JP2003032135A - Receiver - Google Patents
ReceiverInfo
- Publication number
- JP2003032135A JP2003032135A JP2001216495A JP2001216495A JP2003032135A JP 2003032135 A JP2003032135 A JP 2003032135A JP 2001216495 A JP2001216495 A JP 2001216495A JP 2001216495 A JP2001216495 A JP 2001216495A JP 2003032135 A JP2003032135 A JP 2003032135A
- Authority
- JP
- Japan
- Prior art keywords
- data
- resource
- resource data
- module
- acquisition request
- 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
Links
Landscapes
- Control Of Throttle Valves Provided In The Intake System Or In The Exhaust System (AREA)
- Television Systems (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
Description
【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、DSM−CCカル
ーセル受信装置及び方式のデータを受信する受信装置に
関する。
【0002】
【従来の技術】近年、デジタル放送等でデータ放送がサ
ービスされるようになり、その一方式としてDSM−C
C(Digital Strage Media−Co
mmand and Control)カルーセル方式
が利用されている。
【0003】DSM−CCカルーセルは、ISO/IE
C13816−6で規定されているように、DII(D
ownload Info Indication)及
びDDB(Download Data Block)
という二種類のセクションから構成されており、それら
を繰り返し送出する方法である。
【0004】DIIのセクションには送出されているモ
ジュールに関する情報が含まれており、DDBのセクシ
ョンには実際にモジュールを構成するデータが含まれて
いる。
【0005】また、DSM−CCカルーセル方式では伝
送したいデータをモジュールという単位に格納して、そ
れをDSM−CCのセクションデータとして分割して伝
送するが、モジュールへのデータの格納方法としては二
つの方法がある。一つは直接マッピング形式と呼ばれる
もので、これは一つのデータを一つのモジュールにその
まま割り当てる方式である。もう一つはエンティティマ
ッピング形式と呼ばれるもので、これは複数のデータを
まとめて一つのモジュールに格納する方式であり、これ
を図1に示す。
【0006】番組データとして伝送したいデータが多数
ある場合には、伝送経路からは一度モジュールという単
位で受信し、受信装置内部でそれを展開して、必要なリ
ソースデータを取得できるため、エンティティマッピン
グ形式の方が効率が良く、多くのデータ放送番組では、
このエンティティマッピング形式を採用している。
【0007】一方、一度受信装置内に読み込んだデータ
は、再度要求があった場合に効率良く利用するため、キ
ャッシュメモリと呼ばれるメモリに格納しておく。この
キャッシュメモリ上には、最初に取得要求があったデー
タ単位でデータが格納されているため、例えば直接マッ
ピング形式のモジュールに対して取得要求があれば、そ
のモジュールデータをそのままキャッシュメモリに格納
し、エンティティマッピング形式のモジュールからリソ
ースデータを取得した場合には、リソースデータのみが
キャッシュメモリに格納され、モジュールデータ自体は
破棄される。
【0008】
【発明が解決しようとする課題】しかしながら、数多く
のリソースデータを格納したモジュールに対して、その
うち一つだけのリソースデータを取得する場合には、受
信したモジュールデータの多くは無駄なものとなってし
まう。また、同一モジュール内のリソースデータであっ
ても、今まで取得要求を行わなかったリソースデータの
場合、再度モジュールを取得しなおすことになり、デー
タ取得にかかる時間が長くなってしまい、エンティティ
マッピング形式のモジュールに利点を活かすことができ
なくなってしまうという課題があった。
【0009】そこで、本発明に係る受信装置によれば、
あるリソースデータを取得要求されて、エンティティマ
ッピング形式のモジュールデータを取得した場合、要求
されたリソースデータだけでなく、そのモジュールデー
タに格納されている全てのリソースデータを取得してキ
ャッシュメモリに格納することで、二回目以降に前述し
たモジュールの中のリソースデータに対して取得要求が
あったときに、伝送系からリソースデータを取得するこ
となく、キャッシュメモリ上のデータを取得し、極めて
高速なデータ取得を行うことを目的とするものである。
【0010】
【課題を解決するための手段】上述した課題を解決する
ために、エンティティマッピング形式のモジュールがD
SM−CCデータカルーセル方式によって伝送されるデ
ータを受信する受信装置であって、前記エンティティマ
ッピング形式のモジュールから一つのリソースデータの
取得要求を行う取得要求手段と、前記取得要求手段から
の取得要求に応じて前記リソースデータを特定し、その
リソースデータが含まれるモジュールのリソースリスト
を解析するリソースリスト解析手段と、前記取得要求手
段からの取得要求に応じて、前記リソースデータだけで
なく前記リソースデータを含有するモジュールに含まれ
る全てのリソースデータを取得するデータ読み込み手段
と、前記データ読み込み手段によって読み込まれた前記
全てのリソースデータを記憶する記憶手段とを有し、前
記取得要求手段における他のリソースデータの取得要求
に対して、前記他のリソースデータが前記記憶手段に記
憶されているか否かを前記リソースリスト解析手段によ
って調べ、記憶されている場合には前記記憶手段からリ
ソースデータを読み出すことを特徴とする受信装置を提
供する。
【0011】
【発明の実施の形態】以下、本発明に係る受信装置につ
いて、図面を参照して説明する。図2は本発明の受信装
置の構成を示すブロック図であり、図3はその動作を示
すフローチャートである。
【0012】図2によれば、あるリソースデータの取得
が要求され、エンティティマッピング形式のモジュール
データ4を取得した場合、要求されたリソースデータだ
けでなく、そのモジュールデータ4に格納されている全
てのリソースデータを所得してキャッシュメモリ3に格
納している。
【0013】エンティティマッピング形式のモジュール
データ4の先頭には、モジュールデータ4がどのような
リソースデータを持っているかを示すリソースリストが
格納されており、そのリソースリストには、リソース
名、先頭からの読み出しオフセット、データ長等が記録
されている。このリソースリストをリソースリスト解析
部1によって読み取り、リソースリストに記述されてい
るリソースデータを順次取得してキャッシュメモリ3に
格納していく。
【0014】実際には、取得要求があったリソースデー
タはデータ読み込み部2によってモジュールデータ4か
ら読み出され((1)の処理)、キャッシュメモリ3に
格納される。その後、それ以外の取得要求の無いリソー
スデータがデータ読み込み部2によってモジュールデー
タ4から読み出され((2)〜(5)の処理)、リソー
スリスト解析部1によってモジュールデータ4に記述さ
れたリソースリストを解析しながらキャッシュメモリ3
に格納さえる。
【0015】以下、その流れを図3に示すフローチャー
トを参照して説明する。まず、受信装置ではリソースデ
ータの所得要求が受信される(S1)。次に前述した取
得要求によって要求されているリソースデータが格納さ
れているモジュールデータ4を所得する(S2)。そし
て、取得したモジュールデータからリソースリストを所
得する(S3)。このように取得したリソースリストか
ら要求されているリソースデータをモジュールデータ4
から抽出してキャッシュメモリ3に格納する(S4)。
【0016】そして、取得したリソースリストに他のリ
ソースデータがあるか否かを調べ(S5)、他のリソー
スデータが無い場合(S5にてNo)には処理を終了
し、他のリソースデータがある場合(S5にてYes)
には引き続きS6の処理を行う。S6では他のリソース
データをモジュールデータ4から抽出してキャッシュメ
モリ3に格納している。このようにモジュールデータ4
内のリソースデータを全てキャッシュメモリ3に格納す
るまで処理を続行する。
【0017】このように、本発明に係る受信装置によれ
ば、一度読み込んだモジュールデータ4中のリソースデ
ータが全てキャッシュメモリ3に格納されるので、次に
このモジュール中のリソースデータに対して取得要求が
あったときには、伝送系からリソースデータを取得する
ことなく、キャッシュメモリ3中のリソースデータを取
得するので、極めて高速にデータを取得することができ
る。一般に、一つのモジュールデータ4に格納されてい
るリソースデータは放送用のプログラムとしてまとまっ
た単位であり、それらのリソースデータは近接したタイ
ミングで取得要求が出されることが多く、本発明に係る
受信装置では予めモジュールデータをキャッシュメモリ
3に格納しておくことで、多くのケースで高速且つ効率
の良いアクセスを実現することができる。
【0018】
【発明の効果】以上、詳述したように、本発明に係る受
信装置によれば、あるリソースデータの取得要求に対し
て、そのリソースデータを含むDSM−CCデータカル
ーセル方式で伝送されるモジュールデータ中のリソース
データを全て取得してキャッシュメモリに格納すること
で、このモジュールデータ中のリソースデータの取得要
求があったときに、伝送系から取得することなくキャッ
シュメモリから取得することができ、高速にリソースデ
ータを取得すること可能になるという効果を奏する。Description: BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a DSM-CC carousel receiving apparatus and a receiving apparatus for receiving data of a system. 2. Description of the Related Art In recent years, data broadcasting has been provided by digital broadcasting and the like, and one of the methods is DSM-C.
C (Digital Storage Media-Co
(mand and Control) carousel system. [0003] The DSM-CC carousel is an ISO / IE
As defined in C13816-6, DII (D
download Info Indication) and DDB (Download Data Block)
This is a method of repeatedly sending these sections. [0004] The DII section contains information about the module being sent, and the DDB section contains data that actually constitutes the module. In the DSM-CC carousel system, data to be transmitted is stored in units called modules, and the data is divided and transmitted as DSM-CC section data. There are two methods of storing data in a module. There is a way. One is a direct mapping format, in which one data is directly assigned to one module. The other is called an entity mapping format, which is a method of collectively storing a plurality of data in one module, as shown in FIG. If there is a large amount of data to be transmitted as program data, the data is received once in units of a module from the transmission path, and can be expanded in the receiving device to obtain necessary resource data. Is more efficient, and for many data broadcast programs,
This entity mapping format is adopted. On the other hand, the data once read into the receiving device is stored in a memory called a cache memory in order to use the data efficiently when a request is made again. Since data is stored in this cache memory in the data unit for which the acquisition request was first made, if there is an acquisition request for a module in the direct mapping format, the module data is stored in the cache memory as it is. When resource data is obtained from a module in the entity mapping format, only the resource data is stored in the cache memory, and the module data itself is discarded. However, when only one resource data is obtained from a module storing a large number of resource data, most of the received module data is useless. Will be. In addition, even if the resource data is in the same module, if the resource data has not been requested, the module must be acquired again, which increases the time required to acquire the data. However, there is a problem that the advantage cannot be utilized in the module. Therefore, according to the receiving apparatus of the present invention,
When a certain resource data is requested to be obtained and the module data in the entity mapping format is obtained, not only the requested resource data but also all the resource data stored in the module data are obtained and stored in the cache memory. Therefore, when there is an acquisition request for the resource data in the above-described module from the second time on, the data on the cache memory is acquired without acquiring the resource data from the transmission system, and extremely high-speed data is acquired. The purpose is to perform acquisition. [0010] In order to solve the above-mentioned problems, an entity mapping type module is called D
A receiving device for receiving data transmitted by the SM-CC data carousel method, comprising: an acquisition requesting unit that issues an acquisition request for one resource data from the entity mapping format module; and an acquisition request from the acquisition requesting unit. A resource list analyzing means for analyzing a resource list of a module including the resource data, and in response to an acquisition request from the acquisition request means, not only the resource data but also the resource data. Data reading means for acquiring all the resource data included in the contained module, and storage means for storing the all resource data read by the data reading means, and other resource data in the acquisition request means Other than the above Whether resource data has been stored in the storage means examined by the resource list analyzing means, if it is stored to provide a receiving apparatus characterized by reading the resource data from the storage means. Hereinafter, a receiving apparatus according to the present invention will be described with reference to the drawings. FIG. 2 is a block diagram showing the configuration of the receiving apparatus of the present invention, and FIG. 3 is a flowchart showing the operation thereof. According to FIG. 2, when the acquisition of certain resource data is requested and the module data 4 in the entity mapping format is acquired, not only the requested resource data but also all the data stored in the module data 4 are obtained. The resource data is obtained and stored in the cache memory 3. At the beginning of the module data 4 in the entity mapping format, a resource list indicating what kind of resource data the module data 4 has is stored. The resource list includes a resource name, A read offset, a data length, and the like are recorded. The resource list is read by the resource list analysis unit 1, and resource data described in the resource list is sequentially acquired and stored in the cache memory 3. Actually, the resource data requested to be obtained is read from the module data 4 by the data reading unit 2 (processing (1)) and stored in the cache memory 3. After that, other resource data for which there is no acquisition request is read from the module data 4 by the data reading unit 2 (processing of (2) to (5)), and the resource list analysis unit 1 writes the resource data described in the module data 4. Cache memory 3 while analyzing the list
Stored in The flow will be described below with reference to the flowchart shown in FIG. First, the receiving device receives an income request for resource data (S1). Next, the module data 4 storing the resource data requested by the acquisition request described above is obtained (S2). Then, a resource list is obtained from the obtained module data (S3). The resource data requested from the resource list obtained in this way is stored in the module data 4
And stores it in the cache memory 3 (S4). Then, it is checked whether or not there is other resource data in the obtained resource list (S5). If there is no other resource data (No in S5), the process is terminated, and the other resource data is deleted. If there is (Yes in S5)
, The processing of S6 is subsequently performed. In S6, other resource data is extracted from the module data 4 and stored in the cache memory 3. Thus, module data 4
The processing is continued until all the resource data in the cache memory 3 is stored in the cache memory 3. As described above, according to the receiving apparatus of the present invention, once the resource data in the module data 4 once read is stored in the cache memory 3, the resource data in the module is obtained next. When a request is made, resource data in the cache memory 3 is obtained without obtaining resource data from the transmission system, so that data can be obtained at a very high speed. In general, the resource data stored in one module data 4 is a unit as a broadcast program, and the resource data is often requested to be obtained at a close timing. By storing the module data in the cache memory 3 in advance, high-speed and efficient access can be realized in many cases. As described in detail above, according to the receiving apparatus of the present invention, in response to a request for obtaining certain resource data, the request is transmitted by the DSM-CC data carousel system including the resource data. By obtaining all the resource data in the module data and storing it in the cache memory, when there is a request to obtain the resource data in the module data, it can be obtained from the cache memory without obtaining it from the transmission system. This makes it possible to obtain resource data at high speed.
【図面の簡単な説明】
【図1】直接マッピング形式のモジュールデータとエン
ティティマッピング形式のモジュールデータの構成を示
す図である。
【図2】本発明に係る受信装置の要部の構成を示すブロ
ック図である。
【図3】本発明に係る受信装置の一実施例の動作を示す
フローチャートである。
【符号の説明】
1 リソースリスト解析部
2 データ読み込み部
3 キャッシュメモリ
4 モジュールデータBRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a diagram showing a configuration of module data in a direct mapping format and module data in an entity mapping format. FIG. 2 is a block diagram illustrating a configuration of a main part of a receiving device according to the present invention. FIG. 3 is a flowchart showing an operation of the embodiment of the receiving apparatus according to the present invention. [Description of Signs] 1 Resource list analysis unit 2 Data reading unit 3 Cache memory 4 Module data
Claims (1)
がDSM−CCデータカルーセル方式によって伝送され
るデータを受信する受信装置であって、 前記エンティティマッピング形式のモジュールから一つ
のリソースデータの取得要求を行う取得要求手段と、 前記取得要求手段からの取得要求に応じて前記リソース
データを特定し、そのリソースデータが含まれるモジュ
ールのリソースリストを解析するリソースリスト解析手
段と、 前記取得要求手段からの取得要求に応じて、前記リソー
スデータだけでなく前記リソースデータを含有するモジ
ュールに含まれる全てのリソースデータを取得するデー
タ読み込み手段と、 前記データ読み込み手段によって読み込まれた前記全て
のリソースデータを記憶する記憶手段とを有し、 前記取得要求手段における他のリソースデータの取得要
求に対して、前記他のリソースデータが前記記憶手段に
記憶されているか否かを前記リソースリスト解析手段に
よって調べ、記憶されている場合には前記記憶手段から
リソースデータを読み出すことを特徴とする受信装置。Claims 1. An entity mapping type module is a receiving apparatus for receiving data transmitted by a DSM-CC data carousel system, and acquiring one resource data from the entity mapping type module. An acquisition requesting unit that makes a request; a resource list analyzing unit that identifies the resource data in response to an acquisition request from the acquisition requesting unit and analyzes a resource list of a module including the resource data; Data reading means for obtaining not only the resource data but also all resource data included in the module containing the resource data in response to the acquisition request, and storing all the resource data read by the data reading means. Storage means In response to an acquisition request for other resource data in the acquisition request unit, the resource list analysis unit checks whether or not the other resource data is stored in the storage unit. Is a receiving device for reading resource data from the storage means.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001216495A JP3719591B2 (en) | 2001-07-17 | 2001-07-17 | Receiver |
CA 2390395 CA2390395C (en) | 2001-07-13 | 2002-07-03 | Sensor arrangement structure for personal watercraft |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001216495A JP3719591B2 (en) | 2001-07-17 | 2001-07-17 | Receiver |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003032135A true JP2003032135A (en) | 2003-01-31 |
JP3719591B2 JP3719591B2 (en) | 2005-11-24 |
Family
ID=19050965
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001216495A Expired - Fee Related JP3719591B2 (en) | 2001-07-13 | 2001-07-17 | Receiver |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP3719591B2 (en) |
CA (1) | CA2390395C (en) |
-
2001
- 2001-07-17 JP JP2001216495A patent/JP3719591B2/en not_active Expired - Fee Related
-
2002
- 2002-07-03 CA CA 2390395 patent/CA2390395C/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP3719591B2 (en) | 2005-11-24 |
CA2390395C (en) | 2005-09-13 |
CA2390395A1 (en) | 2003-01-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2487484C2 (en) | Stream media server, client terminal, method and system for downloading stream media | |
US8010566B2 (en) | Extended multimedia file structure and multimedia file producting method and multimedia file executing method | |
EP2809070A1 (en) | Receiving device, receiving method, program, and information processing system | |
CN104081759A (en) | Reception device, reception method, and program | |
RU2005123983A (en) | DEVICE AND METHOD FOR PROCESSING INFORMATION AND COMPUTER PROGRAM | |
CN105407307B (en) | Processing method, system and the device of multi-channel video Video data | |
US20160037234A1 (en) | Reproduction apparatus, reproduction method, and program | |
AU2090401A (en) | Methods and apparatus for efficiently accessing periodically broadcast data | |
CN109656800B (en) | Method and device for testing image recognition application, terminal and storage medium | |
JP2007515030A (en) | Storage system for holding identification data that enables acquisition of media content | |
WO2008013393A1 (en) | Apparatus, system and method for software upgrade | |
CN102510519A (en) | Streaming media data processing method, playing method and device | |
CN110851681A (en) | Crawler processing method and device, server and computer readable storage medium | |
US20080082629A1 (en) | Enabling Users to Repeatedly Perform a Sequence of User Actions When Interacting With a Web Server | |
RU2325782C2 (en) | Method of interactive television transmission | |
JP3630037B2 (en) | DSM-CC carousel receiving apparatus, receiving method used therefor, and recording medium recording the control program thereof | |
CN106648912B (en) | Modularization method and device for data processing in data acquisition platform | |
JP2003032135A (en) | Receiver | |
CN113553473B (en) | Cloud playing method, system and device of bag file | |
CN113297267A (en) | Data caching and task processing method, device, equipment and storage medium | |
CN111354383B (en) | Audio defect positioning method and device and terminal equipment | |
KR101792863B1 (en) | Apparatus and method for streaming contents | |
CN111447490A (en) | Streaming media file processing method and device | |
JP2001223753A (en) | Data reception device | |
CN117667604B (en) | Data monitoring method, device, electronic equipment and storage medium for tracking event |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050614 |
|
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: 20050819 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050901 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080916 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090916 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090916 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100916 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100916 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110916 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120916 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120916 Year of fee payment: 7 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120916 Year of fee payment: 7 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120916 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130916 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |