JP2008040564A - 画像形成装置および代行処理実行結果通知方法 - Google Patents

Abstract

【課題】 ユーザが別のユーザに処理の代行を依頼した場合に、代行して実行された処理の結果を、依頼したユーザに通知すること。
【解決手段】 ＭＦＰは、ユーザ識別情報に関連する代行アカウントを発行する代行アカウント管理部１５と、ユーザ識別情報と、そのユーザが携帯する携帯通信端末の電話番号とを関連付けるユーザデータを記憶するアカウントデータベース２１と、代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可するアカウント管理部１４と、代行アカウントに基づいて処理を実行させるための実行指示が入力されると、処理を実行するジョブ管理部１６と、実行された処理結果を、ユーザデータで該代行アカウントに関連付けられた携帯通信端末に送信する状態通知部１７と、を備える。
【選択図】 図５

Description

この発明は画像形成装置および代行処理実行結果通知方法に関し、特に、ユーザに代わって別のユーザが操作するのを可能にした画像形成装置およびその画像形成装置で実行される代行処理実行結果通知方法に関する。

近年、プリンタや複写機等の画像形成装置に複数の処理を連動させたワークフローを予め登録しておき、そのワークフローに従って複数の処理を画像形成装置に実行させる技術が提案されている（例えば、特許文献１、特許文献２）。また、画像形成装置に対する操作を他人に依頼することがある。この場合に、依頼する依頼ユーザは、依頼したワークフローが、依頼を請けた請負ユーザによって、正しく実行されたか否かを知ることができないといった問題がある。
特開２００５−３３３５４１号公報 特開２００５−３１６９０４号公報

この発明は上述した問題点を解決するためになされたもので、この発明の目的の1つは、ユーザが別のユーザに処理の実行を依頼した場合に、実行された処理の結果を依頼したユーザに通知することが可能な画像形成装置を提供することである。

この発明の他の目的は、ユーザが別のユーザに処理の実行を依頼した場合に、実行された処理の結果を依頼したユーザに通知することが可能な代行処理実行結果通知方法を提供することである。

上述した目的を達成するためにこの発明のある局面によれば、画像形成装置は、ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行する代行アカウント発行手段と、代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可する許可手段と、代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行する処理実行手段と、ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するユーザデータ記憶手段と、入力された実行指示に従って処理実行手段が実行した処理結果を、ユーザデータで該代行アカウントに関連付けられたネットワークアドレスで特定される情報端末に送信する状態通知手段と、を備える。

この局面に従えば、ユーザを識別するためのユーザ識別情報に関連する代行アカウントが発行され、代行アカウントが入力されることを条件に、該代行アカウントに基づいて実行指示が入力されると、その実行指示に従って処理が実行される。さらに、処理結果が、代行アカウントを発行したユーザ識別情報のユーザが携帯する情報端末に送信される。このため、ユーザが別のユーザに処理の実行を依頼した場合に、実行された処理の結果を依頼したユーザに通知することが可能な画像形成装置を提供することができる。

好ましくは、代行アカウントが入力されると、ユーザデータで該代行アカウントに関連付けられたネットワークアドレスを用いて情報端末との間で通信を確立する通信手段を含む。

好ましくは、状態通知手段は、情報端末とは別の代行情報端末と通信するための通信手段と、通信手段により代行通信端末から代行アカウントが受信されると、情報端末に割当てられた通信アドレスと、通信プログラムとを代行情報端末に送信し、代行情報端末に該通信プログラムを実行させて、情報端末と通信させる間接通信手段と、を含む。

好ましくは、代行アカウント発行手段は、発行した代行アカウントと、一連の処理を予め定義したジョブとを関連付け、記憶するジョブ記憶手段を含み、状態通知手段は、一連の処理それぞれが実行される毎に、該処理の実行結果を代行情報端末に送信する。

好ましくは、ジョブが定義する一連の処理は、ユーザによる確認を条件に実行される特定処理を含み、状態通知手段は、処理実行手段が特定処理を実行する前に、情報端末に確認を要求する確認要求手段を含み、処理実行手段は、確認要求手段が要求した確認に応じた確認信号を情報端末から受信することを条件に、特定処理を実行する。

好ましくは、確認要求手段は、特定処理を実行するためのパラメータを要求するパラメータ要求手段を含み、処理実行手段は、パラメータ要求手段が要求したパラメータを情報端末から受信することを条件に、特定処理を実行する。

この発明の他の局面によれば、画像形成装置は、ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行する代行アカウント発行手段と、代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可する許可手段と、代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行する処理実行手段と、ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するユーザデータ記憶手段と、入力された実行指示に従って処理実行手段が実行した処理結果を、マークアップ言語で記述したページを生成するページ生成手段と、ユーザデータで該代行アカウントに関連付けられたネットワークアドレスで特定される情報端末に、生成されたページのネットワーク上の位置情報を送信するページ位置情報通知手段と、生成されたページのネットワーク上の位置情報を受信することに応じて、該ページを返信するページ送信手段と、を備える。

この局面に従えば、ユーザを識別するためのユーザ識別情報に関連する代行アカウントが発行され、代行アカウントが入力されることを条件に、該代行アカウントに基づいて実行指示が入力されると、その実行指示に従って処理が実行される。さらに、実行指示に従って実行された処理結果を、マークアップ言語で記述したページが生成され、情報端末からページのネットワーク上の位置情報が受信されると、生成されたページが返信される。このため、ユーザが別のユーザに処理の実行を依頼した場合に、依頼したユーザは、携帯する情報端末で、実行された処理の結果を閲覧することができる。その結果、ユーザが別のユーザに処理の実行を依頼した場合に、実行された処理の結果を依頼したユーザに通知することが可能な画像形成装置を提供することができる。

この発明の他の局面によれば、代行処理実行結果通知方法は、ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行するステップと、代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可するステップと、代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行するステップと、ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するステップと、処理を実行するステップにより入力された実行指示に従って実行された処理の結果を、ユーザデータで該代行アカウントに関連付けられたネットワークアドレスで特定される情報端末に送信するステップと、を含む。

この局面に従えば、ユーザが別のユーザに処理の実行を依頼した場合に、実行された処理の結果を依頼したユーザに通知することが可能な代行処理実行結果通知方法を提供することができる。

この発明のさらに他の局面によれば、代行ｓｈ利実行結果通知方法は、ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行するステップと、代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可するステップと、代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行するステップと、ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するステップと、入力された実行指示に従って処理実行手段が実行した処理結果を、マークアップ言語で記述したページを生成するステップと、ユーザデータで該代行アカウントに関連付けられたネットワークアドレスで特定される情報端末に、生成されたページのネットワーク上の位置情報を送信するステップと、生成されたページのネットワーク上の位置情報を受信することに応じて、該ページを返信するステップと、を含む。

この局面に従えば、ユーザが別のユーザに処理の実行を依頼した場合に、実行された処理の結果を依頼したユーザに通知することが可能な代行処理実行結果通知方法を提供することができる。

以下、本発明の実施の形態について図面を参照して説明する。以下の説明では同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

図１は、本発明の実施の形態の１つにおける画像形成システムの全体概要を示す図である。図１を参照して、画像形成システム１は、それぞれがネットワーク２に接続されたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１００，１０１，１０２とパーソナルコンピュータ（以下「ＰＣ」という）１０５と、携帯通信端末２００,２００Ａとを含む。

ネットワーク２は、ローカルエリアネットワーク（ＬＡＮ）であり、接続形態は有線または無線を問わない。またネットワーク２は、ＬＡＮに限らず、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）を用いたネットワーク等であってもよい。さらに、ネットワーク２は、インターネットなどのワイドエリアネットワーク（ＷＡＮ）に接続されている。

ＰＣ１０５は、一般的なコンピュータであり、ＭＦＰ１００，１０１，１０２を制御するためのプリンタドライバプログラムがインストールされている。なお、ＭＦＰ１００，１０１，１０２の種類が異なる場合、ＰＣ１０５には、ＭＦＰ１００，１０１，１０２を制御するための３種類のプリンタドライバプログラムがそれぞれインストールされる。

ＭＦＰ１００，１０１，１０２各々は、原稿を読取るためのスキャナ装置、画像データに基づいて紙などの記録媒体に画像を形成するための画像形成装置およびファクシミリ装置を含み、画像読取機能、複写機能、ファクシミリ送受信機能を備えている。なお、本実施の形態においてはＭＦＰ１００，１０１，１０２を例に説明するが、ＭＦＰ１００，１０１，１０２に代えて、画像を形成する機能を備えた装置であれば、たとえば、プリンタ、ファクシミリ装置等であってもよい。また、ＭＦＰ１００，１０１，１０２は、機能が同じなので以下の説明では特に言及しない限りＭＦＰ１００を例に説明する。

携帯通信端末２００，２００Ａは、一般的な携帯電話であり、基地局と無線で通信することにより電話網に接続し、通話が可能である。また、携帯通信端末２００は、電子メールの送受信機能を備えている。さらに、携帯通信端末２００，２００Ａは、ＭＦＰ１００，１０１，１０２と無線で通信することが可能である。

図２は、ＭＦＰの外観を示す斜視図である。図３は、ＭＦＰの機能の概要を示す機能ブロック図である。図２および図３を参照して、ＭＦＰ１００は、メイン回路１１０と、原稿を読み取るための原稿読取部１３０と、原稿を原稿読取部１３０に搬送するための自動原稿搬送装置１２０と、原稿読取部１３０が原稿を読み取って出力する画像データに基づいて用紙等に画像を形成するための画像形成部１４０と、画像形成部１４０に用紙を供給するための給紙部１５０と、ユーザインターフェースとしての操作パネル１６０と、無線通信部１７０を含む。メイン回路１１０は、ＣＰＵ１１１と、通信インターフェース（Ｉ／Ｆ）部１１２と、ＲＯＭ１１３と、ＲＡＭ１１４と、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）１１５と、大容量記憶装置としてのハードディスクドライブ（ＨＤＤ）１１６と、ファクシミリ部１１７と、フラッシュメモリ１１８Ａが装着されるカードインターフェース（Ｉ／Ｆ）１１８とを含む。ＣＰＵ１１１は、自動原稿搬送装置１２０、原稿読取部１３０、画像形成部１４０、給紙部１５０、操作パネル１６０および無線通信部１７０と接続され、ＭＦＰ１００の全体を制御する。

ＲＯＭ１１３は、ＣＰＵ１１１が実行するプログラム、またはそのプログラムを実行するために必要なデータを記憶する。ＲＡＭ１１４は、ＣＰＵ１１１がプログラムを実行する際の作業領域として用いられる。また、ＲＡＭ１１４は、原稿読取部１３０から連続的に送られてくる読取データ（画像データ）を一時的に記憶する。

操作パネル１６０は、ＭＦＰ１００の上面に設けられ、表示部１６０Ａと操作部１６０Ｂとを含む。表示部１６０Ａは、液晶表示装置（ＬＣＤ）、有機ＥＬＤ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）等の表示装置であり、ユーザに対する指示メニューや取得した画像データに関する情報等を表示する。操作部１６０Ｂは、複数のキーを備え、キーに対応するユーザの操作による各種の指示、文字、数字などのデータの入力を受付ける。操作部１６０Ｂは、表示部１６０Ａ上に設けられたタッチパネルをさらに含む。

無線通信部１７０は、赤外線を通信媒体として、携帯通信端末２００，２００Ａと無線通信する。なお、通信媒体に赤外線を用いる例を説明するが、通信媒体はこれに限定されることなく、例えば、電磁波であってもよい。

通信Ｉ／Ｆ部１１２は、ＭＦＰ１００をネットワーク２に接続するためのインターフェースである。ＣＰＵ１１１は、通信Ｉ／Ｆ部１１２を介してＭＦＰ１０１，１０２またはＰＣ１０５との間で通信し、データを送受信する。また、通信Ｉ／Ｆ部１１２は、ネットワーク２を介してインターネットに接続されたコンピュータと通信が可能である。また、通信Ｉ／Ｆ１１２は、電子メールサーバとの間で電子メールを送受信する。

ファクシミリ部１１７は、公衆交換電話網（ＰＳＴＮ）に接続され、ＰＳＴＮにファクシミリデータを送信する、またはＰＳＴＮからファクシミリデータを受信する。ファクシミリ部１１７は、受信したファクシミリデータを、ＨＤＤ１１６に記憶する、または画像形成部１４０に出力する。画像形成部１４０は、ファクシミリ部１１７により受信されたファクシミリデータを用紙にプリントする。また、ファクシミリ部１１７は、ＨＤＤ１１６に記憶されたデータをファクシミリデータに変換して、ＰＳＴＮに接続されたファクシミリ装置に送信する。

カードＩ／Ｆ１１８は、フラッシュメモリ１１８Ａが装着される。ＣＰＵ１１１は、カードＩ／Ｆ１１８を介してフラッシュメモリ１１８Ａにアクセス可能である。ＣＰＵ１１１は、カードＩ／Ｆ１１８に装着されたフラッシュメモリ１１８Ａに記録された代行処理プログラムをＲＡＭ１１４にロードして実行する。なお、ＣＰＵ１１１が実行するプログラムは、フラッシュメモリ１１８Ａに記録された代行処理プログラムに限られず、ＨＤＤ１１６に記憶された代行処理プログラムをＲＡＭ１１４にロードして実行するようにしてもよい。この場合、ネットワーク２に接続された他のコンピュータが、ＭＦＰ１００のＨＤＤ１１６に記憶された代行処理プログラムを書換える、または、新たな代行処理プログラムを追加して書き込むようにしてもよい。さらに、ＭＦＰ１００が、ネットワーク２に接続された他のコンピュータから代行処理プログラムをダウンロードして、その代行処理プログラムをＨＤＤ１１６に記憶するようにしてもよい。ここでいうプログラムは、ＣＰＵ１１１が直接実行可能なプログラムだけでなく、ソースプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

図４は、携帯通信端末の機能の概要を示す機能ブロック図である。図４を参照して、携帯通信端末２００は、携帯通信端末２００の全体を制御するためのＣＰＵ２０１と、赤外線通信部２０２と、データを不揮発的に記憶するフラッシュメモリ２０３と、通話部２０５と接続された無線通信部２０４と、情報を表示する表示部２０６と、ユーザの操作の入力を受付ける操作部２０７とを含む。

無線通信部２０４は、電話通信網に接続された基地局装置と無線通信する。無線通信部２０４は、携帯通信端末を電話通信網に接続し、通話部２０５を用いた通話を可能とする。無線通信部２０４は、基地局装置から受信した無線信号を復調した音声信号を復号して通話部２０５に出力する。また、無線通信部２０４は、通話部２０５から入力される音声を符号化し、基地局装置に送信する。通話部２０５は、マイクおよびスピーカを備え、無線通信部２０４から入力される音声をスピーカから出力し、マイクから入力される音声を無線通信部２０４に出力する。さらに、無線通信部２０４は、ＣＰＵ２０１により制御され、携帯通信端末２００を電子メールサーバに接続し、電子メールを送受信する。

赤外線通信部２０２は、赤外線を通信媒体として、ＭＦＰ１００，１０１，１０２と無線通信する。なお、通信媒体に赤外線を用いる例を説明するが、ＭＦＰ１００，１０１，１０２と無線通信が可能であれば、例えば、電磁波であってもよい。

表示部２０６は、液晶表示装置（ＬＣＤ）、有機ＥＬＤ等の表示装置であり、ユーザに対する指示メニューや取得した画像データに関する情報等を表示する。操作部２０７は、複数のキーを備え、キーに対応するユーザの操作による各種の指示、文字、数字などのデータの入力を受付ける。

本実施の形態における画像形成システム１において、ＭＦＰ１００，１０１，１０１は、は、代行ジョブを登録することが可能である。ＭＦＰ１００，１０１，１０２への代行ジョブの登録は、ユーザが操作パネル１６０を操作して登録してもよいし、ユーザがＰＣ１０５からＭＦＰ１００，１０１，１０２を遠隔操作して登録してもよいし、ユーザがＰＣ１０５を操作して作成した代行ジョブをＭＦＰ１００，１０１，１０２に送信し、ＭＦＰ１００，１０１，１０２に登録するようにしてもよい。

図５は、本実施の形態におけるＭＦＰ１００の機能的構成の一例について説明するためのブロック図である。ＭＦＰ１００は、表示内容制御部１１、入力取得部１２、ユーザ認証部１３、アカウント管理部１４、代行アカウント管理部１５、ジョブ管理部１６、状態通知部１７、アカウントデータベース２１、代行アカウントデータベース２２を含んでいる。アカウントデータベース２１、代行アカウントデータベース２２は、例えばＨＤＤ１１６に設けることができる。アカウント管理部１４、代行アカウント管理部１５、アカウントデータベース２１、代行アカウントデータベース２２により、処理管理部２０が構成される。

表示内容制御部１１は、表示部１６０Ａへの表示内容を制御する。入力取得部１２は、操作部１６０Ｂ（タッチパネル含む）からの入力を取得する。ユーザ認証部１３は、操作部１６０Ｂを介して入力されたり、ネットワークを介してＰＣ１０５等の外部装置から入力されたりするユーザＩＤ（ユーザ識別情報）およびパスワード等の認証情報を取得し、アカウントデータベース２１の内容を参照して、ユーザの認証を行う。

図６は、アカウントデータベース２１の内容の一例を示す図である。本実施の形態のアカウントデータベース２１は、ユーザＩＤをキーとして、認証情報、送信情報、課金情報、アクセス制御情報を含んでいる。認証情報として氏名およびパスワードを格納しており、ユーザ認証部１３は、通常のアカウント、即ち各ユーザに割り当てられたユーザＩＤを入力するログインの際には、アカウントデータベース２１に格納されたユーザＩＤおよびパスワードと入力されたユーザＩＤおよびパスワードとを照合して、ユーザのログインを許可するか否かを判定する。なお、ユーザ認証用のデータはアカウントの管理テーブルとは別のテーブルに保持することもできるし、外部の認証サーバを用いることもできる。また、ユーザＩＤのみで認証とするような構成も可能である。

送信情報は、ユーザが所有する携帯通信端末に割当てられた電話番号と電子メールアドレスである。

アカウント管理部１４は、アカウントデータベース２１の内容の追加、更新、削除等を行う。ここでアカウントデータベース２１の内容について、さらに説明する。課金情報は、ユーザが処理を実行できる用紙のべージ数の上限と、実際の利用ページ数がカウントされて格納されている。アクセス制御情報は、ユーザごとに利用できる機能の内容を設定するものである。同図の例では、例えば岡本氏はコピー機能、プリント機能は実行可能であるが、スキャン機能、ＦＡＸ機能は実行できない旨が設定されている。上記課金情報として格納されているページ数の上限や利用ページ数を機能ごとに設定、管理することも可能である。実際の利用ページ数はジョブ管理部１６からの通知に従ってカウントすることができる。

代行アカウント管理部１５は、代行アカウントデータベース２２の内容の追加、更新、削除を行う。代行アカウントとは、依頼ユーザが、自分に代行して他のユーザに処理の実行を依頼する際に設定するアカウントである。本実施の形態では設定された代行アカウントは代行アカウントデータベース２２で管理される。図７は、代行アカウントデータベース２２の内容の一例について説明するための図である。代行アカウントデータベース２２は、設定された代行アカウントに付与される識別情報である代行アカウント識別子をキーとして、依頼人・請負人情報、有効期限情報、権限情報、利用可能頁数情報を含んでいる。依頼人・請負人情報は、依頼人ユーザ、および代行アカウントを用いて実際に処理を行う請負人ユーザに関する情報である。

本実施の形態では、依頼人ＩＤとして、処理の代行を他のユーザに依頼する依頼ユーザのユーザＩＤを格納する。代行を依頼される他のユーザを指定することも可能であり、依頼される請負ユーザが指定された場合には、請負人ＩＤとして請負ユーザのユーザＩＤが格納される。請負ユーザは指定を省略することも可能であるが、その際には、代行アカウントでログインする際の認証のためのパスワードが格納される。

図８は、本実施の形態で代行アカウントを新規登録するために表示部１６０Ａに表示させる画面の一例を示す図である。同図の例では、上記請負人ユーザを指定するか否かは、チェックボックス３０１にチェックするか否かで設定する。チェックボックス３０１がチェックされた場合には、請負人ユーザ指定ボックス３０２が入力可能となり、チェックボックス３０１がチェックされていない場合には、パスワード指定ボックス３０３が入力可能となる。もっともパスワードを入力しない実施の形態も可能である。なお、依頼人ユーザ表示領域３１１には、認証を経てログインしている依頼人ユーザのユーザＩＤが表示される。依頼人ＩＤは、図７に示す依頼人・請負人情報の依頼人ＩＤとして登録される。

図８の画面において有効期限入力ボックス３２１には、有効期限（同図の例では入力した日からの有効日数）が入力される。また、有効期限を示す他の種類の情報として、ログイン回数入力ボックス３２２に、代行アカウントを用いて有効にログインすることができる回数を入力する。ログイン回数は、代行アカウントデータベース２２の内容に反映される。即ち、有効ログイン回数が設定されている場合には代行アカウントの認証を経てログインした際に、ログイン回数を１ずつ減ずることで、ログイン回数を管理することができる。

有効日数と有効ログイン回数は両方入力することも可能であり、両方設定された場合には、有効日数の経過、又は有効ログイン回数分のログインのいずれかにより、代行アカウントが有効でなくなる。これらの情報は、図７の有効期限情報として設定される。有効日数は、有効期限の日付に変換されて代行アカウントデータベースに格納される。

なお、代行アカウント管理部１５は、代行アカウントの有効期限を管理し、有効期限の到来した代行アカウントを代行アカウントデータベース２２から削除することができるが、削除しないで有効でなくする（例えば無効フラグをセットする）実施の形態も可能である。削除するか否かを図８のような画面で設定し、代行アカウントデータベース２２に格納するようにしてもよい。無効フラグ等を用いて削除しないで無効とした場合には、同じ請負人に再度処理の実行を依頼する際には、代行アカウントの更新(有効期限の延長、ログイン回数の再設定等)が可能であるが、削除した場合には新たな新規登録処理を実行する必要がある。

図８の画面において、チェックボックス３３１にチェックを入れた場合には、代行アカウントを用いて実行することができる機能に制限を設定することができる。この場合、機能制限設定領域３３２内の、機能ごとのチェックボックスおよび実行可能ページ数の上限を設定することにより、代行アカウントを用いて実行できる機能を設定することができる。設定された値は、図７の権限情報・利用可能ページ数情報として代行アカウントデータベース２２に格納される。

なお、図８の例では、ログインしたユーザ「Ｍａｔｓｕｄａ」氏は（依頼人ユーザ表示領域３１１参照）、ＦＡＸ機能を利用する権限を有していないため（図４参照）、ＦＡＸ機能を指定するチェックボックスにはチェックを入れることができない。スキャン機能、コピー機能、プリント機能をチェックするチェックボックスはチェックを入れることができるが、チェックを入れた場合に設定できる利用ページ数の上限は、ログインしたユーザ「Ｍａｔｓｕｄａ」のアカウントで利用可能なページ数（図４参照、２０００−２６＝１９７４）となり、同図８の例ではプリント機能のページ数上限を５０ページと入力したことにより、他にチェックボックスにチェックが入れられたプリント機能の設定可能上限ページ数が１９２４となっている。もっとも、このような制限を設けないような実施の形態も可能である。

図８の画面において、チェックボックス３４１にチェックを入れた場合には、代行アカウントを用いて依頼する処理の内容の設定することができる。同図の依頼処理内容設定領域３４２では３種の処理を設定することができるが、設定できる処理の数は任意であり、スクロール、次画面への移動等により、設定可能な処理を増加させることもできる。したがって、複数の一連の処理を設定することが可能であり、複数の一連の処理が１つの代行ジョブを構成する。設定された処理の内容は代行アカウントデータベース２２の依頼処理管理テーブルに代行ジョブとして格納される。

図９は、依頼処理管理テーブルの内容の一例を示す図である。本実施の形態では、設定された代行ジョブの中で終了したものについては、終了フラグをセットすることにより管理を行っている。処理の終了は、ジョブ管理部１６からの通知を受けて設定することができる。

ジョブ管理部１６は、ジョブの投入、終了を管理しており、依頼処理管理テーブルに格納された情報からジョブを生成して、例えばプリント処理やＦＡＸ送信処理等を実行することができる。

図８の画面で、以上に説明したような代行アカウントの設定を行った後、登録ボタン３５１を押下すると、表示内容制御部１１が、図１０のような登録内容確認画面を表示部１６０Ａに表示する。本実施の形態では、代行アカウント管理部１５が代行アカウントＩＤを自動的に付与する構成としたが、これは依頼人ユーザが指定する構成も可能である。

同図８の例では、請負人ＩＤが指定されていないため、メール送信ボタン４０１が押下不能な状態となっているが、請負人が指定されている場合にメール送信ボタン４０１を押下すると、状態通知部１７において、請負人のメールアドレスに代行アカウントが設定された旨のメールが送信される。メールアドレスはアカウントデータベース２１を参照して設定される。送信されるメールには、依頼する処理が設定されている場合には、当該処理の内容を記載することができる。

メール送信ボタン４０１、または確認ボタン４０２が押下されると、登録内容が代行アカウントデータベース２２に格納される。なお、内容を修正する場合には、戻るボタン４０３を押下すると図８の画面に戻ることができる。

以下、上記のように代行アカウントが登録された場合のＭＦＰ１００での具体的な処理内容についてフローチャートを参照しながら説明する。ここでは、代行ジョブを依頼する依頼ユーザをユーザＡとし、ユーザＡが、ＭＦＰ１００に代行ジョブを登録する場合について説明する。また、ユーザＡにより代行ジョブを依頼される請負ユーザをユーザＢとする。ユーザＡのユーザＩＤを「Ｏｋａｍｏｔｏ」、ユーザＢのユーザＩＤを「Ｔｏｙａｍａ」とする例を説明する。また、ユーザＡが、携帯通信端末２００を携帯し、その携帯通信端末２００の電話番号を「０９０−９９９９−９９９９」とする。また、ユーザＢが、携帯通信端末２００Ａを携帯し、その携帯通信端末２００Ａの電話番号を「０８０−８８８８−８８８１」とする。

上述したように、ユーザＡがＭＦＰ１００を操作して、図８の画面で、代行アカウントを設定し、請負人にユーザＢのユーザＩＤを指定し、メール送信ボタン４０１を押下すると、状態通知部１７において、ユーザＢの携帯通信端末２００Ａに代行アカウントが設定された旨の電子メールが送信される。また、ユーザＡがＭＦＰ１００を操作して、図８の画面で、代行アカウントを設定し、請負人にユーザＢのユーザＩＤを指定しなければ、メール送信ボタン４０１を押下するができない。このため、ユーザＡが他の方法、たとえば、口頭でユーザＢに代行アカウントおよびパスワードを通知する。代行アカウントおよびパスワードを通知されたユーザＢは、自身が携帯する携帯通信端末２００Ａに、代行アカウントおよびパスワードを入力することにより、携帯通信端末２００Ａに代行アカウントおよびパスワードを記憶させる。

図１１は、ＭＦＰで実行される代行アカウント受付処理の流れの一例を示す第１のフローチャートである。代行アカウント受付処理は、ＭＦＰ１００のＣＰＵ１１１が、代行処理プログラムを実行することにより、ＣＰＵ１１１により実行される処理である。図１２は、請負ユーザの携帯通信端末２００Ａで実行される代行ジョブ実行指示処理の流れの一例を示す図である。図１１および図１２を参照して、まず、携帯通信端末２００Ａは、代行ログイン指示を受け付けたか否かを判断する（ステップＳ２０１）。代行ログイン指示は、先に、ＭＦＰ１００から電子メールで受信した代行アカウント、または、ユーザＢが直接入力した代行アカウントで、ＭＦＰ１００にログインするための指示である。代行ログイン指示を受け付けなければ待機状態となり（ステップＳ２０１でＮＯ）、代行ログイン指示を受け付けたならば処理をステップＳ２０２に進める。換言すれば、代行ジョブ実行指示は、代行ログイン指示を受け付けることを条件に実行される処理である。

携帯通信端末２００Ａは、ステップＳ２０２において、代行アカウントとパスワードとをＭＦＰ１００に送信する。携帯通信端末２００Ａは、赤外線通信部２０２を介してそれらを送信する。代行アカウントとともにパスワードが記憶されている場合には、そのパスワードを送信し、パスワードが記憶されていない場合には、ユーザＢにパスワードの入力を促し、操作部２０７に入力されるパスワードを送信する。

これに応じて、ＭＦＰ１００のＣＰＵ１１１は、ユーザＢが携帯する携帯通信端末２００Ａから代行アカウントとパスワードとを受け付ける（Ｓ１０１）。ＭＦＰ１００のＣＰＵ１１１は、無線通信部１７０が代行アカウントおよびパスワードを受信すると、それらを受け付ける。

ＭＦＰ１００のＣＰＵ１１１は、ステップＳ１０２において、受け付けた代行アカウントが代行アカウントデータベース２２に存在するか否かを判断する。代行アカウントデータベース２２に代行アカウントが存在しなければ、代行アカウントの入力ミスと判断できるので処理をステップＳ１０８に進める。ステップＳ１０８においては、エラー処理を実行し、処理をステップＳ１０１に戻す。エラー処理は、例えば、ログインが認められないことを通知するためのメッセージを携帯通信端末２００Ａに送信する処理である。これに応じて、携帯通信端末２００Ａは、ログインが許可されたか否かを判断し（ステップＳ２０３）、エラーメッセージを受信したならば処理をステップＳ２１７に進め、そうでなければ処理をステップＳ２０４に進める。ステップＳ２１７においては、受信したエラーメッセージを表示部２０６に表示し、処理を終了する。

ＭＦＰ１００のＣＰＵ１１１は、代行アカウントデータベース２２に代行アカウントが存在すれば（ステップＳ１０２でＹＥＳ）、処理をステップＳ１０３に進め、代行アカウントとしてのユーザ認証を行う。ここでのユーザ認証では、代行アカウントデータベース２２にパスワードが格納されているか否かにより、入力されたパスワードと比較するパスワードが異なる。図７に示したように、代行アカウントデータベースに請負人ＩＤが指定されている場合には、代行アカウント用のパスワードを登録していないが、これは、図６に示したアカウントデータベース２１で請負人ＩＤと関連付けられたパスワードで認証を行えばよいからである。したがって、代行アカウントデータベース２２において、代行アカウントに対応するパスワードが関連付けられていない場合には、アカウントデータベース２１において請負人ＩＤに関連付けられたパスワードをユーザ認証に用いる。また、代行アカウントデータベースに請負人ＩＤが指定されていない場合には、代行アカウントデータベースにおいて、代行アカウントに関連付けられたパスワードを用いてユーザ認証する。

ステップＳ１０４においては、ステップＳ１０１で受け付けたパスワードが、それに対応して登録されたパスワードと一致するか否かを判定する。代行アカウントでの認証が成功すれば、処理をステップＳ１０５に進めるが、認証が失敗すれば処理をステップＳ１０８に進める。ステップＳ１０５においては、代行アカウントでのログインを許可する。

ＭＦＰ１００のＣＰＵ１１１は、代行アカウントでのログインを許可した後、携帯通信端末２００Ａにプログラムを送信し（ステップＳ１０６）、携帯通信端末２００Ａに依頼ユーザのネットワークアドレスを送信する（ステップＳ１０７）。依頼ユーザのネットｗ−悪アドレスは、図６に示したアカウントデータベースにおいて、代行アカウントの依頼ユーザのユーザＩＤに関連付けられた電話番号である。

これに応じて、携帯通信端末２００Ａは、プログラムを受信し（ステップＳ２０４）、依頼ユーザのネットワークアドレスを受信する（ステップＳ２０６）。携帯通信端末２００Ａは、受信したプログラムをインストールして実行する（ステップＳ２０５）。このプログラムは、依頼ユーザ（ユーザＡ）の携帯通信端末２００と通信を確立し、ＭＦＰ１００と携帯通信端末２００との通信を中継する処理を実行する。依頼者ユーザのネットワークアドレスは、ユーザＡが携帯する携帯通信端末２００に割当てられたネットワークアドレスである。

具体的には、携帯通信端末２００Ａは、ＭＦＰ１００から受信した依頼者ユーザのネットワークアドレス、ここでは携帯通信端末２００に割当てられた電話番号に発呼し（ステップＳ２０７）、携帯通信端末２００との間の通信を確立する（ステップＳ２０８）。携帯通信端末２００Ａは、携帯通信端末２００との間で通信を確立したならば（ステップＳ２０８でＹＥＳ）処理をステップＳ２０９に進め、そうでなければ（ステップＳ２０８でＮＯ）処理をステップＳ２１７に進める。ステップＳ２１７においては、携帯通信端末２００Ａの表示部２０６に、依頼ユーザの携帯通信端末２００と通信できないことを通知するためのメッセージを表示し、処理を終了する。

図１３は、ＭＦＰで実行される代行アカウント処理管理処理の流れの一例を示す第１のフローチャートである。代行アカウント処理管理処理は、ＭＦＰ１００のＣＰＵ１１１が、代行処理プログラムを実行することにより、ＣＰＵ１１１により実行される処理である。図１３および図１２を参照して、携帯通信端末２００Ａは、携帯通信端末２００との間で通信を確立すると（ステップＳ２０８でＹＥＳ）、ジョブ実行指示をＭＦＰ１００に送信する（ステップＳ２０９）。

一方、ＭＦＰ１００のＣＰＵ１１１は、ジョブ実行指示を受け付けるまで待機状態となっており（ステップＳ１１１でＮＯ）、ジョブ実行指示を受け付けると処理をステップＳ１１２に進める。ＣＰＵ１１１は、無線通信部１７０が携帯通信端末２００Ａからジョブ実行指示を受信すると、そのジョブ実行指示を受け付ける。すなわち、代行アカウント処理管理処理は、ジョブ実行指示が携帯通信端末２００Ａから受信されることを条件に実行される処理である。

ＭＦＰ１００のＣＰＵ１１１は、先にログインを許可した代行アカウントに関連して、代行アカウントデータベース２２の依頼管理テーブルに記憶されている代行ジョブを読出し、そのジョブで定義されている最初の処理を選択する。ここでは、代行ジョブを、ＭＦＰ１００のＨＤＤ１１６に記憶されているファイル名「会議．ｐｄｆ」のファイルをプリントする第１処理と、プリントした原稿に上司の承認印を押印した原稿を読み取る第２処理と、第２処理で原稿を読み取って得られるデータを、予め定めた複数人に電子メールで送信する第３処理とが定義されている例を説明する。なお、第３処理の電子メールアドレスは、代行ジョブでは定義されていないものとする。

ＭＦＰ１００のＣＰＵ１１１は、第１処理を選択し（ステップＳ１１２）、処理をステップＳ１１３に進める。ステップＳ１１３においては、選択した処理にパラメータが必要とするか否かを判断する。パラメータが必要か否かは、選択した処理を実行するために必要なパラメータが、代行ジョブで定義されているか否かにより判断する。定義されていれば必要ないと判断し、定義されていなければ必要と判断する。パラメータが必要であれば処理をステップＳ１１４に進め、そうでなければ処理をステップＳ１１６に進める。ここでの代行ジョブは、第１処理〜第３処理が定義されており、第３処理の電子メールアドレスがパラメータに相当する。第１処理は、パラメータは必要ないので、処理をステップＳ１１６に進める。

ステップＳ１１６においては、選択した処理を実行する。ここでは、ＨＤＤ１１６に記憶されているファイル名「会議．ｐｄｆ」のファイルを読出し、プリントする。そして、処理を実行した結果を、携帯通信端末２００Ａに送信する（ステップＳ１１７）。携帯通信端末２００Ａは、実行結果を受信したか否かを判断し（ステップＳ２１０）、実行結果を受信したならば処理をステップＳ２１１に進め、そうでなければ処理をステップＳ２１２に進める。ステップＳ２１１においては、受信した実行結果を、携帯通信端末２００に送信する。これにより、携帯通信端末２００の表示部２０６にＭＦＰ１００が第１処理を実行した結果が表示される。

ＭＦＰ１００のＣＰＵ１１１は、次の処理が代行ジョブに定義されているか否かを判断し（ステップＳ１１８）、定義されていれば処理をステップＳ１１９に進め、そうでなければ処理をステップＳ１２０に進める。ここでの代行ジョブは、第２処理を定義しているので、処理をステップＳ１１９に進める。ステップＳ１１９においては、第２処理を選択し、処理をステップＳ１１３に進める。ステップＳ１１３においては、第２処理がパラメータを必要とするか否かを判断する。第２処理は、パラメータを必要としないので、上述した第１処理の場合と同様に、ステップＳ１１６以降の処理を実行する。第２処理の実行が終了した段階で、携帯通信端末２００の表示部２０６に第１処理および第２処理を実行した結果が表示されるので、ユーザＡは、代行ジョブが第２処理まで実行されたことを知ることができる。

ステップＳ１１９において、第３処理が選択された場合、ステップＳ１１３において、パラメータが必要と判断される。代行ジョブにおいて、第３処理を実行するために必要なパラメータである電子メールアドレスが定義されていないからである。この場合、ＣＰＵ１１１は、処理をステップＳ１１４に進め、ユーザＡにパラメータを要求する。具体的には、パラメータを要求するメッセージを携帯通信端末２００Ａに送信する。

携帯通信端末２００Ａは、パラメータの要求を受信したか否かを判断し（ステップＳ２１２）、パラメータの要求を受信したならば処理をステップＳ２１３に進め、そうでなければ処理をステップＳ２１６に進める。パラメータの要求を受信したならば、携帯通信端末２００にパラメータを要求する。これにより、携帯通信端末２００の表示部２０６にパラメータを要求するメッセージが表示される。ユーザＡが、携帯通信端末２００にパラメータ、ここでは、電子メールアドレスを入力すると、その電子メールアドレスが携帯通信端末２００Ａに送信される。

携帯通信端末２００Ａは、携帯通信端末２００からパラメータを受信するまで待機状態となっており（ステップＳ２１４でＮＯ）、パラメータを受信すると（ステップＳ２１４でＹＥＳ）処理をステップＳ２１５に進める。ステップＳ２１５では、携帯通信端末２００から受信したパラメータをＭＦＰ１００に送信する。そして、ジョブが終了したか否かを判断し、終了したならば処理をステップＳ２１８に進めるが、終了していなければ処理をステップＳ２１０に戻す。ステップＳ２１８においては、ＭＦＰ１００にログアウト指示を送信し、処理を終了する。

一方、ＭＦＰ１００のＣＰＵ１１１は、携帯通信端末２００Ａからパラメータを受信するまで待機状態となっており（ステップＳ１１５でＮＯ）、パラメータを受信すると（ステップＳ１１５でＹＥＳ）処理をステップＳ１１６に進める。ステップＳ１１６では、第３処理を実行し、次のステップＳ１１７で実行結果を送信する。そして、次の処理が代行ジョブに定義されているか否かを判断し（ステップＳ１１８）、定義されていなければ処理をステップＳ１２０に進めるが、定義されていれば処理をステップＳ１１９に進める。ここでは第３処理の後に処理は定義されていないので、処理をステップＳ１２０に進める。

ステップＳ１２０においては、代行アカウントデータベース２２の内容、具体的には利用可能ページ数情報を更新して、処理が実行された分だけページ数を減算する。次に、ログアウトの指示があったか否かを判別し（ステップＳ１２１）、ログアウトの指示があった場合には、ログアウト処理を行う。ログアウトの指示は、携帯通信端末２００Ａから受信される。

図１４は、請負ユーザの携帯通信端末に表示される画面の一例を示す図である。図１５は、依頼ユーザの携帯通信端末に表示される画面の一例を示す図である。図１４（Ａ）は、第２処理まで終了した段階で請負ユーザの携帯通信端末２００Ａに表示される画面を示し、第３処理を実行するために必要な電子メールアドレスを要求中であることが示される。
図１５（Ａ）は、第２処理まで終了した段階で依頼ユーザの携帯通信端末２００に表示される画面を示し、第３処理を実行するために必要な電子メールアドレスを入力する領域に、電子メールが入力された状態を示している。ここで、ＹＥＳのボタンが指示されると、入力した電子メールが、携帯通信端末２００に送信される。図１４（Ｂ）は、代行ジョブが終了した段階で請負ユーザの携帯通信端末２００Ａに表示される画面を示し、図１５（Ｂ）は、代行ジョブが終了した段階で依頼ユーザの携帯通信端末２００に表示される画面を示す。

なお、本実施の形態においては、処理を実行するためにパラメータが設定されているか否かを判断するようにしたが、既に代行ジョブで処理を実行するためのパラメータが設定されている場合に、その設定の確認が必要か否かを判断するようにしてもよい。例えば、第２処理の原稿を読み取る場合の読取条件がパラメータとして代行ジョブに設定されているが、代行ジョブにパラメータの確認を求めるための印が予め付されている場合、または、請負ユーザの意思でパラメータの確認を求める操作をした場合などである。

図１６は、代行アカウント期限管理処理の内容の一例について説明するための図である。この処理は代行アカウント管理部１５により、例えば定期的に代行アカウントデータベース２２の内容を参照して行うことができる。まず、有効期限の到来した代行アカウントを検出した場合（ステップＳ３０１でＹＥＳ）、当該代行アカウントが未使用であるか否かを判別する(ステップＳ３０２)。

未使用でない場合には（ステップＳ３０３でＮＯ）、当該代行アカウントを無効とする処理を実行する（ステップＳ３０４）。無効化処理には、代行アカウントの削除、無効フラグのセットなどが可能である。未使用であった場合には（ステップＳ３０３でＹＥＳ）、依頼人ユーザに、その旨を通知するメールを送信する（ステップＳ３０５）。この未使用通知メールを受け取った依頼人ユーザは、例えば有効期限の延長、代行アカウントの再度の登録等の処理で対応することができる。全ての代行アカウントについて、有効期限到来の検出処理を終了すると（ステップＳ３０６でＹＥＳ）、有効期限の管理処理を終了する。

以上説明したように本実施の形態におけるＭＦＰ１００は、依頼ユーザのユーザ識別情報に関連する代行アカウントを発行し、代行アカウントに基づいて実行指示が入力されると、その実行指示に従って処理を実行する。さらに、処理結果が、代行アカウントを発行した依頼ユーザが携帯する情報通信端末２００に送信される。このため、依頼ユーザが別の請負ユーザに処理の代行を依頼した場合に、請負ユーザの指示で実行された処理の結果を、依頼ユーザに通知することができる。

また、代行アカウントが入力されると、アカウントデータベース２１で代行アカウントに関連付けられた依頼ユーザの電話番号を用いて携帯通信端末２００との間で通信を確立するので、依頼ユーザの携帯通信端末２００に確実に処理結果を送信することができる。

また、請負ユーザが携帯する携帯通信端末２００Ａと通信するための無線通信部１７０と、無線通信部１７０により携帯通信端末２００Ａから代行アカウントが受信されると、携帯通信端末２００に割当てられた電話番号と、通信プログラムとを携帯通信端末２００Ａに送信し、携帯通信端末２００Ａに該通信プログラムを実行させて、携帯通信端末２００と通信させる。このため、処理結果を携帯通信端末２００Ａを経由して携帯通信端末２００に送信することができる。

また、代行ジョブが定義する一連の処理は、ユーザによる確認を条件に実行される特定処理を含み、特定処理が実行される前に、携帯通信端末２００に確認を要求し（Ｓ１１４）、要求した確認に応じて携帯通信２００から確認を受信することを条件に（Ｓ１１５でＹＥＳ）、特定処理を実行する（Ｓ１１６）。このため、代行ジョブを依頼した依頼ユーザに確認した後に、処理を実行させることができる。

また、特定処理が実行される前に、携帯通信端末２００にパラメータを要求し（Ｓ１１４）、要求したパラメータが携帯通信２０から受信することを条件に（Ｓ１１５でＹＥＳ）、特定処理を実行する（Ｓ１１６）。このため、代行ジョブを依頼した依頼ユーザによりパラメータが設定された後に処理を実行させることができる。

＜第２の実施の形態＞
次に、第２の実施の形態における画像システムについて説明する。第２の実施の形態における画像システムは、請負ユーザであるユーザＢがＭＦＰ１００を直接操作し、ＭＦＰ１００が依頼ユーザであるユーザＡの携帯通信端末２００と通信を確立して、代行ジョブの進行状態をＭＦＰ１００から携帯通信端末２００に送信するようにしたものである。以下、第１の実施の形態における画像形成システムと異なる点を説明する。

ＭＦＰ１００と携帯通信端末２００との間の通信は、赤外線を用いた通信を利用しても良いし、ネットワーク２を介して通信するようにしてもよい。ネットワークを介して通信する場合、ＭＦＰ１００の通信Ｉ／Ｆ部１１２と、携帯通信端末２００の無線通信部２０４との間で通信する。この場合、図６に示したアカウントデータベース２１に記憶される送信情報は、ユーザが通常使用する情報端末のＩＰアドレスが含まれる。ユーザが通常使用する情報端末は、ネットワーク２に接続された端末であり、例えば、ユーザＡであれば、携帯通信端末２００またはＰＣ１０５である。ここでは、依頼ユーザであるユーザＡのアカウントデータに携帯通信端末２００のＩＰアドレスが定義されている場合を例に説明する。

図１７は、ＭＦＰで実行される代行アカウント受付処理の流れの一例を示す第２のフローチャートである。代行アカウント受付処理は、ＭＦＰ１００のＣＰＵ１１１が、代行処理プログラムを実行することにより、ＣＰＵ１１１により実行される処理である。ＭＦＰ１００でユーザがログインを行う際に、まず、操作部１６０Ｂ、表示部１６０Ａ等のユーザインターフェースを介して、ユーザＩＤ及びパスワードを入力する（ステップＳ１５１）。ＭＦＰ１００では、入力されたユーザＩＤがアカウントデータベース２１に存在する場合(ステップＳ１５２でＹＥＳ）、通常アカウントとしてのユーザ認証を行う（ステップＳ１５３）。

そしてユーザＩＤおよびパスワードがアカウントデータベース２１に格納されているものと合致した場合、認証ＯＫとして（ステップＳ１５４でＹＥＳ）、通常のアカウントでのログインが許可される（ステップＳ１５５）。図１８は、通常のアカウントでログインした場合に表示部１６０Ａに表示される画面の一例を示す図である。同図の例では、アカウントデータベース２１に課金情報として格納されている利用可能ページ数の上限と、実際にこれまで利用されたページ数、残りの利用可能ページ数が表示されている。

一方、入力されたユーザＩＤがアカウントデータベース２１に存在しない場合（ステップＳ１５２でＮＯ）、入力されたユーザＩＤが代行アカウントデータベース２２に存在するか否かを判定する（ステップＳ１５６）。代行アカウントデータベース２２にも存在しない場合は、ユーザＩＤの入力ミスと判定できるのでステップＳ１５１へと戻る(ステップＳ１５６でＮＯ）。

入力されたユーザＩＤが代行アカウントデータベース２２に代行アカウントＩＤとして存在する場合には（ステップＳ１５６でＹＥＳ）、代行アカウントとしてのユーザ認証を行う(ステップＳ１５７）。ここでのユーザ認証では、代行アカウントデータベース２２にパスワードが格納されているか否か、および入力されたパスワードが登録されたパスワードと一致するか否かが判定される。なお、図７に示されるように請負人ＩＤが指定されている場合には、代行アカウント用のパスワードを登録していないが、これは請負ユーザのパスワードで認証を行えばよいからであって、請負人ＩＤが指定されているときに代行アカウントＩＤと請負人のパスワードが入力された場合には、認証ＯＫとして処理を進めることが可能である。

代行アカウントでの認証がＯＫとなった場合（ステップＳ１５８でＹＥＳ）、代行アカウントでのログインを許可する（ステップＳ１５９）。図１９は、代行アカウントでログインした場合に表示部１６０Ａに表示される画面の一例を示す図である。同図の例は請負人が指定されていないため、「ようこそゲストさん」と表示されているが、請負人が指定されている場合には、当該請負人の氏名を表示することができる。もっともログインしたユーザＩＤとしては代行アカウントＩＤを表示することが好ましい。

なお、図１８に示したように通常のアカウントでログインした場合であって、当該ユーザが請負人として指定された代行アカウントか登録されている場合、その旨を示すボタン５０１が表示部１６０Ａに表示される。このボタン５０１は代行アカウントヘの切り替えボタンとしての機能を有しており、切り替えボタン５０１が押下された場合（ステップＳ１６０でＹＥＳ）、代行アカウントでのログインに切り替える。

切り替えの後に表示部１６０Ａに表示される画面は、例えば、図１９に示したように代行アカウントＩＤが表示されており、かつ、「ゲストさん」でなく「岡本さん」等のユーザの氏名が表示されるものとなる。なお、図１９に示されているボタン５０３は、代行アカウントに対して依頼人ユーザから実行するべき処理が指定され、図９の依頼処理管理テーブルに格納されている場合に表示される処理実行ボタンであり、処理実行ボタン５０３を押下することにより、登録された処理が実行される。以下、代行アカウントでログインした際の処理を管理する代行アカウント処理管理処理について詳細に説明する。

図２０は、ＭＦＰで実行される代行アカウント処理管理処理の流れの一例を示す第２のフローチャートである。代行アカウント処理管理処理は、ＭＦＰ１００のＣＰＵ１１１が、代行処理プログラムを実行することにより、ＣＰＵ１１１により実行される処理である。この代行アカウント処理管理処理は、原則として、代行アカウントＩＤが表示された画面が表示部１６０Ａに表示されているときに実行される処理である。図２１は、依頼ユーザの携帯通信端末２００で実行される代行ジョブ確認処理の流れの一例を示す図である。

図２０および図２１を参照して、ＭＦＰ１００は、代行アカウント処理管理処理では、まず、上記の処理実行ボタン５０３が押下されたか否かを判定する（ステップＳ１７１）。処理実行ボタン５０３が押下されるまで待機状態となり（ステップＳ１７１でＮＯ）、処理実行ボタン５０３が押下されると（ステップＳ１７１でＹＥＳ）処理をステップＳ１７２に進める。すなわち、この代行アカウント処理管理処理は、請負ユーザにより代行ジョブの実行が指示されることを条件に実行される処理である。

ＣＰＵ１１１は、ステップＳ１７２において、依頼ユーザのネットワークアドレス、ここでは携帯通信端末２００に割当てられたネットワークアドレスに接続要求を送信する（ステップＳ１７２）。

一方、携帯通信端末２００は、ＭＦＰ１００から接続要求を受信するまで待機状態となっており（ステップＳ４０１でＮＯ）、接続要求を受信すると（ステップＳ４０１でＹＥＳ）処理をステップＳ４０２に進める。すなわち、代行ジョブ確認処理は、ＭＦＰ１００から接続要求を受信することを条件に実行される処理である。ステップＳ４０２においては、接続要求に応じて通信を確立する。具体的には、ＭＦＰ１００に対して接続許可信号を送信する。携帯通信端末２００は、通信を確立した後は、ステップＳ４０３またはステップＳ４０７を実行する。

ＭＦＰ１００のＣＰＵ１１１は、携帯通信端末２００との間で通信を確立できたか否かを判断し（ステップＳ１７３）、通信を確立できたならば処理をステップＳ１７４に進め（ステップＳ１７３でＹＥＳ）、そうでなければ処理をステップＳ１８５に進める（ステップＳ１７３でＮＯ）。携帯通信端末２００から接続許可信号を受信したならば処理をステップＳ１７４に進め、そうでなければ処理をステップＳ１８５に進める。ステップＳ１８５においては、ＭＦＰ１００の表示部１６０Ａに、依頼ユーザの携帯通信端末２００と通信できないことを通知するためのメッセージを表示し、処理を終了する。

ＭＦＰ１００のＣＰＵ１１１は、最初の処理、ここでは第１処理を選択し（ステップＳ１７４）、処理をステップＳ１７５に進める。ステップＳ１７５においては、選択した処理にパラメータが必要とするか否かを判断する。パラメータが必要か否かは、選択した処理を実行するために必要なパラメータが、代行ジョブで定義されているか否かにより判断する。定義されていれば必要ないと判断し、定義されていなければ必要と判断する。パラメータが必要であれば処理をステップＳ１７６に進め、そうでなければ処理をステップＳ１７８に進める。ここでの代行ジョブは、第１処理〜第３処理が定義されており、第３処理の電子メールアドレスがパラメータに相当する。第１処理は、パラメータは必要ないので、処理をステップＳ１７８に進める。

ステップＳ１７８においては、選択した処理を実行する。ここでは、ＨＤＤ１１６に記憶されているファイル名「会議．ｐｄｆ」のファイルを読出し、プリントする。そして、処理を実行した結果を、携帯通信端末２００に送信する（ステップＳ１７９）。携帯通信端末２００は、実行結果を受信したかいなかを判断し（ステップＳ４０７）、実行結果を受信したならば処理をステップＳ４０８に進め、そうでなければ処理をステップＳ４０９に進める。ステップＳ４０８においては、受信した実行結果を、携帯通信端末２００の表示部２０６にＭＦＰ１００が第１処理を実行した結果を表示する。

ＭＦＰ１００のＣＰＵ１１１は、次の処理が代行ジョブに定義されているか否かを判断し（ステップＳ１８０）、定義されていれば処理をステップＳ１８１に進め、そうでなければ処理をステップＳ１８２に進める。ここでの代行ジョブは、第２処理を定義しているので、処理をステップＳ１８１に進める。ステップＳ１８１においては、第２処理を選択し、処理をステップＳ１７５に進める。ステップＳ１７５においては、第２処理がパラメータを必要とするか否かを判断する。第２処理は、パラメータを必要としないので、上述した第１処理の場合と同様に、ステップＳ１７８以降の処理を実行する。第２処理の実行が終了した段階で、携帯通信端末２００の表示部２０６に第１処理および第２処理を実行した結果が表示されるので、ユーザＡは、代行ジョブが第２処理まで実行されたことを知ることができる。

ステップＳ１８１において、第３処理が選択された場合、ステップＳ１７５において、パラメータが必要と判断される。代行ジョブにおいて、第３処理を実行するために必要なパラメータである電子メールアドレスが定義されていないからである。この場合、ＣＰＵ１１１は、処理をステップＳ１７６に進め、ユーザＡにパラメータを要求する。具体的には、パラメータを要求するメッセージを携帯通信端末２００に送信する。

携帯通信端末２００は、パラメータの要求を受信したか否かを判断し（ステップＳ４０３）、パラメータの要求を受信したならば処理をステップＳ４０４に進め、そうでなければ処理をステップＳ４０７に進める。パラメータの要求を受信したならば、表示部２０６にパラメータを要求するパラメータ入力画面を表示する（ステップＳ４０４）。そして、パラメータが入力されたか否かを判断する（ステップＳ４０５）。ユーザＡが、携帯通信端末２００にパラメータ、ここでは、電子メールアドレスを入力すると、その電子メールアドレスを受け付け、処理をステップＳ４０６に進めるが、そうでなければ処理をステップＳ４０４に戻す。ステップＳ４０６においては、ＭＦＰ１００に受け付けたパラメータを送信する。

また、携帯通信端末２００は、ステップＳ４０９において、ステップＳ４０７で受信した実行結果から代行ジョブが終了したか否かを判断し、代行ジョブが終了したならば処理をステップＳ４１０に進めるが、そうでなければ処理をステップＳ４０３に戻す。ステップＳ４１０においては、通信を切断し、処理を終了する。

一方、ＭＦＰ１００は、携帯通信端末２００からパラメータを受信するまで待機状態となっており（ステップＳ１７７でＮＯ）、パラメータを受信すると（ステップＳ１７７でＹＥＳ）処理をステップＳ１７８に進める。ステップＳ１７８では、携帯通信端末２００から受信したパラメータを用いて第３処理を実行する。そして、実行結果を携帯通信端末２００に送信する（ステップＳ１７９）。

そして、ステップＳ１８２においては、通信を切断し、処理をステップＳ１８３に進める。ステップＳ１８３においては、代行アカウントデータベース２２の内容、具体的には利用可能ページ数情報を更新して、処理が実行された分だけページ数を減算する。次に、ログアウトの指示を受け付けたか否かを判別し（ステップＳ１８４）、ログアウトの指示を受け付けたならば、ログアウト処理を行う。ログアウトの指示は、ユーザにより操作部１６０Ｂに入力される。

なお、上記の実施の形態では、操作部１６０Ｂからの操作を介して処理の実行を指示した場合について説明したが、例えばネットワーク２を介して接続されたＰＣ等の外部装置からプリント等の処理の実行を指示する場合でも、代行アカウントを用いることは可能である。その際には、ＰＣ等の外部装置で代行アカウントの識別子および認証情報を入力し、ＭＦＰ１００への処理実行指示プログラムが、当該識別子および認証情報を送信する。なお、認証情報としては、代行アカウントに設定されたパスワード（図７参照）、または請負ユーザのパスワード（図６参照）のいずれを用いることもできる。

なお、ここでは、依頼ユーザの携帯通信端末２００に処理結果を送信するようにしたが、携帯通信端末２００に限らず、依頼ユーザが使用するＰＣ１０５に処理結果を送信するようにしてもよい。

以上説明したように第２の実施の形態におけるＭＦＰ１００は、依頼ユーザが携帯する携帯通信端末２００に処理結果を直接送信するので、携帯通信端末２００Ａが不要である。

＜第３の実施の形態＞
第２の実施の形態においては、ＭＦＰ１００と依頼ユーザの携帯通信端末２００とが通信を確立するようにしたが、第３の実行の形態においては、ＭＦＰ１００がマークアップ言語で記述したウェブ（Ｗｅｂ）ページを生成し、携帯通信端末２００でブラウザプログラムを実行して、Ｗｅｂページを閲覧するようにしたものである。この場合、携帯通信端末２００で実行されるブラウザプログラムは、所定時間ごとにＷｅｂページを自動更新するのが好ましい。その他の構成は、第２の実施の形態における画像形成システム１と同じなので、ここでは説明を繰り返さない。

図２２は、ＭＦＰで実行される代行アカウント処理管理処理の流れの一例を示す第３のフローチャートである。図２０に示した代行アカウント処理管理処理と同一の処理には同じ符号を付している。以下、図２０に示した代行アカウント処理管理処理と異なる点を主に説明する。図２２を参照して、ＭＦＰ１００は、処理実行ボタン５０３が押下されたならば（ステップＳ１７１でＹＥＳ）、処理をステップＳ１７２Ａに進める。ステップＳ１７２においては、依頼ユーザのネットワークアドレス、ここでは携帯通信端末２００に割当てられたネットワークアドレスにＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を送信する。ＵＲＬは、ＭＦＰ１００が生成するＷｅｂページに与えられるネットワーク２上の位置を示すネットワークアドレスである。

図２３に、依頼ユーザの携帯通信端末に表示されるＵＲＬ受信通知画面の一例を示す。ＵＲＬ受信通知画面は、ＨＴＭＬで記述され、代行アカウント「ＴｏｙＵ９９１」、請負人ＩＤ「Ｏｋａｍｏｔｏ」、ＷｅｂページのＵＲＬと、を含む。ユーザがＷｅｂページのＵＲＬを指示すれば、携帯通信端末２００は、そのＵＲＬで特定されるＷｅｂページをＭＦＰ１００から取得し、そのＷｅｂページを表示部２０６に表示する。

ステップＳ１７２Ｂにおいては、Ｗｅｂページを生成し、処理をステップＳ１７４に進める。ＭＦＰ１００は、生成したＷｅｂページを、ダウンロード可能な状態でＨＤＤ１１６に記憶する。この段階では、代行ジョブの実行が指示されたことを示すメッセージを含むＷｅｂページが生成される。携帯通信端末２００で実行されるブラウザプログラムは、そのＵＲＬで特定されるＷｅｂページをＭＦＰ１００からダウンロードして、表示部１６０Ａに表示する。これにより、携帯通信端末２００のユーザＡは、Ｗｅｂページを閲覧することができる。

次のステップＳ１７４においては、代行ジョブの最初の処理、ここでは第１処理を選択し、処理をステップＳ１７５に進める。ステップＳ１７５においては、選択した処理にパラメータが必要とするか否かを判断する。パラメータが必要であれば処理をステップＳ１７６に進め、そうでなければ処理をステップＳ１７８に進める。ステップＳ１７６においては、ユーザＡにパラメータを要求するために、パラメータを要求するメッセージを含むＷｅｂページに更新する。このＷｅｂページは、パラメータの入力を許容し、そのパラメータを返信するプログラムを含む。次に、パラメータを受信したか否かを判断し（ステップＳ１７７）、携帯通信端末２００からパラメータを受信するまで待機状態となり（ステップＳ１７８でＮＯ）、パラメータを受信したならば処理をステップＳ１７８に進める。

ステップＳ１７８においては、選択した処理を実行する。そして、処理を実行した結果を含むＷｅｂページに更新する（ステップＳ１７９Ａ）。携帯通信端末２００のユーザＡは、更新したＷｅｂページを閲覧することにより、実行結果を確認することができる。

以上説明したように第３の実施の形態におけるＭＦＰは、依頼ユーザのユーザ識別情報に関連する代行アカウントを発行し、代行アカウントに基づいて実行指示が入力されると、その実行指示に従って処理を実行する。さらに、実行指示に従って実行された処理結果をマークアップ言語で記述したページが生成され、携帯通信端末２００からページのネットワーク上の位置情報が受信されると、生成されたページを返信する。このため、依頼ユーザが別の請負ユーザに処理の代行を依頼した場合に、依頼ユーザは、携帯通信端末２００で、請負ユーザが代行して実行した処理の結果を閲覧することができる。

なお、上述した実施の形態においては、画像形成システム１について説明したが、図１１〜図１３、図１６、図１７、図２０〜図２２に示した処理を実行するための代行ジョブ確認方法、または図１３、図１７、図２０、図２２に示した処理をＭＦＰ１００，１０１１０２に実行させるための代行ジョブ確認プログラムとして発明を捉えることができるのは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態の１つにおける画像形成システムの全体概要を示す図である。 ＭＦＰの外観を示す斜視図である。 ＭＦＰの機能の概要を示す機能ブロック図である。 携帯通信端末の機能の概要を示す機能ブロック図である。 本実施の形態におけるＭＦＰの機能的構成の一例について説明するためのブロック図である。 アカウントデータベース２１の内容の一例を示す図である。 代行アカウントデータベース２２の内容の一例について説明するための図である。 本実施の形態で代行アカウントを新規登録するために表示部に表示させる画面の一例を示す図である。 依頼処理管理テーブルの内容の一例を示す図である。 登録内容確認画面の一例を示す図である。 ＭＦＰで実行される代行アカウント受付処理の流れの一例を示す第１のフローチャートである。 請負ユーザの携帯通信端末２００Ａで実行される代行ジョブ実行指示処理の流れの一例を示す図である。 ＭＦＰで実行される代行アカウント処理管理処理の流れの一例を示す第１のフローチャートである。 請負ユーザの携帯通信端末に表示される画面の一例を示す図である。 依頼ユーザの携帯通信端末に表示される画面の一例を示す図である。 代行アカウント期限管理処理の内容の一例について説明するための図である。 ＭＦＰで実行される代行アカウント受付処理の流れの一例を示す第２のフローチャートである。 通常のアカウントでログインした場合に表示部に表示される画面の一例を示す図である。 代行アカウントでログインした場合に表示部１６０Ａに表示される画面の一例を示す図である。 ＭＦＰで実行される代行アカウント処理管理処理の流れの一例を示す第２のフローチャートである。 依頼ユーザの携帯通信端末で実行される代行ジョブ確認処理の流れの一例を示す図である。 ＭＦＰで実行される代行アカウント処理管理処理の流れの一例を示す第３のフローチャートである。 依頼ユーザの携帯通信端末に表示されるＵＲＬ受信通知画面の一例を示す図である。

符号の説明

１ 画像形成システム、２ ネットワーク、１１ 表示内容制御部、１２ 入力取得部、１３ ユーザ認証部、１４ アカウント管理部、１５ 代行アカウント管理部、１６ ジョブ管理部、１７ 状態通知部、２０ 処理管理部、２１ アカウントデータベース、２２ 代行アカウントデータベース、１１０ メイン回路、１１１ ＣＰＵ、１１２ 通信Ｉ／Ｆ部、１１３ ＲＯＭ、１１４ ＲＡＭ、１１５ ＥＥＰＲＯＭ、１１６ ＨＤＤ、１１７ ファクシミリ部、１１８ カードＩ／Ｆ、１１８Ａ フラッシュメモリ、１２０ 自動原稿搬送装置、１３０ 原稿読取部、１４０ 画像形成部、１５０ 給紙部、１６０ 操作パネル、１６０Ａ 表示部、１６０Ｂ 操作部、１７０ 無線通信部、２００，２００Ａ 携帯通信端末、２０１ ＣＰＵ、２０２ 赤外線通信部、２０３ フラッシュメモリ、２０４ 無線通信部、２０５ 通話部、２０６ 表示部、２０７ 操作部。

Claims (9)

1. ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行する代行アカウント発行手段と、
   前記代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可する許可手段と、
   前記代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行する処理実行手段と、
   前記ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するユーザデータ記憶手段と、
   前記入力された実行指示に従って前記処理実行手段が実行した処理結果を、前記ユーザデータで該代行アカウントに関連付けられた前記ネットワークアドレスで特定される前記情報端末に送信する状態通知手段と、を備えた画像形成装置。
2. 前記状態通知手段は、前記代行アカウントが入力されると、前記ユーザデータで該代行アカウントに関連付けられた前記ネットワークアドレスを用いて前記情報端末との間で通信を確立する通信手段を含む、請求項１に記載の画像形成装置。
3. 前記状態通知手段は、前記情報端末とは別の代行情報端末と通信するための通信手段と、
   前記通信手段により前記代行通信端末から前記代行アカウントが受信されると、前記情報端末に割当てられた通信アドレスと、通信プログラムとを前記代行情報端末に送信し、前記代行情報端末に該通信プログラムを実行させて、前記情報端末と通信させる間接通信手段と、を含む、請求項１に記載の画像形成装置。
4. 前記代行アカウント発行手段は、前記発行した代行アカウントと、一連の処理を予め定義したジョブとを関連付け、記憶するジョブ記憶手段を含み、
   前記状態通知手段は、前記一連の処理それぞれが実行される毎に、該処理の実行結果を前記代行情報端末に送信する、請求項１に記載の画像形成装置。
5. 前記ジョブが定義する一連の処理は、前記ユーザによる確認を条件に実行される特定処理を含み、
   前記状態通知手段は、前記処理実行手段が前記特定処理を実行する前に、前記情報端末に確認を要求する確認要求手段を含み、
   前記処理実行手段は、前記確認要求手段が要求した確認に応じた確認信号を前記情報端末から受信することを条件に、前記特定処理を実行する、請求項１に記載の画像形成装置。
6. 前記確認要求手段は、前記特定処理を実行するためのパラメータを要求するパラメータ要求手段を含み、
   前記処理実行手段は、前記パラメータ要求手段が要求したパラメータを前記情報端末から受信することを条件に、前記特定処理を実行する、請求項５に記載の画像形成装置。
7. ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行する代行アカウント発行手段と、
   前記代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可する許可手段と、
   前記代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行する処理実行手段と、
   前記ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するユーザデータ記憶手段と、
   前記入力された実行指示に従って前記処理実行手段が実行した処理結果を、マークアップ言語で記述したページを生成するページ生成手段と、
   前記ユーザデータで該代行アカウントに関連付けられた前記ネットワークアドレスで特定される前記情報端末に、前記生成されたページのネットワーク上の位置情報を送信するページ位置情報通知手段と、
   前記生成されたページのネットワーク上の位置情報を受信することに応じて、該ページを返信するページ送信手段と、を備えた画像形成装置。
8. ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行するステップと、
   前記代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可するステップと、
   前記代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行するステップと、
   前記ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するステップと、
   前記処理を実行するステップにより前記入力された実行指示に従って実行された処理の結果を、前記ユーザデータで該代行アカウントに関連付けられた前記ネットワークアドレスで特定される前記情報端末に送信するステップと、を含む代行処理実行結果通知方法。
9. ユーザを識別するためのユーザ識別情報に関連する代行アカウントを発行するステップと、
   前記代行アカウントが入力されることを条件に、該代行アカウントに基づく処理の実行を許可するステップと、
   前記代行アカウントに基づいて処理を実行させるための実行指示が入力されると、該入力された実行指示に従って処理を実行するステップと、
   前記ユーザ識別情報と該ユーザ識別情報で識別されるユーザが携帯する情報端末に割当てられたネットワークアドレスとを関連付けるユーザデータを記憶するステップと、
   前記入力された実行指示に従って前記処理実行手段が実行した処理結果を、マークアップ言語で記述したページを生成するステップと、
   前記ユーザデータで該代行アカウントに関連付けられた前記ネットワークアドレスで特定される前記情報端末に、前記生成されたページのネットワーク上の位置情報を送信するステップと、
   前記生成されたページのネットワーク上の位置情報を受信することに応じて、該ページを返信するステップと、を含む代行処理実行結果通知方法。

Images