JP2008516506A - 対話型アプリケーション共用方法及び装置 - Google Patents

Abstract

本発明は、少なくとも１つのデータオブジェクトに基づいた少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する方法を提供する。この方法は、先ずデータオブジェクトの共用特性の設定値を受信するステップと、次いでその設定値に応じて対応する対話型アプリケーションを発生するステップと、最後に当該発生された対話型アプリケーションを前記ディジタルプログラムに関連付けるステップと、を有する。共用特性の設定値には、「共用可能なもの」と「共用不可能なもの」が含まれる。本発明は、送信端における対話型アプリケーションにおける各データオブジェクトに共用特性パラメータを付加するので、対応する処理は、各データオブジェクトの共用特性に応じて受信端において簡単に実行されることができる。

Description

本発明は、対話型ディジタルプログラムストリームを発生する方法及び装置に関し、特に、少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する方法及び装置に関する。

一般的に言えば、ディジタルプログラムは、オーディオ部、ビデオ部及びデータ部を含むことができ、データ部に含まれるゼロから複数の対話型アプリケーションに関連づけられる。この対話型アプリケーションと比較して、オーディオ及びビデオはユーザに対して受動的に再生される。ＤＶＢ（ディジタルビデオ放送）規格において、ディジタルプログラムは、ゼロ又は複数のビデオサブストリームすなわちＭＰＥＧ ＰＥＳ（Motion Picture Experts Group Packetized Elementary Stream）、ゼロ又は複数のオーディオサブストリーム、ゼロ又は複数のデータサブストリーム及びサービス情報を含むことができる。ディジタルプログラムの極端な例は、ディジタルプログラムがデータ部のみを含む、すなわち対話型アプリケーションのみを含むものである。

ＤＶＢ ＭＨＰ（Multiple Home Platform）規格は、普及している対話型ディジタルプログラム規格であり、対話型アプリケーションがモジュールの形態でプライベートセクションに符号化され、伝送ストリームのデータ部に多重化され、その後にＤＳＭＣＣ（digital storage media command and control）のオブジェクトカルーセルにより伝送されるものである。伝送カルーセルのこのモジュールは、繰り返して放送されることになる。対話型アプリケーションは、複数のデータオブジェクトを含むことができ、こうしたデータオブジェクトはさらに、ディジタルプログラムの放送の処理において異なるバージョンを有することができる。

ＤＳＭＣＣモジュール及びオーディオ／ビデオコンテンツは、同じ伝送ストリームにおける放送チャネルに従って伝送される。ＤＳＭＣＣオブジェクトカルーセルは、アプリケーションを含むモジュール／ドキュメントがオーディオ／ビデオコンテンツと共に伝送ストリームにおいて伝送される態様及び時期を規定する。これらドキュメントの全ては、１方向伝送のものであり、すなわち送信端から受信手段へのものであり、所望のドキュメントをリクエストするよう受信手段のために当該送信端に返信するための接続がないので、当該ドキュメントの全ては、連続的かつ反復的に伝送され、例えば１０秒毎に１度伝送される。ＭＨＰ端末例えばセットトップボックス（ＳＴＢ）のような対話型テレビ端末は、アプリケーションを再確立するときに所望のドキュメントを検索する。

また、ＤＶＢ ＭＨＰ規格は、当該アプリケーションに関連した情報を提供するためにプライベートセクションにおいてアプリケーション情報テーブル（ＡＩＴ；application information table）を規定する。このＡＩＴはまた、繰り返し放送され、各ＡＩＴテーブルの最小反復レートは１０秒である。

出願番号０３１０１１７３．７が付されている欧州特許出願（出願日：２００３年４月２９日、発明者：Jing Wei Tan, Jun Shi, Liang Gan, Declan P. Kelly）は、データストリームを記憶媒体に記憶するための装置及び方法を記述しており、このデータストリームは、オーディオビジュアルストリームとこのオーディオビジュアルストリームに関連した少なくとも１つのデータオブジェクトとを含み、このデータオブジェクトは、アプリケーションのデータオブジェクトである。上記特許出願に開示されている内容は、ここで組み入れられる形で追加させられることになる。

上記欧州特許出願においては、当該データストリームを記憶するとき、そのデータオブジェクトとデータストリームにおけるオーディオ／ビデオ内容とが別個に記憶される。記憶処理の間、当該記憶媒体に同様のデータオブジェクトが既にあるかどうかが先ずチェックされ、同様のデータオブジェクトがある場合、当該記憶媒体にただ１つだけその同様のデータオブジェクトが記憶されるまでデータオブジェクトを記憶し、当該記憶媒体に記録される同様のデータオブジェクトがない場合には、その記憶媒体にデータオブジェクトを記憶する。

この欧州特許出願は、特に受信端のこのような問題を解消すること、すなわち、ディジタルプログラムに関連するデータオブジェクトをそれぞれ記憶するときに同一／同様のデータオブジェクトの繰り返しの記憶をどのようにして回避しこれにより空間を節約するかに力点を置くものである。その確認ステップは、当該データオブジェクトの「構成ＩＤ」及び「アプリケーションＩＤ」を記憶媒体におけるデータオブジェクトの「構成ＩＤ」及び「アプリケーションＩＤ」と比較し、これらが同じであれば、そのデータオブジェクトは、当該記憶媒体のものと同様である。

上記欧州特許出願はさらに、このデータオブジェクトをその「バージョン番号」を比較することにより記憶すべきであるかどうかを判定する。しかしながら、或る状況においては、異なるディジタルプログラムにおける対話型アプリケーションバージョンが同じバージョンの管理システムにより管理されないので、「バージョン番号」の比較可能性などのこれらの間の連携は、難しいことになる。したがって、この従来の技術的解決策は、ディジタルプログラムにおける対話型アプリケーションとの類似性を扱う際の或る種の欠陥がある。

したがって、対話型アプリケーションをディジタルプログラムと関連づけるために放送端末／送信端末において改善がなされた方法及び装置であって、受信端において対話型アプリケーションをより容易に共用可能なものとすることができる方法及び装置が必要である。

本発明の目的の１つは、少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する改善された方法及び装置であって、受信端において対話型アプリケーションをより容易に共用可能なものとすることができる方法及び装置を提供することである。

本発明は、少なくとも１つのデータオブジェクトに基づいた少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する方法を提供する。この方法は、次の２つのステップを有する。先ず、前記データオブジェクトの共用特性の設定値を受信するステップと、次いで前記設定値に応じて対応する対話型アプリケーションを発生するステップと、最後に当該発生された対話型アプリケーションを前記ディジタルプログラムに関連付けるステップである。当該共用特性の設定値は、「共用可能なもの」「共用不可能なもの」を含む。

本発明は、対話型アプリケーションにおける各データオブジェクトへ共用特性パラメータを加えるので、対応する処理は、各データオブジェクトの共用特性パラメータに応じて受信端において容易に行うことができる。このデータオブジェクトが「共用可能」なものである場合、出願番号０３１０１１７３．７の上述した欧州特許出願に開示されているような技術的解決策により扱うことができ、当該データオブジェクトが「共用不可能」である場合、このデータオブジェクトは、同様のデータオブジェクトが記憶されているかどうかを判断するよう確認することなく直ちに記憶可能である。

本発明はさらに、少なくとも１つのデータオブジェクトに基づいた少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する装置を提供する。この装置は、前記データオブジェクトの共用特性の設定値を受信する受信手段と、前記設定値に応じて対応する対話型アプリケーションを発生する発生手段と、当該発生された対話型アプリケーションを前記ディジタルプログラムに関連付ける関連付け手段とを有する。

他の目的及び目的達成形態は共に、本発明の十分な理解とともに、添付図面に関連して次の詳細な説明及び請求項により明らかとなる。

例証の実施例及び添付の概略的図面によって、本発明及びその関連する効果について詳しく説明する。

全ての図面を通じて、対応する事項は同じ符号により示される。

図１は、本発明の一実施例による少なくとも１つの対話型アプリーションを有するディジタルプログラムを発生する装置のシステムブロック図である。当該対話型アプリケーションは、データオブジェクトを有する。手段１００は、Ｃｏｒａｌ ＭＨＰのような対話型ディジタルプログラムを作るための従来技術の装置の一部とすることができ、この手段１００は、受信手段１１０、発生手段１２０及び関連付け手段１３０を有する。

受信手段１１０は、当該データオブジェクトの共用特性の設定値を受信するために用いられる。この共用特性の設定値は、「共用可能」なもの及び「共用不可能」なものを含む。この設定値は、プログラム作成者の入力から得ることができる。受信手段１１０はまた、当該データオブジェクトを受信するためにも用いることができる。

受信手段１２０は、受信手段１１０により受信される情報に応じて当該設定値を有する対話型アプリケーションを発生するために用いられる。

関連づけ手段１３０は、発生手段１２０により発生された対話型アプリケーションを、当該対話型アプリケーションを有するディジタルプログラムを発生するように、当該ディジタルプログラムと関連づけるために用いられる。この関連づけ手段は、従来技術の対話型ディジタルプログラム多重化器の一部とすることができる。

手段１００における幾つかの手段の機能は、ソフトウェアにより実現可能である。当業者にとっては、手段１００に含まれるこれらの手段は、当該手段の組み合わせが本発明の機能を達成することができる場合に限り、数多くの種類の従来技術の手段により実現可能である。

手段１００の動作のフロー図は、図３に示されるようになる。

図２は、表示スクリーンにおける対話型アプリケーションのバージョンの代表例の概略図である。表示スクリーン２１０上には、対話型アプリケーションのバージョン２２０が示されている。この対話型アプリケーションは、フットボールゲーム番組の試合状況のアプリケーションである。

このスコアアプリケーションは、次のファイルを含む。
１．内容に"Asia Football Cup"を有するtitle.txt
２．内容に"China VS Iran"を有するteam.txt
３．内容に中国の国旗を有するteam1.gif
４．内容にイランの国旗を有するteam2.gif
５．内容に"5 4"を有するscore.txt
６．内容に"0 1"を有するredcard.txt
７．内容に"10-8"を有するgoal.txt
８．内容に"10 10"を有するcorner.txt
９．内容に"55% 45%"を有するpossession.txt
１０．内容に当該アプリケーションの表示及び編集フォーマットのファイルを有するformat.class（当該アプリケーション表示領域における上述したファイルの各々の内容の位置、"Score"，"Red Card"，"Goal"，"Corner"，"Possession"の文字列及びこれらの表示位置、並びに当該アプリケーションの背景画像などを含む）
１１．当該アプリケーションのフロントライブラリであるsimhei.pfr

上述のファイルは、当該アプリケーションのデータオブジェクトである。このフットボールゲーム番組の全体の過程において、アプリケーションのscore.txt，redcard.txt，goal.txt，corner.txt，possessiontxtの内容はゲームの進行により変化するが、他のファイルの内容は変わらないままである。アプリケーションのデータオブジェクトを送る利用可能な原理は、この変わらないファイルを同じモジュールに置き、一方では変化したファイルを他のモジュールに置き、同時に識別のために受信端のためにそのモジュールのバージョン番号を変えることである。

但し、ＣＣＴＶ−５のようなチャネルにおける全てのフットボールゲーム番組においては、ゲームの番組内容が異なっても、ゲーム状況のアプリケーションの表示及び編集フォーマットを同じものとすることができる。したがって、ゲーム状況のアプリケーションは、同じテンプレートを用いることができ、例えば、異なるフットボールゲーム番組のゲーム状況アプリケーションは、同じformat.class及びsimhei.pfrファイルを用いることができる。この態様では、受信端が異なるフットボールゲーム番組に関連付けられたゲーム状況アプリケーションを記憶するときには、もはやこうした２つのファイルを繰り返し記憶する必要がない。

図３は、本発明の一実施例による少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生するフローの概略図である。このディジタルプログラムは、オーディオビジュアルストリーム及びこれに関連した対話型アプリケーションを含むことができる。この対話型アプリケーションは、複数のデータオブジェクトを含む。ここでの対話型アプリケーションは、当該アプリケーションの実行がディジタルプログラムのユーザの参加又は関与を必要とすることを意味しないが、或る状況においては、この対話型アプリケーション自体が動作可能である。例えば、フットボールゲームにおけるゴールなどの或る種のイベントは、シュートをするフットボール選手の紹介をするように当該対話型アプリケーションに起動をかけることができる。

先ず、ディジタルプログラム及び複数のデータオブジェクトが得られる（ステップＳ３１０）。このディジタルプログラムは、図２に示されるようなフットボールゲーム番組であり、このデータオブジェクトは、titel.txt、team.txt、team1.gif、team2.gif、score.txt、redcard.txt、goal.txt、corner.txt、possession.txt、format.class及びsimhei.pfrを含む図２の対話型アプリケーションのデータオブジェクトである。

第２に、これら複数のデータオブジェクトの共用特性に関する設定値が受信される（ステップＳ３２０）。受信端において異なるディジタルプログラムを記憶するときのこのアプリケーションの共用の必要性に応じて、当該複数のデータオブジェクトは、種々の共用特性とともに与えられ、その共用特性は、「共用可能」なもの及び「共用不可能」なものを含む。図２に示されるような対話型アプリケーションにおけるtitle.txt、team.txt、team1.gif、team2.gif、score.txt、redcard.txt、goal.txt、corner.txt、possession.txtのデータオブジェクトの内容は、各フットボールゲーム番組のバリエーションにより変化するので、これらは「共用不可能なもの」として設定可能であるとともに、format.class及びsimhei.pfrのデータオブジェクトの内容は、ゲーム状況アプリケーションテンプレートとして複数のフットボールゲーム番組において不変なままであるので、これらは「共用可能なもの」として設定可能である。

データオブジェクトが「共用可能なもの」である場合、出願番号の０３１０１１７３．７が付された上述した欧州特許出願において開示されているような技術的解決策により、すなわち当該記憶媒体が同様のデータオブジェクトを記憶しているかどうかを先ず確認し、同様のデータオブジェクトが記憶されている場合には当該記憶媒体に同様のデータオブジェクトが１つだけ記憶されるまでそのデータオブジェクトを記憶し、当該記憶媒体に同様のデータオブジェクトが記憶されていない場合には当該記憶媒体にそのデータオブジェクトを記憶することにより、処理可能である。

データオブジェクトが「共用不可能なもの」である場合、同様のデータオブジェクトが記憶されているかどうかを確認するためにチェック処理をすることなく、受信端において直ぐにそのデータオブジェクトを記憶する。

次に、受信した設定値を有する対話型アプリケーションは、ＤＶＢ ＭＨＰ規格に従って発生され、この対話型アプリケーションは、複数のデータオブジェクトを含む（ステップＳ３３０）。発生したアプリケーションは、ディジタルプログラムに関連付けられる（ステップＳ３４０）。このアプリケーションのデータオブジェクトは、１つ又は複数のモジュールに割り当てられ、最終的にプライベートセクションに多重化される。

ステップＳ３２０において受信された各データオブジェクトの共用特性は、ファイルの形態でこのアプリケーションの伝送モジュールにおいて構成され、これにより、当該共用特性及び当該アプリケーションの対応するデータオブジェクトの各々が、受信手段がそれらを分類し処理することを容易にするために同時に受信端に到達することができる。こうすることにより、従来のＤＶＢ ＭＨＰの受信端が変更を伴うことなく共用特性を処理することができる、という利点を奏する。

ステップＳ３２０において受信された各データオブジェクトの共用特性はまた、テーブルの形態でディジタルプログラムのプライベートデータに構成可能である。このテーブルは、対話型アプリケーションにおいて「共用不可能な」ファイルを載せるものであり、当該ファイルの残りは、「共用可能」なものである。このテーブルの構成は、表１に示されるようなものとなる。
［表１：共用不可能なアプリケーションファイルのテーブル］

ここで、Table_idは、受信手段／記憶手段により識別されることができる場合において放送業者により選択可能であり、例えば０ｘ１１とされ、CarouselIdは、当該アプリケーションを送信するためのカルーセルを識別するために用いられ、ModuleIDは、対応するデータオブジェクトを含むモジュールを識別するために用いられ、ObjectKeyは、データオブジェクトを識別するために用いられる。

なお、発生及び関連付けの処理は、他の現行の又は将来のディジタルプログラム作成技術により行うことができる。

最後に、ディジタルプログラムが放送される（ステップＳ３５０）。これは、衛星により、又は地上放送又はケーブル放送により放送可能である。

以上、本発明を特定の実施例について説明してきたが、これまでの説明に照らせば、当業者には数多くの代替例、変更例及び変形例が明らかとなる。したがって、添付の請求項の主旨及び範囲内にあるこうした全ての代替例、変更例及び変形例を含むものである。

本発明の一実施例による少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する装置のシステムブロック図。 表示スクリーンにおける対話型アプリケーションのバージョンの代表例の概略図。 本発明の一実施例による少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生するフローの概略図。

Claims (10)

1. 少なくとも１つのデータオブジェクトに基づいた少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する方法であって、
   前記データオブジェクトの共用特性の設定値を受信するステップと、
   前記設定値に応じて対応する対話型アプリケーションを発生するステップと、
   当該発生された対話型アプリケーションを前記ディジタルプログラムに関連付けるステップと、
   を有する方法。
2. 請求項１に記載の方法であって、前記データオブジェクトの共用特性の設定値は、共用可能である、方法。
3. 請求項１に記載の方法であって、前記データオブジェクトの共用特性の設定値は、共用不可能である、方法。
4. 請求項１に記載の方法であって、前記データオブジェクトは、ＭＨＰ（Multimedia Home Platform）規格により構成され、前記設定値は、構成ＩＤ及びアプリケーションＩＤを含む、方法。
5. 請求項１に記載の方法であって、前記ディジタルプログラムの再生処理の間、前記対話型アプリケーションを繰り返し送出するステップをさらに有する、方法。
6. 請求項５に記載の方法であって、前記対話型アプリケーションは、前記共用特性に対応するファイルを含む、方法。
7. 請求項１に記載の方法であって、前記ディジタルプログラムは、ディジタルビデオ放送規格に準拠したディジタルテレビジョンプログラムであり、前記関連付けるステップは、共用特性テーブルの形態で、前記共用特性を前記ディジタルプログラムストリームのプライベートデータに多重化することを有する、方法。
8. 少なくとも１つのデータオブジェクトに基づいた少なくとも１つの対話型アプリケーションを有するディジタルプログラムを発生する装置であって、
   前記データオブジェクトの共用特性の設定値を受信する受信手段と、
   前記設定値に応じて対応する対話型アプリケーションを発生する発生手段と、
   当該発生された対話型アプリケーションを前記ディジタルプログラムに関連付ける関連付け手段と、
   を有する装置。
9. 請求項８に記載の装置であって、前記データオブジェクトの共用特性の設定値は、共用可能である、装置。
10. 請求項８に記載の装置であって、前記データオブジェクトの共用特性の設定値は、共用不可能である、装置。

Images