"リソースの状態を一定期間観察するサブスクライバと、前記リソースの状態を前記サブスクライバに通知するノーティファイアと、前記リソースのリストを管理するリソースリストサーバとから構成される情報交換システムであって、前記ノーティファイアは、1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにて前記リソースリストサーバに通知する通知手段とを有し、前記サブスクライバは、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求を前記リソースリストサーバに送信するSUBSCRIBE要求送信手段を有し、前記リソースリストサーバは、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段と、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する手段と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する手段とを有することを特徴とする情報交換システム。前記NOTIFYを送信する手段は、前記NOTIFYを前記リソース毎に個別に送信することを特徴とする請求項1記載の情報交換システム。前記リソースリストサーバは、前記サブスクライバに対する前記NOTIFYの送信タイミングを分散させる手段を含むことを特徴とする請求項1または請求項2記載の情報交換システム。前記サブスクライバは、前記SUBSCRIBE要求をキャンセルするまでの間、前記リソースの状態を監視することを特徴とする請求項1から請求項3のいずれか記載の情報交換システム。前記サブスクライバは、前記SUBSCRIBE要求にて指定した一定期間、前記リソースの状態を監視することを特徴とする請求項1から請求項4のいずれか記載の情報交換システム。前記サブスクライバは、前記リソースリストサーバから前記リソースリストの情報を取得する手段と、前記リソースリストの情報を解釈する手段とを含むことを特徴とする請求項1から請求項5のいずれか記載の情報交換システム。1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバであって、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段と、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する手段と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する手段とを有することを特徴とするリソースリストサーバ。1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバに用いるネットワーク負荷軽減方法であって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストサーバが、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを実行することを特徴とするネットワーク負荷軽減方法。1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバ内のコンピュータに実行させるプログラムであって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを含むことを特徴とするプログラム。上述した従来のリソースリストサーバでは、上記の非特許文献4に記載の方法の場合、サブスクライバがリソースリストサーバで管理されるリソースのリストに対してSUBSCRIBE要求を発行すると、リストに含まれるリソースの状態を一つのNOTIFYの内容に含めて送信している。これによって、非特許文献4に記載の方法では、個別のリソースに対してSUBSCRIBE要求を発行する場合に比べ、ネットワークの負荷を軽減することができる。また、非特許文献4に記載の方法では、サブスクライバとリソースのノーティファイアとの間での、サブスクリプションの有効期間やNOTIFYの送信頻度に対する要求の違いを、リソースリストサーバが吸収することができる。しかしながら、上記の非特許文献4に記載の方法の場合には、リストに含まれる複数のリソースの状態が一つのNOTIFYの内容として送られると、一時的にネットワークの負荷が高くなり、サブスクライバが受信したNOTIFYの内容を解釈する処理の負荷も高くなる。この課題は、上記の特許文献1,2の技術を組み合わせても解決できない。そこで、本発明の目的は上記の問題点を解消し、リソースのノーティファイアからサブスクライバに送信されるNOTIFYによるネットワーク負荷を軽減することができる情報交換システム、管理サーバ、端末装置及びそれらに用いるネットワーク負荷軽減方法並びにそのプログラムを提供することにある。本発明による情報交換システムは、リソースの状態を一定期間観察するサブスクライバと、前記リソースの状態を前記サブスクライバに通知するノーティファイアと、前記リソースのリストを管理するリソースリストサーバとから構成される情報交換システムであって、前記ノーティファイアは、1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにて前記リソースリストサーバに通知する通知手段とを備え、前記サブスクライバは、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求を前記リソースリストサーバに送信するSUBSCRIBE要求送信手段を備え、前記リソースリストサーバは、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段と、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する手段と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する手段とを備えている。本発明によるリソースリストサーバは、1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバであって、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段と、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する手段と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する手段とを備えている。本発明によるネットワーク負荷軽減方法は、1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバに用いるネットワーク負荷軽減方法であって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストサーバが、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを実行している。本発明によるプログラムは、1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバ内のコンピュータに実行させるプログラムであって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを含むことを特徴とする。すなわち、本発明の情報交換システムは、リソースの状態を一定期間観察するサブスクライバと、リソースの状態をサブスクライバに通知するノーティファイアと、リソースのリストを管理するリソースリストサーバとを含むシステムにおいて、リソースのリストに対するSUBSCRIBE登録、購読要求リクエストを受信すると、リストに含まれるリソースの状態が個別のNOTIFY通知の内容として送信している。より具体的に説明すると、本発明の情報交換システムでは、リソースリストサーバが、リストに対するSUBSCRIBE要求を受信すると、リストに含まれるリソースの各々に対してSUBSCRIBE要求を発行し、リソースのノーティファイアからリソースの状態のNOTIFYを受信すると、そのリソースが含まれるリストに対するサブスクリプションを持つサブスクライバに対してNOTIFYを送信している。これによって、本発明の情報交換システムでは、各リソースから個別に状態通知を受信したい場合に、複数のリソースへのSUBSCRIBE要求を一つにまとめることが可能となるため、サブスクリプション開始のためのSUBSCRIBE要求送信時及びサブスクリプション更新のためのSUBSCRIBE要求送信時のネットワークの負荷が軽減可能となる。また、本発明の情報交換システムでは、内容が大きなNOTIFYを一つ送る代わりに、内容が小さなNOTIFYを複数送ることで、ネットワークの負荷が軽減可能となる。さらに、本発明の情報交換システムでは、一つのNOTIFYの内容を小さくすることによって、サブスクライバがNOTIFYの内容を解釈する処理の負荷が軽減可能となる。さらにまた、本発明の情報交換システムでは、NOTIFYの送信のタイミングを分散させることで、ネットワークの負荷が軽減可能となる。本発明は、以下に述べるような構成及び動作とすることで、リソースのノーティファイアからサブスクライバに送信されるNOTIFYによるネットワーク負荷を軽減することができるという効果が得られる。次に、本発明の実施の形態について図面を参照して説明する。図1は本発明のによる情報交換システムの構成を示すブロック図である。図1において、本発明による情報交換システムはサブスクライバ1と、リソースリストサーバ2と、ノーティファイア3とから構成されている。サブスクライバ1はリソースサブスクライバ1がその状態を観察する観察対象の状態を一定期間観察し、ノーティファイア3はリソースの状態をサブスクライバ1に通知する。リソースリストサーバ2はサブスクライバ1とノーティファイア3との間で状態の情報が交換されるリソースのリストを管理しており、SUBSCRIBE登録、購読要求受信部21と、NOTIFY通知送信部22と、SUBSCRIBE要求送信部25と、NOTIFY受信部26と、サブスクリプションSubscription:契約、購読制御部24と、リスト管理部23とから構成されている。尚、図1では、本発明における動作説明に必要なものだけを図示している。サブスクリプション制御部24はサブスクリプション管理部241と、リスト-サブスクライバ関連管理部242と、バックエンドサブスクリプション-リスト関連管理部243と、リソース状態管理部244とから構成されている。リスト管理部23は各リソースリストに含まれるリソースの識別子を管理する。SUBSCRIBE要求受信部21及びNOTIFY送信部22はサブスクライバ1とのインタフェースを提供する。SUBSCRIBE要求受信部21はサブスクライバ1からリスト管理部23で管理しているリソースリストに対するSUBSCRIBE要求あるいはUNSUBSCRIBE要求を受信すると、これをサブスクリプション管理部241に伝える。NOTIFY送信部22はリソースの状態を、そのリソースが含まれるリストにサブスクライブしているサブスクライバ1に対してNOTIFYの内容として送信する。SUBSCRIBE要求送信部25及びNOTIFY受信部26はリソースのノーティファイア3とのインタフェースを提供する。SUBSCRIBE要求送信部25はサブスクライバ1に代行し、リソースリストサーバ2からリソースに対するSUBSCRIBE要求及びUNSUBSCRIBE要求を送信する。NOTIFY受信部26はリソースの状態を、NOTIFYの内容としてリソースのノーティファイア3から受信する。尚、リソースのノーティファイア3は各リソースに付随するものであっても、また、プレゼンスサーバのように、複数のリソースの状態をとりまとめるものであってもよい。ここで、プレゼンスサーバとは物理的なエンティティ機能であり、SUBSCRIBE要求に対してプレゼンスエージェントあるいはプロキシサーバとして動作する。プレゼンスエージェントとして動作する場合には、プレゼンティティのプレゼンス情報[あらゆるものの存在やその状態例えば、在席中や外出中等の状態]を把握しており、プロキシサーバとして動作する場合にはプレゼンスエージェントとして動作する他のエンティティにSUBSCRIBE要求を転送する。サブスクリプション制御部24はサブスクライバ1からリストに対するSUBSCRIBE要求に基づき、バックエンドサブスクリプションを生成する。バックエンドサブスクリプションとは、リソースリストサーバ2からリソースに対するサブスクリプションである。ここで、サブスクリプションはサブスクライバ1とノーティファイア3との関係や使用するイベントパッケージ等をまとめたものである。サブスクリプション管理部241はサブスクライバ1からリストに対するサブスクリプション及びバックエンドサブスクリプションを管理する。サブスクライバ1からSUBSCRIBE要求やUNSUBSCRIBE要求を受信した場合、サブスクリプション管理部241はサブスクリプションの生成更新終了を行う。リスト-サブスクライバ関連管理部242は各リストに対するサブスクライバ群を保持する。リスト-サブスクライバ関連管理部242はリストに最初にサブスクライバ1が関連付けられると、バックエンドサブスクリプション-リスト関連管理部243にリストの追加を依頼し、また、リストに関連付けられたサブスクライバがなくなると、バックエンドサブスクリプション-リスト関連管理部243にリストの削除を依頼する。バックエンドサブスクリプション-リスト関連管理部243はリソースリストサーバ2からリソースに対するサブスクリプションと、その契機となったリストとの関連を保持する。リソース状態管理部244はバックエンドサブスクリプションに対するNOTIFYによって取得したリソースの状態を保持する。バックエンドサブスクリプションは、関連付けられた1つ以上のリストが存在する間、有効である。バックエンドサブスクリプションはそのバックエンドサブスクリプションに関連付けられたリストがなくなると消滅し、SUBSCRIBE要求送信部25からUNSUBSCRIBE要求が送られ、またリソース状態管理部244で管理されるリソース状態が無効になる。尚、図1では、リソースリストサーバ2とノーティファイア3とを分けて図示しているが、ノーティファイア3がプレゼンスサーバの場合、これらは一つのサーバとして実装されてもよい。本発明による情報交換システムでは、リソースリストサーバ2が、リストに対するSUBSCRIBE要求を受信すると、リストに含まれるリソースの各々に対してSUBSCRIBE要求を発行し、リソースのノーティファイア3からリソースの状態のNOTIFYを受信すると、そのリソースが含まれるリストに対するサブスクリプションを持つサブスクライバ1に対してNOTIFYを送信する。これによって、本発明による情報交換システムでは、各リソースから個別に状態通知を受信したい場合に、複数のリソースへのSUBSCRIBE要求を一つにまとめることが可能となるため、サブスクリプション開始のためのSUBSCRIBE要求送信時及びサブスクリプション更新のためのSUBSCRIBE要求送信時のネットワークの負荷を軽減することができる。また、本発明による情報交換システムでは、内容が大きなNOTIFYを一つ送る代わりに、内容が小さなNOTIFYを複数送ることで、ネットワークの負荷を軽減することができる。さらに、本発明による情報交換システムでは、一つのNOTIFYの内容を小さくすることによって、サブスクライバ1がNOTIFYの内容を解釈する処理の負荷を軽減することができる。さらにまた、本発明による情報交換システムでは、NOTIFYの送信のタイミングを分散させることで、ネットワークの負荷を軽減することができる。図2は本発明の第1の実施の形態によるリスト管理部のリストテーブル例を示す図である。ここで、本発明の第1の実施の形態による情報交換システムの構成は図1に示す本発明の実施の形態による情報交換システムと同様の構成となっており、図2に示すリスト管理部はリソースリストサーバ2のリスト管理部23の構成を表している。図2において、リスト管理部23にはリストA~Nのリストテーブルが格納されており、リストA~Nのリストテーブル各々にはリソース識別子が登録されている。例えば、リストAのリストテーブルにはリソース識別子a~cが登録されている。図3は本発明の第1の実施の形態による情報交換システムの動作を示すシーケンスチャートであり、図4~図6は本発明の第1の実施の形態によるSUBSCRIBE受信処理を示すフローチャートであり、図7及び図8は本発明の第1の実施の形態によるUNSUBSCRIBE受信処理を示すフローチャートであり、図9は本発明の第1の実施の形態によるNOTIFY受信処理を示すフローチャートである。これら図1~図9を参照して本発明の第1の実施の形態による情報交換システムの動作について説明する。尚、図1に示すリソースリストサーバ2の処理は図示せぬコンピュータがプログラムを実行することでも実現可能であり、図4~図9に示す処理はこのコンピュータがプログラムを実行することで実現される。SUBSCRIBE受信処理を行う場合、SUBSCRIBE要求受信部21はサブスクライバ1からSUBSCRIBE要求を受信すると図4ステップS1、指定されたリストがリスト管理部23で管理しているリストかどうかを調べ図4ステップS2、リスト管理部23で管理していなければ、サブスクライバ1に対してエラー送信を行う図4ステップS3。また、SUBSCRIBE要求受信部21は管理しているリストであれば、SUBSCRIBE要求をサブスクリプション管理部241に渡す。サブスクリプション管理部241はそのリストに対するサブスクリプションがすでにあるかを調べ図4ステップS4、サブスクリプションがなければ、サブスクリプションを新規作成し図4ステップS5、サブスクライバ1に対して正常応答を返す図4ステップS6。サブスクリプション管理部241で新たにサブスクリプションが生成されると、サブスクリプション制御部24はリスト管理部23からSUBSCRIBE要求で指定されたリストに含まれるリソースの識別子を取得し図4ステップS7、取得したすべてのリソースに対して以下の処理を繰り返し行う。バックエンドサブスクリプション-リスト関連管理部242はバックエンドサブスクリプションが存在しない場合図5ステップS10、バックエンドサブスクリプションを作成し図5ステップS11、SUBSCRIBE要求送信部25からリソースに対するSUBSCRIBE要求をノーティファイア3に送信する図5ステップS12。バックエンドサブスクリプション-リスト関連管理部242は注目するリソースに対するバックエンドサブスクリプションとリストとの関連が保持されていない場合図5ステップS13、そのリソースに対するバックエンドサブスクリプションとリストとの関連を追加する図5ステップS14。リスト-サブスクライバ関連管理部242はリストとサブスクライバとの関連が保持されていない場合図5ステップS15、リストとサブスクライバとの関連を追加する図5ステップS16。サブスクリプション制御部24はリスト管理部23から取得したリソースの識別子を基にリソースの状態をリソース状態管理部244から取得し、これらの内容に含む個別のNOTIFYをNOTIFY送信部22からサブスクライバ1に対して送信する図5ステップS17。リソースリストサーバ2は上記の処理を取得した全てのリソースに対する処理が終了するまで繰り返し行う図5ステップS10~S18。一方、サブスクリプション管理部241はサブスクリプションがすでにあれば、サブスクリプションを更新し図4ステップS8、サブスクライバ1に対して正常応答を返す図4ステップS9。サブスクリプション制御部24はサブスクリプションが更新されると、リスト管理部23からリストに含まれるリソースの識別子を取得し図6ステップS19、これらに対する個別のNOTIFYをNOTIFY送信部22からサブスクライバ1に対して送信する図6ステップS20,S21。送信するNOTIFYは空のNOTIFYが送信される。但し、リソースの状態に変更があった時点で送信されるNOTIFYが未達の場合には図6ステップS20、空のNOTIFYではなく、そのリソースの状態を内容として含むNOTIFYが送信される図6ステップS22。UNSUBSCRIBE受信処理を行う場合、SUBSCRIBE要求受信部21はサブスクライバ1からUNSUBSCRIBE要求を受信すると図7ステップS31、指定されたリストがリスト管理部23で管理しているリストかどうかを調べ図7ステップS32、管理しているリストでなければ、サブスクライバ1に対してエラー送信を行う図7ステップS33。また、SUBSCRIBE要求受信部21は管理しているリストであれば、SUBSCRIBE要求をサブスクリプション管理部241に渡す。サブスクリプション管理部241はUNSUBSCRIBE要求を受信すると、そのリストに対するサブスクリプションがすでにある場合図7ステップS34、サブスクリプションを終了し図7ステップS35、サブスクライバ1に対して正常応答を返す図7ステップS36。サブスクリプション管理部241はそのリストに対するサブスクリプションがない場合図7ステップS34、サブスクライバ1に対してエラー送信を行う図7ステップS33。サブスクリプション制御部24はサブスクリプションが終了されると、リスト管理部23からリストに含まれるリソースの識別子を取得し図7ステップS37、それぞれのリソースの状態をリソース状態管理部244から取得し図7ステップS38、これらを内容に含む個別のNOTIFYをNOTIFY送信部22からサブスクライブ1に対して送信する図7ステップS39。また、サブスクリプション制御部24はリスト-サブスクライバ関連管理部242からリストに対するサブスクライバ1の関連付けを削除する図7ステップS40。サブスクリプション制御部24はそのリストに関連付けられたサブスクライバが一つもなくなった場合図7ステップS41、バックエンドサブスクリプション-リスト関連管理部243で管理される各リソースに対するバックエンドサブスクリプションについて以下の処理を行う。サブスクリプション制御部24はリソースに対するバックエンドサブスクリプションとリストとの関連を削除し図8ステップS42、リソースのバックエンドサブスクリプションに関連付けられたリストが一つもなくなった場合図8ステップS43、バックエンドサブスクリプションを終了する図8ステップS44。その後に、サブスクリプション制御部24はSUBSCRIBE要求送信部25からリソースに対してUNSUBSCRIBE要求を送信する図8ステップS45。NOTIFY受信処理を行う場合、NOTIFY受信部26はリソースのノーティファイア例えば、プレゼンスサーバ3からリソースの状態を内容に含むNOTIFYを受信すると図9ステップS51、このNOTIFYをサブスクリプション管理部241に渡す。サブスクリプション管理部241は受信したリソースの状態をリソース状態管理部244に保持されたリソースの状態と比較し図9ステップS52、その比較結果が異なる場合図9ステップS53、以下の処理を繰り返し行う。サブスクリプション管理部241はリソース状態管理部244で管理されるリソースの状態を受信したリソースの状態で更新する図9ステップS54。サブスクリプション管理部241はバックエンドサブスクリプション-リスト関連管理部243からそのリソースのバックエンドサブスクリプションと関連付けられたリストを選択する図9ステップS55。サブスクリプション管理部241は選択した全てのリストについて、リスト-サブスクライバ関連管理部242で管理されるサブスクライバを決定し図9ステップS56、選択されたサブスクライバ1に対し、リソースの状態を内容に含むNOTIFYをNOTIFY送信部22から送信する図9ステップS57。図10は本発明の第1の実施の形態によるサブスクライバ1の構成を示すブロック図である。図10において、サブスクライバ端末装置1はCPU中央処理装置11と、CPU11が実行する制御プログラム12aを格納するメインメモリ12と、CPU11が制御プログラム12aを実行する際に作業領域として使用する記憶装置13と、リソースリストサーバ2との通信を制御する通信制御部14とから構成されており、CPU11とメインメモリ12と記憶装置13と通信制御部14とが内部バス110にて相互に接続されている。また、記憶装置13はリソースリストサーバ2から取得したリソースリストを保持するリソースリスト保持部131を備えている。図11は本発明の第1の実施の形態によるサブスクライバ1の動作例を示すフローチャートである。これら図10及び図11を参照してサブスクライバ1の動作例について説明する。尚、図11に示す処理はCPU11が制御プログラム12aを実行することで実現される。サブスクライバ1はリスト指定及びサポート通知を含むSUBSCRIBE要求をリソースリストサーバ2に送信し図11ステップS61、リソースリストサーバ2からサポート通知に対するリソースリストを受信すると図11ステップS62、そのリソースリストを記憶装置13のリソースリスト保持部131に保持する図11ステップS63。その後に、サブスクライバ1はリソースリストサーバ2からSUBSCRIBE要求に対するNOTIFYを受信すると図11ステップS64、そのNOTIFYをリソースリスト保持部131に保持するリソースリストと照合する図11ステップS65。サブスクライバ1はその照合で受信対象のNOTIFYと判定すると図11ステップS66、そのNOTIFYの内容を解釈する図11ステップS67。また、サブスクライバ1はその照合で受信対象のNOTIFYと判定しなければ図11ステップS66、そのNOTIFYを廃棄する図11ステップS68。サブスクライバ1は上記のSUBSCRIBE要求にて指定したリストに含まれるリソースに対するNOTIFY受信対象を全て受信するまで図11ステップS69、上記の処理を繰り返し行う。このように、本実施の形態では、各リソースから個別に状態通知を受信したい場合、複数のリソースへのSUBSCRIBE要求を一つにまとめることができるため、サブスクリプション開始のためのSUBSCRIBE要求送信時及びサブスクリプション更新のためのSUBSCRIBE要求送信時のネットワークの負荷を軽減することができる。また、本実施の形態では、内容が大きなNOTIFYを一つ送る代わりに、内容が小さなNOTIFYを複数送ることで、ネットワークの負荷を軽減することができる。さらに、本実施の形態では、一つのNOTIFYの内容を小さくすることによって、サブスクライバ1がNOTIFYの内容を解釈する処理の負荷を軽減することができる。尚、本実施の形態では、サブスクライバ1からのSUBSCRIBE要求をリソースリストサーバ2で処理してノーティファイア3に渡しているが、ノーティファイア3にリスト管理部を設けることで、サブスクライバ1からのSUBSCRIBE要求をそのままノーティファイア3に渡しても、上記と同様の効果を得ることができ、これに限定されない。図12は本発明の第2の実施の形態による情報交換システムの構成を示すブロック図である。図12において、本発明の第2の実施の形態による情報交換システムは、リソースリストサーバ4のNOTIFY送信部41にネットワーク負荷分散部411を設けた以外は図1に示す本発明の実施の形態による情報交換システムと同様の構成となっており、同一構成要素には同一符号を付してある。また、同一構成要素の動作は上述した本発明の実施の形態と同様である。ネットワーク負荷分散部411はサブスクライバ1に対するNOTIFYの送信のタイミングを分散させることで、ネットワークの負荷を軽減することができる。また、本実施の形態では、サブスクライバ1の処理の負荷を軽減することができる。ネットワーク負荷分散部411は、1同一のサブスクライバに対するNOTIFYの送信タイミングを分散させるもの、2複数のサブスクライバ間でNOTIFYの送信タイミングを分散させるものサブスクライバが選択されるが、同一サブスクライバに対するNOTIFYはそのまま送られる、3サブスクライバの区別なく、NOTIFYの送信タイミングを分散させるもの、等がある。ネットワーク負荷分散部411の例としては、各NOTIFYを送信する前に、基準送信待ち時間×乱数期間待つという方式がある。基準送信待ち時間は固定的な値でもよいし、ネットワーク負荷に応じて変動する値であってもよい。ネットワーク負荷に応じて変動する場合、負荷が高いほど、基準送信待ち時間は長くなる。このように、本実施の形態では、リソースリストサーバ4のNOTIFY送信部41にネットワーク負荷分散部411を設け、NOTIFYの送信のタイミングを分散させることで、ネットワークの負荷を軽減することができる。図13は本発明の第3の実施の形態によるSUBSCRIBE受信処理更新を示すフローチャートである。本発明の第3の実施の形態による情報交換システムは図1に示す本発明の実施の形態による情報交換システムと同様の構成となっている。これら図1と図13とを参照して本発明の第3の実施の形態による情報交換システムの動作について説明する。尚、図13に示す処理は上記の本発明の第1の実施の形態と同様に、コンピュータがプログラムを実行することで実現される。また、本発明の第3の実施の形態による情報交換システムは図12に示す本発明の第2の実施の形態による情報交換システムと同様の構成としてもよい。本実施の形態は、本発明の第3の実施の形態に加え、サブスクリプション更新時にNOTIFY送信部22から送信される空のNOTIFYが、リソース毎ではなく、リストに対するものである点が異なる。SUBSCRIBE受信処理更新を行う場合、SUBSCRIBE要求受信部21はサブスクライバ1からSUBSCRIBE要求を受信すると図13ステップS71、指定されたリストがリスト管理部23で管理しているリストかどうかを調べ図13ステップS72、リスト管理部23で管理していなければ、サブスクライバ1に対してエラー送信を行う図13ステップS73。また、SUBSCRIBE要求受信部21は管理しているリストであれば、SUBSCRIBE要求をサブスクリプション管理部241に渡す。サブスクリプション管理部241はそのリストに対するサブスクリプションがすでにあるかを調べ図13ステップS74、サブスクリプションがなければ、サブスクリプションを新規作成し図13ステップS75、サブスクライバ1に対して正常応答を返す図13ステップS76。サブスクリプション管理部241で新たにサブスクリプションが生成されると、サブスクリプション制御部24はリスト管理部23からSUBSCRIBE要求で指定されたリストに含まれるリソースの識別子を取得し図13ステップS77、取得したすべてのリソースに対して上述した本発明の第1の実施の形態におけるステップS10以下の処理を繰り返し行う。サブスクリプション管理部241はSUBSCRIBE要求を受信すると、そのリストに対するサブスクリプションがすでにある場合図13ステップS74、サブスクリプションを更新し図13ステップS78、サブスクライバ1に対して正常応答を返す図13ステップS79。サブスクリプション制御部24はサブスクリプションが更新されると、内容が空のNOTIFYを一つ送信する図13ステップS80,S81。但し、リソースの状態に変更があった時点で送信されるNOTIFYが未達の場合には図13ステップS80、空のNOTIFYではなく、そのリソースの状態を内容として含むNOTIFYが送信される図13ステップS82。このように、本実施の形態では、サブスクリプション更新時にサブスクライバ1に対して送信される空のNOTIFYを一つにまとめることで、ネットワークの負荷を軽減することができる。上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下の記載に限定されない。[付記1]1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバであって、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段と、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する手段と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する手段とを有し、前記NOTIFYを送信する手段は、前記NOTIFYを前記リソース毎に個別に送信することを特徴とするリソースリストサーバ。[付記2]前記サブスクライバに対する前記NOTIFYの送信タイミングを分散させる手段を含むことを特徴とする付記1に記載のリソースリストサーバ。[付記3]1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバであって、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段と、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する手段と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する手段とを有し、前記サブスクライバに対する前記NOTIFYの送信タイミングを分散させる手段を含むことを特徴とするリソースリストサーバ。[付記4]1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバに用いるネットワーク負荷軽減方法であって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストサーバが、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを実行し、前記リソースリストサーバが、前記NOTIFYを送信する処理において、前記NOTIFYを前記リソース毎に個別に送信することを特徴とするネットワーク負荷軽減方法。[付記5]前記リソースリストサーバが、前記サブスクライバに対する前記NOTIFYの送信タイミングを分散させる処理を実行することを特徴とする付記4に記載のネットワーク負荷軽減方法。[付記6]前記サブスクライバが、前記SUBSCRIBE要求をキャンセルするまでの間、前記リソースの状態を監視することを特徴とする付記4または付記5に記載のネットワーク負荷軽減方法。[付記7]前記サブスクライバが、前記SUBSCRIBE要求にて指定した一定期間、前記リソースの状態を監視することを特徴とする付記4から付記6のいずれかに記載のネットワーク負荷軽減方法。[付記8]前記サブスクライバは、前記リソースリストサーバから前記リソースリストの情報を取得する手段と、前記リソースリストの情報を解釈する手段とを含むことを特徴とする付記4から付記7のいずれかに記載のネットワーク負荷軽減方法。[付記9]1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバに用いるネットワーク負荷軽減方法であって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストサーバが、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを実行し、前記リソースリストサーバが、前記サブスクライバに対する前記NOTIFYの送信タイミングを分散させる処理を実行することを特徴とする記載のネットワーク負荷軽減方法。[付記10]前記サブスクライバが、前記SUBSCRIBE要求をキャンセルするまでの間、前記リソースの状態を監視することを特徴とする付記9に記載のネットワーク負荷軽減方法。[付記11]前記サブスクライバが、前記SUBSCRIBE要求にて指定した一定期間、前記リソースの状態を監視することを特徴とする付記9または付記10に記載のネットワーク負荷軽減方法。[付記12]前記サブスクライバは、前記リソースリストサーバから前記リソースリストの情報を取得する手段と、前記リソースリストの情報を解釈する手段とを含むことを特徴とする付記9から付記11のいずれかに記載のネットワーク負荷軽減方法。[付記13]1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバに用いるネットワーク負荷軽減方法であって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストサーバが、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを実行し、前記サブスクライバが、前記SUBSCRIBE要求をキャンセルするまでの間、前記リソースの状態を監視することを特徴とするネットワーク負荷軽減方法。[付記14]前記サブスクライバが、前記SUBSCRIBE要求にて指定した一定期間、前記リソースの状態を監視することを特徴とする付記13に記載のネットワーク負荷軽減方法。[付記15]前記サブスクライバが、前記リソースリストサーバから前記リソースリストの情報を取得する処理と、前記リソースリストの情報を解釈する処理とを実行することを特徴とする付記13または付記14に記載のネットワーク負荷軽減方法。[付記16]1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバに用いるネットワーク負荷軽減方法であって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストサーバが、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを実行し、前記サブスクライバが、前記SUBSCRIBE要求にて指定した一定期間、前記リソースの状態を監視することを特徴とするネットワーク負荷軽減方法。[付記17]前記サブスクライバが、前記リソースリストサーバから前記リソースリストの情報を取得する処理と、前記リソースリストの情報を解釈する処理とを実行することを特徴とする付記16に記載のネットワーク負荷軽減方法。[付記18]1以上のリソースの状態を監視する手段と、前記リソースの状態をNOTIFYにてリソースリストサーバに通知する通知手段とを含むノーティファイアと、1以上のリソースを含むリソースリストを指定する指定情報を含むSUBSCRIBE要求をリソースリストサーバに送信するSUBSCRIBE要求送信手段を含むサブスクライバとから構成される情報交換システムにおいて、前記リソースのリストを管理するリソースリストサーバに用いるネットワーク負荷軽減方法であって、前記リソースリストサーバに、前記ノーティファイアから前記NOTIFYにて通知された前記リソースの状態を受信して保持するリソース状態保持手段を設け、前記リソースリストサーバが、前記リソースリストに対するSUBSCRIBE要求を受信した場合に当該リソースリストに含まれるリソースの各々に対してSUBSCRIBE要求を発行する処理と、前記ノーティファイアから当該リソースの状態のNOTIFYを受信した場合にそのリソースが含まれるリソースリストに対するサブスクリプションを持つサブスクライバに対して当該リソースリストに含まれるリソースの状態を内容とする複数のNOTIFYを送信する処理とを実行し、前記サブスクライバが、前記リソースリストサーバから前記リソースリストの情報を取得する処理と、前記リソースリストの情報を解釈する処理とを実行することを特徴とするネットワーク負荷軽減方法。"