(57)【特許請求の範囲】
【請求項１】
放送ストリームにおいてアプリケーションモジュール内のアプリケーションオブジェクトとしてのインタラクティブテレビジョンアプリケーションを送信する方法であって、
コンピュータプログラムが制御する、前記放送ストリームにおいて前記アプリケーションモジュールの記憶関連情報をシグナリングするステップと、前記アプリケーションモジュールを有する前記放送ストリームを送信するステップと、
を有する方法であり、
前記コンピュータプログラムが制御する、前記放送ストリームにおいて記憶関連情報をシグナリングするステップは、カテゴリをシグナリングするステップであって、該カテゴリは、前記アプリケーションモジュールが記録するのに必須であるか、任意であるか又は禁止であるかを示す、ステップを有する、
方法。
【請求項２】
請求項１に記載の方法であって、前記インタラクティブテレビジョンアプリケーションは、前記放送ストリームにおいてＤＳＭＣＣモジュール内の少なくとも１つのアプリケーションオブジェクトとして送信される、方法。
【請求項３】
請求項２に記載の方法であって、前記少なくとも１つのアプリケーションオブジェクトは少なくとも１つのアプリケーションファイルオブジェクト及び少なくとも１つのアプリケーションディレクトリオブジェクトを有し、前記アプリケーションファイルオブジェクトは少なくとも１つのアプリケーションファイルを有し、前記少なくとも１つのアプリケーションディレクトリオブジェクトはそれぞれのアプリケーションファイルに関する記憶ディレクトリ情報を有する、方法。
【請求項４】
請求項１乃至３のいずれか一項に記載の方法であって、記憶関連情報をシグナリングする前記ステップは、前記放送ストリームにおいてモジュール識別情報をシグナリングするステップを更に有する、方法。
【請求項５】
請求項４に記載の方法であって、記憶関連情報をシグナリングする前記ステップは、アプリケーション情報テーブル及び／又はダウンロード情報表示メッセージにおいて前記モジュール識別情報及び／又は前記記憶関連情報をシグナリングするステップを有する、方法。
【請求項６】
請求項４に記載の方法であって、前記モジュール識別情報は前記アプリケーション情報テーブルにおいて規定され、前記アプリケーション情報テーブルに含まれ、２つのフィールドを有し、該２つのフィールドの第１フィールドはｏｒｇａｎｉｓａｔｉｏｎ＿ｉｄであり、前記２つのフィールドの第２フィールドはａｐｐｌｉｃａｔｉｏｎ＿ｉｄであり、前記ｏｒｇａｎｉｓａｔｉｏｎ＿ｉｄ及び前記ａｐｐｌｉｃａｔｉｏｎ＿ｉｄは同じアプリケーションを識別するように用いられる、方法。
【請求項７】
請求項１に記載の方法であって、前記記憶関連情報をシグナリングするステップは、
ａ）符号及び／又はデータ、並びに／若しくは
ｂ）固定又は可変
から選択されるアプリケーションモジュールの特性をシグナリングするステップを有する、方法。
【請求項８】
記録するためのインタラクティブテレビジョン放送ストリームを受信する方法であって
、少なくともインタラクティブテレビジョンアプリケーションはアプリケーションモジュール内のアプリケーションオブジェクトとしての前記放送ストリームに含まれる、方法であり、
前記放送ストリームから前記アプリケーションモジュールの記憶関連情報を抽出するステップであって、前記記憶関連情報は、前記アプリケーションモジュールが記録するのに必須であるか、任意であるか又は禁止であるかを示すカテゴリを有する、ステップと、
前記記憶関連情報に基づいて、記録するのに必須であるアプリケーションモジュールを記録するステップと、
を実行するためにインタラクティブテレビジョンを記録する及び／又は再生するための装置を用いるステップであって、前記アプリケーションモジュールが記録するのに必須であるか、任意であるか又は禁止であるかを示すカテゴリを、前記記憶関連情報が有する、ステップ、
を有する方法。
【請求項９】
請求項８に記載の方法であって、
記録するのに任意であるアプリケーションモジュールを前記記憶関連情報に基づいて記録するステップ
を更に有する、方法。
【請求項１０】
請求項８に記載の方法であって、
同じアプリケーションモジュールを識別するステップ、及び
特定の記憶媒体に同じアプリケーションモジュールの１つのコピーのみを記憶するステップ
を更に有する、方法。
【請求項１１】
請求項１乃至１０のいずれか一項に記載の方法であって、前記インタラクティブテレビジョンはＭＨＰ、オープンＴＶ又はＤＡＳＥである、方法。
【請求項１２】
記憶媒体からインタラクティブテレビジョンを記録する及び／又は再生する装置であって、前記装置は放送ストリームからインタラクティブテレビジョンを受信するように設定されている、装置であり、
前記放送ストリーム内のアプリケーションオブジェクトとして送信されるアプリケーションモジュールの記憶関連情報を抽出する手段；及び
前記アプリケーションモジュールを記録する手段；
を有する装置であり、
前記記憶関連情報は、前記アプリケーションモジュールが記録するのに必須であるか、任意であるか又は禁止であるかを示すカテゴリを有し；そして
前記アプリケーションモジュールを記録する手段は、前記記憶関連情報が記録することを可能にするアプリケーションモジュールのみを記録するように設定されている；
装置。
【請求項１３】
請求項１２に記載の装置であって、前記記憶関連情報はアプリケーションモジュールについてのモジュール識別情報を有し、当該装置は、当該装置の記憶媒体に同じモジュール識別情報を有する２つ以上のアプリケーションモジュールの記録を回避する手段を更に有する、装置。
【請求項１４】
コンピュータにより処理するコンピュータプログラムを記録したコンピュータ読み出し可能媒体であって、前記コンピュータプログラムは：
インタラクティブテレビジョン放送ストリームにおいてアプリケーションモジュールの記憶関連情報をシグナリングし、放送ストリームにおいてアプリケーションモジュール内のアプリケーションオブジェクトとしての少なくともインタラクティブテレビジョンアプリケーションを送信する符号セグメント；
を有する、コンピュータ読み出し可能媒体であり、
前記記憶関連情報は、前記アプリケーションモジュールが記録するのに必須であるか、任意であるか又は禁止であるかを示すカテゴリを有する；
コンピュータ読み出し可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、インタラクティブテレビジョンの分野に関し、特に、インタラクティブテレビジョンコンテンツの記録に関し、更には、インタラクティブテレビジョンコンテンツの記録の分野におけるアプリケーションの操作に関する。
【背景技術】
【０００２】
インタラクティブテレビジョン（ｉＴＶ）は益々人気が高まってきている。インタラクティブテレビジョンの例はマルチメディアホームプラットフォーム（ＭＨＰ）である。そのＭＨＰは、インタラクティブ性を有するディジタルテレビジョン（ＤＴＶ）に結合させるように、そしてインターネット及びワールドワイドウェブにアクセスするように意図されたディジタル映像放送（ＤＶＢ）である。ＤＴＶサービスは、音声−映像（Ａ／Ｖ）テレビジョンプログラム及びＴＶセットを有するビューア／ユーザとＤＴＶサービスのコンテンツとのインタラクションを可能にするアプリケーションの非常なる多様性を提供する。
【０００３】
放送ストリームを記録するためのビデオテープを使用するアナログテレビジョン放送のための今日のビデオレコーダに類似して、インタラクティブテレビジョンのためのディジタルビデオレコーダは、記録された放送を記憶するための光ディスクのようなハードディスクか又はリムーバブルメディアを用いて開発されている。インタラクティブテレビジョンのためのディジタルビデオレコーダは、時間が経った後の時点における再生のためのＡ／Ｖテレビジョンコンテンツ及びアプリケーション両方を記録する。
【０００４】
ＭＨＰアプリケーションは、ＤＳＭＣＣ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ）オブジェクトカルーセルによりモジュール内において送信される。ＤＳＭＣＣオブジェクトカルーセルは、どのように及びいつ、放送チャネルにモジュール／ファイルを送信するかを規定する。受信装置が所望のファイルを求めるサーバへの接続は存在しない。ファイル全てが、いつでも、例えば、１０秒に１回、繰り返して送信される。ＭＨＰ端子は、ファイルが来たときに端子が必要とするファイルを見つける。モジュールは、ＭＨＰアプリケーションが実行する必要があるファイルを有する。一部のファイルはアプリケーション自体の一部である。他方、他のファイルは無視され、又は、特定の例であって、例えば、構成ファイルのみが関連性を有する。例えば、放送局は、セグメント化された最新のニュースアプリケーションを構築し、最新のニュースと共に送信する。放送局は、例えば、更新構成又はメタデータファイルを用いて特定の日のニュースに対してアプリケーションが構成されるため、アプリケーションを１回だけ構築する。
【０００５】
それ故、ＭＨＰアプリケーションを記録するとき、一部のモジュールは記録される必要はない。ＭＨＰ記録システムは、どのモジュールが記録されるべきか及びどれが記録されるべきでないかを判定することができないことは問題である。更に、モジュール全てが、必ずしも、記録する必要があるファイルを有しなくてもよい、例えば、アプリケーションが実行されるときにアプリケーションが更新されるようにするためにライブ放送ストリームから常にロードされる必要がある、構成ファイルのようなファイルを一部のモジュールは有することが可能である。他方、一部のファイルは、後の時点で記録されたアプリケーションを実行することができるように、記録する必要があり、それは、アプリケーションプログラムファイルがその時点では入手可能ではないためである。
【０００６】
更に、記憶空間が全ての記憶媒体において限定されていることは問題である。従って、記憶媒体においてできるだけ多くのｉＴＶコンテンツを記録することができるように、できるだけ小さく記憶媒体にアプリケーションを記録するために用いられる空間量を維持することが所望される。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、同時提出の特許請求の範囲における独立請求項に従った、方法、装置及び信号を提供することにより、上記の問題点を解決し、従来技術における上記のように確認された欠点を克服することである。
【課題を解決するための手段】
【０００８】
本発明に従った一般的な解決方法は、モジュールの記録／記憶関連特性をシグナリングし、即ち、例えば、記録するために、どのモジュールが必須である及びどのモジュールが任意であるかをシグナリングし、並びに／若しくは他の特性をシグナリングし、記録の最適化を可能にする。
【０００９】
特に、記録システムが、どのモジュールが記録されるべきかを判定することを可能にするように、本発明の好適な実施形態に従って、どのモジュールが記録のために必須であるか及び／又はどのモジュールが記録のために任意であるか及び／又はどのモジュールが記録のために禁止されているかを、ｉＴＶ放送において示される。本発明の実施形態にしたがって、放送局は、記録するために、どのモジュールが任意であり、どのモジュールが義務付けられているか又は禁止されているかを、例えば、アプリケーション情報テーブル（ＡＩＴ）及び／又はダウンロード情報表示（ＤＩＩ）メッセージにおいてシグナリングする。義務付けられているモジュールは、記憶装置からアプリケーションを実行するために重要であるファイルを有する。任意のモジュールは、ライブ放送から常にロードされる必要がある構成ファイルを有する又はアプリケーション付加特徴を提供する、ファイルを有する。
【００１０】
本発明の一特徴に従って、インタラクティブテレビジョンを送信する方法であって、それにより、少なくともインタラクティブテレビジョンアプリケーションが放送ストリームにおいてＤＭＳＣＣモジュール内において送信される方法を提供する。その方法は、前記放送ストリームにおいてモジュールの記憶関連情報をシグナリングする段階を有する。
【００１１】
本発明の他の特徴に従って、記録するためのインタラクティブテレビジョン放送ストリームを受信するための方法であって、それにより、モジュールにおいて担持される少なくともインタラクティブテレビジョンアプリケーションが放送ストリームに送信される方法を提供する。その方法は、前記放送ストリームにおいて前記モジュールの記憶関連情報を抽出する段階と、記録するために必須であるモジュールを記録する段階とを有する。その記録する段階は、記憶関連情報に基づいている、即ち、記憶関連情報は、アプリケーションを記録すべきか否かに関する制御情報として用いられる。
【００１２】
本発明の他の実施形態に従って、インタラクティブテレビジョンを記録する／再生するための装置を提供する。その装置は、放送トランスポートストリーム（ＴＳ）から記憶媒体にインタラクティブテレビジョンを記録するように適合されている。任意に、その装置は又、記憶媒体からインタラクティブテレビジョンを再生するように適合されている。その装置は、前記放送ストリームから前記モジュールの記憶関連情報を抽出するための手段と、それらのモジュールを記録するための手段とを有し、それにより、記憶関連情報が記録を可能にするモジュールのみが記録される。
【００１３】
本発明の他の特徴に従って、コンピュータにより処理するコンピュータプログラムを具現化したコンピュータ読み取り可能媒体を提供する。コンピュータプログラムは、インタラクティブテレビジョン放送ストリームにおいてモジュールの記憶関連情報をシグナリングするための符号セグメントを有し、それにより、少なくともインタラクティブテレビジョンアプリケーションは、放送ストリームにおけるアプリケーションモジュールであって、好適には、ＤＳＭＣＣモジュール内において送信される。
【００１４】
本発明の他の特徴に従って、インタラクティブテレビジョンを送信するための信号を提供する。その信号は、インタラクティブテレビジョンコンテンツの放送トランスポートストリームを有する。それらのコンテンツは、少なくともインタラクティブテレビジョンアプリケーションを有し、それにより、後者は前記信号により送信されるモジュールを有する。信号はモジュールと、記憶関連情報及び／又は放送ストリームにおけるモジュール識別情報とを有する。
【００１５】
本発明の他の特徴に従って、インタラクティブテレビジョンＤＳＭＣＣジェネレータのためのグラフィックユーザインタフェースが、放送ストリームにおいてＤＳＭＣＣモジュール内において送信されるべきモジュールの記憶関連情報の識別のために提供される。
【００１６】
好適には、アプリケーションモジュールは、放送ストリームにおいてＤＳＭＣＣモジュール内においてトランスポートされる。
【００１７】
本発明の好適な実施形態については、添付図面を参照して、以下の詳細な説明において説明する。
【発明を実施するための最良の形態】
【００１８】
本発明で用いている、用語“モジュール”を、ファイルの送信において用いられる論理エンティティと定義している。上記の（ＤＳＭＣＣ）オブジェクトカルーセルは、一般に、全体的なディレクトリ／ファイル構造を放送するようにデザインされている。これは、ファイルをオブジェクトにカプセル化すること並びにディレクトリ名及びファイル自体を特定の種類のオブジェクト、即ち、ディレクトリオブジェクト及びファイルオブジェクトに送信することによる。ディレクトリオブジェクトは、好適には、そのディレクトリの下のファイルのパス及び名前を有する。ファイルオブジェクトはファイルを担持する。これらのオブジェクトは、オブジェクトのサイズに依存して、例えば、２つ又は３つのグループに順にトランスポートされる。これらのグループは、“モジュール”と呼ばれる論理エンティティである。受信側では、モジュールが受信されるとき、一部のモジュールは、オブジェクトを有することが可能である。そのオブジェクトは、順にファイルをカプセル化することが可能であり、それらのファイルは記録される必要がない、又は記録されなければならない。本発明は、受信側で、どのモジュールが送信されなければならないか及びどれが記録される必要がないかを判定することを可能にする。
【００１９】
図１による本発明の好適な実施形態においては、方法１は、インタラクティブテレビジョン放送ストリームにおけるモジュールの記憶関連情報をシグナリングする段階１０を有する。
【００２０】
本発明の他の実施形態においては、この記憶関連情報をシグナリングする段階は、アプリケーション情報テーブル（ＡＩＴと略記する）において実行される。ＡＩＴは、それぞれのモジュールの記憶特性に関する情報を有するフィールド及びモジュールＩＤのリストを有するアプリケーション記憶記述子及び／又はサブテーブル及び／又は付加ファイルを有する。この好適な実施形態の例においては、テーブル１に従って、ＡＩＴは、それぞれのモジュールが記録するために必須か、任意か又は禁止かについて示すフィールド及び／又はモジュールＩＤのリストを有する付加サブセクションを有する。テーブル１の例においては、Ｎ個のモジュールについての情報が、Ｎ＝０からＮ＝（Ｎ−１）までのループの実行により与えられ、それにより、例示としてのアプリケーションがＮ個のモジュールを処理する。
【００２１】
【表１】
0004729310.tif 000002
このようにして、記憶特徴はアプリケーションにおいて構成される各々のモジュールに対して規定され、それにより、アプリケーションは少なくとも１つのモジュールを有する。
【００２２】
非制限的な例は、禁止に対応する０、必須に対応する１及びに任意に対応する２のように、記憶特徴フィールド（ｓｔｏｒａｇｅ＿ｆｅａｔｕｒｅ）を規定することである。テーブル１に従った例においては、この目的のために、２ビットが用意されている。
【００２３】
代替として、モジュール記述ファイルが規定され、そのモジュール記述ファイルはモジュールのＩＤとその記憶特徴（ｓｔｏｒａｇｅ＿ｆｅａｔｕｒｅ）をリストアップする。このファイルは、ＤＳＭＣＣジェネレータ又はＭＨＰ  Ｍｕｘにより生成されるが、ユーザによって生成されない。このファイルは、ファイルが有する拡張子に従って、又はどのファイルがアプリケーションファイルであるか及びどのファイルが（メタ）データであるかを判定することに従って、生成される。アプリケーションファイルは、常に、機能するアプリケーションのために記録されなければならない。
【００２４】
本発明の他の好適な実施形態に従って、記録するための必須、任意又は禁止の表示が、放送ストリームのダウンロード情報表示（ＤＩＩ：Ｄｏｗｎｌｏａｄ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）メッセージにおいて実行される。
【００２５】
ＤＩＩメッセージには１つのモジュール情報（ｍｏｄｕｌｅＬｎｆｏ）ループがあり、Ｂｒｏａｄｃａｓｔ  Ｉｎｔｅｒ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ｐｒｏｔｏｃｏｌ（ＢＩＯＰ）モジュール情報（ｍｏｄｕｌｅＬｎｆｏ）ループには１つのユーザ情報（ｕｓｅｒＩｎｆｏ）がある。本発明の実施形態に従って、その表示はｕｓｅｒＩｎｆｏフィールドに位置している。記述子についての例が、テーブル２に従って規定される。
【００２６】
【表２】
0004729310.tif 000003
この例において、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇは記述子を識別するために用いられ、ｏｐｔｉｏｎ＿ｔｙｐｅはモジュールの記録オプションの表示を識別するために用いられる。ｏｐｔｉｏｎ＿ｔｙｐｅは、禁止に対応するｏｐｔｉｏｎ＿ｔｙｐｅ＝０、必須に対応するｏｐｔｉｏｎ＿ｔｙｐｅ＝１及び任意に対応するｏｐｔｉｏｎ＿ｔｙｐｅ＝２のように規定される非制限的例の状態にある。
【００２７】
上記の２つの好適な実施形態の組み合わせは、本発明の他の実施形態を構成する。例えば、ＡＩＴはアプリケーションに関連するアプリケーションファイルのリストを有し、ＤＩＩメッセージは、特定のモジュールにおける特定のアプリケーションファイルの記憶特徴を示し、モジュールは、上記のように、オブジェクトカルーセルにおける放送に関連している。
【００２８】
上記の方法を実行するために、ユーザは、ファイルレベルに関する入力情報、即ち、どのファイルが必須であるか及びどのファイルが任意であるかの入力情報を与える必要がある。これは、ＤＳＭＣＣジェネレータ又はＭＨＰ  Ｍｕｘにおいて実行される。必要な情報は、ＡＩＴ又はＤＩＩメッセージにおいて生成される。
【００２９】
それは、新しい特徴／機能がＤＳＭＣＣジェネレータ／ＭＨＰ  Ｍｕｘに付加されることを意味する。
【００３０】
下で、この特徴のＭＨＰ  Ｍｕｘに対するユーザインタフェース（ＵＩ）の２つの例を示す。
【００３１】
第１に、ＷＨＰ  ＭｕｘにＭＨＰアプリケーションのオブジェクト又はファイルを付加するとき、各々のファイルは、必須であるか任意であるかを示すチェックポイントを有する。そのようなＵＩに対する例について、図６に示す。
【００３２】
ユーザは、ファイルが必須であるか否か及びデフォルト選択が必須であるかどうかを選択するように求められる。他の方法は、先ず、ユーザに必須のファイルを選択するように求め、次いで、他を指定するように求めることである。
【００３３】
第２に、ＭＨＰ  １．１基準においては、記憶可能アプリケーションに対してアプリケーション記述ファイルが存在する。このファイルの記憶特徴は修正される。ＤＳＭＣＣジェネレータ又はＭＨＰ  Ｍｕｘはこのファイルを理解し、それから各々のオブジェクトの記憶特徴の情報を得る。
【００３４】
ユーザと符号させるために、ＭＨＰ  Ｍｕｘは、例えば、このアプリケーションの記述ファイルに基づいて各々のファイルの記憶特徴を示すためにウィンドウをポップアップする。
【００３５】
上記に加えて、放送局は複数のプログラムを有する同じアプリケーションを放送することが可能である。同じアプリケーションとしては、例えば、フットボールのハイライトのプログラムを定期的に送信される。放送において更なるシグナリングを導入することにより、記憶システムは最適化される、即ち、アプリケーションは特定の記憶媒体に、一旦記憶され、それ故、記憶空間が節約される。本発明は、この場合、ＡＩＴにおいて規定され、そのＡＩＴに含まれるアプリケーション識別子の有利点を取り込む。それは２つのフィールドであって、ｏｒｇａｎｉｓａｔｉｏｎ＿ｉｄ（３２ビット）とａｐｐｌｉｃａｔｉｏｎ＿ｉｄ（１６ビット）とを有する。それらの値は、異なる放送において同じアプリケーションを識別するために用いられる。
【００３６】
他の実施形態においては、次のようなモジュールの特性がシグナリングされる。
ａ）符号及び／又はデータ及び／又はそれら両方
ｂ）固定／可変
このセマンティクスに従って、Ｃｏｄｅのようにフラグを付けられたモジュールは、モジュールに含まれるファイルは実行可能な符合（ｘｌｅｔｓ）であり、Ｄａｔａのようにフラグを付けられたモジュールはいずれの符号ファイルを有しない。このモジュールのコンテンツが、アプリケーションの各々の放送に対して固定されている又は可変である場合、固定／可変フラグが示される。固定モジュールは、ただ一回記憶される必要があり、可変モジュールは、いちいち記憶され、特定の記録にリンクされる必要がある。
【００３７】
記録するためにモジュールが必須である、即ち、アプリケーションがそれらのモジュール無しで実行されることができず、そしてモジュールがＦｉｘｅｄとフラッグを更に付けられた場合、それらのモジュールが同じ記憶媒体に既に記録されたことを条件として、それらのモジュールは記録される必要はない。このようにして、複数の記録が回避され、記憶空間はき置く媒体において不必要に占有されることはない。
【００３８】
本発明の他の実施形態に従って、上記のフラグの最良の使用を実行するために、ＤＳＭＣＣカルーセルを生成するとき、システムはファイルをグループ化する。固定ファイルは共にモジュールにグループ化される。符号ファイル及びデータファイルは共にグループ化され、別々に記憶される。このようにして、モジュールの記憶は最適化される、即ち、ファイルへのアクセスは、一般に、より速くなる。更に、ファイルバージョン制御部を備えるとき、記録システムの実行を単純化することが可能である。一般に、データファイルは符号ファイルに比べて更にしばしば変化する。それ故、両方のファイルに対する別々のバージョン制御部が好適に用いられる。
【００３９】
上記のように、このモジュール関連記憶情報は、ＡＩＴ及び／又はＤＩＩメッセージにおいてシグナリングされる。上記の実施形態の構文は、この場合、この更なる情報を付加するように拡張される。
【００４０】
図２は、本発明の好適な実施形態に従った方法２のフロー図である。方法２は、記録のためのインタラクティブテレビジョン放送ストリームを受信するための方法であり、それにより、オブジェクトカルーセルモジュール内において送信される少なくともインタラクティブテレビジョンアプリケーションは放送ストリームに含まれる。方法２は、前記放送ストリームにおいて疝気モジュールの記憶関連情報を抽出する段階２０と、記録するために必須又は任意であるモジュールを記録する段階２１とを有する。記録する段階は、段階２０において抽出された記憶関連情報に基づいている、即ち、得られた記憶関連情報は、アプリケーションを記憶するか否かに関する制御情報として用いられる。
【００４１】
図３は、本発明の実施形態に従った装置の模式図である。図３に従って、インタラクティブテレビジョンの記録及び／又は再生のための装置３を備えている。その装置３は、放送トランスポートストリーム（ＴＳ）３３から記憶媒体３２にインタラクティブテレビジョンを記録するように適合されている。任意に、装置３は又、記憶媒体３２からインタラクティブテレビジョンを再生するように適合されている。装置３は、前記放送ストリームから前記モジュールの記憶関連情報を抽出するための手段３０と、モジュールの記録のための手段３１とを有する。それらの手段３０及び３１は、記憶関連情報が記憶を可能にするＴＳからのモジュールのみを記録するように光学的に接続されている。
【００４２】
図４において、本発明の他の実施形態に従ったコンピュータ読み取り可能媒体４の模式図を示している。コンピュータ読み取り可能媒体４は、コンピュータ４１により処理するためのコンピュータプログラムを具現化している。コンピュータプログラムは、インタラクティブテレビジョン放送ストリームにおけるアプリケーションモジュールの記憶関連情報をシグナリングするための符号セグメント４２を有する。
【００４３】
本発明の他の実施形態に従った信号５の模式図について、図５に示している。信号５は、アプリケーションを有するインタラクティブテレビジョンコンテンツのための信号である。信号５は、インタラクティブテレビジョンコンテンツの放送トランスポートストリームを有する。それらのコンテンツは、少なくともインタラクティブテレビジョンアプリケーション５１を有し、それにより、後者は、信号５により送信されるモジュールを有する。信号５は、モジュールと、記憶関連情報５２及び／又は放送ストリームにおけるモジュール識別情報とを有する。
【００４４】
本発明の他の実施形態に従ったユーザインタフェース６のレイアウトに有する要素の例を、図６に示している。インタラクティブテレビジョンＤＳＭＣＣジェネレータのためのグラフィックユーザインタフェース６は、放送ストリームにおいて送信されるアプリケーションモジュールの記憶関連情報の明細が提供される。図６は、前記ユーザインタフェースのスクリーンショットの例を示している。インジケータ６１は、グラフィックインタフェースを用いる、インタラクティブテレビジョンのためのアプリケーションを構成するための装置が、オブジェクトを付加するモードにあることを示している。ウィンドウ６２においては、構成されるアプリケーションについてのファイル名は、キーボード又はマウスのような適切な手段により入力され、表示され、続いて、ぼらん６３により選択される。ボタン６４を適用することにより、ウィンドウ６２に入力されるアプリケーションは、図６の右側に示しているウィンドウ６５に転送される。このウィンドウ６５は、アプリケーションのリスト７とそれらの記憶特徴とを有する。図６の例においては、アプリケーション“ｍａｔｃｈ”及び“ｍｅｍｂｅｒ”が予め必須に設定されている。アプリケーション“Ｆｉｆａ”は、ボタン６４を押すことによりウィンドウ６５に転送される。アプリケーション“Ｆｉｆａ”の記憶情報は、例えば、ボタン６８を押すとき、現れるドロップダウンリストから、ボタン６８により選択される。
【００４５】
本発明については、特定の実施形態を参照して上で詳述した。しかしながら、上記の好適な実施形態以外の実施形態であって、例えば、ＭＨＰ、オープンＴＶ、ディジタルＴＶアプリケーションソフトウェア環境（ＤＡＳＥ）等のインタラクティブＴＶのいずれの形、又は、例えば、ＤＶＤ、ＳＦＦＯ（Ｓｍａｌｌ  Ｆｒｏｍ  Ｆａｃｔｏｒ  Ｏｐｔｉｃａｌ  Ｓｔｏｒａｇｅ）等の記憶媒体が、同時提出の特許請求の範囲の範囲内で同等に可能である。更に、アプリケーションは、複数のモジュールを用いることが可能であり、ハードウェア又はソフトウェアは本発明を実行することができる。同等にして、記憶関連情報のための他の符号化方法及び放送ストリームにおいて記憶関連情報を実行する他の方法
が可能である。
【００４６】
更に、用語“を有する”は、他の要素又は段階を排除するものではなく、単数表現は複数表現を排除するものではない。
【００４７】
本発明は、ＭＨＰのようなインタラクティブテレビジョンについて送信する方法１であって、これにより、インタラクティブテレビジョンアプリケーションがアプリケーションモジュール内において送信される方法として要約することができる。それらのモジュールは放送ストリームにおいて送信される。インタラクティブテレビジョンのための記録システムは、どのモジュールが記録されるべきかを判定することができない。それ故、前記モジュールの記憶関連情報が放送ストリームにおいてシグナリングされる。モジュール識別情報は、アプリケーション情報テーブル（ＡＩＴ）及び／又はダウンロード情報表示（ＤＩＩ）メッセージにおいて実行される。それ故、情報は、記録するためにアプリケーションモジュールが必須、任意又は禁止であることを記述するカテゴリに関する放送ストリームに含まれる。代替として、モジュールの特性は、符号／データ／両方及び／又は固定／可変から選択される。記録システムは、アプリケーションモジュールが記録されるべきか又は無視されるべきかを判定するために、この情報を用いる。代替として、アプリケーションモジュール識別情報は前記放送ストリームにおいて送信される。モジュール識別数がモジュール記録を回避するために用いられる。同じカテゴリを有するアプリケーションモジュールは、好適には、一緒にグループ化される。インタラクティブテレビジョンに対する記録可能媒体における記憶空間は、それ故、より高効率で用いることができ、モジュールの記録は、一般に、速くなる。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施形態のフロー図である。
【図２】本発明の他の実施形態のフロー図である。
【図３】本発明の実施形態に従った装置の模式図である。
【図４】本発明の他の実施形態に従ったコンピュータ書き込み可能媒体の模式図である。
【図５】本発明の他の実施形態に従った信号の模式図である。
【図６】本発明の他の実施形態に従ったユーザインタフェースの模式図である。
【図１】
0004729310.tif 000004
【図２】
0004729310.tif 000005
【図３】
0004729310.tif 000006
【図４】
0004729310.tif 000007
【図５】
0004729310.tif 000008
【図６】
0004729310.tif 000009