JP6643037B2 - 印刷システム、印刷装置、及びプログラム - Google Patents

Description

本発明は、ジョブ処理システム、ジョブ処理装置、ジョブ処理装置の制御方法、プログラム、及び記憶媒体に関する。

特許文献１に記載の画像形成装置は、ＨＤＤに記憶された（留め置かれた）印刷データのうち、認証済みユーザの印刷データの一覧（書誌情報）を画像形成装置の操作部に表示する。この画像形成装置は、操作部に表示された印刷データの中からユーザが選択した印刷データの印刷要求を受け付けて、当該印刷データの印刷処理を実行する（特許文献１参照）。

特許文献２に記載の画像形成システムは、外部のＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）とデジタル複写機との間で無線通信を行う。このＰＤＡは、デジタル複写機に対してアクセス要求コマンドを発行し、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ上のデータをアクセスして印刷するよう指示する（特許文献２参照）。

特開２０１４−１４８０６４ 特開平１１−３４８３８６

ジョブ処理装置の目の前に居るユーザは、ジョブ処理装置に格納された複数のジョブの中から実行したいジョブをジョブ処理装置の画面を介して選択し、選択したジョブの実行を指示する。そして、ジョブ処理装置は、ユーザによって選択されたジョブの実行を開始する。この場合、複数のジョブの中から実行したいジョブをジョブ処理装置の画面を介して探し出されるまでの間、ジョブ処理装置の画面をユーザが占有し続けることになる。このため、他のユーザは、ジョブ処理装置の画面をしばらく操作することができない。

一方、ジョブ処理装置から離れたところに居るユーザは、ジョブ処理装置に格納された複数のジョブの中から実行したいジョブを携帯情報端末の画面を介して選択し、選択したジョブの実行を指示する。そして、ジョブ処理装置は、ユーザによって選択されたジョブの実行を開始する。この場合、ジョブの実行が開始されたときにジョブ処理装置から離れたところにユーザが居るため、ジョブ処理装置の目の前にユーザが到達するまでの間、ジョブの実行結果（例えば、印刷物）がジョブ処理装置に放置され続けることになる。このため、ジョブ処理装置の目の前にユーザが到達するまでの間、ジョブ処理装置に放置されたジョブの実行結果（例えば、印刷物）を他のユーザに見られてしまうことがある。

そこで、複数のジョブの中から実行したいジョブを探し出して、当該ジョブを実行するにあたって、ジョブ処理装置の画面をユーザが占有し続けることなく、且つ、ジョブの実行結果（例えば、印刷物）がジョブ処理装置に放置され続けることがない事が望ましい。

本発明は、上記の課題に鑑みてなされたものである。本発明の目的は、ジョブ処理装置に格納された複数のジョブの中から実行したいジョブを携帯情報端末で選択し、選択ジョブの実行を予め指示することにより、ジョブ処理装置にユーザがログインしたことに従って当該ジョブを実行させる装置や方法等を提供する。

上記目的を達成するために本発明の一態様に係るジョブ処理システムは以下のような構成を備える。即ち、記憶領域に記憶された印刷データに基づき印刷を行う印刷装置と、通信端末と、を含む印刷システムであって、前記印刷装置は、前記通信端末から受信した認証情報に基づき、前記記憶領域に記憶された、前記認証情報に基づき特定されるユーザの印刷データに関する情報を前記通信端末に送信する送信手段と、前記印刷装置にログインして前記印刷装置の操作部を介して印刷装置を利用するユーザを認証する認証手段と、を有し、前記通信端末は、前記印刷装置から受信した前記印刷データに関する情報に基づき画面を表示する表示手段と、前記画面を介して選択された印刷データの印刷指示を前記印刷装置に送信する第２の送信手段と、を有し、前記印刷装置は、更に、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段によってユーザが認証されたことに従って実行するか、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段による認証によらずに実行するか、のいずれか一方を設定する設定手段と、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段によってユーザが認証されたことに従って実行することが前記設定手段によって設定されている場合、前記認証手段によって前記印刷指示を送信したユーザに対応するユーザが認証され、前記印刷装置にログインしたことに従って前記印刷指示に対応する印刷データに基づく印刷を実行し、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段による認証によらず実行することが前記設定手段によって設定されている場合、前記印刷指示を受信したことに従って前記印刷指示に対応する印刷データに基づく印刷を実行する印刷制御手段を有することを特徴とする。

本発明によれば、ユーザは、ジョブ処理装置に格納された複数のジョブの中から実行したいジョブを携帯情報端末で選択し、選択されたジョブの実行を予め指示することにより、ジョブ処理装置にログインしたことに従って当該ジョブを実行させることができる。

本実施形態に係るシステムの構成を示すブロック図である。 本実施形態に係るＭＦＰのハードウェアの構成を示すブロック図である。 本実施形態に係るＭＦＰの構成を示す断面図である。 本実施形態に係るモバイル端末のハードウェアの構成を示すブロック図である。 本実施形態に係るＭＦＰのソフトウェアモジュールの構成を示すブロック図である。 本実施形態に係る書誌情報のデータ構造を説明するための模式図である。 本実施形態に係るテーブルを説明するための模式図である。 第１の実施形態に係る制御例を説明するためのフローチャートである。 第１の実施形態に係る制御例を説明するためのフローチャートである。 第１の実施形態に係る制御例を説明するためのフローチャートである。 第１の実施形態に係る画面の構成を説明するための図である。 第１の実施形態に係る制御例を説明するためのフローチャートである。 第１の実施形態に係る制御例を説明するためのフローチャートである。 第２の実施形態に係る制御例を説明するためのフローチャートである。

以下、本発明の実施形態について添付図面を参照して詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものではなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

［第１の実施形態］
第１の実施形態では、ジョブ処理装置は、情報処理装置から受信され、格納手段に格納されたジョブの情報を携帯情報端末に送信する。続いて、携帯情報端末は、ジョブ処理装置から受信したジョブの情報を表示し、表示された複数のジョブの情報を介して、ジョブ処理装置に実行させるジョブを選択する。そして、携帯情報端末は、選択されたジョブをユーザが認証されたことに従ってジョブ処理装置に実行させるよう、ユーザの識別情報に関連付けてジョブ処理装置に指示する。続いて、ジョブ処理装置は、携帯情報端末によって実行が指示され、認証されたユーザの識別情報が関連付けられたジョブを、ジョブ処理装置にログインするユーザが認証されたことに従って実行する。以下に、詳細を説明する。

本発明の第１の実施形態に係るジョブ処理システムの全体の構成について、図１のブロック図を用いて説明する。

ジョブ処理システムは、ジョブ処理装置の一例であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１１０と、ＰＣ１３０と、無線ルータ１０１と、モバイル端末１２０と、を備える。モバイル端末１２０は、ＰＤＡやタブレットやスマートフォン等の外部の携帯情報端末である。ＰＣ１３０と、ＭＦＰ１１０と、無線ルータ１０１とは、ネットワーク１００を介して接続されている。このため、ＰＣ１３０とＭＦＰ１１０は、互いに通信可能であり、データを送受信することができる。また、モバイル端末１２０は、無線ルータ１０１を介してネットワーク１００に接続されている。このため、モバイル端末１２０とＭＦＰ１１０は、互いにデータを送受信することができる。ネットワーク１００は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよく、インターネット等のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよい。尚、ネットワーク１００を介して１台のＰＣ１３０がＭＦＰ１１０に接続される構成を図１に例示したが、本発明はこれに限られない。ネットワーク１００を介して複数台のＰＣ１３０がＭＦＰ１１０に接続される構成であってもよい。

ＭＦＰ１１０は、画像入力デバイスであるスキャナ部、及び、画像出力デバイスであるプリンタ部を備えている。スキャナ部は、図３で後述する自動原稿給送部、及び画像読取部を有する。自動原稿給送部は、原稿トレイに積載された原稿を搬送する。画像読取部は、ＣＣＤセンサ等の光学センサを用いて原稿の画像を読み取る。そして、画像読取部は、原稿の画像を読み取って生成された画像データを、ＭＦＰ１１０のコントローラ部に転送する。コントローラ部は、ネットワーク１００を介してＰＣ１３０や外部サーバ等の外部装置と接続され、外部装置からジョブの受信等の処理を行う。プリンタ部は、スキャナ部やＰＣ１３０や外部サーバ等から入力された画像データに基づいて、シートに画像を印刷する。

ＭＦＰ１１０は、原稿を読み取って画像データを生成し、生成した画像データに基づいてシートに画像を印刷するコピー機能を備えている。また、ＭＦＰ１１０は、ＰＣ１３０や外部サーバ等の外部装置から印刷ジョブを受信し、印刷指示を受け付けたデータに基づいて、シートに文字や画像を印刷するＰＣプリント機能を備えている。尚、印刷機能による印刷は、カラーであっても、モノクロであってもよい。

ＰＣ１３０は、例えば、アプリケーションソフトウェアによって画像データを生成し、生成した画像データをＭＦＰ１１０に送信する。また、ＰＣ１３０は、例えば、プリンタドライバを用いて、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データを生成する。そして、ＰＣ１３０からネットワーク１００を経由して送られてきたＰＤＬデータを、ラスタライズすることにより、ビットマップデータを生成する。

ユーザは、プリンタドライバを介して印刷設定（例えば、部数、カラー設定、仕上げ設定等）を指示する。続いて、ＰＣ１３０は、印刷設定の指示をユーザから受け付けた印刷データをＭＦＰ１１０に送信する。そして、ＭＦＰ１１０は、受け付けた印刷データを一時的に保存するか、受け付けた印刷データに基づく印刷処理を実行する。また、ＭＦＰ１１０は、モバイル端末１２０からの指示に応じて、一時的に保存した印刷データに基づく印刷処理を実行する。

続いて、第１の実施形態に係るＭＦＰ１１０のハードウェア構成について、図２のブロック図を用いて説明する。

コントローラ部２０００は、ＣＰＵ２０１０と、ＲＯＭ２０２０と、ＲＡＭ２０３０と、ＨＤＤ２０４０と、操作部２０５０と、ＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）部２０６０と、プリンタ画像処理部２０７０と、を備える。また、コントローラ部２０００は、プリンタＩ／Ｆ２０８０と、スキャナＩ／Ｆ２１２０と、操作部Ｉ／Ｆ２１３０と、を備える。また、コントローラ部２０００は、有線ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌｌｅｒ）２０９０と、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信部２１００と、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部２１１０と、を備える。これらの各モジュールは、それぞれ、システムバス２１４０、又はハブを介して互いに接続されており、互いにデータを送受信することができる。

ＣＰＵ２０１０は、ＲＯＭ２０２０やＨＤＤ２０４０に記憶された制御プログラム等に基づいて、ＭＦＰ１１０を統括的に制御する。ＣＰＵ２０１０は、ＲＯＭ２０２０やＨＤＤ２０４０に記憶された制御プログラムを読み出して、ＲＡＭ２０３０に展開し、各種の制御処理を実行する。例えば、ＣＰＵ２０１０は、スキャナ部２００による読み取りの制御や、プリンタ部３００による印刷の制御や、ファームウェアのアップデートの制御等の各種の制御処理を実行する。

ＨＤＤ２０４０は、主に、コンピュータを起動・動作させるために必要な情報（システムソフトウェア）や画像データを記憶する。また、ＨＤＤ２０４０は、ＣＰＵ２０１０により実行される、図５で後述するソフトウェアモジュールを記憶する。

また、ＨＤＤ２０４０は、ＣＰＵ２０１０により実行される、図８、図９、図１０、図１２、図１３で後述するフローチャートの各種処理等を実行するために必要な各種の制御プログラムを記憶する。また、ＨＤＤ２０４０は、操作部２０５０の表示パネルに各種の画面を表示させるための表示制御プログラムや、ラスタライズを実行するプログラム等を記憶する。ＣＰＵ２０１０が、ＨＤＤ２０４０に記憶されているプログラムを読み出して、ＲＡＭ２０３０に当該プログラムを展開することにより、本実施形態に係る各種動作を実行する。

また、ＨＤＤ２０４０は、例えば、図５で後述するデータベース（文書ＤＢや書誌ＤＢや印刷予約ＤＢ）を記憶する。また、ＨＤＤ２０４０は、ＰＣ１３０や外部サーバ等の外部装置から受信した印刷ジョブを格納する。以降、ＰＣ１３０や外部サーバ等の外部装置から受信した印刷ジョブをＨＤＤ２０４０に格納することを、ＨＤＤ２０４０に印刷ジョブを留め置くと呼ぶ。

ＲＡＭ２０３０は、読み出し及び書き込み可能なメモリである。また、ＲＡＭ２０３０は、ＣＰＵ２０１０が動作するためのシステムワークメモリでもある。更に、ＲＡＭ２０３０は、スキャナ部２００やＰＣ１３０や外部サーバ等から入力された画像データの一時記憶領域として用いられる。また、ＲＡＭ２０３０は、操作部２０５０を介してユーザから受け付けたジョブの設定情報を一時記憶するための記憶領域として用いられる。

ＲＯＭ２０２０は、読み出し専用のメモリである。また、ＲＯＭ２０２０は、ブートＲＯＭである。ＲＯＭ２０２０には、システムのブートプログラムが予め記憶されている。また、ＲＯＭ２０２０には、ＭＦＰ１１０固有の管理用データが予め記憶されている。尚、ＣＰＵ２０１０により実行される、図５で後述するソフトウェアモジュールは、ＨＤＤ２０４０ではなくＲＯＭ２０２０に記憶されていてもよい。また、ＣＰＵ２０１０により実行される、図８、図９、図１０、図１２、図１３で後述するフローチャートの各種処理等を実行するために必要な各種の制御プログラムは、ＨＤＤ２０４０ではなくＲＯＭ２０２０に記憶されていてもよい。また、操作部２０５０の表示パネルに各種の画面を表示させるための表示制御プログラムや、ラスタライズを実行するプログラム等は、ＨＤＤ２０４０ではなくＲＯＭ２０２０に記憶されていてもよい。この場合、ＣＰＵ２０１０が、ＲＯＭ２０２０に記憶されているプログラムを読み出して、ＲＡＭ２０３０に当該プログラムを展開することにより、本実施形態に係る各種動作を実行する。また、図５で後述するデータベース（文書ＤＢや書誌ＤＢや印刷予約ＤＢ）は、ＨＤＤ２０４０ではなくＲＯＭ２０２０に記憶されていてもよい。

操作部２０５０は、タッチパネル機能を有する表示パネル（タッチパネル）と、ハードウェアキーと、を備える。この表示パネルには、ＣＰＵ２０１０によって作成されたＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画面がＲＡＭ２０３０から読み出されることで、当該ＵＩ画面が表示される。ユーザは、タッチパネルやハードウェアキー等を用いて、各種の設定や入力を行う。そして、ＣＰＵ２０１０は、タッチパネルやハードウェアキー等を介して、ユーザから受け付けた各種の設定や入力を受け付ける。このタッチパネルは、タッチされた座標情報をＣＰＵ２０１０に通知する。

操作部Ｉ／Ｆ２１３０は、操作部２０５０とコントローラ部２０００を接続するインタフェースである。操作部Ｉ／Ｆ２１３０は、表示パネルに表示するための画像データを操作部２０５０に出力する。また、操作部Ｉ／Ｆ２１３０は、操作部２０５０を介してユーザによって入力された情報をＣＰＵ２０１０に伝達する。

スキャナＩ／Ｆ２１２０は、スキャナ部２００とコントローラ部２０００を接続するためのインタフェースである。スキャナＩ／Ｆ２１２０は、スキャナ部２００の画像読取部で取得された画像データを、スキャナ部２００からコントローラ部２０００に出力する。

プリンタＩ／Ｆ２０８０は、プリンタ部３００とコントローラ部２０００を接続するためのインタフェースである。プリンタＩ／Ｆ２０８０は、プリンタ部３００で印刷すべき画像データを、コントローラ部２０００からプリンタ部３００に転送する。

ＣＰＵ２０１０は、有線ＮＩＣ２０９０を介して、ＰＣ１３０との間でのデータ通信を行う。有線ＮＩＣ２０９０は、例えば、ＰＣ１３０や外部サーバ等に画像データや各種の情報（例えば、操作部２０５０を介してユーザから受け付けたジョブの設定情報）等を送信する。また、有線ＮＩＣ２０９０は、例えば、ＰＣ１３０や外部サーバ等からアップデートファームや各種の情報等を受信する。また、ＣＰＵ２０１０は、ＮＦＣ通信部２１００を介して、モバイル端末１２０との間でデータ通信を行う。ＮＦＣ通信部２１００は、ＮＦＣカードとの間でデータ通信を行うこともできる。また、ＣＰＵ２０１０は、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部２１１０を介して、モバイル端末１２０との間でデータ通信を行うことができる。

ＲＩＰ部２０６０は、ネットワーク１００を経由して送られてきたＰＤＬデータを、ラスタライズすることにより、ビットマップデータ（イメージファイル）を生成する。

プリンタ画像処理部２０７０は、ＲＩＰ部２０６０によって生成されたイメージファイルに対して、プリンタ部３００のプリンタエンジンに適した解像度変換処理や補正処理を行う。尚、ビットマップ画像や印刷処理コマンド等のデータは、プリンタＩ／Ｆ２０８０とプリンタエンジンとの間で送受信が行われる。そして、プリンタエンジンは、送られたデータに基づく印刷処理を実行する。

続いて、ＭＦＰ１１０が備えるスキャナ部２００、及びプリンタ部３００の動作について、図３の断面図を用いて説明する。

まず、スキャナ部２００の動作について、図３の断面図を用いて説明する。

スキャナ部２００は、自動原稿給送部４５０を有する。自動原稿給送部４５０は、原稿３２を積載するための原稿トレイ３０を有し、原稿トレイ３０上に載置された原稿３２を給送する。そして、スキャナ部２００は、固定された光学系の位置で、給送された原稿３２の画像を読み取る。以下、具体的に説明する。

自動原稿給送部４５０は、１枚以上の原稿３２で構成される原稿束を積載する原稿トレイ３０、原稿３２の搬送開始前に原稿束が原稿トレイ３０より突出して下流へ進出することを規制する分離パッド２１、及び給送ローラ１を有する。

給送ローラ１は、原稿トレイ３０に積載された原稿束の原稿面に落下し、回転する。これにより、原稿束の最上面の原稿３２が給送される。給送ローラ１によって給送された複数枚の原稿３２は、分離ローラ２と分離パッド２１の作用によって１枚ずつ分離して給送される。この分離は周知のリタード分離技術によって実現される。

分離ローラ２と分離パッド２１によって分離された原稿３２は、搬送ローラ対３により、レジストローラ４へ搬送される。そして、搬送された原稿３２は、レジストローラ４に突き当てられる。これにより、原稿３２の搬送における斜行が解消される。レジストローラ４の下流側には、レジストローラ４を通過した原稿３２を流し読みガラス２０１方向へ搬送する給送パスが配置されている。

給送パスに送られた原稿３２は、大ローラ７及び給送ローラ５によりプラテン上に送られる。ここで、大ローラ７は、流し読みガラス２０１に接触する。そして、スキャナ部２００は、流し読みガラス２０１を通過する原稿３２の表面の画像を読み取る。大ローラ７により給送された原稿３２は、搬送ローラ６を通過し、ローラ１６と排出フラッパの間を移動する。そして、原稿３２は、排出フラッパ及び排出ローラ８を介して原稿排出トレイ３１に排出される。

スキャナ部２００は、原稿３２を反転させることで原稿３２の裏面の画像を読み取ることができる。具体的には、排出ローラ８に原稿３２を噛ませた状態で、排出ローラ８を逆転させて排出フラッパを切り替えることにより、反転パス１９へ原稿３２を移動させる。移動した原稿３２を反転パス１９からレジストローラ４へ突き当て、再度、原稿３２の搬送における斜行が解消される。その後、給送ローラ５及び大ローラ７により、再び原稿３２を流し読みガラス２０１へ移動させる。そして、スキャナ部２００は、流し読みガラス２０１を通過する原稿３２の裏面の画像を読み取る。

一方、原稿台ガラス２０２上にユーザによって載置された原稿を読み取る場合、スキャナ部２００は、原稿台ガラス２０２上に載置された原稿に対して、光学スキャナユニット２０９を図３の矢印に示す副走査方向に走査させる。これによって、スキャナ部２００は、原稿に記録された画像情報を光学的に読み取る。

原稿トレイ３０上の原稿３２、又は原稿台ガラス２０２上の原稿は、次の光学系で読み取られる。この光学系は、流し読みガラス２０１、原稿台ガラス２０２、光学ランプ２０３とミラー２０４を有する光学スキャナユニット２０９、ミラー２０５及び２０６、レンズ２０７、ＣＣＤセンサユニット２１０を備える。本実施形態では、ＣＣＤセンサユニット２１０は、ＣＣＤ２１１（カラー画像の読み取り用（ＲＧＢ）のＣＣＤ（３ラインセンサユニット）、及び、白黒画像の読み取り用のＣＣＤ（１ラインセンサユニット））で構成される。

この光学系で読み取られた画像情報は光電変換されて、コントローラ部２０００に画像データとして入力される。尚、本実施形態では、スキャナ部２００が備える光学系は、原稿３２からの反射光をＣＣＤセンサ上に結像する縮小光学系である場合について説明したが、これに限られない。スキャナ部２００が備える光学系は、原稿３２からの反射光をＣＩＳ（Ｃｏｎｔａｃｔ Ｉｍａｇｅ Ｓｅｎｓｏｒ）上に結像する等倍光学系であってもよい。尚、本実施形態では、ＭＦＰ１１０がスキャナ部２００を備える例について説明したが、ＭＦＰ１１０にスキャナ部２００が備えられていることは、本発明において必須の構成ではない。

続いて、プリンタ部３００の動作について、図３の断面図を用いて説明する。

プリンタ部３００は、プリンタ部３００に転送された画像データに基づいて画像をシート３０１に出力する動作（印刷動作）を行う。以下、具体的に説明する。

プリンタ部３００に転送された画像データは、レーザユニット３３２によって画像データに応じたレーザ光への変換が行われる。そして、このレーザ光は感光体ドラム（３２３〜３２６）に照射され、感光体ドラム（３２３〜３２６）には画像データに応じた静電潜像が形成される。そして、感光体ドラム（３２３〜３２６）に形成された静電潜像は、現像ユニット（３２７〜３３０）でトナー（現像剤）により現像されて、可視化されたトナー像となる。尚、カラー機では、シアン、イエロー、マゼンタ、ブラック用に、４つの感光体ドラム（３２３〜３２６）、及び４つの現像ユニット（３２７〜３３０）を備えている。

また、プリンタ部３００は、シート収納部（給紙段とも呼ぶ）として、カセット（３５１〜３５４）、及び、手差しトレイ３５０を有している。尚、カセット（３５１〜３５４）は、複数枚（例えば、６００枚）のシート３０１を収納することができる。一方、手差しトレイ３５０は、複数枚（例えば、１００枚）のシート３０１を収納することができる。プリンタ部３００は、トナーにより現像され可視化されたトナー像を、カセット（３５１〜３５４）、及び、手差しトレイ３５０のいずれかから給送されたシート３０１に転写する。その後、トナーが転写されたシート３０１は、定着ユニット３３３に搬送される。そして、熱と圧力によって、トナーがシート３０１に定着される。定着ユニット３３３を通過したシート３０１は、搬送ローラ３３４、３３５によってＭＦＰ１１０が備える排出トレイ３４５（排出部）に排出される。

尚、ＭＦＰ１１０は、感光体ドラム（３２３〜３２６）、及び現像ユニット（３２７〜３３０）を４つずつ備えるカラー機である場合について説明したが、これに限られない。ＭＦＰ１１０は、感光体ドラム３２６と現像ユニット３３０を１つずつ備えるモノクロ機であっても、本発明を同様に適用できる。

尚、電子写真方式で画像をシート３０１に印刷する方法について説明したが、これに限られない。画像をシート３０１に印刷することができるものであれば、例えばインクジェット方式等で画像をシート３０１に印刷する方法であってもよく、その他の方法（例えば、熱転写方式等）であっても、本発明を同様に適用できる。

続いて、第１の実施形態に係るモバイル端末１２０のハードウェア構成について、図４のブロック図を用いて説明する。

モバイル端末１２０は、ＣＰＵ３０１０と、ＲＯＭ３０２０と、ＲＡＭ３０３０と、タッチパネル３０４０と、を備える。また、モバイル端末１２０は、無線ＮＩＣ３０５０と、ＮＦＣ通信部３０６０と、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部３０７０と、を備える。これらの各モジュールは、それぞれ、システムバス３０８０、又はハブを介して互いに接続されており、互いにデータを送受信することができる。

ＣＰＵ３０１０は、ＲＯＭ３０２０に格納されている各種プログラムをＲＡＭ３０３０に展開し、展開したプログラムを実行する。これにより、ＣＰＵ３０１０は、各モジュールを統括的に制御し、モバイル端末１２０を動作させる。

ＲＯＭ３０２０には、モバイル端末１２０の動作を制御するためのプログラムが格納されている。このプログラムには、Ｗｅｂブラウザや、ＮＦＣ等の近接通信手段を利用した認証プログラムが含まれる。

ＲＡＭ３０３０は、ワークメモリとして機能し、ＲＯＭ３０２０に格納されているプログラムが展開され、もしくは、一時データが格納される。

タッチパネル３０４０は、ＣＰＵ３０１０によって生成されたＵＩ画面がＲＡＭ３０３０から読み出されることで、当該ＵＩ画面を表示する。また、タッチパネル３０４０は、タッチされた座標情報をＣＰＵ３０１０に通知する。

ＣＰＵ３０１０は、無線ＮＩＣ３０５０を介して、ＭＦＰ１１０との間でのデータ通信を行う。また、ＣＰＵ３０１０は、ＮＦＣ通信部３０６０を介して、ＭＦＰ１１０との間でデータ通信を行うこともできる。また、ＣＰＵ３０１０は、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部３０７０を介して、ＭＦＰ１１０との間でデータ通信を行うこともできる。

続いて、第１の実施形態に係るＭＦＰ１１０のソフトウェアモジュールの構成について、図５のブロック図を用いて説明する。

ＭＦＰ１１０は、ソフトウェアモジュールとして、ファンクションごとに制御部を有する。このソフトウェアモジュールは、ＨＤＤ２０４０、又はＲＯＭ２０２０に記憶されている。制御部には、例えば、印刷データ受信部４０１０、印刷データ解析部４０２０、文書格納部４０３０、書誌情報格納部４０５０、認証部４０８０、リスト制御部４０９０、ローカル認証部４１１０、予約印刷部４１２０、及び、印刷処理部４１３０がある。これらの制御部は、ＣＰＵ２０１０が、ＨＤＤ２０４０、又はＲＯＭ２０２０に記憶されたプログラムを実行することによって実現される。

また、ＭＦＰ１１０は、データベースとして、文書ＤＢ４０４０、書誌ＤＢ４０６０、及び、印刷予約ＤＢ４１００を有する。これらのデータベースは、ＨＤＤ２０４０、又はＲＯＭ２０２０に記憶されている。また、ＭＦＰ１１０は、ウェブサーバ４０７０を有する。

印刷データ受信部４０１０は、ＰＣ１３０から送信された印刷データを、有線ＮＩＣ２０９０を制御して受信する。印刷データ受信部４０１０は、モバイル端末１２０から送信された印刷データを、ＮＦＣ通信部２１００やＢｌｕｅＴｏｏｔｈ（登録商標）通信部２１１０を制御して受信してもよい。そして、印刷データ受信部４０１０によって受信された印刷データは、ＲＡＭ２０３０に一時的に格納される。

印刷データ解析部４０２０は、印刷データ受信部４０１０によって受信された印刷データの解釈処理を行う。そして、印刷データ解析部４０２０は、印刷データに含まれる印刷ジョブ名、ユーザの識別情報（例えば、ジョブオーナー名）、及び印刷処理のパラメータ（例えば、部数、カラー設定、仕上げ設定等）を抽出する。

文書格納部４０３０は、印刷データ受信部４０１０によって受信された印刷データを、データベースである文書ＤＢ４０４０に格納する。文書格納部４０３０は、印刷データを格納するごとに、格納した印刷データを示す識別子（ＤｏｃｕｍｅｎｔＩＤ）を発行する。ユーザは、任意の検索条件を指定して、文書ＤＢ４０４０に格納された情報を抽出することができる。

書誌情報格納部４０５０は、印刷データ解析部４０２０によって抽出された情報と、文書格納部４０３０によって発行された識別子とのペアを、データベースである書誌ＤＢ４０６０に格納する。ユーザは、任意の検索条件を指定して、書誌ＤＢ４０６０に格納された情報を抽出することができる。

書誌ＤＢ４０６０に格納されるデータ構造の一例について、図６（Ａ）の模式図を用いて説明する。書誌ＤＢ４０６０は、ユーザ名をルートとして、書誌情報をリーフとした木構造で構成される。文書格納部４０３０は、印刷データ解析部４０２０によって抽出されたユーザの識別情報（例えば、ジョブオーナー名）を、書誌ＤＢ４０６０におけるユーザ名として扱って、適切なノードに書誌情報を登録する。

続いて、書誌情報格納部４０５０によって格納される書誌情報の一例について、図６（Ｂ）の模式図を用いて説明する。図６（Ｂ）に示すように、書誌情報格納部４０５０によって格納される書誌情報は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で表現される。要素６１１は、ＰＣ１３０やモバイル端末１２０から受信した印刷データから、書誌情報に必要となる情報（例えば、印刷ジョブ名、ジョブオーナー名、印刷部数、カラー設定等）が抽出された印刷属性を示す。要素６１２は、この書誌情報が示す印刷データのステータス（例えば、印刷を実行済みであることを示すフラグ、印刷を実行していないことを示すフラグ等）を示す。要素６１３は、リスト制御部４０９０によって印刷設定が変更された際の印刷属性を示す。

ウェブサーバ４０７０は、モバイル端末１２０からの要求に基づき、応答となるＨＴＭＬ文書を要求元のモバイル端末１２０に返信する。尚、ＨＴＭＬ文書は、ＪａｖａＳｃｒｉｐｔ（登録商標）等のプログラムを含んでもよい。ウェブサーバ４０７０は、モバイル端末１２０からの要求に認証が必要となる場合に、モバイル端末１２０からユーザ名とパスワードを受信する。そして、認証部４０８０は、受信されたユーザ名とパスワードに基づいて、ユーザの認証処理を行う。

リスト制御部４０９０は、文書ＤＢ４０４０や書誌ＤＢ４０６０に格納されている印刷データを制御するためのＵＩ画像を表示するＨＴＭＬ文書を生成する。そして、タッチパネル３０４０には、リスト制御部４０９０によって生成されたＨＴＭＬ文書に基づくＵＩ画面が表示される。この画面を介してユーザが印刷データに対して指示できる制御の種類として、例えば、「留め置かれている印刷データの印刷処理の開始」、「留め置かれている印刷データの削除」、「留め置かれている印刷データに対する印刷設定の変更」の３種類がある。

例えば、「留め置かれている印刷データの印刷処理の開始」がユーザによって指示され、且つ、印刷データに対するリリース指示をローカル認証部４１１０によるユーザ情報の認証処理が成功するまで保留するよう指示された場合がある。このような場合、認証部４０８０で認証されたユーザの情報とともに、印刷データの情報が印刷予約ＤＢ４１００に登録される。印刷予約ＤＢ４１００に登録される書誌情報は、図７に示すように、テーブル７００によって示される。テーブル７００のスキーマには、「留め置かれている印刷データの印刷処理の開始」（以降、リリース処理と呼ぶ。）を指示したユーザのユーザ名７０１と、リリース処理を実行した時刻７０２が含まる。更に、テーブル７００のスキーマには、文書が格納されているホストのアドレス情報（ＳｔｏｒｅｄＨｏｓｔ）７０３と、リリース処理を実行する印刷データを示す識別子（ＤｏｃｕｍｅｎｔＩＤ）７０４が含まれる。尚、印刷予約ＤＢに登録されている印刷データに対する印刷処理の実行が終了したことに従って、印刷予約ＤＢに登録されている印刷データの情報（即ち、テーブル７００のレコード）がテーブル７００から削除される。

例えば、「留め置かれている印刷データの削除」がユーザによって指示された場合、文書ＤＢ４０４０に登録されている印刷データを削除する。また、例えば、「留め置かれている印刷データに対する印刷設定の変更」がユーザによって指示された場合、文書ＤＢ４０４０に登録されている印刷データに対する印刷設定を変更する。

ローカル認証部４１１０は、操作部２０５０を用いて、ＭＦＰ１１０にログインするユーザの認証処理を行うための画面の表示や制御を行う。ローカル認証部４１１０で入力されたユーザ情報（例えば、ユーザ名やパスワード）は、認証部４０８０に転送される。そして、認証部４０８０は、ローカル認証部４１１０から転送されたユーザ情報を用いて、ユーザの認証処理を行う。

予約印刷部４１２０は、認証部４０８０での認証処理に成功したユーザからリリース処理の指示がなされた印刷データを抽出する。そして、印刷処理部４１３０は、予約印刷部４１２０によって抽出された印刷データに基づく印刷処理が行う。

第１の実施形態では、ジョブ処理装置は、情報処理装置から受信され、格納手段に格納されたジョブの情報を携帯情報端末に送信する。続いて、携帯情報端末は、ジョブ処理装置から受信したジョブの情報を表示し、表示された複数のジョブの情報を介して、ジョブ処理装置に実行させるジョブを選択する。そして、携帯情報端末は、選択されたジョブをユーザが認証されたことに従ってジョブ処理装置に実行させるよう、ユーザの識別情報に関連付けてジョブ処理装置に指示する。続いて、ジョブ処理装置は、携帯情報端末によって実行が指示され、認証されたユーザの識別情報が関連付けられたジョブを、ジョブ処理装置にログインするユーザが認証されたことに従って実行する。

第１の実施形態によれば、ユーザは、ジョブ処理装置に格納された複数のジョブの中から実行したいジョブを携帯情報端末で選択し、選択されたジョブの実行を予め指示することで、ジョブ処理装置にログインしたことに従って当該ジョブを実行させる事ができる。以下に、詳細を説明する。

第１の実施形態に係るＭＦＰ１１０において、印刷データを受信し、受信した印刷データが一時的に留め置かれるまでの一連の処理を、図８に示すフローチャートを用いて説明する。この処理は、ＣＰＵ２０１０が、ＲＯＭ２０２０又はＨＤＤ２０４０から読み出してＲＡＭ２０３０に展開された制御プログラムを実行することで行われる。

まず、ＣＰＵ２０１０は、有線ＮＩＣ２０９０を介して、ＰＣ１３０から印刷データを受信したか否かを判定する（Ｓ８０１）。Ｓ８０１の処理は、ＬＰＲ（Ｌｉｎｅ ＰＲｉｎｔｅｒ ｄａｅｍｏｎ ｐｒｏｔｏｃｏｌ）や、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｃｔｏｃｏｌ）のプロトコルよって行われる。尚、ＩＰＰは、印刷ジョブ名や、ユーザの識別情報（例えば、ジョブオーナー名）のほか、印刷部数やカラー設定等の印刷属性をＭＦＰ１１０に通知することが可能なプロトコルである。尚、印刷データに対しても、印刷ジョブ名、ユーザの識別情報（例えば、ジョブオーナー名）、印刷部数、カラー設定等の印刷属性を含めることができる。ＣＰＵ２０１０は、印刷データを受信したと判定した場合（Ｓ８０１：Ｙｅｓ）、Ｓ８０２に処理を進める。一方、ＣＰＵ２０１０は、印刷データを受信するまで、Ｓ８０１の処理を繰り返す。

続いて、ＣＰＵ２０１０は、Ｓ８０１で受信された印刷データを文書ＤＢ４０４０に格納する（Ｓ８０２）。このとき、ＣＰＵ２０１０は、文書ＤＢ４０４０に格納された印刷データごとに識別子を発行する。

続いて、ＣＰＵ２０１０は、Ｓ８０１で受信された印刷データから書誌情報に必要となる情報を抽出する（Ｓ８０３）。例えば、Ｓ８０３で、ＣＰＵ２０１０は、書誌情報に必要となる情報として、印刷ジョブ名、ユーザの識別情報（例えば、ジョブオーナー名）、印刷部数、カラー設定等を抽出する。尚、書誌情報に必要となる情報は、すべての印刷属性のうちの一部であってもよい。例えば、書誌情報に必要となる情報として、印刷データを識別するために必要な情報や、印刷データの選択画面（この画面はリスト制御部４０９０で生成される。）に表示すべき印刷属性や、印刷データに対する印刷設定の変更が可能な印刷属性に限定してもよい。尚、Ｓ８０３の処理において、ＣＰＵ２０１０は、書誌情報に必要となる情報を、Ｓ８０１で受信された印刷データからではなく、ＬＰＲやＩＰＰ等のプロトコルから抽出してもよい。

続いて、ＣＰＵ２０１０は、Ｓ８０２の格納処理で発行された識別子、及びＳ８０３で抽出された情報に基づいて、図６（Ａ）及び図６（Ｂ）に示したＸＭＬ形式の書誌情報を生成する（Ｓ８０４）。尚、Ｓ８０４の処理は、印刷データ解析部４０２０を介して行われる。続いて、ＣＰＵ２０１０は、Ｓ８０４で生成された書誌情報を書誌ＤＢ４０６０に登録する（Ｓ８０５）。

以上が、第１の実施形態に係るＭＦＰ１１０において、印刷データが受信され、受信された印刷データが一時的に留め置かれるまでの一連の処理の詳細である。

続いて、第１の実施形態に係るＭＦＰ１１０において、一時的に留め置かれた印刷データに対する制御指示を受け付けて、指示を受け付けた制御が実行されるまでの一連の処理を、図９に示すフローチャートを用いて説明する。この処理は、ＣＰＵ２０１０が、ＲＯＭ２０２０又はＨＤＤ２０４０から読み出してＲＡＭ２０３０に展開された制御プログラムを実行することで行われる。

まず、ＣＰＵ２０１０は、印刷データを制御するための画面要求を受け付けたか否かを判定する（Ｓ９０１）。尚、モバイル端末１２０で実行されるウェブブラウザが予め定められたＵＲＬにアクセスすることにより、ＣＰＵ２０１０は、文書ＤＢ４０４０に登録されている印刷データを制御するための画面要求を受け付ける。尚、文書ＤＢ４０４０に登録されている印刷データを制御するための画面要求を受け付ける処理は、ウェブサーバ４０７０を介して行われる。ＣＰＵ２０１０は、印刷データを制御するための画面要求を受け付けたと判定した場合（Ｓ９０１：Ｙｅｓ）、Ｓ９０２に処理を進める。一方、ＣＰＵ２０１０は、印刷データを制御するための画面要求を受け付けるまで、Ｓ９０１の処理を繰り返す。

続いて、ＣＰＵ２０１０は、認証部４０８０を介して、第１の認証処理を実行する（Ｓ１０００）。Ｓ１０００の処理について、図１０に示すフローチャートを用いて説明する。

まず、ＣＰＵ２０１０は、ユーザ名とパスワードの入力を受け付けるための認証画面をタッチパネル３０４０に表示する（Ｓ１００１）。Ｓ１００１の処理は、以下のようにして行われる。即ち、ウェブサーバ４０７０は、モバイル端末１２０から転送されたＨＴＴＰリクエスト情報のヘッダを参照する。そして、認証情報が含まれていない場合には、ＨＴＴＰレスポンスコード４０１を返却する。そして、ＨＴＴＰレスポンスコード４０１を受けたモバイル端末１２０で実行されるウェブブラウザは、ユーザ名とパスワードを入力する画面をタッチパネル３０４０に表示する。

続いて、ＣＰＵ２０１０は、タッチパネル３０４０に表示された認証画面を介して、ユーザ名とパスワードの入力をユーザから受け付ける（Ｓ１００２）。そして、ウェブブラウザは、ユーザ名とパスワードの入力を受け付ける。

続いて、ＣＰＵ２０１０は、ユーザによって入力されたユーザ名とパスワードを介して認証処理を行う（Ｓ１００３）。この認証処理は、ウェブサーバ４０７０がダイジェスト認証を行うことで処理される。モバイル端末１２０で実行されるウェブブラウザは、ＨＴＴＰリクエストヘッダにユーザ名とパスワードを付与し、再度リクエストを行う。このとき、パスワードは、ハッシュ化されていてもよい。ウェブサーバ４０７０は、ＨＴＴＰリクエストヘッダに含まれているユーザ情報とパスワードを認証部４０８０に通知する。そして、認証部４０８０は、ウェブサーバ４０７０から通知されたユーザ名とパスワードを用いて、認証処理を行う。

続いて、ＣＰＵ２０１０は、認証処理の結果、ユーザの認証に成功したか否かを判定する（Ｓ１００４）。ＣＰＵ２０１０は、ユーザの認証に成功したと判定した場合（Ｓ１００４：Ｙｅｓ）、Ｓ１００５に処理を進める。一方、ＣＰＵ２０１０は、ユーザの認証に失敗したと判定した場合（Ｓ１００４：Ｎｏ）、Ｓ１００７に処理を進める。そして、Ｓ１００７で、ＣＰＵ２０１０は、認証に失敗した旨をユーザに通知する。尚、認証に失敗した旨の通知は、タッチパネル３０４０にメッセージを表示することによって通知してもよい。また、認証に失敗した旨の通知は、音や光によって通知してもよい。そして、Ｓ１００７の処理の後、Ｓ１００２に処理を戻す。

Ｓ１００５で、ＣＰＵ２０１０は、ログインコンテキストと呼ばれる、この通信において有効となるユーザ情報を生成する。尚、Ｓ１００５の処理は、ウェブサーバ４０７０を介して行われる。このログインコンテキストには、認証に成功したユーザの情報（例えば、ユーザＩＤやユーザ名等）が含まれる。尚、Ｓ１００５で生成されたログインコンテキストは、図９のＳ９０３で後述するログアウト要求を受け付けるまで保持される。

続いて、ＣＰＵ２０１０は、Ｓ１００５で生成されたログインコンテキストを、ウェブサーバ４０７０が認証処理を行う際に生成したセッション情報に追加する（Ｓ１００６）。これにより、リスト制御部４０９０は、印刷データの制御指示を受け付けた時に、印刷データの制御を要求したユーザの情報をログインコンテキストから判定することができる。Ｓ１００６の処理の後、図９のＳ９０２に処理を進める。

Ｓ９０２で、ＣＰＵ２０１０は、文書ＤＢ４０４０に格納されている印刷データの制御指示をユーザから受け付けるための画面をタッチパネル３０４０に表示させるためのＨＴＭＬ文書を生成する。このとき、Ｓ１０００の処理で認証されたユーザの情報（例えば、ユーザＩＤやユーザ名等）と、書誌ＤＢ４０６０に格納されている書誌情報と、に基づいてＨＴＭＬ文書の作成が行われる。尚、Ｓ９０２の処理は、リスト制御部４０９０を介して行われる。そして、モバイル端末１２０のウェブブラウザは、Ｓ９０２で生成されたＨＴＭＬ文書に基づいて、印刷データの制御指示を受け付けるための画面をタッチパネル３０４０に表示する。タッチパネル３０４０に表示される、印刷データの制御指示を受け付けるための画面の一例について、図１１（Ａ）〜（Ｄ）の模式図を用いて説明する。

図１１（Ａ）は、印刷データを選択するための選択画面１１００である。チェックボックス１１０１は、留め置かれている複数の印刷データの中から所望の印刷データを選択するためのチェックボックスである。尚、チェックボックス１１０１は、１つの印刷データだけでなく、２つ以上の印刷データを同時に選択することができる。プリントボタン１１０２は、チェックボックス１１０１でチェックされた印刷データ（即ち、複数の印刷データの中から選択された印刷データ）に対するリリース処理を依頼するためのボタンである。詳細ボタン１１０３は、留め置かれている印刷データの詳細情報を表示する詳細画面１１１０を呼び出すためのボタンである。詳細画面１１１０には、図１１（Ｂ）に示すように、印刷データのプレビュー画像１１１１や、印刷データの印刷属性を変更するための変更ボタン１１１２等が含まれる。変更ボタン１１１２がユーザによって押下された場合、図１１（Ｃ）に示すように、印刷設定を変更するための設定変更画面１１２０がタッチパネル３０４０に表示される。設定変更画面１１２０には、設定を変更することができる印刷設定（例えば、カラー設定、両面プリント、ページ集約、ホチキス等）ごとにボタンが設けられている。例えば、カラー設定ボタン１１２１がユーザによって押下されると、図１１（Ｄ）に示すように、カラー設定変更画面１１３０がタッチパネル３０４０に表示される。そして、ユーザは、カラー設定変更画面１１３０を介して、「自動」、「カラー」、「モノクロ」の中から所望のカラー設定を選択することができる。図１１（Ｄ）の例では、カラー設定として、「カラー」が選択されている。尚、ユーザは、チェックボックス１１０１でチェックされた印刷データに対して行うべき印刷の部数を、選択画面１１００の入力フォーム１１０４、又は、詳細画面１１１０の入力フォーム１１１３を介して任意に指定することができる。

図９のフローチャートに説明を戻す。Ｓ９０３で、ＣＰＵ２０１０は、ログアウト要求を受け付けたか否かを判定する。例えば、タッチパネル３０４０に表示されるログアウトキーがユーザによって押下された場合に、ＣＰＵ２０１０は、ログアウト要求を受け付けたと判定する。尚、図１０のＳ１００４でユーザの認証が成功してから（即ち、ログインしてから）所定の時間が経過したことに従って、ＣＰＵ２０１０は、ログアウト要求を受け付けたと判定してもよい。ＣＰＵ２０１０は、ログアウト要求を受け付けたと判定した場合（Ｓ９０３：Ｙｅｓ）、Ｓ９１７に処理を進める。Ｓ９１７で、ＣＰＵ２０１０は、図１０のＳ１００５で生成されたログインコンテキストが追加されたセッション情報を削除する。そして、Ｓ９１８で、ＣＰＵ２０１０は、Ｓ１００５で生成されたログインコンテキストを削除する。そして、Ｓ９１８の処理の後、図９に係る一連の処理を終了する。

一方、Ｓ９０３で、ＣＰＵ２０１０は、ログアウト要求を受け付けていないと判定した場合（Ｓ９０３：Ｎｏ）、Ｓ９０４に処理を進める。Ｓ９０４で、ＣＰＵ２０１０は、印刷データに対する制御指示を受け付けたか否かを判定する。尚、ウェブサーバ４０７０を介してタッチパネル３０４０に表示された、印刷データに対する制御指示を受け付けるための画面（図１１（Ａ）〜（Ｄ）を参照）を用いて、印刷データに対する制御指示がユーザから受け付けられる。ユーザは、この画面を用いて、留め置かれている複数の印刷データの中から所望の印刷データを選択する。尚、留め置かれている印刷データが１つのみである場合、ユーザが、印刷データを選択することを省略してもよい。更にユーザは、この画面を用いて、「留め置かれている印刷データの印刷処理の開始」、「留め置かれている印刷データの削除」、「留め置かれている印刷データに対する印刷設定の変更」のいずれかの制御を、選択した印刷データに対して実行するよう指示する。

尚、印刷データに対する制御指示は、例えば、印刷データを示す識別子（ＤｏｃｕｍｅｎｔＩＤ）や制御内容を含めたＵＲＬに対するアクセスを、制御指示としてもよい。もしくは、ＨＴＴＰリクエスト時に、ボディ情報にＪＳＯＮ（Ｊａｖａ Ｓｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）データを付与し、ＪＳＯＮデータに印刷データを示す識別子（ＤｏｃｕｍｅｎｔＩＤ）や制御内容を複数含めるようにしてもよい。この場合、ウェブサーバ４０７０は、ＪＳＯＮデータを、リスト制御部４０９０に引き渡す。そして、リスト制御部４０９０が、ＪＳＯＮデータの解釈処理を行う。

ＣＰＵ２０１０は、印刷データに対する制御指示を受け付けたと判定した場合（Ｓ９０４：Ｙｅｓ）、Ｓ９０５に処理を進める。一方、ＣＰＵ２０１０は、印刷データに対する制御指示を受け付けていないと判定した場合（Ｓ９０４：Ｎｏ）、Ｓ９０３に処理を戻す。

Ｓ９０５で、ＣＰＵ２０１０は、印刷データに対する制御指示の種別について判定する。ＣＰＵ２０１０は、「留め置かれている印刷データの印刷処理の開始」（即ち、リリース処理）であると判定した場合、Ｓ９０６に処理を進める。一方、ＣＰＵ２０１０は、「留め置かれている印刷データの削除」であると判定した場合、Ｓ９１２に処理を進める。一方、ＣＰＵ２０１０は、「留め置かれている印刷データに対する印刷設定の変更」であると判定した場合、Ｓ９１４に処理を進める。

まず、印刷データに対する制御指示の種別が、「留め置かれている印刷データの印刷処理の開始」（即ち、リリース処理）である場合の処理について説明する。この処理は、リスト制御部４０９０を介して行われる。

Ｓ９０６で、ＣＰＵ２０１０は、ユーザの更なる認証を要さずにリリース処理を行うよう指示されたか否かを判定する。ＣＰＵ２０１０は、印刷データに対する印刷処理をモバイル端末１２０からの印刷指示に応じて実行するよう指示された場合、Ｓ９０６の処理で「ＹＥＳ」と判定し、Ｓ９０７に処理を進める。一方、ＣＰＵ２０１０は、印刷データに対するリリース指示をローカル認証部４１１０によるユーザ情報の認証処理が成功するまで保留するよう指示された場合、Ｓ９０６の処理で「ＮＯ」と判定し、Ｓ９１０に処理を進める。尚、ユーザの更なる認証を要さずにリリース処理を行うか否かの設定を、ＭＦＰ１１０のデバイス設定や管理者設定によって設定できるようにしてもよい。この場合、ＭＦＰ１１０は、ユーザの更なる認証を要さずにリリース処理を行うか否かに関するデバイス設定や管理者設定を、ＲＡＭ２０３０に格納されるフラグにより管理する。そして、ＣＰＵ２０１０は、ＲＡＭ２０３０に格納された当該フラグの値を参照することでＳ９０６の判定処理を行えばよい。もしくは、モバイル端末１２０を利用しているユーザが、ユーザの更なる認証を要さずにリリース処理を行うか否かの設定を、モバイル端末１２０で任意に設定できるようにする変形例であってもよい。

まず、印刷データに対する印刷処理をモバイル端末１２０からの印刷指示に応じて実行する場合の処理について説明する。

Ｓ９０７で、ＣＰＵ２０１０は、文書ＤＢ４０４０に格納された印刷データを参照し、Ｓ９０４で制御指示を受け付けた印刷データを文書ＤＢ４０４０から取得する。このとき、ＣＰＵ２０１０は、印刷データを識別するために必要な情報（例えば、印刷ジョブ名やジョブオーナー名等）を用いて、文書ＤＢ４０４０に格納された印刷データを参照し、文書ＤＢ４０４０から特定の印刷データを検索する（Ｓ９０７）。

続いて、ＣＰＵ２０１０は、書誌ＤＢ４０６０に格納された書誌情報を参照し、Ｓ９０４で制御指示を受け付けた印刷データの印刷属性を書誌ＤＢ４０６０から取得する（Ｓ９０８）。続いて、ＣＰＵ２０１０は、Ｓ９０７で取得された印刷データと、Ｓ９０８で取得された印刷属性と、に基づいて印刷処理を実行する（Ｓ９０９）。尚、Ｓ９０９の処理は、印刷処理部４１３０を介して行われる。そして、Ｓ９０９の処理の後、Ｓ９０３に処理を戻す。尚、ＣＰＵ２０１０は、複数の印刷データに対して同一の制御指示をＳ９０４で受け付けていた場合、すべての印刷データに対する処理が完了するまで、Ｓ９０７〜Ｓ９０９までの一連の処理を繰り返す変形例であってもよい。

続いて、印刷データに対するリリース指示をローカル認証部４１１０によるユーザ情報の認証処理が成功するまで保留する場合の処理について説明する。

Ｓ９１０で、ＣＰＵ２０１０は、文書ＤＢ４０４０に格納された印刷データを参照し、Ｓ９０４で制御指示を受け付けた印刷データを文書ＤＢ４０４０から取得する。続いて、ＣＰＵ２０１０は、Ｓ１０００の処理で認証に成功したユーザの情報と、Ｓ９１０で取得された印刷データと、の組み合わせを印刷予約ＤＢ４１００に登録し（Ｓ９１１）、Ｓ９０３に処理を戻す。尚、ＣＰＵ２０１０は、複数の印刷データに対して同一の制御指示をＳ９０４で受け付けていた場合、すべての印刷データに対する処理が完了するまで、Ｓ９１０〜Ｓ９１１までの一連の処理を繰り返す変形例であってもよい。尚、ＣＰＵ２０１０は、Ｓ１０００の処理で認証に成功したユーザの情報を、図１０のＳ１００６の処理でセッション情報に追加されたログインコンテキストから取得することができる。尚、Ｓ９１１で印刷予約ＤＢ４１００に登録された印刷データに対するリリース処理については、図１２で後述する。

続いて、印刷データに対する制御指示の種別が、「留め置かれている印刷データの削除」である場合の処理について説明する。この処理は、リスト制御部４０９０を介して行われる。

Ｓ９１２で、文書ＤＢ４０４０に格納された印刷データを参照し、Ｓ９０４で制御指示を受け付けた印刷データを文書ＤＢ４０４０から削除する。尚、削除指示を受け付けた印刷データが印刷予約ＤＢ４１００に登録されている印刷データである場合、削除指示をユーザから受け付けても印刷データが削除されないよう制限してもよい。また、削除指示を受け付けた印刷データが印刷予約ＤＢ４１００に登録されている印刷データである場合、印刷データが削除できないことを示す警告をユーザに促してもよい。

続いて、ＣＰＵ２０１０は、書誌ＤＢ４０６０に格納された書誌情報を参照し、Ｓ９０４で制御指示を受け付けた印刷データの書誌情報を書誌ＤＢ４０６０から削除する（Ｓ９１３）。そして、Ｓ９１３の処理の後、Ｓ９０３に処理を戻す。尚、ＣＰＵ２０１０は、複数の印刷データに対して同一の制御指示をＳ９０４で受け付けていた場合、すべての印刷データに対する処理が完了するまで、Ｓ９１２〜Ｓ９１３までの一連の処理を繰り返す変形例であってもよい。

続いて、印刷データに対する制御指示の種別が、「留め置かれている印刷データに対する印刷設定の変更」である場合の処理について説明する。この処理は、リスト制御部４０９０を介して行われる（図６（Ｂ）で前述した要素６１３を参照）。

Ｓ９１４で、ＣＰＵ２０１０は、書誌ＤＢ４０６０に格納された書誌情報を参照し、Ｓ９０４で制御指示を受け付けた印刷データの書誌情報のＸＭＬデータを書誌ＤＢ４０６０から取得する。続いて、ＣＰＵ２０１０は、ユーザによって指定された印刷設定（即ち、変更後の印刷設定）に基づいて、Ｓ９１４で取得されたＸＭＬデータの値を書き換える（Ｓ９１５）。続いて、ＣＰＵ２０１０は、Ｓ９１５で書き換えられたＸＭＬデータを書誌ＤＢ４０６０に登録する（Ｓ９１６）。そして、Ｓ９１６の処理の後、Ｓ９０３に処理を戻す。尚、ＣＰＵ２０１０は、複数の印刷データに対して同一の制御指示をＳ９０４で受け付けていた場合、すべての印刷データに対する処理が完了するまで、Ｓ９１４〜Ｓ９１６までの一連の処理を繰り返す変形例であってもよい。

以上が、第１の実施形態に係るＭＦＰ１１０において、一時的に留め置かれた印刷データに対する制御指示を受け付けて、指示を受け付けた制御が実行されるまでの一連の処理の詳細である。

続いて、第１の実施形態に係るＭＦＰ１１０において、印刷予約ＤＢ４１００に登録されている印刷データに対する印刷処理を行う一連の処理について、図１２に示すフローチャートを用いて説明する。この処理は、ＣＰＵ２０１０が、ＲＯＭ２０２０又はＨＤＤ２０４０から読み出してＲＡＭ２０３０に展開された制御プログラムを実行することで行われる。

まず、ＣＰＵ２０１０は、認証部４０８０、及びローカル認証部４１１０を介して、第２の認証処理を実行する（Ｓ１３００）。Ｓ１３００の処理について、図１３に示すフローチャートを用いて説明する。

まず、ＣＰＵ２０１０は、ユーザ名とパスワードの入力を受け付けるためのローカル認証画面を操作部２０５０の表示パネルに表示する（Ｓ１３０１）。

続いて、ＣＰＵ２０１０は、操作部２０５０の表示パネルに表示されたローカル認証画面を介して、ユーザ名とパスワードの入力を受け付ける（Ｓ１３０２）。

続いて、ＣＰＵ２０１０は、ユーザによって入力されたユーザ名とパスワードを介してローカル認証処理を行う（Ｓ１３０３）。このローカル認証処理は、ローカル認証部４１１０が、ユーザ名とパスワードの入力を検知し、検知したユーザ名とパスワードを認証部４０８０に送信することで行われる。

続いて、ＣＰＵ２０１０は、ローカル認証処理の結果、ユーザの認証に成功したか否かを判定する（Ｓ１３０４）。ＣＰＵ２０１０は、ユーザの認証に成功したと判定した場合（Ｓ１３０４：Ｙｅｓ）、Ｓ１３０５に処理を進める。一方、ＣＰＵ２０１０は、ユーザの認証に失敗したと判定した場合（Ｓ１３０４：Ｎｏ）、Ｓ１３０７に処理を進める。そして、Ｓ１３０７で、ＣＰＵ２０１０は、認証に失敗した旨をユーザに通知する。尚、認証に失敗した旨の通知は、操作部２０５０の表示パネルにメッセージを表示することによって通知してもよい。また、認証に失敗した旨の通知は、音や光によって通知してもよい。そして、Ｓ１３０７の処理の後、Ｓ１３０２に処理を戻す。

Ｓ１３０５で、ＣＰＵ２０１０は、ログインコンテキストと呼ばれる、この通信において有効となるユーザ情報を生成する。尚、Ｓ１３０５の処理は、ローカル認証部４１１０を介して行われる。このログインコンテキストには、認証に成功したユーザの情報（例えば、ユーザＩＤやユーザ名等）が含まれる。尚、Ｓ１３０５で生成されたログインコンテキストは、図１２のＳ１２０２で後述するログアウト要求を受け付けるまで保持される。

続いて、ＣＰＵ２０１０は、Ｓ１３０５で生成されたログインコンテキストを、ローカル認証部４１１０が認証処理を行う際に生成したセッション情報に追加する（Ｓ１３０６）。これによりＣＰＵ２０１０は、印刷予約ＤＢ４１００に登録された印刷データに対するリリース処理を受け付けた時に、当該リリース処理を要求したユーザの情報をログインコンテキストから判定することができる。Ｓ１３０６の処理の後、図１２のＳ１２０２に処理を進める。

Ｓ１２０１で、ＣＰＵ２０１０は、ログアウト要求を受け付けたか否かを判定する。例えば、操作部２０５０の表示パネルに表示されるログアウトキーがユーザによって押下された場合に、ＣＰＵ２０１０は、ログアウト要求を受け付けたと判定する。尚、図１３のＳ１３０４でユーザの認証が成功してから（即ち、ユーザがＭＦＰ１１０にログインしてから）所定の時間が経過したことに従って、ＣＰＵ２０１０は、ログアウト要求を受け付けたと判定してもよい。ＣＰＵ２０１０は、ログアウト要求を受け付けたと判定した場合（Ｓ１２０１：Ｙｅｓ）、Ｓ１２０８に処理を進める。Ｓ１２０８で、ＣＰＵ２０１０は、ローカル認証部４１１０を介して、図１３のＳ１３０５で生成されたログインコンテキストが追加されたセッション情報を削除する。そして、Ｓ１２０９で、ＣＰＵ２０１０は、ローカル認証部４１１０を介して、Ｓ１３０５で生成されたログインコンテキストを削除する。そして、Ｓ１２０９の処理の後、図１２に係る一連の処理を終了する。

一方、ＣＰＵ２０１０は、ログアウト要求を受け付けていないと判定した場合（Ｓ１２０１：Ｎｏ）、Ｓ１２０２に処理を進める。ＣＰＵ２０１０は、Ｓ１３００で実行された第２の認証処理で、認証に成功したユーザの印刷データが印刷予約ＤＢ４１００に登録されているか否かを判定する（Ｓ１２０２）。図７で前述したテーブル７００の例では、ユーザ名が「ＵｓｅｒＡ」であるユーザの印刷データ、及び、ユーザ名が「ＵｓｅｒＢ」であるユーザの印刷データが、印刷予約ＤＢ４１００に登録されている。例えば、Ｓ１３００の処理で認証に成功したユーザのユーザ名が「ＵｓｅｒＡ」である場合、Ｓ１２０２の判定結果は「ＹＥＳ」となる。また、Ｓ１３００の処理で認証に成功したユーザのユーザ名が「ＵｓｅｒＢ」である場合、Ｓ１２０２の判定結果は「ＹＥＳ」となる。一方、Ｓ１３００の処理で認証に成功したユーザのユーザ名が「ＵｓｅｒＣ」である場合、Ｓ１２０２の判定結果は「ＮＯ」となる。尚、ＣＰＵ２０１０は、Ｓ１３００の処理で認証に成功したユーザの情報を、図１３のＳ１３０６の処理でセッション情報に追加されたログインコンテキストから取得することができる。

ＣＰＵ２０１０は、Ｓ１３００の処理で認証に成功したユーザの印刷データが印刷予約ＤＢ４１００に登録されていると判定した場合（Ｓ１２０２：Ｙｅｓ）、Ｓ１２０３に処理を進める。一方、ＣＰＵ２０１０は、Ｓ１３００の処理で認証に成功したユーザの印刷データが印刷予約ＤＢ４１００に登録されていないと判定した場合（Ｓ１２０２：Ｎｏ）、Ｓ１２０１に処理を戻す。

続いて、ＣＰＵ２０１０は、文書ＤＢ４０４０に格納された印刷データを参照し、印刷予約ＤＢ４１００に登録されている印刷データであって、Ｓ１３００の処理で認証に成功したユーザの印刷データを文書ＤＢ４０４０から取得する（Ｓ１２０３）。

続いて、ＣＰＵ２０１０は、書誌ＤＢ４０６０に格納された書誌情報を参照し、印刷予約ＤＢ４１００に登録されている印刷データであって、Ｓ１３００の処理で認証に成功したユーザの印刷データの印刷属性を書誌ＤＢ４０６０から取得する（Ｓ１２０４）。

続いて、ＣＰＵ２０１０は、Ｓ１２０３で取得された印刷データと、Ｓ１２０４で取得された印刷属性と、に基づいて、印刷処理を実行する（Ｓ１２０５）。尚、Ｓ１２０５の処理は、印刷処理部４１３０を介して行われる。そして、Ｓ１２０５の処理の後、Ｓ１２０６に処理を進める。

Ｓ１２０６で、ＣＰＵ２０１０は、Ｓ１２０５で印刷処理が実行された印刷データの情報を印刷予約ＤＢ４１００から削除する。そして、Ｓ１２０６の処理の後、Ｓ１２０１に処理を戻す。

以上が、第１の実施形態に係るＭＦＰ１１０において、印刷予約ＤＢ４１００に登録されている印刷データに対する印刷処理を行う一連の処理の詳細である。

以上説明したように、本発明を適用した第１の実施形態では、ジョブ処理装置は、情報処理装置から受信され、格納手段に格納されたジョブの情報を携帯情報端末に送信した。続いて、携帯情報端末は、ジョブ処理装置から受信したジョブの情報を表示し、表示された複数のジョブの情報を介して、ジョブ処理装置に実行させるジョブを選択した。そして、携帯情報端末は、選択されたジョブをユーザが認証されたことに従ってジョブ処理装置に実行させるよう、ユーザの識別情報に関連付けてジョブ処理装置に指示した。続いて、ジョブ処理装置は、携帯情報端末によって実行が指示され、認証されたユーザの識別情報が関連付けられたジョブを、ジョブ処理装置にログインするユーザが認証されたことに従って実行した。

これにより、ユーザは、ジョブ処理装置に格納された複数のジョブの中から実行したいジョブを携帯情報端末で選択し、選択されたジョブの実行を予め指示することにより、ジョブ処理装置にログインしたことに従って当該ジョブを実行させることができる。このため、複数のジョブの中から実行したいジョブを探し出して、当該ジョブを実行するにあたって、ジョブ処理装置の画面をユーザが占有し続けることがなく、更に、ジョブの実行結果（例えば、印刷物）がジョブ処理装置に放置され続けることがない。

本発明を適用した第１の実施形態は、例えば、ジョブ処理装置に大量のジョブ（例えば、１００個のジョブ）が格納されていて、且つ、実行すべきジョブが大量の印刷物（例えば、１００枚の印刷物）が出力されるようなジョブである場合に、特に効果がある。なぜなら、ジョブ処理装置に格納された大量のジョブの中から実行したいジョブを探し出すために、ジョブ処理装置の画面をユーザが占有し続けることがなく、更に、大量の印刷物がジョブ処理装置に放置され続けることを防ぐことができるためである。

［第２の実施形態］
前述した第１の実施形態では、図１３のＳ１３００で前述した第２の認証処理を実行するに際して、操作部２０５０の表示パネルに表示されたローカル認証画面を介してユーザ名とパスワードの入力を受け付ける例について説明した（Ｓ１３０１〜Ｓ１３０２）。一方、第２の実施形態では、ＭＦＰ１１０のＢｌｕｅＴｏｏｔｈ（登録商標）通信部２１１０と、モバイル端末１２０のＢｌｕｅＴｏｏｔｈ（登録商標）通信部３０７０との間で通信を行うことにより、Ｓ１３０３の認証処理で用いるユーザ名とパスワードを取得する例について説明する。第２の実施形態では、第１の実施形態と比較して一部の処理が異なるため、第１の実施形態とは異なる処理を中心に図１４で説明する。

第２の実施形態では、モバイル端末１２０のＣＰＵ３０１０が、ＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムを実行する。このＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムは、モバイル端末１２０がＭＦＰ１１０と通信を行うことで、ユーザの認証処理を行うためのプログラムである。

第２の実施形態に係るモバイル端末１２０において、ＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムを動作させて、ユーザの認証処理を実行するまでの一連の処理を、図１４に示すフローチャートを用いて説明する。この処理は、ＣＰＵ３０１０が、ＲＯＭ３０２０から読み出してＲＡＭ３０３０に展開された制御プログラム（ＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラム）を実行することで行われる。尚、ＭＦＰ１１０のＣＰＵ２０１０は、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部２１１０を制御することで、周囲のＢＬＥ（ＢｌｕｅＴｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）端末にＢｌｕｅＴｏｏｔｈ（登録商標）のサービスを公開する。そして、モバイル端末１２０のＣＰＵ３０１０が実行するＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムは、ＢｌｕｅＴｏｏｔｈ（登録商標）通信部３０７０を制御することで、公開されているサービスを利用してＭＦＰ１１０と通信を行う。

まず、ＣＰＵ３０１０は、タッチパネル３０４０を介してユーザの操作を受け付けたことに従って、ＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムを起動する（Ｓ１４０１）。尚、リスト制御部４０９０が生成したＨＴＭＬ文書内に、リリース処理がＭＦＰ１１０に依頼されたことに従ってＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムが起動されるような指示が記載されている変形例であってもよい。このような場合、リスト制御部４０９０が生成したＨＴＭＬ文書をウェブブラウザが解釈・実行することで、ＣＰＵ３０１０が、ＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムを実行する。

尚、Ｓ１４０１において、ＣＰＵ３０１０は、リリース指示をしたＭＦＰ１１０にモバイル端末１２０が近づいている旨のメッセージをタッチパネル３０４０に表示してもよい。このような場合、リリース指示をしたＭＦＰ１１０にモバイル端末１２０が近づいている旨のメッセージは、Ｓ１４０１〜Ｓ１４０５までの処理が実行されるまで表示される。尚、このメッセージには、ＭＦＰ１１０に関する情報（例えば、位置や名称等）が含まれていることが好ましい。

続いて、ＣＰＵ３０１０は、ＭＦＰ１１０が送信するアドバタイズパケット（Ｂｅａｃｏｎ）を受信する（Ｓ１４０２）。このとき、ＣＰＵ３０１０は、ＢｌｕｅＴｏｏｔｈ（登録商標）のＡＤＶ＿ＩＮＤの受信を確認することにより、接続先であるＭＦＰ１１０を検知する。ＣＰＵ３０１０は、Ｂｅａｃｏｎを受信したと判定した場合（Ｓ１４０２：Ｙｅｓ）、Ｓ１４０３に処理を進める。一方、ＣＰＵ３０１０は、Ｂｅａｃｏｎを受信するまで、Ｓ１４０２の処理を繰り返す。

続いて、ＣＰＵ３０１０は、ＭＦＰ１１０に対してＢｌｕｅｔｏｏｔｈ（登録商標）接続の要求を送信する（Ｓ１４０３）。このとき、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続の要求には、ＣＯＮＮＥＣＴ＿ＲＥＱが使用される。

続いて、ＣＰＵ３０１０は、ＭＦＰ１１０に対する接続が成功したか否かを判定する（Ｓ１４０４）。ＣＰＵ３０１０は、ＭＦＰ１１０に対する接続に成功したと判定した場合（Ｓ１４０４：Ｙｅｓ）、Ｓ１４０５に処理を進める。一方、ＣＰＵ３０１０は、ＭＦＰ１１０に対する接続に失敗と判定した場合（Ｓ１４０４：Ｎｏ）、ＭＦＰ１１０に対して再度接続要求を送信する。そして、ＣＰＵ３０１０は、ＭＦＰ１１０に対する接続に成功するまで、Ｓ１４０４の処理を繰り返す。尚、例外処理として、接続要求が規定回数を越えて失敗した場合には、図１４の処理シーケンスを終了してもよい。更に、ＣＰＵ３０１０は、接続に失敗した旨をユーザに通知してもよい。接続に失敗した旨の通知は、タッチパネル３０４０にメッセージを表示することによって通知してもよく、音や光によって通知してもよい。

続いて、ＣＰＵ３０１０は、ＧＡＴＴ通信を用いて、ＭＦＰ１１０に対してユーザの認証情報（例えば、ユーザ名とパスワード）の書き込みを試みる（Ｓ１４０５）。尚、ＣＰＵ３０１０が、ＭＦＰ１１０に対して書き込むユーザ名やパスワードは、予めＲＡＭ３０３０に格納されている。尚、パスワードについては、暗号化された状態でＲＡＭ３０３０に格納されていることがセキュリティの面で望ましい。このとき、モバイル端末１２０は、ＡＴＴクライアントとして動作し、Ｗｒｉｔｅ Ｒｅｑｕｅｓｔを使用して設定値の書き込みを実行する。

続いて、ＣＰＵ３０１０は、認証情報の書き込みが成功したか否かを判定する（Ｓ１４０６）。尚、書き込みが成功したか否かの情報は、ＡＴＴのＮｏｔｉｆｉｃａｔｉｏｎによって通知される。ＣＰＵ３０１０は、書き込みが成功したと判定した場合（Ｓ１４０６：Ｙｅｓ）、Ｓ１４０７に処理を進める。一方、ＣＰＵ３０１０は、書き込みに失敗したと判定した場合（Ｓ１４０６：Ｎｏ）、再度、設定の書き込み処理を試みる。そして、ＣＰＵ３０１０は、書き込みが成功するまでＳ１４０６の処理を繰り返す。尚、例外処理として、書き込み処理が規定回数を越えて失敗する場合には、図１４の処理シーケンスを終了してもよい。更に、ＣＰＵ３０１０は、書き込み処理に失敗した旨をユーザに通知してもよい。書き込み処理に失敗した旨の通知は、タッチパネル３０４０にメッセージを表示することによって通知してもよく、音や光によって通知してもよい。

続いて、ＣＰＵ３０１０は、ＭＦＰ１１０に対してＢｌｕｅＴｏｏｔｈ（登録商標）の切断要求を実行する（Ｓ１４０７）。この切断要求の処理は、モバイル端末１２０がＭＦＰ１１０に対して、ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤのメッセージを送信することで実現する。そして、Ｓ１４０７の処理の後、図１４の一連の処理シーケンスを終了する。このようにして、ＭＦＰ１１０の認証部４０８０は、モバイル端末１２０からユーザの認証情報（例えば、ユーザ名とパスワード）を受信する。そして、ＭＦＰ１１０のＣＰＵ２０１０は、モバイル端末１２０から受信したユーザ名とパスワードを介して認証処理を実行する（図１３のＳ１３０３に相当）。そして、ＣＰＵ２０１０は、モバイル端末１２０から受信したユーザ名とパスワードを介して認証処理を実行した後の処理は、図１３のＳ１３０４以降の処理と同様に説明できる。

以上が、第２の実施形態に係るモバイル端末１２０において、ＢｌｕｅＴｏｏｔｈ（登録商標）認証プログラムを動作させて、ユーザの認証処理を実行するまでの一連の処理の詳細である。尚、図１４では、ＭＦＰ１１０のＢｌｕｅＴｏｏｔｈ（登録商標）通信部２１１０と、モバイル端末１２０のＢｌｕｅＴｏｏｔｈ（登録商標）通信部３０７０を用いて、認証処理を行う例について説明したが、これに限られない。ＭＦＰ１１０のＮＦＣ通信部２１００と、モバイル端末１２０のＮＦＣ通信部３０６０を用いて、認証処理を行う変形例であってもよい。この場合、モバイル端末１２０のＮＦＣモジュールは、カードエミュレーションモードで動作することになる。

以上説明したように、第２の実施形態では、ＭＦＰ１１０のＢｌｕｅＴｏｏｔｈ（登録商標）通信部２１１０と、モバイル端末１２０のＢｌｕｅｔｏｏｔｈ（登録商標）通信部３０７０との間で通信を行うことで認証処理を行った。即ち、モバイル端末１２０を持って移動しているユーザは、ＭＦＰ１１０の操作部２０５０の表示パネルを操作しなくても、近接無線通信を利用することで認証処理を行うことができる。このため、モバイル端末１２０を持って移動しているユーザは、ＭＦＰ１１０に近づくことで認証処理が行われるので、印刷予約ＤＢ４１００に登録されている印刷データの印刷処理を実行することができる。

（その他の実施形態）
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

例えば、本実施形態では、ＭＦＰ１１０のコントローラ部２０００のＣＰＵ２０１０が上記各種制御の主体となっていたが、本発明はこれに限らない。ＭＦＰ１１０と別筐体の外付けコントローラ等の印刷制御装置によって、上記各種制御の一部又は全部を実行可能に構成しても良い。

また、例えば、本実施形態では、文書ＤＢ４０４０や書誌ＤＢ４０６０がＭＦＰ１１０のＨＤＤ２０４０に格納されている場合について説明したが、本発明はこれに限らない。ネットワーク１００を介してＭＦＰ１１０やＰＣ１３０に接続された外部サーバに、文書ＤＢ４０４０や書誌ＤＢ４０６０が格納されている変形例であってもよい。このような場合、ＰＣ１３０は、当該外部サーバに対して印刷ジョブを送信すればよい。そして、リスト制御部４０９０は、当該外部サーバが所有する書誌ＤＢ４０６０に基づいて、印刷データを制御するためのＨＴＭＬ文書を生成すればよい。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１１０ ＭＦＰ
１２０ モバイル端末
１３０ ＰＣ
２０１０ ＣＰＵ
２０４０ ＨＤＤ
２０９０ 有線ＮＩＣ
３０１０ ＣＰＵ
３０４０ タッチパネル
３０５０ 無線ＮＩＣ
４０１０ 印刷データ受信部
４０４０ 文書ＤＢ
４０６０ 書誌ＤＢ
４１００ 印刷予約ＤＢ
４０８０ 認証部
４１１０ ローカル認証部

Claims (6)

1. 記憶領域に記憶された印刷データに基づき印刷を行う印刷装置と、通信端末と、を含む印刷システムであって、
   前記印刷装置は、
   前記通信端末から受信した認証情報に基づき、前記記憶領域に記憶された、前記認証情報に基づき特定されるユーザの印刷データに関する情報を前記通信端末に送信する送信手段と、
   前記印刷装置にログインして前記印刷装置の操作部を介して印刷装置を利用するユーザを認証する認証手段と、
   を有し、
   前記通信端末は、
   前記印刷装置から受信した前記印刷データに関する情報に基づき画面を表示する表示手段と、
   前記画面を介して選択された印刷データの印刷指示を前記印刷装置に送信する第２の送信手段と、
   を有し、
   前記印刷装置は、更に、
   前記印刷指示に対応する印刷データに基づく印刷を前記認証手段によってユーザが認証されたことに従って実行するか、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段による認証によらずに実行するか、のいずれか一方を設定する設定手段と、
   前記印刷指示に対応する印刷データに基づく印刷を前記認証手段によってユーザが認証されたことに従って実行することが前記設定手段により設定されている場合、前記認証手段によって前記印刷指示を送信したユーザに対応するユーザが認証され、前記印刷装置にログインしたことに従って前記印刷指示に対応する印刷データに基づく印刷を実行し、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段による認証によらず実行することが前記設定手段により設定されている場合、前記印刷指示を受信したことに従って前記印刷指示に対応する印刷データに基づく印刷を実行する印刷制御手段を有することを特徴とする印刷システム。
2. 前記通信端末及び前記印刷装置は近接無線通信を実行可能であり、
   前記認証手段は、前記近接無線通信を介して前記通信端末から受信した認証情報に基づき前記印刷装置にログインするユーザを認証することを特徴とする請求項１に記載の印刷システム。
3. 記憶領域に記憶された印刷データに基づき印刷を行う印刷装置であって、
   通信端末から受信した認証情報に基づき、前記記憶領域に記憶された、前記認証情報に基づき特定されるユーザの印刷データに関する情報を前記通信端末に送信する送信手段と、
   前記印刷装置にログインして前記印刷装置の操作部を介して印刷装置を利用するユーザを認証する認証手段と、
   通信端末から受信した印刷指示に対応する印刷データに基づく印刷を前記認証手段によってユーザが認証されたことに従って実行するか、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段による認証によらずに実行するか、のいずれか一方を設定する設定手段と、
   前記通信端末から受信した前記印刷指示に対応する印刷データに基づく印刷を前記認証手段によってユーザが認証されたことに従って実行することが前記設定手段によって設定されている場合、前記認証手段によって前記印刷指示を送信したユーザに対応するユーザが認証され、前記印刷装置にログインしたことに従って前記印刷指示に対応する印刷データに基づく印刷を実行し、前記印刷指示に対応する印刷データに基づく印刷を前記認証手段による認証によらず実行することが前記設定手段によって設定されている場合、前記印刷指示を受信したことに従って前記印刷指示に対応する印刷データに基づく印刷を実行する印刷制御手段と、
   を有することを特徴とする印刷装置。
4. 前記印刷データに関する情報は、Ｗｅｂコンテンツであり、前記印刷指示は、前記Ｗｅｂコンテンツに基づき表示された画面を介したオブジェクトの選択操作が行われたことに従って引き起こされることを特徴とする請求項３に記載の印刷装置。
5. 近接無線通信インタフェースを更に備え、
   前記認証手段は、前記近接無線通信インタフェースを介して前記通信端末から受信した認証情報に基づき前記印刷装置にログインして前記印刷装置の前記操作部を介して印刷装置を利用するユーザを認証することを特徴とする請求項３又は４に記載の印刷装置。
6. 前記近接無線通信インタフェースは、外部装置とＢｌｕｅｏｏｔｈ（登録商標） Ｌｏｗ ＥｎｅｒｇｙのＧＡＴＴ通信を実行可能なインタフェースであることを特徴とする請求項５に記載の印刷装置。

Images