JP5171130B2 - オーディオ／ビデオサービス受信方法並びに対応する端末及びシステム - Google Patents

Description

本発明は、デジタルテレビ伝送（又はＤＶＢ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔ））の分野に関する。より詳細には、本発明は、ＤＶＢサービス（例えば、１９８１年９月に刊行されたＲＦＣ７９１に規定されるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を介したＤＶＢ、すなわち、ＤＶＢ−ＩＰなど）の検出に関する。

ＤＶＢ−ＩＰは、ＥＴＳＩ ＴＳ１０２０３４（２００５年３月に刊行された“Ｔｒａｎｓｐｏｒｔ ｏｆ ＭＰＥＧ−２ Ｂａｓｅｄ ＤＶＢ Ｓｅｒｖｉｃｅｓ ｏｖｅｒ ＩＰ Ｂａｓｅｄ Ｎｅｔｗｏｒｋｓ”）に規定されている。

図１に関して示されるような従来技術によると、端末１０又はデコーダ（又はセットトップボックス（ＳＴＢ））は、ユーザがＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄａｔａ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）タイプなどのインターネットタイプのネットワーク１に属するビデオサーバ１７により送信されるビデオ又はオーディオストリームを受信することを可能にする。ネットワーク１はまた、
・端末１に対するＩＰアドレス及びサブネットワークマスクの割当てを可能にするＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ１６と、
・ネットワーク１に固有のものであって、ＩＰアドレスに基づく名前の変換及びその反対を可能にするＤＮＳ（Ｄｙｎａｍｉｃ Ｎａｍｅ Ｒｅｓｏｌｕｔｉｏｎ）サーバ１４と、
・端末１０がサービスを検出することを可能にする２つのＳＤ＆Ｓ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ ｐｒｏｔｏｃｏｌ）サーバ１２及び１３と、
を有する。

説明を簡単化するため、ネットワーク１は、単一の端末により表されている。もちろん、ネットワーク１は、サービスを受信するのに適した多数の端末を有することが可能である。

端末１０（又は端末を介したそれのユーザ）がサービスを受信することを所望するとき、それはネットワーク１を介しＤＨＣＰサーバ１６からそれのＩＰアドレスをリクエストする。その後、それはアドレスを受信し、それが属することとなるドメインの名前と関連付けされる。その後、それは、サーバ１２と１３の１つによりＥＰＤＰ（Ｅｎｔｒｙ Ｐｏｉｎｔ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）プロトコルに従ってサービスを検出することが可能なエントリポイントに対する検索を実現する。その後、サーバ１２と１３の１つは、サービスリストを端末に送信する。この手順は、相対的な限られたサービスリストを提供するという問題点を有する。
国際公開ＷＯ２００６／０６１４３４ "Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）" ＥＴＳＩ ＳＴＡＮＤＡＲＤＳ，ＥＵＲＯＰＥＡＮ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＴＡＮＤＡＲＤＳ ＩＮＳＴＩＴＵＴＥ，ＳＯＰＨＩＡ−ＡＮＴＩＰＯ，ＦＲ，ｖｏｌ．ＢＣ，ｎｏ．Ｖ１１１，ｍａｒｓ ２００５（２００５−０３） ＳＴＵＡＲＴ ＣＨＥＳＨＩＲＥ ＭＡＲＣ ＫＲＯＣＨＭＡＬ ＡＰＰＬＥ ＣＯＭＰＵＴＥＲ ＥＴ ＡＬ："ＤＮＳ−Ｂａｓｅｄ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ" ＩＥＴＦ ＳＴＡＮＤＡＲＤ−ＷＯＲＫＩＮＧ−ＤＲＡＦＴ，ＩＮＴＥＲＮＥＴ ＥＮＧＩＮＥＥＲＩＮＧ ＴＡＳＫ ＦＯＲＣＥ，ＩＥＴＦ，ＣＨ，ｎｏ．３，７ ｊｕｉｎ ２００５（２００５−０６−０７） ＳＴＵＡＲＴ ＣＨＥＳＨＩＲＥ ＭＡＲＣ ＫＲＯＣＨＭＡＬ ＡＰＰＬＥ ＣＯＭＰＵＴＥＲ ＥＴ ＡＬ："Ｍｕｌｔｉｃａｓｔ ＤＮＳ" ＩＥＴＦ ＳＴＡＮＤＡＲＤ−ＷＯＲＫＩＮＧ−ＤＲＡＦＴ，ＩＮＴＥＲＮＥＴ ＥＮＧＩＮＥＥＲＩＮＧ ＴＡＳＫ ＦＯＲＣＥ，ＩＥＴＦ，ＣＨ，ｎｏ．５，７ ｊｕｉｎ ２００５（２００５−０６−０７）

本発明は、従来技術の上記問題点を軽減することを目的とする。より詳細には、本発明の課題は、端末に対するオーディオ及び／又はビデオサービスの検出を向上させることである。

上記課題のため、本発明は、オーディオ／ビデオサービスを受信する方法であって、
・オーディオ／ビデオサービスエントリポイント検出プロトコルに従って、名称変換リクエストを送信するステップと、
・サービスシグナリングを配信するのに使用される第１エントリポイントに対応し、第１アクセスポイントを介し第１ネットワークに関連付けされた第１ネームサーバによって提供される第１アドレスを受信するステップと、
・サービスシグナリングを配信するのに使用される第２エントリポイントに対応し、前記第１アクセスポイントと異なる第２アクセスポイントを介し第２ネットワークに関連付けされた第２ネームサーバによって提供される第２アドレスを受信するステップと、
・前記第１及び第２エントリポイントアドレスを格納するステップと、
を有する方法を提案する。

ある特徴によると、第１及び第２ネットワークは異なる種類のものであり、例えば、前記第１ネットワークは、インターネットタイプの有線ベースネットワークであり、前記第２ネットワークは、無線ネットワークである。

特定の実施例によると、前記第２ネットワークは、例えば、ＤＶＢ−Ｓ又はＤＶＢ−Ｔ規格に互換したデジタルビデオ送信ネットワークタイプである。

効果的には、本方法は、
・第１サービスプロバイダリストを受信するため、前記第１アドレスを介し送信されたストリームに接続するステップと、
・前記第２エントリポイントアドレスを介し送信されたストリームに接続するステップと、
を有する。

特定の実施例によると、本方法は、
・第１サービスリストを受信するため、前記第１サービスプロバイダリストに属するアドレスにおいてストリームに接続するステップと、
・第２サービスリストを受信するため、前記第２サービスプロバイダリストに属するアドレスにおいてストリームに接続するステップと、
を有する。

効果的な特徴によると、本方法は、
・前記第１サービスリストに属する第１サービス又は前記第２リストに属する第２サービスを選択するステップと、
・前記第１サービスが選択された場合には前記第１アクセスポイントによって、前記第２サービスが選択された場合には前記第２アクセスポイントによって、前記選択されたサービスを受信するステップと、
を有する。

本発明はまた、
・オーディオ／ビデオサービスエントリポイント検出プロトコルに従って、名称変換リクエストを送信する手段と、
・サービスシグナリングを配信するのに使用され、第１アクセスポイントを介し第１ネットワークに関連付けされた第１ネームサーバによって提供される第１エントリポイントアドレスを受信する手段と、
・サービスシグナリングを配信するのに使用され、前記第１アクセスポイントと異なる第２アクセスポイントを介し第２ネットワークに関連付けされた第２ネームサーバによって提供される第２エントリポイントアドレスを受信する手段と、
・前記第１及び第２サービスリスト配信アドレスを格納する手段と、
を有する端末に関する。

本発明はさらに、上述した少なくとも１つの端末と、前記第２ネームサーバを有する少なくとも１つのゲートウェイとを有するシステムに関する。

本発明によると、端末に対するオーディオ及び／又はビデオサービスの検出を向上させることが可能となる。

図２は、モデムを介し有線ベースネットワーク２１と、ゲートウェイ２０３を介しＤＶＢ−Ｔタイプの無線ネットワークとにリンクする端末２００を有する本発明の実施例を実現するネットワーク２のインフラストラクチャの概略図を示す。

ネットワーク２は、ユーザがＡＤＳＬ（Ａｓｙｍｅｔｒｉｃ Ｄａｔａ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）タイプなどのインターネットタイプのネットワーク２１に属するビデオサーバ２１４又はＤＶＢ−Ｔ送信機２２によって送信されるビデオ又はオーディオストリームを受信することを可能にする端末又はデコーダ（又はＳＴＢ）を有する。

有線ベースネットワーク２１は、端末２００に対するＩＰ及びサブネットワークアドレスの割当てを可能にするＤＨＣＰサーバ２１５と、２つのＤＮＳサーバ２１２及び２１３と、端末２００がサービスを検出することを可能にする２つのＳＤ＆Ｓサーバ２１０及び２１１とを有する。

端末２００は、インフラストラクチャ２０１と、インフラストラクチャ２０１を介し有線ベースネットワーク２１と端末２００とをリンクするモデム２０２と、ＤＶＢ−Ｔ送信機２２により送信されるストリームを受信し、それらをインフラストラクチャ２０１を介し端末２００に送信するのに適したゲートウェイ２０３とを有するドメスティックネットワーク２０に属する。

ゲートウェイ２０３はまた、統合されたＳＤ＆Ｓサーバと統合されたＤＮＳサーバとを有する。

端末２００は、ＤＶＢ−ＩＰプロトコルと互換性を有する。本発明によると、インターネットネットワーク２１と、送信機２２を有するビデオサービスを送信するネットワークとから同時にサービスを受信することができる。

ＥＰＤＰ（Ｅｎｔｒｙ Ｐｏｉｎｔ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）プロトコル（２００５年３月の“Ｔｒａｎｓｐｏｒｔ ｏｆ ＭＰＥＧ−２ Ｂｓｅｄ ＤＶＢ Ｓｅｒｖｉｃｅｓ ｏｖｅｒ ＩＰ Ｂａｓｅｄ Ｎｅｔｗｏｒｋｓ”というタイトルのＥＴＳＩ ＴＳ １０２０３４規格に規定されるようなＤＶＢ−ＩＰと関連付けされる）は、従来技術によると、エントリポイントが検出されるとすぐに、エントリポイントの検索が中断されることを示している（ＴＳ１０２０３４規格の段落５．２．４を参照されたい）。また、それの２００５年３月のバージョンの当該規格は、サービスを送信するため異なる条件又は異なるサービスを提供するいくつかのエントリポイント（又はアクセスポイント）がユーザに提供可能であるとき、適していない。

さらに、ＥＰＤＰプロトコルによると、端末がそれのメモリにデフォルトＳＤ＆Ｓエントリポイントアドレスを保持することを可能にするネットワーク提供オプション（又は“Ｎｅｔｗｏｒｋ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｏｐｔｉｏｎ）が存在する。このエントリポイントの変換が有効である場合、従来技術によると、検索はこのレベルで中断される。本発明によると、当該オプションが実現されても、端末は他のエントリポイントの検索を行い、特にゲートウェイ２０３に係るエントリポイントの検索を行う。

説明を簡単化するため、ネットワーク２は、単一の端末により表される。もちろん、ネットワーク２は、サービスを受信するのに適した多数の端末を有することが可能である。

図３は、ＤＨＣＰ機能を有するルータ２０４を介し有線ベースネットワーク２１と、ゲートウェイ２０３を介しＤＶＢ−Ｔタイプの無線ネットワークとにリンクする端末を有する本発明の実施例を実現するネットワーク３のインフラストラクチャの概略図である。

ネットワーク２及び３は、ルータ２０４と置換されるモデム２０２について異なっている。ネットワーク３のその他の要素は、ネットワーク２のものと同一である。それらは、同一であり、さらなる説明はされない。

本発明の変形となる実施例によると、ゲートウェイ２０３は、複数の送信機（ＤＶＢ−Ｔ（地上）送信機とＤＶＢ−Ｓ（衛星）送信機など）によって送信されるストリームを受信する受信手段を有する。これらの変形によると、ゲートウェイ２０３は、ローカルネットワークの１以上の端末に受信される１以上のストリームを送信する。

他の変形によると、ローカルネットワークは、１以上の端末と少なくとも２つのゲートウェイとを有し、当該ゲートウェイは、異なる送信機セットに関連付けされる。従って、例えば、第１ゲートウェイがＤＶＢ−Ｔストリームを受信可能であり、第２ゲートウェイが各種衛星によって送信され、異なるサービスに対応するＤＶＢ−Ｓストリームを受信可能である。これらの変形によると、ゲートウェイ２０３は、ローカルネットワークの１以上の端末に受信される１以上のストリームを送信する。

図４は、端末２００を概略的に示す。

端末２００は、アドレスとデータバス４３により一緒にリンクされ、マイクロプロセッサ４０（又はＣＰＵ）と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）タイプの不揮発性メモリ４１と、ランダムアクセスメモリ（ＲＡＭ）４２と、インターネットデータ（インフラストラクチャ２０１により送受信されるデータなど）の送受信を可能にするインターネットインタフェース４５と、オーディオ／ビデオアプリケーション（例えば、表示若しくは記録用の）に受信されるイメージを送信するインタフェース４４とを有する。

さらに、図４に示される各要素は、当業者に周知である。これらの要素はここでは説明されない。

本明細書に使用される“レジスタ”という用語は、上述した各メモリにおける小容量（数バイナリデータ）のメモリエリアと、大容量（受信したオーディオ／ビデオサービスを表すデータのすべて若しくは一部又はプログラム全体を格納することが可能な）のメモリエリアとの両方を示す。

ＲＯＭメモリ４１は、特にプログラム“ｐｒｏｇ”４１０を有する。

ネットワーク提供オプションを提供する変形によると、ＲＯＭメモリ４１はさらに、デフォルトＳＤ＆Ｓエントリポイントアドレスを有する。

後述される方法の各ステップを実現するアルゴリズムは、これらのステップを実現する端末２００に係るＲＯＭメモリ４１に格納されている。起動時、マイクロプロセッサ４０はこれらのアルゴリズムの命令をロード及び実行する。

ＲＡＭ４２は、特にレジスタ４２０に端末２００の起動時にロードされるマイクロプロセッサ４０を操作するプログラムと、レジスタ４２１に端末２００のＩＰアドレスと、レジスタ４２２に端末に係るドメイン名と、レジスタ４２３にゲートウェイ２０３により提供されるサービスのポート及びＩＰアドレスと、レジスタ４２４にネットワーク２１のＳＤ＆Ｓサーバにより提供されるサービスのポート及びＩＰアドレスと、ゲートウェイ２０３により送信されるサービスプロバイダのリスト４２５と、ネットワーク２１のＳＤ＆Ｓサーバにより送信されるサービスプロバイダのリスト４２６と、サービスプロバイダの連結されたリスト４２７と、送信機２２に係るサービスリスト４２８と、ネットワーク２１のサービスに係るサービスリスト４２９と、連結されたサービスリスト４２１０と、端末２００により受信されたビデオサービスを送信するビデオサーバのアドレス４２１１と、レジスタ４２１２における受信した１以上のストリームに対応するオーディオ／ビデオデータとを有する。

図５は、ゲートウェイ２０３を概略的に示す。ゲートウェイ２０３は、アドレス及びデータバス５３により一緒にリンクされ、マイクロプロセッサ５０（又はＣＰＵ）と、ＲＯＭタイプの不揮発性メモリ５１と、ＲＡＭ５２と、インフラストラクチャ２０１を介し端末２００とのデータの交換を可能にするネットワークインタフェース５５と、送信機２２により送信されるサービスの受信を可能にするチューナ５４とを有する。

さらに、図５に示される各要素は、当業者に周知であり、ここでは説明されない。

ＲＯＭメモリ５１は、特にプログラム“ｐｒｏｇ”５１０を有する。

後述される方法の各ステップを実現するアルゴリズムは、これらのステップを実現するゲートウェイ２０３に係るＲＯＭメモリ５１に格納される。起動時、マイクロプロセッサ５０は、これらのアルゴリズムの命令をロード及び実行する。

ＲＡＭ５２は、特にレジスタ５２０においてゲートウェイ２０３の起動時にロードされるマイクロプロセッサ５０を操作するプログラムと、レジスタ５２１においてゲートウェイ２０３のＩＰアドレスと、レジスタ５２２においてゲートウェイ２０３に係るドメイン名と、チューナ５４を介し受信されるストリームに基づき構成され、ＳＤ＆Ｓ互換性フォーマットに変換され、端末２００に送信可能なゲートウェイ２０３に既知のサービスプロバイダリスト５２４と（リスト５２４は、ゲートウェイ２０３に固有のＳＤ＆Ｓ機構によって伝搬される）、送信機２２に関連付けされ、ゲートウェイ２０３により既知であって、チューナ５４を介し受信され、ＳＤ＆Ｓ互換性フォーマットに変換されるストリームに基づき構成されるサービスリスト５２５と、アクティブなビデオサービス（端末２００に送信され、チューナ５４が対応するマルチプレックスを復号し、それからサービスを抽出することを可能にするサービス）のアドレス５２６と、送信機２２から受信され、端末２００に送信される１以上のストリームに対応するレジスタ５２７におけるオーディオ／ビデオデータとを有する。

図６は、ルータ２０４を概略的に示す。ルータ２０４は、アドレス及びデータバス６３により一緒にリンクされ、マイクロプロセッサ６０（又はＣＰＵ）と、ＲＯＭタイプの不揮発性メモリ６１と、ＲＡＭ６２と、インフラストラクチャ２０１を介し端末２００とのデータの交換を可能にするネットワークインタフェース６４と、ネットワーク２１とのデータの交換を可能にするネットワークインタフェース６５とを有する。

さらに、図６に示される各要素は、当業者に周知であり、ここでは説明されない。

ＲＯＭメモリ６１は、特にプログラム“ｐｒｏｇ”６１０を有する。

後述される方法の各ステップを実現するアルゴリズムは、当該ステップを実現するルータ２０４に係るＲＯＭメモリ６１に格納される。起動時、マイクロプロセッサ６０は、これらのアルゴリズムの命令をロード及び実行する。

ＲＡＭ６２は、特にレジスタ６２０においてルータ２０４の起動時にロードされるマイクロプロセッサ６０を操作するプログラムと、レジスタ６２１においてネットワーク２１と２０１にそれぞれ対応するルータ２０４のＩＰアドレスと、レジスタ６２２においてルータ２０４に係るドメイン名と、レジスタ６２３においてＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）タイプのネットワーク２１及び２０１のドメインのアドレス間の対応関係と、ネットワーク２１上で利用可能なサービスアドレスによるＤＨＣＰサーバのリスト６２４と、ネットワーク２１上のＤＮＳサーバのアドレスリスト６２６とを有する。

図７は、図２に示されるネットワークの要素間、より正確には、端末２００、ゲートウェイ２０３、ＤＨＣＰサーバ２１５、ＤＮＳサーバ２１２及びＳＤ＆Ｓサーバ２１０間の通信プロトコルを示す。端末２００とゲートウェイ２０３とは、それらが属するネットワーク２１への直接的なアクセスを有する。

第１ステップでは、ゲートウェイ２０３は、ＤＮＳ／ＤＨＣＰプロトコルに従って、ＩＰアドレスとドメイン名とに対するリクエストをＤＨＣＰサーバ２１５に送信する。

ＤＨＣＰサーバ２１５は、ＤＮＳ／ＤＨＣＰプロトコルに従って、ゲートウェイ２０３に割り当てられたＩＰアドレスとドメイン名とを含むメッセージにより応答する。ドメイン名を受信したゲートウェイ２０３は、端末２００によりそれに送信可能なＤＮＳリクエスト７４に応答するため、自らのＤＮＳサーバを設定する。

独立して、端末２００は、ＩＰアドレスとドメイン名とに対するリクエスト７２をＤＨＣＰサーバ２１５に送信する。

ＤＨＣＰサーバ２１５は、端末２００に割り当てられるＩＰアドレスとドメイン名とを含むメッセージ７３により応答する。

その後、端末２００は、ＥＰＤＰプロトコルに従って、サービスを検出可能なエントリポイントの検索を実行させる。本発明によると、端末は、少なくとも２つのエントリポイントを取得するため、ゲートウェイ２０３（ローカル要素）と有線ベースネットワークのリモート要素とに自らを同時にアドレス指定する。

端末２００は、“ｔｙｐｅ＿ｄｖｂｓｅｒｖｄｓｃ．＿ｔｃｐ”のプリフィックスに隣接するドメイン名変換のため、ＤＮＳサーバに対するリクエスト７４を送信する。リクエスト７４を受信すると、プリフィックスに係るドメイン名を変換可能なＤＮＳサーバが、ＩＰアドレスとサービスポートにより端末２００に応答する。

ゲートウェイ２０３に存在する、又は関連付けされるＤＮＳサーバは、ゲートウェイ２０３により提供されるサービスのポートとＩＰアドレスを含むメッセージ７５により応答する。（これは、サービス名の関数としてゲートウェイ２０３により実行されるアドレス変換に関する。）端末２００は、これらのデータをレジスタ４２３に格納する。

ＤＮＳサーバ２１２は、ネットワーク２１の単一のＳＤ＆Ｓサーバにより提供されるサービスのポートとＩＰアドレスとを含むメッセージ７７により応答する。（例えば、ＳＤ＆Ｓサーバ２１０が選択される。）
効果的には、リクエスト７４の送信時に端末により指示されるタイムアウトの期限切れ前に受信するため、応答７５及び７７がリクエスト７４の後に迅速に送信される。

本発明の変形によると、ＤＮＳ情報の送信におけるコンフリクトを回避するための機構が設けられ、同一のアドレスレンジがゲートウェイ２０３とネットワーク２１のサーバ（又は１以上の他のゲートウェイ）により使用されることが可能となる（特に、ＩＧＭＰバージョンがｖ３より初期のものである場合）。また、当該変形によると、メッセージ７５の送信前、ゲートウェイ２０３は、異なるマルチキャストアドレスを決定するため、メッセージ７７（及び他の可能性のあるゲートウェイにより送信される応答）のコンテンツを検証する。

上述されるように、ＥＴＳＩ ＴＳ１０２０３４規格によると、ＳＤ＆Ｓサーバの検出はネットワーク２０１上で中断する。他方、後述されるように本発明によると、ＳＤ＆Ｓサーバ又はエントリポイントの検出は、少なくとも２つのＳＤ＆Ｓサーバへのアクセスを可能にする。

その後、端末２００は、ゲートウェイ２０３に係るサービスプロバイダリストを取得するため、ポートの識別子とマルチキャスト送信アドレスとに対応するマルチ送信チャネル（マルチキャスト）の聞き取りを開始するため、ＩＧＭＰリクエスト７８（メッセージ７５を介し受信したパラメータによる“ジョイン”コマンド）を送信する。ここで、当該アドレス及びポートは、ポートがメッセージ７５により送信されなかった場合、デフォルトポート又はメッセージ７５を介し送信される。端末は、ゲートウェイ２０３により送信され、関連する各サービスプロバイダのサービスのＩＰアドレス及びポートを含むストリーム７９を受信する。端末は、これらのデータをレジスタ４２５に格納する。

本発明の変形によると、ＳＤ＆Ｓ情報及びビデオ情報の送信におけるコンフリクトを回避するための機構が設けられ、同一のアドレスレンジがゲートウェイ２０３及びネットワーク２１のサーバ（又は１以上の他のゲートウェイ）により使用されることが可能となる（特に、ＩＧＭＰバージョンがｖ３より初期のものである場合）。また、第１の変形によると、端末２００はまず、ゲートウェイ２０３に照会する前にネットワーク２１のサーバ（及びすでに接続されている可能性のある他のゲートウェイ）を照会する。ゲートウェイ２０３は、フリーのアドレス（又はサービスプロバイダ及びサービス）を選択するため、ネットワーク２１のサーバにより送信されるマルチキャストストリームを聞き取りし始める。第２の変形によると、端末２００がまずゲートウェイ２０３を照会する場合、ゲートウェイ２０３は、メッセージ７８のＩＧＭＰバージョンを検証し、当該バージョンがｖ３より初期のものである場合、ゲートウェイ２０３は自ら、フリーアドレスを選択するのにサービスプロバイダ及びサービスのアドレスを確認するため、ＩＧＭＰリクエストをネットワーク（及び他のゲートウェイ）に送信する。

その後、端末２００は、それのアドレスがレジスタ４２５に格納されているプロバイダを選択し、ストリーム７９により受信したリストの当該プロバイダに対応するマルチ送信チャネルの聞き取りを開始し、当該プロバイダにより提供されるサービスリストを取得するため、１以上のＩＧＭＰリクエスト７１０（選択されたプロバイダに対応するパラメータによる“ジョイン”コマンド）を送信する。端末は、プロバイダに係るサービスリストを含むストリームを受信し、レジスタ４２８に格納する。

その後、端末２００は、サーバ２１に係るサービスプロバイダリストを取得するため、ポートの識別子及びマルチキャスト送信アドレスに対応するマルチ送信チャネル（マルチキャスト）の聞き取りを開始するためにＩＧＭＰリクエスト７１２（メッセージ７５を介し受信したパラメータによる“ジョイン”コマンド）を送信する。当該アドレス及びポートは、ポートがメッセージ７７により送信されなかった場合、デフォルトポート又はメッセージ７７により送信される。端末は、ＳＤ＆Ｓサーバ２１により送信され、関連する各サービスプロバイダのサービスのポート及びＩＰアドレスを含むストリーム７１３を受信する。端末は、これらのデータをレジスタ４２６に格納する。

その後、端末２００は、それのアドレスがレジスタ４２６に格納されているプロバイダを選択し、ストリームにより受信したリストの当該プロバイダに対応するマルチ送信チャネルの聞き取りを開始し、当該プロバイダにより提供されるサービスリストを取得するため、１以上のＩＧＭＰリクエスト７１４（選択されたプロバイダに対応するパラメータによる“ジョイン”コマンド）をＳＤ＆Ｓサーバ２１に送信する。端末は、プロバイダに係るサービスリストを含むストリーム７１５を受信し、レジスタ４２９に格納する。

その後、端末２００は、レジスタ４２８及び４２９、又は一変形によると、レジスタ４２８及び４２９に格納されているサービスの連結した（及び選択した）結果を有するレジスタ４２１０に存在するサービスからあるサービスを選択する。図６に示されるように、端末２００がゲートウェイ２０３を介しサービスを選択する場合、それはＩＧＭＰプロトコルに従って所望されるサービスのアドレスを含む“ジョイン”コマンドを送信する。その後、それはインタフェースを介しアプリケーションに送信可能なビデオストリーム７１７をゲートウェイから受信する。端末２００がネットワーク２１を介しサービスを選択する場合（図示されていないケース）、それはＩＧＭＰプロトコルに従って所望されるサービスのアドレスを含む“ジョイン”コマンドをネットワーク２１の対応するビデオサーバに送信し、モデム２０２を介しビデオサーバからビデオストリームを受信する。

例えば、ＤＨＣＰサーバから受信したドメイン名が“ｄｖｂｉｐ．ｍｕｌｔｉ．ｃｏｍ”である場合、ＤＮＳサーバ２１２とゲートウェイ２０３に係るＤＮＳサーバは、２つのＩＰアドレス（例えば、“１９２．１６８．１．１”と“１９２．１６８．１．２”など）を有することが可能であり、ＤＨＣＰサーバ２１５により端末２００に提供されるドメイン名に対応する“ｎａｍｅ＿ｄｖｓｅｒｖｄｓｃ．＿ｔｃｐ”について同一のＤＮＳ変換を有することが可能である。また、本発明によると、“ｎａｍｅ＿ｄｖｂｓｅｒｖｄｓｃ．＿ｔｃｐ．ｄｖｂｉｐ．ｔｈｍｕｌｔｉ．ｃｏｍ”を変換するための端末２００からのＤＮＳリクエスト７４及び７６が、２つのアドレス“１９２．１６８．１．１”と“１９２．１６８．１．２”（メッセージ７５と７７）により分解される。その後、端末２００は、自らを直接ゲートウェイ２０３とＳＤ＆Ｓサーバ２１０にアドレス指定することによって、サービスプロバイダに関する所望の情報を受信することが可能である（メッセージ７８など）。

図８は、図３に示されるネットワークの要素間、より正確には、端末２００、ゲートウェイ２０３、ルータ２０４、ＤＮＳサーバ２１２及びＳＤ＆Ｓサーバ２１０との間の通信プロトコルを提供する。端末２００は、ルータ２０４を介しネットワーク２１への間接的なアクセスを有する。

図８に示される交換及びストリームは、図７に与えられる交換及びストリームと類似し、同一のリファレンスを有する。しかしながら、ＤＨＣＰルータ２０４は、メッセージ又はストリーム７０〜７３のためＤＨＣＰサーバ２１５を置換する。さらに、ＤＮＳサーバ２１２に対するメッセージは、ルータ２０４を介し有効とされ、ルータ２０４は、アドレス変換することによって、メッセージの形式によりＤＮＳ２１２に転送するメッセージ７４を受信し、その後、ＤＮＳ２１２からメッセージ７７の形式により端末２００に転送する応答８１を受信する。従って、ルータ２０４は、メッセージ８２及び８４の形式によりＳＤ＆Ｓ２１０にそれぞれ転送するメッセージ７１２及び７１４を受信し、その後、ストリーム８３及び８５の形式により端末２００に転送する（７１３）ストリーム８３及び８５をＳＤ＆Ｓ ＤＮＳ２１０から受信する。（一変形によると、メッセージ７１２に続いて、ルータ２０４は、ＩＧＭＰリクエストに対応するストリームをフィルタリングするか、又はそれを端末２００にスルーすることを可能にする。）効果的には、ルータ２０４はまた、ゲートウェイ２０３により端末２００に送信されるストリーム７１７をフィルタリングする。

図９は、端末２００において実現されるサービスの検出及び接続のためのアルゴリズムを示す。

初期化ステップ９０では、端末２００は各種パラメータ及び変数を更新する。

その後、ステップ９１において、端末２００はそれのＩＰアドレスと、それが格納している対応するドメイン名（メッセージ７０〜７３）とを復元する。端末２００はまた、ＤＮＳサーバ（特に、ゲートウェイ２０３に係るＤＮＳサーバと、ＤＮＳサーバ２１２及び２１３）のアドレスリストを格納する。

その後、ステップ９２において、それのアドレスが格納された各ＤＮＳサーバについて、端末２００は、サービス名に係るＳＤ＆Ｓサーバアドレスを取得するため、ＤＮＳリクエストを送信する（メッセージ７４〜７７）。従って、端末２００は、ネットワーク２１のＤＮＳサーバから、ＳＤ＆ＳサーバのＩＰアドレス及びポートと、ゲートウェイ２０３を介し利用可能なサービスに対応するアドレス及びポートとを受信する。

その後、ステップ９３において、ステップ９２において受信した各ＳＤ＆Ｓアドレスに対して、端末２００は、対応するＳＤ＆Ｓサーバを照会し、サービスプロバイダのリストを受信する。本発明によると、端末２００は、ネットワーク２１に存在するＳＤ＆Ｓサーバだけでなく、この役割を担うゲートウェイ２０３をも照会する。このため、従来技術と異なり効果的に、端末は、複数のＳＤ＆Ｓサーバにアクセスし、変更されたサービスソースから恩恵を受けることが可能である。

より正確には、ある実施例によると、ステップ９３は複数のステップ９３０〜９３３に分割することが可能である。ステップ９３０では、端末２００は、ＳＤ＆Ｓサーバのリストの第１サーバ上のポインタ又は現在のサーバ変数を初期化する。その後、ステップ９３１において、それは現在のＳＤ＆Ｓサーバから、ＳＤ＆Ｓサーバに知られている各サービスプロバイダのアドレス（メッセージ７９及び７１３）と共にサービスプロバイダのリスト（メッセージ７８及び７１２）を受信し、受信したサービスプロバイダアドレスを格納する。テスト９３２において、端末は、現在のサーバがＳＤ＆Ｓサーバのリストの最後のものであるか検証する。そうでない場合、ステップ９３３において、ＳＤ＆Ｓサーバのリストの次のサーバを指定することによって、現在のサーバを更新し、ステップ９３１が繰り返される。

そうでない場合、ステップ９２は終了され、ステップ９４において、各ＳＤ＆Ｓサーバについて、端末はサービスプロバイダに係るサービスのリストを要求し（メッセージ７１０及び７１４）、応答を受信し（メッセージ７１１及び７１５）、対応するプロバイダにより受信されたサービスリストを格納し、それらをユーザに提供することが可能となるように、アプリケーションに送信する。

その後、ステップ７１６において、ユーザが受信したリストからあるサービスを選択すると、端末２００は対応するサービスにアクセスし、それを受信する（コマンド７１６及びストリーム７１７）。同一のサービスがネットワーク２１及びゲートウェイ２０３を介し配信される場合、ユーザは、そのソースに基づきサービスを選択することが可能である。一変形によると、端末は、ソースを優先するよう設定可能である（帯域幅を節約するためゲートウェイ２０３を介することにより、若しくはより良好な受信クオリティを有するようネットワーク２１を介することによって、又はサービスのソース符号化に係るクオリティを考慮することによって）。

もちろん、本発明は、上述した実施例に限定されるものでない。

特に、本発明は、２つのアクセスポイントを介し２つのネットワークにアクセスするドメスティック又はプロフェッショナルシステムに関する。第１ネットワークは、例えば、無線又は有線ベースインターネットタイプネットワークである。第２ネットワークは、例えば、オーディオ／ビデオサービスの送受信に専用のネットワーク（ＤＶＢ−Ｔ又はＤＶＢ−Ｓネットワークなど）である。

本発明によると、ネットワーク（ドメスティックネットワーク又はローカル企業ネットワークなど）のいくつかのオーディオ／ビデオ装置が、インターネットネットワークに接続されるモデム若しくはルータ、送信されたサービスを受信するゲートウェイ、ローカルサーバ（予め記録されたデータを読み込む装置など）などのいくつかのアクセスポイントを介しいくつかのソースからのサービスを受信することが可能である。本発明は、ＤＶＢ−ＩＰプロトコルに従って提供されるサービスセット全体を検出することを可能にする。

図１は、従来技術による通信ネットワークを示す。 図２は、本発明の一実施例による通信ネットワークを示す。 図３は、本発明の他の実施例による通信ネットワークを示す。 図４は、図２又は３のネットワーク各要素を示す。 図５は、図２又は３のネットワーク各要素を示す。 図６は、図２又は３のネットワーク各要素を示す。 図７は、図２又は３のネットワークの要素間の通信プロトコルを示す。 図８は、図２又は３のネットワークの要素間の通信プロトコルを示す。 図９は、図２及び３のネットワークの端末により実現されるアルゴリズムを示す。

符号の説明

１、２、３ ネットワーク
１０、２００ 端末
１２、１３ サーバ
１６、２１５ ＤＨＣＰサーバ
２１０、２１１ ＳＤ＆Ｓサーバ
２１２、２１３ ＤＮＳサーバ
２０３ ゲートウェイ
２０４ ルータ

Claims (10)

1. オーディオ／ビデオサービスエントリポイント検出プロトコルに従って、名称変換リクエストを送信するステップを有するオーディオ／ビデオ配信サービスを検出する方法であって、
   当該方法は、単一のネットワークインタフェースを有し、単一のネットワークインタフェースを介し異なるアクセスポイントにより同時に異なるタイプの２つのネットワークにアクセスするインターネットプロトコル受信機によって実現され、前記２つのネットワークの少なくとも１つはインターネットタイプであり、
   当該方法は、
   サービスシグナリングを配信するのに使用される第１エントリポイントに対応し、第１アクセスポイントを介し第１タイプの第１ネットワークに関連付けされた第１ネームサーバによって提供される第１アドレスを受信するステップと、
   サービスシグナリングを配信するのに使用される第２エントリポイントに対応し、前記第１アクセスポイントと異なる第２アクセスポイントを介し第２タイプの第２ネットワークに関連付けされた第２ネームサーバによって提供される第２アドレスを受信するステップと、
   前記第１及び第２エントリポイントアドレスを格納するステップと、
   を有する方法。
2. 前記第１ネットワークは、インターネットタイプの有線ベースネットワークである、請求項１記載の方法。
3. 前記第２ネットワークは、無線ネットワークである、請求項１又は２記載の方法。
4. 前記第２ネットワークは、デジタルビデオ送信ネットワークタイプである、請求項１乃至３何れか一項記載の方法。
5. 前記第２ネットワークは、ＤＶＢ−Ｓ規格とＤＶＢ−Ｔ規格とを有するセットに属する規格と互換する、請求項４記載の方法。
6. 第１サービスプロバイダリストを受信するため、前記第１アドレスを介し送信されたストリームに接続するステップと、
   前記第２エントリポイントアドレスを介し送信されたストリームに接続するステップと、
   を有する、請求項１乃至５何れか一項記載の方法。
7. 第１サービスリストを受信するため、前記第１サービスプロバイダリストに属するアドレスにおいてストリームに接続するステップと、
   第２サービスリストを受信するため、前記第２サービスプロバイダリストに属するアドレスにおいてストリームに接続するステップと、
   を有する、請求項６記載の方法。
8. 前記第１サービスリストに属する第１サービス又は前記第２リストに属する第２サービスを選択するステップと、
   前記第１サービスが選択された場合には前記第１アクセスポイントによって、前記第２サービスが選択された場合には前記第２アクセスポイントによって、前記選択されたサービスを受信するステップと、
   を有する、請求項７記載の方法。
9. オーディオ／ビデオ配信サービスエントリポイント検出プロトコルに従って、名称変換リクエストを送信する手段を有するインターネットプロトコル端末であって、
   異なるアクセスポイントを介し同時に異なるタイプの２つのネットワークにアクセスする単一のネットワークインタフェースであって、前記２つのネットワークの少なくとも１つはインターネットタイプである、前記ネットワークインタフェースと、
   サービスシグナリングを配信するのに使用され、第１アクセスポイントを介し第１タイプの第１ネットワークに関連付けされた第１ネームサーバによって提供される第１エントリポイントアドレスを受信する手段と、
   サービスシグナリングを配信するのに使用され、前記第１アクセスポイントと異なる第２アクセスポイントを介し第２タイプの第２ネットワークに関連付けされた第２ネームサーバによって提供される第２エントリポイントアドレスを受信する手段と、
   前記第１及び第２サービスリスト配信アドレスを格納する手段と、
   を有するインターネットプロトコル端末。
10. 請求項９記載の少なくとも１つの端末と、前記第２ネームサーバを有する少なくとも１つのゲートウェイとを有するシステム。

Images