(57)【特許請求の範囲】
【請求項１】
嗜好情報に合う放送番組を判定する放送受信装置において、
特定のキーワードを嗜好情報として記憶する嗜好情報記憶部と、
同一時間帯に放送される複数の放送番組に対して監視順序を特定する情報を監視スケジュールテーブルとして記憶する監視スケジュール記憶部と、
上記監視スケジュール記憶部に記憶された上記監視スケジュールテーブルに基づいて上記複数の放送番組それぞれの監視順序を特定し、特定した監視順序で上記複数の放送番組それぞれを放送データとして所定時間ずつ取得する放送データ取得を上記同一時間帯に繰り返し行う放送データ取得部と、
上記放送データ取得部により繰り返し取得された放送データに上記嗜好情報が含まれるか否かを判定する嗜好情報監視部と
を備えたことを特徴とする放送受信装置。
【請求項２】
上記放送受信装置は、さらに、
上記同一時間帯に放送される複数の放送番組それぞれの放送内容を示すデータとして番組表を記憶する番組表記憶部と、
放送データを取得する放送番組の優先度を示す番組優先度テーブルを記憶する番組優先度記憶部と、
上記監視スケジュールテーブルを生成する放送取得スケジュール部とを備え、
上記放送取得スケジュール部は、
上記番組表に示される複数の放送番組それぞれの放送内容と、上記嗜好情報記憶部に記憶される嗜好情報とを比較し、上記複数の放送番組それぞれの優先度を判定し、判定した優先度に基づいて上記番組優先度テーブルを生成し、生成した番組優先度テーブルを上記番組優先度記憶部に記憶し、
上記番組優先度記憶部に記憶した番組優先度テーブルに基づいて上記監視スケジュールテーブルを生成し、生成した監視スケジュールテーブルを上記監視スケジュール記憶部に記憶する
ことを特徴とする請求項１記載の放送受信装置。
【請求項３】
上記放送取得スケジュール部は、
上記番組優先度テーブルに示される複数の放送番組それぞれの優先度に基づいて連続監視時間と監視頻度との少なくともいずれかを決定し、決定した連続監視時間と監視頻度との少なくともいずれかを含んだ情報を上記監視スケジュールテーブルとして生成する
ことを特徴とする請求項２記載の放送受信装置。
【請求項４】
上記放送受信装置は、さらに、
各種のイベントを実行するイベント実行部を備え、
イベント実行部は、
放送データを記録する記録処理部と、
表示する放送データを切り換える表示切換処理部と、
音による通知を行う音通知処理部と、
表示データを表示する表示効果処理部と、
メールを送信するメール処理部と
の少なくともいずれかを有するイベント処理部と、
イベント処理部を制御するイベント制御部とを有し、
上記嗜好情報監視部が嗜好情報に合うと判定した放送番組について、イベント処理部を実行する
ことを特徴とする請求項１記載の放送受信装置。
【請求項５】
上記放送データ取得部は、取得中の放送データと取得済みの放送データとを比較し、一致度が高いと判定したときに、放送データを取得する放送番組を、監視スケジュールテーブルにおいて、次にスケジュールされた放送番組に切り換えること
を特徴とする請求項１記載の放送受信装置。
【請求項６】
上記放送データ取得部を複数備えることを特徴とする請求項１記載の放送受信装置。
【請求項７】
上記複数の放送データ取得部は、それぞれが全放送番組を対象として、監視スケジュールテーブルに基づいて、同じ時間に異なる放送番組の放送データを取得することを特徴とする請求項６記載の放送受信装置。
【請求項８】
上記複数の放送データ取得部は、それぞれが異なる一つ以上の放送番組を対象として、監視スケジュールテーブルに基づいて、同じ時間に異なる放送番組の放送データを取得することを特徴とする請求項６記載の放送受信装置。
【請求項９】
上記複数の放送データ取得部のうち、少なくとも一つの上記放送データ取得部は、上記嗜好情報監視部が嗜好情報に合うと判定した放送番組の放送データを取得し、残りの上記放送データ取得部は、監視スケジュールテーブルに基づいて、同じ時間に異なる放送番組の放送データを取得することを特徴とする請求項６記載の放送受信装置。
【請求項１０】
放送データは、放送番組に関するテキストデータを含み、
上記嗜好情報監視部は、
上記放送データ取得部が取得した放送データに含まれるテキストデータと、上記嗜好情報記憶部に記憶される嗜好情報とに基づいて判定処理する
ことを特徴とする請求項１記載の放送受信装置。
【請求項１１】
放送データは、放送番組に関して音データと画像データとの少なくともいずれかを含み、
上記放送受信装置は、さらに、
上記放送データ取得部が取得した放送データに含まれる音データを識別して対応するテキストデータに変換する音データ識別部と、
上記放送データ取得部が取得した放送データに含まれる画像データを識別して対応するテキストデータに変換する画像データ識別部と
の少なくともいずれかを備え、
上記嗜好情報監視部は、
音データ識別部が音データを変換したテキストデータと、画像データ識別部が画像データを変換した画像データとの少なくともいずれかと、上記嗜好情報記憶部に記憶される嗜好情報とに基づいて判定処理する
ことを特徴とする請求項１記載の放送受信装置。
【請求項１２】
嗜好情報に合う放送番組を判定する放送受信装置の放送受信方法において、
特定のキーワードを嗜好情報として記憶し、
同一時間帯に放送される複数の放送番組に対して監視順序を特定する情報を監視スケジュールテーブルとして記憶し、
上記監視スケジュールテーブルに基づいて上記複数の放送番組それぞれの監視順序を特定し、特定した監視順序で上記複数の放送番組それぞれを放送データとして所定時間ずつ取得する放送データ取得を上記同一時間帯に繰り返し行い、
上記放送データ取得部により繰り返し取得された放送データに上記嗜好情報が含まれるか否かを判定する
ことを特徴とする放送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ランダムに繰り返し実行される複数チャンネル放送環境において、複数のチャンネルからユーザが嗜好する場面をリアルタイムに自動的に記録、表示を行うなどしてユーザの支援を行う、放送受信装置および放送受信方法に関するものである。
【背景技術】
【０００２】
テレビ放送やインターネット放送の多チャンネル化に伴い、複数のチャンネルの中からユーザの嗜好する場面の記録や表示切替などをリアルタイムに提供する、ユーザ支援技術が望まれている。
特許文献１では、テレビ放送の単一チャンネルにおいて、嗜好キーワードと合致した発声が行われた時点にリアルタイムに録画を行うサービスを提案している。
特許文献２や特許文献３や特許文献４では、デジタル放送において、前もって番組表と嗜好キーワードの合致度を調査し、合致した番組を録画、録音する手法である。
特許文献５では、応答サーバなるものを設定し、登録した個人ごとの番組表を作成し、前もってその番組表と嗜好キーワードの合致度を調査し、合致した番組を録画する手法である。
ただし、これらの文献はいずれも番組表と嗜好情報の一致度を考慮しており、生放送など、番組表にない情報や番組の放送中に番組映像と共に初めて番組コンテンツが付加される場合は対応できない。また、リアルタイムに監視するチャンネル数は単一であり、複数のチャンネルを監視する具体的な手法については述べられていない。
【特許文献１】特開平９−２５２４５１号公報
【特許文献２】特開２００１−１３４９９８号公報
【特許文献３】特開平７−２１２３２７号公報
【特許文献４】特開２００２−２１７７６１号公報
【特許文献５】特開２００１−３２６９２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このため、ランダムに繰り返し実行される複数チャンネルの放送データの中からユーザが嗜好する場面を記録、表示するためには、リモコン操作などによりチャンネルを順に切り替え、嗜好場面を探索し、記録、表示をユーザ自身が行わなければならない。【０００４】
本発明は、上記の課題を解決するためになされたもので、ランダムに繰り返し実行される複数チャンネルの放送データに対して、チャンネルの切り替え、嗜好場面の探索、記録、表示などの操作を行わずにユーザが嗜好する場面を記録、表示などをできるようにすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の放送受信装置は、嗜好情報を記憶する嗜好情報記憶部と、同一時間帯の各放送番組に対する監視スケジュールを示す監視スケジュールテーブルを記憶する監視スケジュール記憶部と、放送番組に関するデータである放送データを取得する放送データ取得部と、監視中の放送番組が嗜好情報に合う放送番組か判定する嗜好情報監視部とを備え、放送データ取得部は、監視スケジュール記憶部に記憶される監視スケジュールテーブルに基づいて同一時間帯の各放送番組の放送データを取得し、嗜好情報監視部は、放送データ取得部が取得した放送データと、嗜好情報記憶部に記憶される嗜好情報とを比較し、比較した放送データの示す放送番組が嗜好情報に合うか判定することを特徴とする。【０００６】
さらに、各時間帯の各放送番組の放送内容を示すデータである番組表を記憶する番組表記憶部と、放送データを取得する放送番組の優先度を示す番組優先度テーブルを記憶する番組優先度記憶部と、監視スケジュールテーブルを生成する放送取得スケジュール部とを備え、上記放送データ取得部は、放送データとして番組表を取得し、取得した番組表を番組表記憶部に記憶し、放送取得スケジュール部は、番組表記憶部に記憶される番組表の示す、各時間帯の各放送番組の放送内容と、嗜好情報記憶部に記憶される嗜好情報とを比較し、各時間帯において、嗜好情報に対応して各放送番組の優先度を判定し、判定した優先度に基づいて番組優先度テーブルを生成し、生成した番組優先度テーブルを番組優先度記憶部に記憶し、番組優先度記憶部に記憶した番組優先度テーブルに基づいて、各時間帯の各放送番組に対する監視スケジュールを決定して監視スケジュールテーブルを生成し、生成した監視スケジュールテーブルを監視スケジュール記憶部に記憶することを特徴とする。【０００７】
上記放送取得スケジュール部は、上記番組優先度記憶部に記憶される番組優先度テーブルの示す各放送番組の優先度に、連続監視時間と監視頻度との少なくともいずれかを対応させて監視スケジュールを決定することを特徴とする。【０００８】
さらに、各種のイベントを実行するイベント実行部を備え、イベント実行部は、放送データを記録する記録処理部と、表示する放送データを切り換える表示切換処理部と、音による通知を行う音通知処理部と、表示データを表示する表示効果処理部と、メールを送信するメール処理部との少なくともいずれかを有するイベント処理部と、イベント処理部を制御するイベント制御部とを有し、上記嗜好情報監視部が嗜好情報に合うと判定した放送番組について、イベント処理部を実行することを特徴とする。【０００９】
上記放送データ取得部は、取得中の放送データと取得済みの放送データとを比較し、一致度が高いと判定したときに、放送データを取得する放送番組を、監視スケジュールテーブルにおいて、次にスケジュールされた放送番組に切り換えることを特徴とする。【００１０】
上記放送データ取得部を複数備えることを特徴とする。【００１１】
上記複数の放送データ取得部は、それぞれが全放送番組を対象として、監視スケジュールテーブルに基づいて、同じ時間に異なる放送番組の放送データを取得することを特徴とする。【００１２】
上記複数の放送データ取得部は、それぞれが異なる一つ以上の放送番組を対象として、監視スケジュールテーブルに基づいて、同じ時間に異なる放送番組の放送データを取得することを特徴とする。【００１３】
上記複数の放送データ取得部のうち、少なくとも一つの上記放送データ取得部は、上記嗜好情報監視部が嗜好情報に合うと判定した放送番組の放送データを取得し、残りの上記放送データ取得部は、監視スケジュールテーブルに基づいて、同じ時間に異なる放送番組の放送データを取得することを特徴とする。【００１４】
放送データは、放送番組に関するテキストデータを含み、上記嗜好情報監視部は、上記放送データ取得部が取得した放送データに含まれるテキストデータと、上記嗜好情報記憶部に記憶される嗜好情報とに基づいて判定処理することを特徴とする。【００１５】
放送データは、放送番組に関して音データと画像データとの少なくともいずれかを含み、上記放送受信装置は、さらに、上記放送データ取得部が取得した放送データに含まれる音データを識別して対応するテキストデータに変換する音データ識別部と、上記放送データ取得部が取得した放送データに含まれる画像データを識別して対応するテキストデータに変換する画像データ識別部との少なくともいずれかを備え、上記嗜好情報監視部は、音データ識別部が音データを変換したテキストデータと、画像データ識別部が画像データを変換した画像データとの少なくともいずれかと、上記嗜好情報記憶部に記憶される嗜好情報とに基づいて判定処理することを特徴とする。【００１６】
本発明の放送受信装置の放送受信方法は、嗜好情報を記憶し、同一時間帯の各放送番組に対する監視スケジュールを示す監視スケジュールテーブルを記憶し、放送番組に関するデータである放送データを取得し、監視中の放送番組が嗜好情報に合う放送番組か判定し、記憶された監視スケジュールテーブルに基づいて同一時間帯の各放送番組の放送データを取得し、取得した放送データと、記憶された嗜好情報とを比較し、比較した放送データの示す放送番組が嗜好情報に合うか判定することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ランダムに繰り返し実行される複数チャンネルの放送データに対して、チャンネルの切り替え、嗜好場面の探索、記録、表示などの操作を行わずにユーザが嗜好する場面を記録、表示などすることができ、ユーザの利便性を向上する。
【発明を実施するための最良の形態】
【００１８】
実施の形態１．
図１は、実施の形態１における放送受信装置Ａ０のハードウェア構成図である。
放送受信装置Ａ０は、テレビ、ビデオ、パーソナルコンピュータ、携帯情報端末などの形態を持つ。
携帯情報端末には、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）などがある。
図１において、放送受信装置Ａ０は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９１１を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５、表示装置９０１、磁気ディスク装置９２０と接続されている。
さらに、キーボード（Ｋ／Ｂ）、マウス、タッチパネル、ＦＤＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、コンパクトディスク装置（ＣＤＤ）、プリンタ装置、スキャナ装置などと接続されてもよい。
表示装置９０１には、ブラウン管や液晶を使用したものなどがある
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ、ＣＤＤ、磁気ディスク装置９２０、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５は、ＦＡＸ機、電話器、ＬＡＮ、インターネット等に接続されている。
例えば、通信ボード９１５、Ｋ／Ｂ、タッチパネル、スキャナ装置、ＦＤＤなどは、入力部の一例である。
また、例えば、通信ボード９１５、表示装置９０１などは、出力部の一例である。【００１９】
磁気ディスク装置９２０には、オペレーティングシステム（ＯＳ）９２１、プログラム群９２３、ファイル群９２４が記憶されている。
さらに、ウィンドウシステムなどが記憶されてもよい。
プログラム群９２３は、ＣＰＵ９１１、ＯＳ９２１、ウィンドウシステムにより実行される。【００２０】
上記プログラム群９２３には、以下に述べる実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、以下に述べる実施の形態の説明において、「〜の判定結果」、「〜の計算結果」、「〜の処理結果」として説明するものが、「〜ファイル」として記憶されている。
また、以下に述べる実施の形態の説明において説明するフローチャートの矢印の部分は主としてデータの入出力を示し、そのデータの入出力のためにデータは、磁気ディスク装置９２０、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  ｃａｒｔｒｉｄｇｅ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のその他の記録媒体に記録される。あるいは、信号線やその他の伝送媒体により伝送される。【００２１】
また、以下に述べる実施の形態の説明において「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。【００２２】
また、以下に述べる実施の形態を実施するプログラムは、磁気ディスク装置９２０、ＦＤ、光ディスク、ＣＤ、ＭＤ、ＤＶＤ等のその他の記録媒体による記録装置を用いて記憶されても構わない。【００２３】
図２は、実施の形態１における放送受信装置Ａ０の全体構成を示す図である。
図２において、放送受信部Ａ１は、テレビ放送におけるアンテナやパソコンにおけるイーサネット（登録商標）カードのように、放送されるテレビ電波に含まれる放送データを受信するモジュールである。【００２４】
放送データ取得部Ａ２は、放送受信部Ａ１を利用して放送番組に関するデータである放送データを取得する。放送データは番組映像や番組音声、番組の文字情報の他、各時間帯の各放送番組の放送内容を示す番組表の各データを含む。【００２５】
監視スケジュール生成部Ａ３は、放送取得スケジュール部Ａ３１と、番組優先度テーブルＡ３２１を記憶する番組優先度記憶部Ａ３２と、番組表Ａ３３１を記憶する番組表記憶部Ａ３３とを備える。
放送取得スケジュール部Ａ３１は、番組表Ａ３３１および嗜好情報Ａ５１を利用してユーザが嗜好する情報を含む確率が高い番組を優先的に取得するために、放送データ取得部Ａ２が監視する番組の順番をスケジューリングし、監視スケジュールテーブルＡ４１として生成するモジュールである。【００２６】
監視スケジュール記憶部Ａ４は、放送取得スケジュール部Ａ３１によって生成された監視スケジュールテーブルＡ４１をメモリなどの内部ストレージに保管するためのモジュールである。【００２７】
番組表記憶部Ａ３３は、放送データ取得部Ａ２によって取得した番組表Ａ３３１をメモリなどの内部ストレージに保管するためのモジュールである。【００２８】
番組コンテンツ記憶部Ａ９は、放送データ取得部Ａ２によって取得した放送データの情報、例えば番組を説明する文字情報のテキストデータをメモリなどの内部ストレージに保管するためのモジュールである。
以下、番組コンテンツ記憶部Ａ９に記憶され、当該放送番組がユーザの嗜好に合う放送番組か判定するためのデータをコンテンツデータとする。【００２９】
嗜好情報記憶部Ａ５は、ユーザの嗜好をキーワードとして保持している嗜好情報をメモリなどの内部ストレージに保管するためのモジュールである。
嗜好情報入力部Ａ８は、ユーザから嗜好のキーワードなどのデータを入力され、入力されたデータを嗜好情報記憶部Ａ５に記憶するモジュールである。【００３０】
嗜好情報監視部Ａ６は、放送データ取得部Ａ２によって取得され、番組コンテンツ記憶部Ａ９に記憶されたコンテンツデータを検索し、嗜好情報記憶部Ａ５に記憶される嗜好情報Ａ５１中のキーワードなどに一致するものがあるかどうかを検索するモジュールである。【００３１】
イベント実行部Ａ７は、イベント実行部Ａ７が実行するイベントの処理を制御するイベント制御部Ａ７１と、イベントを処理するイベント処理部Ａ７９とを備える。
また、イベント処理部Ａ７９は放送番組の放送データを記録する録画機能を持つ記録処理部Ａ７２を備える。
イベント制御部Ａ７１は、放送データ取得部Ａ２の取得した放送データの示す放送番組が、嗜好情報監視部Ａ６によって、ユーザの嗜好情報と一致したと判定された場合、記録処理部Ａ７２を実行するための信号を送出するモジュールである。【００３２】
記録処理部Ａ７２は、番組映像や番組音声などを録画、録音、保存などの記録動作をするためのモジュールである。【００３３】
図３は、実施形態１における放送番組を示す図である。
図３において、番組画像Ｂ３は、テレビの画像やインターネットにおけるストリーム映像などである。
番組音声Ｂ４は、テレビの音声やインターネットにおけるストリーム音声、ラジオの音声などである。ここで音声とは声に限らず音全般を示す。
テキストＢ２は、放送される番組画像Ｂ３や番組音声Ｂ４に関する説明をする補足情報である。また、独立した文字情報である場合もある。
番組画像Ｂ３と番組音声Ｂ４とテキストＢ２とは、放送データ取得部Ａ２が取得する放送データに含まれるデータであり、表示装置９０１から出力される。【００３４】
図４は、実施の形態１における番組表記憶部Ａ３３に記憶される番組表Ａ３３１を示す図である。
図４において、番組表Ａ３３１は、番組１、番組２、番組３などの識別子で識別される各放送番組に対して、放送局、番組名、放送開始時間、放送終了時間、番組内容の属するジャンル、番組を簡潔に説明する番組内容、番組への出演者を記憶する。
放送局は、テレビ局名、配信会社名、配信者名など、放送を行うものを識別するものである。
ジャンルは、その番組のジャンルを示すものであり、例えば、野球、バラエティ、ニュース、音楽、アニメなどを示す。
さらに番組表Ａ３３１は、各放送番組内での放送スケジュールを含んでもよい。例えば、番組１は、１８時５５分から２０時５５分までの放送時間を、さらに、コマーシャルの放送時間や各出演者の登場時間に分けて番組表Ａ３３１に示されてもよい。
また、番組表Ａ３３１は上記説明が示すものと同一でなくてもよい。【００３５】
図５と図６は、実施形態１における嗜好情報記憶部Ａ５に記憶されるユーザの嗜好情報Ａ５１を示す図である。
図５において、嗜好情報Ａ５１はユーザの嗜好を表すキーワードとキーワードの属するジャンルとを示す。
キーワードには、出演者の名前などの固有名詞や「シュート」、「ゴール」などの動作名詞、「ラーメン」、「サッカー」などの普通名詞などが記憶される。
例えば、サッカーが好きなユーザであれば、「サッカー」、シュートシーンが見たいユーザならば「シュート」といったキーワードが嗜好情報入力部Ａ８から入力され、嗜好情報入力部Ａ８は、入力されたキーワードを嗜好情報記憶部Ａ５の嗜好情報Ａ５１に文字情報として記憶する。
また、ジャンルは、野球、バラエティ、ニュース、音楽、アニメなどである。
嗜好情報入力部Ａ８は、ユーザによりキーワードと共にジャンルが入力され、入力されたジャンルを嗜好情報記憶部Ａ５の嗜好情報Ａ５１に記憶してもよい。
また、嗜好情報入力部Ａ８は、ユーザにより入力されたキーワードに基づいてジャンルを判定し、判定したジャンルを嗜好情報記憶部Ａ５の嗜好情報Ａ５１に記憶してもよい。
また、図６に示すように、嗜好情報Ａ５１にはキーワードとジャンルの他に、キーワードとジャンルに対する嗜好情報の優先度を記憶してもよい。
また、優先度はジャンルと同様に、ユーザにより入力されたものを記憶してもよいし、嗜好情報入力部Ａ８が優先度を判定し、判定したものを記憶してもよい。例えば入力順に優先度を高くしてもよい。
ただし、嗜好情報Ａ５１は上記説明が示すものと同一でなくてもよい。【００３６】
図７と図８は、実施の形態１における番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１を示す図である。
図７において、番組優先度テーブルＡ３２１は、放送取得スケジュール部Ａ３１が番組表記憶部Ａ３３に記憶される番組表Ａ３３１と嗜好情報記憶部Ａ５に記憶される嗜好情報Ａ５１とに基づいて、その時放送されている各放送番組の優先度を判定し、判定した結果を番組優先度記憶部Ａ３２に記憶したデータである。
例えば、放送取得スケジュール部Ａ３１は７時に番組優先度テーブルＡ３２１を生成する際、７時から８時の時間帯に放送される番組の優先度を判定する。
放送取得スケジュール部Ａ３１は、同一時間帯に放送されている放送番組の中でユーザの嗜好する情報を保持している可能性が高い番組についてはその優先度を高くし、ユーザが嗜好する情報を保持している可能性が低い番組についてはその優先度を低くする。
同一時間帯にｎ個の番組が放送される場合、各番組に対して１位からｎ位までの優先度の順位が記憶される。
また、図８に示すように、各番組の優先度の順位の他に、優先度を示す数値を記憶してもよい。
また、番組優先度テーブルＡ３２１が優先度を判定した時の時間帯における各放送番組の優先度だけでなく、番組表Ａ３３１が各放送番組のスケジュールを示す全時間帯に対して、各時間帯における各放送番組の優先度を記憶してもよい。
ただし、番組優先度テーブルＡ３２１は上記説明が示すものと同一でなくてもよい。【００３７】
図９と図１０と図１１とは、実施の形態１における監視スケジュール記憶部Ａ４に記憶される監視スケジュールテーブルＡ４１を示す図である。
図９と図１０と図１１とにおいて、監視スケジュールテーブルＡ４１は、放送取得スケジュール部Ａ３１が番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１に基づいて、その時放送されている各放送番組の監視スケジュールを決定し、監視スケジュール記憶部Ａ４に記憶したデータである。【００３８】
図９において、監視スケジュールテーブルＡ４１は各放送番組に対する連続監視時間を記憶する。
例えば、放送データ取得部Ａ２は、番組２を３００秒連続で監視し、番組２の監視を中止し、その後、番組３を１２０秒連続で監視し、番組３の監視を中止し、その後、番組１を４５秒連続で監視するということを繰り返す。
放送取得スケジュール部Ａ３１は、番組優先度テーブルＡ３２１の示す優先度が高い番組の連続監視時間を長くし、優先度が低い番組の連続監視時間を短くして監視スケジュールテーブルＡ４１に記憶する。優先度の順位に対して固定の連続監視時間を決定してもよいし、図８に示す優先度の数値の大きさに対応して連続監視時間を決定してもよい。【００３９】
図１０において、監視スケジュールテーブルＡ４１は各放送番組に対する監視頻度として乱数値の範囲を記憶する。
例えば、放送データ取得部Ａ２は、１から１００までの整数を発生する乱数部（図示しない）を備え、乱数部の発生した乱数値が１から４０までの整数であれば番組２を一定時間監視し、乱数値が４１から６０までの整数であれば番組３を一定時間監視し、乱数値が６１から７５までの整数であれば番組１を一定時間監視する。
放送取得スケジュール部Ａ３１は、番組優先度テーブルＡ３２１の示す優先度が高い番組に対する乱数値の範囲を広くし、優先度が低い番組に対する乱数値の範囲を狭くして監視スケジュールテーブルＡ４１に記憶する。優先度の順位に対して固定の乱数値の範囲を決定してもよいし、図８に示す優先度の数値の大きさに対応して乱数値の範囲を決定してもよい。【００４０】
図１１において、監視スケジュールテーブルＡ４１は各放送番組に対する連続監視時間と監視頻度とを記憶する。
放送取得スケジュール部Ａ３１は、番組優先度テーブルＡ３２１の示す優先度が高い番組の連続監視時間を長く、且つ、乱数値の範囲を広くし、優先度の低い番組の連続監視時間を短く、且つ、乱数値の範囲を狭くして監視スケジュールテーブルＡ４１に記憶する。優先度の順位に対して固定の連続監視時間と乱数値の範囲とを決定してもよいし、図８に示す優先度の数値の大きさに対応して連続監視時間と乱数値の範囲とを決定してもよい。【００４１】
上記説明のように監視スケジュールテーブルＡ４１を生成することにより、優先度が高い番組の監視時間のトータル時間が長くなり、優先度が低い番組の監視時間のトータル時間は短くなる。このため、ユーザの嗜好映像、嗜好音声、嗜好コンテンツを取得し易くスケジューリングでき、優先度が高い番組でのユーザの嗜好場面の取得の確率が高まる。【００４２】
ただし、監視スケジュールテーブルＡ４１は上記説明が示すものと同一でなくてもよい。【００４３】
図１２は、実施の形態１における放送取得スケジュール部Ａ３１の処理を示すフローチャートである。
図１２において、放送取得スケジュール部Ａ３１は、Ｔ１からＴ５の処理で、番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１を生成し、Ｔ６の処理で、監視スケジュール記憶部Ａ４に記憶される監視スケジュールテーブルＡ４１を生成する。【００４４】
まず、番組表記憶部Ａ３３に記憶される番組表Ａ３３１から各放送番組の番組データを取得する。ここで番組データとは、例えば図４に示す識別子、放送局、番組名、放送開始時間、放送終了時間、ジャンル、番組内容、出演者のことである（Ｔ１）。【００４５】
取得した番組データと、嗜好情報記憶部Ａ５に記憶される嗜好情報Ａ５１に示されるキーワード、ジャンルとを比較する（Ｔ２）。【００４６】
比較した番組データに、嗜好情報Ａ５１に示されるキーワードとジャンルが含まれる場合、比較した番組データの示す放送番組は、嗜好情報Ａ５１と一致し、ユーザが嗜好する放送番組である可能性が高いと判定する（Ｔ３）。【００４７】
ユーザが嗜好する放送番組である可能性が高いと判定した場合、番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１に、この放送番組の優先度を高く設定する。一致したキーワードとジャンルの数に比例して優先度を高くしてもよいし、図６に示すキーワードとジャンルに対する嗜好情報の優先度に対応して優先度を高くしてもよい（Ｔ４）。【００４８】
ユーザが嗜好する放送番組である可能性が高いと判定しなかった場合、番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１に、この放送番組の優先度を低く設定する。例えば、優先度を一番低い順位に設定したり、図８に示す優先度の値を０に設定する（Ｔ５）。【００４９】
放送番組の優先度を設定後、番組表Ａ３３１に他の放送番組の番組データがあるか判定し、他の放送番組の番組データがある場合、他の放送番組に対して、番組データを取得し、取得した番組データに基づいて優先度を設定する処理（Ｔ１〜Ｔ５）を繰り返す（Ｔ６）。【００５０】
他の放送番組の番組データが無い場合、番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１に基づいて監視スケジュールテーブルＡ４１を生成して監視スケジュール記憶部Ａ４に記憶する。
番組優先度テーブルＡ３２１に基づいて監視スケジュールテーブルＡ４１を生成する方法は、図９、図１０、図１１で説明したとおりである（Ｔ７）。【００５１】
図１３は、実施の形態１における放送受信装置Ａ０の処理を示すフローチャートである。
実施の形態１における放送受信装置Ａ０の処理の流れを図１３に基づいて説明する。【００５２】
まず、放送データ取得部Ａ２は放送受信部Ａ１から番組表Ａ３３１を取得し、取得した番組表Ａ３３１を番組表記憶部Ａ３３に記憶する（Ｓ１）。【００５３】
次に、放送取得スケジュール部Ａ３１は、番組表記憶部Ａ３３に記憶される番組表Ａ３３１および嗜好情報記憶部Ａ５に記憶される嗜好情報Ａ５１を利用して放送データの取得スケジューリングを行い、監視スケジュールテーブルＡ４１を生成して監視スケジュール記憶部Ａ４に記憶する（Ｓ２）。
監視スケジュールテーブルＡ４１は、ユーザの嗜好する情報を放送する確率が高い番組を優先的に取得できるように時間調整や頻度調整によって、監視する番組の順番がスケジュールされている。
この処理の流れは図１２で説明したとおりである。【００５４】
次に、放送データ取得部Ａ２は、監視スケジュール記憶部Ａ４から監視スケジュールテーブルＡ４１を取得する（Ｓ３）。【００５５】
次に、放送データ取得部Ａ２は、監視スケジュールテーブルＡ４１のスケジュール通りに放送番組の放送データを取得する（Ｓ４）。ここで、放送データに含まれるテキストデータ等の番組コンテンツを取得して番組コンテンツ記憶部Ａ９に記憶する。また、スケジュールされた時間で取得した番組コンテンツが途中である場合、次にスケジュールされた放送番組の放送データを取得しても構わないし、取得中の番組コンテンツの取得を終了後に次にスケジュールされた放送番組の放送データを取得しても構わない。【００５６】
次に、嗜好情報監視部Ａ６は、番組コンテンツ記憶部Ａ９に記憶されるコンテンツデータに、嗜好情報記憶部Ａ５に記憶される嗜好情報Ａ５１が含まれているかどうかを検索する（Ｓ５）。【００５７】
嗜好情報監視部Ａ６は、コンテンツデータに嗜好情報Ａ５１が含まれる場合、コンテンツデータの示す放送番組は、嗜好情報Ａ５１と一致し、ユーザが嗜好する放送番組であると判定する。
ユーザが嗜好する放送番組でないと判定した場合、スケジュール通りに放送データを取得し、嗜好情報Ａ５１が含まれるか検索する処理（Ｔ４〜Ｔ５）を繰り返す。
ユーザが嗜好する放送番組であると判定した場合、嗜好情報監視部Ａ６はイベント制御部Ａ７１を起動する。イベント制御部Ａ７１はイベント処理部Ａ７９を起動し、イベント処理部Ａ７９はイベント処理を実行する。例えば、イベント処理部Ａ７９は、記憶処理部Ａ７２を起動し、放送データ取得部Ａ２から放送データに含まれる番組画像を取得して、システム内のストレージに録画する（Ｓ７）。【００５８】
実施の形態１では、放送受信装置Ａ０は、１個の放送データ取得部Ａ２と記録処理部Ａ７２を備え、放送データ取得部Ａ２はチューナー機能を持ち、記録処理部Ａ７２は録画機能を持ち、監視スケジュール記憶部Ａ４に記憶される監視スケジュールに応じて、複数の番組をリアルタイムで監視し、ユーザの嗜好に合った場面を効率よく取得し、録画することでユーザを支援できることを説明した。【００５９】
また、実施の形態１では、現在放送されている、複数のチャンネルからユーザが嗜好する放送番組を効率よく取得するため、ユーザの嗜好情報を含む確率が高いチャンネルを優先的に監視するように、前もって番組表と嗜好情報のジャンル一致度の高いものから順に番組コンテンツを取得するための放送番組の取得スケジューリングを行えることを説明した。【００６０】
実施の形態２．
実施の形態２では、監視スケジュール記憶部Ａ４に記憶される監視スケジュールテーブルＡ４１のデータがユーザにより設定される例を説明する。
ここで、実施の形態２において上記実施の形態１と異なる部分を説明し、その他は上記実施の形態１と同様であるものとする。【００６１】
図１４は、実施の形態２における放送受信装置Ａ０の全体構成を示す図である。
図１４において、監視スケジュール生成部Ａ３は、監視スケジュール入力部Ａ３４を備える。
監視スケジュール入力部Ａ３４は、ユーザから監視スケジュールテーブルＡ４１を構成するデータである、放送番組、放送番組に対する監視順序、連続監視時間、監視頻度などを入力され、入力されたデータに基づいて監視スケジュールテーブルＡ４１を生成して監視スケジュール記憶部Ａ４に記憶する。
上記実施の形態１の図２における放送取得スケジュール部Ａ３１、番組優先度記憶部Ａ３２、番組表記憶部Ａ３３は備えても、備えなくても構わない。
ここで、上記説明以外の構成は上記実施の形態１の図２と同様であるものとする。【００６２】
実施の形態２において、放送受信装置Ａ０は監視スケジュール入力部Ａ３４を備えることでユーザの入力により監視スケジュールテーブルＡ４１を生成することができる。【００６３】
実施の形態３．
実施の形態３では、ユーザの嗜好に合った放送番組に対して録画以外にイベントを実行する例を説明する。
ここで、実施の形態３において各実施の形態と異なる部分を説明し、その他は各実施の形態と同様であるものとする。【００６４】
図１５は、実施の形態３におけるイベント実行部Ａ７の構成を示す図である。
図１５のおいて、イベント処理部Ａ７９は以下のものを備える。
記録処理部Ａ７２は、番組画像Ｂ３や番組音声Ｂ４や番組コンテンツを録画、録音、保存などの記録動作をするための機能を提供するモジュールである。
表示切換処理部Ａ７３は、現在試聴中の放送番組の画面から裏番組の放送番組に表示を切り替えるための機能を提供するモジュールである。
音通知処理部Ａ７４は、チャイムやベル、ユーザの指定した音声データなどを再生することによって、ユーザの注意を喚起するための機能を提供するモジュールである。
再生する音データは音データ記憶部Ａ７４１に記憶される。
表示効果処理部Ａ７５は、画面上に文字列、画像を表示するなどをすることによって、ユーザの注意を喚起するための機能を提供するモジュールである。
表示する表示データは表示効果データ記憶部Ａ７５１に記憶される。
メール処理部Ａ７６は、ユーザのパソコンや携帯電話のメールアドレスにメールする機能を提供するモジュールである。【００６５】
イベント条件入力部Ａ７８は、嗜好にあった放送番組を取得した時に実行するイベントの条件についてのデータをユーザから入力され、入力されたデータに基づいてイベント条件テーブルを生成してイベント条件記憶部Ａ７７に記憶する。
例えば、ユーザから各放送番組の放送時間や嗜好情報の各キーワードに対して実行するイベントを指定され、指定された放送時間、キーワードに対して実行するイベントを示したイベント条件テーブルを生成する。
イベント制御部Ａ７１は、イベント条件記憶部Ａ７７に記憶されるイベント条件テーブルに示されるイベントの処理部を実行する。【００６６】
また、イベント制御部Ａ７１は、ユーザからイベント条件の入力が無ければ自動的に実行するイベントを判定し実行しても構わない。
例えば、嗜好情報Ａ５１と番組コンテンツと一致度が高ければ記録処理部Ａ７２を実行し、一致度が低ければメール処理部Ａ７６を実行してもよい。【００６７】
実施の形態３では、番組コンテンツ内の文字列とユーザの嗜好情報内のキーワードとが一致する放送番組に対して、その放送番組の記録や表示切替、ユーザへの各種通知を行うことによってリアルタイムにユーザを支援することができることを説明した。【００６８】
実施の形態４．
実施の形態４では、同一内容の放送番組を判定し、判定結果と監視スケジュールテーブルＡ４１とに基づいて放送番組を監視する例を説明する。
ここで、実施の形態４において各実施の形態と異なる部分を説明し、その他は各実施の形態と同様であるものとする。【００６９】
図１６は、実施の形態４における放送受信装置Ａ０の処理を示すフローチャートである。
実施の形態４における放送受信装置Ａ０の処理の流れを図１６に基づいて説明する。
ここで、実施の形態１の図１３と異なる処理について説明し、その他の処理は実施の形態１の図１３と同様であるものとする。【００７０】
Ｕ１からＵ４の処理は、図１３のＳ１からＳ４の処理に対応し、Ｕ６からＵ８の処理は、図１３のＳ５からＳ７の処理に対応する。【００７１】
番組表Ａ３３１に基づいて放送データの取得スケジューリングを行い、スケジュールに合わせて放送データを取得する（Ｕ１〜Ｕ４）のと並行して、放送データ取得部Ａ２は以下のことを行う。
取得中の放送データに含まれる番組コンテンツと、番組コンテンツ記憶部Ａ９に記憶される取得済みの別放送番組の番組コンテンツとを比較する。
一致率が高い場合、監視中の放送番組が別放送番組と同一内容と判定し、放送データの取得を中断し、スケジュールに合わせて次のチャンネルを監視、番組コンテンツの取得を行う（Ｕ５）。【００７２】
実施の形態４において、放送受信装置Ａ０は、同一内容の放送番組を判定し、同一内容と判定した放送番組について監視を中断し、次にスケジュールされた放送番組を監視することで同一内容の放送番組に対する余計な監視を行わずに済み、ユーザの嗜好に合う放送番組を取得する効率を上げることができる。【００７３】
実施の形態５．
実施の形態５では、番組コンテンツとして、テキストデータだけでなく音データ、画像データを対象にする例を説明する。
ここで、各実施の形態と異なる部分を説明し、その他の部分については各実施の形態と同様であるものとする。【００７４】
図１７は、実施の形態５における嗜好情報監視部Ａ６の構成を示す図である。
実施の形態５における嗜好情報監視部Ａ６の構成について図１７に基づいて説明する。【００７５】
嗜好情報監視部Ａ６は、音データを識別する音データ識別部Ａ６１と、画像データを識別する画像データ識別部Ａ６２とを備える。【００７６】
放送データ取得部Ａ２は、番組コンテンツとして、番組画像Ｂ３のデータ、番組音声Ｂ４のデータを番組コンテンツ記憶部Ａ９に記憶する。
音データ識別部Ａ６１は、番組コンテンツ記憶部Ａ９に記憶される番組音声Ｂ４のデータが示す音声を文字に変換してテキストデータを生成する。
画像データ識別部Ａ６２は、番組コンテンツ記憶部Ａ９に記憶される番組画像Ｂ３のデータが示す画像を解析してキーワードをテキストデータとして生成する。例えば、画像に含まれる人、物、背景の名称をテキストデータとして生成する。
嗜好情報監視部Ａ６は、音データ識別部Ａ６１と画像データ識別部Ａ６２が生成したテキストデータと嗜好情報Ａ５１とを比較して、ユーザの嗜好に合う放送番組を判定する。【００７７】
実施の形態５において、音データ識別部Ａ６１と画像データ識別部Ａ６２を備えることで、放送データに放送番組を説明するテキストデータを含まない場合でも、放送データに含まれる番組画像Ｂ３、番組音声Ｂ４に基づいて、ユーザの嗜好に合う放送番組をリアルタイムに取得できる。
例えば、アナログ放送のようにテキストデータを含まない放送に対してもリアルタイムにユーザが欲しい情報を取得することができる。【００７８】
実施の形態６．
実施の形態６では、複数の放送データ取得部を備え、それぞれが全放送番組を対象として、監視スケジュールテーブルＡ４１に基づいて、同じ時間に異なる放送番組の放送データを取得する例を説明する。
ここで、各実施の形態と異なる部分を説明し、その他の部分については各実施の形態と同様であるものとする。【００７９】
図１８は、実施の形態６における放送データ取得部と監視する放送チャンネルとの関係を示す図である。
実施の形態６における放送データ取得部と、放送データを取得する放送番組の放送されるチャンネルとの関係について図１８に基づいて説明する。【００８０】
放送受信装置Ａ０は、第１放送データ取得部Ｃ１１、第２放送データ取得部Ｃ１２、・・・、第ｍ放送データ取得部Ｃ１ｍ、すなわちｍ個の放送データ取得部を備える。
各放送データ取得部は、同一時間帯に放送を行っている、第１放送チャンネルＤ１、第２放送チャンネルＤ２、・・・、第ｎ放送チャンネルＤｎの各放送データを監視スケジュールテーブルＡ４１に従い取得する。
ここで、各放送データ取得部は、互いに異なる放送チャンネルの放送データを取得する。すなわち、同じ時間に同じ放送チャンネルの放送データを互いに取得する放送データ取得部は存在しない。
複数の放送データ取得部が複数の放送チャンネルの放送データを重複せずに取得するには、放送データ取得部毎に、他の放送データ取得部と放送データを取得する放送チャンネルの重複がないようにスケジュールした監視スケジュールテーブルＡ４１を有してもよい。
また、一つの監視スケジュールテーブルＡ４１に対して、各放送データ取得部は、放送データを取得するときに当該放送チャンネルについて放送データの取得中を示すデータを設定し、放送チャンネルを切り換えるときは、放送データの取得中を示すデータが設定されていない放送チャンネルを選択してもよい。【００８１】
実施の形態６において、複数の放送データ取得部を備えることにより、１個の放送データ取得部で監視する時よりも各放送番組が監視される頻度が高くなり、各放送番組の監視トータル時間が増加し、ユーザが嗜好する情報を取得する確率を高めることができる。【００８２】
実施の形態７．
実施の形態７では、複数の放送データ取得部を備え、それぞれが異なる一つ以上の放送番組を対象として、監視スケジュールテーブルＡ４１に基づいて、同じ時間に異なる放送番組の放送データを取得する例を説明する。
ここで、各実施の形態と異なる部分を説明し、その他の部分については各実施の形態と同様であるものとする。【００８３】
図１９は、実施の形態７における放送データ取得部と監視する放送チャンネルとの関係を示す図である。
実施の形態７における放送番組データ取得部と、放送データを取得する放送番組の放送されるチャンネルとの関係について図１９に基づいて説明する。【００８４】
放送受信装置Ａ０は、第１放送データ取得部Ｃ２１、第２放送データ取得部Ｃ２２、・・・、第ｍ放送データ取得部Ｃ２ｍ、すなわちｍ個の放送データ取得部を備える。
各放送データ取得部は異なる放送チャンネルの放送データを取得する。
例えば、第１放送データ取得部Ｃ２１は、第１放送チャンネルＤ１と第２放送チャンネルＤ２と第３放送チャンネルＤ３とから放送データを取得する。第２放送データ取得部Ｃ２２は、第４放送チャンネルＤ４と第５放送チャンネルＤ５と第６放送チャンネルＤ６とから放送データを取得する。
ここで、各放送データ取得部が各放送チャンネルの放送データを取得する順番、時間、頻度は監視スケジュールテーブルＡ４１に従う。
また、他の放送データ取得部と放送チャンネルの重複がないように、監視スケジュールテーブルＡ４１を放送データ取得部毎に生成する。
また、監視スケジュールテーブルＡ４１を一つにして、スケジュール内の各放送チャンネルに対して、担当する放送データ取得部を示すデータを設定してもよい。
これにより、各放送データ取得部は監視スケジュールテーブルＡ４１に基づいて同じ時間に異なる放送番組の放送データを取得する。【００８５】
実施の形態７において、複数の放送データ取得部を備え、それぞれ異なる放送チャンネルの放送データを取得することにより、各放送データ取得部の処理負荷を軽減できる。
また、監視チャンネル範囲が狭まることによって、各放送番組の監視トータル時間が増加し、ユーザが嗜好する情報を取得する確率を高めることできる。【００８６】
実施の形態８．
実施の形態８では、複数の放送データ取得部を備え、一部の放送データ取得部は、嗜好情報監視部Ａ６が嗜好情報に合うと判定した放送番組の放送データを取得し、残りの放送データ取得部は、監視スケジュールテーブルに基づいて、同じ時間に異なる放送番組の放送データを取得する例を説明する。
ここで、各実施の形態と異なる部分を説明し、その他の部分については各実施の形態と同様であるものとする。【００８７】
図２０は、実施の形態８における放送データ取得部と監視する放送チャンネルとの関係を示す図である。
実施の形態８における放送番組データ取得部と、放送データを取得する放送番組の放送されるチャンネルとの関係について図２０に基づいて説明する。【００８８】
放送受信装置Ａ０は、第１放送データ取得部Ｃ３１、第２放送データ取得部Ｃ３２、・・・、第ｍ放送データ取得部Ｃ３ｍ、すなわちｍ個の放送データ取得部を備える。
一部の放送データ取得部は、嗜好情報監視部Ａ６がユーザの嗜好に合うと判定した放送番組の放送データを取得する。残りの放送データ取得部は、他の放送番組の放送データを取得し、嗜好情報監視部Ａ６はユーザの嗜好に合う放送番組を監視する。【００８９】
例えば、嗜好情報監視部Ａ６が第ｎ−２放送チャンネルＤｎ−２の放送番組をユーザの嗜好に合う放送番組と判定した場合、第ｍ放送データ取得部Ｃ３ｍは第ｎ−２放送チャンネルＤｎ−２の放送データを取得して記録処理部Ａ７２に出力することで放送番組の録画を行う。
他の放送データ取得部は、監視スケジュールテーブルＡ４１に従い、異なる放送チャンネルの放送データを取得し、嗜好情報監視部Ａ６はユーザの嗜好に合う放送番組があるか監視する。
各放送データ取得部が異なる放送チャンネルの放送データを取得する方法は、上記実施の形態６と上記実施の形態７と同様である。【００９０】
実施の形態８において、複数の放送データ取得部を備え、一部の放送データ取得部が嗜好情報監視部Ａ６の判定したユーザの嗜好に合う放送番組の放送データを取得し、残りの放送データ取得部は、それぞれ異なる放送番組の放送データを取得することにより、ある放送データ取得部がある放送番組を記録していて、占有されている場合においても、他の放送データ取得部が監視を行うことによって、ユーザが嗜好する情報を取得する確率を高めることが可能である。
例えば、放送データ取得部が１個の場合、ある１個の放送番組の放送データを取得している時点では、その放送番組を記録することが可能であるが、同一時間帯の他の複数の放送番組、すなわち裏番組を監視、取得することができない。
しかし、実施の形態８では可能になる。【００９１】
各実施の形態により、ランダムに繰り返し実行される複数チャンネル放送環境において、複数のチャンネルからユーザが嗜好する情報をリアルタイムに提供する複数チャンネルリアルタイムユーザ支援システムである放送受信装置Ａ０を説明した。【００９２】
また、放送受信装置は、複数チャンネルの番組表を保管する番組表記憶部Ａ３３と、番組表を基に監視優先度の高い放送番組から順に番組コンテンツを取得するための放送取得スケジュール部Ａ３１と、番組表の取得および監視スケジュールに基づいた放送番組の取得が可能な放送データ取得部Ａ２と、取得した番組コンテンツ中にユーザの嗜好情報と合致する情報が含まれないかどうかを確認するための嗜好情報監視部Ａ６と、ユーザの嗜好情報と合致した場合に記録・表示などの動作指示を行うイベント制御部Ａ７１を備えることを説明した。【００９３】
また、放送取得スケジュール部Ａ３１は、番組表に含まれる出演者リストや番組ジャンルなどの情報とユーザ嗜好情報とを比較し、同一出演者、および同一番組ジャンルのユーザ嗜好情報を含む番組の番組取得優先度を高くするように優先度付けを行うことを説明した。【００９４】
また、放送取得スケジュール部Ａ３１は、番組取得優先度の高いチャンネルの、取得確率を高めるために、取得優先度が高いチャンネルの監視トータル時間を長くするように、スケジューリングを行い、監視スケジュールを作成することを説明した。【００９５】
また、放送取得スケジュール部Ａ３１は、番組取得優先度の高いチャンネルの、取得確率を高めるために、取得優先度が高いチャンネルの監視頻度を高めるように、スケジューリングを行い、監視スケジュールを作成することを説明した。【００９６】
また、放送取得スケジュール部Ａ３１は、スケジューリング方法を組み合わせ、監視スケジュールを作成することが可能であることを説明した。【００９７】
また、放送データ取得部Ａ２は、監視スケジュールを基に、複数チャンネルから番組映像および番組コンテンツを取得することを説明した。【００９８】
また、放送データ取得部Ａ２は、番組コンテンツスケジュール順に複数チャンネルを巡回する際、一定の時間が過ぎれば、コンテンツの受信途中であっても、次のチャンネルを監視、番組コンテンツを取得することを説明した。【００９９】
また、放送データ取得部Ａ２は、番組コンテンツスケジュール順に複数チャンネルを巡回する際、番組コンテンツを完全に受信してから、次のチャンネルを監視、番組コンテンツを取得することを説明した。【０１００】
また、放送データ取得部Ａ２は、番組コンテンツスケジュール順に複数チャンネルを巡回する際、既に受信済みの番組コンテンツと比較して一致率が高い場合、同一内容と判断し、取得を中断し、次のチャンネルを監視、番組コンテンツを取得することを説明した。【０１０１】
また、放送データ取得部Ａ２は、取得方法を組み合わせ、番組コンテンツを取得することが可能であることを説明した。【０１０２】
また、放送データ取得部Ａ２は、２個以上の複数存在することも可能で、それぞれ録画処理、番組コンテンツ取得部分に処理を分散させることが可能であることを説明した。【０１０３】
また、放送データ取得部Ａ２は、２個以上の複数存在することも可能で、それぞれ、複数の全チャンネルを監視することによって、同時に取得する番組コンテンツ数を増やすことが可能であることを説明した。【０１０４】
また、放送データ取得部Ａ２は、２個以上の複数存在することも可能で、それぞれ、複数のチャンネルを放送データ取得部Ａ２の数だけ分割を行い、それぞれがその範囲内で監視することによって、同時に取得する番組コンテンツ数を増やすことが可能であることを説明した。【０１０５】
各実施の形態により、以下のように、デジタル放送におけるユーザの嗜好場面の自動録画が行える。【０１０６】
デジタルテレビ放送やデジタルラジオ放送のようなデジタル放送番組は映像と音声のほかにＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）と呼ばれるコンテンツ情報が含まれる。また番組表としてＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）と呼ばれる番組表を取得することが可能である。ユーザはあらかじめ自分が記録したい映像のキーワードを嗜好情報として保存しておく。例えばサッカーなどのシュート場面のみを保存したい場合は、キーワードを「シュート」、相撲の△△海の取り組み場面のみを保存したい場合は、キーワードを「△△海」と設定しておく。
放送取得スケジュール部Ａ３１はＥＰＧとこれらのキーワードのジャンル一致度からサッカーおよび相撲の番組の監視トータル時間が長くなるように監視スケジュールテーブルＡ４１を生成する。
そして、嗜好情報監視部Ａ６によって、取得した番組コンテンツ中に「シュート」もしくは「△△海」という文字列を含んでいるかどうかを検索し、キーワード一致と同時にイベント制御部Ａ７１経由で記録処理部Ａ７２を起動し、その放送番組をある一定時間録画する。【０１０７】
これによって、ユーザは自分の欲しい場面を効率よく録画することが可能である。そのため、自分の興味のない場面を録画することがないため、録画ストレージの無駄を省くことが可能である。また、ザッピングなどによってユーザが複数の番組を監視する必要がなく、その手間を省くことができる。
また番組表のみを利用した自動録画システムと異なり、番組表の作成が難しい生放送番組や、物語のあらすじを詳細に記述できない映画などにおいて、番組表に載っていない情報からユーザの嗜好場面をリアルタイムに録画することが可能である。【０１０８】
また、以下のように、デジタル放送におけるユーザの嗜好場面の自動表示切替が行える。【０１０９】
デジタルテレビ放送やデジタルラジオ放送のようなデジタル放送番組は映像と音声のほかにＢＭＬと呼ばれるコンテンツ情報が含まれる。また番組表としてＥＰＧと呼ばれる番組表を取得することが可能である。ユーザはあらかじめ自分が記録したい映像のキーワードを嗜好情報として保存しておく。例えば、裏番組で放映されているサッカーなどのシュート場面のみを見たい場合は、キーワードを「シュート」、相撲の△△海の取り組み場面のみを見たい場合は、キーワードを「△△海」と設定しておく。
放送取得スケジュール部Ａ３１はＥＰＧとこれらのキーワードのジャンル一致度からサッカーおよび相撲の番組の監視トータル時間が長くなるように監視スケジュールテーブルＡ４１を生成する。
そして、嗜好情報監視部Ａ６によって、取得した番組コンテンツ中に「シュート」もしくは「△△海」という文字列を含んでいるかどうかを検索し、キーワード一致と同時にイベント制御部Ａ７１経由で表示切替処理部Ａ７３を起動し、現在閲覧しているチャンネルから、シュート場面を放映しているチャンネルに表示切替を行う。【０１１０】
これによって、ユーザは自分の欲しい場面を効率よく閲覧することが可能である。そのため、ザッピングなどによってユーザが複数の番組を監視する必要がなく、その手間を省くことができる。
生放送など、番組内容が変動する番組において、見たい場面を監視する必要はなく、裏番組においても自動的に表示切替を行うため、ユーザはどの番組を見るかを気にしなくてもよい。【０１１１】
また、以下のように、アナログ放送におけるユーザの嗜好場面の自動録画が行える。【０１１２】
テレビ放送やラジオ放送のアナログ放送においても、ＥＰＧによって番組表を取得可能である。
ユーザはあらかじめ自分が記録したい映像のキーワードを嗜好情報として保存しておく。例えばサッカーなどのシュート場面のみを保存したい場合は、キーワードを「シュート」、相撲の△△海の取り組み場面のみを保存したい場合は、キーワードを「△△海」と設定しておく。
放送取得スケジュール部Ａ３１はＥＰＧとこれらのキーワードのジャンル一致度からサッカーおよび相撲の番組の監視トータル時間が長くなるように監視スケジュールテーブルＡ４１を生成する。
そして、嗜好情報監視部Ａ６によって、取得した番組コンテンツ中に「シュート」もしくは「△△海」という音声を含んでいるか音データ識別部Ａ６１を使用して監視しておき、キーワード一致と同時にイベント制御部Ａ７１経由で記録処理部Ａ７２を起動し、その放送番組をある一定時間録画する。【０１１３】
これによって、ユーザは自分の欲しい場面を効率よく録画することが可能である。そのため、自分の興味のない場面を録画することがないため、録画ストレージの無駄を省くことが可能である。また、ザッピングなどによってユーザが複数の番組を巡回監視する必要がなく、その手間を省くことができる。
また番組表のみを利用した自動録画システムと異なり、番組表の作成が難しい生放送番組や、物語のあらすじを詳細に記述できない映画などにおいて、番組表に載っていない情報からユーザの嗜好場面をリアルタイムに録画することが可能である。【０１１４】
また、以下のように、アナログ放送におけるユーザの嗜好場面の自動表示切替が行える。【０１１５】
テレビ放送やラジオ放送のアナログ放送においても、ＥＰＧによって番組表を取得可能である。
ユーザはあらかじめ自分が見たい映像のキーワードを嗜好情報として保存しておく。例えばサッカーなどのシュート場面のみを見たい場合は、キーワードを「シュート」、相撲の△△海の取り組み場面のみを見たい場合は、キーワードを「△△海」と設定しておく。
放送取得スケジュール部Ａ３１はＥＰＧとこれらのキーワードのジャンル一致度からサッカーおよび相撲の番組の監視トータル時間が長くなるように監視スケジュールテーブルＡ４１を生成する。
そして、嗜好情報監視部Ａ６によって、取得した番組コンテンツ中に「シュート」もしくは「△△海」という音声を含んでいるか音データ識別部Ａ６１を使用して監視しておき、キーワード一致と同時にイベント制御部Ａ７１経由で表示切替処理部Ａ７３を起動し、その放送番組に表示切替する。【０１１６】
これによって、ユーザは自分の欲しい場面を効率よく閲覧することが可能である。そのため、ザッピングなどによってユーザが複数の番組を監視する必要がなく、その手間を省くことができる。
生放送など、番組内容が変動する番組において、見たい場面を監視する必要はなく、裏番組においても自動的に表示切替を行うため、ユーザはどの番組を見るかを気にしなくてもよい。【０１１７】
また、以下のように、テレビ放送やラジオ放送におけるユーザの嗜好場面に対する音声通知が行える。【０１１８】
テレビ放送やラジオ放送のアナログ放送においても、ＥＰＧによって番組表を取得可能である。
ユーザはあらかじめ自分が見たい映像のキーワードを嗜好情報として保存しておく。例えばサッカーなどのシュート場面のみを見たい場合は、キーワードを「シュート」、相撲の△△海の取り組み場面のみを見たい場合は、キーワードを「△△海」と設定しておく。
放送取得スケジュール部Ａ３１はＥＰＧとこれらのキーワードのジャンル一致度からサッカーおよび相撲の番組の監視トータル時間が長くなるように監視スケジュールテーブルＡ４１を生成する。
そして、嗜好情報監視部Ａ６によって、取得した番組コンテンツ中に「シュート」もしくは「△△海」という文字列もしくは音声を含んでいるかどうかを監視しておき、キーワード一致と同時にイベント制御部Ａ７１経由で音通知処理部Ａ７４を起動し、裏番組においてユーザが嗜好する番組が放映されていることをチャイムなどの音声で警告し、注意を喚起する。【０１１９】
これによって、ユーザは自分が見たい場面を見逃す確率を減らすことができる。また、ザッピングなどによってユーザが複数の番組を監視する必要がなく、その手間を省くことができる。
生放送など、番組内容が変動する番組において有効である。【０１２０】
また、以下のように、テレビ放送やラジオ放送におけるユーザの嗜好場面に対する文字通知が行える。【０１２１】
テレビ放送やラジオ放送のアナログ放送においても、ＥＰＧによって番組表を取得可能である。
ユーザはあらかじめ自分が見たい映像のキーワードを嗜好情報として保存しておく。例えばサッカーなどのシュート場面のみを見たい場合は、キーワードを「シュート」、相撲の△△海の取り組み場面のみを見たい場合は、キーワードを「△△海」と設定しておく。
放送取得スケジュール部Ａ３１はＥＰＧとこれらのキーワードのジャンル一致度からサッカーおよび相撲の番組の監視トータル時間が長くなるように監視スケジュールテーブルＡ４１を生成する。
そして、嗜好情報監視部Ａ６によって、取得した番組コンテンツ中に「シュート」もしくは「△△海」という文字列もしくは音声を含んでいるかどうかを監視しておき、キーワード一致と同時にイベント制御部Ａ７１経由で表示効果処理部Ａ７５を起動し、裏番組においてユーザが嗜好する番組が放映されていることを画面上に文字情報として表示して、注意を喚起する。【０１２２】
これによって、ユーザは自分が見たい場面を見逃す確率を減らすことができる。また、ザッピングなどによってユーザが複数の番組を監視する必要がなく、その手間を省くことができる。
生放送など、番組内容が変動する番組において有効である。【０１２３】
また、以下のように、テレビ放送やラジオ放送におけるユーザの嗜好場面に対するメール通知が行える。【０１２４】
テレビ放送やラジオ放送のアナログ放送においても、ＥＰＧによって番組表を取得可能である。
ユーザはあらかじめ自分が見たい映像のキーワードを嗜好情報として保存しておく。例えばサッカーなどのシュート場面のみを見たい場合は、キーワードを「シュート」、相撲の△△海の取り組み場面のみを見たい場合は、キーワードを「△△海」と設定しておく。
放送取得スケジュール部Ａ３１はＥＰＧとこれらのキーワードのジャンル一致度からサッカーおよび相撲の番組の監視トータル時間が長くなるように監視スケジュールテーブルＡ４１を生成する。
そして、嗜好情報監視部Ａ６によって、取得した番組コンテンツ中に「シュート」もしくは「△△海」という文字列もしくは音声を含んでいるかどうかを監視しておき、キーワード一致と同時にイベント制御部Ａ７１経由でメール処理部Ａ７６を起動し、裏番組においてユーザが嗜好する番組が放映されていることをユーザの携帯電話やパソコンにメール通知することで、注意を喚起する。【０１２５】
これによって、ユーザは自分が見たい場面を見逃す確率を減らすことができる。ユーザが外出中でテレビやラジオの前にいない場合でも、自分が見たい場面が放映されているかどうかを知ることができる。本システムと携帯電話がインターネットなどのネットワークを構成している場合、その通知情報を元に遠隔に録画などを可能とする。そのため、ユーザが遠隔地にいる場合でも自分が見たい場面が放映されているかどうかを知ることができる。【０１２６】
また、以下のように、センサー情報の取得が行える。【０１２７】
ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）のような電子タグやセンサーから発せられる情報を効率よく取得するシステムに使用できる。
ユーザの周囲に多数のセンサーが存在する場合、センサー情報を効率よく取得し、ユーザが欲しい情報を自動で取得するシステムへの要望が高い。センサー情報はランダムに繰り返し電波を発している。そのため、この情報は放送とみなすことができる。このとき、番組表はユーザの周囲に存在するセンサーの数とその種類の情報とみなし、嗜好情報はユーザがあらかじめ取得したい情報とみなす。ここでは、センサーにはあらかじめＲＦＩＤのような固体識別番号を含むものとする。
まず、放送データ取得部Ａ２によって、自分の周りに存在するセンサーの数と種類を取得する。次に、これらの情報と嗜好情報を比較し、ユーザが欲しい情報が取得できるように、放送取得スケジュール部Ａ３１によって監視スケジュールテーブルＡ４１を作成する。監視スケジュールテーブルＡ４１に基づき周囲のセンサー情報を巡回取得する。そして、嗜好情報監視部Ａ６によって、ユーザの嗜好情報と一致したセンサー情報を検索し、その嗜好にあったイベントを送出する。
例えば、ユーザがスーパーマーケットでピーマンを探している場合、ユーザはＲＦＩＤ読み取り機能付き携帯電話などで「ピーマン」と入力しておく。ここで、ユーザの嗜好情報のキーワードは「ピーマン」であり、その種類は野菜である。スーパーマーケットではさまざまな食品が存在するが、まず、ピーマンの種類である野菜を優先的に情報取得できるように、監視スケジューリングを行う。次にその野菜の中でピーマンを検索し、ピーマンが見つかれば携帯電話の画面にその存在を表示する。【０１２８】
これによって、ユーザが欲しい情報を多数のセンサー情報の中から的確に取得し、ユーザが要求する動作を自動的に実行することが可能である。【０１２９】
また、以下のように、インターネットストリーミング放送におけるユーザの嗜好場面の取得が行える。【０１３０】
インターネットストリーミング放送においても、テレビ放送のように複数チャンネル存在する。
ここでは、番組表の代わりにストリーミング放送のポータルサイトが考えられる。ポータルサイトは現在放送されているストリーミング放送サイトへの玄関口であり、ストリーミング放送の番組表と考えることができる。
まず、ユーザの嗜好ジャンルとポータルサイトとを比較し、ユーザの嗜好する場面を含む確率が高いストリーミング放送の監視トータル時間が長くなるように監視スケジューリングを行う。監視しているストリーミング放送の番組コンテンツもしくは番組音声と嗜好情報のキーワードが一致した場面を自動的に保存、表示切替を行う。【０１３１】
これによって、インターネット放送においても、複数の放送の中からユーザの嗜好にあった番組を自動的に保存、表示切替することが可能である。
【図面の簡単な説明】
【０１３２】
【図１】実施の形態１における放送受信装置Ａ０のハードウェア構成図。
【図２】実施の形態１における放送受信装置Ａ０の全体構成を示す図。
【図３】実施形態１における放送番組を示す図。
【図４】実施の形態１における番組表記憶部Ａ３３に記憶される番組表Ａ３３１を示す図。
【図５】実施形態１における嗜好情報記憶部Ａ５に記憶されるユーザの嗜好情報Ａ５１を示す図。
【図６】実施形態１における嗜好情報記憶部Ａ５に記憶されるユーザの嗜好情報Ａ５１を示す図。
【図７】実施の形態１における番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１を示す図。
【図８】実施の形態１における番組優先度記憶部Ａ３２に記憶される番組優先度テーブルＡ３２１を示す図。
【図９】実施の形態１における監視スケジュール記憶部Ａ４に記憶される監視スケジュールテーブルＡ４１を示す図。
【図１０】実施の形態１における監視スケジュール記憶部Ａ４に記憶される監視スケジュールテーブルＡ４１を示す図。
【図１１】実施の形態１における監視スケジュール記憶部Ａ４に記憶される監視スケジュールテーブルＡ４１を示す図。
【図１２】実施の形態１における放送取得スケジュール部Ａ３１の処理を示すフローチャート。
【図１３】実施の形態１における放送受信装置Ａ０の処理を示すフローチャート。
【図１４】実施の形態２における放送受信装置Ａ０の全体構成を示す図。
【図１５】実施の形態３におけるイベント実行部Ａ７の構成を示す図。
【図１６】実施の形態４における放送受信装置Ａ０の処理を示すフローチャート。
【図１７】実施の形態５における嗜好情報監視部Ａ６の構成を示す図。
【図１８】実施の形態６における放送データ取得部と監視する放送チャンネルとの関係を示す図。
【図１９】実施の形態７における放送データ取得部と監視する放送チャンネルとの関係を示す図。
【図２０】実施の形態８における放送データ取得部と監視する放送チャンネルとの関係を示す図。
【図１】
0004555296.tif 000002
【図２】
0004555296.tif 000003
【図３】
0004555296.tif 000004
【図４】
0004555296.tif 000005
【図５】
0004555296.tif 000006
【図６】
0004555296.tif 000007
【図７】
0004555296.tif 000008
【図８】
0004555296.tif 000009
【図９】
0004555296.tif 000010
【図１０】
0004555296.tif 000011
【図１１】
0004555296.tif 000012
【図１２】
0004555296.tif 000013
【図１３】
0004555296.tif 000014
【図１４】
0004555296.tif 000015
【図１５】
0004555296.tif 000016
【図１６】
0004555296.tif 000017
【図１７】
0004555296.tif 000018
【図１８】
0004555296.tif 000019
【図１９】
0004555296.tif 000020
【図２０】
0004555296.tif 000021