(57)【要約】  車体を接続するための懸架部材、及び、車体の長手方向に延びており、車体の横方向の中心に対して対称に配置された一対のサイド・メンバと、一対のサイド・メンバを相互接続しており、車体の横方向に延びているクロス・メンバとを備えた懸架装置。懸架部材は、平面プレートのようなサイド・メンバ及びクロス・メンバの突き合わせ継手における溶接後にのみプレス成形によって形成される。
2008517547.tif 000002
【特許請求の範囲】
【請求項１】
通信媒体と、前記通信媒体を介して接続された動的に変更可能な装置の組とを備えるシステムであって、前記装置は、
前記媒体に結合されており、前記媒体から検出メッセージを受信し、前記媒体を介して前記検出メッセージに対する応答を送出するよう構成されるサーバ装置と、
前記媒体に結合されており、他のクライアント装置の転送アドレスのリストを格納するメモリを備えた、前記サーバ装置の第１のクライアント装置であって、前記クライアント装置が、前記サーバ装置が検出メッセージに応答しないことの検出に応答して、かつ／又は更なる不在通知メッセージの受信に応答して前記リストからの前記アドレスに不在通知メッセージを送出するよう構成された、前記サーバ装置の第１のクライアント装置と、
前記媒体に結合されており、前記第１のクライアント装置のアドレスを前記サーバ装置から受信し、更新メッセージを前記第１のクライアント装置に前記受信アドレスを用いて送出するよう構成された第２のクライアント装置とを備えており、前記第１のクライアント装置が、前記更新メッセージからのアドレスをその転送アドレスのリストに追加することによって前記更新メッセージに応答するよう構成されたシステム。
【請求項２】
請求項１記載のシステムであって、前記第１のクライアント装置は、前記第２のクライアント装置のソース・アドレスを前記更新メッセージから抽出し、前記抽出アドレスをその転送アドレスのリストに載せるよう構成されたシステム。
【請求項３】
請求項１記載のシステムであって、前記第２のクライアント装置は、前記第１のクライアント装置のように、他のクライアント装置の転送アドレスのリストを格納するメモリを備えており、前記第２のクライアント装置は、前記サーバ装置が検出メッセージに応答しないことの検出に応答して、かつ／又は更なる不在通知メッセージの受信に応答して前記リストからの前記アドレスに不在通知メッセージを送出するよう構成され、前記第２のクライアント装置が、その転送アドレスのリストから前記更新メッセージのデスティネーション・アドレスを選択するよう構成されたシステム。
【請求項４】
請求項３記載のシステムであって、前記第１のクライアント装置及び前記第２のクライアント装置が検出メッセージを前記サーバ装置に送出するよう構成されたシステム。
【請求項５】
請求項４記載のシステムであって、前記第１のクライアント装置及び前記第２のクライアント装置が、頻度制御データを格納するよう構成されており、クライアント装置それぞれは、そのそれぞれの頻度制御データに応じて、前記サーバ装置に検出メッセージを送出する平均頻度を制御するよう構成されており、前記第１のクライアント装置及び前記第２のクライアント装置は、前記更新メッセージによってトリガされる交換の一部として、それらのそれぞれの頻度制御データについての情報を交換し、それぞれの平均頻度間の差が削減されるように前記第１のクライアント装置及び前記第２のクライアント装置における頻度制御データを調節するよう構成されたシステム。
【請求項６】
請求項５記載のシステムであって、クライアント装置が、前記第１のクライアント装置及び前記第２のクライアント装置のそれぞれの平均頻度の和が変わらないように頻度制御データを調節するよう構成されたシステム。
【請求項７】
請求項５記載のシステムであって、前記第１のクライアント装置及び前記第２のクライアント装置は、それぞれの平均頻度が、その先行値の平均に変えられるように頻度制御データを調節するよう構成されるシステム。
【請求項８】
請求項１記載のシステムであって、前記第１のクライアント装置が、前記転送アドレスのリスト内のそれぞれのアドレスの失効情報を保持し、アドレスを、該アドレスにおけるクライアント装置のアクティブな存在の確認が所定の時間間隔の間に何ら受信されなかったことを前記失効情報が示す場合に前記リストから除去するよう構成されたシステム。
【請求項９】
請求項１記載のシステムであって、前記第２のクライアント装置は、前記更新メッセージに対する応答が何ら受信されていないことの検出に、前記サーバ装置に検出メッセージを送出することによって応答するよう構成されたシステム。
【請求項１０】
請求項１記載のシステムであって、前記第２のクライアント装置は、頻度制御データを格納し、前記頻度制御データによって制御されるランダムな確率又は疑似ランダムな確率で前記第２のクライアント装置が選択する時点で前記検出メッセージを送出するよう構成されたシステム。
【請求項１１】
通信媒体と、前記通信媒体に接続された動的に変更可能な装置の組とを備えるシステムにおいて用いるクライアント装置であって、前記クライアント装置は、サーバ装置の他のクライアント装置の転送アドレスのリストを格納するメモリを有しており、前記クライアント装置は、前記媒体を介して前記サーバ装置に検出メッセージを送出するよう構成されており、前記クライアント装置は、前記サーバ装置が検出メッセージに応答しないことの検出に応答して、かつ／又は更なる不在通知メッセージの受信に応答して前記リストからの前記アドレスに前記媒体を介して不在通知メッセージを送出するよう構成されており、前記クライアント装置は、別のクライアント装置のアドレスを前記サーバ装置から受信し、該アドレスを前記リストに追加し、前記別のクライアント装置内の更なる転送アドレスのリストを拡張させるために前記別のクライアント装置に更新メッセージを送出するよう構成されたクライアント装置。
【請求項１２】
請求項１１記載のクライアント装置であって、頻度制御データを格納するよう構成されており、前記クライアント装置は、それぞれの頻度制御データに応じて、前記サーバ装置に検出メッセージを送出する平均頻度を制御するよう構成されており、前記クライアント装置は、前記更新メッセージによってトリガされる交換の一部として前記別のクライアント装置からの前記頻度制御データについての情報を交換し、前記情報を用いて、前記クライアント装置の平均頻度と前記別のクライアント装置の平均頻度との間の差が削減されるように頻度制御データを調節するよう構成されたクライアント装置。
【請求項１３】
請求項１１記載のクライアント装置であって、前記更新メッセージに対する応答が何ら受信されていないことの検出に、前記サーバ装置に検出メッセ―ジを送出することによって応答するよう構成されたクライアント装置。
【請求項１４】
請求項１１記載のクライアント装置であって、頻度制御データを格納し、前記頻度制御データによって制御されるランダムな確率で選択される時点で前記検出メッセージを送出するよう構成されたクライアント装置。
【請求項１５】
通信媒体と、前記通信媒体に接続された動的に変更可能な装置の組とを備えるシステムにおいて用いるクライアント装置であって、前記クライアント装置は、他のクライアント装置の転送アドレスのリストを格納するメモリを有しており、前記クライアント装置は、前記サーバ装置が検出メッセージに応答しないことの検出に応答して、かつ／又は更なる不在通知メッセージの受信に応答して前記リストからの前記アドレスに不在通知メッセージを送出するよう構成されており、前記クライアント装置は、更新メッセージを別のクライアント装置から受信し、かつ、前記更新メッセージからのアドレスをその転送アドレスのリストに追加することによって前記更新メッセージに応答するよう構成されたクライアント装置。
【請求項１６】
請求項１５記載のクライアント装置であって、前記別のクライアント装置のソース・アドレスを前記更新メッセージから抽出し、前記抽出アドレスをその転送アドレスのリストに載せるよう構成されたクライアント装置。
【請求項１７】
請求項１５記載のクライアント装置であって、頻度制御データを格納し、前記サーバ装置に検出メッセージを送出する平均頻度を前記頻度制御データに応じて制御するよう構成されており、前記クライアント装置は、前記更新メッセージによってトリガされる交換の一部として前記別のクライアント装置と、前記頻度制御データについての情報を交換し、前記クライアント装置及び前記別のクライアント装置のそれぞれの平均頻度間の差が削減されるように頻度制御データの調節を行うよう構成されたクライアント装置。
【請求項１８】
請求項１５記載のクライアント装置であって、前記転送アドレスのリスト内のそれぞれのアドレスの失効情報を保持し、アドレスを、該アドレスにおけるクライアント装置のアクティブな存在の確認が所定の時間間隔の間に何ら受信されなかったことを前記失効情報が示す場合に前記リストから除去するよう構成されたクライアント装置。
【請求項１９】
動的に変動する装置の組を備えるシステムを動作させる方法であって、サーバ装置のアクティブな存在がないことを通知する不在通知メッセージが、前記サーバ装置が検出メッセージに応答しない場合に、前記サーバ装置のクライアント装置によって、前記サーバ装置の他のクライアント装置に転送され、前記方法は、
前記不在通知メッセージを転送する場合にデスティネーション・アドレスとして用いるためにそれぞれのクライアント装置内にそれぞれの転送アドレスのリストを保持する工程と、
前記サーバ装置を用いて、別のクライアント装置のアドレスを少なくとも第１のクライアント装置に供給する工程と、
前記第１のクライアント装置を用いて更新メッセージを、前記別のクライアント装置の前記供給アドレスに送出する工程と、
前記別のクライアント装置内の前記転送アドレスのリストを前記更新メッセージからの情報に基づいて更新する工程とを備える方法。
【請求項２０】
請求項１９記載の方法であって、前記別のクライアント装置が、前記更新メッセージのソース・アドレスを用いて、前記第１のクライアント装置のアドレスをその転送アドレスのリストに載せる方法。
【請求項２１】
請求項１９記載の方法であって、
検出メッセージを前記第１のクライアント装置及び前記別のクライアント装置から前記サーバ装置に送出する工程と、
前記第１のクライアント装置及び前記別のクライアント装置が前記更新メッセージをそれぞれ送出するそれぞれの平均頻度を制御する頻度制御データを前記第１のクライアント装置及び前記別のクライアント装置に格納する工程と、
前記更新メッセージによってトリガされる交換の一部として前記頻度制御データについての情報を交換する工程と、
前記それぞれの平均頻度間の差が削減されるように前記第１のクライアント装置及び前記別のクライアント装置における頻度制御データを調節する工程とを備える方法。
【請求項２２】
請求項２１記載の方法であって、前記制御データの前記調節は、前記それぞれの平均頻度の和が変わらないように行われる方法。
【請求項２３】
請求項２１記載の方法であって、前記制御データの前記調節は、前記それぞれの平均頻度がその先行値の平均に変えられるように行われる方法。
【請求項２４】
請求項２１記載の方法であって、
前記サーバ装置は、前記クライアント装置が検出メッセージを前記サーバ装置に送出する全体頻度を示す情報を収集し、
前記サーバ装置は該情報を前記第１のクライアント装置及び／又は前記他のクライアント装置に供給し、
前記第１のクライアント装置及び／又は前記他のクライアント装置は、前記全体頻度が所定の値に向けて変えられるように前記情報に応じてその平均頻度を調節する方法。
【請求項２５】
請求項１９記載の方法であって、検出メッセージを前記第１のクライアント装置から前記サーバ装置に送出して、前記サーバ装置がなおアクティブに存在しているか否かを検出する工程を備えており、前記サーバ装置は、前記検出メッセージに対する応答において前記別のクライアント装置のアドレスを供給し、前記第１のクライアント装置は、前記第１のクライアント装置が前記検出メッセージに対する応答を何ら検出しない場合、前記不在通知メッセージをその転送アドレスのリスト上のアドレスに送出する方法。
【請求項２６】
請求項１９記載の方法であって、前記更新メッセージに対する応答が何ら受信されていないことの検出に応答して検出メッセージを前記第１のクライアント装置から前記サーバ装置に送出する工程を備える方法。
【請求項２７】
請求項１９記載の方法であって、
前記転送アドレスのリスト内のそれぞれのアドレスの失効情報を保持する工程と、
アドレスを、該アドレスにおけるクライアント装置のアクティブな存在の確認が所定の時間間隔の間に何ら受信されなかったことを前記失効情報が示す場合に前記リストから除去する工程とを備える方法。
【請求項２８】
プログラム可能なクライアント装置によって実行されると、前記クライアント装置に、請求項１１又は１５記載のクライアント装置として行わせる命令を備えたコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動的に変動する装置の組を備える情報交換システムに関し、前述のシステムを動作させる方法に関し、前述のシステム用の装置に関する。
【背景技術】
【０００２】
「Enhancing  Discoverｙ  with  Liveness」と題するMaarten  Bodlaender、  Jarno  Guidi及びLex  Heerinkによる、IEEE  CCNCコンファレンス2004（ラスベガス）において提出された論文には、動的に変動する装置の組を備えたシステムが開示されている。前述のシステムの例は、多くの装置（テレビジョン受像機、プリンタ、記憶装置、リモコン、ポータブル情報アクセス装置（メディア・プレーヤ、パームトップ型コンピュータ等など）など）が存在している家庭内環境及びオフィス環境において存在する。前述のタイプの装置を有線ネットワーク及び／又は無線ネットワークによって接続して、別々の装置が互いに通信することが可能なシステムを構成することができる。装置は、前述のシステムにおいて、システムに差し込まれるか、あるいは、無線接続によってカバーされるエリアに持ち込まれるか、あるいは、スイッチが入れられるとアクティブになり得る。逆に、装置は、スイッチを切るか、装置を持ち出すか、装置をシステムから取り除くことによってオフになり得る。
【０００３】
前述の可変システムの最適な動作のために、システム内で利用可能なその他の装置についての（特に、遠隔機能を行うためにサーバとして用いることができるその他の装置についての）最新の情報を装置が有することが望ましい。この存在情報の収集は、装置の存在を検出する旨のプローブ・メッセージを送出することによって行われる。好ましくは、存在情報は、システムからの情報収集装置の除去に対するロバスト性を確実にするために2つ以上の装置によって分散させて収集するものとする。
【０００４】
CCNCコンファレンスの論文には、いわゆる「生存性ピン・プロトコル」及び「プロキシ・バイ・プロトコル」を利用する、前述の課題に対する解決策が提案されている。上記論文は、２つのタイプの装置（すなわち、クライアント及びサーバ）を区別している。サーバは、クライアントのコマンドによって機能を行うことができる装置である。よって、生存性プロトコルの視点から、クライアントは、サーバの利用可能性について知ることに関心がある。「生存性ピン・プロトコル」によれば、各クライアントは、ピン・メッセージ（その存在を確認するためにリターン・メッセージの送出を要求するメッセージ）を、クライアントが最新の存在情報をほしいサーバに送出する。これに応答して、サーバは、存在する場合、ピン応答メッセージをクライアントに戻す。所定のタイムアウト間隔内にクライアントが、ピン・メッセージに応答するピン応答メッセージを受け取らなかった場合、クライアントは新たなピン・メッセージを送出する。クライアントが、サーバがアクティブに存在しておらず、その存在情報を適宜更新することにするまで、このことは所定回数繰り返される。
【０００５】
このタイプの「生存性ピン・プロトコル」の考えられる課題の１つは、同じサーバについてのそれらの存在情報を非常に最新に保つことを試みるそれらの多くのクライアントがある場合、かなりのネットワーク帯域占有及びサーバ負荷をもたらし得るということである。
【０００６】
CCNCコンファレンスの論文は、生存性プロトコルをプロキシ・バイ・プロトコルと組み合わせることによってこの課題を解決している。ピン応答メッセージでは、サーバは、ピン・メッセージをサーバに送出した最後の２つの先行クライアントのネットワーク・アドレスを有する。ピン応答メッセージを受信するクライアントは、前述のネットワーク・アドレスを格納する。後に、サーバがもう接続されないことをクライアントが決定すると、クライアントは、自らが、先行するピン応答からそれらのネットワーク・アドレスを有するそれらのクライアントに通知する。前述のクライアントは、自らがそれらのネットワーク・アドレス等を格納しているそれらのクライアントに通知を転送する。このようにして、サーバの不在についての情報は、高頻度でピン・メッセージを送出するクライアントがなくてもすばやく広まる。
【０００７】
このプロキシ・バイ・プロトコルでは、クライアントは、転送機構（すなわち、各クライアントがプロキシ・バイ・メッセージをその他のクライアントのうちの２つに転送する）によって互いに通知する。プロキシ・バイ・プロトコルを施すために、サーバのクライアントは、サーバがもはやアクティブに接続されていないことが検出されると、通知しなければならないそのサーバのその他のクライアントの転送アドレスのリストを有することを必要とする。サーバは、ピン・メッセージを最も直近にそこから受け取ったその２つのクライアントのアドレスを格納し、前述のアドレスを次のピン・メッセージへの応答においてクライアントに送出する。よって、前述のアドレスはサーバによって分配される。クライアント装置は、２つの転送アドレスのリストにアドレスを格納する。後に、クライアントは、システムにおいてサーバがもうアクティブに存在しないことが検出されると、リストからのアドレスを用いてプロキシ・バイ・メッセージを転送する。
【０００８】
プロキシ・バイ・メッセージの時点までにクライアントがイナクティブになっているというリスクが存在している。その結果、プロキシ・バイ・メッセージの転送は妨げられ得る。この影響を軽減するために、サーバは、転送するための各クライアントのアドレスを2つ以上のクライアント（例えば、２つのクライアント）に供給する。しかし、特定のクライアントのアドレスを有するその他のクライアント全てがプロキシ・バイ・メッセージ時にイナクティブである場合、特定のクライアントは、特定のクライアントがピン・メッセージを送出する場合にのみ、サーバの不在が分かる。クライアントがピン・メッセージをサーバに送出する頻度を低い値に適合させていたならば、多くのアクティブなクライアントが存在している場合には、これに長い時間がかかり得る。
【０００９】
又、新たなクライアント装置が接続した直後に、転送アドレスのリスト上に新たなクライアント装置を有するクライアント装置は存在しないことになる。サーバがこの時点でシステムを離れると、新たなクライアント装置はプロキシ・バイ・メッセージを何ら受信できないことがあり得る。よって、新たなピン・メッセージを送出する場合にのみ、サーバの離脱が分かることになる。
【００１０】
CCNCコンファレンスの論文は、クライアント装置がサーバの離脱が分かるまでに経過する最大時間に限度を課すことによってこの課題を解決している。よって、最小値が、何れかのクライアントがピン・メッセージを送出する頻度に課される。これによって長い遅延が避けられるが、一層多くのクライアントがシステムに追加された場合、全てのクライアントからのピン・メッセージがサーバに達する合わせた頻度が無限に増加し得るという欠点を有する。
【００１１】
更に、生存性プロトコルには、特定のクライアントに高頻度でピン・メッセージを送出させ、その他のクライアントに低頻度でピン・メッセージを送出させる傾向があることが明らかになっている。この理由は以下の通りである。CCNCコンファレンスの論文によれば、個々のクライアント装置がピン・メッセージを送出する頻度は、個々のクライアント装置の2つのピン・メッセージ間にピン・メッセージを送出したクライアント装置の数のカウントに基づいて個々のクライアント装置によって選択される。このカウントを、個々のクライアント装置からの連続したピン・メッセージ間の時間間隔の持続時間によって除算した結果が、ピン・メッセージがサーバ装置に送出される全体頻度を表す。個々のクライアント装置は、全体頻度を最大値未満に保つようその頻度を適合させる。しかし、クライアント装置が長い間、サーバ装置からメッセージを受け取らない場合、クライアント装置の頻度は、例えば、多くのクライアント装置が追加されたか、システムを離れた場合に旧くなることがあり得る。これによって、多くのクライアント装置が後ほどシステムを離れる場合に、サーバ装置の離脱の情報が転送されなくなるというリスクが増大する。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
とりわけ、本発明の目的は、クライアント装置の数が増加した場合に、検出メッセージの全体頻度をかなり増加させることを要することなくサーバの非活性化とサーバの非活性化の通知との間の遅延を制限することである。
【００１３】
とりわけ、本発明の目的は、個々のクライアント装置がピン・メッセージ（サーバを検出する旨の検出メッセージ）を送出する頻度に下限が課されなくても、クライアント装置が通知を受け取らないというリスクを減らすことである。
【００１４】
とりわけ、本発明の目的は、プロキシ・バイ・メッセージが別々のクライアント装置にそれに沿って達するそのパスの長さ間でのバランスを向上させることである。
【００１５】
とりわけ、本発明の目的は、クライアント装置がピン・メッセージを送出する頻度間のバランスを向上させることである。
【課題を解決するための手段】
【００１６】
本発明による方法及びシステムでは、サーバ装置の少なくとも１つのクライアント装置は、更新メッセージをサーバ装置の他のクライアント装置に送出してその転送アドレスのリストを更新する。すなわち、CCNCコンファレンスの論文とは対照的に、サーバのみならず、クライアント装置の少なくとも１つも、転送リストに加える対象のアドレスを供給する。好ましくは、クライアント装置の複数がそうするか、又はクライアント装置の全てがそうする。好ましくは、クライアント装置は、そのサーバ装置のクライアント装置のアドレスになるそのサーバ装置によって示されたクライアント装置のアドレスに更新メッセージを送出する（前述のクライアント装置が検出メッセージ（ピン・メッセージ）を上記サーバ装置に送出したからである）。好ましくは、更新メッセージを受け取ったクライアント装置は、更新メッセージのソース・アドレスをその転送アドレスのリストに追加する。このようにして、更新メッセージに更なるアドレスを備えなくてよいが、あるいは、更新メッセージは、リストに追加することができるその他のアドレスを有し得る。
【００１７】
好ましくは、更新メッセージを用いてその転送アドレスのリストを更新するクライアント装置は更に、検出メッセージ（ピン・メッセージ）をサーバ装置に随時、送出する。よって、サーバ装置がもうアクティブに存在しないことを前述のクライアント装置が検出した場合、クライアント装置は、更新されたリストを用いて、サーバ装置がもうアクティブに存在しないという情報の配布を始めることができる。しかし、代替策として、本発明から逸脱することなく、更新メッセージを用いて転送アドレスのリストを更新する特定のクライアント装置は、上記リストを転送にしか用いず、検出メッセージを全く送出しないことがあり得る。このことを用いて、検出メッセージの全体頻度を削減することができる。
【００１８】
好ましくは、クライアント装置は、クライアント装置の他のクライアントの何れも更新メッセージに応答しないことの検出に応答してサーバ装置に検出メッセージを送出する。このようにして、一方で、サーバ装置への検出メッセージの頻度が通常、低く維持される。他方で、クライアント装置にメッセージを転送する装置がなくても、サーバ装置がもうアクティブでないことを検出する前に、遅延は削減される。
【００１９】
サーバ装置のクライアント装置が、全てのクライアント装置に転送が行われる訳でないというリスクを減らすためにリストを更新する旨の通信を相互の間で行うので、個々のクライアント装置がサーバ装置に検出メッセージを送出する平均頻度に下限を課さなくてよい。前述の個々の頻度は、サーバのクライアント装置の数に自由に適合させることができる。
【００２０】
一実施例では、更新メッセージ、及び／又は、更新メッセージに応答してサーバ装置のクライアント装置間で交換されるメッセージは、クライアント装置がサーバ装置に検出メッセージを送出する平均頻度を制御するのに用いる頻度制御データについての情報を有する。前述の情報を用いて、更新メッセージを交換するクライアント装置の頻度制御データを調節することができる。好ましくは、更新メッセージを交換するクライアント装置の選択された平均頻度の差は削減される。
【００２１】
一実施例では、更新メッセージを交換するクライアント装置は、その平均頻度の和が変わらない状態に留まるようにその平均頻度を互いに調節する。前述の和は、サーバ装置が検出メッセージを受け取る全体頻度にクライアント装置がどれだけ寄与するかを定める。和がクライアント装置間の交換中に一定に維持された場合、サーバ装置は、個々のクライアント装置の頻度を変えるために個々のクライアント装置に情報を供給することによって、そのクライアント装置収集体からの検出メッセージの全体頻度に対するコントロールを有する。
【００２２】
クライアント装置がサーバ装置に検出メッセージを送出する平均頻度は、例えば、検出メッセージの送信のためのランダムな時点を選択することによって実現することができる。よって、時点が選択される確率は頻度制御データによって制御される。例えば、頻度制御データは、時点が選択される時間間隔の持続時間を定める。
【００２３】
更なる実施例では、クライアント装置は、転送アドレスのリスト内のそれぞれのアドレスについて失効情報を保持する。このようにして、クライアント装置はリストからアドレスを、そのアドレスにおけるクライアント装置のアクティブな存在の確認が所定の時間間隔の間受け取られなかったことを失効情報が示す場合、除去することができる。
【発明を実施するための最良の形態】
【００２４】
本発明の前述並びにその他の目的及び効果的な局面は、添付図面を用いて非限定例によって更に詳細に説明する。
【実施例】
【００２５】
図１は、通信媒体１２によって相互接続される複数の装置１０を備えるシステムを示す。通信媒体１２は、例えば、有線通信ネットワーク、あるいは無線通信ネットワーク、あるいは両方の組み合わせであり得る。装置１０は、例えば、選択された装置をオン又はオフに切り換えるか、装置１０を媒体１２に取り付けるか、装置１０を媒体から取り外すか、又は無線装置１０を受信範囲の内外で移動させることによって動的にシステムを出入りすることが可能である。
【００２６】
装置１０には、例えば、ハンドヘルド型リモコン装置、テレビジョン受像機、オーディオ／ビデオ記憶装置、ポータブル型オーディオ／ビデオ・プレーヤ、パソコン装置等がある。オフィス環境では、装置１０には、プリンタ、記憶装置、パソコン、ポータブル・コンピュータ、ラップトップ、パームトップ、スキャナ等があり得る。少数の装置１０を例として示しているが、実用システムでは、更に多くのクライアントが存在し得る。
【００２７】
図２は装置１０を示す。装置１０は、ネットワーク・インタフェース２２、クロック回路２４及びメモリ２６に結合されたプロセッサ２０を有する。プロセッサ２０は通常、以下に説明する動作をプロセッサ２０に行わせるプログラムによってプログラムされたプログラム可能プロセッサである。しかし、代替策として、前述の動作を行うよう企図された専用論理回路を用いることができる。
【００２８】
動作装置１０では、アクティブな場合、要求する必要があり得るサービス・タイプを判定する。サービスを必要とし得る装置１０は「クライアント」と呼ぶものとする。前述のサービスを行うことができる装置１０は、「サーバ」と呼ぶものとする。
【００２９】
クライアントの例は例えば、記憶装置によって提供されるファイル・サーバ・サービスのクライアントであるラップトップ・コンピュータである。ラップトップ・コンピュータは、利用可能な記憶装置のリストを保持している。ハンドヘルド型リモコン装置は別の例として、リモコン装置に入力されたコマンドを行うために手の届く所にあるテレビジョン受像機及び／又はビデオ／オーディオ記憶装置のようなサーバのアドレスを保持するクライアントであり得る。更に別の例として、ポータブル型のオーディオ及び／又はビデオのレンダリング装置は、オーディオ／ビデオ・コンテンツの近傍記憶装置のクライアントであり得る。
【００３０】
各クライアント１０は、1つ又は複数のアクティブなサーバ１０のアドレスのリストを保持している。装置１０は、別々のサービスについて同時にクライアント及びサーバであり得る。同様に、装置１０は、2つ以上のタイプのサービスのクライアント及び／又は2つ以上のタイプのサービスのサーバであり得る。
【００３１】
図３は、クライアントによって実行される処理のフローチャートを示す。第１の工程３１では、クライアントのプロセッサ２０は、システムにおけるサーバ１０のアクティブな存在が「分かった（発見された）」後にクライアント１０が必要とし得るサービスを行うことができるサーバ１０のアドレスを（例えば、メモリ２６に）記録する。この発見プロセスは、本発明の対象でない。多くの解決策（例えば、通常、特定のタイプのサーバ全てにアドレス指定されたマルチキャスト・メッセージをクライアント１０から送出し、返答及び／又はマルチキャスト・メッセージ（サーバによって、サーバがネットワークのアクティブな部分になると、かつ／又は、周期的に、送出され、一般に、特定のサービスのクライアント全てにアドレス指定される）の受信が関係している）が存在している。
【００３２】
フローチャートの次工程が、これまで分かったクライアントのリストに対して用いられる。第２の工程３２では、クライアント１０のプロセッサ２０は、リストからのサーバにアドレス指定された「ピング・メッセージ」をインタフェース２２に送出させる。「ピン」の語は、当該技術分野において通常の語（応答を引き出す目的以外の目的のないメッセージを表すのに用いる）である。第３の工程３３では、プロセッサ２０は、ピン・メッセージに応答したピン応答メッセージが所定の応答時間間隔内に受信されたか否かを検査する。肯定の場合、プロセッサ２０は第４の工程３４に進む。第４の工程３４では、プロセッサは、時点Tの表現と他のクライアントのアドレスとをピン応答メッセージから抽出し、この情報をメモリ２６に記録する。次に、第５の工程３５では、特定された時点Tに達したことをクロック回路２４が示すまでプロセッサ２０は待つ。時点Tは好ましくは、次のピン・メッセージを送出することが可能になる前にカウントしなければならない、クロック・パルスの遅延カウントQによって規定される。次のピン・メッセージを送出する時点に達すると、プロセッサ２０は第２の工程３２に戻る。
【００３３】
プロセッサ２０は、第２の工程３２で、応答時間間隔内でピン応答メッセージを検出しなかった場合、第６の工程３６を実行する（ピン応答メッセージをもたらさなかったのが、所定数以下の連続したピン・メッセージである場合、第２の工程３２に戻る）。ピン応答メッセージをもたらさなかったのが、所定数を超える連続したピン・メッセージである場合、プロセッサ２０は第７の工程３７を実行する。ピン応答メッセージを受信できなかった後に第２の工程３２に戻ることは、ピン・メッセージ及び／又はピン応答メッセージがなくなるという重大なリスクが存在している場合の安全措置に過ぎない。好ましくは、リスクが大きいほど、第２の工程３２に戻ることがより多く用いられる。このことの重大なリスクが存在しない場合、第7の工程３７は直ちに実行することができる。
【００３４】
第７の工程３７では、プロセッサ２０は、その、アクティブに存在しているサーバのリストからサーバ・アドレスを除去し、最後に受信されたピン応答メッセージに示された他のクライアントのアドレスに「プロキシ・バイ・メッセージ」をサ―バからもしあれば送出する。プロキシ・バイ・メッセージでは、クライアント１０は、ピン応答メッセージが、そのサーバ・アドレスを有するサーバから受け取られなかったことを他のクライアントに通知するために、サーバ・アドレスを有する。好ましくは、クライアント１０は更に、ピン・メッセージによって装置を検査することが期待された時点についての情報を加える。この情報は、先行して受け取られたプロキシ・バイ・メッセージに対して、かつ／又は、他のクライアントのピン・メッセージに対して現行のプロキシ・バイ・メッセージが旧いかを他のクライアントが検出することを可能にする。
【００３５】
図４は、プロキシ・バイ・メッセージを受け取るとクライアントによって実行される処理のフローチャートを示す。第１の工程４１では、プロセッサ２０は、サーバのプロキシ・バイ・メッセージを検出する。サーバが、クライアント１０において、アクティブなサーバとしてなおリストされている場合、プロセッサ２０は、ピン・メッセージをサーバに送出する第２の工程４２を実行する。
【００３６】
第３の工程４３では、プロセッサ２０は、ピン応答メッセージが受信されたか否かを検出する。肯定の場合、処理は終了する。否定の場合、プロセッサは第４の工程４４を実行する（送出されたピン・メッセージが所定数以下の場合、第２の工程３２を繰り返す）。送出されたピン・メッセージが所定数を超えている場合、プロセッサ２０は第５のステップ４５（図３の第７の工程３７と同様であり、その、アクティブに存在しているサーバのリストからサーバ・アドレスを除去し、「プロキシ・バイ・メッセージ」を、最後に受け取られたピン応答メッセージに示された、他のクライアントのアドレスにもしあれば送出する）を実行する。
【００３７】
いくつかの更なる工程を追加することができる。例えば、クライアント１０は好ましくは、プロキシ・バイ・メッセージが既に受け取られたか否かを検査する。肯定の場合、クライアント１０はメッセージを廃棄し、フローチャートの処理を終了する。更に、プロキシ・バイ・メッセージは、プロキシ・バイを送出したクライアントがピン動作を実行することを期待されていた時点についての情報を有し得る。この情報に基づいて、クライアント１０は、より最近のピン動作が首尾良く完了したか否かを検査することができる。肯定の場合、プロキシ・バイ・メッセージは、旧い情報を担持しており、その場合、クライアント１０はそのメッセージを廃棄する。
【００３８】
第２の工程４２は、誤っているプロキシ・バイ・メッセージ又は故意に見せかけたプロキシ・メッセージに対する予防措置に過ぎない。前述のメッセージの重大なリスクが存在しない場合、第２の工程４２を飛ばすことができる。その場合、処理は、第１の工程から第５の工程に直ちに移る。同様に、ピン応答メッセージを受け取ることができなかった後に第２の工程４２に戻ることは、ピン・メッセージ及び／又はピン応答メッセージがなくなるという重大なリスクが存在している場合の安全措置に過ぎない。好ましくは、リスクが大きいほど、第２の工程42に戻ることがより多く用いられる。重大なリスクが存在しない場合、第４の工程を飛ばすことができる。
【００３９】
図５は、ピン・メッセージを受け取るとサーバによって実行される処理のフローチャートを示す。第１の工程５１では、サーバのプロセッサ２０はピン・メッセージを検出し、メモリ２６にピン・メッセージの送信元のアドレスを記録する。基本的に、最も直近に受け取られたピン・メッセージからの所定数の送信元アドレスしか保持しなくてよい。
【００４０】
第２の工程５２では、プロセッサ２０は、インタフェース２２に、第1の工程５１において検出されたピン・メッセージを送出したクライアントのアドレスにピン応答メッセージを送出させる。プロセッサ２０は、ピン応答メッセージにおいてピン・メッセージを最後に送出したいくつかの他のクライアントのアドレスを有する。アドレスは、例えば、ピン応答メッセージの最初からのそれぞれの所定のビット距離において、またはラベルによって先行されて備えられる。よって、クライアントはこの情報をピン応答メッセージから抽出することができる。
【００４１】
図６及び図７は、クライアントがその他のクライアントからプロキシ・バイ・メッセージを受け取る確率を増やすように転送アドレスのリストを維持するためにクライアント装置によって実行される処理のフローチャートを示す。前述の処理では、サーバ装置のクライアント装置は転送アドレスのリストを更新する。この目的で、クライアント装置は、各クライアント装置がサーバ装置にメッセージを送出するよりも高い頻度で相互の間でメッセージを交換する。
【００４２】
図６は、他のクライアント装置に更新メッセージを送出するために特定のクライアント装置によって実行される処理のフローチャートを示す。フローチャートの第１の工程６１では、クライアント装置は、ネットワーク・インタフェース２２に、転送アドレスのリストからのそれぞれのデスティネーション・アドレスを備えた更新メッセージを（すなわち、他のクライアント装置に）送信させる。第１の実施例では、更新メッセージは、クライアント装置がサーバ装置から直接受信したアドレスにのみ送出される。これによって、最近アクティブであることが分かっている更新メッセージが送出されることが確実になる。あるいは、更新メッセージをリストの全アドレスに送出することができる。第２の工程６２では、更新メッセージに対して応答する応答メッセージを所定時間間隔の間待ち、応答メッセージが受け取られた他のクライアント装置を記録する。当然、第１の工程及び第２の工程を、１つ又は複数のアドレスについて毎回繰り返し実行することもできる。第３の工程６３では、プロセッサ２０は、少なくとも１つの応答メッセージが所定時間間隔において受け取られたか否かを検査する。肯定の場合、フローチャートは終了する。否定の場合、プロセッサ２０は第４の工程６４（図３に関して説明したピン処理を行う）を実行する。
【００４３】
図７は、更新メッセージを受け取ると特定のクライアント装置によって実行される処理のフローチャートを示す。第１の工程７１では、プロセッサ２０は、更新メッセージが受け取られたか否かを検査する。否定の場合、フローチャートは終了する。更新メッセージが受け取られている場合、プロセッサ２０は第２の工程７２（更新メッセージを送出したクライアント装置に、更新メッセージに対する応答メッセージを送信する）を実行する。後に、プロセッサ２０は、第３の工程７３を実行する。第３の工程７３では、更新メッセージの送出元のアドレスをメモリ２６内の転送アドレスのリストに、このアドレスが、その転送アドレスのリストにまだない場合、追加する。
【００４４】
図６及び図７に記載した処理の１つの重要な局面は、サーバ装置との通信が通常、更新メッセージの交換に必要でないことである。好ましくは、クライアント装置が図６の処理を実行する平均頻度は実質的に固定である一方、このクライアント装置がピン・メッセージをサーバ装置に送出する平均頻度は、クライアント装置の数に適合させられる。通信媒体１２が区分されている場合、このことは特に効果的である。よって、クライアント装置間のメッセージは、通信媒体１２全体に及ぶ帯域幅を占めない一方、通信媒体の他の部分における（例えば、サーバ装置が結合された部分において）他のメッセージの同時交換の余地を残す。
【００４５】
しかし、本発明から逸脱することなく、更新メッセージを送出する平均頻度も（例えば、部分の平均占有量が所定値未満に留まるように）適合させることができる。通常、サーバ装置のクライアント装置の数が増えると、クライアント装置が更新メッセージを送出する頻度と、クライアント装置がピン・メッセージをサーバ装置に送出する頻度との比は増加する。極端な場合、更新メッセージの頻度がピン・メッセージの頻度を下回るほどクライアント装置の数が少ないと、更新メッセージは、全体的に抑制され得る。
【００４６】
好ましくは、サーバ装置について知る必要があるクライアント装置の数が増加した場合、クライアント装置によるピン・メッセージの送信の頻度は、サーバ装置がピン・メッセージを受け取る平均頻度が所定の最大値未満に留まるように、下限なしで適合させることができる。図６及び図７に示した方法によって、この場合、クライアント装置によって提供されるサービスをクライアント装置が利用しようとする場合、又は、クライアントがクライアント装置にピン・メッセージを送出した場合にのみ、サーバ装置がもうアクティブに存在していないことが分かる確率が減少することが確実になる。
【００４７】
ピン・メッセージの送信の平均頻度はメモリ２６内の頻度制御データによって制御することができる。これは、ピン・メッセージを送出するべき時点を判定するために処理回路２０によって読み取られる。処理回路２０は、ピン・メッセージ及び更新メッセージの頻度を、例えば、頻度制御データによって表される所望の平均頻度に応じて選定される時間間隔が終わった都度周期的に前述のメッセージを送出することによって、又は、頻度制御データによって表される所望の平均頻度によって判定される時間間隔内でランダムに選定された時間間隔が終わった都度前述のメッセージを送出することによって適合させることができる。あるいは、クライアント装置は、時点毎に乱数を選び、所望の頻度から求められる閾値をこの乱数が上回る場合、検出メッセージを送信することができる。当然、時点が選ばれるランダムな確率が所望の頻度によって確実に制御されるようその他のやり方を選択することができる。ランダムな選択は、多くのクライアント装置が同時にオンになることが理由で、時間の関数として強いピークを有するピン・メッセージ配布を避けることで、周期的な選択よりも効果的である。
【００４８】
好ましくは、ピン・メッセージ頻度がクライアント装置間の相互作用の結果として均等化されるように頻度制御データを適合させる。この均等化によって、ピン・メッセージの平均頻度に対するより好適なコントロールがもたらされるが、又、別々のクライアント装置のアドレスが、別々のクライアント装置内の転送アドレスのリストの間でより等しく配布されることが確実になる。
【００４９】
好ましくは、第１の工程６１では、処理回路は、ピン・メッセージの送出の所望の平均頻度を示す情報を更新メッセージ内に備える。例えば、プロセッサ２０は、連続したピン・メッセージ間で使用するつもりである時間間隔の持続時間を表す情報（、又は、その間にピン・メッセージを送信するための時点をランダムに選ぶつもりであるその時間間隔の持続時間を表す情報）を更新メッセージに挿入することができる。これに応答して、受信クライアント装置のプロセッサ２０は、ピン・メッセージを送出するのに必要なその頻度を制御する頻度制御データをそのメモリ２６内にセットすることができる。よって、頻度は、先行して選択された頻度及び更新メッセージにおいて表される頻度の平均になる。
【００５０】
好ましくは、受信クライアント装置のプロセッサ２０は、更新メッセージを送出したクライアント装置のプロセッサ２０がそのピン頻度を適宜更新することを可能にするための情報を応答メッセージ内に備えることができる。平均頻度を表す情報を、例えば、応答メッセージ内に備えることができる。
【００５１】
好ましくは、クライアント装置は、ピン・メッセージをサーバ装置に送出する頻度を平均する。第１のクライアント装置及び第２のクライアント装置は、第１の平均頻度f1及び第２の平均頻度f2それぞれを表す頻度制御データを格納する。上記表される平均頻度は、クライアント装置がピン・メッセージをサーバ装置に送出する平均頻度を定める。第１のクライアント装置及び第２のクライアント装置が更新メッセージ及び応答を交換する場合、頻度f1、f2は、
f1’=w1*f1+(1-w2)*f2、
f2’=w2*f2+(1-w1)*f1
によって頻度f1’及びf2’に適合させることができる。
【００５２】
ここで、w1及びw2は重み係数である。このタイプの適合の結果は、サーバ装置にピン・メッセージが達する頻度が影響されないことである（f1+f2=f1’+f2’であるからである）。好ましい実施例では、重み係数w1、w2は1/2に等しいが、急激な変動に対する頻度の感度がより低くなるようにその他の重み（例えば、１により近い重み）を用いることができる。
【００５３】
クライアント装置がピン・メッセージ及びピン応答をサーバ装置と交換する場合、サーバ装置は、クライアント装置に格納される頻度制御データによって表される頻度f1又はf2を調節するための情報を供給する。よって、サーバ装置は、クライアント装置の平均頻度の和（すなわち、サーバ装置がピン・メッセージを受け取る全体頻度）を制御する。システムは好ましくは、サ―バ装置によって扱うことが可能な所定の最大値未満にこの全体頻度を維持するように構成される。
【００５４】
一実施例では、サーバはピン・メッセージに応答して「ピンカウント」情報を送信する。「ピンカウント」は、特定の時点から受信された受信ピン・メッセージの全体数を表す。この実施例では、クライアント装置は、その連続したピン・メッセージに応答して表されるピンカウントを比較し、差をピン・メッセージ間の時間間隔の持続時間と関連付けて、ピン・メッセージの全体頻度が高すぎるか低すぎるかを判定する。これに応答して、クライアント装置は、ピン・メッセージ送出のその頻度を上下させ（、かつ、それによって、ピン・メッセージ送出の全体頻度を上下させ）る。後に、クライアント装置間の更新メッセージによって、この調節がクライアント装置にわたって拡散することが可能になる。
【００５５】
別の実施例では、サーバ装置自体が、ピン・メッセージを受信する平均頻度を所望の頻度と比較するよう構成される。この実施例では、サーバ装置は、観測頻度が所望の値の上か下かに応じて、頻度を増加又は低減させる旨のコマンドをクライアント装置に送出する。後に、クライアント装置間の更新メッセージによって、この調節がクライアント装置にわたって拡散することが可能になる。サーバ装置によるこの制御は、最近の時間間隔の間の全体頻度の推定を用いて、頻度を増加させること又は頻度を低減させることを選択することができる。よって、クライアント装置の数における変動に対するよりすばやい応答が可能である。
【００５６】
頻度を平均する代わりに、クライアント装置は、連続したピン・メッセージ間の時間間隔の持続時間を平均することができる。しかし、ピン・メッセージがサーバ装置に達する全体頻度に影響を及ぼすという欠点を有する。
【００５７】
ピン・メッセージの平均頻度を設定するための特定の手法を説明したが、一局面によれば、単に転送アドレスのリストの更新のために、頻度の設定とは別個に本発明を用いることができる。
【００５８】
好ましくは、クライアント装置は、所定量のメモリ空間を転送アドレスのリストのために予約するよう構成される。よって、上記リストは、せいぜい、プロキシ・バイ・メッセージが送出される所定数のクライアント・アドレスを有する。この場合、プロセッサは、第３の工程６３が実行される際にアドレスをリストから除去する必要があり得る。例えば、最も旧いアドレスを除去のために選択することができる。
【００５９】
好ましくは、プロセッサ２０は、リスト内のアドレスの失効情報もメモリ２６に格納する。プロセッサ２０は、特定のアドレスを有するクライアント装置からの更新メッセージを検出すると、そのアドレスの失効情報を更新する。同様に、プロセッサ２０は、特定のアドレスを有するクライアント装置からの更新メッセージに対する応答を検出すると、そのアドレスの失効情報を更新する。アドレスが失効すると、プロセッサ２０はそのアドレスを上記リストから除去する。失効情報は、局所クロック回路２４のクロック・カウント値の形式をとり得る。この値は、例えば、アドレスがサーバ装置から受信された場合に、かつ／又は、アドレスを格納するクライアント装置が、そのアドレスを有するクライアント装置とメッセージを首尾良く交換した場合に更新することができる。この場合、プロセッサ２０は、局所クロック回路２４からのクロック・カウントが、アドレスの格納カウントを所定量超えると転送アドレスのリストからアドレスを除去することができる。しかし、アドレスを廃棄することができる前に達しなければならないクロック・カウント値の格納などの別の手法が可能である。
【００６０】
一実施例では、サーバ装置は、プロキシ・バイ・メッセージを送出しなければならないアドレスと組み合わせて失効情報を送出するよう構成される。この実施例では、クライアント装置は、サーバ装置から受信するアドレスの失効情報を格納し、その情報が失効している場合、アドレスを廃棄する。
【００６１】
好ましくは、クライアント装置は、第１のピン・メッセージを送出し、ピン応答を受信した後、所定の当初時間間隔内に他のクライアントに更新メッセージを送信するよう構成される。これによって、システムにアクティブに接続するのをサーバ装置がまもなくやめる場合に、新たに追加されたクライアント装置が転送メッセージを受信する確率が増加する。所定の当初時間間隔は好ましくは、後続更新メッセージ間の時間間隔よりも短い。
【００６２】
本発明は、前述の実施例に限定されない。例えば、フローチャートを参照して説明した動作を行うようプログラムされるプログラム可能なプロセッサを有するクライアント／サーバ・アーキテクチャを示したが、代わりに、装置の一部又は全ては、前述の動作を行うよう特に企図された専用回路を有し得る。
【００６３】
更に、好ましくは、クライアント装置全てが更新メッセージを送出するが、このことは常に必要である訳でない。例えば、特定の場合には、主たるリスクは、クライアント装置が、第１のピン・メッセージをサーバ装置に最近送出している場合にプロキシ・バイ・メッセージを受信しないことである。前述の場合、クライアント装置は、第1のピン・メッセージの送出直後にのみ更新メッセージを送出することで十分である。このようにして、前述のクライアント装置がプロキシ・バイ・メッセージを何ら受信しないことになるリスクが削減される。
【００６４】
その他の場合、主たるリスクは、プロキシ・バイ・メッセージの転送が、プロキシ・バイ・メッセージが全てのクライアント装置に達することを、このプロキシ・バイ・メッセージを転送すべきであった特定のクライアント装置がもうアクティブでない場合にもたらす訳でないことである。前述の場合、クライアントがサーバ装置にピン・メッセージを、転送アドレスのリストに載っている他のクライアント装置からその更新メッセージに対する応答を受信しない場合に送出することは特に効果的である。このようにして、クライアント装置はそのリストのために新規のアドレスを得ることができる。
【００６５】
前述の場合、その転送アドレスのリスト上に別のクライアント装置のアドレスを有するそのクライアント装置群が前述の別の装置に更新メッセージを、前述の別の装置がクライアント装置群に更新メッセージを後に送出することが可能にされるように送出することも効果的である。このようにして、前述の別の装置は、転送されたプロキシ・バイ・メッセージを受信しないというリスクがある時点を検出することができる。これに応答して、前述の別のクライアント装置は、ピン・メッセージを送出して、サーバ装置についての最新情報を取得し、かつ、前述の別のクライアント装置が他のクライアント装置の転送リストに載せられることを容易にすることができる。
【００６６】
しかし、ピン・メッセージがこの場合に送出されなくても、効果は実現される。アクティブなクライアント装置間でプロキシ・バイ・メッセージを転送するための転送アドレスの交換によって、もうアクティブでないクライアント装置アドレスのみが利用可能である場合に転送が失敗するというリスクが減るからである。
【００６７】
好ましくは、クライアント装置は、プロキシ・バイ・メッセージを転送するのに用いるサーバ装置によって供給されたアドレスに更新メッセージを送る。しかし、既知であるか又は潜在的な他のクライアントの他のアドレスを、代わりに、又はそれに加えて用いることができる。例えば、サーバ装置は、プロキシ・バイ・メッセージの送出に当初用いなくてもよい、更新メッセージ送出のためのアドレスを供給するよう構成することができる。そのアドレスからサーバ装置がピン・メッセージを受信した後にサーバ装置によって供給されるそのアドレスを用いる利点は、前述のアドレスが、アクティブなクライアント装置を高い確率でアドレス指定することである。更新メッセージにもプロキシ・バイ・メッセージにも同じアドレスを用いる利点は、単一のタイプのアドレスしか用いなくてよいことである。
【００６８】
更に、前述の実施例では、更新メッセージが、更新メッセージを受信するクライアント装置の転送アドレスのリストに格納される1つのアドレス（更新メッセージのソース・アドレス）を有しているが、クライアントは、その他のアドレス（例えば、更新メッセージを送出するクライアント装置の転送アドレスのリストからのアドレス）を更新メッセージ内に備えるよう構成することができる。この場合、更新メッセージを受信するクライアント装置は、ソース・アドレスに加えて、又はソース・アドレスの代わりに前述の他のアドレスをその転送アドレスのリストに追加するよう構成することができる。これによって、リストをよりすばやく更新することが可能になる。しかし、ソース・アドレスのみを用いることには、より短いメッセージで十分であるという利点を有しており、又、リストが急速に溢れないか、又は、速い速度でリストからの前述のアドレスが置き換えられなければならないという利点も有している。
【００６９】
本発明は単一のサーバ装置を用いて説明したが、実際には、多くの別々のサーバ装置をシステムにアクティブに接続することができる。この場合、クライアント装置は、クライアント装置が用いたいことがあり得るそれぞれのサーバ毎転送アドレスのリストを保持することができ、クライアント装置はサーバ装置それぞれにピン・メッセージを送出するためにピン・メッセージ頻度を設定する。
【図面の簡単な説明】
【００７０】
【図１】複数の装置を備えたシステムを示す図である。
【図２】システムにおいて用いるための装置を示す図である。
【図３】クライアントの動作を示すフローチャートである。
【図４】プロキシ・バイ・メッセージの受信を示すフローチャートである。
【図５】ピン・メッセージの受信を示すフローチャートである。
【図６】転送アドレスのリストの保持を示すフローチャートである。
【図７】転送アドレスのリストの保持を示すフローチャートである。
【図１】
2008517547.tif 000003
【図２】
2008517547.tif 000004
【図３】
2008517547.tif 000005
【図４】
2008517547.tif 000006
【図５】
2008517547.tif 000007
【図６】
2008517547.tif 000008
【図７】
2008517547.tif 000009
【国際調査報告】
2008517547.tif 000010
2008517547.tif 000011
2008517547.tif 000012