(57)【要約】      （修正有）【課題】情報端末のプレゼンス状態に連携して、情報端末間で行う処理が自動的に実行される仕組みを提供。【解決手段】プレゼンス情報を用いて自動処理を行う。処理要求元の情報端末は、処理要求先の情報端末との処理に失敗した場合に、未実行処理の存在を示す情報と、プレゼンスサーバへの要求動作とを含めたプレゼンス情報を作成するプレゼンス情報作成手段と、プレゼンス情報作成手段で作成したプレゼンス情報を前記プレゼンスサーバに送信する手段とを備えている。プレゼンスサーバは、処理要求元の情報端末から受信したプレゼンス情報に従って、未実行処理に関係する情報端末の状態を監視して、未実行処理を実行できると判断したら、処理要求元の情報端末に動作指示を送る手段を備える。処理要求元の情報端末は、さらに、プレゼンスサーバから受信した動作指示に従って、未実行処理を実行する手段を備える。【選択図】  図１
2008113134.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続する複数の情報端末と前記情報端末のプレゼンス情報を管理するプレゼンスサーバとで構成されるネットワークシステムであって、
少なくとも１つの情報端末は、
処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含めたプレゼンス情報を作成するプレゼンス情報作成手段と、
前記プレゼンス情報作成手段で作成したプレゼンス情報を前記プレゼンスサーバに登録する登録手段とを備え、
前記プレゼンスサーバは、
前記少なくとも１つの情報端末によって登録されたプレゼンス情報に応じ、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う指示手段を備える
ことを特徴とするネットワークシステム。
【請求項２】
請求項１に記載のネットワークシステムであって、
所定の情報端末が前記プレゼンスサーバを兼ね、
前記プレゼンスサーバは、
少なくとも自情報端末が処理要求先の情報端末との処理に失敗した場合に、前記プレゼンス情報を作成するプレゼンス情報作成手段と、
前記登録手段とをさらに備える
ことを特徴とするネットワークシステム。
【請求項３】
請求項１に記載のネットワークシステムであって、
前記情報端末は、
所定のタイミングで、自情報端末の状態に関する情報を前記プレゼンスサーバへ送る手段を備え、
前記プレゼンスサーバの指示手段は、前記自情報端末の状態に関する情報に基づいて、前記未実行処理を実行できるかどうかを判断する
ことを特徴とするネットワークシステム。
【請求項４】
請求項１に記載のネットワークシステムであって、
前記情報端末は、情報を交換して、プレゼンス情報を管理するプレゼンスサーバの機能を備えるか否か、いずれの情報端末を前記プレゼンスサーバとするかを判定する判定手段をさらに備え、
前記判定手段により前記プレゼンスサーバとすると判断された情報端末は、前記プレゼンスサーバを兼ねる
ことを特徴とするネットワークシステム。
【請求項５】
請求項１に記載のネットワークシステムであって、
前記通信ネットワークには代行端末がさらに接続され、
前記代行端末は、前記処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、前記未実行処理における前記処理要求元の情報端末の処理を代行する代行手段を備え、
前記プレゼンスサーバの指示手段は、前記未実行処理を実行できると判断したら、前記処理要求元の情報端末を動作させずに、前記代行端末と前記処理要求先の情報端末との間で前記未実行処理に基づく処理を実行させるための動作指示を行う
ことを特徴とするネットワークシステム。
【請求項６】
請求項５に記載のネットワークシステムであって、
前記代行端末は、
前記処理要求先の情報端末と同一ネットワークセグメント内に存在する
ことを特徴とするネットワークシステム。
【請求項７】
請求項６に記載のネットワークシステムであって、
前記処理要求先の情報端末と前記代行端末と同一ネットワークセグメント内のルータが前記プレゼンスサーバを兼ねる
ことを特徴とするネットワークシステム。
【請求項８】
請求項５に記載のネットワークシステムであって、
処理要求先の情報端末と同一ネットワークセグメント内に、ルータが存在し、
前記ルータは、
前記プレゼンスサーバを兼ね、
前記プレゼンス情報作成手段と、
前記登録手段とを備える
ことを特徴とするネットワークシステム。
【請求項９】
請求項５に記載のネットワークシステムであって、
前記プレゼンスサーバは、前記代行端末を兼ねる
ことを特徴とするネットワークシステム。
【請求項１０】
通信ネットワークに接続する複数の情報端末と前記情報端末のプレゼンス情報を管理するプレゼンスサーバとで構成されるネットワークシステムの情報処理方法であって、
少なくとも１つの情報端末は、
処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含めたプレゼンス情報を作成するプレゼンス情報作成ステップと、
前記プレゼンス情報作成ステップで作成したプレゼンス情報を前記プレゼンスサーバに登録する登録ステップとを行い、
前記プレゼンスサーバは、
前記少なくとも１つの情報端末によって登録されたプレゼンス情報に応じ、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う
ことを特徴とするネットワークシステムの情報処理方法。
【請求項１１】
複数の情報端末が接続する通信ネットワークに接続されるプレゼンスサーバであって、
処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含むプレゼンス情報を取得するプレゼンス情報取得手段と、
前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う動作指示手段と
を備えることを特徴とするプレゼンスサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
通信端末のプレゼンス情報がプレゼンスサーバで管理されているネットワークシステムにおける、プレゼンス情報に応じた処理の自動実行に関する。
【背景技術】
【０００２】
コンピュータネットワークに接続された端末間で通信を行う際に、端末またはその利用者の現状を表すプレゼンス情報を他の端末に提供し通知するプレゼンスサービスが存在する。このような通信相手の状態を確認できるプレゼンス情報を利用することで、発側利用者は着側利用者の状況を考慮した通信をすることができる。例えば、ＦＡＸ（ファクシミリ）やＩＰ（インターネットプロトコル）電話を利用するときには着信側のＦＡＸが利用可能であるか、通信相手が在席しているか、などを確認してから通信を開始できる。
【０００３】
しかし、プレゼンスサービスは通信相手の状況を通知するだけのサービスであり、発側端末または着側端末をプレゼンス情報に応じて制御する機能はない。それ故に通信の際に着側端末のプレゼンスが処理不可能な場合は、発側利用者は着側端末のプレゼンスが利用可能になるまで監視してから通信しなくてはいけないなどの手間がある。
【０００４】
この課題に対して、特許文献１の発明がなされている。この発明によれば、発側端末はプレゼンスサーバに自プレゼンス情報と共に着側端末の制御プログラムを送信し、着側端末が発側端末のプレゼンスを参照することでプログラムを受信して実行し、発側端末のプレゼンスに応じて着側端末の動作を制御している。
【０００５】
【特許文献１】特開２００４−８０５７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術では端末の性能のみに注目して端末の状態を考慮していないため、着側端末が利用可能になった際に発側端末が利用できない状態になって通信できない可能性がある。
【０００７】
本発明は、このような不具合を解消することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明では、情報端末のプレゼンス状態に連携して、情報端末間で行う処理が自動的に実行される仕組みを提供する。
【０００９】
本発明の第１の態様は、通信ネットワークに接続する複数の情報端末と前記情報端末のプレゼンス情報を管理するプレゼンスサーバとで構成されるネットワークシステムである。少なくとも１つの情報端末は、処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含めたプレゼンス情報を作成するプレゼンス情報作成手段と、前記プレゼンス情報作成手段で作成したプレゼンス情報を前記プレゼンスサーバに登録する登録手段とを備える。前記プレゼンスサーバは、前記少なくとも１つの情報端末によって登録されたプレゼンス情報に応じ、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う指示手段を備える。
【００１０】
また、所定の情報端末が前記プレゼンスサーバを兼ね、前記プレゼンスサーバは、少なくとも自情報端末が処理要求先の情報端末との処理に失敗した場合に、前記プレゼンス情報を作成するプレゼンス情報作成手段と、前記登録手段とをさらに備えてもよい。
【００１１】
また、前記情報端末は、所定のタイミングで、自情報端末の状態に関する情報を前記プレゼンスサーバへ送る手段を備え、前記プレゼンスサーバの指示手段は、前記自情報端末の状態に関する情報に基づいて、前記未実行処理を実行できるかどうかを判断するようにしてもよい。
【００１２】
また、前記情報端末は、情報を交換して、プレゼンス情報を管理するプレゼンスサーバの機能を備えるか否か、いずれの情報端末を前記プレゼンスサーバとするかを判定する判定手段をさらに備え、前記判定手段により前記プレゼンスサーバとすると判断された情報端末は、前記プレゼンスサーバを兼ねてもよい。
【００１３】
前記通信ネットワークには代行端末がさらに接続され、前記代行端末は、前記処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、前記未実行処理における前記処理要求元の情報端末の処理を代行する代行手段を備え、前記指示手段は、前記未実行処理を実行できると判断したら、前記処理要求元の情報端末を動作させずに、前記代行端末と前記処理要求先の情報端末との間で前記未実行処理に基づく処理を実行させるための動作指示を行うようにしてもよい。
【００１４】
また、前記代行端末は、前記処理要求先の情報端末と同一ネットワークセグメント内に存在してもよい。
【００１５】
また、前記処理要求先の情報端末と前記代行端末と同一ネットワークセグメント内のルータが前記プレゼンスサーバを兼ねてもよい。
【００１６】
また、処理要求先の情報端末と同一ネットワークセグメント内に、ルータが存在し、前記ルータは、前記プレゼンスサーバを兼ね、前記プレゼンス情報作成手段と、前記登録手段とを備えてもよい。
【００１７】
また、前記プレゼンスサーバは、前記代行端末を兼ねてもよい。
【００１８】
また、本発明の第２の態様は、通信ネットワークに接続する複数の情報端末と前記情報端末のプレゼンス情報を管理するプレゼンスサーバとで構成されるネットワークシステムの情報処理方法である。そして、少なくとも１つの情報端末は、処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含めたプレゼンス情報を作成するプレゼンス情報作成ステップと、前記プレゼンス情報作成ステップで作成したプレゼンス情報を前記プレゼンスサーバに登録する登録ステップとを行う。前記プレゼンスサーバは、前記少なくとも１つの情報端末によって登録されたプレゼンス情報に応じ、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う。
【００１９】
また、本発明の第３の態様は、複数の情報端末が接続する通信ネットワークに接続されるプレゼンスサーバである。そして、処理要求元の情報端末が処理要求先の情報端末との処理に失敗した場合に、未実行処理に関する情報を含むプレゼンス情報を取得するプレゼンス情報取得手段と、前記未実行処理に関係する情報端末の状態に基づいて、前記未実行処理を実行できると判断したら、前記未実行処理に基づく処理を実行させるための動作指示を行う動作指示手段とを備える。
【発明を実施するための最良の形態】
【００２０】
本発明の一実施形態について図面を参照して説明する。
【００２１】
図１は、本発明の一実施形態が適用されたネットワークシステムの概略構成図である。
【００２２】
本実施形態のネットワークシステムは、プレゼンス情報を管理するプレゼンスサーバ１０と、複数の情報端末２０とが、ネットワーク４０を介して接続されて構成される。情報端末２０は、例えば、ＦＡＸ（ファクシミリ）端末やＰＣ（パーソナルコンピュータ）端末である。ネットワーク４０は、例えば、ＩＰ（インターネットプロトコル）ネットワークである。以下、情報端末２０として、ＦＡＸ端末Ａ、ＦＡＸ端末Ｂ、ＰＣ端末Ｃが存在するとして説明する。
【００２３】
図２は、プレゼンスサーバ１０の機能ブロック図である。
【００２４】
プレゼンスサーバ１０は、プレゼンスサーバ機能１２と、ネットワーク情報受信部１０４と、代行端末検索部１０５と、プレゼンス情報制御部１０６と、プレゼンス情報転送部１０７と、情報記憶部１１と、を備えている。
【００２５】
プレゼンスサーバ機能１２は、プレゼンス情報収集部１０１と、プレゼンス情報監視部１０２と、プレゼンス実行指示部１０３とからなる。プレゼンス情報収集部１０１は、情報端末２０からプレゼンス情報５００を収集して情報記憶部１１に記憶する処理を行う。プレゼンス情報監視部１０２は、プレゼンス情報５００に基づいて、情報端末２０がプレゼンス情報５００で指定された動作を実行できる状態か否かを判断する処理を行う。プレゼンス実行指示部１０３は、情報端末２０がプレゼンス情報５００で指定された動作を実行できると判断された場合に、プレゼンス情報５００で指定された動作の実行のための処理を行う。動作の実行のための処理とは、例えば、情報端末２０への動作指示である。
【００２６】
ネットワーク情報受信部１０４は、情報端末２０から定期的に送信されるネットワーク情報６００を受信して情報記憶部１１に記憶する処理を行う。ネットワーク情報６００には、各情報端末２０の電話番号やＩＰアドレスを含むネットワーク設定状態が含まれている。
【００２７】
代行端末検索部１０５は、処理要求先の情報端末２０（例えば、ＦＡＸ端末Ｂ）と同一ネットワークセグメント内にあり、かつ処理要求先の情報端末２０に処理を行える機能を持った情報端末２０（例えば、ＰＣ端末Ｃ）を代行端末に選ぶ処理を行う。
【００２８】
プレゼンス情報制御部１０６は、代行端末（例えば、ＰＣ端末Ｃ）に処理を代行させる場合に、プレゼンス情報５００を修正する処理を行う。
【００２９】
プレゼンス情報転送部１０７は、代行端末（例えば、ＰＣ端末Ｃ）に処理を代行させる場合に、修正したプレゼンス情報５００を代行端末に転送する処理を行う。
【００３０】
図３は、情報端末２０の機能ブロック図である。
【００３１】
情報端末２０は、その基本構成として、端末実行部２０１と、端末プレゼンス状態検出部２０２と、端末プレゼンス情報作成部２０３と、端末プレゼンス情報送信部２０４と、端末動作指示受信部２０５と、端末ネットワーク情報送信部２０６と、端末処理部２０７と、端末プレゼンス情報表示部２０８と、を備えている。
【００３２】
端末実行部２０１は、通信先の情報端末２０に対する処理を行う。
【００３３】
端末プレゼンス状態検出部２０２は、自身の状態に変化があったことを検出して、端末プレゼンス情報作成部２０３にプレゼンス情報５００を作成するように依頼する処理を行う。
【００３４】
端末プレゼンス情報作成部２０３は、情報端末２０のプレゼンス情報５００を作成する処理を行う。
【００３５】
端末プレゼンス情報送信部２０４は、定期的に及び必要に応じて、プレゼンス情報５００をプレゼンスサーバ１０に送信する処理を行う。
【００３６】
端末動作指示受信部２０５は、動作指示を受信して、端末実行部２０１または端末処理部２０７に動作指示に従った処理を要求する。
【００３７】
端末ネットワーク情報送信部２０６は、自身のネットワーク情報（電話番号やＩＰアドレスを含むネットワーク設定状態）をプレゼンスサーバ１０に定期的に送信する処理を行う。
【００３８】
端末処理部２０７は、自らが備える機能（ＦＡＸ端末の場合、印字機構など）を使って処理を行う。
【００３９】
情報プレゼンス情報表示部２０８は、端末プレゼンス記憶部２１で記憶しているプレゼンス情報５００を利用者の要求に応じて表示装置に表示する処理を行う。
【００４０】
さらに、情報端末２０は、プレゼンス情報収集部２３１と、プレゼンス情報監視部２３２と、プレゼンス実行指示部２３３とからなるプレゼンスサーバ機能２３を備えていてもよい。プレゼンス情報収集部２３１は、プレゼンス情報を収集して情報記憶部２２に記憶する処理を行う。プレゼンス情報監視部２３２は、プレゼンス情報に基づいて、関係する情報端末２０がプレゼンス情報で指定された動作を実行できる状態か否かを判断する処理を行う。プレゼンス実行指示部２３３は、プレゼンス情報監視部２３２の判断結果に応じて、プレゼンス情報で指定された動作の実行のための処理を行う。なお、動作の実行のための処理には、例えば、自らの情報端末２０が実行する処理や、他の情報端末２０への動作指示を出力する処理がある。
【００４１】
さらに、情報端末２０は、端末プレゼンス情報受信部２０９と、端末機能認識部２１０とを備えていてもよい。端末プレゼンス情報受信部２０９は、他の情報端末２０のプレゼンス情報を受信して情報記憶部２２に記憶させる処理を行う。端末機能認識部２１０は、通信先の情報端末２０のプレゼンス情報から、通信先の情報端末が備える機能を認識する処理を行う。
【００４２】
なお、プレゼンスサーバ１０及び情報端末２０は、ＣＰＵ（Central Processing Unit）、メモリ（ＲＡＭなど）、補助記憶装置（ＨＤＤなど）、通信インターフェース、これらを接続するシステムバス、などからなるコンピュータシステムにより構成される。また、情報端末２０は、その用途のための機構（ＦＡＸ端末の場合、スキャナ機構、印字機構など）を備えている。各装置の上記した構成要素及び機能は、ＣＰＵがメモリにロードした所定のプログラムを実行することにより実現される。ただし、ハードウエア的に実現されてもよい。
【００４３】
次に、上記のように構成されるネットワークシステムのいくつかの動作例について説明する。なお、プレゼンススサーバ１０及び情報端末２０は、上記した機能部の全てを備えている必要はなく、動作例に応じた必要な機能部を備えていればよい。
【００４４】
＜動作例１＞
本動作例は、ＦＡＸ端末Ａがプレゼンスサーバ１０から動作指示を受けて、ＦＡＸ端末Ｂに原稿データを送る場合である。
【００４５】
なお、下記の説明では、ＦＡＸ端末Ａが送信するプレゼンス情報５００ａと、ＦＡＸ端末Ｂが送信するプレゼンス情報５００ｂとを区別することがある。
【００４６】
まず、動作の流れを概略する。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂに原稿データを送信するが、ＦＡＸ端末Ｂのトナー切れのため、印刷に失敗する。ＦＡＸ端末Ａは、プレゼンス情報５００ａを作成してプレゼンスサーバ１０に送信する。プレゼンスサーバ１０は、両端末のプレゼンス情報５００ａ、５００ｂに基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂを監視し、両者が処理を行える状態となったときに、ＦＡＸ端末Ａに動作指示を送信する。ＦＡＸ端末Ａは、プレゼンスサーバ１０から動作指示を受けて、ＦＡＸ端末Ｂに原稿データを再度送信する処理を実行する。ＦＡＸ端末Ｂは、受信した原稿データに基づいて印刷を行う。
【００４７】
図４（Ａ）は、ＦＡＸ端末Ａが行う、プレゼンス情報５００ａをプレゼンスサーバ１０に送信する処理のフロー図である。図４（Ｂ）は、ＦＡＸ端末Ａが行う、再度原稿データをＦＡＸ端末Ｂに送信する処理のフロー図である。
【００４８】
図５（Ａ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後にプレゼンス情報５００ｂをプレゼンスサーバ１０に送信する処理のフロー図である。図５（Ｂ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後に原稿データを受信して印刷する処理のフロー図である。
【００４９】
図６は、プレゼンスサーバ１０が行う処理のフロー図である。
【００５０】
かかる図４〜図６で示す各装置の各処理により、ネットワークシステム全体では、以下の処理がなされる。
【００５１】
ＦＡＸ端末Ａの端末実行部２０１は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、原稿をスキャンし、取得した原稿データをＦＡＸ端末Ｂに送信する（図４のＳ１０１）。
【００５２】
ＦＡＸ端末Ｂはトナー切れであるので、ＦＡＸ端末Ｂの端末処理部２０７は、印刷に失敗し処理できなかったというレスポンスをＦＡＸ端末Ａに返す。
【００５３】
ＦＡＸ端末Ａの端末実行部２０１は、かかるエラーを検出する（Ｓ１０２でＮ）。そうすると、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ１０３）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、プレゼンスサーバ１０への要求動作と、処理命令とが含まれている。
【００５４】
そして、端末プレゼンス情報送信部２０４は、かかるプレゼンス情報５００ａを、プレゼンスサーバ１０に送信する（Ｓ１０４）。
【００５５】
プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ａからプレゼンス情報５００ａを受信して（図６のＳ１４１でＹ）、情報記憶部１１に記憶する（Ｓ１４２）。
【００５６】
ここで、プレゼンスサーバ１０の情報記憶部１１に格納される情報について説明する。図７に示すように、情報記憶部１１には、各情報端末２０から収集したプレゼンス情報５００やネットワーク情報６００などが格納される。ネットワーク情報６００には、上述したように、各情報端末２０（ＦＡＸ端末Ａ，ＦＡＸ端末Ｂ）のＩＤ情報（電話番号）やＩＰアドレスが含まれている。
【００５７】
プレゼンス情報５００は、プレゼンスデータ５１０と、タスクデータ５２０と、機能データ５３０とを含んでいる。それぞれのデータ５１０〜５３０は、情報端末２０（ＦＡＸ端末Ａ、ＦＡＸ端末Ｂ）が送信したものであり、送信した情報端末２０ごとに格納されている。
【００５８】
プレゼンスデータ５１０は、オンラインか否かを示すオンライン情報と、アイドル状態かストップ状態かを示す状態情報と、「未実行処理がある」や「トナー切れなど」の状態理由情報とを含んでいる。
【００５９】
タスクデータ５２０は、プレゼンスサーバ１０に対する要求動作と、処理命令とを含んでいる。要求動作には、他の端末に対する動作指示や、自らによる処理実行などがある。処理命令には、送信元、送信先、送信するデータ（データの識別情報であってもよいし、データそのものであってもよい）、メディア、プロトコル、処理内容などが含まれている。
【００６０】
機能データ５３０は、情報端末２０が備える機能（例えば、ＦＡＸゲートウェイ機能、ＦＡＸ端末機能など）に関する情報を含んでいる。
【００６１】
なお、プレゼンスサーバ１０のプレゼンス情報収集部１０１は、プレゼンスデータ５１０及び機能データ５３０については、これらを含むプレゼンス情報５００を各情報端末２０から受信すると、最新のデータに置き換える。一方、タスクデータ５２０については、処理が終了した後、消去する。
【００６２】
プレゼンスサーバ１０のプレゼンス情報監視部１０２は、プレゼンス情報５００のタスクデータ５２０（送信元、送信先の欄）に基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態の監視を開始する（図６のＳ１４３）。
【００６３】
かかる間に、ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（図５のＳ１２１でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。
【００６４】
そして、ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ１２２）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、プレゼンスサーバ１０に送信する（Ｓ１２３）。
【００６５】
プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部１１のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。そして、プレゼンスサーバ１０のプレゼンス情報監視部１０２は、更新されたプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（図６のＳ１４４でＹ）。
【００６６】
プレゼンスサーバ１０のプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、ＦＡＸ端末Ａに対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る（Ｓ１４５）。
【００６７】
ＦＡＸ端末Ａの端末動作指示受信部２０５は、プレゼンスサーバ１０から動作指示を受信する（図４のＳ１１１でＹ）。そして、端末実行部２０１は、ＦＡＸ端末Ｂに対して原稿データを送信する（Ｓ１１２）。
【００６８】
そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データを受信すると（図５のＳ１３１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ１３２）。
【００６９】
かかる動作例によれば、プレゼンスサーバ１０がプレゼンス情報５００を用いて情報端末２０の状態を監視して、処理を実行する。すなわち、利用者は情報端末２０の状態が回復するまで監視し続ける煩雑さがなくなる
また、プレゼンスサーバ１０は処理要求元の情報端末２０（ＦＡＸ端末Ａ）に動作指示を送り、情報端末２０（ＦＡＸ端末Ａ）が動作指示の通りに動く。したがって、利用者が再び処理操作を行う手間がない
＜動作例２＞
本動作例では、処理要求元の情報端末２０（ＦＡＸ端末Ａ）がプレゼンスサーバ機能を備え、自ら処理要求先の情報端末２０（ＦＡＸ端末Ｂ）に処理を行う。
【００７０】
なお、「処理を要求した情報端末２０はプレゼンスサーバ機能を備える」というルールが予め設定されているとする。
【００７１】
まず、動作の概略を説明する。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂに原稿データを送信するが、ＦＡＸ端末Ｂのトナー切れのため、印刷に失敗する。ＦＡＸ端末Ａは、プレゼンスサーバ機能を備えているので、プレゼンス情報５００ａを作成して、自らの情報記憶部２２に記憶し、ＦＡＸ端末Ｂが処理を行える状態になるまで監視する。ＦＡＸ端末Ｂは、「処理を要求した情報端末２０はプレゼンスサーバ機能を備える」というルールから、ＦＡＸ端末Ａをプレゼンスサーバと認識して、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加え、処理可能状態となったら、プレゼンス情報５００ｂをＦＡＸ端末Ａに送る。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂのプレゼンス情報５００ｂ基づいて、ＦＡＸ端末Ｂの状態を判断し、処理可能状態と判断したら、ＦＡＸ端末Ｂに原稿データを送信する。ＦＡＸ端末Ｂは、受信した原稿データに基づいて印刷を行う。
【００７２】
図８は、ＦＡＸ端末Ａが行う処理のフロー図である。図９は、ＦＡＸ端末Ｂが行う処理のフロー図である。かかる図８及び図９で示す各装置の各処理により、ネットワークシステム全体では、以下の処理がなされる。
【００７３】
ＦＡＸ端末Ａの端末実行部２０１は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、原稿をスキャンし、取得した原稿データをＦＡＸ端末Ｂに送信する（図８のＳ２０１）。
【００７４】
ＦＡＸ端末Ｂはトナー切れであるので、ＦＡＸ端末Ｂの端末処理部２０７は、印刷に失敗し処理できなかったというレスポンスをＦＡＸ端末Ａに返す（図９のＳ２１１、Ｓ２１２）。
【００７５】
ＦＡＸ端末Ａの端末実行部２０１は、かかるエラーを検出する（図８のＳ２０２でＮ）。そうすると、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ２０３）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、ＦＡＸ端末Ａが処理を実行するという要求と、処理命令とが含まれている。
【００７６】
そして、ＦＡＸ端末Ａのプレゼンス情報収集部２３１は、端末プレゼンス情報作成部２０３が作成したプレゼンス情報５００ａを、情報記憶部２２に記憶する（Ｓ２０４）。
【００７７】
図１０は、情報記憶部２２に格納される情報の構成を示す。図７で示した構成とほぼ同じであるが、タスクデータ５２０の要求動作には、「自らによる処理実行」が格納されている。また、機能データ５３０には、ＦＡＸ端末Ａの機能として、プレゼンスサーバである旨が格納されている。
【００７８】
ＦＡＸ端末Ａのプレゼンス情報監視部２３２は、プレゼンス情報５００ａのタスクデータ５２０（送信先及び送信元の欄）から、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態を監視する（図８のＳ２０５）。
【００７９】
一方、ＦＡＸ端末Ｂのプレゼンス情報送信部２０６は、「処理を要求した情報端末２０はプレゼンスサーバ機能を備える」というルールから、ＦＡＸ端末Ａをプレゼンスサーバと認識して（図９のＳ２１３）、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加える（Ｓ２１４）。
【００８０】
そして、ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（Ｓ２１５でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。
【００８１】
ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ２１６）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。そして、端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、ＦＡＸ端末Ａに送信する（Ｓ２１７）。
【００８２】
ＦＡＸ端末Ａのプレゼンス情報収集部２３１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部２２のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。
【００８３】
ＦＡＸ端末Ａのプレゼンス情報監視部２２２は、更新されたプレゼンス情報５００ｂのプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（図８のＳ２０５でＹ）。
【００８４】
そして、ＦＡＸ端末Ａのプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、端末実行部２０１に対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る。これを受けて、端末実行部２０１は、ＦＡＸ端末Ｂに原稿データを送る（Ｓ２０６）。
【００８５】
そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データを受信すると（図９のＳ２２１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ２２２）。
【００８６】
かかる動作例によれば、処理要求元の情報端末２０（ＦＡＸ端末Ａ）がプレゼンスサーバ機能２３を備え、自ら処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の状態を判断して処理を行う。したがって、プレゼンスサーバ機能を備える情報端末２０（ＦＡＸ端末Ａ）は、単体で本システムの処理を行えるので、別個プレゼンスサーバ１０は必要なく、プレゼンスサーバ１０を構築して維持するコストと、本システムを利用するための課金がいらない。
【００８７】
また、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）は、処理を要求した情報端末２０（ＦＡＸ端末Ａ）をプレゼンスサーバと認識する。したがって、情報端末２０は処理の前にプレゼンスサーバ機能を備えた情報端末２０の存在を知らなくても、どの情報端末２０にプレゼンス情報を送れば良いのかが簡単に分かり、特別な機能を備える必要もない
なお、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）がプレゼンスサーバ機能を備え、自ら処理を行うようにしてもよい。例えば、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）がプレゼンスサーバ１０に代わってプレゼンスサーバ機能２３を備え、処理要求元の情報端末２０（ＦＡＸ端末Ａ）から処理に必要なデータ情報（原稿データ）を含めたプレゼンス情報５００ａを受信して、状態が回復したら実行する。処理要求元の情報端末２０（ＦＡＸ端末Ａ）は、「処理を要求された情報端末がプレゼンスサーバ機能を備える」というルールに基づいて、処理に失敗した際に処理要求先の情報端末２０（ＦＡＸ端末Ｂ）をプレゼンスサーバ機能２３を備えると認識し、プレゼンス情報５００ａの送信先に処理要求先の情報端末２０（ＦＡＸ端末Ｂ）を加える
こうすれば、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）がプレゼンスサーバ機能２３を備え、原稿データを含めたプレゼンス情報５００ａを使って自身で処理を行うことができる。したがって、プレゼンスサーバ機能２３を備える処理要求先の情報端末２０（ＦＡＸ端末Ｂ）は、自ら処理を行うので、利用者の情報端末２０（ＦＡＸ端末Ａ）はプレゼンス情報５００ａを送信した時点で処理から開放される。
【００８８】
また、処理要求元の情報端末２０（ＦＡＸ端末Ａ）は、処理を要求された情報端末をプレゼンスサーバと認識する。したがって、情報端末２０（ＦＡＸ端末Ａ）は処理の前にプレゼンスサーバ機能２３を備えた情報端末２０（ＦＡＸ端末Ｂ）の存在を知らなくても、どの情報端末２０にプレゼンス情報５００ａを送れば良いのかが簡単に分かり、特別な機能を備える必要もない。
【００８９】
＜動作例３＞
本動作例では、情報端末２０は処理の前にプレゼンス情報を交換して、お互いの機能を確かめて処理を行う。
【００９０】
本動作例の概略を説明する。まず、ＦＡＸ端末ＡとＦＡＸ端末Ｂは、処理の前にプレゼンス情報を交換して、お互いの機能を認識する。そして、ＦＡＸ端末Ａは、ＦＡＸ端末ＢがＦＡＸ端末以外の機能を備えていないことと、トナー切れであることを認識する。ＦＡＸ端末Ｂは、ＦＡＸ端末Ａがプレゼンスサーバ機能を備えていることを認識して、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加え、処理可能状態となったら、プレゼンス情報５００ｂをＦＡＸ端末Ａに送る。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂのプレゼンス情報５００ｂ基づいて、ＦＡＸ端末Ｂの状態を判断し、処理可能状態と判断したら、ＦＡＸ端末Ｂに原稿データを送信する。ＦＡＸ端末Ｂは、受信した原稿データに基づいて印刷を行う。
【００９１】
図１１は、ＦＡＸ端末Ａが行う処理のフロー図である。
【００９２】
図１２（Ａ）は、ＦＡＸ端末Ｂが行う、処理可能状態になってからＦＡＸ端末Ａにプレゼンス情報５００ｂを送信するまでの処理のフロー図である。図１２（Ｂ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後に原稿データを受信して印刷する処理のフロー図である。
【００９３】
かかる図１１及び図１２で示す各装置の各処理により、ネットワークシステム全体では、以下のような処理がなされる。
【００９４】
ＦＡＸ端末Ａの端末プレゼンス情報送信部２０４は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、ＦＡＸ端末Ａのプレゼンス情報５００ａを、ＦＡＸ端末Ｂに送る（図１１のＳ３０１）。
【００９５】
ＦＡＸ端末Ｂの端末プレゼンス情報送信部２０４は、端末プレゼンス情報受信部２０９でＦＡＸ端末Ａのプレゼンス情報５００ａを受信すると（図１２のＳ３１１でＹ）、そのレスポンスとしてＦＡＸ端末Ｂのプレゼンス情報５００ｂをＦＡＸ端末Ａに送る（Ｓ３１２）。
【００９６】
ＦＡＸ端末Ａの端末機能認識部２１０は、プレゼンス情報５００ｂの機能データ５３０から、ＦＡＸ端末ＢがＦＡＸ端末以外の機能を備えないことを認識する（図１１のＳ３０３）。
【００９７】
ＦＡＸ端末Ｂの端末機能認識部２１０は、プレゼンス情報５００ａの機能データ５３０から、ＦＡＸ端末ＡがＦＡＸ端末とプレゼンスサーバ機能を備えることを認識して（図１２のＳ３１３）、プレゼンス情報５００ｂの送信先にＦＡＸ端末Ａを加える（Ｓ３１４）。
【００９８】
ＦＡＸ端末Ａのプレゼンス情報監視部２２２は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂに基づいて、ＦＡＸ端末Ｂが処理可能か否かを判断する（図１１のＳ３０４）。処理可能と判断される場合（Ｓ３０４でＹ）、端末実行部２０１は、原稿データをＦＡＸ端末Ｂに送信する（Ｓ３０５）。
【００９９】
一方、ＦＡＸ端末Ｂが処理不可能と判断される場合（Ｓ３０４でＮ）、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ３０６）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、ＦＡＸ端末Ａが処理を実行するという要求と、処理命令とが含まれている。
【０１００】
そして、ＦＡＸ端末Ａの端末プレゼンス情報作成部２０３は、作成したプレゼンス情報５００ａを、情報記憶部２２に記憶する（Ｓ３０７）。
【０１０１】
なお、情報記憶部２２に記憶される情報は、前述の図１０で示したものとほぼ同じとなる。
【０１０２】
ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（図１２のＳ３１５でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。
【０１０３】
ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ３１６）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。そして、端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、ＦＡＸ端末Ａに送信する（Ｓ３１７）。
【０１０４】
ＦＡＸ端末Ａのプレゼンス情報収集部２２１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部２２のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。
【０１０５】
そして、ＦＡＸ端末Ａのプレゼンス情報監視部２２２は、更新されたプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（Ｓ３０８でＹ）。
【０１０６】
ＦＡＸ端末Ａのプレゼンス実行指示部２２３は、タスクデータ５２０の「要求動作」に従って、端末実行部２０１に対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る。これを受けて、端末実行部２０１は、ＦＡＸ端末Ｂに原稿データを送る（Ｓ３０９）。
【０１０７】
そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データを受信すると（図１２のＳ３２１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ３２２）。
【０１０８】
かかる動作例によれば、情報端末２０（ＦＡＸ端末Ａ，ＦＡＸ端末Ｂ）は処理を行う前にプレゼンス情報５００ａ、５００ｂを交換することでお互いが備える機能を認識して、その機能にあわせた処理を行う。したがって、各情報端末２０は処理の前に相手が備える機能を認識するので、無駄な処理を省くことが出来る
また、情報端末２０は、相手が備える機能によってプレゼンス情報の送り先を決めるため、本システムをより柔軟に使うことができる。
【０１０９】
なお、ＦＡＸ端末ＡとＦＸ端末Ｂの双方がプレゼンスサーバ機能を備えている場合は、所定の規則に基づいていずれか一方をプレゼンスサーバと決めれば良い。例えば、ＦＡＸ端末Ａをプレゼンスサーバと決めたならば、動作例３の説明とほぼ同じ動作を行う。また、ＦＡＸ端末Ｂのみがプレゼンスサーバ機能を備える場合、あるいは双方がプレゼンスサーバ機能を備えておりＦＡＸ端末Ｂをプレゼンスサーバと決めた場合、この判断の後の動作は、動作例２でＦＡＸ端末Ｂがプレゼンスサーバ機能を備える場合のように動作すれば良い。
【０１１０】
＜動作例４＞
本動作例では、プレゼンスサーバ１０は、代行端末となる情報端末２０（ＰＣ端末Ｃ）を選んで、代行端末に処理を実行させる。代行端末は、例えば、ＦＡＸ端末Ｂと同一のネットワークセグメントに接続された情報端末２０である。例えば、ＦＡＸ端末Ｂと同一の家庭内に設置された、パーソナルコンピュータ、オーディオ・ビデオ機器等である。ここでは、ＰＣ端末Ｃとして説明する。
【０１１１】
動作の概略を説明する。ＦＡＸ端末Ａは、ＦＡＸ端末Ｂに原稿データを送信するが、ＦＡＸ端末Ｂのトナー切れのため、印刷に失敗する。ＦＡＸ端末Ａは、原稿データを含んだプレゼンス情報５００ａを作成してプレゼンスサーバ１０に送信する。プレゼンスサーバ１０は、代行端末としてＰＣ端末Ｃを選択し、ＰＣ端末Ｃに原稿データを含んだプレゼンス情報５００ａを送る。ＰＣ端末Ｃは、ＦＡＸ端末Ｂが処理可能となると、ＦＡＸ端末Ｂに対して原稿データを送る。そして、ＦＡＸ２０端末２０Ｂは、受信した原稿データに基づいて印刷処理を行う。
【０１１２】
ＦＡＸ端末Ａが行う、プレゼンス情報５００ａをプレゼンスサーバ１０に送信する処理のフローは、前述の図４（Ａ）のフローと同様である。
【０１１３】
ＦＡＸ端末Ｂが行う、処理不能状態の解消後にプレゼンス情報５００ｂをプレゼンスサーバ１０に送信する処理のフロー、および、処理不能状態の解消後に原稿データを受信して印刷する処理のスロー図は、それぞれ、前述の図５（Ａ）及び図５（Ｂ）のフローと同様である。
【０１１４】
図１３（Ａ）は、プレゼンスサーバ１０が行う、代行端末の存否に応じて成す処理のフロー図である。図１３（Ｂ）は、プレゼンスサーバ１０が行う、代行端末に動作指示をだす処理のフロー図である。
【０１１５】
図１４（Ａ）は、ＰＣ端末Ｃが行う、プレゼンス情報を取得する処理のフロー図である。図１４（Ｂ）は、ＰＣ端末Ｃが行う、ＦＡＸ端末Ｂに対して成す処理のフロー図である。
【０１１６】
以下、図４のＳ１０１〜Ｓ１０４の処理の以降から説明する。
【０１１７】
本動作例では、図４のＳ１０３において、ＦＡＸ端末Ａの端末プレゼンス情報作成部２０３は、原稿データを含んだプレゼンス情報５００ａを作成する。
【０１１８】
プレゼンスサーバ１０のプレゼンス情報収集部１０１は、原稿データを含んだプレゼンス情報５００ａを受信して（図１３のＳ４０１でＹ）、情報記憶部１１に記憶する（Ｓ４０２）。
【０１１９】
プレゼンスサーバ１０のプレゼンス情報監視部１０２は、プレゼンス情報５００のタスクデータ５２０（送信元、送信先の欄）に基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態の監視を開始する（Ｓ４０３）。
【０１２０】
プレゼンスサーバ１０の代行端末検索部１０５は、ネットワーク情報６００を参照して、ＦＡＸ端末Ｂと同一ネットワークセグメント内にあり、ＦＡＸ  ＧＷ機能を備えた情報端末２０（ＰＣ端末Ｃ）を選ぶ（Ｓ４０４でＹ）。
【０１２１】
プレゼンスサーバ１０のプレゼンス情報制御部１０６は、ＰＣ端末ＣからＦＡＸ端末Ｂに処理が行われるようにプレゼンス情報５００のタスクデータ５２０を修正する（Ｓ４０５）。具体的には、図１５に示すように、タスクデータ５２０の動作要求の対象を、ＦＡＸ端末Ａから、代行端末（ＰＣ端末Ｃ）に変更する。また、送信元を、ＦＡＸ端末Ａから、代行端末（ＰＣ端末Ｃ）に変更する。
【０１２２】
そして、プレゼンス情報転送部１０７は、ＰＣ端末Ｃに、原稿データを含んだプレゼンス情報５００（タスクデータ５２０の部分）を転送する（Ｓ４０６）。
【０１２３】
なお、代行端末が見つからない場合（Ｓ４０４でＮ）の以降の処理（Ｓ４０７、Ｓ４０８）は、図６のＳ１４４、Ｓ１４５の処理と同様なので説明を省略する。
【０１２４】
ＰＣ端末Ｃの端末プレゼンス情報受信部２０９は、プレゼンスサーバ１０から転送されたプレゼンス情報５００を受信すると（図１４のＳ４２１でＹ）、情報記憶部２２に記憶する（Ｓ４２２）。
【０１２５】
一方、プレゼンスサーバ１０のプレゼンス情報監視部１０２は、プレゼンス情報５００の修正されたタスクデータ５２０（送信元、送信先の欄）に基づいて、ＰＣ端末ＣとＦＡＸ端末Ｂが処理に関係する事を判断して、ＰＣ端末ＣとＦＡＸ端末Ｂの状態の監視を続ける（図１３のＳ４１１）。
【０１２６】
かかる間に、ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（図５のＳ１２１でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。
【０１２７】
そして、ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ１２２）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、プレゼンスサーバ１０に送信する（Ｓ１２３）。
【０１２８】
プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部１１のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。そして、プレゼンスサーバ１０のプレゼンス情報監視部１０２は、更新されたプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（図１３のＳ４１１でＹ）。
【０１２９】
プレゼンスサーバ１０のプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、ＰＣ端末Ｃに対して、原稿データをＦＡＸ端末Ｂに送信するように動作指示を送る（Ｓ４１２）。
【０１３０】
ＰＣ端末Ｃの端末動作指示受信部２０５は、プレゼンスサーバ１０から動作指示を受信する（図１４のＳ４３１でＹ）。そして、ＰＣ端末Ｃの端末実行部２０１は、転送されたプレゼンス情報５００に含まれている原稿データをＦＡＸ端末Ｂに送信する（Ｓ４３２）。
【０１３１】
そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＰＣ端末Ｃから原稿データを受信すると（図５のＳ１３１でＹ）、受信した原稿データを用いて印刷を実行する（Ｓ１３２）。
【０１３２】
かかる動作例によれば、同一ネットワークセグメント内にある情報端末を代行端末に選んで、代行端末に処理を行わせる。すなわち、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）と同一ネットワークセグメント内にある情報端末２０（ＰＣ端末Ｃ）が処理を行うので、通信ネットワーク全体にかかる負荷を減らすことが出来る
なお、プレゼンスサーバ１０は、プレゼンスサーバ機能２３を備える情報端末２０を代行端末に選ぶようにしてもよい。そして、修正したプレゼンス情報を代行端末に送信し、代行端末のプレゼンスサーバ機能２３が、図１３の（Ｂ）の処理を行うようにしてもよい。
【０１３３】
また、本動作例では、ＦＡＸ端末Ａは、原稿データを含んだプレゼンス情報５００ａを作成して、プレゼンスサーバ１０へ送信している。しかし、これに限定されず、原稿データを含まないプレゼンス情報５００ａを作成してプレゼンスサーバ１０へ送信し、一方、原稿データを、プレゼンスサーバ１０を経ずに代行端末となる情報端末２０へ送信するようにしても良い。この場合、プレゼンスサーバ１０は、受信したプレゼンス情報に基づいて、代行端末（情報端末２０）を選択し、その旨をＦＡＸ端末Ａ又は代行端末（情報端末２０）に連絡する。そして、プレゼンスサーバ１０を経ずにＦＡＸ端末Ａから情報端末２０へ原稿データが送られるようにする。
【０１３４】
また、プレゼンスサーバ１０は、ＦＡＸ端末Ｂと同一ネットワークセグメント内にある場合、自分自身を代行端末とすることもできる。すなわち、プレゼンスサーバ１０は、上記で代行端末（ＰＣ端末Ｃ）が行うとして説明した処理を行う。
【０１３５】
かかる場合、ＦＡＸ端末Ａにプレゼンスサーバ１０からの指示を待たせなくてもよいので、ＦＡＸ端末Ａが別の動作をすることも可能になる。
【０１３６】
さらにこれらの場合において、代行端末は予め決まっている、あるいはＦＡＸ端末Ａが指定をする、ということによりプレゼンスサーバ１０が選択を行わず、ＦＡＸ端末ＡがS４０５にて修正されたもののように、タスクデータ５２０の要求動作や送信元にＦＡＸ端末Ａではなく代行端末が書かれたプレゼンス情報を作成し、プレゼンスサーバ１０へ送ることも可能である。
【０１３７】
＜動作例５＞
かかる動作例では、図１６に示すように、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の存在するＬＡＮと外部ネットワークの間に、ブロードバンドルータ３０が存在する。かかるブロードバンドルータ３０は、プレゼンスサーバ機能を備え、代行端末となる情報端末２０（ＰＣ端末Ｃ）に動作指示を出す。
【０１３８】
ブロードバンドルータ３０の行う処理は、例えば、上記の動作例４で示したプレゼンスサーバ１０が行う処理と同様である。
【０１３９】
または、ブロードバンドルータ３０は、プレゼンス情報に基づいて、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理を行えないと判断したら、処理要求元（ＦＡＸ端末Ａ）から代わりに原稿データを受信して、原稿データを含んだプレゼンス情報を作成して代行端末（ＰＣ端末Ｃ）に転送するようにしてもよい。代行端末（ＰＣ端末Ｃ）は、プレゼンスサーバ機能を備える場合、上記の動作例４と同様に、ＦＡＸ端末Ｂを監視し、処理可能になったら、ＦＡＸ端末Ｂに原稿データを送信する。一方、代行端末（ＰＣ端末Ｃ）がプレゼンスサーバ機能を備えない場合、ブロードバンドルータ３０は、ＦＡＸ端末Ｂを監視し、処理可能になったら、代行端末（ＰＣ端末Ｃ）に原稿データをＦＡＸ端末Ｂに送信するように指示する。
【０１４０】
こうすれば、処理要求元の情報端末２０（ＦＡＸ端末Ａ）がプレゼンス情報を作成する必要がなく、プレゼンス情報を扱えない情報端末でも本システムを利用できる
＜動作例６＞
かかる動作例では、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）は、履歴にあるURLからリソースを受信して自ら処理を行う。
【０１４１】
動作例５と同様に、ブロードバンドルータ３０は、プレゼンスサーバに代わってプレゼンスサーバ機能を備える。ブロードバンドルータ３０は、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理を行えないと判断したら、代わりに処理要求元の情報端末２０（ＦＡＸ端末Ａ）から原稿データを受信する。そして、代行端末（ＰＣ端末Ｃ）を選んで、原稿データを含めたプレゼンス情報を代行端末に転送する。さらに、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）にアクセスして、プレゼンス情報という処理すべきリソースがあることと、リソースの場所（URL）とを送信し、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の履歴に残す。
【０１４２】
処理要求先の情報端末２０（ＦＡＸ端末Ｂ）の端末処理部２０７は、処理不能状態から回復したら、履歴にあるリソースの場所（URL）にアクセスしてリソースを受信し、自ら処理を行う。
【０１４３】
こうすれば、処理要求先の情報端末は、履歴を参照して処理を行うので、プレゼンスサーバからの動作指示を受ける必要が無く、処理要求先の情報端末の都合のいいタイミングで処理を開始できる。
【０１４４】
＜動作例７＞
かかる動作例では、当初の処理要求先であるＦＡＸ端末Ｂがプレゼンスサーバ１０から動作指示を受けて、処理要求元であるＦＡＸ端末Ａからデータを受信する。
【０１４５】
図１７（Ａ）は、ＦＡＸ端末Ａが行う、プレゼンス情報５００ａをプレゼンスサーバ１０に送信する処理のフロー図である。図１７（Ｂ）は、ＦＡＸ端末Ａが行う、再度原稿データをＦＡＸ端末Ｂに送信する処理のフロー図である。
【０１４６】
図１８（Ａ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後にプレゼンス情報５００ｂをプレゼンスサーバ１０に送信する処理のスロー図である。図１８（Ｂ）は、ＦＡＸ端末Ｂが行う、処理不能状態の解消後に原稿データを受信して印刷する処理のフロー図である。
【０１４７】
なお、プレゼンスサーバ１０が行う処理のフローは、基本的に図６に示したフローと同じである。
【０１４８】
ＦＡＸ端末Ａの端末実行部２０１は、利用者から操作ボタンなどを介して、原稿データをＦＡＸ端末Ｂへ送信するように要求を受け付けると、原稿をスキャンし、取得した原稿データ（picture1.jpg）をＦＡＸ端末Ｂに送信する（図１７のＳ５０１）。
【０１４９】
ＦＡＸ端末Ｂはトナー切れであるので、ＦＡＸ端末Ｂの端末処理部２０７は、印刷に失敗し処理できなかったというレスポンスをＦＡＸ端末Ａに返す。
【０１５０】
ＦＡＸ端末Ａの端末実行部２０１は、かかるエラーを検出する（Ｓ５０２でＮ）。そうすると、端末プレゼンス情報作成部２０３は、プレゼンス情報５００ａを作成する（Ｓ５０３）。ここで作成されるプレゼンス情報５００ａには、未だ実行していない処理があるという状態理由情報と、プレゼンスサーバ１０への要求動作と、処理命令とが含まれている。処理命令には、後述するように、動作指示の送信元（ポート番号を含む）、送信先（ポート番号を含む）、データの識別情報（ファイル名：picture1.jpg）、メディア（例えば、ＪＰＧ）、プロトコル（例えば、ＨＴＴＰ）、メディアストリーム（例えば、受信を示す「ＲＥＣＶ」）、使用するアプリケーションソフト名（例えば、「ＩＰプリント」）などが含まれている。
【０１５１】
なお、情報端末２０の間で、対応するメディア、プロトコル等の情報が分かっていないと、通信する際に不整合が起こる可能性がある。そこで、本動作例では、各情報端末２０は、対応可能なプロトコル、メディア等が格納された機能データ５３０を含むプレゼンス情報を事前に交換している。端末プレゼンス情報作成部２０３は、タスクデータ５２０の処理命令に、二つの端末（ＦＡＸ端末Ａ，ＦＡＸ端末Ｂ）が対応可能なメディア、プロトコル、アプリケーション等を指定する。
【０１５２】
次に、端末プレゼンス情報送信部２０４は、かかるプレゼンス情報５００ａを、プレゼンスサーバ１０に送信する（Ｓ５０４）。
【０１５３】
プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ａからプレゼンス情報５００ａを受信して（図６のＳ１４１でＹ）、情報記憶部１１に記憶する（Ｓ１４２）。
【０１５４】
図１９は、情報記憶部１１に記憶される情報の構成を示す。
【０１５５】
本動作例では、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が動作指示を受信して、処理要求元の情報端末２０（ＦＡＸ端末Ａ）にアクセスする。そのため、プレゼンス情報５００のタスクデータ５２０は、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）に動作指示を送った場合でも、（１）処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理要求元の情報端末２０（ＦＡＸ端末Ａ）にアクセスでき、（２）処理要求先の情報端末２０（ＦＡＸ端末Ｂ）が処理要求元の情報端末２０（ＦＡＸ端末Ａ）からデータを受信するのか、データを送信するのかを指定できる、ものである必要がある。
【０１５６】
そのため、タスクデータ５２０に格納される処理命令として、送信元ポート（動作指示を受ける、送信元の情報端末が使用するポート番号）、送信先ポート（送信先の情報端末が使用するポート番号）、メディアストリーム（情報端末間の通信においてデータが流れる方向）が格納されている。メディアストリームには、例えば、SEND： 送信元の情報端末は、送信先の情報端末にデータを送る、RECV ： 送信元の情報端末は、送信先の情報端末からデータを受ける、SENDRECV ：情報端末は双方向通信する、などがある。また、情報端末間で使用するアプリケーションソフトの名前も登録されている。また、上述したように、機能データ５３０には、その情報端末２０が対応しているプロトコル、メディア等の情報も含まれている。
【０１５７】
プレゼンスサーバ１０のプレゼンス情報監視部１０４は、プレゼンス情報５００のタスクデータ５２０（送信元、送信先の欄）に基づいて、ＦＡＸ端末ＡとＦＡＸ端末Ｂが処理に関係する事を判断して、ＦＡＸ端末ＡとＦＡＸ端末Ｂの状態の監視を開始する（図６のＳ１４３）。
【０１５８】
かかる間に、ＦＡＸ端末Ｂの端末プレゼンス状態検出部２０２は、トナーが交換されると、トナー切れ状態から回復したことを検出し（図１８のＳ５２１でＹ）、端末プレゼンス情報作成部２０３に、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する要求を出す。
【０１５９】
そして、ＦＡＸ端末Ｂの端末プレゼンス情報作成部２０３は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを作成する（Ｓ５２２）。ここで作成されるプレゼンス情報５００ｂには、トナー切れが解消してアイドル状態となったことを示すプレゼンスデータ５１０が含まれている。端末プレゼンス情報送信部２０４は、作成されたプレゼンス情報５００ｂを、プレゼンスサーバ１０に送信する（Ｓ５２３）。
【０１６０】
プレゼンスサーバ１０のプレゼンス情報収集部１０１は、ＦＡＸ端末Ｂのプレゼンス情報５００ｂを受信すると、情報記憶部１１のＦＡＸ端末Ｂのプレゼンス情報５００ｂを更新する。そして、プレゼンスサーバ１０のプレゼンス情報監視部１０２は、更新されたプレゼンスデータ５１０に基づいて、ＦＡＸ端末Ｂがトナー切れから回復したことを確認し、タスクデータ５２０で指定された処理が実行できると判断する（図６のＳ１４４でＹ）。
【０１６１】
プレゼンスサーバ１０のプレゼンス実行指示部１０３は、タスクデータ５２０の「要求動作」に従って、ＦＡＸ端末Ｂに対して、動作指示を送る（Ｓ１４５）。
【０１６２】
ＦＡＸ端末Ｂの端末動作指示受信部２０７は、動作指示を受信し（図１８のＳ５３１）、動作指示で指定された方法でＦＡＸ端末Ａに接続する（Ｓ５３２）。
【０１６３】
ＦＡＸ端末Ａの端末実行部２０１は、ＦＡＸ端末Ｂから接続を受け付けると（図１７のＳ５１１でＹ）、原稿データ（picture1.jpg）をＦＡＸ端末Ｂへ送信する（Ｓ５１２）。
【０１６４】
そして、ＦＡＸ端末Ｂの端末処理部２０７は、ＦＡＸ端末Ａから原稿データ（picture1.jpg）を受信すると（図１８のＳ５３３でＹ）、受信した原稿データ（picture1.jpg）を用いて印刷を実行する（Ｓ５３４）。
【０１６５】
かかる動作例によれば、処理要求元の情報端末２０（ＦＡＸ端末Ａ）は、処理要求先の情報端末２０（ＦＡＸ端末Ｂ）からの処理要求に応えるだけで良いので、処理実行に備えて待機し続ける必要がない。
【０１６６】
また、情報端末２０の間で、対応するメディア、プロトコルの情報が分かっていないと、通信する際に不整合が起こる可能性がある。本動作例によれば、情報端末２０が対応しているメディア等の情報もプレゼンス情報５００の機能データ５３０に含まれている。したがって、情報端末２０間で共通する機能で通信することができる。
【０１６７】
なお、上記した他の動作例においても、情報端末２０の間で、メディアやプロトコルなどの情報を交換することが望ましい。
【０１６８】
以上、いくつかの動作例を説明したが、本発明は、これらに限定されない。上記動作例は、様々な変形が可能である
例えば、１つの装置（情報端末、サーバ装置、代行端末等）が上記複数の動作例で説明した各装置のうちいくつかの装置を兼ねていても良い。
【０１６９】
また、上記複数の動作例を適宜組み合わせることができる。また、処理要求元、処理要求先の各情報端末２０は、ＦＡＸ端末に限定されない。プリンタ、コピー機などとの複合機、ＰＣ端末、ビデオ、オーディオ機器などであってもよい。
【０１７０】
さらに、処理要求元の情報端末２０と複数の処理要求先の情報端末２０が連携して行う処理についても、失敗した場合にプレゼンスサーバにプレゼンス情報を登録して、プレゼンスサーバ１０が関係する全情報端末２０を監視しても良い。
【０１７１】
なお、ルータも情報端末の一種である。
【図面の簡単な説明】
【０１７２】
【図１】ネットワークシステムの構成の一例を示す図。
【図２】プレゼンスサーバの機能構成の一例を示す図。
【図３】情報端末の機能構成の一例を示す図。
【図４】処理要求元の情報端末の処理のフロー図。
【図５】処理要求先の情報端末の処理のフロー図。
【図６】プレゼンスサーバの処理のフロー図。
【図７】プレゼンス情報の構成例を示す図。
【図８】処理要求元の情報端末の処理のフロー図。
【図９】処理要求先の情報端末の処理のフロー図。
【図１０】プレゼンス情報の構成例を示す図。
【図１１】処理要求元の情報端末の処理のフロー図。
【図１２】処理要求先の情報端末の処理のフロー図。
【図１３】プレゼンスサーバの処理のフロー図。
【図１４】代行端末の処理のフロー図。
【図１５】プレゼンス情報の構成例を示す図。
【図１６】ネットワークシステムの構成の一例を示す図。
【図１７】処理要求元の情報端末の処理のフロー図。
【図１８】処理要求先の情報端末の処理のフロー図。
【図１９】プレゼンス情報の構成例を示す図。
【符号の説明】
【０１７３】
１０…プレゼンスサーバ、２０…情報端末、３０…ブロードバンドルータ、４０…通信ネットワーク
【図１】
2008113134.tif 000003
【図２】
2008113134.tif 000004
【図３】
2008113134.tif 000005
【図４】
2008113134.tif 000006
【図５】
2008113134.tif 000007
【図６】
2008113134.tif 000008
【図７】
2008113134.tif 000009
【図８】
2008113134.tif 000010
【図９】
2008113134.tif 000011
【図１０】
2008113134.tif 000012
【図１１】
2008113134.tif 000013
【図１２】
2008113134.tif 000014
【図１３】
2008113134.tif 000015
【図１４】
2008113134.tif 000016
【図１５】
2008113134.tif 000017
【図１６】
2008113134.tif 000018
【図１７】
2008113134.tif 000019
【図１８】
2008113134.tif 000020
【図１９】
2008113134.tif 000021