JP2000032425A - Data transmission control method - Google Patents

Data transmission control method

Info

Publication number
JP2000032425A
JP2000032425A JP10201729A JP20172998A JP2000032425A JP 2000032425 A JP2000032425 A JP 2000032425A JP 10201729 A JP10201729 A JP 10201729A JP 20172998 A JP20172998 A JP 20172998A JP 2000032425 A JP2000032425 A JP 2000032425A
Authority
JP
Japan
Prior art keywords
data
server
event
audio
carousel
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.)
Granted
Application number
JP10201729A
Other languages
Japanese (ja)
Other versions
JP4378778B2 (en
Inventor
Kenichi Murata
賢一 村田
Naohisa Kitazato
直久 北里
Junya Saito
潤也 斎藤
Yasushi Katayama
靖 片山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to JP20172998A priority Critical patent/JP4378778B2/en
Application filed by Sony Corp filed Critical Sony Corp
Priority to CNB998015814A priority patent/CN100382498C/en
Priority to PCT/JP1999/003787 priority patent/WO2000004676A1/en
Priority to DE69943228T priority patent/DE69943228D1/en
Priority to KR1020007002686A priority patent/KR100641594B1/en
Priority to EP06076318A priority patent/EP1705918B1/en
Priority to EP99929823A priority patent/EP1014620B1/en
Publication of JP2000032425A publication Critical patent/JP2000032425A/en
Priority to US09/521,098 priority patent/US6966065B1/en
Priority to US11/217,917 priority patent/US8209734B2/en
Application granted granted Critical
Publication of JP4378778B2 publication Critical patent/JP4378778B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To allow a server side to inform a client (MHEG engine) of changeover of contents for a carousel. SOLUTION: A client delivers an Event::Subscribe ('DSI-CHANGED') to a server (1), and the server returns an event number set with respect to the ('DSI-CHANGED') event to the client (2). After acquiring the event number, the client delivers an Event::notify to the server to makes a request for any event occurrence notice, including the ('DSI-CHANGED') (3). At the occurrence of a revision in a received DSI of a carousel, that is at the occurrence of the ('DSI-CHANGED'), the server sends (4) an event number corresponding to the ('DSI-CHANGED') event as a reply to the Event::notify (3). Furthermore, the contents of the carousel 1 prior to the occurrence of the event number (4) are continuously used from a period after the server informs the client of the occurrence of the event number (4), until the client transmits a Session:: detach to the server.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、例えばデジタル衛
星放送などにおいてデータサービスを受信するシステム
に適用して好適なデータ伝達制御方法に関するものであ
る。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data transmission control method suitable for use in a system for receiving a data service in, for example, digital satellite broadcasting.

【0002】[0002]

【従来の技術】近年、デジタル衛星放送の普及が進んで
いる。デジタル衛星放送は、例えば既存のアナログ放送
と比較してノイズやフェージングに強く、高品質の信号
を伝送することが可能である。また、周波数利用効率が
向上され、多チャンネル化も図ることが可能になる。具
体的には、デジタル衛星放送であれば1つの衛星で数百
チャンネルを確保することも可能である。このようなデ
ジタル衛星放送では、スポーツ、映画、音楽、ニュース
などの専門チャンネルが多数用意されており、これらの
専門チャンネルでは、それぞれの専門のコンテンツに応
じたプログラムが放送されている。
2. Description of the Related Art In recent years, digital satellite broadcasting has been widely used. Digital satellite broadcasting is more resistant to noise and fading than, for example, existing analog broadcasting, and can transmit high-quality signals. Further, the frequency use efficiency is improved, and it is possible to increase the number of channels. Specifically, in the case of digital satellite broadcasting, one satellite can secure several hundred channels. In such digital satellite broadcasting, a large number of specialty channels for sports, movies, music, news, etc. are prepared, and in these specialty channels, programs corresponding to the respective special contents are broadcast.

【0003】そして、上記のようなデジタル衛星放送シ
ステムを利用して、ユーザが楽曲等の音声データをダウ
ンロードできるようにしたり、いわゆるテレビショッピ
ングとして、例えばユーザが放送画面を見ながら何らか
の商品についての購買契約を結べるようにしたりするこ
とが提案されている。つまりは、デジタル衛星放送シス
テムとして、通常の放送内容と並行したデータサービス
放送を行うものである。
[0003] The digital satellite broadcasting system as described above is used to enable a user to download audio data such as music, or as a so-called TV shopping, for example, the user purchases a certain product while watching a broadcast screen. It has been proposed that contracts be made. That is, the digital satellite broadcasting system performs data service broadcasting in parallel with ordinary broadcasting contents.

【0004】一例として、楽曲データのダウンロードで
あれば、放送側においては、放送番組と並行して、楽曲
データを多重化して放送するようにする。また、この楽
曲データのダウンロードに際しては、GUI(Graphical
User Interface)画面(即ちダウンロード用の操作画面
である)を表示させることでインタラクティブな操作を
ユーザに行わせるようにされるが、このGUI画面出力
のためのデータも多重化して放送するようにされる。そ
して、受信装置を所有しているユーザ側では、所望のチ
ャンネルを選局している状態で、受信装置に対する所定
の操作によって楽曲データをダウンロードするためのG
UI画面を表示出力させるようにする。そして、この表
示された操作画面に対してユーザが操作を行うことで、
例えば受信装置に接続したデジタルオーディオ機器に対
してデータを供給し、これが録音されるようにするもの
である。
As an example, in the case of downloading music data, the broadcasting side multiplexes and broadcasts the music data in parallel with the broadcast program. When downloading the music data, a GUI (Graphical
User interface) screen (that is, an operation screen for download) is displayed to allow the user to perform an interactive operation, and data for outputting the GUI screen is also multiplexed and broadcast. You. Then, the user who owns the receiving device selects a desired channel, and downloads music data by performing a predetermined operation on the receiving device.
The UI screen is displayed and output. Then, when the user performs an operation on the displayed operation screen,
For example, data is supplied to a digital audio device connected to a receiving device so that the data is recorded.

【0005】ところで、上記のような楽曲データをダウ
ンロードするためのGUI画面としては、例えばGUI
画面を形成するパーツ的な画像データ、テキストデータ
などの情報に加え、更には所定操作に応じた音声出力の
ための音声データなどの単位データ(ファイル)をそれ
ぞれオブジェクトとして扱い、このオブジェクトの出力
態様を所定方式によるシナリオ記述によって規定するこ
とによって、上記操作画面についての所要の表示形態及
び音声等の出力態様を実現するように構成することが考
えられる。なお、ここでは、上記GUI画面のようにし
て、記述情報によって規定されることで、或る目的に従
った機能を実現する表示画面(ここでは音声等の出力も
含む)のことを「シーン」というものとする。また、
「オブジェクト」とは、記述情報に基づいてその出力態
様が規定される画像、音声、テキスト等の単位情報を示
しており、伝送時においては、ここでは記述情報自体の
データファイルも「オブジェクト」の1つとして扱われ
るものとする。
[0005] By the way, a GUI screen for downloading music data as described above includes, for example, a GUI screen.
In addition to information such as part-like image data and text data forming a screen, unit data (files) such as voice data for voice output according to a predetermined operation are treated as objects, and the output mode of the object Is defined by a scenario description according to a predetermined method, a configuration that realizes a required display mode and an output mode such as sound on the operation screen can be considered. Here, a display screen (including an output of voice or the like) that realizes a function according to a certain purpose by being defined by the description information like the above-described GUI screen is referred to as a “scene”. It is assumed that. Also,
The “object” indicates unit information such as an image, a sound, and a text whose output mode is defined based on the description information. At the time of transmission, here, the data file of the description information itself is also an “object”. Shall be treated as one.

【0006】上記シーン表示及びシーン表示上での音声
出力等を実現するためのオブジェクトは、例えば所定の
伝送方式に従ってエンコードされて送信される。受信装
置側では上記伝送方式に従ってデータを受信すると共
に、この受信データについてデコード処理を施して、例
えば表示に必要なシーンに必要とされるオブジェクトご
との纏まりとしてのデータを得て、これをシーンとして
出力するようにされる。
The objects for realizing the scene display and the audio output on the scene display are encoded and transmitted according to, for example, a predetermined transmission system. The receiving device receives the data in accordance with the above-described transmission method and performs a decoding process on the received data to obtain, for example, data as a group for each object required for a scene necessary for display, and use this as a scene. Output.

【0007】[0007]

【発明が解決しようとする課題】ここで、受信装置を所
有するユーザの使用環境を考慮すれば、上記所定の伝送
方式に則った上で、受信装置にて受信したデータサービ
ス用のデータの処理については出来るだけ効率的な処理
が行われるようにして、例えば表示出力されるべきシー
ン内容の更新なども、できるだけ軽い処理で迅速に対応
できるようにすることが好ましい。
Here, considering the use environment of the user who owns the receiving device, processing of data for data service received by the receiving device in accordance with the above-mentioned predetermined transmission method. It is preferable that the processing is performed as efficiently as possible so that, for example, updating of the scene contents to be displayed and output can be promptly performed with the lightest possible processing.

【0008】[0008]

【課題を解決するための手段】そこで、本発明は上記し
た課題を考慮して、転送すべき所要のデータにより循環
データ単位を形成し、この循環データ単位を所要の期間
にわたり繰り返し転送するデータ転送方式に対応し、上
記循環データ単位の内容が切り換ったことを、上記循環
データ単位を受信するサーバ側からこの循環データ単位
を使用するクライアントに対して通知できるようにした
循環データ単位切り換え処理を実行するようにデータ伝
達制御を行う。
SUMMARY OF THE INVENTION In view of the above-mentioned problems, the present invention forms a cyclic data unit from required data to be transferred and repeatedly transfers the cyclic data unit over a required period. Circular data unit switching processing in which a server that receives the cyclic data unit can notify a client that uses the cyclic data unit that the contents of the cyclic data unit have been switched, in accordance with the system. Is performed to execute the data transmission.

【0009】上記構成によれば、少なくとも、循環デー
タ単位の内容が切り換わったことををクライアントが知
ることが可能となり、クライアントでは、これに基づい
た所要の対応処理を実行することが可能になる。
According to the above configuration, at least the client can know that the content of the cyclic data unit has been switched, and the client can execute a necessary corresponding process based on the switching. .

【0010】[0010]

【発明の実施の形態】以降、本発明の実施の形態につい
て説明する。本発明が適用されるシステムとしては、デ
ジタル衛星放送を利用して番組を放送すると共に、受信
装置側ではこの番組に関連した楽曲データ(音声デー
タ)等の情報をダウンロードできるようにしたシステム
を例に挙げることとする。
Embodiments of the present invention will be described below. An example of a system to which the present invention is applied is a system that broadcasts a program using digital satellite broadcasting and allows the receiving device to download information such as music data (audio data) related to the program. I will list it.

【0011】なお、以降の説明は次の順序で行うことと
する。 1.デジタル衛星放送システム 1−1.全体構成 1−2.GUI画面に対する操作 1−3.地上局 1−4.送信フォーマット 1−5.IRD 2.本発明に至った背景 3.本実施の形態のカルーセル切り換え通知制御 3−1.U−U APIの一般的処理 3−2.第1例 3−3.第2例
The following description will be made in the following order. 1. Digital satellite broadcasting system 1-1. Overall configuration 1-2. Operation on GUI screen 1-3. Ground station 1-4. Transmission format 1-5. IRD 2. 2. Background of the Invention Carousel switching notification control according to present embodiment 3-1. General processing of U-U API 3-2. First example 3-3. Second example

【0012】1.デジタル衛星放送システムの構成 1−1.全体構成 図1は、本実施の形態としてのデジタル衛星放送システ
ムの全体構成を示すものである。この図に示すように、
デジタル衛星放送の地上局1には、テレビ番組素材サー
バ6からのテレビ番組放送のための素材と、楽曲素材サ
ーバ7からの楽曲データの素材と、音声付加情報サーバ
8からの音声付加情報と、GUIデータサーバからのG
UIデータとが送られる。
1. Configuration of Digital Satellite Broadcasting System 1-1. 1. Overall Configuration FIG. 1 shows the overall configuration of a digital satellite broadcasting system according to the present embodiment. As shown in this figure,
In the ground station 1 of digital satellite broadcasting, a material for television program broadcasting from the television program material server 6, a material of music data from the music material server 7, an additional audio information from the additional audio information server 8, G from GUI data server
UI data is sent.

【0013】テレビ番組素材サーバ6は、通常の放送番
組の素材を提供するサーバである。このテレビ番組素材
サーバから送られてくる音楽放送の素材は、動画及び音
声とされる。例えば、音楽放送番組であれば、上記テレ
ビ番組素材サーバ6の動画及び音声の素材を利用して、
例えば新曲のプロモーション用の動画及び音声が放送さ
れたりすることになる。
The TV program material server 6 is a server that provides materials for ordinary broadcast programs. The music broadcast material sent from the television program material server is a moving image and a sound. For example, in the case of a music broadcast program, using the video and audio materials of the TV program material server 6,
For example, a moving image and sound for promotion of a new song are broadcast.

【0014】楽曲素材サーバ7は、オーディオチャンネ
ルを使用して、オーディオ番組を提供するサーバであ
る。このオーディオ番組の素材は音声のみとなる。この
楽曲素材サーバ7は、複数のオーディオチャンネルのオ
ーディオ番組の素材を地上局1に伝送する。各オーディ
オチャンネルの番組放送ではそれぞれ同一の楽曲が所定
の単位時間繰り返して放送される。各オーディオチャン
ネルは、それぞれ独立しており、その利用方法としては
各種考えられる。例えば、1つのオーディオチャンネル
では最新の日本のポップスの数曲を或る一定時間繰り返
し放送し、他のオーディオチャンネルでは最新の外国の
ポップスの数曲を或る一定時間繰り返し放送するという
ようにされる。
The music material server 7 is a server that provides an audio program using an audio channel. The material of this audio program is only audio. The music material server 7 transmits materials of audio programs of a plurality of audio channels to the ground station 1. In the program broadcast of each audio channel, the same music is repeatedly broadcast for a predetermined unit time. Each audio channel is independent of each other, and various usages can be considered. For example, one audio channel repeatedly broadcasts some of the latest Japanese pops for a certain period of time, and another audio channel repeatedly broadcasts some of the latest foreign pops for a certain period of time. .

【0015】音声付加情報サーバ8は、楽曲素材サーバ
7から出力される楽曲の時間情報等を提供するサーバで
ある。
The audio additional information server 8 is a server that provides time information of music output from the music material server 7 and the like.

【0016】GUIデータサーバ9は、ユーザが操作に
用いるGUI画面を形成するための「GUIデータ」を
提供する。例えば後述するような楽曲のダウンロードに
関するGUI画面であれば、配信される楽曲のリストペ
ージや各楽曲の情報ページを形成するための画像デー
タ、テキストデータ、アルバムジャケットの静止画を形
成するためのデータなどを提供する。更には、受信設備
3側にていわゆるEPG(Electrical Program Guide)と
いわれる番組表表示を行うのに利用されるEPGデータ
もここから提供される。なお、「GUIデータ」として
は、例えばMHEG(Multimedia Hypermedia Informati
on Coding Experts Group)方式が採用される。MHEG
とは、マルチメディア情報、手順、操作などのそれぞれ
と、その組み合わせをオブジェクトとして捉え、それら
のオブジェクトを符号化したうえで、タイトル(例えば
GUI画面)として制作するためのシナリオ記述の国際
標準とされる。また、本実施の形態ではMHEG−5を
採用するものとする。
The GUI data server 9 provides "GUI data" for forming a GUI screen used for operation by the user. For example, in the case of a GUI screen related to downloading music as described later, image data, text data, and data for forming a still image of an album jacket for forming a list page of distributed music and an information page of each music. And so on. Further, EPG data used for displaying a program table called a so-called EPG (Electrical Program Guide) on the receiving facility 3 side is also provided from this. The “GUI data” is, for example, MHEG (Multimedia Hypermedia Informati
on Coding Experts Group). MHEG
Is an international standard of scenario description for capturing multimedia information, procedures, operations, etc., and their combinations as objects, encoding those objects, and producing them as titles (eg, GUI screens). You. In this embodiment, MHEG-5 is adopted.

【0017】地上局1は上記テレビ番組素材サーバ6、
楽曲素材サーバ7、音声付加情報サーバ8、及びGUI
データサーバ9から伝送された情報を多重化して送信す
る。本実施の形態では、テレビ番組素材サーバ6から伝
送されたビデオデータはMPEG(Moving Picture Expe
rts Group)2方式により圧縮符号化され、オーディオデ
ータはMPEG2オーディオ方式により圧縮符号化され
る。また、楽曲素材サーバ7から伝送されたオーディオ
データは、オーディオチャンネルごとに対応して、例え
ばMPEG2オーディオ方式と、ATRAC(Adoptive
Tranform Acoustic Coding)方式と何れか一方の方式に
より圧縮符号化される。また、これらのデータは多重化
の際、キー情報サーバ10からのキー情報を利用して暗
号化される。なお、地上局1の内部構成例については後
述する。
The ground station 1 has the above-mentioned television program material server 6,
Music material server 7, audio additional information server 8, and GUI
The information transmitted from the data server 9 is multiplexed and transmitted. In the present embodiment, the video data transmitted from the television program material server 6 is MPEG (Moving Picture Expe
(rts Group) 2 system, and the audio data is compression-encoded by the MPEG2 audio system. The audio data transmitted from the music material server 7 corresponds to, for example, the MPEG2 audio system and the ATRAC (Adoptive
It is compressed and encoded by either one of the Tranform Acoustic Coding) method and the other method. These data are encrypted using key information from the key information server 10 at the time of multiplexing. An example of the internal configuration of the ground station 1 will be described later.

【0018】地上局1からの信号は衛星2を介して各家
庭の受信設備3で受信される。衛星2には複数のトラン
スポンダが搭載されている。1つのトランスポンダは例
えば30Mbpsの伝送能力を有している。各家庭の受
信設備3としては、パラボラアンテナ11とIRD(Int
egrated Receiver Decorder)12と、ストレージデバイ
ス13と、モニタ装置14とが用意される。また、この
場合には、IRD12に対して操作を行うためのリモー
トコントローラ64が示されている。
A signal from the ground station 1 is received by a receiving facility 3 of each home via a satellite 2. The satellite 2 has a plurality of transponders. One transponder has a transmission capacity of, for example, 30 Mbps. As the receiving equipment 3 of each home, a parabolic antenna 11 and an IRD (Int
egrated Receiver Decorder) 12, a storage device 13, and a monitor device 14. In this case, a remote controller 64 for operating the IRD 12 is shown.

【0019】パラボラアンテナ11で衛星2を介して放
送されてきた信号が受信される。この受信信号がパラボ
ラアンテナ11に取り付けられたLNB(Low Noize Blo
ck Down Converter)15で所定の周波数に変換され、I
RD12に供給される。
A signal broadcast via satellite 2 is received by parabolic antenna 11. This received signal is transmitted to the LNB (Low Noize Blo
ck Down Converter) 15
It is supplied to RD12.

【0020】IRD12における概略的な動作として
は、受信信号から所定のチャンネルの信号を選局し、そ
の選局された信号から番組としてのビデオデータ及びオ
ーディオデータの復調を行ってビデオ信号、オーディオ
信号として出力する。また、IRD12では、番組とし
てのデータと共に多重化されて送信されてくる、GUI
データに基づいてGUI画面としての出力も行う。この
ようなIRD12の出力は、例えばモニタ装置14に対
して供給される。これにより、モニタ装置14では、I
RD12により受信選局した番組の画像表示及び音声出
力が行われ、また、後述するようなユーザの操作に従っ
てGUI画面を表示させることが可能となる。
As a general operation of the IRD 12, a signal of a predetermined channel is selected from a received signal, and video data and audio data as a program are demodulated from the selected signal to obtain a video signal and an audio signal. Output as In the IRD 12, a GUI multiplexed with data as a program and transmitted is transmitted.
An output as a GUI screen is also performed based on the data. The output of the IRD 12 is supplied to, for example, the monitor device 14. As a result, in the monitor device 14, I
The RD 12 performs image display and audio output of a program selected and received, and also allows a GUI screen to be displayed in accordance with a user operation as described later.

【0021】ストレージデバイス13は、IRD12に
よりダウンロードされたオーディオデータ(楽曲デー
タ)を保存するためのものである。このストレージデバ
イス13の種類としては特に限定されるものではなく、
MD(Mini Disc)レコーダ/プレーヤ、DATレコーダ
/プレーヤ、DVDレコーダ/プレーヤ等を用いること
ができる。また、ストレージデバイス13としてパーソ
ナルコンピュータ装置を用い、ハードディスクのほか、
CD−R等をはじめとする記録が可能なメディアにオー
ディオデータを保存するようにすることも可能とされ
る。
The storage device 13 is for storing audio data (song data) downloaded by the IRD 12. The type of the storage device 13 is not particularly limited.
An MD (Mini Disc) recorder / player, a DAT recorder / player, a DVD recorder / player, or the like can be used. In addition, a personal computer device is used as the storage device 13, and in addition to a hard disk,
It is also possible to store audio data in a recordable medium such as a CD-R.

【0022】また、本実施の形態の受信設備3として
は、図2に示すように、データ伝送規格としてIEEE
1394に対応したデータインターフェイスを備えたM
Dレコーダ/プレーヤ13Aを、図1に示すストレージ
デバイス13として使用することができるようになって
いる。この図に示すIEEE1394対応のMDレコー
ダ/プレーヤ13Aは、IEEE1394バス16によ
りIRD12と接続される。これによって、本実施の形
態では、IRD12にて受信された、楽曲としてのオー
ディオデータ(ダウンロードデータ)を、ATRAC方
式により圧縮処理が施されたままの状態で直接取り込ん
で記録することができる。また、MDレコーダ/プレー
ヤ13AとIRD12とをIEEE1394バス16に
より接続した場合には、上記オーディオデータの他、そ
のアルバムのジャケットデータ(静止画データ)及び歌
詞などのテキストデータを記録することも可能とされて
いる。
Further, as shown in FIG. 2, the receiving equipment 3 of the present embodiment uses IEEE as a data transmission standard.
M with data interface compatible with 1394
The D recorder / player 13A can be used as the storage device 13 shown in FIG. The IEEE 1394-compatible MD recorder / player 13A shown in FIG. 1 is connected to the IRD 12 via an IEEE 1394 bus 16. As a result, in the present embodiment, audio data (download data) as music received by the IRD 12 can be directly captured and recorded in a state where compression processing has been performed by the ATRAC method. When the MD recorder / player 13A and the IRD 12 are connected via the IEEE 1394 bus 16, it is possible to record not only the audio data but also jacket data (still image data) of the album and text data such as lyrics. Have been.

【0023】IRD12は、例えば電話回線4を介して
課金サーバ5と通信可能とされている。IRD12に
は、後述するようにして各種情報が記憶されるICカー
ドが挿入される。例えば楽曲のオーディオデータのダウ
ンロードが行われたとすると、これに関する履歴情報が
ICカードに記憶される。このICカードの情報は、電
話回線4を介して所定の機会、タイミングで課金サーバ
5に送られる。課金サーバ5は、この送られてきた履歴
情報に従って金額を設定して課金を行い、ユーザに請求
する。
The IRD 12 can communicate with the accounting server 5 via the telephone line 4, for example. An IC card in which various information is stored is inserted into the IRD 12 as described later. For example, if audio data of a music piece is downloaded, history information relating to the download is stored in the IC card. The information of the IC card is sent to the charging server 5 via the telephone line 4 at a predetermined opportunity and timing. The accounting server 5 sets an amount according to the sent history information, performs accounting, and charges the user.

【0024】これまでの説明から分かるように、本発明
が適用されたシステムでは、地上局1は、テレビ番組素
材サーバ6からの音楽番組放送の素材となるビデオデー
タ及びオーディオデータと、楽曲素材サーバ7からのオ
ーディオチャンネルの素材となるオーディオデータと、
音声付加情報サーバ8からの音声データと、GUIデー
タサーバ9からのGUIデータとを多重化して送信して
いる。そして、各家庭の受信設備3でこの放送を受信す
ると、例えばモニタ装置14により、選局したチャンネ
ルの番組を視聴することができる。また、番組のデータ
と共に送信されるGUIデータを利用したGUI画面と
して、第1にはEPG(Electrical Program Guide;電
子番組ガイド)画面を表示させ、番組の検索等を行うこ
とができる。また、第2には、例えば通常の番組放送以
外の特定のサービス用のGUI画面を利用して所要の操
作を行うことで、本実施の形態の場合には、放送システ
ムにおいて提供されている通常番組の視聴以外のサービ
スを享受することができる。例えば、オーディオ(楽
曲)データのダウンロードサービス用のGUI画面を表
示させて、このGUI画面を利用して操作を行えば、ユ
ーザが希望した楽曲のオーディオデータをダウンロード
してストレージデバイス13に記録して保存することが
可能になる。
As can be seen from the above description, in the system to which the present invention is applied, the ground station 1 includes the video data and audio data serving as the music program broadcast material from the TV program material server 6 and the music material server. Audio data as the material of the audio channel from 7,
The voice data from the voice additional information server 8 and the GUI data from the GUI data server 9 are multiplexed and transmitted. Then, when this broadcast is received by the receiving equipment 3 of each home, for example, the program of the selected channel can be viewed by the monitor device 14. First, an EPG (Electrical Program Guide) screen is displayed as a GUI screen using GUI data transmitted together with program data, and a program search or the like can be performed. Second, for example, by performing a required operation using a GUI screen for a specific service other than a normal program broadcast, in the case of the present embodiment, a normal service provided in a broadcast system is provided. Services other than viewing programs can be enjoyed. For example, if a GUI screen for a download service of audio (song) data is displayed and an operation is performed using this GUI screen, the audio data of the song desired by the user is downloaded and recorded in the storage device 13. It becomes possible to save.

【0025】なお、本実施の形態では、上記したような
GUI画面に対する操作を伴う、通常の番組放送以外の
特定のサービスを提供するデータサービス放送について
は、インタラクティブ性を有することもあり、「インタ
ラクティブ放送」ともいうことにする。
In the present embodiment, a data service broadcast that provides a specific service other than a normal program broadcast, which involves an operation on the GUI screen as described above, may have interactivity. Broadcast ".

【0026】1−2.GUI画面に対する操作 ここで、上述しているインタラクティブ放送の利用例、
つまり、GUI画面に対する操作例について、図3及び
図4を参照して概略的に説明しておく。ここでは、楽曲
データ(オーディオデータ)のダウンロードを行う場合
について述べる。
1-2. Operation on GUI Screen Here, the above-mentioned use example of interactive broadcasting,
That is, an operation example on the GUI screen will be schematically described with reference to FIGS. Here, a case in which music data (audio data) is downloaded will be described.

【0027】先ず、図3によりIRD12に対してユー
ザが操作を行うためのリモートコントローラ64の操作
キーについて、特に主要なものについて説明しておく。
図3には、リモートコントローラ64において各種キー
が配列された操作パネル面が示されている。ここでは、
これら各種キーのうち、電源キー101、数字キー10
2、画面表示切換キー103、インタラクティブ切換キ
ー104、EPGキーパネル部105、チャンネルキー
106について説明する。
First, the main operation keys of the remote controller 64 for the user to operate the IRD 12 will be described with reference to FIG.
FIG. 3 shows an operation panel surface on which various keys are arranged in the remote controller 64. here,
Among these various keys, the power key 101, the numeric key 10
2. The screen display switching key 103, the interactive switching key 104, the EPG key panel unit 105, and the channel key 106 will be described.

【0028】電源キー101は、IRD12の電源のオ
ン/オフを行うためのキーである。数字キー102は、
数字指定によりチャンネル切り換えを行ったり、例えば
GUI画面において数値入力操作が必要な場合に操作す
るためのキーである。画面表示切換キー103は、例え
ば通常の放送画面とEPG画面との切り換えを行うキー
である。例えば、画面表示切換キー103によりEPG
画面を呼び出した状態の下で、EPGキーパネル部10
5に配置されたキーを操作すれば、電子番組ガイドの表
示画面を利用した番組検索が行えることになる。また、
EPGキーパネル部105内の矢印キー105aは、後
述するサービス用のGUI画面におけるカーソル移動な
どにも使用することができる。インタラクティブ切換キ
ー104は、通常の放送画面と、その放送番組に付随し
たサービスのためのGUI画面との切り換えを行うため
に設けられる。チャンネルキー106は、IRD12に
おける選局チャンネルをそのチャンネル番号の昇順、降
順に従って順次切り換えていくために設けられるキーで
ある。
The power key 101 is a key for turning on / off the power of the IRD 12. Numeric keys 102
These keys are used to switch channels by designating a number, or to operate, for example, when a numerical input operation is required on a GUI screen. The screen display switching key 103 is a key for switching between a normal broadcast screen and an EPG screen, for example. For example, the screen display switching key 103
While the screen is being called, the EPG key panel unit 10
By operating the keys arranged in 5, a program search using the display screen of the electronic program guide can be performed. Also,
The arrow keys 105a in the EPG key panel unit 105 can be used for moving a cursor on a GUI screen for a service to be described later. The interactive switching key 104 is provided for switching between a normal broadcast screen and a GUI screen for a service accompanying the broadcast program. The channel key 106 is a key provided for sequentially switching the selected channel in the IRD 12 in ascending order and descending order of the channel number.

【0029】なお、本実施の形態のリモートコントロー
ラ64としては、例えばモニタ装置14に対する各種操
作も可能に構成されているものとされ、これに対応した
各種キーも設けられているものであるが、ここでは、モ
ニタ装置14に対応するキー等の説明は省略する。
It should be noted that the remote controller 64 of the present embodiment is configured to be capable of performing various operations on the monitor device 14, for example, and is provided with various keys corresponding thereto. Here, the description of the keys and the like corresponding to the monitor device 14 is omitted.

【0030】次に、図4を参照してGUI画面に対する
操作の具体例について説明する。受信設備3により放送
を受信して所望のチャンネルを選局すると、モニタ装置
14の表示画面には、図4(a)に示すように、テレビ
番組素材サーバ6から提供された番組素材に基づく動画
像が表示される。つまり、通常の番組内容が表示され
る。ここでは、例えば音楽番組が表示されているものと
する。また、この音楽番組には楽曲のオーディオデータ
のダウンロードサービス(インタラクティブ放送)が付
随されているものとする。そして、この音楽番組が表示
されている状態の下で、例えばユーザがリモートコント
ローラ64のインタラクティブ切換キー104を操作し
たとすると、表示画面は図4(b)に示すような、オー
ディオデータのダウンロードのためのGUI画面に切り
替わる。
Next, a specific example of an operation on the GUI screen will be described with reference to FIG. When a desired channel is selected by receiving a broadcast by the receiving equipment 3, the display screen of the monitor device 14 displays a moving image based on the program material provided from the TV program material server 6 as shown in FIG. An image is displayed. That is, normal program contents are displayed. Here, it is assumed that, for example, a music program is displayed. It is assumed that the music program is accompanied by a download service (interactive broadcast) for audio data of the music. Then, for example, if the user operates the interactive switching key 104 of the remote controller 64 while the music program is being displayed, the display screen shows the audio data download as shown in FIG. Is switched to the GUI screen.

【0031】このGUI画面においては、先ず、画面の
左上部のテレビ番組表示エリア21Aに対して、図4
(a)にて表示されていたテレビ番組素材サーバ6から
のビデオデータによる画像が縮小化されて表示される。
また、画面の右上部には、オーディオチャンネルで放送
されている各チャンネルの楽曲のリスト21Bが表示さ
れる。また、画面の左下にはテキスト表示エリア21C
とジャケット表示エリア21Dが表示される。さらに、
画面の右側には歌詞表示ボタン22、プロフィール表示
ボタン23、情報表示ボタン24、予約録音ボタン2
5、予約済一覧表示ボタン26、録音履歴表示ボタン2
7、およびダウンロードボタン28が表示される。
In this GUI screen, first, the TV program display area 21A at the upper left of the screen is displayed as shown in FIG.
The image based on the video data from the television program material server 6 displayed in (a) is reduced and displayed.
In addition, a list 21B of songs of each channel being broadcast on the audio channel is displayed in the upper right part of the screen. A text display area 21C is located at the lower left of the screen.
And the jacket display area 21D are displayed. further,
On the right side of the screen, a lyrics display button 22, a profile display button 23, an information display button 24, a reservation recording button 2
5. Reserved list display button 26, recording history display button 2
7, and a download button 28 are displayed.

【0032】ユーザは、このリスト21Bに表示されて
いる楽曲名を見ながら、興味のある楽曲を探していく。
そして、興味のある楽曲を見つけたらリモートコントロ
ーラ64の矢印キー105a(EPGキーパネル部10
5内)を操作して、その楽曲が表示されている位置にカ
ーソルを合わせた後、エンター操作を行う(例えば矢印
キー105aのセンター位置を押圧操作する)。これに
よって、カーソルを合わせた楽曲を試聴することができ
る。すなわち、各オーディオチャンネルでは、所定の単
位時間中、同一の楽曲が繰り返し放送されているので、
テレビ番組表示エリア21Aの画面はそのままで、IR
D12により上記操作により選択された楽曲のオーディ
オチャンネルに切り換えて音声出力することで、その楽
曲を聞くことができる。この時、ジャケット表示エリア
21Dにはその楽曲のMDジャケットの静止画像が表示
される
The user searches for a song of interest while looking at the song name displayed in the list 21B.
Then, when a musical piece of interest is found, the arrow keys 105a of the remote controller 64 (EPG key panel unit 10)
5) to move the cursor to the position where the music is displayed, and then perform an enter operation (for example, press the center position of the arrow key 105a). As a result, it is possible to listen to the music piece with the cursor. That is, in each audio channel, the same music is repeatedly broadcast during a predetermined unit time.
The screen of the TV program display area 21A remains unchanged, and the IR
By switching to the audio channel of the music selected by the above operation by D12 and outputting the sound, the music can be heard. At this time, a still image of the MD jacket of the music is displayed in the jacket display area 21D.

【0033】また、例えば上記の状態で歌詞表示ボタン
22にカーソルを合わせ、エンター操作を行う(以下、
ボタン表示にカーソルを合わせ、エンター操作を行うこ
とを「ボタンを押す」という)と、テキスト表示エリア
21Cに楽曲の歌詞がオーディオデータと同期したタイ
ミングで表示される。同様に、プロフィール表示ボタン
23あるいは情報表示ボタン24を押すと、楽曲に対応
するアーティストのプロフィールあるいはコンサート情
報などがテキスト表示エリア21Cに表示される。この
ように、ユーザは、現在どのような楽曲が配信されてい
るのかを知ることができ、更に各楽曲についての詳細な
情報を知ることができる。
Further, for example, the cursor is moved to the lyrics display button 22 in the above state, and an enter operation is performed (hereinafter, referred to as “enter”).
When the cursor is moved to the button display and the enter operation is performed ("button is pressed"), the lyrics of the music are displayed in the text display area 21C at the timing synchronized with the audio data. Similarly, when the profile display button 23 or the information display button 24 is pressed, an artist profile or concert information corresponding to the music is displayed in the text display area 21C. In this way, the user can know what kind of music is currently being distributed, and can also know detailed information about each music.

【0034】ユーザは試聴した楽曲を購入したい場合に
は、ダウンロードボタン28を押す。ダウンロードボタ
ン28が押されると、選択された楽曲のオーディオデー
タがダウンロードされ、ストレージデバイス13に記憶
される。楽曲のオーディオデータと共に、その歌詞デー
タ、アーティストのプロフィール情報、ジャケットの静
止画データ等をダウンロードすることもできる。そし
て、このようにして楽曲のオーディオデータがダウンロ
ードされる毎に、その履歴情報がIRD12内のICカ
ードに記憶される。ICカードに記憶された情報は、例
えば1カ月に一度ずつ課金サーバ5により取り込みが行
われ、ユーザに対してデータサービスの使用履歴に応じ
た課金が行われる。これによって、ダウンロードされる
楽曲の著作権を保護することができることにもなる。
The user presses the download button 28 when he wants to purchase the auditioned music. When the download button 28 is pressed, the audio data of the selected music is downloaded and stored in the storage device 13. Along with the audio data of the music, lyrics data, artist profile information, jacket still image data, and the like can be downloaded. Then, every time the audio data of the music is downloaded in this manner, the history information is stored in the IC card in the IRD 12. The information stored in the IC card is taken in by the charging server 5 once a month, for example, and the user is charged according to the usage history of the data service. Thereby, the copyright of the downloaded music can be protected.

【0035】また、ユーザは予めダウンロードの予約を
行いたい場合には、予約録音ボタン25を押す。このボ
タンを押すと、GUI画面の表示が切り換わり、予約が
可能な楽曲のリストが画面全体に表示される。例えばこ
のリストは1時間単位、1週間単位、チャンル単位等で
検索した楽曲を表示することが可能である。ユーザはこ
のリストの中からダウンロードの予約を行いたい楽曲を
選択すると、その情報がIRD12内に登録される。そ
して、すでにダウンロードの予約を行った楽曲を碓認し
たい場合には、予約済一覧表示ボタン26を押すことに
より、画面全体に表示させることができる。このように
して予約された楽曲は、予約時刻になるとIRD12に
よりダウンロードされ、ストレージデバイス13に記憶
される。
When the user wants to make a reservation for download in advance, he presses the reservation recording button 25. When this button is pressed, the display of the GUI screen is switched, and a list of music pieces that can be reserved is displayed on the entire screen. For example, this list can display music searched for in units of one hour, one week, or channel. When the user selects a song to be reserved for download from this list, the information is registered in the IRD 12. Then, when the user wants to check the music whose reservation has already been reserved, the user can press the reserved list display button 26 to display the music on the entire screen. The music thus reserved is downloaded by the IRD 12 at the reserved time and stored in the storage device 13.

【0036】ユーザはダウンロードを行った楽曲につい
て確認したい場合には、録音履歴ボタン27を押すこと
により、既にダウンロードを行った楽曲のリストを画面
全体に表示させることができる。
When the user wants to confirm the downloaded music, the recording history button 27 can be pressed to display a list of already downloaded music on the entire screen.

【0037】このように、本発明が適用されたシステム
の受信設備3では、モニタ装置14のGUI画面上に楽
曲のリストが表示される。そして、このGUI画面上の
表示にしたがって楽曲を選択するとその楽曲を試聴する
ことができ、その楽曲の歌詞やアーティストのプロフィ
ール等を知ることができる。さらに、楽曲のダウンロー
ドとその予約、ダウンロードの履歴や予約済楽曲リスト
の表示等を行うことができる。
As described above, in the receiving facility 3 of the system to which the present invention is applied, a list of music pieces is displayed on the GUI screen of the monitor device 14. When a song is selected according to the display on the GUI screen, the song can be previewed, and the lyrics of the song, the artist profile, and the like can be known. Further, it is possible to perform downloading of music and reservation thereof, display of a download history and a list of reserved music, and the like.

【0038】詳しいことは後述するが、上記図4(b)
に示すようなGUI画面の表示と、GUI画面に対する
ユーザの操作に応答したGUI画面上での表示変更、及
び音声出力は、前述したMHEG方式に基づいたシナリ
オ記述により、オブジェクトの関係を規定することによ
り実現される。ここでいうオブジェクトとは、図4
(b)に示された各ボタンに対応するパーツとしての画
像データや各表示エリアに表示される素材データとな
る。そして、本明細書においては、このGUI画面のよ
うな、シナリオ記述によってオブジェクト間の関係が規
定されることで、或る目的に従った情報の出力態様(画
像表示や音声出力等)が実現される環境を「シーン」と
いうものとする。また、1シーンを形成するオブジェク
トとしては、シナリオ記述のファイル自体も含まれるも
のとする。
Although the details will be described later, FIG.
The display of the GUI screen as shown in, the change of the display on the GUI screen in response to the user's operation on the GUI screen, and the voice output define the relationship between the objects by the scenario description based on the MHEG method described above. Is realized by: The object here is the one shown in FIG.
Image data as parts corresponding to the buttons shown in FIG. 3B and material data displayed in each display area. In this specification, the relationship between objects is defined by a scenario description such as this GUI screen, thereby realizing an information output mode (image display, audio output, etc.) for a certain purpose. Environment is called a “scene”. It is also assumed that the objects forming one scene include the scenario description file itself.

【0039】以上、説明したように、本発明が適用され
たデジタル衛星放送システムでは放送番組が配信される
と共に、複数のオーディオチャンネルを使用して楽曲の
オーディオデータが配信される。そして、配信されてい
る楽曲のリスト等を使用して所望の楽曲を探し、そのオ
ーディオデータをストレージデバイス13に簡単に保存
することができる。なお、デジタル衛星放送システムに
おける番組提供以外のサービスとしては、上記した楽曲
データのダウンロードの他にも各種考えられる。例え
ば、いわゆるテレビショッピングといわれる商品紹介番
組を放送した上で、GUI画面としては購買契約が結べ
るようなものを用意することも考えられる。
As described above, in the digital satellite broadcasting system to which the present invention is applied, a broadcast program is distributed and audio data of a musical piece is distributed using a plurality of audio channels. Then, the user can search for a desired music using a list of the music that has been distributed, and can easily store the audio data in the storage device 13. As services other than the program provision in the digital satellite broadcasting system, various other than the above-described downloading of the music data can be considered. For example, it is conceivable that after broadcasting a product introduction program called so-called TV shopping, a GUI screen that allows a purchase contract to be concluded can be prepared.

【0040】1−3.地上局 これまで、本実施の形態としてのデジタル衛星放送シス
テムの概要について説明したが、以降、このシステムに
ついてより詳しい説明を行っていくこととする。そこ
で、先ず地上局1の構成について図5を参照して説明す
る。
1-3. Ground Station The outline of the digital satellite broadcasting system according to the present embodiment has been described above, but the system will be described in more detail hereinafter. Therefore, the configuration of the ground station 1 will be described first with reference to FIG.

【0041】なお、以降の説明にあたっては、次のこと
を前提とする。本実施の形態では、地上局1から衛星2
を介しての受信設備3への送信を行うのにあたり、DS
M−CC(デジタル蓄積メディア・コマンド・アンド・
コントロール;Digital Strage Media-Command and Con
trol)プロトコルを採用する。DSM−CC(MPEG
−part6)方式は、既に知られているように、例え
ば、何らかのネットワークを介して、デジタル蓄積メデ
ィア(DSM)に蓄積されたMPEG符号化ビットスト
リームを取り出し(Retrieve)たり、或いはDSMに対し
てストリームを蓄積(Store)するためのコマンドや制御
方式を規定したものである。そして本実施の形態におい
ては、このDSM−CC方式がデジタル衛星放送システ
ムにおける伝送規格として採用されているものである。
そして、DSM−CC方式によりデータ放送サービス
(例えばGUI画面など)のコンテンツ(オブジェクト
の集合)を伝送するためには、コンテンツの記述形式を
定義しておく必要がある。本実施の形態では、この記述
形式の定義として先に述べたMHEGが採用されるもの
である。
In the following description, the following is assumed. In the present embodiment, the satellite 2
When transmitting to the receiving equipment 3 via the
M-CC (Digital Storage Media Command and
Control: Digital Strage Media-Command and Con
trol) protocol. DSM-CC (MPEG
-Part6) method, as is known, for example, retrieves (Retrieves) an MPEG coded bit stream stored in a digital storage medium (DSM) via some network, or streams a stream to the DSM. Command and control method for storing (Store). In the present embodiment, the DSM-CC system is adopted as a transmission standard in a digital satellite broadcasting system.
In order to transmit a content (a set of objects) of a data broadcasting service (for example, a GUI screen) by the DSM-CC scheme, it is necessary to define a description format of the content. In the present embodiment, the above-described MHEG is adopted as the definition of the description format.

【0042】図5に示す地上局1の構成において、テレ
ビ番組素材登録システム31は、テレビ番組素材サーバ
6から得られた素材データをAVサーバ35に登録す
る。この素材データはテレビ番組送出システム39に送
られ、ここでビデオデータは例えばMPEG2方式で圧
縮され、オーディオデータは、例えばMPEG2オーデ
ィオ方式によりパケット化される。テレビ番組送出シス
テム39の出力はマルチプレクサ45に送られる。
In the configuration of the ground station 1 shown in FIG. 5, the TV program material registration system 31 registers the material data obtained from the TV program material server 6 in the AV server 35. The material data is sent to the television program transmission system 39, where the video data is compressed by, for example, the MPEG2 system, and the audio data is packetized by, for example, the MPEG2 audio system. The output of the television program transmission system 39 is sent to the multiplexer 45.

【0043】また、楽曲素材登録システム32では、楽
曲素材サーバ7からの素材データ、つまりオーディオデ
ータを、MPEG2オーディオエンコーダ36A、及び
ATRACエンコーダ36Bに供給する。MPEG2オ
ーディオエンコーダ36A、ATRACエンコーダ36
Bでは、それぞれ供給されたオーディオデータについて
エンコード処理(圧縮符号化)を行った後、MPEGオ
ーディオサーバ40A及びATRACオーディオサーバ
40Bに登録させる。MPEGオーディオサーバ40A
に登録されたMPEGオーディオデータは、MPEGオ
ーディオ送出システム43Aに伝送されてここでパケッ
ト化された後、マルチプレクサ45に伝送される。AT
RACオーディオサーバ40Bに登録されたATRAC
データは、ATRACオーディオ送出システム43Bに
4倍速ATRACデータとして送られ、ここでパケット
化されてマルチプレクサ45に送出される。
In the music material registration system 32, material data from the music material server 7, that is, audio data, is supplied to the MPEG2 audio encoder 36A and the ATRAC encoder 36B. MPEG2 audio encoder 36A, ATRAC encoder 36
In B, the supplied audio data is encoded (compressed and encoded), and then registered in the MPEG audio server 40A and ATRAC audio server 40B. MPEG audio server 40A
Is transmitted to the MPEG audio transmission system 43A, packetized here, and then transmitted to the multiplexer 45. AT
ATRAC registered in RAC audio server 40B
The data is sent to the ATRAC audio transmission system 43B as 4 × speed ATRAC data, where it is packetized and transmitted to the multiplexer 45.

【0044】また、音声付加情報登録システム33で
は、音声付加情報サーバ8からの素材データである音声
付加情報を音声付加情報データベース37に登録する。
この音声付加情報データベース37に登録された音声付
加情報は、音声付加情報送出システム41に伝送され、
同様にして、ここでパケット化されてマルチプレクサ4
5に伝送される。
In the additional audio information registration system 33, additional audio information as material data from the additional audio information server 8 is registered in the additional audio information database 37.
The additional audio information registered in the additional audio information database 37 is transmitted to the additional audio information transmission system 41,
Similarly, the packetized data from the multiplexer 4
5 is transmitted.

【0045】また、GUI用素材登録システム34で
は、GUIデータサーバ9からの素材データであるGU
Iデータを、GUI素材データベース38に登録する。
In the GUI material registration system 34, the GUI data, which is material data from the GUI data server 9, is used.
The I data is registered in the GUI material database 38.

【0046】GUI素材データベース38に登録された
GUI素材データは、GUIオーサリングシステム42
に伝送され、ここで、GUI画面、即ち図4にて述べた
「シーン」としての出力が可能なデータ形式となるよう
に処理が施される。
The GUI material data registered in the GUI material database 38 is stored in the GUI authoring system 42.
Here, processing is performed so that the data format becomes a GUI screen, that is, a data format that can be output as a “scene” described in FIG.

【0047】つまり、GUIオーサリングシステム42
に伝送されてくるデータとしては、例えば、楽曲のダウ
ンロードのためのGUI画面であれば、アルバムジャケ
ットの静止画像データ、歌詞などのテキストデータ、更
には、操作に応じて出力されるべき音声データなどであ
る。上記した各データはいわゆるモノメディアといわれ
るが、GUIオーサリングシステム42では、MHEG
オーサリングツールを用いて、これらのモノメディアデ
ータを符号化して、これをオブジェクトとして扱うよう
にする。そして、例えば図4(b)にて説明したような
シーン(GUI画面)の表示態様と操作に応じた画像音
声の出力態様が得られるように上記オブジェクトの関係
を規定したシナリオ記述ファイル(スクリプト)と共に
MHEG−5のコンテンツを作成する。また、図4
(b)に示したようなGUI画面では、テレビ番組素材
サーバ6の素材データを基とする画像・音声データ(M
PEGビデオデータ、MPEGオーディオデータ)と、
楽曲素材サーバ7の楽曲素材データを基とするMPEG
オーディオデータ等も、GUI画面に表示され、操作に
応じた出力態様が与えられる。従って、上記シナリオ記
述ファイルとしては、上記GUIオーサリングシステム
42では、上記したテレビ番組素材サーバ6の素材デー
タを基とする画像・音声データ、楽曲素材サーバ7の楽
曲素材データを基とするMPEGオーディオデータ、更
には、音声付加情報サーバ8を基とする音声付加情報も
必要に応じてオブジェクトとして扱われて、MHEGの
スクリプトによる規定が行われる。
That is, the GUI authoring system 42
For example, in the case of a GUI screen for downloading music, still image data of an album jacket, text data such as lyrics, audio data to be output in response to an operation, etc. It is. Each of the above-mentioned data is called a so-called mono-media, but in the GUI authoring system 42, the MHEG
Using an authoring tool, these mono-media data are encoded and handled as objects. Then, for example, a scenario description file (script) defining the relationship between the objects so that the display mode of the scene (GUI screen) and the output mode of image and sound according to the operation as described with reference to FIG. Together with the MHEG-5 content. FIG.
In the GUI screen as shown in (b), image / audio data (M
PEG video data, MPEG audio data)
MPEG based on music material data of music material server 7
Audio data and the like are also displayed on the GUI screen, and an output mode according to the operation is given. Therefore, as the scenario description file, in the GUI authoring system 42, the image / audio data based on the material data of the TV program material server 6 and the MPEG audio data based on the music material data of the music material server 7 are used. Further, the voice additional information based on the voice additional information server 8 is also treated as an object as required, and is defined by the MHEG script.

【0048】なお、GUIオーサリングシステム42か
ら伝送されるMHEGコンテンツのデータとしては、ス
クリプトファイル、及びオブジェクトとしての各種静止
画データファイルやテキストデータファイルなどとなる
が、静止画データは、例えばJPEG(Joint Photograp
h Experts Group)方式で圧縮された640×480ピク
セルのデータとされ、テキストデータは例えば800文
字以内のファイルとされる。
The data of the MHEG content transmitted from the GUI authoring system 42 includes a script file and various still image data files and text data files as objects. Still image data is, for example, JPEG (Joint). Photograp
h Experts Group), and the data is 640 × 480 pixels, and the text data is a file of, for example, 800 characters or less.

【0049】GUIオーサリングシステム42にて得ら
れたMHEGコンテンツのデータはDSM−CCエンコ
ーダ44に伝送される。DSM−CCエンコーダ44で
は、MPEG2フォーマットに従ったビデオ、オーディ
オデータのデータストリームに多重できる形式のトラン
スポートストリーム(以下TS(Transport Stream)とも
略す)に変換して、パケット化されてマルチプレクサ4
5に出力される。
The data of the MHEG content obtained by the GUI authoring system 42 is transmitted to the DSM-CC encoder 44. The DSM-CC encoder 44 converts the data into a transport stream (hereinafter abbreviated as TS (Transport Stream)) in a format that can be multiplexed with a data stream of video and audio data according to the MPEG2 format, and packetizes the data.
5 is output.

【0050】マルチプレクサ45においては、テレビ番
組送出システム39からのビデオパケットおよびオーデ
ィオパケットと、MPEGオーディオ送出システム43
Aからのオーディオパケットと、ATRACオーディオ
送出システム43Bからの4倍速オーディオパケット
と、音声付加情報送出システム41からの音声付加情報
パケットと、GUIオーサリングシステム42からのG
UIデータパケットとが時間軸多重化されると共に、キ
ー情報サーバ10(図1)から出力されたキー情報に基
づいて暗号化される。
In the multiplexer 45, the video and audio packets from the television program transmission system 39 and the MPEG audio transmission system 43
A, the 4 × speed audio packet from the ATRAC audio transmission system 43B, the audio additional information packet from the audio additional information transmission system 41, and the G packet from the GUI authoring system 42.
The UI data packet and the UI data packet are time-division multiplexed and encrypted based on the key information output from the key information server 10 (FIG. 1).

【0051】マルチプレクサ45の出力は電波送出シス
テム46に伝送され、ここで例えば誤り訂正符号の付
加、変調、及び周波数変換などの処理を施された後、ア
ンテナから衛星2に向けて送信出力するようにされる。
The output of the multiplexer 45 is transmitted to the radio wave transmission system 46, where the output of the multiplexer 45 is subjected to, for example, processing such as addition of an error correction code, modulation, and frequency conversion. To be.

【0052】1−4.送信フォーマット 次に、DSM−CC方式に基づいて規定された本実施の
形態の送信フォーマットについて説明する。図6は、地
上局1から衛星2に送信出力される際のデータの一例を
示している。なお、前述したように、この図に示す各デ
ータは実際には時間軸多重化されているものである。ま
た、この図では、図6に示すように、時刻t1から時刻
t2の間が1つのイベントとされ、時刻t2から次のイ
ベントとされる。ここでいうイベントとは、例えば音楽
番組のチャンネルであれば、複数楽曲のラインナップの
組を変更する単位であり、時間的には30分或いは1時
間程度となる。
1-4. Transmission Format Next, a transmission format according to the present embodiment defined based on the DSM-CC scheme will be described. FIG. 6 shows an example of data transmitted and output from the ground station 1 to the satellite 2. As described above, each data shown in this figure is actually time-division multiplexed. Further, in this figure, as shown in FIG. 6, one event is between time t1 and time t2, and the next event is from time t2. The event referred to here is, for example, a unit for changing a set of a lineup of a plurality of music pieces in the case of a music program channel, and is about 30 minutes or 1 hour in time.

【0053】図6に示すように、時刻t1から時刻t2
のイベントでは、通常の動画の番組放送で、所定の内容
A1を有する番組が放送されている。また、時刻t2か
ら始めるイベントでは、内容A2としての番組が放送さ
れている。この通常の番組で放送されているのは動画と
音声である。
As shown in FIG. 6, from time t1 to time t2
In the event (1), a program having a predetermined content A1 is being broadcast in a program broadcast of a normal moving image. In an event starting from time t2, a program as content A2 is being broadcast. What is broadcast in this ordinary program is moving images and audio.

【0054】MPEGオーディオチャンネル(1)〜
(10)は、例えば、チャンネルCH1からCH10の
10チャンネル分用意される。このとき、各オーディオ
チャンネルCH1,CH2,CH3・・・・CH10で
は、1つのイベントが放送されている間は同一楽曲が繰
り返し送信される。つまり、時刻t1〜t2のイベント
の期間においては、オーディオチャンネルCH1では楽
曲B1が繰り返し送信され、オーディオチャンネルCH
2では楽曲C1が繰り返し送信され、以下同様に、オー
ディオチャンネルCH10では楽曲K1が繰り返し送信
されることになる。これは、その下に示されている4倍
速ATRACオーディオチャンネル(1)〜(10)に
ついても共通である。
MPEG audio channels (1) to
(10) is prepared, for example, for ten channels CH1 to CH10. At this time, the same music is repeatedly transmitted on each of the audio channels CH1, CH2, CH3,... CH10 while one event is being broadcast. That is, during the event period from time t1 to time t2, the music B1 is repeatedly transmitted on the audio channel CH1, and the audio channel CH1 is transmitted.
2, the music C1 is repeatedly transmitted, and similarly, the music K1 is repeatedly transmitted on the audio channel CH10. This is common to the quadruple-speed ATRAC audio channels (1) to (10) shown below.

【0055】つまり、図6において、MPEGオーディ
オチャンネルと4倍速ATRACオーディオチャンネル
のチャンネル番号である( )内の数字が同じものは同
じ楽曲となる。また、音声付加情報のチャンネル番号で
ある( )内の数字は、同じチャンネル番号を有するオ
ーディオデータに付加されている音声付加情報である。
更に、GUIデータとして伝送される静止画データやテ
キストデータも各チャンネルごとに形成されるものであ
る。これらのデータは、図7(a)〜(d)に示すよう
にMPEG2のトランスポートパケット内で時分割多重
されて送信され、図7(e)〜(h)に示すようにして
IRD12内では各データパケットのヘッダ情報を用い
て再構築される。
That is, in FIG. 6, those having the same number in parentheses which are the channel numbers of the MPEG audio channel and the 4 × ATRAC audio channel are the same music. The number in parentheses, which is the channel number of the additional audio information, is the additional audio information added to the audio data having the same channel number.
Still image data and text data transmitted as GUI data are also formed for each channel. These data are time-division multiplexed and transmitted in an MPEG2 transport packet as shown in FIGS. 7A to 7D, and are transmitted in the IRD 12 as shown in FIGS. 7E to 7H. It is reconstructed using the header information of each data packet.

【0056】また、上記図6及び図7に示した送信デー
タのうち、少なくとも、データサービス(インタラクテ
ィブ放送)に利用されるGUIデータは、DSM−CC
方式に則って論理的には次のようにして形成されるもの
である。ここでは、DSM−CCエンコーダ44から出
力されるトランスポートストリームのデータに限定して
説明する。
In the transmission data shown in FIGS. 6 and 7, at least the GUI data used for the data service (interactive broadcasting) is the DSM-CC.
It is logically formed as follows according to the method. Here, the description is limited to the data of the transport stream output from the DSM-CC encoder 44.

【0057】図8(a)に示すように、DSM−CC方
式によって伝送される本実施の形態のデータ放送サービ
スは、Service Gatewayという名称のル
ートディレクトリの中に全て含まれる。Service
Gatewayに含まれるオブジェクトとしては、デ
ィレクトリ(Directory),ファイル(Fil
e),ストリーム(Stream),ストリームイベン
ト(Stream Event)などの種類が存在す
る。
As shown in FIG. 8A, the data broadcasting service of the present embodiment transmitted by the DSM-CC system is all included in a root directory named Service Gateway. Service
Objects included in the Gateway include a directory (Directory) and a file (Fil).
e), a stream (Stream), and a stream event (Stream Event).

【0058】これらのうち、ファイルは静止画像、音
声、テキスト、更にはMHEGにより記述されたスクリ
プトなどの個々のデータファイルとされる。ストリーム
は例えば、他のデータサービスやAVストリーム(TV
番組素材としてのMPEGビデオデータ、オーディオデ
ータ、楽曲素材としてのMPEGオーディオデータ、A
TRACオーディオデータ等)にリンクする情報が含ま
れる。また、ストリームイベントは、同じくリンクの情
報と時刻情報が含まれる。ディレクトリは相互に関連す
るデータをまとめるフォルダである。
Of these, the files are individual data files such as still images, sounds, texts, and scripts described in MHEG. The stream is, for example, another data service or an AV stream (TV
MPEG video data and audio data as program material, MPEG audio data as music material, A
TRAC audio data). The stream event also includes link information and time information. A directory is a folder that stores related data.

【0059】そして、DSM−CC方式では、図8
(b)に示すようにして、これらの単位情報とServ
ice Gatewayをそれぞれオブジェクトという
単位と捉え、それぞれをBIOPメッセージという形式
に変換する。なお、本発明に関わる説明では、ファイ
ル,ストリーム,ストリームイベントの3つのオブジェ
クトの区別は本質的なものではないので、以下の説明で
はこれらをファイルとしてのオブジェクトに代表させて
説明する。
In the DSM-CC system, FIG.
As shown in (b), these unit information and Serv
The Ice Gateway is regarded as a unit called an object, and each is converted into a format called a BIOP message. In the description relating to the present invention, the distinction between the three objects of file, stream, and stream event is not essential, and therefore, in the following description, these objects will be described as being represented by objects as files.

【0060】そして、DSM−CC方式では、図8
(c)に示すモジュールといわれるデータ単位を生成す
る。このモジュールは、図8(b)に示したBIOPメ
ッセージ化されたオブジェクトを1つ以上含むようにさ
れたうえで、BIOPヘッダが付加されて形成される可
変長のデータ単位であり、後述する受信側における受信
データのバッファリング単位となる。また、DSM−C
C方式としては、1モジュールを複数のオブジェクトに
より形成する場合の、オブジェクト間の関係については
特に規定、制限はされていない。つまり、極端なことを
いえば、全く関係の無いシーン間における2以上のオブ
ジェクトにより1モジュールを形成したとしても、DS
M−CC方式のもとでの規定に何ら違反するものではな
い。
In the DSM-CC system, FIG.
A data unit called a module shown in (c) is generated. This module is a variable-length data unit formed by adding one or more objects converted into BIOP messages shown in FIG. 8B and adding a BIOP header thereto. It is the unit of buffering the received data on the side. Also, DSM-C
In the C method, when one module is formed by a plurality of objects, the relationship between the objects is not particularly defined or limited. In other words, at the extreme, even if one module is formed by two or more objects between scenes having no relation at all, DS
It does not violate the rules under the M-CC system.

【0061】このモジュールは、MPEG2フォーマッ
トにより規定されるセクションといわれる形式で伝送す
るために、図8(d)に示すように、機械的に「ブロッ
ク」といわれる原則固定長のデータ単位に分割される。
但し、モジュールにおける最後のブロックについては規
定の固定長である必要はないものとされている。このよ
うに、ブロック分割を行うのはMPEG2フォーマット
において、1セクションが4KBを越えてはならないと
いう規定があることに起因する。また、この場合には上
記ブロックとしてのデータ単位と、セクションとは同義
なものとなる。
This module is mechanically divided into data units of a fixed length in principle called "blocks", as shown in FIG. 8D, for transmission in a format called a section defined by the MPEG2 format. You.
However, the last block in the module does not need to have a prescribed fixed length. The reason why the block division is performed is that there is a rule in the MPEG2 format that one section must not exceed 4 KB. In this case, the data unit as a block and the section are synonymous.

【0062】このようにしてモジュールを分割して得た
ブロックは、図8(e)に示すようにしてヘッダが付加
されてDDB(Download Data Block)というメッセージ
の形式に変換される。
The block obtained by dividing the module in this manner is converted into a message format called DDB (Download Data Block) with a header added as shown in FIG. 8 (e).

【0063】また、上記DDBへの変換と並行して、D
SI(Download Server Initiate)及びDII(Download
Indication Information)という制御メッセージが生成
される。上記DSI及びDIIは、受信側(IRD1
2)で受信データからモジュールを取得する際に必要と
なる情報であり、DSIは主として、次に説明するカル
ーセル(モジュール)の識別子、カルーセル全体に関連
する情報(カルーセルが1回転する時間、カルーセル回
転のタイムアウト値)等の情報を有する。また、データ
サービスのルートディレクトリ(Service Ga
teway)の所在を知るための情報も有する(オブジ
ェクトカルーセル方式の場合)。
Also, in parallel with the conversion to the DDB, D
SI (Download Server Initiate) and DII (Download
Indication Information) is generated. The DSI and DII are on the receiving side (IRD1
The information required when acquiring a module from the received data in 2), and the DSI mainly includes an identifier of the carousel (module) described below and information related to the entire carousel (time during which the carousel makes one rotation, carousel rotation). Timeout value). In addition, the root directory of the data service (Service Ga
The information also has information for knowing the location of the keyword (the case of the object carousel method).

【0064】DIIは、カルーセルに含まれるモジュー
ルごとに対応する情報であり、モジュールごとのサイ
ズ、バージョン、そのモジュールのタイムアウト値など
の情報を有する。
DII is information corresponding to each module included in the carousel, and has information such as the size and version of each module and a timeout value of the module.

【0065】そして、図8(f)に示すように、上記D
DB、DSI、DIIの3種類のメッセージをセクショ
ンのデータ単位に対応させて周期的に、かつ、繰り返し
送出するようにされる。これにより、受信機側では例え
ば目的のGUI画面(シーン)を得るのに必要なオブジ
ェクトが含まれているモジュールをいつでも受信できる
ようにされる。本明細書では、このような伝送方式を回
転木馬に例えて「カルーセル方式」といい、図8(f)
に示すようにして模式的に表されるデータ伝送形態をカ
ルーセルというものとする。ここで、1カルーセルに含
まれるモジュールとしては複数とされて構わない。例え
ば、1カルーセルにより1つのデータサービスに必要な
複数のモジュールを伝送するようにしてもよいものであ
る。また、「カルーセル方式」としては、「データカル
ーセル方式」のレベルと「オブジェクトカルーセル方
式」のレベルとに分けられる。特にオブジェクトカルー
セル方式では、ファイル、ディレクトリ、ストリーム、
サービスゲートウェイなどの属性を持つオブジェクトを
データとしてカルーセルを用いて転送する方式で、ディ
レクトリ構造を扱えることがデータカルーセル方式と大
きく異なる。本実施の形態のシステムでは、オブジェク
トカルーセル方式を採用するものとされる。
Then, as shown in FIG.
Three types of messages, DB, DSI, and DII, are transmitted periodically and repeatedly in correspondence with the data unit of the section. As a result, the receiver can always receive, for example, a module including an object necessary for obtaining a target GUI screen (scene). In this specification, such a transmission method is referred to as a “carousel method” by comparing it to a carousel, and FIG.
A data transmission form schematically represented as shown in FIG. Here, a plurality of modules may be included in one carousel. For example, a plurality of modules required for one data service may be transmitted by one carousel. The “carousel method” is divided into a “data carousel method” level and an “object carousel method” level. Especially in the object carousel method, files, directories, streams,
This method transfers objects having attributes such as service gateways as data using a carousel, and differs greatly from the data carousel method in that a directory structure can be handled. The system of the present embodiment adopts the object carousel method.

【0066】また、図9に、MHEG方式に則ったデー
タサービスとしてのファイル(MHEG applic
ation file)のディレクトリ構造例を示す。
上述のようにオブジェクトカルーセル方式は、このディ
レクトリ構造を扱えることに特徴を有する。通常、Se
rvice Domainの入り口となる(MHEG
application file)は、必ず、Ser
vice Gatewayの直下にある、app0/s
tartupというファイルとなる。基本的には、Se
rvice Domain(Service Gate
way)の下にapplication direct
ory(app0,app1・・・appN)があり、
その下にstartupといわれるアプリケーション・
ファイルと、applicationを構成する各sc
eneのdirectory(scene0,scen
e1・・・)があるようにされる。更にscene d
irectoryの下には、MHEG scene f
ileとsceneを構成する各content fi
leがおかれることとしている。
FIG. 9 shows a file (MHEG application) as a data service according to the MHEG method.
2 shows an example of a directory structure of the application file.
As described above, the object carousel method is characterized in that it can handle this directory structure. Usually Se
to become the entry of the service domain (MHEG
application file) must be a Ser
app0 / s, just below the visit Gateway
This will be a file called startup. Basically, Se
service Domain (Service Gate
application) under application way
ory (app0, app1... appN),
An application called startup under it
File and each SC that makes up the application
ene's directory (scene0, scene
e1...). Further scene d
The MHEG scene f
content fi that constitutes ile and scene
le is to be placed.

【0067】また、上記のようにしてカルーセルにより
送信されるGUIデータ、つまり、図5のDSM−CC
エンコーダ44から出力されるデータとしては、トラン
スポートストリームの形態により出力される。このトラ
ンスポートストリームは例えば図10に示す構造を有す
る。図10(a)には、トランスポートストリームが示
されている。このトランスポートストリームとはMPE
Gシステムで定義されているビット列であり、図のよう
に188バイトの固定長パケット(トランスポートパケ
ット)の連結により形成される。
The GUI data transmitted by the carousel as described above, that is, the DSM-CC shown in FIG.
The data output from the encoder 44 is output in the form of a transport stream. This transport stream has, for example, the structure shown in FIG. FIG. 10A shows a transport stream. This transport stream is MPE
It is a bit string defined in the G system, and is formed by concatenation of fixed-length packets (transport packets) of 188 bytes as shown in the figure.

【0068】そして、各トランスポートパケットは、図
10(b)に示すようにヘッダと特定の個別パケットに
付加情報を含めるためのアダプテーションフィールドと
パケットの内容(ビデオ/オーディオデータ等)を表す
ペイロード(データ領域)とからなる。
As shown in FIG. 10B, each transport packet has a header, an adaptation field for including additional information in a specific individual packet, and a payload (video / audio data or the like) indicating the contents of the packet (video / audio data or the like). Data area).

【0069】ヘッダは、例えば実際には4バイトとさ
れ、図10(c)に示すように、先頭には必ず同期バイ
トがあるようにされ、これより後ろの所定位置にそのパ
ケットの識別情報であるPID(Packet_I
D)、スクランブルの有無を示すスクランブル制御情
報、後続するアダプテーションフィールドやペイロード
の有無等を示すアダプテーションフィールド制御情報が
格納されている。
The header is actually 4 bytes, for example. As shown in FIG. 10 (c), the header always has a synchronization byte, and at a predetermined position after this, the identification information of the packet is used. A certain PID (Packet_I
D), scramble control information indicating the presence / absence of scrambling, and adaptation field control information indicating the presence / absence of a subsequent adaptation field and payload.

【0070】これらの制御情報に基づいて、受信装置側
ではパケット単位でデスクランブルを行い、また、デマ
ルチプレクサによりビデオ/オーディオ/データ等の必
要パケットの分離・抽出を行うことができる。また、ビ
デオ/オーディオの同期再生の基準となる時刻情報を再
生することもここで行うことができる。
Based on these pieces of control information, the receiving apparatus can descramble packets in packet units, and can use a demultiplexer to separate and extract necessary packets such as video / audio / data. In addition, time information serving as a reference for synchronous reproduction of video / audio can be reproduced here.

【0071】また、これまでの説明から分かるように、
1つのトランスポートストリームには複数チャンネル分
の映像/音声/データのパケットが多重されているが、
それ以外にPSI(Program Specific Information)とい
われる選局を司るための信号や、限定受信(個人の契約
状況により有料チャンネルの受信可不可を決定する受信
機能)に必要な情報(EMM/ECM)、EPGなどの
サービスを実現するためのSI(Service Information)
が同時に多重されている。ここでは、PSIについて説
明する。
As can be seen from the above description,
Video / audio / data packets for a plurality of channels are multiplexed in one transport stream.
In addition, a signal for controlling channel selection called PSI (Program Specific Information), information (EMM / ECM) necessary for conditional access (reception function for deciding whether or not a pay channel can be received or not according to an individual contract situation), SI (Service Information) for realizing services such as EPG
Are multiplexed simultaneously. Here, PSI will be described.

【0072】PSIは、図11に示すようにして、4つ
のテーブルで構成されている。それぞれのテーブルは、
セクション形式というMPEG Systemに準拠し
た形式で表されている。図11(a)には、NIT(Net
work Informataion Table)及びCAT(Conditional Acc
ess Table)のテーブルが示されている。NITは、全キ
ャリアに同一内容が多重されている。キャリアごとの伝
送諸元(偏波面、キャリア周波数、畳み込みレート等)
と、そこに多重されているチャンネルのリストが記述さ
れている。NITのPIDとしては、PID=0x0010と
されている。
The PSI is composed of four tables as shown in FIG. Each table is
It is expressed in a section format, which is compliant with the MPEG System. FIG. 11A shows NIT (Net
work Information Table) and CAT (Conditional Acc
ess Table) is shown. In the NIT, the same content is multiplexed on all carriers. Transmission specifications for each carrier (polarization plane, carrier frequency, convolution rate, etc.)
And a list of channels multiplexed there. The PID of the NIT is PID = 0x0010.

【0073】CATもまた、全キャリアに同一内容が多
重される。限定受信方式の識別と契約情報等の個別情報
であるEMM(Entitlement Management Message)パケッ
トのPIDが記述されている。PIDとしては、PID
=0x0001により示される。
The CAT also has the same content multiplexed on all carriers. The PID of an EMM (Entitlement Management Message) packet, which is identification information of the conditional access system and individual information such as contract information, is described. As PID, PID
= 0x0001.

【0074】図11(b)には、キャリアごとに固有の
内容を有する情報として、PATが示される。PATに
は、そのキャリア内のチャンネル情報と、各チャンネル
の内容を表すPMTのPIDが記述されている。PID
としては、PID=0x0000により示される。
FIG. 11B shows PAT as information having specific contents for each carrier. The PAT describes channel information in the carrier and the PID of the PMT representing the contents of each channel. PID
Is indicated by PID = 0x0000.

【0075】また、キャリアにおけるチャンネルごとの
情報として、図11(c)に示すPMT(Program Map T
able)のテーブルを有する。PMTは、チャンネル別の
内容が多重されている。例えば、図11(d)に示すよ
うな、各チャンネルを構成するコンポーネント(ビデオ
/オーディオ等)と、デスクランブルに必要なECM(E
ncryption Control Message)パケットのPIDが記述さ
れているPMTのPIDは、PATにより指定される。
As information for each channel in the carrier, a PMT (Program Map T
able) table. In the PMT, content for each channel is multiplexed. For example, as shown in FIG. 11D, components (video / audio, etc.) configuring each channel and an ECM (E
The PID of the PMT in which the PID of the (ncryption Control Message) packet is described is specified by the PAT.

【0076】1−5.IRD 続いて、受信設備3に備えられるIRD12の一構成例
について図12を参照して説明する。
1-5. IRD Next, an example of the configuration of the IRD 12 provided in the receiving facility 3 will be described with reference to FIG.

【0077】この図に示すIRD12において、入力端
子T1には、パラボラアンテナ11のLNB15により
所定の周波数に変換された受信信号を入力してチューナ
/フロントエンド部51に供給する。チューナ/フロン
トエンド部51では、CPU(Central Processing Uni
t)80からの伝送諸元等を設定した設定信号に基づい
て、この設定信号により決定されるキャリア(受信周波
数)を受信して、例えばビタビ復調処理や誤り訂正処理
等を施すことで、トランスポートストリームを得るよう
にされる。チューナ/フロントエンド部51にて得られ
たトランスポートストリームは、デスクランブラ52に
対して供給される。また、チューナ/フロントエンド部
51では、トランスポートストリームからPSIのパケ
ットを取得し、その選局情報を更新すると共に、トラン
スポートストリームにおける各チャンネルのコンポーネ
ントPIDを得て、例えばCPU80に伝送する。CP
U80では、取得したPIDを受信信号処理に利用する
ことになる。
In the IRD 12 shown in this figure, a reception signal converted to a predetermined frequency by the LNB 15 of the parabolic antenna 11 is input to the input terminal T 1 and supplied to the tuner / front end unit 51. In the tuner / front end unit 51, a CPU (Central Processing Uni
t) On the basis of a setting signal in which transmission parameters and the like are set from 80, a carrier (reception frequency) determined by the setting signal is received and subjected to, for example, Viterbi demodulation processing or error correction processing, thereby achieving a transformer. You get to get the port stream. The transport stream obtained by the tuner / front end unit 51 is supplied to a descrambler 52. Further, the tuner / front end unit 51 obtains a PSI packet from the transport stream, updates the channel selection information, obtains the component PID of each channel in the transport stream, and transmits it to, for example, the CPU 80. CP
In U80, the acquired PID is used for received signal processing.

【0078】デスクランブラ52では、ICカード65
に記憶されているデスクランブルキーデータをCPU8
0を介して受け取ると共に、CPU80によりPIDが
設定される。そして、このデスクランブルキーデータと
PIDとに基づいてデスクランブル処理を実行し、トラ
ンスポート部53に対して伝送する。
In the descrambler 52, the IC card 65
The descramble key data stored in the CPU 8
0, and the PID is set by the CPU 80. Then, a descrambling process is executed based on the descrambling key data and the PID, and transmitted to the transport unit 53.

【0079】トランスポート部53は、デマルチプレク
サ70と、例えばDRAM等により構成されるキュー
(Queue)71とからなる。キュー(Queue)71は、モ
ジュール単位に対応した複数のメモリ領域が列となるよ
うにして形成されているものとされ、例えば本実施の形
態では、32列のメモリ領域が備えられる。つまり、最
大で32モジュールの情報を同時に格納することができ
る。
The transport section 53 comprises a demultiplexer 70 and a queue 71 composed of, for example, a DRAM. The queue (Queue) 71 is formed such that a plurality of memory areas corresponding to each module are arranged in columns. For example, in the present embodiment, a memory area of 32 columns is provided. That is, information of up to 32 modules can be stored simultaneously.

【0080】デマルチプレクサ70の概略的動作として
は、CPU80のDeMUXドライバ82により設定さ
れたフィルタ条件に従って、デスクランブラ52から供
給されたトランスポートストリームから必要なトランス
ポートパケットを分離し、必要があればキュー71を作
業領域として利用して、先に図7(e)〜(h)により
示したような形式のデータを得て、それぞれ必要な機能
回路部に対して供給する。デマルチプレクサ70にて分
離されたMPEGビデオデータは、MPEG2ビデオデ
コーダ55に対して入力され、MPEGオーディオデー
タは、MPEGオーディオデコーダ54に対して入力さ
れる。これらデマルチプレクサ70により分離されたM
PEGビデオ/オーディオデータの個別パケットは、P
ES(Packetized Elementary Stream)と呼ばれる形式で
それぞれのデコーダに入力される。
The general operation of the demultiplexer 70 is as follows: according to the filter conditions set by the DeMUX driver 82 of the CPU 80, necessary transport packets are separated from the transport stream supplied from the descrambler 52, and if necessary, Using the queue 71 as a work area, data in the format as shown in FIGS. 7 (e) to 7 (h) is first obtained and supplied to necessary functional circuit units. The MPEG video data separated by the demultiplexer 70 is input to the MPEG2 video decoder 55, and the MPEG audio data is input to the MPEG audio decoder 54. M separated by these demultiplexers 70
The individual packet of PEG video / audio data is P
The data is input to each decoder in a format called ES (Packetized Elementary Stream).

【0081】また、トランスポートストリームにおける
MHEGコンテンツのデータについては、デマルチプレ
クサ70によりトランスポートストリームからトランス
ポートパケット単位で分離抽出されながらキュー71の
所要のメモリ領域に書き込まれていくことで、モジュー
ル単位にまとめられるようにして形成される。そして、
このモジュール単位にまとめられたMHEGコンテンツ
のデータは、CPU80の制御によってデータバスを介
して、メインメモリ90内のDSM−CCバッファ91
に書き込まれて保持される。
The data of the MHEG content in the transport stream is separated and extracted from the transport stream by the demultiplexer 70 in the unit of the transport packet, and is written into a required memory area of the queue 71 to be written in the unit of the module. It is formed so that it may be put together. And
The data of the MHEG contents organized in units of the module is transmitted to the DSM-CC buffer 91 in the main memory 90 via the data bus under the control of the CPU 80.
Is written and held.

【0082】また、トランスポートストリームにおける
4倍速ATRACデータ(圧縮オーディオデータ)も、
例えばトランスポートパケット単位で必要なデータがデ
マルチプレクサ70により分離抽出されてIEEE13
94インターフェイス60に対して出力される。また、
IEEE1394インターフェイス60を介した場合に
は、オーディオディオデータの他、ビデオデータ及び各
種コマンド信号等を送出することも可能とされる。
Also, 4 × speed ATRAC data (compressed audio data) in the transport stream is
For example, data necessary for each transport packet is separated and extracted by the demultiplexer 70, and the
Output to the 94 interface 60. Also,
Through the IEEE 1394 interface 60, it is possible to transmit video data and various command signals in addition to audio audio data.

【0083】PESとしての形式によるMPEGビデオ
データが入力されたMPEG2ビデオデコーダ55で
は、メモリ55Aを作業領域として利用しながらMPE
G2フォーマットに従って復号化処理を施す。復号化さ
れたビデオデータは、表示処理部58に供給される。
In the MPEG2 video decoder 55 to which the MPEG video data in the PES format has been input, the MPEG5 video decoder 55 uses the memory 55A as a work area, and
The decoding process is performed according to the G2 format. The decoded video data is supplied to the display processing unit 58.

【0084】表示処理部58には、上記MPEG2ビデ
オデコーダ55から入力されたビデオデータと、後述す
るようにしてメインメモリ90のMHEGバッファ92
にて得られるデータサービス用のGUI画面等のビデオ
データが入力される。表示処理部58では、このように
して入力されたビデオデータについて所要の信号処理を
施して、所定のテレビジョン方式によるアナログオーデ
ィオ信号に変換してアナログビデオ出力端子T2に対し
て出力する。これにより、アナログビデオ出力端子T2
とモニタ装置14のビデオ入力端子とを接続すること
で、例えば先に図4に示したような表示が行われる。
The display processing unit 58 stores the video data input from the MPEG2 video decoder 55 and the MHEG buffer 92 of the main memory 90 as described later.
The video data such as a GUI screen for a data service obtained by the above is input. The display processing unit 58 performs necessary signal processing on the video data thus input, converts the video data into an analog audio signal according to a predetermined television system, and outputs the analog audio signal to the analog video output terminal T2. Thereby, the analog video output terminal T2
By connecting the monitor and the video input terminal of the monitor device 14, for example, the display as shown in FIG. 4 is performed.

【0085】また、PESによるMPEGオーディオデ
ータが入力されるMPEG2オーディオデコーダ54で
は、メモリ54Aを作業領域として利用しながらMPE
G2フォーマットに従って復号化処理を施す。復号化さ
れたオーディオデータは、D/Aコンバータ56及び光
デジタル出力インターフェイス59に対して供給され
る。
In the MPEG2 audio decoder 54 to which the MPEG audio data by the PES is input, the MPEG4 audio decoder 54 uses the memory 54A as a work area and
The decoding process is performed according to the G2 format. The decoded audio data is supplied to the D / A converter 56 and the optical digital output interface 59.

【0086】D/Aコンバータ56では、入力されたオ
ーディオデータについてアナログ音声信号に変換してス
イッチ回路57に出力する。スイッチ回路57では、ア
ナログオーディオ出力端子T3又はT4の何れか一方に
対してアナログ音声信号を出力するように信号経路の切
換を行う。ここでは、アナログオーディオ出力端子T3
はモニタ装置14の音声入力端子と接続されるために設
けられているものとされる。また、アナログオーディオ
出力端子T4はダウンロードした楽曲をアナログ信号に
より出力するための端子とされる。また、光デジタル出
力インターフェイス59では、入力されたデジタルオー
ディオデータを光デジタル信号に変換して出力する。こ
の場合、光デジタル出力インターフェイス59は、例え
ばIEC958に準拠する。
The D / A converter 56 converts the input audio data into an analog audio signal and outputs the analog audio signal to the switch circuit 57. The switch circuit 57 switches the signal path so as to output an analog audio signal to one of the analog audio output terminals T3 and T4. Here, the analog audio output terminal T3
Is provided to be connected to the audio input terminal of the monitor device 14. The analog audio output terminal T4 is a terminal for outputting the downloaded music by an analog signal. The optical digital output interface 59 converts the input digital audio data into an optical digital signal and outputs it. In this case, the optical digital output interface 59 complies with, for example, IEC958.

【0087】メインメモリ90は、CPU80が各種制
御処理を行う際の作業領域として利用されるものであ
る。そして、本実施の形態では、このメインメモリ90
において、前述したDSM−CCバッファ91と、MH
EGバッファ92としての領域が割り当てられるように
なっている。MHEGバッファ92には、MHEG方式
によるスクリプトの記述に従って生成された画像データ
(例えばGUI画面の画像データ)を生成するための作
業領域とされ、ここで生成された画像データはバスライ
ンを介して表示処理部58に供給される。
The main memory 90 is used as a work area when the CPU 80 performs various control processes. In the present embodiment, the main memory 90
In the above, the DSM-CC buffer 91 and the MH
An area as the EG buffer 92 is allocated. The MHEG buffer 92 is a work area for generating image data (for example, image data of a GUI screen) generated according to the description of the script in the MHEG method, and the generated image data is displayed via a bus line. It is supplied to the processing unit 58.

【0088】CPU80は、IRD12における全体制
御を実行する。このなかには、デマルチプレクサ70に
おけるデータ分離抽出についての制御も含まれる。ま
た、獲得したMHEGコンテンツのデータについてデコ
ード処理を施すことで、スクリプトの記述内容に従って
GUI画面(シーン)を構成して出力するための処理も
実行する。
The CPU 80 executes the overall control of the IRD 12. This includes control on data separation and extraction in the demultiplexer 70. In addition, by performing decoding processing on the acquired MHEG content data, processing for configuring and outputting a GUI screen (scene) in accordance with the description content of the script is also executed.

【0089】このため、本実施の形態のCPU80とし
ては、主たる制御処理を実行する制御処理部81に加
え、例えば少なくとも、DeMUXドライバ82、DS
M−CCデコーダブロック83、及びMHEGデコーダ
ブロック84が備えられる。本実施の形態では、このう
ち、少なくともDSM−CCデコーダブロック83及び
MHEGデコーダブロック84については、ソフトウェ
アにより構成される。DeMUXドライバ82は、入力
されたトランスポートストリームのPIDに基づいてデ
マルチプレクサ70におけるフィルタ条件を設定する。
DSM−CCデコーダブロック83は、DSM−Man
agerとしての機能を有するものであり、DSM−C
Cバッファ91に格納されているモジュール単位のデー
タについて、MHEGコンテンツのデータに再構築す
る。また、MHEGデコーダブロック84からのアクセ
スに従って所要のDSM−CCデコード等に関連する処
理を実行する。
For this reason, the CPU 80 of the present embodiment includes, for example, at least a DeMUX driver 82 and a DS
An M-CC decoder block 83 and an MHEG decoder block 84 are provided. In the present embodiment, at least the DSM-CC decoder block 83 and the MHEG decoder block 84 are configured by software. The DeMUX driver 82 sets a filter condition in the demultiplexer 70 based on the PID of the input transport stream.
The DSM-CC decoder block 83 has a DSM-Man
It has a function as an ager, and DSM-C
The module unit data stored in the C buffer 91 is reconstructed into MHEG content data. Further, according to the access from the MHEG decoder block 84, a process related to a required DSM-CC decoding or the like is executed.

【0090】MHEGデコーダブロック84は、DSM
−CCデコーダブロック83により得られたMHEGコ
ンテンツのデータ、つまり、DSM−CCバッファ91
にて得られているMHEGコンテンツのデータにアクセ
スして、シーン出力のためのデコード処理を行う。つま
り、そのMHEGコンテンツのスクリプトファイルによ
り規定されているオブジェクト間の関係を実現していく
ことで、シーンを形成するものである。この際、シーン
としてGUI画面を形成するのにあたっては、MHEG
バッファ92を利用して、ここで、スクリプトファイル
の内容に従ってGUI画面の画像データを生成するよう
にされる。
The MHEG decoder block 84 has a DSM
-Data of the MHEG content obtained by the CC decoder block 83, that is, the DSM-CC buffer 91
To access the data of the MHEG content obtained in the above, and perform decoding processing for scene output. That is, a scene is formed by realizing the relationship between objects defined by the script file of the MHEG content. At this time, when forming a GUI screen as a scene, the MHEG
The buffer 92 is used to generate the GUI screen image data in accordance with the contents of the script file.

【0091】DSM−CCデコーダブロック83及びM
HEGデコーダブロック84間のインターフェイスに
は、U−U API(DSM−CC U−U API(A
pplivation Portability Interface))が採用される。
U−U APIは、例えばクライアント(MHEGデコ
ーダブロック84)側がDSM Managerオブジ
ェクト(DSMの機能を実現するサーバオブジェクト;
DSM−CCデコーダブロック83)にアクセスするた
めのインターフェイスであり、カルーセルに含まれるS
ervice Gateway,Directory,
File,Stream,Stream Eventな
どの属性を有するオブジェクトをファイルシステムのよ
うにして構造的にアクセスすることができるようにした
APIとされる。
DSM-CC decoder block 83 and M
The interface between the HEG decoder blocks 84 includes a UU API (DSM-CC UU API (A
pplivation Portability Interface)).
The UU API is, for example, a client (MHEG decoder block 84) side in which a DSM Manager object (a server object that implements the function of DSM;
This is an interface for accessing the DSM-CC decoder block 83).
service Gateway, Directory,
The API is such that an object having attributes such as File, Stream, and Stream Event can be structurally accessed like a file system.

【0092】このAPIを通じてカルーセルに含まれる
オブジェクトへのアクセスを行うことで、カルーセルを
使用するプログラム(クライアント)がカルーセル受信
動作を関知することなく、バス名を使用してオブジェク
トにアクセスすることが可能になる。
By accessing an object included in the carousel through this API, a program (client) using the carousel can access the object using the bus name without knowing the carousel receiving operation. become.

【0093】また、このU−U APIは、下層のデー
タ転送方式に関わらず利用することが出来るように規定
されたインターフェイスの集合であることから、このA
PIを利用するプログラムは、U−U APIを提供す
るどのようなデータ転送方式においても利用できるとい
う利点を有する。
Since the UU API is a set of interfaces defined so that it can be used regardless of the lower layer data transfer method, the AU API
A program that uses the PI has the advantage that it can be used in any data transfer method that provides a UU API.

【0094】ここで、CPU80の制御によりトランス
ポートストリームから1シーンを形成するのに必要な目
的のオブジェクトを抽出するための動作例について説明
しておく。
Here, an operation example for extracting a target object necessary for forming one scene from the transport stream under the control of the CPU 80 will be described.

【0095】DSM−CCでは、トランスポートストリ
ーム中のオブジェクトの所在を示すのにIOR(Interop
erable Object Reference)が使用される。IORには、
オブジェクトを見つけ出すための力ルーセルに対応する
識別子、オブジェクトの含まれるモジュールの識別子
(以下module_idと表記)、1つのモジュール
中でオブジェクトを特定する識別子(以下object
_keyと表記)のほかに、オブジェクトの含まれるモ
ジュールの情報を持つDIIを識別するためのタグ(a
ssociation_tag)情報を含んでいる。ま
た、モジュール情報を持つDIIには、1つ以上のモジ
ュールそれぞれについてのmodule_id、モジュ
ールの大きさ、バージョンといった情報と、そのモジュ
ールを識別するためのタグ(association_
tag)情報を含んでいる。
In the DSM-CC, an IOR (Interop) is used to indicate the location of an object in a transport stream.
erable Object Reference) is used. In the IOR,
An identifier corresponding to a force ruthel for finding an object, an identifier of a module including the object (hereinafter, referred to as module_id), and an identifier for specifying an object in one module (hereinafter, object)
_Key), and a tag (a) for identifying a DII having information on a module including the object.
association_tag) information. The DII having module information includes information such as module_id, module size, and version for each of one or more modules, and a tag (association_id) for identifying the module.
tag) information.

【0096】トランスポートストリームから抜き出され
たIORがCPU80において識別された場合に、その
IORで示されたオブジェクトを受信、分離して得るプ
ロセスは、例えば次のようになる。 (Pr1) CPU80のDeMUXドライバ82で
は、IORのassociation_tagと同じ値
を持つエレメンタリーストリーム(以下ESと表記)
を、カルーセルにおけるPMTのESループから探し出
してPIDを得る。このPIDを持つESにDIIが含
まれていることになる。 (Pr2) このPIDとtable_id_exte
nsionとをフィルタ条件としてデマルチプレクサ7
0に対して設定する。これにより、デマルチプレクサ7
0では、DIIを分離してCPU80に対して出力す
る。 (Pr3) DIIの中で、先のIORに含まれていた
module_idに相当するモジュールのassoc
iation_tagを得る。 (Pr4) 上記association_tagと同
じ値を有するESを、PMTのESループ(カルーセ
ル)から探し出し、PIDを得る。このPIDを有する
ESに目的とするモジュールが含まれる。 (Pr5) 上記PIDとmodule_idとをフィ
ルタ条件として設定して、デマルチプレクサ70による
フィルタリングを行う。このフィルタ条件に適合して分
離抽出されたトランスポートパケットがキュー71の所
要のメモリ領域(列)に格納されていくことで、最終的
には、目的のモジュールが形成される。 (Pr6) 先のIORに含まれていたobject_
keyに相当するオブジェクトをこのモジュールから抜
き出す。これが目的とするオブジェクトになる。このモ
ジュールから抜き出されたオブジェクトは、例えば、D
SM−CCバッファ91の所定の領域に書き込みが行わ
れる。例えば、上記動作を繰り返し、目的とするオブジ
ェクトを集めてDSM−CCバッファ91に格納してい
くことで、必要とされるシーンを形成するMHEGコン
テンツが得られることになる。
When the IOR extracted from the transport stream is identified in the CPU 80, the process of receiving and separating the object indicated by the IOR is as follows, for example. (Pr1) In the DeMUX driver 82 of the CPU 80, an elementary stream having the same value as the association_tag of the IOR (hereinafter, referred to as ES)
From the ES loop of the PMT in the carousel to get the PID. The ES having this PID includes DII. (Pr2) This PID and table_id_exte
demultiplexer 7 with nsion as a filter condition
Set to 0. Thereby, the demultiplexer 7
At 0, DII is separated and output to CPU 80. (Pr3) Assoc of module corresponding to module_id included in the previous IOR in DII
Get the iation_tag. (Pr4) An ES having the same value as the association_tag is searched for from the ES loop (carousel) of the PMT to obtain a PID. The target module is included in the ES having this PID. (Pr5) The PID and the module_id are set as filter conditions, and filtering is performed by the demultiplexer 70. The transport module separated and extracted according to the filter condition is stored in a required memory area (column) of the queue 71, so that a target module is finally formed. (Pr6) object_ included in the previous IOR
An object corresponding to the key is extracted from this module. This is the target object. The object extracted from this module is, for example, D
Writing is performed in a predetermined area of the SM-CC buffer 91. For example, by repeating the above operation and collecting and storing target objects in the DSM-CC buffer 91, MHEG content that forms a required scene can be obtained.

【0097】マンマシンインターフェイス61では、リ
モートコントローラ64から送信されてきたコマンド信
号を受信してCPU80に対して伝送する。CPU80
では、受信したコマンド信号に応じた機器の動作が得ら
れるように、所要の制御処理を実行する。
The man-machine interface 61 receives the command signal transmitted from the remote controller 64 and transmits it to the CPU 80. CPU80
Then, necessary control processing is executed so that the operation of the device according to the received command signal can be obtained.

【0098】ICカードスロット62にはICカード6
5が挿入される。そして、この挿入されたICカード6
5に対してCPU80によって情報の書き込み及び読み
出しが行われる。
The IC card slot 62 has an IC card 6
5 is inserted. Then, the inserted IC card 6
5 is written and read by the CPU 80.

【0099】モデム63は、電話回線4を介して課金サ
ーバ5と接続されており、CPU80の制御によってI
RD12と課金サーバ5との通信が行われるように制御
される。
[0099] The modem 63 is connected to the accounting server 5 via the telephone line 4, and is controlled by the CPU 80.
Control is performed such that communication between the RD 12 and the billing server 5 is performed.

【0100】ここで、上記構成によるIRD12におけ
るビデオ/オーディオソースの信号の流れを、図4によ
り説明した表示形態に照らし合わせながら補足的に説明
する。図4(a)に示すようにして、通常の番組を出力
する場合には、入力されたトランスポートストリームか
ら必要な番組のMPEGビデオデータとMPEGオーデ
ィオデータとが抽出されて、それぞれ復号化処理が施さ
れる。そして、このビデオデータとMPEGオーディオ
データが、それぞれアナログビデオ出力端子T2と、ア
ナログオーディオ出力端子T3に出力されることで、モ
ニタ装置14では、放送番組の画像表示と音声出力が行
われる。
Here, the flow of the signal of the video / audio source in the IRD 12 having the above configuration will be supplementarily described with reference to the display form described with reference to FIG. As shown in FIG. 4A, when a normal program is output, MPEG video data and MPEG audio data of a required program are extracted from an input transport stream, and decoding processing is performed for each. Will be applied. The video data and the MPEG audio data are output to the analog video output terminal T2 and the analog audio output terminal T3, respectively, so that the monitor device 14 performs image display and audio output of the broadcast program.

【0101】また、図4(b)に示したGUI画面を出
力する場合には、入力されたトランスポートストリーム
から、このGUI画面(シーン)に必要なMHEGコン
テンツのデータをトランスポート部53により分離抽出
してDSM−CCバッファ91に取り込む。そして、こ
のデータを利用して、前述したようにDSM−CCデコ
ーダブロック83及びMHEGデコーダブロック84が
機能することで、MHEGバッファ92にてシーン(G
UI画面)の画像データが作成される。そして、この画
像データが表示処理部58を介してアナログビデオ出力
端子T2に供給されることで、モニタ装置14にはGU
I画面の表示が行われる。
When outputting the GUI screen shown in FIG. 4B, the MHEG content data necessary for the GUI screen (scene) is separated from the input transport stream by the transport unit 53. It is extracted and taken into the DSM-CC buffer 91. Using the data, the DSM-CC decoder block 83 and the MHEG decoder block 84 function as described above, so that the scene (G
The image data of the UI screen is created. The image data is supplied to the analog video output terminal T2 via the display processing unit 58, so that the
The I screen is displayed.

【0102】また、図4(b)に示したGUI画面上で
楽曲のリスト21Bにより楽曲が選択され、その楽曲の
オーディオデータを試聴する場合には、この楽曲のMP
EGオーディオデータがデマルチプレクサ70により得
られる。そして、このMPEGオーディオデータが、M
PEGオーディオデコーダ54、D/Aコンバータ、ス
イッチ回路57、アナログオーディオ出力端子T3を介
してアナログ音声信号とされてモニタ装置14に対して
出力される。
When a tune is selected from the tune list 21B on the GUI screen shown in FIG. 4B and the audio data of the tune is previewed, the MP of the tune is selected.
EG audio data is obtained by the demultiplexer 70. Then, the MPEG audio data is M
An analog audio signal is output to the monitor device 14 via the PEG audio decoder 54, the D / A converter, the switch circuit 57, and the analog audio output terminal T3.

【0103】また、図4(b)に示したGUI画面上で
ダウンロードボタン28が押されてオーディオデータを
ダウンロードする場合には、ダウンロードすべき楽曲の
オーディオデータがデマルチプレクサ70により抽出さ
れてアナログオーディオ出力端子T4、光デジタル出力
インターフェイス59、またはIEEE1394インタ
ーフェイス60に出力される。
When the download button 28 is pressed on the GUI screen shown in FIG. 4B to download audio data, the audio data of the music to be downloaded is extracted by the demultiplexer 70, and the analog audio is downloaded. The signal is output to the output terminal T4, the optical digital output interface 59, or the IEEE 1394 interface 60.

【0104】ここで、特にIEEE1394インターフ
ェイス60に対して、図2に示したIEEE1394対
応のMDレコーダ/プレーヤ13Aが接続されている場
合には、デマルチプレクサ70ではダウンロード楽曲の
4倍速ATRACデータが抽出され、IEEE1394
インターフェイス60を介してMDレコーダ/プレーヤ
13Aに装填されているディスクに対して記録が行われ
る。また、この際には、例えばJPEG方式で圧縮され
たアルバムジャケットの静止画データ、歌詞やアーティ
ストのプロフィールなどのテキストデータもデマルチプ
レクサ70においてトランスポートストリームから抽出
され、IEEE1394インターフェイス60を介して
MDレコーダ/プレーヤ13Aに転送される。MDレコ
ーダ/プレーヤ13Aでは、装填されているディスクの
所定の領域に対して、これら静止画データ、テキストデ
ータを記録することができるようになっている。
When the IEEE 1394 interface 60 is connected to the IEEE 1394-compatible MD recorder / player 13A shown in FIG. , IEEE 1394
Recording is performed on the disk loaded in the MD recorder / player 13A via the interface 60. At this time, for example, still image data of the album jacket compressed in the JPEG format, text data such as lyrics and artist profile are also extracted from the transport stream by the demultiplexer 70, and are output to the MD recorder via the IEEE 1394 interface 60. / Player 13A. The MD recorder / player 13A can record these still image data and text data in a predetermined area of the loaded disc.

【0105】2.本発明に至った背景 例えば、オブジェクトカルーセル方式によるデジタルデ
ータ放送の受信を行っている場合、その放送中において
カルーセルの内容(放送内容)が切り換えられたとする
と、その時点で、切り換え前のそのカルーセルのデータ
は無効となり、新しい内容のカルーセルにアクセスする
ことが可能な状態となる。なお、カルーセルを形成する
データ単位としては、例えば図6に示した1イベントに
相当するデータとされている。
2. Background of the Invention For example, when digital data broadcasting is being received by the object carousel system, if the contents (broadcast contents) of the carousel are switched during the broadcast, at that point, the carousel before switching is switched. The data is invalidated and the carousel of the new content can be accessed. The data unit forming the carousel is, for example, data corresponding to one event shown in FIG.

【0106】但し、DSM−CC方式においては、カル
ーセルの内容が切り換わったタイミングでこれをクライ
アント側に通知するインターフェイスを備えていない。
つまり、IRD12の場合であれば、DSM−CCデコ
ーダブロック83側の受信データにおいて、カルーセル
の内容切り換えがあったとしても、これを直ちにMHE
Gデコーダブロック84側が知ることが出来ない。
However, the DSM-CC system does not have an interface for notifying the client side when the contents of the carousel are switched.
That is, in the case of the IRD 12, even if the contents of the carousel are switched in the received data of the DSM-CC decoder block 83, this is immediately changed to the MHE.
The G decoder block 84 cannot know.

【0107】ここで、クライアントが、現在シーン表示
に使用しているカルーセルの内容切り換えを通知されな
いまま、次にそのカルーセルをサーバから読み出したよ
うな場合、以前のカルーセルとは異なるデータが読み出
されて、このカルーセルにより表示が行われてしまうこ
とになる。例えば、カルーセルの内容切り換えに関わら
ず以前の表示状態を維持したいような場合には、このよ
うなクライアント側の動作では不都合を招くことにな
る。これは、例えばユーザが楽曲などの購買を行うこと
が可能とされる放送を視聴している状態で、購買に関わ
る入力操作等を行っているときに、カルーセルの内容が
切り換わってしまった場合などが挙げられる。すなわ
ち、カルーセルの内容が切り換わった時点でそれまで行
っていた購買操作が無効になり、購買が不成立となって
しまう。また、逆にカルーセルの内容切り換えに対応し
て、現在のシーン表示の一部の内容を変更する必要が在
るような場合には、或る機会でもってその切り換わった
カルーセルをサーバから読み出すまでは、シーンの表示
が変更されないことになる。つまり、実際のカルーセル
の内容切り換えのタイミングに対して、シーンの表示内
容を切り換えるタイミングが遅れることになる。このよ
うにして、クライアントがカルーセルの内容切り換えを
通知されないことで、何らかの不都合が生じることにな
る。
Here, if the client reads the carousel from the server next without being notified of the switching of the contents of the carousel currently used for scene display, data different from the previous carousel is read. Therefore, the display is performed by the carousel. For example, when it is desired to maintain the previous display state irrespective of the switching of the contents of the carousel, such operation on the client side causes inconvenience. This is, for example, when the content of the carousel is switched while performing an input operation related to purchase while the user is watching a broadcast that allows the user to purchase music etc. And the like. That is, when the contents of the carousel are switched, the purchase operation that has been performed until that time is invalidated, and the purchase is not established. On the other hand, if it is necessary to change a part of the current scene display in response to the switching of the carousel contents, the switched carousel is read from the server at a certain opportunity. Means that the display of the scene is not changed. In other words, the timing of switching the display contents of the scene is later than the timing of switching the actual contents of the carousel. In this way, some inconvenience arises because the client is not notified of the carousel content switching.

【0108】3.本実施の形態のカルーセル切り換え新
通知制御 3−1.U−U APIの一般的処理 そこで、本実施の形態では、以降説明するようにして、
クライアント(MHEGデコーダブロック84)側にお
いてカルーセルの内容切り換えを知ることが出来るよう
にして、これに対応した適切なMHEGデコード処理が
得られるようにすることを目的とするものである。ま
た、このようなカルーセルの内容切り換えの通知のため
のインターフェイスとしては、U−U APIに準拠さ
せるように構成されるものである。
3. Carousel switching new notification control of the present embodiment 3-1. General processing of UU API Therefore, in the present embodiment, as described below,
The purpose is to enable the client (MHEG decoder block 84) to know the content switching of the carousel so that an appropriate MHEG decoding process corresponding to this can be obtained. The interface for notifying the switching of the contents of the carousel is configured to conform to the UU API.

【0109】ここで、本実施の形態としての内容切り換
え通知のためのインターフェイスを説明するのに先だっ
て、図15により、U−U APIのインターフェイス
の一般的な一例を説明しておく。ここでは、クライアン
トであるMHEGデコーダブロック84が、ストリーム
再生を行う場合を例に挙げている。この図において○内
に示す数は、MHEGデコーダブロック84及びDSM
−CCデコーダブロック83の処理手順を示すものであ
る。以下、この処理手順に従って説明を行う。また、以
降の説明においては、MHEGデコーダブロック84を
クライアント、DSM−CCデコーダブロック83につ
いてはサーバということにする。
Here, before describing an interface for notification of content switching according to the present embodiment, a general example of an interface of the UU API will be described with reference to FIG. Here, an example is described in which the MHEG decoder block 84 as a client performs stream reproduction. In this figure, the numbers shown in the circles are the MHEG decoder block 84 and the DSM
14 shows a processing procedure of the CC decoder block 83. Hereinafter, description will be given according to this processing procedure. In the following description, the MHEG decoder block 84 is referred to as a client, and the DSM-CC decoder block 83 is referred to as a server.

【0110】(処理1) クライアントは、所要のタイ
ミングでEvent::Subscribe(″str
eam on″)をサーバに対して伝送する。 Event::Subscribe(″stream
on″)は、以降において、″stream on″イ
ベントを受け取ることをサーバに宣言するインターフェ
イスである。
(Process 1) The client sends Event :: Subscribe ("str" at a required timing.
event on ") to the server Event :: Subscribe (" stream ")
on ”) is an interface that declares to the server that a“ stream on ”event will be received thereafter.

【0111】(処理2) Event::Subscr
ibe(″stream on″)が受信されると、サ
ーバでは、stream onイベントに対応するイベ
ント番号を返す。ここでは、Event#10を設定し
てクライアントに対して伝送している。
(Process 2) Event :: Subscr
When an ive ("stream on") is received, the server returns an event number corresponding to the stream on event. Here, Event # 10 is set and transmitted to the client.

【0112】(処理3) クライアントでは、イベント
番号を獲得したら、Event::notifyをサー
バへ出力する。 Event::notifyとは、クライアント側から
サーバ側に対して、サーバ側において、何らかのイベン
トの発生があれば、その通知を要求するインターフェイ
スである。
(Process 3) Upon acquiring the event number, the client outputs Event :: notify to the server. Event :: notify is an interface that requests a notification from the client side to the server side if any event occurs on the server side.

【0113】(処理4) 上記(処理3)のnotif
yに対する応答処理として、図15のようにして或るタ
イミングで受信データにおいて″stream on″
イベントが発生したら、サーバは、″stream o
n″イベントに対して設定したイベント番号であるEv
ent#10をクライアントに伝送する。 (処理5) クライアントでは、受信した上記Even
t#10により、″stream on″イベントが発
生したことを知ることになる。そして、この場合には例
えばストリーム再生のためのMHEGデコード処理を実
行する。
(Process 4) Notif of (Process 3)
As a response process to y, "stream on" in the received data at a certain timing as shown in FIG.
When an event occurs, the server sends a "stream o
Ev which is the event number set for the n ″ event
ent # 10 is transmitted to the client. (Process 5) The client receives the received Even
At t # 10, it is known that the "stream on" event has occurred. In this case, for example, MHEG decoding processing for stream reproduction is executed.

【0114】3−2.第1例 次に、上記図15に示したU−U APIインターフェ
イスに基づく本実施の形態のカルーセル切り換え通知制
御について説明する。前述のように、DSM−CCでは
カルーセルの内容切り換えがあったことを、そのタイミ
ングでクライアントに知らせるための情報を有してはい
ない。また、切り換えられたカルーセルを直接的に識別
可能な情報も伝送はされない。つまり、現状では、クラ
イアント側は受信したカルーセルの内容が切り換わった
タイミングを知ることは出来ない。
3-2. First Example Next, carousel switching notification control of the present embodiment based on the UU API interface shown in FIG. 15 will be described. As described above, the DSM-CC does not have information for notifying the client that the content of the carousel has been switched at that timing. Also, information that can directly identify the switched carousel is not transmitted. That is, at present, the client side cannot know the timing at which the content of the received carousel is switched.

【0115】但し、DSM−CCでは、カルーセルの内
容切り換えが行われた場合、これが図8にて説明したD
SIの内容に反映される。即ち、DSIにおけるカルー
セルの内容に関する情報が変更される。本実施の形態で
はこれを利用する。
However, in the DSM-CC, when the contents of the carousel are switched, this is the same as that described in FIG.
It is reflected in the contents of SI. That is, information on the contents of the carousel in the DSI is changed. This is used in the present embodiment.

【0116】そして、本実施の形態のカルーセル切り換
え通知制御として、その第1例においては、U−U A
PIのインターフェイスとして″DSI_CHANGE
D″イベントを追加する。この″DSI_CHANGE
D″イベントは、サーバ側において、その内容が変更さ
れた新規のDSIメッセージを受信したことを意味す
る。そして、図13の(処理1)〜(処理4)に示すよ
うにしてカルーセルの切り換え通知制御を実行する。
As the carousel switching notification control according to the present embodiment, in the first example, U-U A
"DSI_CHANGE" as PI interface
D "event. This" DSI_CHANGE "
The D ″ event means that the server has received a new DSI message whose contents have been changed, and the carousel switching notification as shown in (Process 1) to (Process 4) in FIG. Execute control.

【0117】(処理1) クライアントは、Even
t::Subscribe(″DSI_CHANGE
D″)をサーバに伝達する。 (処理2) Event::Subscribe(″D
SI_CHANGED″)を受信したサーバは、″DS
I_CHANGED″イベントに対して設定したイベン
ト番号をクライアントに返す。ここでは、″DSI_C
HANGED″イベントに対してEvent#1を設定
して返している。
(Process 1) The client uses Even
t :: Subscribe ("DSI_CHANGE
D ″) to the server (Process 2) Event :: Subscribe (″ D
SI_CHANGED "), the server receives" DS
The event number set for the "I_CHANGED" event is returned to the client.
Event # 1 is set and returned for the "HANGED" event.

【0118】(処理3) 上記イベント番号を獲得した
後、クライアントは、Event::notifyをサ
ーバに伝送し、″DSI_CHANGED″を含む何ら
かのイベントが発生したらこれを通知する要求を行う。 (処理4) サーバでは、受信したカルーセルのデータ
に含まれるDSIを保持しているようにされる。そし
て、上記Event::notifyを受けた後の或る
タイミングで、受信したカルーセルのデータに含まれる
DSIが変更されたとする。これは、そのDSIが示す
カルーセルの内容切り換えがあったことを意味する。こ
のようにして、DSIの変更があった、つまり″DSI
_CHANGED″イベントが発生すると、サーバで
は、(処理3)のEvent::notifyに対する
応答として、″DSI_CHANGED″イベントに対
して設定したイベント番号(Event#1)をクライ
アントに伝送するようにされる。
(Process 3) After acquiring the event number, the client transmits Event :: notify to the server, and makes a request for notifying the occurrence of any event including “DSI_CHANGED”. (Process 4) The server is configured to hold the DSI included in the received carousel data. Then, it is assumed that the DSI included in the received carousel data is changed at a certain timing after receiving the above Event :: notify. This means that the contents of the carousel indicated by the DSI have been switched. In this way, the DSI has changed, that is, "DSI
When the "_CHANGED" event occurs, the server transmits the event number (Event # 1) set for the "DSI_CHANGED" event to the client as a response to the Event :: notify in (Process 3).

【0119】これにより、クライアントでは、少なくと
も現在放送中のデータサービスにおいてカルーセルの切
り換えがあったことをほぼリアルタイムで知ることが出
来る。 そして、この通知に従って、(処理5)として
カルーセルの内容切り換えに対応した、何らかの適切な
MHEGデコード処理(シーンに関する出力制御等)を
実行することが可能になる。図13に示す例では、クラ
イアントとしてはDSIが変更した時点でカルーセル2
のデータを利用した処理を開始することができるように
なる。具体的には、受信したカルーセルは受信されて所
要の処理を経た後に、順次図12に示したDSM−CC
バッファ91に読み込まれることになるが、従来ではカ
ルーセル1からカルーセル2に切り換わり、カルーセル
2のデータが読み込みが開始された時点において、クラ
イアントはカルーセル1のデータを要求していた。つま
り、この時点ではMHEGバッファ92ではカルーセル
1のデータ(GUI画面のデータ)が処理に用いられて
いた。しかし、本発明では、クライアントは(処理5)
によってカルーセルの切り換わったタイミングを検出す
ることができ、このタイミングに基づいてDSM−CC
バッファ91に読み込まれているカルーセル2のデータ
を要求してMHEGバッファ92に格納していくことが
できるようになる。これにより、カルーセル2に切り換
わったタイミングとほぼ同じ時点で、カルーセル2のデ
ータによるGUI画面を構成して出力することができる
ようになる。
Thus, the client can know in real time at least that the carousel has been switched at least in the data service currently being broadcast. Then, in accordance with this notification, it becomes possible to execute some appropriate MHEG decoding processing (such as output control relating to a scene) corresponding to the switching of the contents of the carousel as (processing 5). In the example shown in FIG. 13, the carousel 2 is used as the client when the DSI changes.
It is possible to start the process using the data of (1). Specifically, after the received carousel is received and subjected to required processing, the DSM-CC shown in FIG.
Although the data is read into the buffer 91, the client switches from the carousel 1 to the carousel 2, and the client requests the data of the carousel 1 when the data of the carousel 2 starts to be read. That is, at this time, the data of the carousel 1 (data of the GUI screen) is used in the MHEG buffer 92 for processing. However, in the present invention, the client (process 5)
The timing at which the carousel is switched can be detected by the DSM-CC based on this timing.
The data of the carousel 2 read into the buffer 91 can be requested and stored in the MHEG buffer 92. This makes it possible to construct and output a GUI screen based on the data of the carousel 2 at substantially the same time as the timing of switching to the carousel 2.

【0120】ところで、図13の(処理3)として示し
たEvent::notifyは、前述のように、何ら
かのイベントが発生したことの通知をクライアントから
サーバに要求するものであるが、実際には、或るイベン
トの発生によってサーバ側でEvent::notif
yに応答した通知を行うと、この時点で、Even
t::notifyは無効となる。このため、図13に
示した処理の実際において、はじめに(処理2)として
Event::Subscribe(″DSI_CHA
NGED″)を発行して以降、サーバ側での″DSI_
CHANGED″イベントの発生を逃さずに通知させる
ために、一旦発行したEvent::notifyに応
答したイベント通知が行われたら、この後、直ちに次の
Event::notifyを発行するようにしてい
る。つまり、サーバ側において、Event::not
ifyが無効とされている期間ができるだけ生じないよ
うにするものである。このようにすれば、データサービ
ス放送中において、DSIの切り換えが行われるごと
に、これを逃すことなくほぼリアルタイムで″DSI_
CHANGED″イベントの発生のあったことをクライ
アントに逐次通知することが可能になる。
Incidentally, Event :: notify shown as (Process 3) in FIG. 13 requests the server to notify the server that an event has occurred, as described above. Event :: notif on server side due to occurrence of certain event
When the notification in response to y is made, at this point, Even
t :: notify becomes invalid. Therefore, in the actual processing shown in FIG. 13, Event :: Subscribe (“DSI_CHA” is firstly executed as (processing 2).
NGED ”), and then“ DSI_
In order to notify the occurrence of the CHANGED "event without missing, once the event notification in response to the issued Event :: notify is performed, the next Event :: notify is immediately issued. On the server side, Event :: not
This is to prevent a period in which ify is invalidated from occurring as much as possible. In this way, during the data service broadcast, every time the DSI is switched, the “DSI__
It is possible to sequentially notify the client that a CHANGED "event has occurred.

【0121】また、上記した(処理1)である、Eve
nt::Subscribe(″DSI_CHANGE
D″)をクライアントからサーバに伝達するインターフ
ェイスは、データサービス放送中におけるDSIの切り
換えを逐一逃さずに通知できるようにすることを考慮し
て、MHEGデコーダブロック84のプログラム(MH
EGエンジン)が立ち上がって直ぐのタイミングと、カ
ルーセルのデータ内容の切り換えが行われたときに実行
するようにされる。なお、MHEGデコーダブロック8
4のプログラムを立ち上げる場合とは、例えば、これま
でサービスデータ放送が付随されていない放送を受信し
ていた状態から、例えばチャンネルの切り換えや番組の
変更が行なわれることで、新たにデータサービス放送が
付随している番組を受信した時などとされる。
Further, the above (Process 1), Eve
nt :: Subscribe ("DSI_CHANGE
D ″) is transmitted from the client to the server by taking into account that the DSI switching during the data service broadcast can be notified without fail, so that the program (MH) of the MHEG decoder block 84 can be notified.
The EG engine is started immediately after startup and when the data contents of the carousel are switched. The MHEG decoder block 8
In the case where the program 4 is started, for example, the channel is switched or the program is changed from a state where a broadcast to which service data broadcast is not attached is received, so that a new data service broadcast is performed. Is received when a program accompanied by is received.

【0122】3−3.第2例 続いて、第2例としてのカルーセル切り換え通知制御に
ついて図14を参照して説明する。この第2例では、ク
ライアントに対してイベント番号(Event#1)が
伝送(処理4)された後、クライアントは所定の期間、
DSIが変更した直前のカルーセルを継続して利用する
ことが可能になる。なお、(処理1)から(処理4)に
至る行程は第1例と同様であり説明は省略する。
3-3. Second Example Next, carousel switching notification control as a second example will be described with reference to FIG. In the second example, after the event number (Event # 1) is transmitted to the client (process 4), the client transmits the event number for a predetermined period.
The carousel immediately before the DSI is changed can be used continuously. Note that the steps from (Process 1) to (Process 4) are the same as in the first example, and a description thereof will be omitted.

【0123】本例では、クライアントにおけるイベント
番号(Event#1)が伝送(処理4)された場合、
IRD12としてはカルーセル1に続くカルーセル2を
受信しているが、対応処理(処理6)としては、DSI
が変更する前のカルーセル1に対応した処理可能データ
1を継続して利用する。この場合、サーバとしてはクラ
イアントに対して新たに受信しているカルーセル2に対
応したデータの開示を行なわないようにし、処理可能デ
ータ1としてDSM−CCバッファ91に取り込まれて
いるカルーセルのデータ(例えば斜線を付して示されて
いる部分)を開示して、これらにクライアントがアクセ
スするように設定する。すなわち、DSIの変更に対し
て、切り換わったカルーセルのデータの読み出しを遅ら
せるような制御が行なわれる。
In this example, when the event number (Event # 1) in the client is transmitted (process 4),
Although the carousel 2 following the carousel 1 is received as the IRD 12, the corresponding process (process 6) includes the DSI
Continuously uses the processable data 1 corresponding to the carousel 1 before the change. In this case, the server does not disclose the data corresponding to the newly received carousel 2 to the client, and the data of the carousel (for example, the carousel data taken into the DSM-CC buffer 91 as the processable data 1) (Shaded portions) are disclosed and the client is set to access them. That is, control is performed such that reading of data of the switched carousel is delayed in response to a change in DSI.

【0124】そして、その後クライアントは所定のタイ
ミングで、Session::detachを伝送(処
理7)する。このSession::detachは、
クライアントが(処理6)によってサーバが開示してい
ないカルーセル2に対応した処理可能データ2の解放を
要求する解放要求イベントとされ、所定のタイミングで
サーバに対して伝送する。これによりサーバは、クライ
アントに対してカルーセル2に対応した処理可能データ
2をアクセス可能とする。したがって、クライアントで
はSession::detachの伝送を行なった後
は、サーバによって新たに開示されたカルーセル2の処
理可能データ2に基づいて所要の処理を行なうことが可
能になる。
Thereafter, the client transmits Session :: detach at a predetermined timing (process 7). This Session :: detach is
The client sets a release request event for requesting release of the processable data 2 corresponding to the carousel 2 not disclosed by the server (Process 6), and transmits the release request event to the server at a predetermined timing. This allows the server to access the processable data 2 corresponding to the carousel 2 to the client. Therefore, after transmitting the Session :: detach, the client can perform required processing based on the processable data 2 of the carousel 2 newly disclosed by the server.

【0125】Session::detachが伝送さ
れるタイミングとしては、例えば(処理5)が開始され
てからの時間を予め設定しておいても良いし、現在処理
を行なっているデータ、すなわち本例では処理可能デー
タ1が必要なくなったと判断した場合としても良い。処
理可能データ1が必要なくなったことを判断する要因と
しては、例えばユーザによる所要の操作が検出された場
合などとされる。
As the timing at which Session :: detach is transmitted, for example, the time from the start of (Process 5) may be set in advance, or the data currently being processed, that is, in this example, It may be determined that the processable data 1 is no longer needed. A factor for determining that the processable data 1 is no longer necessary is, for example, a case where a required operation by the user is detected.

【0126】このように、第2例によれば、カルーセル
が切り換わった後でも、切り換わる直前のデータを継続
して用いて処理を行なうことができる。したがって、カ
ルーセルの切り換わりに伴って、現在行なわれている処
理が中断されないようにすることができる。
As described above, according to the second example, even after the carousel is switched, the processing can be performed by continuously using the data immediately before the switching. Therefore, the current processing can be prevented from being interrupted when the carousel is switched.

【0127】なお、本発明としては、データ伝送方式と
してDSM−CC方式を採用し、MHEGのクライアン
ト−サーバ間のインターフェイスとしてU−U API
を採用した場合について説明しているが、これに限定さ
れるものではなく、上記実施の形態において説明した送
信フォーマットに準ずる伝送方式、及びインターフェイ
スであれば本発明の適用が可能とされる。また、本発明
が適用されるシステムとしてもデジタル衛星放送システ
ムに限定されるものではなく、例えばケーブルテレビジ
ョンなどの放送や、インターネット等において適用する
ことも可能である。
In the present invention, the DSM-CC system is adopted as the data transmission system, and the U-U API is used as the interface between the MHEG client and server.
Is described, but the present invention is not limited to this, and the present invention can be applied to any transmission system and interface conforming to the transmission format described in the above embodiment. Also, the system to which the present invention is applied is not limited to a digital satellite broadcasting system, but can be applied to, for example, broadcasting such as cable television and the Internet.

【0128】[0128]

【発明の効果】以上説明したように本発明は、例えばD
SM−CC方式のもとでオブジェクトカルーセルにより
データ伝送を行うシステムの受信側におけるデータ伝達
制御方法として、カルーセルの内容が切り換わったこと
を、カルーセルからデータを受信して保持するサーバ側
から、このカルーセルのデータを使用して所要の機能を
実現するクライアントに対して通知できるようにしたこ
とで、クライアント側では、この通知に従って、カルー
セルの内容切り換えに応答して実行すべき処理を迅速に
或いは効率的に実行することが可能になるものである。
As described above, according to the present invention, for example, D
As a data transmission control method on the receiving side of the system that performs data transmission by the object carousel under the SM-CC system, the server that receives and holds data from the carousel indicates that the contents of the carousel have been switched. By using the carousel data to notify the client that realizes the required function, the client can quickly or efficiently execute the processing to be executed in response to the content switching of the carousel according to the notification. It becomes possible to execute it.

【0129】そして本発明では、上記のようなカルーセ
ルの内容切り換えを通知するためのカルーセル内容切り
換え通知処理として、例えばU−U API等の既存の
インターフェイスのもとで、カルーセルの内容切り換え
に関する制御情報(DSI)の変更を意味する制御情報
変更イベント(DSI_CHANGED)を設定し、こ
の制御情報変更イベントを利用して、クライアント側か
らサーバ側に制御情報の変更が有ったことを通知するよ
うに構成される。つまり、敢えて特化されたインターフ
ェイスの規格を採用することなく、既存のインターフェ
イスに準拠した上で、カルーセルの内容切り換えの通知
を実現することができ、それだけ汎用性が与えられるこ
とになる。
In the present invention, as the carousel content switching notification processing for notifying the carousel content switching as described above, for example, control information relating to carousel content switching under an existing interface such as a UU API is used. A control information change event (DSI_CHANGED) indicating a change in (DSI) is set, and the client side notifies the server that the control information has been changed using the control information change event. Is done. In other words, it is possible to realize the notification of the content switching of the carousel while complying with the existing interface without adopting a specialized interface standard, thereby giving versatility to that extent.

【0130】また、サブスクライブイベント(Even
t::subscribe)の伝達は、クライアントの
プログラムの立ち上げ時、又は、カルーセル自体の切り
換えが行われたときに実行する、また、イベント通知要
求(Event::notify)は、サーバからのイ
ベント通知要求に対する応答メッセージが得られた後に
おいて、直ちに実行されるようにすることで、クライア
ントのプログラムの立ち上げ以降においては、カルーセ
ルの内容切換え通知をほぼ逃さずに得ることが可能にな
り、例えば、放送側でのカルーセルの内容切り換えにほ
ぼ即応したGUI画面の内容変更が可能になるなど、信
頼性が向上することになる。
A subscribe event (Even
The transmission of t :: subscribe is executed when the client program is started or when the carousel itself is switched. An event notification request (Event :: notify) is transmitted from the server as an event notification. After the response message to the request is obtained, by executing immediately, after the start of the client program, it is possible to obtain a carousel content switching notification almost without missing, for example, The reliability is improved, for example, the content of the GUI screen can be changed almost immediately in response to the content switching of the carousel on the broadcast side.

【0131】さらに、前記サーバが前記制御情報変更イ
ベントの発生を前記クライアントに通知した後、前記ク
ライアントが前記サーバに対してセッションデタッチ
(Session::detach・・・解放要求)を
伝達するまでの所定の期間内において、前記制御情報変
更イベントが発生する前のカルーセルの内容を継続して
使用するようにしている。したがって、カルーセルの内
容が切り換わった場合でも、直前のカルーセルの内容に
基づいて行なわれている処理を中断させないようにする
ことができる。
Further, after the server notifies the client of the occurrence of the control information change event, a predetermined time until the client transmits a session detach (Session :: detach... Release request) to the server. , The contents of the carousel before the occurrence of the control information change event are continuously used. Therefore, even when the contents of the carousel are switched, it is possible to prevent the processing being performed based on the contents of the immediately preceding carousel from being interrupted.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の実施の形態のデジタル衛星放送受信シ
ステムの構成例を示すブロック図である。
FIG. 1 is a block diagram illustrating a configuration example of a digital satellite broadcast receiving system according to an embodiment of the present invention.

【図2】本実施の形態における受信設備の構築例を示す
ブロック図である。
FIG. 2 is a block diagram illustrating a configuration example of a receiving facility according to the present embodiment.

【図3】IRDのためのリモートコントローラの外観を
示す正面図である。
FIG. 3 is a front view showing the appearance of a remote controller for the IRD.

【図4】放送画面とGUI画面との切り換えを示す説明
図である。
FIG. 4 is an explanatory diagram showing switching between a broadcast screen and a GUI screen.

【図5】地上局の構成例を示すブロック図である。FIG. 5 is a block diagram illustrating a configuration example of a ground station.

【図6】地上局から送信されるデータを示すチャート図
である。
FIG. 6 is a chart showing data transmitted from a ground station.

【図7】送信データの時分割多重化構造を示す説明図で
ある。
FIG. 7 is an explanatory diagram showing a time division multiplexing structure of transmission data.

【図8】DSM−CCによる送信フォーマットを示す説
明図である。
FIG. 8 is an explanatory diagram showing a transmission format by DSM-CC.

【図9】データサービスのディレクトリ構造の一例を示
す説明図である。
FIG. 9 is an explanatory diagram illustrating an example of a directory structure of a data service.

【図10】トランスポートストリームのデータ構造図で
ある。
FIG. 10 is a data structure diagram of a transport stream.

【図11】PSIのテーブル構造を示す説明図である。FIG. 11 is an explanatory diagram showing a table structure of a PSI.

【図12】IRDの構成を示す説明図である。FIG. 12 is an explanatory diagram showing a configuration of an IRD.

【図13】第1例としてのカルーセル切り換え通知制御
を示す説明図である。
FIG. 13 is an explanatory diagram showing carousel switching notification control as a first example.

【図14】第2例としてのカルーセル切り換え通知制御
を示す説明図である。
FIG. 14 is an explanatory diagram showing carousel switching notification control as a second example.

【図15】U−U APIインターフェイスの一般的な
制御動作例を示す説明図である。
FIG. 15 is an explanatory diagram showing a general control operation example of a UU API interface.

【符号の説明】[Explanation of symbols]

1 地上局、2 衛星、3 受信設備、5 課金サー
バ、6 テレビ番組素材サーバ、7 楽曲素材サーバ、
8 音声付加情報サーバ、9 GUIデータサーバ、1
0 キー情報サーバ、11 パラボラアンテナ、13
ストレージデバイス、13A MDレコーダ/プレー
ヤ、14 モニタ装置、16 IEEE1394バス、
21A テレビ番組表示エリア、21B リスト、21
C テキスト表示エリア、21D ジャケット表示エリ
ア、22 歌詞表示ボタン、23 プロフィール表示ボ
タン、24 情報表示ボタン、25 予約録音ボタン、
26予約済一覧表示ボタン、27 録音履歴ボタン、2
8 ダウンロードボタン、31 テレビ番組素材登録シ
ステム、32 楽曲素材登録システム、33 音声付加
情報登録システム、34 GUI用素材登録システム、
35 AVサーバ、36A MPEGオーディオエンコ
ーダ、36B ATRACエンコーダ、37音声付加情
報データベース、38 GUI素材データベース、39
テレビ番組送出システム、40A MPEGオーディ
オサーバ、40B MPEGオーディオサーバ、41
音声付加情報送出システム、42 GUIオーサリング
システム、43A MPEGオーディオ送出システム、
43B ATRACオーディオ送出システム、44 D
SM−CCエンコーダ、45 マルチプレクサ、46電
波送出システム、51 チューナ/フロントエンド部、
52 デスクランブラ、53 トランスポート部、54
MPEG2オーディオデコーダ、54A メモリ、5
5 MPEG2ビデオデコーダ、55A メモリ、56
D/Aコンバータ、57 スイッチ回路、58 表示
処理部、59 光デジタル出力インターフェイス、60
IEEE1394インターフェイス、61 マンマシ
ンインターフェイス、62 ICカードスロット、63
モデム、64 リモートコントローラ、65 ICカ
ード、70 デマルチプレクサ、71 キュー、81
制御処理部、82 DeMUXドライバ、83 DSM
−CCデコーダブロック、84 MHEGデコーダブロ
ック、90 メインメモリ、91 DSM−CCバッフ
ァ、101 電源キー、102 数字キー、103 画
面表示切換キー、104 インタラクティブ切換キー、
105a 矢印キー、105 EPGキーパネル部、1
06 チャンネルキー、T1 入力端子、T2 アナロ
グビデオ出力端子、T3 アナログオーディオ出力端
子、T4 アナログオーディオ出力端子
1 ground station, 2 satellites, 3 receiving facilities, 5 billing server, 6 TV program material server, 7 music material server,
8 voice additional information server, 9 GUI data server, 1
0 key information server, 11 parabolic antenna, 13
Storage device, 13A MD recorder / player, 14 monitor device, 16 IEEE1394 bus,
21A TV program display area, 21B list, 21
C text display area, 21D jacket display area, 22 lyrics display button, 23 profile display button, 24 information display button, 25 reservation recording button,
26 reserved list display button, 27 recording history button, 2
8 download button, 31 TV program material registration system, 32 music material registration system, 33 audio additional information registration system, 34 GUI material registration system,
35 AV server, 36A MPEG audio encoder, 36B ATRAC encoder, 37 audio additional information database, 38 GUI material database, 39
TV program transmission system, 40A MPEG audio server, 40B MPEG audio server, 41
Audio additional information transmission system, 42 GUI authoring system, 43A MPEG audio transmission system,
43B ATRAC audio transmission system, 44D
SM-CC encoder, 45 multiplexer, 46 radio wave transmission system, 51 tuner / front end unit,
52 descrambler, 53 transport unit, 54
MPEG2 audio decoder, 54A memory, 5
5 MPEG2 video decoder, 55A memory, 56
D / A converter, 57 switch circuit, 58 display processing unit, 59 optical digital output interface, 60
IEEE 1394 interface, 61 man-machine interface, 62 IC card slot, 63
Modem, 64 remote controller, 65 IC card, 70 demultiplexer, 71 queue, 81
Control processing unit, 82 DeMUX driver, 83 DSM
-CC decoder block, 84 MHEG decoder block, 90 main memory, 91 DSM-CC buffer, 101 power key, 102 numeric key, 103 screen display switching key, 104 interactive switching key,
105a arrow keys, 105 EPG key panel section, 1
06 channel key, T1 input terminal, T2 analog video output terminal, T3 analog audio output terminal, T4 analog audio output terminal

───────────────────────────────────────────────────── フロントページの続き (72)発明者 斎藤 潤也 東京都品川区北品川6丁目7番35号 ソニ ー株式会社内 (72)発明者 片山 靖 東京都品川区北品川6丁目7番35号 ソニ ー株式会社内 Fターム(参考) 5C064 BA01 BB01 BB05 BC06 BC10 BC16 BC18 BC20 BC23 BC25 BD02 BD13 DA10  ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Junya Saito 6-7-35 Kita-Shinagawa, Shinagawa-ku, Tokyo Inside Sony Corporation (72) Inventor Yasushi Katayama 6-35-35 Kita-Shinagawa, Shinagawa-ku, Tokyo Sony Corporation F term (reference) 5C064 BA01 BB01 BB05 BC06 BC10 BC16 BC18 BC20 BC23 BC25 BD02 BD13 DA10

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】 転送すべき所要のデータにより循環デー
タ単位を形成し、この循環データ単位を所要の期間にわ
たり繰り返し転送するデータ転送方式に対応し、 上記循環データ単位の内容が切り換ったことを、上記循
環データ単位を受信するサーバ側からこの循環データ単
位を使用するクライアントに対して通知できるようにし
た循環データ単位切り換え処理、 を実行するようにされていることを特徴とするデータ伝
達制御方法。
1. A cyclic data unit is formed from required data to be transferred, and the cyclic data unit corresponds to a data transfer method of repeatedly transmitting the cyclic data unit over a required period, and the contents of the cyclic data unit are switched. A cyclic data unit switching process in which a server that receives the cyclic data unit can notify a client that uses the cyclic data unit. Method.
【請求項2】 上記循環データ単位には、該循環データ
単位の切り換えに応じてその内容が切り換わる制御情報
が含まれるものとされ、 上記循環データ単位切り換え処理は、 所定のインターフェイスの規格のもとで、上記制御情報
の受取りがあったことを意味する制御情報変更イベント
を設定したうえで、 少なくとも、 クライアントが、制御情報変更イベントの受取りを宣言
するためのサブスクライブイベントをサーバに伝達する
第1の処理と、 クライアントがイベントの発生の通知を要求するイベン
ト通知要求をサーバに伝達する第2の処理と、 上記イベント通知要求に対するサーバの応答として、変
更された制御情報を受信したときには、制御情報変更イ
ベントが発生したことをクライアントに通知する第3の
処理と、 を実行することにより実現されることを特徴とする請求
項1に記載のデータ伝達制御方法。
2. The cyclic data unit includes control information whose contents are switched according to the switching of the cyclic data unit. The cyclic data unit switching process is performed according to a standard of a predetermined interface. Then, after setting the control information change event which means that the control information has been received, at least the client transmits a subscribe event for declaring the reception of the control information change event to the server. (1) a second process in which the client transmits an event notification request for requesting notification of the occurrence of an event to the server; and (c) controlling when the server receives changed control information as a response to the event notification request from the server. Performing a third process of notifying the client that an information change event has occurred; Data transmission control method according to claim 1, characterized in that it is realized by.
【請求項3】 前記第1の処理としての前記サブスクラ
イブイベントの伝達は、前記循環データ単位の内容の切
り換が行なわれたときに実行するようにしたことを特徴
とする請求項2に記載のデータ伝達制御方法。
3. The transmission of the subscribe event as the first processing is performed when switching of the contents of the cyclic data unit is performed. Data transmission control method.
【請求項4】 前記第1の処理としての前記サブスクラ
イブイベントの伝達は、前記クライアントのプログラム
の立ち上げ時に実行するようにしたことを特徴とする請
求項2に記載のデータ伝達制御方法。
4. The data transmission control method according to claim 2, wherein the transmission of the subscribe event as the first processing is executed when the client program is started.
【請求項5】 前記第3の処理によって、前記サーバが
前記制御情報変更イベントの発生を前記クライアントに
通知した後は、 前記クライアントが前記サーバに対して、前記変更され
た制御情報に対応した循環データ単位の解放要求を伝達
するまでの所定の期間内では、前記第3の処理における
前記制御情報変更イベントが発生する前の循環データ単
位を継続して使用するようにしたことを特徴とする請求
項2に記載のデータ伝達制御方法。
5. After the server notifies the client of the occurrence of the control information change event by the third processing, the client sends to the server a circulation corresponding to the changed control information. A cycle data unit before the occurrence of the control information change event in the third processing is continuously used within a predetermined period until a data unit release request is transmitted. Item 3. The data transmission control method according to Item 2.
JP20172998A 1998-07-14 1998-07-16 Receiving apparatus and receiving method Expired - Fee Related JP4378778B2 (en)

Priority Applications (9)

Application Number Priority Date Filing Date Title
JP20172998A JP4378778B2 (en) 1998-07-16 1998-07-16 Receiving apparatus and receiving method
PCT/JP1999/003787 WO2000004676A1 (en) 1998-07-14 1999-07-14 Data transmission control method, data transmission method, data transmitter, and receiver
DE69943228T DE69943228D1 (en) 1998-07-14 1999-07-14 Data receiving device
KR1020007002686A KR100641594B1 (en) 1998-07-14 1999-07-14 Data transmission control method, data transmission method, data transmitter, and receiver
CNB998015814A CN100382498C (en) 1998-07-14 1999-07-14 Data transmission control method, data transmission method, data transmitter, and receiver
EP06076318A EP1705918B1 (en) 1998-07-14 1999-07-14 Data receiving apparatus
EP99929823A EP1014620B1 (en) 1998-07-14 1999-07-14 Data transmission control method, data transmission method, data transmitter, and receiver
US09/521,098 US6966065B1 (en) 1998-07-14 2000-03-07 Data transmission control method, data transmitting method, data transmitting apparatus, and receiving apparatus
US11/217,917 US8209734B2 (en) 1998-07-14 2005-09-01 Data transmission control method, data transmitting method, data transmitting apparatus, and receiving apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP20172998A JP4378778B2 (en) 1998-07-16 1998-07-16 Receiving apparatus and receiving method

Publications (2)

Publication Number Publication Date
JP2000032425A true JP2000032425A (en) 2000-01-28
JP4378778B2 JP4378778B2 (en) 2009-12-09

Family

ID=16445975

Family Applications (1)

Application Number Title Priority Date Filing Date
JP20172998A Expired - Fee Related JP4378778B2 (en) 1998-07-14 1998-07-16 Receiving apparatus and receiving method

Country Status (1)

Country Link
JP (1) JP4378778B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002158626A (en) * 2000-08-25 2002-05-31 Matsushita Electric Ind Co Ltd Contents editor, contents-editing method and contents- editing program, and computer-readable recording medium

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002158626A (en) * 2000-08-25 2002-05-31 Matsushita Electric Ind Co Ltd Contents editor, contents-editing method and contents- editing program, and computer-readable recording medium

Also Published As

Publication number Publication date
JP4378778B2 (en) 2009-12-09

Similar Documents

Publication Publication Date Title
KR100641594B1 (en) Data transmission control method, data transmission method, data transmitter, and receiver
US8606172B2 (en) Control method, control apparatus, data receiving and recording method, data receiver and receiving method
JP5045535B2 (en) Receiving apparatus and receiving method
JP4135251B2 (en) Information processing device
JP4378780B2 (en) Receiving apparatus and receiving method
JP2001024995A (en) Broadcasting device, broadcasting method and receiver
JP4378777B2 (en) Broadcast receiving apparatus and broadcast receiving method
JP4016160B2 (en) Data receiving / recording method and data receiving apparatus
JP2000333138A (en) Information processing device and method
JP4296631B2 (en) Broadcasting method and receiving apparatus
JP2000295586A (en) Information processor and information processing method for broadcast
JP4378778B2 (en) Receiving apparatus and receiving method
JP2000333043A (en) Information processing unit and its method
JP4366742B2 (en) Receiver
JP2001024612A (en) Broadcasting monitoring device
JP2000032415A (en) Receiver
JP2000331465A (en) Information processing device and its method
JP2001022625A (en) Device and method for data recording and device and method for data acquisition
JP2000032413A (en) Data transmission method, data transmission system, and data reception system
JP2000032362A (en) Device and method for transmitting information
JP2000295638A (en) Broadcasting equipment monitoring device
JP2000333041A (en) Device and method for information processing
JP2001024606A (en) Information transmission system
JP2000286733A (en) Information processing unit and information processing method
JP2000286809A (en) Information processor and information processing method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050224

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080325

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080526

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090519

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090721

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: 20090825

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: 20090907

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121002

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121002

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131002

Year of fee payment: 4

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