(57)【要約】【課題】番組表の見やすい表示を可能にした放送システム、番組情報作成装置及び放送受信装置を提供する。【解決手段】番組情報を放送する放送システムにおいて、番組情報作成装置１３は、すべての地域の番組表の番組情報の中に地域を示す情報を含めて放送する。一方、この番組情報を受信した放送受信装置２０は、一致する地域の番組表だけを表示する。こうすることにより、放送受信装置２０は、その地域で視聴できる番組の番組表を表示することができる。【選択図】　　　図１６
2004007659.tif 000002
【特許請求の範囲】
【請求項１】
番組情報を放送する放送システムにおいて、
番組情報作成装置が、すべての地域の番組表の番組情報の中に地域を示す情報を含めて放送し、放送受信装置が、一致する地域の番組表だけを表示することを特徴とする放送システム。
【請求項２】
番組情報を放送する放送システムの番組情報作成装置において、
地域を示す情報を含む番組表の番組情報をすべての地域の番組表について作成する地域番組情報作成手段と、前記地域番組情報作成手段によって作成された番組情報を送出する送出手段とを備えることを特徴とする番組情報作成装置。
【請求項３】
番組情報作成装置において、地域を示す情報を含む番組表の番組情報をすべての地域の番組情報について作成し、送出する方法。
【請求項４】
番組情報を受信する受信装置において、
番組情報の中から、地域条件が一致する番組情報を選択し、前記番組情報から番組表を作成して表示する地域番組情報管理手段を備えることを特徴とする受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像・音声の主番組情報に番組情報を多重化して放送する放送システムと、それに用いる放送局側及び受信側の装置に関し、特に、番組情報を利用して、各種形態の番組予約サービスや番組表表示を実現するものである。
【０００２】
【従来の技術】
我が国では、西暦２０００年のデジタル衛星試験放送を目指して、放送のデジタル化が着々と進められている。欧州では、標準化組織ＤＶＢが、映像や音声の符号化や多重化にＭＰＥＧ２を用いるデジタル放送規格ＤＶＢ（Ｄｉｇｉｔａｌ　ＶｉｄｅｏＢｒｏａｄｃａｓｔｉｎｇ）を定めており、この規格に準拠したデジタル衛星放送が１９９５年から開始されている。
【０００３】
デジタル衛星放送を始めとして、アナログ方式で映像信号を伝送する現行のＢＳ衛星放送などでは、映像・音声の主番組情報にデータを多重化して伝送することが可能であり、また、アナログの地上波テレビ放送でも、ＶＢＩ（垂直帰線期間）に２値のデジタル情報を多重して伝送するデータ多重放送が実用化されている（下記特許文献１参照）。
多チャンネル化が進むデジタル放送では、このデータとして、放送スケジュールやチューニング情報を含む番組情報（ＥＰＧ）が伝送される。
【０００４】
従来のデジタル衛星放送システムを構成する放送局は、図２４に示すように、主番組情報や番組スケジュール情報を保持する放送データベース１１と、主番組情報のストリームを生成する映像／音声ストリーム生成装置１２と、番組情報を作成する番組情報作成装置１３と、番組の視聴に対する課金情報を管理する課金情報管理システム１６と、主番組情報、番組情報及び課金情報を多重化したトランスポートストリーム（ＴＳ）を送出する多重化装置（ＭＵＸ）１７とを備えており、番組情報作成装置１３は、放送データベース１１から入手した番組スケジュール情報を基に番組情報を作成する番組情報データ作成部１４と、この番組情報を繰り返し送出する送出部１５とを具備している。
【０００５】
一方、放送受信装置２０は、ＴＳを受信して復調する受信部２１と、受信信号から映像・音声や番組情報をデコードする表示処理部２２と、番組情報から表示用の番組表を作成するＥＰＧ処理部２３と、ユーザの予約操作に基づいて予約された番組の視聴や録画を管理するとともに、有料のＰＰＶ（ｐａｙ　ｐｅｒ　ｖｉｅｗ）番組の購入状況について公衆回線５０を通じて放送局１０の課金情報管理システム１６に通知する予約管理部２４と、視聴する番組が視聴条件に合っているかどうかを管理する条件管理部２５と、映像・音声を表示する表示部（ＴＶ）２６とを備えている。
【０００６】
図２５は、放送受信装置２０のハードウエアを示している。アンテナ７１で受信された信号の同調を取るチューナ７２、復調する復調回路７３、ＣＰＵ７６及びメモリ７８が受信部２１を構成し、復調信号を映像・音声信号と番組情報データとに分離するデマルチプレクサ７４、映像・音声信号をデコードするＡＶデコーダ７５、番組情報データをデコードするセクションデコーダ７７、リモコン８２からの指令を受ける受光部７９、ＣＰＵ７６及びメモリ７８が表示処理部２２を構成し、ＣＰＵ７６及びメモリ７８がＥＰＧ処理部２３を構成し、購入状況を記憶するＩＣカード８０、公衆回線５０を通じて通信を行なうモデム８１、ＣＰＵ７６及びメモリ７８が予約管理部２４を構成し、また、モデム８１、ＣＰＵ７６及びメモリ７８が条件管理部２５を構成している。
【０００７】
このシステムの放送局１０では、番組情報作成装置１３の番組情報データ作成部１４が、放送データベース１１から番組スケジュール情報を入手して番組情報データを作成し、送出部１５に出力する。この番組情報データには、ＴＳへのチューニング情報を含むネットワーク（複数のトランスポンダのまとまり）に関する情報、サービス（チャネル）に関する情報（サービスＩＤ、サービス名、サービス種など）、イベント（番組）に関する情報（番組ＩＤ、番組名、番組開始時刻、番組長）などが含まれる。送出部１５は、このデータをＭＵＸ１７で多重化可能なＭＰＥＧ２ＴＳパケットに分割して、繰り返し出力する。
【０００８】
送出部１５から出力された番組情報データは、映像／音声ストリーム生成装置１２から出力された主番組情報及び課金情報管理システム１６から出力された課金情報とともに、ＭＵＸ１７でＴＳに多重化され、トランスポンダ（衛星中継器）を介して放送される。
番組情報は、繰り返し同じ内容が放送される。番組情報には、その送出単位ごとにバージョン番号が付されており、内容が変わるとバージョン番号が上がる。
【０００９】
放送受信装置２０は、放送された番組情報を受信し、そのバージョン番号を見て最新の番組情報をメモリに保持する。そのために、放送受信装置２０は、番組情報を常に監視してバージョン番号が上がるごとに更新するか、必要となったときに番組情報を取得するか、あるいは、定期的（例えば１日に１回）に番組情報を取得する。
番組情報を含む放送波は、受信部２１で復調され、表示処理部２２でデコードされ、バージョン番号から見て最新の番組情報がメモリに保持される。
【００１０】
ＥＰＧ処理部２３は、メモリに保持された番組情報のネットワークに関する情報から、ネットワーク内にあるすべてのサービス（チャネル）のサービス番号のリストを取得する。次いで、番組情報のサービスに関する情報から、サービスＩＤ、サービス名などを取得し、また、イベントに関する情報から、番組のスケジュールを取得し、これらの情報を基に番組表を作成する。
この番組表は、ユーザの求めに応じて、表示処理部２２で処理されてＴＶ２６に表示される。
【００１１】
ユーザが、画面表示されている番組表から視聴または録画する番組を選択して予約（視聴予約、録画予約）操作を行なうと、この予約内容は、表示処理部２２を通じて予約管理部２４に通知される。予約管理部２４は、番組ＩＤと予約時刻とを管理し、予約時刻になるのを待って視聴または録画を開始するとともに、その番組が予約済みであることを条件管理部２５に通知する。また、予約管理部２４は、ＰＰＶ番組の購入予約の操作が行なわれた場合には、それを記憶し、まとめて公衆回線５０を通じて放送局１０内の課金情報管理システム１６に通知する。
【００１２】
条件管理部２５は、番組を視聴する際に、番組ごとに付いている視聴条件（年齢制限、有料／無料）と、受信装置２０に保存されている利用者年齢や、予約管理部２４から通知された予約状況等とを比べて、その番組の条件に合っているかどうかを調べる。視聴条件を満たしている場合にだけ、視聴が可能となる。
【００１３】
また、視聴者が放送中の番組を視聴しようとしてチャネルを合わせた（サービス番号を指定した）場合には、受信部２１は、メモリに保持された番組情報のネットワークに関する情報から、そのチャネルのＴＳ−ＩＤとそのＴＳへのチューニング情報とを入手する。そして、そのＴＳへのチューニングを実行し、ＴＳから該当するチャネルのパケットを集めて復調する。視聴条件を満たしている場合には、表示処理部２２が、復調信号から映像及び音声をデコードし、これがＴＶ２６に表示される。
【００１４】
受信権利のないＰＰＶ番組を受信した場合には、スクランブルされた意味不明の画像が現れるブラックアウトの状態になり、購入を勧めるメッセージと購入料金とが表示される。ユーザが入力装置から購入操作を行なうと、スクランブルが解けて、鮮明な映像が表示される。この購入記録は予約管理部２４で記憶され、まとまると、公衆回線５０を通じて放送局１０内の課金情報管理システム１６に通知される。
【００１５】
【特許文献１】
特開平７−１５４７１１号公報
【００１６】
【発明が解決しようとする課題】
しかし、この番組情報を多重化して放送する放送システムでは、次のような改善すべき点を有している。
【００１７】
現在の放送システムでは、連続ドラマのようなシリーズ番組に対する予約方法として、シリーズすべての番組を一括予約する方法しか無く、次回の放送内容を確認しながら逐次予約する、という方法を取ることができない。
また、例えばスポーツ番組が雨で流れたときに放送される予備番組のように、放送不確定な番組に対して視聴や録画の予約を行なうことができない。
【００１８】
また、ＰＰＶ番組では、番組の最初の何分かを見せるプレビューがあり、ユーザは、このプレビューで番組内容を確認し、購入を決めているが、このプレビューだけでは、番組内容の把握が十分にできないという不満がある。また、視聴を続けていて、受信権利のないＰＰＶ番組になると画面が突然ブラックアウトになることも、視聴者に不快感を与えている。
【００１９】
また、表示される番組表の種類が一種類しかなく、どのチャネルの番組データも同じようなフォーマットで表示されるため、面白みに欠け、また、多くの番組の中から目的の番組を探し出すまでに多くの時間を必要とする。
【００２０】
本発明は、こうした問題点の内、番組表の表示の問題点を解決するものであり、伝送する番組情報データを改善することにより、番組表の見やすい表示を可能にした放送システムを提供し、そのシステムを構成する装置を提供することを目的としている。
【００２１】
【課題を解決するための手段】
そこで、本発明の放送システムでは、放送局が、地域情報を含む番組情報を生成する。これを受ける受信装置では、視聴可能な地域の番組表の表示が可能となる。
【００２２】
【発明の実施の形態】
本発明の請求項１に記載の発明は、番組情報を放送する放送システムにおいて、番組情報作成装置が、すべての地域の番組表の番組情報の中に地域を示す情報を含めて放送し、放送受信装置が、一致する地域の番組表だけを表示するようにしたものであり、受信装置に、その地域で視聴できる番組の番組表が表示される。
【００２３】
請求項２に記載の発明は、番組情報を放送する放送システムの番組情報作成装置において、地域を示す情報を含む番組表の番組情報をすべての地域の番組表について作成する地域番組情報作成手段と、前記地域番組情報作成手段によって作成された番組情報を送出する送出手段とを設けたものであり、請求項１の放送システムの番組情報作成装置を構成する。
【００２４】
請求項３に記載の発明は、番組情報作成装置において、地域を示す情報を含む番組表の番組情報をすべての地域の番組情報について作成し、送出するようにした方法であり、請求項２の番組情報作成装置では、こうした動作が実行される。
【００２５】
請求項４に記載の発明は、番組情報を受信する受信装置において、番組情報の中から、地域条件が一致する番組情報を選択し、前記番組情報から番組表を作成して表示する地域番組情報管理手段を設けたものであり、請求項１の放送システムの受信装置を構成する。
【００２６】
（第１の実施形態）
第１の実施形態では、シリーズ番組への多様な予約方法を可能にするシステムについて説明する。ここで言うシリーズとは、複数番組をグループ化したまとまりを言う。話の筋が続くドラマやアニメのシリーズ番組や、毎日、週定期的に行なわれるニュース番組、映画番組の他に、放送時間や番組体系につながりの無い番組をグループ化したものをシリーズとする場合もある。
【００２７】
このシステムの放送局は、図１に示すように、放送データベース１１、映像／音声ストリーム生成装置１２、番組情報作成装置１３、課金情報管理システム１６、及び、ＭＵＸ１７から成り、番組情報作成装置１３は、放送データベース１１から入手した番組スケジュール情報を基に番組情報を作成する番組情報データ作成部１４と、シリーズ番組の番組情報を作成するシリーズ情報作成部５１と、この番組情報を繰り返し送出する送出部１５とを具備している。
【００２８】
一方、放送受信装置２０は、ＴＳを受信して復調する受信部２１と、復調された信号から映像・音声や番組情報をデコードする表示処理部２２と、番組情報から番組表を作成するＥＰＧ処理部２３と、シリーズ番組（番組グループ）の予告表示を管理するシリーズ情報管理部５２と、予約番組の視聴・録画の管理や課金状況の通知などの予約処理を行なう予約管理部２４と、視聴条件に基づいて視聴の是非を管理する条件管理部２５と、映像・音声の表示部６とを備えている。
【００２９】
この放送受信装置２０のハードウエアは図２５と同じであり、シリーズ情報管理部５２は、ＥＰＧ処理部２３とともにＣＰＵ７６及びメモリ７８によって構成される。つまり、シリーズ情報管理部５２の動作は、ＥＰＧ処理部２３の動作の一環として行なわれる。
【００３０】
このシステムの放送局１０及び放送受信装置２０は、従来の技術で説明した動作を行なうとともに、それに加えて、シリーズ番組に関して、次の動作を行なう。
放送局１０の番組情報作成装置１３のシリーズ情報作成部５１は、放送データベース１１から入手した番組スケジュール情報を基に、シリーズ番組に関して、図２に示すイベント情報テーブルを作成する。
【００３１】
このイベント情報テーブルには、シリーズ番組であるイベント１１の番組名（番組１１）、シリーズＩＤとともに、そのシリーズの次回番組であるイベント１２の「番組名」、「放送開始時刻」、「放送終了時刻」、「予約番号」等が記述される。
このイベント情報テーブルは、送出部１５からＭＵＸ１７に送出され、放送受信装置２０に送信される。
この番組情報を含むＴＳは受信部２１で復調され、表示処理部２２でデコードされ、番組情報がメモリに保持される。
【００３２】
シリーズ番組のイベント１１が放送され、放送受信装置２０で視聴されているときに、利用者がリモコンで次回予告の指示を出すと、シリーズ情報管理部５２は、メモリから、イベント１１についての番組情報として、図２のイベント情報テーブルを取得し、そこに記述されたイベント１２の番組名、開始／終了時刻、説明等を次回予告として表示し、次回番組の予約を案内する。
この予約案内のためのＧＵＩ（マウスで選択されるメニュー）の表示は、番組が切り替わる何分か前に自動的に表示するようにしてもよいし、また、放送局１０からイベント１１の主番組と同期させて、データ放送で「予約案内」ボタンを送信し、表示されたそのボタンを利用者が操作したとき、予約案内のためのＧＵＩを表示するようにしてもよい。
利用者がその次回予告番組の情報に対して予約動作を行なうと、それが表示処理部２２を通じて予約管理部２４に伝えられ、予約管理部２４は、イベント１２のイベントＩＤ、開始／終了時刻、及び予約番号を基に、イベント１２の予約処理を行なう。
【００３３】
こうして、このシステムでは、利用者がシリーズ番組の次回番組内容を確認してから、逐次的に次回番組の予約を行なうことが可能になる。
さらに、次回番組内容だけでなく、前回番組や複数の同じシリーズの番組の表示などに、様々に応用できる。例えば、番組情報作成装置において、シリーズ番組それぞれの番組情報に前回までの粗筋を付けて送信することにより、それぞれ受信装置で粗筋を表示することが可能となる。また、スポーツ番組をシリーズにし、大きなスポーツイベントを放送する予定の回の情報を、毎回番組情報に流して宣伝し、予約をし易くすることなども可能である。
【００３４】
また、放送局１０の番組情報作成装置１３のシリーズ情報作成部５１は、放送データベース１１から入手した番組スケジュール情報に基づいて、図３に示すように、シリーズ属性を規定したイベント情報テーブルを作成する。このシリーズ属性は、番組自動選局（時間が来ると電源ＯＮして選局する）と自動録画との制御に関する情報であり、属性１は、同じシリーズに属する番組を、前の録画に上書きして自動録画する属性を表し、属性２は、前の録画とは別に上書きしないで自動録画する属性を表し、属性３は、自動選局は行なうが自動録画は行なわない属性を表している。
【００３５】
放送局１０では、例えば毎日放送するニュース番組をシリーズ番組として定義し、そのイベント情報テーブルに属性１を設定する。図３では、イベント１１、イベント１２及びイベント１３がその例であり、シリーズ情報作成部５１は、放送データベース１１から入手した番組スケジュール情報に基づいて、これらのイベントのイベント情報テーブルに、番組名、シリーズＩＤとともに、シリーズ属性１を記述する。
また、ドラマなどのシリーズ番組のイベント情報テーブルには属性２を記述する。
【００３６】
また、例えば、スポーツ中継とスポーツニュースとを同じシリーズ番組として定義し、スポーツ中継は録画し、中継後に放送されるスポーツニュースは録画しないように設定する場合では、シリーズ情報作成部５１は、番組スケジュール情報に基づいて、スポーツ中継のイベント情報テーブルに属性２を記述し、スポーツニュースのイベント情報テーブルに属性３を記述する。図３では、イベント２１、イベント２２及びイベント２３がそれらの例を示している。
【００３７】
これらの番組情報を受信した放送受信装置２０では、それをメモリに展開し、利用者の指示などに基づいて、番組情報を画面に表示する。利用者がシリーズ番組の予約操作を行なうと、それが予約管理部２４に伝えられ、予約管理部２４は、番組ごとの属性に応じた予約処理を実行する。
その結果、ニュース番組では、常に最も新しい日付のニュース番組だけが保存される。また、ドラマでは、各回の放送内容が録画される。また、スポーツ中継は録画されるが、スポーツ中継に引き続いて放送されるスポーツニュースは録画されない。
【００３８】
ここでは、放送局から衛星を通じて受信装置へ番組情報を送信する例を示した。これ以外にも、受信装置へ番組情報を他のネットワーク経由で入力したり、ＦＤやＤＶＤなどの蓄積媒体により入力したり、予め保持したりと言った場合もある。
このように、この放送システムでは、番組情報のデータフォーマットを変えることにより、シリーズ番組への多様な予約方法が可能となる。
【００３９】
（第２の実施形態）
第２の実施形態では、スポーツ中継の中止時に放送される予備番組のように、放送が不確定な番組の予約を可能にするシステムについて説明する。
このシステムでは、図４に示すように、放送局１０の番組情報作成装置１３が、予備番組の番組情報、あるいは予備番組を有する主番組の番組情報を作成する予備番組作成部５３を具備し、放送受信装置２０が、予備番組やその主番組の番組表を表示する予備番組管理部５４を具備している。この予備番組作成部５３及び予備番組管理部５４は、第１の実施形態（図１）のシリーズ情報作成部５１及びシリーズ情報管理部５２に代わるものであり、その他の構成は第１の実施形態と変わりがない。
【００４０】
放送局１０の番組情報作成装置１３の予備番組作成部５３は、放送データベース１１から入手した番組スケジュール情報に基づいて、図４に示すように、予備番組を持つ主番組のイベント情報テーブル（イベント１）、及び予備番組のイベント情報テーブル（イベント２、イベント３）を作成する。
これらのイベント情報テーブルには、番組名の他に、実際に放送される番組であるかどうかを表す放送フラグと、予備番組を持っているか否か、または予備番組自身であるか否かを示す予備フラグとが記述され、予備番組を持っている場合には、その予備番組のＩＤを示す予備イベントＩＤが記述される。
【００４１】
放送フラグは、実際に放送される番組のイベント情報に対して１が立つ。従って、放送変更がない場合は、図５に示すように、主番組（イベント１）の放送フラグが１、予備番組（イベント２、イベント３）の放送フラグが０になる。予備フラグは、予備番組を持つ主番組では１となり、予備番組では２となる。また、予備番組を持たない通常番組の予備フラグは０である。予備フラグが１の主番組（イベント１）のイベント情報テーブルは、予備番組のＩＤを示す予備イベントＩＤのリストを持っている。
【００４２】
この番組情報を受信した放送受信装置２０では、それをメモリに展開し、予備番組管理部５４が、この番組情報データから、通常番組、主番組及び予備番組を記載した番組表を作成する。予備番組管理部５４は、予備フラグが０の通常番組については、イベント情報テーブルから得られる情報を番組表に通常に表示する。また、予備フラグが１の主番組（イベント１）については、放送フラグが１になっていれば、予備イベントリストを基に、予備番組のイベント２及びイベント３のイベント情報テーブルを参照し、予備番組の放送フラグが０になっていれば、番組表に、主番組としてイベント１を、また、予備番組としてイベント２及びイベント３を表示する。
【００４３】
図７は、図５のイベント情報テーブルに基づいて画面に表示される番組表の一例を示している。
このように、番組表に予備番組が表示されることにより、利用者は予備番組に対しても番組予約操作を行なうことが可能となる。また、主番組と予備番組とに重複して番組予約操作を行なうことも可能である。利用者によって行なわれた番組予約操作は、予約管理部２４に伝えられる。
【００４４】
イベント１が放送中止になり、イベント２とイベント３とが放送されることになると、放送局１０の予備番組作成部５３は、変更された番組スケジュール情報を放送データベース１１から入手して、図６に示す、放送フラグを０にしたイベント１のイベント情報テーブルと、放送フラグを１にしたイベント２及びイベント３のイベント情報テーブルとを作成する。
【００４５】
このイベント情報テーブルを受信した放送受信装置２０の予備番組管理部５４は、主番組であるイベント１の放送フラグが０になっている場合に、予備イベントリストを基に、予備番組のイベント２及びイベント３のイベント情報テーブルを参照し、予備番組の放送フラグが１になっていれば、番組表に、主番組は表示せずに、予備番組のイベント２及びイベント３だけを表示する。
図８は、図６のイベント情報テーブルに基づいて画面に表示される番組表を示している。
【００４６】
なお、イベント１が放送中止になったとき、予備番組作成部５３は、イベント１のイベント情報テーブルは記述せず、イベント２及びイベント３のみのイベント情報テーブルを記述するようにしてもよい。この場合、受信装置では、以前の情報と比較することにより、イベント１が放送されなくなったことを知ることができる。
また、この図の例で、イベント２のみが放送フラグ１になり、イベント１及びイベント３の放送フラグが０となる場合もあり得る。このときには、２０時から２１時まで番組放送が無いことになる。
【００４７】
予約管理部２４は、予約された番組の表示時刻になると、まず、予約番組のイベント情報テーブルを参照する。そのイベント情報テーブル中の放送フラグが１であれば、予約された通り、番組を表示する。予約番組のイベント情報テーブル中の放送フラグが０であれば、図９に示すように、例えば「○○番組は放送されませんでした」というメッセージを表示処理部２２が表示する。
【００４８】
ここでは、放送局から衛星を通じて受信装置へ番組情報を送信する例を示した。これ以外にも、受信装置へ番組情報を他のネットワーク経由で入力したり、ＦＤやＤＶＤなどの蓄積媒体により入力したり、予め保持したりと言った場合もある。
このように、この放送システムでは、番組情報のデータフォーマットを変えることにより、放送不確実な予備番組への予約を可能にしている。
【００４９】
この例では、主番組に対して予備番組が付加されている場合について記述した。その他、放送される予定のない時間帯に予備番組が存在する場合も考えられる。また、図７の画面例のように主と予備を同時に表示する場合だけでなく、主番組と予備番組とが放送予定時間帯を異にする場合でも、この実施形態の適用が可能である。
【００５０】
（第３の実施形態）
第３の実施形態では、放送中のＰＰＶ番組とリンクするプロモーション番組によりＰＰＶ番組の予約を勧誘するシステムについて説明する。
このシステムでは、図１０に示すように、放送局１０の番組情報作成装置１３が、リンクする番組の番組情報を作成するリンク情報作成部５７を具備し、放送受信装置２０が、リンク番組へのリンク情報を管理するリンク情報管理部５８を具備している。このリンク情報作成部５７及びリンク情報管理部５８は、第１の実施形態（図１）のシリーズ情報作成部５１及びシリーズ情報管理部５２に代わるものであり、その他の構成は第１の実施形態と変わりがない。
【００５１】
この放送システムでは、放送中のＰＰＶ番組に並行して、プロモーションチャネルで、そのＰＰＶ番組を紹介するプロモーション番組が放送される。放送受信装置２０で受信権利のないＰＰＶ番組を受信した場合には、このプロモーションチャネルの受信に自動的に移行し、宣伝用の番組紹介を見た利用者がＰＰＶ番組の購入操作を行なった場合には、ＰＰＶ番組の受信が再開される。
【００５２】
放送局１０の番組情報作成装置１３のリンク情報作成部５７は、放送データベース１１から入手した番組スケジュール情報に基づいて、図１１に示すように、主番組（イベント１１）のイベント情報テーブルと、その主番組に対応するプロモーション番組（イベント１１１）のイベント情報テーブルとを作成する。
主番組（イベント１１）のイベント情報テーブルには、主番組の視聴条件と、リンク先のプロモーション番組を示すサービスＩＤ（１）及びイベントＩＤ（１１１）とが記述され、プロモーション番組（イベント１１１）のイベント情報テーブルには、リンク先の主番組を示すサービスＩＤ（２）とイベントＩＤ（１１）とが記述される。
【００５３】
視聴条件としては、視聴可能年齢の下限を指定する「年齢制限」項目、１なら有料、０なら無料を表す「ＰＰＶフラグ」、１なら無料（ＰＰＶフラグが０のときに１にする）、２ならサービス単位での１カ月有料契約、３なら番組単位で有料契約、というように契約形態を指定する「利用形態」項目、利用形態単位での金額を表す「金額」項目などが設定される。
このイベント情報テーブルは、送出部１５からＭＵＸ１７に送出され、放送受信装置２０に送信される。
このイベント情報テーブルを含むＴＳは受信部２１で復調され、表示処理部２２でデコードされ、イベント情報テーブルがメモリに保持される。
【００５４】
放送受信装置２０では、このイベント情報テーブルに記載された情報を基に、リンクするチャネル間での切り替えが行なわれる。このチャネル切り替えの様子を図１２に示している。ここでは、図１２に示した丸で囲んだ数字と対応付けながら、チャネル切り替え手順を説明する。
いま、放送受信装置２０で視聴中の番組が終了し、次の番組「イベント１１」に切り替わったとする（▲１▼）。条件管理部２５は、ＥＰＧ処理部２３を通じて、イベント１１のイベント情報テーブルに記載された視聴条件を入手し、これを放送受信装置内に保存されているこの受信装置での視聴条件（利用者年齢、予約状況、契約内容等）と比較する（▲２▼）。イベント１１の視聴条件を満たしている場合には、そのままイベント１１の表示が続けられる。
【００５５】
一方、イベント１１の表示権利の購入が済んでいないため、イベント１１の視聴条件を満たしていない場合には、条件管理部２５は、その旨を表示処理部２２に伝える。表示処理部２２は、リンク情報管理部５８により、イベント１１のイベント情報テーブルを参照して、リンク先のイベントＩＤ（イベント１１１）とサービスＩＤ（１）とを得る。そして、表示処理部２２は、ＴＶ２６にイベント１１のプロモーション番組であるイベント１１１を表示する（▲３▼）。
【００５６】
このプロモーション番組を見た利用者が、イベント１１の購入操作を行なうと（▲４▼）、表示処理部２２から予約管理部２４へ購入通知が行き、予約管理部２４から条件管理部２５と放送局１０の課金情報管理システム１６とへ購入した旨が通知される。条件管理部２５は、イベント１１の視聴条件が整ったことを表示処理部２２に知らせる。表示処理部２２は、リンク情報管理部５８により、イベント１１１のイベント情報テーブルを参照して、リンク先のイベントＩＤ（イベント１１）とサービスＩＤ（２）とを得る。表示処理部２２は、イベント１１の表示を再開し（▲５▼）、ＴＶ２６にイベント１１が表示される。
【００５７】
ここでは、放送局から衛星を通じて受信装置へ番組情報を送信する例を示した。これ以外にも、受信装置へ番組情報を他のネットワーク経由で入力したり、ＦＤやＤＶＤなどの蓄積媒体により入力したり、予め保持したりと言った場合もある。
【００５８】
このように、このシステムでは、表示権利のないＰＰＶ番組を受信した場合でも、画面がブラックアウトになること無く、そのＰＰＶ番組を紹介するプロモーション番組が表示される。利用者は、この番組紹介によりＰＰＶ番組の内容を十分に把握して購入の是非を決めることができる。利用者が購入操作を行なった場合には、直ぐにＰＰＶ番組の表示が行なわれ、利用者は、プロモーション番組からＰＰＶ番組へ、あたかも一続きの番組を見ているように、視聴を楽しむことができる。
【００５９】
（第４の実施形態）
第４の実施形態では、番組表の表示に個性を持たせることができるシステムについて説明する。
このシステムの放送局１０の番組情報作成装置１３は、図１３に示すように、番組表表示用のテンプレートを作成し、また、各チャネルでの番組表の表示に用いるテンプレートを指定するテンプレート情報作成部５５を具備し、放送受信装置２０は、番組表表示用のテンプレートを管理するテンプレート情報管理部５６を具備している。このテンプレート情報作成部５５及びテンプレート情報管理部５６は、第１の実施形態（図１）のシリーズ情報作成部５１及びシリーズ情報管理部５２に代わるものであり、その他の構成は第１の実施形態と変わりがない。
【００６０】
放送局１０のテンプレート情報作成部５５は、番組表表示用のテンプレートを記述したテンプレートテーブルを適宜作成し、放送受信装置２０に送信する。放送受信装置２０のテンプレート情報管理部５６は、送られてくるテンプレートを次々と蓄積し、あるいは、テンプレートテーブルの指示に従って入れ替えることにより、複数のテンプレートを保有する。このテンプレートは、表示ソフトであってもよいし、表示ソフト特有のフォーマットを記述した設定ファイルであってもよい。
【００６１】
放送局１０のテンプレート情報作成部５５は、また、図１４に示すように、サービスごとにテンプレートＩＤを規定したサービス情報テーブルを作成して放送受信装置２０に出力する。このサービス情報テーブルは番組情報とともに放送受信装置２０に送られる。
これを受信した放送受信装置２０では、ＥＰＧ処理部２３が、サービス情報テーブルから、サービスごとのテンプレートＩＤを取得し、テンプレート情報管理部５６から同じテンプレートＩＤのテンプレートを読み込み、そのテンプレート上に該当するサービスの番組情報（チャネル名、詳細情報、出演者情報など）を表示する。
【００６２】
こうして、例えば図１５（ａ）（ｂ）に示すように、ニュースチャネルと歌チャネルとで、違うイメージの番組表を表示することができる。
この例では、ニュースチャネルの番組表は、落ち着いた色合いで分刻みのニュース内容を表示し、音楽チャネルでは出演者を強調し、カラフルで一目で音楽チャネルと分かる表示とすることで視聴者の知りたい情報を分かり易く表示することができる。
【００６３】
テンプレート情報管理部５６で保有するテンプレートは、放送受信装置２０が出荷されるときに、その複数種類を設定するようにしてもよい。そして、放送局１０のテンプレート情報作成部５５は、放送受信装置２０に保持されたテンプレートの変更／追加が必要になったときにだけ、テンプレートを作成して送信するようにしてもよい。
【００６４】
また、事業者単位でテンプレートを変えることもできる。事業者Ａが複数サービスを持っているとき、これらのサービスに対して同一のテンプレートを用いることにより事業者Ａのイメージを統一し、視聴者に印象付けることが可能となる。
ここでは、放送局から衛星を通じて受信装置へ番組情報を送信する例を示した。これ以外にも、受信装置へ番組情報を他のネットワーク経由で入力したり、ＦＤやＤＶＤなどの蓄積媒体により入力したり、予め保持したりと言った場合もある。
【００６５】
このように、このシステムでは、表示する番組表にチャネルごとの特色を出すことが可能となる。また、このシステムでは、放送受信装置に予め複数のテンプレートを持たせて、放送局からは、その選択を指示するデータを送る構成にしているため、テンプレートそのものをその都度送る場合に比べて、伝送効率の向上を図ることができる。
【００６６】
（第５の実施形態）
第５の実施形態では、放送局が衛星放送の番組情報と併せて全国の地上波の番組情報を放送し、受信側で必要な地域の番組表だけを表示するシステムについて説明する。
このシステムの放送局１０の番組情報作成装置１３は、図１６に示すように、他のネットワークの番組情報を作成する他ネットワーク情報作成部５９を具備し、放送受信装置２０は、他のネットワークの番組情報の表示を管理する他ネットワーク情報管理部６０を具備している。この他ネットワーク情報作成部５９及び他ネットワーク情報管理部６０は、第１の実施形態（図１）のシリーズ情報作成部５１及びシリーズ情報管理部５２に代わるものであり、その他の構成は第１の実施形態と変わりがない。
【００６７】
放送局１０の他ネットワーク情報作成部５９は、番組情報データ作成部１４が作成する衛星放送の番組情報とは別に、地上波放送の番組情報を作成する。図１７は、番組情報データ作成部１４及び他ネットワーク情報作成部５９が作成するサービス情報テーブルを示しており、ここには、ネットワークの別を示すネットワークＩＤ、サービスを特定するサービスＩＤ及びサービス名、視聴対象地域を示す地域ＩＤが記述されている。ネットワークＩＤは、ここでは、１がＢＳ、２が地上波を表している。また、地域ＩＤには、都道府県ごとに異なるＩＤが付けられる。他ネットワーク情報作成部５９は、すべての地域の地上波放送に関するサービス情報テーブルを作成する。このサービス情報テーブルには、それぞれのサービスごとに地域ＩＤが付される。
【００６８】
これらのサービス情報テーブルは、放送局１０から放送され、放送受信装置２０で受信される。
放送受信装置２０は、受信したサービス情報テーブルをメモリ上に展開する。ＥＰＧ処理部２３は、ネットワークＩＤが１のサービス情報のすべてを番組表に載せるための処理を行ない、衛星放送の番組表が表示処理部２２を通じて画面上に表示される。
【００６９】
他ネットワーク情報管理部６０は、ネットワークＩＤが１以外のサービス情報について、テーブルに付されている地域ＩＤと、受信装置が保存している地域情報（受信装置の設定画面で利用者が設定する）とを比較する。その結果、地域ＩＤが適合していれば、そのサービス情報を番組表に載せるための処理を行ない、そのサービスの番組表が表示処理部２２を通じて画面上に表示される。地域ＩＤを比較した結果、適合していなければ、そのサービス情報は番組表に載せない。
図１８は、ＢＳの番組表と地上波の番組表とを合わせて表示した例を示している。地上波の番組表に関しては、地域のチャネルだけが表示されている。
【００７０】
ここでは、放送局から衛星を通じて受信装置へ番組情報を送信する例を示した。これ以外にも、受信装置へ番組情報を他のネットワーク経由で入力したり、ＦＤやＤＶＤなどの蓄積媒体により入力したり、予め保持したりと言った場合もある。
このように、このシステムでは、ＢＳ放送の画面に地上波放送の番組表を載せるときに、それぞれの地域で放送される番組表のみを載せることができる。
【００７１】
（第６の実施形態）
第６の実施形態では、番組情報に優先度を付けることにより、伝送データ量の調整や、受信側での表示頻度の変更を可能にするシステムについて説明する。
このシステムでは、図１９に示すように、放送局１０の番組情報作成装置１３が、番組情報に付けられた優先度に応じて番組情報に対する処理を変える優先度処理部６１を具備している。
【００７２】
放送局１０の番組情報データ作成部１４は、放送データベース１１から入手した番組スケジュール情報を基に、各イベントに関して、図２１（ａ）に示すイベント情報テーブルを作成する。このイベント情報テーブルには、サービスＩＤ、イベントＩＤ、開始／終了時刻、番組内容、出演者リストなどとともに、この番組情報の優先度が記述される。優先度は１から３までの３段階に分かれ、デフォルトでは２が設定される。このデフォルト値は、放送局１０の操作者が、端末を使って変更することができる。
【００７３】
このとき、操作者は、図２３に示すように、端末６２で番組情報データ作成部１４のテーブル情報を読み込み、端末６２の画面にサービスの一覧を表示する（図２０（ａ））。次に、その中のサービスを選択して、そのサービスにおける番組一覧を表示し（図２０（ｂ））、そこから優先度を変更しようとする番組を選択する。この選択操作で、端末画面には目的の番組の番組情報が表示され（図２０（ｃ））、この画面の優先度を書き換えて、優先度の変更が行なわれる。
【００７４】
図２１（ａ）のイベント情報テーブルでは、イベント１１の優先度が１に、イベント１２の優先度が３に書き換えられている。
優先度が記述されたイベント情報テーブルは、番組情報データ作成部１４から優先度処理部６１に出力され、優先度処理部６１は、各イベント情報テーブルに対して、次のような方法で優先度に応じた処理を行なう。
【００７５】
第１の方法では、トランスポンダの帯域が足りないため、番組情報のデータ量を帯域に入るまで削減する「帯域調整」の必要が生じた場合に、優先度の低い番組情報からデータを減らす処理を行なう。図２１（ｂ）が帯域調整後のイベント情報テーブルを示しており、優先度が高い（優先度１）イベント１１では番組情報のデータ量が変わっていないが、優先度が低い（優先度３）イベント１２（ニュース番組）の番組情報では、「番組内容」と「出演者リスト」とが削られている。
このイベント情報テーブルは、送出部１５、ＭＵＸ１７を通じて放送受信装置２０に送出されるが、「優先度」の項目は放送受信装置２０には不要なので、送出部１５が出力時にイベント情報テーブルから削除する。
【００７６】
第２の方法では、帯域調整の必要が生じたときに、優先度の低い番組情報から順番に番組表に載せる期間を短くする。つまり、番組が放送される５日前からその番組情報を番組表に載せ始め、番組が終了した時点で番組表から削除するのが標準であるとすると、優先度の低い番組情報の場合には、番組が放送される３日前から番組表に載せる、というような方法である。
【００７７】
第３の方法では、優先度の高い番組情報の放送受信装置２０での表示頻度を高くし、優先度の低い番組情報の表示頻度を低くするため、優先度処理部６１は、優先度の高い番組情報を速い周期で、優先度の低い番組情報を遅い周期で送出部１５に出力する。このとき放送受信装置２０では、優先度の高い番組情報を頻繁に受信し、優先度の低い番組情報は疎らにしか受信しないため、優先度の高い番組情報の番組表を見る機会が多くなる。図２２に周期設定テーブルの例を示し、優先度に応じて周期を変更する様子を示している。
【００７８】
なお、優先度は、イベントごとに付けるだけで無く、サービス情報テーブルにサービス（チャネル）単位で付けることも可能である。
また、第１の方法の場合に、削除する番組情報の項目自体に優先度を付けることも可能である。「番組内容」の優先度を「出演者リスト」の優先度より高く付けることにより、「番組内容」の方が先に削除される。
このように、この放送システムでは、番組情報に優先度を付けることによって、帯域調整や受信装置での表示頻度の調整が可能となる。
【００７９】
【発明の効果】
以上の説明から明らかなように、本発明の放送システムでは、ＢＳ放送の画面に地上波放送の番組表を載せるときに、それぞれの地域で放送される番組表のみを載せることができる。
【図面の簡単な説明】
【図１】第１の実施形態の放送システムを示すブロック図、
【図２】第１の実施形態の放送システムでのイベント情報テーブルを示す図、
【図３】第１の実施形態の放送システムでの他のイベント情報テーブルを示す図、
【図４】第２の実施形態の放送システムを示すブロック図、
【図５】第２の実施形態の放送システムでのイベント情報テーブルを示す図、
【図６】第２の実施形態の放送システムでの放送予定変更後のイベント情報テーブルを示す図、
【図７】第２の実施形態の放送システムでの予備番組を表示した番組表を示す図、
【図８】第２の実施形態の放送システムでの放送予定変更後の番組表を示す図、
【図９】第２の実施形態の放送システムでの放送予約取消しを表示する画面、
【図１０】第３の実施形態の放送システムを示すブロック図、
【図１１】第３の実施形態の放送システムでのイベント情報テーブルを示す図、
【図１２】第３の実施形態の放送システムでの視聴チャネルの移動を示す図、
【図１３】第４の実施形態の放送システムを示すブロック図、
【図１４】第４の実施形態の放送システムでのサービス情報テーブルを示す図、
【図１５】第４の実施形態の放送システムでの番組表を示す図、
【図１６】第５の実施形態の放送システムを示すブロック図、
【図１７】第５の実施形態の放送システムでのサービス情報テーブルを示す図、
【図１８】第５の実施形態の放送システムでの番組表を示す図、
【図１９】第６の実施形態の放送システムを示すブロック図、
【図２０】第６の実施形態の放送システムでの優先度変更設定画面を示す図、
【図２１】第６の実施形態の放送システムでの優先度に基づくイベント情報テーブルの変化を示す図、
【図２２】第６の実施形態の放送システムでの優先度に基づく周期設定テーブルの変化を示す図、
【図２３】第６の実施形態の放送システムでの優先度変更機構を示すブロック図、
【図２４】従来の放送システムを示すブロック図、
【図２５】従来の放送システムを構成する受信装置のハードウエアを示す図である。
【符号の説明】
１０　放送局
１１　放送データベース
１２　映像／音声ストリーム生成装置
１３　番組情報作成装置
１４　番組情報データ作成部
１５　送出部
１６　課金情報管理システム
１７　ＭＵＸ
２０　放送受信装置
２１　受信部
２２　表示処理部
２３　ＥＰＧ処理部
２４　予約管理部
２５　条件管理部
２６　ＴＶ
５０　公衆回線
５１　シリーズ情報作成部
５２　シリーズ情報管理部
５３　予備番組作成部
５４　予備番組管理部
５５　テンプレート情報作成部
５６　テンプレート情報管理部
５７　リンク情報作成部
５８　リンク情報管理部
５９　他ネットワーク情報作成部
６０　他ネットワーク情報管理部
６１　優先度処理部
７１　アンテナ
７２　チューナ
７３　復調回路
７４　デマルチプレクサ
７５　ＡＶデコーダ
７６　ＣＰＵ
７７　セクションデコーダ
７８　メモリ
７９　受光部
８０　ＩＣカード
８１　モデム
８２　リモコン
【図１】
2004007659.tif 000003
【図２】
2004007659.tif 000004
【図３】
2004007659.tif 000005
【図４】
2004007659.tif 000006
【図５】
2004007659.tif 000007
【図６】
2004007659.tif 000008
【図７】
2004007659.tif 000009
【図８】
2004007659.tif 000010
【図９】
2004007659.tif 000011
【図１０】
2004007659.tif 000012
【図１１】
2004007659.tif 000013
【図１２】
2004007659.tif 000014
【図１３】
2004007659.tif 000015
【図１４】
2004007659.tif 000016
【図１５】
2004007659.tif 000017
【図１６】
2004007659.tif 000018
【図１７】
2004007659.tif 000019
【図１８】
2004007659.tif 000020
【図１９】
2004007659.tif 000021
【図２０】
2004007659.tif 000022
【図２１】
2004007659.tif 000023
【図２２】
2004007659.tif 000024
【図２３】
2004007659.tif 000025
【図２４】
2004007659.tif 000026
【図２５】
2004007659.tif 000027