(57)【要約】  本発明は、非トランスペアレント・ゲートウェイを介してサービス配信ネットワークと相互接続されたローカルエリアネットワーク内で接続されたDVB-IPI段階1（DVB-IPI  phase  1）の標準による標準的なクライアントが、外部配信ネットワークとそのローカルエリアネットワークのサーバとの双方により提供される全てのサービスを発見することを可能にする。本発明は、ゲートウェイのアドホック構成と共に動作するローカルエリアネットワークに接続された装置のうちいずれか１つに実装された“SD&Sプロキシ”と呼ばれるサービス発見集計機能に主に基づく。【特許請求の範囲】
【請求項１】
ローカルエリアネットワークのクライアントに提供されるデジタルサービスについての情報を提供する方法であり、前記ローカルエリアネットワークは、ゲートウェイを介してデジタルサービス配信ネットワークに接続される方法であって、
−ローカルエリアネットワーク内でデジタルサービスを提供するサービスの内部発見ステップと、
−前記配信ネットワークでサービスを提供するサービスの外部発見ステップと、
−前記内部及び外部発見ステップで収集された情報を集計するステップと、
−前記ローカルエリアネットワークについての前記情報を提供するステップと
を有することを特徴とする方法。
【請求項２】
前記内部発見ステップは、ローカルエリアネットワーク内の装置の標準的な発見プロトコルに従って実行されることを特徴とする請求項１に記載の方法。
【請求項３】
ローカルエリアネットワーク内の装置の前記標準的な発見プロトコルはUPnPであることを特徴とする請求項２に記載の方法。
【請求項４】
前記内部発見ステップは、前記サーバのアドレスを手動で構成することにより実行されることを特徴とする請求項１に記載の方法。
【請求項５】
前記外部発見ステップは、DVB-IPI段階1の標準に従って実行されることを特徴とする請求項１ないし４のうちいずれか１項に記載の方法。
【請求項６】
前記情報を提供するステップは、DVB-IPI段階1の標準に従って実行されることを特徴とする請求項１ないし５のうちいずれか１項に記載の方法。
【請求項７】
ローカルエリアネットワークに接続可能なローカルエリアネットワークのクライアントに提供されるデジタルサービスについての情報を少なくとも提供することを目的とする装置であり、前記ローカルエリアネットワークは、ゲートウェイを介してデジタルサービス配信ネットワークに接続される装置であって、
−前記ローカルエリアネットワーク内でデジタルサービスを提供するサービスの内部発見手段と、
−前記配信ネットワークでサービスを提供するサービスの外部発見手段と、
−前記内部及び外部発見ステップで収集された情報を集計する手段と、
−前記ローカルエリアネットワークについての前記情報を提供する手段と
を有することを特徴とする装置。
【請求項８】
ローカルエリアネットワークのクライアントに提供されるデジタルサービスについての情報を提供するシステムであり、前記ローカルエリアネットワークは、ゲートウェイを介してデジタルサービス配信ネットワークに接続され、請求項７に記載の装置を有するシステムであって、
前記ゲートウェイは、請求項７に記載の装置に提供されるデジタルサービスについての情報を提供するサーバのアドレスを取得することを目的とする要求に応答するように適合されることを特徴とするシステム。
【請求項９】
情報を提供することを少なくとも目的とする前記装置及び前記ゲートウェイは全く同一の装置であることを特徴とする請求項８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルクライアントに対するIPネットワークでのデジタルサービスの配信に関し、特にローカルエリア又はホームネットワークを介してサービス配信ネットワークに接続されたクライアントに提供されるサービスを発見する段階に関する。
【背景技術】
【０００２】
IPネットワークでのデジタルサービス（特にオーディオビジュアルサービス）の伝送は、DVB（“Digital  Video  Broadcasting”）グループ内の標準化作業のテーマである。この作業の結果は、文献“ETSI  TS  102  034  v1.1.1  (2004-06)  Digital  Video  Broadcasting  (DVB);  Transport  of  MPEG-2  Based  DVB  Services  over  IP  Based  Networks”にある。現段階では、この文献は、図１に示すトランスペアレント・ゲートウェイ（transparent  gateway）を介してサービス配信ネットワークに直接接続されたクライアント（標準ではHNED（“Home  Network  End  Device”）と呼ばれる）に関して検討される。従って、この図では、クライアントは配信ネットワークに属し、特にそのIPアドレス空間とドメイン名とを共有する。
【０００３】
特に、この標準は、このようなネットワークでのサービスの発見を記載している。これは、サービスを発見し、サービスを選択し、サービス発見情報を発行するために使用される機構を規定している。
【０００４】
取り扱われる最初の問題は、サービスプロバイダとサービスとを特定するために使用される機構である。サービスプロバイダは、登録されて制御するドメイン名により一意に特定される。
【０００５】
発見処理での様々なステップは以下の通りである。まず、サービス情報エントリーポイントが決定されなければならない。このようなエントリーポイントは、提供されるサービスを記述する情報へのアクセスを提供するサーバのIPアドレスに対応する。この記述情報は、サービスのリストを記載するXMLファイルの形式で記載され、サービス毎に、このサービスが伝送されるアドレスを有する特定の情報を提供する。
【０００６】
従って、標準により解決される最初の問題は、サービス発見エントリーポイントを見つける方法である。標準は、クライアントに提供される５つの異なる方法で構成される、このエントリーポイントを見つける処理を規定している。クライアントは順にこれらの５つの方法を試し、サービス発見への少なくとも１つの有効なエントリーポイントを提供する最初のもので停止する必要がある。
【０００７】
この標準は、クライアントが伝送ネットワークにトランスペアレントに接続されることに関して検討されるべきである。クライアントはこのネットワークのメンバである。ホームネットワーク又は企業ネットワークでもよいローカルエリアネットワークにデジタルサービスクライアントを実際に接続させることは一般的であるため、この要件は厳密である。通常では、この場合に、ローカルエリアネットワークは、非トランスペアレント・ゲートウェイを介して外部ネットワーク（サービス配信ネットワーク等）に対して外部に接続される。ローカルエリアネットワークは、伝送ネットワークと異なる自分のアドレス空間を有し、既知のアドレス変換機構がこのゲートウェイに実装される。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、配信ネットワークと異なるこのようなローカルエリアネットワークに接続されたクライアントに関して検討される。このローカルエリアネットワーク（例えばホームネットワーク）に、他のクライアントが接続され、デジタルサービスサーバとして動作する装置も接続され得る。提供され得る一例は、衛星又はケーブルにより送信されるオーディオビジュアルサービスに接続し、IPネットワークでDVBサービスの形式でこれらを再送信するゲートウェイである。言及され得る他の例は、ローカルエリアネットワークで送信され得る格納されたサービスを有するローカルメディアサーバである。従って、IPネットワークでDVBサービスサーバとして動作する何らかの種類の装置は、ローカルエリアネットワークに接続され得る。
【０００９】
このようなネットワークに接続されたクライアントに提供されるサービスを発見する段階の問題が生じる。前記の標準によるクライアントは、外部ネットワークにより提供されるサービスのみを発見する。そのネットワークにローカルのサーバにより提供されるサービスを発見することができない。
【００１０】
本発明は、非トランスペアレント・ゲートウェイを介してサービス配信ネットワークと相互接続されたローカルエリアネットワーク内で接続されたDVB-IPI段階1（DVB-IPI  phase  1）の標準による標準的なクライアントが、外部配信ネットワークとそのローカルエリアネットワークのサーバとの双方により提供される全てのサービスを発見することを可能にする。本発明は、ゲートウェイのアドホック構成と共に動作するローカルエリアネットワークに接続された装置のうちいずれか１つに実装された“SD&Sプロキシ”と呼ばれるサービス発見集計機能に主に基づく。
【課題を解決するための手段】
【００１１】
本発明は、ローカルエリアネットワークのクライアントに提供されるデジタルサービスについての情報を提供する方法に関し、このローカルエリアネットワークは、ゲートウェイを介してデジタルサービス配信ネットワークに接続され、
−ローカルエリアネットワーク内でデジタルサービスを提供するサービスの内部発見ステップと、
−配信ネットワークでサービスを提供するサービスの外部発見ステップと、
−内部及び外部発見ステップで収集された情報を集計するステップと、
−ローカルエリアネットワークについてのこの情報を提供するステップと
を有する。
【００１２】
本発明の特定の実施例によれば、内部発見ステップは、ローカルエリアネットワーク内の装置の標準的な発見プロトコルに従って実行される。
【００１３】
本発明の特定の実施例によれば、ローカルエリアネットワーク内の装置の標準的な発見プロトコルはUPnPである。
【００１４】
本発明の特定の実施例によれば、内部発見ステップは、このサーバのアドレスを手動で構成することにより実行される。
【００１５】
本発明の特定の実施例によれば、外部発見及び／又は提供ステップは、DVB-IPI段階1の標準に従って実行される。
【００１６】
本発明はまた、ローカルエリアネットワークに接続可能なローカルエリアネットワークのクライアントに提供されるデジタルサービスについての情報を少なくとも提供することを目的とする装置に関し、このローカルエリアネットワークは、ゲートウェイを介してデジタルサービス配信ネットワークに接続され、
−ローカルエリアネットワーク内でデジタルサービスを提供するサービスの内部発見手段と、
−配信ネットワークでサービスを提供するサービスの外部発見手段と、
−内部及び外部発見ステップで収集された情報を集計する手段と、
−ローカルエリアネットワークについてのこの情報を提供する手段と
を有する。
【００１７】
本発明はまた、ローカルエリアネットワークのクライアントに提供されるデジタルサービスについての情報を提供するシステムに関し、このローカルエリアネットワークは、ゲートウェイを介してデジタルサービス配信ネットワークに接続され、このゲートウェイは、デジタルサービスについての情報を提供するサーバのアドレスを取得することを目的とする要求に応答するように適合される。
【００１８】
本発明の特定の実施例によれば、プロビジョニング装置及びゲートウェイは全く同一の装置である。
【発明を実施するための最良の形態】
【００１９】
以下の説明を読むことで、本発明が良く理解され、他の特徴及び利点も明確になる。以下の説明は添付図面を参照する。
【００２０】
文献“"ETSI  TS  102  034  v1.1.1  (2004-06)  Digital  Video  Broadcasting  (DVB);  Transport  of  MPEG-2  Based  DVB  Services  over  IP  Based  Networks”は、双方向IPネットワークでの最初のDVBサービスの展開について、第１のセットの標準仕様を提供する。
【００２１】
この文献では、以下の用語を使用する。
−コンテンツプロバイダは、コンテンツを所有するエンティティ又はコンテンツを販売することを許可されたエンティティを意味する。
−サービスプロバイダは、コンテンツプロバイダからコンテンツを取得又はライセンスし、このコンテンツをサービスの形式にパッケージ化するエンティティを意味する。
−配信ネットワークは、サービスプロバイダを配信ネットワークのゲートウェイに接続するネットワークを意味する。
−配信ネットワークゲートウェイ（又は簡単にはゲートウェイ）は、１つ以上の配信ネットワークを１つ以上のホームネットワークセグメントに接続する装置を意味する。
−DVB-IPサービスは、IPネットワークで配信されたDVBサービス又はIPでのコンテンツ・オン・デマンドを意味する。
−DVBサービスは、番組スケジュール内で送信され得る放送局により制御される番組のシーケンスとしてDVBにより規定されたサービスを意味する。
−コンテンツ・オン・デマンドは、即時の消費又は格納のためにエンドユーザの要求時に供給される番組を意味する。
−クライアント又はHNED（Home  Network  End  Device）は、ホームネットワークに接続され、IP型情報ストリームを終端する装置を意味する。
−ホームネットワークセグメントは、HNEDと接続構成要素との間のレイヤ2接続を提供する、単一リンクでの階層化技術を意味する。
−接続構成要素は、リンクレイヤレベルで構成要素を相互接続するために使用される構成要素を意味する。
【００２２】
図１は、現在の標準により扱われるネットワークアーキテクチャを示している。これは、ホームネットワーク（1.2で示す）に接続されたHNED（1.1で示す）を示している。ホームネットワークは、ゲートウェイ（1.3で示す）を介して配信ネットワーク（1.4で示す）に接続される。配信ネットワークは、DVB-IPサービスを提供することができるサービスをホストする。配信ネットワーク内で利用可能なサービスの提供は、SD&S（“Service  Discovery  and  Selection”）サーバ（1.5で示す）の形式で利用可能である。このサーバと、その動作と、提供するサービス情報の形式とは、前記のDVB-IPI文献に記載されている。この文献は、サービスを記述する情報のXML（“eXtensible  Markup  Language”）ファイル形式での説明を提供する。これらのファイルは、HTTP（“HyperText  Transfer  Protocol”）要求によりアクセス可能である。ゲートウェイ1.3はトランスペアレントであるという特性を有する。すなわち、２つの異なるネットワーク間の境界を示さない。特に、アドレス変換を実装しない。従って、HNEDクライアント1.1のようなホームネットワーク又はローカルエリアネットワーク1.2の装置は、配信ネットワーク1.4のアドレス空間にある。特にクライアントがネットワークに接続するときに周知のDHCP（“Dynamic  Host  Configuration  Protocol”）を介してIPアドレスとネットワーク構成情報とを取得するために、プロビジョニングが行われる。接続するクライアントについて、このプロトコルは、MACレイヤレベルでブロードキャスト要求の形式でそのMACアドレスを送信することを有する。この要求は、DHCPサーバにより認識され、引き換えにDHCPサーバは、取得する必要のあるIPアドレスと複数のネットワークパラメータ（いずれかのゲートウェイのアドレス、ネットワークマスク等）とを提供する。従って、配信ネットワークがこのようなDHCPサーバをホストし、クライアントが接続したときに構成を可能にするために、プロビジョニングが行われる。1.6で示す矢印は、SD&Sサーバ1.5を示すクライアントのSD&Sサービスのエントリーポイントを表す。
【００２３】
クライアントは、接続されて構成されると、サービス発見及び選択（SD&S：service  discovery  and  selection）サービスのエントリーポイントを見つけることができる必要がある。従って、このエントリーポイントは、配信ネットワークによりホストされるSD&Sサーバのアドレスである。このエントリーポイントを見つけるためにクライアントが標準に従って実装しなければならない処理は、クライアントがこのエントリーポイントを見つけることを可能にする５つの異なる方法で構成される。これらの５つの方法は順に順序正しく試されなければならず、これらの方法の１つによりクライアントが少なくとも１つのSD&Sサービスエントリーポイントを見つけることが可能になったときに停止する。
【００２４】
これらの方法の第１のものは、ネットワークプロビジョニング情報文献に記載の任意選択の機構を使用することにある。この機構は、HTTP  GET及びPOST要求を規定することにあり、クライアントがネットワークと標準情報を交換することを可能にする。実装されると、DHCP（“Dynamic  Host  Configuration  Protocol”）プロトコルを使用することにより起動したクライアントは、次のサーバのアドレスを規定するために使用されるこのプロトコルの“siaddr”パラメータを介して、HTTP要求に使用されるアドレスを取得する。従って、クライアントは、求められるエントリーポイントを有し得る構成ファイルを取得するために、HTTP  GET要求を使用し得る。標準の任意選択の機構であるこのネットワークプロビジョニングが実装されない場合、クライアントが起動したときに、HDCP“siaddr”フィールドは0に設定されなければならない。
【００２５】
第２の方法は、ネットワークのドメイン名を使用することにある。このドメイン名は起動時にDHCPにより取得される。クライアントはサービス名“_dvbservdsc”、プロトコル名“_tcp”又は“_udp”をこのドメイン名に結び付け、RFC（“Request  For  Comment”）文献番号2782に規定されたサービス位置選定機構に従ってエントリーポイントのアドレスを取得する。このRFC文献と互換性のあるネームサーバは、エントリーポイントのアドレスを提供することにより、このモデルで構築された名前解決要求に応答することができる。
【００２６】
第３の方法は第２の方法と同じであるが、標準的なドメイン名“services.dvb.org”を使用する。実際に、DVBは、登録しているサービスプロバイダにより提供されるサービスについての情報をこのアドレスで維持することを保証する。
【００２７】
第４の方法は、IANA（“Internet  Assigned  Number  Authority”）（インターネット番号割り当てを集約する機関）により規定されたマルチキャストアドレスに加入することにある。実際に、マルチキャストアドレス“224.0.23.14”はこの使用に専用であり、この機関でのこの要件に登録されている。
【００２８】
第５の方法は、クライアントが、ユーザに施設を提供する際に、クライアントのエントリーポイントの値を手動で入力することにある。
【００２９】
従って、DVB-IPI段階1に準拠するクライアントは、これらの５つの方法を実装し、提供されるサービスを記述する情報を取得することを可能にするエントリーポイントが見つかるまで順に試さなければならない。
【００３０】
図２は、標準の段階1により課される厳密なフレームワークから逸脱することで生じる問題を示している。記載の仮定は図１で示す図を反映するが、ゲートウェイの形式を変更している。実際に、ホームネットワークが自分のアドレス空間を有する独立したネットワークを形成することが一般的である。この場合、ゲートウェイ（2.7で示す）はトランスペアレントではなくなり、真のルータになる。この場合、外部ネットワーク（この場合には配信ネットワーク）からホームネットワークの内部アドレスを隠すために、アドレス変換技術を実装することが一般的である。図２はまた、複数のクライアントがホームネットワークによりホストされている場合（2.1及び2.6で示す）も示している。ホームネットワークはまた、サービス記述がローカルSD&Sサーバ（2.9で示す）により提供されるローカルDVB-IPIサービスサーバ（2.8で示す）もホストし得る。このようなローカルDVB-IPIサービスサーバの典型は、衛星により送信されたサービスについて、IPネットワークで受信したDVBサービスを再配信するチューナ・ゲートウェイでもよく、ユーザに属するサービス（これらのサービスは場合によってはユーザにより登録又は購入されている）を格納するマルチメディアサーバでもよい。矢印2.10及び2.11は、DVB-IPI段階1標準に準拠するクライアントがこのような構成を取得し、配信ネットワークのSD&Sサーバを示すSD&Sサービスのエントリーポイントを表す。
【００３１】
実際に、記載のネットワークに適用されるこのエントリーポイントを取得する５つの標準的な方法の適用は、配信ネットワークのSD&Sサーバ2.5のアドレスをクライアントに提供しなければならない。このことは、記載の方法２、３及び４で明らかである。標準により規定されたネットワークプロビジョニング機構を使用する方法１は、或る程度の説明を必要とする。この機構は、“siaddr”フィールドを介したアドレスのDHCPサーバによるプロビジョニングに依存し、このアドレスは、クライアントがHTTPモードで対話して更なる構成情報（アクセスするSD&Sサービスのエントリーポイントを含む）を取得し得るサーバを示す。図１に示し、ゲートウェイがトランスペアレントであり、DHCPサーバは配信ネットワークによりホスト及び制御される現在の標準の基礎として使用される場合では、この配信ネットワークを管理するサービスプロバイダは、ネットワークプロビジョニングの選択肢を実装することが容易に想像され得るが、配信ネットワークと独立したホームローカルエリアネットワークの場合には、ローカルエリアネットワークに実装されたこのようなサービスを想像することが適当ではないと思える。クライアントは、典型的にはゲートウェイでホストされるが、場合によってはローカルエリアネットワークでホストされている装置のいずれかに実装される（従ってサービスプロバイダではなく、ユーザにより管理される）ローカルDHCPサーバから、その起動構成を取得する。従って、これに関して、任意選択のネットワークプロビジョニングの選択肢を実装することは、仮定に含めることができず、ホームネットワークのDHCPサーバにより供給される“siaddr”フィールドはゼロになる。従って、クライアントのSD&Sサービスエントリーポイントを検索する標準的な処理により実装される第１の方法は、常に失敗する。
【００３２】
方法２及び３は、DNS（“Domain  Name  Server”）名前解決要求に依存するため、これらが配信ネットワークのネームサーバに中継され、従って、クライアントが配信ネットワーク内に直接接続されているのと同じようにサービス提供される。
【００３３】
周知のマルチキャストアドレスを受信することに依存する方法４も、類似の方法で機能する。実際に、マルチキャストはネットワークをトランスペアレントに“横断”する。ローカルエリアネットワークのクライアントは、配信ネットワークのSD&Sサーバによりこのアドレスに送信された何らかのデータストリームを受信する。
【００３４】
方法５はユーザに依存するため、そのサービスプロバイダにより通知される後者は、必要に応じて、このプロバイダのSD&Sサーバのアドレスを入力することができる。
【００３５】
従って、独立したホームローカルエリアネットワークを仮定すると、クライアントはそのサービスプロバイダのSD&Sサービスを必然的に示すことがわかる。従って、生じる問題は、どのように何らかのローカルサービスサーバにアクセスし得るかということである。実際に、これらのサーバはサービスプロバイダに未知であるため、アクセスプロバイダのSD&Sサービスにより必然的に無視される。従って、クライアントはこれらにアクセスする方法を有さない。前述のDVB-IPI段階1の標準に従った標準的なクライアントが、サービスプロバイダを介して外部で、及びホームローカルエリアネットワークのローカルサーバを介して内部で、これにアクセス可能なサービスの完全な記述を提供するSD&Sサービスにアクセスすることを可能にするために、この問題への対策について説明する。
【００３６】
図３は、本発明の例示的な実施例を示しており、SD&Sプロキシ3.1と呼ばれるローカルサービスを規定している。SD&Sプロキシ3.1は、ユーザのホームローカルエリアネットワーク3.2のいずれかの装置（特に配信ネットワークに連結するゲートウェイ3.7）でホストされ得る。このSD&Sプロキシ3.1の動作は複数の機能に依存する。まず、ホームネットワークで利用可能なサービスについての情報を収集しなければならない。この段階は内部発見段階と呼ばれる。次に、外部配信ネットワークにより提供されるサービスについての情報を収集しなければならない。この段階は外部発見段階と呼ばれる。全てのサービス（内部及び外部）についての情報が収集されると、SD&Sプロキシ3.1は、標準的なSD&Sサーバとして動作することにより、この情報を提供する。従って、ホームネットワーク3.2は、SD&Sプロキシ3.1の形式で、ローカルエリアネットワークのクライアント（ユーザ端末3.6及び3.3）に利用可能な全てのサービスについての情報を有するローカルSD&Sサーバを有する。従って、完全になるために、本発明の例示的な実施例はまた、標準的なDVB-IPIクライアントが、既に記載したSD&Sサービスエントリーポイントを検索する処理の間に、配信ネットワーク3.4のSD&Sサーバ3.5のアドレスの代わりに、このSD&Sプロキシ3.1のアドレスを取得することを確保する方法をも記述する。矢印3.22及び3.23は、SD&Sプロキシ3.1へのそれぞれユーザ端末3.6及び3.3のエントリーポイントを表す。矢印3.20は、SD&Sサーバ3.5へのSD&Sプロキシ3.1のエントリーポイントを表す。
【００３７】
ホームネットワーク内で利用可能なサービスを発見する内部段階を実装する多数の方法が存在する。これらのうちいくつかを説明する。実施例の好ましい方法である１つのスマートな方法は、IP型ローカルエリアネットワークでの装置間の相互作用及び相互発見を標準化するUPnP（“Universal  Plug  and  Play”）に依存する。UPnPへの参照は、文献“UPnPTM  Device  Architecture  1.0”にある。UPnPは、各装置が自分の情報を提供することにより、自分をネットワークに通知することを提供する。特に、フィールドが装置の形式を規定するため、装置がUPnP標準を満たす場合には、ローカルエリアネットワークでDVBサービスサーバ3.8又はSD&Sサーバ3.9として自分を規定する全ての装置のアドレスを収集することが可能になる。別の方法で、ユーザがDVBサービスを提供するこれらのローカル装置のアドレスを入力することにより、SD&Sプロキシ機能をホストする装置を手動で構成するように提供することも可能である。本発明のフレームワークを逸脱することなく、ローカルエリアネットワークで利用可能な装置を発見する他のプロトコルも利用可能であり、場合によってこの内部発見段階を実装するためにそれぞれここで使用される。矢印3.21はSD&Sサーバ3.9へのSD&Sプロキシ3.1のエントリーポイントを表す。
【００３８】
従って、外部発見段階は、SD&Sプロキシ機能をホストする装置が配信ネットワークにより提供されるサービスを発見することにある。この発見がどのようにホームネットワーク内の標準的なクライアントに問題を引き起こさないかはわかる。実際に、その標準的な動作のため、配信ネットワークのSD&Sサービスのエントリーポイントを取得し、従って、この配信ネットワークで利用可能な提供を記述するサービス情報を取得するように、このサービスに問い合わせることが可能である。従って、必要なものは、外部発見段階を実装するために、SD&Sプロキシ機能をホストする装置のこのポイントでの完全に標準的な動作を提供することである。
【００３９】
同様に、内部及び外部発見段階が規定されるため、プロキシは、ホームローカルエリアネットワークについてのこの情報の提供に関して、完全に標準的なSD&Sサーバとして動作する。従って、当業者は引用された文献を参照し、この情報を提供するXMLファイルの記法及び構成の詳細を見出す。
【００４０】
既に記載したように、DVB-IPI段階1の標準による標準的なクライアントが、配信ネットワークのSD&Sサーバのエントリーポイントではなく、正規に規定されたプロキシを示すエントリーポイントを取得するために必要な適合について、説明する必要がある。これらの適合は、ホームローカルエリアネットワークと配信ネットワークとを分離するゲートウェイで行われなければならない。エントリーポイントを取得する処理の各方法について、本発明の例示的な実施例の適切な動作を説明する。
【００４１】
方法１について、この方法はホームローカルエリアネットワークで実装されないことがわかる。従って、この方法は常に失敗する。従って、クライアントは自動的に方法２に移る。
【００４２】
この方法２は、名前“_dvbservdsc._tcp.domain”によりDNS要求を開始することを有することがわかる。ただし、“domain”は配信ネットワークのドメイン名であり、このネットワークのネームサーバは、このネットワークのSD&Sサーバのアドレスを提供することにより、この要求に応答する。従って、標準的なクライアントは、ホームローカルエリアネットワークのドメイン名で記載された名前を構築しない。このドメイン名は、通常では配信ネットワークのドメイン名と同じであるが、ローカルでも規定可能である。いずれの場合でも、このDNS要求は従来通り扱われてはならないため、配信ネットワークに中継される必要がある。このため、ゲートウェイは、“_dvbservdsc._tcp”で始まる名前の何らかのDNS要求、少なくともローカルのドメイン名、配信ネットワークのドメイン名又はドメイン名“services.dvb.org”に対応する“domain”を有するDNS要求“_dvbservdsc._tcp.domain”をブロックするように構成され、ローカルSD&Sプロキシのアドレスを提供することにより自ら応答する。この形式の適合は、通常ではローカルの関連付けを規定するために使用されるローカルDNSサーバをホストするゲートウェイに提供される。
【００４３】
従って、この適合はまた、DNS要求をアドレス“_dvbservdsc._tcp.services.dvb.org”に送信することを有する方法３の問題をも解決する。
【００４４】
方法２及び３が失敗した場合（例えば、ゲートウェイがSD&Sプロキシの不正確なアドレスを有する場合）、クライアントは、周知のマルチキャストアドレス224.0.23.14を受信することを有する方法４を試みる。ここでも、クライアントが配信ネットワークで行われるこのアドレスへの送信に加入しないことを確保するため、ゲートウェイの適合が行われなければならない。マルチキャストアドレスへの加入は、ネットワークで送信に加入する要求を送信し、引き換えにこの送信のパケットをサーバからクライアントに中継するためにルータにより使用されるプロトコルであるIGMP（“Internet  Group  Management  Protocol”）を介して行われる。特に、クライアントは、加入のためにブロードキャストアドレスで“join”と呼ばれるIGMP要求を送信する。従って、この要求をゲートウェイでブロックすることで十分であるため、配信ネットワークでの現在の送信はホームネットワークに向けられない。しかし、“join”要求はローカルエリアネットワークでブロードキャストされるため、SD&Sプロキシはこれを受信し、何らかの標準的なSD&Sサーバと同様に、そのサービス情報をこのアドレスに送信する。従って、このように、ローカルクライアントは周知のマルチキャストアドレス“224.0.23.14”で、配信ネットワークからではなくSD&Sプロキシからのサービス情報を受信する。
【００４５】
ゲートウェイレベルで行われるこれらの適合はまた、外部発見段階でのSD&Sプロキシサービスをもブロックすることがわかる。実際に、後者は、配信ネットワークのSD&Sサーバのエントリーポイントを取得するために標準的な処理を適用することに基づく。この問題を解決する複数の方法が存在する。これを行う第１の方法は、ゲートウェイ自体にSD&Sプロキシを実装することである。この方法で、ゲートウェイでプロキシにより発行されたDNS又はIGMP要求は後者によりブロックされない。プロキシがホームローカルエリアネットワーク内のゲートウェイと別の装置に実装されている場合、プロキシをホストする装置からの要求がブロックされずに従来通り扱われるように、ゲートウェイを構成することが可能である。
【００４６】
方法５に関して、ユーザは、そのサービスプロバイダにより供給されたアドレスの代わりに、自分のSD&Sプロキシのアドレスを入力することができる。
【００４７】
従って、DNSの構成及び周知のアドレスへのIGMP要求のブロックという代償で、標準的なクライアントは実際にローカルSD&Sプロキシを示し、もはや配信ネットワークのSD&Sサービスを示さないことがわかる。
【００４８】
ここに記載した例示的な実施例は実際に直接的な例であり、当業者により適合され得る。特に、DNS又はIGMP要求をブロックするようにゲートウェイに行われる適合は、使用される正確な装置形式及びこれらの特性に従って異なるように実装されてもよい。本発明の例示的な実施例はDVB標準によるサービスについて記載されているが、他の標準及び他のネットワークによる全ての形式のデジタルサービスにも拡張可能である。
【図面の簡単な説明】
【００４９】
【図１】現在の標準により扱われるネットワークアーキテクチャ
【図２】本発明に関するが後者の実装のないネットワークアーキテクチャ
【図３】ネットワークアーキテクチャ及び本発明
【図１】
2008523674.tif 000002
【図２】
2008523674.tif 000003
【図３】
2008523674.tif 000004
【国際調査報告】
2008523674.tif 000005
2008523674.tif 000006
2008523674.tif 000007