(57)【特許請求の範囲】
【請求項１】
テレビ番組と関連性のある情報を、通信ネットワークを介してユーザのユーザ端末あるいはテレビ番組表示装置に提供するシステムであって、
前記ユーザ端末あるいはテレビ番組表示装置から放送局を特定する放送局特定情報を受信するユーザ入力情報受信部と、
放送局から放送データを取得し、各種パケットに分解する受信パケット解析部と、
前記放送局特定情報に対応する放送局から取得した前記各種パケットに含まれる情報と関連性のある情報を前記ユーザ端末あるいはテレビ番組表示装置に送出する関連情報送出部を備え、
前記関連情報送出部は、ライブキーワードタグ送出部と広告タグ送出部とシンクロＣＭ送出部の少なくとも一つを含み、
前記ライブキーワードタグ送出部は、前記各種パケットに含まれる文字情報から抽出したライブキーワードが付けられたライブキーワードタグを送出し、
前記広告タグ送出部は、前記ライブキーワードに連動する文字列が付けられた広告タグを送出し、
前記シンクロＣＭ送出部は、前記各種パケットに含まれるＣＭデータに関連するＣＭシンクロコンテンツを提供する
ことを特徴とするテレビ番組関連コンテンツ提供システム。
【請求項２】
テレビ番組と関連性のある情報を、通信ネットワーク及び外部システムを介して番組視聴者に提供するシステムであって、
放送局から放送データを取得し、各種パケットに分解する受信パケット解析部と、
前記各種パケットに含まれる情報と関連性のある情報を前記外部システムに送出する関連情報送出部を備え、
前記関連情報送出部は、ライブキーワードタグ送出部と広告タグ送出部とシンクロＣＭ送出部の少なくとも一つを含み、
前記ライブキーワードタグ送出部は、前記各種パケットに含まれる文字情報から抽出したライブキーワードが付けられたライブキーワードタグを送出し、
前記広告タグ送出部は、前記ライブキーワードに連動する文字列、或は前記外部システムから取得した文字列に連動する文字列が付けられた広告タグを送出し、
前記シンクロＣＭ送出部は、前記各種パケットに含まれるＣＭデータに関連するＣＭシンクロコンテンツを提供する
ことを特徴とするテレビ番組関連コンテンツ提供システム。
【請求項３】
ライブキーワードと当該ライブキーワードの関連コンテンツのアドレス情報とを対応づけたライブキーワードタグを格納するライブキーワードタグデータベースを備え、
前記ライブキーワードタグ送出部は、放送局から取得した放送データに含まれる文字情報から文字列を抽出し、抽出した文字列と一致するライブキーワードが前記ライブキーワードタグデータベースに格納されているならば、前記ライブキーワード及び関連コンテンツのアドレス情報を送出することを特徴とする請求項１または２のいずれかに記載のテレビ番組関連コンテンツ提供システム。
【請求項４】
広告掲出用の文字列と当該文字列に関連する広告コンテンツのアドレス情報とを対応づけた広告タグを格納する広告タグデータベースと、
広告掲出用の文字列の入札価格に基づいて、広告タグ掲出スコアを生成する広告タグスコア作成部を備え、
前記広告タグ送出部は送出するための広告タグを前記広告タグ掲出スコアに基づいて選出し、この選出された広告タグに付いた文字列及び当該文字列に関連する広告コンテンツのアドレス情報を送出することを特徴とする請求項１または２のいずれかに記載のテレビ番組関連コンテンツ提供システム。
【請求項５】
ＣＭデータベースとＣＭ同定部とをさらに備え、
前記ＣＭデータベースは、テレビ広告データ（以下、「ＣＭデータ」）から取り出した静止画像の特徴点データと前記ＣＭデータに関連するＣＭシンクロコンテンツのアドレス情報とを格納し、
前記ＣＭ同定部は、前記ＣＭデータベースに格納されている特徴点データと、前記放送局から取得した放送データに含まれる映像情報から所定間隔で取り出した静止画像の特徴点データとを照合することによってＣＭデータを同定するとともに、
前記シンクロＣＭ送出部は、前記同定されたＣＭデータと対応づけられたＣＭシンクロコンテンツを送出することを特徴とする請求項１または２のいずれかに記載のテレビ番組関連コンテンツ提供システム。
【請求項６】
ユーザを識別する情報と対応づけて当該ユーザのユーザに関する情報を格納するユーザ情報データベースを備え、
前記ユーザに関する情報には、受信したユーザの個人情報が含まれるだけでなく、受信したユーザの個人情報に基づいて当該ユーザを複数のユーザグループのいずれかにカテゴリ化し、このカテゴリ化されたユーザグループも含まれるとともに、
前記関連情報送出部が、放送局特定情報に対応する放送局から取得した前記各種パケットに含まれる情報と関連性のある情報を前記ユーザ端末あるいはテレビ番組表示装置に対して送出する際に、前記ユーザ情報データベースから取り出したユーザに関する情報をも参照することを特徴とする請求項１に記載のテレビ番組関連コンテンツ提供システム。
【請求項７】
当該ユーザをいずれかのユーザグループにカテゴリ化するにあたり、前記関連情報送出部によって送出される情報に対する当該ユーザからのアクセス状況の集計結果を参照することを特徴とする請求項６に記載のテレビ番組関連コンテンツ提供システム。
【請求項８】
撮影データ受信部と番組同定部をさらに備え、
前記ユーザ端末あるいはテレビ番組表示装置からの放送局特定情報の受信に代えて、
前記ユーザ端末が前記テレビ番組表示装置の画面に表示されている動画像を撮影し、撮影した動画像から取り出した静止画について算出した特徴点データを、前記撮影データ受信部が前記ユーザ端末から受信すると、前記番組同定部は、放送データに含まれる映像情報から取り出した静止画について算出した特徴点データと前記ユーザ端末から受信した特徴点データとを照合し、一致度が所定の値以上であれば、当該ユーザの現在視聴している放送局を同定することを特徴とする請求項１に記載のテレビ番組関連コンテンツ提供システム。
【請求項９】
前記ユーザ入力情報受信部が、放送局特定情報に代えて或は放送局特定情報とともに、番組を特定する情報を受信すると、
前記関連情報送出部は、前記特定された番組に対応する各種パケットに含まれる情報と関連性のある情報を送出することを特徴とする請求項１に記載のテレビ番組関連コンテンツ提供システム。
【請求項１０】
前記放送データに含まれる文字情報からキーワードを抽出する自然言語処理部をさらに備え、前記文字情報とは字幕情報であることを特徴とする請求項１または２のいずれかに記載のテレビ番組関連コンテンツ提供システム。
【請求項１１】
前記文字情報には、放送データに含まれる映像情報から文字認識によって取り出したテロップ情報も含まれることを特徴とする請求項１０に記載のテレビ番組関連コンテンツ提供システム。
【請求項１２】
前記文字情報には、放送データに含まれる音声情報の音声認識処理結果も含まれることを特徴とする請求項１０に記載のテレビ番組関連コンテンツ提供システム。
【請求項１３】
前記自然言語処理部は、ゆらぎ辞書を含む各種辞書を利用した形態素解析によってキーワードを抽出することを特徴とする請求項１０〜１２のいずれか１に記載のテレビ番組関連コンテンツ提供システム。
【請求項１４】
前記広告タグスコア作成部は、レコメンドアルゴリズムに基づいて決定したレコメンドスコアと広告タグの入札価格に基づいて、広告タグごとの広告タグ掲出スコアを算出し、
前記広告タグ送出部は、広告タグを送出する際、前記算出した広告タグ掲出スコアの高い広告タグを原則として優先的に送出対象として選出することを特徴とする請求項４に記載のテレビ番組関連コンテンツ提供システム。
【請求項１５】
前記広告タグスコア作成部は、コンテンツへのアクセス状況を集計した結果に基づいて広告タグのカテゴリ別のレコメンドスコアを決定することを特徴とする請求項１４に記載のテレビ番組関連コンテンツ提供システム。
【請求項１６】
前記ライブキーワードタグ送出部によるライブキーワードタグの送出時において、広告タグも同時に前記広告タグ送出部によって送出される場合、動的計画法のアルゴリズムを利用して、送出するライブキーワードタグの個数に対する広告タグの個数の割合を所定の範囲内とすることを特徴とする請求項１または２のいずれかに記載のテレビ番組関連コンテンツ提供システム。
【請求項１７】
前記関連情報送出部によって提供される情報に含まれるコンテンツは、一方向の情報提供を内容とするものに限らず、アンケートやクーポンの発行に代表される双方向の内容も含むことを特徴とする請求項１〜５のいずれか１に記載のテレビ番組関連コンテンツ提供システム。
【請求項１８】
テレビ番組と関連性のある情報を、通信ネットワークを介してユーザのユーザ端末あるいはテレビ番組表示装置に提供する方法であって、
前記ユーザ端末あるいはテレビ番組表示装置、及び放送局と通信可能なコンピュータが、
前記ユーザ端末あるいはテレビ番組表示装置から放送局を特定する放送局特定情報を受信するステップと、
放送局から放送データを取得し、各種パケットに分解するステップと、
前記放送局特定情報に対応する放送局から取得した前記各種パケットに含まれる情報と関連性のある情報を前記ユーザ端末あるいはテレビ番組表示装置に送出するステップであって、第１に前記各種パケットに含まれる文字情報から抽出したライブキーワードが付けられたライブキーワードタグを送出するステップ、第２に前記ライブキーワードに連動する文字列が付けられた広告タグを送出するステップ、第３に前記各種パケットに含まれるＣＭデータに関連するＣＭシンクロコンテンツを提供するステップの３つのうち少なくとも１つを実行する
ことを特徴とするテレビ番組関連コンテンツ提供方法。
【請求項１９】
テレビ番組と関連性のある情報を、通信ネットワーク及び外部システムを介して番組視聴者に提供する方法であって、
前記外部システムと通信可能なコンピュータが、
放送局から放送データを取得し、各種パケットに分解するステップと、
前記各種パケットに含まれる情報と関連性のある情報を前記外部システムに送出するステップであって、第１に前記各種パケットに含まれる文字情報から抽出したライブキーワードが付けられたライブキーワードタグを送出するステップ、第２に前記ライブキーワードに連動する文字列、或は前記外部システムから取得した文字列に連動する文字列が付けられた広告タグを送出するステップ、第３に前記各種パケットに含まれるＣＭデータに関連するＣＭシンクロコンテンツを提供するステップの３つのうち少なくとも１つを実行する
ことを特徴とするテレビ番組関連コンテンツ提供方法。
【請求項２０】
前記コンピュータは、ライブキーワードと当該ライブキーワードの関連コンテンツのアドレス情報とを対応づけたライブキーワードタグを格納するライブキーワードタグデータベースに接続可能であって、
前記ライブキーワードタグを送出するステップでは、放送局から取得した放送データに含まれる文字情報から文字列を抽出し、抽出した文字列と一致するライブキーワードが前記ライブキーワードタグデータベースに格納されているならば、前記ライブキーワード及び関連コンテンツのアドレス情報を送出することを特徴とする請求項１８または１９のいずれかに記載のテレビ番組関連コンテンツ提供方法。
【請求項２１】
前記コンピュータは、広告掲出用の文字列と当該文字列に関連する広告コンテンツのアドレス情報とを対応づけた広告タグを格納する広告タグデータベースに接続可能であって、
前記広告タグを送出するステップでは、広告掲出用の文字列の入札価格に基づいて、広告タグ掲出スコアを生成するとともに、送出するための広告タグを前記広告タグ掲出スコアに基づいて選出し、この選出された広告タグに付いた文字列及び当該文字列に関連する広告コンテンツのアドレス情報を送出することを特徴とする請求項１８または１９のいずれかに記載のテレビ番組関連コンテンツ提供方法。
【請求項２２】
前記コンピュータは、ＣＭデータから取り出した静止画像の特徴点データと、前記ＣＭデータに関連するＣＭシンクロコンテンツのアドレス情報を格納するＣＭデータベースに接続可能であって、
前記ＣＭシンクロコンテンツを提供するステップでは、当該ＣＭデータベースに格納されている特徴点データと、前記放送局から取得した放送データに含まれる映像情報から所定間隔で取り出した静止画像の特徴点データとを照合することによってＣＭデータを同定するとともに、前記同定されたＣＭデータと対応づけられたＣＭシンクロコンテンツを送出することを特徴とする請求項１８または１９のいずれかに記載のテレビ番組関連コンテンツ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビ番組と関連するコンテンツを提供する技術に関する。
【背景技術】
【０００２】
テレビを視聴していると気になる単語や話題が出現し、その場で直ちに調べることができるならば便利である。例えば、バラエティ番組であればタレントが着用している洋服やアクセサリについて、旅行番組であれば番組で取り上げられている渓谷への交通手段について、といったように番組によって関心を喚起された事柄をタイムリーに且つより広く深く知りたいと思う。テレビが視聴者に提供する情報は膨大であって、視聴者の関心も放送内容に伴い移り変わって行き、ひとつの事柄への関心が長続きしない傾向がある。また、気になった言葉を検索サイトで調べようとしても、知識不足によるうろ覚えのため、正確な検索キーワードを入力できないこともある。
そこで、テレビ放送を視聴しているときに、視聴者が気になった話題や言葉に関する情報の提供をタイムリーに受けられるシステムが複数特許出願されている。
【０００３】
例えば、特許文献１には、視聴中の番組において出現する情報のうちでユーザが気になった言葉や話題に関するキーワードリストを表示でき、且つそのリストを用いてインターネットからの情報検索ができる情報処理装置が開示されている。
特許文献２には、視聴中のテレビ番組などと関連する情報を、モバイル端末で受信することができるシステム、方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−５９０３８号公報
【特許文献２】特開２０１３−２５８４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の情報処理装置によれば、パソコンなどでテレビを視聴しているときに、視聴している番組の中で気になった単語や話題についてさらなる情報を取得したいならば、「気になるボタン」を押下する。「気になるボタン」が押下されると、その直前の一定時間の文書情報からキーワードのリストを抽出し、視聴者はこのリストからキーワードを選択すると情報が取得できる。しかしながら、「気になるボタン」を押し忘れると一切情報を検索できないという問題がある。
本発明は、この問題点に鑑み、視聴者による操作がなくても気になるキーワードが自動的に画面表示され、表示されたキーワードに関連する情報を容易に取得できる仕組みを提供することを目的とする。
【０００６】
特許文献２に記載のシステムの大きな特徴は、タイムライン（番組開始からの経過時間）指定で、コンテンツを出す仕組みにある。これでは、事前に番組内容に基づいた準備が必要となる。
そこで、本発明は、事前の準備が無くても、視聴者に番組の進行に応じた適切なキーワードを配信できる仕組みの提供も目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、請求項１に係るテレビ番組関連コンテンツ提供システムは、
テレビ番組（ＣＭも含む）と関連性のある情報を、通信ネットワークを介してユーザのユーザ端末あるいはテレビ番組表示装置に提供するシステムであって、
前記ユーザ端末あるいはテレビ番組表示装置から放送局を特定する放送局特定情報（例：チャンネル番号）を受信するユーザ入力情報受信部と、
放送局から放送データを取得し、各種パケットに分解する受信パケット解析部と、
前記放送局特定情報に対応する放送局から取得した前記各種パケットに含まれる情報と関連性のある情報を前記ユーザ端末あるいはテレビ番組表示装置に送出する関連情報送出部を備えることを特徴とする。
前記関連情報送出部は、ライブキーワードタグ送出部と広告タグ送出部とシンクロＣＭ送出部の少なくとも一つを含み、
前記ライブキーワードタグ送出部は、前記各種パケットに含まれる文字情報から抽出したライブキーワードが付けられたライブキーワードタグを送出し、
前記広告タグ送出部は、前記ライブキーワードに連動する文字列が付けられた広告タグを送出し、
前記シンクロＣＭ送出部は、前記各種パケットに含まれるＣＭデータに関連するＣＭシンクロコンテンツを提供する。
【０００８】
本発明のテレビ番組と関連する情報を画面に表示するのは、ユーザのユーザ端末とテレビ番組表示装置の少なくとも１つである。つまり、テレビ番組関連情報はユーザ端末のみに表示する場合、テレビ番組表示装置のみに表示する場合、ユーザ端末とテレビ番組表示装置の両方に表示する場合とがある。下記の実施形態においてユーザ端末のことをセカンドスクリーンと言うこともある。本発明は、テレビを視聴中のユーザによって利用されることを想定している。しかし、外出時などのテレビを実際には視聴していないときに、関心のある放送局を指定して携帯端末上にその放送内容と関連する情報を表示させるといった利用も考えられる。また、実際に視聴している放送局とは異なる放送局を指定して、その放送局の現在の放送内容と関連する情報を表示させることもできる。さらに、既に放送済みの番組をタイムシフト視聴するユーザによる利用も可能である。
本発明は、通信ネットワークを介して情報を提供するシステムであるが、「通信ネットワークを介して」には複数の態様がある。インターネットを介する情報の提供が代表的であるが、放送局が発信する電波に乗せて情報を提供してもよい。
本発明において、放送データを取得する方法には、放送局から有線或は放送波発信アンテナを介して無線で取得する方法、放送局のサーバが提供する放送データを取得する方法などがある。
【０００９】
上記の目的を達成するために、請求項２に係るテレビ番組関連コンテンツ提供システムは、
テレビ番組と関連性のある情報を、通信ネットワーク及び外部システムを介して番組視聴者に提供するシステムであって、
放送局から放送データを取得し、各種パケットに分解する受信パケット解析部と、
前記各種パケットに含まれる情報と関連性のある情報を前記外部システムに送出する関連情報送出部を備えることを特徴とする。
前記関連情報送出部は、ライブキーワードタグ送出部と広告タグ送出部とシンクロＣＭ送出部の少なくとも一つを含み、前記ライブキーワードタグ送出部は、前記各種パケットに含まれる文字情報から抽出したライブキーワードが付けられたライブキーワードタグを送出し、前記広告タグ送出部は、前記ライブキーワードに連動する文字列、或は前記外部システムから取得した文字列に連動する文字列が付けられた広告タグを送出し、前記シンクロＣＭ送出部は、前記各種パケットに含まれるＣＭデータに関連するＣＭシンクロコンテンツを提供する。
請求項１に係る発明が、直接ユーザに情報を提供するのに対し、請求項２に係る発明は、外部システムに情報を提供する。提供された情報は、外部システムによってそのユーザである番組視聴者に提供される。ここで「番組視聴者」には、実際に番組を視聴している者に限らず、視聴している者から番組についての感想や評判などを聞き、当該番組に関心を持った者も含まれる。
【００１０】
本発明の関連情報送出部が、ライブキーワードタグ送出部を含む場合、
本発明のシステムは、ライブキーワードと当該ライブキーワードの関連コンテンツのアドレス情報とを対応づけたライブキーワードタグを格納するライブキーワードタグデータベースを備えるとともに、
前記ライブキーワードタグ送出部は、放送局から取得した放送データに含まれる文字情報から文字列を抽出し、抽出した文字列と一致するライブキーワードが前記ライブキーワードタグデータベースに格納されているならば、前記ライブキーワード及び関連コンテンツのアドレス情報を送出する。
本発明の関連情報送出部が、広告タグ送出部を含む場合、
本発明のシステムは、広告タグデータベースと広告タグスコア作成部を備え、
前記広告タグデータベースは、広告掲出用の文字列と当該文字列に関連する広告コンテンツのアドレス情報とを対応づけた広告タグを格納し、
前記広告タグスコア作成部は、広告掲出用の文字列の入札価格に基づいて、広告タグ掲出スコアを生成するとともに、
前記広告タグ送出部は送出するための広告タグを前記広告タグ掲出スコアに基づいて選出し、この選出された広告タグに付いた文字列及び当該文字列に関連する広告コンテンツのアドレス情報を送出する。
【００１１】
本発明でいう「タグ」とは、コンテンツの意味内容を端的に表す文字列が付けられた仮想的なタグ（小片）のことであり、コンテンツのアドレス情報と一体不可分である。タグに付けられた文字列は、ユーザ端末あるいはテレビ番組表示装置の画面に表示され、この文字列を表示画面上のタップなどの操作によって選択すると先に送られたアドレス情報のコンテンツが送信されてくる。つまり、本発明の「タグ」は無体のデータであるコンテンツに対して、店頭に陳列されている有体の商品に付されたタグをイメージさせる働きをする。
「アドレス情報」とは、一般にインターネット上でコンテンツの存在箇所を示すいわゆるＵＲＬのことである。
【００１２】
本発明の関連情報送出部が、シンクロＣＭ送出部を含む場合、
本発明のシステムは、ＣＭデータベースとＣＭ同定部をさらに備え、
前記ＣＭデータベースは、テレビ広告データ（以下、「ＣＭデータ」）から取り出した静止画像の特徴点データと前記ＣＭデータに関連するＣＭシンクロコンテンツのアドレス情報とを格納し、
前記ＣＭ同定部は、前記ＣＭデータベースに格納されている特徴点データと、前記放送局から取得した放送データに含まれる映像情報から所定間隔で取り出した静止画像の特徴点データとを照合することによってＣＭデータを同定するとともに、
前記シンクロＣＭ送出部は、前記同定されたＣＭデータと対応づけられたＣＭシンクロコンテンツを送出する。
【００１３】
本発明において、ユーザを識別する情報と対応づけて当該ユーザのユーザに関する情報（例えば、ユーザの年齢に関する情報（例：生年、３０代前半といった年齢範囲でもよい）、性別、放送地域など）を格納するユーザ情報データベースを備え、
前記ユーザに関する情報には、受信したユーザの個人情報が含まれるだけでなく、受信したユーザの個人情報に基づいて当該ユーザを複数のユーザグループのいずれかにカテゴリ化し、このカテゴリ化されたユーザグループも含まれるとともに、
前記関連情報送出部が、放送局特定情報に対応する放送局から取得した前記各種パケットに含まれる情報と関連性のある情報を前記ユーザ端末あるいはテレビ番組表示装置に対して送出する際に、前記ユーザ情報データベースから取り出したユーザに関する情報をも参照することが好ましい。また、当該ユーザをいずれかのユーザグループにカテゴリ化するにあたり、前記関連情報送出部によって送出される情報に対する当該ユーザからのアクセス状況の集計結果を参照することが好ましい。
【００１４】
本発明は、撮影データ受信部と番組同定部をさらに備え、
前記ユーザ端末あるいはテレビ番組表示装置からの放送局特定情報の受信に代えて、
前記ユーザ端末が前記テレビ番組表示装置の画面に表示されている動画像を撮影し、撮影した動画像から取り出した静止画について算出した特徴点データを、前記撮影データ受信部が前記ユーザ端末から受信すると、前記番組同定部は、放送データに含まれる映像情報から取り出した静止画について算出した特徴点データと前記ユーザ端末から受信した特徴点データとを照合し、一致度が所定の値以上であれば、当該ユーザの現在視聴している放送局を同定するようにしてもよい。
【００１５】
本発明は、前記ユーザ入力情報受信部が、放送局特定情報に代えて或は放送局特定情報とともに、番組を特定する情報を受信すると、前記関連情報送出部は、前記特定された番組に対応する各種パケットに含まれる情報と関連性のある情報を送出するようにしてもよい。
これにより、視聴とは無関係にユーザにとって関心のある番組と関連づけられたライブキーワードタグ、広告タグ或はＣＭシンクロコンテンツの提供を受けることもできる。
【００１６】
本発明は、前記放送データに含まれる文字情報からキーワードを抽出する自然言語処理部をさらに備え、前記文字情報とは字幕情報であることを特徴とする。この文字情報には、前記放送データに含まれる映像情報から文字認識によって取り出したテロップ情報が含まれてもよく、前記放送データに含まれる音声情報の音声認識処理結果が含まれてもよい。自然言語処理部によるキーワードの抽出は、ゆらぎ辞書を含む各種辞書を利用した形態素解析によって行ってもよい。
【００１７】
本発明において、前記広告タグスコア作成部は、レコメンドアルゴリズムに基づいて決定したレコメンドスコアと広告タグの入札価格に基づいて広告タグごとの広告タグ掲出スコアを算出し、前記広告タグ送出部は、広告タグを送出する際、前記算出した広告タグ掲出スコアの高い広告タグを原則として優先的に送出対象として選出することが好ましい。ここで、前記広告タグスコア作成部は、コンテンツ（ライブキーワードタグに対応づけられた関連コンテンツ、広告コンテンツ、或はＣＭシンクロコンテンツ）へのアクセス状況を集計した結果に基づいて広告タグのカテゴリ別のレコメンドスコアを決定してもよい。
なお、レコメンドスコアと入札価格とを乗じて算出した広告タグ掲出スコアのことを、下記の実施形態では「広告収益性スコア」と呼ぶ。
また、前記ライブキーワードタグ送出部によるライブキーワードタグの送出時において、広告タグも同時に前記広告タグ送出部が送出する場合に、動的計画法のアルゴリズムを利用して、送出するライブキーワードタグの個数に対する広告タグの個数の割合を所定の範囲内（例：ライブキーワードタグ１０個に対して広告タグは２個以内）とすることが好ましい。
【００１８】
また、本発明において、前記関連情報送出部によって提供される情報に含まれるコンテンツ（ライブキーワードタグに対応づけられた関連コンテンツ、広告コンテンツ、或はＣＭシンクロコンテンツ）は、一方向の情報提供を内容とするものに限らず、アンケートやクーポンの発行に代表される双方向の内容も含むことが好ましい。
【００１９】
請求項１８〜２２に記載のテレビ番組関連コンテンツ提供方法の発明も、上記の課題を達成するものである。
【発明の効果】
【００２０】
テレビ番組の視聴者は、ユーザ端末あるいはテレビ番組表示装置を介して、番組中で出現した話題や言葉に関連するコンテンツにアクセスすることができるので、テレビ番組の楽しみ方が従来よりも広がる。放送局やシステムの運営者にとっては新たな広告収入獲得の機会が得られる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施形態のシステム構成を示す図である。
【図２】同実施形態のユーザ端末の機能ブロック構成を示す図である。
【図３】同実施形態のテレビ番組関連コンテンツ提供装置（以下、「関連コンテンツ提供装置」）の機能ブロック構成を示す図である。
【図４】同実施形態のユーザ情報ＤＢのデータ構成例を説明する図である。
【図５】同実施形態のＣＭ―ＤＢのデータ構成例を説明する図である。
【図６】同実施形態のライブキーワードタグＤＢのデータ構成例を説明する図である。
【図７】同実施形態の広告タグＤＢのデータ構成例を説明する図である。
【図８】同実施形態の関連コンテンツ提供装置によって実行される処理及びデータの流れを説明する図である。
【図９】同実施形態のライブキーワードタグと広告タグの送出処理および広告タグ掲出スコア表作成処理の説明をする図である。
【図１０】同実施形態のレコメンドスコア表を例示する図である。
【図１１】同実施形態の広告タグ掲出スコア表を例示する図である。
【図１２】同実施形態の処理を説明するために、（１）は受信する放送電波の内容、（２）は受信した放送電波について逐次行う処理、（３）はユーザ端末の画面表示例を示す図である。
【図１３】同実施形態のユーザ端末がアプリを起動した直後にチャンネルを指定するときの画面表示例を示す図である。
【図１４】第２の実施形態の関連コンテンツ提供装置の機能ブロック構成を示す図である。
【図１５】第３の実施形態のシステム構成を示す図である。
【図１６】同実施形態の関連コンテンツ提供装置を構成するテレビ放送受信装置とタグ送出装置のそれぞれの機能を説明する図である。
【図１７】第４の実施形態のシステム構成を示すとともに、テレビ番組表示装置とユーザ端末との連携動作を実現する過程を説明する図である。
【図１８】第５の実施形態のシステム構成を示す図である。
【発明を実施するための形態】
【００２２】
《第１の実施形態》
以下、添付図面を参照して本発明にかかるテレビ番組関連コンテンツ提供システム（以下、「本システム」）の実施形態を詳細に説明する。なお本実施形態の説明の構成は以下の通りである。
《１．本システムの概要》
《２．本システムの構成》
《２−１．ユーザ端末の構成》
《２−２．関連コンテンツ提供装置の構成》
《３．本システムの動作》
《３．１．ライブキーワードタグ送出と広告タグ送出処理》
《３．２．受信した放送データについて逐次行う処理》
《３．３．ユーザ端末への関連情報提供処理》
【００２３】
《１．本システムの概要》
図１は、関連コンテンツ提供装置１とテレビ番組表示装置（以下、「テレビ」）２を視聴している者即ちユーザが使用するユーザ端末３と放送局の設備４（以下、「放送局４」）とウェブサーバ５から構成される本システムの構成例を示す。関連コンテンツ提供装置１は、本システムのサーバにあたり、クライアントであるユーザ端末３からの各種要求を処理する。
【００２４】
ユーザ端末３は、通信ネットワークを介して関連コンテンツ提供装置１と接続している。本システムでは通信ネットワークがインターネットＮの場合について説明するが、インターネットに限るものではない。テレビ２と関連コンテンツ提供装置１のそれぞれは、放送局４と有線或は放送波発信アンテナ（図示せず）を介して無線で接続している。なお、テレビ番組を視聴するのはテレビ受像機とはかぎらず、パソコンやスマートフォンなどの各種情報処理装置でも視聴できるが、この視聴可能な機器を総称して「テレビ」と呼ぶ。また、地上波デジタル、ワンセグ、ＢＳなどの放送媒体によっては、テレビ２は専用のチューナ、デコーダが必要になるが図示および説明は省略する。
図１では、関連コンテンツ提供装置１が２つの放送局４Ａ、４Ｂからの電波を受信しているが、２つに限らない。また、図１では、ユーザは放送局４Ａの番組を視聴しているものとする。
【００２５】
放送局４Ａが放送番組を送信すると、ユーザのテレビ２はこれを受信しスクリーン６に映し出す。ユーザは、スクリーン６を視聴するかたわら、自分のユーザ端末３に所定のアプリケーションソフト（以下、「アプリ」）を起動させて、関連コンテンツ提供装置１に対して視聴している放送局４Ａのチャネル番号を送信する。
ユーザが視聴している放送番組は関連コンテンツ提供装置１によってもリアルタイムで受信され、関連コンテンツ提供装置１は受信した電波から映像情報、文字情報などを抽出する。関連コンテンツ提供装置１は、抽出した情報と関連するコンテンツに、検索エンジンを介することなく直接アクセスできるための情報をユーザ端末３に送信する。具体的には、比較的短い文字列をつけたタグをリスト状に表示させ、このタグに対して選択操作がされるとタグに対応づけられたアドレス情報が関連コンテンツ提供装置１に送信され、ユーザ端末３にタグに対応するコンテンツが表示されることになる。ここで選択操作とは、スマートフォンやタブレット端末ではタップという言葉で、パソコンではクリックという言葉で、スマートＴＶではリモコン操作という言葉で表現されることが多い。この実施形態では、ユーザ端末３としてスマートフォンやタブレット端末を用いることを想定しているので、ユーザによる選択操作を「タップ」と表現する。
【００２６】
タグについて、以下の説明の中で頻繁に言及することになるので、ここでひととおりの説明をする。
表１に示すように、タグにはＣＭタグ、ライブキーワードタグ、広告タグの３種類がある。
【表１】
0005726359.tif 000002
【００２７】
まずＣＭタグについて説明する。
ＣＭタグは、ＣＭタグにつけられる文字列（以下、「ＣＭタグキーワード」）と、ＣＭシンクロコンテンツのアドレス情報からなる。
ＣＭタグキーワードとは、制約文字数の中で広告を特徴づける、コピーライターが考え抜いたような言葉であり、空白やカンマ（、）疑問符（？）、感嘆符（！）などの記号も含まれる。
ＣＭシンクロコンテンツとは、テレビで放送されるＣＭと関連性があるコンテンツである。例えば、ＣＭの制作秘話や出演タレントのコメント、ＣＭ対象商品に関連する商品の紹介などがある。関連する商品として、ＣＭが化粧品会社の若い女性向けの口紅に関するものであれば、マスカラやチークのような若い女性が興味を持ちそうな商品がある。
関連コンテンツ提供装置１が現在放送中のＣＭを同定すると、関連コンテンツ提供装置１はユーザ端末３にＣＭシンクロコンテンツを送信し、ユーザ端末３の画面に表示させる。このようにテレビでＣＭが放送されると、このＣＭと関連するコンテンツがほぼ同時に表示される。
関連コンテンツ提供装置１はＣＭシンクロコンテンツのページデータ（ＨＴＭＬなどで記述されたファイル）を送信するとともに、ユーザ端末３に対しＣＭタグキーワードとＣＭシンクロコンテンツのアドレス情報も送信する。後でＣＭシンクロコンテンツを見たいと思うユーザが、ＣＭタグキーワードをタップすれば、このコンテンツを見ることができるようにするためである。
【００２８】
次にライブキーワードタグについて説明する。
ライブキーワードタグは、ライブキーワードすなわちライブキーワードタグにつけられる文字列と、ライブキーワードに対応づけられた関連コンテンツのアドレス情報からなる。
ライブキーワードは、各種事典に名詞として掲載されている単語、近年新聞や雑誌で話題の単語、インターネット上でアクセスの多い単語などであり、その多くは固有名詞である。
関連コンテンツとは、ライブキーワードに関連する情報であって、放送局あるいはシステム運営者等が、ユーザに必要な情報を１つのページに出力し制作したものである。制作にあたり、外部のウェブサーバ５などからも情報を取得する。
ユーザ端末３にライブキーワードタグが送出されると、つまりライブキーワードと関連コンテンツのアドレス情報が送出されると、ライブキーワードが画面に表示され、これをタップすると関連コンテンツ提供装置１から関連コンテンツが送信される。
【００２９】
ライブキーワードとなる単語の多くは固有名詞と想定しているが、その理由は、もしライブキーワードに普通名詞を含めると概念が広すぎて関連コンテンツに含める情報が１ページにはとても納まりきらないからである。例えば、「港」という普通名詞では範囲が広すぎて、ユーザに提供する情報が絞り込めないが、「横浜港」という固有名詞であれば、このような心配はない。ただし、固有名詞以外の普通名詞や一連の文章をライブキーワードから全く排除するというわけではない。
ところで、放送される文字情報の中で出現した固有名詞が全部ライブキーワードとなるのではない。ユーザ側にライブキーワードタグが送信されたときに、このライブキーワードタグをタップすると必ず関連コンテンツが表示されなくてはならない。この関連コンテンツは、タップされたときに必ず表示されるので「タップ先コンテンツ」と名づけることもできる。つまり、タップ先コンテンツが用意された文字列がライブキーワードとなるのである。
関連コンテンツを予め準備する点は、本システムの大きな特徴である。すなわち、従来の検索サイトで検索する場合、検索結果ページとリンク先ページを行き来して情報を集めるが、本システムではすべての集めた情報を１つのコンテンツにコンパクトにまとめ、これを表示させるのである。そのため、本システムはライブキーワードを登録する際に、タップされたコンテンツを自動編集あるいは手動で編集する機能を別途用意する。
【００３０】
続いて、広告タグについて説明する。
広告タグは、広告タグにつけられる文字列（以下、「広告タグキーワード」）と、広告コンテンツのアドレス情報からなる。
広告タグキーワードは、原則としてはいずれかのライブキーワードに連動し、制約文字数の中で広告を特徴づける言葉であり、空白やカンマ（、）疑問符（？）、感嘆符（！）などの記号も含まれる。
例えば、ライブキーワードタグ「横浜港」と連動する広告タグとして「横浜港  シーバス」、「横浜  中華レストラン」、「横浜元町  宝飾店」などがある。
ただし、ライブキーワードとして出力されない文字列にも反応して広告タグが出力されることもある。例えば、「ワイン」という言葉は、普通名詞であり広い概念をもつため、ライブキーワードとしては出力されるには適しないが、「カリフォルニア  ワイン」、「山梨  ワイン」のように広告のためのキーワードとなりうる。
ユーザ端末３に広告タグが送出されると、つまり広告タグキーワードと広告コンテンツのアドレス情報が送出されると、広告タグキーワードが画面に表示され、これをタップすると関連コンテンツ提供装置１を経由して広告主が用意した外部のウェブサーバ５にある広告コンテンツが画面に表示される。このように、ユーザ端末３からの広告コンテンツへのアクセスは、関連コンテンツ提供装置１を介在させて行う（リダイレクト機能）のは、関連コンテンツ提供装置１にもアクセスしたというログを残すためである。
なお、ライブキーワードタグはユーザに情報を提供することが主たる目的であるが、広告タグは広告主にとっての広告宣伝手段である。広告タグがタップされると、広告主から本システムの運営者あるいは放送局に広告掲出料が通常支払われる。
【００３１】
《２．本システムの構成》
《２−１．ユーザ端末の構成》
ユーザ端末３は、パソコンでもスマートフォンと呼ばれる多機能携帯電話やタブレット端末などの可搬型の情報処理装置でも何でもよい。ただし、本実施形態のユーザ端末３は、多機能携帯電話のようにタッチパネルを備えた情報処理装置であるものとする。
ユーザ端末３は、図２に示すように、操作部３０１と表示部３０２と記憶部３０３と処理部３０４と送受信部３０５と撮像部３０６を有する。
【００３２】
操作部３０１には、表示部３０２の画面に重ねて配置されるタッチパネルが含まれる。プログラムの起動・終了の指示や、関連コンテンツ提供装置１へのアクセスなどはこの操作部３０１を介して行われる。本明細書では、操作部３０１を介した入力操作を「タップ」というものとする。
表示部３０２はディスプレイ画面が必須であり、適宜スピーカも含まれる。
【００３３】
記憶部３０３には、関連コンテンツ提供装置１が実行する機能の提供を受けるためのコンピュータプログラムやブラウザと呼ばれる画面表示ソフト、これらのプログラムの実行の際に必要となるパラメータ類や処理の中間結果などが格納される。また、記憶部３０３には、関連コンテンツ提供装置１から送信されたタグの中で、後から見るつもりのタグの情報を保存することもできる。これは、いわゆるブックマークの機能である。
【００３４】
処理部３０４には、関連コンテンツ提供装置１にアクセスするときに当該ユーザを特定する情報（例：ユーザＩＤ）を記憶部３０３から取り出して送信する手段、関連コンテンツ提供装置１からライブキーワードタグや広告タグのリストが送信されたならば、リスト中のタグを選択して当該タグに関連するコンテンツにアクセスする手段などを含む。処理部３０４は所定のプログラムをユーザ端末３が実装することにより実現される。つまり、本システムを利用する者はユーザ端末向けのアプリを、例えば公式アプリストアからダウンロードすることを想定している。このプログラムは記憶部３０３に格納されている。また、処理部３０４は、操作部３０１をはじめとする各部の動作を制御する。
ただし、専用アプリによらず、標準的に実装されているウェブブラウザによっても本システムのユーザ端末３の機能は実現できる。
【００３５】
送受信部３０５は、インターネットＮを介して関連コンテンツ提供装置１やウェブサーバ５との信号の送受信をする。
撮像部３０６は、カメラレンズ及び撮像素子である。この実施形態では画像撮影機能は特に必要でないが、第２の実施形態では必須である。
【００３６】
《２−２．関連コンテンツ提供装置の構成》
関連コンテンツ提供装置１は、図示しないハードディスクやメモリなどの記憶媒体、ＲＡＭやＲＯＭなどが接続されたＣＰＵなどから構成され、プログラムコードをＲＡＭやキャッシュメモリに展開し、ＣＰＵがこのプログラムコードを読み込んで実行することにより、本システムの各種処理が実現される。
関連コンテンツ提供装置１は、上記のＣＰＵや記憶媒体のほか、図示しない入出力手段や通信インターフェース手段や各種バスを有する情報処理装置である。
図１では、関連コンテンツ提供装置１として１台のみ表示されているが、複数の情報処理装置から構成されていてもよい。複数台からなる場合、通信ネットワーク上に集中して配置されていても、分散して配置されていてもよい。後述する第３の実施形態は分散して配置されている例である。
【００３７】
次に、図３に従い関連コンテンツ提供装置の機能ブロックの説明をする。
関連コンテンツ提供装置１は、機能に着目すると記憶部と処理部に大別される。
図３では、記憶部に含まれる要素は楕円で、処理部に含まれる要素は矩形で表している。
処理部をそれが実現する機能にしたがうと、図３に示すように、受信パケット解析部１０１、ＣＭ同定部１０２、シンクロＣＭ送出部１０３、自然言語処理部１０４、ライブキーワードタグ送出部１０５、広告タグ入札部１０６、広告タグスコア作成部１０７、広告タグ送出部１０８、配信処理部１０９、アクセスログ集計部１１０、ユーザ入力情報受信部１１１、ユーザ情報登録部１１２が含まれる。なお、請求項１にいう「関連情報送出部」とは、シンクロＣＭ送出部１０３とライブキーワードタグ送出部１０５と広告タグ送出部１０８の３つのことである。
処理部の各要素の動作は制御部１００によって制御される。但し、以下の説明では、制御部１００の動作について特に言及しない。
処理部を構成する各要素についての説明は、記憶部の説明の後にする。
【００３８】
記憶部には、ユーザ情報データベース（以下、「ユーザ情報ＤＢ」）１５１、ＣＭデータベース（以下、「ＣＭ―ＤＢ」）１５２、ライブキーワードタグデータベース（以下、「ライブキーワードタグＤＢ」）１５３、広告タグデータベース（以下、「広告タグＤＢ」）１５４、アクセスログ記録データベース（以下、「アクセスログＤＢ」）１５５が含まれる。記憶部には、本システムの各種処理を実行するためのプログラム、形態素解析において参照する各種辞書、広告タグ掲出スコア表、及び各種中間処理結果なども格納されている。
【００３９】
ユーザ情報ＤＢ１５１は、図４に例示するようにユーザＩＤ、当該ユーザの属性に関する情報及びユーザグループを登録する。
ユーザ端末３が端末ＩＤを持つならば、この端末ＩＤをユーザＩＤとして利用してもよいし、ユーザＩＤとともに端末ＩＤを登録してもよい。
ユーザの属性に関する情報としては、ユーザに適したコンテンツを配信するためにも、少なくとも生年と性別の登録が望ましい。放送地域の登録は放送局の特定のために必要である。チャンネル番号が同じでも、地域によって放送局が異なることがあるからである。ただし、ユーザ端末３にＧＰＳ機能があれば放送地域の登録は省略可能である。
ここで、ユーザが了承するならば、他の項目を入力してもらってもよい。例えば、メールアドレスやＳＮＳアカウントなどの入力があれば、それに見合った利便性や付加価値を与えることができ、システムはこのようなユーザに対してポイントを与えたり、視聴予約の通知をしたりできる。
【００４０】
ＣＭ―ＤＢ１５２には、図５（１）のデータ構成例に示すように、本システムと契約をしたＣＭ提供元によって入稿されたＣＭデータがＣＭ識別情報（ＣＭ−ＩＤ）とともに登録される。これは、テレビで放送されるＣＭと同一の動画素材である。動画であるＣＭデータから所定の時間間隔で静止画を取り出し、各静止画の特徴点データを算出して登録する。ＣＭの動画データとともに特徴点データを登録してもよく、特徴点データだけを登録してもよい。また、これらのデータとともにＣＭの提供元や放送される期間などもあわせて登録するとよい。このＣＭ―ＤＢ１５２への登録処理は、ＣＭ提供元からの新規入稿が有る都度実行される。
【００４１】
また、ＣＭ―ＤＢ１５２には、図５（２）に例示するようにＣＭ―ＩＤと対応づけてＣＭタグキーワードと、ＣＭシンクロコンテンツを格納したページデータのアドレス情報も登録する。また、ＣＭシンクロコンテンツ毎にユーザグループも登録するとよい。なお、ページデータ自体もＣＭ−ＤＢ１５２に格納してもよい。
【００４２】
ライブキーワードタグＤＢ１５３には、図６のデータ構成例に示すように、ライブキーワードタグＩＤと対応づけてライブキーワードと関連コンテンツのアドレス情報などが登録される。
関連コンテンツのページデータは、ライブキーワードタグＤＢ１５３に格納されていてもよいが、本システムが管理している記憶手段やデータベースサーバに格納されていてもよい。ライブキーワードタグＤＢ１５３は、運用開始前に作成しておくとともに、運用後も適宜更新することが望ましい。また、ライブキーワードタグＤＢ１５３は、放送局用とシステム共通用の２種類を用意しておき、放送局用のライブキーワードタグＤＢ１５３を優先するのが適当である。
なお、ライブキーワードタグＤＢ１５３にライブキーワードを登録する場合、自然言語処理のために本システムに備えてあるシソーラス辞書を参照し、ライブキーワードの類義語・同義語・別名なども登録する。これらはユーザ辞書に登録され、自然言語処理時に参照される。
【００４３】
広告タグＤＢ１５４には、図７のデータ構成例に示すように、広告タグＩＤと対応づけて、広告タグキーワードと、広告主から入稿された広告コンテンツのページデータが格納されているアドレス情報が登録される。また、広告タグＤＢ１５４には、広告主、入札価格なども登録される。広告コンテンツのページデータ自体は、広告主のウェブサーバに通常登録されている。
【００４４】
アクセスログＤＢ１５５には、ユーザ端末３からタグが選択されてコンテンツの送信要求があった都度、ユーザグループ、時間、地域、タグのキーワード、延べアクセス回数などのアクセス態様を記録する。
【００４５】
次に処理部の各要素について、図８のデータの流れを参照しながら説明する。図８において概要が示される処理は放送局毎に行われる。
【００４６】
受信パケット解析部１０１は、図示しないキャプチャボードなどのハードウェアによって放送局４から電波（図８の矢印の方向に流れるデータＤ１、以下「図８のデータＤ１」のように表現する。）を受信すると、これを各種パケットに分解する。
受信パケット解析部１０１は、放送局から受信した電波を、映像、音声、字幕、番組配列情報(ＳＩ：Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ)等の各種パケットに分解する。
受信パケット解析部１０１は、映像パケットから動画像および音声を取得する。映像は本編放送だけでなく、ＣＭも含み、抽出された映像はＣＭ同定部１０２の入力データとなる。
また、受信パケット解析部１０１は、字幕パケットに含まれる情報を所定の規格に従い文字情報へ変換する。文字情報は映像パケットや音声パケットからも取得できる。映像パケットに含まれる情報をフレームに分解し、前後のフレームの差分をとり、動きがあったエリアに着目するとテロップ情報が抽出できるが、このテロップ情報から文字情報を取得できる。音声パケットに含まれる情報を音声認識し易いように変換し、変換された音声データに対して音響処理、言語処理を施し文字情報へ変換することができる。これらの抽出された文字情報は自然言語処理部１０４の入力データとなる。
さらに受信パケット解析部１０１は、番組配列情報パケットから電子番組ガイド(ＥＰＧ：Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ)を取得する。ＥＰＧ情報は、必要であればＣＭ同定部１０２、自然言語処理部１０４に送出される。
【００４７】
ＣＭ同定部１０２は、受信パケット解析部１０１から入力された映像データ（図８のデータＤ２）を、ＣＭ−ＤＢ１５２に格納されているＣＭデータと照合し、現在放送されているのがＣＭか否か、ＣＭであれば提供元は誰であるか何のＣＭであるか等を同定する。ここで、対象となるＣＭには、スポンサー企業のＣＭ（タイム契約）とスポンサー以外の企業のＣＭ（スポット契約）の両者が含まれる。
ＣＭ同定部１０２は、映像データから所定の時間間隔で静止画を取り出し、特徴点データを算出する。この特徴点抽出には、たとえばＯＲＢ（Ｏｒｉｅｎｔｅｄ  ＦＡＳＴ  ａｎｄ  Ｒｏｔａｔｅｄ  ＢＲＩＥＦ）アルゴリズムを使用する。ＯＲＢは公知のアルゴリズムであり且つ関数の利用レベルになるのでその詳細は省略する。
算出された特徴点データと一致する特徴点データをＣＭ−ＤＢ１５２から検索し、一致するものが見つかればＣＭが同定されたことになる。なお、放送局から受信した映像データがＣＭであっても、本システムと契約をしていないＣＭ提供元によるＣＭであるならば、ＣＭ−ＤＢ１５２には登録されておらず、従ってＣＭ同定処理の対象とならない。ただし、ＣＭデータに含まれる文字情報は後述するライブキーワードタグ送出処理や広告タグ送出処理の対象となりうる。
【００４８】
シンクロＣＭ送出部１０３は、ＣＭ同定部１０２によって現在放送中のＣＭのＣＭ−ＩＤ（図８のデータＤ３）が特定されると、このＣＭ−ＩＤと対応づけられたＣＭシンクロコンテンツのアドレス情報をＣＭ−ＤＢ１５２から取り出し、このアドレス情報に基づいて取得したページデータ（図８のデータＤ４）を配信処理部１０９に送出する。ここで、ユーザ情報ＤＢ１５１を参照して、送信先ユーザの属するユーザグループに適したＣＭシンクロコンテンツを送出することが望ましい。
【００４９】
自然言語処理部１０４は、受信パケット解析部１０１から送出された文字情報（図８のデータＤ５）からライブキーワード候補を抽出する。
文字情報の言語が日本語の場合、自然言語処理部１０４は、入力された文字情報に対し、ユーザ辞書、システム辞書、ゆらぎ辞書等の各種辞書（シソーラスも含む）を使用して形態素解析を行い、ライブキーワード候補となる単語を抽出する。
ここで、ゆらぎ辞書について付言する。テレビ放送される言葉は、正式名称ではなく、略称、あだ名等で露出することが多い。これを過去に放送された番組から集計し、ゆらぎ辞書を作成する。ゆらぎ辞書から得た情報とＥＰＧ等の番組情報をもとに正式名称を決定する。例えば、番組中の「ハチは渋谷駅の改札口を見つめていました」というナレーションの中で「ハチ」という単語が出現したとき、ＥＰＧに登録されている番組名称が「忠犬ハチ公の一生」であれば、「ハチ」とは「ハチ公」のことと決定する。
各種辞書の内、ユーザ辞書は放送局毎に用意する。
抽出されたライブキーワード候補（図８のデータＤ６）はライブキーワードタグ送出部１０５に送出される。
なお、自然言語処理部１０４は、他に最新キーワードなどを定期的にシステム辞書に登録する機能、放送局側で追加した単語をユーザ辞書に随時登録する機能などを有するが、説明は省略する。
【００５０】
ライブキーワードタグ送出部１０５は、自然言語処理部１０４からライブキーワード候補であるキーワード（図８のデータＤ６）を取得すると、これをライブキーワードタグＤＢ１５３に登録されているデータとのマッチングを行う。もしライブキーワード候補がライブキーワードタグＤＢ１５３に登録されていなければ処理対象とはしない。もし、ライブキーワードタグＤＢ１５３に登録されているならば、このライブキーワード及び関連コンテンツのアドレス情報を配信処理部１０９に渡す。
このようにライブキーワードタグ送出部１０５は、ライブキーワードタグには必ずユーザによるタップ先のコンテンツを用意して配信する。そのため、自然言語処理部１０４が抽出したライブキーワード候補のうちライブキーワードタグＤＢ１５３に存在するもののみ出力する。「ライブキーワード候補」と呼ばれるのは、このマッチング処理を経るまでのキーワードのことであり、マッチングされたキーワードは、ライブキーワードと呼ばれる。
【００５１】
広告タグ入札部１０６は、広告主からの広告データを入稿し、広告タグキーワードと対応づけて広告タグＤＢ１５４に登録する。この登録処理は、図８に示す一連の処理とは独立に行われる。
【００５２】
広告タグスコア作成部１０７は、ユーザからのアクセスがあったライブキーワードタグ及びそれに関連する広告タグのコンテンツへのアクセス状況を集計した結果（図８のデータＤ１１）とユーザグループに基づいて、広告タグ掲出スコア表を作成する。広告タグスコア作成部１０７については、広告タグ入札部１０６とともに後に詳しく説明する。
【００５３】
広告タグ送出部１０８には、ライブキーワードタグ送出部１０５からライブキーワード（図８のデータＤ８）が渡される。広告タグ送出部１０８は、このライブキーワードと関連する広告タグキーワードを広告タグＤＢ１５４から取り出し、送出先のユーザのユーザグループや、広告タグスコア作成部１０７によって作成された広告タグ掲出スコア表（図８のデータＤ９）に基づき、ユーザ端末３に送る広告タグを選出する。選出された広告タグとこれに対応する広告コンテンツのアドレス情報（図８のデータＤ１０）を配信処理部１０９に渡す。広告タグ送出部１０８については、広告タグ入札部１０６および広告タグスコア作成部１０７とともに、後に詳しく説明する。
【００５４】
配信処理部１０９は、ＣＭタグ、ライブキーワードタグ、広告タグあるいはアクセスのあったコンテンツを含む表示用データ（図８のデータＤ１２）を、ユーザ端末３へ送信する。
【００５５】
アクセスログ集計部１１０は、ユーザ端末３からタップ操作された情報（図８のデータＤ１３）を受信して、アクセス状況のログを集計する。このログから当該ユーザの嗜好などの参考データが得られる。
【００５６】
ユーザ入力情報受信部１１１は、本システム用のアプリを実装しているユーザ端末３から送信される各種情報を受信する。受信情報には、ユーザ登録時のユーザ属性、ユーザが視聴中の放送局のチャンネル番号などが含まれる。
【００５７】
ユーザ情報登録部１１２は、ユーザ入力情報受信部１１１を介してユーザの個人情報が入力されると、当該ユーザを識別するためのユーザＩＤを生成し、入力された個人情報をユーザＩＤと対応付けてユーザ情報ＤＢ１５１に格納する。ここで、ユーザの個人情報に基づき設定したユーザグループも格納する。例えば、ユーザを性別と年齢によって、３０歳未満の男性、３０歳以上の男性、３０歳未満の女性、３０歳以上の女性のユーザグループをそれぞれグループ１、グループ２、グループ３、グループ４といったようにカテゴリ化する。
【００５８】
関連コンテンツ提供装置１の処理部は、ＣＭ−ＤＢ１５２、ライブキーワードタグＤＢ１５３へのデータの新規登録、削除や修正などを行う機能も備える。本システムは放送局からの電波を受信して、リアルタイムにユーザに関連情報を行うのがメインの処理内容であるが、このメインの処理を円滑に遂行するためには、データベースの充実が欠かせない。そのためには人手によりキーボードやマウスなどの入力手段を介してデータが入力される。このデータベースへの登録や編集は、システム運用前に行うとともに、運用開始後も随時行う。言葉は生きており、常に新しい単語が生まれる。そこで、各種ソーシャルネットワークサービスを利用して新しい単語を抽出し、これらの新しい単語を基に、事前にユーザ辞書に追加したり、ライブキーワードタグＤＢ１５２に追加したりすることが望ましい。
【００５９】
《３．本システムの動作》
本システムは大別すると、関連コンテンツ提供装置１がテレビ電波を受信し、受信した電波について逐次行う処理と、ユーザ端末３からのサービス提供要求を受け、セカンドスクリーン上に表示させるデータを送信する処理とからなる。
前者の一連の処理に含まれる広告タグ送出処理が円滑に実行されるためには、広告タグ掲出スコア表の作成・更新が適切に行われていることが前提である。
そこで、上記の２つの主要な処理を説明する前に、広告タグ掲出スコア表の作成・更新も含め、ライブキーワードタグ送出と広告タグ送出の処理（図８において、破線の閉曲線で示した箇所）について、図９に従い詳しく説明する。
【００６０】
《３．１．ライブキーワードタグ送出と広告タグ送出処理》
自然言語処理部１０４は字幕放送等から抽出したキーワードをライブキーワードタグ送出部１０５に向けて出力する（ステップＳ１０１）。このキーワードは、未だライブキーワードと判定されていないのでライブキーワード候補というべきものである。
ライブキーワードタグ送出部１０５は、このキーワードがライブキーワードタグＤＢ１５３にライブキーワードとして存在するならば、つまり、タップ先である関連コンテンツが用意されているならば、ライブキーワードと関連コンテンツのアドレス情報を配信処理部１０９へ送る（ステップＳ１０２）。ただし、タップ先コンテンツが用意されているライブキーワードタグを無条件に送るわけではない。ライブキーワードタグ送出部１０５は、同一のライブキーワードが連続送出されることのないように制御する機能、同一番組内での同一ライブキーワードの出現個数の上限を設定する機能などを適宜備えるものとする。また、番組毎に、送出してはいけないライブキーワードの設定ができる機能も備えることが望ましい。
ライブキーワードタグを渡された配信処理部１０９は、「当該ライブキーワードタグをユーザ端末３へ送信する」という情報を広告タグ送出部１０８へ送る（ステップＳ１０３）。これは、ライブキーワードタグと広告タグとを同時にユーザ端末３へ送るためである。
次に広告タグ送出部１０８は、ライブキーワードで、広告タグＤＢ１５４に格納されている広告タグ掲出スコア表を検索して、最も高い広告収益性スコア（図１１の列Ｃ６を参照）を持つ広告タグを選出し、これを配信処理部１０９へ渡す（ステップＳ１０４）。なお、広告タグ掲出スコア表は、関連コンテンツ提供装置１の図示しない記憶部に記憶されていてもよいが、広告タグＤＢ１５４に格納されていてもよい。
【００６１】
次に、広告タグ掲出スコア表について図１１に従い説明するが、図１１は例示にすぎない。広告タグ掲出スコア表は、レコメンドスコアの算出アルゴリズム（以下、「レコメンドアルゴリズム」）として何を採用するかによって異なってくる。そこで、レコメンドアルゴリズムについて簡単に説明をする。
レコメンドアルゴリズムとして、次の（アルゴリズム１）〜（アルゴリズム６）等がある。これらは、既存の検索エンジンや通販サイトにおいても取り入れられている公知のアルゴリズムなので、要点のみを記し、詳細は省略する。
【００６２】
（アルゴリズム１）ユーザの類似度に着目し、より適した広告を掲出するアルゴリズムである。ユーザカテゴリによる協調型推薦と呼ばれる。
（アルゴリズム２）文脈適合度に着目し、番組本編で語られている内容に、より適した広告を掲出するアルゴリズムである。
（アルゴリズム３）番組相性度に着目し、番組単位でよりタップされやすい広告商品・サービス及びそのカテゴリに、より適した広告を掲出するアルゴリズムである。
（アルゴリズム４）人気度に着目し、全ユーザがタップしやすい広告商品・サービス及びそのカテゴリに、より適した広告を掲出するアルゴリズムである。
（アルゴリズム５）ソーシャルシェア度に着目し、ユーザがシェアしやすい広告商品・サービス及びそのカテゴリに、より適した広告を掲出するアルゴリズムである。
（アルゴリズム６）本人嗜好相性度に着目し、ユーザ本人がタップする傾向にある広告商品・サービス及びそのカテゴリに、より適した広告を掲出するアルゴリズムである。
【００６３】
ただし、本発明にとって、いずれのレコメンドアルゴリズムを採用するかは本質的でないので、以下、（アルゴリズム１）を例にとって説明する。
この協調型推薦のアルゴリズムでは、ユーザをいくつかのユーザグループにカテゴリ化する。このカテゴリ化はユーザの性別や年齢に着目するだけではない。嗜好や価値観にも着目して行う。そのために、どのようなライブキーワードタグや広告タグのコンテンツに、どのような頻度でアクセスしたか等のアクセス状況のログをとり集計しておく。
ユーザグループ毎に、広告タグのカテゴリ毎にレコメンドスコアを設定したレコメンドスコア表の例を図１０に示す。
図１０の例では、ユーザグループＵＧ＿Ａに属する人へのレコメンドスコアとして、カテゴリＣＧＹ３には８（○印を付した数値）、カテゴリＣＧＹ４には２（□印を付した数値）をセットしている。つまり、このユーザグループに属する人へ広告を掲出する場合、カテゴリＣＧＹ３に属する広告がカテゴリＣＧＹ４に属する広告よりも推奨することが望ましいと判断されるのである。なお、特定のカテゴリの広告を掲出したくないときは、レコメンドスコアとして０（ゼロ）をセットするといったコントロールが可能である。
【００６４】
上記のレコメンドスコアに基づき、広告タグ掲出スコア表が作成される。
広告タグ掲出スコア表は、ユーザグループ毎に作成され、図１１にはユーザグループがＵＧ＿Ａの場合を例示する。
この表の列Ｃ１はライブキーワードタグであり、列Ｃ２には各ライブキーワードタグに関連する広告タグが任意個数掲載されている。たとえばＬＴａというライブキーワードタグをユーザ端末３に送信するとき、広告タグとしてＡＴａ１、ＡＴａ２、ＡＴａ３、ＡＴａ４のいずれか一つが送信されうる。
列Ｃ３は広告タグのカテゴリであって、図１０のレコメンドスコア表にも同じカテゴリが現れる。
列Ｃ４は、レコメンドスコア表のレコメンドスコア（Ｓ）が転記される。図１０の例では、ユーザグループＵＧ＿Ａに対応する広告タグカテゴリのＣＧＹ３には、レコメンドスコアとして値８が付与されている（図１０の丸印の箇所）。同じスコアが図１１の丸印を付したセルに転記されている。
列Ｃ５は入札価格（ＣＰＣ）である。
列Ｃ６は、広告収益性スコアであり、列Ｃ４のレコメンドスコア（Ｓ）と列Ｃ５の入札価格（ＣＰＣ）との積である。
【００６５】
次に、広告タグ掲出スコア表の作成について図９を参照しながら説明する。
広告タグ入札処理部１０６は、予めライブキーワードタグＤＢ１５３に登録されているライブキーワードタグに連動する文字列を購入した者、つまり広告主からの広告の入札管理を行う（ステップＳ２０１）。
広告タグ入札処理部１０６は広告タグＤＢ１５４に入札された広告タグの情報を格納するとともに、広告タグ掲出スコア表の列Ｃ２には購入された文字列（＝広告タグキーワード）を、列Ｃ３には広告タグのカテゴリを、列Ｃ５には入力した単価を記録する（ステップＳ２０２）。
ところで、広告の単価は、通常、クリックされたときに支払う単価（ＣＰＣ＝Ｃｏｓｔ  ｐｅｒ  Ｃｌｉｃｋ）である。クリックされたときのみ費用が発生し、画面に表示されたというだけでは費用が発生しない購入の仕方である。したがって、広告キーワード毎に単価が異なるのであるが、「セール」とか「ファッション」といった一般的な名詞ほど高い単価がつけられる。他社もこれらのキーワードの購入を希望するからである。
【００６６】
ところで、ある広告が掲出されるか否かは、広告入札時の単価によってのみ決まるのではない。その広告とキーワードの関連性や、ユーザの属性情報等を加味して、掲出される広告が決まる。なぜならＣＰＣであるから、クリックされないキーワードをユーザ端末３に配信しても本システムの運営者側には収益が発生しないからである。そこで、広告を掲出するために何を判断基準とするかが重要となる。本システムではＣＰＣと上述のレコメンドスコアとの積の大小に基づいて判断する。この点につき、再び図９を参照しながら説明する。
【００６７】
ユーザ端末３によるＣＭタグ、ライブキーワードタグ、広告タグのいずれかのタグへのタップ操作がなされると、関連コンテンツ提供装置１にコンテンツの送信要求が送られてくる（ステップＳ３０１）。
アクセスログ集計部１１０は、ユーザ毎のコンテンツへのアクセス状況のログをとり、ユーザがどのような言葉や事物に興味があるかを収集する（ステップＳ３０２）。アクセスログはユーザ毎に、その情報を管理してもよい。ただし、それではシステムが複雑になるから、性別が同じ、年代が同じというような、ユーザグループを形成してアクセスログを管理することが適当である。
広告タグスコア作成部１０７は、上述したようにユーザグループごとのアクセス状況のログを参照し（ステップＳ３０３）、このログに基づき図１０に例示するようなレコメンドスコア表を作成する（ステップＳ３０４）。
【００６８】
広告タグスコア作成部１０７は、広告タグ掲出スコア表の列Ｃ４にレコメンドスコアを記録し、この値と列Ｃ５の入札価格との積を広告収益性スコアとして列Ｃ６に記録する（ステップＳ３０５）。この広告収益性スコアが、広告タグ送出部１０８が掲出する広告タグを選出するための判断基準となる。
例えば、図１１の行Ｒ１に示す入札価格が４０円の広告タグＡＴａ３の広告収益性スコアは８０円である。これに対し、行Ｒ２に示す入札価格が２０円の広告タグＡＴａ４の広告収益性スコアは１６０円である。この場合、入札価格が低いとはいえ広告収益性スコアの高い広告タグＡＴａ４を選出するのが適当である。このように入札価格の多寡と、当該ユーザグループへ掲出する適否とは合致しない。
なお、広告タグ掲出スコア表はアクセスログの集計状況に応じて逐次更新される。この更新処理では、当日登録会員対応や、急激なアクセスに応じた特殊なレコメンド対応を考慮して行うとよい。
【００６９】
ここで、再び図９のステップＳ１０４の処理に戻る。
広告タグ送出部１０８は、ライブキーワードで、広告タグ掲出スコア表を検索して、最も高い、広告収益性スコアを持つ広告を選出する。ライブキーワードタグがＬＴａの場合、広告タグＡＴａ４の広告収益性スコアが最も高い。そこで、広告タグＡＴａ４をユーザ端末３に送信する候補とする。
ただし、注意すべきことは、ここで選ばれた広告タグの全部を送出するのではないということである。もし、ライブキーワードタグ１個に付き、広告タグを１個出すとすると、ユーザに広告ばかり表示するアプリと思われ、敬遠される。広告アプリと思われないように、広告タグの表示は、ライブキーワードタグの１０回に１回程度の割合にするという制約を付ける。
この制約が付くことにより、どのタイミングでどの広告を出すことが最適かを決定するアルゴリズムが必要となる。そのため、動的計画法の一種であって最適停止問題（秘書問題、結婚問題）とも呼ばれる公知のオペレーションズリサーチの技術を使用し、ユーザ端末３へ送出する広告タグを決定する。
【００７０】
配信処理部１０９は、ユーザ端末３に対してライブキーワードタグと広告タグを合わせて送信する（ステップＳ１０５）。送信に際し、各種送信制限条件を適宜チェックする。アルコール類の広告のように、広告によっては時間指定があったりするからである。送信制限条件は、記憶部にパラメータとして格納しておけばよい。
なお、ここで送信された広告タグは、次回の広告タグを選出する際に送信する確率を下げるようにするとよい。
【００７１】
《３．２．受信した放送データについて逐次行う処理》
関連コンテンツ提供装置１は、図１２（１）に示すような放送電波を受信すると、図１２（２）に示す処理を行う。
【００７２】
ステップＳ４０１では、放送局４ＡからＡ社のＣＭを受信しているが、Ａ社は契約しており当該ＣＭがＣＭ−ＤＢ１５２に登録されているので、関連コンテンツ提供装置１は現在受信中の放送データがＡ社のＣＭであると同定する。そして、ＣＭ−ＤＢ１５２からＡ社のＣＭシンクロコンテンツを取り出す。
【００７３】
続いて、ステップＳ４０２ではＡ社のＣＭが終わり、本編放送データが流れてくる。関連コンテンツ提供装置１は、この本編放送データとともに受信した字幕情報などから文字情報を取り出し、自然言語処理によりライブキーワード候補を抽出する。ここでライブキーワード候補のＬＴｐ、ＬＴｑ、ＬＴｒがライブキーワードタグＤＢ１５３に格納されているならば、これらをライブキーワードとする。また、各ライブキーワードタグに関連した広告タグは広告タグ掲出スコア表を参照し、広告収益性スコアが最も高いものを広告タグとして選出する。
ステップＳ４０３では、放送局４ＡからＢ社のＣＭが流れてくるが、関連コンテンツ提供装置１はＢ社と契約していないのでＣＭ−ＤＢ１５２に登録されておらず、ＣＭの同定はできない。関連コンテンツ提供装置１はＢ社のＣＭをＣＭとして認識できないので本編データと同様に扱う。したがって、文字情報が含まれているならば、ライブキーワード候補の抽出とライブキーワードタグ送出および広告タグ選出の処理をする。
【００７４】
次にステップＳ４０４では、放送局４ＡからＣ社のＣＭを受信しているが、Ｃ社は契約しており当該ＣＭがＣＭ−ＤＢ１５２に登録されているので、関連コンテンツ提供装置１は現在受信中の放送データがＣ社のＣＭであると同定する。そして、ＣＭ−ＤＢ１５２からＣ社のＣＭシンクロコンテンツのアドレス情報を取り出し、ＣＭシンクロコンテンツのページデータを取得する。
次にステップＳ４０５では、本編データが流れてくるので、ステップＳ４０２と同様にライブキーワードタグ送出および広告タグ選出処理を行う。
関連コンテンツ提供装置１は、放送局毎に放送電波が送信されてくる間、ステップＳ４０１〜Ｓ４０５に例示したような処理を間断なく行う。このように、本システムは受信した電波をリアルタイムで処理するので、出演者の話す内容が予め確定していないバラエティ番組や放送時間の延長や変更のあるスポーツ番組であっても、実際の放送内容に対応した処理ができる。
【００７５】
《３．３．ユーザ端末への関連情報提供処理》
ユーザは、関連コンテンツ提供装置１による情報提供を希望するとき、ユーザ端末３の記憶部３０３に格納されているアプリを起動し、ユーザＩＤを送信しログインする。ログインを許可すると関連コンテンツ提供装置１は、ユーザ情報ＤＢ１５１の放送地域を参照して当該ユーザが視聴可能な放送局のチャンネル番号を表示する画面データを作成し、ユーザ端末３に送信する。送信された画面データは、図１３に例示するようにユーザ端末３に表示される。ユーザは、図１３に例示する画面を介して視聴中の放送局を特定する情報を関連コンテンツ提供装置１に送信する（図１２のステップＳ５０１）。図１３の例ではチャンネル番号に対応するボタンＢＴＮ１をタップしてチャンネル番号を送信している。放送局を変える場合は、変更後のチャンネル番号を関連コンテンツ提供装置１に送信すればよい。なお、図１３に「ＡＵＴＯ（自動）」ボタンＢＴＮ２があるが、これについては第２の実施形態において説明する。
【００７６】
ユーザ端末３から放送局の指定（画面Ｇ１）があったとき、指定された放送局４ＡではＡ社のＣＭが放送されていたので、関連コンテンツ提供装置１は、放送中のＡ社のＣＭシンクロコンテンツのページデータをユーザ端末３に送信し、ユーザ端末３には画面Ｇ２に示すようにＡ社のＣＭシンクロコンテンツが表示される（ステップＳ５０２）。
ここで、関連コンテンツ提供装置１は、当該ユーザの属するユーザグループを考慮して通常複数個用意されたＣＭシンクロコンテンツの中からユーザに適したＣＭシンクロコンテンツを選択して送信する。
【００７７】
次に、ステップＳ４０２で抽出されたライブキーワードタグや選出された広告タグが、ユーザ端末３に送信され画面Ｇ３上に表示される（ステップＳ５０３）。このように本システムによれば、ユーザは番組を視聴しているのとほぼ同時に、その番組と関連する情報の取得が可能となる。
画面Ｇ３のタグ一覧の一番下に「Ａ社のシンクロ広告」が掲出されている。これは、直近表示されていたＡ社のＣＭシンクロコンテンツをＡ社のＣＭの放送後にも閲覧できるようにするためのＣＭタグである。
【００７８】
画面Ｇ３に表示されているタグ一覧の中で下から２番目のタグＬＴｐを選択する操作をすると（ステップＳ５０４）、当該タグが選択されたことを示す信号が関連コンテンツ提供装置１に送信され、関連コンテンツ提供装置１はライブキーワードタグＤＢ１５３からライブキーワードＬＴｐと対応付けられた関連コンテンツを取り出してユーザ端末３に送信し、画面Ｇ４上に表示する（ステップＳ５０５）。関連コンテンツ提供装置１は、タップされたコンテンツの送信とともに、当該ユーザからのアクセス状況のログを記録する。アクセスログが更新されると、広告タグ掲出スコア表も連動して更新されることになる。
【００７９】
ここで、重要なことはライブキーワードタグＬＴｐを選択する操作をすることにより、特定のコンテンツが送信されてくるのであって、「ＬＴｐ」という検索キーワードを検索エンジンに渡し、検索結果一覧が送信されてくるのではないということである。関連コンテンツは主に放送局が制作するが、そのためには番組制作の膨大なノウハウを活用する。そのため、ユーザは関連コンテンツを閲覧すると「ＬＴｐ」というテーマに関する的確な情報を労せずして収集できるのである。
もし、検索エンジンを介するのであれば、ユーザは検索結果の中から絞り込んでいかなくてはならない。絞込みには知識が要るので、知識不足により不適当な情報を選択したり、優れた情報を見落としたりすることもありうる。
さらに、検索エンジンを利用するときは検索キーワードを入力するが、知識が足りず、うろ覚えの単語を入力すると所望の検索結果が得られない。
本システムでは、このような問題は生じない。放送局側の膨大な知識・ノウハウがユーザ側の不慣れ・知識不足をカバーしてくれるからである。
なお、関連コンテンツはユーザ側へ一方向に提供される情報ではあるが、このコンテンツに関連する商品等のアフィリエイト広告を載せることはかまわない。
【００８０】
ＣＭタグ、ライブキーワードタグ、及び広告タグのいずれもユーザのタップによってコンテンツが送信され表示されるが、このコンテンツは本システムの運営者からユーザへの一方通行の情報提供とは限らない。コンテンツが表示された画面を介してアンケートに答えたり、クイズに応募したり、クーポン発行やポイント付与のサービスを受けたり、インスタントウィンすなわち当落がその場で分かる懸賞に応募したりすることもできる。また、ＣＭシンクロコンテンツや広告コンテンツにはＣＭ提供元や広告主のウェブサイトへのリンクが張られ、オンラインショッピングができるようになっていてもよい。
ところで、最近の広告業界においてＯ２Ｏ２Ｏ（ＯｎＡｉｒ  ｔｏ  Ｏｎｌｉｎｅ  ｔｏ  Ｏｆｆｌｉｎｅ）、即ち「テレビ放送を見てスマートフォンで検索して店に行く」という意味の言葉が注目されつつある。本システムにおいても、関連コンテンツ提供装置１から提供されるコンテンツを介してクーポンの発行を受け、そのクーポンに関する情報をスマートフォンに格納し、実際の店舗でクーポンをスマートフォンの画面に表示させると割引されるといったサービスが実現可能である。これにより、ユーザにとっての利便性が高まり、企業としても集客効果があげられる。
【００８１】
放送局からの放送内容がＣ社のＣＭに切り替わったとき、関連コンテンツ提供装置１は、ユーザ端末３にＣ社のＣＭシンクロコンテンツを送信し、画面Ｇ５に表示させる（ステップＳ５０６）。このようにＣＭシンクロコンテンツが送信されると、ユーザ端末３の画面のタグ一覧やコンテンツ表示の代わりにＣＭシンクロコンテンツが表示される。ただし、図示しないボタンなどの操作により画面Ｇ３のようなタグ一覧表示などに切り替えることができる。
【００８２】
ところで、ユーザ端末３が当該アプリを立ち上げている間、ライブキーワードタグや広告タグが次々と表示され、ある程度の個数を超えると古いタグが消去される。そこで、ユーザが気に入ったタグに関するコンテンツを後で閲覧できるように、タグを記憶する機能を備えることが好ましい。例えば、画面Ｇ３に例示したようなタグ一覧において気に入ったタグを右から左に向かって指をなぞるといった操作をすると、アプリ側で当該タグをユーザ端末３の記憶部３０３に記憶させる。これは、いわゆるブックマーク機能であって、これにより気になる情報を自由な時間に閲覧できる。記憶された情報の消去は、ユーザの操作によってもよいが、所定の時間の経過により自動的に行ってもよい。
【００８３】
《第２の実施形態》
第１の実施形態では、ユーザが放送局を指定していた。しかし、この実施形態では、ユーザがユーザ端末３で自分のテレビスクリーン６を撮影して、これを関連コンテンツ提供装置に送信し、関連コンテンツ提供装置側で受信した画像をもとに番組同定つまり現在視聴している放送局を特定する。なお、この放送局の同定処理は、本出願人が日本国において特許取得済みである（特許第５５７４５５６号）。
以下、第１の実施形態との相違点を中心に図１４を参照しながら説明する。なお、同一の機能を有する要素については図３と同一の符号を用いる。また、図１４において図３と相違する要素は２重の矩形で表す。
【００８４】
この実施形態の関連コンテンツ提供装置７は、関連コンテンツ提供装置１の機能をすべて有し、且つ撮影データ受信部７０１と番組同定部７０２を備えている。
ユーザ端末３は、アプリを立ち上げて図１３に例示するチャンネル選択用画面から自動（ＡＵＴＯ）ボタンＢＴＮ２をタップして送信すると、関連コンテンツ提供装置７は続いて送信されてくるのが静止画像の特徴点データであると認識する。
ユーザ端末３は、その撮像機能によってテレビのスクリーン６に映されている動画像を撮影する。ユーザ端末３のアプリは、動画像から適当な間隔で静止画を取り出し、特徴点データを算出する。この特徴点データ算出のアルゴリズムは、ＣＭ同定部１０２による特徴点抽出処理と同一である。撮影データ受信部７０１は、ユーザ端末３から特徴点データを受信する。
一方、番組同定部７０２は、受信パケット解析部１０１によって取り出された映像データを静止画に分解し、各静止画の特徴点データを算出し、ユーザ端末３から受信した特徴点データと照合し、一致度が所定の値以上であれば、当該ユーザの現在視聴しているのがどのテレビ局の番組であるかが判断できる。なお、ＣＭ同定部１０２がＣＭを同定するために、テレビ局からの映像データから取り出した静止画の特徴点データを算出するので、番組同定部７０２はこれを利用すればよい。
【００８５】
番組同定により関連コンテンツ提供装置７が、視聴中の放送局を同定した後の処理は、第１の実施形態における処理と同じである。
【００８６】
ところで、ユーザ端末３が静止画の特徴点データを送信するのは、関連コンテンツ提供装置７に対して視聴中の放送局を認識させることが目的であるから、短時間分の特徴点データを送信すればよい。放送局を変えるときは、チャンネル指定ボタンＢＴＮ１をタップするか、或は自動ボタンＢＴＮ２を再度タップすればよい。
【００８７】
《第３の実施形態》
第１の実施形態では、ユーザ端末３に提供するサービスを実施する情報処理装置が放送局から電波を受信するものとして説明した。第３の実施形態では、受信パケット解析処理を専用のサーバに担わせる点で第１の実施形態と相違する。
図１５と図１６に従い、第１の実施形態との相違点を中心に第３の実施形態について説明する。
【００８８】
図１５に示すように、関連コンテンツ提供装置８は、テレビ放送受信装置８Ａとタグ送出装置８Ｂを含み構成される。テレビ放送受信装置８Ａとタグ送出装置８Ｂは有線あるいは無線により通信可能に接続されている。
図１５ではテレビ放送受信装置８Ａは複数の放送局４と接続しているが、一の放送局４ごとにテレビ放送受信装置８Ａが設置され、複数のテレビ放送受信装置８Ａがタグ送出装置８Ｂと接続していてもよい。
【００８９】
図１６は、テレビ放送受信装置８Ａとタグ送出装置８Ｂの機能ブロックを例示する図である。図３及び図８と機能が同一の要素については同一の符号を用いる。
図１６の例では、テレビ放送受信装置８Ａが、受信パケット解析部８０１で分解した映像データをＣＭ同定部８０２に渡し、ＣＭ−ＤＢ１５３内のＣＭデータと照合してＣＭを同定する。ＣＭ同定部８０２は、ＣＭが同定された場合、タグ送出装置８Ｂに備わるシンクロＣＭ送出部１０３にＣＭ−ＩＤを送信する。このＣＭに関連するＣＭシンクロコンテンツの送出処理はタグ送出装置８Ｂが分担する。また、受信パケット解析部８０１で抽出された文字情報はタグ送出装置８Ｂに備わる自然言語処理部１０４に渡され、ライブキーワード候補を取り出す。つまり、この実施形態は、第１の実施形態と比較すると、放送電波の受信とＣＭデータの同定を行う情報処理装置を独立させた点でのみ相違する。独立させることにより、システムの負荷分散が実現される。
【００９０】
なお、図１６に示すテレビ放送受信装置８Ａとタグ送出装置８Ｂの機能分担は一例にすぎない。例えば、シンクロＣＭ送出機能や自然言語処理機能及びライブキーワードタグ送出機能はテレビ放送受信装置８Ａ側に持たせてもよい。
【００９１】
《第４の実施形態》
第１〜第３の実施形態では、ユーザ端末３がテレビ番組関連情報を受信し表示していた。しかし、この実施形態では放送番組を放映しているテレビのスクリーンに関連情報が表示される。
【００９２】
図１７は、この実施形態のシステム構成例を示す図である。ユーザ端末９とテレビ番組表示装置１０とルータ１１はホームネットワークＨＮを構成している。ユーザ端末９とテレビ番組表示装置１０はインターネットＮを介して関連コンテンツ提供装置１２及びアプリケーションサーバ１３とそれぞれ接続する。テレビ番組表示装置１０と関連コンテンツ提供装置１２のそれぞれは、放送局１４と有線或は放送波発信アンテナを介して無線で接続している。
【００９３】
この実施形態では、ユーザ端末９とテレビ番組表示装置１０がそれぞれアプリケーションサーバ１３から専用のアプリを取得する点、ユーザ端末９とテレビ番組表示装置１０とが互いに情報の送受信をする点で、上記の他の実施形態と相違する。以下、図１７を参照しながら、これらの相違点を中心に、説明する。
【００９４】
ユーザ端末９はホームネットワークＨＮ内でローカルに通信可能に接続しているテレビ番組表示装置１０を見つけ出す（ステップＳ６０１）。
テレビ番組表示装置１０は放送局１４から、テレビ番組表示装置用アプリ（以下、「受信機用アプリ」）のＵＲＬを受信する（ステップＳ６０２）。放送局１４は、第１の実施形態の放送局４に受信機用アプリのＵＲＬを送信する機能を備えたものである。テレビ番組表示装置１０は、放送局１４から受信したＵＲＬが示すアプリケーションサーバ１３から受信機用アプリおよび関連するデータを取得する（ステップＳ６０３）。取得したデータにはテレビ番組表示装置１０と連携動作する端末機器用のアプリ（以下、「連携端末用アプリ」）のＵＲＬが含まれている。そこで、テレビ番組表示装置１０はユーザ端末９即ち連携端末に連携端末用アプリのＵＲＬを送信する（ステップＳ６０４）。ユーザ端末９は、受信したＵＲＬが示すアプリケーションサーバ１３から連携端末用アプリおよび関連するデータを取得する（ステップＳ６０５）。以後、ユーザ端末９とテレビ番組表示装置１０とは直接接続することができるため、受信機用アプリから連携端末用アプリを起動したり、データ連携を行ったりすることが可能である（ステップＳ６０６）。
【００９５】
受信機用アプリを実装したテレビ番組表示装置１０は、放送局１４の番組放映とほぼ同時に関連コンテンツ提供装置１２から情報提供を受け、これをスクリーン１５に表示する。関連コンテンツ提供装置１２の機能は上記の実施形態の関連コンテンツ提供装置１，２とほぼ同じである。ただし、関連コンテンツ提供装置１２は、アプリケーションサーバ１３の機能も併せ持っていてもよい。
第１の実施形態でユーザ端末３の画面に表示されたタグの一覧やコンテンツ類は、この実施形態では、テレビ番組表示装置１０のスクリーン１５上に、放送番組とともに、表示される。タグの選択をはじめとするユーザの入力操作は、テレビ用リモコンによって行うことになる。もしパソコンをテレビ番組表示装置１０としても利用するのであれば、キーボードやマウスでタグの選択を含む入力操作を行う。
【００９６】
テレビ番組表示装置１０と同様にユーザ端末９も、関連コンテンツ提供装置１２から情報を受信して画面表示してもよい。あるいは、関連コンテンツ提供装置１２から送信される情報はテレビ番組表示装置１０のみが表示し、ユーザにとって必要な情報をユーザ端末９に送信してもよい。例えば、スクリーン１５に表示されているタグに対応するコンテンツの全体を見る時間が無い場合、そのタグに対応づけられたアドレス情報をユーザ端末９に送信し、時間の有るときに関連コンテンツ提供装置１２からコンテンツを受信する、といったことも可能である。
【００９７】
《第５の実施形態》
この実施形態は、請求項２に係る発明に対応するものである。第１の実施形態では、関連コンテンツ提供装置１は直接ユーザに対して情報を提供していた。これに対し、この実施形態では関連コンテンツ提供装置は外部システムに対して情報を提供し、当該外部システムがそのユーザに対して情報を提供する点で相違する。
以下、第１の実施形態との相違点について図１８を参照しながら説明する。なお、機能が同一の要素については図１と同一の符号を用いる。
【００９８】
関連コンテンツ提供装置１６は、放送局４から放送データを取得すると、ライブキーワードタグ、広告タグあるいはＣＭシンクロコンテンツの少なくとも１つを送出するための処理を実行し、通信ネットワークＮを介して外部システムのサーバ１７宛てに送出する。サーバ１７は、当該外部システムのユーザのユーザ端末３に対して関連コンテンツ提供装置１６から取得した情報を提供する。
【００９９】
外部システムへのタグやコンテンツの提供の仕方にはさまざまな態様がある。
例えば、外部システムがライブキーワードタグに類似する情報だけをユーザに提供するシステムであれば、外部システムのサーバ１７は、番組の進行とともに出現するライブキーワードを関連コンテンツ提供装置１６に送信する。そして、関連コンテンツ提供装置１６は受信したライブキーワードと連動する広告タグキーワードと広告コンテンツのアドレス情報をサーバ１７に提供することが考えられる。
他の例として、サーバ１７から放送局特定情報を受信すると、関連コンテンツ提供装置１６は、当該放送局で放送されているＣＭを同定し、サーバ１７にＣＭシンクロコンテンツを提供することも考えられる。
関連コンテンツ提供装置１６にとって、番組関連情報の提供先がユーザ端末３の代わりに外部システムのサーバ１７になっただけであり、第１の実施形態の関連コンテンツ提供装置１と大きく変わるところはない。
図１８には、外部システムのサーバが１つしかないが、関連コンテンツ提供装置１６は複数の外部システムと接続してもかまわない。この場合、一の外部システムにはライブキーワードタグと広告タグを提供し、別の一の外部システムにはＣＭシンクロコンテンツを提供するといったように、外部システム毎に提供する情報の種類が異なっていてもよい。
【０１００】
以上、５つの実施形態について説明したが、本発明はこれらの実施形態の記載内容に限定されるものではなく、他にもさまざまな態様で実施することが可能である。例えば、上記のシステム構成、アルゴリズム、データ構造などは例示にすぎず、さまざまな変形例が考えられる。
以下、変形例のいくつかを示す。
【０１０１】
上記の実施形態では、ユーザ側にライブキーワードタグ、広告タグおよびシンクロＣＭの３種類の情報を提供していた。
しかし、いずれか１種類のみ、或はいずれか２種類を選択して提供してもよい。例えば、本発明のシステムに参加する放送局によっては、広告タグは不要であると考えることもあるからである。
【０１０２】
上記の実施形態では、放送局からの受信電波から取り出した字幕情報、映像に含まれるテロップ情報および音声情報をもとにキーワードを抽出した。しかし、テロップ情報と音声情報の片方或は両方をキーワード抽出の対象外としてもよい。
一方で、本発明のシステムが放送局と提携することによって、事前に情報を入手できるのであれば、これもキーワード抽出の対象に含めてもよい。例えば、事前収録系番組の場合は、番組素材が先に入手できるため、番組素材を見ながらタイムライン（番組開始からの時刻）指定で出力するライブキーワードタグを設定でき、実際の放送時には、このタイムラインに従ってライブキーワードタグを送出する（プリセット機能）。また、生番組でも放送内容があらかじめわかっている番組コーナーに関しては、事前に出力するライブキーワードタグを設定することができる。ただし、この場合は、生番組のため番組進行によって出力する時間が異なるため、タイムラインを設定できない。そのため、番組放送時にキュー出しすることによって出力する。さらに、放送業界には、前メタサービス、即ち事前に番組放送内容を取材し、番組宣伝などを行っているサービスがある。そこで、このサービスを利用して番組で出力されるキーワードを事前に登録し、上記のようなキュー出し機能やプリセット機能を用いて出力することもできる。
また、番組放送時に特別なシーンが現れたとき、その場でライブキーワードと即時編集したコンテンツとをライブキーワードタグＤＢ１５３に登録し、このライブキーワードタグをユーザ側に送出できる。例えば、大相撲の千秋楽で、横綱大鵬が優勝を決めたときに、「大鵬６場所連続優勝」のようなライブキーワードタグを出力できる。このような必要なシーンで出力するキーワードはライブキーワードに限らず、広告タグキーワードでもよい。この広告タグは必ずしもライブキーワードタグに連動していなくてよい。例えば、著名作家である永井荷風をテーマとする番組で荷風のお気に入りの食堂が紹介されたとする。この場合、「永井荷風」というライブキーワードタグは出力せずに、「浅草  洋食屋」という広告タグのみを出力してもよい。
さらに、放送局から受信した情報以外に、外部から入力した情報もキーワード抽出の対象としてもよい。例えば、後メタ情報サービス、即ちテレビ放送の内容を人間が記録して外部に提供しているサービスと連携し、人間の判断で、重要と思われるキーワードを本発明のシステムへ送信してもらい、それも文字情報として取り込んでもよい。
【０１０３】
上記の実施形態では、文字情報が日本語の場合を対象としていた。しかし、本システムは日本語以外の言語も対象にできることは言うまでもない。
言語には、日本語、中国語などの分かち書きされていない言語と、英語、ヒンディー語などの分かち書きされている言語がある。分かち書きされている言語は、空白があることにより単語の区切りが明確にわかるが、分かち書きされていない言語は、品詞と品詞の結合規則により単語の区切りを判断できる。例えば、日本語の場合、形容詞＋名詞の組み合わせはあるが、名詞＋形容詞はあり得ない。これらの規則を利用することで、品詞の特定はある程度可能である。
また、日本語以外の言語においても、次の理由により形態素解析による品詞決定は可能である。すなわち、現在の形態素解析では、大量なテキストデータ（コーパス）から、品詞と品詞の組み合わせの発生確率を求め、この確率に応じて品詞を特定する。そのため、電子化されたテキストデータさえあれば、形態素解析の元になる辞書データは、言語の種類を問わず構築できるので、統計的にではあるが、どの言語でも形態素解析が可能である。要するに、統計的言語処理を用いれば、文法とは無関係に、統計的確率の問題として、品詞を認識できるのである。
【０１０４】
上記の実施形態は、ユーザ端末３がアプリの実行中はインターネットに接続されていることを前提としている。そこで、インターネットを介して各種のソーシャルメディアを利用してもよい。たとえば、気に入ったライブキーワードタグや広告タグがあれば、それをツイッターに投稿してもよい。
アクセスログに基づいてシステムが自動的にレコメンド機能を果たしてもよいが、仲間によるレコメンドは効果的である。インターネット上には膨大な情報が溢れているが、仲間が薦めるから、仲間が注目しているから、といった理由で情報の取捨選択を行う人が多いからである。
【０１０５】
ＣＭ同定の機能は、予めＣＭを本システムに登録してあったＣＭ提供元のみが利用できる。そのため、上記の実施形態では、ユーザ属性に即したサブＣＭとでもいうべき関連情報をＣＭシンクロコンテンツとして配信していた。
しかし、ＣＭシンクロコンテンツの配信にとどまらず、ＣＭ提供元はユーザ端末３を広告宣伝媒体として活用することも可能である。例えば、放送局と時間帯を指定して、ユーザ端末３の画面へ自社のＣＭあるいは関連するコンテンツを表示する権利（第２のＣＭ枠とでもいうべき）を購入する。ＣＭ提供元とつながりの深いキーワードが抽出されたときに、関連コンテンツ提供装置はＣＭ提供元が予め準備したコンテンツをユーザ端末３に配信するとよい。例えば、ＣＭ提供元が自動車メーカであれば、「クルマ」とか「ドライブ」といったキーワードが抽出されたときに、そのＣＭ提供元のＣＭを配信するわけである。ただし、その時間帯に別の自動車メーカが放送中の番組のスポンサーになっていることもありうるので、ＣＭ同定の機能あるいは放送局から取得したスポンサー情報等によって同業会社間のＣＭの表示を調整することが必要になってくる。
【０１０６】
上記の実施形態では、システムのサーバが各地にある複数の放送局からの電波を受信し、放送番組に関連する情報をユーザ端末に配信するサービスを行うことを前提に説明した。しかし、放送局が本システムのサーバを運営し、自局の番組に関連する情報のみをユーザに提供する場合にも本発明を適用できる。このような情報提供サービスを行う放送局は、他局と差別化でき、視聴率の向上を図ることができるのである。
【０１０７】
上記の実施形態では、ユーザ端末はスマートフォンやタブレット端末などの可搬型の端末装置を想定していた。しかし、パソコンをユーザ端末として使用してもよい。パソコンの場合、標準的に実装されているウェブブラウザを介して本発明のシステムのサービスを受けることができ、ユーザ入力は専らキーボードやマウスによって行う。
【０１０８】
上記の実施形態では、テレビ番組表示装置すなわちテレビ受像機とは別に、ユーザはスマートフォンなどのユーザ端末を併せて使用する。しかし、最近ではインターネットに接続可能なパソコンでテレビ番組を視聴できることもある。このパソコンに、上記の実施形態のテレビ番組表示装置とユーザ端末の両方の機能を備えさせるならば、ユーザ端末は必要ない。このようなユーザ端末を省略するシステム構成の場合も、放送番組関連情報の提供という本発明のシステムの機能は全く異なることはない。
【０１０９】
上記の実施形態では、ユーザはテレビ番組表示装置すなわちテレビ受像機でテレビ番組を視聴するかたわら、本発明のシステムによる情報提供サービスを受けていた。しかし、本発明のシステムのユーザは必ずしもテレビ番組を視聴していなくてもよい。例えば、テレビ番組を視聴できない外出時などであっても、スマートフォンなどのユーザ端末から本発明のシステムにアクセスし、ＣＭシンクロコンテンツやライブキーワードを受信するならば、どのような番組が放送されているかの見当がつく。仮に、情報番組であれば、実際の放送と遜色のない情報を入手することも可能である。
また、実際にテレビ番組を見ている時でも、視聴中の放送局とは異なる放送局を指定すれば、この視聴中ではない放送局の番組に関する情報を入手することができる。
【０１１０】
上記の実施形態では、ユーザはインターネットを介して情報の提供を受けていた。
しかし、ユーザ側のテレビ受像機で提供される情報を表示する場合などは、放送局が発信する電波に乗せて情報が提供されてもよい。本システムのサーバが放送局にある場合は、このサーバが送出するタグやコンテンツはインターネットを介するのではなく、例えばデータ放送（ＢＭＬ）で電波に乗せて送ればよい。本システムのサーバが放送局の外部にある場合は、インターネット等を介して放送局に対してタグやコンテンツを送出し、放送局がこれらを電波に乗せてユーザに提供すればよい。
【０１１１】
上記の実施形態では、ユーザ登録時にユーザ属性情報が入力され、この属性情報によってユーザをユーザグループにカテゴリ化していた。このカテゴリ化によって、ユーザに適合したコンテンツの提供や広告タグの選出ができるというメリットが生じる。しかし、本発明にとってユーザ属性情報の入力は必須ではない。なぜなら、ユーザの属性や嗜好を考慮しなくても、テレビ番組の内容に関連した情報をリアルタイムに提供するという本発明の目的は達成されるからである。また、個人情報の入力を必須とすると、ユーザ登録をためらう人もいるからである。
【０１１２】
上記の実施形態では、放送データに含まれる音声情報から専ら文字情報を取り出していた。しかし、音声情報から楽曲やＢＧＭを認識する機能を含めてもよい。例えば、楽曲の作曲者がわかれば、この作曲者名をライブキーワードタグとして送出することができる。
【０１１３】
上記の実施形態では、画像認識によってＣＭを同定していた。また、第２の実施形態では、画像認識によって放送局を同定していた。しかし、音声認識によってＣＭや放送局を同定することも可能である。音声認識を利用するのであれば、継続して放送局を同定することができる。そのため、チャンネルの変更に追従でき、視聴継続状況のログを収集することができる。
【０１１４】
上記の実施形態では、ユーザカテゴリによる協調型推薦のアルゴリズムによってレコメンドスコアを算出していた。しかし、高い広告収益が見込めるようなアルゴリズムであれば何でもよい。アルゴリズムによってはレコメンドスコア表と広告タグ掲出スコア表の構成が異なることも考えられる。ただし、いずれのアルゴリズムによっても、広告単価とレコメンドスコアとに基づいて、掲出する広告タグを選出する点では変わりがない。
【０１１５】
上記の実施形態では、ユーザは現在放送されているテレビ番組を視聴していることを前提としていた。しかし、本発明のシステムは、既に放送が終わっているテレビ番組にも適用可能である。一つの例として、ユーザは録画しておき、録画されているテレビ番組の視聴時に本発明のサーバにアクセスする利用形態がある。テレビ番組を特定する情報をサーバに送信すると、サーバは当該テレビ番組の放送局と実際に放送された日時を特定し、特定された情報を基に、ライブキーワードタグＤＢ、広告タグＤＢ或はＣＭ−ＤＢを参照してタグやコンテンツをユーザ側に送信するのである。
また、本発明の利用形態には、テレビ番組の視聴とは無関係に単にタグ情報やコンテンツを提供することも含まれる。見逃した番組の内容を調べたいときに、番組名を指定すると、その番組で流れたタグ情報が全部表示されるならば、その番組のだいたいの内容が見えてくる。この場合、テレビ番組の映像とは無関係なので、タイムラインに沿って送るのではなく、表示させる情報を一度に送ることになる。このような利用形態では、検索機能も併せて持たせるとよい。たとえば、既に見た番組で紹介された事物を思い出せないときに、全部表示させた中から、１以上の単語で検索できるならば、ユーザにとっての利便性が向上する。
【産業上の利用可能性】
【０１１６】
テレビ番組と関連する情報を手軽に入手できる本発明は、視聴者に対して新たなテレビ番組の楽しみ方を提供しつつ、ＣＭを提供するスポンサー企業に対しては効率良い広告媒体を、放送局に対しては新たな広告収入獲得の可能性を提供するものである。
【符号の説明】
【０１１７】
１：関連コンテンツ提供装置
１０１：受信パケット解析部
１０２：ＣＭ同定部
１０３：シンクロＣＭ送出部
１０４：自然言語処理部
１０５：ライブキーワードタグ送出部
１０７：広告タグスコア作成部
１０８：広告タグ送出部
１１１：ユーザ入力情報受信部
１５１：ユーザ情報ＤＢ
１５２：ＣＭ−ＤＢ
１５３：ライブキーワードタグＤＢ
１５４：広告タグＤＢ
２：テレビ番組表示装置
３：ユーザ端末
４（４Ａ，４Ｂ）：放送局
７：関連コンテンツ提供装置
７０１：撮影データ受信部
７０２：番組同定部
８：関連コンテンツ提供装置
８Ａ：テレビ放送受信装置
８Ｂ：タグ送出装置
９：ユーザ端末
１０：テレビ番組表示装置
１２：関連コンテンツ提供装置
１４：放送局
１６：関連コンテンツ提供装置
１７：外部システムのサーバ
Ｎ：インターネット
【要約】
【課題】テレビ番組の進行とほぼ同時に、番組内容に関連するコンテンツの提供を受ける。
【解決手段】テレビ番組表示装置２でテレビ番組を視聴中のユーザのユーザ端末３と通信ネットワークを介してシステムのサーバ１が接続する。サーバ１は、放送局４から取得した映像がＣＭであれば、このＣＭに関連するコンテンツをユーザ端末３に送出する。また、放送局４から取得した字幕情報や映像に含まれるキーワードを抽出し、この抽出したキーワードと関連するコンテンツが制作されているならば、このキーワードとコンテンツのＵＲＬとをユーザ端末３に送出する。さらに、前記キーワードと連動する広告コンテンツが入稿されているならば広告収益性スコアを考慮して選出された広告コンテンツのＵＲＬをユーザ端末３に送出する。
【選択図】図１【図１】
0005726359.tif 000003
【図２】
0005726359.tif 000004
【図３】
0005726359.tif 000005
【図４】
0005726359.tif 000006
【図５】
0005726359.tif 000007
【図６】
0005726359.tif 000008
【図７】
0005726359.tif 000009
【図８】
0005726359.tif 000010
【図９】
0005726359.tif 000011
【図１０】
0005726359.tif 000012
【図１１】
0005726359.tif 000013
【図１２】
0005726359.tif 000014
【図１３】
0005726359.tif 000015
【図１４】
0005726359.tif 000016
【図１５】
0005726359.tif 000017
【図１６】
0005726359.tif 000018
【図１７】
0005726359.tif 000019
【図１８】
0005726359.tif 000020