(57)【要約】【課題】マルチメディアローカルエリアネットワークでプロキシミティ検出を行うこと。【解決手段】本発明の実施例は、一般に送信デバイスと受信デバイスとの間のプロキシミティ検出を行うための方法、デバイスおよびシステムを提供するものであり、プロキシミティ検出の種々の実施例は一般に優先順位に基づくネットワークに適用できる。ラウンドトリップタイム制御メッセージは、一般に、最高の優先順位または関連するコンテンツよりも少なくとも１つ高い優先順位に設定される。【選択図】図１
2007082205.tif 000002
【特許請求の範囲】
【請求項１】
ラウンドトリップタイム（ＲＴＴ）優先順位を決定するステップと；
少なくとも１つのＲＴＴ制御メッセージを前記優先順位で送るステップ、とから成り、前記ＲＴＴ優先順位はベストエフォートよりも高い；
ことを特徴とするプロキシミティ検出方法。
【請求項２】
関連するコンテンツの優先順位を決定するステップを更に含むことを特徴とする請求項１記載の方法。
【請求項３】
前記決定されたＲＴＴ優先順位が、最高の優先順位であることを特徴とする請求項１記載の方法。
【請求項４】
前記少なくとも１つのＲＴＴ制御メッセージを送るステップが、ネットワーク層としてのインターネットプロトコル（ＩＰ）を介し、更に、
トランスポート層としてのトランスポート制御プロトコル（ＴＣＰ）；および
トランスポート層としてのユーザデータグラムプロトコル（ＵＤＰ）；
のうちの少なくとも１つを介して行われることを特徴とする請求項３記載の方法。
【請求項５】
前記少なくとも１つのＲＴＴ制御メッセージが、
プロキシミティテストの開始を示す初期ＲＴＴ制御メッセージ；および
前記プロキシミティテストの完了を示す応答ＲＴＴ制御メッセージ；
のうちの少なくとも１つであることを特徴とする請求項１記載の方法。
【請求項６】
前記送るステップが、
トランスポート層としてのトランスポート制御プロトコル（ＴＣＰ）；および
トランスポート層としてのユーザデータグラムプロトコル（ＵＤＰ）；
のうちの少なくとも１つを介して行われることを特徴とする請求項１記載の方法。
【請求項７】
前記送るステップが、ネットワーク層としてのインターネットプロトコル（ＩＰ）を介して行われることを特徴とする請求項１記載の方法。
【請求項８】
前記少なくとも１つのＲＴＴ制御メッセージを送るステップが、前記少なくとも１つのＲＴＴ制御メッセージを送るポートを介して行われ、
前記ポートが、トランスポート制御プロトコル（ＴＣＰ）ポート；および
ユーザデータグラムプロトコル（ＵＤＰ）ポート；
のうちの少なくとも１つから選択されることを特徴とする請求項７記載の方法。
【請求項９】
前記決定されたＲＴＴ優先順位が前記決定された関連するコンテンツの優先順位よりも少なくとも１つ高い優先順位であることを特徴とする請求項２記載の方法。
【請求項１０】
前記決定された関連するコンテンツの優先順位がデジタルリビングネットワークアライアンス（ＤＬＮＡ）のクオリティオブサービスの優先順位に基づくものであることを特徴とする請求項９記載の方法。
【請求項１１】
前記少なくとも１つのＲＴＴ制御メッセージを送るステップが、ネットワーク層としてのインターネットプロトコル（ＩＰ）を介し、更に、
トランスポート層としてのトランスポート制御プロトコル（ＴＣＰ）；および
トランスポート層としてのユーザデータグラムプロトコル（ＵＤＰ）；
のうちの少なくとも１つを介して行われることを特徴とする請求項９記載の方法。
【請求項１２】
認証および鍵交換（ＡＫＥ）が、インターネットプロトコルを通したデジタル送信コンテンツ保護（ＤＴＣＰ−ＩＰ）フレームワーク内にあり、前記ＡＫＥが少なくとも１つのラウンドトリップタイム（ＲＴＴ）プロキシミティテストを含み、前記ＲＴＴプロキシミティテストが少なくとも１つのＲＴＴ制御メッセージを含む、認証および鍵交換（ＡＫＥ）方法において：
前記少なくとも１つのＲＴＴプロキシミティテストに関連し、ベストエフォートよりも高い優先順位を決定するステップと；
前記決定されたＲＴＴ優先順位でポートを介し、前記少なくとも１つのＲＴＴ制御メッセージを含むＡＫＥメッセージを送るステップと；
から成ることを特徴とする認証および鍵交換（ＡＫＥ）方法。
【請求項１３】
前記ＲＴＴ優先順位が、最高の優先順位に設定されることを特徴とする請求項１２記載の方法。
【請求項１４】
前記ＲＴＴ優先順位が、前記ＲＴＴプロキシミティテストに関連するコンテンツに関連した優先順位に基づくものであることを特徴とする請求項１２記載の方法。
【請求項１５】
ネットワークセグメントを介し、少なくとも１つの受信デバイス（ＲＸ）に作動的に結合されるようになっているソースデバイスにおいて、
プロキシミティテストに関連する少なくとも１つのコンテンツ要素を、前記少なくとも１つのＲＸに送信するようになっている送信コンテンツモジュールと：
前記プロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを送信し；
前記少なくとも１つの初期ＲＴＴ制御メッセージに応答し、前記プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを受信し；
前記少なくとも１つの送信された初期ＲＴＴ制御メッセージおよび前記少なくとも１つの受信された応答ＲＴＴ制御メッセージに基づき、少なくとも１つのＲＴＴを決定する；ようになっているラウンドトリップタイム（ＲＴＴ）テストモジュールと：
前記ＲＴＴテストモジュールが前記少なくとも１つの初期ＲＴＴ制御メッセージを送信するようになっている少なくとも１つの優先順位を決定するようになっているとともに、該少なくとも１つの優先順位が前記プロキシミティテストに関連する前記少なくとも１つのコンテンツのコンテンツ優先順位に基づくものである優先順位モジュールと：
を備えることを特徴とするソースデバイス。
【請求項１６】
前記ＲＴＴテストモジュールは、更に、前記少なくとも１つの応答ＲＴＴ制御メッセージを受信するようになっており、該ＲＴＴ制御メッセージは優先順位を有しないことを特徴とする請求項１５記載のソースデバイス。
【請求項１７】
前記決定された少なくとも１つの優先順位が、前記コンテンツ優先順位よりも少なくとも１つ高い優先順位にあることを特徴とする請求項１５記載のソースデバイス。
【請求項１８】
前記決定された少なくとも１つの優先順位が最高の優先順位にあるときに、前記コンテンツの優先順位も最高の優先順位にあることを特徴とする請求項１５記載のソースデバイス。
【請求項１９】
ネットワークセグメントを介し、少なくとも１つの受信デバイス（ＲＸ）に作動的に結合されるようになっているソースデバイスにおいて、
最高の優先順位が割り当てられた少なくとも１つのポートと：
プロキシミティテストの開始を示す少なくとも１つの初期ラウンンドトリップタイム（ＲＴＴ）制御メッセージを、前記少なくとも１つのポートを介して送信し；
前記少なくとも１つの初期ＲＴＴ制御メッセージに応答し、前記プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを、前記少なくとも１つのポートを介して受信し；
前記少なくとも１つの送信された初期ＲＴＴ制御メッセージおよび前記少なくとも１つの受信された応答ＲＴＴ制御メッセージに基づき、少なくとも１つのＲＴＴを決定する；ようになっているラウンドトリップタイム（ＲＴＴ）テストモジュールと：
前記決定された少なくとも１つのＲＴＴが、所定のＲＴＴ条件内にあるかどうかに基づき、少なくとも１つのコンテンツを前記少なくとも１つのＲＸに送信するようになっている送信コンテンツモジュールと：
を備えたことを特徴とするソースデバイス。
【請求項２０】
前記少なくとも１つのポートが、
トランスポート制御プロトコル（ＴＣＰ）ポート；および
ユーザデータグラムプロトコル（ＵＤＰ）ポート；
のうちの少なくとも１つから選択されることを特徴とする請求項１９記載のソースデバイス。
【請求項２１】
前記ＲＴＴテストモジュールは、更に、前記少なくとも１つの応答ＲＴＴ制御メッセージを受信するようになっており、該ＲＴＴ制御メッセージは優先順位を有しないことを特徴とする請求項１９記載のソースデバイス。
【請求項２２】
ネットワークセグメントを介し、少なくとも１つの受信デバイス（ＲＸ）に作動的に結合されるようになっているソースデバイスにおいて、
プロキシミティテストに関連する少なくとも１つのコンテンツ要素を、前記少なくとも１つのＲＸに送信するようになっている送信コンテンツモジュールと：
前記プロキシミティテストの開始を示す少なくとも１つの初期ラウンドトリップタイム（ＲＴＴ）制御メッセージを最高の優先順位で送信し；
前記プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを前記少なくとも１つの初期ＲＴＴ制御メッセージに応答して受信し；
前記少なくとも１つの送信された初期ＲＴＴ制御メッセージおよび前記少なくとも１つの受信された応答ＲＴＴ制御メッセージに基づき、少なくとも１つのＲＴＴを決定する；ようになっているラウンドトリップタイム（ＲＴＴ）テストモジュールと：
を備えたことを特徴とするソースデバイス。
【請求項２３】
前記ＲＴＴテストモジュールが、更に、前記少なくとも１つの応答ＲＴＴ制御メッセージを最高の優先順位で受信するようになっていることを特徴とする請求項２２記載のソースデバイス。
【請求項２４】
前記ＲＴＴテストモジュールが、優先順位を有しない前記少なくとも１つの応答ＲＴＴ制御メッセージを更に受信するようになっていることを特徴とする請求項２２記載のソースデバイス。
【請求項２５】
ネットワークセグメントを介し、少なくとも１つの送信デバイス（ＴＸ）に作動的に結合されるようになっているソースデバイスにおいて、
プロキシミティテストに関連する少なくとも１つのコンテンツ要素を前記少なくとも１つのＴＸから受信するようになっている受信コンテンツモジュールと：
ベストエフォートよりも高いＲＴＴ優先順位で前記プロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを受信し；
前記受信したＲＴＴ制御メッセージのうちの少なくとも１つに応答し、前記プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを前記ＲＴＴ優先順位で送信する；ようになっているＲＴＴテストモジュールと：
を備えたことを特徴とする受信デバイス。
【請求項２６】
前記ＲＴＴ優先順位が、前記プロキシミティテストに関連する前記少なくとも１つのコンテンツ要素に関連するコンテンツ優先順位よりも少なくとも１つ高い優先順位であることを特徴とする請求項２５記載の受信デバイス。
【請求項２７】
前記ＲＴＴ優先順位が最高の優先順位にあることを特徴とする請求項２５記載の受信デバイス。
【請求項２８】
ネットワークセグメントを介し、少なくとも１つの送信デバイス（ＴＸ）に作動的に結合されるようになっている受信デバイスにおいて、
プロキシミティテストに関連する少なくとも１つのコンテンツ要素を前記少なくとも１つのＴＸから受信するようになっている受信コンテンツモジュールと：
第１の優先順位で、前記少なくとも１つのＴＸの、第１ポートを介して送信される、前記プロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを受信し；
前記受信した少なくとも１つのＲＴＴ制御メッセージに応答し、前記プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを第１の優先順位で送信する；ようになっているＲＴＴテストモジュールと：を備え、
前記第１の優先順位が、
最高の優先順位；および
前記関連するコンテンツの優先順位よりも高い優先順位；
のうちの少なくとも１つから選択されたものであることを特徴とする受信デバイス。
【請求項２９】
前記第１ポートが、
トランスポート制御プロトコル（ＴＣＰ）ポート；および
ユーザデータグラムプロトコル（ＵＤＰ）ポート；
のうちの少なくとも１つから選択されたものであることを特徴とする請求項２８記載の受信デバイス。
【請求項３０】
前記ＲＴＴテストモジュールが、
トランスポート制御プロトコル（ＴＣＰ）ポート；および
ユーザデータグラムプロトコル（ＵＤＰ）ポート；
のうちの少なくとも１つから選択された第２ポートを介し、前記少なくとも１つの応答ＲＴＴ制御メッセージを送信するようになっていることを特徴とする請求項２８記載の受信デバイス。
【請求項３１】
ネットワークセグメントを介し、少なくとも１つの受信デバイス（ＲＸ）に作動的に結合されるようになっているソースデバイスにおいて、
ラウンドトリップタイム（ＲＴＴ）優先順位がベストエフォートよりも高い、ＲＴＴ優先順位を決定し；
前記決定されたＲＴＴ優先順位で少なくとも１つのＲＴＴ制御メッセージを送信する；ようになっているラウンドトリップタイム（ＲＴＴ）優先順位モジュールと：
前記決定されたＲＴＴ優先順位でポートを介して認証および鍵交換（ＡＫＥ）メッセージを送信するようになっている認証および鍵交換（ＡＫＥ）モジュールと：
を備え、前記ＡＫＥメッセージのうちの少なくとも１つが前記少なくとも１つのＲＴＴ制御メッセージから成ることを特徴とするソースデバイス。
【請求項３２】
ネットワークセグメントを介し、少なくとも１つの送信デバイス（ＴＸ）に作動的に結合されるようになっているソースデバイスにおいて、
プロキシミティテストに関連する少なくとも１つのコンテンツ要素を前記少なくとも１つのＴＸから受信するようになっている受信コンテンツモジュールと：
認証および鍵交換（ＡＫＥ）メッセージを受信するようになっており、前記ＡＫＥメッセージのうちの少なくとも１つがＲＴＴ優先順位で前記プロキシミティテストの開始を示す初期ＲＴＴ制御メッセージであり、前記ＡＫＥメッセージの各々がベストエフォートよりも高い前記ＲＴＴ優先順位で受信されるようになっており；かつ
前記ＲＴＴ優先順位でＡＫＥメッセージを送信する；ようになっている認証および鍵交換（ＡＫＥ）モジュールと：
を備えたことを特徴とする受信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施例はプロキシミティ検出、特にネットワーク制御メッセージのプロキシミティ検出に関する。
【背景技術】
【０００２】
一部のデジタルコンテンツ保護方式では、デジタルコンテンツ、例えば映画または歌が、例えばホームネットワークからインターネットに不法に送信されないことを保証する１つの方法は、プロキシミティ検出を実施すること、すなわちコンテンツをローカライズすることである。
【０００３】
例えばＷｉ−Ｆｉマルチメディア（ＷＭＭ）無線ローカルエリアネットワーク（ＷＬＡＮ）ではプロキシミティ検出のチャレンジが不適性に否定されることが有り得る。例えばＷＭＭは現在、４つのアクセスカテゴリ（ＡＣ）すなわち優先順位を定めており、クオリティオブサービス（ＱｏＳ）を実行するＷＬＡＮのための無競合のバースト（ＣＦＢ）を可能にしている。このＷＬＡＮにおける局は、その送信機会（ＴＸＯＰ）内でのＣＦＢ送信、すなわち競合のない送信を実行できる。この結果、同じ優先順位のトラヒックを有する他のＷＬＡＮ局は、ＷＬＡＮチャンネルにおけるアクセスを獲得しようとする前に送信が完了するのを待たなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一般に、利用可能な各アクセスカテゴリに対し、異なるＣＦＢ  ＴＸＯＰタイムリミットがある。例えば１つのアクセスカテゴリＡＣ＿Ｖ１に対するデフォルトＴＸＯＰリミットは、ＩＥＥＥ８０２.１１ｂでは６.０１６ｍｓであり、ＩＥＥＥ８０２.１１ａおよび８０２.１１ｇに対しては３.００８ｍｓとなっている。このため、一方向トラヒックは８０２.１１ｂを実施するネットワークでは約６ｍｓ、または８０２.１１ａもしくは８０２.１１ｇを実施するネットワークでは約３ｍｓもの長い遅延時間がかかることがある。これらタイムリミットを検討すると、ラウンドトリップのトラヒックまたは双方向トラヒックは、所定のスレッショルド、例えば一部のデジタル保護方式で現在定められている、例えば７ｍｓの遅延スレッショルドよりも長い時間がかかることがある。従来の、または伝統的なシステムでは、プロキシミティ検出トラヒックは一般にベストエフォートで送信される。あるシミュレーション実験では、７Ｍｂｐｓの３つのビデオトラヒックがあった場合に、ベストエフォートパケットのうちの約７８％よりも多いパケットが３６ＭｂｐｓのＷＭＭ１１ａのＷＬＡＮにおいて、１０ｍｓよりも長い一方向の遅延を受けた。ベストエフォートパケットのうちの約９６％も３.５ｍｓよりも長い一方向の遅延を受ける。このことは特に一部のネットワークアーキテクチャにおいてプロキシミティ検出テストに失敗する確率がより高くなることを意味する。
【課題を解決するための手段】
【０００５】
（概要）
本発明の一部の実施例では、プロキシミティ検出方法が提供される。この方法は、関連するコンテンツの優先順位を決定するステップと；プロキシミティテストの開始を示す少なくとも１つの初期ラウンドトリップタイム（ＲＴＴ）制御メッセージをＲＴＴ優先順位で送るステップと；この初期ＲＴＴ制御メッセージのうちの少なくとも１つに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを送るステップと；から成る。このＲＴＴ優先順位は決定された関連するコンテンツ優先順位に基づく。
【０００６】
本発明の別の実施例ではプロキシミティ検出の別の方法が提供される。この方法は、プロキシミティテストの開始を示す少なくとも１つの初期ラウンドトリップタイム（ＲＴＴ）制御メッセージを最高の優先順位で送るステップと；この初期ＲＴＴ制御メッセージのうちの少なくとも１つに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを送るステップと；から成る。
【０００７】
本発明の別の実施例では、プロキシミティ検出の別の方法が提供される。この方法は、ＲＴＴ制御メッセージを送信するときに通過するポートに対し、最高の優先順位を割り当てるステップと；このポートを介し、プロキシミティテストの開始を示す少なくとも１つの初期ラウンドトリップタイム（ＲＴＴ）制御メッセージを送るステップと；この初期ＲＴＴ制御メッセージのうちの少なくとも１つに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを送るステップと；から成る。
【０００８】
本発明の別の実施例では、ネットワークセグメントを介し、少なくとも１つの受信デバイス（ＲＸ）と作動的に結合されるようになっているソースデバイスが提供される。このデバイスは送信コンテンツモジュールと、ラウンドトリップタイム（ＲＴＴ）テストモジュールと、優先順位モジュールとを含む。この送信コンテンツモジュールはプロキシミティテストに関連した少なくとも１つのコンテンツ要素を少なくとも１つのＲＸに送信するようになっている。ＲＴＴテストモジュールは、プロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを送信し；少なくとも１つの初期ＲＴＴ制御メッセージに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを受信し；少なくとも１つの送信された初期ＲＴＴ制御メッセージおよび少なくとも１つの受信された応答ＲＴＴ制御メッセージに基づき、少なくとも１つのＲＴＴを決定する；ようになっている。優先順位モジュールは少なくとも１つの優先順位を決定するようになっており、ＲＴＴテストモジュールはこの優先順位に従って少なくとも１つの初期ＲＴＴ制御メッセージを送信するようになっている。少なくとも１つの優先順位はプロキシミティテストに関連する少なくとも１つのコンテンツのコンテンツ優先順位に基づく。
【０００９】
本発明の別の実施例では、ネットワークセグメントを介し、少なくとも１つの受信デバイス（ＲＸ）に作動的に結合されるようになっているソースデバイスも提供される。このデバイスは最高の優先順位が割り当てられた少なくとも１つのポートと、ラウンドトリップタイム（ＲＴＴ）テストモジュールと、送信コンテンツモジュールとを含む。ＲＴＴテストモジュールは少なくとも１つのポートを介し、プロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを送信し；少なくとも１つの初期ＲＴＴ制御メッセージに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを前記少なくとも１つのポートを介して受信し；少なくとも１つの送信された初期ＲＴＴ制御メッセージおよび前記少なくとも１つの受信された応答ＲＴＴ制御メッセージに基づき、少なくとも１つのＲＴＴを決定する；ようになっている。送信コンテンツモジュールは、決定された少なくとも１つのＲＴＴが所定のＲＴＴ条件内にあるかどうかに基づき、少なくとも１つのコンテンツを少なくとも１つのＲＸに送信するようになっている。
【００１０】
別の実施例では、ネットワークセグメントを介し、少なくとも１つの受信デバイス（ＲＸ）に作動的に結合されるようになっているソースデバイスも提供される。このデバイスは送信コンテンツモジュールと、ＲＴＴテストモジュールとを含む。この送信コンテンツモジュールはプロキシミティテストに関連する少なくとも１つのコンテンツ要素を少なくとも１つのＲＸに送信するようになっている。ＲＴＴテストモジュールはプロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを最高の優先順位で送信し；少なくとも１つの初期ＲＴＴ制御メッセージに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを受信し；少なくとも１つの送信された初期ＲＴＴ制御メッセージおよび少なくとも１つの受信された応答ＲＴＴ制御メッセージに基づき、少なくとも１つのＲＴＴを決定する；ようになっている。
【００１１】
本発明の他の一部の実施例では、ネットワークセグメントを介し、少なくとも１つの送信デバイス（ＴＸ）に作動的に結合されるようになっている受信デバイスも提供される。このデバイスは受信コンテンツモジュールと、ＲＴＴテストモジュールとを含む。受信コンテンツモジュールはプロキシミティテストに関連する少なくとも１つのコンテンツ要素を少なくとも１つのＴＸから受信するようになっている。ＲＴＴテストモジュールはプロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを、プロキシミティテストに関連するコンテンツのコンテンツ優先順位に基づくＲＴＴ優先順位で受信し；受信したＲＴＴ制御メッセージのうちの少なくとも１つに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージをＲＴＴ優先順位で送信する；ようになっている。
【００１２】
別の一部の実施例では、ネットワークセグメントを介し、少なくとも１つの送信デバイス（ＴＸ）に作動的に結合されるようになっている受信デバイスが提供される。このデバイスは受信コンテンツモジュールと、ＲＴＴテストモジュールとを含む。受信コンテンツモジュールはプロキシミティテストに関連する少なくとも１つのコンテンツ要素を少なくとも１つのＴＸから受信するようになっている。ＲＴＴテストモジュールは、第１の優先順位で、少なくとも１つのＴＸの、第１ポートを介して送信される、プロキシミティテストの開始を示す少なくとも１つの初期ＲＴＴ制御メッセージを受信し；少なくとも１つの受信したＲＴＴ制御メッセージに応答し、プロキシミティテストの完了を示す少なくとも１つの応答ＲＴＴ制御メッセージを第１の優先順位で送信する；ようになっており、第１の優先順位は、最高の優先順位；および関連するコンテンツの優先順位よりも高い優先順位；のうちの少なくとも１つから選択されたものである。
【００１３】
本発明は、添付図面には非限定的な例として示されている。
【発明を実施するための最良の形態】
【００１４】
図を良好に理解できるようにするために、まず図１において１００番台の参照番号、例えば１３４および１９０を用い、次に図２において２００番台の参照番号、例えば２０２および２０６を用い、次々に同様に参照番号を用いることにする。従って、図５では５００番台の参照番号、例えば５０４、５１２を使用する。
【００１５】
デジタルデータが不正にコピーされたり、不正に配信されないように保護することは、知的所有権の所有者および管理者にとって１つの課題である。この課題は、消費者が現在、デジタルデバイスの間でデジタルコンテンツを移動することを望むにつれて次第に重要となっている。消費者は、例えば自分のコンピュータ（ＰＣ）と、デジタルビデオまたは多用途ディスク（ＤＶＤ）プレイヤーと、セットトップボックスと、デジタルテレビ（ＤＴＶ）との間でビデオコンテンツを移動したいときがある。現在開発されており、確立されつつある１つの規格またはフレームワークは、デジタル送信コンテンツ保護（ＤＴＣＰ）である。このＤＴＣＰは、一般に、デジタルインターフェースまたはメディアを介して種々のタイプのオーディオおよびビデオコンテンツが送信され、またはトランスポートされる際に、これらコンテンツが不正にコピーされたり、介入されたり、不正操作されないよう、これらを保護するための暗号プロトコルを使用するデジタル出力保護技術である。かかるデジタルインターフェースとして、物理的インターフェース（無線または有線）、例えばユニバーサルシリアルバス（ＵＳＢ）、Ｏｐ−ｉＬｉｎｋ、メディア指向システムトランスポート（ＭＯＳＴ）、インターネットプロトコル（ＩＰ）、イーサネット、８０２.１１およびＩＥＥＥ１３９４を挙げることができるが、これらだけに限定されるものではない。これらデジタルインターフェースは一般に双方向通信インターフェースである。コピーを防止する１つの方法は、これら保護されるコンテンツの送信または配信をローカライズすること、すなわち保護されるコンテンツの転送を、ホームおよびパーソナルネットワークスペース内、すなわちローカルまたはほぼローカルな環境内に制限し、コンテンツの匿名の不正なホットスポットに基づく共有およびインターネットへの不正なダウンロードを防止することである。本発明の実施例は一部はプロキシミティ検出チャレンジに起因する問題を認識することにあり、一部はこれに対する解決案を提供することにある。
【００１６】
図１は、本発明の一部の実施例に従ってオーディオおよびビデオのようなデジタルコンテンツを送信する通信ネットワークアーキテクチャ１００の一例を示す図である。この実施例では、ホームまたはローカルネットワーク１５０は、種々のネットワークリンクまたはセグメントを介して接続されたセットトップボックス１３４、デジタルテレビ（ＤＴＶ）１３０、パソコン（ＰＣ）１４２、デジタルビデオまたは多用途ディスク（ＤＶＤ）プレイヤー１６０、モニタ１６４および無線コンピュータラップトップ１４８を含む多数の民生用電子機器を含む。例えばこれらネットワークセグメントとして、有線および／または無線ネットワークセグメントを挙げることができる。かかるネットワークセグメントとしてイーサネットまたは無線ローカルエリアネットワーク（ＷＬＡＮ）セグメントを挙げることができる。これら種々の民生用電子機器は、一般に互いにネットワーク化できるようになっている。その他、ネットワーク用民生電子機器として、ステレオシステム、デジタルカメラおよびビデオカメラ、マルチメディア携帯電話、パーソナルデジアルアシスタントおよび無線モニタを挙げることができるが、これらだけに限定されるものではない。このネットワーク１５０は、一般に例えば衛星、ケーブルおよび／もしくは地上放送局１３８を介して、またはインターネット１９０のような外部ワイドエリアネットワークを介して、１つ以上のデジタルコンテンツプロバイダソースに作動的に結合される。従って、コンテンツプロバイダからインターネット１９０を通し、例えばゲートウェイ／ルータ１０２を介し、または放送局１３８を通してセットトップボックス１３４を介し、デジタルコンテンツを受信できる。この実施例では、種々の民生用電子機器はＤＴＣＰフレームワークを満たし、よってホームネットワーク１５０内でのコンテンツの保護された送信を可能にしている。その他のコンテンツ保護フレームワーク、特に保護方式の一部としてデータローカライズを行うフレームワークも使用できる。例えば消費者は所定の映画、すなわちコンテンツをオンデマンドで見ることをリクエストすると、この映画コンテンツは衛星１３８によってブロードキャストされ、セットトップボックス１３４によって受信される。消費者がＤＴＶ１３０で映画を見たいと望むと、ＤＴＶ１３０がシンク／受信機となっている間、セットトップボックス１３４はソース／送信機として機能する。セットトップボックス１３４とＤＴＶ１３０との間でプロキシミティ検出チャレンジまたはテストが交換されることが進行し、よってローカルまたはほぼローカルなエリア内でコンテンツを配信することを保証する。
【００１７】
ネットワークデバイスのためのMICROSOFT（登録商標）、ウィンドウズ（登録商標）、メディアデジタル権利管理（ＷＭＤＲＭ）、すなわちデジタル権利管理技術は、本発明の実施例の一部に適用できる別のデジタルコンテンツ保護フレームワークである。一般にＷＭＤＲＭはコンテンツを暗号化し、最初にコンテンツを復調する個々のデバイスに、そのコンテンツをバインドさせるものである。ＤＴＣＰと同じように、ＷＭＤＲＭはプロキシミティ検出を介し、コンテンツのローカライズを実行する。ＷＭＤＲＭは別のリンクレベルのコンテンツ保護方式である。
【００１８】
プロキシミティ検出の他に、ＤＴＣＰは認証および鍵交換技術およびコンテンツの暗号化を保護システムの一部として一般に利用する。ＤＴＣＰのもとでは接続されたデバイス、例えばソースはまず鍵の交換を介し、保護されるコンテンツまたはデータを共有する前に、接続される別のデバイス、例えばシンクも、ＤＴＣＰに準拠していることを証明する。デジタルコンテンツは種々のレベルの保護、例えばコピーワンス（１回コピー）またはコピーネバー（コピー禁止）を受けることができる。一般に、デジタルコンテンツはトランスポートされる前、またはトランスポートされながら暗号化される。
【００１９】
本発明の実施例の１つの特徴では、プロキシミティ検出またはラウンドトリップタイム（ＲＴＴ）制御メッセージを伝送するのに使用される少なくとも１つのポート、例えばトランスポート制御プロトコル（ＴＣＰ）ポートまたはユーザデータグラムプロトコル（ＵＤＰ）のようなロジカルポートに対し、利用できる最高の優先順位を割り当てる。ＲＴＴ制御メッセージは、一般に２つのネットワークデバイスの間のプロキシミティを検出するのに交換されるメッセージであり、このＲＴＴ制御メッセージは、ＲＴＴプロキシミティテストの開始を示すメッセージと、ＲＴＴプロキシミティテストの終了を示す応答ＲＴＴメッセージとを一般に含む。別の特徴では、本発明の一部の実施例では、プロキシミティ制御メッセージに優先順位を割り当てるので、これら優先順位は送信されるように待機しているコンテンツよりも少なくとも１つ優先順位が高くなる。別の特徴では、本発明の一部の実施例では、ＲＴＴ制御メッセージに対して利用できる最高の優先順位を割り当てる。インターネットプロトコル（ＩＰ）ネットワーク内の１つのポートに１つの優先順位を割り当てることは、一般にそのポートを介して送信されるすべてのパケットに対し、その優先順位が割り当てられることを意味する。
【００２０】
図２は、保護された態様でコンテンツを交換する２つのデバイスの例を示すブロック図である。ＤＴＣＰフレームワークでは、例えば送り手または送信機（ＴＸ）は一般にソース２０２と称され、受信機（ＲＸ）は一般にシンク２０６と称される。一部の実施例では、１つのデバイスはＴＸ兼ＲＸとして機能し得る。ＴＸはメディアサーバと称されることがときどきあり、ＲＸはメディアプレイヤーと称されることがある。
【００２１】
ソース／ＴＸ２０２は、一般にネットワーク２１０を通してシンク／ＲＸ２０６へデジタルコンテンツを送る。一部の実施例ではＴＸまたはＲＸはＤＶＤレコーダ、セットトップボックス、ＤＴＶまたはＰＣとなり得る。一般にＴＸはメディアサーバとして機能するが、一方ＲＸはメディアプレイヤーとして機能し、消費者、すなわちユーザは与えられたコンテンツを視聴することが可能となる。ネットワーク２１０を介して送信されるコンテンツとして種々のメディアフォーマット、例えばＤｉｖＸ（登録商標）、ＭＰＥＧ、ＡＶＣ／Ｈ.２６４、ＷＭＶ９、ＡＡＣおよびＪＰＥＧを含むことができるが、これらだけに限定されるものではない。かかるデジタルコンテンツとしてビデオ、例えば映画、オーディオ、例えば歌／音楽、画像またはそれらの組み合わせを挙げることができる。
【００２２】
一部の実施例では、コンテンツをローカライズできる方法は送信機２０２と受信機２０６との間のレイテンシを決定するのにプロキシミティ検出を行うことである。一般にプロキシミティ検出テスト／チャレンジは、メディアサーバ（ＴＸ）が初期ラウンドトリップタイム（ＲＴＴ）制御メッセージを送った時間からメディアサーバが応答ＲＴＴ制御メッセージを受信した時間までの時間差を測定する。このプロキシミティ検出テストは、例えばコンテンツプロバイダがホームセットトップボックスに送信するデジタルコンテンツがローカライズされたエリアだけに配信されること、すなわちインターネットへコンテンツをダウンロードするなどの方法で、不正な消費者に配信するのではなく、消費者の家庭にしか配信しないことをある程度保証できる。レイテンシ時間、例えばＲＴＴが所定のスレッショルドまたは条件、例えば７ｍｓ未満の時間を満たす場合、ＲＸはＴＸの近くにあると見なされるので、例えばセットトップボックス１３４からＤＴＶ１３０へのコンテンツの送信がイネーブルされる。例えばこのようなリンクレベルの保護はＩＰを通したＤＴＣＰ（ＤＴＣＰ−ＩＰ）またはＷＭＤＲＭを含むその他のコンテンツ保護デジタルフレームワークまたはプラットフォームを使って利用できる。一部の実施例では、所定のレイテンシスレッショルドまたは条件を満たすことができない結果、一部の条件またはステップを実行しなければならないか、または実行が防止されることになる。例えば暗号化されたデータ、例えば映画コンテンツをメディアプレイヤー／ＲＸによって見るために解読することが防止されたり、またはＴＸとＲＸとの間で暗号化鍵を交換することが防止される。
【００２３】
一部の実施例では、ソース、すなわちＴＸ２０２は一般にそのデバイス２０２に関連または統合された１つ以上のロジカルポート２０８を有する。同様にシンク、すなわちＲＸ２０６はそのデバイス２０６に関連または統合された１つ以上のポート２１２を有する。本発明の一部の実施例では、ハイパーテキスト転送プロトコル（ＨＴＴＰ）がポート“８０”に割り当てられるように、デジタルコンテンツ保護方式に１つ以上のポート２０８、２１２が割り当てられる。一部の実施例では、ＤＴＣＰに１つのポートを割り当てまたは関連させることもできるし、プロキシミティ検出を使用する適用可能なコンテンツ保護方式に１つのポートを割り当てまたは関連させることもできる。
【００２４】
本発明の一実施例を更に説明するために、ＤＴＣＰ−ＩＰ  ＴＸ２０２の一例は、トランスポート層におけるトランスポート制御プロトコル（ＴＣＰ）またはユーザデータグラムプロトコル（ＵＤＰ）のために使用またはアクセスできる割り当てられた固定ＤＴＣＰポートを有する。この固定ポート、または専用ポートには一般に最高の優先順位が割り当てられる。このポートへ最高の優先順位を割り当てることは、限られた時間、例えばプロキシミティ検出またはＲＴＴ制御メッセージの交換中としてもよいし、または例えばオペレーティングシステム、アプリケーション、標準仕様などによって永久的または不定としてもよい。利用できる最高の優先順位は、一般に使用されるフレームワークによって決まる。例えばデジタルリビングネットワークアライアンス（ＤＬＮＡ）はクオリティオブサービス（ＱｏＳ）アクセスカテゴリ内で４つの優先順位を定め、ＤＬＮＡ内にＤＴＣＰトラヒックを設け、４つの優先順位を有するようにすることができる。
【００２５】
例えば７ｍｓのＲＴＴ条件を満たすのを容易にするために、ＲＸ２０６は、例えばＴＣＰ接続を通してＴＸ２０２にすべてのＲＴＴ制御メッセージを送信するか、またはこの逆に、最高の優先順位が割り当てられた割り当てポート、例えばポート６５２を通して、この逆の送信を行う。ＴＣＰポートに最高の優先順位を割り当てることにより、例えばＤＴＣＰまたはその他のデジタル権利保護方式を利用するアプリケーションがＴＸとＲＸとの間のＲＴＴテストをパスする確率がより高くなることが保証される。一部のアプリケーションでは、メディアサーバ側またはＴＸに割り当てられたポート番号は一般にＤＴＣＰ制御トラヒックのための専用ロジカルポート番号に割り当てられる。
【００２６】
別の実施例では、ＲＴＴを決定するための一組のＲＴＴ制御メッセージの交換を多数の方法を介して行うことができる。例えばＲＴＴテストを開始するのにポートＡをＴＸ２０２により使用し、ＲＴＴ開始リクエストに応答するのにＲＸ２０６によってポートＢを使用する。従って、一般に少なくともＲＴＴテスト段階中にはこれら多数のポートには最高の優先順位が割り当てられる。プロキシミティ検出またはＲＴＴテストのために利用またはアクセスされるポートには、一般に、最高の優先順位が割り当てられる。一部の実施例では、例えばインターネットプロトコル（ＩＰ）ネットワークにおけるポートに優先順位を割り当てることは、一般にそのポートを介して送信されるすべてのパケットに対し、その優先順位が割り当てられることを意味する。
【００２７】
しかしながら、本発明の別の実施例では、本発明のポート（単数または複数）は固定されず、例えばアプリケーションによってダイナミックに割り当てできる。これら実施例において、使用または起動されるポート（単数または複数）も、アプリケーションによりシステム内で利用できる最高の優先順位に割り当てられ、よって利用できる最高の優先順位でＲＴＴ制御メッセージを送信することができる。一部の実施例では、起動または使用されるポートはアプリケーションにより、例えばオブジェクトとして露呈される。
【００２８】
本発明の一部の実施例では、ＲＸ２０６は優先順位方式を使用して送信しないレガシーデバイスである。これら実施例では、本明細書で説明するようにＴＸ２０２側のロジカルポート（単数または複数）にしか適当な優先順位が割り当てられない。レガシーＲＸ２０６によっては、優先順位ポートまたは優先順位方式は提供されない。従って、このシナリオ例ではＴＸ２０２によって受信されるＲＴＴ制御メッセージは優先順位の設定を有することがなく、一般に優先順位サービスを提供しない。しかしながら、これら実施例における反対側のＴＸ２０２は、本明細書で説明する優先順位方式を使用しているが、反対側のＲＸ２０６はこの優先順位方式を使用しない。すなわちＴＸ２０２は優先順位方式を利用するが、ＲＸ２０６は利用しない。
【００２９】
図３はポートに必ずしも最高の優先順位を割り当てられない本発明の別の特徴を示す。図３は、ＲＴＴコマンドが所定の、またはあらかじめ定めたＲＴＴスレッショルド／条件を満たす確率をより高くすることを保証する方法の一例を開示するハイレベルのフローチャートである。一般に、ＲＴＴ制御メッセージの優先順位にはコンテンツの二進転送の優先順位以上の優先順位が割り当てられる。説明のため、システムは、“０”を最低の優先順位とし、“３”を最高の優先順位とする４つの利用可能な優先順位でコンテンツまたはコンテンツ要素を送信するようになっているものとし、送信し、かつ保護すべきである待機中のコンテンツまたはコンテンツ要素は、例えば優先順位“２”が割り当てられたＡ／Ｖストリーミングビデオであると仮定する。第１の作動では、そのコンテンツまたはコンテンツ要素の二進転送を実行するのに利用されようとしている優先順位の決定を行う（ステップＳ３１０）。コンテンツの二進転送の優先順位がシステム内で割り当てられるか、または利用できる最大の優先順位である場合（ステップＳ３１４―ＹＥＳ）、ＲＴＴ制御メッセージには最大の優先順位が割り当てられる（ステップＳ３３０）。他方、コンテンツの二進転送の優先順位が最高の優先順位でない場合、ＲＴＴ制御メッセージにはそのコンテンツの二進転送のために定められた決定された優先順位よりも、少なくとも１つ高い優先順位が割り当てられる。図示されていない他の一部の実施例では、送信すべきコンテンツの優先順位を決定することなく、ＲＴＴテスト制御メッセージはシステム内で割り当てられるまたは許可される最高の優先順位に設定される。
【００３０】
しかしながら、一部の実施例において、ＲＸ２０６が優先順位方式を使用しないレガシーデバイスである場合、レガシーＲＸ２０６によって送られるＲＴＴ制御メッセージは優先順位を有することなく送られるので、一般に優先順位のプリファレンスは提供されない。しかしながら、これら実施例はＴＸ２０２は本明細書で説明するような適当な優先順位でＲＴＴ制御メッセージを送信するが、反対側のＲＸ２０６はそのようにはしない。
【００３１】
下記の表１は、デジタルリビングネットワークアライアンス（ＤＬＮＡ）の一実施例で利用できるクオリティオブサービス（ＱｏＳ）のために利用できるユーザ優先順位カテゴリの一例を示す表である。この表は，最低（０）から最高（３）までの優先順位の例を示す。
【００３２】
【表１】
2007082205.tif 000003
【００３３】
説明上、ＡＶストリーミングビデオはソース／ＴＸ１４２からシンク／ＲＸ１６４へ送信されるのを待っているものとする。上記表に基づくこのＡＶストリーミングビデオには、一般に“２”の優先順位が割り当てられる（ステップＳ３１０）。従って、制御メッセージはＴＸとＲＸとの間のＲＴＴレイテンシを決定するために、少なくとも１つ高い優先順位、従って優先順位“３”が割り当てられる。図示されていない他の一部の実施例では、送信すべきコンテンツの優先順位を決定することなく、ＲＴＴテスト制御メッセージはシステム内で割り当てられるまたは許可される最高の優先順位に設定される。例えばＤＴＣＰ−ＩＰフレームワークの例では、すべてのＤＴＣＰ−ＩＰメッセージ、例えばソースおよび受信機によって生成されるすべてのＤＴＣＰ−ＩＰメッセージ、例えば認証および鍵交換（ＡＫＥ）メッセージ、ＲＴＴメッセージなどにはＤＬＮＡＱＯＳ＿３、すなわちＤＬＮＡ  ＱＯＳの実施例内で定められる最高の優先順位のタグがつけられる。ＤＬＮＡＱＯＳ＿３も、Ａ／Ｖストリーム優先順位よりも高い優先順位である。最高の優先順位を割り当てることにより、一般に、これらメッセージおよび／またはパケットには最良の利用可能なネットワークサービスが提供される。一部の実施例では、ＲＴＴプロキシミティテストはＡＫＥの一部であり、これら実施例ではＡＫＥメッセージもＲＴＴ制御メッセージと同じポートを介し、および／またはＲＴＴ制御メッセージと同じ優先順位で送られる。例えばＡＫＥメッセージは最高の優先順位またはＡ／Ｖストリームよりも高い優先順位で送られる。これらＡＫＥメッセージは一般に鍵交換、検証および認証を実行するために送られるメッセージである。
【００３４】
別の例では、ネットワークは５つの利用可能な優先順位を有し、この場合、最低の優先順位には“０”の値が割り当てられる。この実施例では、画像の転送に“２”の優先順位が割り当てられ、音声の転送に“３”の優先順位が割り当てられる。これら実施例では、画像の転送に関連するＲＴＴ制御メッセージには“３”の優先順位が割り当てられるが、一方、音声に関連するＲＴＴ制御メッセージにはそのコンテンツの二進転送のための優先順位よりも１つ高い“４”の優先順位が割り当てられる。この例の別の実施例では、転送が、例えば画像に関係するか、または音声に関係するかにかかわらず、ＲＴＴ制御メッセージのいずれにも最高の優先順位、すなわち“５”が割り当てられる。
【００３５】
図４はレイテンシまたはＲＴＴを決定するためにどのようにＲＴＴ制御メッセージを交換するかを示す図である。このプロキシミティ検出チャレンジは本発明の一部の実施例に従ったＤＴＣＰ−ＩＰ  ＲＴＴプロトコルまたはその一部を示す。このＲＴＴプロキシミティ検出は、ＤＴＣＰ方式内の認証および鍵交換（ＡＫＥ）機能のチャレンジ応答部分内で一般に実行される。ＤＴＣＰの一部は、送信のためのデータを保護するように、ソース／ＴＸおよびシンク／ＲＸによる暗号化鍵を交換することである。一般に一部の実施例では、ＲＴＴテストは暗号化鍵を交換しないよう、ＴＸとＲＸがアボートする前に、所定の回数、例えば１０２４回実行できる。一部の実施例では、ＲＴＴスレッショルド／条件を満たすことができない結果、ＴＸとＲＸの間でコンテンツが送られない。一部の実施例ではＤＴＣＰ−ＩＰ  ＲＴＴは７ｍｓ以下に限定され、この値はＩＰパケットおよび関連する応答がこれらデバイス間を移動できる時間長さを示す。一部の実施例では、認証された、または有効なＲＸデバイスのリストに所定のデバイスまたはＲＸを追加すべきかどうかを判断するのに、ＲＴＴ制御メッセージの交換を使用できる。デバイスの利用可能性を判断したり、ＲＸなどとして機能する最良のデバイスを判断するのにも、ＲＴＴチェックの他の用途または機能を使用することができる。
【００３６】
一実施例では、ＴＸ２０２によりＲＸ２０６へＲＴＴ＿ＲＥＡＤＹ．ＣＭＤ制御メッセージ４０２がまず送られる。このＲＴＴ＿ＲＥＡＤＹ．ＣＭＤ４０２、４０６は一般に、例えばＤＴＣＰ方式内の認証計算が完了し、デバイスがＲＴＴテスト手順を実行できる状態にあることを示すメッセージおよびコマンドである。ＲＴＴ＿ＲＥＡＤＹ．ＲＳＰ４０４、４０８メッセージは、一般に、このメッセージの受信者が準備状態にあるかないかをＲＴＴ＿ＲＥＡＤＹ．ＣＭＤの送り手に通知する確認応答である。最初の４つのメッセージ４０２〜４０８、すなわちＲＴＴ＿ＲＥＡＤＹ．ＣＭＤおよびＲＴＴ＿ＲＥＡＤＹ．ＲＳＰメッセージの交換は、ＴＸおよびＲＸがそのときにＲＴＴテスト手順を実行できる状態にあることをその目的のために示すものである。この４０２〜４０８の交換の組の後で、このシステムで許可される再試行回数が設定される（４１２）。一部の実施例では、ＲＴＴテストの各失敗は、例えばエラーメッセージとして記録される。ＲＴＴ＿ＳＥＴＵＰ．ＣＭＤ４１２メッセージ内で割り当てられた値Ｎにより、再試行回数を設定できる。Ｎは一般に最初に０に設定されるが、０から許可される最大のＲＴＴトライアル、例えば最大１０２４のトライアルまでの範囲となり得る。従って、Ｎは０〜１０２３の範囲である。次にＲＸにより最大の再試行回数が受け入れられる（４１４）。Ｎがセットされた後に、ソースまたはＴＸ２０２は、ＴＸ２０２がＲＴＴ＿ＴＥＳＴ．ＣＭＤ制御メッセージ、すなわちプロキシミティテストまたはＲＴＴテストの開始を示す初期ＲＴＴ制御メッセージを送信後にスタートし、ＲＴＴ＿ＴＥＳＴ．ＲＳＰの受け入れられた応答４１８、すなわちプロキシミティテストまたはＲＴＴテストの完了を示す応答ＲＴＴ制御メッセージの受信時に終了するまでの時間インターバルであるＲＴＴを測定する。一部の実施例では、ＲＴＴテストフェーズまたは手順、すなわち１回の試みを定めるのに交換される一連の制御メッセージが存在し得る。しかしながら、各ＲＴＴテストフェーズは、一般に、図示されるように、初期ＲＴＴ制御メッセージ４１６と応答ＲＴＴ制御メッセージ４１８によって区切られる。ＲＴＴが所定のＲＴＴまたはレイテンシスレッショルドを満たさない場合、ＲＴＴフェーズ４１６、４１８を繰り返すことができる。ＲＴＴテストが再試行されるごとに、再試行回数がシステム内で許可された最大再試行回数を越えないように、再試行の実行された回数が追跡される。最大再試行回数を越えた場合、例えば暗号化鍵またはコンテンツは交換されない。  
【００３７】
本発明の一部の実施例では、本発明の実施例に従い、ポートの各々に最高の優先順位が割り当てられているＲＸおよび／またはＴＸのポート（単数または複数）を介して、ＲＴＴ制御メッセージ４１６、４１８が送られる。例えばポート“６５２”はＤＴＣＰ／ＴＣＰに割り当てられる。従って、このポートを介した１つの接続を介し、ＲＴＴテスト制御メッセージが送られ、よってＲＴＴ制御メッセージ４１６、４１８の最高の優先順位を保証する。
【００３８】
別の実施例では、ＲＴＴ制御メッセージ、すなわち初期ＲＴＴ制御メッセージ４１６並びに応答ＲＴＴ制御メッセージ４１８およびレイテンシを決定するために読み出すことができる他の介在ＲＴＴ制御メッセージ（存在する場合）には、待機状態にあるか、送信を待機中であるか、またはこのＲＴＴテストフェーズと関連する、コンテンツデータの二進転送優先順位よりも少なくとも１つ高い優先順位が割り当てられる。従って、一部の実施例では、他の制御メッセージ４０２、４０４、４０６、４０８、４１２、４１４には通常割り当てる優先順位よりも高い優先順位は割り当てられない。一部の実施例では、モジュール、例えばＴＸ、ソースまたはメディアサーバ２０２内のＤＴＣＰモジュールは、初期ＲＴＴ制御メッセージ４１６のために、より高いか、または最高の優先順位を割り当てるが、ＲＸまたはメディアプレイヤー２０６は応答ＲＴＴ制御メッセージ４１８のために、より高い優先順位または最高の優先順位を割り当てる。他の実施例では、初期ＲＴＴ制御メッセージ４１６を送信するのに使用される優先順位は、応答ＲＴＴ制御メッセージ４１８を送信するのに使用される同じ優先順位でもある。一部の実施例では、初期ＲＴＴ制御メッセージ４１６は、応答ＲＴＴメッセージ４１８を送信するのにＲＸが使用すべき優先順位を含む。
【００３９】
更に明瞭にするために、Ａ／Ｖコンテンツを、上記表１に示されるように、優先順位“２”となるように定めるものとする。一部の実施例では、このＡ／Ｖコンテンツを送信する前に、そのＡ／Ｖコンテンツに関連してＲＴＴテストを実行する。従って、ＲＴＴ制御メッセージ４１６、４１８はＡ／Ｖコンテンツの優先順位よりも少なくとも１つ高い優先順位、すなわち優先順位“３”で送信される。ＲＸおよびＴＸが７ｍｓ未満のＲＴＴが定めた条件内で送受信できる場合、すなわちＲＸとＴＸの間のレイテンシが７ｍｓよりも短い場合、ＴＸ２０２は、ＲＴＴテストに関連したコンテンツを、Ａ／Ｖのより低いコンテンツの優先順位２でＲＸ２０６へ送信できる。本発明の別の実施例では、レイテンシを決定することに関連する介在制御メッセージを含むＲＴＴ制御メッセージには、いずれも関連するコンテンツよりも少なくとも１つ優先順位が高い優先順位が割り当てられる。
【００４０】
一部の別の実施例では、介在ＲＴＴ制御メッセージを含む、一般にすべてのＲＴＴ制御メッセージ４１６、４１８は、表１を使用する場合、利用できる最高の優先順位、例えば優先順位“３”に設定される。この実施例では、一般にすべてのＲＴＴ制御メッセージに利用できる最高の優先順位を割り当てることを考慮するので、関連するコンテンツの優先順位を決定する必要はない。ＲＴＴ制御メッセージ４１６と４１８との間の介在ＲＴＴ制御メッセージは、例えば他の実施目的または実施変形例目的のために交換される任意の制御メッセージとすることができる。（例えばＲＴＴ制御メッセージ４１６と４１８との間の）介在ＲＴＴ制御メッセージの例として、ＲＴＴ＿ＴＥＳＴシーケンスの一部としてのリクエストおよび確認メッセージを挙げることができる。
【００４１】
下記の表２は、最低の優先順位から最高の優先順位まで示されたＷｉ−Ｆｉマルチメディア（ＷＭＭ）アクセスカテゴリ／優先順位の例を示す。
【００４２】
【表２】
2007082205.tif 000004
【００４３】
図３および図４を参照する。ＷＭＭ優先順位を使用し、伝送しようとしているコンテンツが、例えばビデオであり、これに「ＷＭＭビデオ優先順位」が割り当てられている場合、例えばＲＴＴ＿ＴＥＳＴ.ＣＭＤ４１６に類似する開始／初期ＲＴＴ制御メッセージを１つ高い優先順位でＴＸ２０２により送ることができる。すなわち「ＷＭＭ音声優先順位」に等しい優先順位で送ることができる。この間、受信機は、例えば、「ＷＭＭ音声優先順位」に割り当てられている優先順位を有するＡＣＣＥＰＴＥＤ.ＲＳＰ４１８メッセージに類似した応答ＲＴＴ制御メッセージで応答できる。図示していない他の一部の実施例では、これら制御メッセージ４１６、４１８を含むパケットに対し、８０２.１Ｑのネットワーク用のユーザ優先順位“７”を割り当てるか、またはこれらパケットはＯｘ３８のＤｉｆｆＳｅｒｖ  Ｃｏｄｅ  Ｐｏｉｎｔ（ＤＳＣＰ）タグを有する。
【００４４】
本明細書で説明する本発明の実施例は、ＤＴＣＰ−ＩＰを使用する場合を例にしているが、本発明の特徴事項はその他のプラットフォーム、ネットワークプロトコル、トランスポートプロトコル、アプリケーションなどに適用できる。例えば本発明の実施例は、ＷＭＤＲＭネットワークデバイスプロトコルを利用するが、一般に異なる組のＲＴＴ制御メッセージおよびパラメータが交換されるシステムでも実行できる。更に本発明の実施例は、８０２.１１Ｅネットワーク、パワーライン通信ネットワーク、デジタルリビングネットワークアライアンス（ＤＬＮＡ）ネットワークおよび非ＤＬＮＡネットワークを含む種々のネットワークにも適用できるが、これらだけに限定されるものではない。本発明の特徴事項はパワーライン通信（ＰＬＣ）ネットワークおよびＢＬＵＥＴＯＯＴＨ（登録商標）ネットワーク、すなわちＢＬＵＥＴＯＯＴＨ（登録商標）技術を使ったネットワークを含む（これらだけに限定されるものではない）、有線および無線の双方のその他の優先順位に基づくＱｏＳネットワークにも適用できる。ブロードバンドオーバーパワーライン（ＢＰＬ）ともときどき称されるパワーライン通信（ＰＬＣ）は有線に基づく技術であって、この技術は特にデータ通信のために中および低電圧パワーラインを使用するものである。これらパワーラインネットワークは、例えば家庭およびビルにおいて電気配線を使用することによって形成されるネットワークを含む。例えば伝送されるデータとしては、音楽、ストリーミングビデオ、ファイル、音声、データベース、テキストファイル、制御コマンドおよびネットワーク鍵を挙げることができるが、これらだけに限定されるものではない。ＰＬＣネットワークに類似するＢＬＵＥＴＯＯＴＨ（登録商標）ネットワークは現在利用でき、当業者に知られているネットワークである。
【００４５】
図５は、本発明の一実施例に係わるＴＸ、ソースまたはメディアサーバ５００の一例の高レベル機能ブロック図である。ＴＸ５００は、セットトップボックス１３４、コンピュータ１４２およびＤＶＤプレイヤー１６０等を含む上記のような多くの形態で具現化できる。一部の実施例では、デバイスはＴＸおよびＲＸの双方として機能できる。すなわちデバイスは任意に存在するコンテンツを送受信するようになっている。
【００４６】
一般に、ＴＸ５００は、このＴＸ５００がネットワーク内の他のデバイスと通信できるようにする入出力（Ｉ／Ｏ）通信モジュール５０４を含む。更にＴＸの機能に応じて、Ｉ／Ｏ通信モジュール５０４は外部ネットワーク、例えばインターネット１９０または衛星放送または地上放送１３８と通信およびインターフェースするようにもできる。外部ネットワークと通信できるこのような能力は、例えば、ケーブルを通し、またはインターネットを介してプレミアコンテンツを受信するようになっているセットトップボックスに利用できる。従って、このセットトップボックス１３４は、例えばＨＤＴＶ１３０のようなシンクまたはメディアプレイヤーにコンテンツを送信するので、このセットトップボックスはＴＸ／ソースとして機能する。しかしながら、このような外部ネットワークと通信する能力はその他のＴＸデバイス、例えばＤＶＤプレイヤーにはない。このようなデバイスでは、送信すべきコンテンツは外部コンテンツプロバイダによっては提供されず、消費者がＤＶＤプレイヤーに設置できる、取り外し自在なメディア、例えばＤＶＤまたはＣＤを通して提供されるようになっている。
【００４７】
ＴＸ５００は永続的および／または一時的なデータ記憶装置５１６、例えばハードディスクドライブ、フラッシュメモリ、スマートドライブ、ＲＡＭなども含むことができる。例えばセットトップボックス１３４は、例えばコンテンツプロバイダが送ったコンテンツを一時的または永続的に記憶するためのデータ記憶装置を含むことができる。このデータ記憶装置５１６は他の情報、例えばＴＸデバイス５００に関連したデータ、例えば時間、シリアルナンバー、プログラム命令なども含むことができる。例えばＤＶＤプレイヤーでは、このデータ記憶装置５１６は取り外し自在なＤＶＤとすることができる。
【００４８】
ＴＸ５００はコンテンツ、一般に保護されたコンテンツを１つ以上のＲＸデバイスに送信するようになっている送信コンテンツモジュール５１８も含むことができる。これらコンテンツはシステム内で実現される暗号化およびその他の保護方式またはプロトコルを使って一般に保護される。
【００４９】
ＴＸ５００は、認証および鍵交換（ＡＫＥ）／検証機能を実行するようになっている認証および鍵交換モジュール５１４も含むことができる。例えば、ＴＸ５００がＤＴＣＰ準拠／承認されている場合、ＡＫＥモジュール５１４はＲＸを認証する。すなわちＤＴＰＣ認証フレームワークに基づき、ＲＸデバイスを認証する。一部の実施例では、このＡＫＥ５１４モジュールは受信シンクデバイスと暗号化鍵の交換も実行し、よってシンクすなわち受信デバイスはＴＸ５００が送った保護されたコンテンツをデコードし、提供できる。このＡＫＥモジュール５１４は、ＲＸデバイスがＴＸによってコンテンツを送ることができる有効なデバイスであるかどうかなどの検証機能を判断するためのバックグラウンドプロセスを実行するようにもなっている。
【００５０】
ＴＸ５００は本明細書に説明するようなプロキシミティ検出またはＲＴＴテストを実行するようになっているＲＴＴテスト／チャレンジモジュール５０８も含む。このＲＴＴテストモジュール５１８は一般にＲＴＴまたはプロキシミティ制御メッセージを送受信するようにもなっている。ＲＴＴテストに関連する情報、例えば結果を、ＡＫＥモジュール５１４に伝送することもできるので、ＡＫＥモジュール５１４は、ＲＴＴの結果に基づき、関連するコンテンツまたは暗号化鍵が送られるべきかどうかを判断することができる。
【００５１】
優先順位モジュール５１２はＲＴＴ制御メッセージの優先順位の決定、例えばＲＴＴテストモジュール５０８によって送信すべきＲＴＴ制御メッセージの優先順位を設定および／または決定するようになっている。一部の実施例では、優先順位モジュール５１２はポート、例えばＤＴＣＰポートに最高の優先順位を割り当てる。別の実施例では、優先順位モジュールはフレームワーク内の利用できる最高の優先順位をすべてのＲＴＴ制御メッセージに割り当てる。別の実施例では、優先順位モジュール５１２は関連するコンテンツよりも少なくとも１つ高い優先順位を割り当てる。別の実施例では、シンクは自らの優先順位の決定を実行することもできる。
【００５２】
本発明の一部の実施例では、異なるモジュール５０８、５１２、５１４、５０４、５１６、５１８は、バス、専用の信号パスまたは１つ以上のチャンネル５１０を介し、互いに通信し、インターフェースすることができる。ＴＸデバイスの機能に応じては、機能および能力を含むその他のモジュールを追加または取り外すことができる。例えばセットトップボックスはユーザに情報を提示するようになっているユーザインターフェースモジュールを有することができる。例えば消費者が見たり、および／または購入するための利用できるプレミアコンテンツを提供するようになっているユーザインターフェースを有することができる。更に、本明細書に説明するモジュールは組み合わせてもよい。例えば、ＲＴＴテストモジュール５０８、優先順位モジュール５１２およびＡＫＥモジュール５１４を組み合わせて、種々のモジュールの一部またはすべての機能を実行するようになっている１つのモジュール５２０とすることもできる。更に本明細書に説明するモジュールは、本明細書に説明する機能およびプロセスを実行できる限り、更にサブ分割したり、他の機能と組み合わせることができる。これら種々のモジュールはハードウェア、ソフトウェア、またはその双方、すなわちファームウェアで実現することもできる。
【００５３】
図６は、本発明の一実施例に係わるＲＸ／シンク６００の一例の高レベル機能ブロック図である。ＲＸ／シンク６００は一般にＴＸ５０８、５１２、５１４、５０４、５１６のモジュールに類似したモジュール６０８、６１２、６１４、６０４、６１６を含む。ＲＸはコンテンツを送信するというよりコンテンツを受信するので、ＲＸは一般にＴＸ５００が送信するコンテンツを受信するようになっているＲＸコンテンツモジュール６１８を有する。このＲＸ６００は受信したコンテンツを一時的に、または永続的に記憶するようになっているデータ記憶装置６１６を含むこともできる。ＲＴＴテスト／チャレンジモジュール６０８は、一般にＴＸデバイスが送った初期ＲＴＴ制御メッセージに応答する機能を実行する。優先順位モジュール６１２は、優先順位決定機能、例えば応答ＲＴＴ制御メッセージの優先順位として、例えば最高の優先順位または関連するコンテンツの優先順位よりも少なくとも１つ高い優先順位を確立したり、または最高優先順位が割り当てられているＴＸポートとの接続を設定することを一般に実行する。ＡＫＥモジュール６１４は、利用しているコンテンツ保護方式に応じ、認証および鍵交換モジュールを一般に実行する。ＲＴＴ応答モジュール６０８、優先順位モジュール６１２、ＡＫＥモジュール６１４を、上記ＴＸ５００と同様に、モジュール６２０に組み合わせることもできる。同様に、モジュールを更にサブ分割し、および／または他のモジュールと組み合わせることもできる。これら種々のモジュールはハードウェア、ソフトウェアまたはその双方、すなわちファームウェアで実現することもできる。
【００５４】
本発明の実施例はネットワーク、システムおよび１つ以上のデバイスの間でプロキシミティ検出検査およびテスト方式を使用できるデバイスと組み合わせて使用できる。以上で所定の実施例および例に関連して本発明について開示したが、当業者であれば、本発明は本明細書に特定して開示した実施例以外の別の実施例および／または本発明の用途並びにそれらの自明な変形例および均等物まで拡張できることが理解できよう。更に、本発明の多数の変形例を詳細に図示し、説明したが、当業者がこれら開示を検討すれば、本発明の範囲内の他の変形例も容易に明らかとなろう。これら実施例の特定の特徴および様相の種々の組み合わせまたはサブの組み合わせを行うことができ、これらは本発明の範囲内に入るものである。従って、開示した実施例の種々の特徴および様相を、互いに組み合わせたり置換したりし、開示した発明の種々の態様を形成することが可能であると理解すべきである。従って、本明細書に開示した本発明の範囲はこれまで説明した特定の実施例によって限定すべきものではない。
【００５５】
関連出願とのクロスレファレンス
本願は「検出メッセージに優先順位を割り当てる方法およびシステム」を発明の名称として、２００５年９月１５日に出願された米国仮特許出願第６０／７１７，８８３号に基づく権利を主張するものであり、本明細書ではこの出願の全体を参考例として援用する。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施例に係わるデータ通信システム例の高レベルブロック図である。
【図２】本発明の一実施例に係わるソース／送信デバイスおよびシンク／受信デバイスの高レベルブロック図である。
【図３】プロキシミティ制御メッセージの優先順位を本発明の一実施例に従って設定できる高レベルフローチャートである。
【図４】本発明の一実施例に従って、ソースとシンクの間で交換されるプロキシミティまたはラウンドトリップタイム制御メッセージを示す図である。
【図５】本発明の一実施例に係わるソースまたは送信デバイスの一例の高レベル機能ブロック図である。
【図６】本発明の一実施例に係わるシンクまたは受信デバイスの一例の高レベル機能ブロック図である。
【符号の説明】
【００５７】
１００…通信ネットワークアーキテクチャ、１０２…ゲートウェイ／ルータ、１３０…デジタルテレビ、１３４…セットトップボックス、１３８…衛星、ケーブルおよび／もしくは地上放送局、１４２…パソコン、１４８…無線コンピュータラップトップ、１５０…ローカルネットワーク、１６０…ＤＶＤプレイヤー、１６４…モニタ、１９０…インターネット、２０２…ソース、２０６…シンク、２０８，２１２…ポート、２１０…ネットワーク、５００…ＴＸ／ソース、５０４，６０４…Ｉ／Ｏ通信モジュール、５０８…ＲＴＴテスト／チャレンジモジュール、５１０…チャンネル、５１２，６１２…優先順位モジュール、５１４，６１４…認証および鍵交換モジュール、５１６，６１６…データ記憶装置、５１８…ＴＸコンテンツモジュール、６００…ＲＸ／シンク、６０８…ＲＴＴ応答モジュール、６１８…ＲＸコンテンツモジュール。
【図１】
2007082205.tif 000005
【図２】
2007082205.tif 000006
【図３】
2007082205.tif 000007
【図４】
2007082205.tif 000008
【図５】
2007082205.tif 000009
【図６】
2007082205.tif 000010