(57)【要約】  通信装置を提供し得る。通信装置は、所定のデータを提供する通信装置を示す情報を要求するための要求部と、所定のデータを提供する通信装置を示す情報を受信するための受信部と、所定のデータを提供する通信装置を示す情報に基づいてダウンロード対象を判定するための判定部と、ダウンロード対象からの所定のデータのピアツーピア通信のための判定されたダウンロード対象を示す情報を送信するための送信部とを備え得る。
2015521764.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
所定のデータを提供する通信装置を示す情報を要求するための要求部と、
前記所定のデータを提供する通信装置を示す前記情報を受信するための受信部と、
前記所定のデータを提供する通信装置を示す前記情報に基づいてダウンロード対象を判定するための判定部と、
前記ダウンロード対象からの前記所定のデータのピアツーピア通信のための、前記判定されたダウンロード対象を示す情報を送信するための送信部と
を備える通信装置。
【請求項２】
請求項１記載の通信装置であって、
前記所定のデータを提供する通信装置を示す前記情報は、前記所定のデータを提供する通信装置を示すリスト情報を含む通信装置。
【請求項３】
請求項１又は２に記載の通信装置であって、
前記要求部は、前記所定のデータを提供する通信装置を示す前記情報をサーバに要求し、
前記受信部は、前記所定のデータを提供する通信装置を示す前記情報を前記サーバから受信し、
前記送信部は、前記判定されたダウンロード対象を示す前記情報を前記サーバに送信する通信装置。
【請求項４】
請求項１乃至３の何れか一項に記載の通信装置であって、
前記判定されたダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータの前記ピアツーピア通信を示す情報を含む通信装置。
【請求項５】
請求項１乃至４の何れか一項に記載の通信装置であって、
前記受信部は更に、前記所定のデータを提供する通信装置を示す前記情報における更新を示す情報を受信する通信装置。
【請求項６】
請求項１乃至５の何れか一項に記載の通信装置であって、
前記要求部、前記受信部、及び前記送信部の少なくとも１つは、通信セッション制御プロトコルに応じて通信する通信装置。
【請求項７】
請求項６記載の通信装置であって、
前記通信セッション制御プロトコルはセッション開始プロトコルである通信装置。
【請求項８】
請求項１乃至７の何れか一項に記載の通信装置であって、
前記要求部、前記受信部、及び前記送信部の少なくとも１つは、通信セッション・プロトコルに応じて通信する通信装置。
【請求項９】
請求項８記載の通信装置であって、
前記通信セッション・プロトコルはメッセージ・セッション中継プロトコルである通信装置。
【請求項１０】
サーバであって、
所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信するための要求受信部と、
前記所定のデータを提供する通信装置を判定するための判定部と、
前記所定のデータを提供する通信装置を示す前記要求された情報を前記通信装置に送信するための送信部と、
前記ダウンロード対象から前記通信装置への前記所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を前記通信装置から受信するための受信部と
を備えるサーバ。
【請求項１１】
請求項１０記載のサーバであって、
前記所定のデータを提供する通信装置を示す前記情報は、前記所定のデータを提供する通信装置を示すリスト情報を含むサーバ。
【請求項１２】
請求項１０又は１１に記載のサーバであって、
前記ダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータの前記ピアツーピア通信を示す情報を含むサーバ。
【請求項１３】
請求項１０乃至１２の何れか一項に記載のサーバであって、
前記ダウンロード対象を示す前記情報に基づいて前記ダウンロード対象から前記通信装置への前記所定のデータのダウンロードを開始するための回路を更に備えるサーバ。
【請求項１４】
請求項１０乃至１３の何れか一項に記載のサーバであって、
前記送信部は更に、前記所定のデータを提供する通信装置を示す前記情報における更新を示す情報を送信するサーバ。
【請求項１５】
請求項１０乃至１４の何れか一項に記載のサーバであって、
前記要求受信部、前記送信部、及び前記受信部の少なくとも１つは、通信セッション制御プロトコルに応じて通信するサーバ。
【請求項１６】
請求項１５記載のサーバであって、
前記通信セッション制御プロトコルはセッション開始プロトコルであるサーバ。
【請求項１７】
請求項１０乃至１６の何れか一項に記載のサーバであって、
前記要求受信部、前記送信部、及び前記受信部の少なくとも１つは、通信セッション・プロトコルに応じて通信するサーバ。
【請求項１８】
請求項１７記載のサーバであって、
前記通信セッション・プロトコルはメッセージ・セッション中継プロトコルであるサーバ。
【請求項１９】
通信装置を制御する方法であって、前記方法は、
所定のデータを提供する通信装置を示す情報を要求する工程と、
前記所定のデータを提供する通信装置を示す前記情報を受信する工程と、
前記所定のデータを提供する通信装置を示す前記受信された情報に基づいてダウンロード対象を判定する工程と、
前記ダウンロード対象からの前記所定のデータのピアツーピア通信のための前記判定されたダウンロード対象を示す情報を送信する工程と
を含む方法。
【請求項２０】
請求項１９記載の方法であって、
前記所定のデータを提供する通信装置を示す前記情報は、前記所定のデータを提供する通信装置を示すリスト情報を含む方法。
【請求項２１】
請求項１９又は２０に記載の方法であって、
前記通信装置の要求部は、前記所定のデータを提供する通信装置を示す前記情報をサーバに要求し、
前記通信装置の受信部は、前記サーバから、前記所定のデータを提供する通信装置を示す前記情報を受信し、
前記通信装置の送信部は、前記判定されたダウンロード対象を示す前記情報を前記サーバに送信する方法。
【請求項２２】
請求項２１記載の方法であって、
前記判定されたダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータの前記ピアツーピア通信を示す情報を含む方法。
【請求項２３】
請求項１９乃至２２の何れか一項に記載の方法であって、
前記所定のデータを提供する通信装置を示す前記情報における更新を示す情報を受信する工程を更に含む方法。
【請求項２４】
請求項１９乃至２３の何れか一項に記載の方法であって、
前記要求する工程、前記受信された情報、及び前記送信された情報の少なくとも１つは、通信セッション制御プロトコルによる方法。
【請求項２５】
請求項２４記載の方法であって、
前記通信セッション制御プロトコルはセッション開始プロトコルである方法。
【請求項２６】
サーバを制御する方法であって、前記方法は、
所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信する工程と、
前記所定のデータを提供する通信装置を判定する工程と、
前記所定のデータを提供する通信装置を示す前記要求された情報を前記通信装置に送信する工程と、
前記ダウンロード対象から前記通信装置への前記所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を前記通信装置から受信する工程と
を含む方法。
【請求項２７】
請求項２６記載の方法であって、
前記所定のデータを提供する通信装置を示す前記情報は、前記所定のデータを提供する通信装置を示すリスト情報を含む方法。
【請求項２８】
請求項２６又は２７に記載の方法であって、
前記ダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータのピアツーピア通信を示す情報を含む方法。
【請求項２９】
請求項２６乃至２８の何れか一項に記載の方法であって、
前記ダウンロード対象を示す前記情報に基づいて前記ダウンロード対象から前記通信装置への前記所定のデータのダウンロードを開始する工程を更に含む方法。
【請求項３０】
請求項２６乃至２９の何れか一項に記載の方法であって、
前記要求する工程、前記送信された情報、及び前記受信された情報の少なくとも１つは、通信セッション制御プロトコルによる方法。
【請求項３１】
請求項３０記載の方法であって、
前記通信セッション制御プロトコルはセッション開始プロトコルである方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の局面は一般に、通信装置、サーバ、通信装置を制御する方法、及びサーバを制御する方法に関する。
【背景技術】
【０００２】
ピアツーピア通信では、通信装置は、複数の他の通信装置のうちの１つからデータをダウンロードし得る。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
通常、ネットワーク・プロバイダは、通信装置からピアツーピア通信についての情報を取得しない。しかし、ネットワーク・オペレータ（ネットワーク事業者）は、前述の情報を受け取ることに関心があり得る。
【課題を解決するための手段】
【０００４】
通信装置を提供し得る。通信装置は、所定のデータを提供する通信装置を示す情報を要求するための要求部と、所定のデータを提供する通信装置を示す情報を受信するための受信部と、所定のデータを提供する通信装置を示す受信された情報に基づいてダウンロード対象を判定するための判定部と、ダウンロード対象からの所定のデータのピアツーピア通信のための判定されたダウンロード対象を示す情報を送信するための送信部とを備え得る。
【０００５】
サーバを提供し得る。サーバは、所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信するための要求受信部と、所定のデータを提供する通信装置を判定するための判定部と、所定のデータを提供する通信装置を示す要求された情報を通信装置に送信するための送信部と、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を通信装置から受信するための受信部とを備え得る。
【０００６】
通信装置を制御する方法を提供し得る。方法は、所定のデータを提供する通信装置を示す情報を要求する工程と、所定のデータを提供する通信装置を示す情報を受信する工程と、所定のデータを提供する通信装置を示す受信された情報に基づいてダウンロード対象を判定する工程と、ダウンロード対象からの所定のデータのピアツーピア通信のための判定されたダウンロード対象を示す情報を送信する工程とを含み得る。
【０００７】
サーバを制御する方法を提供し得る。方法は、所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信する工程と、所定のデータを提供する通信装置を判定する工程と、所定のデータを提供する通信装置を示す要求された情報を通信装置に送信する工程と、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を通信装置から受信する工程とを含み得る。
【０００８】
図面では、同じ参照符号は一般に、別々の図にわたり、同じ部分を表す。図面は必ずしも一定の縮尺で描かれておらず、その代わりに、一般に、本開示の種々の局面の原理の例証が強調される。以下の説明では、本開示の種々の局面を以下の図面を参照して説明する。
【図面の簡単な説明】
【０００９】
【図１】セッション開始プロトコルを使用したピアツーピア通信のための通信システムを示す図である。
【図２】図１の通信システムにおけるピアツーピア通信の設定を示すフロー図である。
【図３】図１の通信システムにおけるピアツーピア通信の変更を示すフロー図である。
【図４】メッセージ・セッション中継プロトコルを使用したピアツーピア通信のための通信システムを示す図である。
【図５】図４の通信システムにおけるピアツーピア通信の設定を示すフロー図である。
【図６】図４の通信システムにおけるピアツーピア通信の変更を示すフロー図である。
【図７】ピアツーピア通信のための通信装置を示す図である。
【図８】ピアツーピア通信のためのサーバを示す図である。
【図９】ピアツーピア通信のためのダウンロード開始回路を備えたサーバを示す図である。
【図１０】図７の通信装置を制御する方法を示すフロー図である。
【図１１】図８のサーバを制御する方法を示すフロー図である。
【図１２】ピアツーピア通信のための通信装置を示す図である。
【図１３】ピアツーピア通信のためのサーバを示す図である。
【図１４】図１２の通信装置を制御する方法を示すフロー図である。
【図１５】図１３のサーバを制御する方法を示すフロー図である。
【発明を実施するための形態】
【００１０】
以下の詳細な説明は、本発明を実施し得る本開示の特定の詳細及び局面を例証によって示す添付図面を参照する。本開示の前述の局面は、当業者が本発明を実施することを可能にするのに十分な詳細で説明する。本発明の範囲から逸脱しない限り、本開示の他の局面を利用し得、構造上の変更、論理的変更、及び電気的変更を行い得る。本開示の一部の局面を本開示の他の１つ又は複数の局面と組み合わせて本開示の新たな局面を形成し得るので、本開示の種々の局面は必ずしも相互排他的でない。
【００１１】
「結合」又は「接続」の語は、直接「結合」又は直接「接続」、及び間接「結合」又は間接「接続」を含むことが意図されている。
【００１２】
「例示的」の語は本明細書では、「例、インスタンス、又は例証としての役目を担う」ということを意味するために使用されている。「例示的」として本明細書に開示された本開示又は本設計の何れの局面も、必ずしも、本開示又は本設計の他の局面に対して優先的である、又は有利であるとして解するべきでない。
【００１３】
「プロトコル」の語は、何れかの通信レイヤの定義の一部を実現するよう提供された何れかのソフトウェアを含むことを意図している。
【００１４】
（終端装置又は通信終端装置としても表し得る）通信装置はここでは、有線通信用に構成された装置（例えば、デスクトップ・コンピュータ若しくはラップトップ）、又は、無線通信用に構成された装置（例えば、無線通信装置）であり得る。更に、無線通信装置は、エンドユーザ・モバイル装置（ＭＤ）であり得る。無線通信装置は、何れかの種類の移動体無線通信装置、携帯電話機、携帯情報端末、モバイル・コンピュータ、又は、移動体通信の基地局（ＢＳ）若しくはアクセス・ポイント（ＡＰ）との通信用に構成された何れかの他のモバイル装置であり得、更に、ユーザ装置（ＵＥ）、移動局（ＭＳ）、又は、例えばＩＥＥＥ８０２．１６ｍによる高度移動局（高度ＭＳ、ＡＭＳ）として表し得る。
【００１５】
通信装置は、例えば、通信装置によって行われる処理において使用し得るメモリを含み得る。サーバは、例えば、サーバによって行われる処理において使用し得るメモリを含み得る。メモリは、揮発性メモリ（例えば、ＤＲＡＭ（ダイナミック・ランダム・アクセス・メモリ））若しくは不揮発性メモリ（例えば、ＰＲＯＭ（プログラマブル・リード・オンリ・メモリ））、ＥＰＲＯＭ（消去可能なＰＲＯＭ）、ＥＥＰＲＯＭ（電気的に消去可能なＰＲＯＭ））、又はフラッシュ・メモリ、例えば、フローティング・ゲート・メモリ、電荷捕捉型メモリ、ＭＲＡＭ（磁気抵抗ランダム・アクセス・メモリ）又はＰＣＲＡＭ（相変化ランダム・アクセス・メモリ）であり得る。
【００１６】
本明細書及び特許請求の範囲記載の「回路」は、メモリ、ファームウェア、又はその何れかの組み合わせに記憶されたソフトウェアを実行するプロセッサ又は専用回路であり得る何れかの種類の、ロジックを実現するエンティティとして理解し得る。更に、「回路」は、プログラマブル・プロセッサ（例えば、マイクロプロセッサ（例えば、複合命令セット・コンピュータ（ＣＩＳＣ）プロセッサ又は縮小命令セット・コンピュータ（ＲＩＳＣ）プロセッサ））などのプログラマブル・ロジック回路又は配線ロジック回路であり得る。「回路」は更に、ソフトウェア（例えば、何れかの種類のコンピュータ・プログラム（例として、例えばジャバなどの仮想マシン・コードを使用したコンピュータ・プログラム））を実行するプロセッサであり得る。以下に更に詳細に説明する、それぞれの機能の何れかの他の種類の実現形態も、「回路」として理解し得る。更に、上記回路の何れか２つ（、又は３つ以上）を１つの回路に合成し得る。
【００１７】
装置について説明を提供し、方法について説明を提供する。装置の基本特性は更に、方法にもあてはまり、逆も同様である。したがって、話を簡潔にするために、前述の特性の重複する説明は割愛し得る。
【００１８】
特定の装置について本明細書及び特許請求の範囲に記載された特性は何れも、更に、本明細書及び特許請求の範囲に記載された何れの装置にもあてはまり得る。特定の方法について本明細書及び特許請求の範囲に記載された特性は何れも、更に、本明細書及び特許請求の範囲に記載された何れの方法にもあてはまり得る。
【００１９】
セッション開始プロトコルを介したピアツーピア・コンテント配信のための装置及び方法を提供し得る。ＩＰ（インターネット・プロトコル）マルチメディア・サブシステム（ＩＭＳ）に基づき得、ピアツーピア・サービス特有の課金を可能にし得、コンテントに応じた課金を可能にし得、ピア・アップロードに応じた課金を可能にし得、コンテント保護を可能にし得、ＱｏＳ（サービス品質）を確実にし得るピアツーピア・コンテント配信サービスを提供し得る。
【００２０】
ピアツーピア（Ｐ２Ｐ）コンテント配信は、ピア間で作業負荷を分けるデータの分散伝送に基づき得る。ピアは、同等に特権化された、等しい効力を有する参加者であり得る。それは、ノードのピアツーピア・ネットワークを形成しているといえる。ピアは、ユーザ・ピア（例えば、通信終端装置）又はネットワーク・ピア（例えば、ネットワーク・エンティティ）であり得る。
【００２１】
ピアは、データ記憶及びネットワーク帯域などのそのリソースの一部分を他のネットワーク参加者に直接利用可能にし得る。ピアは、サーバのみが供給し（送出し）、クライアントが消費する（受信する）伝統的なクライアントサーバ・モデルと対照的にリソースの供給者及び消費者の両方であり得る。
【００２２】
ピアツーピア・システムは、ネーティブ・ネットワーク・トポロジ上又は物理ネットワーク・トポロジ上のアプリケーション層に構築された抽象オーバレイ・ネットワークを実現し得る。前述のオーバレイは、インデックシング及びピア発見のために使用し得、Ｐ２Ｐシステムを物理ネットワーク・トポロジと無関係にし得る。コンテントは、下にあるインターネット・プロトコル（ＩＰ）ネットワークを介して直接、交換し得る。
【００２３】
集中化されたピアツーピア・システムでは、インデックシング機能のために、かつ、システム全体のブートストラップを行うために中央サーバを使用し得る。
【００２４】
ピアは、コンテント配信を制御するために、特殊なプロトコルを介して中央サーバに通信し得る。例えば、ビットトレント・プロトコルを使用し得る。
【００２５】
ビットトレントを介してコンテントをダウンロードする場合、参加者は、トレント・アプリケーションによって開けることができるＭＩＭＥ（多目的インターネット・メール拡張）タイプのトレント・ファイル「ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｂｉｔｔｏｒｒｅｎｔ」を利用し得る。
【００２６】
トレント・ファイルは、中央トラッカ・サーバのＵＲＬを含む、ダウンロードされる対象のコンテントについてのメタ・データを含み得る。ピア・トレント・アプリケーションは、トレント・ファイルからのコンテント識別子を供給することにより、トラッカにダウンロード情報を要求し得る。
【００２７】
トラッカは、コンテントをダウンロードすることが可能なピアのリストで応答し得る。
【００２８】
ピアは次いで、その他のピアにおいてどのコンテント部分が利用可能かについての情報を含むビットマップを、その他のピアに要求し得る。すなわち、通信装置のビットマップは、所定のデータのどの部分が通信装置において利用可能であるか（すなわち、所定のデータのどの部分を通信装置によって提供し得るか）を示し得る。
【００２９】
ＩＰマルチメディア・サブシステム（ＩＭＳ）は、マルチメディア・サービスを提供するためのアプリケーション層ベースの通信システムであり得る。ＩＭＳはセッション開始プロトコル（ＳＩＰ）に基づき得る。ＩＭＳサービスは、アプリケーション・サーバ（ＡＳ）によって提供し得る。
【００３０】
慣用されているシステムの欠点は、Ｐ２Ｐがそれ自身のＩＭＳサービスとして提供されていないことがあり得、ＩＭＳ事業者は、Ｐ２Ｐサービス特有の課金を行わないことがあり得、Ｐ２Ｐサービスは、コンテントに応じて課金されないことがあり得、Ｐ２Ｐサービスはピア・アップロードに応じて課金しないことがあり得、ＩＭＳ事業者はコンテント保護を保証しないことがあり得、ＩＭＳ事業者はＰ２Ｐ  ＱｏＳを保証しないことがあり得、ＳＩＰメッセージは大容量コンテントを含まないことがあり得る（ＳＩＰメッセージは１３００バイトに制限され得る）。
【００３１】
Ｐ２Ｐ制御のためにＳＩＰメッセージを使用することによるＩＭＳベースのＰ２Ｐサービスをイネーブルし得る本明細書並びに特許請求の範囲記載の装置及び方法を提供し得る。これにより、Ｐ２Ｐを、ＩＭＳサービスとしてＩＭＳ事業者によって提供することができ、ＩＭＳ事業者は、Ｐ２Ｐサービス特有の課金を行うことができ、Ｐ２Ｐサービスは、コンテントに応じて課金することができ、Ｐ２Ｐサービスはピア・アップロードに応じて課金することができ、ＩＭＳ事業者はコンテント保護を保証することができ、ＩＭＳ事業者はＰ２Ｐ  ＱｏＳを保証することができ、長いピア・リストを提供することができ、長いビットマップを提供することができ、ピア・リストの変更に対するポーリングが必要でないことがあり得、ビットマップの変更に対するポーリングが必要でないことがあり得る。
【００３２】
特定のＳＩＰメッセージは、Ｐ２Ｐ制御情報を交換するために使用し得る。
【００３３】
ピアは、Ｐ２Ｐアプリケーション・サーバ（ＡＳ）にＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出することにより、ピア・リストを要求し得る。Ｐ２Ｐ  ＡＳはＰ２Ｐトラッカとしてふるまい得る。ＳＩＰ  ＮＯＴＩＦＹ要求においてピア・リストを応答し得る。長いピア・リストを伝送する場合、ＳＩＰ  ＮＯＴＩＦＹ要求は、ピア・リスト・デルタを含み得る。
【００３４】
ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求は、新たなＰ２Ｐイベント・パッケージに加入し得る。
【００３５】
ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求及びＳＩＰ  ＮＯＴＩＦＹ要求は、既存のＳＩＰダイアログ外又は既存のＳＩＰダイアログ内で送出し得る。
【００３６】
ピアは、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をその他のピアに送出することにより、他のピアにビットマップを要求し得る。その他のピアはＳＩＰ  ＮＯＴＩＦＹ要求においてビットマップを応答し得る。別のピアのビットマップ情報が変更されると、ピアは、その変更について通知する旨の更なるＳＩＰ  ＮＯＴＩＦＹ要求を加入ピアに送出し得る。
【００３７】
ピアは、ＳＩＰ  ＩＮＶＩＴＥ要求をその他のピアに送出することにより、他のピアにコンテント・セグメントを要求し得る。更なるセグメントを要求する場合、ピアは、ＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求を送出し得る。
【００３８】
ビットマップを要求するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求は、セグメントを要求するためにＩＮＶＩＴＥダイアログ内又はＩＮＶＩＴＥダイアログ外に送出し得る。
【００３９】
ビットマップ並びにセグメントの要求及び応答は、Ｐ２Ｐ  ＡＳが課金に関連した情報を収集し、コンテント・セグメント配信のＱｏＳ及びコンテント保護を保証し得るようにＰ２Ｐ  ＡＳ  を介してルーティングし得る。
【実施例】
【００４０】
図１は、セッション開始プロトコルを使用したピアツーピア通信のための通信システム１００を示す。ＩＰマルチメディア・サブシステム（ＩＭＳ）１０８を提供し得る。第１のユーザＵ１及び第２のユーザＵ２は、それらの終端通信装置（すなわち、通信装置。すなわち、端末）、例えば、第１の通信装置Ｔ１  １０２及び第２の通信装置Ｔ２  １０４により、ＩＭＳ１０８において登録し得る。ＩＭＳ１０８は、Ｐ２Ｐアプリケーション・サーバ（ＡＳ）ＰＡＳ１１２を介してＰ２Ｐサービスを提供し得る。更に、Ｔ１及びＴ２は、ブルートゥース（登録商標）を介して無線で互いに接続することができる。図１のＩＭＳ通信システム・アーキテクチャでは、更に、第３のユーザの第３の通信装置（すなわち、終端装置）Ｔ３  １０６を提供し得る。更に、Ｐ２Ｐトラッカ・サーバ（ＰＴＳ）１１０、サービス呼セッション制御機能（Ｓ−ＣＳＣＦ）１１４、及びコンテント・サーバ（ＣＳ）１１６を提供し得、Ｐ２Ｐシグナリング接続は、細実線矢印１２２，１２４、１２６、１２８、及び１３０によって示す。データ接続は、連続する太矢印１１８及び１２０によって示す。Ｐ２Ｐステータス通知接続は、破線矢印１３２、１３４、１３６，及び１３８によって示す。
【００４１】
図２は、図１の通信システムにおけるピアツーピア通信の設定のためのフロー図２００である。フロー図２００は、Ｐ２Ｐ開始及び第１のセグメントの送信のための信号フローを示す。話を明瞭にするために、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求及びＳＩＰ  ＮＯＴＩＦＹ要求に対するＳＩＰ２００  ＯＫ応答と、ＳＩＰ２００  ＯＫ応答に対するＳＩＰ  ＡＣ応答はフロー図２００に示されていないことがあり得る。
【００４２】
ユーザＵ１は最近のフットボールの試合のビデオを視聴したいことがあり得る。自分の終端装置Ｔ１  １０２により、ユーザＵ１は、自分のＩＭＳ事業者によって提供されるビデオ・ウェブサイトを訪問し得る。ユーザは、欲しいビデオを見つけ得、対応するリンクを選択し得る。リンクは、ダウンロードする対象のビデオ・ファイルのメタ・データを特定するＰ２Ｐファイルを指し示し得る。Ｔ１のブラウザは、Ｐ２ＰファイルのＭＩＭＥタイプに関連付けられたＴ１  １０２上のＰ２Ｐアプリケーションにファイルを提供し得る。
【００４３】
Ｐ２Ｐアプリケーションは、Ｐ２Ｐファイルに含まれるトラッカＵＲＩ及びコンテント識別子（ＩＤ）を抽出し得る。
【００４４】
２０２では、Ｐ２Ｐアプリケーションは、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をトラッカＵＲＩ１１０に送出し得る。ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求は、Ｅｖｅｎｔヘッダ・パラメータとしてのコンテントＩＤ及びトークン「ｐ２ｐ＿ｐｅｅｒｌｉｓｔ」を含むＥｖｅｎｔヘッダ・フィールドを含み得る。
【００４５】
ピア・リストを要求するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求の内容（コンテント）は以下の通りであり得る。
【表１】
2015521764.tif 000003
【００４６】
ＳＩＰ  ＳＵＢＳＣＲＩＢＥの要求ＵＲＩに含まれるトラッカＵＲＩはＵ１のオペレータのドメインに属し得る。したがって、ＩＭＳは、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をオペレータのサービス呼セッション制御機能（Ｓ−ＣＳＣＦ）１１４にルーティングし得る。Ｓ−ＣＳＣＦは、ＳＩＰ  ＳＢＳＣＲＩＢＥのＥｖｅｎｔヘッダ・フィールドを検査し得、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求はＰ２Ｐサービスに対するものであると判定し得る。したがって、これは２０４において、上記要求をオペレータのＰ２Ｐ  ＡＳ  ＰＡＳ１１２に転送し得る。
【００４７】
２０６で、Ｐ２Ｐ  ＡＳ  ＰＡＳ１１２は、ＳＩＰ  ＳＵＢＳＣＲＩＢＥの要求ＵＲＩによって規定されたＰ２Ｐトラッカ・サーバＰＴＳ１１０に、関連したピア・リストを要求し得る。次いで、２０８で、ＰＡＳ１１２は、ＳＩＰ  ＮＯＴＩＦＹ要求をＰＴＳ１１０から受け取り得、２１０及び２１２で、ピア・リストをそのＸＭＬ本体に含むＳＩＰ  ＮＯＴＩＦＹ要求をもう一度、Ｔ１  １０２に送出し得る。ＸＭＬ本体は更に、（ピア・リストの）バージョン番号１を含み得る。ピア・リスト・データを含むＳＩＰ  ＮＯＴＩＦＹ要求は、以下の通りであり得る。
【表２】
2015521764.tif 000004
【００４８】
ピア・リストは、利用可能な欲しいビデオのセグメントを現在有しているピアを指し示すＵＲＩのエントリを含み得る。この例では、ピア・リストは、２つのエントリ（Ｕ２の装置Ｔ２  １０４のエントリ、及びネットワーク内のコンテント・サーバＣＳ１０６（ネットワーク・ピア）のエントリ）を含み得る。
【００４９】
ピア・リストを受け取った後、終端装置Ｔ１  １０２はＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をＴ２  １０４及びＣＳ  １１６に送出し得る。ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求は、Ｅｖｅｎｔヘッダ・パラメータとしてのコンテントＩＤ及びトークン「ｐ２ｐ＿ｂｉｔｍａｐ」を含むＥｖｅｎｔヘッダ・フィールドを含み得る。ビットマップを要求するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求の内容は以下の通りであり得る。
【表３】
2015521764.tif 000005
【００５０】
ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求（２１４、２１６、２１８、２２０、及び２２２）は、Ｕ１のオペレータのＳ−ＣＳＣＦ１１４を介してルーティングし得る。Ｓ−ＣＳＣＦ１１４は、課金関連情報を収集することを可能にする旨のＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をＰ２Ｐ  ＡＳ  ＰＡＳ１１２を介してルーティングし得る。Ｐ２Ｐ  ＡＳ１１２は最終的に、要求をＴ２  １０４及びＣＳ１１６をルーティングし得る。
【００５１】
Ｔ２  １０４及びＣＳ１１６は、２２４、２２６、２２８、２３０において、かつ、２３２、２３４、２３６、２３８においてＳＩＰ  ＮＯＴＩＦＹ要求をＵ１の終端装置Ｔ１  １０２に返信することによって応答し得る。ＳＩＰ  ＮＯＴＩＦＹ要求は、どのビデオ・セグメントが現在、Ｔ２  １０４及びＣＳ１１６において入手可能であるかについての情報を含み得る。この例では、Ｔ２  １０４及びＣＳ１１６は、ビデオの第１のセグメントがＴ２  １０４及びＣＳ１１６から入手可能であることを示し得る。ビットマップ・データを含む、Ｔ２のＳＩＰ  ＮＯＴＩＦＹ要求（すなわち、Ｔ２  １０４からのＳＩＰ  ＮＯＴＩＦＹ要求）は以下の通りであり得る。
【表４】
2015521764.tif 000006
【００５２】
ビットマップを受信した後、  Ｔ１  １０２は、Ｔ２  １０４及びＣＳ  １１６からの潜在的なコンテント伝送のトラフィック状態を検査し得る。Ｔ１  １０２は、Ｐ２Ｐ  ＡＳ  ＰＡＳ１１２からのピア・リストにおいてＣＳ１１６のトラフィック状態を受信していることがあり得る。Ｔ２  １０４のトラフィック状態については、Ｔ１  １０２は、Ｔ２  １０４自体とのそのブルートゥース（商標登録）接続を検査し得る。この例では、Ｔ２  １０４へのトラフィック状態が、ＣＳ  １１６へのトラフィック状態よりも良好であると仮定し得る。したがって、２４０では、Ｔ１  １０２は、Ｔ２  １０４に、第１のビデオ・セグメントを要求することにし得る。
【００５３】
Ｔ１  １０２は、ＩＭＳを介してＴ２  １０４にＳＩＰ  ＩＮＶＩＴＥ要求を送出し得る。ＩＭＳは、矢印２４２、２４４、２４６、及び２４８によって示されるように、Ｔ２  １０４に、Ｕ１のオペレータのＳ−ＳＣＳＦ１１４及びＰ２Ｐ  ＡＳ  ＰＡＳ１１２を介して要求をルーティングし得る。ＰＡＳ１１２は、ＳＩＰ  ＩＮＶＩＴＥダイアログから課金関連情報を収集し得、適切なコンテント保護及びＱｏＳを保証し得る。メディア・ネゴシエーションに対するＳＩＰ  ＩＮＶＩＴＥ要求は以下の通りであり得る。
【表５】
2015521764.tif 000007
【００５４】
ＳＩＰ  ＩＮＶＩＴＥ要求は、メディア転送に対するＳＤＰ（セッション記述プロトコル）オファーを含み得、Ｔ２  １０４は、２５０、２５２、２５４、及び２５６で、Ｔ１  １０２へのＳＩＰ  ２００ＯＫ応答においてオファーを受け入れ得る。Ｔ１は、Ｔ２  １０４にＳＩＰ  ＡＣＫ応答を返信することにより、ＳＩＰ２００  ＯＫ応答に対して肯定応答を行い得る。
【００５５】
ＳＩＰ  ＡＣＫ応答を受信した後、Ｔ２  １０４は、２５８で、ＳＩＰ  ＩＮＶＩＴＥトランザクションにおいてネゴシエートされた接続を使用して第１のビデオ・セグメントの送出を開始し得る。
【００５６】
図３は、図１の通信システムにおけるピアツーピア通信の変更のフロー図３００を示す。フロー図３００では、Ｐ２Ｐ制御及びターミネーションのシグナリング・フローを示す。話を明瞭にするために、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ、ＮＯＴＩＦＹ、及びＢＹＥ要求に対するＳＩＰ２００  ＯＫ応答、及びＳＩＰ２００  ＯＫ応答に対するＳＩＰ  ＡＣＫ応答は、フローに示していないことがあり得る。
【００５７】
後に、やはりフットボールのビデオをダウンロードする別のユーザＵ３の終端装置Ｔ３  １０６が、Ｔ１  １０２のブルートゥース（登録商標）の届く範囲に入り得る。したがって、Ｐ２Ｐ  ＡＳ  ＰＡＳ１１２は、３０２及び３０４で、Ｔ１に別のＳＩＰ  ＮＯＴＩＦＹ要求を送出し得る。ＳＩＰ  ＮＯＴＩＦＹ要求は、デルタ・ピア・リスト情報がＳＩＰ  ＮＯＴＩＦＹ要求のＸＭＬ本体に含まれていることを示す（ピア・リスト）バージョン番号２を含み得る。デルタ・ピア・リスト・データを含むデルタＳＩＰ  ＮＯＴＩＦＹ要求は以下の通りであり得る。
【表６】
2015521764.tif 000008
【００５８】
Ｔ１  １０２は次いで、３０６、３０８、３１０、及び３１２で、Ｔ３  １０６にビットマップ情報を要求するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をＴ３  １０６に送出し得る。Ｔ３  １０６は、３１４、３１６、３１８、及び３２０で、そのビットマップ情報を含むＳＩＰ  ＮＯＴＩＦＹ要求を返信し得る。
【００５９】
第１のビデオ・セグメントの伝送中に、ユーザＵ２は第２のビデオ・セグメントを視聴し終え得る。したがって、Ｔ２  １０４はそのメモリから第２のセグメントを除去し得、対応するデルタ・ビットマップ情報を含む別のＳＩＰ  ＮＯＴＩＦＹ要求をＴ１に送出することにより、変更をＴ１に示し得る。
【００６０】
第１のビデオ・セグメントの視聴の終了時に、３３２で、Ｔ１  １０２は、受信されたピア・リスト及びビットマップ情報に基づいて第２のビデオ・セグメントをＴ３  １０６に要求することにし得る。Ｔ１  １０２は、３３４、３３６、３３８、及び３４０で、メディア接続をネゴシエートするための対応するＳＩＰ  ＩＮＶＩＴＥ要求をＴ３  １０６に送出し得る。３３２、３３４、３３６、及び３３８で、Ｔ３  １０６はＳＩＰ  ＯＫ応答をＴ１  １０２に送信し得る。３５０で、Ｔ１  １０２は、Ｔ３  １０６からビデオ・メディアを受信し得る。
【００６１】
しばらくして、Ｕ１は、３５２で、ビデオの視聴を止めることにし得る。よって、Ｔ１  １０２は、３５４、３５６、３５８、及び３６０で、Ｔ２  １０４及びＴ３  １０６とのそのＳＩＰ  ＩＮＶＩＴＥダイアログのためのＳＩＰ  ＢＹＥ要求を送出し得る。更に、「Ｐ２Ｐ＿ｐｅｅｒｌｉｓｔ」及び「Ｐ２Ｐ＿ｂｉｔｍａｐ」の加入を終結させるために「Ｅｘｐｉｒｅｓ」フラグが０にセットされた状態で、３６２、３６４、３６６、３６８、及び３７０で、ＰＴＳ、Ｔ２  １０４、Ｔ３  １０６、及びＣＳ１１６にＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出し得る。
【００６２】
Ｔ３  １０６とのメディア接続を終結させるためのＳＩＰ  ＢＹＥ要求は以下の通りであり得る。
【表７】
2015521764.tif 000009
【００６３】
ＰＴＳへの加入を終結させるためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求は以下の通りであり得る。
【表８】
2015521764.tif 000010
【００６４】
上述したように、ピア・リストは、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求によって要求し得る。ピア・リストをＳＩＰ  ＮＯＴＩＦＹ要求によって提供し得る。デルタ・ピア・リストを提供し得る。ピア・リストの変更についての自動通知を提供し得る。ビットマップは、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求によって要求し得る。ビットマップはＳＩＰ  ＮＯＴＩＦＹ要求によって提供し得る。デルタ・ビットマップを提供し得る。ビットマップ変更についての自動通知を提供し得る。ピアツーピア制御メッセージをピアツーピア・アプリケーション・サーバを介してルーティングし得る。ＳＩＰメッセージをピアツーピア制御に使用し得る。
【００６５】
Ｐ２Ｐトラッカが、Ｐ２Ｐ  ＡＳ１１２と別個のエンティティである代わりに、Ｐ２Ｐトラッカ機能をＰ２Ｐに含め得る。この場合、Ｐ２Ｐ  ＡＳ１１２は、Ｐ２Ｐトラッカにピア・リストを明示的に要求しなくてよいことがあり得る。
【００６６】
Ｅｖｅｎｔヘッダ・パラメータとしてコンテントＩＤをＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求に含める代わりに、コンテントＩＤは、パラメータとして、又はプレフィックスとして要求ＵＲＩに含め得、又はＳＩＰ  ＳＵＢＳＣＲＩＢＥの本体に含め得る。
【００６７】
既存のＳＩＰダイアログ外で、ピア・リストを要求するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出する代わりに、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を既存のＳＩＰ  ＩＮＶＩＴＥダイアログ内で送出し得る。ＳＩＰ  ＩＮＶＩＴＥダイアログは、メディアが送出されないようにメディア・ポートが０にセットされた状態で設定し得る。ＳＩＰ  ＩＮＶＩＴＥ要求は、セッションのＰ２Ｐ目的を示すメディア・フィーチャー・タグを含み得る。ＳＩＰ  ＩＮＶＩＴＥ要求は更に、（例えばＵＲＩパラメータ又はプレフィックスとして、）コンテントＩＤを含み得る。この場合、ＳＩＰ  ＩＮＶＩＴＥダイアログ内のＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求はコンテントＩＤを示していないことがあり得る。
【００６８】
ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出することにより、既存のＳＩＰ  ＩＮＶＩＴＥダイアログ内でピア・リストを要求する代わりに、更に、ＳＩＰ  ＩＮＦＯ要求、ＳＩＰ  ＭＥＳＳＡＧＥ要求、又はＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求を、ピア・リストを要求するために既存のＳＩＰ  ＩＮＶＩＴＥ内で送出し得る。
【００６９】
ピアのＰ２Ｐステータスを追跡するために、Ｐ２Ｐトラッカ・サーバは、ピアにＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出することにより、ピア・ステータス・イベントに加入し得る。
【００７０】
既存のＳＩＰダイアログ外で、ビットマップを要求するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出する代わりに、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を既存のＳＩＰ  ＩＮＶＩＴＥダイアログ内で送出し得る。ＳＩＰ  ＩＮＶＩＴＥダイアログは、メディアが送出されないようにメディア・ポートが０にセットされた状態で設定し得る。ＳＩＰ  ＩＮＶＩＴＥ要求は、（例えばＵＲ１パラメータ又はプレフィックスとして、）コンテントＩＤを含み得る。この場合、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求はコンテントＩＤを示さないことがあり得る。ＳＩＰ  ＩＮＶＩＴＥダイアログは後に、ＳＩＰ  ｒｅーＩＮＶＩＴＥ要求を送出することにより、コンテント・セグメントを要求するために使用し得る。
【００７１】
ピアにビットマップを要求するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出する代わりに、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をＰ２Ｐ  ＡＳ１１２も送出し得る。Ｐ２Ｐ  ＡＳ１１２は、ピアＰ２Ｐステータス・イベントに加入するためのＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求をピアに送出し得る。
【００７２】
ピア・リストと別個にビットマップを要求する代わりに、ビットマップを、単一のＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求により、ピア・リストとともにＰ２Ｐ  ＡＳ１１２に要求し得る。この場合、Ｐ２Ｐ  ＡＳ１１２はピアからビットマップ情報を収集し得、前述の情報をＳＩＰ  ＮＯＴＩＦＹ要求において提供し得る。
【００７３】
ビットマップ要求及び／又はセグメント要求は、ＩＭＳシグナリング外でピアに直接、送出し得る。
【００７４】
更に、以下に説明するように、メッセージ・セッション中継プロトコルを介したピアツーピア・コンテント配信のための装置及び方法を提供し得る。ＳＩＰを介してメッセージ・セッションを開始し、メッセージ・セッション中継プロトコル（ＭＳＲＰ）を介してメッセージを転送することにより、セッション・ベースのメッセージング・サービスを提供し得る。Ｐ２Ｐ制御のためのＭＳＲＰ及びメディア制御のためのＳＩＰを使用することにより、ＩＭＳベースのＰ２Ｐサービスのための装置及び方法を提供し得る。Ｐ２ＰサービスのためのＳＩＰメッセージは、新たなフィーチャー・タグを含み得る。
【００７５】
ＭＳＲＰはＰ２Ｐ制御を交換するために使用し得、ＳＩＰはメディア伝送をネゴシエートするために使用し得る。
【００７６】
ピアは、Ｐ２Ｐアプリケーション・サーバ（ＡＳ）とのＭＳＲＰセッションを設定し、ＭＳＲＰ  ＳＥＮＤ要求をＰ２Ｐ  ＡＳに送出することにより、ピア・リストを要求し得る。Ｐ２Ｐ  ＡＳはＰ２Ｐトラッカとしてふるまい得る。別のＭＳＲＰ  ＳＥＮＤ要求においてピア・リストを応答し得る。長いピア・リストを伝送するために、ピア・リストのチャンクを含む複数のＭＳＲＰ  ＳＥＮＤ要求を送出し得る。
【００７７】
ＭＳＲＰセッションは、セッションのＰ２Ｐ目的を示すための新たなメディア・フィーチャー・タグを含むＳＩＰ  ＩＮＶＩＴＥ要求を介して設定し得る。
【００７８】
ピアは、他のピアに、その他のピアとのＭＳＲＰセッションを設定し、ＭＳＲＰ  ＳＥＮＤ要求をその他のピアに送出することにより、ビットマップを要求し得る。その他のピアは、別のＭＳＲＰ  ＳＥＮＤ要求においてそのビットマップを応答し得る。長いビットマップを伝送する場合、ＭＳＲＰ  ＳＥＮＤ要求は、ビットマップのチャンクを含み得る。
【００７９】
ビットマップを要求するためのＭＳＲＰセッションは、セッションのＰ２Ｐ目的を示すための新たなメディア・フィーチャー・タグを含むＳＩＰ  ＩＮＶＩＴＥ要求を介して設定し得る。
【００８０】
別のピアのビットマップ情報が変更されると、その他のピアは、上記変更について通知する旨の更なるＭＳＲＰ  ＳＥＮＤ要求をピアに送出し得る。
【００８１】
ピアは、他のピアに、ＳＩＰ  ＩＮＶＩＴＥ要求をその他のピアに送出することにより、コンテント・セグメントを要求し得る。更なるセグメントを要求する場合、ピアはＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求を送出し得る。
【００８２】
セグメントの要求及び応答は、Ｐ２Ｐ  ＡＳが課金に関連した情報を収集し得、コンテント・セグメント配信のＱｏＳ及びコンテント保護を保証し得るようにＰ２Ｐ  ＡＳを介してルーティングし得る。
【００８３】
図４は、メッセージ・セッション中継プロトコルを使用したピアツーピア通信のための通信システム４００を示す。Ｐ２ＰサービスのためのＩＭＳ通信システム・アーキテクチャ４００では、第１の通信装置４０２（第１の終端装置Ｔ１）、第２の通信装置４０４（第２の終端装置Ｔ２）、及び第３の通信装置４０６（第３の終端装置Ｔ３）を提供し得る。更に、Ｐ２Ｐアプリケーション・サーバ（ＰＡＳ）４１０及びサービス呼セッション制御機能（Ｓ−ＣＳＣＦ）４１２を、ＩＰマルチメディア・システム（ＩＭＳ）４０８に備え得る。コンテント・サーバ（ＣＳ）４１４を備え得る。Ｐ２Ｐシグナリング接続は薄実線矢印４２０、４２２、４２４、及び４２６によって示す。データ接続は太実線矢印４１６及び４１８によって示す。Ｐ２Ｐステータス通知接続は破線矢印４２８、４３０、４３２、及び４３４によって示す。
【００８４】
ユーザＵ１及びＵ２は、その終端装置（端末）Ｔ１  ４０２及びＴ２  ４０４により、ＩＭＳ４０８において登録し得る。ＩＭＳ４０８はＰ２Ｐアプリケーション・サーバ（ＡＳ）ＰＡＳ４１０を介してＰ２Ｐサービスを提供し得る。更に、図４のアーキテクチャに示すように、ブルートゥース（登録商標）を介して無線で互いに接続することができる場合がある。
【００８５】
図５は、図４の通信システムにおけるピアツーピア通信の設定のフロー図５００を示す。Ｐ２Ｐ開始及び第１のセグメントの伝送のシグナリング・フローを示す。話を明瞭にするために、ＭＭＳＲＰ  ＳＥＮＤ要求に対するＭＳＲＰ２００ＯＫ応答、及びＳＩＰ２００ＯＫ応答に対するＳＩＰ  ＡＣ応答はフロー図５００に示していないことがあり得る。
【００８６】
ユーザＵ１は最近のフットボールの試合のビデオを視聴したいことがあり得る。自分の終端装置で、ユーザＵ１は、自分のＩＭＳオペレータによって提供されるビデオ・ウェブサイトを訪ね得る。ユーザＵ１は、所望のビデオを見つけ得、対応するリンクを選択し得る。リンクは、ダウンロードされる対象のビデオ・ファイルのメタ・データを規定するＰ２Ｐファイルを指し示し得る。Ｔ１のブラウザは、Ｐ２ＰファイルのＭＩＭＥタイプに関連付けられたＴ１  ４０２上のＰ２Ｐアプリケーションにファイルを提供し得る。
【００８７】
Ｐ２Ｐアプリケーションは、Ｐ２Ｐファイルに含まれたＰ２Ｐ  ＡＳのＵＲＩ、及びコンテント識別子（ＩＤ）を抽出し得る。Ｐ２Ｐアプリケーションは、５０２及び５０４で、ＳＩＰ  ＩＮＶＩＴＥ要求をＰ２Ｐ  ＡＳ４１０に送出し得る。ＳＩＰ  ＩＮＶＩＴＥ要求は、ＭＳＲＰ伝送をネゴシエートするためのＳＤＰ（セッション記述プロトコル）、及びＣｏｎｔａｃｔヘッダ・フィールドにおけるメディア・フィーチャー・タグ「＋ρ２ρ」を含み得る。ＭＳＲＰ接続設定のためのＳＩＰ  ＩＮＶＩＴＥ要求のコンテントは以下の通りであり得る。
【表９】
2015521764.tif 000011
【００８８】
ＳＩＰ  ＩＮＶＩＴＥの要求ＵＲＩに含まれるＰ２Ｐ  ＡＳ  ＵＲＩはＵ１のオペレータのドメインに属し得る。したがって、ＩＭＳは、５０２で、ＳＩＰ  ＩＮＶＩＴＥ要求をオペレータのサービス呼セッション制御機能（Ｓ−ＣＳＣＦ）４１２にルーティングし得る。Ｓ−ＣＳＣＦ４１２は、ＳＩＰ  ＩＮＶＩＴＥのＣｏｎｔａｃｔヘッダ・フィールドを検査し得、含められたフィーチャー・タグから、ＳＩＰ  ＩＮＶＩＴＥ要求がＰ２Ｐサービスに対するものであると判定し得、よって、５０４で、上記要求をオペレータのＰ２Ｐ  ＡＳ  ＰＡＳ４１０に転送し得る。
【００８９】
Ｐ２Ｐ  ＡＳ４１０は、５０６及び５０８で、Ｔ１に、対応するＳＩＰ２００  ＯＫ応答を返信することにより、オファーされたＭＳＲＰメディアを受け入れ得る。
【００９０】
ＳＩＰ２００  ＯＫ応答を受信した後、Ｔ１  ４０２は、５１０で、Ｐ２Ｐ  ＡＳに、ネゴシエートされたＭＳＲＰ接続を介して、ＭＳＲＰ  ＳＥＮＤ要求を送出し得る。ＭＳＲＰ  ＳＥＮＤ要求は、コンテントＩＤに対するピア・リスト要求を規定するテキスト本体を含み得る。ピア・リストを要求するためのＭＳＲＰ  ＳＥＮＤ要求は以下の通りであり得る。
【表１０】
2015521764.tif 000012
【００９１】
５１２で、Ｐ２Ｐ  ＡＳ  ＰＡＳ４１０は、ピア・リストをそのテキスト本体に含むＭＳＲＰ  ＳＥＮＤ要求をＴ１  ４０２に返信し得る。ピア・リスト情報を含むＭＳＲＰ  ＳＥＮＤ要求は以下の通りであり得る。
【表１１】
2015521764.tif 000013
【００９２】
ピア・リストは、入手可能な所望のビデオのセグメントを現在有するピアを指し示すＵＲＩのエントリを含み得る。この例では、ピア・リストは、ネットワーク（ネットワーク・ピア）におけるコンテント・サーバＣＳ４１４に対する１つと、Ｕ２の装置Ｔ２  ４０２に対する１つである２つのエントリを含み得る。
【００９３】
ピア・リストを受信した後、終端装置Ｔ１  ４０２は、５１４、５１６、５１８、及び５２０でＳＩＰ  ＩＮＶＩＴＥ要求をＴ２及びＣＳに送出し得る。ＳＩＰ  ＩＮＶＩＴＥ要求は、ＭＳＲＰ伝送をネゴシエートするためのＳＤＰ及びＣｏｎｔａｃｔヘッダ・フィールド内のメディア・フィーチャー・タグ「＋ｐ２ｐ」を含み得る。Ｔ２のＭＳＲＰ接続設定のためのＳＩＰ  ＩＮＶＩＴＥ要求のコンテントは以下の通りであり得る。
【表１２】
2015521764.tif 000014
【００９４】
ＳＩＰ  ＩＮＶＩＴＥ要求はＵ１のオペレータのＳ−ＣＳＣＦ４１２を介してルーティングし得る。Ｓ−ＣＳＣＦ４１２は、課金関連情報を収集することを可能にするためにＳＩＰ  ＩＮＶＩＴＥ要求をＰ２Ｐ  ＡＳ  ＰＡＳ４１０を介してルーティングし得る。Ｐ２Ｐ  ＡＳ４１２は最終的に、要求をＴ２及びＣＳにルーティングし得る。
【００９５】
Ｔ２及びＣＳは、５２２、５２４、５２６、５２８で、Ｔ１  ４０２に、対応するＳＩＰ２００  ＯＫ応答を返信することにより、オファーされたＭＳＲＰメディアを受け入れ得る。
【００９６】
ＳＩＰ２００  ＯＫ応答を受信した後、Ｔ１  ４０２は、５３０で、Ｔ２  ４０４及びＣＳ４１４に、ネゴシエートされたＭＳＲＰ接続を介して、ＭＳＲＰ  ＳＥＮＤ要求を送出し得る。ＭＳＲＰ  ＳＥＮＤ要求は、コンテントＩＤに対するビットマップ要求を規定するテキスト本体を含み得る。Ｔ２にビットマップを要求するためのＭＳＲＰ  ＳＥＮＤ要求は以下の通りであり得る。
【表１３】
2015521764.tif 000015
【００９７】
５３２で、Ｔ２  ４０４及びＣＳ４１４は、テキスト本体にそれらのビットマップを含むＭＳＲＰ  ＳＥＮＤ要求をＴ１  ４０２に返信し得る。Ｔ２  ４０４からのビットマップ情報を含むＭＳＲＰ  ＳＥＮＤ要求は以下の通りであり得る。
【表１４】
2015521764.tif 000016
【００９８】
ビットマップを受信した後、Ｔ１  ４０２は、Ｔ２  ４０４及びＣＳ  ４０４からの潜在的なコンテント伝送のトラフィック状態を検査し得る。Ｔ１  ４０２は、Ｐ２Ｐ  ＡＳ  ＰＡＳ４１０からのピア・リストにおいてＣＳのトラフィック状態を受信していることがあり得る。Ｔ２  ４０４のトラフィック状態については、Ｔ１  ４０２は、それ自体による、Ｔ２  ４０４とのそのブルートゥース（登録商標）接続を検査し得る。この例では、Ｔ２  ４０４へのトラフィック状態が、ＣＳ４１４へのトラフィック状態よりも良好であるとみなし得る。したがって、５３４で、Ｔ１  ４０２は、Ｔ２  １０４に、第１のビデオ・セグメントを要求することにし得る。
【００９９】
５３６、５３８、５４０，及び５４２で、Ｔ１  ４０２は、既にネゴシエートされているＭＳＲＰメディア及び更なるビデオ・メディアのＳＤＰを含むＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求をＴ２  ４０４に送出し得る。ＩＭＳは要求をＴ２  ４０４に、Ｕ１のオペレータのＳ−ＣＳＣＦ４１２及びＰ２Ｐ  ＡＳ  ＰＡＳ４１０を介してルーティングし得る。ＰＡＳ４１０は、ＳＩＰ  ＩＮＶＩＴＥダイアログから課金関連情報を収集し得、適切なコンテント保護及びＱｏＳを保証し得る。メディア・ネゴシエーションに対するＳＩＰ  ＩＮＶＩＴＥ要求は以下の通りであり得る。
【表１５】
2015521764.tif 000017
【０１００】
Ｔ２  ４０４は、５４４、５４６、５４８、５５０で、Ｔ１  ４０２に対するＳＩＰ  ２００ＯＫ応答においてオファーを受け入れ得る。Ｔ１  ４０２は、Ｔ２  ４０４にＳＩＰ  ＡＣＫ応答を返信することにより、ＳＩＰ２００  ＯＫ応答に肯定応答し得る。
【０１０１】
ＳＩＰ  ＡＣＫ応答を受信した後、５５２で、Ｔ２  ４０４は、ＳＩＰ  ＩＮＶＩＴＥトランザクションにおいてネゴシエートされたビデオ接続を使用して第１のビデオ・セグメントを送出することを開始し得る。
【０１０２】
図６は、図４の通信システムにおけるピアツーピア通信の変更のためのフロー図６００を示す。Ｐ２Ｐ制御及びターミネーションのシグナリング・フローを示す。話を明瞭にするために、ＭＳＲＰ  ＳＥＮＤ要求に対するＭＳＲＰ２００  ＯＫ応答及びＳＩＰ２００  ＯＫ応答に対するＳＩＰ  ＡＣＫ応答はフロー図６００に示していないことがあり得る。
【０１０３】
その後、やはりフットボールの試合をダウンロードしている別のユーザのＵ３の終端装置Ｔ３  ４０６は、Ｔ１  ４０２のブルートゥース（登録商標）の届く範囲に入り得る。したがって、Ｐ２Ｐ  ＡＳ  ＰＡＳ４１０は、６０２で、別のＭＳＲＰ  ＳＥＮＤ要求をＴ１  ４０２に送出し得る。ＭＳＲＰ  ＳＥＮＤ要求は、そのテキスト本体にデルタ・ピア・リスト情報を含み得る。デルタ・ピア・リスト情報を含むＭＳＲＰ  ＳＥＮＤ要求は以下の通りであり得る。
【表１６】
2015521764.tif 000018
【０１０４】
Ｔ１  ４０２は次いで、６０４、６０６、６０８、及び６１０で、Ｐ２Ｐ制御のためのＭＳＲＰセッションを設定するためのＳＩＰ  ＩＮＶＩＴＥ要求をＴ３  ４０６に送出し得る。Ｔ３  ４０６は、６１２、６１４、６１６、及び６１８で、Ｔ１  ４０２にＳＩＰ  ＯＫ応答を送出し得る。セッション・ネゴシエーションが首尾良く行われた後、Ｔ１  ４０２は、６２０で、ビットマップ情報を要求するためのＭＳＲＰ  ＳＥＮＤ要求をＴ３  ４０６に送出し得る。６２２で、Ｔ３  ４０６は、そのビットマップ情報を含むＭＳＲＰ  ＳＥＮＤ要求を返信し得る。
【０１０５】
第１のビデオ・セグメントの伝送中に、ユーザＵ２は、６２４で、第２のビデオ・セグメントを視聴し終え得る。したがって、Ｔ２  ４０４は第２のセグメントをそのメモリから除去し得、６２６で、対応するデルタ・ビットマップ情報を含む別のＭＳＲＰ  ＳＥＮＤ要求をＴ１  ４０２に送出することにより、変更をＴ１  ４０２に示し得る。
【０１０６】
第１のビデオ・セグメントの視聴の終了時に、６２８で、Ｔ１  ４０２は、受信されたピア・リスト及びビットマップ情報に基づいて第２のビデオ・セグメントをＴ３  ４０６に要求することにし得る。Ｔ１  ４０２は、６３０、６３２、６３４、及び６３６で、既存のＭＳＲＰ接続に加えて、ビデオ接続をネゴシエートするための対応するＳＩＰ  ｒｅ−ＩＮＶＩＴＥ要求をＴ３に送出し得る。Ｔ３  ４０６は、６３８、６４０、６４２、及び６４４で、ＳＩＰ  ＯＫ応答をＴ１  ４０２に送出し得る。６４６で、ビデオ・メディアを、Ｔ１  ４０２により、Ｔ３  ４０６からダウンロードし得る。
【０１０７】
しばらくして、Ｕ１は、６４８で、ビデオの視聴を止めることにし得る。よって、Ｔ１は、６５０、６５２、６５４、及び６５６で、ＰＡＳ４１０、Ｔ２  ４０４、Ｔ３  ４０６、及びＣＳ４１４とのそのＳＩＰ  ＩＮＶＩＴＥダイアログのためのＳＩＰ  ＢＹＥ要求を送出し得る。Ｔ３  ４０６へのメディア接続を終結させるためのＳＩＰ  ＢＹＥ要求は以下の通りであり得る。
【表１７】
2015521764.tif 000019
【０１０８】
上述したように、ピア・リストは、ＭＳＲＰ  ＳＥＮＤ要求によって要求し得る。ピア・リストをＭＳＲＰ  ＳＥＮＤ要求によって提供し得る。ＭＳＲＰ  ＳＥＮＤ要求により、デルタ・ピア・リストを提供し得る。ピア・リスト変更についての自動通知を提供し得る。ＭＳＲＰ  ＳＥＮＤ要求により、ビットマップが要求され得る。ビットマップは、ＭＳＲＰ  ＳＥＮＤ要求によって提供し得る。デルタ・ビットマップをＭＳＲＰ  ＳＥＮＤ要求によって提供し得る。ビットマップ変更についての自動通知を提供し得る。ピアツーピア制御メッセージをピアツーピア・アプリケーション・サーバを介してルーティングし得る。ＭＳＲＰメッセージをピアツーピア制御に使用し得る。Ｐ２Ｐは、ＩＭＳサービスとしてＩＭＳオペレータによって提供し得る。
【０１０９】
ＭＳＲＰピア・リストを設定するためのＳＩＰ  ＩＮＶＩＴＥ要求及びＭＳＲＰビットマップ制御を設定するためのＳＩＰ  ＩＮＶＩＴＥ要求に同じメディア・フィーチャー・タグを使用する代わりに、ＭＳＲＰピア・リストを設定するためのＳＩＰ  ＩＮＶＩＴＥ要求及びＭＳＲＰビットマップ制御を設定するためのＳＩＰ  ＩＮＶＩＴＥ要求は、別々のメディア・フィーチャー・タグを使用し得る。
【０１１０】
ピア・リスト及びビットマップは、ピア・リスト又はビットマップのチャンクのみをそれぞれが含む複数のＭＳＲＰ  ＳＥＮＤ要求によって伝送し得る。これは、大容量のピア・リスト又はビットマップを伝送することを可能にし得る。
【０１１１】
ピア・リスト又はビットマップを要求するためにＭＳＲＰテキスト本体にコンテントＩＤを含める代わりに、コンテントＩＤは、ＭＳＲＰメッセージＩＤヘッダ・フィールドに含め得る。
【０１１２】
ＭＳＲＰ  ＳＥＮＤ要求に対して、ＭＳＲＰ  ＲＥＰＯＲＴ要求が返信され得る。
【０１１３】
メディア・データはＭＳＲＰを介して伝送し得る。この場合、ビットマップ転送のための既存のＭＳＲＰ接続を、メディア伝送にも使用し得る。この場合、メディア・データ及びビットマップ・データは、ＭＳＲＰ  ＳＥＮＤ要求のコンテント−タイプのヘッダ・フィールド及びコンテント−ディスポジションのヘッダ・フィールドに規定された所定のコンテント−タイプ及び／又はコンテント−ディスポジションによって示し得る。
【０１１４】
Ｐ２Ｐトラッカ・サーバは、Ｐ２Ｐ  ＡＳ４１０と別個のエンティティであり得る。
【０１１５】
Ｐ２Ｐ制御のためにＳＩＰ  ＩＮＶＩＴＥ要求にメディア・フィーチャー・タグを含める代わりに、要求されたＳＩＰセッション設定のＰ２Ｐ目的を示すために他のパラメータをＳＩＰ  ＩＮＶＩＴＥ要求に含め得る。
【０１１６】
ピアのＰ２Ｐステータスを追跡するために、Ｐ２Ｐトラッカ・サーバは、ピアにＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求を送出することにより、ピア・ステータス・イベントに加入し得る。
【０１１７】
ピア・リストと別個にビットマップを要求する代わりに、ビットマップを、単一のＭＳＲＰ  ＳＥＮＤ要求により、ピア・リストとともにＰ２Ｐ  ＡＳ４１０に要求し得る。この場合、Ｐ２Ｐ  ＡＳ４１０はピアからビットマップ情報を収集し得、前述の情報をＭＳＲＰ  ＳＥＮＤ要求において提供し得る。
【０１１８】
図７は、通信装置７００を示す。通信装置７００は、所定のデータを提供する通信装置を示す情報を要求するための要求部７０２（又は要求回路）を備え得る。通信装置７００は更に、所定のデータを提供する通信装置を示す情報を受信するために受信部７０４を備え得る。通信装置７００は、所定のデータを提供する通信装置を示す情報に基づいてダウンロード対象を判定するための判定部７０６（又は判定回路）を備え得る。通信装置７００は、ダウンロード対象からの所定のデータのピアツーピア通信のための判定されたダウンロード対象を示す情報を送信するための送信部７０８を更に備え得る。要求部、受信部、判定部７０６、及び送信部７０８は、例として、接続７１０（例えばケーブル又はコンピュータ・バスなどの、例えば電気的接続若しくは光学的接続）を介して、又は電気信号を交換するための何れかの他の適切な電気接続を介して互いに結合し得る。
【０１１９】
所定のデータを提供する通信装置を示す情報は、所定のデータを提供する通信装置を示すリスト情報を含み得、又は上記リスト情報であり得る。
【０１２０】
要求部は、所定のデータを提供する通信装置を示す情報をサーバに要求し得る。受信部は、所定のデータを提供する通信装置を示す情報をサーバから受信し得る。送信部は、所定のダウンロード対象を示す情報をサーバに送信し得る。
【０１２１】
判定されたダウンロード対象を示す情報は、ダウンロード対象から通信装置７００への所定のデータのピアツーピア通信を示す情報を含み得、又は上記情報であり得る。
【０１２２】
ピアツーピア通信を示す情報は、ダウンロード対象から通信装置７００への所定のデータのピアツーピア通信を開始する旨をサーバに要求する情報を含み、又は上記情報であり得る。
【０１２３】
受信部７０４は更に、所定のデータを提供する通信装置を示す情報における更新を示す情報を受信し、又は上記情報を受信するよう構成し得る。
【０１２４】
要求部７０２、受信部７０４、及び送信部７０８の少なくとも１つは、通信セッション制御プロトコルに応じて通信し得る。
【０１２５】
通信セッション制御プロトコルはセッション開始プロトコルであり得る。
【０１２６】
要求部７０２、受信部７０４、及び送信部７０８の少なくとも１つは、通信セッション・プロトコルに応じて通信し得る。
【０１２７】
通信セッション・プロトコルはメッセージ・セッション中継プロトコルであり得る。
【０１２８】
図８はサーバ８００を示す。サーバ８００は、所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信するための要求受信部８０２を備え得る。サーバ８００は更に、所定のデータを提供する通信装置を判定するための判定部８０４（又は判定回路）を備え得る。サーバ８００は更に、所定のデータを提供する通信装置を示す要求された情報を通信装置に送信するための送信部８０６を含み得る。サーバ８００は、ダウンロード対象からの通信装置への所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を通信装置から受信するための受信部８０８を更に備え得る。受信部８０２、判定部８０４、送信部８０６、及び受信部８０８は、例として、接続８１０（例えばケーブル又はコンピュータ・バスなどの、例えば電気的接続若しくは光学的接続）を介して、又は電気信号を交換するための何れかの他の適切な電気接続を介して互いに結合し得る。
【０１２９】
所定のデータを提供する通信装置を示す情報は、所定のデータを提供する通信装置を示すリスト情報を含み得、又は上記リスト情報であり得る。
【０１３０】
ダウンロード対象を示す情報は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信を示す情報を含み得、又は上記情報であり得る。
【０１３１】
ピアツーピア通信を示す情報は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信を開始する旨をサーバに要求する情報を含み、又は上記情報であり得る。
【０１３２】
図９はサーバ９００を示す。サーバ９００は、図８のサーバ８００と同様に、所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信するための要求受信部８０２を備え得る。サーバ９００は、図８のサーバ８００と同様に、所定のデータを提供する通信装置を判定するための判定部８０４を更に備え得る。サーバ９００は、図８のサーバ８００と同様に、所定のデータを提供する通信装置を示す要求された情報を通信装置に送信するための送信部８０６を更に備え得る。サーバ９００は、図８のサーバ８００と同様に、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を通信装置から受信するための受信部８０８を更に備え得る。サーバ９００は、以下に説明するように回路９０２を更に含み得る。要求受信部８０２、判定部８０４、送信部８０６、受信部８０８、及び回路９０２は、例として、接続９０４（例えばケーブル又はコンピュータ・バスなどの、例えば電気的接続若しくは光学的接続）を介して、又は電気信号を交換するための何れかの他の適切な電気接続を介して互いに結合し得る。
【０１３３】
回路９０２は、ダウンロード対象を示す情報に基づいてダウンロード対象から通信装置への所定のデータのダウンロードを開始し得る。
【０１３４】
送信部８０６は更に、所定のデータを提供する通信装置を示す情報における更新を示す情報を送信し得る。
【０１３５】
要求受信部８０２、送信部８０６、受信部８０８、及び回路９０２の少なくとも１つは、通信セッション制御プロトコルに応じて通信するよう構成し得る。
【０１３６】
通信セッション制御プロトコルはセッション開始プロトコルであり得る。
【０１３７】
要求受信部８０２、送信部８０６、受信部８０８、及び回路９０２の少なくとも１つは、通信セッション・プロトコルに応じて通信し得る。
【０１３８】
通信セッション・プロトコルはメッセージ・セッション中継プロトコルであり得る。
【０１３９】
図１０は、通信装置を制御する方法を示すフロー図１０００を示す。１００２で、通信装置の要求部は、所定のデータを提供する通信装置を示す情報を要求し得る。１００４で、通信装置の受信部は、所定のデータを提供する通信装置を示す情報を受信し得る。１００６で、通信装置の判定部は、所定のデータを提供する通信装置を示す受信された情報に基づいてダウンロード対象を判定し得る。１００８で、通信装置の送信部は、ダウンロード対象からの所定のデータのピアツーピア通信のための、判定されたダウンロード対象を示す情報を送信し得る。
【０１４０】
所定のデータを提供する通信装置を示す情報は、所定のデータを提供する通信装置を示すリスト情報を含み得、又は上記リスト情報であり得る。
【０１４１】
通信装置の要求部は、所定のデータを提供する通信装置を示す情報をサーバに要求し得る。通信装置の受信器は、サーバから、所定のデータを提供する通信装置を示す情報を受信し得る。通信装置の送信器は、所定のダウンロード対象を示す情報をサーバに送信し得る。
【０１４２】
ピアツーピア通信のための、判定されたダウンロード対象を示す情報は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信を示す情報を含み、又は上記情報であり得る。
【０１４３】
ピアツーピア通信を示す情報は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信を開始する旨をサーバに要求する情報を含み、又は上記情報であり得る。
【０１４４】
方法は更に、所定のデータを提供する通信装置を示す情報における更新を示す情報を受信する工程を含み得る。
【０１４５】
要求する工程（１００２）、受信された情報（１００４）、送信された情報（１００８）、及び更新を示す受信された情報の少なくとも１つは、通信セッション制御プロトコルに応じたものであり得る。
【０１４６】
通信セッション制御プロトコルはセッション開始プロトコルであり得る。
【０１４７】
要求する工程（１００２）、受信された情報（１００４）、送信された情報（１００８）、及び更新を示す受信された情報の少なくとも１つは、通信セッション・プロトコルに応じたものであり得る。
【０１４８】
通信セッション・プロトコルはメッセージ・セッション中継プロトコルであり得る。
【０１４９】
図１１は、サーバを制御する方法を示すフロー図１１００である。１１０２で、サーバの要求受信部は、所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信し得る。１１０４で、サーバの判定部は、所定のデータを提供する通信装置を判定し得る。１１０６で、サーバの送信部は、所定のデータを提供する通信装置を示す要求された情報を通信装置に送信し得る。１１０８では、サーバの受信部は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を通信装置から受信し得る。
【０１５０】
所定のデータを提供する通信装置を示す情報は、所定のデータを提供する通信装置を示すリスト情報を含み得、又は上記リスト情報であり得る。
【０１５１】
ダウンロード対象を示す情報は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信を示す情報を含み得、又は上記情報であり得る。
【０１５２】
ピアツーピア通信を示す情報は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信を開始する旨をサーバに要求する情報を含み、又は上記情報であり得る。
【０１５３】
方法は更に、ダウンロード対象を示す情報に基づいてダウンロード対象から通信装置への所定のデータのダウンロードを開始する工程を含み得る。
【０１５４】
方法は更に、所定のデータを提供する通信装置を示す情報における更新を示す情報を送信する工程を含み得る。
【０１５５】
受信された情報（１１０２）、送信された情報（１００６）、受信された情報（１１０８）、開始する工程、及び更新を示す送信された情報の少なくとも１つは、通信セッション制御プロトコルに応じたものであり得る。
【０１５６】
通信セッション制御プロトコルはセッション開始プロトコルであり得る。
【０１５７】
受信された情報（１１０２）、送信された情報（１００６）、受信された情報（１１０８）、開始する工程、及び更新を示す送信された情報の少なくとも１つは、通信セッション・プロトコルに応じたものであり得る。
【０１５８】
通信セッション・プロトコルはメッセージ・セッション中継プロトコルであり得る。
【０１５９】
図１２は、通信装置１２００を示す。通信装置１２００は、所定のデータを提供する通信装置を示すリスト情報をサーバから受信するよう構成されたリスト情報受信部１２０２を備え得る。通信装置１２００は更に、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象としてリスト情報に示された通信装置の少なくとも１つを示す情報をサーバに送信するよう構成されたダウンロード情報送信部１２０４を備え得る。リスト情報受信部１２０２、及びダウンロード情報送信部１２０４は、例として、接続１２０６（例えばケーブル又はコンピュータ・バスなどの、例えば電気的接続若しくは光学的接続）を介して、又は電気信号を交換するための何れかの他の適切な電気接続を介して互いに結合し得る。
【０１６０】
図１３は、サーバ１３００を示す。サーバ１３００は、所定のデータを提供する通信装置を示すリスト情報を通信装置に送信するよう構成されたリスト情報送信部１３０２を備え得る。サーバ１３００は更に、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象としてリスト情報に示された通信装置の少なくとも１つを示す情報を通信装置から受信するよう構成されたダウンロード情報受信部１３０４を備え得る。リスト情報送信部１３０２、及びダウンロード情報受信部１３０４は、例として、接続１３０６（例えばケーブル又はコンピュータ・バスなどの、例えば電気的接続若しくは光学的接続）を介して、又は電気信号を交換するための何れかの他の適切な電気接続を介して互いに結合し得る。
【０１６１】
図１４は、通信装置を制御する方法を示すフロー図１４００を示す。１４０２で、通信装置のリスト情報受信部は、所定のデータを提供する通信装置を示すリスト情報をサーバから受信し得る。１４０４で、通信装置のダウンロード情報送信部は、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象としてリスト情報に示された通信装置の少なくとも１つを示す情報をサーバに送信し得る。
【０１６２】
図１５は、サーバを制御する方法を示すフロー図１５００を示す。１５０２で、サーバのリスト情報送信器は、所定のデータを提供する通信装置を示すリスト情報を通信装置に送信し得る。１５０４で、サーバのダウンロード情報受信部は更に、ダウンロード対象から通信装置への所定のデータのピアツーピア通信のためのダウンロード対象としてリスト情報に示された通信装置の少なくとも１つを示す情報を通信装置から受信し得る。
【０１６３】
上記通信装置の何れか１つは、ブルートゥース（登録商標）無線通信技術、超広帯域（ＵＷＢ）無線通信技術、及び／又は、（例として、ＩＥＥＥ８０２．１１（例えば、ＩＥＥＥ８０２．１１ｎ）による）無線ローカル・エリア・ネットワーク無線通信技術、ＩｒＤＡ（赤外線データ協会）、Ｚウェイブ及びジグビー、ＨｉｐｅｒＬＡＮ／２（高性能無線ＬＡＮ。５ＧＨｚに標準化された、ＡＴＭに似た別の技術）、ＩＥＥＥ８０２．１１ａ（５ＧＨｚ）、ＩＥＥＥ８０２．ｌｌｇ（２．４ＧＨｚ）、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ＶＨＴ（ＶＨＴ＝超高スループット）、ワイマックス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ：ＷｉＭａｘ）（例として、ＩＥＥＥ８０２．１６無線通信標準による（例えば、固定ワイマックスやモバイル・ワイマックス））、ワイプロ、ハイパーマン（ＨｉｐｅｒＭＡＮ。高性能無線メトロポリタン・エリア・ネットワーク）及び／又はＩＥＥＥ８０２．１６ｍ高度エア・インタフェース、ジーエスエム（ＧＳＭ（登録商標））無線通信技術、汎用パケット無線サービス（ＧＰＲＳ）無線通信技術、ＧＳＭ（登録商標）エボリューション用拡張データ・レート（ＥＤＧＥ）無線通信技術、及び／又は第３世代パートナーシップ・プロジェクト（３ＧＰＰ）無線通信技術（例えば、ＵＭＴＳ（汎用移動体電気通信システム）、ＦＯＭＡ（マルチメディアへのアクセスの自由）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション）、３  ＧＰＰ  ＬＴＥアドバンスト（ロング・ターム・エボリューション・アドバンスト））、ＣＤＭＡ２０００（符号分割多元アクセス２０００）、ＣＤＰＤ（セルラー・ディジタル・パケット・データ）、モビテックス、３Ｇ（第３世代）、ＣＳＤ（回線交換データ）、ＨＳＣＳＤ（高速回線交換データ）、ＵＭＴＳ（３Ｇ）（汎用モバイル電気通信システム（第３世代））、Ｗ−ＣＤＭＡ（ＵＭＴＳ）（広帯域符号分割多元アクセス（汎用移動体電気通信システム））、ＨＳＰＡ（高速パケット・アクセス）、ＨＳＤＰＡ（高速ダウンリンク・パケット・アクセス）、ＨＳＵＰＡ（高速アップリンク・パケット・アクセス）、ＨＳＰＡ＋（高速アップリンク・パケット・アクセス・プラス）、ＵＭＴＳ−ＴＤＤ（汎用モバイル電気通信システム−時分割複信）、ＴＤ−ＣＤＭＡ（時分割−符号分割多元アクセス）、ＴＤ−ＣＤＭＡ（時分割−同期符号分割多元アクセス）、３ＧＰＰ  Ｒｅｌ．８（Ｐｒｅ−４Ｇ）（第３世代パートナーシップ・プロジェクト・リリース８（第４世代以前））、ＵＴＲＡ（ＵＭＴＳ地上無線アクセス）、Ｅ−ＵＴＲＡ（エボルブドＵＭＴＳ地上無線アクセス）、ＬＴＥアドバンスト（４Ｇ）（ロング・ターム・エボリューション・アドバンスト（第４世代））、ｃｄｍａＯｎｅ（２Ｇ）、ＣＤＭＡ２０００（３Ｇ）（符号分割多元アクセス２０００（第３世代））、ＥＶ−ＤＯ（エボリューションデータ最適化又はエボリューションデータ・オンリー）、ＡＭＰＳ（１Ｇ）（高度携帯電話システム（第１世代））、ＴＡＣＳ／ＥＴＡＣＳ（トータル・アクセス通信システム／拡張型トータル・アクセス通信システム）、Ｄ−ＡＭＰＳ（２Ｇ）（ディジ��ルＡＭＰＳ（第２世代））、ＰＴＴ（プッシュ・トゥ・トーク）、ＭＴＳ（移動電話システム）、ＩＭＴＳ（改良型移動電話システム）、ＡＭＴＳ（高度移動電話システム）、ＯＬＴ（公衆陸上移動電話）、ＭＴＤ（移動電話システムＤ）、オートテル（Ａｕｔｏｔｅｌ）／ＰＡＬＭ（公衆自動陸上移動体）、ＡＲＰ（自動車無線電話）、ＮＭＴ（ノルディック移動電話）、Ｈｉｃａｐ（ＮＴＴ  （日本電信電話）の大容量バージョン）、ＣＤＰＤ（セルラー・ディジタル・パケット・データ）、モビテックス、ＤａｔａＴＡＣ、ｉＤＥＮ（統合ディジタル強化ネットワーク）、ＰＤＣ（パーソナル・ディジタル・セルラー）、ＣＳＤ（回線交換データ）、ＰＨＳ（パーソナル・ハンディフォン・システム）、ＷｉＤＥＮ（広帯域統合ディジタル強化ネットワーク）、アイバースト（ｉＢｕｒｓｔ）、非ライセンス無線アクセス（ＵＭＡ、３ＧＰＰ汎用アクセス・ネットワーク又はＧＡＮ標準としても表される）の無線アクセス技術の少なくとも１つによって構成し得る。
【０１６４】
本発明は特に、本開示の特定の局面を参照して具体的に示し、説明してきたが、特許請求の範囲記載の本発明の趣旨及び範囲から逸脱しない限り、形態及び詳細における種々の変更を行い得るということを当業者は理解するはずである。本発明の範囲はよって、特許請求の範囲によって示され、特許請求の範囲の均等性の意義及び範囲内に収まる変更全てが包含されることを意図している。
【図１】
2015521764.tif 000020
【図２】
2015521764.tif 000021
【図３】
2015521764.tif 000022
【図４】
2015521764.tif 000023
【図５】
2015521764.tif 000024
【図６】
2015521764.tif 000025
【図７】
2015521764.tif 000026
【図８】
2015521764.tif 000027
【図９】
2015521764.tif 000028
【図１０】
2015521764.tif 000029
【図１１】
2015521764.tif 000030
【図１２】
2015521764.tif 000031
【図１３】
2015521764.tif 000032
【図１４】
2015521764.tif 000033
【図１５】
2015521764.tif 000034
【手続補正書】
【提出日】平成26年12月12日(2014.12.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信装置であって、
所定のデータを提供する通信装置を示す情報を要求するための要求部と、
前記所定のデータを提供する通信装置を示す前記情報を受信するための受信部と、
前記所定のデータを提供する通信装置を示す前記情報に基づいてダウンロード対象を判定するための判定部と、
前記ダウンロード対象からの前記所定のデータのピアツーピア通信のための、前記判定されたダウンロード対象を示す情報を送信するための送信部と
を備える通信装置。
【請求項２】
請求項１記載の通信装置であって、
前記所定のデータを提供する通信装置を示す前記情報は、前記所定のデータを提供する通信装置を示すリスト情報を含む通信装置。
【請求項３】
請求項１又は２に記載の通信装置であって、
前記要求部は、前記所定のデータを提供する通信装置を示す前記情報をサーバに要求し、
前記受信部は、前記所定のデータを提供する通信装置を示す前記情報を前記サーバから受信し、
前記送信部は、前記判定されたダウンロード対象を示す前記情報を前記サーバに送信する通信装置。
【請求項４】
請求項１乃至３の何れか一項に記載の通信装置であって、
前記判定されたダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータの前記ピアツーピア通信を示す情報を含む通信装置。
【請求項５】
請求項１乃至４の何れか一項に記載の通信装置であって、
前記受信部は更に、前記所定のデータを提供する通信装置を示す前記情報における更新を示す情報を受信する通信装置。
【請求項６】
請求項１乃至５の何れか一項に記載の通信装置であって、
前記要求部、前記受信部、及び前記送信部の少なくとも１つは、セッション開始プロトコル又はメッセージ・セッション中継プロトコルに応じて通信する通信装置。
【請求項７】
サーバであって、
所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信するための要求受信部であって、前記情報は任意的には、前記所定のデータを提供する通信装置を示すリスト情報を含む受信部と、
前記所定のデータを提供する通信装置を判定するための判定部と、
前記所定のデータを提供する通信装置を示す前記要求された情報を前記通信装置に送信するための送信部と、
前記ダウンロード対象から前記通信装置への前記所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を前記通信装置から受信するための受信部と
を備えるサーバ。
【請求項８】
請求項７記載のサーバであって、
前記ダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータの前記ピアツーピア通信を示す情報を含むサーバ。
【請求項９】
請求項７乃至８の何れか一項に記載のサーバであって、
前記ダウンロード対象を示す前記情報に基づいて前記ダウンロード対象から前記通信装置への前記所定のデータのダウンロードを開始するための回路を更に備えるサーバ。
【請求項１０】
請求項７乃至９の何れか一項に記載のサーバであって、
前記送信部は更に、前記所定のデータを提供する通信装置を示す前記情報における更新を示す情報を送信するサーバ。
【請求項１１】
請求項７乃至１０の何れか一項に記載のサーバであって、
前記要求受信部、前記送信部、及び前記受信部の少なくとも１つは、セッション開始プロトコル又はメッセージ・セッション中継プロトコルに応じて通信するサーバ。
【請求項１２】
通信装置を制御する方法であって、前記方法は、
所定のデータを提供する通信装置を示す情報を要求する工程と、
前記所定のデータを提供する通信装置を示す前記情報を受信する工程と、
前記所定のデータを提供する通信装置を示す前記受信された情報に基づいてダウンロード対象を判定する工程と、
前記ダウンロード対象からの前記所定のデータのピアツーピア通信のための前記判定されたダウンロード対象を示す情報を送信する工程と
を含む方法。
【請求項１３】
請求項１２記載の方法であって、
前記所定のデータを提供する通信装置を示す前記情報は、前記所定のデータを提供する通信装置を示すリスト情報を含む方法。
【請求項１４】
請求項１２又は１３に記載の方法であって、
前記通信装置の要求部は、前記所定のデータを提供する通信装置を示す前記情報をサーバに要求し、
前記通信装置の受信部は、前記サーバから、前記所定のデータを提供する通信装置を示す前記情報を受信し、
前記通信装置の送信部は、前記判定されたダウンロード対象を示す前記情報を前記サーバに送信し、前記判定されたダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータの前記ピアツーピア通信を示す情報を含む方法。
【請求項１５】
請求項１２乃至１４の何れか一項に記載の方法であって、
前記所定のデータを提供する通信装置を示す前記情報における更新を示す情報を受信する工程を更に含む方法。
【請求項１６】
請求項１２乃至１５の何れか一項に記載の方法であって、
前記要求する工程、前記受信された情報、及び前記送信された情報の少なくとも１つは、通信セッション制御プロトコルによる方法。
【請求項１７】
請求項１６記載の方法であって、
前記通信セッション制御プロトコルはセッション開始プロトコルである方法。
【請求項１８】
請求項１２乃至１７の何れか一項に記載の方法を行うための手段を備える装置。
【請求項１９】
サーバを制御する方法であって、前記方法は、
所定のデータを提供する通信装置を示す情報に対する要求を通信装置から受信する工程と、
前記所定のデータを提供する通信装置を判定する工程と、
前記所定のデータを提供する通信装置を示す前記要求された情報を前記通信装置に送信する工程と、
前記ダウンロード対象から前記通信装置への前記所定のデータのピアツーピア通信のためのダウンロード対象を示す情報を前記通信装置から受信する工程と
を含む方法。
【請求項２０】
請求項１９記載の方法であって、
前記所定のデータを提供する通信装置を示す前記情報は、前記所定のデータを提供する通信装置を示すリスト情報を含む方法。
【請求項２１】
請求項１９又は２０に記載の方法であって、
前記ダウンロード対象を示す前記情報は、前記ダウンロード対象から前記通信装置への前記所定のデータのピアツーピア通信を示す情報を含む方法。
【請求項２２】
請求項１９乃至２１の何れか一項に記載の方法であって、
前記ダウンロード対象を示す前記情報に基づいて前記ダウンロード対象から前記通信装置への前記所定のデータのダウンロードを開始する工程を更に含む方法。
【請求項２３】
請求項１９乃至２２の何れか一項に記載の方法であって、
前記要求する工程、前記送信された情報、及び前記受信された情報の少なくとも１つは、通信セッション制御プロトコルによる方法。
【請求項２４】
請求項２３記載の方法であって、
前記通信セッション制御プロトコルはセッション開始プロトコルである方法。
【国際調査報告】
2015521764.tif 000035
2015521764.tif 000036
2015521764.tif 000037