(57)【要約】  コンテンツを配信するシステムは、コンテンツのディストリビュータと、ディストリビュータからコンテンツを受信するレシーバとを有する。レシーバは、複数のディストリビュータからディストリビュータを選択するセレクタと、選択されたディストリビュータからコンテンツを要求するコンテンツ要求手段と、コンテンツを受信する受信手段と、コンテンツに関するアイデンティティを決定するアイデンティティ決定手段と、決定されたアイデンティティに基づきディストリビュータにおけるコンテンツの利用可能性を証明するベリファイアとを有する。コンテンツのディストリビュータは、コンテンツに対するリクエストを受信するコンテンツリクエスト受信手段と、コンテンツを送信するディスパッチャとを有する。ディストリビュータは、レシーバからのコンテンツに対するリクエストの受信に応答して、レシーバにコンテンツを送信するよう構成される。レシーバは、ベリファイアがディストリビュータにおけるコンテンツの利用可能性を証明した場合、ディストリビュータのみを選択するよう構成される。
2007527576.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信するシステムであって、
複数のディストリビュータから前記コンテンツのディストリビュータを選択するセレクタと、
前記選択されたディストリビュータから前記コンテンツを要求するコンテンツ要求手段と、
前記コンテンツを受信する受信手段と、
前記コンテンツに関するアイデンティティを決定するアイデンティティ決定手段と、
前記決定されたアイデンティティに基づき、前記ディストリビュータにおける前記コンテンツの利用可能性を証明するベリファイアと、
を有する前記コンテンツを受信するレシーバと、
前記コンテンツに対するリクエストを受信するコンテンツリクエスト受信手段と、
前記コンテンツを送信するディスパッチャと、
を有する前記コンテンツのディストリビュータと、
を有し、
前記ディストリビュータは、前記レシーバからの前記コンテンツに対するリクエストを受信することに応答して、前記コンテンツを前記レシーバに送信するよう構成され、
前記レシーバは、前記ベリファイアが前記ディストリビュータにおける前記コンテンツの利用可能性を証明した場合、前記ディストリビュータのみを選択するよう構成される、
ことを特徴とするシステム。
【請求項２】
請求項１記載のシステムであって、
前記レシーバは、アイデンティティ受信手段を有し、前記複数のディストリビュータの中の１つからアイデンティティを受信することによって該アイデンティティを決定するよう構成されることを特徴とするシステム。
【請求項３】
請求項２記載のシステムであって、
前記レシーバは、アイデンティティ要求手段を有し、前記ディストリビュータから前記コンテンツのアイデンティティをリクエストした後、前記アイデンティティを受信するよう構成され、
前記ディストリビュータは、
前記コンテンツのアイデンティティに対するリクエストを受信するアイデンティティ要求手段と、
前記アイデンティティを送信するアイデンティティディスパッチャと、
を有し、前記レシーバからの前記コンテンツのアイデンティティに対するリクエストの受信に応答して、前記アイデンティティを前記レシーバに送信するよう構成される、
ことを特徴とするシステム。
【請求項４】
請求項２記載のシステムであって、
当該システムは、さらなるディストリビュータを有し、
前記レシーバは、前記さらなるディストリビュータからさらなるアイデンティティを受信するよう構成され、
前記ベリファイアは、前記受信したさらなるアイデンティティと前記コンテンツに関するアイデンティティとを比較するコンパレータを有し、前記アイデンティティが前記さらなるアイデンティティに等しい場合、前記さらなるディストリビュータにおける前記コンテンツの利用可能性を証明するよう構成され、
前記レシーバは、前記ベリファイアが前記さらなるディストリビュータにおける前記コンテンツの利用可能性を証明した場合、前記さらなるディストリビュータのみを選択するよう構成される、
ことを特徴とするシステム。
【請求項５】
請求項４記載のシステムであって、
前記レシーバは、前記ディストリビュータの前記コンテンツを受信するクオリティを決定するクオリティ決定手段を有し、前記決定されたクオリティに応じて、前記さらなるディストリビュータを選択するよう構成されることを特徴とするシステム。
【請求項６】
請求項２記載のシステムであって、
前記レシーバは、アイデンティティ導出手段を有し、前記複数のディストリビュータの中の１つから受信したコンテンツから前記アイデンティティを導出するよう構成されることを特徴とするシステム。
【請求項７】
請求項２記載のシステムであって、
当該システムは、さらなるディストリビュータを有し、
該さらなるディストリビュータは、
当該証明リクエストの一部であるさらなるアイデンティティに関するコンテンツの前記さらなるディストリビュータにおける利用可能性を証明するための証明リクエストを受信する証明リクエスト受信手段と、
証明結果を送信する証明結果ディスパッチャと、
を有し、
前記さらなるディストリビュータは、前記レシーバからの前記証明リクエストの受信に応答して、前記さらなるアイデンティティに関するコンテンツの前記さらなるディストリビュータにおける利用可能性を証明し、前記証明結果を前記レシーバに送信するよう構成され、
前記レシーバは、証明リクエストの前記さらなるディストリビュータを送信し、前記さらなるディストリビュータにおける前記コンテンツの利用可能性を証明する証明結果を受信した後、前記さらなるディストリビュータのみを選択するよう構成される、
ことを特徴とするシステム。
【請求項８】
コンテンツを受信するレシーバであって、
複数のディストリビュータから前記コンテンツのディストリビュータを選択するセレクタと、
前記選択されたディストリビュータから前記コンテンツを要求するコンテンツ要求手段と、
前記コンテンツを受信する受信手段と、
前記コンテンツに関するアイデンティティを決定するアイデンティティ決定手段と、
前記決定されたアイデンティティに基づき、前記ディストリビュータにおける前記コンテンツの利用可能性を証明するベリファイアと、
を有し、
当該レシーバは、前記ベリファイアが前記ディストリビュータにおける前記コンテンツの利用可能性を証明した場合、前記ディストリビュータのみを選択するよう構成されることを特徴とするレシーバ。
【請求項９】
コンテンツを配信する方法であって、
複数のディストリビュータから前記コンテンツのディストリビュータを選択するステップと、
前記選択されたディストリビュータから前記コンテンツを要求するステップと、
レシーバからの前記コンテンツに対するリクエストの受信に応答して、前記コンテンツを前記レシーバに送信するステップと、
前記コンテンツを前記レシーバにおいて受信するステップと、
前記コンテンツに関するアイデンティティを決定するステップと、
前記決定されたアイデンティティに基づき、前記ディストリビュータにおける前記コンテンツの利用可能性を証明するステップと、
を有し、
前記選択するステップにおいて、前記ベリファイアが前記ディストリビュータにおける前記コンテンツの利用可能性を証明した場合、前記ディストリビュータのみが選択されることを特徴とする方法。
【請求項１０】
コンテンツを配信するシステムの一部であるレシーバが、複数のディストリビュータから前記コンテンツのディストリビュータを選択し、前記選択されたディストリビュータから前記コンテンツを要求及び受信し、前記コンテンツに関するアイデンティティを決定し、前記決定されたアイデンティティに基づき、前記ディストリビュータにおける前記
コンテンツの利用可能性を証明し、前記ディストリビュータにおける前記コンテンツの利用可能性を証明した後、前記ディストリビュータのみを選択することを可能にするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを配信するシステムに関する。
【０００２】
本発明はまた、このようなシステムにおいて使用されるレシーバ、方法及びコンピュータプログラムプロダクトに関する。
【背景技術】
【０００３】
導入部に記載されるようなシステムは、ＷＯ０１／９１４１７Ａ２から知られている。当該文献は、コンテンツを多数のユーザに配信するため、ストリーミングメディアのコピーを格納する複数のクライアントデータネットワークを使用するストリーミングメディア配信システムを開示している。閲覧者がコンテンツを閲覧することを所望すると、システムはそのメディアコンテンツを提供するのにベストなクライアントデータネットワークを選択肢、閲覧者のシステム上へのクライアントラッパオブジェクトを当該ネットワークに指示する。このネットワークからの配信クオリティが低すぎるようになると、閲覧者のシステム上のクライアントラッパオブジェクトは、新たなクライアントデータネットワークへのスイッチオーバを要求する。システムはまた、メンテナンスなどのため、ラッパオブジェクトに異なるネットワークからコンテンツを受信するよう再指示するかもしれない。閲覧者のラッパオブジェクトはまた、通信ラインのクオリティなどに関するモニタリング情報をフィードバック及びログ処理のため、システムに提供する。
【０００４】
従来のシステムの問題点は、リダイレクションサーバとモニタリングサーバが必要とされるということである。これは、システムの複雑さとコストを増大させる。さらに、システムはもはや、リダイレクションサーバ又はモニタリングサーバの何れかが不具合を起こした場合、又はこれらのサーバとの接続性が失われた場合、メディアコンテンツを提供するのにベストなクライアントデータネットワークを選択することができなくなる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の課題は、導入部に記載されたタイプのシステムであって、コンテンツをレシーバに比較的シンプルに、確実にかつ安価に配信することが可能なシステムを提供することである。
【課題を解決するための手段】
【０００６】
上記課題は、コンテンツを配信するシステムであって、
複数のディストリビュータから前記コンテンツのディストリビュータを選択するセレクタと、
前記選択されたディストリビュータから前記コンテンツを要求するコンテンツ要求手段と、
前記コンテンツを受信する受信手段と、
前記コンテンツに関するアイデンティティを決定するアイデンティティ決定手段と、
前記決定されたアイデンティティに基づき、前記ディストリビュータにおける前記コンテンツの利用可能性を証明するベリファイアと、
を有する前記コンテンツを受信するレシーバと、
前記コンテンツに対するリクエストを受信するコンテンツリクエスト受信手段と、
前記コンテンツを送信するディスパッチャと、
を有する前記コンテンツのディストリビュータと、
を有し、
前記ディストリビュータは、前記レシーバからの前記コンテンツに対するリクエストを受信することに応答して、前記コンテンツを前記レシーバに送信するよう構成され、
前記レシーバは、前記ベリファイアが前記ディストリビュータにおける前記コンテンツの利用可能性を証明した場合、前記ディストリビュータのみを選択するよう構成される、
ことを特徴とするシステムにより実現される。
【０００７】
ディストリビュータを選択する前に、ディストリビュータにおけるコンテンツの利用可能性を証明することによって、コンテンツが要求されたディストリビュータにおいて利用可能であることが保証されるため、システムの信頼性が向上する。この証明は、レシーバが証明を担当するため、追加的なサーバを必要としない。
【０００８】
本発明は、レシーバがコンテンツを取得すべきディストリビュータを選択するのに比較的良好なポジションにあり、ディストリビュータにおけるコンテンツの利用可能性を証明することが適切なディストリビュータを選択する信頼性を向上させるという認識に基づくものである。
【０００９】
システムは、レシーバのユーザへの提示のため、コンテンツを処理又はレンダリングするプロセッサを有するレシーバを有するネットワークを有するようにしてもよい。システムは、インターネット、ワールドワイドウェブ、クライアントサーバアーキテクチャによるインフラストラクチャ、サーバ、ヘッドエンド、セットトップボックス、ウェブサービスのネットワーク又はＤＶＢ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ）規格を用いたネットワークを有するようにしてもよい。
【００１０】
コンテンツは、例えば、ニュース、映画、オーディオトラック、静止画像、ウェブページ、マルチメディアメッセージ、ウェブキャスト、オンラインマルチメディア又はエキスペリエンスであってもよい。コンテンツは、ＤＶＢストリーム、ＭＰＥＧストリーム、パケットストリーム、ダウンロードファイル、又は物理媒体などのフォーマットにより配信されるかもしれない。コンテンツは、無線、コンダクタセット、又は光ファイバや導波路などの電磁エネルギーのガイドなど、物理媒体を介し移動するエネルギーパターンにより配信されるかもしれない。あるいは、コンテンツは、キャリア上に格納され、キャリアの配布によって配信されるかもしれない。例えば、ＣＤ、ＤＶＤ、ＨＤ−ＤＶＤ又はＢｌｕ−Ｒａｙなどの光ディスクなどのマスストレージメディアがあげられる。
【００１１】
この配信は、コンテンツのサンプリング、コンテンツのデジタル化、コンテンツのソース符号化、コンテンツのチャネル符号化、又はコンテンツの復号化を伴うかもしれない。コンテンツをサンプリングする代わりに、それはコンピュータによって合成又は生成されるかもしれない。コンテンツは、ディストリビュータにおいて、あるいはコンテンツをディストリビュータに提供するコンテンツプロバイダにおいて、生成又は格納されてもよい。
【００１２】
システムは、コンテンツを受信するレシーバと、コンテンツのディストリビュータとを有する。レシーバは、エンドユーザによって所有される装置などであってもよい。それは、例えば、パーソナルコンピュータ、あるいは、テレビセット、音声受信セット、セットトップボックス、ジュークボックス、メディアプレーヤー、スマートフォン又はホームシネマシステムなどの家電機器であってもよい。ディストリビュータは、アクセスプロバイダ、サービスプロバイダ、アグリゲートサービスプロバイダ、サービス再販業者、サービスブローカー又は通信運営者などによって所有されるかもしれない。システムは、比較的多数のレシーバ及びディストリビュータを同時にサポートすることが可能であるかもしれない。
【００１３】
レシーバは、複数のディストリビュータからコンテンツのディストリビュータを選択するセレクタを有する。セレクタは、デジタル回路ロジックなどのハードウェア、あるいは複数のディストリビュータ又はそのアドレスのリスクをソート又はフィルタリングするルーチンなどのソフトウェアなどにより実現されるかもしれない。レシーバは、複数のディストリビュータにより構成され、ソースから複数を取得するよう構成されるかもしれない。レシーバは、複数のソースのアドレスにより構成されるかもしれない。コンテンツは、複数のディストリビュータを有してもよく、レシーバは受信したコンテンツから複数を抽出するよう構成されるかもしれない。レシーバは、依然として他の機構を利用して、複数のディストリビュータを検出するようにしてもよい。
【００１４】
レシーバは、選択されたディストリビュータからコンテンツを要求するコンテンツ要求手段と、コンテンツを受信する受信手段とを有する。コンテンツ要求手段と受信手段とは、それぞれアンテナ、チューナ、ネットワークアダプタ、ディテクタ、チャネルエンコーダ／デコーダ、コンテンツエンコーダ／デコーダ、又はシグナリングスタックを有するようにしてもよい。コンテンツリクエストは、ＨＴＴＰリクエスト、マルチキャストジョイン、ＳＩＰインバイトなどのフォーマットを又は他のフォーマットを有するかもしれない。
【００１５】
コンテンツのディストリビュータは、コンテンツに対するリクエストを受信するコンテンツリクエスト受信手段と、コンテンツを送信するディスパッチャとを有する。コンテンツリクエスト受信手段とディスパッチャとは、それぞれコンテンツ要求手段と受信手段について上述した手段を有し、又は共有するかもしれない。
【００１６】
ディストリビュータは、レシーバからのコンテンツに対するリクエストの受信に応答して、コンテンツをレシーバに送信するよう構成される。ディストリビュータの具体例は、ＨＴＴＰサーバ、ＣＯＲＢＡサーバ、ＤＣＯＭサーバ、ウェブサービスを提供するサーバ、マルチキャスト階層におけるノード、マルチキャストサーバ、リモートメソッドを呼び出すＡＰＩを実現するサーバ、又はサービスプロバイダによって典型的に所有されるサーバなどのクライアントサーバアーキテクチャによるネットワークのサーバである。
【００１７】
レシーバは、コンテンツに関するアイデンティティを決定するアイデンティティ決定手段を有する。
【００１８】
アイデンティティは、コンテンツを一意的に特定するためのものである。ディストリビュータを選択することにより受信されたコンテンツの変更を回避するため、１つのアイデンティティがさらに他のコンテンツに関連付けされることが回避されるべきである。コンテンツの選択可能なディストリビュータの不要な制限を防ぐため、他のアイデンティティがさらにコンテンツに関連付けされることが回避されるべきである。従って、アイデンティティは、理想的には１対１のマッピングによってコンテンツに関連付けされる。アイデンティティは、コンテンツに依存するが、ディストリビュータやコンテンツをアドレッシングするための特性には依存しない。これは、コンテンツの他の各ディストリビュータが、アイデンティティに基づき特定可能であるということを保証する。
【００１９】
アイデンティティは、ビットのプレーンストリング、ＡＣＳＩＩ符号化デジットストリング、透かしなどのフォーマット又は他のフォーマットを有するかもしれない。
【００２０】
アイデンティティは、複数の原理の１つに従って取得されるかもしれない。例えば、第１の原理では、レシーバは、アイデンティティにより構成される。これは、それが比較的にシンプルであり、レシーバにおけるアイデンティティの直接的な利用可能性を提供するという効果を有する。例えば、第２の原理では、レシーバは、各コンテンツの特徴にそれぞれ関連付けされるアイデンティティセットにより構成され、適切なアイデンティティが、各特徴についてコンテンツを調べることによって当該セットから選択される。これは、レシーバが、何れかからアイデンティティを取得することに煩わされることなく、複数のアイデンティティを提供可能であるという効果を有する。例えば、第３の原理では、レシーバは、それを受信することによってアイデンティティを取得する。これは、レシーバが構成されたアイデンティティを必要としないという効果を有する。これは、レシーバによって経時的に処理されるアイデンティティの変更を可能にする。それはまた、メモリ要求を低減するかもしれない。アイデンティティが受信されるため、多数のアイデンティティに対するアキュミュレータを不要にすることができる。例えば、第４の原理では、レシーバは、アイデンティティに対するリクエストを送信し、応答としてアイデンティティを受信する。例えば、第５の原理では、アイデンティティは、コンテンツ又はコンテンツの一部から導出される。これは、アイデンティティがコンテンツに厳格に結合され、アイデンティティと各コンテンツを混合する可能性を排除する効果を有する。具体例として、ハッシュ関数や指紋などの入力のアイデンティティ生成機能を実現する計算機の入力にコンテンツを提供することがあげられる。例えば、第６の原理では、アイデンティティがコンテンツからアイデンティティへのマッピングを登録するアイデンティティ発行機関から取得される。これは、アイデンティティの発行が実施ポリシーを受けるかもしれないという効果を有する。例えば、第７の原理では、アイデンティティは、それが生成された時点に、コンテンツに割り当てられる。その後、アイデンティティは、例えば、コンテンツ生成時間、コンテンツ制作者、コンテンツ生成アプリケーション又はこれらの何れかの証明書に依存するかもしれない。これは、コンテンツが、アイデンティティと関連付けられている間のみ存在し、特定不能なコンテンツに対する原因を排除するという効果を有する。
【００２１】
レシーバは、決定されたアイデンティティに基づき、ディストリビュータにおけるコンテンツの利用可能性を証明するベリファイアを有する。ベリファイアは、アイデンティティを以前に取得した他のアイデンティティとマッチングすることによって、証明を行うかもしれない。あるいは、ベリファイアは、アイデンティティを転送し、ディストリビュータなどに証明を委任するかもしれない。ベリファイアは、以前の証明の特性を格納するメモリを有し、より迅速な証明のためメモリにコンテンツに依るようにしてもよい。
【００２２】
レシーバは、ベリファイアがディストリビュータにおけるコンテンツの利用可能性を証明した場合、そのディストリビュータのみを選択するよう構成される。これは、複数の方法の１つによって実現されるかもしれない。第１の方法では、ディストリビュータが複数の中から予め選択され、この予め選択されたディストリビュータにおけるコンテンツの利用可能性が、ベリファイアによって証明される。この予めの選択は、ディストリビュータをランダムに抽出することによって行われてもよい。これは、すべてのディストリビュータが予め選択される等しいチャンスを有し、これにより、バイアスを回避するという効果を有する。あるいは、予めの選択は、例えば、頻繁に選択されたディストリビュータを優先させたり、直近の受信が比較的良好でないクオリティを有するディストリビュータの予めの選択を回避するなど、選択されたディストリビュータの履歴とそれらの特性を考慮することによって、行われてもよい。これは、肯定的な証明には比較的少数の平均証明数で十分であるかもしれないという効果を有する。
【００２３】
第２の方法では、レシーバは、メモリを有し、複数のディストリビュータの少なくとも２つから利用可能なコンテンツの在庫を格納している。これを実現するため、レシーバは、ディストリビュータにそれらのコンテンツをアクティブに問い合わせ、あるいは、サービスアナウンスメントなど、ディストリビュータからのプッシュの一部としてこれを受信するかもしれない。メモリに格納されている情報は、各アイデンティティについて他のディストリビュータのリストを取得するよう処理されてもよい。これは、他のディストリビュータが検索によって比較的迅速に検出可能であるという効果を有する。
【００２４】
セレクタは、イベントによってディストリビュータを選択するのをトリガーされるかもしれない。イベントの例として、他のコンテンツの要求、コンテンツ受信クオリティの低下、選ばれた相対時間に到達したクロック、又は支払無料などの配信条件の変更などがあげられる。
【００２５】
コンテンツは、ディスパッチャにおいて、又はコンテンツ制作者において生成されるかもしれない。
【００２６】
システムのさらなる効果は、接続に関するさらなる通知がレシーバから求められず、帯域幅を節約することができるということである。従来のシステムでは、クライアントラッパオブジェクトは、モニタリングサーバがモニタすることを可能にするため、モニタリングサーバに情報を提供しなければならない。これは、コンテンツを搬送するストリームと干渉するトラフィックを生成する。さらに、それは限られたリソースである帯域幅を消費する。
【００２７】
他の効果は、システムがまた少なくとも２つの完全に切断されているネットワークによる状況において適切に機能するかもしれないということである。このような場合、システムは、第１ディストリビュータを有する第１ネットワークと、第２ディストリビュータを有する第２ネットワークを有し、レシーバは第１及び第２ネットワークの双方の一部となる。第１ネットワークは、レシーバと第１ディストリビュータとの間の第１通信パスを有する。同様に、第２ネットワークは、レシーバと第２ディストリビュータとの間の第２通信パスを有する。第１及び第２ネットワークは、互いに完全に切断されていてもよく、第１及び第２通信パスは、互いに排他的でありながら、レシーバは依然として第１及び第２ディストリビュータの両方におけるコンテンツの利用可能性を証明することが可能である。
【００２８】
効果的には、レシーバは、アイデンティティを格納するメモリを有する。これは、格納されると、アイデンティティはレシーバにおいて直接利用可能となり、これにより、比較的迅速な証明を保証するという効果を有する。
【００２９】
メモリはさらに、ディストリビュータからのコンテンツを要求及び受信する特性を格納するかもしれない。特性の例として、ＴＣＰソケットやＵＤＰソケットなどのリクエストが送信されるディストリビュータのアドレス、又はコンテンツを取得するマルチキャストアドレスがあげられる。これは、コンテンツが、ディストリビュータの選択後に比較的迅速に受信されるかもしれないという効果を有する。なぜなら、これらの特性はメモリから抽出可能であるためである。
【００３０】
メモリはさらに、複数のディストリビュータのうちさらなるディストリビュータに関するアイデンティティと特性を格納するようにしてもよい。これは、ディストリビュータを選択し、当該ディストリビュータからのコンテンツの受信を開始する時間をさらなる低減する可能性により、レシーバが各利用可能なコンテンツについて証明された他のディストリビュータを有するリストを決定するかもしれないという効果を有する。
【００３１】
効果的には、レシーバは、少なくともデフォルトとして、レシーバのオペレータとのインタフェースにおけるコンテンツの１つの出現を提供するときのみ、コンテンツを提供する複数のディストリビュータにデータを格納する。これは、オペレータが同一コンテンツの複数のインスタンスにより混乱しないという効果を有する。
【００３２】
実施例では、システムは、請求項２の特徴を有し、コンテンツに加えて、レシーバはアイデンティティを受信する。従って、レシーバは、アイデンティティ受信手段を有する。アイデンティティ受信手段とコンテンツ受信手段とは、アンテナ、入力コネクタ、アンプ、ミキサ、ディテクタ、デコーダ、ネットワークアダプタ又はプロトコルスタックなどの共通のパートを有するかもしれない。レシーバは、複数のディストリビュータの１つからアイデンティティを受信することによって、アイデンティティを決定するよう構成される。これは、レシーバがアイデンティティを構成、構築又は計算などする必要がなく、これにより、電力、処理キャパシティ及びメモリなどのリソースを節約することができるという効果を有する。他の効果は、レシーバがあるアイデンティティについて構成される必要がないということである。受信したアイデンティティは証明後に処分されるかもしれないため、他の効果は、レシーバがメモリなどのかなりのリソースを要せず、大量のアイデンティティを処理可能であるということである。効果的には、アイデンティティが配布される方法に応じて、アイデンティティとコンテンツとの間の１対１のマッピングを取得することが相対的に容易になるかもしれない。受信したアイデンティティは、アイデンティティがそれに対するリクエストなく配布及び受信されるいわゆるプッシュモデルにより実現されてもよい。これは、特にアイデンティティの変更のみがプッシュモデルにより通信される場合、アイデンティティを配布するために要する帯域幅を節約するかもしれない。
【００３３】
他の実施例では、システムは請求項３の特徴を有し、レシーバは、ディストリビュータからアイデンティティを要求するかもしれない。従って、レシーバは、アイデンティティ要求手段を有し、ディストリビュータからのアイデンティティの要求後にアイデンティティを受信する。他方、ディストリビュータは、アイデンティティに対するリクエストを受信するアイデンティティリクエスト受信手段と、アイデンティティに対するリクエストの受信に応答して、アイデンティティを送信するアイデンティティディスパッチャとを有する。本実施例は、何れのディストリビュータからいつアイデンティティが要求されるかという事実にレシーバが制御されるという効果を有する。これは、レシーバが必要である場合のみ、アイデンティティが配布されるため、プッシュモデルに関して帯域幅を節約することが可能である。アイデンティティに対するリクエストはまた、ディストリビュータがコンテンツの要求前に到達可能又は接続されていなければならないという意味で、さらなるチェックとなる。
【００３４】
他の実施例では、システムは請求項４の特徴を有し、レシーバはディストリビュータをスイッチしてもよい。従って、システムは、さらなるディストリビュータを有する。レシーバは、さらなるディストリビュータからさらなるアイデンティティを受信するよう構成される。ベリファイアは、受信したさらなるアイデンティティとコンテンツに関するアイデンティティとを比較するコンパレータを有する。ベリファイアは、アイデンティティがさらなるアイデンティティに等しい場合、さらなるアイデンティティにおけるコンテンツの利用可能性を証明するよう構成される。レシーバは、ベリファイアがディストリビュータにおけるコンテンツの利用可能性を証明した場合、さらなるディストリビュータのみを選択するよう構成される。これは、レシーバがディストリビュータからコンテンツを受信する状態と、さらなるディストリビュータからコンテンツを受信するさらなる状態との間のスイッチが可能であるという効果を有する。状態間の切り替え中、証明は同一のコンテンツがスイッチされたディストリビュータにおいて利用可能であることを保証する。これをさらに向上させるため、この切り替えは、コンテンツが割込やヒックアップ（ｈｉｃｋ−ｕｐｓ）なしに受信されるように実行されてもよい。複数の技術がこれを実現するのに適用可能である。第１の技術では、レシーバは、コンテンツがさらなるディストリビュータから到着するためスタートするときに、さらなるディストリビュータに切り替え可能である。第２の技術では、レシーバは、比較的短い時間でディストリビュータとさらなるディストリビュータの両方からコンテンツを受信する。この期間中に切り替えが行われる。この技術は、各コンテンツの間の時間差を克服することによって、さらに向上させることができる。一例では、各コンテンツは、時間差を考慮するため、バッファに少なくとも部分的に格納される。
【００３５】
他の実施例では、システムは請求項５の特徴を有し、ディストリビュータの選択は、コンテンツを受信するクオリティの変化によってトリガーされるかもしれない。レシーバは、ディストリビュータのコンテンツを受信するクオリティを決定するクオリティ決定手段を有し、決定されたクオリティに応じてさらなるディストリビュータを選択する。これは、さらなるディストリビュータの選択が選ばれた閾値以下のクオリティが低下することによってトリガーされるため、高いクオリティによる受信に貢献するかもしれない。クオリティは、例えば、パケットベースネットワークを介しコンテンツを搬送するパケットのパケットロスレート、コンテンツにより変調された電磁搬送波の受信信号強度、デジタルチャネルにおけるビットストリームの測定されたビットエラーレート、又はコンテンツを搬送するフレームのフレーム再送レートなどの技術的受信プロパティなどに関するものであってもよい。あるいは、クオリティは、ディストリビュータからのコンテンツに対する課金スキーム、ディストリビュータへのパスに沿ったリソースの利用可能性、又はディストリビュータからのコンテンツに対するロイヤリティプログラムなどの非技術的受信プロパティに関するものであるかもしれない。
【００３６】
他の実施例では、システムは請求項６の特徴を有し、アイデンティティはコンテンツから導出されるかもしれない。レシーバは、アイデンティティ導出手段を有し、複数のディストリビュータの中の１つから受信したコンテンツからアイデンティティを導出する。これは、アイデンティティが導出されるまでコンテンツに厳格に結合されるという効果に加えて、アイデンティティを受信する上述の効果の組み合わせを提供する。関連するコンテンツと分離し、それほど厳格には結合されないアイデンティティは、誤りによって他のコンテンツに関連付けされ、又は失われるリスクがより高くなる。コンテンツは、例えば、透かしとしてアイデンティティを含むかもしれず、アイデンティティ導出手段は、コンテンツから透かしを抽出するかもしれない。
【００３７】
他の実施例では、システムは請求項７の特徴を有し、証明はシステムによって構成されるさらなるディストリビュータに少なくとも部分的に委託されてもよい。さらなるディストリビュータは、さらなるアイデンティティに関するコンテンツのさらなるディストリビュータにおける利用可能性を証明するための証明リクエストを受信する証明リクエスト受信手段を有する。さらなるアイデンティティは、証明リクエストの一部である。さらなるディストリビュータは、証明結果を送信する証明結果ディスパッチャを有する。レシーバからの証明リクエストの受信に応答して、さらなるディストリビュータは、さらなるアイデンティティに関するコンテンツのさらなるディストリビュータにおける利用可能性を証明し、証明結果をレシーバに送信するよう構成される。レシーバは、証明結果をさらなるディストリビュータに送信し、さらなるディストリビュータにおけるコンテンツの利用可能性を証明する証明結果を受信した後、さらなるディストリビュータのみを選択するよう構成される。さらなるディストリビュータが証明に参加するため設けられるため、本実施例は、レシーバが複数のアイデンティティを処理又は比較する必要がないという効果を有する。これは、例えば、システムが数千のレシーバを有するが、１０個程度のディストリビュータしか有しないため、システムの複雑さを簡単化するかもしれない。
【発明を実施するための最良の形態】
【００３８】
本実施例では、システム１００は、デジタル・ビデオ・ブロードキャスティング規格化コンソーシアムにおいて議論されるようなＤＶＢ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔｉｎｇ）サービス１０１を配信するためのネットワークを有する。ディストリビュータ１０３は、典型的には、サービスプロバイダ１０３によって所有されるマルチキャスト階層におけるノードなどである。本実施例では、コンテンツ１０１は、単一のＤＶＢサービス１０１であるが、一般にはこのようなＤＶＢを複数有するもの、すなわち束であるかもしれない。レシーバ１０２は、いわゆるＨＮＥＤ（Ｈｏｍｅ  Ｎｅｔｗｏｒｋ  Ｅｎｄ  Ｄｅｖｉｃｅ）である。ＨＮＥＤは、例えば、セットトップボックス、インターネットテレビ送品、インターネットラジオ又はターミナルアダプタを備えたＰＣであってもよい。ＨＮＥＤは、典型的には、受信した信号からコンテンツ１０１を取得するためのソフトウェアを有する。
【００３９】
以下の説明では、ＤＶＢサービス１０１、サービスプロバイダ１０３及びＨＮＥＤ１０２という用語が使用され、それぞれコンテンツ１０１、ディストリビュータ１０３及びレシーバ１０２を参照している。
【００４０】
各ＤＶＢサービス１０１は、１対１マッピングによりアイデンティティ（ｉｄｅｎｔｉｔｙ）１０８と関連付けされている。従って、アイデンティティ１０８は、さらなるサービスプロバイダ１１６によって提供されるＤＶＢサービス１０１の他のインスタンスが、実際には選択されたサービスプロバイダ１０３のインスタンスと同一のＤＶＢサービス１０１であることを証明するのに利用されるかもしれない。アイデンティティ１０８に基づき、ＨＮＥＤはユーザインタフェースを介しユーザに１回のみ各ＤＶＢサービス１０１を提供するよう構成されるかもしれない。これは、ユーザが同一のＤＶＢサービス１０１の複数のインスタンスにより混乱することを回避する。新たなＤＶＢサービスは、サービスアナウンスメントによりアナウンスされてもよい。サービスアナウンスメントは、新たなＤＶＢサービスの各アイデンティティを有するかもしれない。サービスアナウンスメントは、通常のマルチキャスト、すなわち、プッシュモデル、又はＨＮＥＤにより発せいられるリクエスト、すなわち、プルモデルを介しＨＮＥＤに提供されるかもしれない。レシーバ１０２は、利用可能なコンテンツ１０１のアイデンティティ、マルチキャストアドレス、ＩＰアドレス及び受信クオリティの履歴など、ＤＶＢサービスの受信に関するデータを格納するメモリを有するようにしてもよい。サービスアナウンスメントの受信に応答して、レシーバ１０２は、メモリに格納されているデータを更新するようにしてもよい。
【００４１】
複数のサービスプロバイダ１０３は、単一のＤＶＢサービス１０１をユーザに同時に提供するかもしれず、これにより、ＤＶＢサービス１０１の複数のインスタンスがもたらされる。ＤＶＢサービス１０１は、単一のアクセスネットワーク又は様々なアクセスネットワーク接続を介し提供されるかもしれない。ネットワーク／トラフィックパラメータ、サービスのクオリティ及びサービスのコストは、一般には各種サービスプロバイダ１０３の間で異なる。
【００４２】
ＨＮＥＤがＤＶＢサービス１０１の利用可能なインスタンスの１つに関する情報のみを格納することが予想されるかもしれない。なぜなら、これは同一のＤＶＢサービス１０１のその他の各インスタンスを格納することからメモリを節約し、これはＤＶＢサービス１０１の受信を開始するのに十分であるためである。しかしながら、一般には、ＤＶＢサービス１０１の利用性は保証することはできない。なぜなら、ネットワーク接続の状態は、例えば、利用可能な帯域幅、遅延、ジッタ又は接続コストなどに関して安定的なものではないためである。ＨＮＥＤが１つのインスタンスの情報のみを格納する場合、ＨＮＥＤのユーザは、混乱した受信、不完全なサービス１０１又はＤＶＢサービス１０１がもはや現在のサービスプロバイダ１０３によっては配信不可能となる場合には黒色画面に気付くかもしれない。これは、ＨＮＥＤが利用可能なＤＶＢサービスの更新を受信するまで続くかもしれない。
【００４３】
本発明によるＨＮＥＤでは、ＨＮＥＤはまた、さらなるディストリビュータ１１６において利用可能なＤＶＢサービス１０１のさらなるインスタンスの情報を格納するようにしてもよい。デフォルトとして、ＨＮＥＤは、ＨＮＥＤのオペレータに１つのインスタンスのみを提供するかもしれない。サービス１０１の少なくとも他のインスタンスから関連する情報をＨＮＥＤに格納することによって、ＨＮＥＤは、ある基準に基づきさらなるインスタンスを選択することが可能である。この基準は、ユーザプロファイルに応じたものとすることが可能である。特に、サービス１０１を提供する現在選択されているプロバイダへの接続が失われると、ＨＮＥＤは、同一サービス１０１のさらなるインスタンスに関する格納されている情報に基づき、他のプロバイダを迅速に選択することができるということは有用である。この情報がＨＮＥＤに格納されている場合、比較的迅速な選択が可能となる。このような場合、情報を収集する必要がなく、プッシュモデルについてはその情報を有する新たなマルチキャストメッセージを待機し、又はプルモデルについてはサーバからその情報を要求することを伴うかもしれない。
【００４４】
レシーバ１０２は、フィリップスＳｔｒｅａｍｉｕｍなどのインターネット対応可能なラジオセットであってもよい。この特定のレシーバ１０２は、ラジオチャネルのリストを取得するため、フィリップスＰＩＡＰプラットフォームなどのデフォルトのアグリゲータ（ａｇｇｒｅｇａｔｏｒ）サービスプロバイダ１０３とコンタクトしてもよい。しかしながら、レシーバ１０２は、他のアグリゲータサービスプロバイダ１０３又はさらなるサービスプロバイダ１１６とコンタクトし、さらなるラジオチャネルリストを受信するようにしてもよい。ＰＩＡＰプラットフォームから利用可能なコンテンツはまた、他のサービスプロバイダ１０３から利用可能であってもよい。
【００４５】
一例となるシナリオでは、ユーザはＲａｄｉｏ−１と呼ばれるラジオチャネルを聴いている最中であり、それはＰＩＡＰプラットフォームからストリーミングされるが、さらなるサービスプロバイダ１１６によってアナウンスされる。レシーバ１０２は、Ｒａｄｉｏ−１に関して両方のサービスプロバイダ１０３の情報を格納する。ある時点において、ＰＩＡＰプラットフォームとレシーバ１０２との間のネットワークにおいて問題が発生し、Ｒａｄｉｏ−１がもはやＰＩＡＰプラットフォームから受信されなくなるかもしれない。接続がダウンした時点に、レシーバ１０２は、さらなるサービスプロバイダ１１６との接続を設定し、Ｒａｄｉｏ−１の受信が継続される。これは、さらなるサービスプロバイダ１１６からの情報が、ＨＮＥＤにすでに格納されている場合には、可能性がある。レシーバ１０２は、ユーザの介入を要することなく、さらなるサービスプロバイダ１１６にフェールオーバ（ｆａｉｌ−ｏｖｅｒ）を実行するよう構成されるかもしれない。
【００４６】
従来のシステムでは、しかしながら、従来のレシーバは、チャネルリストから失敗したチャネルを取り除く。その後、ユーザは典型的には、聴取のため他のチャネルを選択する。その後しばらくして、おそらく分のオーダで、Ｒａｄｉｏ−１チャネルが、おそらくさらなるサービスプロバイダからのプッシュ又はプルを介して典型的にリストに戻されるであろう。
【００４７】
上記シナリオでは、サービスプロバイダ１０３の選択は、チャネルがもはやＰＩＡＰプラットフォームから受信しなくなったことによってトリガーされる。しかしながら、レシーバ１０２はまた、各種サービス１０１のパラメータの情報の変更によって選択がトリガーされることも可能である。
【００４８】
同一のサービス１０１が、同時に複数の場所から提供されるかもしれない。アイデンティティ１０８は、それが複数のディストリビュータによって提供されるすべてのサービスの中で一意的なものである限り、同一のサービス１０１のサービスインスタンスを決定するのに十分である。
【００４９】
上記実施例は、本発明を限定するものではなく説明するものであって、当業者は添付された請求項の範囲から逸脱することなく他の多数の実施例を構成することが可能であるということに留意されたい。請求項において、括弧内に置かれた参照符号は、当該請求項を限定するものとして解釈されるべきではない。動詞「有する」とその派生語の使用は、請求項に記載された以外の要素又はステップの存在を排除するものではない。要素に前置される不定冠詞「ある」とは、このような要素が複数存在することを排除するものではない。本発明は、複数の要素を有するハードウェアと適切にプログラムされたコンピュータによって実現可能である。複数の手段を列挙したシステム又は装置クレームでは、これらの手段のいくつかが同一のハードウェアアイテムによって実現可能である。ある手段が互いに異なる従属クレームに記載されているという事実が、これらの手段の組み合わせが効果的に利用可能ではないことを示しているものではない。
【００５０】
「コンピュータプログラム」とは、フロッピー（登録商標）ディスクなどのコンピュータ可読媒体に格納され、インターネットなどのネットワークを介しダウンロード可能であり、あるいは他の何れかの方法により市販されている任意のソフトウェアプロダクトを意味すると理解されるべきである。
【図面の簡単な説明】
【００５１】
【図１】図１は、本発明によるシステムのブロック図である。
【図１】
2007527576.tif 000003
【国際調査報告】
2007527576.tif 000004
2007527576.tif 000005