WO2013108377A1 - デバイス、情報処理装置、情報処理システム、制御方法、及びプログラム - Google Patents

Abstract

　情報処理装置により実行されるＯＳが出力時にユーザーに対して自発的にユーザー入力情報の入力を促せない場合がある。このような場合においては出力時にユーザー入力情報の入力をユーザーが行えないことで、印刷データを出力するために必要となるユーザー入力情報をデバイスが取得することができない。　情報処理装置がデバイスから指示を受信することにより、情報処理装置がユーザー入力情報をデバイスに送信する。

Description

デバイス、情報処理装置、情報処理システム、制御方法、及びプログラム

　本発明はユーザー入力情報を用いて印刷データを出力する技術に関する。

　印刷時のパスワード入力などをユーザーに要求するために、印刷時にダイアログを表示してユーザーの入力を待ち、入力された値を利用して印刷を実行するような処理がプリンタードライバーにおいて行われている（特許文献１）。

特開２００１－３１８７７９号公報

　親展印刷を行うにあたり、特許文献１とは異なり、情報処理装置により実行されるＯＳが印刷実行時にユーザーに対して自発的にユーザー入力情報の入力を促せない場合がある。このような場合においては印刷実行時にユーザー入力情報の入力をユーザーが行えないことで、印刷データを出力するために必要となるユーザー入力情報をデバイスが取得することができない。

　親展印刷の他にも部門管理やＦＡＸ送信において必要な情報となるユーザー入力情報の入力をＯＳが自発的に促せない場合も存在する。

　上記の目的を達成するための本発明に係るデバイスは印刷データを受信後に情報処理装置がユーザー入力情報を入力する必要がある場合に前記情報処理装置のアプリケーションに所定の処理を実行させることを示す実行指示を前記情報処理装置に通知して、前記実行指示を通知することにより前記印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段を有することを特徴とする。

　上記の目的を達成するための本発明に係る他のデバイスは情報処理装置が親展印刷を要求した場合は実行指示を前記情報処理装置に通知して、前記実行指示の通知後に印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段を有することを特徴とする。

　印刷実行時にユーザーに対して自発的にユーザー入力情報の入力をＯＳが促せない場合においても、情報処理装置がデバイスから通知を取得することで、ユーザー入力情報の入力を情報処理装置がユーザーに促すことができる。これにより、ユーザー入力情報と印刷データに基づく出力を情報処理装置がデバイスに指示することができる。

クライアントのブロック構成図。 クライアントとサーバー、そしてプリンターが接続されたネットワークの構成図。 クライアントの印刷処理システムのブロック構成図。 印刷設定であるＤＥＶＭＯＤＥ構造体のデータ構造を示したブロック構成図。 プリンタードライバーのユーザーインターフェース。 プリンターのブロック構成図。 ユーザーに入力を促すタッチパネル用印刷アプリケーションを表示し、プリンター側でユーザー入力情報を適用するフローチャート。 タッチパネル用印刷アプリケーションのユーザーに入力を促すユーザーインターフェース。 ユーザーに入力を促すタッチパネル用アプリケーションを表示し、クライアント側でユーザー入力情報を適用するフローチャート。

　［実施形態１］
　（クライアントの構成）
　図１はクライアント２０１のブロック構成図である。

　なお、特に断らない限り、本発明の機能が実行されるのであれば、単体の機能であっても、複数の機器からなるシステムであっても、ネットワークを介して接続がなされ処理が行われるシステムであっても、本発明を適用できることは言うまでもない。

　ＣＰＵ１０１は主記憶装置１０２のＲＯＭ１０２１あるいはＲＡＭ１０２２あるいは補助記憶装置１０５に格納されたプログラムに従って装置全体の制御を行う。ＲＡＭ１０２２はＣＰＵ１０１が各種処理を行う際のワークエリアとしても使用される。補助記憶装置１０５はオペレーティングシステム（ＯＳ）１０５３やアプリケーションソフト１０５１等を記録する。キーボード１０３１やマウスなどに代表されるポインティングデバイス１０３２、タッチパネル１０３３などの入力機器は、入力Ｉ／Ｆ１０３を通じて、ユーザーがコンピューターに対して各種指示を与えるためのデバイスである。出力Ｉ／Ｆ１０４は、データを外部に出力するためのインターフェースであり、モニタ１０４１やプリンター１０４２などの出力機器に対してデータを出力する。プリンター１０４２とは直接接続されるローカルＩ／Ｏのみならず、通信Ｉ／Ｆ１０６を通じて接続されるネットワーク１０６１を通して接続されていてもよい。また、１０７は共通データシステムバスで、Ｉ／Ｆやモジュール間でデータのやりとりを行う。

　加えて、ＣＰＵ１０１が補助記憶装置１０５に記憶されているプログラムに基づき処理を実行することによって、図３に示されるようなコンピューターのソフトウェア構成及び後述するフローチャートの各ステップの処理が実現される。

　なお、クライアント２０１はＰＣであっても構わないし、モバイル端末であっても構わない。

　（ネットワークの構成）
　図２はネットワーク１０６１の環境を簡略した図である。印刷を行う文書や画像を作成するクライアント２０１／２０２が単体もしくは複数ネットワークに接続されている。また、クライアントのユーザーやプリンターを管理するサーバーコンピュータ２０３が接続されていることもある。プリンター２０４／２０５が単体もしくは複数ネットワークに接続されており、プリンター２０５のように物理的に接続されていても実際には使用できないオフライン状態であることもある。ネットワークにはＰＡＮ（Ｐｅｒｓｏｎａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ　Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ Ｎｅｔｗｏｒｋ）などがある。このように、小規模から大規模までのネットワークがあり、これらの機器がすべてのネットワークに接続されている。サーバー２０３がクラウドであってもかまわない。

　（印刷処理システム）
　図３において、クライアント２０１の印刷処理システムを示す。アプリケーション１０５１と、プリンタードライバー１０５２、オペレーティングシステム１０５３は、図１の補助記憶装置１０５に格納されている。グラフィックスエンジン３０２、プリントマネージャ３０６はオペレーティングシステム１０５３に含まれるモジュールである。ユーザーはキーボード１０３１やマウス１０３２などといった入力装置を使用して、出力装置のモニタ１０４１に映し出されたアプリケーションプログラム１０５１を使用して作成した文書３０１の印刷処理を実行する。

　印刷処理はプリンターの選択、印刷設定の作成、描画データの変換と３つの処理を順番に行うことで実行される。まずは、プリンターの選択として、印刷を実行するプリンター１０４２に対応したプリントキューを選択する。次に印刷設定３０１２の作成を行う。文書の印刷設定３０１２はプリンタードライバー１０５２のコンフィギュレーションモジュール３０４によって初期値が作成される。作成された印刷設定３０１２をアプリケーション１０５１もしくはプリンタードライバー１０５２のユーザーインターフェースを使用してユーザーが望む最終印刷結果になるように変更して設定を行う。たとえば、出力する用紙サイズを変更、両面印刷、白黒印刷を行なうといった設定である。

　プリンタードライバー１０５２のユーザーインターフェースは、コンフィギュレーションモジュール３０４が提供する。印刷設定３０１２はＲＡＭ１０２２上に確保されるが、保存する形式はバイナリのデータ構造体であったり、マークアップ言語のＸＭＬであったりする。この形態はプリンタードライバー１０５２やオペレーティングシステム１０５３の仕様によって異なる。印刷設定３０１２は文書印刷のたびに作成する。しかし、プリンター１０４２のオプション機器構成や、ユーザーごとの環境設定など設定を保持しておきたいものは、プリンタードライバー１０５２がオペレーティングシステム１０５３のレジストリデータベース３０８に保存する。印刷設定３０１２のユーザーごとのデフォルト値はオペレーティングシステム１０５３のプリントマネージャ３０６が、レジストリデータベース３０８に保存する。

　最後に描画データの変換を行う。

　アプリケーション１０５１は、印刷設定３０１２が作成し終わったら、ユーザーによって印刷処理が指示され、オペレーティングシステム１０５３に印刷処理を通知する。オペレーティングシステム１０５３はグラフィックスエンジン３０２を通じて、指定されたプリンタードライバー１０５２への描画を行う。印刷設定３０１２でレイアウト処理が指定されている場合は、処理がプリンタードライバー１０５２のレンダリングモジュール３０３に進む前に一時的なスプールファイル３０７を作成し、レイアウトモジュール３０９をプリントマネージャ３０６が起動する。

　レイアウト処理とはページの順番を入れ替えたり、一枚の物理ページに複数の論理ページを貼り付けたりする処理を指す。レイアウトモジュール３０９はレイアウトを変更した後、プリンタードライバー１０５２への描画を再度行う。

　描画データが送られてきたプリンタードライバー１０５２はレンダリングモジュール３０３によって、プリンターが理解できるデータ言語すなわちプリンター制御言語に変換する。

　このときプリンタードライバー１０５２は印刷設定３０１２もプリンター制御言語に変換してもよい。以降では説明の為にプリンター制御言語に変換した描画データと印刷設定は異なるものとして説明する。

　レンダリングモジュール３０３、コンフィギュレーションモジュール３０４はともに複数の種類のプリンター１０４２に対して共通のモジュールであることが多く、機種ごとの違いは機種依存データファイル３０５に記述されている。レンダリングモジュール３０３、コンフィギュレーションモジュール３０４は適宜、この機種依存データファイル３０５を参照する。

　プリンタードライバー１０５２が変換したプリンター制御言語はスプールファイル３０７として逐次保存していく。

　プリントマネージャ３０６はスプールファイル３０７を取得し、データの印刷処理のスケジュール管理を行う。プリンターが印刷できる状態になったら、プリントマネージャ３０６はＩ／Ｏモジュール３１０を介してプリンター１０４２に順次データを送信する。

　このようにして、アプリケーションからの描画データがプリンター制御言語に変換されて印刷を行う。以降、プリンター制御言語を印刷データと表現する。

　（印刷設定）
　文書３０１の印刷設定３０１２を作成するには、アプリケーションによって印刷設定３０１２を直接書き換えるか、プリンタードライバー１０５２のコンフィギュレーションモジュール３０４が提供するユーザインタフェース（図５）を使用する。

　また、ユーザーは図５のインターフェース上で親展印刷を選択することで印刷設定を行う。

　印刷設定３０１２はＭｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムでは、ＤＥＶＭＯＤＥ構造体と呼ばれる図４の構造をしている。

　ＤＥＶＭＯＤＥ構造体はオペレーティングシステムで公開定義されている標準の設定領域４０１と、プリンタードライバーが拡張した設定領域４０２に分けられている。

　標準の設定領域４０１には、用紙サイズや給紙段の切り替え、カラー白黒の切り替えなど印刷の基本的な設定の値がある。

　拡張した設定領域４０２には、プリンターのオプションに応じた排紙機能や、細かい色調整機能などの値がある。

　アプリケーションは各プリンタードライバー１０５２が持つ拡張設定を知ることはできないので、直接印刷設定を書き換えることができるのは、システムで定義されている標準の設定領域４０１だけとなる。

　そこで、アプリケーションはプリンタードライバー１０５２のユーザーインターフェースを表示させて、拡張された印刷設定４０２をユーザーに行わせるのが一般的である。

　コンフィギュレーションモジュール３０４はユーザーインターフェースだけではなく、アプリケーションプログラムインタフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）も提供している。そのため、ユーザーインターフェースを表示せずに拡張された印刷設定４０２を外部から設定することも可能である。

　しかし、コンフィギュレーションモジュール３０４のＡＰＩを使用する場合はアプリケーションがプリンタードライバー１０５２ごとに対応しなければならないので、一般的なアプリケーションは標準の設定領域４０１のみ変更を行う。

　（印刷装置の構成）
　図６はプリンター１０４２のブロック構成図である。図６において、６１６はコントローラーユニットで、画像入力装置として機能するスキャナー６１４や、画像出力装置として機能するプリンター３１２と接続する。そして、ＬＡＮや公衆回線（ＷＡＮ）などのネットワークと接続することで、画像データやプリンターのフィニッシャー構成の情報の入出力を行う。

　コントローラーユニット６１６において、６０１はＣＰＵで、システム全体を制御するプロセッサである。

　加えて、ＣＰＵ６０１が後述のハードディスクドライブ６０４に記憶されているプログラムに基づき処理を実行することによって、後述するフローチャートの各ステップの処理が実現される。

　６０２はＲＡＭで、ＣＰＵ６０１が動作するためのシステムワークメモリであり、プログラムを記録するためのプログラムメモリや、画像データを一時記録するための画像メモリでもある。

　６０３はＲＯＭで、システムのブートプログラムや各種制御プログラムが格納されている。

　６０４はハードディスクドライブ（ＨＤＤ）で、システムを制御するための各種プログラム，画像データ等を格納する。６０７は操作部インターフェース（操作部Ｉ／Ｆ）で、操作部（ＵＩ）６０８とのインターフェース部であり、操作部６０８に表示する画像データを操作部６０８に対して出力する。また、操作部Ｉ／Ｆ６０７は、操作部６０８から本システム使用者が入力した情報（例えば、ユーザー情報等）をＣＰＵ６０１に伝える役割をする。なお、操作部６０８はタッチパネルを有する表示部を備え、該表示部に表示されたボタンを、ユーザーが押下（指等でタッチ）することにより、各種指示を行うことができる。

　６０５はネットワークインターフェース（Ｎｅｔｗｏｒｋ  Ｉ／Ｆ）で、ネットワークに接続し、データの入出力を行う。

　６０６はモデム（ＭＯＤＥＭ）で、公衆回線に接続し、ＦＡＸの送受信等のデータの入出力を行う。

　６１８は外部インターフェース（外部Ｉ／Ｆ）で、ＵＳＢ、ＩＥＥＥ１３９４，プリンターポート等の外部入力を受け付けるＩ／Ｆ部である。

　なお、ユーザーの認証に用いるために、ＩＣカードの読み取り用のカードリーダー６１９が外部Ｉ／Ｆ部３１８に接続することは任意である。カードリーダー６１９を接続する場合、ＣＰＵ６０１は、この外部Ｉ／Ｆ６１８を介してカードリーダー６１９によるＩＣカードからの情報読み取りを制御し、該ＩＣカードから読み取られた情報を取得可能である。

　６２０はイメージバスインターフェース（ＩＭＡＧＥ  ＢＵＳ  Ｉ／Ｆ）であり、システムバス６０９と画像データを高速で転送する画像バス６１５とを接続し、データ構造を変換するバスブリッジである。画像バス６１５は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。

　６１０はラスターイメージプロセッサ（ＲＩＰ）で、例えば、ＰＤＬコード等のベクトルデータをビットマップイメージに展開する。６１１はプリンタインターフェース（プリンターＩ／Ｆ）で、プリンター部６１２とコントローラーユニット６１６を接続し、画像データの同期系／非同期系の変換を行う。また、６１３はスキャナーインターフェース（スキャナＩ／Ｆ）で、スキャナー６１４とコントローラーユニット６１６を接続し、画像データの同期系／非同期系の変換を行う。

　６１７は画像処理部で、入力画像データに対し補正、加工、編集を行い、プリント出力画像データに対して、プリンターの補正、解像度変換等を行う。また、これに加えて、画像処理部６１７は、画像データの回転や、多値画像データに対してはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。

　スキャナー部６１４は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサーで走査することで、ラスターイメージデータとして電気信号に変換する。原稿用紙は原稿フィーダーのトレイにセットし、装置使用者が操作部６０８から読み取り起動指示することにより、ＣＰＵ６０１がスキャナー６１４に指示を与え、フィーダーは原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。

　プリンター部６１２は、ラスターイメージデータを用紙上の画像に変換する部分である。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等を用いて印刷物を作成する。プリント動作の起動は、ＣＰＵ６０１からの指示によって開始する。なお、プリンター部６１２には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセットがある。

　操作部６０８は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を操作部Ｉ／Ｆ６０７を介してＣＰＵ６０１に伝える。また、操作部６０８は、各種操作キーとして、例えば、スタートキー、ストップキー、ＩＤキー、リセットキー等を備える。ここで、操作部６０８のスタートキーは、原稿画像の読み取り動作を開始する時などに用いる。スタートキーの中央部には、緑と赤の２色ＬＥＤがあり、その色によってスタートキーが使える状態にあるかどうかを示す。また、操作部６０８のストップキーは、稼働中の動作を止める働きをする。また、操作部６０８のＩＤキーは、使用者のユーザーＩＤを入力する時に用いる。リセットキーは、操作部からの設定を初期化する時に用いる。

　カードリーダー６１９は、ＣＰＵ６０１からの制御により、ＩＣカード内に記憶されている情報を読み取り、該読み取った情報を外部Ｉ／Ｆ６１８を介してＣＰＵ６０１へ通知する。

　（タッチパネル用印刷アプリケーション）
　クライアント２０１は印刷操作に関連するタッチパネル用印刷アプリケーションを実行する。

　タッチパネル用印刷アプリケーションとは、プリンタードライバーと紐づいた印刷に関する設定やプリンターからの通知に応答する機能を持つアプリケーションのことを指す。タッチパネル用印刷アプリケーションの主な機能は、印刷設定が可能なＵＩを提供する機能とデバイスからのＰｒｉｎｔｅｒＥｖｅｎｔ（実行指示）を受信する機能である。それぞれの機能については後述する。

　ＰｒｉｎｔｅｒＥｖｅｎｔとはプリンターがクライアントのタッチパネル用印刷アプリケーションに対して送信するファイルのことを指す。タッチパネル用印刷アプリケーションは、このＰｒｉｎｔｅｒＥｖｅｎｔを受信すると、ＰｒｉｎｔｅｒＥｖｅｎｔに対応するイベントの処理を実行する。

　本明細書では上述のようにタッチパネル用印刷アプリケーションが常時クライアント２０１上で起動しており、ＰｒｉｎｔｅｒＥｖｅｎｔを受信できる状態であることを前提として説明する。

　この他にタッチパネル用印刷アプリケーションはクライアント２０１上でＰｒｉｎｔｅｒＥｖｅｎｔを受信するまで起動していないように構成することもできる。この場合はオペレーティングシステム１０５３がＰｒｉｎｔｅｒＥｖｅｎｔの受信によりタッチパネル用印刷アプリケーションを起動するように構成しても構わない。

　また、タッチパネル用印刷アプリケーションと後述するタッチパネル用汎用アプリケーションはタッチパネル１０３３及びポインティングデバイス１０３２で操作するためのアプリケーションである。しかし、ポインティングデバイス１０３２のみによって操作するアプリケーションであっても構わない。

　タッチパネル用印刷アプリケーションは、プリンタードライバーがインストールされると同時にインストールされることが好ましい。なぜならば、本明細書ではタッチパネル用印刷アプリケーションとプリンタードライバーが対応して動作するためである。よって本実施形態では、クライアントにプリンタードライバーおよびタッチパネル用印刷アプリケーションがすでにインストールされており、双方が紐づけられていることとして話を進める。

　ここで、ＰｒｉｎｔｅｒＥｖｅｎｔの送受信に使用するＷＳＤ（Ｗｅｂ　Ｓｅｒｖｉｃｅｓ　ｏｎ　Ｄｅｖｉｃｅ）について簡単に説明する。ＷＳＤとは、ネットワーク上に存在するデバイス（本実施形態ではプリンター）を発見し、そのデバイスの機能を利用したり、デバイスの情報を取得したりするための技術のひとつである。

　本明細書ではポートモニタの通信手段としてＷＳＤを利用したシステムについて記載する。ただし、他のポートモニタの通信手段としてＴＣＰ／ＩＰ通信やＵＳＢにてクライアントとプリンターが接続することも可能である。ＷＳＤではデバイスが自主的にＰｒｉｎｔｅｒＥｖｅｎｔを通知することが可能である。よってＷＳＤでは例えば、プリンターのフィニッシャー構成が物理的に変更された場合に、クライアントすべてに対してブロードキャストでフィニッシャー変更の通知ができる。

　しかし、ポートモニタの通信手段がＴＣＰ／ＩＰ通信である場合では“デバイス主導”でＰｒｉｎｔｅｒＥｖｅｎｔを送信することはできない。その代わりにクライアントはポーリングの機能を用いてデバイスの状態を確認する必要がある。具体的には、ポートモニタの通信手段がＴＣＰ／ＩＰ通信である場合、クライアント２０１がポーリング等の機能を用いて、デバイスのクライアント２０１に対するＰｒｉｎｔｅｒＥｖｅｎｔの通知を確認・取得することで本実施形態と同様の機能が実現可能である。

　また後述するようにプリンター１０４２は、ユーザー認証機能およびジョブ保存機能を持ち、ユーザー入力情報と印刷データとを対応付ける。これにより、ユーザーの認証を行わないと印刷が行われない親展印刷機能を使用できる。

　本実施形態では、印刷時のユーザー入力情報として親展印刷時のユーザー名とパスワードを例として記述する。

　ここで、プリンタードライバーが提供するユーザー入力情報には部門管理情報やＦＡＸ情報も入力可能である。親展印刷を行わない場合はユーザー名とパスワードは入力しない。

　具体的にはユーザー名の代わりに部門管理情報を用いて、プリンター１０４２が部門管理情報と印刷データのジョブとを対応付けてログを保存することで、ユーザーは部門ごとに印刷経費の計算を行うことができる。ＦＡＸ情報には電話番号が含まれる。ＦＡＸ情報が入力された場合、プリンター１０４２は印刷データと電話番号に基づいてＦＡＸ送信を行う。ここでＦＡＸ送信の場合は必ずしもデバイスが印刷データに基づいて印刷をするとは限らないが、クライアント２０１が送信するデータを親展印刷や部門管理と同じく印刷データと呼ぶこととする。さらにデバイスがＦＡＸ送信のみを行う場合、プリンター部６１２は必ずしも必須ではない。

　以降、ユーザー入力情報を入力することを本明細書ではパスワード入力と記載する。

　ユーザー名とパスワード入力以外の認証方法としては、暗証番号、接触型又は非接触型のキー又はカード、バイオメトリクス、これらの組み合わせが考えられる。本明細書では以降の説明で認証方法としてユーザー名とパスワードを用いるものとして話を進める。

　（印刷の流れ－プリンター）
　では本実施形態におけるプリンター１０４２の処理について、フローチャート図７を用いて説明する。

　まずはプリンター側の印刷処理について説明する。

　ステップＳＢ７００にてプリンター側の印刷処理を開始する。

　ステップＳＢ７０１において、プリンター１０４２はクライアント２０１から印刷設定と印刷データを受信する。

　ステップＳＢ７０２において、プリンター１０４２は印刷設定から印刷データが親展印刷を行うためのデータであるかを判断する。親展印刷を行うためのデータではないと判断した場合は、ステップＳＢ７１２に進み、印刷データの出力を開始して印刷処理を終了する。親展印刷を行うためのデータであると判断した場合は、ステップＳＢ７０３に進む。

　親展印刷を実現する方法には、ユーザーがデータを送信する前にクライアントでパスワードを設定することで、プリンターがデータを受信後にクライアントでパスワード入力しなくてもよい方法もある。その場合はクライアントがプリンターに送信したデータにユーザー入力情報が付随しているため、クライアントのデータ送信後にクライアントがユーザーにパスワード入力を促す必要がない。そのためＳＢ７０３においてクライアント２０１で情報を入力する必要がないと判断した場合は、ＳＢ７０４に進み、親展印刷ジョブとしてプリンター１０４２に登録する。ステップＳＢ７０４において、クライアント２０１で情報を入力する必要があると判断した場合は、ステップＳＢ７０５に進む。

　ステップＳＢ７０５において、プリンター１０４２はＰｒｉｎｔｅｒＥｖｅｎｔをクライアント２０１に送信する。ＰｒｉｎｔｅｒＥｖｅｎｔには、タッチパネル用印刷アプリケーションが読み取れるフォーマット（例えばＸＭＬフォーマット）で記載されている。また、ＰｒｉｎｔｅｒＥｖｅｎｔの中身にはユーザーの入力を促す指示や親展印刷ジョブのジョブ識別子、プリンター１０４２のＩＰアドレス、印刷データ名、ユーザー名等が記載されている。

　なお、ジョブ識別子として、例えばＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ　Ｕｎｉｑｕｅ　Ｉｄｅｎｔｉｆｉｅｒ）を使用してもよい。ＵＵＩＤを各ジョブに対して付随し、付随したＵＵＩＤをＰｒｉｎｔｅｒＥｖｅｎｔに記載することで、ジョブとＰｒｉｎｔｅｒＥｖｅｎｔを容易に紐づけることができる。

　なお、ＩＰアドレスはプリンター１０４２がクライアント２０１と通信するために用いる。また、プリンター１０４２とクライアント２０１が通信できればＩＰアドレスはなくてもよい。

　ステップＳＢ７０６において、クライアント２０１からのキャンセル指示またはユーザー入力情報を受信待機する。なお、ステップＳＢ７０６において、キャンセル指示またはユーザー入力情報の受信待機のステップを実行中であってもプリンター１０４２の他の機能を妨げない。よって、同時に複数のユーザーが図７のフローチャートに従って親展印刷を実行することができる。

　なお、プリンター１０４２は一定時間ユーザー入力情報を受信しない場合に印刷データを削除するように構成しても構わない。ただし、キャンセル指示を受信するように構成することで、ユーザーが明示的に親展印刷を中止したいのか、又はクライアント２０１とプリンター１０４２の接続が切断されたがユーザーが親展印刷を継続したいのか、プリンター１０４２は判断することができる。

　ステップＳＢ７０７において、受信した情報がキャンセル指示であった場合、ステップＳＢ７１３に進み、印刷処理を終了する。受信した情報がキャンセル指示でなかった場合、ステップＳＢ７０８に進む。

　ステップＳＢ７０８において、受信した情報がユーザー入力情報であった場合は、ステップＳＢ７０９に進む。受信した情報がユーザー入力情報でなかった場合は、ステップＳＢ７０６に戻り、再び受信待機状態に戻る。

　ステップＳＢ７０９において、プリンター１０４２は受信したユーザー入力情報と印刷データとをジョブ識別子を利用して対応付ける。そして、親展印刷ジョブとしてプリンター１０４２に登録する。

　ステップＳＢ７１０において、ユーザーはプリンター１０４２にログインし、登録された親展印刷ジョブの中から印刷したいジョブを選択する。親展印刷ジョブの機能として、ジョブ選択後にパスワード入力を求められるため、プリンター１０４２にてパスワードの入力を受け付ける。

　ステップＳＢ７１１において、プリンター１０４２は親展印刷ジョブ登録時のパスワードと、ユーザーがプリンター１０４２にて入力したパスワードのマッチングを行い、成功したらＳＢ７１２に進む。パスワードが間違っていた場合、ＳＢ７１０のジョブ選択画面に戻り、再入力を促す。

　なお、ユーザーはプリンター１０４２にログインせずにジョブ一覧から印刷したい親展印刷ジョブを選択して、ユーザーによる親展印刷ジョブの選択後にパスワード入力を求めるように構成しても構わない。

　ステップＳＢ７１２において、印刷データの出力を開始し、ステップＳＢ７１３にて印刷処理を終了する。ここでユーザー入力情報に部門管理情報が含まれている場合は部門管理情報と印刷データのジョブを対応付けて保存する。ユーザー入力情報に電話番号が含まれている場合は電話番号に基づいて印刷データを送信する。

　（印刷の流れ－クライアント）
　次にクライアント２０１の処理について説明する。

　ステップＳＡ７００において、クライアント２０１の親展印刷の印刷処理を開始する。

　ステップＳＡ７０１において、クライアント２０１上で、ユーザーによってタッチパネル用汎用アプリケーションから印刷実行される。この印刷実行とは、タッチパネル用汎用アプリケーションから任意のプリントキューを選択し、印刷指示が実行されたことを意味する。プリンタードライバーは、ユーザーからの印刷実行指示により、あらかじめ設定されているプリンターへ印刷データと印刷設定を送信する。印刷設定には前述のように親展印刷であることを示すデータが含まれる。

　クライアント側についてはＳＢ７０３で説明したクライアントからプリンターに送信するデータにパスワードを含める方法による親展印刷ではなく、データを送信後にユーザーにパスワード入力を求める場合の処理についてのみ説明する。

　ステップＳＡ７０２にて、クライアント２０１はプリンター１０４２からのＰｒｉｎｔｅｒＥｖｅｎｔを受信する。

　ステップＳＡ７０３において、クライアント２０１上で動作するタッチパネル用印刷アプリケーションは、ステップＳＡ７０２で受信したＰｒｉｎｔｅｒＥｖｅｎｔに対応した処理を開始する。

　ステップＳＡ７０４において、クライアント２０１上で動作するタッチパネル用印刷アプリケーションは、パスワードの入力画面を表示する。表示する画面はタッチパネルに適した、操作しやすいＵＩが好ましい。操作しやすいＵＩにするためには、ボタンのサイズを大きくしたり、タッチパネル用印刷アプリケーションを画面全体に表示したりする方法が考えられる。

　なお、クライアント２０１はタッチパネル用印刷アプリケーションのパスワードの入力画面を直接表示せずに、ユーザーにタッチパネル用印刷アプリケーションの起動を促すダイアログを表示しても構わない。

　ここで、先に図８のＵＩについて説明する。

　８００はタッチパネル用印刷アプリケーション画面である。タッチパネル用印刷アプリケーションは、プリンター１０４２からのＰｒｉｎｔｅｒＥｖｅｎｔを受信すると、このようなタッチパネルに適した入力しやすいＵＩで、ユーザーの入力を促すことができる。

　８０１は印刷データ名を表示および編集することが可能である。入力には入力Ｉ／Ｆ１０３を用いる。８０２はユーザー名が表示されている。８０３はパスワードを入力することができる。８１０および８２０の機能については後述する。

　また、タッチパネル用印刷アプリケーションが他のアプリケーションを呼び出し、他のアプリケーションが図８のＵＩを表示しても構わない。

　さらに、本実施形態ではひとつのジョブに対して入力を促しているが、複数のジョブに対してユーザー入力が必要な場合もある。必要な場合の具体例を説明する。ユーザーが、タッチパネル用印刷アプリケーションでユーザー入力情報を入力せずに、タッチパネル用印刷アプリケーションをサスペンドする。ここでサスペンドとは現在アクティブなアプリケーションから他のアプリケーションに切り替えることを意味する。その後、ユーザーがサスペンドに続いてタッチパネル用汎用アプリケーションで印刷を実行したとする。このような場合ではユーザーが最初にタッチパネル用汎用アプリケーションで印刷を実行した分とサスペンド後に印刷を実行した分の２回分についてユーザー入力情報が必要となる。

　このような場合は、前述の最初に印刷を実行した分に対応するユーザー入力情報が入力できない事態が考慮できる。よって、タッチパネル用印刷アプリケーションがユーザー入力待ちジョブリストを保存し、ユーザーが選択したジョブに対してユーザー入力を行う構成にすることで前述の２回分のユーザー入力情報の入力が可能となる。

　ステップＳＡ７０５において、クライアント２０１上で動作するタッチパネル用印刷アプリケーションは、ユーザーからの入力を待つ。

　ステップＳＡ７０６において、ステップＳＡ７０５でキャンセルが行われたかどうかを判断する。

　ステップＳＡ７０５でＣａｎｃｅｌボタン８２０が押下されると、キャンセルが行われたと判断し、プリンター１０４２にキャンセル指示が送信され、対応印刷データに対してプリンター１０４２への登録をキャンセルすることができる。なお、ＳＡ７０５にて、一定時間入力がなかった場合も印刷キャンセルとみなすことも可能である。そして、ＳＡ７０９に進む。

　ステップＳＡ７０５で、ユーザーから８０３にパスワードが入力され、ＯＫボタン８１０が押下されると、ステップＳＡ７０８に進む。

　ステップＳＡ７０８において、クライアント２０１はユーザー入力情報をプリンター１０４２に送信し、ステップＳＡ７０９に進む。

　ステップＳＡ７０９において、タッチパネル用印刷アプリケーションの処理を終了し、印刷実行を行ったタッチパネル用汎用アプリケーションの処理に戻す。

　ステップＳＡ７１０において印刷処理を終了する。

　以上により、印刷実行時にユーザーに対して自発的にユーザー入力情報の入力をＯＳが促せない場合においても、クライアントがデバイスから通知を取得することで、ユーザー入力情報の入力をクライアントがユーザーに促すことができる。これにより、ユーザー入力情報と印刷データに基づく出力をクライアントがデバイスに指示することができる。

　［実施形態２］
　実施形態１では、デバイス側で各々の判断を行っていたが、これらの処理をクライアント側にインストールされているタッチパネル用印刷アプリケーションでも行うことが可能である。本実施形態では、クライアント２０１は印刷を実行すると、ＰｒｉｎｔｅｒＥｖｅｎｔを送信してもらう指示をデバイスに送信する。デバイスはその指示に応じたＰｒｉｎｔｅｒＥｖｅｎｔをクライアント２０１に送信し、クライアント２０１はそのＰｒｉｎｔｅｒＥｖｅｎｔに応じた処理を、タッチパネル用印刷アプリケーションで行う。そのため、印刷データのサイズが非常に大きくても、クライアント２０１がＰｒｉｎｔｅｒＥｖｅｎｔを即座に受信できるため、ユーザー入力画面の表示まで時間がかかるという課題を解決することが可能である。

　本実施形態について、図９のフローチャートを用いて説明する。

　なお、既に説明したステップと同じ処理については、既に説明したステップの番号と同一の番号を付与し、特に断りが無い限り説明は省略する。

　まずはプリンター側の印刷処理について説明する。

　ステップＳＢ９０１において、プリンター１０４２はデータ又はＰｒｉｎｔｅｒＥｖｅｎｔ送信指示の受信を待機する。

　ステップＳＢ９０２において、プリンター１０４２は受信した情報がＰｒｉｎｔｅｒＥｖｅｎｔ送信指示と判断した場合はステップＳＢ７０５に進む。

　ステップＳＢ７０５において、プリンター１０４２はクライアント２０１から受信したＰｒｉｎｔｅｒＥｖｅｎｔ送信指示に応じてＰｒｉｎｔｅｒＥｖｅｎｔを送信する。ＰｒｉｔｎｅｒＥｖｅｎｔ送信指示とは、クライアント２０１に対してＰｒｉｔｎｅｒＥｖｅｎｔを送信するためのトリガーとなる指示コマンドのことを指す。本実施形態では、ユーザーにパスワード入力を促すＰｒｉｎｔｅｒＥｖｅｎｔの送信指示コマンドをプリンター１０４２が受信し、ユーザーにパスワード入力を促すＰｒｉｎｔｅｒＥｖｅｎｔを送信してＳＢ９０１に戻る。

　ステップＳＢ９０２において、ＰｒｉｎｔｅｒＥｖｅｎｔ送信指示ではないと判断した場合は、データを受信したとみなし、ステップＳＢ７０２に進む。

　ステップＳＢ７０２において、プリンター１０４２はデータが親展印刷を実行するためのデータであると判断した場合はステップＳＢ７０４に進む。

　次に、クライアント側の印刷処理について説明する。

　ステップＳＡ９０１において、クライアント２０１上で、ユーザーによってタッチパネル用汎用アプリケーションから印刷実行される。この印刷実行とは、タッチパネル用汎用アプリケーションから任意のプリントキューを選択し、印刷指示が実行されたことを意味する。ここでＳＡ９０１では実施形態１のＳＡ７０１とは異なり、タッチパネル用汎用アプリケーションは印刷データをプリンター１０４２に送信しない。その代わりにクライアント２０１は作成した印刷データと印刷設定を保存する。

　ステップＳＡ９０２において、クライアント２０１は印刷設定から印刷時に情報入力が必要かを判断する。印刷時に情報入力が必要ではない、つまりすでに入力するパスワードが設定されているか又はユーザー入力情報を入力しない印刷である場合、ＳＡ９１０に進み、印刷データとユーザー入力情報をプリンター１０４２に送信し、ステップＳＡ６０８にて処理を終了する。

　ステップＳＡ９０２において、印刷時に情報入力が必要であると判断した場合は、ステップＳＡ９０３に進み、プリンター１０４２にＰｒｉｎｔｅｒＥｖｅｎｔ送信指示コマンドを送信する。これはクライアント２０１が親展印刷・部門管理・ＦＡＸ送信をプリンター１０４２に要求することを意味する。

　なお、ＰｒｉｎｔｅｒＥｖｅｎｔ送信指示コマンドはクライアント２０１がプリンター１０４２にプリンター１０４２が処理しても何も印刷されない空データを送信することで構成してもよい。

　ここで、実施形態１とは異なりＳＡ７０６でキャンセルすると判断してもクライアント２０１はプリンター１０４２にキャンセル指示を送信しない。なぜならば、ＳＡ７０６のタイミングでプリンター１０４２は印刷データを保存していないため、クライアント２０１がプリンター１０４２に印刷データの削除を指示する必要がないためである。

　ＳＡ９０８において、クライアント２０１はユーザー入力情報とＳＡ９０１で作成された印刷データを対応付ける。

　なお、ユーザー入力情報と印刷データを対応付ける方法はユーザー入力情報又は印刷データに両者が対応していることを示す情報をユーザー入力情報又は印刷データに記載する。あるいは印刷データとユーザー入力情報を１つのデータにまとめる。

　印刷データとユーザー入力情報を対応付ける方法を説明する。

　クライアント２０１で複数の親展印刷を同時に行わない場合はＳＡ９０８で印刷データは一つしかないため、プリンター１０４２から受信したＰｒｉｎｔｅｒＥｖｅｎｔと印刷データを対応づけることは容易である。

　クライアント２０１で複数の親展印刷を同時に行う場合は実施形態１と同じくＵＵＩＤを用いることで実現できる。すなわち、印刷データ発行時にＵＵＩＤのようなジョブ識別子を付随し、ＰｒｉｎｔｅｒＥｖｅｎｔ送信指示コマンド内にジョブ識別子をプリンター１０４２に送信する。プリンター１０４２は、送信指示コマンド内のジョブ識別子をＰｒｉｎｔｅｒＥｖｅｎｔに記載し、クライアント２０１に送信する。クライアント２０１は、ＰｒｉｔｎｅｒＥｖｅｎｔから得たジョブ識別子と印刷データに付随したジョブ識別子のマッチングにより対応付けることも可能である。

　ステップＳＡ９１０において、印刷データとユーザー入力情報をプリンター１０４２に送信する。

　本実施形態のプリンター側のＳＢ７０２以降の処理は従来の親展印刷を実行する処理と同一である。よって、印刷実行時にユーザーに対して自発的にユーザー入力情報の入力をＯＳが促せない場合においても、実施形態１ほどプリンターの変更を伴わずに、ユーザー入力情報の入力をクライアントがユーザーに促すことができる。

　［実施形態３］
　タッチパネル用印刷アプリケーションでＰｒｉｔｎｅｒＥｖｅｎｔを受信後にパスワード入力のための入力画面を表示しない方法も考えられる。具体的にはタッチパネル用印刷アプリケーションでユーザー入力情報がデフォルトで入力されている場合である。ユーザーは印刷を実行する前にタッチパネル用印刷アプリケーションでユーザー入力情報を予め入力しておく。

　このように構成されている場合は図７のフローチャートにおいてＳＡ７０４，ＳＡ７０５，ＳＡ７０６，ＳＡ７０７のステップは実行されない。ＳＡ７０８でユーザーによって予め設定されたユーザー入力情報をプリンター１０４２に送信する。これは部門管理・ＦＡＸでも同じ方法で実現できる。

　これによってユーザーは印刷の実行時に毎回ユーザー入力情報を入力せずとも親展印刷・部門管理・ＦＡＸ送信を行うことができる。

　［他の実施形態］
　また、本発明は、以下の処理を実行することによっても実現される。

　即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために以下の請求項を添付する。

Claims (35)

1. 　印刷データを受信後に情報処理装置がユーザー入力情報を入力する必要がある場合に前記情報処理装置のアプリケーションに所定の処理を実行させることを示す実行指示を前記情報処理装置に通知して、前記実行指示を通知することにより前記印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段を有することを特徴とするデバイス。
2. 　プリンター手段と、を有し、
   　前記制御手段は、前記ユーザー入力情報に基づく認証をするまで前記印刷データに基づいて前記プリンター手段が印刷物の出力をせず、前記ユーザー入力情報に基づく認証後に前記印刷データに基づいて前記プリンター手段が印刷物の出力をする、制御をすることを特徴とする請求項１に記載のデバイス。
3. 　保存手段と、を有し、
   　前記ユーザー入力情報には部門管理情報が含まれ、
   　前記保存手段は前記部門管理情報と前記印刷データのジョブとを対応付けてログを保存することを特徴とする請求項１又は請求項２に記載のデバイス。
4. 　前記ユーザー入力情報には電話番号が含まれ、
   　前記制御手段は前記ユーザー入力情報の電話番号に基づいて前記印刷データを出力することを特徴とする請求項１乃至３のいずれか１項に記載のデバイス。
5. 　前記情報処理装置から前記実行指示の通知指示を前記制御手段が受信した場合は前記印刷データを受信後に前記情報処理装置が前記ユーザー入力情報を入力する必要があり、前記実行指示を前記情報処理装置に前記制御手段が通知することを特徴とする請求項１乃至４のいずれか１項に記載のデバイス。
6. 　情報処理装置が親展印刷を要求した場合は実行指示を前記情報処理装置に通知して、前記実行指示の通知後に印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段を有することを特徴とするデバイス。
7. 　前記ユーザー入力情報と前記印刷データに基づく出力をキャンセルすることを示すキャンセル指示を前記情報処理装置から受信して、かつ前記印刷データを前記制御手段が前記情報処理装置から受信していた場合に、前記制御手段は前記ユーザー入力情報と前記印刷データに基づく出力をキャンセルすることを特徴とする請求項１乃至６のいずれか１項に記載のデバイス。
8. 　印刷データを作成して、前記印刷データの作成後に、所定の処理をアプリケーションに実行させることを示す実行指示をデバイスから取得して、ユーザー入力情報の入力をユーザーから受け付ける画面を表示して、前記印刷データに対応する前記ユーザー入力情報を前記デバイスに送信する制御手段を有し、
   　前記デバイスは前記ユーザー入力情報と前記印刷データに基づいて出力し、
   　前記制御手段は前記デバイスが前記出力をする前に前記印刷データを送信することを特徴とする情報処理装置。
9. 　前記制御手段は、前記アプリケーションの起動後に、前記デバイスが認証を行うために用いる情報又は部門管理情報又は電話番号の少なくとも一つを含むユーザー入力情報を前記デバイスに送信することを特徴とする請求項８に記載の情報処理装置。
10. 　前記制御手段は、前記実行指示を当該情報処理装置に通知させる通知指示を前記デバイスに送信することを特徴とする請求項８又は請求項９に記載の情報処理装置。
11. 　前記アプリケーションは、前記実行指示を受信し、ユーザーからユーザー入力情報の入力を受け付けることを特徴とする請求項８乃至１０のいずれか１項に記載の情報処理装置。
12. 　前記アプリケーションが、第１の実行指示を受信し、ユーザーから第１のユーザー入力情報の入力を前記アプリケーションが受け付ける前にサスペンドされて、かつ前記サスペンド後に前記第１の実行指示とは異なる第２の実行指示を受信して、かつアクティブなアプリケーションとして切り替えられた場合、ユーザーから前記第１のユーザー入力情報と前記第２の実行指示に対応する第２のユーザー入力情報の入力を受け付けることを特徴とする請求項８乃至１１のいずれか１項に記載の情報処理装置。
13. 　親展印刷をデバイスに要求して、前記親展印刷の要求後に印刷データに対応するユーザー入力情報をデバイスに送信する制御手段を有し、
    　前記デバイスは前記ユーザー入力情報と前記印刷データに基づいて出力し、
    　前記制御手段は前記デバイスが前記出力をする前に前記印刷データを送信することを特徴とする情報処理装置。
14. 　前記ユーザー入力情報の前記デバイスへの送信をキャンセルすることを示す指示を前記アプリケーションがユーザーから受け付けて、かつ前記印刷データを前記制御手段が前記デバイスに送信していた場合に、前記制御手段は前記デバイスの前記ユーザー入力情報と前記印刷データに基づく出力をキャンセルすることを示すキャンセル指示を前記デバイスに送信することを特徴とする請求項８乃至１３のいずれか１項に記載の情報処理装置。
15. 　デバイスと、情報処理装置と、から構成され、
    　前記デバイスは、
    　情報処理装置のアプリケーションに所定の処理を実行させることを示す実行指示を前記情報処理装置に通知して、前記実行指示を通知することにより印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段を有し、
    　前記制御手段は前記印刷データに基づいて出力する前に前記印刷データを受信し、
    　前記情報処理装置は、
    　印刷データを作成して、前記印刷データの作成後に、前記実行指示を前記デバイスから取得して、ユーザー入力情報の入力をユーザーから受け付ける画面を表示して、前記印刷データに対応する前記ユーザー入力情報を前記デバイスに送信する制御手段を有することを特徴とする情報処理システム。
16. 　コンピュータを、
    　印刷データを受信後にコンピュータがユーザー入力情報を入力する必要がある場合に前記コンピュータのアプリケーションに所定の処理を実行させることを示す実行指示を前記コンピュータに通知して、前記実行指示を通知することにより前記印刷データに対応するユーザー入力情報を前記コンピュータから受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段として機能させることを特徴とするプログラム。
17. 　コンピュータを、
    　プリンター手段として機能させ、
    　前記制御手段は、前記ユーザー入力情報に基づく認証をするまで前記印刷データに基づいて前記プリンター手段が印刷物の出力をせず、前記ユーザー入力情報に基づく認証後に前記印刷データに基づいて前記プリンター手段が印刷物の出力をする、制御をすることを特徴とする請求項１６に記載のプログラム。
18. 　コンピュータを、
    　保存手段として機能させ、
    　前記ユーザー入力情報には部門管理情報が含まれ、
    　前記保存手段は前記部門管理情報と前記印刷データのジョブとを対応付けてログを保存することを特徴とする請求項１６又は請求項１７に記載のプログラム。
19. 　前記ユーザー入力情報には電話番号が含まれ、
    　前記制御手段は前記ユーザー入力情報の電話番号に基づいて前記印刷データを出力することを特徴とする請求項１６乃至１８のいずれか１項に記載のプログラム。
20. 　前記コンピュータから前記実行指示の通知指示を前記制御手段が受信した場合は前記印刷データを受信後に前記コンピュータが前記ユーザー入力情報を入力する必要があり、前記実行指示を前記コンピュータに前記制御手段が通知することを特徴とする請求項１６乃至１９のいずれか１項に記載のプログラム。
21. 　コンピュータを、
    　コンピュータが親展印刷を要求した場合は実行指示を前記コンピュータに通知して、前記実行指示の通知後に印刷データに対応するユーザー入力情報を前記コンピュータから受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段として機能させることを特徴とするプログラム。
22. 　前記ユーザー入力情報と前記印刷データに基づく出力をキャンセルすることを示すキャンセル指示を前記コンピュータから受信して、かつ前記印刷データを前記制御手段が前記コンピュータから受信していた場合に、前記制御手段は前記ユーザー入力情報と前記印刷データに基づく出力をキャンセルすることを特徴とする請求項１６乃至２１のいずれか１項に記載のプログラム。
23. 　コンピュータを、
    　印刷データを作成して、前記印刷データの作成後に、所定の処理をアプリケーションに実行させることを示す実行指示をデバイスから取得して、ユーザー入力情報の入力をユーザーから受け付ける画面を表示して、前記印刷データに対応する前記ユーザー入力情報を前記デバイスに送信する制御手段として機能させ、
    　前記デバイスは前記ユーザー入力情報と前記印刷データに基づいて出力し、
    　前記制御手段は前記デバイスが前記出力をする前に前記印刷データを送信することを特徴とするプログラム。
24. 　前記制御手段は、前記アプリケーションの起動後に、前記デバイスが認証を行うために用いる情報又は部門管理情報又は電話番号の少なくとも一つを含むユーザー入力情報を前記デバイスに送信することを特徴とする請求項２３に記載のプログラム。 
25. 　前記制御手段は、前記実行指示を当該コンピュータに通知させる通知指示を前記デバイスに送信することを特徴とする請求項２３又は請求項２４に記載のプログラム。
26. 　前記アプリケーションは、前記実行指示を受信し、ユーザーからユーザー入力情報の入力を受け付けることを特徴とする請求項２３乃至２５のいずれか１項に記載のプログラム。
27. 　前記アプリケーションが、第１の実行指示を受信し、ユーザーから第１のユーザー入力情報の入力を前記アプリケーションが受け付ける前にサスペンドされて、かつ前記サスペンド後に前記第１の実行指示とは異なる第２の実行指示を受信して、かつアクティブなアプリケーションとして切り替えられた場合、ユーザーから前記第１のユーザー入力情報と前記第２の実行指示に対応する第２のユーザー入力情報の入力を受け付けることを特徴とする請求項２３乃至２６のいずれか１項に記載のプログラム。
28. 　親展印刷をデバイスに要求して、前記親展印刷の要求後に印刷データに対応するユーザー入力情報をデバイスに送信する制御手段を有し、
    　前記デバイスは前記ユーザー入力情報と前記印刷データに基づいて出力し、
    　前記制御手段は前記デバイスが前記出力をする前に前記印刷データを送信することを特徴とするプログラム。
29. 　前記ユーザー入力情報の前記デバイスへの送信をキャンセルすることを示す指示を前記アプリケーションがユーザーから受け付けて、かつ前記印刷データを前記制御手段が前記デバイスに送信していた場合に、前記制御手段は前記デバイスの前記ユーザー入力情報と前記印刷データに基づく出力をキャンセルすることを示すキャンセル指示を前記デバイスに送信することを特徴とする請求項２３乃至２８のいずれか１項に記載のプログラム。
30. 　デバイスと、コンピュータと、から構成されるシステムについて、
    前記デバイスを、
    　コンピュータのアプリケーションに所定の処理を実行させることを示す実行指示を前記コンピュータに通知して、前記実行指示を通知することにより印刷データに対応するユーザー入力情報を前記コンピュータから受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御手段として機能させ、
    　前記制御手段は前記印刷データに基づいて出力する前に前記印刷データを受信し、
    　前記コンピュータを、
    　印刷データを作成して、前記印刷データの作成後に、前記実行指示を前記デバイスから取得して、ユーザー入力情報の入力をユーザーから受け付ける画面を表示して、前記印刷データに対応する前記ユーザー入力情報を前記デバイスに送信する制御手段として機能させることを特徴とするプログラム。
31. 　印刷データを受信後に情報処理装置がユーザー入力情報を入力する必要がある場合に前記情報処理装置のアプリケーションに所定の処理を実行させることを示す実行指示を前記情報処理装置に通知して、前記実行指示を通知することにより前記印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御工程を有することを特徴とする制御方法。
32. 　情報処理装置が親展印刷を要求した場合は実行指示を前記情報処理装置に通知して、前記実行指示の通知後に印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御工程を有することを特徴とする制御方法。
33. 　印刷データを作成して、前記印刷データの作成後に、所定の処理をアプリケーションに実行させることを示す実行指示をデバイスから取得して、ユーザー入力情報の入力をユーザーから受け付ける画面を表示して、前記印刷データに対応する前記ユーザー入力情報を前記デバイスに送信する制御工程を有し、
    　前記デバイスは前記ユーザー入力情報と前記印刷データに基づいて出力し、
    　前記制御工程は前記デバイスが前記出力をする前に前記印刷データを送信することを特徴とする制御方法。
34. 　親展印刷をデバイスに要求して、前記親展印刷の要求後に印刷データに対応するユーザー入力情報をデバイスに送信する制御工程を有し、
    　前記デバイスは前記ユーザー入力情報と前記印刷データに基づいて出力し、
    　前記制御工程は前記デバイスが前記出力をする前に前記印刷データを送信することを特徴とする制御方法。
35. 　デバイスと、情報処理装置と、から構成されるシステムについて、
    　前記デバイスは、
    　情報処理装置のアプリケーションに所定の処理を実行させることを示す実行指示を前記情報処理装置に通知して、前記実行指示を通知することにより印刷データに対応するユーザー入力情報を前記情報処理装置から受信して、前記ユーザー入力情報と前記印刷データに基づいて出力を制御する制御工程を有し、
    　前記制御工程は前記印刷データに基づいて出力する前に前記印刷データを受信し、
    　前記情報処理装置は、
    　印刷データを作成して、前記印刷データの作成後に、前記実行指示を前記デバイスから取得して、ユーザー入力情報の入力をユーザーから受け付ける画面を表示して、前記印刷データに対応する前記ユーザー入力情報を前記デバイスに送信する制御工程を有することを特徴とする制御方法。

Images