(57)【要約】  シンクが所定地理的場所内にある場合にのみ、コンテンツがソースからシンクに分配される。一実施形態では、シグネチャ要求がシンクに送信される。シンクは、実際のシグネチャを取得し、それを要求されたシグネチャと比較し、要求されたシグネチャと実際のシグネチャとが互いに十分に類似する場合に、コンテンツはシンクに送信される。シグネチャは、適切なパラメータ検出器から取得されたパラメータからコンパイルされる。パラメータ検出器は、シンクの場所を決定するために必要なさまざまな信号を生成し、検出し、監視する。
2007537624.tif 000002
【特許請求の範囲】
【請求項１】
所定の地理的領域内でコンテンツを送信するシステムであって、
要求されたシグネチャを含む制御信号を生成するコンテンツソースと、
前記コンテンツを受け取るシンクであって、前記シンクの場所を示す実際のシグネチャを生成する部分を含む、シンクと
を具備し、
前記シンクは、前記要求されたシグネチャが前記実際のシグネチャの所定範囲内にある場合にのみ、前記コンテンツを利用することができる、所定の地理的領域内でコンテンツを送信するシステム。
【請求項２】
前記シグネチャは、前記シンクのネットワーク接続の特性に関連する複数のパラメータによって定義される、請求項１に記載のシステム。
【請求項３】
前記シンクは、前記パラメータを計算する複数のモジュールと、前記パラメータから前記シグネチャをコンパイルするコンパイラとを含む、請求項２に記載のシステム。
【請求項４】
前記パラメータは、ＩＰサブネットアドレス、ＭＡＣアドレス、インターネットサーバまでの経路、ＦＭ信号、携帯電話基地局信号、ホームネットワークサーバまでの経路、及びＲＴＴ対送信パケットサイズプロファイルのうちの少なくとも１つを含む、請求項２に記載のシステム。
【請求項５】
コンテンツを送信するシステムであって、
要求されたシグネチャを送信するソースと、
前記要求されたシグネチャを受信し、実際のシグネチャを生成し、前記要求されたシグネチャと前記実際のシグネチャとを比較するシンクであって、前記実際のシグネチャが所定基準を満たす場合にのみ前記コンテンツを利用することができる、シンクと
を具備する、コンテンツを送信するシステム。
【請求項６】
前記シンクは、前記実際のシグネチャを決定するために複数の信号を生成する、請求項５に記載のシステム。
【請求項７】
ソースからコンテンツを分配する方法であって、
シグネチャに対する要求を前記ソースから送信するステップと、
シンクによって前記要求を受信するステップと、
前記要求に応じて応答信号を返すステップであって、前記応答は、前記シンクの場所を示す少なくとも１つのパラメータに依存するシグネチャを含む、応答信号を返すステップと、
前記シグネチャが一組の基準を満たすか否かを決定するステップと、
前記シグネチャが前記基準を満たす場合、それに応じて前記コンテンツを前記シンクに送信するステップと
を含む、ソースからコンテンツを分配する方法。
【請求項８】
コンテンツを分配する方法であって、
要求されたシグネチャをインターネットによって送信するステップと、
シンクにより前記要求されたシグネチャを受信するステップと、
前記要求されたシグネチャを実際のシグネチャと比較するステップと、
前記実際のシグネチャが前記要求されたシグネチャに類似する場合に前記コンテンツを送信するステップと
を含む、コンテンツを分配する方法。
【請求項９】
前記要求されたシグネチャに応じて前記シンクにより確認応答を送信するステップをさらに含み、
前記コンテンツは前記確認応答に応じて送信される、請求項８に記載の方法。
【請求項１０】
第１のＲＦ環境における第１の場所に位置するユーザの機器におけるコンテンツに対するアクセスを制御する方法であって、
前記第１のＲＦ環境を示す第１のＲＦシグネチャを作成することと、
第２のＲＦ環境を示す第２のＲＦシグネチャを作成することと、
前記第１のＲＦシグネチャを前記第２のＲＦシグネチャと比較することと、
前記第１のＲＦシグネチャが前記第２のＲＦシグネチャと実質的に類似する場合にのみ、前記コンテンツに対するアクセスを許可することと
を含み、
前記第２のＲＦ環境は第２の場所に対応し、
前記ソースは前記第２の場所に位置する
コンテンツに対するアクセスを制御する方法。
【請求項１１】
前記コンテンツに対するアクセスを許可することは、前記コンテンツが表示されることを許可することを含む、請求項１０に記載の方法。
【請求項１２】
前記コンテンツを受信する前に、前記第２のＲＦシグネチャを受信することをさらに含む、請求項１０に記載の方法。
【請求項１３】
前記第２のＲＦシグネチャを前記コンテンツとともに受信することをさらに含む、請求項１０に記載の方法。
【請求項１４】
ソースからシンクへのコンテンツの許可された分配を可能にする方法であって、
前記シンクの場所に関連する第１のＲＦ環境に対応する第１のＲＦシグネチャを生成するステップと、
ソースに関連するＲＦ環境に対応する第２のＲＦシグネチャを生成するステップと、
前記第１のＲＦシグネチャと前記第２のＲＦシグネチャとを比較するステップと、
前記第１のＲＦシグネチャが前記第２のＲＦシグネチャと実質的に類似する場合に、前記ソースから前記シンクへ前記コンテンツを送信するステップと
を含む、ソースからシンクへのコンテンツの許可された分配を可能にする方法。
【請求項１５】
前記第１のＲＦシグネチャは、前記シンクから受信される、請求項１４に記載の方法。
【請求項１６】
前記ＲＦシグネチャのうちの少なくとも１つは、スペクトル分析を使用して導出される、請求項１４に記載の方法。
【請求項１７】
前記ＲＦシグネチャのうちの少なくとも１つは、帯域通過フィルタリングを使用して導出される、請求項１４に記載の方法。
【請求項１８】
前記ユーザの機器によって前記第２のＲＦシグネチャを格納するステップと、
前記コンテンツへのアクセスが最初に許可された後、前記第１のＲＦシグネチャを再び作成するステップと、
前記再び作成された第１のＲＦシグネチャが前記第１のＲＦシグネチャと実質的に類似しなくなった場合、前記コンテンツに対するアクセスを不能にするステップと
をさらに含む、請求項１４に記載の方法。
【請求項１９】
前記コンテンツの送信中に、前記第１のＲＦシグネチャを再び作成するステップと、
前記第２のＲＦシグネチャが前記第１のＲＦシグネチャと実質的に類似しなくなった場合、前記コンテンツの送信を中止するステップと
をさらに含む、請求項１４に記載の方法。
【請求項２０】
ソースからシンクへのコンテンツの分配を制御する方法であって、
前記ソースにおけるＲＦ信号の第１のシグネチャ特性を生成することと、
前記シンクにおけるＲＦ信号の第２のシグネチャ特性を生成することと、
前記２つのシグネチャを比較することと、
コンテンツが前記ソースから前記シンクに配信されるべきか否かを、前記比較に基づいて決定することと
を含む、ソースからシンクへのコンテンツの分配を制御する方法。
【請求項２１】
前記第１のシグネチャ及び前記第２のシグネチャは、単一の公共ＲＦ局に基づく、請求項２０に記載の方法。
【請求項２２】
前記第１のシグネチャ及び前記第２のシグネチャは、複数のＲＦ信号に基づき、各ＲＦ信号は所定である、請求項２０に記載の方法。
【請求項２３】
前記比較が一組の所定の基準を満たす場合、前記シンクにおいて前記コンテンツを使用することを許可することをさらに含む、請求項２０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［発明の背景］
［発明の分野］
本発明は、いくつかのネットワークパラメータからシグネチャを取得し、それを使用して、コンテンツシンク(contents sink)が所定の地理的場所内にあるか否かを決定する方法及びシステムに関する。
【０００２】
［関連出願］
本出願は、２００４年３月３１日に出願され参照により本明細書に援用される米国仮特許出願番号第６０／５５８，００４号明細書に対する優先権を主張する。
【０００３】
本出願はまた、２００４年１１月１日に出願され参照により本明細書に援用される米国特許出願第９７８６６９号明細書にも関連する。
【背景技術】
【０００４】
［従来技術の説明］
本発明が扱う基本的な問題は、現在、コンテンツ所有者がコンテンツソースからの自身のコンテンツの分配、複製又は再生を制限したい、家庭、会社、又は他の地理的に制限された領域内に、実際にコンテンツシンク機器（たとえばテレビ）があることを、（高い信頼性で）保証する方法がない、ということである。たとえば、ソースとシンクとがインターネットを通して接続される場合、それらは地球の反対側にある場合もある。
【０００５】
特に関心の高いケースには、ＩＥＥＥ１３９４、ＵＳＢ、ＭＯＳＴ及びＢｌｕｅｔｏｏｔｈネットワークによるコピー保護のためのデジタル伝送コンテンツ保護（Digital Transmission Content Protection）（ＤＴＣＰ）（http://www.dtcp.com）プロトコルの使用がある。ＤＴＣＰは、（５Ｃ）ソースとシンクとの間のリンクを「安全にする」のみである。すなわち、ソース機器とシンク機器との間の近接性の概念は組み込まれていない。この問題の一部は、受信側が実際に（５Ｃ）符号化コンテンツを復号し／格納し／再生するように認可されていることを（高い信頼性で）保証する（５Ｃ）標準規格によって解決される。しかしながら、コンテンツ所有者の所望の規則に従って、認可された（５Ｃ）受信機が（５Ｃ）ソースから非常に遠くに位置する場合があるという可能性がある。そのため、（５Ｃ）標準規格自体は、コンテンツの地理的拡散を制限するという問題を解決しない。たとえばユーザに対してＰＩＮを入力させるか又は受信機にスマートカードを挿入させることにより受信側のコンテンツユーザを識別しようと試みる技法は、所有者の機器又は領域の外側へのコンテンツの望ましくない拡散を制限するには有用であるが、受信側ユーザが受信機器を潜在的なコンテンツソースから「非常に遠くに」配置した可能性があるという基本的な問題には対処しない。物体の地理的位置を決定する多くの既知の方法がある。
【０００６】
何年もの間、電磁放射を放出する物体の位置を確立するために、「三角測量」が使用されてきた。これには、指向性アンテナ、及び地図等の地理的情報データベースを有する２つ以上の受信機が使用される。受信機における最大受信信号強度の既知の位置および方向が与えられると、地図上で最大信号強度の方向において各受信機から「無限遠」まで引かれる線が交差する点として、送信機位置を簡単に見つけることができる。この場合、送信機との連携は不要であり、実際、無認可の送信機の位置を特定するために三角測量が採用されることが多い。三角測量ベースの手法は、本発明の目的にかなう場合もあるが、それは、コンテンツ受信機が電磁放射を放出し、２つ以上の三角測量受信機が利用可能な場合のみである。
【０００７】
より最近では、受信機が、全地球測位システム（ＧＰＳ）を使用して位置を確立することが一般的となっており、それは、ＧＰＳ衛星のアレイから送信されるいくつかの信号の遅延差を測定することによる。コンテンツ受信機が、ＧＰＳ受信機と「リターンチャネル」送信機とを有する場合、その位置をコンテンツソースに返送することができる。コンテンツソースを、ＧＰＳ受信機及び／又は地理データベースと、コンテンツ受信機からのその距離を計算する手段とを含むものと想定することができる。しかしながら、ＧＰＳは、室内では確実には作用せず、さらに受信機に対し間違った位置コードが設定される可能性がある。
【０００８】
近年、いわゆる「超広帯域（ＵＷＢ）無線」を使用する位置特定技法についても述べられている。たとえば、米国特許第６００２７０８号明細書を参照されたい。
【０００９】
また、送信機に対する受信機の近接性が、ソースからシンクへの送信信号と対応する戻り信号との間のラウンドトリップタイム（ＲＴＴ）測定を使用して確立される技法も知られている。単一の協働する送信機・受信機対の場合、このＲＴＴ測定は、受信機器が送信機器に対し、指定された量のコンテンツを復号し／格納し／再生することが認可されるべき程度に「十分近い」ということを確立するためには十分であり得る。
【００１０】
１つの提案された拡散を防止する解法では、ソースが、（ＩＰ）パケットにおいて「生存時間（Time to Live）」（ＴＴＬ）フィールドに３を設定する。これは、パケットがホームネットワーク内で２つのルータまでしか通過しないことを想定し、そうでなければ、パケットは、家庭の境界から出たと見なし（或る研究により、パケットは通常、ホームネットワークが接続されているＩＳＰの枠を超えるためには６つのルータを通過しければいけないということが分かった）、パケットが遭遇する第３のルータがそれを「キル（kill）」（すなわち破棄）すべきである。第２のあり得る解法は、ＩＰ上でのＤＴＣＰマッピング(DTCP over IP mapping)に対して行われるように、ＤＴＣＰレベルのピング（ping）メッセージを使用するＲＴＴの測定である。
【００１１】
別の提案された解法は、（部分的に又は全体として）ワイヤレスローカルネットワークに有線等価プロトコル（Wired Equivalency Protocol）（ＷＥＰ）が採用されるよう要求するというものである。これは、単に意図されていない受信機が、
１．悪意のない同じ場所への配置(co-location)、たとえば隣人による受信、又は
２．盗聴、たとえば、保護されていないワイヤレスネットワークの受信範囲内に車を駐車する「フリーローダー（freeloader）」によるもの
のためにワイヤレスコンテンツソースの範囲内にあることによって発生する可能性のある、コンテンツの「非意図的共有」の場合に対処する。
【００１２】
国際公開第ＷＯ０３／０７５１２５号パンフレットは、「位置認識（location aware）データネットワーク」における受信機器を認証する手段として、他のメカニズムの中でも特にＲＴＴを使用することに言及している。
【００１３】
国際公開第ＷＯ０１／９３４３４号パンフレットは、ＵＷＢワイヤレス媒体によって通信する機器を含むネットワークにおいてリモート機器における機能を使用可能／使用不能にするためにＲＴＴ及び三角測量を使用することについて述べている。
【００１４】
Denning他による米国特許出願公開第２００２／０１３６４０７号明細書は、指定された１つ又は複数の地理的位置でしかデータを解読することができないシステム／方法について述べている。位置情報は、通常ＧＰＳによって提供される。
【００１５】
［発明の概要］
本発明は、インターネット内における、且つコンテンツソースに対する機器又はそのルータの場所に関するいくつかのパラメータに依存するシステム及び方法に関する。それらのパラメータは、局所的なネットワーク（たとえば、限定はしないが、ホームネットワーク）のいくつかの特性を利用して、コンテンツの拡散をソースからの所望の距離に限定する。これらの技法を使用して、ソースからの許容される距離内のシンクによる受信を認可し、それより離れた距離における受信を阻止する。
【００１６】
いくつかのパラメータには、共通ＩＰサブネットアドレス、ゲートウェイＭＡＣアドレス、インターネットサーバ又はマルチメディアソースまでの経路の長さ、ＲＦ信号及び携帯電話基地局信号の受信、ホームネットワークサーバまでの経路の長さ、及びパケット転送フラグメント化の監視が含まれる。シンク、すなわちコンテンツ受信機器に対するシグネチャを定義するために、これらのパラメータを一度にすべて採用してもよく、又はパラメータのサブセットを採用してもよい。シグネチャは、任意に再計算することができ、又は要求時に再計算することができる。いくつかのパラメータを使用する場合、それらを異なるシグネチャに対して重み付けしてもよい。たとえば、狭い領域に関連するシグネチャでは、一組のパラメータを強調してもよく、他のパラメータを本質的に無視してもよい。より広い地理的領域に関連するシグネチャでは、他のパラメータを強調してもよい。
【００１７】
［発明の詳細な説明］
図１Ａは、ソース１２が潜在的なシンク１４にＰＩＮＧ（ピング）信号を送信する既知のシステム１０を示す。ＰＩＮＧ信号は、本質的に「これが聞こえますか？（Can you hear this?）」と尋ねている。潜在的なシンクは、これに応じて、「これが聞こえました（This is what I heard）」というＲＥＴＵＲＮ（戻り）信号を生成する。言い換えれば、ＰＩＮＧ信号は、ビットＡＢＣＤＥＦＧの少なくとも１つのデータセグメントを有する。ＲＥＴＵＲＮ信号は、同じデータセグメントを含むことが理想的である。通常、ソース１２及びシンク１４は、恐らくは１つ又は複数の中間ノード（図示せず）を通して分散コンピュータネットワークによってメッセージを交換する。そして、パラメータＲＴＴ１は、特定の部分（たとえば、有効ビットＧ）が送信される瞬間と、同じ部分がソース１２によって受信される瞬間との間の時間として定義される。別法として、パラメータＲＴＴ２は、別の部分（たとえばビットＣ）間、又はさらには２つの部分（ＰＩＮＧのビットＣ及びＲＥＴＵＲＮのビットＥ）間の間隔（distance)として定義される。そして、これらのパラメータは、ソース１２と潜在的なシンク１４との間の距離に関連付けられる。上述したように、いくつかのＰＩＮＧメッセージがソースによって送信され、パラメータＲＴＴ１及び／又はＲＴＴ２は、各対応するＲＥＳＰＯＮＳＥ（応答）から決定される。これらのパラメータのうちいずれかが閾値を下回る場合、潜在的なシンク１４はソース１２から所望の距離内にある。
【００１８】
本発明は、場所を決定するためにネットワークの特性又はシグネチャを使用する技法を提供する。図１に、２つのホームネットワークの一例を示す。家庭Ａ１１４は、テレビ受像機１０２、１０３、衛星受信機１０５、タブレットＰＣ１０４等を含むコンシューマ機器(consumer devices)の集まりから成る。これらの機器は、ワイヤレス手段（たとえばＲＦ通信経路）によってワイヤレスアクセスポイント１１５に接続される。アクセスポイント１１５は、ネットワークハブ１０６に接続され、ネットワークハブ１０６はまた、ホームメディアＰＣ１０８にも接続される。ＰＣ１０８はまた、大容量記憶装置１１０に接続されるか又はそれを含む。ルータ１０７は、ホームネットワークをインターネット１１１に接続する。
【００１９】
家庭Ｂ（１１３）は、ＤＳＬ接続又は他の同様の比較的高速な手段によってインターネット１１１に直接接続されるラップトップＰＣ１１８を含む。
【００２０】
ユーザ１００、１０１、１０９、１１２は、インターネット接続を取得し且つ他の動作を実行するために、家庭Ａ及び家庭Ｂにおいてさまざまな機器を操作している。
【００２１】
ルータ１０７は、家庭Ａ（１１４）に対し、他のインターネットユーザによる好ましくないアテンションからの或る程度の保護を提供する。家庭Ｂのユーザ１１２が家庭Ａの機器にアクセスすることができるか否かは、ユーザ１１２と家庭Ａの家族との間の関係、たとえば、アクセスポイント１１５が規制されているか否か、及び／又は家庭Ｂのユーザ（１１３を含む）がアクセスポイント１１５に対する権利を認められているか否かによって決まる。
【００２２】
同様にインターネット１１１に接続されたサーバ１１９は、コンテンツの交換を提供する。
【００２３】
衛星受信機１０６を介して家庭にオーディオビジュアルコンテンツを提供する衛星事業者等のコンテンツプロバイダは、サービスに加入している単一の家族、この場合は家庭Ａ１１４に対し、コンテンツの消費を制限（confine）したいと望む。コンテンツプロバイダはまた、ケーブル事業者又は他の関連サービスプロバイダであってもよい。
【００２４】
コンテンツを見ることができる家族に対してコンテンツを制限するには他の理由がある場合もある。たとえば、映画制作会社が、ユーザに対してＤＶＤを販売し、そのディスクが存在する場所に限定して消費されるように望む場合があり、ＤＶＤプロバイダ又は無料放送局が、インターネットによるコンテンツの不正な再分配を阻止したい場合がある。
【００２５】
本明細書では、このプロセスを、コンテンツのローカリゼーション（localization）又は略してローカリゼーションと呼ぶ。
【００２６】
ローカリゼーションは、機器が、互いに隣接しているか非常に遠く離れているかに関わらず、透過的に通信するように設計されているネットワーク化世界で達成することは困難である。本発明では、決定する方法であって、２つ以上の機器が、各機器が見ることができる環境のシグネチャを使用することにより、互いにローカル（local）であるか否かが決定される、決定する方法を提示する。機器が実際に互いにローカルである場合、シグネチャは非常に類似することになり、機器が遠く離れている場合、シグネチャは異なることになる。
【００２７】
この論考において、「遠く離れている(far apart)」という用語は、インターネット接続又は特定の機器に接続されたノードを言う。２つの家庭が直接接続されている場合、たとえば、隣人が共通のワイヤレスネットワークを共有する場合、ローカリゼーションを決定するために他の技法が必要である場合もある。
【００２８】
上述したように、ローカリゼーションの一方法は、機器が互いにローカルであるか否かを決定するために、機器間のラウンドトリップタイム（ＲＴＴ）を使用するというものである。ここで、ソース機器、すなわちコンテンツを有する機器は、シンク機器、すなわち、消費者がコンテンツを、視聴覚的に消費する（すなわち、コンテンツが、音声、ビデオ又は両方であり得る）ため、記録するため、又は認可された再送信を行うために、向かわせたい機器に対して、「ピング」メッセージを送信する。ピングがソースからシンクに送信され、そしてシンクに戻される継続時間が十分に短い場合、ソース及びシンクは、互いにローカルであると見なされる。別の手法は、信号を送信するためにビーコンを使用する。送信機と受信機とがともにこの信号を検出する場合、それらは、同じ場所(locality)にあると見なされる。そうでない場合、同じ場所にはないと見なされる。これら２つの技法については、上述した米国特許出願第１０／９７８６６９号明細書においてより詳細に述べられている。
【００２９】
本発明では、各機器がその周囲の環境を検査し、その後、ソース機器がその環境をシンク機器の環境と比較することにより、それらが「同じ」（又はほぼ同じ）環境にあるか否かを決定する、より精巧な手法がとられる。本発明の好ましい実施形態では、いくつかの異なるパラメータを決定し、それらのパラメータに対して重みを割り当て、その後、その結果を蓄積することにより、コンテンツ受信機器の場所に関連するシグネチャを決定する。この文脈において、「環境」という語は、機器が決定することができる、その機器が位置する場所に関連する状況を言う。各機器の環境によって決定されるパラメータのセットは、結合されて環境シグネチャになる。ここで、環境シグネチャを決定するために使用することができるいくつかのパラメータについて説明する。
【００３０】
１．共通ＩＰサブネットアドレス
通常、インターネット機器間で交換されるパケットは、パケットのソースを示すサブネットアドレス（ＩＰサブネット）を含む。したがって、異なるルータからのパケットは、異なるＩＰサブネットアドレスに関連する。このため、ＩＰサブネットアドレスは、２つの機器が同じルータに関連するか否かを示す。この概念を、図２によって例証する。
【００３１】
２．ゲートウェイ機器のＭＡＣレイヤアドレス
ＭＡＣアドレスは、インターネットを提供する機器に関連する事前にプログラムされたアドレスである。たとえば、図１において、ルータ１０７はホームネットワークＡのためのゲートウェイであり、それは特定のＭＡＣアドレスを有する。ラップトップＰＣ１１８は、ホームネットワークＢのためのゲートウェイであり、図３は、ネットワークのいずれの機器も、ゲートウェイにインターネットアドレスレゾリューションプロトコル（ＡＲＰ）を送信することによって、それぞれのゲートウェイのＭＡＣ機器を取得することができることを示す。そして、ネットワークＡの機器は、それに応じて、ルータ１０７のＭＡＣアドレスを受け取る。ネットワークＢの機器１１８のＭＡＣアドレスは、ネットワークＡの機器によって受け取られるＭＡＣアドレスとは明らかに異なる。
【００３２】
３．トレースルーティング
ネットワークＡ及びＢの機器の各々は、異なる経路を通してコンテンツサーバ１１９にアクセスすることができる。当然ながら、図４に示すように、ネットワークＡの機器に対する経路又はルーティングは、互いに類似しつつネットワークＢの機器の経路とは異なることになる。これらの経路を、いくつかの異なる技法を使用して定義するとともに評価することができる。
【００３３】
ａ．ＲＴＴ
ネットワークＡの各機器が共有するルーティングは、３つのレッグから成る。すなわち、機器ｘ−ハブ１０６、ハブ１０６−ルータ１０７、ルータ１０７−サーバ１１９である。このため、ネットワークＡの機器の３つのレッグのうちの２つは同じである。ＲＴＴ（ラウンドトリップタイム）がネットワークＡの各機器に対して計算される場合、結果としてのＲＴＴは非常に類似することになる。一方、ネットワークＢの機器からサーバ１１９までの経路又はルーティングは、概して、ネットワークＡからの機器といずれの経路も共有する必要はなく、したがって、これらの機器のＲＴＴは、非常に異なることになる。
【００３４】
ｂ．サーバまでのルート
同様に、各機器からサーバ１１９までの実際の経路は、ネットワークＡの機器に対しては同様であるが、ネットワークＢの機器に対しては異なる。これらの経路は、各機器からの「tracert」（トレースルート（trace route））コマンドを使用することによって取得される。トレースルートコマンドは、それぞれの機器とサーバ１１９との間のすべての中間ルータ又はゲートウェイのＩＤを返す。
【００３５】
ｃ．いくつかの指定された（designated）サーバまでのルート
コンテンツ所有者（この場合、衛星受信機を通してコンテンツを送信するエンティティ）は、サーバ１１９に類似するいくつか（たとえば３つ）のインターネットサーバのアドレスを提供する。そして、各機器は、これらすべてのサーバに対しピングで接続確認を行い且つ／又は（tracertを用いて）ルートをトレースし、その結果が比較される。
【００３６】
４．１つ又は複数の共通ＲＦ信号の受信
図５に示すように、ネットワークＡの各機器には、ＦＭ受信機が設けられる。共通の場所を決定するために、各機器は、局１５１、１５２及び／又は１５３等の１つ又は複数の既知のローカルＦＭ無線局からの信号をリスンする(listen)。この技法は、特にコンテンツプロバイダが、コンテンツを特定の地理的エリアでしか消費されないように認可(license)している場合に有用である。たとえば、ＦＭ無線局に対し、変調ピーク間の時間又は振幅を測定することができ、且つ／又はＲＤＳ（無線データシステム）を利用するＦＭ局のＲＤＳチャネルによって搬送されているデータもまた比較することができる。高速フーリエ変換（ＦＦＴ）又は同様のプロセスを実行し、結果を何らかの有用な時間間隔にわたって平均化することにより、今日では主としてソフトウェアでスペクトル分析を実行することができる、ということを考慮すると、対応するＦＭパラメータは、従来ＲＦスペクトルアナライザの出力に見られるような狭帯域又は広帯域ＲＦシグネチャから成る。別法として、シグネチャを形成する際に、カットオフ周波数が当該ＲＦ周波数を包囲するＲＦ帯域通過フィルタの時間平均出力を利用する等、はるかに単純な手段を使用することができる。別法として、シグネチャ要素は、合わせて信頼できるシグネチャ要素を提供するように知られているいくつかのキー周波数のみにおける１組のＲＦ帯域通過フィルタの出力の合計であってもよい。
【００３７】
５．１つ又は複数の共通携帯電話基地局の受信
このパラメータは、上述したＦＭパラメータに類似し、機器には、１つ又は複数の携帯電話基地局１６０によって使用される信号を受信する又は交換する手段が設けられる。そして、機器は、或る携帯電話基地局又は基地局の組から「聞く（hear）」か又はそれらと通信することができる。このパラメータは、コンテンツが、密集した狭い地理的エリアに限られている場合に有用である。たとえば、コンテンツプロバイダは、「放送が禁止された（blacked-out）」フットボールの試合を、試合が行われている競技場の非常に近くにある、ビデオディスプレイを有する携帯電話で見ることを阻止したい場合がある。ソース及びシンクの両方による、共通の携帯電話ページングチャネルの受信を、共通の環境を示すものとして使用することができる。別法として、環境の共通性は、１つ又は複数の携帯電話基地局との双方向通信に関わることができるというソース及びシンクの両方の能力に基づいてもよい。
【００３８】
６．ホームメディアサーバまでの経路
家庭Ａ１１４において、各機器は、ホームメディアサーバとして使用されているＰＣ１０８までの経路を決定する。家庭Ｂ（１１３）の機器（１１８）からホームメディアサーバ（１０８）までの経路は、それらを接続するためにバーチャルプライベートネットワークが使用される場合であっても異なる。
【００３９】
７．パケットフラグメント化によるＲＴＴステップの存在又は不在
このパラメータは、ソースとシンクとの間でさまざまなサイズのパケットがいかに送信されるかを決定し又は監視する。ルータにより、長いパケットをより小さい単位までフラグメント化してもよい、ということは既知である。ローカルルータは、比較的サイズの大きいパケットを扱うことができ、バックボーンルータ等の長距離ルータは、通常、長いパケットを送信の際により小さいパケットにフラグメント化する。比較的小さい単位が受信される際、それらを元の比較的長いパケットになるように再度組み立てるか又はデフラグメントするために幾分かの計算時間が必要である。この概念を図６に示す。この図において、垂直軸はパケットサイズを表し、水平軸は、インターネットノード間でパケットを送信するために必要な時間を表す。さらに、Ｒ１は、パケット毎にＰ１バイトまで扱うことができるローカルネットワークによるデータパケットの転送を表し、Ｒ２は、Ｐ２バイトのパケットを扱うことができるより高容量のネットワークによるデータパケットの転送を表す。パケット送信に関連するパラメータを決定するために、パケットが、２つの機器間で、又は機器とサーバとの間で（たとえばピングで接続確認することにより）送信される。パケットのサイズは徐々に増大し、パケットに対する結果としてのＲＴＴが監視される。図６において分かるように、パケットサイズが増大するに従い、送信時間が実質的に線形に増大する。しかしながら、パケットサイズがＰ１（インターネットルータの最大容量）に達すると、パケットはより小さい単位に分割され、再度組み立てられなければならない。したがって、Ｐ１を超えると、この再組立に必要なＢ１という遅延がある。同様の遅延は、Ｐ１×２、Ｐ１×３等においても発生する。しかしながら、ローカルネットワークによって同じパケットが送信される場合、遅延Ｂ２は、パケットサイズＰ２を超える場合にのみ発生する。したがって、データパケットの送信時間を検査することにより、ネットワークのデータ容量が決定され、この情報から、ネットワーク自体の特性（たとえば、それがローカルネットワークであるか、又は「長距離」ネットワーク、たとえばインターネットであるか）を同様に決定することができる。たとえば、ローカルイーサネット（登録商標）ベースのネットワークは、１５００バイトの最大伝送単位（ＭＴＵ）を許容する場合があり、インターネットルータは、わずかに５７６バイトのＭＴＵサイズしか許容しない場合もある。
【００４０】
図７は、コンテンツを受け取るために使用される、図１〜図５の機器のうちの任意のものの部分２００のブロック図を示す。この部分は、ハードウェア又はソフトウェアでインプリメントすることができ、これを、上述したいくつかのパラメータ又はすべてのパラメータに基づいて場所シグネチャを取得するために使用する。この目的のために、機器部分は、いくつかのパラメータ検出器モジュール（明確にするために３つのモジュール２０２、２０４、２０６のみを示す）を有し、各モジュールは、それぞれのパラメータのうちの１つを取得するように設計される。たとえば、モジュール２０２を使用して、ローカルＦＭ信号及び／又は携帯電話基地局信号を検出することができる。モジュール２０４を、図６に従ってサイズの異なるパケットの送信時間を決定するために専用化することができる。モジュール２０６を、上述した３つの技術のうちの１つ又は複数を使用してインターネットサーバまでの経路を決定することに専用化してもよい。
【００４１】
モジュールによって取得されるパラメータは、シグネチャコンパイラ２０８により、規則的な間隔で、又は遠隔地からの要求に応じてコンパイルされる。コントローラ２１０は、モジュール及びコンパイラの動作を制御する。
【００４２】
アンテナ１０５によってコンテンツをダウンロードする衛星ソース等、コンテンツソース、又はコンテンツサーバ１１９を使用して、コンテンツをプッシュ又はプルするか、若しくはコンテンツがネットワークＡ及び／又はＢの機器に利用可能となるようにする任意の他の技術を使用することができる。本発明によれば、コンテンツをダウンロードする前に、ソースは、機器がその場所に関連するいくつかの要件を満たすことを確認するためにシグネチャを要求してもよい。シグネチャが入手可能である場合、コントローラはそれをコンテンツソースに転送する。シグネチャが入手可能でない場合、コントローラは、シグネチャを取得するためにさまざまなモジュールを起動する。別法として、コンテンツソースは、機器がそれぞれのコンテンツを受け取るとともに再生するために必要な、要求されたシグネチャをダウンロードする。そして、コントローラは、コンパイラから実際のシグネチャを取得し、それを要求されたシグネチャと比較し、所定の要件が満たされる場合、コンパイラは、続けてコンテンツを取得し再生する。たとえば、シグネチャマッチング（要求されたシグネチャと実際のシグネチャとの間）では、ソース機器とシンク機器とのシグネチャが同一であることは必要ではない。要素の各々とシグネチャ全体とを比較する際、スコアを計算してもよく、十分なスコアが閾値と比較される場合に、シグネチャが一致するものとみなされてもよい。
【００４３】
上記パラメータ３又は６に対して決定された経路は、たとえば３つのルータを備えた家庭が依然として許諾可能な閾値内であるスコアを有することができるように、経路の開始において１つ又は２つの余分のホップを許容することができる。
【００４４】
共通ＦＭ無線局の受信等、他の要素に対し、必要に応じて重み付けすることができる。たとえば、機器のうちの１つがいかなるＲＦ信号を受信することができなかった場合（たとえば金属キャビネット内の受信機）、ＦＭ無線受信シグネチャ要素に対して、シグネチャ全体において重みを与えなくてもよい。他の場合では、「なし」より大きく「完全」よりは小さい重み付けをシグネチャ要素に与え、より信頼性の高いシグネチャ要素にはより大きい重みを割り当ててもよい。
【００４５】
上述したように、異なる目的のために異なるシグネチャが要求されてもよい。各シグネチャを、上で定義したさまざまなパラメータに対して異なる重みを与えることによって計算してもよい。以下の表は、４つの異なる場所、すなわち、家庭、近所、市及び国全体に対して４つの異なるシグネチャをいかに定義し得るかを示す。
【００４６】
【表１】
2007537624.tif 000003
【００４７】
この表は、それぞれのシグネチャを定義するためにさまざまな環境パラメータ又は場所パラメータに割り当てられる関係及び重みを例示する手段として提供される、ということが理解されるべきである。必要に応じて、他のパラメータを使用してもよく、異なるシグネチャに対して他の重みを割り当ててもよい。
【００４８】
さらに、或る期間にわたり、各要素に対して定期的に更新しながらシグネチャを計算することができる。これにより、機器には、２つの機器の間の最短ラウンドトリップタイムに関して定義されるＲＴＴ等の要素を決定するための時間を持つことができる。ワイヤレスネットワークでは、最短ラウンドトリップタイム、平均ラウンドトリップタイム及び最長ラウンドトリップタイムの間に大幅な広がりがある場合があり、たとえば、最短ＲＴＴは、１００回の試み毎に１回のみ見てもよい。
【００４９】
別の実施形態では、上記パラメータ３に対して使用されるピングの代りに、認証プロトコルの一部であるメッセージが使用され、ソース及びシンクは、サーバからのそれらのそれぞれの応答において同じ結果、たとえばナンス（nonce）を取得する必要がある。これにより、コンテンツ所有者は、ジオロケーションを行い、たとえば米国内にコンテンツを制限することができる。
【００５０】
添付の特許請求の範囲において定義されるような発明の範囲から逸脱することなく、本発明に対して多数の変更を行ってもよい。
【図面の簡単な説明】
【００５１】
【図１Ａ】コンテンツソースと意図されたシンクとの間の距離を決定するためにＲＴＴが使用される、従来技術によるシステムを概略的に示す図である。
【図１Ｂ】図１Ａのシステムで使用されるピング信号及び戻り信号を示す図である。
【図１】インターネットを通して又は衛星ソースからコンテンツを受信する２つのネットワークのシステムを概略的に示す図である。
【図２】１つのネットワークにおける共通ＩＰサブネットの決定を示す図である。
【図３】図１のシステムにおけるＭＡＣアドレスの決定を示す図である。
【図４】図１のシステム内の異なるルートトレースを示す図である。
【図５】図１のシステムとともにＦＭ局及び携帯電話基地局を示す図である。
【図６】いくつかのインターネットノードにわたってパケットを送信するために必要な時間に対するパケット長の典型的な変化を示す図である。
【図７】シグネチャを生成するために使用される図１の機器の一部を示す図である。
【図１Ａ】
2007537624.tif 000004
【図１Ｂ】
2007537624.tif 000005
【図１】
2007537624.tif 000006
【図２】
2007537624.tif 000007
【図３】
2007537624.tif 000008
【図４】
2007537624.tif 000009
【図５】
2007537624.tif 000010
【図６】
2007537624.tif 000011
【図７】
2007537624.tif 000012
【国際調査報告】
2007537624.tif 000013