JP6294987B2 - 再生装置、配信装置 - Google Patents

Description

本発明は、コンテンツを取得・再生する再生装置、コンテンツを送信する配信装置に関するものである。

従来、デジタル放送などのコンテンツ配信では、映像や音声などのコンポーネントを１つにまとめたものを１つのコンテンツとして、放送網のみを通じて配信されていたが、ブロードバンドインターネット接続の普及により、今日ではこれらがインターネットを通じて配信されるようになっている。

また、特許文献１、非特許文献１や非特許文献２に開示されているハイブリッド伝送技術により、放送網を介して映像コンテンツを構成する一部のコンポーネントを伝送し、通信網を介して残りのコンポーネントを伝送することも提案されている。ハイブリッド伝送では、多数の利用者が利用すると思われるコンポーネントを放送網で提供し、少数の利用者しか利用しないと思われるコンポーネントを個別に通信網で提供するなどコンポーネントの需要の大きさに応じて伝送路を使い分けるのが有効である。

さらに、異種ネットワークを使った複数映像、複数音声、複数データのコンポーネントから構成されるマルチコンポーネントコンテンツの配信が検討されつつある。受信機は受信したコンテンツを同期、合成するなどして画面に表示する。ＨＴＭＬ５（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕｇｅ ５）記述によるデータを配信することで、従来のデータ放送にはない、コンポーネント（映像、音声、テキスト、など）の組合せ再生や表示レイアウトの制御を行う。コンポーネントを別々に配信し、利用者の好みや受信端末の能力に応じて必要なものを選択して受信することで、コンテンツや受信端末の多様化に対応することが可能となる。
一方で、非特許文献３に開示されているデータ伝送方式により、放送網を介してデータのコンポーネントを伝送するデータ放送サービスも提供されている。

特開２０１２−２４４３８８号公報（２０１２年１２月１０日公開）

武智秀，馬場秋継，大亦寿之，"Ｈｙｂｒｉｄｃａｓｔ（登録商標）を支える技術"，ＮＨＫ技研Ｒ＆Ｄ，Ｎｏ．１３３，２０１２年５月発行 ＩＳＯ／ＩＥＣ ＣＤ ２３００８−１．2 ＭＰＥＧ ｍｅｄｉａ ｔｒａｎｓｐｏｒｔ（ＭＭＴ）, ２０１３年２月７日発行 ＡＲＩＢ ＳＴＤ−Ｂ２４ ５．９版（第三分冊） デジタル放送におけるデータ放送符号化方式と伝送方式，２０１４年３月１８日発行

将来、マルチコンポーネントコンテンツによる放送が本格化した際には、放送自体（マルチコンポーネントを再生した1つのコンテンツ）が1つのコンポーネントとして扱われ、そこに含まれる各々のコンポーネントもまたそれぞれが1つのコンポーネントとして扱わ
れることが容易に想定し得る。しかし、そのためには、放送自体と放送各々のコンポーネントを別々のコンポーネントとして参照する仕組みがないという問題がある。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、マルチコンポーネントによる放送を受信機に表示する再生装置、配信装置を実現することにある。

本発明に係る送信装置は、データ放送アプリケーションのアセットを送信する送信であって、アセットのデータ構造を管理する管理テーブルを作成する作成手段と、アセット及び管理テーブルを送信する送信手段を備え、作成手段は、アセットを識別するアセット識別、アセットのバージョンを示すアセットバージョン及びアセットに含まれるMPUの数を
作成し、MPUのうちの１つを識別するMPUシーケンス番号及び識別されたMPUに含まれるア
イテムの数を作成し、アイテムのうちの１つを識別するアイテム識別及び識別されたアイテムのバージョンを示すアイテムバージョンを作成し、アセット識別、アセットバージョン、MPUの数、MPUシーケンス番号、アイテムの数、アイテム識別及びアイテムバージョンを含む管理テーブルを作成することを特徴としている。

本発明の一態様によれば、マルチコンポーネントによる放送を適切な形態で受信機に提示することができる。

本発明の一実施形態に係る配信システムの構成および配信システムに含まれる各装置の要部構成を示した図である。 受信装置の動作を示すフローチャートを示す図である。 本発明で用いるコンポーネント参照のためのパラメータ記述例を示す図である。 本発明で用いるコンポーネント参照のためのパラメータ記述例を示す別の図である。 本発明で用いる複数コンポーネント参照のためのパラメータ記述例を示す図である。 受信装置に表示される画面遷移例を示す図である。 図１の配信システムとは別の実施形態に係る配信システムの構成および配信システムに含まれる各装置の要部構成を示した図である。 本発明で用いる管理テーブルの例を示す図である。 本発明で用いるデータ伝送メッセージの例を示す図である。 本発明で用いるデータコンポーネント更新記述子の例を示す図である。 本発明で用いるデータ伝送セクションメッセージの例を示す図である。 本発明で用いるデータコンポーネント更新記述子を利用してコンポーネントを更新する際の受信装置の動作を示すフローチャートを示す図である。 本発明で用いる汎用メッセージを利用して専用のテーブルを伝送する例を示す図である。 本発明で用いる汎用イベントメッセージ記述子の例を示す図である。

本発明の一実施形態について図１から図６に基づいて説明する。

本実施形態に係る配信システムは、映像コンテンツを放送により配信する送信装置（特許請求の範囲の「配信装置」に対応）と映像コンテンツを提示する受信装置（特許請求の範囲の「再生装置」に対応）とで構成されるシステムである。配信システムにおいて配信される映像コンテンツには複数映像、複数音声、データ等の複数のコンポーネントが含まれている。

最初に本実施形態に係る配信システムを構成する受信装置、送信装置およびコンテンツサーバの要部構成について図１を参照しながら以下に説明する。

図１は各装置の要部構成を示したブロック図である。図１に示すように、配信システム１は、送信装置２、受信装置３およびコンテンツサーバ４から構成されている。

送信装置２は、電波を用いてコンテンツを放送し、受信装置３は、電波を受信して放送されたコンテンツを受信できるものとする。ただし、これに限るものではなく、送信装置２と受信装置３とは、ネットワークを介して通信接続されており、データを送信できるものとしてもよい。この場合、送信装置２と受信装置３とは、データの送受信ができるように、少なくともネットワークを介して通信接続されていればよい。

また、送信装置２は、受信装置３に対して、コンテンツをリアルタイムで配信（リアルタイム配信）してもよいし、受信装置３からの要求に応じて配信（オンデマンド配信）してもよい。この場合、送信装置２と受信装置３とは、データの送受信ができるように、少なくともネットワークを介して通信接続されていればよい。

また、図１に示す例では、配信システム１は、送信装置２と受信装置３を１つずつ含んでいるがこれに限るものではない。配信システム１は、送信装置２および受信装置３をそれぞれ複数含んでいてもよい。すなわち、配信システム１は、送信装置２および受信装置３をそれぞれ１または複数含んでいてよい。

また、送信装置２は、電波を用いてコンテンツを放送する送信装置と、ネットワークを介して通信接続されてデータを送信する送信装置から構成され、コンポーネントを別々に配信するハイブリッド配信が可能なものでもよい。

（送信装置２）
送信装置２は、コンテンツ作成部２１、メタデータ記憶部２２および放送送信部２３を備えている。

コンテンツ作成部２１は、送信装置２の外部にあるコンテンツサーバ４から入力される映像信号に対して符号化処理を施すことで映像コンテンツを作成する。

放送送信部２３は、映像コンテンツ、および、その映像コンテンツのメタデータを放送波にのせて送信する。

メタデータ記憶部２２は、放送送信部２３により送出される映像コンテンツのメタデータが記憶されている。このメタデータは、配信者の意向を反映するように予め編集されたものとなっている。

（受信装置３）
受信装置３は、放送受信部３１、コンポーネント判断部３２、操作部３３、コンポーネント分離部３４、映像復号部３５、音声復号部３６、データ放送抽出部３７、合成部３８、ディスプレイ３９、および、スピーカ４０を備えている。

受信装置３は、送信装置２から取得した映像コンテンツを再生するコンテンツ再生装置である。受信装置３は、例えば、デジタルテレビ、レコーダ、ＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話機、スマートフォン、ゲーム機、ＰＤＡ（Ｐｅｒｓｏnａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジ
タルカメラ、デジタルビデオ等である。

放送受信部３１は、放送波を受信するチューナである。

コンポーネント判断部３２は、放送受信部３１から映像コンテンツ（映像コンポーネントと音声コンポーネントとデータコンポーネントを含む）、および、その映像コンテンツのメタデータを取得し、映像コンテンツのメタデータを参照し、各コンポーネントを映像復号部３５に供給するか否か、および、音声復号部３６に供給するか否か、および、データ放送抽出部３７に供給するか否かを決定する。ここで、各コンポーネントの数は１個に限定されず、例えば映像コンポーネントが複数個存在してもよい。

操作部３３は、ユーザが受信装置３に指示信号を入力し、受信装置３を操作するためのものである。操作部３３は、操作ボタン、キーボード、マウス、キーパッドなどの入力機器等で構成されているものであってもよい。また、操作部３３とディスプレイ３９とが一体となっているタッチパネルであってもよい。また、操作部３３は、受信装置３と別体のリモートコントローラ等の遠隔制御装置であってもよい。また、操作部３３は、ユーザのジェスチャを認識するジェスチャ認識装置であってもよい。

なお、操作部３３において、コンポーネント判断部３２から映像コンテンツのメタデータを取得し、ユーザが所望の映像コンポーネントを選択した結果をコンポーネント判断部３２に応答しても構わない。この場合は、コンポーネント判断部３２において、映像コンテンツのメタデータは置き換えられる。

コンポーネント分離部３４は、コンポーネント判断結果を取得し、放送波の受信により得られた映像コンテンツを映像コンポーネントと音声コンポーネントとデータコンポーネントに分離する。映像コンポーネントは、映像復号部３５に供給する。また、音声コンポーネントは、音声復号部３６に供給する。また、データコンポーネントは、データ放送抽出部３７に供給する。

映像復号部３５は、コンポーネント分離部３４から供給された映像コンポーネントを復号する。

音声復号部３６は、コンポーネント分離部３４から供給された音声コンポーネントを復号する。

データ放送抽出部３７は、コンポーネント分離部３４から供給されるデータストリームから、データ放送用のデータコンポーネントであるＪＰＥＧやＰＮＧ形式の静止画データやテキストデータなどの各種メディアデータや、データ放送用のアプリケーションを抽出する。データ放送用のアプリケーションは、例えばＪａｖａ（登録商標）技術を適用することが挙げられるが、これに限定されない。

合成部３８には、映像復号部３５からの映像信号と、データ放送抽出部３７からのデータコンポーネントが供給される。合成部３８は、番組等の映像信号とデータ放送用のデータのビデオ信号を合成し、ディスプレイ３９に供給する。これにより、ディスプレイ３９には、例えば、番組に対してデータ放送用のデータが重畳された映像が表示される。

ディスプレイ３９は、映像復号部から映像信号を受信し、映像を表示するためのものである。例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイなどを適用することが可能である。

スピーカ４０は、音声復号部から電気信号を受信し、受信した電気信号を音に変換し、外部に音を出力するものである。

また、配信システム１の構成は図１に示す例に限るものではない。例えば、配信システム１は、送信装置２を複数含んでいてもよいし、受信装置３を複数含んでいてもよい。また、送信装置２は、コンテンツサーバを含んでいてもよい。

以下では、受信装置３が映像コンテンツの提示を開始する際の動作について図２〜図６を参照しながら説明する。図２は受信装置３の動作を示すフローチャートである。また、図３〜図５はメタデータの具体例を模式的に示した図で、ＨＴＭＬ形式で記述されたものである。図３（ａ）において「FF」は映像、音声およびデータを含めた全体コンポーネントの参照（即ち番組コンテンツ自体への参照）を示しており、図３（ｂ）において「01」〜「03」はそれぞれ特定のコンポーネントの参照を示している。図４はコンポーネントの参照の別の例を示しており、図５は複数コンポーネントの参照の例を示している。図６は受信装置３のディスプレイ３９に表示される映像の一例を示している。

図２に示すように、最初に、受信装置３の放送受信部３１は、映像コンテンツのメタデータを取得するとともに、映像コンテンツの受信を開始する（Ｓ１）。

ここで、図３の例において、番組コンテンツが“01”, “02”, “03”の合計３コンポーネントから構成されるとする。映像コンテンツのメタデータには、映像コンテンツに含まれる各コンポーネントについて、番組コンテンツ自体を受信装置３に提示すべき旨を示す情報または一部コンポーネントを受信装置３に提示すべき旨を示す情報が含まれている。図３（ａ）の例では“FF”が前者の情報に該当し、図３（ｂ）の例では“01”, “02”, “03”が後者の情報に該当する。すなわち、図３（ａ）のメタデータは、“FF”と対応付けられている番組コンテンツ自体を受信装置３に提示することを示している。同様に、図３（ｂ）のメタデータは、“01”, “02”, “03”と対応付けられている番組コンテンツの各コンポーネントを受信装置３に提示することを示している。番組コンテンツ自体とそこに含まれる各々のコンポーネントを別々に参照することで、番組コンテンツの提示形態に合った参照が可能となる。

受信装置３のコンポーネント判断部３２は、メタデータのコンポーネントの名称に“FF”が関連付けられているかを判定する（Ｓ２）。具体的には、メタデータがＨＴＭＬ形式のデータである場合、コンポーネント判断部３２は、メタデータの「object」タグの属性「value」の属性値が“FF”であるかを判定する。

受信装置３は、「“FF”が関連付けられている」と判定した場合（Ｓ２において「Ｙｅｓ」）、コンポーネント分離部３４を介してデータ放送抽出部に全てのコンポーネントの送信を開始し（Ｓ３）、Ｓ４の処理に進む。

一方、受信装置３は、「“FF”が関連付けられていない」、「“01”, “02”, “03”のいずれかが関連付けられている」と判定した場合（Ｓ２においてＮＯ）、Ｓ６の処理に進む。

次に、受信装置３のコンポーネント判断部３２は、メタデータの先頭からｉ番目（直前のステップがＳ１の場合にはi＝１）のコンポーネントの名称に“01”, “02”, “03”
とのいずれが関連付けられているかを判定し、「“01”, “02”, “03”とのいずれかが関連付けられている」と判定した場合、コンポーネント分離部３４を介してデータ放送抽出部にｉ番目のコンポーネントの送信を開始し（Ｓ６）、Ｓ７の処理に進む。具体的には、メタデータがＨＴＭＬ形式のデータである場合、コンポーネント判断部３２は、メタデ
ータの先頭からｉ番目の「object」タグの属性「value」の属性値が“01”, “02”, “03”とのいずれであるかを判定する。

Ｓ７において、受信装置３のコンポーネント分離部３４は、全コンポーネントについてＳ６の処理を行ったか否かを判定する。

受信装置３は、「Ｓ６の処理を行っていないコンポーネントが存在する」と判定した場合（Ｓ７において「Ｙｅｓ」）、処理対象をｉ＋1番目のコンポーネントとするＳ６の処
理に戻る。一方、受信装置３は、「全コンポーネントについてＳ６の処理を行った」と判定した場合（Ｓ７において「Ｎｏ」）、Ｓ４の処理に進む。

Ｓ４において、受信装置３は、復号された映像コンポーネントとデータ放送用のデータコンポーネントを合成し、ディスプレイ３９に供給する。

Ｓ５において、受信装置３は、ディスプレイ３９において、合成された映像信号とデータ放送用のデータの映像信号が表示される。例えば、番組に対してデータ放送用のデータが重畳された映像が表示されることになる。

Ｓ５の処理を以って、受信装置３の動作を完了する。

（複数コンポーネントの提示制御を行った場合の画面遷移）
ところで、前述の映像コンテンツの提示制御を実行することで、受信装置３においては、例えば図６に示すような画面遷移が可能となる。

図６は、受信装置３に表示される画面の遷移例を示す図である。

図６に示すように、受信装置３等において、ユーザによるリモートコントローラ等の操作によって、所定のチャンネルが選局されると、ディスプレイ３９には、所定の番組の映像が表示された状態となる。また、データ放送の受信も開始される。このとき、番組の映像が表示された状態となるが、データ放送用の映像は非表示である。

ここで、ユーザによりリモートコントローラ等のデータ放送表示ボタンが操作された場合、データ放送用のデータが、番組の映像に対して分離型配置で表示された状態となる（図６（ａ））。なお、番組や特定のシーンの切り替えなどによる所定のデータイベントが発生した場合、当該データイベントに応じて、データ放送用データの表示内容が切り替えられる。また、データ放送用データが表示されている状態で、データ放送表示ボタンが再度操作されると、データ放送用データの表示が終了され、番組の映像のみが表示されている状態に戻る。

また、ディスプレイ３９に、上記の番組の映像、又はデータ放送用データが表示されている状態で、ディスプレイ３９は現在放送中のコンポーネント５１、コンポーネント５２を、ユーザによりリモートコントローラ等のボタンにより、選択して視聴ができる状態となる。ユーザによりコンポーネント５２を選択して視聴する操作がなされると、現在放送中のコンポーネント５１とコンポーネント５２はディスプレイ３９に縮小してコンポーネント５１’とコンポーネント５２’として表示され、選択したコンポーネント５２が同時にディスプレイ３９に拡大してコンポーネント５２’’として表示され、当該コンポーネントの関連データ５３も同時にディスプレイ３９に表示される状態になる（図６（ｂ））。

なお、ディスプレイ３９には、選択したコンポーネント５２’’が番組の映像に対して
分離型配置で表示されているが、選択したコンポーネントが番組の映像に対してオーバーレイ型配置で表示されていてもよい。

そして、選択したコンポーネントが表示されている状態で、ユーザが選択視聴を終了させる操作を行うと、実行中の選択コンポーネントの表示が終了し、番組の映像のみが表示されている状態に戻る。

このように、受信装置３においては、データ放送によるデータ放送と番組の全コンポーネントの同時表示と、選択したコンポーネントの同時表示、の双方を、番組に連動して実行させることができる。

（変形例１）
映像コンテンツのメタデータにおいて、全体コンポーネントまたは一部コンポーネントを受信装置３に提示すべき旨を示す情報は、「object」タグの属性「value」の属性値に
記録されていなくともよい。すなわち、図４に示すように、「object」タグの属性「type」の属性値に“-full”と記録されている場合は全体コンポーネントであると判定し、「object」タグの属性「type」の属性値に“-comp”と記録されている場合は一部コンポーネントであると判定するなど、提示すべき旨を示す情報がメタデータの中に記述されていればよい。

（変形例２）
映像コンテンツのメタデータには、映像コンテンツのコンポーネント毎に当該コンポーネントを受信装置３に提示すべき旨を示す情報を記録されていなくともよい。すなわち、図５に示すように、メタデータに同時に提示する複数のコンポーネントの情報を「object」タグの属性「type」の属性値に“-partial”等の提示情報が記録されている場合は、同時に提示するコンポーネントであると判定してもよい。

本発明の別の実施形態について、図７から図１４に基づいて説明する。

本実施形態では、配信システムにおいて、映像コンテンツに含まれるデータコンポーネントの一部を更新する場合について説明する。なお、説明の便宜上、前記の実施形態において示した部材と同一の機能を有する部材には、同一の符号を付し、その説明を省略する。以下では、前述の実施形態と異なる点について主に説明する。

最初に本実施形態に係る配信システムを構成する受信装置、送信装置およびコンテンツサーバの要部構成について図７を参照しながら以下に説明する。

図７は各装置の要部構成を示したブロック図である。図７に示すように、配信システム１´は、送信装置２´、受信装置３´およびコンテンツサーバ４から構成されている。

送信装置２´は、電波及びネットワークを介してコンテンツを放送し、受信装置３´は、電波を受信、およびネットワークを介して放送されたコンテンツを受信し、ネットワークを介してデータの送受信ができるものとする。

また、図７に示す例では、配信システム１´は、送信装置２´と受信装置３´を１つずつ含んでいるがこれに限るものではない。配信システム１´は、送信装置２´および受信装置３´をそれぞれ複数含んでいてもよい。すなわち、配信システム１´は、送信装置２´および受信装置３´をそれぞれ１または複数含んでいてもよい。

また、送信装置２´、受信装置３´は、それぞれ電波を用いてコンテンツを放送する送
信装置と、コンテンツを受信する受信装置のみで構成するものでもよい。また、送信装置２´は、コンテンツサーバ４を含んでいてもよい。

（送信装置２´）
まず、図７に基づいて本実施形態に係る送信装置２´の構成について説明する。図７は送信装置２´の構成の一例を示すブロック図である。

送信装置２´は、コンテンツ作成部２１´、放送送信部２３、通信送受信部２４を備える。なお、送信装置２´は、表示部、操作部等の部材を備えていてもよいが、発明の特徴点とは関係ないため当該部材を図示していない。

コンテンツ作成部２１´は、コンテンツサーバ４から入力される、信号データ（映像信号、音声信号、データを含む）を符号化し、上記符号化データおよび関連するメタデータに対して多重化処理を施すことで映像コンテンツ（映像コンポーネントと音声コンポーネントとデータコンポーネントを含む）を作成する。また、映像コンテンツに含まれるデータコンポーネントの一部を更新する場合は、受信側でデータコンポーネントの一部を更新するための制御信号の生成、映像コンテンツへの多重化処理も行う。

（受信装置３´）
受信装置３´は、放送受信部３１、コンポーネント判断部３２、操作部３３、コンポーネント分離部３４´、映像復号部３５、音声復号部３６、データ放送抽出部３７´、合成部３８´、ディスプレイ３９、スピーカ４０、および、通信送受信部４１を備えている。

受信装置３´は、送信装置２´から取得した映像コンテンツを再生するコンテンツ再生装置である。

コンポーネント分離部３４´は、コンポーネント判断結果を取得し、放送波の受信により得られた映像コンテンツを映像コンポーネントと音声コンポーネントとデータコンポーネントに分離する。映像コンポーネントは、映像復号部３５に供給する。また、音声コンポーネントは、音声復号部３６に供給する。また、データコンポーネントは、データ放送抽出部３７´に供給する。また、データコンポーネントの一部を更新する制御信号を受信した場合は、その制御信号およびデータコンポーネントの一部を更新するデータをデータ放送抽出部´に供給する。

データ放送抽出部３７´は、コンポーネント分離部３４´から供給されるデータストリームから、データ放送用のデータコンポーネントであるＪＰＥＧやＰＮＧ形式の静止画データ、ＭＰ４形式の動画データやテキストデータなどの各種メディアデータや、データ放送用のアプリケーションを抽出する。データ放送用のアプリケーションは、例えばＨＴＭＬ５技術を適用することが挙げられるが、これに限定されない。また、データコンポーネントの一部を更新する制御信号および更新データが供給された場合は、制御信号に従いデータコンポーネントの更新を行う。ここで、制御信号および更新データは、コンポーネント分離部３４´から供給されることとしたが、通信送受信部４１を用いて、ネットワークを介して送信装置２´から取得することとしてもよい。

合成部３８´には、映像復号部３５からの映像信号と、データ放送抽出部３７からのデータコンポーネントが供給される。合成部３８´は、番組等の映像信号とデータ放送用のデータのビデオ信号を合成し、ディスプレイ３９に供給する。これにより、ディスプレイ３９には、例えば、番組に対してデータ放送用のデータが重畳された映像が表示される。また、合成する信号は映像復号部３５およびデータ放送抽出部３７´から供給されることとしたが、通信送受信部４１を用いて、ネットワークを介して送信装置２´から取得した
映像コンポーネントも合成することとしてもよい。

以下では、受信装置３´がデータコンポーネントの一部を更新する際の動作について図８〜図１４を参照しながら説明する。図１２はデータコンポーネントの一部を更新する際の受信装置３´の動作を示すフローチャートである。図８はデータコンポーネントのデータ構造を管理テーブルとして具体的に摸した図で、ＭＭＴ形式で構成した場合の一例である。また、図９はデータコンポーネントの一部を更新するための制御信号をデータ伝送メッセージとして具体的に示した場合の一例である。

まず、コンポーネント分離部３４´がデータコンポーネントを分離する処理について説明する。本実施例では、ＭＭＴで定義されたシグナリングメッセージ形式を参照して、データコンポーネント（ａｓｓｅｔ）を構成するデータ（ｉｔｅｍ）を管理する管理テーブルを伝送する場合の例について説明する。図８に管理テーブル、図９に管理テーブルを伝送するデータ伝送メッセージの具体的な一例を示す。

図８（ａ）に示す管理テーブルのデータ構造の例は、アセットを構成する情報を記述したものである。なお、管理テーブルにデータコンポーネント更新記述子を格納する構成とし、このテーブルがデータコンポーネントの更新を示す構成としてもよい（図８（ｂ））。管理テーブルに記述されているデータ構造の意味は、以下のとおりである。

・table_id（テーブル識別）：管理テーブルを識別するものである。
・version（バージョン）：テーブルのバージョン番号を書き込む領域とする。
・length（テーブル長）：このフィールドより後に続くデータバイト数を書き込む領域とする。
・asset_ID（アセット識別）：アセットを識別するIDを示す。
・asset_version（アセットIDバージョン）：アセットのバージョンを示す。
・num_of_MPUs（MPU数）：MPUの数を書き込む領域とする。
・MPU_sequence_number（MPUシーケンス番号）：MPUを識別する番号を示す。
・MPU_version（MPUシーケンス番号バージョン）：MPUのバージョンを示す。
・num_of_items（アイテム数）：itemの数を書き込む領域とする。
・item_ID（アイテム識別）：MPU with non-timed mediaで伝送されるアイテムを識別す
るIDを示す。
・item_version（アイテムバージョン）：アイテムのバージョンを示す。
・item_info_length（アイテム情報長）：後続のアイテム情報領域のバイト長を示す。
・item_info_byte（アイテム情報バイト）：一連の領域に当該アイテムに関する情報を格納する。
・descriptor_loop_length（記述子長）：後続の記述子の全バイト長を示す。
・descriptor（記述子領域）：一連の領域に記述子を格納する。格納される記述子は別途定義する。
・update_descriptor（記述子領域）：データコンポーネント更新記述子を格納する。

図９に示すデータ伝送メッセージの例は、テーブルを格納して伝送するものである。データ伝送メッセージに記述されているデータ構造の意味は、以下のとおりである。

・message_id（メッセージ識別）：データ伝送メッセージを識別するIDを示す。
・version（バージョン）：データ伝送メッセージのバージョン番号を書き込む領域とす
る。
・length（メッセージ長）：このフィールドの直後から、メッセージの最後までの大きさをバイト単位で示す。
・num_of_tables（テーブル数）：このデータ伝送メッセージに格納するテーブルの数を
示す。
table_ID（テーブル識別）：このデータ伝送メッセージに格納するテーブルのテーブル識別を示す。
table（テーブル）：このデータ伝送メッセージに格納するテーブルを示す。

コンポーネント分離部３４´は、受信したデータ伝送メッセージに管理テーブルが含まれている場合に、上記テーブルの情報に従い該当するデータコンポーネントを分離し、分離したデータコンポーネントとデータのテーブル管理情報をデータ放送抽出部３７´に供給する。

次に、データコンポーネントの一部を更新する処理について説明する。本実施例では、ＡＲＩＢ ＳＴＤ−Ｂ２４で定義されたイベントメッセージ伝送方式を参照して、データコンポーネントの一部を更新する制御信号を送る場合の例について説明する。イベントメッセージ伝送方式では、送信装置２´から受信装置３´で動作しているアプリケーションに対して、即座に、あるいは指定した時刻に、メッセージ情報（イベントメッセージ）を送る手段を提供する。

図７に示すように、受信装置３´の放送受信部３１は、イベントメッセージの取得を開始するとともに、映像コンテンツの受信を開始する（Ｓ１１）。

ここで、図１０は、イベントメッセージで送られるデータコンポーネントの一部を更新する制御信号の情報を具体的に記述子形式でデータコンポーネント更新記述子として記載した場合の一例である。また、図１１は、イベントメッセージ伝送方式を用いて、データコンポーネント更新記述子を伝送するメッセージの構造を具体的に記載した場合の一例である。

ここでは、イベントメッセージは送信装置２´から送信される映像コンテンツに一定の間隔で多重化されているものとし、コンポーネント分離部３４´は定期的にイベントメッセージを取得し、図１２のフローチャートに示す処理を行うこととする。

図１０（ａ）に示すデータコンポーネント更新記述子の意味は、以下のとおりである。

・descriptor_tag（記述子タグ）：データコンポーネント更新記述子を示すタグを示す。・descriptor_length（記述子長）：このフィールドより後に続くデータバイト数を書き
込む領域とする。
・Data_Asset_Update_flag（データコンポーネント更新フラグ）：データ更新の種類を示すフラグを示す。フラグが”asset”の場合はコンポーネントが更新され、フラグが”MPU”の場合は”asset”を構成するデータである”MPU”が更新され、フラグが”item”の場合は”MPU”を構成するデータである”item”が更新されることを意味する。
・asset_ID（アセット識別）：アセットを識別するIDを示す。
・MPU_sequence_number（MPUシーケンス番号）：MPUを識別する番号を示す。
・item_ID（アイテム識別）：MPU with non-timed mediaで伝送されるアイテムを識別す
る。
・Data_Asset_Update_version（データコンポーネント更新バージョン）：データ更新に
よるバージョンを示す。
・data_event_id（データイベント識別）： このフィールドは、個々のデータイベントメッセージを識別するための識別子を示す。

なお、”MPU”と”item”が同じデータである場合は、図１０（ｂ）に示すデータコン
ポーネント更新記述子の例として表すことができる。

図１１に示すイベントメッセージに記述されているデータ構造の意味は、以下のとおりである。

・message_id（メッセージ識別）：イベントメッセージを識別するIDを示す。
・version（バージョン）：イベントメッセージのバージョン番号を書きこむ領域とする
。
・length（メッセージ長）：このフィールドより後に続くデータバイト数を書き込む領域とする。
・table_id（テーブル識別）：セクションのペイロードにストリーム記述子が格納されていることを示す。
・section_syntax_indicator（セクションシンタクス指示）：拡張形式を示す‘1’とす
る。
・private_indicator（プライベート指示）：この1ビットのフィールドは、セクションシンタクス指示の値の反転値を格納する。
・section_length（セクション長）：セクション長領域より後に続くデータバイト数を書き込む領域とする。
・data_event_id（データイベント識別）：このフィールドは、イベントメッセージを利
用する時間的に相隣り合うデータイベントを区別し、それらのデータイベントで配信されるローカルコンテンツ間でイベントメッセージが誤配信されることを避けることを目的とした識別子である。
・event_msg_group_id（メッセージグループ識別）：このフィールドは、アプリケーションが受信すべきメッセージ群を識別する識別子を示す。
・version_number（バージョン番号）：テーブルのバージョン番号を書き込む領域とする。
・current_next_indicator（カレントネクスト指示）：テーブルが現在使用可能である場合は‘1’とし、テーブルが現在使用不可であり次に有効となることを示す場合は‘0’とする。
・section_number（セクション番号）：テーブルを構成するセクション番号を書き込む領域とする。
・last_section_number（最終セクション番号）：テーブルを構成する最後のセクション
番号を書き込む領域とする。
・CRC_32（CRC）：ITU-T勧告H.222.0に従うものとする。

図の例において、イベントメッセージにデータコンポーネント更新記述子が含まれていた場合には（Ｓ１２においてＹｅｓ）、データコンポーネント更新記述子のＤａｔａ＿ａｓｓｅｔ＿Ｕｐｄａｔｅ＿ｆｌａｇの内容を確認する。データコンポーネント更新記述子のＤａｔａ＿ａｓｓｅｔ＿Ｕｐｄａｔｅ＿ｆｌａｇに“ａｓｓｅｔ＿ＩＤ”が設定されていた場合には（Ｓ１３においてＹｅｓ）、“ａｓｓｅｔ＿ＩＤ“に対応する”ａｓｓｅｔ＿ｖｅｒｓｉｏｎ”を取得し、指定されたａｓｓｅｔ＿ＩＤの対象のａｓｓｅｔ全体のデータおよびバージョンを更新する（Ｓ１４）。データコンポーネント更新記述子のＤａｔａ＿ａｓｓｅｔ＿Ｕｐｄａｔｅ＿ｆｌａｇに“ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ”が設定された場合には（Ｓ１３においてＮｏ、Ｓ１５においてＹｅｓ）、“ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ”に対応する“ＭＰＵ＿ｖｅｒｓｉｏｎ”を取得し、指定された“ＭＰＵ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ”の対象のグループに対応するＭＰＵとＭＰＵに対応するバージョンを更新する（Ｓ１６）。データコンポーネント更新記述子のＤａｔａ＿ａｓｓｅｔ＿Ｕｐｄａｔｅ＿ｆｌａｇに“ｉｔｅｍ＿ＩＤ”が設定された場合には（Ｓ１３においてＮｏ、Ｓ１５においてＮо）、指定された“ｉｔｅｍ＿ＩＤ”に対応するｉｔｅｍとｉｔｅｍに対応するバージョンを更新する（Ｓ１７）。イベントメッセージにデータコンポーネント更新記述子が含まれていなかった場合には（Ｓ１２におい
てＮｏ）、次のイベントメッセージが取得されるのを待ち、定期的にイベントメッセージの処理を行う。

（変型例１）
次に、上記データコンポーネントの一部を更新する制御信号の情報を示すデータコンポーネント更新記述子を、ＭＭＴで定義されたシグナリングメッセージ形式を参照して伝送する例について、図９と図１３を用いて説明する。図９と図１３は、データコンポーネントの一部を更新する制御信号の情報を示すデータコンポーネント更新記述子を具体的にシグナリングメッセージ形式で記載した場合の一例である。

ここで、データコンポーネント更新テーブルを伝送するデータ伝送メッセージの具体的な一例は前述の図９に説明があるため、省略する。

図１３に示すデータコンポーネント更新テーブルのデータ構造の意味は、以下のとおりである。

・table_id（テーブル識別）：管理テーブルを識別するものである。
・version（バージョン）：テーブルのバージョン番号を書き込む領域とする。
・length（テーブル長）：このフィールドより後に続くデータバイト数を書き込む領域とする。
・descriptor_length（記述子長）：このフィールドより後に続くデータバイト数を書き
込む領域とする。
・Data_Asset_Update_descriptor（記述子領域）：データコンポーネント更新記述子を格納する。

受信装置３´は、受信したデータ伝送メッセージから、データ伝送メッセージに含まれるデータコンポーネント更新テーブルを抽出し、データコンポーネント更新テーブルに含まれるデータコンポーネント更新記述子に従って、該当するデータコンポーネントのａｓｓｅｔもしくはｉｔｅｍを更新する。ここで、本実施例では、データ伝送メッセージを受信した際に、該当するデータコンポーネントのａｓｓｅｔもしくはｉｔｅｍを更新することとしたが、ＡＲＩＢ ＳＴＤ−Ｂ２４で定義されたイベントメッセージ伝送方式の汎用イベントメッセージを参照して、上述したデータ伝送メッセージに含まれる汎用イベントメッセージ記述子で指定されたイベントの発生する時刻に従って、汎用イベントメッセージ記述子に含まれるｄａｔａ＿ｅｖｅｎｔ＿ｉｄに該当するデータ更新記述子で指定されたａｓｓｅｔもしくはｉｔｅｍを更新してもよい。図１４は、汎用イベントメッセージ記述子の具体的な一例である。

図１４に示す汎用イベントメッセージ記述子の意味は、以下のとおりである。

・descriptor_tag（記述子タグ）：汎用イベントメッセージ記述子を示すタグである。
・descriptor_length（記述子長）：このフィールドより後に続くデータバイト数を書き
込む領域とする。
・event_msg_group_id（メッセージグループ識別）:このフィールドは、アプリケーショ
ンが受信すべきメッセージ群を識別する識別子を示す。
・time_mode（時間モード）：このフィールドは、イベントメッセージの発生する時刻の
指定方法を示す。0x00の場合、受信後すぐにイベントメッセージを発生する。0x02の場合、NPT時刻データに合わせてイベントメッセージを発生する。
・event_msg_NPT：このフィールドは、time_mode=0x02 の場合に符号化され、Normal Play Time（NPT）によって、イベントメッセージが発生する時刻を表す。
・event_msg_type（メッセージ種別）：イベントメッセージの種類を識別する識別子を示
す。
・data_event_id（メッセージ識別）：このフィールドは、個々のイベントメッセージを
識別するための識別子を示す。
・private_data_byte（プライベートデータ）：このフィールドは、データ符号化方式毎
に規定されるevent_msg_typeの値に応じて定義されるイベントメッセージの関連情報を格納する。

なお、上記送信装置および上記受信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記送信装置および上記受信装置の各手段として動作させることにより、上記送信装置および上記受信装置をコンピュータにて実現させる制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

（ソフトウェアによる実現例）
最後に、受信装置３の各ブロック、特にコンポーネント判断部３２は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いてソフトウェア的に実現してもよい。

後者の場合、受信装置３は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍоｒｙ）、上記プログラムを展開するＲＡＭ（Ｒａｎｄоｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである送信装置２および受信装置３の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記送信装置２および受信装置３に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、一時的でない有形の媒体（ｎоｎ−ｔｒａｎｓｉｔоｒｙ ｔａｎｇｉｂｌｅ ｍｅｄｉｕｍ）、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の論理回路類などを用いることができる。

また、送信装置２および受信装置３を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ
）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（Ｈｉｇｈ Ｄａｔａ Ｒａｔｅ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＤＬＮＡ（登録商標、Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は、テレビ、タブレット端末、スマートフォンなどに適用することができる。

１、１’ 配信システム
２、２’ 送信装置
３、３’ 受信装置
２１、２１’ コンテンツ作成部
２２ メタデータ記憶部
２３ 放送送信部
３１ 放送受信部
３２ コンポーネント判断部
３３ 操作部
３４、３４’ コンポーネント分離部
３５ 映像復号部
３６ 音声復号部
３７、３７’ データ放送抽出部
３８、３８’ 合成部
３９ ディスプレイ
４０ スピーカ
５１、５１’、５２、５２’、５２’’ コンポーネント
５３ 関連データ

Claims (2)

1. データ放送アプリケーションのアセットを送信する送信装置であって、
   前記アセットのデータ構造を管理する管理テーブルを作成する第１の作成手段と、
   前記アプリケーションに対して送信するイベントメッセージを作成する第２の作成手段と、
   前記アセット、前記管理テーブル及び前記イベントメッセージを送信する送信手段を備え、
   前記第１の作成手段は、
   前記アセットを識別するアセット識別、前記アセットのバージョンを示すアセットバージョン及び前記アセットに含まれるMPUの数を作成し、
   前記MPUのうちの１つを識別するMPUシーケンス番号及び識別された前記MPUに含まれる
   アイテムの数を作成し、
   前記アイテムのうちの１つを識別するアイテム識別及び識別された前記アイテムのバージョンを示すアイテムバージョンを作成し、
   第１のデータイベント識別を作成し、
   前記アセット識別、前記アセットバージョン、前記MPUの数、前記MPUシーケンス番号、前記アイテムの数、前記アイテム識別、前記アイテムバージョン及び前記第１のデータイベント識別を含む前記管理テーブルを作成し、
   前記第２の作成手段は、
   第２のデータイベント識別を作成し、
   前記第２のデータイベント識別を含む前記イベントメッセージを作成することを特徴とする送信装置。
2. データ放送アプリケーションのアセットを受信する受信装置であって、
   前記アセットのデータ構造を管理する管理テーブル及び前記アプリケーションに対して送信されるイベントメッセージを受信する受信手段と、
   前記管理テーブル及び前記イベントメッセージに従って前記アセットの取得を制御する制御手段を備え、
   前記制御手段は、
   前記管理テーブルから前記アセットを識別するアセット識別、前記アセットのバージョンを示すアセットバージョン及び前記アセットに含まれるMPUの数を識別し、
   前記管理テーブルから前記MPUのうちの１つを識別するMPUシーケンス番号及び識別された前記MPUに含まれるアイテムの数を識別し、
   前記管理テーブルから前記アイテムのうちの１つを識別するアイテム識別及び識別された前記アイテムのバージョンを示すアイテムバージョンを識別し、
   前記管理テーブルから第１のデータイベント識別を識別し、
   前記イベントメッセージから第２のデータイベント識別を識別し、
   前記アセット識別、前記アセットバージョン、前記MPUの数、前記MPUシーケンス番号、前記アイテムの数、前記アイテム識別、前記アイテムバージョン、前記第１のデータイベント識別及び前記第２のデータイベント識別に基づいて前記アセットを取得することを特徴とする受信装置。

Images