(57)【要約】【課題】放送通信連携システムにおいて、番組連動アプリ用メタデータを配信に適した形式で提供する。【解決手段】イベント関連情報配信装置は、番組連動アプリ用データであるイベント関連情報を取得するためのキー情報を含むデータ配信リクエストを受信する受信部と、番組内における場面を識別するためのイベント遷移識別情報と、当該場面に関するイベント関連実体情報とを対応付けてなるイベント関連情報を記憶する記憶部と、前記受信部が受信した前記データ配信リクエストに含まれる前記キー情報に応じた前記イベント関連情報を前記記憶部から抽出し、生成する抽出部と、前記抽出部が生成した前記イベント関連情報を要求元に送信する送信部と、を備える。【選択図】図３
2015216540.tif 000002
【特許請求の範囲】
【請求項１】
番組連動アプリ用データであるイベント関連情報を取得するためのキー情報を含むデータ配信リクエストを受信する受信部と、
番組内における場面を識別するためのイベント遷移識別情報と、当該場面に関するイベント関連実体情報とを対応付けてなるイベント関連情報を記憶する記憶部と、
前記受信部が受信した前記データ配信リクエストに含まれる前記キー情報に応じた前記イベント関連情報を前記記憶部から抽出し、生成する抽出部と、
前記抽出部が生成した前記イベント関連情報を要求元に送信する送信部と、
を備えることを特徴とするイベント関連情報配信装置。
【請求項２】
番組を識別するための番組識別情報ごとまたは前記イベント関連実体情報の種別ごとの少なくともいずれか一方のイベント関連情報へのアクセス可否と、前記キー情報とを関連付けて記憶するアクセス制御データベース、
をさらに備え、
前記抽出部は、前記アクセス制御データベースを参照することにより、前記キー情報に応じてアクセス可能な前記イベント関連情報を生成する、
ことを特徴とする請求項１に記載のイベント関連情報配信装置。
【請求項３】
複数の前記イベント遷移識別情報と、当該複数の前記イベント遷移識別情報からなるグループを識別するためのイベント遷移グループ識別情報との関連を記憶する第２の記憶部、
をさらに備え、
前記送信部は、前記イベント遷移識別情報の少なくとも一部を前記イベント遷移グループ識別情報としてなる前記イベント関連情報を送信する、
ことを特徴とする請求項１または請求項２のいずれか一項に記載のイベント関連情報配信装置。
【請求項４】
前記送信部は、ＴＶ−Ａｎｙｔｉｍｅ規格のメタデータ記述形式に前記イベント関連情報の領域を設けて拡張した形式で前記イベント関連情報を送信する、
ことを特徴とする請求項１から請求項３のいずれか一項に記載のイベント関連情報配信装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載のイベント関連情報配信装置に対して、前記データ配信リクエストを送信する取得装置送信部と、
前記取得装置送信部が送信したデータ配信リクエストに応じて前記イベント関連情報配信装置から送信された前記イベント関連情報を受信する取得装置受信部と、
を備えることを特徴とするイベント関連情報取得装置。
【請求項６】
コンピュータに、
イベント関連情報取得装置から、番組連動アプリ用データであるイベント関連情報を取得するためのキー情報を含むデータ配信リクエストを受信する受信手順、
番組内における場面を識別するためのイベント遷移識別情報と、当該場面に関するイベント関連実体情報とを対応付けてなる前記イベント関連情報を記憶する記憶部から、前記受信手順において受信した前記データ配信リクエストに含まれる前記キー情報に応じた前記イベント関連情報を抽出し、生成する抽出手順、
前記抽出手順において生成した前記イベント関連情報を要求元の前記イベント関連情報取得装置に送信する送信手順、
を実行させるためのプログラム。
【請求項７】
請求項１から請求項４のいずれか一項に記載のイベント関連情報配信装置と通信するコンピュータに、
前記イベント関連情報配信装置に対して、前記データ配信リクエストを送信する取得装置送信手順、
前記取得装置送信手順において送信したデータ配信リクエストに応じて前記イベント関連情報配信装置から送信された前記イベント関連情報を受信する取得装置受信手順、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント関連情報配信装置、イベント関連情報取得装置、およびプログラムに関する。
【背景技術】
【０００２】
近年、ハイブリッドキャスト（Ｈｙｂｒｉｄｃａｓｔ、登録商標）などの放送通信連携システムの研究および実用化が進められている。ハイブリッドキャストは、放送波を介して受信する放送番組と、通信を介して取得するコンテンツとをアプリケーションにより連動させ、テレビ画面上に表示させることにより様々なサービスを提供する。以下では、放送番組に連動するアプリケーションを番組連動アプリと称する。番組連動アプリは、放送局、テレビ製造メーカー、および通信事業者などのサービス事業者によって提供されることが想定されている。放送中の番組に対してアプリケーションを連動させるには、番組連動アプリの制作において、連動させる放送番組の内容に関するメタデータが必要である。
【０００３】
映像コンテンツに付与されるメタデータの規格として、国際標準規格であるＴＶ−Ａｎｙｔｉｍｅ規格（非特許文献１参照）、日本国内用の標準仕様を規定するＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓ）  ＳＴＤ−Ｂ３８規格（非特許文献２参照）、および日本のＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｔｅｌｅｖｉｓｉｏｎ）フォーラムが規定した事業者間連携メタデータ運用規定（非特許文献３参照）などが定められている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｏｎ−ｌｉｎｅ  Ｓｅｒｖｉｃｅｓ  ：  Ｓｅａｒｃｈ，  ｓｅｌｅｃｔ，  ａｎｄ  ｒｉｇｈｔｆｕｌ  ｕｓｅ  ｏｆ  ｃｏｎｔｅｎｔ  ｏｎ  ｐｅｒｓｏｎａｌ  ｓｔｏｒａｇｅ  ｓｙｓｔｅｍｓ  （“ＴＶ−Ａｎｙｔｉｍｅ”）  ；  Ｐａｒｔ  ３  ：  Ｍｅｔａｄａｔａ；”、ＴＶ−Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ、ＥＴＳＩ  ＴＳ  １０２  ８２２−３−１  Ｖ１．８．１  （２０１２−１２）、６．７．２  ＴＶ−Ａｎｙｔｉｍｅ  ｍｅｔａ  ｄａｔａ  ｄｏｃｕｍｅｎｔ  ｐｐ．９８−１０５
【非特許文献２】「サーバー型放送における符号化、伝送及び蓄積制御方式」、ＡＲＩＢ  ＳＴＤ−Ｂ３８  ２．３版、平成２５年７月３日、  ３．２．１０  サーバー型放送におけるメタデータ文書  ｐｐ．８６−９５
【非特許文献３】「ＩＰＴＶ規定  事業者間連携メタデータ運用規定」、ＩＰＴＶＦＪ  ＳＴＤ−００１２  １．０版、２０１３年２月２７日
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した各種規格は、主に放送番組やＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）などの映像コンテンツの視聴に焦点を当てた規格である。例えば、非特許文献１には、インターネットやデジタル放送に於いて、映像コンテンツを効率良く検索するためのメタデータ記述形式と、コンテンツ取得の位置解決の標準仕様とが規定されている。非特許文献２には、サーバ型放送におけるメタデータの符号化方式、伝送方式および蓄積制御方式が規定されている。また、非特許文献３には、主に放送局から提供される映像コンテンツを用いてＶＯＤサービスを展開するための仕様が規定されている。しかしながら、これらの規格だけでは、アプリケーションを放送番組に連動させるためのデータを放送事業者側から提供するには不十分である。放送コンテンツと密接に関連するデータをアプリケーション側で利用可能とするためには、そのためのデータ（番組についてのメタデータ）を提供する仕組みが必要とされる。
【０００６】
本発明は上記の点に鑑みてなされたものであり、放送通信連携システムにおいて、番組連動アプリ用メタデータを配信に適した形式で提供するイベント関連情報配信装置、イベント関連情報取得装置、およびプログラムを提供する。
【課題を解決するための手段】
【０００７】
［１］本発明の一態様は、番組連動アプリ用データであるイベント関連情報を取得するためのキー情報を含むデータ配信リクエストを受信する受信部と、番組内における場面を識別するためのイベント遷移識別情報と、当該場面に関するイベント関連実体情報とを対応付けてなるイベント関連情報を記憶する記憶部と、前記受信部が受信した前記データ配信リクエストに含まれる前記キー情報に応じた前記イベント関連情報を前記記憶部から抽出し、生成する抽出部と、前記抽出部が生成した前記イベント関連情報を要求元に送信する送信部と、を備えることを特徴とするイベント関連情報配信装置である。
【０００８】
［２］本発明の一態様は、［１］に記載のイベント関連情報配信装置であって、番組を識別するための番組識別情報ごとまたは前記イベント関連実体情報の種別ごとの少なくともいずれか一方のイベント関連情報へのアクセス可否と、前記キー情報とを関連付けて記憶するアクセス制御データベース、をさらに備え、前記抽出部は、前記アクセス制御データベースを参照することにより、前記キー情報に応じてアクセス可能な前記イベント関連情報を生成する、ことを特徴とする。
【０００９】
［３］本発明の一態様は、［１］または［２］のいずれかに記載のイベント関連情報配信装置であって、複数の前記イベント遷移識別情報と、当該複数の前記イベント遷移識別情報からなるグループを識別するためのイベント遷移グループ識別情報との関連を記憶する第２の記憶部、をさらに備え、前記送信部は、前記イベント遷移識別情報の少なくとも一部を前記イベント遷移グループ識別情報としてなる前記イベント関連情報を送信する、ことを特徴とする。
【００１０】
［４］本発明の一態様は、［１］から［３］のいずれかに記載のイベント関連情報配信装置であって、前記送信部は、ＴＶ−Ａｎｙｔｉｍｅ規格のメタデータ記述形式に前記イベント関連情報の領域を設けて拡張した形式で前記イベント関連情報を送信する、ことを特徴とする。
【００１１】
［５］本発明の一態様は、［１］から［４］のいずれかに記載のイベント関連情報配信装置に対して、前記データ配信リクエストを送信する取得装置送信部と、前記取得装置送信部が送信したデータ配信リクエストに応じて前記イベント関連情報配信装置から送信された前記イベント関連情報を受信する取得装置受信部と、を備えることを特徴とする。
【００１２】
［６］本発明の一態様は、コンピュータに、イベント関連情報取得装置から、番組連動アプリ用データであるイベント関連情報を取得するためのキー情報を含むデータ配信リクエストを受信する受信手順、番組内における場面を識別するためのイベント遷移識別情報と、当該場面に関するイベント関連実体情報とを対応付けてなる前記イベント関連情報を記憶する記憶部から、前記受信手順において受信した前記データ配信リクエストに含まれる前記キー情報に応じた前記イベント関連情報を抽出し、生成する抽出手順、前記抽出手順において生成した前記イベント関連情報を要求元の前記イベント関連情報取得装置に送信する送信手順、を実行させるためのプログラムである。
【００１３】
［７］本発明の一態様は、［１］から［４］のいずれかに記載のイベント関連情報配信装置と通信するコンピュータに、前記イベント関連情報配信装置に対して、前記データ配信リクエストを送信する取得装置送信手順、前記取得装置送信手順において送信したデータ配信リクエストに応じて前記イベント関連情報配信装置から送信された前記イベント関連情報を受信する取得装置受信手順、を実行させるためのプログラムである。
【発明の効果】
【００１４】
本発明によれば、放送通信連携システムにおいて、番組連動アプリ用メタデータを配信に適した形式で提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る放送通信連携システムにおけるイベント関連情報などの配信モデルを示す模式図である。
【図２】本発明の一実施形態に係る放送通信連携システムの概略機能構成を示すブロック図である。
【図３】本発明の一実施形態に係るイベント関連情報配信装置とアプリ用コンテンツ提供装置との概略機能構成を示すブロック図である。
【図４】本発明の一実施形態に係るメタデータのインスタンスを示す図である。
【図５】本発明の一実施形態に係るイベント遷移情報およびイベント遷移グループ情報の拡張スキーマを示す図である。
【図６】本発明の一実施形態に係るイベント関連情報の拡張スキーマを示す図である。
【図７】本発明の一実施形態に係るアクセス制御情報の一例を示すテーブルである。
【図８】本発明の一実施形態に係るイベント関連情報配信装置によるイベント関連情報などの配信処理の流れを示すフローチャートである。
【図９】本発明の一実施形態に係る受信機による処理の流れを示すフローチャートである。
【図１０】本発明の一実施形態に係る放送通信連携システムによる番組とアプリ用コンテンツとの連動を説明するための第１図である。
【図１１】本発明の一実施形態に係る放送通信連携システムによる番組とアプリ用コンテンツとの連動を説明するための第２図である。
【図１２】本発明の一実施形態に係るイベント遷移情報のインスタンスの一例を示す図である。
【図１３】本発明の一実施形態に係るイベント遷移グループ情報のインスタンスの一例を示す図である。
【図１４】本発明の一実施形態に係るイベント関連情報のインスタンスの一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本発明の第１の実施形態を詳細に説明する。
［放送通信連携システムの概要］
図１は、本実施形態に係る放送通信連携システムＳ１におけるイベント関連情報などの配信モデルを示す模式図である。
放送局１は、放送局設備を運用し、番組制作者２から提供された放送番組を放送する。以下では、放送番組を番組と称する。また、放送局１は、サービス事業者３に、イベント関連情報とイベント関連コンテンツとを提供する。サービス事業者３は、番組連動アプリを提供する事業者であり、例えば、放送局、テレビ製造メーカー、および通信事業者などである。イベント関連情報とは、メタデータであり、イベント遷移識別情報とイベント関連実体情報とを対応付けたものである。
【００１７】
本実施形態において、メタデータとは、番組に関する情報が記述されたテキストデータである。また、本実施形態において、メタデータ記述形式は、ＴＶ−Ａｎｙｔｉｍｅ規格に則ったＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式であり、その一部がイベント関連情報を記述し、配信するために拡張されている。メタデータ記述形式の詳細については、後述する。また、イベント遷移識別情報とは、番組内における場面を識別する識別情報である。また、イベント関連実体情報とは、番組内における場面に関する情報である。イベント遷移識別情報とイベント関連実体情報とを対応付けてなるイベント関連情報は、番組の場面の遷移と番組連動アプリの動作の遷移とを対応付けるための情報である。また、イベント関連コンテンツとは、番組連動アプリの実行に際して利用されるアプリ用コンテンツデータの資源であり、例えば、スポット動画などの動画、サムネイルなどの画像、または音声などのデータである。また、本実施形態において、番組連動アプリは、ＨＴＭＬ５形式で作成されている。
【００１８】
サービス事業者３は、放送局１から提供されたイベント関連情報とイベント関連コンテンツとに基づいて、番組と連動する番組連動アプリを作成し、作成した番組連動アプリを視聴者４に提供する。この番組連動アプリは、例えば、視聴者４が選択した外国語字幕を番組と連動させて表示する多言語字幕サービスを実行するためのアプリケーションや番組の進行に合わせて番組に関連する情報を表示させる関連情報表示サービスを実行するためのアプリケーションなどである。
視聴者４は、放送局１が放送する番組の受信と、サービス事業者３が送信する番組連動アプリおよびアプリ用コンテンツの受信とを行うことができる受信機を保有する。この受信機は、サービス事業者３から提供された番組連動アプリを実行し、番組の表示と、番組に連動した情報の提示とを行う。
【００１９】
図２は、放送通信連携システムＳ１の概略機能構成を示すブロック図である。
放送通信連携システムＳ１は、放送局１が保有する放送局設備と、サービス事業者３が保有するアプリ用コンテンツ提供装置３１およびアプリ提供装置３２と、視聴者４が保有する受信機４１とを含んで構成される。
【００２０】
アプリ用コンテンツ提供装置３１と放送局設備との間は、ネットワークを介して接続されている。また、アプリ用コンテンツ提供装置３１およびアプリ提供装置３２と、受信機４１との間は、ネットワークを介して接続されている。これらのネットワークは、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）およびＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などによって構成される情報通信網である。ＷＡＮは、例えば、携帯電話網、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）網、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ；公衆交換電話網）、専用通信回線網、およびＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などによって構成される。
【００２１】
放送局１が保有する放送局設備は、番組送出装置１１と、イベント関連情報配信装置１２と、放送局制作系装置１３と、放送局編成系装置１４と、イベント情報入力装置１５と、放送信号多重装置１６と、放送送信装置１７と、を備える。
番組送出装置１１は、番組の映像・音声データを放送信号多重装置に出力する。また、番組送出装置１１は、イベント遷移情報の出力要求をイベント関連情報配信装置１２に出力する。この出力要求は、例えば、番組送出装置１１が出力する番組を一意に識別する番組識別情報を含む。
【００２２】
イベント関連情報配信装置１２は、番組の制作や編成などに関するメタデータを、例えば、放送局制作系装置１３、放送局編成系装置１４、およびイベント情報入力装置１５などから取得する。イベント関連情報配信装置１２が取得するメタデータの種類には、例えば、コンテンツ記述メタデータ、セグメント記述メタデータ、インスタンス記述メタデータ、イベント遷移情報、イベント遷移グループ情報、およびイベント関連情報がある。イベント関連情報配信装置１２は、これらのメタデータを一元的に管理する。イベント遷移情報は、イベント遷移識別情報と番組内の時間とを対応付けてなるメタデータである。イベント遷移グループ情報は、複数のイベント遷移識別情報を対応付けてなるメタデータであり、複数のイベント遷移情報を対応付ける情報である。
【００２３】
イベント関連情報配信装置１２は、取得したメタデータとイベント関連コンテンツとを一元的に管理する。イベント関連情報配信装置１２は、サービス事業者３が保有するアプリ用コンテンツ提供装置３１から送信されたデータ配信リクエストに応じて、イベント関連情報とイベント関連コンテンツとを送信する。このとき、イベント関連情報配信装置１２は、例えば、ＸＭＬやＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）などの形式にイベント関連情報を変換し、送信する。
【００２４】
また、イベント関連情報配信装置１２は、番組送出装置１１から取得するイベント遷移情報の出力要求に基づいて、番組送出装置１１が出力する番組に関するイベント遷移情報またはイベント遷移グループ情報を放送信号多重装置１６に出力する。また、イベント関連情報配信装置１２は、ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を放送信号多重装置１６に出力する。
【００２５】
放送局制作系装置１３は、例えば、番組制作者２が入力した番組の題名、内容、ジャンル、出演者などの番組のリリース形態および放送形態に依存しない一般的な情報を、ＴＶ−Ａｎｙｔｉｍｅ規格のメタデータに変換し、イベント関連情報配信装置１２に出力する。また、放送局制作系装置１３は、番組のシーン情報をＴＶ−Ａｎｙｔｉｍｅ規格のメタデータに変換し、イベント関連情報配信装置１２に出力する。すなわち、放送局制作系装置１３は、ＴＶ−Ａｎｙｔｉｍｅ規格のコンテンツ記述メタデータおよびセグメント記述メタデータをイベント関連情報配信装置１２に出力する。
【００２６】
放送局編成系装置１４は、例えば、番組制作者２が入力したビデオ・フォーマットなどのインスタンス情報、番組の放送スケジュール、およびチャンネルなどのロケーション情報を、ＴＶ−Ａｎｙｔｉｍｅ規格のメタデータに変換し、イベント関連情報配信装置１２に出力する。すなわち、放送局編成系装置１４は、ＴＶ−Ａｎｙｔｉｍｅ規格のインスタンス記述メタデータをイベント関連情報配信装置１２に出力する。
【００２７】
イベント情報入力装置１５は、例えば、番組制作者２によるイベント遷移情報、イベント遷移グループ情報、およびイベント関連情報の入力を受け付ける。イベント情報入力装置１５は、受け付けた情報を本発明で定義するＴＶ−Ａｎｙｔｉｍｅ規格を拡張した形式に変換し、イベント関連情報配信装置１２に出力する。また、イベント情報入力装置１５は、イベント関連情報に対応付けられるイベント関連コンテンツを、例えば、番組のアーカイブスなどから取得し、イベント関連情報配信装置１２に出力する。
【００２８】
放送信号多重装置１６は、番組送出装置１１から送出される番組と、イベント関連情報配信装置１２から取得したイベント遷移情報またはイベント遷移グループ情報が含むイベント遷移識別情報と、ＡＩＴとを、例えば、ＡＲＩＢにより規定されるＭＰＥＧ−２  ＴＳ形式に多重化し、放送送信装置１７に出力する。このとき、放送信号多重装置１６は、取得したイベント遷移情報が示すタイミングで、イベント遷移識別情報を番組に多重化する。また、放送信号多重装置１６は、取得したイベント遷移グループ情報により対応付けられている複数のイベント遷移情報各々が示すタイミングで、イベント遷移識別情報を番組に多重化する。放送信号多重装置１６は、例えば、イベント遷移識別情報をイベントメッセージの「ｐｒｉｖａｔｅ＿ｄａｔａ＿ｔｙｐｅ」領域に格納する。また、放送信号多重装置１６は、例えば、イベント種別などのイベント遷移識別情報以外のメタデータをイベント関連情報配信装置１２から取得し、イベントメッセージとして多重化してもよい。
【００２９】
放送送信装置１７は、放送信号多重装置１６から取得したＭＰＥＧ−２  ＴＳ形式のデータを、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）により変調し、放送信号として送出する。
【００３０】
サービス事業者３が保有するアプリ用コンテンツ提供装置３１は、イベント関連情報配信装置１２に対してデータ配信リクエストを送信し、当該データ配信リクエストに応じてイベント関連情報配信装置１２から送信されたイベント関連情報とイベント関連コンテンツとを取得するイベント関連情報取得装置である。アプリ用コンテンツ提供装置３１は、取得したイベント関連情報とイベント関連コンテンツとを、番組連動アプリ用のコンテンツデータに変換する。アプリ用コンテンツ提供装置３１は、変換したアプリ用コンテンツデータを、受信機４１からのリクエストに応じて送信する。
【００３１】
サービス事業者３が保有するアプリ提供装置３２は、アプリデータベース３２１と、アプリ提供部３２２とを備える。
アプリデータベース３２１は、サービス事業者３が制作した番組連動アプリを記憶するデータベースである。
アプリ提供部３２２は、受信機４１から受信したリクエストに応じて、アプリデータベース３２１を参照し、番組連動アプリを抽出する。アプリ提供部３２２は、抽出した番組連動アプリを要求元の受信機４１に送信する。
【００３２】
視聴者４が保有する受信機４１は、例えば、通信機能を有するテレビであり、アプリ用コンテンツキャッシュ記憶部４１１と、通信部４１２と、放送受信部４１３と、表示部４１４と、ブラウザ処理部４１５と、を備える。
受信機４１は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、またはＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒy）などの記憶装置を備える。また、受信機４１は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）、フラッシュメモリーなどの外部記憶装置を備えてよい。受信機４１が備える記憶装置は、受信機４１が備えるＣＰＵが実行するための各種プログラムやＣＰＵが実行した処理の結果などを記憶する。
【００３３】
アプリ用コンテンツキャッシュ記憶部４１１は、アプリ用コンテンツデータのキャッシュを記憶する。
通信部４１２は、通信用インターフェイスを備え、アプリ用コンテンツ提供装置３１およびアプリ提供装置３２と通信を行う。
放送受信部４１３は、放送送信装置１７から放送された放送波を受信し、番組とイベントメッセージ、ＡＩＴ、およびその他の制御信号情報に分離する。放送受信部４１３は、分離した番組のデータおよびＡＩＴのデータを、ブラウザ処理部４１５に出力する。また、放送受信部４１３は、分離したイベントメッセージの「ｐｒｉｖａｔｅ＿ｄａｔａ＿ｔｙｐｅ」からイベント遷移識別情報を読み取り、ブラウザ処理部４１５に出力する。
表示部４１４は、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの表示装置を備え、番組と、番組連動アプリが生成する画像とを表示する。
【００３４】
ブラウザ処理部４１５は、ＨＴＭＬ５用のブラウザアプリケーションを実行する。これにより、ブラウザ処理部４１５は、番組と番組連動アプリが示す情報とを、表示部４１４に表示させる。ここで、番組連動アプリが示す情報とは、番組連動アプリによって再生されるアプリ用コンテンツデータが示す情報である。ブラウザ処理部４１５は、放送受信部４１３から取得した番組のデータに基づいて、表示部４１４に番組を表示させる。ブラウザ処理部４１５は、通信部４１２による通信を介して、アプリ提供装置３２から番組連動アプリを取得する。ブラウザ処理部４１５は、例えば、放送受信部４１３から取得したＡＩＴのデータに基づいて、番組連動アプリを起動する。
【００３５】
番組連動アプリは、ブラウザ処理部４１５が実行するブラウザアプリケーション上で、次の処理を実行する。番組連動アプリは、アプリ用コンテンツ提供装置３１からアプリ用コンテンツデータを取得し、アプリ用コンテンツキャッシュ記憶部４１１に記憶させる。次に、番組連動アプリは、放送受信部４１３から取得するイベントメッセージに含まれるイベント遷移識別情報を参照する。次に、番組連動アプリは、参照したイベント遷移識別情報に対応するアプリ用コンテンツデータをアプリ用コンテンツキャッシュ記憶部４１１から読み出す。そして、番組連動アプリは、イベント遷移識別情報に対応するアプリ用コンテンツデータを用いて、情報を表示部４１４に表示させる。つまり、放送受信部４１３が受信するイベント遷移識別情報が変化すると、番組連動アプリが用いるアプリ用コンテンツデータも変化する。すなわち、番組連動アプリは、イベント遷移識別情報に基づいて表示を遷移させる。
【００３６】
番組連動アプリが示す情報と番組との表示は、特定の態様に限定されない。番組連動アプリが示す情報は、例えば、番組上に重ねて表示されてよいし、番組連動アプリが示す情報と番組とは、並べて表示されてよい。また、セカンドスクリーンなどを用いて、番組連動アプリが示す情報と番組とは、異なる表示装置に表示されてもよい。
【００３７】
［イベント関連情報配信装置の概要］
図３は、イベント関連情報配信装置１２とアプリ用コンテンツ提供装置３１との概略機能構成を示すブロック図である。
イベント関連情報配信装置１２は、メタデータデータベース１２１１と、イベント関連コンテンツデータベース１２１２と、アクセス制御データベース１２１３と、入力受付部１２２と、通信部１２３と、イベント遷移情報送信部１２４と、メタデータ登録部１２５と、イベント関連コンテンツ登録部１２６と、抽出部１２７と、を備える。
【００３８】
イベント関連情報配信装置１２は、例えば、ＲＯＭ、ＲＡＭ、またはＥＥＰＲＯＭなどの記憶装置を備える。また、イベント関連情報配信装置１２は、ＨＤＤ、フラッシュメモリーなどの外部記憶装置を備えてよい。イベント関連情報配信装置１２が備える記憶装置は、イベント関連情報配信装置１２が備えるＣＰＵが実行するための各種プログラムやＣＰＵが実行した処理の結果などを記憶する。
【００３９】
メタデータデータベース１２１１は、番組に関するメタデータを記憶する。メタデータの詳細については、後述する。
イベント関連コンテンツデータベース１２１２は、イベント関連コンテンツを記憶する。
アクセス制御データベース１２１３は、メタデータデータベース１２１１が記憶するメタデータと、イベント関連コンテンツデータベース１２１２が記憶するイベント関連コンテンツとに対するアプリ用コンテンツ提供装置３１によるアクセス可否を示すアクセス制御情報を記憶する。アクセス制御情報の詳細については、後述する。
【００４０】
入力受付部１２２は、例えば、通信用インターフェイスを備え、放送局制作系装置１３、放送局編成系装置１４、およびイベント情報入力装置１５からメタデータおよびイベント関連コンテンツの入力を受け付ける。入力受付部１２２は、受け付けたメタデータをメタデータ登録部１２５に出力する。また、入力受付部１２２は、受け付けたイベント関連コンテンツをイベント関連コンテンツ登録部１２６に出力する。
通信部１２３は、通信用インターフェイスを備え、ネットワークＮＷを介してアプリ用コンテンツ提供装置３１と通信する。
【００４１】
イベント遷移情報送信部１２４は、例えば、通信用インターフェイスを備え、番組送出装置１１からイベント遷移情報の出力要求を取得する。イベント遷移情報送信部１２４は、取得した出力要求が含む番組識別情報を検索条件として、メタデータデータベース１２１１からイベント遷移情報またはイベント遷移グループ情報を抽出する。イベント遷移情報送信部１２４は、抽出したイベント遷移情報またはイベント遷移グループ情報を放送信号多重装置１６に送信する。
【００４２】
メタデータ登録部１２５は、入力受付部１２２から取得したメタデータをメタデータデータベース１２１１に番組識別情報ごとに記憶させ、登録する。登録されるメタデータは、番組を一意に識別する番組識別情報を有する。本実施形態において、番組識別情報は、一例として、コンテンツ参照ＩＤ（ＣＲＩＤ：Ｃｏｎｔｅｎｔ  Ｒｅｆｅｒｅｎｃｅ  ＩＤｅｎｔｉｆｉｅｒ）である。なお、番組識別情報は、コンテンツ参照ＩＤ以外であってもよい。
【００４３】
イベント関連コンテンツ登録部１２６は、入力受付部１２２から取得したイベント関連コンテンツをイベント関連コンテンツデータベース１２１２に記憶させ、登録する。登録されるイベント関連コンテンツの識別情報は、対応するメタデータのイベント関連情報内に記述され、メタデータデータベース１２１１により管理される。これにより、メタデータデータベース１２１１に登録されるメタデータとイベント関連コンテンツデータベース１２１２に登録されるイベント関連コンテンツとは対応付けられ、バインディングされる。
【００４４】
抽出部１２７は、通信部１２３を介して、アプリ用コンテンツ提供装置３１からデータ配信リクエストを取得する。抽出部１２７は、取得したデータ配信リクエストに含まれるキー情報を検索条件として、アクセス制御データベース１２１３を参照し、アクセス制御情報を取得する。ここで、キー情報とは、イベント関連情報とイベント関連コンテンツとを抽出するための情報であり、サービス事業者３に関する識別情報を含む。
【００４５】
サービス事業者３に関する識別情報とは、例えば、イベント関連情報とイベント関連コンテンツとの配信について、放送局１とサービス事業者３との間で結ばれた契約により、放送局１からサービス事業者３に対して与えられた識別情報である。また、サービス事業者３に関する識別情報とは、例えば、アプリ用コンテンツ提供装置３１のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスやＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスなど、アプリ用コンテンツ提供装置３１を識別する識別情報である。以下では、サービス事業者３に関する識別情報を事業者識別情報と称する。
【００４６】
抽出部１２７は、メタデータデータベース１２１１とイベント関連コンテンツデータベース１２１２とから、それぞれ、イベント関連情報とイベント関連コンテンツとを抽出する。抽出部１２７は、抽出されたイベント関連情報とイベント関連コンテンツとのうちアクセス制御情報がアクセスを許可するイベント関連情報とイベント関連コンテンツとを抽出する。抽出部１２７は、抽出されたイベント関連情報をＸＭＬ形式やＪＳＯＮ形式に変換する。つまり、抽出部１２７は、ＸＭＬ形式やＪＳＯＮ形式のイベント関連情報を生成する。抽出部１２７は、変換後のイベント関連情報とイベント関連コンテンツとを、データ配信リクエストの送信元のアプリ用コンテンツ提供装置３１に送信する。
【００４７】
なお、アプリ用コンテンツ提供装置３１がイベント関連情報配信装置１２からイベント関連情報およびイベント関連コンテンツの配信を受けるためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）が、サービス事業者３に提供される。サービス事業者３は、このＡＰＩを介して配信を受けるためのプログラムを実装し、データ要求部３１３の機能の一部として組み込む。
【００４８】
［アプリ用コンテンツ提供装置の概要］
アプリ用コンテンツ提供装置３１は、アプリ用コンテンツデータベース３１１と、アプリ用コンテンツ配信部３１２と、データ要求部３１３と、データ処理部３１４と、を備える。
【００４９】
アプリ用コンテンツ提供装置３１は、例えば、ＲＯＭ、ＲＡＭ、またはＥＥＰＲＯＭなどの記憶装置を備える。また、アプリ用コンテンツ提供装置３１は、ＨＤＤ、フラッシュメモリーなどの外部記憶装置を備えてよい。アプリ用コンテンツ提供装置３１が備える記憶装置は、アプリ用コンテンツ提供装置３１が備えるＣＰＵが実行するための各種プログラムやＣＰＵが実行した処理の結果などを記憶する。
【００５０】
アプリ用コンテンツデータベース３１１は、アプリ用コンテンツのデータを記憶する。受信機４１が実行する番組連動アプリは、アプリ用コンテンツデータベース３１１が記憶するアプリ用コンテンツを利用する。
【００５１】
アプリ用コンテンツ配信部３１２は、通信用インターフェイスを備え、受信機４１から取得するアプリ用コンテンツデータ取得リクエストに応じて、アプリ用コンテンツデータベース３１１を参照する。アプリ用コンテンツデータ取得リクエストには、例えば、番組識別情報が含まれており、アプリ用コンテンツ配信部３１２は、例えば、番組識別情報を検索条件としてアプリ用コンテンツデータを抽出する。アプリ用コンテンツ配信部３１２は、抽出したアプリ用コンテンツデータを受信機４１に送信する。
【００５２】
データ要求部３１３は、通信用インターフェイスを備え、ネットワークＮＷを介して、データ配信リクエストをイベント関連情報配信装置１２に送信する。データ要求部３１３は、データ配信リクエストに応じてイベント関連情報配信装置１２から送信されたイベント関連情報とイベント関連コンテンツとを取得すると、取得したイベント関連情報とイベント関連コンテンツとをデータ処理部３１４に出力する。
【００５３】
データ処理部３１４は、イベント関連情報配信装置１２から取得したイベント関連情報に対するデータパーサの機能を有する。データ処理部３１４は、データ要求部３１３からイベント関連情報とイベント関連コンテンツとを取得すると、取得したイベント関連情報とイベント関連コンテンツとをアプリ用コンテンツデータに変換する。アプリ用コンテンツデータは、番組識別情報と、イベント遷移識別情報と、例えば、映像、画像、音声、および文字などの情報とが対応付けられたデータである。これら映像、画像、音声、および文字などの情報は、イベント関連情報またはイベント関連コンテンツから生成される。そして、番組連動アプリは、これらの映像、画像、音声、および文字などの情報を、対応付けられているイベント遷移識別情報に対応する場面において再生する。
【００５４】
［メタデータのデータ形式の概要］
図４は、メタデータのインスタンスを示す図である。
この図において示されるインスタンスは、ＡＲＩＢ  ＳＴＤ−Ｂ３８、ＩＰＴＶＦＪ  ＳＴＤ−００１２定義の既存サブセットに、イベント遷移情報、イベント遷移グループ情報、およびイベント関連情報を記述するためのサブセットを追加して拡張したものである。領域Ａ１は、拡張されたサブセットを示す。なお、データの記述範囲は、放送局の運用に応じて定められる。従って、メタデータのインスタンスの各項目について、データの記述は必須ではない。
【００５５】
この図において、放送局制作系装置１３が提供するメタデータは、例えば、「ＴＶＡＭａｉｎ／ＰｒｏｇｒａｍＤｅｓｃｒｉｐｔｉｏｎ／ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」、「ＴＶＡＭａｉｎ／ＰｒｏｇｒａｍＤｅｓｃｒｉｐｔｉｏｎ／ＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」、または「ＴＶＡＭａｉｎ／ＰｒｏｇｒａｍＤｅｓｃｒｉｐｔｉｏｎ／ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴｂａｌｅ」などに記述される。以下では、「ＴＶＡＭａｉｎ／ＰｒｏｇｒａｍＤｅｓｃｒｉｐｔｉｏｎ」を「ＴＶＡ／ＰＤ」と称する。
【００５６】
「ＴＶＡ／ＰＤ／ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」には、番組単体の情報が記述される。「ＴＶＡ／ＰＤ／ＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」には、番組のシリーズなどのグループ情報が記述される。「ＴＶＡ／ＰＤ／ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴｂａｌｅ」には、番組のシーン情報などが記述される。
【００５７】
この図において、放送局制作系装置１３が提供するメタデータは、例えば、「ＴＶＡ／ＰＤ／ＰｒｏｇｒａｍＬｏｃａｔｉｏｎＴａｂｌｅ」または「ＴＶＡ／ＰＤ／ＳｅｒｖｉｃｅＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」などに記述される。
【００５８】
この図において、イベント情報入力装置１５が提供するメタデータは、例えば、「ＴＶＡ／ＰＤ／ＨＣｅｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」と「ＴＶＡ／ＰＤ／ＨＣｅｖｅｎｔＲｅｆＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」とに記述される。「ＴＶＡ／ＰＤ／ＨＣｅｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」は、「ＨＣｅｖｅｎｔＬｉｓｔ」と「ＨＣｅｖｅｎｔＧｒｏｕｐＬｉｓｔ」との２つの要素を有する。「ＨＣｅｖｅｎｔＬｉｓｔ」には、イベント遷移情報がリスト形式で記述される。「ＨＣｅｖｅｎｔＧｒｏｕｐＬｉｓｔ」には、イベント遷移グループ情報がリスト形式で記述される。「ＴＶＡ／ＰＤ／ＨＣｅｖｅｎｔＲｅｆＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ」には、イベント関連情報がテーブル形式で記述される。「ＨＣｅｖｅｎｔＲｅｆＭａｔｅｒｉａｌＬｉｓｔ」には、イベント関連情報がリスト形式で記述される。
【００５９】
［イベント遷移情報のデータ形式の概要］
図５は、イベント遷移情報およびイベント遷移グループ情報の拡張スキーマを示す図である。
Ｌ１１に示される行において、「ＨＣｅｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴｙｐｅ」、すなわち、イベント遷移情報の記述形式が定義されている。イベント遷移情報には、行Ｌ１１１〜Ｌ１１４において、４つの属性が定義されている。行Ｌ１１１において、イベント遷移識別情報である「ＨＣｅｖｅｎｔＩｄ」が属性として定義されている。
【００６０】
また、イベント遷移情報は、行Ｌ１１５〜Ｌ１１７に示される３つの要素を有する。行Ｌ１１５において、番組識別情報の「ＰｒｏｇｒａｍＲｅｆ」として、「ＣＲＩＤ」が記述されることが定義されている。行Ｌ１１６において、イベントを遷移させる場面に関する情報「Ｄｅｓｃｒｉｐｔｉｏｎ」の記述形式が定義されている。行Ｌ１１７において、イベントを遷移させる場面の時間情報「ＨＣｅｖｅｎｔＬｏｃａｔｏｒ」が、ＴＶ−Ａｎｙｔｉｍｅ規格の「ＴＶＡＭｅｄｉａＴｉｍｅＴｙｐｅ」の形式で記述されることが定義されている。このように、イベント遷移情報は、イベント遷移識別情報と時間情報とを対応付けるため、番組連動アプリは、番組において、演出のタイミングや人物が喋るタイミングなどのイベントが遷移する場面を特定し、情報の提示を遷移させることができる。
【００６１】
Ｌ１２に示される行において、「ＨＣｅｖｅｎｔＧｒｏｕｐＩｎｆｏｒｍａｔｉｏｎＴｙｐｅ」、すなわち、イベント遷移グループ情報の記述形式が定義されている。イベント遷移グループ情報には、行Ｌ１２１〜Ｌ１２５において、５つの属性が定義されている。行Ｌ１２１において、イベント遷移グループ識別情報である「ｇｒｏｕｐＩＤ」が属性として定義されている。行Ｌ１２２において、グループ化されるイベント遷移情報の数である「ｎｕｍｂｅｒＯｆＨＣｅｖｅｎｔｓ」が属性として定義されている。
【００６２】
また、イベント遷移グループ情報は、行Ｌ１２６〜Ｌ１２９に示される４つの要素を有する。行Ｌ１２９において、グループ化されるイベント遷移識別情報「ＨＣｅｖｅｎｔｓ」の記述形式が定義されている。これにより、イベント遷移グループ情報は、人物が喋る場面や楽曲情報が切り替わる場面などの複数のイベント遷移情報を、例えば、イベントの種類ごとにグループ化することができる。
【００６３】
Ｌ１３に示される行において、「ＨＣｅｖｅｎｔＬｉｓｔＴｙｐｅ」、すなわち、リスト形式のイベント遷移情報が定義されている。Ｌ１４に示される行において、「ＨＣｅｖｅｎｔＧｒｏｕｐＬｉｓｔＴｙｐｅ」、すなわち、リスト形式のイベント遷移グループ情報が定義されている。Ｌ１５に示される行において、「ＨＣｅｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅＴｙｐｅ」、すなわち、テーブル形式のイベント遷移情報およびイベント遷移グループ情報が定義されている。
【００６４】
［イベント関連情報のデータ形式の概要］
図６は、イベント関連情報の拡張スキーマを示す図である。
Ｌ２１に示される行において、「ＨＣｅｖｅＲｅｆＭａｔｅｒｉａｌＩｎｆｏｒｍａｔｉｏｎＴｙｐｅ」、すなわち、イベント関連情報の記述形式が定義されている。イベント関連情報には、行Ｌ２１１〜Ｌ２１４において、４つの属性が定義されている。行Ｌ２１１において、イベント関連情報が対応する場面を識別するイベント遷移識別情報「ＨＣｅｖｅｎｔＩｄ」が属性として定義されている。また、イベント関連情報は、行Ｌ２１５に示される番組識別情報と、行Ｌ２１６に示されるイベント関連実体情報との２つの要素を有する。
【００６５】
Ｌ２２に示される行において、「ＨＣｅｖｅＲｅｆＭａｔｅｒｉａｌＤｅｓｃｒｉｐｔｉｏｎＴｙｐｅ」、すなわち、イベント関連実体情報の記述形式が定義されている。イベント関連実体情報には、行Ｌ２２１〜Ｌ２２９において、９つの要素が定義されている。行Ｌ２２１において定義される「ＧＰＳ」には、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）により、イベント遷移識別情報に対応する場面の撮影場所を、測位した結果が記述される。行Ｌ２２２において定義される「ＰｌａｃｅＮａｍｅ」には、イベント遷移識別情報に対応する場面の撮影場所の地名または名称などが記述される。行Ｌ２２３において定義される「Ｄｉｒｅｃｔｉｏｎ」には、イベント遷移識別情報に対応する場面を撮影した撮影装置の撮影方向が記述される。行Ｌ２２４において定義される「Ｋｅｙｗｏｒｄ」には、イベント遷移識別情報に対応する場面に関連するキーワードが記述される。
【００６６】
行Ｌ２２５において定義される「Ｃｏｏｋｉｎｇ」には、イベント遷移識別情報に対応する場面に関連する料理が記述される。行Ｌ２２６において定義される「Ｒｅｃｉｐｅ」には、イベント遷移識別情報に対応する場面に関連する料理のレシピが記述される。行Ｌ２２７において定義される「Ｉｎｇｒｅｄｉｅｎｔ」には、イベント遷移識別情報に対応する場面に関連する料理の食材などが記述される。行Ｌ２２８において定義される「Ｐｉｃｔｕｒｅ」には、イベント遷移識別情報に対応する場面に関連する画像のロケーションが記述される。行Ｌ２２９において定義される「Ｍｏｖｉｅ」には、イベント遷移識別情報に対応する場面に関連する動画のロケーションが記述される。
【００６７】
これらのうち、「ＧＰＳ」、「ＰｌａｃｅＮａｍｅ」、「Ｄｉｒｅｃｔｉｏｎ」、「Ｋｅｙｗｏｒｄ」、「Ｃｏｏｋｉｎｇ」、「Ｒｅｃｉｐｅ」、および「Ｉｎｇｒｅｄｉｅｎｔ」は、「ｓｔｒｉｎｇ」形式で記述される。「Ｐｉｃｔｕｒｅ」と「Ｍｏｖｉｅ」とは、「ｍｐｅｇ７：ｔｅｒｍＲｅｆｅｒｅｎｃｅＴｙｐｅ」のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）により指定され、当該ＵＲＩは、イベント関連コンテンツを識別する。
【００６８】
なお、イベント関連実体情報は、上述した項目以外にも、項目の拡張が可能である。また、イベント関連実体情報の各項目について子要素が定義されてもよい。例えば、「ＧＰＳ」の要素に対して、ＧＰＳの測位結果の緯度と経度とをそれぞれ記述する要素を、それぞれ子要素として定義してもよい。
【００６９】
Ｌ２３に示される行において、「ＨＣｅｖｅＲｅｆＭａｔｅｒｉａｌＬｉｓｔＴｙｐｅ」、すなわち、リスト形式のイベント関連情報が定義されている。Ｌ２４に示される行において、「ＨＣｅｖｅｎｔＲｅｆＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅＴｙｐｅ」、すなわち、テーブル形式のイベント関連情報が定義されている。
【００７０】
［アクセス制御情報の概要］
図７は、アクセス制御情報の一例を示すテーブルである。
この図に示される例において、アクセス制御情報は、「事業者識別情報」、「ライセンスキー」、「番組識別情報」、「ＧＰＳ」、「ＰｌａｃｅＮａｍｅ」、「Ｄｉｒｅｃｔｉｏｎ」、「Ｋｅｙｗｏｒｄ」、「Ｃｏｏｋｉｎｇ」、「Ｒｅｃｉｐｅ」、「Ｉｎｇｒｅｄｉｅｎｔ」、「Ｐｉｃｔｕｒｅ」、および「Ｍｏｖｉｅ」の各項目を有し、各項目について値を有する。「事業者識別情報」は、上述した事業者識別情報を表す。「ライセンスキー」は、事業者識別情報ごとに固有に割当てられた認証用の情報を表し、例えば、文字列である。「番組識別情報」は、上述した番組識別情報を表す。「ＧＰＳ」、「ＰｌａｃｅＮａｍｅ」、「Ｄｉｒｅｃｔｉｏｎ」、「Ｋｅｙｗｏｒｄ」、「Ｃｏｏｋｉｎｇ」、「Ｒｅｃｉｐｅ」、「Ｉｎｇｒｅｄｉｅｎｔ」、「Ｐｉｃｔｕｒｅ」、および「Ｍｏｖｉｅ」は、それぞれ、上述したイベント関連実体情報を表す。
【００７１】
この図において、「ＧＰＳ」、「ＰｌａｃｅＮａｍｅ」、「Ｄｉｒｅｃｔｉｏｎ」、「Ｋｅｙｗｏｒｄ」、「Ｃｏｏｋｉｎｇ」、「Ｒｅｃｉｐｅ」、「Ｉｎｇｒｅｄｉｅｎｔ」、「Ｐｉｃｔｕｒｅ」、および「Ｍｏｖｉｅ」の値は、それぞれ、「ＴＲＵＥ」または「ＦＡＬＳＥ」のいずれかである。「ＴＲＵＥ」は、項目名に対応するイベント関連実体情報へのアクセスが許可されていることを示す。「ＦＡＬＳＥ」は、項目名に対応するイベント関連実体情報へのアクセスが許可されていないことを示す。
【００７２】
この図に示す例において、例えば、事業者識別情報「ＡＡＡ」により識別されるサービス事業者３は、登録されている全ての番組について、メタデータの「ＧＰＳ」、「ＰｌａｃｅＮａｍｅ」、「Ｄｉｒｅｃｔｉｏｎ」、および「Ｋｅｙｗｏｒｄ」へのアクセスが許可されている。これに対して、事業者識別情報「ＡＡＡ」により識別されるサービス事業者３は、登録されている全ての番組について、「Ｃｏｏｋｉｎｇ」、「Ｒｅｃｉｐｅ」、「Ｉｎｇｒｅｄｉｅｎｔ」、「Ｐｉｃｔｕｒｅ」、および「Ｍｏｖｉｅ」へのアクセスが許可されていない。
【００７３】
また、例えば、事業者識別情報「ＢＢＢ」により識別されるサービス事業者３は、番組識別情報「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６３」および「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６４」により識別される番組について、メタデータの全てのイベント関連実体情報へのアクセスが許可されている。これに対して、事業者識別情報「ＢＢＢ」により識別されるサービス事業者３は、番組識別情報「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６５」および「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６６」について、メタデータの全てのイベント関連実体情報へのアクセスが許可されていない。
【００７４】
また、例えば、事業者識別情報「ＣＣＣ」により識別されるサービス事業者３は、番組識別情報「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６５」により識別される番組のメタデータのうち、「Ｐｉｃｔｕｒｅ」および「Ｍｏｖｉｅ」へのアクセスのみが許可されている。このように、アクセス制御情報は、事業者識別情報と、番組識別情報ごとまたはイベント関連実体情報種別ごとの少なくともいずれか一方とにより定められるイベント関連情報へのアクセス可否と、を関連付けた情報である。
【００７５】
［イベント関連情報配信装置の動作の概要］
図８は、イベント関連情報配信装置１２によるイベント関連情報の配信処理の流れを示すフローチャートである。
まず、イベント関連情報配信装置１２は、アプリ用コンテンツ提供装置３１からデータ配信リクエストを受信する（ステップＳ１０１）。このデータ配信リクエストは、事業者識別情報、ライセンスキー、番組識別情報などのメタデータを特定するためのパラメータを含む。より具体的には、データ配信リクエストは、例えば、「ｈｔｔｐ：／／ｈｃｐｒ．ｎｈｋ．ｏｒ．ｊｐ／ＷｅｂＡｐｉ／ｘｘｘｘ／ＧｅｔＭｅｔａ？ｆｏｒｍａｔ＝ＸＭＬ？ａｐｉｌｉｃｅｎｓｅｋｅｙ＝{ライセンスキー}＆ｃｒｉｄ＝{番組識別情報}」などのデータを含む。この一例において、事業者識別情報および番組識別情報は、キー情報である。
【００７６】
次に、イベント関連情報配信装置１２は、データ配信リクエストに含まれる事業者識別情報を検索条件として、アクセス制御データベース１２１３を参照し、アクセス制御情報を抽出する。イベント関連情報配信装置１２は、抽出したアクセス制御情報のライセンスキーと、データ配信リクエストが含むライセンスキーとを照合し、認証を行う（ステップＳ１０２）。なお、イベント関連情報配信装置１２は、ライセンスキーによる認証処理を行わずにイベント関連情報を配信してもよい。
【００７７】
次に、イベント関連情報配信装置１２は、認証が成功したか否かを判定する（ステップＳ１０３）。認証が失敗したと判定した場合（ステップＳ１０３；ＮＯ）、イベント関連情報配信装置１２は、データ配信リクエストの送信元のアプリ用コンテンツ提供装置３１にイベント関連情報の配信を拒否することを通知し（ステップＳ１０４）、処理を終了する。また、認証が成功したと判定した場合（ステップＳ１０３；ＹＥＳ）、イベント関連情報配信装置１２は、データ配信リクエストに含まれる番組識別情報を検索条件として、メタデータデータベース１２１１を参照し、イベント関連情報を抽出する。また、イベント関連情報配信装置１２は、イベント関連コンテンツデータベース１２１２を参照し、抽出したイベント関連情報に対応付けられているイベント関連コンテンツを抽出する（ステップＳ１０５）。次に、イベント関連情報配信装置１２は、アクセス制御情報においてアクセスが許可されているイベント関連実体情報の種別に基づいて、イベント関連情報およびイベント関連コンテンツのデータをフィルタリングする。イベント関連情報配信装置１２は、フィルタリング後のデータに基づき、番組識別情報と、イベント遷移識別情報と、アクセスが許可されているイベント関連実体情報とを対応付けた配信用イベント関連情報を生成する（ステップＳ１０６）。そして、イベント関連情報配信装置１２は、生成した配信用イベント関連情報およびイベント関連コンテンツをデータ配信リクエストの送信元のアプリ用コンテンツ提供装置３１に送信し（ステップＳ１０７）、処理を終了する。
【００７８】
図９は、受信機４１による処理の流れを示すフローチャートである。
この図に示される処理の流れの一例において、番組連動アプリは、番組の受信前に受信機４１に提供されている。
まず、受信機４１は、放送波を介して番組を受信する（ステップＳ２０１）。次に、受信機４１は、番組連動アプリを起動する（ステップＳ２０２）。ここで、番組連動アプリの起動は、放送波に含まれるＡＩＴに応じて行われてよいし、受信機４１のユーザにより行われてもよい。次に、受信機４１は、番組連動アプリにより受信した番組に対応するアプリ用コンテンツデータを、アプリ用コンテンツ提供装置３１から取得する（ステップＳ２０３）。ここで、受信機４１は、アプリ用コンテンツデータを、例えば、番組の放送前に取得してもよい。また、受信機４１は、アプリ用コンテンツデータを番組個別に取得してもよいし、複数の番組について一括して取得してもよい。
【００７９】
次に、受信機４１は、番組の放送が終了したか否かを判定する（ステップＳ２０４）。放送が終了したと判定した場合（ステップＳ２０４；ＹＥＳ）、受信機４１は、処理を終了する。放送が終了していないと判定した場合（ステップＳ２０４；ＮＯ）、受信機４１は、放送波を介してイベントメッセージを受信したか否かを判定する（ステップＳ２０５）。イベントメッセージを受信していないと判定した場合（ステップＳ２０５；ＮＯ）、受信機４１はステップＳ２０４に処理を戻す。また、イベントメッセージを受信したと判定した場合（ステップＳ２０５；ＹＥＳ）、受信機４１は、イベントメッセージの「ｐｒｉｖａｔｅ＿ｄａｔａ＿ｔｙｐｅ」を読み取り、イベント遷移識別情報を取得する（ステップＳ２０６）。
【００８０】
次に、受信機４１は、取得したイベント遷移識別情報（ＨＣｅｖｅｎｔＩＤ）と対応付けられているアプリ用コンテンツデータが存在するか否かを判定する（ステップＳ２０７）。イベント遷移識別情報（ＨＣｅｖｅｎｔＩＤ）と対応付けられているアプリ用コンテンツデータが存在しない場合（ステップＳ２０７；ＮＯ）、受信機４１は、ステップＳ２０４に処理を戻す。イベント遷移識別情報（ＨＣｅｖｅｎｔＩＤ）と対応付けられているアプリ用コンテンツデータが存在する場合（ステップＳ２０７；ＹＥＳ）、受信機４１は、当該アプリ用コンテンツデータに基づいた画面遷移を行い、イベントを遷移させる（ステップＳ２０８）。その後、受信機４１は、ステップＳ２０４に処理を戻す。
【００８１】
［番組とアプリ用コンテンツとの連動の例］
図１０と図１１とは、放送通信連携システムＳ１による番組とアプリ用コンテンツとの連動を説明するための図である。
これらの図に示される例において、受信機４１は、番組と、２種類の番組連動アプリが示す情報とを表示する。２種類の番組連動アプリは、地図アプリおよび料理アプリである。地図アプリおよび地図アプリが利用するアプリ用コンテンツは、地図アプリ事業者により提供される。料理アプリおよび料理アプリが利用するアプリ用コンテンツは、料理アプリ事業者により提供される。地図アプリは、番組の映像が撮影された場所などの情報を地図上に示すアプリケーションである。地図アプリは、例えば、番組の撮影場所の移動に伴って、表示させる地図および情報を遷移させる。料理アプリは、番組において紹介された料理のレシピや調理手順を説明する動画などの情報を表示するアプリである。料理アプリは、例えば、料理の紹介内容の遷移に伴って、料理のレシピなどの表示させる情報を遷移させる。このように、番組連動アプリは、番組の内容の遷移に連動して、表示させる情報を遷移させる。
【００８２】
これらの図に示される例において、番組の４つの場面に対して、「ｅｖｅｎｔ００１」〜「ｅｖｅｎｔ００４」の４つのイベント遷移識別情報が対応付けられている。これらの図の左に示される軸は、番組開始時点からの相対時刻を示す。
イベント遷移識別情報「ｅｖｅｎｔ００１」〜「ｅｖｅｎｔ００３」に対応する場面では、それぞれ、番組の撮影位置が地点（１）〜（３）へと遷移している。従って、地図アプリは、イベント遷移識別情報「ｅｖｅｎｔ００１」〜「ｅｖｅｎｔ００３」に対応する場面において、「ｅｖｅｎｔ００１」〜「ｅｖｅｎｔ００３」それぞれに対応付けられている「ＧＰＳ」、「Ｄｉｒｅｃｔｉｏｎ」、および「Ｋｅｙｗｏｒｄ」などのイベント関連実体情報に基づいたアプリ用コンテンツデータを参照し、地図などを表示させる。
【００８３】
また、イベント遷移識別情報「ｅｖｅｎｔ００３」および「ｅｖｅｎｔ００４」に対応する場面において、それぞれ、異なる料理（１）、（２）が紹介されている。従って、料理アプリは、イベント遷移識別情報「ｅｖｅｎｔ００３」および「ｅｖｅｎｔ００４」に対応する場面において、「ｅｖｅｎｔ００３」および「ｅｖｅｎｔ００４」それぞれに対応付けられている「Ｃｏｏｋｉｎｇ」、「Ｒｅｃｉｐｅ」、「Ｉｎｇｒｅｄｉｅｎｔ」、「Ｐｉｃｔｕｒｅ」、および「Ｍｏｖｉｅ」などのイベント関連実体情報に基づいたアプリ用コンテンツデータを参照し、レシピや調理動画などを表示させる。
【００８４】
番組の放送が開始され、イベント遷移識別情報「ｅｖｅｎｔ００１」に対応する場面が放送されると、地図アプリは、「ｅｖｅｎｔ００１」に対応付けられているアプリ用コンテンツデータを参照し、表示を地点（１）に遷移させる。このとき、地図アプリは、例えば、「ＰｌａｃｅＮａｍｅ」に記述された情報を利用して地名などを表示させてよい。
イベント遷移識別情報「ｅｖｅｎｔ００２」に対応する場面が放送されると、地図アプリは、「ｅｖｅｎｔ００２」に対応付けられているアプリ用コンテンツデータを参照し、表示を地点（２）に遷移させる。
【００８５】
イベント遷移識別情報「ｅｖｅｎｔ００３」に対応する場面が放送されると、地図アプリは、「ｅｖｅｎｔ００３」に対応付けられているアプリ用コンテンツデータを参照し、表示を地点（３）に遷移させる。
また、イベント遷移識別情報「ｅｖｅｎｔ００３」に対応する場面が放送されると、例えば、料理アプリがＡＩＴにより自動で起動される。料理アプリは、「ｅｖｅｎｔ００３」に対応付けられているアプリ用コンテンツデータを参照し、この場面で紹介されている料理の情報を画面に表示する。料理アプリは、例えば、料理（１）の「菜の葉の緑あえ」のレシピやその調理方法を説明する動画などを表示する。
イベント遷移識別情報「ｅｖｅｎｔ００４」に対応する場面が放送されると、料理アプリは、「ｅｖｅｎｔ００４」に対応付けられているアプリ用コンテンツデータを参照し、この場面で紹介されている料理（２）の「卵の茶碗蒸し」の情報を画面に表示する。
【００８６】
図１２は、イベント遷移情報のインスタンスの一例を示す図である。
以下、図１２〜図１４に示されるインスタンスは、図１０を用いて説明した放送通信連携システムＳ１の動作例において利用されるメタデータに対応する。また、図１２と図１３とに示されるインスタンスは、図５に示されるスキーマに則って記述されている。また、図１４に示されるインスタンスは、図６に示されるスキーマに則って記述されている。
【００８７】
Ｌ３１に示される行において、「ＨＣｅｖｅｎｔＩｄ」が「ｅｖｅｎｔ００１」であるイベント遷移情報、すなわち、イベント遷移識別情報「ｅｖｅｎｔ００１」により識別される場面のイベント遷移情報が記述されている。行Ｌ３１１には、「ｃｒｉｄ」が「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６３」であることが記述されおり、「ｅｖｅｎｔ００１」に対応する場面が「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６３」に対応する番組の一部であることが示されている。行Ｌ３１２には、「Ｔｉｔｌｅ」が「農場１件目訪問」であることが記述されており、「ｅｖｅｎｔ００１」に対応する場面の題名が「農場１件目訪問」であることが示されている。
【００８８】
Ｌ３１３に示される行において、「ｅｖｅｎｔ００１」に対応する場面の時間情報が記述されている。行Ｌ３１３１には、「ＭｅｄｉａＲｅｌＴｉｍｅＰｏｉｎｔ」が「ＰＴ００Ｈ１０Ｍ０５Ｓ８００Ｎ１０００Ｆ」であることが記述されており、「ｅｖｅｎｔ００１」に対応する場面が番組の開始から１０分５．８００秒後に始まることが示されている。行Ｌ３１３２には、「ＭｅｄｉａＤｕｒａｔｉｏｎ」が「ＰＴ００Ｈ０３Ｍ０９Ｓ７００Ｎ１０００Ｆ」であることが記述されており、「ｅｖｅｎｔ００１」に対応する場面が３分９．７００秒間持続することが示されている。
【００８９】
同様に、Ｌ３２、Ｌ３３、およびＬ３４に示される行において、それぞれ、イベント遷移識別情報「ｅｖｅｎｔ００２」、「ｅｖｅｎｔ００３」、および「ｅｖｅｎｔ００４」により識別される場面のイベント遷移情報が記述されている。
【００９０】
図１３は、イベント遷移グループ情報のインスタンスの一例を示す図である。
Ｌ４１に示される行において、「ｇｒｏｕｐＩＤ」が「ＨＣｅｖｅｎｔＬｏｃａｔｉｏｎ」であるイベント遷移グループ情報、すなわち、イベント遷移グループ識別情報「ＨＣｅｖｅｎｔＬｏｃａｔｉｏｎ」により識別されるイベント遷移グループ情報が記述されている。行Ｌ４１１には、「ＰｒｏｇｒａｍＲｅｆ」の「ｃｒｉｄ」が「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６３」であることと、「ｎｕｍｂｅｒＯｆＨＣｅｖｅｎｔｓ」が「３」であることが記述されおり、「ＨＣｅｖｅｎｔＬｏｃａｔｉｏｎ」に対応する「３」つのイベント遷移情報が「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６３」により識別される番組の一部であることが示されている。行Ｌ４１２には、「Ｔｉｔｌｅ」が「移動イベント」であることが記述されており、「ＨＣｅｖｅｎｔＬｏｃａｔｉｏｎ」に対応するイベント遷移グループ情報の題名が「移動イベント」であることが示されている。
【００９１】
行Ｌ４１３には、「ＨＣｅｖｅｎｔｓ」の「ｒｅｆＬｉｓｔ」が「ｅｖｅｎｔ００１  ｅｖｅｎｔ００２  ｅｖｅｎｔ００３」であることが記述されており、「ＨＣｅｖｅｎｔＬｏｃａｔｉｏｎ」に対応するイベント遷移グループ情報がイベント遷移識別情報「ｅｖｅｎｔ００１」、「ｅｖｅｎｔ００２」、および「ｅｖｅｎｔ００３」をグループ化することが示されている。
同様に、Ｌ４２に示される行において、イベント遷移グループ識別情報「ＨＣｅｖｅｎｔＣｏｏｋｉｎｇ」により識別されるイベント遷移グループ情報が記述されている。
【００９２】
図１４は、イベント関連情報のインスタンスの一例を示す図である。
Ｌ５１に示される行において、「ＨＣｅｖｅｎｔＩｄ」が「ｅｖｅｎｔ００３」であるイベント関連実体情報、すなわち、イベント遷移識別情報「ｅｖｅｎｔ００３」により識別される場面のイベント関連実体情報が記述されている。行Ｌ５１０には、「ＰｒｏｇｒａｍＲｅｆ」の「ｃｒｉｄ」が「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６３」であることが記述されおり、「ｅｖｅｎｔ００３」に対応する場面が「ｃｒｉｄ：／／ｎｈｋ．ｏｒ．ｊｐ／３３４６３」により識別される番組の一部であることが示されている。
【００９３】
行Ｌ５１１には、「ＧＰＳ」が「Ｅ１４０°４０’６２．１  Ｎ４２°５５’３６．２」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面の撮影場所のＧＰＳによる測位結果が「Ｅ１４０°４０’６２．１  Ｎ４２°５５’３６．２」であることが示されている。行Ｌ５１２には、「ＰｌａｃｅＮａｍｅ」が「世田谷区世田谷区民館」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面の撮影場所の名称が「世田谷区世田谷区民館」であることが示されている。
【００９４】
行Ｌ５１３には、「Ｄｉｒｅｃｔｉｏｎ」が「南東」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面の撮影装置が「南東」を向いて撮影を行ったことが示されている。行Ｌ５１４には、「Ｋｅｙｗｏｒｄ」が「試食会場」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面のキーワードが「試食会場」であることが示されている。行Ｌ５１５には、「Ｃｏｏｋｉｎｇ」が「菜の葉の緑あえ」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面において紹介されている料理が「菜の葉の緑あえ」であることが示されている。
【００９５】
行Ｌ５１６には、「Ｒｅｃｉｐｅ」が「〇〇〇〇」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面に関連する料理のレシピが「〇〇〇〇」であることが示されている。行Ｌ５１７には、「Ｉｎｇｒｅｄｉｅｎｔ」が「菜の花」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面に関連する料理の食材が「菜の花」であることが示されている。
【００９６】
行Ｌ５１８には、「Ｐｉｃｔｕｒｅ」が「ｈｔｔｐ：／／ｗｗｗ．ｎｈｋ．ｏｒ．ｊｐ／ｈｃｄａｔａ／ｘｘｘｘ／ｐｉｃｔｕｒｅ／ｃｏｏｋｉｎｇ０１．ｊｐｇ」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面に関連する画像のＵＲＩが「ｈｔｔｐ：／／ｗｗｗ．ｎｈｋ．ｏｒ．ｊｐ／ｈｃｄａｔａ／ｘｘｘｘ／ｐｉｃｔｕｒｅ／ｃｏｏｋｉｎｇ０１．ｊｐｇ」であることが示されている。
【００９７】
行Ｌ５１９には、「Ｍｏｖｉｅ」が「ｆｔｐ：／／ｗｗｗ．ｎｈｋ．ｏｒ．ｊｐ／ｈｃｄａｔａ／ｘｘｘｘ／ｍｏｖｉｅ／ｃｏｏｋｉｎｇ０１．ｍｐ４」であることが記述されており、「ｅｖｅｎｔ００３」に対応する場面に関連する動画のＵＲＩが「ｆｔｐ：／／ｗｗｗ．ｎｈｋ．ｏｒ．ｊｐ／ｈｃｄａｔａ／ｘｘｘｘ／ｍｏｖｉｅ／ｃｏｏｋｉｎｇ０１．ｍｐ４」であることが示されている。
【００９８】
同様に、Ｌ５２、Ｌ５３、およびＬ５４に示される行において、それぞれ、イベント遷移識別情報「ｅｖｅｎｔ００１」、「ｅｖｅｎｔ００２」、および「ｅｖｅｎｔ００４」により識別される場面のイベント関連情報が記述されている。
【００９９】
［まとめ］
本実施形態に係るイベント関連情報配信装置１２は、番組連動アプリ用データであるイベント関連情報を取得するためのキー情報を含むデータ配信リクエストを受信する通信部１２３と、番組内における場面を識別するためのイベント遷移識別情報と、当該場面に関するイベント関連実体情報とを対応付けてなるイベント関連情報を記憶するメタデータデータベース１２１１と、通信部１２３が受信したデータ配信リクエストに含まれるキー情報に応じたイベント関連情報をメタデータデータベース１２１１から抽出し、生成する抽出部１２７と、抽出部１２７が生成したイベント関連情報を要求元に送信する通信部１２３と、を備える。
これにより、イベント関連情報配信装置１２は、番組における場面とその関連情報とを対応付けたイベント関連情報をアプリ用コンテンツ提供装置３１に提供する。従って、サービス事業者３は、番組の進行に合わせて、場面に応じた情報を提示する番組連動アプリを制作することができる。その結果、放送通信連携システムＳ１は、多言語字幕サービスや関連情報サービスなどを提供することができる。
【０１００】
また、イベント関連情報配信装置１２は、番組を識別するための番組識別情報ごとまたはイベント関連実体情報の種別ごとの少なくともいずれか一方のイベント関連情報へのアクセス可否と、キー情報とを関連付けて記憶するアクセス制御データベース１２１３、をさらに備え、抽出部１２７は、アクセス制御データベース１２１３を参照することにより、キー情報に応じてアクセス可能なイベント関連情報を生成する。
これにより、イベント関連情報配信装置１２は、例えば、サービス事業者３との契約に応じて、アプリ用コンテンツ提供装置３１配信するイベント関連情報の範囲を制御することができる。
【０１０１】
また、イベント関連情報配信装置１２は、複数のイベント遷移識別情報と、当該複数のイベント遷移識別情報からなるグループを識別するためのイベント遷移グループ識別情報との関連を記憶するメタデータデータベース１２１１、を備え、通信部１２３は、イベント遷移識別情報の少なくとも一部をイベント遷移グループ識別情報としてなるイベント関連情報を送信する。
これにより、イベント関連情報配信装置１２は、例えば、イベントの種類ごとなどでグループ化された複数のイベント関連情報を送信する。従って、データ配信リクエストの送信元は、効率良くイベント関連情報を取得することができる。
【０１０２】
また、通信部１２３は、ＴＶ−Ａｎｙｔｉｍｅ規格のメタデータ記述形式にイベント関連情報の領域を設けて拡張した形式で、イベント関連情報を送信する。
これにより、イベント関連情報配信装置１２は、共通のメタデータスキーマに従ってイベント関連情報を配信するため、サービス事業者３は、メタデータパーサを一つだけ用意すれば、様々な番組に連動可能な汎用的な番組連動アプリを制作し、提供することができる。また、放送局１は、従来のメタデータ記述形式に則って記述されたメタデータと、拡張した形式で記述されたメタデータとを一元的に管理することができる。
【０１０３】
なお、データ配信リクエストは、キー情報として、例えば、番組識別情報およびイベント関連実体情報の種別などを含んでよい。キー情報がこれらの情報を含む場合、抽出部１２７は、キー情報を検索条件としてアクセス制御データベース１２１３を参照し、キー情報により特定されるイベント関連情報へのアクセスの可否を取得する。そして、抽出部１２７は、アクセス可能なイベント関連情報とイベント関連コンテンツとを、それぞれ、メタデータデータベース１２１１とイベント関連コンテンツデータベース１２１２とから抽出、生成して要求元のアプリ用コンテンツ提供装置３１に送信してもよい。
【０１０４】
また、データ配信リクエストは、キー情報として、例えば、イベント遷移グループ識別情報を含んでよい。また、アクセス制御データベース１２１３は、イベント遷移グループ識別情報ごとのイベント関連情報へのアクセス可否についての情報を記憶してよい。そして、イベント関連情報配信装置１２は、データ配信リクエストに含まれるイベント遷移グループ識別情報に基づいて、イベント関連情報を抽出し、そのアクセス可否を判定した上で、生成してもよい。これにより、イベント関連情報配信装置１２は、特定の番組連動アプリで利用可能なイベント関連情報を一括して抽出し、アプリ用コンテンツ提供装置３１に送信することができる。
【０１０５】
上述した番組送出装置１１、イベント関連情報配信装置１２、放送局制作系装置１３、放送局編成系装置１４、イベント情報入力装置１５、放送信号多重装置１６、放送送信装置１７、アプリ用コンテンツ提供装置３１、アプリ提供装置３２、および受信機４１は、内部にコンピュータシステムを有している。そして、メタデータデータベース１２１１、イベント関連コンテンツデータベース１２１２、アクセス制御データベース１２１３、入力受付部１２２、イベント遷移情報送信部１２４、メタデータ登録部１２５、イベント関連コンテンツ登録部１２６、抽出部１２７、アプリ用コンテンツデータベース３１１、アプリ用コンテンツ配信部３１２、データ要求部３１３、データ処理部３１４、アプリデータベース３２１、アプリ提供部３２２、放送受信部４１３、およびブラウザ処理部４１５の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
【０１０６】
また、「コンピュータ読み取り可能な記録媒体」とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体ディスク（ＳＳＤ）、半導体メモリ等をいう。また、このコンピュータプログラムを放送や通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。また上記プログラムは、上記処理の一部を実現するためのものであってもよく、さらに前述した処理をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１０７】
また、上述した実施形態における番組送出装置１１、イベント関連情報配信装置１２、放送局制作系装置１３、放送局編成系装置１４、イベント情報入力装置１５、放送信号多重装置１６、放送送信装置１７、アプリ用コンテンツ提供装置３１、アプリ提供装置３２、および受信機４１の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。番組送出装置１１、イベント関連情報配信装置１２、放送局制作系装置１３、放送局編成系装置１４、イベント情報入力装置１５、放送信号多重装置１６、放送送信装置１７、アプリ用コンテンツ提供装置３１、アプリ提供装置３２、および受信機４１の各機能部は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【符号の説明】
【０１０８】
１…放送局、２…番組制作者、３…サービス事業者、４…視聴者、１１…番組送出装置、１２…イベント関連情報配信装置、１２１１…メタデータデータベース、１２１２…イベント関連コンテンツデータベース、１２１３…アクセス制御データベース、１２２…入力受付部、１２３…通信部、１２４…イベント遷移情報送信部、１２５…メタデータ登録部、１２６…イベント関連コンテンツ登録部、１２７…抽出部、１３…放送局制作系装置、１４…放送局編成系装置、１５…イベント情報入力装置、１６…放送信号多重装置、１７…放送送信装置、３１…アプリ用コンテンツ提供装置、３１１…アプリ用コンテンツデータベース、３１２…アプリ用コンテンツ配信部、３１３…データ要求部、３１４…データ処理部、３２…アプリ提供装置、３２１…アプリデータベース、３２２…アプリ提供部、４１…受信機、４１１…アプリ用コンテンツキャッシュ記憶部、４１２…通信部、４１３…放送受信部、４１４…表示部、４１５…ブラウザ処理部
【図１】
2015216540.tif 000003
【図２】
2015216540.tif 000004
【図３】
2015216540.tif 000005
【図４】
2015216540.tif 000006
【図５】
2015216540.tif 000007
【図６】
2015216540.tif 000008
【図７】
2015216540.tif 000009
【図８】
2015216540.tif 000010
【図９】
2015216540.tif 000011
【図１１】
2015216540.tif 000012
【図１２】
2015216540.tif 000013
【図１３】
2015216540.tif 000014
【図１４】
2015216540.tif 000015
【図１０】
2015216540.tif 000016