JP4883988B2 - 放送サービスをローカル・ネットワーク上で配信する装置及び方法 - Google Patents

Description

本発明は、ディジタル・テレビジョンの分野に関し、特に、家庭におけるその配信の分野に関する。

ディジタル・テレビジョン・サービスを衛星伝送、ケーブル伝送を介して伝送することや、地上伝送をも介して伝送することが、今や一般に普及しているのと同様に、IP型ネットワークを介して同様なサービスを配信することはその初期段階にある。ディジタル・テレビジョン・サービスのIPネットワーク上でのこのような配信と、衛星や他の手段による従来型の伝送との家庭での調和した共存を可能にする解決策を提案することが適切である。

ビデオ・オーバIP配信のサービス提供の出現によって、ユーザはこのサービス提供を利用するのに新たな装置が必要となる。衛星、ケーブルやマイクロ波のサービス提供という従来型のサービス提供と、ビデオ・オーバIPのサービス提供との両方を現在利用したいユーザは、2つの種類の装置を有していなければならないことになる。一方で、ユーザはテレビジョン型のサービス視聴装置に通常は直接結合される従来型のオファーを受信するのに適切な復号器を装備していなければならない。他方で、ユーザは、IP、インターネットや他の手段を介してサービスを配信するネットワークと、家庭を装備し、少なくとも１つの視聴装置、ディジタル・テレビジョン、パソコンや他の装置が接続されるローカル・ネットワークとの間のゲートウェイを自ら装備しなければならない。

従来型のサービス提供の処理手順は以下の通りである。ディジタル・サービス・オペレータは各々、サービス提供を有する。このサービスはサービス群にお互いに集約される。各群は、1つ又は複数のディジタル・データ・ストリームから成る。これらのストリームは、衛星又はケーブルのネットワーク・ヘッドによって送出される特定の周波数に相当し得る。各ストリームは、1つ又は複数のサービスを含むことができる。デコーダには衛星又はケーブルに、所定の周波数を用いることによって接続し、衛星上又はケーブル上で放送されるディジタル・データ・ストリームを受信することができるチューナが装備される。このストリーム内のサービスは、放送事業者によって規定される番組表に関連付けられて放送される伝送シーケンスとして規定される。

ビデオ・オーバIPのオファーは、ユニキャスト・サービスとして配信されるサービスとマルチキャスト・サービスとして配信されるサービスとの2つのグループに分け得る。第1のグループでは、サービスはサーバによって単一の受信器に配信される一方、第２のグループは、サーバによる複数の受信器への同時配信として企図されている。

IPを介したマルチキャスト配信サービスの処理は、このサービスを配信するサービス・プロバイダが関係する。各サービスは、1つ又は複数のサーバによってマルチキャスト配信アドレスを用いて配信される。サービス・プロバイダが自らのサービス提供をユーザに知らせる方法はいくつかある。ユーザの構内では、受信器には、サービスと、配信される宛て先のアドレスが当初、通知されなければならない。受信器は、そのリストを構築し、それは更に、自らが受けたいサービスを選択するユーザに提案し得る。受信器は更に、サービスによって用いられる配信アドレスに対して加入要求を送信する。この加入要求によってサーバと受信器との間で中間ルーティング装置が設定される。この中間ルーティング装置は、サービスを備えるストリームを構成するデータ・パケットをサーバから受信器にルーティングする。ユーザがサービスの受信を停止したい場合、受信器は加入解除要求をアドレスに対して送信し、パケットの受信をやめる。

この処理全体は通常、SD＆Sすなわちサービスのディスカバリ及び選択と呼ばれている。ETSIから入手可能な「DVB-IP Phase 1 Specifications Handbook」reference ETSI TS 102.034 v1.1.1に文書化されているDVB-IP（ディジタル・ビデオ放送オーバIPインフラ）と呼ばれるこの処理を包含する標準が存在する。

したがって、従来の方法で放送されるディジタル・テレビジョンのサービス提供と、IPを介して配信されるサービス提供とを取得したいユーザは、それ自体がIPサービス配信ネットワークにゲートウェイを介して接続されるローカル・ネットワーク・オーバIPに接続される受信器と、サービス提供、例えば、衛星のサービス提供、を自らの受信器上」でユーザが受信することを可能にする従来型デコーダとを自らが有していることになることが分かり得る。ユーザは、よって、２つの別々でかつ互換でないシステムを用いなければならないことになる。

本発明は、一方で、従来の方法で放送されるディジタル・テレビジョンのサービス提供を受信し、他方で、ＩＰネットワークを介してビデオ・サービスのサービス提供を受信したいユーザが、自らがローカル・ネットワークを介して受信するサービスを従来型の受信装置が再配信することができるようにすることを可能にする。したがって、この受信器は、ネットワーク上では、IPを介したサービスの別のソースとしてみなされることになる。従来型のサービス提供は、サービス・オーバIPのサービス提供に組み入れられる。

本発明は、衛星伝送及び/若しくはケーブル伝送並びに/又は地上伝送によって放送される少なくとも１つのディジタル・サービス群を受信する手段と、ローカルＩＰネットワークに接続する手段と、少なくとも１つのディジタル・サービスを含む少なくとも１つのディジタル・データ・ストリームを、このネットワークに接続されている1つ又は複数のクライアントにローカルＩＰネットワーク(3.5)を介して配信する手段とを備え、少なくとも1つのストリームを配信するこの手段は、受信手段を介して受信される少なくとも1つのサービスを配信ストリームにおいて伝送するのに適切である。

本発明の特定の実施例によれば、装置は、ローカル・ネットワーク上で提供されるディジタル・サービスのリストを、このネットワーク上で用いられる、提供されるサービスのリストを提示するモードに適したかたちで提示する手段も備える。

本発明の特定の実施例によれば、ディジタル・サービスの提供を提示する手段は、受信手段を介して受信することができる少なくとも１つのディジタル・サービス群によって提示されるサービスのリストを判定する手段を備える。

本発明の特定の実施例によれば、装置は、提示手段によって提示されるサービス・リストからのサービスを、ローカル・ネットワークを介して伝送することを要求する、「セットアップ」コマンドと呼ばれるコマンドをローカル・ネットワークに接続されるクライアントから受信し、かつ、上記サービスの伝送にクライアントがもう関心がない旨を示す、「ティアダウン」コマンドと呼ばれるコマンドを受信する手段も備える。

本発明の特定の実施例によれば、受信手段は少なくとも１つのディジタル・サービス群によってオファーされるサービス全てを同時に受信することができないので、適合手段は、既に受信されているサービスの受信の中断を必要とすることなく受信し得るサービスを、提供されるサービス全てのリストから何れの時点でも選択する手段を備え、提示手段は、選択されるサービスのみを提示するのに適切である。

本発明の特定の実施例によれば、装置は、受信され、配信されるディジタル・サービスのリストを維持する手段及び、配信サービス毎に、上記サービスを受信することが意図されているクライアントの一覧を維持する手段も有する。

本発明は、少なくとも1つのディジタル・サービスを含む少なくとも1つのストリームをローカル・ネットワーク上で、このネットワークに接続される1つ又は複数のクライアントに配信する手段と、衛星伝送及び/若しくはケーブル伝送並びに/又は地上伝送によって放送される少なくとも１つのディジタル・サービスのサービス提供を受信する手段とを備える装置によってＩＰ型のローカル・ネットワークを介して少なくとも1つのディジタル・サービスを配信する方法に関し、少なくとも1つのストリームを配信する手段は、受信手段を介して受信される少なくとも１つのサービスを、配信されるストリームにおいて伝送するのに適しており、受信手段は、
上記受信手段を介して少なくとも1つのディジタル・サービスを受信する工程と、
上記配信手段によって受信される少なくとも１つのサービスをローカル・ネットワーク上で配信する工程とを備える。

本発明の特定の実施例によれば、装置は、ローカル・ネットワーク上で提供されるディジタル・サービスのリストを提示する手段も備え、方法は、ローカル・ネットワーク上で提供されるディジタル・サービスのリストを、このネットワーク上で用いられる、サービスを提示するモードによって提示する工程も備える。

本発明の特定の実施例によれば、方法は、少なくとも１つのディジタル・サービス群によって提示されるサービスのリストと、ローカル・ネットワーク上で用いられる提示モードへの適合とを判定する工程も備える。

本発明の特定の実施例によれば、方法は、「セットアップ」コマンドと呼ばれるコマンドをローカル・ネットワークに接続されるクライアントから受信して、コマンドにおいて提示され、示されるサービスのリストからのサービスのローカル・ネットワーク上での伝送を要求する工程も備える。

本発明の特定の実施例によれば、方法は、「セットアップ」コマンドを受信すると、受信され、配信されるディジタル・サービスのリストを維持する工程及び、配信されるサービス毎に、上記サービスを受信することが意図されているクライアントのリストを維持する工程も備える。

本発明の特定の実施例によれば、方法は、「セットアップ」コマンドを受信すると、受信手段を制御して要求サービスを受信する工程及び、このサービスをローカル・ネットワーク上で配信する工程も備える。

本発明の特定の実施例によれば、方法は、「セットアップ」コマンドを受信すると、少なくとも１つの先行サービスが既に、受信手段によって受信されており、配信手段によって配信されている場合に、受信手段を制御して要求サービスと受信されている少なくとも1つの先行サービスとの更なる受信を可能にし、この検査が否定の場合、「セットアップ」コマンドの発信元のクライアントに自らのコマンドの故障を知らせることができる。

本発明の特定の実施例によれば、方法は、少なくとも１つのディジタル・サービス群によって提供されるサービスのリストの判定中であり、かつ少なくとも１つのサービスが既に、受信手段によって受信されており、配信手段によって配信されている場合において、既に受信されている少なくとも１つのサービスに加えて受信することが可能なサービスだけをこのリストから選択する工程を備える。

本発明の特定の実施例によれば、方法は、ローカル・ネットワークに接続され、少なくとも１つの配信ディジタル・サービスを受信することが意図されているクライアントから、コマンドにおいて示されている、ディジタル・サービスの意図された受信者で自らがなくなる旨を示す、「ティアダウン」コマンドと呼ばれるコマンドを受信する工程も備える。

本発明の特定の実施例によれば、方法は、受信され、配信されるディジタル・サービスのリストを、「ティアダウン」コマンドを受信すると維持する工程及び、配信されるサービス毎に、上記サービスを受信することが意図されているクライアントのリストを維持する工程も備える。

以下の記載を検討することによって、本発明がよく分かることになり、他の特徴及び効果が明らかになるものである。以下の記載は、添付図面を参照している。

新たなビデオ・オーバＩＰサービス提供の出現によって、ユーザは新たな装置を獲得することが必要になっている。現在、衛星、ケーブルやマイクロ波ディジタルなどの従来のサービス提供と、ＩＰを介したサービス提供は、違ったふうに動作する装置を有していなければならない。本発明の例示的な実施例は、ユーザが２つのサービス提供のサービスを一様でかつ透明なかたちでアクセスすることが可能な手段を提案している。

採用される解決策は、それが効果的なものであるためには以下の基準を考慮しなければならない。ユーザのローカル・ネットワーク上で用いられる帯域はできる限り狭くなければならない一方、必要なネットワーク資源はできる限り少なくなければならない。ユーザによるサービスの選択は、できる限り固有のものでなければならず、これは、サービスをルーティングする主要手段にかかわらないものでなければならない。理想的には、ユーザは自らが利用可能なサービス全てをみて、それらのうちの１つを、このサービスへのアクセスを与えるサービスに関係なく選ぶことができるべきである。

ビデオ・オーバＩＰへのアクセスは、ユーザの家庭におけるローカル・ネットワーク・オーバＩＰの形成を、未発達段階のものであるが伴う。最低でも、装置はサービスを配信するＩＰネットワークとの接続を提供するゲートウェイの役割を演じる。このアクセス・ゲートウェイは、デコードし、視る対象のサービスを含むデータ・ストリームを受信する。このゲートウェイがデコーダを直接備え、受信器上で視るよう形成される信号を生成するということを想定し得る。しかし通常は、デコーダはＩＰを介してゲートウェイに接続される別の装置であり、受信器、例えばディジタル・テレビジョン、にも組み入れ得る。

本明細書及び特許請求の範囲では、「伝送」の語は、衛星伝送、ケーブル伝送、地上伝送や他の手段を介してディジタル・サービスを従来の方法で伝送することに割り当てられるものである一方、「配信」の語は、ＩＰネットワークを介してサービスを配信することに割り当てられるものである。

本発明の例示的実施例は、ディジタル・サービス放送の第１の従来のサービス提供を受信することを可能にし、ローカル・ネットワーク上でのアクセスを可能にする、配信ゲートウェイと呼ぶこととする装置に基づいている。この装置は、衛星、ケーブル、マイクロ波ディジタルや他の種類の伝送を受信するよう装備されている。この装置は、伝送によって提供されるサービスに関する情報をローカル・ネットワーク上で、しかし、サービス・オーバＩＰのサービス提供をユーザに通知するようローカル・ネットワークによって採用される形式で供給することもできる。ユーザが放送サービス提供からサービスを選ぶと、配信ゲートウェイは、ＩＰネットワークを介して放送サービスを、ＩＰ配信サーバを介したサービスと同様に伝送する。このようにして、ユーザは、放送サービス提供のサービスを、そのサービス提供がサービス・オーバＩＰのサービス提供の一体一部であるかのように同様にアクセスすることができることになる。この配信ゲートウェイは、ＩＰネットワーク上の別個の装置として企図してもよく、ＩＰネットワークへ接続するよう、ゲートウェイの拡張部として企図してもよく、必要な場合、ディジタル受信器に統合させてもよい。この機能の統合をローカル・ネットワーク上とこのネットワークの種々の装置内との種々の場所で行い得るということは当業者に明らかである。

本発明の例示的実施例を次に説明することとする。この例示的実施例は、限定するものでなく、当業者はその特定の側面を本発明の状況から逸脱することなく形成することができるものである。

図１は、本発明の例示的な実施例のその動作環境における全体アーキテクチャを示す。この図は、一方で、クライアント（参照番号1.6乃至1.8）をサービス・オーバIP配信ネットワークに接続するローカル・ネットワーク・オーバIP（参照番号1.5）を示す。IPネットワークからのサービスを含むディジタル・データ・ストリームを受信するのに用いる装置はクライアントと呼ばれる。この装置はよって、ストリーム・オーバIPを受信し、デコードすることができる装置である。この装置は通常、IPネットワーク・インタフェース及び、サービスに相当するデータ・パケットを分離するのに用いる逆多重化装置によって装備され、次に、サービスを構成する種々の要素ストリームをデコードすることができるデコーダによって装備され、最後に、サービスを復元する画面、スピーカや他の構成要素に伝送されることになるアナログ信号を生成するのに用いるディジタル・アナログ変換器とによって装備されるものであるIPデコーダである。装置は、これらの機能全てを直接組み入れたディジタル・テレビジョンであってもよい。これらのクライアントは、サービス・オーバIP配信ネットワークにIPゲートウェイ（参照番号1.4）を介して接続されることになり、IPゲートウェイは、例えば、オーディオ及びビデオのサービスの配信、ケーブル・モデム、衛星モデム、専用リンクなどに十分なデータレートによってIPネットワークをアクセスするADSLモデムや何れかの他の手段であり得る。

図1の例示的な実施例では、配信ゲートウェイは、それ自体が装置（参照番号1.2）として構築され、一方でローカルIPネットワークに接続され、更に、受信モジュールを衛星アンテナ（参照番号1.1）に接続させている。この受信モジュールは、例示的な実施例では衛星モジュールであるが、ディジタル・データ・ストリーム、通常はDVB（ディジタル・ビデオ放送）を受信するという点でケーブル、マイクロ波や他の受信モジュールであり得る。

図２については、例示的な実施例の配信ゲートウェイ（参照番号2.2）のハードウェア・アーキテクチャを示している。このゲートウェイは、IPネットワーク（参照番号2.5）にネットワーク・インタフェース（参照番号2.9）を介して接続される。このゲートウェイは、受信モジュール（参照番号2.3）を有しており、当業者の専門用語では通常、チューナと呼ばれている。このチューナは、衛星から発信され、衛星アンテナ（参照番号2.1）によって捕捉される信号を受信する。このチューナは、特定の周波数に設定し、その周波数で送信される信号を捕捉し、この信号に含まれるディジタル・データ・パケットを再構築し得る。受信されるディジタル・データ・ストリームを構成するこのパケットは、パケット・フィルタ（参照番号2.8、当業者の専門用語では逆多重化装置と通常呼ばれている。）によって処理される。このフィルタすなわち逆多重化装置は、パケット・ヘッダにおける特定のフィールドの値などの特定の基準を満たすパケットをストリームから抽出するようプログラムし得る。この逆多重化装置は、特に、特定のサービスをストリームから抽出するか、ストリームに含まれる、サービス提供に関する情報を選択するのに用いられる。サービス提供に関するこの情報は通常、サービス情報と当業者によって呼ばれている。

これらのモジュールは、装置の読み取り専用メモリ（参照番号2.6）に記憶されているソフトウェアの制御の下で相互作用する。これらのプログラムは、プロセッサ（参照番号2.4）によって実行するよう、ランダム・アクセス・メモリ（参照番号2.7）にロードされる。配信ゲートウェイの動作に関する主要ソフトウェア・プログラムの詳細は以下に説明する。

図3は、本発明の例示的な実施例による装置の機能図を表す。図は、IPネットワーク（参照番号3.5）に接続され、衛星アンテナ（参照番号3.1）に接続されるゲートウェイ（参照番号3.2）を示す。図は、ネットワーク・インタフェース・モジュール（参照番号3.9）、チューナ（参照番号3.3）及び逆多重化装置（参照番号3.8）を機能的側面からみて示す。ローカル・ネットワークのクライアントと、配信ゲートウェイとの相互作用は、コマンド・インタープリタ（参照番号3.6）によって管理される。このコマンド・インタープリタは、クライアントからの要求又はコマンドを、ネットワーク・インタフェースを介して受信し、この受信は、矢印（参照番号3.11）によって表す。このコマンドの実行のために、このインタープリタはチューナの制御（矢印3.13）を行わなければならないことになる。このインタープリタは、逆多重化装置の制御（矢印3.15）と、ストリーム・プレイヤ（参照番号3.4）の制御（矢印3.18）とを行わなければならないものでもあり、ストリーム・プレイヤは、先行して選択されたサービスをIPネットワーク上で再配信することになる。

コマンド・インタープリタ3.6の指令により、チューナはディジタル・データ・パケットのストリームを受信し、それは逆多重化装置への送信（矢印3.16）が行われることになる。逆多重化装置は、例えば、サービスに属するパケットを、フィルタリングする。このパケットはストリーム・プレイヤへの送信（矢印3.17）が行われ、ストリーム・プレイヤは、このデータ・パケット・ストリームを、IPネットワークを介して送る役割を果たす。IPネットワークを介したこの伝送（矢印3.19）は、例えば、DVB−IP標準によって推奨されているRTPプロトコル（リアルタイム伝送プロトコル）を介して行い得る。サービス・コントローラ（参照番号3.7）は、サービス情報、すなわち、アクセス可能なサービス提供に関する情報、を管理する役割を果たすことになる。この管理は、例えば、コマンド・インタープリタの制御下で行われることになる。サービス・コントローラは、逆多重化装置（矢印3.14）の出力から、ストリームに含まれる信号情報を受信することになり、IPネットワーク上の要求クライアントに要求（矢印3.12）によって供給（矢印3.10）を行うことができる利用可能なサービスのリストを構築することができることになる。

本発明の例示的な実施例では、配信ゲートウェイは、初期化されると以下のタスクを行う。

チューナが起動され、コマンドを受信する用意ができている状態に入る。このチューナは、衛星デコーダ、ケーブル・デコーダやマイクロ波デコーダにみられる種類の広く用いられているチューナである。したがって、このチューナはチューナの通常のタスクを行うことができる。このうち、周波数範囲を走査してサービス・ストリームを送信するのに用いるものを見つける機能と、特定の偏波、特定の変調、及び通常のパラメータ全てを用いることによって特定の周波数を捕らえる機能とに言及し得る。チューナは、上記周波数上で送信されるディジタル・データ・パケットのストリームを供給することもできるものである。

チューナによって受信し得るサービスのリストが構築される。このリストは、DVBサービスのリストと呼ばれるものであり、このリストからのサービスはDVBサービスと呼ばれるものである。放送リンクは以下の方法で編成される。リンクはいくつかの放送事業者によって通常、共有される。各放送事業者は、ディジタル・サービス群、例えば、サービス群の形態におけるオーディオ及び/又はビデオ、を提供する。この群は1つ又は複数の伝送ストリームによって放送される。当初、通常は、放送リンクを共有する放送事業者のリストが構築される。第２に、用いられる伝送ストリームのリストが構築され、最後に、このストリームに含まれるサービスのリストを構築することが可能である。

特に、DVBでは、各放送事業者は一意の識別子であるネットワーク識別子（「ネットワークID」）によって識別され、これに関する情報はNITすなわちネットワーク情報テーブルというテーブルに存在し得る。このテーブルは、通常、各伝送ストリーム中に存在し、とりわけ、放送事業者毎に用いるストリームのリストを含む。

ストリーム毎に、チューナがストリームを捕らえ、受信するうえでの周波数、変調、偏波や他の要点などのパラメータのリストが存在することになる。ストリームにおいて放送されるサービスのリストも存在する。

サービス毎に、サービスの名称、DVBトリプレットと呼ばれる識別子、要素オーディオ・ストリーム識別子及び要素ビデオ・ストリーム識別子（PIDすなわち番組識別子）のリストなどの特定数の情報アイテムが存在することになる。

別のサービス情報が、DVB-SI（サービス情報）の規定に応じてストリーム中に、利用可能なものとして存在し得る。

したがって、この情報は全て、利用可能なサービスのリストを構築するのに用いられる。この情報によって、伝送ストリーム放送が分かっていることが、それを捕らえ、ペイロード情報をそれから抽出することができるために必要となる。

第１の進行手順は、潜在的に用いられる周波数範囲にわたって実行してストリームを伝送するのに用いるものを検出するというものである。ストリームが検出される都度、適切な情報をそれから抽出して、利用可能なサービスのリストを構築する。これは、チューナの通常の機能である。この手順は長く、チューナを独り占めするので、チューナをその期間中、サービスの受信に用いることができない。

利用可能なサービスのリストは、ローカル・ネットワーク上の、例えば配信ゲートウェイ又は、他の場所に記憶されている設定ファイルによって構築することも考えられる。このファイルは、XML形式のものでも別の形式のものでもよく、XML形式は、DVBサービスのIPネットワーク上での配信中にサービス情報をコード化するDVB-IP標準によって用いられる形式であるという利点を有している。この動作モードは、ずっと速いが、記憶されている情報が、放送される実際のサービスに対して旧くなっている場合があるというリスクを有する。

サービスのリストをファイルに記憶させるが、このファイルが、周波数を走査してそれを更新する通常の動作又はオンデマンドの動作によって更新されることを可能にすることによって2つの手法を混ぜ合わせることも考えられる。

利用可能なサービスのリストが放送リンク上に構築されると、このリストはローカル・ネットワーク上で利用可能にされなければならない。このことを行うには、1つの選択肢は、DVB-IP標準によって推奨されている解決策を用いるというものである。この標準は、IPサービスのリストをオブジェクトの収集物として検討することを提案している。このオブジェクトは各々、とりわけ、例えば、DVBトリプレット、サービス名称、サービスの要素オーディオ・ストリーム及び要素ビデオ・ストリームの番組識別子（PID）、サービスが配信される宛先マルチキャスト配信アドレスであり得る識別子の情報を有する。

解決すべき課題の１つとしては、マルチキャスト配信アドレスを規定するということがある。２つの別々の伝送ストリームによって同時に放送される2つのサービスをチューナが受信できないということを考慮しなければならない。よって、配信ゲートウェイでこれらの2つのサービスを同時にIPネットワーク上で実行することは不可能になる。この特性を用いて、別々のストリームに属する2つのサービスがそれらを配信するよう同じマルチキャスト配信アドレスを用いることを認可することが考えられる。しかし、チューナは、同じ伝送ストリームにおいて放送される2つのサービスを同時に受信することが可能であるので、配信ゲートウェイがこれらの２つのサービスを同時にIPネットワーク上で実行することが考えられる。例示的な実施例によれば、別々のマルチキャスト配信アドレスが、同じストリームの種々のサービスについて用いられる。

このようにして、用いるうえで備えなければならない、配信アドレスの最大数が同じストリームに含まれるサービスの最大数に相当するということを判定することが考えられる。マルチキャスト配信アドレスを判定するうえで考えられる方法を次に説明する。この方法は、設定ファイルにおいて規定されるアドレス群を用いることに依拠している。このファイルはゲートウェイを起動させる役割を果たし、その後は、アドレスを各サービスに付与するのに用いる。この付与は上記規則に従うものである、すなわち、別々のストリームに含まれる２つのサービスには同じアドレスを付与し得る一方、同じストリームの２つのサービスには別々のアドレスを付与することになる。

コマンド・インタープリタ及びストリーム・プレイヤは、反復ループである。コマンド・インタープリタは、配信ゲートウェイ宛の要求の受信を待って、ネットワーク・トラフィックを監視する。そのような要求を受信すると、コマンド・インタープリタは、その要求の実行に必要な動作を行う。

ストリーム・プレイヤは、ストリームの開始と停止とを要求するコマンドを待つ。開始コマンドを受信すると、ストリーム・プレイヤは、逆多重化装置によってフィルタリングした後にチューナからそれに入ってくる、送信対象のサービスに相当するパケットを回復する役割を果たす実行スレッドを起動する。このパケットはRTP（リアルタイム伝送プロトコル）型パケットに組み立てられ、更に、サービスに付与されるマルチキャスト配信アドレスに送信される。この伝送が初期化されると、ストリーム・プレイヤは新たな開始コマンド又は停止コマンドを待つ。停止コマンドを受信すると、相当するサービスの伝送が停止する。

サービスのディスカバリ及び選択の段階の処理を行うという問題が生じる。この段階は、標準において記載されており、標準では、3つの工程に分割されている。第１の工程は、サービス配信事業者がそのサービス提供に関する情報を提供するアドレスのディスカバリをクライアントが行い得る方法を記載している。第２の工程は、サービス・プロバイダに関する一般的な情報をクライアントが、例えばHTTP要求を介して、得る方法を記載している。最後の工程は、提供されるサービスのリストを見つけることから成る。このことを行うよう、クライアントはサービス・プロバイダ毎に１つのHTTP要求を送信しなければならない。この要求に応じて、クライアントは、配信ゲートウェイ初期化段階中に構築されるリストを受信することになる。

サービスの選択を可能にする解決策を次に説明することとする。ここでは特定の問題が生じる。特に、提供されるサービスは全て、ネットワーク上で永続的に実行されるということを標準はみなしている。したがって、これらのサービスは全て、いつでもアクセス可能であり、お互いに全く無関係にアクセス可能である。この場合とは逆に、配信ゲートウェイの場合には、利用可能なサービス全てを同時に実行可能でないということは明らかである。このことは、特定の時点で、利用可能なストリームのうちの１つの伝送ストリームしかチューナによって受信し得るものでないということによる。したがって、２つの別々のストリームに属する２つのサービスを同時に、2つ以上のチューナを配信ゲートウェイに備えることなく実行することは常に不可能なものとなる。しかし、いくつかのチューナをゲートウェイに備える場合も、利用可能なストリーム数がチューナ数を超える場合に制限が常にあることになる。

サービス・オーバIPは、リアルタイム伝送プロトコル（RTP）を用いて配信される。従来の方法によれば、クライアントは、マルチキャスト・モードで配信されるRTPストリームを受信したい場合、「加入」と呼ばれる加入要求をマルチキャスト配信アドレスに送信する。この要求をサーバとクライアントとの間のルーティング装置によって解釈して、サーバによってクライアントに送信されるパケットを配信する。このことは、サーバがサービスを絶えず実行している環境でうまく機能する。サーバがサービスをオンデマンドのみで実行する本願の場合には、この手法は不十分である。

この課題を解決するよう、DVB-IPは、RTSP（リアルタイム・ストリーミング・プロトコル）要求を用いて、そのサービスのうちの１つがクライアントによって要求された旨をサーバに通知することを提案している。このコマンドは、「セットアップ」コマンドとして知られている。この「セットアップ」コマンドは、サービスの配信を配信ゲートウェイが管理することを可能にするのに用いられる。並行して、クライアントがサービスを受信することに関心がなくなると「ティアダウン」コマンドが送信されることになる。これらのコマンドは、コマンドによって影響を受けるサービスをゲートウェイが識別することを可能にする参照を備える。

まず、第１のサービスが第１のクライアントによって選択される方法を次に示す。クライアントは、利用可能なサービス全てのリストを要求し、構築する。これらのサービス全てのうちから、クライアントは１つを選択する。「セットアップ」コマンドは、ゲートウェイに送信し、コマンド・インタープリタによって解釈して、要求サービスを含むストリームにチューナをロックする。逆多重化装置は、ストリーム内の要求サービスをフィルタリングするようプログラムされる。このサービスは、したがって、ネットワーク上で、それに付与された配信アドレスでストリーム・プレイヤによって実行されることになる。クライアントは、したがって、この配信アドレスに加入することによって、要求サービスを受信することができることになる。

更に、ゲートウェイは、自らがネットワーク上で実行するサービスの受信を要求したクライアントが、それを受信することに関心がある更なるクライアントがない場合にサービスの配信を中断することができるよう、分からなければならない。このことを行う1つの方法は、「セットアップ」コマンドがこのサービスについてそこから受信されたそのクライアントのリストを、実行されるサービス毎に管理するというものである。よって、「セットアップ」コマンドが受信され、かつ、このコマンドを満たし得るという、（このことが常にあてはまる訳ではないということがわかる）条件で、コマンドを発信するクライアントが、サービスの受信を要求するクライアントのリストに追加される。クライアントは、配信ゲートウェイがこのサービスに関してこのクライアントからの「ティアダウン」コマンドを受信すると、そこから除外される。

ストリーム・プレイヤがサービスを第１のクライアントに対してすでに実行している間に新たなクライアントがサービスを選択する場合にはどうなるであろうか？第１の選択肢は、新たなクライアントによって要求されるサービスが第１のクライアントに対して既に実行したサービスと同じであるというものである。サービスを受信するには、進行中の配信に新たなクライアントが加入することで十分である。ゲートウェイはこの新たなクライアントを、サービスを受信するクライアントのリストに追加することになる。第２の選択肢は、サービスが同じ放送ストリーム上で放送されるというものである。この場合には、逆多重化装置のプログラミングを変更することを用いて2つのサービスをフィルタリングする。それらの各々は、ストリーム・プレイヤによってそれ自体のマルチキャスト配信アドレス上で配信されることになる。各クライアントは、自らが受信したく、かつ受信することができるサービスの配信アドレスに加入している。

第3の選択肢は、新たなクライアントによって要求されるサービスが、第１のクライアントによって要求されるサービスの別のストリーム上でのサービス放送であるというものである。この場合、第１の選択肢は、新たなクライアントに選好を与えるというものであり得る。チューナは新たなストリームにロックされることになり、逆多重化装置は、新たなクライアントによって要求されるサービスをそれから抽出するようプログラムされ、ストリーム・プレイヤはこのサービスをそのマルチキャスト配信アドレス上で実行することになる。この結果、第１のクライアント宛の第１のサービスの配信が中断されることになる。別の選択肢は、第１クライアントに選好を与え、別のストリームの第１のサービスの別のクライアントへの配信によって自らが要求したサービスが利用可能でない旨を新たなクライアントに示すというものである。よって、この場合には、「セットアップ」コマンドは機能しない。第１のクライアントの種類が分かっている場合には第１のクライアントの種類を考慮して、採用する方針を判定することも考えられる。例えば、単純な視聴装置に対して記録装置の類のクライアントに選好を、番組の記録予定を設定したユーザはその記録が中断されることをみたくない一方で、生で番組を視ているユーザがサービス中断に反応することができるということに基づいて与えることが考えられる。何れかの選択方針をこのレベルで本発明の状況から逸脱することなく採用し得るということは明らかである。

この問題を解決する簡潔な方法としては、利用可能なサービスのリストを構築する方法を修正して、実際に利用可能なサービスのリストのみをクライアントに提示するというものがある。この場合、少なくとも１つのサービスが実行され、したがって、チューナがストリームにロックされる場合、提案されるサービスのリストは、チューナがロックされるストリーム上で利用可能なサービスのリストに限定される。ストリームのサービスのうちの１つの配信に最後に加入したクライアントがその受信から加入解除すると、利用可能サービスのリストはもう一度、利用可能ストリーム全てのサービスを備えるリストとなる。この場合には特に、ストリームによって用いられた最後のサービスが何れのクライアントによってももはや受信されず、かつ、利用可能なサービス全てを、よって、それらを要求するクライアントに放送する全ストリーム上で提供することが可能な時点を判定するために、サービスに加入するクライアントのリストの管理が有用であるということをそれ自体が示す。

放送サービスと、それが唯一のクライアントである場合には、利用可能なサービス全てとを受信するその第１クライアントに対して提案し続けることも考えられる。

いくつかのチューナを有するゲートウェイにこの機能を拡張することが可能であることは明らかである。それを要求するクライアントに提案されるそのサービスのリストは、既に配信されているサービスを中断することなく配信することが実際にできるものになお限定される。

本発明の例示的な実施例のその動作環境における全体アーキテクチャを表す図である。 本発明の例示的な実施例による装置のハードウェア・アーキテクチャを表す図である。 本発明の例示的な実施例による装置を示す機能図である。

符号の説明

1.1 衛星アンテナ
1.2 放送ゲートウェイ
1.3 IPサービス・プロバイダ
1.4 IPゲートウェイ
1.5 ローカル・ネットワーク
1.6 クライアント
1.7 クライアント
1.8 クライアント
2.1 衛星アンテナ
2.2 配信ゲートウェイ
2.3 チューナ
2.4 プロセッサ
2.5 IPネットワーク
2.6 読み取り専用メモリ
2.7 ランダム・アクセス・メモリ
2.8 逆多重化装置
2.9 ネットワーク・インタフェース
3.1 衛星アンテナ
3.2 ゲートウェイ
3.3 チューナ
3.4 ストリーム・プレイヤ
3.5 ローカルIPネットワーク
3.6 コマンド・インタープリタ
3.7 サービス・コントローラ
3.8 逆多重化装置
3.9 ネットワーク・インタフェース

Claims (10)

1. ディジタル・サービスを受信し、配信する配信ゲートウェイであって、
   衛星及び／若しくはケーブル並びに／又は地上伝送によって放送される少なくとも１つのディジタル・サービス群を受信する手段と、
   ローカルＩＰネットワークに接続する手段と、
   少なくとも１つのディジタル・サービスを含む少なくとも１つのディジタル・データ・ストリームを前記ローカルＩＰネットワーク上で、前記ネットワークに接続された１つ又は複数のクライアント装置に配信する手段と
   を備え、
   前記配信ゲートウェイは、
   前記受信する手段が、前記少なくとも１つのディジタル・サービス群全てを同時に受信する機能を有しないため、前記配信ゲートウェイによって既に受信されているディジタル・サービスの配信の中断を要することなく受信することが可能なディジタル・サービスを、前記少なくとも１つのディジタル・サービス群全てのリストから何れかの時点で選択する手段であって、前記中断は、同時に別々の伝送ストリームからディジタル・サービスを受信するうえでの前記受信する手段の制約によってもたらされる、選択する手段と、
   クライアント装置によって要求されるディジタル・サービスが、前記配信ゲートウェイによって既に受信されているディジタル・サービスと同じであるかを判定する手段、及び前記判定が肯定である場合に要求される前記ディジタル・サービスの進行中の配信に前記クライアント装置を加入させる手段と、
   前記要求されるディジタル・サービスが、前記配信ゲートウェイによって既に受信されているディジタル・サービスと同じでない場合、前記要求されるディジタル・サービスが、前記既に受信されているディジタル・サービスと同じ伝送ストリーム上で放送されたかを判定する手段、及び、前記判定が肯定であった場合に、既に受信されている前記ディジタル・サービスに加えて、前記要求されるディジタル・サービスをフィルタリングするよう逆多重化器のプログラミングを変更する手段と
   を更に備えることを特徴とする配信ゲートウェイ。
2. 請求項１記載の配信ゲートウェイであって、
   前記ローカルＩＰネットワーク上で使用されるサービス提供を通知するよう適合された形式で、前記ローカルＩＰネットワーク上で提供されるディジタル・サービスに関する情報を前記ローカルＩＰネットワーク上で供給する手段を更に備える配信ゲートウェイ。
3. 請求項２記載の配信ゲートウェイであって、
   前記供給する手段は、前記選択する手段を介して選択されるディジタル・サービスに関する情報のみを供給することを特徴とする配信ゲートウェイ。
4. 請求項３記載の配信ゲートウェイであって、更に、
   受信され、配信されるディジタル・サービスのリストを維持する手段を有し、
   前記配信されるディジタル・サービスを受信するクライアントのリストを維持する手段を、配信されるディジタル・サービス毎に有することを特徴とする配信ゲートウェイ。
5. ローカルＩＰネットワークを介して少なくとも１つのディジタル・サービスを配信ゲートウェイによって配信する方法であって、
   該配信ゲートウェイは、
   少なくとも１つのディジタル・サービスを含む少なくとも１つのストリームを
   前記ローカルＩＰネットワーク上で、前記ネットワークに接続された１つ又は複数のクライアントに配信する手段と、
   衛星及び／若しくはケーブル並びに／又は地上伝送によって放送される少なくとも１つのディジタル・サービス提供を受信する手段とを備え、前記少なくとも１つのストリームを配信する手段は、前記受信する手段を介して受信される少なくとも１つのディジタル・サービスを前記配信される前記少なくとも１つのディジタル・データ・ストリームにおいて伝送し、前記方法は、
   前記受信する手段を介して少なくとも１つのディジタル・サービスを受信する工程と、
   前記配信ゲートウェイによって既に受信されているディジタル・サービスの配信の中断を要することなく受信することが可能なディジタル・サービスを、前記放送される少なくとも１つのディジタル・サービス提供から選択する工程を更に含み、前記中断は、同時に別々の伝送ストリームからディジタル・サービスを受信するうえでの前記受信する手段の制約によってもたらされ、前記選択する工程は、
   クライアント装置によって要求されるディジタル・サービスが、前記配信ゲートウェイによって既に受信されているディジタル・サービスと同じであるかを判定する工程、及び前記判定が肯定であった場合に要求される前記ディジタル・サービスの進行中の配信に前記クライアント装置を加入させる工程と、
   前記要求されるディジタル・サービスが、前記配信ゲートウェイによって既に配信されているディジタル・サービスと同じでない場合、前記要求されるディジタル・サービスが、前記既に受信されているディジタル・サービスと同じ伝送ストリーム上で放送されたかを判定する工程、及び、前記判定が肯定であった場合に既に受信されている前記ディジタル・サービスに加えて要求されるディジタル・サービスをフィルタリングするよう逆多重化器のプログラミングを変更する工程と
   を備えることを特徴とする方法。
6. 請求項５記載の方法であって、
   前記配信ゲートウェイが、サービス提供をユーザに通知するために前記ローカルＩＰネットワークによって適合された形式で、前記ローカルＩＰネットワーク上で提供されるディジタル・サービスに関する情報を前記ローカルＩＰネットワーク上で供給する工程を更に備えることを特徴とする方法。
7. 請求項５又は６に記載の方法であって、
   「セットアップ」コマンドを受信すると、ディジタル・サービスの前記ローカルＩＰネットワーク上での伝送を、前記ローカルＩＰネットワークに接続されたクライアントから要求する工程と、
   受信され、配信されるディジタル・サービスのリストを維持する工程と、
   前記配信されるディジタル・サービスを受信するクライアントのリストを維持する工程を、配信されるディジタル・サービス毎に備える工程と
   を更に備えることを特徴とする方法。
8. 請求項７記載の方法であって、
   前記「セットアップ」コマンドを受信すると、前記受信する手段を制御して前記要求されるディジタル・サービスを受信し、該ディジタル・サービスを前記ローカルＩＰネットワーク上で配信する工程を、
   更に備えることを特徴とする方法。
9. 請求項７記載の方法であって、
   前記「セットアップ」コマンドを受信すると、
   少なくとも１つの先行ディジタル・サービスが既に、前記受信する手段によって受信されており、かつ前記配信する手段によって配信されている場合に、前記受信する手段を制御して前記要求されるディジタル・サービスと前記少なくとも１つの先行ディジタル・サービスとの更なる受信を可能にする、検証する工程と、前記検証する工程が否定の場合、前記クライアントに前記コマンドの障害を知らせる工程とを更に備えることを特徴とする方法。
10. 請求項８記載の方法であって、
    前記ローカルＩＰネットワーク上で提供されるディジタル・サービスに関する情報は、前記選択する工程において選択される、ディジタル・サービスに関する情報のみを含むことを特徴とする方法。

Images