JP6728246B2 - マルチメディアシステムにおける信号送受信方法及び装置 - Google Patents

Description

本発明はマルチメディアシステムにおいて信号を送受信する方法及び装置に関するもので、特にマルチメディアシステムでイベントに関連したイベント情報を送受信する方法及び装置に関する。

マルチメディアサービスは、テレビ電話のような対話形サービス、ビデオオンデマンド(ＶＯＤ)サービスのようなストリーミングサービス、マルチキャスト及びブロードキャストサービスのようなサービスを意味する。

リアルタイムマルチメディアサービスは、サービスのタイプに従って対話形サービス、インタラクティブサービス、ストリーミングサービスに分類される。また、リアルタイムマルチメディアサービスは、参加するユーザーの数によってユニキャスト、マルチキャスト、及びブロードキャストに分類され得る。

一方、ＭＰＥＧ-２ＴＳ(Moving Picture Experts Group-2 Transport Stream)は、マルチメディアコンテンツの伝送に使用される技術であって、エラーが存在する伝送環境で複数のブロードキャストプログラム(符号化された複数のビデオビットストリーム）が多重化されたビットストリームを転送するための代表的な転送技術である。

ＭＰＥＧ技術に基づいてマルチメディアサービスをサポートするためのマルチメディア転送技術のうちの一つとして、ＭＭＴ(MPEG Media Transport)技術が提案されている。ＭＭＴ技術は、様々なタイプのネットワーク環境で、テレビ(ＴＶ)、モバイルデバイスのような多様な端末を通じて多様なタイプのマルチメディアサービスをスムーズに提供するためのＭＰＥＧの新たな技術である。例えば、ＭＭＴ技術は、ヘテロジニアスネットワーク（heterogeneous network）を介して複合コンテンツを効率的に伝送するために適用され得る。ここで、複合コンテンツは、ビデオ、オーディオ、アプリケーションによるマルチメディアエレメントを有するコンテンツの集合を意味する。ヘテロジニアスネットワークは、例えばブロードキャストネットワークと移動通信ネットワークなどを含むネットワークであり得る。

一方、ブロードキャストネットワークは、通信ネットワークと有機的に相互作用（interwork）するハイブリッド転送技術に基づいてアプリケーションプログラムサービスをサポートするために、ブロードキャストネットワーク又は通信ネットワークを用いてアプリケーションプログラムサービスを実行するために必要なデータ又はファイル受信し、端末がアプリケーションプログラムサービス及びアプリケーションプログラムサービスに関連したデータを認識及び選択可能なようにシグナリング情報を提供する必要がある。

したがって、ＭＭＴ技術を使用するシステムにおいて、アプリケーションプログラムサービスを提供するためのシグナリング情報を送受信する方案に対する必要性があった。

一方、上記した情報は、本発明の理解を助けるための背景情報のみとして提示されるだけである。上記のいずれかが本発明に関する従来技術として適用されるか否かに関しては、何の決定も判定も下されていない。

したがって、本発明は、上記した従来技術の問題点に鑑みてなされたものであって、その目的は、マルチメディアシステムにおける信号を送受信する装置及び方法を提供することにある。

本発明の他の目的は、マルチメディアシステムにおけるイベント(event)に関連したイベント情報を送受信する装置及び方法を提供することにある。

さらに、本発明の他の目的は、マルチメディアシステムにおいてイベントに関連したイベント情報をマルチメディアサービスと共に提供する装置及び方法を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、マルチメディアシステムにおける送信装置の動作方法が提供される。その方法は、イベントに関連するイベント情報を含むマルチメディアサービスのデータユニットを送信するステップを有し、上記イベントは、アクションが取られることを示しアプリケーションに対する通知を含む。

本発明の他の態様によれば、マルチメディアシステムにおける送信装置の動作方法が提供される。その方法は、イベントに関連するイベント情報を含むマルチメディアサービスのデータユニットの存在を示す第１の情報を送信するステップを有し、上記イベントは、アクションが取られることを示すアプリケーションに対する通知を含む。

また、本発明の他の態様によれば、マルチメディアシステムにおける受信装置の制御方法が提供される。その方法は、イベントに関連するイベント情報を含むマルチメディアサービスのデータユニットを受信するステップを有し、上記イベントは、アクションが取られることを示すアプリケーションに対する通知を含む。

本発明の他の態様によれば、マルチメディアシステムにおける受信装置の制御方法が提供される。その方法は、イベントに関連するイベント情報を含むマルチメディアサービスのデータユニットの存在を示す第１の情報を受信するステップを有し、上記イベントは、アクションが取られることを示すアプリケーションに対する通知を含む。

さらに、本発明の他の態様によれば、マルチメディアシステムにおける送信装置が提供される。その送信装置は、イベントに関連するイベント情報を含むマルチメディアサービスのデータパケットを送信する送信器を含み、上記イベントは、アクションが取られることを示すアプリケーションに対する通知を含む。

本発明の他の態様によれば、マルチメディアシステムにおける送信装置が提供される。その送信装置は、イベントに関連するイベント情報を含むマルチメディアサービスのデータユニットの存在を示す第１の情報を送信する送信器を含み、上記イベントは、アクションが取られることを示すアプリケーションに対する通知を含む。

さらに、本発明の他の態様によれば、マルチメディアシステムにおける受信装置が提供される。その受信装置は、イベントに関連するイベント情報を含むマルチメディアサービスのデータユニットを受信する受信器を含み、上記イベントは、アクションが取られることを示すアプリケーションに対する通知を含む。

本発明の他の態様によれば、マルチメディアシステムにおける受信装置が提供される。その受信装置は、イベントに関連するイベント情報を含むマルチメディアサービスのデータユニットの存在を示す第１の情報を含むメッセージを受信する受信器を含み、上記イベントは、アクションが取られることを示すアプリケーションに対する通知を含む。

本発明の他の態様、利点、及び顕著な特徴は、下記の詳細な説明から当業者には公知であり、その詳細な説明は、添付の図面とともに本発明の実施形態で開示する。

本発明を詳細に説明するのに先立って、本明細書の全般にわたって使用される特定の単語及び語句の定義を開示することが望ましい。“含む（include）”及び “備える（comprise）”という語句だけではなく、その派生語（derivatives thereof）は、限定されない含有(inclusion)を意味する。“又は（or）”という用語は、“及び／又は（and/or）”の意味を包括する。“関連した（associated with）”及び“それと関連した（associated therewith）”という語句だけではなく、その派生語句は、“含む（include）”、“含まれる（be included within）”、“相互に接続する（interconnect with）”、“包含する（contain）”、“包含される（be contained within）”、“接続する（connect to or with）”、“結合する（couple to or with）”、“疎通する（be communicable with）”、“協力する（cooperate with）”、“相互配置する（interleave）”、“並置する（juxtapose）”、“近接する（be proximate to）”、“接する（be bound to or with）”、“有する（have）”、及び“特性を有する（have a property of）”などを意味することができる。制御器は、少なくとも１つの動作を制御する装置、システム又はその部分を意味するもので、ハードウェア、ファームウェア、ソフトウェア、又は、それらのうちの２つ以上の組合せで実現することができる。特定の制御部に関連する機能は、集中しているか、あるいは近距離、又は遠距離に分散されることもあることに留意すべきである。特定の単語及び語句に関するこのような定義は、本明細書の全般にわたって規定されるもので、当業者には、大部分の場合ではなくても、多くの場合において、このような定義がそのように定義された単語及び語句の先行使用にはもちろん、将来の使用にも適用されるものであることが自明である。

本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。

本発明は、マルチメディアシステムにおいて信号を送受信することを可能にする効果がある。

また、本発明は、マルチメディアシステムにおいてイベントに関連したイベント情報を送受信することができる効果がある。

さらに、本発明は、マルチメディアシステムにおいてイベントに関連したイベント情報をマルチメディアサービスと共に提供することができる効果がある。

本発明の一実施形態によるＭＭＴシステムの階層構造を概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴペイロードの構成を概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴパッケージの論理的構成を概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおいてアプリケーションプログラムサービスを実行するための端末の動作プロセスを概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおいてアプリケーションプログラムサービスに関連した情報を受信する装置の内部構造を概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおいてＭＭＴシグナリングメッセージに基づいてイベント情報を処理するプロセスを概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおいてＭＰＵに基づいてイベント情報を処理するプロセスを概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおける送信装置の内部構成を概略的に示す図である。 本発明の一実施形態によるＭＭＴシステムにおける受信装置の内部構成を概略的に示す図である。

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。

図面において、同一の構成要素に対しては、できるだけ同一の参照符号及び参照番号を付して説明する。

添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるための様々な特定の詳細を含むが、一つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。なお、公知の機能又は構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。

次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。

英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者には理解できることである。したがって、例えば、“コンポーネント表面(a component surface)”との記載は一つ又は複数の表面を含む。

‘第１’、‘第２’のように序数を含む用語は多様な構成要素を説明するために使用されるが、構成要素は、上記用語により限定されない。これらの用語は、一つの構成要素を他の構成要素から区別する目的のみで使われる。例えば、本発明の権利範囲を外れることなく、第１の構成要素は第２の構成要素と称され、同様に第２の構成要素も第１の構成要素と称され得る。‘及び／又は’という用語は、複数の関連した記載項目の組み合わせ又は複数の関連した記載項目のうち何れかの項目を含む。

コンテキスト中に特記して明示されない限り、単数形が複数形を含むことは、当業者には容易に分かることであろう。また、‘含む’又は‘有する’などの用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品又はこれらの組合せが存在することを指定しようとするものであって、一つ又はそれ以上の他の特徴、数字、段階、動作、構成要素、部品、若しくはこれらの組合せが、存在する或いは付加される可能性を予め排除しないことが理解されなければならない。

また、別途に異なる定義をしない限り、技術的又は科学的な用語を含めて、ここで使われるすべての用語は本発明が属する技術分野で通常の知識を有する者により一般的に理解されることと同一の意味を有する。一般的に使用される辞書に定義されるような用語は関連技術の文脈上の意味と一致する意味を有すると理解されなければならない。

本発明の多様な実施形態によると、電子デバイスは、通信機能を有する。例えば、電子デバイスは、スマートフォン、パーソナルコンピュータ(ＰＣ)、携帯電話、テレビ電話、電子書籍リーダ、デスクトップＰＣ、ラップトップＰＣ、ネットブックＰＣ、ＰＤＡ(Personal Digital Assistant)、ＰＭＰ(Portable Multimedia Player)、ｍｐ３プレーヤー、モバイル医療デバイス、カメラ、ウェアラブルデバイス(例えば、ＨＭＤ(Head-Mounted Device)、電気衣類、電子ブレース(electronic brace)、電子ネックレス、電子アクセサリ、電子タトゥー、又はスマート時計)であってもよい。

本発明の実施形態によると、電子デバイスは、通信機能を有するスマート家電であってもよい。スマート家電は、例えばテレビジョン、ＤＶＤ(Digital Video Disk)プレーヤー、オーディオ、冷蔵庫、エアコン、電気掃除機、オーブン、電子レンジ、洗濯機、ドライヤー、空気清浄器、セットトップボックス、ＴＶボックス(例えば、Ｓａｍｓｕｎｇ ＨｏｍｅＳｙｎｃ（登録商標）、Ａｐｐｌｅ ＴＶ（登録商標）、又はＧｏｏｇｌｅ ＴＶ（登録商標))、ゲーム機、電子辞書、電子キー、カムコーダ、電子ピクチャーフレームであってもよい。

本発明の実施形態によると、電子デバイスは、医療機器(例えば、ＭＲＡ(Magnetic Resonance Antiography)装置、ＭＲＩ(Magnetic Resonance Imaging)装置、ＣＴ(Computed Tomography)機器、映像機器、又は超音波装置)、ナビゲーション機器、ＧＰＳ(Global Positioning System)受信器、イベントデータレコーダ(Event Data Recorder：ＥＤＲ)、フライトデータレコーダ(Flight Data Recorder：ＦＤＲ)、自動車用インフォテインメント装置、航海電子装置(例えば、航海ナビゲーション装置、ジャイロスコープ、又はコンパス)、航空電子機器、セキュリティ機器、産業又は個人用ロボットであってもよい。

本発明の実施形態によると、電子デバイスは、通信機能を有する家具、ビル/構造物の一部、電子ボード、電子署名受信器、プロジェクタ、多様な測定装置(例えば、水、電気、ガス、又は電磁波測定装置)であってもよい。

本発明の他の実施形態によると、電子デバイスは、上記した装置の組み合わせであってもよい。また、本発明の実施形態による電子デバイスは、上記装置に制限されるものではないことは、当該技術分野における通常の知識を持つ者には明らかである。

本発明の多様な実施形態によると、例えば、端末は電子デバイスであってもよい。

さらに、本発明の多様な実施形態によると、送信装置は、サービスプロバイダ又は端末であり得る。

また、本発明の多様な実施形態によると、受信装置は、端末又はサービスプロバイダであってもよい。

さらに、本発明の多様な実施形態によると、送受信装置は、端末又はサービスプロバイダであってもよい。

また、本発明の多様な実施形態において、端末は、移動端末(ＭＳ)、無線端末、移動デバイス、ユーザー端末(ＵＥ)のような用語と混用できると仮定する。

本発明の一実施形態では、マルチメディアシステムにおける信号を送受信する装置及び方法を提案する。

また、本発明の一実施形態では、マルチメディアシステムにおいてイベントに関連したイベント情報を送受信する装置及び方法を提案する。

さらに、本発明の一実施形態では、マルチメディアシステムでイベントに関連したイベント情報をマルチメディアサービスと共に提供する装置及び方法を提案する。

一方、本発明の一実施形態で提案する方法及び装置は、ＬＴＥ(Long Term Evolution)移動通信システム、ＬＴＥ-Ａ(LTE-Advanced)移動通信システム、ＬＡＡ(Licensed-Assisted Access)-ＬＴＥ移動通信システム、高速ダウンリンクパケットアクセス(ＨＳＤＰＡ)移動通信システム、高速アップリンクパケットアクセス(ＨＳＵＰＡ)移動通信システム、３ＧＰＰ２(3^rd Generation Partnership Project2）の高速レートパケットデータ(ＨＲＰＤ)移動通信システム、３ＧＰＰ２の広帯域符号分割多重アクセス(ＷＣＤＭＡ（登録商標））移動通信システム、３ＧＰＰ２の符号分割多重アクセス(ＣＤＭＡ)移動通信システム、ＩＥＥＥ(Institute of Electrical and Electronics Engineers)８０２.１６ｍ通信システム、ＩＥＥＥ８０２.１６ｅ通信システム、進化したパケットシステム(ＥＰＳ）、モバイルインターネットプロトコル(Ｍｏｂｉｌｅ ＩＰ)システム、デジタルマルチメディア放送(ＤＭＢ)サービス、携帯用デジタルビデオ放送(ＤＶＰ-Ｈ)、及びモバイル/携帯用進化したテレビシステム協会(ＡＴＳＣ-Ｍ/Ｈ)サービスのようなモバイル放送サービスと、インターネットプロトコルテレビ(ＩＰＴＶ)サービスのようなデジタルビデオ放送システムと、ＭＰＥＧ(Moving Picture Experts Group)メディア伝送(ＭＭＴ)システムのような多様な通信システムに適用可能である。

また、本発明の一実施形態で提案する方法及び装置は、ＭＭＴ方式に基づいた進化したテレビシステム協会(ＡＴＳＣ)システムにも適用できる。

以下、説明の便宜上、本発明の多様な実施形態において、マルチメディアシステムは、ＭＭＴ方式に基づいたシステムと仮定する。

まず、ＭＭＴプロトコル(ＭＭＴＰ)は、インターネットプロトコル(ＩＰ)ネットワークを介してＭＭＴペイロードフォーマット(ＰＦ）を含む配信フレーム(delivery frame）を配信するためのアプリケーションレイヤプロトコルを定義する。

ＭＭＴペイロードは、ＭＭＴペイロードフォーマットを含み、効率的に伝送できるように設計される。ヘテロジニアスＩＰネットワークを介してＭＰＥＧメディアデータを効率的に配信するために、ＭＭＴＰはカプセル化フォーマットと、配信プロトコルと、シグナリングメッセージフォーマットを定義する。

ＭＭＴ技術では、パッケージとアセットのようなデータモデルを定義する。パッケージは、一本の映画のような一つの独立したコンテンツを意味し、アセットはコンテンツに含まれる映像、音声、又はデータのようなエレメントを区別する論理的個体を意味する。ここで、一つのパッケージは、複数のアセットを含むことができる。以下、説明の便宜上、アセットは“ＭＭＴアセット”と称することができ、パッケージは“ＭＭＴパッケージ”とも称することができる。

図１を参照して、本発明の一実施形態によるＭＭＴシステムの階層構造について説明する。

図１は、本発明の一実施形態によるＭＭＴシステムの階層構造を概略的に示す。

図１を参照すれば、ＭＭＴシステムの階層構造は、マルチメディアデータパケットを構成し、マルチメディアデータパケットを伝送するメディア符号化レイヤ１１０、カプセル化機能レイヤ１２０、配信機能レイヤ１３０、転送プロトコルレイヤ１４０、ＩＰレイヤ１５０、及び制御機能レイヤ１００を含む。カプセル化機能レイヤは“レイヤＥ”との用語に置き換えることができ、配信機能レイヤは“レイヤＤ”との用語に置き換えることができ、制御機能レイヤは“レイヤＣ”との用語に置き換えることができる。

本発明の一実施形態によると、メディア符号化レイヤ１１０とカプセル化機能レイヤ１２０は、マルチメディアコンテンツ及び/又はマルチメディアサービスによるマルチメディアデータを生成するマルチメディアデータ生成部として動作する。

また、配信機能レイヤ１３０は、マルチメディアデータ生成部から入力されるマルチメディアデータに基づいてマルチメディアデータパケットを構成するマルチメディアデータ構成部として動作する。マルチメディアデータ構成部に該当する配信機能レイヤ１３０は、マルチメディアデータ生成部から提供された少なくとも一つのマルチメディアデータを識別してヘッダー情報を構成し、このヘッダー情報と少なくとも一つのマルチメディアデータとを結合してマルチメディアデータパケットを構成する。

メディア符号化レイヤ１１０で圧縮されたマルチメディアデータは、カプセル化機能レイヤ１２０を通じてファイルフォーマットに類似したフォーマットとしてパッケージ化される。すなわち、カプセル化機能レイヤ１２０は、メディア符号化レイヤ１１０から提供される符号化されたメディアデータ又は格納されたメディアデータに基づいて、ＭＭＴサービスのためのユニットとしてデータセグメントを生成し、データセグメントを用いてＭＭＴサービスのためのアクセスユニットを生成する。ここで、アクセスユニットは、タイミング情報が与えられる最も小さいメディアデータエンティティを示す。また、カプセル化機能レイヤ１２０は、アクセスユニットを結合及び/又は分割することにより、複合コンテンツの生成、格納、及び転送のためのパケットフォーマットを生成する。

配信機能レイヤ１３０は、カプセル化機能レイヤ１２０から出力されるデータユニットをＭＭＴペイロードフォーマットに変換した後、ＭＭＴペイロードフォーマットにＭＭＴ転送パケットヘッダーを付加してＭＭＴ転送パケットを構成するか、あるいは、既存の転送プロトコルとしてリアルタイムプロトコル(ＲＴＰ)を用いてＲＴＰパケットを構成する。

配信機能レイヤ１３０で構成されたパケット、すなわちＭＭＴ転送パケット又はＲＴＰパケットは、ユーザーデータグラムプロトコル(ＵＤＰ)あるいはトランスポート制御プロトコル(ＴＣＰ）のようなプロトコルをサポートする転送プロトコルレイヤ１４０を経た後、ＩＰレイヤ１５０でＩＰパケットとして生成され、生成されたＩＰパケットが伝送される。転送プロトコルレイヤ１４０及びＩＰレイヤ１５０は、データ転送部として動作できる。

さらに、選択的に存在できる制御機能レイヤ１００は、データの転送に必要な制御情報又はシグナリング情報を生成してデータと共に送信するか、あるいは、別途のシグナリング手段により制御情報又はシグナリング情報を送信する。

一方、配信機能レイヤ１３０で生成されるＭＭＴペイロードフォーマットは、ＭＭＴプロトコル又はＲＴＰにより配信されるメディアユニットの論理構造を定義する。

ＭＭＴペイロードは、カプセル化されたデータユニットあるいはＭＭＴレイヤプロトコル又は他の既存のアプケーション転送プロトコルによる他の情報を配信するためのペイロードフォーマットにより特定される。ＭＭＴペイロードは、ストリーミングに関する情報及びファイル転送に関する情報を提供する。

ストリーミングにおいて、データユニットは、ＭＭＴメディアフラグメントユニット(ＭＦＵ)又はＭＭＴメディアプロセッシングユニット(ＭＰＵ)であり得る。以下、説明の便宜上、ＭＭＴ ＭＦＵは“ＭＦＵ”とも称され、ＭＭＴ ＭＰＵは“ＭＰＵ”とも称されることに留意しなければならない。

また、ファイル転送の場合、データユニットは、ＭＭＴアセット及びＭＭＴパッケージであり得る。

本発明の一実施形態によるＭＭＴシステムの階層構造について図１を参照して説明し、次に本発明の一実施形態によるＭＭＴシステムでＭＭＴペイロードの構成について図２を参照して説明する。

図２は、本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴペイロードの構成を概略的に示す。

図２を参照すると、ＭＭＴペイロード２００は、少なくとも一つのＭＭＴ ＭＦＵ２１０、少なくとも一つのＭＭＴ ＭＰＵ２２０、少なくとも一つのＭＭＴアセット２３０、及びＭＭＴパッケージのうち少なくとも一つを含むことができる。

ＭＭＴ ＭＦＵ２１０は、いかなるメディアＣＯＤＥＣからも独立しており、メディアデコーダにより独立的に復号化可能な符号化されたメディアデータを含む一般的なコンテナを意味する。

ＭＭＴ ＭＦＵ２１０は、ＭＭＴ ＭＰＵ２２０のフラグメントを示し、独立的に復号化可能な最小単位である。例えば、一つのフレームをアクセスユニットとして使用して符号化動作が実行される場合、ＭＭＴ ＭＦＵ２１０は、一つのビデオフレームであり、あるいは一つのフレーム内に含まれた一つのスライスであり得る。

ＭＭＴ ＭＰＵ２２０は、一つ以上のＭＭＴ ＭＦＵと付加的な配信及びプロセッシング関連情報を含むコンテナであって、異なるアクセスユニットから生成された多様な個数のＭＭＴ ＭＦＵを含むことができる。ＭＭＴ ＭＰＵ２２０は、ＭＭＴに準拠したエンティティによって完全で独立的に復号化可能な符号化されたメディアデータユニットを意味し、アプリケーション環境による特定のサイズを有する。例えば、ビデオの場合、ＭＭＴ ＭＰＵ２２０は、１ＧＯＰ(Group of Picture）のサイズを有することができる。他の例として、ＭＭＴ ＭＰＵ２２０は、１ＧＯＰに含まれる複数のピクチャーフレームを含み、ＭＭＴ ＭＦＵ２１０は、各ピクチャーフレームを含むことができる。例えば、１ＧＯＰは、１秒のビデオであり得る。ＭＭＴアセット２３０は、一つ以上のＭＭＴ ＭＰＵで構成されるデータエンティティであって、同一のＭＭＴ構成情報(Composition Information)(ＭＭＴ-ＣＩ)及びＭＭＴ転送特性(ＭＭＴ-ＴＣ)が適用される最も大きいデータユニットである。ＭＭＴアセット２３０は、パッケージ化されたあるいは多重化されたデータを含むただ一つのタイプのデータのみを含む。例えば、各ＭＭＴアセット２３０は、オーディオのエレメンタリストリームの少なくとも一部、ＭＰＥＧユーザーインターフェース(ＭＰＥＧ-Ｕ)ウィジェットパッケージ、ＭＰＥＧ-２転送ストリームの少なくとも一部、ＭＰ４(ＭＰＥＧ-４)ファイルの少なくとも一部、及びＭＭＴパッケージの全体又は少なくとも一部のうちいずれか一つであり得る。

以下、説明の便宜上、エレメンタリストリームは“ＥＳ”と称され、転送ストリームは“ＴＳ”とも称され、ＭＭＴ-ＣＩは“ＣＩ”とも称され、ＭＭＴ-ＴＣは“転送特性(ＴＣ)”とも称されることに留意しなければならない。ここで、エレメンタリストリームは、特定メディアコーデック(ＣＯＤＥＣ)により定義され、論理的に一つ以上のＭＭＴアセットであり得る。階層化コーデック及びマルチビューコーデックをサポートするＭＭＴアセット２３０は、他のＭＭＴアセットとオーバーラップされ得る。

また、ＭＭＴ-ＣＩは、ＭＭＴアセットの空間及び時間関係を定義する情報を意味し、ＭＭＴ-ＴＣは、ＭＭＴアセットの配信に要求されるサービス品質(ＱｏＳ）を定義する。ＭＭＴ-ＴＣは、特定配信環境に対してアセット配信特性(ＡＤＣ)で表現できる。

ＭＭＴパッケージ２４０は、ＭＭＴに準拠したエンティティにより処理される符号化されたメディアデータと関連情報の集合体(collection）として定義される。

本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴペイロードの構成について図２を参照して説明し、次に図３を参照して、本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴパッケージの論理的構造について説明する。

図３は、本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴパッケージの論理的構造を概略的に示す。

図３を参照すると、ＭＭＴパッケージ３００は、一つ以上のＭＭＴアセット３２０とＭＭＴ-ＣＩ３１０及びＭＭＴ-ＴＣを表す一つ以上のＡＤＣ３３０を含む。

さらに、ＭＭＴパッケージ３００は、識別子(ＩＤ)のような記述情報及びＭＭＴアセット３２０の位置情報を含み、ＭＭＴパッケージ３００内のＭＭＴアセット３２０は、多重化又は接続され得る。

ＭＭＴパッケージ３００の処理は、ＭＰＵの単位で実行される。一つ以上のＭＭＴアセット３２０は、同一のＭＭＴアセットＩＤを有する一つ以上のＭＰＵの集合体であって、一つ以上のＭＭＴアセット３２０の各々に関連したＴＣは、一つ以上のＡＤＣ３３０により表現される。一つ以上のＡＤＣ３３０は、ＭＭＴパッケージ３００をパケット化するエンティティによりＭＭＴペイロードのパラメータとＭＭＴパケットのヘッダー情報を構成するために使用できる。

一方、ＭＭＴパッケージに関する構成情報及びＭＭＴパッケージに関する構成情報を端末で受信して消費するために必要な情報は、ＭＭＴシグナリングメッセージを通じて送信される。ＭＭＴシステムにおいて、ＭＭＴシグナリング機能領域は、メディア消費とメディア配信に関連したメッセージフォーマットを定義する。

ＭＭＴシステムにおいて、メディア消費に関連したメッセージは、伝送されるメディアデータを消費するために必要な情報を提供し、次のように定義される。

まず、ＭＰＥＧ-２ＴＳのプログラムマップテーブル(ＰＭＴ）に類似した用途で使用されるパッケージアクセス(ＰＡ)メッセージは、伝送されるパッケージの再生に必要なすべての情報を含む。ＰＡメッセージは、ＭＭＴパッケージを受信及び消費するために初めに送信されなければならないメッセージであり、以後に別途のメッセージを通じて個別情報が更新され得る。

また、表現情報を提供するメディアプレゼンテーション情報(ＭＰＩ)メッセージは、国際標準化機構(ＩＳＯ)/国際電気協会(ＩＥＣ)２３００８-１１で定義されるＣＩ、又はＩＳＯ/ＩＥＣ２３００９-１で定義されるメディアプレゼンテーションディスクリプション(ＭＰＤ)のような多様な表現情報の伝送に使用される。

さらに、ＭＭＴパッケージテーブル(ＭＰＴ)メッセージは、伝送されるＭＭＴパッケージに関する情報を提供する。このＭＰＴメッセージは、ＭＭＴパッケージのＩＤ、ＭＭＴパッケージも含まれるＭＭＴアセット情報を提供する。説明の便宜上、ＭＰＴは“ＭＭＴパッケージ(ＭＰ)テーブル”と称される。

クロック関連情報(ＣＲＩ)メッセージは、ＭＭＴアセットとＭＰＥＧ-２ＥＳとの間の同期化のためにネットワークタイムプロトコル(ＮＴＰ)タイムスタンプとＭＰＥＧ-２のシステムタイミングクロック(ＳＴＣ)との間のマッピング情報を提供する。

さらに、デバイス能力情報(ＤＣＩ)メッセージは、メディア消費に必要な端末性能情報を提供する。

一方、放送通信融合及び転送ネットワークの高度化と共に超高画質テレビ(ＵＨＤＴＶ)、３次元テレビ(３ＤＴＶ)、マルチビューＴＶのような高画質実感型放送サービス技術、多様なタイプの固定型及び携帯用マルチメディアデバイスを有機的に活用するためのＮスクリーンサービス技術のような次世代ブロードキャスト及びマルチメディアサービスを可能にする革新的な技術が継続して提案されている。

特に、ブロードキャストプログラムと相互作用することにより多様な付加情報を提供するか、又は、ブロードキャストネットワークと通信ネットワークとを有機的に相互作用させることにより融合型マルチメディアサービスを可能としたハイブリッド伝送技術に基づいて独立的に多様な付加情報を提供するアプリケーションプログラムサービスは、事実感と現場感が極大化した映像コンテンツの提供と共に、次世代放送サービスの核心成功要素と見なされている。以下、説明の便宜上、アプリケーションプログラムサービスは、“アプリケーション”とも称されることに留意しなければならない。

代表的なアプリケーションプログラムサービスの一つは、視聴者参加型サービス、例えば、文字メッセージ、クイズ、投票(poll)、アンケート調査、人気投票、チケット予約、競売、電子クーポン、モバイルダウンロードのようなＴＶ電子商取引、天気、スポーツ、ゲームのような放送プログラムと独立的に提供されるアプリケーションプログラムサービスと、ポータルサービス、ターゲティング広告などを含む。

端末がアプリケーションプログラムサービスをサポートするために、シグナリング情報は、ブロードキャストネットワークまたは通信ネットワークを用いてアプリケーションプログラムサービスを実行するために必要なデータまたはファイルを受信し、アプリケーションプログラムサービス及び関連データを認識及び選択するために要求される。

アプリケーションプログラムサービスに関連するシグナリング情報は、２つのタイプに分けられる。すなわち、シグナリング情報は、アプリケーションプログラムサービスリスト、アプリケーションプログラムサービス名、及び転送情報のような個別サービスに対する全般的な属性を提供するシグナリング情報と、アプリケーションプログラムサービスの動作を制御するイベント情報に分類できる。放送プログラムとインタワーキングされるアプリケーションプログラムサービスは、イベント情報を放送プログラムと共に伝送することによって多様で豊富な放送サービスを提供できる。ここで、イベントは、アクションが取られることを示すアプリケーションプログラムサービスに関する通知(notification)、例えば時限(timed)通知を示す。

図４を参照して、本発明の一実施形態によるＭＭＴシステムにおいて、アプリケーションプログラムサービスを実行するための端末の動作プロセスについて説明する。

図４は、本発明の一実施形態によるＭＭＴシステムにおいてアプリケーションプログラムサービスを実行するための端末の動作プロセスを概略的に示す。

図４を参照して、図４に示す端末の動作プロセスが特定時間にターゲティング広告を提供するアプリケーションプログラムサービスを実行するための端末の動作プロセスであることに留意しなければならない。

図４を参照すると、端末は、ステップ４０５で、要請された放送プログラム(図４に“Ｓｈｏｗ Ｘ"で図示）のオーディオストリーム及びビデオストリームをサービスプロバイダから受信して再生する。ステップ４１０において、端末は、アプリケーションプログラムサービスに関連したシグナリングを提供するチャンネルとしてアプリケーション情報ストリームを通じて放送プログラムに関連したアプリケーションプログラムサービスに関するシグナリング情報を獲得し、必要である場合、ブロードキャストネットワークまたは通信ネットワークを介してアプリケーションプログラムサービスの実行に必要なデータを受信する。以下、説明の便宜上、アプリケーションプログラムサービスに関するシグナリング情報及びデータを“アプリケーション情報”と呼ぶ。

さらに、ステップ４１５において、端末は、放送プログラムを再生する間に、イベントを提供するチャンネルとしてイベントストリームを通じて送信されるイベント情報を受信し、受信したイベント情報による動作を実行する。一例として、図４では、端末は、Ｓｈｏｗ Ｘの特定部分、例えば広告が始まる時点で、広告中である製品の付加情報を提供するアプリケーションプログラムサービスＹの実行に関連するイベント情報を受信する。端末は、ステップ４２０で、イベント情報に基づいてアプリケーションプログラムサービスＹ、すなわち広告サービスを実行する。所定時間後に、アプリケーションプログラムサービスＹに対する終了イベントが受信される場合、端末は、ステップ４２５で、アプリケーションプログラムサービスＹを終了する。

ＭＭＴシステムでは、メディア消費とメディア配信に関連した多様なシグナリングメッセージを定義する。しかしながら、現在まで提案されているシグナリングメッセージは、パッケージに関する構成情報及びパッケージに含まれる各アセットを受信するために必要な情報を提供する。特に、ＭＰＴメッセージで使われるＭＰＴは、パッケージに含まれる各アセットに関する構成情報及び各アセットを受信するために必要な位置情報を定義する。そして、各アセットに関する構成情報及び各アセットの受信に必要な位置情報のような基本情報以外の付加情報は、ディスクリプタを用いて提供され、ＭＰＴメッセージは、多様なディスクリプタを格納するコンテナフォーマットを定義する。

ＭＰＩテーブルで使用されるＭＰＥＧ ＣＩは、パッケージに含まれる各アセットに対する端末の論理的画面での位置情報と各アセットの再生に対する時間情報を含むことができる。しかしながら、ＭＰＥＧ ＣＩは、ＭＭＴ方式に基づいて転送されるアセットに関する制御情報を提供することが主目的であり、ＭＭＴプロトコル以外の転送プロトコルを通じて転送されるアプリケーションプログラムサービスに適用することが困難である場合がある。

したがって、本発明の一実施形態では、ＭＭＴ方式に基づいてアプリケーションプログラムサービスに関連する情報及びアプリケーションプログラムサービスの動作を制御するためのイベント情報を送信する方式を提案し、以下に具体的に説明する。

図５を参照して、本発明の一実施形態によるＭＭＴシステムにおいてアプリケーションプログラムサービスに関連した情報を受信する装置の内部構成について説明する。

図５は、本発明の一実施形態によるＭＭＴシステムにおいてアプリケーションプログラムサービスに関連した情報を受信する装置の内部構成を概略的に示す。

図５を参照すると、アプリケーションプログラムサービスに関連した情報を受信する装置は、一例として端末であり得る。

上記装置は、データ受信器５０５、制御器５００、シグナリング情報データベース(ＤＢ)５６０、及びサービスディスプレイ５７０を含む。

データ受信器５０５は、ＭＭＴプロトコル、ＲＯＵＴＥ(real-time object delivery over Unidirectional transport)プロトコル、及びハイパーテキスト転送プロトコル(ＨＴＴＰ)のような転送プロトコルのうち少なくとも一つに基づいて通信ネットワークまたはブロードキャストネットワークを介して転送されるパケットを受信するためにＭＭＴデータ受信器５１０、ＲＯＵＴＥデータ受信器５１５、ＨＴＴＰデータ受信器５２０、及びＸＸＸデータ受信器５２５のうち少なくとも一つを含み、受信されたパケットをそのタイプに従ってファイルデータ受信器５３０、メディアデータ受信器５４０、またはシグナリングデータ受信器５５０に出力する。ここで、ＸＸＸデータ受信器５２５は、ＭＭＴプロトコル、ＲＯＵＴＥプロトコル、ＨＴＴＰ以外の転送プロトコルに基づいて転送されるパケットを受信するデータ受信器を意味する。

ファイルデータ受信器５３０は、データ受信器５０５から出力されるパケットを処理してパケットに含まれたデータを獲得し、データをファイルプロセッサ５３５に出力する。ファイルデータ受信器５３０は、ＭＭＴ方式で定義される一般ファイル配信(ＧＦＤ)モードで転送されるＭＭＴＰパケットを受信し、ＭＭＴＰパケットに基づいたＭＭＴＰペイロードを構成し、ＭＭＴＰペイロードをファイルプロセッサ５３５に出力する。ファイルデータ受信器５３０は、多様なファイル転送プロトコルのうちいずれか一つを通じて転送されるパケットを受信し、受信したパケットから希望するデータを抽出し、抽出したデータをファイルプロセッサ５３５に出力する。ファイルプロセッサ５３５は、ファイルデータ受信器５３０から出力されたデータに基づいてファイルを構成する。

メディアデータ受信器５４０及びメディアプロセッサ５４５の各々は、メディアデータを処理する。例えば、メディアデータがＭＭＴ方式で定義されるＭＰＵである場合、メディアプロセッサ５４５は、ＭＭＴＰのＭＰＵモードで伝送されるメディアデータを処理できる。このとき、メディアデータ受信器５４０は、データ受信器５０５内のＭＭＴデータ受信器５１０から出力されたＭＭＴＰパケットに従ってＭＭＴＰペイロードを構成してＭＰＵを生成し、メディアプロセッサ５４５は、ＭＰＵをサービスディスプレイ５７０を通じて再生する。

メディアデータがファイルを通じて伝送される場合、ファイルプロセッサ５３５はメディアプロセッサ５４５にメディアファイルを出力し、メディアプロセッサ５４５はメディアファイルをサービスディスプレイ５７０を通じて再生する。

また、メディアデータがＩＳＯ/ＩＥＣ２３００９-１で定義されたＤＡＳＨ(Dynamic Adaptive Streaming over HTTP)形式に従う場合、メディアプロセッサ５４５は、ＲＯＵＴＥプロトコルに基づいて転送されたメディアデータを処理できる。このとき、メディアプロセッサ５４５は、ＲＯＵＴＥデータ受信器５１５から出力されたＲＯＵＴＥパケットを処理してＤＡＳＨセグメントを生成し、ＤＡＳＨセグメントをサービスディスプレイ５７０を通じて再生する。

メディアデータ受信器５４０は、ＭＰＵ又はＤＡＳＨセグメントのようにＩＳＯＢＭＦＦ(ISO Base Media File Format)に従うメディアファイルの全体を生成した後にメディアファイルをメディアプロセッサ５４５に出力し、あるいはチャンネル転換に要求される時間を短縮するためにメディアファイルの全体が生成される前に生成されたメディアファイルの一部をメディアプロセッサ５４５に出力することができる。

データ受信器５０５から出力されるパケットがシグナリング情報を含む場合、パケットは、シグナリングデータ受信器５５０に出力され、シグナリングデータ受信器５５０がシグナリング情報を再構成するために使用される。シグナリング情報は、シグナリングプロセッサ５５５に出力され、付加情報はシグナリング情報によって実行される。例えば、シグナリング情報がＭＭＴＰに基づいて転送される場合、シグナリングデータ受信器５５０は、ＭＭＴデータ受信器５１０からシグナリング情報を含むＭＭＴＰパケットを受信し、受信したＭＭＴＰパケットに基づいてＭＭＴＰペイロードを再構成し、シグナリングプロセッサ５５５は、ＭＭＴＰペイロードに含まれるシグナリング情報をパーシング(parsing)して必要な情報をシグナリング情報ＤＢ５６０に格納する。

シグナリング情報がファイルに含まれる場合、シグナリングプロセッサ５５５は、ファイルプロセッサ５３５から出力されるシグナリング情報を含むファイルを入力し、ファイルからシグナリング情報をパーシングして必要情報をシグナリング情報ＤＢ５６０に格納する。

シグナリングプロセッサ５５５は、パーシングされたシグナリング情報に基づいて他の構成要素と相互作用して追加的な動作を実行する。例えば、アプリケーションプログラムサービスに関連したシグナリング情報が受信される場合、シグナリングプロセッサ５５５は、アプリケーションプログラムサービスの実行に必要なデータを受信するために必要な情報をファイルデータ受信器５３０に出力し、それによってファイルデータ受信器５３０はアプリケーションプログラムサービスの実行に必要なデータを受信する。

一方、アプリケーションプログラムサービスの制御に関連したイベント情報は、専用シグナリングチャンネル又はメディアデータを通じて送信できる。すなわち、アプリケーションプログラムサービスの制御に関連したイベント情報は、メディアデータに含まれ得る。例えば、ＭＭＴで、アプリケーションプログラムサービスの制御に関連したイベント情報は、シグナリングメッセージを通じて送信され、あるいはメディアデータを含むＭＰＵを通じて送信される。すなわち、ＭＭＴでは、アプリケーションプログラムサービスの制御に関連したイベント情報は、ＭＰＵに含まれる。もう一つの例として、ＤＡＳＨの場合、シグナリング情報は、ＭＰＤを通じて又はメディアデータを含んでいるＤＡＳＨセグメントを通じて送信できる。すなわち、ＤＡＳＨの場合、シグナリング情報は、ＭＰＤ又はＤＡＳＨセグメントに含まれてもよい。

したがって、メディアデータ受信器５４０は、メディアデータにイベント情報が含まれる場合、イベント情報を抽出してシグナリングプロセッサ５５５に出力し、それによってイベント情報はアプリケーションプログラム管理器５６５に出力され、アプリケーションプログラムサービスの動作を制御するために使用される。

アプリケーションプログラム管理器５６５は、アプリケーションプログラムサービスに関する全般的な情報を格納及び管理し、各アプリケーションプログラムサービスの動作を管理し、サービスディスプレイ５７０を通じて各アプリケーションプログラムサービスに関する情報を表示する。このために、アプリケーションプログラム管理器５６５は、シグナリングプロセッサ５５５とファイルプロセッサ５３５と相互作用してアプリケーションプログラムサービスの提供に必要なデータ及びシグナリング情報を受信するようになる。

次に、本発明の一実施形態によるＭＭＴシステムにおいてアプリケーションプログラムサービスに関連したシグナリング情報及びイベント情報を送信するプロセスに関して説明する。

１)アプリケーションプログラムサービスに関連したシグナリング情報の送信
アプリケーションプログラムサービスに関連した情報は、アプリケーションプログラムサービスの名称、転送方式、ライフサイクルのようなアプリケーションプログラムサービスに対する主要属性を含む。

本発明の一実施形態では、アプリケーションプログラムサービスに関連した情報を送信するために、ＭＭＴシグナリングセッションを通じて送信されるシグナリングメッセージとしてアプリケーション情報テーブル(ＡＩＴ)メッセージが使用され得る。以下、説明の便宜上、ＡＩＴは、“ＡＩテーブル”とも称されることに留意しなければならない。

下記の＜表１＞は、ＡＩＴメッセージ及びＡＩＴメッセージに含まれるＡＩテーブルのフォーマットの一例を示す。

＜表１＞において、ｍｅｓｓａｇｅ＿ｉｄフィールドはＡＩＴメッセージのＩＤを示し、ｖｅｒｓｉｏｎフィールドはＡＩＴメッセージのバージョンを示し、ｌｅｎｇｔｈフィールドはＡＩＴメッセージの長さを示す。ｌｅｎｇｔｈフィールドは、ｌｅｎｇｔｈフィールドの次の位置からＡＩＴメッセージの終了までの長さを示し、例えばバイト長であり得る。

＜表１＞において、ｍｅｓｓａｇｅ＿ｐａｙｌｏａｄフィールドはＡＩＴメッセージのペイロードを示し、ＡＩ＿ｔａｂｌｅ()フィールドはＡＩＴを含む。

ＡＩＴメッセージは、ＡＩＴメッセージが適用されるサービスを識別するためのＩＤをさらに含むことができる。また、ＡＩＴメッセージは、ｅｘｔｅｎｓｉｏｎ部分にＡＩＴメッセージを識別するためのＵＲＩ(Uniform Resource Identifier)が存在するか否かを示す１ビットフラグをさらに含んでいてもよい。例えば、１ビットフラグがオン状態である場合、ＵＲＩを示すフィールドは、ＡＩＴメッセージにさらに含まれ得る。

ＭＭＴパッケージに含まれたすべてのアプリケーションプログラムサービスに関する情報は、一つのＡＩテーブルを通じて送信され、あるいは複数のＡＩテーブルを通じて送信され得る。ここで、すべてのアプリケーションプログラムサービスに関する情報を含むＡＩテーブルは、“完全ＡＩテーブル”と称され、すべてのアプリケーションプログラムサービスに関する情報のうち一部を含むＡＩテーブルは“サブセットＡＩテーブル”と称されることに留意しなければならない。

各サブセットＡＩテーブルは、独立的なＡＩＴメッセージに含まれる。

＜表２＞は、ＡＩテーブルのフォーマットの一例を示す。

＜表２＞において、ｔａｂｌｅ＿ｉｄフィールドはｔａｂｌｅ＿ｉｄを示し、ｔａｂｌｅ＿ｉｄはＡＩテーブルのＩＤを示す。完全ＡＩテーブルとサブセットＡＩテーブルは、異なるｔａｂｌｅ＿ｉｄを有することができる。ｔａｂｌｅ＿ｉｄフィールドの値は順番に割り当てられ、それによってサブセットＡＩテーブルのサブセットＡＩテーブル番号はｔａｂｌｅ＿ｉｄフィールドに基づいて計算できる。例えば、サブセットＡＩテーブル番号は“ｔａｂｌｅ＿ｉｄ−ベースサブセットＡＩテーブルのｔａｂｌｅ＿ｉｄ”で計算できる。ベースサブセットＡＩテーブルは、サブセットＡＩテーブル番号が０であるサブセットＡＩテーブルを意味する。例えば、１から１４のサブセットＡＩテーブル番号は、ベースサブセットＡＩテーブルでなく、サブセットＡＩテーブルを示し、サブセットＡＩテーブル番号１５は完全ＡＩテーブルを示す。

＜表２＞において、ｖｅｒｓｉｏｎフィールドは、ＡＩテーブルのバージョンを示す。新バージョンのＡＩテーブルが受信される場合、ＡＩテーブルは、既存バージョンのＡＩテーブルから新バージョンのＡＩテーブルに変更される。ｖｅｒｓｉｏｎフィールドは、既存のＭＭＴシグナリングテーブルのうちＭＰＩテーブルに含まれるｖｅｒｓｉｏｎフィールドと同様に解析できる(ｔａｂｌｅ＿ｉｄフィールドが完全ＡＩテーブルを示す場合、ｓｕｂｓｅｔ-０ ＡＩテーブルに含まれるｔａｂｌｅ＿ｉｄフィールドの値がｔａｂｌｅ＿ｉｄフィールドの値と同一である場合(ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅフィールドの値が‘１’である場合)、あるいはより低いサブセットＡＩテーブル番号を有するすべてのサブセットＡＩテーブルがｔａｂｌｅ＿ｉｄフィールドの値と同一のバージョン値を有する場合(ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅフィールドの値が‘０’である場合)、あるいはサブセットＡＩテーブルのプロセッシングが独立的である場合(ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅフィールドの値が‘２’である場合))。

ここで、ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅフィールドは、ＡＩテーブルが分割される場合に分割されたＡＩテーブルの処理方式を示すＡＩ＿ｔａｂｌｅ＿ｍｏｄｅを示し、既存のＭＭＴシグナリングテーブルのうちＭＰＩテーブルに含まれるＰＩ＿ｍｏｄｅフィールドに類似した方式で使用される。ここで、ＰＩ＿ｍｏｄｅフィールドに関する具体的な説明は省略する。

ｓｕｂｓｅｔ-０ ＡＩテーブルがより新たなバージョンを有する場合、ＭＭＴ受信エンティティ内に格納されている以前の最大１４までの、より高いサブセットＡＩテーブル番号を有するすべてのサブセットＡＩテーブルは、ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅが独立モードである場合を除いてはこれ以上必要ないと取り扱える。ここで、ＭＭＴ受信エンティティは端末を含む。サブセットＡＩテーブル番号が０でなく、ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅの値が‘１’である場合、ＭＭＴ受信エンティティに格納されているｓｕｂｓｅｔ-０ ＡＩテーブルのバージョンと異なるバージョンを有するサブセットＡＩテーブルのコンテンツは無視される。また、サブセットＡＩテーブル番号が０でなく、ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅの値が‘０’である場合、ＭＭＴ受信エンティティに格納されているより低いサブセットＡＩテーブル番号を有するサブセットＡＩテーブルのバージョンと異なるバージョンを有するサブセットＡＩテーブルのコンテンツは無視される。バージョン変更時ごとにモジュロ-２５６が増加する。

＜表２＞において、ｌｅｎｇｔｈフィールドはＡＩテーブルの長さを示し、ｌｅｎｇｔｈフィールドの次の位置からＡＩテーブルの終了までの長さを示す。例えばｌｅｎｇｔｈフィールドはバイト長であり得る。

“ｓｅｑｕｅｎｔｉａｌ＿ｏｒｄｅｒ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ”で、ＡＩテーブルのサブセットＡＩテーブル番号が‘０’でない場合、ＭＭＴ受信エンティティは、ＡＩテーブルを処理する前にＡＩテーブルと同一のバージョンを有するより低いサブセットＡＩテーブル番号を有するすべてのサブセットＡＩテーブルを受信する。例えば、ＭＭＴ受信エンティティは、ＭＭＴ受信エンティティが同一のバージョンのｓｕｂｓｅｔ-２ ＡＩテーブルを受信しない場合、ｓｕｂｓｅｔ-３ ＡＩテーブルを処理できない。“ｏｒｄｅｒ＿ｉｒｒｅｌｅｖａｎｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ”で、ＡＩテーブルのサブセットＡＩテーブル番号が‘０’でない場合、ＭＭＴ受信エンティティは、ＭＭＴ受信エンティティに格納されているサブセット-０ ＡＩテーブルがＡＩテーブルと同一のバージョンを有する間はＡＩテーブルを受信した後にＡＩテーブルを直ちに処理しなければならない。“ｉｎｄｅｐｅｎｄｅｎｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ”で、サブセットＡＩテーブルの各バージョンは個別的に管理される。“ｉｎｄｅｐｅｎｄｅｎｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｍｏｄｅ”では、フラグメントされたＡＩテーブルが適用される。

ＡＩ＿ｔａｂｌｅ＿ｍｏｄｅフィールドで使用される値及び説明の一例は、次の＜表３＞のように示す。

さらに、＜表２＞において、ＡＩ＿ｔａｂｌｅ＿ｄｅｓｃｒｉｐｔｏｒ＿ｂｙｔｅｓフィールドは、ＡＩテーブルのディスクリプタを示し、ＡＩ＿ｃｏｕｎｔフィールドはＡＩテーブルに含まれたアプリケーションプログラムサービスの個数を示し、ａｐｐｌｉｃａｔｉｏｎ＿ａｔｔｒｉｂｕｔｅｓ()フィールドは、各アプリケーションプログラムサービスの属性を示す。

上記したように、ＡＩテーブルは、アプリケーションプログラムサービスに関連した多様な属性を含み、ａｐｐｌｉｃａｔｉｏｎ＿ａｔｔｒｉｂｕｔｅｓ()フィールドに多様な属性が含まれる。多様な属性は、アプリケーションプログラムサービスの名称、アプリケーションプログラムサービスに関連したデータの転送情報と優先順位などが含まれる。

＜表４＞は、ａｐｐｌｉｃａｔｉｏｎ＿ａｔｔｒｉｂｕｔｅｓ(）の一例を示す。

本発明の一実施形態において、アプリケーションプログラムサービスに関連した情報は、ＭＭＴパッケージに関連したシグナリングメッセージとしてＭＰＴメッセージを通じて送信できる。

具体的にＭＰＴメッセージは、ＭＭＴパッケージにアプリケーションプログラムサービスが存在するか否かを示すディスクリプタを含む。アプリケーションプログラムサービスが存在するか否かを示すディスクリプタがＭＰＴメッセージに含まれるので、端末は、ＭＭＴに基づいて転送される放送サービスを再生するためにＭＰＴメッセージを受信する必要があり、それによって、端末は、より早くアプリケーションプログラムサービスが存在するか否かを検出できる。

ＭＰＴメッセージを通じてＭＭＴパッケージ内にアプリケーションプログラムサービスが存在することを検出する場合、端末は、上記したＡＩＴメッセージを受信することによって、アプリケーションプログラムサービスに関連した詳細情報を獲得できる。

ＭＰＴメッセージは、単にアプリケーションプログラムサービスが存在するか否かのみを通知するだけでなく、必要によって、ＡＩＴに含まれる情報のうち端末に最初に提供すべき情報をさらに含むことができる。最初に提供すべき情報は、端末の性能改善、または経験品質(Quality of Experience：ＱｏＥ)の改善を助ける情報であり得る。

＜表５＞は、ＭＰＴメッセージに含まれるディスクリプタとしてのａｐｐｌｉｃａｔｉｏｎ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒのフォーマットの一例を示す。

＜表５＞において、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、ｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒフィールドを識別するタグを示し、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドはｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒフィールドの長さを示し、ａｐｐｌｉｃａｔｉｏｎ＿ｓｅｒｖｉｃｅ＿ａｖａｉｌａｂｌｅフィールドはパッケージ内にアプリケーションプログラムサービスが存在するか否かを示す。例えば、ａｐｐｌｉｃａｔｉｏｎ＿ｓｅｒｖｉｃｅ＿ａｖａｉｌａｂｌｅフィールドの値が０である場合、パッケージ内にアプリケーションプログラムサービスが存在しないことを意味する。ａｐｐｌｉｃａｔｉｏｎ＿ｓｅｒｖｉｃｅ＿ａｖａｉｌａｂｌｅフィールドの値が１である場合、パッケージ内にアプリケーションプログラムサービスが存在することを意味する。アプリケーションプログラムサービスに関連した情報は、ＡＩＴメッセージを通じて送信される。

２）イベント情報の送信
イベント情報は、放送プログラム内で該当イベントが発生する時点が予めわかっているか否かに従って２つのタイプの方式で伝送できる。

第一に、録画放送のように特定イベントが発生する時点が予めわかる場合、静的イベント送信方式が使用される。

第ニに、生放送のように特定イベントが発生する時点が予めわからない場合に、動的イベント送信方式が使用される。

イベント情報は、アプリケーションプログラムサービスに通知される。

本発明の一実施形態において、イベント情報は、ＭＭＴシグナリングチャンネルを介して送信されるＭＭＴシグナリングメッセージ、すなわちアプリケーションイベント情報(ＡＥＩ)メッセージを通じて送信できる。ＡＥＩメッセージは、静的イベント送信方式及び動的イベント送信方式の両方ともに適用できる。動的イベント方式の場合、イベント情報は、該当イベントが発生するメディアデータ、例えばＭＰＵ内に含まれ得る。

＜表６＞及び＜表７＞は、イベント情報を含むＭＭＴシグナリングメッセージ、例えばＡＥＩメッセージとＡＥＩメッセージに含まれるアプリケーションイベント(ＡＥ)テーブルのフォーマットの一例を示す。

＜表６＞において、ｍｅｓｓａｇｅ＿ｉｄフィールドはＡＥＩメッセージのＩＤを示し、ｖｅｒｓｉｏｎフィールドはＡＥＩメッセージのバージョンを示し、ｌｅｎｇｔｈフィールドはＡＥＩメッセージの長さを示す。ｌｅｎｇｔｈフィールドは、ｌｅｎｇｔｈフィールドの次の位置からＡＥＩメッセージの終了までの長さを示す。例えば、このｌｅｎｇｔｈフィールドはバイト長であり得る。また、ＡＥ＿ｔａｂｌｅ()フィールドはＡＥテーブルを含む。

本発明の一実施形態において、ＡＥＩメッセージは、ｅｘｔｅｎｓｉｏｎ部分にＡＥＩメッセージが適用されるサービスを識別するためのＩＤをさらに含むことができる。ＡＥＩメッセージは、ｅｘｔｅｎｓｉｏｎ部分にＡＥＩメッセージを識別するためのＵＲＩが存在するか否かを示す１ビットフラグをさらに含む。１ビットフラグがオン状態である場合、ＵＲＩを表すフィールドは、ＡＥＩメッセージにさらに含まれ得る。

＜表７＞において、ｔａｂｌｅ＿ｉｄフィールドはＡＥテーブルのＩＤを示す。また、＜表７＞で、ｖｅｒｓｉｏｎフィールドはＡＥテーブルのバージョンを示し、ｌｅｎｇｔｈフィールドはＡＥテーブルの長さを示す。ｌｅｎｇｔｈフィールドは、ｌｅｎｇｔｈフィールドの次の位置からＡＥテーブルの終了までの長さを示す。例えば、ｌｅｎｇｔｈフィールドはバイト長であり得る。さらに、＜表７＞で、ｎｕｍｂｅｒ＿ｏｆ＿ａｐｐ＿ｅｖｅｎｔｓフィールドは、ＡＥテーブルに含まれるイベントの個数を示し、ＡＥ＿ｄｅｓｃｒｉｐｔｏｒ()フィールドは各イベントの情報を含む。

イベント情報は、ＡＥ＿ｄｅｓｃｒｉｐｔｏｒ()フィールドに格納され、イベントに関連したアプリケーションプログラムサービスのＩＤ、イベントが適用される時間及び期間、イベント動作のようなイベントに関連した多様な情報を含むことができる。

＜表８＞は、ＡＥ＿ｄｅｓｃｒｉｐｔｏｒ(）の一例を示す。

＜表８＞において、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドはＡＥ＿ｄｅｓｃｒｉｐｔｏｒ()を識別するタグを意味し、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドはＡＥ＿ｄｅｓｃｒｉｐｔｏｒ(）の長さを意味し、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ()フィールドはイベントが適用されるアプリケーションの固有ＩＤを示す。

次に、＜表９＞は、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒ()フィールドのフォーマットの一例を示す。

＜表８＞において、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉ＿ｌｅｎｇｔｈフィールドはｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉの長さを示す。例えば、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉ＿ｌｅｎｇｔｈフィールドは、バイト長であり得る。さらに、＜表８＞において、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉフィールドは、ｅｖｅｎｔ＿ｄａｔａフィールドを通じて送信される値の意味及び文法を定義し、ｅｖｅｎｔ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドはｅｖｅｎｔ＿ｄａｔａフィールドの長さを示す。例えば、ｅｖｅｎｔ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、バイト長であり得る。

さらに、＜表８＞において、ｅｖｅｎｔ＿ｖａｌｕｅフィールドはイベント値を示す。イベント値の範囲及び意味は、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉにより決定される。また、＜表８＞において、ｅｖｅｎｔ＿ｉｄフィールドはイベントの固有ＩＤを示し、ｅｖｅｎｔ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅフィールドはイベントが適用されるメディア再生時間を示し、ｅｖｅｎｔ＿ｄｕｒａｔｉｏｎフィールドはイベントが有効なメディア再生時間を示し、ｅｖｅｎｔ＿ｄａｔａフィールドはイベント内容を示す。

本発明の一実施形態において、イベント情報は、メディアデータを通じて送信される。

ＭＭＴプロトコルにおいて、メディアデータはＭＰＵに含まれ、ＭＰＵは、ＩＳＯＢＭＦＦ構造に従う。イベント情報は、ＭＰＵに含まれるｅｖｔｉボックスに含まれ、ｅｖｔｉボックスのフォーマットの一例は＜表１０＞に示すようである。

＜表１０＞において、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉフィールドはｅｖｅｎｔ＿ｄａｔａフィールドを通じて送信される値の意味及び文法を定義し、ｅｖｅｎｔ＿ｖａｌｕｅフィールドはイベント値を含む。イベント値の範囲及び意味は、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉにより決定される。また、＜表１０＞において、ｅｖｅｎｔ＿ｉｄフィールドはイベントの固有ＩＤを示し、ｅｖｅｎｔ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ＿ｄｅｌｔａフィールドは、ＭＰＵが再生される時間とイベントが適用されるメディア、すなわちＭＰＵの再生時間との間の差を示す。すなわち、ｅｖｅｎｔ＿ｐｒｅｓｅｎｔａｔｉｏｎ＿ｔｉｍｅ＿ｄｅｌｔａフィールドは、イベントの開始時間を示す。ｅｖｅｎｔ＿ｄｕｒａｔｉｏｎフィールドは、イベントが有効なメディアの再生時間、すなわちイベントの期間(duration）を表し、ｅｖｅｎｔ＿ｄａｔａフィールドはイベント内容、すなわちイベントにより開始されるアクションを示す。＜表１０＞において、ａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｔｉｆｉｅｒフィールドは、イベントが適用されるアプリケーションプログラムサービスのＩＤを示す。

本発明の一実施形態において、イベント情報は、アセットに含まれるＭＰＵを通じて送信され、ＭＭＴシグナリング情報は、アセットに含まれたＭＰＵにイベント情報が含まれていることを知らせるために使用できる。

このために、ＭＭＴパッケージ情報を送信するＭＰテーブルは、アセットレベルで使用されるディスクリプタとしてｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを含む。

端末は、ＭＰテーブルを通じてｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを受信することによって、アセットに含まれるＭＰＵにイベント情報が含まれていることを検出できる。このように、アセットに含まれるＭＰＵにイベント情報が含まれていることを検出する場合、端末は、ＭＰＵを受信してＭＰＵに含まれたｅｖｔｉボックスからイベント情報を獲得する。

下記の＜表１１＞は、ｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒのフォーマットの一例を示す。

＜表１１＞において、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドはｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを識別するタグであり、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドはｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの長さを示し、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉ＿ｌｅｎｇｔｈフィールドはｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉの長さを示し、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉフィールドはｅｖｅｎｔ＿ｄａｔａフィールドを通じて送信される値の意味及び文法を定義する。例えば、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉ＿ｌｅｎｇｔｈフィールドはバイト長であり得る。

さらに、＜表１１＞で、ｅｖｅｎｔ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドはｅｖｅｎｔ＿ｄａｔａフィールドの長さを示し、ｅｖｅｎｔ＿ｖａｌｕｅフィールドはイベント値を含む。例えば、ｅｖｅｎｔ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドは、バイト長であり得る。イベント値の範囲及び意味は、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉにより決定される。

図６を参照して、本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴシグナリングメッセージに基づいてイベント情報を処理するプロセスについて説明する。

図６は、本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴシグナリングメッセージに基づいてイベント情報を処理するプロセスを概略的に示す。

図６を参照すると、ステップ６０５において、端末は、サービスが選択されたことを検出する。ステップ６１０において、端末は、サービスに関連したＭＭＴシグナリングメッセージの受信をモニタリングし、サービスに関連したＭＭＴシグナリングメッセージを受信した場合、受信したＭＭＴシグナリングメッセージをパーシングする。ステップ６１５において、端末は、ＭＭＴシグナリングメッセージがＡＩＴメッセージを含むか否かを判定する。

ＭＭＴシグナリングメッセージがＡＩＴメッセージを含まない場合、端末は、ステップ６２０で、選択されたサービスのビデオ/オーディオストリームを再生する。

ＭＭＴシグナリングメッセージがＡＩＴメッセージを含む場合には、端末は、ステップ６２５で、ＡＩＴメッセージに含まれたＡＩテーブルに基づいてアプリケーションプログラムサービスに関連したデータを受信する。ステップ６２５で、端末は、ＡＩテーブルに含まれたアプリケーションプログラムの属性及び入力されるパラメータに基づいて、アプリケーションプログラムサービスに関連したデータを受信する開始時間、アプリケーションプログラムサービスを直ちに実行するか否かなどを判定できる。

ステップ６３０において、端末は、イベント情報を含むシグナリングメッセージとしてＡＥＩメッセージの受信をモニタリングし、ＡＥＩメッセージが受信される場合、このＡＥＩメッセージに含まれるＡＥテーブルからイベント適用時間に関する情報を獲得する。端末は、ステップ６３０で、イベント適用時間に到達したか否かを判定する。

イベント適用時間に到達した場合、端末は、ステップ６３５において、イベントに基づいてアプリケーションプログラムサービスに対する制御を実行する。ここで、アプリケーションプログラムサービスに対する制御は、アプリケーションプログラムサービスを開始する制御又はアプリケーションプログラムサービスを終了する制御を含むことができる。

イベント適用時間に到達していない場合、端末は、ステップ６２０に進行する。

図６は、本発明の一実施形態によるＭＭＴシステムにおけるＭＭＴシグナリングメッセージに基づいてイベント情報を処理するプロセスを示すが、図６に対して多様な変更を行うことができる。例えば、図６では直列的な動作が示されるが、図６の動作はオーバーラップしてもよいし、並列して発生してもよいし、異なる順序で発生してもよいし、複数回発生してもよい。

図６を参照して、本発明の一実施形態によるＭＭＴシステムにおいてＭＭＴシグナリングメッセージに基づいてイベント情報を処理するプロセスについて説明し、次に図７を参照して、本発明の一実施形態によるＭＭＴシステムでＭＰＵに基づいてイベント情報を処理するプロセスについて説明する。

図７は、本発明の一実施形態によるＭＭＴシステムにおけるＭＰＵに基づいてイベント情報を処理するプロセスを概略的に示す。

図７を参照すると、ステップ７０５において、端末は、サービスが選択されたことを検出する。ステップ７１０において、端末は、サービスに関連したＭＭＴシグナリングメッセージの受信をモニタリングし、サービスに関連したＭＭＴシグナリングメッセージを受信した場合、受信したＭＭＴシグナリングメッセージをパーシングする。ステップ７１５において、端末は、ＭＭＴシグナリングメッセージがＡＩＴメッセージを含むか否かを判定する。

ＭＭＴシグナリングメッセージがＡＩＴメッセージを含まない場合、端末は、ステップ７２０において、選択されたサービスのビデオ/オーディオストリームを再生する。

一方、ＭＭＴシグナリングメッセージがＡＩＴメッセージを含む場合、端末は、ステップ７２５で、ＡＩＴメッセージに含まれたＡＩテーブルに基づいて、アプリケーションプログラムサービスに関連したデータを受信する。また、ステップ７２５において、端末は、ＡＩテーブルに含まれたアプリケーションプログラムの属性及び入力されるパラメータに基づき、アプリケーションプログラムサービスに関連したデータを受信開始時間、アプリケーションプログラムサービスを直ちに実行するか否かなどを判定できる。

ステップ７１０で、ＭＭＴシグナリングメッセージを受信した端末は、ステップ７４０で、ＭＭＴシグナリングメッセージに基づいてＭＰＵにイベント情報が含まれるか否かを判定する。すなわち、端末は、ＭＭＴシグナリングメッセージに含まれているＭＰテーブルに含まれたアセットレベルディスクリプタを分析し、それによってアセットに含まれたＭＰＵにイベント情報が含まれるか否かを判定する。

アセットレベルディスクリプタがＭＰＵにイベント情報が含まれることを示す場合、端末は、ステップ７４５において、アセットに含まれるＭＰＵを受信する度に、アセットに含まれるＭＰＵからイベント情報を抽出し格納する。

ステップ７３０において、端末は、サービスの再生中に周期的にイベント適用時間に到達したか否かを判定する。例えば、イベント適用時間に関する情報は、ＡＥＩメッセージ内のＡＥテーブルから獲得できる。イベント適用時間に到達した場合、端末は、ステップ７３５で、関連イベントを適用してアプリケーションプログラムサービスに対する制御を実行する。

図７は、本発明の一実施形態によるＭＭＴシステムにおいてＭＭＴシグナリングメッセージに基づいてイベント情報を処理するプロセスを示すが、図７に対して多様な変更を行うことができる。例えば、図７では直列的な動作が示されるが、動作はオーバーラップしてもよいし、並列して発生してもよいし、異なる順序で発生してもよいし、複数回発生してもよい。

本発明の一実施形態において、シグナリングテーブル及びディスクリプタは、次の＜表１２＞のように構成されるｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()としてカプセル化され、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()は、ＭＭＴＰのシグナリングメッセージモードで送信され得る。

＜表１２＞において、ｍｅｓｓａｇｅ＿ｉｄフィールドは、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ(）のＩＤを示す。ｍｅｓｓａｇｅ＿ｉｄフィールドは、例えば１６ビットフィールドで実現できる。＜表１２＞において、ｖｅｒｓｉｏｎフィールドは、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ(）のバージョンを表す。ｖｅｒｓｉｏｎフィールドは、例えば８ビットのフィールドとして実現できる。

＜表１２＞において、ｌｅｎｇｔｈフィールドは、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ(）の長さを示す。例えば、ｌｅｎｇｔｈフィールドはバイト長であり、３２ビットのフィールドとして実現できる。ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ(）の長さは、ｌｅｎｇｔｈフィールドの次のバイトからｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ(）の最後のバイトまでのバイトの数であり得る。

さらに、＜表１２＞において、ｓｅｒｖｉｃｅ＿ｉｄフィールドは、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()に含まれるペイロードを通じて送信される情報が適用されるサービスを識別するためのＩＤを示す。ｓｅｒｖｉｃｅ＿ｉｄフィールドは、例えば１６ビットのフィールドとして実現できる。ｓｅｒｖｉｃｅ＿ｉｄフィールドは、後述するＵＳＤのａｔｓｃ：ｓｅｒｖｉｃｅＩｄ ａｔｔｒｉｂｕｔｅと同一の値に設定される。

＜表１２＞において、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅフィールドは、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()に含まれるペイロードを通じて送信される情報のタイプを示す。ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅフィールドは１６ビットフィールドで実現できる。

例えば、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅフィールドは、次の＜表１３＞のような値を示す。

＜表１２＞において、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｖｅｒｓｉｏｎフィールドは、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()に含まれるメッセージペイロードを通じて送信される情報のバージョンを示す。ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｖｅｒｓｉｏｎフィールドは、一例として、８ビットのフィールドとして実現できる。メッセージペイロードは、ｓｅｒｖｉｃｅ＿ｉｄとａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅの組み合わせに基づいて区別できる。

＜表１２＞において、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｃｏｍｐｒｅｓｓｉｏｎフィールドは、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()に含まれるメッセージペイロードに含まれたａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｂｙｔｅフィールドに適用される圧縮方式を示す。例えば、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｃｏｍｐｒｅｓｓｅｉｏｎフィールドは８ビットのフィールドとして実現できる。

＜表１２＞において、ＵＲＩ＿ｌｅｎｇｔｈフィールドは、メッセージペイロードを識別するために使われるＵＲＩの長さを示す。例えば、ＵＲＩ＿ｌｅｎｇｔｈフィールドは、８ビットのフィールドとして実現できる。ＵＲＩが使用されない場合、ＵＲＩ＿ｌｅｎｇｔｈフィールドの値は、０に設定され得る。

＜表１２＞において、ＵＲＩ＿ｂｙｔｅフィールドは、メッセージペイロードを識別するために使用されるＵＲＩの各バイトを示す。ＵＲＩ＿ｂｙｔｅフィールドは、８ビットのフィールドとして実現できる。例えば、ＵＲＩ＿ｂｙｔｅフィールドは、ＵＴＦ(Universal coded character set＋Transformation Format)−８キャラクタで表現され、ヌル終端キャラクタは含まれない。

＜表１２＞において、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｂｙｔｅフィールドは、メッセージペイロードを通じて送信される情報の各バイトを示す。例えば、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｂｙｔｅフィールドは、８ビットのフィールドとして実現できる。

一方、＜表１２＞に示すｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()は、拡張可能マークアップ言語(ＸＭＬ)フォーマット、バイナリフォーマットなどを含むすべてのフォーマットのシグナリング情報を、メッセージペイロードを通じて送信し、各シグナリング情報のフォーマットは、ａｔｓｃ３＿ｍｅｓｓａｇｅ＿ｃｏｎｔｅｎｔ＿ｔｙｐｅを用いて識別できる。

本発明の一実施形態により、ｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒが＜表１２＞のｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()に含まれるペイロードを通じて送信される場合、ｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒは、次の＜表１４＞のようなフォーマットを有する。

＜表１４＞において、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、ｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを識別するタグを示し、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドはｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒの長さを示し、ｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓフィールドはｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒに記載されたアセットの数を示す。＜表１４＞において、ａｓｓｅｔ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、アセットＩＤの長さを示し、ａｓｓｅｔ＿ｉｄ＿ｂｙｔｅフィールドはアセットＩＤの各バイトを示す。例えば、ａｓｓｅｔ＿ｉｄ＿ｌｅｎｇｔｈフィールドは、バイト長さを示すことができる。

＜表１４＞で、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉ＿ｌｅｎｇｔｈフィールドはｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉの長さを示し、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉフィールドは、ｅｖｅｎｔ＿ｄａｔａフィールドを通じて送信される値の意味及び文法を定義する。ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉ＿ｌｅｎｇｔｈフィールドは、例えばバイト長を示す。

また、＜表１４＞において、ｅｖｅｎｔ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドはｅｖｅｎｔ＿ｄａｔａフィールドの長さを示し、ｅｖｅｎｔ＿ｖａｌｕｅフィールドはイベント値を含む。イベント値の範囲及び意味は、ｓｃｈｅｍｅ＿ｉｄ＿ｕｒｉにより決定され、ｅｖｅｎｔ＿ｖａｌｕｅ＿ｌｅｎｇｔｈフィールドはバイト長を示すことができる。

本発明の一実施形態において、イベント情報はアセットに含まれるＭＰＵを通じて送信され、ＭＭＴシグナリング情報は、アセットに含まれたＭＰＵにイベント情報が含まれていることを知らせるために使われる。このために、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()は、アセットレベルで使用されるディスクリプタとしてｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒをペイロードに含む。

端末は、ｍｍｔ＿ａｔｓｃ３＿ｍｅｓｓａｇｅ()を通じてｉｎｂａｎｄ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒを獲得し、アセットに含まれたＭＰＵにイベント情報が含まれていることを検出する場合、アセットに含まれたＭＰＵを受信し、ＭＰＵに含まれたｅｖｔｉボックスからイベント情報を獲得できる。

次に、図８を参照して、本発明の一実施形態によるＭＭＴシステムにおける送信装置の内部構造について説明する。

図８は、本発明の一実施形態によるＭＭＴシステムにおける送信装置の内部構造を概略的に示す。

図８を参照すると、まず、送信装置８００はＭＭＴ送信エンティティであり、ＭＭＴ送信エンティティはサービスプロバイダであり得る。

送信装置８００は、送信器８１１、制御器８１３、受信器８１５、格納ユニット８１７、及び出力ユニット８１９を含む。

制御器８１３は、送信装置８００の全般的な動作を制御する。特に、制御器８１３は、本発明の一実施形態によるＭＭＴシステムにおけるイベント情報を送受信する動作に関連した動作を制御する。本発明の一実施形態によるＭＭＴシステムにおいて、イベント情報を送受信する動作に関連した動作については、図１乃至図７及び＜表１＞乃至＜表１４＞を参照してすでに説明したので、ここではその詳細な説明を省略する。

送信器８１１は、制御器８１３の制御によってＭＭＴシステムに含まれる他のエンティティ、例えばＭＭＴ受信エンティティのような他のエンティティに各種信号及び各種メッセージを送信する。例えば、ＭＭＴ受信エンティティは、端末であり得る。送信器８１１により送信される各種信号及び各種メッセージについては、図１乃至図７及び＜表１＞乃至＜表１４＞を参照してすでに説明したので、ここではその詳細な説明を省略する。

受信器８１５は、制御器８１３の制御によってＭＭＴシステムに含まれる他のエンティティ、例えばＭＭＴ受信エンティティのような他のエンティティから各種信号及び各種メッセージを受信する。ここで、受信器８１５により受信される各種信号及び各種メッセージについては、図１乃至図７及び＜表１＞乃至＜表１４＞を参照してすでに説明したので、ここではその詳細な説明を省略する。

格納ユニット８１７は、制御器８１３の制御によって本発明の一実施形態によるＭＭＴシステムで実行されるイベント情報を送受信する動作に関係する動作に関連したプログラムと各種データなどを格納する。また、格納ユニット８１７は、受信器８１５により他のエンティティから受信された各種信号及び各種メッセージを格納する。

出力ユニット８１９は、制御器８１３の制御によって送信装置８００が実行する本発明の一実施形態によるＭＭＴシステムで実行されるイベント情報を送受信する動作に関する動作に関連した各種信号及び各種メッセージを出力する。ここで、出力ユニット８１９により出力される各種信号及び各種メッセージについては、図１乃至図７及び＜表１＞ないし＜表１４＞を参照してすでに説明したので、ここではその詳細な説明を省略する。

送信装置８００において、送信器８１１、制御器８１３、受信器８１５、格納ユニット８１７、及び出力ユニット８１９は、分離した別途のユニットとして記載されているが、これは単に説明の便宜のためであることは容易に理解できる。言い換えると、送信器８１１、制御器８１３、受信器８１５、格納ユニット８１７、及び出力ユニット８１９のうち少なくとも２個以上が単一ユニットに組み込まれてもよい。

さらに、送信装置８００は、１個のプロセッサで実現されてもよい。

図８を参照して、本発明の一実施形態によるＭＭＴシステムにおける送信装置の内部構成に関して説明し、次に図９を参照して本発明の一実施形態によるＭＭＴシステムで受信装置の内部構成に関して説明する。

図９は、本発明の一実施形態によるＭＭＴシステムにおける受信装置の内部構造を概略的に示す。

図９を参照すると、まず受信装置９００はＭＭＴ受信エンティティであり、ＭＭＴ受信エンティティは端末などであり得る。

また、受信装置９００は、送信器９１１、制御器９１３、受信器９１５、格納ユニット９１７、及び出力ユニット９１９を含む。

まず、制御器９１３は、受信装置９００の全般的な動作を制御する。特に、制御器９１３は、本発明の一実施形態によるＭＭＴシステムにおけるイベント情報を送受信する動作に関連した動作を制御する。本発明の一実施形態によるＭＭＴシステムにおいて、イベント情報を送受信する動作に関連した動作については、図１乃至図７及び＜表１＞乃至＜表１４＞を参照してすでに説明したので、ここではその詳細な説明を省略する。

送信器９１１は、制御器９１３の制御下でＭＭＴシステムに含まれる他のエンティティ、例えばＭＭＴ送信エンティティのような他のエンティティに各種信号及び各種メッセージを送信する。例えば、ＭＭＴ送信エンティティは、サービスプロバイダであり得る。送信器９１１に送信される各種信号及び各種メッセージについては、図１乃至図７及び＜表１＞乃至＜表１４＞を参照してすでに説明したので、ここでは詳細な説明は省略する。

また、受信器９１５は、制御器９１３の制御によってＭＭＴシステムに含まれる他のエンティティ、例えばＭＭＴ送信エンティティのような他のエンティティから各種信号及び各種メッセージを受信する。ここで、受信器９１５に受信される各種信号及び各種メッセージについては、図１乃至図７及び＜表１＞乃至＜表１４＞を参照してすでに説明したので、ここではその詳細な説明を省略する。

格納ユニット９１７は、制御器９１３の制御によって本発明の一実施形態によるＭＭＴシステムで実行されるイベント情報を送受信する動作に関連した動作に関連したプログラムと各種データを格納する。また、格納ユニット９１７は、受信器９１５により他のエンティティから受信される各種信号及び各種メッセージを格納する。

出力ユニット９１９は、制御器９１３の制御によって受信装置９００が実行する本発明の一実施形態によるＭＭＴシステムで実行されるイベント情報を送受信する動作に関連した動作に関連した各種信号及び各種メッセージを出力する。ここで、出力ユニット９１９により出力される各種信号及び各種メッセージについては、図１乃至図７及び＜表１＞乃至＜表１４＞を参照してすでに説明したので、ここではその詳細な説明を省略する。

受信装置９００において、送信器９１１、制御器９１３、受信器９１５、格納ユニット９１７、及び出力ユニット９１９は、分離した別途のユニットとして記載されているが、これは単に説明の便宜のためであることは容易に理解できる。言い換えると、送信器９１１、制御器９１３、受信器９１５、格納ユニット９１７、及び出力ユニット９１９のうち少なくとも２個以上が一つのユニットに組み込まれてもよい。

また、受信装置９００は、１個のプロセッサで実現されてもよい。

上記した本発明による実施形態は、コンピュータ読み取り可能な記録媒体に記憶されたコンピュータ読み取り可能なコードとして実施できる。このコンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータを格納する任意のデータストレージデバイスである。コンピュータ読み取り可能な記録媒体の例としては、ＲＯＭ(Read-Only Memory)、ＲＡＭ(Random-Access Memory)、ＣＤ-ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置、及び搬送波(有線／無線伝送経路を介してインターネットを経由するデータ伝送のような)を含むが、これに限定されない。また、このコンピュータ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムを介して分散されることによって、コンピュータ読み取り可能なコードは分散して格納及び実行される。また、本発明を達成するための機能(function)プログラム、コード、及びコードセグメントは、当該技術分野における熟練されたプログラマにとっては容易に解釈できる。

本発明の実施形態によるトポロジ処理方法は、ハードウェア、ソフトウェア、又はそれらの組み合わせの形態で実現可能であることがわかる。このようなソフトウェアは、例えば、揮発性又は非揮発性格納装置(例えば、削除可能/再書き込み可能なＲＯＭ、メモリ(例えば、ＲＡＭ、メモリチップ、及び集積回路(ＩＣ)チップ)、又は光的に又は磁気的に記録可能な機械(例えば、コンピュータ)-読み取り可能な格納媒体(例えば、ＣＤ(Compact Disc)、ＤＶＤ(Digital Versatile Disc)、磁気ディスク、及び磁気テープ)に格納することができる。トポロジ処理方法は、制御部及びメモリを含むコンピュータ又は移動端末により実現され得る。このメモリは、本発明の実施形態を実現するための命令を含むプログラムを格納するのに適合した機械読み取り可能な格納媒体であり得る。

したがって、本発明は、本請求項により定められた装置及び方法を実現するための符号を含むプログラム、及びこのようなプログラムを格納する機械(例えば、コンピュータ)読み取り可能な格納媒体を含む。このプログラムは、有線/無線接続を通じて伝送される通信信号のような媒体を介して電気的に伝送でき、これに均等なものと共に本発明に含まれる。

また、本発明の多様な実施形態による装置は、有線又は無線で連結されるプログラムプロバイダからプログラムを受信して格納できる。プログラムプロバイダは、プログラム処理装置が予め設定されたコンテンツ保護方法を実行する指示を含むプログラム、コンテンツ保護方法に必要な情報を格納するためのメモリと、グラフィック処理装置との有線又は無線通信を実行するための通信部と、グラフィック処理装置の要請又は自動で該当プログラムを送受信装置に伝送する制御部とを含むことができる。

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。

Claims (6)

1. マルチメディアシステムにおける送信装置の制御方法であって、
   イベントに関連するイベント情報を伝送するステップを含み、
   前記イベントは、アクションが取られることを表すアプリケーションに対する通知を含み、
   前記イベント情報がＤＡＳＨ(Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ)基盤サービスのための第１のイベントを示す場合、前記イベント情報は、ＭＰＤ(Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ)内に含まれる第１のイベント情報ボックス内で伝送され、
   前記イベント情報がＭＭＴ(Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ)基盤サービスのための第２のイベントを示す場合、前記イベント情報は、ＭＭＴペイロード内でＭＰＵ(Ｍｅｄｉａ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)内に含まれる第２のイベント情報ボックス内で伝送されることを特徴とする方法。
2. 前記イベント情報がＭＭＴ基盤サービスのための前記第２のイベントを示す場合、前記イベント情報は、前記イベントの識別子(ＩＤ)、前記イベントの開始時間、前記イベントの期間、及び前記イベントのイベントデータのうち少なくとも一つを含むことを特徴とする請求項１に記載の方法。
3. 前記イベントの開始時間は、前記ＭＰＵが再生される時間と前記ＭＰＵで前記イベントが適用される時間との間の差を含むことを特徴とする請求項２に記載の方法。
4. 前記イベントデータは、前記アクションを含むことを特徴とする請求項２に記載の方法。
5. 前記イベント情報がＭＭＴ基盤サービスのための前記第２のイベントを示す場合、前記ＭＰＵ内の前記イベント情報の存在を示す第１の情報を送信するステップをさらに含む ことを特徴とする請求項１に記載の方法。
6. 請求項１乃至請求項５のいずれか１項の方法を実行するように構成されることを特徴とする送信装置。

Images