特許 7082007 コンテンツ受信装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-30

(45)【発行日】2022-06-07

(54)【発明の名称】コンテンツ受信装置及びプログラム

(51)【国際特許分類】

   H04N 21/436 20110101AFI20220531BHJP

   H04N 21/435 20110101ALI20220531BHJP

   H04H 20/28 20080101ALI20220531BHJP

   H04H 20/93 20080101ALI20220531BHJP

   H04H 40/18 20080101ALI20220531BHJP

   H04H 60/82 20080101ALI20220531BHJP

   H04H 20/08 20080101ALI20220531BHJP

【ＦＩ】

H04N21/436

H04N21/435

H04H20/28

H04H20/93

H04H40/18

H04H60/82

H04H20/08

【請求項の数】 8

(21)【出願番号】P 2018153735

(22)【出願日】2018-08-17

(65)【公開番号】P2020028100

(43)【公開日】2020-02-20

【審査請求日】2021-06-30

(73)【特許権者】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100121119

【弁理士】

【氏名又は名称】花村 泰伸

(72)【発明者】

【氏名】小川 展夢

(72)【発明者】

【氏名】大亦 寿之

(72)【発明者】

【氏名】藤沢 寛

【審査官】大西 宏

(56)【参考文献】

【文献】特開２０１０－２１９８１５（ＪＰ，Ａ）

【文献】特開２０００－１３４１６６（ＪＰ，Ａ）

【文献】特開２０１２－２１７０５３（ＪＰ，Ａ）

【文献】特開２０１３－２３６１１７（ＪＰ，Ａ）

【文献】電波産業会，デジタル放送におけるＭＭＴによるメディアトランスポート方式 MMT-BASED MEDIA TRANSPORT SCHEME IN DIGITAL BROADCASTING SYSTEMS，標準規格（通信分野、放送分野）及び技術資料（通信分野、放送分野、共通分野） ，第1.12版，日本，電波産業会，2018年04月12日，pp187-203

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ ７／１０

Ｈ０４Ｎ ７／１４ － ７／１７３

Ｈ０４Ｎ ７／２０ － ７／５６

Ｈ０４Ｎ ２１／００ －２１／８５８

Ｈ０４Ｈ ２０／００ －２０／４６

Ｈ０４Ｈ ２０／５１ －２０／８６

Ｈ０４Ｈ ２０／９１ －４０／２７

Ｈ０４Ｈ ４０／９０ －６０／９８

(57)【特許請求の範囲】

【請求項1】

放送または通信によりコンテンツの信号を受信し、当該コンテンツの内容と連動したサービスを実現するためのメッセージを端末へ送信するコンテンツ受信装置において、
前記コンテンツの信号に含まれるＥＭ（イベントメッセージ）に基づいて、定義ファイルを取得し、前記ＥＭ及び前記定義ファイルに基づいて、構造化データを取得し、当該構造化データを含むｓＥＭ（セマンティック・イベントメッセージ）を生成するＥＭ／ｓＥＭ変換機能部を備え、
前記ＥＭには、前記定義ファイルの取得先を含む要素情報が記述されており、
前記定義ファイルには、前記構造化データを取得するための関数が定義されており、
前記構造化データには、前記メッセージを構成するそれぞれのデータ及び当該データの意味が構造的に定義されており、
前記ＥＭ／ｓＥＭ変換機能部は、
前記コンテンツの信号から前記ＥＭを抽出するＥＭ抽出部と、
前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記取得先から、前記定義ファイルを取得し、当該定義ファイルに定義された前記関数を実行し、前記構造化データを取得する構造化データ取得部と、
前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記要素情報を、前記構造化データ取得部により取得された前記構造化データに差し替え、当該構造化データを含む前記ｓＥＭを生成するｓＥＭ生成部と、を備え、
当該ｓＥＭ生成部により生成された前記ｓＥＭを前記端末へ送信する、ことを特徴とするコンテンツ受信装置。

【請求項2】

請求項１に記載のコンテンツ受信装置において、
前記ＥＭの前記要素情報には、当該ＥＭを前記ｓＥＭに変換可能であるか否かを示す変換識別子が含まれており、
前記変換識別子が当該ＥＭを前記ｓＥＭに変換可能であることを示す場合、前記ＥＭには、前記変換識別子に加え、前記定義ファイルの前記取得先を含む前記要素情報が記述されており、
前記変換識別子が当該ＥＭを前記ｓＥＭに変換可能でないことを示す場合、前記ＥＭには、前記変換識別子を含む前記要素情報が記述されており、
前記ＥＭ／ｓＥＭ変換機能部は、さらに、
前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記変換識別子に基づいて、前記ＥＭを前記ｓＥＭに変換可能であるか否かを判定するｓＥＭ判定部を備え、
前記構造化データ取得部は、
前記ｓＥＭ判定部により変換可能であると判定された場合、前記ＥＭに記述された前記取得先から前記定義ファイルを取得し、当該定義ファイルに定義された前記関数を実行して前記構造化データを取得し、
前記ｓＥＭ生成部は、
前記ｓＥＭ判定部により変換可能であると判定された場合、前記ＥＭに記述された前記要素情報を前記構造化データに差し替え、前記ｓＥＭを生成して出力し、
前記ｓＥＭ判定部により変換可能でないと判定された場合、前記ＥＭ抽出部により抽出された前記ＥＭを出力し、
当該コンテンツ受信装置は、前記ｓＥＭ生成部により出力された前記ｓＥＭまたは前記ＥＭを前記端末へ送信する、ことを特徴とするコンテンツ受信装置。

【請求項3】

請求項２に記載のコンテンツ受信装置において、
前記ＥＭの前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能であることを示す場合、前記ＥＭには、前記変換識別子、及び前記定義ファイルの前記取得先を含む前記要素情報が記述されており、
前記ＥＭの前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能でないことを示す場合、前記ＥＭには、前記変換識別子及び文字列からなる前記要素情報が記述されており、
前記ＥＭに、前記変換識別子が記述されていない場合、前記ＥＭには、文字列からなる前記要素情報が記述されており、
前記ｓＥＭ判定部は、
前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能であることを示す場合、変換可能であることを判定し、前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能でないことを示す場合、または、前記ＥＭ抽出部により抽出された前記ＥＭに前記変換識別子が記述されていない場合、変換可能でないことを判定する、ことを特徴とするコンテンツ受信装置。

【請求項4】

請求項１から３までのいずれか一項に記載のコンテンツ受信装置において、
前記ＥＭの前記要素情報に含まれる前記取得先には、外部サーバまたは内部記憶部を示す情報、及び前記外部サーバのアドレスが記述されており、
前記構造化データ取得部は、
前記ＥＭに記述された前記取得先が前記外部サーバを示す場合、当該外部サーバの前記アドレスに基づいて前記定義ファイルを取得し、前記取得先が前記内部記憶部を示す場合、当該コンテンツ受信装置に備えた前記内部記憶部から前記定義ファイルを取得する、ことを特徴とするコンテンツ受信装置。

【請求項5】

請求項４に記載のコンテンツ受信装置において、
前記構造化データ取得部は、
前記ＥＭに記述された前記取得先が前記内部記憶部を示し、かつ当該内部記憶部に前記定義ファイルが保存されていない場合、前記外部サーバの前記アドレスに基づいて前記定義ファイルを取得し、当該定義ファイルを前記内部記憶部に保存する、ことを特徴とするコンテンツ受信装置。

【請求項6】

請求項１から５までのいずれか一項に記載のコンテンツ受信装置において、
前記ＥＭには、さらに、複数の構造化データから１つを選択するためのインデックスを含む要素情報が記述されており、
前記定義ファイルには、さらに、前記複数の構造化データが定義されており、
前記構造化データ取得部は、
前記ＥＭに記述された前記取得先から前記定義ファイルを取得し、前記定義ファイルに定義された前記関数を実行し、前記ＥＭに記述された前記インデックスに基づいて、前記定義ファイルに定義された前記複数の構造化データから１つを選択することで、前記構造化データを取得する、ことを特徴とするコンテンツ受信装置。

【請求項7】

請求項１から５までのいずれか一項に記載のコンテンツ受信装置において、
前記ＥＭには、さらに、前記端末へ送信される前記メッセージを構成するそれぞれの前記データを、複数の要素から選択するためのインデックスを含む要素情報が記述されており、
前記定義ファイルには、さらに、前記メッセージを構成するそれぞれの前記データの変数、及び当該変数に対応する前記複数の要素が定義されており、
前記構造化データ取得部は、
前記ＥＭに記述された前記取得先から前記定義ファイルを取得し、前記定義ファイルに定義された前記関数を実行し、前記ＥＭに記述された前記インデックスに基づいて、前記定義ファイルに定義されたそれぞれの前記変数に対応する前記複数の要素から１つを選択することで、前記構造化データを取得する、ことを特徴とするコンテンツ受信装置。

【請求項8】

コンピュータを、請求項１から７までのいずれか一項に記載のコンテンツ受信装置として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、動画等のコンテンツを受信し、当該コンテンツと連動したサービスを実現するコンテンツ受信装置及びプログラムに関する。

【背景技術】

【0002】

従来、国内で運用されている放送通信連携システムとしてハイブリッドキャスト（Hybridcast）が知られている（例えば、非特許文献１を参照）。ハイブリッドキャスト対応の受信装置は、ＨＴＭＬブラウザを備えており、通信で取得したＨＴＭＬアプリケーションを実行することができる。

【0003】

ハイブリッドキャスト対応の受信装置は、放送波に重畳されたイベントメッセージ（Event Message：以下、ＥＭという。）の受信を契機としてＨＴＭＬアプリケーションを動作させることにより、放送内容と連動したサービスを実現することができる。

【0004】

また、ハイブリッドキャスト対応の受信装置は、当該受信装置上で動作するＨＴＭＬアプリケーションとスマートフォン等の端末（以下、連携端末という。）上で動作するアプリケーションとの間で、メッセージをやり取りする機能を提供する。

【0005】

これにより、連携端末上で放送コンテンツと連動したサービスを実現することができる。例えば、サッカーの試合番組において、あるプレイヤーが得点を挙げた際に、そのプレイヤー及び得点シーンに関する詳細な情報を、連携端末の画面上に表示することができる（例えば、非特許文献２を参照）。

【先行技術文献】

【非特許文献】

【0006】

【文献】ＩＰＴＶ規定、放送通信連携システム仕様、IPTVFJ STD-0010 ２．１版

【文献】小川他、“放送コンテンツを基点としたＩｏＴ機器連携動作のためのアーキテクチャの検討”、情処全大、7C-02、2017

【発明の概要】

【発明が解決しようとする課題】

【0007】

従来、ＥＭは単純な文字列として記述され、何かのイベントが発生したことを知らせるトリガーとしての機能を果たすことができる。しかし、単純な文字列では、番組中のあるシーンでどのような出来事が起きたかを表現することは困難である。

【0008】

例えば、サッカーの試合番組中にＥＭとして「砧_小川_ゴール」が、放送局からコンテンツ受信装置へ送信されたとする。ＥＭを記述した本人は、その内容を正確に理解することができるが、それ以外の者は、その内容を正確に理解することができない。具体的には、「チーム砧の小川選手が得点を決めた」のか、「砧選手はチーム小川のＦＷ（フォワード）であり、得点を決めた」のか、「ゴールキーパーの砧選手が小川選手に得点を決められてしまった」のか、判別することは難しい。

【0009】

このようなＥＭの内容を理解するためには、ＥＭを記述した本人とＥＭを受信する者との間で、ＥＭの記述方法のルールを共有する必要がある。

【0010】

しかしながら、番組中に登場するシーンは多岐に渡り、そのシーンを表現する方法も多岐に渡るため、ＥＭの送受信者間でルールを共有することは、現実的には困難である。

【0011】

このように、現行の放送においては、連携端末上で動作するアプリケーションの開発者がＥＭの送信者と同一でない限り、シーンの内容と連動したサービスを実現するアプリケーションを開発することが困難であるという問題があった。

【0012】

このため、連携端末上で動作するアプリケーションの開発者が、ＥＭの内容を理解し、ＥＭの内容に応じたアプリケーションを開発できることが所望されていた。

【0013】

つまり、連携端末が、コンテンツの内容と連動したサービスを実現する際に、単純な文字列からなるメッセージではなく、その内容を解釈可能なメッセージを受信できることが所望されていた。連携端末が内容を解釈可能なメッセージを受信できるのであれば、開発者は、その内容を解釈するアプリケーションを開発することができ、連携端末に、コンテンツの内容と連動したサービスを実現させることができるからである。

【0014】

そこで、本発明は前記課題を解決するためになされたものであり、その目的は、コンテンツの内容と連動したサービスを実現する際に、連携端末がメッセージの内容を解釈できるように、メッセージの内容が反映された構造化データを生成するコンテンツ受信装置及びプログラムを提供することにある。

【課題を解決するための手段】

【0015】

前記課題を解決するために、請求項１のコンテンツ受信装置は、放送または通信によりコンテンツの信号を受信し、当該コンテンツの内容と連動したサービスを実現するためのメッセージを端末へ送信するコンテンツ受信装置において、前記コンテンツの信号に含まれるＥＭ（イベントメッセージ）に基づいて、定義ファイルを取得し、前記ＥＭ及び前記定義ファイルに基づいて、構造化データを取得し、当該構造化データを含むｓＥＭ（セマンティック・イベントメッセージ）を生成するＥＭ／ｓＥＭ変換機能部を備え、前記ＥＭには、前記定義ファイルの取得先を含む要素情報が記述されており、前記定義ファイルには、前記構造化データを取得するための関数が定義されており、前記構造化データには、前記メッセージを構成するそれぞれのデータ及び当該データの意味が構造的に定義されており、前記ＥＭ／ｓＥＭ変換機能部が、前記コンテンツの信号から前記ＥＭを抽出するＥＭ抽出部と、前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記取得先から、前記定義ファイルを取得し、当該定義ファイルに定義された前記関数を実行し、前記構造化データを取得する構造化データ取得部と、前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記要素情報を、前記構造化データ取得部により取得された前記構造化データに差し替え、当該構造化データを含む前記ｓＥＭを生成するｓＥＭ生成部と、を備え、当該ｓＥＭ生成部により生成された前記ｓＥＭを前記端末へ送信する、ことを特徴とする。

【0016】

また、請求項２のコンテンツ受信装置は、請求項１に記載のコンテンツ受信装置において、前記ＥＭの前記要素情報には、当該ＥＭを前記ｓＥＭに変換可能であるか否かを示す変換識別子が含まれており、前記変換識別子が当該ＥＭを前記ｓＥＭに変換可能であることを示す場合、前記ＥＭには、前記変換識別子に加え、前記定義ファイルの前記取得先を含む前記要素情報が記述されており、前記変換識別子が当該ＥＭを前記ｓＥＭに変換可能でないことを示す場合、前記ＥＭには、前記変換識別子を含む前記要素情報が記述されており、前記ＥＭ／ｓＥＭ変換機能部が、さらに、前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記変換識別子に基づいて、前記ＥＭを前記ｓＥＭに変換可能であるか否かを判定するｓＥＭ判定部を備え、前記構造化データ取得部が、前記ｓＥＭ判定部により変換可能であると判定された場合、前記ＥＭに記述された前記取得先から前記定義ファイルを取得し、当該定義ファイルに定義された前記関数を実行して前記構造化データを取得し、前記ｓＥＭ生成部が、前記ｓＥＭ判定部により変換可能であると判定された場合、前記ＥＭに記述された前記要素情報を前記構造化データに差し替え、前記ｓＥＭを生成して出力し、前記ｓＥＭ判定部により変換可能でないと判定された場合、前記ＥＭ抽出部により抽出された前記ＥＭを出力し、当該コンテンツ受信装置が、前記ｓＥＭ生成部により出力された前記ｓＥＭまたは前記ＥＭを前記端末へ送信する、ことを特徴とする。

【0017】

また、請求項３のコンテンツ受信装置は、請求項２に記載のコンテンツ受信装置において、前記ＥＭの前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能であることを示す場合、前記ＥＭには、前記変換識別子、及び前記定義ファイルの前記取得先を含む前記要素情報が記述されており、前記ＥＭの前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能でないことを示す場合、前記ＥＭには、前記変換識別子及び文字列からなる前記要素情報が記述されており、前記ＥＭに、前記変換識別子が記述されていない場合、前記ＥＭには、文字列からなる前記要素情報が記述されており、前記ｓＥＭ判定部が、前記ＥＭ抽出部により抽出された前記ＥＭに記述された前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能であることを示す場合、変換可能であることを判定し、前記変換識別子が、前記ＥＭを前記ｓＥＭに変換可能でないことを示す場合、または、前記ＥＭ抽出部により抽出された前記ＥＭに前記変換識別子が記述されていない場合、変換可能でないことを判定する、ことを特徴とする。

【0018】

また、請求項４のコンテンツ受信装置は、請求項１から３までのいずれか一項に記載のコンテンツ受信装置において、前記ＥＭの前記要素情報に含まれる前記取得先には、外部サーバまたは内部記憶部を示す情報、及び前記外部サーバのアドレスが記述されており、前記構造化データ取得部が、前記ＥＭに記述された前記取得先が前記外部サーバを示す場合、当該外部サーバの前記アドレスに基づいて前記定義ファイルを取得し、前記取得先が前記内部記憶部を示す場合、当該コンテンツ受信装置に備えた前記内部記憶部から前記定義ファイルを取得する、ことを特徴とする。

【0019】

また、請求項５のコンテンツ受信装置は、請求項４に記載のコンテンツ受信装置において、前記構造化データ取得部が、前記ＥＭに記述された前記取得先が前記内部記憶部を示し、かつ当該内部記憶部に前記定義ファイルが保存されていない場合、前記外部サーバの前記アドレスに基づいて前記定義ファイルを取得し、当該定義ファイルを前記内部記憶部に保存する、ことを特徴とする。

【0020】

また、請求項６のコンテンツ受信装置は、請求項１から５までのいずれか一項に記載のコンテンツ受信装置において、前記ＥＭには、さらに、複数の構造化データから１つを選択するためのインデックスを含む要素情報が記述されており、前記定義ファイルには、さらに、前記複数の構造化データが定義されており、前記構造化データ取得部が、前記ＥＭに記述された前記取得先から前記定義ファイルを取得し、前記定義ファイルに定義された前記関数を実行し、前記ＥＭに記述された前記インデックスに基づいて、前記定義ファイルに定義された前記複数の構造化データから１つを選択することで、前記構造化データを取得する、ことを特徴とする。

【0021】

また、請求項７のコンテンツ受信装置は、請求項１から５までのいずれか一項に記載のコンテンツ受信装置において、前記ＥＭには、さらに、前記端末へ送信される前記メッセージを構成するそれぞれの前記データを、複数の要素から選択するためのインデックスを含む要素情報が記述されており、前記定義ファイルには、さらに、前記メッセージを構成するそれぞれの前記データの変数、及び当該変数に対応する前記複数の要素が定義されており、前記構造化データ取得部が、前記ＥＭに記述された前記取得先から前記定義ファイルを取得し、前記定義ファイルに定義された前記関数を実行し、前記ＥＭに記述された前記インデックスに基づいて、前記定義ファイルに定義されたそれぞれの前記変数に対応する前記複数の要素から１つを選択することで、前記構造化データを取得する、ことを特徴とする。

【0022】

さらに、請求項８のプログラムは、コンピュータを、請求項１から７までのいずれか一項に記載のコンテンツ受信装置として機能させることを特徴とする。

【発明の効果】

【0023】

以上のように、本発明によれば、コンテンツの内容と連動したサービスを実現する際に、連携端末がメッセージの内容を解釈できるように、メッセージの内容が反映された構造化データを生成することが可能となる。

【図面の簡単な説明】

【0024】

【図1】本発明の実施形態によるコンテンツ受信装置を含む全体システムのサービス例の概要を説明する図である。

【図2】本発明の実施形態によるコンテンツ受信装置を含む全体システムの概略図である。

【図3】ＥＭ、ｓＥＭ定義ファイルｆ及びｓＥＭの関係を説明する図である。

【図4】コンテンツ受信装置の機能構成例を示す図である。

【図5】連携端末の機能構成例を示す図である。

【図6】コンテンツ受信装置の構成例を示すブロック図である。

【図7】ＥＭ／ｓＥＭ変換機能部の構成例を示すブロック図である。

【図8】ＥＭ／ｓＥＭ変換機能部の処理例を示すフローチャートである。

【図9】ｓＥＭ生成処理例（ステップＳ８０５）の詳細を示すフローチャートである。

【図10】ＥＭの第１記述例を示す図である。

【図11】ｓＥＭ定義ファイルｆの第１記述例を示す図である。

【図12】ＥＭの第２記述例を示す図である。

【図13】ｓＥＭ定義ファイルｆの第２記述例を示す図である。

【図14】ＥＭの第３記述例を示す図である。

【図15】ｓＥＭ定義ファイルｆの第３記述例を示す図である。

【図16】本発明の実施形態によるコンテンツ受信装置を含む他の全体システムのサービス例の概要を説明する図である。

【発明を実施するための形態】

【0025】

以下、本発明を実施するための形態について図面を用いて詳細に説明する。本発明のコンテンツ受信装置は、コンテンツの内容と連動したサービスを実現する際に、連携端末にてメッセージの内容を解釈できるように、その内容が反映された構造化データを生成し、当該構造化データを連携端末へ送信することを特徴とする。

【0026】

構造化データを用いることは、前述の例では、「砧_小川_ゴール」というメッセージに対し、「砧」「小川」「ゴール」のそれぞれが「行動主体が所属するチーム」「行動主体（人間）の名前」「行動」を表している、というメタデータを付与することを意味する。つまり、構造化データは、メッセージを構成するそれぞれのデータ（内容）及びデータの意味（内容の意味）が構造的に定義された定義文である。

【0027】

これにより、連携端末は、構造化データを解釈することで、メッセージの内容を理解することができる。つまり、メッセージの受信者は、構造化データを用いることで、送信者と事前にルールを共有していなくても、メッセージの意味を理解しそれに応じたアプリケーションを開発することが可能となる。

【0028】

ところで、放送局が構造化データを含むＥＭを生成し、当該ＥＭを、コンテンツ受信装置を経由して連携端末へ送信することにより、コンテンツの内容と連動したサービスを実現することができる。

【0029】

しかしながら、放送波の帯域には制限があり、放送局から送信されるＥＭのprivate_data（プライベートデータ）要素（以下、ｐｄ要素という。）に記述可能なデータ量は２４４バイト以内という運用制限がある（地上デジタルテレビジョン放送運用規定、ARIB TR-B14 6.3版を参照）。一方で、構造化データは、単純な文字列ではなく、メッセージの内容の意味を含む構造的な定義文であるため、２４４バイト以内に収めることは困難である。このため、放送局は、構造化データを含むＥＭを生成したとしても、これを放送信号として送信することができない。

【0030】

そこで、本発明の実施形態によるコンテンツ受信装置は、２４４バイト以下のｐｄ要素を含むＥＭを受信したときを契機として、ＥＭのｐｄ要素に記述された内容等に基づいて、構造化データを取得する機能を備える。そして、コンテンツ受信装置は、ＥＭのｐｄ要素の内容を、取得した構造化データに差し替えることで、構造化データを含む新たなＥＭを生成し、新たなＥＭを連携端末へ送信する。

【0031】

連携端末は、新たなＥＭを受信し、新たなＥＭに含まれる構造化データを解釈する。これにより、コンテンツの内容と連動したサービスを実現することができる。この場合、構造化データは予め決められているから、メッセージの受信者は、構造化データに基づいたアプリケーションを事前に開発することが可能である。

【0032】

ここで、ｐｄ要素に構造化データを持つ新たなＥＭは、意味（semantic）を表すイベントメッセージであることから、セマンティック・イベントメッセージ（Semantic Event Message）という。以下、セマンティック・イベントメッセージをｓＥＭという。ｓＥＭは、連携端末において、コンテンツの内容と連動したサービスを実現するためのメッセージである。

【0033】

また、放送には同時性という特徴があることから、コンテンツ受信装置が放送波でＥＭを受信する度に、構造化データを取得するために必要な情報をサーバに問い合わせたとすると、瞬間的にサーバへのアクセスが集中し、サーバ負荷が大きくなる可能性がある。

【0034】

そこで、本発明の実施形態によるコンテンツ受信装置は、構造化データを取得するために必要な情報を記憶部に予め保存しておき、ＥＭの受信を契機として、サーバへアクセスすることなく当該情報を直接利用する機能を備える。

【0035】

〔全体システム〕
まず、コンテンツの内容と連動したサービスを実現する全体システムについて説明する。図１は、本発明の実施形態によるコンテンツ受信装置を含む全体システムのサービス例の概要を説明する図であり、図２は、本発明の実施形態によるコンテンツ受信装置２を含む全体システムの概略図である。

【0036】

このシステムは、放送送出装置１、コンテンツ受信装置２、連携端末３、ｓＥＭサーバ４、受信装置サービスサーバ５及び連携端末サービスサーバ６を備えている。コンテンツ受信装置２とｓＥＭサーバ４及び受信装置サービスサーバ５とは、インターネット８を介して接続される。連携端末サービスサーバ６と連携端末３とは、インターネット８を介して接続される。また、コンテンツ受信装置２と連携端末３とは、Hybridcast（ハイブリッドキャスト）等の機能により、Wi-Fi（登録商標）等の通信路７を介して接続される。

【0037】

放送送出装置１は、放送局に設けられており、放送波により番組のコンテンツ（ＥＭを含む）の放送信号を配信する。

【0038】

コンテンツ受信装置２は、ＥＭを含む放送信号を受信し、ＥＭの内容に基づいてＥＭをｓＥＭに変換可能であると判定した場合、ＥＭの内容に基づいてｓＥＭ定義ファイルｆを特定し、例えばｓＥＭサーバ４からｓＥＭ定義ファイルｆを受信する。そして、コンテンツ受信装置２は、ＥＭの内容及びｓＥＭ定義ファイルｆに基づいて構造化データを取得し、構造化データを含むｓＥＭを生成する。コンテンツ受信装置２は、ｓＥＭを、ハイブリッドキャスト等の機能により接続された連携端末３へ送信する。

【0039】

連携端末３は、スマートフォン、コミュニケーションロボット、スマート家電等の端末であり、コンテンツ受信装置２と連携して動作する。連携端末３は、コンテンツ受信装置２からｓＥＭを受信し、ｓＥＭに含まれる構造化データに基づいて、その内容を解釈し、コンテンツの内容と連動したサービスを実現する。

【0040】

ｓＥＭサーバ４は、ｓＥＭ定義ファイルｆを管理しており、コンテンツ受信装置２からの要求に従い、ｓＥＭ定義ファイルｆをコンテンツ受信装置２へ送信する。

【0041】

受信装置サービスサーバ５は、コンテンツ受信装置２にて実行するＨＴＭＬアプリ本体及びＨＴＭＬアプリで利用するコンテンツを管理しており、コンテンツ受信装置２からの要求に従い、ＨＴＭＬアプリ本体及びコンテンツをコンテンツ受信装置２へ送信する。

【0042】

連携端末サービスサーバ６は、連携端末３にて実行するアプリ及びアプリで利用するコンテンツを管理しており、連携端末３からの要求に従い、アプリ及びコンテンツを連携端末３へ送信する。

【0043】

この場合、コンテンツ受信装置２は、受信装置サービスサーバ５から、コンテンツの内容と連動したサービスを実現するためのＨＴＭＬアプリ本体等をダウンロード済みであり、当該アプリを実行するものとする。また、連携端末３は、連携端末サービスサーバ６から、コンテンツの内容と連動したサービスを実現するためのアプリ等をダウンロード済みであり、当該アプリを実行するものとする。

【0044】

図３は、ＥＭ、ｓＥＭ定義ファイルｆ及びｓＥＭの関係を説明する図である。（１）はＥＭの具体例を示し、（２）はｓＥＭ定義ファイルｆの構成例を示し、（３）はｓＥＭの具体例を示す。

【0045】

コンテンツ受信装置２は、（１）に示すＥＭのｐｄ要素の内容に基づいて、（２）に示すｓＥＭ定義ファイルｆを特定し、ＥＭのｐｄ要素の内容及びｓＥＭ定義ファイルｆに基づいて構造化データを取得する。そして、コンテンツ受信装置２は、ＥＭのｐｄ要素の内容を構造化データに差し替え、（３）に示すｓＥＭを生成する。

【0046】

ＥＭは、放送送出装置１から送信されるメッセージであり、ｐｄ要素が記述されている。ＥＭのｐｄ要素には、以下の（ａ１）～（ａ６）が含まれる。尚、ＥＭのｐｄ要素には、（ａ１）～（ａ６）のうち（ａ５）（ａ６）等を含まない場合もある。具体例については後述する図１０，１２，１４にて説明する。
（ａ１）ＥＭをｓＥＭに変換可能である否かを示す識別子（ｓＥＭ変換識別子、「true」または「false」）
（ａ２）ｓＥＭ定義ファイルｆの取得先ａ２（外部サーバ（ｓＥＭサーバ４、「external」）または内部メモリ（後述する記憶部４６、「internal」））
（ａ３）ｓＥＭ定義ファイルｆの名称（ファイル名）
（ａ４）ｓＥＭ定義ファイルｆの取得先ＵＲＬ（アドレス）
（ａ５）構造化データを取得するために必要な情報（以下、インデックスという。）
（ａ６）その他の情報

【0047】

ｓＥＭ定義ファイルｆは、ｓＥＭサーバ４から送信されるファイルであり、構造化データを取得するために必要な情報、すなわちＥＭをｓＥＭに変換する際に、どのような構造化データを取得するかについての規則が定義されている。ｓＥＭ定義ファイルｆには、以下の（ｂ１）～（ｂ４）が含まれる。尚、ｓＥＭ定義ファイルｆには、（ｂ１）～（ｂ４）のうち（ｂ３）等を含まない場合もある。
（ｂ１）構造化データまたは構造化データの配列（複数の構造化データ）
（ｂ２）構造化データを取得するための関数
（ｂ３）ｓＥＭ定義ファイルｆの生存期間
（ｂ４）その他の情報

【0048】

ｓＥＭは、（３）に示すように、構造化データを内容としたｐｄ要素を含む。ＥＭのｐｄ要素が構造化データに差し替えられることで、ｓＥＭが生成される。

【0049】

〔コンテンツ受信装置２及び連携端末３の機能構成〕
次に、コンテンツ受信装置２及び連携端末３の機能構成について説明する。図４は、コンテンツ受信装置２の機能構成例を示す図である。コンテンツ受信装置２は、機能的にみると、ハードウェア２０、ＯＳ２１、レジデント２２及びアプリ実行機能部２３から構成される。

【0050】

ハードウェア２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、キャッシュメモリ等であり、レジデント２２の各機能を物理的に実行する。ＯＳ２１は、ｉＯＳ等であり、ＣＰＵにより実行され、当該コンテンツ受信装置２の基本的な機能として、ハードウェア２０の各要素を管理する。

【0051】

レジデント２２は、受信機機能部２４、端末連携機能部２５、ＥＭ／ｓＥＭ変換機能部２６等を備えている。受信機機能部２４は、放送信号を受信し、放送信号を映像音声にデコードして再生する。端末連携機能部２５は、当該コンテンツ受信装置２と連携端末３とを通信路７を介して接続し、テキストメッセージの送受信を行う。

【0052】

ＥＭ／ｓＥＭ変換機能部２６は、本発明の実施形態が備える機能であり、ＥＭをｓＥＭに変換する。

【0053】

アプリ実行機能部２３は、ＨＴＭＬブラウザ（ハイブリッドキャストブラウザ）であり、受信装置サービスサーバ５からダウンロードしたハイブリッドキャストアプリを実行する。

【0054】

図５は、連携端末３の機能構成例を示す図である。この連携端末３は、機能的にみると、ハードウェア５０、ＯＳ５１、ネイティブアプリ実行機能部５２及び連携アプリ５３から構成される。

【0055】

ハードウェア５０は、図４のハードウェア２０と同様に、ＣＰＵ、ＲＯＭ、ＲＡＭ、キャッシュメモリ等であり、ネイティブアプリ実行機能部５２の各機能を物理的に実行する。ＯＳ５１は、図４のＯＳ２１と同様に、ＣＰＵにより実行され、当該連携端末３の基本的な機能として、ハードウェア５０の各要素を管理する。

【0056】

ネイティブアプリ実行機能部５２は、ＯＳ５１が提供するアプリを実行する。連携アプリ５３は、ネイティブアプリ実行機能部５２において動作するものとする。ハイブリッドキャストにおける連携アプリ５３は、コンテンツ受信装置２のハイブリッドキャストブラウザで動作するハイブリッドキャストアプリと、連携端末３の連携アプリ５３の間で実現されるものとする。連携アプリ５３は、例えば前述の非特許文献1で規定された拡張ＡＰＩを用いて、テキストメッセージを送受信する。

【0057】

〔コンテンツ受信装置２の構成及び処理〕
次に、コンテンツ受信装置２の構成及び処理について説明する。図６は、コンテンツ受信装置２の構成例を示すブロック図である。このコンテンツ受信装置２は、レジデント２２’、アプリ実行部３０及びＨＴＭＬアプリケーション３１を備えている。

【0058】

レジデント２２’は、放送送出装置１から放送信号を受信し、放送信号からＥＭを抽出し、ＥＭのｐｄ要素の内容に基づいて、ＥＭをｓＥＭに変換可能であるか否かを判定する。

【0059】

レジデント２２’は、ＥＭをｓＥＭに変換可能であると判定した場合、ｓＥＭを生成し、ｓＥＭを連携端末３へ送信する。一方、レジデント２２’は、ＥＭをｓＥＭに変換可能でないと判定した場合、ＥＭを連携端末３へ送信する。

【0060】

アプリ実行部３０は、ＨＴＭＬアプリケーション３１を実行するブラウザである。ＨＴＭＬアプリケーション３１は、放送と通信とを連携させるために、当該コンテンツ受信装置２と連携端末３との間でテキストメッセージの送受信を行うアプリケーションであり、図示しない受信装置サービスサーバ５から取得される。ここで、アプリ実行部３０は、例えばＥＭ／ｓＥＭ変換機能部２６により放送信号のデータからＥＭが抽出されたタイミングを契機として、ＨＴＭＬアプリケーション３１を実行して当該コンテンツ受信装置２と連携端末３との間でテキストメッセージの送受信を行う。

【0061】

レジデント２２’は、ＥＭ／ｓＥＭ変換機能部２６、放送受信部２７、分離部２８、放送通信連携部２９及び端末連携部３２を備えている。尚、このレジデント２２’は、図４に示したレジデント２２に相当するが、本発明に直接関連する構成部のみを示しており、直接関連しない構成部は省略してある。

【0062】

放送受信部２７は、放送送出装置１から送信された放送波の放送信号を受信し、所定の受信処理を施す。分離部２８は、放送受信部２７により受信処理された放送信号から多重信号を分離し、映像、音声及びデータを抽出し、データをＥＭ／ｓＥＭ変換機能部２６に出力する。

【0063】

ＥＭ／ｓＥＭ変換機能部２６は、分離部２８からデータを入力し、データに含まれるＥＭに基づいて、ＥＭをｓＥＭに変換可能であるか否かを判定する。

【0064】

ＥＭ／ｓＥＭ変換機能部２６は、ＥＭをｓＥＭに変換可能であると判定した場合、ＥＭのｐｄ要素の内容に基づいてｓＥＭ定義ファイルｆを特定し、例えばｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得する。そして、ＥＭ／ｓＥＭ変換機能部２６は、ＥＭのｐｄ要素の内容及びｓＥＭ定義ファイルｆに基づいて構造化データを取得し、ＥＭのｐｄ要素の内容を構造化データに差し替えてｓＥＭを生成し、ｓＥＭを放送通信連携部２９に出力する。

【0065】

一方、ＥＭ／ｓＥＭ変換機能部２６は、ＥＭをｓＥＭに変換可能でないと判定した場合、ＥＭを放送通信連携部２９に出力する。ＥＭ／ｓＥＭ変換機能部２６の詳細については後述する。

【0066】

放送通信連携部２９は、ＥＭ／ｓＥＭ変換機能部２６からｓＥＭまたはＥＭを入力し、ＨＴＭＬアプリケーション３１により、端末連携部３２からｓＥＭまたはＥＭを連携端末３へ送信する。

【0067】

尚、放送通信連携部２９は、放送から得たデータと通信から得たデータとをマージする処理を行い、端末連携部３２は、当該コンテンツ受信装置２と連携端末３との連携を担う処理を行い、通信により相互にテキストメッセージの送受信を行う。

【0068】

〔ＥＭ／ｓＥＭ変換機能部２６〕
次に、ＥＭ／ｓＥＭ変換機能部２６について詳細に説明する。図７は、ＥＭ／ｓＥＭ変換機能部２６の構成例を示すブロック図であり、図８は、ＥＭ／ｓＥＭ変換機能部２６の処理例を示すフローチャートである。

【0069】

このＥＭ／ｓＥＭ変換機能部２６は、ＥＭ抽出部４０、ｓＥＭ判定部４１、構造化データ取得部４２、外部リソース取得部４３、記憶管理部４４、キャッシュ部４５、記憶部４６及びｓＥＭ生成部４７を備えている。

【0070】

ＥＭ抽出部４０は、分離部２８からデータを入力し（ステップＳ８０１）、データからＥＭを抽出する（ステップＳ８０２）。そして、ＥＭ抽出部４０は、ＥＭをｓＥＭ判定部４１及びｓＥＭ生成部４７に出力する。

【0071】

ｓＥＭ判定部４１は、ＥＭ抽出部４０からＥＭを入力し、ＥＭのｐｄ要素に含まれるｓＥＭ変換識別子ａ１に基づいて、ＥＭをｓＥＭに変換可能であるか否かを判定する（ステップＳ８０３）。

【0072】

ｓＥＭ判定部４１は、ｓＥＭ変換識別子ａ１が「true」であり、ｓＥＭ変換可能であると判定した場合（ステップＳ８０４：Ｙ）、変換可をｓＥＭ生成部４７に出力すると共に、ＥＭを構造化データ取得部４２に出力する。

【0073】

ｓＥＭ生成部４７は、ｓＥＭ判定部４１から変換可を入力すると、ＥＭ抽出部４０から入力したＥＭのｐｄ要素の内容を、構造化データ取得部４２から入力した構造化データに差し替え、ｓＥＭを生成し（ステップＳ８０５）、ｓＥＭを放送通信連携部２９に出力する（ステップＳ８０６）。詳細には、ステップＳ８０５のｓＥＭ生成処理は、構造化データ取得部４２～ｓＥＭ生成部４７により行われる。ステップＳ８０５のｓＥＭ生成処理の詳細については後述する。

【0074】

ここで、構造化データ取得部４２～ｓＥＭ生成部４７により、ＥＭのｐｄ要素の内容に基づいてｓＥＭ定義ファイルｆが特定され、ＥＭのｐｄ要素の内容及びｓＥＭ定義ファイルｆに基づいて構造化データが取得され、ＥＭのｐｄ要素の内容が構造化データに差し替えられｓＥＭが生成される。

【0075】

一方、ｓＥＭ判定部４１は、ｓＥＭ変換識別子ａ１が「false」であり、ｓＥＭ変換可能でないと判定した場合（ステップＳ８０４：Ｎ）、変換不可をｓＥＭ生成部４７に出力する。ｓＥＭ生成部４７は、ｓＥＭ判定部４１から変換不可を入力すると、ＥＭ抽出部４０から入力したＥＭをそのまま放送通信連携部２９に出力する（ステップＳ８０７）。

【0076】

尚、ｓＥＭ判定部４１は、ステップＳ８０２、Ｓ８０３において、ＥＭのｐｄ要素にｓＥＭ変換識別子ａ１が含まれていない場合も、ｓＥＭ変換可能でないと判定し、変換不可をｓＥＭ生成部４７に出力する。ｓＥＭ変換可能でないと判定されたＥＭには、従来と同様に、単純な文字列からなるメッセージが記述されている。

【0077】

（ｓＥＭ生成処理）
次に、図８のステップＳ８０５のｓＥＭ生成処理について詳細に説明する。図９は、ｓＥＭ生成処理例（ステップＳ８０５）の詳細を示すフローチャートである。図９に示す処理は、構造化データ取得部４２～ｓＥＭ生成部４７により行われる。

【0078】

構造化データ取得部４２は、ｓＥＭ判定部４１によりｓＥＭ変換可能であると判定された場合に、ＥＭのｐｄ要素の内容に基づいてｓＥＭ定義ファイルｆを取得し、ＥＭのｐｄ要素の内容及びｓＥＭ定義ファイルｆに基づいて構造化データを取得する。

【0079】

外部リソース取得部４３は、ｓＥＭサーバ４との間の通信により必要なリソースを取得する機能を有し、ｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得する。

【0080】

記憶管理部４４は、キャッシュ部４５及び記憶部４６を管理する。具体的には、記憶管理部４４は、構造化データの取得に必要なリソースであるｓＥＭ定義ファイルｆを、外部リソース取得部４３を介してｓＥＭサーバ４から取得し、記憶部４６に保存する。また、記憶管理部４４は、記憶部４６からｓＥＭ定義ファイルｆを読み出し、キャッシュ部４５に保存する。さらに、記憶管理部４４は、記憶部４６に保存されたデータのうち、不要になったものを探索して削除する。

【0081】

記憶部４６及びキャッシュ部４５は、リソースであるｓＥＭ定義ファイルｆを保持する。

【0082】

図７及び図９を参照して、構造化データ取得部４２は、ｓＥＭ判定部４１からＥＭを入力し、ＥＭのｐｄ要素に含まれるｓＥＭ定義ファイルｆの取得先ａ２に基づいて、その取得先が外部であるかまたは内部であるかを判定する（ステップＳ９０１）。

【0083】

構造化データ取得部４２は、ｓＥＭ定義ファイルｆの取得先ａ２が「external」であり、取得先が外部であると判定した場合（ステップＳ９０２：外部）、外部リソース取得部４３を介してｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得する（ステップＳ９０３）。そして、構造化データ取得部４２は、ステップＳ９１１へ移行する。

【0084】

具体的には、構造化データ取得部４２は、ＥＭのｐｄ要素に含まれるｓＥＭ定義ファイルｆの取得先ＵＲＬａ４を外部リソース取得部４３に出力する。外部リソース取得部４３は、構造化データ取得部４２からｓＥＭ定義ファイルｆの取得先ＵＲＬａ４を入力し、httpGETリクエスト要求を取得先ＵＲＬａ４の示すｓＥＭサーバ４へ送信し、ｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得する。そして、外部リソース取得部４３は、ｓＥＭ定義ファイルｆを構造化データ取得部４２に出力する。

【0085】

一方、構造化データ取得部４２は、ステップＳ９０２において、ｓＥＭ定義ファイルｆの取得先ａ２が「internal」であり、取得先が内部であると判定した場合（ステップＳ９０２：内部）、ｓＥＭ定義ファイルｆの保存先を判定する（ステップＳ９０４）。ｓＥＭ定義ファイルｆの保存先は、基本的にはキャッシュ部４５または記憶部４６であるが、キャッシュ部４５及び記憶部４６のいずれにも保存されていない場合は、ｓＥＭサーバ４から取得する。

【0086】

具体的には、構造化データ取得部４２は、ＥＭのｐｄ要素に含まれるｓＥＭ定義ファイルｆの名称ａ３及び取得先ＵＲＬａ４を記憶管理部４４に出力する。記憶管理部４４は、構造化データ取得部４２からｓＥＭ定義ファイルｆの名称ａ３及び取得先ＵＲＬａ４を入力する。

【0087】

記憶管理部４４は、ｓＥＭ定義ファイルｆの名称ａ３と、キャッシュ部４５に保存されているファイルの名称とを比較し、ｓＥＭ定義ファイルｆがキャッシュ部４５に保存されているか否かを判定する（ステップＳ９０５）。

【0088】

記憶管理部４４は、ファイルの名称が一致し、ｓＥＭ定義ファイルｆがキャッシュ部４５に保存されていると判定した場合（ステップＳ９０５：Ｙ）、ｓＥＭ定義ファイルｆの保存先はキャッシュ部４５であると判断し、ステップＳ９０９へ移行する。

【0089】

一方、記憶管理部４４は、ファイルの名称が一致せず、ｓＥＭ定義ファイルｆがキャッシュ部４５に保存されていないと判定した場合（ステップＳ９０５：Ｎ）、ステップＳ９０６へ移行する。そして、記憶管理部４４は、ｓＥＭ定義ファイルｆの名称ａ３と、記憶部４６に保存されているファイルの名称とを比較し、ｓＥＭ定義ファイルｆが記憶部４６に保存されているか否かを判定する（ステップＳ９０６）。

【0090】

記憶管理部４４は、ファイルの名称が一致し、ｓＥＭ定義ファイルｆが記憶部４６に保存されていると判定した場合（ステップＳ９０６：Ｙ）、ｓＥＭ定義ファイルｆの保存先は記憶部４６であると判断し、ステップＳ９０８へ移行する。

【0091】

一方、記憶管理部４４は、ファイルの名称が一致せず、ｓＥＭ定義ファイルｆが記憶部４６に保存されていないと判定した場合（ステップＳ９０６：Ｎ）、ｓＥＭ定義ファイルｆがキャッシュ部４５及び記憶部４６のいずれにも保存されていないと判断する。そして、記憶管理部４４は、外部リソース取得部４３を介して、ｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得する。記憶管理部４４は、ｓＥＭ定義ファイルｆを、ｓＥＭ定義ファイルｆの名称ａ３にて、またはユーザにより設定された所定の名称にて記憶部４６に保存し（ステップＳ９０７）、ステップＳ９０８へ移行する。

【0092】

具体的には、記憶管理部４４は、ステップＳ９０３と同様に、ｓＥＭ定義ファイルｆの取得先ＵＲＬａ４を外部リソース取得部４３に出力する。外部リソース取得部４３は、httpGETリクエスト要求を取得先ＵＲＬａ４の示すｓＥＭサーバ４へ送信し、ｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得し、ｓＥＭ定義ファイルｆを記憶管理部４４に出力する。

【0093】

記憶管理部４４は、ステップＳ９０６（Ｙ）またはステップＳ９０７から移行して、記憶部４６からｓＥＭ定義ファイルｆを読み出し、ｓＥＭ定義ファイルｆをキャッシュ部４５に保存し（ステップＳ９０８）、ステップＳ９０９へ移行する。

【0094】

記憶管理部４４は、ステップＳ９０５（Ｙ）またはステップＳ９０８から移行して、完了通知を構造化データ取得部４２に出力する（ステップＳ９０９）。つまり、記憶管理部４４は、ｓＥＭ定義ファイルｆがキャッシュ部４５に保存されていると判定した場合、または、ｓＥＭ定義ファイルｆが記憶部４６に保存されていると判定し、記憶部４６からキャッシュ部４５へコピーした場合、または、ｓＥＭ定義ファイルｆがキャッシュ部４５及び記憶部４６のいずれにも保存されておらず、ｓＥＭサーバ４から取得してキャッシュ部４５及び記憶部４６に保存した場合、完了通知を行う。

【0095】

構造化データ取得部４２は、記憶管理部４４から完了通知を入力すると、キャッシュ部４５からｓＥＭ定義ファイルｆを読み出す（ステップＳ９１０）。そして、構造化データ取得部４２は、ステップＳ９０３またはステップＳ９１０から移行して、ＥＭのｐｄ要素の内容及びｓＥＭ定義ファイルｆに基づいて構造化データを取得し（ステップＳ９１１）、構造化データをｓＥＭ生成部４７に出力する。

【0096】

例えば構造化データ取得部４２は、ステップＳ９１１において、ｓＥＭ定義ファイルｆに定義された関数ｂ２を、ＥＭのｐｄ要素に含まれるインデックスａ５を引数として実行し、ｓＥＭ定義ファイルｆに定義された各種データを用いて構造化データを取得する。ｓＥＭ定義ファイルｆには、１以上の所定数の構造化データが定義されている場合もあるし、構造化データを生成するための変数等のデータが定義されている場合もある。詳細については、後述する図１０～図１５にて説明する。

【0097】

ｓＥＭ生成部４７は、構造化データ取得部４２から構造化データを入力し、ＥＭ抽出部４０から入力したＥＭのｐｄ要素を構造化データに差し替え、ＥＭをｓＥＭに変換することで、ｓＥＭを生成する（ステップＳ９１２）。

【0098】

尚、構造化データ取得部４２は、構造化データの取得に失敗した場合には、取得失敗をｓＥＭ生成部４７に出力する。具体的には、構造化データ取得部４２は、ｓＥＭ定義ファイルｆの取得先ＵＲＬａ４を外部リソース取得部４３に出力してから所定時間経過してもｓＥＭ定義ファイルｆを入力しない場合、ｓＥＭ定義ファイルｆの名称ａ３及び取得先ＵＲＬａ４を記憶管理部４４に出力してから所定時間経過しても完了通知を入力しない場合、または、ｓＥＭ定義ファイルｆの読み出しのリクエストをキャッシュ部４５に出力してから所定時間経過しても読み出しができなかった場合、構造化データの取得に失敗したと判断する。

【0099】

そして、構造化データ取得部４２は、処理の中止通知を外部リソース取得部４３、記憶管理部４４及びキャッシュ部４５にそれぞれ出力し、取得失敗をｓＥＭ生成部４７に出力する。

【0100】

ｓＥＭ生成部４７は、構造化データ取得部４２から取得失敗を入力すると、ＥＭ抽出部４０から入力したＥＭをそのまま放送通信連携部２９に出力する。

【0101】

このように、ＥＭ／ｓＥＭ変換機能部２６により、ＥＭのｐｄ要素の内容に基づいてＥＭをｓＥＭに変換可能であるか否かが判定され、ｓＥＭに変換可能である場合、ｓＥＭ定義ファイルｆをｓＥＭサーバ４、キャッシュ部４５または記憶部４６から取得し、ＥＭのｐｄ要素の内容及びｓＥＭ定義ファイルｆに基づいて構造化データが取得される。そして、構造化データを含むｓＥＭが生成される。

【0102】

これにより、構造化データを含むｓＥＭが連携端末３へ送信されることで、連携端末３は、構造化データに基づいてＥＭの内容を解釈することができ、コンテンツの内容と連動したサービスを実現することができる。

【0103】

〔ＥＭ及びｓＥＭ定義ファイルｆの記述例〕
次に、ＥＭ及びｓＥＭ定義ファイルｆの記述例について具体的に説明する。前述のとおり、ｓＥＭ定義ファイルｆは、構造化データを取得するために必要な情報であり、ＥＭをｓＥＭに変換する際の規則が定義されている。

【0104】

ＥＭの送信者及びｓＥＭ定義ファイルｆの記述者が同一であれば、ＥＭ及びｓＥＭ定義ファイルｆに記述する内容は、いくつかの必須項目を除けば、ユースケース毎に自由に決めてもよい。以下、ユースケース毎の典型的なＥＭ及びｓＥＭ定義ファイルｆの記述例を３つ挙げて説明する。

【0105】

（第１記述例）
第１記述例は、番組中に送信するメッセージのフォーマットが予め決定されているケースである。例えば、収録番組またはシナリオに沿って進行する生放送番組が該当する。第１記述例では、番組のどのシーンでどの様なメッセージを送信すべきかを事前に決定することができるので、ｓＥＭ定義ファイルｆに、予め複数の構造化データを配列として記述しておく。

【0106】

コンテンツ受信装置２は、ｓＥＭが発火するタイミングよりも前に、ｓＥＭ定義ファイルｆをキャッシュ部４５に保存しておく。そして、ＥＭは、ｓＥＭの発火のタイミングを示すと共に、構造化データの配列の中で必要な構造化データのインデックスを示すために用いられる。

【0107】

図１０は、ＥＭの第１記述例を示す図である。このＥＭのｐｄ要素には、ｓＥＭ変換識別子ａ１、ｓＥＭ定義ファイルｆの取得先ａ２、ｓＥＭ定義ファイルｆの名称ａ３、ｓＥＭ定義ファイルｆの取得先ＵＲＬａ４及びインデックスａ５が記述されている。

【0108】

ｓＥＭ変換識別子ａ１である「“is_transposable”：true」は、当該ＥＭがｓＥＭに変換可能であることを示している。

【0109】

ｓＥＭ定義ファイルｆの取得先ａ２である「“sEM_source_type”：“internal”」は、当該ＥＭに関わるｓＥＭ定義ファイルｆがコンテンツ受信装置２の内部（キャッシュ部４５または記憶部４６）に保存されている可能性があることを示している。また、内部に保存されていなければ、コンテンツ受信装置２がｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得した後、これを内部に保存すべきであることを示している。

【0110】

ｓＥＭ定義ファイルｆの名称ａ３である「“sEM_source_file_name：“program_1”」は、ｓＥＭ定義ファイルｆの存在を確認する際、またはｓＥＭ定義ファイルｆを記憶部４６に保存する際に使用するファイル名を示している。例えば記憶管理部４４は、キャッシュ部４５または記憶部４６に保存されているファイルがどのｓＥＭ定義ファイルｆであるかを確認する際に、この名称を使用する。

【0111】

ｓＥＭ定義ファイルｆの取得先ＵＲＬａ４である「“sEM_source_url”：http://・・・”」は、ｓＥＭサーバ４のＵＲＬを示している。記憶管理部４４は、ｓＥＭ定義ファイルｆがキャッシュ部４５及び記憶部４６に保存されていない場合、外部リソース取得部４３を介してｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得する。

【0112】

インデックスａ５である「“index”：1」は、ｓＥＭ定義ファイルｆに定義されている構造化データの配列のうち、どの構造化データを取得するかを指定する引数（１つの構造化データを選択するための引数）を示している。この例では、１番目の構造化データを取得することを示している。

【0113】

図１１は、ｓＥＭ定義ファイルｆの第１記述例を示す図である。このｓＥＭ定義ファイルｆには、構造化データの配列ｂ１、関数ｂ２及び生存期間ｂ３等が定義されている。

【0114】

「var file_status」は、当該ｓＥＭ定義ファイルｆに関わる一般的な情報を示している。「“program id”：・・・」は、当該ｓＥＭ定義ファイルｆがどの番組に関わるものかを示す識別子を示している。

【0115】

生存期間ｂ３である「“expiration date”：・・・」は、当該ｓＥＭ定義ファイルｆの生存期間を示している。記憶管理部４４は、定期的に記憶部４６に保存されたｓＥＭ定義ファイルｆを整理する機能を有する。記憶管理部４４は、記憶部４６に保存されたｓＥＭ定義ファイルｆに定義された生存期間ｂ３に従い、生存期間ｂ３が現在時刻よりも前である場合、当該ｓＥＭ定義ファイルｆを削除する。

【0116】

また、構造化データの配列ｂ１である「var data_set」には、２つの構造化データが構造化データの配列として定義されている。ここでは、配列の各要素は、１つのイベント時に発火するｓＥＭの構造化データであることを示している。

【0117】

関数ｂ２である「get_data=function(EM)・・・」は、ＥＭのｐｄ要素に記述されたインデックスａ５の値により、構造化データの配列の要素を指定する関数を示している。

【0118】

図１０及び図１１に示した第１記述例において、構造化データ取得部４２は、ｓＥＭ定義ファイルｆに定義された関数ｂ２を、ＥＭのｐｄ要素に記述されたインデックスａ５を引数として実行することで、構造化データの配列からインデックスａ５の示す構造化データを取得する。

【0119】

（第２記述例）
第２記述例は、番組中に送信するメッセージのフォーマットが決定されているが、変数の差し替えが必要なケースである。例えば、サッカーの試合中継が該当する。サッカーの試合中に発生するイベント（ファール、ＰＫ、ゴール等）は、ある程度限定されているので、事前にこれを決定することができる。

【0120】

しかし、そのイベントに関わる要素（ゴールを決めた選手、アシストした選手、その所属チーム、発生時間等）は、事前に決定することができない。そこで、第２記述例では、ｓＥＭ定義ファイルｆに、フォーマットの情報と、フォーマットの変数部に代入され得る値の情報を記述しておく。また、ＥＭは、イベントの発火のタイミングと、イベントに関わる変数を指定するための情報を通知するために用いられる。

【0121】

図１２は、ＥＭの第２記述例を示す図である。このＥＭのｐｄ要素には、ｓＥＭ変換識別子ａ１、ｓＥＭ定義ファイルｆの取得先ａ２、ｓＥＭ定義ファイルｆの名称ａ３、ｓＥＭ定義ファイルｆの取得先ＵＲＬａ４、インデックスａ５及びその他の情報ａ６が記述されている。

【0122】

ｓＥＭ変換識別子ａ１である「“is_transposable”：true」は、当該ＥＭがｓＥＭに変換可能であることを示している。

【0123】

ｓＥＭ定義ファイルｆの取得先ａ２である「“sEM_source_type”：“internal”」は、当該ＥＭに関わるｓＥＭ定義ファイルｆがコンテンツ受信装置２の内部に保存されている可能性があることを示している。

【0124】

ｓＥＭ定義ファイルｆの名称ａ３である「“sEM_source_file_name：“program_1”」は、ｓＥＭ定義ファイルｆの存在を確認する際、またはｓＥＭ定義ファイルｆを記憶部４６に保存する際に使用するファイル名を示している。

【0125】

ｓＥＭ定義ファイルｆの取得先ＵＲＬａ４である「“sEM_source_url”：http://・・・”」は、ｓＥＭサーバ４のＵＲＬを示している。

【0126】

インデックスａ５である「“index”：［1,1,1,1］」は、ｓＥＭ定義ファイルｆに定義されている複数の変数のそれぞれについて、どの要素を取得するかを指定する引数の配列を示している。この例では、４つの変数について、それぞれ１番目の要素を取得することを示している。

【0127】

その他の情報ａ６である「“time：・・・”」は、イベントが発生した時刻を示している。

【0128】

図１３は、ｓＥＭ定義ファイルｆの第２記述例を示す図である。このｓＥＭ定義ファイルｆには、関数ｂ２、生存期間ｂ３及びその他の情報ｂ４等が定義されている。

【0129】

「var file_status」は、当該ｓＥＭ定義ファイルｆに関わる一般的な情報を示している。「“program id”：・・・」は、当該ｓＥＭ定義ファイルｆがどの番組に関わるものかを示す識別子を示している。生存期間ｂ３である「“expiration date”：・・・」は、当該ｓＥＭ定義ファイルｆの生存期間を示している。

【0130】

関数ｂ２である「get_data=function(EM)・・・」は、ＥＭのｐｄ要素に記述されたその他の情報ａ６である「“time：・・・”」からイベントが発生した時刻を指定すると共に、ＥＭのｐｄ要素に記述されたインデックスａ５の値により、変数の配列の中から要素を指定する関数を示している。

【0131】

その他の情報ｂ４である「var event=・・・」等は、変数等を示している。変数「event」は、イベントの種類を示す配列となっている。この配列を構成する各要素には、試合中に起きるイベントの種類（“foul”（ファウル），“penalty_kick”（ペナルティキック），“goal”（ゴール））が定義されている。

【0132】

同様に、変数「player_name」は、イベントに関わったプレイヤーの名前を示す配列となっており、変数「role」「belonging」は、それぞれそのプレイヤーがイベントにおいて果たした役割、そのプレイヤーが所属するチームを示す配列となっている。

【0133】

ＥＭの送信者は、予めそれぞれの変数の内容を把握している。そして、試合中に何らかのイベントが発生した際には、これらの変数の内容から構造化データを取得するため、インデックスａ５の配列を含むＥＭが送信される。すなわち、インデックスａ５には、４の変数に対して、それぞれどの要素（内容）を取得するかを指定する引数の配列が設定される。

【0134】

例えば、「チーム砧の砧太郎選手がファウルを取られた」というイベントが発生した場合、図１２に示したとおり、引数の配列[1,1,1,1]が設定されたインデックスａ５を含むＥＭが送信される。

【0135】

引数の配列[1,1,1,1]のうち最初の「1」は、イベントの種類“foul”（ファウル）を示し、２番目の「1」は、プレイヤーの名前“kinuta taro”（砧太郎）を示す。また、３番目の「1」は、プレイヤーの役割“offender”（イベントであるファウルを取られた違反者）であることを示し、４番目の「1」は、プレイヤーのチーム“kinuta”（チーム砧）であることを示す。

【0136】

ｓＥＭ定義ファイルｆに記述された関数ｂ２（get_data関数）は、ＥＭのｐｄ要素に記述されたその他の情報ａ６である「“time：・・・”」からイベントが発生した時刻を取得すると共に、インデックスａ５の値により、４つの変数“event”，“player_name”，“role”，“belonging”の配列の中からそれぞれ１つの要素を指定し、各要素を取得することで、イベントが発生した時刻及び各要素からなる構造化データを生成する。

【0137】

図１２及び図１３に示した第２記述例において、構造化データ取得部４２は、ｓＥＭ定義ファイルｆに定義された関数ｂ２を、ＥＭのｐｄ要素に記述されたインデックスａ５及びその他の情報ａ６を引数として実行することで、ＥＭからイベントが発生した時刻を取得すると共に、ｓＥＭ定義ファイルｆに定義された変数の配列から要素を取得し、これらの要素を含む構造化データを生成する。

【0138】

（第３記述例）
第３記述例は、番組中に送信するメッセージのフォーマットが決定されていないケースである。例えば、生放送の番組が該当する。生放送の番組では、事前にどのようなイベントが発生するかを予想できない場合がある。このケースでは、コンテンツ受信装置２は、ＥＭを受信する毎に、ｓＥＭサーバ４からｓＥＭ定義ファイルｆを取得する。

【0139】

図１４は、ＥＭの第３記述例を示す図である。このＥＭのｐｄ要素には、ｓＥＭ変換識別子ａ１、ｓＥＭ定義ファイルｆの取得先ａ２及びｓＥＭ定義ファイルｆの取得先ＵＲＬａ４が記述されている。

【0140】

ｓＥＭ変換識別子ａ１である「“is_transposable”：true」は、当該ＥＭがｓＥＭに変換可能であることを示している。

【0141】

ｓＥＭ定義ファイルｆの取得先ａ２である「“sEM_source_type”：“external”」は、当該ＥＭに関わるｓＥＭ定義ファイルｆが外部のｓＥＭサーバ４に保存されていることを示している。また、このｓＥＭ定義ファイルｆは一時的なものであるため、コンテンツ受信装置２の記憶部４６に保存する必要はないことを示している。

【0142】

ｓＥＭ定義ファイルｆの取得先ＵＲＬａ４である「“sEM_source_url”：http://・・・”」は、ｓＥＭサーバ４のＵＲＬを示している。

【0143】

図１５は、ｓＥＭ定義ファイルｆの第３記述例を示す図である。このｓＥＭ定義ファイルｆには、構造化データｂ１及び関数ｂ２が定義されている。

【0144】

構造化データｂ１である「var sEM=・・・」は、構造化データが配列ではなく１つのJSONオブジェクトであることを示している。

【0145】

関数ｂ２である「get_sEM=function()・・・」は、単に構造化データｂ１である「var sEM=・・・」を返す関数であることを示している。

【0146】

図１４及び図１５に示した第３記述例において、構造化データ取得部４２は、ｓＥＭ定義ファイルｆに定義された関数ｂ２を実行することで、ｓＥＭ定義ファイルｆに定義された構造化データを取得する。

【0147】

以上のように、本発明の実施形態のコンテンツ受信装置２によれば、ＥＭ／ｓＥＭ変換機能部２６のＥＭ抽出部４０は、放送信号に含まれるデータからＥＭを抽出し、ｓＥＭ判定部４１は、ＥＭのｐｄ要素に含まれるｓＥＭ変換識別子ａ１に基づいて、ＥＭをｓＥＭに変換可能であるか否かを判定する。

【0148】

構造化データ取得部４２は、ＥＭをｓＥＭに変換可能であると判定された場合、外部のｓＥＭサーバ４から、または内部のキャッシュ部４５若しくは記憶部４６からｓＥＭ定義ファイルｆを取得し、ＥＭのｐｄ要素の内容及びｓＥＭ定義ファイルｆに基づいて構造化データを取得する。

【0149】

ｓＥＭ生成部４７は、ＥＭをｓＥＭに変換可能であると判定された場合、ＥＭのｐｄ要素の内容を構造化データに差し替え、ｓＥＭを生成して出力する。そして、ｓＥＭは、連携端末３へ送信される。

【0150】

これにより、連携端末３はｓＥＭを受信することで、ｓＥＭに含まれる構造化データに基づいて、メッセージの内容を解釈することができる。前述の例では、従来技術において、連携端末３は、「砧_小川_ゴール」というＥＭを受信しただけでは、その内容を解釈することができなかった。

【0151】

本発明の実施形態では、連携端末３は、「砧」「小川」「ゴール」のそれぞれが「行動主体が所属するチーム」「行動主体（人間）の名前」「行動」を表していることを示す構造化データを含むｓＥＭを受信する。つまり、連携端末３は、ｓＥＭに含まれる構造化データに基づいて、その内容を解釈することができ、コンテンツの内容と連動したサービスを実現することができる。この場合、構造化データは予め決められているから、連携端末３のアプリケーションの開発者は、構造化データに基づいた開発を事前に行うことが可能となる。

【0152】

つまり、ＥＭの内容を構造化データとすることにより、ＥＭの送信者以外の第三者は、ＥＭが表現する意味を解釈し、シーンの内容に応じた連携端末３向けのアプリケーションを開発することが可能となる。

【0153】

また、本発明の実施形態では、コンテンツ受信装置２が、ＥＭのｐｄ要素の内容を構造化データに差し替え、ｓＥＭを生成するようにした。これにより、地上デジタルテレビジョン放送運用規定にて制限されたＥＭのｐｄ要素のデータ量（２４４バイト以内）の問題を解決することができる。つまり、放送送出装置１は、地上デジタルテレビジョン放送運用規定に従い、ＥＭのｐｄ要素のデータ量を２４４バイト以内として、ＥＭを送信することができる。

【0154】

したがって、コンテンツの内容と連動したサービスを実現する際に、連携端末がＥＭの内容を解釈できるように、ＥＭの内容が反映された構造化データを生成することが可能となる。

【0155】

また、本発明の実施形態では、コンテンツ受信装置２が、構造化データを取得するために必要なｓＥＭ定義ファイルｆを、事前にキャッシュ部４５または記憶部４６に保存しておくようにした。これにより、コンテンツ受信装置２は、ＥＭを受信する毎に、ｓＥＭ定義ファイルｆを取得するためにｓＥＭサーバ４へアクセスする必要がない。したがって、ｓＥＭサーバ４への瞬間的なアクセスが集中することがないから、ｓＥＭサーバ４の負荷を低減することができる。

【0156】

〔全体システムの他の例〕
次に、コンテンツの内容と連動したサービスを実現する全体システムの他の例について説明する。図１６は、本発明の実施形態によるコンテンツ受信装置を含む他の全体システムのサービス例の概要を説明する図である。

【0157】

このシステムは、コンテンツ配信サーバ９、コンテンツ受信装置２’、連携端末３、ｓＥＭサーバ４、受信装置サービスサーバ５及び連携端末サービスサーバ６を備えている。コンテンツ受信装置２’と、コンテンツ配信サーバ９、ｓＥＭサーバ４及び受信装置サービスサーバ５とは、インターネット８を介して接続される。連携端末サービスサーバ６と連携端末３とは、図１と同様に、インターネット８を介して接続される。また、コンテンツ受信装置２’と連携端末３とは、図１と同様に、通信路７を介して接続される。

【0158】

図１に示したシステムと図１６に示すシステムとを比較すると、両システムは、連携端末３、ｓＥＭサーバ４、受信装置サービスサーバ５及び連携端末サービスサーバ６を備えている点で共通する。一方、図１６のシステムは、図１の放送送出装置１及びコンテンツ受信装置２の代わりにコンテンツ配信サーバ９及びコンテンツ受信装置２’を備え、コンテンツ受信装置２’及びコンテンツ配信サーバ９がインターネット８を介して接続される点で、図１に示したシステムと相違する。

【0159】

図１６において、図１と共通する部分には図１と同一の符号を付し、その詳しい説明は省略する。

【0160】

コンテンツ配信サーバ９は、動画等のコンテンツ（ＥＭを含む）のパケットを、インターネット８を介してコンテンツ受信装置２’へ送信する。

【0161】

コンテンツ受信装置２’は、スマートフォン等の端末であり、コンテンツ配信サーバ９から送信されたパケットを受信し、図１に示したコンテンツ受信装置２と同様の処理を行い、ｓＥＭを連携端末３へ送信する。コンテンツ受信装置２’は、図６に示した構成において、放送受信部２７の代わりに、パケットを受信する受信部を備える。

【0162】

尚、コンテンツ配信サーバ９は、動画等のコンテンツを送信する際に、ＭＰＥＧ－ＤＡＳＨ方式またはＨＬＳ方式のプロトコルにて送信するようにしてもよい。ＭＰＥＧ－ＤＡＳＨ方式の場合、ＥＭに相当する機能として、EventStreamタグのEventメタデータを利用する。また、ＨＬＳ方式の場合、ＥＭに相当する機能として、TimedMetaDataのメタデータを利用する。

【0163】

以上のように、本発明の実施形態のコンテンツ受信装置２’によれば、図１に示したコンテンツ受信装置２と同様の効果を奏する。

【0164】

以上、実施形態を挙げて本発明を説明したが、本発明は前記実施形態に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。前記実施形態では、コンテンツ受信装置２は、図４及び図６に示した各構成部を備えるようにしたが、コンテンツ受信装置２の構成は、これに限るものではない。例えば、コンテンツ受信装置２は、図４に示したとおり、ＥＭ／ｓＥＭ変換機能部２６をレジデント２２に備えるようにしたが、ＥＭ／ｓＥＭ変換機能部２６をアプリケーションとして実装するようにしてもよい。

【0165】

また、コンテンツ受信装置２において、レジデント２２に備えたＥＭ／ｓＥＭ変換機能部２６が、ＥＭのｐｄ要素の内容を構造化データに差し替えることでｓＥＭを生成し、これをブラウザへ渡すようにした。これに対し、コンテンツ受信装置２は、ＥＭ／ｓＥＭ変換機能部２６をブラウザとして実装し、当該ブラウザが、ＥＭからｐｄ要素を取得し、これに対応する構造化データを取得し、ＥＭのｐｄ要素の内容を構造化データに差し替えることでｓＥＭを生成するようにしてもよい。

【0166】

また、ＥＭ及びｓＥＭ定義ファイルｆは、図１０～図１５に示した記述例１～３に限定されるものではない。例えば、構造化データのデータ量が小さい場合（２４４バイト以内の場合）、またはＥＭのデータ量に制限がない場合、構造化データは、ＥＭ内に直接記述されるようにしてもよい。

【0167】

尚、本発明の実施形態によるコンテンツ受信装置２のハードウェア構成としては、通常のコンピュータを使用することができる。コンテンツ受信装置２は、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、及びインターフェース等を備えたコンピュータによって構成される。

【0168】

コンテンツ受信装置２に備えたレジデント２２’（ＥＭ／ｓＥＭ変換機能部２６、放送受信部２７、分離部２８、放送通信連携部２９及び端末連携部３２）、アプリ実行部３０及びＨＴＭＬアプリケーション３１の各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。

【0169】

これらのプログラムは、前記記憶媒体に格納されており、ＣＰＵに読み出されて実行される。また、これらのプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記憶媒体に格納して頒布することもでき、ネットワークを介して送受信することもできる。

【符号の説明】

【0170】

１ 放送送出装置
２，２’ コンテンツ受信装置
３ 連携端末
４ ｓＥＭサーバ
５ 受信装置サービスサーバ
６ 連携端末サービスサーバ
７ 通信路
８ インターネット
９ コンテンツ配信サーバ
２０，５０ ハードウェア
２１，５１ ＯＳ
２２，２２’ レジデント
２３ アプリ実行機能部
２４ 受信機機能部
２５ 端末連携機能部
２６ ＥＭ／ｓＥＭ変換機能部
２７ 放送受信部
２８ 分離部
２９ 放送通信連携部
３０ アプリ実行部
３１ ＨＴＭＬアプリケーション
３２ 端末連携部
４０ ＥＭ抽出部
４１ ｓＥＭ判定部
４２ 構造化データ取得部
４３ 外部リソース取得部
４４ 記憶管理部
４５ キャッシュ部
４６ 記憶部
４７ ｓＥＭ生成部
５２ ネイティブアプリ実行機能部
５３ 連携アプリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】