(57)【要約】  第１の対話型コンテンツを有する少なくとも１つの第１の対話型アプリケーションを含む第１のデータストリーム（Ｄ１）が受信され、その第１のデータストリーム（Ｄ１）が少なくとも１つの第１のチャンネルで伝送され、消費者あるいはユーザが対話型コンテンツを閲覧中にチャンネルを変えた（少ししてからチャンネルを戻した）ときの対話型コンテンツストリームの欠落を防ぐことが可能である、コンテンツ管理モジュール（１００、１０２）ならびに対話型アプリケーションを制御する方法を提供するために、第１のチャンネルから、具体的には第２の対話型コンテンツを有する少なくとも１つの第２の対話型アプリケーションを含む第２のデータストリーム（Ｄ２）が伝送される少なくとも１つの第２のチャンネルに切り替わる（ｓ）とき、第１の対話型コンテンツを受信し続けることが提案される。
2008505519.tif 000002
【特許請求の範囲】
【請求項１】
第１の対話型コンテンツを有する第１の対話型アプリケーションを含む第１のデータストリーム（Ｄ１）が受信され、前記第１のデータストリーム（Ｄ１）が少なくとも１つの第１のチャンネルで伝送される、コンテンツ管理モジュール（１００、１０２）、具体的には、少なくとも１つの対話型アプリケーションの各対話型コンテンツを管理するためのデジタル蓄積メディア／指令制御（ＤＳＭ／ＣＣ）カルーセルであって、第１のチャンネルから、具体的には第２の対話型コンテンツを有する少なくとも１つの第２の対話型アプリケーションを含む第２のデータストリーム（Ｄ２）が伝送される少なくとも１つの第２のチャンネルに切り替わる（ｓ）とき、前記コンテンツ管理モジュール（１００、１０２）が、少なくとも前記第１のチャンネルを監視し続け、少なくとも前記第１の対話型コンテンツを利用可能および／または最新なままに維持することを特徴とするコンテンツ管理モジュール。
【請求項２】
前記コンテンツ管理モジュール（１００、１０２）が、前記第１のチャンネルとの接続を断つことがないことを、具体的には前記コンテンツ管理モジュール（１００、１０２）が、前記第２のデータストリーム（Ｄ２）が対話型アプリケーションを一切含まない場合でも、前記第１のチャンネルの監視を続け、前記第１の対話型コンテンツを利用可能および／または最新なままに維持することを特徴とする請求項１に記載のコンテンツ管理モジュール。
【請求項３】
少なくとも１つの第１のデータストリーム（Ｄ１）、少なくとも１つの第２のデータストリーム（Ｄ２）、および任意選択で少なくとも１つの追加的なデータストリームを受信する少なくとも１つのチューナユニット（１０、１２）と、受信した前記データストリーム（Ｄ１、Ｄ２）を復調する少なくとも１つの復調ユニット（２０、２２）と、任意選択で、前記受信したデータストリーム（Ｄ１、Ｄ２）を任意選択で復号する少なくとも１つの復号モジュール（３０、３２）と、前記第１のデータストリーム（Ｄ１）に含まれている第１の対話型コンテンツ、前記第２のデータストリーム（Ｄ２）に含まれている第２の対話型コンテンツ、および任意選択で前記追加的なデータストリームに含まれている各追加的な対話型コンテンツを逆多重化する少なくとも１つの逆多重化ユニット（４０、４２）と、前記第１の対話型コンテンツおよび／または前記第２の対話型コンテンツおよび／または任意選択で前記各追加的な対話型コンテンツを再生する少なくとも１つのコンテンツ再生モジュール（５０）、具体的にはＪａｖａバーチャルマシン（ＶＭ）とを含む対話型アプリケーションを制御する装置（２００、２００’）であって、前記逆多重化ユニット（４０、４２）と前記コンテンツ再生モジュール(５０)との間に接続され、前記第２の対話型コンテンツを受信する間、前記第１の対話型コンテンツを、および／または前記各追加的な対話型コンテンツを受信する間、前記第１の対話型コンテンツおよび／または前記第２の対話型コンテンツを維持および／または保存する少なくとも１つのキャッシュユニット（１１０、１１２）に接続される、請求項１または２に記載の少なくとも１つのコンテンツ管理モジュール（１００、１０２）を特徴とする装置。
【請求項４】
前記コンテンツ管理モジュール（１００、１０２）が、少なくとも１つの追加的なチャンネル、具体的には消費者あるいはユーザの好みのチャンネルの各追加的な対話型コンテンツを監視し、前記追加的なチャンネルがアクティブでない場合および／または閲覧されていない場合でも、この各追加的な対話型コンテンツを利用可能および／または最新に保ち、および／またはこの各追加的な対話型コンテンツを即座に再生するように設計されていることを特徴とする請求項３に記載の装置。
【請求項５】
前記コンテンツ管理モジュール（１００、１０２）によって監視されるチャンネルの数が、具体的には前記各対話型コンテンツの大きさおよび／または前記消費者あるいはユーザのリモコン切替え行動様式などのパラメータに基づいて動的に様々であることを特徴とする請求項３または４に記載の装置。
【請求項６】
少なくとも１つのデジタルＴＶ受信器の一部である少なくとも１つの集積回路を備えていることを特徴とする請求項３から５の少なくとも一項に記載の装置。
【請求項７】
第１の対話型コンテンツを有する少なくとも１つの第１の対話型アプリケーションを含む第１のデータストリーム（Ｄ１）が受信され、前記第１のデータストリーム(Ｄ１)が少なくとも１つの第１のチャンネルで伝送される、対話型アプリケーションを制御する方法であって、前記第１のチャンネルから、具体的には第２の対話型コンテンツを有する少なくとも１つの第２の対話型アプリケーションを含む第２のデータストリーム（Ｄ２）が伝送される少なくとも１つの第２のチャンネルに切り替わる（ｓ）とき、前記第１の対話型コンテンツを維持することを特徴とする方法。
【請求項８】
前記第１のチャンネルとの接続が断たれることがないことを、具体的には前記第２のデータストリーム（Ｄ２）が対話型アプリケーションを一切含まない場合でも、前記第１のチャンネルが監視され続け、前記第１の対話型コンテンツを利用可能および／または最新なままに維持されることを特徴とする請求項７に記載の方法。
【請求項９】
少なくとも１つの追加的なチャンネル、具体的には消費者あるいはユーザの好みのチャンネルの各追加的な対話型コンテンツが受信されること、および前記追加的なチャンネルがアクティブでない場合および／または閲覧されていない場合でも、この各追加的な対話型コンテンツが利用可能および／または最新に保たれ、および／または即座に再生されることを特徴とする請求項７または８に記載の方法。
【請求項１０】
監視されるチャンネルの数が、具体的には前記各対話型コンテンツの大きさおよび／または前記消費者あるいはユーザのリモコン切替え行動様式などのパラメータに基づいて動的に様々であることを特徴とする請求項７から９の少なくとも一項に記載の方法。
【請求項１１】
以下のステップ、すなわち：
［ｓ］前記第１のチャンネルから少なくとも１つの第２のチャンネルに切り替わるとき：
［ｉ］前記第１のデータストリーム（Ｄ１）を再生し；
［ｉｉ］少なくとも１つの第２のコンテンツ管理モジュール（１０２）を少なくとも１つのコンテンツ再生モジュール（５０）に接続し；
［ｄ］前記第２のデータストリーム（Ｄ２）が、前記第１のデータストリーム（Ｄ１）とは異なる伝送ストリーム上である場合；
［ｉｉ．ａ］オプション的に、前記第２のコンテンツ管理モジュール（１０２）への少なくとも１つの第２のパス（Ｐ２）を生成し；及び
［ｉｉｉ］前記第２のコンテンツ管理モジュール（１０２）をアクティブにする、
ステップを特徴とする請求項７から１０の少なくとも一項に記載の方法。
【請求項１２】
前記第２のチャンネルから前記第１のチャンネルに切り替わる（ｂ）とき、前記第１の対話型コンテンツが利用可能および／または最新であり、および／または即座に再生されることを特徴とする請求項７から１１の少なくとも一項に記載の方法。
【請求項１３】
以下のステップ、すなわち：
［ｂ］前記第２のチャンネルから前記第１のチャンネルに切り替わる（ｂ）とき：
［ｉｖ］前記第１のデータストリーム（Ｄ１）を監視し；
［ｖ］少なくとも１つの第１のコンテンツ管理モジュール（１００）を前記コンテンツ再生モジュール（５０）に接続し；
［ｖｉ］前記第２のコンテンツ管理モジュール（１０２）を停止し；及び
［ｖｉ．ａ］前記第２のパス（Ｐ２）がステップ［ｉｉ．ａ］で生成されている場合には、オプション的に、前記第２のパス（Ｐ２）を停止する
ステップを特徴とする請求項７から１２の少なくとも一項に記載の方法。
【請求項１４】
前記第１のデータストリーム（Ｄ１）および前記第２のデータストリーム（Ｄ２）が少なくとも１つの送信信号に含まれていることを特徴とする請求項７から１３の少なくとも一項に記載の方法。
【請求項１５】
少なくとも１つのコンピュータプログラムによって実行され、少なくとも１つのデジタルテレビ受信器によって実行される、請求項７から１４の少なくとも一項に記載の方法。
【請求項１６】
請求項１または２に記載の少なくとも１つのコンテンツ管理モジュール（１００、１０２）、および／または請求項３から６の少なくとも一項に記載の少なくとも１つの装置（２００、２００’）、および／またはデジタルビデオ放送（ＤＶＢ）、マルチメディアホームプラットホーム（ＭＨＰ）、マルチメディア及びハイパーメディアエクスパートグループ（ＭＨＥＧ）、および／またはオープンケーブルアプリケーションプラットホーム（ＯＣＡＰ）など、具体的には直前に対話式に閲覧されたチャンネルの対話型アプリケーションの表示を即座に開始するための、マルチメディア公開標準規格における請求項７から１５の少なくとも一項に記載の方法の使用。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理モジュール（content managing module）に関し、詳細には、少なくとも１つの対話型アプリケーションの各対話型コンテンツ（interactive content）を管理するためのデジタル蓄積メディア／指令制御ＤＳＭ／ＣＣ（Digital Storage Media / Command Control）カルーセルに関し、この場合、第１の対話型コンテンツを有する第１の対話型アプリケーション（interactive application）を含む第１のデータストリームが受信され、その第１のデータストリームが少なくとも１つの第１のチャンネル（channel）で伝送される。
【０００２】
本発明はまた、請求項３の前提部分による対話型アプリケーションを制御する装置に関する。
【０００３】
本発明はまた、対話型アプリケーションを制御する方法に関し、この場合、第１の対話型コンテンツを有する少なくとも１つの第１の対話型アプリケーションを含む第１のデータストリームが受信され、その第１のデータストリームが少なくとも１つの第１のチャネルで伝送される。
【背景技術】
【０００４】
デジタルＴＶ（TeleVision）では、対話型コンテンツがビデオデータとともに送られる。消費者あるいはユーザは通常、かかるコンテンツが利用可能であることを知らされ、リモコン（remote control）を使ってこのコンテンツを有効にすることができる。消費者あるいはユーザが対話型コンテンツを閲覧中にチャンネルを変え、少ししてからチャンネルを戻すということがある。かかる例の１つとして、視聴者参加型のクイズ番組（game show）途中のコマーシャルがある。
【０００５】
対話型チャンネルに切り替えた後、システムが最新データを待たなければならないことから、双方向性（interactivity）が再表示され得るまでに少し時間が（最大で数秒）かかる。言い換えると、消費者あるいはユーザが対話型コンテンツを閲覧中にチャンネルを変え、少ししてからチャンネルを戻すと、その対話型コンテンツが再表示され得るまでに少し時間がかかる。
【０００６】
高速デジタルチャンネル変換（fast digital channel changing）の方法は、従来技術文書ＥＰ  １  １１７  ２５４  Ａ２ならびに従来技術文書ＥＰ  １  ３８９  ８７４  Ａ２に開示されている。しかし、どちらの従来技術文書も対話型コンテンツは取り扱っていない。
【０００７】
デジタルＴＶチャンネルの切替え（switching）との関連における対話型コンテンツに関する様々な問題は、従来技術文書ＷＯ  ０３／０２１９５８  Ａ１ならびに従来技術文書ＷＯ  ０３／０２５７４６  Ａ１で論じられている。
【０００８】
従来技術文書ＷＯ  ０３／０２１９５８  Ａ１は、チャンネル切替え（channel switch）が発生した際、切替え前のチャンネル（the previous channel）の対話型アプリケーションがタイミングよく正しく閉じられることを確実にする解決策を提案している。この文書は、消費者あるいはユーザが切替え前のチャンネルに戻したときに対話型アプリケーションが再度立ち上がり稼働する（up and running）のに要する時間を軽減する解決策を一切提供していない。
【０００９】
従来技術文書ＷＯ  ０３／０２５７４６  Ａ１は、消費者あるいはユーザが他のチャンネルに切り替えた場合でも、対話型アプリケーションを稼働し続ける技術を提供している。これを達成するために、異なる技術を組み合せたものが提案されている：
・ファイルが紛失した場合でも双方向性アプリケーション（interactivity application）が機能停止（crash）しないように、双方向性アプリケーションを堅固にする。この解決法は切替え前のチャンネルの双方向性データ（interactivity data）がもはや受信されることはないと仮定していることに留意されたい。
・チャンネルの双方向性コンテンツ（interactivity content）をキャッシュする。この場合（such that）、チャンネル切替えが発生したとき、このキャッシュされたデータは、古くなっていることを前提に使用され得る。
・アプリケーションに対して新しいチャンネルの双方向性コンテンツを使用するようにする。おそらく、これは両方のチャンネルが類似のファイルシステムを含む場合にのみ実行され得る。
【００１０】
従来技術文書ＷＯ  ０３／０２１９５８  Ａ１および従来技術文書ＷＯ  ０３／０２５７４６  Ａ１はどちらも、消費者あるいはユーザが切替え前のチャンネルに戻したときに切替え前のチャンネルの対話型アプリケーションがどうすればできるだけ早く立ち上がり稼働することを確実にできるかという問題を扱っていないし、もちろん解決もしていない。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記で説明されたような不利点および欠点から始め、論じられたような従来技術を考慮に入れるとき、本発明の目的は、消費者あるいはユーザが対話型コンテンツを閲覧中にチャンネルを変えた（少ししてからチャンネルを戻した）ときの対話型コンテンツストリーム（interactive content stream）の欠落を防ぐことである。
【課題を解決するための手段】
【００１２】
本発明の目的は、請求項１の特徴を含むコンテンツ管理モジュールによって、請求項３の特徴を含む装置によって、ならびに請求項７の特徴を含む方法によって達成される。本発明の有利な実施形態および好都合な改良型の方法が、各従属請求項に開示される。
【００１３】
本発明は、切替え前のチャンネルの双方向性データを、具体的にはデータカルーセルを、必要であれば第２の復号パス（decoding path）を用いることによって受信し続けるという考えに主として基づいている。したがって、本発明の目的は、本発明の装置が、具体的にはコンテンツ管理システム（コンテンツ管理モジュール）が、双方向性情報を特にバックグラウンドで受信し続ける場合に解決される。したがって、具体的には消費者あるいはユーザによってその双方向性が有効にされた直前のチャンネル（the last channel）の対話型コンテンツを受信し続けることが提案される。
【００１４】
第２のデータストリームが対話型アプリケーションを含んでいない場合でも旧チャンネルがなお監視され得る本発明とは対照的に、従来技術のシステムは、新チャンネルが対話型データを含まない場合でも、消費者あるいはユーザがチャンネルを変えると旧チャンネルとの接続を断ってしまう。
【００１５】
本発明の好ましい実施形態では、他のチャンネルに切り替えたとき、対話型アプリケーションが（好ましくはバックグラウンドで）稼働され続けることもできるし、なおかつ閉じられることもできる。しかし、どちらの場合にも、切替え前のチャンネルの双方向性データの受信が維持される。このことにより、切替え前のチャンネルの双方向性アプリケーションが立ち上がり稼働するのに要する時間がかなり軽減され得るという利点が生じる。
【００１６】
上記で論じられた従来技術文書ＷＯ  ０３／０２５７４６  Ａ１とは対照的に、本発明によれば、旧データをキャッシュするのではなく、目下送信されている（currently broadcasted）双方向性データをキャッシュすることが提案される。
【００１７】
有利には、本発明の一実施形態は、バックグラウンドで双方向性情報を受信し続け、任意選択で（オプション的に）双方向性情報に反応し続ける。したがって、チャンネルが切り替えられた瞬間でも双方向性情報が最新である。このために、本発明の一実施形態は、例えば消費者あるいはユーザによってその双方向性が有効にされた直前のチャンネルの対話型コンテンツを受信し続ける。
【００１８】
本発明の好ましい一実施形態は、予備の受信パス、例えばチューナ（tuner）、復調器（demodulator）、任意選択で復号モジュール（decryption module）、および逆多重化ユニット（demultiplexing unit）を含む。双方向性データは、任意選択で、Ｊａｖａ  バーチャルマシンＶＭ（Virtual Machine）などの仮想マシンによって処理される。仮想マシンをアクティブにし続け、その仮想マシンにバックグラウンドで着信データを入力し続けることによって、消費者あるいはユーザが対話型チャンネルに戻ったとき、そのステータスは最新であることになる。
【００１９】
本発明は、一般に、デジタルＴＶ（TeleVision）における対話型コンテンツの高速リモコン切替え（fast zapping）を、具体的にはバックグラウンドで双方向性データを受信することによって可能にすることに関する。それによれば、本発明は、最終的には、上記で説明されたような少なくとも１つのコンテンツ管理モジュール、および／または上記で説明されたような少なくとも１つの装置、および／またはデジタルビデオ放送ＤＶＢ（Digital Video Broadcasting）、マルチメディアホームプラットホームＭＨＰ（Multimedia Home Platform）、ハイパーメディアエクスパートグループＭＨＥＧ（Multimedia and Hypermedia Experts Group）、および／またはケーブルアプリケーションプラットホームＯＣＡＰ（Open Cable Application Platform）などのマルチメディア公開標準規格（multimedia presentation standard）における上記で説明されたような方法の使用に関する。
【００２０】
それとは独立して、あるいはそれと組み合わせて、直前に対話式に閲覧されたチャンネルの対話型情報の表示が、（消費者あるいはユーザの確認を待つことなく、すなわち、かかる確認は必要でもないし提供もされない）即座に開始され得る。このために、有利には対話型コンテンツが、一般にはすべてのチャンネルに対して、さらに具体的には、例えば消費者あるいはユーザによってその対話型コンテンツが前もって有効にされた番組に対して即座に開始される。したがって、コンテンツが即座に利用可能になる。
【００２１】
好ましくは、切替え前のチャンネルを監視する方法が、他のチャンネルを、例えば消費者あるいはユーザの好みのチャンネルを監視するためにも使用されてよい。こうすることで、これら他のチャンネルも同じ速度アップ（speed boost）の恩恵を受けることになる。
【００２２】
言い換えると、これらのシステムならびにこれらの方法は、１つのチャンネルだけを監視するのに限定されるのではなく、それ以上の、例えば複数のチャンネルを監視するのに使用されてもよい。監視されるチャンネルの数は、対話型コンテンツの大きさおよび／または消費者あるいはユーザのリモコン切替え行動様式（zapping behaviour）などのパラメータに基づいて動的に様々であってよい。
【００２３】
すでに上記で論じられたように、本発明の教示を有利に実施ならびに改良するいくつかの任意選択がある。このために、それぞれ請求項１、請求項３、および請求項７に従属する請求項が参照される。また、本発明の改良型の方法、特徴および利点が、例示のための２つの好ましい実施形態および添付の図面（図１〜図３Ｂ参照）を参照しながら、より詳細に以下に説明される。
【００２４】
同じ参照番号が、図１〜図３Ｂの対応する部分に使用される。
【発明を実施するための最良の形態】
【００２５】
不要な繰返しを避けるために、本発明の実施形態、特徴、および利点に関する以下の説明は（別途記載されていない限り）、
・本発明による装置２００による第１の実施形態（図１参照）、ならびに
・本発明による装置２００’による第２の実施形態（図２参照）に関し、
実施形態２００、実施形態２００’はどちらも、本発明による方法に従って動作される（図３Ａおよび３Ｂ参照）。
【００２６】
最先端技術による「標準的な」受信パスは、
・チューナモジュール（tuner module）または受信モジュール（receiver module）と、
・復調モジュール（demodulator module）と、
・任意選択で復号モジュールと、
・逆多重化ユニットと、
・コンテンツ管理モジュールと、
・コンテンツ再生モジュール（content playing module）と、
・任意選択でキャッシュ（メモリ）とを含み、従来技術によればキャッシュは任意選択であるが望ましいとされる。
【００２７】
本発明によれば、キャッシュ１１０は不可欠である。コンテンツ管理システム１００、例えばＤＳＭ／ＣＣ（Digital Storage Media / Command Control）カルーセルは本発明の中心テーマである。コンテンツ再生システム５０は、（ＭＨＰ（Multimedia Home Platform）による例示的な事例では）Ｊａｖａ  ＶＭ（Virtual Machine）であってよいが、同時に（ＭＨＥＧ（Multimedia and Hypermedia Experts Group）による例示的な事例では）他のどんなコンテンツ再生システムであってもよい。
【００２８】
以下に、本発明による装置２００の第１の例が図１に示されている。本発明のこの実装形態は、消費者あるいはユーザが、監視されているチャンネルと同じ伝送ストリーム（＝図３Ａの参照番号ｔ）上にあるチャンネルに切り替える場合に有用である。
【００２９】
装置２００は、対話型アプリケーションを制御するように設計されており、
・第１のデータストリームＤ１および第２のデータストリームＤ２を受信するチューナユニット（tuner unit）１０と、
・受信したデータストリームＤ１、Ｄ２を復調する復調ユニット２０と、
・任意選択で、放送者（broadcaster）がデータストリームＤ１、Ｄ２の対話型コンテンツを暗号化することにしている場合に備えて、受信したデータストリームＤ１、Ｄ２を復号する復号モジュール３０とを含む。
【００３０】
また、第１のデータストリームＤ１に含まれている第１の対話型コンテンツならびに第２のデータストリームＤ２に含まれている第２の対話型コンテンツを逆多重化するために、装置２００は、逆多重化ユニット（またはデマルチプレクサ）４０を含む。
【００３１】
各対話型アプリケーションの各対話型コンテンツを管理するために、コンテンツ管理モジュール（＝ＤＳＭ／ＣＣ（Digital Storage Media / Command Control）カルーセルシステム１００）が、逆多重化ユニット４０とコンテンツ再生モジュール、すなわち第１の対話型コンテンツおよび第２の対話型コンテンツを再生するＪａｖａ  ＶＭ（Virtual Machine）５０との間に接続される。
【００３２】
さらに、コンテンツ管理モジュール１００が、第２の対話型コンテンツを受信する間、第１の対話型コンテンツを維持および／または保存するキャッシュユニット（cache unit）１１０に接続される。
【００３３】
従来技術とは対照的に、装置２００は第２のコンテンツ管理モジュール１０２を含み、このコンテンツ管理モジュール１０２に第２のキャッシュユニット１１２が接続される。装置２００は、少なくとも１つのデジタルＴＶ（TeleVision）受信器の一部である少なくとも１つの集積回路を含む。
【００３４】
図２では、消費者あるいはユーザが、監視されているチャンネルとは異なる伝送ストリーム（＝図３Ａの参照番号ｄ）上の第２のチャンネルに切り替える場合に使用される装置２００’が示されている。装置２００’は、図１に関連して説明されたような構成要素を含み、それに加えて、装置２００’は、
・第２のチューナ１２と、
・第２の復調器２２と、
・任意選択で第２の復号モジュール３２とを含む。
【００３５】
この第２の復号モジュール３２に関しては、復号モジュールの複製が容易でないことが考慮されなければならず（追加のチューナ１２および追加のデモジュレータ２２は複製が容易である）、詳細は実際の復号システムに応じて変わる。このような関係で、復号モジュール３０、３２が必要かどうかは、各放送者に応じて変わることが理解されなければならない。放送者は、ビデオが暗号化されている場合でも、ストリームの対話型コンテンツを暗号化しないでおくことができる。
【００３６】
さらに、装置２００’は、第２の逆多重化ユニット（またはデマルチプレクサ）４２を含み、この逆多重化ユニットは復号モジュール３２と第２のコンテンツ管理モジュール（＝監視されているチャンネルのＤＳＭ／ＣＣ（Digital Storage Media / Command Control）カルーセル１０２）との間に接続される。
【００３７】
図１による第１の実施形態２００の場合、ならびに図２による第２の実施形態２００’の場合、コンテンツ管理システム１００は、旧（＝第１の）チャンネルを監視し続け、コンテンツを最新に保つ。消費者あるいはユーザが旧（＝第１の）チャンネルに切り替えた瞬間に、コンテンツは利用可能であるとともに最新であり、かかる理由で、コンテンツ再生システム５０はコンテンツを即座に再生できる。
【００３８】
一般に、チューナ１０、１２と、復調器２０、２２と、復号モジュール３０、３２と、逆多重化４０、４２は、例えばハードウェアとして実施されてもよい（ただしデマルチプレクサ４０、４２は、例えば少なくとも部分的にはソフトウェアで実施されてもよい）。
【００３９】
本発明によれば、説明されたようなやり方で、複数のチャンネル、例えば切替え前のチャンネルおよび消費者あるいはユーザの好みのチャンネルが監視されてよい。図１による第１の実施形態２００と図２による第２の実施形態２００’とは、混合しても支障なく使用され得る。
【００４０】
最後に、図１による第１の実施形態２００ならびに図２による第２の実施形態２００’の動作方法が、図３Ａ、３Ｂを参照しながら説明される：
【００４１】
消費者あるいはユーザが、主（または第１の）チャンネルから副（または第２の）チャンネルに切り替える（図３Ａの参照番号ｓ）とき、主（または第１の）チャンネルへの接続は断たれない。副(または第２の)チャンネルが対話型アプリケーションを含まない場合でも、主（または第１の）チャンネルが依然として監視されてよい。
【００４２】
主（または第１の）チャンネルから副（または第２の）チャンネルに切り替える（図３Ａの参照番号ｓ）とき、以下の行動がとられることになる：
［ｉ］主データストリームＤ１を再生する。
［ｉｉ］第２のコンテンツ管理モジュール１０２をコンテンツ再生モジュール５０に接続する。本発明に対して同じ考えをもつ基本的に異なる実装形態では、第１の対話型コンテンツが主コンテンツ管理モジュール１００から副コンテンツ管理モジュール１０２に伝送されてよい。
・副データストリームＤ２が、主データストリームＤ１とは異なる伝送ストリーム（図３Ａの参照番号ｄ）上である場合：
［ｉｉ．ａ］副コンテンツ管理システム１０２への副データパスＰ２（副チューナ１２、副復調器２２、副復号モジュール３２、および副デマルチプレクサ４２を有する。図２参照）を生成する。
［ｉｉｉ］副コンテンツ管理システム１０２をアクティブにする。あるいは
・副データストリームＤ２が、主データストリームＤ１と同じ伝送ストリーム（図３Ａの参照番号ｔ）上である場合：
［ｉｉｉ］（ステップ［ｉｉ．ａ］なしに）副コンテンツ管理システム１０２をアクティブにする。
【００４３】
消費者あるいはユーザが副チャンネルから主チャンネルに切り替えて戻る（図３Ｂの参照番号ｂ）とき、以下の行動がとられることになる：
［ｉｖ］主データストリームＤ１を監視する。
［ｖ］主コンテンツ管理モジュール１００をコンテンツ再生モジュール５０に接続する。本発明に対して同じ考えをもつ基本的に異なる実装形態では、ステップ［ｖ］が、副コンテンツ管理システム１０２からメイン（または主）コンテンツ管理システム１００にコンテンツを伝送するときに実現されてもよい。
［ｖｉ］副コンテンツ管理システム１０２を停止する。
［ｖｉ．ａ］第２のデータパスＰ２が生成されている場合には、その第２のデータパスＰ２を停止する。
【００４４】
ステップ［ｖ］と［ｖｉ］の間に、任意選択で、メイン（または主）コンテンツ管理システム１００へのメイン（または主）データパスＰ１（主チューナ１０、主復調器２０、主復号モジュール３０、および主デマルチプレクサ４０を有する。図１参照）が生成／接続されてよい。
【００４５】
概していえば、本発明は、対話型コンテンツがビデオデータとともに送られるデジタルテレビの分野に関する。消費者あるいはユーザが対話型コンテンツを閲覧中にチャンネルを変え、少ししてからチャンネルを戻すと、先の対話型コンテンツが再表示され得るまでに少し時間がかかる。この時間を最小限にするために、本発明によるシステム２００、２００’が双方向性情報をバックグラウンドで受信し続ける。具体的には、本発明は、消費者あるいはユーザによってその双方向性が有効にされた直前のチャンネルの対話型コンテンツを受信し続けることを提案する。
【図面の簡単な説明】
【００４６】
【図１】本発明による一コンテンツ管理モジュールを含み、本発明の方法に従って機能する、本発明による装置の第１の実施形態を概略的に示す図である。
【図２】本発明によるコンテンツ管理モジュールを含み、本発明の方法に従って機能する、本発明による装置の第２の実施形態を概略的に示す図である。
【図３Ａ】消費者あるいはユーザがチャンネルを変える場合の、本発明による方法の流れ図の第１の部分を概略的に示す図である。
【図３Ｂ】消費者あるいはユーザが切替え前のチャンネルに戻す場合の、本発明による方法の流れ図の第２の部分を概略的に示す図である。
【符号の説明】
【００４７】
１００  第１のコンテンツ管理モジュールまたは第１のコンテンツ管理システム、具体的には第１のＤＳＭ／ＣＣ（Digital Storage Media / Command Control）カルーセル
１０２  第２のコンテンツ管理モジュールまたは第２のコンテンツ管理システム、具体的には第２のＤＳＭ／ＣＣ（Digital Storage Media / Command Control）カルーセル
１０  第１のチューナユニット
１２  第２のチューナユニット
２０  第１の復調ユニット
２２  第２の復調ユニット
３０  第１の復号モジュール
３２  第２の復号モジュール
４０  第１の逆多重化ユニット
４２  第２の逆多重化ユニット
５０  コンテンツ再生モジュール、具体的にはＪａｖａ  ＶＭ（Virtual Machine）
１１０  第１のキャッシュユニット
１１２  第２のキャッシュユニット
２００  対話型アプリケーションを制御する装置（第１の実施形態、図１参照）
２００’  対話型アプリケーションを制御する装置（第２の実施形態、図２参照）
ｂ  第２のチャンネルから第１のチャンネルへの切替えまたはリモコン切替え
ｄ  第１のデータストリームＤ１とは異なる伝送ストリーム上の第２のデータストリームＤ２
Ｄ１  第１のデータストリーム
Ｄ２  第２のデータストリーム
Ｐ１  第１のコンテンツ管理モジュール１００への第１のパス
Ｐ２  第２のコンテンツ管理モジュール１０２への第２のパス
ｓ  第１のチャンネルから第２のチャンネルへの切替えまたはリモコン切替え
ｔ  第１のデータストリームＤ１と同じ伝送ストリーム上の第２のデータストリームＤ２
【図１】
2008505519.tif 000003
【図２】
2008505519.tif 000004
【図３Ａ】
2008505519.tif 000005
【図３Ｂ】
2008505519.tif 000006
【国際調査報告】
2008505519.tif 000007
2008505519.tif 000008