(57)【要約】  デジタルテレビミドルウェアは、第１のネットワーク及び第２のネットワークからアプリケーションプログラム記述情報を要求するためのアプリケーションプログラム記述情報検出ユニットと、第２のネットワークのための受信したアプリケーションプログラム記述情報を、第１のネットワークが使用可能なアプリケーションプログラム情報テーブル（AIT）のフォーマットにおいて記述情報に変換するアプリケーションプログラム記述情報変換ユニットと、第１のネットワークにより使用された第２のネットワークのための要求されたアプリケーションプログラム記述情報をダウンロードするように、変換された記述情報を一時記憶するためのAITテーブルバッファリングユニットと、を具備する。
2009540704.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワーク及び第２のネットワークからアプリケーションプログラム記述情報を要求するアプリケーションプログラム記述情報検出ユニットと、
前記第２のネットワークのための受信したアプリケーションプログラム記述情報を、前記第１のネットワークにより使用可能なアプリケーションプログラム情報テーブル（AIT）フォーマットの記述情報に変換するアプリケーションプログラム記述情報変換ユニットと、
前記第１のネットワークにより使用されたように前記第２のネットワークのための要求されたアプリケーションプログラム記述情報をダウンロードするために、変換された記述情報を一時記憶するためのAITテーブルバッファリングユニットと、を具備するデジタルテレビミドルウェア。
【請求項２】
前記第２のネットワークを介して、アプリケーションプログラム及びそれに関するデータをダウンロードするための、前記第２のネットワークに基づくアプリケーションプログラムダウンロードユニットをさらに具備する請求項１に記載のデジタルテレビミドルウェア。
【請求項３】
前記AITテーブルバッファリングユニットにおける変化を監視し、特定の条件に従ってアプリケーションプログラム及びそれに関するデータをダウンロードするための、アプリケーションプログラムダウンロードユニットをさらに具備する請求項１に記載のデジタルテレビミドルウェア。
【請求項４】
前記アプリケーションプログラム記述情報変換ユニットは、前記第１のネットワークにおいて使用されるように、前記第２のネットワークからのアプリケーションプログラム情報を、前記第１のネットワークにおいて既に存在しているAITテーブルのフォーマットに変換する請求項１に記載のデジタルテレビミドルウェア。
【請求項５】
アプリケーションプログラムにより使用されるように、前記第２のネットワークからのデータを転送するために前記第１のネットワークのためのデータチャネルをさらに具備する請求項１に記載のデジタルテレビミドルウェア。
【請求項６】
前記第１のネットワークにおいて転送されているオーディオ・ビデオストリームを転送するために、オーディオ・ビデオストリーム転送チャネルをさらに具備する請求項１に記載のデジタルテレビミドルウェア。
【請求項７】
前記第１のネットワークに基づくデータ放送プロトコルを使用することによりによりアプリケーションプログラムファイル及びデータをダウンロードするための第１のネットワークに基づくダウンロードユニットをさらに具備する請求項１に記載のデジタルテレビミドルウェア。
【請求項８】
デジタルテレビ受信セットトップボックスのリソース及び低い層のネットワークインターフェースにアクセスするためのデジタルテレビミドルウェアアプリケーションプログラムインターフェースをさらに具備する請求項１に記載のデジタルテレビミドルウェア。
【請求項９】
前記第１のネットワークは、デジタルビデオ放送ネットワークである請求項１乃至８のいずれか一項に記載のデジタルテレビミドルウェア。
【請求項１０】
前記第２のネットワークは、IPネットワークである請求項１乃至８のいずれか一項に記載のデジタルテレビミドルウェア。
【請求項１１】
第１のネットワーク及び第２のネットワークが結合したデジタルテレビネットワークにおいて相互に情報交換するための方法であって、
マルチキャストグループに含まれたメッセージを受信し、そして前記メッセージをデジタルテレビミドルウェアにおけるアプリケーションプログラム記述情報検出ユニットに提供するステップと、
アプリケーションプログラム記述情報変換ユニットにより、第２のネットワークに基づくアプリケーションプログラム記述情報を前記第１のネットワークにより使用可能なようにアプリケーションプログラム記述情報に変換し、そして一つのアプリケーションプログラム記述情報（AIT）を新規作成するステップと、
新規作成されたアプリケーションプログラム記述情報をAITテーブルバッファリングユニットに記憶するステップと、を含む方法。
【請求項１２】
アプリケーションプログラムダウンロードユニットが新規作成されたAIT情報を検出したとき、アプリケーションプログラムが前記新規作成された情報にファイルされ含まれる転送プロトコル識別子を解析することにより適用されるネットワークを判定し、これにより相互チャネル方式を決定するステップをさらに含む請求項１１に記載の方法。
【請求項１３】
アプリケーションプログラムが適用されるための判定されたネットワークに従って、対応するダウンロードユニットに通知し、そしてメッセージに含まれた転送プロトコル詳細内容フィールドを解析することにより、アプリケーションプログラムのダウンロード方式を決定するステップをさらに含む請求項１２に記載の方法。
【請求項１４】
アプリケーションプログラムを実行した後、データチャネルを介して及び対応する方式において、その他のユーザまたはサーバと双方向の情報交換を行うステップをさらに含む請求項１３に記載の方法。
【請求項１５】
前記第１のネットワークは、デジタルビデオ放送ネットワークである請求項１１乃至１４のいずれか一項に記載の方法。
【請求項１６】
前記第２のネットワークは、IPネットワークである請求項１１乃至１４のいずれか一項に記載の方法。
【請求項１７】
請求項１乃至１０のいずれか一項に記載のミドルウェアを含むデジタルテレビのセットトップボックス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルビデオ放送（Digital  Video  Broadcasting：DVB）テレビミドルウェアに関し、特に、IPネットワークとDVBネットワークが結合されたネットワーク上に構成されるデジタルテレビミドルウェア、方法及びデジタルテレビミドルウェアを使用する受信機（セットトップボックス）に関する。
【背景技術】
【０００２】
ヨーロッパデジタルテレビ規格は、デジタルビデオ放送（Digital  Video  Broadcasting：DVB）である。1995年から、ヨーロッパでは、デジタルテレビ地上波放送（DVB−T）、デジタルテレビ衛星放送（DVB−S）、及びデジタルテレビ有線放送（DVB−C）のための規格が、相次いで発行された。ヨーロッパデジタルテレビは、好ましくは衛星チャネルを考慮してQPSKの変調を採用する。ヨーロッパ地上波放送デジタルテレビは、８MHzの帯域幅でCOFDMの変調を採用する。ヨーロッパ有線デジタルテレビは、QAMの変調を採用する。現在、条件に制限されるため、DVBデジタルビデオ放送の大部分は単方向である。即ち、提供者側からの放送だけがあり、返信チャネルはない。
【０００３】
インターネットは、情報通信技術、特に、IP技術の発展につれ、広く採用されていている。従来の電気通信と従来のテレビ放送サービスとを組み合わせた新規サービスであるネットワークテレビ（IPTVと略称）が現れている。
【０００４】
IPの基盤施設（例えば、インターネット）に基づいて、デジタルテレビ番組を転送するIPTVは、デジタルテレビの発展の流れの一つである。最後の１マイル以内のネットワーク接続帯域幅の問題を解決することができれば、即ち、帯域幅が十分であれば、IPTVは、単方向における従来のDVBデジタルテレビの単方向転送の欠点を根本的に解決することができ、そしてデジタルテレビに基づく対話式アプリケーションの発展を促進することができる。また、それは電気通信と、テレビと、コンピューター通信との組み合わせを促進させている。ローカルエリアワイドバンド、ｘDSL、FTTHなどのブロードバンド接続ネットワーク技術の発展と普及に伴って、帯域幅は、IPTVの適用を妨げる核心の問題ではなくなっだろう。
【０００５】
マルチメディアホームプラットフォーム（Multimedia  Home  Platform：MHP）は、ヨーロッパDVB機構により定義されている。MHPは、対話式アプリケーションと端末機との間のインターフェース規格を定義した。2000年の2月に、ヨーロッパDVB機構はMHP1.0 バージョンを発行し、今、1.1 バージョンまで進んでいる。なお、グローバルに実行可能なMHP（Globally  Executable  MHP：GEM）は、MHP1.0.3に基づいて定義されている。現在、MHPは、いくつかの国に適用されており、幾つかの国では、直接的に国家規格として定義されている。オープンケーブルアプリケーションプラットフォーム（Open  Cable  Application  Platform：OCAP）は、CableLabsがGEMに従って定義した有線テレビミドルウェア規格であり、既にアメリカと韓国の国家規格になっている。また、日本において使用されているISDB規格もある。
【０００６】
MHPは、主としてセットトップボックスミドルウェアの全体構成、転送プロトコル、コンテンツフォーマット、Java（登録商標）仮想機とDVB−J  APIｓ、セキュリティ、各層の詳細、アプリケーション状態と表現、アプリケーションの自動起動などを定義しており、さらに、専用のアプリケーションシグナリングも定義している。MHPは、リソース層と、システムソフトウェア層と、アプリケーション層の三つの層に定義されている。典型的なリソース層は、MPEG処理と、I/O機器と、CPUと、メモリと、グラフィックシステムとを含む。システムソフトウェア層は、アプリケーション層のために一つ抽象的な視覚のプラットフォームを提供し、一つのアプリケーションマネージャ（また「ナビゲータ」とも呼ばれる）を実行することにより、MHPとそのアプリケーションを管理する。
【０００７】
MHPの核心部分、即ち、システムソフトウェアは、実質的にミドルウェアである。しかし、その他のミドルウェアとの相違点は、MHPミドルウェアがプライベートなミドルウェアでなく、オープンでありユニフォームなミドルウェアであることにある。MHP規格では、単にいくつかのアプリケーションプログラムインターフェース（APIs）を定義したが、MHPを実現する方法を提案していない。したがって、MHPを実現する具体的な手法は、主にミドルウェア提供者側とセットトップボックス製造者側により供給される。幾つかのソフトウェアパッケージには、そのプラットフォームのための一般的なAPIsが提供されている。MHPアプリケーションは、これらの特定のAPIsを通してプラットフォームにアクセスすることができる。そのAPIsと低い層のリソースとシステムソフトウェアとの間には、一つのマッピングが必要となっている。
【０００８】
即ち、ミドルウェアとは、デジタルテレビセットトップボックスの内部のリアルタイムオペレーションシステムとアプリケーションプログラムとの間にある部分であって、移植可能、プラットフォーム独立、そしてAPIのフォームに存在しているものであり、APIsの全てのセットがセットトップボックスのフラッシュメモリFLASHに記憶されている。ミドルウェアの機能は、セットトップボックスの基本及び一般的な機能をAPIsのフォームにおいてセットトップボックス製造者側へ提供することであり、ミドルウェアのアプリケーションプログラムを特定のセットトップボックスから独立して、このミドルウェアを保持するセットトップボックス上を走らせることにある。
【０００９】
MHPには、アプリケーションプログラムのシグナリング情報（アプリケーションシグナリング）が、アプリケーション情報テーブル(AIT)を通して転送される。AITテーブルには、アプリケーションプログラムに関するアプリケーション識別子とディスクリプタのそれぞれを含み、例えば、アプリケーションプログラム名称ディスクリプタ、アプリケーションアイコンディスクリプタ、転送プロトコルディスクリプタなどがあり、これにおいて、転送プロトコルディスクリプタが、アプリケーションプログラムの搬送媒体及びダウンロードプロトコルに応答している。
【００１０】
ミドルウェアは、単方向DVBネットワークに基づき定義されたものであるので、それをIPに基づく双方向デジタルテレビネットワーク又はDVBネットワークとIPネットワークとの混合ネットワークに、直接的に適用することができない。即ち、IP双方向ネットワークの利便性をうまく利用することができない。例えば、AIT及びアプリケーションダウンロード方法は、従来の方式をそのまま利用してIP双方向ネットワークにおいて実現することができない。
【００１１】
上述したように、ミドルウェアMHP（以下、「ミドルウェア」と略称）は、単方向デジタルテレビネットワークのために提案されたものであり、その中のいくつかのメカニズムもMPEG TSストリーム定義及び転送に基づくものであり、例えば、AIT及びアプリケーションプログラム転送方式DSMCC/OC/DCがある。しかしながら、ミドルウェアがIPに基づく双方向デジタルテレビネットワークに適用できないことを意味するものではない。なぜなら、MHPはデジタルテレビ受信機のためのJava（登録商標）に基づくAPIインターフェースであり、異なるプラットフォームにおいて使用することができる。さらに、MHP規格を提案する目的の一つは、デジタルテレビに基づいて、対話形式の双方向アプリケーションを提供することである。したがって、MHPは、IPTVのためにより好適であり、IPTVの環境においてさらに発展することができる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、ユーザのために、DVBネットワークからのアプリケーションプログラムと、IPネットワークからのアプリケーションプログラムとの間の違いを解消し、ネットワークデジタルテレビミドルウェアを提供して、これらのアプリケーションプログラムに対してスムーズなアクセスを実現し、そしてIPネットワークとDVBネットワークの少なくとも一つに関する、デジタル相互コンテンツの記述情報を受信し、それをミドルウェア内部のアプリケーション情報テーブルに変換して、ユーザの使用のためにそのテーブルを一時記憶することである。
【００１３】
本発明は、このような受信機（セットトップボックス）を含むデジタルビデオ相互システムも提供している。
【課題を解決するための手段】
【００１４】
本発明の一観点によれば、第１のネットワーク及び第２のネットワークからアプリケーションプログラム記述情報を要求するアプリケーションプログラム記述情報検出ユニットと、第２のネットワークのための受信したアプリケーションプログラム記述情報を、第１のネットワークにより使用可能なアプリケーションプログラム情報テーブル（AIT）フォーマットの記述情報に変換するアプリケーションプログラム記述情報変換ユニットと、前記第１のネットワークにより使用されるように第２のネットワークのための要求されたアプリケーションプログラム記述情報をダウンロードするために、変換された記述情報を一時記憶するためのAITテーブルバッファリングユニットと、を具備するデジタルテレビミドルウェアを提供する。
【００１５】
本発明の他の観点によれば、第１のネットワーク及び第２のネットワークを結合するデジタルテレビネットワークにおいて相互に情報交換するための方法であって、マルチキャストグループに含まれたメッセージを受信し、そして前記メッセージをデジタルテレビミドルウェアにおけるアプリケーションプログラム記述情報検出ユニットに提供するステップと、アプリケーションプログラム記述情報変換ユニットにより、第２のネットワークに基づくアプリケーションプログラム記述情報を第１のネットワークにより使用可能なようにアプリケーションプログラム記述情報に変換し、そして一つのアプリケーションプログラム記述情報（AIT）を新規作成するステップと、新規作成されたアプリケーションプログラム記述情報をAITテーブルバッファリングユニットに記憶するステップとを含む方法を提供する。
【００１６】
本発明は、さらにデジタルテレビミドルウェアを用いるセットトップボックスを提供する。
【発明の効果】
【００１７】
本発明によれば、セットトップボックス受信機は、IPネットワーク及びDVBネットワークのあらゆるネットワークからのミドルウェアアプリケーションプログラムにアクセスすることができ、ミドルウェアの発展及びその応用に大きく貢献するものである。さらに、ミドルウェアはプラットフォーム独立であるため、IPネットワーク及びDVBネットワークを結合したネットワークにおいて使用することができ、IPデジタルテレビの発展を促進するものである。
【００１８】
本発明の好ましい実施例について図面に合わせて説明することにより、本発明の上述の目的、利点、特徴がさらに明らかになるであろう。
【図面の簡単な説明】
【００１９】
【図１】従来の技術に基づくDVBデジタルテレビミドルウェアのフレームの構成を示す図
【図２】従来の技術においてIPに基づくDVBデジタルテレビミドルウェアのフレームの構成を示す図
【図３】本発明の実施例によるIPに基づくDVBデジタルテレビミドルウェアのブロック図
【発明を実施するための形態】
【００２０】
以下、本発明の実施例について、図面を参照して説明する。本発明をより分かりやすく理解するために、まず、従来の技術におけるDVBデジタルテレビミドルウェアのフレーム構成について、図1を参照して述べる。図1は、従来の技術のDVBデジタルテレビミドルウェアのフレーム構成を示した図である。
【００２１】
図1に示すように、従来のDVBデジタルテレビミドルウェアの構成は、ミドルウェアを利用して開発されたアプリケーションプログラム1と、デジタルテレビミドルウェア２と、デジタルテレビネットワーク構成３とを含む。デジタルテレビミドルウェア２は、デジタルテレビ受信機の機能を抽象化することにより、アプリケーションプログラムインターフェース（API）を定義し、さらに、サービス情報と、サブタイトルと、共通インターフェース（限定受信による使用のため）と、データ放送等とを含んで、その受信機とそれに接続するネットワークとの間のインターフェースを定義している。さらに、その中には、アプリケーションプログラム情報テーブル（AIT、また「アプリケーションプログラム通知記述プロトコル」とも呼ばれる）、アプリケーションプログラムファイル及び該当するデータのための転送プロトコルも定義されている。デジタルテレビネットワーク構成３は、上述したDVB−T、DVB−C、DVB−Sなどであってもよい。それらにより転送されるコンテンツは、いずれもMPEG-2 TSパッケージである。ミドルウェアはプラットフォーム独立であるため、ミドルウェアを利用して開発されたアプリケーション1もまたプラットフォーム独立であり、そのミドルウェアを有するあらゆるデジタルテレビ受信セットトップボックスに実行することができる。
【００２２】
図２はデジタルテレビミドルウェアをIPに基づくデジタルテレビに適用した場合を示している。図２には、参照番号４がIPに基づくネットワークを示し、IPネットワークによって、DVBデータパッケージを例えば、RTP/RTCPなどのような機能プロトコルを用いて転送する（即ち、DVB Over IP方式）。その時のDVB構成は、図1に示す場合でのデータ構成と全く同様である。つまり、その中にも、アプリケーションプログラム記述情報（AIT）、アプリケーションプログラムファイル及び該当するデータの転送データを含んでいる。これは、ミドルウェアをIPデジタルテレビに直接的に適用する結果である。しかしながら、IPネットワークにおいては、DVBを介さず直接にIPを介する多くのアプリケーションが転送され適用することが可能である。したがって、図２に示した場合、完全ではなく、IPネットワークとミドルウェアの利点と長所を充分に利用して発揮することができず、デジタルテレビ受信セットトップボックスの機能をさらに拡張することができない。
【００２３】
図３は、本発明の一つ好ましい実施例を示し、IPに基づくDVBデジタルテレビミドルウェアの構成を示したブロック図である。簡単にするために、図３には、アプリケーションプログラム1を示さず、ミドルウェア２、DVB３、IPネットワーク４しか示していない。図２に示したようなIPに基づくDVBデジタルテレビミドルウェアのフレーム構成と異なり、本発明は、デジタルテレビミドルウェアがIPに基づくデジタルテレビに直接的に適用されておらず、AIT情報検出ユニットを介して、DVBデジタルテレビネットワーク３とIPデジタルテレビネットワーク２に、それぞれ接続されている。
【００２４】
この好ましい実施例によれば、ミドルウェアは、デジタルテレビ（DTV）ミドルウェアアプリケーションプログラムインターフェース210、アプリケーションプログラムダウンロードユニット220、AVストリームチャンネル230、DSMCC DC/OC（デジタルストレージメディア命令と制御、データカルーセル（Data Carousel）/オブジェクトカルーセル（Object Carousel））ユニット240、AITテーブルバッファリングユニット250、アプリケーションプログラム記述情報変換ユニット260、AIT情報検出ユニット270、IPネットワークに基づくアプリケーションプログラムダウンロードユニット280、及びIPプロトコルに基づくデータチャネル290を含む。
【００２５】
本発明によれば、ミドルウェア2は、IPネットワーク4からのアプリケーションプログラム情報を、DVBネットワークの中に既にあるAITテーブルのフォーマットに変換することができ、そしてAITテーブルバッファリングユニット250に一時記憶し、そこで、そのアプリケーションプログラムのコードと必須のデータファイルを、IPネットワークに基づくアプリケーションプログラムダウンロードユニット280からダウンロードする。そして、DBVはこれらのアプリケーションプログラムを実行することができる。
【００２６】
以下、ミドルウェアの操作について、図３を参照して説明する。図３に示すように、ミドルウェアアプリケーションプログラムインターフェース210は、アプリケーションプログラムに提供されるプログラミングインターフェースAPIであって、プログラミングインターフェースをアプリケーションプログラムへ提供し、AVストリーム230と、DSMCC DC/OCユニット240と、データチャネル290とを介して、データ情報の取得を完了させる。アプリケーションプログラムダウンロードユニット220は、アプリケーションプログラムファイル及びデータをダウンロードし、AITテーブルバッファリングユニット250からのAIT情報を解析し、DSMCC DC/OCユニット240またはIPネットワークに基づくアプリケーションプログラムダウンロードユニット280を介して、アプリケーションプログラム及びそれに関するデータファイルをダウンロードする。AVストリームチャンネル230は、AVストリームデータとDVB上の情報を転送するためのチャネルである。DSMCC DC/OCユニット240は、DVBネットワークに基づき、アプリケーションプログラムファイル及びデータのダウンロードを実現するユニットであって、DVBネットワークのデータ放送プロトコルDSMCC DC/OCを使用している。AITテーブルバッファリングユニット250は、DVBネットワーク（第1のネットワークとして使用してもよい）とIPネットワーク（第2のネットワークとして使用してもよい）からのアプリケーションプログラム記述情報を一時記憶する。アプリケーションプログラム記述情報変換ユニット260は、アプリケーションプログラム記述情報を、IPネットワークからDVBのAITテーブルの構成に変換する。AIT情報検出ユニット270は、二種類のネットワークからのアプリケーションプログラム情報を検索して検出する。IPネットワークに基づくアプリケーションダウンロードユニット280は、アプリケーションプログラムURLによるダウンロード操作を実行する。データチャネル290は、IPネットワークに基づくデータチャネルである。データチャネル290を通して、IPネットワークからのアプリケーションプログラム及びデータを送受信することができる。
【００２７】
DVBネットワーク環境において、アプリケーションプログラム情報検出ユニット270は、AIT情報をフィルタリングすることをDVBネットワークへ要求し、フィルタリングされたAIT情報を、AITテーブルバッファリングユニット250に転送する。AITテーブルバッファリングユニット250は、AIT情報検出ユニット270から転送されてきたAIT情報を、アプリケーションプログラムダウンロードユニット220によりダウンロードされ使用され得るように、ローカルに一時記憶する。アプリケーションプログラムダウンロードユニット220は、AITテーブルバッファリンググユニット250の変化を監視し、特定のダウンロード条件に基づいて、その条件に合ったアプリケーションプログラム及びそれに関するデータファイルをダウンロードする。ダウンロード過程は、DVBネットワークによるDSMCC DC/OCユニット240が介され、その中のDSMCC DC/OC/IP over DVBなどのデータ放送転送プロトコルを使用して、単方向ネットワークのアプリケーションプログラムダウンロードを実現し、それをAITテーブルバッファリングユニット250のローカルファイルシステムに記憶される。ダウンロードされたアプリケーションプログラムが自動起動の属性を有し、かつローカルに一時記憶された場合、ミドルウェアは、そのアプリケーションプログラムを自動的に起動して、実行することができる。起動されたアプリケーションプログラムは、DTVミドルウェアアプリケーションプログラムインターフェース210を利用して、デジタルテレビ受信セットトップボックスのリソースにアクセスすることができるとともに、AV ストリームチャネル230を介して、DVBネットワークに基づくAVストリームにアクセスして、その特定の機能を実現する。
【００２８】
以上、ミドルウェアのDVBネットワークに基づく動作について説明した。以下では、IPネットワーク環境において、IPに基づくアプリケーションプログラムを、スムーズにダウンロードして実行するためのデジタルテレビミドルウェアの動作について説明する。
【００２９】
上述したように、AIT情報検出ユニット270は、DVBネットワーク3にAIT情報のフィルタリングを要求すると同時に、IPネットワーク4に対してもアプリケーションプログラム記述情報を要求する。IPネットワーク4からのアプリケーションプログラム記述情報を受信すると、受信されたアプリケーションプログラム記述情報が、アプリケーションプログラム記述情報変換ユニット260へ、直接的に伝送される。アプリケーションプログラム記述情報変換ユニット260は、AIT情報検出ユニット270からのアプリケーションプログラム記述情報を識別して、識別された情報をAITフォーマットの記述情報に変換し、そして変換された記述情報をAITテーブルバッファリングユニット250に送信する。AITテーブルバッファリングユニット250は、アプリケーションプログラムダウンロードユニット220によりダウンロードされ使用されるために、アプリケーションプログラム記述情報変換ユニット260からのAIT情報をローカルに一時記憶する。アプリケーションプログラムダウンロードユニット220が、AITテーブルバッファリングユニット250において、条件に合ったアプリケーションプログラム記述情報を検出すると、そのアプリケーションプログラムのダウンロード位置情報を識別する。DVBネットワークに基づくダウンロード位置情報が検出された場合、上述した方法に続いて、アプリケーションプログラム及びそれに関するデータがダウンロードされる。IPネットワークに基づくダウンロード位置情報が検出された場合、URLに基づくアプリケーションプログラムダウンロードユニット280によって、例えば、HTTP、FTPなどのようなダウンロードプロトコルを使用することにより、IPネットワークを介して、アプリケーションプログラム及びそれに関するデータがダウンロードされる。さらに、ダウンロードされたファイルとデータはローカルに一時記憶される。ミドルウェアは、既定のアプリケーションプログラム起動の手順に従って、ダウンロードされたアプリケーションプログラムを起動し実行する。起動したアプリケーションプログラムは、DTVミドルウェアアプリケーションプログラムインターフェース210を用いて、デジタルテレビ受信セットトップボックスのリソース及び低い層のネットワークインターフェースにアクセスして、その特定の機能を実現することができる。
【００３０】
本発明のネットワークデジタルテレビミドルウェアによれば、異なるネットワーク環境において、記述情報、アプリケーションプログラム及びそれに関するデータを転送することができる。例えば、AITアプリケーションプログラム記述情報をDVBネットワーク環境において転送することができ、アプリケーションプログラムのダウンロード位置情報はIPに基づくネットワークシステムを示しており、その逆の場合においても同様である。なお、アプリケーションプログラムが、いずれの方式でダウンロードされたとしても、DVBネットワーク及び/またはIPネットワークを使用することによりスムーズに通信交流を行うことができる。例えば、AVコードストリームの再生と、サーバ側またはその他のユーザとの相互の情報交換を、当該ネットワークインターフェースがその通信をサポートしているだけで行うことができる。
【００３１】
アプリケーションプログラム記述情報変換ユニット260をIPネットワーク上に転送されたアプリケーションプログラムを記述している情報に対応させるために、転送プロトコル記述 (MHP1.1.1、ETSI TS 101 812V1.2.1を参照)を拡張する必要がある。即ち、データトロールディスクリプタと相互チャネルディスクリプタを拡張し、元のディスクリプタと互換できるようにすることが必要である。本発明は、ここに述べるものに限定されるものでなく、その他の転送プロトコルディスクリプタに適用することもできる。
【００３２】
表1は、転送プロトコルディスクリプタを示している。
【００３３】
【表１】
2009540704.tif 000003
【００３４】
但し、各フィールドは以下のように定義される。
descriptor_tag：  8ビット整数フィールドであり、0x02の値を有し、このフィールドは転送プロトコルディスクリプタであることを示す。
protocol_id（転送プロトコル識別子）：  16ビットフィールドであり、転送において使用される転送プロトコルの識別子を示す。
【００３５】
表２は、protocol_idの値を示している。
【００３６】
【表２】
2009540704.tif 000004
【００３７】
transport_protocol_labl：  省略可能。
selector_byte（転送プロトコル詳細内容）：  プロトコル特定情報を補充するための8ビットフィールドである。protocol_idは0x0001または0x0002の値を有している場合、そのフィールドの情報は既に規格に定義されいるので、ここでは省略する。
【００３８】
上記表２では、本発明は、データトロール方式を記述するための値及び転送において使用された転送プロトコル識別子を示すprotocol_idフィールドにおける、IPに基づく相互チャネル方式を表すための値を新たに追加している。
【００３９】
以下、データトロールの場合における、selector_byteフィールドの定義例について説明する。本発明はここに述べるものに限定されるものではないことに留意すべきである。
【００４０】
protocol_idが0x0003の値を有する場合、データトロール方式にあることを示す。表３は、その時の転送ディスクリプタにおけるselector_byteフィールドのシンタックス構成を示している。
【００４１】
【表３】
2009540704.tif 000005
【００４２】
表３に示しているシンタックス構成における各フィールドは、以下の意味をそれぞれが有している。
【００４３】
component_tag：８ビットフィールドであり、転送が適用されたメインサービスコンポーネントを示し、そして示されたコンポーネントは、データトロールのDSIを搬送している基本ストリームを形成する。
【００４４】
remote_connection：転送コネクションがこのAITテーブルを搬送しているサービスによって提供されているのではなく、その他のサービスにより提供されている場合、それは１の値を有する。この時、それに続く三つのフィールドであるoriginal_network_id、transport_stream_id、service_idは、selector_byteに含まれるべきである。転送コネクションがその時のAITテーブルを搬送するサービスにより提供されている場合、それは、０の値を有する。
【００４５】
受信機は、このようなアプリケーションを自動的に起動することができないが、アプリケーションのAPI（アプリケーションディスクリプタの可視性により限定）をリストを表示することによって、それを起動することができる。このように、アプリケーションは、サービスを選択することにより起動することはできるが、アプリケーションによりAPIを起動することはない。このタグを有するアプリケーションプログラムは、そのアプリケーション制御コーダがREMOTEに設定されるべきである。
【００４６】
original_network_id：16ビットフィールドであり、転送コネクションを提供する転送ストリームサービス情報（SI）における初期のネットワークIDを示す。
【００４７】
transport_stream_id：16ビットフィールドであり、転送コネクションを提供する転送ストリームのMPEG転送ストリームIDを示す。
service_id：16ビットフィールドであり、転送コネクションを提供するサービス情報SIにおけるサービスIDを示す。
【００４８】
以下、selector_byteの定義例は、protocol_idが0x0004の値を有しているとき、IPに基づく相互チャネル方式において与えられている。本発明は、ここに述べたものに限定されるものではない。
【００４９】
protocol_idが0x0004の値を有しているとき、転送ディスクリプタにおけるselector_byteフィールドのシンタックス構成を、以下の表４に示す。
【００５０】
【表４】
2009540704.tif 000006
【００５１】
表４に示しているシンタックス構成における、各フィールドは、以下の意味を有する。
【００５２】
alignment_indicator：  1ビットフィールドであり、データパケット部分と転送ストリームバイトとの間のアライメントを示す。
URL_length：８ビットフィールドであり、URLにおけるバイトの数を示す。
URL_byte：８ビットフィールドであり、ユニホームリソースロケータURLにおける１バイトを示し、RFC2396に対応している。
【００５３】
以下、DVBネットワークに基づくアプリケーションプログラム及びIPネットワークに基づくアプリケーションプログラムを検出しダウンロードするための、本発明のデジタルテレビミドルウェアの手順について、実例を参照して説明する。DVBネットワークに基づくアプリケーションプログラムの検出とダウンロードの手順は、上記の通り標準の手順であるので、その詳細な説明は省略する。
【００５４】
ここでは、IPネットワークに基づくアプリケーションプログラムの検出とダウンロードの手順について説明する。例えば、本発明のIPTVミドルウェアを有するセットトップボックスに、一つマルチキャストグループが追加されている。そのマルチキャストグループの中に、別のメンバー（例えば、アプリケーションプログラム提供者）が一つのメッセージを送出しており、その中に以下のような情報を含んでいる。
【００５５】
名称：  RacingCar
ダウンロードアドレス：  ftp://ftp.game.com/RacingCar
【００５６】
この場合、セットトップボックスは以下のプロセスに従ってアプリケーションプログラムを検出する。まず、セットトップボックスは、そのマルチキャストグループに含まれる関連するメッセージを受け取った後、そのメッセージをIPTVミドルウェアのAIT情報検出ユニット270に送信する。そして、そのメッセージはアプリケーションプログラム記述情報変換ユニット260に提供され、そのアプリケーションプログラム記述情報変換ユニット260は、IPネットワークに基づくアプリケーションプログラム記述情報を、DVBネットワークにより使用可能なようにアプリケーションプログラム記述情報に変換し、そして一つのAIT情報を新たに作成する。例えば、アプリケーションプログラム名称ディスクリプタはRacingCarである。転送プロトコルディスクリプタにおける転送プロトコル識別子protocol_idは、そのアプリケーションプログラムがIPネットワークに基づく相互チャネル方式であることを示すように、0x0004の値を有する。selector_byteにおけるURL_lengthは、ダウンロードアドレスの長さを示す。URL_byteは、そのアプリケーションプログラムのダウンロードアドレスを示すように、「ftp://ftp.game.com/RacingCar」の文字列である。そのアプリケーションプログラムのAIT情報を作成した後、アプリケーションプログラム記述情報変換ユニット260は、新たに作成したAIT情報をAITテーブルバッファリングユニット250に送信する。
【００５７】
アプリケーションプログラムをダウンロードしようとする時に、アプリケーションプログラムダウンロードユニット220は、AITテーブルバッファリングユニット250に一時記憶されたAIT情報を検索してダウンロードし、新規作成したAIT情報を検出する。次に、アプリケーションプログラムダウンロードユニット220は、当該新規作成した情報におけるprotocol_idフィールドを解析することによって、アプリケーションプログラムがIPに基づく相互チャネル方式にあることを検出し、このメッセージをIPネットワークに基づくアプリケーションプログラムダウンロードユニット280に通知する。アプリケーションプログラムダウンロードユニット280は、例えばFTP方式に従って、そのメッセージにおけるselector_byteを解析することにより、そのアプリケーションプログラムをダウンロードすべきであるかを決定する。そして、そのアプリケーションプログラムは、FTP方式によりダウンロードされる。一例として、IPネットワークに基づくアプリケーションプログラムダウンロードユニット280は、URLに基づき、アプリケーションプログラムをダウンロードすることができる。
【００５８】
アプリケーションプログラムが完全にダウンロードされた後に、ユーザは、アプリケーションプログラムをアクティブすることによって、そのアプリケーションプログラムを実行させることができる。一方、アプリケーションプログラムは、ミドルウェア自身によって、（例えば、AutoStart方式の採用により）アクティブにして実行してもよい。アプリケーションプログラムが実行された後、データチャネル290を介し、さらに、IP方式において、その他のユーザまたはサーバと双方向の相互の情報交換を行うことができる。さらに、アプリケーションプログラムが実行された後、チャネル230を介して転送されたAVコードストリームプログラムを再生させることができ、若しくは、そのアプリケーションにより要求されたその他のデータファイルまたはメッセージを、DSMCCプロトコルを使用しているユニット240によりダウンロードすることができる。
【００５９】
本発明のデジタルテレビミドルウェアは、DVBネットワークとIPネットワークの両方からダウンロードしているアプリケーションプログラム記述情報とアプリケーションプログラムをサポートすることができる。既存のDVBネットワークをもとにして、IPネットワークからのアプリケーションプログラム記述情報のために、それをAITテーブルの標準記憶メカニズムに、先ず始めに変換することができ、そして一時記憶することができる。IPネットワークとDVBネットワークの両方が結合したハイブリッドネットワークにおいて、デジタルビデオ相互システムを実現するように、デジタル相互コンテンツのための記述情報を受信し、それをミドルウェア内部のアプリケーション情報テーブルに変換して、そして一時記憶する。
【００６０】
本発明はその好ましい実施例を参照して説明したが、当業者であれば本発明の精神及び範囲から逸脱しない限り、様々な変更、交換及び追加を行ってもよいことが理解されるはずである。従って、本発明は前記の実施例に限定されるものではなく、以下の請求項と同等のものによって限定される。
【図１】
2009540704.tif 000007
【図２】
2009540704.tif 000008
【図３】
2009540704.tif 000009
【国際調査報告】
2009540704.tif 000010
2009540704.tif 000011
2009540704.tif 000012