JP4882669B2

JP4882669B2 - ネットワークシステム、送信側情報端末、及び受信側情報端末

Info

Publication number: JP4882669B2
Application number: JP2006293896A
Authority: JP
Inventors: 隆夫小澤; 功記郷; 明人深尾
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2006-10-30
Filing date: 2006-10-30
Publication date: 2012-02-22
Anticipated expiration: 2026-10-30
Also published as: JP2008113134A

Description

通信端末のプレゼンス情報がプレゼンスサーバで管理されているネットワークシステムにおける、プレゼンス情報に応じた処理の自動実行に関する。

コンピュータネットワークに接続された端末間で通信を行う際に、端末またはその利用者の現状を表すプレゼンス情報を他の端末に提供し通知するプレゼンスサービスが存在する。このような通信相手の状態を確認できるプレゼンス情報を利用することで、発側利用者は着側利用者の状況を考慮した通信をすることができる。例えば、ＦＡＸ（ファクシミリ）やＩＰ（インターネットプロトコル）電話を利用するときには着信側のＦＡＸが利用可能であるか、通信相手が在席しているか、などを確認してから通信を開始できる。

しかし、プレゼンスサービスは通信相手の状況を通知するだけのサービスであり、発側端末または着側端末をプレゼンス情報に応じて制御する機能はない。それ故に通信の際に着側端末のプレゼンスが処理不可能な場合は、発側利用者は着側端末のプレゼンスが利用可能になるまで監視してから通信しなくてはいけないなどの手間がある。

この課題に対して、特許文献１の発明がなされている。この発明によれば、発側端末はプレゼンスサーバに自プレゼンス情報と共に着側端末の制御プログラムを送信し、着側端末が発側端末のプレゼンスを参照することでプログラムを受信して実行し、発側端末のプレゼンスに応じて着側端末の動作を制御している。

特開２００４−８０５７３号公報

しかしながら、特許文献１の技術では端末の性能のみに注目して端末の状態を考慮していないため、着側端末が利用可能になった際に発側端末が利用できない状態になって通信できない可能性がある。

本発明は、このような不具合を解消することを目的とする。

上記目的を達成するため、本発明では、情報端末のプレゼンス状態に連携して、情報端末間で行う処理が自動的に実行される仕組みを提供する。

本発明の第１の態様は、通信ネットワークに接続する複数の情報端末と前記情報端末のプレゼンス情報を管理するプレゼンスサーバとで構成されるネットワークシステムである。少なくとも１つの情報端末は、処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含めたプレゼンス情報を作成するプレゼンス情報作成手段と、前記プレゼンス情報作成手段で作成したプレゼンス情報を前記プレゼンスサーバに登録する登録手段とを備える。前記プレゼンスサーバは、前記少なくとも１つの情報端末によって登録されたプレゼンス情報に応じ、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う指示手段を備える。

また、所定の情報端末が前記プレゼンスサーバを兼ね、前記プレゼンスサーバは、少なくとも自情報端末が処理要求先の情報端末との処理に失敗した場合に、前記プレゼンス情報を作成するプレゼンス情報作成手段と、前記登録手段とをさらに備えてもよい。

また、前記情報端末は、所定のタイミングで、自情報端末の状態に関する情報を前記プレゼンスサーバへ送る手段を備え、前記プレゼンスサーバの指示手段は、前記自情報端末の状態に関する情報に基づいて、前記未実行処理を実行できるかどうかを判断するようにしてもよい。

また、前記情報端末は、情報を交換して、プレゼンス情報を管理するプレゼンスサーバの機能を備えるか否か、いずれの情報端末を前記プレゼンスサーバとするかを判定する判定手段をさらに備え、前記判定手段により前記プレゼンスサーバとすると判断された情報端末は、前記プレゼンスサーバを兼ねてもよい。

前記通信ネットワークには代行端末がさらに接続され、前記代行端末は、前記処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、前記未実行処理における前記処理要求元の情報端末の処理を代行する代行手段を備え、前記指示手段は、前記未実行処理を実行できると判断したら、前記処理要求元の情報端末を動作させずに、前記代行端末と前記処理要求先の情報端末との間で前記未実行処理に基づく処理を実行させるための動作指示を行うようにしてもよい。

また、前記代行端末は、前記処理要求先の情報端末と同一ネットワークセグメント内に存在してもよい。

また、前記処理要求先の情報端末と前記代行端末と同一ネットワークセグメント内のルータが前記プレゼンスサーバを兼ねてもよい。

また、処理要求先の情報端末と同一ネットワークセグメント内に、ルータが存在し、前記ルータは、前記プレゼンスサーバを兼ね、前記プレゼンス情報作成手段と、前記登録手段とを備えてもよい。

また、前記プレゼンスサーバは、前記代行端末を兼ねてもよい。

また、本発明の第２の態様は、通信ネットワークに接続する複数の情報端末と前記情報端末のプレゼンス情報を管理するプレゼンスサーバとで構成されるネットワークシステムの情報処理方法である。そして、少なくとも１つの情報端末は、処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含めたプレゼンス情報を作成するプレゼンス情報作成ステップと、前記プレゼンス情報作成ステップで作成したプレゼンス情報を前記プレゼンスサーバに登録する登録ステップとを行う。前記プレゼンスサーバは、前記少なくとも１つの情報端末によって登録されたプレゼンス情報に応じ、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う。

また、本発明の第３の態様は、複数の情報端末が接続する通信ネットワークに接続されるプレゼンスサーバである。そして、処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含むプレゼンス情報を取得するプレゼンス情報取得手段と、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う動作指示手段とを備える。

本発明の一実施形態について図面を参照して説明する。

図１は、本発明の一実施形態が適用されたネットワークシステムの概略構成図である。

本実施形態のネットワークシステムは、プレゼンス情報を管理するプレゼンスサーバ１０と、複数の情報端末２０とが、ネットワーク４０を介して接続されて構成される。情報端末２０は、例えば、ＦＡＸ（ファクシミリ）端末やＰＣ（パーソナルコンピュータ）端末である。ネットワーク４０は、例えば、ＩＰ（インターネットプロトコル）ネットワークである。以下、情報端末２０として、ＦＡＸ端末Ａ、ＦＡＸ端末Ｂ、ＰＣ端末Ｃが存在するとして説明する。

図２は、プレゼンスサーバ１０の機能ブロック図である。

プレゼンスサーバ１０は、プレゼンスサーバ機能１２と、ネットワーク情報受信部１０４と、代行端末検索部１０５と、プレゼンス情報制御部１０６と、プレゼンス情報転送部１０７と、情報記憶部１１と、を備えている。

プレゼンスサーバ機能１２は、プレゼンス情報収集部１０１と、プレゼンス情報監視部１０２と、プレゼンス実行指示部１０３とからなる。プレゼンス情報収集部１０１は、情報端末２０からプレゼンス情報５００を収集して情報記憶部１１に記憶する処理を行う。プレゼンス情報監視部１０２は、プレゼンス情報５００に基づいて、情報端末２０がプレゼンス情報５００で指定された動作を実行できる状態か否かを判断する処理を行う。プレゼンス実行指示部１０３は、情報端末２０がプレゼンス情報５００で指定された動作を実行できると判断された場合に、プレゼンス情報５００で指定された動作の実行のための処理を行う。動作の実行のための処理とは、例えば、情報端末２０への動作指示である。

ネットワーク情報受信部１０４は、情報端末２０から定期的に送信されるネットワーク情報６００を受信して情報記憶部１１に記憶する処理を行う。ネットワーク情報６００には、各情報端末２０の電話番号やＩＰアドレスを含むネットワーク設定状態が含まれている。

代行端末検索部１０５は、処理要求先の情報端末２０（例えば、ＦＡＸ端末Ｂ）と同一ネットワークセグメント内にあり、かつ処理要求先の情報端末２０に処理を行える機能を持った情報端末２０（例えば、ＰＣ端末Ｃ）を代行端末に選ぶ処理を行う。

プレゼンス情報制御部１０６は、代行端末（例えば、ＰＣ端末Ｃ）に処理を代行させる場合に、プレゼンス情報５００を修正する処理を行う。

プレゼンス情報転送部１０７は、代行端末（例えば、ＰＣ端末Ｃ）に処理を代行させる場合に、修正したプレゼンス情報５００を代行端末に転送する処理を行う。

図３は、情報端末２０の機能ブロック図である。

情報端末２０は、その基本構成として、端末実行部２０１と、端末プレゼンス状態検出部２０２と、端末プレゼンス情報作成部２０３と、端末プレゼンス情報送信部２０４と、端末動作指示受信部２０５と、端末ネットワーク情報送信部２０６と、端末処理部２０７と、端末プレゼンス情報表示部２０８と、を備えている。

端末実行部２０１は、通信先の情報端末２０に対する処理を行う。

端末プレゼンス状態検出部２０２は、自身の状態に変化があったことを検出して、端末プレゼンス情報作成部２０３にプレゼンス情報５００を作成するように依頼する処理を行う。

端末プレゼンス情報作成部２０３は、情報端末２０のプレゼンス情報５００を作成する処理を行う。

端末プレゼンス情報送信部２０４は、定期的に及び必要に応じて、プレゼンス情報５００をプレゼンスサーバ１０に送信する処理を行う。

端末動作指示受信部２０５は、動作指示を受信して、端末実行部２０１または端末処理部２０７に動作指示に従った処理を要求する。

端末ネットワーク情報送信部２０６は、自身のネットワーク情報（電話番号やＩＰアドレスを含むネットワーク設定状態）をプレゼンスサーバ１０に定期的に送信する処理を行う。

端末処理部２０７は、自らが備える機能（ＦＡＸ端末の場合、印字機構など）を使って処理を行う。

情報プレゼンス情報表示部２０８は、端末プレゼンス記憶部２１で記憶しているプレゼンス情報５００を利用者の要求に応じて表示装置に表示する処理を行う。

さらに、情報端末２０は、プレゼンス情報収集部２３１と、プレゼンス情報監視部２３２と、プレゼンス実行指示部２３３とからなるプレゼンスサーバ機能２３を備えていてもよい。プレゼンス情報収集部２３１は、プレゼンス情報を収集して情報記憶部２２に記憶する処理を行う。プレゼンス情報監視部２３２は、プレゼンス情報に基づいて、関係する情報端末２０がプレゼンス情報で指定された動作を実行できる状態か否かを判断する処理を行う。プレゼンス実行指示部２３３は、プレゼンス情報監視部２３２の判断結果に応じて、プレゼンス情報で指定された動作の実行のための処理を行う。なお、動作の実行のための処理には、例えば、自らの情報端末２０が実行する処理や、他の情報端末２０への動作指示を出力する処理がある。

さらに、情報端末２０は、端末プレゼンス情報受信部２０９と、端末機能認識部２１０とを備えていてもよい。端末プレゼンス情報受信部２０９は、他の情報端末２０のプレゼンス情報を受信して情報記憶部２２に記憶させる処理を行う。端末機能認識部２１０は、通信先の情報端末２０のプレゼンス情報から、通信先の情報端末が備える機能を認識する処理を行う。

なお、プレゼンスサーバ１０及び情報端末２０は、ＣＰＵ（Central Processing Unit）、メモリ（ＲＡＭなど）、補助記憶装置（ＨＤＤなど）、通信インターフェース、これらを接続するシステムバス、などからなるコンピュータシステムにより構成される。また、情報端末２０は、その用途のための機構（ＦＡＸ端末の場合、スキャナ機構、印字機構など）を備えている。各装置の上記した構成要素及び機能は、ＣＰＵがメモリにロードした所定のプログラムを実行することにより実現される。ただし、ハードウエア的に実現されてもよい。

次に、上記のように構成されるネットワークシステムのいくつかの動作例について説明する。なお、プレゼンススサーバ１０及び情報端末２０は、上記した機能部の全てを備えている必要はなく、動作例に応じた必要な機能部を備えていればよい。

＜動作例１＞
本動作例は、ＦＡＸ端末Ａがプレゼンスサーバ１０から動作指示を受けて、ＦＡＸ端末Ｂに原稿データを送る場合である。

なお、下記の説明では、ＦＡＸ端末Ａが送信するプレゼンス情報５００ａと、ＦＡＸ端末Ｂが送信するプレゼンス情報５００ｂとを区別することがある。

まず、動作の流れを概略する。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂに原稿データを送信するが、ＦＡＸ端末Ｂのトナー切れのため、印刷に失敗する。ＦＡＸ端末Ａは、プレゼンス情報５００ａを作成してプレゼンスサーバ１０に送信する。プレゼンスサーバ１０は、両端末のプレゼンス情報５００ａ、５００ｂに基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂを監視し、両者が処理を行える状態となったときに、ＦＡＸ端末Ａに動作指示を送信する。ＦＡＸ端末Ａは、プレゼンスサーバ１０から動作指示を受けて、ＦＡＸ端末Ｂに原稿データを再度送信する処理を実行する。ＦＡＸ端末Ｂは、受信した原稿データに基づいて印刷を行う。

図４（Ａ）は、ＦＡＸ端末Ａが行う、プレゼンス情報５００ａをプレゼンスサーバ１０に送信する処理のフロー図である。図４（Ｂ）は、ＦＡＸ端末Ａが行う、再度原稿データをＦＡＸ端末Ｂに送信する処理のフロー図である。

図５（Ａ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後にプレゼンス情報５００ｂをプレゼンスサーバ１０に送信する処理のフロー図である。図５（Ｂ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後に原稿データを受信して印刷する処理のフロー図である。

図６は、プレゼンスサーバ１０が行う処理のフロー図である。

かかる図４〜図６で示す各装置の各処理により、ネットワークシステム全体では、以下の処理がなされる。

ＦＡＸ端末Ａの端末実行部２０１は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、原稿をスキャンし、取得した原稿データをＦＡＸ端末Ｂに送信する（図４のＳ１０１）。

ＦＡＸ端末Ｂはトナー切れであるので、ＦＡＸ端末Ｂの端末処理部２０７は、印刷に失敗し処理できなかったというレスポンスをＦＡＸ端末Ａに返す。

ＦＡＸ端末Ａの端末実行部２０１は、かかるエラーを検出する（Ｓ１０２でＮ）。そうすると、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ１０３）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、プレゼンスサーバ１０への要求動作と、処理命令とが含まれている。

そして、端末プレゼンス情報送信部２０４は、かかるプレゼンス情報５００ａを、プレゼンスサーバ１０に送信する（Ｓ１０４）。

プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ａからプレゼンス情報５００ａを受信して（図６のＳ１４１でＹ）、情報記憶部１１に記憶する（Ｓ１４２）。

ここで、プレゼンスサーバ１０の情報記憶部１１に格納される情報について説明する。図７に示すように、情報記憶部１１には、各情報端末２０から収集したプレゼンス情報５００やネットワーク情報６００などが格納される。ネットワーク情報６００には、上述したように、各情報端末２０（ＦＡＸ端末Ａ，ＦＡＸ端末Ｂ）のＩＤ情報（電話番号）やＩＰアドレスが含まれている。

プレゼンス情報５００は、プレゼンスデータ５１０と、タスクデータ５２０と、機能データ５３０とを含んでいる。それぞれのデータ５１０〜５３０は、情報端末２０（ＦＡＸ端末Ａ、ＦＡＸ端末Ｂ）が送信したものであり、送信した情報端末２０ごとに格納されている。

プレゼンスデータ５１０は、オンラインか否かを示すオンライン情報と、アイドル状態かストップ状態かを示す状態情報と、「未実行処理がある」や「トナー切れなど」の状態理由情報とを含んでいる。

タスクデータ５２０は、プレゼンスサーバ１０に対する要求動作と、処理命令とを含んでいる。要求動作には、他の端末に対する動作指示や、自らによる処理実行などがある。処理命令には、送信元、送信先、送信するデータ（データの識別情報であってもよいし、データそのものであってもよい）、メディア、プロトコル、処理内容などが含まれている。

機能データ５３０は、情報端末２０が備える機能（例えば、ＦＡＸゲートウェイ機能、ＦＡＸ端末機能など）に関する情報を含んでいる。

なお、プレゼンスサーバ１０のプレゼンス情報収集部１０１は、プレゼンスデータ５１０及び機能データ５３０については、これらを含むプレゼンス情報５００を各情報端末２０から受信すると、最新のデータに置き換える。一方、タスクデータ５２０については、処理が終了した後、消去する。

プレゼンスサーバ１０のプレゼンス情報監視部１０２は、プレゼンス情報５００のタスクデータ５２０（送信元、送信先の欄）に基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態の監視を開始する（図６のＳ１４３）。

かかる間に、ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（図５のＳ１２１でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。

そして、ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ１２２）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、プレゼンスサーバ１０に送信する（Ｓ１２３）。

プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部１１のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。そして、プレゼンスサーバ１０のプレゼンス情報監視部１０２は、更新されたプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（図６のＳ１４４でＹ）。

プレゼンスサーバ１０のプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、ＦＡＸ端末Ａに対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る（Ｓ１４５）。

ＦＡＸ端末Ａの端末動作指示受信部２０５は、プレゼンスサーバ１０から動作指示を受信する（図４のＳ１１１でＹ）。そして、端末実行部２０１は、ＦＡＸ端末Ｂに対して原稿データを送信する（Ｓ１１２）。

そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データを受信すると（図５のＳ１３１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ１３２）。

かかる動作例によれば、プレゼンスサーバ１０がプレゼンス情報５００を用いて情報端末２０の状態を監視して、処理を実行する。すなわち、利用者は情報端末２０の状態が回復するまで監視し続ける煩雑さがなくなる
また、プレゼンスサーバ１０は処理要求元の情報端末２０（ＦＡＸ端末Ａ）に動作指示を送り、情報端末２０（ＦＡＸ端末Ａ）が動作指示の通りに動く。したがって、利用者が再び処理操作を行う手間がない
＜動作例２＞
本動作例では、処理要求元の情報端末２０（ＦＡＸ端末Ａ）がプレゼンスサーバ機能を備え、自ら処理要求先の情報端末２０（ＦＡＸ端末Ｂ）に処理を行う。

なお、「処理を要求した情報端末２０はプレゼンスサーバ機能を備える」というルールが予め設定されているとする。

まず、動作の概略を説明する。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂに原稿データを送信するが、ＦＡＸ端末Ｂのトナー切れのため、印刷に失敗する。ＦＡＸ端末Ａは、プレゼンスサーバ機能を備えているので、プレゼンス情報５００ａを作成して、自らの情報記憶部２２に記憶し、ＦＡＸ端末Ｂが処理を行える状態になるまで監視する。ＦＡＸ端末Ｂは、「処理を要求した情報端末２０はプレゼンスサーバ機能を備える」というルールから、ＦＡＸ端末Ａをプレゼンスサーバと認識して、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加え、処理可能状態となったら、プレゼンス情報５００ｂをＦＡＸ端末Ａに送る。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂのプレゼンス情報５００ｂ基づいて、ＦＡＸ端末Ｂの状態を判断し、処理可能状態と判断したら、ＦＡＸ端末Ｂに原稿データを送信する。ＦＡＸ端末Ｂは、受信した原稿データに基づいて印刷を行う。

図８は、ＦＡＸ端末Ａが行う処理のフロー図である。図９は、ＦＡＸ端末Ｂが行う処理のフロー図である。かかる図８及び図９で示す各装置の各処理により、ネットワークシステム全体では、以下の処理がなされる。

ＦＡＸ端末Ａの端末実行部２０１は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、原稿をスキャンし、取得した原稿データをＦＡＸ端末Ｂに送信する（図８のＳ２０１）。

ＦＡＸ端末Ｂはトナー切れであるので、ＦＡＸ端末Ｂの端末処理部２０７は、印刷に失敗し処理できなかったというレスポンスをＦＡＸ端末Ａに返す（図９のＳ２１１、Ｓ２１２）。

ＦＡＸ端末Ａの端末実行部２０１は、かかるエラーを検出する（図８のＳ２０２でＮ）。そうすると、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ２０３）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、ＦＡＸ端末Ａが処理を実行するという要求と、処理命令とが含まれている。

そして、ＦＡＸ端末Ａのプレゼンス情報収集部２３１は、端末プレゼンス情報作成部２０３が作成したプレゼンス情報５００ａを、情報記憶部２２に記憶する（Ｓ２０４）。

図１０は、情報記憶部２２に格納される情報の構成を示す。図７で示した構成とほぼ同じであるが、タスクデータ５２０の要求動作には、「自らによる処理実行」が格納されている。また、機能データ５３０には、ＦＡＸ端末Ａの機能として、プレゼンスサーバである旨が格納されている。

ＦＡＸ端末Ａのプレゼンス情報監視部２３２は、プレゼンス情報５００ａのタスクデータ５２０（送信先及び送信元の欄）から、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態を監視する（図８のＳ２０５）。

一方、ＦＡＸ端末Ｂのプレゼンス情報送信部２０６は、「処理を要求した情報端末２０はプレゼンスサーバ機能を備える」というルールから、ＦＡＸ端末Ａをプレゼンスサーバと認識して（図９のＳ２１３）、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加える（Ｓ２１４）。

そして、ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（Ｓ２１５でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。

ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ２１６）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。そして、端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、ＦＡＸ端末Ａに送信する（Ｓ２１７）。

ＦＡＸ端末Ａのプレゼンス情報収集部２３１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部２２のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。

ＦＡＸ端末Ａのプレゼンス情報監視部２２２は、更新されたプレゼンス情報５００ｂのプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（図８のＳ２０５でＹ）。

そして、ＦＡＸ端末Ａのプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、端末実行部２０１に対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る。これを受けて、端末実行部２０１は、ＦＡＸ端末Ｂに原稿データを送る（Ｓ２０６）。

そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データを受信すると（図９のＳ２２１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ２２２）。

かかる動作例によれば、処理要求元の情報端末２０（ＦＡＸ端末Ａ）がプレゼンスサーバ機能２３を備え、自ら処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の状態を判断して処理を行う。したがって、プレゼンスサーバ機能を備える情報端末２０（ＦＡＸ端末Ａ）は、単体で本システムの処理を行えるので、別個プレゼンスサーバ１０は必要なく、プレゼンスサーバ１０を構築して維持するコストと、本システムを利用するための課金がいらない。

また、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）は、処理を要求した情報端末２０（ＦＡＸ端末Ａ）をプレゼンスサーバと認識する。したがって、情報端末２０は処理の前にプレゼンスサーバ機能を備えた情報端末２０の存在を知らなくても、どの情報端末２０にプレゼンス情報を送れば良いのかが簡単に分かり、特別な機能を備える必要もない
なお、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）がプレゼンスサーバ機能を備え、自ら処理を行うようにしてもよい。例えば、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）がプレゼンスサーバ１０に代わってプレゼンスサーバ機能２３を備え、処理要求元の情報端末２０（ＦＡＸ端末Ａ）から処理に必要なデータ情報（原稿データ）を含めたプレゼンス情報５００ａを受信して、状態が回復したら実行する。処理要求元の情報端末２０（ＦＡＸ端末Ａ）は、「処理を要求された情報端末がプレゼンスサーバ機能を備える」というルールに基づいて、処理に失敗した際に処理要求先の情報端末２０（ＦＡＸ端末Ｂ）をプレゼンスサーバ機能２３を備えると認識し、プレゼンス情報５００ａの送信先に処理要求先の情報端末２０（ＦＡＸ端末Ｂ）を加える
こうすれば、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）がプレゼンスサーバ機能２３を備え、原稿データを含めたプレゼンス情報５００ａを使って自身で処理を行うことができる。したがって、プレゼンスサーバ機能２３を備える処理要求先の情報端末２０（ＦＡＸ端末Ｂ）は、自ら処理を行うので、利用者の情報端末２０（ＦＡＸ端末Ａ）はプレゼンス情報５００ａを送信した時点で処理から開放される。

また、処理要求元の情報端末２０（ＦＡＸ端末Ａ）は、処理を要求された情報端末をプレゼンスサーバと認識する。したがって、情報端末２０（ＦＡＸ端末Ａ）は処理の前にプレゼンスサーバ機能２３を備えた情報端末２０（ＦＡＸ端末Ｂ）の存在を知らなくても、どの情報端末２０にプレゼンス情報５００ａを送れば良いのかが簡単に分かり、特別な機能を備える必要もない。

＜動作例３＞
本動作例では、情報端末２０は処理の前にプレゼンス情報を交換して、お互いの機能を確かめて処理を行う。

本動作例の概略を説明する。まず、ＦＡＸ端末ＡとＦＡＸ端末Ｂは、処理の前にプレゼンス情報を交換して、お互いの機能を認識する。そして、ＦＡＸ端末Ａは、ＦＡＸ端末ＢがＦＡＸ端末以外の機能を備えていないことと、トナー切れであることを認識する。ＦＡＸ端末Ｂは、ＦＡＸ端末Ａがプレゼンスサーバ機能を備えていることを認識して、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加え、処理可能状態となったら、プレゼンス情報５００ｂをＦＡＸ端末Ａに送る。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂのプレゼンス情報５００ｂ基づいて、ＦＡＸ端末Ｂの状態を判断し、処理可能状態と判断したら、ＦＡＸ端末Ｂに原稿データを送信する。ＦＡＸ端末Ｂは、受信した原稿データに基づいて印刷を行う。

図１１は、ＦＡＸ端末Ａが行う処理のフロー図である。

図１２（Ａ）は、ＦＡＸ端末Ｂが行う、処理可能状態になってからＦＡＸ端末Ａにプレゼンス情報５００ｂを送信するまでの処理のフロー図である。図１２（Ｂ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後に原稿データを受信して印刷する処理のフロー図である。

かかる図１１及び図１２で示す各装置の各処理により、ネットワークシステム全体では、以下のような処理がなされる。

ＦＡＸ端末Ａの端末プレゼンス情報送信部２０４は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、ＦＡＸ端末Ａのプレゼンス情報５００ａを、ＦＡＸ端末Ｂに送る（図１１のＳ３０１）。

ＦＡＸ端末Ｂの端末プレゼンス情報送信部２０４は、端末プレゼンス情報受信部２０９でＦＡＸ端末Ａのプレゼンス情報５００ａを受信すると（図１２のＳ３１１でＹ）、そのレスポンスとしてＦＡＸ端末Ｂのプレゼンス情報５００ｂをＦＡＸ端末Ａに送る（Ｓ３１２）。

ＦＡＸ端末Ａの端末機能認識部２１０は、プレゼンス情報５００ｂの機能データ５３０から、ＦＡＸ端末ＢがＦＡＸ端末以外の機能を備えないことを認識する（図１１のＳ３０３）。

ＦＡＸ端末Ｂの端末機能認識部２１０は、プレゼンス情報５００ａの機能データ５３０から、ＦＡＸ端末ＡがＦＡＸ端末とプレゼンスサーバ機能を備えることを認識して（図１２のＳ３１３）、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加える（Ｓ３１４）。

ＦＡＸ端末Ａのプレゼンス情報監視部２２２は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂに基づいて、ＦＡＸ端末Ｂが処理可能か否かを判断する（図１１のＳ３０４）。処理可能と判断される場合（Ｓ３０４でＹ）、端末実行部２０１は、原稿データをＦＡＸ端末Ｂに送信する（Ｓ３０５）。

一方、ＦＡＸ端末Ｂが処理不可能と判断される場合（Ｓ３０４でＮ）、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ３０６）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、ＦＡＸ端末Ａが処理を実行するという要求と、処理命令とが含まれている。

そして、ＦＡＸ端末Ａの端末プレゼンス情報作成部２０３は、作成したプレゼンス情報５００ａを、情報記憶部２２に記憶する（Ｓ３０７）。

なお、情報記憶部２２に記憶される情報は、前述の図１０で示したものとほぼ同じとなる。

ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（図１２のＳ３１５でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。

ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ３１６）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。そして、端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、ＦＡＸ端末Ａに送信する（Ｓ３１７）。

ＦＡＸ端末Ａのプレゼンス情報収集部２２１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部２２のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。

そして、ＦＡＸ端末Ａのプレゼンス情報監視部２２２は、更新されたプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（Ｓ３０８でＹ）。

ＦＡＸ端末Ａのプレゼンス実行指示部２２３は、タスクデータ５２０の「要求動作」に従って、端末実行部２０１に対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る。これを受けて、端末実行部２０１は、ＦＡＸ端末Ｂに原稿データを送る（Ｓ３０９）。

そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データを受信すると（図１２のＳ３２１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ３２２）。

かかる動作例によれば、情報端末２０（ＦＡＸ端末Ａ，ＦＡＸ端末Ｂ）は処理を行う前にプレゼンス情報５００ａ、５００ｂを交換することでお互いが備える機能を認識して、その機能にあわせた処理を行う。したがって、各情報端末２０は処理の前に相手が備える機能を認識するので、無駄な処理を省くことが出来る
また、情報端末２０は、相手が備える機能によってプレゼンス情報の送り先を決めるため、本システムをより柔軟に使うことができる。

なお、ＦＡＸ端末ＡとＦＸ端末Ｂの双方がプレゼンスサーバ機能を備えている場合は、所定の規則に基づいていずれか一方をプレゼンスサーバと決めれば良い。例えば、ＦＡＸ端末Ａをプレゼンスサーバと決めたならば、動作例３の説明とほぼ同じ動作を行う。また、ＦＡＸ端末Ｂのみがプレゼンスサーバ機能を備える場合、あるいは双方がプレゼンスサーバ機能を備えておりＦＡＸ端末Ｂをプレゼンスサーバと決めた場合、この判断の後の動作は、動作例２でＦＡＸ端末Ｂがプレゼンスサーバ機能を備える場合のように動作すれば良い。

＜動作例４＞
本動作例では、プレゼンスサーバ１０は、代行端末となる情報端末２０（ＰＣ端末Ｃ）を選んで、代行端末に処理を実行させる。代行端末は、例えば、ＦＡＸ端末Ｂと同一のネットワークセグメントに接続された情報端末２０である。例えば、ＦＡＸ端末Ｂと同一の家庭内に設置された、パーソナルコンピュータ、オーディオ・ビデオ機器等である。ここでは、ＰＣ端末Ｃとして説明する。

動作の概略を説明する。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂに原稿データを送信するが、ＦＡＸ端末Ｂのトナー切れのため、印刷に失敗する。ＦＡＸ端末Ａは、原稿データを含んだプレゼンス情報５００ａを作成してプレゼンスサーバ１０に送信する。プレゼンスサーバ１０は、代行端末としてＰＣ端末Ｃを選択し、ＰＣ端末Ｃに原稿データを含んだプレゼンス情報５００ａを送る。ＰＣ端末Ｃは、ＦＡＸ端末Ｂが処理可能となると、ＦＡＸ端末Ｂに対して原稿データを送る。そして、ＦＡＸ２０端末２０Ｂは、受信した原稿データに基づいて印刷処理を行う。

ＦＡＸ端末Ａが行う、プレゼンス情報５００ａをプレゼンスサーバ１０に送信する処理のフローは、前述の図４（Ａ）のフローと同様である。

ＦＡＸ端末Ｂが行う、処理不能状態の解消後にプレゼンス情報５００ｂをプレゼンスサーバ１０に送信する処理のフロー、および、処理不能状態の解消後に原稿データを受信して印刷する処理のスロー図は、それぞれ、前述の図５（Ａ）及び図５（Ｂ）のフローと同様である。

図１３（Ａ）は、プレゼンスサーバ１０が行う、代行端末の存否に応じて成す処理のフロー図である。図１３（Ｂ）は、プレゼンスサーバ１０が行う、代行端末に動作指示をだす処理のフロー図である。

図１４（Ａ）は、ＰＣ端末Ｃが行う、プレゼンス情報を取得する処理のフロー図である。図１４（Ｂ）は、ＰＣ端末Ｃが行う、ＦＡＸ端末Ｂに対して成す処理のフロー図である。

以下、図４のＳ１０１〜Ｓ１０４の処理の以降から説明する。

本動作例では、図４のＳ１０３において、ＦＡＸ端末Ａの端末プレゼンス情報作成部２０３は、原稿データを含んだプレゼンス情報５００ａを作成する。

プレゼンスサーバ１０のプレゼンス情報収集部１０１は、原稿データを含んだプレゼンス情報５００ａを受信して（図１３のＳ４０１でＹ）、情報記憶部１１に記憶する（Ｓ４０２）。

プレゼンスサーバ１０のプレゼンス情報監視部１０２は、プレゼンス情報５００のタスクデータ５２０（送信元、送信先の欄）に基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態の監視を開始する（Ｓ４０３）。

プレゼンスサーバ１０の代行端末検索部１０５は、ネットワーク情報６００を参照して、ＦＡＸ端末Ｂと同一ネットワークセグメント内にあり、ＦＡＸＧＷ機能を備えた情報端末２０（ＰＣ端末Ｃ）を選ぶ（Ｓ４０４でＹ）。

プレゼンスサーバ１０のプレゼンス情報制御部１０６は、ＰＣ端末ＣからＦＡＸ端末Ｂに処理が行われるようにプレゼンス情報５００のタスクデータ５２０を修正する（Ｓ４０５）。具体的には、図１５に示すように、タスクデータ５２０の動作要求の対象を、ＦＡＸ端末Ａから、代行端末（ＰＣ端末Ｃ）に変更する。また、送信元を、ＦＡＸ端末Ａから、代行端末（ＰＣ端末Ｃ）に変更する。

そして、プレゼンス情報転送部１０７は、ＰＣ端末Ｃに、原稿データを含んだプレゼンス情報５００（タスクデータ５２０の部分）を転送する（Ｓ４０６）。

なお、代行端末が見つからない場合（Ｓ４０４でＮ）の以降の処理（Ｓ４０７、Ｓ４０８）は、図６のＳ１４４、Ｓ１４５の処理と同様なので説明を省略する。

ＰＣ端末Ｃの端末プレゼンス情報受信部２０９は、プレゼンスサーバ１０から転送されたプレゼンス情報５００を受信すると（図１４のＳ４２１でＹ）、情報記憶部２２に記憶する（Ｓ４２２）。

一方、プレゼンスサーバ１０のプレゼンス情報監視部１０２は、プレゼンス情報５００の修正されたタスクデータ５２０（送信元、送信先の欄）に基づいて、ＰＣ端末ＣとＦＡＸ端末Ｂが処理に関係する事を判断して、ＰＣ端末ＣとＦＡＸ端末Ｂの状態の監視を続ける（図１３のＳ４１１）。

プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部１１のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。そして、プレゼンスサーバ１０のプレゼンス情報監視部１０２は、更新されたプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（図１３のＳ４１１でＹ）。

プレゼンスサーバ１０のプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、ＰＣ端末Ｃに対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る（Ｓ４１２）。

ＰＣ端末Ｃの端末動作指示受信部２０５は、プレゼンスサーバ１０から動作指示を受信する（図１４のＳ４３１でＹ）。そして、ＰＣ端末Ｃの端末実行部２０１は、転送されたプレゼンス情報５００に含まれている原稿データをＦＡＸ端末Ｂに送信する（Ｓ４３２）。

そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＰＣ端末Ｃから原稿データを受信すると（図５のＳ１３１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ１３２）。

かかる動作例によれば、同一ネットワークセグメント内にある情報端末を代行端末に選んで、代行端末に処理を行わせる。すなわち、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）と同一ネットワークセグメント内にある情報端末２０（ＰＣ端末Ｃ）が処理を行うので、通信ネットワーク全体にかかる負荷を減らすことが出来る
なお、プレゼンスサーバ１０は、プレゼンスサーバ機能２３を備える情報端末２０を代行端末に選ぶようにしてもよい。そして、修正したプレゼンス情報を代行端末に送信し、代行端末のプレゼンスサーバ機能２３が、図１３の（Ｂ）の処理を行うようにしてもよい。

また、本動作例では、ＦＡＸ端末Ａは、原稿データを含んだプレゼンス情報５００ａを作成して、プレゼンスサーバ１０へ送信している。しかし、これに限定されず、原稿データを含まないプレゼンス情報５００ａを作成してプレゼンスサーバ１０へ送信し、一方、原稿データを、プレゼンスサーバ１０を経ずに代行端末となる情報端末２０へ送信するようにしても良い。この場合、プレゼンスサーバ１０は、受信したプレゼンス情報に基づいて、代行端末（情報端末２０）を選択し、その旨をＦＡＸ端末Ａ又は代行端末（情報端末２０）に連絡する。そして、プレゼンスサーバ１０を経ずにＦＡＸ端末Ａから情報端末２０へ原稿データが送られるようにする。

また、プレゼンスサーバ１０は、ＦＡＸ端末Ｂと同一ネットワークセグメント内にある場合、自分自身を代行端末とすることもできる。すなわち、プレゼンスサーバ１０は、上記で代行端末（ＰＣ端末Ｃ）が行うとして説明した処理を行う。

かかる場合、ＦＡＸ端末Ａにプレゼンスサーバ１０からの指示を待たせなくてもよいので、ＦＡＸ端末Ａが別の動作をすることも可能になる。

さらにこれらの場合において、代行端末は予め決まっている、あるいはＦＡＸ端末Ａが指定をする、ということによりプレゼンスサーバ１０が選択を行わず、ＦＡＸ端末ＡがS４０５にて修正されたもののように、タスクデータ５２０の要求動作や送信元にＦＡＸ端末Ａではなく代行端末が書かれたプレゼンス情報を作成し、プレゼンスサーバ１０へ送ることも可能である。

＜動作例５＞
かかる動作例では、図１６に示すように、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の存在するＬＡＮと外部ネットワークの間に、ブロードバンドルータ３０が存在する。かかるブロードバンドルータ３０は、プレゼンスサーバ機能を備え、代行端末となる情報端末２０（ＰＣ端末Ｃ）に動作指示を出す。

ブロードバンドルータ３０の行う処理は、例えば、上記の動作例４で示したプレゼンスサーバ１０が行う処理と同様である。

または、ブロードバンドルータ３０は、プレゼンス情報に基づいて、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理を行えないと判断したら、処理要求元（ＦＡＸ端末Ａ）から代わりに原稿データを受信して、原稿データを含んだプレゼンス情報を作成して代行端末（ＰＣ端末Ｃ）に転送するようにしてもよい。代行端末（ＰＣ端末Ｃ）は、プレゼンスサーバ機能を備える場合、上記の動作例４と同様に、ＦＡＸ端末Ｂを監視し、処理可能になったら、ＦＡＸ端末Ｂに原稿データを送信する。一方、代行端末（ＰＣ端末Ｃ）がプレゼンスサーバ機能を備えない場合、ブロードバンドルータ３０は、ＦＡＸ端末Ｂを監視し、処理可能になったら、代行端末（ＰＣ端末Ｃ）に原稿データをＦＡＸ端末Ｂに送信するように指示する。

こうすれば、処理要求元の情報端末２０（ＦＡＸ端末Ａ）がプレゼンス情報を作成する必要がなく、プレゼンス情報を扱えない情報端末でも本システムを利用できる
＜動作例６＞
かかる動作例では、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）は、履歴にあるURLからリソースを受信して自ら処理を行う。

動作例５と同様に、ブロードバンドルータ３０は、プレゼンスサーバに代わってプレゼンスサーバ機能を備える。ブロードバンドルータ３０は、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理を行えないと判断したら、代わりに処理要求元の情報端末２０（ＦＡＸ端末Ａ）から原稿データを受信する。そして、代行端末（ＰＣ端末Ｃ）を選んで、原稿データを含めたプレゼンス情報を代行端末に転送する。さらに、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）にアクセスして、プレゼンス情報という処理すべきリソースがあることと、リソースの場所（URL）とを送信し、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の履歴に残す。

処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の端末処理部２０７は、処理不能状態から回復したら、履歴にあるリソースの場所（URL）にアクセスしてリソースを受信し、自ら処理を行う。

こうすれば、処理要求先の情報端末は、履歴を参照して処理を行うので、プレゼンスサーバからの動作指示を受ける必要が無く、処理要求先の情報端末の都合のいいタイミングで処理を開始できる。

＜動作例７＞
かかる動作例では、当初の処理要求先であるＦＡＸ端末Ｂがプレゼンスサーバ１０から動作指示を受けて、処理要求元であるＦＡＸ端末Ａからデータを受信する。

図１７（Ａ）は、ＦＡＸ端末Ａが行う、プレゼンス情報５００ａをプレゼンスサーバ１０に送信する処理のフロー図である。図１７（Ｂ）は、ＦＡＸ端末Ａが行う、再度原稿データをＦＡＸ端末Ｂに送信する処理のフロー図である。

図１８（Ａ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後にプレゼンス情報５００ｂをプレゼンスサーバ１０に送信する処理のスロー図である。図１８（Ｂ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後に原稿データを受信して印刷する処理のフロー図である。

なお、プレゼンスサーバ１０が行う処理のフローは、基本的に図６に示したフローと同じである。

ＦＡＸ端末Ａの端末実行部２０１は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、原稿をスキャンし、取得した原稿データ（picture1.jpg）をＦＡＸ端末Ｂに送信する（図１７のＳ５０１）。

ＦＡＸ端末Ａの端末実行部２０１は、かかるエラーを検出する（Ｓ５０２でＮ）。そうすると、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ５０３）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、プレゼンスサーバ１０への要求動作と、処理命令とが含まれている。処理命令には、後述するように、動作指示の送信元（ポート番号を含む）、送信先（ポート番号を含む）、データの識別情報（ファイル名：picture1.jpg）、メディア（例えば、ＪＰＧ）、プロトコル（例えば、ＨＴＴＰ）、メディアストリーム（例えば、受信を示す「ＲＥＣＶ」）、使用するアプリケーションソフト名（例えば、「ＩＰプリント」）などが含まれている。

なお、情報端末２０の間で、対応するメディア、プロトコル等の情報が分かっていないと、通信する際に不整合が起こる可能性がある。そこで、本動作例では、各情報端末２０は、対応可能なプロトコル、メディア等が格納された機能データ５３０を含むプレゼンス情報を事前に交換している。端末プレゼンス情報作成部２０３は、タスクデータ５２０の処理命令に、二つの端末（ＦＡＸ端末Ａ，ＦＡＸ端末Ｂ）が対応可能なメディア、プロトコル、アプリケーション等を指定する。

次に、端末プレゼンス情報送信部２０４は、かかるプレゼンス情報５００ａを、プレゼンスサーバ１０に送信する（Ｓ５０４）。

図１９は、情報記憶部１１に記憶される情報の構成を示す。

本動作例では、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が動作指示を受信して、処理要求元の情報端末２０（ＦＡＸ端末Ａ）にアクセスする。そのため、プレゼンス情報５００のタスクデータ５２０は、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）に動作指示を送った場合でも、（１）処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理要求元の情報端末２０（ＦＡＸ端末Ａ）にアクセスでき、（２）処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理要求元の情報端末２０（ＦＡＸ端末Ａ）からデータを受信するのか、データを送信するのかを指定できる、ものである必要がある。

そのため、タスクデータ５２０に格納される処理命令として、送信元ポート（動作指示を受ける、送信元の情報端末が使用するポート番号）、送信先ポート（送信先の情報端末が使用するポート番号）、メディアストリーム（情報端末間の通信においてデータが流れる方向）が格納されている。メディアストリームには、例えば、SEND：送信元の情報端末は、送信先の情報端末にデータを送る、RECV ：送信元の情報端末は、送信先の情報端末からデータを受ける、SENDRECV ：情報端末は双方向通信する、などがある。また、情報端末間で使用するアプリケーションソフトの名前も登録されている。また、上述したように、機能データ５３０には、その情報端末２０が対応しているプロトコル、メディア等の情報も含まれている。

プレゼンスサーバ１０のプレゼンス情報監視部１０４は、プレゼンス情報５００のタスクデータ５２０（送信元、送信先の欄）に基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態の監視を開始する（図６のＳ１４３）。

かかる間に、ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（図１８のＳ５２１でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。

そして、ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ５２２）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、プレゼンスサーバ１０に送信する（Ｓ５２３）。

プレゼンスサーバ１０のプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、ＦＡＸ端末Ｂに対して、動作指示を送る（Ｓ１４５）。

ＦＡＸ端末Ｂの端末動作指示受信部２０７は、動作指示を受信し（図１８のＳ５３１）、動作指示で指定された方法でＦＡＸ端末Ａに接続する（Ｓ５３２）。

ＦＡＸ端末Ａの端末実行部２０１は、ＦＡＸ端末Ｂから接続を受け付けると（図１７のＳ５１１でＹ）、原稿データ（picture1.jpg）をＦＡＸ端末Ｂへ送信する（Ｓ５１２）。

そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データ（picture1.jpg）を受信すると（図１８のＳ５３３でＹ）、受信した原稿データ（picture1.jpg）を用いて印刷を実行する（Ｓ５３４）。

かかる動作例によれば、処理要求元の情報端末２０（ＦＡＸ端末Ａ）は、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）からの処理要求に応えるだけで良いので、処理実行に備えて待機し続ける必要がない。

また、情報端末２０の間で、対応するメディア、プロトコルの情報が分かっていないと、通信する際に不整合が起こる可能性がある。本動作例によれば、情報端末２０が対応しているメディア等の情報もプレゼンス情報５００の機能データ５３０に含まれている。したがって、情報端末２０間で共通する機能で通信することができる。

なお、上記した他の動作例においても、情報端末２０の間で、メディアやプロトコルなどの情報を交換することが望ましい。

以上、いくつかの動作例を説明したが、本発明は、これらに限定されない。上記動作例は、様々な変形が可能である
例えば、１つの装置（情報端末、サーバ装置、代行端末等）が上記複数の動作例で説明した各装置のうちいくつかの装置を兼ねていても良い。

また、上記複数の動作例を適宜組み合わせることができる。また、処理要求元、処理要求先の各情報端末２０は、ＦＡＸ端末に限定されない。プリンタ、コピー機などとの複合機、ＰＣ端末、ビデオ、オーディオ機器などであってもよい。

さらに、処理要求元の情報端末２０と複数の処理要求先の情報端末２０が連携して行う処理についても、失敗した場合にプレゼンスサーバにプレゼンス情報を登録して、プレゼンスサーバ１０が関係する全情報端末２０を監視しても良い。

なお、ルータも情報端末の一種である。

ネットワークシステムの構成の一例を示す図。プレゼンスサーバの機能構成の一例を示す図。情報端末の機能構成の一例を示す図。処理要求元の情報端末の処理のフロー図。処理要求先の情報端末の処理のフロー図。プレゼンスサーバの処理のフロー図。プレゼンス情報の構成例を示す図。処理要求元の情報端末の処理のフロー図。処理要求先の情報端末の処理のフロー図。プレゼンス情報の構成例を示す図。処理要求元の情報端末の処理のフロー図。処理要求先の情報端末の処理のフロー図。プレゼンスサーバの処理のフロー図。代行端末の処理のフロー図。プレゼンス情報の構成例を示す図。ネットワークシステムの構成の一例を示す図。処理要求元の情報端末の処理のフロー図。処理要求先の情報端末の処理のフロー図。プレゼンス情報の構成例を示す図。

符号の説明

１０…プレゼンスサーバ、２０…情報端末、３０…ブロードバンドルータ、４０…通信ネットワーク

Claims

通信ネットワークに接続する送信側情報端末と受信側情報端末と複数の仲介サーバ候補とで構成されるネットワークシステムであって、
送信側情報端末は、
未実行処理に関する情報を含めた処理情報を作成する処理情報作成手段と、
複数の仲介サーバ候補に関する情報に基づいていずれを仲介サーバとするかを選択する選択手段と、
前記処理情報作成手段で作成した処理情報を前記選択手段により選択された前記仲介サーバに登録する登録手段と、を備え、
前記仲介サーバは、
前記送信側情報端末によって登録された処理情報に応じ、前記受信側情報端末の状態に基づいて、前記受信側情報端末が前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う指示手段を備える
ことを特徴とするネットワークシステム。
請求項１に記載のネットワークシステムであって、
前記選択手段は、前記仲介サーバ候補である他の情報端末から、処理情報を管理する仲介サーバの機能を備えるか否かの情報を取得し、当該情報に基づいて、いずれの情報端末を前記仲介サーバとするかを選択する、
ことを特徴とするネットワークシステム。
通信ネットワークに接続する複数の情報端末と仲介サーバとで構成されるネットワークシステムであって、
少なくとも１つの情報端末は、
未実行処理に関する情報を含めた処理情報を作成する処理情報作成手段と、
前記処理情報作成手段で作成した処理情報を前記仲介サーバに登録する登録手段と、を備え、
前記仲介サーバは、
前記少なくとも１つの情報端末によって登録された処理情報に応じ、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う指示手段を備え、
処理要求先の情報端末は、
前記動作指示を受け付けると、指定された方法で処理要求元の情報端末に接続し、処理対象のデータを取得して、処理を実行する処理実行手段を備える、
ことを特徴とするネットワークシステム。
請求項３に記載のネットワークシステムであって、
所定の情報端末が前記仲介サーバを兼ね、
前記仲介サーバは、
少なくとも自情報端末が処理要求先の情報端末との処理に失敗した場合に、前記処理情報を作成する処理情報作成手段と、
前記登録手段と、をさらに備える、
ことを特徴とするネットワークシステム。
請求項３に記載のネットワークシステムであって、
前記情報端末は、
所定のタイミングで、自情報端末の状態に関する情報を前記仲介サーバへ送る手段を備え、
前記仲介サーバの指示手段は、前記自情報端末の状態に関する情報に基づいて、前記未実行処理を実行できるかどうかを判断する、
ことを特徴とするネットワークシステム。
請求項３に記載のネットワークシステムであって、
前記情報端末は、情報を交換して、処理情報を管理する仲介サーバの機能を備えるか否か、いずれの情報端末を前記仲介サーバとするかを判定する判定手段をさらに備え、
前記判定手段により前記仲介サーバとすると判断された情報端末は、前記仲介サーバを兼ねる
ことを特徴とするネットワークシステム。
受信側情報端末と複数の仲介サーバ候補を含むネットワークシステムに接続される送信側情報端末であって、
前記受信側情報端末における未実行処理に関する情報を含めた処理情報を作成する処理情報作成手段と、
複数の仲介サーバ候補に関する情報に基づいていずれを仲介サーバとするかを選択する選択手段と、
前記処理情報作成手段で作成した処理情報を前記選択手段により選択された前記仲介サーバに登録することにより、前記受信側情報端末で前記未実行処理が実行可能なときに当該受信側情報端末への動作指示を当該仲介サーバに行わせる登録手段と、を備える、
ことを特徴とする送信側情報端末。
送信側情報端末と仲介サーバを含むネットワークシステムに接続される受信側情報端末であって、
前記送信側情報端末からの要求に基づく未実行処理について、前記仲介サーバから動作指示を受け付けると、指定された方法で前記送信側情報端末に接続し、処理対象のデータを取得して、処理を実行する処理実行手段、を備える、
ことを特徴とする受信側情報端末。