(57)【要約】【課題】あるノード装置に接続された端末装置からアップロードされたコンテンツを他のノード装置に接続される他の端末装置へ効率良く提供することが可能な通信システム、ノード装置、及びノード処理プログラムを提供する。【解決手段】第１の端末装置の識別情報を管理するノード装置が、前記第１の端末装置の識別情報に対応付けて、第２の端末装置の識別情報を記憶しておく。そして、第１の端末装置の識別情報を管理するノード装置は、前記第１のノード装置から前記第１のノード装置が前記第１の端末装置から受信したコンテンツの識別情報と、前記第１の端末装置の識別情報とを含む情報を受信した場合に、前記第１の端末装置の識別情報に対応付けられて記憶されている前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して、前記コンテンツの識別情報を送信する。【選択図】図４
2013246803.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムであって、
第１のノード装置は、
前記第１のノード装置に接続した第１の端末装置からコンテンツを受信する第１受信手段と、
前記第１受信手段により受信された前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを、前記第１の端末装置の識別情報に基づき前記オーバーレイネットワーク上で前記第１の端末装置の識別情報を管理する第２のノード装置に対して送信する第１送信手段と、
前記第１受信手段により受信された前記コンテンツを保存するノード装置のノード情報を、前記コンテンツの識別情報に基づき前記オーバーレイネットワーク上で前記コンテンツの所在を管理するノード装置に対して送信する第２送信手段と、
を備え、
前記第２のノード装置は、
前記第１の端末装置の識別情報に対応付けて、第２の端末装置の識別情報を記憶する記憶手段と、
前記第１のノード装置により送信された、前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを受信する第２受信手段と、
前記第２受信手段により受信された前記第１の端末装置の識別情報に対応付けられて記憶されている前記第２の端末装置の識別情報を取得する第１取得手段と、
前記第２受信手段により受信された前記コンテンツの識別情報を、前記第１取得手段により取得された前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信する第３送信手段と、
を備え、
前記第３のノード装置は、
前記第２のノード装置により送信された前記コンテンツの識別情報を受信する第３受信手段と、
前記第３受信手段により受信された前記コンテンツの識別情報に基づき前記コンテンツを保存するノード装置から前記コンテンツを取得する第２取得手段と、
を備えることを特徴とする通信システム。
【請求項２】
前記第３のノード装置は、前記第２の端末装置の識別情報と前記第１の端末装置の識別情報とを対応付ける対応付け要求を前記第２の端末装置から受信した場合に、前記対応付け要求を前記第１の端末装置の識別情報に基づき前記オーバーレイネットワークを介して前記第２のノード装置に対して送信する第４送信手段を備え、
前記第２のノード装置は、
前記第３のノード装置により送信された前記対応付け要求を受信する第４受信手段と、
前記第４受信手段により受信された前記対応付け要求が示す前記第１の端末装置の識別情報が前記第２のノード装置によって管理される識別情報であるか否かを判定する第１判定手段と、
を備え、
前記記憶手段は、前記第１判定手段により前記第２のノード装置によって管理される識別情報であると判定された場合、前記対応付け要求が示す前記第１の端末装置の識別情報に対応付けて、前記対応付け要求が示す前記第２の端末装置の識別情報を記憶することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記第２のノード装置は、前記第４受信手段により前記対応付け要求が受信される前に前記第２受信手段により前記コンテンツの識別情報が受信されている場合、前記第３送信手段は、前記対応付け要求が示す前記第２の端末装置の識別情報の受信または記憶に応じて、前記第２受信手段により受信された前記コンテンツの識別情報を、前記第３のノード装置に対して送信することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記第３のノード装置は、前記対応付け要求が示す前記第２の端末装置の識別情報の受信または記憶に応じて前記第２のノード装置により送信された前記コンテンツの識別情報を前記第３受信手段により受信した場合、既に前記第３のノード装置に接続している第３の端末装置の識別情報が前記第１の端末装置の識別情報に対応付けられているか否かを判定する第２判定手段を備え、
前記第２判定手段により第３の端末装置の識別情報が前記第１の端末装置の識別情報に対応付けられていると判定された場合、前記第２取得手段は、前記第３受信手段により受信された前記コンテンツの識別情報に基づく前記コンテンツの取得を行わないことを特徴とする請求項３に記載の通信システム。
【請求項５】
前記第３のノード装置は、
前記対応付け要求を前記第２の端末装置から受信した場合に、前記対応付け要求が示す前記第１の端末装置から前記第１のノード装置が既に受信しているコンテンツの識別情報の取得要求を、前記第１の端末装置の識別情報に基づき前記オーバーレイネットワークを介して前記第２のノード装置に対して送信する第５送信手段を備え、
前記第２のノード装置は、
前記第３のノード装置により送信された、前記コンテンツの識別情報の取得要求を受信する第５受信手段と、
前記第５受信手段により受信された前記取得要求に応じて、前記第１のノード装置が既に受信しているコンテンツの識別情報を、前記第３のノード装置に対して送信する第６送信手段と、
を備えることを特徴とする請求項２に記載の通信システム。
【請求項６】
前記第３のノード装置は、前記第１の端末装置の識別情報に対応付ける対応付け要求を既に前記第２の端末装置とは異なる他の端末装置から受信しているか否かを判定する第３判定手段を備え、
前記第５送信手段は、前記第３判定手段により前記対応付け要求を前記他の端末装置から受信していないと判定された場合に、前記コンテンツの識別情報の取得要求を前記第２のノード装置に対して送信することを特徴とする請求項５に記載の通信システム。
【請求項７】
前記第３送信手段は、前記第２受信手段により受信された前記コンテンツの識別情報を、前記第１取得手段により取得された前記第２の端末装置の識別情報に基づき前記オーバーレイネットワーク上で前記第２の端末装置の識別情報及び前記第３のノード装置のノード情報を管理する第４のノード装置に対して送信し、
前記第４のノード装置は、
前記第２のノード装置により送信された、前記コンテンツの識別情報を受信する第６受信手段と、
前記第５受信手段により受信された前記コンテンツの識別情報を、前記第３のノード装置のノード情報に基づき前記第３のノード装置に対して送信する第７送信手段と、
を備えることを特徴とする請求項１乃至６の何れか一項に記載の通信システム。
【請求項８】
前記第３のノード装置は、前記第２取得手段により前記コンテンツが取得された場合に、前記コンテンツが取得されたことを示す情報を前記第２の端末装置へ通知する通知手段を備えることを特徴とする請求項１乃至７の何れか一項に記載の通信システム。
【請求項９】
複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムにおいて第１のノード装置に接続される第１の端末装置の識別情報を管理するノード装置であって、
前記第１の端末装置の識別情報に対応付けて、第２の端末装置の識別情報を記憶する記憶手段と、
前記第１のノード装置から前記オーバーレイネットワークを介して送信された情報であって、前記第１のノード装置が前記第１の端末装置から受信したコンテンツの識別情報と、前記第１の端末装置の識別情報とを含む情報を受信する受信手段と、
前記受信手段により受信された前記第１の端末装置の識別情報に対応付けられて記憶されている前記第２の端末装置の識別情報を取得する取得手段と、
前記受信手段により受信された前記コンテンツの識別情報を、前記取得手段により取得された前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信する送信手段と、
を備えることを特徴とするノード装置。
【請求項１０】
複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムにおいて第１のノード装置に接続される第１の端末装置の識別情報を管理するノード装置に含まれるコンピュータに、
前記第１のノード装置から前記オーバーレイネットワークを介して送信された情報であって、前記第１のノード装置が前記第１の端末装置から受信したコンテンツの識別情報と、前記第１の端末装置の識別情報とを含む情報を受信するステップと、
前記受信された前記第１の端末装置の識別情報に対応付けられて予め記憶手段に記憶されている第２の端末装置の識別情報を取得するステップと、
前記受信された前記コンテンツの識別情報を、前記取得された前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信するステップと、
を実行させることを特徴とするノード処理プログラム。
【請求項１１】
複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムにおけるコンテンツ取得方法であって、
第１のノード装置が、前記第１のノード装置に接続した第１の端末装置からコンテンツを受信するステップと、
前記第１のノード装置が、前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを、前記第１の端末装置の識別情報に基づき前記オーバーレイネットワーク上で前記第１の端末装置の識別情報を管理する第２のノード装置に対して送信するステップと、
前記第１のノード装置が、前記コンテンツを保存するノード装置のノード情報を、前記コンテンツの識別情報に基づき前記オーバーレイネットワーク上で前記コンテンツの所在を管理するノード装置に対して送信するステップと、
前記第２のノード装置が、前記第１の端末装置の識別情報に対応付けて、第２の端末装置の識別情報を記憶するステップと、
前記第２のノード装置が、前記第１のノード装置により送信された、前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを受信するステップと、
前記第２のノード装置が、前記第１の端末装置の識別情報に対応付けられて記憶されている前記第２の端末装置の識別情報を取得するステップと、
前記第２のノード装置が、前記コンテンツの識別情報を、前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信するステップと、
前記第３のノード装置が、前記第２のノード装置により送信された前記コンテンツの識別情報を受信するステップと、
前記第３のノード装置が、前記コンテンツの識別情報に基づき前記コンテンツを保存するノード装置から前記コンテンツを取得するステップと、
を含むことを特徴とするコンテンツ取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成するピアツーピア通信システムの技術分野に関する。
【背景技術】
【０００２】
従来、ネットワークに接続された複数のクライアント等のノード装置間で、ファイル等のコンテンツの共有を行うことが可能なピアツーピア通信システムが知られている。このようなピアツーピア通信システムに関して、特許文献１には、各クライアントが最新の共有情報に容易にアクセスできる方法が提案されている。この方法では、クライアントが関心のある共有情報について通知サーバに予約しておくことによって、上記共有情報が変更された時に、通知サーバから各クライアントへ警報メッセージが送信されるようになっている。更に、特許文献１には、ピアツーピアネットワークを構成するクライアントが通知サーバの機能を備えた構成が開示されている。この構成では、共有情報が変更されたとき、共有情報が変更されたことがクライアント間で通知可能になっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１１５９４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１には、ピアツーピアネットワークを構成するクライアントに端末装置が接続されること、及びあるクライアントに接続された端末装置からアップロードされたコンテンツを他のクライアントに接続された他の端末装置へ効率良く提供することについては開示されていない。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、あるノード装置に接続された端末装置からアップロードされたコンテンツを他のノード装置に接続される他の端末装置へ効率良く提供することが可能な通信システム、ノード装置、ノード処理プログラム、及びコンテンツ取得方法を提供すること等を課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムであって、第１のノード装置は、前記第１のノード装置に接続した第１の端末装置からコンテンツを受信する第１受信手段と、前記第１受信手段により受信された前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを、前記第１の端末装置の識別情報に基づき前記オーバーレイネットワーク上で前記第１の端末装置の識別情報を管理する第２のノード装置に対して送信する第１送信手段と、前記第１受信手段により受信された前記コンテンツを保存するノード装置のノード情報を、前記コンテンツの識別情報に基づき前記オーバーレイネットワーク上で前記コンテンツの所在を管理するノード装置に対して送信する第２送信手段と、を備え、前記第２のノード装置は、前記第１の端末装置の識別情報に対応付けて、第２の端末装置の識別情報を記憶する記憶手段と、前記第１のノード装置により送信された、前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを受信する第２受信手段と、前記第２受信手段により受信された前記第１の端末装置の識別情報に対応付けられて記憶されている前記第２の端末装置の識別情報を取得する第１取得手段と、前記第２受信手段により受信された前記コンテンツの識別情報を、前記第１取得手段により取得された前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信する第３送信手段と、を備え、前記第３のノード装置は、前記第２のノード装置により送信された前記コンテンツの識別情報を受信する第３受信手段と、前記第３受信手段により受信された前記コンテンツの識別情報に基づき前記コンテンツを保存するノード装置から前記コンテンツを取得する第２取得手段と、を備えることを特徴とする。
【０００７】
請求項２に記載の発明は、請求項１に記載の通信システムにおいて、前記第３のノード装置は、前記第２の端末装置の識別情報と前記第１の端末装置の識別情報とを対応付ける対応付け要求を前記第２の端末装置から受信した場合に、前記対応付け要求を前記第１の端末装置の識別情報に基づき前記オーバーレイネットワークを介して前記第２のノード装置に対して送信する第４送信手段を備え、前記第２のノード装置は、前記第３のノード装置により送信された前記対応付け要求を受信する第４受信手段と、前記第４受信手段により受信された前記対応付け要求が示す前記第１の端末装置の識別情報が前記第２のノード装置によって管理される識別情報であるか否かを判定する第１判定手段と、を備え、前記記憶手段は、前記第１判定手段により前記第２のノード装置によって管理される識別情報であると判定された場合、前記対応付け要求が示す前記第１の端末装置の識別情報に対応付けて、前記対応付け要求が示す前記第２の端末装置の識別情報を記憶することを特徴とする。
【０００８】
請求項３に記載の発明は、請求項２に記載の通信システムにおいて、前記第２のノード装置は、前記第４受信手段により前記対応付け要求が受信される前に前記第２受信手段により前記コンテンツの識別情報が受信されている場合、前記第３送信手段は、前記対応付け要求が示す前記第２の端末装置の識別情報の受信または記憶に応じて、前記第２受信手段により受信された前記コンテンツの識別情報を、前記第３のノード装置に対して送信することを特徴とする。
【０００９】
請求項４に記載の発明は、請求項３に記載の通信システムにおいて、前記第３のノード装置は、前記対応付け要求が示す前記第２の端末装置の識別情報の受信または記憶に応じて前記第２のノード装置により送信された前記コンテンツの識別情報を前記第３受信手段により受信した場合、既に前記第３のノード装置に接続している第３の端末装置の識別情報が前記第１の端末装置の識別情報に対応付けられているか否かを判定する第２判定手段を備え、前記第２判定手段により第３の端末装置の識別情報が前記第１の端末装置の識別情報に対応付けられていると判定された場合、前記第２取得手段は、前記第３受信手段により受信された前記コンテンツの識別情報に基づく前記コンテンツの取得を行わないことを特徴とする。
【００１０】
請求項５に記載の発明は、請求項２に記載の通信システムにおいて、前記第３のノード装置は、前記対応付け要求を前記第２の端末装置から受信した場合に、前記対応付け要求が示す前記第１の端末装置から前記第１のノード装置が既に受信しているコンテンツの識別情報の取得要求を、前記第１の端末装置の識別情報に基づき前記オーバーレイネットワークを介して前記第２のノード装置に対して送信する第５送信手段を備え、前記第２のノード装置は、前記第３のノード装置により送信された、前記コンテンツの識別情報の取得要求を受信する第５受信手段と、前記第５受信手段により受信された前記取得要求に応じて、前記第１のノード装置が既に受信しているコンテンツの識別情報を、前記第３のノード装置に対して送信する第６送信手段と、を備えることを特徴とする。
【００１１】
請求項６に記載の発明は、請求項５に記載の通信システムにおいて、前記第３のノード装置は、前記第１の端末装置の識別情報に対応付ける対応付け要求を既に前記第２の端末装置とは異なる他の端末装置から受信しているか否かを判定する第３判定手段を備え、前記第５送信手段は、前記第３判定手段により前記対応付け要求を前記他の端末装置から受信していないと判定された場合に、前記コンテンツの識別情報の取得要求を前記第２のノード装置に対して送信することを特徴とする。
【００１２】
請求項７に記載の発明は、請求項１乃至６の何れか一項に記載の通信システムにおいて、前記第３送信手段は、前記第２受信手段により受信された前記コンテンツの識別情報を、前記第１取得手段により取得された前記第２の端末装置の識別情報に基づき前記オーバーレイネットワーク上で前記第２の端末装置の識別情報及び前記第３のノード装置のノード情報を管理する第４のノード装置に対して送信し、前記第４のノード装置は、前記第２のノード装置により送信された、前記コンテンツの識別情報を受信する第６受信手段と、前記第５受信手段により受信された前記コンテンツの識別情報を、前記第３のノード装置のノード情報に基づき前記第３のノード装置に対して送信する第７送信手段と、を備えることを特徴とする。
【００１３】
請求項８に記載の発明は、請求項１乃至７の何れか一項に記載の通信システムにおいて、前記第３のノード装置は、前記第２取得手段により前記コンテンツが取得された場合に、前記コンテンツが取得されたことを示す情報を前記第２の端末装置へ通知する通知手段を備えることを特徴とする。
【００１４】
請求項９に記載の発明は、複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムにおいて第１のノード装置に接続される第１の端末装置の識別情報を管理するノード装置であって、前記第１の端末装置の識別情報に対応付けて、第２の端末装置の識別情報を記憶する記憶手段と、前記第１のノード装置から前記オーバーレイネットワークを介して送信された情報であって、前記第１のノード装置が前記第１の端末装置から受信したコンテンツの識別情報と、前記第１の端末装置の識別情報とを含む情報を受信する受信手段と、前記受信手段により受信された前記第１の端末装置の識別情報に対応付けられて記憶されている前記第２の端末装置の識別情報を取得する取得手段と、前記受信手段により受信された前記コンテンツの識別情報を、前記取得手段により取得された前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信する送信手段と、を備えることを特徴とする。
【００１５】
請求項１０に記載の発明は、複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムにおいて第１のノード装置に接続される第１の端末装置の識別情報を管理するノード装置に含まれるコンピュータに、前記第１のノード装置から前記オーバーレイネットワークを介して送信された情報であって、前記第１のノード装置が前記第１の端末装置から受信したコンテンツの識別情報と、前記第１の端末装置の識別情報とを含む情報を受信するステップと、前記受信された前記第１の端末装置の識別情報に対応付けられて予め記憶手段に記憶されている第２の端末装置の識別情報を取得するステップと、前記受信された前記コンテンツの識別情報を、前記取得された前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信するステップと、を実行させることを特徴とする。
【００１６】
請求項１１に記載の発明は、複数のコンテンツが複数のノード装置に分散されて保存され、且つ、前記コンテンツを保存するノード装置のノード情報が前記コンテンツの所在を管理するノード装置に保存され、前記複数のノード装置がオーバーレイネットワークを構成する通信システムにおけるコンテンツ取得方法であって、第１のノード装置が、前記第１のノード装置に接続した第１の端末装置からコンテンツを受信するステップと、前記第１のノード装置が、前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを、前記第１の端末装置の識別情報に基づき前記オーバーレイネットワーク上で前記第１の端末装置の識別情報を管理する第２のノード装置に対して送信するステップと、前記第１のノード装置が、前記コンテンツを保存するノード装置のノード情報を、前記コンテンツの識別情報に基づき前記オーバーレイネットワーク上で前記コンテンツの所在を管理するノード装置に対して送信するステップと、前記第２のノード装置が、前記第１の端末装置の識別情報に対応付けて、第２の端末装置の識別情報を記憶するステップと、前記第２のノード装置が、前記第１のノード装置により送信された、前記コンテンツの識別情報と、前記第１の端末装置の識別情報とを受信するステップと、前記第２のノード装置が、前記第１の端末装置の識別情報に対応付けられて記憶されている前記第２の端末装置の識別情報を取得するステップと、前記第２のノード装置が、前記コンテンツの識別情報を、前記第２の端末装置の識別情報に基づき前記第２の端末装置が接続される第３のノード装置に対して送信するステップと、前記第３のノード装置が、前記第２のノード装置により送信された前記コンテンツの識別情報を受信するステップと、前記第３のノード装置が、前記コンテンツの識別情報に基づき前記コンテンツを保存するノード装置から前記コンテンツを取得するステップと、を含むことを特徴とする。
【発明の効果】
【００１７】
請求項１、８〜１１に記載の発明によれば、第１のノード装置に接続された第１の端末装置からコンテンツがアップロードされた場合に、コンテンツをアップロードされたことを示す情報を第２のノード装置及び第３のノード装置を介して第２の端末装置へ効率良く提供することができる。
【００１８】
請求項２に記載の発明によれば、第１の端末装置の識別情報に第２の端末装置の識別情報を効率良く対応付けできる。
【００１９】
請求項３に記載の発明によれば、第１の端末装置の識別情報と第２の端末装置の識別情報の対応付け前に第１の端末装置により既にアップロードされたコンテンツの識別情報を、より迅速に第３のノード装置へ提供することができる。
【００２０】
請求項４に記載の発明によれば、重複するコンテンツの取得を防止でき、ネットワーク負荷を低減することができる。
【００２１】
請求項５に記載の発明によれば、第１の端末装置の識別情報と第２の端末装置の識別情報の対応付け前に第１の端末装置により既にアップロードされたコンテンツの識別情報を、より迅速に第３のノード装置へ提供することができる。
【００２２】
請求項６に記載の発明によれば、重複するコンテンツの取得を防止でき、ネットワーク負荷を低減することができる。
【００２３】
請求項７に記載の発明によれば、ネットワーク負荷を低減しつつ、コンテンツの識別情報をより迅速に第３のノード装置へ提供することができる。
【図面の簡単な説明】
【００２４】
【図１】本実施形態の通信システムＳのネットワーク構成例を示す図である。
【図２】（Ａ）は、ＳＩＰサーバＳＡｎの概要構成例を示すブロック図である。（Ｂ）は、登録情報テーブルの登録例を示す図である。（Ｃ）は、コンテンツリストテーブルの登録例を示す図である。（Ｄ）は、Subscriberリストテーブルの登録例を示す図である。
【図３】SIP-UAルートノードとして機能するＳＩＰサーバＳＡｎにおける制御部１の処理例を示すフローチャートである。
【図４】通信システムＳで行われるメッセージのやり取りの一例を示す概念図である。
【図５】通信システムＳで行われるメッセージのやり取りの一例を示す概念図である。
【図６】（Ａ）は、SubscriberのＳＩＰプロキシサーバにおける制御部１の処理例を示すフローチャートである。（Ｂ）は、SubscriberのＳＩＰプロキシサーバにおける制御部１のコンテンツの取得処理例を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、本発明の一実施形態を図面に基づいて説明する。
【００２６】
［１．通信システムの構成及び動作概要］
始めに、図１を参照して、本実施形態の通信システムの構成及び動作概要について説明する。図１は、本実施形態の通信システムＳのネットワーク構成例を示す図である。図１に示すように、本実施形態の通信システムＳは、複数の拠点Ｐｎ（ｎは自然数）それぞれに設置されたＳＩＰ（Session Initiation Protocol）サーバＳＡｎを備えて構成される。拠点の例としては、カラオケ店舗、学校、会社、住宅、又はその他の施設等が挙げられる。各拠点Ｐｎには、拠点ネットワークＮＬｎが構築される。拠点ネットワークＮＬｎは、例えば、ＬＡＮ（Local Area Network）から構成される。拠点ネットワークＮＬｎは、ＳＩＰサーバＳＡｎを介して基幹ネットワークＮＷに接続される。基幹ネットワークＮＷは、例えば、インターネット等のＷＡＮ（Wide Area Network）から構成される。ＳＩＰサーバＳＡｎには、それぞれ、基幹ネットワークＮＷにおいて固有のＩＰアドレス（グローバルＩＰアドレス）が割り当てられる。なお、本実施形態において、ＳＩＰサーバＳＡｎは、ＳＩＰに基づくプログラムに従って動作するサーバの機能を有するルータ機器であることを想定している。このサーバの機能には、プロキシサーバやレジストラサーバ等の機能がある。しかし、ＳＩＰに基づくプログラムに従って動作するＳＩＰサーバＳＡｎが、ルータ機器とは分離され別体として構成されてもよい。この場合、拠点ネットワークＮＬｎに接続されるＳＩＰサーバＳＡｎは、同じ拠点Ｐｎのルータ機器を介して基幹ネットワークＮＷに接続されることになる。
【００２７】
ＳＩＰサーバＳＡｎは、例えば、ＳＩＰ端末Ｔｎの認証、ＳＩＰ端末間のセッションの確立やメッセージの仲介等を行う。ＳＩＰ端末Ｔｎは、本発明における端末装置の一例である。ＳＩＰ端末Ｔｎは、ＳＩＰに基づくプログラムに従いＳＩＰのＵＡ（User Agent)としての機能を有する。ＳＩＰ端末Ｔｎの認証は、例えば、ＳＩＰ端末Ｔｎからの登録要求（REGISTER request）に応じて、ＳＩＰサーバＳＡｎにより行われる。また、ＳＩＰ端末Ｔｎの認証は、例えば、ＳＩＰ端末Ｔｎの認証情報を保持しているＳＩＰサーバＳＡｎにより行われる。ＳＩＰ端末Ｔｎの認証情報を保持しているＳＩＰサーバＳＡｎは、ＳＩＰ端末Ｔｎと同じ拠点ネットワークＮＬｎに接続される場合と、ＳＩＰ端末Ｔｎと別の同じ拠点ネットワークＮＬｎに接続される場合とがある。なお、認証情報には、例えば、ユーザＩＤ及びパスワードが含まれる。ＳＩＰ端末Ｔｎは、ＳＩＰサーバＳＡｎにより認証されると、同じ拠点ネットワークＮＬｎを介して接続しているＳＩＰサーバＳＡｎに登録（レジスト）される。ＳＩＰ端末Ｔｎを登録したＳＩＰサーバＳＡｎは、ＳＩＰ端末ＴｎのＳＩＰプロキシサーバとなる。こうして登録されたＳＩＰ端末Ｔｎは、ユーザの操作に応じて、ＳＩＰサーバＳＡｎへのコンテンツのアップロード、及びＳＩＰサーバＳＡｎからのコンテンツのダウンロードを行うことができる。コンテンツは、テキスト、静止画像、動画像のうちの少なくとも何れか一つから構成されるデータである。また、コンテンツは、Ｗｅｂページを構成するＨＴＭＬ等の構造化文書データであってもよい。なお、ＳＩＰ端末Ｔｎは、ダウンロードされたコンテンツを再生し、ディスプレイに表示したり、スピーカから音声出力することができる。更に、ＳＩＰ端末Ｔｎは、セッションを確立した他のＳＩＰ端末Ｔｎとの間で通信を行うことができる。このセッションは、例えばＩＰ電話の音声データ、インスタントメッセージのテキストデータ、又はビデオフォンの動画データ等の各種データを転送するための通信チャネルとなる。ＳＩＰ端末Ｔｎには、ＳＩＰ端末Ｔｎを識別する「SIP URI」が割り当てられる。SIP URIは、ＳＩＰ端末Ｔｎごとに異なる。SIP URIは、スキーム名（sip):ユーザ名@ＳＩＰサーバＳＡｎのドメイン名（又はＳＩＰサーバＳＡｎのＩＰアドレス）というように表される。
【００２８】
なお、本実施形態においては、ＳＩＰサーバＳＡｎが設置されている拠点Ｐｎの拠点ネットワークＮＬｎに接続されるＳＩＰ端末Ｔｎを例にとるものとする。図１に示すように、例えば拠点Ｐ４の拠点ネットワークＮＬ４には、無線ＬＡＮのアクセスポイントＡＰ４を介してＳＩＰ端末Ｔ４が接続される。ＳＩＰ端末Ｔ４は、例えばスマートフォンやタブレット等の携帯端末である。一方、例えば拠点Ｐ８の拠点ネットワークＮＬ８には、ＳＩＰ端末Ｔ８が接続される。ＳＩＰ端末Ｔ８は、例えばパーソナルコンピュータである。ＳＩＰ端末Ｔｎには、同じ拠点ネットワークＮＬｎに接続されるＳＩＰサーバＳＡｎのＩＰアドレスが予め設定される。なお、ＳＩＰ端末Ｔｎが接続されていない拠点ネットワークＮＬｎもある。また、複数のＳＩＰ端末Ｔｎが接続される拠点ネットワークＮＬｎもある。
【００２９】
また、通信システムＳにおいては、図１に示すように、複数のＳＩＰサーバＳＡｎがそれぞれノード装置（以下、「ノード」という）ＮｎとしてオーバーレイネットワークＯＮを構成する。つまり、各ＳＩＰサーバＳＡｎは、ノードＮｎとしてオーバーレイネットワークＯＮに参加する。ＳＩＰ端末Ｔｎは、オーバーレイネットワークＯＮに参加しない。オーバーレイネットワークＯＮは、仮想的なリンクを構成する論理的なネットワークである。オーバーレイネットワークＯＮは、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。このような分散ハッシュテーブルを、以下、「ＤＨＴ（Distributed Hash Table）」という。ノードＮｎとしてのＳＩＰサーバＳＡｎには、それぞれ、ノードＩＤが付与される。ノードＩＤは、オーバーレイネットワークＯＮに参加しているノードＮｎを一意に識別する識別情報である。ノードＩＤは、例えばＳＨＡ１等のハッシュ関数によりハッシュ値として得られる。例えば、ノードＩＤは、ＳＩＰサーバＳＡｎに割り当てられたＩＰアドレス、又はＩＰアドレスとポート番号との組をハッシュ関数に代入することにより算出される。なお、図１に示すオーバーレイネットワークＯＮにおけるＩＤ空間は、便宜上、０〜１０００の範囲を想定している。しかし、実際にはノード数に応じてより大きな範囲のＩＤ空間となる。また、オーバーレイネットワークＯＮを構成するＳＩＰサーバＳＡｎは、ＤＨＴを用いたルーティングテーブル（以下、「ＤＨＴルーティングテーブル」という）を保存する。ＤＨＴルーティングテーブルには、各種メッセージの送信先候補となるＳＩＰサーバＳＡｎのノードＩＤとアドレス情報の組が複数登録される。このアドレス情報には、例えばＩＰアドレス及びポート番号が含まれる。各ＳＩＰサーバＳＡｎは、ＤＨＴルーティングテーブルに基づいてオーバーレイネットワークＯＮを介して他のノードＮｎとの間でメッセージの送受信を行うことができる。なお、ＤＨＴについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３０】
また、通信システムＳにおいては、複数のコンテンツが複数のＳＩＰサーバＳＡｎに分散されて保存されている。各コンテンツには、コンテンツＩＤが付与される。コンテンツＩＤは、オーバーレイネットワークＯＮ上で管理されるコンテンツを一意に識別する識別情報である。コンテンツＩＤは、例えば、コンテンツのコンテンツ名等を基に、ノードＩＤを得る場合と共通するハッシュ関数により得られる。コンテンツを保存するＳＩＰサーバＳＡｎのアドレス情報はノード情報として、オーバーレイネットワークＯＮ上でコンテンツの所在を管理するＳＩＰサーバＳＡｎにコンテンツＩＤ及びコンテンツ名に対応付けられて保存される。ここで、コンテンツを保存するＳＩＰサーバＳＡｎを、以下、「コンテンツ保持ノード」という。また、オーバーレイネットワークＯＮ上でコンテンツの所在を管理するＳＩＰサーバＳＡｎを、以下、「コンテンツルートノード」という。コンテンツルートノードは、例えば、コンテンツＩＤと最も値の近いノードＩＤが付与されたＳＩＰサーバＳＡｎである。なお、最も値の近いとは、例えば、ＩＤの上位桁が最も多く一致することを意味する。コンテンツＩＤはコンテンツごとに異なるため、コンテンツルートノードはコンテンツごとに異なる場合がある。ただし、異なる２以上のコンテンツの所在が同一のコンテンツルートノードにより管理される場合もある。
【００３１】
そして、ＳＩＰサーバＳＡｎが他の何れかのＳＩＰサーバＳＡｎに保存されているコンテンツを取得する場合、ＳＩＰサーバＳＡｎは、オーバーレイネットワークＯＮを介してコンテンツの検索処理を行う。この検索処理では、ＳＩＰサーバＳＡｎは、コンテンツ所在問合せメッセージを、検索対象のコンテンツのコンテンツＩＤに基づきＤＨＴルーティングにより、このコンテンツの所在を管理するコンテンツルートノードに対して送信する。コンテンツ所在問合せメッセージは、コンテンツの所在をコンテンツルートノードに問い合わせるためのメッセージである。コンテンツ所在問合せメッセージには、検索対象のコンテンツのコンテンツＩＤ、及び問い合わせ元であるＳＩＰサーバＳＡｎのアドレス情報が含まれる。なお、ＤＨＴルーティングは、例えば特開２００７−０５３６６２号公報等で公知であるので、詳しい説明を省略する。そして、コンテンツ所在問合せメッセージを受信したコンテンツルートノードは、検索対象のコンテンツを保存するコンテンツ保持ノードのアドレス情報をＳＩＰサーバＳＡｎへ返信する。こうして、ＳＩＰサーバＳＡｎは、コンテンツルートノードから、検索対象のコンテンツを保存するコンテンツ保持ノードのアドレス情報を取得することができる。そして、ＳＩＰサーバＳＡｎは、取得したアドレス情報に基づきコンテンツ保持ノードへアクセスしてコンテンツを取得する。なお、コンテンツルートノードは、検索対象のコンテンツを保存するコンテンツ保持ノードへ、コンテンツ所在問合せメッセージを転送する場合もある。この場合、コンテンツ保持ノードから、問い合わせ元であるＳＩＰサーバＳＡｎへアクセスされる。
【００３２】
更に、通信システムＳにおいては、認証を経て登録されたＳＩＰ端末Ｔｎそれぞれの登録情報が複数のＳＩＰサーバＳＡｎに分散されて保存される。登録情報には、ＳＩＰ端末ＴｎのSIP-UAＩＤ、SIP URI、及びロケーション情報等が含まれる。SIP-UAＩＤは、ユーザが使用するＳＩＰ端末Ｔｎに対して付与される。SIP-UAＩＤは、オーバーレイネットワークＯＮ上で管理されるＳＩＰ端末Ｔｎを一意に識別する識別情報である。SIP-UAＩＤは、例えば、SIP URIを基に、ノードＩＤを得る場合と共通するハッシュ関数により得られる。ロケーション情報は、例えば、ＳＩＰ端末Ｔｎを登録したＳＩＰサーバＳＡｎのアドレス情報である。ＳＩＰ端末ＴｎにグローバルＩＰアドレスが割り当てられている場合、ロケーション情報は、ＳＩＰ端末ＴｎのＩＰアドレス及びポート番号であってもよい。ＳＩＰ端末Ｔｎの登録情報は、オーバーレイネットワークＯＮ上でＳＩＰ端末ＴｎのSIP-UAＩＤを管理するＳＩＰサーバＳＡｎに保存される。ここで、オーバーレイネットワークＯＮ上でＳＩＰ端末ＴｎのSIP-UAＩＤを管理するＳＩＰサーバＳＡｎを、以下、「SIP-UAルートノード」という。SIP-UAルートノードは、例えば、SIP-UAＩＤと最も値の近いノードＩＤが付与されたＳＩＰサーバＳＡｎである。SIP-UAＩＤはＳＩＰ端末Ｔｎごとに異なるため、SIP-UAルートノードはＳＩＰ端末Ｔｎごとに異なる場合がある。ただし、異なる２以上のＳＩＰ端末ＴｎのSIP-UAＩＤが同一のSIP-UAルートノードにより管理される場合もある。また、SIP-UAルートノードには、このSIP-UAルートノードにより管理されるSIP-UAＩＤが付与されたＳＩＰ端末Ｔｎがアップロードしたコンテンツのリストのテーブル（以下、「コンテンツリストテーブル」という）が保存される。また、SIP-UAルートノードには、このSIP-UAルートノードにより管理されるSIP-UAＩＤが付与されたＳＩＰ端末ＴｎのSubscriberのリストのテーブル（以下、「Subscriberリストテーブル」という）が保存される。Subscriberとは、ＳＩＰ端末Ｔｎからアップロードされたコンテンツをサブスクライブする他のＳＩＰ端末Ｔｎ又はこのＳＩＰ端末Ｔｎのユーザを示す。サブスクライブには、例えば、コメント、つぶやき等をネットワーク上で公開するソーシャルネットワークシステムで、コメント、つぶやき等を投稿するユーザをフォローすることが該当する。サブスクライブは、例えば、SubscriberがSUBSCRIBEメッセージを、ＳＩＰプロキシサーバを介してSIP-UAルートノードに対して送信することにより行われる。そして、SubscriberがサブスクライブしているＳＩＰ端末Ｔｎによりコンテンツがアップロードされた場合、コンテンツがアップロードされたことを示すNOTIFYメッセージがSIP-UAルートノードからSubscriberのＳＩＰプロキシサーバへ送信されるようになっている。
【００３３】
［２．ＳＩＰサーバＳＡｎの構成及び機能］
次に、図２を参照して、ＳＩＰサーバＳＡｎの構成及び機能について説明する。図２（Ａ）は、ＳＩＰサーバＳＡｎの概要構成例を示すブロック図である。ＳＩＰサーバＳＡｎは、図２（Ａ）に示すように、制御部１、記憶部２、及び通信部３等を備えて構成される。制御部１、記憶部２、及び通信部３はバス４を介して相互に接続されている。通信部３は、基幹ネットワークＮＷと拠点ネットワークＮＬｎに接続される。記憶部２は、本発明における記憶手段の一例である。
【００３４】
記憶部２は、例えばハードディスクドライブ等から構成される。記憶部２には、オペレーティングシステム及びノード処理プログラム等が記憶されている。ノード処理プログラムには、ＳＩＰに基づくレジストラサーバ及びプロキシサーバ等の処理をＣＰＵに実行させるためのＳＩＰプログラムが含まれる。ＳＩＰプログラムは、制御部１をＳＩＰモジュールとして機能させる。また、ノード処理プログラムには、ＤＨＴルーティングテーブルに基づいてオーバーレイネットワークＯＮを介してメッセージのやり取りを行うノードの処理をＣＰＵに実行させるためのＤＨＴプログラムが含まれる。ＤＨＴプログラムは、制御部１をＤＨＴモジュールとして機能させる。なお、ノード処理プログラムは、例えば、ネットワークＮＷに接続された所定のサーバからダウンロードされるようにしてもよい。或いは、ノード処理プログラムは、例えば、記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしてもよい。
【００３５】
また、記憶部２には、登録されたＳＩＰ端末ＴｎのSIP URI及び SIP-UAＩＤを登録するレジストテーブルが記憶される。また、記憶部２には、オーバーレイネットワークＯＮで使用されるＤＨＴルーティングテーブルが記憶される。また、コンテンツ保持ノードとなるＳＩＰサーバＳＡｎの記憶部２には、コンテンツが記憶される。また、コンテンツルートノードとなるＳＩＰサーバＳＡｎの記憶部２には、コンテンツ保持ノードのアドレス情報、コンテンツのコンテンツＩＤ及びコンテンツ名等を対応付けて登録するインデックステーブルが記憶される。
【００３６】
更に、SIP-UAルートノードとなるＳＩＰサーバＳＡｎの記憶部２には、登録情報テーブル、コンテンツリストテーブル、及びSubscriberリストテーブルが記憶される。図２（Ｂ）は、登録情報テーブルの登録例を示す図である。図２（Ｂ）に示す登録情報テーブルには、SIP-UAＩＤと、ＩＰアドレス及びポート番号と、SIP URIとが対応付けられて登録されている。図２（Ｂ）に示すSIP-UAＩＤ及びSIP URIは、ＳＩＰ端末ＴｎのSIP-UAルートノードにより管理されるSIP-UAＩＤ及びSIP URIである。図２（Ｂ）に示すＩＰアドレス及びポート番号は、ＳＩＰ端末Ｔｎを登録したＳＩＰサーバＳＡｎのＩＰアドレス及びポート番号である。なお、図２（Ｂ）に示す登録情報テーブルには、２つのレコードが登録されている。図２（Ｃ）は、コンテンツリストテーブルの登録例を示す図である。図２（Ｃ）に示すコンテンツリストテーブルには、SIP-UAＩＤとコンテンツＩＤとが対応付けられて登録されている。図２（Ｃ）に示すコンテンツＩＤは、ＳＩＰ端末ＴｎからアップロードされたコンテンツのコンテンツＩＤである。なお、コンテンツリストテーブルには、ＳＩＰ端末ＴｎのSIP-UAＩＤに対応付けられて、このＳＩＰ端末ＴｎのSIP URIが登録されてもよい。また、コンテンツリストテーブルには、コンテンツのコンテンツＩＤに対応付けられて、このコンテンツのコンテンツ名が対応付けられて登録されてもよい。図２（Ｄ）は、Subscriberリストテーブルの登録例を示す図である。図２（Ｄ）に示すSubscriberリストテーブルには、SIP-UAＩＤと、SubscriberＩＤとが対応付けられて登録されている。図２（Ｄ）に示すSIP-UAＩＤは、サブスクライブされたＳＩＰ端末ＴｎのSIP-UAＩＤである。図２（Ｄ）に示すSubscriberＩＤは、サブスクライブしたSubscriberのSIP-UAＩＤである。なお、Subscriberリストテーブルには、サブスクライブされたＳＩＰ端末ＴｎのSIP-UAＩＤに対応付けられて、このＳＩＰ端末ＴｎのSIP URIが登録されてもよい。また、Subscriberリストテーブルには、SubscriberＩＤに対応付けられて、SubscriberのSIP URIが登録されてもよい。
【００３７】
制御部１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。制御部１は、本発明における第１〜第６受信手段、受信手段、第１〜第７送信手段、送信手段、第１及び第２取得手段、取得手段、第１〜第３判定手段、及び通知手段の一例である。制御部１は、コンピュータとしてのＣＰＵが記憶部２等に記憶されたプログラムを読み出して実行することにより、ＳＩＰモジュール及びＤＨＴモジュールとして機能し、後述する処理を行う。
【００３８】
［３．通信システムＳの動作］
次に、図３〜図６を参照して、本実施形態の通信システムＳの動作について説明する。図３は、SIP-UAルートノードとして機能するＳＩＰサーバＳＡｎにおける制御部１の処理例を示すフローチャートである。図４及び図５は、通信システムＳで行われるメッセージのやり取りの一例を示す概念図である。図６（Ａ）は、SubscriberのＳＩＰプロキシサーバにおける制御部１の処理例を示すフローチャートである。
【００３９】
なお、以下に説明する通信システムＳの動作では、本発明における第１のノード装置としてＳＩＰサーバＳＡ４を例にとり、第１の端末装置としてＳＩＰ端末Ｔ４として例にとる。ＳＩＰサーバＳＡ４は、ＳＩＰ端末Ｔ４のＳＩＰプロキシサーバである。また、本発明における第２のノード装置としてＳＩＰサーバＳＡ１を例にとる。ＳＩＰサーバＳＡ１は、ＳＩＰ端末Ｔ４のSIP-UAルートノードである。また、本発明における第３のノード装置としてＳＩＰサーバＳＡ８を例にとり、第２の端末装置としてＳＩＰ端末Ｔ８として例にとる。ＳＩＰサーバＳＡ８は、ＳＩＰ端末Ｔ８のＳＩＰプロキシサーバである。また、本発明における第４のノード装置としてＳＩＰサーバＳＡ６を例にとる。ＳＩＰサーバＳＡ６は、ＳＩＰ端末Ｔ８のSIP-UAルートノードである。
【００４０】
図３に示す処理は、ＳＩＰ端末Ｔ４のSIP-UAルートノードとして機能するＳＩＰサーバＳＡ１が他のＳＩＰサーバＳＡｎからメッセージを受信した場合に開始される。図３に示すステップＳ１では、受信されたメッセージがロケーション更新メッセージであるか否かが判定される。ロケーション更新メッセージでないと判定された場合（ステップＳ１：ＮＯ）、ステップＳ５へ進む。一方、ロケーション更新メッセージであると判定された場合（ステップＳ１：ＹＥＳ）、ステップＳ２へ進む。ロケーション更新メッセージは、例えばＳＩＰサーバＳＡ４がＳＩＰ端末Ｔ４から送信された登録要求（REGISTER)に応じてＳＩＰ端末Ｔ４の認証を行ってレジストテーブルに登録した場合に、ＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信されるメッセージ(Ｍ)である。ロケーション更新メッセージには、例えば、登録されたＳＩＰ端末Ｔ４のSIP-UAＩＤ、SIP URI、及びロケーション情報が含まれる。例えばＳＩＰ端末Ｔ４のＳＩＰプロキシサーバであるＳＩＰサーバＳＡ４は、ロケーション更新メッセージを、ＳＩＰ端末Ｔ４のSIP-UAＩＤに基づきＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、ＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信する。より具体的には、ＳＩＰサーバＳＡ４は、ＳＩＰ端末Ｔ４のSIP-UAＩＤと、ＤＨＴルーティングテーブルに登録されたノードＩＤとに基づいて、SIP-UAＩＤとノードＩＤの各桁の値を比較することでＤＨＴルーティングテーブルからノードＮｎを決定する。例えばＳＩＰ端末Ｔ４のSIP-UAＩＤと最も値の近いノードＩＤが付与されたノードＮ２が決定される。そして、ＳＩＰサーバＳＡ４は、決定したノードＮ２であるＳＩＰサーバＳＡ２へロケーション更新メッセージを送信する。ロケーション更新メッセージを受信したＳＩＰサーバＳＡ２は、ＳＩＰサーバＳＡ４と同様に、ＳＩＰ端末Ｔ４のSIP-UAＩＤと、ＤＨＴルーティングテーブルに登録されたノードＩＤとに基づいてＤＨＴルーティングテーブルからノードＮｎを決定する。そして、ＳＩＰサーバＳＡ２は、決定したノードＮｎへロケーション更新メッセージを転送する。なお、このようなＤＨＴルーティングは、後述するSUBSCRIBEメッセージ、SIPパブリッシュメッセージ、コンテンツパブリッシュメッセージ、Subscriber所在問い合わせメッセージ、及びNOTIFYメッセージの場合も同様である。ＳＩＰサーバＳＡ４から送出されたロケーション更新メッセージは、例えば、図４（Ａ）に示すように、ノードＮ２経由でＳＩＰ端末Ｔ４のSIP-UAルートノードＮ１へ送信される。
【００４１】
ステップＳ２では、ＳＩＰサーバＳＡ１は、登録情報テーブルを参照して、ロケーション更新メッセージに含まれるSIP-UAＩＤと同一のSIP-UAＩＤが登録情報テーブルに登録されているか否かを判定する。なお、ロケーション更新メッセージに含まれるSIP URIと同一のSIP URIが登録情報テーブルに登録されているか否かが判定されるように構成してもよい。上記SIP-UAＩＤ又はSIP URIが登録情報テーブルに登録されていないと判定された場合（ステップＳ２：ＮＯ）、ステップＳ３へ進む。ステップＳ３では、ＳＩＰサーバＳＡ１は、ロケーション更新メッセージに含まれるSIP-UAＩＤ、SIP URI、及びロケーション情報を登録情報として登録情報テーブルに新たに登録する。一方、上記SIP-UAＩＤ又はSIP URIが登録情報テーブルに登録されていると判定された場合（ステップＳ２：ＹＥＳ）、ステップＳ４へ進む。ステップＳ４では、ＳＩＰサーバＳＡ１は、登録情報テーブルの該当レコードをロケーション更新メッセージに含まれるロケーション情報で更新する。これにより、SIP-UAＩＤに対応付けられて登録情報テーブルに登録されているロケーション情報が、ロケーション更新メッセージに含まれるロケーション情報で更新される。
【００４２】
ステップＳ５では、受信されたメッセージがSUBSCRIBEメッセージであるか否かが判定される。SUBSCRIBEメッセージでないと判定された場合（ステップＳ５：ＮＯ）、ステップＳ１０へ進む。一方、SUBSCRIBEメッセージであると判定された場合（ステップＳ５：ＹＥＳ）、ステップＳ６へ進む。SUBSCRIBEメッセージは、例えばSubscriberであるＳＩＰ端末Ｔ８のSIP-UAＩＤと、サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤとを対応付ける対応付け要求の一例である。SUBSCRIBEメッセージには、例えば、SubscriberのSIP-UAＩＤ、及びサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤが含まれる。なお、SUBSCRIBEメッセージには、SubscriberのSIP-URI、及びサブスクライブ先のＳＩＰ端末Ｔ４のSIP-URIが含まれてもよい。ここで、サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤは、例えば、Subscriberによりソーシャルネットワークシステム上で取得される。或いは、Subscriberがソーシャルネットワークシステム上で取得したSIP URIを基に、上述したハッシュ関数によりSIP-UAＩＤを生成する。そして、Subscriberである例えばＳＩＰ端末Ｔ８は、ＳＩＰサーバＳＡ８により登録された時、または登録後にユーザの操作に応じて、SUBSCRIBEメッセージをＳＩＰサーバＳＡ８へ送信する。ＳＩＰサーバＳＡ８は、SUBSCRIBEメッセージをＳＩＰ端末Ｔ８から受信した場合に、このSUBSCRIBEメッセージをＳＩＰ端末Ｔ４のSIP-UAＩＤに基づき、ＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、ＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信する。こうして、ＳＩＰサーバＳＡ８から送出されたSUBSCRIBEメッセージは、例えば、図４（Ｂ）に示すように、ノードＮ２経由でＳＩＰ端末Ｔ４のSIP-UAルートノードＮ１へ送信される。なお、ＳＩＰサーバＳＡ８から送出されたSUBSCRIBEメッセージに含まれるサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤは、サブスクライブ履歴情報としてＳＩＰサーバＳＡ８に記憶される。
【００４３】
ステップＳ６では、ＳＩＰサーバＳＡ１は、登録情報テーブルを参照して、SUBSCRIBEメッセージが示すサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤが、ＳＩＰサーバＳＡ１によって管理されるSIP-UAＩＤであるか否かを判定する。例えば、SUBSCRIBEメッセージに含まれるサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤが登録情報テーブルに登録されているかが判定される。なお、SUBSCRIBEメッセージに含まれるサブスクライブ先のＳＩＰ端末Ｔ４のSIP-URIが登録情報テーブルに登録されているかが判定されるように構成してもよい。サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤ又はSIP URIが登録情報テーブルに登録されている場合、サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤが、ＳＩＰサーバＳＡ１によって管理されるSIP-UAＩＤであると判定される。サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤが、ＳＩＰサーバＳＡ１によって管理されるSIP-UAＩＤでないと判定された場合（ステップＳ６：ＮＯ）、サブスクライブができないことを示すメッセージがSUBSCRIBEメッセージの送信元へ送信される（ステップＳ７）。一方、サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤが、ＳＩＰサーバＳＡ１によって管理されるSIP-UAＩＤであると判定された場合（ステップＳ６：ＹＥＳ）、ステップＳ８へ進む。ステップＳ８では、ＳＩＰサーバＳＡ１は、SUBSCRIBEメッセージに含まれるSubscriberのSIP-UAＩＤをSubscriberＩＤとし、このSubscriberＩＤとサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤとを対応付けてSubscriberリストテーブルに登録する。また、Subscriberリストテーブルには、SUBSCRIBEメッセージの送信経路上にあるＳＩＰ端末Ｔｎのアドレス情報が、送信経路情報として登録されるように構成してもよい。図４（Ｂ）に示す例では、ＳＩＰサーバＳＡ８のアドレス情報及びＳＩＰサーバＳＡ２のアドレス情報が送信経路情報に含まれることになる。そして、ステップＳ９では、サブスクライブができたことを示すメッセージがSUBSCRIBEメッセージの送信元へ送信される。
【００４４】
ステップＳ１０では、受信されたメッセージがSIPパブリッシュメッセージであるか否かが判定される。SIPパブリッシュメッセージでないと判定された場合（ステップＳ１０：ＮＯ）、ステップＳ１５へ進む。ステップＳ１５に示すその他の処理では、ロケーション更新メッセージ、SUBSCRIBEメッセージ、及びSIPパブリッシュメッセージ以外のメッセージが受信された場合に、このメッセージに応じた処理が行われる。一方、SIPパブリッシュメッセージであると判定された場合（ステップＳ１０：ＹＥＳ）、ステップＳ１１へ進む。SIPパブリッシュメッセージは、例えばＳＩＰ端末Ｔ４によりコンテンツＸがアップロードされた場合に、ＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信されるメッセージである。SIPパブリッシュメッセージには、例えばコンテンツＸをアップロードしたＳＩＰ端末Ｔ４のSIP-UAＩＤ、及びアップロードされたコンテンツＸのコンテンツＩＤが含まれる。なお、複数のコンテンツがアップロードされた場合、SIPパブリッシュメッセージには、それぞれのコンテンツのコンテンツＩＤが含まれることになる。また、SIPパブリッシュメッセージには、例えばコンテンツＸをアップロードしたＳＩＰ端末Ｔ４のSIP-URI、及びアップロードされたコンテンツＸのコンテンツ名が含まれてもよい。例えばＳＩＰサーバＳＡ４は、ＳＩＰ端末Ｔ４からアップロードされたコンテンツＸを受信した場合に、SIPパブリッシュメッセージを、ＳＩＰ端末Ｔ４のSIP-UAＩＤに基づき、ＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、ＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信する。こうして、ＳＩＰサーバＳＡ４から送出されたSIPパブリッシュメッセージは、例えば、図４（Ｃ）に示すように、ノードＮ２経由でＳＩＰ端末Ｔ４のSIP-UAルートノードＮ１へ送信される。
【００４５】
また、ＳＩＰ端末Ｔ４からアップロードされたコンテンツＸは、ＳＩＰサーバＳＡ４が備える記憶部２に記憶保存される。これにより、ＳＩＰサーバＳＡ４は、コンテンツＸのコンテンツ保持ノードとなる。そして、ＳＩＰサーバＳＡ４は、コンテンツパブリッシュメッセージを、保存したコンテンツＸのコンテンツＩＤに基づき、ＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、コンテンツＸのコンテンツルートノードに対して送信する。コンテンツパブリッシュメッセージは、オーバーレイネットワークＯＮ上で他のノードＮｎに対してコンテンツを公開するメッセージである。コンテンツパブリッシュメッセージには、例えばコンテンツＸを保存したＳＩＰサーバＳＡ４のアドレス情報、及び保存されたコンテンツＸのコンテンツＩＤが含まれる。なお、コンテンツパブリッシュメッセージには、例えば保存されたコンテンツＸのコンテンツ名が含まれてもよい。こうして、ＳＩＰサーバＳＡ４から送出されたコンテンツパブリッシュメッセージは、例えば、図４（Ｃ）に示すように、ノードＮｋ経由でコンテンツルートノードＮ９へ送信される。コンテンツパブリッシュメッセージを受信したコンテンツルートノードは、コンテンツパブリッシュメッセージに含まれるアドレス情報及びコンテンツＩＤ等を対応付けてインデックステーブルに登録する。なお、ＳＩＰサーバＳＡ４は、アップロードされたコンテンツＸを保存する代わりに、他のＳＩＰサーバＳＡｎへコンテンツＸを転送して保存させるように構成してもよい。この場合、転送されたコンテンツＸを保存したＳＩＰサーバＳＡｎがコンテンツパブリッシュメッセージをコンテンツルートノードに対して送信することになる。
【００４６】
ステップＳ１１では、ＳＩＰサーバＳＡ１は、SIPパブリッシュメッセージに含まれるＳＩＰ端末Ｔ４のSIP-UAＩＤと、コンテンツＩＤとを対応付けてコンテンツリストテーブルに登録する。このとき、コンテンツリストテーブルには、コンテンツＩＤの登録日付情報がコンテンツＩＤに対応付けられて登録される。登録日付情報には、例えば、コンテンツＩＤがコンテンツリストテーブルに登録された年月日、または登録された年月日時が含まれる。次いで、ＳＩＰサーバＳＡ１は、Subscriberリストテーブルを参照して、SIPパブリッシュメッセージに含まれるSIP-UAＩＤが付与されたＳＩＰ端末Ｔ４をサブスクライブしているSubscriberが存在するか否かを判定する（ステップＳ１２）。例えば、SIPパブリッシュメッセージに含まれるＳＩＰ端末Ｔ４のSIP-UAＩＤに対応付けられてSubscriberＩＤがSubscriberリストテーブルに登録されているかが判定される。なお、SIPパブリッシュメッセージに含まれるＳＩＰ端末Ｔ４のSIP-URIに対応付けられてSubscriberＩＤがSubscriberリストテーブルに登録されているかが判定されるように構成してもよい。SIP-UAＩＤ又はSIP URIに対応付けられてSubscriberＩＤがSubscriberリストテーブルに登録されている場合、SIPパブリッシュメッセージに含まれるSIP-UAＩＤが付与されたＳＩＰ端末Ｔ４をサブスクライブしているSubscriberが存在すると判定される。SIPパブリッシュメッセージに含まれるSIP-UAＩＤが付与されたＳＩＰ端末Ｔ４をサブスクライブしているSubscriberが存在しないと判定された場合（ステップＳ１２：ＮＯ）、図３に示す処理を終了する。SIPパブリッシュメッセージに含まれるSIP-UAＩＤが付与されたＳＩＰ端末Ｔ４をサブスクライブしているSubscriberが存在すると判定された場合（ステップＳ１２：ＹＥＳ）、ステップＳ１３へ進む。ステップＳ１３では、ＳＩＰサーバＳＡ１は、SIPパブリッシュメッセージに含まれるSIP-UAＩＤに対応付けられたSubscriberＩＤをSubscriberリストテーブルから取得する。そして、ＳＩＰサーバＳＡ１は、NOTIFYメッセージを、上記ステップＳ１３で取得したSubscriberＩＤに基づき、SubscriberＩＤが付与された例えばＳＩＰ端末Ｔ８が接続されるＳＩＰサーバＳＡ８に対して送信する（ステップＳ１４）。つまり、SubscriberのＳＩＰプロキシサーバに対してNOTIFYメッセージが送信される。NOTIFYメッセージは、SubscriberがサブスクライブしているＳＩＰ端末Ｔｎによりコンテンツがアップロードされたこと通知するメッセージである。NOTIFYメッセージには、ステップＳ１３で取得されたSubscriberＩＤ、及びSIPパブリッシュメッセージに含まれるコンテンツＩＤが含まれる。なお、SIPパブリッシュメッセージに複数のコンテンツＩＤが含まれる場合、NOTIFYメッセージには、それぞれのコンテンツＩＤを登録するコンテンツＩＤリストが含まれる。また、NOTIFYメッセージには、SubscriberのSIP-URI、及びSIPパブリッシュメッセージに含まれるコンテンツＩＤが付与されたコンテンツのコンテンツ名が含まれてもよい。更に、SIPパブリッシュメッセージに含まれるSIP-UAＩＤに対応付けられてSubscriberＩＤが複数登録されている場合、NOTIFYメッセージは、それぞれのSubscriberのＳＩＰプロキシサーバに対して送信される。ここで、SubscriberのＳＩＰプロキシサーバに対するNOTIFYメッセージの送信方法としては、例えば３通り��方法がある。
【００４７】
第一の方法として、ＳＩＰサーバＳＡ１は、Subscriber所在問い合わせメッセージを、上記ステップＳ１３で取得したSubscriberＩＤに基づき、ＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、SubscriberのSIP-UAルートノードに対して送信する。Subscriber所在問い合わせメッセージは、Subscriberのロケーション情報をSubscriberのSIP-UAルートノードに問い合わせるためのメッセージである。Subscriber所在問い合わせメッセージには、SubscriberＩＤ、及び問い合わせ元であるＳＩＰサーバＳＡ１のアドレス情報が含まれる。こうして、ＳＩＰサーバＳＡ１から送出されたSubscriber所在問い合わせメッセージは、例えば、図５（Ａ）に示すように、ノードＮ７経由でSubscriberのSIP-UAルートノードＮ６へ送信される。そして、SIP-UAルートノードＮ６であるＳＩＰサーバＳＡ６は、Subscriber所在問い合わせメッセージに含まれるSubscriberＩＤに対応付けられたSubscriberのロケーション情報を登録情報テーブルから取得する。そして、ＳＩＰサーバＳＡ６は、取得したSubscriberのロケーション情報をＳＩＰサーバＳＡ１へ返信する。こうして、ＳＩＰサーバＳＡ１は、Subscriberのロケーション情報を取得すると、Subscriberのロケーション情報に基づきSubscriberのＳＩＰプロキシサーバであるＳＩＰサーバＳＡ８へアクセスしてNOTIFYメッセージを送信する。
【００４８】
第二の方法として、ＳＩＰサーバＳＡ１は、NOTIFYメッセージを、上記ステップＳ１３で取得したSubscriberＩＤに基づき、ＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、SubscriberのSIP-UAルートノード６に対して送信する。そして、SIP-UAルートノードＮ６であるＳＩＰサーバＳＡ６は、NOTIFYメッセージに含まれるSubscriberＩＤに対応付けられたSubscriberのロケーション情報を登録情報テーブルから取得する。そして、ＳＩＰサーバＳＡ６は、取得したSubscriberのロケーション情報に基づきSubscriberのＳＩＰプロキシサーバであるＳＩＰサーバＳＡ８へアクセスしてNOTIFYメッセージを転送する。こうして、ＳＩＰサーバＳＡ１から送出されたNOTIFYメッセージは、例えば、図５（Ｂ）に示すように、ノードＮ７及びノードＮ６経由でSubscriberのＳＩＰプロキシサーバであるＳＩＰサーバＳＡ８へ送信される。第二の方法によれば、第一の方法よりもネットワーク負荷を低減しつつ、サブスクライブされたＳＩＰ端末Ｔ４によりアップロードされたコンテンツＸのコンテンツＩＤを、より迅速にSubscriberのＳＩＰプロキシサーバへ提供することができる。
【００４９】
第三の方法として、ＳＩＰサーバＳＡ１は、上記ステップＳ１３で取得したSubscriberＩＤに対応付けられてSubscriberリストテーブルに登録されている送信経路情報に基づき、NOTIFYメッセージをSubscriberのＳＩＰプロキシサーバであるＳＩＰサーバＳＡ８に対して送信する。送信経路情報には、SUBSCRIBEメッセージの送信経路上にあるＳＩＰ端末Ｔｎのアドレス情報が含まれているため、図４（Ｂ）に示す送信経路を逆に辿ってNOTIFYメッセージが送信されることになる。例えば、NOTIFYメッセージは、ＳＩＰサーバＳＡ１からノードＮ２経由でSubscriberのＳＩＰプロキシサーバであるＳＩＰサーバＳＡ８へ送信される。
【００５０】
ところで、SIPパブリッシュメッセージに含まれるSIP-UAＩＤに対応付けられてSubscriberＩＤが複数登録されている場合がある。この場合、ＳＩＰサーバＳＡ１は、それぞれのSubscriberＩＤに対応付けられた送信経路情報に基づき、ＳＩＰサーバＳＡ１のアドレス情報を「根」とし、SUBSCRIBEメッセージの送信元のそれぞれのＳＩＰサーバＳＡｎのアドレス情報を「葉」とする木構造の送信経路情報を生成する。「根」と「葉」の間には、「節」となるＳＩＰサーバＳＡｎのアドレス情報が含まれる。そして、ＳＩＰサーバＳＡ１は、生成した木構造の送信経路情報と、ステップＳ１３で取得された全てのSubscriberＩＤのリストとが付加されたNOTIFYメッセージを、木構造の送信経路情報にしたがって複数のＳＩＰサーバＳＡｎへ送信する。NOTIFYメッセージを受信したＳＩＰサーバＳＡｎであって、木構造の「節」に位置するアドレス情報を持つＳＩＰサーバＳＡｎは、木構造の送信経路情報にしたがって次のＳＩＰサーバＳＡｎへNOTIFYメッセージを転送する。このとき、このＳＩＰサーバＳＡｎは、木構造の送信経路情報に含まれる自分のアドレス情報を削除する。更に、このＳＩＰサーバＳＡｎは、NOTIFYメッセージに付加されたSubscriberＩＤのリストに含まれるSubscriberＩＤが付与されたSubscriberを登録している場合、このSubscriberのSubscriberＩＤをリストから削除する。第三の方法によれば、第一の方法及び第二の方法よりもネットワーク負荷を低減しつつ、サブスクライブされたＳＩＰ端末Ｔ４によりアップロードされたコンテンツＸのコンテンツＩＤを、より迅速にSubscriberのＳＩＰプロキシサーバへ提供することができる。ただし、この第三の方法では、Subscriberリストテーブルに送信経路情報が送信された後に、送信経路情報に含まれるアドレス情報に対応するＳＩＰサーバＳＡｎがオーバーレイネットワークＯＮから脱退した場合、SubscriberのＳＩＰプロキシサーバがNOTIFYメッセージを受信できなくなることがある。したがって、このような場合は、第一の方法又は第二の方法の方がより確実にNOTIFYメッセージをSubscriberのＳＩＰプロキシサーバへ送り届けることができる。
【００５１】
なお、ＳＩＰサーバＳＡ１は、SubscriberであるＳＩＰ端末Ｔ８のSIP-UAＩＤと、サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤとを含むSUBSCRIBEメッセージが受信される前に、ＳＩＰ端末Ｔ４のSIP-UAＩＤ及びコンテンツＩＤを含むSIPパブリッシュメッセージを受信している場合がある。この場合、上記コンテンツリストテーブルには、ＳＩＰ端末Ｔ４のSIP-UAＩＤに対応付けられてコンテンツＩＤが既に登録されている。この場合、ＳＩＰサーバＳＡ１は、ＳＩＰサーバＳＡ８から送信されたSUBSCRIBEメッセージの受信、またはSUBSCRIBEメッセージに含まれるSubscriberのSIP-UAＩＤとサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤの登録に応じて、NOTIFYメッセージをＳＩＰサーバＳＡ８に対して送信するように構成してもよい。このNOTIFYメッセージには、ＳＩＰ端末Ｔ４のSIP-UAＩＤに対応付けられて登録されているコンテンツＩＤが含まれる。この構成によれば、サブスクライブ時に、Subscriberは、サブスクライブ先のＳＩＰ端末Ｔ４により既にアップロードされたコンテンツをより迅速に取得することができる。
【００５２】
次に、SubscriberのＳＩＰプロキシサーバであるＳＩＰサーバＳＡ８は、NOTIFYメッセージを受信すると、図６に示す処理を開始する。図６（Ａ）に示すステップ２１では、図５（Ｃ）に示すように、ＳＩＰサーバＳＡ８は、NOTIFYメッセージに含まれるコンテンツＩＤに基づき上述したコンテンツＸの検索処理を行うことでコンテンツＩＤが付与されたコンテンツＸをコンテンツ保持ノードであるＳＩＰサーバＳＡ４から取得（ダウンロード）する。そして、ＳＩＰサーバＳＡ８は、コンテンツ保持ノードから取得したコンテンツＸを記憶部２に記憶保存する（ステップＳ２２）。これにより、ＳＩＰサーバＳＡ８は、コンテンツＸのコンテンツ保持ノードとなる。次いで、ＳＩＰサーバＳＡ８は、コンテンツパブリッシュメッセージを、保存したコンテンツＸのコンテンツＩＤに基づき、ＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、コンテンツＸのコンテンツルートノードに対して送信する（ステップＳ２３）。なお、複数のコンテンツＩＤを登録するコンテンツＩＤリストがNOTIFYメッセージに含まれている場合がある。この場合、コンテンツＩＤリストからそれぞれのコンテンツＩＤが抽出され、抽出されたそれぞれのコンテンツＩＤについて上記ステップＳ２１〜Ｓ２３の処理が行われる。次いで、ＳＩＰサーバＳＡ８は、NOTIFYメッセージに含まれるSubscriberＩＤが付与されたSubscriberが登録されているか否かを参照して判定する（ステップＳ２４）。例えば、NOTIFYメッセージに含まれるSubscriberＩＤがレジストテーブルに登録されている場合、SubscriberＩＤが付与されたSubscriberが登録されていると判定される。ＳＩＰサーバＳＡ８は、SubscriberＩＤが付与されたSubscriberが登録されていると判定した場合（ステップＳ２４：ＹＥＳ）、NOTIFYメッセージを、SubscriberＩＤが付与されたSubscriberであるＳＩＰ端末Ｔ８へ送信する（ステップＳ２５）。これにより、サブスクライブされたＳＩＰ端末Ｔ４によりアップロードされたコンテンツＸが取得されたことを示す情報をSubscriberへ迅速に通知することができる。一方、SubscriberＩＤが付与されたSubscriberが登録されていないと判定された場合（ステップＳ２４：ＮＯ）、通知イベントがスケジューリングされる（ステップＳ２６）。このスケジューリングがされた例えば所定時間後に上記ステップＳ２４における判定が行われ、この判定結果に応じて上記ステップＳ２５又はステップＳ２６の処理が行われる。なお、SubscriberＩＤが付与されたSubscriberが登録されていないと判定された場合において、その後にＳＩＰ端末Ｔ８が登録要求を行って登録されたときに、上記ステップＳ２５の処理が行われるように構成してもよい。
【００５３】
なお、ＳＩＰサーバＳＡ８は、上述したようにSUBSCRIBEメッセージの受信またはSUBSCRIBEメッセージに含まれるSubscriberのSIP-UAＩＤとサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤの登録に応じてＳＩＰサーバＳＡ１によって送信されたNOTIFYメッセージを受信した場合、既にＳＩＰサーバＳＡ８に接続しているＳＩＰ端末Ｔ８とは異なるＳＩＰ端末Ｔｎ（第３の端末装置の一例）のSIP-UAＩＤがＳＩＰ端末Ｔ４のSIP-UAＩＤに対応付けられているか否かを判定するように構成してもよい。この場合、ＳＩＰサーバＳＡ８は、例えばサブスクライブ履歴情報を参照して、ＳＩＰ端末Ｔ４のSIP-UAＩＤを含むSUBSCRIBEメッセージが既にＳＩＰ端末Ｔ８とは異なる他のＳＩＰ端末Ｔｎから受信されていることを確認した場合、ＳＩＰ端末Ｔ８とは異なるＳＩＰ端末ＴｎのSIP-UAＩＤがＳＩＰ端末Ｔ４のSIP-UAＩＤに対応付けられていると判定する。そして、ＳＩＰサーバＳＡ８は、ＳＩＰ端末Ｔ８とは異なるＳＩＰ端末ＴｎのSIP-UAＩＤがＳＩＰ端末Ｔ４のSIP-UAＩＤに対応付けられていると判定した場合、受信されたNOTIFYメッセージに含まれるコンテンツＩＤに基づくコンテンツの取得を行わないように構成される。つまり、この場合、上記ステップＳ２１〜ステップＳ２３の処理がスキップされてステップＳ２４に移行される。この場合、別のＳＩＰ端末ＴｎによりサブスクライブされたＳＩＰ端末Ｔ４からアップロードされたコンテンツがＳＩＰサーバＳＡ８により既に取得されていることが想定される。そのため、NOTIFYメッセージに含まれるコンテンツＩＤに基づくコンテンツの取得を行わないように構成することにより、重複するコンテンツの取得を防止でき、ネットワーク負荷を低減することができる。
【００５４】
なお、上記実施形態において、ＳＩＰサーバＳＡｎに保存されたコンテンツは、例えばコンテンツの受信日時が古いものから順に削除される。また、コンテンツＸをアップロードしたＳＩＰ端末Ｔ４のユーザがコンテンツＸの削除指示を行った場合、コンテンツＸの削除要求メッセージがＳＩＰ端末Ｔ４からＳＩＰサーバＳＡ４を介してＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信されるように構成してもよい。コンテンツＸの削除要求メッセージには、削除指示したユーザのＳＩＰ端末Ｔ４のSIP-UAＩＤ、及び削除指示されたコンテンツＸのコンテンツＩＤが含まれる。この場合、コンテンツＸの削除要求メッセージを受信したＳＩＰサーバＳＡ１は、削除フラグが付加された上記NOTIFYメッセージをSubscriberのＳＩＰプロキシサーバに対して送信する。つまり、削除フラグが付加されたNOTIFYメッセージは、コンテンツＸの削除要求メッセージに含まれるSIP-UAＩＤに対応付けられて登録されているSubscriberＩＤに基づき、上記第一の方法〜第三の方法の何れかの方法でSubscriberのＳＩＰプロキシサーバに対して送信される。これにより、削除フラグが付加されたNOTIFYメッセージを受信したＳＩＰサーバＳＡ８は、このNOTIFYメッセージに含まれるコンテンツＩＤが付与されたコンテンツＸが記憶部２に保存されている場合に、このコンテンツＸを削除する。
【００５５】
以上説明したように、上記実施形態によれば、SIP-UAＩＤを管理するSIP-UAルートノードが、サブスクライブされたＳＩＰ端末ＴｎのSIP-UAＩＤに対応付けて、SubscriberのSIP-UAＩＤをSubscriberリストテーブルに登録しておく。サブスクライブされたＳＩＰ端末ＴｎのＳＩＰプロキシサーバは、サブスクライブされたＳＩＰ端末Ｔｎからコンテンツがアップロードされた場合に、このコンテンツのコンテンツＩＤと、サブスクライブされたＳＩＰ端末ＴｎのSIP-UAＩＤとを含むSIPパブリッシュメッセージを上記SIP-UAルートノードに対して送信する。そして、SIP-UAルートノードは、SIPパブリッシュメッセージを受信した場合に、サブスクライブされたＳＩＰ端末Ｔｎに対応付けられて登録されているSubscriberのSIP-UAＩＤに基づきSubscriberのＳＩＰプロキシサーバに対して、上記コンテンツのコンテンツＩＤを含むNOTIFYメッセージを送信する。そのため、サブスクライブされたＳＩＰ端末Ｔｎからコンテンツがアップロードされた場合に、コンテンツがアップロードされたことを示す情報をSIP-UAルートノード及びＳＩＰプロキシサーバを介してSubscriberへ効率良く提供することができる。よって、SubscriberであるＳＩＰ端末Ｔｎは、オーバーレイネットワークＯＮに参加していなくても、サブスクライブされたＳＩＰ端末ＴｎからオーバーレイネットワークＯＮに参加するＳＩＰサーバＳＡｎにアップロードされたコンテンツを迅速にダウンロードすることができる。
【００５６】
なお、上記実施形態において、例えばＳＩＰサーバＳＡ８は、SUBSCRIBEメッセージをＳＩＰ端末Ｔ８から受信した場合に、サブスクライブ先のＳＩＰ端末Ｔ４からＳＩＰサーバＳＡ４が既に受信しているコンテンツの取得処理を行うように構成してもよい。図６（Ｂ）は、SubscriberのＳＩＰプロキシサーバにおける制御部１のコンテンツの取得処理例を示すフローチャートである。図６（Ｂ）に示す処理は、例えばＳＩＰサーバＳＡ８がＳＩＰ端末Ｔ８からSUBSCRIBEメッセージを受信した時、または受信したSUBSCRIBEメッセージをＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信した時に開始される。図３に示すステップＳ３１では、ＳＩＰサーバＳＡ８は、受信されたSUBSCRIBEメッセージが示すサブスクライブ先のＳＩＰ端末Ｔ４が、ＳＩＰサーバＳＡ８の配下の別のＳＩＰ端末Ｔｎにより既にサブスクライブされているか否かを判定する。つまり、サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤを含むSUBSCRIBEメッセージが既にＳＩＰ端末Ｔ８とは異なる他のＳＩＰ端末Ｔｎから受信しているか否かが判定される。ここで、ＳＩＰサーバＳＡ８配下の別のＳＩＰ端末Ｔｎとは、ＳＩＰサーバＳＡ８により登録された複数のＳＩＰ端末Ｔｎの中で、今回、SUBSCRIBEメッセージを送信したＳＩＰ端末Ｔ８以外のＳＩＰ端末Ｔｎを指す。受信されたSUBSCRIBEメッセージに含まれるＳＩＰ端末Ｔ４のSIP-UAＩＤが、サブスクライブ履歴情報に含まれていない場合、ＳＩＰ端末Ｔ４のSIP-UAＩＤを含むSUBSCRIBEメッセージが既にＳＩＰ端末Ｔ８とは異なる他のＳＩＰ端末Ｔｎから受信されていないことになる。この場合、ＳＩＰサーバＳＡ８は、ＳＩＰサーバＳＡ８の配下の別のＳＩＰ端末Ｔｎにより既にサブスクライブされていないと判定し（ステップＳ３１：ＮＯ）、ステップＳ３２へ進む。ステップＳ３２では、ＳＩＰサーバＳＡ８は、コンテンツＩＤの取得要求メッセージをＳＩＰ端末Ｔ４のSIP-UAＩＤに基づき、ＤＨＴルーティングによりオーバーレイネットワークＯＮを介して、ＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信する。この取得要求メッセージには、受信されたSUBSCRIBEメッセージに含まれるＳＩＰ端末Ｔ４のSIP-UAＩＤ、及びＳＩＰサーバＳＡ８のアドレス情報が含まれる。なお、図６（Ｂ）に示す処理がSUBSCRIBEメッセージを受信した時に開始される場合、コンテンツＩＤの取得要求メッセージは、受信されたSUBSCRIBEメッセージと共にＳＩＰ端末Ｔ４のSIP-UAルートノードに対して送信される。
【００５７】
コンテンツＩＤの取得要求メッセージを受信したＳＩＰサーバＳＡ１は、コンテンツＩＤの取得要求に応じて、この取得要求メッセージに含まれるSIP-UAＩＤに対応付けられて登録されているコンテンツＩＤをコンテンツリストテーブルから取得する。取得要求メッセージに含まれるSIP-UAＩＤは、取得要求メッセージと共に受信されたまたは又はその直前に受信されたSUBSCRIBEメッセージがサブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤである。次いで、ＳＩＰサーバＳＡ１は、取得したコンテンツＩＤを登録するコンテンツＩＤリストを、コンテンツＩＤの取得要求メッセージの送信元のＳＩＰサーバＳＡ８へ送信する。ここで、ＳＩＰサーバＳＡ１は、サブスクライブ先のＳＩＰ端末Ｔ４のSIP-UAＩＤに対応付けられてコンテンツリストテーブルに登録されている複数のコンテンツＩＤの中から、登録日付情報が示す登録日時が現時点から過去に遡って所定期間前までに登録されたコンテンツＩＤを抽出するように構成してもよい。この場合、ＳＩＰサーバＳＡ１は、抽出したコンテンツＩＤを登録するコンテンツＩＤリストを、コンテンツＩＤの取得要求メッセージの送信元のＳＩＰサーバＳＡ８へ送信する。これにより、例えば登録日時が現時点から過去に遡って例えば２週間前までに登録された比較的新しいコンテンツＩＤに絞ってＳＩＰサーバＳＡ８へ提供することができる。そのため、コンテンツＩＤリストを受信したＳＩＰサーバＳＡ８がコンテンツを取得するために要するネットワーク負荷を低減することができる。
【００５８】
そして、ＳＩＰサーバＳＡ８は、ＳＩＰ端末Ｔ４のSIP-UAルートノードからコンテンツＩＤリストを受信すると（ステップＳ３３）、ステップＳ３４〜ステップＳ３９の処理を行うことでコンテンツＩＤリストに登録されたコンテンツＩＤが付与されるコンテンツを取得する。このように上記ステップＳ３２〜ステップＳ３９の処理によれば、ＳＩＰサーバＳＡ８がSUBSCRIBEメッセージを受信した際、つまり、サブスクライブ時に、Subscriberは、サブスクライブ先のＳＩＰ端末Ｔ４により既にアップロードされたコンテンツをより迅速に取得することができる。なお、ステップＳ３４〜ステップＳ３９の処理は、上記ステップＳ２１〜ステップＳ２６の処理と同様であるので、重複する説明は省略する。一方、上記ステップＳ３１において、ＳＩＰサーバＳＡ８は、受信されたSUBSCRIBEメッセージが示すサブスクライブ先のＳＩＰ端末Ｔ４が、ＳＩＰサーバＳＡ８の配下の別のＳＩＰ端末Ｔｎにより既にサブスクライブされていると判定した場合（ステップＳ３１：ＹＥＳ）、上記ステップＳ３４〜ステップＳ３９の処理を行わずに終了する。つまり、この場合、別のＳＩＰ端末ＴｎによりサブスクライブされたＳＩＰ端末Ｔ４からアップロードされたコンテンツがＳＩＰサーバＳＡ８により既に取得されていることが想定されるため、上記ステップＳ３４〜ステップＳ３９の処理は行われない。これにより、重複するコンテンツの取得を防止でき、ネットワーク負荷を低減することができる。
【００５９】
なお、上記実施形態においては、ＳＩＰに従って動作するＳＩＰサーバ及びＳＩＰ端末を例にとって説明した。しかし、これに限定されるものではなく、その他の通信プロトコルに従って動作するノード装置及び端末装置に対しても本発明は適用可能である。
【符号の説明】
【００６０】
Ｔｎ  ＳＩＰ端末
ＳＡｎ  ＳＩＰサーバ
ＮＬｎ  拠点ネットワーク
ＮＷ  基幹ネットワーク
ＯＮ  オーバーレイネットワーク
Ｓ  通信システム
【図１】
2013246803.tif 000003
【図２】
2013246803.tif 000004
【図３】
2013246803.tif 000005
【図４】
2013246803.tif 000006
【図５】
2013246803.tif 000007
【図６】
2013246803.tif 000008