JP2003219299A

JP2003219299A - データ処理装置、データ処理システム、データ処理方法、記憶媒体、及びプログラム

Info

Publication number: JP2003219299A
Application number: JP2002010444A
Authority: JP
Inventors: Tomoyuki Ono; 智之大野
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-01-18
Filing date: 2002-01-18
Publication date: 2003-07-31

Abstract

(57)【要約】【課題】任意の映像を視聴中に当該映像が視聴できな
くなった場合、これをトリガーとして当該映像の代替を
可能とし、且つユーザの嗜好性を反映させた情報をユー
ザに提供できるデータ処理装置を提供する。【解決手段】嗜好性判別手段１２３は、複数のデータ
（テレビジョン放送データ、ネットワーク上のデータ）
を受信して処理するにあたり、受信データに関する情
報、及びユーザの受信データの利用履歴に関する情報に
基づいて、ユーザの受信データに対する嗜好性を判別す
る。提供情報生成手段１２５は、嗜好性判別手段１２３
の判別結果、及びデータの受信状態に基づいて、ユーザ
に対して提供する情報を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、テレビジ
ョン（ＴＶ）放送等によるデータの受信装置或いはシス
テムに用いられる、データ処理装置、データ処理システ
ム、データ処理方法、それを実施するためのプログラム
を記憶したコンピュータ読出可能な記憶媒体、及び当該
プログラムに関するものである。

【０００２】

【従来の技術】近年において、例えば、地上波アナログ
ＴＶ放送や、衛星或いはＣＡＴＶを用いて、映像や音声
以外のデータの配信サービスが開始されている。今後、
データ圧縮技術や多重化技術によるＴＶ放送のディジタ
ル化が促進され、データ配信サービスは益々、盛んにな
ると考えられる。

【０００３】また、例えば、特開平１０−１９１２７３
号等では、ＴＶ放送波に含まれる放送に関連する情報を
取得し、放送以外の他のインフラであるインターネット
との接続を行ない、インターネットに関する情報を表示
するための構成が提案されている。

【０００４】具体的には、特開平１０−１９１２７３号
等に記載の構成は、次のような映像及びデータの表示方
法を提供することを目的としている。・主にユーザ（利用者）毎に種別化又は個別化されたデ
ータが、映像と同期して存在することをユーザに通知
し、当該データを映像と同期して表示する映像及びデー
タの表示方法。・どのようなデータが映像に関連付けられているのかを
分かり易くユーザに提示する映像及びデータの表示放
送。・映像の連続性を損なわず、且つこれに関連するデータ
のユーザへの提供をも保証する映像及びデータの表示方
法。

【０００５】

【発明が解決しようとする課題】しかしながら、上述の
特開平１０−１９１２７３号等に記載されているような
従来のデータ処理装置では、上記の目的の実現のために
（特開平１０−１９１２７３号における「発明の実施の
形態」の記載等を参照）、情報提供者側サブシステム内
のメディア間リンク定義モジュールにおいて、映像やデ
ータ等のリンクを定義する必要があり、放送局からは衛
星放送等へ、インターネットサーバからはインターネッ
トへ、それぞれ情報を送出する必要があった。これは、
情報提供者側サブシステムに対して多大な負荷をかける
ことになると考えられる。

【０００６】また、上記従来のデータ処理装置では、送
出対象の情報に埋め込まれるリンク情報の１つであるイ
ンターネットホームページのＵＲＬ情報は、情報提供者
側が意図したものだけになるため、それが真にユーザ
（利用者）毎に種別化又は個別化されたデータになり得
ない場合も存在すると考えられる。

【０００７】さらに、上述したように、上記従来のデー
タ処理装置では、ユーザ（利用者）毎に種別化又は個別
化されたデータを映像と同期して表示することを目的と
しているため、このとき映像を、例えば、ディジタル衛
星放送から取得したソースを用いて表示している場合、
受信Ｃ／Ｎが降雨等により低下し、映像表示不可能とな
ると、当該データを映像と同期を表示できなくなる。

【０００８】そこで、例えば、ユーザが、ＴＶ放送を視
聴中、ＴＶ放送の映像をメインとして視聴している際に
当該映像が視聴できなくなった場合、これをトリガーと
して、何らかの方法により、その代替を可能とする情報
をユーザに提供するように構成することが考えられ、こ
のメリットはユーザ（利用者）にとって非常に大きいも
のであるが、従来では当該構成を実現できなかった。

【０００９】そこで、本発明は、上記の課題を除去する
ために成されたもので、任意の映像を視聴中に当該映像
が視聴できなくなった場合、これをトリガーとして当該
映像の代替を可能とし、且つユーザの嗜好性を反映させ
た情報をユーザに提供する構成を、システム側の負荷を
軽減しつつ実現できるようにすることで、システム側と
ユーザ共にメリットが得られる、データ処理装置、デー
タ処理システム、データ処理方法、それを実施するため
のプログラムを記憶したコンピュータ読出可能な記憶媒
体、及び当該プログラムを提供することを目的とする。

【００１０】具体的には例えば、本発明は、ＴＶ放送に
よる映像が正常表示不可、又は困難となった場合、それ
をトリガーとして、当該映像の代替となる情報をユーザ
に提供することを目的としている。また、本発明は、上
記目的実現のための情報提供者側のシステムの負荷を軽
減し、且つ、よりユーザの嗜好に合わせた情報をユーザ
に提供することを目的としている。

【００１１】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、複数のデータを受信して処理するデータ
処理装置であって、上記受信データに関する情報、及び
ユーザの上記受信データの利用履歴に関する情報に基づ
いて、当該ユーザの上記受信データに対する嗜好性を判
別する嗜好性判別手段と、上記データの受信状態、上記
受信データに関する情報、及び上記嗜好性判別手段によ
る判別結果に基づいて、上記ユーザに対して提供する情
報を生成する提供情報生成手段とを備えることを特徴と
する。

【００１２】第２の発明は、上記第１の発明において、
上記提供情報生成手段は、上記嗜好性判別手段による判
別結果に基づいて、上記受信データに関する情報の中か
ら該当する情報を選択して提供することを特徴とする。

【００１３】第３の発明は、上記第１の発明において、
上記データの受信状態情報は、データ受信時のエラー訂
正率情報を含むことを特徴とする。

【００１４】第４の発明は、上記第１の発明において、
上記受信データは、ネットワークを介して送信されてく
るデータ、及びテレビジョン放送データを含むことを特
徴とする。

【００１５】第５の発明は、上記第１の発明において、
上記受信データに関する情報は、テレビジョン放送にお
いて、番組のジャンルに関する情報、番組の内容に関す
る情報、及び番組名称情報の少なくとも何れかの情報を
含むことを特徴とする。

【００１６】第６の発明は、上記第１の発明において、
上記受信データの利用履歴に関する情報は、データの利
用日時情報及び利用回数情報の少なくとも何れかを含む
ことを特徴とする。

【００１７】第７の発明は、複数の機器が互いに通信可
能に接続されてなるデータ処理システムであって、上記
複数の機器のうち少なくとも１つの機器は、請求項１〜
６の何れかに記載のデータ処理装置の機能を有すること
を特徴とする。

【００１８】第８の発明は、外部より送信されてくる複
数のデータを受信して処理するためのデータ処理方法で
あって、上記受信データに関する情報、及びユーザの上
記受信データの利用履歴に関する情報に基づいて、当該
ユーザの上記受信データに対する嗜好性を判別する嗜好
性判別ステップと、上記データの受信状態、上記受信デ
ータに関する情報、及び上記嗜好性判別ステップによる
判別結果に基づいて、上記ユーザに対して提供する情報
を生成する提供情報生成ステップとを含むことを特徴と
する。

【００１９】第９の発明は、外部より送信されてくる複
数のデータを受信して処理するためのデータ処理方法で
あって、上記送信されてくるデータの受信状態を監視す
る受信状態監視ステップと、上記データに関連する情報
を取得して予め蓄積する関連情報蓄積ステップと、ユー
ザの上記データの利用履歴情報を記憶する利用履歴情報
記憶ステップと、上記関連情報蓄積ステップによる蓄積
情報、及び上記利用履歴情報記憶ステップによる記憶情
報に基づいて、上記ユーザの上記データに関連する情報
に対する嗜好性を判別する嗜好性判別ステップと、上記
受信状態監視ステップによる監視結果、上記関連情報蓄
積ステップによる蓄積情報、及び嗜好性判別ステップに
よる判別結果に基づいて、上記データに関連する情報の
リンク情報を生成して上記ユーザに提示する情報提示ス
テップとを含むことを特徴とする。

【００２０】第１０の発明は、外部より送信されてくる
複数のデータを受信して処理するためのデータ処理方法
であって、上記送信されてくるデータの受信状態を監視
する受信状態監視ステップと、上記データに関連する情
報を取得して予め蓄積する関連情報蓄積ステップと、ユ
ーザの上記データの利用履歴情報を記憶する利用履歴情
報記憶ステップと、上記関連情報蓄積ステップによる蓄
積情報、及び上記利用履歴情報記憶ステップによる記憶
情報に基づいて、上記ユーザの上記データに関連する情
報に対する嗜好性を判別する嗜好性判別ステップと、上
記受信状態監視ステップによる監視結果、上記関連情報
蓄積ステップによる蓄積情報、及び嗜好性判別ステップ
による判別結果に基づいて、上記データに関連する情報
の中から上記ユーザに対して該当する情報を選択して上
記ユーザに提示する情報提示ステップとを含むことを特
徴とする。

【００２１】第１１の発明は、上記第９又は１０の発明
において、上記データは、テレビジョン放送データを含
み、上記受信状態監視ステップは、テレビジョン放送波
受信時のエラー訂正率により受信状態を監視するステッ
プを含むことを特徴とする。

【００２２】第１２の発明は、上記第９又は１０の発明
において、上記データに関する情報は、インターネット
上の情報を含むことを特徴とする。

【００２３】第１３の発明は、上記第９又は１０の発明
において、上記データに関する情報は、テレビジョン放
送における番組のジャンルに関する情報、及び番組の内
容に関する情報の少なくとも何れかを含むことを特徴と
する。

【００２４】第１４の発明は、上記第１３の発明におい
て、上記番組の内容に関する情報は、番組名称及び番組
出演者名称の少なくとも何れかの情報を含むことを特徴
とする。

【００２５】第１５の発明は、上記第９又は１０の発明
において、上記利用履歴情報は、テレビジョン放送番組
における視聴日付及び時間に関する情報を含むことを特
徴とする。

【００２６】第１６の発明は、請求項１〜６の何れかに
記載のデータ処理装置の機能、又は請求項７記載のデー
タ処理システムの機能をコンピュータに実現させるため
のプログラムをコンピュータ読出可能な記憶媒体に記録
したことを特徴とする。

【００２７】第１７の発明は、請求項８〜１５の何れか
に記載のデータ処理方法の処理ステップをコンピュータ
に実行させるためのプログラムをコンピュータ読出可能
な記憶媒体に記録したことを特徴とする。

【００２８】第１８の発明は、請求項１〜６の何れかに
記載のデータ処理装置の機能、又は請求項７記載のデー
タ処理システムの機能をコンピュータに実現させるため
のプログラムであることを特徴とする。

【００２９】第１９の発明は、請求項８〜１５の何れか
に記載のデータ処理方法の処理ステップをコンピュータ
に実行させるためのプログラムであることを特徴とす
る。

【００３０】尚、上記番組のジャンルに関する情報とし
ては、例えば、“団法人日本電波産業会標準規格
ARIB STD−B10「ディジタル放送に使用する番組配列情
報」”に記載されるイベント情報テーブルＥＩＴ(Event
Information Table)に含まれるコンテント記述子(Conte
nt descriptor)に記述される情報を適用可能である。ま
た、上記番組の内容に関する情報としては、“社団法人
日本電波産業会標準規格 ARIB STD−B10「ディジタ
ル放送に使用する番組配列情報」”に記載されるイベン
ト情報テーブルＥＩＴ(Event Information Table)に含
まれる短形式イベント記述子(Short event descriptor)
に記述される情報や、拡張形式イベント記述子(Extende
d event descriptor)に記述される情報を適用可能であ
る。

【００３１】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３２】[第１の実施の形態]本発明は、例えば、図
１に示すようなデータ受信装置１００に適用される。本
実施の形態のデータ受信装置１００は、特に、テレビジ
ョン（ＴＶ）放送等の受信により取得した映像等のデー
タ、及びインターネット等を介して配信されるデータを
取得し、これらのデータをユーザの嗜好に適したデータ
としてユーザ提示する構成としている。以下、本実施の
形態のデータ受信装置１００の構成及び動作について具
体的に説明する。

【００３３】＜データ受信装置１００の全体構成＞デー
タ受信装置１００は、ディジタルＴＶ（以下、「ＤＴ
Ｖ」と言う）放送の受信機能を有し、上記図１に示すよ
うに、アンテナ１０１、放送受信部１０２、ＴＳデコー
ダ１０３、ビデオデコーダ１０４、オーディオデコーダ
１０５、セクションデコーダ１０６、画面制御部１０
７、音声制御部１０８、表示部１０９、スピーカ１１
０、外部出力端子１１１、通信部１１２、データ一時記
憶部１１５を含むメモリ（１）１１４、履歴データ記憶
部１１７を含むメモリ（２）１１６、ＣＰＵ１１８、操
作部１２７、受光部１２８、及びリモートコントローラ
（リモコン）１２９を備えれいる。また、ＣＰＵ１１８
は、視聴履歴データ管理部１１９、キーワード検出部１
２２、嗜好性判別部１２３、アプリケーション制御部１
２４、ＵＩ画面構成部１２５、及び機器制御部１２６を
備えている。

【００３４】＜データ受信装置１００を含むシステムの
全体構成＞図２は、データ受信装置１００を含むシステ
ム２００の全体構成を示したものである。システム２０
０は、上記図２に示すように、放送事業者２０１、衛星
２０２、通信回線網２０７、インターネット接続のサー
ビスプロバイダ２０８、インターネット２０９、及びサ
ーバ２１０（１）〜２１０（３）と、上記図１に示した
データ受信装置１００とを含んでいる。

【００３５】＜データ受信装置１００の一連の動作＞先
ず（上記図２参照）、放送事業者２０１は、衛星２０２
を介して、ＤＴＶ放送波を発信する。次に（上記図１参
照）、データ受信装置１００は、受信アンテナ１０１を
介して、ＤＴＶ放送を受信する。

【００３６】データ受信装置１００において、放送受信
部1０２は、アンテナ１０１で受信されたＤＴＶ放送の
データをケーブル（不図示）を介して取得し、当該放送
データに対して、復調処理及びエラー訂正処理等の処理
を施すことで、トランスポートストリーム（以下、「Ｔ
Ｓ」と言う）を生成し、これをＴＳデコーダ１０３に供
給する。

【００３７】ＴＳデコーダ１０３は、放送受信部1０２
からのＴＳに対して、主に所望する映像ストリーム、音
声ストリーム、及びセクションデータに分離する処理を
施して再構成を行ない、映像ストリームをビデオデコー
ダ１０４に供給し、音声ストリームをオーディオデコー
ダ１０５に供給し、セクションデータをセクションデコ
ーダ１０６に供給する。

【００３８】尚、通常、１つのＴＳには、複数の番組の
映像、音声、及びその他のデータが多重されており、こ
のＴＳから１つのチャンネルを選択するために、ＴＳデ
コーダ１０３により分離及び再構成されるセクションデ
ータのＰＳＩ(Program Specific Information)のうち、
ＮＩＴ(Network Information Table)、ＰＡＴ(Program
Association Table)、及びＰＭＴ(Program Map Table)
を用いて、基本的なチャンネル選局動作を行なうことに
なる。

【００３９】ビデオデコーダ１０４は、ＴＳデコーダ１
０３から供給された映像ストリームをデコードし、当該
デコード後のデータを画面制御部１０７に供給する。画
面制御部１０７は、ビデオデコーダ１０４からのデータ
を、表示部１０９で画面表示（映像表示）する。

【００４０】オーディオデコーダ１０５は、ＴＳデコー
ダ１０３から供給された音声ストリームをデコードし、
当該デコード後のデータを音声制御部１０８に供給す
る。音声制御部１０８は、オーディオデコーダ１０５か
らのデータを、スピーカ１１０及び外部出力端子１１１
から音声出力する。

【００４１】セクションデコーダ１０６は、ＴＳデコー
ダ１０３から供給されたセクションデータをデコード
し、当該デコード後のデータをＣＰＵ１１８に供給す
る。セクションデコーダ１０６でデコードされる主なデ
ータは、上述したＰＳＩの他、例えば、「社団法人日
本電波産業会 ARIB STD−B10“ディジタル放送に使用す
る番組配列情報”」等で規定されるセクションデータ
（これに含まれる記述子等も含む）である。

【００４２】尚、セクションデコーダ１０６以降の、セ
クションデコーダ１０６で得られたデータに関するＣＰ
Ｕ１１８の処理については、以下に説明する。

【００４３】＜視聴履歴管理テーブルの生成処理＞ま
ず、本実施の形態において、セクションデコーダ１０６
でデコードされるセクションデータのうち、最も重要な
データであるＥＩＴ（Event Information Table）につ
いて説明する。

【００４４】ＥＩＴは、各サービス（チャンネル）に含
まれるイベント（番組）に関する時系列情報である。Ｅ
ＩＴは、次の４種類に大別される。・自ＴＳの現在と次のイベント情報（以下、「ＥＩＴａ
＿ｐｆ」と言う）・他ＴＳの現在と次のイベント情報（以下、「ＥＩＴｏ
＿ｐｆ」と言う）・自ＴＳのイベントスケジュール情報（以下、「ＥＩＴ
ａ＿ｓｃｈ」と言う）・他ＴＳのイベントスケジュール情報（以下、「ＥＩＴ
ｏ＿ｓｃｈ」と言う）

【００４５】ＥＩＴａ＿ｐｆ、ＥＩＴｏ＿ｐｆ、ＥＩＴ
ａ＿ｓｃｈ、及びＥＩＴｏ＿ｓｃｈのそれぞれには、主
に番組が放送されているチャンネル番号(ｓｅｒｖｉｃ
ｅ＿ｉｄ)、番組の識別番号(ｅｖｅｎｔ＿ｉｄ)、番組
の開始時間、及び番組の継続時間の各情報が記述されて
いる。

【００４６】ＥＩＴａ＿ｐｆ、ＥＩＴｏ＿ｐｆ、ＥＩＴ
ａ＿ｓｃｈ、及びＥＩＴｏ＿ｓｃｈのそれぞれに挿入さ
れる記述子の情報としては、番組名称（番組タイトルや
番組サブタイトル）、番組のジャンル情報、番組の内容
情報（出演者や番組の内容紹介）、及び番組を構成する
映像や音声のコンポーネントストリームに関する情報が
挙げられる。これらの情報はそれぞれ、番組名称は短形
式イベント記述子(Short event descriptor)、番組のジ
ャンル情報はコンテント記述子(Content descriptor)、
番組の内容情報は拡張形式イベント記述子(Extended ev
ent descriptor)、映像のコンポーネントストリームに
関する情報はコンポーネント記述子(Component descrip
tor)、音声のコンポーネントストリームに関する情報は
音声コンポーネント記述子(Audio component descripto
r)として、ＥＩＴａ＿ｐｆ、ＥＩＴｏ＿ｐｆ、ＥＩＴａ
＿ｓｃｈ、及びＥＩＴｏ＿ｓｃｈのそれぞれに対して挿
入される。

【００４７】上述のようなＥＩＴは、以下に説明するよ
うにして、ＴＳデコーダ１０３で得られ、セクションデ
コーダ１０６及びＣＰＵ１１８で処理される。

【００４８】ユーザ（視聴者）が、任意の番組を視聴中
において、先ず、ＴＳデコーダ１０３は、ＣＰＵ１１９
に実装される機器制御部１２６からの制御に基づいて、
受信中のＴＳから、上述したＥＩＴａ＿ｐｆを分離して
再構成し、これをセクションデコーダ１０６に対して送
出する。セクションデコーダ１０６は、ＴＳデコーダ１
０３からのＥＩＴａ＿ｐｆに記述される各記述子情報を
デコードし、その結果をＣＰＵ１１８に対して送出す
る。

【００４９】ＣＰＵ１１８において、視聴履歴データ管
理部１１９は、セクションデコーダ１０６によりデコー
ドされた記述子情報の内容から、番組の属性データであ
る番組名称、番組のジャンル情報、及び番組の出演者名
称情報を抽出し、これらの情報から、例えば、図３に示
すような視聴履歴管理テーブル３００を作成する。ここ
で生成された視聴履歴管理テーブル３００は、メモリ１
１６の履歴データ記憶部１１７へ記憶される。

【００５０】視聴履歴管理テーブル３００では、上記図
３に示すように、それぞれが“０”〜“２５５”の項目
からなるＩＮＤＥＸ１，ＩＮＤＥＸ２，ＩＮＤＥＸ３，
ＩＮＤＥＸ４別に管理される。これらのＩＮＤＥＸ１，
ＩＮＤＥＸ２，ＩＮＤＥＸ３，ＩＮＤＥＸ４は、番組名
称(event_name)、番組ジャンル(event_genre)、及び番
組出演者名称(event_performer)に対するインデックス
である。また、視聴履歴管理テーブル３００では、それ
ぞれのＩＮＤＥＸ１，ＩＮＤＥＸ２，ＩＮＤＥＸ３，Ｉ
ＮＤＥＸ４において、番組名称(event_name)、番組ジャ
ンル(event_genre)、及び番組出演者名称(event_perfor
mer)の他に、同一の属性データを抽出した回数を示すco
unt_value、及び該当する属性データを抽出した最近の
日付情報を示すlast_count_dateを登録することが可能
である。

【００５１】上記図３に示したような視聴履歴管理テー
ブル３００は、例えば、図４に示すフローチャートに従
った動作により生成される。

【００５２】ステップＳ４０１：ユーザ（視聴者）は、
例えば、図５に示すようなリモコン１２９や、図６に示
すような操作部１２７を操作することで、所望するチャ
ンネルの選局を行なう。このユーザからの選局操作は、
ＣＰＵ１１８で認識され、データ受信装置１００の動作
制御が行なわれることで、データ受信装置１００では、
映像及び音声ストリームの選択、及び番組の提示が完了
する。尚、リモコン１２９による選局操作の場合、その
操作情報は、受光部１２８を介してデータ受信装置１０
０内に取り込まれることになる。

【００５３】ステップＳ４０２：ＣＰＵ１１８に実装さ
れる機器制御部１２６は、ＴＳデコーダ１０３を制御す
ることで、現在ユーザが視聴しているチャンネルのＥＩ
Ｔａ＿ｐｆを取得する。

【００５４】ステップＳ４０３：ＣＰＵ１１８は、不図
示のタイマにより、３分以上同一のチャンネルが視聴さ
れているか否かを判別し、同一チャンネルの視聴が３分
経過していない場合には再びステップＳ４０２に戻り、
該当するチャンネルのＥＩＴａ＿ｐｆの取得動作を実行
する。一方、同一チャンネルの視聴が３分経過した場合
に、次のステップＳ４０４へ進む。

【００５５】ステップＳ４０４：ＣＰＵ１１８に実装さ
れる機器制御部１２６は、ＴＳデコーダ１０３を制御す
ることで、現在の時刻情報（年月日や時分等の情報）が
記述されているＴＯＴ(Time Offset Table)、或いはＴ
ＤＴ(Time Date Table)を取得する。ステップＳ４０５：セクションデコーダ１０６は、ＣＰ
Ｕ１１８の制御によりＴＳデコーダ１０３で得られたＥ
ＩＴａ＿ｐｆに記述される各記述子情報をデコード（解
析）し、その結果をＣＰＵ１１８に実装される視聴履歴
データ管理部１１９に対して送出する。

【００５６】ステップＳ４０６：視聴履歴データ管理部
１１９は、セクションデコーダ１０６でデコードされた
ＥＩＴａ＿ｐｆに記述される各記述子情報から、必要と
する属性情報である番組名称、番組ジャンル、及び番組
出演者名称情報を抽出し、これらの情報に基づいて、上
記図３の視聴履歴管理テーブル３００を生成及び更新す
ることになるが、当該抽出した属性情報が既に視聴履歴
管理テーブル３００に登録されているか否かを判別す
る。この判別の結果、登録済みである場合にはステップ
Ｓ４０７へ進み、未登録の場合にはステップＳ４０９へ
進む。

【００５７】ステップＳ４０７：ステップＳ４０６の判
別の結果、抽出属性情報が既に視聴履歴管理テーブル３
００に登録されている場合、視聴履歴データ管理部１１
９は、視聴履歴管理テーブル３００において、該当する
カウント値（同一の属性データを抽出した回数を示すco
unt_value）をインクリメントする。例えば、抽出番組
名称が既に登録済みである場合、そのカウント値（coun
t_value）は、同一の番組名称を有する番組を視聴した
回数を示すため、新たに視聴されたとして、＋１カウン
トアップする。

【００５８】ステップＳ４０８：視聴履歴データ管理部
１１９は、視聴履歴管理テーブル３００において、ステ
ップＳ４０７でカウント値を更新した属性情報に対応す
る、日付情報（last_count_date）を更新する。例え
ば、抽出番組名称が既に登録済みであり、そのカウント
値（count_value）が更新された場合、これに対応する
日付情報（last_count_date）を、同一の番組名称を有
する番組を視聴した最後の日付で更新する。この結果、
例えば、上記図３では、ＩＮＤＥＸ１−１で示される番
組名称「プロ野球中継３」に対して、現在までに４８回視
聴され、最後に視聴されたのは、２０００年４月１３日
であるという視聴履歴が登録されることになる。これと
同様に、ＩＮＤＥＸ２−５で示される番組ジャンル「国
内ドラマ」に対して、現在までに１５６回視聴されてお
り、最後に視聴されたのは、２０００年４月２０日であ
るという視聴履歴が登録されることになる。また、ＩＮ
ＤＥＸ３−４で示される番組出演者名称「坂上●郎」に対
して、「坂上●郎」が出演した番組が現在までに５６回視
聴されており、最後に視聴されたのは、２０００年４月
１８日であるという視聴履歴が登録されることになる。

【００５９】ステップＳ４０９：ステップＳ４０６の判
別の結果、抽出属性情報が視聴履歴管理テーブル３００
に登録されていない場合、視聴履歴データ管理部１１９
は、視聴履歴管理テーブル３００に対して当該抽出属性
情報を新規に登録可能であるか否かを判別する。具体的
には、視聴履歴データ管理部１１９は、視聴履歴管理テ
ーブル３００において、インデックスに余裕が有り、新
規登録が可能であるか否かを判別する。この判別の結
果、新規登録可能である場合にはステップＳ４１０へ進
み、新規登録が可能でない場合にはステップＳ４１１へ
進む。

【００６０】ステップＳ４１０：ステップＳ４０９の判
別の結果、抽出属性情報を視聴履歴管理テーブル３００
に新規登録可能な場合、すなわち視聴履歴管理テーブル
３００に空きインデックスがある場合、視聴履歴データ
管理部１１９は、抽出属性情報を空きインデックスに新
規登録する。

【００６１】ステップＳ４１１：ステップＳ４０９の判
別の結果、抽出属性情報を視聴履歴管理テーブル３００
に新規登録ができない場合、すなわち視聴履歴管理テー
ブル３００に空きインデックスがない場合、視聴履歴デ
ータ管理部１１９は、視聴履歴管理テーブル３００にお
いて、それぞれインデックスに登録されている属性情報
の日付情報（last_count_date）を読み出し、この日付
情報（last_count_date）と、上述のようにして取得し
た現在時刻情報との比較を行なうことで、カウント値
（count_value）の最終更新（登録）日時を調査する。
そして、視聴履歴データ管理部１１９は、上記の調査の
結果、所定の期間（例えば、1ヶ月間）、カウント値（c
ount_value）が更新されていない属性情報が有るか否か
を判別する。この判別の結果、カウント値（count_valu
e）が所定期間更新されていない属性情報がある場合に
はステップＳ４１２に進み、カウント値（count_valu
e）が所定期間更新されていない属性情報がない場合に
はステップＳ４１３に進む。

【００６２】ステップＳ４１２：ステップＳ４１１の判
別の結果、カウント値（count_value）が所定期間更新
されていない属性情報がある場合、視聴履歴データ管理
部１１９は、当該属性情報は視聴者にとって嗜好性の低
い番組属性情報であると判断し、当該属性情報のインデ
ックス部分に、新規に抽出した属性情報を新規登録（上
書き）する。

【００６３】ステップＳ４１３：ステップＳ４１１の判
別の結果、カウント値（count_value）が所定期間更新
されていない属性情報がない場合、視聴履歴データ管理
部１１９は、最も古い日付情報（last_count_date）が
登録されている属性情報を有するインデックス部分に、
新規に抽出した属性情報を新規登録（上書き）する。

【００６４】尚、本実施の形態では、視聴履歴管理テー
ブル３００に対して、視聴者が３分以上視聴した番組に
関する属性情報についてのみ登録し、また、所定期間、
カウント値（count_value）の更新（カウントアップ）
がされなかったインデックスに登録されている属性情報
（event_name、event_genre、event_performer）を削除
（上書き）するように構成したが、このときの視聴時間
（３分等）や所定期間（１ヶ月等）については、これに
限られるものではなく、１分や５分、１週間や３ヶ月間
等のように、任意の値を適用可能である。

【００６５】上述のようにして、視聴履歴データ管理部
１１９により生成及び更新される視聴履歴管理テーブル
３００は、メモリ１１６内の履歴データ記憶部１１７に
記憶されるが、メモリ１１６としては、不揮発性の半導
体メモリ、又はハードディスク等を適用可能である。

【００６６】＜映像表示不可能時の処理＞ここでは、ア
ンテナ１０１での受信Ｃ／Ｎが降雨等により低下し、ア
ンテナ１０１で受信されるＤＴＶ放送の映像を正常に表
示することが不可能となった場合、これをトリガーとし
て、当該映像の代替を可能とする情報を提供するため
の、データ受信装置１００の動作について説明する。図
７は、上記の動作をフローチャートにより示したもので
ある。

【００６７】ステップＳ７０１：ユーザ（視聴者）は、
例えば、上記図５に示したようなリモコン１２９や、上
記図６に示したような操作部１２７を操作することで、
所望するチャンネルの選局を行ない、所望の番組を視聴
する。

【００６８】ステップＳ７０２：ＣＰＵ１１８に実装さ
れる機器制御部１２６は、ＴＳデコーダ１０３を介し
て、現在選局及び視聴中であるチャンネルのＥＩＴａ＿
ｐｆの取得（更新）を行ない、これをセクションデコー
ダ１０６に対して送出する。ステップＳ７０３：セクションデコーダ１０６は、ＣＰ
Ｕ１１８の機器制御部１２６の制御により取得（更新）
されたＥＩＴａ＿ｐｆのセクションデータ（番組情報）
に含まれる記述子を解析することで、ユーザが現在視聴
中の番組の属性情報を取得する。

【００６９】ステップＳ７０４：ＣＰＵ１１８に実装さ
れる機器制御部１２６は、放送受信部１０２から供給さ
れる、アンテナ１０１での受信状態情報、及び当該受信
信号の復調時のエラー訂正率の情報等により、アンテナ
１０１での受信Ｃ／Ｎが低下しているか否かを判別す
る。この判別の結果、受信Ｃ／Ｎが所定レベル以上であ
り、正常な受信が行なわれ、当該受信信号の正常な映像
が表示中である場合、再度ステップＳ７０２に戻り、上
述したような動作を繰り返し実行することになる。一
方、受信Ｃ／Ｎが所定レベル以下であり、ユーザに対し
て正常な映像の提示に影響がある、或いは映像の提示が
不可能である場合、次のステップＳ７０５に移行する。

【００７０】ステップＳ７０５：ＣＰＵ１１８に実装さ
れるキーワード検出部１２２は、上述したステップＳ７
０３で得られた番組属性情報から、番組名称、番組ジャ
ンル、及び番組出演者名称の情報を抽出する。

【００７１】ステップＳ７０６：ＣＰＵ１１８に実装さ
れる機器制御部１２６は、データ受信装置１００が、イ
ンターネットに接続可能であるか否かを判別する。具体
的には例えば、機器制御部１２６は、通信部１１２がモ
デム等である場合、その電源がＯＮ状態であるか否か、
データ受信装置１００のケーブル（不図示）が通信回線
網２０７（上記図２参照）と接続されているか否か等を
確認する。この判別の結果、インターネットに接続可能
である場合にはステップＳ７０７に進み、そうでない場
合にはステップＳ７１２に進む。

【００７２】ステップＳ７０７：ステップＳ７０６の判
別の結果、データ受信装置１００がインターネットに接
続可能である場合、ＣＰＵ１１８に実装される機器制御
部１２６は（上記図２参照）、通信部１１２、通信回線
網２０７、及びサービスプロバイダ２０８を介して、イ
ンターネット２０９に接続し、サーバ２１０（１）〜２
１０（３）が存在する情報検索のホームページに対して
アクセスする。ステップＳ７０８：機器制御部１２６は、ステップＳ７
０７におけるアクセス先のホームページ上において、ス
テップＳ７０５で抽出した番組名称、番組ジャンル、及
び番組出演者の属性情報に基づいた情報検索を行なう。

【００７３】ステップＳ７０９：機器制御部１２６は、
ステップＳ７０８での検索結果により取得した抽出属性
情報関連のホームページにリンク接続を行ない、当該ホ
ームページのＵＲＬ、及び当該ホームページの表示画面
のソースファイル（例えば、ＨＴＭＬ形式で記述された
ファイル）を、メモリ１１４のデータ一時記憶部１１５
に一時的に保存（キャッシュ）する。

【００７４】ステップＳ７１０：機器制御部１２６は、
ステップＳ７０９での一時記憶動作が完了したか否かを
判別する。この判別の結果、一時記憶動作が未だ完了し
ていない場合には再びステップＳ７０９からの動作を実
行し、一時記憶動作が完了した場合に、次のステップＳ
７１１へ進む。これにより、複数の検索結果によるリン
ク接続及びキャッシュを行なう場合、ステップＳ７０９
及びＳ７１０の処理実行により、ホームページへの接続
動作及びキャッシュ動作が繰り返えされ、これが完了し
た場合にステップＳ７１１に移行することになる。

【００７５】ステップＳ７１１：ＣＰＵ１１８に実装さ
れる嗜好性判別部１２３は、詳細は後述するが、上述の
ようにしてキャッシュされたホームページのソースファ
イルデータ、上記図３に示したような視聴履歴管理テー
ブル３００に記述されている属性情報を用いて、どのホ
ームページが視聴者にとって最も嗜好性の高いものであ
るかを判断する。ステップＳ７１２：ＣＰＵ１１８に実装されるＵＩ画面
構成部１２５は、嗜好性判別部１２３によるユーザの嗜
好性の判断結果に基づいて、該当するホームページに関
する情報をユーザに提供するためのＵＩ(User Interfac
e)画面を生成する。

【００７６】ここで、上述したステップＳ７１１におい
て嗜好性判別部１２３が実行する、ユーザの嗜好性の判
断処理について具体的に説明する。図８は、ここでのユ
ーザの嗜好性の判断処理をフローチャートにより示した
ものである。

【００７７】ステップＳ８０１：嗜好性判別部１２３
は、データ一時記憶部１１５にキャッシュされている１
ホームページのソースファイルのデータを読み込む。ステップＳ８０２：嗜好性判別部１２３は、履歴データ
記憶部１１７に記憶されている視聴履歴管理テーブル３
００を読み込む。ステップＳ８０３：嗜好性判別部１２３は、後に視聴者
の嗜好性の判断基準となる”favorite_count値”を初期
化する。

【００７８】ステップＳ８０４：嗜好性判別部１２３
は、ステップＳ８０２で取得した視聴履歴管理テーブル
３００に含まれる番組名称のインデックス情報ＩＮＤＥ
Ｘ１−ｎ（ｎ＝０〜２５５）（ここでは先頭の“ＩＮＤ
ＥＸ１−０”の情報とする）を読み出す。

【００７９】ステップＳ８０５：嗜好性判別部１２３
は、ステップＳ８０４での取得情報を検索のキーワード
として、ステップＳ８０１で取得したホームページのソ
ースファイルのデータ中に、同一のキーワードが含まれ
ているか否かを判別する。この判別の結果、同一のキー
ワードが含まれている場合にはステップＳ８０６を介し
てステップＳ８０７に進み、そうでない場合にはそのま
まステップＳ８０７に進む。

【００８０】ステップＳ８０６：ステップＳ８０５の判
別の結果、同一のキーワードが含まれていた場合、嗜好
性判別部１２３は、該当するインデックスのカウント値
（count_value値）を、ステップＳ８０３で初期化したf
avorite_count値に対して加算する。

【００８１】ステップＳ８０７：嗜好性判別部１２３
は、ステップＳ８０４で取得したインデックス情報（Ｉ
ＮＤＥＸ１−０）、すなわち番組名称のインデックス情
報を全て検索処理したか否かを判別する。この判別の結
果、検索処理が未だ終了していない場合（ＩＮＤＥＸ１
−ｎにおいてｎ＜２５５である場合）、再びステップＳ
８０４に戻り、これ以降のステップを繰り返し実行す
る。一方、検索処理が終了した場合（ＩＮＤＥＸ１−ｎ
においてｎ＝２５５である場合）に、次のステップＳ８
０８に移行する。

【００８２】ステップＳ８０８：嗜好性判別部１２３
は、ステップＳ８０２で取得した視聴履歴管理テーブル
３００に含まれる番組ジャンルのインデックス情報ＩＮ
ＤＥＸ２−ｎ（ｎ＝０〜２５５）（ここでは先頭の“Ｉ
ＮＤＥＸ２−０”の情報とする）を読み出す。

【００８３】ステップＳ８０９：嗜好性判別部１２３
は、ステップＳ８０８での取得情報を検索のキーワード
として、ステップＳ８０１で取得したホームページのソ
ースファイルのデータ中に、同一のキーワードが含まれ
ているか否かを判別する。この判別の結果、同一のキー
ワードが含まれている場合にはステップＳ８１０を介し
てステップＳ８１１に進み、そうでない場合にはそのま
まステップＳ８１１に進む。

【００８４】ステップＳ８１０：ステップＳ８０９の判
別の結果、同一のキーワードが含まれていた場合、嗜好
性判別部１２３は、該当するインデックスのカウント値
（count_value値）を、ステップＳ８０３で初期化したf
avorite_count値に対して加算する。

【００８５】ステップＳ８１１：嗜好性判別部１２３
は、ステップＳ８０８で取得したインデックス情報（Ｉ
ＮＤＥＸ２−０）、すなわち番組ジャンルのインデック
ス情報を全て検索処理したか否かを判別する。この判別
の結果、検索処理が未だ終了していない場合（ＩＮＤＥ
Ｘ２−ｎにおいてｎ＜２５５である場合）、再びステッ
プＳ８０８に戻り、これ以降のステップを繰り返し実行
する。一方、検索処理が終了した場合（ＩＮＤＥＸ２−
ｎにおいてｎ＝２５５である場合）に、次のステップＳ
８１２に移行する。

【００８６】ステップＳ８１２：嗜好性判別部１２３
は、ステップＳ８０２で取得した視聴履歴管理テーブル
３００に含まれる番組出演者のインデックス情報ＩＮＤ
ＥＸ３−ｎ（ｎ＝０〜２５５）（ここでは先頭の“ＩＮ
ＤＥＸ３−０”の情報とする）を読み出す。

【００８７】ステップＳ８１３：嗜好性判別部１２３
は、ステップＳ８１２での取得情報を検索のキーワード
として、ステップＳ８０１で取得したホームページのソ
ースファイルのデータ中に、同一のキーワードが含まれ
ているか否かを判別する。この判別の結果、同一のキー
ワードが含まれている場合にはステップＳ８１４を介し
てステップＳ８１５に進み、そうでない場合にはそのま
まステップＳ８１５に進む。

【００８８】ステップＳ８１４：ステップＳ８１３の判
別の結果、同一のキーワードが含まれていた場合、嗜好
性判別部１２３は、該当するインデックスのカウント値
（count_value値）を、ステップＳ８０３で初期化したf
avorite_count値に対して加算する。

【００８９】ステップＳ８１５：嗜好性判別部１２３
は、ステップＳ８１２で取得したインデックス情報（Ｉ
ＮＤＥＸ３−０）、すなわち番組出演者のインデックス
情報を全て検索処理したか否かを判別する。この判別の
結果、検索処理が未だ終了していない場合（ＩＮＤＥＸ
３−ｎにおいてｎ＜２５５である場合）、再びステップ
Ｓ８１２に戻り、これ以降のステップを繰り返し実行す
る。一方、検索処理が終了した場合（ＩＮＤＥＸ３−ｎ
においてｎ＝２５５である場合）に、次のステップＳ８
１６に移行する。

【００９０】ステップＳ８１６：嗜好性判別部１２３
は、ステップＳ８０１で読み込むべきキャッシュデータ
に関して、全てキーワードの検索処理が完了したか否か
を判別する。この判別の結果、全てキーワードの検索処
理が完了していない場合にはステップＳ８１７に進み、
全てキーワードの検索処理が完了した場合にはステップ
Ｓ８１６に進む。

【００９１】ステップＳ８１７：ステップＳ８１６の判
別の結果、全てキーワードの検索処理が完了していない
場合、嗜好性判別部１２３は、ステップＳ８０６、Ｓ８
１０、及びＳ８１４で加算されてきたfavorite_count値
を、当該ホームページのＵＲＬと共に保存する。その
後、再びステップＳ８０１に戻り、新たなホームページ
のソースファイルのキャッシュデータを読み込み、以降
の処理を上述したようにして繰り返し実行することにな
る。

【００９２】ステップＳ８１８：ステップＳ８１６の判
別の結果、全てキーワードの検索処理が完了した場合、
嗜好性判別部１２３は、ステップＳ８１７において、各
々のホームページのＵＲＬと共に保存したfavorite_cou
nt値の比較を行なう。ステップＳ８１９：嗜好性判別部１２３は、ステップＳ
８１８の比較結果に基づいて、ユーザの嗜好性の順位付
けを行なう。ここでは、ステップＳ８１８におけるfavo
rite_count値の比較の結果、最大のfavorite_count値を
有するホームページを、ユーザの嗜好性が最も高いもの
と判断する。

【００９３】上述のようなユーザの嗜好性の判断処理実
行後（ステップＳ７１１）に、ＣＰＵ１１８に実装され
るＵＩ画面構成部１２５は、当該ユーザの嗜好性の判断
結果に基づいて、該当するホームページに関する情報を
ユーザに提供するためのＵＩ(User Interface)画面を生
成することになる（ステップＳ７１２）。このＵＩ画面
は、画面制御部１０７により表示部１０９で表示され
る。

【００９４】図９は、ＵＩ画面構成部１２５で生成され
るＵＩ画面の一例としての、ＵＩ画面９００を示したも
のである。ここでのＵＩ画面９００では、上記図９に示
すように、受信障害のためにＴＶ放送を継続できない旨
のメッセージ９０１が表示されると共に、その代替とし
てインターネットへの接続を行なうためのホームページ
リスト９０２が「お勧め順に」表示される。

【００９５】ユーザ（視聴者）は、操作部１２７のテン
キー（数字キー）６０１（上記図６参照）や、リモコン
１２９のテンキー５０１（上記図５参照）を操作するこ
とで、ＵＩ画面９００上に表示されたホームページリス
ト９０２の中から所望するホームページを選択し、当該
ホームページにアクセスすることができる。これによ
り、例えば、ユーザが、ホームページリスト９０２の中
のＵＲＬ“ HYPERLINK "http://www.ABN.co.jp" http:/
/www.ABN.co.jp”を選択した場合、そのホームページの
内容が表示される。このような機能は、ＣＰＵ１１８の
アプリケーション制御部１２４が有するＷｅｂの閲覧ソ
フトウェアにより実施される。

【００９６】図１０は、ＵＩ画面構成部１２５で生成さ
れるＵＩ画面の他の例としての、ＵＩ画面１０００を示
したものである。ここでのＵＩ画面１０００では、上記
図１０に示すように、受信障害のためにＴＶ放送を継続
できない旨のメッセージ１００１が表示されると共に、
その代替として、”自動的”に接続された最もユーザの
嗜好性の強いと判断されたホームページの画面１００２
と、他のお勧めのホームページリスト１００３が「お勧
め順に」表示される。また、ホームページの画面１００
２は、ＣＰＵ１１８のアプリケーション制御部１２４が
有するＷｅｂの閲覧ソフトウェアによる画面構成され
る。

【００９７】ユーザ（視聴者）は、操作部１２７のテン
キー（数字キー）６０１（上記図６参照）や、リモコン
１２９のテンキー５０１（上記図５参照）を操作して、
ＵＩ画面１０００上に表示されたホームページリスト１
００３の中から所望するホームページを選択すること
で、現在のホームページの画面１００２を、当該選択ホ
ームページの画面１００２に変更することができる。例
えば、上記図１０に示すように、現在の画面１００２
が、ＵＲＬ“ HYPERLINK "http://www.ABN.co.jp" htt
p://www.ABN.co.jp”のホームページの画面である場
合、ユーザが、リモコン１２９のテンキー５０１の
“２”を押下することで、現在の画面１００２は、第２
のお勧めホームページであるＵＲＬ“ HYPERLINK"http:
//www.CDFU.com" http://www.CDFU.com”の画面に切り
替わる。

【００９８】上述したような本実施の形態によれば、Ｔ
Ｖ放送の受信Ｃ／Ｎが低下し、ＴＶ放送の映像が正常表
示不可、或いは困難となった場合、これをトリガーとし
て、当該映像の代替となり、且つユーザの嗜好に合致し
たインターネット上の関連ホームページの情報を提供す
ることができる。また、ＴＶ放送受信により得られるＴ
Ｓに含まれるセクションデータのＰＳＩ及びＳＩの情報
に関しては、ＤＴＶ放送において、定常的に送信される
情報であるため、本実施の形態を実現するために必要な
特別な情報を、ＤＴＶ放送中に多重化して放送する必要
がない。これにより、放送事業者（情報提供者側）２０
１における送出システムの負荷を非常に軽微なものとす
ることができる。

【００９９】[第２の実施の形態]本実施の形態では、Ｂ
Ｓディジタル放送等で採用される階層変調方式が用いら
れている場合において、アンテナ１０１での受信Ｃ／Ｎ
が降雨等により低下し、アンテナ１０１で受信されるＤ
ＴＶ放送の映像を正常に表示することが不可能となった
場合、これをトリガーとして、当該映像の代替を可能と
する情報を提供するための、データ受信装置１００の動
作を、例えば、図１１のフローチャートに従ったものと
する。尚、上記図１１のフローチャートにおいて、上記
図７のフローチャートと同様に処理実行するステップに
は同じ符号を付し、その詳細な説明は省略する。

【０１００】先ず、ステップＳ７０４において、機器制
御部１２６は、放送受信部１０２から送信される受信及
び復調時のエラー訂正率の情報等から、受信Ｃ／Ｎが低
下しているか否かの判断を行い、受信Ｃ／Ｎが一定レベ
ル以上であり、正常に受信され、正常な映像が表示可能
であると判断すれば、ステップＳ７０２に戻り、以降の
処理ステップを実行するが、一方、受信Ｃ／Ｎが一定レ
ベル以下であり、ユーザに対して正常な映像の提示に影
響があると判断した場合に、次のステップＳ１１０１に
進むことになる。

【０１０１】ステップＳ１１０１では、機器制御部１２
６は、放送受信部１０２を制御することで、復調方式を
切り替え、低階層変調されている放送波の受信及び復調
に切り替える。例えば、ＢＳディジタル放送において
は、８ＰＳＫ復調からＢＰＳＫ復調に切り替える。その
後、ステップＳ７０５に移行する。

【０１０２】図１２は、上記図１１のステップＳ７１２
において、ＵＩ画面構成部１２５により生成されるＵＩ
画面の一例としての、ＵＩ画面１２００を示したもので
ある。ここでのＵＩ画面１２００では、上記図１２に示
すように、受信障害のためにＴＶ放送を継続できない旨
のメッセージ１２０１が表示されると共に、その代替と
してインターネットへの接続を行なうためのホームペー
ジリスト１２０２が「お勧め順に」表示され、さらに、低
階層変調方式で放送され、放送受信部１０２により受信
及び復号された低階層映像１２０３が表示される。ま
た、ＵＩ画面１２００には、表示画面切り替えボタン１
２０４，１２０５が設けられている。

【０１０３】ユーザ（視聴者）は、操作部１２７のテン
キー（数字キー）６０１（上記図６参照）や、リモコン
１２９のテンキー５０１（上記図５参照）を操作して、
例えば、ボタン１２０４を選択することで、ホームペー
ジリスト１２０２のみを表示させることができ、また、
ボタン１２０５を選択することで、低階層映像１２０３
のみを表示させることができる。すなわち、ユーザは、
表示画面切り替えボタン１２０４，１２０５の操作によ
り、ホームページリスト１２０２のみを表示させるか、
或いは低階層映像１２０３のみを表示させるかを、自在
に選択することができる。

【０１０４】図１３は、上記図１１のステップＳ７１２
において、ＵＩ画面構成部１２５により生成されるＵＩ
画面の他の例としての、ＵＩ画面１３００を示したもの
である。ここでのＵＩ画面１３００では、上記図１３に
示すように、受信障害のためにＴＶ放送を継続できない
旨のメッセージ１３０１が表示されると共に、“自動
的”に接続された最も嗜好性の強いと判断されたホーム
ページの画面１３０２、及び他のお勧めのホームページ
リスト１３０３が「お勧め順に」表示され、さらに、低階
層変調方式で放送され、放送受信部１０２により受信及
び復号された低階層映像１３０４が表示される。また、
ＵＩ画面１３００には、表示画面切り替えボタン１３０
５〜１３０７が設けられている。

【０１０５】ユーザ（視聴者）は、操作部１２７のテン
キー（数字キー）６０１（上記図６参照）や、リモコン
１２９のテンキー５０１（上記図５参照）を操作して、
例えば、ボタン１３０５を選択することで、ホームペー
ジの画面１３０２及びホームページリスト１３０３のみ
を表示（ホームページ表示）させることができ、また、
ボタン１３０６を選択することで、低階層映像１３０４
のみを表示させることができ、さらに、ボタン１３０７
を選択することで、ホームページの画面１３０２、ホー
ムページリスト１３０３、及び低階層映像１３０４を全
て表示させることができる。すなわち、ユーザは、表示
画面切り替えボタン１３０５〜１３０７の操作により、
ホームページ表示のみ、低階層映像表示のみ、及びこれ
らの全ての表示を、自在に選択することができる。

【０１０６】上述したような本実施の形態によれば、Ｔ
Ｖ放送の受信Ｃ／Ｎが低下し、ＴＶ放送の映像が正常表
示不可、或いは困難となった場合、これをトリガーとし
て、当該映像の代替となり、且つユーザの嗜好に合致し
たインターネット上の関連情報を低階層映像と共に提供
することができる。また、第１の実施の形態と同様に、
ＴＶ放送受信により得られるＴＳに含まれるセクション
データのＰＳＩ及びＳＩの情報に関しては、ＤＴＶ放送
において、定常的に送信される情報であるため、本実施
の形態を実現するために必要な特別な情報を、ＤＴＶ放
送中に多重化して放送する必要がない。これにより、放
送事業者（情報提供者側）２０１における送出システム
の負荷を非常に軽微なものとすることができる。

【０１０７】尚、本発明の目的は、第１及び第２の実施
の形態のホスト及び端末の機能を実現するソフトウェア
のプログラムコードを記憶した記憶媒体を、システム或
いは装置に供給し、そのシステム或いは装置のコンピュ
ータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプ
ログラムコードを読みだして実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が第１及び第２
の実施の形態の機能を実現することとなり、そのプログ
ラムコードを記憶した記憶媒体及び当該プログラムコー
ドは本発明を構成することとなる。プログラムコードを
供給するための記憶媒体としては、ＲＯＭ、フレキシブ
ルディスク、ハードディスク、光ディスク、光磁気ディ
スク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性
のメモリカード等を用いることができる。また、コンピ
ュータが読みだしたプログラムコードを実行することに
より、第１及び第２の実施の形態の機能が実現されるだ
けでなく、そのプログラムコードの指示に基づき、コン
ピュータ上で稼動しているＯＳ等が実際の処理の一部又
は全部を行い、その処理によって第１及び第２の実施の
形態の機能が実現される場合も含まれることは言うまで
もない。さらに、記憶媒体から読み出されたプログラム
コードが、コンピュータに挿入された拡張機能ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書き込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部又は全部を行い、その
処理によって第１及び第２の実施の形態の機能が実現さ
れる場合も含まれることは言うまでもない。

【０１０８】図１４は、上記コンピュータの機能１４０
０を示したものである。コンピュータ機能１４００は、
上記図１４に示すように、ＣＰＵ１４０１と、ＲＯＭ１
４０２と、ＲＡＭ１４０３と、キーボード（ＫＢ）１４
０９のキーボードコントローラ（ＫＢＣ）１４０５と、
表示部としてのＣＲＴディスプレイ（ＣＲＴ）１４１０
のＣＲＴコントローラ（ＣＲＴＣ）１４０６と、ハード
ディスク（ＨＤ）１４１１及びフレキシブルディスク
（ＦＤ）１４１２のディスクコントローラ（ＤＫＣ）１
４０７と、ネットワーク１４２０との接続のためのネッ
トワークインターフェースコントローラ（ＮＩＣ）１４
０８とが、システムバス１４０４を介して互いに通信可
能に接続された構成としている。

【０１０９】ＣＰＵ１４０１は、ＲＯＭ１４０２或いは
ＨＤ１４１１に記憶されたソフトウェア、或いはＦＤ１
４１２より供給されるソフトウェアを実行することで、
システムバス１４０４に接続された各構成部を総括的に
制御する。すなわち、ＣＰＵ１４０１は、所定の処理シ
ーケンスに従った処理プログラムを、ＲＯＭ１４０２、
或いはＨＤ１４１１、或いはＦＤ１４１２から読み出し
て実行することで、第１及び第２の実施の形態での動作
を実現するための制御を行う。

【０１１０】ＲＡＭ１４０３は、ＣＰＵ１４０１の主メ
モリ或いはワークエリア等として機能する。ＫＢＣ１４
０５は、ＫＢ１４０９や図示していないポインティング
デバイス等からの指示入力を制御する。ＣＲＴＣ１４０
６は、ＣＲＴ１４１０の表示を制御する。ＤＫＣ１４０
７は、ブートプログラム、種々のアプリケーション、編
集ファイル、ユーザファイル、ネットワーク管理プログ
ラム、及び第１及び第２の実施の形態における所定の処
理プログラム等を記憶するＨＤ１４１１及びＦＤ１４１
２とのアクセスを制御する。ＮＩＣ１４０８は、ネット
ワーク１４２０上の装置或いはシステムと双方向にデー
タをやりとりする。

【０１１１】

【発明の効果】以上説明したように本発明では、複数の
データ（テレビジョン放送データや、ネットワーク上の
データ等）を受信して処理するにあたり、受信データに
関する情報、及びユーザの受信データの利用履歴に関す
る情報に基づいて、ユーザの受信データに対する嗜好性
を判別し、その判別結果及びデータの受信状態に基づい
て、ユーザに対して提供する情報を生成するように構成
した。これにより、例えば、あるデータ（テレビジョン
放送データ等）の受信が正常に行なえなくなった場合、
ユーザの嗜好に合致したデータ（ネットワーク上のデー
タ等）に関する情報をユーザに提供することができ、ユ
ーザは、このデータを利用することが可能となる。

【０１１２】具体的には例えば、受信Ｃ／Ｎが低下し、
テレビジョン放送による番組映像を正常に表示すること
が不可能、或いは困難となった場合、これをトリガーと
して、その映像の代替となり、且つユーザの嗜好に合致
したインターネット等のネットワーク上の関連ホームペ
ージ情報を提供することが可能となる。このとき、その
低階層映像をも合わせて提供することも可能である。

【０１１３】また、番組のジャンルに関する情報や、番
組の内容に関する情報として、例えば、“団法人日本
電波産業会標準規格 ARIB STD−B10「ディジタル放
送に使用する番組配列情報」”に記載される情報を適用
した場合、そのＰＳＩ(Program Specific Information)
やＳＩ情報に関しては、ディジタルテレビジョン（ＤＴ
Ｖ）放送において、定常的に送信される情報であるた
め、本発明を実現するために必要な特別な情報を当該テ
レビジョン放送中に多重化して放送する必要がない。こ
れにより、放送事業者（情報提供者側）の送出システム
の負荷は非常に軽微なものとなる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
データ受信装置の構成を示すブロック図である。

【図２】上記データ受信装置を含むシステムの構成を示
すブロック図である。

【図３】上記データ受信装置で生成される視聴履歴管理
テーブルを説明するための図である。

【図４】上記視聴履歴管理テーブルの生成処理を説明す
るためのフローチャートである。

【図５】上記データ受信装置のリモートコントローラを
説明するための図である。

【図６】上記データ受信装置の操作部を説明するための
図である。

【図７】上記データ受信装置の特徴とする動作を説明す
るためのフローチャートである。

【図８】上記データ受信装置の特徴とする動作におい
て、ユーザの嗜好性を判断する処理を説明するためのフ
ローチャートである。

【図９】上記データ受信装置で表示されるＵＩ画面の一
例を説明するための図である。

【図１０】上記データ受信装置で表示されるＵＩ画面の
他の例を説明するための図である。

【図１１】第２の実施の形態において、上記データ受信
装置の特徴とする動作を説明するためのフローチャート
である。

【図１２】上記データ受信装置で表示されるＵＩ画面の
一例を説明するための図である。

【図１３】上記データ受信装置で表示されるＵＩ画面の
他の例を説明するための図である。

【図１４】上記データ受信装置の機能をコンピュータに
実現させるためのプログラムをコンピュータ読出可能な
記憶媒体から読み出して実行する当該コンピュータの構
成を示すブロック図である。

【符号の説明】

１００データ受信装置１０１アンテナ１０２放送受信部１０３ＴＳデコーダ１０４ビデオデコーダ１０５オーディオデコーダ１０６セクションデコーダ１０７画面制御部１０８音声制御部１０９表示部１１０スピーカ１１１外部出力端子１１２通信部１１４メモリ（１）１１５データ一時記憶部１１６メモリ（２）１１７履歴データ管理部１１８ＣＰＵ１１９視聴履歴管理部１２２キーワード検出部１２３嗜好性判別部１２４アプリケーション判別部１２５ＵＩ画面構成部１２６機器制御部１２７操作部１２８受光部１２９リモートコントローラ（リモコン）２０１放送事業者２０２衛星２０７通信回線網２０８サービスプロバイダ２０９インターネット２１０（１）〜２１０（３）サーバ

Claims

【特許請求の範囲】

【請求項１】複数のデータを受信して処理するデータ
処理装置であって、上記受信データに関する情報、及びユーザの上記受信デ
ータの利用履歴に関する情報に基づいて、当該ユーザの
上記受信データに対する嗜好性を判別する嗜好性判別手
段と、上記データの受信状態、上記受信データに関する情報、
及び上記嗜好性判別手段による判別結果に基づいて、上
記ユーザに対して提供する情報を生成する提供情報生成
手段とを備えることを特徴とするデータ処理装置。
【請求項２】上記提供情報生成手段は、上記嗜好性判
別手段による判別結果に基づいて、上記受信データに関
する情報の中から該当する情報を選択して提供すること
を特徴とする請求項１記載のデータ処理装置。
【請求項３】上記データの受信状態情報は、データ受
信時のエラー訂正率情報を含むことを特徴とする請求項
１記載のデータ処理装置。
【請求項４】上記受信データは、ネットワークを介し
て送信されてくるデータ、及びテレビジョン放送データ
を含むことを特徴とする請求項１記載のデータ処理装
置。
【請求項５】上記受信データに関する情報は、テレビ
ジョン放送において、番組のジャンルに関する情報、番
組の内容に関する情報、及び番組名称情報の少なくとも
何れかの情報を含むことを特徴とする請求項１記載のデ
ータ処理装置。
【請求項６】上記受信データの利用履歴に関する情報
は、データの利用日時情報及び利用回数情報の少なくと
も何れかを含むことを特徴とする請求項１記載のデータ
処理装置。
【請求項７】複数の機器が互いに通信可能に接続され
てなるデータ処理システムであって、上記複数の機器のうち少なくとも１つの機器は、請求項
１〜６の何れかに記載のデータ処理装置の機能を有する
ことを特徴とするデータ処理システム。
【請求項８】外部より送信されてくる複数のデータを
受信して処理するためのデータ処理方法であって、上記受信データに関する情報、及びユーザの上記受信デ
ータの利用履歴に関する情報に基づいて、当該ユーザの
上記受信データに対する嗜好性を判別する嗜好性判別ス
テップと、上記データの受信状態、上記受信データに関する情報、
及び上記嗜好性判別ステップによる判別結果に基づい
て、上記ユーザに対して提供する情報を生成する提供情
報生成ステップとを含むことを特徴とするデータ処理方
法。
【請求項９】外部より送信されてくる複数のデータを
受信して処理するためのデータ処理方法であって、上記送信されてくるデータの受信状態を監視する受信状
態監視ステップと、上記データに関連する情報を取得して予め蓄積する関連
情報蓄積ステップと、ユーザの上記データの利用履歴情報を記憶する利用履歴
情報記憶ステップと、上記関連情報蓄積ステップによる蓄積情報、及び上記利
用履歴情報記憶ステップによる記憶情報に基づいて、上
記ユーザの上記データに関連する情報に対する嗜好性を
判別する嗜好性判別ステップと、上記受信状態監視ステップによる監視結果、上記関連情
報蓄積ステップによる蓄積情報、及び嗜好性判別ステッ
プによる判別結果に基づいて、上記データに関連する情
報のリンク情報を生成して上記ユーザに提示する情報提
示ステップとを含むことを特徴とするデータ処理方法。
【請求項１０】外部より送信されてくる複数のデータ
を受信して処理するためのデータ処理方法であって、上記送信されてくるデータの受信状態を監視する受信状
態監視ステップと、上記データに関連する情報を取得して予め蓄積する関連
情報蓄積ステップと、ユーザの上記データの利用履歴情報を記憶する利用履歴
情報記憶ステップと、上記関連情報蓄積ステップによる蓄積情報、及び上記利
用履歴情報記憶ステップによる記憶情報に基づいて、上
記ユーザの上記データに関連する情報に対する嗜好性を
判別する嗜好性判別ステップと、上記受信状態監視ステップによる監視結果、上記関連情
報蓄積ステップによる蓄積情報、及び嗜好性判別ステッ
プによる判別結果に基づいて、上記データに関連する情
報の中から上記ユーザに対して該当する情報を選択して
上記ユーザに提示する情報提示ステップとを含むことを
特徴とするデータ処理方法。
【請求項１１】上記データは、テレビジョン放送デー
タを含み、上記受信状態監視ステップは、テレビジョン放送波受信
時のエラー訂正率により受信状態を監視するステップを
含むことを特徴とする請求項９又は１０記載のデータ処
理方法。
【請求項１２】上記データに関する情報は、インター
ネット上の情報を含むことを特徴とする請求項９又は１
０記載のデータ処理方法。
【請求項１３】上記データに関する情報は、テレビジ
ョン放送における番組のジャンルに関する情報、及び番
組の内容に関する情報の少なくとも何れかを含むことを
特徴とする請求項９又は１０記載のデータ処理方法。
【請求項１４】上記番組の内容に関する情報は、番組
名称及び番組出演者名称の少なくとも何れかの情報を含
むことを特徴とする請求項１３記載のデータ処理方法。
【請求項１５】上記利用履歴情報は、テレビジョン放
送番組における視聴日付及び時間に関する情報を含むこ
とを特徴とする請求項９又は１０記載のデータ処理方
法。
【請求項１６】請求項１〜６の何れかに記載のデータ
処理装置の機能、又は請求項７記載のデータ処理システ
ムの機能をコンピュータに実現させるためのプログラム
を記録したコンピュータ読出可能な記憶媒体。
【請求項１７】請求項８〜１５の何れかに記載のデー
タ処理方法の処理ステップをコンピュータに実行させる
ためのプログラムを記録したコンピュータ読取可能な記
憶媒体。
【請求項１８】請求項１〜６の何れかに記載のデータ
処理装置の機能、又は請求項７記載のデータ処理システ
ムの機能をコンピュータに実現させるためのプログラ
ム。
【請求項１９】請求項８〜１５の何れかに記載のデー
タ処理方法の処理ステップをコンピュータに実行させる
ためのプログラム。