# [31] テレビ番組ナショナルアーカイブに向けたメタデータモ デル構築:
## 「番組」の階層構造に着目して

○関根禎嘉 1 )

1)慶應義塾大学大学院文学研究科、 $\bar{T} 108-8345$ 東京都港区三田 2-15-45

E-mail: sekine.sadayoshi@keio.jp

## Construction of the tv program metadata model for the national archive:

Focusing on the hierarchical structure of bangumi

SEKINE Sadayoshi1)

1) Keio University, 2-15-45 Mita, Minato-ku, Tokyo, 108-8345 Japan

## 【発表概要】

テレビ放送番組のアーカイブ利用のためのメタデータモデル構築を行う。「番組」は放送されるコンテンツを指す基礎的な用語でありながら、その範囲について明確な定義が存在しない。本研究では放送ライブラリー公開番組データベースを例にして、「番組」の階層構造や放送番組を特徵づける各実体を定義し、メタデータモデルを汎用的な記述言語である RDF を用いて構築する。

## 1. 背景

映像配信サービスの普及により、放送されたテレビ番組をアーカイブ利用する機会が増えた。2020 年に正式公開されたジャパンサー チでも、放送ライブラリー公開番組データベ一ス（以下、放送ライブラリーDB）[1]の所蔵番組がウェブ上で検索可能であり、NHKア一カイブス所蔵の映像の一部も検索することができる。一方で、日本国内で放送されたテレビ番組の包括的なアーカイブは存在しない。 テレビ番組は、アーカイブとして広く用いられる情報資源とは捉えられていないのが現状といえる。数少ない公開アーカイブでも、各機関がどのような指針やメタデータモデルにしたがってメタデータを作成しているのか、 その詳細を公開している事例は見当たらない。本研究では、過去に放送されたテレビ番組のアーカイブ利用を前提としたメタデータモデルの構築を行う。アーカイブの対象は主に日本国内で放送されたテレビ番組とする。

## 2. 研究方法

テレビ放送番組アーカイブから番組を記述する要素を抽出し、それらに適合するメタデ ータモデルを設計することを本研究の方法とする。

国内に存在する番組アーカイブは、メタデ一夕設計に際して採用したモデルを公開しているものはない。また、記述規則も公開されている例は見られない。したがって、公開されているデータベースの出力などから、採用されているモデルや記述規則を遡及的に推測する必要がある。この作業を、メタデータの要求分析・定義の一環として位置づけ、実行する。

他方、放送番組を対象としたメタデータモデルの事例をモデル構築のために参照する。

## 3.「番組」の定義

テレビで放送されるコンテンツは一般に 「番組」と呼ばれる。ところが、単に番組と言った場合、図書 1 冊や DVD1 巻などに相当する明確な範囲を持たない。これは放送が時間で区切られたメディアであることに起因している。番組とは本来、演芸・映画・相撲などの演目・組み合わせや、その順序、またはそれを書いたものを指す。日本国内の放送草創期においては、1925 年 2 月のラジオの実験放送当初より、朝刊にその日の放送内容を掲載していた。当時の紙面からは、時間ごとに放送内容を記した記事自体を番組と呼んでいたことがわかる。

つまり、放送が普及し、その内容が豊かになるにつれ、放送スケジュールと内容を記し

た記事が「番組表」と呼ばれるようになり、 その記載内容自体が番組と呼ばれるという、意味の転倒が起こったと考えられる。

今日では番組と言った場合、1 回の放送を指すこともあれば、新たな放送開始から最終回までの一連のまとまりを指すこともある。 また、テレビやラジオによって流通するコンテンツ全体を指したり、ネット配信サービスで視聴できる映像コンテンツを指したりすることもある。

ところで、テレビ番組にとって、時間編成は重要である。毎週、決まった曜日の決まった時間に放送することにより、視聴者に視聴習慣を身につけさせることは視聴者の獲得のために不可欠であった。そこから連続ドラマという形式が成立した。また、単発ドラマと呼ばれる形態もある。初放送時は他の作品との関係性を持たなくても、 3 か月や 1 年などの間隔をおいて続編が放送されれば、「シリー ズ」が形成される。放送番組のメタデータモデル構築には、このような編成上の特徴を表現できることが必要と考えられる。

## 4.メタデータモデルの事例

英国放送協会（BBC）永開発した BBC Programmes Ontology（以下、BBC PO）は、 BBC が大量に制作してきた放送番組を整理しようとする試みである $[2]$ 。放送番組がインタ ーネットで利用されることを念頭に置いて設計され、2009 年に公開された。モデルの記述には RDF を採用し、RDF Turtle 形式の語彙が公開されている。このオントロジーは、放送の実体をContents、Medium、Publishing、 Temporal annotations の4つのドメインに整理したモデルを採用している。放送番組の内容を表現している Contents ドメインでは、 Programme クラスを中心に、Brand、Series、 ProgrammeItem を下位クラスとする構造になっている。ProgrammeItem にはさらに Episode と Clip が下位クラスとなる。この構造を図 1 で示す。

放送番組に限らず、映像コンテンツにユニ ークな ID を付番する体系である EIDR も、第 2 図に示すとおり類似の構造を持っている[3] 。大きく Collection、Abstraction 、 Edit、 Manifestation の4つのレコードタイプに大別し、これらが木構造を持つとしている。中心的な位置を占めるのは Abstraction であり、

図 $1 \mathrm{BBC} \mathrm{PO}$ におけるコンテンツの階層構造

実体 Episode を内包する。Collection はそうしたレコードの集合であり、Collection 内に Series、Seasonの階層関係がある。

これらの事例は、番組における各単位相互の関係をモデル化したものと考えられる。これらを参照しつつ、日本の放送番組に適した階層構造を導入したメタデータモデル構築を行う。

図 2 EIDR におけるコンテンツの階層構造

## 5. メタデータモデルの構築

テレビ番組のメタデータモデルを構築するにあたり、既存のアーカイブから要素の抽出を試みる。

要素の抽出は先述した放送ライブラリーDB から行う。放送ライブラリーは公益財団法人「放送番組センター」が運営する、放送法に基づく国内唯一の放送番組専門のアーカイブ施設である。NHK、民間放送局のテレビ、ラジオ番組および CM を保管し、一般視聴者や研究者の利用に供している。放送ライブラリ一DB は所蔵番組の検索サービスをウェブ上

で提供している。この DB 検索によって出力されるデータ項目を以下に示す。

番組名種別番組放送日分数

ジャンル放送局製作者制作社

出演者スタッフ概要受賞歴

なお、これらの項目のうち、番組名と種別は項目名として明記されていないため便宜的に設定した。各項目の記述内容の定義は放送ライブラリーのウェブサイトでは説明されていない。出演者には人名が羅列されている。 スタッフには番組に関与した人物名が役割とともに列挙されている。概要には番組の内容説明、放送期間など雑多な内容が記述されている。

放送ライブラリーDB は番組名やキーワー ドでの検索が可能である。「土曜ドラマスペシヤル」をクエリとして検索した例を図 3 に挙げる。検索結果に表示された各レコードが、相互にどのように関係しているかをここからは捉えることができない。各レコードのタイトルは放送当時のタイトルから採録されたとみられ、何らかのグルーピングや関連づけがなされているわけではない。したがって、タイトル文字列に共通部分のあるレコードであっても、相互の関係は概要のテキストを参照するか、あるいは当該データベース外の知識

図 3. 放送ライブラリーDB の検索結果 (一部)
を参照することによって把握することになる。放送ライブラリーDB では、放送された 1 話に対して番組 IDを付番し、視聴の単位としている。この放送された 1 話のことを「エピソ一ド」と呼ぶことにする。複数話が放送されて一連のシリーズやシーズンをなしていることが明らかな番組であっても、シリーズやシ ーズンに相当する単位があるわけではない。

図 3 で得た検索結果のうち、「土曜ドラマスペシャルとんび」は前後編の 2 話から構成されている。放送ライブラリーDB の記述内容に対して、第 1 図で示した BBC PO（接頭辞「po:」）の階層構造を適用し RDF グラフ化を図 4 に試みた。

図 4. 放送ライブラリーDB の「土曜ドラマスペシャルとんび」の RDF グラフ

Programme クラスの「とんび（NHK 版）」 は操作的な実体である。同じ原作を持つ同名のドラマが他局に存在するために区別した名称としている。この Programme のサブクラスとして、Brand、Series、Episodeの各クラスがぶら下がる。放送ライブラリーDB の利用者が直接閲覧・視聴するのは Episode である。

ところで、放送ライブラリーDB は出演者やスタッフなどの関与者情報を厚く記述していることに特徴がある。また、放送局や放送日時の情報は、利用者にとって番組へのアクセスポイントとして機能する。適切なメタデ一タモデル化には、このようなデータの特性を考慮する必要がある。そこで、必要に応じて独自語彙を設定して構築したモデルを図 5 に示す。

このモデルでは、放送ライブラリーDB に収録されている番組を構成する要素を、コンテンツ (Contents)、エージェント (Agent)、放送イベント（Event）の3つのドメインに分けて捉える。コンテンツドメインの「番組」

クラスは基礎的な概念であり、「シリ ーズ」、「シーズン」、「エピソード」 を下位クラスとして持つ。「シーズン」を「シリーズ内のエピソードの一連」として「シリーズ」と区別する。「エピソード」の上位クラスである「シリーズ」「シーズン」は番組によっては存在しないこともある。

実際の放送では、特定のエピソー ドが特定の日時および放送局で放送される。この一回の放送をひとつの出来事（Event）と捉えて放送イベントドメインで表現する。放送局は関与者の一種としてエージェント (Agent)ドメイン内のクラスとして表現する。エージェントドメインに

図 5 放送ライブラリーDB データのメタデータモデルは、個人（自然人）である出演者やスタッフを含める。番組クラスと出演者クラスとはプロパティ「出演する」(「関与する」 のサブプロパティ)、スタッフクラスとはプロパティ「関与する」、放送局クラスとはプロパティ「放送する」(「関与する」のサブプロパティ）によって関連づける。出演者およびスタッフには役割の記述があるが、これらは統制されていないため、空白ノードを導入しリテラルで表現することとした。

「土曜ドラマスペシャルとんび」にこのモデルを適用すると、「土曜ドラマスペシャル」 は「ブランド」クラスのインスタンス、「とんび」はシリーズクラスのインスタンスとなる。 ブランドがコンテンツドメイン内の各クラスだけではなく、放送回とも「ブランドを持つ」 プロパティで関連するのは、ブランドは内容的には関連しない、ジャンルやテーマ、あるいは放送時間枠を示すことを正確に表現するためである。

## 6. おわりに

本研究で構築したメタデータモデルは「番組」クラスを中心的な実体として設定した。 このクラスのインスタンスが最も基本的な探索の対象となることを想定している。放送ライブラリーDB ではすべてのエピソードが同一階層に存在するように見えるが、「番組」とそのサブクラスに構造化することにより、利用者が目的とするコンテンツの識別を容易にすることを目指す。提案したモデルのさらなる精䋊化に加えて、このメタデータモデルを用いることがテレビ番組アーカイブの可用性を高められるかについて、利用者タスクに鑑みた評価を行うことを今後の課題とする。

なお、本発表の一部は三田図書館・情報学会 2021 年度研究大会で発表した[4]。

## 註$\cdot$参考文献

[1] 放送番組センター. 放送ライブラリー.htt ps://www.bpcj.or.jp/ (参照 2021-11-03).

[2] 英国放送協会. "Programmes ontolog y" .Ontologies. 2009-02-20. https://ww w.bbc.co.uk/ontologies/po（参照 2021-1103).

[3] Entertainment ID Registry Associatio n.Introduction to the EIDR Data Mode 1. https://www.eidr.org/documents/Introd uction $\% 20$ to\%20the\%20EIDR\%20Data\% 20Model.pdf (参照 2021-11-03).

[4] 関根禎嘉. テレビ番組メタデータモデルの構築 :「番組」の階層構造に着目して. 三田図書館・情報学会 2021 年度研究大会予稿集, 2021.