JP4534343B2 - ディジタル放送受信機、ディジタル放送システム、およびディジタル放送信号処理方法 - Google Patents
ディジタル放送受信機、ディジタル放送システム、およびディジタル放送信号処理方法 Download PDFInfo
- Publication number
- JP4534343B2 JP4534343B2 JP2000348047A JP2000348047A JP4534343B2 JP 4534343 B2 JP4534343 B2 JP 4534343B2 JP 2000348047 A JP2000348047 A JP 2000348047A JP 2000348047 A JP2000348047 A JP 2000348047A JP 4534343 B2 JP4534343 B2 JP 4534343B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- digital broadcast
- information
- event
- recording
- 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
- 238000003672 processing method Methods 0.000 title claims 6
- 238000012545 processing Methods 0.000 claims description 29
- 238000000034 method Methods 0.000 claims description 18
- 238000012544 monitoring process Methods 0.000 claims 1
- 238000004891 communication Methods 0.000 description 27
- 230000005540 biological transmission Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 12
- 239000000284 extract Substances 0.000 description 11
- 230000006870 function Effects 0.000 description 9
- 230000008859 change Effects 0.000 description 6
- 230000008520 organization Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 230000003203 everyday effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/37—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying segments of broadcast information, e.g. scenes or extracting programme ID
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
- H04H60/40—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/4147—PVR [Personal Video Recorder]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
- H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/78—Television signal recording using magnetic recording
- H04N5/782—Television signal recording using magnetic recording on tape
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Computer Security & Cryptography (AREA)
- Television Signal Processing For Recording (AREA)
- Television Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、ディジタル放送システムに関し、特に、ディジタル番組の記録および再生機能を有するディジタル放送受信機を含むディジタル放送システムに関する。また、この発明は、ディジタル放送システムに用いられるディジタル放送局およびディジタル放送受信機に関する。
【０００２】
【従来の技術】
近年、日本においてはテレビ放送のディジタル化が推進され、西暦２０００年末から衛星を用いたＢＳディジタル放送の開始が予定されている。また、西暦２００３年末からは地上波を用いたディジタル放送の開始が予定されている。ディジタル放送では、番組をディジタル情報としてユーザに提供することにより、ユーザに対して様々なサービスを提供できるようにしている。
【０００３】
たとえば、ディジタル放送では、ディジタル放送局から番組の関連情報を随時放送することとしている。この番組関連情報は、番組配列情報を含む。番組配列情報は、（社）電波産業会（ＡＲＩＢ）発行の標準規格「ディジタル放送に使用する番組配列情報」(ARIB STD-B10 1.2版)に規定されている。番組配列情報は、番組の内容を示す情報、番組表を作成するのに必要な情報および番組を放送する編成チャネルに割り当てられている周波数情報などの番組に関する基本的な情報を含む。これにより、ユーザは、たとえば、番組表を画面上にいつでも表示でき、この画面の中から所望の番組を選択し視聴することができる。
【０００４】
また、上記ＡＲＩＢ標準規格は、番組配列情報の拡張情報（以下「番組拡張情報」という）を規定している。この番組拡張情報は、ＬＩＴ(Local event Information Table)などの複数のテーブルの集合体であり、番組内イベントに関する情報を規定するものである。ＬＩＴは、番組内イベントの開始時刻および終了時刻などを記述するテーブルである。番組内イベントは、ニュース番組の中のスポーツニュースのように１つの番組を時間分割した場合のそれぞれの部分に相当する。ＬＩＴは、１６ビットで表現されるイベント識別(event_id)により１つの番組に対応付けられている。
【０００５】
これにより、ユーザ側のディジタル放送受信機は、番組拡張情報を参照することにより、１つの番組中の一部（たとえばニュース番組の中のスポーツニュース）のみを記録したりすることができる。具体的には、ユーザからいずれかの番組内イベントの記録が指示された場合、ディジタル放送受信機は、番組拡張情報中のイベント識別に基づいて番組を特定し、当該番組中の番組内イベントを抽出し記録する。
【０００６】
また、番組拡張情報は、ＥＲＴ(Event Relation Table)を含む場合がある。ＥＲＴは、複数の番組間および／または複数の番組内イベント間の関係を規定するものであり、１６ビットで表現される１つのイベント関係識別(event_relation_id)に対応付けられている。たとえば毎日定時に放送されるニュース番組のトップニュースに着目すれば、当該トップニュースに係る番組内イベント間には関連性がある。そこで、番組拡張情報は、この関連性を規定するＥＲＴを用意している。
【０００７】
これにより、ディジタル放送受信機は、番組拡張情報を参照することにより、たとえば毎日定時に放送されるニュース番組のトップニュースのみを記録することができる。具体的には、上記ＥＲＴに記述されているイベント関係識別はＬＩＴにも記述されている。ディジタル放送受信機は、ＬＩＴに記述されているイベント関係識別を読み取ると、ＥＲＴにアクセスし、当該ＬＩＴに対応する番組内イベントに関連する他の番組内イベントを識別する。この場合、ディジタル放送受信機は、イベント識別に基づいてＬＩＴを特定し番組内イベントに関する情報を取得する。その後、ディジタル放送受信機は、ユーザから一連の番組内イベントの記録が指示されたことに基づいて、各番組内イベントを記録していく。
【０００８】
【発明が解決しようとする課題】
このように、上述のディジタル放送システムにおいて、番組拡張情報を利用する場合に番組を特定するための指標は、イベント識別のみである。しかしながら、イベント識別は１６ビットで表現されるため、従来のディジタル放送システムでは、約６万５千本の番組を識別できるに過ぎない。そのため、たとえば３０分単位で番組を切り替えると仮定すると、４年足らずでイベント識別のすべてのビットパターンを使い切る計算になってしまう。また、番組には１分や５分で終了するものもあるから、そのような番組にまでイベント識別を割り当てるとすると、イベント識別のすべてのビットパターンを１年足らずで使い切ることになるかもしれない。
【０００９】
そこで、実際の運用としては、イベント識別をいったん割り当てた番組の放送終了後２４時間を経過すると同じイベント識別を別の番組に再利用することとしている。この運用は、たとえば、ＡＲＩＢ出版のＢＳディジタル放送運用規定(TR B15 Ver.1.0）に記述されている。
【００１０】
しかし、この運用では、ある番組の放送終了後２４時間を経過すると１つのイベント識別が２以上の番組を示すことになる。したがって、ある番組の放送の前後２４時間以内に番組拡張情報を放送しなければ、ディジタル放送受信機において番組を一意に特定できないことになる。言い替えれば、ディジタル放送局からある番組の放送終了後２４時間経過後に当該番組の番組関連情報をディジタル放送受信機に提供しても、ディジタル放送受信機では番組を一意に特定できない。そのため、番組拡張情報の送信の自由度が低いとの問題があった。
【００１１】
たとえば、懸賞コーナーを含んだ番組のように有効期限の規定された番組および訂正すべき内容を含んだ番組などをディジタル放送局から放送した場合、放送事業者は当該番組の番組拡張情報を更新しようとするときがある。なぜなら、上記のような番組はディジタル放送受信機に記録されている可能性があり、この場合当該記録番組が再生されても、ユーザに無意味な情報を提供することになるからである。しかしながら、番組拡張情報の更新を放送終了後２４時間以上経過した後に行うと、番組拡張情報に含まれるイベント識別は異なる番組を識別することになる。そのため、放送事業者は放送終了後２４時間以内に番組拡張情報の更新を行わなければならず、大きな時間的制約を受けることになる。
【００１２】
なお、これに対処するため、たとえば、イベント識別のビット数を拡張することが考えられる。この構成によれば、イベント識別で識別可能な番組数を増大させることができるから、番組放送終了後２４時間経過した後にイベント識別を再利用しなくても番組を識別できるようになる。そのため、ディジタル放送局は任意のタイミングで番組関連情報を送信できる。
【００１３】
しかしながら、イベント識別は番組拡張情報を構成するテーブルだけでなく番組配列情報を構成する膨大な数のテーブルに使用されており、既に設計または出荷されているディジタル放送受信機のソフトウエアなどを大幅に変更する必要がある。そのため、イベント識別のビット数を拡張するのは事実上不可能である。
【００１４】
この発明は上述のような問題を解決するためになされたものであり、既に設計または出荷されているディジタル放送受信機の変更を伴わずに番組拡張情報の送信における時間的制約を軽減することができるディジタル放送システムを提供することを目的とする。
【００１５】
また、この発明の他の目的は、上述のようなディジタル放送システムに用いられるディジタル放送局およびディジタル放送受信機を提供することである。
【００１６】
【課題を解決するための手段】
上記目的を達成するためのこの発明は、ディジタル放送局およびディジタル放送受信機を含むディジタル放送システムに関する。ディジタル放送局は、番組内イベントを含むディジタル放送番組を作成する番組作成部、ディジタル放送番組に含まれている番組内イベントの詳細情報を記述し、かつ、対応するディジタル放送番組の識別情報であるイベント識別および第１のユニーク化情報を記述した第１のテーブルを有する番組拡張情報を作成する情報作成部、および、上記ディジタル放送番組および番組拡張情報を多重化したディジタル放送信号を放送する放送送信部を含むものである。
【００１７】
また、ディジタル放送受信機は、このディジタル放送局から放送されたディジタル放送信号を受信する受信手段、この受信されたディジタル放送信号に含まれているディジタル放送番組を記録する記録手段、上記受信されたディジタル放送信号に含まれている番組拡張情報の第１テーブルに記述されたイベント識別および第１のユニーク化情報に基づいてディジタル放送番組を識別する番組識別手段、および、上記ディジタル放送信号に含まれているディジタル放送番組および上記記録手段により記録されているディジタル放送番組のうち上記番組識別手段により識別されたディジタル放送番組に含まれる番組内イベントを上記第１のテーブルに記述された詳細情報に基づいて処理する番組内イベント処理手段を含むものである。
【００１８】
【発明の実施の形態】
以下では、この発明の実施の形態を、添付図面を参照して詳細に説明する。以下の説明において使用する各種の記述およびデータ名称は、ＡＲＩＢ発行のＳＴＤ−Ｂ１０規格に準拠するものとする。
【００１９】
実施の形態１
図１は、この発明の実施の形態１に係るディジタル放送システムの構成を示すブロック図である。このディジタル放送システムは、放送事業者の保有するディジタル放送送信機であるディジタル放送局１からユーザの保有するディジタル放送受信機２に対して番組を提供するものである。
【００２０】
より詳述すれば、ディジタル放送局１は、番組および当該番組に関連する情報である番組関連情報を含むディジタル放送信号を作成し放送するディジタル放送送信機である。より具体的には、ディジタル放送局１は、番組をＭＰＥＧ２(Moving Picture Experts Group 2)システムに従ってディジタル的に作成する。また、ディジタル放送局１は、番組関連情報をＭＰＥＧ２システムに従ってディジタル的に作成する。ディジタル放送局１は、番組本体および番組関連情報を多重化したディジタル放送信号を放送回線３を介して放送する。
【００２１】
ディジタル放送受信機２は、放送回線３を介してディジタル放送信号を受信する。ディジタル放送受信機２は、この受信されたディジタル放送信号に対して所定の処理を施し、当該ディジタル放送信号に含まれている番組をリアルタイムで表示したり番組を記録・再生・消去したりする機能を有している。より具体的には、ディジタル放送受信機２は、受信機本体４およびＴＶモニタ５を備えている。受信機本体４は、データの記録および読み出し可能な記録再生装置６を備えている。
【００２２】
ディジタル放送受信機２は、受信されたディジタル放送信号を復調し番組本体および番組関連情報を分離抽出する。その後、ディジタル放送受信機２は、ユーザの指示に従って、番組関連情報に基づいて番組を処理する。たとえば、ユーザから番組をリアルタイムで表示することを指示された場合、ディジタル放送受信機２は、番組関連情報に基づいて指示された番組を抽出し、当該番組をＴＶモニタ５に表示する。また、ユーザから番組を記録することを指示された場合、ディジタル放送受信機２は、番組関連情報に基づいて現在放送中か否かを判別し、現在放送中であれば指示された番組を抽出し、記録再生装置６に記録する。さらに指示された番組が将来放送予定の番組であれば番組の記録を予約し、実際に番組が放送される際に当該番組を抽出し、記録再生装置６に記録する。さらに、ユーザから記録番組を再生することを指示された場合、ディジタル放送受信機２は、記録再生装置６に記録されている記録番組を読み出してＴＶモニタ５に表示する。さらにまた、ユーザから記録番組を消去することを指示された場合、ディジタル放送受信機２は、記録再生装置６に記録されている番組を識別し消去する。
【００２３】
なお、この実施の形態１では、受信機本体４とＴＶモニタ５とを異なる装置とした場合を例にとっている。しかし、受信機本体４の機能であるディジタル放送受信機能を内蔵したＴＶモニタ５をディジタル放送受信機としてもよいことはもちろんである。
【００２４】
このディジタル放送システムでは、番組関連情報は、番組を一意に特定できる情報を含む。言い替えれば、番組を少なくとも２４時間以上の長期間にわたって一意に特定できる情報を含む。より具体的には、番組関連情報は、番組配列情報および番組拡張情報を含む。番組配列情報は、番組の内容、番組の時間編成および編成チャネルに割り当てられている周波数などを情報として有している。番組拡張情報は、番組配列情報の拡張情報であって、主として番組内イベントに関する情報を記述する。番組を一意に特定できる情報は、この番組拡張情報に含まれている。
【００２５】
番組拡張情報は、複数のテーブルを含む。具体的には、番組拡張情報は、ローカルイベント情報テーブル（ＬＩＴ：Local event Information Table）および情報伝送テーブル（ＩＴＴ：Information Transmission Table）を含む。この実施の形態１では、ディジタル放送局は、番組を一意に特定できる情報をこれらＬＩＴおよびＩＴＴに記述する。
【００２６】
図２は、ＬＩＴおよびＩＴＴのデータ構造を示す図である。ＬＩＴは、図２(a)に示すように、番組内イベントの詳細情報を記述する。より具体的には、ＬＩＴは、サービス識別(service_id)により１つの編成チャネルに対応付けられ、さらにイベント識別(event_id)によりその編成チャネルの中の１つの番組に対応付けられる。また、ＬＩＴは、ローカルイベント識別(local_event_id)を記述することにより当該番組中の番組内イベントを特定している。
【００２７】
さらに、ＬＩＴは、番組内イベントの詳細情報をリファレンス識別子により記述している。番組内イベントの詳細情報は、たとえば、番組内イベントの開始時刻および終了時刻ならびにイベント関係識別(event_relation_id)を含む。イベント関係識別は、当該番組内イベントが他の番組の番組内イベントと何らかの関連性がある場合に記述されるものであり、他の番組内イベントとの関係性について記述しているＥＲＴ(Event Relation Table)を特定するものである。ＥＲＴは、複数の番組間および／または複数の番組内イベント間の関係性を規定するテーブルである。詳細については実施の形態３で説明する。
【００２８】
さらにまた、ＬＩＴは、図２(a)において四角で囲んだように、第１のユニーク化情報を記述している。第１のユニーク化情報は、イベント識別(event_id)より番組を一意に特定するためのもので、１６ビットで表される。より具体的には、第１のユニーク化情報は、番組の放送日を規定する。この場合、第１のユニーク化情報は、実際に放送される年月日を番組の放送日として１６ビットで記述する。さらに具体的には、第１のユニーク化情報は、修正ユリウス暦で記述される。現在のディジタル放送システムにおいて修正ユリウス暦で表現可能な日付は、西暦２０３８年４月２２日までである。そのため、修正ユリウス暦を使用すれば、現在西暦２０００年から見ると４年よりもはるかに長い３８年間の番組を一意に特定可能である。
【００２９】
ＩＴＴは、ＬＩＴに記述されている開始時刻および終了時刻などの時刻情報に関する情報を記述する。より詳述すれば、ディジタル放送局１は、ＳＴＣ(System Time Clock)を基準クロックとして利用し番組を放送する。より具体的には、ディジタル放送局１は、ＬＩＴに記述すべき時間情報をＳＴＣで記述する。この場合、ＳＴＣは絶対時刻を表していたり基準となる時刻（たとえば番組の開始時刻）との差を表していたりする。ＩＴＴは、ＬＩＴに記述されている時刻情報は絶対時刻であるなどのように、時刻情報とＳＴＣとの関係を記述する。
【００３０】
ＩＴＴは、図２(b)に示すように、イベント識別(event_id)を有し、このイベント識別により１つの番組に対応付けられている。言い替えれば、ＩＩＴは、イベント識別により１つのＬＩＴに対応付けられている。また、ＩＴＴは、図２(b)において四角で囲んだように、上記第１のユニーク化情報を含む。この第１のユニーク化情報は、ＬＩＴに記述されている第１のユニーク化情報と同じく、イベント識別との組み合わせにより番組（すなわちＬＩＴ）を一意に特定するためのものである。このＩＴＴの第１のユニーク化情報も１６ビットで表されるものであり、修正ユリウス暦などの日付情報を含む。
【００３１】
このように、この実施の形態１に係るディジタル放送局１は、イベント識別と番組の放送日からなる第１のユニーク化情報とを組み合わせることにより、番組を一意に特定できるようにしている。したがって、ディジタル放送受信機２は、第１のユニーク化情報を含む番組拡張情報に基づけば番組の放送終了後２４時間以上経過しても当該番組を識別することができる。そのため、ディジタル放送局１は、番組拡張情報を番組放送前後２４時間以内に放送する必要はなく、自局の都合に合わせたタイミングで番組拡張情報を放送できる。よって、番組拡張情報の送信に大きな自由度を確保することができる。
【００３２】
図３は、ディジタル放送受信機２の動作を説明するためのフローチャートである。番組拡張情報の送信は任意のタイミングなので、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴの受信を常時監視している（ステップＳ１）。ＬＩＴおよびＩＴＴを受信すると、ディジタル放送受信機２は、当該ＬＩＴおよびＩＴＴに基づいてディジタル放送番組の番組内イベントを処理する。
【００３３】
より詳述すれば、ディジタル放送受信機２は、当該番組拡張情報のバージョン番号を参照し、同じ番組に対応する番組拡張情報が既に到着しているか否かを判別する。同じ番組拡張情報が送信されるのは、従前に送信されたときの番組拡張情報に誤りまたは変更があった場合などが考えられる。既に到着している場合、ディジタル放送受信機２は、当該既に到着している番組拡張情報を破棄するとともに新たに到着した番組拡張情報に記述されている内容に基づいて、番組内イベント処理を実行する。
【００３４】
より具体的には、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴに記述されているイベント識別および第１のユニーク化情報に基づいて、ディジタル放送番組を識別する（ステップＳ２）。この場合、イベント識別および第１のユニーク化情報によりディジタル放送番組を一意に識別できる。また、ディジタル放送受信機２は、イベント識別および第１のユニーク化情報に基づいて、当該ＬＩＴおよびＩＴＴが対応付けられている番組が過去に放送された番組および将来に放送される予定の番組のいずれであるかを判別する（ステップＳ３）。
【００３５】
過去に放送された番組であれば、ディジタル放送受信機２は、当該番組を記録再生装置６に記録しているか否かを判別する（ステップＳ４）。当該番組を記録していない場合、ディジタル放送受信機２は、当該番組関連情報を破棄する（ステップＳ５）。一方、当該番組を記録している場合、ディジタル放送受信機２は、番組内イベントの処理についてユーザに報知する（ステップＳ６）。
【００３６】
より具体的には、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴに記述された番組内イベントの詳細情報に基づいて、各番組内イベントのいずれかを選択できる画面をＴＶモニタ５に表示させる。また、ディジタル放送受信機２は、選択された番組内イベントのデータへの処理の仕方を選択できる画面をＴＶモニタ５に表示させる。たとえば、ディジタル放送受信機２は、番組内イベントだけを切り出して再度記録したり、番組内イベントを再生させたり、番組内イベントを消去させたりする処理の選択画面をＴＶモニタ５に表示させる。
【００３７】
たとえば、ユーザによりスポーツニュースが選択され、かつ再記録処理が指示された場合、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ディジタル放送受信機２は、記録番組の中から上記取得された開始時刻および終了時刻に対応する部分を抽出し、当該抽出された部分を１つの番組とみなして独立に記録する（ステップＳ７）。このように、いつでも番組を一意に特定できるから、番組全体をとりあえず記録しておき、後からゆっくりと編集することが可能となる。
【００３８】
また、ユーザによりスポーツニュースが選択され、かつ再生処理が指示された場合、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ディジタル放送受信機２は、記録番組の中から上記取得された開始時刻および終了時刻に対応する部分を抽出し、当該抽出された部分をＴＶモニタ５に表示させる（ステップＳ８）。このように、いつでも番組を一意に特定できるから、番組全体をとりあえず記録しておき、後からゆっくりと所望の部分のみを視聴することが可能となる。
【００３９】
さらに、ユーザによりスポーツニュースが選択され、かつ消去処理が指示された場合、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ディジタル放送受信機２は、記録番組の中から上記取得された開始時刻および終了時刻に対応する部分を抽出し、当該抽出された部分を消去する（ステップＳ９）。このように、いつでも番組を一意に特定できるから、番組全体をとりあえず記録しておき、後からゆっくりと編集することができる。
【００４０】
一方、ディジタル放送局１から送信された番組拡張情報が将来放送予定の番組に関するものであれば、ディジタル放送受信機２は、将来記録可能な番組内イベントについてユーザに通知する（ステップＳ１０）。より具体的には、ディジタル放送受信機２は、放送予定の番組に含まれる番組内イベントであるスポーツニュースおよび天気予報などの選択画面をＴＶモニタ５に表示させる。また、ディジタル放送受信機２は、これら番組内イベントの予約記録を行うか否かをユーザに尋ねる画面をＴＶモニタ５に表示させる。
【００４１】
予約記録が指示されない場合（ステップ１１のＮＯ）、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴをそのまま破棄するだけで番組内イベントに係る処理は特に行わない。一方、たとえば、ユーザによりスポーツニュースが選択され予約記録処理が指示された場合（ステップＳ１１のＹＥＳ）、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ディジタル放送受信機２は、当該番組内イベントの放送開始時に当該番組内イベントを記録する（ステップＳ１２）。このように、いつでも番組を一意に特定できるから、２４時間以上先の番組を予約記録することができる。
【００４２】
以上のようにこの実施の形態１によれば、番組を少なくとも２４時間以上の長期にわたって一意に特定できる情報を番組拡張情報に含ませているとともに、ディジタル放送受信機２において当該番組拡張情報を参照して番組を確実に識別するようにしている。したがって、ディジタル放送局１は、番組拡張情報を任意のタイミングで送信できる。そのため、番組拡張情報の送信の時間的制約を大幅に軽減することができる。
【００４３】
また、現時点（西暦２０００年秋）において、番組拡張情報を送信するディジタル放送局および当該番組拡張情報を使って番組を記録するディジタル放送受信機はまだ実用化されていない。したがって、番組拡張情報に対して第１のユニーク化情報を追加することは極めて容易に行え、またイベント識別および第１のユニーク化情報に基づいて番組を識別する機能を持つようにディジタル放送受信機の構成を変更する必要は当然にない。
【００４４】
さらに、ディジタル放送番組を長期にわたって一意に識別できるから、番組内イベント単位での記録、再生および消去などの処理を時間的制約を受けずに実現することができる。したがって、ユーザへのサービスを大幅に向上することができる。
【００４５】
さらにまた、第１のユニーク化情報として用いられる修正ユリウス暦の日付は、既に設計・製造されているディジタル放送局およびディジタル放送受信機においても用いられている。したがって、ディジタル放送局およびディジタル放送受信機の制御ソフトウエアを大幅に変更する必要がない。そのため、安価に上記サービスを実現することができる。
【００４６】
なお、上記の説明では、第１のユニーク化情報として番組の放送日を採用している。しかし、たとえば、第１のユニーク化情報としてすべての編成チャネルで放送されるすべての番組に対して付与された固有の番号識別を採用してもよい。より詳述すれば、たとえば日本国内のすべての放送事業者が加入する管理主体を設立し、当該管理主体においてすべての番組固有の番号識別を割り当てる。この割り当てられた番号識別を第１のユニーク化情報とする。この構成によれば、すべての番組を１つの番号識別で識別可能であるから、ディジタル放送受信機において番組を一意に特定できる。
【００４７】
また、第１のユニーク化情報として、たとえば疑似乱数を採用してもよい。より具体的には、ディジタル放送局は、番組拡張情報を作成する際に、一定長の疑似乱数を発生させる。疑似乱数の発生方法としては、たとえば、一般的な電子メールにおいて各電子メール文に付与される疑似固有の識別番号と同様の方法を適用できる。ディジタル放送局は、発生された疑似乱数を第１のユニーク化情報として番組拡張情報に含ませる。このように、第１のユニーク化情報として疑似乱数を適用する場合、疑似乱数を発生する構成を備えるだけで済む。したがって、管理主体などを設立する場合に比べて、低コストでシステムを構築できるとのメリットがある。
【００４８】
さらに、上記の説明では、第１のユニーク化情報を１６ビットとしている。すなわち、従来に比べてさらに６万５千倍の精密度でディジタル放送番組を識別できるようにしている。しかし、たとえばさらに精度を向上させる場合には１６ビットよりも大きなビット数を第１のユニーク化情報に割り当てるようにしてもよい。また、精度を多少落としてもデータ量削減を重要視するならば、１６ビット未満の小さなビット数を第１のユニーク化情報に割り当てるようにしてもよい。
【００４９】
さらに、上記の説明では、ＬＩＴおよびＩＴＴの記述内容を拡張することにより番組を一意に識別可能としている。しかし、従来の運用を阻害しないために、第１のユニーク化情報を記述したＬＩＴおよびＩＴＴをＡＲＩＢ標準規格において未使用の拡張可能なテーブル識別を採用してもよい。
【００５０】
現在のＡＲＩＢ標準規格では、ＬＩＴおよびＩＴＴには、それぞれ、０ｘＤ０および０ｘＤ２なるテーブル識別が割り当てられている。一方、現在のＡＲＩＢ標準規格においては、未使用の拡張可能なテーブル識別がある。具体的には、当該未使用の拡張可能なテーブル識別は、０ｘＤ８および０ｘＤＡである。そこで、ユニーク化情報を記述したＬＩＴおよびＩＴＴに対して、それぞれ、０ｘＤ８および０ｘＤＡを割り当てる。こうすることにより、既に使用されているディジタル放送局およびディジタル放送受信機との同時運用に支障をきたすことなく良好な運用を実現することができる。
【００５１】
実施の形態２
図４は、ディジタル放送局１およびディジタル放送受信機２の内部構成を示すブロック図である。この実施の形態２は、上記実施の形態１をより詳細に説明するためのものである。図４において、太線はディジタル情報の伝送経路を示し、通常線はアナログの制御情報の伝送経路を示している。
【００５２】
上述のように、ディジタル放送システムは、ディジタル放送局１およびディジタル放送受信機２を含む。ディジタル放送局１は、番組作成部１０、情報作成部１１および放送送信部１２を含む。番組作成部１０は、たとえばテレビ番組をディジタル情報として作成する。この場合、番組作成部１０は、テレビ番組に対応するディジタル情報をＭＰＥＧ２システムに従って作成する。さらに具体的には、番組作成部１０は、番組の動画データおよび音声データなどのデータをパケットに分割し、各パケットに対して所定のプログラム識別（ＰＩＤ：Program InDex）を割り当てる。番組作成部１０は、作成されたディジタル情報を番組パケットとして放送送信部１２に与える。
【００５３】
情報作成部１１は、番組関連情報を作成する。より具体的には、情報作成部１１は、番組配列情報および番組拡張情報をディジタル的に作成する。この場合、情報作成部１１は、番組拡張情報として上述の第１のユニーク化情報を含むＬＩＴおよびＩＴＴを作成する。情報作成部１１は、作成された番組配列情報および番組拡張情報を複数のパケットに分割し、各々のパケットに対して固有のＰＩＤを割り当てる。その後、情報作成部１１は、当該パケットを放送送信部１２に与える。
【００５４】
さらに詳述すれば、情報作成部１１は、ＰＳＩ(Program Specific Information )およびＥＩＴ(Event Information Table)などのテーブルを番組配列情報として作成する。ＰＳＩは、ディジタル放送受信機２において簡便な選局操作および番組選択を実現するためのもので、ＰＭＴ(Program Mapping Table)などの複数のテーブルなどから構成されるものである。ＥＩＴは、番組表を作成するのに必要な情報など各番組の詳細情報を記述するものである。また、情報作成部１１は、ＬＩＴおよびＩＴＴなどのテーブルを番組拡張情報として作成する。情報作成部１１は、これらのテーブルをパケットに分割して放送送信部１２に与える。
【００５５】
放送送信部１２は、番組作成部１０から与えられた番組本体と情報作成部１１から与えられた番組配列情報および番組拡張情報とを含むディジタル放送信号を作成する。より具体的には、放送送信部１２は、番組本体を構成するパケットと番組配列情報および番組拡張情報を構成するパケットとを時間的に多重化し、パケットストリームを作成する。その後、放送送信部１２は、当該パケットストリームに基づいて所定周波数の搬送波を変調し、その変調信号であるディジタル放送信号を作成する。放送送信部１２は、当該ディジタル放送信号を放送する。
【００５６】
ディジタル放送受信機２は、受信機本体４とＴＶモニタ５とを備えている。受信機本体４は、ディジタル放送局１から放送されているディジタル放送信号を受信し処理し、番組をＴＶモニタ５に供給するものである。ＴＶモニタ５は、供給された番組を表示する。
【００５７】
受信機本体４は、受信復調部２０を備えている。受信復調部２０の出力は、切替スイッチ部２１の一方入力２１ａに接続されている。切替スイッチ部２１の他方入力２１ｂには、記録再生系２２の出力が接続されている。記録再生系２２は、第１のデマルチプレクサ（第１ＤＥＭＵＸ）２３および記録再生装置６を有している。受信復調部２０の出力は、切替スイッチ部２１の他に、第１のデマルチプレクサ２３の入力に接続されている。第１のデマルチプレクサ２３の出力は記録再生装置６の入力に接続されており、記録再生装置６の出力は切替スイッチ部２１の他方入力２１ｂに接続されている。このように、切替スイッチ部２１は、受信復調部２０の出力および記録再生装置６の出力のいずれか一方を選択出力する。
【００５８】
切替スイッチ部２１の出力は、第２のデマルチプレクサ（第２ＤＥＭＵＸ）２４に接続されており、この第２のデマルチプレクサ２４はＡＶデコーダ２５に接続されている。ＡＶデコーダ２５は、ＴＶモニタ５に接続されている。このように、切替スイッチ部２１の切替により、受信復調部２０の出力または記録再生装置６の出力がＴＶモニタ５に供給されるようになっている。
【００５９】
受信機本体４は、また、制御中枢としてのＣＰＵ２６を備えている。ＣＰＵ２６は、受信復調部２０、第１のデマルチプレクサ２３、記録再生装置６、第２のデマルチプレクサ２４およびＡＶデコーダ２５に接続されている。ＣＰＵ２６は、接続されている受信復調部２０などにおける動作を制御する。ＣＰＵ２６にはまた、ユーザＩ／Ｆ部２７が接続されている。ユーザＩ／Ｆ部２７は、たとえばタッチパネルであり、ユーザがカーソルを操作することにより指示情報をＣＰＵ２６に供給する。
【００６０】
ディジタル放送受信機２についてさらに詳述する。受信復調部２０は、受信されたディジタル放送信号を復調し、パケットストリームを復元する。このパケットストリームの中には、上述のように、番組本体の動画データおよび音声データに係るパケットならびにＥＩＴ、ＬＩＴおよびＩＴＴなどの番組関連情報に係るパケットが含まれている。受信復調部２０は、上記パケットストリームを切替スイッチ部２１および第１のデマルチプレクサ２３に与える。
【００６１】
切替スイッチ部２１は、たとえば、受信復調部２０から出力されたパケットストリームをそのまま通過させる。この通過されたパケットストリームは、第２のデマルチプレクサ２４に与えられる。第２のデマルチプレクサ２４は、上記パケットストリームから番組本体および番組関連情報を再構築し蓄積する。また、第２のデマルチプレクサ２４は、ＣＰＵ２６の制御に従って、必要なパケットをＡＶデコーダ２５に供給する。ＡＶデコーダ２５は、供給された各パケットを復号し、各パケットの情報に応じたＡＶアナログ信号を作成する。ＡＶデコーダ２５は、当該ＡＶアナログ信号をＴＶモニタ５に供給する。その結果、番組および番組関連情報をＴＶモニタ５にて表示することができる。
【００６２】
受信復調部２０から出力されるパケットストリームは、記録再生系２２の一部である第１のデマルチプレクサ２３にも与えられる。第１のデマルチプレクサ２３は、パケットストリームから番組本体および番組関連情報を再構築し保持する。より具体的には、第１のデマルチプレクサ２３は、各パケットに割り当てられているＰＩＤに基づいてパケットを分離抽出し、動画および音声を含む番組本体を再構築するとともにＰＳＩ、ＰＭＴ、ＥＩＴおよびＩＴＴなどのテーブルを再構築する。また、第１のデマルチプレクサ２３は、ＣＰＵ２６の制御に従って、必要なパケットを記録再生装置６に与える。
【００６３】
記録再生装置６は、記録媒体６ａを含む。記録媒体６ａは、ハードディスクなどのディスク装置、半導体メモリ、アナログビデオテープおよびディジタルビデオテープなどのテープ媒体などである。記録再生装置６は、番組本体を記録媒体６ａ中の所定の記録領域に記録する。この場合、記録再生装置６は、番組本体に対応する番組関連情報を番組本体に関連付けて記録する。また、記録再生装置６は、ＣＰＵ２６の制御に従って、記録されている番組本体を読み出して切替スイッチ部２１に供給する。記録番組を再生する場合、切替スイッチ部２１は記録再生装置６の出力を選択し第２のデマルチプレクサ２４に供給する。その結果、記録番組に対応するＡＶアナログ信号がＴＶモニタ５に供給され、記録番組がＴＶモニタ５に表示されることになる。
【００６４】
[番組のリアルタイム表示]
番組をリアルタイムに表示する場合のディジタル放送受信機２の動作は次のとおりである。上述のように、受信機本体４は、ＥＩＴに基づいて番組表を作成し当該番組表をＴＶモニタ５に表示させる。ユーザは、当該番組表を参照し、視聴する番組を選択する。この場合、ユーザは、たとえば画面上のカーソルを操作し決定を指示することにより番組を選択する。番組選択情報は、ユーザＩ／Ｆ部２７を介してＣＰＵ２６に与えられる。
【００６５】
ＣＰＵ２６は、選択情報を受け取ると、第１のデマルチプレクサ２３に保持されている番組配列情報を参照し、選択された番組に対応するＰＩＤを取得する。ＣＰＵ２６は、この取得されたＰＩＤを第２のデマルチプレクサ２３に与える。第２のデマルチプレクサ２４は、与えられたＰＩＤに基づき、切替スイッチ部２１から与えられる複数のパケットの中から当該ＰＩＤに対応する番組パケットのみを抽出する。その後、第２のデマルチプレクサ２４は、抽出された番組パケットを処理しＡＶデコーダ２５に与える。こうすることにより、選択された番組をＴＶモニタ５に表示することができる。
【００６６】
[番組の記録]
番組を記録する場合のディジタル放送受信機２の動作は次のとおりである。ユーザは、ＴＶモニタ５に表示されている番組表を参照し、記録すべき番組をたとえばカーソルを操作することにより選択指示する。選択指示を受けると、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＥＩＴを参照し、ユーザにより選択された番組を識別する。
【００６７】
ＥＩＴには、プログラム番号(program_number)およびランニングステータス(running_status)が記述されている。プログラム番号は、番組の識別情報である。ランニングステータスは、現在放送中であるかどうかの番組の放送状態を示す情報である。
【００６８】
ＣＰＵ２６は、ＥＩＴのプログラム番号を参照し、ユーザにより選択された番組を識別する。その後、ＣＰＵ２６は、特定された番組のランニングステータスに基づいて、選択番組が現在放送中か否かを判別する。現在放送中であれば、ＣＰＵ２６は、第１のデマルチプレクサ２３に対して当該番組に関連するパケットのＰＩＤを指示する。すなわち、ＣＰＵ２６は、ＰＭＴを参照することにより、対応する番組を構成する動画データパケットのＰＩＤおよび音声データパケットのＰＩＤ、ならびに対応する番組に関連する番組関連情報パケットのＰＩＤを取得し、当該ＰＩＤを第１のデマルチプレクサ２３に指示する。この場合、ＣＰＵ２６は、記録が不要と判断されるパケット（ヌルパケットなど）のＰＩＤについては指示しないようにしている。
【００６９】
また、将来放送予定の番組であれば、ＣＰＵ２６は、当該番組の放送が開始する際に、上述のＰＩＤを第１のデマルチプレクサ２３に指示する。なお、将来放送予定の番組の記録ミスを防ぐために、ＣＰＵ２６は、当該番組の放送開始予定時刻の数秒または数分前に放送されてくる２番組のみを記述したＥＩＴを参照し、指定された番組が予定どおり放送されることを確認したうえで、記録動作を開始する。
【００７０】
第１のデマルチプレクサ２３は、指示されたＰＩＤに対応するパケットのみを記録再生装置６に与える。より具体的には、第１のデマルチプレクサ２３は、指示された番組の動画データパケット、音声データパケットおよび番組関連情報パケットを記録再生装置６に与える。
【００７１】
記録再生装置６は、第１のデマルチプレクサ２３から与えられたパケットを所定の記録領域に記録する。より具体的には、記録再生装置６は、動画データパケットおよび音声データパケットを記録媒体６ａ中の所定の記録領域に記録する。この場合、当該番組の番組関連情報パケットを動画データなどに関連付けて記録する。
【００７２】
また、記録再生装置６は、記録媒体６ａ内にインデックス領域を予め設定している。記録再生装置６は、番組パケットを記録した位置に関するインデックス情報をインデックス領域に記録する。この構成により、ＣＰＵ２６は、インデックス領域に記録されているインデックス情報を参照することにより、所望の番組の記録位置を迅速かつ確実に特定することができる。
【００７３】
インデックス領域は、次のような場所に設定可能である。記録媒体６ａがディスク装置および半導体メモリの場合、インデックス領域は、番組本体が記録される連続記録領域以外の任意の場所に設定可能である。また、記録媒体６ａがテープ媒体の場合、インデックス領域は、テープの先頭のような連続記録領域以外の任意の場所に設定可能である。特にディジタルビデオテープの場合、インデックス領域は、テープ筐体に内蔵される電子記憶装置内に設定可能である。
【００７４】
さらに、記録媒体６ａがテープ媒体の場合、インデックス情報を番組本体と容易に区別できる異なるフォーマットのデータとするとき、インデックス情報を番組本体のデータ間に記録することができる。こうすることにより、テープのランダムアクセス性を高めることができる。
【００７５】
また、上述した一連の番組記録処理は、受信復調部２０、切替スイッチ部２１および第２のデマルチプレクサ２４をつなぐ信号線を用いずに実行可能である。したがって、ユーザは、記録番組以外の番組を視聴しながらでも必要な番組を記録することができる。ただし、異なるチャネル経由での複数の番組を処理するためには、受信復調部２０は、複数チャネルの受信機能と、これら複数チャネルに係る番組を第１および第２のデマルチプレクサ２３、２４側に分配する機能とを備える必要がある。
【００７６】
[記録番組の再生または消去]
記録番組を再生または消去する場合のディジタル放送受信機２の動作は次のとおりである。記録番組を再生または消去する場合、ユーザは、たとえば記録番組の一覧表を画面上に表示させることができる。より具体的には、ユーザにより記録番組の一覧表示が指示された場合、ＣＰＵ２６は、記録再生装置６にアクセスし、記録媒体６ａのインデックス領域に記録されているインデックス情報の出力を指示する。記録再生装置６は、当該指示に従ってインデックス情報を切替スイッチ部２１に出力する。こうして、記録番組の一覧表を画面上に表示することができる。
【００７７】
ユーザは、当該一覧表上のカーソルを操作し再生または消去を指示することにより、記録番組を再生または消去させることができる。より具体的には、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし、上記指示された番組本体の出力開始を指示する。また、ＣＰＵ２６は、切替スイッチ部２１を記録再生装置６側に切り替える。その結果、番組本体は、切替スイッチ部２１を介して第２のデマルチプレクサ２４およびＡＶデコーダ２５に伝送される。ＣＰＵ２６は、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、記録番組をＴＶモニタ５に表示させる。または、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし、上記指示された番組本体の消去を指示する。この指示に応答して、記録再生装置６は、指示された番組本体を消去する。
【００７８】
[番組内イベントの記録・再生・消去]
番組内イベントに対する処理は、次のように行われる。番組内イベントの詳細情報を記述した番組拡張情報は、上述のとおり、ディジタル放送局１から任意のタイミングで放送される。したがって、第１のデマルチプレクサ２３は、ＬＩＴおよびＩＴＴの受信を監視している。ＬＩＴおよびＩＴＴを受信した場合、第１のデマルチプレクサ２３は、当該ＬＩＴおよびＩＴＴが到着したことをＣＰＵ２６に対して割込要求を出すことで通知する。また、第１のデマルチプレクサ２３は、当該ＬＩＴおよびＩＴＴを蓄積する。
【００７９】
ＣＰＵ２６は、上記通知に応答して、ＥＩＴおよびＬＩＴならびにＩＴＴに基づいて、到着したＬＩＴおよびＩＴＴに対応する番組の放送時期を特定する。この場合、ＣＰＵ２６は、ＬＩＴおよびＩＴＴに記述されているイベント識別および第１のユニーク化情報に基づいて番組を識別し、当該番組に対応するＥＩＴを参照することにより、番組の放送時期を特定する。
【００８０】
過去に放送された番組であれば、ＣＰＵ２６は、当該番組が記録再生装置６に記録されているか否かを判別する。より具体的には、ＣＰＵ２６は、記録再生装置６にアクセスし、記録媒体６ａのインデックス領域に記録されているインデックス情報を取得する。そして、ＣＰＵ２６は、上記ＬＩＴおよびＩＴＴに記述されているイベント識別および第１のユニーク化情報とインデックス情報とを比較することにより、番組が記録されているか否かを判別する。
【００８１】
当該番組が記録されていない場合、ＣＰＵ２６は、当該ＬＩＴおよびＩＴＴを保持あるいは破棄する。一方、当該番組が記録されている場合、ＣＰＵ２６は、記録番組の番組拡張情報が到着したことをユーザに通知する。より具体的には、ＣＰＵ２６は、ＬＩＴおよびＩＴＴに記述された番組内イベントの詳細情報に基づいて、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、各番組内イベントのいずれかを選択できる画面をグラフィック画面としてＴＶモニタ５に表示させる。この場合、ＣＰＵ２６は、選択された番組内イベントの処理の仕方を選択できるようにする。たとえば、ＣＰＵ２６は、番組内イベントの記録、再生および消去の選択画面をＴＶモニタ５に表示させる。
【００８２】
たとえば、ユーザによりスポーツニュースが選択され、かつ再記録処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ＣＰＵ２６は、記録再生装置６に記録されている記録番組の中から上記取得された開始時刻および終了時刻に対応する番組内イベントを記録再生装置６に再記録させる。
【００８３】
より具体的には、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし記録番組を特定する。その後、ＣＰＵ２６は、当該特定された番組のうち上記取得された開始時刻および終了時刻に対応する番組内イベントを１つの番組とみなして別の記録領域に記録するように記録再生装置６に指示する。この指示に応答して、記録再生装置６は、上記番組内イベントを他の記録領域に記録するとともに、当該番組内イベントに係る記録位置情報などをインデックス領域に記録する。これにより、ＣＰＵ２６は、インデックス領域を参照することにより、当該番組内イベントのみにアクセスできる。
【００８４】
また、ユーザによりスポーツニュースが選択され、かつ再生処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ＣＰＵ２６は、記録再生装置６に記録されている記録番組の中から上記取得された開始時刻および終了時刻に対応する番組内イベントを再生させる。
【００８５】
より詳述すれば、ＣＰＵ２６は、上記番組内イベント記録再生装置のインデックス領域にアクセスし記録番組を特定する。その後、ＣＰＵ２６は、当該特定された番組のうち上記取得された開始時刻および終了時刻に対応する番組内イベントの出力を記録再生装置６に指示する。また、ＣＰＵ２６は、切替スイッチ部２１を制御し、記録再生系２２の出力を選択させる。さらに、ＣＰＵ２６は、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、入力してきた番組内イベントを表示するように指示する。
【００８６】
その結果、記録再生装置６は、上記番組内イベントを出力する。当該番組内イベントは、切替スイッチ部２１を介して第２のデマルチプレクサ２４に与えられ、ＡＶデコーダ２５を経て、ＴＶモニタ５にて表示される。
【００８７】
さらに、ユーザによりスポーツニュースが選択され、かつ消去処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ＣＰＵ２６は、記録番組の中から上記取得された開始時刻および終了時刻に対応する番組内イベントを消去する。
【００８８】
より具体的には、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし記録番組を特定する。その後、ＣＰＵ２６は、当該特定された番組のうち上記取得された開始時刻および終了時刻に対応する番組内イベントを消去するように記録再生装置６に指示する。この指示に応答して、記録再生装置６は、番組内イベントを消去する。
【００８９】
一方、ディジタル放送局１から送信されたＬＩＴおよびＩＴＴが将来放送予定の番組に関するものであれば、ＣＰＵ２６は、将来記録可能な番組内イベントについてユーザに通知する。より具体的には、ＣＰＵ２６は、ＬＩＴおよびＩＴＴに記述された番組内イベントの詳細情報に基づいて、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、各番組内イベントのいずれかを選択できる画面をグラフィック画面としてＴＶモニタ５に表示させる。この場合、ＣＰＵ２６は、選択された番組内イベントの予約記録を指示できるようにする。
【００９０】
たとえば、ユーザによりスポーツニュースが選択され予約記録処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴから上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ＣＰＵ２６は、当該開始時刻が到来するまで待機する。
【００９１】
開始時刻になると、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＰＭＴを参照することにより、スポーツニュースに対応するパケットのＰＩＤを取得し、当該ＰＩＤに係るパケットを通過させるように当該ＰＩＤを第１のデマルチプレクサ２３に指示する。第１のデマルチプレクサ２３は、当該ＰＩＤに係るパケットを通過させ、記録再生装置６に与える。記録再生装置６は、与えられたパケットを記録媒体６ａの所定領域に記録するとともに、記録位置などのインデックス情報をインデックス領域に記録する。
【００９２】
以上のようにこの実施の形態２によれば、実施の形態１と同様に、イベント識別と第１のユニーク化情報とをＬＩＴおよびＩＴＴに記述することにより、ディジタル放送受信機においてディジタル放送番組を一意に識別することができる。したがって、ディジタル放送局１の番組拡張情報の送信に対する時間的制約を大幅に軽減することができる。
【００９３】
なお、上記の説明では、ユーザからの指示を待って記録番組の消去を行っている。しかし、たとえば、ＣＰＵ２６の自動判断により記録番組の消去を行うようにしてもよい。たとえば、システム動作開始時にユーザの嗜好情報を登録しておく。そして、ＬＩＴおよびＩＴＴを受信した場合において、上記登録されている嗜好情報に望まない番組内イベント（たとえば成人向けコンテンツ）を記録しているときに、ＣＰＵ２６は、当該番組内イベントを自動的に消去する。この構成によれば、ユーザに対するサービス向上を図ることができる。
【００９４】
また、上記の説明では、記録された番組内イベントの消去をユーザが指示した場合、当該番組内イベントを実際に消去している。しかし、たとえば、消去が指示された場合に、当該番組内イベントは無効であるとしておき、無効を解除するまで当該番組内イベントの再生を禁止するようにしてもよい。この構成によれば、とりあえず番組内イベントの再生をできなくさせておき、後に記録容量が不足した場合に、はじめて実際に消去させることができる。そのため、安全性が高く、かつ、記録容量を有効活用することができる。なお、この場合、無効とする単位としては、上述のように番組内イベント単位以外に、番組単位あるいはハードディスクにおけるクラスタなど記録媒体６ａ特有のデータ処理単位であってもよい。
【００９５】
さらに、上記の説明では、番組内イベントの再記録をユーザが指示した場合、その番組内イベントを含む番組については記録したままとしている。しかし、たとえば、ＣＰＵ２６は、指示された番組内イベントを含む当該番組内イベント以外の番組内イベントについて自動的に消去するようにしてもよい。この構成によれば、ユーザの興味のある番組内イベントのみを残すことにより、記録媒体６ａの容量を有効活用することができる。
【００９６】
さらにまた、上記の説明では、ディジタル放送信号の暗号化を実施していないことを前提としている。しかし、たとえば、ディジタル放送信号に対して暗号化を施すようにしてもよいことはもちろんである。この場合、放送受信時にユーザと放送事業者との間で契約が既に成立し、かつ、暗号化が解除された状態で信号処理を実行するときには、受信復調部２０に暗号解読機構を設けることにより暗号化への対処をすることができる。また、放送受信時または番組内イベント記録時においてまだ契約が成立しておらず、その後記録済の番組内イベントを再生する際に契約が成立したときには、記録再生装置６内に暗号解読機構を設けることにより、暗号化への対処をすることができる。
【００９７】
実施の形態３
図５は、本発明の実施の形態３に係る番組拡張情報を構成するテーブルの一部であるＥＲＴ、リファレンス記述子およびノード関係記述子のデータ構造を示す図である。
【００９８】
上記実施の形態１および２では、１つの番組を長期にわたって一意に識別可能とするための第１のユニーク化情報を番組拡張情報に記述している。しかし、これだけでは、番組自体を一意に識別できても、複数の番組間および／または複数の番組内イベント間の関係（以下単に「番組間関係」という）までを長期にわたって一意に特定することができない。そこで、この実施の形態３では、ＬＩＴおよびＩＴＴの第１のユニーク化情報に加えて、番組間関係を長期にわたって一意に識別可能とするための情報を番組拡張情報に記述することとしている。
【００９９】
より詳述すれば、番組間関係を記述しているのは、ＥＲＴ(Event Relation Table)と呼ばれるテーブルである。この実施の形態３では、このＥＲＴに対して番組間関係を一意に識別する情報を追加している。ＥＲＴについて説明すれば、ＥＲＴは、番組拡張情報の一種である。ＥＲＴは、１つのイベント関係識別(event_relation_id)に対応付けられており、番組間関係をノードツリーとして記述している。たとえば毎日のトップニュースという関係を有する複数の番組内イベントがある場合を考える。この場合、異なるニュース同士は対等の関係にあり、概要を伝えるニュースと詳細を伝えるニュースとがあれば親子の関係にあると言える。ＥＲＴは、この関係に基づいて番組内イベントを１つのノードとした場合のノードツリーを記述している。
【０１００】
ＡＲＩＢ標準規格によれば、ＥＲＴを識別するのに使用される情報は、上記のイベント関係識別である。このイベント関係識別は、ＡＲＩＢ標準規格によればＬＩＴなどのイベント識別と同様に１６ビットで表されるものである。したがって、イベント関係識別もイベント識別と同様に、ＡＲＩＢのＢＳディジタル放送運用規定において２４時間経過ごとに再利用可能なものとなっている。そのため、この実施の形態３では、図５(a)に示すように、ＥＲＴに対して、イベント関係識別に加えてＥＲＴを一意に識別できる第２のユニーク化情報を追加することとしている。言い替えれば、この実施の形態３では、ＥＲＴを当該ＥＲＴの放送から少なくとも２４時間以上の長期にわたって一意に識別できる第２のユニーク化情報をＥＲＴに追加している。
【０１０１】
第２のユニーク化情報は、たとえば、実施の形態１と同様に、当該ＥＲＴを放送した放送日（更新日）、固有の識別情報または疑似乱数で表現されたものである。すなわち、この実施の形態３では、イベント関係識別と第２のユニーク化情報とを組み合わせることにより、ＥＲＴを一意に識別するようにしている。
【０１０２】
また、この実施の形態３では、図５(b)に示すように、第２のユニーク情報をＥＲＴだけでなく、リファレンス記述子にも追加している。より詳述すれば、リファレンス記述子は、番組および／または番組内イベントとＥＲＴとを関連付けるためのもので、ＥＲＴおよびＬＩＴの双方に関連付けられている。上述のようにＥＲＴにはノードツリーが記述されている。各ノードは番組または番組内イベントを表しており、これら番組内イベントなどがいずれのＬＩＴに記述されているかを特定する必要がある。リファレンス記述子はこの対応関係を記述する。
【０１０３】
さらに、この実施の形態３では、図５(c)に示すように、第２のユニーク化情報をノード関係記述子にも追加している。このノード関係記述子についても、ＥＲＴおよびＬＩＴの双方に関連付けられている。
【０１０４】
図６は、ＥＲＴを受信する場合のディジタル放送受信機２の動作を示すフローチャートである。このフローチャートは、上述のＥＲＴをＬＩＴおよびＩＴＴとともに受信した場合を示している。ＬＩＴおよびＩＴＴを第１のデマルチプレクサ２３が受信した場合、第１のデマルチプレクサ２３は、当該ＬＩＴおよびＩＴＴを蓄積するとともに受信した旨をＣＰＵ２６に通知する。ＣＰＵ２６は、ＬＩＴおよびＩＴＴの受信通知を受けると（ステップＴ１）、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴにアクセスし、当該ＬＩＴおよびＩＴＴから番組内イベントの詳細情報を取得する。
【０１０５】
その後、ＣＰＵ２６は、ＥＲＴが存在するか否かを判別する。上述のようにＬＩＴには、イベント関係識別が記述されているリファレンス記述子が関連付けられている。したがって、ＣＰＵ２６は、当該リファレンス記述子を参照することにより、ＥＲＴが存在するか否かを判断することができる。
【０１０６】
ＣＰＵ２６は、リファレンス記述子中のイベント関係識別および第２のユニーク化情報に基づいて、唯一のＥＲＴを識別する（ステップＴ２）。その後、ＣＰＵ２６は、第１のデマルチプレクサ２３にアクセスし、第１のデマルチプレクサ２３に蓄積されているＥＲＴを取得し、番組間関係を取得する。より具体的には、上述のとおりＥＲＴには、番組内イベントの関係が記述されている。したがって、ＣＰＵ２６は、ＥＲＴを参照することにより、上記ＬＩＴに記述された番組内イベントと関連のある番組内イベントを知ることができる。この場合、ＣＰＵ２６は、関連のある番組内イベントの詳細情報を記述しているＬＩＴおよびＩＴＴを特定する必要がある。一方、上述のようにＬＩＴおよびＩＴＴにはイベント識別の他に第１のユニーク化情報が記述されているから、上記ＥＲＴに記述されている番組間関係によって規定されている番組内イベントを一意に識別することができる（ステップＴ３）。
【０１０７】
ＣＰＵ２６は、このようにして互いに関係のある番組内イベントの詳細情報を取得すると、これらの複数の番組内イベントの詳細情報をユーザに対して提供する（ステップＴ４）。たとえば、ＥＲＴにより関係があるとして規定されている複数の番組内イベントが将来放送される予定である場合、ＣＰＵ２６は、互いに関連がありかつ将来放送される予定の番組内イベントとしてＴＶモニタ５に表示する。ユーザからカーソルなどですべての番組内イベントの予約記録が指示された場合、ＣＰＵ２６は、予約記録が指示された番組内イベントが放送されてくると、当該番組内イベントを記録再生装置６に記録させる（ステップＴ５）。
【０１０８】
次に、いったんＥＲＴを放送した後ＥＲＴの内容を変更する場合におけるディジタル放送受信機２の動作について説明する。たとえばニュースの重要度が変化し、以前はトップニュースとされていたものをトップニュースから削除する場合に、ＥＲＴの内容を変更することになる。
【０１０９】
ＥＲＴが放送されてきた場合、ＣＰＵ２６は、当該ＥＲＴのバージョン番号を参照し、従前のバージョン番号に対応するＥＲＴを既に受信しているか否かを判別する。既に受信している場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に既に蓄積されているＥＲＴを新たなＥＲＴに更新する。
【０１１０】
その後、ＣＰＵ２６は、ＥＲＴの内容が変更されたことをユーザに提供し、変更後の関連のある番組内イベントに対する処理について尋ねる。たとえば、あるニュースがトップニュースから外れたことを提供した場合、ユーザは、当該ニュースを予約記録リストから削除することを指示できる。
【０１１１】
次に、いったんＥＲＴを放送した後ＥＲＴの内容を変更するとともに一部の番組内イベントを変更する場合におけるディジタル放送受信機２の動作について説明する。たとえば以前はトップニュースとされていなかったものをトップニュースとする場合、ディジタル放送局１は、変更したＥＲＴを放送するとともに、新たなトップニュースに係るＬＩＴおよびＩＴＴを放送する。
【０１１２】
ディジタル放送受信機２のＣＰＵ２６は、放送されてきたＥＲＴのバージョン番号を参照し、従前のバージョン番号に対応するＥＲＴを既に受信しているか否かを判別する。既に受信している場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に既に蓄積されているＥＲＴを新たなＥＲＴに更新する。
【０１１３】
その後、ＣＰＵ２６は、ＬＩＴおよびＩＴＴから番組内イベントに係る詳細情報を抽出し、ＥＲＴの内容が変更されたことをユーザに提供し、変更後の関連のある番組内イベントに対する処理について尋ねる。たとえば、あるニュースがトップニュースに加わったことを提供した場合、ユーザは当該ニュースを予約記録リストに追加することを指示できる。
【０１１４】
以上のようにこの実施の形態３によれば、ＥＲＴをイベント関係識別だけでなく第２のユニーク情報により識別するようにしている。したがって、ＥＲＴを放送終了前後２４時間以内に放送しなくても、ディジタル放送受信機においてＥＲＴを確実に識別することができる。しかも、ＬＩＴおよびＩＴＴにイベント識別だけでなく第１のユニーク化情報を記述しているから、ＥＲＴにより関連があるとされた番組内イベントを一意に特定することができる。そのため、ディジタル放送局は任意のタイミングでＥＲＴを放送することができる。よって、ディジタル放送局においてＥＲＴの放送タイミングの時間的規制を大幅に軽減することができる。
【０１１５】
また、ＥＲＴを長期にわたって一意に識別できるとともにＥＲＴに関係があるとして記述された番組および／または番組内イベントを長期にわたって一意に識別できる。したがって、関係のある番組および／または番組内イベントのみの記録、再生および消去などの処理を時間的制約を受けずに実現することができる。そのため、ユーザへのサービス向上を大幅に図ることができる。
【０１１６】
実施の形態４
図７は、本発明の実施の形態４に係るディジタル放送システムの構成を示すブロック図である。図７において、図４と同じ機能部分については同一の参照符号を使用する。
【０１１７】
上記実施の形態１ないし３では、番組本体および番組配列情報ならびに番組拡張情報をディジタル放送信号として放送回線３を使ってディジタル放送受信機２に提供している。これに対して、この実施の形態４では、放送回線３を使ってディジタル放送信号を提供することに加えて、放送回線と異なる通信回線３０を介して番組拡張情報をディジタル放送受信機２に提供するようにしている。
【０１１８】
この構成により、番組の内容をさらに詳細に説明する動画、静止画、音声およびデータ情報、あるいは、それらの動画などを加工することによりユーザの利用しやすい形態にした表示関連情報などを放送以外でユーザに提供できる。そのため、ユーザの視聴にかかる利便性をさらに向上させる新たなサービス形態を提供できる。また、番組拡張情報のみを通信回線３０を介して送信することとしているから、たとえば番組拡張情報の配信を番組本体を提供する放送事業者でなく別の配信業者に委託するようなビジネス形態をも実現することができる。
【０１１９】
この実施の形態４に係るディジタル放送システムの構成についてさらに詳述すれば、ディジタル放送局１は、情報提供部３１を備えている。情報提供部３１は、放送回線以外の通信回線３０を介してディジタル放送受信機２と通信できる機能を有する。放送回線以外の通信回線としては、たとえば、インターネットおよび専用線を適用できる。また、放送回線以外の通信回線は、無線および有線のいずれでも適用可能である。
【０１２０】
情報提供部３１は、ＬＩＴおよびＩＴＴを含む番組拡張情報をディジタル放送受信機２に提供するものである。より具体的には、情報提供部３１には、情報作成部１１から番組拡張情報が与えられるようになっている。情報提供部３１は、この与えられた番組拡張情報に基づいて変調処理を実行することによりディジタル通信信号を作成する。情報提供部３１は、この作成されたディジタル通信信号を通信回線３０を介してディジタル放送受信機２に送信する。
【０１２１】
ディジタル放送受信機２は、情報取得部３２を備えている。情報取得部３２は、通信回線３０を介して番組拡張情報を取得する。情報取得部３２は、取得された番組拡張情報を復調し、当該番組拡張情報をＣＰＵ２６において利用できるように保持する。また、情報取得部３２は、番組拡張情報が取得されたことをＣＰＵ２６に対して割込処理などで知らせるようになっている。
【０１２２】
なお、ディジタル通信信号を作成する場合、放送回線３を使用する場合のようにＭＰＥＧトランスポートパケット上へのマッピングを考慮したパケット形式とする必要はない。しかし、放送回線３を使用する場合と同様のパケット形式を採用すれば、ディジタル放送局１およびディジタル放送受信機２の各制御ソフトウエアの開発コストを抑えることができる。したがって、ディジタル通信信号を上記のようなパケット形式とする方が好ましい。
【０１２３】
図８は、この実施の形態４に係る番組拡張情報の構成を示すテーブル構成図である。通信回線３０を介して番組拡張情報を提供する際には、放送回線３を使用する場合のようにＡＲＩＢ標準規格に準拠する必要は必ずしもない。したがって、この実施の形態４では、情報提供部３１にて使用されるテーブルとして、ＬＩＴ、ＩＴＴおよびＥＲＴなどのＡＲＩＢ標準規格に準拠したテーブルでなく独自のテーブルを使用する。
【０１２４】
より具体的には、情報作成部１１は、ＬＩＴおよびＩＴＴとは別に、番組内イベント情報テーブルを作成する。番組内イベント情報テーブルは、イベント識別(event_id)を含む。イベント識別は、１６ビットでなく３２ビットで表現される。すなわち、番組内イベント情報テーブルはＡＲＩＢ標準規格に準拠する必要がないので、１６ビットで表現する現在のＡＲＩＢ標準規格では困難であった番組およびその放送日などの両方を含む識別情報を１つのイベント識別で表現することができる。
【０１２５】
通信回線３０を介した番組拡張情報の提供形態としては、たとえばインターネットのホームページを使った形態が考えられる。より詳述すれば、ディジタル放送局１の情報提供部３１は、情報作成部１１により作成された番組拡張情報をインターネットからダウンロード可能な状態で保持する。この場合、情報提供部３１は、番組拡張情報をＢＭＬ(Broadcast Markup Language)データまたはＨＴＭＬ(Hyper Text Markup Language)データとして蓄積しておく。情報提供部３１は、ディジタル放送受信機２からダウンロードの指示を受けた場合、当該番組拡張情報を通信回線３０を介してディジタル放送受信機２に送信する。
【０１２６】
一方、ディジタル放送受信機２のＣＰＵ２６は、予め定められた調査周期ごとに番組関連情報の更新があったか否かを調査する。より具体的には、ＣＰＵ２６は、上記調査周期ごとに、情報取得部３２に対して番組拡張情報の調査を指示する。情報取得部３２は、この指示に応答してディジタル放送局１のホームページにアクセスし、番組拡張情報が更新されているか否かを調べる。番組拡張情報が更新されていれば、情報取得部３２は、当該番組拡張情報のダウンロードをディジタル放送局１に要求する。
【０１２７】
ディジタル放送局１の情報提供部３１は、上記ダウンロードの要求を受けると、指示された番組拡張情報を含むディジタル通信信号を通信回線３０を介してディジタル放送受信機２に送信する。情報取得部３２は、このディジタル通信信号を受信すると、当該ディジタル通信信号内の番組拡張情報を抽出して保持するとともに、ＣＰＵ２６に対して情報取得を通知する。ＣＰＵ２６は、この通知に応答して保持されている番組拡張情報を読み出し、この番組拡張情報をＴＶモニタ５に表示させる。この場合、ＴＶモニタ５には、たとえば、ＢＭＬあるいはＨＴＭＬブラウザ画面として表示される。
【０１２８】
なお、番組拡張情報の蓄積先は、ディジタル放送局１のホームページでなく、たとえば、放送事業者が指定した別のホームページでもよいことはもちろんである。
【０１２９】
また、上記説明では、ＣＰＵ２６が自動的に番組拡張情報の取得処理を行っている。しかし、ユーザから番組拡張情報の取得要求があった場合にはじめて番組拡張情報の取得処理を行うようにしてもよい。
【０１３０】
以上のようにこの実施の形態４によれば、放送回線３を使ってディジタル放送信号を提供することに加えて、放送回線３と異なる通信回線３０を介して番組拡張情報をディジタル放送受信機２に提供する。したがって、番組の内容をさらに詳細に説明する動画などユーザの利用しやすい形態にした表示関連情報を放送以外でユーザに提供できる。そのため、ユーザの視聴にかかる利便性をさらに向上させる新たなサービス形態を提供できる。また、番組拡張情報のみを通信回線３０を介して送信することとしているから、たとえば番組拡張情報の配信を番組本体を提供する放送事業者でなく別の配信業者に委託するようなビジネス形態をも実現することができる。
【０１３１】
なお、上述の説明では、ＬＩＴおよびＩＴＴを放送回線以外の通信回線３０を介して通信する場合を例にとっている。しかし、たとえば、ＥＲＴを放送回線３と異なる通信回線３０を介して通信するようにしてもよいことはもちろんである。この場合、情報作成部１１は、ＥＲＴと同じ機能を有するイベント間関係情報テーブルを情報提供部３１に与える。情報提供部３１は、このイベント間関係情報テーブルを通信回線３０を介してディジタル放送受信機２に送信する。イベント間関係情報テーブルは、図９に示すように、イベント関係識別(event_relation_id)を含む。イベント関係識別は、１６ビットでなく３２ビットで表現される。したがって、このイベント関係識別だけでイベント間関係情報テーブルを一意に識別することができる。
【０１３２】
実施の形態５
図１０は、本発明の実施の形態５に係るディジタル放送システムの構成を示すブロック図である。図１０において、図４と同じ機能部分については同一の参照符号を使用する。
【０１３３】
上記実施の形態４では、番組拡張情報を通信回線３０を介してディジタル放送受信機２に提供するようにしている。これに対して、この実施の形態５では、番組拡張情報を他の情報伝達手段によりディジタル放送受信機２に提供している。
【０１３４】
より詳述すれば、この実施の形態５に係るディジタル放送局１は、情報メディア作成部４０を備えている。情報メディア作成部４０は、情報作成部１１から得られる番組拡張情報をパッケージメディア４１に記録するものである。情報メディア作成部４０は、たとえばＣＤ−ＲＯＭライタであり、この場合パッケージメディア４１はＣＤ−ＲＯＭである。情報作成部１１から得られる番組拡張情報は、上記実施の形態４における番組内イベント情報テーブルおよび／またはイベント間関係識別テーブルを含む番組拡張情報である。
【０１３５】
一方、ディジタル放送受信機２は、メディアリーダ４２を備えている。メディアリーダ４２は、パッケージメディア４１の記録内容を読み取ることができるものである。パッケージメディア４１がＣＤ−ＲＯＭである場合、メディアリーダ４２はＣＤ−ＲＯＭドライブである。メディアリーダ４２は、パッケージメディア４１から読み取った番組拡張情報を蓄積しＣＰＵ２６にて利用可能にする。すなわち、ＣＰＵ２６は、番組拡張情報をメディアリーダ４２から取得し、グラフィックデータに変換した後、番組拡張情報をＴＶモニタ５に表示させる。
【０１３６】
なお、パッケージメディア４１は、郵送などの手段によりディジタル放送局１からディジタル放送受信機２に送付されるものである。このように、パッケージメディア４１を郵送などの手段によりディジタル放送受信機２に送付しても、番組拡張情報には第１のユニーク化情報および／または第２のユニーク化情報が記述されているから、ディジタル放送番組および／またはＥＲＴを一意に識別することができる。
【０１３７】
以上のようにこの実施の形態５によれば、インターネットなどの通信環境を備えていないディジタル放送受信機２であっても、番組の内容をさらに詳細に説明する動画などユーザの利用しやすい形態にした表示関連情報を提供できる。したがって、ユーザの視聴にかかる利便性をさらに向上させる新たなサービス形態を提供できる。また、番組拡張情報のみを通信回線を介して送信することとしているから、たとえば番組拡張情報の配信を番組本体を提供する放送事業者でなく別の配信業者に委託するようなビジネス形態をも実現することができる。
【０１３８】
【発明の効果】
以上のようにこの発明によれば、番組内イベントの詳細情報を記述した第１のテーブルに識別情報としてのイベント識別および第１のユニーク化情報を記述しているから、受信側においてディジタル放送番組を長期にわたって一意に識別できる。したがって、ディジタル放送局は任意のタイミングで番組拡張情報を放送できる。そのため、ディジタル放送局の番組拡張情報の放送に対する時間的制約を大幅に軽減することができる。しかも、受信側においては、ディジタル放送番組を長期にわたって一意に識別できるから、たとえば番組内イベント単位での記録、再生および消去などの処理を時間的制約を受けずに実現することができる。そのため、ユーザへのサービス向上を大幅に図ることができる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１に係るディジタル放送システムの構成を示す概念図である。
【図２】 ＬＩＴおよびＩＴＴのデータ構造を示す図である。
【図３】 実施の形態１に係るディジタル放送受信機の動作を説明するためのフローチャートである。
【図４】 この発明の実施の形態２に係るディジタル放送システムの構成を示すブロック図である。
【図５】 この発明の実施の形態３に係るＥＲＴ、リファレンス記述子およびノード関係記述子のデータ構造を示す図である。
【図６】 実施の形態３に係るディジタル放送受信機の動作を説明するためのフローチャートである。
【図７】 この発明の実施の形態４に係るディジタル放送システムの構成を示すブロック図である。
【図８】 実施の形態４に係る番組内イベント情報テーブルのデータ構造を示す図である。
【図９】 イベント間関係情報テーブルのデータ構造を示す図である。
【図１０】 この発明の実施の形態５に係るディジタル放送システムの構成を示すブロック図である。
【符号の説明】
１ ディジタル放送局、２ ディジタル放送受信機、３ 放送回線、４ 受信機本体、５ ＴＶモニタ、６ 記録再生装置、１０ 番組作成部、１１ 情報作成部、１２ 放送送信部、２０ 受信復調部、２６ ＣＰＵ、３０ 通信回線、３１ 情報提供部、３２ 情報取得部。
【発明の属する技術分野】
この発明は、ディジタル放送システムに関し、特に、ディジタル番組の記録および再生機能を有するディジタル放送受信機を含むディジタル放送システムに関する。また、この発明は、ディジタル放送システムに用いられるディジタル放送局およびディジタル放送受信機に関する。
【０００２】
【従来の技術】
近年、日本においてはテレビ放送のディジタル化が推進され、西暦２０００年末から衛星を用いたＢＳディジタル放送の開始が予定されている。また、西暦２００３年末からは地上波を用いたディジタル放送の開始が予定されている。ディジタル放送では、番組をディジタル情報としてユーザに提供することにより、ユーザに対して様々なサービスを提供できるようにしている。
【０００３】
たとえば、ディジタル放送では、ディジタル放送局から番組の関連情報を随時放送することとしている。この番組関連情報は、番組配列情報を含む。番組配列情報は、（社）電波産業会（ＡＲＩＢ）発行の標準規格「ディジタル放送に使用する番組配列情報」(ARIB STD-B10 1.2版)に規定されている。番組配列情報は、番組の内容を示す情報、番組表を作成するのに必要な情報および番組を放送する編成チャネルに割り当てられている周波数情報などの番組に関する基本的な情報を含む。これにより、ユーザは、たとえば、番組表を画面上にいつでも表示でき、この画面の中から所望の番組を選択し視聴することができる。
【０００４】
また、上記ＡＲＩＢ標準規格は、番組配列情報の拡張情報（以下「番組拡張情報」という）を規定している。この番組拡張情報は、ＬＩＴ(Local event Information Table)などの複数のテーブルの集合体であり、番組内イベントに関する情報を規定するものである。ＬＩＴは、番組内イベントの開始時刻および終了時刻などを記述するテーブルである。番組内イベントは、ニュース番組の中のスポーツニュースのように１つの番組を時間分割した場合のそれぞれの部分に相当する。ＬＩＴは、１６ビットで表現されるイベント識別(event_id)により１つの番組に対応付けられている。
【０００５】
これにより、ユーザ側のディジタル放送受信機は、番組拡張情報を参照することにより、１つの番組中の一部（たとえばニュース番組の中のスポーツニュース）のみを記録したりすることができる。具体的には、ユーザからいずれかの番組内イベントの記録が指示された場合、ディジタル放送受信機は、番組拡張情報中のイベント識別に基づいて番組を特定し、当該番組中の番組内イベントを抽出し記録する。
【０００６】
また、番組拡張情報は、ＥＲＴ(Event Relation Table)を含む場合がある。ＥＲＴは、複数の番組間および／または複数の番組内イベント間の関係を規定するものであり、１６ビットで表現される１つのイベント関係識別(event_relation_id)に対応付けられている。たとえば毎日定時に放送されるニュース番組のトップニュースに着目すれば、当該トップニュースに係る番組内イベント間には関連性がある。そこで、番組拡張情報は、この関連性を規定するＥＲＴを用意している。
【０００７】
これにより、ディジタル放送受信機は、番組拡張情報を参照することにより、たとえば毎日定時に放送されるニュース番組のトップニュースのみを記録することができる。具体的には、上記ＥＲＴに記述されているイベント関係識別はＬＩＴにも記述されている。ディジタル放送受信機は、ＬＩＴに記述されているイベント関係識別を読み取ると、ＥＲＴにアクセスし、当該ＬＩＴに対応する番組内イベントに関連する他の番組内イベントを識別する。この場合、ディジタル放送受信機は、イベント識別に基づいてＬＩＴを特定し番組内イベントに関する情報を取得する。その後、ディジタル放送受信機は、ユーザから一連の番組内イベントの記録が指示されたことに基づいて、各番組内イベントを記録していく。
【０００８】
【発明が解決しようとする課題】
このように、上述のディジタル放送システムにおいて、番組拡張情報を利用する場合に番組を特定するための指標は、イベント識別のみである。しかしながら、イベント識別は１６ビットで表現されるため、従来のディジタル放送システムでは、約６万５千本の番組を識別できるに過ぎない。そのため、たとえば３０分単位で番組を切り替えると仮定すると、４年足らずでイベント識別のすべてのビットパターンを使い切る計算になってしまう。また、番組には１分や５分で終了するものもあるから、そのような番組にまでイベント識別を割り当てるとすると、イベント識別のすべてのビットパターンを１年足らずで使い切ることになるかもしれない。
【０００９】
そこで、実際の運用としては、イベント識別をいったん割り当てた番組の放送終了後２４時間を経過すると同じイベント識別を別の番組に再利用することとしている。この運用は、たとえば、ＡＲＩＢ出版のＢＳディジタル放送運用規定(TR B15 Ver.1.0）に記述されている。
【００１０】
しかし、この運用では、ある番組の放送終了後２４時間を経過すると１つのイベント識別が２以上の番組を示すことになる。したがって、ある番組の放送の前後２４時間以内に番組拡張情報を放送しなければ、ディジタル放送受信機において番組を一意に特定できないことになる。言い替えれば、ディジタル放送局からある番組の放送終了後２４時間経過後に当該番組の番組関連情報をディジタル放送受信機に提供しても、ディジタル放送受信機では番組を一意に特定できない。そのため、番組拡張情報の送信の自由度が低いとの問題があった。
【００１１】
たとえば、懸賞コーナーを含んだ番組のように有効期限の規定された番組および訂正すべき内容を含んだ番組などをディジタル放送局から放送した場合、放送事業者は当該番組の番組拡張情報を更新しようとするときがある。なぜなら、上記のような番組はディジタル放送受信機に記録されている可能性があり、この場合当該記録番組が再生されても、ユーザに無意味な情報を提供することになるからである。しかしながら、番組拡張情報の更新を放送終了後２４時間以上経過した後に行うと、番組拡張情報に含まれるイベント識別は異なる番組を識別することになる。そのため、放送事業者は放送終了後２４時間以内に番組拡張情報の更新を行わなければならず、大きな時間的制約を受けることになる。
【００１２】
なお、これに対処するため、たとえば、イベント識別のビット数を拡張することが考えられる。この構成によれば、イベント識別で識別可能な番組数を増大させることができるから、番組放送終了後２４時間経過した後にイベント識別を再利用しなくても番組を識別できるようになる。そのため、ディジタル放送局は任意のタイミングで番組関連情報を送信できる。
【００１３】
しかしながら、イベント識別は番組拡張情報を構成するテーブルだけでなく番組配列情報を構成する膨大な数のテーブルに使用されており、既に設計または出荷されているディジタル放送受信機のソフトウエアなどを大幅に変更する必要がある。そのため、イベント識別のビット数を拡張するのは事実上不可能である。
【００１４】
この発明は上述のような問題を解決するためになされたものであり、既に設計または出荷されているディジタル放送受信機の変更を伴わずに番組拡張情報の送信における時間的制約を軽減することができるディジタル放送システムを提供することを目的とする。
【００１５】
また、この発明の他の目的は、上述のようなディジタル放送システムに用いられるディジタル放送局およびディジタル放送受信機を提供することである。
【００１６】
【課題を解決するための手段】
上記目的を達成するためのこの発明は、ディジタル放送局およびディジタル放送受信機を含むディジタル放送システムに関する。ディジタル放送局は、番組内イベントを含むディジタル放送番組を作成する番組作成部、ディジタル放送番組に含まれている番組内イベントの詳細情報を記述し、かつ、対応するディジタル放送番組の識別情報であるイベント識別および第１のユニーク化情報を記述した第１のテーブルを有する番組拡張情報を作成する情報作成部、および、上記ディジタル放送番組および番組拡張情報を多重化したディジタル放送信号を放送する放送送信部を含むものである。
【００１７】
また、ディジタル放送受信機は、このディジタル放送局から放送されたディジタル放送信号を受信する受信手段、この受信されたディジタル放送信号に含まれているディジタル放送番組を記録する記録手段、上記受信されたディジタル放送信号に含まれている番組拡張情報の第１テーブルに記述されたイベント識別および第１のユニーク化情報に基づいてディジタル放送番組を識別する番組識別手段、および、上記ディジタル放送信号に含まれているディジタル放送番組および上記記録手段により記録されているディジタル放送番組のうち上記番組識別手段により識別されたディジタル放送番組に含まれる番組内イベントを上記第１のテーブルに記述された詳細情報に基づいて処理する番組内イベント処理手段を含むものである。
【００１８】
【発明の実施の形態】
以下では、この発明の実施の形態を、添付図面を参照して詳細に説明する。以下の説明において使用する各種の記述およびデータ名称は、ＡＲＩＢ発行のＳＴＤ−Ｂ１０規格に準拠するものとする。
【００１９】
実施の形態１
図１は、この発明の実施の形態１に係るディジタル放送システムの構成を示すブロック図である。このディジタル放送システムは、放送事業者の保有するディジタル放送送信機であるディジタル放送局１からユーザの保有するディジタル放送受信機２に対して番組を提供するものである。
【００２０】
より詳述すれば、ディジタル放送局１は、番組および当該番組に関連する情報である番組関連情報を含むディジタル放送信号を作成し放送するディジタル放送送信機である。より具体的には、ディジタル放送局１は、番組をＭＰＥＧ２(Moving Picture Experts Group 2)システムに従ってディジタル的に作成する。また、ディジタル放送局１は、番組関連情報をＭＰＥＧ２システムに従ってディジタル的に作成する。ディジタル放送局１は、番組本体および番組関連情報を多重化したディジタル放送信号を放送回線３を介して放送する。
【００２１】
ディジタル放送受信機２は、放送回線３を介してディジタル放送信号を受信する。ディジタル放送受信機２は、この受信されたディジタル放送信号に対して所定の処理を施し、当該ディジタル放送信号に含まれている番組をリアルタイムで表示したり番組を記録・再生・消去したりする機能を有している。より具体的には、ディジタル放送受信機２は、受信機本体４およびＴＶモニタ５を備えている。受信機本体４は、データの記録および読み出し可能な記録再生装置６を備えている。
【００２２】
ディジタル放送受信機２は、受信されたディジタル放送信号を復調し番組本体および番組関連情報を分離抽出する。その後、ディジタル放送受信機２は、ユーザの指示に従って、番組関連情報に基づいて番組を処理する。たとえば、ユーザから番組をリアルタイムで表示することを指示された場合、ディジタル放送受信機２は、番組関連情報に基づいて指示された番組を抽出し、当該番組をＴＶモニタ５に表示する。また、ユーザから番組を記録することを指示された場合、ディジタル放送受信機２は、番組関連情報に基づいて現在放送中か否かを判別し、現在放送中であれば指示された番組を抽出し、記録再生装置６に記録する。さらに指示された番組が将来放送予定の番組であれば番組の記録を予約し、実際に番組が放送される際に当該番組を抽出し、記録再生装置６に記録する。さらに、ユーザから記録番組を再生することを指示された場合、ディジタル放送受信機２は、記録再生装置６に記録されている記録番組を読み出してＴＶモニタ５に表示する。さらにまた、ユーザから記録番組を消去することを指示された場合、ディジタル放送受信機２は、記録再生装置６に記録されている番組を識別し消去する。
【００２３】
なお、この実施の形態１では、受信機本体４とＴＶモニタ５とを異なる装置とした場合を例にとっている。しかし、受信機本体４の機能であるディジタル放送受信機能を内蔵したＴＶモニタ５をディジタル放送受信機としてもよいことはもちろんである。
【００２４】
このディジタル放送システムでは、番組関連情報は、番組を一意に特定できる情報を含む。言い替えれば、番組を少なくとも２４時間以上の長期間にわたって一意に特定できる情報を含む。より具体的には、番組関連情報は、番組配列情報および番組拡張情報を含む。番組配列情報は、番組の内容、番組の時間編成および編成チャネルに割り当てられている周波数などを情報として有している。番組拡張情報は、番組配列情報の拡張情報であって、主として番組内イベントに関する情報を記述する。番組を一意に特定できる情報は、この番組拡張情報に含まれている。
【００２５】
番組拡張情報は、複数のテーブルを含む。具体的には、番組拡張情報は、ローカルイベント情報テーブル（ＬＩＴ：Local event Information Table）および情報伝送テーブル（ＩＴＴ：Information Transmission Table）を含む。この実施の形態１では、ディジタル放送局は、番組を一意に特定できる情報をこれらＬＩＴおよびＩＴＴに記述する。
【００２６】
図２は、ＬＩＴおよびＩＴＴのデータ構造を示す図である。ＬＩＴは、図２(a)に示すように、番組内イベントの詳細情報を記述する。より具体的には、ＬＩＴは、サービス識別(service_id)により１つの編成チャネルに対応付けられ、さらにイベント識別(event_id)によりその編成チャネルの中の１つの番組に対応付けられる。また、ＬＩＴは、ローカルイベント識別(local_event_id)を記述することにより当該番組中の番組内イベントを特定している。
【００２７】
さらに、ＬＩＴは、番組内イベントの詳細情報をリファレンス識別子により記述している。番組内イベントの詳細情報は、たとえば、番組内イベントの開始時刻および終了時刻ならびにイベント関係識別(event_relation_id)を含む。イベント関係識別は、当該番組内イベントが他の番組の番組内イベントと何らかの関連性がある場合に記述されるものであり、他の番組内イベントとの関係性について記述しているＥＲＴ(Event Relation Table)を特定するものである。ＥＲＴは、複数の番組間および／または複数の番組内イベント間の関係性を規定するテーブルである。詳細については実施の形態３で説明する。
【００２８】
さらにまた、ＬＩＴは、図２(a)において四角で囲んだように、第１のユニーク化情報を記述している。第１のユニーク化情報は、イベント識別(event_id)より番組を一意に特定するためのもので、１６ビットで表される。より具体的には、第１のユニーク化情報は、番組の放送日を規定する。この場合、第１のユニーク化情報は、実際に放送される年月日を番組の放送日として１６ビットで記述する。さらに具体的には、第１のユニーク化情報は、修正ユリウス暦で記述される。現在のディジタル放送システムにおいて修正ユリウス暦で表現可能な日付は、西暦２０３８年４月２２日までである。そのため、修正ユリウス暦を使用すれば、現在西暦２０００年から見ると４年よりもはるかに長い３８年間の番組を一意に特定可能である。
【００２９】
ＩＴＴは、ＬＩＴに記述されている開始時刻および終了時刻などの時刻情報に関する情報を記述する。より詳述すれば、ディジタル放送局１は、ＳＴＣ(System Time Clock)を基準クロックとして利用し番組を放送する。より具体的には、ディジタル放送局１は、ＬＩＴに記述すべき時間情報をＳＴＣで記述する。この場合、ＳＴＣは絶対時刻を表していたり基準となる時刻（たとえば番組の開始時刻）との差を表していたりする。ＩＴＴは、ＬＩＴに記述されている時刻情報は絶対時刻であるなどのように、時刻情報とＳＴＣとの関係を記述する。
【００３０】
ＩＴＴは、図２(b)に示すように、イベント識別(event_id)を有し、このイベント識別により１つの番組に対応付けられている。言い替えれば、ＩＩＴは、イベント識別により１つのＬＩＴに対応付けられている。また、ＩＴＴは、図２(b)において四角で囲んだように、上記第１のユニーク化情報を含む。この第１のユニーク化情報は、ＬＩＴに記述されている第１のユニーク化情報と同じく、イベント識別との組み合わせにより番組（すなわちＬＩＴ）を一意に特定するためのものである。このＩＴＴの第１のユニーク化情報も１６ビットで表されるものであり、修正ユリウス暦などの日付情報を含む。
【００３１】
このように、この実施の形態１に係るディジタル放送局１は、イベント識別と番組の放送日からなる第１のユニーク化情報とを組み合わせることにより、番組を一意に特定できるようにしている。したがって、ディジタル放送受信機２は、第１のユニーク化情報を含む番組拡張情報に基づけば番組の放送終了後２４時間以上経過しても当該番組を識別することができる。そのため、ディジタル放送局１は、番組拡張情報を番組放送前後２４時間以内に放送する必要はなく、自局の都合に合わせたタイミングで番組拡張情報を放送できる。よって、番組拡張情報の送信に大きな自由度を確保することができる。
【００３２】
図３は、ディジタル放送受信機２の動作を説明するためのフローチャートである。番組拡張情報の送信は任意のタイミングなので、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴの受信を常時監視している（ステップＳ１）。ＬＩＴおよびＩＴＴを受信すると、ディジタル放送受信機２は、当該ＬＩＴおよびＩＴＴに基づいてディジタル放送番組の番組内イベントを処理する。
【００３３】
より詳述すれば、ディジタル放送受信機２は、当該番組拡張情報のバージョン番号を参照し、同じ番組に対応する番組拡張情報が既に到着しているか否かを判別する。同じ番組拡張情報が送信されるのは、従前に送信されたときの番組拡張情報に誤りまたは変更があった場合などが考えられる。既に到着している場合、ディジタル放送受信機２は、当該既に到着している番組拡張情報を破棄するとともに新たに到着した番組拡張情報に記述されている内容に基づいて、番組内イベント処理を実行する。
【００３４】
より具体的には、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴに記述されているイベント識別および第１のユニーク化情報に基づいて、ディジタル放送番組を識別する（ステップＳ２）。この場合、イベント識別および第１のユニーク化情報によりディジタル放送番組を一意に識別できる。また、ディジタル放送受信機２は、イベント識別および第１のユニーク化情報に基づいて、当該ＬＩＴおよびＩＴＴが対応付けられている番組が過去に放送された番組および将来に放送される予定の番組のいずれであるかを判別する（ステップＳ３）。
【００３５】
過去に放送された番組であれば、ディジタル放送受信機２は、当該番組を記録再生装置６に記録しているか否かを判別する（ステップＳ４）。当該番組を記録していない場合、ディジタル放送受信機２は、当該番組関連情報を破棄する（ステップＳ５）。一方、当該番組を記録している場合、ディジタル放送受信機２は、番組内イベントの処理についてユーザに報知する（ステップＳ６）。
【００３６】
より具体的には、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴに記述された番組内イベントの詳細情報に基づいて、各番組内イベントのいずれかを選択できる画面をＴＶモニタ５に表示させる。また、ディジタル放送受信機２は、選択された番組内イベントのデータへの処理の仕方を選択できる画面をＴＶモニタ５に表示させる。たとえば、ディジタル放送受信機２は、番組内イベントだけを切り出して再度記録したり、番組内イベントを再生させたり、番組内イベントを消去させたりする処理の選択画面をＴＶモニタ５に表示させる。
【００３７】
たとえば、ユーザによりスポーツニュースが選択され、かつ再記録処理が指示された場合、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ディジタル放送受信機２は、記録番組の中から上記取得された開始時刻および終了時刻に対応する部分を抽出し、当該抽出された部分を１つの番組とみなして独立に記録する（ステップＳ７）。このように、いつでも番組を一意に特定できるから、番組全体をとりあえず記録しておき、後からゆっくりと編集することが可能となる。
【００３８】
また、ユーザによりスポーツニュースが選択され、かつ再生処理が指示された場合、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ディジタル放送受信機２は、記録番組の中から上記取得された開始時刻および終了時刻に対応する部分を抽出し、当該抽出された部分をＴＶモニタ５に表示させる（ステップＳ８）。このように、いつでも番組を一意に特定できるから、番組全体をとりあえず記録しておき、後からゆっくりと所望の部分のみを視聴することが可能となる。
【００３９】
さらに、ユーザによりスポーツニュースが選択され、かつ消去処理が指示された場合、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ディジタル放送受信機２は、記録番組の中から上記取得された開始時刻および終了時刻に対応する部分を抽出し、当該抽出された部分を消去する（ステップＳ９）。このように、いつでも番組を一意に特定できるから、番組全体をとりあえず記録しておき、後からゆっくりと編集することができる。
【００４０】
一方、ディジタル放送局１から送信された番組拡張情報が将来放送予定の番組に関するものであれば、ディジタル放送受信機２は、将来記録可能な番組内イベントについてユーザに通知する（ステップＳ１０）。より具体的には、ディジタル放送受信機２は、放送予定の番組に含まれる番組内イベントであるスポーツニュースおよび天気予報などの選択画面をＴＶモニタ５に表示させる。また、ディジタル放送受信機２は、これら番組内イベントの予約記録を行うか否かをユーザに尋ねる画面をＴＶモニタ５に表示させる。
【００４１】
予約記録が指示されない場合（ステップ１１のＮＯ）、ディジタル放送受信機２は、ＬＩＴおよびＩＴＴをそのまま破棄するだけで番組内イベントに係る処理は特に行わない。一方、たとえば、ユーザによりスポーツニュースが選択され予約記録処理が指示された場合（ステップＳ１１のＹＥＳ）、ディジタル放送受信機２は、上記受信された番組拡張情報のＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ディジタル放送受信機２は、当該番組内イベントの放送開始時に当該番組内イベントを記録する（ステップＳ１２）。このように、いつでも番組を一意に特定できるから、２４時間以上先の番組を予約記録することができる。
【００４２】
以上のようにこの実施の形態１によれば、番組を少なくとも２４時間以上の長期にわたって一意に特定できる情報を番組拡張情報に含ませているとともに、ディジタル放送受信機２において当該番組拡張情報を参照して番組を確実に識別するようにしている。したがって、ディジタル放送局１は、番組拡張情報を任意のタイミングで送信できる。そのため、番組拡張情報の送信の時間的制約を大幅に軽減することができる。
【００４３】
また、現時点（西暦２０００年秋）において、番組拡張情報を送信するディジタル放送局および当該番組拡張情報を使って番組を記録するディジタル放送受信機はまだ実用化されていない。したがって、番組拡張情報に対して第１のユニーク化情報を追加することは極めて容易に行え、またイベント識別および第１のユニーク化情報に基づいて番組を識別する機能を持つようにディジタル放送受信機の構成を変更する必要は当然にない。
【００４４】
さらに、ディジタル放送番組を長期にわたって一意に識別できるから、番組内イベント単位での記録、再生および消去などの処理を時間的制約を受けずに実現することができる。したがって、ユーザへのサービスを大幅に向上することができる。
【００４５】
さらにまた、第１のユニーク化情報として用いられる修正ユリウス暦の日付は、既に設計・製造されているディジタル放送局およびディジタル放送受信機においても用いられている。したがって、ディジタル放送局およびディジタル放送受信機の制御ソフトウエアを大幅に変更する必要がない。そのため、安価に上記サービスを実現することができる。
【００４６】
なお、上記の説明では、第１のユニーク化情報として番組の放送日を採用している。しかし、たとえば、第１のユニーク化情報としてすべての編成チャネルで放送されるすべての番組に対して付与された固有の番号識別を採用してもよい。より詳述すれば、たとえば日本国内のすべての放送事業者が加入する管理主体を設立し、当該管理主体においてすべての番組固有の番号識別を割り当てる。この割り当てられた番号識別を第１のユニーク化情報とする。この構成によれば、すべての番組を１つの番号識別で識別可能であるから、ディジタル放送受信機において番組を一意に特定できる。
【００４７】
また、第１のユニーク化情報として、たとえば疑似乱数を採用してもよい。より具体的には、ディジタル放送局は、番組拡張情報を作成する際に、一定長の疑似乱数を発生させる。疑似乱数の発生方法としては、たとえば、一般的な電子メールにおいて各電子メール文に付与される疑似固有の識別番号と同様の方法を適用できる。ディジタル放送局は、発生された疑似乱数を第１のユニーク化情報として番組拡張情報に含ませる。このように、第１のユニーク化情報として疑似乱数を適用する場合、疑似乱数を発生する構成を備えるだけで済む。したがって、管理主体などを設立する場合に比べて、低コストでシステムを構築できるとのメリットがある。
【００４８】
さらに、上記の説明では、第１のユニーク化情報を１６ビットとしている。すなわち、従来に比べてさらに６万５千倍の精密度でディジタル放送番組を識別できるようにしている。しかし、たとえばさらに精度を向上させる場合には１６ビットよりも大きなビット数を第１のユニーク化情報に割り当てるようにしてもよい。また、精度を多少落としてもデータ量削減を重要視するならば、１６ビット未満の小さなビット数を第１のユニーク化情報に割り当てるようにしてもよい。
【００４９】
さらに、上記の説明では、ＬＩＴおよびＩＴＴの記述内容を拡張することにより番組を一意に識別可能としている。しかし、従来の運用を阻害しないために、第１のユニーク化情報を記述したＬＩＴおよびＩＴＴをＡＲＩＢ標準規格において未使用の拡張可能なテーブル識別を採用してもよい。
【００５０】
現在のＡＲＩＢ標準規格では、ＬＩＴおよびＩＴＴには、それぞれ、０ｘＤ０および０ｘＤ２なるテーブル識別が割り当てられている。一方、現在のＡＲＩＢ標準規格においては、未使用の拡張可能なテーブル識別がある。具体的には、当該未使用の拡張可能なテーブル識別は、０ｘＤ８および０ｘＤＡである。そこで、ユニーク化情報を記述したＬＩＴおよびＩＴＴに対して、それぞれ、０ｘＤ８および０ｘＤＡを割り当てる。こうすることにより、既に使用されているディジタル放送局およびディジタル放送受信機との同時運用に支障をきたすことなく良好な運用を実現することができる。
【００５１】
実施の形態２
図４は、ディジタル放送局１およびディジタル放送受信機２の内部構成を示すブロック図である。この実施の形態２は、上記実施の形態１をより詳細に説明するためのものである。図４において、太線はディジタル情報の伝送経路を示し、通常線はアナログの制御情報の伝送経路を示している。
【００５２】
上述のように、ディジタル放送システムは、ディジタル放送局１およびディジタル放送受信機２を含む。ディジタル放送局１は、番組作成部１０、情報作成部１１および放送送信部１２を含む。番組作成部１０は、たとえばテレビ番組をディジタル情報として作成する。この場合、番組作成部１０は、テレビ番組に対応するディジタル情報をＭＰＥＧ２システムに従って作成する。さらに具体的には、番組作成部１０は、番組の動画データおよび音声データなどのデータをパケットに分割し、各パケットに対して所定のプログラム識別（ＰＩＤ：Program InDex）を割り当てる。番組作成部１０は、作成されたディジタル情報を番組パケットとして放送送信部１２に与える。
【００５３】
情報作成部１１は、番組関連情報を作成する。より具体的には、情報作成部１１は、番組配列情報および番組拡張情報をディジタル的に作成する。この場合、情報作成部１１は、番組拡張情報として上述の第１のユニーク化情報を含むＬＩＴおよびＩＴＴを作成する。情報作成部１１は、作成された番組配列情報および番組拡張情報を複数のパケットに分割し、各々のパケットに対して固有のＰＩＤを割り当てる。その後、情報作成部１１は、当該パケットを放送送信部１２に与える。
【００５４】
さらに詳述すれば、情報作成部１１は、ＰＳＩ(Program Specific Information )およびＥＩＴ(Event Information Table)などのテーブルを番組配列情報として作成する。ＰＳＩは、ディジタル放送受信機２において簡便な選局操作および番組選択を実現するためのもので、ＰＭＴ(Program Mapping Table)などの複数のテーブルなどから構成されるものである。ＥＩＴは、番組表を作成するのに必要な情報など各番組の詳細情報を記述するものである。また、情報作成部１１は、ＬＩＴおよびＩＴＴなどのテーブルを番組拡張情報として作成する。情報作成部１１は、これらのテーブルをパケットに分割して放送送信部１２に与える。
【００５５】
放送送信部１２は、番組作成部１０から与えられた番組本体と情報作成部１１から与えられた番組配列情報および番組拡張情報とを含むディジタル放送信号を作成する。より具体的には、放送送信部１２は、番組本体を構成するパケットと番組配列情報および番組拡張情報を構成するパケットとを時間的に多重化し、パケットストリームを作成する。その後、放送送信部１２は、当該パケットストリームに基づいて所定周波数の搬送波を変調し、その変調信号であるディジタル放送信号を作成する。放送送信部１２は、当該ディジタル放送信号を放送する。
【００５６】
ディジタル放送受信機２は、受信機本体４とＴＶモニタ５とを備えている。受信機本体４は、ディジタル放送局１から放送されているディジタル放送信号を受信し処理し、番組をＴＶモニタ５に供給するものである。ＴＶモニタ５は、供給された番組を表示する。
【００５７】
受信機本体４は、受信復調部２０を備えている。受信復調部２０の出力は、切替スイッチ部２１の一方入力２１ａに接続されている。切替スイッチ部２１の他方入力２１ｂには、記録再生系２２の出力が接続されている。記録再生系２２は、第１のデマルチプレクサ（第１ＤＥＭＵＸ）２３および記録再生装置６を有している。受信復調部２０の出力は、切替スイッチ部２１の他に、第１のデマルチプレクサ２３の入力に接続されている。第１のデマルチプレクサ２３の出力は記録再生装置６の入力に接続されており、記録再生装置６の出力は切替スイッチ部２１の他方入力２１ｂに接続されている。このように、切替スイッチ部２１は、受信復調部２０の出力および記録再生装置６の出力のいずれか一方を選択出力する。
【００５８】
切替スイッチ部２１の出力は、第２のデマルチプレクサ（第２ＤＥＭＵＸ）２４に接続されており、この第２のデマルチプレクサ２４はＡＶデコーダ２５に接続されている。ＡＶデコーダ２５は、ＴＶモニタ５に接続されている。このように、切替スイッチ部２１の切替により、受信復調部２０の出力または記録再生装置６の出力がＴＶモニタ５に供給されるようになっている。
【００５９】
受信機本体４は、また、制御中枢としてのＣＰＵ２６を備えている。ＣＰＵ２６は、受信復調部２０、第１のデマルチプレクサ２３、記録再生装置６、第２のデマルチプレクサ２４およびＡＶデコーダ２５に接続されている。ＣＰＵ２６は、接続されている受信復調部２０などにおける動作を制御する。ＣＰＵ２６にはまた、ユーザＩ／Ｆ部２７が接続されている。ユーザＩ／Ｆ部２７は、たとえばタッチパネルであり、ユーザがカーソルを操作することにより指示情報をＣＰＵ２６に供給する。
【００６０】
ディジタル放送受信機２についてさらに詳述する。受信復調部２０は、受信されたディジタル放送信号を復調し、パケットストリームを復元する。このパケットストリームの中には、上述のように、番組本体の動画データおよび音声データに係るパケットならびにＥＩＴ、ＬＩＴおよびＩＴＴなどの番組関連情報に係るパケットが含まれている。受信復調部２０は、上記パケットストリームを切替スイッチ部２１および第１のデマルチプレクサ２３に与える。
【００６１】
切替スイッチ部２１は、たとえば、受信復調部２０から出力されたパケットストリームをそのまま通過させる。この通過されたパケットストリームは、第２のデマルチプレクサ２４に与えられる。第２のデマルチプレクサ２４は、上記パケットストリームから番組本体および番組関連情報を再構築し蓄積する。また、第２のデマルチプレクサ２４は、ＣＰＵ２６の制御に従って、必要なパケットをＡＶデコーダ２５に供給する。ＡＶデコーダ２５は、供給された各パケットを復号し、各パケットの情報に応じたＡＶアナログ信号を作成する。ＡＶデコーダ２５は、当該ＡＶアナログ信号をＴＶモニタ５に供給する。その結果、番組および番組関連情報をＴＶモニタ５にて表示することができる。
【００６２】
受信復調部２０から出力されるパケットストリームは、記録再生系２２の一部である第１のデマルチプレクサ２３にも与えられる。第１のデマルチプレクサ２３は、パケットストリームから番組本体および番組関連情報を再構築し保持する。より具体的には、第１のデマルチプレクサ２３は、各パケットに割り当てられているＰＩＤに基づいてパケットを分離抽出し、動画および音声を含む番組本体を再構築するとともにＰＳＩ、ＰＭＴ、ＥＩＴおよびＩＴＴなどのテーブルを再構築する。また、第１のデマルチプレクサ２３は、ＣＰＵ２６の制御に従って、必要なパケットを記録再生装置６に与える。
【００６３】
記録再生装置６は、記録媒体６ａを含む。記録媒体６ａは、ハードディスクなどのディスク装置、半導体メモリ、アナログビデオテープおよびディジタルビデオテープなどのテープ媒体などである。記録再生装置６は、番組本体を記録媒体６ａ中の所定の記録領域に記録する。この場合、記録再生装置６は、番組本体に対応する番組関連情報を番組本体に関連付けて記録する。また、記録再生装置６は、ＣＰＵ２６の制御に従って、記録されている番組本体を読み出して切替スイッチ部２１に供給する。記録番組を再生する場合、切替スイッチ部２１は記録再生装置６の出力を選択し第２のデマルチプレクサ２４に供給する。その結果、記録番組に対応するＡＶアナログ信号がＴＶモニタ５に供給され、記録番組がＴＶモニタ５に表示されることになる。
【００６４】
[番組のリアルタイム表示]
番組をリアルタイムに表示する場合のディジタル放送受信機２の動作は次のとおりである。上述のように、受信機本体４は、ＥＩＴに基づいて番組表を作成し当該番組表をＴＶモニタ５に表示させる。ユーザは、当該番組表を参照し、視聴する番組を選択する。この場合、ユーザは、たとえば画面上のカーソルを操作し決定を指示することにより番組を選択する。番組選択情報は、ユーザＩ／Ｆ部２７を介してＣＰＵ２６に与えられる。
【００６５】
ＣＰＵ２６は、選択情報を受け取ると、第１のデマルチプレクサ２３に保持されている番組配列情報を参照し、選択された番組に対応するＰＩＤを取得する。ＣＰＵ２６は、この取得されたＰＩＤを第２のデマルチプレクサ２３に与える。第２のデマルチプレクサ２４は、与えられたＰＩＤに基づき、切替スイッチ部２１から与えられる複数のパケットの中から当該ＰＩＤに対応する番組パケットのみを抽出する。その後、第２のデマルチプレクサ２４は、抽出された番組パケットを処理しＡＶデコーダ２５に与える。こうすることにより、選択された番組をＴＶモニタ５に表示することができる。
【００６６】
[番組の記録]
番組を記録する場合のディジタル放送受信機２の動作は次のとおりである。ユーザは、ＴＶモニタ５に表示されている番組表を参照し、記録すべき番組をたとえばカーソルを操作することにより選択指示する。選択指示を受けると、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＥＩＴを参照し、ユーザにより選択された番組を識別する。
【００６７】
ＥＩＴには、プログラム番号(program_number)およびランニングステータス(running_status)が記述されている。プログラム番号は、番組の識別情報である。ランニングステータスは、現在放送中であるかどうかの番組の放送状態を示す情報である。
【００６８】
ＣＰＵ２６は、ＥＩＴのプログラム番号を参照し、ユーザにより選択された番組を識別する。その後、ＣＰＵ２６は、特定された番組のランニングステータスに基づいて、選択番組が現在放送中か否かを判別する。現在放送中であれば、ＣＰＵ２６は、第１のデマルチプレクサ２３に対して当該番組に関連するパケットのＰＩＤを指示する。すなわち、ＣＰＵ２６は、ＰＭＴを参照することにより、対応する番組を構成する動画データパケットのＰＩＤおよび音声データパケットのＰＩＤ、ならびに対応する番組に関連する番組関連情報パケットのＰＩＤを取得し、当該ＰＩＤを第１のデマルチプレクサ２３に指示する。この場合、ＣＰＵ２６は、記録が不要と判断されるパケット（ヌルパケットなど）のＰＩＤについては指示しないようにしている。
【００６９】
また、将来放送予定の番組であれば、ＣＰＵ２６は、当該番組の放送が開始する際に、上述のＰＩＤを第１のデマルチプレクサ２３に指示する。なお、将来放送予定の番組の記録ミスを防ぐために、ＣＰＵ２６は、当該番組の放送開始予定時刻の数秒または数分前に放送されてくる２番組のみを記述したＥＩＴを参照し、指定された番組が予定どおり放送されることを確認したうえで、記録動作を開始する。
【００７０】
第１のデマルチプレクサ２３は、指示されたＰＩＤに対応するパケットのみを記録再生装置６に与える。より具体的には、第１のデマルチプレクサ２３は、指示された番組の動画データパケット、音声データパケットおよび番組関連情報パケットを記録再生装置６に与える。
【００７１】
記録再生装置６は、第１のデマルチプレクサ２３から与えられたパケットを所定の記録領域に記録する。より具体的には、記録再生装置６は、動画データパケットおよび音声データパケットを記録媒体６ａ中の所定の記録領域に記録する。この場合、当該番組の番組関連情報パケットを動画データなどに関連付けて記録する。
【００７２】
また、記録再生装置６は、記録媒体６ａ内にインデックス領域を予め設定している。記録再生装置６は、番組パケットを記録した位置に関するインデックス情報をインデックス領域に記録する。この構成により、ＣＰＵ２６は、インデックス領域に記録されているインデックス情報を参照することにより、所望の番組の記録位置を迅速かつ確実に特定することができる。
【００７３】
インデックス領域は、次のような場所に設定可能である。記録媒体６ａがディスク装置および半導体メモリの場合、インデックス領域は、番組本体が記録される連続記録領域以外の任意の場所に設定可能である。また、記録媒体６ａがテープ媒体の場合、インデックス領域は、テープの先頭のような連続記録領域以外の任意の場所に設定可能である。特にディジタルビデオテープの場合、インデックス領域は、テープ筐体に内蔵される電子記憶装置内に設定可能である。
【００７４】
さらに、記録媒体６ａがテープ媒体の場合、インデックス情報を番組本体と容易に区別できる異なるフォーマットのデータとするとき、インデックス情報を番組本体のデータ間に記録することができる。こうすることにより、テープのランダムアクセス性を高めることができる。
【００７５】
また、上述した一連の番組記録処理は、受信復調部２０、切替スイッチ部２１および第２のデマルチプレクサ２４をつなぐ信号線を用いずに実行可能である。したがって、ユーザは、記録番組以外の番組を視聴しながらでも必要な番組を記録することができる。ただし、異なるチャネル経由での複数の番組を処理するためには、受信復調部２０は、複数チャネルの受信機能と、これら複数チャネルに係る番組を第１および第２のデマルチプレクサ２３、２４側に分配する機能とを備える必要がある。
【００７６】
[記録番組の再生または消去]
記録番組を再生または消去する場合のディジタル放送受信機２の動作は次のとおりである。記録番組を再生または消去する場合、ユーザは、たとえば記録番組の一覧表を画面上に表示させることができる。より具体的には、ユーザにより記録番組の一覧表示が指示された場合、ＣＰＵ２６は、記録再生装置６にアクセスし、記録媒体６ａのインデックス領域に記録されているインデックス情報の出力を指示する。記録再生装置６は、当該指示に従ってインデックス情報を切替スイッチ部２１に出力する。こうして、記録番組の一覧表を画面上に表示することができる。
【００７７】
ユーザは、当該一覧表上のカーソルを操作し再生または消去を指示することにより、記録番組を再生または消去させることができる。より具体的には、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし、上記指示された番組本体の出力開始を指示する。また、ＣＰＵ２６は、切替スイッチ部２１を記録再生装置６側に切り替える。その結果、番組本体は、切替スイッチ部２１を介して第２のデマルチプレクサ２４およびＡＶデコーダ２５に伝送される。ＣＰＵ２６は、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、記録番組をＴＶモニタ５に表示させる。または、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし、上記指示された番組本体の消去を指示する。この指示に応答して、記録再生装置６は、指示された番組本体を消去する。
【００７８】
[番組内イベントの記録・再生・消去]
番組内イベントに対する処理は、次のように行われる。番組内イベントの詳細情報を記述した番組拡張情報は、上述のとおり、ディジタル放送局１から任意のタイミングで放送される。したがって、第１のデマルチプレクサ２３は、ＬＩＴおよびＩＴＴの受信を監視している。ＬＩＴおよびＩＴＴを受信した場合、第１のデマルチプレクサ２３は、当該ＬＩＴおよびＩＴＴが到着したことをＣＰＵ２６に対して割込要求を出すことで通知する。また、第１のデマルチプレクサ２３は、当該ＬＩＴおよびＩＴＴを蓄積する。
【００７９】
ＣＰＵ２６は、上記通知に応答して、ＥＩＴおよびＬＩＴならびにＩＴＴに基づいて、到着したＬＩＴおよびＩＴＴに対応する番組の放送時期を特定する。この場合、ＣＰＵ２６は、ＬＩＴおよびＩＴＴに記述されているイベント識別および第１のユニーク化情報に基づいて番組を識別し、当該番組に対応するＥＩＴを参照することにより、番組の放送時期を特定する。
【００８０】
過去に放送された番組であれば、ＣＰＵ２６は、当該番組が記録再生装置６に記録されているか否かを判別する。より具体的には、ＣＰＵ２６は、記録再生装置６にアクセスし、記録媒体６ａのインデックス領域に記録されているインデックス情報を取得する。そして、ＣＰＵ２６は、上記ＬＩＴおよびＩＴＴに記述されているイベント識別および第１のユニーク化情報とインデックス情報とを比較することにより、番組が記録されているか否かを判別する。
【００８１】
当該番組が記録されていない場合、ＣＰＵ２６は、当該ＬＩＴおよびＩＴＴを保持あるいは破棄する。一方、当該番組が記録されている場合、ＣＰＵ２６は、記録番組の番組拡張情報が到着したことをユーザに通知する。より具体的には、ＣＰＵ２６は、ＬＩＴおよびＩＴＴに記述された番組内イベントの詳細情報に基づいて、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、各番組内イベントのいずれかを選択できる画面をグラフィック画面としてＴＶモニタ５に表示させる。この場合、ＣＰＵ２６は、選択された番組内イベントの処理の仕方を選択できるようにする。たとえば、ＣＰＵ２６は、番組内イベントの記録、再生および消去の選択画面をＴＶモニタ５に表示させる。
【００８２】
たとえば、ユーザによりスポーツニュースが選択され、かつ再記録処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ＣＰＵ２６は、記録再生装置６に記録されている記録番組の中から上記取得された開始時刻および終了時刻に対応する番組内イベントを記録再生装置６に再記録させる。
【００８３】
より具体的には、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし記録番組を特定する。その後、ＣＰＵ２６は、当該特定された番組のうち上記取得された開始時刻および終了時刻に対応する番組内イベントを１つの番組とみなして別の記録領域に記録するように記録再生装置６に指示する。この指示に応答して、記録再生装置６は、上記番組内イベントを他の記録領域に記録するとともに、当該番組内イベントに係る記録位置情報などをインデックス領域に記録する。これにより、ＣＰＵ２６は、インデックス領域を参照することにより、当該番組内イベントのみにアクセスできる。
【００８４】
また、ユーザによりスポーツニュースが選択され、かつ再生処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ＣＰＵ２６は、記録再生装置６に記録されている記録番組の中から上記取得された開始時刻および終了時刻に対応する番組内イベントを再生させる。
【００８５】
より詳述すれば、ＣＰＵ２６は、上記番組内イベント記録再生装置のインデックス領域にアクセスし記録番組を特定する。その後、ＣＰＵ２６は、当該特定された番組のうち上記取得された開始時刻および終了時刻に対応する番組内イベントの出力を記録再生装置６に指示する。また、ＣＰＵ２６は、切替スイッチ部２１を制御し、記録再生系２２の出力を選択させる。さらに、ＣＰＵ２６は、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、入力してきた番組内イベントを表示するように指示する。
【００８６】
その結果、記録再生装置６は、上記番組内イベントを出力する。当該番組内イベントは、切替スイッチ部２１を介して第２のデマルチプレクサ２４に与えられ、ＡＶデコーダ２５を経て、ＴＶモニタ５にて表示される。
【００８７】
さらに、ユーザによりスポーツニュースが選択され、かつ消去処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴに基づいて上記選択されたスポーツニュースの開始時刻および終了時刻を取得する。その後、ＣＰＵ２６は、記録番組の中から上記取得された開始時刻および終了時刻に対応する番組内イベントを消去する。
【００８８】
より具体的には、ＣＰＵ２６は、記録再生装置６のインデックス領域にアクセスし記録番組を特定する。その後、ＣＰＵ２６は、当該特定された番組のうち上記取得された開始時刻および終了時刻に対応する番組内イベントを消去するように記録再生装置６に指示する。この指示に応答して、記録再生装置６は、番組内イベントを消去する。
【００８９】
一方、ディジタル放送局１から送信されたＬＩＴおよびＩＴＴが将来放送予定の番組に関するものであれば、ＣＰＵ２６は、将来記録可能な番組内イベントについてユーザに通知する。より具体的には、ＣＰＵ２６は、ＬＩＴおよびＩＴＴに記述された番組内イベントの詳細情報に基づいて、第２のデマルチプレクサ２４およびＡＶデコーダ２５を制御し、各番組内イベントのいずれかを選択できる画面をグラフィック画面としてＴＶモニタ５に表示させる。この場合、ＣＰＵ２６は、選択された番組内イベントの予約記録を指示できるようにする。
【００９０】
たとえば、ユーザによりスポーツニュースが選択され予約記録処理が指示された場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴから上記選択されたスポーツニュースの開始時刻および終了時刻などの情報を取得する。その後、ＣＰＵ２６は、当該開始時刻が到来するまで待機する。
【００９１】
開始時刻になると、ＣＰＵ２６は、第１のデマルチプレクサ２３に蓄積されているＰＭＴを参照することにより、スポーツニュースに対応するパケットのＰＩＤを取得し、当該ＰＩＤに係るパケットを通過させるように当該ＰＩＤを第１のデマルチプレクサ２３に指示する。第１のデマルチプレクサ２３は、当該ＰＩＤに係るパケットを通過させ、記録再生装置６に与える。記録再生装置６は、与えられたパケットを記録媒体６ａの所定領域に記録するとともに、記録位置などのインデックス情報をインデックス領域に記録する。
【００９２】
以上のようにこの実施の形態２によれば、実施の形態１と同様に、イベント識別と第１のユニーク化情報とをＬＩＴおよびＩＴＴに記述することにより、ディジタル放送受信機においてディジタル放送番組を一意に識別することができる。したがって、ディジタル放送局１の番組拡張情報の送信に対する時間的制約を大幅に軽減することができる。
【００９３】
なお、上記の説明では、ユーザからの指示を待って記録番組の消去を行っている。しかし、たとえば、ＣＰＵ２６の自動判断により記録番組の消去を行うようにしてもよい。たとえば、システム動作開始時にユーザの嗜好情報を登録しておく。そして、ＬＩＴおよびＩＴＴを受信した場合において、上記登録されている嗜好情報に望まない番組内イベント（たとえば成人向けコンテンツ）を記録しているときに、ＣＰＵ２６は、当該番組内イベントを自動的に消去する。この構成によれば、ユーザに対するサービス向上を図ることができる。
【００９４】
また、上記の説明では、記録された番組内イベントの消去をユーザが指示した場合、当該番組内イベントを実際に消去している。しかし、たとえば、消去が指示された場合に、当該番組内イベントは無効であるとしておき、無効を解除するまで当該番組内イベントの再生を禁止するようにしてもよい。この構成によれば、とりあえず番組内イベントの再生をできなくさせておき、後に記録容量が不足した場合に、はじめて実際に消去させることができる。そのため、安全性が高く、かつ、記録容量を有効活用することができる。なお、この場合、無効とする単位としては、上述のように番組内イベント単位以外に、番組単位あるいはハードディスクにおけるクラスタなど記録媒体６ａ特有のデータ処理単位であってもよい。
【００９５】
さらに、上記の説明では、番組内イベントの再記録をユーザが指示した場合、その番組内イベントを含む番組については記録したままとしている。しかし、たとえば、ＣＰＵ２６は、指示された番組内イベントを含む当該番組内イベント以外の番組内イベントについて自動的に消去するようにしてもよい。この構成によれば、ユーザの興味のある番組内イベントのみを残すことにより、記録媒体６ａの容量を有効活用することができる。
【００９６】
さらにまた、上記の説明では、ディジタル放送信号の暗号化を実施していないことを前提としている。しかし、たとえば、ディジタル放送信号に対して暗号化を施すようにしてもよいことはもちろんである。この場合、放送受信時にユーザと放送事業者との間で契約が既に成立し、かつ、暗号化が解除された状態で信号処理を実行するときには、受信復調部２０に暗号解読機構を設けることにより暗号化への対処をすることができる。また、放送受信時または番組内イベント記録時においてまだ契約が成立しておらず、その後記録済の番組内イベントを再生する際に契約が成立したときには、記録再生装置６内に暗号解読機構を設けることにより、暗号化への対処をすることができる。
【００９７】
実施の形態３
図５は、本発明の実施の形態３に係る番組拡張情報を構成するテーブルの一部であるＥＲＴ、リファレンス記述子およびノード関係記述子のデータ構造を示す図である。
【００９８】
上記実施の形態１および２では、１つの番組を長期にわたって一意に識別可能とするための第１のユニーク化情報を番組拡張情報に記述している。しかし、これだけでは、番組自体を一意に識別できても、複数の番組間および／または複数の番組内イベント間の関係（以下単に「番組間関係」という）までを長期にわたって一意に特定することができない。そこで、この実施の形態３では、ＬＩＴおよびＩＴＴの第１のユニーク化情報に加えて、番組間関係を長期にわたって一意に識別可能とするための情報を番組拡張情報に記述することとしている。
【００９９】
より詳述すれば、番組間関係を記述しているのは、ＥＲＴ(Event Relation Table)と呼ばれるテーブルである。この実施の形態３では、このＥＲＴに対して番組間関係を一意に識別する情報を追加している。ＥＲＴについて説明すれば、ＥＲＴは、番組拡張情報の一種である。ＥＲＴは、１つのイベント関係識別(event_relation_id)に対応付けられており、番組間関係をノードツリーとして記述している。たとえば毎日のトップニュースという関係を有する複数の番組内イベントがある場合を考える。この場合、異なるニュース同士は対等の関係にあり、概要を伝えるニュースと詳細を伝えるニュースとがあれば親子の関係にあると言える。ＥＲＴは、この関係に基づいて番組内イベントを１つのノードとした場合のノードツリーを記述している。
【０１００】
ＡＲＩＢ標準規格によれば、ＥＲＴを識別するのに使用される情報は、上記のイベント関係識別である。このイベント関係識別は、ＡＲＩＢ標準規格によればＬＩＴなどのイベント識別と同様に１６ビットで表されるものである。したがって、イベント関係識別もイベント識別と同様に、ＡＲＩＢのＢＳディジタル放送運用規定において２４時間経過ごとに再利用可能なものとなっている。そのため、この実施の形態３では、図５(a)に示すように、ＥＲＴに対して、イベント関係識別に加えてＥＲＴを一意に識別できる第２のユニーク化情報を追加することとしている。言い替えれば、この実施の形態３では、ＥＲＴを当該ＥＲＴの放送から少なくとも２４時間以上の長期にわたって一意に識別できる第２のユニーク化情報をＥＲＴに追加している。
【０１０１】
第２のユニーク化情報は、たとえば、実施の形態１と同様に、当該ＥＲＴを放送した放送日（更新日）、固有の識別情報または疑似乱数で表現されたものである。すなわち、この実施の形態３では、イベント関係識別と第２のユニーク化情報とを組み合わせることにより、ＥＲＴを一意に識別するようにしている。
【０１０２】
また、この実施の形態３では、図５(b)に示すように、第２のユニーク情報をＥＲＴだけでなく、リファレンス記述子にも追加している。より詳述すれば、リファレンス記述子は、番組および／または番組内イベントとＥＲＴとを関連付けるためのもので、ＥＲＴおよびＬＩＴの双方に関連付けられている。上述のようにＥＲＴにはノードツリーが記述されている。各ノードは番組または番組内イベントを表しており、これら番組内イベントなどがいずれのＬＩＴに記述されているかを特定する必要がある。リファレンス記述子はこの対応関係を記述する。
【０１０３】
さらに、この実施の形態３では、図５(c)に示すように、第２のユニーク化情報をノード関係記述子にも追加している。このノード関係記述子についても、ＥＲＴおよびＬＩＴの双方に関連付けられている。
【０１０４】
図６は、ＥＲＴを受信する場合のディジタル放送受信機２の動作を示すフローチャートである。このフローチャートは、上述のＥＲＴをＬＩＴおよびＩＴＴとともに受信した場合を示している。ＬＩＴおよびＩＴＴを第１のデマルチプレクサ２３が受信した場合、第１のデマルチプレクサ２３は、当該ＬＩＴおよびＩＴＴを蓄積するとともに受信した旨をＣＰＵ２６に通知する。ＣＰＵ２６は、ＬＩＴおよびＩＴＴの受信通知を受けると（ステップＴ１）、第１のデマルチプレクサ２３に蓄積されているＬＩＴおよびＩＴＴにアクセスし、当該ＬＩＴおよびＩＴＴから番組内イベントの詳細情報を取得する。
【０１０５】
その後、ＣＰＵ２６は、ＥＲＴが存在するか否かを判別する。上述のようにＬＩＴには、イベント関係識別が記述されているリファレンス記述子が関連付けられている。したがって、ＣＰＵ２６は、当該リファレンス記述子を参照することにより、ＥＲＴが存在するか否かを判断することができる。
【０１０６】
ＣＰＵ２６は、リファレンス記述子中のイベント関係識別および第２のユニーク化情報に基づいて、唯一のＥＲＴを識別する（ステップＴ２）。その後、ＣＰＵ２６は、第１のデマルチプレクサ２３にアクセスし、第１のデマルチプレクサ２３に蓄積されているＥＲＴを取得し、番組間関係を取得する。より具体的には、上述のとおりＥＲＴには、番組内イベントの関係が記述されている。したがって、ＣＰＵ２６は、ＥＲＴを参照することにより、上記ＬＩＴに記述された番組内イベントと関連のある番組内イベントを知ることができる。この場合、ＣＰＵ２６は、関連のある番組内イベントの詳細情報を記述しているＬＩＴおよびＩＴＴを特定する必要がある。一方、上述のようにＬＩＴおよびＩＴＴにはイベント識別の他に第１のユニーク化情報が記述されているから、上記ＥＲＴに記述されている番組間関係によって規定されている番組内イベントを一意に識別することができる（ステップＴ３）。
【０１０７】
ＣＰＵ２６は、このようにして互いに関係のある番組内イベントの詳細情報を取得すると、これらの複数の番組内イベントの詳細情報をユーザに対して提供する（ステップＴ４）。たとえば、ＥＲＴにより関係があるとして規定されている複数の番組内イベントが将来放送される予定である場合、ＣＰＵ２６は、互いに関連がありかつ将来放送される予定の番組内イベントとしてＴＶモニタ５に表示する。ユーザからカーソルなどですべての番組内イベントの予約記録が指示された場合、ＣＰＵ２６は、予約記録が指示された番組内イベントが放送されてくると、当該番組内イベントを記録再生装置６に記録させる（ステップＴ５）。
【０１０８】
次に、いったんＥＲＴを放送した後ＥＲＴの内容を変更する場合におけるディジタル放送受信機２の動作について説明する。たとえばニュースの重要度が変化し、以前はトップニュースとされていたものをトップニュースから削除する場合に、ＥＲＴの内容を変更することになる。
【０１０９】
ＥＲＴが放送されてきた場合、ＣＰＵ２６は、当該ＥＲＴのバージョン番号を参照し、従前のバージョン番号に対応するＥＲＴを既に受信しているか否かを判別する。既に受信している場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に既に蓄積されているＥＲＴを新たなＥＲＴに更新する。
【０１１０】
その後、ＣＰＵ２６は、ＥＲＴの内容が変更されたことをユーザに提供し、変更後の関連のある番組内イベントに対する処理について尋ねる。たとえば、あるニュースがトップニュースから外れたことを提供した場合、ユーザは、当該ニュースを予約記録リストから削除することを指示できる。
【０１１１】
次に、いったんＥＲＴを放送した後ＥＲＴの内容を変更するとともに一部の番組内イベントを変更する場合におけるディジタル放送受信機２の動作について説明する。たとえば以前はトップニュースとされていなかったものをトップニュースとする場合、ディジタル放送局１は、変更したＥＲＴを放送するとともに、新たなトップニュースに係るＬＩＴおよびＩＴＴを放送する。
【０１１２】
ディジタル放送受信機２のＣＰＵ２６は、放送されてきたＥＲＴのバージョン番号を参照し、従前のバージョン番号に対応するＥＲＴを既に受信しているか否かを判別する。既に受信している場合、ＣＰＵ２６は、第１のデマルチプレクサ２３に既に蓄積されているＥＲＴを新たなＥＲＴに更新する。
【０１１３】
その後、ＣＰＵ２６は、ＬＩＴおよびＩＴＴから番組内イベントに係る詳細情報を抽出し、ＥＲＴの内容が変更されたことをユーザに提供し、変更後の関連のある番組内イベントに対する処理について尋ねる。たとえば、あるニュースがトップニュースに加わったことを提供した場合、ユーザは当該ニュースを予約記録リストに追加することを指示できる。
【０１１４】
以上のようにこの実施の形態３によれば、ＥＲＴをイベント関係識別だけでなく第２のユニーク情報により識別するようにしている。したがって、ＥＲＴを放送終了前後２４時間以内に放送しなくても、ディジタル放送受信機においてＥＲＴを確実に識別することができる。しかも、ＬＩＴおよびＩＴＴにイベント識別だけでなく第１のユニーク化情報を記述しているから、ＥＲＴにより関連があるとされた番組内イベントを一意に特定することができる。そのため、ディジタル放送局は任意のタイミングでＥＲＴを放送することができる。よって、ディジタル放送局においてＥＲＴの放送タイミングの時間的規制を大幅に軽減することができる。
【０１１５】
また、ＥＲＴを長期にわたって一意に識別できるとともにＥＲＴに関係があるとして記述された番組および／または番組内イベントを長期にわたって一意に識別できる。したがって、関係のある番組および／または番組内イベントのみの記録、再生および消去などの処理を時間的制約を受けずに実現することができる。そのため、ユーザへのサービス向上を大幅に図ることができる。
【０１１６】
実施の形態４
図７は、本発明の実施の形態４に係るディジタル放送システムの構成を示すブロック図である。図７において、図４と同じ機能部分については同一の参照符号を使用する。
【０１１７】
上記実施の形態１ないし３では、番組本体および番組配列情報ならびに番組拡張情報をディジタル放送信号として放送回線３を使ってディジタル放送受信機２に提供している。これに対して、この実施の形態４では、放送回線３を使ってディジタル放送信号を提供することに加えて、放送回線と異なる通信回線３０を介して番組拡張情報をディジタル放送受信機２に提供するようにしている。
【０１１８】
この構成により、番組の内容をさらに詳細に説明する動画、静止画、音声およびデータ情報、あるいは、それらの動画などを加工することによりユーザの利用しやすい形態にした表示関連情報などを放送以外でユーザに提供できる。そのため、ユーザの視聴にかかる利便性をさらに向上させる新たなサービス形態を提供できる。また、番組拡張情報のみを通信回線３０を介して送信することとしているから、たとえば番組拡張情報の配信を番組本体を提供する放送事業者でなく別の配信業者に委託するようなビジネス形態をも実現することができる。
【０１１９】
この実施の形態４に係るディジタル放送システムの構成についてさらに詳述すれば、ディジタル放送局１は、情報提供部３１を備えている。情報提供部３１は、放送回線以外の通信回線３０を介してディジタル放送受信機２と通信できる機能を有する。放送回線以外の通信回線としては、たとえば、インターネットおよび専用線を適用できる。また、放送回線以外の通信回線は、無線および有線のいずれでも適用可能である。
【０１２０】
情報提供部３１は、ＬＩＴおよびＩＴＴを含む番組拡張情報をディジタル放送受信機２に提供するものである。より具体的には、情報提供部３１には、情報作成部１１から番組拡張情報が与えられるようになっている。情報提供部３１は、この与えられた番組拡張情報に基づいて変調処理を実行することによりディジタル通信信号を作成する。情報提供部３１は、この作成されたディジタル通信信号を通信回線３０を介してディジタル放送受信機２に送信する。
【０１２１】
ディジタル放送受信機２は、情報取得部３２を備えている。情報取得部３２は、通信回線３０を介して番組拡張情報を取得する。情報取得部３２は、取得された番組拡張情報を復調し、当該番組拡張情報をＣＰＵ２６において利用できるように保持する。また、情報取得部３２は、番組拡張情報が取得されたことをＣＰＵ２６に対して割込処理などで知らせるようになっている。
【０１２２】
なお、ディジタル通信信号を作成する場合、放送回線３を使用する場合のようにＭＰＥＧトランスポートパケット上へのマッピングを考慮したパケット形式とする必要はない。しかし、放送回線３を使用する場合と同様のパケット形式を採用すれば、ディジタル放送局１およびディジタル放送受信機２の各制御ソフトウエアの開発コストを抑えることができる。したがって、ディジタル通信信号を上記のようなパケット形式とする方が好ましい。
【０１２３】
図８は、この実施の形態４に係る番組拡張情報の構成を示すテーブル構成図である。通信回線３０を介して番組拡張情報を提供する際には、放送回線３を使用する場合のようにＡＲＩＢ標準規格に準拠する必要は必ずしもない。したがって、この実施の形態４では、情報提供部３１にて使用されるテーブルとして、ＬＩＴ、ＩＴＴおよびＥＲＴなどのＡＲＩＢ標準規格に準拠したテーブルでなく独自のテーブルを使用する。
【０１２４】
より具体的には、情報作成部１１は、ＬＩＴおよびＩＴＴとは別に、番組内イベント情報テーブルを作成する。番組内イベント情報テーブルは、イベント識別(event_id)を含む。イベント識別は、１６ビットでなく３２ビットで表現される。すなわち、番組内イベント情報テーブルはＡＲＩＢ標準規格に準拠する必要がないので、１６ビットで表現する現在のＡＲＩＢ標準規格では困難であった番組およびその放送日などの両方を含む識別情報を１つのイベント識別で表現することができる。
【０１２５】
通信回線３０を介した番組拡張情報の提供形態としては、たとえばインターネットのホームページを使った形態が考えられる。より詳述すれば、ディジタル放送局１の情報提供部３１は、情報作成部１１により作成された番組拡張情報をインターネットからダウンロード可能な状態で保持する。この場合、情報提供部３１は、番組拡張情報をＢＭＬ(Broadcast Markup Language)データまたはＨＴＭＬ(Hyper Text Markup Language)データとして蓄積しておく。情報提供部３１は、ディジタル放送受信機２からダウンロードの指示を受けた場合、当該番組拡張情報を通信回線３０を介してディジタル放送受信機２に送信する。
【０１２６】
一方、ディジタル放送受信機２のＣＰＵ２６は、予め定められた調査周期ごとに番組関連情報の更新があったか否かを調査する。より具体的には、ＣＰＵ２６は、上記調査周期ごとに、情報取得部３２に対して番組拡張情報の調査を指示する。情報取得部３２は、この指示に応答してディジタル放送局１のホームページにアクセスし、番組拡張情報が更新されているか否かを調べる。番組拡張情報が更新されていれば、情報取得部３２は、当該番組拡張情報のダウンロードをディジタル放送局１に要求する。
【０１２７】
ディジタル放送局１の情報提供部３１は、上記ダウンロードの要求を受けると、指示された番組拡張情報を含むディジタル通信信号を通信回線３０を介してディジタル放送受信機２に送信する。情報取得部３２は、このディジタル通信信号を受信すると、当該ディジタル通信信号内の番組拡張情報を抽出して保持するとともに、ＣＰＵ２６に対して情報取得を通知する。ＣＰＵ２６は、この通知に応答して保持されている番組拡張情報を読み出し、この番組拡張情報をＴＶモニタ５に表示させる。この場合、ＴＶモニタ５には、たとえば、ＢＭＬあるいはＨＴＭＬブラウザ画面として表示される。
【０１２８】
なお、番組拡張情報の蓄積先は、ディジタル放送局１のホームページでなく、たとえば、放送事業者が指定した別のホームページでもよいことはもちろんである。
【０１２９】
また、上記説明では、ＣＰＵ２６が自動的に番組拡張情報の取得処理を行っている。しかし、ユーザから番組拡張情報の取得要求があった場合にはじめて番組拡張情報の取得処理を行うようにしてもよい。
【０１３０】
以上のようにこの実施の形態４によれば、放送回線３を使ってディジタル放送信号を提供することに加えて、放送回線３と異なる通信回線３０を介して番組拡張情報をディジタル放送受信機２に提供する。したがって、番組の内容をさらに詳細に説明する動画などユーザの利用しやすい形態にした表示関連情報を放送以外でユーザに提供できる。そのため、ユーザの視聴にかかる利便性をさらに向上させる新たなサービス形態を提供できる。また、番組拡張情報のみを通信回線３０を介して送信することとしているから、たとえば番組拡張情報の配信を番組本体を提供する放送事業者でなく別の配信業者に委託するようなビジネス形態をも実現することができる。
【０１３１】
なお、上述の説明では、ＬＩＴおよびＩＴＴを放送回線以外の通信回線３０を介して通信する場合を例にとっている。しかし、たとえば、ＥＲＴを放送回線３と異なる通信回線３０を介して通信するようにしてもよいことはもちろんである。この場合、情報作成部１１は、ＥＲＴと同じ機能を有するイベント間関係情報テーブルを情報提供部３１に与える。情報提供部３１は、このイベント間関係情報テーブルを通信回線３０を介してディジタル放送受信機２に送信する。イベント間関係情報テーブルは、図９に示すように、イベント関係識別(event_relation_id)を含む。イベント関係識別は、１６ビットでなく３２ビットで表現される。したがって、このイベント関係識別だけでイベント間関係情報テーブルを一意に識別することができる。
【０１３２】
実施の形態５
図１０は、本発明の実施の形態５に係るディジタル放送システムの構成を示すブロック図である。図１０において、図４と同じ機能部分については同一の参照符号を使用する。
【０１３３】
上記実施の形態４では、番組拡張情報を通信回線３０を介してディジタル放送受信機２に提供するようにしている。これに対して、この実施の形態５では、番組拡張情報を他の情報伝達手段によりディジタル放送受信機２に提供している。
【０１３４】
より詳述すれば、この実施の形態５に係るディジタル放送局１は、情報メディア作成部４０を備えている。情報メディア作成部４０は、情報作成部１１から得られる番組拡張情報をパッケージメディア４１に記録するものである。情報メディア作成部４０は、たとえばＣＤ−ＲＯＭライタであり、この場合パッケージメディア４１はＣＤ−ＲＯＭである。情報作成部１１から得られる番組拡張情報は、上記実施の形態４における番組内イベント情報テーブルおよび／またはイベント間関係識別テーブルを含む番組拡張情報である。
【０１３５】
一方、ディジタル放送受信機２は、メディアリーダ４２を備えている。メディアリーダ４２は、パッケージメディア４１の記録内容を読み取ることができるものである。パッケージメディア４１がＣＤ−ＲＯＭである場合、メディアリーダ４２はＣＤ−ＲＯＭドライブである。メディアリーダ４２は、パッケージメディア４１から読み取った番組拡張情報を蓄積しＣＰＵ２６にて利用可能にする。すなわち、ＣＰＵ２６は、番組拡張情報をメディアリーダ４２から取得し、グラフィックデータに変換した後、番組拡張情報をＴＶモニタ５に表示させる。
【０１３６】
なお、パッケージメディア４１は、郵送などの手段によりディジタル放送局１からディジタル放送受信機２に送付されるものである。このように、パッケージメディア４１を郵送などの手段によりディジタル放送受信機２に送付しても、番組拡張情報には第１のユニーク化情報および／または第２のユニーク化情報が記述されているから、ディジタル放送番組および／またはＥＲＴを一意に識別することができる。
【０１３７】
以上のようにこの実施の形態５によれば、インターネットなどの通信環境を備えていないディジタル放送受信機２であっても、番組の内容をさらに詳細に説明する動画などユーザの利用しやすい形態にした表示関連情報を提供できる。したがって、ユーザの視聴にかかる利便性をさらに向上させる新たなサービス形態を提供できる。また、番組拡張情報のみを通信回線を介して送信することとしているから、たとえば番組拡張情報の配信を番組本体を提供する放送事業者でなく別の配信業者に委託するようなビジネス形態をも実現することができる。
【０１３８】
【発明の効果】
以上のようにこの発明によれば、番組内イベントの詳細情報を記述した第１のテーブルに識別情報としてのイベント識別および第１のユニーク化情報を記述しているから、受信側においてディジタル放送番組を長期にわたって一意に識別できる。したがって、ディジタル放送局は任意のタイミングで番組拡張情報を放送できる。そのため、ディジタル放送局の番組拡張情報の放送に対する時間的制約を大幅に軽減することができる。しかも、受信側においては、ディジタル放送番組を長期にわたって一意に識別できるから、たとえば番組内イベント単位での記録、再生および消去などの処理を時間的制約を受けずに実現することができる。そのため、ユーザへのサービス向上を大幅に図ることができる。
【図面の簡単な説明】
【図１】 この発明の実施の形態１に係るディジタル放送システムの構成を示す概念図である。
【図２】 ＬＩＴおよびＩＴＴのデータ構造を示す図である。
【図３】 実施の形態１に係るディジタル放送受信機の動作を説明するためのフローチャートである。
【図４】 この発明の実施の形態２に係るディジタル放送システムの構成を示すブロック図である。
【図５】 この発明の実施の形態３に係るＥＲＴ、リファレンス記述子およびノード関係記述子のデータ構造を示す図である。
【図６】 実施の形態３に係るディジタル放送受信機の動作を説明するためのフローチャートである。
【図７】 この発明の実施の形態４に係るディジタル放送システムの構成を示すブロック図である。
【図８】 実施の形態４に係る番組内イベント情報テーブルのデータ構造を示す図である。
【図９】 イベント間関係情報テーブルのデータ構造を示す図である。
【図１０】 この発明の実施の形態５に係るディジタル放送システムの構成を示すブロック図である。
【符号の説明】
１ ディジタル放送局、２ ディジタル放送受信機、３ 放送回線、４ 受信機本体、５ ＴＶモニタ、６ 記録再生装置、１０ 番組作成部、１１ 情報作成部、１２ 放送送信部、２０ 受信復調部、２６ ＣＰＵ、３０ 通信回線、３１ 情報提供部、３２ 情報取得部。
Claims (9)
- ディジタル放送番組、および、番組を一意に特定する情報であって、関連する他の番組および／または番組内イベントを記述する情報を含む番組拡張情報を多重化したディジタル放送信号を受信するディジタル放送受信機において、
上記受信されたディジタル放送信号に含まれているディジタル放送番組を、番組本体に対応する上記番組関連情報と関連付けて記録する記録手段と、
上記受信されたディジタル放送信号に含まれている上記番組拡張情報を監視する番組識別手段と、
過去に放送された番組に関する上記番組拡張情報が受信された際、当該番組が上記記録手段に記録されているか否かを判別し、当該番組が記録されている場合、記録番組の番組拡張情報が到着したことをユーザに通知し、関連する番組および／または番組内イベントの処理の仕方を選択するための画面を表示する表示手段と、を備えたディジタル放送受信機。 - 請求項１において、選択された番組および／または番組内イベントの処理として、当該番組および／または番組内イベントの記録、または再生を選択するための画面を表示するディジタル放送受信機。
- 請求項１において、上記番組拡張情報は、番組の放送日または対応する番組固有の識別情報あるいは疑似乱数を表す第１のユニーク化情報を含むディジタル放送受信機。
- 請求項１において、上記番組拡張情報は、ＬＩＴおよびＩＴＴを含むディジタル放送受信機。
- 請求項１〜４のいずれかに記載されたディジタル放送受信機と、上記番組拡張情報を作成し放送するディジタル放送局とを含んで構成されるディジタル放送システム。
- ディジタル放送番組、および、番組を一意に特定する情報であって、関連する他の番組および／または番組内イベントを記述する情報を含む番組拡張情報を多重化したディジタル放送信号を受信し、受信したディジタル放送信号を処理するディジタル放送信号処理方法であって、
上記受信されたディジタル放送信号に含まれているディジタル放送番組を、番組本体に対応する上記番組関連情報と関連付けて記録し、
上記受信されたディジタル放送信号に含まれている上記番組拡張情報を監視し、
過去に放送された番組に関する上記番組拡張情報が受信された際、当該番組が上記記録手段に記録されているか否かを判別し、当該番組が記録されている場合、記録番組の番組拡張情報が到着したことをユーザに通知し、関連する番組および／または番組内イベントの処理の仕方を選択するための画面を表示する、ディジタル放送信号処理方法。 - 請求項６において、選択された番組および／または番組内イベントの処理として、当該番組および／または番組内イベントの記録、または再生を選択できるようにするための画面を表示するディジタル放送信号処理方法。
- 請求項６において、上記番組拡張情報は、番組の放送日または対応する番組固有の識別情報あるいは疑似乱数を表す第１のユニーク化情報を含むディジタル放送信号処理方法。
- 請求項６において、上記番組拡張情報は、ＬＩＴおよびＩＴＴを含むディジタル放送信号処理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000348047A JP4534343B2 (ja) | 2000-11-15 | 2000-11-15 | ディジタル放送受信機、ディジタル放送システム、およびディジタル放送信号処理方法 |
| US09/949,917 US7181755B2 (en) | 2000-11-15 | 2001-09-12 | Digital broadcasting system and digital broadcasting station and digital broadcasting receiver |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000348047A JP4534343B2 (ja) | 2000-11-15 | 2000-11-15 | ディジタル放送受信機、ディジタル放送システム、およびディジタル放送信号処理方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002152643A JP2002152643A (ja) | 2002-05-24 |
| JP2002152643A5 JP2002152643A5 (ja) | 2007-12-20 |
| JP4534343B2 true JP4534343B2 (ja) | 2010-09-01 |
Family
ID=18821690
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000348047A Expired - Fee Related JP4534343B2 (ja) | 2000-11-15 | 2000-11-15 | ディジタル放送受信機、ディジタル放送システム、およびディジタル放送信号処理方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7181755B2 (ja) |
| JP (1) | JP4534343B2 (ja) |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040123317A1 (en) * | 2002-12-19 | 2004-06-24 | Sony Corporation | System and method for delivering electronic program guide |
| DE602004011194T2 (de) * | 2003-01-10 | 2008-12-24 | Matsushita Electric Industrial Co., Ltd., Kadoma | Verfahren zum senden eines Datenstroms über ein drahtloses Medium über ein drahtloses Netzwerk und drahtloses Netzwerk |
| US20040187151A1 (en) * | 2003-03-21 | 2004-09-23 | Dunstan Robert A. | Method, apparatus and system for managing recorded personal video recorder content |
| US20050210501A1 (en) * | 2004-03-19 | 2005-09-22 | Microsoft Corporation | Method and apparatus for handling metadata |
| KR100703279B1 (ko) * | 2006-03-06 | 2007-04-03 | 삼성전자주식회사 | 디지털 방송 프로그램 정보를 제공하기 위한 시스템 및방법 |
| US20090249426A1 (en) * | 2008-03-27 | 2009-10-01 | Microsoft Corporation | Supplementing broadcast service with network content |
| JP4735700B2 (ja) * | 2008-10-08 | 2011-07-27 | ソニー株式会社 | 受信装置、受信方法、サーバ装置 |
| US20120060186A1 (en) * | 2009-02-27 | 2012-03-08 | JVC Kenwood Corporation | Information reception apparatus, information reception method, computer program for information reception, and information distribution apparatus |
| JP2012249230A (ja) * | 2011-05-31 | 2012-12-13 | Sumitomo Electric Networks Inc | コンテンツ受信装置、コンテンツ管理装置、コンテンツ配信システム、及びプログラム |
| US9918140B2 (en) | 2013-02-05 | 2018-03-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatus and method for identifying events |
| JP5988234B2 (ja) * | 2014-06-30 | 2016-09-07 | 株式会社電通 | データ送出装置、データ受信装置及びデジタル放送システム |
| JP6222781B2 (ja) * | 2015-03-19 | 2017-11-01 | マクセルホールディングス株式会社 | 制御方法 |
| JP6222782B2 (ja) * | 2015-03-20 | 2017-11-01 | マクセルホールディングス株式会社 | 録画予約の制御方法 |
| JP2016201765A (ja) * | 2015-04-14 | 2016-12-01 | 日立マクセル株式会社 | 放送受信装置及び映像出力方法 |
| JP6591775B2 (ja) * | 2015-04-15 | 2019-10-16 | マクセル株式会社 | 出力制御方法 |
| JP6378137B2 (ja) * | 2015-06-15 | 2018-08-22 | マクセル株式会社 | 録画制御方法 |
| JP6382158B2 (ja) * | 2015-06-16 | 2018-08-29 | マクセル株式会社 | 一時蓄積の制御方法 |
| JP6283145B2 (ja) * | 2017-09-29 | 2018-02-21 | マクセル株式会社 | 制御方法 |
| JP6283146B2 (ja) * | 2017-09-29 | 2018-02-21 | マクセル株式会社 | 録画予約の制御方法 |
| JP6317534B1 (ja) * | 2018-01-25 | 2018-04-25 | マクセル株式会社 | 放送番組の録画予約の制御方法 |
| JP6317861B1 (ja) * | 2018-01-25 | 2018-04-25 | マクセル株式会社 | 放送番組のコンテンツの送出、受信、および蓄積制御方法 |
| JP6412288B1 (ja) * | 2018-07-26 | 2018-10-24 | マクセル株式会社 | 録画制御方法 |
| JP6405492B1 (ja) * | 2018-07-26 | 2018-10-17 | マクセル株式会社 | 録画制御方法 |
| JP6412289B1 (ja) * | 2018-08-01 | 2018-10-24 | マクセル株式会社 | 一時蓄積の制御方法 |
| JP6405493B1 (ja) * | 2018-08-01 | 2018-10-17 | マクセル株式会社 | 一時蓄積の制御方法 |
| EP3648465B1 (en) * | 2018-10-30 | 2021-09-15 | Advanced Digital Broadcast S.A. | A method for generating a unique event identifier for an epg event |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10126750A (ja) * | 1996-10-23 | 1998-05-15 | Matsushita Electric Ind Co Ltd | 番組情報放送システム、放送装置、及び受信端末装置 |
| JP3302940B2 (ja) * | 1998-05-11 | 2002-07-15 | 松下電器産業株式会社 | 放送送信装置、放送受信装置及びこれらを用いた放送システム |
| US20050204388A1 (en) * | 1998-06-11 | 2005-09-15 | Knudson Edward B. | Series reminders and series recording from an interactive television program guide |
| JP3579263B2 (ja) * | 1998-09-30 | 2004-10-20 | 株式会社東芝 | 番組データ選択方法及び番組視聴システム |
| JP2000268441A (ja) * | 1999-03-17 | 2000-09-29 | Jisedai Joho Hoso System Kenkyusho:Kk | 放送番組予約記録方法 |
-
2000
- 2000-11-15 JP JP2000348047A patent/JP4534343B2/ja not_active Expired - Fee Related
-
2001
- 2001-09-12 US US09/949,917 patent/US7181755B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20020059636A1 (en) | 2002-05-16 |
| US7181755B2 (en) | 2007-02-20 |
| JP2002152643A (ja) | 2002-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4534343B2 (ja) | ディジタル放送受信機、ディジタル放送システム、およびディジタル放送信号処理方法 | |
| KR100304805B1 (ko) | 향상된 이피지-관련기능들을 가지는 멀티미디어녹화기 | |
| EP1331818B1 (en) | Information processing device, electronic device, information processing method, and medium | |
| JP3586181B2 (ja) | デジタル放送受信機 | |
| EP1096797A1 (en) | Control method and control device | |
| JP3583717B2 (ja) | 受信端末装置およびその制御方法並びにプログラムを記録した記録媒体 | |
| JP4518762B2 (ja) | コンテンツ案内情報処理装置及びコンテンツ案内情報処理方法、並びにコンピュータ・プログラム | |
| JP2000067489A (ja) | 受信装置，記録装置および再生装置 | |
| JP4275980B2 (ja) | 放送番組編成制作支援システム，編成端末装置，制作端末装置，放送番組編成制作方法，およびプログラム | |
| JP2004328414A (ja) | デジタル放送の記録システムおよびその記録機器、デジタル放送の再生システムおよびその再生機器、デジタル放送の送信機器、プログラム並びに記録媒体 | |
| JP4132712B2 (ja) | 蓄積型マルチチャンネル放送装置、放送局、受信機及び同期再生制御プログラム | |
| JP3435412B2 (ja) | ディジタル放送に用いられるインデックス情報サービス提供方法、ディジタル放送送出装置、及びディジタル放送受信装置 | |
| JP3912097B2 (ja) | 記録装置 | |
| JP2016167849A (ja) | 番組情報送信装置、番組情報受信装置および番組情報送信方法 | |
| KR101001177B1 (ko) | Ｄｖｄ 기록을 지원하는 디지털 방송 방법 및 시스템과 관련 수신 및 기록 방법과 장치 | |
| JPH11220692A (ja) | ディジタル放送のマルチ番組記録再生方法および記録再生システム | |
| JP4170136B2 (ja) | レンタル・データデポジトリシステム | |
| JP2004015375A (ja) | 放送システム、その送信装置、その受信装置、その情報サーバおよびそれらの送受信方法 | |
| EP3651468B1 (en) | Method of delivering media content, and service system for implementation of said method | |
| JP4543102B2 (ja) | 記録制御装置及び記録制御装置の制御方法 | |
| JP7038650B2 (ja) | 送信装置及び送信方法 | |
| KR100750162B1 (ko) | Ｅｐｇ 제공 장치 및 방법 | |
| JP2009232398A (ja) | 放送受信装置及びその制御方法 | |
| JP2004153673A (ja) | 再生装置、電子番組表提供サーバ、情報提供サーバ、蓄積サーバ、情報システム | |
| JP4346491B2 (ja) | 放送番組記録再生システムおよび方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20040707 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071107 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071107 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20091120 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091201 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100129 |
|
| 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: 20100525 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100607 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130625 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |