メディアコンテンツメタデータの相互運用事例 2026年6月版Practical Use Cases of Media Content Metadata Interoperability 2026.06

• 出版

• 図鑑コンテンツのデータベース化および、コンテンツの外部提供等の利活用
  • 参考資料

1. 出版社が、図鑑のコンテンツデータを収集する
2. 出版社が、コンテンツデータから、オンライン用語解説サービス向けのメタデータを抽出し、コンテンツメタデータ管理システムに情報を入力すると、オンライン用語解説サービス向けのデータが出力される。
3. オンライン用語解説サービス提供者は、上記データを取得し、サービスに反映する。
4. ユーザが、オンライン用語解説サービスである用語を検索すると、図鑑コンテンツの内容に基づく解説が提示される

1. 小学館, C-POTが、データ管理、編集、出力、収益化を一気通貫で実施するためのデータベースシステム（Content Edit System for Multimedia）のサービス・システム要件を定義
2. （C-POTが、要件定義に基づくシステムを開発）
3. 小学館が、コトバンクに掲載する図鑑コンテンツを決定
   • 例） 小学館の図鑑ＮＥＯ[新版]昆虫 （図鑑）
4. 小学館図鑑編集部が、図鑑のコンテンツデータを、もとにデータを抽出し、データベースシステムへ入力
   • データ例
     • 「ヒグラシ」
       • 項目名、図鑑名、種名、目名科名、解説、画像など
5. データベースシステムが、入力された情報をもとにコトバンク向けデータを自動生成、コトバンクへ情報出力
6. データベースシステムが出力されたコンテンツデータが、コトバンクのシステムに反映される。
7. ユーザが、コトバンクで用語「ヒグラシ」の検索をすると、上記でデータベースシステムに登録された情報が提示される。

• 出版
• コミュニケーションツール（IMEソフトウェア）

• メディアコンテンツに関連する固有名詞をIMEで文字変換できる
  • 参考資料

1. 出版社がマンガを発売する
2. IME事業者が、マンガの登場キャラクタ等の固有名詞を収集する
3. IME事業者が、市場での需要を鑑み、収集した固有名詞を選別し、IME辞書コンテンツとして収録する
4. IME事業者が、収録した辞書コンテンツをスマートフォンにインストールされているIMEに反映する
5. スマートフォンユーザは、マンガの登場キャラクタ名を文字入力する際、IMEで変換できる

• 【iWnn IME for Android】

  

• 【組込辞書とクラウド辞書の変換例】

  

• 【辞書開発プロセス】

  

• 【辞書データ構造】

  

• 出版
• コミュニケーションツール（IMEソフトウェア）

• メディアコンテンツに関する固有名詞データが流通し、そのデータに基づきIMEで文字変換ができる
  • 参考資料

1. 出版社が、マンガを発売する
2. 出版社が、マンガの登場キャラクタ等の固有名詞をメタデータ化する（以下、マンガメタデータ）
3. IME事業者が、マンガメタデータを入手する
4. IME事業者が、市場での需要を鑑み、マンガメタデータを選別し、IME辞書コンテンツとして収録する
5. IME事業者が、収録した辞書コンテンツをスマートフォンにインストールされているIMEに反映する
6. スマートフォンユーザは、マンガの登場キャラクタ名を文字入力する際、IMEで変換できる

• スマートフォン向け IME(iWnn IME for Android)＋クラウド辞書

• 放送
• コミュニケーションツール（IMEソフトウェア）
• eコマース
• 小売り

• ユーザが視聴・閲覧したメディアコンテンツに基づき、IMEアプリがユーザに関連情報を提示する
  • 参考資料

1. 放送関連事業者が、放送内容に基づくメタデータ（以下、放送メタデータ）を作成する。

2. 放送関連事業者が、放送チャンネルや放送時刻などから放送メタデータを参照可能なWeb API（放送メタデータAPI）を提供する。

3. ユーザが、スマートフォンにインストールしたIMEアプリに対して、放送番組の視聴履歴を登録する。

4. IMEアプリは、放送メタデータAPIから、ユーザの放送視聴履歴に関連する放送メタデータを取得し、IME辞書に反映する。

5. ユーザがスマートフォンで放送内容と関連した文字入力を行う

6. IMEアプリは、ユーザに対して以下の内容を提示する。

   • 放送メタデータに含まれる語彙に基づき、変換候補を提示する
   • 放送メタデータに含まれる商品情報に基づき、販売WebサイトへのURLを提示する
   • 放送メタデータに含まれる商品情報に基づき、販売店舗への経路情報を提示する

• 放送
• 出版

1. 視聴者がTVデバイスまたはスマートデバイス（以下、視聴用デバイス）で、番組コンテンツを視聴する。
2. 視聴者が番組コンテンツ視聴を完了する。
3. 視聴用デバイスが、書籍レコメンドスクリプトを実行し、番組メタデータ（番組内で紹介された書籍情報を含む）を取得する。
4. 視聴用デバイスが、書籍検索サーバに対して、番組メタデータの一部（ISBNコード含む）を検索条件として、番組に関連する書籍情報を要求する。
5. 書籍検索サーバは、検索条件に合致する書籍情報を視聴用デバイスに返答する。
6. 視聴用デバイスは、書籍情報をもとに、視聴者に書籍のレコメンドを提示する。

• 放送 x 出版 サービス連携プロトタイプ
  • 参考資料リンク
  • 放送 x 出版 メタデータ 相互運用イメージ

    • 

  • 出版➡放送 プロトタイプ

    • 

    • 動作シーケンス概要

      • 

  • 放送➡出版 プロトタイプ

    • 

• シナリオや実装サンプルなどで参照している技術仕様などの情報
  • TVメタデータサンプル(出版コンテンツ情報)

• 放送
• Web
• 流通・小売

1. ユーザがスマートデバイスなどでサービスにアクセスし、対象とする商品名を検索、または登録する。
2. サービスは検索対象となった商品のTVメタデータ（放送量）と検索データ（検索量）を時系列推移の折れ線グラフとしてUI上に返す。
3. 登録対象となった商品については、1日複数回、TVメタデータ（放送量）と検索データ（検索量）を自動で集計し、TVで商品紹介が発生し、且つ紹介日から+n日以内に検索量の著しい増加が認められ、一定の閾値を超えた場合にメールやチャットでヒット予兆を通知する
4. 通知を受け取ったユーザは適宜、商品の仕入れ調整や商品陳列、POPをコントロールして TV露出効果を最大限活用して商品販促を行う

• サービス概要

  

• シナリオや実装サンプルなどで参照している技術仕様などの情報
  • TVメタデータサンプル（商品・放送履歴）

• イベント
• Web
• 地図
• 放送

1. 放送関連事業者が、特番などの不定期で放送される番組の放送内容を選定し、提示する。
2. イベント検索サービス事業者が、放送内容をもとにイベントデータ化する。
3. イベント検索アプリ上で、地図が放送エリア内にある場合、イベント情報と一緒に表示する。

イベンティア（イベント情報提供サービス）に対して、イベントと一緒にテレビ番組を混在表示させる実証実験を実施した。実証実験におけるアプリ画面を以下に示す。

• 番組情報のデータ標準化
• 番組情報が提供されるタイミング
• 番組情報の許諾
• タグ付けと、イベント情報タグとの連動性

• 放送
• OTTサービス

1. 放送事業者が、ある放送番組を放送し、放送実績情報を放送メタデータサーバに登録する
2. ユーザが、放送終了後に放送番組の視聴を受信機にリクエストする
3. 受信機は、当該番組の放送実績（チャンネル、放送時刻）をもとに、放送メタデータサーバで番組情報を検索する
4. 放送メタデータサーバは、受信機に対して当該番組のEPG情報に加えて、詳細情報（シリーズ、出演者など）や提供情報（放送情報、配信情報）を回答する
5. 受信機は、レスポンスを元に、当該番組を視聴する方法をユーザに提示する
6. ユーザは、視聴方法の候補をもとに、配信サービスでの視聴や、放送視聴予約・放送録画予約などを行う

システム構成概要と動作フローを示す。

想定データモデルを示す。放送番組については、Schema.org などでもスキーマタイプが示されている。 これらや、放送業界の既存仕様 Report ITU-R BT.2400、Google Media Actions などを参考に、放送番組に関するメタデータのデータモデルを示す。

• 放送事業者、放送メタデータサーバ、受信機、ユーザの構成を図 Figure 15に示す
• 放送メタデータサーバは、放送メタデータの登録APIと、参照APIをもつ
  • 放送メタデータサーバAPI仕様
  • メタデータのデータモデル（図 Figure 16）
    • Schema.orgの語彙、データ構造などのRDFスキーマに基づく記述
• 放送事業者が、放送メタデータサーバに放送実績情報を登録する。メタデータのサンプルを図 Figure 17に示す
  • 放送枠（BroadcastEvent）とその番組枠で提供された放送番組（TVEpisode）の関係性を登録する
  • 放送番組（TVEpisode）に対して、詳細情報（シリーズ、出演者など）や提供情報（放送情報、配信情報）を登録する
• ユーザが受信機に対して、放送が終了した番組の視聴をリクエストする
  • 受信機は、放送チャンネルと放送時刻の情報を検索パラメータとして、放送メタデータサーバに問合せ、番組枠（BroadcastEvent）と放送番組（TVEpisode）を特定する（図 Figure 18 検索API例）
• 放送メタデータサーバは、受信機に対して、BroadcastEvent、TVEpisodeの情報を返答する
  • 図 Figure 16に示すように、TVEpisodeには、オンデマンド配信枠（OnDemandEvent）の情報などが紐づいている
• 受信機は、TVEpisodeの提供方法として、現在利用可能な複数のBroadcastEventおよびOnDemandEventを視聴方法として提示する
• ユーザは、提示された視聴方法の候補のうち、あるVODサービスを示すOnDemandEventを選択する
• 受信機は、指定されたOnDemandEventにより、番組の再生を行う

動作環境（例）

• 受信機:
  • Hybridcast対応受信機
    • LG OLED42C2PJA
• 受信機アプリケーション
  • Webアプリケーションによる実装（Hybridcast）
    • HTML/CSS/JavaScript
• 放送メタデータサーバ
  • API仕様 (OpenAPI仕様) に基づく実装
    • Ubuntu 22.04
    • PostgreSQL 16
    • Flask (Python)
    • OpenAPI Generator
      • OpenAPI仕様
      • generator: python-flask
• 放送局: 放送メタデータ登録スクリプト
  • 放送実績情報(BroadcastEvent)および、放送番組情報（TVEpisode）などのメタデータ登録
  • API仕様 (OpenAPI仕様) に基づく実装
    • OS: Ubuntu 22.04
    • Python
    • OpenAPI Generator
      • OpenAPI仕様
      • generator: python

• イベンティア： 催事イベントメタデータサンプル

• 催事イベントにおいて、緯度経度など物理的情報の運用
  • 花火大会など、広いエリアのイベントにおいて、どの地点を登録するか
  • 複数地点の入力を許容するか
    • イベンティアでは実運用上1点として運用中。設計上複数地点登録が可能だが、運用が複雑化する。
• 催事イベントのスポット名など意味的情報の運用
  • 施設・エリアの名称について、正式名称が必ずしも特定できない場合あり。略称、通称などシステム間で共通の値が採用されず、検索などが意図通りできない可能性あり。
• 事業者間でイベント情報の相互運用性を確保するためには、メタデータの生成・登録におけるルールが共有されている必要がある。下記に示すように、規定や運用により様々な共有方法が想定される。
  • イベント情報について、共通のユニークなidを付与する。
  • 共通のデータベースを参照可能とする。
  • イベント情報について、既存仕様で規定されたスキーマを採用し、イベント情報がもつ属性情報などのルールを共有する。

車載インフォテインメントシステムの位置情報を利用して、イベンティアアプリ上でイベント情報と放送番組を混在したレコメンドを行う流れを示す。

Interop Tokyo 2025で展示したデモ外観を示す。

• 車載インフォテインメントシステム（IVI）
  • NetFront® Browser for Automotive（ACCESS）
• イベント情報メタデータ仕様
  • イベンティア メタデータ関連事例・サンプル（ジョルテ）
• 放送番組メタデータ仕様
  • TVメタデータ 参照事例（エム・データ）
    • TVメタデータサンプル（スポット関連メタデータ）
• 位置情報関連仕様
  • W3C Geolocation API [geolocation] を用いた緯度・経度情報の取得

• 出版
• コミュニケーションツール（IME）

試作構成における動作フローを示す。

• 出版社が書誌情報を作成する。
• IME事業者が書誌情報の「書名」・「書名 読み」を、IME辞書コンテンツの「表記文字列」「読み文字列」として収録する。
• ユーザが、スマートフォンのIMEアプリで書名のよみがなの一部を入力する。
• IMEアプリは、ユーザが入力したテキストをIME辞書の「読み文字列」として用いて、「表記文字列」から正式な「書名」を取得する。
• IMEアプリは、取得した表記文字列を変換候補として表示する。

Interop Tokyo 2025で展示したデモ外観を示す。

• スマートフォン向け IME(iWnn IME for Android)＋クラウド辞書

• 出版
• コミュニケーションツール（IMEソフトウェア）

1. 出版社が、書籍を発売する
2. 出版社が、書誌情報をデータベース化する
3. IME事業者が、Web埋め込み側IME（以下、Web IME）と読み揺らぎパターン自動生成機能付き辞書作成ツールを出版社に提供する
4. 出版社が、Web IMEを書籍検索サイトの検索BOXに組み込む
5. 出版社が、書誌情報データベースから書籍タイトルの正しい「読み」および読み揺らぎパターンの「読み」／「表記」情報をWeb IMEの辞書データとして登録する
6. 書籍検索サイト利用ユーザは、書籍検索の際、間違えた読みを入力しても、正しい書籍タイトルの文字変換ができることで、意図した書籍検索結果が得られる

Interop Tokyo 2025で展示したデモ外観を示す。

• スマートフォン向け IME(iWnn IME for Android)＋クラウド辞書 (3.2参照)

• 出版
• 放送

1. 放送事業者が、書籍を紹介する番組を放送する
2. 放送メタデータ事業者が、当該番組を視聴し、EPGには含まれない書籍紹介情報（書籍タイトル・ISBN等）やシーン情報（TVクリップ：シーン概要・詳細時刻）を放送メタデータとして作成・提供する
3. 出版社サイトが、ISBNやデータ更新日時を用いて放送メタデータをモニタリングし、出版コンテンツと関連した番組が放送されたことを検出する
4. 出版社サイトが、出版コンテンツに関連する番組エピソードを特定し、番組エピソード名・サムネイル画像URL・放送局名・放送時刻を取得する
5. 出版社サイトが、TVクリップを参照し、書籍が関連するシーンの詳細時刻やシーン概要を取得する
6. 出版社サイトが、書籍のレコメンド情報を掲載する。このときレコメンドのきっかけとなった書籍を紹介した放送番組情報（番組エピソードのタイトル・サムネイル・局名・放送日時、放送・配信での視聴方法）があわせて表示される
7. ユーザは、出版社サイトを閲覧した際に、放送番組情報付きの書籍レコメンドに気づく
8. ユーザは、書籍ページから関連する放送番組へ、放送番組から関連書籍へ到達する

• 出版
• 放送
• OTTサービス

1. ユーザが電子書籍リーダーで、電子書籍を閲覧する。
2. ユーザが書籍を読了する。
3. 電子書籍リーダーが、番組レコメンドスクリプトを実行し、書籍のメタデータを取得する。
4. 電子書籍リーダーが、放送番組検索サーバに対して、書籍メタデータの一部を検索条件として、書籍に関連する放送番組を要求する。
5. 放送番組検索サーバは、検索条件に合致する放送番組情報を、電子書籍リーダーに返答する。
6. 電子書籍リーダーは、放送番組情報をもとに、ユーザに番組のレコメンドを提示する。

<?xml version="1.0" encoding="UTF-8"?>
<package
  xmlns="http://www.idpf.org/2007/opf"
  version="3.0"
  xml:lang="ja"
  unique-identifier="unique-id"
  prefix="ebpaj: http://www.ebpaj.jp/"
>

<metadata xmlns:dc="http://purl.org/dc/elements/1.1/">

	<!-- 作品名 -->
	<dc:title id="title">倫敦塔</dc:title>
	<meta refines="#title" property="file-as">ロンドントウ</meta>

	<!-- 著者名 -->
	<dc:creator id="creator01">夏目漱石</dc:creator>
	<meta refines="#creator01" property="role" scheme="marc:relators">aut</meta>
	<meta refines="#creator01" property="file-as">ナツメソウセキ</meta>
	<meta refines="#creator01" property="display-seq">1</meta>

	<!-- 出版社名 -->
	<dc:publisher id="publisher">青空文庫</dc:publisher>
	<meta refines="#publisher" property="file-as">アオゾラブンコ</meta>

	<!-- 言語 -->
	<dc:language>ja</dc:language>

	<!-- ファイルid -->
	<dc:identifier id="unique-id">urn:uuid:765a97cb-2094-4b94-baea-d01a2cfc85da</dc:identifier>

	<!-- 更新日 -->
	<meta property="dcterms:modified">2024-05-01T00:00:00Z</meta>

	<!-- etc. -->
	<meta property="ebpaj:guide-version">1.1.3</meta>

</metadata>