(57)【要約】  本発明は、ローカルエリアネットワーク内部のゲートウェイ配信サービスの受信サービスに対するアクセスを管理する方法に関する。ゲートウェイは、デジタルサービスを受信する手段と、受信したサービスをローカルエリアネットワーク上でクライアントに配布するキャパシティとを備える。使用レベルでは、ゲートウェイはユーザ間の優先度と、衝突を管理するためのサービス予約モードとから構成される。
2008536419.tif 000002
【特許請求の範囲】
【請求項１】
ローカルエリアネットワークに接続したクライアントと呼ばれる装置がデジタルサービスを選択する方法であって、前記ローカルエリアネットワークは配信ゲートウェイと呼ばれる装置を備え、前記配信ゲートウェイはデジタルサービスの受信手段と前記ローカルエリアネットワーク上での前記受信サービスの配信手段とを備え、前記クライアントによる方法は、少なくとも
前記配信ゲートウェイを介してアクセス可能なデジタルサービスのリストを受信するステップと、
前記リストに基づきサービスの受付けを要求するクエリを送信するステップと
を含み、
前記クエリは、前記クエリに関連付けられた優先順位を含むことを特徴とする方法。
【請求項２】
前記クエリに関連付けられた前記優先順位は、前記クライアントにおいて前記クエリを開始したユーザの優先順位であることを特徴とする請求項１に記載の方法。
【請求項３】
前記クエリに関連付けられた前記優先順位は、前記クライアントにおいて前記クエリを開始した装置の優先順位であることを特徴とする請求項１に記載の方法。
【請求項４】
前記クライアントの前記ユーザの前記優先順位に応じてサービスを選択可能であるか否かを各サービスに対して指定するデジタルサービスリストであって前記配信ゲートウェイを介してアクセス可能なデジタルサービスリストを表示するステップをさらに含むことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記クライアント装置の前記優先順位に応じてサービスを選択可能であるか否かを各サービスに対して指定するデジタルサービスリストであって前記配信ゲートウェイを介してアクセス可能なデジタルサービスリストを表示するステップをさらに含むことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項６】
前記クエリは、前記受信手段の予約モードをさらに含むことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記予約モードは、チューナに対するアクセスが排他的であるモードを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記予約モードは、サービスに対するアクセスが排他的であるモードを含むことを特徴とする請求項６又は７に記載の方法。
【請求項９】
前記予約モードは、前記クライアントが予約した前記サービスと、当該サービスと同じトランスポートストリーム上で伝送されるサービスへのアクセスを少なくとも第２のクライアントに許可するモードを含むことを特徴とする請求項６又は７に記載の方法。
【請求項１０】
ローカルエリアネットワークに接続した配信ゲートウェイと呼ばれる装置を介したクエリサービス方法であって、前記配信ゲートウェイはデジタルサービスの受信手段と、前記ローカルエリアネットワークに接続したクライアントと呼ばれる装置向けの、前記ローカルエリアネットワークで受信した前記デジタルサービスの配信手段とを有し、前記方法は少なくとも
−  利用可能なデジタルサービスのリストを送信すること；
−  優先順位を有するデジタルサービスに対するクエリを受信すること；
−  前記クエリに対してサービスする前記ゲートウェイのキャパシティを決定すること；
のステップを含み、
前記方法は、少なくとも１つ前のクエリに対するサービスのため、前記ゲートウェイが前記クエリに対してサービスできない場合、前記クエリに含まれる前記優先順位に従って、受信した前記クエリと前記少なくとも１つの前のクエリの中から優先権が与えられたクエリを選択するステップをさらに含むことを特徴とする方法。
【請求項１１】
前記クエリは、前記受信手段の予約レベルをさらに備え、
前記受信クエリと前記少なくとも１つ前のクエリの中から優先権が与えられたクエリを選択するステップは、さらに前記予約レベルに従って行われることを特徴とする請求項７に記載の方法。
【請求項１２】
デジタルサービスの受信手段を有するデジタルサービス配信装置からデジタルサービスリストを受信する手段と、デジタルサービスの受信手段と、受信したサービスリスト内の前記デジタルサービスのうち少なくとも１つのデジタルサービスの配信を要求するクエリを送信する手段とを備えるローカルエリアネットワークに接続したクライアント装置であって、
受信したサービスリスト内の前記デジタルサービスのうち少なくとも１つのデジタルサービスの配信を要求するクエリを送信する前記手段は、前記クエリ内に優先順位を含める手段をさらに備えることを特徴とするクライアント装置。
【請求項１３】
前記優先順位は、前記装置のユーザに関連することを特徴とする請求項１２に記載の装置。
【請求項１４】
前記優先順位は、前記装置自体に関連することを特徴とする請求項１２に記載の装置。
【請求項１５】
前記配信装置の前記受信手段の予約モードを前記クエリ内に含める手段をさらに備える請求項１２〜１４のいずれか１項に記載の装置。
【請求項１６】
ローカルエリアネットワーク上のデジタルサービスの配信装置であって、
デジタルサービスの受信手段と、前記装置がアクセス可能なデジタルサービスのリストを前記ローカルエリアネットワークのクライアントに送信する手段と、
前記アクセス可能サービスのうち少なくとも１つのサービスの配信を要求するクエリを受信する手段を備え、
少なくとも１つ前のクエリに対するサービスのため前記ゲートウェイが前記クエリに対するサービスできない場合、前記クエリに含まれる前記優先順位に従って、受信した前記クエリと前記少なくとも１つ前のクエリの中から優先権が与えられたクエリを選択する手段をさらに有することを特徴とする装置。
【請求項１７】
前記クエリは、前記受信手段の予約レベルと、前記受信クエリおよび前記前のクエリに含まれる前記予約モードにさらに従って選択を行う前記選択手段とを備えることを特徴とする請求項１６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタルテレビの領域に関し、より詳細には家庭内でのその配信に関する。
【背景技術】
【０００２】
衛星、ケーブルまたは無線チャネル経由でのデジタルテレビサービスのブロードキャストは今日一般的であり、その初期段階としてこれらのサービスが国内ネットワーク経由で配信されている。家庭内のＩＰネットワーク上でのこれらデジタルテレビサービスの配信を可能とするソリューションの提案が望ましい。
【０００３】
現在検討されているアーキテクチャは、ブロードキャストマルチメディアサービスの受信とその家庭内での再配信とを家庭内ネットワーク経由で可能とするブロードキャストゲートウェイを必要とする。このゲートウェイは業界用語で“チューナ”と呼ばれる１つまたは複数の受信モジュールを有する。本モジュールはケーブル、衛星、無線または任意の他の受信モジュールと関係することができる。ブロードキャストゲートウェイは、これらのサービスを家庭内ネットワーク上で配信することを担う。ブロードキャストゲートウェイは、例えばＤＶＢ−ＩＰ（デジタルビデオブロードキャスティングオーバＩＰインフラ）標準を用いてこれを行うことができる。この標準は、参照番号ＥＴＳＩ  ＴＳ  １０２．０３４  ｖ１．１．１でＥＴＳＩにて入手可能な“ＤＶＢ−ＩＰ  フェーズ１仕様ハンドブック”で文書化されている。
【０００４】
これらの配信サービスに対して一定数のクライアントを家庭内ネットワークに接続することができる。その中にはテレビジョン装置、ビデオテープレコーダまたはＰＶＲ（パーソナルビデオレコーダ）等の記録装置または他のものがある。
【０００５】
サービスは一般に、データトランスポートストリーム内で一括化および多重化されてブロードキャストされる。これらのトランスポートストリームは、ＥＴＳＩ（欧州電気通信標準化機構）が公開しているＤＶＢ標準に従って構成される。この標準はＭＰＥＧに基づく。ＭＰＥＧの仕様はとりわけ以下の文書中に見出すことができる。即ち、“ＭＰＥＧ−２システム：ＩＳＯ／ＩＥＣ，１９９４．動画および関連するオーディオの汎用的符号化：システム，（ＭＰＥＧ−２システム仕様），１１月，ＩＳＯ／ＩＥＣ  １３８１８−１”および”ＭＰＥＧ−２  ビデオ：ＩＳＯ／ＩＥＣ，１９９４，動画および関連するオーディオの汎用的符号化：ビデオ，（ＭＰＥＧ−２  ビデオ規格），５月，ＩＳＯ／ＩＥＣ  １３８１８−２“である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
これらの標準に従うと、サービスはトランスポートストリーム内部のマルチプレックス毎に一括化される。マルチプレックスを含むトランスポートストリーム上で受信モジュールを接続することができ、受信モジュールはそこから１つまたは複数のサービスを抽出することができる。マルチプレックスの１つを受信するように受信モジュールの１つを構成して、本マルチプレックス内のサービスを家庭内ネットワークのクライアントの１つに向けて配信すると、現行サービスの受信を中断せずに別の利用可能なマルチプレックスに属するサービスを受信することは、少なくともこの受信モジュールの支援下では不可能になる。
【０００７】
従って受信モジュール数の制限により、システムの他ユーザの選択に従ってユーザに提供したサービスを、全ての利用可能なサービスのうち任意の時点で選択することが制限される。
【０００８】
サービスをブロードキャストする他のモードも、サービス選択に関して同様な性質を持つ制約をもたらす可能性がある。例えば、ＡＤＳＬ線上のブロードキャストモードによりマルチプレックスの問題から解放されうる（即ち、夫々の時点で各サービスに理論的にアクセス可能である）が、他の制約、典型的には一定数のサービスのみしか同時にブロードキャストできないリンク帯域という制約が課せられる。例えば、１５Ｍビット／秒のリンクでは４Ｍビット／秒で３つのサービス、または１４Ｍビット／秒で１つのみのサービスしかサポートできない。
【課題を解決するための手段】
【０００９】
本発明はシステム内で利用可能なサービスに対するアクセスの管理方法の定義を目的とし、前記システムは、マルチプレックス内でブロードキャストされるサービスに対して有限数の受信モジュールを経由してアクセスするクライアントを備える。本発明は、提案した方法に従ってサービスの受信を管理する装置にも関する。
【００１０】
本発明は、ローカルエリアネットワークに接続したクライアントと称する装置を通してデジタルサービスを選択する方法に関し、前記ローカルエリアネットワークは配信ゲートウェイと称する装置を備え、前記配信ゲートウェイはデジタルサービスを受信する手段と受信サービスをローカルエリアネットワーク上で配信する手段とを有する。本発明は、クライアントレベルで少なくとも以下のステップを備える。
【００１１】
−  配信ゲートウェイを通してアクセス可能なデジタルサービスのリストを受信すること
−  本リストからサービスの受信を要求するクエリを送信すること
前記方法は、前記クエリが前記クエリに関連付けられた優先順位(a level of priority)を備えることを特徴とする。
【００１２】
本発明の詳細な実施形態によると、クエリに関連付けられた優先順位はクライアント上のクエリを開始したユーザに関する優先順位である。
【００１３】
本発明の詳細な実施形態によると、クエリに関連付けられた優先順位はクライアント上のクエリを開始した装置に関する優先順位である。
【００１４】
本発明の詳細な実施形態によると、前記方法は配信ゲートウェイを通してアクセス可能なデジタルサービスのリストを表示するステップをさらに備える。前記表示ステップは、クライアントのユーザに関する優先順位に依存してサービスを選択できるか否かを各サービスに対して特定する。
【００１５】
本発明の詳細な実施形態によると、前記方法は配信ゲートウェイを通してアクセス可能なデジタルサービスのリストの表示ステップをさらに備える。前記表示ステップは、サービスをクライアント装置に関する優先順位に依存して選択できるか否かを各サービスに対して特定する。
【００１６】
本発明の詳細な実施形態によると、クエリは受信手段の予約モードも備える。
【００１７】
本発明の詳細な実施形態によると、予約モードはチューナに対するアクセスが排他的であるモードを備える。
【００１８】
本発明の詳細な実施形態によると、予約モードはサービスに対するアクセスが排他的であるモードを備えるか、同一トランスポートストリーム上でトランスポートされるサービスと自身が予約したサービスとの少なくとも第２クライアントに対してサービスに対するアクセスが認証されるモードを備える。
【００１９】
本発明はまた、ローカルエリアネットワークに接続した配信ゲートウェイと称する装置を通したクエリサービス方法に関し、前記配信ゲートウェイはデジタルサービスの受信手段と、ローカルエリアネットワークに接続したクライアントと称する装置向けの、ローカルエリアネットワーク上で受信したデジタルサービスの配信手段とを有する。本発明は少なくとも以下のステップを備える。
【００２０】
−  利用可能なデジタルサービスのリストを送信すること
−  優先順位を備えるデジタルサービスに対するクエリを受信すること
−  クエリを処理するゲートウェイのキャパシティを決定すること
前記方法は、少なくとも１つの前回クエリのサービスのためにゲートウェイがクエリを処理できない場合、クエリが備える優先順位に従って受信クエリと少なくとも１つの前回クエリとの間で優先権が与えられるクエリを選択するステップをさらに備えることを特徴とする。
【００２１】
本発明の詳細な実施形態によると、クエリはさらに受信手段の予約レベルを備え、受信クエリと少なくとも１つの前回クエリとの間で優先権が与えられるクエリを選択する前記ステップもこの予約レベルに従って作成される。
【００２２】
本発明は、ローカルエリアネットワークに接続可能なクライアント装置にも関し、デジタルサービスの受信手段を有するデジタルサービスの配信装置のうちデジタルサービスのリストを受信する手段と、デジタルサービスの受信手段と、受信サービスのリスト内のデジタルサービスのうち少なくとも１つのデジタルサービスを配信することを要求するクエリを送信する手段とを備える。前記装置は、受信サービスのリスト内のデジタルサービスから少なくとも１つのデジタルサービスを配信することを要求するクエリを送信する手段が、さらに優先順位をクエリに含める手段を備えることを特徴とする。
【００２３】
本発明の詳細な実施形態によると、前記装置はさらに、配信装置の受信手段の予約モードをクエリに含める手段を備える。
【００２４】
本発明は、ローカルエリアネットワーク上のデジタルサービスの配信装置にも関し、前記配信装置はデジタルサービスの受信手段と、前記装置がアクセス可能なデジタルサービスのリストをローカルエリアネットワークのクライアントに送信する手段と、前記のアクセス可能なサービスのうち少なくとも１つのサービスを配信することを要求するクエリの受信手段とを備える。本発明は、少なくとも１つの前回クエリのサービスのためゲートウェイがクエリを処理できない場合、クエリが備える優先順位に従って、受信クエリと少なくとも１つの前回クエリとの間で優先権が与えられるクエリの選択手段を前記装置がさらに備えることを特徴とする。
【００２５】
添付図面を参照する以下の説明を読むことで本発明をより良く理解でき、他の特異性および利点が明らかになるであろう。
【発明を実施するための最良の形態】
【００２６】
本明細書では、ブロードキャストという用語は衛星、ケーブルまたは無線チャネルまたはその他を経由した古典的なデジタルサービスのブロードキャストを意味し、配信という用語はＩＰネットワーク上でのサービスの配信を意味する。
【００２７】
本発明の実施形態は配信ゲートウェイと称する装置に基づき、前記装置はデジタルサービスのブロードキャストの従来の初期オファーを受信可能とし、その初期オファーを例えばＩＰネットワークといったローカルエリアネットワーク上でアクセス可能とする。この装置はチューナと称する受信モジュールと適合する。チューナは衛星、ケーブル、デジタル、無線または他種のブロードキャストを受信する。この装置はさらに、サービスに関する情報をローカルエリアネットワーク上で提供することができる。この情報は、サービスオファーをユーザに届けるブロードキャストによって提供される。ユーザがブロードキャストオファーから始まるサービスを選択するとき、ＩＰネットワーク上の配信ゲートウェイは、サービスをＩＰ上のサービス配信サーバと同様にブロードキャストする。ローカルエリアネットワークの各所および本ネットワークの各装置内部でこの機能性を統合できることは、当業界の技術者には明らかである。
【００２８】
ＩＰネットワーク上での従来のサービス配信動作には、これらサービスを配信するサービスプロバイダが関与する。夫々のサービスは、マルチポイント配信アドレスを用いて１つまたは複数のサーバにより配信される。サービスプロバイダがそのオファーをユーザに提供できる方法が幾つかある。ユーザレベルでは受信機が最初にサービスを検知し、サービスの配信先アドレスを検知する。受信機はサービスのリストを作成し、受信機は引き続いてこのリストをユーザに提示し、ユーザは受信したいサービスを選択する。受信機は次いで、サービスが使用する配布アドレスにサブスクリプションクエリを送信する。このサブスクリプションクエリにより、サーバと受信機との間で中間ルーティング装置が構成される。中間ルーティング装置はサービスを備えるストリームを構成するデータパケットを、サーバから受信機まで経路付けする。ユーザがサービスの受信を停止したい場合、受信機はそのアドレスでのサブスクリプションを取りやめるクエリを送信し、パケットの受信を停止する。
【００２９】
このプロセスの全体は一般に、サービスの発見および選択、またはＳＤ＆Ｓ（サービスディスカバリ・アンド・セレクション）と呼ばれる。このプロセスを扱うＤＶＢ−ＩＰ（デジタルビデオブロードキャスティングオーバＩＰインフラ）と呼ばれる標準があり、参照番号ＥＴＳＩ  ＴＳ  １０２．０３４  ｖ１．１．１でＥＴＳＩにて入手可能な“ＤＶＢ−ＩＰ  フェーズ１仕様ハンドブック”で文書化されている。
【００３０】
本発明の実施形態を説明する。本実施形態は限定的ではなく、当業界の技術者はその一定の態様を本発明の範囲を逸脱せずに調整することができるであろう。
【００３１】
図１は本発明の実施形態の、その動作環境における全体アーキテクチャを示す。図中には１．３で示すＩＰ上のローカルエリアネットワークがあり、このローカルエリアネットワークは片側で１．４から１．６で示したクライアントをＩＰ上のサービス配信ネットワークに接続する。ＩＰネットワークを基点とするサービスが含まれるデジタルデータストリームを受信可能な装置をクライアントと称する。本装置は従って、ＩＰ上のストリームを受信および復号可能な装置である。本装置は一般にＩＰデコーダであり、ＩＰデコーダ
をＩＰネットワークと、サービスに対応するデータパケットを分離可能とするデマルチプレクサとに取り付け、次いでサービスを構成する様々な基本ストリームを復号可能な復号器に取り付け、最終的にアナログデジタル変換器に取り付ける。アナログデジタル変換器はアナログ信号を生成可能とし、アナログ信号は画面、大音量スピーカまたはサービスを復元するその他のものに送信される。本装置は、これら全ての機能を直接的に統合するデジタルテレビジョン装置であってもよい。
【００３２】
図１の実施形態において、１．２で示す配信ゲートウェイをそれ自体が装置のように構築し、片側でローカルＩＰネットワークに接続する。配信ゲートウェイは１．１で示す衛星アンテナに接続した受信モジュールを有する。本実施形態ではこの受信モジュールは衛星モジュールであるが、典型的にはＤＶＢ（デジタルビデオブロードキャスト）であるデジタルデータストリームを受信できる限り、ケーブル、無線または他の受信モジュールでも構わない。
【００３３】
図２に、本実施形態の配信ゲートウェイのハードウェアアーキテクチャを２．２で示す。本ゲートウェイを２．５で示すＩＰネットワークに、２．９で示すネットワークインタフェースを経由して接続する。本ゲートウェイは２．３で示す受信モジュールを有し、これは一般に当業界の技術者の業界用語でチューナと呼ばれる。衛星を基点とし、且つ２．１で示す衛星アンテナにより受信される信号を、本チューナは受信できる。本チューナを所与の周波数に調整して、本周波数での出力信号を受信し、本信号に含まれるデジタルデータパケットを再構築することができる。受信デジタルデータストリームを構成するこれらのパケットを引き続いて、２．８で示すパケットフィルタにより処理する。このパケットフィルタは一般に当業界の技術者の業界用語でデマックス（Ｄｅｍｕｘ）と呼ばれる。本フィルタまたはデマックスをプログラムして、パケットヘッダ内の或る特定のフィールド値のような、一定基準を満たすパケットをストリームから抽出することができる。本デマックスは特に、ストリームからの所与のサービスの抽出、またはストリーム内に含まれるサービスオファーの関連情報の選択に使用する。オファーに関する本情報は一般に当業界の技術者によりサービス情報と呼ばれる。
【００３４】
これらのモジュールは、前記装置の２．６で示す読取専用メモリ内に記憶したソフトウェアの制御下で相互作用する。これらのサービスを２．７で示すランダムアクセスメモリにロードし、２．４で示すプロセッサにより実行する。配信ゲートウェイの機能を開始するメインソフトウェアプログラムの詳細を以下で説明する。
【００３５】
図３は、本発明の実施形態に従う装置の構成図を示す。３．５で示すＩＰネットワークと３．１で示す衛星アンテナとに接続されるゲートウェイを３．２で示す。３．９で示すネットワークインタフェース、３．３で示すチューナおよび３．８で示すデマックスといったモジュールをその機能的側面から示す。ローカルエリアネットワークのクライアントと配信ゲートウェイとの間の相互作用は、３．６で示すコマンドインタプリタにより管理する。本コマンドインタプリタはクライアントからネットワークインタフェース経由でコマンドまたはクエリを受信し、これを３．１１で示す矢印で記号化する。これらコマンドを実行するために本インタプリタはチューナを制御する必要があり、これを矢印３．１３で示す。本インタプリタはさらに、矢印３．１５で示すようにデマックスを制御する必要があり、３．４で示すストリームプレイヤを矢印３．１８で示すように制御する必要がある。ストリームプレイヤは、予め選択したサービスをＩＰネットワーク上で再配信する。
【００３６】
コマンドインタプリタ３．６の指示下でチューナは、矢印３．１６で示すようにデマックスに送信されるデジタルデータパケットストリームを受信する。デマックスは例えば、サービスに属するパケットをフィルタする。これらパケットは矢印３．１７で示すように、本データパケットストリームのＩＰネットワーク上での送信を担うストリームプレイヤに送信される。矢印３．１９で示す本送信を、例えば、ＤＶＢ−ＩＰ標準で推奨されるＲＴＰプロトコル（リアルタイムトランスポートプロトコル）を経由してＩＰネットワーク上で行うことができる。３．７で示すサービスアドミニストレータは、サービス情報、即ちアクセス可能なサービスオファーに関する情報の管理を担う。この管理は、例えばコマンドインタプリタの制御下で行われる。サービスアドミニストレータは矢印３．１４で示すようにデマックスの出口でストリームに含まれる信号情報を受信し、矢印３．１２で示すようにクエリ時に提供できる利用可能サービスのリストを、矢印３．１０で示すようにＩＰネットワーク上の要求クライアントに対して構築することができる。利用可能なサービスの管理を、以降でさらに詳細に説明する。
【００３７】
本発明の実施形態において配信ゲートウェイはその初期化時に以下のタスクを実行する。
【００３８】
チューナを開始し、コマンド受信の準備完了状態に置く。本チューナは、衛星またはケーブルまたは無線デコーダに見られるような通常のチューナである。従って、本チューナは通常のチューナのタスクを実行することができる。その中で、サービスストリームのブロードキャストに用いる周波数を検索する、周波数帯閲覧機能が挙げられる。所与の周波数に固定する機能は、所与の極性、所与の変調、および全ての現行パラメータを使用して実施される。チューナは、前記周波数で伝送されるデジタルデータパケットストリームを提供することもできる。
【００３９】
チューナが受信可能なサービスのリストを構築する。このリストをＤＶＢサービスリストと称し、このリストのサービスをＤＶＢサービスと称することとする。ブロードキャストリンクを以下のように組織する。前記リンクは一般に幾つかのブロードキャスタで共有される。夫々のブロードキャスタは、例えばオーディオおよび／またはビデオのようなデジタルサービスの集合をサービス集合の形で提供する。これら集合を１つまたは複数のトランスポートストリームでブロードキャストする。初期ステップで、ブロードキャストリンクを共有するブロードキャスタのリストを構築することが一般的である。第２ステップで、使用するトランスポートストリームのリストを構築し、最終的にこれらストリーム内に含まれるサービスのリストを構築することができる。
【００４０】
より詳細には、ＤＶＢにおいて夫々のブロードキャスタは単一の識別子であるネットワーク識別子（ネットワークＩＤ）で識別され、それに関する情報はネットワーク上の情報テーブルまたはＮＩＴ（ネットワーク情報テーブル）にある。このテーブルは通常は夫々の伝送ストリーム内にあり、とりわけ、夫々のブロードキャスタが使用するストリームのリストを含む。
【００４１】
夫々のストリームに対して、周波数、変調、極性および、ストリームの固定および受信のためにチューナに対して不可欠なもののようなパラメータのリストがある。その中には、ストリーム内でブロードキャストされるサービスのリストもある。
【００４２】
夫々のサービスに対して一定数の情報があり、その情報には例えばサービスの名前、ＤＶＢトリプレットと呼ばれる識別子、基本オーディオおよびビデオストリームの識別子（プログラム識別子、略してＰＩＤ）のリストがある。
【００４３】
サービス情報に対するＤＶＢ−ＳＩ標準の仕様に従うと、補完サービス情報をストリーム内で利用できる。
【００４４】
従ってこれらの情報の全てにより、利用可能なサービスのリストを構築できるようになる。これらの情報は、ストリームを固定してそこから有用な情報を抽出するために、ブロードキャストトランスポートストリームを知る必要がある。
【００４５】
最初の進め方は、使用される可能性のある周波数帯域を閲覧して、ストリーム出力に使用される周波数を検出することである。ストリームが検出される度に、利用可能なサービスのリストを構築するための関連情報がストリームから抽出される。これは通常のチューナの機能である。本方法は時間がかかり、且つチューナを独占するので、この時間中はチューナを使用してサービスを受信することができない。
【００４６】
配信ゲートウェイ内または例えばローカルエリアネットワーク上の他所に格納した構成ファイルに従って、利用可能なサービスのリストを構築することも可能である。本ファイルはＸＭＬ形式または任意の他のものであることができる。ＸＭＬ形式には、ＩＰネットワーク上でのＤＶＢサービスの配信中にサービス情報を符号化するためのＤＶＢ−ＩＰ標準が保持するフォーマットであるという利点がある。この進め方はより高速であるが、格納する情報をブロードキャストサービスの実態と比較して退化させるリスクを与える。
【００４７】
サービスリストをファイルに格納し、定期的または更新要求時に周波数動作を閲覧してファイル更新の権限を与えることで、前記技術の両方を混合させることも可能である。
【００４８】
ブロードキャストリンク上の利用可能な情報源のリストが構築されると、このリストはローカルエリアネットワーク上で利用可能とされなければならない。これを行うため、ＤＶＢ−ＩＰ標準が推奨するソリューションの使用が１つ考えられる。本標準は、ＩＰサービスのリストをオブジェクトの集合として考えることを提案している。これらオブジェクトの夫々、とりわけ以下の情報を有する。即ち、例えばＤＶＢトリプレットであることができる識別子、サービス名、サービスの基本オーディオおよびビデオストリームのサービス識別子（ＰＩＤ）、サービスが配信されるマルチポイント配信アドレスである。クライアントは、例えばＨＴＴＰクエリ（ハイパーテキストトランスポートプロトコル）を経由してこのリストを利用できる。
【００４９】
図４は、クライアントへのサービスの配信方法を示す。４．４、４．５および４．６で示すクライアントを４．３で示すローカルエリアネットワークに接続する。チューナを装備した非表示の配信ゲートウェイも本ローカルエリアネットワークに接続する。本チューナにより、Ｍ１、Ｍ２およびＭｐで示したｐ個のトランスポートストリームを受信することができるようになる。これらは利用可能なｐ個のストリームである。これらストリームの各々は、例えば所与の周波数で衛星トランスポンダにより配信される。チューナを或る周波数に固定することで、チューナはその周波数で出力されるトランスポートストリームを受信することができる。任意の時点で、チューナは従って利用可能なストリームのうち単一のトランスポートストリームのみを受信することができる。夫々のトランスポートストリームは一定数、例えばｎ個のサービスを含む。これらサービスをＰｉｊで示す。ｉは１からＰまでのトランスポートストリームを表し、ｊは１からｎのストリーム内のサービスを示す。図示してはいないがゲートウェイが幾つかのチューナを含む場合、夫々のチューナは自身の周波数を追跡し、対応するストリームを受信する。ゲートウェイは従って、自身が含むチューナ数に対応する数のトランスポートストリームを受信することができる。
【００５０】
サービスの選択を可能とするソリューションを説明する。固有の問題がここで生ずる。即ち、標準的なソリューションは、提供されたサービスがネットワーク上で恒久的に実行されることを前提とする。従って、これらサービスの全てを全ての時点で互いに完全に独立して利用できる。この場合と違って配信ゲートウェイの場合、全ての利用可能なサービスを同時に実行できないことは明らかである。これは、チューナが所与の時点で利用可能なストリームのうち１つのトランスポートストリームしか受信できないことによる。従って、配信ゲートウェイが２つまたは複数のチューナを具備しない限り、２つの異なるストリームに属する２つのサービスを同時に実行することは常に不可能である。しかしながら、ゲートウェイが幾つかのチューナを具備したとしても、利用可能なストリームの数がチューナの数を超えた時点で常に制限が存在する。
【００５１】
ＩＰ上でのサービス配信はリアルタイムトランスポートプロトコルＲＴＰにより行われる。従来は、マルチポイント配信で配信されるＲＴＰストリームをクライアントが受信したいとき、クライアントは“参加”と呼ばれるサブスクリプションクエリをマルチポイント配信アドレスで送信する。サーバとクライアントとの間のルーティング装置が本クエリを解釈し、サーバが出力したパケットをクライアントに配信する。これは、サーバが恒久的にサービスを実行するコンテクストでは良く動作する。サーバが要求時にのみサービスを実行する場合は、このメカニズムは不十分である。
【００５２】
この問題を解決するため、ＤＶＢ−ＩＰはＲＴＳＰクエリ（リアルタイムストリーミングプロトコル）の使用を提案している。ＲＴＳＰクエリにより、クライアントがサービスの１つを要求していることをサーバに通知できる。このコマンドは“セットアップ”という名のコマンドで知られる。この“セットアップ”コマンドを使用して、配信ゲートウェイによるサービス配信の管理を可能とすることができる。一方、クライアントがサービスの受信希望を停止する際には“分解”(teardown)コマンドが送信される。これらのコマンドは参照を備え、その参照によりゲートウェイはコマンドが関与するサービスを識別できる。
【００５３】
最初に、第１のクライアントによる第１のサービスの選択を説明する。クライアントは、全ての利用可能なサービスのリストを要求および構築する。これら全てのサービスのうち、クライアントは１つを選択する。“セットアップ”コマンドがゲートウェイに送信され、コマンドインタプリタにより解釈されて、要求サービスを含むストリームにチューナを固定する。デマックスはストリーム内の要求サービスをフィルタするようプログラムされ、本サービスは従ってネットワーク上のストリームプレイヤによって、ストリームプレイヤに割当てた配信アドレスで実行される。従って本配信アドレスを監視することで、クライアントは要求サービスを受信する状態にある。
【００５４】
さらにゲートウェイは、受信を必要とするクライアントがない時にサービス配信に割り込みできるように、ネットワーク上での実行するサービスの受信を要求するクライアントはどれかを知らなければならない。これを行う１つの方法は、実行される夫々のサービスに対してクライアントリストを管理することである。このクライアントリストから、このサービスに対する“セットアップ”コマンドが受信される。従って、“セットアップ”コマンドの受信時に、本コマンドを満たすことができる場合、前記コマンドの送信元であるクライアントが、サービスの受信を要求するクライアントリストに常に追加される訳ではない。クライアントは、配信ゲートウェイが本サービスに関係する本クライアントから“分解”コマンドを受信するとき、クライアントリストから引き抜かれる。
【００５５】
例えば家庭内のシステムの様々なユーザに対してサービスへのアクセスを管理するため同種の仕組みは会社内でも使用できるが、ユーザ間で優先順位を定義することが可能である。これを行うため、システムの各ユーザは自身を識別する必要がある。この識別は、幾つかの方法で行うことができる。例えば、家族の状況においては、ユーザに幾つかのプロフィールの中で関連するプロフィールを選択させることで十分であると考えられる。並列制御の実施を希望するようなより繊細な状況では、ユーザにパスワードの入力を要求してユーザを識別することができる。勿論この問題においては、例えばＩＤカードまたは生体パラメータのような多数の他のソリューションを検討することができる。
【００５６】
この優先順位を適用することで、ユーザ間に発生する衝突を管理することができる。実際、ユーザがサービスの受信を要求すると、対応するトランスポートストリームを伝送する周波数にチューナが合わされる。第２のユーザが第２のサービスを要求するとき、幾つかの場合が生ずる。第２のサービスが同一サービスに関係する場合があり、この場合は第２のユーザはそのサービスの配信を享受する。第２のサービスは、第１のサービスと同じトランスポートストリーム内部で伝送されるサービスに関係する場合もある。この場合、デマックスを単純にプログラムすることで、受信ストリームから両方のサービスを抽出し、それらを内部ネットワーク上で配信できるようになる。第１のサービスと異なる伝送ストリーム上で第２のサービスをブロードキャストするとき、衝突が発生する。この場合、第２のサービスを受信するには、チューナを第２のトランスポートストリームの周波数に固定する必要がある。従って、第２のサービスの受信は第１のサービスの受信に対して排他的であることが分かる。従って、優先権が与えられるユーザを選択する必要がある。この選択を行うため、優先順位を利用する。
【００５７】
配信ゲートウェイが幾つかのチューナを含む場合も、問題は最終的には同じである。伝送ストリームの受信時に全てのチューナが固定され、未受信のストリーム内部で伝送されるサービスをユーザが要求する時点までに、全てのクエリを満足することが可能である。
【００５８】
従って、このように優先順位を割当てることで衝突を解決できるようになることが分かる。しかしながら、サービス要求時にユーザが幾つかの予約レベルを指定可能とすることも有益である。実際、ユーザがサービスの排他的な受信を希望すること、またはユーザがチューナのリソースの排他的な使用を希望することもあり得る。
【００５９】
例えば、家庭内で３つの優先順位を定義することが考えられる。最高レベルの優先度はシステム構成を管理する人に対する管理者レベルであり、中間レベルは“親”の権限を与えられ、家族の中で成人向けのサービスにアクセスにするためのもので、低レベルの優先度は“子”の権限を与えられ、家族の子供向けである。この例が非限定的であって、家庭内の人数と同数の優先順位を定義でき、またはこれらレベルに割当てるためのあらゆる種類のポリシーを考えることができることは全く明らかである。
【００６０】
ユーザでなくクライアント装置に従って優先順位を割当てることも可能である。これにより、ユーザの認証ステップが必要ないことに加えて、或る特定の装置に他と比較して優先権を与えることができるようになる。従って、例えば居間にある記録装置またはメインのテレビジョン装置に対して、キッチンにある二次的と思われるテレビセットと比較して優先権を与えることが可能である。
【００６１】
ユーザがサービスの選択時にゲートウェイの受信手段の予約モードを幾つか使用できるようにすることもできる。
【００６２】
第１のモードは、“自分のチューナ”モードの権限を有し、チューナへの排他的アクセスを確定する。本モードではユーザが自身のサービスを受信すると他のユーザはそのチューナを使用できない。換言すれば、サービスがチューナを通じて同一トランスポートストリームで伝送されても、誰もサービスを受信できない。
【００６３】
第２のモードは、“自分のサービス”モードの権限を有し、サービスへの排他的アクセスを確定する。本モードでは、第２のユーザは同一トランスポートストリームにより伝送される別のサービスを受信する権利を有するが、第１のユーザが予約したサービスを受信する権利は有さない。
【００６４】
第３のモードは、“共有”モードの権限を有し、第２のユーザは同一トランスポートストリーム上で伝送されるサービスと、第１のユーザが予約したサービスとにアクセスする権利を有する。
【００６５】
第４のモードは、“ゲスト”モードの権限を有し、第１のユーザが“自分のサービス”モードまたは“共有”モードで既に予約したトランスポートストリームで伝送されるサービスを、第２のユーザが予約できる。
【００６６】
第５のモードは、“予約不要”モードの権限を有し、特別な予約が必要とされない。
【００６７】
この予約システムにより、ユーザは求めるサービスの共有方法を細かく指示することができるが、ユーザ間の衝突を回避することはできない。そのため、本システムで発生しうる衝突を解決するように既述の優先度システムと予約システムを混合することが可能となっている。
【００６８】
アクセス可能なサービスと関連する予約状態とに関する情報のリストを構築可能とするため、チューナは以下の情報を提供すべきである。
・ チューナレベルで、その予約状態
・ サービスレベルで、そのアクセス可能性とサービスの予約モード
誰が何を予約したかに関する情報をゲートウェイが保持しないことを考えることができる。この場合、ゲートウェイは予約レベルと選択動作とがその受理に関して妥当かを検証するだけである。ゲートウェイは次いでクライアント上のアプリケーションのスコープ下で優先度と予約モードとを管理する。この進め方はブロードキャストゲートウェイの開発を簡略化する。
【００６９】
さらに、幾つかのチューナを含むゲートウェイは、これら様々なチューナを区別する必要があり、アクセス可能なサービスのリストを幾つかクライアントに提供する。クライアントは、自身が提供するユーザインタフェースのレベルで前記リストを統合するべきか否かを決定する。別の可能性として、夫々のチューナの情報を統合することでゲートウェイが単一のリストを管理することが挙げられる。
【００７０】
従って、全ての時点でユーザに対し、アクセス可能状態を示す利用可能サービスの更新リストまたは各サービスの更新リストを提供することが可能である。イベント管理メカニズムにより選択動作が使用された時点で、本リストを更新することができる。
【００７１】
プログラムを選択すると、サービスの識別子と、予約メカニズムを使用する場合は予約レベルと、ユーザの優先順位とを含むコマンドがクライアントからゲートウェイに送信される。
【００７２】
本発明の実施形態は、マルチプレックスの受信を可能とするチューナの場合を説明するが、本発明をＩＰネットワーク上で送信されるストリームの受信モジュールの場合に一般化することもできる。この場合、トランスポートストリームの出力周波数ではなくブロードキャストゲートウェイとサービスのブロードキャストサーバとの間の帯域幅が制限事項となる。サービスのブロードキャストに用いる技術が何であろうと、物理的な制限事項は利用可能サービスの全体と比較した同時受信可能サービス数を制限する。従って、本発明をサービスのあらゆる種類のブロードキャストモードに適用することが可能である。
【００７３】
同様に、説明した優先順位と予約モードは説明上のものであって、本発明の範囲から逸脱することなく、優先順位を適用する他のポリシーおよび他の予約モードを定義することができる。同様に、同一優先度を有するユーザ間の衝突を解決するためのポリシーは自由であって、先入先出方式または反対に後入先出方式または任意の他のポリシーを本発明の範囲から逸脱することなく適用することが可能である。
【００７４】
本実施形態は、家庭内のＩＰネットワークを経由したサービス配信を説明するが、当業界の利術者には、本発明はブロードキャストゲートウェイの背後にあるサービス配信ネットワークが何であっても正しく機能することは明らかである。本発明は、ＩＥＥＥ１３９４標準による家庭内ネットワーク、またはマルチメディアサービスを配信可能とする任意の他種のネットワークに関することができる。
【００７５】
実際、複数のユーザが複数アクセスへのアクセスリソースを使用する全ての場合、およびこのアクセスリソースが、自身がアクセス可能な全サービスのうちユーザに対して同時提供できるサービスの数を制限する場合に対して、本発明を一般化することができる。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施形態の、その動作環境における全体アーキテクチャを表す図である。
【図２】本発明の実施形態に従う装置のハードウェアアーキテクチャを表す図である。
【図３】本発明の実施形態に従う装置の構成図を表す図である。
【図４】本発明の実施形態におけるサービスとクライアントとのアーキテクチャを表す図である。
【図１】
2008536419.tif 000003
【図２】
2008536419.tif 000004
【図３】
2008536419.tif 000005
【図４】
2008536419.tif 000006
【国際調査報告】
2008536419.tif 000007
2008536419.tif 000008
2008536419.tif 000009
2008536419.tif 000010
2008536419.tif 000011
2008536419.tif 000012