(57)【要約】  本発明は、何らかのIPネットワークから生じる双方向デジタルTVにアクセスすることを可能にするセットトップボックスの受信機に関するものである。それは、“典型的な”DVBサービス（衛星、地上波、ケーブル）とIPサービスとの間の論理的な関連付けとしてSAP/SDPプロトコルを利用する。本発明は、既存のインターネットアーキテクチャに依存してTVサービスを提供することを可能にする。MHPミドルウェアにおいてSDPメッセージでエベント情報テーブルを作るためのシミュレーション手段が提供される。特定のプレビュー情報がSDPメッセージに加えられ、それによりDVBサービスに関連付けられ得る。
2005513966.tif 000002
【特許請求の範囲】
【請求項１】
少なくともデジタル映像コンテンツのプロバイダから所定のサービスチャンネルで提供されるデジタル双方向コンテンツを受信するための受信機であって、
前記コンテンツが、前記所定のサービスチャンネルで前記デジタル映像コンテンツプロバイダによって提供される、イベントとして示される番組についての情報を含むイベント情報データを有し、
前記受信機が、前記イベント情報データをブラウズして前記サービスチャンネルの一覧を引き出すための表示手段に関連する番組ガイド手段を有し、
前記関連するイベントが、前記表示手段に表示され、
前記受信機が、IP（インターネットプロトコル）ストリーム映像コンテンツサービスにアクセスするために前記イベント情報データの使用を可能にするサービス情報手段を有し、
前記サービス情報手段が、前記デジタルコンテンツプロバイダによって提供される前記サービスチャンネルと、前記IPストリームサービスとの間の関連付けとして、SAP/SDP（サービス通知プロトコル/サービス記述プロトコル）の使用を有する受信機。
【請求項２】
請求項１に記載の受信機であって、
前記サービス情報手段が、前記SDPメッセージに形成された前記イベント情報データをシミュレートするためのシミュレーション手段を有する受信機。
【請求項３】
請求項２に記載の受信機であって、
前記SDPメッセージが、DVBサービスとして示される前記デジタル映像コンテンツプロバイダによって提供されるサービスチャンネルに関連付けられ得るように、前記シミュレーション手段が、特定のプレビュー情報を前記SDPメッセージに加えるための手段を有する受信機。
【請求項４】
請求項３に記載の受信機であって、
前記特定のプレビュー情報が、前記DVBサービスを定めるための、DVBロケータとして示される第１のフィールドと、前記DVBサービスに関連する前記イベントを特定するための、イベントIDとして示される第２のフィールドとを有するキーを有し、
イベントが前記キー（DVBロケータ、イベントID）によって一意に定められる受信機。
【請求項５】
DVB（デジタルビデオ放送）コンテンツを放送するためのデジタル映像コンテンツプロバイダと、
IP（インターネットプロトコル）ストリーム映像コンテンツを提供するためのIPネットワークと、
放送映像コンテンツとIPストリーム映像コンテンツの双方へのアクセスを有する受信機と
を少なくとも有する双方向デジタル映像システムであって、
前記受信機が、請求項１ないし４のうちのいずれか１項に記載の受信機である双方向デジタル映像システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルビデオ放送（DVB）テレビに関するものである。特に、少なくともデジタル映像コンテンツのプロバイダから所定のサービスチャンネルで提供されるデジタル双方向コンテンツを受信するための受信機に関するものであり、前記コンテンツは、前記所定のサービスチャンネルで前記コンテンツプロバイダによって提供される、番組及び示されたイベントについての情報を含むイベント情報データを有し、前記受信機は、前記イベント情報データをブラウズして前記サービスチャンネルの一覧を引き出すための表示手段に関連する番組ガイド手段を有し、前記関連するイベントが前記表示手段に表示される。
【０００２】
本発明はまた、そのような受信機を有する双方向デジタルビデオシステムに関するものである。
【背景技術】
【０００３】
現在のDVBデジタルテレビ規格は、ストリーム上の音声と映像と更なるデータの放送を規定する。この更なるコンテンツから、双方向デジタルTVのミドルウェアMHP（マルチメディア・ホーム・プラットフォーム）は、信号情報に関するDVB  SI（セクション情報）規格によって規定されたいくつかのテーブルを抽出することができる。前記テーブルの中でも、イベント情報テーブル（EIT）は特定のサービス（チャンネル）で放送されるイベント（番組）についてのデータを含む。前記データは、サービスの一覧（チャンネル）と、その関連イベント（番組）の一覧とを表示する電子番組ガイド（EPG）と呼ばれる特定のソフトウェア手段でブラウズされ得る。しかし、エンドユーザは、ストリームのみ（すなわち地上波、衛星又はケーブルの信号）から生じ、その他の情報源から生じないデータをブラウズすることに限定される。
【０００４】
DVB  SI基準は、EITが、特にイベントの名前と、イベントの開始時間と、イベントの所要時間と、正確なサービスに合わせるために受信機（セットトップボックス又はSTB）に特定の情報であるロケータとを提供することを記載する。
【０００５】
デジタルTVの更なる開発は、たいていの場合、イベントに関連のあるいくつかの補完的な情報源（純粋なDVB  MPEG2（動画専門家グループ2）のストリームデータ（衛星、地上波又はケーブルの信号で放送される）と、例えばインターネットから生じる更なるMPEG4（動画専門家グループ4）のプレビュー・ストリーム）を提供する。
【０００６】
そのようなアプリケーション（インターネットから生じるMPEG4プレビュー・ストリーム）について、SDP/SAPプロトコル（サービス記述プロトコル/サービス通知プロトコル）は、インターネットでのマルチメディアの会議への参加を可能にするように設計されているため、うまく適すると考えられる。エンドユーザはSAPを用いてMPEG4映像の放送者に登録し、SDPにより映像セッションのパラメータを通知される。従って、ユーザは、映像の名前や、映像の開始及び終了時間や、MPEG4映像サーバのIPアドレスや、映像が再生されるポートの番号のようないくつかのパラメータを必要とする。
【０００７】
放送MPEG2イベントのSDP/SAPインターネット配信されるMPEG4プレビューを見ることは、DVB  SI規格（及びEIT構成）に準拠する一方で、SDP/SAP情報（IPアドレスとポート）を純粋なDVB  SIイベントデータとまとめることを課する。
【発明の開示】
【課題を解決するための手段】
【０００８】
ユーザがDVB  SIイベント情報テーブルによって提供されたデータを用いて、IP（インターネットプロトコル）ストリームデータにアクセスすることを可能にすることが、本発明の目的である。イベントがエンドユーザに提示され、そのイベントに少なくとも２つの情報源が関連付けられ、前記システムが何らかの前記情報源にトランスペアレントにアクセスする方法を提供しなければならない。
【０００９】
本発明によると、冒頭の段落で述べられた受信機が提供され、前記受信機は、IP（インターネットプロトコル）ストリーム映像コンテンツサービスにアクセスするために前記イベント情報データの使用を可能にするサービス情報手段を有し、前記サービス情報手段は、前記デジタルコンテンツプロバイダによって提供されるサービスチャンネルと、前記IPストリームサービスとの間の関連付けとして、SAP/SDP（サービス通知プロトコル/サービス記述プロトコル）の使用を有する。
【発明を実施するための最良の形態】
【００１０】
本発明を実施するために任意選択で使用され得る本発明の特徴と更なる特徴が、図面から明白になり、それを参照して明らかになる。
【００１１】
本発明によって解決される問題は、セットトップボックスの受信機が何らかのIP（インターネットプロトコル）ネットワークから生じる双方向デジタルテレビ（TV）にアクセスすることを可能にする。それは、中小企業が高価なライセンスの購入を必要とせず、放送者の大型のインフラを必要とせず、既存のインターネットアーキテクチャに依存してTVサービスを提供することを可能にする。解決策は、MHPミドルウェアにおいて、SDPメッセージに形成されたイベント情報テーブルをシミュレートすることにある。
【００１２】
そのような結果を達成するために、特定の“プレビュー情報”がSDPメッセージに加えられ、それによって前記SDPメッセージがDVBサービスに関連付けられ得る。以下のフィールドをSDPメッセージの構成に追加することが提案される。
【００１３】
-locator  DvbLocator
-int  eventID
SDPメッセージが以下の有用なデータを提供することを仮定する。
【００１４】
-セッションの開始時間
-セッションの終了時間
-映像サーバのIPアドレスとポート
-（DVB  SIがサービスの固有のイベントIDを必要とするため）IPアドレスとポートの固有のイベントIDを生成する機能を確保するセッションID及び修正ID
DVBイベントは、キー（DvbLocator、EventID）によって一意に定められる。この情報により、MHPミドルウェアはSDPメッセージをDVBイベントと一致させることができ、MPEG2放送イベントに関連付けられたMPEG4のIPプレビュー映像を得ることができる。
【００１５】
EITの要求をプライマリ及びセカンダリの情報源に中継するために、MHPミドルウェアの内部の切り替え機構が導入される。前記システムが以下の２つの情報源へのアクセスを提供することを仮定する。
【００１６】
-MHPにより指定されるものとしてサービスが導入されたプライマリの情報源（システムにより検出される通常のネットワークインタフェースを備える）
-プライマリの情報源のイベントに関連付けられたイベントのみを提供するセカンダリの情報源
前記システムは、図１に示される通り、３つのレイヤに分割され得る。図１は、電子番組ガイドEPGからなるアプリケーションレイヤALと、マルチメディア・ホーム・プラットフォームMHPからなるミドルウェアと、放送ストリームからなるBSで示されたプライマリの情報源と、IPストリームからなるSDP/SAPで示されたセカンダリの情報源を有する複数情報源のMHP受信機を示したものである。
【００１７】
提案されるアルゴリズムは、図１の参照番号で示される以下の６つのステップを有する。
1)アプリケーションは、プライマリの情報源によって規定されるサービス及びそれに対応するDvbLocatorを有する（それはシステムの起動時にインストールされ、プライマリの情報源のネットワークインタフェースに配置される）。アプリケーションは前記サービスに関連付けられたイベントを取り出すことを希望する。それがHMPミドルウェアへの要求を作る（図１のステップ１）。
2)MHPミドルウェアが、プライマリの情報源にサービスを要求する（ステップ２）。
3)プライマリの情報源がイベントデータをミドルウェアに返信する（ステップ３）。
4)MHPミドルウェアが、イベントから固有のイベントIDを抽出し、キー（DvbLocator、EventID）によって一意に特定されるイベントに関する更なる情報の要求をセカンダリの情報源（SDP/SAP）に送信する（ステップ４）。
5)セカンダリの情報源が、その更なるイベント情報をミドルウェアに返信する（ステップ５）。
6)MHPミドルウェアが、プライマリの情報源により送信された純粋のデータをセカンダリの情報源の更なる情報とまとめる。それは、イベントのコンテンツに特定のプライベート記述子を追加する。前記特定の記述子は、イベントの拡張情報の存在を知らせるために使用され得る情報である。前記ミドルウェアはその結果をアプリケーションに返信する（ステップ６）。
【００１８】
アプリケーションは、イベントを受信し、記述子の一覧を調べることにより更なる情報がイベントに埋め込まれているかどうかを判断することができ、例えばインターネットから映像を再生するためにそれを抽出することができる。
【００１９】
本発明は、“典型的な”情報源又はIPネットワーク（LAN又はインターネット）のいずれかからの映像アプリケーションへのトランスペアレントなアクセスを可能にする。主要なアプリケーションは、SDP/SAP情報源のイベントの中のナビゲーションである。前記システムの具現化の例において、そのサービスがインストールされていないため、SDP/SAP情報源がプライマリの情報源のとりこになる（すなわち、エンドユーザの顧客に表示されて開かれる他のサービスに依存する）。SAP/SDPがプライマリの情報源として使用される場合、すなわち、システムによって完全に独立したネットワークインタフェースとして認識され、そのサービスがインストールされている場合、SDP/DAPサービスの中で特定のイベントを取り出すように、革新が拡張される。
【００２０】
DVB  SI基準は、所定のサービスについて３種類のイベントを定める。
-現在放送しているイベントである現在のイベント
-次に現れるイベントである次のイベント
-一式のイベントである予定イベント（例えば次の７日の全てのイベント）
MHPミドルウェアは、前記現在のイベント、次のイベント及び予定イベントについての情報を取り出すAPIを提供する。イベントデータは放送ストリームに継続的にループして送信される。ストリームの各イベント放送がその形式（現在、次、予定）についての更なる情報を伝えるため、ミドルウェアは、正確に要求されたイベントを抽出することができる。
【００２１】
問題は、SDP/SAP情報源から同様の動作を企てることである。SAPは、放送ストリームと同じループの再送信の機構を提供せず、“純粋な”SDPメッセージは、“現在”、“次”又は“予定”の概念を有さない。次の機構について、同じサーバから同じポートで生じたIP映像チャネルの全ての番組の対（IPアドレス、ポート）をサービスが一意な方法で一意させることを仮定する。
【００２２】
前記システムの起動時に、ミドルウェアは、それぞれがイベント（すなわち、他の情報の中でもイベントの開始時間及び終了時間と、映像を再生するサーバのIPアドレス及びポート）を記述するいくつかのSDPメッセージを受信する。MHPは、イベント情報（すなわちSDPメッセージ）で伝えられた対（IPアドレス、port）に基づいてサービスのテーブルを作ることができる。それはエンドユーザにサービスの一覧を提示することができる。
【００２３】
ミドルウェアがサービスのうちの現在のイベントについての情報を取り出さなければならない場合、以下の特徴を有するSDPメッセージを検索する。
-対（IPアドレス、ポート）が、サービスのテーブルから抽出されるサービスの対と一致する
-イベントの開始時間がシステムの現在の時間より前である
-イベントの終了時間がシステムの現在の時間より後である
ミドルウェアがサービスのうちの次のイベントについての情報を取り出さなければならない場合、以下の特徴を有するSDPメッセージを検索する。
-対（IPアドレス、ポート）が、サービスのテーブルから抽出されるサービスの対と一致する
-イベントの開始時間が、対（IPアドレス、ポート）により特定されたサービスのうちのイベントの全ての開始時間の中で、現在の時間の終了の後に最も近いものである（次のイベントの開始時間は、現在のイベントの終了時間と等しいことがあることに留意すべきである）
ミドルウェアが所定の期間内（開始時間と終了時間で定められる）でのサービス放送のうちの予定イベントを要求される場合、以下の特徴を有するSDPメッセージを検索する。
-イベントの開始時間が前記期間の開始時間より前であり、前記期間の終了時間より後である
本発明は、STBが何らかのIPネットワークから生じる双方向デジタルTVにアクセスすることを可能にする。それは、中小企業が高価なライセンスの購入を必要とせず、放送者の大型のインフラを必要とせず、既存のインターネットアーキテクチャに依存してTVサービスを提供することを可能にする。
【００２４】
図２は、セットトップボックスの受信機でのIP映像と放送映像の収束を可能にするための本発明によるシステムのアーキテクチャを示したものである。前記システムは、映像コンテンツを受信するための受信機STBと、放送映像サービスプロバイダSPと、インターネットのネットワークIPと、映像サーバVSと、通知サーバSAP/SDPとを有する。
【００２５】
STBで作動するミドルウェアの実装は、放送MPEG2ストリームからのイベント情報のみならず、SDP/SAPサーバからのイベント情報を抽出するように変更される。後者ものもが、MPEG4映像サーバによりストリーミングされ得る映像についての情報を返信する。STBで動作する特定のEPGソフトウェアは、EITから前記データを抽出し、それをMPEG4映像プレイヤのソフトウェアに渡すことができる。
【００２６】
本発明は、“典型的な”情報源又はIPネットワーク（LAN又はインターネット）のうちのいずれかから、映像アプリケーションにトランスペアレントにアクセスすることを可能にする。
【図面の簡単な説明】
【００２７】
【図１】本発明による受信機の機能を示すための機能ブロック図である。
【図２】本発明によるシステムの例を示す機能ブロック図である。
【図１】
2005513966.tif 000003
【図２】
2005513966.tif 000004
【国際調査報告】
2005513966.tif 000005
2005513966.tif 000006