(57)【要約】【課題】例えば、１週間前や１日前等の過去に視聴した番組と同じ番組の放送局に、その番組の放送開始前に確実に自動選局させる。【解決手段】受信装置に、放送を受信する受信手段(201,214)と、選局の指示操作を行う操作手段(216)と、選局した放送局を少なくとも含む選局履歴情報を単位時間毎に順次記憶する記憶手段(211)と、現在から所定日数前等の過去における現在時刻を前記単位時間で切り上げた時刻の選局履歴情報が前記記憶手段に記憶されている場合、当該選局履歴情報に記憶されている放送局に自動選局させる制御手段(208)とを設ける。【選択図】図１
2006295868.tif 000002
【特許請求の範囲】
【請求項１】
放送を受信する受信手段と、
選局の指示操作を行う操作手段と、
選局した放送局を少なくとも含む選局履歴情報を単位時間毎に順次記憶する記憶手段と、
現在時刻を前記単位時間で切り上げた補正時刻と同一時刻における過去の選局履歴情報が前記記憶手段に記憶されている場合、当該選局履歴情報に記憶されている放送局を選局する制御手段と、
を設けたことを特徴とする受信装置。
【請求項２】
さらに、
放送される番組の放送局、番組開始終了日時および番組名を含む電子番組表情報を取得する取得手段を備え、
前記制御手段は、前記補正時刻と同一時刻における過去の選局履歴情報が前記記憶手段に記憶されている場合、さらに、その選局履歴情報に記憶されている放送局および番組名と同一放送局且つ同一番組名の番組情報が本日の前記補正時刻における番組情報として前記電子番組表情報に含まれているか否かを判断し、含まれている場合には当該選局履歴情報に記憶されている放送局を選局する、
ことを特徴とする請求項１記載の受信装置。
【請求項３】
放送を受信する受信手段と、
放送される番組の放送局、番組開始終了日時および番組名を含む電子番組表情報を取得する取得手段と、
選局の指示操作を行う操作手段と、
選局した放送局、番組名、視聴開始日時および視聴時間を少なくとも含む視聴履歴情報を単位時間毎に順次記憶する記憶手段と、
現在時刻を前記単位時間で切り上げた補正時刻と同一時刻に放送されている全放送局の番組情報を前記電子番組表情報から取得すると共に、前記記憶手段に記憶されている過去の選局履歴情報から所定視聴時間以上視聴している番組を抽出して、前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が１つある場合には、その番組の放送局を選局する一方、同一の番組が複数ある場合には、その複数の番組の内から１つの番組の放送局を選局する制御手段と
を設けたことを特徴とする受信装置。
【請求項４】
前記制御手段は、
前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が複数ある場合には、その複数の番組の内で前記現在時刻後最も先に見ていた番組の放送局を選局する、
ことを特徴とする請求項３記載の受信装置。
【請求項５】
前記制御手段は、
前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が複数ある場合には、その複数の番組の内で最も先に始まった番組の放送局を選局する、
ことを特徴とする請求項３記載の受信装置。
【請求項６】
前記制御手段は、
前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が複数ある場合には、その複数の番組の内で最も視聴時間の長い番組の放送局を選局する、
ことを特徴とする請求項３記載の受信装置。
【請求項７】
選局された放送局を少なくとも含む選局履歴情報を単位時間毎に順次記憶するステップと、
ユーザにより自動選局の指示がされると、その現在時刻を前記単位時間で切り上げた時刻を補正時刻として算出するステップと、
前記補正時刻と同一時刻における過去の前記選局履歴情報が記憶されているか否かを判断し、記憶されている場合、当該選局履歴情報に記憶されている放送局を選局するステップと、
を有することを特徴とする受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電波やインターネット等からの放送を受信する受信装置および受信方法に関する。
【背景技術】
【０００２】
従来、過去に視聴した番組の履歴をメモリに記憶しておき、１日前に観ていた番組や１週間前に観ていた番組の放送局（チャンネル）に選局することができる装置が提案されている（例えば、特許文献１，２参照）。
【０００３】
また、毎週予約、毎日予約あるいは月〜金曜予約等の番組予約を、電子番組表（ＥＰＧ）の番組名を確認した上で予約する装置が提案されている（例えば、特許文献３参照）。
【特許文献１】特開平６−７０２４５号公報
【特許文献２】特開平６−３１１４４３号公報
【特許文献３】特開２００３−４６９２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１，２に記載の選局方法によると、臨時番組等による番組編成の変更により目的の番組が休止している場合、目的の番組の放送局（チャンネル）に正しく選局できなくなるという問題があった。
【０００５】
また、目的の番組の放送局に選局した時刻が、その目的の番組の始まる時刻を過ぎてから選局した場合、翌週に同じ番組の放送局に選局するためには、少なくとも前回の選局時刻と同じかそれ以降の時刻にならないと目的の番組の放送局に選局されない。例えば、上記特許文献２に記載の選局方法によると、目的の番組が11時00分から始まる番組であるとすると、先週に目的の番組の放送局にした時刻が11時16分であった場合、翌週は少なくとも11時16分かもしくはそれ以降の時刻にならないと目的の番組の放送局に選局されないため、番組の開始時点から視聴できない等、使い勝手の悪いものであった。
【０００６】
また、１日前に観ていた番組や１週間前に観ていた番組の放送局に精度良く選局させるためには、例えば上記特許文献２に記載のような履歴情報を、できるだけ短いサイクルで（例えば、１分間隔で）記録する必要があるため、履歴情報を保存するためのメモリ領域に多くの容量を必要とした。さらに、１日前に観ていた番組や１週間前に観ていた番組と同じ番組の放送局に、その番組の放送開始前に確実に自動選局させるためには、上記特許文献１〜３に記載の技術では不十分であった。
【０００７】
本発明は、以上のような問題を鑑みてなされたものであり、過去に視聴した番組と同じ番組の放送局に、その番組の放送開始前に確実に自動選局できる受信装置および受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明に係る受信装置の第１の特徴は、放送を受信する受信手段と、選局の指示操作を行う操作手段と、選局した放送局を少なくとも含む選局履歴情報を単位時間毎に順次記憶する記憶手段と、現在時刻を前記単位時間で切り上げた補正時刻と同一時刻における過去の選局履歴情報が前記記憶手段に記憶されている場合、当該選局履歴情報に記憶されている放送局を選局する制御手段と、を設けたことにある。
【０００９】
ここで、「過去」とは、例えば、「１週間前」や「１日前」といった所定の期間遡った時点や、今日より過去１週間以内、２週間以内、１月以内等の過去の一定期間内を意味する。また、「現在時刻を前記単位時間で切り上げた補正時刻現在時刻を」とは、例えば、単位時間を「５分」、現在時刻を「14:56」とすると、補正時刻は、現在時刻の「14:56」を単位時間「５分」で切り上げた時刻、すなわち「15:00」になる。
【００１０】
したがって、現在時刻を単位時間（例えば、５分、１０分等）で切り上げた時刻と同一時刻における過去の選局履歴情報が記憶手段に記憶されている場合、その番組の放送局に自動選局されるため、現在時刻がたとえ目的の番組の放送開始前（例えば、放送開始５分前〜０分前の間、放送開始１０分前〜０分前の間等）の時刻であっても、目的の番組の放送局に自動選局することができる。
【００１１】
しかも、記憶手段に記憶する選局履歴情報は、１分間隔といった短いサイクルで記憶する必要がなく、例えば５分間隔、１０分間隔、１５分間隔、…といったユーザの視聴状態に合わせて、ユーザが任意に比較的長いサイクル（単位時間）で記憶することができるため、記憶手段の容量を節約できる。
【００１２】
また、本発明に係る受信装置の第２の特徴は、さらに、放送される番組の放送局、番組開始終了日時および番組名を含む電子番組表情報を取得する取得手段を備え、前記制御手段は、前記補正時刻と同一時刻における過去の選局履歴情報が前記記憶手段に記憶されている場合、さらに、その選局履歴情報に記憶されている放送局および番組名と同一放送局且つ同一番組名の番組情報が本日の前記補正時刻における番組情報として前記電子番組表情報に含まれているか否かを判断し、含まれている場合には当該選局履歴情報に記憶されている放送局を選局する、ことにある。
【００１３】
このため現在時刻を補正時刻と同一時刻における過去の選局履歴情報に記憶されている放送局および番組名と同一放送局且つ同一番組名の番組情報が本日の前記補正時刻における番組情報として前記電子番組表情報に含まれているか否かを判断して、含まれている場合には当該選局履歴情報に記憶されている放送局を選局するようにしたので、上記第１の特徴に加え、例えば、臨時番組等で番組編成が変更されて目的の番組、例えば現在時刻を単位時間で切り上げた補正時刻で過去に観た番組と同じ番組が休止したような場合には、自動選局されないため、誤って選局されるのを防止できる。
【００１４】
また、本発明に係る受信装置の第３の特徴は、放送を受信する受信手段と、放送される番組の放送局、番組開始終了日時および番組名を含む電子番組表情報を取得する取得手段と、選局の指示操作を行う操作手段と、選局した放送局、番組名、視聴開始日時および視聴時間を少なくとも含む視聴履歴情報を単位時間毎に順次記憶する記憶手段と、現在時刻を前記単位時間で切り上げた補正時刻と同一時刻に放送されている全放送局の番組情報を前記電子番組表情報から取得すると共に、前記記憶手段に記憶されている過去の選局履歴情報から所定視聴時間以上視聴している番組を抽出して、前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が１つある場合には、その番組の放送局を選局する一方、同一の番組が複数ある場合には、その複数の番組の内から１つの番組の放送局を選局する制御手段と、を設けたことにある。
【００１５】
このため、ユーザがザッピングなどで複数の放送局を短時間の間に切換えながら視聴しており、番組の視聴履歴情報が単位時間毎に変わることがあっても、ザッピングなどにより所定視聴時間に満たない時間しか視聴していない番組は除外されるので、ユーザの意図と異なる番組が選局されることを防止することができる。
【００１６】
また、本発明に係る受信装置の第４の特徴は、前記制御手段は、前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が複数ある場合には、その複数の番組の内で前記現在時刻後最も先に見ていた番組の放送局を選局する、ことにある。
【００１７】
また、本発明に係る受信装置の第５の特徴は、前記制御手段は、前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が複数ある場合には、その複数の番組の内で最も先に始まった番組の放送局を選局する、ことにある。
【００１８】
また、本発明に係る受信装置の第６の特徴は、前記制御手段は、前記補正時刻と同一時刻に放送されている全放送局の番組情報と前記所定視聴時間以上視聴している番組とを比較し、同一の番組が複数ある場合には、その複数の番組の内で最も視聴時間の長い番組の放送局を選局する、ことにある。
【００１９】
また、本発明に係る受信方法の第７の特徴は、選局された放送局を少なくとも含む選局履歴情報を単位時間毎に順次記憶するステップと、ユーザにより自動選局の指示がされると、その現在時刻を前記単位時間で切り上げた時刻を補正時刻として算出するステップと、前記補正時刻と同一時刻における過去の前記選局履歴情報が記憶されているか否かを判断し、記憶されている場合、当該選局履歴情報に記憶されている放送局を選局するステップと、を有することにある。
【発明の効果】
【００２０】
本発明によれば、例えば、１週間前や１日前等の過去に視聴した番組と同じ番組の放送局に、その番組の放送開始前に確実に自動選局できる受信装置および受信方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照しながら、本発明の実施例について詳しく説明する。なお、各図面を通じて同一もしくは同等の部位や構成要素には、同一もしくは同等の参照符号を付し、その説明を省略もしくは簡略化する。
【実施例１】
【００２２】
本実施例における受信装置の構成例を図１に示す。まず、放送を電波から受信する場合、アンテナ２００から入ってきた電波は、チューナ２０１でチャンネルを選択される。デジタル放送では、アナログ放送と異なり１つのチャンネルで複数の事業者が放送を行う。
【００２３】
よって、チューナ２０１では、周波数での選択を行うとともに、選択した周波数における複数の事業者の中から１つの事業者を選択する。
【００２４】
一方、インターネット放送を受信する場合は、ネットワークＩ／Ｆ２１４を介して様々なプロトコルにより放送を受信する。プロトコルの制御はＣＰＵ２０８とネットワークＩ／Ｆ２１４により行われるが、プロトコルの種類や制御の方式については、本発明では特に制約されない。
【００２５】
電波からの放送の場合もインターネット放送の場合も、次にデスクランブラ２０２を通る。例えば、有料放送などの課金を行う場合、そのままでは視聴できないように放送信号に予めスクランブルをかけておく。デスクランブラ２０２は、特定の認証カードなどが受信装置に挿入され、課金が確認された場合にのみ、スクランブルを解いて視聴できるようにするための回路である。なお、無料放送でもスクランブルのかかっている場合があり、その場合もスクランブルを解いて視聴する。
【００２６】
デスクランブラ２０２を通過した信号は、デマルチプレックス２０３を経由する。デマルチプレックス２０３で、ビデオデータとオーディオデータに分けられ、一時的にデマルチプレックス用ＲＡＭ２１２に蓄えられる。その後、デマルチプレックス用ＲＡＭ２１２から、ビデオデータはビデオデコーダ２０４に送られ、オーディオデータはオーディオデコーダ２０５に送られる。
【００２７】
ビデオデコーダ２０４では、圧縮されたビデオデータがデコードされ、その後、ＧＵＩ（グラフィカル・ユーザ・インタフェース）のグラフィックス２１３のデータが重畳されて、ビデオ出力としてモニタに出力される。
【００２８】
また、オーディオデコーダ２０５では、圧縮されたオーディオデータがデコードされ、オーディオ出力としてオーディオアンプで出力される。
【００２９】
以上のチューナ２０１からオーディオデコーダ２０５までの各部は、バスによってＣＰＵ２０８と接続され、ＣＰＵ２０８の制御によって動作する。ＣＰＵ２０８のバスには、上記各部以外に、ＣＰＵ２０８のプログラムを格納するＲＯＭ２０９、ＣＰＵ２０８の変数を格納するＲＡＭ２１０、フラッシュメモリ２１１、ネットワークＩ／Ｆ２１４、ＲＴＣ（リアル・タイム・クロック）２１５、リモコンＩ／Ｆ２１６が接続されている。
【００３０】
デマルチプレックス２０３は、上記オーディオデータおよびビデオデータ以外に、ＳＩ／ＰＳＩ情報やデータカルーセル情報を抜き出して、デマルチプレックス用ＲＡＭ２１２に一時的に蓄え、ＣＰＵ２０８がこれを取得して、例えばＳＩ情報ならＥＰＧ（Electronic Program Guide）向けの情報に整理し直したり、データカルーセルの情報の中からＢＭＬ文書の情報を抽出したりして、ＲＡＭ２１０に蓄える。なお、ＰＳＩ（Program Specific Information）は、ＭＰＥＧ−２で定義されている主にＰＡＴとＰＭＴを指し、そのＴＳ（Transport Stream）に音声や映像などどのような情報が含まれているかが記述されている。ＳＩ（Service Information）は、番組配列情報放送データストリームの分配システム、内容、スケジュール／タイミングなどを記述するデジタルデータをいい、独自に定義された拡張部分とともにＭＰＥＧ−２のＰＳＩである。ＳＩはＰＳＩの一部であると見なして、ＰＳＩ／ＳＩ情報としてまとめて扱う場合が多い。また、国内デジタル放送のデータ放送の規格であるARIB STD-B24規格で定義するマルチメディア表現に用いるタグ・属性のみを対象としたＸＭＬ応用言語をＢＭＬ（Broadcast Markup Language）といい、ＢＭＬを用いて記述した文書をＢＭＬ文書という。
【００３１】
ユーザからリモコンＩ／Ｆ２１６を介してＥＰＧ情報の表示指示があった場合、ＣＰＵ２０８はグラフィックス２１３を通じてＥＰＧ情報をユーザに提示する。ＥＰＧ情報は現在以降数日間の情報を取得可能である。また、ＢＭＬ文書は自動的に実行あるいはユーザの操作により実行され、例えばその中のＧＵＩ部分は、グラフィックス２１３によりユーザに提示する。
【００３２】
ＲＴＣ２１５は時計であり、その内部に水晶発振器を持って自走で時刻を保持していても良いし、放送からＳＩ情報として受信された時刻データを元に時刻を保持していても良い。後者の場合は、ＳＩ情報の中の時刻情報ＴＯＴ（Time Offset Table；現在の日付、時刻、およびサマータイムの情報が含まれる）をデマルチプレックス用ＲＡＭ２１２からデマルチプレックス２０３経由でＣＰＵ２０８が取得して、ＲＴＣ２１５に保持させることになる。また、ＲＴＣ２１５が保持する時刻は、年月日時分秒といった絶対的な時刻に限らず、受信装置に電源がＯＮになってから水晶発振器が何クロック発振したかといった相対的な時刻でも良い。いずれの場合でも、ＣＰＵ２０８はその時刻データをＲＴＣ２１５から取得することが可能である。
【００３３】
リモコンＩ／Ｆ２１６は、図２に例示するリモコン１０１から送られる赤外線によりコマンドを取得し、これを保持する。ＣＰＵ２０８は、リモコンＩ／Ｆ２１６からコマンドを読みとって、リモコン１０１のどのボタンが押されたり、離されたりしたかを検知することができる。
【００３４】
上述した番組に関する情報、例えば、放送局（チャンネル）、番組開始終了日時および番組名などの「電子番組表情報」は、放送電波に含まれているＳＩ情報（更に詳細にはＥＩＴ等の記述子）から取得したり、インターネット上で同様の情報を取得できるサイトから情報をダウンロードすることにより取得したりできる。なお、ＥＩＴ（Event Information Table）は、番組の名称や放送日時、放送内容など、番組に関する情報を含むテーブルである。
【００３５】
フラッシュメモリ２１１は不揮発性のメモリであり、受信装置本体の電源を切ってもその内容は保持される。過去に視聴した番組の放送局（チャンネル）、番組開始終了日時および番組名を含む選局履歴情報がフラッシュメモリ２１１に記憶される。
【００３６】
図２は、リモコン１０１の外観の概略を示しており、電源ボタン１０２、昨日キー１０３、先週キー１０４、テンキー１０５、十字キー１０６、決定キー１０７などを備えている。このリモコン１０１において、昨日キー１０３が押されると、昨日（１日前）における現在時刻と同じ時刻に視聴していた番組の放送局（チャンネル）に自動的に選局され、先週キー１０４が押されると、先週（１週間前）における現在時刻と同じ時刻に視聴していた番組の放送局（チャンネル）に自動的に選局される。
【００３７】
図３は、ＧＵＩにより自動選局を実現する例を示している。この場合、リモコン１０１の十字キー１０６および決定キー１０７を用いて操作を行う。すなわち、図３に示すＧＵＩ画面に遷移した時に、先週ボタン１１３に対してフォーカスが当たっており、このとき先週ボタン１１３の色が緑色になるなどフォーカスが当たっているのがわかる状態になる。
【００３８】
この状態でリモコン１０１の十字キー１０６の「下キー」を押すと、フォーカスが昨日ボタン１１５に移り、更に十字キー１０６の「上キー」を押すと、フォーカスが先週ボタン１１３に移動する。先週ボタン１１３にフォーカスがあたっている状態で決定キー１０７を押すと、先週視聴していた番組の放送局に選局する。また、昨日ボタン１１５にフォーカスがあたっている状態で決定キー１０７を押すと、昨日視聴していた番組の放送局に選局する。なお、リモコン１０１上に、図２に示したように昨日キー１０３や先週キー１０４が配置されていて、なお且つ図３のようなＧＵＩ画面も配置されているといった構成にしても良い。
【００３９】
図４は、視聴している番組の情報を選局履歴情報としてフラッシュメモリ２１１に登録する処理手順例を示している。また、図５は、フラッシュメモリ２１１内の選局履歴情報を記憶するためのメモリ構成例を示している。
【００４０】
図４に示すように、受信装置が放送を受信し始めると処理が開始され、ＣＰＵ２０８は、ＲＴＣ２１５が保持する現在時刻（分）が「単位時間の倍数」分になったか否かを監視している（ステップＳ４０１）。例えば、単位時間が「５分」の場合、「単位時間の倍数」分は、毎時０分（６０分）、５分、１０分、１５分、…、５０分、５５分であり、単位時間が「１０分」の場合、「単位時間の倍数」分は、毎時０分（６０分）、１０分、２０分、…、５０分である。
【００４１】
ＣＰＵ２０８は、現在時刻（分）が「単位時間の倍数」分になるまでは、ステップＳ４０１の判定処理を繰り返し、「単位時間の倍数」分になると、現在選局している放送局（チャンネル）、番組開始終了日時、番組名を、選局履歴情報としてフラッシュメモリ２１１に書き込む（ステップＳ４０２）。この際に書き込む選局履歴情報の構成は、図５に示すように、単位時間当たりに記録する情報であり、これを１レコードと呼ぶ。
【００４２】
先週の番組を記録するためには、１週間分の記録が必要である。以下、単位時間を「５分」とすると、7［日］×24［時間］×60［分］／5［分］＝2,016［レコード］を記録する必要がある。１レコードの長さは固定長でも可変長でも良いが、放送局、番組開始終了日時は、固定長のデータとして扱えるので、可変長レコードの場合は番組名の長さによってレコード長が決まる。可変長レコードの場合は、例えば番組名の先頭に番組名の長さの情報を付加しておくことによりレコード長を判別することができる。
【００４３】
ここでは、説明を簡単にするために固定長レコードとして説明する。１レコードの長さをＮバイトとして、レコードの格納位置は、曜日と時間と分により決まっている。すなわち、日曜の00時00分のレコード格納位置をＡとすると、木曜日の17:55のレコードは、日曜と木曜は４日差であることから、式１から算出される記録位置Ｓに記憶される。
【００４４】
S = A＋(4×24×60＋17×60＋55)／5×N = A＋1367N               (1)
また、式１を一般化すると、単位時間をｐ、日曜日との日差がdである曜日のｈ時ｍ分のレコード記録位置Ｓは、式２によって算出される。
【００４５】
S = A＋(d×24×60＋h×60＋m)／p×N = A＋1367N                 (2)
ステップＳ４０２におけるフラッシュへの書き込み処理が完了すると、再びステップＳ４０１に戻り、ＣＰＵ２０８は、以上の処理動作を放送の受信が終わるまで繰り返す。
【００４６】
なお、初期状態では全てのレコードは、どの放送局も選局されていない旨の状態が書き込まれている。
【００４７】
次に、所定日数前等の過去に視聴した番組と同じ番組のチャンネルに自動選局する場合のアルゴリズムの例を、図６のフローチャートに従って説明する。なお、ここでは「所定日数前」を「１日前（すなわち昨日）」の同時刻に視聴した番組と同じ番組のチャンネルに自動選局する場合を例に説明するが、同様にして「１週間前（すなわち先週）」の同時刻に視聴した番組と同じ番組のチャンネルに自動選局する場合にも適用できる。また、今日より過去１週間以内、２週間以内、１月以内とか、過去の所定期間内を指定するようにしても勿論よい。
【００４８】
まず、リモコン１０１の昨日キー１０３もしくはＧＵＩ画面の昨日ボタン１１５が押されることで、ユーザから昨日観た番組の放送局への自動選択が指示され、図６に示す処理が開始される。
【００４９】
次に、ＣＰＵ２０８は、ＲＴＣ２１５が保持する現在時刻を単位時間（選局履歴情報のレコードをフラッシュメモリ２１１に記録する際の単位時間）で切り上げた時刻を「補正時刻」として算出する（ステップＳ６０１）。例えば、単位時間を５分とすると、現在時刻が木曜日の20:55（00秒）〜20:59（59秒）の間であれば、補正時刻を木曜日の21:00と算出し、現在時刻が月曜日の3:00（00秒）〜3:04（59秒）の間であれば、補正時刻を月曜日の3:05と算出する。また、現在時刻が日曜日の23:55（00秒）〜23:59（59秒）の間であれば、補正時刻を月曜日の0:00と算出する。なお、切り上げの方法は、23:55(01秒)から0:00(00秒)が0:00となっても良い。
【００５０】
次に、ＣＰＵ２０８は、算出した補正時刻と同時刻の昨日のレコードが、選局履歴情報としてフラッシュメモリ２１１に記録されているか否かを検索する（ステップＳ６０２）。具体的には、補正時刻と同時刻の昨日のレコード記録位置を、上記式２に従って算出し、算出した記録位置のレコードの内容を参照する。例えば、補正時刻が日曜日の21:00であった場合は、補正時刻と同時刻の昨日のレコード、すなわち土曜日の21:00のレコード記録位置Ｓを式３のように算出する。
【００５１】
S = A＋(6×24×60＋21×60＋0)／5×N = A+1980N                (3)
次に、ＣＰＵ２０８は、式３から算出される記録位置Ｓに格納されているレコードに、昨日の選局履歴情報が記録されているか否かを判定する（ステップＳ６０３）。判定の結果、記録位置Ｓに格納されているレコードに昨日の選局履歴情報が記録されていない場合、例えばメッセージや警告音等を出力することで「昨日の視聴がない」旨をユーザに知らせ、例えばそれまで観ていた放送局（チャンネル）への選局を継続する（ステップＳ６０４）。
【００５２】
逆に、記録位置Ｓに格納されているレコードに、昨日の選局履歴情報が記録されている場合は、選局履歴情報から放送局（チャンネル）のデータを抽出して、その放送局（チャンネル）に自動的に選局して（ステップＳ６０５）、処理を終了する。
【００５３】
以上のとおり、実施例１においては、現在時刻を単位時間、例えば、５分、１０分等で切り上げた補正時刻における過去、例えば、１日前、１週間前等の所定日数前の選局履歴情報がフラッシュメモリ２１１に記録されている場合、その選局履歴情報に記録されている番組のチャンネルに自動選局されるため、現在時刻がたとえ目的の番組の放送開始前の時刻であっても、目的の番組のチャンネルに自動選局させることができる。
【００５４】
しかも、フラッシュメモリ２１１に記録する選局履歴情報は、１分間隔といった短いサイクルで記憶する必要がなく、例えば５分間隔、１０分間隔、１５分間隔、…といった比較的長いサイクル（単位時間）で記憶すれば良いため、フラッシュメモリ２１１の容量を節約できる。
【００５５】
なお、実施例１においては、図５に示した各レコードに、少なくとも放送局（チャンネル）のデータが選局履歴情報として記録されていれば良い。
【００５６】
また、実施例１では、現在時刻を切り上げるための単位時間を５分とした例を示したが、本発明では単位時刻を５分に限るものでなく、例えば、単位時間を３分や１０分等、適宜、ユーザが自己の視聴状況に応じて変更することもできるし、異なる単位時間（例えば５分単位と３分単位）で管理する時間帯あるいは曜日が混在していても良い。例えば、夕方１７：００〜２１：００は、５分単位、それ以外の時間帯は１０分単位に切り上げるというように時間帯で単位時間を変更しても良いし、土曜日および日曜日のみ、５分単位、それ以外の曜日は１０分単位というように曜日毎に単位時間を変更しても良いし、さらには土曜日および日曜日の夕方１７：００〜２１：００のみ３分単位、それ以外の曜日は１０分単位に切り上げる、というように曜日と時間帯を特定して単位時間を変更するようにしても勿論よい。また、最近は、例えば、番組の開始時間が、１９：００、２１：００等というようにちょうどの時刻に始まる番組の他に、１８：５５や、２１：１５、２１：４５等の中途から始まる番組とかもあるので、単位時間で切り上げた時の時刻が、１９：００だけでなく、１８：５５、２１：１５、２１：４５等の中途となるようにしても勿論良いし、また予め切り上げ先の時刻を、例えば、毎時５分、１０分、２５分、３５分、５０分、５５分、等というように可変長の単位時間により設定するようにしても勿論よい。これらのことは、以下に説明する他の実施例でも同様である。
【実施例２】
【００５７】
次に、本発明の実施例２、つまり電子番組表情報を用いて、昨日視聴した番組と同じ番組のチャンネルに自動選局する場合のアルゴリズムの例を、図７のフローチャートに従って説明する。なお、図７に示すフローチャートにおけるステップＳ７０１〜ステップＳ７０４は、図６に示したフローチャートにおけるステップＳ６０１〜ステップＳ６０４の処理と同様である。
【００５８】
ステップＳ７０３の判定の結果、昨日の選局履歴情報が記録されている場合、選局履歴情報から放送局（チャンネル）と番組名のデータを抽出する。そして、選局履歴情報から抽出したチャンネルおよび番組名と同一チャンネル且つ同一番組名の番組情報が、本日の補正時刻の番組情報として電子番組表情報に含まれているか否かを判定する（ステップＳ７０５）。電子番組表情報は、実際に放送されているＳＩ情報や、インターネットから取得する現在放送されている番組の番組情報などを取得し、その中から現在のその放送局で放送されている番組のチャンネルや番組名などの番組情報を抽出比較する。例えば、ステップＳ６０１で算出した補正時刻が金曜日の7:45であり、その前日である木曜日の7:45の選局履歴情報の放送局（チャンネル）が「地上デジタルの011チャンネル」、番組名が「朝のニュース」であったとすると、電子番組表情報の本日の7:45の「地上デジタルの011チャンネル」で放送される番組の番組名が「朝のニュース」であるか否かを判定する。
【００５９】
判定の結果、本日の補正時刻に同一チャンネル且つ同一番組名の番組があれば、選局履歴情報から抽出した放送局（チャンネル）に自動的に選局して（ステップＳ７０７）、処理を終了する。
【００６０】
逆に、電子番組表情報の本日の補正時刻に同一チャンネル且つ同一番組名の番組がない場合は、例えばメッセージや警告音等を出力することで「本日該当番組がない」旨をユーザに知らせ、例えばそれまで観ていた放送局（チャンネル）への選局を継続する（ステップＳ７０６）。
【００６１】
この場合、番組名の一部のみを比較しても良い。例えば、番組名には「ドラマ××××  第３回」といったようなケースがある。この場合、先週の番組名は「ドラマ××××  第２回」というようになっていることから完全には番組名が一致せず、第何回の部分を除いて比較してなら同じ番組と見なすことができる。
【００６２】
以上のとおり、実施例２によれば、上記実施例１と同様に、現在時刻を単位時間、例えば、５分、１０分等で切り上げた補正時刻における過去、例えば、１日前、１週間前等の所定日数前の現在時刻を選局履歴情報がフラッシュメモリ２１１に記録されている場合、その選局履歴情報に記録されている番組のチャンネルに自動選局されるため、現在時刻がたとえ目的の番組の放送開始前の時刻であっても、目的の番組のチャンネルに自動選局させることができる。
【００６３】
また、上記実施例１と同様に、フラッシュメモリ２１１に記録する選局履歴情報は、１分間隔といった短いサイクルで記憶する必要がなく、例えば５分間隔、１０分間隔、１５分間隔、…といった比較的長いサイクル（単位時間）で記憶すれば良いため、フラッシュメモリ２１１の容量を節約できる。
【００６４】
また、実施例２では、ステップＳ７０３の判定の結果、昨日の選局履歴情報が記録されている場合、選局履歴情報から放送局（チャンネル）と番組名とを抽出して、そのチャンネルおよび番組名と同一チャンネル且つ同一番組名の番組情報が、本日の補正時刻の番組情報として電子番組表情報に含まれているか否かを判定し、同一チャンネル且つ同一番組名の番組があれば、そのチャンネルに自動的に選局するようにしているので、例えば、本日、臨時番組等で番組編成が変更されて目的の番組が休止したような場合には、自動選局されないため、誤って選局されることを防止できる。
【実施例３】
【００６５】
次に、本発明の実施例３について説明する。
【００６６】
上記実施例１，２では、ユーザがザッピングなどで複数のチャンネルを短時間の間に切換ながら視聴しているような場合、履歴情報が例えば５分毎等の単位時間毎に変わってしまい、ユーザの意図と異なる番組に選局されてしまうことがあった。
【００６７】
また、ある週で番組の開始時間より遅れて選局をすることがあると、たとえ１分遅れであっても、次の週は番組の頭から見ることができない問題があった。例えば、２１：００から１チャンネルではじまる番組に対して、遅れて２１：０１に３チャンネルから１チャンネルに切り替えたとすると、そのあと１時間１チャンネルの番組を見たとしても、翌週２０：５８に先週見たチャンネルメニューで決定キーを押すと３チャンネルに選局されてしまうこととなり、目的の１ｃｈに選局されない問題があった。
【００６８】
そこで、実施例３は、次に説明する実施例４と同様に、このようにユーザがザッピングなどで複数のチャンネルを短時間の間に切換ながら視聴しているような場合でも、適切に選局を行うことができるようにしたものである。
【００６９】
本実施例においては、単位時間毎にどこの放送局を見ていたかを示す視聴履歴情報を記憶し、これに基づいて自動選局処理を行う。以下、その詳細について説明する。
【００７０】
図８は、視聴履歴情報をフラッシュメモリ２１１に登録する処理手順例を示している。なお、以下の説明では上記の単位時間を５分とする。
【００７１】
図示するように、受信装置が放送を受信し始めると処理が開始されＣＰＵ２０８は、ＲＴＣ２１５が保持する現在時刻（分）が丁度、上記実施例１，２と同様の単位時間である例えば５分で割り切れる時刻となるまで待機する（ステップＳ８０１：ＮＯ）。なお、この時刻とは、ここでは、例えば、毎時０分、５分、１０分、１５分・・・５５分丁度のことを言う。丁度５分で割り切れる時刻となると（ステップＳ８０１：ＹＥＳ）、現在選局している放送局と番組名をフラッシュメモリ２１１に書き込む（ステップＳ８０２）。
【００７２】
次に、上記の視聴履歴情報を用いて昨日見た番組の放送局に選局する方法について図９のフローチャートを用いて記述する。なお、以下の説明は昨日見た番組の放送局への選局ということで説明するが、全く同じように先週見た番組の放送局への選局にも適用できる。
【００７３】
まず、ユーザにより図１のリモコンの昨日キー１０３や図２の昨日ボタン１１５が押下されることにより、昨日見た番組の放送局に選局する指示が来ると、処理がスタートする。
【００７４】
次に、前記の単位時間に基づいて時刻の補正を行う。例えば、単位時間が５分であり、現在時刻が木曜日の２０：５６〜２０：５９であれば木曜日の２１：００にする。また、月曜日の３：００〜３：０４であれば月曜日の３：０５にする。また、日曜日の２３：５６〜２３：５９であれば月曜日の０：００とする。なお、以降の説明においては、上記のように補正した時刻と呼ぶこととする。この補正した時刻においてフラッシュメモリ２１１に記憶されている番組表情報からその時刻に放送している番組を全て抽出する（ステップＳ９０１）。
【００７５】
次に、昨日の視聴履歴情報から、例えば、２０分等の所定視聴時間以上見ている番組を全て抽出する（ステップＳ９０２）。なお、この際、昨日の番組全てではなく、例えば、現在時刻の前後３時間、あるいは前１時間、後２時間といった範囲で抽出しても良い。また、２０分の所定視聴時間は、ユーザが任意に設定できるもので、１０分、１５分、３０分、４０分等、何分でも良い。
【００７６】
次に、ステップＳ９０１で得られた番組とステップＳ９０２で得られた番組に同一の番組が存在するか否かを検索する（ステップＳ９０３）。
【００７７】
同一の番組が存在しない場合は（ステップＳ９０３：ＮＯ）、「本日該当番組なし」などと表示するなり警告音を発するなどしてユーザの注意を喚起する（Ｓ９０７）。
【００７８】
一方、同一の番組が存在する場合は（ステップＳ９０３：ＹＥＳ）は、このような番組が複数存在するか否かをチェックする（ステップＳ９０４）。
【００７９】
該当する番組が１つしかない場合（ステップＳ９０４：ＮＯ）、その唯一の番組が放送されていた放送局に選局する（ステップＳ９０６）。
【００８０】
一方、該当する番組が複数存在する場合（ステップＳ９０４：ＹＥＳ）は、これらの内で現在時刻後、最も先に見ていた番組の放送局に選局する（Ｓ９０５）。なお、ここでは、現在時刻後最も先に見ていた番組の放送局に選局するようにしているが、現在時刻を単位時間で切り上げた補正時刻後、最も先に見ていた番組の放送局に選局するようにしても、勿論良い。
【００８１】
なお、上記のようにステップＳ９０１〜ステップＳ９０７の動作が行われると、全ての処理が終了する。
【００８２】
次に、図１０を参照しつつ、上記の視聴履歴の詳細について説明する。なお、図中の視聴時間は、上記の視聴履歴に記された単位時間である例えば５分間隔であり、元々の放送時間とは、その番組の開始時間と終了時間である。
【００８３】
具体的には、図１０に示すように、「夕方のアニメ」は、元々の放送時間通り、１６：００〜１７：００の間、視聴したものとする。
【００８４】
また、「首都圏のニュース」は、元々の放送時間が１６：５０〜１８：００であるが、実際に昨日視聴したのは、１７：００〜１８：００であるとする。
【００８５】
また、「歌番組」は、元々の放送時間が１７：３０〜１９：００であるが、実際に昨日視聴したのは、１８：００〜１８：０５であるとする。
【００８６】
また、「旅行番組」は、元々の放送時間が１７：３０〜１９：００であるが、実際に昨日視聴したのは、１８：０５〜１８：５５であるとする。
【００８７】
また、「天気予報」は、元々の放送時間通り、１８：５５〜１９：００の間、視聴したものとする。
【００８８】
また、「全国のニュース」も、元々の放送時間通り、１９：００〜１９：３０の間、視聴したものとする。
【００８９】
そして、「２時間ドラマ」は、元々の放送時間が１９：００〜２１：００であるが、実際に昨日視聴したのは、１９：３０〜２１：００であるとする。
【００９０】
つまり、１８：００〜１８：０５に見た歌番組は、本来は１７：３０〜１９：００の放送であるが、この歌番組の放送が始まってからユーザが旅行番組にチャネルを切り替え、１９：００〜１９：３０は全国のニュースを視聴しているが、これが終了したあとに、２時間ドラマを視聴した、すなわち上記の２時間ドラマの放送時間は１９：００〜２１：００であるが、ユーザは当初、全国のニュースを優先して視聴し、最初の３０分は視聴していないこと等がわかる。なお、本例においては、単位時間が５分であるため、例えば、実際の視聴時間が１８：０１〜１８：５２であっても視聴履歴上の視聴時間は、１８：０５のレコードから１８：５０のレコードとなる。
【００９１】
次に、以下に示す各時刻に昨日見ていた番組を見るための昨日キー１０３（図２参照）
もしくは昨日ボタン１１５（図３参照）が押下された際の動作について説明する。なお、現在時刻を切り上げるための単位時間は、例えば５分、ザッピングしている番組を対象外にするための所定視聴時間は、例えば２０分とする。
【００９２】
第１の例では、１６：５３に昨日キー１０３もしくは昨日ボタン１１５が押下されたとし、補正時刻が１６：５５になるので、図９のステップＳ９０１により補正時刻１６：５５に放送される全放送局の番組として、夕方のアニメと首都圏のニュース等が選択される。しかし、今日は夕方のアニメは放送されず、かつ、首都圏のニュースは元々の放送時間通り１６：５０から１８：００まで放送されると、首都圏のニュースは昨日２０分以上視聴しているので、図９のステップＳ９０３で同一名の番組と認識され、且つ、ステップＳ９０４で唯一の同じ番組と認識されるので、ステップＳ９０６に移行して、首都圏のニュースを放送していた放送局（チャンネル）が選局されることとなる。
【００９３】
第２の例では、１７：５２に昨日キー１０３もしくは昨日ボタン１１５が押下されたとする。すると、補正時刻が１７：５５になり、１７：５５には、首都圏のニュースと、歌番組と、旅行番組の全てが放送時間通り今日放送されているとする。しかし、歌番組は、昨日所定視聴時間である２０分以上視聴していなかったので、図９のステップＳ９０２で選択肢から除外される。そして、ステップＳ９０３で首都圏のニュースと旅行番組が選択肢として認識され、且つ、ステップＳ９０４で選択肢が複数あると認識されるので、ステップＳ９０５に移行し、首都圏のニュースを視聴していた時刻が１７：００から１８：００、旅行番組を視聴していた時刻が１８：０５から１８：５５と首都圏のニュースの方を先に視聴していたので、首都圏のニュースが選局される。なお、首都圏のニュースと旅行番組が放送されていない場合には、ステップＳ９０７で該当する番組がない旨が表示される。
【００９４】
第３の例では、１８：５８に昨日キー１０３もしくは昨日ボタン１１５が押下されたとする。そして、今日も元々の放送時間通り、１９：００から全国のニュースと、２時間ドラマが放送されているとすると、補正時刻が１９：００であり、かつ、全国のニュースと２時間ドラマ共に、昨日所定視聴時間である２０分以上しているので、図９のステップＳ９０４で同じ番組が複数あることになる。この場合、ステップＳ９０５に移行し、全国のニュースは１９：００から１９：３０、２時間ドラマは１９：３０から２１：００に見ていたので、先に見ていた全国のニュースを放送していた放送局に選局されることになる。
【００９５】
ここで、もし、全国のニュースは今日放送されており、２時間ドラマは今日放送されていないとすると、ステップＳ９０４で全国のニュースが唯一一致する番組と判定され、ステップＳ９０６に移行して、全国のニュースが放送されている放送局に選局される。
【００９６】
一方、全国のニュースは今日放送されておらず、２時間ドラマは今日放送されているとすると、ステップＳ９０４で２時間ドラマが唯一一致する番組と判定され、ステップＳ９０６に移行して、２時間ドラマが放送されている放送局に選局される。
【００９７】
第４の例では、１７：５７に昨日キー１０３もしくは昨日ボタン１１５が押下されたとする。この場合は、ステップＳ９０１の時刻補正処理により現在時刻が１８：００と認識されるので、首都圏のニュース、歌番組、旅行番組の全てが今日放送されているとしても、まず１８：００に放送が終了する首都圏のニュースは図９のステップＳ９０１により対象から除外される。そして、歌番組は２０分以上視聴されていなかったのでステップＳ９０２で選択肢から除外される。そして、ステップＳ９０３で旅行番組が選択肢として認識され、ステップＳ９０４で選択肢が複数ではないと認識されるので、ステップＳ９０６に移行し、旅行番組に選局される。
【００９８】
このように、実施例３によれば、上記実施例1、２と同様に、現在時刻を単位時間で切り上げた補正時刻に放送される番組を自動選局対象の候補とするようにしたので、番組の途中で昨日キー１０３もしくは昨日ボタン１１５が押下された場合や、昨日その番組の先頭より遅れて見始めていても、本実施例によればユーザの意図した放送局に選局が可能となる。例えば、第４の例において昨日の歌番組から首都圏のニュースへの切換が１８：１０であったとしても、同様の動作が行われる。
【００９９】
また、上記実施例1、２の受信装置では、ユーザがザッピングなどで複数のチャンネルを短時間の間に切換ながら視聴しているような場合、番組の視聴履歴情報が、例えば５分毎等の単位時間毎に変わってしまい、ユーザの意図と異なる番組に選局されてしまうことがあったが、実施例３の受信装置によれば、現在時刻を切り上げて補正した補正時刻に放送している全放送局の番組と、昨日や先週等の過去の視聴履歴情報で２０分等の所定視聴時間以上見ていた番組とを比較し、同じ番組が複数ある場合には、その複数の中で現在時刻後最も先に視聴していた番組の放送局を選局するようにしたので、ユーザがザッピングなどにより所定視聴時間に満たない時間しか視聴していない番組は除外されるので、ユーザの意図と異なる番組が選局されることを防止することができる。
【０１００】
具体的には、上記実施例１、２の場合、ある週で番組の開始時間より遅れて選局をすることがあると、たとえ１分遅れであっても、次の週は番組の頭から見ることができない場合があった。例えば、２１：００から１チャンネルではじまる番組に対して、遅れて２１：０１に３チャンネルから１チャンネルに切り替えたとすると、そのあと１時間１チャンネルの番組を見たとしても、翌週２０：５８に先週見たチャンネルメニューで決定キーを押すと３チャンネルに選局されてしまうこととなり、目的の１ｃｈに選局されない場合があった。しかし、この実施例３によれば、２１：０１に３チャンネルを選局をしたのがザッピング等による所定視聴時間に満たないものであれば、昨日や先週など過去、補正時刻に３チャンネルを視聴したことがあったとしても、その３チャンネルは選局対象からは除外されるので、ユーザが意図している１ｃｈがステップＳ９０５の条件を満足していれば、選局されることになる。
【実施例４】
【０１０１】
次に、本発明の実施例４について説明する。本実施例においては、上記実施例３の図９のステップＳ９０５の動作に代えて、図１１のステップＳ１１０５が実行されるようにしたものである。
【０１０２】
つまり、実施例４では、実施例３の図９に示すように、処理がスタートすると、単位時間に基づいて時刻の補正を行い、この補正した時刻においてフラッシュメモリ２１１に記憶されている番組表情報からその時刻に放送している番組を全て抽出し（ステップＳ９０１）、続いて昨日の視聴履歴情報から、例えば２０分等の所定視聴時間以上見ている番組を全て抽出する（ステップＳ９０２）。なお、この際、番組全てではなく、例えば、現在時刻の前後３時間、あるいは前１時間、後２時間といった範囲で抽出しても良い。
【０１０３】
次に、ステップＳ９０１で得られた番組と、ステップＳ９０２で得られた番組に同一の番組が存在するか否かを検索し（ステップＳ９０３）、同一の番組が存在しない場合（ステップＳ９０３：ＮＯ）は、上記実施例３と同様に、ステップＳ９０７の処理を行い、同一の番組が存在しても（ステップＳ９０３：ＹＥＳ）、該当する番組が１つしかない場合（ステップＳ９０４：ＮＯ）は、上記実施例３と同様に、ステップＳ９０６の処理を行う。
【０１０４】
これに対し、同一の番組が存在しても（ステップＳ９０３：ＹＥＳ）、該当する番組が複数存在する場合（ステップＳ９０４：ＹＥＳ）、上記実施例３の場合とは異なり、実施例４では、図１１に示す処理、すなわち複数ある番組の内で最も先に始まった番組の放送局に選局する（ステップＳ１１０５）。
【０１０５】
このように、上記実施例1、２の受信装置では、ユーザがザッピングなどで複数のチャンネルを短時間の間に切換ながら視聴しているような場合、履歴情報が、例えば５分毎等の単位時間毎に変わってしまい、ユーザの意図と異なる番組に選局されてしまうことがあったが、実施例４の受信装置によれば、現在時刻を切り上げて補正した補正時刻に放送している全放送局の番組と、昨日や先週の視聴履歴情報で２０分等の所定視聴時間以上見ていた番組とを比較し、同じ番組が複数ある場合には、その複数の中で最も先に始まった番組の放送局を選局するようにしたので、上記実施例３と同様に、ユーザがザッピングなどにより所定視聴時間に満たない時間しか視聴していない番組は除外されるので、ユーザの意図と異なる番組が選局されることを防止することができる。
【０１０６】
なお、図９に示すステップＳ９０５の処理は、上記のステップＳ１１０５の他にも様々な条件に入れ替えることが可能である。
【０１０７】
例えば、上記のステップＳ１１０５の処理として、複数ある番組の内で現在時刻から放送時間が１５分以上残っている番組で、かつ、最も先に見ていた番組の放送局に選局する構成とすることもできる。これにより、ステップＳ９０４の判断の結果、本日同一名の番組が複数あっても、その中で現在時刻から放送時間が１５分に満たない番組は、選局対象から除外することができ、ユーザの過去の視聴嗜好および現在の放送状況に合った番組を自動選局することが可能となる。
【０１０８】
また、上記のステップＳ１１０５の処理として、複数ある番組の内で現在時刻から放送時間が半分以上残っている番組で、かつ、最も先に見ていた番組の放送局に選局する構成とすることもできる。これにより、ステップＳ９０４の判断の結果、本日同一名の番組が複数あっても、その中で現在時刻から放送時間が残り半分以上残っていない番組は、選局対象から除外することができ、ユーザの過去の視聴嗜好および現在の放送状況に合った番組を自動選局することが可能となる。
【０１０９】
また、上記のステップＳ１１０５の処理として、複数ある番組の内最も視聴時間の長かった番組に選局する構成とすることもできる。これにより、ステップＳ９０４の判断の結果、本日同一名の番組が複数あっても、１日前や１週間前等の過去に、内最も視聴時間の長かった番組が選ばれるので、ユーザの過去の視聴嗜好に合った番組を自動選局することが可能となる。
【０１１０】
さらに、これらの条件をユーザがメニューなどにより切り替える構成とすることもできる。
【産業上の利用可能性】
【０１１１】
本発明は、放送電波からを受信する受信装置やインターネット放送を受信する受信装置、更にはこれらの受信装置を内蔵した様々な機器、例えば、ＤＶＤレコーダ、ハードディスクレコーダ、ホームサーバ、テレビ、ＳＴＢ、パソコン、携帯電話機等に用いることが可能である。
【０１１２】
以上、本発明の実施例を詳細に説明したが、本発明は、その精神または主要な特徴から逸脱することなく、他の色々な形で実施することができる。従って、前述の実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には何ら拘束されない。更に、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内のものである。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施例１における受信装置の構成例を示すブロック図である。
【図２】リモコンの外観を例示する概略図である。
【図３】ＧＵＩにより自動選局を指示する場合の画面表示例を示すイメージ図である。
【図４】選局履歴情報をフラッシュメモリ登録するためのアルゴリズム例（実施例１）を示すフローチャートである。
【図５】図１に示した受信装置のフラッシュメモリ内のメモリ構成例を示す模式図である。
【図６】昨日視聴した番組と同じ番組のチャンネルに、番組の放送開始前に自動選局する場合のアルゴリズム例（実施例１）を示すフローチャートである。
【図７】昨日視聴した番組と同じ番組のチャンネルに、番組の放送開始前に自動選局する場合のアルゴリズム例（実施例２）を示すフローチャートである。
【図８】視聴履歴情報をフラッシュメモリ登録するためのアルゴリズム例（実施例３）を示すフローチャートである。
【図９】昨日視聴した番組と同じ番組のチャンネルに、番組の放送開始前に自動選局する場合のアルゴリズム例（実施例３）を示すフローチャートである。
【図１０】実施例３に係る視聴履歴の一例を示す図である。
【図１１】昨日視聴した番組と同じ番組のチャンネルに、番組の放送開始前に自動選局する場合のアルゴリズム例（実施例４）を示すフローチャートである。
【符号の説明】
【０１１４】
１０１…リモコン
１０２…電源ボタン
１０３…昨日キー
１０４…先週キー
１０６…十字キー
１０７…決定キー
１１２…現在時刻
１１３…先週ボタン
１１５…昨日ボタン
２００…アンテナ
２０１…チューナ
２０２…デスクランブラ
２０３…デマルチプレックス
２０４…ビデオデコーダ
２０５…オーディオデコーダ
２０８…ＣＰＵ
２０９…ＲＯＭ
２１０…ＲＡＭ
２１１…フラッシュメモリ
２１２…デマルチプレックス用ＲＡＭ
２１３…グラフィックス
２１４…ネットワークＩ／Ｆ
２１５…ＲＴＣ
２１６…リモコンＩ／Ｆ
【図１】
2006295868.tif 000003
【図２】
2006295868.tif 000004
【図３】
2006295868.tif 000005
【図４】
2006295868.tif 000006
【図５】
2006295868.tif 000007
【図６】
2006295868.tif 000008
【図７】
2006295868.tif 000009
【図８】
2006295868.tif 000010
【図９】
2006295868.tif 000011
【図１０】
2006295868.tif 000012
【図１１】
2006295868.tif 000013