(57)【要約】【課題】小容量のメモリを用いて、ユーザーの嗜好の把握する上で有効な視聴履歴を確実に蓄積することができる視聴履歴蓄積装置、これを用いた推奨番組検索装置、及びデジタル放送受信装置を提供する。【解決手段】視聴履歴蓄積装置は、デジタル放送受信ユニット２と、操作部８と、タイマー４と、一時蓄積メモリ６と、不揮発メモリ９と、制御部５とを備え、一時蓄積メモリ６に記憶されたチャンネルリストは、デジタル放送に関する、サービスＩＤ、オリジナルネットワークＩＤ、ＴＳ−ＩＤ、物理ＣＨ、並びに、これらに対応付けられた論理チャンネルを含み、制御部５は、操作部８の操作によってチャンネル切替のために入力された情報から、チャンネルリストに含まれる情報を用いて、デジタル放送受信ユニット２で受信するデジタル放送でのサービスを一意に確定する。【選択図】図１
2008306655.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送波を受信して映像信号及び音声信号に変換するデジタル放送受信ユニットと、
デジタル放送の受信チャンネルの切替のために操作される操作部と、
前記チャンネル切替時の時刻情報を取得する時刻情報取得手段と、
視聴履歴を一時蓄積する一時蓄積メモリと、
視聴履歴を恒久的に保持可能な不揮発メモリと、
前記一時蓄積メモリを用いて、ある時間で区切られたエリア毎に視聴履歴を管理し、さらに、前記不揮発メモリに、前記エリア内においてユーザーが視聴したチャンネルと当該チャンネルの視聴時間とを含む視聴履歴情報を蓄積する制御を行う制御部と
を備え、
前記一時蓄積メモリは、チャンネルリストを記憶し、
前記チャンネルリストは、デジタル放送に関する、サービスを識別するためのサービスＩＤ、国を識別するためのオリジナルネットワークＩＤ、ストリームを識別するためのトランスポートストリームＩＤ、受信周波数を識別するための物理チャンネル、並びに、前記サービスＩＤ、前記オリジナルネットワークＩＤ、前記トランスポートストリームＩＤ、及び前記物理チャンネルに対応付けられた論理チャンネルを含み、
前記制御部は、前記操作部の操作によってチャンネル切替のために入力された情報から、前記チャンネルリストに含まれる情報を用いて、前記デジタル放送受信ユニットで受信するデジタル放送でのサービスを一意に確定する手段を有する
ことを特徴とする視聴履歴蓄積装置。
【請求項２】
前記チャンネルリストは、サービスの種類を決定するためのサービスタイプをさらに含み、
前記チャンネルリストは、前記サービスタイプ別に区分されており、区分された前記チェンネルリストのそれぞれに前記論理チャンネルが割り当てられている
ことを特徴とする請求項１に記載の視聴履歴蓄積装置。
【請求項３】
前記エリアは、曜日毎に、且つ一定時間毎に区分されていることを特徴とする請求項１又は２に記載の視聴履歴蓄積装置。
【請求項４】
前記制御部は、前記エリアをさらに分割した時間間隔を単位として時間計測を行い、同一のチャンネルについての視聴時間の累積を前記不揮発メモリに蓄積することを特徴とする請求項１から３までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項５】
前記不揮発メモリには、前記論理チャンネルと、前記論理チャンネル毎の視聴時間の累積とを含む、複数週分の視聴履歴情報が保持されることを特徴とする請求項１から４までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項６】
前記制御部は、前記不揮発メモリに、前記論理チャンネルと視聴時間の累積とを含む最新の視聴履歴情報を書き込む際には、既に蓄積されている視聴履歴情報をシフトさせた上で前記最新の視聴履歴情報を書き込み、また、既に蓄積されている最も古い視聴履歴情報について、所定の期間が経過していれば消去することを特徴とする請求項５に記載の視聴履歴蓄積装置。
【請求項７】
前記時刻情報取得手段は、前記エリアの区切り毎に時刻通知を出力し、
前記制御部は、前記時刻通知が出力される毎に、前記不揮発メモリへの視聴履歴情報の書き込みを行うことを特徴とする請求項１から６までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項８】
前記制御部は、前記不揮発メモリに、さらに、前記エリア内でユーザーが視聴した番組に関する番組情報と、当該番組の視聴時間とを蓄積する
ことを特徴とする請求項１から７までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項９】
前記制御部は、前記エリアをさらに分割した時間間隔を単位として時間計測を行い、同種の番組情報に対応する視聴時間の累積を前記不揮発メモリに蓄積することを特徴とする請求項８に記載の視聴履歴蓄積装置。
【請求項１０】
前記番組情報として番組のジャンル情報を使用することを特徴とする請求項９に記載の視聴履歴蓄積装置。
【請求項１１】
アナログ放送波を受信して映像及び音声に変換するアナログ放送受信ユニット、及び、外部入力を受信して映像及び音声に変換する外部入力受信ユニットの少なくとも一方と、
アナログ放送及び外部入力の少なくとも一方とデジタル放送のうち、いずれを選択するかを切り替える切り替え部と
をさらに備え、
前記制御部は、前記切り替え部によりデジタル放送が選択されていないときには、前記不揮発メモリへの視聴履歴情報の蓄積を停止し、前記切り替え部によりデジタル放送が選択されたときに、前記不揮発メモリへの視聴履歴情報の蓄積を開始する
ことを特徴とする請求項１から１０までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項１２】
前記制御部は、前記チャンネルリストに登録された前記論理チャンネルに対応する前記ネットワークＩＤ、前記サービスＩＤ、前記オリジナルネットワークＩＤ、前記トランスポートストリームＩＤ、前記物理チャンネル、前記サービスタイプのうち、受信不可能となっているサービスについて、受信不可能であることを示すＩＤに論理チャンネルを変更することを特徴とする請求項１から１１までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項１３】
前記制御部は、前記不揮発メモリに蓄積された視聴履歴情報を読み出し、又は、前記不揮発メモリに最新の視聴履歴情報を書き込む際に、視聴履歴情報の最終更新日時を判断し、当該最終更新日時から一週間を超えた期間が経過している場合には、視聴履歴情報を当該経過期間に対応する期間分だけシフトさせることを特徴とする請求項１から１２までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項１４】
前記制御部は、ユーザーにより所定の操作が行われた場合、又は、前記不揮発メモリに蓄積された視聴履歴情報の破損が確認された場合に、蓄積された視聴履歴情報を削除することを特徴とする請求項１から１３までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項１５】
前記制御部は、ユーザーにより所定の操作が行われた場合、又は、前記不揮発メモリに蓄積された視聴履歴情報の破損が確認された場合に、蓄積された視聴履歴情報に加えて、前記チャンネルリストを削除することを特徴とする請求項１４に記載の視聴履歴蓄積装置。
【請求項１６】
前記時刻情報は、前記チャンネル切替時における日付、曜日又は時間を含むことを特徴とする請求項１から１５までのいずれか１項に記載の視聴履歴蓄積装置。
【請求項１７】
請求項１から１６までのいずれか１項に記載の視聴履歴蓄積装置を備えたことを特徴とするデジタル放送受信装置。
【請求項１８】
請求項１から１６までのいずれか１項に記載の視聴履歴蓄積装置と、
放送予定の番組の番組開始時刻及び番組放送時間を算出可能とする番組時間情報と前記放送予定の番組のチャンネル情報とを含む放送予定番組情報を取得する番組情報取得部と、
前記放送予定番組情報に含まれる前記番組時間情報及び前記チャンネル情報と前記不揮発メモリに記憶された前記視聴チャンネル及び前記視聴時間との比較結果に基づいて、前記放送予定の番組からユーザーの好みの番組を判定する検索部と
を有することを特徴とする推奨番組検索装置。
【請求項１９】
請求項１から１６までのいずれか１項に記載の視聴履歴蓄積装置と、
前記視聴履歴蓄積装置に記録された視聴履歴情報からエリア毎にサービス別の視聴時間を計算し、計算された前記サービス別の視聴時間に基づいてユーザーの好みのサービスを判定する検索部と
を有することを特徴とする推奨番組検索装置。
【請求項２０】
前記検索部は、視聴履歴情報の取得時期が現在に近いほど大きい重み係数を、前記視聴履歴蓄積装置に記録された前記サービス別の視聴時間に乗算し、この乗算によって算出された、重み付けされた視聴時間の合計値が、所定の閾値以上である場合のサービスを好みのサービスと判定することを特徴とする請求項１９に記載の推奨番組検索装置。
【請求項２１】
前記検索部は、検索したい曜日の検索したいエリアにおける前記サービス別の視聴時間を、複数週について合計した合計値が所定の閾値以上である場合のサービスを好みのサービスと判定することを特徴とする請求項１９又は２０に記載の推奨番組検索装置。
【請求項２２】
前記検索部は、検索したい曜日の検索したいエリアにおける前記サービス別の視聴時間に、視聴履歴情報の取得時期が現在に近いほど大きい重み係数を乗算し、この乗算によって算出された、重み付けされた視聴時間の合計値が、所定の閾値以上である場合のサービスを好みのサービスと判定することを特徴とする請求項１９に記載の推奨番組検索装置。
【請求項２３】
前記検索部は、前記視聴履歴蓄積装置に記録された視聴履歴情報からエリア毎に番組情報別の視聴時間を計算し、計算された前記番組情報別の視聴時間に基づいてユーザーの好みの番組情報を判定し、前記好みのサービスと判定されたサービスの中から、前記好みの番組情報を持つ番組を含むサービスを、最終的な好みのサービスと判定することを特徴とする請求項１９から２２までのいずれか１項に記載の推奨番組検索装置。
【請求項２４】
前記検索部は、検索したい曜日の検索したいエリアにおける前記番組情報別の視聴時間を、複数週について合計した合計値が所定の閾値以上である場合の番組情報を好みの番組情報と判定することを特徴とする請求項２３に記載の推奨番組検索装置。
【請求項２５】
前記検索部は、検索したい曜日の検索したいエリアにおける前記番組情報別の視聴時間に、視聴履歴情報の取得時期が現在に近いほど大きい重み係数を乗算し、この乗算によって算出された、重み付けされた視聴時間の合計値が、所定の閾値以上である場合の番組情報を好みの番組情報と判定することを特徴とする請求項２３に記載の推奨番組検索装置。
【請求項２６】
前記番組情報として番組のジャンル情報を使用することを特徴とする請求項２３から２５までのいずれか１項に記載の推奨番組検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信機に関し、特に、ユーザー（視聴者）の嗜好に合った番組を自動で判断することを目的として過去の視聴履歴を蓄積する視聴履歴蓄積装置、デジタル放送受信装置、及び推奨番組検索装置に関する。
【背景技術】
【０００２】
小容量のメモリで、視聴者（ユーザー）による放送番組の視聴履歴情報を保持し、放送番組の内容を表す付加情報を含んだ番組情報を受信して保持し、今後放送される放送予定番組に対応する番組情報からユーザーの嗜好にあった番組を検索する装置の提案がある。例えば、特許文献１参照。
【０００３】
【特許文献１】特開２００５−８６３２４号公報（段落０００７参照）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の装置によれば、ユーザーの嗜好にあったチャンネルを検出することは可能であるが、小容量のメモリを用いなければならないために、ユーザーの嗜好にあった番組までは特定できないという問題がある。
【０００５】
また、上記従来の装置においては、先週と今週で視聴を開始した時刻が一致しない場合は、ユーザーの好みの番組として登録されない。ところが、特に、電源投入時又はチャンネル変更時等においては、先週と今週で視聴を開始した時刻が一致することは稀であり、視聴履歴情報が希望どおりに蓄積されないという問題がある。
【０００６】
また、上記従来の装置によれば、ユーザーが今週選局したチャンネルが、毎週選局したチャンネルに一致すると、視聴回数を１増やし、異なる場合は１減らすようにしている。よって、ユーザーが毎週同じ時間に同じ番組を継続して見ていた場合は、視聴回数を示す数字が大きくなるが、例えば、番組改変時期以降において毎週同じ時間に放送される番組の内容が大幅に変更された場合に、視聴回数を表す数値が適切に減少しないため、番組改編からユーザーの好みの番組の適切な判定が可能になるまでに長い期間を要するという問題がある。
【０００７】
さらに、デジタル放送では、ネットワークＩＤによって放送種別が特定できず、デジタル放送サービスを一意に確定することが難しい場合があり、視聴履歴を確実に蓄積するためには、デジタル放送サービスを一意に確定するための新たな手法が必要である。
【０００８】
そこで、本発明は、上記従来技術の課題を解決するためになされたものであり、その目的は、小容量のメモリを用いて、ユーザーの嗜好の把握する上で有効な視聴履歴を確実に蓄積することができる視聴履歴蓄積装置、この視聴履歴蓄積装置を備えたデジタル放送受信装置、及びこの視聴履歴蓄積装置を備えた推奨番組検索装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明に係る視聴履歴蓄積装置は、デジタル放送波を受信して映像信号及び音声信号に変換するデジタル放送受信ユニットと、デジタル放送の受信チャンネルの切替のために操作される操作部と、前記チャンネル切替時の時刻情報を取得する時刻情報取得手段と、視聴履歴を一時蓄積する一時蓄積メモリと、視聴履歴を恒久的に保持可能な不揮発メモリと、前記一時蓄積メモリを用いて、ある時間で区切られたエリア毎に視聴履歴を管理し、さらに、前記不揮発メモリに、前記エリア内においてユーザーが視聴したチャンネルと当該チャンネルの視聴時間とを含む視聴履歴情報を蓄積する制御を行う制御部とを備え、前記一時蓄積メモリは、チャンネルリストを記憶し、前記チャンネルリストは、デジタル放送に関する、サービスを識別するためのサービスＩＤ、国を識別するためのオリジナルネットワークＩＤ、ストリームを識別するためのトランスポートストリームＩＤ、受信周波数を識別するための物理チャンネル、並びに、前記サービスＩＤ、前記オリジナルネットワークＩＤ、前記トランスポートストリームＩＤ、及び前記物理チャンネルに対応付けられた論理チャンネルを含み、前記制御部は、前記操作部の操作によってチャンネル切替のために入力された情報から、前記チャンネルリストに含まれる情報を用いて、前記デジタル放送受信ユニットで受信するデジタル放送でのサービスを一意に確定する手段を有することを特徴としている。
【００１０】
また、本発明に係るデジタル放送受信装置は、上記視聴履歴蓄積装置を備えた放送受信装置である。
【００１１】
さらに、本発明に係る推奨番組検索装置は、上記視聴履歴蓄積装置と、放送予定の番組の番組開始時刻及び番組放送時間を算出可能とする番組時間情報と前記放送予定の番組のチャンネル情報とを含む放送予定番組情報を取得する番組情報取得部と、前記放送予定番組情報に含まれる前記番組時間情報及び前記チャンネル情報と前記不揮発メモリに記憶された前記視聴チャンネル及び前記視聴時間との比較結果に基づいて、前記放送予定の番組からユーザーの好みの番組を判定する検索部とを有することを特徴としている。
【発明の効果】
【００１２】
本発明によれば、小容量のメモリを用いて、ユーザーの嗜好を把握する上で有効な視聴履歴情報を確実に蓄積することが可能になる。また、この視聴履歴情報を利用することで、ユーザーが好む番組を、簡単且つ正確に判断することが可能になる。
【発明を実施するための最良の形態】
【００１３】
実施の形態１．
図１は、本発明の実施の形態１に係る視聴履歴蓄積装置を含むデジタル放送受信機の構成を示すブロック図である。図１に示すように、デジタル放送受信機は、デジタル放送信号を受信するアンテナ１と、アンテナ１により受信された放送信号のうち選択されたチャンネルに対応する放送信号を映像信号及び音声信号に変換するデジタル放送受信ユニット２と、デジタル放送受信ユニット２により出力された映像信号及び音声信号に基づく映像及び音声を出力する表示装置３とを備えている。デジタル放送受信機は、また、時刻情報（日付、曜日、時間）を取得するタイマー（時刻情報取得手段）４と、デジタル放送受信機全体の制御とユーザーの視聴履歴の作成とを行う制御部（視聴履歴情報生成手段）５と、視聴履歴を一時蓄積する一時蓄積メモリ６と、視聴履歴を恒久的に保持可能な不揮発メモリ９と、ユーザーがチャンネル切り替えを行うためのリモコン（操作部）８と、リモコン８の赤外線信号を受光するリモコン受光部７とを備えている。
【００１４】
ユーザーがリモコン８の電源ボタンを押すと、電源オン指示がリモコン受光部７を介して制御部５に送られる。制御部５は、電源オン指示を受信すると、デジタル放送受信ユニット２の電源を投入して、動作可能とする。ユーザーがリモコン８のデジタル放送のチャンネル切り替えボタンを押すと、受信チャンネル指示命令がリモコン受光部７及び制御部５を介してデジタル放送受信ユニット２に送られる。デジタル放送受信ユニット２は、受信チャンネル指示命令に応じて受信チャンネルを設定し、アンテナ１からデジタル放送波を受信する。デジタル放送受信ユニット２は、さらに、受信したデジタル放送波を映像及び音声に変換し、表示装置３に出力する。制御部５は、受信チャンネル指示命令を受信する毎に、タイマー４を参照し、受信チャンネルが変更された日付、曜日、時間のデータを取得する。制御部５は、以下に説明する処理により、ユーザーの視聴履歴を一時蓄積メモリ６に蓄積する。
【００１５】
制御部５は、図２に示したように、視聴履歴を、曜日毎に所定の時間間隔に区切った時間枠によって管理する。すなわち、横軸に示すように月曜日から日曜日までの各曜日について、縦軸に示すように１日（２４時間）を、例えば、１０分毎に区切った時間枠（エリア）を設定する。制御部５は、視聴が開始された時間がどの曜日のどの時間枠に属するかを判定する。例えば、現在が火曜日の０時１２分であった場合、図２に示すテーブルの「火曜日」の列において、現在時刻が含まれる０時１０分〜０時２０分の時間枠が選択される。その後、それぞれの時間枠において後述する各処理が行われる。
【００１６】
図３は、ある曜日の８時００分から８時１０分までの時間枠において、ユーザーが２つのチャンネルを選択した場合の視聴履歴を示す図である。この視聴履歴１１は、８時００分から８時０８分まで４チャンネルが選択されており、８時０８分から８時１０分まで２チャンネルが選択されていたことを表している。
【００１７】
図４は、ある曜日の８時００分から８時１０分まで時間枠において、ユーザーが３つのチャンネルを選択した場合の視聴履歴を示す図である。この視聴履歴１２は、８時００分から８時０３分まで３チャンネルが選択されており、８時０３分から８時０８分まで５チャンネルが選択され、８時０８分から８時１０分まで２チャンネルが選択されていたことを表している。
【００１８】
図３及び図４に示したような視聴履歴を、開始時間やチャンネル番号として保持しようとすると、使用するメモリ容量が大きくなってしまう。そこで、各時間枠内でどのチャンネルが何分視聴されたかを計算し、その情報を蓄積する。例えば、図３に示した視聴履歴１１は、「４チャンネルで８分、２チャンネルで２分」という情報として蓄積し、図４に示した視聴状態１２は、「３チャンネルで３分、５チャンネルで５分、２チャンネルで２分」という情報として蓄積する。
【００１９】
一般に、デジタル放送では、ＢＳ衛星放送、１１０度ＣＳ衛星放送、地上波デジタル放送といった放送の種類を識別するために、ネットワークＩＤ（ｎｅｔｗｏｒｋ  ＩＤ）が与えられている。また、サービスを識別するために、サービスＩＤ（ｓｅｒｖｉｃｅ  ＩＤ）が与えられている。図５に示す形態では、選局されたチャンネルを判別するために、図５に示すデータ構造を有するチャンネルリストを保持している。図５に示すチャンネルリストでは、２バイトのネットワークＩＤ及び２バイトのサービスＩＤの組に対し、１，２，３，…，２９９の論理チャンネルが割り当てられている。まだ何も番組を視聴していない初期状態では、チャンネルリストにはデータは何も保持されていない。一方、例えば、地上波デジタル放送の４１チャンネル（サービスＩＤは‘４１’）とＢＳ衛星放送の１０３チャンネル（サービスＩＤは‘１０３’）を視聴した後では、チャンネルリストに図５に示すデータが保持される。この場合、地上波デジタル放送（ＴＲ）のサービスＩＤ‘４１’には論理チャンネル１番が割り当てられ、ＢＳ衛星放送のサービスＩＤ‘１０３’には論理チャンネル２番が割り当てられる。このように割り当てられる論理チャンネルの番号を、チャンネルＩＤと呼ぶ。
【００２０】
また、デジタル放送でのネットワークＩＤによって放送種別が特定されない場合もありうる。ネットワークＩＤは、放送地域を示すために使用される場合や、放送局を特定するものとして用いられる場合などである。そのような運用が行われている地域において、デジタル放送でのサービスを一意に確定するためには、チャンネルを一意に確定するために用いる情報として、ネットワークＩＤとサービスＩＤのみでは不十分である。１つのサービスを特定するために、例えば、オリジナルネットワークＩＤ（ｏｒｉｇｉｎａｌ  ｎｅｔｗｏｒｋ  ＩＤ）、トランスポートストリームＩＤ（ＴＳ−ＩＤ）、サービスＩＤ、ネットワークＩＤ、放送周波数を特定する物理チャンネル（物理ＣＨ）、放送局側でサービス毎にひも付けられる（Ｌｉｎｋ）ロジカルチャンネルなどの組合せが必要とされる場合がある。そこで、実施の形態１においては、例えば、図６又は図７に示される構造のチャンネルリストを保持している。
【００２１】
図６に示すチャンネルリストでは、２バイトのオリジナルネットワークＩＤ及び２バイトのサービスＩＤ、２バイトのＴＳ−ＩＤ、１バイトの物理ＣＨの組に対し、１，２，３，…，２９９の論理チャンネルが割り当てられている。まだ何も番組を視聴していない初期状態では、チャンネルリストにはデータは何も保持されていない。一方、例えば、オリジナルネットワークＩＤ‘０ｘ２３３ａ’、ネットワークＩＤ‘０ｘ００００’、ＴＳ−ＩＤ‘０ｘ２００５’、サービスＩＤ‘０ｘ２０４５’、物理ＣＨ‘２３’のデジタル放送サービスを視聴し、オリジナルネットワークＩＤ‘０ｘ２１１４’、ネットワークＩＤ‘０ｘ００００’、ＴＳ−ＩＤ‘０ｘ２０２’、サービスＩＤ‘０ｘ２０２’、物理ＣＨ‘１４’のデジタル放送サービスを視聴した後では、チャンネルリストに図６に示すようなデータが保持される。この場合、サービスＩＤ‘０ｘ２０４５’にはチャンネルＩＤ‘１番’が割り当てられ、サービスＩＤ‘０ｘ２０２’にはチャンネルＩＤ‘２番’が割り当てられる。
【００２２】
また、放送局から提供されるサービスはテレビ（ＴＶ）放送のサービスのみとは限らず、音声のみを配信するラジオ（Ｒａｄｉｏ）放送のサービスが含まれる場合がある。サービスの種別については、サービスタイプによってＴＶ、Ｒａｄｉｏ、又はデータサービスを識別できる。そのため、サービスを特定するキーの一つにサービスタイプを用い、サービスタイプ別にチャンネルリストを作成することで、効率的なサービスの特定を行うことが可能となる。サービスタイプを取り入れた形のチャンネルリストのデータ構造の例を図７に示す。すなわち、チャンネルリストは、サービスタイプ別に区分されており、区分されたチェンネルリストのそれぞれに論理チャンネルが割り当てられている。
【００２３】
図７に示すチャンネルリストでは、ＴＶサービスタイプを持つサービスについて、２バイトのオリジナルネットワークＩＤ及び２バイトのサービスＩＤ、２バイトのＴＳＩＤ、１バイトの物理ＣＨの組に対し、１，２，３，…，２９９の論理チャンネルが割り当てられている。また、Ｒａｄｉｏサービスタイプを持つサービスについても同様に１，２，３，…，２９９の論理チャンネルが割り当てられている。まだ何も番組を視聴していない初期状態では、チャンネルリストにはデータは何も保持されていない。一方、例えば、オリジナルネットワークＩＤ‘０ｘ２３３ａ’、ネットワークＩＤ‘０ｘ００００’、ＴＳ−ＩＤ‘０ｘ２００５’、サービスＩＤ‘０ｘ２０４５’、物理ＣＨ‘２３’のＴＶ放送サービスと、オリジナルネットワークＩＤ‘０ｘ２１１４’、ネットワークＩＤ‘０ｘ００００’、ＴＳ−ＩＤ‘０ｘ２０２’、サービスＩＤ‘０ｘ２０２’、物理ＣＨ‘１４’のＲａｄｉｏ放送サービスを視聴した後では、チャンネルリストに図７に示すデータが保持される。この場合、サービスＩＤ‘０ｘ２０４５’にはＴＶサービスのチャンネルＩＤ‘１番’が割り当てられ、サービスＩＤ‘０ｘ２０２’にはＲａｄｉｏサービスのチャンネルＩＤ‘１番’が割り当てられる。
【００２４】
このようにチャンネルＩＤとサービスとを対応づけたチャンネルリストは、不揮発メモリ（例えば、不揮発メモリ９又は不揮発メモリ９と同一の不揮発ＲＡＭに設けた別のメモリ領域など）に保持されている。視聴履歴を蓄積する際には、チャンネルリストで定めた論理チャンネル（チャンネルＩＤ）を使用することにより、使用するメモリを低減することができる。
【００２５】
不揮発メモリ９は、図２に示した時間枠のそれぞれについて、図８に示すような、各チャンネルＩＤについての視聴時間の積算値を７週前まで保持している。１つの時間枠について４ビットのデータがあれば１つのチャンネルにつき最大１０分を表現できるので、７週分記憶したとしても、１チャンネル当たり４ビット×７＝２８ビット（３バイト）あればよい。これにより、ユーザーの好みの番組を自動で判断することを目的として、少ないメモリ量で過去の視聴履歴情報を蓄積することができる。このように、各チャンネルＩＤについての視聴時間の積算値のリストを、視聴リストと呼ぶ。
【００２６】
図８に例示したデータ構造を有する視聴リストは、図２に示した時間枠毎に１つずつ作成されるが、全く視聴されない時間枠では視聴リストは作成されない。各時間枠を１０分とすると、１日で１４４枠となり、これを曜日毎（図２参照）に保持すると最大で
１４４枠×７日＝１００８枠となる。制御部５は、まず一時蓄積メモリ６上に、図３及び図４で例示したような１０分間の時間枠における詳細データを作成する。そして、当該時間枠から次の時間枠に移る時点で、不揮発メモリ９に、当該時間枠内におけるチャンネル毎の視聴時間の積算値を蓄積する。
【００２７】
このように構成することで、一時蓄積メモリ６には１０分間の詳細データのみを残しておけばよく、これを処理してチャンネル毎の視聴時間の積算値を不揮発メモリ９に書き込んだ後は、一時蓄積メモリ６の領域を開放して、次の時間枠の詳細データの保持に使用する。その結果、一時蓄積メモリ６及び不揮発メモリ９のそれぞれのメモリ使用量を少なくすることができる。
【００２８】
図９乃至図１２は、制御部５上で動作するソフトウエアにより実行される視聴履歴蓄積処理を示すフローチャートである。
【００２９】
図９は、制御部５による視聴履歴蓄積処理の全体を示すフローチャートである。この視聴履歴蓄積処理は、タイマー通知受信処理（ステップＳ１０３）と、チャンネル変更通知受信処理（ステップＳ１０４）という２つのタスクで構成されており、リモコン８からの指示又はタイマー４からの通知をメッセージ（ｍｅｓｓａｇｅ）という形式で受信し、タスクを実行する。
【００３０】
制御部５は、まず、メッセージ、すなわち、リモコン８からの指示又はタイマー４からの通知を待つ（ステップＳ１００）。制御部５は、メッセージを受信すると、このメッセージが視聴履歴に関するものか否かを判断し（ステップＳ１０１）、視聴履歴に関するものである場合、メッセージの種別、すなわち、チャンネル変更通知かタイマー通知かを判断する（ステップＳ１０２）。
【００３１】
「タイマー通知」は、タイマー４から１０分毎に送信されるメッセージであって、「チャンネル変更通知」は、ユーザーがリモコン８のチャンネル切り替えボタンを操作することにより送信されるメッセージである。メッセージがタイマー通知であった場合には、制御部５は、次の時間枠に移行するタイマー通知受信処理（ステップＳ１０３）を実行する。メッセージがチャンネル変更通知であった場合には、制御部５は、後述するチャンネル変更通知受信処理（ステップＳ１０４）を実行する。
【００３２】
ステップＳ１０３又はＳ１０４を実行した後、制御部５は、処理をステップＳ１００に戻して、次のメッセージを待つ。なお、上記のステップＳ１００で受信したメッセージが、リモコンによる電源オフ操作等により発せられる終了通知であった場合には（ステップＳ１０７）、制御部５は、視聴履歴蓄積処理を終了する。
【００３３】
図１０は、チャンネル変更通知受信処理（図９のステップＳ１０４）の詳細を示すフローチャートである。チャンネル変更通知受信処理では、制御部５は、チャンネル変更通知を受信した時間枠をタイマー４を参照して算出し（ステップＳ１１０）、その時間枠が現在設定されている時間枠か否かを判断する（ステップＳ１１１）。制御部５は、現在設定されている時間枠の場合には、チャンネル変更通知により通知されたサービスＩＤがそれまで視聴していたチャンネルのサービスＩＤ（ｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄ）と同じか否かを判断する（ステップＳ１１２）。チャンネル変更通知により通知されたサービスＩＤが、ｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄと同じであった場合には、制御部５は、チャンネル変更がなかったものと判断して、ステップＳ１１３〜Ｓ１１６を実行せずに、次のメッセージを待つ（図９のステップＳ１００）。チャンネル変更通知により通知されたサービスＩＤが、ｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄと異なる場合には、制御部５は、チャンネル変更が行われたと判断して、それまでのチャンネルを視聴していた時間（ｌａｓｔ  ｓｅｒｖｉｃｅ継続時間）が１分以上か否かを判断する（ステップＳ１１３）。１分以上の場合には、制御部５は、以下の更新処理（ステップＳ１１４）を実行する。
【００３４】
更新処理（ステップＳ１１４）では、制御部５は、１０分間分のチャンネル変更履歴を保持するための「更新サービスリスト」に、サービスＩＤ（ｓｅｒｖｉｃｅ  ＩＤ）とその視聴時間とを保持する。更新サービスリストに既にサービスＩＤが存在する場合には、制御部５は、ｌａｓｔ  ｓｅｒｖｉｃｅ継続時間を、更新サービスリストに保持されている視聴時間（ｄｕｒａｔｉｏｎ）に加算する。一方、更新サービスリストにサービスＩＤが存在しない場合には、制御部５は、更新サービスリストに項目を追加し、サービスＩＤとして上記のｌａｓｔ  ｓｅｒｖｉｃｅＩＤを保持し、視聴時間（ｄｕｒａｔｉｏｎ）として上記のｌａｓｔ  ｓｅｒｖｉｃｅ継続時間を保持する。
【００３５】
この更新処理について、図１３（Ａ）〜（Ｅ）に具体例を挙げて説明する。図１３（Ａ）に示すように、８時００分から８時０３分までＢＳ衛星放送の１０３チャンネル（サービスＩＤは‘１０３’）を受信し、８時０３分から８時０６分までＣＳ衛星放送の８０チャンネル（サービスＩＤは‘８０’）を受信し、８時０６分から８時０８分まで地上波放送の４１チャンネル（サービスＩＤは‘４１’）を受信しており、さらに８時０８分にチャンネル切り替えが行われたとする。現在が８時０８分であるとすると、このチャンネル切り替えの際の更新処理では、図１３（Ｂ）に示す更新サービスリストにおいて、サービスＩＤが‘４１’（ネットワークＩＤはＴＲ）の項目が追加される。なお、ネットワークＩＤは、ここでは簡単のためＢＳ，ＣＳ，ＴＲと表すが、実際には‘４’，‘６’，‘７ＦＦＦ’といった数値で表される。
【００３６】
また、図１３（Ｃ）に示すように、８時００分から８時０３分までＢＳ衛星放送の１０３チャンネルを受信し、８時０３分から８時０６分までＣＳ衛星放送の８０チャンネルを受信し、８時０６分から８時０８分まで再びＢＳ衛星放送の１０３チャンネルを受信しており、さらに８時０８分にチャンネル切り替えが行われたとする。現在が８時０８分であるとすると、このチャンネル切り替えの際の更新処理では、図１３（Ｄ）に示すように、サービスＩＤ‘１０３’の視聴時間（３分）に、ｌａｓｔ  ｓｅｒｖｉｃｅ継続時間である２分を加算する。
【００３７】
なお、上述した図１０のステップＳ１１３において、ｌａｓｔ  ｓｅｒｖｉｃｅ継続時間が１分未満と判断された場合には、制御部５は、ユーザーが番組を探すために高速でチャンネルを切り替える、いわゆるザッピングを行っていると判断し、更新処理（ステップＳ１１４）を実行せずに、ステップＳ１１６の処理に移る。
【００３８】
ステップＳ１１６では、制御部５は、それまで視聴していたチャンネルのサービスＩＤ（ｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄ）の値を、チャンネル変更通知で通知されたサービスＩＤ（ｎｅｗ  ｓｅｒｖｉｃｅ＿ｉｄ）に変更する。さらに、制御部５は、前回チャンネル変更が行われた時間（最終更新時間：ｌａｓｔ  ｕｐｄａｔｅ）を、チャンネル変更が行われた現在時間（ｎｅｗ  ｔｉｍｅ）に変更定する。制御部５は、例えば、図１３（Ａ）の８時０８分の切り替え時であれば、ｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄの値を‘４１’から‘１５１’に変更し、最終更新時間であるｌａｓｔ  ｕｐｄａｔｅを８時０６分から８時０８分に変更する。
【００３９】
なお、制御部５は、上述したステップＳ１１１において、チャンネル変更通知を受信した時間枠が現在設定されている時間枠と異なる場合には、チャンネル変更通知を受信した時間枠の時間枠番号として、算出した値を設定し（ステップＳ１１５）、上述したステップＳ１１６に移る。時間枠は、上述したように１０分毎に区切られたもので、１日で１４４の時間枠があり、それぞれ独立の番号（時間枠番号）が設定されている。ステップＳ１１６は、通常は実行されないステップであるが、制御部５は、初めて視聴履歴蓄積処理を実行する場合など、まだ時間枠番号が設定されていない場合には、このステップＳ１１６で時間枠番号を算出して設定する。また、何らかの不具合でシステム時計が狂った場合にも、ステップＳ１１６を実行することで、それ以後の処理における不具合の発生を防止することができる。
【００４０】
図１１は、１０分毎のタイマー通知メッセージを受け取った時に実行されるタイマー通知受信処理（図９のステップＳ１０３）の詳細を示すフローチャートである。タイマー通知受信処理では、制御部５は、まず、最終更新時間（ｌａｓｔ  ｕｐｄａｔｅ）からの経過時間が１分以上か否かを判断する（ステップＳ１３０）。１分以上であった場合には、制御部５は、更新サービスリストに、前回のチャンネル変更時から視聴していたチャンネルのｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄとその視聴時間を書き込む（ステップＳ１３１）。制御部５は、例えば、図１３（Ｃ）の８時１０分のタイマー通知時には、図１３（Ｅ）に示すように、更新サービスリストに、サービスＩＤ１５１の項目を追加し、視聴時間（ｄｕｒａｔｉｏｎ）の欄に、ｌａｓｔ  ｓｅｒｖｉｃｅ継続時間（２分）を保持する。また、図示は省略するが、制御部５は、サービスＩＤ１５１が既に更新サービスリストに存在する場合には継続時間を加算する。
【００４１】
次いで、制御部５は、これまでの時間枠における更新サービスリスト（例えば、図１３（Ｅ））を、不揮発メモリ９に書き込むため、以下で説明するファイル更新処理を実行する（ステップＳ１３２）。さらに、次の時間枠の処理に移行するため、制御部５は、更新サービスＩＤ数を０にし、更新サービスリストをクリアする（ステップＳ１３３）。次に、制御部５は、最終更新時間であるｌａｓｔ  ｕｐｄａｔｅの値を、現在時刻（ｎｅｗ  ｔｉｍｅ）に変更する（ステップＳ１３４）。制御部５は、例えば、図１３（Ｃ）の８時１０分のタイマー通知時であれば、ｌａｓｔ  ｕｐｄａｔｅに８時１０分を設定する。制御部５は、ステップＳ１３４の後、図９のステップＳ１００に戻り、メッセージを待つ。
【００４２】
図１２は、ファイル更新処理（図１１のステップＳ１３２）の詳細を示すフローチャートである。ファイル更新処理は、更新サービスリスト（例えば、図１３（Ｅ））のデータを処理し、不揮発メモリ９に保持した視聴リスト（図８）の「１週前」の枠に書き込む処理である。
【００４３】
制御部５は、まず、更新サービスリストのファイルを一時メモリ（例えば、一時蓄積メモリ６と同一のＲＡＭ上に設けた別のメモリ領域）に読み込む（Ｓ１４０）。次いで、制御部５は、チャンネルリスト（図５）を参照して、各チャンネルＩＤに対応するサービスＩＤが更新サービスリストに含まれるかどうかを判断する（ステップＳ１４１）。チャンネルＩＤに対応するサービスＩＤが更新サービスリストになかった場合には、制御部５は、当該チャンネルＩＤが視聴されなかったと判断し、当該チャンネルＩＤに対応する現在時間枠に０（分）を書き込む（ステップＳ１４３）。チャンネルＩＤに対応するサービスＩＤが更新サービスリストに存在する場合は、制御部５は、そのサービスＩＤの視聴時間を、当該チャンネルＩＤに対応する現在時間枠に書き込む（ステップＳ１４２）。
【００４４】
図１３（Ｅ）の更新サービスリストを例に説明する。図５のチャンネルリストから、チャンネルＩＤ‘１’に対応するサービスＩＤは‘４１’であり、チャンネルＩＤ‘２’２に対応するサービスＩＤは‘１０３’である。図１３（Ｅ）の更新サービスリストには、サービスＩＤ‘４１’は存在しないが、サービスＩＤ‘１０３’は存在し、その視聴時間は５分である。この場合、チャンネルＩＤ‘１’の現在時間枠には０を書き込み、チャンネルＩＤ‘２’の現在時間枠には５を書き込む。なお、図１３（Ａ）〜（Ｅ）には、図５のチャンネルリストからサービスＩＤを特定する場合を例示したが、実施の形態１においては、図６又は図７のチャンネルリストからサービスＩＤを特定する。
【００４５】
その後、制御部５は、各チャンネルＩＤに対応する現在時間枠のデータ（すなわち、最新の視聴履歴情報）を、不揮発メモリ９に保持した視聴リストのテーブル（図８）に書き込む（ステップＳ１４４）。このとき、図８に示した１週前から７週前までの視聴履歴情報のうち、最も古い７週前の視聴履歴情報を消去し、１週前から６週前までの視聴履歴情報をそれぞれ右に１週分シフトして、現在時間枠のデータを１週前の視聴履歴情報として書き込む。最後に、制御部５は、読み込み／書き込み処理を行ったファイル数が処理すべきファイル数と一致するか否かを判断し（ステップＳ１４５）、一致しなければ次のファイル読み込みを行い、一致すればファイル更新処理を終了する。
【００４６】
図１４は、実施の形態１に係る視聴履歴蓄積装置を含むデジタル放送受信機のハードウェア構成例を示すブロック図である。上記の図１では、実施の形態１に係る視聴履歴蓄積装置を含むデジタル放送受信機を機能毎のブロックに分けて説明したが、ここでは、具体的なハードウェア構成例について説明する。
【００４７】
図１４に示すように、実施の形態１に係る視聴履歴蓄積装置を含むデジタル放送受信機は、リモコンボタン１０９、入出力部（Ｉ／Ｏ）１１０、不揮発性ＲＡＭ（ＮＶＲＡＭ：Ｎｏｎｖｏｌａｔｉｌｅ  ＲＡＭ）１１１、ＲＯＭ１１２、ＲＡＭ（主メモリ）１１３、ＣＰＵ１１４、アンテナ１０８、チューナ１０１、復調装置１０２、ＴＳデコード処理装置１０３、音声デコード処理装置１０４、映像デコード装置１０５、グラフィックス処理装置１０７、及び提示処理装置１０６を備えて構成されている。
【００４８】
図１４において、入出力部１１０で受信したリモコンボタン１０９からの入力は、バスを介してＣＰＵ１１４に送られる。ＣＰＵ１１４は、受信した入力を解析する。リモコンのチャンネルボタンが押された場合、ＣＰＵ１１４からチューナ１０１にチャンネル変更処理命令が送られ、チューナ１０１は指定されたチャンネルを受信するよう受信波を切り替える。アンテナ１を介して受信された放送波は、復調装置１０２で復調された後、ＴＳデコード装置１０３で音声信号と映像信号とに分解される。分解された信号は、それぞれ音声デコード装置１０４及び映像デコード装置１０５でデコードされる。音声は音声出力装置に出力され、映像は、提示処理装置１０６においてグラフィックス処理装置１０７から出力されたグラフィックスと重ね合わされた後、映像出力装置に出力される。
【００４９】
以上の放送波受信処理及び出力処理と並行して、ＣＰＵ１１４は、ＲＡＭ１１３にチャンネル切り替え前のチャンネルと、そのチャンネルの視聴継続時間を保持する。ＣＰＵ１１４は、内部にタイマーを有し、このタイマーは１０分毎にタイマー通知を出力する。タイマー通知が出力される毎に、ＣＰＵ１１４は、ＲＡＭ１１３に保持していたチャンネルと視聴継続時間を不揮発性ＲＡＭ１１１に書き込む。
【００５０】
以上説明したように、実施の形態１によれば、視聴履歴を時間枠（エリア）で管理すると共に、不揮発メモリ９に、各時間枠においてユーザーが視聴していたチャンネルと当該チャンネルの視聴時間とを含む視聴履歴情報を蓄積するようにしたので、例えば、先週と今週とで視聴開始時間が一致しない場合であっても、適切に視聴履歴情報を蓄積することができる。
【００５１】
また、実施の形態１においては、視聴履歴が、曜日毎に一定の時間で区切られて管理されているので、曜日と時間に応じて放送される番組に対するユーザーの嗜好を把握することができる。
【００５２】
また、実施の形態１においては、上記の時間枠をさらに分割した時間間隔を単位として時間計測を行い、同一のチャンネルについての視聴時間の累積を蓄積するようにしたので、不揮発メモリ９の使用容量を少なく抑えることができる。
【００５３】
また、実施の形態１においては、ネットワークＩＤ、サービスＩＤ、オリジナルネットワークＩＤ、ＴＳ−ＩＤ、物理ＣＨ、サービスタイプのうち、サービスを一意に特定するために必要な情報の組み合わせと論理チャンネルを対応づけたチャンネルリストを使用するようにしたので、不揮発メモリ９にネットワークＩＤ、サービスＩＤ、オリジナルネットワークＩＤ、ＴＳ−ＩＤ、物理ＣＨ、サービスタイプ等を記憶する必要がなく、不揮発メモリ９の容量を更に少なく抑えることができる。さらに、論理チャンネル毎に、複数週分の視聴履歴情報を保持するようにしたので、ユーザーの嗜好をより的確に把握することができる。
【００５４】
また、実施の形態１においては、不揮発メモリ９に最新の視聴履歴情報を書き込む際には、最も古い（７週前の）資料履歴情報を消去し、他の視聴履歴情報を１週分ずつ右にシフトするようにしたので、不揮発メモリ９の使用容量を増加させずに、複数週分の視聴履歴情報を蓄積することができる。
【００５５】
また、実施の形態１においては、タイマー通知を受信する毎に、不揮発メモリ９に視聴履歴を書き込むようにしたので、一時蓄積メモリ６を適宜クリアして次の視聴履歴の蓄積に備えることができ、一時蓄積メモリ６の使用容量を少なく抑えることができる。
【００５６】
実施の形態２．
実施の形態２は実施の形態１の変形例である。実施の形態２では、視聴履歴情報として、視聴チャンネル以外の情報、例えば視聴番組に関する情報を蓄積する。このように視聴チャンネルの履歴に加えて、視聴番組に関する情報の履歴を蓄積することで、より高度にユーザーの嗜好を反映させた番組検索等を行うことが可能となる。
【００５７】
視聴番組に関する情報（番組情報とする。）としては、番組のジャンル、タイトル、出演者、番組内容、コピー制御情報、ストリームタイプ、シリーズで放送される番組であるか特別番組であるか、再放送であるか新番組であるか、最終回であるか等、多様な情報が含まれる。ここでは、番組情報として、番組のジャンルの情報を蓄積する場合について説明する。番組のジャンルの情報は、デジタル放送における番組配列情報のコンテント記述子におけるジャンル指定によって取得する。以下、ジャンル指定から得られる情報をジャンルコードと呼ぶ。
【００５８】
図１５は、ある曜日の８時００分から８時１０分までの時間枠において、ユーザーがジャンルの異なる２つの番組を視聴した場合を示す図である。視聴中の番組が切り替わるのは、ユーザーがリモコン等でチャンネルを変更する場合、又は、同じチャンネルを連続して視聴している間に番組が切り替わる場合である。図１５に示した例では、８時００分から８時０８分まではジャンルコード‘３’の番組を視聴し、８時０８分にジャンルコード‘１’の番組に変更して、そのまま８時１０分までジャンルコード‘１’の番組を視聴している。
【００５９】
図１６は、ある曜日の８時００分から８時１０分までの時間枠において、ユーザーがジャンルの異なる３つの番組を視聴した場合を示す図である。図１６に示した例では、８時００分から８時０３分までジャンルコード‘３’の番組を視聴し、８時０３分にジャンルコード‘１’の番組に変更し、更に８時０８分にジャンルコード‘２’の番組に変更して、そのまま８時１０分までジャンルコード‘２’の番組を視聴している。
【００６０】
図１７は、ジャンルコードを視聴履歴情報として蓄積する際のデータ構造を示す。図１７に示すように、各時間枠について、どのジャンルコードの番組を何分間視聴していたかを積算したデータを７週前まで保持する。
【００６１】
図１７に示したデータ構造においては、ジャンルコードを、そのジャンルコードが格納される配列の行番号に一致させる。このようにすれば、７週分の視聴時間のみを保持するだけでよいため、データ量を更に少なくすることができる。図８に示した視聴履歴と同様、１つの時間枠について４ビットのデータがあれば１つのジャンルにつき最大１０分を表現できるので、７週分記憶したとしても、１ジャンルあたり４ビット×７＝２８ビット（３バイト）あればよい。
【００６２】
図１７に例示した視聴ジャンルリストは、図２を参照して説明したエリア毎に１つずつ作成されるが、全く視聴されないエリアでは視聴リストは作成されない。
【００６３】
図１８及び図１９は、実施の形態２の制御部５（図９）で動作するソフトウエアにより実行される視聴履歴蓄積処理を示すフローチャートである。
【００６４】
図１８は、実施の形態２における視聴履歴蓄積処理の全体を示す。図１８に示すように、実施の形態２における視聴履歴蓄積処理は、タイマー通知受信処理（ステップＳ１５３）、チャンネル変更通知受信処理（ステップＳ１５４）、及びジャンル変更通知受信処理（ステップＳ１５５）という３つのタスクで構成されており、リモコン８からの指示等をメッセージ（ｍｅｓｓａｇｅ）という形式で受信し、タスクを実行する。
【００６５】
実施の形態２における視聴履歴蓄積処理では、まず、メッセージ、すなわち、リモコン８からの指示、タイマー４からの通知、又はジャンル変更通知を待つ（ステップＳ１５０）。メッセージを受信すると、制御部５は、このメッセージが視聴履歴に関するものか否かを判断し（ステップＳ１５１）、視聴履歴に関するものである場合、チャンネル変更通知、タイマー通知、ジャンル変更通知の何れかを判断する（ステップＳ１５２）。
【００６６】
「ジャンル変更通知」は、ユーザーが視聴番組を変更するためにチャンネルを変更することによりジャンルが変更された場合、又は、連続して同じチャンネルを視聴している間に番組が変わってジャンルが変更された場合に発行されるメッセージである。
【００６７】
制御部５は、メッセージがジャンル変更通知であった場合には、以下で説明するジャンル変更通知受信処理（ステップＳ１５５）を実行する。また、制御部５は、メッセージがチャンネル変更通知であった場合には、実施の形態１で説明したチャンネル変更通知受信処理（ステップＳ１５４）を実行し、タイマー通知であった場合には、実施の形態１で説明したタイマー通知受信処理（ステップＳ１５３）を実行する。
【００６８】
ステップＳ１５３，Ｓ１５４又はＳ１５５を実行した後、制御部５は、メッセージ受信待ち処理（ステップＳ１５０）に戻り、次のメッセージを待つ。なお、上記のステップＳ１５０で受信したメッセージが、リモコンによる電源オフ操作等により発せられる終了通知であった場合には（ステップＳ１５７）、制御部５は、視聴履歴蓄積処理を終了する。
【００６９】
チャンネル変更通知受信処理及びタイマー通知受信処理の内容については実施の形態１で説明したため、ここではジャンル変更通知受信処理（ステップＳ１５５）の内容について説明する。
【００７０】
図１９は、ジャンル変更通知受信処理（図１８のステップＳ１５５）の詳細を示すフローチャートである。制御部５は、まず、ジャンルが変更されたと判断すると、ジャンルが変更された時間枠を算出し（ステップＳ１６０）、その時間枠が現在設定されている時間枠か否かを判断する（ステップＳ１６１）。時間枠が、現在設定されている時間枠の場合には、制御部５は、ジャンル変更通知により通知されたジャンルがそれまで視聴していたジャンルコード（ｌａｓｔ  ｇｅｎｒｅ）であるか否かを判断する（ステップＳ１６２）。ジャンル変更通知により通知されたジャンルコードが、ｌａｓｔ  ｇｅｎｒｅと同じであった場合には、制御部５は、ジャンル変更がなかったものと判断して、ステップＳ１６３〜Ｓ１６６を実行せずに、次のメッセージを待つ（図１８のステップＳ１５０）。ジャンル変更通知により通知されたジャンルコードが、ｌａｓｔ  ｇｅｎｒｅと異なる場合には、制御部５は、ジャンル変更が行われたと判断して、変更前のジャンルを視聴していた時間（ｌａｓｔ  ｇｅｎｒｅ継続時間）が１分以上か否かを判断する（ステップＳ１６３）。継続時間が１分以上の場合には、制御部５は、以下の更新処理（ステップＳ１６４）を実行する。
【００７１】
更新処理（ステップＳ１６４）では、制御部５は、１０分間のジャンル変更履歴を保持するための「更新ジャンルリスト」に、それまで視聴していた番組のジャンルコード（ｌａｓｔ  ｇｅｎｒｅ）とその視聴時間（ｌａｓｔ  ｇｅｎｒｅ継続時間）とを保持する。更新ジャンルリストに、追加しようとするジャンルコード（ｌａｓｔ  ｇｅｎｒｅ）が既に存在する場合には、制御部５は、ｌａｓｔ  ｇｅｎｒｅ継続時間を、更新ジャンルリストに書き込まれている継続時間（ｄｕｒａｔｉｏｎ）に加算する。更新ジャンルリストに、追加しようとするジャンルコードが存在しない場合には、制御部５は、更新ジャンルリストに新たなジャンルの項目を作成し、ジャンルコードとｌａｓｔ  ｇｅｎｒｅ継続時間を保持する。
【００７２】
なお、上述したステップＳ１６３において、ｌａｓｔ  ｇｅｎｒｅ継続時間が１分未満と判断された場合には、制御部５は、ユーザーが番組を探すために高速でチャンネルを切り替えている（いわゆるザッピング）と判断し、更新処理（ステップＳ１６４）を実行せずに、ステップＳ１６６の処理に移る。
【００７３】
ステップＳ１６６では、制御部５は、それまで視聴していた番組のジャンルコードであるｌａｓｔ  ｇｅｎｒｅの値を、ジャンル変更通知で通知された新しいジャンルコードに変更する。さらに、制御部５は、前回ジャンル変更が行われた時間（最終ジャンル更新時間：ｌａｓｔ  ｕｐｄａｔｅ）を、ジャンル変更が行われた現在時間（ｎｅｗ  ｔｉｍｅ）に変更する。
【００７４】
上述したステップＳ１６１において、現在の時間枠がこれまで処理してきた時間枠と異なる場合は、制御部５は、現在の時間枠に設定される時間枠番号として、算出した値を設定し（ステップＳ１６５）、上述したステップＳ１６６に移る。実施の形態１（図１０のステップＳ１１５）でも説明したように、初めて視聴履歴蓄積処理を開始する場合など、まだ時間枠番号がない場合があるため、制御部５は、このステップＳ１６５で時間枠番号を設定する処理を行う。また、何らかの不具合でシステム時計が狂った場合にも、制御部５は、ステップＳ１６５の処理を実行することで、それ以後の処理における不具合の発生を防止することができる。
【００７５】
図１９に示したジャンル変更通知受信処理によって一時蓄積メモリ６に保持されたジャンルコードと視聴時間との組は、図１１及び図１２を参照して説明した実施の形態１と同様のタイマー受信処理によって、不揮発メモリ９にジャンル履歴情報として保存される。不揮発メモリ９にジャンル履歴情報が保存された後、一時蓄積メモリ６はクリアされ、次の時間枠のジャンル履歴の保存のための領域を確保する。
【００７６】
以上説明したように、実施の形態２によれば、視聴したチャンネルの履歴に加えて、ジャンル等の番組情報とその視聴時間とを蓄積するようにしたので、より高度にユーザーの嗜好を反映させた番組検索等を行うことが可能となる。
【００７７】
また、実施の形態２においては、時間枠をさらに分割した時間間隔を単位として時間計測を行い、同じ番組情報（ジャンル等）に対応する視聴時間の累積を蓄積するようにしたので、不揮発メモリ９の使用容量を少なく抑えることができる。
【００７８】
実施の形態３．
図２０は、本発明の実施の形態３に係る視聴履歴蓄積装置を含むデジタル放送受信機の構成を示すブロック図である。図２０に示すように、実施の形態３におけるデジタル放送受信機は、実施の形態１で説明したデジタル放送受信機（図１）に加えて、アナログ放送受信用のアンテナ６３と、アナログ放送波を受信して映像及び音声として出力するアナログ放送受信ユニット６４と、外部入力を受信して映像及び音声として出力する外部入力受信ユニット６５と、デジタル放送・アナログ放送・外部入力のいずれかを選択して表示装置３に表示させるために出力を切り替える表示切替制御部６６とを備えている。
【００７９】
表示切替制御部６６は、制御部５に接続され、制御部５との間で表示切替命令及び表示切替通知の送受信を行う。
【００８０】
ユーザーがリモコン８の電源ボタンを押すと、電源オン指示がリモコン受光部７を介して制御部５に送信される。制御部５は、電源オン指示を受信すると、デジタル放送受信ユニット２、アナログ放送受信ユニット６４及び外部入力ユニット６５に電源を投入して、動作可能とする。次に、ユーザーがリモコン８のデジタル放送のチャンネル切り替えボタンを押すと、受信チャンネル指示命令がリモコン受光部７及び制御部５を経てデジタル放送受信ユニット２に伝達される。デジタル放送受信ユニット２は、受信チャンネルを設定してアンテナ１からデジタル放送波を受信し、音声及び映像に変換して表示装置３に出力する。このとき、制御部５は、表示切替制御部６６に対して、デジタル放送映像を表示装置３に出力するよう指示命令を送信し、さらに、実施の形態１及び２と同様にしてユーザーの視聴履歴を蓄積する。
【００８１】
一方、ユーザーがリモコン８のアナログ放送チャンネル又は外部入力の切り替えボタンを押すと、デジタル放送以外の受信チャンネル指示命令がリモコン受光部７を経て制御部５に送信される。アナログ放送受信ユニット６４は、制御部５を介してアナログ放送の受信チャンネル指示命令を受信すると、アンテナ６３からアナログ放送波を受信し、音声及び映像に変換して出力する。外部入力ユニット６５は、制御部５を介して外部入力の受信チャンネル指示命令を受信すると、外部入力信号を受信し、音声及び映像に変換して出力する。
【００８２】
制御部５は、また、表示切替制御部６６に対し、アナログ放送受信ユニット６４又は外部入力受信ユニット６５からの映像信号及び音声信号を表示装置３に出力するよう指示命令を送信する。表示切替制御部６６は、制御部５からの指示命令に従い、表示部３にアナログ放送又は外部入力を出力するよう切り替えを行い、さらに、デジタル放送の視聴を停止したことを制御部５に通知する。
【００８３】
制御部５は、表示切替制御部６６からデジタル放送の出力が停止されたとの通知を受けると、視聴履歴の蓄積を停止する。制御部５は、また、表示切替制御部６６からデジタル放送の視聴が開始されたとの通知を受けると、視聴履歴の蓄積を開始する。
【００８４】
なお、図２０には、アナログ放送受信ユニット６４及び外部入力受信ユニット６５の両方を設けた構成例を示したが、いずれか一方のみを備えた構成であってもよい。この場合も、制御部５は、デジタル放送の出力が停止されたとの通知を受けると視聴履歴の蓄積を停止し、デジタル放送の視聴が開始されたとの通知を受けると視聴履歴の蓄積を開始する。また、視聴履歴蓄積の停止及び開始を、デジタル放送視聴中か否かの情報以外の情報（例えば、デジタル放送視聴予約実行中であるか否か、デジタル放送録画中であるか否か、デジタル放送録画予約実行中であるか否か）に基づいて行ってもよい。
【００８５】
図２１及び図２２は、実施の形態３の制御部５（図９）で動作するソフトウエアで実行される視聴履歴蓄積処理を示すフローチャートである。図２１は、実施の形態３における視聴履歴蓄積処理の全体を示す。図２１に示すように、視聴履歴蓄積処理は、タイマー通知受信処理（ステップＳ１８３）、チャンネル変更通知受信処理（ステップＳ１８４）、及びデジタル視聴開始／停止通知受信処理（ステップＳ１８５）の３つのタスクで構成されており、リモコン８からの指示等をメッセージ（ｍｅｓｓａｇｅ）という形式で受信し、タスクを実行する。
【００８６】
実施の形態３における視聴履歴蓄積処理では、メッセージ、すなわち、リモコン８からの指示、タイマー４からの通知、又はデジタル視聴開始／停止通知を待つ（ステップＳ１８０）。メッセージを受信すると、制御部５は、このメッセージが視聴履歴に関するものか否かを判断し（ステップＳ１８１）、視聴履歴に関するものである場合、チャンネル変更、タイマー通知、デジタル視聴開始／停止通知の何れかを判断する（ステップＳ１８２）。
【００８７】
「デジタル視聴停止通知」は、ユーザーのリモコン操作によりデジタル放送からアナログ放送又は外部入力に表示状態が変更された場合に、表示切替制御部６６から制御部５に送信される。「デジタル視聴開始通知」は、ユーザーのリモコン操作によりアナログ放送又は外部入力からデジタル放送に表示状態が変更された場合に、表示切替制御部６６から制御部５に送信される。これらデジタル視聴開始・停止通知は、アナログ放送及び外部入力等の表示切替に限らず、例えば、リモコンによる電源オン／オフや、予約による録画実行などによって送信されるようにしてもよい。
【００８８】
メッセージがデジタル視聴開始／停止通知であった場合には、制御部５は、以下で説明するデジタル視聴開始／停止処理（ステップＳ１８５）を実行する。また、メッセージがチャンネル変更通知であった場合には、制御部５は、実施の形態１で説明したチャンネル変更通知受信処理（ステップＳ１８４）を実行し、タイマー通知であった場合には、実施の形態１で説明したタイマー通知受信処理（ステップＳ１８３）を実行する。
【００８９】
ステップＳ１８３，Ｓ１８４又はＳ１８５を実行した後、制御部５は、メッセージ受信待ち処理（ステップＳ１８０）に戻り、次のメッセージを待つ。なお、上記のステップＳ１８０で受信したメッセージが、リモコンによる電源オフ操作等により発せられる終了通知であった場合には（ステップＳ１８７）、制御部５は、視聴履歴蓄積処理を終了する。
【００９０】
図２２は、デジタル視聴開始／停止受信処理（図２１のステップＳ１８５）の詳細を示すフローチャートである。デジタル視聴開始／停止受信処理では、制御部５は、まず、表示切替制御部６６からの通知がデジタル視聴開始通知かデジタル視聴停止通知かを判断する（ステップＳ１９０）。デジタル視聴開始通知であった場合、制御部５は、視聴履歴蓄積停止フラグをリセットし（ステップＳ１９１）、次のメッセージを待つ（図２１のステップＳ１８０）。
【００９１】
表示切替制御部６６からの通知がデジタル視聴停止通知であった場合、制御部５は、更新サービスリストに、最後にチャンネル変更があってから視聴中であったチャンネルのｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄとその視聴時間を保持する（ステップ１９２）。続いて、制御部５は、これまでの時間枠内の更新サービスリスト（例えば、図１３（Ｅ））のデータを、視聴履歴情報として、不揮発メモリ９に書き込むファイル更新処理を実行する（ステップＳ１９３）。さらに、制御部５は、次の時間枠の処理に移行するため、更新サービスＩＤ数を０にし、更新サービスリストをクリアする（ステップＳ１９４）。次に、制御部５は、最終更新時を表すｌａｓｔ  ｕｐｄａｔｅに初期値を設定し、直前のサービスＩＤを表すｌａｓｔ  ｓｅｒｖｉｃｅ＿ｉｄにも初期値を設定する（ステップＳ１９５）。その後、制御部５は、視聴履歴蓄積停止フラグをセットし（ステップＳ１９６）、次のメッセージを待つ（ステップＳ１９７）。
【００９２】
以上説明したように、実施の形態３によれば、あらかじめ設定した条件（例えば、デジタル放送視聴中であるか否か）に基づいて自動的に視聴履歴の蓄積を停止・開始することによって、より正確にユーザーの嗜好を反映した視聴履歴の蓄積を行うことができる。
【００９３】
実施の形態４．
デジタル放送において受信可能なチャンネルは、放送局のチャンネル編成の変更により増減する場合がある。また、地域によって受信可能なチャンネルが異なるため、移動によりチャンネル編成が変更する場合がある。本発明の実施の形態４は、このような場合にチャンネルリストを更新するものである。
【００９４】
図２３及び図２４は、実施の形態４の制御部５上で動作するソフトウエアにより実行される視聴履歴蓄積処理を示すフローチャートである。図２３は、チャンネルリスト更新処理の全体を示す。
【００９５】
図２３は、実施の形態４における視聴履歴蓄積処理の全体を示す。実施の形態４における視聴履歴蓄積処理は、タイマー通知受信処理（ステップＳ２０３）と、チャンネル変更通知受信処理（ステップＳ２０４）と、チャンネルリスト更新処理（ステップＳ２０５）という３つのタスクで構成されており、リモコン８からの指示又はタイマー４からの通知をメッセージ（ｍｅｓｓａｇｅ）という形式で受信し、タスクを実行する。
【００９６】
図２３に示すように、視聴履歴蓄積処理では、制御部５は、メッセージ、すなわち、リモコン８からの指示、タイマー４からの通知、又はチャンネルリスト更新通知を待つ（ステップＳ２００）。メッセージを受信すると、制御部５は、このメッセージが視聴履歴に関するものか否かを判断し（ステップＳ２０１）、視聴履歴に関するものである場合、チャンネル変更通知、タイマー通知、チャンネルリスト更新通知の何れかを判断する（ステップＳ２０２）。
【００９７】
「チャンネルリスト更新通知」は、リモコン８の所定のボタンが押された場合に送信されるものである。メッセージがチャンネルリスト更新通知であった場合には、制御部５は、以下で説明するチャンネルリスト更新通知受信処理（ステップＳ２０５）を実行する。また、制御部５は、メッセージがチャンネル変更通知であった場合には、実施の形態１で説明したチャンネル変更通知受信処理（ステップＳ２０４）を実行し、タイマー通知であった場合には、実施の形態１で説明したタイマー通知受信処理（ステップＳ２０３）を実行する。
【００９８】
ステップＳ２０３，Ｓ２０４又はＳ２０５を実行した後、制御部５は、メッセージ受信待ち処理（ステップＳ２００）に戻り、次のメッセージを待つ。なお、上記のステップＳ２００で受信したメッセージが、リモコンによる電源オフ操作等により発せられる終了通知であった場合には（ステップＳ２０７）、制御部５は、視聴履歴蓄積処理を終了する。
【００９９】
図２４は、チャンネルリスト更新通知受信処理（図２３のステップＳ２０５）の詳細を示すフローチャートである。チャンネルリスト更新受信処理では、制御部５は、放送局のチャンネル編成を記憶したメモリ領域（図示せず）から、受信可能な全てのチャンネルを検索し（ステップＳ２１０）、さらに図５乃至図７に例示したチャンネルリストのサービスＩＤ（ｓｅｒｖｉｃｅ  ＩＤ）及びネットワークＩＤ（ｎｅｔｗｏｒｋ  ＩＤ）と比較する（ステップＳ２１０）。チャンネルリストに、受信可能なサービスＩＤ，ネットワークＩＤのどの組とも一致しないチャンネルがある場合、制御部５は、当該チャンネルのチャンネルＩＤを‘０’とする（ステップＳ２１２）。一方、チャンネルリストにおいて、受信可能なサービスＩＤ、ネットワークＩＤの組と一致するチャンネルについては、制御部５は、チャンネルＩＤをそのまま保持する。次いで、制御部５は、チャンネルリストに含まれる全てのチャンネルＩＤについてサービスＩＤ、ネットワークＩＤの比較が完了したか否かを判断し（ステップＳ２１３）、次のメッセージを待つ（図２３のステップＳ２００）。
【０１００】
以上のようなチャンネルリスト更新処理を定期的に行うことで、チャンネル編成に変更があった場合、又は移動により受信可能であったチャンネルが受信不可となった場合等、受信可能なサービスチャンネルに変更があった場合に、既に蓄積されている視聴履歴を直接変更することなく、最新のチャンネル編成に容易に対応することができる。
【０１０１】
図２５（Ａ）〜（Ｃ）は、実施の形態４によるチャンネルリスト更新処理の例を説明するための図である。上述したように、受信可能なチャンネルは、放送局のチャンネル編成変更等により増減する場合がある。上述した実施の形態１〜３の視聴履歴蓄積処理においても、新しいチャンネルが視聴されると、チャンネルリストには該当するチャンネルのサービスＩＤ，ネットワークＩＤと共にチャンネルＩＤが追加されるが、実施の形態４では、更に、なくなったチャンネルに対応するチャンネルＩＤを０とする。
【０１０２】
図２５（Ａ）に示した例では、チャンネルリストに登録されたチャンネルのうち、サービスＩＤが‘８０’、ネットワークＩＤがＣＳという組に対応するチャンネルが、受信可能なチャンネルの中に存在していないものとする。これは、例えば、ＣＳ衛星放送の８０チャンネルが消滅した場合などに生じる。この場合、図２５（Ｂ）に示すように、サービスＩＤが‘８０’、ネットワークＩＤがＣＳというチャンネルに対応するチャンネルＩＤを‘０’とする。
【０１０３】
さらに、チャンネルリストに追加すべきチャンネルがある場合、制御部５は、チャンネルリストのサイズがその許容される最大値を超えていなければ、その時点でのチャンネルＩＤの最大値に１を加算して新しいチャンネルＩＤとし、追加すべきチャンネルのサービスＩＤ，ネットワークＩＤに新しいチャンネルＩＤを割り当てる。一方、チャンネルリストのサイズが許容される最大値に達している場合には、制御部５は、チャンネルリストの中で、チャンネルＩＤが‘０’であるものを検索する。図２５（Ｃ）に示すように、チャンネルＩＤが‘０’であるものがあった場合、制御部５は、そのチャンネルＩＤを、その時点でのチャンネルＩＤの最大値に１加算した値とし、サービスＩＤとネットワークＩＤとを追加すべきチャンネルのサービスＩＤ、ネットワークＩＤに書き換える。
【０１０４】
以上のように、実施の形態４によれば、チャンネルリストのチャンネルの削除及び追加を行うことで、チャンネル編成又は移動により消滅したチャンネルに使用されていたメモリを有効に活用することが可能になり、また、視聴履歴を変更することなく、チャンネルリストに依存して作成された視聴履歴との整合性を保持することが可能となる。
【０１０５】
実施の形態５．
上述した各実施の形態においては、視聴履歴は、時間枠毎に不揮発メモリ９に蓄積されるが、視聴履歴情報の更新が１週間を超えて行なわれなかった場合（すなわち、１週間を超えてデジタル放送が視聴されなかった場合）には、２週間前の視聴データを１週間前として扱う可能性がある。そこで、実施の形態５では、１週間を超えて視聴履歴情報の更新が行われなかった場合には、制御部５は、新たに視聴履歴情報を更新する際、又は視聴履歴情報の読み出しを行う際に、当該１週間を超えた期間分のデータをシフトさせる。
【０１０６】
図２６は、実施の形態５の制御部５上で動作するソフトウエアにより実行される視聴履歴のファイル属性チェック処理を示すフローチャートである。
【０１０７】
ファイル属性チェック処理では、まず、制御部５は、視聴履歴情報のファイル属性を取得する（ステップＳ２２０）。制御部５は、ファイル属性に基づくファイルの最終更新日時を、現在の時刻と比較し、１週間を超えて視聴履歴情報の更新がなかったか否かを判断する（ステップＳ２２０）。ファイル最終更新日時が、現在時刻から１週間以内であった場合には、制御部５は、図１２に示したファイル更新処理を行う（ステップＳ２２３）。このファイル更新処理では、制御部５は、最新の視聴履歴情報を１週前のデータ（図８）として書き込む。
【０１０８】
ファイル最終更新日時から現在までの間に、１週間を越えた期間が経過していた場合には、制御部５は、蓄積した視聴履歴情報（図８）を当該１週間を超えた期間（週）分だけシフトさせ、シフトさせた期間分の視聴履歴情報の時間データに０を書き込んだ後（ステップＳ２２２）、ファイル更新処理を実行する（ステップＳ２２３）。ファイル更新処理では、制御部５は、最新の視聴履歴情報を１週前のデータ（図８）として書き込む。
【０１０９】
その後、制御部５は、全ファイル（視聴チャンネルの履歴情報、番組情報など）について、ファイル属性のチェックが完了したか否かを判断し（ステップＳ２２４）、完了した場合にはファイル属性チェック処理を終了する。
【０１１０】
実施の形態５では、ファイル属性チェックを実行することで、例えば、１ヶ月前からデジタル放送が視聴されなかったような場合に、古いデータに基づいてユーザーの嗜好を判断することを防ぐことができる。
【０１１１】
なお、図２６に示したファイル属性チェック処理においては、ファイル更新（すなわち、視聴履歴情報の更新）の前に実行しているが、蓄積された視聴履歴情報のデータを読み出して利用する前に実行してもよい。
【０１１２】
実施の形態６．
本発明の実施の形態６では、同一ユーザーで嗜好に変化があった場合、番組の大幅な変更に伴って今までの視聴履歴がユーザーの嗜好を反映しなくなった場合、又はデジタル放送受信機の譲渡などに伴ってユーザーが変化した場合において、最新のユーザーの嗜好を正しく視聴履歴に反映させるため、それまでの視聴履歴を、ユーザーの意思によって削除できるようにしたものである。
【０１１３】
図２７は、実施の形態６の制御部５上で動作するソフトウエアが実行する視聴履歴の削除処理を示すフローチャートである。視聴履歴削除処理において削除対象となるのは、全ての視聴履歴情報とチャンネルリストである。
【０１１４】
図２７に示した視聴履歴削除処理では、制御部５は、まずチャンネルリストを削除し（ステップＳ２３０）、次いで全ての視聴履歴情報を削除する（ステップＳ２３１，Ｓ２３２）。削除完了後に、制御部５は、一時蓄積メモリ６上に保持されている更新サービスリストをクリアし（ステップＳ２３３）、一時蓄積メモリ６上に読み出していたチャンネルリストもクリアする（ステップＳ２３４）。
【０１１５】
実施の形態６における視聴履歴削除処理は、ユーザーにより所定の操作（例えば、リモコン８の所定のボタン操作）がなされた場合に実行されるが、内部データの破損が確認された場合に実行されるようにしてもよい。
【０１１６】
実施の形態６によれば、最新のユーザーの嗜好を正しく視聴履歴に反映させることが可能になる。加えて、ユーザーが変わった場合、元のユーザーのプライベート情報を保護することが可能となる。また、チャンネルリストに復旧不可能な破損が発生した場合、チャンネルリストに依存して作成された視聴履歴も全て削除し、新たに作り直しすることで、チャンネルリストと視聴履歴の整合性を確保することができる。
【０１１７】
実施の形態７
図２８は、本発明の実施の形態７に係る推奨番組検索装置６０を含むテレビ受像機の構成を示すブロック図である。推奨番組検索装置６０を示す図２８において、視聴履歴蓄積装置を示す図１の構成と同じ構成には、同じ符号を付す。図２８に示されるように、テレビ受像機は、地上デジタル放送、ＢＳデジタル放送、ＣＳデジタル放送、及びアナログ放送等の放送信号を受信するアンテナ１に接続されている。テレビ受像機は、アンテナ１で受信した放送信号の中の視聴するチャンネルを選局して映像信号及び音声信号を出力するチューナを含む放送受信ユニット２と、放送受信ユニット２から出力される映像信号及び音声信号に基づく映像表示及び音声出力をする表示部４と、リモコン５又は図示しない本体操作部からの指示に応じた放送受信ユニット２の制御（視聴番組の選局）及びユーザーの嗜好番組の抽出等を行う制御部５と、情報を記憶する記憶部８と、チャンネル切替時の時刻情報を取得する時刻情報取得手段（タイマー）４と、チャンネル切替のために視聴者（ユーザー）が操作する操作部（リモコン）８からの光信号を受光する受光部７とを有している。
【０１１８】
制御部５は、チャンネル制御部５１と、視聴履歴情報取得部５２と、番組情報取得部５４と、蓄積制御部５５と、検索部５６とを有している。記憶部１０は、一時蓄積メモリ６と、不揮発メモリ９と、番組情報記憶部６１とを有している。したがって、図２８において、放送受信ユニット２、タイマー４、制御部５、一時蓄積メモリ６、受光部７、及び不揮発メモリ９は、視聴履歴蓄積装置を構成している。
【０１１９】
番組情報記憶部６１は、番組情報取得部５４で取得された放送予定番組情報を蓄積する。一時蓄積メモリ６は、視聴履歴情報を一時蓄積する。不揮発メモリ９は、視聴履歴情報を恒久的に保持可能なメモリである。蓄積制御部５５は、一時蓄積メモリ６を用いて、エリア毎に視聴履歴を管理し、さらに、不揮発メモリ９に、エリア内においてユーザーが視聴したチャンネルと当該チャンネルの視聴時間とを含む視聴履歴情報を蓄積する制御を行う。
【０１２０】
検索部５６は、放送予定番組情報に含まれる番組時間情報及びチャンネル情報と記憶部に記憶された視聴チャンネル及び視聴時間との比較結果に基づいて、放送予定の番組からユーザーの好みの番組を判定する。放送受信ユニット２、制御部５、記憶部１０、及び時刻情報取得手段４は、本発明の推奨番組検索装置６０を構成している。番組情報取得部５４は、放送予定の番組の番組開始時刻及び番組放送時間を算出可能とする番組時間情報と放送予定の番組のチャンネル情報とを含む放送予定番組情報を取得する。番組情報取得部５４は、受信した放送信号から番組情報を取得することができるが、放送予定の番組情報をインターネット経由で取得する等のように、放送信号とは異なる信号として取得してもよい。
【０１２１】
記憶部１０に記録される放送予定番組の番組情報は、それぞれの番組に対応した放送チャンネル、番組名、放送開始時刻、放送継続時間（又は放送終了時刻）等の情報を含む。なお、放送継続時間は、放送開始時刻から放送終了時刻までの間の時間である。また、番組情報が放送開始時刻及び放送継続時間を含むが、放送終了時刻を含まない場合は、放送開始時刻に放送継続時間を加算することによって放送終了時刻を算出する。
【０１２２】
制御部５は、時刻情報取得手段４から時刻情報を取得する。また、制御部５は、内蔵されている時計（図示せず）から時刻情報を取得してもよい。この内蔵されている時計は、時計本来の機能を有する部品を搭載することによって構成されたものであってもよいが、カウンタで構成するようにしてもよい。カウンタで構成した場合は、放送受信ユニット２で受信されたデジタルテレビ放送信号に時刻情報が含まれているため、これを番組情報取得部５４で分離し、分離した時刻情報を使いカウンタの補正を行う。これにより、番組情報取得部５４で分離した時刻情報と同期したカウンタを構成でき、カウンタを時計として機能させることができる。
【０１２３】
また、制御部５は、視聴履歴情報を取得して記憶部１０に記憶させる視聴履歴情報取得部５２と、放送予定番組からユーザーの好みの番組であると判定できる推奨番組を検索する検索部５６とを有している。視聴履歴情報取得部５２は、ある長さの時間のエリア毎に、ユーザーが視聴した視聴チャンネル及び視聴時間を取得し、各エリアに視聴チャンネル及び視聴時間を対応付けた視聴履歴情報を記憶部１０に記憶させる。検索部５６は、放送予定番組情報に含まれる番組時間情報及びチャンネル情報と記憶部１０に記憶された視聴チャンネル及び視聴時間との比較結果に基づいて、放送予定番組からユーザーの好みの番組と判定できる推奨番組を検索する。実施の形態７においては、検索部５６は、視聴履歴情報に含まれる視聴チャンネルと同じチャンネルで放送される放送予定番組のうち、エリアの開始時刻から終了時刻の間に放送中の番組又は放送を開始する番組を、ユーザーの好みの番組と判定する。
【０１２４】
実施の形態８．
図２８に示される推奨番組検索装置６０は、推奨番組の検索機能だけではなく、推奨サービスの検索機能をも持つことができる。推奨サービスの検索機能を持つ場合には、図２８に示される推奨番組検索装置６０は「推奨番組／サービス検索装置」であるが、本出願においては「推奨番組検索装置」と言う。図２８に示される推奨番組検索装置６０による推奨サービスの検索動作は、以下の通りである。なお、「サービス」は、図６及び図７に示される例においては、サービスＩＤに対応する。したがって、図６に示される例においては、サービスはチャンネルＩＤに対応し、図７に示される例においては、サービスは各サービスタイプにおけるチャンネルＩＤに対応している。
【０１２５】
検索部５６は、視聴履歴情報取得部５２が記億部１０から取得した視聴履歴情報から、検索したいエリアの履歴ファイルを読み出す。各エリアにおけるサービス別の視聴時間は、記憶部１０に複数週分蓄積されている。検索部５６は、検索したいエリアの蓄積された視聴時間の複数週分の累計が閾値を超えた場合に、ユーザーの好みのサービスであると判定する。例えば、記憶部１０に図８のような視聴履歴が蓄積されていた場合、チャンネル１の視聴時間の累積値は３１（＝１＋０＋０＋１０＋１０＋１０＋０）であり、チャンネル２の視聴時間の累積値は１８（＝３＋５＋１０＋０＋０＋０＋０＋０）である。このように、検索部５６は、特定のエリアにおいて、どのサービスをユーザーが好んで視聴していたかを定量的に比較することができる。例えば、閾値を３０に設定しておけば、チャンネル１のサービスに関する視聴時間の累積値は閾値を超えているので、チャンネル１の検索されたエリアのサービスを好みのサービスとして判定し、チャンネル２のサービスに関する視聴時間の累積値は閾値以下であるので、チャンネル２の検索されたエリアのサービスを好みのサービスであると判定しない。
【０１２６】
また、同じエリアであっても、曜日によって番組編成が変わり、ユーザーの視聴サービスも異なるため、サービス検出に使用する視聴履歴を、時刻によって区分されたエリアに加えて、曜日毎に使用することもできる。すなわち、異なる曜日の視聴履歴は、たとえサービスが同じであったとしても、異なるサービスの視聴履歴とみなすことによって、よりユーザーの好みを正確に反映したサービスの検索を行うことが可能になる。
【０１２７】
また、複数週にわたる視聴時間の累計を算出する際に、各週に対して重み付けを行うこともできる。例えば、番組編成が変更された場合には、ユーザーの好みのサービスも変更すると考えられる。そのため、より現在に近い週の履歴には大きな重み付けを行い、古い履歴には小さな重み付けをすることで、番組編成によるユーザーのサービス視聴傾向をより正確に反映させることが可能となる。例えば、１週前の週の視聴時間に対する重み付け係数を７とし、２週前の週の視聴時間に対する重み付けを６とし、以下同様に、重み付け係数を５，４，３，２，１と、１週古くなる毎に１減らした場合には、図８で示したような視聴履歴に与えられる重み付けされた視聴時間の累積値は、以下のようになる。チャンネル１についての重み付けされた視聴時間の累積値は、
１＊７＋１０＊４＋１０＊３＋１０＊２＝９７
から９７となり、チャンネル２についての重み付けされた視聴時間の累積値は、
３＊７＋５＊６＋１０＊５＝１０１
から１０１となる。ここで、例えば、好みのサービスを検出するための視聴時間の累積に対する閾値を１００とすると、チャンネル２のサービスが好みのサービスとして検出され、チャンネル１のサービスは好みのサービスとしては検出されない結果となる。なお、ここで示した重み付けと視聴履歴の累計の算出方法及びサービス検出のための閾値は、全て一例であり、ユーザーの視聴傾向をより正確に反映させるための値をどのようにも適用することが可能である。
【０１２８】
実施の形態８の推奨番組検索装置は、例えば、欧州等のように、サービス数（例えば、各サービスタイプのチャンネル数の合計）が多く、その結果、放送される番組の総数が極めて多く、番組の推奨がユーザーの嗜好を適切に反映したものとなり難い場合に、有益である。また、番組が放送されたサービス（例えば、チャンネル毎）について、例えば、エリア毎に得点を計算し、推奨するサービスをユーザーに提供する機能は、ユーザーの好みにあったサービスを検索し、スクロールする必要のない１画面中に表示可能なサービス数に絞ることを可能にし、ユーザーの利便性を向上させることができる。
【０１２９】
実施の形態９．
実施の形態８においては、図２８に示される推奨番組検索装置６０が、推奨サービスの検索を行う場合を説明したが、推奨サービスの検索の際に、視聴履歴蓄積装置が蓄積した番組情報から好みのジャンルを検出することも可能である。
【０１３０】
実施の形態９の推奨番組検索装置においては、検索部５６は、視聴履歴情報取得部５２が記憶部１０から取得した視聴履歴から、検索したいエリアの履歴ファイルを読み出す。各エリアにおけるサービス別の視聴時間は、記憶部１０に複数週分蓄積されている。検索部５６は、検索したいエリアの蓄積された視聴時間の累計が閾値を超えた場合に、ユーザーの好みのサービスであると判定する。例えば、記憶部１０に図８のような視聴履歴が蓄積されていた場合、チャンネル１の視聴時間の累積は３１（＝１＋０＋０＋１０＋１０＋１０＋０）であり、チャンネル２の視聴時間の累積は１８（＝３＋５＋１０＋０＋０＋０＋０＋０）である。このように、検索部５６は、特定のエリアにおいて、どのサービスをユーザーが好んで視聴していたかを定量的に比較することができる。例えば、閾値を３０に設定しておけば、チャンネル１のサービスは好みのサービスとして検出され、チャンネル２のサービスは好みのサービスとして検出されない。
【０１３１】
次に、視聴履歴情報取得部５２が記憶部１０から取得した視聴履歴のうち、番組情報に関する視聴時間の累計を算出する。例えば、図１７に示したようなジャンルの視聴履歴に対して、ジャンルコード０に対する視聴履歴の累積値は３１（＝１＋０＋０＋１０＋１０＋１０＋０）であり、ジャンルコード１に対する視聴履歴の累積値は１８（＝３＋５＋１０＋１０＋０＋０＋０＋０）であり、ジャンルコード２に対する視聴履歴の累積値は２１（＝６＋５＋１０＋１０＋０＋０＋０＋１０）である。ここで、好みのジャンルであることを検出するための累積視聴時間の閾値を２０とした場合、ジャンルコード０のジャンルとジャンルコード２のジャンルとが好みのジャンルとして検出され、ジャンルコード１のジャンルは好みのジャンルとして検出されない。
【０１３２】
実施の形態９においては、検索部５６は、先に好みのサービスとして検出されたチャンネル１のサービスに含まれる番組が、ジャンルコード０又はジャンルコード２の番組情報を持っていれば、そのサービスを、最終的な好みのサービスと判定する。チャンネル１のサービスの番組情報がジャンルコード１に一致している場合、チャンネル１のサービスは最終的な好みのサービスとして検出されない。
【０１３３】
また、複数週にわたる視聴時間の累計を算出する際に、各週に対して重み付けを行うこともできる。例えば、ユーザーの好みは時間の経過と共に変化すると考えられる。そのため、より現在に近い週の履歴には大きな重み付けを行い、古い履歴には小さな重み付けを行うことで、ユーザーの好みの変化に対するサービス視聴傾向をより正確に反映させることが可能となる。例えば、１週前の週の視聴時間に対する重み付け係数を７とし、２週前の週の視聴時間に対する重み付けを６とし、以下同様に、重み付け係数を５，４，３，２，１と、１週古くなる毎に１減らした場合には、図１７に示した番組情報の視聴時間の累計はそれぞれ以下のようになる。例えば、ジャンルコード０についての重み付けされた視聴時間の累積値は、
１＊７＋１０＊４＋１０＊３＋１０＋２＝９７
から９７となり、ジャンルコード１についての重み付けされた視聴時間の累積値は、
３＊７＋５＊６＋１０＊５＝１０１
から１０１となり、ジャンルコード２についての重み付けされた視聴時間の累積値は、
６＊７＋５＊６＋１０＊１＝８２
から８２となる。このとき、好みのジャンルであることを検出するための累積視聴時間の閾値を１００とした場合、ジャンルコード１が好みのジャンルとして検出される。
【０１３４】
先に好みのサービスとして検出されたチャンネル１のサービスに含まれる番組がジャンルコード１の番組情報を持っていれば、そのサービスは好みのサービスとして検出されることになる。チャンネル１のサービスの番組情報がジャンルコード１に一致していない場合、チャンネル１のサービスは好みのサービスとして検出されない。
【０１３５】
実施の形態９の推奨番組検索装置は、例えば、欧州等のように、サービス数（例えば、サービスタイプ毎のチャンネル数の合計）が多く、その結果、放送される番組の総数が極めて多く、番組の推奨がユーザーの嗜好を適切に反映したものとなり難い場合に、有益である。また、番組が放送されたサービス及びジャンルの視聴時間を計算し、この計算結果に基づく推奨サービスをユーザーに提供する機能は、ユーザーの好みにあったサービスを検索し、スクロールする必要のない１画面中に表示可能なサービス数に絞ることを可能にし、ユーザーの利便性を向上させることができる。また、実施の形態９の推奨番組検索装置は、サービスだけではなく、ジャンルをもユーザーの嗜好の判定に用いているので、ユーザーの視聴傾向をより適切に反映した推奨情報をユーザーに提供できる。
【０１３６】
なお、上記説明において、重み付けの手法、視聴履歴の累計の算出方法、及びサービス検出のための閾値は全て一例であり、ユーザーの視聴傾向をより正確に反映させるために、他の重み付けの手法、他の視聴履歴の累計の算出方法、及びサービス検出のための他の閾値を採用してもよい。
【図面の簡単な説明】
【０１３７】
【図１】本発明の実施の形態１に係る視聴履歴蓄積装置を含むデジタル放送受信機の構成を示すブロック図である。
【図２】本発明の実施の形態１においてエリア毎に管理される視聴履歴を示す図である。
【図３】実施の形態１における視聴履歴の一例を示す図である。
【図４】実施の形態１における視聴履歴の別の例を示す図である。
【図５】実施の形態１におけるチャンネルリストのデータ構造の一例を示す図である。
【図６】実施の形態１におけるチャンネルリストのデータ構造の図５とは異なる一例を示す図である。
【図７】実施の形態１におけるチャンネルリストのデータ構造にサービスタイプを取得した場合の例を示す図である。
【図８】実施の形態１において蓄積される視聴履歴のデータ構造の一例を示す図である。
【図９】実施の形態１における視聴履歴蓄積処理の全体を示すフローチャートである。
【図１０】実施の形態１におけるチャンネル変更通知受信処理を示すフローチャートである。
【図１１】実施の形態１におけるタイマー通知受信処理を示すフローチャートである。
【図１２】実施の形態１におけるファイル更新処理を示すフローチャートである。
【図１３】（Ａ）〜（Ｅ）は、実施の形態１における更新サービスリストの更新処理の例を示す図である。
【図１４】実施の形態１における視聴履歴蓄積装置のハードウェア構成例を示す図である。
【図１５】本発明の実施の形態２におけるジャンル視聴履歴の一例を示す図である。
【図１６】実施の形態２におけるジャンル視聴履歴の一例を示す図である。
【図１７】実施の形態２におけるジャンル視聴履歴のデータ構造の一例を示す図である。
【図１８】実施の形態２における視聴履歴蓄積処理の全体を示すフローチャートである。
【図１９】実施の形態２におけるジャンル変更通知受信処理を示すフローチャートである。
【図２０】本発明の実施の形態３に係る視聴履歴蓄積装置を含むデジタル放送受信機を示すブロック図である。
【図２１】実施の形態３における視聴履歴蓄積処理の全体を示すフローチャートである。
【図２２】実施の形態３におけるデジタル視聴開始／停止処理を示すフローチャートである。
【図２３】本発明の実施の形態４における視聴履歴蓄積処理の全体を示すフローチャートである。
【図２４】実施の形態４におけるチャンネルリスト更新通知受信処理を示すフローチャートである。
【図２５】（Ａ）〜（Ｃ）は、実施の形態４におけるチャンネルリスト更新の一例を示す図である。
【図２６】本発明の実施の形態５におけるファイルの属性チェック処理を示すフローチャートである。
【図２７】本発明の実施の形態６における視聴履歴削除処理を示すフローチャートである。
【図２８】本発明の実施の形態７における推奨番組検索装置の構成を示すブロック図である。
【符号の説明】
【０１３８】
１  アンテナ、  ２  デジタル放送受信ユニット、  ３  表示装置、  ４  時刻情報取得手段（タイマー）、  ５  制御部、  ６  一時蓄積メモリ、  ７  リモコン受光部、  ８  リモコン、  ９  不揮発メモリ、  １０  記憶部、  ５１  チャンネル制御部、  ５２  視聴履歴情報取得部、  ５３  視聴時間カウンタ、  ５４  番組情報取得部、  ５５  蓄積制御部、  ５６  検索部、  ６０  推奨番組検索装置、  ６１  番組情報記憶部、  ６３  アンテナ、  ６４  アナログ放送受信ユニット、  ６５  外部入力受信ユニット、  ６６  表示切替制御部。
【図１】
2008306655.tif 000003
【図２】
2008306655.tif 000004
【図３】
2008306655.tif 000005
【図４】
2008306655.tif 000006
【図５】
2008306655.tif 000007
【図６】
2008306655.tif 000008
【図７】
2008306655.tif 000009
【図８】
2008306655.tif 000010
【図９】
2008306655.tif 000011
【図１０】
2008306655.tif 000012
【図１１】
2008306655.tif 000013
【図１２】
2008306655.tif 000014
【図１３】
2008306655.tif 000015
【図１４】
2008306655.tif 000016
【図１５】
2008306655.tif 000017
【図１６】
2008306655.tif 000018
【図１７】
2008306655.tif 000019
【図１８】
2008306655.tif 000020
【図１９】
2008306655.tif 000021
【図２０】
2008306655.tif 000022
【図２１】
2008306655.tif 000023
【図２２】
2008306655.tif 000024
【図２３】
2008306655.tif 000025
【図２４】
2008306655.tif 000026
【図２５】
2008306655.tif 000027
【図２６】
2008306655.tif 000028
【図２７】
2008306655.tif 000029
【図２８】
2008306655.tif 000030