(57)【要約】【課題】視聴コンテンツに関連付けられた情報に基づき、自動的に所望のアクションを行うためのコンテンツ関連情報処理装置およびプログラムを提供する。【解決手段】コンテンツ関連情報処理装置は、識別情報取得部と、コンテンツ関連情報取得部と、コンテンツ関連情報処理部とを備える。識別情報取得部は、外部からのトリガーに基づいて、放送を受信する受信機から、前記受信機が受信中のサービスを識別するためのサービス識別情報を取得する。コンテンツ関連情報取得部と、少なくとも前記サービス識別情報に基づいて、前記サービス識別情報によって識別されるサービスで放送されていたコンテンツに関連する情報であるコンテンツ関連情報を取得する。コンテンツ関連情報処理部と、前記コンテンツ関連情報取得部が取得した前記コンテンツ関連情報を処理する。【選択図】図１
2020137090.tif 000002
【特許請求の範囲】
【請求項１】
外部からのトリガーに基づいて、放送を受信する受信機から、前記受信機が受信中のサービスを識別するためのサービス識別情報を取得する識別情報取得部と、
少なくとも前記サービス識別情報に基づいて、前記サービス識別情報によって識別されるサービスで放送されていたコンテンツに関連する情報であるコンテンツ関連情報を取得するコンテンツ関連情報取得部と、
前記コンテンツ関連情報取得部が取得した前記コンテンツ関連情報を処理するコンテンツ関連情報処理部と、
を備えるコンテンツ関連情報処理装置。
【請求項２】
前記トリガーに基づいて動作時刻を取得する時刻取得部、
をさらに備え、
前記コンテンツ関連情報取得部は、前記動作時刻にも基づく前記コンテンツ関連情報を取得する、
請求項１に記載のコンテンツ関連情報処理装置。
【請求項３】
前記コンテンツ関連情報は、前記コンテンツ内のシーンに対応付けて管理される情報であり、
前記コンテンツ関連情報取得部は、特定のシーンに対応付く前記コンテンツ関連情報を取得する、
請求項１または請求項２に記載のコンテンツ関連情報処理装置。
【請求項４】
前記コンテンツ関連情報取得部は、複数の前記特定のシーンに対応付く前記コンテンツ関連情報を取得するものであり、
前記コンテンツ関連情報処理部は、複数の前記コンテンツ関連情報のうちの適宜選択された前記コンテンツ関連情報を処理するものである、
請求項３に記載のコンテンツ関連情報処理装置。
【請求項５】
前記コンテンツ関連情報は、前記コンテンツに関連付く番組の情報である番組情報と、前記コンテンツに関連付くイベントの情報であるイベント情報と、前記コンテンツに関連付く製品の情報である製品情報と、のいずれかである、
請求項１から４までのいずれか一項に記載のコンテンツ関連情報処理装置。
【請求項６】
前記コンテンツ関連情報は、前記コンテンツに関連付く番組の情報である番組情報であり、
前記番組情報は、前記番組が放送されるサービスを特定する情報と、前記番組の放送開始日時の情報とを含み、
前記コンテンツ関連情報処理部は、前記番組の番組情報をスケジューラーに登録する処理を行うものであり、
前記コンテンツ関連情報処理装置は、前記スケジューラーに登録された前記番組情報に基づき、前記受信機が前記番組を受信するように制御する、
請求項１から４までのいずれか一項に記載のコンテンツ関連情報処理装置。
【請求項７】
外部からのトリガーに基づいて、放送を受信する受信機から、前記受信機が受信中のサービスを識別するためのサービス識別情報を取得する識別情報取得部と、
少なくとも前記サービス識別情報に基づいて、前記サービス識別情報によって識別されるサービスで放送されていたコンテンツに関連する情報であるコンテンツ関連情報を取得するコンテンツ関連情報取得部と、
前記コンテンツ関連情報取得部が取得した前記コンテンツ関連情報を処理するコンテンツ関連情報処理部と、
を備えるコンテンツ関連情報処理装置としてコンピューターを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ関連情報処理装置およびプログラムに関する。
【背景技術】
【０００２】
スマートフォン等の個人用の端末装置を用いて、個人のスケジュールを管理するなど、個人が所望のアクションをとるための情報管理技術が普及している。所望のアクションとは、例えば、電子的なスケジュール帳にスケジュール予定を登録したり、そのスケジュールに従って装置等を動作させたりすることである。
【０００３】
特許文献１の（５７）要約には、「補助デバイス側のスケジュール帳（ユーザースケジュールデータベース）において、スケジュール項目としてテレビ視聴行動を記録できるようにする」ことや、「スケジュール帳上でスケジュール内容を変更するのに連動して、映像受信再生デバイスが自動的に視聴予約および録画予約、録画、チャンネル切り替えなどを自動制御する。さらに、ユーザー状況、予定しているスケジュール、テレビ番組の重要性に応じて、新規登録および変更時にスケジュール内容や視聴方法の候補を提示する」ことが記載されている。
【０００４】
特許文献２の（５７）要約には、話題性が大きな放送番組についての情報をユーザーに通知することを課題として、アプリケーションサーバー１は、話題性情報として番宣情報サーバー５から、放送番組の宣伝内容を示す番組宣伝情報を取得し、取得した番組宣伝情報に基づいて、所定の条件に基づいて、話題性を有する放送番組を決定することが記載されている。上記の条件とは、放送番組の宣伝内容が、初回放送番組であること、または特別放送番組であることのいずれか、といった条件である。そして、アプリケーションサーバー１は、決定した放送番組について、番組名、放送開始・終了時刻など番組に関する情報を、ユーザー端末装置３に通知する。
【０００５】
特許文献３には、「ＴＶユーザー対話のためのインテリジェント自動アシスタント」が記載されている。特許文献３の特許請求の範囲には、「ユーザーからの発語入力を受信することであって、前記発語入力が、テレビディスプレイ上に表示されたコンテンツと関連付けられたクエリーを含む、ことと、前記テレビディスプレイ上に表示された前記コンテンツ及びメディアコンテンツの閲覧履歴のうちの１つ以上に基づいて、前記クエリーのユーザー意図を判定することと、前記判定したユーザー意図に基づいて、前記クエリーの結果を表示することと」（請求項５９）が記載されている。また、特許文献３の特許請求の範囲には、さらに、「前記テレビディスプレイ上に表示された前記コンテンツ又はメディアコンテンツの前記閲覧履歴と関連付けられたメタデータに基づいて、前記クエリーの前記結果を判定すること」（請求項７２）や、「前記メタデータが、前記テレビディスプレイ上に表示された前記コンテンツ又はメディアコンテンツの前記閲覧履歴と関連付けられた、タイトル、説明、キャラクターのリスト、俳優のリスト、選手のリスト、ジャンル、又は表示スケジュールのうちの１つ以上を含む」こと（請求項７３）が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−１２３８８６号公報
【特許文献２】特開２０１４−１３８２２３号公報
【特許文献３】特開２０１９−００３６６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上に挙げた従来技術は、それぞれ、課題を有している。
【０００８】
特許文献１に記載された技術では、日常の行動予定や行事などのユーザーの行動予定をユーザーが入力することが必要である。また、特許文献１には、映像に関する予定情報を登録するための映像スケジュールデータベースに、いかにして映像に関する予定情報を登録するかについては、特に記載されていない。
【０００９】
特許文献２に記載された技術では、予め定められた所定の条件に基づいて、決定された番組の情報をユーザー端末装置に通知することができる。しかしながら、この技術では、決定される番組は、予め定められた所定の条件に合致するもののみであり、ユーザーが、アドホックに番組を決定することができない。
【００１０】
特許文献３に記載された技術では、ユーザーの発語を出発点としてコンテンツに関するクエリーの結果を表示している。つまり、ユーザーは、所望のコンテンツの情報を得るために、コンテンツに関する語を発語する必要がある。このような、発語の手間は削減されることが望まれる。
【００１１】
ユーザーの負荷を削減するためには、ユーザーが、キーボード（タッチパネル等の類似物を含む）操作あるいは発語等によって語を入力しなくても済むようにすることが望ましい。また、ユーザーが予め定められた条件にのみによって情報を選択・取得するのではなく、その時点におけるアドホックな状況に応じて、所望のアクションを設定できるようにすることが望ましい。
【００１２】
本発明は、上記の課題認識に基づいて行なわれたものであり、視聴コンテンツに関連付けられた情報に基づき、自動的に所望のアクションを行うためのコンテンツ関連情報処理装置およびプログラムを提供しようとするものである。
【課題を解決するための手段】
【００１３】
［１］上記の課題を解決するため、本発明の一態様によるコンテンツ関連情報処理装置は、外部からのトリガーに基づいて、放送を受信する受信機から、前記受信機が受信中のサービスを識別するためのサービス識別情報を取得する識別情報取得部と、少なくとも前記サービス識別情報に基づいて、前記サービス識別情報によって識別されるサービスで放送されていたコンテンツに関連する情報であるコンテンツ関連情報を取得するコンテンツ関連情報取得部と、前記コンテンツ関連情報取得部が取得した前記コンテンツ関連情報を処理するコンテンツ関連情報処理部とを備えるものである。
【００１４】
［２］また、本発明の一態様は、上記のコンテンツ関連情報処理装置において、前記トリガーに基づいて動作時刻を取得する時刻取得部、をさらに備え、前記コンテンツ関連情報取得部は、前記動作時刻にも基づく前記コンテンツ関連情報を取得する、ものであってよい。
【００１５】
［３］また、本発明の一態様は、上記のコンテンツ関連情報処理装置において、前記コンテンツ関連情報は、前記コンテンツ内のシーンに対応付けて管理される情報であり、前記コンテンツ関連情報取得部は、特定のシーンに対応付く前記コンテンツ関連情報を取得する、ものであってよい。
【００１６】
［４］また、本発明の一態様は、上記のコンテンツ関連情報処理装置において、前記コンテンツ関連情報取得部は、複数の前記特定のシーンに対応付く前記コンテンツ関連情報を取得するものであり、前記コンテンツ関連情報処理部は、複数の前記コンテンツ関連情報のうちの適宜選択された前記コンテンツ関連情報を処理するものであってよい。
【００１７】
［５］また、本発明の一態様は、上記のコンテンツ関連情報処理装置において、前記コンテンツ関連情報は、前記コンテンツに関連付く番組の情報である番組情報と、前記コンテンツに関連付くイベントの情報であるイベント情報と、前記コンテンツに関連付く製品の情報である製品情報と、のいずれかであってよい。
【００１８】
［６］また、本発明の一態様は、上記のコンテンツ関連情報処理装置において、前記コンテンツ関連情報は、前記コンテンツに関連付く番組の情報である番組情報であり、前記番組情報は、前記番組が放送されるサービスを特定する情報と、前記番組の放送開始日時の情報とを含み、前記コンテンツ関連情報処理部は、前記番組の番組情報をスケジューラーに登録する処理を行うものであり、前記コンテンツ関連情報処理装置は、前記スケジューラーに登録された前記番組情報に基づき、前記受信機が前記番組を受信するように制御する、ものであってよい。
【００１９】
［７］また、本発明の一態様は、外部からのトリガーに基づいて、放送を受信する受信機から、前記受信機が受信中のサービスを識別するためのサービス識別情報を取得する識別情報取得部と、少なくとも前記サービス識別情報に基づいて、前記サービス識別情報によって識別されるサービスで放送されていたコンテンツに関連する情報であるコンテンツ関連情報を取得するコンテンツ関連情報取得部と、前記コンテンツ関連情報取得部が取得した前記コンテンツ関連情報を処理するコンテンツ関連情報処理部と、の処理をコンピューターに実行させるためのプログラムである。
【発明の効果】
【００２０】
本発明によれば、コンテンツ関連情報処理装置は、トリガー等に基づいて、受信機から、当該受信機が受信しているサービスを特定するためのサービス識別情報を取得できる。また、コンテンツ関連情報処理装置は、サービス識別情報によって特定されるコンテンツに関連する情報であるコンテンツ関連情報を取得し、処理できる。つまり、コンテンツ関連情報処理装置は、受信機が受信していたコンテンツに基づく処理を行えるようになる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態による関連情報処理装置の概略機能構成を示すブロック図である。
【図２】同実施形態によるコンテンツ関連情報処理装置を用いた放送・通信連携システムの構成例を示すブロック図である。
【図３】上記の放送・通信連携システムにおいて、コンテンツ関連情報サーバー装置が保持する放送情報テーブルの構成とデータ例とを示す概略図である。
【図４】上記の放送・通信連携システムにおいて、コンテンツ関連情報サーバー装置が保持する番組情報テーブルの構成とデータ例とを示す概略図である。
【図５】上記の放送・通信連携システムにおいて、コンテンツ関連情報サーバー装置が保持するイベント情報テーブルの構成とデータ例とを示す概略図である。
【図６】上記の放送・通信連携システムにおいて、コンテンツ関連情報サーバー装置が保持する製品情報テーブルの構成とデータ例とを示す概略図である。
【図７】同実施形態による放送・通信連携システムの一連の処理の手順例を示すフローチャートである。
【図８】同実施形態による放送・通信連携システムの一連の処理において、コンテンツ関連情報を確認するための処理の手順を示すフローチャートである。
【図９】同実施形態による放送・通信連携システムの一連の処理において、登録されたスケジュールに基づいて受信機の起動と選局を制御する処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２２】
［実施形態］
次に、本発明の一実施形態について、図面を参照しながら説明する。
【００２３】
図１は、本実施形態によるコンテンツ関連情報処理装置２の概略機能構成を示すブロック図である。図示するように、コンテンツ関連情報処理装置２は、時刻取得部２１と、識別情報取得部２２と、送信部２３と、コンテンツ関連情報抽出部２４と、コンテンツ関連情報記憶部２５と、コンテンツ関連情報処理部２６と、ユーザーインターフェース制御部２７とを含んで構成される。
【００２４】
これらの各機能部は、例えば、コンピューターと、プログラムとで実現することが可能である。また、各機能部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各機能部の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。
【００２５】
例えばスマートフォンなどといった個人用の携帯型情報端末を用いてコンテンツ関連情報処理装置２を実現してよい。スマートフォンに限らず、例えば、パーソナルコンピューター（ＰＣ）や、タブレット型端末装置や、ウォッチ型端末装置や、スマートスピーカー（ＡＩスピーカー）や、各種ロボット等を用いて、コンテンツ関連情報処理装置２を実現してよい。
【００２６】
時刻取得部２１は、外部からのトリガー（後述するタップ処理等）に基づいてその時点の時刻（動作時刻）を取得する。時刻取得部２１は、内部に時計を備えていてもよい。時刻取得部２１は、コンテンツ関連情報処理装置２内などに設けられた時計から、時刻を取得してもよい。
【００２７】
識別情報取得部２２は、外部からのトリガーに基づいて、放送を受信する受信機から、前記受信機が受信中のサービスを識別するためのサービス識別情報を取得する。
【００２８】
送信部２３は、識別情報取得部２２が取得したサービス識別情報を、外部装置（後述するコンテンツ関連情報サーバー装置４等）に送信する。さらに送信部２３は、時刻取得部２１が取得した動作時刻の情報を、上記のサービス識別情報とともに、上記の外部装置に対して送信してもよい。
【００２９】
コンテンツ関連情報抽出部２４（「コンテンツ関連情報取得部」とも呼ばれる）は、少なくとも識別情報取得部２２が取得した前記サービス識別情報に基づいて、前記サービス識別情報によって識別されるサービスで放送されていたコンテンツに関連する情報であるコンテンツ関連情報を取得する。コンテンツ関連情報抽出部２４は、時刻取得部２１が取得した前記動作時刻にも基づくコンテンツ関連情報を取得してもよい。コンテンツ関連情報抽出部２４は、特定のシーンに対応付く前記コンテンツ関連情報を取得するものであってよい。前記コンテンツ関連情報抽出部２４は、複数の特定シーンに対応付く前記コンテンツ関連情報を取得するものであってよい。
【００３０】
コンテンツ関連情報記憶部２５は、コンテンツ関連情報抽出部２４が取得したコンテンツ関連情報を、少なくとも一時的に、記憶する。
【００３１】
コンテンツ関連情報処理部２６は、コンテンツ関連情報抽出部２４が取得した前記コンテンツ関連情報を処理する。前記コンテンツ関連情報処理部２６は、複数のコンテンツ関連情報のうちの適宜選択されたコンテンツ関連情報を処理するものであってよい。コンテンツ関連情報処理部２６は、コンテンツ情報の一種である番組情報をスケジューラーに登録する処理を行うものであってよい。コンテンツ関連情報処理部２６は、前記スケジューラーに登録された前記番組情報に基づき、受信機が番組を受信するように制御するものであってよい。
【００３２】
ユーザーインターフェース制御部２７は、ユーザーインターフェースを制御する。つまり、ユーザーインターフェース制御部２７は、情報を画面に提示したり、ユーザーの操作（例えば、タッチパネルや、ペンタブや、キーボードや、マウス等を用いた操作）を検知したりする。
【００３３】
なお、コンテンツ関連情報は、後述する通り、前記コンテンツ内のシーンに対応付けて管理される情報である。また、コンテンツ関連情報は、前記コンテンツに関連付く番組の情報である番組情報と、前記コンテンツに関連付くイベントの情報であるイベント情報と、前記コンテンツに関連付く製品の情報である製品情報と、のいずれかであってよい。また、コンテンツ関連情報は、前記コンテンツに関連付く番組の情報である番組情報であり、この番組情報は、前記番組が放送されるサービスを特定する情報と、前記番組の放送開始日時の情報とを含むものであってよい。コンテンツ関連情報の詳細については、後でも説明する。
【００３４】
図２は、上で説明したコンテンツ関連情報処理装置２を用いた放送・通信連携システムの構成例を示すブロック図である。図示するように、放送・通信連携システム１は、コンテンツ関連情報処理装置２と、受信機３と、コンテンツ関連情報サーバー装置４と、スケジューラーサーバー装置５とを含んで構成される。コンテンツ関連情報処理装置２の内部の機能については、図１を参照しながらすでに説明した通りである。
【００３５】
コンテンツ関連情報処理装置２は、近距離無線通信等の手段を用いて、受信機３との間で相互に通信を行うことができる。コンテンツ関連情報処理装置２は、無線通信を用いて、受信機３上のアプリケーションプログラム（後述）との間で、いわゆる放送・通信連携動作を行う。コンテンツ関連情報処理装置２は、例えば、受信機３が受信中のサービス（チャンネル）を識別するための情報を、受信機３から受け取る。また、コンテンツ関連情報処理装置２は、インターネット等を介して、コンテンツ関連情報サーバー装置４やスケジューラーサーバー装置５との間で通信を行うことができる。コンテンツ関連情報処理装置２は、例えば、テレビのチャンネル（サービス）を識別する情報および時刻の情報をコンテンツ関連情報サーバー装置４に送り、その応答としてコンテンツ関連情報を受け取る。また、コンテンツ関連情報処理装置２は、スケジューラーサーバー装置５にスケジュール情報を送信して登録したり、登録されたスケジュールの日時の到来の通知をスケジューラーサーバー装置５から受信したりする。
【００３６】
コンテンツ関連情報処理装置２は、ユーザーインターフェースを有する。コンテンツ関連情報処理装置２は、例えば、液晶ディスプレイとタッチスクリーンとを用いて、ユーザーインターフェースを実現する。一例として、コンテンツ関連情報処理装置２は、タッチスクリーンによってユーザーのタップ操作やスワイプ操作等を検知する。タップ操作はユーザーが指で軽くタッチする操作であり、スワイプ操作はユーザーがタッチスクリーンにタッチしている指を特定方向に掃くように移動させる操作である。コンテンツ関連情報処理装置２は、例えばタップ操作を、所定の処理を開始するためのトリガーとすることができる。
【００３７】
受信機３は、放送信号を受信し、放送信号から抽出した番組（コンテンツ）の映像や音声やテキスト等を提示する装置である。受信機３は、「テレビ」あるいは「テレビ受像機」などとも呼ばれる。受信機３は、コンテンツに含まれる、視覚による要素を液晶ディスプレイや有機ＥＬディスプレイ等で表示するとともに、聴覚による要素をスピーカー等から出力する。なお、ＥＬはエレクトロルミネセンスの略である。受信機３は、アプリケーションプログラム（以下、「アプリ」と呼ぶ場合がある）を実行するための環境（ＣＰＵ等）を備えている。ＣＰＵは中央処理装置の略である。また、受信機３は、近距離無線通信を行う機能を備えている。これらの機能により、受信機３上で実行されるアプリは、近距離無線通信等の通信手段を介して、コンテンツ関連情報処理装置２との間で連携動作を行うことができる。つまり、放送・通信連携処理が可能である。受信機３は、コンテンツ関連情報処理装置２からの要求に応じて各種の情報、例えば現在選局中のチャンネル（サービス）を識別するための情報、を返すことができる。
【００３８】
コンテンツ関連情報サーバー装置４は、コンテンツ（テレビ放送番組等）に関連する情報（「コンテンツ関連情報」と呼ぶ）を保持し、外部からの要求に応じてその情報を返す機能を有する。具体的には、例えば、コンテンツ関連情報サーバー装置４は、放送番組内で告知された他の放送番組に関する情報や、放送番組内で告知されたイベント等に関する情報や、放送番組内で紹介された製品やサービス等に関する情報を保持する。コンテンツ関連情報サーバー装置４が保持するデータの詳細については、後で、図３，図４，図５，図６を参照しながら説明する。コンテンツ関連情報サーバー装置４は、例えば、コンテンツ関連情報処理装置２から問い合わせに応答して、コンテンツ関連情報をコンテンツ関連情報処理装置２に提供する。具体的には、コンテンツ関連情報サーバー装置４は、コンテンツ関連情報処理装置２から渡される動作時刻とサービス識別情報（チャンネル情報）とに基づいて、コンテンツ関連装置を検索・抽出する。なお、後述するように、動作時刻から遡った時刻に関連するコンテンツ関連装置を検索・抽出してもよい。そして、コンテンツ関連情報サーバー装置４は、抽出されたコンテンツ関連情報をコンテンツ関連情報処理装置２に返送する。
【００３９】
スケジューラーサーバー装置５は、個人のスケジュールの情報を管理する機能を有する。スケジューラーサーバー装置５は外部の装置（コンテンツ関連情報処理装置２等）から受信したスケジュールの情報を内部のデータベースに登録し、外部からの要求に応じて登録されているスケジュールの情報を外部に対して提供する。また、スケジューラーサーバー装置５が、登録されているスケジュールの日時到来した際に、その旨を外部の装置に通知してもよい。
【００４０】
ここで、コンテンツ関連情報処理装置２が、受信機３からサービス識別情報（チャンネル情報）を取得するための具体的手順について説明する。受信機３側の放送・通信連携用アプリ（ハイブリッドキャストアプリとも呼ばれる）を利用する場合と、受信機３へのハイブリッドキャストコネクト（ハイコネ，Hybridcast Connect）を用いる場合とについて説明する。
【００４１】
まず、放送・通信連携用アプリを用いる場合は、次の通りである。まず、コンテンツ関連情報処理装置２は、sendtext()関数を用いて、受信機３に対して、getCurrentEventInfomation()関数の実行を要求する。その前提は、受信機３において放送・通信連携用アプリが既に稼働していることである。これに応じて、受信機３上で稼働する放送・通信連携用アプリは、getCurrentEventInfomation()関数を実行する。その結果、放送・通信連携用アプリは、オリジナルネットワークＩＤ（original_network_id，ネットワーク識別子）と、トランスポートストリームＩＤ（transport_stream_id，ＴＳ識別子）と、サービスＩＤ（service_id，サービス識別子）の情報を得る。受信機３上で稼働する放送・通信連携用アプリは、sendtext()関数を用いて、コンテンツ関連情報処理装置２に対して、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとの情報を送信する。この３つのＩＤの組が、サービス識別情報（チャンネル情報）である。
【００４２】
次に、ハイコネを用いる場合は、次の通りである。この場合には、受信機３側で放送・通信連携用のアプリが予め稼働している必要がない。コンテンツ関連情報処理装置２は、getReceiverStatusFromHostDevice()関数を実行することにより、受信機３に対して、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとを要求する。これに応じて、受信機３は、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとを、コンテンツ関連情報処理装置２に返送する。
【００４３】
図３は、コンテンツ関連情報サーバー装置４が保持する放送情報テーブルの構成とデータ例とを示す概略図である。放送情報テーブルは、放送された番組あるいはＣＭ（コマーシャルメッセージ）等のコンテンツと、コンテンツ関連情報との関係を保持するテーブルである。図示するように、放送情報テーブルは、ＩＤと、シーン開始日時と、シーン終了日時と、サービス識別情報（チャンネル情報）と、情報種別と、情報ＩＤとの各項目を有している。このテーブルにおける１行のデータが１つのシーンに対応する。これらの各々のデータ項目の意味は、次の通りである。
【００４４】
ＩＤは、この放送情報テーブルにおける特定の行を識別するための識別情報である。図示する例では、各行のＩＤは、２５６、２５７、２５８、および２５９である。
【００４５】
シーン開始日時とシーン終了日時は、それぞれ、放送内の特定のシーンや特定のＣＭの開始日時と終了日時とを表す。シーンは、典型的には、数秒程度から数分程度の長さを有する。シーン開始日時とシーン終了日時は、「ＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺ」（年月日、時分秒、およびタイムゾーン）の形式で表される。図示するデータにおいて、例えば「２０１９−０１−１０Ｔ１０：０４：００＋０９：００」は、２０１９年０１月１０日の１０時０４分００秒（タイムゾーンは、世界標準時（ＵＴＣ）よりも９時間先行）を表す。このシーン開始日時からシーン終了日時までの時間内に含まれるものが１つのシーンである。
【００４６】
サービス識別情報（チャンネル情報）は、サービス（放送のチャンネル）を識別するための情報である。本実施形態では、サービス識別情報は、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとの、３つのＩＤの組（トリプレット）としてサービス識別情報が表される。図示するデータにおいて、サービス識別情報の一例は、「７ＦＥ１／７ＦＥ１／０４０８」である。このように、サービス識別情報は、オリジナルネットワークＩＤとトランスポートストリームＩＤとサービスＩＤとを、例えばスラッシュで区切った形式で表される。
【００４７】
情報種別は、当該行のデータが関連付けられるコンテンツ関連情報の種別を表す。情報種別は、図示するように、例えば、「番組情報」、「イベント情報」、「製品情報」等である。当該行のシーン開始日時およびシーン終了日時と、サービス識別情報とで特定されるシーンが、番組情報に関連付けられる場合には、情報種別は「番組情報」である。この場合に関連付けられる番組情報は、番組情報テーブル（図４）に格納されている。また、そのシーンがイベント情報に関連付けられる場合には、情報種別は「イベント情報」である。この場合に関連付けられるイベント情報は、イベント情報テーブル（図５）に格納されている。また、そのシーンが製品情報に関連付けられる場合には、情報種別は「製品情報」である。この場合に関連付けられる製品情報は、製品情報テーブル（図６）に格納されている。あるシーンにおいて他の番組の告知等が含まれる場合、当該他の番組の告知内容が番組情報テーブルに格納される。あるシーンにおいてあるイベントの告知等が含まれる場合、当該イベントの告知内容がイベント情報テーブルに格納される。あるシーンにおいてある製品等が紹介される場合、当該製品に関するより詳細な情報、あるいは当該製品の関する情報の所在を表す情報（ＵＲＬ等）が、製品情報テーブルに格納される。なお、ＵＲＬは、「ユニフォームリソースロケーター」の略である。
【００４８】
情報ＩＤは、特定のコンテンツ関連情報を識別するための識別情報である。例えば、放送情報テーブルにおいて、ＩＤが「２５６」である行の情報種別は「番組情報」であり、情報ＩＤは「１２１」である。このシーンに関連するコンテンツ関連情報は、番組情報テーブル（図４）における、ＩＤが「１２１」である行の情報である。また、例えば、放送情報テーブルにおいて、ＩＤが「２５８」である行の情報種別は「イベント情報」であり、情報ＩＤは「５６」である。このシーンに関連するコンテンツ関連情報は、イベント情報テーブル（図５）における、ＩＤが「５６」である行の情報である。
【００４９】
図４は、コンテンツ関連情報サーバー装置４が保持する番組情報テーブルの構成と、データ例とを示す概略図である。番組情報テーブルは、番組の告知内容に相当するデータを記憶するものである。図示するように、番組情報テーブルは、ＩＤと、放送開始日時と、放送終了日時と、サービス識別情報（チャンネル情報）と、タイトルの各項目を有している。この番組情報テーブルの各行が、告知された番組に対応する。これらの各々のデータ項目の意味は、次の通りである。
【００５０】
ＩＤは、この番組情報テーブルにおける特定の行を識別するための識別情報である。図示する例では、各行のＩＤは、１２１および１２２である。これらのＩＤは、それぞれ、放送情報テーブル（図３）における２つの行（ＩＤが、それぞれ、２５６および２５７）の、情報ＩＤの１２１および１２２に対応している。
【００５１】
放送開始日時および放送終了日時は、それぞれ、告知対象となった番組の放送の開始日時と終了日時とを表す。番組は、典型的には、数分程度から数時間程度の長さを有する。放送開始日時と放送終了日時は、「ＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺ」（年月日、時分秒、およびタイムゾーン）の形式で表される。この形式については、既に図３のシーン開始日時とシーン終了日時の説明において述べた通りである。
【００５２】
サービス識別情報（チャンネル情報）は、告知対象となった番組が放送されるチャンネルを識別する情報である。サービス識別情報の表現形式については、既に図３において述べた通りである。
【００５３】
タイトルは、告知対象となった番組のタイトルである。図示する例では、番組のタイトルは、「メジャーセカンド」、「ハートネットＴＶ」等である。
【００５４】
以上、説明したように、番組情報テーブルは、放送開始日時、放送終了日時、およびサービス識別情報を含む。これらの情報を用いることにより、当該番組が放送される日時に、例えば受信機３の電源をオンにして、当該サービスを自動的に選局することも可能となる。また、番組情報テーブルは、さらに、タイトルの情報をも保持する。これにより、例えば、スケジューラーに、番組の放送開始日時、放送終了日時、およびタイトルを登録し、この番組放送スケジュールの情報を参照することが可能となる。
【００５５】
図５は、コンテンツ関連情報サーバー装置４が保持するイベント情報テーブルの構成とデータ例とを示す概略図である。イベント情報テーブルは、元のコンテンツ内で告知されたイベント等に関する情報を保持する。図示するように、イベント情報テーブルは、ＩＤと、開始日時と、終了日時と、タイトルと、場所の各項目を有している。この番組情報テーブルの各行が、告知されたイベントに対応する。これらの各々のデータ項目の意味は、次の通りである。
【００５６】
ＩＤは、このイベント情報テーブルにおける特定の行を識別するための識別情報である。図示する例では、ＩＤは、５６である。このＩＤは、放送情報テーブル（図３）における１つの行（ＩＤが２５８である行）の、情報ＩＤの５６に対応している。
【００５７】
開始日時および終了日時は、それぞれ、告知対象となったイベントの開始日時と終了日時とを表す。開始日時と終了日時は、「ＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺ」（年月日、時分秒、およびタイムゾーン）の形式で表される。この形式については、既に図３のシーン開始日時とシーン終了日時の説明において述べた通りである。
【００５８】
タイトルは、告知対象となったイベントのタイトルである。図示する例では、イベントのタイトルは「青空フリーマーケット」である。
【００５９】
場所は、告知対象となったイベントが開催される場所である。図示する例では、都道府県、市区町村、字名、番地などといった情報により場所を表している。場所のデータは、このような都道府県名や市区町村名による表現だけでなく、例えば、経度および緯度といった情報として表されてもよい。
【００６０】
以上、説明したように、イベント情報テーブルは、開始日時、終了日時、タイトル、および場所の情報を含む。これらの情報を用いることにより、スケジューラーに、イベントの情報を登録し、イベント情報を参照することが可能となる。また、所定の位置からイベントの場所までの経路や交通手段の情報をユーザーに提示したり、所定の位置からイベントの場所までの経路上の天気予報の情報をユーザーに提示したりすることも可能となる。ここでの所定の位置とは、例えば、受信機３から取得可能な郵便番号の情報（受信機３に登録されている）である。また、所定の位置とは、例えば、コンテンツ関連情報処理装置２が有するＧＰＳ（グローバル・ポジショニング・システム）機能で得られる、コンテンツ関連情報処理装置２の現在位置の情報である。地理的な経路の情報や、目的地までの交通手段の情報や、天気予報の情報等は、周知の技術を用いて、インターネット上のサーバー装置から取得可能である。
【００６１】
図６は、コンテンツ関連情報サーバー装置４が保持する製品情報テーブルの構成とデータ例とを示す概略図である。製品情報テーブルは、コンテンツと関連する製品等（例えば、コンテンツ内で紹介された製品やサービス）に関する情報を保持する。図示するように、製品情報テーブルは、ＩＤと、製品名と、サムネイルと、ＵＲＬの各項目を有している。この製品情報テーブルの各行が、製品等に対応する。これらの各々のデータ項目の意味は、次の通りである。
【００６２】
ＩＤは、この製品情報テーブルにおける特定の行を識別するための識別情報である。図示する例では、ＩＤは、３８である。このＩＤは、放送情報テーブル（図３）における１つの行（ＩＤが２５９である行）の、情報ＩＤの３８に対応している。
【００６３】
製品名は、当該製品等の名称である。
【００６４】
サムネイルは、当該製品等を表すサムネイル画像の所在情報（ＵＲＬ等）である。
【００６５】
ＵＲＬは、当該製品等に関するさらに詳細な情報を掲載したウェブページの所在情報（ＵＲＬ等）である。このＵＲＬを用いて、コンテンツ関連情報処理装置２が備えるウェブブラウザー等の機能から、当該製品に関する詳細情報を閲覧することが可能となる。
【００６６】
以上説明した図３，図４，図５，図６を前提としたとき、コンテンツ関連情報サーバー装置４がコンテンツ関連情報を検索・抽出する処理は、次の通りである。まず、コンテンツ関連情報サーバー装置４は、コンテンツ関連情報処理装置２から渡された動作時刻とサービス識別情報（チャンネル情報）とに基づいて、図３の放送情報テーブルを検索し、該当するシーンを特定する。該当するシーンの１つは、動作時刻が、シーン開始日時以上且つシーン終了日時未満であるシーンである。また、該当する他のシーンは、上記のシーンに先立つシーンである。そして、コンテンツ関連情報サーバー装置４は、該当する行（シーン）の情報種別が、番組情報であるか、イベント情報であるか、製品情報であるかを判別する。コンテンツ関連情報サーバー装置４は、情報種別が番組情報である場合には図４の番組情報テーブルを、イベント情報である場合には図５のイベント情報テーブルを、製品情報である場合には図６の製品情報テーブルを、それぞれ参照する。そして、コンテンツ関連情報サーバー装置４は、情報ＩＤ（図３）にも基づいて、番組情報テーブル、イベント情報テーブル、または製品情報テーブルのいずれか適切なテーブルから、コンテンツ関連情報を抽出する。
【００６７】
上で、動作時刻によって示されるシーンだけでなく、先立つシーンを処理対象とするのは、ユーザーがトリガー（タップ操作等）を発する直前にシーンが切り替わってしまう場合を想定するためである。トリガーが発した時刻のシーンの情報に加えて、それよりも前のシーンの情報をも取得する。
【００６８】
図４，図５，図６では、それぞれ、コンテンツ関連情報の例として、番組情報のテーブル、イベント情報のテーブル、製品情報のテーブルを示した。コンテンツ関連情報サーバー装置４は、コンテンツ関連情報として、これら以外の情報を保持するテーブルを保持するようにしてもよい。
【００６９】
次に、放送・通信連携システム１の動作手順について説明する。
【００７０】
図７は、放送・通信連携システム１が、コンテンツ関連情報処理装置２におけるユーザーの操作（例えば、画面をタップする操作等）に基づく一連の処理の手順例を示すフローチャートである。このフローチャートは、コンテンツ関連情報が番組情報である場合に、その番組に関するスケジュール情報をスケジューラーサーバー装置５に登録する処理に対応している。変形例としては、スケジューラーサーバー装置５への登録以外の処理を行ってもよい。以下、このフローチャートに沿って動作手順を説明する。
【００７１】
まず、ステップＳ１において、コンテンツ関連情報処理装置２のユーザーインターフェース制御部２７は、登録ボタンがタップされたことを検知する。登録ボタンは、コンテンツ関連情報処理装置２の画面上に設けられており、ユーザーがタップすることができるようになっている。登録ボタンがタップされたことをトリガーとして、コンテンツ関連情報処理装置２は、ステップＳ２以下の処理を実行する。
【００７２】
次にステップＳ２において、コンテンツ関連情報処理装置２の時刻取得部２１は、現在時刻を取得する。本ステップにおいて取得された時刻を、以下で、「動作時刻」と呼ぶ場合がある。
【００７３】
次にステップＳ３において、コンテンツ関連情報処理装置２の識別情報取得部２２は、受信機３に、サービス識別情報（チャンネル情報）を要求する。
【００７４】
次にステップＳ４において、受信機３は、コンテンツ関連情報処理装置２からの要求に応えて、コンテンツ関連情報処理装置２に、サービス識別情報（チャンネル情報）を送信する。このサービス識別情報（チャンネル情報）は、コンテンツ関連情報処理装置２からの要求を受けた時点で受信機３が選局していたチャンネルを識別するための情報である。即ち、コンテンツ関連情報処理装置２のユーザーは、受信機３が受信していたそのチャンネルの放送番組を視聴していたことを表す。コンテンツ関連情報処理装置２は、受信機３からのサービス識別情報（チャンネル情報）を受信する。
【００７５】
次にステップＳ５において、コンテンツ関連情報処理装置２の送信部２３は、コンテンツ関連情報サーバー装置４に対して、ステップＳ２で取得した動作時刻の情報と、ステップＳ４で取得したサービス識別情報（チャンネル情報）とを送信する。つまり、送信部２３は、ユーザーが視聴していたチャンネルおよび時刻を特定する情報をコンテンツ関連情報サーバー装置４に送信する。コンテンツ関連情報サーバー装置４は、動作時刻の情報とサービス識別情報（チャンネル情報）とを受信する。
【００７６】
次にステップＳ６において、コンテンツ関連情報サーバー装置４は、ステップＳ５で受信した動作時刻の情報とサービス識別情報（チャンネル情報）とに基づき、該当するコンテンツ関連情報を検索する。つまり、コンテンツ関連情報サーバー装置４は、ユーザーが視聴したコンテンツに関連する情報を検索する。なお、このとき、コンテンツ関連情報サーバー装置４は、ステップＳ５で受信した動作時刻に該当するコンテンツ関連情報だけではなく、当該動作時刻から所定時間遡る範囲内の時刻に該当するコンテンツ関連情報をも検索するようにしてもよい。ここで、所定時間とは、例えば、１秒から数十秒程度までの範囲で適宜定められた時間である。あるいは、コンテンツ関連情報サーバー装置４は、ステップＳ５で受信した動作時刻に対応するシーンのコンテンツ関連情報だけではなく、当該シーンからＮシーン（Ｎは、０以上の整数）遡る範囲内のシーンに該当するコンテンツ関連情報をも検索するようにしてもよい。そして、コンテンツ関連情報サーバー装置４は、検索結果として得られたコンテンツ関連情報を、コンテンツ関連情報処理装置２に返送する。コンテンツ関連情報処理装置２のコンテンツ関連情報抽出部２４は、コンテンツ関連情報サーバー装置４からのデータを受信し、コンテンツ関連情報を抽出する。コンテンツ関連情報抽出部２４は、抽出したコンテンツ関連情報を、コンテンツ関連情報記憶部２５に書き込む。
【００７７】
次にステップＳ７において、コンテンツ関連情報処理装置２は、ステップＳ６で受信したコンテンツ関連情報を確認する。具体的には、コンテンツ関連情報処理装置２は、ステップＳ６で受信したコンテンツ関連情報を画面に表示するなどといった形でユーザーに提示し、ユーザーによる確認結果を取得する。コンテンツ関連情報処理装置２が複数のコンテンツ関連情報（例えば、上記動作時刻におけるコンテンツ関連情報と、上記動作時刻の５秒前におけるコンテンツ関連情報）を受信していた場合には、コンテンツ関連情報処理装置２は、そのいずれが妥当なコンテンツ関連情報であるかを確認する。具体的には、コンテンツ関連情報処理装置２は、複数のコンテンツ関連情報を画面等に表示し、ユーザーに所望のコンテンツ関連情報を選択させる。なお、ステップＳ７のさらに詳細な手順の例について、後で図８を参照しながら説明する。
【００７８】
次にステップＳ８において、コンテンツ関連情報処理装置２のコンテンツ関連情報処理部２６は、ステップＳ７において確認済みのコンテンツ関連情報に基づき、スケジュール情報をスケジューラーサーバー装置５に登録する。例えばコンテンツ関連情報が番組情報である場合、コンテンツ関連情報処理装置２は、番組の放送開始日時と放送終了日時とサービス識別情報（チャンネル情報）と番組のタイトルとを、スケジューラーサーバー装置５に登録する。例えばコンテンツ関連情報がイベント情報である場合、コンテンツ関連情報処理装置２は、イベントの開始日時と終了日時とタイトルと場所とを、スケジューラーサーバー装置５に登録する。これらにより、スケジューラーサーバー装置５は、コンテンツ関連情報処理装置２のユーザーのスケジュールの情報を保持し、管理する。スケジューラーサーバー装置５に登録されたスケジュール情報は、必要に応じて、コンテンツ関連情報処理装置２等から参照され得る。また、登録されているスケジュール情報の日時に基づいて、スケジューラーサーバー装置５がコンテンツ関連情報処理装置２等に対して当該日時の到来の通知を行うようにしてもよい。
【００７９】
ステップＳ８の処理が終了すると、放送・通信連携システム１は、本フローチャート全体の処理を終了する。つまり、コンテンツ関連情報処理装置２は、新たなトリガーを待つ状態に移行する。
【００８０】
図８は、図７のステップＳ７における処理、即ち、コンテンツ関連情報処理装置２が、コンテンツ関連情報を確認する処理の、より詳細な手順の例を示すフローチャートである。本フローチャートで示す処理は、図７のステップＳ６において、コンテンツ関連情報処理装置２がコンテンツ関連情報サーバー装置４から受け取るコンテンツ関連情報が２件（動作時刻に対応するシーンと、当該動作時刻に対応するシーンの１つ前のシーン）であることを前提としている。なお、コンテンツ関連情報の件数は、２に限らず、任意である。以下、このフローチャートに沿って動作手順を説明する。
【００８１】
ステップＳ７１において、コンテンツ関連情報処理装置２のコンテンツ関連情報処理部２６は、動作時刻に対応するシーンのコンテンツ関連情報を使用するか否かを判定する。具体的には、コンテンツ関連情報処理部２６は、当該シーンに関連するコンテンツ関連情報を画面に表示し、ユーザーからの確認入力に基づいて、当該シーンに関連するコンテンツ関連情報を使用するか否かを判定する。当該シーンに関連するコンテンツ関連情報を使用する場合（ステップＳ７１：ＹＥＳ）には、ステップＳ７３に進む。当該シーンに関連するコンテンツ関連情報を使用しない場合（ステップＳ７１：ＮＯ）には、次のステップＳ７２に進む。
【００８２】
ステップＳ７２において、コンテンツ関連情報処理部２６は、動作時刻に対応するシーンの１つ前のシーンのコンテンツ関連情報を使用するか否かを判定する。具体的には、コンテンツ関連情報処理部２６は、当該シーンに関連するコンテンツ関連情報を画面に表示し、ユーザーからの確認入力に基づいて、当該シーンに関連するコンテンツ関連情報を使用するか否かを判定する。当該シーン（１つ前のシーン）に関連するコンテンツ関連情報を使用する場合（ステップＳ７２：ＹＥＳ）には、ステップＳ７３に進む。当該シーンに関連するコンテンツ関連情報を使用しない場合（ステップＳ７２：ＮＯ）には、次のステップＳ７４に進む。
【００８３】
ステップＳ７３に進んだ場合、コンテンツ関連情報処理部２６は、ステップＳ７１またはＳ７２のいずれかにおいて使用すると判定したコンテンツ関連情報を、スケジューラーサーバー装置５に登録するスケジュール情報とすることを確定する。
【００８４】
ステップＳ７４に進んだ場合、コンテンツ関連情報処理部２６は、スケジューラーサーバー装置５に登録するスケジュール情報はないことを確定する。
【００８５】
以上により、コンテンツ関連情報処理装置２は、コンテンツを確認する処理（図８の処理）を終了する。
【００８６】
図９は、図７のステップＳ８において登録されたスケジュールの日時が到来したときの、放送・通信連携システム１の処理の手順を示すフローチャートである。図９に示す処理が実行されるのは、スケジューラーサーバー装置５に、予め、番組情報に基づくスケジュールが登録されている場合である。以下、このフローチャートに沿って動作手順を説明する。
【００８７】
ステップＳ１０１において、コンテンツ関連情報処理装置２のコンテンツ関連情報処理部２６は、スケジューラーサーバー装置５に登録されているスケジュールの開始時刻の到来を検知する。コンテンツ関連情報処理装置２が開始時刻の到来を検知するための具体的な方法は、次の通りである。その第１は、スケジューラーサーバー装置５が、管理しているスケジュール情報と現在時刻とに基づき、開始時刻が到来することを検知したとき、その旨をコンテンツ関連情報処理装置２に通知する方法である。その第２は、コンテンツ関連情報処理装置２が、必要時に（例えば、所定の時間間隔ごとに）、スケジューラーサーバー装置５に登録されているスケジュール情報を参照し、そのスケジュール情報と現在時刻とに基づき、開始時刻の到来を検知する方法である。また、コンテンツ関連情報処理装置２は、適宜、その他の方法によって開始時刻の到来を検知してもよい。また、コンテンツ関連情報処理装置２は、該当するスケジュール情報を読み込む。つまり、スケジュール情報が番組情報である場合、コンテンツ関連情報処理装置２は、放送開始日時と、放送終了日時と、サービス識別情報（チャンネル情報）と、番組のタイトルとを取得する。コンテンツ関連情報処理装置２は、開始時刻の到来を検知したとき、下記ステップＳ１０２以下の処理を進める。
【００８８】
ステップＳ１０２において、コンテンツ関連情報処理装置２のコンテンツ関連情報処理部２６は、受信機３に対して、スケジュールされている番組を受信するため、起動および選局を指示する。このとき、コンテンツ関連情報処理装置２は、受信機３に対して、少なくともサービス識別情報（チャンネル情報）を渡す。また、コンテンツ関連情報処理装置２は、受信機３に対して、必要に応じて、放送開始日時と、放送終了日時と、番組のタイトルの情報を渡すようにしてもよい。
【００８９】
次にステップＳ１０３において、受信機３は、未起動であれば起動する。また、受信機３は、指示されたサービス識別情報（チャンネル情報）に基づいて、選局を行う。つまり、受信機３は、予め登録されていたスケジュール情報に基づいて、番組を受信し、提示する。
【００９０】
図９では、コンテンツ関連情報に基づいて、コンテンツ関連情報処理装置２のコンテンツ関連情報処理部２６が、放送される番組をユーザーが視聴できるように、受信機３を制御する処理の手順を示した。コンテンツ関連情報処理部２６は、他の方法でコンテンツ関連情報を処理してもよい。
【００９１】
例えばコンテンツ関連情報がイベント情報である場合、コンテンツ関連情報処理部２６は、スケジューラーサーバー装置５に登録しておいたスケジュール情報に基づいて、イベントの開始日時が近づいたときに、イベント情報をコンテンツ関連情報処理装置２の画面に表示させるようにしてもよい。また例えばコンテンツ関連情報が製品情報である場合、コンテンツ関連情報処理部２６は、所定の適切なタイミングで、製品に関する情報をコンテンツ関連情報処理装置２の画面に表示させるようにしてもよい。ここで表示される製品に関する情報とは、製品名や、製品のサムネイル画像や、製品情報テーブルのＵＲＬからリンクされているウェブページ等である。
【００９２】
なお、図９に示した処理手順では、番組の放送開始時刻の到来をトリガーとして、受信機３に当該番組を受信させる処理を行った。ただし、放送開始時刻の到来をトリガーとする代わりに、放送開始時刻よりも所定時間先行する時刻の到来をトリガーとして同様の処理を行ってもよい。ここでの所定時間とは、例えば、数十秒程度から数分程度の長さである。このようにした場合、放送開始時刻よりも先行して受信機３がその番組のチャンネルの受信を開始することができる。つまり、受信機３が当該チャンネルの放送信号を受信している状態で、その番組の開始を待機することもできる。
【００９３】
なお、上述した実施形態におけるコンテンツ関連情報処理装置２や、受信機３や、コンテンツ関連情報サーバー装置４や、スケジューラーサーバー装置５等の装置の少なくとも一部の機能をコンピューターで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００９４】
以上、実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。なお、複数の変形例を組み合わせて実施してもよい。
【００９５】
［第１変形例］
コンテンツ関連情報をコンテンツ関連情報サーバー装置４に蓄積する代わりに、コンテンツ関連情報処理装置２の内部に蓄積してもよい。この場合、コンテンツ関連情報処理装置２内で記録されるコンテンツ関連情報は、適宜アップデートされる。例えば、コンテンツ関連情報処理装置２は、インターネット等を介した通信により、コンテンツ関連情報のアップデート情報を受信する。また、例えば、コンテンツ関連情報処理装置２は、放送信号内（例えば、サービスインフォメーション）に格納されるコンテンツ関連情報を、放送・通信連携機能により、受信機３から受信してもよい。
【００９６】
［第２変形例］
スケジューラーサーバー装置５を用いる代わりに、コンテンツ関連情報処理装置２が有するローカルストレージにスケジュール情報を保持するようにしてもよい。
【００９７】
［第３変形例］
コンテンツ関連情報処理装置２が番組情報をコンテンツ関連情報サーバー装置４から受信したとき、その番組のスケジュール情報をスケジューラーサーバー装置５に登録する代わりに、録画装置に番組スケジュールの情報を送信することにより、当該番組の録画予約を行うようにしてもよい。
【００９８】
［第４変形例］
コンテンツ関連情報処理装置２が、コンテンツ関連情報サーバー装置４に対して、動作時刻の情報を送らないようにしてもよい。つまり、この場合、コンテンツ関連情報処理装置２は、コンテンツ関連情報サーバー装置４に対して、サービス識別情報（チャンネル情報）のみを送信する。そして、コンテンツ関連情報サーバー装置４は、コンテンツ関連情報処理装置２からサービス識別情報（チャンネル情報）を受信した時刻（この時刻は、動作時刻に近似する時刻である）に基づいて、コンテンツ関連情報を検索・抽出する。
【００９９】
［第５変形例］
コンテンツ関連情報処理装置２は、取得したコンテンツ関連情報を用いて、さらに、次のようなことを行うことができる。コンテンツ関連情報処理装置２は、スケジュール情報を、自ユーザーのスケジューラーだけではなく、当該ユーザーの知人等のスケジューラーに登録してもよい。コンテンツ関連情報処理装置２は、取得したコンテンツ関連情報を、ＳＮＳ（ソーシャルネットワーキングサービス）等に投稿してもよい。これらにより、コンテンツ関連情報を、友人・知人らと共有することも可能となる。
【０１００】
［第６変形例］
コンテンツ関連情報処理装置２は、放送・通信連携機能を用いて、さらに、受信機３から、受信機３の設置場所として登録されている場所の郵便番号を取得するようにしてもよい。これにより、コンテンツ関連情報処理装置２は、受信機３が設置されている場所の住所情報を取得することができる。これにより、コンテンツ関連情報処理装置２は、コンテンツ関連情報として含まれるイベントの会場の住所と、受信機３から取得した郵便番号の情報とを基に、イベント会場までの移動経路、移動ルートの情報を提示することもできる。さらに、コンテンツ関連情報処理装置２は、上記移動経路上の天気予報の情報（天気情報サーバー装置から地域ごとの天気予報情報は取得可能）を提示することもできる。
【０１０１】
［第７変形例］
サービス識別情報（チャンネル情報）として、オリジナルネットワークＩＤと、トランスポートストリームＩＤと、サービスＩＤとの組の形態ではなく、他の形態の情報を用いてもよい。一例として、チャンネル番号（地上波デジタル放送の１ｃｈ、２ｃｈ等）の情報をサービス識別情報（チャンネル情報）として用いてもよい。
【０１０２】
以上、説明したように、本実施形態および変形例によれば、コンテンツ関連情報処理装置２は、受信機３から、その受信機３が受信している（受信していた）コンテンツのサービス（チャンネル）を識別する情報を受け取ることができる。これにより、コンテンツ関連情報処理装置２は、ユーザーによる操作（例えば、タップ操作）が行われたときに受信機３が受信していたサービス（チャンネル）の識別情報を獲得できる。したがって、コンテンツ関連情報処理装置２は、サービス（チャンネル）の識別情報に基づいて、コンテンツ関連情報を取得することができる。そして、コンテンツ関連情報処理装置２は、そのコンテンツ関連情報に基づく処理（一例として、そのコンテンツに関連する放送番組を受信するための受信機３の自動起動）を行うことができる。
【０１０３】
つまり、番組の告知情報（番組内での告知や、ＣＭによる告知）を視聴した際、ユーザーは、簡単な操作（タップ操作等）を行うだけで、告知された番組をスケジューラーに登録しておくことができるようになる。また、登録された番組を視聴するために、受信機３を制御することができるようになる。このような簡単な操作で番組等をスケジューラーに登録する技術は、従来、存在しなかった。同様に、イベントの告知情報を視聴した際、ユーザーは、簡単な操作で、イベントの情報をスケジューラーに登録することが可能となる。
【０１０４】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【０１０５】
本発明は、例えば、放送等の手段で配信されるコンテンツを受信するための受信機と連携するための情報機器に利用することができる。但し、本発明の利用範囲はここに例示したものには限られない。
【符号の説明】
【０１０６】
１  放送・通信連携システム
２  コンテンツ関連情報処理装置
３  受信機
４  コンテンツ関連情報サーバー装置
５  スケジューラーサーバー装置
２１  時刻取得部
２２  識別情報取得部
２３  送信部
２４  コンテンツ関連情報抽出部（コンテンツ関連情報取得部）
２５  コンテンツ関連情報記憶部
２６  コンテンツ関連情報処理部
２７  ユーザーインターフェース制御部
【図１】
2020137090.tif 000003
【図２】
2020137090.tif 000004
【図３】
2020137090.tif 000005
【図４】
2020137090.tif 000006
【図５】
2020137090.tif 000007
【図６】
2020137090.tif 000008
【図７】
2020137090.tif 000009
【図８】
2020137090.tif 000010
【図９】
2020137090.tif 000011