(57)【要約】対話式アプリケーションを制御するための方法は、対話式アプリケーションを有するデータストリームを受けることと、ストリームでの変化を識別するためにデータストリームをモニタリングすることとを有する。変化に対応して、該方法はさらに、ファイルへの対話式アプリケーションのアクセスを回避することと、データストリームに存在するそれらファイルを識別することと、データストリームに存在するそれらファイルだけに対話式アプリケーションがアクセスできることを有する。
2005503703.tif 000002
【特許請求の範囲】
【請求項１】
対話式アプリケーションを制御するための方法であって、該方法は、対話式アプリケーションを有するデータストリームを受けることと、前記ストリームでの変化を識別するために前記データストリームをモニタリングすることと、前記変化に対応して、ファイルへの前記対話式アプリケーションのアクセスを回避することと、前記データストリームに存在するファイルを識別することと、前記データストリームに存在する前記ファイルだけに前記対話式アプリケーションがアクセスできることを有することを特徴とする方法。
【請求項２】
前記データストリームは、放送信号に含まれることを特徴とする請求項１に記載の方法。
【請求項３】
前記方法は、コンピュータプログラムによって実行されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記コンピュータプログラムは、デジタルテレビの受信機によって実行されることを特徴とする請求項３に記載の方法。
【請求項５】
前記変化は、前記デジタルテレビの受信機がチャンネルを変更する場合に発生することを特徴とする請求項４に記載の方法。
【請求項６】
対話式アプリケーションを制御するための装置であって、該装置は、対話式アプリケーションを有するデータストリームを受けるための受信手段と、前記データストリームをモニターするための、並びに前記データストリームでの変化に続くファイルに前記対話式アプリケーションがアクセスすることを回避し、前記データストリームに存在するファイルを識別し、および前記データストリームに存在する前記ファイルだけに前記対話式アプリケーションがアクセス可能にするように前記対話式アプリケーションを制御するためのモニタリング手段と、を有することを特徴とする装置。
【請求項７】
前記装置は、集積回路を有することを特徴とする請求項６に記載の装置。
【請求項８】
前記集積回路は、デジタルテレビの受信機の部品を形成することを特徴とする請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対話式アプリケーションを制御するための方法及び装置に関する。より詳細には、下記に限定しないが、装置はデジタルテレビ受信機の部品を形成する集積回路である。
【背景技術】
【０００２】
デジタル受信機は、一般的にビデオ、オーディオ及びデータ構成要素を有するデジタルの放送信号を受信する。データ構成要素は、それらが要求されるにつれて、およびそれらが要求される場合に、受信機によってダウンロードされているモジュールを反復の“カローセル（carousel）”の手法で供給される。モジュールは、一般的に、ジャバプログラミングスクリプト（JAVA（Ｒ）  programming  script）で書き込まれた対話式アプリケーションを含む。
【０００３】
ユーザがデジタル受信機を介して対話式アプリケーションにアクセスすることを所望する場合、この機能性は、典型的にはリモートコントロールであるユーザ・インターフェースによって利用可能である。それら対話式アプリケーションは、放送されている目的に関係のある電子プログラムガイド、文字放送（teletext）型情報及びアプリケーションのようなものである。この後者のタイプのアプリケーションは、例えば、ユーザがゴルフ・トーナメント放送を見ていた場合、コースの各ホールの図形の詳細、参加しているゴルファーの統計、リアルタイムのリーダー・ボードなどである。２方向通信を含むアプリケーションはまた、例えば、ショッピング及び賭け事に可能である。デジタル受信機は、通常、かかる２方向通信を促進するために電話ネットワークによってバックチャンネルが供給される。
【０００４】
しかしながら、それら対話式アプリケーションを実行するためのソフトウェアは、放送信号のデータ構成要素を介してデジタル受信機に伝達される。対話式アプリケーションをなすジャバアプレットは、各放送チャンネルに専心的で、カローセルの発信機によって反復して放送される。一旦、ユーザが対話式アプリケーションを選択すると、セットトップ・ボックスは、アプリケーションを実行することができるように必要なジャバアプレットの獲得を開始する。
【０００５】
例えば、ユーザがチャンネルを変更した際にデータストリームに変更がある場合、デジタル受信機は、新しいデータストリームの新しい環境に順応できる必要がある。現行のデジタル受信機は現在実行している対話式アプリケーションを放棄するか、あるいは、一旦その現行のデジタル受信機がデータストリームに存在しないファイルを必要とすれば、対話式アプリケーションはクラッシュするであろう。これらの結果のどちらも、デジタルのテレビ受信機のユーザのための満足な操作を伝えない。
【０００６】
したがって、本発明の目的は周知の技術を改善することである。
【０００７】
本発明の第一の態様によると、対話式アプリケーションを制御するため、対話式アプリケーションを有するデータストリームを受けることを有するため、データストリームの変化を識別するようにさらにその変化に応じてデータストリームをモニタリングするため、ファイルへのアクセスから対話式アプリケーションを防ぐため、かかるデータストリームに存在するファイルを識別するため、対話式アプリケーションがデータストリームに存在するそれらのファイルだけにアクセスすることを可能にするための方法が提供される。
【０００８】
本発明の第二の態様によると、対話式アプリケーションを制御するため、対話式アプリケーションを有するデータストリームを受けるための受け取り手段を有するため、データストリームをモニターし、対話式アプリケーションがデータストリームの変化に続くファイルにアクセスするのを防ぎ、データストリームに存在するファイルを識別し、対話式アプリケーションがデータストリームに存在するそれらのファイルだけにアクセスすることを可能にするように対話式アプリケーションを制御する手段をモニターするための装置が提供される。
【０００９】
かかる方法は、適切なハードウェアに設置されるか、又は記録キャリアに記憶されるコンピュータプログラムエレメントによって達成できる。かかる装置は、集積回路を有することができる。
【００１０】
本発明によると、対話式アプリケーションを保持するデータストリームでの変化が続くように対話式アプリケーションを制御することは可能であり、対話式アプリケーションは、対話式アプリケーションに利用可能なファイルから最良にできるように連続するだろう。データストリームの変化は、例えば、データの放送でのブレイク、又はデータストリームの受信機のチャンネルをユーザが変更することによって引き起こされるかもしれない。対話式アプリケーションは、ファイルが存在しない理由で直ちに不足するよりもデータストリームに存在しないファイルを必要とする場合、対話式アプリケーションは、到達するファイルを待つことをブロックする。ファイルが再度存在できるまで、要求しているプログラム・スレッド（program  thread）は実行を継続しないか、又は、ファイルが永久に利用不可能であることを決定する。しかしながら、他のプログラム・スレッドは実行を継続する。
【００１１】
本発明の実施態様は添付図を参照して、実施例だけの手段によって記載される。
【００１２】
図１において、セットトップ・ボックス１０は、デジタルの放送信号１４を受信するための受信機１２の形態である受信手段を有する。セットトップ・ボックスはまた、信号１４を処理するためのＣＰＵ１６の形態である処理手段を有する。セットトップ・ボックスは、デコーダ２０、ＲＡＭ２２、およびキャッシュメモリ２４などの構成要素を追加的に含む。デコーダ２０は、放送信号１４をデマルチプレックス（demultiplexes）する。ビデオ構成要素は、表示デバイス２６に通過され、音声構成要素は音声スピーカ（示されていない）に通過される。セットトップ・ボックス１０のユーザは、適切なユーザ・インターフェースを介して、ユーザが視聴したいチャンネルを選択し、適切な内容が獲得されてユーザに提供される。
【００１３】
信号１４は、信号内に対話式アプリケーションを有するデータストリームを含む。データストリームは、望ましいように複数の対話式アプリケーションを有する。対話式アプリケーションを制御するための装置は、対話式アプリケーションを有するデータストリームを受信するための受信手段１２とデータストリームをモニターするためのモニター手段として作用するＣＰＵ１６とを有する。装置は、典型的には、デジタルのテレビ受信機１０の部分を形成する集積回路を有する。
【００１４】
現在のサービスの変更が要求される場合に、放送データへのアクセスを維持する技術がカローセルを提供する。デジタルテレビシステムは、カローセルの伝達を介する総括的なデータの放送における機能を含む。重要な実施例は、ＤＶＢデジタルＴＶスタンダードにおいて定義されたＤＶＢオブジェクトカローセル（ＤＶＢ  Ｏｂｊｅｃｔ  Ｃａｒｏｕｓｅｌ）である。かかる機能は、それら機能がＭＨＥＧ−５、ＤＶＢ、ＭＨＰおよびＯＣＡＰを含んで対話式サービスの新しい世代の基礎となるにつれて更に重要になる。上述のシステムでは、データ放送が一つ以上の放送ファイルシステムを含み、ファイルシステムの構成部分は、カローセル（つまり、反復）手段で受信機１０に転送される。受信機１０は、入力されるデータストリームを分析することにより、ファイルシステム内容を回復することを試みる。ファイルシステムは、ユーザに提示されているサービスに関連した１つ以上のアプリケーションにおいて実行可能なコードおよびアセットを含むであろう。
【００１５】
ＭＨＰなどのシステムにおいて、アプリケーションが２以上のサービス内において実行させることを可能にする。例えば、一つのサービスプロバイダーからのサービスの束における電子プログラムガイドは、ユーザが束のサービス間で切り換える場合に実行することを連続するであろう。しかしながら、カローセルデータが使用されるオリジナルサービスに接続されるように、現在、一旦新しいサービスが選択されていれば、かかるデータは得難くなる。これは、アプリケーションの性能に対する厳しい制限を配置し、また、ほとんどのアプリケーションはアクセスのこの突然の除去から回復することができないだろう。
【００１６】
したがって、あるサービスから別のサービスへのカローセルアクセスのシームレスの引き渡しのための機能が必要とされる。目的は、アプリケーションがカローセルデータへの送信での変化に気づいてはならないということである。
【００１７】
現時点において、ＤＶＢは、ＤＶＢトランスポートストリーム内の階層的ファイルシステムを保持する方法を指定する。かかる方法がデータ放送において使用される。かかる方法は、コンピュータファイルシステムに通常保存される種類の任意のデータを保持するために使用することができる。対話式放送システムのためのデータファイルを保持するために頻繁に使用される。例えば、かかる方法は、ＤＶＢの英国の地上の実行でのMHEG-5オブジェクトを放送するための選択された方法であり、また、それはＤＶＢからのＭＨＰの詳細におけるジャバクラスのファイルおよびそれらの関連するデータにおいて使用される。システムは、階層的ファイルシステムの連続する接続に対する効率的な転送の問題の解決策を提供するように設計されている。かかる方法は解析することができ、受信機で階層化ディレクトリー構造、ファイル名およびファイルの内容を回復することができる。カローセルのファイルシステムは、“サービス”の一部として転送され、サービスはユーザに全体として提示されるように意図される、様々なタイプの１セットの基本ストリームとして定義される。テレビプログラムの内容は、音声とビデオストリームを含んでいるサービスの例である。カローセルデータは、一旦トランスポートストリームに転送されてよいが、トランスポートストリーム内の２以上のサービス一部であってよい。しかしながら、カローセルデータは、そのデータが含まれているサービスの各々での個別の実体であると論理上考えられる。
【００１８】
カローセルデコーダ（ＣＰＵ１６内に位置した）は、２つの個別部を有し、
１．ストリームレコーダ。現在のサービスのストリームから使用可能なフォーマットへのデータを解読する。典型的に、この部分は、受信機のメモリでのモジュールキャッシュで必要とされたデータ“モジュール”を記憶する。
【００１９】
２．ファイルシステムドライバー。受信機で実行するアプリケーションからの要求を受信し、モジュールキャッシュで要求されたデータを見つけることを目的とし、フェッチリクエストをストリームリーダーに渡す。
【００２０】
受信機１０のメモリは一般的に限定されており、メモリへの完全なカローセルで読み取ることは実現可能ではない。したがって、キャッシュ戦略は、要求されるモジュールがキャッシュされることを試して、保証するために通常適用される。放送のカローセルからのフェッチな潜在が通常はかなりの時間であるので、これはアプリケーション実行に大きな効果がある。
【００２１】
受信機でのアプリケーションの実行は、同時に個別のサービスを解読する一方で、あるサービスでのカローセルからのデータをアクセスすることを望んでよい。例は、ノンサービスバウンド（non-service-bound）のＭＨＰアプリケーションである。かかるアプリケーションは、あるサービスで開始し、そのサービスのカローセルを使用するが、デコーダを別のサービスへの切り替えを引き起こしてよい。かかる状況において、デコーダのストリームリーダーの部分は、古いサービスのデータソースがもはや利用可能でないので、操作不可能となる。これは、厳しくアプリケーションの操作を害し、ほとんどの場合、アプリケーションはエラーなしで作動を続けるように保証することができない。しかしながら、多くの場合では、新しいサービスが初期のサービスと同じカローセルデータを含み、したがって、実際には可能なデータソースがある。本発明は、カローセルの等価なデータソースがある場合、識別することによってデコーダのストリームリーダー部分がサービスの変更後も使用可能な方法を提案し、許容可能なアプリケーション操作を保証する。
【００２２】
本発明は、機能のＤＳＭＣＣオブジェクトカローセルファミリーおよびＭＨＰ内のその使用に焦点を当てるが、創造的な考えは、いくつかの異なるサービスあるいはプログラム内の同じデータを示すすべてのカローセルに基づいたデータ放送機能に適用する。
【００２３】
ここに示されたオプションは、カローセルが設置された場合、初期のサービスと現在のサービスを比較し、両方のサービスに共通のデータストリームに取り付けて維持するために最良の努力をすることである。サービス間のデータストリームの本物の共有がある場合のみ、かかる解決策が有用であることを注意する。オーバーラップが少しもない場合、カローセルが失われ続ける。しかしながら、この新しいオプションは、キャスターがこれらの特徴を利用するアプリケーションのための放送を最適化することを可能にする。２つの実施態様が記載され、それらは異なる２レベルのサービス間でどのデータ・アイテムを共有することができるか識別する問題を扱っている。
【００２４】
両実施態様において、ＣＰＵ１６は、対話式アプリケーションがデータストリーム（ユーザによるチャンネルの変更によって引き起こされるような）の変化に続くファイルにアクセスするのを防ぐように対話式アプリケーションを制御する。ＣＰＵ１６はデータストリームに存在するファイルを識別し、対話式アプリケーションはデータストリームに存在するファイルだけにアクセスすることができる。この方法は、図２に例示される。
【００２５】
実施態様１：カローセルレベルの共有
第一の実施態様は、ストリームから更新されている装置上で作動するサーバーとしてカローセルデコーダを考察する。サーバーは、装置上で作動するアプリケーションにおけるファイルシステムのアクセスを提供し、２つの作動モードを有し、両者において、デコーダはデコーダが有する最新データを提供するが、１つのモードだけはストリームからの更新を受けるデコーダである。サービス間の切り換えは、上述のモード間の変化を引き起こす。カローセルは、サービスが完全なカローセルデータソースを含む場合、完全な作動状態に入り込むだけである。カローセルは、多くの特定状態を有し、それらは下記に定義を添えてリスト化される。
【００２６】
・添付（attached）：ファイルシステムの設置ポイントが生成された。ＤＳＩ  ＰＩＤがログされた。カローセルはＰＭＴ／サービスに添付されない。ファイルシステムのアクセスなし。
【００２７】
・開始（started）：ＰＭＴをカローセルに添付。通常操作のモジュール／ＤＳＩ／ＤＩＩの獲得が開始した。新しいファイルシステムの要求がサービスできる。サービスドメインにおけるロケーターがこのポイントで設定される。
【００２８】
・停止（stopped）：セクションのフィルター化によるモジュールの獲得が停止した。ファイルシステムの現状がメモリに維持され、キャッシュ効果を受ける。モジュールが別の未だに作動しているカローセルと共有する場合、更新されるように連続するであろう。
【００２９】
・分離（detached）：カローセルがサービスから分離した。すべてのキャッシュ要素が開放された。ファイルはすべて無効にされて扱う。
【００３０】
ＭＨＰの実施態様において、アプリケーション信号は、添付を介して、開始状態への初期の変化を引き起こすであろう。アプリケーションの終了は、カローセルを分離状態に移動する。サービスから変化することは、サービスのカローセルを停止状態に移動する。Ｂ．２．９でリスト化された任意のイベントはまた、カローセルをこの状態（つまり、これは失うに等価である）に移動する。新しいサービスに達すると、ＰＭＴが検査される。下記に記載のアルゴリズムは、初期のサービスからのモジュールデータが新しいサービス内で再利用できるかどうかを決定するために使用される。合致が判明した場合、カローセルは開始状態に戻されて、カローセルは新しいサービスでの操作を再開する。これらの変化はアプリケーションにとって見ることができない。合致がなかった場合、カローセルは停止状態のままである。他の理由において失ったカローセルを回復する試みは、プラットフォーム依存の方法で生じることができる。元来の損失におけるほとんどの理由は、相当に末端であり、そのようなカローセルは強いられた分離において良好な候補である。
【００３１】
現状態として、停止したかローセルはシステムによって分離状態に移動されてよい。一旦Xletが破壊されて、さらにカローセルデコーダがいかなる他の方法によってもメモリを回復することができない場合、Xletsを実行するための最後の手段として、これはブーツ（boot）・カローセルのために生じるべきである。システムは、モジュールキャッシュからの未使用のアイテムを除去することを最初に試みるべきである。
【００３２】
カローセルの等価を決定するように選択されたアルゴリズムは、潜在的にカローセルデータを伝達する基本ストリームのセットがどのようにシグナルされるかに依存する。
【００３３】
１．サービスによって結合された内容。サービスでカローセルによって使用されたカローセルの基本ストリームのセットは、サービスの共同タグテーブルによって定義されるだけである。このモデルにおいて、サービスにおけるカローセルのすべてあるいはカローセルが全く無いかのいずれかは、サービスの変化で利用可能のままである。ＤＳＭＣＣ  ＵＮメッセージタイプ（１１）を備えるすべての基本ストリームは、同一のディスクリプタ・ループを有するべきであり、オリジナルのサービスでのような同じＰＩＤを参照する。オリジナルのサービスの延期された共同タグに追加的なエントリーが含まれる場合、追加的なエントリーが存在してよい。オリジナルのサービスが延期された共同タグディスクリプタを含む場合、基本ストリームに言及するすべてのエントリーは、新しいサービスの基本ストリームのループで解決されるか、または延期された共同タグディスクリプタで同一に保持されなければならない。
【００３４】
２．カローセルによって結合された内容。このモデルにおいて、サービスの各カローセルは個別に分析できる。各カローセルによって使用された基本ストリームのセットは、例えば、ＤＳＩの“マニフェストディスクリプタ”としてカローセルのトップレベルで記載される。このマニフェストすべてのエントリーは、共同タグから基本ストリームに解決され得る。新しいサービスに到達すると、システムは、ＤＳＩがカローセルの構成部分に追加的な情報を含むかどうかをチェックする。カローセルのＤｌｌｓの共同タグは、かかる“マニフェストディスクリプタ”にリスト化される。この情報が存在しなければ、上述の第一方法に戻る。このリストのすべてのエントリーは、共同タグからオリジナルのサービスの選択におけるＰＩＤｓで解決される。かかる“マニフェストディスクリプタ”が存在する場合、参照の他の共同タグに対してカローセルのデータは有効ではなく、したがって参照された対象は、ファイルシステムのアブストラクションにおいて入手不可能であるべきである。新しいサービスに到達すると、システムは、ＤＳＩがオリジナルのサービスにおいて同じＰＩＤであるかどうかをチェックし、その後、新しいＰＭＴでのすべてのリスト化されたエントリーを解決する。上述のサービスを去る前にＰＭＴからの最後のサンプルにしたがってすべて合致する場合、これは完全な等価を保証するのに十分である。共同タグとＰＩＤのマッピングは時間の経過で変化してよいが、これは現在のカローセルキャッシュを無効にしないことを注意する。したがって、ＰＩＤの比較は、以前のサービスについての最新の利用可能な知識に基づいてなされるべきである。
【００３５】
実施態様２：基本ストリームのレベルの共有
第二実施態様（または改善）は、数多の共同タグでミスマッチがあるが、他にはない状況において、カローセルでの“開始”と“停止”モジュールの混合を可能にすることである。この状況において、合致ソースを備えるモジュールのみは、ストリームから更新されるように連続するだろう。他のエントリーは、それらの変化前のように維持したままであるだろう。間違っているＰＩＤからのデータのためにシステムを入力することは許されない。これを実施する方法は、検査テーブルによってタグ−ＰＩＤ移動を実行することである。このテーブルは、ＰＭＴからのテーブルの共同タグおよびマスターＰＩＤカラムに書き入れて、カローセルにおける初期の“マスター”サービスによって確立される。異なるサービスで操作する場合、ＰＭＴでのエントリーはテーブルの第三の“現ＰＩＤ”カラムにマップされる。モジュールを更新するすべての試みにおいて、マスターと現ＰＩＤとの間にミスマッチがある場合、更新は失敗する。さらに、新しい獲得要求は、誤った組合せで失敗する。
【００３６】
延期された共同タグにおいて、ストリームのロケーターは、ＰＩＤではなく直接比較される。これは、各比較での潜在的に遅いＰＩＤ検査を回避し、それは成功した比較後において単に解決される。オリジナルのサービスのＰＭＴは、ＰＩＤの変化に続くために新しいサービスでモニターされ続けるかもしれない。
【００３７】
このモデルでは、開始および停止状態がなく、添付および分離だけがある。オリジナルのサービスにより未だに効果的に作動しているが、現サービスにより利用可能であるデータだけをアクセスするので、カローセルのロケーターは変化しない。
【００３８】
本発明は、サービス境界を横切ってカローセルのモジュールデータの保存を可能にする。数多のオブジェクトカローセルのフォーマットは、従来のファイルシステム・ファイルと同様にメディアストリーム（ストリームオブジェクトを介する）およびリアルタイムのイベント情報（ストリームイベント）へのアクセスおよびディレクトリー・オブジェクトを支援する。それらの他の内容のタイプにおいて、アクセスは共同タグのマッピングの分析によって同様に可能とされる。かかるフォーマットに対するアクセスの保護は、非破壊方法でのカレントストリームデータへのアクセスを回避する効果を有する。例えば、ビデオは表示されないが、エラーは生じない。
【００３９】
複数のオブジェクトのカローセルは、同一のデータモジュールをアクセスしてよい。各オブジェクトカローセルが一人のクライアントだけを有することがここで仮定される。したがって、例えば、２つのアプリケーションが同一のオブジェクトカローセルにアクセスする場合、実際には２つの個別のオブジェクトカローセルのデータ構造がある。これは、オブジェクトカローセルの一人のクライアントが新しいサービスに移行したいその場合の割引を可能にするが、別のクライアントは可能にしない。
【００４０】
本発明は、デジタルのＴＶ放送分野に対して主に適用される。カローセルによるデータの広範囲の放送分配が生じるところで、および２以上のサービス（サービスは全体として処理されたデータ・アイテムの収集を意味する）からこのデータにアクセスする要求がある場合に、最初のエリアである。当然のこととして、上述の機能はまた、デジタルのラジオ放送に適用し、それにまた、純粋なデータ放送ネットワークに適用する。
【００４１】
本発明の開示により、多数の他の修正および変化は、当業者にとって明白である。そのような修正および変化は、当業者にとって既に周知であり、ここで既に記載された特徴に代わって使用されるか、または追加してよい他の特徴を含んでよい。
【図面の簡単な説明】
【００４２】
【図１】表示デバイスに接続されたセットトップ・ボックスの概略図である。
【図２】対話式アプリケーションを制御するための方法の流れ図である。
【図１】
2005503703.tif 000003
【図２】
2005503703.tif 000004
【国際公開パンフレット】
2005503703.tif 000005
2005503703.tif 000006
2005503703.tif 000007
2005503703.tif 000008
2005503703.tif 000009
2005503703.tif 000010
2005503703.tif 000011
2005503703.tif 000012
2005503703.tif 000013
2005503703.tif 000014
2005503703.tif 000015
2005503703.tif 000016
2005503703.tif 000017
2005503703.tif 000018
2005503703.tif 000019
2005503703.tif 000020
【国際調査報告】
2005503703.tif 000021
2005503703.tif 000022
2005503703.tif 000023