(57)【要約】【課題】時刻情報を考慮した上で、コンテンツに関する情報を拡張する。【解決手段】コンテンツ情報拡張装置が、放送番組に関する時刻情報を含む番組情報を取得する番組情報取得手段と、イベントに関する時刻情報を含むコンテンツ情報を取得するコンテンツ情報取得手段と、前記番組情報と前記コンテンツ情報とを対応付けることにより、対応する番組情報とコンテンツ情報を連携した情報である連携情報を生成する情報連携手段と、前記連携情報により連携された前記番組情報に含まれる時刻情報と前記コンテンツ情報に含まれる時刻情報の前後関係に基づいた判定を行うことにより、該連携情報により連携された前記番組情報及び前記コンテンツ情報を時刻情報の前後関係に基づいてマッチングさせた情報である拡張情報を生成する時刻関係判定手段と、を備える。【選択図】図１
2018093368.tif 000002
【特許請求の範囲】
【請求項１】
放送番組に関する時刻情報を含む番組情報を取得する番組情報取得手段と、
イベントに関する時刻情報を含むコンテンツ情報を取得するコンテンツ情報取得手段と、
前記番組情報と前記コンテンツ情報とを対応付けることにより、対応する番組情報とコンテンツ情報を連携した情報である連携情報を生成する情報連携手段と、
前記連携情報により連携された前記番組情報に含まれる時刻情報と前記コンテンツ情報に含まれる時刻情報の前後関係に基づいた判定を行うことにより、該連携情報により連携された前記番組情報及び前記コンテンツ情報を時刻情報の前後関係に基づいてマッチングさせた情報である拡張情報を生成する時刻関係判定手段と、
を備えるコンテンツ情報拡張装置。
【請求項２】
前記拡張情報を提供するための拡張情報提供手段を更に備え、
前記拡張情報提供手段は、前記番組情報の取得元及び前記コンテンツ情報の取得元の何れか又は双方に対して前記拡張情報を提供する請求項１に記載のコンテンツ情報拡張装置。
【請求項３】
前記コンテンツ情報に含まれる複数の情報を、所定のルールに基づいて分類及び構造化することにより複数のテーブルを生成する構造化手段を更に備え、
前記情報連携手段は前記複数のテーブルを対象として前記連携情報を生成し、前記時刻関係判定手段は前記複数のテーブルを対象として前記拡張情報を生成し、
前記所定のルールは、前記情報連携手段による前記連携情報の生成と、前記時刻関係判定手段による前記拡張情報の生成とを行うための形式で前記複数のテーブルが生成されるように、前記コンテンツ情報の種類に応じて任意に設定可能である、
請求項１又は２に記載のコンテンツ情報拡張装置。
【請求項４】
前記放送番組は、スポーツ競技を放送する番組であり、
前記情報連携手段は、前記番組情報に含まれるスポーツ競技を特定するための情報と、前記コンテンツ情報に含まれるスポーツ競技を特定するための情報と、に基づいて、前記連携情報を生成し、
前記時刻関係判定手段は、前記連携情報により連携された前記番組情報に含まれる時刻情報と前記コンテンツ情報に含まれる時刻情報の前後関係に基づいて、前記スポーツ競技が放送されるか否かを判定し、該判定結果を前記拡張情報に含ませる請求項１乃至３の何れか１項に記載のコンテンツ情報拡張装置。
【請求項５】
放送番組に関する時刻情報を含む番組情報を取得する番組情報取得ステップと、
イベントに関する時刻情報を含むコンテンツ情報を取得するコンテンツ情報取得ステップと、
前記番組情報と前記コンテンツ情報とを対応付けることにより、対応する番組情報とコンテンツ情報を連携した情報である連携情報を生成する情報連携ステップと、
前記連携情報により連携された前記番組情報に含まれる時刻情報と前記コンテンツ情報に含まれる時刻情報の前後関係に基づいた判定を行うことにより、該連携情報により連携された前記番組情報及び前記コンテンツ情報を時刻情報の前後関係に基づいてマッチングさせた情報である拡張情報を生成する時刻関係判定ステップと、
をコンピュータが実行するコンテンツ情報拡張方法。
【請求項６】
コンピュータを請求項１乃至６の何れか１項に記載のコンテンツ情報拡張装置として機能させるコンテンツ情報拡張プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツに関する情報を拡張するための、コンテンツ情報拡張装置、コンテンツ情報拡張方法、及びコンテンツ情報拡張プログラムに関する。
【背景技術】
【０００２】
コンテンツとして、スポーツ競技の様子を放送することが一般的に行われている。スポーツ競技は、試合に関する映像や情報が時々刻々と発生するものである。特に、オリンピック等の複数競技が一斉に行われるようなスポーツイベントでは、複数の競技それぞれについて、試合に関する映像や情報が時々刻々と発生する。また、放送手段も、地上波放送、衛星放送、及びインターネット放送のように多様である。
【０００３】
更に、スポーツ競技は生放送される場合も録画放送される場合もあり、必ずしも競技中に中継されるわけではない。加えて、スポーツ競技は、天候等の影響で日程が変更になったり、試合が長時間に及んで、以後の試合の開始時刻が遅れたりする。
【０００４】
このような状況では、視聴者が、自身で的確に番組を選択して視聴するといったことが難しい。例えば「或る選手が出場する或る競技の、決勝戦の生放送番組を見たい。」といった視聴者のニーズがあったとしても、どの時間にどの放送手段によって放送されるのかを視聴者が把握するのは難しい。
そこで、視聴者による番組の選択を容易にするための技術が求められる。このような技術の一例が、特許文献１に開示されている。
【０００５】
かかる特許文献１に開示の技術では、番組とその他の関連情報等を連携させる手法として、放送番組と関連するＷｅｂページを番組表と連動して表示することを提案している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−００９３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した、特許文献１に開示の技術によれば、放送番組と関連するＷｅｂページのデータを表示することができる。
【０００８】
しかしながら、特許文献１に開示の技術では、時刻情報を持つようなデータとしてｗｅｂページのデータを取り扱うことができない。なぜならば、ｗｅｂページのデータは、一般的に時刻情報と紐付けて管理される性質のものでもないからである。また、一般的に時々刻々とリアルタイムに更新される性質のものでもないからである。
【０００９】
そのため、［背景技術］の欄の冒頭で述べたような、状況が時々刻々とリアルタイムに変化するスポーツイベントの放送に関する情報としては適しているとは言えない。
【００１０】
また、スポーツイベント以外にも、例えば、或るスポーツ選手のＳＮＳ（social networking service）での発言を表示することを考えた場合、特許文献１に開示の技術により、この或る選手のアカウントに対応するサイトへリンクすることはできる。しかし、特許文献１に開示の技術では、放送番組に関連する発言を、放送番組との時刻上の前後関係を加味して情報連携させるようなことはできない。
【００１１】
そこで、本発明は、時刻情報を考慮した上で、コンテンツに関する情報を拡張することが可能な、コンテンツ情報拡張装置、コンテンツ情報拡張方法、及びコンテンツ情報拡張プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明に係るコンテンツ情報拡張装置（例えば後述の「コンテンツ情報拡張装置１０」）は、放送番組に関する時刻情報を含む番組情報を取得する番組情報取得手段（例えば後述の「番組情報取得部１１」）と、イベントに関する時刻情報を含むコンテンツ情報（例えば後述の「スポーツイベント情報」）を取得するコンテンツ情報取得手段（例えば後述の「スポーツイベント情報取得部１２」）と、前記番組情報と前記コンテンツ情報とを対応付けることにより、対応する番組情報とコンテンツ情報を連携した情報である連携情報を生成する情報連携手段（例えば後述の「情報連携部１５」）と、前記連携情報により連携された前記番組情報に含まれる時刻情報と前記コンテンツ情報に含まれる時刻情報の前後関係に基づいた判定を行うことにより、該連携情報により連携された前記番組情報及び前記コンテンツ情報を時刻情報の前後関係に基づいてマッチングさせた情報である拡張情報を生成する時刻関係判定手段（例えば後述の「時刻関係判定部１６」）と、を備える。
【００１３】
上記本発明に係るコンテンツ情報拡張装置を、前記拡張情報を提供するための拡張情報提供手段（例えば後述の「拡張情報提供部１８」）を更に備え、前記拡張情報提供手段は、前記番組情報の取得元及び前記コンテンツ情報の取得元の何れか又は双方に対して前記拡張情報を提供するコンテンツ情報拡張装置としてもよい。
【００１４】
上記本発明に係るコンテンツ情報拡張装置を、前記コンテンツ情報に含まれる複数の情報を、所定のルールに基づいて分類及び構造化することにより複数のテーブルを生成する構造化手段（例えば後述の「スポーツイベント情報構造化部１３」）を更に備え、前記情報連携手段は前記複数のテーブルを対象として前記連携情報を生成し、前記時刻関係判定手段は前記複数のテーブルを対象として前記拡張情報を生成し、前記所定のルールは、前記情報連携手段による前記連携情報の生成と、前記時刻関係判定手段による前記拡張情報の生成とを行うための形式で前記複数のテーブルが生成されるように、前記コンテンツ情報の種類に応じて任意に設定可能である、コンテンツ情報拡張装置としてもよい。
【００１５】
上記本発明に係るコンテンツ情報拡張装置を、前記放送番組は、スポーツ競技を放送する番組であり、前記情報連携手段は、前記番組情報に含まれるスポーツ競技を特定するための情報と、前記コンテンツ情報に含まれるスポーツ競技を特定するための情報と、に基づいて、前記連携情報を生成し、前記時刻関係判定手段は、前記連携情報により連携された前記番組情報に含まれる時刻情報と前記コンテンツ情報に含まれる時刻情報の前後関係に基づいて、前記スポーツ競技が放送されるか否かを判定し、該判定結果を前記拡張情報に含ませるコンテンツ情報拡張装置としてもよい。
【００１６】
上記本発明に係るコンテンツ情報拡張装置を、前記時刻関係判定手段は、前記スポーツ競技が放送されると判定した場合に、更に該スポーツ競技の放送が、生放送で行われるか或いは録画放送で行われるかについても判定し、該判定結果を前記拡張情報に含ませるコンテンツ情報拡張装置としてもよい。
【００１７】
上記本発明に係るコンテンツ情報拡張装置を、前記時刻関係判定手段は、前記連携情報に含まれている選手情報に基づいて、前記スポーツ競技を行う選手が何れの選手であるかを特定し、該特定結果を前記拡張情報に含ませるコンテンツ情報拡張装置としてもよい。
【００１８】
本発明に係るコンテンツ情報拡張方法は、放送番組に関する時刻情報を含む番組情報を取得する番組情報取得ステップと、イベントに関する時刻情報を含むコンテンツ情報を取得するコンテンツ情報取得ステップと、前記番組情報と前記コンテンツ情報とを対応付けることにより、対応する番組情報とコンテンツ情報を連携した情報である連携情報を生成する情報連携ステップと、前記連携情報により連携された前記番組情報に含まれる時刻情報と前記コンテンツ情報に含まれる時刻情報の前後関係に基づいた判定を行うことにより、該連携情報により連携された前記番組情報及び前記コンテンツ情報を時刻情報の前後関係に基づいてマッチングさせた情報である拡張情報を生成する時刻関係判定ステップと、
をコンピュータが実行する。
【００１９】
本発明に係るコンテンツ情報拡張プログラムは、コンピュータを上記本発明に係るコンテンツ情報拡張装置として機能させる。
【発明の効果】
【００２０】
本発明にかかるコンテンツ情報拡張装置、コンテンツ情報拡張方法、及びコンテンツ情報拡張プログラムよれば、時刻情報を考慮した上で、コンテンツに関する情報を拡張することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態の基本的構成及び送受信される情報を表すブロック図である。
【図２】本発明の実施形態の基本的動作を表すフローチャートである。
【図３】本発明の実施形態における番組情報取得部におけるテーブルの一例を示す図である。
【図４】本発明の実施形態におけるスポーツイベント情報所得部及びスポーツイベント情報構造化部におけるテーブルの一例を示す図である。
【図５】本発明の実施形態における情報連携部及び時刻関係判定部におけるテーブルの一例を示す図である。
【図６】本発明の実施形態における拡張情報提供部におけるテーブルの一例を示す図である。図である。
【発明を実施するための形態】
【００２２】
次に、本実施形態の概略について説明をする。以下では、放送番組にて放送されるイベントに関する時刻情報を含むコンテンツ情報として、スポーツイベント情報を例にとって説明する。
本実施形態では、番組情報とスポーツイベント情報とを、時刻情報に基づいて、それぞれの情報を拡張する。
このような枠組みを利用することにより、放送コンテンツを提供する放送事業者は、放送予定の番組の番組情報に、関連するスポーツイベント情報を紐づけて表示することが可能となる。また、時刻情報に基づいて、「生放送」「録画放送」といったスポーツイベントの状況に応じて動的に変化する情報を自動的に付与することができる。また、スポーツイベント情報を提供する事業者（「イベント情報提供事業者」ともいう）においても、時刻情報に基づいて、自社が管理する試合がどの放送枠で放送されるか等を把握することができる。
さらに、例えば、放送事業者及び／またはイベント情報提供事業者が、番組情報とスポーツイベント情報とを紐づけした情報を、視聴者に提供することにより、視聴者自身が的確に番組を選択して視聴することが可能となる。例えば、視聴者は、「或る選手が出場する或る競技の、決勝戦の生放送番組を見たい」場合に、どの時間にどの放送手段によって放送されるのかを把握することが可能となる。
このように、本実施形態では、「時刻情報を考慮した上で、コンテンツに関する情報を拡張すること」が可能となる。すなわち、本実施形態により、上述した［発明が解決しようとする課題］を解決することが可能となる。
以上が本実施形態の概略である。
【００２３】
次に、本発明の実施形態全体の構成について図１を参照して説明する。図１を参照すると、本実施形態は、コンテンツ情報拡張装置１０、番組情報プロバイダ装置２０、及びスポーツイベント情報プロバイダ装置３０を備える。
【００２４】
これら各装置は、例えばインターネット等の公衆回線網や、ＶＰＮ（Virtual Private Network）といった専用線によるネットワークを介して相互に接続され、相互に通信可能な状態となっている。また、これら各装置は、必要に応じてインターネット上に設けられたｗｅｂサイトにアクセスすることも可能な状態となっている。
【００２５】
番組情報プロバイダ装置２０は、「番組情報」を提供する事業者が利用する装置である。ここで、番組情報とは、例えば、放送予定の番組表データである。また、番組情報を提供する事業者とは、例えば、テレビ番組を、地上波や衛星波やインターネットで放送する放送事業者である。
【００２６】
スポーツイベント情報プロバイダ装置３０は、「スポーツイベント情報」を提供する事業者が利用する装置である。ここで、スポーツイベント情報とは、例えば、或るスポーツイベントにおいて行われる各スポーツ競技についての、競技の情報や、試合の情報や、試合に出場する選手の情報等である。また、スポーツイベント情報を提供する事業者とは、例えば、スポーツに関する情報をｗｅｂサイト等で配信する事業者である。また、他にも例えば、スポーツイベントを主催する事業者である。
【００２７】
コンテンツ情報拡張装置１０は、番組情報とスポーツイベント情報とを時刻情報を利用してマッチングすることにより、これら各情報を拡張する装置である。コンテンツ情報拡張装置１０は、番組情報プロバイダ装置２０から番組情報を取得する。一方で、スポーツイベント情報プロバイダ装置３０からスポーツイベント情報を取得する。
【００２８】
そして、コンテンツ情報拡張装置１０は、これら取得した情報をマッチングすることにより拡張情報を生成する。更に、コンテンツ情報拡張装置１０は、生成した拡張情報を、番組情報プロバイダ装置２０やスポーツイベント情報プロバイダ装置３０を介して各事業者に提供する。また、コンテンツ情報拡張装置１０は、生成した拡張情報を、コンテンツ情報利用者装置４０を介してコンテンツ情報利用者にも提供する。
【００２９】
コンテンツ情報利用者装置４０は、コンテンツ情報利用者が利用する装置である。コンテンツ情報利用者とは、放送事業者やスポーツイベント情報を提供する事業者以外の第三者であり、例えば、ポータルサイトの運営事業者や、キュレーションメディア、或いは個人ユーザ等である。
コンテンツ情報利用者は、コンテンツ情報拡張装置１０から、拡張情報を取得して利用する。例えばポータルサイトにおいて拡張情報に含まれる情報を表示するために拡張情報を利用する。また、例えば拡張情報から、或る特定の選手や、或る特定の競技についての情報を抽出してまとめ合わせるために拡張情報を利用する。
一方で、コンテンツ情報利用者は、放送事業者やスポーツイベント情報を提供する事業者のようなコンテンツ情報拡張装置１０に対する情報の提供は行わない。
【００３０】
これらの各装置（コンテンツ情報拡張装置１０、番組情報プロバイダ装置２０、スポーツイベント情報プロバイダ装置３０、及びコンテンツ情報利用者装置４０）は、一般的なサーバ装置やパーソナルコンピュータに本実施形態特有のソフトウェアを組み込むことにより実現できる。
【００３１】
より詳細に説明すると、これら各装置は、ＣＰＵ（Central Processing Unit）等の演算処理装置を備える。また、これら各装置は、各種のプログラムを格納したＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の補助記憶装置や、演算処理装置がプログラムを実行する上で一時的に必要とされるデータを格納するためのＲＡＭ（Random Access Memory）といった主記憶装置を備える。
【００３２】
また、これら各装置のそれぞれにおいて、演算処理装置が補助記憶装置から各種のプログラムを読み込み、読み込んだ各種のプログラムを主記憶装置に展開させながら、これら各種のプログラムに基づいた演算処理を行なう。
【００３３】
そして、この演算結果に基づいて、各装置のハードウェアを制御することにより、以下に述べる各機能ブロックを実現する。つまり、本実施形態は、ハードウェアとソフトウェアが協働することにより実現することができる。
次に、コンテンツ情報拡張装置１０が備える機能ブロックについて詳細に説明をする。
【００３４】
コンテンツ情報拡張装置１０は、番組情報取得部１１、スポーツイベント情報取得部１２、スポーツイベント情報構造化部１３、データ蓄積部１４、情報連携部１５、時刻関係判定部１６、拡張情報記録部１７、及び拡張情報提供部１８を備える。
【００３５】
番組情報取得部１１は、番組情報プロバイダ装置２０から番組情報を取得して構造化する部分である。例えば、或る放送局の提供するＥＰＧ（Electronic Program Guide）や、番組表ページなどの情報ソースから取得した放送予定情報を「番組情報テーブル」として構造化する。ここで構造化とは、分類された情報を、テーブル構造やネットワーク構造といった形式で記述することを指す。情報が分類されていない場合は、情報の分類も構造化として定義する。
【００３６】
スポーツイベント情報取得部１２は、スポーツイベント情報プロバイダ装置３０からスポーツイベント情報を取得する部分である。例えば、スポーツイベント情報を提供する或る事業者のｗｅｂサイト等から、スポーツイベントにおいて行われる各スポーツ競技についての、競技の情報や、試合の情報や、試合に出場する選手の情報等を、競技情報として取得する。
【００３７】
スポーツイベント情報構造化部１３は、スポーツイベント情報取得部１２が取得したスポーツイベント情報を、所定の種類ごとに分類して構造化して、スポーツイベント情報テーブルを作成する。例えば、図示するように、スポーツイベント情報に含まれる選手に関する情報（選手名等）を「選手情報テーブル」に分類し、選手が出場する、及び／又は出場した試合に関する情報（出場選手、試合時刻、試合結果等）を「試合情報テーブル」に分類し、競技に関する情報（競技名、個人戦／団体戦等）を「競技情報テーブル」に分類して構造化する。
【００３８】
データ蓄積部１４は、番組情報取得部１１が取得して構造化した番組情報テーブルや、スポーツイベント情報構造化部１３が構造化した情報であるスポーツイベント情報テーブル（選手情報テーブル、試合情報テーブル、競技情報テーブル）を蓄積する。
【００３９】
情報連携部１５は、データ蓄積部１４に蓄積された情報である番組情報テーブルとスポーツイベント情報テーブルに基づいて、対応する番組情報とスポーツイベント情報とを連携させる。
【００４０】
時刻関係判定部１６は、連携した番組情報とスポーツイベント情報に含まれる時刻情報に基づいて、競技が番組枠の中に含まれるのか否かを判定し、判定結果に基づいて、番組情報とスポーツイベント情報をマッチングさせる。
【００４１】
拡張情報記録部１７は、マッチング後の番組情報とスポーツイベント情報を拡張情報として記憶する記憶部である。
【００４２】
拡張情報提供部１８は、拡張情報記録部１７が記憶する拡張情報を、番組情報プロバイダ装置２０やスポーツイベント情報プロバイダ装置３０やコンテンツ情報利用者装置４０を介して各事業者等に提供する部分である。
なお、図示しないが、各事業者等は、提供された拡張情報に基づいて、拡張された番組情報や、拡張されたスポーツイベント情報を、視聴者等を含むユーザに対して提供する装置を構築するようにしてもよい。
【００４３】
以上、本実施形態の機能ブロックについて説明をした。次に、本実施形態の動作を表す図２のフローチャートを参照して本実施形態の動作について説明をする。なお、説明においては、本実施形態の各部において生成されるテーブルの例を示す図３〜６も併せて参照する。
【００４４】
ステップＳ１０１において、番組情報取得部１１は、或る放送局の番組情報ソースを指定し、放送される番組の番組情報を取得する処理を行う。そして、取得した番組情報に基づいて図３に示すようなテーブルを作成して保持する。具体的には、図３に示すように、番組ＩＤをプライマリキーとして、放送開始時刻、放送終了時刻、番組名、及び番組内容といった情報を番組情報から抽出し、抽出した情報により番組情報テーブルを作成して保持する。なお、番組を識別するプライマリキーとなる番組ＩＤは、番組毎にユニークな値となるように番組情報取得部１１により割り当てるようにしてもよい。
また、番組個別のＷｅｂサイトが存在し、テキスト情報を取得できる場合は、このテキスト情報を番組の詳細として更に保持するようにしてもよい。
【００４５】
番組情報取得部１１による番組情報の取得方法としては、取得したい或る放送局の番組表を公開しているＷｅｂサイトからウェブスクレイピングによる取得を行うことが考えられる。また、他の取得方法としては、ＲＳＳ（RDF Site Summary、Rich Site Summary及びReally Simple Syndicationの総称）を受信して取得するといった、ｈｔｔｐ（hypertext transfer protocol）に準拠して取得する方法が考えられる。更に、他の取得方法としては、放送信号を取得できる装置がある場合は、放送信号からＥＰＧ（Electronic Program Guide）といった番組情報を取得する方法などが考えられる。ただし、これらの取得方法のそれぞれはあくまで例示に過ぎず、他の方法で番組情報を取得するようにしてもよい。
【００４６】
本実施形態では、上述したような各種の取得方法で、番組情報取得部１１が定期的に番組情報を取得するようするとよい。
また、番組情報取得部１１が定期的に番組情報を取得するだけでなく、或る放送局からの登録操作により、番組情報の取得や修正があった場合に、その旨を番組情報取得部１１に対して通知するようにしてもよい。そして、番組情報取得部１１が、この通知を受けたことを契機として、番組情報を取得するようにしてもよい。なお、或る放送局からの登録操作は、番組情報プロバイダ装置２０を利用して行うようにすればよい。
【００４７】
何れの場合であっても、番組情報取得部１１は、番組情報を取得するためのアドレスや通信プロトコル、アプリケーションプログラムや、取得した番組情報を番組情報テーブルとして構造化して、データ蓄積部１４内部のデータ蓄積用ストレージ１４−１に蓄積し、次回から再利用できるようにする。
ステップＳ１０２において、スポーツイベント情報取得部１２は、スポーツデータプロバイダが公開しているスポーツイベント情報を取得する。
【００４８】
そして、取得したスポーツイベント情報に基づいて図４に例示するようなスポーツイベント情報テーブルを作成して保持する。具体的には、図４に示すように、選手名、競技の種類、試合の詳細、及び試合開始時刻といった情報をスポーツイベント情報から抽出し、抽出した情報により、選手ＩＤをプライマリキーとして選手名を含む「選手情報テーブル」、試合ＩＤをプライマリキーとして選手が出場する及び／または出場した試合に関する情報例えば、出場選手、試合開始時刻、試合結果等を含む「試合情報テーブル」、及び競技ＩＤをプライマリキーとして競技に関する情報、例えば競技名、個人戦／団体戦別等を含む「競技情報テーブル」を作成して保持する。
【００４９】
スポーツイベント情報の取得方法としては、番組情報取得部１１と同様に、取得したいスポーツデータを提供している事業者が公開しているウェブスクレイピングにより取得したり、ＲＳＳを受信してｈｔｔｐに準拠して取得したり、ＥＰＧから取得したりすることが考えられる。ただし、これらの取得方法のそれぞれはあくまで例示に過ぎず、他の方法で番組情報を取得するようにしてもよい。
【００５０】
本実施形態では、上述したような各種の取得方法で、スポーツイベント情報取得部１２が定期的にスポーツイベント情報を取得するようするとよい。
また、スポーツイベント情報取得部１２が定期的にスポーツイベント情報を取得するだけでなく、或るイベント情報提供事業者からの登録操作により、スポーツイベント情報の取得や修正があった場合に、その旨をスポーツイベント情報取得部１２に対して通知するようにしてもよい。そして、スポーツイベント情報取得部１２が、この通知を受けたことを契機として、スポーツイベント情報を取得するようにしてもよい。なお、或るイベント情報提供事業者からの登録操作は、スポーツイベント情報プロバイダ装置３０を利用して行うようにすればよい。
【００５１】
ステップＳ１０３において、スポーツイベント情報構造化部１３は、取得した競技情報に対して、或る所定のルールに基づいて構造化を行い、図４に示すようなスポーツイベント情報テーブルを作成する。本例では、選手情報、試合情報、及び競技情報のそれぞれについて選手情報テーブル、試合情報テーブル、及び競技情報テーブルを作成して、各テーブルの各項目に対応する情報を格納する。
例えば、スポーツイベント情報に含まれる選手名内に「○△太郎」といった人名に対応する単語を選手情報テーブルに格納する。なお、選手を識別するプライマリキーとなる選手ＩＤは、選手毎にユニークな値となるようにスポーツイベント情報構造化部１３により割り当てるようにしてもよい。
【００５２】
また、スポーツイベント情報に含まれる試合に関する情報、例えば当該試合に出場する出場選手、試合開始時刻、試合結果等を含む試合情報を「試合情報テーブル」に格納する。なお、試合を識別するプライマリキーとなる試合ＩＤは、試合毎にユニークな値となるようにスポーツイベント情報構造化部１３により割り当てるようにしてもよい。
【００５３】
また、スポーツイベント情報に含まれる競技に関する情報、例えば競技名、個人戦／団体戦別等を含む競技情報を「競技情報テーブル」に格納する。なお、競技を識別するプライマリキーとなる競技ＩＤは、競技毎にユニークな値となるようにスポーツイベント情報構造化部１３により割り当てるようにしてもよい。
【００５４】
また、スポーツイベント情報の試合情報に「男子」や「女子」という単語があれば性別と判断して競技情報テーブル内の「性別」の欄に格納をするようにしてもよい。
例えば競技が「カヌー」の場合は、スポーツイベント情報の試合詳細内に、「スラローム」という単語があれば種目と判断して競技情報テーブル内の対応する部分に格納する。また、他にも「準決勝」という単語があればラウンドと判断して競技情報テーブル内の対応する部分に格納する。
【００５５】
このような構造化を行うためには、予め構造化のための所定のルールを定めておく必要がある。例えば、競技情報テーブルを例に取ると、競技が「卓球」である場合には、「競技」、「性別」、「タイプ」「ラウンド」の４つの情報を構造化することにより、卓球競技を一意に特定することができる。一方で、競技が「ゴルフ」である場合には、「競技」、「性別」、「ラウンド」の３つの情報を構造化することにより、ゴルフ競技を一意に特定することができる。また、例えば競技が「カヌー」の場合には、「競技」、「性別」、「タイプ」、「種目」、「ラウンド」の４つの情報を構造化する必要がある。
他にも、例えば競技が「柔道」等であれば、例えば選手の体重に基づいた「階級」についても構造化を行う必要がある。
【００５６】
このように、競技毎に競技情報テーブルに格納して構造化すべき項目やその内容が異なるので、上述したように競技情報を構造化するための所定のルールを定めておく必要がある。この所定のルールは、辞書として、もしくはオントロジーとして、スポーツイベント情報構造化部１３の内外に保持し、適宜参照するようすればよい。図４の例では、競技構造データベース１３−１を設け、このデータベース内に構造化を行うための所定のルールを格納している。
【００５７】
本実施形態では、このようにして所定のルールに基づいて、選手情報テーブル、試合情報テーブル、及び競技情報テーブルを自動的に生成し、管理する。そうすることにより、例えば競技毎に必要な情報等が異なるという問題を解決して、競技を一意に特定できる競技情報テーブルを作成することができる。
【００５８】
なお、この所定のルールをユーザが適宜変更することにより、より柔軟にスポーツイベント情報テーブルを作成することができる。例えば、選手情報は選手名で特定することも可能ではあるが、選手名に同姓同名が存在する場合も考慮して、選手名だけでなく選手の年齢や生年月日等を選手情報テーブルに格納するようにしてもよい。これにより、同姓同名の選手がいたとしても、何れの選手であるかを一意に特定することが可能となる。
【００５９】
また、スポーツイベント情報構造化部１３は、後述の情報連携部１５及び時刻関係判定部１６が処理を行うための情報である、マッチング処理情報テーブルも保持している。
【００６０】
マッチング処理情報テーブルは、具体的には、構造化された選手情報テーブル、試合情報テーブル、及び競技情報テーブルの内、何れのテーブルの情報を用いて、番組情報テーブルとスポーツイベント情報テーブルとのマッチング処理を行うのかを規定する「エンティティ特定」という情報をマッチング処理情報テーブルとして保持している。
【００６１】
また、「エンティティ特定」情報に基づいて、番組情報テーブルに含まれる番組情報レコードとスポーツイベント情報テーブルのスポーツイベント情報レコードとのマッチングをとった後に、当該番組情報レコードの時刻情報（放送開始時刻及び放送終了時刻）とスポーツイベント情報レコードにおける時刻情報（試合開始時刻等）との前後関係についてのマッチング処理を、構造化された選手情報テーブル、試合情報テーブル、及び競技情報テーブルの各テーブルの内、何れのテーブルの情報を用いて行うのかを規定する「時刻判定」という情報もマッチング処理情報テーブルとして保持している。
【００６２】
本例では、図４のマッチング処理情報テーブルに示すように、番組情報テーブルに含まれる番組情報レコードとスポーツイベント情報テーブルのスポーツイベント情報レコードについてのマッチング処理を行うために競技情報テーブルの情報を利用し、番組情報時間上での前後関係についてのマッチング処理を行うために試合情報テーブルを利用する。
なお、マッチング処理情報テーブルの内容は、所定のルールと同様にユーザが適宜変更を行うこともできるようにするとよい。
【００６３】
スポーツイベント情報構造化部１３は、このようにして構造化した各テーブルや、マッチング処理情報テーブルをデータ蓄積部１４内部のデータ蓄積用ストレージ１４−１に蓄積し、後述する拡張情報等の作成に利用できるようにする。
【００６４】
なお、図２では、図示の都合上、ステップＳ１０１を行った後に、ステップＳ１０２及びステップＳ１０３を行うように記載されているが、実際には、ステップＳ１０２及びステップＳ１０３を行った後にステップＳ１０１を行ってもよい。また、ステップＳ１０１と、ステップＳ１０２及びステップＳ１０３とを同時に並列で行うようにしてもよい。
【００６５】
ステップＳ１０４において、情報連携部１５は、構造化したスポーツイベント情報テーブルに含まれる情報と対応する番組情報テーブルに含まれる番組情報レコードとを同定して紐付けることにより連携情報を生成する。具体的には、番組情報レコードが、マッチング処理情報テーブルに含まれるエンティティ情報で特定される構造化情報を一意に特定できる情報を網羅しているか否かを判定する。図４に示すように、エンティティ情報で特定される構造化情報は「競技情報」である。そのため、情報連携部１５は、番組情報テーブルに含まれる番組情報レコードが、競技情報テーブルに含まれる何れかの競技情報レコードを網羅しているか否かを判定する。そして、特定の競技情報レコードを網羅している場合、この番組情報レコードと当該競技情報レコードとを同定して紐付けることにより連携情報を生成する。
【００６６】
図３に示す、２０１６年８月８日８：１５放送のＰ００１をプライマリキーとする番組情報レコードは、「卓球」「男子」「シングルス」「３回戦」を全て含む。そのため、図４に示す競技情報テーブルに含まれるＧ００２をプライマリキーとする競技情報レコードに含まれる情報を網羅していると判定できる。
【００６７】
そこで、図５に示すように情報連携部１５は、Ｐ００１をプライマリキーとする番組情報レコードの放送開始時刻や放送終了時刻といった情報と、Ｇ００２をプライマリキーとする競技情報レコードに関連する構造化情報を対応付けて連携させる。ここで、図４のマッチング処理情報テーブルで特定されているように、時刻判定のために、「試合情報」を利用することとしている。そこで、試合情報テーブルから競技ＩＤとしてＧ００２を含む試合情報レコードを検索して、当該試合情報レコードに含まれる試合開始時刻も対応付けて連携させる。なお、競技ＩＤとしてＧ００２を含む試合情報レコードは２つ存在するため、情報連携部１５は、２つの試合情報レコードのそれぞれを、Ｐ００１をプライマリキーとする番組情報レコードと対応付けて連携させておく。
このようにして生成した連携情報は、時刻関係判定部１６に対して出力する。
【００６８】
ステップＳ１０５において、時刻関係判定部１６が、連携された試合ＩＤをプライマリキーとする試合情報レコードに含まれる試合開始時刻を基準として、この試合開始時刻が、連携している番組の放送枠に含まれるかを判定する。例えば、連携されている試合ＩＤをプライマリキーとする試合情報レコードに含まれる時刻情報と、連携されている番組情報レコードが持つ時刻情報との前後関係を比較することにより、生放送なのか、録画放送なのか、そもそも放送されるのかを判別する。
【００６９】
図５に示すように、Ｐ００１をプライマリキーとする番組情報レコードに連携された２つの試合ＩＤ（Ｅ００２及びＥ００３）について着目してみると、試合ＩＤがＥ００２については、試合開始時刻が、放送開始時刻と放送終了時刻の間にあるので、試合ＩＤがＥ００２の試合については、放送枠に含まれることが分かる。そのため、試合ＩＤがＥ００２の試合については「生放送」として放送種別を生成することができる。
一方で、試合ＩＤがＥ００３の試合については、試合開始時刻が、放送終了時刻の後であるので、試合ＩＤがＥ００３の試合については、放送枠に含まれないことが分かる。そのため、試合ＩＤがＥ００３の試合については放送されないこととなり、放送種別はブランクとなる。
【００７０】
次に、Ｐ００３をプライマリキーとする番組情報レコードに連携された、試合ＩＤがＥ＊＊＊について着目してみると、試合開始時刻ＹＹＹＹＭＭＤＤ＊＊＊＊が、放送開始時刻よりも前であったとする。この場合には、試合ＩＤがＥ＊＊＊の試合については、録画放送として放送枠に含まれることが分かる。そのため、試合ＩＤがＥ＊＊＊の試合については「録画放送」として放送種別を生成することができる。
【００７１】
なお、生放送であるか録画放送であるかを判定する基準は任意に定めることができる。例えば、上述の説明では、試合開始時刻が放送開始時刻と放送終了時刻の間であった場合に、生放送であると判定していた。そして、試合開始時刻が放送開始時刻よりも前であった場合に録画放送であると判定していた。
【００７２】
これに対して、例えば、試合開始時刻が放送開始時刻３０分前から放送終了時刻の間であった場合には、生放送と判定するようにしてもよい。このようにすれば、試合が例えば１時間以上にわたって行われる競技であれば、試合開始から３０分は放送できないとしても、少なくとも試合開始から３０分後には生放送を行うことができるからである。
【００７３】
また、例えば、試合開始時刻が放送開始時刻３０分前であった場合には、試合が例えば１時間以上にわたって行われる競技であったとしても、録画放送と判定するようにしてもよい。例えば、未だ競技中であっても生放送を行わず、競技の最初から録画放送を行う場合もあり得るからである。
【００７４】
このようにして、番組情報とスポーツイベントを紐づけて管理することで、生放送予定の競技や録画放送予定の競技のコンテンツ情報を番組表に紐づけることができる。更に、放送予定のない試合についても、同じ競技の別選手の試合があることを把握できる。この場合には、この別選手の試合を配信するインターネット放送に誘導するリンク情報（例えば、インターネット放送に接続するためのＵＲＬ（Uniform Resource Locator））を番組表に付与するといった対応も可能となる。
【００７５】
このようにして、情報連携部１５及び時刻関係判定部１６が、マッチング処理情報テーブルに基づいてマッチングを行って紐付けた番組情報レコードと構造化されたスポーツイベント情報レコードは、拡張情報として、拡張情報記録部１７が備える拡張情報記憶用ストレージ１７−１に蓄積される。
【００７６】
ステップＳ１０６において、拡張情報提供部１８が、拡張情報記憶用ストレージ１７−１に蓄積されている拡張情報を、番組情報プロバイダ装置２０、スポーツイベント情報プロバイダ装置３０、及びコンテンツ情報利用者装置４０に対して提供する。
この場合に、拡張情報提供部１８が、拡張情報記憶用ストレージ１７−１に蓄積されている拡張情報そのものを提供するようにしてもよい。
また、拡張情報そのものを提供するのではなく、拡張情報を加工して提供してもよい。
例えば、各事業者に合わせて拡張情報を加工して提供してもよい。
【００７７】
このように各事業者に合わせて拡張情報を加工して提供する場合の一例について、図６を参照して説明する。図６では、放送番組表を拡張したい放送事業者の視点と、スポーツイベント情報を拡張したいイベント情報提供事業者視点から拡張情報の説明をする。
【００７８】
具体的には、放送事業者に対しては、自社の番組表に対して紐づくスポーツイベント情報だけでなく、放送予定のない同じ競技の別の選手のスポーツイベント情報を提供する例について説明をする。また、イベント情報提供事業者に対しては、自社のスポーツイベント情報に対応する競技が生放送される番組予定を提供する例について説明をする。
【００７９】
まず、放送事業者にとってみれば、放送番組表をコンテンツ情報拡張装置１０に登録するだけで、各番組に紐づくスポーツイベント情報を取得できるだけでなく、放送予定のないスポーツイベント情報も取得することができる。
【００８０】
例えば、放送予定のＰ００１をプライマリキーとする番組情報レコードに対して、放送種別が「生放送」となっているＧ００２をプライマリキーとする競技情報レコード（Ｇ００２＝「卓球」「男子」「シングルス」「３回戦」）とリンクする試合情報レコード及び選手情報レコードから、出場選手に関する情報（例えば、選手名や、その他スポーツイベント情報に含まれる選手の出身地など）を把握することができる。
【００８１】
また、それのみならず、同じ競技情報（Ｇ００２＝「卓球」「男子」「シングルス」「３回戦」）で放送予定でない○△太郎選手（Ａ００１）の試合（Ｅ００３＝０１６年８月９日００：００）があることを把握することができる。
【００８２】
放送事業者は、この情報を受けて、○△太郎選手の別コンテンツ（例えば、インターネット放送へのリンクや、Ｗｅｂ上の記事へのリンクなど）を番組表に付与することも可能となる。
【００８３】
また、イベント情報提供事業者としては、自社が公開しているスポーツイベント予定や結果に放送コンテンツを紐づけて把握することができる。例えば、「卓球」「男子」「シングルス」「３回戦」という競技情報には、Ｐ００１をプライマリキーとする番組情報レコード（放送枠）が該当し生放送であることが分かる。これにより、イベント情報提供事業者の情報を拡張できるだけでなく、放送事業者としても放送への接触を増やすことができる。
【００８４】
なお、図中では、拡張情報を提供することとしているが、放送事業者やイベント情報提供事業者等が、拡張情報に含まれる各ＩＤ等を検索キーとして構造化された各テーブル（番組情報テーブル、選手情報テーブル、試合情報テーブル、及び競技情報テーブル等）を参照することもできるようにするとよい。
【００８５】
また、これらの情報を参照した各事業者が、番組の放送予定やスポーツイベント情報に誤りが有った場合や、変更が生じた場合に、修正後の番組情報や変更後のスポーツイベント情報をコンテンツ情報拡張装置１０に提供するとよい。そして、提供を受けたコンテンツ情報拡張装置１０が、上述した各処理を実行することにより、拡張情報に対して変更内容を速やかに反映することができる。
【００８６】
これにより、番組の放送予定やスポーツイベント情報に誤りが有った場合や、変更が生じた場合に、修正後の情報に基づいて、動的に拡張情報を修正することが可能となる。
【００８７】
以上説明した本実施形態は、情報連携部１５にて、競技情報等に基づいて番組情報や構造化情報を連携させるのみならず、時刻関係判定部１６により、番組情報や構造化情報に含まれる時刻関係に基づいたマッチング処理も行う。
そうすることで、時刻情報を考慮した上で、コンテンツに関する情報を拡張することが可能となる、という効果を奏する。
【００８８】
また、以上説明した本実施形態は、一方の事業者が提供する情報を、他方の事業者が提供する情報により拡張することができる。つまり、自社の保有していない情報により、自社の情報を拡張ですることができる。
そうすることで、放送事業者とイベント情報提供事業者の双方にとって有益な拡張情報を提供することができる。これにより、番組表を動的に充実させるだけでなく、時系列に整理することができるため、イベントに合わせた放送視聴を促すことができる。また、スポーツデータサービスに競技と放送に関する情報を紐づけて展開できるため、放送コンテンツの展開促進にもつながる。
【００８９】
更に、以上説明した本実施形態は、スポーツイベント情報構造化部１３により、取得したスポーツイベントを所定のルールに基づいて分類して構造化することができる。
そうすることで、取得したスポーツイベント情報の形式が所定の形式でない場合にも、マッチング処理を行うことができる、という効果を奏する。
【００９０】
更に、以上説明した本実施形態は、構造化するための所定のルールや、マッチング処理を行うためのマッチング処理情報テーブルを、コンテンツの種類等に応じて任意に変更することができる。
そうすることで、コンテンツの種類に応じたマッチング処理を行うことが可能となる、という効果を奏する。
【００９１】
なお、上記のコンテンツ情報拡張装置、番組情報プロバイダ装置、及びスポーツイベント情報プロバイダ装置のそれぞれは、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。また、上記のコンテンツ情報拡張装置、番組情報プロバイダ装置、及びスポーツイベント情報プロバイダ装置の協働により行なわれるコンテンツ情報拡張方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。
【００９２】
プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ−ＲＯＭ(Read Only Memory)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory）)を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９３】
また、上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００９４】
［第１の変形例］
上述の実施形態では、番組情報をスポーツイベント情報で拡張する例について説明した。しかしながら、本実施形態の適用範囲は、スポーツイベントだけには限定されず、時刻情報を持つコンテンツであれば、スポーツイベント以外にも適用可能である。例えば、或るスポーツ選手のＳＮＳ（例えば、Ｔｗｉｔｔｅｒ（登録商標））での発言を本実施形態に適用することが可能である。
【００９５】
この点、特許文献１に開示の技術によっても、試合に参加する或る選手のアカウントに対応するサイトへリンクすることはできた。しかし、特許文献１に開示の技術では、放送番組に関連する発言を、放送番組との時刻上の前後関係を加味して情報連携させるようなことはできなかった。
【００９６】
これに対して、本実施形態では、或る選手が試合後に、その試合についてＴｗｉｔｔｅｒサイトでＴｗｅｅｔしていた場合、番組と選手の一意に紐づけた後で、Ｔｗｅｅｔの発信時刻と番組開始時刻を比較することで、Ｔｗｅｅｔと放送番組表を時系列上で統合表示することができる。
【００９７】
そのためには、スポーツイベント情報に、或る選手のＴｗｅｅｔの発信時刻と、そのＴｗｅｅｔの内容を含ませる。そして、スポーツイベント情報の構造化の際に、或る選手のＴｗｅｅｔの発信時刻と、そのＴｗｅｅｔの内容を含んだテーブルを生成する。そして、生成したこのテーブルを用いてエンティティ特定を行って番組情報と連携させる。
【００９８】
次に、連携させたＴｗｅｅｔの発信時刻と、番組情報の試合開始時刻や試合終了時刻を比較する。これにより、この或る選手が試合の直前や、試合の直後にＴｗｅｅｔした内容を拡張情報に含ませるようなことができる。
【００９９】
［第２の変形例］
更に、スポーツイベント以外にも、例えば生中継されるコンサートを対象として本実施形態を適用するようにしてもよい。この場合には、番組情報にコンサートの放送予定を含ませると共に、スポーツイベント情報に代えてコンサートの演者等の情報を含んだ情報を取得するようにすればよい。そして、コンサートの名称や、演者の名称等でエンティティ特定を行うようにすればよい。
【０１００】
［第３の変形例］
更に、他にも例えば、災害も発生時刻をもっているので、災害を対象として本実施形態を適用するようにしてもよい。この場合には、番組情報にニュース番組の放送予定を含ませると共に、スポーツイベント情報に代えて例えば気象庁が提供する災害に関する情報を取得するようにすればよい。そして、災害名（例えば「＊＊大震災」）等でエンティティ特定を行うようにすればよい。このようにすれば、気象庁側も、災害について放送されるニュース番組を特定すること等ができるのでよい。
【０１０１】
［第４の変形例］
上述の説明では、情報連携部１５は、競技ＩＤを持つ競技情報を用いてエンティティ特定を行っていた。これに対して、選手情報でエンティティ特定を行うようにしてもよい。これにより、選手情報と番組情報とを連携させた上で、各選手の試合情報を連携させることも可能である。
【０１０２】
［第５の変形例］
更に、他にも、例えば複数のコンピュータの組合せにより、実施形態中の１つの装置を実現してもよい。また、そうではなく、１つのコンピュータにより、実施形態中の複数の装置を実現してもよい。
【０１０３】
［第６変形例］
更に、他にも、上記各デーブルに含まれる各情報以外の情報を更に扱うようにしてもよく、他の情報に置き換えてもよい。つまり、選手情報、競技情報、試合情報のそれぞれのテーブルは、一部のデータの種類を変更するようにしてもよく、別のテーブルに差し替えるようにしてもよい。
【０１０４】
［第７変形例］
更に、他にも、放送事業者及び／またはイベント情報提供事業者が、番組情報とスポーツイベント情報とを紐づけした情報を、例えば、公知のウェブサイト等を介して視聴者に提供するように構成することができる。
そうすることにより、視聴者自身が当該ウェブサイトを検索することにより、的確に番組を選択して視聴することが可能となる。例えば、視聴者は、「或る選手が出場する或る競技の、決勝戦の生放送番組を見たい」場合に、どの時間にどの放送手段によって放送されるのかを当該ウェブサイトにアクセスすることにより把握することが可能となる。
【０１０５】
［第８変形例］
更に、他にも、情報連携部１５の処理について変形するようにしてもよい。具体的には、情報連携部１５が、上述したようにエンティティ情報で特定される構造化情報を一意に特定できる情報を網羅しているか否かのみを判定するのではなく、更に他の判定も行うようにしてもよい。例えば、エンティティ情報で特定される構造化情報を一意に特定できる情報の全てを網羅しているか否かの判定をするのみでなく、一部の情報を網羅しているか否かの判定も行うようにするとよい。
そして、全てを網羅している場合には、判定対象とした番組情報レコードとエンティティ情報で特定される構造化情報（例えば、競技情報レコード）とを同定して紐付けることにより連携情報を生成する。そして、この連携情報の「断定フラグ」を立てることにより、全てを網羅している関係の連携情報であることを明確とする。また、この連携情報に基づいて拡張情報を生成する場合にも、この断定フラグをレコードとして含ませておく。このようにすれば、拡張情報の提供を受けた各事業者等は、全てを網羅している関係の連携情報であることを把握することができる。
一方で、全てを網羅していない場合であっても、或る基準に基づいて一定の網羅性を持っていると判定できた場合には、「断定フラグ」に代えて、「候補フラグ」を立てることにより、一部を網羅している関係の連携情報であることを明確とする。また、この連携情報に基づいて拡張情報を生成する場合にも、この断定フラグをレコードとして含ませておく。このようにすれば、拡張情報の提供を受けた各事業者等は、一部を網羅している関係の連携情報であることを把握することができる。
なお、或る基準に基づいて一定の網羅性を持っている番組情報レコードが複数存在することもあり得る。この場合には、「候補フラグ」を立てられた拡張情報が複数生成される。そして、この複数の拡張情報が各事業者等に提供される。
【産業上の利用可能性】
【０１０６】
本発明は、時刻情報を有するコンテンツに関する情報を拡張するための用途に広く好適である。
【符号の説明】
【０１０７】
１０  コンテンツ情報拡張装置
１１  番組情報取得部
１２  スポーツイベント情報取得部
１３  スポーツイベント情報構造化部
１４  データ蓄積部
１５  情報連携部
１６  時刻関係判定部
１７  拡張情報記録部
１８  拡張情報提供部
２０  番組情報プロバイダ装置
３０  スポーツイベント情報プロバイダ装置
４０  コンテンツ情報利用者装置
【図１】
2018093368.tif 000003
【図２】
2018093368.tif 000004
【図３】
2018093368.tif 000005
【図４】
2018093368.tif 000006
【図５】
2018093368.tif 000007
【図６】
2018093368.tif 000008