WO2006112381A1

WO2006112381A1 - サーバ装置、情報通知方法、および情報通知システム

Info

Publication number: WO2006112381A1
Application number: PCT/JP2006/307912
Authority: WO
Inventors: Hidetoshi Fuse; Naoyuki Mochida; Ryutaro Ono
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-04-14
Filing date: 2006-04-14
Publication date: 2006-10-26
Also published as: JP4535129B2; US8341261B2; US20090070458A1; JPWO2006112381A1

Abstract

機器または機器を操作するユーザの状態を状態情報として受信し、管理するとともに、状態情報の受信状況から装置本体の負荷状態を検出する管理部（１００１）と、状態情報の通知を要求する参照者端末（１０２）からの通知要求メッセージを受信する通知要求受信部（１００２）と、受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部（１００３）と、管理部（１００１）によって受信された状態情報を含む状態通知メッセージを、負荷状態に応じて制限して参照者端末（１０２）へ送信する状態通知送信部（１００４）とを有するサーバ装置で、装置本体が過負荷になってもユーザ装置（１０５）などからの情報を正確に参照者端末（１０２）に送信できる。

Description

明細書

サーバ装置、情報通知方法、および情報通知システム

技術分野

[0001] 本発明は、機器等の状態情報を収集し、クライアント装置などの参照者端末に通知するサーバ装置、情報通知方法、情報通知システムに関する。

背景技術

[0002] 近年、インターネットが広く普及し、インターネット電話やインスタントメッセージ等のサービスが広く利用されつつある。こうしたサービスの利便性を向上させる技術として、プレゼンスサービスがある。プレゼンスサービスは、プレゼンスサーバ装置と呼ばれるサーバ装置が、サーバ装置と通信可能な電子機器を通じて、電子機器の状態や、ユーザの状態を状態情報として収集、または受信し、その状態情報の参照を希望する参照者端末であるクライアント装置に通知することによって実現されるサービスである。

[0003] プレゼンスサービスは、例えば、特開 2001— 84195号公報（以下、特許文献 1と記す)ゃ特開 2004— 72485公報（以下、特許文献 2と記す）に開示されている。状態情報を受け取るクライアント装置は、プレゼンスサーバ装置において保持する情報のうち、一部の情報を受信する旨を予めメッセージ等でプレゼンスサーバ装置に通知しておき、該当する状態情報に変化があつたときのみ、状態情報をプレゼンスサーバ装置力も送信してもらうようにすることが多、。

[0004] ここで、プレゼンスサービスを実現するための具体的なプロトコルにつ!/、ては、、くつかの方法があるが、以下の説明では、 SIP (Session Initiation Protocol)を用いた方法について、簡単に説明する。

[0005] 図 30は、従来のプレゼンスサービスを実現するための情報通知システムのシーケンス図である。図 30において、情報通知中継装置としてのサーバ装置 100は、ユーザの在席情報などを管理するユーザ装置 105や電子機器などの情報通知端末 106 に接続されており、ユーザ装置 105や情報通知端末 106の状態を管理している。情報通知端末 106は自己の状態 (例えば、電源のオン、オフなどの状態）が変化したとき、ユーザ装置 105はこれが管理するユーザの状態 (例えば、在席、離席などの状態 )が変化したとき、その状態を示す状態情報を取得し、 SIPのパブリツシュ (PUBLIS H)メッセージにその情報を設定してサーバ装置 100に送信する（S3001)。図 30では、ユーザ装置 105が、ユーザの在席した情報をサーバ装置 100に送信しているが、情報通知端末 106が電源のオンになった情報をサーバ装置 100に送信することも同様に行える。以下、ユーザ装置 105について説明する。

[0006] ここで、ユーザ装置 105はユーザのキー操作などによってユーザの状態を取得したり、また、センサなどを用いてユーザの状態を操作なしで取得したりする。

[0007] サーバ装置 100は、受信した状態情報をメモリなどに記憶保持すると共に、メッセージを送信してきた情報通知端末 106に対し、応答メッセージとしての" 200 OK" の応答メッセージを送出する（S3002)。

[0008] 一方、クライアント装置である参照者端末 102において、ユーザ装置 105の状態情報を知りたいときには、参照者端末 102からサーバ装置 100に対し、ユーザ装置 105 の状態情報を指定したサブスクライブ（SUBSCRIBE)メッセージを送信する（S300 3)。サーバ装置 100は、 SUBSCRIBEメッセージを受信したとき、参照者端末 102 に対し、 "200 OK"の応答メッセージを送信する（S3004)と共に、先に保持したュ一ザ装置 105の状態情報 (ユーザ装置 105：在席）を設定した SIPのノーティフアイ ( NOTIFY)メッセージを参照者端末 102に送信する（S3005)。参照者端末 102は、状態情報を設定した NOTIFYメッセージを受信すると、それを表示器に表示すると共に、サーバ装置 100に対し、 "200 OK"の応答メッセージを送信する（S3006)。

[0009] その後、例えば、ユーザ装置 105が管理するユーザの離席など、ユーザ装置 105 の状態に変化があると、この情報が SIPの PUBLISHメッセージに設定されてサーバ装置 100に送信される（S3007)。サーバ装置 100は PUBLISHメッセージを受信すると、それをメモリなどに記憶保持すると共に、 "200 OK"の応答メッセージをユーザ装置 105に送信する（S3008)。

[0010] その後、サーバ装置 100は、先に記憶保持したユーザ装置 105の状態情報 (例えば、ユーザ 105 :離席）を SIPの NOTIFYメッセージに設定して参照者端末 102に送信する（S3009)。参照者端末 102は、 NOTIFYメッセージを受信すると、それを表示器に表示すると共に、サーバ装置 100に対し、 "200 OK"の応答メッセージを送信して（S3010)、一連の動作を終了する。

[0011] 同様に、参照者端末 103がユーザ装置 105、あるいは情報通知端末 106の状態情報を知りたいときにも、以上のような手順が実行される。

[0012] このように、従来の情報通知システムでは、参照者端末 102において情報通知端末 106やユーザ装置 105の状態情報を知りたいときや、情報通知端末 106やユーザ装置 105の状態情報が変化したときには、それぞれサーバ装置 100から情報通知端末 106やユーザ装置 105の状態情報を入手することができ、表示器などに表示することができる。

[0013] しかしながら、従来の情報通知システムでは、サーバ装置 100から通知を受ける参照者端末 102の数が増大したり、サーバ装置 100が管理する情報通知端末 106やユーザ装置 105の数が増大することにより、情報通知端末 106やユーザ装置 105の状態更新頻度が高まり、状態情報の通知に対するトラヒックが増大することが考えられる。このトラフィックの増大により、サーバ装置 100の負荷が極端に増大してしまい、負荷の程度によってはサーバ装置 100の処理能力を超え、情報通知端末 106やユーザ装置 105からの状態情報を処理しきれなかったり、参照者端末 102への状態情報通知をうまくできな力つたりするという問題があった。

[0014] 特に、プレゼンスサービスでは、ユーザ装置 105が管理する複数のユーザが同一の会議に出席したり、昼休みになって全員が昼食に出かけたりするなど、状態の変化が短時間に著しく多く発生することがある。このような場合、サーバ装置 100は、平均的には処理能力を十分に保持していても、情報通知端末 106からの状態通知が極めて短時間に多数発生するため、サーバ装置 100の処理能力を超えてしまうことがあり、結果として状態通知が破棄されてしまうという問題があった。

[0015] また、状態通知が破棄されるまでには至らない場合であっても、状態通知の処理に著しい遅延が発生したり、サーバ装置 100が他のサービスのサーバ装置をも兼ねている場合、他のサービスの品質が低下してしまったりするという問題があった。

[0016] そこで、このような問題を解決するものとして、複数の情報通知端末 106から情報の通知があった場合、それらの情報を集約し、一括して参照者端末 102に送信するというものが、例えば、特許文献 2で知られている。

[0017] し力しながら、特許文献 2に記載された情報通知システムでは、複数の状態情報を集約し、一括して参照者端末 102に送信するため、参照者端末 102では、集約された状態情報を解釈できる特別なプログラムなどが必要であり、こうした機能を全ての参照者端末 102に搭載しなければならないという問題があった。

[0018] また、特許文献 2に記載された情報通知システムは、同一の参照者端末 102に対し複数の状態通知がある場合にのみ、サーバ装置 100が送信すべき状態通知の数を削減することが可能なものであり、情報通知端末 106から送信されてくる状態情報を多数の参照者端末 102が受信している場合には、サーバ装置 100の負荷を低減する効果が得られず、状態通知の著ヽ遅延や破棄が依然として発生すると!ヽぅ問題かあつた。

[0019] また、特許文献 2に記載された情報通知システムでは、定期的な状態情報の更新のタイミングに合わせて、複数の状態情報を集約し一括して参照者端末 102に送信する方法を採用しており、定期的な状態情報の更新まで参照者端末 102への通知が遅れてしまうという問題があった。

[0020] さらに、特許文献 2に記載された情報通知システムでは、情報通知端末、参照者端末及び参照する情報の数が増大し、バースト的な情報通知のトラフィックが発生することによるサーバ装置の負荷の増大に対して、サーバ装置 100のハードウェアスぺックを向上させたり、サーバ装置 100を複数設け、これらに負荷を分散させたりして対策することも考えられるが、これらの方法では、システム全体の構成が複雑になり、システム全体のコストアップを伴うという問題があった。

発明の開示

[0021] 本発明は、このような従来の問題に鑑みて成されたものであり、サーバ装置において大きな負荷が力かるようになった場合でも、ユーザや情報通知端末力の情報を、遅延や破棄が発生することなぐまた集約することなく正確に参照者端末に送信でき、したがつてまた個々の参照者端末は集約された状態情報を解釈する機能を必要とせず、複数のサーバ装置で負荷を分散させる必要のないサーバ装置、情報通知方法、および情報通知システムを提供するものである。 [0022] 本発明のサーバ装置は、機器または機器を操作するユーザの状態を状態情報として受信し、管理するとともに、前記状態情報の受信状況から装置本体の負荷状態を検出する管理部と、前記状態情報の通知を要求する参照者端末からの通知要求メッセージを受信する通知要求受信部と、受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部と、前記管理部によって受信された前記状態情報を含む状態通知メッセージを、前記負荷状態に応じて制限して前記参照者端末へ送信する状態通知送信部とを有した構成を備える。

[0023] この構成により、サーバ装置において大きな負荷が力かるようになった場合でも、状態通知送信制御部が、管理部によって収集された状態情報を含む状態通知メッセ一ジを制限して送信するので、状態情報を遅延や破棄なぐまた集約なしに正確に参照者端末に送信できる。

図面の簡単な説明

[0024] [図 1]図 1は、本発明の実施の形態 1における情報通知システムの概略構成を示す図である。

[図 2]図 2は、本発明の実施の形態 1における情報通知システムの構成を示すブロック図である。

[図 3]図 3は、本発明の実施の形態 1における情報通知システムの動作を示すシーケンス図である。

[図 4]図 4は、本発明の実施の形態 1における情報通知システムの SIPによるメッセ一ジフォーマットの一例を示す図である。

[図 5]図 5は、本発明の実施の形態 1における情報通知システムの SIPによるメッセ一ジフォーマットの他の例を示す図である。

[図 6]図 6は、本発明の実施の形態 1における情報通知システムの SIPによるメッセ一ジフォーマットの別の例を示す図である。

[図 7]図 7は、本発明の実施の形態 2における情報通知システムの構成を示すブロック図である。

[図 8]図 8は、本発明の実施の形態 2における情報通知システムの動作を示すシーケンス図である。 [図 9]図 9は、本発明の実施の形態 3における情報通知システムの SIPによるメッセ一ジフォーマットの一例を示す図である。

[図 10]図 10は、本発明の実施の形態 4における情報通知システムの構成を示すプロック図である。

[図 11]図 11は、本発明の実施の形態 4における情報通知システムの動作を示すシーケンス図である。

[図 12]図 12は、本発明の実施の形態 5における情報通知システムの動作を示すシーケンス図である。

[図 13]図 13は、本発明の実施の形態 6における情報通知システムの動作を示すシーケンス図である。

[図 14]図 14は、本発明の実施の形態 7における情報通知システムの動作を示すシーケンス図である。

[図 15]図 15は、本発明の実施の形態 8における情報通知システムの構成を示すプロック図である。

[図 16]図 16は、本発明の実施の形態 8における情報通知システムの動作を示すシーケンス図である。

[図 17]図 17は、本発明の実施の形態 8における情報通知システムの SIPによるメッセージフォーマットの一例を示す図である。

[図 18]図 18は、本発明の実施の形態 8における情報通知システムの SIPによるメッセージフォーマットの他の例を示す図である。

[図 19]図 19は、本発明の実施の形態 8における情報通知システムの SIPによるメッセージフォーマットの別の例を示す図である。

[図 20]図 20は、本発明の実施の形態 9における情報通知システムの構成を示すプロック図である。

[図 21]図 21は、本発明の実施の形態 9における情報通知システムにおいて使用する管理情報の一例を示す図である。

[図 22]図 22は、本発明の実施の形態 10における情報通知システムにおいて使用する管理情報の一例を示す図である。 [図 23]図 23は、本発明の実施の形態 11における情報通知システムにおいて使用する管理情報の一例を示す図である。

[図 24]図 24は、本発明の実施の形態 12における情報通知システムの構成を示すブロック図である。

[図 25]図 25は、本発明の実施の形態 12における情報通知システムの動作を示すシ一ケンス図である。

[図 26]図 26は、本発明の実施の形態 13における情報通知システムの動作を示すシ一ケンス図である。

[図 27]図 27は、本発明の実施の形態 13における情報通知システムの SIPによるメッセージフォーマットの一例を示す図である。

[図 28]図 28は、本発明の実施の形態 14における情報通知システムの動作を示すシ一ケンス図である。

[図 29]図 29は、本発明の実施の形態 15における情報通知システムの動作を示すシ一ケンス図である。

[図 30]図 30は、従来の情報通知システムの動作を示すシーケンス図である。

符号の説明

100 サーバ装置

101 ネットワーク

102, 103, 104 参照者端末

105 ユーザ

106, 107, 108 情報通知端末

1001 管理部

1002 通知要求受信部

1003 通知応答送信部

1004 情報通知送信部

1005 中継参照者端末保持部

1021 通知要求送信部

1022 通知応答受信部 1023 情報通知受信部

1024 状態通知中継部

1025 通知要求受信部

2001 情報検出部

2002 指定時間決定部

2003 情報統合部

発明を実施するための最良の形態

[0026] 以下、本発明の実施の形態について、図面を用いて説明する。

[0027] (実施の形態 1)

図 1は、本発明の実施の形態 1における情報通知システムの概略構成図である。

[0028] 図 1において、情報通知中継装置としてのサーバ装置 100は、ユーザの在席状態などを管理する装置 (以下、ユーザ装置という） 105からユーザの在席情報や場所情報などの状態、あるいは情報通知端末 106から電源のオン Zオフなどの状態の通知を受け、ユーザ装置 105や情報通知端末 106の状態を収集、管理し、これらの状態を含む通知情報を通知する。

[0029] また、ユーザ装置 105や情報通知端末 106からの通知情報を参照する情報参照部としての参照者端末 102、 103、 104は、サーバ装置 100と、ネットワーク 101を介して互いに接続されている。

[0030] サーバ装置 100としては、インターネット電話のサーバ装置や、映像配信用のサーバ装置など、各種サーバ装置を用いることができる。また、参照者端末 102、 103、 1 04としては、ノソコンや、一般電話機、携帯電話機、ネット家電機器などの各種端末、その他の端末装置を適宜用いることができる。特に、サーバ装置 100は、状態通知などの情報通知機能を有していればよぐここに挙げた各種サーバ装置と必ずしも一致する必要はなぐ例えば、情報通知部である情報通知端末 106に実装されていても構わない。

[0031] ネットワーク 101は、インターネットや電話ネットワークなどの公衆ネットワークのほかに、 LANや宅内ネットワークであっても良い。

[0032] ユーザ装置 105および情報通知端末 106は、それぞれサーバ装置 100によって状態情報が管理されている。ユーザ装置 105の状態は、ユーザがユーザ装置 105のキ一などを操作し、その情報をサーバ装置 100に送信しても良いが、サーバ装置 100 に、例えば人体センサのようなセンサなどを設け、そのセンサなどで直接ユーザの在席、離席などの状態を監視しても良い。また、ユーザ装置 105や情報通知端末 106 は、ネットワークを介してサーバ装置 100に接続してもよいが、サーバ装置 100と一体化して、ユーザが直接サーバ装置 100を操作したり、サーバ装置 100自身が情報通知端末 106の機能を果たしても良い。

[0033] また、ユーザ装置 105や情報通知端末 106は、サーバ装置 100に対して、自己の状態情報などの通知情報を通知するように構成されているが、サーバ装置 100自体が逆にユーザ装置 105や情報通知端末 106からそれぞれの状態情報などを取得するように構成してちょい。

[0034] また、ユーザ装置 105や情報通知端末 106の状態には、それぞれが提供するサービスや機能の状態も含まれて良い。情報通知端末が、例えば、携帯電話の場合、情報通知端末の状態には、電波の状態、電源のオン'オフの状態、ハードウェアの運用の状態、マナーモードの状態等が挙げられる。

[0035] 次に、本実施の形態 1における情報通知システムについて、各装置間の処理をより詳細に説明する。

[0036] 図 2は、サーバ装置 100や参照者端末 102をより詳しく示した概略構成図である。

[0037] 図 2に示すように、サーバ装置 100は、管理部 1001、通知要求受信部 1002、通知応答送信部 1003、状態通知送信部 1004を有する。また、参照者端末 102は、通知要求送信部 1021、通知応答受信部 1022、状態通知受信部 1023、状態通知中継部 1024を有する。そして、参照者端末 103も、参照者端末 102と同様に構成されている。

[0038] サーバ装置 100は、管理部 1001を用いてユーザ装置 105の状態情報や情報通知端末 106の状態情報を常時管理している。管理している状態情報としては、例えば、ユーザがユーザ装置 105を操作することによって得られるユーザの在席、離席等の状態や、情報通知端末 106の電源オン、電源オフ等の状態があるが、さらに、これら以外に、ユーザの居る場所や情報通信端末の通信状態などの複数の状態があつてもよい。

[0039] 参照者端末 102は、通知要求送信部 1021を用いてサーバ装置 100に対し、ユーザ装置 105の状態情報や情報通知端末 106の状態情報を通知するように要求する。そのとき、その参照者端末 102において状態通知メッセージの中継能力を有する場合、その中継能力を有することを記述した通知要求メッセージを同時にサーバ装置 100に送信する。

[0040] 参照者端末 102がサーバ装置 100に対し、ユーザ装置 105の状態情報や情報通知端末 106の状態情報を通知するように要求する場合、ユーザ装置 105のみを指定したり、ユーザ装置 105が持つ複数の状態情報のうち、一部のみを通知要求する情報を付加したりして要求することもできる。

[0041] サーバ装置 100は、参照者端末 102から通知要求メッセージが送信された場合、それを通知要求受信部 1002によって受信する。通知要求メッセージ受信後、サーバ装置 100は、通知応答送信部 1003を用いて、通知要求メッセージを受信したことを示す応答メッセージを参照者端末 102に送信する。このとき、サーバ装置 100の管理者によって設定したり、予め定めたりすることによって保持している参照者端末 103 のアドレス情報を要求応答メッセージに付加して、参照者端末 102に送信する。

[0042] 例えば、管理部 1001は、多数の参照者端末 102が送信してきたそれぞれの通知要求メッセージの内容や、どの参照者端末 102が中継能力を有している力、どの参照者端末 102が中継能力を有していないかなどを、それぞれの参照者端末 102について管理している。したがって、管理部 1001は、中継能力を有するどの参照者端末 102に対してどの参照者端末 103の中継をさせるかを、予めサーバ装置 100の管理者などが設定しておくことができる。この際、中継させる参照者端末 103は、例えば複数のアドレスを設定することにより複数の参照者端末を設定できる。

[0043] なお、サーバ装置 100は、通知要求メッセージを受信したときに、管理情報を参照する等して、参照者端末 102が要求している状態情報にアクセスする権利があるかどうかを確認したり、参照者端末 102が正、参照者端末であるかどうかを認証したりする等してもよい。そして、これらの結果を基に、正常でない場合、通知応答メッセ一ジにエラー情報を付加し、参照者端末 102に対し、状態通知を拒否するようにしてもよい。また、サーバ装置 100は、複数の参照者端末 103のアドレス情報を通知応答メッセージに付加するようにしてもょ、。

[0044] 参照者端末 102は、サーバ装置 100から通知応答メッセージが送信されると、それを通知応答受信部 1022で受信する。参照者端末 102の通知応答受信部 1022は、受信した通知応答メッセージに参照者端末 103の情報が含まれて、た場合、その情報を保持する。

[0045] サーバ装置 100の管理部 1001は、ユーザ装置 105の状態情報や情報通知端末 1 06の状態情報変化を取得した場合、サーバ装置 100の状態通知送信部 1004を用いて、ユーザ装置 105の状態情報や情報通知端末 106の状態情報変化を含む状態通知メッセージを参照者端末 102に送信する。

[0046] なお、状態通知メッセージは、参照者端末 102だけでなぐそれ以前に通知要求メッセージを送信し、ユーザ装置 105の状態通知や情報通知端末 106の状態通知を希望する参照者端末のうち、通知応答送信部 1003によって正常な通知応答メッセージを送信した全ての参照者端末に対して送信する。

[0047] 参照者端末 102は、サーバ装置 100からの状態通知メッセージを状態通知受信部 1023で受信し、受信した状態通知メッセージを参照者端末 102の表示器に GUIで表示したり、状態情報変化に対応した処理を行ったりする。

[0048] そして、参照者端末 102は、通知応答受信部 1022によって通知応答メッセージを受信したときに設定されていた参照者端末 103に対しても、受信した状態通知メッセージの少なくとも一部を中継する。例えば、参照者端末 102は、状態通知メッセージにユーザ装置 105と情報通知端末 106の両方の状態情報が設定されていた場合でも、ユーザ装置 105の状態情報のみを中継してもよいし、また、両方の状態情報を中継してもよい。これらの情報設定は、通知応答メッセージに設定すればよい。

[0049] このようにして、参照者端末 103が状態通知メッセージを受信すると、そのメッセ一ジが参照者端末 102と同様、参照者端末 103の表示器に表示され、参照者端末 10 3がその状態情報に対応した処理を行う。

[0050] したがって、本発明は、サーバ装置 100から参照者端末 102以外の参照者端末 10 3に状態情報を直接送信しなくても、参照者端末 102を経由して参照者端末 103〖こ状態情報を送信することができ、サーバ装置 100に対するトラヒックを少なくすることができる。

[0051] 次に、上記情報通知システムの装置間のメッセージとして SIP (Session Initiatio n Protocol)を用いた場合の具体例にっ、て説明する。

[0052] 図 3は、装置間のメッセージとして SIPを用いた場合の動作を示すシーケンス図である。

[0053] サーバ装置 100は、ユーザ装置 105の状態情報や情報通知端末 106の状態情報を常に管理しており、例えば、図 3に示すように、ユーザ装置 105力ら PUBLISHメッセージとしてユーザ装置 105 :在席（すなわち、ユーザ装置 105を操作するユーザが在籍しているという意味)という状態情報を受信し (ステップ S301)、応答情報" 200 OK"をユーザ装置 105に送信する（ステップ S302)。

[0054] このとき、参照者端末 102が、サーバ装置 100に対し、通知要求メッセージとして S UBSCRIBEメッセージを送信すると（ステップ S303)、サーバ装置 100はその SUB SCRIBEメッセージを受信し、 SUBSCRIBEメッセージで要求された内容に応じた応答メッセージ" 200 OK"を参照者端末 102に返送する (ステップ S304)。

[0055] 例えば、ステップ S303において、 SUBSCRIBEメッセージに、ユーザ装置 105の状態情報を通知して欲、旨の情報と、参照者端末 102自体が状態通知メッセージを中継する能力を有している旨の情報を設定しておけば、これらの情報が参照者端末 102からサーバ装置 100に送信される。なお、これらの情報は、メッセージのへッダに設定してもよいし、ボディに設定してもよい。

[0056] このようにして、ステップ S304にお!/、て、参照者端末 102からサーバ装置 100に S UBSCRIBEメッセージが送信されると、それがサーバ装置 100で受信される。受信された情報が受け入れ可能な要求であれば、サーバ装置 100は、通知応答メッセ一ジとして応答情報" 200 OK"を参照者端末 102に送信する。このとき、参照者端末 102を用いて中継して欲しい参照者端末 103のアドレス情報をサーバ装置 100に設定しておくと、サーバ装置 100がそのアドレス情報をも通知応答メッセージの 1つとして参照者端末 102に送信する。なお、この場合も、このような情報は、通知応答メッセージのヘッダまたはボディの、ずれかに設定しておけばよ、。 [0057] サーバ装置 100は、ユーザ装置 105において状態情報変化が生じると、参照者端末 102からの要求に従って、その変化毎に状態通知メッセージとして NOTIFYメッセージを参照者端末 102に送信する（ステップ S305)。ここで、 NOTIFYメッセージには、ユーザ装置 105の管理するユーザの在席、離席等の状態情報を設定しておく。この状態情報もまたメッセージヘッダおよびメッセージボディのいずれかに設定すればよい。

[0058] 参照者端末 102は、 NOTIFYメッセージを受信すると、その旨を表す応答情報" 2 00 OK"をサーバ装置 100に送信する（ステップ S306)。そして、参照者端末 102 は、受信したユーザ装置 105の状態情報を表示器に表示したり、 NOTIFYメッセ一ジを参照者端末 103に中継したりする (ステップ S307)。

[0059] 参照者端末 102は、 NOTIFYメッセージを参照者端末 103に中継する場合には、受信したユーザ装置 105の状態情報をそのまま NOTIFYメッセージとして参照者端末 103に送信してもよいが、その一部のみをサーバ装置 100からの指示により設定、送信してちょい。

[0060] 参照者端末 103は、 NOTIFYメッセージを受信すると、そのメッセージを参照者端末 103の表示器に表示し、同時に、 NOTIFYメッセージを受信した旨を示す応答情報" 200 OK"を参照者端末 102に送信する（ステップ S308)。

[0061] ユーザ装置 105の管理するユーザが離席する等して、ユーザ装置 105の状態情報が変化した場合には、同じように、ユーザ装置 105の管理するユーザが離席した旨のメッセージを、ユーザ装置 105は、 PUBLISHメッセージとしてサーバ装置 100に送信する (ステップ S309)。サーバ装置 100は、受信した旨を示す応答情報" 200 OK"メッセージをユーザ装置 105に送信する (ステップ S310)。そして、この状態情報変化によって、サーバ装置 100は、ユーザ装置 105が管理するユーザが離席した旨の NOTIFYメッセージを参照者端末 102に送信する（ステップ S311)。

[0062] 参照者端末 102は、この NOTIFYメッセージを受信したとき、その旨を示す応答情報" 200 OK"をサーバ装置 100に送信し (ステップ S312)、参照者端末 103に同じ NOTIFYメッセージを送信する（ステップ S313)。参照者端末 103は、 NOTIFYメッセージを受信したとき、受信した旨を表す応答情報" 200 OK"を参照者端末 102に送信し (ステップ S314)、受信したメッセージを参照者端末 103の表示器に表示すると共に、それに応じた動作を実行する。

[0063] このように、本実施の形態 1によれば、ユーザ装置 105や情報通知端末 106の状態を状態情報としてサーバ装置 100において常時管理する。ユーザ装置 105や情報通知端末 106において、状態情報の変化が生じたとき、参照者端末からの要求に応じて、要求のあった参照者端末に対し、その旨を通知するだけでなぐその参照者端末において中継能力がある場合、他の参照者端末にもその旨を通知するように指示し、他の参照者端末にその参照者端末を介して通知させるようにする。このようにすることにより、サーバ装置としては、いちいち個々の参照者端末に通知する必要がなく、サーバ装置に対するトラヒックを少なくすることができるという利点を有する。

[0064] 図 4〜図 6は、 SUBSCRIBEメッセージ、 SUBSCRIBEメッセージに対する応答情報" 200 OK"、および NOTIFYメッセージのメッセージフォーマットの一例をそれぞれ示す図である。

[0065] 図 4に示すように、 SUBSCRIBEメッセージにおいては、どの状態通知を望むかを示すメッセージ部分である" Request— URI，，に" SUBSCRIBE sip :userl05@a. com SIP/2. 0"によって、どの状態通知を望むかを示し、中継能力を示すメッセージ部分である" Supported"ヘッダに" Supported： Notify -Relay"によって中継能力を示している。

[0066] また、図 5に示すように、応答情報" 200 OK"では、 Supportedヘッダ（Supporte d： Notify - Relay： sip： client 103 @ a . com)によって参照者端末 103に NOTIFY メッセージを中継するよう指示されて、る。

[0067] さらに、図 6に示すように、 NOTIFYメッセージでは、メッセージボディにて情報通知端末 106の状態情報を示してヽる。

[0068] 以上のように構成されたサーバ装置は、参照者端末に対し、状態通知メッセージを中継する他の参照者端末を指定することが可能なように構成されて、る。したがって、サーバ装置が中継する参照者端末をサーバ装置において選択できるので、他の参照者端末と近い参照者端末に対して中継を指示したり、参照者端末の負荷や能力に応じて中継を指示したりすることが可能になり、よりきめ細かな負荷分散やトラヒック分散が可能になるという利点を有する。

[0069] また、参照者端末は、他の参照者端末に対し、受信した状態通知メッセージを中継することが可能となる。したがって、サーバ装置は、他の参照者端末に対し、状態通知メッセージを直接送信する必要がなくなり、サーバ装置の負荷を参照者端末とで分散することが可能となる。また、サーバ装置に集中していたトラヒックを参照者端末とで分散することが可能となる。

[0070] なお、サーバ装置において、他の参照者端末を任意に指定可能にする場合には、手動で任意の参照者端末を選択し指定することができるようにすればよい。また、サーバ装置は、自動的に予め定めた条件の基で参照者端末を指定するようにする場合には、これらの条件を任意に設定し、その条件を基に、指定する参照者端末を選択するようにすればよい。

[0071] 例えば、近くの参照者端末を選択したいときは、参照者端末の位置を予めサーバ装置に登録しておき、その位置間の距離によって近くの参照者端末を選択し、その参照者端末を指定すればよい。また、参照者端末の負荷や能力に応じて中継する参照者端末を選択した!/ヽときは、これらの参照者端末の負荷や能力をそれぞれ予めサーバ装置に登録したり、都度測定したりして、それらをサーバ装置において管理し、そのデータに基づいて負荷が比較的少なぐ能力のある参照者端末を選択し、その参照者端末に中継を担当させるようにすればよ！、。

[0072] (実施の形態 2)

図 7は、本発明の実施の形態 2における情報通知システムの概略構成を示すブロック図である。

[0073] 本実施の形態 2における情報通知システムは、図 7に示すように、サーバ装置 100 力管理部 1001、通知要求受信部 1002、通知応答送信部 1003、状態通知送信部 1004のほかに、中継参照者端末保持部 1005を有している。また参照者端末 102 は、通知要求送信部 1021、通知応答受信部 1022、状態通知受信部 1023、状態通知中継部 1024のほかに、他の参照者端末 103からの通知要求メッセージを受信する通知要求受信部 1025を有している。

[0074] サーバ装置 100は、実施の形態 1と同様、管理部 1001を用いてユーザ装置 105の状態情報や情報通知端末 106の状態情報を管理している。

[0075] 参照者端末 102は、通知要求送信部 1021を用いてサーバ装置 100に対し、ユーザ装置 105の状態情報や情報通知端末 106の状態情報を通知するように通知要求メッセージを送信すると共に、参照者端末 102が状態通知メッセージの中継能力を有する旨のメッセージを送信する。

[0076] サーバ装置 100は、参照者端末 102から通知要求メッセージが送信されると、その通知要求メッセージを通知要求受信部 1002によって受信する。このとき、サーバ装置 100は、中継参照者端末保持部 1005を用いて、状態通知メッセージの中継能力を有する参照者端末であるかどうかを判断する。中継参照者端末保持部 1005は、中継能力があると判断するならば、例えば、参照者端末 102が中継能力を有する参照者端末として記憶する。サーバ装置 100は、通知要求メッセージに対する応答メッセージを通知応答送信部 1003によって参照者端末 102に送信する。

[0077] 参照者端末 102は、サーバ装置 100より通知応答メッセージが送信されると、その通知応答メッセージを、通知応答受信部 1022を用いて受信する。

[0078] また、参照者端末 103がサーバ装置 100に対して通知要求メッセージを送信した場合、サーバ装置 100の中継参照者端末保持部 1005が、参照者端末 103に対して中継させるべき参照者端末を記憶していれば、サーバ装置 100は、その参照者端末、例えば、参照者端末 102のアドレス情報を設定したエラーを示す通知応答メッセージを、通知応答送信部 1003によって参照者端末 103に送信する。参照者端末 10 3は、受信した通知応答メッセージに示される参照者端末 102に対して通知要求メッセージを改めて送信する。参照者端末 102は、改めて送信された通知要求メッセ一ジを通知要求受信部 1025によって受信する。

[0079] サーバ装置 100において、管理部 1001がユーザ装置 105の状態情報や情報通知端末 106の状態情報変化を検出すると、サーバ装置 100は、状態通知送信部 10 04によってユーザ装置 105の状態情報や情報通知端末 106の状態情報を設定した状態通知メッセージを参照者端末 102に送信する。

[0080] 参照者端末 102は、状態通知受信部 1023を用いてサーバ装置 100からの状態通知メッセージを受信する。参照者端末 102は、受信した状態通知メッセージを参照者端末 102の表示器に表示したり、状態に対応した処理を行ったりし、通知要求受信部 1025に通知要求メッセージを送信してきた参照者端末 103に対して、受信した状態通知メッセージの少なくとも一部を中継する。例えば、状態通知メッセージにユーザ装置 105と情報通知端末 106の両方の情報が設定されている場合にユーザ装置 105の状態情報のみを中継してもよ、。

[0081] 参照者端末 103は、状態通知メッセージを受信すると、それを参照者端末 103の表示器に表示したり、状態情報に対応した処理を行ったりする。

[0082] 次に、図 8に示すシーケンス図を用いて、本実施の形態における情報通知システムの装置間のメッセージとして SIPを用いた場合の例を具体的に説明する。

[0083] サーバ装置 100は、ユーザ装置 105の状態情報や情報通知端末 106の状態情報を常に管理している。例えば、図 8に示すように、サーバ装置 100は、ユーザ装置 10 5から PUBLISHメッセージとしてユーザ装置 105 :在席という状態情報を受信し (ステツプ S801)、応答情報" 200 OK"をユーザ装置 105に送信する（ステップ S802)

[0084] このとき、参照者端末 102がサーバ装置 100に対して送信する通知要求メッセージとして、 SUBSCRIBEメッセージを送信する（ステップ S803)。 SUBSCRIBEメッセージには、ユーザ装置 105の状態通知を望む旨と、参照者端末 102が状態通知メッセージを中継する能力を有していることを示す旨を設定する。

[0085] サーバ装置 100は、 SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であれば、通知応答メッセージとして応答情報" 200 OK"を送信する (ステツプ S804)。

[0086] サーバ装置 100は、参照者端末 102からの要求に従って、ユーザ装置 105において状態情報変化が生じると、その変化毎に状態通知メッセージとして NOTIFYメッセージを参照者端末 102に送信する（ステップ S805)。ここで、 NOTIFYメッセージには、ユーザ装置 105が管理するユーザの在席、離席等の状態情報を設定しておく。この状態情報はメッセージヘッダ、またはメッセージボディの!/、ずれかに設定すればよい。

[0087] 参照者端末 102は、 NOTIFYメッセージを受信すると、その応答メッセージとして応答情報" 200 OK"をサーバ装置 100に送信する (ステップ S806)。そして、参照者端末 102は、受信したユーザ装置 105の状態情報を GUIで表示器に表示したり、所定の処理をしたりする。

[0088] 参照者端末 103がサーバ装置 100に対し、ユーザ装置 105の状態通知を望む旨の SUBSCRIBEメッセージを送信する（ステップ S807)。サーバ装置 100は、通知応答メッセージとして SIPの標準エラー応答メッセージである" 302 Temporarily Moved"メッセージを参照者端末 103に送信する（ステップ S808)。このとき、 "Cont act"ヘッダに状態通知の中継機能を持つ参照者端末 102のアドレス情報を設定しておく。 "302 Temporarily Moved"メッセージを受信した参照者端末 103は、 SI Pの標準手順に則り、 300番台のエラーメッセージを受信したので、 "Contact"へッダに設定されている参照者端末 102に対して、 SUBSCRIBEメッセージを改めて送信する (ステップ S809)。参照者端末 102は、それに対する応答メッセージとして応答情報" 200 OK"を返送する (ステップ S810)。なお、サーバ装置 100が送信するメッセージは、 300番台のエラーメッセージであれば何でも構わな!/、。

[0089] サーバ装置 100は、先に説明したように、ユーザ装置 105の状態情報や情報通知端末 106の状態情報を常に管理しており、このとき、例えば、ユーザ装置 105から P UBLISHメッセージとしてユーザ装置 105が管理するユーザが離席して、る旨の状態情報を受信したとすると (ステップ S811)、このとき応答メッセージとして応答情報" 200 OK"をユーザ装置 105に送信する（ステップ S812)。

[0090] このようにして、サーバ装置 100は、ユーザ装置 105の状態情報変化を検出すると、その変化ごとに状態通知メッセージとして NOTIFYメッセージを参照者端末 102に送信する（ステップ S813)。 NOTIFYメッセージには、ユーザ装置 105の管理しているユーザの在席、離席等の状態情報を設定しておく。この状態情報もまたメッセージヘッダまたはメッセージボディの、ずれかに設定すればょ、。

[0091] 参照者端末 102は、 NOTIFYメッセージを受信すると、それに対する応答メッセ一ジとして応答情報" 200 OK"をサーバ装置 100に送信する (ステップ S814)。参照者端末 102は、受信したユーザ装置 105の状態情報を表示器に表示したり、所定の処理をしたりし、 NOTIFYメッセージを参照者端末 103に中継する（ステップ S815) 。 NOTIFYメッセージには、受信したユーザ装置 105の状態情報をそのまま設定してもよいし、その一部のみを設定してもよい。参照者端末 103は、 NOTIFYメッセ一ジを受信しとき、その応答メッセージとして応答情報" 200 OK"を送信する (ステップ S816)。

[0092] 以上のように、本実施の形態 2によれば、参照者端末 102においては、参照者端末 103から通知要求を受信し、それに応じて参照者端末 103に対して、サーバ装置 10 0から受信した状態通知メッセージを中継することが可能となる。したがって、参照者端末 103の要望に応じて状態通知メッセージを中継することが可能となり、サーバ装置に依存しない負荷分散や参照者端末 103から近い参照者端末に対して通知要求を送ること等を行うことができるようになり、より効果的なトラヒック分散が可能となる。

[0093] また、参照者端末 103は、ー且サーバ装置 100に通知要求を送信しておけば、その後は、サーバ装置 100が中継する参照者端末を指示する。したがって、サーバ装置 100は、中継している参照者端末に接続している他の参照者端末の情報を管理することが可能となり、参照者端末 103が動的に増減する場合等においても、より適切に負荷分散やトラヒック分散を行うことが可能となる。

[0094] また、参照者端末 103のような中継能力を有しない通常の参照者端末であっても、 SIP標準機能を用いることで、状態情報の通知元をサーバ装置 100から参照者端末 102に変更することが可能であり、標準準拠の参照者端末を簡単に収容可能になるという利点を有する。

[0095] (実施の形態 3)

図 9は、本発明の実施の形態 3における情報通知システムで使用する状態通知メッセージのフォーマット例を示したものである。

[0096] 本実施の形態 3においては、参照者端末 102は、受信した状態通知メッセージを中継するときに、参照者端末 102の状態情報もまた状態通知メッセージに付加して送信するようにしている。例えば、図 9においては、受信した状態通知メッセージに設定されて、たユーザ装置 105の管理して、るユーザが離席して、る旨の状態情報に加えて、参照者端末 102の状態がオンである旨の状態情報を追加している。なお、このとき、元々の状態通知メッセージに状態情報の発行元の情報がなければ、図 9に示すように、例えば、 "user id"タグを追加し、状態情報の発行元が分力るようにすればよい。

[0097] 以上のように、本実施の形態 3によれば、参照者端末 102において、サーバ装置 1 00から受信した状態通知メッセージとともに、参照者端末 102の状態情報をも、また他の参照者端末 103に送信することが可能となり、したがって、より効率的に状態情報を通知することが可能となる。

[0098] (実施の形態 4)

図 10は、本発明の実施の形態 4における情報通知システムを示すブロック図である

[0099] 本実施の形態においても、実施の形態 1と同様に、サーバ装置 100は、管理部 10 01と、通知要求受信部 1002と、通知応答送信部 1003と、情報通知送信部 1004とを備えている。

[0100] 本実施の形態のサーバ装置 100は、管理部 1001を用いてユーザ装置 105や情報通知端末 106の状態 (在席、離席、電源のオン、オフなど)やその状態を通知する通知情報メッセージの内容や送受信タイミング、参照者端末 102から要求される通知要求メッセージの内容などを管理するとともに、この状態の変化の数やユーザ装置 105 、情報通知端末 106の数などによるサーバ装置 100の負荷の程度などを管理している。

[0101] すなわち、本実施の形態の管理部 1001は情報収集部と情報管理部を兼ねていて、管理部 1001がユーザ装置 105や情報通知端末 106の通知情報としての状態情報を管理している。その状態情報は上記したように、ユーザ装置 105や情報通知端末 106がサーバ装置 100に対して通知したり、サーバ装置 100自体がユーザ装置 1 05や情報通知端末 106に対して取得したりすることによって収集している。

[0102] 参照者端末 102は、実施の形態 1と同様の、通知要求送信部 1021と、通知応答受信部 1022と、情報通知受信部 1023とを備えている。

[0103] サーバ装置 100の情報通知送信部 1004は、管理部 1001がユーザ装置 105や情報通知端末 106の第 1の状態変化を情報通知メッセージにより検出したとき、ユーザ装置 105や情報通知端末 106の第 1の状態を設定した情報通知メッセージを参照者端末 102に送信する。

[0104] 参照者端末 102は、情報通知受信部 1023を用いてサーバ装置 100からの第 1の状態情報を設定した情報通知メッセージを受信する。参照者端末 102は、受信した第 1の状態情報を GUIなどの表示器に表示したり、受信した状態情報に対応したそれぞれの処理を行ったりする。

[0105] ここで、本実施の形態では、少なくとも 1つの参照者端末 102〜104は情報通知端末としても機能している。一般的なプレゼンスサービスにおいても、あるユーザは他ュ一ザの状態を参照すると共に、自身の状態情報を他者へ通知しており、参照者端末と情報通知端末の両者の機能を併せ持つ事が多、。

[0106] サーバ装置 100の管理部 1001は、情報通知端末 106から第 1の状態情報の変更登録を受信した時に、この第 1の状態情報の参照を希望する参照者端末 102〜104 のうち、実際に第 1の状態情報の変更通知を送信する (または送信しない)参照者端末の第 2の状態一覧を保持する。すなわち、第 2の状態に応じて第 1の状態の変更通知の送信の要否が定められた一覧を保持する。

[0107] 一例としては、「離席状態である参照者端末に対しては状態情報の変更通知を送信しない」旨を予めサーバ装置 100の管理部 1001へ設定しておくこと等が考えられる。この場合、サーバ装置 100は情報通知端末 106から第 1の状態情報の通知を受信すると、この第 1の状態情報の参照を希望する参照者端末 102〜104のうち、離席状態である参照者端末に対しては第 1の状態情報を通知せず、在席状態の参照者端末に対してのみ第 1の状態情報を通知する。本実施の形態では、状態情報通知の要否の判定に利用する第 2の状態情報として参照者端末の在席、離席状態を例に説明している力これに限定されるものではない。

[0108] 次に、サーバ装置 100、参照者端末 102〜104、ユーザ装置 105、情報通知端末 106の間の情報のやり取りに SIPを用いた場合の具体的な動作について、図 11のシ一ケンス図を用いて説明する。

[0109] 図 11において、参照者端末 102〜104は在席中であり、参照者端末 102および 1 03は予め通知要求メッセージとして、 SUBSCRIBEメッセージを送信している。ここで、 SUBSCRIBEメッセージには、例えば、情報通知端末 106からの状態通知を希望する旨、設定しておく。サーバ装置 100は SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であるので通知応答メッセージとして" 200 OK"を送信してある。

[0110] ここで、情報通知端末 106は第 1の状態の変化があり、 PUBLISHメッセージによつて、サーバ装置 100へ状態変更（106 :在席）を登録する（S1101)。これに対して、サーバ装置 100は情報通知端末 106に" 200 OK"を送信する（図示せず)。

[0111] サーバ装置 100は、 PUBLISHメッセージを受信すると、情報通知端末 106の第 1 の状態が変化する毎に状態通知メッセージとして NOTIFYメッセージを参照者端末 102、 103宛に送信する（S1102、 S1103)。参照者端末 102、 103ίまこれを受信してサーバ装置 106へ通知応答メッセージとして" 200 ΟΚ"を送信する（図示せず)。

[0112] 同様に情報通知端末 106の第 1の状態通知を希望する参照者端末 104が、情報通知端末 106の第 1の状態通知を望む旨を設定した SUBSCRIBEメッセージ（106 の在席情報)をサーバ装置 100へ送信する（S1104)。サーバ装置 100は、参照者端末 104に" 200 OK"メッセージを送信するとともに（図示せず）、情報通知端末 10 6の第 1の状態情報を示す NOTIFYメッセージ（106 :在席）を参照者端末 104に送信する（S1105)。参照者端末 104はこれを受信してサーバ装置 106へ通知応答メッセージとして" 200 OK"を送信する（図示せず)。

[0113] 次に、情報通知端末 106は第 1の状態の変化があると、 PUBLISHメッセージ（10 6 :離席）によって、サーバ装置 100へ状態変更を登録する（S1106)。サーバ装置 1 00は、情報通知端末 106の第 1の状態が変化する毎に情報通知端末 106に通知応答メッセージとして" 200 OK"を送信する（図示せず）と共に、状態通知メッセージとして NOTIFYメッセージを参照者端末 102〜104宛に送信する（S1107〜S1109) 。 NOTIFYメッセージには情報通知端末 106の在席や離席などの第 1の状態を設定しておく。各参照者端末 102〜104は、 NOTIFYメッセージを受信した旨を示す" 20 0 OK"メッセージをサーバ装置 100へ送信する（図示せず)。また、各参照者端末 1 02〜104は、受信した第 1の状態情報を各参照者端末 102〜104の GUIに表示したり、状態に対応した処理を行ったりする。

[0114] 本実施の形態のサーバ装置 100の管理部 1001は、 NOTIFYメッセージを送信しない参照者端末 102〜104の第 2の状態一覧 350として「離席中」が予め設定してある。図 11において、情報通信端末 106の第 1の状態の参照を希望する参照者端末 1 02〜 104の全てが在席中である場合は、次のようになる。上記のように、情報通信端末 106の第 1の状態変更を意味する PUBLISHメッセージを受信する毎に（S1106) 、参照者端末 102〜 104の全てに対して、 NOTIFYメッセージにて情報通信端末 1 06の第 1の状態変更を通知する（S1107〜S1109)。

[0115] しかし、サーバ装置 100は参照者端末 102〜104のいずれ力、例えば参照者端末 102から離席状態へ移行した旨の PUBLISHメッセージを受信する（S1110)。サーバ装置 100は、 PUBLISHメッセージを受信した旨を示す" 200 OK"メッセージを参照者端末 102へ送信する（図示せず)と共に、管理部 1001の内容を更新する。また、サーバ装置 100は、情報通信端末 106から第 1の状態変更（106 :在席）の PUB LISHメッセージを受信した場合でも (S1111)、離席中の参照者端末 102に対する NOTIFYメッセージの送信は行わず（S1112)、在席中の参照者端末 103、 104に対してのみ NOTIFYメッセージの送信を行なう（S1113、 S1114)。参照者端末 103 、 104は、 NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージをサーバ装置 100に送信する（図示せず)。

[0116] 同様にして、その後、サーバ装置 100が、例えば参照者端末 103から離席状態へ移行した旨の PUBLISHメッセージを受信する（S 1115)。サーバ装置 100は、参照者端末 103に PUBLISHメッセージを受信した旨を示す" 200 OK"メッセージを送信すると共に（図示せず)、管理部 1001の内容をさらに更新する。

[0117] その後、サーバ装置 100は、情報通信端末 106から第 1の状態変更（106 :離席）の PUBLISHメッセージを受信した際には（S 1116)、その時点での離席中の参照者端末 102、 103に対する NOTIFYメッセージの送信は行わず（S 1117、 S1118) 、在席中の参照者端末 104に対してのみ NOTIFYメッセージの送信を行なう（S111 9)。参照者端末 104は NOTIFYメッセージを受信した旨を示す" 200 OK"メッセ一ジをサーバ装置 100に送信する（図示せず)。

[0118] 参照者端末 102、 103が離席中にサーバ装置 100が送信しな力つた NOTIFYメッセージ（106 :離席）は廃棄しても良い。また、図 11に示す様に、例えば、参照者端末 103の第 2の状態が離席力も離席以外の状態 (例えば、在席）に変更になった旨の PUBLISHメッセージを、サーバ装置 100が参照者端末 103から受信した時点（S 1120)で、サーバ装置 100は、参照者端末 103に送信しても良い（S1121)。これを受けて参照者端末 103は、サーバ装置 100に、 NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージを送信する（図示せず)。

[0119] 以上の様に本実施の形態の情報通知方法によれば、 NOTIFYメッセージを送信しない参照者端末 102〜104の第 2の状態の一覧 350をサーバ装置 100が予め有しているため、情報通信端末 106の第 1の状態情報の変更通知の不要なトラフィックを抑制することが可能となり、負荷軽減という効果を有する。また、適切なタイミングで適切な状態情報を通知することが可能となり、プレゼンスサービスの品質向上を図れるという効果を有する。

[0120] (実施の形態 5)

図 12は、実施の形態 5における情報通知システムの動作を示すシーケンス図である。本実施の形態における情報通知システムの構成は図 10と同様である。

[0121] 図 12において、参照者端末 102〜104は在席中であり、参照者端末 102および 1 03は予め通知要求メッセージとして、 SUBSCRIBEメッセージをサーバ装置 100に送信してある。サーバ装置 100は、参照者端末 102、 103力 SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であれば通知応答メッセージとして" 200 OK"を送信してある。情報通知端末 106は、第 1の状態の変化があると、 PUB LISHメッセージによって、サーバ装置 100へ状態変更を登録し、サーバ装置 100は情報通知端末 106へ PUBLISHメッセージを受信した旨を示す" 200 OK"メッセ一ジを送信する。さらに、サーバ装置 100は、情報通知端末 106の第 1の状態が変化する毎に情報通知メッセージとして NOTIFYメッセージを参照者端末 102、 103宛に送信し、参照者端末 102、 103はサーバ装置 100へ NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージを送信するという動作は、実施の形態 4と同様である。

[0122] ここで、情報通知端末 106が第 1の状態として在席を示す PUBLISHメッセージをサーバ装置 100に送信していた状態（S1201)で、情報通知端末 106の第 1の状態通知を希望する参照者端末 104は、情報通知端末 106の第 1の状態通知を望む旨を設定した SUBSCRIBEメッセージをサーバ装置 100へ送信する（S1202)。この時、参照者端末 104は、参照を希望する情報通知端末 106及びその第 1の状態情報を設定すると共に、 NOTIFYメッセージの受信を希望する（または希望しない）自装置 104の第 2の状態を SUBSCRIBEメッセージのボディに設定する（S1202)。図 12の例では、 NOTIFYメッセージの送信を希望する自装置である参照者端末 104 の第 2の状態として「在席」を設定して!/、る。

[0123] サーバ装置 100は、参照者端末 104から上記のような SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であれば通知応答メッセージとして" 200 OK"メッセージ（図示せず)を参照者端末 104に送信し、管理部 1001の内容を更新する。続いて、サーバ装置 100は、情報通知端末 106の第 1の状態である在席を設定した NOTIFYメッセージを参照者端末 104に送信する（S1203)。参照者端末 10 4はサーバ装置 100へ NOTIFYメッセージを受信した旨を示す" 200 OK"メッセ一ジを送信する（図示せず)。

[0124] その後、情報通信端末 106は、第 1の状態の変化があると、 PUBLISHメッセージによって、サーバ装置 100へ第 1の状態変更（106 :離席）を登録する（S1204)。これを受けてサーバ装置 100は、情報通信端末 106へ PUBLISHメッセージを受信した旨を示す" 200 OK"メッセージを送信する（図示せず)。サーバ装置 100は情報通信端末 106の第 1の状態が変化する毎に情報通知メッセージとして NOTIFYメッセージを参照者端末 102〜 104宛に送信する（S 1205〜S 1207)。 NOTIFYメッセージには、参照者端末 106の在席や離席などの第 1の状態を設定しておく。各参照者端末 102〜104は、 NOTIFYメッセージを受信すると、 NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージをサーバ装置 100へ送信するとともに（図示せず)、各参照者端末 102〜104は、受信した第 1の状態情報を参照者端末 102〜 104の GUIに表示したり、状態に対応した処理を行ったりする。

[0125] ここで、サーバ装置 100は、在席状態中のみ NOTIFYメッセージの受信を希望する参照者端末 104の第 2の状態が在席中である間は、情報通知端末 106の第 1の状態変更を意味する PUBLISHメッセージを情報通知端末 106から受信する毎に、参照者端末 102、 103に対してと同じように、参照者端末 104に対して NOTIFYメッセージにて情報通知端末 106の第 1の状態変更を通知する。

[0126] しかし、サーバ装置 100は、参照者端末 104から離席状態へ移行した旨の PUBLI SHメッセージを受信した場合は（S 1208)、参照者端末 104へ PUBLISHメッセ一ジを受信した旨を示す" 200 OK"メッセージを送信すると共に、管理部 1001の内容を更新する。その後、サーバ装置 100は、情報通知端末 106から第 1の状態変更の PUBLISHメッセージを受信した場合（S 1209、 S1213)には、参照者端末 102、 103に対する NOTIFYメッセージの送信 ίま行っても 1210、 S1211、 S1214、 SI 215)、参照者端末 104に対する NOTIFYメッセージの送信は行わない（S1212、 S 1216)。なお、参照者端末 102、 103は、 NOTIFYメッセージをサーバ装置 100から受信する毎に、サーバ装置 100へ NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージを送信する（図示せず)。

[0127] なお、サーバ装置 100は、離席中に送信しな力つた NOTIFYメッセージは廃棄しても良いし、図 12に示す様に、参照者端末 104の第 2の状態が離席力も在席状態に変更になった旨の PUBLISHメッセージを受信した時点で（S1217)、その NOTIF Yメッセージを参照者端末 104に送信しても良い（S 1218)。

[0128] 以上の様に構成された本実施の形態によれば、情報通知端末 106の第 1の状態の通知情報を希望する参照者端末 104は、情報通知端末 106の第 1の状態の通知情報を望む旨を設定した SUBSCRIBEメッセージをサーバ装置 100へ送信する際に、 NOTIFYメッセージの受信を希望する（または希望しない）自装置 104の第 2の状態を SUBSCRIBEメッセージのボディに設定して第 2の通知情報としてサーバ装置 10 0に送信する。このことにより、情報通信端末 106の第 1の状態の通知情報の変更通知の不要なトラフィックを抑制することが可能となり、負荷軽減、低消費電力化という効果を有する。また、適切なタイミングで適切な第 1の通知情報を通知することが可能となり、プレゼンスサービスの品質向上を図れるという効果を有する。

[0129] (実施の形態 6)

図 13は、実施の形態 6における情報通知システムの動作を示すシーケンス図である。本実施の形態における情報通知システムの構成は図 10と同様である。 [0130] 図 13において、参照者端末 102〜104は在席中であり、参照者端末 102および 1 03は、予め通知要求メッセージとして、情報通知端末 106の第 1の状態の通知情報を望む旨を設定した SUBSCRIBEメッセージを送信している。サーバ装置 100は、参照者端末 102、 103から SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であれば通知応答メッセージとして" 200 OK"メッセージを送信する。状態登録端末 106は、第 1の状態の変化があると、 PUBLISHメッセージによって、サーバ装置 100へ状態変更を登録する。さらにサーバ装置 100は、状態登録端末 1 06の第 1の状態が変化する毎に状態通知メッセージとして NOTIFYメッセージを参照者端末 102、 103宛に送信するというこれらの動作は、実施の形態 5と同様である

[0131] 本実施の形態の情報通知端末 106は、自装置 106の第 1の状態である第 1の通知情報と共に、自装置 106の第 1の状態の変更を通知すべき参照者端末 102〜104 の状態である第 2の通知情報を PUBLISHメッセージのボディに設定する（S 1301) 。図 13の例では、自装置 106の第 1の状態である第 1通知情報を通知すべき参照者端末 102〜 104の第 2の状態である第 2通知情報として「在席」を設定して!/、る。

[0132] したがって、この状態で、参照者端末 104が情報通知端末 106の第 1の状態の通知情報を望む旨を設定した SUBSCRIBEメッセージをサーバ装置 100へ送信する（ S1302) _oサーバ装置 100は、この SUBSCRIBEメッセージを受信し、通知応答メッセージとして" 200 OK"メッセージを参照者端末 104に送信する（図示せず)。その後、サーバ装置 100は、情報通知端末 106の第 1の状態通知である在席を設定した NOTIFYメッセージを参照者端末 104に送信する（S1303)。参照者端末 104は、サーバ装置 100へ NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージを送信する（図示せず)。

[0133] このように、サーバ装置 100は、各参照者端末 102〜 104の状態が PUBLISHメッセージにて第 2通知情報として状態通知を要求された状態（図 13の例では在席状態 )である間は、情報通知端末 106の第 1の状態が変化して、情報通知端末 106の第 1 の状態変更を意味する PUBLISHメッセージを受信する毎に（S1304)、状態通知メッセージとして NOTIFYメッセージ（106：離席）を各参照者端末 102〜 104宛に送信し（S1305〜S1307)、情報通知端末 106の第 1の状態変更を通知する。 NOTIF Yメッセージには情報通知端末 106の在席や離席などの第 1の状態を設定しておく。各参照者端末 102〜104は、 NOTIFYメッセージを受信した旨を示す" 200 OK" メッセージ（図示せず)をサーバ装置 100へ送信する。また、各参照者端末 102〜10 4は受信した第 1の状態情報を各参照者端末 102〜104の GUIに表示したり、状態に対応した処理を行ったりする。

[0134] ところで、サーバ装置 100は、参照者端末 104から離席状態へ移行した旨の PUB LISHメッセージを受信する（SI 308)。サーバ装置 100は、参照者端末 104へ PUB LISHメッセージを受信した旨を示す" 200 OK"メッセージを送信すると共に（図示せず)、管理部 1001の内容を更新する。サーバ装置 100は、情報通知端末 106から第 1の状態変更の PUBLISHメッセージを受信した場合には（S1309、 S1313)、在席中の参照者端末 102、 103に対しては NOTIFYメッセージの送信を行うが（S131 0、 S1311、 S1314、 S1315)、離席中の参照者端末 104に対して ίま NOTIFYメッセージの送信は行わない（S1312、 S1316)。

[0135] NOTIFYメッセージを受信した参照者端末 102、 103は、サーバ装置 100へ NOT IFYメッセージを受信した旨を示す" 200 OK"メッセージを送信する（図示せず)。

[0136] なお、サーバ装置 100は、離席中に送信しな力つた NOTIFYメッセージは廃棄しても良いし、図 13に示す様に、 NOTIFYメッセージを送信していない参照者端末 10 4の状態が離席から在席状態に変更になった旨を PUBLISHメッセージとして受信した時点（S1317)で、参照者端末 104に送信しても良い（S1318)。 PUBLISHメッセージ、 NOTIFYメッセージを受信したサーバ装置 100、参照者端末 104は、それぞれ、参照者端末 104、サーバ装置 100へ、 PUBLISHメッセージ、 NOTIFYメッセ一ジを受信した旨を示す" 200 OK"メッセージを送信する（図示せず)。

[0137] 以上の様に本実施の形態によれば、情報通知端末 106は自装置 106の第 1の状態である第 1通知情報と共に、自装置 106の第 1の状態変更を通知すべき参照者端末 102〜 104の状態である第 2通知情報を PUBLISHメッセージのボディに設定しているので、情報通信端末 106の第 1の状態情報の変更通知の不要なトラフィックを抑制することが可能となり、負荷軽減、低消費電力化という効果を有する。また、適切なタイミングで適切な第 1の状態情報である第 1通知情報を通知することが可能となり

、プレゼンスサービスの品質向上を図れるという効果を有する。

[0138] (実施の形態 7)

本実施の形態の情報通知システムの構成は図 10と同様である。図 10において、サーバ装置 100には、ユーザ装置 105や情報通知端末 106からサーバ装置 100への状態情報の通知の数、または、サーバ装置 100から参照者端末 102への状態情報の通知の数に応じてそれぞれ運用状態が定義されている。運用状態としては、例えば、状態情報の通知や通知情報の処理に係るサーバ装置 100の処理負荷などが定義されている。

[0139] サーバ装置 100は、多数の情報通知の送信イベントを蓄積するなど過負荷状態になったことを管理部 1001によって検出した場合には、ユーザ装置 105や情報通知端末 106の状態が変化し、情報通知送信部 1004によって参照者端末 102に情報通知メッセージを送信しなければならなヽ場合でも、所定の条件に基づヽて送信するようにしている。

[0140] すなわち、本実施の形態では、管理部 1001の一部が、過負荷時の通知情報の送出の制御を行う情報管理部を構成して、る。

[0141] ここで、サーバ装置 100による過負荷状態の検出は、サーバ装置 100の管理者によって設定されたり、予め定められたりすることによって保持する検出条件に従えばよい。検出条件としては、管理部 1001が単位時間あたりに受信した状態変化の検出回数や、情報通知送信部 1004に蓄積された情報通知メッセージの数などを用いればよいが、必ずしもこれらに限定されるものではない。

[0142] 図 14は、実施の形態 7における情報通知システムの動作を示すシーケンス図である。

[0143] 図 14において、参照者端末 102〜104は在席中であり、予め情報通知端末 106に対する通知要求メッセージとして、 SUBSCRIBEメッセージを既に送信してある。情報通知端末 106は第 1の状態の変化があると、 PUBLISHメッセージによって、サーバ装置 100へ第 1通知情報として状態変更を登録する（S1401)。サーバ装置 100 は情報通知端末 106の第 1の状態が変化する毎に状態通知メッセージとして NOTI FYメッセージを参照者端末 102〜 104宛に送信する（S1402〜S1404)。 NOTIF Yメッセージには情報通知端末 106の在席や離席などの第 1の状態を設定しておく。

[0144] 各参照者端末 102〜104は、 NOTIFYメッセージを受信すると、 NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージをサーバ装置 100へ送信する（図示せず)と共に、受信した第 1の状態情報を各参照者端末 102〜104の GUIに表示したり、状態に対応した処理を行ったりする。

[0145] ここで、サーバ装置 100の管理部 1001には、サーバ装置 100の運用状態が予め決められた状態になったら NOTIFYメッセージを送信しない参照者端末の第 2の状態一覧 750として「離席中」が予め設定してある。また、離席中の参照者端末 102〜 104に対する NOTIFYメッセージ送信を停止するサーバ装置 100の運用状態としては、サーバ装置 100の負荷状態等が考えられる力これに限定されるものではない。図 14の例ではサーバ装置 100が過負荷状態力否力を上記判定に利用するサーバ装置の運用状態として定義してある。

[0146] 図 14において、在席中であった参照者端末 102と 103が離席状態となり、その旨を示す PUBLISHメッセージ力参照者端末 102、 103からサーバ装置 100にそれぞれ送信される（S 1405、 S1406)。

[0147] このような状態であっても、サーバ装置 100が過負荷状態でない場合、サーバ装置 100は、情報通信端末 106の第 1の状態変更を意味する PUBLISHメッセージを受信する（S1407)毎に参照者端末 102〜104の全てに対して NOTIFYメッセージにて情報通知端末 106の第 1の状態変更を通知する（S1408〜S1410)。

[0148] し力しながら、本実施の形態では、情報通知端末 106〜108からサーバ装置 100 への PUBLISHメッセージが短時間に集中し、管理部 1001が過負荷状態を検出したとする。サーバ装置 100の管理部 1001が過負荷状態を検出した場合 (S1411〜 S1413)は、 NOTIFYメッセージ非送信状態が第 2通知情報として登録されている第 2の状態 (離席）にある参照者端末 102、 103に対しては NOTIFYメッセージの送信を行わず（S1414、 S1415)、在席中の参照者端末 104に対してのみ NOTIFYメッセージの送信を行う（S1416)。

[0149] NOTIFYメッセージを受信した参照者端末 104はサーバ装置 100へ NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージを送信する（図示せず)。

[0150] なお、サーバ装置 100の管理部 1001は、離席中に送信できな力つた NOTIFYメッセージは廃棄しても良いし、図 14に示す様に、例えば、参照者端末 103の状態が離席から離席以外の状態に変更になった旨の PUBLISHメッセージを受信した時点

(51417)、またはサーバ装置 100が過負荷状態でなくなった時点で送信しても良い

(51418)。 PUBLISHメッセージ、 NOTIFYメッセージをそれぞれ受信したサーバ装置 100、参照者端末 103は、それぞれ、参照者端末 103、サーバ装置 100へ、 P UBLISHメッセージ、 NOTIFYメッセージを受信した旨を示す" 200 OK"メッセ一ジを送信する（図示せず)。

[0151] 以上の様に構成された本実施の形態によれば、サーバ装置 100が過負荷状態となつた場合（S1411〜S1413)は、サーバ 100の管理部 1001に NOTOIFYメッセ一ジ非送信状態が第 2通知情報として登録されている状態にある参照者端末 102、 10 3に対しては NOTIFYメッセージの送信を行わな、ので、情報通信端末 106の第 1 の状態情報の不要な変更通知のトラフィックを抑制することが可能となり、負荷軽減という効果を有する。また、適切なタイミングで適切な通知情報を通知することが可能となり、プレゼンスサービスの品質向上を図れるという効果を有する。

[0152] (実施の形態 8)

図 15は、本実施の形態 8における情報通知システムを示すブロック図であり、実施の形態 4と同様に、サーバ装置 100は、管理部 1001と、通知要求受信部 1002と、通知応答送信部 1003と、情報通知送信部 1004とを備えている。

[0153] サーバ装置 100は、実施の形態 4と同様に、管理部 1001を用いてユーザ装置 105 や情報通知端末 106の状態やその送受信タイミングなどの通知情報を管理するとともに、この状態の変化の数やユーザ装置 105、情報通知端末 106の数などによるサーバ装置 100の負荷の程度などを管理して、る。

[0154] 参照者端末 102は、実施の形態 4と同様に、通知要求送信部 1021と、通知応答受信部 1022と、情報通知受信部 1023とを備えている。

[0155] ところで、本実施の形態のサーバ装置 100には、ユーザ装置 105や情報通知端末 106からサーバ装置 100への状態情報の通知の数、または、サーバ装置 100から参照者端末 102への状態情報の通知の数に応じてそれぞれ運用状態が定義されている。運用状態としては、例えば、状態情報の通知や通知情報の処理に係るサーバ装置 100の処理負荷などが定義されている。

[0156] サーバ装置 100は、多数の情報通知の送信イベントを蓄積するなど過負荷状態になったことを管理部 1001によって検出した場合には、ユーザ装置 105や情報通知端末 106の状態が変化し、情報通知送信部 1004によって参照者端末 102に情報通知メッセージを送信しなければならな、場合でも、その情報通知メッセージを直ちに送信せず一時中断してあら力じめ指定された所定時間が経過した後に改めて送信するようにしている。

[0157] すなわち、本実施の形態では、管理部 1001の一部が、過負荷時の通知情報の送出中断や所定時間後の通知情報の送出などを行う情報管理部を構成している。

[0158] ここで、サーバ装置 100による過負荷状態の検出は、サーバ装置 100の管理者によって設定されたり、予め定められたりすることによって保持する検出条件に従えばよい。検出条件としては、管理部 1001が単位時間あたりに受信した状態変化の検出回数や、情報通知送信部 1004に蓄積された情報通知メッセージの数などを用いればよいが、必ずしもこれらに限定されるものではない。

[0159] 次に、サーバ装置 100、参照者端末 102、 103、 104、ユーザ装置 105、情報通知端末 106間の情報のやり取りに SIPを用いた場合の具体的な動作について説明する

[0160] 図 16は、本実施の形態における情報通知システムの動作を示すシーケンス図である。

[0161] 図 16において、参照者端末 102、 103は、サーバ装置 100に対し、予め通知要求メッセージとして SUBSCRIBEメッセージを送信しておく（S1601、 S1603)。ここで、 SUBSCRIBEメッセージには、例えば、ユーザ装置 105からの状態通知を希望する旨、設定しておく。

[0162] サーバ装置 100が SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であれば、通知応答メッセージとして" 200 OK"メッセージを参照者端末 102、 103に送信する（S1602、 S1604)。 [0163] ユーザ装置 105は、例えば、離席などの状態変化があると、情報通知メッセージとして PUBLISHメッセージによってサーバ装置 100に状態変化を通知する（S 1605) 。サーバ装置 100は、この PUBLISHメッセージを受信すると、ユーザ装置 105に対し" 200 OK"メッセージを送信する（S1606)。さらに、サーバ装置 100は、情報通知メッセージとして NOTIFYメッセージを参照者端末 102、 103にそれぞれ送信する (S1607、 S1609)。 NOTIFYメッセージには、ユーザ装置 105が管理するユーザの在席や離席などの状態 (本実施の形態では離席）を設定しておく。参照者端末 10 2、 103は、 NOTIFYメッセージを受信すると、受信したことを示す" 200 OK"メッセージをそれぞれサーバ装置 100へ送信する（S 1608、 S1610) _oまた、参照者端末 1 02、 103は、受信した状態情報を参照者端末 102、 103の表示器に表示したり、状態に対応した処理を行ったりする。

[0164] ここで、サーバ装置 100から参照者端末 103への送信処理中に、新たにユーザ装置 105から、例えば、ユーザ装置 105の管理するユーザが在席した旨の状態通知の PUBLISHメッセージがサーバ装置 100に送信される（S1611)。その PUBLISHメッセージを受信したサーバ装置 100は、検出条件によりサーバ装置 100が過負荷状態であると検出した場合には、 PUBLISHメッセージを受信したことを示す" 200 O K"メッセージをユーザ装置 105に対しては送信する（S1612)。し力し、サーバ装置 100は、受信した PUBLISHメッセージに対応する新たな情報通知メッセージを参照者端末 102、 103には直ちに送信せず、指定時間（ST)送信を中断した後に、改めて NOTIFYメッセージとして送信する（S1613、 S1615)。なお、サーバ装置 100は、指定時間中断後は、送らな力つた新たな情報通知メッセージを廃棄してもよい。指定時間（ST)としては、予めサーバ装置 100の管理者によって定められた固定値であっても良いし、また次の方法で定めてもよいが、これらの方法に限定されるものではない。

[0165] すなわち、指定時間（ST)を定める方法として、例えば、サーバ装置 100の情報通知送信部 1004に蓄積されたメッセージ数を N、 1メッセージ当りの処理時間を T、各参照者端末 102、 103への情報通知メッセージの送信が同期しないためのランダムな待ち時間を Rとしたとき、指定時間（ST)を TX N+Rと設定しても良い。 [0166] このように設定すれば、非常に多くの参照者端末 102、 103に参照されている複数のユーザ装置 105の管理する複数のユーザが会議などで同一の行動をとり、極めて短時間に複数のユーザ装置 105の状態変化があった場合など、サーバ装置 100が非常に多くの参照者端末 102、 103に情報通知メッセージを送信しなければならない場合でも、サーバ装置 100の負荷を時間的に平滑ィ匕し、他のサービスの処理への影響を小さくすることができる。

[0167] すなわち、 1メッセージ当りの処理時間 T力たとえ数ミリ秒であったとしても、サーバ装置 100の情報通知送信部 1004に蓄積されたメッセージ数 Nが数百、数千のォーダ一になると、それらの全ての処理を完了するのに数秒以上の時間がかかってしまう。そのため、サーバ装置 100がインターネット電話のサーバ装置などを兼ねている場合、このタイミングで受信した発呼要求メッセージの処理が数秒単位で遅延することになり、インターネット電話としてのサービス品質の劣化が無視できなくなる。

[0168] また、プレゼンス情報のやり取りには、通常、 XMLデータを用いることが多いため、メッセージ処理に際しても比較的負荷の大き、処理を伴、、 1メッセージ当りの処理時間 Tも大きくなる傾向にあり、全ての処理を完了するのに更に多くの時間力かってしまうという問題がある。

[0169] ところが、本実施の形態によれば、意図的に情報通知メッセージの参照者端末 102 、 103への送信タイミングを遅延させ、各情報通知メッセージの送信の間に空きの時間を設けるようにしており、したがって、サーバ装置 100の負荷が時間的に平滑ィ匕され、他のサービスの処理に与える影響を小さくすることができる。

[0170] その後、 NOTIFYメッセージを受信した参照者端末 102、 103は、それぞれ NOTI FYメッセージを受信したことを示す" 200 OK"メッセージをサーバ装置 100に送信する（S1614、 S1616)と共に、 NOTIFYメッセージとして受信した情報通知メッセージをそれぞれの表示器に表示したり、対応した処理を実行したりする。

[0171] なお、本実施の形態において、 SUBSCRIBEメッセージ、 SUBSCRIBEメッセ一ジに対する" 200 OK"メッセージ、 NOTIFYメッセージのそれぞれのメッセージフォ一マットは、例えば、図 17〜図 19に示すとおり構成されている。

[0172] すなわち、 SUBSCRIBEメッセージにおいて、どの状態情報の通知を希望するかは、図 17に示すように、 Request— URI (SUBSCRIBE sip :userl05@a. com SIP/2. 0)によって示されている。また、それに対する" 200 OK"メッセージは、図 18に示すように表現されている。さらに、図 17に応答する NOTIFYメッセージは、図 19に示すように、メッセージボディによってユーザ 105の状態を示している。

[0173] 以上に説明したように、本実施の形態によれば、サーバ装置 100が、参照者端末 1 02、 103への情報通知メッセージの蓄積などを監視して自己が過負荷状態にあるか否かといった運用状態を検出し、さらに、その運用状態に応じて、ユーザ装置 105や情報通知端末 106からの情報通知メッセージを受信した際に、それらを参照者端末 102、 103に直ちに通知せず、ー且中断し、予め定めた指定時間（ST)後に改めて通知するようにしている。したがって、本実施の形態のサーバ装置 100は、短時間にユーザ装置 105や情報通知端末 106からの状態情報の通知が多量に発生した場合などに、参照者端末 102、 103への情報通知を意図的に、問題にならない程度に遅らせることが可能である。また、本実施の形態のサーバ装置 100は、サーバ装置 100 の処理負荷、特に参照者端末 102、 103への通知処理の負荷を時間的に分散することが可能となり、状態通知の破棄を抑制することが可能となる。

[0174] また、本実施の形態によれば、ユーザ装置 105や情報通知端末 106からの情報通知メッセージを受信してそれらを集約して参照者端末 102、 103へ情報通知を行う必要がないため、各参照者端末 102、 103は集約された情報通知メッセージを解釈する機能を必要とせず、従来の参照者端末 102、 103をそのまま利用できる。

[0175] さらに、本実施の形態によれば、参照者端末 102、 103への情報通知を、意図的に、問題にならない程度に遅らせることが可能であるので、従来のように定期的な状態情報の更新のタイミングに合わせて情報通知メッセージが参照者端末 102、 103に送られることはなぐ参照者端末 102、 103への通知が不用意に遅れてしまうということはない。

[0176] またさらに、本実施の形態によれば、参照者端末 102、 103への情報通知を遅らせることが可能であるので、従来のように、サーバ装置 100のハードウェアスペックを向上させたり、サーバ装置 100を複数台設けてこれらに負荷を分散させるなどの方法を用いなくても、参照者端末 102、 103への通知処理の負荷を時間的に分散することが可能となり、システム全体の構成は複雑にはならず、コストアップも伴わない。

[0177] (実施の形態 9)

図 20は本実施の形態における情報通知システムの構成を示すブロック図である。

[0178] 本実施の形態では、図 20に示すように、サーバ装置 100は、図 15に示す構成以外に、ユーザ装置 105や情報通知端末 106から受信した情報の種類を検出する情報検出部 2001と、この情報検出部 2001で検出した情報の種類に応じて、サーバ装置 100が過負荷状態になって情報通知メッセージの送信が一時中止された場合に、その後どれほどの時間が経過すれば送信を再開するかを決定する指定時間決定部 2002とを備えて!/ヽる。

[0179] すなわち、本実施の形態では、図 21に示すように、受信した情報の種類、例えば、在席情報や場所情報などに応じてそれぞれ「優先」、「通常」などの優先度が設定されており、これらの優先度に応じて情報通知メッセージの送信中止力再開までの指定時間をそれぞれ決定するようにして、る。

[0180] したがって、サーバ装置 100は、ユーザ装置 105や情報通知端末 106から、例えば、在席の変化や場所の変化などの PUBLISHメッセージを受信すると、まず、受信した PUBLISHメッセージにどのような種類の情報があるかと、うことと、その情報の優先度はどの程度か（「優先」か「通常」か)を情報検出部 2001によって検出する。図 21に示す例のように、受信した状態情報の種類が在席情報であるので優先度が「優先」である場合には、サーバ装置 100は、実施の形態 8と同様に、過負荷状態にある力どうかを判断する。その結果、過負荷状態であれば、指定時間決定部 2002で決定される、直ちに、或いは、一時中止しても比較的短い指定時間の後に、サーバ装置 100は、情報通知メッセージを参照者端末 102、 103に送信する。

[0181] 一方、サーバ装置 100は、受信した情報の種類が場所情報であるので優先度が「通常」であると判断した場合には、過負荷状態の場合に、情報通知メッセージの送信を一時中止する。そして、サーバ装置 100は、指定時間決定部 2002で決定される、比較的長い指定時間の後、参照者端末 102、 103に情報通知メッセージを送信する。なお、情報の種類が 3種類以上ある場合や優先度のように数値化（1. 0-0. 0)した場合には、サーバ装置 100は、参照端末 102、 103への送信を遅らせるのを 3種類以上にすることは当然可能である。

[0182] すなわち、本実施の形態では、管理部 1001の一部と情報検出部 2001と指定時間決定部 2002とで情報管理部が構成される。

[0183] このように、指定時間決定部 2002で決定される指定時間を、優先度の高いものほど短く設定しておけば、優先度の高い情報通知メッセージは、サーバ装置 100が過負荷状態になリ、送信が一時中断されても、比較的早期に参照者端末 102、 103に送信することが可能になり、効果的である。

[0184] なお、指定時間には、ゼロを含み、ゼロの場合には、一時中断をせずに直ちに情報通知メッセージを送信することを意味する。また、情報の種類としては、在席情報、場所情報を例示したが、その他の種類の情報であっても良ぐこれらに限定されるものではない。

[0185] このように、本実施の形態によれば、サーバ装置 100が、参照者端末 102、 103に送信する情報の種類を情報検出部 2001で検出し、検出した情報の種類に応じて参照者端末 102、 103への送信を一時中断して力も再び開始するまでの指定時間 (ゼ口を含む任意の時間）をそれぞれ決定する指定時間決定部 2002を有する。例えば、優先度の高い種類の情報であれば、一時中断しても比較的短い時間経過後に、或いは、一時中断することなく直ちに、参照者端末 102、 103に情報を送信し、優先度の低い種類の情報であれば、参照者端末 102、 103への送信を一時中断して充分な指定時間経過後に、参照者端末 102、 103に送信することが可能となる。

[0186] したがって、サーバ装置 100の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高い状態情報は直ちに通知することが可能となる。

[0187] また、サーバ装置 100は、参照者端末 102、 103へ送信する情報の種類に応じて、参照者端末 102、 103への通知を一時中断したときの中断時間を設定することが可能である。従って、例えば、優先度の高い種類の状態情報であれば、中断時間を短くして早めに参照者端末 102、 103へ通知することが可能となる。また、優先度の低い種類の状態情報であれば、中断時間を長くして負荷分散効果を高めつつ参照者端末 102、 103へ通知することが可能となる。したがって、サーバ装置 100の処理負荷を時間的に分散し、状態通知の破棄を抑制しつつ、優先度の高い状態情報は優先的に早く通知することが可能となる。

[0188] さらに、実施の形態 8と同様に、各参照者端末 102、 103は集約された情報通知メッセージを解釈する機能を必要とせず、従来の参照者端末 102、 103をそのまま利用でき、定期的な状態情報の更新のタイミングに合わせて情報通知メッセージが参照者端末 102、 103に送られることがないので、参照者端末 102、 103への通知が遅れてしまうと!、うことはな!/、。

[0189] またさらに、サーバ装置 100のハードウェアスペックを向上させたり、サーバ装置 10 0を複数台設けてこれらに負荷を分散させるなどの方法を用いなくても、参照者端末 102、 103への通知処理の負荷を時間的に分散することが可能となり、システム全体の構成は複雑にはならず、コストアップも伴わない。

[0190] (実施の形態 10)

本実施の形態における情報通知システムも、概念的には、実施の形態 8と同様に、図 15に示すように構成されている。但し、本実施の形態では、図 15に示す構成以外に、図 20で説明した実施の形態 9と同様な指定時間決定部 2002を備えている。本実施の形態の指定時間決定部 2002は、サーバ装置 100が過負荷状態になって情報通知メッセージの送信が一時中断された場合に、その後どれほどの時間が経過すれば送信を再開するかを、参照者端末 102、 103、 104に応じて決定する。

[0191] すなわち、本実施の形態では、図 22に示すように、参照者端末 102、 103、 104に応じてそれぞれ「優先」、「通常」などの優先度が設定されており、これらの優先度に応じて、上記した指定時間決定部と管理部の一部で構成される情報管理部により、情報通知メッセージの送信中断から再開までの指定時間をそれぞれ決定するようにしている。

[0192] したがって、サーバ装置 100力ユーザ装置 105や情報通知端末 106から PUBLI SHメッセージを受信するなどして状態情報が変化したことを検出すると、情報通知送信部 1004により情報通知メッセージを参照者端末 102、 103、 104に送信しようとする。その際、情報通知送信部 1004は、参照者端末 102、 103、 104に対してそれぞれ設定された優先度を参照し、通知すべき参照者端末 102、 103、 104が優先されるべきものかどうかを判定する。 [0193] そして、更に、実施の形態 8と同様に、サーバ装置 100自身が過負荷状態にあるかどうかを判定し、過負荷状態であれば、参照者端末 102、 103、 104への送信を一時中断し、指定時間が経過した後に改めて通知する。この場合、指定時間を、参照者端末 102、 103、 104に応じて決められた優先度に基づいて、例えば、優先度が高いものほど短くなるように設定する。特に高いものに対しては、指定時間をゼロに設定し、一時中断せずに直ちに送信するようにしても良い。

[0194] なお、図 22では、参照者端末 102、 103、 104にそれぞれ個別に優先度を設定した例を示している。参照者端末 102、 103、 104に、例えば、使用者の役職 (部長、課長、社員)などの属性情報を設定し、役職などの属性情報ごとに優先度 (部長:「優先」、課長:「優先」、社員:「通常」）を設定するようにしても良い。また、優先度に関しても「優先」、「通常」の他に、「準優先」などいくつかの優先度を設定し、それぞれに対応した時間を指定してもよ！/ヽ。

[0195] このように構成された本実施の形態によれば、サーバ装置 100が参照者端末 102、 103、 104の上記のような属性情報などに応じて、参照者端末 102、 103、 104への情報送信の時間を決定するものである。したがって、例えば、優先度の高い参照者端末 102に対しては、一時中断しても比較的短い時間経過後に、或いは、一時中断すらせずに直ちに通知し、優先度の低い参照者端末 103、 104に対しては、一時中断した後、充分な時間経過後に通知することが可能になる。

[0196] したがって、サーバ装置 100の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高い参照者端末 102に対しては、情報を直ちに通知することが可能となる。

[0197] また、サーバ装置 100は、参照者端末 102、 103、 104の属性情報などに応じて、参照者端末 102、 103、 104への通知を一時中断したときの中断時間を設定することが可能である。したがって、例えば、優先度の高い参照者端末 102に対しては、中断時間を短くして早めに参照者端末 102に情報を通知し、優先度の低い参照者端末 1 03、 104に対しては、中断時間を長くして負荷分散効果を高めつつ参照者端末 103 、 104に情報を通知することが可能となる。そのため、サーバ装置 100の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高い参照者端末 102に対しては、優先的に早く情報を通知することが可能となる。

[0198] (実施の形態 11)

本実施の形態における情報通知システムも、概念的には、実施の形態 8同様、図 1 5に示すように構成されている。但し、本実施の形態では、サーバ装置 100は、図 15 に示す構成以外に、サーバ装置 100が過負荷状態になり情報通知メッセージの送信が一時中止された場合に、その後どれほどの時間が経過すれば送信を再開するかを、ユーザ装置 105や情報通知端末 106、 107に応じて決定する指定時間決定部 2002を備えている。

[0199] すなわち、本実施の形態では、図 23に示すように、ユーザ装置 105や情報通知端末 106、 107は、それぞれの属性情報などに応じてそれぞれ「優先」、「通常」、「通常」などの優先度が設定されている。これらの優先度に応じて、上記した指定時間決定部と管理部の一部で構成される情報管理部は、情報通知メッセージの送信中断から再開までの指定時間をそれぞれ決定するようにして、る。

[0200] したがって、サーバ装置 100は、ユーザ装置 105や情報通知端末 106、 107から P UBLISHメッセージを受信し、状態変化があったことを検出すると、情報通知送信部 1004により情報通知メッセージを参照者端末 102、 103、 104に送信しょうとする。その際、ユーザ装置 105や情報通知端末 106、 107に設定された優先度を参照して、通知すべき情報の通知元であるユーザ装置 105や情報通知端末 106、 107が優先されるべきものであるかどうかを判断する。さらに実施の形態 8と同様に、サーバ装置 100が過負荷状態にあるかどうかを判断し、過負荷状態であれば、情報の送信を一時中断し、指定時間経過後に改めて送信する。指定時間は、優先度に基づいてそれぞれ設定され、たとえば、優先度が高いものほど短く設定される。特に優先度の高いものに対しては、指定時間をゼロに設定し、一時中断せずに直ちに送信するようにしても良い。

[0201] なお、図 23では、ユーザ装置 105や情報通知端末 106、 107に個別に優先度を設定している。しかし、例えば、サーバ装置 100の管理者力ユーザ装置 105や情報通知端末 106、 107にそれぞれ、例えば、装置または端末の使用者の役職 (部長、課長、社員)や、装置または端末の重要度などの属性情報を設定し、役職や重要度などの属性情報ごとの優先度 (部長:「優先」、課長:「優先」、社員:「通常」）を別に設定するようにしても良い。

[0202] このように構成された本実施の形態によれば、サーバ装置 100において、情報の通知元であるユーザ装置 105や情報通知端末 106、 107の属性情報に応じて、参照者端末 102、 103、 104への通知を一時中断する力否かを判定することが可能である。例えば、図 23に示す場合は、優先度の高い（「優先」）ユーザ装置 105が発行した情報に対しては、一時中断せずに直ちに参照者端末 102、 103、 104に通知し、優先度の低い（「通常」）情報通知端末 106、 107が発行した情報に対しては、一時中断した後に、参照者端末 102、 103、 104に通知することが可能となる。また、サーバ装置 100の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高いユーザ装置 105が発行した状態情報は直ちに通知することが可能となる。

[0203] また、サーバ装置 100は、情報の通知元であるユーザ装置 105や情報通知端末 1 06、 107の属性情報などに応じて、参照者端末 102、 103、 104への通知を一時中断したときの中断時間を設定することが可能である。例えば、優先度の高いユーザ装置 105が発行した情報に対しては、中断時間を短くして早めに参照者端末 102、 10 3、 104に通知し、優先度の低い情報通知端末 106、 107が発行した情報に対しては、中断時間を長くして負荷分散効果を高めつつ参照者端末 102、 103、 104に通知することが可能となる。したがって、サーバ装置 100の処理負荷を時間的に分散し、情報通知の破棄を抑制しつつ、優先度の高いユーザ装置 105が発行した状態情報は、優先的に早く通知することが可能となる。

[0204] (実施の形態 12)

図 24は本実施の形態における情報通知システムの構成を示すブロック図である。本実施の形態における情報通知システムも、概念的には、実施の形態 8と同様、図 1 5に示すように構成されている。但し、本実施の形態では、サーバ装置 100は、図 15 に示す構成以外に、受信した情報通知メッセージを参照者端末 102、 103、 104にまとめて送信する情報統合部 2003を備えている。すなわち、サーバ装置 100の情報通知送信部 1004は、受信した情報通知メッセージをサーバ装置 100が参照者端末 102、 103、 104に送信するとき、その時点で送信を中止している同じ参照者端末 10 2、 103、 104に宛てた別の情報通知メッセージをサーバ装置 100が有しているなら、それらをまとめて参照者端末 102、 103、 104へ送信する情報統合部 2003を更に備えている。なお、この情報統合部 2003は、必ずしも情報通知送信部 1004に設けられて、なくても、サーバ装置 100内にあればよ!、。

[0205] 図 25は、本実施の形態における情報通知システムの動作を示すシーケンス図である。

[0206] 図 25に示すように、本実施の形態では、参照者端末 102、 103が、サーバ装置 10 0に対し、予め通知要求メッセージとして、ユーザ装置 105の状態情報の通知を希望する旨を設定した SUBSCRIBEメッセージを送信してある（S2501、 S2503)。

[0207] サーバ装置 100は、 SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であれば、通知応答メッセージとして" 200 OK"メッセージを参照者端末 10 2、 103に送信する（S2502、 S2504)。

[0208] ユーザ装置 105は、状態変化があると、 PUBLISHメッセージによってサーバ装置 100に対し、例えば、離席のような状態変化を通知する（S2505)。サーバ装置 100 は、この PUBLISHメッセージを受信すると、ユーザ装置 105に対じ' 200 OK"メッセージを送信する（S2506)。さらに、サーバ装置 100は、情報通知メッセージとしてユーザ装置 105が管理するユーザの在席や離席などの状態 (本実施の形態では離席）を設定した NOTIFYメッセージを参照者端末 102、 103にそれぞれ送信する（S 2507、 S2509)。

[0209] 参照者端末 102、 103は、 NOTIFYメッセージを受信すると、受信したことを示す" 200 OK"メッセージをそれぞれサーバ装置 100へ送信する（S2508、 S2510)。また、参照者端末 102、 103は、受信した状態情報を参照者端末 102、 103の表示器に表示したり、状態に対応した処理を行ったりする。

[0210] その後、サーバ装置 100から参照者端末 103への送信処理中に、新たにユーザ装置 105から、例えば、場所情報がロビーに変化した旨の PUBLISHメッセージが送信され（S2511)。サーバ装置 100は、その PUBLISHメッセージを受信したときに、検出条件によりサーバ装置 100が過負荷状態であると検出した場合には、受信したことを示す" 200 OK"メッセージをユーザ装置 105に対しては送信する（S2512)。しかし、サーバ装置 100は、受信した PUBLISHメッセージに対応する新たな状態情報の通知を参照者端末 102、 103には直ちに送信せず、指定時間（ST)の間、送信を中断する。

[0211] また、送信を中断している間に、新たにユーザ装置 105から、例えば、在席情報が在席に変化した旨の PUBLISHメッセージが送信されたとする（S2513)。このとき、まだサーバ装置 100が過負荷の状態であれば、受信したことを示す" 200 OK"メッセージをユーザ装置 105に対しては送信する（S2514)力参照者端末 102、 103 に対しては情報の送信を行わな!/、。

[0212] 次に、サーバ装置 100は、参照者端末 102、 103に対する情報通知が中断され、その後、指定時間（ST)が経過すると、参照者端末 102、 103に対し NOTIFYメッセージを送信しょうとする。しかし、この場合、情報送信の中断中に新たにユーザ装置 1 05からの情報を受信したため、これらの情報があることをサーバ装置 100の管理部 1 001が認識し、これらの情報を情報統合部 2003でまとめて、例えば、在席情報が在席であって、場所情報がロビーである旨の NOTIFYメッセージを参照者端末 102、 1 03に送信する 2515、 S2517)。

[0213] したがって、本来であれば、サーバ装置 100は、ステップ S2515、 S2517で、在席情報が在席である旨の NOTIFYメッセージのみを参照者端末 102、 103に送信する。その後、図 25の点線で囲んだメッセージ、すなわち、ユーザ装置 105の場所情報力ビーに変化した旨の参照者端末 102、 103に対する NOTIFYメッセージ（S251 9、 S2521)をすることになる。次に、それに応答する参照者端末 102、 103からサーバ装置 100への" 200 OK"メッセージ（S2520、 S2522)力 S存在する力 S、本実施の形態では、点線で囲んだこれらの情報は実際には送信されず、それぞれがその直前の NOTIFYメッセージ（S2515、 S2517) , "200 OK，，メッセージ（S2516、 S251 8)の中で送信される。

[0214] このように、本実施の形態によれば、サーバ装置 100が、情報通知を中断し、指定時間（ST)後に改めて通知する際に、通知先の参照者端末 102、 103に対する別の情報通知がある場合に、情報統合部 2003によりそれらを集約して一括して送信することが可能となる。したがって、サーバ装置 100が送信すべき情報通知の数が減少し、サーバ装置 100の負荷が軽減される。また、集約して送信される別の状態情報は、中断される時間が短くて済み、情報通知までの遅延時間を短くすることができる。

[0215] (実施の形態 13)

本実施の形態における情報通知システムも、概念的には実施の形態 8と同様、図 1 5に示すように構成されている。また、本実施の形態におけるサーバ装置 100および参照者端末 102も、図 15のブロック図に示す実施の形態 8と同様の構成を有している。

[0216] 本実施の形態においても、サーバ装置 100には、情報通知端末 106からサーバ装置 100への情報通知の数、或いは、サーバ装置 100から参照者端末 102への通知の数に応じてそれぞれ運用状態が定義されている。例えば、運用状態の定義は、情報通知の処理に係るサーバ装置 100の処理負荷等が運用状態として定義されており、本実施の形態の場合、サーバ装置 100が多数の情報通知を行わなければならない。サーバ装置 100の管理部 1001において、過負荷状態を検出すると、情報通知送信部 1004によって、情報通知を一旦停止する旨と、再度、情報通知を開始するまでの指定時間（ST)を指定する値を含む情報通知を参照者端末 102に送信する。情報通知を一旦停止する旨の情報を含む情報通知を受信した参照者端末 102は、その中で指定された指定時間が経過した後で通知要求送信部 1021により、再びサーバ装置 100に対しユーザ 105や情報通知端末 106の状態などの情報を通知するように通知要求を送信する。

[0217] サーバ装置 100において過負荷状態を検出する条件は、サーバ装置 100の管理者によって予め設定すればよぐまた、別の方法で予め定めても良い。いずれにしても、検出条件としては、管理部 1001において受信した単位時間当たりの状態変化の検出回数や、情報通知送信部 1004において蓄積された情報通知の数などを用いて決定すればよいが、必ずしも、これに限定されるものではない。

[0218] 次に、本実施の形態の動作を図 26に示すシーケンス図を用いて説明する。

[0219] 参照者端末 102、 103は、これまでの実施の形態と同様に、サーバ装置 100に対し通知要求メッセージとして、予めユーザ 105の状態情報を希望する旨の情報を設定した SUBSCRIBEメッセージを送信しているものとする（図示せず)。この場合、サーバ装置 100は、 SUBSCRIBEメッセージを受信し、それが受け入れ可能な要求であれば、通知応答メッセージとして" 200 OK"メッセージを送信して!/、る（図示せず)。

[0220] この状態において、今、ユーザ装置 105に状態変化があつたとすると、ユーザ装置 105は、 PUBLISHメッセージによってサーバ装置 100に対しその状態変化を通知する（S2601)。サーバ装置 100は、ユーザ装置 105からの状態変化を受信すると、情報通知メッセージとしてユーザ装置 105が管理するユーザの在席、離席などの状態情報を設定した NOTIFYメッセージを参照者端末 102、 103に送信する（S2602 、 S2603)。参照者端末 102、 103は、サーバ装置 100からの NOTIFYメッセージを受信すると、その NOTIFYメッセージを受信した旨を示す" 200 OK"メッセージをサーノ装置 100に送信する（S2604、 S2605)。そして、参照者端末 102、 103ίま、受信した NOTIFYメッセージを基に、状態情報を参照者端末 102、 103の表示器に表示したり、その状態情報に応じた処理を行ったりする。

[0221] 新たに参照者端末 104において、ユーザ装置 105の状態情報を参照したい旨希望する場合には、ユーザ装置 105の状態情報を参照したい旨を設定した SUBSCRI BEメッセージをサーバ装置 100に送信する（S2606)。サーバ装置 100は、 SUBS CRIBEメッセージを受信すると、それが受け入れ可能な要求であるかどうかを判断し、受け入れ可能な要求であれば、通知応答メッセージとして" 200 OK"メッセージを送信する（S2607)。そして、その時点でユーザ装置 105の状態情報を設定した NO TIFYメッセージを参照者端末 104に送信する（S2608)。参照者端末 104は、 NOT IFYメッセージを受信すると、 NOTIFYメッセージを受信した旨の" 200 OK"メッセージを、サーバ装置 100に送信する（S2609)。

[0222] そして、以降、ユーザ装置 105に状態変化があると、その状態変化が PUBLISHメッセージとしてユーザ装置 105からサーバ装置 100送信する（S2610、 S2611)。サーバ装置 100が、この情報を基に情報通知メッセージとして NOTIFYメッセージを参照者端末 102、 103、 104に送信する（S2612〜2614)。勿論、この場合、図示しないが、 PUBLISHメッセージを受信したサーバ装置 100は、ユーザ装置 105に対し、 PUBLISHメッセージを受信した旨の" 200 OK"メッセージを送信し、 NOTIFYメッセージを受信した参照者端末 102、 103、 104は、それぞれサーバ装置 100に対し、 NOTIFYメッセージを受信した旨の" 200 OK"メッセージを送信する。

[0223] ところで、今、サーバ装置 100が参照者端末 102、 103、 104に対し所定の NOTI FYメッセージを送信している段階 (例えば、 S2614を終了した段階)で、サーバ装置 100が過負荷状態を検出したとする。この場合、引続いて、参照者端末 102、 103、 104に残りの NOTIFYメッセージを送信する（S2615、 S2616、 S2617)。し力し、この NOTIFYメッセージには、図 27に示すように、 "Subscription— State"ヘッダと" retry— after"パラメータを含んでおり、 "Subscription— State"ヘッダには" termi nated"を設定し、参照者端末 102、 103、 104に対しては、サブスクリプシヨン（Subs cription)の解放を通知するようにしている。そして、 "retry— after"パラメータには、サーバ装置 100が Subscriptionを再確立するまでの待ち時間として希望する値を設定するようにしている。 Subscriptionを再確立するまでの待ち時間は、任意に設定すればょ、が、次の方法で設定することも可能である。

[0224] すなわち、サーバ装置 100の情報通知送信部 1004に蓄積されたメッセージ数を N 、 1メッセージあたりの処理時間を T、各参照者端末からの Subscription再確立の要求が同期しないためのランダムな待ち時間を Rとした場合に、サーバ装置 100は、 Su bscriptionを再確立するまでの待ち時間" retry— after"を、

"retry - after" = T X N + R

と設定する。

[0225] サーバ装置 100は、このようにして待ち時間を設定した NOTIFYメッセージを参照者端末 102、 103、 104に送信する（S2615、 S2616、 S2617)。参照者端末 102、 103、 104は、図示していないが、 NOTIFYメッセージを受信した旨の" 200 OK"メッセージをサーバ装置 100に送信する。そして、その状態で、 "retry— after"で指定した時間の経過を待つ。

[0226] "retry— after"で指定した時間が経過するまでの間は、 Subscriptionは確立していない。そのため、ユーザ装置 105において状態変化があり、ユーザ装置 105がサーバ装置 100に PUBLISHメッセージを送信し（S2618)、送信された PUBLISHメッセージをサーバ装置 100が受信し、 PUBLISHメッセージを受信した旨の" 200 OK"メッセージをサーバ装置 100がユーザ装置 105に送信した（S2619)としても、サーバ装置 100は、ユーザ装置 105の状態変化を直ちに参照者端末 102、 103、 1 04に通知することはしない。これにより、参照者端末 102、 103、 104力らの SUBSC RIBEメッセージを待つことになり、サーバ装置 100が短時間に多量の PUBLISHメッセージを受信した場合等のバースト的な負荷を軽減することが可能となる。

[0227] 次に、参照者端末 102、 103、 104は、 "retry— after"に設定された指定時間（S T)経過後に、サーバ装置 100に対し SUBSCRIBEメッセージを送信する（S2620、 S2622、 S2624)。 SUBSCRIBEメッセージを受信したサーバ装置 100は、図示していないが、それぞれ参照者端末 102、 103、 104に対し SUBSCRIBEメッセージを受信した旨を示す" 200 OK"メッセージを送信する。そして、この後、その時点で管理しているユーザ装置 105の状態を設定した NOTIFYメッセージをそれぞれ参照者端末 102、 103、 104に送信する（S2621、 S2623, S2625)。参照者端末 102、 103、 104は、 NOTIFYメッセージを受信すると、図示していないが、受信したことを示す" 200 OK"メッセージをサーバ装置 100に送信する。

[0228] このように、本実施の形態によれば、参照者端末 102、 103、 104力 "retry -aft er"で指定された時間が経過するまでの間、ユーザ装置 105の状態に変化があっても通知されないことを明示的に認識することができ、サーバ装置 100の過負荷により参照者端末 102、 103、 104に何らの通知もなく状態変化の通知が破棄されるという事態を避けることができる。

[0229] サーバ装置 100において、 "retry— after"に設定する値は、常に一定の値である必要は無ぐサーバ装置 100が検出する過負荷の程度に応じて、例えば、過負荷の程度が比較的軽度の場合は、比較的小さな値に、重度の場合は、比較的大きな値に設定してもよい。このようにすれば、過負荷の程度が軽度の場合は、比較的早く情報通知を再開することができ、重度の場合は、充分な時間を取って情報通知を再開することができる。したがって、サーバ装置 100の負荷軽減効果と情報通知のリアルタイム性のバランスを最適に図ることが可能になる。

[0230] 図 27は、上記したように、サーバ装置 100が過負荷を検出した状態で参照者端末 102、 103、 104に送信する Subscriptionの一時解放を要求する NOTIFYメッセ一ジ（S2615、 S2616、 S2617)のメッセージフォーマットの一例を示す図である。 [0231] このときの NOTIFYメッセージ（S2615、 S2616、 S2617)では、 "Subscription — State"を" terminated"に設定し、 "retry— after"を、 5m秒、に設定している。また、 Subscriptionを終了する力再試行することをサーバ装置 100に要求する場合は、 "reason"パラメータとして" probation"を設定することが IETFの標準で推奨されて、る。ユーザ装置 105の状態はメッセージボディにお!、て示されて!/、る。

[0232] 以上のように、本実施の形態によれば、サーバ装置 100が過負荷状態を検出すると、参照者端末 102、 103、 104への情報通知を一時中断するため、短時間に多量の PUBLISHメッセージを受信した場合等のバースト的な負荷を軽減することが可能になる。

[0233] また、一時中断した後は、 "retry— after"で指定された時間が経過するまで情報通知が再開されず、このことを参照者端末 102、 103、 104において明示的に認識することができる。したがって、サーバ装置 100の過負荷により状態変化などの通知が参照者端末 102、 103、 104に何らの通知もなく破棄されるという事態を避けることができる。

[0234] そして、サーバ装置 100は、情報通知端末 106やユーザ装置 105からの情報通知の数、或いは、参照者端末 102、 103、 104への通知の数などを基に過負荷状態を検出している。したがって、これらが所定の数を超えると過負荷状態となり、参照者端末 102、 103、 104への情報通知を一時中断するため、これらの数に応じて情報通知の一時中断が成されることになり、サーバ装置 100の負荷を軽減することになる。

[0235] また、情報通知を一時中断して力も再開するまでの指定時間をサーバ装置 100の負荷の程度に応じて所定の値に設定した場合には、負荷が軽度な場合、比較的早く情報通知を再開し、重度な場合のみ充分な時間をとつて負荷の軽減を図ることもでき、効率的な情報通知を可能にする。

[0236] (実施の形態 14)

本実施の形態は、実施の形態 13と同様であるが、サーバ装置 100が過負荷状態を検出したとき、参照者端末 102、 103、 104に送信する通知情報の種類 (重要度、緊急度、即時性などの特性）に応じて参照者端末 102、 103、 104への情報通知を一時中断するかどうかを決定するようにしている。すなわち、本実施の形態では、情報通知端末 106が 2つの状態、状態 Aおよび状態 Bを有する場合に、サーバ装置 10 0が過負荷状態を検出したとき、参照者端末 102、 103、 104に送信する通知情報が情報通知端末 106の状態 Bに関する情報である場合にのみ情報通知を一時中断するようにしている。

[0237] 図 28は本実施の形態における情報通知システムの動作を示すシーケンス図である

[0238] 本実施の形態では、図 28に示すように、例えば、参照者端末 102がサーバ装置 10 0に対し、情報通知端末 106の持つ状態 Aに関する情報通知を望む旨の SUBSCR IBEメッセージを送信する（S2801)。一方、参照者端末 103、 104は、サーバ装置 1 00に対し、情報通知端末 106の持つ状態 Bに関する情報通知を望む旨の SUBSC RIBEメッセージを送信したとする（S2803、 S2805)。

[0239] サーバ装置 100は、 SUBSCRIBEメッセージを受信すると、それが受け入れ可能な要求であるかどうかを判断し、受け入れ可能な要求であれば、通知応答メッセージとして" 200 OK"メッセージを参照者端末 102、 103、 104に送信する（図示せず）

[0240] そして、情報通知端末 106において状態 Aまたは状態 Bに変化があり、それが PU BLISHメッセージとしてサーバ装置 100に送信されていると、その送信された状態 A または状態 Bの現在の状態をそれぞれ情報通知メッセージとして NOTIFYメッセ一ジ【こ設定して参照者端末 102、 103、 104【こ送信する（S2802、 S2804, S2806)。

[0241] 参照者端末 102、 103、 104は、 NOTIFYメッセージを受信すると、 NOTIFYメッセージを受信した旨の" 200 OK"メッセージをサーバ装置 100に送信する（図示せず)。そして、参照者端末 102、 103、 104は、受信した状態情報を参照者端末 102 、 103、 104の表示器に表示したり、その状態情報に対応した処理を実行したりする

[0242] 今、情報通知端末 106において状態 A及び状態 Bに変化があり、それらが PUBLI SHメッセージとしてサーバ装置 100に送信されると（S2807、 S2808)、サーバ装置 100は、 PUBLISHメッセージを受信した旨の" 200 OK"メッセージを情報通知端末 106に送信する（図示せず)。 [0243] このとき、サーバ装置 100は、サーバ装置 100が過負荷状態を検出すると、予め定められた状態の情報通知を要求している参照者端末に対してのみ、予め定められた特定の NOTIFYメッセージを送信し、その他の参照者端末に対しては、通常の NO TIFYメッセージを送信する。例えば、予め定められた状態が状態 Bである場合、その状態 Bの情報通知を要求している参照者端末は、参照者端末 103、 104である。このために、参照者端末 103、 104に対しては、情報通知端末 106の状態 Bの情報通知を一時中止し、指定時間後に再開するよう指示する情報を含む予め定めた特定の NOTIFYメッセージを送信し（S2810、 S2811)、その他の参照者端末 102に対しては、情報通知端末 106の状態 Aを直ちに通知する通常の NOTIFYメッセージを送信する（S2809)。

[0244] すなわち、 NOTIFYメッセージには、 "Subscription— State"ヘッダと、 "retry— after"パラメータとを含んでいる。ここで、特定の NOTIFYメッセージでは、 "Subscr iption— State"ヘッダに" terminated"を設定し、参照者端末 103、 104に対して、 Subscriptionの解放を通知する。そして、 "retry— after"パラメータとしては、サーバ装置 100が Subscriptionを再確立するまでの待ち時間として希望する値を設定する。

[0245] したがって、この NOTIFYメッセージを受信した参照者端末 103、 104は、 "200 OK"メッセージをサーバ装置 100に送信し（図示せず）、 "retry— after"パラメータで指定された指定時間の経過を待つ。

[0246] "retry— after"パラメータで指定された時間が経過するまでの間は、 Subscriptio nが確立していないため、情報通知端末 106の状態 Bが変化しても（S2814、 S281 7)、サーバ装置 100は、参照者端末 103、 104に対する通知は行わない。

[0247] 一方、参照者端末 102に対しては、参照者端末 103、 104において Subscription をー且解放している間も、サーバ装置 100は、 Subscriptionを継続維持しており、サーバ装置 100は、状態 Aの変化毎（S2812、 S2815)に NOTIFYメッセージの送信を、参照者端末 102に対して行う（S2813、 S2816)。

[0248] このようにして、サーバ装置 100が短時間に多量の PUBLISHメッセージを受信した場合などのバースト的な負荷を軽減することができる。 [0249] 参照者端末 103、 104は、 "retry— after"に設定された時間経過後に、サーバ装置 100に対し SUBSCRIBEメッセージを送信する（S2818、 S2820)。 SUBSCRIB Eメッセージを受信したサーバ装置 100は、 "200 OK"メッセージ（図示せず）を参照者端末 103、 104に送信した後、その時点で管理している情報通知端末 106の状態 Bを設定した NOTIFYメッセージをそれぞれ参照者端末 103、 104に送信する（S 2819、 S2821)。参照者端末 103、 104は、 NOTIFYメッセージを受信すると、受信したことを示す" 200 OK"メッセージをサーバ装置 100に送信する（図示せず)。

[0250] 参照者端末 103、 104は、 "retry— after"で指定された時間が経過するまでの間、情報通知端末 106の状態に変化があっても通知がなされないことを明示的に認識することができるため、サーバ装置 100の過負荷により参照者端末 103、 104に何らの通知もなく状態変化の通知が破棄されるといった事態を避けることができる。

[0251] また、サーバ装置 100が過負荷状態を検出したとき、 Subscriptionをー且解放する状態と、解放しないで維持継続する状態とを、サーバ装置 100の管理者によって設定したり、予め定めたりすることが可能であり、これらをサーバ装置 100に保持することができる。この場合、サーバ装置 100が管理する情報の重要度や即時性に応じて情報を分類し定義することにより、サーバ装置 100が過負荷状態になったとき、サーバ装置 100の負荷を軽減しながらも、重要な状態情報や即時性が要求される状態情報に対しては情報通知を継続し、情報通知のサービス品質を劣化させることなく良好にすることができる。

[0252] また、サーバ装置 100は、過負荷状態を検出し、 Subscriptionをー且解放するときに、サーバ装置 100が管理する各状態の重要度や即時性に応じて、 "retry— afte r"に設定する値を、例えば、重要度や即時性の大きいものほど、小さく設定することも可能である。このようにすれば、重要度や即時性の大きいものほど、早く情報通知を再開することができ、サーバ装置 100の負荷軽減と情報通知のリアルタイム性のバランスをとることが可能になる。

[0253] なお、 "retry— after"に設定する値や条件は、サーバ装置 100の管理者によって任意に設定したり、予め定めたりすればよぐいずれにしても、これらはサーバ装置 1 00に保持される。 [0254] (実施の形態 15)

本実施の形態では、その構成は実施の形態 13と同様であるが、サーバ装置 100が過負荷状態を検出したとき、参照者端末 102、 103、 104の属性に応じて、情報通知を一時中断するかどうかを決定するようにしている。すなわち、参照者端末 103、 104 に対しては、情報通知を一時中断し、参照者端末 102に対しては、情報通知を一時中断しな!、で情報通知を行うように構成して、る。

[0255] 図 29は、本実施の形態の情報通知システムの動作を示すシーケンス図である。

[0256] 図 29に示すように、参照者端末 102、 103、 104力サーバ装置 100に対し、それぞれ通知要求メッセージとして、ユーザ装置 105の状態情報などの情報通知を希望する旨の内容を設定した SUBSCRIBEメッセージを送信したとする（S2901、 S290 3、 S2905)。すると、 SUBSCRIBEメッセージを受信したサーバ装置 100は、その S UBSCRIBEメッセージに設定した要求が受け入れ可能な要求であるかどうかを判断する。受け入れ可能な要求であれば、通知応答メッセージとして" 200 OK"メッセージをそれぞれ参照者端末 102、 103、 104に送信する（図示せず)。

[0257] SUBSCRIBEメッセージを受け入れたサーバ装置 100は、その時点でユーザ装置 105の状態情報などの情報を設定した NOTIFYメッセージをそれぞれ参照者端末 1 02、 103、 104に送信する 2902、 S2904, S2906)。参照者端末 102、 103、 10 4は、送信された NOTIFYメッセージを受信し、受信した旨を示す" 200 OK"メッセージをサーバ装置 100に送信する（図示せず)。

[0258] ユーザ装置 105に状態変化があると、ユーザ装置 105からサーバ装置 100に対し、ユーザ装置 105の状態変化が PUBLISHメッセージとしてサーバ装置 100に通知される（S2907、 S2908)。サーバ装置 100は、ユーザ装置 105からの情報通知を受信するごとに、情報通知メッセージとして、ユーザ装置 105の在席、離席などの状態情報を設定した NOTIFYメッセージを参照者端末 102、 103、 104に送信する（S29 09、 S2910、 S2911)。参照者端末 102、 103、 104は、 NOTIFYメッセージを受信した旨の" 200 OK"メッセージをサーバ装置 100に送信する（図示せず）とともに、受信した NOTIFYメッセージを基に、ユーザ装置 105の状態情報などを表示器に表示したり、その状態情報に対応した処理を実行したりする。 [0259] 今、サーバ装置 100が過負荷状態を検出したとすると、予め定めた参照者端末、例えば、参照者端末 103、 104に対してのみ、 Subscriptionを一時解放し、予め設定した指定時間経過後に改めて Subscriptionを確立するための NOTIFYメッセージを送信する。すなわち、この場合は、サーバ装置 100は、参照者端末 102に対してこれまでと同様、ユーザ装置 105の在席、離席などの状態情報を設定した NOTIFYメッセージを送信する（S2912)。また、サーバ装置 100は、参照者端末 103、 104に対して、 Subscriptionを一時解放し、予め設定した指定時間経過後に改めて Subs criptionを確立するための NOTIFYメッセージを送信する（S2913、 S2914)。

[0260] なお、ここで、 NOTIFYメッセージには、 "Subscription— State"ヘッダと" retry — after"パラメータとを含んでいる。 Subscriptionを一時解放し、予め設定した指定時間経過後に改めて Subscriptionを確立するための NOTIFYメッセージでは、 "S ubscription— State"ヘッダに" terminated"を設定し、参照者端末 103、 104に対し Subscriptionを一時解放するように指示している。そして、 "retry— after"パラメータには、サーバ装置 100が再び Subscriptionを確立するまでの待ち時間として希望する指定時間を設定して!/ヽる。

[0261] NOTIFYメッセージを受信した参照者端末 103、 104は、 NOTIFYメッセージを受信した旨の" 200 OK"メッセージ（図示せず)をサーバ装置 100に送信すると共に、 "retry— after"において設定した指定時間の経過を待つ。サーバ装置 100は、 "retry— after"で設定した指定時間が経過するまでの間は、ユーザ装置 105に状態変化があり、ユーザ装置 105から状態変化を通知する PUBLISHメッセージが通知される（S2915、 S2916)。し力し、 Subscriptionを解放中の参照者端末 103、 1 04に対しては、情報通知を行わず、 Subscriptionを解放していない参照者端末 10 2に対してのみ、情報通知を行う（S2917、 S2918)。

[0262] サーバ装置 100が過負荷状態になったとき、いずれの参照者端末 102、 103、 10 4との間の Subscriptionを一時解放するようにするかは、サーバ装置 100の管理者によって任意に設定したり、予め定めたりしてサーバ装置 100に記憶保持ておけばよい。

[0263] 参照者端末 103、 104は、 "retry— after"に設定した指定時間経過後に、サーバ装置 100に対して SUBSCRIBEメッセージを送信する（S2919、 S2921)。 SUBS CRIBEメッセージを受信したサーバ装置 100は、 SUBSCRIBEメッセージを受信した旨の" 200 OK"メッセージ（図示せず)を参照者端末 103、 104に送信し、その後、その時点でユーザ装置 105の状態を設定した NOTIFYメッセージを参照者端末 1 03、 104に送信する（S2920、 S2922)。

[0264] 参照者端末 103、 104は、サーバ装置 100から NOTIFYメッセージを受信すると、 NOTIFYメッセージを受信した旨の" 200 OK"メッセージ（図示せず）をサーバ装置 100に送信し、受信した NOTIFYメッセージを基に、ユーザ装置 105の状態情報を表示器に表示したり、状態情報に応じた動作を実行したりする。

[0265] 参照者端末 103、 104は、 "retry— after"で設定された指定時間が経過するまで、ユーザ装置 105に状態変化があっても情報通知がなされないということを明示的に認識することができる。このため、サーバ装置 100が過負荷状態になっても参照者端末 103、 104に何らの通知もなく状態変化の通知が破棄されるという事態を避けることがでさる。

[0266] このように、本実施の形態によれば、サーバ装置 100が短時間に多量の PUBLIS Hメッセージを受信した場合でも、バースト的な負荷を軽減することが可能である。

[0267] そして、サーバ装置 100は、参照者端末 102、 103、 104の優先度や重要度、要求される即時性に応じて、情報通知の Subscriptionをー且解放するカゝ、継続維持するかを選択的に制御することができる。このため、サーバ装置 100は、負荷軽減を図りながらも、情報通知を受けることが重要な参照者端末 (この場合、参照者端末 102) 等に対しては情報通知を «続することができ、情報通知のサービス品質劣化を防止できる。

[0268] また、サーバ装置 100は、過負荷状態を検出することにより Subscriptionをー且解放する際に、参照者端末 102、 103、 104が要求する即時性や重要度等に応じて、 " retry— after"に設定する値を制御することも可能である。これにより、サーバ装置 1 00の負荷軽減効果と、状態情報通知のリアルタイム性とのバランスを図ることが可能である。参照者端末毎の" retry— after"に設定する値は、サーバ装置 100の管理者において任意に設定したり、予め定めたりすることが可能であり、それぞれサーバ装置 100に記憶保持しておけばよ、。

[0269] また、実施の形態 8以降の実施の形態は、ユーザ装置 105や情報通知端末 106から受信した情報の種類、参照者端末 102、 103、 104に送信する情報の種類、参照者端末 102、 103、 104の属性情報、ユーザ装置 105や情報通知端末 106、 107の属性情報などにそれぞれ個別に優先度を設定している。そして、これらの実施の形態は、その優先度に応じて情報送信の中断時間をそれぞれ設定するようにしたり、中断中に同じ参照者端末 102、 103、 104に対する別の情報を受信したとき、その別の情報を中断中の情報にまとめて送信したりすることをそれぞれ個別に構成している。しかしながら、本発明は、これらの構成を適宜 2つ、 3つ、あるいはそれ以上を組み合わせてもよぐ組みあわせれば、それに応じてそれらの効果を増大することも可能である。

産業上の利用可能性

[0270] 本発明は、装置本体において大きな負荷が力かるようになった場合でも、ユーザ装置や情報通知端末からの情報を、遅延や破棄が発生することなぐまた集約することなく正確に参照者端末に送信できるので、プレゼンスサービスなどの状態の変化を通知するサーバ装置や情報通知システムや情報通知方法などに有用である。

Claims

請求の範囲

[1] 機器または機器を操作するユーザの状態を状態情報として受信し、管理するとともに

、装置本体の負荷状態を検出する管理部と、前記状態情報の通知を要求する参照者端末からの通知要求メッセージを受信する通知要求受信部と、受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部と、前記管理部によって受信された前記状態情報を含む状態通知メッセージを、前記負荷状態に応じて制限して前記参照者端末へ送信する状態通知送信部とを有するサーバ装置。

[2] 前記管理部は、前記状態情報の受信数または前記参照者端末に送出する前記各メッセージの数の少なくとも一方の数に応じて前記装置本体の負荷状態を検出することを特徴とする請求項 1記載のサーバ装置。

[3] 前記状態通知送信部は、前記状態情報の種類に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項 1記載のサーバ装置

[4] 前記状態通知送信部は、前記参照者端末の属性、または前記機器または前記ユーザの属性に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項 1記載のサーバ装置。

[5] 前記状態通知送信部は、前記状態情報に割り振られた優先度に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項 1記載のサーバ装置。

[6] 前記状態通知送信部は、前記参照者端末に割り振られた優先度、または前記機器または前記ユーザに割り振られた優先度に応じて、前記状態通知メッセージの前記参照者端末への送信を制限することを特徴とする請求項 1記載のサーバ装置。

[7] 前記状態通知送信部の負荷状態に応じた制限は、前記管理部が過負荷状態を検出したときに、前記状態通知メッセージを前記参照者端末に送信するのを所定時間中断し、前記中断の解除後に前記状態通知メッセージを前記参照者端末に送信するか、または前記中断の解除後に前記状態通知メッセージを廃棄することを特徴とする請求項 1記載のサーバ装置。

[8] 前記状態通知送信部の中断する所定時間は、前記負荷状態の程度により前記中断時間が設定されることを特徴とする請求項 7記載のサーバ装置。

[9] 前記状態通知送信部は、前記参照者端末の状態情報が送信許可状態である場合のみ、前記状態通知メッセージを前記参照者端末へ送信することを特徴とする請求項 1記載のサーバ装置。

[10] 前記状態通知送信部は、前記管理部が前記装置本体の過負荷状態を検出したときに、前記状態通知メッセージの送出を中断し、所定時間経過後に前記通知要求メッセージを送信するように促す要求情報を前記状態通知メッセージとして前記参照者端末に送出することを特徴とする請求項 1記載のサーバ装置。

[11] 前記状態通知送信部は、前記状態通知メッセージを前記所定時間後に前記参照者端末に送出する際に、中断されていた前記状態通知メッセージ以外の他の状態通知メッセージを前記中断されていた状態通知メッセージと統合する統合部をさらに備えたことを特徴とする請求項 7記載のサーバ装置。

[12] 機器または機器を操作するユーザの状態を状態情報として受信し、管理するとともに、前記状態情報の受信状況から負荷状態を検出する管理ステップと、前記状態情報の通知を要求する参照者端末からの通知要求メッセージを受信する受信ステップと、前記受信ステップで受信した前記通知要求メッセージに応答する通知応答メッセ一ジを送信する通知応答送信ステップと、前記管理ステップで受信された前記状態情報を含む状態通知メッセージを、前記負荷状態に応じて制限して前記参照者端末へ送信する状態通知送信ステップとを有したことを特徴とする情報通知方法。

[13] 機器または機器を操作するユーザの状態を状態情報として管理するサーバ装置と、前記サーバ装置にネットワークを介して前記状態情報のサービスを受ける参照者端末とを備え、前記サーバ装置は、前記状態情報を受信し、管理するとともに、前記状態情報の受信状況から負荷状態を検出する管理部と、前記参照者端末からの通知要求メッセージを受信する通知要求受信部と、受信した前記通知要求メッセージに応答する通知応答メッセージを送信する通知応答送信部と、前記管理部によって受信された前記状態情報を含む状態通知メッセージを、前記負荷状態に応じて前記参照者端末に制限して送信する状態通知送信部とを有し、前記参照者端末は、前記サーバ装置に対し前記状態通知メッセージの送信を要求する通知要求メッセージを送信する通知要求送信部と、前記サーバ装置から前記通知応答メッセージを受信する通知応答受信部と、前記サーバ装置から前記状態通知メッセージを受信する状態通知受信部とを有したことを特徴とする情報通知システム。