JP2008236688A - テレビ放送受信装置 - Google Patents

Abstract

【課題】視聴中の番組ＣＭから予約に必要な情報の取得機能を追加することで、番組ＣＭ視聴中に単純な操作で録画または視聴の予約を行う機能を提供することを目的とする。
【解決手段】動画情報内の動画情報及び音声情報から文字認識処理部３０３及び音声認識処理部３０４がキーワードを抽出する。該キーワードをキーワード管理部３０２に移行した後、番組情報処理部３０１が番組情報を適宜操作者に提示する。提示された番組情報を操作者が選択することで、簡便な予約が可能となる。
【選択図】図１

Description

本発明はテレビ放送を受信し、録画または再生する装置において予約機能を有するものに関する。

テレビやビデオレコーダーなどのテレビ放送受信装置には、特定の番組に対して視聴や録画することを忘れないように予約機能を有するものがある。この視聴または録画したい番組の予約は、テレビ放送受信装置に対して、選局するチャンネル、視聴または録画を開始する時刻と終了する時刻を操作者が指示することによって行われる。

この、予約に必要な情報を指示する手段として、これまでにいくつかの方法が実現されてきている。

たとえば特開２００６−２５３８９５号公報（特許文献１）には、基地局から番組の放送と平行して、番組予約情報取得ＩＤを携帯端末に配信する。当該番組予約情報取得ＩＤに対応する番組の録画を意図する場合、携帯端末から当該番組予約情報取得ＩＤを予約情報配信サーバに送信し、予約情報を取得する。そしてこの予約情報を録画装置に送信することで録画装置の録画予約を行う旨が記載されている。
特開２００６−２５３８９５号公報

しかし上記特許文献１記載の発明では以下のような問題がある。

すなわち、番組の情報が番組ＣＭと言った短時間しか行われない場合に対する考慮が不足しており、視聴者が予約したい番組の全ての情報を取得できないことがある。また、他の番組の視聴中に流れた番組ＣＭで情報を取得した場合、視聴中の番組が始まってしまい、番組の視聴が中断されてしまうこととなる。

本発明の目的は、視聴中の番組ＣＭから予約に必要な情報の取得機能を追加することで、番組ＣＭ視聴中に単純な操作で録画または視聴の予約を行う機能を提供することにある。

本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。

本発明に関わるテレビ放送受信装置は、受信波をデコードし動画像データを抽出するデコード処理部と、動画像データを描画データに画像処理する動画処理部とを含み、更に描画データから文字列を抽出する文字認識処理部を含むことを特徴とする。

このテレビ放送受信装置の文字認識処理部は文字列からキーワードを１または２以上抽出することを特徴とするものであっても良い。

また本発明に関わるテレビ放送受信装置は、受信波をデコードし音声データを抽出するデコード処理部と、音声データを音声出力用データにする音声処理部とを含み、更に音声出力用データから文字列を抽出する音声認識処理部を含むことを特徴とする。

このテレビ放送受信装置の音声認識処理部は文字列からキーワードを１または２以上抽出することを特徴とするものであっても良い。

これらのテレビ放送受信装置は、更に番組情報処理部及びキーワード管理部を含み、文字認識処理部は１または２以上の前記抽出したキーワードを前記キーワード管理部に送信し、このキーワード管理部は番組情報処理部が前記キーワードを操作可能に保持し、この番組情報処理部はキーワード管理部が保持する前記キーワードの優先度を決定することを特徴としても良い。

このテレビ放送受信装置の番組情報処理部はネットワーク経由で番組表を取得し、番組表を参酌してキーワードの優先度を決定しても良い。また、キーワードの優先度を参酌して番組情報処理部は番組予約用の選択画面データを生成しても良い。このテレビ放送受信装置は、更にＧＵＩ制御部を含み、番組情報処理部は選択画面データをＧＵＩ制御部に送信し、ＧＵＩ制御部は選択画面データを参酌して予約候補を選択可能に表示することとしても良い。

本発明のテレビ放送受信装置は、更にメモリバッファを含み、受信してからデコード処理部によるデコード前に一定期間遅延を設けられることを特徴としても良い。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。

テレビ放送受信装置の操作者が予約情報の取得開始と予約の確認の２ステップのみで予約することが可能となり番組ＣＭから予約に必要な情報の取得を自動的に行うために、放送時間等を控えるなどの視聴者からの作業負荷を軽減することが可能になる。
結果視聴中の番組が中断されることを防止する効果がある。

まず、視聴者の録画行動を分析する。
（視聴者の録画行動）
テレビ番組の視聴者が、ある特定の番組を視聴または録画しようとする場合、そのきっかけとして放送される番組の概要を知るという行為が必要である。この番組の概要を知るための手段のひとつとして、各放送局が放送する番組のＣＭが挙げられる。番組のＣＭは、放送予定の番組のダイジェストと番組タイトル、放送時刻が含まれている。視聴者は番組ＣＭを見ることによって、その番組の概要を把握し、興味を持った番組は視聴または録画しようと考える。

図７は、番組の概要把握から視聴までの操作の流れを示す図である。まず、番組ＣＭなどの情報から視聴者は番組の概要を把握し（ステップＳ１０１）、その番組に興味があるかを判断する（ステップＳ１０２）。興味が無い場合（ステップＳ１０２：Ｎｏ）、視聴者はその番組は視聴しない（ステップＳ１１４）。興味がある場合（ステップＳ１０２：Ｙｅｓ）、その番組が予約してあるか確認し（ステップＳ１０３）、予約していなければ（ステップＳ１０３：Ｎｏ）、予約するかを判断する（ステップＳ１０４）。予約する場合には予約作業を行う（ステップＳ１０５）。予約の作業は、その番組の放送開始時刻まで行うことが可能である。

放送開始時刻になると（ステップＳ１０６：Ｙｅｓ）、予約済みか予約してないかによって以降の処理が異なる（ステップＳ１０７）。また、予約済みの場合（ステップＳ１０７：Ｙｅｓ）、録画予約か視聴予約かによって以降の処理が異なる（ステップＳ１０８）。

録画予約がされている場合（ステップＳ１０８：Ｙｅｓ）、テレビ放送受信装置が番組の録画を行う（ステップＳ１０９）ため、視聴者はいつでも番組の視聴が可能になる（ステップＳ１１２）。

録画予約がされず（ステップＳ１０８：Ｎｏ）、視聴予約のみがされている場合（ステップＳ１１０：Ｙｅｓ）、テレビ放送受信装置は番組の受信を開始し番組を表示する。視聴者が番組表示中にテレビ放送受信装置の側にいて視聴可能であれば（ステップＳ１１０：Ｙｅｓ）、番組を視聴できる（ステップＳ１１２）。テレビ放送受信装置の側にいることができずない場合には（ステップＳ１１０：Ｎｏ）、あるいは視聴者が視聴不可能な場合には視聴できない（ステップＳ１１３）。

一方、予約されていない場合（ステップＳ１０７：Ｎｏ）、視聴者が番組の放送開始時刻を覚えているかによって結果が異なる（ステップＳ１１１）。放送開始時刻を覚えている場合、視聴予約されている場合と同様に、視聴者が番組表示中にテレビ放送受信装置の側にいて視聴可能か、テレビ放送受信装置の側にいることができずに視聴不可能かによって（ステップＳ１１０）、視聴可能であれば番組を視聴できる（ステップＳ１１２）が、視聴不可能であれば視聴できない（ステップＳ１１３）。放送開始時刻を覚えていない場合は視聴できない（ステップＳ１１３）。

（第１の実施の形態）
以上の視聴者の録画行動を反映したのが本発明の第１の実施の形態である。以下図を用いて説明する。

図１は本発明の第１の実施の形態に関わるテレビ放送受信装置２０１のハードウェア／ソフトウェアの全体構成図である。

このテレビ放送受信装置２０１は入力情報処理部２０５、ＧＵＩ制御部２０６、予約情報処理部２０７、予約情報格納部２０８、予約処理付加機能２０９、放送受信部２１０、デコード処理部２１１、動画処理部２１２、音声処理部２１３、画面制御部２１４、文字認識処理部３０３、音声認識処理部３０４から構成されている。

また外部周辺機器として入力装置２０２、表示装置２０３、音声出力装置２０４がある。

入力情報処理部２０５はリモコンやバーコードリーダ、マウス、キーボードなどの入力装置２０２で視聴者が操作した入力情報を処理する。

ＧＵＩ制御部２０６は入力情報処理部２０５が処理した入力情報を受け取り、この入力情報に従って、画面に表示する情報を作成し、画面制御部２１４を介して表示装置２０３に表示する。また、入力情報に予約情報が含まれている場合にはこの予約情報を予約情報処理部２０７に送信する。

予約情報処理部２０７はＧＵＩ制御部２０６からの入力された予約情報を適切なデータ形式に加工して予約情報格納部２０８で保存する。

予約処理付加機能２０９は付加的な予約機能を実現するモジュールの集合体である。たとえば、Ｇ−ｃｏｄｅやバーコード、ＥＰＧの入力処理などはここに組み込まれたモジュールで処理する。

この予約処理付加機能２０９のモジュールの一つとして、本発明では番組情報処理部３０１及びキーワード管理部３０２を予約処理付加機能として含む。

放送受信部２１０はアンテナから受信した電波（受信波）を受信する回路もしくはそれを含む機器を言う。なお、ケーブルテレビや衛星放送経由の視聴を行う場合にはこの放送受信部２１０は、方式に応じたものを用いることになる。放送受信部２１０は、受け取った受信波をアナログ・デジタル変換等し、デジタルデータであるＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）とした後、デコード処理部２１１に送信する。

デコード処理部２１１は、受け取ったデジタルデータを復号（デコード）し、有意の動画像データもしくは音声データ、字幕データとする。具体的には受け取ったＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）をＶｉｄｅｏやＡｕｄｉｏ、字幕等に分類する機能を想定する。分類後、動画像データは動画処理部２１２に、音声データは音声処理部２１３に送られる。

動画処理部２１２は表示装置２０３で出力できるように動画像データを実際の表示形式（描画データ）に変換する箇所である。また、音声処理部２１３は音声出力装置２０４で出力できるように音声データを実際の音声形式（音声出力用データ）に変換する箇所である。

一般的なテレビ放送受信器では動画処理部２１２で処理された描画データは画面制御部２１４を介して表示装置２０３に出力される。また音声出力用データはそのまま音声出力装置２０４から出力される。これに対し、本発明に関わるテレビ放送受信装置２０１では、動画処理部２１２で処理された描画データは文字認識処理部３０３を介して画面制御部２１４に、音声処理部２１３で処理された音声出力用データは音声認識処理部３０４を介して音声出力装置２０４に送られる。

画面制御部２１４は、文字認識処理部３０３及び文字認識処理部３０３からの描画データを合成し表示装置から出力する箇所である。

番組情報処理部３０１は、受信中のチャンネルの番組表の取得を行う。

キーワード管理部３０２は、文字認識処理部３０３または音声認識処理部３０４から送られてくる文字列からキーワードとなりうる文字を抽出、管理するモジュールである。

文字認識処理部３０３は動画処理部２１２からの描画データの画像内に含まれる文字列を認識するモジュールである。

音声認識処理部３０４は音声処理部２１３で処理された音声出力用データから読み出される文字列の音声認識をおこなうモジュールである。

ネットワークＩ／Ｆ３０５は受信中の放送局のＷｅｂページの情報を取得するためのネットワーク接続用のインターフェイスである。

次に、このテレビ放送受信装置２０１内の処理について図２から図５を用いて説明する。

図２は、入力情報処理部２０５に関わる番組ＣＭからの予約処理の流れ、図３は文字認識処理部３０３及び音声認識処理部３０４での処理の流れ、図４は音声認識処理部での処理の流れを表すフローチャートである。また、図５は番組情報処理部３０１及びキーワード管理部３０２の処理を表すフローチャートである。

以下、これらの図に従って、番組ＣＭからの予約処理手順について説明する。

まず、番組ＣＭを見てから操作者がどのように予約を行うかについて入力情報処理部２０５に焦点を当て、図２を用いて説明する。

操作者が番組ＣＭを見て予約をしたいと思った際、入力装置２０２を操作して入力情報処理部２０５に対して番組情報処理を開始させる（ステップＳ４０１）。この、入力情報処理部２０５への入力に伴い、番組情報処理部３０１、文字認識処理部３０３、音声認識処理部３０４が起動する。

次に、入力情報処理部２０５は各認識処理部の終了時刻を設定する（ステップＳ４０２）。番組ＣＭの特性上、１５秒から３０秒、長くても１分程度の期間、認識処理を実施すれば予約情報取得に必要なキーワードの抽出が可能である。従って、これを目安に入力情報処理部２０５は起動時間の設定を行う。なお、別途この設定時間を操作者に決定させる手段を用意しても良い。

上記終了時刻設定を受けて、入力情報処理部２０５は文字認識処理部３０３および音声認識処理部３０４に対して処理を開始させる（ステップＳ４０３、ステップＳ４０４）。認識処理の終了時刻になるまで待ち（ステップＳ４０５：Ｎｏ）、終了時刻になったところで（ステップＳ４０５：Ｙｅｓ）、文字認識処理部３０３および音声認識処理部３０４に対して処理を終了させる（ステップＳ４０６、ステップＳ４０７）。

その後、入力情報処理部２０５は番組情報処理部３０１に「予約候補」の生成を開始させる（ステップＳ４０８）。ここで「予約候補」とは、文字認識処理や音声認識処理によって取得したキーワードから推定されるユーザが予約しようとしていると思われる番組情報の集まりのことを言う。番組情報は最低限、チャンネル、開始時刻、終了時刻の情報を含む必要があるが、その表現方法は特に限定しない。例えばＧコードのように暗号化されたものであっても、上記の３つの情報を再現できれば良い。予約候補は、ＥＰＧや放送局のネットワークＩ／Ｆ３０５経由で得られるＷｅｂページの情報を用いて補完することで、より精度が増す。

入力情報処理部２０５は「予約候補」の生成が完了するのを待つ（ステップＳ４０９：Ｎｏ）。「予約候補」の生成が完了したら（ステップＳ４０９：Ｙｅｓ）、「予約候補」を文字認識処理部３０３および音声認識処理部３０４に送る。この際に入力情報処理部２０５を介してデータをやり取りするか、番組情報処理部３０１から直接それらに「予約候補」を送るのかは設計的事項である。文字認識処理部３０３および音声認識処理部３０４の認識結果から「予約候補」の有無を確認すると共に「予約候補」がある場合にはそれを取得する（ステップＳ４１０）。

その後、取得した予約候補の数を判定し、候補が複数ある場合は（ステップＳ４１１：Ｙｅｓ）、予約候補リストを表示する（ステップＳ４１２）。候補がひとつしかない場合には（ステップＳ４１１：Ｎｏ）、予約を確定するか確認画面を表示する（ステップＳ４１３）。

画面表示後、操作者による入力を待つ（ステップＳ４１４：Ｎｏ、ステップＳ４１５：Ｎｏ、ステップＳ４１７：Ｎｏ）。操作者による入力が予約の確定（ステップＳ４１５：Ｙｅｓ）の場合は、予約処理を行って（ステップＳ４１６）終了する。予約の中断（ステップＳ４１７：Ｙｅｓ）がなされた場合には、何もせずに終了する。

このように、文字認識処理部３０３および音声認識処理部３０４が抽出した結果から、予約時間の候補を抽出し、操作者にそれを提示することで、簡単な入力による番組予約を可能にする。

次に、文字認識処理部３０３および音声認識処理部３０４の処理について説明する。

図３は文字認識処理部３０３の起動後の処理を表すフローチャートである。

上述したステップＳ４０３での入力情報処理部２０５からの起動処理を受けて文字認識処理部３０３は起動する。

終了条件（ステップＳ４０６）を満たすまでは（ステップＳ５０１：Ｎｏ）、入力情報処理部２０５は動画処理部２１２から送信される画像フレームを取得し続ける（ステップＳ５０２）。この取得した画像フレーム中で文字検索をかけ、文字列を取得する（ステップＳ５０３）。この際、文字列の取得処理を１フレーム単位で取り扱うか、それとも、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位で行うかといった事項は取り扱うデータ種別等にも左右される設計事項である。

取り扱い単位での全ての文字列の取得が終われば（ステップＳ５０４：Ｙｅｓ）、ステップＳ５０１に戻って終了条件を具備するまで、文字列の抽出を繰り返す。

一方、認識処理の終了時刻（ステップＳ４０２で入力情報処理部２０５により設定）になれば（ステップＳ５０１：Ｙｅｓ）、取得した文字列からキーワードを抽出する（ステップＳ５０５）。ここでキーワードとは予約対象を特定するのに必要な情報であり、曜日や時分、Ｇコードの番組コードなどがこれに当たる。

キーワード抽出後、文字認識処理部３０３は抽出したキーワードをキーワード管理部３０２に送信し（ステップＳ５０６）、文字認識処理部３０３の処理を終了する。これは図２においてはステップＳ４０６に当たる。

図４は音声認識処理部３０４の起動後の処理を表すフローチャートである。

上述したステップＳ４０４での入力情報処理部２０５からの起動処理を受けて音声認識処理部３０４は起動する。

終了条件（ステップＳ４０７）を満たすまでは（ステップＳ５１１：Ｎｏ）、入力情報処理部２０５は音声処理部２１３から送信される音声出力用データを取得し文字列を抽出する（ステップＳ５１２）。

終了条件（ステップＳ４０７）を満たしたら（ステップＳ５１１：Ｙｅｓ）、取得した文字列からキーワードの抽出を行う（ステップＳ５１３）。

キーワードを抽出し終わると、音声認識処理部３０４はキーワード管理部３０２に送信し（ステップＳ５１４）、音声認識処理部３０４の処理を終了する。これは図２においてはステップＳ４０７に当たる。

なお、文字認識処理部３０３及び音声認識処理部３０４における文字抽出方法は特にこの明細書中では限定しない。

また、文字認識処理部３０３及び音声認識処理部３０４の処理終了時に入力情報処理部２０５に、その旨通知するかは設計事項である。ステップＳ４０９の文字抽出完了の判定をスムーズに行うのであれば、通知を行うのが望ましい。実装上の設計者の判断であろう。

図５は番組情報処理部３０１及びキーワード管理部３０２の処理を表すフローチャートである。これを用いて番組情報処理部３０１及びキーワード管理部３０２の処理を説明する。

番組情報処理の起動時に（図２ステップＳ４０１）、入力情報処理部２０５は番組情報処理部３０１を起動し、予約候補の生成を開始する（図２ステップ４０８）。図５は番組情報処理部３０１の起動から説明する。

起動した番組情報処理部３０１は、まず番組表の取得を開始する（ステップＳ６０１）。

その後、番組情報処理部３０１はネットワークへの接続の有無を確認し（ステップＳ６０２）、接続されているときには視聴中の放送局のＷｅｂにあるデータをネットワークＩ／Ｆ３０５経由で取得する（ステップＳ６０３）。

ここでは、番組表の取得を時系列的に記載しているが、ステップＳ６０１とステップＳ６０２はいずれか選択的に行っても良い。また、双方を行う場合であってもステップＳ６０１とステップＳ６０２を非同期に前後して処理しても良い。

番組情報処理部３０１からの「予約候補」の生成開始要求をキーワード管理部３０２が待つ（ステップＳ６０４：Ｎｏ）。番組情報処理部３０１からの「予約候補」生成開始要求をキーワード管理部３０２が受信すると（ステップＳ６０４：Ｙｅｓ）、キーワード管理部３０２は文字認識処理部３０３及び音声認識処理部３０４から送信されたキーワードを番組情報処理部３０１に送信する（ステップＳ６０５）。

番組情報処理部３０１がキーワードを取得したら、得たキーワードに対して、時刻を表すもの、番組ＣＭ終了間際に取得されたもの、複数の認識処理で重複しているものなどの整理をし、番組ＣＭの特性を生かした優先度を設定する（ステップＳ６０６）。

この優先度の順に番組表及びＷｅｂデータを検索し、予約に必要な情報を抽出する（ステップＳ６０７）。番組表の検索を行う際には、チャンネル単位だけでなく、複数のチャンネルの集合である放送局単位（たとえばケーブルテレビや日本放送協会の有する複数チャンネルなど）での検索も考慮し、行う必要がある。

こうして、抽出した予約に必要な情報を元に「予約候補」を作成する（ステップＳ６０８）。

この「予約候補」に従い、ＧＵＩ制御部２０６に送信する選択画面用のデータ（選択画面データ）を生成する（ステップＳ６０９）。選択画面データの受信後、ＧＵＩ制御部２０６は画面制御部２１４経由で表示装置２０３に選択画面を表示し、操作者に選択手段を提供する（ステップＳ６１０）。

以上に示した処理手順によって、番組ＣＭからの予約処理を実現する。

なお、説明上、ステップＳ４０１でキーワード管理部３０２は入力情報処理部２０５からの起動対象としていないが、入力情報処理部２０５からの制御信号線の追加などで入力情報処理部２０５の制御対象に含めても良い。

また、本実施の形態は、単体のテレビ放送受信装置に限定するものではなく、パーソナルコンピュータなどの上で動作するソフトウェアにより実現することも可能である。

（第２の実施の形態）
図６は本発明の第２の実施の形態に関するハードウェア、ソフトウェアの全体構成図である。本図の構成では図１の構成要素に加え、メモリバッファ７０１及び字幕処理部７０２が含まれる。

メモリバッファ７０１は第１の実施での放送受信部２１０とデコード処理部２１１間に挿入される。その目的は放送受信部２１０からデコード処理部２１１へ送信されるＴＳ等のストリームデータをバッファリングすることである。これにより、放送受信部２１０は出力するストリームデータを一定時間遡って保持することが可能になる。結果、第１の実施の形態では視聴者の操作による番組ＣＭからの予約処理開始時点から認識処理を行っていたところを、本実施の形態では視聴者による操作以前のストリームデータを使用することが可能になり、番組ＣＭ放送開始時点まで遡っての認識処理が可能になる。

これにより、予約候補作成時の精度向上が可能となる。

また字幕処理部７０２を設け、これが出力する字幕に対してキーワード抽出の対象とする。これにより、番組ＣＭ放送中に放送局側で字幕に必要な文字情報を流すことで、確実な予約候補を作成することが可能となる。なお、本実施の形態では字幕処理部７０２自身が文字列およびキーワードの抽出まで行うことを想定している。

なお、メモリバッファ７０１及び字幕処理部７０２は双方同時に適用しても良いし、いずれか一のみを適用しても良い。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

本発明によるテレビ放送受信装置を用いた、番組ＣＭからの予約機能は、予約に必要な放送開始時刻および放送チャンネルが必ず含まれているという番組ＣＭ構成の特徴から、特に日本国内の放送に限定するものではなく、認識処理の対応言語を切換えることによって、各国で利用可能である。

本発明の第１の実施の形態に関わるテレビ放送受信装置のハードウェア及びソフトウェアの全体構成図である。 本発明の第１の実施の形態に関わるテレビ放送受信装置の入力情報処理部の予約処理を表すフローチャートである。 本発明の第１の実施の形態に関わるテレビ放送受信装置の文字認識処理部の処理を表すフローチャートである。 本発明の第１の実施の形態に関わるテレビ放送受信装置の音声認識処理部の処理を表すフローチャートである。 本発明の第１の実施の形態に関わるテレビ放送受信装置の番組情報処理部及びキーワード管理部の処理を表すフローチャートである。 本発明の第２の実施の形態に関わるテレビ放送受信装置のハードウェア及びソフトウェアの全体構成図である。 操作者の番組概要把握から視聴までの操作の流れを示す図である。

符号の説明

２０１…テレビ放送受信装置、２０２…入力装置、２０３…表示装置、
２０４…音声出力装置、２０５…入力情報処理部、２０６…ＧＵＩ制御部、
２０７…予約情報処理部、２０８…予約情報格納部、２０９…予約処理付加機能、
２１０…放送受信部、２１１…デコード処理部、２１２…動画処理部、
２１３…音声処理部、２１４…画面制御部、
３０１…番組情報処理部、３０２…キーワード管理部、３０３…文字認識処理部、
３０４…音声認識処理部、３０５…ネットワークＩ／Ｆ
７０１…メモリバッファ、７０２…字幕処理部

Claims (9)

1. 受信波をデコードし動画像データを抽出するデコード処理部と、前記動画像データを描画データに画像処理する動画処理部とを含むテレビ放送受信装置であって、
   更に前記描画データから文字列を抽出する文字認識処理部を含むことを特徴とするテレビ放送受信装置。
2. 請求項１に記載のテレビ放送受信装置であって、
   前記文字認識処理部は前記文字列からキーワードを１または２以上抽出することを特徴とするテレビ放送受信装置。
3. 受信波をデコードし音声データを抽出するデコード処理部と、前記音声データを音声出力用データにする音声処理部とを含むテレビ放送受信装置であって、
   更に前記音声出力用データから文字列を抽出する音声認識処理部を含むことを特徴とするテレビ放送受信装置。
4. 請求項３に記載のテレビ放送受信装置であって、
   前記音声認識処理部は前記文字列からキーワードを１または２以上抽出することを特徴とするテレビ放送受信装置。
5. 請求項２または４に記載のテレビ放送受信装置であって、
   更に番組情報処理部及びキーワード管理部を含み、
   前記文字認識処理部は１または２以上の前記抽出したキーワードを前記キーワード管理部に送信し、
   前記キーワード管理部は前記番組情報処理部が前記キーワードを操作可能に保持し、
   前記番組情報処理部は前記キーワード管理部が保持する前記キーワードの優先度を決定することを特徴とするテレビ放送受信装置。
6. 請求項５に記載のテレビ放送受信装置であって、
   前記番組情報処理部はネットワーク経由で番組表を取得し、前記番組表を参酌して前記キーワードの優先度を決定することを特徴とするテレビ放送受信装置。
7. 請求項５または６に記載のテレビ放送受信装置であって、
   前記キーワードの優先度を参酌して前記番組情報処理部は番組予約用の選択画面データを生成することを特徴とするテレビ放送受信装置。
8. 請求項７に記載のテレビ放送受信装置であって、
   更にＧＵＩ制御部を含み、前記番組情報処理部は前記選択画面データを前記ＧＵＩ制御部に送信し、前記ＧＵＩ制御部は前記選択画面データを参酌して予約候補を選択可能に表示することを特徴とするテレビ放送受信装置。
9. 請求項１に記載のテレビ放送受信装置であって、
   更にメモリバッファを含み、受信してから前記デコード処理部によるデコード前に前記メモリバッファが一定期間遅延を設けられることを特徴とするテレビ放送受信装置。
   

Images