(57)【特許請求の範囲】
【請求項１】
機器または機器を操作するユーザの状態を状態情報として受信し、管理する管理部と、
前記状態情報の通知を要求する参照者端末からの通知要求メッセージを受信する通知要求受信部と、
受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部と、
前記管理部によって受信された前記状態情報を含む状態通知メッセージを前記参照者端末へ送信する状態通知送信部と、を有し、
前記管理部は、前記参照者端末が中継能力を有するか否かを管理し、
前記通知応答送信部は、前記参照者端末に対して前記状態通知メッセージの中継を指示する前記通知応答メッセージを送信するサーバ装置。
【請求項２】
前記通知要求メッセージには、前記参照者端末の中継能力を示す部分を含み、
前記通知応答メッセージには、前記参照者端末に対して、他の参照者端末に前記状態通知メッセージを中継するように指示する部分を含む請求項１に記載のサーバ装置。
【請求項３】
前記通知要求メッセージには、前記参照者端末の中継能力を示す部分を含み、
前記通知応答メッセージには、前記参照者端末に対して、他の参照者端末から前記状態通知メッセージを中継してもらうように指示する部分を含む請求項１に記載のサーバ装置。
【請求項４】
前記状態通知メッセージは、当該状態通知メッセージを中継する参照者端末の状態情報を含む請求項１に記載のサーバ装置。
【請求項５】
機器または機器を操作するユーザの状態を状態情報として受信し、管理するとともに、サーバ装置本体の負荷状態を検出する管理部と、
前記状態情報の通知を要求する参照者端末からの通知要求メッセージを受信する通知要求受信部と、
受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部と、
前記管理部によって受信された前記状態情報を含む状態通知メッセージを、前記負荷状態に応じて制限して前記参照者端末へ送信する状態通知送信部と、を有し、
前記管理部は、前記参照者端末が中継能力を有するか否かを管理し、
前記通知応答送信部は、前記参照者端末に対して前記状態通知メッセージの中継を指示する前記通知応答メッセージを送信するサーバ装置。
【請求項６】
前記管理部は、前記状態情報の受信数または前記参照者端末に送出する前記各メッセージの数の少なくとも一方の数に応じて前記サーバ装置本体の負荷状態を検出することを特徴とする請求項５記載のサーバ装置。
【請求項７】
前記状態通知送信部は、前記状態情報の種類に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項５記載のサーバ装置。
【請求項８】
前記状態通知送信部は、前記参照者端末の属性、または前記機器または前記ユーザの属性に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項５記載のサーバ装置。
【請求項９】
前記状態通知送信部は、前記状態情報に割り振られた優先度に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項５記載のサーバ装置。
【請求項１０】
前記状態通知送信部は、前記参照者端末に割り振られた優先度、または前記機器または前記ユーザに割り振られた優先度に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項５記載のサーバ装置。
【請求項１１】
前記状態通知送信部の負荷状態に応じた制限は、前記管理部が前記サーバ装置の過負荷状態を検出したときに、前記状態通知メッセージを前記参照者端末に送信するのを所定時間中断し、前記中断の解除後に前記状態通知メッセージを前記参照者端末に送信するか、または前記中断の解除後に前記状態通知メッセージを廃棄することを特徴とする請求項５記載のサーバ装置。
【請求項１２】
前記状態通知送信部の中断する所定時間は、前記負荷状態の程度により前記中断時間が設定されることを特徴とする請求項１１記載のサーバ装置。
【請求項１３】
前記状態通知送信部は、前記参照者端末の状態情報が送信許可状態である場合のみ、前記状態通知メッセージを前記参照者端末へ送信することを特徴とする請求項５記載のサーバ装置。
【請求項１４】
前記状態通知送信部は、前記管理部が前記サーバ装置本体の過負荷状態を検出したときに、前記状態通知メッセージの送出を中断し、所定時間経過後に前記通知要求メッセージを送信するように促す要求情報を前記状態通知メッセージとして前記参照者端末に送出することを特徴とする請求項５記載のサーバ装置。
【請求項１５】
前記状態通知送信部は、前記状態通知メッセージを前記所定時間後に前記参照者端末に送出する際に、中断されていた前記状態通知メッセージ以外の他の状態通知メッセージを前記中断されていた状態通知メッセージと統合する情報統合部をさらに備えたことを特徴とする請求項１１記載のサーバ装置。
【請求項１６】
機器または機器を操作するユーザの状態を状態情報として受信し、管理する管理ステップと、
前記状態情報の通知を要求する参照者端末からの通知要求メッセージを受信する受信ステップと、
前記受信ステップで受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信ステップと、
前記管理ステップで受信された前記状態情報を含む状態通知メッセージを前記参照者端末へ送信する状態通知送信ステップと、を有し、
前記管理ステップは、前記参照者端末が中継能力を有するか否かを管理し、
前記通知応答送信ステップは、前記参照者端末に対して前記状態通知メッセージの中継を指示する前記通知応答メッセージを送信する情報通知方法。
【請求項１７】
機器または機器を操作するユーザの状態を状態情報として管理するサーバ装置と、前記サーバ装置にネットワークを介して前記状態情報のサービスを受ける参照者端末とを備え、
前記サーバ装置は、
前記状態情報を受信し、管理する管理部と、
前記参照者端末からの通知要求メッセージを受信する通知要求受信部と、
受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部と、
前記管理部によって受信された前記状態情報を含む状態通知メッセージを送信する状態通知送信部と、を有し、
前記管理部は、前記参照者端末が中継能力を有するか否かを管理し、
前記通知応答送信部は、前記参照者端末に対して前記状態通知メッセージの中継を指示する前記通知応答メッセージを送信する情報通知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器等の状態情報を収集し、クライアント装置などの参照者端末に通知するサーバ装置、情報通知方法、情報通知システムに関する。
【背景技術】
【０００２】
近年、インターネットが広く普及し、インターネット電話やインスタントメッセージ等のサービスが広く利用されつつある。こうしたサービスの利便性を向上させる技術として、プレゼンスサービスがある。プレゼンスサービスは、プレゼンスサーバ装置と呼ばれるサーバ装置が、サーバ装置と通信可能な電子機器を通じて、電子機器の状態や、ユーザの状態を状態情報として収集、または受信し、その状態情報の参照を希望する参照者端末であるクライアント装置に通知することによって実現されるサービスである。
【０００３】
プレゼンスサービスは、例えば、特開２００１−８４１９５号公報（以下、特許文献１と記す）や特開２００４−７２４８５公報（以下、特許文献２と記す）に開示されている。状態情報を受け取るクライアント装置は、プレゼンスサーバ装置において保持する情報のうち、一部の情報を受信する旨を予めメッセージ等でプレゼンスサーバ装置に通知しておき、該当する状態情報に変化があったときのみ、状態情報をプレゼンスサーバ装置から送信してもらうようにすることが多い。
【０００４】
ここで、プレゼンスサービスを実現するための具体的なプロトコルについては、いくつかの方法があるが、以下の説明では、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いた方法について、簡単に説明する。
【０００５】
図３０は、従来のプレゼンスサービスを実現するための情報通知システムのシーケンス図である。図３０において、情報通知中継装置としてのサーバ装置１００は、ユーザの在席情報などを管理するユーザ装置１０５や電子機器などの情報通知端末１０６に接続されており、ユーザ装置１０５や情報通知端末１０６の状態を管理している。情報通知端末１０６は自己の状態（例えば、電源のオン、オフなどの状態）が変化したとき、ユーザ装置１０５はこれが管理するユーザの状態（例えば、在席、離席などの状態）が変化したとき、その状態を示す状態情報を取得し、ＳＩＰのパブリッシュ（ＰＵＢＬＩＳＨ）メッセージにその情報を設定してサーバ装置１００に送信する（Ｓ３００１）。図３０では、ユーザ装置１０５が、ユーザの在席した情報をサーバ装置１００に送信しているが、情報通知端末１０６が電源のオンになった情報をサーバ装置１００に送信することも同様に行える。以下、ユーザ装置１０５について説明する。
【０００６】
ここで、ユーザ装置１０５はユーザのキー操作などによってユーザの状態を取得したり、また、センサなどを用いてユーザの状態を操作なしで取得したりする。
【０００７】
サーバ装置１００は、受信した状態情報をメモリなどに記憶保持すると共に、メッセージを送信してきた情報通知端末１０６に対し、応答メッセージとしての“２００  ＯＫ”の応答メッセージを送出する（Ｓ３００２）。
【０００８】
一方、クライアント装置である参照者端末１０２において、ユーザ装置１０５の状態情報を知りたいときには、参照者端末１０２からサーバ装置１００に対し、ユーザ装置１０５の状態情報を指定したサブスクライブ（ＳＵＢＳＣＲＩＢＥ）メッセージを送信する（Ｓ３００３）。サーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信したとき、参照者端末１０２に対し、“２００  ＯＫ”の応答メッセージを送信する（Ｓ３００４）と共に、先に保持したユーザ装置１０５の状態情報（ユーザ装置１０５：在席）を設定したＳＩＰのノーティファイ（ＮＯＴＩＦＹ）メッセージを参照者端末１０２に送信する（Ｓ３００５）。参照者端末１０２は、状態情報を設定したＮＯＴＩＦＹメッセージを受信すると、それを表示器に表示すると共に、サーバ装置１００に対し、“２００  ＯＫ”の応答メッセージを送信する（Ｓ３００６）。
【０００９】
その後、例えば、ユーザ装置１０５が管理するユーザの離席など、ユーザ装置１０５の状態に変化があると、この情報がＳＩＰのＰＵＢＬＩＳＨメッセージに設定されてサーバ装置１００に送信される（Ｓ３００７）。サーバ装置１００はＰＵＢＬＩＳＨメッセージを受信すると、それをメモリなどに記憶保持すると共に、“２００  ＯＫ”の応答メッセージをユーザ装置１０５に送信する（Ｓ３００８）。
【００１０】
その後、サーバ装置１００は、先に記憶保持したユーザ装置１０５の状態情報（例えば、ユーザ１０５：離席）をＳＩＰのＮＯＴＩＦＹメッセージに設定して参照者端末１０２に送信する（Ｓ３００９）。参照者端末１０２は、ＮＯＴＩＦＹメッセージを受信すると、それを表示器に表示すると共に、サーバ装置１００に対し、“２００  ＯＫ”の応答メッセージを送信して（Ｓ３０１０）、一連の動作を終了する。
【００１１】
同様に、参照者端末１０３がユーザ装置１０５、あるいは情報通知端末１０６の状態情報を知りたいときにも、以上のような手順が実行される。
【００１２】
このように、従来の情報通知システムでは、参照者端末１０２において情報通知端末１０６やユーザ装置１０５の状態情報を知りたいときや、情報通知端末１０６やユーザ装置１０５の状態情報が変化したときには、それぞれサーバ装置１００から情報通知端末１０６やユーザ装置１０５の状態情報を入手することができ、表示器などに表示することができる。
【００１３】
しかしながら、従来の情報通知システムでは、サーバ装置１００から通知を受ける参照者端末１０２の数が増大したり、サーバ装置１００が管理する情報通知端末１０６やユーザ装置１０５の数が増大することにより、情報通知端末１０６やユーザ装置１０５の状態更新頻度が高まり、状態情報の通知に対するトラヒックが増大することが考えられる。このトラフィックの増大により、サーバ装置１００の負荷が極端に増大してしまい、負荷の程度によってはサーバ装置１００の処理能力を超え、情報通知端末１０６やユーザ装置１０５からの状態情報を処理しきれなかったり、参照者端末１０２への状態情報通知をうまくできなかったりするという問題があった。
【００１４】
特に、プレゼンスサービスでは、ユーザ装置１０５が管理する複数のユーザが同一の会議に出席したり、昼休みになって全員が昼食に出かけたりするなど、状態の変化が短時間に著しく多く発生することがある。このような場合、サーバ装置１００は、平均的には処理能力を十分に保持していても、情報通知端末１０６からの状態通知が極めて短時間に多数発生するため、サーバ装置１００の処理能力を超えてしまうことがあり、結果として状態通知が破棄されてしまうという問題があった。
【００１５】
また、状態通知が破棄されるまでには至らない場合であっても、状態通知の処理に著しい遅延が発生したり、サーバ装置１００が他のサービスのサーバ装置をも兼ねている場合、他のサービスの品質が低下してしまったりするという問題があった。
【００１６】
そこで、このような問題を解決するものとして、複数の情報通知端末１０６から情報の通知があった場合、それらの情報を集約し、一括して参照者端末１０２に送信するというものが、例えば、特許文献２で知られている。
【００１７】
しかしながら、特許文献２に記載された情報通知システムでは、複数の状態情報を集約し、一括して参照者端末１０２に送信するため、参照者端末１０２では、集約された状態情報を解釈できる特別なプログラムなどが必要であり、こうした機能を全ての参照者端末１０２に搭載しなければならないという問題があった。
【００１８】
また、特許文献２に記載された情報通知システムは、同一の参照者端末１０２に対し複数の状態通知がある場合にのみ、サーバ装置１００が送信すべき状態通知の数を削減することが可能なものであり、情報通知端末１０６から送信されてくる状態情報を多数の参照者端末１０２が受信している場合には、サーバ装置１００の負荷を低減する効果が得られず、状態通知の著しい遅延や破棄が依然として発生するという問題があった。
【００１９】
また、特許文献２に記載された情報通知システムでは、定期的な状態情報の更新のタイミングに合わせて、複数の状態情報を集約し一括して参照者端末１０２に送信する方法を採用しており、定期的な状態情報の更新まで参照者端末１０２への通知が遅れてしまうという問題があった。
【００２０】
さらに、特許文献２に記載された情報通知システムでは、情報通知端末、参照者端末及び参照する情報の数が増大し、バースト的な情報通知のトラフィックが発生することによるサーバ装置の負荷の増大に対して、サーバ装置１００のハードウェアスペックを向上させたり、サーバ装置１００を複数設け、これらに負荷を分散させたりして対策することも考えられるが、これらの方法では、システム全体の構成が複雑になり、システム全体のコストアップを伴うという問題があった。
【発明の開示】
【００２１】
本発明は、このような従来の問題に鑑みて成されたものであり、サーバ装置において大きな負荷がかかるようになった場合でも、ユーザや情報通知端末からの情報を、遅延や破棄が発生することなく、また集約することなく正確に参照者端末に送信でき、したがってまた個々の参照者端末は集約された状態情報を解釈する機能を必要とせず、複数のサーバ装置で負荷を分散させる必要のないサーバ装置、情報通知方法、および情報通知システムを提供するものである。
【００２２】
本発明のサーバ装置は、機器または機器を操作するユーザの状態を状態情報として受信し、管理するとともに、前記状態情報の受信状況から装置本体の負荷状態を検出する管理部と、前記状態情報の通知を要求する参照者端末からの通知要求メッセージを受信する通知要求受信部と、受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部と、前記管理部によって受信された前記状態情報を含む状態通知メッセージを、前記負荷状態に応じて制限して前記参照者端末へ送信する状態通知送信部とを有した構成を備える。
【００２３】
この構成により、サーバ装置において大きな負荷がかかるようになった場合でも、状態通知送信制御部が、管理部によって収集された状態情報を含む状態通知メッセージを制限して送信するので、状態情報を遅延や破棄なく、また集約なしに正確に参照者端末に送信できる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態について、図面を用いて説明する。
【００２５】
（実施の形態１）
図１は、本発明の実施の形態１における情報通知システムの概略構成図である。
【００２６】
図１において、情報通知中継装置としてのサーバ装置１００は、ユーザの在席状態などを管理する装置（以下、ユーザ装置という）１０５からユーザの在席情報や場所情報などの状態、あるいは情報通知端末１０６から電源のオン／オフなどの状態の通知を受け、ユーザ装置１０５や情報通知端末１０６の状態を収集、管理し、これらの状態を含む通知情報を通知する。
【００２７】
また、ユーザ装置１０５や情報通知端末１０６からの通知情報を参照する情報参照部としての参照者端末１０２、１０３、１０４は、サーバ装置１００と、ネットワーク１０１を介して互いに接続されている。
【００２８】
サーバ装置１００としては、インターネット電話のサーバ装置や、映像配信用のサーバ装置など、各種サーバ装置を用いることができる。また、参照者端末１０２、１０３、１０４としては、パソコンや、一般電話機、携帯電話機、ネット家電機器などの各種端末、その他の端末装置を適宜用いることができる。特に、サーバ装置１００は、状態通知などの情報通知機能を有していればよく、ここに挙げた各種サーバ装置と必ずしも一致する必要はなく、例えば、情報通知部である情報通知端末１０６に実装されていても構わない。
【００２９】
ネットワーク１０１は、インターネットや電話ネットワークなどの公衆ネットワークのほかに、ＬＡＮや宅内ネットワークであっても良い。
【００３０】
ユーザ装置１０５および情報通知端末１０６は、それぞれサーバ装置１００によって状態情報が管理されている。ユーザ装置１０５の状態は、ユーザがユーザ装置１０５のキーなどを操作し、その情報をサーバ装置１００に送信しても良いが、サーバ装置１００に、例えば人体センサのようなセンサなどを設け、そのセンサなどで直接ユーザの在席、離席などの状態を監視しても良い。また、ユーザ装置１０５や情報通知端末１０６は、ネットワークを介してサーバ装置１００に接続してもよいが、サーバ装置１００と一体化して、ユーザが直接サーバ装置１００を操作したり、サーバ装置１００自身が情報通知端末１０６の機能を果たしても良い。
【００３１】
また、ユーザ装置１０５や情報通知端末１０６は、サーバ装置１００に対して、自己の状態情報などの通知情報を通知するように構成されているが、サーバ装置１００自体が逆にユーザ装置１０５や情報通知端末１０６からそれぞれの状態情報などを取得するように構成してもよい。
【００３２】
また、ユーザ装置１０５や情報通知端末１０６の状態には、それぞれが提供するサービスや機能の状態も含まれて良い。情報通知端末が、例えば、携帯電話の場合、情報通知端末の状態には、電波の状態、電源のオン・オフの状態、ハードウエアの運用の状態、マナーモードの状態等が挙げられる。
【００３３】
次に、本実施の形態１における情報通知システムについて、各装置間の処理をより詳細に説明する。
【００３４】
図２は、サーバ装置１００や参照者端末１０２をより詳しく示した概略構成図である。
【００３５】
図２に示すように、サーバ装置１００は、管理部１００１、通知要求受信部１００２、通知応答送信部１００３、状態通知送信部１００４を有する。また、参照者端末１０２は、通知要求送信部１０２１、通知応答受信部１０２２、状態通知受信部１０２３、状態通知中継部１０２４を有する。そして、参照者端末１０３も、参照者端末１０２と同様に構成されている。
【００３６】
サーバ装置１００は、管理部１００１を用いてユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を常時管理している。管理している状態情報としては、例えば、ユーザがユーザ装置１０５を操作することによって得られるユーザの在席、離席等の状態や、情報通知端末１０６の電源オン、電源オフ等の状態があるが、さらに、これら以外に、ユーザの居る場所や情報通信端末の通信状態などの複数の状態があってもよい。
【００３７】
参照者端末１０２は、通知要求送信部１０２１を用いてサーバ装置１００に対し、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を通知するように要求する。そのとき、その参照者端末１０２において状態通知メッセージの中継能力を有する場合、その中継能力を有することを記述した通知要求メッセージを同時にサーバ装置１００に送信する。
【００３８】
参照者端末１０２がサーバ装置１００に対し、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を通知するように要求する場合、ユーザ装置１０５のみを指定したり、ユーザ装置１０５が持つ複数の状態情報のうち、一部のみを通知要求する情報を付加したりして要求することもできる。
【００３９】
サーバ装置１００は、参照者端末１０２から通知要求メッセージが送信された場合、それを通知要求受信部１００２によって受信する。通知要求メッセージ受信後、サーバ装置１００は、通知応答送信部１００３を用いて、通知要求メッセージを受信したことを示す応答メッセージを参照者端末１０２に送信する。このとき、サーバ装置１００の管理者によって設定したり、予め定めたりすることによって保持している参照者端末１０３のアドレス情報を要求応答メッセージに付加して、参照者端末１０２に送信する。
【００４０】
例えば、管理部１００１は、多数の参照者端末１０２が送信してきたそれぞれの通知要求メッセージの内容や、どの参照者端末１０２が中継能力を有しているか、どの参照者端末１０２が中継能力を有していないかなどを、それぞれの参照者端末１０２について管理している。したがって、管理部１００１は、中継能力を有するどの参照者端末１０２に対してどの参照者端末１０３の中継をさせるかを、予めサーバ装置１００の管理者などが設定しておくことができる。この際、中継させる参照者端末１０３は、例えば複数のアドレスを設定することにより複数の参照者端末を設定できる。
【００４１】
なお、サーバ装置１００は、通知要求メッセージを受信したときに、管理情報を参照する等して、参照者端末１０２が要求している状態情報にアクセスする権利があるかどうかを確認したり、参照者端末１０２が正しい参照者端末であるかどうかを認証したりする等してもよい。そして、これらの結果を基に、正常でない場合、通知応答メッセージにエラー情報を付加し、参照者端末１０２に対し、状態通知を拒否するようにしてもよい。また、サーバ装置１００は、複数の参照者端末１０３のアドレス情報を通知応答メッセージに付加するようにしてもよい。
【００４２】
参照者端末１０２は、サーバ装置１００から通知応答メッセージが送信されると、それを通知応答受信部１０２２で受信する。参照者端末１０２の通知応答受信部１０２２は、受信した通知応答メッセージに参照者端末１０３の情報が含まれていた場合、その情報を保持する。
【００４３】
サーバ装置１００の管理部１００１は、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報変化を取得した場合、サーバ装置１００の状態通知送信部１００４を用いて、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報変化を含む状態通知メッセージを参照者端末１０２に送信する。
【００４４】
なお、状態通知メッセージは、参照者端末１０２だけでなく、それ以前に通知要求メッセージを送信し、ユーザ装置１０５の状態通知や情報通知端末１０６の状態通知を希望する参照者端末のうち、通知応答送信部１００３によって正常な通知応答メッセージを送信した全ての参照者端末に対して送信する。
【００４５】
参照者端末１０２は、サーバ装置１００からの状態通知メッセージを状態通知受信部１０２３で受信し、受信した状態通知メッセージを参照者端末１０２の表示器にＧＵＩで表示したり、状態情報変化に対応した処理を行ったりする。
【００４６】
そして、参照者端末１０２は、通知応答受信部１０２２によって通知応答メッセージを受信したときに設定されていた参照者端末１０３に対しても、受信した状態通知メッセージの少なくとも一部を中継する。例えば、参照者端末１０２は、状態通知メッセージにユーザ装置１０５と情報通知端末１０６の両方の状態情報が設定されていた場合でも、ユーザ装置１０５の状態情報のみを中継してもよいし、また、両方の状態情報を中継してもよい。これらの情報設定は、通知応答メッセージに設定すればよい。
【００４７】
このようにして、参照者端末１０３が状態通知メッセージを受信すると、そのメッセージが参照者端末１０２と同様、参照者端末１０３の表示器に表示され、参照者端末１０３がその状態情報に対応した処理を行う。
【００４８】
したがって、本発明は、サーバ装置１００から参照者端末１０２以外の参照者端末１０３に状態情報を直接送信しなくても、参照者端末１０２を経由して参照者端末１０３に状態情報を送信することができ、サーバ装置１００に対するトラヒックを少なくすることができる。
【００４９】
次に、上記情報通知システムの装置間のメッセージとしてＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いた場合の具体例について説明する。
【００５０】
図３は、装置間のメッセージとしてＳＩＰを用いた場合の動作を示すシーケンス図である。
【００５１】
サーバ装置１００は、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を常に管理しており、例えば、図３に示すように、ユーザ装置１０５からＰＵＢＬＩＳＨメッセージとしてユーザ装置１０５：在席（すなわち、ユーザ装置１０５を操作するユーザが在籍しているという意味）という状態情報を受信し（ステップＳ３０１）、応答情報“２００  ＯＫ”をユーザ装置１０５に送信する（ステップＳ３０２）。
【００５２】
このとき、参照者端末１０２が、サーバ装置１００に対し、通知要求メッセージとしてＳＵＢＳＣＲＩＢＥメッセージを送信すると（ステップＳ３０３）、サーバ装置１００はそのＳＵＢＳＣＲＩＢＥメッセージを受信し、ＳＵＢＳＣＲＩＢＥメッセージで要求された内容に応じた応答メッセージ“２００  ＯＫ”を参照者端末１０２に返送する（ステップＳ３０４）。
【００５３】
例えば、ステップＳ３０３において、ＳＵＢＳＣＲＩＢＥメッセージに、ユーザ装置１０５の状態情報を通知して欲しい旨の情報と、参照者端末１０２自体が状態通知メッセージを中継する能力を有している旨の情報を設定しておけば、これらの情報が参照者端末１０２からサーバ装置１００に送信される。なお、これらの情報は、メッセージのヘッダに設定してもよいし、ボディに設定してもよい。
【００５４】
このようにして、ステップＳ３０４において、参照者端末１０２からサーバ装置１００にＳＵＢＳＣＲＩＢＥメッセージが送信されると、それがサーバ装置１００で受信される。受信された情報が受け入れ可能な要求であれば、サーバ装置１００は、通知応答メッセージとして応答情報“２００  ＯＫ”を参照者端末１０２に送信する。このとき、参照者端末１０２を用いて中継して欲しい参照者端末１０３のアドレス情報をサーバ装置１００に設定しておくと、サーバ装置１００がそのアドレス情報をも通知応答メッセージの１つとして参照者端末１０２に送信する。なお、この場合も、このような情報は、通知応答メッセージのヘッダまたはボディのいずれかに設定しておけばよい。
【００５５】
サーバ装置１００は、ユーザ装置１０５において状態情報変化が生じると、参照者端末１０２からの要求に従って、その変化毎に状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２に送信する（ステップＳ３０５）。ここで、ＮＯＴＩＦＹメッセージには、ユーザ装置１０５の管理するユーザの在席、離席等の状態情報を設定しておく。この状態情報もまたメッセージヘッダおよびメッセージボディのいずれかに設定すればよい。
【００５６】
参照者端末１０２は、ＮＯＴＩＦＹメッセージを受信すると、その旨を表す応答情報“２００  ＯＫ”をサーバ装置１００に送信する（ステップＳ３０６）。そして、参照者端末１０２は、受信したユーザ装置１０５の状態情報を表示器に表示したり、ＮＯＴＩＦＹメッセージを参照者端末１０３に中継したりする（ステップＳ３０７）。
【００５７】
参照者端末１０２は、ＮＯＴＩＦＹメッセージを参照者端末１０３に中継する場合には、受信したユーザ装置１０５の状態情報をそのままＮＯＴＩＦＹメッセージとして参照者端末１０３に送信してもよいが、その一部のみをサーバ装置１００からの指示により設定、送信してもよい。
【００５８】
参照者端末１０３は、ＮＯＴＩＦＹメッセージを受信すると、そのメッセージを参照者端末１０３の表示器に表示し、同時に、ＮＯＴＩＦＹメッセージを受信した旨を示す応答情報“２００  ＯＫ”を参照者端末１０２に送信する（ステップＳ３０８）。
【００５９】
ユーザ装置１０５の管理するユーザが離席する等して、ユーザ装置１０５の状態情報が変化した場合には、同じように、ユーザ装置１０５の管理するユーザが離席した旨のメッセージを、ユーザ装置１０５は、ＰＵＢＬＩＳＨメッセージとしてサーバ装置１００に送信する（ステップＳ３０９）。サーバ装置１００は、受信した旨を示す応答情報“２００  ＯＫ”メッセージをユーザ装置１０５に送信する（ステップＳ３１０）。そして、この状態情報変化によって、サーバ装置１００は、ユーザ装置１０５が管理するユーザが離席した旨のＮＯＴＩＦＹメッセージを参照者端末１０２に送信する（ステップＳ３１１）。
【００６０】
参照者端末１０２は、このＮＯＴＩＦＹメッセージを受信したとき、その旨を示す応答情報“２００  ＯＫ”をサーバ装置１００に送信し（ステップＳ３１２）、参照者端末１０３に同じＮＯＴＩＦＹメッセージを送信する（ステップＳ３１３）。参照者端末１０３は、ＮＯＴＩＦＹメッセージを受信したとき、受信した旨を表す応答情報“２００  ＯＫ”を参照者端末１０２に送信し（ステップＳ３１４）、受信したメッセージを参照者端末１０３の表示器に表示すると共に、それに応じた動作を実行する。
【００６１】
このように、本実施の形態１によれば、ユーザ装置１０５や情報通知端末１０６の状態を状態情報としてサーバ装置１００において常時管理する。ユーザ装置１０５や情報通知端末１０６において、状態情報の変化が生じたとき、参照者端末からの要求に応じて、要求のあった参照者端末に対し、その旨を通知するだけでなく、その参照者端末において中継能力がある場合、他の参照者端末にもその旨を通知するように指示し、他の参照者端末にその参照者端末を介して通知させるようにする。このようにすることにより、サーバ装置としては、いちいち個々の参照者端末に通知する必要がなく、サーバ装置に対するトラヒックを少なくすることができるという利点を有する。
【００６２】
図４〜図６は、ＳＵＢＳＣＲＩＢＥメッセージ、ＳＵＢＳＣＲＩＢＥメッセージに対する応答情報“２００  ＯＫ”、およびＮＯＴＩＦＹメッセージのメッセージフォーマットの一例をそれぞれ示す図である。
【００６３】
図４に示すように、ＳＵＢＳＣＲＩＢＥメッセージにおいては、どの状態通知を望むかを示すメッセージ部分である“Ｒｅｑｕｅｓｔ−ＵＲＩ”に“ＳＵＢＳＣＲＩＢＥ  ｓｉｐ：ｕｓｅｒ１０５＠ａ．ｃｏｍ  ＳＩＰ／２．０”によって、どの状態通知を望むかを示し、中継能力を示すメッセージ部分である“Ｓｕｐｐｏｒｔｅｄ”ヘッダに“Ｓｕｐｐｏｒｔｅｄ：Ｎｏｔｉｆｙ−Ｒｅｌａｙ”によって中継能力を示している。
【００６４】
また、図５に示すように、応答情報“２００  ＯＫ”では、Ｓｕｐｐｏｒｔｅｄヘッダ（Ｓｕｐｐｏｒｔｅｄ：Ｎｏｔｉｆｙ−Ｒｅｌａｙ：ｓｉｐ：ｃｌｉｅｎｔ１０３＠ａ．ｃｏｍ）によって参照者端末１０３にＮＯＴＩＦＹメッセージを中継するよう指示されている。
【００６５】
さらに、図６に示すように、ＮＯＴＩＦＹメッセージでは、メッセージボディにて情報通知端末１０６の状態情報を示している。
【００６６】
以上のように構成されたサーバ装置は、参照者端末に対し、状態通知メッセージを中継する他の参照者端末を指定することが可能なように構成されている。したがって、サーバ装置が中継する参照者端末をサーバ装置において選択できるので、他の参照者端末と近い参照者端末に対して中継を指示したり、参照者端末の負荷や能力に応じて中継を指示したりすることが可能になり、よりきめ細かな負荷分散やトラヒック分散が可能になるという利点を有する。
【００６７】
また、参照者端末は、他の参照者端末に対し、受信した状態通知メッセージを中継することが可能となる。したがって、サーバ装置は、他の参照者端末に対し、状態通知メッセージを直接送信する必要がなくなり、サーバ装置の負荷を参照者端末とで分散することが可能となる。また、サーバ装置に集中していたトラヒックを参照者端末とで分散することが可能となる。
【００６８】
なお、サーバ装置において、他の参照者端末を任意に指定可能にする場合には、手動で任意の参照者端末を選択し指定することができるようにすればよい。また、サーバ装置は、自動的に予め定めた条件の基で参照者端末を指定するようにする場合には、これらの条件を任意に設定し、その条件を基に、指定する参照者端末を選択するようにすればよい。
【００６９】
例えば、近くの参照者端末を選択したいときは、参照者端末の位置を予めサーバ装置に登録しておき、その位置間の距離によって近くの参照者端末を選択し、その参照者端末を指定すればよい。また、参照者端末の負荷や能力に応じて中継する参照者端末を選択したいときは、これらの参照者端末の負荷や能力をそれぞれ予めサーバ装置に登録したり、都度測定したりして、それらをサーバ装置において管理し、そのデータに基づいて負荷が比較的少なく、能力のある参照者端末を選択し、その参照者端末に中継を担当させるようにすればよい。
【００７０】
（実施の形態２）
図７は、本発明の実施の形態２における情報通知システムの概略構成を示すブロック図である。
【００７１】
本実施の形態２における情報通知システムは、図７に示すように、サーバ装置１００が、管理部１００１、通知要求受信部１００２、通知応答送信部１００３、状態通知送信部１００４のほかに、中継参照者端末保持部１００５を有している。また参照者端末１０２は、通知要求送信部１０２１、通知応答受信部１０２２、状態通知受信部１０２３、状態通知中継部１０２４のほかに、他の参照者端末１０３からの通知要求メッセージを受信する通知要求受信部１０２５を有している。
【００７２】
サーバ装置１００は、実施の形態１と同様、管理部１００１を用いてユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を管理している。
【００７３】
参照者端末１０２は、通知要求送信部１０２１を用いてサーバ装置１００に対し、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を通知するように通知要求メッセージを送信すると共に、参照者端末１０２が状態通知メッセージの中継能力を有する旨のメッセージを送信する。
【００７４】
サーバ装置１００は、参照者端末１０２から通知要求メッセージが送信されると、その通知要求メッセージを通知要求受信部１００２によって受信する。このとき、サーバ装置１００は、中継参照者端末保持部１００５を用いて、状態通知メッセージの中継能力を有する参照者端末であるかどうかを判断する。中継参照者端末保持部１００５は、中継能力があると判断するならば、例えば、参照者端末１０２が中継能力を有する参照者端末として記憶する。サーバ装置１００は、通知要求メッセージに対する応答メッセージを通知応答送信部１００３によって参照者端末１０２に送信する。
【００７５】
参照者端末１０２は、サーバ装置１００より通知応答メッセージが送信されると、その通知応答メッセージを、通知応答受信部１０２２を用いて受信する。
【００７６】
また、参照者端末１０３がサーバ装置１００に対して通知要求メッセージを送信した場合、サーバ装置１００の中継参照者端末保持部１００５が、参照者端末１０３に対して中継させるべき参照者端末を記憶していれば、サーバ装置１００は、その参照者端末、例えば、参照者端末１０２のアドレス情報を設定したエラーを示す通知応答メッセージを、通知応答送信部１００３によって参照者端末１０３に送信する。参照者端末１０３は、受信した通知応答メッセージに示される参照者端末１０２に対して通知要求メッセージを改めて送信する。参照者端末１０２は、改めて送信された通知要求メッセージを通知要求受信部１０２５によって受信する。
【００７７】
サーバ装置１００において、管理部１００１がユーザ装置１０５の状態情報や情報通知端末１０６の状態情報変化を検出すると、サーバ装置１００は、状態通知送信部１００４によってユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を設定した状態通知メッセージを参照者端末１０２に送信する。
【００７８】
参照者端末１０２は、状態通知受信部１０２３を用いてサーバ装置１００からの状態通知メッセージを受信する。参照者端末１０２は、受信した状態通知メッセージを参照者端末１０２の表示器に表示したり、状態に対応した処理を行ったりし、通知要求受信部１０２５に通知要求メッセージを送信してきた参照者端末１０３に対して、受信した状態通知メッセージの少なくとも一部を中継する。例えば、状態通知メッセージにユーザ装置１０５と情報通知端末１０６の両方の情報が設定されている場合にユーザ装置１０５の状態情報のみを中継してもよい。
【００７９】
参照者端末１０３は、状態通知メッセージを受信すると、それを参照者端末１０３の表示器に表示したり、状態情報に対応した処理を行ったりする。
【００８０】
次に、図８に示すシーケンス図を用いて、本実施の形態における情報通知システムの装置間のメッセージとしてＳＩＰを用いた場合の例を具体的に説明する。
【００８１】
サーバ装置１００は、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を常に管理している。例えば、図８に示すように、サーバ装置１００は、ユーザ装置１０５からＰＵＢＬＩＳＨメッセージとしてユーザ装置１０５：在席という状態情報を受信し（ステップＳ８０１）、応答情報“２００  ＯＫ”をユーザ装置１０５に送信する（ステップＳ８０２）。
【００８２】
このとき、参照者端末１０２がサーバ装置１００に対して送信する通知要求メッセージとして、ＳＵＢＳＣＲＩＢＥメッセージを送信する（ステップＳ８０３）。ＳＵＢＳＣＲＩＢＥメッセージには、ユーザ装置１０５の状態通知を望む旨と、参照者端末１０２が状態通知メッセージを中継する能力を有していることを示す旨を設定する。
【００８３】
サーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であれば、通知応答メッセージとして応答情報“２００  ＯＫ”を送信する（ステップＳ８０４）。
【００８４】
サーバ装置１００は、参照者端末１０２からの要求に従って、ユーザ装置１０５において状態情報変化が生じると、その変化毎に状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２に送信する（ステップＳ８０５）。ここで、ＮＯＴＩＦＹメッセージには、ユーザ装置１０５が管理するユーザの在席、離席等の状態情報を設定しておく。この状態情報はメッセージヘッダ、またはメッセージボディのいずれかに設定すればよい。
【００８５】
参照者端末１０２は、ＮＯＴＩＦＹメッセージを受信すると、その応答メッセージとして応答情報“２００  ＯＫ”をサーバ装置１００に送信する（ステップＳ８０６）。そして、参照者端末１０２は、受信したユーザ装置１０５の状態情報をＧＵＩで表示器に表示したり、所定の処理をしたりする。
【００８６】
参照者端末１０３がサーバ装置１００に対し、ユーザ装置１０５の状態通知を望む旨のＳＵＢＳＣＲＩＢＥメッセージを送信する（ステップＳ８０７）。サーバ装置１００は、通知応答メッセージとしてＳＩＰの標準エラー応答メッセージである“３０２  Ｔｅｍｐｏｒａｒｉｌｙ  Ｍｏｖｅｄ”メッセージを参照者端末１０３に送信する（ステップＳ８０８）。このとき、“Ｃｏｎｔａｃｔ”ヘッダに状態通知の中継機能を持つ参照者端末１０２のアドレス情報を設定しておく。“３０２  Ｔｅｍｐｏｒａｒｉｌｙ  Ｍｏｖｅｄ”メッセージを受信した参照者端末１０３は、ＳＩＰの標準手順に則り、３００番台のエラーメッセージを受信したので、“Ｃｏｎｔａｃｔ”ヘッダに設定されている参照者端末１０２に対して、ＳＵＢＳＣＲＩＢＥメッセージを改めて送信する（ステップＳ８０９）。参照者端末１０２は、それに対する応答メッセージとして応答情報“２００  ＯＫ”を返送する（ステップＳ８１０）。なお、サーバ装置１００が送信するメッセージは、３００番台のエラーメッセージであれば何でも構わない。
【００８７】
サーバ装置１００は、先に説明したように、ユーザ装置１０５の状態情報や情報通知端末１０６の状態情報を常に管理しており、このとき、例えば、ユーザ装置１０５からＰＵＢＬＩＳＨメッセージとしてユーザ装置１０５が管理するユーザが離席している旨の状態情報を受信したとすると（ステップＳ８１１）、このとき応答メッセージとして応答情報“２００  ＯＫ”をユーザ装置１０５に送信する（ステップＳ８１２）。
【００８８】
このようにして、サーバ装置１００は、ユーザ装置１０５の状態情報変化を検出すると、その変化ごとに状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２に送信する（ステップＳ８１３）。ＮＯＴＩＦＹメッセージには、ユーザ装置１０５の管理しているユーザの在席、離席等の状態情報を設定しておく。この状態情報もまたメッセージヘッダまたはメッセージボディのいずれかに設定すればよい。
【００８９】
参照者端末１０２は、ＮＯＴＩＦＹメッセージを受信すると、それに対する応答メッセージとして応答情報“２００  ＯＫ”をサーバ装置１００に送信する（ステップＳ８１４）。参照者端末１０２は、受信したユーザ装置１０５の状態情報を表示器に表示したり、所定の処理をしたりし、ＮＯＴＩＦＹメッセージを参照者端末１０３に中継する（ステップＳ８１５）。ＮＯＴＩＦＹメッセージには、受信したユーザ装置１０５の状態情報をそのまま設定してもよいし、その一部のみを設定してもよい。参照者端末１０３は、ＮＯＴＩＦＹメッセージを受信しとき、その応答メッセージとして応答情報“２００  ＯＫ”を送信する（ステップＳ８１６）。
【００９０】
以上のように、本実施の形態２によれば、参照者端末１０２においては、参照者端末１０３から通知要求を受信し、それに応じて参照者端末１０３に対して、サーバ装置１００から受信した状態通知メッセージを中継することが可能となる。したがって、参照者端末１０３の要望に応じて状態通知メッセージを中継することが可能となり、サーバ装置に依存しない負荷分散や参照者端末１０３から近い参照者端末に対して通知要求を送ること等を行うことができるようになり、より効果的なトラヒック分散が可能となる。
【００９１】
また、参照者端末１０３は、一旦サーバ装置１００に通知要求を送信しておけば、その後は、サーバ装置１００が中継する参照者端末を指示する。したがって、サーバ装置１００は、中継している参照者端末に接続している他の参照者端末の情報を管理することが可能となり、参照者端末１０３が動的に増減する場合等においても、より適切に負荷分散やトラヒック分散を行うことが可能となる。
【００９２】
また、参照者端末１０３のような中継能力を有しない通常の参照者端末であっても、ＳＩＰ標準機能を用いることで、状態情報の通知元をサーバ装置１００から参照者端末１０２に変更することが可能であり、標準準拠の参照者端末を簡単に収容可能になるという利点を有する。
【００９３】
（実施の形態３）
図９は、本発明の実施の形態３における情報通知システムで使用する状態通知メッセージのフォーマット例を示したものである。
【００９４】
本実施の形態３においては、参照者端末１０２は、受信した状態通知メッセージを中継するときに、参照者端末１０２の状態情報もまた状態通知メッセージに付加して送信するようにしている。例えば、図９においては、受信した状態通知メッセージに設定されていたユーザ装置１０５の管理しているユーザが離席している旨の状態情報に加えて、参照者端末１０２の状態がオンである旨の状態情報を追加している。なお、このとき、元々の状態通知メッセージに状態情報の発行元の情報がなければ、図９に示すように、例えば、“ｕｓｅｒ  ｉｄ”タグを追加し、状態情報の発行元が分かるようにすればよい。
【００９５】
以上のように、本実施の形態３によれば、参照者端末１０２において、サーバ装置１００から受信した状態通知メッセージとともに、参照者端末１０２の状態情報をも、また他の参照者端末１０３に送信することが可能となり、したがって、より効率的に状態情報を通知することが可能となる。
【００９６】
（実施の形態４）
図１０は、本発明の実施の形態４における情報通知システムを示すブロック図である。
【００９７】
本実施の形態においても、実施の形態１と同様に、サーバ装置１００は、管理部１００１と、通知要求受信部１００２と、通知応答送信部１００３と、情報通知送信部１００４とを備えている。
【００９８】
本実施の形態のサーバ装置１００は、管理部１００１を用いてユーザ装置１０５や情報通知端末１０６の状態（在席、離席、電源のオン、オフなど）やその状態を通知する通知情報メッセージの内容や送受信タイミング、参照者端末１０２から要求される通知要求メッセージの内容などを管理するとともに、この状態の変化の数やユーザ装置１０５、情報通知端末１０６の数などによるサーバ装置１００の負荷の程度などを管理している。
【００９９】
すなわち、本実施の形態の管理部１００１は情報収集部と情報管理部を兼ねていて、管理部１００１がユーザ装置１０５や情報通知端末１０６の通知情報としての状態情報を管理している。その状態情報は上記したように、ユーザ装置１０５や情報通知端末１０６がサーバ装置１００に対して通知したり、サーバ装置１００自体がユーザ装置１０５や情報通知端末１０６に対して取得したりすることによって収集している。
【０１００】
参照者端末１０２は、実施の形態１と同様の、通知要求送信部１０２１と、通知応答受信部１０２２と、情報通知受信部１０２３とを備えている。
【０１０１】
サーバ装置１００の情報通知送信部１００４は、管理部１００１がユーザ装置１０５や情報通知端末１０６の第１の状態変化を情報通知メッセージにより検出したとき、ユーザ装置１０５や情報通知端末１０６の第１の状態を設定した情報通知メッセージを参照者端末１０２に送信する。
【０１０２】
参照者端末１０２は、情報通知受信部１０２３を用いてサーバ装置１００からの第１の状態情報を設定した情報通知メッセージを受信する。参照者端末１０２は、受信した第１の状態情報をＧＵＩなどの表示器に表示したり、受信した状態情報に対応したそれぞれの処理を行ったりする。
【０１０３】
ここで、本実施の形態では、少なくとも１つの参照者端末１０２〜１０４は情報通知端末としても機能している。一般的なプレゼンスサービスにおいても、あるユーザは他ユーザの状態を参照すると共に、自身の状態情報を他者へ通知しており、参照者端末と情報通知端末の両者の機能を併せ持つ事が多い。
【０１０４】
サーバ装置１００の管理部１００１は、情報通知端末１０６から第１の状態情報の変更登録を受信した時に、この第１の状態情報の参照を希望する参照者端末１０２〜１０４のうち、実際に第１の状態情報の変更通知を送信する（または送信しない）参照者端末の第２の状態一覧を保持する。すなわち、第２の状態に応じて第１の状態の変更通知の送信の要否が定められた一覧を保持する。
【０１０５】
一例としては、「離席状態である参照者端末に対しては状態情報の変更通知を送信しない」旨を予めサーバ装置１００の管理部１００１へ設定しておくこと等が考えられる。この場合、サーバ装置１００は情報通知端末１０６から第１の状態情報の通知を受信すると、この第１の状態情報の参照を希望する参照者端末１０２〜１０４のうち、離席状態である参照者端末に対しては第１の状態情報を通知せず、在席状態の参照者端末に対してのみ第１の状態情報を通知する。本実施の形態では、状態情報通知の要否の判定に利用する第２の状態情報として参照者端末の在席、離席状態を例に説明しているが、これに限定されるものではない。
【０１０６】
次に、サーバ装置１００、参照者端末１０２〜１０４、ユーザ装置１０５、情報通知端末１０６の間の情報のやり取りにＳＩＰを用いた場合の具体的な動作について、図１１のシーケンス図を用いて説明する。
【０１０７】
図１１において、参照者端末１０２〜１０４は在席中であり、参照者端末１０２および１０３は予め通知要求メッセージとして、ＳＵＢＳＣＲＩＢＥメッセージを送信している。ここで、ＳＵＢＳＣＲＩＢＥメッセージには、例えば、情報通知端末１０６からの状態通知を希望する旨、設定しておく。サーバ装置１００はＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であるので通知応答メッセージとして“２００  ＯＫ”を送信してある。
【０１０８】
ここで、情報通知端末１０６は第１の状態の変化があり、ＰＵＢＬＩＳＨメッセージによって、サーバ装置１００へ状態変更（１０６：在席）を登録する（Ｓ１１０１）。これに対して、サーバ装置１００は情報通知端末１０６に“２００  ＯＫ”を送信する（図示せず）。
【０１０９】
サーバ装置１００は、ＰＵＢＬＩＳＨメッセージを受信すると、情報通知端末１０６の第１の状態が変化する毎に状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２、１０３宛に送信する（Ｓ１１０２、Ｓ１１０３）。参照者端末１０２、１０３はこれを受信してサーバ装置１０６へ通知応答メッセージとして“２００  ＯＫ”を送信する（図示せず）。
【０１１０】
同様に情報通知端末１０６の第１の状態通知を希望する参照者端末１０４が、情報通知端末１０６の第１の状態通知を望む旨を設定したＳＵＢＳＣＲＩＢＥメッセージ（１０６の在席情報）をサーバ装置１００へ送信する（Ｓ１１０４）。サーバ装置１００は、参照者端末１０４に“２００  ＯＫ”メッセージを送信するとともに（図示せず）、情報通知端末１０６の第１の状態情報を示すＮＯＴＩＦＹメッセージ（１０６：在席）を参照者端末１０４に送信する（Ｓ１１０５）。参照者端末１０４はこれを受信してサーバ装置１０６へ通知応答メッセージとして“２００  ＯＫ”を送信する（図示せず）。
【０１１１】
次に、情報通知端末１０６は第１の状態の変化があると、ＰＵＢＬＩＳＨメッセージ（１０６：離席）によって、サーバ装置１００へ状態変更を登録する（Ｓ１１０６）。サーバ装置１００は、情報通知端末１０６の第１の状態が変化する毎に情報通知端末１０６に通知応答メッセージとして“２００  ＯＫ”を送信する（図示せず）と共に、状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２〜１０４宛に送信する（Ｓ１１０７〜Ｓ１１０９）。ＮＯＴＩＦＹメッセージには情報通知端末１０６の在席や離席などの第１の状態を設定しておく。各参照者端末１０２〜１０４は、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージをサーバ装置１００へ送信する（図示せず）。また、各参照者端末１０２〜１０４は、受信した第１の状態情報を各参照者端末１０２〜１０４のＧＵＩに表示したり、状態に対応した処理を行ったりする。
【０１１２】
本実施の形態のサーバ装置１００の管理部１００１は、ＮＯＴＩＦＹメッセージを送信しない参照者端末１０２〜１０４の第２の状態一覧３５０として「離席中」が予め設定してある。図１１において、情報通信端末１０６の第１の状態の参照を希望する参照者端末１０２〜１０４の全てが在席中である場合は、次のようになる。上記のように、情報通信端末１０６の第１の状態変更を意味するＰＵＢＬＩＳＨメッセージを受信する毎に（Ｓ１１０６）、参照者端末１０２〜１０４の全てに対して、ＮＯＴＩＦＹメッセージにて情報通信端末１０６の第１の状態変更を通知する（Ｓ１１０７〜Ｓ１１０９）。
【０１１３】
しかし、サーバ装置１００は参照者端末１０２〜１０４のいずれか、例えば参照者端末１０２から離席状態へ移行した旨のＰＵＢＬＩＳＨメッセージを受信する（Ｓ１１１０）。サーバ装置１００は、ＰＵＢＬＩＳＨメッセージを受信した旨を示す“２００  ＯＫ”メッセージを参照者端末１０２へ送信する（図示せず）と共に、管理部１００１の内容を更新する。また、サーバ装置１００は、情報通信端末１０６から第１の状態変更（１０６：在席）のＰＵＢＬＩＳＨメッセージを受信した場合でも（Ｓ１１１１）、離席中の参照者端末１０２に対するＮＯＴＩＦＹメッセージの送信は行わず（Ｓ１１１２）、在席中の参照者端末１０３、１０４に対してのみＮＯＴＩＦＹメッセージの送信を行なう（Ｓ１１１３、Ｓ１１１４）。参照者端末１０３、１０４は、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージをサーバ装置１００に送信する（図示せず）。
【０１１４】
同様にして、その後、サーバ装置１００が、例えば参照者端末１０３から離席状態へ移行した旨のＰＵＢＬＩＳＨメッセージを受信する（Ｓ１１１５）。サーバ装置１００は、参照者端末１０３にＰＵＢＬＩＳＨメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信すると共に（図示せず）、管理部１００１の内容をさらに更新する。
【０１１５】
その後、サーバ装置１００は、情報通信端末１０６から第１の状態変更（１０６：離席）のＰＵＢＬＩＳＨメッセージを受信した際には（Ｓ１１１６）、その時点での離席中の参照者端末１０２、１０３に対するＮＯＴＩＦＹメッセージの送信は行わず（Ｓ１１１７、Ｓ１１１８）、在席中の参照者端末１０４に対してのみＮＯＴＩＦＹメッセージの送信を行なう（Ｓ１１１９）。参照者端末１０４はＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージをサーバ装置１００に送信する（図示せず）。
【０１１６】
参照者端末１０２、１０３が離席中にサーバ装置１００が送信しなかったＮＯＴＩＦＹメッセージ（１０６：離席）は廃棄しても良い。また、図１１に示す様に、例えば、参照者端末１０３の第２の状態が離席から離席以外の状態（例えば、在席）に変更になった旨のＰＵＢＬＩＳＨメッセージを、サーバ装置１００が参照者端末１０３から受信した時点（Ｓ１１２０）で、サーバ装置１００は、参照者端末１０３に送信しても良い（Ｓ１１２１）。これを受けて参照者端末１０３は、サーバ装置１００に、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１１７】
以上の様に本実施の形態の情報通知方法によれば、ＮＯＴＩＦＹメッセージを送信しない参照者端末１０２〜１０４の第２の状態の一覧３５０をサーバ装置１００が予め有しているため、情報通信端末１０６の第１の状態情報の変更通知の不要なトラフィックを抑制することが可能となり、負荷軽減という効果を有する。また、適切なタイミングで適切な状態情報を通知することが可能となり、プレゼンスサービスの品質向上を図れるという効果を有する。
【０１１８】
（実施の形態５）
図１２は、実施の形態５における情報通知システムの動作を示すシーケンス図である。本実施の形態における情報通知システムの構成は図１０と同様である。
【０１１９】
図１２において、参照者端末１０２〜１０４は在席中であり、参照者端末１０２および１０３は予め通知要求メッセージとして、ＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００に送信してある。サーバ装置１００は、参照者端末１０２、１０３からＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であれば通知応答メッセージとして“２００  ＯＫ”を送信してある。情報通知端末１０６は、第１の状態の変化があると、ＰＵＢＬＩＳＨメッセージによって、サーバ装置１００へ状態変更を登録し、サーバ装置１００は情報通知端末１０６へＰＵＢＬＩＳＨメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する。さらに、サーバ装置１００は、情報通知端末１０６の第１の状態が変化する毎に情報通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２、１０３宛に送信し、参照者端末１０２、１０３はサーバ装置１００へＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信するという動作は、実施の形態４と同様である。
【０１２０】
ここで、情報通知端末１０６が第１の状態として在席を示すＰＵＢＬＩＳＨメッセージをサーバ装置１００に送信していた状態（Ｓ１２０１）で、情報通知端末１０６の第１の状態通知を希望する参照者端末１０４は、情報通知端末１０６の第１の状態通知を望む旨を設定したＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００へ送信する（Ｓ１２０２）。この時、参照者端末１０４は、参照を希望する情報通知端末１０６及びその第１の状態情報を設定すると共に、ＮＯＴＩＦＹメッセージの受信を希望する（または希望しない）自装置１０４の第２の状態をＳＵＢＳＣＲＩＢＥメッセージのボディに設定する（Ｓ１２０２）。図１２の例では、ＮＯＴＩＦＹメッセージの送信を希望する自装置である参照者端末１０４の第２の状態として「在席」を設定している。
【０１２１】
サーバ装置１００は、参照者端末１０４から上記のようなＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であれば通知応答メッセージとして“２００  ＯＫ”メッセージ（図示せず）を参照者端末１０４に送信し、管理部１００１の内容を更新する。続いて、サーバ装置１００は、情報通知端末１０６の第１の状態である在席を設定したＮＯＴＩＦＹメッセージを参照者端末１０４に送信する（Ｓ１２０３）。参照者端末１０４はサーバ装置１００へＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１２２】
その後、情報通信端末１０６は、第１の状態の変化があると、ＰＵＢＬＩＳＨメッセージによって、サーバ装置１００へ第１の状態変更（１０６：離席）を登録する（Ｓ１２０４）。これを受けてサーバ装置１００は、情報通信端末１０６へＰＵＢＬＩＳＨメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。サーバ装置１００は情報通信端末１０６の第１の状態が変化する毎に情報通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２〜１０４宛に送信する（Ｓ１２０５〜Ｓ１２０７）。ＮＯＴＩＦＹメッセージには、参照者端末１０６の在席や離席などの第１の状態を設定しておく。各参照者端末１０２〜１０４は、ＮＯＴＩＦＹメッセージを受信すると、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージをサーバ装置１００へ送信するとともに（図示せず）、各参照者端末１０２〜１０４は、受信した第１の状態情報を参照者端末１０２〜１０４のＧＵＩに表示したり、状態に対応した処理を行ったりする。
【０１２３】
ここで、サーバ装置１００は、在席状態中のみＮＯＴＩＦＹメッセージの受信を希望する参照者端末１０４の第２の状態が在席中である間は、情報通知端末１０６の第１の状態変更を意味するＰＵＢＬＩＳＨメッセージを情報通知端末１０６から受信する毎に、参照者端末１０２、１０３に対してと同じように、参照者端末１０４に対してＮＯＴＩＦＹメッセージにて情報通知端末１０６の第１の状態変更を通知する。
【０１２４】
しかし、サーバ装置１００は、参照者端末１０４から離席状態へ移行した旨のＰＵＢＬＩＳＨメッセージを受信した場合は（Ｓ１２０８）、参照者端末１０４へＰＵＢＬＩＳＨメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信すると共に、管理部１００１の内容を更新する。その後、サーバ装置１００は、情報通知端末１０６から第１の状態変更のＰＵＢＬＩＳＨメッセージを受信した場合（Ｓ１２０９、Ｓ１２１３）には、参照者端末１０２、１０３に対するＮＯＴＩＦＹメッセージの送信は行っても（Ｓ１２１０、Ｓ１２１１、Ｓ１２１４、Ｓ１２１５）、参照者端末１０４に対するＮＯＴＩＦＹメッセージの送信は行わない（Ｓ１２１２、Ｓ１２１６）。なお、参照者端末１０２、１０３は、ＮＯＴＩＦＹメッセージをサーバ装置１００から受信する毎に、サーバ装置１００へＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１２５】
なお、サーバ装置１００は、離席中に送信しなかったＮＯＴＩＦＹメッセージは廃棄しても良いし、図１２に示す様に、参照者端末１０４の第２の状態が離席から在席状態に変更になった旨のＰＵＢＬＩＳＨメッセージを受信した時点で（Ｓ１２１７）、そのＮＯＴＩＦＹメッセージを参照者端末１０４に送信しても良い（Ｓ１２１８）。
【０１２６】
以上の様に構成された本実施の形態によれば、情報通知端末１０６の第１の状態の通知情報を希望する参照者端末１０４は、情報通知端末１０６の第１の状態の通知情報を望む旨を設定したＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００へ送信する際に、ＮＯＴＩＦＹメッセージの受信を希望する（または希望しない）自装置１０４の第２の状態をＳＵＢＳＣＲＩＢＥメッセージのボディに設定して第２の通知情報としてサーバ装置１００に送信する。このことにより、情報通信端末１０６の第１の状態の通知情報の変更通知の不要なトラフィックを抑制することが可能となり、負荷軽減、低消費電力化という効果を有する。また、適切なタイミングで適切な第１の通知情報を通知することが可能となり、プレゼンスサービスの品質向上を図れるという効果を有する。
【０１２７】
（実施の形態６）
図１３は、実施の形態６における情報通知システムの動作を示すシーケンス図である。本実施の形態における情報通知システムの構成は図１０と同様である。
【０１２８】
図１３において、参照者端末１０２〜１０４は在席中であり、参照者端末１０２および１０３は、予め通知要求メッセージとして、情報通知端末１０６の第１の状態の通知情報を望む旨を設定したＳＵＢＳＣＲＩＢＥメッセージを送信している。サーバ装置１００は、参照者端末１０２、１０３からＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であれば通知応答メッセージとして“２００  ＯＫ”メッセージを送信する。状態登録端末１０６は、第１の状態の変化があると、ＰＵＢＬＩＳＨメッセージによって、サーバ装置１００へ状態変更を登録する。さらにサーバ装置１００は、状態登録端末１０６の第１の状態が変化する毎に状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２、１０３宛に送信するというこれらの動作は、実施の形態５と同様である。
【０１２９】
本実施の形態の情報通知端末１０６は、自装置１０６の第１の状態である第１の通知情報と共に、自装置１０６の第１の状態の変更を通知すべき参照者端末１０２〜１０４の状態である第２の通知情報をＰＵＢＬＩＳＨメッセージのボディに設定する（Ｓ１３０１）。図１３の例では、自装置１０６の第１の状態である第１通知情報を通知すべき参照者端末１０２〜１０４の第２の状態である第２通知情報として「在席」を設定している。
【０１３０】
したがって、この状態で、参照者端末１０４が情報通知端末１０６の第１の状態の通知情報を望む旨を設定したＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００へ送信する（Ｓ１３０２）。サーバ装置１００は、このＳＵＢＳＣＲＩＢＥメッセージを受信し、通知応答メッセージとして“２００  ＯＫ”メッセージを参照者端末１０４に送信する（図示せず）。その後、サーバ装置１００は、情報通知端末１０６の第１の状態通知である在席を設定したＮＯＴＩＦＹメッセージを参照者端末１０４に送信する（Ｓ１３０３）。参照者端末１０４は、サーバ装置１００へＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１３１】
このように、サーバ装置１００は、各参照者端末１０２〜１０４の状態がＰＵＢＬＩＳＨメッセージにて第２通知情報として状態通知を要求された状態（図１３の例では在席状態）である間は、情報通知端末１０６の第１の状態が変化して、情報通知端末１０６の第１の状態変更を意味するＰＵＢＬＩＳＨメッセージを受信する毎に（Ｓ１３０４）、状態通知メッセージとしてＮＯＴＩＦＹメッセージ（１０６：離席）を各参照者端末１０２〜１０４宛に送信し（Ｓ１３０５〜Ｓ１３０７）、情報通知端末１０６の第１の状態変更を通知する。ＮＯＴＩＦＹメッセージには情報通知端末１０６の在席や離席などの第１の状態を設定しておく。各参照者端末１０２〜１０４は、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージ（図示せず）をサーバ装置１００へ送信する。また、各参照者端末１０２〜１０４は受信した第１の状態情報を各参照者端末１０２〜１０４のＧＵＩに表示したり、状態に対応した処理を行ったりする。
【０１３２】
ところで、サーバ装置１００は、参照者端末１０４から離席状態へ移行した旨のＰＵＢＬＩＳＨメッセージを受信する（Ｓ１３０８）。サーバ装置１００は、参照者端末１０４へＰＵＢＬＩＳＨメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信すると共に（図示せず）、管理部１００１の内容を更新する。サーバ装置１００は、情報通知端末１０６から第１の状態変更のＰＵＢＬＩＳＨメッセージを受信した場合には（Ｓ１３０９、Ｓ１３１３）、在席中の参照者端末１０２、１０３に対してはＮＯＴＩＦＹメッセージの送信を行うが（Ｓ１３１０、Ｓ１３１１、Ｓ１３１４、Ｓ１３１５）、離席中の参照者端末１０４に対してはＮＯＴＩＦＹメッセージの送信は行わない（Ｓ１３１２、Ｓ１３１６）。
【０１３３】
ＮＯＴＩＦＹメッセージを受信した参照者端末１０２、１０３は、サーバ装置１００へＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１３４】
なお、サーバ装置１００は、離席中に送信しなかったＮＯＴＩＦＹメッセージは廃棄しても良いし、図１３に示す様に、ＮＯＴＩＦＹメッセージを送信していない参照者端末１０４の状態が離席から在席状態に変更になった旨をＰＵＢＬＩＳＨメッセージとして受信した時点（Ｓ１３１７）で、参照者端末１０４に送信しても良い（Ｓ１３１８）。ＰＵＢＬＩＳＨメッセージ、ＮＯＴＩＦＹメッセージを受信したサーバ装置１００、参照者端末１０４は、それぞれ、参照者端末１０４、サーバ装置１００へ、ＰＵＢＬＩＳＨメッセージ、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１３５】
以上の様に本実施の形態によれば、情報通知端末１０６は自装置１０６の第１の状態である第１通知情報と共に、自装置１０６の第１の状態変更を通知すべき参照者端末１０２〜１０４の状態である第２通知情報をＰＵＢＬＩＳＨメッセージのボディに設定しているので、情報通信端末１０６の第１の状態情報の変更通知の不要なトラフィックを抑制することが可能となり、負荷軽減、低消費電力化という効果を有する。また、適切なタイミングで適切な第１の状態情報である第１通知情報を通知することが可能となり、プレゼンスサービスの品質向上を図れるという効果を有する。
【０１３６】
（実施の形態７）
本実施の形態の情報通知システムの構成は図１０と同様である。図１０において、サーバ装置１００には、ユーザ装置１０５や情報通知端末１０６からサーバ装置１００への状態情報の通知の数、または、サーバ装置１００から参照者端末１０２への状態情報の通知の数に応じてそれぞれ運用状態が定義されている。運用状態としては、例えば、状態情報の通知や通知情報の処理に係るサーバ装置１００の処理負荷などが定義されている。
【０１３７】
サーバ装置１００は、多数の情報通知の送信イベントを蓄積するなど過負荷状態になったことを管理部１００１によって検出した場合には、ユーザ装置１０５や情報通知端末１０６の状態が変化し、情報通知送信部１００４によって参照者端末１０２に情報通知メッセージを送信しなければならない場合でも、所定の条件に基づいて送信するようにしている。
【０１３８】
すなわち、本実施の形態では、管理部１００１の一部が、過負荷時の通知情報の送出の制御を行う情報管理部を構成している。
【０１３９】
ここで、サーバ装置１００による過負荷状態の検出は、サーバ装置１００の管理者によって設定されたり、予め定められたりすることによって保持する検出条件に従えばよい。検出条件としては、管理部１００１が単位時間あたりに受信した状態変化の検出回数や、情報通知送信部１００４に蓄積された情報通知メッセージの数などを用いればよいが、必ずしもこれらに限定されるものではない。
【０１４０】
図１４は、実施の形態７における情報通知システムの動作を示すシーケンス図である。
【０１４１】
図１４において、参照者端末１０２〜１０４は在席中であり、予め情報通知端末１０６に対する通知要求メッセージとして、ＳＵＢＳＣＲＩＢＥメッセージを既に送信してある。情報通知端末１０６は第１の状態の変化があると、ＰＵＢＬＩＳＨメッセージによって、サーバ装置１００へ第１通知情報として状態変更を登録する（Ｓ１４０１）。サーバ装置１００は情報通知端末１０６の第１の状態が変化する毎に状態通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２〜１０４宛に送信する（Ｓ１４０２〜Ｓ１４０４）。ＮＯＴＩＦＹメッセージには情報通知端末１０６の在席や離席などの第１の状態を設定しておく。
【０１４２】
各参照者端末１０２〜１０４は、ＮＯＴＩＦＹメッセージを受信すると、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージをサーバ装置１００へ送信する（図示せず）と共に、受信した第１の状態情報を各参照者端末１０２〜１０４のＧＵＩに表示したり、状態に対応した処理を行ったりする。
【０１４３】
ここで、サーバ装置１００の管理部１００１には、サーバ装置１００の運用状態が予め決められた状態になったらＮＯＴＩＦＹメッセージを送信しない参照者端末の第２の状態一覧７５０として「離席中」が予め設定してある。また、離席中の参照者端末１０２〜１０４に対するＮＯＴＩＦＹメッセージ送信を停止するサーバ装置１００の運用状態としては、サーバ装置１００の負荷状態等が考えられるが、これに限定されるものではない。図１４の例ではサーバ装置１００が過負荷状態か否かを上記判定に利用するサーバ装置の運用状態として定義してある。
【０１４４】
図１４において、在席中であった参照者端末１０２と１０３が離席状態となり、その旨を示すＰＵＢＬＩＳＨメッセージが、参照者端末１０２、１０３からサーバ装置１００にそれぞれ送信される（Ｓ１４０５、Ｓ１４０６）。
【０１４５】
このような状態であっても、サーバ装置１００が過負荷状態でない場合、サーバ装置１００は、情報通信端末１０６の第１の状態変更を意味するＰＵＢＬＩＳＨメッセージを受信する（Ｓ１４０７）毎に参照者端末１０２〜１０４の全てに対してＮＯＴＩＦＹメッセージにて情報通知端末１０６の第１の状態変更を通知する（Ｓ１４０８〜Ｓ１４１０）。
【０１４６】
しかしながら、本実施の形態では、情報通知端末１０６〜１０８からサーバ装置１００へのＰＵＢＬＩＳＨメッセージが短時間に集中し、管理部１００１が過負荷状態を検出したとする。サーバ装置１００の管理部１００１が過負荷状態を検出した場合（Ｓ１４１１〜Ｓ１４１３）は、ＮＯＴＩＦＹメッセージ非送信状態が第２通知情報として登録されている第２の状態（離席）にある参照者端末１０２、１０３に対してはＮＯＴＩＦＹメッセージの送信を行わず（Ｓ１４１４、Ｓ１４１５）、在席中の参照者端末１０４に対してのみＮＯＴＩＦＹメッセージの送信を行う（Ｓ１４１６）。
【０１４７】
ＮＯＴＩＦＹメッセージを受信した参照者端末１０４はサーバ装置１００へＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１４８】
なお、サーバ装置１００の管理部１００１は、離席中に送信できなかったＮＯＴＩＦＹメッセージは廃棄しても良いし、図１４に示す様に、例えば、参照者端末１０３の状態が離席から離席以外の状態に変更になった旨のＰＵＢＬＩＳＨメッセージを受信した時点（Ｓ１４１７）、またはサーバ装置１００が過負荷状態でなくなった時点で送信しても良い（Ｓ１４１８）。ＰＵＢＬＩＳＨメッセージ、ＮＯＴＩＦＹメッセージをそれぞれ受信したサーバ装置１００、参照者端末１０３は、それぞれ、参照者端末１０３、サーバ装置１００へ、ＰＵＢＬＩＳＨメッセージ、ＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する（図示せず）。
【０１４９】
以上の様に構成された本実施の形態によれば、サーバ装置１００が過負荷状態となった場合（Ｓ１４１１〜Ｓ１４１３）は、サーバ１００の管理部１００１にＮＯＴＯＩＦＹメッセージ非送信状態が第２通知情報として登録されている状態にある参照者端末１０２、１０３に対してはＮＯＴＩＦＹメッセージの送信を行わないので、情報通信端末１０６の第１の状態情報の不要な変更通知のトラフィックを抑制することが可能となり、負荷軽減という効果を有する。また、適切なタイミングで適切な通知情報を通知することが可能となり、プレゼンスサービスの品質向上を図れるという効果を有する。
【０１５０】
（実施の形態８）
図１５は、本実施の形態８における情報通知システムを示すブロック図であり、実施の形態４と同様に、サーバ装置１００は、管理部１００１と、通知要求受信部１００２と、通知応答送信部１００３と、情報通知送信部１００４とを備えている。
【０１５１】
サーバ装置１００は、実施の形態４と同様に、管理部１００１を用いてユーザ装置１０５や情報通知端末１０６の状態やその送受信タイミングなどの通知情報を管理するとともに、この状態の変化の数やユーザ装置１０５、情報通知端末１０６の数などによるサーバ装置１００の負荷の程度などを管理している。
【０１５２】
参照者端末１０２は、実施の形態４と同様に、通知要求送信部１０２１と、通知応答受信部１０２２と、情報通知受信部１０２３とを備えている。
【０１５３】
ところで、本実施の形態のサーバ装置１００には、ユーザ装置１０５や情報通知端末１０６からサーバ装置１００への状態情報の通知の数、または、サーバ装置１００から参照者端末１０２への状態情報の通知の数に応じてそれぞれ運用状態が定義されている。運用状態としては、例えば、状態情報の通知や通知情報の処理に係るサーバ装置１００の処理負荷などが定義されている。
【０１５４】
サーバ装置１００は、多数の情報通知の送信イベントを蓄積するなど過負荷状態になったことを管理部１００１によって検出した場合には、ユーザ装置１０５や情報通知端末１０６の状態が変化し、情報通知送信部１００４によって参照者端末１０２に情報通知メッセージを送信しなければならない場合でも、その情報通知メッセージを直ちに送信せず一時中断してあらかじめ指定された所定時間が経過した後に改めて送信するようにしている。
【０１５５】
すなわち、本実施の形態では、管理部１００１の一部が、過負荷時の通知情報の送出中断や所定時間後の通知情報の送出などを行う情報管理部を構成している。
【０１５６】
ここで、サーバ装置１００による過負荷状態の検出は、サーバ装置１００の管理者によって設定されたり、予め定められたりすることによって保持する検出条件に従えばよい。検出条件としては、管理部１００１が単位時間あたりに受信した状態変化の検出回数や、情報通知送信部１００４に蓄積された情報通知メッセージの数などを用いればよいが、必ずしもこれらに限定されるものではない。
【０１５７】
次に、サーバ装置１００、参照者端末１０２、１０３、１０４、ユーザ装置１０５、情報通知端末１０６間の情報のやり取りにＳＩＰを用いた場合の具体的な動作について説明する。
【０１５８】
図１６は、本実施の形態における情報通知システムの動作を示すシーケンス図である。
【０１５９】
図１６において、参照者端末１０２、１０３は、サーバ装置１００に対し、予め通知要求メッセージとしてＳＵＢＳＣＲＩＢＥメッセージを送信しておく（Ｓ１６０１、Ｓ１６０３）。ここで、ＳＵＢＳＣＲＩＢＥメッセージには、例えば、ユーザ装置１０５からの状態通知を希望する旨、設定しておく。
【０１６０】
サーバ装置１００がＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であれば、通知応答メッセージとして“２００  ＯＫ”メッセージを参照者端末１０２、１０３に送信する（Ｓ１６０２、Ｓ１６０４）。
【０１６１】
ユーザ装置１０５は、例えば、離席などの状態変化があると、情報通知メッセージとしてＰＵＢＬＩＳＨメッセージによってサーバ装置１００に状態変化を通知する（Ｓ１６０５）。サーバ装置１００は、このＰＵＢＬＩＳＨメッセージを受信すると、ユーザ装置１０５に対し“２００  ＯＫ”メッセージを送信する（Ｓ１６０６）。さらに、サーバ装置１００は、情報通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２、１０３にそれぞれ送信する（Ｓ１６０７、Ｓ１６０９）。ＮＯＴＩＦＹメッセージには、ユーザ装置１０５が管理するユーザの在席や離席などの状態（本実施の形態では離席）を設定しておく。参照者端末１０２、１０３は、ＮＯＴＩＦＹメッセージを受信すると、受信したことを示す“２００  ＯＫ”メッセージをそれぞれサーバ装置１００へ送信する（Ｓ１６０８、Ｓ１６１０）。また、参照者端末１０２、１０３は、受信した状態情報を参照者端末１０２、１０３の表示器に表示したり、状態に対応した処理を行ったりする。
【０１６２】
ここで、サーバ装置１００から参照者端末１０３への送信処理中に、新たにユーザ装置１０５から、例えば、ユーザ装置１０５の管理するユーザが在席した旨の状態通知のＰＵＢＬＩＳＨメッセージがサーバ装置１００に送信される（Ｓ１６１１）。そのＰＵＢＬＩＳＨメッセージを受信したサーバ装置１００は、検出条件によりサーバ装置１００が過負荷状態であると検出した場合には、ＰＵＢＬＩＳＨメッセージを受信したことを示す“２００  ＯＫ”メッセージをユーザ装置１０５に対しては送信する（Ｓ１６１２）。しかし、サーバ装置１００は、受信したＰＵＢＬＩＳＨメッセージに対応する新たな情報通知メッセージを参照者端末１０２、１０３には直ちに送信せず、指定時間（ＳＴ）送信を中断した後に、改めてＮＯＴＩＦＹメッセージとして送信する（Ｓ１６１３、Ｓ１６１５）。なお、サーバ装置１００は、指定時間中断後は、送らなかった新たな情報通知メッセージを廃棄してもよい。指定時間（ＳＴ）としては、予めサーバ装置１００の管理者によって定められた固定値であっても良いし、また次の方法で定めてもよいが、これらの方法に限定されるものではない。
【０１６３】
すなわち、指定時間（ＳＴ）を定める方法として、例えば、サーバ装置１００の情報通知送信部１００４に蓄積されたメッセージ数をＮ、１メッセージ当りの処理時間をＴ、各参照者端末１０２、１０３への情報通知メッセージの送信が同期しないためのランダムな待ち時間をＲとしたとき、指定時間（ＳＴ）をＴ×Ｎ＋Ｒと設定しても良い。
【０１６４】
このように設定すれば、非常に多くの参照者端末１０２、１０３に参照されている複数のユーザ装置１０５の管理する複数のユーザが会議などで同一の行動をとり、極めて短時間に複数のユーザ装置１０５の状態変化があった場合など、サーバ装置１００が非常に多くの参照者端末１０２、１０３に情報通知メッセージを送信しなければならない場合でも、サーバ装置１００の負荷を時間的に平滑化し、他のサービスの処理への影響を小さくすることができる。
【０１６５】
すなわち、１メッセージ当りの処理時間Ｔが、たとえ数ミリ秒であったとしても、サーバ装置１００の情報通知送信部１００４に蓄積されたメッセージ数Ｎが数百、数千のオーダーになると、それらの全ての処理を完了するのに数秒以上の時間がかかってしまう。そのため、サーバ装置１００がインターネット電話のサーバ装置などを兼ねている場合、このタイミングで受信した発呼要求メッセージの処理が数秒単位で遅延することになり、インターネット電話としてのサービス品質の劣化が無視できなくなる。
【０１６６】
また、プレゼンス情報のやり取りには、通常、ＸＭＬデータを用いることが多いため、メッセージ処理に際しても比較的負荷の大きい処理を伴い、１メッセージ当りの処理時間Ｔも大きくなる傾向にあり、全ての処理を完了するのに更に多くの時間かかってしまうという問題がある。
【０１６７】
ところが、本実施の形態によれば、意図的に情報通知メッセージの参照者端末１０２、１０３への送信タイミングを遅延させ、各情報通知メッセージの送信の間に空きの時間を設けるようにしており、したがって、サーバ装置１００の負荷が時間的に平滑化され、他のサービスの処理に与える影響を小さくすることができる。
【０１６８】
その後、ＮＯＴＩＦＹメッセージを受信した参照者端末１０２、１０３は、それぞれＮＯＴＩＦＹメッセージを受信したことを示す“２００  ＯＫ”メッセージをサーバ装置１００に送信する（Ｓ１６１４、Ｓ１６１６）と共に、ＮＯＴＩＦＹメッセージとして受信した情報通知メッセージをそれぞれの表示器に表示したり、対応した処理を実行したりする。
【０１６９】
なお、本実施の形態において、ＳＵＢＳＣＲＩＢＥメッセージ、ＳＵＢＳＣＲＩＢＥメッセージに対する“２００  ＯＫ”メッセージ、ＮＯＴＩＦＹメッセージのそれぞれのメッセージフォーマットは、例えば、図１７〜図１９に示すとおり構成されている。
【０１７０】
すなわち、ＳＵＢＳＣＲＩＢＥメッセージにおいて、どの状態情報の通知を希望するかは、図１７に示すように、Ｒｅｑｕｅｓｔ−ＵＲＩ（ＳＵＢＳＣＲＩＢＥ  ｓｉｐ：ｕｓｅｒ１０５＠ａ．ｃｏｍ  ＳＩＰ／２．０）によって示されている。また、それに対する“２００  ＯＫ”メッセージは、図１８に示すように表現されている。さらに、図１７に応答するＮＯＴＩＦＹメッセージは、図１９に示すように、メッセージボディによってユーザ１０５の状態を示している。
【０１７１】
以上に説明したように、本実施の形態によれば、サーバ装置１００が、参照者端末１０２、１０３への情報通知メッセージの蓄積などを監視して自己が過負荷状態にあるか否かといった運用状態を検出し、さらに、その運用状態に応じて、ユーザ装置１０５や情報通知端末１０６からの情報通知メッセージを受信した際に、それらを参照者端末１０２、１０３に直ちに通知せず、一旦中断し、予め定めた指定時間（ＳＴ）後に改めて通知するようにしている。したがって、本実施の形態のサーバ装置１００は、短時間にユーザ装置１０５や情報通知端末１０６からの状態情報の通知が多量に発生した場合などに、参照者端末１０２、１０３への情報通知を意図的に、問題にならない程度に遅らせることが可能である。また、本実施の形態のサーバ装置１００は、サーバ装置１００の処理負荷、特に参照者端末１０２、１０３への通知処理の負荷を時間的に分散することが可能となり、状態通知の破棄を抑制することが可能となる。
【０１７２】
また、本実施の形態によれば、ユーザ装置１０５や情報通知端末１０６からの情報通知メッセージを受信してそれらを集約して参照者端末１０２、１０３へ情報通知を行う必要がないため、各参照者端末１０２、１０３は集約された情報通知メッセージを解釈する機能を必要とせず、従来の参照者端末１０２、１０３をそのまま利用できる。
【０１７３】
さらに、本実施の形態によれば、参照者端末１０２、１０３への情報通知を、意図的に、問題にならない程度に遅らせることが可能であるので、従来のように定期的な状態情報の更新のタイミングに合わせて情報通知メッセージが参照者端末１０２、１０３に送られることはなく、参照者端末１０２、１０３への通知が不用意に遅れてしまうということはない。
【０１７４】
またさらに、本実施の形態によれば、参照者端末１０２、１０３への情報通知を遅らせることが可能であるので、従来のように、サーバ装置１００のハードウェアスペックを向上させたり、サーバ装置１００を複数台設けてこれらに負荷を分散させるなどの方法を用いなくても、参照者端末１０２、１０３への通知処理の負荷を時間的に分散することが可能となり、システム全体の構成は複雑にはならず、コストアップも伴わない。
【０１７５】
（実施の形態９）
図２０は本実施の形態における情報通知システムの構成を示すブロック図である。
【０１７６】
本実施の形態では、図２０に示すように、サーバ装置１００は、図１５に示す構成以外に、ユーザ装置１０５や情報通知端末１０６から受信した情報の種類を検出する情報検出部２００１と、この情報検出部２００１で検出した情報の種類に応じて、サーバ装置１００が過負荷状態になって情報通知メッセージの送信が一時中止された場合に、その後どれほどの時間が経過すれば送信を再開するかを決定する指定時間決定部２００２とを備えている。
【０１７７】
すなわち、本実施の形態では、図２１に示すように、受信した情報の種類、例えば、在席情報や場所情報などに応じてそれぞれ「優先」、「通常」などの優先度が設定されており、これらの優先度に応じて情報通知メッセージの送信中止から再開までの指定時間をそれぞれ決定するようにしている。
【０１７８】
したがって、サーバ装置１００は、ユーザ装置１０５や情報通知端末１０６から、例えば、在席の変化や場所の変化などのＰＵＢＬＩＳＨメッセージを受信すると、まず、受信したＰＵＢＬＩＳＨメッセージにどのような種類の情報があるかということと、その情報の優先度はどの程度か（「優先」か「通常」か）を情報検出部２００１によって検出する。図２１に示す例のように、受信した状態情報の種類が在席情報であるので優先度が「優先」である場合には、サーバ装置１００は、実施の形態８と同様に、過負荷状態にあるかどうかを判断する。その結果、過負荷状態であれば、指定時間決定部２００２で決定される、直ちに、或いは、一時中止しても比較的短い指定時間の後に、サーバ装置１００は、情報通知メッセージを参照者端末１０２、１０３に送信する。
【０１７９】
一方、サーバ装置１００は、受信した情報の種類が場所情報であるので優先度が「通常」であると判断した場合には、過負荷状態の場合に、情報通知メッセージの送信を一時中止する。そして、サーバ装置１００は、指定時間決定部２００２で決定される、比較的長い指定時間の後、参照者端末１０２、１０３に情報通知メッセージを送信する。なお、情報の種類が３種類以上ある場合や優先度のように数値化（１．０−０．０）した場合には、サーバ装置１００は、参照端末１０２、１０３への送信を遅らせるのを３種類以上にすることは当然可能である。
【０１８０】
すなわち、本実施の形態では、管理部１００１の一部と情報検出部２００１と指定時間決定部２００２とで情報管理部が構成される。
【０１８１】
このように、指定時間決定部２００２で決定される指定時間を、優先度の高いものほど短く設定しておけば、優先度の高い情報通知メッセージは、サーバ装置１００が過負荷状態になリ、送信が一時中断されても、比較的早期に参照者端末１０２、１０３に送信することが可能になり、効果的である。
【０１８２】
なお、指定時間には、ゼロを含み、ゼロの場合には、一時中断をせずに直ちに情報通知メッセージを送信することを意味する。また、情報の種類としては、在席情報、場所情報を例示したが、その他の種類の情報であっても良く、これらに限定されるものではない。
【０１８３】
このように、本実施の形態によれば、サーバ装置１００が、参照者端末１０２、１０３に送信する情報の種類を情報検出部２００１で検出し、検出した情報の種類に応じて参照者端末１０２、１０３への送信を一時中断してから再び開始するまでの指定時間（ゼロを含む任意の時間）をそれぞれ決定する指定時間決定部２００２を有する。例えば、優先度の高い種類の情報であれば、一時中断しても比較的短い時間経過後に、或いは、一時中断することなく直ちに、参照者端末１０２、１０３に情報を送信し、優先度の低い種類の情報であれば、参照者端末１０２、１０３への送信を一時中断して充分な指定時間経過後に、参照者端末１０２、１０３に送信することが可能となる。
【０１８４】
したがって、サーバ装置１００の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高い状態情報は直ちに通知することが可能となる。
【０１８５】
また、サーバ装置１００は、参照者端末１０２、１０３へ送信する情報の種類に応じて、参照者端末１０２、１０３への通知を一時中断したときの中断時間を設定することが可能である。従って、例えば、優先度の高い種類の状態情報であれば、中断時間を短くして早めに参照者端末１０２、１０３へ通知することが可能となる。また、優先度の低い種類の状態情報であれば、中断時間を長くして負荷分散効果を高めつつ参照者端末１０２、１０３へ通知することが可能となる。したがって、サーバ装置１００の処理負荷を時間的に分散し、状態通知の破棄を抑制しつつ、優先度の高い状態情報は優先的に早く通知することが可能となる。
【０１８６】
さらに、実施の形態８と同様に、各参照者端末１０２、１０３は集約された情報通知メッセージを解釈する機能を必要とせず、従来の参照者端末１０２、１０３をそのまま利用でき、定期的な状態情報の更新のタイミングに合わせて情報通知メッセージが参照者端末１０２、１０３に送られることがないので、参照者端末１０２、１０３への通知が遅れてしまうということはない。
【０１８７】
またさらに、サーバ装置１００のハードウェアスペックを向上させたり、サーバ装置１００を複数台設けてこれらに負荷を分散させるなどの方法を用いなくても、参照者端末１０２、１０３への通知処理の負荷を時間的に分散することが可能となり、システム全体の構成は複雑にはならず、コストアップも伴わない。
【０１８８】
（実施の形態１０）
本実施の形態における情報通知システムも、概念的には、実施の形態８と同様に、図１５に示すように構成されている。但し、本実施の形態では、図１５に示す構成以外に、図２０で説明した実施の形態９と同様な指定時間決定部２００２を備えている。本実施の形態の指定時間決定部２００２は、サーバ装置１００が過負荷状態になって情報通知メッセージの送信が一時中断された場合に、その後どれほどの時間が経過すれば送信を再開するかを、参照者端末１０２、１０３、１０４に応じて決定する。
【０１８９】
すなわち、本実施の形態では、図２２に示すように、参照者端末１０２、１０３、１０４に応じてそれぞれ「優先」、「通常」などの優先度が設定されており、これらの優先度に応じて、上記した指定時間決定部と管理部の一部で構成される情報管理部により、情報通知メッセージの送信中断から再開までの指定時間をそれぞれ決定するようにしている。
【０１９０】
したがって、サーバ装置１００が、ユーザ装置１０５や情報通知端末１０６からＰＵＢＬＩＳＨメッセージを受信するなどして状態情報が変化したことを検出すると、情報通知送信部１００４により情報通知メッセージを参照者端末１０２、１０３、１０４に送信しようとする。その際、情報通知送信部１００４は、参照者端末１０２、１０３、１０４に対してそれぞれ設定された優先度を参照し、通知すべき参照者端末１０２、１０３、１０４が優先されるべきものかどうかを判定する。
【０１９１】
そして、更に、実施の形態８と同様に、サーバ装置１００自身が過負荷状態にあるかどうかを判定し、過負荷状態であれば、参照者端末１０２、１０３、１０４への送信を一時中断し、指定時間が経過した後に改めて通知する。この場合、指定時間を、参照者端末１０２、１０３、１０４に応じて決められた優先度に基づいて、例えば、優先度が高いものほど短くなるように設定する。特に高いものに対しては、指定時間をゼロに設定し、一時中断せずに直ちに送信するようにしても良い。
【０１９２】
なお、図２２では、参照者端末１０２、１０３、１０４にそれぞれ個別に優先度を設定した例を示している。参照者端末１０２、１０３、１０４に、例えば、使用者の役職（部長、課長、社員）などの属性情報を設定し、役職などの属性情報ごとに優先度（部長:「優先」、課長:「優先」、社員:「通常」）を設定するようにしても良い。また、優先度に関しても「優先」、「通常」の他に、「準優先」などいくつかの優先度を設定し、それぞれに対応した時間を指定してもよい。
【０１９３】
このように構成された本実施の形態によれば、サーバ装置１００が参照者端末１０２、１０３、１０４の上記のような属性情報などに応じて、参照者端末１０２、１０３、１０４への情報送信の時間を決定するものである。したがって、例えば、優先度の高い参照者端末１０２に対しては、一時中断しても比較的短い時間経過後に、或いは、一時中断すらせずに直ちに通知し、優先度の低い参照者端末１０３、１０４に対しては、一時中断した後、充分な時間経過後に通知することが可能になる。
【０１９４】
したがって、サーバ装置１００の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高い参照者端末１０２に対しては、情報を直ちに通知することが可能となる。
【０１９５】
また、サーバ装置１００は、参照者端末１０２、１０３、１０４の属性情報などに応じて、参照者端末１０２、１０３、１０４への通知を一時中断したときの中断時間を設定することが可能である。したがって、例えば、優先度の高い参照者端末１０２に対しては、中断時間を短くして早めに参照者端末１０２に情報を通知し、優先度の低い参照者端末１０３、１０４に対しては、中断時間を長くして負荷分散効果を高めつつ参照者端末１０３、１０４に情報を通知することが可能となる。そのため、サーバ装置１００の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高い参照者端末１０２に対しては、優先的に早く情報を通知することが可能となる。
【０１９６】
（実施の形態１１）
本実施の形態における情報通知システムも、概念的には、実施の形態８同様、図１５に示すように構成されている。但し、本実施の形態では、サーバ装置１００は、図１５に示す構成以外に、サーバ装置１００が過負荷状態になり情報通知メッセージの送信が一時中止された場合に、その後どれほどの時間が経過すれば送信を再開するかを、ユーザ装置１０５や情報通知端末１０６、１０７に応じて決定する指定時間決定部２００２を備えている。
【０１９７】
すなわち、本実施の形態では、図２３に示すように、ユーザ装置１０５や情報通知端末１０６、１０７は、それぞれの属性情報などに応じてそれぞれ「優先」、「通常」、「通常」などの優先度が設定されている。これらの優先度に応じて、上記した指定時間決定部と管理部の一部で構成される情報管理部は、情報通知メッセージの送信中断から再開までの指定時間をそれぞれ決定するようにしている。
【０１９８】
したがって、サーバ装置１００は、ユーザ装置１０５や情報通知端末１０６、１０７からＰＵＢＬＩＳＨメッセージを受信し、状態変化があったことを検出すると、情報通知送信部１００４により情報通知メッセージを参照者端末１０２、１０３、１０４に送信しようとする。その際、ユーザ装置１０５や情報通知端末１０６、１０７に設定された優先度を参照して、通知すべき情報の通知元であるユーザ装置１０５や情報通知端末１０６、１０７が優先されるべきものであるかどうかを判断する。さらに実施の形態８と同様に、サーバ装置１００が過負荷状態にあるかどうかを判断し、過負荷状態であれば、情報の送信を一時中断し、指定時間経過後に改めて送信する。指定時間は、優先度に基づいてそれぞれ設定され、たとえば、優先度が高いものほど短く設定される。特に優先度の高いものに対しては、指定時間をゼロに設定し、一時中断せずに直ちに送信するようにしても良い。
【０１９９】
なお、図２３では、ユーザ装置１０５や情報通知端末１０６、１０７に個別に優先度を設定している。しかし、例えば、サーバ装置１００の管理者が、ユーザ装置１０５や情報通知端末１０６、１０７にそれぞれ、例えば、装置または端末の使用者の役職（部長、課長、社員）や、装置または端末の重要度などの属性情報を設定し、役職や重要度などの属性情報ごとの優先度（部長:「優先」、課長:「優先」、社員:「通常」）を別に設定するようにしても良い。
【０２００】
このように構成された本実施の形態によれば、サーバ装置１００において、情報の通知元であるユーザ装置１０５や情報通知端末１０６、１０７の属性情報に応じて、参照者端末１０２、１０３、１０４への通知を一時中断するか否かを判定することが可能である。例えば、図２３に示す場合は、優先度の高い（「優先」）ユーザ装置１０５が発行した情報に対しては、一時中断せずに直ちに参照者端末１０２、１０３、１０４に通知し、優先度の低い（「通常」）情報通知端末１０６、１０７が発行した情報に対しては、一時中断した後に、参照者端末１０２、１０３、１０４に通知することが可能となる。また、サーバ装置１００の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高いユーザ装置１０５が発行した状態情報は直ちに通知することが可能となる。
【０２０１】
また、サーバ装置１００は、情報の通知元であるユーザ装置１０５や情報通知端末１０６、１０７の属性情報などに応じて、参照者端末１０２、１０３、１０４への通知を一時中断したときの中断時間を設定することが可能である。例えば、優先度の高いユーザ装置１０５が発行した情報に対しては、中断時間を短くして早めに参照者端末１０２、１０３、１０４に通知し、優先度の低い情報通知端末１０６、１０７が発行した情報に対しては、中断時間を長くして負荷分散効果を高めつつ参照者端末１０２、１０３、１０４に通知することが可能となる。したがって、サーバ装置１００の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高いユーザ装置１０５が発行した状態情報は、優先的に早く通知することが可能となる。
【０２０２】
（実施の形態１２）
図２４は本実施の形態における情報通知システムの構成を示すブロック図である。本実施の形態における情報通知システムも、概念的には、実施の形態８と同様、図１５に示すように構成されている。但し、本実施の形態では、サーバ装置１００は、図１５に示す構成以外に、受信した情報通知メッセージを参照者端末１０２、１０３、１０４にまとめて送信する情報統合部２００３を備えている。すなわち、サーバ装置１００の情報通知送信部１００４は、受信した情報通知メッセージをサーバ装置１００が参照者端末１０２、１０３、１０４に送信するとき、その時点で送信を中止している同じ参照者端末１０２、１０３、１０４に宛てた別の情報通知メッセージをサーバ装置１００が有しているなら、それらをまとめて参照者端末１０２、１０３、１０４へ送信する情報統合部２００３を更に備えている。なお、この情報統合部２００３は、必ずしも情報通知送信部１００４に設けられていなくても、サーバ装置１００内にあればよい。
【０２０３】
図２５は、本実施の形態における情報通知システムの動作を示すシーケンス図である。
【０２０４】
図２５に示すように、本実施の形態では、参照者端末１０２、１０３が、サーバ装置１００に対し、予め通知要求メッセージとして、ユーザ装置１０５の状態情報の通知を希望する旨を設定したＳＵＢＳＣＲＩＢＥメッセージを送信してある（Ｓ２５０１、Ｓ２５０３）。
【０２０５】
サーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であれば、通知応答メッセージとして“２００  ＯＫ”メッセージを参照者端末１０２、１０３に送信する（Ｓ２５０２、Ｓ２５０４）。
【０２０６】
ユーザ装置１０５は、状態変化があると、ＰＵＢＬＩＳＨメッセージによってサーバ装置１００に対し、例えば、離席のような状態変化を通知する（Ｓ２５０５）。サーバ装置１００は、このＰＵＢＬＩＳＨメッセージを受信すると、ユーザ装置１０５に対し“２００  ＯＫ”メッセージを送信する（Ｓ２５０６）。さらに、サーバ装置１００は、情報通知メッセージとしてユーザ装置１０５が管理するユーザの在席や離席などの状態（本実施の形態では離席）を設定したＮＯＴＩＦＹメッセージを参照者端末１０２、１０３にそれぞれ送信する（Ｓ２５０７、Ｓ２５０９）。
【０２０７】
参照者端末１０２、１０３は、ＮＯＴＩＦＹメッセージを受信すると、受信したことを示す“２００  ＯＫ”メッセージをそれぞれサーバ装置１００へ送信する（Ｓ２５０８、Ｓ２５１０）。また、参照者端末１０２、１０３は、受信した状態情報を参照者端末１０２、１０３の表示器に表示したり、状態に対応した処理を行ったりする。
【０２０８】
その後、サーバ装置１００から参照者端末１０３への送信処理中に、新たにユーザ装置１０５から、例えば、場所情報がロビーに変化した旨のＰＵＢＬＩＳＨメッセージが送信され（Ｓ２５１１）。サーバ装置１００は、そのＰＵＢＬＩＳＨメッセージを受信したときに、検出条件によりサーバ装置１００が過負荷状態であると検出した場合には、受信したことを示す“２００  ＯＫ”メッセージをユーザ装置１０５に対しては送信する（Ｓ２５１２）。しかし、サーバ装置１００は、受信したＰＵＢＬＩＳＨメッセージに対応する新たな状態情報の通知を参照者端末１０２、１０３には直ちに送信せず、指定時間（ＳＴ）の間、送信を中断する。
【０２０９】
また、送信を中断している間に、新たにユーザ装置１０５から、例えば、在席情報が在席に変化した旨のＰＵＢＬＩＳＨメッセージが送信されたとする（Ｓ２５１３）。このとき、まだサーバ装置１００が過負荷の状態であれば、受信したことを示す“２００  ＯＫ”メッセージをユーザ装置１０５に対しては送信する（Ｓ２５１４）が、参照者端末１０２、１０３に対しては情報の送信を行わない。
【０２１０】
次に、サーバ装置１００は、参照者端末１０２、１０３に対する情報通知が中断され、その後、指定時間（ＳＴ）が経過すると、参照者端末１０２、１０３に対しＮＯＴＩＦＹメッセージを送信しようとする。しかし、この場合、情報送信の中断中に新たにユーザ装置１０５からの情報を受信したため、これらの情報があることをサーバ装置１００の管理部１００１が認識し、これらの情報を情報統合部２００３でまとめて、例えば、在席情報が在席であって、場所情報がロビーである旨のＮＯＴＩＦＹメッセージを参照者端末１０２、１０３に送信する（Ｓ２５１５、Ｓ２５１７）。
【０２１１】
したがって、本来であれば、サーバ装置１００は、ステップＳ２５１５、Ｓ２５１７で、在席情報が在席である旨のＮＯＴＩＦＹメッセージのみを参照者端末１０２、１０３に送信する。その後、図２５の点線で囲んだメッセージ、すなわち、ユーザ装置１０５の場所情報がロビーに変化した旨の参照者端末１０２、１０３に対するＮＯＴＩＦＹメッセージ（Ｓ２５１９、Ｓ２５２１）をすることになる。次に、それに応答する参照者端末１０２、１０３からサーバ装置１００への“２００  ＯＫ”メッセージ（Ｓ２５２０、Ｓ２５２２）が存在するが、本実施の形態では、点線で囲んだこれらの情報は実際には送信されず、それぞれがその直前のＮＯＴＩＦＹメッセージ（Ｓ２５１５、Ｓ２５１７）、“２００  ＯＫ”メッセージ（Ｓ２５１６、Ｓ２５１８）の中で送信される。
【０２１２】
このように、本実施の形態によれば、サーバ装置１００が、情報通知を中断し、指定時間（ＳＴ）後に改めて通知する際に、通知先の参照者端末１０２、１０３に対する別の情報通知がある場合に、情報統合部２００３によりそれらを集約して一括して送信することが可能となる。したがって、サーバ装置１００が送信すべき情報通知の数が減少し、サーバ装置１００の負荷が軽減される。また、集約して送信される別の状態情報は、中断される時間が短くて済み、情報通知までの遅延時間を短くすることができる。
【０２１３】
（実施の形態１３）
本実施の形態における情報通知システムも、概念的には実施の形態８と同様、図１５に示すように構成されている。また、本実施の形態におけるサーバ装置１００および参照者端末１０２も、図１５のブロック図に示す実施の形態８と同様の構成を有している。
【０２１４】
本実施の形態においても、サーバ装置１００には、情報通知端末１０６からサーバ装置１００への情報通知の数、或いは、サーバ装置１００から参照者端末１０２への通知の数に応じてそれぞれ運用状態が定義されている。例えば、運用状態の定義は、情報通知の処理に係るサーバ装置１００の処理負荷等が運用状態として定義されており、本実施の形態の場合、サーバ装置１００が多数の情報通知を行わなければならない。サーバ装置１００の管理部１００１において、過負荷状態を検出すると、情報通知送信部１００４によって、情報通知を一旦停止する旨と、再度、情報通知を開始するまでの指定時間（ＳＴ）を指定する値を含む情報通知を参照者端末１０２に送信する。情報通知を一旦停止する旨の情報を含む情報通知を受信した参照者端末１０２は、その中で指定された指定時間が経過した後で通知要求送信部１０２１により、再びサーバ装置１００に対しユーザ１０５や情報通知端末１０６の状態などの情報を通知するように通知要求を送信する。
【０２１５】
サーバ装置１００において過負荷状態を検出する条件は、サーバ装置１００の管理者によって予め設定すればよく、また、別の方法で予め定めても良い。いずれにしても、検出条件としては、管理部１００１において受信した単位時間当たりの状態変化の検出回数や、情報通知送信部１００４において蓄積された情報通知の数などを用いて決定すればよいが、必ずしも、これに限定されるものではない。
【０２１６】
次に、本実施の形態の動作を図２６に示すシーケンス図を用いて説明する。
【０２１７】
参照者端末１０２、１０３は、これまでの実施の形態と同様に、サーバ装置１００に対し通知要求メッセージとして、予めユーザ１０５の状態情報を希望する旨の情報を設定したＳＵＢＳＣＲＩＢＥメッセージを送信しているものとする（図示せず）。この場合、サーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信し、それが受け入れ可能な要求であれば、通知応答メッセージとして“２００  ＯＫ”メッセージを送信している（図示せず）。
【０２１８】
この状態において、今、ユーザ装置１０５に状態変化があったとすると、ユーザ装置１０５は、ＰＵＢＬＩＳＨメッセージによってサーバ装置１００に対しその状態変化を通知する（Ｓ２６０１）。サーバ装置１００は、ユーザ装置１０５からの状態変化を受信すると、情報通知メッセージとしてユーザ装置１０５が管理するユーザの在席、離席などの状態情報を設定したＮＯＴＩＦＹメッセージを参照者端末１０２、１０３に送信する（Ｓ２６０２、Ｓ２６０３）。参照者端末１０２、１０３は、サーバ装置１００からのＮＯＴＩＦＹメッセージを受信すると、そのＮＯＴＩＦＹメッセージを受信した旨を示す“２００  ＯＫ”メッセージをサーバ装置１００に送信する（Ｓ２６０４、Ｓ２６０５）。そして、参照者端末１０２、１０３は、受信したＮＯＴＩＦＹメッセージを基に、状態情報を参照者端末１０２、１０３の表示器に表示したり、その状態情報に応じた処理を行ったりする。
【０２１９】
新たに参照者端末１０４において、ユーザ装置１０５の状態情報を参照したい旨希望する場合には、ユーザ装置１０５の状態情報を参照したい旨を設定したＳＵＢＳＣＲＩＢＥメッセージをサーバ装置１００に送信する（Ｓ２６０６）。サーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であるかどうかを判断し、受け入れ可能な要求であれば、通知応答メッセージとして“２００  ＯＫ”メッセージを送信する（Ｓ２６０７）。そして、その時点でユーザ装置１０５の状態情報を設定したＮＯＴＩＦＹメッセージを参照者端末１０４に送信する（Ｓ２６０８）。参照者端末１０４は、ＮＯＴＩＦＹメッセージを受信すると、ＮＯＴＩＦＹメッセージを受信した旨の“２００  ＯＫ”メッセージを、サーバ装置１００に送信する（Ｓ２６０９）。
【０２２０】
そして、以降、ユーザ装置１０５に状態変化があると、その状態変化がＰＵＢＬＩＳＨメッセージとしてユーザ装置１０５からサーバ装置１００送信する（Ｓ２６１０、Ｓ２６１１）。サーバ装置１００が、この情報を基に情報通知メッセージとしてＮＯＴＩＦＹメッセージを参照者端末１０２、１０３、１０４に送信する（Ｓ２６１２〜２６１４）。勿論、この場合、図示しないが、ＰＵＢＬＩＳＨメッセージを受信したサーバ装置１００は、ユーザ装置１０５に対し、ＰＵＢＬＩＳＨメッセージを受信した旨の“２００  ＯＫ”メッセージを送信し、ＮＯＴＩＦＹメッセージを受信した参照者端末１０２、１０３、１０４は、それぞれサーバ装置１００に対し、ＮＯＴＩＦＹメッセージを受信した旨の“２００  ＯＫ”メッセージを送信する。
【０２２１】
ところで、今、サーバ装置１００が参照者端末１０２、１０３、１０４に対し所定のＮＯＴＩＦＹメッセージを送信している段階（例えば、Ｓ２６１４を終了した段階）で、サーバ装置１００が過負荷状態を検出したとする。この場合、引続いて、参照者端末１０２、１０３、１０４に残りのＮＯＴＩＦＹメッセージを送信する（Ｓ２６１５、Ｓ２６１６、Ｓ２６１７）。しかし、このＮＯＴＩＦＹメッセージには、図２７に示すように、“Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ”ヘッダと“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータを含んでおり、“Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ”ヘッダには“ｔｅｒｍｉｎａｔｅｄ”を設定し、参照者端末１０２、１０３、１０４に対しては、サブスクリプション（Ｓｕｂｓｃｒｉｐｔｉｏｎ）の解放を通知するようにしている。そして、“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータには、サーバ装置１００がＳｕｂｓｃｒｉｐｔｉｏｎを再確立するまでの待ち時間として希望する値を設定するようにしている。Ｓｕｂｓｃｒｉｐｔｉｏｎを再確立するまでの待ち時間は、任意に設定すればよいが、次の方法で設定することも可能である。
【０２２２】
すなわち、サーバ装置１００の情報通知送信部１００４に蓄積されたメッセージ数をＮ、１メッセージあたりの処理時間をＴ、各参照者端末からのＳｕｂｓｃｒｉｐｔｉｏｎ再確立の要求が同期しないためのランダムな待ち時間をＲとした場合に、サーバ装置１００は、Ｓｕｂｓｃｒｉｐｔｉｏｎを再確立するまでの待ち時間“ｒｅｔｒｙ−ａｆｔｅｒ”を、
“ｒｅｔｒｙ−ａｆｔｅｒ”＝Ｔ×Ｎ＋Ｒ
と設定する。
【０２２３】
サーバ装置１００は、このようにして待ち時間を設定したＮＯＴＩＦＹメッセージを参照者端末１０２、１０３、１０４に送信する（Ｓ２６１５、Ｓ２６１６、Ｓ２６１７）。参照者端末１０２、１０３、１０４は、図示していないが、ＮＯＴＩＦＹメッセージを受信した旨の“２００  ＯＫ”メッセージをサーバ装置１００に送信する。そして、その状態で、“ｒｅｔｒｙ−ａｆｔｅｒ”で指定した時間の経過を待つ。
【０２２４】
“ｒｅｔｒｙ−ａｆｔｅｒ”で指定した時間が経過するまでの間は、Ｓｕｂｓｃｒｉｐｔｉｏｎは確立していない。そのため、ユーザ装置１０５において状態変化があり、ユーザ装置１０５がサーバ装置１００にＰＵＢＬＩＳＨメッセージを送信し（Ｓ２６１８）、送信されたＰＵＢＬＩＳＨメッセージをサーバ装置１００が受信し、ＰＵＢＬＩＳＨメッセージを受信した旨の“２００  ＯＫ”メッセージをサーバ装置１００がユーザ装置１０５に送信した（Ｓ２６１９）としても、サーバ装置１００は、ユーザ装置１０５の状態変化を直ちに参照者端末１０２、１０３、１０４に通知することはしない。これにより、参照者端末１０２、１０３、１０４からのＳＵＢＳＣＲＩＢＥメッセージを待つことになり、サーバ装置１００が短時間に多量のＰＵＢＬＩＳＨメッセージを受信した場合等のバースト的な負荷を軽減することが可能となる。
【０２２５】
次に、参照者端末１０２、１０３、１０４は、“ｒｅｔｒｙ−ａｆｔｅｒ”に設定された指定時間（ＳＴ）経過後に、サーバ装置１００に対しＳＵＢＳＣＲＩＢＥメッセージを送信する（Ｓ２６２０、Ｓ２６２２、Ｓ２６２４）。ＳＵＢＳＣＲＩＢＥメッセージを受信したサーバ装置１００は、図示していないが、それぞれ参照者端末１０２、１０３、１０４に対しＳＵＢＳＣＲＩＢＥメッセージを受信した旨を示す“２００  ＯＫ”メッセージを送信する。そして、この後、その時点で管理しているユーザ装置１０５の状態を設定したＮＯＴＩＦＹメッセージをそれぞれ参照者端末１０２、１０３、１０４に送信する（Ｓ２６２１、Ｓ２６２３、Ｓ２６２５）。参照者端末１０２、１０３、１０４は、ＮＯＴＩＦＹメッセージを受信すると、図示していないが、受信したことを示す“２００  ＯＫ”メッセージをサーバ装置１００に送信する。
【０２２６】
このように、本実施の形態によれば、参照者端末１０２、１０３、１０４が、“ｒｅｔｒｙ−ａｆｔｅｒ”で指定された時間が経過するまでの間、ユーザ装置１０５の状態に変化があっても通知されないことを明示的に認識することができ、サーバ装置１００の過負荷により参照者端末１０２、１０３、１０４に何らの通知もなく状態変化の通知が破棄されるという事態を避けることができる。
【０２２７】
サーバ装置１００において、“ｒｅｔｒｙ−ａｆｔｅｒ”に設定する値は、常に一定の値である必要は無く、サーバ装置１００が検出する過負荷の程度に応じて、例えば、過負荷の程度が比較的軽度の場合は、比較的小さな値に、重度の場合は、比較的大きな値に設定してもよい。このようにすれば、過負荷の程度が軽度の場合は、比較的早く情報通知を再開することができ、重度の場合は、充分な時間を取って情報通知を再開することができる。したがって、サーバ装置１００の負荷軽減効果と情報通知のリアルタイム性のバランスを最適に図ることが可能になる。
【０２２８】
図２７は、上記したように、サーバ装置１００が過負荷を検出した状態で参照者端末１０２、１０３、１０４に送信するＳｕｂｓｃｒｉｐｔｉｏｎの一時解放を要求するＮＯＴＩＦＹメッセージ（Ｓ２６１５、Ｓ２６１６、Ｓ２６１７）のメッセージフォーマットの一例を示す図である。
【０２２９】
このときのＮＯＴＩＦＹメッセージ（Ｓ２６１５、Ｓ２６１６、Ｓ２６１７）では、“Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ”を“ｔｅｒｍｉｎａｔｅｄ”に設定し、“ｒｅｔｒｙ−ａｆｔｅｒ”を、５ｍ秒に設定している。また、Ｓｕｂｓｃｒｉｐｔｉｏｎを終了するが、再試行することをサーバ装置１００に要求する場合は、“ｒｅａｓｏｎ”パラメータとして“ｐｒｏｂａｔｉｏｎ”を設定することがＩＥＴＦの標準で推奨されている。ユーザ装置１０５の状態はメッセージボディにおいて示されている。
【０２３０】
以上のように、本実施の形態によれば、サーバ装置１００が過負荷状態を検出すると、参照者端末１０２、１０３、１０４への情報通知を一時中断するため、短時間に多量のＰＵＢＬＩＳＨメッセージを受信した場合等のバースト的な負荷を軽減することが可能になる。
【０２３１】
また、一時中断した後は、“ｒｅｔｒｙ−ａｆｔｅｒ”で指定された時間が経過するまで情報通知が再開されず、このことを参照者端末１０２、１０３、１０４において明示的に認識することができる。したがって、サーバ装置１００の過負荷により状態変化などの通知が参照者端末１０２、１０３、１０４に何らの通知もなく破棄されるという事態を避けることができる。
【０２３２】
そして、サーバ装置１００は、情報通知端末１０６やユーザ装置１０５からの情報通知の数、或いは、参照者端末１０２、１０３、１０４への通知の数などを基に過負荷状態を検出している。したがって、これらが所定の数を超えると過負荷状態となり、参照者端末１０２、１０３、１０４への情報通知を一時中断するため、これらの数に応じて情報通知の一時中断が成されることになり、サーバ装置１００の負荷を軽減することになる。
【０２３３】
また、情報通知を一時中断してから再開するまでの指定時間をサーバ装置１００の負荷の程度に応じて所定の値に設定した場合には、負荷が軽度な場合、比較的早く情報通知を再開し、重度な場合のみ充分な時間をとって負荷の軽減を図ることもでき、効率的な情報通知を可能にする。
【０２３４】
（実施の形態１４）
本実施の形態は、実施の形態１３と同様であるが、サーバ装置１００が過負荷状態を検出したとき、参照者端末１０２、１０３、１０４に送信する通知情報の種類（重要度、緊急度、即時性などの特性）に応じて参照者端末１０２、１０３、１０４への情報通知を一時中断するかどうかを決定するようにしている。すなわち、本実施の形態では、情報通知端末１０６が２つの状態、状態Ａおよび状態Ｂを有する場合に、サーバ装置１００が過負荷状態を検出したとき、参照者端末１０２、１０３、１０４に送信する通知情報が情報通知端末１０６の状態Ｂに関する情報である場合にのみ情報通知を一時中断するようにしている。
【０２３５】
図２８は本実施の形態における情報通知システムの動作を示すシーケンス図である。
【０２３６】
本実施の形態では、図２８に示すように、例えば、参照者端末１０２がサーバ装置１００に対し、情報通知端末１０６の持つ状態Ａに関する情報通知を望む旨のＳＵＢＳＣＲＩＢＥメッセージを送信する（Ｓ２８０１）。一方、参照者端末１０３、１０４は、サーバ装置１００に対し、情報通知端末１０６の持つ状態Ｂに関する情報通知を望む旨のＳＵＢＳＣＲＩＢＥメッセージを送信したとする（Ｓ２８０３、Ｓ２８０５）。
【０２３７】
サーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信すると、それが受け入れ可能な要求であるかどうかを判断し、受け入れ可能な要求であれば、通知応答メッセージとして“２００  ＯＫ”メッセージを参照者端末１０２、１０３、１０４に送信する（図示せず）。
【０２３８】
そして、情報通知端末１０６において状態Ａまたは状態Ｂに変化があり、それがＰＵＢＬＩＳＨメッセージとしてサーバ装置１００に送信されていると、その送信された状態Ａまたは状態Ｂの現在の状態をそれぞれ情報通知メッセージとしてＮＯＴＩＦＹメッセージに設定して参照者端末１０２、１０３、１０４に送信する（Ｓ２８０２、Ｓ２８０４、Ｓ２８０６）。
【０２３９】
参照者端末１０２、１０３、１０４は、ＮＯＴＩＦＹメッセージを受信すると、ＮＯＴＩＦＹメッセージを受信した旨の“２００  ＯＫ”メッセージをサーバ装置１００に送信する（図示せず）。そして、参照者端末１０２、１０３、１０４は、受信した状態情報を参照者端末１０２、１０３、１０４の表示器に表示したり、その状態情報に対応した処理を実行したりする。
【０２４０】
今、情報通知端末１０６において状態Ａ及び状態Ｂに変化があり、それらがＰＵＢＬＩＳＨメッセージとしてサーバ装置１００に送信されると（Ｓ２８０７、Ｓ２８０８）、サーバ装置１００は、ＰＵＢＬＩＳＨメッセージを受信した旨の“２００  ＯＫ”メッセージを情報通知端末１０６に送信する（図示せず）。
【０２４１】
このとき、サーバ装置１００は、サーバ装置１００が過負荷状態を検出すると、予め定められた状態の情報通知を要求している参照者端末に対してのみ、予め定められた特定のＮＯＴＩＦＹメッセージを送信し、その他の参照者端末に対しては、通常のＮＯＴＩＦＹメッセージを送信する。例えば、予め定められた状態が状態Ｂである場合、その状態Ｂの情報通知を要求している参照者端末は、参照者端末１０３、１０４である。このために、参照者端末１０３、１０４に対しては、情報通知端末１０６の状態Ｂの情報通知を一時中止し、指定時間後に再開するよう指示する情報を含む予め定めた特定のＮＯＴＩＦＹメッセージを送信し（Ｓ２８１０、Ｓ２８１１）、その他の参照者端末１０２に対しては、情報通知端末１０６の状態Ａを直ちに通知する通常のＮＯＴＩＦＹメッセージを送信する（Ｓ２８０９）。
【０２４２】
すなわち、ＮＯＴＩＦＹメッセージには、“Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ”ヘッダと、“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータとを含んでいる。ここで、特定のＮＯＴＩＦＹメッセージでは、“Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ”ヘッダに“ｔｅｒｍｉｎａｔｅｄ”を設定し、参照者端末１０３、１０４に対して、Ｓｕｂｓｃｒｉｐｔｉｏｎの解放を通知する。そして、“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータとしては、サーバ装置１００がＳｕｂｓｃｒｉｐｔｉｏｎを再確立するまでの待ち時間として希望する値を設定する。
【０２４３】
したがって、このＮＯＴＩＦＹメッセージを受信した参照者端末１０３、１０４は、“２００  ＯＫ”メッセージをサーバ装置１００に送信し（図示せず）、“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータで指定された指定時間の経過を待つ。
【０２４４】
“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータで指定された時間が経過するまでの間は、Ｓｕｂｓｃｒｉｐｔｉｏｎが確立していないため、情報通知端末１０６の状態Ｂが変化しても（Ｓ２８１４、Ｓ２８１７）、サーバ装置１００は、参照者端末１０３、１０４に対する通知は行わない。
【０２４５】
一方、参照者端末１０２に対しては、参照者端末１０３、１０４においてＳｕｂｓｃｒｉｐｔｉｏｎを一旦解放している間も、サーバ装置１００は、Ｓｕｂｓｃｒｉｐｔｉｏｎを継続維持しており、サーバ装置１００は、状態Ａの変化毎（Ｓ２８１２、Ｓ２８１５）にＮＯＴＩＦＹメッセージの送信を、参照者端末１０２に対して行う（Ｓ２８１３、Ｓ２８１６）。
【０２４６】
このようにして、サーバ装置１００が短時間に多量のＰＵＢＬＩＳＨメッセージを受信した場合などのバースト的な負荷を軽減することができる。
【０２４７】
参照者端末１０３、１０４は、“ｒｅｔｒｙ−ａｆｔｅｒ”に設定された時間経過後に、サーバ装置１００に対しＳＵＢＳＣＲＩＢＥメッセージを送信する（Ｓ２８１８、Ｓ２８２０）。ＳＵＢＳＣＲＩＢＥメッセージを受信したサーバ装置１００は、“２００  ＯＫ”メッセージ（図示せず）を参照者端末１０３、１０４に送信した後、その時点で管理している情報通知端末１０６の状態Ｂを設定したＮＯＴＩＦＹメッセージをそれぞれ参照者端末１０３、１０４に送信する（Ｓ２８１９、Ｓ２８２１）。参照者端末１０３、１０４は、ＮＯＴＩＦＹメッセージを受信すると、受信したことを示す“２００  ＯＫ”メッセージをサーバ装置１００に送信する（図示せず）。
【０２４８】
参照者端末１０３、１０４は、“ｒｅｔｒｙ−ａｆｔｅｒ”で指定された時間が経過するまでの間、情報通知端末１０６の状態に変化があっても通知がなされないことを明示的に認識することができるため、サーバ装置１００の過負荷により参照者端末１０３、１０４に何らの通知もなく状態変化の通知が破棄されるといった事態を避けることができる。
【０２４９】
また、サーバ装置１００が過負荷状態を検出したとき、Ｓｕｂｓｃｒｉｐｔｉｏｎを一旦解放する状態と、解放しないで維持継続する状態とを、サーバ装置１００の管理者によって設定したり、予め定めたりすることが可能であり、これらをサーバ装置１００に保持することができる。この場合、サーバ装置１００が管理する情報の重要度や即時性に応じて情報を分類し定義することにより、サーバ装置１００が過負荷状態になったとき、サーバ装置１００の負荷を軽減しながらも、重要な状態情報や即時性が要求される状態情報に対しては情報通知を継続し、情報通知のサービス品質を劣化させることなく良好にすることができる。
【０２５０】
また、サーバ装置１００は、過負荷状態を検出し、Ｓｕｂｓｃｒｉｐｔｉｏｎを一旦解放するときに、サーバ装置１００が管理する各状態の重要度や即時性に応じて、“ｒｅｔｒｙ−ａｆｔｅｒ”に設定する値を、例えば、重要度や即時性の大きいものほど、小さく設定することも可能である。このようにすれば、重要度や即時性の大きいものほど、早く情報通知を再開することができ、サーバ装置１００の負荷軽減と情報通知のリアルタイム性のバランスをとることが可能になる。
【０２５１】
なお、“ｒｅｔｒｙ−ａｆｔｅｒ”に設定する値や条件は、サーバ装置１００の管理者によって任意に設定したり、予め定めたりすればよく、いずれにしても、これらはサーバ装置１００に保持される。
【０２５２】
（実施の形態１５）
本実施の形態では、その構成は実施の形態１３と同様であるが、サーバ装置１００が過負荷状態を検出したとき、参照者端末１０２、１０３、１０４の属性に応じて、情報通知を一時中断するかどうかを決定するようにしている。すなわち、参照者端末１０３、１０４に対しては、情報通知を一時中断し、参照者端末１０２に対しては、情報通知を一時中断しないで情報通知を行うように構成している。
【０２５３】
図２９は、本実施の形態の情報通知システムの動作を示すシーケンス図である。
【０２５４】
図２９に示すように、参照者端末１０２、１０３、１０４が、サーバ装置１００に対し、それぞれ通知要求メッセージとして、ユーザ装置１０５の状態情報などの情報通知を希望する旨の内容を設定したＳＵＢＳＣＲＩＢＥメッセージを送信したとする（Ｓ２９０１、Ｓ２９０３、Ｓ２９０５）。すると、ＳＵＢＳＣＲＩＢＥメッセージを受信したサーバ装置１００は、そのＳＵＢＳＣＲＩＢＥメッセージに設定した要求が受け入れ可能な要求であるかどうかを判断する。受け入れ可能な要求であれば、通知応答メッセージとして“２００  ＯＫ”メッセージをそれぞれ参照者端末１０２、１０３、１０４に送信する（図示せず）。
【０２５５】
ＳＵＢＳＣＲＩＢＥメッセージを受け入れたサーバ装置１００は、その時点でユーザ装置１０５の状態情報などの情報を設定したＮＯＴＩＦＹメッセージをそれぞれ参照者端末１０２、１０３、１０４に送信する（Ｓ２９０２、Ｓ２９０４、Ｓ２９０６）。参照者端末１０２、１０３、１０４は、送信されたＮＯＴＩＦＹメッセージを受信し、受信した旨を示す“２００  ＯＫ”メッセージをサーバ装置１００に送信する（図示せず）。
【０２５６】
ユーザ装置１０５に状態変化があると、ユーザ装置１０５からサーバ装置１００に対し、ユーザ装置１０５の状態変化がＰＵＢＬＩＳＨメッセージとしてサーバ装置１００に通知される（Ｓ２９０７、Ｓ２９０８）。サーバ装置１００は、ユーザ装置１０５からの情報通知を受信するごとに、情報通知メッセージとして、ユーザ装置１０５の在席、離席などの状態情報を設定したＮＯＴＩＦＹメッセージを参照者端末１０２、１０３、１０４に送信する（Ｓ２９０９、Ｓ２９１０、Ｓ２９１１）。参照者端末１０２、１０３、１０４は、ＮＯＴＩＦＹメッセージを受信した旨の“２００  ＯＫ”メッセージをサーバ装置１００に送信する（図示せず）とともに、受信したＮＯＴＩＦＹメッセージを基に、ユーザ装置１０５の状態情報などを表示器に表示したり、その状態情報に対応した処理を実行したりする。
【０２５７】
今、サーバ装置１００が過負荷状態を検出したとすると、予め定めた参照者端末、例えば、参照者端末１０３、１０４に対してのみ、Ｓｕｂｓｃｒｉｐｔｉｏｎを一時解放し、予め設定した指定時間経過後に改めてＳｕｂｓｃｒｉｐｔｉｏｎを確立するためのＮＯＴＩＦＹメッセージを送信する。すなわち、この場合は、サーバ装置１００は、参照者端末１０２に対してこれまでと同様、ユーザ装置１０５の在席、離席などの状態情報を設定したＮＯＴＩＦＹメッセージを送信する（Ｓ２９１２）。また、サーバ装置１００は、参照者端末１０３、１０４に対して、Ｓｕｂｓｃｒｉｐｔｉｏｎを一時解放し、予め設定した指定時間経過後に改めてＳｕｂｓｃｒｉｐｔｉｏｎを確立するためのＮＯＴＩＦＹメッセージを送信する（Ｓ２９１３、Ｓ２９１４）。
【０２５８】
なお、ここで、ＮＯＴＩＦＹメッセージには、“Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ”ヘッダと“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータとを含んでいる。Ｓｕｂｓｃｒｉｐｔｉｏｎを一時解放し、予め設定した指定時間経過後に改めてＳｕｂｓｃｒｉｐｔｉｏｎを確立するためのＮＯＴＩＦＹメッセージでは、“Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ”ヘッダに“ｔｅｒｍｉｎａｔｅｄ”を設定し、参照者端末１０３、１０４に対しＳｕｂｓｃｒｉｐｔｉｏｎを一時解放するように指示している。そして、“ｒｅｔｒｙ−ａｆｔｅｒ”パラメータには、サーバ装置１００が再びＳｕｂｓｃｒｉｐｔｉｏｎを確立するまでの待ち時間として希望する指定時間を設定している。
【０２５９】
ＮＯＴＩＦＹメッセージを受信した参照者端末１０３、１０４は、ＮＯＴＩＦＹメッセージを受信した旨の“２００  ＯＫ”メッセージ（図示せず）をサーバ装置１００に送信すると共に、“ｒｅｔｒｙ−ａｆｔｅｒ”において設定した指定時間の経過を待つ。サーバ装置１００は、“ｒｅｔｒｙ−ａｆｔｅｒ”で設定した指定時間が経過するまでの間は、ユーザ装置１０５に状態変化があり、ユーザ装置１０５から状態変化を通知するＰＵＢＬＩＳＨメッセージが通知される（Ｓ２９１５、Ｓ２９１６）。しかし、Ｓｕｂｓｃｒｉｐｔｉｏｎを解放中の参照者端末１０３、１０４に対しては、情報通知を行わず、Ｓｕｂｓｃｒｉｐｔｉｏｎを解放していない参照者端末１０２に対してのみ、情報通知を行う（Ｓ２９１７、Ｓ２９１８）。
【０２６０】
サーバ装置１００が過負荷状態になったとき、いずれの参照者端末１０２、１０３、１０４との間のＳｕｂｓｃｒｉｐｔｉｏｎを一時解放するようにするかは、サーバ装置１００の管理者によって任意に設定したり、予め定めたりしてサーバ装置１００に記憶保持ておけばよい。
【０２６１】
参照者端末１０３、１０４は、“ｒｅｔｒｙ−ａｆｔｅｒ”に設定した指定時間経過後に、サーバ装置１００に対してＳＵＢＳＣＲＩＢＥメッセージを送信する（Ｓ２９１９、Ｓ２９２１）。ＳＵＢＳＣＲＩＢＥメッセージを受信したサーバ装置１００は、ＳＵＢＳＣＲＩＢＥメッセージを受信した旨の“２００  ＯＫ”メッセージ（図示せず）を参照者端末１０３、１０４に送信し、その後、その時点でユーザ装置１０５の状態を設定したＮＯＴＩＦＹメッセージを参照者端末１０３、１０４に送信する（Ｓ２９２０、Ｓ２９２２）。
【０２６２】
参照者端末１０３、１０４は、サーバ装置１００からＮＯＴＩＦＹメッセージを受信すると、ＮＯＴＩＦＹメッセージを受信した旨の“２００  ＯＫ”メッセージ（図示せず）をサーバ装置１００に送信し、受信したＮＯＴＩＦＹメッセージを基に、ユーザ装置１０５の状態情報を表示器に表示したり、状態情報に応じた動作を実行したりする。
【０２６３】
参照者端末１０３、１０４は、“ｒｅｔｒｙ−ａｆｔｅｒ”で設定された指定時間が経過するまで、ユーザ装置１０５に状態変化があっても情報通知がなされないということを明示的に認識することができる。このため、サーバ装置１００が過負荷状態になっても参照者端末１０３、１０４に何らの通知もなく状態変化の通知が破棄されるという事態を避けることができる。
【０２６４】
このように、本実施の形態によれば、サーバ装置１００が短時間に多量のＰＵＢＬＩＳＨメッセージを受信した場合でも、バースト的な負荷を軽減することが可能である。
【０２６５】
そして、サーバ装置１００は、参照者端末１０２、１０３、１０４の優先度や重要度、要求される即時性に応じて、情報通知のＳｕｂｓｃｒｉｐｔｉｏｎを一旦解放するか、継続維持するかを選択的に制御することができる。このため、サーバ装置１００は、負荷軽減を図りながらも、情報通知を受けることが重要な参照者端末（この場合、参照者端末１０２）等に対しては情報通知を継続することができ、情報通知のサービス品質劣化を防止できる。
【０２６６】
また、サーバ装置１００は、過負荷状態を検出することによりＳｕｂｓｃｒｉｐｔｉｏｎを一旦解放する際に、参照者端末１０２、１０３、１０４が要求する即時性や重要度等に応じて、“ｒｅｔｒｙ−ａｆｔｅｒ”に設定する値を制御することも可能である。これにより、サーバ装置１００の負荷軽減効果と、状態情報通知のリアルタイム性とのバランスを図ることが可能である。参照者端末毎の“ｒｅｔｒｙ−ａｆｔｅｒ”に設定する値は、サーバ装置１００の管理者において任意に設定したり、予め定めたりすることが可能であり、それぞれサーバ装置１００に記憶保持しておけばよい。
【０２６７】
また、実施の形態８以降の実施の形態は、ユーザ装置１０５や情報通知端末１０６から受信した情報の種類、参照者端末１０２、１０３、１０４に送信する情報の種類、参照者端末１０２、１０３、１０４の属性情報、ユーザ装置１０５や情報通知端末１０６、１０７の属性情報などにそれぞれ個別に優先度を設定している。そして、これらの実施の形態は、その優先度に応じて情報送信の中断時間をそれぞれ設定するようにしたり、中断中に同じ参照者端末１０２、１０３、１０４に対する別の情報を受信したとき、その別の情報を中断中の情報にまとめて送信したりすることをそれぞれ個別に構成している。しかしながら、本発明は、これらの構成を適宜２つ、３つ、あるいはそれ以上を組み合わせてもよく、組みあわせれば、それに応じてそれらの効果を増大することも可能である。
【産業上の利用可能性】
【０２６８】
本発明は、装置本体において大きな負荷がかかるようになった場合でも、ユーザ装置や情報通知端末からの情報を、遅延や破棄が発生することなく、また集約することなく正確に参照者端末に送信できるので、プレゼンスサービスなどの状態の変化を通知するサーバ装置や情報通知システムや情報通知方法などに有用である。
【図面の簡単な説明】
【０２６９】
【図１】本発明の実施の形態１における情報通知システムの概略構成を示す図
【図２】本発明の実施の形態１における情報通知システムの構成を示すブロック図
【図３】本発明の実施の形態１における情報通知システムの動作を示すシーケンス図
【図４】本発明の実施の形態１における情報通知システムのＳＩＰによるメッセージフォーマットの一例を示す図
【図５】本発明の実施の形態１における情報通知システムのＳＩＰによるメッセージフォーマットの他の例を示す図
【図６】本発明の実施の形態１における情報通知システムのＳＩＰによるメッセージフォーマットの別の例を示す図
【図７】本発明の実施の形態２における情報通知システムの構成を示すブロック図
【図８】本発明の実施の形態２における情報通知システムの動作を示すシーケンス図
【図９】本発明の実施の形態３における情報通知システムのＳＩＰによるメッセージフォーマットの一例を示す図
【図１０】本発明の実施の形態４における情報通知システムの構成を示すブロック図
【図１１】本発明の実施の形態４における情報通知システムの動作を示すシーケンス図
【図１２】本発明の実施の形態５における情報通知システムの動作を示すシーケンス図
【図１３】本発明の実施の形態６における情報通知システムの動作を示すシーケンス図
【図１４】本発明の実施の形態７における情報通知システムの動作を示すシーケンス図
【図１５】本発明の実施の形態８における情報通知システムの構成を示すブロック図
【図１６】本発明の実施の形態８における情報通知システムの動作を示すシーケンス図
【図１７】本発明の実施の形態８における情報通知システムのＳＩＰによるメッセージフォーマットの一例を示す図
【図１８】本発明の実施の形態８における情報通知システムのＳＩＰによるメッセージフォーマットの他の例を示す図
【図１９】本発明の実施の形態８における情報通知システムのＳＩＰによるメッセージフォーマットの別の例を示す図
【図２０】本発明の実施の形態９における情報通知システムの構成を示すブロック図
【図２１】本発明の実施の形態９における情報通知システムにおいて使用する管理情報の一例を示す図
【図２２】本発明の実施の形態１０における情報通知システムにおいて使用する管理情報の一例を示す図
【図２３】本発明の実施の形態１１における情報通知システムにおいて使用する管理情報の一例を示す図
【図２４】本発明の実施の形態１２における情報通知システムの構成を示すブロック図
【図２５】本発明の実施の形態１２における情報通知システムの動作を示すシーケンス図
【図２６】本発明の実施の形態１３における情報通知システムの動作を示すシーケンス図
【図２７】本発明の実施の形態１３における情報通知システムのＳＩＰによるメッセージフォーマットの一例を示す図
【図２８】本発明の実施の形態１４における情報通知システムの動作を示すシーケンス図
【図２９】本発明の実施の形態１５における情報通知システムの動作を示すシーケンス図
【図３０】従来の情報通知システムの動作を示すシーケンス図
【符号の説明】
【０２７０】
１００    サーバ装置
１０１    ネットワーク
１０２，１０３，１０４    参照者端末
１０５    ユーザ
１０６，１０７，１０８    情報通知端末
１００１    管理部
１００２    通知要求受信部
１００３    通知応答送信部
１００４    情報通知送信部
１００５    中継参照者端末保持部
１０２１    通知要求送信部
１０２２    通知応答受信部
１０２３    情報通知受信部
１０２４    状態通知中継部
１０２５    通知要求受信部
２００１    情報検出部
２００２    指定時間決定部
２００３    情報統合部
【図１】
0004535129.tif 000002
【図２】
0004535129.tif 000003
【図３】
0004535129.tif 000004
【図４】
0004535129.tif 000005
【図５】
0004535129.tif 000006
【図６】
0004535129.tif 000007
【図７】
0004535129.tif 000008
【図８】
0004535129.tif 000009
【図９】
0004535129.tif 000010
【図１０】
0004535129.tif 000011
【図１１】
0004535129.tif 000012
【図１２】
0004535129.tif 000013
【図１３】
0004535129.tif 000014
【図１４】
0004535129.tif 000015
【図１５】
0004535129.tif 000016
【図１６】
0004535129.tif 000017
【図１７】
0004535129.tif 000018
【図１８】
0004535129.tif 000019
【図１９】
0004535129.tif 000020
【図２０】
0004535129.tif 000021
【図２１】
0004535129.tif 000022
【図２２】
0004535129.tif 000023
【図２３】
0004535129.tif 000024
【図２４】
0004535129.tif 000025
【図２５】
0004535129.tif 000026
【図２６】
0004535129.tif 000027
【図２７】
0004535129.tif 000028
【図２８】
0004535129.tif 000029
【図２９】
0004535129.tif 000030
【図３０】
0004535129.tif 000031