JP4099022B2 - 送信装置及び受信装置 - Google Patents
送信装置及び受信装置 Download PDFInfo
- Publication number
- JP4099022B2 JP4099022B2 JP2002269090A JP2002269090A JP4099022B2 JP 4099022 B2 JP4099022 B2 JP 4099022B2 JP 2002269090 A JP2002269090 A JP 2002269090A JP 2002269090 A JP2002269090 A JP 2002269090A JP 4099022 B2 JP4099022 B2 JP 4099022B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- broadcast
- area
- reserved
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、受信装置及び送信装置に関し、より特定的には、放送番組を予約録画又は予約視聴可能であり、若しくは番組情報を受信可能な受信装置、及び、予約録画又は予約視聴に必要な情報、若しくは番組情報を生成し送信する送信装置に関する。
【０００２】
【従来の技術】
従来から、放送局は、放送番組の録画予約の簡便化を図るため、放送番組表を表す番組情報（ＥＰＧ(Electric Program Guide)）を送信している場合がある。さらに、このような番組情報の使い勝手を良くするために、様々な技術が提案されている。例えば、ある受信装置は、過去に予約録画した放送番組を特定する情報を記録する。このような記録情報を参照して、受信装置は、放送番組を予約録画した頻度を算出する。さらに、算出した頻度を使って、番組情報中に記述される放送番組に優先順位を、受信装置は与える。より具体的には、高頻度の放送番組程、より高い優先順位が与えられる。その後、受信装置は、優先順位に従って放送番組を配列したユーザ向けの放送番組表を作成し、表示する。
【０００３】
【特許文献１】
特許第３２３７３６２号公報
【０００４】
【発明が解決しようとする課題】
一般的に、放送番組は、予め定められた放送エリア内にある受信装置に向けて送信されており、互いに隣接する複数の放送エリアには、同じ時間帯であっても、互いに異なる内容の放送番組が送信されている場合がある。また、複数の放送エリアにおいて、同一内容の放送番組が同じ時間帯に送信されている場合であっても、それら放送番組は、互いに異なるチャネルを使って送信されている場合もある。
【０００５】
また、近年、移動体通信機器も、上述の受信装置として、放送番組を受信及び再生可能に、さらには、放送番組の視聴予約又は録画予約も可能になりつつある。移動体通信機器は典型的には、携帯電話又はＰＤＡ(Personal Digital Assistants )であり、より広義には、ノート型のパーソナルコンピュータも含まれる。このような移動体通信機器は、ユーザにより携帯されることで複数の放送エリア間を自由に移動できる。従って、ある放送番組を視聴予約又は録画予約したとしても、その視聴予約又は予約録画はある放送エリア内では有効であるが、他の放送エリア内では無意味になる場合がある。より具体的には、移動体通信機器が他の放送エリアに位置する場合、ユーザが意図した放送番組を視聴又は録画できないことが起こりうる。
【０００６】
また、ユーザ個人向けの放送番組表を移動体通信機器が作成できたとしても、作成された放送番組表は、ある放送エリア内では有効であるが、他の放送エリア内では無意味である場合がある。より具体的には、作成された放送番組表には、他の放送エリア内で提供されている放送番組のチャネル、開始時刻及び終了時刻が正しく記述されていないということが起こりうる。
以上から明らかなように、従来の視聴予約又は録画予約、若しくは従来の放送番組表の作成は、複数の放送エリアを自由に移動可能な移動体通信機器に適していないという問題点があった。
【０００７】
それ故に、本発明の目的は、複数の放送エリア間を移動可能な場合であっても、放送番組の視聴予約又は録画予約を正しく行え、若しくは正しい放送番組表を表示可能な受信装置を提供することである。
また、本発明の他の目的は、受信装置側で放送番組の視聴予約又は録画予約を正しく行える情報、若しくは正しい放送番組表を生成し、受信装置に送信する送信装置を提供することである。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本願の第１の発明は、放送エリア内において番組を受信可能に構成される受信装置と通信可能な送信装置であって、受信装置から、受信装置の現在位置を示す位置情報と、視聴予約又は録画予約された番組を特定する予約番組情報である番組の放送チャネル及び番組コードとを受信する受信部と、所定の放送エリアにおける放送チャネル、放送時間帯及び番組タイトルを少なくとも含む放送番組データベースを蓄積する番組ＤＢ蓄積部と、受信した位置情報に基づいて、受信装置が、予約番組情報を作成した際に位置した放送エリアから、他の放送エリアに移動したか否かを判定する第１の判定部と、第１の判定部によって受信装置が放送エリア間を移動したと判定された場合に、位置情報と放送番組データベースとに基づいて、予約番組情報の修正が必要であることを示す告知データを作成する作成部と、告知データを受信装置に送信する送信部とを備える。
【０００９】
第２の発明は、第１の発明に従属しており、告知データは、他の放送エリアにおいて視聴予約又は録画予約された番組の放送チャネルをさらに含む。
【００１０】
第３の発明は、第２の発明に従属しており、告知データは、他の放送エリアにおいて視聴予約又は録画予約された番組の放送開始時刻及び放送終了時刻をさらに含む。
【００１１】
第４の発明は、第１の発明に従属しており、第１の判定部によって受信装置が放送エリア間を移動したと判定された場合に、移動後の現在位置である他の放送エリアにおいて、番組コードで特定される番組が放送されるか否かを判定する第２の判定部をさらに備え、作成部は、第２の判定部によって他の放送エリアにおいて同一番組が放送されないと判定された場合に、視聴予約又は録画予約された番組の代わりとなる代替番組の放送開始時刻及び放送終了時刻を含む告知データを作成する。
【００１２】
第５の発明は、第１の発明に従属しており、第１の判定部によって受信装置が放送エリア間を移動したと判定された場合に、移動後の現在位置である他の放送エリアにおいて、番組コードで特定される番組が放送されるか否かを判定する第２の判定部をさらに備え、作成部は、第２の判定部によって他の放送エリアにおいて同一番組が放送されないと判定された場合に、視聴予約又は録画予約された番組の放送チャネル、番組コード、放送開始時刻及び放送終了時刻を含むコマンドを作成し、送信部は、コマンドを外部の据え置き型録画装置に送信する。
【００１３】
第６の発明は、放送エリア内において番組を受信可能に構成される受信装置にデータを送信する送信方法であって、受信装置から、受信装置の現在位置を示す位置情報と、視聴予約又は録画予約された番組を特定する予約番組情報である番組の放送チャネル及び番組コードとを受信するステップと、所定の放送エリアにおける放送チャネル、放送時間帯及び番組タイトルを少なくとも含む放送番組データベースを蓄積するステップと、受信した前記位置情報に基づいて、受信装置が、予約番組情報を作成した際に位置した放送エリアから、他の放送エリアに移動したか否かを判定するステップと、判定するステップによって受信装置が放送エリア間を移動したと判定された場合に、位置情報と放送番組データベースとに基づいて、予約番組情報の修正が必要であることを示す告知データを作成するステップと、告知データを受信装置に送信するステップとを備える。
【００２２】
【発明の実施の形態】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るデータ通信システムの全体構成を示す模式図である。図１において、データ通信システムは、少なくとも１台の受信装置１と、少なくとも１台の送信装置２と、複数台の放送局の一例として、２台の放送局３1 及び３2 とを備えている。
【００２３】
まず、放送局３1 及び３2 について説明する。放送局３1 は、放送チャネルＣＨ1 を使ってエリアＡ1 に向けて、複数の番組の一例として、互いに内容（例えば、ニュース番組、ドキュメンタリー番組、スポーツ番組）の相違する３つの番組Ｐ1 、Ｐ2 及びＰ3 を、典型的にはトランスポートストリームに多重して放送する。
【００２４】
放送チャネルＣＨ1 は、放送局３1 に予め割り当てられる周波数帯域である。また、エリアＡ1 は、放送局３1 の各放送番組Ｐ1 〜Ｐ3 を受信装置１が受信可能な範囲を意味する。エリアＡ1 は一般的に、放送局３1 の送信電波の強度により定まる。
【００２５】
各番組Ｐ1 〜Ｐ3 は、図２に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 〜ＴＰ3 に放送される。また、説明の都合上、時間帯ＴＰ1 〜ＴＰ3 は時間軸上で実質的に連続していると仮定する。時間帯ＴＰ1 は、番組Ｐ1 の放送が開始される時刻Ｔ1 から、その放送が終了する時刻Ｔ2 までの間である。時間帯ＴＰ2 は、番組Ｐ2 の放送開始時刻Ｔ2 から、その放送終了時刻Ｔ3 までの間である。また、時間帯ＴＰ3 は、番組Ｐ3 の放送開始時刻Ｔ3 から放送終了時刻Ｔ4 までの間である。また、各番組Ｐ1 〜Ｐ3 には、それぞれを一意に特定できるよう番組コードＰＣ1 〜ＰＣ3 が割り当てられる（図３参照）。また、番組コードＰＣ1 〜ＰＣ3 は、後述するように、受信装置１が視聴予約又は録画予約を行う際に使われる。
【００２６】
図１に示す放送局３1 は、番組表（タイムテーブル）ＰＧ1 を、インターネットに代表される通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ1 は、図３に示すよう、例えばＥＰＧ(Electric Program Guide)のように、放送局３1 が放送する番組Ｐ1 〜Ｐ3 のスケジュールを表しており、放送チャネルＣＨ1 と、３組の情報セットＩＳ1 〜ＩＳ3 とを含む。なお、番組表ＰＧ1 に含まれる放送チャネルＣＨ1 の代わりに、エリアＡ1 を一意に特定するエリアコードＡＣ1 であっても良い。情報セットＩＳ1 は、番組Ｐ1 のタイトルＰＴ1 、時間帯ＴＰ1 及び番組コードＰＣ1 から構成される。また、図示は省略しているが、情報セットＩＳ2 は、番組Ｐ2 のタイトルＰＴ2 、時間帯ＴＰ2 及び番組コードＰＣ2 から構成され、情報セットＩＳ3 は、番組Ｐ3 のタイトルＰＴ3 、時間帯ＴＰ3 及び番組コードＰＣ3 から構成される。
【００２７】
また、図１に示すように、放送局３2 は、放送チャネルＣＨ2 を使ってエリアＡ2 に向けて、複数の番組の一例として、互いに内容の異なる３つの番組Ｐ4 、Ｐ5 及びＰ1 を放送する。
【００２８】
放送チャネルＣＨ2 は、放送局３2 に予め割り当てられており、上述の放送チャネルＣＨ1 とは異なる周波数帯域である。また、エリアＡ2 は、放送局３2 の各放送番組Ｐ4 、Ｐ5 及びＰ1 を受信装置１が受信可能な範囲であり、上述のエリアＡ1 とは異なる範囲をカバーし、エリアＡ1 と実質的に隣接する。なお、エリアＡ2 は大略的には、放送局３2 の送信電波の強度により定まる。
【００２９】
各番組Ｐ4 、Ｐ5 及びＰ1 は、本実施形態の説明の都合上、図２に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 、ＴＰ2 及びＴＰ3 に放送されると仮定する。また、本実施形態では、放送局３1 の放送番組Ｐ2 及びＰ3 を、放送局３2 は放送しないと仮定する。また、番組Ｐ1 は、放送局３1 及び３2 により、互いに相違する時間帯ＴＰ1 及び時間帯ＴＰ3 に送信される点には注意を要する。また、番組Ｐ4 及びＰ5 には、それぞれを一意に特定でき、さらに受信装置１の視聴予約等に使われる番組コードＰＣ4 及びＰＣ5 が割り当てられる。また、放送局３2 の放送番組Ｐ1 には、上述の番組コードＰＣ1 が使われる点には注意を要する。
【００３０】
放送局３2 は、図１に示すように、自身が放送する番組Ｐ4 、Ｐ5 及びＰ1 のスケジュールを表す番組表（タイムテーブル）ＰＧ2 を、上述の通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ2 は、番組表ＰＧ1 と同様のデータ構造を有しており、図３に示すように、放送チャネルＣＨ2 と、情報セットＩＳ4 〜ＩＳ6 とを含む。なお、番組表ＰＧ1 の場合と同様、放送チャネルＣＨ2 の代わりに、エリアＡ2 を一意に特定するエリアコードＡＣ2 が番組表ＰＧ2 に含まれていても良い。情報セットＩＳ6 は、番組Ｐ1 のタイトルＰＴ1 、時間帯ＴＰ3 及び番組コードＰＣ1 から構成される。図示を省略しているが、情報セットＩＳ4 は、番組Ｐ4 のタイトルＰＴ4 、時間帯ＴＰ1 及び番組コードＰＣ4 から構成され、情報セットＩＳ5 は、番組Ｐ5 のタイトルＰＴ5 、時間帯ＴＰ2 及び番組コードＰＣ5 から構成される。
【００３１】
図１において、受信装置１は、ユーザにより携帯されることで、複数のエリアエリアＡ1 及びＡ2 の間を自由に移動可能な移動体通信機器である。そして、現在位置するエリアＡ1 又はＡ2 において、受信装置１は、放送局３1 又は３2 によって放送される番組Ｐ1 〜Ｐ3 又は番組Ｐ4 、Ｐ5 及びＰ1 を受信可能に構成される。さらに、受信装置１は、受信可能な番組Ｐ1 〜Ｐ5 の中から、ユーザにより視聴予約又は録画予約されたものを再生又は録画する。
【００３２】
以上の機能を実現するために、図４に示すように、受信装置１は、アンテナ１１と、チューナ１２と、番組再生部１３と、画像切替え部１４と、表示装置１５と、音声切替え部１６と、音声出力部１７と、アンテナ１８と、無線通信部１９と、ＣＯＤＥＣ１１０と、制御部１１１と、入力装置１１２と、予約蓄積部１１３と、番組蓄積部１１４とを備えている。
【００３３】
アンテナ１１は、放送チャネルＣＨ1 及びＣＨ2 上の放送電波を受信して、受信電波をチューナ１２に出力する。チューナ１２は、制御部１１１からの制御信号ＳCHにより指定された放送チャネルＣＨ1 又はＣＨ2 を設定する。さらに、チューナ１２は、設定された放送チャネルＣＨ1 又はＣＨ2 からの放送電波をダウンコンバート及び／又は復調して、デジタル形式のトランスポートストリームを再生し、番組再生部１３又は制御部１１１に出力する。番組再生部１３は、チューナ１２からのトランスポートストリームから、受信番組Ｐ1 〜Ｐ5 のいずれかを表す映像データＤV 及び音声データＤA を再生して、再生した映像データＤV を、画像切替え部１４に出力し、再生した音声データＤA を音声切替え部１６に出力する。さらに、番組再生部１３には、制御部１１１により番組蓄積部１１４から読み出されたトランスポートストリームが入力される。番組再生部１３は、入力トランスポートストリームから、受信番組Ｐ1 〜Ｐ5 のいずれかを表す映像データＤV 及び音声データＤA を再生して、再生した映像データＤV を、画像切替え部１４に出力し、再生した音声データＤA を音声切替え部１６に出力する。また、番組再生部１３は、このような入力系統の切替えを、制御部１１１からの制御信号ＳSAに従って行う。
【００３４】
画像切替え部１４には、番組再生部１３からの映像データＤV の他に、制御部１１１からの告知データＤWPが入力される場合がある。告知データＤWPは、予約番組情報ＩRPの修正が必要であることを少なくとも示す警告メッセージを表すテキストデータ又は画像データ（図１１参照）を含む。画像切替え部１４は、制御部１１１からの制御信号ＳSBに応答して、番組再生部１３及び制御部１１１のいずれかを選択し、選択したものから入力される映像データＤV 及び告知データＤWPのいずれかを表示装置１５に出力する。表示装置１５は、入力映像データＤV に従って受信番組Ｐ1 〜Ｐ5 のいずれかを構成する映像を出力し、また、入力告知データＤWPに従って、テキスト又は画像で表現される警告メッセージを出力する。
【００３５】
音声切替え部１６には、番組再生部１３からの音声データＤA の他に、制御部１１１からの告知データＤWAが入力される場合がある。告知データＤWAは少なくとも、予約番組情報ＩRPの修正が必要であることを少なくとも示す警告メッセージを表す音声データ（図１１参照）を含む。音声切替え部１６は、制御部１１１からの制御信号ＳSCに応答して、番組再生部１３及び制御部１１１のいずれかを選択し、選択したものから入力される音声データＤA 及び告知データＤWAのいずれかを音声出力部１７に出力する。音声出力部１７は、入力音声データＤA に従って受信番組Ｐ1 〜Ｐ5 のいずれかを構成する音声を出力し、また、入力告知データＤWAに従って、音声で表現される警告メッセージを出力する。
【００３６】
また、図４において、アンテナ１８は、受信装置１が移動可能なエリアＡ1 又はＡ2 において、移動体通信網５に収容される基地局のいずれかからの高周波信号を受信する。本高周波信号には様々な情報が多重及び重畳されているが、本実施形態で必要であるのは、受信装置１の現在位置を特定するための位置情報ＣＰ1 又はＣＰ2 と、上述の告知データＤWP又はＤWAとである。ここで、説明の簡素化を図るため、位置情報ＣＰ1 は、エリアＡ1 に収容される基地局から送られてくるものと仮定し、位置情報ＣＰ2 は、エリアＡ2 の基地局から送られてくるものと仮定する。また、告知データＤWP又はＤWAは、エリアＡ2 の基地局から送られてくる。以上の高周波信号をアンテナ１８は、無線通信部１９に出力する。
【００３７】
無線通信部１９は、アンテナ１８からの高周波信号に対して、ダウンコンバート及び復調に代表される処理を行う。その結果、無線通信部１９は、ベースバンド帯の多重化信号を再生し、ＣＯＤＥＣ１１０に出力する。上述の多重化信号には様々な情報が多重化されている。ＣＯＤＥＣ１１０は、入力多重化信号の中から、位置情報ＣＰ1 又はＣＰ2 と、受信装置１宛ての告知データＤWP又はＤWAとを分離して、それらを制御部１１１に出力する。
【００３８】
ＣＯＤＥＣ１１０はさらに、制御部１１１で生成される判定要求ＲD を多重化信号に多重化する。ここで、判定要求ＲD は、受信装置１の移動により予約番組情報ＩRPの修正が必要か否かの判定を送信装置２に要求するための情報であり、図５に示すように、少なくとも、位置情報ＣＰ1 及びＣＰ2 のいずれか一方と、放送チャネルＣＨ1 又はＣＨ2 と、番組コードＰＣ1 〜ＰＣ5 のいずれか１つを含む。無線通信部１９は、変調処理を行って、ＣＯＤＥＣ１１０からの多重化信号を、高周波信号に重畳し、アンテナ１８を介して移動体通信網５に送出する。
【００３９】
制御部１１１は、予約視聴又は予約録画に必要な各種処理を行うために、プログラムメモリ１１５と、プロセッサ１１６と、作業領域１１７とを含む。プログラムメモリ１１５は、受信装置１の各構成を制御するためのコンピュータプログラム（図示は単にプログラム）１１８を格納する。プロセッサ１１６は、以上のコンピュータプログラム１１８を実行する。なお、プロセッサ１１６の詳細な処理については、図６のフローチャートを参照して、後で詳説する。作業領域１１７は、コンピュータプログラム１１８の実行中にプロセッサ１１６により使用される。
【００４０】
入力装置１１２は、ユーザにより操作される。ユーザは、入力装置１１２を操作することで、予約視聴又は予約録画に必要な情報を入力する。例えば、エリアＡ1 においてユーザが予約視聴又は予約録画を行う際、番組表ＰＧ1 が使われる。より具体的には、ユーザは、入力装置１１２を操作して、番組表ＰＧ1 に記述されている番組コードＰＣ1 〜ＰＣ3 の中から、ユーザが視聴予約又は録画予約したいものを指定する。その結果、入力装置１１２は、指定された番組コードＰＣ1 〜ＰＣ3 のいずれかを制御部１１１に出力する。また、エリアＡ2 においてユーザが予約視聴又は予約録画を行う際には、ユーザは、番組表ＰＧ2 に記述される番組コードＰＣ4 、ＰＣ5 又はＰＣ1 を指定する。
【００４１】
予約蓄積部１１３は、番組Ｐ1 〜Ｐ5 の中から、ユーザにより視聴予約又は予約録画されたものを特定するための予約番組情報ＩRPを格納する。
予約番組情報ＩRPは、図７に示すように、いくつかの予約番組レコードＲRPを含む。予約番組レコードＲRPは、１回の視聴予約又は予約録画につき１つ作成され、それぞれは、少なくとも、放送チャネル欄ＦCHと、開始時刻欄ＦSTと、終了時刻欄ＦETと、番組コード欄ＦPCと、フラグ欄ＦFLとで構成される。放送チャネル欄ＦCHには、視聴予約又は録画予約された番組Ｐ1 〜Ｐ5 のいずれかが放送されるチャネルＣＨ1 又はＣＨ2 が記述される。開始時刻欄ＦST及び終了時刻欄ＦETには、視聴予約又は録画予約された番組Ｐ1 〜Ｐ5 のいずれかの放送開始時刻及び放送終了時刻が記述される。番組コードＦＰＣには、対象となる番組Ｐ1 〜Ｐ5 の番組コードＰＣ1 〜ＰＣ5 が記述される。また、フラグ欄ＦFLには、対象となる番組Ｐ1 〜Ｐ5 のいずれかを視聴予約するか、録画予約するかを示すフラグが記述される。なお、本実施形態では、フラグ欄ＦFLには、０又は１が記載され、０は視聴予約を意味し、１は録画予約を意味する。詳細は後述するが、各予約番組レコードＲRPは、制御部１１１により作成され、予約蓄積部１１３に格納される。また、図７には、エリアＡ1 で放送される番組Ｐ1 を視聴予約された場合の予約番組情報ＩRPが例示されており、この予約番組情報ＩRPの放送チャネル欄ＦCHには放送チャネルＣＨ1 が、放送開始時刻欄ＦSTには時刻Ｔ1 が、放送終了時刻欄ＦETには時刻Ｔ2 が、番組コード欄ＦPCには番組コードＰＣ１ が、フラグ欄ＦFLには０が記述される。
【００４２】
番組蓄積部１１４は、番組Ｐ1 〜Ｐ5 の内、予約録画されたものを構成するトランスポートストリームを格納する。
【００４３】
また、図１において、送信装置２は、放送局３1 からの番組表ＰＧ1 及び放送局３2 からの番組表ＰＧ2 を、上述の通信網４を介して受け取り、蓄積する。さらに、送信装置２は、受信装置１からの判定要求ＲD に応答して、本実施形態特有の判定処理を行う。より具体的には、受信装置１に現在格納されている予約番組情報ＩRPの修正が必要が否かが判定される。そのために、送信装置２は、受信判定要求ＲD 内の番組コードＰＣ1 〜ＰＣ5 が、エリアＡ2 をカバーする放送局３2 の番組表ＰＧ2 に記述されているか否かを判定する。番組表ＰＧ2 に記述されている場合、送信装置２は、予約番組情報ＩRPの修正が必要か否かを表す上述の告知データＤWP及び告知データＤWAの一方を生成して、受信装置１へ返す。逆の場合には、その修正が不要であることを示す告知データＤWP及び告知データＤWAの一方が生成され、受信装置１に送信される。
【００４４】
以上のような機能を実現するために、図８に示すように、送信装置２は、送受信部２１と、制御部２２と、番組ＤＢ蓄積部２３とを備えている。
送受信部２１は、通信網４及び移動体通信網５の双方からデータを受信可能に、さらに、通信網４及び移動体通信網５の双方へとデータを送信可能に構成される。より具体的には、送受信部２１は、通信網４を介して、放送局３1 から送信されてくる番組表ＰＧ1 及び放送局３2 から送信されてくる番組表ＰＧ2 を受信して、制御部２２に転送する。また、送受信部２１は、移動体通信網５を介して送信されてくる判定要求ＲD を受信して、制御部２２に転送する。さらに、送受信部２１は、制御部２２により生成された告知データＤWP及び告知データＤWAのいずれか一方を移動体通信網５に送出する。
【００４５】
制御部２２は、上述の判定に必要な各種処理を行うために、プログラムメモリ２４と、プロセッサ２５と、作業領域２６とを含む。プログラムメモリ２４は、送信装置２における各処理の手順を記述したコンピュータプログラム２７を格納する。プロセッサ２５は、以上のコンピュータプログラム２７を実行する。なお、プロセッサ２５の特徴的な処理については、図１０のフローチャートを参照して、後で詳説する。作業領域２６は、コンピュータプログラム２７の実行中にプロセッサ２５により使用される。
【００４６】
番組ＤＢ蓄積部２３は、制御部２２により生成される番組データベース（以下、番組ＤＢ(Data Base )）２８（図９参照）を格納する。番組ＤＢ２８は、放送局３1 の番組表ＰＧ1 及び放送局３2 の番組表ＰＧ2 （図３参照）から作成される。番組ＤＢ２８は、図９に示すように、放送局数に相当する数の放送局レコードＲBSの一例として、放送局レコードＲBS1 及びＲBS2 とから構成される。放送局レコードＲBS1 は、放送チャネルＣＨ1 と、時間帯ＴＰ1 及び番組コードＰＣ1 の組みと、時間帯ＴＰ2 及び番組コードＰＣ2 の組みと、時間帯ＴＰ3 及び番組コードＰＣ3 の組みとから構成される。また、放送局レコードＲBS2 は、放送チャネルＣＨ2 と、時間帯ＴＰ1 及び番組コードＰＣ4 の組みと、時間帯ＴＰ2 及び番組コードＰＣ5 の組みと、時間帯ＴＰ3 及び番組コードＰＣ1 の組みとから構成される。番組ＤＢ２８を構成する各情報については、上述した通りであるため、ここではそれぞれの説明を省略する。なお、番組表ＰＧ1 又はＰＧ2 に設定されているタイトルＰＴ1 〜ＰＴ5 については、送信装置２の処理には特に必要ないので、番組ＤＢ２８から削除しているが、送信装置２が番組表ＰＧ1 及びＰＧ2 の配信を行うような場合には、番組ＤＢ２８は、番組表ＰＧ1 及びＰＧ2 の組み合わせで構成されても良い。また、前述と同様に、放送チャネルＣＨ1 及びＣＨ2 は、エリアコードＡＣ1 及びＡＣ2 であっても良い。
【００４７】
次に、以上の構成を有するデータ通信システムの動作について説明する。まず、送信装置２において、送受信部２１は、遅くとも時刻Ｔ1 までに、放送局３1 から番組表ＰＧ1 、及び放送局３2 から番組表ＰＧ2 を、通信網４を介して受信して、作業領域２６に格納する。作業領域２６内の番組表ＰＧ1 から、プロセッサ２５は、タイトルＰＴ1 〜ＰＴ3 を削除することにより、放送局レコードＲBS1 を作成する。さらに、作業領域２６内の番組表ＰＧ2 から、プロセッサ２５は、タイトルＰＴ4 、ＰＴ5 及びＰＴ1 を削除することにより、放送局レコードＲBS2 を作成する。プロセッサ２５は、作業領域２６上で作成した放送局レコードＲBS1 及びＲBS2 を、番組ＤＢ２８として、番組ＤＢ蓄積部２３に格納する。
【００４８】
受信装置１のユーザは現在、エリアＡ1 （図１参照）内を行動している。さらに、ユーザは、入力装置１１２を操作して、視聴予約を指定し、さらに、番組表ＰＧ1 を参照しながら、放送局３1 により送信される番組Ｐ1 の番組コードＰＣ1 を指定する。これら指定に応答して、プロセッサ１１６は、図７に例示したような予約番組レコードＲRPを作成し、予約蓄積部１１３に格納する。なお、番組表ＰＧ1 の取得方法及び視聴予約の方法については周知であるため、それぞれの説明を省略する。以上の視聴予約が完了後、ユーザは、受信装置１を携帯して、エリアＡ2 に移動する。
【００４９】
プロセッサ１１６は、予約番組レコードＲRPを少なくとも１つ格納した状態でプログラムメモリ１１５内のコンピュータプログラム１１８を実行する。そして、プロセッサ１１６は、各予約番組レコードＲRPの放送開始時刻欄ＦSTを定期的に監視しており、いずれかの放送開始時刻の所定時間前（例えば５分前）に現在時刻が到達すると、図６のフローチャートに示される処理を開始する。今、現在時刻は、時刻Ｔ1 の所定時間前であると仮定する。
【００５０】
まず、プロセッサ１１６は、予約番組情報ＩRPの中から、対象となる予約番組レコードＲRPを選択する（ステップＳ１１）。ここで、対象となる予約番組レコードＲRPとは、（放送開始時刻−所定時間）＝現在時刻という条件を満たすものを意味する。その後、プロセッサ１１６は、対象予約番組レコードＲRPの放送チャネル欄ＦCHに記述されている放送チャネルＣＨ1 又はＣＨ2 と、その番組コード欄ＦPCに記述されている番組コードＰＣ（番組コードＰＣ1 〜ＰＣ5 のいずれか）を、作業領域１１７に取り出す（ステップＳ１２）。上記仮定下では、ステップＳ１１において、図７に例示された予約番組レコードＲRPが選択され、ステップＳ１２において、放送チャネルＣＨ1 及び番組コードＰＣ1 が取得される。
【００５１】
上述したように、移動体通信網５において、エリアＡ1 内に設置されている基地局は定期的に、位置情報ＣＰ1 を送出し、同様に、エリアＡ2 内のものは、位置情報ＣＰ2 を送出している。受信装置１において、ＣＯＤＥＣ１１０には、アンテナ１８及び無線通信部１９を介して、移動体通信網５から多重化信号が入力される。ＣＯＤＥＣ１１０は、入力多重化信号から、位置情報ＣＰ1 又はＣＰ2 を分離して、作業領域１１７に格納する。以上のようにして、プロセッサ１１６は、受信装置１が現在位置するエリアＡ1 又はＡ2 を特定する位置情報ＣＰ1 又はＣＰ2 を取得する（ステップＳ１３）。上記仮定下では、ステップＳ１３において、位置情報ＣＰ2 が取得される。
【００５２】
次に、プロセッサ１１６は、作業領域１１７に格納されている位置情報ＣＰ1 又はＣＰ2 と、放送チャネルＣＨ1 又はＣＨ2 と、番組コードＰＣ1 〜ＰＣ5 のいずれかとを含む判定要求ＲD （図５参照）を作業領域１１７上で作成する。その後、プロセッサ１１６は、作成した判定要求ＲD を送信装置２に送信するために、ＣＯＤＥＣ１１０及び無線通信部１９を介して、アンテナ１８から移動体通信網５に送出する（ステップＳ１４）。上記仮定下では、ステップＳ１４において、位置情報ＣＰ2 、放送チャネルＣＨ1 及び番組コードＰＣ1 を含む判定要求ＲD が作成され、移動体通信網５に送出される。以上のステップＳ１４が終了すると、プロセッサ１１６は、送信装置２からの告知データＤWP又はＤWAを受信することを待機する（ステップＳ１５）。
【００５３】
送信装置２において、送受信部２１は、移動体通信網５から判定要求ＲD を受信した後、受信判定要求ＲD を作業領域２６に格納する。プロセッサ２５は、プログラムメモリ２４内のコンピュータプログラム２７を実行しており、作業領域２６内に判定要求ＲD が格納されると、図１０のフローチャートに示される処理を開始する。
【００５４】
まず、プロセッサ２５は、作業領域２６内の判定要求ＲD から、位置情報ＣＰ1 又はＣＰ2 と、放送チャネルＣＨ1 又はＣＨ2 と、番組コードＰＣ1 〜ＰＣ5 のいずれかを取り出す（ステップＳ２１）。上記仮定下では、判定要求ＲD は、位置情報ＣＰ2 と放送チャネルＣＨ1 と番組コードＰＣ1 とを含んでいるので、ステップＳ２１において、それらが及び取り出される。
【００５５】
次に、プロセッサ２５は、受信装置１が対象予約番組レコードＲRPを作成した時に位置していたエリア（以下、作成エリアと称する）Ａと、現在位置するエリア（現エリアと称する）Ａとが一致するか否かを判定する（ステップＳ２２）。そのために、プロセッサ２５はまず、ステップＳ２１で取得した放送チャネルＣＨ1 又はＣＨ2 から、受信装置１が対象予約番組レコードＲRPを作成した時に位置していたエリアＡ1 又はＡ2 を特定する。ここで、放送チャネルＣＨ1 はエリアＡ1 をカバーし、放送チャネルＣＨ2 はエリアＡ2 をカバーすることは既知である。従って、対象予約番組レコードＲRPの放送チャネルＣＨ1 又はＣＨ2 から、プロセッサ２５は、作成エリアＡがエリアＡ1 であるかエリアＡ2 であるかを容易に特定できる。さらに、エリアＡ1 及びＡ2 がカバーする範囲も既知であるから、ステップＳ２１で取得した位置情報ＣＰ1 又はＣＰ2 から、現エリアＡがエリアＡ1 であるかエリアＡ2 であるかを容易に特定できる。
【００５６】
ステップＳ２２で両エリアＡが一致する場合、受信装置１に対して何もしなくとも、受信装置１は、現在のままの対象予約番組レコードＲRPを使えば良いので、図１０の処理は終了する。
【００５７】
上記仮定下では、作成エリアＡはエリアＡ1 であり、現エリアＡはエリアＡ2 である。従って、ステップＳ２２では、両エリアＡは一致しないと判断される。このような場合、プロセッサ２５は、対象予約番組レコードＲRPで特定される番組Ｐ（つまり、番組Ｐ1 〜Ｐ5 のいずれか）が現在時刻以降に現エリアＡで放送されるか否かを判定する（ステップＳ２３）。より具体的には、プロセッサ２５は、番組ＤＢ蓄積部２３にアクセスして、現エリアＡの放送局３1 又は３2 の放送局レコードＲBS1 又はＲBS2 の中に、ステップＳ２１で取得した番組コードＰＣ1 〜ＰＣ5 のいずれかと、現在時刻以降の時間帯ＴＰ1 〜ＴＰ3 との組みが存在するか否かを判定する。このような組みを見つけることができれば、視聴予約番組Ｐが現在時刻以降に現エリアＡで放送されることが、プロセッサ２５は分かる。
【００５８】
上記仮定下では、ステップＳ２３において、放送局レコードＲBS2 が検索され、この中には、現在時刻以降の時間帯ＴＰ3 及び、ステップＳ２１で取得した番組コードＰＣ1 が記述されているため、プロセッサ２５は、ＹＥＳと判定する。このように判定した場合、プロセッサ２５は、告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２４）。本ステップで生成される告知データＤWAは、図１１の上段に示すように、上述の警告メッセージに加えて、現エリアＡで同一番組Ｐが放送予定であることを示す番組通知を表すテキストデータ又は画像データを含む。また、本ステップで生成される告知データＤWAは、上述の警告メッセージに加えて、上述の番組通知を示す音声データを含む。
【００５９】
また、ステップＳ２３でＮＯと判定した場合、現エリアＡで同一番組Ｐが放送予定でないことから、プロセッサ２６は、図１１の下段に示すように、上述の警告メッセージだけを含む告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２５）。
【００６０】
以上のステップＳ２４又はＳ２５の後、プロセッサ２６は、作成した告知データＤWP及び／又は告知データＤWAを、送受信部２１を介して、移動体通信網５に送出する（ステップＳ２６）。以上のステップＳ２６が終了すると、図１０の処理は終了する。
【００６１】
上述したように、受信装置１のプロセッサ１１６は、ステップＳ１５で告知データＤWP及び／又はＤWAを受信することを待機しており、未受信であると判定すると、判定要求ＲD の送出から予め定められた時間だけ経過したか否かを判断する（ステップＳ１６）。一定時間経過している場合、プロセッサ１１６は、対象となる予約番組レコードＲRPが有効であるとみなして、図６の処理を終了する。一方、一定時間経過していない場合、プロセッサ１１６は再度、ステップＳ１５を行う。
【００６２】
ステップＳ２６で送出された告知データＤWP及び／又は告知データＤWAは移動体通信網５を介して、受信装置１のアンテナ１８により受信された後、無線通信部１９及びＣＯＤＥＣ１１０を介して、作業領域１１７に格納される。このような格納により、プロセッサ１１６は、ステップＳ１５で告知データＤWP及び／又は告知データＤWA受信したと判断し、制御信号ＳSB及び／又はＳSCを生成し、画像切替え部１４及び／又は音声切替え部１６に出力する（ステップＳ１７）。制御信号ＳSBは、画像切替え部１４の入力系統を制御部１１１側に切り替えるよう指示するための信号であり、制御信号ＳSCは、音声切替え部１６の入力系統を制御部１１１側に切り替えるよう指示するための信号である。以上の制御信号ＳSB及び／又は制御信号ＳSCに従って、画像切替え部１４及び／又は音声切替え部１６はそれぞれ、入力系統を制御部１１１側に切り替える。
【００６３】
ステップＳ１７の次に、プロセッサ１１６は、作業領域１１７上の告知データＤWP及び／又は告知データＤWAを、画像切替え部１４及び／又は音声切替え部１６に転送する（ステップＳ１８）。その結果、告知データＤWP及び／又は告知データＤWAは、画像切替え部１４及び／又は音声切替え部１６を介して、表示装置１５及び／又は音声出力部１７に入力される。表示装置１５は、受信告知データＤWAにより表される警告メッセージを、テキスト又は画像で表示する。また、受信告知データＤWAに番組通知が含まれる場合、表示装置１５は、それも表示する。音声出力部１７は、受信告知データＤWAにより表される警告メッセージを音声として出力する。また、音声出力部１７は、受信告知データＤWAに番組通知が含まれる場合、それも音声出力する。
【００６４】
以上説明したように、第１の実施形態によれば、エリアＡ1 からＡ2 へと移動することにより、エリアＡ1 で作成された予約情報レコードＲRPの修正が必要であることを、受信装置１は、送信装置２からの告知データＤWP及び／又はＤWAを使って、ユーザに認識させることが可能となる。ユーザは、エリアＡ2 で取得可能な番組表ＰＧ2 を使って、対象となる予約情報レコードＲRPを消去したり、新規作成したり、修正したりすることが可能となる。また、送信装置２は、告知データＤWA及び／又はＤWAに番組通知を追加するので、ユーザは、エリアＡ1 で視聴予約された番組Ｐと同一のものがエリアＡ2 で放送予定であることを認識できるので、より簡単に予約情報レコードＲRPの新規作成又は修正をすることが可能となる。
【００６５】
なお、以上の説明では、判定要求ＲD の送出タイミングは実質的に、視聴予約番組Ｐの放送開始時刻の所定時間前であった。これにより、判定要求ＲD の送出頻度を抑えることが可能となる。つまり、移動体通信網５のトラフィックを抑えることに寄与できる。しかし、これに限らず、判定要求ＲD の送出タイミングは、受信装置１が作成エリアＡから現エリアＡに移動した直後であっても良い。この場合、判定要求ＲD の送出頻度は相対的に高くなるが、ユーザはいち早く、予約情報レコードＲRPを消去したり、新規追加したり、修正したりする必要性を認識することが可能となる。
【００６６】
また、ユーザは、作成エリアＡから現エリアＡに移動した後再度、作成エリアＡに戻ることがある。そのため、図６のステップＳ１１で選択された予約番組レコードＲRPをプロセッサ１１６は消去するよりも、予約蓄積部１１３の所定の記憶領域に待避することがより好ましい。これにより、ユーザが元のエリアＡに戻った時に、ユーザが入力装置１１２を操作する必要なく、プロセッサ１１６は、待避した予約番組レコードＲRPを使って、予約番組Ｐを再生することが可能となる。
【００６７】
また、以上の説明では、送信装置２のプロセッサ２５がステップＳ２２でＹＥＳと判断した場合、図１０の処理は終了していた。しかし、これに限らず、送信装置２は、対象となる予約番組レコードＲRPがそのまま使えることを示す告知データを生成し、受信装置１に送信しても構わない。
【００６８】
また、以上では説明しなかったが、プロセッサ１１６は、例えば、図７に例示した予約番組レコードＲRP内の放送開始時刻になると、チューナ１２の受信チャネルを放送チャネルＣＨ1 に設定するための制御信号ＳCHを生成し、チューナ１２に出力する。また、プロセッサ１１６は、番組再生部１３の入力系統をチューナ１２側に設定するための制御信号ＳSAを生成し、番組再生部１３に出力する。また、プロセッサ１１６は、画像切替え部１４の入力系統を番組再生部１３側に設定するための制御信号ＳSBを生成し、画像切替え部１４に出力する。音声切替え部１６は、音声切替え部１６の入力系統を番組再生部１３側に設定するための制御信号ＳSCを生成し、音声切替え部１６に出力する。これにより、表示装置１５及び音声出力部１７は、予約番組レコードＲRPにより視聴予約された番組Ｐを構成する映像及び音声を出力する。
【００６９】
また、以上の実施形態では、視聴予約の場合の受信装置１の動作を説明したが、予約録画の場合の動作も、視聴予約の場合の動作を応用することにより簡単に実現できる。より具体的には、ユーザは、エリアＡ1 において、入力装置１１２を操作して、録画予約を指定し、さらに、番組表ＰＧ1 を参照して、番組コードＰＣ1 を指定する。これらの指定に応答して、プロセッサ１１６は、フラグ欄ＦFLに１が記述された予約番組レコードＲRPを生成する。そして、その予約番組レコードＲRPの放送開始時刻の所定時間前になり、その時にユーザがエリアＡ1 からＡ2 に移動していれば、上述のような処理が受信装置１及び送信装置２の間で行われる。
【００７０】
また、フラグ欄ＦFLに１が記述された予約番組レコードＲRP内の放送開始時刻になると、プロセッサ１１６は、チューナ１２の受信チャネルを放送チャネルＣＨ1 に設定するための制御信号ＳCHを生成し、チューナ１２に出力する。その結果、チューナ１２から出力される予約番組Ｐを構成するトランスポートストリームは番組蓄積部１１４に格納される。番組蓄積部１１４に格納されたトランスポートストリームをユーザが予約番組Ｐを視聴したい時、プロセッサ１１６は、番組再生部１３の入力系統を制御部１１１側に設定するための制御信号ＳSAを生成し、番組再生部１３に出力する。また、プロセッサ１１６は、画像切替え部１４の入力系統を番組再生部１３側に設定するための制御信号ＳSBを生成し、画像切替え部１４に出力する。音声切替え部１６は、音声切替え部１６の入力系統を番組再生部１３側に設定するための制御信号ＳSCを生成し、音声切替え部１６に出力する。これによって、プロセッサ１１６により番組蓄積部１１４から読み出されたトランスポートストリームは番組再生部１３に出力され、その結果、表示装置１５及び音声出力部１７は、予約番組レコードＲRPにより予約録画された番組Ｐを構成する映像及び音声を出力する。
【００７１】
また、以上の実施形態では、受信装置１及び送信装置２を地上波放送システムに応用した例について説明した。しかし、受信装置１は、衛星放送システムにおいて、番組Ｐ1 〜Ｐ5 を受信可能な場合にも、図６に示す処理を行っても良い。
【００７２】
また、以上の実施形態では、受信装置１は、判定要求ＲD を作成する際に、移動体通信網５からの位置情報ＣＰ1 又はＣＰ2 を使っていた。しかし、これに限らず、受信装置１は、ＧＰＳ(Global Positioning System )からの情報を使って算出した現在位置を使って判定要求ＲD を作成しても良いし、いわゆる自律航法センサを使って検出した現在位置を使って判定要求ＲD を作成しても良い。
【００７３】
また、以上の実施形態では、送信装置２は、受信判定要求ＲD に含まれる放送チャネルＣＨ1 又はＣＨ2 と、位置情報ＣＰ1 又はＣＰ2 とから、受信装置１が作成エリアＡから現エリアＡに移動したことを判定していた。しかし、これに限らず、送信装置２は、受信装置１の移動毎に、告知データＤWP又はＤWAを作成するので、受信装置１の作成エリアＡを記憶することが可能となる。そして、受信装置１は、位置情報ＣＰ1 又はＣＰ2 のみを含む判定要求ＲD を作成して送信装置２に送るようにしても良い。この場合、送信装置２は、記憶している作成エリアＡと、受信位置情報ＣＰ1 又はＣＰ2 とから、受信装置１が作成エリアＡから現エリアＡに移動したことを認識することができる。
【００７４】
（第１の変型例）
次に、プロセッサ１１６の処理及びプロセッサ２５の処理の第１の変型例について説明する。図１２は、プロセッサ１１６の処理の第１の変型例の手順を示すフローチャートである。図１２は、図６と比較すると、ステップＳ１９〜Ｓ１１１をさらに含む点で相違する。それ以外に両フローチャートに相違点はないので、図１２において図６のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。また、図１３は、プロセッサ２５の処理の第１の変型例の手順を示すフローチャートである。図１３は、図１０と比較すると、ステップＳ２４の代わりにステップＳ２７を含む点で相違する。それ以外に両フローチャートに間に相違点はないので、図１３において図１０のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【００７５】
図１３において、送信装置２のプロセッサ２５は、ステップＳ２３でＹＥＳと判断した場合、プロセッサ２５は、告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２７）。より具体的には、プロセッサ２５は、番組ＤＢ蓄積部２３から、ステップＳ２３で見つけた組み、つまり、放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれか、及び番組コードＰＣ1 〜ＰＣ5 のいずれかから構成される組みを、作業領域２６に読み出す。その後、プロセッサ２５は、図１４の上段に示すように、上述の警告メッセージに加えて、読み出した組みを同一番組情報ＩSPとして含む告知データＤWPを作成する。なお、同一番組情報ＩSPは告知データＤWAに含まれても構わない。
【００７６】
第１の実施形態では、図７に例示した予約番組レコードＲRPがステップＳ１１で選択されると仮定した。この仮定下では、同一番組情報ＩSPは、放送チャネルＣＨ2 、時間帯ＴＰ3 及び番組コードＰＣ1 から構成される。
【００７７】
以上のステップＳ２７の終了後、ステップＳ２６において、プロセッサ２５は、作成した告知データＤWP及び／又は告知データＤWAを、送受信部２１を介して、移動体通信網５に送出する。
【００７８】
また、図１２において、受信装置１のプロセッサ１１６は、ステップＳ１８の後に、受信告知データＤWP又は告知データＤWAの中に、同一番組情報ＩSPが含まれているか否かを判断する（ステップＳ１９）。プロセッサ１１６が同一番組情報ＩSPが含まれていないと判断した場合、図１２の処理は終了する。
【００７９】
ステップＳ１９で同一番組情報ＩSPが含まれると判断した場合には、プロセッサ１１６は、対象となる予約番組レコードＲRPを複製し、複製したものを予約蓄積部１１３において別の記録領域に待避する（ステップＳ１１０）。これにより、上述したように、受信装置１が作成エリアＡに戻った時に、待避した予約番組レコードＲRPを再利用できる。
【００８０】
さらに、プロセッサ１１６は、同一番組情報ＩSPを構成する、放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれかを構成する放送開始時刻、放送終了時刻及び番組コードＰＣ1 〜ＰＣ5 のいずれかを、予約番組情報ＩRPを構成する予約番組レコードＲRPの放送チャネル欄ＦCH、開始時刻欄ＦST、終了時刻欄ＦET及び番組コード欄ＦPCに書き込み、対象となる予約番組レコードＲRPを更新する（ステップＳ１１１）。上記仮定下では、更新された予約番組レコードＲRPは、放送チャネルＣＨ2 、放送開始時刻Ｔ3 、放送終了時刻Ｔ4 、番組コード欄ＰＣ1 及び、フラグとしての０から構成される。
【００８１】
以上説明したように、本変型例では、受信装置１は自動的に予約番組レコードＲRPを更新できるので、現エリアＡにおいて視聴予約又は録画予約された番組Ｐを視聴又は録画することができる。
【００８２】
なお、以上の変型例では、プロセッサ１１６は、同一番組情報ＩSPを構成する放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれかを構成する放送開始時刻、放送終了時刻及び番組コードＰＣ1 〜ＰＣ5 のいずれかを予約番組レコードＲRPに書き込むとして説明したが、これに限らず、プロセッサ１１６は、必要な部分のみを書き込むようにしても構わない。例えば、同一番組情報ＩSPと、予約番組レコードＲRPとの双方に同じ番組コードＰＣ1 〜ＰＣ5 のいずれかが記載されていることになるので、番組コードＰＣについては書き換えを行わなくても良い。また、放送開始時刻及び放送終了時刻を書き換えなくとも良い場合も起こりうる。
【００８３】
また、以上の変型例では、受信装置１側では現エリアＡで同一番組Ｐが放送されているか否かを、送信装置２からの告知データＤWP又はＤWAを解析するまで認識できない。さらに言えば、同一番組Ｐが互いに同じ時間帯ＴＰから始まることも想定できる。したがって、受信装置１のユーザとしては、予約番組レコードＲRPの更新をいち早く行いたいとはずである。従って、本変型例においては、判定要求ＲD は、作成エリアＡから現エリアＡへの移動が行われた直後に送信装置２に向けて送出される方が好ましい。
【００８４】
また、以上の変型例では、ステップＳ２５において、上述の警告メッセージだけでなく、現エリアＡでは同一番組Ｐの放送予定が無いことを示す通知を含む告知データＤWP及び／又は告知データＤWAを作成し、ステップＳ２７で送出することがより好ましい。これにより、受信装置１のユーザは、同一番組Ｐの放送予定が無いことを認識できるようになる。
【００８５】
ところで、ユーザは、図１５に示すように、通信網４にアクセス可能な据え置き型の録画装置６０を有している場合がある。また、このような録画装置６０は基本的に、複数のエリアＡを移動することはない。このような場合、ステップＳ２３で同一番組Ｐが無いと判断した場合、送信装置１は、録画装置６０に向けて、ステップＳ１１で選択された予約番組レコードＲRPで特定される番組Ｐを録画するためのコマンドＣRRを生成し、通信網４を介して送信しても良い。
【００８６】
また、以上の実施形態では、ユーザは、入力装置１１２を操作して、視聴予約を指定し、さらに、番組表ＰＧ1 を参照しながら、放送局３1 により送信される番組Ｐ1 の番組コードＰＣ1 を指定する。これら指定に応答して、プロセッサ１１６は、予約番組レコードＲRPを作成して、予約蓄積部１１３に格納していた。しかし、これに限らず、受信装置１は、作成した予約番組レコードＲRPを送信装置２に送信し、送信装置２が各予約番組レコードＲRPを管理するようにしても良い。この場合、送信装置２は、視聴予約又は録画予約された番組の放送開始時刻の所定時間前になると、対象となる予約番組レコードＲRPを受信装置１に送信する。ここで、上述のように、通信網４にアクセス可能な録画装置６０をユーザが有している場合には、送信装置２は、予約番組レコードＲRPで特定される番組Ｐの内容に応じて、予約番組レコードＲRPを受信装置１に送信するか、上述のコマンドＣRRを録画装置６０に送信するようにしても良い。例えば、映画のように高精細の画面で観るような番組Ｐに関しては、送信装置２は、上述のコマンドＣRRを作成して録画装置６０に送信し、ニュースのように高精細な画面で観る必要性が乏しいものに関しては、上述の予約番組レコードＲRPを受信装置１に送信する。
【００８７】
（第２の変型例）
次に、プロセッサ１１６の処理及びプロセッサ２５の処理の第２の変型例について説明する。図１６は、プロセッサ１１６の処理の第２の変型例の手順を示すフローチャートである。図１６は、図６と比較すると、ステップＳ１１２〜Ｓ１１６をさらに含む点で相違する。それ以外に両フローチャートに相違点はないので、図１６において図６のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。また、図１７は、プロセッサ２５の処理の第２の変型例の手順を示すフローチャートである。図１７は、図１０と比較すると、ステップＳ２４の代わりにステップＳ２８及びＳ２９をさらに含む点で相違する。それ以外に両フローチャートに間に相違点はないので、図１７において図１０のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【００８８】
図１７において、送信装置２のプロセッサ２５は、ステップＳ２３でＮＯと判断した場合、受信装置１側で視聴予約又は録画予約された番組Ｐの代わりとなる代替番組ＡＰを番組ＤＢ２８から検索して、代替番組ＡＰが放送される放送チャネルＣＨ1 又はＣＨ2 と、時間帯ＴＰ1 〜ＴＰ3 のいずれかと、番組コードＰＣ1 〜ＰＣ5 のいずれかとを、代替番組情報ＩAPとして作業領域２６に取り出す（ステップＳ２８）。ここで、代替番組ＡＰとしては、様々な番組Ｐを想定することができるが、例えば、視聴予約又は録画予約された番組Ｐと同じ時間帯ＴＰに現エリアＡで放送される番組Ｐであったり、現エリアＡで放送されかつユーザの嗜好に基づいてプロセッサ２５により選択された番組Ｐであったりする。
【００８９】
次に、プロセッサ２５は、告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２９）。より具体的には、プロセッサ２５は、図１７に示すように、上記警告メッセージに加えて、ステップＳ２８で取得した代替番組情報ＩAPを含む告知データＤWPを作成する。なお、代替番組情報ＩAPは告知データＤWAに含まれても構わない。
【００９０】
例えば、ステップＳ２８において、図２に示す番組Ｐ4 が代替番組ＡＰ4 として検索された場合には、ステップＳ２９で生成される代替番組情報ＩAPは、放送チャネルＣＨ2 、時間帯ＴＰ1 及び番組コードＰＣ4 から構成される。
【００９１】
以上のステップＳ２９の終了後、ステップＳ２６において、作成した告知データＤWP及び／又はＤWAを、送受信部２１を介して移動体通信網５に送出する。
【００９２】
また、図１６において、受信装置１のプロセッサ１１６は、ステップＳ１８の後に、受信告知データＤWP又はＤWAの中に、代替番組情報ＩAPが含まれているか否かを判断する（ステップＳ１１２）。プロセッサ１１６が代替番組情報ＩAPが含まれていないと判断した場合、図１６の処理は終了する。
【００９３】
ステップＳ１１２において代替番組情報ＩAPが含まれていると判断した場合には、プロセッサ１１６は、代替番組ＡＰが存在することを示すメッセージ（以下、代替番組通知と称する）を表す画像データＤNAP を画像切替え部１４に転送する（ステップＳ１１３）。画像データＤNAP は、告知データＤWP又はＤWAに付加されていても良いが、本変型例ではコンピュータプログラム１１８に予め記述されていると仮定する。また、画像データＤNAP は、図１８に示すように、代替番組ＡＰを予約視聴又は予約録画をするか否かをユーザが指定することが可能に構成される。ステップＳ１１３の結果、画像データＤNAP は、画像切替え部１４を介して、表示装置１５により受信される。表示装置１５は、図１８に示すように、画像データＤNAP により表されるメッセージを表示する。
【００９４】
ユーザは、表示装置１５の画面を参照して、代替番組ＡＰを受け入れるか否かを判断し、入力装置１１２を操作して、代替番組ＡＰを受け入れるか否かを指定する。プロセッサ１１６は、入力装置１１２からの出力信号に基づいて、ユーザが代替番組ＡＰを予約視聴又は予約録画するかを判断し（ステップＳ１１４）、ユーザが受け入れないと指定した場合には、代替番組ＡＰを予約視聴等しないとみなして、図１６の処理は終了する。
【００９５】
それに対して、ステップＳ１１４において、ユーザが代替番組ＡＰを受け入れると指定した場合には、代替番組ＡＰを予約視聴等するとみなして、プロセッサ１１６は、対象となる予約番組レコードＲRPを複製し、複製したものを予約蓄積部１１３において別の記録領域に待避する（ステップＳ１１５）。これにより、上述したように、待避された予約番組レコードＲRPを再利用できる。
【００９６】
さらに、プロセッサ１１６は、代替番組情報ＩAPを構成する、放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれかを構成する放送開始時刻、放送終了時刻及び番組コードＰＣ1 〜ＰＣ5 のいずれかを、予約番組情報ＩRPを構成する予約番組レコードＲRPの放送チャネル欄ＦCH、開始時刻欄ＦST、終了時刻欄ＦET及び番組コード欄ＦPCに書き込み、対象となる予約番組レコードＲRPを更新する（ステップＳ１１６）。上記仮定下では、更新された予約番組レコードＲRPは、放送チャネルＣＨ2 、放送開始時刻Ｔ1 、放送終了時刻Ｔ2 、番組コード欄ＰＣ4 及び、フラグとしての０から構成される。
【００９７】
以上説明したように、本変型例では、受信装置１は自動的に予約番組レコードＲRPを代替番組ＡＰのものに更新するので、より使い勝手の良い受信装置１を提供することが可能となる。
【００９８】
なお、以上の変型例では、代替番組通知を表す画像データＤNAP を使って代替番組ＡＰが存在することがユーザに通知されていたが、これに限らず、音声を使って代替番組ＡＰが存在することを、受信装置１はユーザに通知されても良い。
【００９９】
（第２の実施形態）
図１９は、本発明の第２の実施形態に係るデータ通信システムの全体構成を示す模式図である。図１９において、データ通信システムは、少なくとも１台の受信装置６と、少なくとも１台の送信装置７と、複数台の放送局の一例として、２台の放送局８1 〜８4 とを備えている。
【０１００】
まず、放送局８1 〜８4 について説明する。放送局８1 は、放送チャネルＣＨ1 を使ってエリアＡ1 に向けて、複数の番組の一例として、互いに内容の相違するＰ1 〜Ｐ3 を、典型的にはトランスポートストリームに多重して放送する。また、放送局８1 は、番組表（タイムテーブル）ＰＧ1 を、通信網４を介して送信装置７に送信する。ここで、放送チャネルＣＨ1 、エリアＡ1 、番組Ｐ1 〜Ｐ3 、番組表ＰＧ1 及び通信網4 に関しては、第１の実施形態と同様であるため、本実施形態ではそれぞれの説明を省略する。
【０１０１】
また、放送局８2 は、放送チャネルＣＨ2 を使ってエリアＡ1 に向けて、複数の番組の一例として、互いに内容の相違する２つの番組Ｐ4 及びＰ5 を多重して放送する。放送チャネルＣＨ2 は、放送局８2 に予め割り当てられており、上述の放送チャネルＣＨ1 とは相違する周波数帯域である。なお、本実施形態では便宜上、放送局８1 及び８2 は、互いに同じエリアＡ1 をカバーするとして説明するが、放送局８1 及び８2 の性能又は周囲の状況により、放送局８1 及び８2 のカバーエリアは若干相違する。
【０１０２】
番組Ｐ4 及びＰ5 は、本実施形態では便宜上、図２０に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 及びＴＰ4 に放送されると仮定する。ここで、時間帯ＴＰ4 とは、時間帯ＴＰ2 及びＴＰ3 から構成され、番組Ｐ5 の放送開始時刻Ｔ2 〜放送終了時刻Ｔ4 の間である。また、番組Ｐ4 及びＰ5 には、第１の実施形態と同様に、番組コードＰＣ4 及びＰＣ5 が割り当てられる。
【０１０３】
放送局８2 はさらに、図２１に示すように、番組Ｐ4 及びＰ5 の放送スケジュールを表す番組表（タイムテーブル）ＰＧ2 を、上述の通信網４を介して送信装置７に送信する。ここで、番組表ＰＧ2 は、番組表ＰＧ1 と同様のデータ構造を有しており、図２１に示すように、放送チャネルＣＨ2 と、情報セットＩＳ4 及びＩＳ5 とを含む。情報セットＩＳ4 は、番組Ｐ4 のタイトルＰＴ4 、時間帯ＴＰ1 及び番組コードＰＣ4 とから構成される。また、図示は省略しているが、情報セットＩＳ5 は、番組Ｐ5 のタイトルＰＴ5 、時間帯ＴＰ4 及び番組コードＰＣ5 とから構成される。
【０１０４】
また、図１９に示すように、放送局８3 は、放送チャネルＣＨ3 を使ってエリアＡ2 に向けて、複数の番組の一例として、互いに内容の相違する３つの番組Ｐ6 、Ｐ7 及びＰ1 を放送する。
【０１０５】
放送チャネルＣＨ3 は、放送局８3 に予め割り当てられており、上述の放送チャネルＣＨ1 及びＣＨ2 とは異なる周波数帯域である。また、エリアＡ2 は、放送局８3 の各放送番組Ｐ6 、Ｐ7 及びＰ1 を受信装置６が受信可能な範囲であり、上述のエリアＡ1 とは異なる範囲をカバーし、エリアＡ1 に実質的に隣接する。なお、エリアＡ2 は大略的には、放送局８3 の送信電波の強度により定まる。
【０１０６】
各番組Ｐ6 、Ｐ7 及びＰ1 は、本実施形態では便宜上、図２０に示すように、上述の時間帯ＴＰ1 、ＴＰ2 及びＴＰ3 に放送されると仮定する。ここで、番組Ｐ1 は、放送局８1 及び８3 により、互いに異なる時間帯ＴＰ1 及びＴＰ3 に送信される点には注意を要する。また、番組Ｐ6 及びＰ7 には、他の番組Ｐ1 〜Ｐ5 と同様の番組コードＰＣ6 及びＰＣ7 が割り当てられる。ここで、放送局８3 の放送番組Ｐ1 には、上述同様、番組コードＰＣ1 が割り当てられる。
【０１０７】
放送局８3 は、図２１に示すように、放送番組Ｐ6 、Ｐ7 及びＰ1 のスケジュールを表す番組表（タイムテーブル）ＰＧ3 を、上述の通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ3 は、他の番組表ＰＧ1 及びＰＧ2 と同様のデータ構造を有しており、図２１に示すように、放送チャネルＣＨ3 と、情報セットＩＳ6 〜ＩＳ8 とを含む。情報セットＩＳ6 は、図示を省略しているが、番組Ｐ6 のタイトルＰＴ6 、時間帯ＴＰ1 及び番組コードＰＣ6 から構成される。情報セットＩＳ7 は、番組Ｐ7 のタイトルＰＴ7 、時間帯ＴＰ2 及び番組コードＰＣ7 から構成される。情報セットＩＳ8 は、情報セットＩＳ1 から明らかなように、番組Ｐ1 のタイトルＰＴ1 、時間帯ＴＰ3 及び番組コードＰＣ1 から構成される。
【０１０８】
また、放送局８4 は、放送チャネルＣＨ4 を使ってエリアＡ2 に向けて、複数の放送番組の一例として、互いに異なる２つの番組Ｐ8 及びＰ9 を放送する。
【０１０９】
放送チャネルＣＨ4 は、放送局８4 に予め割り当てられており、上述の放送チャネルＣＨ1 〜ＣＨ3 のものとは相違する周波数帯域である。なお、本実施形態では便宜上、放送局８3 及び８4 は、互いに同じエリアＡ2 をカバーするとして説明する。
【０１１０】
番組Ｐ8 及びＰ9 は、本実施形態では便宜上、図２０に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 及びＴＰ4 に放送されると仮定する。また、番組Ｐ8 及びＰ9 には、他の番組Ｐ1 等と同様に、番組コードＰＣ8 及びＰＣ9 が割り当てられる。
【０１１１】
放送局８4 は、図２１に示すように、放送番組Ｐ8 及びＰ9 のスケジュールを表す番組表（タイムテーブル）ＰＧ4 を、上述の通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ4 は、他の番組表ＰＧ1 等と同様のデータ構造を有しており、図２１に示すように、放送チャネルＣＨ4 と、情報セットＩＳ9 及びＩＳ10を含む。各情報セットＩＳ9 は、図示を省略しているが、他の情報セットＩＳ1 等から明らかなように、番組Ｐ8 のタイトルＰＴ8 、時間帯ＴＰ1 及び番組コードＰＣ8 から構成される。また、情報セットＩＳ10は、番組Ｐ9 のタイトルＰＴ9 、時間帯ＴＰ4 及び番組コードＰＣ9 から構成される。
【０１１２】
図１９において、受信装置６は、前述の受信装置１と同様に、移動体通信機器である。そして、現在位置するエリアＡ1 又はＡ2 において、受信装置６は少なくとも、送信装置７により提供される個人番組表ＵＰＧ1 又はＵＰＧ2 を受信し、表示する。また、受信装置６は、前述の受信装置１と同様に、放送局８1 及び８2 又は、放送局８3 及び８4 により放送される番組Ｐ1 〜Ｐ5 、又は番組Ｐ1 及びＰ6 〜Ｐ9 を受信可能に構成されても良いし、受信可能な番組Ｐ1 〜Ｐ9 の中から、ユーザにより視聴予約又は録画予約されたものを再生又は録画するよう構成されても良い。ただし、本実施形態の特徴は個人番組表ＵＰＧ1 及びＵＰＧ2 を受信し表示することであるため、番組受信、視聴予約及び録画予約については説明を簡素化する。
【０１１３】
以上の機能を実現するために、図２２に示すように、受信装置６は、図４の受信装置１と比較すると、制御部１１１に代えて制御部６１を備えている点で相違する。それ以外に両受信装置６及び１の間に、構成面及び処理面での相違点は無いので、図２２において図４の構成に相当するものには同一の参照符号を付けて、それぞれの説明を簡素化する。ただし、いくつかの構成への入出力情報は、第１の実施形態とは異なる。
【０１１４】
画像切替え部１４には、制御部６１からの番組表ＵＰＧ1 又はＵＰＧ2 が入力される場合がある。画像切替え部１４は、第１の実施形態で説明した制御信号ＳSBに応答して、番組再生部１３及び制御部６１のいずれかを選択する。画像切替え部１４は、制御部６１を選択している場合、それから送られてくる番組表ＵＰＧ1 又はＵＰＧ2 を表示装置１５に出力する。表示装置１５は、入力番組表ＵＰＧ1 又はＵＰＧ2 を表示する。
【０１１５】
ＣＯＤＥＣ１１０は、無線通信部１９からの多重化信号の中から、受信装置６に送られてくる位置情報ＣＰ1 又はＣＰ2 と、受信装置６宛ての番組表ＵＰＧ1 又はＵＰＧ2 とを分離して、それらを制御部６１に出力する。ＣＯＤＥＣ１１０はさらに、制御部６１で生成される番組表要求ＲUPG を多重化信号に多重化する。ここで、番組表要求ＲUPG は、受信装置６が今回進入したエリアＡ1 又はＡ2 で利用可能な個人番組表ＵＰＧ1 又はＵＰＧ2 を送信装置２に要求するための情報であり、少なくとも、放送チャネルＣＨ1 〜ＣＨ4 のいずれか一つと、位置情報ＣＰ1 又はＣＰ2 を含んでいる。
【０１１６】
制御部６１は、個人番組表の受信・表示に必要な各種処理を行うために、プログラムメモリ６２と、プロセッサ６３と、作業領域６４とを含む。プログラムメモリ６２は、受信装置６の各構成を制御するためのコンピュータプログラム（図示は単にプログラム）６５を格納する。プロセッサ６３は、以上のコンピュータプログラム６５を実行する。なお、プロセッサ６３の詳細な処理については、図２３のフローチャートを参照して、後で詳説する。作業領域６４は、コンピュータプログラム６５の実行中にプロセッサ６３により使用される。
【０１１７】
また、図１９において、送信装置７は、放送局８1 〜８4 からの番組表ＰＧ1 〜ＰＧ4 を、上述の通信網４を介して受け取り、蓄積する。さらに、送信装置７は、受信装置６からの番組表要求ＲUPG に応答して、本実施形態特有の処理が行われる。より具体的には、送信装置７は、個人番組表ＵＰＧ1 又はＵＰＧ2 の作成を行った後に、作成したものを移動体通信網５を介して受信装置６に送信する。
【０１１８】
以上のような機能を実現するために、図２４に示すように、送信装置７は、図８と比較すると、制御部２２の代わりに制御部７１を備えている点で相違する。それ以外に、両送信装置７及び２の間に、構成面及び処理面での相違点は無いので、図２４において、図８の構成に相当するものには同一の参照符号を付け、それぞれの説明を簡素化する。ただし、送受信部２１への入出力情報、及び番組ＤＢ蓄積部２３の蓄積情報は第１の実施形態とは異なる。
【０１１９】
送受信部２１は、通信網４を介して、各放送局８1 〜８4 から送られてくる番組表ＰＧ1 〜ＰＧ4 を受信して、制御部７１に転送する。また、送受信部２１は、移動体通信網５を介して、受信装置６から送られてくる番組表要求ＲUPG を受信して、制御部７１に転送する。さらに、送受信部２１は、制御部７１により生成された個人番組表ＵＰＧ1 又はＵＰＧ2 を移動体通信網５に送出する。
【０１２０】
制御部７１は、本実施形態特有の処理を行うために、プログラムメモリ７２と、プロセッサ７３と、作業領域７４とを含む。プログラムメモリ７２は、送信装置７における各処理の手順を記述したコンピュータプログラム（図示は単にプログラム）７５を格納する。プロセッサ７３は、以上のコンピュータプログラム７５を実行する。なお、プロセッサ７３の処理については、図２５のフローチャートを参照して、後で詳説する。作業領域７４は、コンピュータプログラム７５の実行中にプロセッサ７３により使用される。
【０１２１】
番組ＤＢ蓄積部２３は、制御部２２により生成される番組ＤＢ７６を格納する。番組ＤＢ７６は、受信番組表ＰＧ1 〜ＰＧ4 （図２１参照）から作成され、図２６に示すように、エリア数に相当する数のエリアレコードＲARの一例として、エリアレコードＲAR1 及びＲAR2 とから構成される。エリアレコードＲAR1 は、エリアＡ1 をカバーする放送局８1 及び８2 の番組表ＰＧ1 及びＰＧ2 から作成され、時刻Ｔ毎に、放送チャネルＣＨ1 で放送される番組Ｐ1 〜Ｐ3 及び、放送チャネルＣＨ2 で放送される番組Ｐ4 〜Ｐ5 を特定する。また、エリアレコードＲAR2 は、エリアＡ2 をカバーする放送局８3 及び８4 の番組表ＰＧ3 及びＰＧ4 から作成され、時刻Ｔ毎に、放送チャネルＣＨ3 で放送される番組Ｐ6 、Ｐ7 及びＰ1 及び、放送チャネルＣＨ4 で放送される番組Ｐ8 及びＰ9 を特定する。
【０１２２】
次に、以上の構成を有するデータ通信システムの動作について説明する。まず、送信装置７において、送受信部２１は、遅くても時刻Ｔ1 までに、放送局８1 からの番組表ＰＧ1 、放送局８2 からの番組表ＰＧ2 、放送局８3 からの番組表ＰＧ3 及び放送局８4 からの番組表ＰＧ4 を、通信網４を介して受信し、これらを作業領域７４に格納する。作業領域７４内の番組表ＰＧ1 及びＰＧ2 から、プロセッサ７３は、エリアレコードＲAR1 を作成し、番組表ＰＧ3 及びＰＧ4 から、エリアレコードＲAR2 を作成する。以上のエリアレコードＲAR1 及びＲAR2 の組みを番組ＤＢ７６として、プロセッサ７３は番組ＤＢ蓄積部２３に格納する。
【０１２３】
受信装置６のユーザは現在、エリアＡ1 （図１９参照）内を行動している。さらに、エリアＡ1 において、第１の実施形態と同様にして、予約番組レコードＲRPが作成される。その後、ユーザは、受信装置６を携帯して、エリアＡ2 に移動する。プロセッサ６３は、コンピュータプログラム６５を実行しており、各予約番組レコードＲRPの放送開始時刻の所定時間前になると、図２３に示される処理を開始する。プロセッサ６３は、前述のステップＳ１１と同様にして、対象となる予約番組レコードＲRPを選択し（ステップＳ３１）、対象となる予約番組レコードＲRPから、放送チャネルＣＨ（放送チャネルＣＨ1 〜ＣＨ4 のいずれか）を取得する（ステップＳ３２）。今、対象となる予約番組レコードＲRPが図７に例示したものであると仮定すると、放送チャネルＣＨ1 が取得される。
【０１２４】
また、上述したように、移動体通信網５において、エリアＡ1 内の基地局は定期的に位置情報ＣＰ1 を送出しており、エリアＡ2 内のものは位置情報ＣＰ2 を送出している。受信装置６において、ＣＯＤＥＣ１１０は、第１の実施形態と同様に、入力多重化信号から、位置情報ＣＰ1 又はＣＰ2 を分離して、作業領域６４に格納する。以上のようにして、プロセッサ６３は、受信装置６が現在位置するエリアＡ1 又はＡ2 内で、位置情報ＣＰ1 又はＣＰ2 を取得する（ステップＳ３３）。上記仮定下では、位置情報ＣＰ2 が取得される。
【０１２５】
次に、プロセッサ６３は、取得した放送チャネルＣＨ1 〜ＣＨ4 のいずれかと、取得した位置情報ＣＰ1 又はＣＰ2 とを含む番組表要求ＲUPG を、作業領域６４で作成し、ＣＯＤＥＣ１１０及び無線通信部１９を介してアンテナ１８から移動体通信網５に送出する（ステップＳ３４）。上記仮定下では、放送チャネルＣＨ1 及び位置情報ＣＰ2 を含むものが作成される。その後、プロセッサ６３は、送信装置７で作成される個人番組表ＵＰＧ1 又はＵＰＧ2 の受信を待機する（ステップＳ３５）。
【０１２６】
送信装置７において、送受信部２１は、移動体通信網５から受信した番組表要求ＲUPG を作業領域７４に格納する。プロセッサ７３は、プログラムメモリ７２内のコンピュータプログラム７５を実行しており、番組表要求ＲUPG が格納されると、図２６のフローチャートに示される処理を開始する。
【０１２７】
まず、プロセッサ７３は、作業領域７４内の番組表要求ＲUPG から、放送チャネルＣＨ1 〜ＣＨ4 のいずれか一つと、位置情報ＣＰ1 又はＣＰ2 とを取り出す（ステップＳ４１）。上記仮定下では、放送チャネルＣＨ1 と、位置情報ＣＰ2 とが取り出される。
【０１２８】
次に、プロセッサ７３は、前述のステップＳ２２と同様にして、対象となる予約番組レコードＲRPの作成エリアＡと、現エリアＡとが一致するか否かを判定する（ステップＳ４２）。一致していれば、受信装置６に対して何も行わなくて良いので、図２６の処理は終了する。
【０１２９】
それに対して、両エリアＡが一致しないと判定された場合、プロセッサ７３は、番組ＤＢ蓄積部２３にアクセスして、ステップＳ４２で特定される現エリアＡのエリアレコードＲAR1 又はＲAR2 （図２６参照）を選択する（ステップＳ４３）。以下、ステップＳ４３で選択されたものを、対象となるエリアレコードＲARと称する。また、上記仮定下では、エリアレコードＲAR2 が対象として選択される。次に、プロセッサ７３は、対象エリアレコードＲARを使って、いくつかの番組特定情報ＩPIを作成する（ステップＳ４４）。より具体的には、プロセッサ７３は、対象エリアレコードＲARにおいて、同じ時間帯ＴＰに放送される複数の番組Ｐの中から、ユーザ好みの番組Ｐを１つ選択する。そして、プロセッサ７３は、選択した番組Ｐを特定するために、放送チャネルＣＨ、番組タイトルＰＴ、番組コードＰＣ、及び時間帯ＴＰの組みを番組特定情報ＩPIとして、番組ＤＢ７６から取り出す。このような処理を、プロセッサ７３は、全ての時間帯ＴＰについて実行する。なお、ステップＳ４４においてユーザ好みの番組Ｐを選択する方法については、後の実施形態で詳説する。本実施形態では、対象となるエリアレコードＲAR2 から、番組特定情報ＩPIとして、放送チャネルＣＨ3 、番組タイトルＰＴ6 、番組コードＰＣ6 及び時間帯ＴＰ1 から構成される番組特定情報ＩPI1 と、放送チャネルＣＨ4 、番組タイトルＰＴ9 、番組コードＰＣ9 及び時間帯ＴＰ4 から構成される番組特定情報ＩPI2 とが作成されると仮定する。
【０１３０】
次に、プロセッサ７３は、ステップＳ４４で作成したいくつかの番組特定情報ＩPIを作業領域７４上で、時間帯ＴＰが連続するように並べて、図２７に示すような、個人番組表ＵＰＧ1 又はＵＰＧ2 を作成する（ステップＳ４５）。上記仮定に従えば、図２７に例示するように、番組特定情報ＩPI1 及びＩPI2 から構成される個人番組表ＵＰＧ2 が作成される。次に、プロセッサ７３は、作成した個人番組表ＵＰＧ1 又はＵＰＧ2 を、送受信部２１を介して、移動体通信網５に送出する（ステップＳ４６）。以上のステップＳ４６が終了すると、図２６の処理は終了する。
【０１３１】
上述したように、受信装置６のプロセッサ６３は、ステップＳ３４において個人番組表ＵＰＧ1 又はＵＰＧ2 の受信を待機しており、未受信であると判定すると、番組表要求ＲUPG の送出から予め定められた時間だけ経過したか否かを判断する（ステップＳ３６）。一定時間が経過している場合、プロセッサ６３は、作成エリアＡを出ていないと判断して、図２３の処理を終了する。一方、一定時間が経過していない場合には、プロセッサ６３は再度、ステップＳ３５を行う。
【０１３２】
また、ステップＳ４６で送出された個人番組表ＵＰＧ1 又はＵＰＧ2 は、移動体通信網５を介して、受信装置６のアンテナ１８により受信された後、無線通信部１９及びＣＯＤＥＣ１１０を介して、作業領域６４に格納される。このような格納により、プロセッサ６３は、ステップＳ３５で個人番組表ＵＰＧ1 又はＵＰＧ2 を受信したと判断し、制御信号ＳSBを作成して、画像切替え部１４に出力する（ステップＳ３７）。制御信号ＳSBは、画像切替え部１４の入力系統を制御部６１側に切り替えるための信号である。受信制御信号ＳSBに従って、画像切替え部１４は、入力系統を制御部６１側に切り替える。
【０１３３】
次に、プロセッサ６３は、作業領域６４内の番組表ＵＰＧ1 又はＵＰＧ2 を、画像切替え部１４に転送する（ステップＳ３８）。その結果、番組表ＵＰＧ1 又はＵＰＧ2 は、画像切替え部１４を介して、表示装置１５に入力される。表示装置１５は、図２８に示すように、受信した個人番組表ＵＰＧ1 又はＵＰＧ2 を表示する。
【０１３４】
以上説明したように、第２の実施形態によれば、送信装置７は、受信装置６が作成エリアＡから別のエリア（現エリア）Ａに移動したことを判定し、現エリアＡで放送されている番組Ｐの内、ユーザ好みのものから作成された個人番組表ＵＰＧ1 又はＵＰＧ2 を送信する。受信装置６は、送信装置７から送られてきた個人番組表ＵＰＧ1 又はＵＰＧ2 を表示する。これによって、ユーザが知らない間に別のエリアＡに移動したとしても、現エリアで有効な個人番組表ＵＰＧ1 又はＵＰＧ2 を自動的に受信し表示できるので、より使い勝手の良い受信装置６を実現することができる。
【０１３５】
なお、以上の説明では、番組表要求ＲUPG の送出タイミングは実質的に、視聴予約番組Ｐの放送開始時刻の所定時間前であった。これにより、番組表要求ＲUPG の送出頻度を抑えることが可能となる。つまり、移動体通信網５のトラフィックを抑えることに寄与できる。しかし、これに限らず、番組表要求ＲUPG の送出タイミングは、受信装置６が作成エリアＡから現エリアＡに移動したことを検出した直後であっても良い。この場合、番組表要求ＲUPG の送出頻度は相対的に高くなるが、ユーザはいち早く、現エリアＡで有効な個人番組表ＵＰＧ1 又はＵＰＧ2 を取得することが可能となる。
【０１３６】
また、ユーザは、現エリアＡに移動した後再度、作成エリアＡに戻ることがある。そのため、受信装置６は、作成エリアＡで取得した番組表ＵＰＧ1 又はＵＰＧ2 を所定の記憶領域に待避することがより好ましい。これにより、ユーザが元のエリアＡに戻った時に、新たな番組表要求ＲUPG を送信装置７に送信する必要なく、プロセッサ６３は、待避した番組表ＵＰＧ1 又はＵＰＧ2 を表示することが可能となる。
【０１３７】
また、以上の実施形態では、受信装置６及び送信装置７を地上波放送システムに応用した例について説明した。しかし、受信装置６は、衛星放送システムにおいて、番組Ｐ1 〜Ｐ10を受信可能な場合にも、図２３に示す処理を行っても良い。
【０１３８】
また、以上の実施形態では、受信装置６は、番組表要求ＲUPG を作成する際に、移動体通信網５からの位置情報ＣＰ1 又はＣＰ2 を使っていた。しかし、これに限らず、受信装置６は、ＧＰＳ(Global Positioning System )からの情報を使って算出した現在位置を使って番組表要求ＲUPG を作成しても良いし、いわゆる自律航法センサを使って検出した現在位置を使って番組表要求ＲUPG を作成しても良い。
【０１３９】
また、以上の実施形態では、送信装置７は、受信番組表要求ＲUPG に含まれる放送チャネルＣＨ1 又はＣＨ2 と、位置情報ＣＰ1 又はＣＰ2 とから、受信装置１が作成エリアＡから現エリアＡに移動したことを判定していた。しかし、これに限らず、送信装置７は、受信装置６の移動毎に、番組表ＵＰＧ1 又はＵＰＧ2 を作成するので、受信装置６の作成エリアＡを記憶することが可能となる。そして、受信装置６は、位置情報ＣＰ1 又はＣＰ2 のみを含む番組表要求ＲUPG を作成して送信装置７に送るようにしても良い。この場合、送信装置７は、記憶している作成エリアＡと、受信位置情報ＣＰ1 又はＣＰ2 とから、受信装置６が作成エリアＡから現エリアＡに移動したことを認識することができる。
【０１４０】
また、以上の実施形態では、送信装置７は、放送チャネルＣＨ1 又はＣＨ2 と、位置情報ＣＰ1 又はＣＰ2 とを使って、受信装置６が現エリアＡに移動したと判定した後に、個人番組表ＵＰＧ1 又はＵＰＧ2 を作成していた。しかし、これに限らず、送信装置７は、位置情報ＣＰ1 又はＣＰ2 のみから、受信装置６が現在位置する放送エリア（現エリア）Ａ1 又はＡ2 における放送番組Ｐを特定できる。このようにして特定した放送番組Ｐから、送信装置７は、現エリアＡ１ 又はＡ２における個人番組表ＵＰＧ1 又はＵＰＧ2 を作成することができる。
【０１４１】
（変型例）
次に、プロセッサ７３の処理の変型例について説明する。図２９は、プロセッサ７３の処理の変型例の手順を示すフローチャートである。図２９は、図２６と比較すると、ステップＳ４７〜Ｓ４１０をさらに含む点で相違する。それ以外に両フローチャートに相違点はないので、図２９において図２６のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１４２】
図２９において、送信装置７のプロセッサ７３は、ある番組表要求ＲUPG の受信に応答して、番組表ＵＰＧ1 又はＵＰＧ2 を作成し送出し（ステップＳ４４及びＳ４５）、その後に、今回作成した個人番組表ＵＰＧ1 又はＵＰＧ2 を予め定められた記録領域（例えば、作業領域７４）に待避する（ステップＳ４１０）。
【０１４３】
その後、プロセッサ７３は、別の番組表要求ＲUPG の受信に応答して、前述したように、いくつかの番組特定情報ＩPIを作成する（ステップＳ４４）。その後、プロセッサ７３は、ステップＳ４３で選択したエリアレコードＲARの中に、前回のステップＳ４８で待避した番組表ＵＰＧ1 又はＵＰＧ2 に含まれる番組コードＰＣと一致し、かつステップＳ４４で未選択である番組コードＰＣがあるか否かを判断する（ステップＳ４７）。つまり、前回のエリアＡにおいて番組表ＵＰＧ1 又はＵＰＧ2 に記述された番組Ｐが、今回のエリアＡで放送されているか否かが判断される。以下、前回の番組表ＵＰＧ1 又はＵＰＧ2 に記述され、今回の番組表ＵＰＧ1 又はＵＰＧ2 に記述されず、かつエリアＡで放送される番組Ｐを、副番組Ｐと称する。
【０１４４】
このような副番組Ｐが無いと判断された場合、プロセッサ７３は、ステップＳ４４以降を行う。それに対して、副番組Ｐがあると判断された場合、プロセッサ７３は、対象エリアレコードＲARを使って、いくつかの副番組特定情報ＩSPI を作成する（ステップＳ４８）。より具体的には、プロセッサ７３は、対象エリアレコードＲARにおいて、ステップＳ４６で特定された副番組Ｐを特定するために、放送チャネルＣＨ、番組タイトルＰＴ、番組コードＰＣ、及び時間帯ＴＰの組みを番組特定情報ＩSPI として、番組ＤＢ７６から取り出す。このような処理を、プロセッサ７３は、全ての副番組Ｐについて実行する。
【０１４５】
ステップＳ４８の次に、プロセッサ７３は、ステップＳ４４で作成したいくつかの番組特定情報ＩPIと、ステップＳ４８で作成したいくつかの副番組特定情報ＩSPI とを、作業領域７４上で、時間帯ＴＰが連続するように並べて、図３０のに示すような、個人番組表ＵＰＧ1 又はＵＰＧ2 を作成する（ステップＳ４９）。
【０１４６】
例えば、エリアＡ1 で作成された番組表ＵＰＧ1 に番組Ｐ1 （放送チャネルＣＨ1 、番組タイトルＰＴ1 、番組コードＰＣ1 、及び時間帯ＴＰ1 ）が記述されていた場合に、受信装置６がエリアＡ2 に移動した場合には、放送チャネルＣＨ3 を使って番組Ｐ1 が時間帯ＴＰ3 で放送されるので（図２１参照）、ステップＳ４８では、放送チャネルＣＨ3 、番組タイトルＰＴ1 、番組コードＰＣ1 、及び時間帯ＴＰ3 の組みが副番組特定情報ＩSPI として作成される。さらに、ステップＳ４９では、このような副番組特定情報ＩSPI を含む番組表ＵＰＧ2 が作成される。
【０１４７】
以上のステップＳ４９の後、プロセッサ７３は、作成した個人番組表ＵＰＧ1 又はＵＰＧ2 を、送受信部２１を介して、移動体通信網５に送出する（ステップＳ４６）。以上のステップＳ４６が終了すると、図２９の処理は終了する。
【０１４８】
以上説明したように、本変型例では、送信装置７は、副番組Ｐを含む番組表ＵＰＧ1 又はＵＰＧ2 を受信装置６に送信することができるので、受信装置６のユーザは、より使い勝手の良い番組表ＵＰＧ1 又はＵＰＧ2 を取得することが可能となる。
【０１４９】
（第３の実施形態）
次に、図３１及び図３２を参照して、本発明の第３の実施形態に係るデータ通信システムの概要を説明する。図３１は、本データ通信システムの構成を示す模式図である。図３１において、データ通信システムは、少なくとも１台の受信装置１０１と、少なくとも１台の送信装置１０２と、複数の放送局１０３（図示は１台のみ）とを備えている。また、図３２は、本データ通信システムで行われる処理の概要を示すフローチャートである。
【０１５０】
図３２において、各放送局１０３は、自身が放送する番組Ｐのスケジュール情報Ｉsch を、インターネットに代表される通信網１０４を介して、送信装置１０２に送信する（ステップＳ１０１）。送信装置１０２は、各放送局１０３から受信したスケジュールを使って、各放送局１０３に予め一意に割り当てられている放送チャネルＣＨ及び時刻Ｔ毎に、各放送局１０３の放送予定番組Ｐを示す番組データベース（以下、番組ＤＢ(Data Base) を作成する（ステップＳ１０２）。
【０１５１】
また、受信装置１０１のユーザは、個人番組表の配信サービスを受けるため、送信装置１０２を運用する番組情報サービス会社と契約する。その際、ユーザは、自身の年齢、性別、職業、趣味、好みの番組、好きなスポーツ、好みの芸能人に代表される個人情報を番組情報サービス会社に通知する。番組情報サービス会社は、通知された個人情報を送信装置１０２の個人情報データベース（以下、個人情報ＤＢと称する）に登録し、さらに、通知された個人情報から、ユーザが視聴したがる番組Ｐのジャンルを選択し、さらに、各ジャンル毎の優先順位を示す番組視聴優先度ＰＬを作成して、個人情報ＤＢに登録する（ステップＳ１０３）。
【０１５２】
次に、視聴者は、放送番組Ｐの視聴前に、個人番組表の配信サービスを受けるために、受信装置１０１を操作する。その操作に応答して、受信装置１０１は、移動体通信網１０５を介して、送信装置１０２に対して個人番組表ＵＰＧを要求する（ステップＳ１０４）。
【０１５３】
送信装置１０２は、個人番組表ＵＰＧの要求を受け取ると、認証処理を行って、ユーザを特定する。さらに、送信装置１０２は、個人情報ＤＢにおいて、今回特定したユーザの番組視聴優先度ＰＬと、番組ＤＢとから、ユーザの嗜好に適した個人番組表ＵＰＧを作成する。その後、送信装置１０２は、今回作成した個人番組表ＵＰＧを、移動体通信網１０５を介して受信装置１０１に送信する（ステップＳ１０５）。
【０１５４】
受信装置１０１は、移動体通信網１０５を介して個人番組表ＵＰＧを受信し、表示する。ユーザは、表示された個人番組表ＵＰＧを参照して、自分が視聴したい番組Ｐを選択し、視聴予約に必要な操作を行う。これにより、受信装置１０１では、予約視聴に必要な予約番組情報が生成される（ステップＳ１０６）。
【０１５５】
受信装置１０１は、視聴予約時に指定した時刻になると、視聴予約した放送チャネルＣＨからの放送番組Ｐを受信可能な状態に設定して、放送番組Ｐを受信し再生する（ステップＳ１０７）。以降、ステップＳ１０４〜Ｓ１０７が繰り返し実行される。
【０１５６】
次に、図３３〜図３５を参照して、放送局１０３について説明する。図３３は、図３１に示す各放送局１０３の詳細な構成を示すブロック図である。また、図３４は、図３１の各放送局１０３の処理の概要を示す模式図である。図３５は、図３１の各放送局１０３が送信装置１０２に送信するスケジュール情報Ｉsch を示す模式図である。
【０１５７】
まず、図３４に示すように、デジタル放送では一般的に、映像及び音声を放送するために映像音声ストリームＳＴAVと、静止画及び／又はグラフィックス等を用いた付加サービスを行うためにデータ放送ストリームＳＴDTとが多重化部３００７で多重化され、これによって、放送ストリームＳＴBCが構成される。ここで、映像音声ストリームＳＴAVは、ヘッダ情報ＩHDと、番組Ｐを表す番組データＤP とから構成される。以上のような放送ストリームＳＴBCは、放送波として放送局１０３から放送チャネルＣＨを使って放送される。
【０１５８】
図３３に示すように、放送局１０３は、番組データＤP のオーサリングを行う番組データオーサリング部３００４と、番組データＤP を格納する番組データ格納部３００５と、番組付加情報ＩADD のオーサリングを行う付加情報オーサリング部３００８と、番組付加情報ＩADD を格納する番組付加情報格納部３００９とを備えている。放送局１０３はさらに、格納された番組データＤP 及び番組付加情報ＩADD を放送スケジュール管理部３００６の制御下で、これらを多重化して、放送ストリームＳＴBCを作成する多重化部３００７と、作成された放送ストリームＳＴBCを放送波として放送アンテナ３０１１に出力する放送データ送信部３０１０と、放送チャネルＣＨ上に入力放送波を送出する放送アンテナ３０１１とを備えている。放送局１０３はさらに、スケジュール情報Ｉsch を格納するスケジュール情報格納部３００１と、格納されたスケジュール情報Ｉsch を、予め定められたタイミングで送信装置１０２に送信するための制御を行うスケジュール情報送信制御部３００２と、スケジュール情報送信制御部３００２の制御下で読み出されたスケジュール情報Ｉsch を通信網１０４に送出するデータ通信部３００３とを備えている。
【０１５９】
ここで、図３５に示すように、スケジュール情報Ｉsch は典型的には、放送番組Ｐを特定する番組コードＰＣと、放送チャネルＣＨを特定するチャネルコードＣＣと、番組ＰのタイトルＰＴと、番組ＰのサブタイトルＰＳＴと、番組ＰのジャンルＰＹと、番組Ｐの検索に必要なキーワードＫＷと、番組Ｐの放送開始時刻ＳＴ及び放送終了時刻ＥＴと、番組Ｐの出演者名ＴＮ及びスポンサーＳＳとから構成される。
【０１６０】
次に、図３６〜図４２を参照して、送信装置１０２について説明する。図３６は、図３１に示す送信装置１０２の詳細な構成を示すブロック図である。図３７は、送信装置１０２に格納される番組ＤＢの構成例を示す模式図である。図３８は、送信装置１０２に格納される個人情報ＤＢの構成例を示す模式図である。図３９は、送信装置１０２に格納される番組視聴優先度ＰＬの構成例を示す模式図である。図４０は、送信装置１０２で実行される番組選択の処理手順を示すフローチャートである。図４１は、図４０の番組選択処理の一例を示す模式図である。図４２は、送信装置１０２により作成される個人番組表ＵＰＧを例示する模式図である。
【０１６１】
図３６に示すように、送信装置１０２は、各放送局１０３から送信されたスケジュール情報Ｉsch をスケジュール情報受信部２００１で受信し、スケジュール情報処理部２００２を介して、図３７に示すような放送チャネルＣＨ及び時刻Ｔ毎に各放送局１０３の放送番組Ｐを一意に特定可能な番組ＤＢを、番組ＤＢ格納部２００３に格納する。
【０１６２】
個人番組表の配信サービスに先立ち、ユーザは、上述したように、送信装置１０２を運用する番組情報サービス会社と契約を行う。その後、番組情報サービス会社は、契約時にユーザから通知された個人情報を、個人情報ＤＢ格納部２００７に格納される個人情報ＤＢに登録する。ここで、個人情報は、本実施形態では、図３８に示すように、契約後にユーザに付与されるユーザ識別子ＵＩＤと、ユーザの年齢ＡＧ、性別ＧＤ、職業ＥＭ、趣味ＨＢと、好みの番組のジャンルＰＹと、好きなスポーツＦＳ及び好みの芸能人ＦＴから構成される。また、趣味ＨＢ、好みの番組のジャンルＰＹ、好きなスポーツＦＳ及び好みの芸能人ＦＴについては、それ毎に優先順位を与えて複数個登録される。
【０１６３】
なお、個人情報については、ユーザが書類に記載したものを番組情報サービス会社に送付し、番組情報サービス会社が受け取った書類に従って個人情報ＤＢに登録しても良い。また、受信装置１０１を操作してユーザにより入力された個人情報が移動体通信網１０５を通じて送信装置１０２に送信され、送信装置１０２において、通信制御部２００４、個人情報入力部２００５、個人情報処理部２００６を介して、受信個人情報は個人情報ＤＢに登録されても良い。また、通信網１０４に接続されたパーソナルコンピュータから、ユーザが個人情報を個人情報ＤＢに直接登録しても良い。以上の個人情報の登録時に、ユーザの好きな番組ＰのジャンルＰＹのそれぞれに優先度を割り当て、図３９に示すように、ジャンルＰＹ毎の優先度を番組視聴優先度ＰＬとして用いる。
【０１６４】
ここで、受信装置１０１から個人番組表ＵＰＧの要求があると、番組選択部２００８は、個人情報ＤＢにおいてユーザの個人情報を特定し、その後、特定した個人情報及び番組ＤＢから個人番組表ＵＰＧを作成する。次に、図３９〜図４２を参照して、番組選択部２００８の動作について詳細に説明する。まず、番組選択部２００８は、番組視聴優先度ＰＬを、最大値ＰＬmax （例えば５）に設定する（図４０；ステップＳ１００１）。
【０１６５】
次に、番組選択部２００８は、個人情報ＤＢから、設定された最大値ＰＬmax に一致する優先度が付されたジャンルＰＹを読み出す。ここで、以下、読み出されたジャンルＰＹを、対象ジャンルＰＹと称する。次に、番組選択部２００８は、番組ＩＤから、自身が決定する指定時間帯ｍにおける対象ジャンルＰＹの番組Ｐを検索する（ステップＳ１００２）。ここで、指定時間帯ｍとは、個人番組表ＵＰＧを構成するために必要な時間帯を意味する。例えば、指定時間帯ｍが１８：００〜２３：００であれば、この間における個人番組表ＵＰＧが作成される。
【０１６６】
次に、番組選択部２００８は、ステップＳ１００２で番組Ｐが検索できれば（ステップＳ１００３）、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧの放送時間帯ＴＰに配置する（ステップＳ１００４）。例えば、図３９に例示した個人情報ＤＢでは、番組優先度ＰＬが５のジャンルＰＹは「映画」である。この場合、番組選択部２００８は、番組ＤＢにおける指定時間帯ｍ（＝１８：００〜２３：００）の間において「映画」を検索する。すると、放送チャネルＣＨ4 で２１：００から２時間の間に映画αが放送予定であることから、検索したタイトルＰＴ（映画α）及び放送チャネルＣＨ4 が、図４１の（ａ）及び（ｂ）に示すように、個人番組表ＵＰＧの２１：００から２時間の枠に配置される。
【０１６７】
また、ステップＳ１００２で番組Ｐが検索できなかった場合には、番組選択部２００８は、ステップＳ１００７を行う。
【０１６８】
次に、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ１００２で検索した番組Ｐの放送時間帯ＴＰを検索対象から除外して、指定時間帯ｍを更新する（ステップＳ１００５）。例えば、２１：００から２３：００までの映画αが選択された場合には、図４１の（ｃ）及び（ｄ）に示すように、番組ＤＢにおける２１：００から２３：００までの時間帯が除外され、指定時間帯ｍは、１８：００〜２１：００に更新される。
【０１６９】
次に、番組選択部２００８は、更新された指定時間帯ｍの残り時間が０か否かを判断する（ステップＳ１００６）。残り時間が０の場合、図４０の処理は終了する。残り時間が０でない場合には、番組選択部２００８は、番組視聴優先度ＰＬを１だけデクリメントし（ステップＳ１００７）、更新された番組視聴優先度ＰＬがＰＬ＞０であれば（ステップＳ１００８）、ステップＳ１００２〜Ｓ１００８が繰り返される。上述の例に従えば、ステップＳ１００６において、ＰＬ＝５−１＝４に更新されるので、今回のステップＳ１００２〜Ｓ１００７では、番組視聴優先度ＰＬが４であるジャンルＰＹ（つまり、ドキュメンタリー）の番組Ｐが、指定時間帯ｍ（＝１８：００〜２１：００）の範囲を対象として、ステップＳ１００２で検索される。すると、放送チャネルＣＨ3 の１９：００からの１時間枠にドキュメンタリー番組βが検索されるので、検索したタイトルＰＴ（ドキュメンタリーβ）及び放送チャネルＣＨ3 が、図４１の下段に示すように、個人番組表ＵＰＧの１９：００から１時間の枠に、ステップＳ１００４で配置される。
【０１７０】
番組選択部２００８は、ステップＳ１００８において番組視聴優先度ＰＬが０になるまで、ステップＳ１００２〜Ｓ１００８を繰り返し実行する。その結果、図４２に示すように、１時間帯ＴＰに、複数の放送チャネルＣＨで放送される番組Ｐから、ユーザの好きなジャンルＰＹに基づいて選択された１つの番組が配置された個人番組表ＵＰＧが作成される。作成された個人番組表ＵＰＧは、番組表送信部２０１１を介して通信制御部２００４から移動体通信網１０５に送出される。以上の図４０の処理は、第２の実施形態におけるステップＳ４４に応用されても良い。
【０１７１】
次に、図４３を参照して、受信装置１０１について説明する。図４３は、受信装置１０１の詳細な構成を示すブロック図である。図４３において、各放送局１０３からの放送波はアンテナ１００１からチューナ１００２に入力され、チューナ１００２が入力放送波を受信及び復調した後に、分離部１００３は、図３４に示す番組データＤP を構成する映像ストリームＳＴV 及び音声ストリームＳＴA と、データ放送ストリームＳＴDTとに分離される。音声ストリームＳＴA は、オーディオ再生部１００５でデコードされ、オーディオ信号に再生された後に、スピーカ１００６から音声として出力される。映像ストリームＳＴV は、ビデオ再生部１００７でデコードされ、ビデオ信号に再生される。データ放送ストリームＳＴDTは、データ処理部２０８で、静止画及び／又はグラフィックスで表現されるサービス画面のビデオ信号として再生された後に、両ビデオ信号が表示合成部１００９で合成された後、表示部１０１０により映像として出力される。また、送信装置１０２により送信された個人番組表ＵＰＧは、携帯電話用アンテナ１０１７から携帯電話部１０１６を介してシステム制御部１００４に入力される。システム制御部１００４は、個人番組表ＵＰＧを表示部１０１０に対応した形式に構成する。以上の個人番組表ＵＰＧは、表示合成部１００９で番組を表すビデオ信号との合成、又は切替えが行われた後に、表示部１０１０に表示される。
【０１７２】
ここで、図４４を参照して、個人番組表ＵＰＧの受信装置１０１における表示例を説明する。図４４の（ａ）に示すように、受信装置１０１は、送信装置１０２から現在時刻を含むｍ時間分（図示は５時間分）の個人番組表ＵＰＧを受信する。このｍ時間の個人番組表ＵＰＧから、受信装置１０１で表示可能な時間であるｎ時間（ｍ＞ｎ 図示は２時間）の個人番組表ＵＰＧを、表示合成部１００９で番組Ｐの映像と切り替えて、図４４の（ｂ）に示すように、表示部１０１０に表示する。個人番組表ＵＰＧにおいて、現在の表示時間枠を超えた時刻の部分を表示させたい場合には、ユーザは、受信装置１０１のキー入力部１０１４のスクロールキーを操作して、個人番組表ＵＰＧの中から、ｎ時間分の表示枠を上下させて、対象となる部分を表示部１０１０に表示させる。
【０１７３】
また、以上の説明において、図４４の（ｂ）では、番組Ｐの映像と個人番組表ＵＰＧとを切り替えて表示する例について説明したが、図４４（ｃ）に示すように、個人番組表ＵＰＧの内、ｎ時間分の枠は、表示合成部１００９で番組Ｐの映像の下に合成された状態で、表示部１０１０に表示されても良い。また、個人番組表ＵＰＧの内において現在の表示時間枠を超えた時刻の部分を表示させたい場合には、ユーザは、上記と同様、スクロールキーを上下方向に操作する。以上の図４４では、表示部１０１０が縦長の画面を有することを前提に説明したため、番組Ｐの映像の下に個人番組表ＵＰＧを合成するとして説明したが、番組Ｐの映像の横に個人番組表ＵＰＧが合成され表示される場合もある。
【０１７４】
また、以上の説明では、個人番組表ＵＰＧは文字情報から構成されるようにしていた。しかし、これに限らず、番組Ｐを特定する画像又は音楽を付加しても良い。例えば、図４５に示すように、放送局１０３から送信装置１０２に送信されるスケジュール情報Ｉsch に、各番組Ｐのロゴ又は代表的な静止画をタイトル画像データＤTYI が追加されても良いし、各番組Ｐで流れる主題歌の一部を表すタイトル音楽データＤTYA が追加されても良い。送信装置１０２は、先に説明した手順に基づき、ユーザ向けに作成された個人番組表ＵＰＧに、上述のタイトル画像データＤTYI 及び／又はタイトル音楽データＤTYA を加えて、受信装置１０１に送信する。受信装置１０１は、個人番組表ＵＰＧを表示すると共に、個人番組表ＵＰＧにおいてユーザにより指定された番組Ｐに割り当てられたタイトル画像データＤTYI をシステム制御部１００４で再生した後、表示合成部１００９で個人番組表ＵＰＧと合成して、図４６に例示するように、合成画像を表示部１０１０から出力する。さらに、受信装置１０１において、システム制御部１００４は、タイトル音楽データＤTYA をオーディオ再生部１００５に送り、オーディオ再生部１００５は、タイトル音楽データＤTYA からオーディオ信号を再生し、スピーカ１００６は、図４６に例示するように、再生されたオーディオ信号に従って音声として出力する。以上のようなタイトル画像データＤTYI 及び／又はタイトル音楽データＤTYA を表示及び／又は出力することにより、より使い勝手の良い個人番組表ＵＰＧを提供することが可能となる。
【０１７５】
以上のような個人番組表ＵＰＧを参照してユーザがある番組Ｐを予約視聴する場合、ユーザは、キー入力部１０１４のキーを操作して、視聴予約の対象となる番組Ｐを選択する。このような操作により、図４７に示すような、視聴予約又は録画予約を特定する予約種別ＲＴ、番組コードＰＣ、チャネルコードＣＣ、番組タイトルＰＴ、放送開始時刻ＳＴ及び放送終了時刻ＥＴで構成される予約番組情報ＩRPが作成され、メモリ１０１２に記憶されると共に、放送開始時刻ＳＴから、予め定められた準備時間を差し引いた動作開始時刻ＡＳＴが時計１０１５に設定される。ここで、準備時間とは、スタンバイ状態の受信装置１０１がチューナ１００２及びビデオ再生部１００７等、番組受信に必要な構成の電源をＯＮにして、番組受信が可能になるまでの待ち時間である。
【０１７６】
ここで、視聴予約時刻になると時計１０１５から割り込み信号が発生し、メモリ１０１２の予約番組情報ＩRPが読み出され、番組受信に必要な各構成に電源電圧が与えられ、さらに、チューナ１００２の受信チャネルが予約番組情報ＩRPに記述されているチャネルコードＣＣに設定される。これによって、受信装置１０１は、番組受信が可能な状態になる。その後、予約番組情報ＩRPがに記述される予約種別ＲＴが視聴予約であれば、受信装置１０１は、視聴時刻になったことを示すアラーム音を発して、ユーザに番組視聴を喚起する。このアラーム音により、ユーザは、キー入力部１０１４において視聴開始機能が割り当てられた視聴ボタンを操作する。その結果、表示部１０１０が表示可能な状態になり、これによって、ユーザは、視聴予約した番組Ｐを視聴することができる。なお、録画予約の場合も、視聴予約と同様の手順により、ユーザが録画予約した番組Ｐが受信装置１０１に記録される。
【０１７７】
なお、以上の実施形態では、受信装置１０１は、メモリ１０１２内に予約番組情報ＩRPを記憶して、予約視聴又は予約録画の制御を行うようにしたが、これに限らず、送信装置１０２から、受信装置１０１における予約視聴又は予約録画の制御を行うことも可能である。例えば、ユーザが予約視聴又は予約録画に必要な操作を行った時点で、指定された番組Ｐを特定する番組コードＰＣと予約種別ＲＴとを送信装置１０２に送信し、送信装置１０２は、受信番組コードＰＣ及び予約種別ＲＴを、個人情報ＤＢに蓄積する。これにより、予約視聴又は予約録画された番組Ｐの放送開始時刻ＳＴを送信装置１０２は認識することができる。送信装置１０２は、放送開始時刻ＳＴから、受信装置１０１における準備時間を差し引いた時刻直前に、チャネルコードＣＣ、放送開始時刻ＳＴ及び放送終了時刻ＥＴを予約番組情報ＩRPとして受信装置１０１に送信する。受信装置１０１は、受信した予約番組情報ＩRPに従って、上述と同様の動作を行って、対象となる番組Ｐの視聴又は録画に必要な処理を行う。
【０１７８】
また、以上の実施形態では、送信装置１０２は、ユーザの好きなジャンルＰＴに基づいて個人番組表ＵＰＧを作成していたが、これに限らず、従来技術の欄で説明したように、放送番組Ｐを予約視聴又は予約録画した頻度に基づいて、個人番組表ＵＰＧを作成するようにしても良い。
【０１７９】
また、以上の実施形態では、タイトル画像データＤTYI 及び／又はタイトル音楽データＤTYA を表示及び／又は出力するようにしていたが、これに限らず、番組Ｐの宣伝を表す番組宣伝データに置き換えても良い。なお、これら、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データに関しては、上述の個人番組表ＵＰＧに付加されても良いが、これに限らず、個人番組表ＵＰＧには、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データが存在することを示すデータを付加し、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データについては、送信装置１０２に蓄積しておく。そして、ユーザが、個人番組表ＵＰＧを参照して、必要であれば、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データを送信装置１０２からダウンロードするように、受信装置１０１及び送信装置１０２は構成されても良い。
【０１８０】
（第４の実施形態）
次に、本発明の第４の実施形態に係るデータ通信システムの概要について説明する。本実施形態に係るデータ通信システムの構成及び処理の概要は、第３の実施形態に係るものと同様であるため（図３１及び図３２参照）、それぞれの説明を省略する。ただし、本実施形態に係る送信装置１０２は、ステップＳ１０５において、第３の実施形態とは異なる個人番組表ＵＰＧの作成する点で相違する。つまり、第３の実施形態では、ユーザの好きなジャンルＰＴに基づいて個人番組表ＵＰＧが作成されていたため、時には、送信装置１０２は、好きなジャンルＰＴに適合する番組Ｐを検索出来ない場合がある。このような場合、個人番組表ＵＰＧにおいて対応する時間帯ＴＰは空欄になるという問題点があった。このような問題点に対処するため、本実施形態では、個人番組表ＵＰＧの空き時間帯ＴＰに、放送局１０３による推奨番組ＲＰを組み入れて、ユーザの受信装置１０１に送信するものである。
【０１８１】
以下、図４８〜図５０を参照して、送信装置１０２の番組選択部２００８における推奨番組ＲＰの組み入れ方法について説明する。図４８は、放送局１０３から送信される推奨番組ＲＰを含むスケジュール情報Ｉsch の構成例を示す模式図である。図４９は、本実施形態に係る番組選択部２００８の処理手順を示すフローチャートである。図５０は、番組選択部２００８により作成される個人番組表ＵＰＧの一例を示す模式図である。
【０１８２】
図４８において、スケジュール情報Ｉsch は、図３５に示す情報以外に、推奨番組ＲＰであることを特定するための推奨番組コードＲＰＣと、推奨されるユーザ層を示すために、対象性別ＴＧＤと、対象年齢層ＴＡＧと、対象職業ＴＥＭとをさらに含んでいる。
【０１８３】
図４９は、図３３と比較すると、ステップＳ１００９〜Ｓ１０１４をさらに含む点で相違する。それ以外に両フローチャートの間に相違点はないので、図４９において、図３３のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１８４】
ステップＳ１００８の次に、番組選択部２００８は、指定時間帯ｍの残り時間が０か否かを判断する（ステップＳ１００９）。例えば、番組ＤＢが図５０の（ａ）に示すような場合には、ステップＳ１００８までの処理で、番組選択部２００８は、図５０の（ｂ）に示すように、指定時間帯ｍにおいて２０：００から２１：００までの時間枠に配置する番組Ｐを選択できない。
【０１８５】
指定時間帯ｍに残り時間があると判断した場合、番組選択部２００８は、番組ＤＢの推奨番組コードＲＰＣを参照して、指定時間帯ｍに推奨番組ＲＰがあるか否かを判断する（ステップＳ１０１０）。指定時間帯ｍに推奨番組ＲＰがなければ、図４９の処理は終了する。
【０１８６】
今、番組ＤＢが図５０の（ｃ）に示すものであり、放送チャネルＣＨ1 のドラマγが推奨番組ＲＰであると仮定する。このような仮定下では、ステップＳ１０１０において推奨番組ＲＰがあると判断され、番組選択部２００８は、番組ＤＢから、対象性別ＴＧＤ、対象年齢層ＴＡＧ及び対象職業ＴＥＭが、個人情報ＤＢに格納されるユーザの性別ＧＤ、年齢ＡＧ及びＥＭに一致するか否かを判断する（ステップＳ１０１１）。
【０１８７】
ステップＳ１０１１において不一致であると判断された場合、番組選択部２００８は、指定時間帯ｍを空白のままにしておく（ステップＳ１０１３）。それに対して、一致すると判断された場合、番組選択部２００８は、推奨番組ＲＰのタイトルＰＴ（ドラマγ）及び放送チャネルＣＨ1 が、図５０の（ｄ）に示すように、個人番組表ＵＰＧの２０：００から１時間の枠に配置する（ステップＳ１０１２）。
【０１８８】
次に、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ１０１０で検索した推奨番組ＲＰの放送時間帯ＴＰを検索対象から除外して、指定時間帯ｍを更新する（ステップＳ１０１４）。番組選択部２００８は、ステップＳ１００９において指定時間帯ｍが０になるまで、ステップＳ１００９〜Ｓ１０１４を繰り返し実行する。その結果、図５０の（ｄ）に示すように、空き時間帯ＴＰに、推奨番組ＲＰが配置された個人番組表ＵＰＧが作成される。また、以上の図４９の処理は、第２の実施形態におけるステップＳ４４に応用されても良い。
【０１８９】
以上説明したように、放送局１０３の推奨番組ＲＰを個人番組表ＵＰＧに記述することにより、送信装置１０２（つまり、番組情報サービス会社）は、放送局１０３の推奨番組ＲＰにユーザを誘導することができ、さらには視聴率向上に貢献することが可能となる。これによって、番組情報サービス会社は、放送局１０３側から対価を得るようなビジネスを展開できる。また、推奨番組ＲＰは、個人番組表ＵＰＧの主旨に反して、ユーザの好みに合っていない場合がある。そのため、送信装置１０２は、個人番組表ＵＰＧにおいて、推奨番組ＲＰのタイトルＰＴ及び放送チャネルＣＨを、他のものと識別可能な情報（例えば、色又は識別マーク）を付加して送信することが好ましい。
【０１９０】
（第５の実施形態）
次に、第５の実施形態に係るデータ通信システムの概要について説明する。本実施形態に係るデータ通信システムの構成及び処理の概要は、第３の実施形態に係るものと同様であるため（図３１及び図３２参照）、それぞれの説明を省略する。ただし、本実施形態に係る送信装置１０２は、ステップＳ１０５において、第３の実施形態とは異なる個人番組表ＵＰＧの作成する点で相違する。つまり、第３の実施形態に係る個人番組表ＵＰＧには、ユーザが最も視聴したいと想定される番組Ｐが時間帯ＴＰ毎に１つずつ配置されていた。このような個人番組表ＵＰＧでは、ユーザが他の番組Ｐを参照できないという問題点があった。この問題点に対処するため、本実施形態では、個人番組表ＵＰＧに１つの時間帯ＴＰに複数個の番組Ｐが配置された個人番組表ＵＰＧを提供可能な送信装置１０２を実現することである、。
【０１９１】
以下、図５１〜図５３を参照して、送信装置１０２の番組選択部２００８における複数の番組Ｐの組み入れ方について説明する。図５１は、番組選択部２００８の処理手順を示すフローチャートである。図５２は、図５１の処理の過程における番組ＤＢの検索範囲を示す模式図である。図５３は、図５１の処理により作成される個人番組表ＵＰＧの一例を示す模式図である。
【０１９２】
番組選択部２００８は、番組視聴優先度ＰＬを、最大値ＰＬmax （例えば５）に設定する（図５１；ステップＳ２００１）。番組選択部２００８は、個人情報ＤＢから、設定された最大値ＰＬmax に一致する優先度が付されたジャンルＰＹを読み出す。ここで、以下、読み出されたジャンルＰＹを、対象ジャンルＰＹと称する。次に、番組選択部２００８は、番組ＤＢから、自身が決定する指定時間帯ｍ（第３の実施形態参照）における対象ジャンルＰＹの第１候補となる番組Ｐを検索する（ステップＳ２００２）。
【０１９３】
次に、番組選択部２００８は、ステップＳ２００２で第１候補の番組Ｐが検索できれば（ステップＳ２００３）、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧの放送時間帯ＴＰにおける第１候補枠に配置する（ステップＳ２００４）。例えば、図５２の（ａ）に例示した個人情報ＤＢでは、番組優先度ＰＬが５のジャンルＰＹは「映画」である。この場合、番組選択部２００８は、番組ＤＢにおける指定時間帯ｍ（＝１８：００〜２３：００）の間において「映画」を検索する。すると、放送チャネルＣＨ4 で２１：００から２時間の間に映画αが放送予定であることから、検索したタイトルＰＴ（映画α）及び放送チャネルＣＨ4 が、図５３の（ｂ）に示すように、個人番組表ＵＰＧの２１：００から２時間の枠に配置される。
【０１９４】
また、ステップＳ２００２で番組Ｐが検索できなかった場合には、番組選択部２００８は、番組視聴優先度ＰＬを１だけデクリメントし（ステップＳ２００６）、その結果、番組視聴優先度ＰＬがＰＬ＞０であれば（ステップＳ２００７）、ステップＳ２００２を再度行う。また、ＰＬ＞０でなければ、後述するステップＳ２０１５を行う。
【０１９５】
ステップＳ２００４の次に、番組選択部２００８は、ステップＳ２００２で検索した番組Ｐの放送時間帯ＴＰであり、かつ検索した番組Ｐの放送チャネルＣＨを除く検索範囲を設定する（ステップＳ２００５）。例えば、２１：００から２３：００までの映画αが選択された場合には、図５２の（ａ）に示すように、番組ＤＢにおける２１：００から２３：００までの時間帯であり、かつ放送チャネルＣＨ4 を除く検索範囲（点線内）が設定される。
【０１９６】
次に、番組選択部２００８は、個人情報ＤＢから、現在の番組視聴優先度ＰＬに一致する優先度が付されたジャンルＰＹを読み出す。ここで、以下、番組視聴優先度ＰＬに一致するジャンルＰＹを、対象ジャンルＰＹと称する。次に、番組選択部２００８は、番組ＤＢから、ステップＳ２００５で設定した検索範囲から、対象ジャンルＰＹの番組Ｐを検索する（ステップＳ２００８）。
【０１９７】
ステップＳ２００８で対象ジャンルＰＹの番組Ｐを検索できれば（ステップＳ２００９）、それを第２候補の番組Ｐとして、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧにおける第２候補枠に配置する（ステップＳ２０１０）。
【０１９８】
ここで、第１回目のステップＳ２００９で検索された第２候補の番組Ｐは、上述の第１候補の番組Ｐと、番組視聴優先度ＰＬが一致する。しかし、図５２の（ａ）の例では、現在設定されている検索範囲には、現在の番組視聴優先度ＰＬ（＝５）の番組Ｐ、つまり対象ジャンルＰＹの番組Ｐは見つからない。このようにステップＳ２００９で対象ジャンルＰＹの番組Ｐを検索できない場合、番組選択部２００８は、番組視聴優先度ＰＬを１だけデクリメントし（ステップＳ２０１２）、その結果、番組視聴優先度ＰＬがＰＬ＞０であれば（ステップＳ２０１３）、ステップＳ２００８を再度行う。従って、番組選択部２００８は、ステップＳ２００８において、現在の検索範囲において、現在の番組視聴優先度ＰＬに対応した対象ジャンルＰＹの番組Ｐを検索するか、番組視聴優先度ＰＬが０になるまで、ステップＳ２００８、Ｓ２００９、Ｓ２０１２及びＳ２０１３までの一連の処理を繰り返す。
【０１９９】
また、ステップＳ２０１３でＰＬ＞０でなければ、番組選択部２００８は、ステップＳ２０１１を行う。
【０２００】
以上の処理により、第２候補の番組Ｐを見つけた場合、番組選択部２００８は、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧの放送時間帯ＴＰにおける第２候補枠に配置する（ステップＳ２０１０）。次に、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ２００９で検索した番組Ｐの放送時間帯ＴＰを検索対象から除外して、検索範囲を更新する（ステップＳ２０１１）。例えば、２１：００から２３：００までの映画αが選択された場合には、図５３の（ａ）に示すように、番組ＤＢにおける２１：００から２１：３０までの３０分枠（点線内参照）が除外され、検索範囲は、２１：３０〜２３：００に更新される。
【０２０１】
次に、番組選択部２００８は、検索範囲の残り時間が０か否かを判断して（ステップＳ２０１４）、０でなければ、ステップＳ２００８に戻り、ステップＳ２００８からＳ２０１４までの処理を繰り返して、現在の検索範囲において、現在の番組視聴優先度ＰＬに相当する番組Ｐを検索する。
【０２０２】
また、ステップＳ２０１４において残り時間が０である場合には、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ２００３で検索した番組Ｐの放送時間帯ＴＰを検索対象から除外して、指定時間帯ｍを更新する（ステップＳ２０１５）。次に、番組選択部２００８は、指定時間帯ｍの残り時間が０か否かを判断し（ステップＳ２０１６）、残り時間が０でなければ、ステップＳ２００１に戻って、更新された指定時間帯ｍの中から第１候補及び第２候補の番組Ｐを検索し、個人番組表ＵＰＧに配置していく。また、ステップＳ２０１６において残り時間が０であれば、図５４の（ａ）のような個人番組表ＵＰＧが完成したと判断して、図５１の処理は終了する。また、以上の図５１の処理は、第２の実施形態におけるステップＳ４４に応用されても良い。
【０２０３】
受信装置１０１は、以上説明したように、現在時刻を含むｍ時間分でありかつ第１候補及び第２候補の番組Ｐが配置された個人番組表ＵＰＧを受信する。受信装置１０１は、受信個人番組表ＵＰＧの内、自身の表示可能なｎ時間（ｎ＜ｍ 例えば１）×第１候補の番組Ｐと、番組Ｐの映像とを表示合成部１００９で切り替えて、図５４の（ｂ）で示すように表示部１０１０で表示する。ユーザが、現在の表示時間枠を超えた時刻を表示させたい場合、前述したように、キー入力部１０１４のスクロールキーを操作して、対象となる箇所を表示部１０１０に表示させる。また、第２候補を観たい場合、ユーザは、キー入力部１０１４の右キーを操作する。その結果、図５４の（ｃ）に示すように、表示部１０１０は、第２候補を表示する。
【０２０４】
（第６の実施形態）
次に、第６の実施形態に係るデータ通信システムの概要について説明する。本実施形態に係るデータ通信システムの構成は、第３の実施形態に係るものと同様であるため（図３１参照）、その説明を省略する。また、図５５は、本データ通信システムで行われる処理の概要を示すフローチャートである。図５５は、図３２と比較すると、ステップＳ４０１〜Ｓ４０３をさらに含む点で相違する。それ以外に両フローチャートの間には相違点はないので、図５５において、図３２のステップに相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０２０５】
ステップＳ１０６の後に、システム制御部１００４は、ステップＳ１０６において視聴予約した番組Ｐの放送時間帯ＴＰが、受信装置１０１が有するスケジューラによりメモリ１０１２内に記憶されているユーザのスケジュール（図５６の（ａ）参照）に重複しているか否かを判断する（ステップＳ４０１）。重複していなければ、ステップＳ１０６における視聴予約は有効であると判断して、上述のステップＳ１０７が行われる。
【０２０６】
それに対して、放送時間帯ＴＰがスケジュールに重複している場合には、視聴予約された番組Ｐをユーザは視聴することができないので、システム制御部１００４は、予約番組情報ＩRPの予約種別ＲＴを視聴予約から予約録画に変更する（ステップＳ４０２）。例えば、図５６の（ｂ）には、１９：００から放送予定のドキュメンタリー番組δが視聴予約されているが、この放送時間帯ＴＰは、図５６の（ａ）に示すスケジュールと重複しているので、図５６の（ｃ）に示すように、ドキュメンタリー番組δは視聴予約の対象に変更される。システム制御部１００４は、このように録画予約に変更された番組Ｐを、更新された予約番組情報ＩRPに従って録画する（ステップＳ４０３）。このように、受信装置１０１は自動的に視聴予約から録画予約に変更することにより、ユーザは、視聴予約した番組Ｐを、自身のスケジュールにより見損なうことなく、後で視聴することが可能となる。
【０２０７】
なお、以上の実施形態では、視聴予約した時点で、ユーザのスケジュールが入って入れば、システム制御部１００４は、その旨をユーザに警告するようにしても良い。
【０２０８】
【発明の効果】
本発明によれば、送信装置は、受信装置からの位置情報に基づいて、告知データ又は個人番組表を作成するので、受信装置が複数の放送エリア間を移動可能な場合であっても、放送番組の視聴予約又は録画予約を正しく行え、若しくは正しい放送番組表を表示可能になる。
【０２０９】
また、本発明によれば、受信装置の位置情報及び、視聴予約又は録画予約の対象となる番組の放送に使われる放送チャネルを使うことにより、送信装置は、受信装置が視聴予約又は録画予約した際の位置と現在位置とが一致するか否かを判定することができるので、適切な告知データ又は適切な個人番組表を必要な場合に作成し送信することができる。
【０２１０】
また、本発明によれば、送信装置は、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されている場合に、他のエリアにおける放送チャネルを受信装置に告知できる。これによって、受信装置側では、より簡単に、視聴予約又は録画予約の修正を行うことが可能となる。
【０２１１】
また、本発明によれば、送信装置は、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されている場合に、他のエリアにおける放送チャネル、放送開始時刻及び放送終了時刻を受信装置に告知できる。これによって、受信装置側では、より簡単に、視聴予約又は録画予約の修正を行うことが可能となる。
【０２１２】
また、本発明によれば、送信装置は、据え置き型の録画装置に、録画予約のコマンドを送信するので、受信装置のユーザは、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されていない場合でも、録画装置を使って、自分が観たい番組を観ることが可能となる。
【０２１３】
また、本発明によれば、送信装置は、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されていない場合には、代替番組を受信装置に告知できるので、受信装置のユーザは、別の番組を探す必要がなくなる。
【０２１４】
また、本発明によれば、送信装置は、各時間帯毎に１つの番組が記載された個人番組表を送信する。ハードウェア性能に制限のある受信装置に適した個人番組表を作成することが可能となる。
【０２１５】
また、本発明によれば、送信装置は、ユーザの個人情報を参照して個人番組表を作成するので、ユーザの好みに適した個人番組表を作成することが可能となる。
【０２１６】
また、本発明によれば、送信装置は、各時間帯毎に複数の番組の番組を選択するので、より使い勝手の良い個人番組表を作成することが可能となる。
【０２１７】
また、本発明によれば、送信装置は、予め定められる優先度に従って番組を選択するので、よりユーザの好みに適した個人番組表を作成することが可能となる。
【０２１８】
また、本発明によれば、受信装置は、自身の現在位置を特定する位置情報を送信装置に送信するので、現在位置に適した告知データ又は個人番組表を受信することが可能となる。
【０２１９】
また、本発明によれば、受信装置は、視聴予約又は録画予約した番組の放送チャネルをさらに送信するので、視聴予約又は録画予約した時と現在位置が異なる場合に告知データ又は個人番組表を受信することが可能となる。これによって、送信装置との通信回数を減らすことが可能となる。
【０２２０】
また、本発明によれば、請求項１に係る発明と同様に、受信装置は、複数の放送エリア間を移動可能な場合であっても、放送番組の視聴予約又は録画予約を正しく行え、若しくは正しい放送番組表を表示可能になる。
【０２２１】
また、本発明によれば、請求項１１に係る発明と同様に、現在位置に適した告知データ又は個人番組表を受信装置は受信することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るデータ通信システムの全体構成を示す模式図である。
【図２】図１の放送局３1 が番組Ｐ1 〜Ｐ3 を送信し、放送局３2 が番組Ｐ4 、Ｐ5 及びＰ1 を送信する時間帯ＴＰ1 〜ＴＰ3 を示す模式図である。
【図３】図２の番組Ｐ1 〜Ｐ5 に関連して作成される番組表ＰＧ1 及びＰＧ2 を示す模式図である。
【図４】図１の受信装置１の全体構成を示すブロック図である。
【図５】図１の受信装置１により送信される判定要求ＲD のデータ構造を示す模式図である。
【図６】図４のプロセッサ１１６の処理手順を示すフローチャートである。
【図７】図４の予約蓄積部１１３に格納される予約番組情報ＩRPの構成を示す模式図である。
【図８】図１の送信装置２の全体構成を示すブロック図である。
【図９】図８の番組ＤＢ蓄積部２３に格納される番組ＤＢ２８の構成を示す模式図である。
【図１０】図８のプロセッサ２５の処理手順を示すフローチャートである。
【図１１】図８の処理過程で作成される告知データＤWP又はＤWAのデータ構造を示す模式図である。
【図１２】図４に示すプロセッサ１１６の第１の変型例に係る処理手順を示すフローチャートである。
【図１３】図８に示すプロセッサ２５の第１の変型例に係る処理手順を示すフローチャートである。
【図１４】図１３の処理過程で作成される告知データＤWP又はＤWAのデータ構造を示す模式図である。
【図１５】 図１の送信装置１から録画装置６０に向けて送信されるコマンドＣRRを示す模式図である。
【図１６】図４に示すプロセッサ１１６の第２の変型例に係る処理手順を示すフローチャートである。
【図１７】図８に示すプロセッサ２５の第２の変型例に係る処理手順を示すフローチャートである。
【図１８】図１７の処理過程で作成される画像データＤNAP に従って表示される表示装置１５の画面を示す模式図である。
【図１９】本発明の第２の実施形態に係るデータ通信システムの全体構成を示す模式図である。
【図２０】図１９の放送局８1 〜８4 のいずれかが番組Ｐ1 〜Ｐ9 を送信する時間帯ＴＰ1 〜ＴＰ4 を示す模式図である。
【図２１】図２０の番組Ｐ1 〜Ｐ9 に関連して作成される番組表ＰＧ1 〜ＰＧ4 を示す模式図である。
【図２２】図１９の受信装置６の全体構成を示すブロック図である。
【図２３】図２２のプロセッサ６３の処理手順を示すフローチャートである。
【図２４】図１９の送信装置７の全体構成を示すブロック図である。
【図２５】図２４のプロセッサ７３の処理手順を示すフローチャートである。
【図２６】図２４に示す番組ＤＢ蓄積部２３に蓄積されるエリアレコードＲARの一例を示す模式図である。
【図２７】図２４のプロセッサ７３により作成される個人番組表ＵＰＧ1 又はＵＰＧ2 を示す模式図である。
【図２８】 図２２の表示装置１５により表示される個人番組表ＵＰＧ1 又はＵＰＧ2 を示す模式図である。
【図２９】図２４のプロセッサ７３の処理の変型例を示すフローチャートである。
【図３０】図２９の処理により作成される個人番組表ＵＰＧ1 又はＵＰＧ2 を示す模式図である。
【図３１】本発明の第３の実施形態に係るデータ通信システムの構成を示す模式図である。
【図３２】図３１に示すデータ通信システムで行われる処理の概要を示すフローチャートである。
【図３３】図３１に示す各放送局１０３の詳細な構成を示すブロック図である。
【図３４】図３１の各放送局１０３の処理の概要を示す模式図である。
【図３５】図３１の各放送局１０３が送信装置１０２に送信するスケジュール情報Ｉsch を示す模式図である。
【図３６】図３１に示す送信装置１０２の詳細な構成を示すブロック図である。
【図３７】図３６の送信装置１０２に格納される番組ＤＢの構成例を示す模式図である。
【図３８】図３６の送信装置１０２に格納される個人情報ＤＢの構成例を示す模式図である。
【図３９】図３６の送信装置１０２に格納される番組視聴優先度ＰＬの構成例を示す模式図である。
【図４０】図３６の送信装置１０２で実行される番組選択の処理手順を示すフローチャートである。
【図４１】図４０の番組選択処理の一例を説明するための模式図である。
【図４２】図３６の送信装置１０２により作成される個人番組表ＵＰＧを例示する模式図である。
【図４３】図３１の受信装置１０１の詳細な構成を示すブロック図である。
【図４４】図３１の受信装置１０１における個人番組表ＵＰＧの表示例を示す模式図である。
【図４５】図３６の送信装置１０２により個人番組表ＵＰＧに付加可能なタイトル画像データＤTYI 及びタイトル音楽データＤTYA を示す模式図である。
【図４６】図４５のタイトル画像データＤTYI 及びタイトル音楽データＤTYA の、受信装置１０１における表示例を示す模式図である。
【図４７】図４３の受信装置１０１で作成される予約番組情報ＩRPの構成を示す模式図である。
【図４８】図３１の放送局１０３から送信される推奨番組ＲＰを含むスケジュール情報Ｉsch の構成例を示す模式図である。
【図４９】第４の実施形態に係る番組選択部２００８の処理手順を示すフローチャートである。
【図５０】図４９の番組選択部２００８の処理により作成される個人番組表ＵＰＧの一例を示す模式図である。
【図５１】第５の実施形態に係る番組選択部２００８の処理手順を示すフローチャートである。
【図５２】図５１の処理の過程における番組ＤＢの検索範囲を示す模式図である。
【図５３】図５１の処理により作成される個人番組表ＵＰＧの一例を示す模式図である。
【図５４】第５の実施形態に係る受信装置１０１における個人番組表ＵＰＧの表示例を示す模式図である。
【図５５】第６の実施形態に係るデータ通信システムの処理の概要を示すフローチャートである。
【図５６】第６の実施形態における受信装置１０１の処理の概要を示す模式図である。
【符号の説明】
１，６…受信装置
１１…アンテナ
１２…チューナ
１３…番組再生部
１４…画像切替え部
１５…表示装置
１６…音声切替え部
１７…音声出力部
１８…アンテナ
１９…無線通信部
１１０…ＣＯＤＥＣ
１１１，６１…制御部
１１２…入力装置
１１３…予約蓄積部
１１４…番組蓄積部
２，７…送信装置
２１…送受信部
２２，７１…制御部
２３…番組ＤＢ蓄積部
【発明の属する技術分野】
本発明は、受信装置及び送信装置に関し、より特定的には、放送番組を予約録画又は予約視聴可能であり、若しくは番組情報を受信可能な受信装置、及び、予約録画又は予約視聴に必要な情報、若しくは番組情報を生成し送信する送信装置に関する。
【０００２】
【従来の技術】
従来から、放送局は、放送番組の録画予約の簡便化を図るため、放送番組表を表す番組情報（ＥＰＧ(Electric Program Guide)）を送信している場合がある。さらに、このような番組情報の使い勝手を良くするために、様々な技術が提案されている。例えば、ある受信装置は、過去に予約録画した放送番組を特定する情報を記録する。このような記録情報を参照して、受信装置は、放送番組を予約録画した頻度を算出する。さらに、算出した頻度を使って、番組情報中に記述される放送番組に優先順位を、受信装置は与える。より具体的には、高頻度の放送番組程、より高い優先順位が与えられる。その後、受信装置は、優先順位に従って放送番組を配列したユーザ向けの放送番組表を作成し、表示する。
【０００３】
【特許文献１】
特許第３２３７３６２号公報
【０００４】
【発明が解決しようとする課題】
一般的に、放送番組は、予め定められた放送エリア内にある受信装置に向けて送信されており、互いに隣接する複数の放送エリアには、同じ時間帯であっても、互いに異なる内容の放送番組が送信されている場合がある。また、複数の放送エリアにおいて、同一内容の放送番組が同じ時間帯に送信されている場合であっても、それら放送番組は、互いに異なるチャネルを使って送信されている場合もある。
【０００５】
また、近年、移動体通信機器も、上述の受信装置として、放送番組を受信及び再生可能に、さらには、放送番組の視聴予約又は録画予約も可能になりつつある。移動体通信機器は典型的には、携帯電話又はＰＤＡ(Personal Digital Assistants )であり、より広義には、ノート型のパーソナルコンピュータも含まれる。このような移動体通信機器は、ユーザにより携帯されることで複数の放送エリア間を自由に移動できる。従って、ある放送番組を視聴予約又は録画予約したとしても、その視聴予約又は予約録画はある放送エリア内では有効であるが、他の放送エリア内では無意味になる場合がある。より具体的には、移動体通信機器が他の放送エリアに位置する場合、ユーザが意図した放送番組を視聴又は録画できないことが起こりうる。
【０００６】
また、ユーザ個人向けの放送番組表を移動体通信機器が作成できたとしても、作成された放送番組表は、ある放送エリア内では有効であるが、他の放送エリア内では無意味である場合がある。より具体的には、作成された放送番組表には、他の放送エリア内で提供されている放送番組のチャネル、開始時刻及び終了時刻が正しく記述されていないということが起こりうる。
以上から明らかなように、従来の視聴予約又は録画予約、若しくは従来の放送番組表の作成は、複数の放送エリアを自由に移動可能な移動体通信機器に適していないという問題点があった。
【０００７】
それ故に、本発明の目的は、複数の放送エリア間を移動可能な場合であっても、放送番組の視聴予約又は録画予約を正しく行え、若しくは正しい放送番組表を表示可能な受信装置を提供することである。
また、本発明の他の目的は、受信装置側で放送番組の視聴予約又は録画予約を正しく行える情報、若しくは正しい放送番組表を生成し、受信装置に送信する送信装置を提供することである。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本願の第１の発明は、放送エリア内において番組を受信可能に構成される受信装置と通信可能な送信装置であって、受信装置から、受信装置の現在位置を示す位置情報と、視聴予約又は録画予約された番組を特定する予約番組情報である番組の放送チャネル及び番組コードとを受信する受信部と、所定の放送エリアにおける放送チャネル、放送時間帯及び番組タイトルを少なくとも含む放送番組データベースを蓄積する番組ＤＢ蓄積部と、受信した位置情報に基づいて、受信装置が、予約番組情報を作成した際に位置した放送エリアから、他の放送エリアに移動したか否かを判定する第１の判定部と、第１の判定部によって受信装置が放送エリア間を移動したと判定された場合に、位置情報と放送番組データベースとに基づいて、予約番組情報の修正が必要であることを示す告知データを作成する作成部と、告知データを受信装置に送信する送信部とを備える。
【０００９】
第２の発明は、第１の発明に従属しており、告知データは、他の放送エリアにおいて視聴予約又は録画予約された番組の放送チャネルをさらに含む。
【００１０】
第３の発明は、第２の発明に従属しており、告知データは、他の放送エリアにおいて視聴予約又は録画予約された番組の放送開始時刻及び放送終了時刻をさらに含む。
【００１１】
第４の発明は、第１の発明に従属しており、第１の判定部によって受信装置が放送エリア間を移動したと判定された場合に、移動後の現在位置である他の放送エリアにおいて、番組コードで特定される番組が放送されるか否かを判定する第２の判定部をさらに備え、作成部は、第２の判定部によって他の放送エリアにおいて同一番組が放送されないと判定された場合に、視聴予約又は録画予約された番組の代わりとなる代替番組の放送開始時刻及び放送終了時刻を含む告知データを作成する。
【００１２】
第５の発明は、第１の発明に従属しており、第１の判定部によって受信装置が放送エリア間を移動したと判定された場合に、移動後の現在位置である他の放送エリアにおいて、番組コードで特定される番組が放送されるか否かを判定する第２の判定部をさらに備え、作成部は、第２の判定部によって他の放送エリアにおいて同一番組が放送されないと判定された場合に、視聴予約又は録画予約された番組の放送チャネル、番組コード、放送開始時刻及び放送終了時刻を含むコマンドを作成し、送信部は、コマンドを外部の据え置き型録画装置に送信する。
【００１３】
第６の発明は、放送エリア内において番組を受信可能に構成される受信装置にデータを送信する送信方法であって、受信装置から、受信装置の現在位置を示す位置情報と、視聴予約又は録画予約された番組を特定する予約番組情報である番組の放送チャネル及び番組コードとを受信するステップと、所定の放送エリアにおける放送チャネル、放送時間帯及び番組タイトルを少なくとも含む放送番組データベースを蓄積するステップと、受信した前記位置情報に基づいて、受信装置が、予約番組情報を作成した際に位置した放送エリアから、他の放送エリアに移動したか否かを判定するステップと、判定するステップによって受信装置が放送エリア間を移動したと判定された場合に、位置情報と放送番組データベースとに基づいて、予約番組情報の修正が必要であることを示す告知データを作成するステップと、告知データを受信装置に送信するステップとを備える。
【００２２】
【発明の実施の形態】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るデータ通信システムの全体構成を示す模式図である。図１において、データ通信システムは、少なくとも１台の受信装置１と、少なくとも１台の送信装置２と、複数台の放送局の一例として、２台の放送局３1 及び３2 とを備えている。
【００２３】
まず、放送局３1 及び３2 について説明する。放送局３1 は、放送チャネルＣＨ1 を使ってエリアＡ1 に向けて、複数の番組の一例として、互いに内容（例えば、ニュース番組、ドキュメンタリー番組、スポーツ番組）の相違する３つの番組Ｐ1 、Ｐ2 及びＰ3 を、典型的にはトランスポートストリームに多重して放送する。
【００２４】
放送チャネルＣＨ1 は、放送局３1 に予め割り当てられる周波数帯域である。また、エリアＡ1 は、放送局３1 の各放送番組Ｐ1 〜Ｐ3 を受信装置１が受信可能な範囲を意味する。エリアＡ1 は一般的に、放送局３1 の送信電波の強度により定まる。
【００２５】
各番組Ｐ1 〜Ｐ3 は、図２に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 〜ＴＰ3 に放送される。また、説明の都合上、時間帯ＴＰ1 〜ＴＰ3 は時間軸上で実質的に連続していると仮定する。時間帯ＴＰ1 は、番組Ｐ1 の放送が開始される時刻Ｔ1 から、その放送が終了する時刻Ｔ2 までの間である。時間帯ＴＰ2 は、番組Ｐ2 の放送開始時刻Ｔ2 から、その放送終了時刻Ｔ3 までの間である。また、時間帯ＴＰ3 は、番組Ｐ3 の放送開始時刻Ｔ3 から放送終了時刻Ｔ4 までの間である。また、各番組Ｐ1 〜Ｐ3 には、それぞれを一意に特定できるよう番組コードＰＣ1 〜ＰＣ3 が割り当てられる（図３参照）。また、番組コードＰＣ1 〜ＰＣ3 は、後述するように、受信装置１が視聴予約又は録画予約を行う際に使われる。
【００２６】
図１に示す放送局３1 は、番組表（タイムテーブル）ＰＧ1 を、インターネットに代表される通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ1 は、図３に示すよう、例えばＥＰＧ(Electric Program Guide)のように、放送局３1 が放送する番組Ｐ1 〜Ｐ3 のスケジュールを表しており、放送チャネルＣＨ1 と、３組の情報セットＩＳ1 〜ＩＳ3 とを含む。なお、番組表ＰＧ1 に含まれる放送チャネルＣＨ1 の代わりに、エリアＡ1 を一意に特定するエリアコードＡＣ1 であっても良い。情報セットＩＳ1 は、番組Ｐ1 のタイトルＰＴ1 、時間帯ＴＰ1 及び番組コードＰＣ1 から構成される。また、図示は省略しているが、情報セットＩＳ2 は、番組Ｐ2 のタイトルＰＴ2 、時間帯ＴＰ2 及び番組コードＰＣ2 から構成され、情報セットＩＳ3 は、番組Ｐ3 のタイトルＰＴ3 、時間帯ＴＰ3 及び番組コードＰＣ3 から構成される。
【００２７】
また、図１に示すように、放送局３2 は、放送チャネルＣＨ2 を使ってエリアＡ2 に向けて、複数の番組の一例として、互いに内容の異なる３つの番組Ｐ4 、Ｐ5 及びＰ1 を放送する。
【００２８】
放送チャネルＣＨ2 は、放送局３2 に予め割り当てられており、上述の放送チャネルＣＨ1 とは異なる周波数帯域である。また、エリアＡ2 は、放送局３2 の各放送番組Ｐ4 、Ｐ5 及びＰ1 を受信装置１が受信可能な範囲であり、上述のエリアＡ1 とは異なる範囲をカバーし、エリアＡ1 と実質的に隣接する。なお、エリアＡ2 は大略的には、放送局３2 の送信電波の強度により定まる。
【００２９】
各番組Ｐ4 、Ｐ5 及びＰ1 は、本実施形態の説明の都合上、図２に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 、ＴＰ2 及びＴＰ3 に放送されると仮定する。また、本実施形態では、放送局３1 の放送番組Ｐ2 及びＰ3 を、放送局３2 は放送しないと仮定する。また、番組Ｐ1 は、放送局３1 及び３2 により、互いに相違する時間帯ＴＰ1 及び時間帯ＴＰ3 に送信される点には注意を要する。また、番組Ｐ4 及びＰ5 には、それぞれを一意に特定でき、さらに受信装置１の視聴予約等に使われる番組コードＰＣ4 及びＰＣ5 が割り当てられる。また、放送局３2 の放送番組Ｐ1 には、上述の番組コードＰＣ1 が使われる点には注意を要する。
【００３０】
放送局３2 は、図１に示すように、自身が放送する番組Ｐ4 、Ｐ5 及びＰ1 のスケジュールを表す番組表（タイムテーブル）ＰＧ2 を、上述の通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ2 は、番組表ＰＧ1 と同様のデータ構造を有しており、図３に示すように、放送チャネルＣＨ2 と、情報セットＩＳ4 〜ＩＳ6 とを含む。なお、番組表ＰＧ1 の場合と同様、放送チャネルＣＨ2 の代わりに、エリアＡ2 を一意に特定するエリアコードＡＣ2 が番組表ＰＧ2 に含まれていても良い。情報セットＩＳ6 は、番組Ｐ1 のタイトルＰＴ1 、時間帯ＴＰ3 及び番組コードＰＣ1 から構成される。図示を省略しているが、情報セットＩＳ4 は、番組Ｐ4 のタイトルＰＴ4 、時間帯ＴＰ1 及び番組コードＰＣ4 から構成され、情報セットＩＳ5 は、番組Ｐ5 のタイトルＰＴ5 、時間帯ＴＰ2 及び番組コードＰＣ5 から構成される。
【００３１】
図１において、受信装置１は、ユーザにより携帯されることで、複数のエリアエリアＡ1 及びＡ2 の間を自由に移動可能な移動体通信機器である。そして、現在位置するエリアＡ1 又はＡ2 において、受信装置１は、放送局３1 又は３2 によって放送される番組Ｐ1 〜Ｐ3 又は番組Ｐ4 、Ｐ5 及びＰ1 を受信可能に構成される。さらに、受信装置１は、受信可能な番組Ｐ1 〜Ｐ5 の中から、ユーザにより視聴予約又は録画予約されたものを再生又は録画する。
【００３２】
以上の機能を実現するために、図４に示すように、受信装置１は、アンテナ１１と、チューナ１２と、番組再生部１３と、画像切替え部１４と、表示装置１５と、音声切替え部１６と、音声出力部１７と、アンテナ１８と、無線通信部１９と、ＣＯＤＥＣ１１０と、制御部１１１と、入力装置１１２と、予約蓄積部１１３と、番組蓄積部１１４とを備えている。
【００３３】
アンテナ１１は、放送チャネルＣＨ1 及びＣＨ2 上の放送電波を受信して、受信電波をチューナ１２に出力する。チューナ１２は、制御部１１１からの制御信号ＳCHにより指定された放送チャネルＣＨ1 又はＣＨ2 を設定する。さらに、チューナ１２は、設定された放送チャネルＣＨ1 又はＣＨ2 からの放送電波をダウンコンバート及び／又は復調して、デジタル形式のトランスポートストリームを再生し、番組再生部１３又は制御部１１１に出力する。番組再生部１３は、チューナ１２からのトランスポートストリームから、受信番組Ｐ1 〜Ｐ5 のいずれかを表す映像データＤV 及び音声データＤA を再生して、再生した映像データＤV を、画像切替え部１４に出力し、再生した音声データＤA を音声切替え部１６に出力する。さらに、番組再生部１３には、制御部１１１により番組蓄積部１１４から読み出されたトランスポートストリームが入力される。番組再生部１３は、入力トランスポートストリームから、受信番組Ｐ1 〜Ｐ5 のいずれかを表す映像データＤV 及び音声データＤA を再生して、再生した映像データＤV を、画像切替え部１４に出力し、再生した音声データＤA を音声切替え部１６に出力する。また、番組再生部１３は、このような入力系統の切替えを、制御部１１１からの制御信号ＳSAに従って行う。
【００３４】
画像切替え部１４には、番組再生部１３からの映像データＤV の他に、制御部１１１からの告知データＤWPが入力される場合がある。告知データＤWPは、予約番組情報ＩRPの修正が必要であることを少なくとも示す警告メッセージを表すテキストデータ又は画像データ（図１１参照）を含む。画像切替え部１４は、制御部１１１からの制御信号ＳSBに応答して、番組再生部１３及び制御部１１１のいずれかを選択し、選択したものから入力される映像データＤV 及び告知データＤWPのいずれかを表示装置１５に出力する。表示装置１５は、入力映像データＤV に従って受信番組Ｐ1 〜Ｐ5 のいずれかを構成する映像を出力し、また、入力告知データＤWPに従って、テキスト又は画像で表現される警告メッセージを出力する。
【００３５】
音声切替え部１６には、番組再生部１３からの音声データＤA の他に、制御部１１１からの告知データＤWAが入力される場合がある。告知データＤWAは少なくとも、予約番組情報ＩRPの修正が必要であることを少なくとも示す警告メッセージを表す音声データ（図１１参照）を含む。音声切替え部１６は、制御部１１１からの制御信号ＳSCに応答して、番組再生部１３及び制御部１１１のいずれかを選択し、選択したものから入力される音声データＤA 及び告知データＤWAのいずれかを音声出力部１７に出力する。音声出力部１７は、入力音声データＤA に従って受信番組Ｐ1 〜Ｐ5 のいずれかを構成する音声を出力し、また、入力告知データＤWAに従って、音声で表現される警告メッセージを出力する。
【００３６】
また、図４において、アンテナ１８は、受信装置１が移動可能なエリアＡ1 又はＡ2 において、移動体通信網５に収容される基地局のいずれかからの高周波信号を受信する。本高周波信号には様々な情報が多重及び重畳されているが、本実施形態で必要であるのは、受信装置１の現在位置を特定するための位置情報ＣＰ1 又はＣＰ2 と、上述の告知データＤWP又はＤWAとである。ここで、説明の簡素化を図るため、位置情報ＣＰ1 は、エリアＡ1 に収容される基地局から送られてくるものと仮定し、位置情報ＣＰ2 は、エリアＡ2 の基地局から送られてくるものと仮定する。また、告知データＤWP又はＤWAは、エリアＡ2 の基地局から送られてくる。以上の高周波信号をアンテナ１８は、無線通信部１９に出力する。
【００３７】
無線通信部１９は、アンテナ１８からの高周波信号に対して、ダウンコンバート及び復調に代表される処理を行う。その結果、無線通信部１９は、ベースバンド帯の多重化信号を再生し、ＣＯＤＥＣ１１０に出力する。上述の多重化信号には様々な情報が多重化されている。ＣＯＤＥＣ１１０は、入力多重化信号の中から、位置情報ＣＰ1 又はＣＰ2 と、受信装置１宛ての告知データＤWP又はＤWAとを分離して、それらを制御部１１１に出力する。
【００３８】
ＣＯＤＥＣ１１０はさらに、制御部１１１で生成される判定要求ＲD を多重化信号に多重化する。ここで、判定要求ＲD は、受信装置１の移動により予約番組情報ＩRPの修正が必要か否かの判定を送信装置２に要求するための情報であり、図５に示すように、少なくとも、位置情報ＣＰ1 及びＣＰ2 のいずれか一方と、放送チャネルＣＨ1 又はＣＨ2 と、番組コードＰＣ1 〜ＰＣ5 のいずれか１つを含む。無線通信部１９は、変調処理を行って、ＣＯＤＥＣ１１０からの多重化信号を、高周波信号に重畳し、アンテナ１８を介して移動体通信網５に送出する。
【００３９】
制御部１１１は、予約視聴又は予約録画に必要な各種処理を行うために、プログラムメモリ１１５と、プロセッサ１１６と、作業領域１１７とを含む。プログラムメモリ１１５は、受信装置１の各構成を制御するためのコンピュータプログラム（図示は単にプログラム）１１８を格納する。プロセッサ１１６は、以上のコンピュータプログラム１１８を実行する。なお、プロセッサ１１６の詳細な処理については、図６のフローチャートを参照して、後で詳説する。作業領域１１７は、コンピュータプログラム１１８の実行中にプロセッサ１１６により使用される。
【００４０】
入力装置１１２は、ユーザにより操作される。ユーザは、入力装置１１２を操作することで、予約視聴又は予約録画に必要な情報を入力する。例えば、エリアＡ1 においてユーザが予約視聴又は予約録画を行う際、番組表ＰＧ1 が使われる。より具体的には、ユーザは、入力装置１１２を操作して、番組表ＰＧ1 に記述されている番組コードＰＣ1 〜ＰＣ3 の中から、ユーザが視聴予約又は録画予約したいものを指定する。その結果、入力装置１１２は、指定された番組コードＰＣ1 〜ＰＣ3 のいずれかを制御部１１１に出力する。また、エリアＡ2 においてユーザが予約視聴又は予約録画を行う際には、ユーザは、番組表ＰＧ2 に記述される番組コードＰＣ4 、ＰＣ5 又はＰＣ1 を指定する。
【００４１】
予約蓄積部１１３は、番組Ｐ1 〜Ｐ5 の中から、ユーザにより視聴予約又は予約録画されたものを特定するための予約番組情報ＩRPを格納する。
予約番組情報ＩRPは、図７に示すように、いくつかの予約番組レコードＲRPを含む。予約番組レコードＲRPは、１回の視聴予約又は予約録画につき１つ作成され、それぞれは、少なくとも、放送チャネル欄ＦCHと、開始時刻欄ＦSTと、終了時刻欄ＦETと、番組コード欄ＦPCと、フラグ欄ＦFLとで構成される。放送チャネル欄ＦCHには、視聴予約又は録画予約された番組Ｐ1 〜Ｐ5 のいずれかが放送されるチャネルＣＨ1 又はＣＨ2 が記述される。開始時刻欄ＦST及び終了時刻欄ＦETには、視聴予約又は録画予約された番組Ｐ1 〜Ｐ5 のいずれかの放送開始時刻及び放送終了時刻が記述される。番組コードＦＰＣには、対象となる番組Ｐ1 〜Ｐ5 の番組コードＰＣ1 〜ＰＣ5 が記述される。また、フラグ欄ＦFLには、対象となる番組Ｐ1 〜Ｐ5 のいずれかを視聴予約するか、録画予約するかを示すフラグが記述される。なお、本実施形態では、フラグ欄ＦFLには、０又は１が記載され、０は視聴予約を意味し、１は録画予約を意味する。詳細は後述するが、各予約番組レコードＲRPは、制御部１１１により作成され、予約蓄積部１１３に格納される。また、図７には、エリアＡ1 で放送される番組Ｐ1 を視聴予約された場合の予約番組情報ＩRPが例示されており、この予約番組情報ＩRPの放送チャネル欄ＦCHには放送チャネルＣＨ1 が、放送開始時刻欄ＦSTには時刻Ｔ1 が、放送終了時刻欄ＦETには時刻Ｔ2 が、番組コード欄ＦPCには番組コードＰＣ１ が、フラグ欄ＦFLには０が記述される。
【００４２】
番組蓄積部１１４は、番組Ｐ1 〜Ｐ5 の内、予約録画されたものを構成するトランスポートストリームを格納する。
【００４３】
また、図１において、送信装置２は、放送局３1 からの番組表ＰＧ1 及び放送局３2 からの番組表ＰＧ2 を、上述の通信網４を介して受け取り、蓄積する。さらに、送信装置２は、受信装置１からの判定要求ＲD に応答して、本実施形態特有の判定処理を行う。より具体的には、受信装置１に現在格納されている予約番組情報ＩRPの修正が必要が否かが判定される。そのために、送信装置２は、受信判定要求ＲD 内の番組コードＰＣ1 〜ＰＣ5 が、エリアＡ2 をカバーする放送局３2 の番組表ＰＧ2 に記述されているか否かを判定する。番組表ＰＧ2 に記述されている場合、送信装置２は、予約番組情報ＩRPの修正が必要か否かを表す上述の告知データＤWP及び告知データＤWAの一方を生成して、受信装置１へ返す。逆の場合には、その修正が不要であることを示す告知データＤWP及び告知データＤWAの一方が生成され、受信装置１に送信される。
【００４４】
以上のような機能を実現するために、図８に示すように、送信装置２は、送受信部２１と、制御部２２と、番組ＤＢ蓄積部２３とを備えている。
送受信部２１は、通信網４及び移動体通信網５の双方からデータを受信可能に、さらに、通信網４及び移動体通信網５の双方へとデータを送信可能に構成される。より具体的には、送受信部２１は、通信網４を介して、放送局３1 から送信されてくる番組表ＰＧ1 及び放送局３2 から送信されてくる番組表ＰＧ2 を受信して、制御部２２に転送する。また、送受信部２１は、移動体通信網５を介して送信されてくる判定要求ＲD を受信して、制御部２２に転送する。さらに、送受信部２１は、制御部２２により生成された告知データＤWP及び告知データＤWAのいずれか一方を移動体通信網５に送出する。
【００４５】
制御部２２は、上述の判定に必要な各種処理を行うために、プログラムメモリ２４と、プロセッサ２５と、作業領域２６とを含む。プログラムメモリ２４は、送信装置２における各処理の手順を記述したコンピュータプログラム２７を格納する。プロセッサ２５は、以上のコンピュータプログラム２７を実行する。なお、プロセッサ２５の特徴的な処理については、図１０のフローチャートを参照して、後で詳説する。作業領域２６は、コンピュータプログラム２７の実行中にプロセッサ２５により使用される。
【００４６】
番組ＤＢ蓄積部２３は、制御部２２により生成される番組データベース（以下、番組ＤＢ(Data Base )）２８（図９参照）を格納する。番組ＤＢ２８は、放送局３1 の番組表ＰＧ1 及び放送局３2 の番組表ＰＧ2 （図３参照）から作成される。番組ＤＢ２８は、図９に示すように、放送局数に相当する数の放送局レコードＲBSの一例として、放送局レコードＲBS1 及びＲBS2 とから構成される。放送局レコードＲBS1 は、放送チャネルＣＨ1 と、時間帯ＴＰ1 及び番組コードＰＣ1 の組みと、時間帯ＴＰ2 及び番組コードＰＣ2 の組みと、時間帯ＴＰ3 及び番組コードＰＣ3 の組みとから構成される。また、放送局レコードＲBS2 は、放送チャネルＣＨ2 と、時間帯ＴＰ1 及び番組コードＰＣ4 の組みと、時間帯ＴＰ2 及び番組コードＰＣ5 の組みと、時間帯ＴＰ3 及び番組コードＰＣ1 の組みとから構成される。番組ＤＢ２８を構成する各情報については、上述した通りであるため、ここではそれぞれの説明を省略する。なお、番組表ＰＧ1 又はＰＧ2 に設定されているタイトルＰＴ1 〜ＰＴ5 については、送信装置２の処理には特に必要ないので、番組ＤＢ２８から削除しているが、送信装置２が番組表ＰＧ1 及びＰＧ2 の配信を行うような場合には、番組ＤＢ２８は、番組表ＰＧ1 及びＰＧ2 の組み合わせで構成されても良い。また、前述と同様に、放送チャネルＣＨ1 及びＣＨ2 は、エリアコードＡＣ1 及びＡＣ2 であっても良い。
【００４７】
次に、以上の構成を有するデータ通信システムの動作について説明する。まず、送信装置２において、送受信部２１は、遅くとも時刻Ｔ1 までに、放送局３1 から番組表ＰＧ1 、及び放送局３2 から番組表ＰＧ2 を、通信網４を介して受信して、作業領域２６に格納する。作業領域２６内の番組表ＰＧ1 から、プロセッサ２５は、タイトルＰＴ1 〜ＰＴ3 を削除することにより、放送局レコードＲBS1 を作成する。さらに、作業領域２６内の番組表ＰＧ2 から、プロセッサ２５は、タイトルＰＴ4 、ＰＴ5 及びＰＴ1 を削除することにより、放送局レコードＲBS2 を作成する。プロセッサ２５は、作業領域２６上で作成した放送局レコードＲBS1 及びＲBS2 を、番組ＤＢ２８として、番組ＤＢ蓄積部２３に格納する。
【００４８】
受信装置１のユーザは現在、エリアＡ1 （図１参照）内を行動している。さらに、ユーザは、入力装置１１２を操作して、視聴予約を指定し、さらに、番組表ＰＧ1 を参照しながら、放送局３1 により送信される番組Ｐ1 の番組コードＰＣ1 を指定する。これら指定に応答して、プロセッサ１１６は、図７に例示したような予約番組レコードＲRPを作成し、予約蓄積部１１３に格納する。なお、番組表ＰＧ1 の取得方法及び視聴予約の方法については周知であるため、それぞれの説明を省略する。以上の視聴予約が完了後、ユーザは、受信装置１を携帯して、エリアＡ2 に移動する。
【００４９】
プロセッサ１１６は、予約番組レコードＲRPを少なくとも１つ格納した状態でプログラムメモリ１１５内のコンピュータプログラム１１８を実行する。そして、プロセッサ１１６は、各予約番組レコードＲRPの放送開始時刻欄ＦSTを定期的に監視しており、いずれかの放送開始時刻の所定時間前（例えば５分前）に現在時刻が到達すると、図６のフローチャートに示される処理を開始する。今、現在時刻は、時刻Ｔ1 の所定時間前であると仮定する。
【００５０】
まず、プロセッサ１１６は、予約番組情報ＩRPの中から、対象となる予約番組レコードＲRPを選択する（ステップＳ１１）。ここで、対象となる予約番組レコードＲRPとは、（放送開始時刻−所定時間）＝現在時刻という条件を満たすものを意味する。その後、プロセッサ１１６は、対象予約番組レコードＲRPの放送チャネル欄ＦCHに記述されている放送チャネルＣＨ1 又はＣＨ2 と、その番組コード欄ＦPCに記述されている番組コードＰＣ（番組コードＰＣ1 〜ＰＣ5 のいずれか）を、作業領域１１７に取り出す（ステップＳ１２）。上記仮定下では、ステップＳ１１において、図７に例示された予約番組レコードＲRPが選択され、ステップＳ１２において、放送チャネルＣＨ1 及び番組コードＰＣ1 が取得される。
【００５１】
上述したように、移動体通信網５において、エリアＡ1 内に設置されている基地局は定期的に、位置情報ＣＰ1 を送出し、同様に、エリアＡ2 内のものは、位置情報ＣＰ2 を送出している。受信装置１において、ＣＯＤＥＣ１１０には、アンテナ１８及び無線通信部１９を介して、移動体通信網５から多重化信号が入力される。ＣＯＤＥＣ１１０は、入力多重化信号から、位置情報ＣＰ1 又はＣＰ2 を分離して、作業領域１１７に格納する。以上のようにして、プロセッサ１１６は、受信装置１が現在位置するエリアＡ1 又はＡ2 を特定する位置情報ＣＰ1 又はＣＰ2 を取得する（ステップＳ１３）。上記仮定下では、ステップＳ１３において、位置情報ＣＰ2 が取得される。
【００５２】
次に、プロセッサ１１６は、作業領域１１７に格納されている位置情報ＣＰ1 又はＣＰ2 と、放送チャネルＣＨ1 又はＣＨ2 と、番組コードＰＣ1 〜ＰＣ5 のいずれかとを含む判定要求ＲD （図５参照）を作業領域１１７上で作成する。その後、プロセッサ１１６は、作成した判定要求ＲD を送信装置２に送信するために、ＣＯＤＥＣ１１０及び無線通信部１９を介して、アンテナ１８から移動体通信網５に送出する（ステップＳ１４）。上記仮定下では、ステップＳ１４において、位置情報ＣＰ2 、放送チャネルＣＨ1 及び番組コードＰＣ1 を含む判定要求ＲD が作成され、移動体通信網５に送出される。以上のステップＳ１４が終了すると、プロセッサ１１６は、送信装置２からの告知データＤWP又はＤWAを受信することを待機する（ステップＳ１５）。
【００５３】
送信装置２において、送受信部２１は、移動体通信網５から判定要求ＲD を受信した後、受信判定要求ＲD を作業領域２６に格納する。プロセッサ２５は、プログラムメモリ２４内のコンピュータプログラム２７を実行しており、作業領域２６内に判定要求ＲD が格納されると、図１０のフローチャートに示される処理を開始する。
【００５４】
まず、プロセッサ２５は、作業領域２６内の判定要求ＲD から、位置情報ＣＰ1 又はＣＰ2 と、放送チャネルＣＨ1 又はＣＨ2 と、番組コードＰＣ1 〜ＰＣ5 のいずれかを取り出す（ステップＳ２１）。上記仮定下では、判定要求ＲD は、位置情報ＣＰ2 と放送チャネルＣＨ1 と番組コードＰＣ1 とを含んでいるので、ステップＳ２１において、それらが及び取り出される。
【００５５】
次に、プロセッサ２５は、受信装置１が対象予約番組レコードＲRPを作成した時に位置していたエリア（以下、作成エリアと称する）Ａと、現在位置するエリア（現エリアと称する）Ａとが一致するか否かを判定する（ステップＳ２２）。そのために、プロセッサ２５はまず、ステップＳ２１で取得した放送チャネルＣＨ1 又はＣＨ2 から、受信装置１が対象予約番組レコードＲRPを作成した時に位置していたエリアＡ1 又はＡ2 を特定する。ここで、放送チャネルＣＨ1 はエリアＡ1 をカバーし、放送チャネルＣＨ2 はエリアＡ2 をカバーすることは既知である。従って、対象予約番組レコードＲRPの放送チャネルＣＨ1 又はＣＨ2 から、プロセッサ２５は、作成エリアＡがエリアＡ1 であるかエリアＡ2 であるかを容易に特定できる。さらに、エリアＡ1 及びＡ2 がカバーする範囲も既知であるから、ステップＳ２１で取得した位置情報ＣＰ1 又はＣＰ2 から、現エリアＡがエリアＡ1 であるかエリアＡ2 であるかを容易に特定できる。
【００５６】
ステップＳ２２で両エリアＡが一致する場合、受信装置１に対して何もしなくとも、受信装置１は、現在のままの対象予約番組レコードＲRPを使えば良いので、図１０の処理は終了する。
【００５７】
上記仮定下では、作成エリアＡはエリアＡ1 であり、現エリアＡはエリアＡ2 である。従って、ステップＳ２２では、両エリアＡは一致しないと判断される。このような場合、プロセッサ２５は、対象予約番組レコードＲRPで特定される番組Ｐ（つまり、番組Ｐ1 〜Ｐ5 のいずれか）が現在時刻以降に現エリアＡで放送されるか否かを判定する（ステップＳ２３）。より具体的には、プロセッサ２５は、番組ＤＢ蓄積部２３にアクセスして、現エリアＡの放送局３1 又は３2 の放送局レコードＲBS1 又はＲBS2 の中に、ステップＳ２１で取得した番組コードＰＣ1 〜ＰＣ5 のいずれかと、現在時刻以降の時間帯ＴＰ1 〜ＴＰ3 との組みが存在するか否かを判定する。このような組みを見つけることができれば、視聴予約番組Ｐが現在時刻以降に現エリアＡで放送されることが、プロセッサ２５は分かる。
【００５８】
上記仮定下では、ステップＳ２３において、放送局レコードＲBS2 が検索され、この中には、現在時刻以降の時間帯ＴＰ3 及び、ステップＳ２１で取得した番組コードＰＣ1 が記述されているため、プロセッサ２５は、ＹＥＳと判定する。このように判定した場合、プロセッサ２５は、告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２４）。本ステップで生成される告知データＤWAは、図１１の上段に示すように、上述の警告メッセージに加えて、現エリアＡで同一番組Ｐが放送予定であることを示す番組通知を表すテキストデータ又は画像データを含む。また、本ステップで生成される告知データＤWAは、上述の警告メッセージに加えて、上述の番組通知を示す音声データを含む。
【００５９】
また、ステップＳ２３でＮＯと判定した場合、現エリアＡで同一番組Ｐが放送予定でないことから、プロセッサ２６は、図１１の下段に示すように、上述の警告メッセージだけを含む告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２５）。
【００６０】
以上のステップＳ２４又はＳ２５の後、プロセッサ２６は、作成した告知データＤWP及び／又は告知データＤWAを、送受信部２１を介して、移動体通信網５に送出する（ステップＳ２６）。以上のステップＳ２６が終了すると、図１０の処理は終了する。
【００６１】
上述したように、受信装置１のプロセッサ１１６は、ステップＳ１５で告知データＤWP及び／又はＤWAを受信することを待機しており、未受信であると判定すると、判定要求ＲD の送出から予め定められた時間だけ経過したか否かを判断する（ステップＳ１６）。一定時間経過している場合、プロセッサ１１６は、対象となる予約番組レコードＲRPが有効であるとみなして、図６の処理を終了する。一方、一定時間経過していない場合、プロセッサ１１６は再度、ステップＳ１５を行う。
【００６２】
ステップＳ２６で送出された告知データＤWP及び／又は告知データＤWAは移動体通信網５を介して、受信装置１のアンテナ１８により受信された後、無線通信部１９及びＣＯＤＥＣ１１０を介して、作業領域１１７に格納される。このような格納により、プロセッサ１１６は、ステップＳ１５で告知データＤWP及び／又は告知データＤWA受信したと判断し、制御信号ＳSB及び／又はＳSCを生成し、画像切替え部１４及び／又は音声切替え部１６に出力する（ステップＳ１７）。制御信号ＳSBは、画像切替え部１４の入力系統を制御部１１１側に切り替えるよう指示するための信号であり、制御信号ＳSCは、音声切替え部１６の入力系統を制御部１１１側に切り替えるよう指示するための信号である。以上の制御信号ＳSB及び／又は制御信号ＳSCに従って、画像切替え部１４及び／又は音声切替え部１６はそれぞれ、入力系統を制御部１１１側に切り替える。
【００６３】
ステップＳ１７の次に、プロセッサ１１６は、作業領域１１７上の告知データＤWP及び／又は告知データＤWAを、画像切替え部１４及び／又は音声切替え部１６に転送する（ステップＳ１８）。その結果、告知データＤWP及び／又は告知データＤWAは、画像切替え部１４及び／又は音声切替え部１６を介して、表示装置１５及び／又は音声出力部１７に入力される。表示装置１５は、受信告知データＤWAにより表される警告メッセージを、テキスト又は画像で表示する。また、受信告知データＤWAに番組通知が含まれる場合、表示装置１５は、それも表示する。音声出力部１７は、受信告知データＤWAにより表される警告メッセージを音声として出力する。また、音声出力部１７は、受信告知データＤWAに番組通知が含まれる場合、それも音声出力する。
【００６４】
以上説明したように、第１の実施形態によれば、エリアＡ1 からＡ2 へと移動することにより、エリアＡ1 で作成された予約情報レコードＲRPの修正が必要であることを、受信装置１は、送信装置２からの告知データＤWP及び／又はＤWAを使って、ユーザに認識させることが可能となる。ユーザは、エリアＡ2 で取得可能な番組表ＰＧ2 を使って、対象となる予約情報レコードＲRPを消去したり、新規作成したり、修正したりすることが可能となる。また、送信装置２は、告知データＤWA及び／又はＤWAに番組通知を追加するので、ユーザは、エリアＡ1 で視聴予約された番組Ｐと同一のものがエリアＡ2 で放送予定であることを認識できるので、より簡単に予約情報レコードＲRPの新規作成又は修正をすることが可能となる。
【００６５】
なお、以上の説明では、判定要求ＲD の送出タイミングは実質的に、視聴予約番組Ｐの放送開始時刻の所定時間前であった。これにより、判定要求ＲD の送出頻度を抑えることが可能となる。つまり、移動体通信網５のトラフィックを抑えることに寄与できる。しかし、これに限らず、判定要求ＲD の送出タイミングは、受信装置１が作成エリアＡから現エリアＡに移動した直後であっても良い。この場合、判定要求ＲD の送出頻度は相対的に高くなるが、ユーザはいち早く、予約情報レコードＲRPを消去したり、新規追加したり、修正したりする必要性を認識することが可能となる。
【００６６】
また、ユーザは、作成エリアＡから現エリアＡに移動した後再度、作成エリアＡに戻ることがある。そのため、図６のステップＳ１１で選択された予約番組レコードＲRPをプロセッサ１１６は消去するよりも、予約蓄積部１１３の所定の記憶領域に待避することがより好ましい。これにより、ユーザが元のエリアＡに戻った時に、ユーザが入力装置１１２を操作する必要なく、プロセッサ１１６は、待避した予約番組レコードＲRPを使って、予約番組Ｐを再生することが可能となる。
【００６７】
また、以上の説明では、送信装置２のプロセッサ２５がステップＳ２２でＹＥＳと判断した場合、図１０の処理は終了していた。しかし、これに限らず、送信装置２は、対象となる予約番組レコードＲRPがそのまま使えることを示す告知データを生成し、受信装置１に送信しても構わない。
【００６８】
また、以上では説明しなかったが、プロセッサ１１６は、例えば、図７に例示した予約番組レコードＲRP内の放送開始時刻になると、チューナ１２の受信チャネルを放送チャネルＣＨ1 に設定するための制御信号ＳCHを生成し、チューナ１２に出力する。また、プロセッサ１１６は、番組再生部１３の入力系統をチューナ１２側に設定するための制御信号ＳSAを生成し、番組再生部１３に出力する。また、プロセッサ１１６は、画像切替え部１４の入力系統を番組再生部１３側に設定するための制御信号ＳSBを生成し、画像切替え部１４に出力する。音声切替え部１６は、音声切替え部１６の入力系統を番組再生部１３側に設定するための制御信号ＳSCを生成し、音声切替え部１６に出力する。これにより、表示装置１５及び音声出力部１７は、予約番組レコードＲRPにより視聴予約された番組Ｐを構成する映像及び音声を出力する。
【００６９】
また、以上の実施形態では、視聴予約の場合の受信装置１の動作を説明したが、予約録画の場合の動作も、視聴予約の場合の動作を応用することにより簡単に実現できる。より具体的には、ユーザは、エリアＡ1 において、入力装置１１２を操作して、録画予約を指定し、さらに、番組表ＰＧ1 を参照して、番組コードＰＣ1 を指定する。これらの指定に応答して、プロセッサ１１６は、フラグ欄ＦFLに１が記述された予約番組レコードＲRPを生成する。そして、その予約番組レコードＲRPの放送開始時刻の所定時間前になり、その時にユーザがエリアＡ1 からＡ2 に移動していれば、上述のような処理が受信装置１及び送信装置２の間で行われる。
【００７０】
また、フラグ欄ＦFLに１が記述された予約番組レコードＲRP内の放送開始時刻になると、プロセッサ１１６は、チューナ１２の受信チャネルを放送チャネルＣＨ1 に設定するための制御信号ＳCHを生成し、チューナ１２に出力する。その結果、チューナ１２から出力される予約番組Ｐを構成するトランスポートストリームは番組蓄積部１１４に格納される。番組蓄積部１１４に格納されたトランスポートストリームをユーザが予約番組Ｐを視聴したい時、プロセッサ１１６は、番組再生部１３の入力系統を制御部１１１側に設定するための制御信号ＳSAを生成し、番組再生部１３に出力する。また、プロセッサ１１６は、画像切替え部１４の入力系統を番組再生部１３側に設定するための制御信号ＳSBを生成し、画像切替え部１４に出力する。音声切替え部１６は、音声切替え部１６の入力系統を番組再生部１３側に設定するための制御信号ＳSCを生成し、音声切替え部１６に出力する。これによって、プロセッサ１１６により番組蓄積部１１４から読み出されたトランスポートストリームは番組再生部１３に出力され、その結果、表示装置１５及び音声出力部１７は、予約番組レコードＲRPにより予約録画された番組Ｐを構成する映像及び音声を出力する。
【００７１】
また、以上の実施形態では、受信装置１及び送信装置２を地上波放送システムに応用した例について説明した。しかし、受信装置１は、衛星放送システムにおいて、番組Ｐ1 〜Ｐ5 を受信可能な場合にも、図６に示す処理を行っても良い。
【００７２】
また、以上の実施形態では、受信装置１は、判定要求ＲD を作成する際に、移動体通信網５からの位置情報ＣＰ1 又はＣＰ2 を使っていた。しかし、これに限らず、受信装置１は、ＧＰＳ(Global Positioning System )からの情報を使って算出した現在位置を使って判定要求ＲD を作成しても良いし、いわゆる自律航法センサを使って検出した現在位置を使って判定要求ＲD を作成しても良い。
【００７３】
また、以上の実施形態では、送信装置２は、受信判定要求ＲD に含まれる放送チャネルＣＨ1 又はＣＨ2 と、位置情報ＣＰ1 又はＣＰ2 とから、受信装置１が作成エリアＡから現エリアＡに移動したことを判定していた。しかし、これに限らず、送信装置２は、受信装置１の移動毎に、告知データＤWP又はＤWAを作成するので、受信装置１の作成エリアＡを記憶することが可能となる。そして、受信装置１は、位置情報ＣＰ1 又はＣＰ2 のみを含む判定要求ＲD を作成して送信装置２に送るようにしても良い。この場合、送信装置２は、記憶している作成エリアＡと、受信位置情報ＣＰ1 又はＣＰ2 とから、受信装置１が作成エリアＡから現エリアＡに移動したことを認識することができる。
【００７４】
（第１の変型例）
次に、プロセッサ１１６の処理及びプロセッサ２５の処理の第１の変型例について説明する。図１２は、プロセッサ１１６の処理の第１の変型例の手順を示すフローチャートである。図１２は、図６と比較すると、ステップＳ１９〜Ｓ１１１をさらに含む点で相違する。それ以外に両フローチャートに相違点はないので、図１２において図６のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。また、図１３は、プロセッサ２５の処理の第１の変型例の手順を示すフローチャートである。図１３は、図１０と比較すると、ステップＳ２４の代わりにステップＳ２７を含む点で相違する。それ以外に両フローチャートに間に相違点はないので、図１３において図１０のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【００７５】
図１３において、送信装置２のプロセッサ２５は、ステップＳ２３でＹＥＳと判断した場合、プロセッサ２５は、告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２７）。より具体的には、プロセッサ２５は、番組ＤＢ蓄積部２３から、ステップＳ２３で見つけた組み、つまり、放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれか、及び番組コードＰＣ1 〜ＰＣ5 のいずれかから構成される組みを、作業領域２６に読み出す。その後、プロセッサ２５は、図１４の上段に示すように、上述の警告メッセージに加えて、読み出した組みを同一番組情報ＩSPとして含む告知データＤWPを作成する。なお、同一番組情報ＩSPは告知データＤWAに含まれても構わない。
【００７６】
第１の実施形態では、図７に例示した予約番組レコードＲRPがステップＳ１１で選択されると仮定した。この仮定下では、同一番組情報ＩSPは、放送チャネルＣＨ2 、時間帯ＴＰ3 及び番組コードＰＣ1 から構成される。
【００７７】
以上のステップＳ２７の終了後、ステップＳ２６において、プロセッサ２５は、作成した告知データＤWP及び／又は告知データＤWAを、送受信部２１を介して、移動体通信網５に送出する。
【００７８】
また、図１２において、受信装置１のプロセッサ１１６は、ステップＳ１８の後に、受信告知データＤWP又は告知データＤWAの中に、同一番組情報ＩSPが含まれているか否かを判断する（ステップＳ１９）。プロセッサ１１６が同一番組情報ＩSPが含まれていないと判断した場合、図１２の処理は終了する。
【００７９】
ステップＳ１９で同一番組情報ＩSPが含まれると判断した場合には、プロセッサ１１６は、対象となる予約番組レコードＲRPを複製し、複製したものを予約蓄積部１１３において別の記録領域に待避する（ステップＳ１１０）。これにより、上述したように、受信装置１が作成エリアＡに戻った時に、待避した予約番組レコードＲRPを再利用できる。
【００８０】
さらに、プロセッサ１１６は、同一番組情報ＩSPを構成する、放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれかを構成する放送開始時刻、放送終了時刻及び番組コードＰＣ1 〜ＰＣ5 のいずれかを、予約番組情報ＩRPを構成する予約番組レコードＲRPの放送チャネル欄ＦCH、開始時刻欄ＦST、終了時刻欄ＦET及び番組コード欄ＦPCに書き込み、対象となる予約番組レコードＲRPを更新する（ステップＳ１１１）。上記仮定下では、更新された予約番組レコードＲRPは、放送チャネルＣＨ2 、放送開始時刻Ｔ3 、放送終了時刻Ｔ4 、番組コード欄ＰＣ1 及び、フラグとしての０から構成される。
【００８１】
以上説明したように、本変型例では、受信装置１は自動的に予約番組レコードＲRPを更新できるので、現エリアＡにおいて視聴予約又は録画予約された番組Ｐを視聴又は録画することができる。
【００８２】
なお、以上の変型例では、プロセッサ１１６は、同一番組情報ＩSPを構成する放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれかを構成する放送開始時刻、放送終了時刻及び番組コードＰＣ1 〜ＰＣ5 のいずれかを予約番組レコードＲRPに書き込むとして説明したが、これに限らず、プロセッサ１１６は、必要な部分のみを書き込むようにしても構わない。例えば、同一番組情報ＩSPと、予約番組レコードＲRPとの双方に同じ番組コードＰＣ1 〜ＰＣ5 のいずれかが記載されていることになるので、番組コードＰＣについては書き換えを行わなくても良い。また、放送開始時刻及び放送終了時刻を書き換えなくとも良い場合も起こりうる。
【００８３】
また、以上の変型例では、受信装置１側では現エリアＡで同一番組Ｐが放送されているか否かを、送信装置２からの告知データＤWP又はＤWAを解析するまで認識できない。さらに言えば、同一番組Ｐが互いに同じ時間帯ＴＰから始まることも想定できる。したがって、受信装置１のユーザとしては、予約番組レコードＲRPの更新をいち早く行いたいとはずである。従って、本変型例においては、判定要求ＲD は、作成エリアＡから現エリアＡへの移動が行われた直後に送信装置２に向けて送出される方が好ましい。
【００８４】
また、以上の変型例では、ステップＳ２５において、上述の警告メッセージだけでなく、現エリアＡでは同一番組Ｐの放送予定が無いことを示す通知を含む告知データＤWP及び／又は告知データＤWAを作成し、ステップＳ２７で送出することがより好ましい。これにより、受信装置１のユーザは、同一番組Ｐの放送予定が無いことを認識できるようになる。
【００８５】
ところで、ユーザは、図１５に示すように、通信網４にアクセス可能な据え置き型の録画装置６０を有している場合がある。また、このような録画装置６０は基本的に、複数のエリアＡを移動することはない。このような場合、ステップＳ２３で同一番組Ｐが無いと判断した場合、送信装置１は、録画装置６０に向けて、ステップＳ１１で選択された予約番組レコードＲRPで特定される番組Ｐを録画するためのコマンドＣRRを生成し、通信網４を介して送信しても良い。
【００８６】
また、以上の実施形態では、ユーザは、入力装置１１２を操作して、視聴予約を指定し、さらに、番組表ＰＧ1 を参照しながら、放送局３1 により送信される番組Ｐ1 の番組コードＰＣ1 を指定する。これら指定に応答して、プロセッサ１１６は、予約番組レコードＲRPを作成して、予約蓄積部１１３に格納していた。しかし、これに限らず、受信装置１は、作成した予約番組レコードＲRPを送信装置２に送信し、送信装置２が各予約番組レコードＲRPを管理するようにしても良い。この場合、送信装置２は、視聴予約又は録画予約された番組の放送開始時刻の所定時間前になると、対象となる予約番組レコードＲRPを受信装置１に送信する。ここで、上述のように、通信網４にアクセス可能な録画装置６０をユーザが有している場合には、送信装置２は、予約番組レコードＲRPで特定される番組Ｐの内容に応じて、予約番組レコードＲRPを受信装置１に送信するか、上述のコマンドＣRRを録画装置６０に送信するようにしても良い。例えば、映画のように高精細の画面で観るような番組Ｐに関しては、送信装置２は、上述のコマンドＣRRを作成して録画装置６０に送信し、ニュースのように高精細な画面で観る必要性が乏しいものに関しては、上述の予約番組レコードＲRPを受信装置１に送信する。
【００８７】
（第２の変型例）
次に、プロセッサ１１６の処理及びプロセッサ２５の処理の第２の変型例について説明する。図１６は、プロセッサ１１６の処理の第２の変型例の手順を示すフローチャートである。図１６は、図６と比較すると、ステップＳ１１２〜Ｓ１１６をさらに含む点で相違する。それ以外に両フローチャートに相違点はないので、図１６において図６のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。また、図１７は、プロセッサ２５の処理の第２の変型例の手順を示すフローチャートである。図１７は、図１０と比較すると、ステップＳ２４の代わりにステップＳ２８及びＳ２９をさらに含む点で相違する。それ以外に両フローチャートに間に相違点はないので、図１７において図１０のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【００８８】
図１７において、送信装置２のプロセッサ２５は、ステップＳ２３でＮＯと判断した場合、受信装置１側で視聴予約又は録画予約された番組Ｐの代わりとなる代替番組ＡＰを番組ＤＢ２８から検索して、代替番組ＡＰが放送される放送チャネルＣＨ1 又はＣＨ2 と、時間帯ＴＰ1 〜ＴＰ3 のいずれかと、番組コードＰＣ1 〜ＰＣ5 のいずれかとを、代替番組情報ＩAPとして作業領域２６に取り出す（ステップＳ２８）。ここで、代替番組ＡＰとしては、様々な番組Ｐを想定することができるが、例えば、視聴予約又は録画予約された番組Ｐと同じ時間帯ＴＰに現エリアＡで放送される番組Ｐであったり、現エリアＡで放送されかつユーザの嗜好に基づいてプロセッサ２５により選択された番組Ｐであったりする。
【００８９】
次に、プロセッサ２５は、告知データＤWP及び／又は告知データＤWAを作業領域２６上で作成する（ステップＳ２９）。より具体的には、プロセッサ２５は、図１７に示すように、上記警告メッセージに加えて、ステップＳ２８で取得した代替番組情報ＩAPを含む告知データＤWPを作成する。なお、代替番組情報ＩAPは告知データＤWAに含まれても構わない。
【００９０】
例えば、ステップＳ２８において、図２に示す番組Ｐ4 が代替番組ＡＰ4 として検索された場合には、ステップＳ２９で生成される代替番組情報ＩAPは、放送チャネルＣＨ2 、時間帯ＴＰ1 及び番組コードＰＣ4 から構成される。
【００９１】
以上のステップＳ２９の終了後、ステップＳ２６において、作成した告知データＤWP及び／又はＤWAを、送受信部２１を介して移動体通信網５に送出する。
【００９２】
また、図１６において、受信装置１のプロセッサ１１６は、ステップＳ１８の後に、受信告知データＤWP又はＤWAの中に、代替番組情報ＩAPが含まれているか否かを判断する（ステップＳ１１２）。プロセッサ１１６が代替番組情報ＩAPが含まれていないと判断した場合、図１６の処理は終了する。
【００９３】
ステップＳ１１２において代替番組情報ＩAPが含まれていると判断した場合には、プロセッサ１１６は、代替番組ＡＰが存在することを示すメッセージ（以下、代替番組通知と称する）を表す画像データＤNAP を画像切替え部１４に転送する（ステップＳ１１３）。画像データＤNAP は、告知データＤWP又はＤWAに付加されていても良いが、本変型例ではコンピュータプログラム１１８に予め記述されていると仮定する。また、画像データＤNAP は、図１８に示すように、代替番組ＡＰを予約視聴又は予約録画をするか否かをユーザが指定することが可能に構成される。ステップＳ１１３の結果、画像データＤNAP は、画像切替え部１４を介して、表示装置１５により受信される。表示装置１５は、図１８に示すように、画像データＤNAP により表されるメッセージを表示する。
【００９４】
ユーザは、表示装置１５の画面を参照して、代替番組ＡＰを受け入れるか否かを判断し、入力装置１１２を操作して、代替番組ＡＰを受け入れるか否かを指定する。プロセッサ１１６は、入力装置１１２からの出力信号に基づいて、ユーザが代替番組ＡＰを予約視聴又は予約録画するかを判断し（ステップＳ１１４）、ユーザが受け入れないと指定した場合には、代替番組ＡＰを予約視聴等しないとみなして、図１６の処理は終了する。
【００９５】
それに対して、ステップＳ１１４において、ユーザが代替番組ＡＰを受け入れると指定した場合には、代替番組ＡＰを予約視聴等するとみなして、プロセッサ１１６は、対象となる予約番組レコードＲRPを複製し、複製したものを予約蓄積部１１３において別の記録領域に待避する（ステップＳ１１５）。これにより、上述したように、待避された予約番組レコードＲRPを再利用できる。
【００９６】
さらに、プロセッサ１１６は、代替番組情報ＩAPを構成する、放送チャネルＣＨ1 又はＣＨ2 、時間帯ＴＰ1 〜ＴＰ3 のいずれかを構成する放送開始時刻、放送終了時刻及び番組コードＰＣ1 〜ＰＣ5 のいずれかを、予約番組情報ＩRPを構成する予約番組レコードＲRPの放送チャネル欄ＦCH、開始時刻欄ＦST、終了時刻欄ＦET及び番組コード欄ＦPCに書き込み、対象となる予約番組レコードＲRPを更新する（ステップＳ１１６）。上記仮定下では、更新された予約番組レコードＲRPは、放送チャネルＣＨ2 、放送開始時刻Ｔ1 、放送終了時刻Ｔ2 、番組コード欄ＰＣ4 及び、フラグとしての０から構成される。
【００９７】
以上説明したように、本変型例では、受信装置１は自動的に予約番組レコードＲRPを代替番組ＡＰのものに更新するので、より使い勝手の良い受信装置１を提供することが可能となる。
【００９８】
なお、以上の変型例では、代替番組通知を表す画像データＤNAP を使って代替番組ＡＰが存在することがユーザに通知されていたが、これに限らず、音声を使って代替番組ＡＰが存在することを、受信装置１はユーザに通知されても良い。
【００９９】
（第２の実施形態）
図１９は、本発明の第２の実施形態に係るデータ通信システムの全体構成を示す模式図である。図１９において、データ通信システムは、少なくとも１台の受信装置６と、少なくとも１台の送信装置７と、複数台の放送局の一例として、２台の放送局８1 〜８4 とを備えている。
【０１００】
まず、放送局８1 〜８4 について説明する。放送局８1 は、放送チャネルＣＨ1 を使ってエリアＡ1 に向けて、複数の番組の一例として、互いに内容の相違するＰ1 〜Ｐ3 を、典型的にはトランスポートストリームに多重して放送する。また、放送局８1 は、番組表（タイムテーブル）ＰＧ1 を、通信網４を介して送信装置７に送信する。ここで、放送チャネルＣＨ1 、エリアＡ1 、番組Ｐ1 〜Ｐ3 、番組表ＰＧ1 及び通信網4 に関しては、第１の実施形態と同様であるため、本実施形態ではそれぞれの説明を省略する。
【０１０１】
また、放送局８2 は、放送チャネルＣＨ2 を使ってエリアＡ1 に向けて、複数の番組の一例として、互いに内容の相違する２つの番組Ｐ4 及びＰ5 を多重して放送する。放送チャネルＣＨ2 は、放送局８2 に予め割り当てられており、上述の放送チャネルＣＨ1 とは相違する周波数帯域である。なお、本実施形態では便宜上、放送局８1 及び８2 は、互いに同じエリアＡ1 をカバーするとして説明するが、放送局８1 及び８2 の性能又は周囲の状況により、放送局８1 及び８2 のカバーエリアは若干相違する。
【０１０２】
番組Ｐ4 及びＰ5 は、本実施形態では便宜上、図２０に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 及びＴＰ4 に放送されると仮定する。ここで、時間帯ＴＰ4 とは、時間帯ＴＰ2 及びＴＰ3 から構成され、番組Ｐ5 の放送開始時刻Ｔ2 〜放送終了時刻Ｔ4 の間である。また、番組Ｐ4 及びＰ5 には、第１の実施形態と同様に、番組コードＰＣ4 及びＰＣ5 が割り当てられる。
【０１０３】
放送局８2 はさらに、図２１に示すように、番組Ｐ4 及びＰ5 の放送スケジュールを表す番組表（タイムテーブル）ＰＧ2 を、上述の通信網４を介して送信装置７に送信する。ここで、番組表ＰＧ2 は、番組表ＰＧ1 と同様のデータ構造を有しており、図２１に示すように、放送チャネルＣＨ2 と、情報セットＩＳ4 及びＩＳ5 とを含む。情報セットＩＳ4 は、番組Ｐ4 のタイトルＰＴ4 、時間帯ＴＰ1 及び番組コードＰＣ4 とから構成される。また、図示は省略しているが、情報セットＩＳ5 は、番組Ｐ5 のタイトルＰＴ5 、時間帯ＴＰ4 及び番組コードＰＣ5 とから構成される。
【０１０４】
また、図１９に示すように、放送局８3 は、放送チャネルＣＨ3 を使ってエリアＡ2 に向けて、複数の番組の一例として、互いに内容の相違する３つの番組Ｐ6 、Ｐ7 及びＰ1 を放送する。
【０１０５】
放送チャネルＣＨ3 は、放送局８3 に予め割り当てられており、上述の放送チャネルＣＨ1 及びＣＨ2 とは異なる周波数帯域である。また、エリアＡ2 は、放送局８3 の各放送番組Ｐ6 、Ｐ7 及びＰ1 を受信装置６が受信可能な範囲であり、上述のエリアＡ1 とは異なる範囲をカバーし、エリアＡ1 に実質的に隣接する。なお、エリアＡ2 は大略的には、放送局８3 の送信電波の強度により定まる。
【０１０６】
各番組Ｐ6 、Ｐ7 及びＰ1 は、本実施形態では便宜上、図２０に示すように、上述の時間帯ＴＰ1 、ＴＰ2 及びＴＰ3 に放送されると仮定する。ここで、番組Ｐ1 は、放送局８1 及び８3 により、互いに異なる時間帯ＴＰ1 及びＴＰ3 に送信される点には注意を要する。また、番組Ｐ6 及びＰ7 には、他の番組Ｐ1 〜Ｐ5 と同様の番組コードＰＣ6 及びＰＣ7 が割り当てられる。ここで、放送局８3 の放送番組Ｐ1 には、上述同様、番組コードＰＣ1 が割り当てられる。
【０１０７】
放送局８3 は、図２１に示すように、放送番組Ｐ6 、Ｐ7 及びＰ1 のスケジュールを表す番組表（タイムテーブル）ＰＧ3 を、上述の通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ3 は、他の番組表ＰＧ1 及びＰＧ2 と同様のデータ構造を有しており、図２１に示すように、放送チャネルＣＨ3 と、情報セットＩＳ6 〜ＩＳ8 とを含む。情報セットＩＳ6 は、図示を省略しているが、番組Ｐ6 のタイトルＰＴ6 、時間帯ＴＰ1 及び番組コードＰＣ6 から構成される。情報セットＩＳ7 は、番組Ｐ7 のタイトルＰＴ7 、時間帯ＴＰ2 及び番組コードＰＣ7 から構成される。情報セットＩＳ8 は、情報セットＩＳ1 から明らかなように、番組Ｐ1 のタイトルＰＴ1 、時間帯ＴＰ3 及び番組コードＰＣ1 から構成される。
【０１０８】
また、放送局８4 は、放送チャネルＣＨ4 を使ってエリアＡ2 に向けて、複数の放送番組の一例として、互いに異なる２つの番組Ｐ8 及びＰ9 を放送する。
【０１０９】
放送チャネルＣＨ4 は、放送局８4 に予め割り当てられており、上述の放送チャネルＣＨ1 〜ＣＨ3 のものとは相違する周波数帯域である。なお、本実施形態では便宜上、放送局８3 及び８4 は、互いに同じエリアＡ2 をカバーするとして説明する。
【０１１０】
番組Ｐ8 及びＰ9 は、本実施形態では便宜上、図２０に示すように、互いに重複せずかつ予定された時間帯ＴＰ1 及びＴＰ4 に放送されると仮定する。また、番組Ｐ8 及びＰ9 には、他の番組Ｐ1 等と同様に、番組コードＰＣ8 及びＰＣ9 が割り当てられる。
【０１１１】
放送局８4 は、図２１に示すように、放送番組Ｐ8 及びＰ9 のスケジュールを表す番組表（タイムテーブル）ＰＧ4 を、上述の通信網４を介して送信装置２に送信する。ここで、番組表ＰＧ4 は、他の番組表ＰＧ1 等と同様のデータ構造を有しており、図２１に示すように、放送チャネルＣＨ4 と、情報セットＩＳ9 及びＩＳ10を含む。各情報セットＩＳ9 は、図示を省略しているが、他の情報セットＩＳ1 等から明らかなように、番組Ｐ8 のタイトルＰＴ8 、時間帯ＴＰ1 及び番組コードＰＣ8 から構成される。また、情報セットＩＳ10は、番組Ｐ9 のタイトルＰＴ9 、時間帯ＴＰ4 及び番組コードＰＣ9 から構成される。
【０１１２】
図１９において、受信装置６は、前述の受信装置１と同様に、移動体通信機器である。そして、現在位置するエリアＡ1 又はＡ2 において、受信装置６は少なくとも、送信装置７により提供される個人番組表ＵＰＧ1 又はＵＰＧ2 を受信し、表示する。また、受信装置６は、前述の受信装置１と同様に、放送局８1 及び８2 又は、放送局８3 及び８4 により放送される番組Ｐ1 〜Ｐ5 、又は番組Ｐ1 及びＰ6 〜Ｐ9 を受信可能に構成されても良いし、受信可能な番組Ｐ1 〜Ｐ9 の中から、ユーザにより視聴予約又は録画予約されたものを再生又は録画するよう構成されても良い。ただし、本実施形態の特徴は個人番組表ＵＰＧ1 及びＵＰＧ2 を受信し表示することであるため、番組受信、視聴予約及び録画予約については説明を簡素化する。
【０１１３】
以上の機能を実現するために、図２２に示すように、受信装置６は、図４の受信装置１と比較すると、制御部１１１に代えて制御部６１を備えている点で相違する。それ以外に両受信装置６及び１の間に、構成面及び処理面での相違点は無いので、図２２において図４の構成に相当するものには同一の参照符号を付けて、それぞれの説明を簡素化する。ただし、いくつかの構成への入出力情報は、第１の実施形態とは異なる。
【０１１４】
画像切替え部１４には、制御部６１からの番組表ＵＰＧ1 又はＵＰＧ2 が入力される場合がある。画像切替え部１４は、第１の実施形態で説明した制御信号ＳSBに応答して、番組再生部１３及び制御部６１のいずれかを選択する。画像切替え部１４は、制御部６１を選択している場合、それから送られてくる番組表ＵＰＧ1 又はＵＰＧ2 を表示装置１５に出力する。表示装置１５は、入力番組表ＵＰＧ1 又はＵＰＧ2 を表示する。
【０１１５】
ＣＯＤＥＣ１１０は、無線通信部１９からの多重化信号の中から、受信装置６に送られてくる位置情報ＣＰ1 又はＣＰ2 と、受信装置６宛ての番組表ＵＰＧ1 又はＵＰＧ2 とを分離して、それらを制御部６１に出力する。ＣＯＤＥＣ１１０はさらに、制御部６１で生成される番組表要求ＲUPG を多重化信号に多重化する。ここで、番組表要求ＲUPG は、受信装置６が今回進入したエリアＡ1 又はＡ2 で利用可能な個人番組表ＵＰＧ1 又はＵＰＧ2 を送信装置２に要求するための情報であり、少なくとも、放送チャネルＣＨ1 〜ＣＨ4 のいずれか一つと、位置情報ＣＰ1 又はＣＰ2 を含んでいる。
【０１１６】
制御部６１は、個人番組表の受信・表示に必要な各種処理を行うために、プログラムメモリ６２と、プロセッサ６３と、作業領域６４とを含む。プログラムメモリ６２は、受信装置６の各構成を制御するためのコンピュータプログラム（図示は単にプログラム）６５を格納する。プロセッサ６３は、以上のコンピュータプログラム６５を実行する。なお、プロセッサ６３の詳細な処理については、図２３のフローチャートを参照して、後で詳説する。作業領域６４は、コンピュータプログラム６５の実行中にプロセッサ６３により使用される。
【０１１７】
また、図１９において、送信装置７は、放送局８1 〜８4 からの番組表ＰＧ1 〜ＰＧ4 を、上述の通信網４を介して受け取り、蓄積する。さらに、送信装置７は、受信装置６からの番組表要求ＲUPG に応答して、本実施形態特有の処理が行われる。より具体的には、送信装置７は、個人番組表ＵＰＧ1 又はＵＰＧ2 の作成を行った後に、作成したものを移動体通信網５を介して受信装置６に送信する。
【０１１８】
以上のような機能を実現するために、図２４に示すように、送信装置７は、図８と比較すると、制御部２２の代わりに制御部７１を備えている点で相違する。それ以外に、両送信装置７及び２の間に、構成面及び処理面での相違点は無いので、図２４において、図８の構成に相当するものには同一の参照符号を付け、それぞれの説明を簡素化する。ただし、送受信部２１への入出力情報、及び番組ＤＢ蓄積部２３の蓄積情報は第１の実施形態とは異なる。
【０１１９】
送受信部２１は、通信網４を介して、各放送局８1 〜８4 から送られてくる番組表ＰＧ1 〜ＰＧ4 を受信して、制御部７１に転送する。また、送受信部２１は、移動体通信網５を介して、受信装置６から送られてくる番組表要求ＲUPG を受信して、制御部７１に転送する。さらに、送受信部２１は、制御部７１により生成された個人番組表ＵＰＧ1 又はＵＰＧ2 を移動体通信網５に送出する。
【０１２０】
制御部７１は、本実施形態特有の処理を行うために、プログラムメモリ７２と、プロセッサ７３と、作業領域７４とを含む。プログラムメモリ７２は、送信装置７における各処理の手順を記述したコンピュータプログラム（図示は単にプログラム）７５を格納する。プロセッサ７３は、以上のコンピュータプログラム７５を実行する。なお、プロセッサ７３の処理については、図２５のフローチャートを参照して、後で詳説する。作業領域７４は、コンピュータプログラム７５の実行中にプロセッサ７３により使用される。
【０１２１】
番組ＤＢ蓄積部２３は、制御部２２により生成される番組ＤＢ７６を格納する。番組ＤＢ７６は、受信番組表ＰＧ1 〜ＰＧ4 （図２１参照）から作成され、図２６に示すように、エリア数に相当する数のエリアレコードＲARの一例として、エリアレコードＲAR1 及びＲAR2 とから構成される。エリアレコードＲAR1 は、エリアＡ1 をカバーする放送局８1 及び８2 の番組表ＰＧ1 及びＰＧ2 から作成され、時刻Ｔ毎に、放送チャネルＣＨ1 で放送される番組Ｐ1 〜Ｐ3 及び、放送チャネルＣＨ2 で放送される番組Ｐ4 〜Ｐ5 を特定する。また、エリアレコードＲAR2 は、エリアＡ2 をカバーする放送局８3 及び８4 の番組表ＰＧ3 及びＰＧ4 から作成され、時刻Ｔ毎に、放送チャネルＣＨ3 で放送される番組Ｐ6 、Ｐ7 及びＰ1 及び、放送チャネルＣＨ4 で放送される番組Ｐ8 及びＰ9 を特定する。
【０１２２】
次に、以上の構成を有するデータ通信システムの動作について説明する。まず、送信装置７において、送受信部２１は、遅くても時刻Ｔ1 までに、放送局８1 からの番組表ＰＧ1 、放送局８2 からの番組表ＰＧ2 、放送局８3 からの番組表ＰＧ3 及び放送局８4 からの番組表ＰＧ4 を、通信網４を介して受信し、これらを作業領域７４に格納する。作業領域７４内の番組表ＰＧ1 及びＰＧ2 から、プロセッサ７３は、エリアレコードＲAR1 を作成し、番組表ＰＧ3 及びＰＧ4 から、エリアレコードＲAR2 を作成する。以上のエリアレコードＲAR1 及びＲAR2 の組みを番組ＤＢ７６として、プロセッサ７３は番組ＤＢ蓄積部２３に格納する。
【０１２３】
受信装置６のユーザは現在、エリアＡ1 （図１９参照）内を行動している。さらに、エリアＡ1 において、第１の実施形態と同様にして、予約番組レコードＲRPが作成される。その後、ユーザは、受信装置６を携帯して、エリアＡ2 に移動する。プロセッサ６３は、コンピュータプログラム６５を実行しており、各予約番組レコードＲRPの放送開始時刻の所定時間前になると、図２３に示される処理を開始する。プロセッサ６３は、前述のステップＳ１１と同様にして、対象となる予約番組レコードＲRPを選択し（ステップＳ３１）、対象となる予約番組レコードＲRPから、放送チャネルＣＨ（放送チャネルＣＨ1 〜ＣＨ4 のいずれか）を取得する（ステップＳ３２）。今、対象となる予約番組レコードＲRPが図７に例示したものであると仮定すると、放送チャネルＣＨ1 が取得される。
【０１２４】
また、上述したように、移動体通信網５において、エリアＡ1 内の基地局は定期的に位置情報ＣＰ1 を送出しており、エリアＡ2 内のものは位置情報ＣＰ2 を送出している。受信装置６において、ＣＯＤＥＣ１１０は、第１の実施形態と同様に、入力多重化信号から、位置情報ＣＰ1 又はＣＰ2 を分離して、作業領域６４に格納する。以上のようにして、プロセッサ６３は、受信装置６が現在位置するエリアＡ1 又はＡ2 内で、位置情報ＣＰ1 又はＣＰ2 を取得する（ステップＳ３３）。上記仮定下では、位置情報ＣＰ2 が取得される。
【０１２５】
次に、プロセッサ６３は、取得した放送チャネルＣＨ1 〜ＣＨ4 のいずれかと、取得した位置情報ＣＰ1 又はＣＰ2 とを含む番組表要求ＲUPG を、作業領域６４で作成し、ＣＯＤＥＣ１１０及び無線通信部１９を介してアンテナ１８から移動体通信網５に送出する（ステップＳ３４）。上記仮定下では、放送チャネルＣＨ1 及び位置情報ＣＰ2 を含むものが作成される。その後、プロセッサ６３は、送信装置７で作成される個人番組表ＵＰＧ1 又はＵＰＧ2 の受信を待機する（ステップＳ３５）。
【０１２６】
送信装置７において、送受信部２１は、移動体通信網５から受信した番組表要求ＲUPG を作業領域７４に格納する。プロセッサ７３は、プログラムメモリ７２内のコンピュータプログラム７５を実行しており、番組表要求ＲUPG が格納されると、図２６のフローチャートに示される処理を開始する。
【０１２７】
まず、プロセッサ７３は、作業領域７４内の番組表要求ＲUPG から、放送チャネルＣＨ1 〜ＣＨ4 のいずれか一つと、位置情報ＣＰ1 又はＣＰ2 とを取り出す（ステップＳ４１）。上記仮定下では、放送チャネルＣＨ1 と、位置情報ＣＰ2 とが取り出される。
【０１２８】
次に、プロセッサ７３は、前述のステップＳ２２と同様にして、対象となる予約番組レコードＲRPの作成エリアＡと、現エリアＡとが一致するか否かを判定する（ステップＳ４２）。一致していれば、受信装置６に対して何も行わなくて良いので、図２６の処理は終了する。
【０１２９】
それに対して、両エリアＡが一致しないと判定された場合、プロセッサ７３は、番組ＤＢ蓄積部２３にアクセスして、ステップＳ４２で特定される現エリアＡのエリアレコードＲAR1 又はＲAR2 （図２６参照）を選択する（ステップＳ４３）。以下、ステップＳ４３で選択されたものを、対象となるエリアレコードＲARと称する。また、上記仮定下では、エリアレコードＲAR2 が対象として選択される。次に、プロセッサ７３は、対象エリアレコードＲARを使って、いくつかの番組特定情報ＩPIを作成する（ステップＳ４４）。より具体的には、プロセッサ７３は、対象エリアレコードＲARにおいて、同じ時間帯ＴＰに放送される複数の番組Ｐの中から、ユーザ好みの番組Ｐを１つ選択する。そして、プロセッサ７３は、選択した番組Ｐを特定するために、放送チャネルＣＨ、番組タイトルＰＴ、番組コードＰＣ、及び時間帯ＴＰの組みを番組特定情報ＩPIとして、番組ＤＢ７６から取り出す。このような処理を、プロセッサ７３は、全ての時間帯ＴＰについて実行する。なお、ステップＳ４４においてユーザ好みの番組Ｐを選択する方法については、後の実施形態で詳説する。本実施形態では、対象となるエリアレコードＲAR2 から、番組特定情報ＩPIとして、放送チャネルＣＨ3 、番組タイトルＰＴ6 、番組コードＰＣ6 及び時間帯ＴＰ1 から構成される番組特定情報ＩPI1 と、放送チャネルＣＨ4 、番組タイトルＰＴ9 、番組コードＰＣ9 及び時間帯ＴＰ4 から構成される番組特定情報ＩPI2 とが作成されると仮定する。
【０１３０】
次に、プロセッサ７３は、ステップＳ４４で作成したいくつかの番組特定情報ＩPIを作業領域７４上で、時間帯ＴＰが連続するように並べて、図２７に示すような、個人番組表ＵＰＧ1 又はＵＰＧ2 を作成する（ステップＳ４５）。上記仮定に従えば、図２７に例示するように、番組特定情報ＩPI1 及びＩPI2 から構成される個人番組表ＵＰＧ2 が作成される。次に、プロセッサ７３は、作成した個人番組表ＵＰＧ1 又はＵＰＧ2 を、送受信部２１を介して、移動体通信網５に送出する（ステップＳ４６）。以上のステップＳ４６が終了すると、図２６の処理は終了する。
【０１３１】
上述したように、受信装置６のプロセッサ６３は、ステップＳ３４において個人番組表ＵＰＧ1 又はＵＰＧ2 の受信を待機しており、未受信であると判定すると、番組表要求ＲUPG の送出から予め定められた時間だけ経過したか否かを判断する（ステップＳ３６）。一定時間が経過している場合、プロセッサ６３は、作成エリアＡを出ていないと判断して、図２３の処理を終了する。一方、一定時間が経過していない場合には、プロセッサ６３は再度、ステップＳ３５を行う。
【０１３２】
また、ステップＳ４６で送出された個人番組表ＵＰＧ1 又はＵＰＧ2 は、移動体通信網５を介して、受信装置６のアンテナ１８により受信された後、無線通信部１９及びＣＯＤＥＣ１１０を介して、作業領域６４に格納される。このような格納により、プロセッサ６３は、ステップＳ３５で個人番組表ＵＰＧ1 又はＵＰＧ2 を受信したと判断し、制御信号ＳSBを作成して、画像切替え部１４に出力する（ステップＳ３７）。制御信号ＳSBは、画像切替え部１４の入力系統を制御部６１側に切り替えるための信号である。受信制御信号ＳSBに従って、画像切替え部１４は、入力系統を制御部６１側に切り替える。
【０１３３】
次に、プロセッサ６３は、作業領域６４内の番組表ＵＰＧ1 又はＵＰＧ2 を、画像切替え部１４に転送する（ステップＳ３８）。その結果、番組表ＵＰＧ1 又はＵＰＧ2 は、画像切替え部１４を介して、表示装置１５に入力される。表示装置１５は、図２８に示すように、受信した個人番組表ＵＰＧ1 又はＵＰＧ2 を表示する。
【０１３４】
以上説明したように、第２の実施形態によれば、送信装置７は、受信装置６が作成エリアＡから別のエリア（現エリア）Ａに移動したことを判定し、現エリアＡで放送されている番組Ｐの内、ユーザ好みのものから作成された個人番組表ＵＰＧ1 又はＵＰＧ2 を送信する。受信装置６は、送信装置７から送られてきた個人番組表ＵＰＧ1 又はＵＰＧ2 を表示する。これによって、ユーザが知らない間に別のエリアＡに移動したとしても、現エリアで有効な個人番組表ＵＰＧ1 又はＵＰＧ2 を自動的に受信し表示できるので、より使い勝手の良い受信装置６を実現することができる。
【０１３５】
なお、以上の説明では、番組表要求ＲUPG の送出タイミングは実質的に、視聴予約番組Ｐの放送開始時刻の所定時間前であった。これにより、番組表要求ＲUPG の送出頻度を抑えることが可能となる。つまり、移動体通信網５のトラフィックを抑えることに寄与できる。しかし、これに限らず、番組表要求ＲUPG の送出タイミングは、受信装置６が作成エリアＡから現エリアＡに移動したことを検出した直後であっても良い。この場合、番組表要求ＲUPG の送出頻度は相対的に高くなるが、ユーザはいち早く、現エリアＡで有効な個人番組表ＵＰＧ1 又はＵＰＧ2 を取得することが可能となる。
【０１３６】
また、ユーザは、現エリアＡに移動した後再度、作成エリアＡに戻ることがある。そのため、受信装置６は、作成エリアＡで取得した番組表ＵＰＧ1 又はＵＰＧ2 を所定の記憶領域に待避することがより好ましい。これにより、ユーザが元のエリアＡに戻った時に、新たな番組表要求ＲUPG を送信装置７に送信する必要なく、プロセッサ６３は、待避した番組表ＵＰＧ1 又はＵＰＧ2 を表示することが可能となる。
【０１３７】
また、以上の実施形態では、受信装置６及び送信装置７を地上波放送システムに応用した例について説明した。しかし、受信装置６は、衛星放送システムにおいて、番組Ｐ1 〜Ｐ10を受信可能な場合にも、図２３に示す処理を行っても良い。
【０１３８】
また、以上の実施形態では、受信装置６は、番組表要求ＲUPG を作成する際に、移動体通信網５からの位置情報ＣＰ1 又はＣＰ2 を使っていた。しかし、これに限らず、受信装置６は、ＧＰＳ(Global Positioning System )からの情報を使って算出した現在位置を使って番組表要求ＲUPG を作成しても良いし、いわゆる自律航法センサを使って検出した現在位置を使って番組表要求ＲUPG を作成しても良い。
【０１３９】
また、以上の実施形態では、送信装置７は、受信番組表要求ＲUPG に含まれる放送チャネルＣＨ1 又はＣＨ2 と、位置情報ＣＰ1 又はＣＰ2 とから、受信装置１が作成エリアＡから現エリアＡに移動したことを判定していた。しかし、これに限らず、送信装置７は、受信装置６の移動毎に、番組表ＵＰＧ1 又はＵＰＧ2 を作成するので、受信装置６の作成エリアＡを記憶することが可能となる。そして、受信装置６は、位置情報ＣＰ1 又はＣＰ2 のみを含む番組表要求ＲUPG を作成して送信装置７に送るようにしても良い。この場合、送信装置７は、記憶している作成エリアＡと、受信位置情報ＣＰ1 又はＣＰ2 とから、受信装置６が作成エリアＡから現エリアＡに移動したことを認識することができる。
【０１４０】
また、以上の実施形態では、送信装置７は、放送チャネルＣＨ1 又はＣＨ2 と、位置情報ＣＰ1 又はＣＰ2 とを使って、受信装置６が現エリアＡに移動したと判定した後に、個人番組表ＵＰＧ1 又はＵＰＧ2 を作成していた。しかし、これに限らず、送信装置７は、位置情報ＣＰ1 又はＣＰ2 のみから、受信装置６が現在位置する放送エリア（現エリア）Ａ1 又はＡ2 における放送番組Ｐを特定できる。このようにして特定した放送番組Ｐから、送信装置７は、現エリアＡ１ 又はＡ２における個人番組表ＵＰＧ1 又はＵＰＧ2 を作成することができる。
【０１４１】
（変型例）
次に、プロセッサ７３の処理の変型例について説明する。図２９は、プロセッサ７３の処理の変型例の手順を示すフローチャートである。図２９は、図２６と比較すると、ステップＳ４７〜Ｓ４１０をさらに含む点で相違する。それ以外に両フローチャートに相違点はないので、図２９において図２６のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１４２】
図２９において、送信装置７のプロセッサ７３は、ある番組表要求ＲUPG の受信に応答して、番組表ＵＰＧ1 又はＵＰＧ2 を作成し送出し（ステップＳ４４及びＳ４５）、その後に、今回作成した個人番組表ＵＰＧ1 又はＵＰＧ2 を予め定められた記録領域（例えば、作業領域７４）に待避する（ステップＳ４１０）。
【０１４３】
その後、プロセッサ７３は、別の番組表要求ＲUPG の受信に応答して、前述したように、いくつかの番組特定情報ＩPIを作成する（ステップＳ４４）。その後、プロセッサ７３は、ステップＳ４３で選択したエリアレコードＲARの中に、前回のステップＳ４８で待避した番組表ＵＰＧ1 又はＵＰＧ2 に含まれる番組コードＰＣと一致し、かつステップＳ４４で未選択である番組コードＰＣがあるか否かを判断する（ステップＳ４７）。つまり、前回のエリアＡにおいて番組表ＵＰＧ1 又はＵＰＧ2 に記述された番組Ｐが、今回のエリアＡで放送されているか否かが判断される。以下、前回の番組表ＵＰＧ1 又はＵＰＧ2 に記述され、今回の番組表ＵＰＧ1 又はＵＰＧ2 に記述されず、かつエリアＡで放送される番組Ｐを、副番組Ｐと称する。
【０１４４】
このような副番組Ｐが無いと判断された場合、プロセッサ７３は、ステップＳ４４以降を行う。それに対して、副番組Ｐがあると判断された場合、プロセッサ７３は、対象エリアレコードＲARを使って、いくつかの副番組特定情報ＩSPI を作成する（ステップＳ４８）。より具体的には、プロセッサ７３は、対象エリアレコードＲARにおいて、ステップＳ４６で特定された副番組Ｐを特定するために、放送チャネルＣＨ、番組タイトルＰＴ、番組コードＰＣ、及び時間帯ＴＰの組みを番組特定情報ＩSPI として、番組ＤＢ７６から取り出す。このような処理を、プロセッサ７３は、全ての副番組Ｐについて実行する。
【０１４５】
ステップＳ４８の次に、プロセッサ７３は、ステップＳ４４で作成したいくつかの番組特定情報ＩPIと、ステップＳ４８で作成したいくつかの副番組特定情報ＩSPI とを、作業領域７４上で、時間帯ＴＰが連続するように並べて、図３０のに示すような、個人番組表ＵＰＧ1 又はＵＰＧ2 を作成する（ステップＳ４９）。
【０１４６】
例えば、エリアＡ1 で作成された番組表ＵＰＧ1 に番組Ｐ1 （放送チャネルＣＨ1 、番組タイトルＰＴ1 、番組コードＰＣ1 、及び時間帯ＴＰ1 ）が記述されていた場合に、受信装置６がエリアＡ2 に移動した場合には、放送チャネルＣＨ3 を使って番組Ｐ1 が時間帯ＴＰ3 で放送されるので（図２１参照）、ステップＳ４８では、放送チャネルＣＨ3 、番組タイトルＰＴ1 、番組コードＰＣ1 、及び時間帯ＴＰ3 の組みが副番組特定情報ＩSPI として作成される。さらに、ステップＳ４９では、このような副番組特定情報ＩSPI を含む番組表ＵＰＧ2 が作成される。
【０１４７】
以上のステップＳ４９の後、プロセッサ７３は、作成した個人番組表ＵＰＧ1 又はＵＰＧ2 を、送受信部２１を介して、移動体通信網５に送出する（ステップＳ４６）。以上のステップＳ４６が終了すると、図２９の処理は終了する。
【０１４８】
以上説明したように、本変型例では、送信装置７は、副番組Ｐを含む番組表ＵＰＧ1 又はＵＰＧ2 を受信装置６に送信することができるので、受信装置６のユーザは、より使い勝手の良い番組表ＵＰＧ1 又はＵＰＧ2 を取得することが可能となる。
【０１４９】
（第３の実施形態）
次に、図３１及び図３２を参照して、本発明の第３の実施形態に係るデータ通信システムの概要を説明する。図３１は、本データ通信システムの構成を示す模式図である。図３１において、データ通信システムは、少なくとも１台の受信装置１０１と、少なくとも１台の送信装置１０２と、複数の放送局１０３（図示は１台のみ）とを備えている。また、図３２は、本データ通信システムで行われる処理の概要を示すフローチャートである。
【０１５０】
図３２において、各放送局１０３は、自身が放送する番組Ｐのスケジュール情報Ｉsch を、インターネットに代表される通信網１０４を介して、送信装置１０２に送信する（ステップＳ１０１）。送信装置１０２は、各放送局１０３から受信したスケジュールを使って、各放送局１０３に予め一意に割り当てられている放送チャネルＣＨ及び時刻Ｔ毎に、各放送局１０３の放送予定番組Ｐを示す番組データベース（以下、番組ＤＢ(Data Base) を作成する（ステップＳ１０２）。
【０１５１】
また、受信装置１０１のユーザは、個人番組表の配信サービスを受けるため、送信装置１０２を運用する番組情報サービス会社と契約する。その際、ユーザは、自身の年齢、性別、職業、趣味、好みの番組、好きなスポーツ、好みの芸能人に代表される個人情報を番組情報サービス会社に通知する。番組情報サービス会社は、通知された個人情報を送信装置１０２の個人情報データベース（以下、個人情報ＤＢと称する）に登録し、さらに、通知された個人情報から、ユーザが視聴したがる番組Ｐのジャンルを選択し、さらに、各ジャンル毎の優先順位を示す番組視聴優先度ＰＬを作成して、個人情報ＤＢに登録する（ステップＳ１０３）。
【０１５２】
次に、視聴者は、放送番組Ｐの視聴前に、個人番組表の配信サービスを受けるために、受信装置１０１を操作する。その操作に応答して、受信装置１０１は、移動体通信網１０５を介して、送信装置１０２に対して個人番組表ＵＰＧを要求する（ステップＳ１０４）。
【０１５３】
送信装置１０２は、個人番組表ＵＰＧの要求を受け取ると、認証処理を行って、ユーザを特定する。さらに、送信装置１０２は、個人情報ＤＢにおいて、今回特定したユーザの番組視聴優先度ＰＬと、番組ＤＢとから、ユーザの嗜好に適した個人番組表ＵＰＧを作成する。その後、送信装置１０２は、今回作成した個人番組表ＵＰＧを、移動体通信網１０５を介して受信装置１０１に送信する（ステップＳ１０５）。
【０１５４】
受信装置１０１は、移動体通信網１０５を介して個人番組表ＵＰＧを受信し、表示する。ユーザは、表示された個人番組表ＵＰＧを参照して、自分が視聴したい番組Ｐを選択し、視聴予約に必要な操作を行う。これにより、受信装置１０１では、予約視聴に必要な予約番組情報が生成される（ステップＳ１０６）。
【０１５５】
受信装置１０１は、視聴予約時に指定した時刻になると、視聴予約した放送チャネルＣＨからの放送番組Ｐを受信可能な状態に設定して、放送番組Ｐを受信し再生する（ステップＳ１０７）。以降、ステップＳ１０４〜Ｓ１０７が繰り返し実行される。
【０１５６】
次に、図３３〜図３５を参照して、放送局１０３について説明する。図３３は、図３１に示す各放送局１０３の詳細な構成を示すブロック図である。また、図３４は、図３１の各放送局１０３の処理の概要を示す模式図である。図３５は、図３１の各放送局１０３が送信装置１０２に送信するスケジュール情報Ｉsch を示す模式図である。
【０１５７】
まず、図３４に示すように、デジタル放送では一般的に、映像及び音声を放送するために映像音声ストリームＳＴAVと、静止画及び／又はグラフィックス等を用いた付加サービスを行うためにデータ放送ストリームＳＴDTとが多重化部３００７で多重化され、これによって、放送ストリームＳＴBCが構成される。ここで、映像音声ストリームＳＴAVは、ヘッダ情報ＩHDと、番組Ｐを表す番組データＤP とから構成される。以上のような放送ストリームＳＴBCは、放送波として放送局１０３から放送チャネルＣＨを使って放送される。
【０１５８】
図３３に示すように、放送局１０３は、番組データＤP のオーサリングを行う番組データオーサリング部３００４と、番組データＤP を格納する番組データ格納部３００５と、番組付加情報ＩADD のオーサリングを行う付加情報オーサリング部３００８と、番組付加情報ＩADD を格納する番組付加情報格納部３００９とを備えている。放送局１０３はさらに、格納された番組データＤP 及び番組付加情報ＩADD を放送スケジュール管理部３００６の制御下で、これらを多重化して、放送ストリームＳＴBCを作成する多重化部３００７と、作成された放送ストリームＳＴBCを放送波として放送アンテナ３０１１に出力する放送データ送信部３０１０と、放送チャネルＣＨ上に入力放送波を送出する放送アンテナ３０１１とを備えている。放送局１０３はさらに、スケジュール情報Ｉsch を格納するスケジュール情報格納部３００１と、格納されたスケジュール情報Ｉsch を、予め定められたタイミングで送信装置１０２に送信するための制御を行うスケジュール情報送信制御部３００２と、スケジュール情報送信制御部３００２の制御下で読み出されたスケジュール情報Ｉsch を通信網１０４に送出するデータ通信部３００３とを備えている。
【０１５９】
ここで、図３５に示すように、スケジュール情報Ｉsch は典型的には、放送番組Ｐを特定する番組コードＰＣと、放送チャネルＣＨを特定するチャネルコードＣＣと、番組ＰのタイトルＰＴと、番組ＰのサブタイトルＰＳＴと、番組ＰのジャンルＰＹと、番組Ｐの検索に必要なキーワードＫＷと、番組Ｐの放送開始時刻ＳＴ及び放送終了時刻ＥＴと、番組Ｐの出演者名ＴＮ及びスポンサーＳＳとから構成される。
【０１６０】
次に、図３６〜図４２を参照して、送信装置１０２について説明する。図３６は、図３１に示す送信装置１０２の詳細な構成を示すブロック図である。図３７は、送信装置１０２に格納される番組ＤＢの構成例を示す模式図である。図３８は、送信装置１０２に格納される個人情報ＤＢの構成例を示す模式図である。図３９は、送信装置１０２に格納される番組視聴優先度ＰＬの構成例を示す模式図である。図４０は、送信装置１０２で実行される番組選択の処理手順を示すフローチャートである。図４１は、図４０の番組選択処理の一例を示す模式図である。図４２は、送信装置１０２により作成される個人番組表ＵＰＧを例示する模式図である。
【０１６１】
図３６に示すように、送信装置１０２は、各放送局１０３から送信されたスケジュール情報Ｉsch をスケジュール情報受信部２００１で受信し、スケジュール情報処理部２００２を介して、図３７に示すような放送チャネルＣＨ及び時刻Ｔ毎に各放送局１０３の放送番組Ｐを一意に特定可能な番組ＤＢを、番組ＤＢ格納部２００３に格納する。
【０１６２】
個人番組表の配信サービスに先立ち、ユーザは、上述したように、送信装置１０２を運用する番組情報サービス会社と契約を行う。その後、番組情報サービス会社は、契約時にユーザから通知された個人情報を、個人情報ＤＢ格納部２００７に格納される個人情報ＤＢに登録する。ここで、個人情報は、本実施形態では、図３８に示すように、契約後にユーザに付与されるユーザ識別子ＵＩＤと、ユーザの年齢ＡＧ、性別ＧＤ、職業ＥＭ、趣味ＨＢと、好みの番組のジャンルＰＹと、好きなスポーツＦＳ及び好みの芸能人ＦＴから構成される。また、趣味ＨＢ、好みの番組のジャンルＰＹ、好きなスポーツＦＳ及び好みの芸能人ＦＴについては、それ毎に優先順位を与えて複数個登録される。
【０１６３】
なお、個人情報については、ユーザが書類に記載したものを番組情報サービス会社に送付し、番組情報サービス会社が受け取った書類に従って個人情報ＤＢに登録しても良い。また、受信装置１０１を操作してユーザにより入力された個人情報が移動体通信網１０５を通じて送信装置１０２に送信され、送信装置１０２において、通信制御部２００４、個人情報入力部２００５、個人情報処理部２００６を介して、受信個人情報は個人情報ＤＢに登録されても良い。また、通信網１０４に接続されたパーソナルコンピュータから、ユーザが個人情報を個人情報ＤＢに直接登録しても良い。以上の個人情報の登録時に、ユーザの好きな番組ＰのジャンルＰＹのそれぞれに優先度を割り当て、図３９に示すように、ジャンルＰＹ毎の優先度を番組視聴優先度ＰＬとして用いる。
【０１６４】
ここで、受信装置１０１から個人番組表ＵＰＧの要求があると、番組選択部２００８は、個人情報ＤＢにおいてユーザの個人情報を特定し、その後、特定した個人情報及び番組ＤＢから個人番組表ＵＰＧを作成する。次に、図３９〜図４２を参照して、番組選択部２００８の動作について詳細に説明する。まず、番組選択部２００８は、番組視聴優先度ＰＬを、最大値ＰＬmax （例えば５）に設定する（図４０；ステップＳ１００１）。
【０１６５】
次に、番組選択部２００８は、個人情報ＤＢから、設定された最大値ＰＬmax に一致する優先度が付されたジャンルＰＹを読み出す。ここで、以下、読み出されたジャンルＰＹを、対象ジャンルＰＹと称する。次に、番組選択部２００８は、番組ＩＤから、自身が決定する指定時間帯ｍにおける対象ジャンルＰＹの番組Ｐを検索する（ステップＳ１００２）。ここで、指定時間帯ｍとは、個人番組表ＵＰＧを構成するために必要な時間帯を意味する。例えば、指定時間帯ｍが１８：００〜２３：００であれば、この間における個人番組表ＵＰＧが作成される。
【０１６６】
次に、番組選択部２００８は、ステップＳ１００２で番組Ｐが検索できれば（ステップＳ１００３）、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧの放送時間帯ＴＰに配置する（ステップＳ１００４）。例えば、図３９に例示した個人情報ＤＢでは、番組優先度ＰＬが５のジャンルＰＹは「映画」である。この場合、番組選択部２００８は、番組ＤＢにおける指定時間帯ｍ（＝１８：００〜２３：００）の間において「映画」を検索する。すると、放送チャネルＣＨ4 で２１：００から２時間の間に映画αが放送予定であることから、検索したタイトルＰＴ（映画α）及び放送チャネルＣＨ4 が、図４１の（ａ）及び（ｂ）に示すように、個人番組表ＵＰＧの２１：００から２時間の枠に配置される。
【０１６７】
また、ステップＳ１００２で番組Ｐが検索できなかった場合には、番組選択部２００８は、ステップＳ１００７を行う。
【０１６８】
次に、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ１００２で検索した番組Ｐの放送時間帯ＴＰを検索対象から除外して、指定時間帯ｍを更新する（ステップＳ１００５）。例えば、２１：００から２３：００までの映画αが選択された場合には、図４１の（ｃ）及び（ｄ）に示すように、番組ＤＢにおける２１：００から２３：００までの時間帯が除外され、指定時間帯ｍは、１８：００〜２１：００に更新される。
【０１６９】
次に、番組選択部２００８は、更新された指定時間帯ｍの残り時間が０か否かを判断する（ステップＳ１００６）。残り時間が０の場合、図４０の処理は終了する。残り時間が０でない場合には、番組選択部２００８は、番組視聴優先度ＰＬを１だけデクリメントし（ステップＳ１００７）、更新された番組視聴優先度ＰＬがＰＬ＞０であれば（ステップＳ１００８）、ステップＳ１００２〜Ｓ１００８が繰り返される。上述の例に従えば、ステップＳ１００６において、ＰＬ＝５−１＝４に更新されるので、今回のステップＳ１００２〜Ｓ１００７では、番組視聴優先度ＰＬが４であるジャンルＰＹ（つまり、ドキュメンタリー）の番組Ｐが、指定時間帯ｍ（＝１８：００〜２１：００）の範囲を対象として、ステップＳ１００２で検索される。すると、放送チャネルＣＨ3 の１９：００からの１時間枠にドキュメンタリー番組βが検索されるので、検索したタイトルＰＴ（ドキュメンタリーβ）及び放送チャネルＣＨ3 が、図４１の下段に示すように、個人番組表ＵＰＧの１９：００から１時間の枠に、ステップＳ１００４で配置される。
【０１７０】
番組選択部２００８は、ステップＳ１００８において番組視聴優先度ＰＬが０になるまで、ステップＳ１００２〜Ｓ１００８を繰り返し実行する。その結果、図４２に示すように、１時間帯ＴＰに、複数の放送チャネルＣＨで放送される番組Ｐから、ユーザの好きなジャンルＰＹに基づいて選択された１つの番組が配置された個人番組表ＵＰＧが作成される。作成された個人番組表ＵＰＧは、番組表送信部２０１１を介して通信制御部２００４から移動体通信網１０５に送出される。以上の図４０の処理は、第２の実施形態におけるステップＳ４４に応用されても良い。
【０１７１】
次に、図４３を参照して、受信装置１０１について説明する。図４３は、受信装置１０１の詳細な構成を示すブロック図である。図４３において、各放送局１０３からの放送波はアンテナ１００１からチューナ１００２に入力され、チューナ１００２が入力放送波を受信及び復調した後に、分離部１００３は、図３４に示す番組データＤP を構成する映像ストリームＳＴV 及び音声ストリームＳＴA と、データ放送ストリームＳＴDTとに分離される。音声ストリームＳＴA は、オーディオ再生部１００５でデコードされ、オーディオ信号に再生された後に、スピーカ１００６から音声として出力される。映像ストリームＳＴV は、ビデオ再生部１００７でデコードされ、ビデオ信号に再生される。データ放送ストリームＳＴDTは、データ処理部２０８で、静止画及び／又はグラフィックスで表現されるサービス画面のビデオ信号として再生された後に、両ビデオ信号が表示合成部１００９で合成された後、表示部１０１０により映像として出力される。また、送信装置１０２により送信された個人番組表ＵＰＧは、携帯電話用アンテナ１０１７から携帯電話部１０１６を介してシステム制御部１００４に入力される。システム制御部１００４は、個人番組表ＵＰＧを表示部１０１０に対応した形式に構成する。以上の個人番組表ＵＰＧは、表示合成部１００９で番組を表すビデオ信号との合成、又は切替えが行われた後に、表示部１０１０に表示される。
【０１７２】
ここで、図４４を参照して、個人番組表ＵＰＧの受信装置１０１における表示例を説明する。図４４の（ａ）に示すように、受信装置１０１は、送信装置１０２から現在時刻を含むｍ時間分（図示は５時間分）の個人番組表ＵＰＧを受信する。このｍ時間の個人番組表ＵＰＧから、受信装置１０１で表示可能な時間であるｎ時間（ｍ＞ｎ 図示は２時間）の個人番組表ＵＰＧを、表示合成部１００９で番組Ｐの映像と切り替えて、図４４の（ｂ）に示すように、表示部１０１０に表示する。個人番組表ＵＰＧにおいて、現在の表示時間枠を超えた時刻の部分を表示させたい場合には、ユーザは、受信装置１０１のキー入力部１０１４のスクロールキーを操作して、個人番組表ＵＰＧの中から、ｎ時間分の表示枠を上下させて、対象となる部分を表示部１０１０に表示させる。
【０１７３】
また、以上の説明において、図４４の（ｂ）では、番組Ｐの映像と個人番組表ＵＰＧとを切り替えて表示する例について説明したが、図４４（ｃ）に示すように、個人番組表ＵＰＧの内、ｎ時間分の枠は、表示合成部１００９で番組Ｐの映像の下に合成された状態で、表示部１０１０に表示されても良い。また、個人番組表ＵＰＧの内において現在の表示時間枠を超えた時刻の部分を表示させたい場合には、ユーザは、上記と同様、スクロールキーを上下方向に操作する。以上の図４４では、表示部１０１０が縦長の画面を有することを前提に説明したため、番組Ｐの映像の下に個人番組表ＵＰＧを合成するとして説明したが、番組Ｐの映像の横に個人番組表ＵＰＧが合成され表示される場合もある。
【０１７４】
また、以上の説明では、個人番組表ＵＰＧは文字情報から構成されるようにしていた。しかし、これに限らず、番組Ｐを特定する画像又は音楽を付加しても良い。例えば、図４５に示すように、放送局１０３から送信装置１０２に送信されるスケジュール情報Ｉsch に、各番組Ｐのロゴ又は代表的な静止画をタイトル画像データＤTYI が追加されても良いし、各番組Ｐで流れる主題歌の一部を表すタイトル音楽データＤTYA が追加されても良い。送信装置１０２は、先に説明した手順に基づき、ユーザ向けに作成された個人番組表ＵＰＧに、上述のタイトル画像データＤTYI 及び／又はタイトル音楽データＤTYA を加えて、受信装置１０１に送信する。受信装置１０１は、個人番組表ＵＰＧを表示すると共に、個人番組表ＵＰＧにおいてユーザにより指定された番組Ｐに割り当てられたタイトル画像データＤTYI をシステム制御部１００４で再生した後、表示合成部１００９で個人番組表ＵＰＧと合成して、図４６に例示するように、合成画像を表示部１０１０から出力する。さらに、受信装置１０１において、システム制御部１００４は、タイトル音楽データＤTYA をオーディオ再生部１００５に送り、オーディオ再生部１００５は、タイトル音楽データＤTYA からオーディオ信号を再生し、スピーカ１００６は、図４６に例示するように、再生されたオーディオ信号に従って音声として出力する。以上のようなタイトル画像データＤTYI 及び／又はタイトル音楽データＤTYA を表示及び／又は出力することにより、より使い勝手の良い個人番組表ＵＰＧを提供することが可能となる。
【０１７５】
以上のような個人番組表ＵＰＧを参照してユーザがある番組Ｐを予約視聴する場合、ユーザは、キー入力部１０１４のキーを操作して、視聴予約の対象となる番組Ｐを選択する。このような操作により、図４７に示すような、視聴予約又は録画予約を特定する予約種別ＲＴ、番組コードＰＣ、チャネルコードＣＣ、番組タイトルＰＴ、放送開始時刻ＳＴ及び放送終了時刻ＥＴで構成される予約番組情報ＩRPが作成され、メモリ１０１２に記憶されると共に、放送開始時刻ＳＴから、予め定められた準備時間を差し引いた動作開始時刻ＡＳＴが時計１０１５に設定される。ここで、準備時間とは、スタンバイ状態の受信装置１０１がチューナ１００２及びビデオ再生部１００７等、番組受信に必要な構成の電源をＯＮにして、番組受信が可能になるまでの待ち時間である。
【０１７６】
ここで、視聴予約時刻になると時計１０１５から割り込み信号が発生し、メモリ１０１２の予約番組情報ＩRPが読み出され、番組受信に必要な各構成に電源電圧が与えられ、さらに、チューナ１００２の受信チャネルが予約番組情報ＩRPに記述されているチャネルコードＣＣに設定される。これによって、受信装置１０１は、番組受信が可能な状態になる。その後、予約番組情報ＩRPがに記述される予約種別ＲＴが視聴予約であれば、受信装置１０１は、視聴時刻になったことを示すアラーム音を発して、ユーザに番組視聴を喚起する。このアラーム音により、ユーザは、キー入力部１０１４において視聴開始機能が割り当てられた視聴ボタンを操作する。その結果、表示部１０１０が表示可能な状態になり、これによって、ユーザは、視聴予約した番組Ｐを視聴することができる。なお、録画予約の場合も、視聴予約と同様の手順により、ユーザが録画予約した番組Ｐが受信装置１０１に記録される。
【０１７７】
なお、以上の実施形態では、受信装置１０１は、メモリ１０１２内に予約番組情報ＩRPを記憶して、予約視聴又は予約録画の制御を行うようにしたが、これに限らず、送信装置１０２から、受信装置１０１における予約視聴又は予約録画の制御を行うことも可能である。例えば、ユーザが予約視聴又は予約録画に必要な操作を行った時点で、指定された番組Ｐを特定する番組コードＰＣと予約種別ＲＴとを送信装置１０２に送信し、送信装置１０２は、受信番組コードＰＣ及び予約種別ＲＴを、個人情報ＤＢに蓄積する。これにより、予約視聴又は予約録画された番組Ｐの放送開始時刻ＳＴを送信装置１０２は認識することができる。送信装置１０２は、放送開始時刻ＳＴから、受信装置１０１における準備時間を差し引いた時刻直前に、チャネルコードＣＣ、放送開始時刻ＳＴ及び放送終了時刻ＥＴを予約番組情報ＩRPとして受信装置１０１に送信する。受信装置１０１は、受信した予約番組情報ＩRPに従って、上述と同様の動作を行って、対象となる番組Ｐの視聴又は録画に必要な処理を行う。
【０１７８】
また、以上の実施形態では、送信装置１０２は、ユーザの好きなジャンルＰＴに基づいて個人番組表ＵＰＧを作成していたが、これに限らず、従来技術の欄で説明したように、放送番組Ｐを予約視聴又は予約録画した頻度に基づいて、個人番組表ＵＰＧを作成するようにしても良い。
【０１７９】
また、以上の実施形態では、タイトル画像データＤTYI 及び／又はタイトル音楽データＤTYA を表示及び／又は出力するようにしていたが、これに限らず、番組Ｐの宣伝を表す番組宣伝データに置き換えても良い。なお、これら、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データに関しては、上述の個人番組表ＵＰＧに付加されても良いが、これに限らず、個人番組表ＵＰＧには、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データが存在することを示すデータを付加し、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データについては、送信装置１０２に蓄積しておく。そして、ユーザが、個人番組表ＵＰＧを参照して、必要であれば、タイトル画像データＤTYI 、タイトル音楽データＤTYA 、及び番組宣伝データを送信装置１０２からダウンロードするように、受信装置１０１及び送信装置１０２は構成されても良い。
【０１８０】
（第４の実施形態）
次に、本発明の第４の実施形態に係るデータ通信システムの概要について説明する。本実施形態に係るデータ通信システムの構成及び処理の概要は、第３の実施形態に係るものと同様であるため（図３１及び図３２参照）、それぞれの説明を省略する。ただし、本実施形態に係る送信装置１０２は、ステップＳ１０５において、第３の実施形態とは異なる個人番組表ＵＰＧの作成する点で相違する。つまり、第３の実施形態では、ユーザの好きなジャンルＰＴに基づいて個人番組表ＵＰＧが作成されていたため、時には、送信装置１０２は、好きなジャンルＰＴに適合する番組Ｐを検索出来ない場合がある。このような場合、個人番組表ＵＰＧにおいて対応する時間帯ＴＰは空欄になるという問題点があった。このような問題点に対処するため、本実施形態では、個人番組表ＵＰＧの空き時間帯ＴＰに、放送局１０３による推奨番組ＲＰを組み入れて、ユーザの受信装置１０１に送信するものである。
【０１８１】
以下、図４８〜図５０を参照して、送信装置１０２の番組選択部２００８における推奨番組ＲＰの組み入れ方法について説明する。図４８は、放送局１０３から送信される推奨番組ＲＰを含むスケジュール情報Ｉsch の構成例を示す模式図である。図４９は、本実施形態に係る番組選択部２００８の処理手順を示すフローチャートである。図５０は、番組選択部２００８により作成される個人番組表ＵＰＧの一例を示す模式図である。
【０１８２】
図４８において、スケジュール情報Ｉsch は、図３５に示す情報以外に、推奨番組ＲＰであることを特定するための推奨番組コードＲＰＣと、推奨されるユーザ層を示すために、対象性別ＴＧＤと、対象年齢層ＴＡＧと、対象職業ＴＥＭとをさらに含んでいる。
【０１８３】
図４９は、図３３と比較すると、ステップＳ１００９〜Ｓ１０１４をさらに含む点で相違する。それ以外に両フローチャートの間に相違点はないので、図４９において、図３３のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１８４】
ステップＳ１００８の次に、番組選択部２００８は、指定時間帯ｍの残り時間が０か否かを判断する（ステップＳ１００９）。例えば、番組ＤＢが図５０の（ａ）に示すような場合には、ステップＳ１００８までの処理で、番組選択部２００８は、図５０の（ｂ）に示すように、指定時間帯ｍにおいて２０：００から２１：００までの時間枠に配置する番組Ｐを選択できない。
【０１８５】
指定時間帯ｍに残り時間があると判断した場合、番組選択部２００８は、番組ＤＢの推奨番組コードＲＰＣを参照して、指定時間帯ｍに推奨番組ＲＰがあるか否かを判断する（ステップＳ１０１０）。指定時間帯ｍに推奨番組ＲＰがなければ、図４９の処理は終了する。
【０１８６】
今、番組ＤＢが図５０の（ｃ）に示すものであり、放送チャネルＣＨ1 のドラマγが推奨番組ＲＰであると仮定する。このような仮定下では、ステップＳ１０１０において推奨番組ＲＰがあると判断され、番組選択部２００８は、番組ＤＢから、対象性別ＴＧＤ、対象年齢層ＴＡＧ及び対象職業ＴＥＭが、個人情報ＤＢに格納されるユーザの性別ＧＤ、年齢ＡＧ及びＥＭに一致するか否かを判断する（ステップＳ１０１１）。
【０１８７】
ステップＳ１０１１において不一致であると判断された場合、番組選択部２００８は、指定時間帯ｍを空白のままにしておく（ステップＳ１０１３）。それに対して、一致すると判断された場合、番組選択部２００８は、推奨番組ＲＰのタイトルＰＴ（ドラマγ）及び放送チャネルＣＨ1 が、図５０の（ｄ）に示すように、個人番組表ＵＰＧの２０：００から１時間の枠に配置する（ステップＳ１０１２）。
【０１８８】
次に、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ１０１０で検索した推奨番組ＲＰの放送時間帯ＴＰを検索対象から除外して、指定時間帯ｍを更新する（ステップＳ１０１４）。番組選択部２００８は、ステップＳ１００９において指定時間帯ｍが０になるまで、ステップＳ１００９〜Ｓ１０１４を繰り返し実行する。その結果、図５０の（ｄ）に示すように、空き時間帯ＴＰに、推奨番組ＲＰが配置された個人番組表ＵＰＧが作成される。また、以上の図４９の処理は、第２の実施形態におけるステップＳ４４に応用されても良い。
【０１８９】
以上説明したように、放送局１０３の推奨番組ＲＰを個人番組表ＵＰＧに記述することにより、送信装置１０２（つまり、番組情報サービス会社）は、放送局１０３の推奨番組ＲＰにユーザを誘導することができ、さらには視聴率向上に貢献することが可能となる。これによって、番組情報サービス会社は、放送局１０３側から対価を得るようなビジネスを展開できる。また、推奨番組ＲＰは、個人番組表ＵＰＧの主旨に反して、ユーザの好みに合っていない場合がある。そのため、送信装置１０２は、個人番組表ＵＰＧにおいて、推奨番組ＲＰのタイトルＰＴ及び放送チャネルＣＨを、他のものと識別可能な情報（例えば、色又は識別マーク）を付加して送信することが好ましい。
【０１９０】
（第５の実施形態）
次に、第５の実施形態に係るデータ通信システムの概要について説明する。本実施形態に係るデータ通信システムの構成及び処理の概要は、第３の実施形態に係るものと同様であるため（図３１及び図３２参照）、それぞれの説明を省略する。ただし、本実施形態に係る送信装置１０２は、ステップＳ１０５において、第３の実施形態とは異なる個人番組表ＵＰＧの作成する点で相違する。つまり、第３の実施形態に係る個人番組表ＵＰＧには、ユーザが最も視聴したいと想定される番組Ｐが時間帯ＴＰ毎に１つずつ配置されていた。このような個人番組表ＵＰＧでは、ユーザが他の番組Ｐを参照できないという問題点があった。この問題点に対処するため、本実施形態では、個人番組表ＵＰＧに１つの時間帯ＴＰに複数個の番組Ｐが配置された個人番組表ＵＰＧを提供可能な送信装置１０２を実現することである、。
【０１９１】
以下、図５１〜図５３を参照して、送信装置１０２の番組選択部２００８における複数の番組Ｐの組み入れ方について説明する。図５１は、番組選択部２００８の処理手順を示すフローチャートである。図５２は、図５１の処理の過程における番組ＤＢの検索範囲を示す模式図である。図５３は、図５１の処理により作成される個人番組表ＵＰＧの一例を示す模式図である。
【０１９２】
番組選択部２００８は、番組視聴優先度ＰＬを、最大値ＰＬmax （例えば５）に設定する（図５１；ステップＳ２００１）。番組選択部２００８は、個人情報ＤＢから、設定された最大値ＰＬmax に一致する優先度が付されたジャンルＰＹを読み出す。ここで、以下、読み出されたジャンルＰＹを、対象ジャンルＰＹと称する。次に、番組選択部２００８は、番組ＤＢから、自身が決定する指定時間帯ｍ（第３の実施形態参照）における対象ジャンルＰＹの第１候補となる番組Ｐを検索する（ステップＳ２００２）。
【０１９３】
次に、番組選択部２００８は、ステップＳ２００２で第１候補の番組Ｐが検索できれば（ステップＳ２００３）、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧの放送時間帯ＴＰにおける第１候補枠に配置する（ステップＳ２００４）。例えば、図５２の（ａ）に例示した個人情報ＤＢでは、番組優先度ＰＬが５のジャンルＰＹは「映画」である。この場合、番組選択部２００８は、番組ＤＢにおける指定時間帯ｍ（＝１８：００〜２３：００）の間において「映画」を検索する。すると、放送チャネルＣＨ4 で２１：００から２時間の間に映画αが放送予定であることから、検索したタイトルＰＴ（映画α）及び放送チャネルＣＨ4 が、図５３の（ｂ）に示すように、個人番組表ＵＰＧの２１：００から２時間の枠に配置される。
【０１９４】
また、ステップＳ２００２で番組Ｐが検索できなかった場合には、番組選択部２００８は、番組視聴優先度ＰＬを１だけデクリメントし（ステップＳ２００６）、その結果、番組視聴優先度ＰＬがＰＬ＞０であれば（ステップＳ２００７）、ステップＳ２００２を再度行う。また、ＰＬ＞０でなければ、後述するステップＳ２０１５を行う。
【０１９５】
ステップＳ２００４の次に、番組選択部２００８は、ステップＳ２００２で検索した番組Ｐの放送時間帯ＴＰであり、かつ検索した番組Ｐの放送チャネルＣＨを除く検索範囲を設定する（ステップＳ２００５）。例えば、２１：００から２３：００までの映画αが選択された場合には、図５２の（ａ）に示すように、番組ＤＢにおける２１：００から２３：００までの時間帯であり、かつ放送チャネルＣＨ4 を除く検索範囲（点線内）が設定される。
【０１９６】
次に、番組選択部２００８は、個人情報ＤＢから、現在の番組視聴優先度ＰＬに一致する優先度が付されたジャンルＰＹを読み出す。ここで、以下、番組視聴優先度ＰＬに一致するジャンルＰＹを、対象ジャンルＰＹと称する。次に、番組選択部２００８は、番組ＤＢから、ステップＳ２００５で設定した検索範囲から、対象ジャンルＰＹの番組Ｐを検索する（ステップＳ２００８）。
【０１９７】
ステップＳ２００８で対象ジャンルＰＹの番組Ｐを検索できれば（ステップＳ２００９）、それを第２候補の番組Ｐとして、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧにおける第２候補枠に配置する（ステップＳ２０１０）。
【０１９８】
ここで、第１回目のステップＳ２００９で検索された第２候補の番組Ｐは、上述の第１候補の番組Ｐと、番組視聴優先度ＰＬが一致する。しかし、図５２の（ａ）の例では、現在設定されている検索範囲には、現在の番組視聴優先度ＰＬ（＝５）の番組Ｐ、つまり対象ジャンルＰＹの番組Ｐは見つからない。このようにステップＳ２００９で対象ジャンルＰＹの番組Ｐを検索できない場合、番組選択部２００８は、番組視聴優先度ＰＬを１だけデクリメントし（ステップＳ２０１２）、その結果、番組視聴優先度ＰＬがＰＬ＞０であれば（ステップＳ２０１３）、ステップＳ２００８を再度行う。従って、番組選択部２００８は、ステップＳ２００８において、現在の検索範囲において、現在の番組視聴優先度ＰＬに対応した対象ジャンルＰＹの番組Ｐを検索するか、番組視聴優先度ＰＬが０になるまで、ステップＳ２００８、Ｓ２００９、Ｓ２０１２及びＳ２０１３までの一連の処理を繰り返す。
【０１９９】
また、ステップＳ２０１３でＰＬ＞０でなければ、番組選択部２００８は、ステップＳ２０１１を行う。
【０２００】
以上の処理により、第２候補の番組Ｐを見つけた場合、番組選択部２００８は、検索した番組ＰのタイトルＰＴ及び放送チャネルＣＨを、個人番組表ＵＰＧの放送時間帯ＴＰにおける第２候補枠に配置する（ステップＳ２０１０）。次に、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ２００９で検索した番組Ｐの放送時間帯ＴＰを検索対象から除外して、検索範囲を更新する（ステップＳ２０１１）。例えば、２１：００から２３：００までの映画αが選択された場合には、図５３の（ａ）に示すように、番組ＤＢにおける２１：００から２１：３０までの３０分枠（点線内参照）が除外され、検索範囲は、２１：３０〜２３：００に更新される。
【０２０１】
次に、番組選択部２００８は、検索範囲の残り時間が０か否かを判断して（ステップＳ２０１４）、０でなければ、ステップＳ２００８に戻り、ステップＳ２００８からＳ２０１４までの処理を繰り返して、現在の検索範囲において、現在の番組視聴優先度ＰＬに相当する番組Ｐを検索する。
【０２０２】
また、ステップＳ２０１４において残り時間が０である場合には、番組選択部２００８は、指定時間帯ｍの中から、ステップＳ２００３で検索した番組Ｐの放送時間帯ＴＰを検索対象から除外して、指定時間帯ｍを更新する（ステップＳ２０１５）。次に、番組選択部２００８は、指定時間帯ｍの残り時間が０か否かを判断し（ステップＳ２０１６）、残り時間が０でなければ、ステップＳ２００１に戻って、更新された指定時間帯ｍの中から第１候補及び第２候補の番組Ｐを検索し、個人番組表ＵＰＧに配置していく。また、ステップＳ２０１６において残り時間が０であれば、図５４の（ａ）のような個人番組表ＵＰＧが完成したと判断して、図５１の処理は終了する。また、以上の図５１の処理は、第２の実施形態におけるステップＳ４４に応用されても良い。
【０２０３】
受信装置１０１は、以上説明したように、現在時刻を含むｍ時間分でありかつ第１候補及び第２候補の番組Ｐが配置された個人番組表ＵＰＧを受信する。受信装置１０１は、受信個人番組表ＵＰＧの内、自身の表示可能なｎ時間（ｎ＜ｍ 例えば１）×第１候補の番組Ｐと、番組Ｐの映像とを表示合成部１００９で切り替えて、図５４の（ｂ）で示すように表示部１０１０で表示する。ユーザが、現在の表示時間枠を超えた時刻を表示させたい場合、前述したように、キー入力部１０１４のスクロールキーを操作して、対象となる箇所を表示部１０１０に表示させる。また、第２候補を観たい場合、ユーザは、キー入力部１０１４の右キーを操作する。その結果、図５４の（ｃ）に示すように、表示部１０１０は、第２候補を表示する。
【０２０４】
（第６の実施形態）
次に、第６の実施形態に係るデータ通信システムの概要について説明する。本実施形態に係るデータ通信システムの構成は、第３の実施形態に係るものと同様であるため（図３１参照）、その説明を省略する。また、図５５は、本データ通信システムで行われる処理の概要を示すフローチャートである。図５５は、図３２と比較すると、ステップＳ４０１〜Ｓ４０３をさらに含む点で相違する。それ以外に両フローチャートの間には相違点はないので、図５５において、図３２のステップに相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０２０５】
ステップＳ１０６の後に、システム制御部１００４は、ステップＳ１０６において視聴予約した番組Ｐの放送時間帯ＴＰが、受信装置１０１が有するスケジューラによりメモリ１０１２内に記憶されているユーザのスケジュール（図５６の（ａ）参照）に重複しているか否かを判断する（ステップＳ４０１）。重複していなければ、ステップＳ１０６における視聴予約は有効であると判断して、上述のステップＳ１０７が行われる。
【０２０６】
それに対して、放送時間帯ＴＰがスケジュールに重複している場合には、視聴予約された番組Ｐをユーザは視聴することができないので、システム制御部１００４は、予約番組情報ＩRPの予約種別ＲＴを視聴予約から予約録画に変更する（ステップＳ４０２）。例えば、図５６の（ｂ）には、１９：００から放送予定のドキュメンタリー番組δが視聴予約されているが、この放送時間帯ＴＰは、図５６の（ａ）に示すスケジュールと重複しているので、図５６の（ｃ）に示すように、ドキュメンタリー番組δは視聴予約の対象に変更される。システム制御部１００４は、このように録画予約に変更された番組Ｐを、更新された予約番組情報ＩRPに従って録画する（ステップＳ４０３）。このように、受信装置１０１は自動的に視聴予約から録画予約に変更することにより、ユーザは、視聴予約した番組Ｐを、自身のスケジュールにより見損なうことなく、後で視聴することが可能となる。
【０２０７】
なお、以上の実施形態では、視聴予約した時点で、ユーザのスケジュールが入って入れば、システム制御部１００４は、その旨をユーザに警告するようにしても良い。
【０２０８】
【発明の効果】
本発明によれば、送信装置は、受信装置からの位置情報に基づいて、告知データ又は個人番組表を作成するので、受信装置が複数の放送エリア間を移動可能な場合であっても、放送番組の視聴予約又は録画予約を正しく行え、若しくは正しい放送番組表を表示可能になる。
【０２０９】
また、本発明によれば、受信装置の位置情報及び、視聴予約又は録画予約の対象となる番組の放送に使われる放送チャネルを使うことにより、送信装置は、受信装置が視聴予約又は録画予約した際の位置と現在位置とが一致するか否かを判定することができるので、適切な告知データ又は適切な個人番組表を必要な場合に作成し送信することができる。
【０２１０】
また、本発明によれば、送信装置は、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されている場合に、他のエリアにおける放送チャネルを受信装置に告知できる。これによって、受信装置側では、より簡単に、視聴予約又は録画予約の修正を行うことが可能となる。
【０２１１】
また、本発明によれば、送信装置は、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されている場合に、他のエリアにおける放送チャネル、放送開始時刻及び放送終了時刻を受信装置に告知できる。これによって、受信装置側では、より簡単に、視聴予約又は録画予約の修正を行うことが可能となる。
【０２１２】
また、本発明によれば、送信装置は、据え置き型の録画装置に、録画予約のコマンドを送信するので、受信装置のユーザは、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されていない場合でも、録画装置を使って、自分が観たい番組を観ることが可能となる。
【０２１３】
また、本発明によれば、送信装置は、視聴予約又は録画予約された番組が移動後の他のエリアでも放送されていない場合には、代替番組を受信装置に告知できるので、受信装置のユーザは、別の番組を探す必要がなくなる。
【０２１４】
また、本発明によれば、送信装置は、各時間帯毎に１つの番組が記載された個人番組表を送信する。ハードウェア性能に制限のある受信装置に適した個人番組表を作成することが可能となる。
【０２１５】
また、本発明によれば、送信装置は、ユーザの個人情報を参照して個人番組表を作成するので、ユーザの好みに適した個人番組表を作成することが可能となる。
【０２１６】
また、本発明によれば、送信装置は、各時間帯毎に複数の番組の番組を選択するので、より使い勝手の良い個人番組表を作成することが可能となる。
【０２１７】
また、本発明によれば、送信装置は、予め定められる優先度に従って番組を選択するので、よりユーザの好みに適した個人番組表を作成することが可能となる。
【０２１８】
また、本発明によれば、受信装置は、自身の現在位置を特定する位置情報を送信装置に送信するので、現在位置に適した告知データ又は個人番組表を受信することが可能となる。
【０２１９】
また、本発明によれば、受信装置は、視聴予約又は録画予約した番組の放送チャネルをさらに送信するので、視聴予約又は録画予約した時と現在位置が異なる場合に告知データ又は個人番組表を受信することが可能となる。これによって、送信装置との通信回数を減らすことが可能となる。
【０２２０】
また、本発明によれば、請求項１に係る発明と同様に、受信装置は、複数の放送エリア間を移動可能な場合であっても、放送番組の視聴予約又は録画予約を正しく行え、若しくは正しい放送番組表を表示可能になる。
【０２２１】
また、本発明によれば、請求項１１に係る発明と同様に、現在位置に適した告知データ又は個人番組表を受信装置は受信することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るデータ通信システムの全体構成を示す模式図である。
【図２】図１の放送局３1 が番組Ｐ1 〜Ｐ3 を送信し、放送局３2 が番組Ｐ4 、Ｐ5 及びＰ1 を送信する時間帯ＴＰ1 〜ＴＰ3 を示す模式図である。
【図３】図２の番組Ｐ1 〜Ｐ5 に関連して作成される番組表ＰＧ1 及びＰＧ2 を示す模式図である。
【図４】図１の受信装置１の全体構成を示すブロック図である。
【図５】図１の受信装置１により送信される判定要求ＲD のデータ構造を示す模式図である。
【図６】図４のプロセッサ１１６の処理手順を示すフローチャートである。
【図７】図４の予約蓄積部１１３に格納される予約番組情報ＩRPの構成を示す模式図である。
【図８】図１の送信装置２の全体構成を示すブロック図である。
【図９】図８の番組ＤＢ蓄積部２３に格納される番組ＤＢ２８の構成を示す模式図である。
【図１０】図８のプロセッサ２５の処理手順を示すフローチャートである。
【図１１】図８の処理過程で作成される告知データＤWP又はＤWAのデータ構造を示す模式図である。
【図１２】図４に示すプロセッサ１１６の第１の変型例に係る処理手順を示すフローチャートである。
【図１３】図８に示すプロセッサ２５の第１の変型例に係る処理手順を示すフローチャートである。
【図１４】図１３の処理過程で作成される告知データＤWP又はＤWAのデータ構造を示す模式図である。
【図１５】 図１の送信装置１から録画装置６０に向けて送信されるコマンドＣRRを示す模式図である。
【図１６】図４に示すプロセッサ１１６の第２の変型例に係る処理手順を示すフローチャートである。
【図１７】図８に示すプロセッサ２５の第２の変型例に係る処理手順を示すフローチャートである。
【図１８】図１７の処理過程で作成される画像データＤNAP に従って表示される表示装置１５の画面を示す模式図である。
【図１９】本発明の第２の実施形態に係るデータ通信システムの全体構成を示す模式図である。
【図２０】図１９の放送局８1 〜８4 のいずれかが番組Ｐ1 〜Ｐ9 を送信する時間帯ＴＰ1 〜ＴＰ4 を示す模式図である。
【図２１】図２０の番組Ｐ1 〜Ｐ9 に関連して作成される番組表ＰＧ1 〜ＰＧ4 を示す模式図である。
【図２２】図１９の受信装置６の全体構成を示すブロック図である。
【図２３】図２２のプロセッサ６３の処理手順を示すフローチャートである。
【図２４】図１９の送信装置７の全体構成を示すブロック図である。
【図２５】図２４のプロセッサ７３の処理手順を示すフローチャートである。
【図２６】図２４に示す番組ＤＢ蓄積部２３に蓄積されるエリアレコードＲARの一例を示す模式図である。
【図２７】図２４のプロセッサ７３により作成される個人番組表ＵＰＧ1 又はＵＰＧ2 を示す模式図である。
【図２８】 図２２の表示装置１５により表示される個人番組表ＵＰＧ1 又はＵＰＧ2 を示す模式図である。
【図２９】図２４のプロセッサ７３の処理の変型例を示すフローチャートである。
【図３０】図２９の処理により作成される個人番組表ＵＰＧ1 又はＵＰＧ2 を示す模式図である。
【図３１】本発明の第３の実施形態に係るデータ通信システムの構成を示す模式図である。
【図３２】図３１に示すデータ通信システムで行われる処理の概要を示すフローチャートである。
【図３３】図３１に示す各放送局１０３の詳細な構成を示すブロック図である。
【図３４】図３１の各放送局１０３の処理の概要を示す模式図である。
【図３５】図３１の各放送局１０３が送信装置１０２に送信するスケジュール情報Ｉsch を示す模式図である。
【図３６】図３１に示す送信装置１０２の詳細な構成を示すブロック図である。
【図３７】図３６の送信装置１０２に格納される番組ＤＢの構成例を示す模式図である。
【図３８】図３６の送信装置１０２に格納される個人情報ＤＢの構成例を示す模式図である。
【図３９】図３６の送信装置１０２に格納される番組視聴優先度ＰＬの構成例を示す模式図である。
【図４０】図３６の送信装置１０２で実行される番組選択の処理手順を示すフローチャートである。
【図４１】図４０の番組選択処理の一例を説明するための模式図である。
【図４２】図３６の送信装置１０２により作成される個人番組表ＵＰＧを例示する模式図である。
【図４３】図３１の受信装置１０１の詳細な構成を示すブロック図である。
【図４４】図３１の受信装置１０１における個人番組表ＵＰＧの表示例を示す模式図である。
【図４５】図３６の送信装置１０２により個人番組表ＵＰＧに付加可能なタイトル画像データＤTYI 及びタイトル音楽データＤTYA を示す模式図である。
【図４６】図４５のタイトル画像データＤTYI 及びタイトル音楽データＤTYA の、受信装置１０１における表示例を示す模式図である。
【図４７】図４３の受信装置１０１で作成される予約番組情報ＩRPの構成を示す模式図である。
【図４８】図３１の放送局１０３から送信される推奨番組ＲＰを含むスケジュール情報Ｉsch の構成例を示す模式図である。
【図４９】第４の実施形態に係る番組選択部２００８の処理手順を示すフローチャートである。
【図５０】図４９の番組選択部２００８の処理により作成される個人番組表ＵＰＧの一例を示す模式図である。
【図５１】第５の実施形態に係る番組選択部２００８の処理手順を示すフローチャートである。
【図５２】図５１の処理の過程における番組ＤＢの検索範囲を示す模式図である。
【図５３】図５１の処理により作成される個人番組表ＵＰＧの一例を示す模式図である。
【図５４】第５の実施形態に係る受信装置１０１における個人番組表ＵＰＧの表示例を示す模式図である。
【図５５】第６の実施形態に係るデータ通信システムの処理の概要を示すフローチャートである。
【図５６】第６の実施形態における受信装置１０１の処理の概要を示す模式図である。
【符号の説明】
１，６…受信装置
１１…アンテナ
１２…チューナ
１３…番組再生部
１４…画像切替え部
１５…表示装置
１６…音声切替え部
１７…音声出力部
１８…アンテナ
１９…無線通信部
１１０…ＣＯＤＥＣ
１１１，６１…制御部
１１２…入力装置
１１３…予約蓄積部
１１４…番組蓄積部
２，７…送信装置
２１…送受信部
２２，７１…制御部
２３…番組ＤＢ蓄積部
Claims (6)
- 放送エリア内において番組を受信可能に構成される受信装置と通信可能な送信装置であって、
前記受信装置から、前記受信装置の現在位置を示す位置情報と、視聴予約又は録画予約された番組を特定する予約番組情報である番組の放送チャネル及び番組コードとを受信する受信部と、
所定の放送エリアにおける放送チャネル、放送時間帯及び番組タイトルを少なくとも含む放送番組データベースを蓄積する番組ＤＢ蓄積部と、
受信した前記位置情報に基づいて、前記受信装置が、前記予約番組情報を作成した際に位置した放送エリアから、他の放送エリアに移動したか否かを判定する第１の判定部と、
前記第１の判定部によって前記受信装置が放送エリア間を移動したと判定された場合に、前記位置情報と前記放送番組データベースとに基づいて、前記予約番組情報の修正が必要であることを示す告知データを作成する作成部と、
前記告知データを前記受信装置に送信する送信部とを備える、送信装置。 - 前記告知データは、前記他の放送エリアにおいて視聴予約又は録画予約された番組の放送チャネルをさらに含む、請求項１に記載の送信装置。
- 前記告知データは、前記他の放送エリアにおいて視聴予約又は録画予約された番組の放送開始時刻及び放送終了時刻をさらに含む、請求項２に記載の送信装置。
- 前記第１の判定部によって前記受信装置が放送エリア間を移動したと判定された場合に、前記受信装置が移動後に位置する前記他の放送エリアにおいて、前記番組コードで特定される番組が放送されるか否かを判定する第２の判定部をさらに備え、
前記作成部は、前記第２の判定部によって前記他の放送エリアにおいて同一番組が放送されないと判定された場合に、前記視聴予約又は録画予約された番組の代わりとなる代替番組の放送開始時刻及び放送終了時刻を含む告知データを作成する、請求項１に記載の送信装置。 - 前記第１の判定部によって前記受信装置が放送エリア間を移動したと判定された場合に、前記受信装置が移動後に位置する前記他の放送エリアにおいて、前記番組コードで特定される番組が放送されるか否かを判定する第２の判定部をさらに備え、
前記作成部は、前記第２の判定部によって前記他の放送エリアにおいて同一番組が放送されないと判定された場合に、前記視聴予約又は録画予約された番組の放送チャネル、番組コード、放送開始時刻及び放送終了時刻を含むコマンドを作成し、
前記送信部は、前記コマンドを外部の据え置き型録画装置に送信する、請求項１に記載の送信装置。 - 放送エリア内において番組を受信可能に構成される受信装置にデータを送信する送信方法であって、
前記受信装置から、前記受信装置の現在位置を示す位置情報と、視聴予約又は録画予約された番組を特定する予約番組情報である番組の放送チャネル及び番組コードとを受信するステップと、
所定の放送エリアにおける放送チャネル、放送時間帯及び番組タイトルを少なくとも含む放送番組データベースを蓄積するステップと、
受信した前記位置情報に基づいて、前記受信装置が、前記予約番組情報を作成した際に位置した放送エリアから、他の放送エリアに移動したか否かを判定するステップと、
前記判定するステップによって前記受信装置が放送エリア間を移動したと判定された場合に、前記位置情報と前記放送番組データベースとに基づいて、前記予約番組情報の修正が必要であることを示す告知データを作成するステップと、
前記告知データを前記受信装置に送信するステップとを備える、送信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002269090A JP4099022B2 (ja) | 2001-09-18 | 2002-09-13 | 送信装置及び受信装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001-283298 | 2001-09-18 | ||
| JP2001283298 | 2001-09-18 | ||
| JP2002269090A JP4099022B2 (ja) | 2001-09-18 | 2002-09-13 | 送信装置及び受信装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003189267A JP2003189267A (ja) | 2003-07-04 |
| JP2003189267A5 JP2003189267A5 (ja) | 2005-10-27 |
| JP4099022B2 true JP4099022B2 (ja) | 2008-06-11 |
Family
ID=27615161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002269090A Expired - Fee Related JP4099022B2 (ja) | 2001-09-18 | 2002-09-13 | 送信装置及び受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4099022B2 (ja) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5801787A (en) | 1996-06-14 | 1998-09-01 | Starsight Telecast, Inc. | Television schedule system and method of operation for multiple program occurrences |
| CN1867068A (zh) | 1998-07-14 | 2006-11-22 | 联合视频制品公司 | 交互式电视节目导视系统及其方法 |
| CN100397899C (zh) | 2000-10-11 | 2008-06-25 | 联合视频制品公司 | 提供数据存储到点播媒体传递系统中服务器上的系统和方法 |
| US7493646B2 (en) | 2003-01-30 | 2009-02-17 | United Video Properties, Inc. | Interactive television systems with digital video recording and adjustable reminders |
| GB2406997B (en) * | 2003-10-02 | 2005-10-19 | Nec Technologies | Mobile radio communications device and method of operation and communications system |
| JP4510486B2 (ja) * | 2004-02-27 | 2010-07-21 | ソニー株式会社 | 番組表表示方法，番組表表示装置，およびコンピュータプログラム |
| JP4510487B2 (ja) * | 2004-02-27 | 2010-07-21 | ソニー株式会社 | 番組表表示方法，番組表表示装置，およびコンピュータプログラム |
| JP4504066B2 (ja) * | 2004-03-31 | 2010-07-14 | 株式会社インデックス | ユーザ個別番組表提供装置および方法 |
| JP2005348366A (ja) * | 2004-06-07 | 2005-12-15 | Sharp Corp | コンテンツ視聴指示装置、コンテンツ視聴指示方法、コンテンツ情報サーバ装置、およびコンテンツ情報管理方法 |
| JP2006020010A (ja) * | 2004-07-01 | 2006-01-19 | Hitachi Ltd | 情報処理装置 |
| JP4059872B2 (ja) | 2004-08-02 | 2008-03-12 | 三洋電機株式会社 | 移動型地上デジタル放送受信機 |
| JP2006067248A (ja) * | 2004-08-26 | 2006-03-09 | Sharp Corp | コンテンツ視聴装置、そのためのコンピュータプログラム、及び記録媒体 |
| JP4355272B2 (ja) * | 2004-09-30 | 2009-10-28 | パナソニック株式会社 | デジタル放送受信装置 |
| JP4632890B2 (ja) * | 2005-07-21 | 2011-02-16 | Ｎｅｃカシオモバイルコミュニケーションズ株式会社 | 携帯型受信装置、その受信予約方法及びプログラム |
| US7765235B2 (en) * | 2005-12-29 | 2010-07-27 | Rovi Guides, Inc. | Systems and methods for resolving conflicts and managing system resources in multimedia delivery systems |
| US8214869B2 (en) | 2005-12-29 | 2012-07-03 | Rovi Guides, Inc. | Systems and methods for managing a status change of a multimedia asset in multimedia delivery systems |
| JP2007215060A (ja) * | 2006-02-13 | 2007-08-23 | Sharp Corp | 記録再生装置 |
| JP2008236517A (ja) * | 2007-03-22 | 2008-10-02 | Sharp Corp | 放送受信装置 |
| JP4987556B2 (ja) * | 2007-05-07 | 2012-07-25 | シャープ株式会社 | キーワード設定方法 |
| JP4735677B2 (ja) | 2008-08-07 | 2011-07-27 | ソニー株式会社 | 携帯情報端末、情報提供方法、情報処理プログラム、情報提供サーバおよび情報提供システム |
| US10063934B2 (en) | 2008-11-25 | 2018-08-28 | Rovi Technologies Corporation | Reducing unicast session duration with restart TV |
| US8850488B2 (en) | 2009-05-28 | 2014-09-30 | Eldon Technology Limited | Systems and methods for accessing electronic program guide information over a backchannel communication path |
| JP4850937B2 (ja) * | 2009-07-30 | 2012-01-11 | シャープ株式会社 | テレビ放送受信端末、テレビ放送受信端末の制御方法、プログラム |
| JP2010133978A (ja) * | 2010-03-01 | 2010-06-17 | United Video Properties Inc | 移動体ナビゲーション装置用電子番組表、目的地情報提供方法及び装置 |
| US8805418B2 (en) | 2011-12-23 | 2014-08-12 | United Video Properties, Inc. | Methods and systems for performing actions based on location-based rules |
-
2002
- 2002-09-13 JP JP2002269090A patent/JP4099022B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003189267A (ja) | 2003-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4099022B2 (ja) | 送信装置及び受信装置 | |
| US7689163B2 (en) | Transmission apparatus and reception apparatus | |
| US6486920B2 (en) | Method and apparatus for producing program information and receiving apparatus for processing the program information | |
| JP2009017259A (ja) | 電子機器、コンテンツ再生方法及びプログラム | |
| JP4700443B2 (ja) | チャンネルリスト配信サーバ、チャンネルリスト配信方法およびチャンネルリスト配信プログラム | |
| JP2002335463A (ja) | 放送受信機 | |
| US20060288393A1 (en) | Method and apparatus for receiving digital broadcasting | |
| US20020138829A1 (en) | Receiving apparatus and method thereof, and storage medium therefor | |
| JP2008252367A (ja) | 放送受信装置 | |
| US8234671B2 (en) | Broadcast terminal and favorite broadcast program notification method for the same | |
| US8532471B2 (en) | Mobile communications terminal for reservation recording and method thereof | |
| KR20100040409A (ko) | 사용자 선호 채널 기반의 자동 프리셋 기능을 가지는 멀티미디어 장치 | |
| JP2007181104A (ja) | 放送受信装置 | |
| JP2019161672A (ja) | システム | |
| JP2007074723A (ja) | 地上波ｄｍｂシステムと衛星ｄｍｂシステムとの間のサービスリンク情報提供方法及びｄｍｂ端末機におけるサービスリンク情報を用いたサービス変更方法 | |
| JP6405492B1 (ja) | 録画制御方法 | |
| JP6412288B1 (ja) | 録画制御方法 | |
| JP6412289B1 (ja) | 一時蓄積の制御方法 | |
| JP6405493B1 (ja) | 一時蓄積の制御方法 | |
| JP4229787B2 (ja) | デジタル放送用録画装置、デジタル放送録画方法、およびプログラム | |
| JP3970632B2 (ja) | デジタル放送受信機 | |
| JP2005117180A (ja) | 放送受信装置及びその制御方法、並びに制御プログラム | |
| JP2019017098A (ja) | 録画制御方法 | |
| JP2004007780A (ja) | 番組情報作成装置および方法と受信装置 | |
| JP2019017100A (ja) | 一時蓄積の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050801 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050801 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070521 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070606 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070802 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080314 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4099022 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110321 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110321 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120321 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130321 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130321 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140321 Year of fee payment: 6 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |