(57)【特許請求の範囲】
【請求項１】
番組についてその番組属性とユーザが該番組を視聴した累計時間に基づく視聴回数とを含むデータベースを作成する作成手段、
前記データベースに基づいて番組表を作成する番組表作成手段、及び
前記番組表作成手段が作成した番組表を出力する番組表出力手段、
を有し、
前記番組属性は、番組名、チャンネル、及び／又はジャンルを含むことを特徴とするディジタル放送受信機。
【請求項２】
各番組についての視聴頻度と視聴回数との関係は、視聴頻度＝該番組の視聴回数／該番組の放送回数とし、前記番組表作成手段は、放送中及び／又は放送予定の番組を視聴頻度の降順で並べた番組表を作成することを特徴とする請求項１記載のディジタル放送受信機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、衛星やケーブル等を介して伝送されるディジタル放送の受信機に係り、詳しくは番組表作成機能を装備するディジタル放送受信機に関するものである。
【０００２】
【従来の技術】
番組表作成機能を装備する従来のディジタル放送受信機が作成する番組表は、一般新聞のテレビ番組欄に記載されている番組表のような縦及び横をそれぞれ時間及びチャンネルとして、時間及びチャンネルの対応位置に放送予定の番組名を記載したものである。
【０００３】
【発明が解決しようとする課題】
ディジタル放送は、多チャンネル化により例えば１００チャンネル以上をもっている。この場合、新聞や雑誌のような印刷媒体による従来の番組表のように、当日、翌日、一週間後などの番組を探し出して、チャンネル選択や録画予約をすることは、多くのユーザにとって非常に繁雑なものとなる。
【０００４】
この発明の目的は、ディジタル放送受信機において、ユーザが目的の番組を能率的に探すことのできる番組表を作成する機能を実現させることである。
【０００５】
【課題を解決するための手段】
この発明のディジタル放送受信機（１０）は次の（ａ）〜（ｃ）を有している。
（ａ）番組についてのユーザの視聴状態を検出する視聴状態検出手段
（ｂ）視聴状態検出手段の検出した番組の視聴状態とその番組の番組属性とを関連付けた視聴実績データを記憶するデータ記憶手段
（ｃ）データ記憶手段の視聴実績データに基づいて番組表を作成する番組表作成手段
（ｄ）番組表作成手段が作成した番組表を出力する番組表出力手段
【０００６】
ディジタル放送受信機（２０）は、衛星放送用に限定されず、ケーブル放送用のものも包含する。番組表出力手段による番組表の出力には、ＴＶモニターへの画面表示以外に、プリンタからのプリントアウト等も含むものとする。
【０００７】
ユーザの好み等の視聴傾向は、ユーザの視聴した番組についての視聴状態、すなわち視聴実績より探ることができる。データ記憶手段は、視聴状態検出手段の検出した番組の視聴状態とその番組の番組属性とを関連付けた視聴実績データを記憶し、これにより、ユーザの視聴傾向をデータ記憶手段に視聴実績データとして残すことができる。番組表作成手段は、データ記憶手段の視聴実績データに基づいて番組表を作成し、これにより、ユーザの視聴傾向を反映した番組表が作成される。
【０００８】
この発明の他のディジタル放送受信機（１０）によれば、番組属性は、番組名、チャンネル、及び／又はジャンルを含む。
【０００９】
現在のＰｅｒｆｅｃＴＶ！では、番組属性として、番組名、チャンネル、及びジャンル、さらには、番組概略内容をカバーしているが、将来のディジタル放送では、番組属性の増加もあり得、番組属性は、将来追加される番組属性も含むものとする
。
【００１０】
この発明の他のディジタル放送受信機（１０）によれば、番組表作成手段は、放送中及び／又は放送予定の番組を、視聴実績データにおける視聴頻度の降順で並べた番組表を作成する。
【００１１】
各番組についての視聴頻度と視聴回数との関係は、視聴頻度＝該番組の視聴回数／該番組の放送回数である。
【００１２】
これにより、ユーザがよく視聴する番組順に並べられた放送中及び／又は放送予定の番組の番組表が作成される。
【００１３】
この発明の他のディジタル放送受信機（１０）によれば、番組表作成手段は、視聴実績データから所定の番組属性についての合計視聴回数を求め、放送中及び／又は放送予定の番組を、所定の番組属性の合計視聴回数の降順で並べた番組表を作成する。
【００１４】
所定の番組属性の合計視聴回数の降順とは、番組属性についてのユーザの好みの順番に一致する。例えば、番組属性をチャンネルやジャンルとすると、チャンネル又はジャンルの合計視聴回数の降順は、ユーザがよく視聴するチャンネル又はジャンルの順番となる。これにより、ユーザがよく視聴する番組属性順に並べられた放送中及び／又は放送予定の番組の番組表が作成される。
【００１５】
【発明の実施の形態】
以下、発明の実施の形態について図面を参照して説明する。
図３はディジタル放送受信方式を示している。ディジタル放送の伝送信号は、人工衛星（図示せず）及びケーブル放送局からのからの電波又は電気信号等を、パラボラアンテナ１０及びケーブル１２を介して各家庭１４等のディジタル放送受信機２０へ入力され、ディジタル放送受信機２０において受信信号を信号処理し、テレビモニター２２に供給される。
【００１６】
図４及び図５はディジタル放送受信機２０のブロック図をバスを境に上下に分けて示す上側部分図及び下側部分図である。チューナーモジュール２６は、受信したディジタル放送の伝送信号の周波数を選択し、チャンネルレシーバ２８へ出力する。チャンネルレシーバ２８は、ＱＰＳＫ（ＱＡＭ）復調、アナログ／ディジタル変換（ＡＤＣ）及びＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）エラー訂正等を行うディジタルデータ復調回路であり、トランスポートストリーム（図６）と呼ばれる形式のデータ列を生成する。ＭＰＥＧ２トランスポートデマルチプレクサ３２は入力されたトランスポートストリームをＭＰＥＧ２のＶｉｄｅｏトランスポートパケット、Ａｕｄｉｏトランスポートパケット、及びＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれるシステムトランスポートパケットに分割し、再構成する。一つのトランスポートストリームには４〜８チャンネルの番組が多重化されており、放送事業者からはそのトランスポートストリームが複数送信されている。チャンネルを選択するには、ＰＳＩから任意のチャンネルが、どのトランスポートストリームで送信されているか、トランスポートストリーム中のどのパケットＩＤで多重化されているかといったデータを取り出して選択する。ＭＰＥＧ２デコーダ＆ＯＳＤ（ＯｎＳｃｒｅｅｎＤｉｓｐｌａｙ）３４はＭＰＥＧ２ビデオストリーム、ＭＰＥＧ２オーディオストリームをそれぞれデコードし、映像信号及び音声信号をそれぞれビデオエンコーダ３６及びＤＡＣ３８に出力する。ＯＳＤ３４は、ＥＰＧの文字データ等を映像信号に変換し、ビデオエンコーダ３６に出力する。ビデオエンコーダ３６よりＮＴＳＣ信号等の映像信号が出力され、テレビモニター２２で映像が再生（出力）される。
【００１７】
各チャンネルや番組はそれぞれ契約することにより再生（出力）が可能となっており、それらの情報はトランスポートストリームにあるデータ（ＥＭＭやＥＣＭ）をＩＣカードインターフェース４４に送り、ＩＣカードインターフェース４４は、ＩＣカードから読み込んだデータに照らして所定データをトランスポートデスクランブラ３０へ送り、条件が合えばトランスポートデスクランブラ３０により映像と音声がデコードできるようになる。ＣＰＵ４０は、ディジタル放送受信機２０の各構成装置を制御するためのものである。ユーザインターフェース４２は、ＥＰＧ画面よりチャンネルを選択、操作するためのものであり、リモコンやキーボードが接続される。モデム４６は有料番組の利用の履歴データを放送事業者へ転送する。
【００１８】
ディジタル放送では、ＭＰＥＧ２の画像圧縮技術の利用により、１００チャンネル以上の番組を、広範囲にわたって放送できるメリットがある。この場合、多チャンネル化によって、新聞や雑誌のような印刷媒体による番組表から当日、翌日、１週間後などの番組を探し出してチャンネル選択や録画予約をすることは、多くのユーザにとって非常に繁雑なものとなる。そこで、その対策としてユーザがＴＶ画面上で番組検索や選択をできるように、番組情報などの、番組表を作るために必要なデータもＭＰＥＧ２のトランスポートストリーム（ＭＰＥＧ２のトランスポートストリームについては後の図５で説明する。）に多重されて放送される。この番組表のことをＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）という。
【００１９】
ＥＰＧを構成するのに必要なデータは、ＭＰＥＧ２Ｓｙｓｔｅｍで規定されるデータ構造で伝送され、テーブルと記述子によって構成される。そのデータ構造のＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）と呼ばれる（なお、ＳＤＴ及びＥＩＴは、ディジタル放送で汎用的に使用されている用語ではなく、ＰｅｒｆｅｃＴＶ！特有の用語である。）、チャンネルに関する付加情報や番組に関する付加情報のデータをＭＰＥＧ２トランスポートデマルチプレクサ３２により抽出して、マイコンなどで処理し、ＥＰＧを構成する（ＳＤＴとＥＩＴのデータ構造は後述）。ＥＰＧはＴＶ画面上や受信機本体の表示器、あるいはリモコンの表示器などによって表示される。ＴＶ画面上に表示する場合は、ＯＳＤ（Ｏｎ  Ｓｃｒｅｅｎ  Ｄｉｓｐｌａｙ）の機能を持ったＩＣが必要になるが、ほとんどの場合図４のＭＰＥＧ２デコーダ３４のオーディオ・ビデオデコーダに内蔵されている。ここでデコードしたＭＰＥＧ２映像とオーバーレイされて出力する。
【００２０】
ディジタル衛星放送の一例としての  ＰｅｒｆｅｃＴＶ！  は、伝送信号をＭＰＥＧ２−ＴＳによって、伝送する。図６は  ＰｅｒｆｅｃＴＶ！  に採用されているＭＰＥＧ２のトランスポートストリームの構造図である。図６において、（１）〜（５）及びＰＩＤの定義は次のとおりである。
（１）  ユニット開始表示
新たなパケットがこのトランスポートストリームのペイロードから始まることを意味する。
（２）  トランスポートパケットプライオリティ
このパケットの重要度を示す。
（３）  スクランブル制御
このパケットのスクランブルの有無と種別を示す。
（４）  アダプテーションフィールド制御
このパケットでのアダプテーションフィールドの有無及びペイロードの有無を示す。上記の（１）〜（４）は、アダプテーションフィールド無し、ペイロード有りで示している。
（５）  巡回カウンター
同じＰＩＤを持つパケットが途中で一部棄却されたかどうかの検出をするための情報。カウントの連続性から検出する。
ＰＩＤ  プログラムＩＤ
図５のトランスポートパケットのペイロード（ＰＩＤ＝プログラムＩＤ）に、前記したＥＩＴ等が１８４バイトを越える場合は、２つ以上のトランスポートパケットに分割されて送信される。目的のＰＩＤを持つトランスポートパケットのペイロードを複数の場合はつなぎ合わせることにより、目的のＥＩＴ等のビットストリームを得ることができる。
【００２１】
ＰｅｒｆｅｃＴＶ！  に採用されているＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）の構造は下記のとおりである。衛星から送信されるトランスポートストリームからＰＩＤが、０ｘ００１１のトランスポートパケットを拾い集めてくると以下のフォーマットに沿ったビットストリームをできあがる。ＳＤＴには各Ｓｅｒｖｉｃｅつまり各チャンネルについての情報が含まれている。このテーブル（セクション）はトランスポートストリームごとに構成される。
0003584385.tif 000002
【００２２】
ＳＤＴはｔａｂｌｅ＿ｉｄ  によって以下のような意味を持つ。
0003584385.tif 000003
【００２３】
上記データ構造のｄｅｓｃｒｉｐｔｏｒ（）  に含まれる情報には次に示すものがある。
ＤＭ＿ｎａｍｅ＿ｄｅｓｃｒｉｐｔｏｒ（）                                      サービス名（チャンネル名）が記述されている。
ＤＭ＿ｃｏｎｔｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ（）                                サービス内容
ＤＭ＿ｌｏｇｏ＿ｄｅｓｃｒｉｐｔｏｒ（）                                      そのチャンネルのロゴがビットマップの画像
ＮＶＯＤ＿ｒｅｆｅｒｅｎｃｅ＿ｄｅｓｃｒｉｐｔｏｒ（）                        ｎｅａｒビデオ・オン・デマンドのサービスに関する情報
ｔｉｍｅ＿ｓｈｉｆｔｅｄ＿ｓｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ（）            ＮＶＯＤの元になっているチャンネルのｓｅｒｖｉｃｅ＿ｉｄ
ｍｏｓａｉｃ＿ｄｅｓｃｒｉｐｔｏｒ（）                                        分割画面表示に関する情報
ＤＭ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅ＿ｄｅｓｃｒｉｐｔｏｒ（）                      映像、音声、データなどサービスのタイプ
ＤＭ＿ｅｖｅｎｔ＿ｒａｎｇｅ＿ｄｅｓｃｒｉｐｔｏｒ（）                        同じＴＳ内に存在するｓｃｈｅｄｕｌｅ＿ＥＩＴに関する情報
【００２４】
一例としてのＰｅｒｆｅｃＴＶ！におけるＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）のデータ構造は下記の通りである。ＰＩＤが０ｘ００１２  のトランスポートパケットを拾い集めてくると以下のフォーマットに沿ったビットストリームができあがる。ＥＩＴには各Ｅｖｅｎｔつまり各番組についての情報が含まれている。このテーブル（セクション）はサービス（チャンネル）ごとに構成される。
0003584385.tif 000004
【００２５】
ＥＩＴはｔａｂｌｅ＿ｉｄによって以下のような意味をもつ。
ｔａｂｌｅ＿ｉｄ＝          ０ｘ４Ｅ                                        （ＥＩＴ＿ｐ／ａ）  ａｃｔｉｖｅ＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ、ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴ
現在受信しているＴＳの現在又は次に実行される番組の情報
０ｘ４Ｆ                                        （ＥＩＴ＿ｐ／ｏ）  ｏｔｈｅｒ＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ、ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴ
他のＴＳの現在又は次に実行される番組の情報
０ｘ５０〜５７（ＥＩＴ＿ｇ／ａ）              ａｃｔｉｖｅ＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ、ｇｅｎｅｒａｌ＿ＥＩＴ
現在受信しているＴＳの全ての番組予定情報（番組内容以外）
０ｘ６０〜６７（ＥＩＴ＿ｇ／ｏ）              ｏｔｈｅｒ＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ、ｇｅｎｅｒａｌ＿ＥＩＴ
他のＴＳの全ての番組予定情報（番組内容以外）
０ｘ５８〜５Ｆ（ＥＩＴ＿ｄ／ａ）              ａｃｔｉｖｅ＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ、ｄｅｔａｉｌ＿ＥＩＴ
現在受信しているＴＳの全ての番組予定情報（番組内容のみ）
０ｘ６８〜６Ｆ（ＥＩＴ＿ｄ／ｏ）              ｏｔｈｅｒ＿ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ、ｄｅｔａｉｌ＿ＥＩＴ
他のＴＳの全ての番組予定情報（番組内容のみ）
【００２６】
上記のデータ構造のｄｅｓｃｒｉｐｔｏｒ（）  に含まれる情報には次に示すものがある。ＤＭ＿ｎａｍｅ＿ｄｅｓｃｒｉｐｔｏｒ                          番組名が記述されている。
ＤＭ＿ｔｓ＿ｅｖｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ                  ｔｉｍｅ＿ｓｈｉｆｔｅｄ＿ｅｖｅｎｔの場合に、その親ｅｖｅｎｔのｓｅｒｖｉｃｅ＿ｉｄとｅｖｅｎｔ＿ｉｄが記述されている。
ＤＭ＿ｃｏｍｐｏｎｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ                ＰＭＴのｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒ＿ｄｅｓｃｒｉｐｔｏｒのｃｏｍｐｏｎｅｎｔ＿ｔａｇと一致するストリームについて記述されている。
ｃｏｎｔｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ                          番組ジャンルについて記述されている。
ｐａｒｅｎｔａｌ＿ｒａｔｉｎｇ＿ｄｅｓｃｒｉｐｔｏｒ          ペアレンタルレベルについて記述されている。ＤＭ＿ｆｅｅ＿ｄｅｓｃｒｉｐｔｏｒ                            ＰＰＶの料金が記述されている。
ＤＭ＿ｃｏｎｔｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ                    番組内容が記述されている。
ＤＭ＿ｃｏｐｙ＿ｃｏｎｔｒｏｌ＿ｄｅｓｃｒｉｐｔｏｒ          ＭＡＣＲＯＶＩＳＩＯＮに関する情報が記述されている。
ＤＭ＿ｆｕｎｃｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ                  受信機が実現すべき機能が記述されている。
ＤＭ＿ｖｏｔｉｎｇ＿ｄｅｓｃｒｉｐｔｏｒ                      ｖｏｔｉｎｇに関する情報が記述されている。
ＤＭ＿ｓｅｒｉｅｓ＿ｄｅｓｃｒｉｐｔｏｒ                      その番組が属するシリーズ番号を記述されている。
【００２７】
現在放送中のディジタル衛星放送ＰｅｒｆｅｃＴＶ！におけるＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）のデータ構造について説明する。衛星から送信されるトランスポートストリームからＰＩＤが００１０ｈのトランスポートパケットを拾い集めてくると以下のフォーマットに沿ったビットストリームができあがる。ＮＩＴには変調周波数などの伝送路の物理情報や編成チャンネル情報が含まれている。このテーブルはネットワークごと（現在はネットワークが一つしかない。つまりＰｅｒｆｅｃＴＶ！のみ。）に構成される。
【００２８】
0003584385.tif 000005
｝
【００２９】
ＮＩＴはｔａｂｌｅ＿ｉｄによって以下のような意味を持つ。
ｔａｂｌｅ＿ｉｄ  ＝  ４０ｈ  （ＮＩＴ＿ａ）                現在受信しているネットワークの伝送路の物理情報や編成、チャンネルに関する情報。
４１ｈ  （ＮＩＴ＿ｏ）                                  他のネットワークの伝送路の物理情報や編成チャンネルに関する情報。
【００３０】
上記のデータ構造のｄｅｓｃｒｉｐｔｏｒ（）には、ｎｅｔｗｏｒｋ＿ｄｅｓｃｒｉｐｔｏｒｓとｔｒａｎｓｐｏｒｔ＿ｄｅｓｃｒｉｐｔｏｒｓがあり、含まれる情報には次に示すものがある。
ｎｅｔｗｏｒｋ＿ｄｅｓｃｒｉｐｔｏｒｓ
ＤＭ＿ｎａｍｅ＿ｄｅｓｃｒｉｐｔｏｒ（）                                                    ネットワーク名が記述されている。
ＤＭ＿ｏｆｆｓｅｔ＿ｔｉｍｅ＿ｄｅｓｃｒｉｐｔｏｒ（）                                      夏時間制度が実施された場合のオフセット
ＤＭ＿ｍｅｓｓａｇｅ＿ｄｅｓｃｒｉｐｔｏｒ（）                                              そのネットワーク受信者全員に対するメッセージ
ＤＭ＿ｃｏｐｙ＿ｍａｎａｇｅｍｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ（）                              ＭＡＣＲＯＶＩＳＩＯＮのｐｒｏｃｅｓｓ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ＿ｄａｔａ
ｔｒａｎｓｐｏｒｔ＿ｄｅｓｃｒｉｐｔｏｒｓ
ｓｅｒｖｉｃｅ＿ｌｉｓｔ＿ｄｅｓｃｒｉｐｔｏｒ（）                                          存在するｓｅｒｖｉｃｅ＿ｉｄとそのタイプが列記されている。
ｓａｔｅｌｌｉｔｅ＿ｄｅｌｉｖｅｒｙ＿ｓｙｓｔｅｍ＿ｄｅｓｃｒｉｐｔｏｒ（）                伝送諸元
【００３１】
図７はディジタル放送用ＥＰＧを表示する従来の処理のフローチャートである。Ｓ５０において、ディジタル放送受信機２０のユーザインターフェース４２、例えばリモコンなどによりＥＰＧを表示させるための指示が入力される。Ｓ５２において、ＳＤＴデータを受信して、番組表の有無の確認、自他ストリームのサービス名等を取得する。次に、Ｓ５４では、ＥＩＴデータを受信して、自他ストリームの各サービスの中の番組名、その開始時刻、カテゴリ等の情報を取得する。Ｓ５６では、これらの取得したデータよりＥＰＧを構成する。ＥＰＧはそのマイコンのプログラムの組み方しだいで、様々な形式で構成可能である。例えばチャンネル別や番組ジャンル別に表示することが可能である。
【００３２】
希望のチャンネルを受信するには、ＭＰＥＧ２Ｓｙｓｔｅｍで規定される、ＰＡＴ（Ｐｒｏｇｒａｍ  Ａｓｓｏｃｉａｔｉｏｎ  Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）、ＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ  Ａｃｃｅｓｓ  Ｔａｂｌｅ）、ＮＩＴ（Ｎｅｔｗｏｒｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）と呼ばれるデータをを必要とする。これらのデータはすべてＩＤがふられている。ある番組で必要になる映像や音声のストリームのＩＤ（ＰＩＤ：Ｐａｃｋｅｔ  ＩＤ）はＰＭＴに記述されていて、その番組用のＰＭＴのＰＩＤがＰＡＴに記述されている。ＣＡＴは限定受信のための鍵である。ＮＩＴは放送の伝送路に関する物理的な情報や１本のトランスポートストリームの中に含まれているチャンネルなどが記述されている。これらのデータから選択されたチャンネルの映像や音声などのストリームの番号を割り出し、そのＰＩＤのストリームを受信することによって、映像や音声を受信する。
【００３３】
図８は希望のチャンネルを受信する処理のフローチャートである。Ｓ６０でチャンネル番号が選択されると、Ｓ６２でＰＡＴを受信し、Ｓ６４で選択されたチャンネル番号が存在するか否か判断する。存在した場合、ＰＡＴの中で記述されていたＰＩＤのＰＭＴを受信する（Ｓ６６）。ＰＭＴにはその番組で必要になる映像や音声などのＰＩＤが記述されているので、このＰＩＤを受信しデコードすることで番組を視聴できる（Ｓ６８）。Ｓ６０において選択されたチャンネル番号が存在しなかった場合は、Ｓ７０でＮＩＴを受信し、Ｓ７２で他のＲＦに目的のチャンネルが存在するか否か判断する。存在した場合はＳ７４で受信しているＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）を変更して再びＰＡＴを受信する。存在しなかった場合は、通常、デフォルトのＲＦ、デフォルトのチャンネルを受信する（Ｓ７６）。
【００３４】
ディジタル放送では多チャンネル化により１００チャンネル以上で番組が放送されている。そのため試聴者が目的の番組を選択するのは非常に困難である。そこで番組選択を容易にするために用いられているのが前述の図７で説明したような電子番組表（ＥＰＧ）である。ＥＰＧは、ディジタル化された番組の映像や音声に多重されて送られてくる番組付加情報によって構成される。どのようにＥＰＧを表示するかは受信機による。
【００３５】
そこで、ユーザが頻繁に視聴する番組を判別し、頻繁に視聴する番組、つまり視聴頻度の大きい番組順（図１及び図２のフローチャートでは、厳密には視聴回数の多い番組順にＥＰＧをソートする。
【００３６】
図１は視聴履歴を作成、記憶する処理のフローチャートである。ユーザが頻繁に視聴する番組を判別するために、すなわち、ユーザの視聴傾向を検出するために、視聴履歴を作成し、利用する。概略としては、ユーザがチャンネル変更した際にディジタル放送受信機２０本体内のメモリー上にｓｅｒｖｉｃｅ＿ｉｄ（チャンネル番号）、番組名、ジャンル、番組を見た回数をリストアップしていく。同じ番組を過去に視聴していたらその番組の視聴回数を１増やす。初めて視聴する番組であれば、新たにリストにその番組のｓｅｒｖｉｃｅ＿ｉｄ、番組名、ジャンルを追加して視聴回数を１とする。
【００３７】
図１は、例として現在放送中のＰｅｒｆｅｃＴＶ！における視聴履歴作成の作成に係るものであり、このフローに出てくるタイマーとは０からカウントし、ある番組を視聴している累計時間を示すものである。視聴履歴を作成するには、ある番組を視聴したかどうかを判断する必要がある。受信機ユーザーの誤操作やチャンネル変更の際に一瞬だけ番組を受信しただけでその番組を視聴したと判断するのはおかしい。そこで番組を視聴したという判断の為にタイマーを利用し、番組継続時間の半分より多く同じ番組を視聴していた場合に限り、その番組を視聴したと判断するようにしている。（半分でなくてもよい。３分の１より多く視聴した場合でもよいし、３分の２より多く視聴した場合でもよい。）
【００３８】
また、ある番組Ａを視聴している最中に、他の番組Ｂに切り替えて番組Ｂをしばらく視聴し、再びもとの番組Ａに戻ってきた場合は、最初の番組Ａを視聴していた時間に追加するようにタイマーをカウントさせる。その為にタイマーの値とその時のｓｅｒｖｉｃｅ＿ｉｄとｅｖｅｎｔ＿ｉｄを一時記憶しておき、番組Ｂに切り替える前のタイマーの値から再びカウントを始めれば、番組Ａを視聴している累計時間を計ることが可能である。
【００３９】
図１で作成した視聴履歴は、ディジタル放送受信機２０本体内のメモリー、又はディジタル放送受信機２０本体の外部の記憶装置に記録する。また、ユーザの視聴傾向が時と共に変わり、昔は良く見たが、最近は見なくなったということがあるので、視聴履歴は、定期的又は適宜クリアされるようにする。あるいは、各週ごとの視聴回数の部分視聴履歴を所定個数だけ作成し、後述のＳ１１０では、部分視聴履歴に基づいてと各番組についての合計視聴回数を計算して、それに基づいて、ＥＰＧを作成するようにする。そして，新しい週になった時は、１番古い部分視聴履歴を廃棄して、新しい部分視聴履歴を作成し、常に、過去所定週間分の所定個数の部分視聴履歴のみを保管するようにするのが好ましい。
【００４０】
Ｓ８０でｓｅｒｖｉｃｅ＿ｉｄを入力し、Ｓ８２で、Ｓ８０のｓｅｒｖｉｃｅ＿ｉｄの入力直前のｓｅｒｖｉｃｅ＿ｉｄ、ｅｖｅｎｔ＿ｉｄ、及びタイマーの値をメモリーに待避させる。Ｓ８４では、現在のｓｅｒｖｉｃｅ＿ｉｄ（＝Ｓ８０で入力したｓｅｒｖｉｃｅ＿ｉｄ）及び現在のｅｖｅｎｔ＿ｉｄと同一のものがメモリー上にあるかを判断し、あれば、暫く他の番組Ｂを視聴して再び前の番組Ａに戻って来たものと判断し、Ｓ８６で、メモリーからこの番組Ａのタイマー値を取り出して、その値からそのタイマーをスタートさせ、また、なければ、新規の番組の視聴開始と判断し、Ｓ８８で、タイマーをリセットしてからスタートさせる。このような処理を経て、Ｓ９０で番組を受信する。
【００４１】
Ｓ９２で、ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴを参照しているが、ｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴとはＥＩＴの一つで、現在実行されているべき番組と次に実行される番組についての情報を記述するテーブルである。現在受信しているトランスポートストリームのｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴはＰＩＤ＝１２ｈ、ｔａｂｌｅ＿ｉｄ＝４Ｅｈで、現在受信していないトランスポートストリームの場合はＰＩＤ＝１２ｈ、ｔａｂｌｅ＿ｉｄ＝４Ｆｈである。ＥＩＴの中のｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒの値が０ならそのｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴは現在実行されている番組についてのＥＩＴで、ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒが１なら次の番組についてのｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴである。このｐｒｅｓｅｎｔ＿ｆｏｌｌｏｗｉｎｇ＿ＥＩＴのＤＭ＿ｎａｍｅ＿ｄｅｓｃｒｉｐｔｉｏｎ（ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ＝８２ｈ）で番組名、ｃｏｎｔｅｎｔ＿ｄｅｓｃｒｉｐｔｏｒ（ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇ＝５４ｈ）で番組のジャンルが判別できる。
【００４２】
Ｓ９４で、タイマー値が（番組継続（＝放送）時間／２）を越えているか否かを判断し、越えていれば、すなわち、ユーザがその番組の継続時間の半分以上の時間見ていれば、視聴実績があったものとしてＳ９６へ進み、視聴時間が半分に達していなかったなら、ユーザは番組を視聴したものの好みではなかったとして、処理を終了する。
【００４３】
Ｓ９６で、現在の番組が番組視聴履歴の中にすでに存在するかどうかをチェックし、存在すれば、その番組の視聴回数を１増やし（Ｓ９８）、存在しなければ、新たにその番組のｓｅｒｖｉｃｅ＿ｉｄと番組名とジャンルを履歴に追加する（Ｓ１００）。
【００４４】
図２は図１で作成した番組視聴履歴を利用したディジタル放送用ＥＰＧを表示する処理のフローチャートである。図７と同一のステップは同じステップ番号で指示し、相違点についてＳ１００がＳ５６とＳ５８との間にすなわち、Ｓ５６において作成されるＥＰＧはＳ１１０において作成するＥＰＧのデータベース（以下、「ＥＰＧデータベース」と言う。）に相当し、ＥＰＧデータベースの各レコードは放送中及び放送予定の各番組と１：１に対応し、ＥＰＧデータベースは、フィールドとして番組名、放送期日、放送時間、チャンネル、ジャンル（ニュース、ドラマ、スポーツとかの番組の種類を分類するもの）、及び概略内容の他に、視聴回数書込み用のフィールドも備えておく。Ｓ１１０では、ＥＰＧデータベースの各レコードの視聴回数書込み用フィールドに、図１で作成した番組視聴履歴に基づいて、そのレコードに係る番組の過去の視聴回数を書込んでから、視聴回数の降順でＥＰＧデータベースをソートし、その結果をＥＰＧとしてＴＶモニター２２に表示する。
【００４５】
Ｓ１１０では、視聴回数をソートキーにしているが、視聴頻度を求めて、求めた視聴頻度をソートキーにすることができる。視聴回数と視聴頻度との関係は、視聴頻度＝該番組の視聴回数／該番組の放送回数である。全ての番組が１週間に１回の放送の場合は、視聴頻度と視聴回数とは大小関係が一致するが、ニュースのように、平日は毎日放送の番組がある場合、毎日放送の番組と週１回放送の番組とを所定期間の視聴回数で比較すると、毎日放送の番組が過大評価される。視聴頻度で比較すると、番組に対するユーザの好みを公正に判断できる。
【００４６】
視聴履歴からチャンネル別の視聴回数を求め、ＥＰＧデータベースの各レコードの視聴回数書込みフィールドには、その番組のチャンネルの過去の視聴回数を書込み、第１ソートキーを視聴回数の降順、すなわちチャンネルごとの視聴回数の降順にし、第２ソートキーを番組名のＪＩＳコード昇順（五十音順）にしてソートし、ユーザの良く見るチャンネル順でかつ番組名の五十音順に並べたＥＰＧをＳ１１０において表示することもできる。
【図面の簡単な説明】
【図１】視聴履歴を作成、記憶する処理のフローチャートである。
【図２】図１で作成した番組視聴履歴を利用したディジタル放送用ＥＰＧを表示する処理のフローチャートである。
【図３】ディジタル放送受信方式を示す図である。
【図４】ディジタル放送受信機のブロック図をバスを境に上下に分けて示す上側部分図である。
【図５】ディジタル放送受信機のブロック図をバスを境に上下に分けて示す下側部分図である。
【図６】ＰｅｒｆｅＴＶ！  に採用されているＭＰＥＧ２のトランスポートストリームの構造図である。
【図７】ディジタル放送用ＥＰＧを表示する従来の処理のフローチャートである。
【図８】希望のチャンネルを受信する処理のフローチャートである。
【符号の説明】
２０    ディジタル放送受信機
【図１】
0003584385.tif 000006
【図２】
0003584385.tif 000007
【図３】
0003584385.tif 000008
【図４】
0003584385.tif 000009
【図５】
0003584385.tif 000010
【図６】
0003584385.tif 000011
【図７】
0003584385.tif 000012
【図８】
0003584385.tif 000013