WO2018120999A1 - 基于 dsm-cc 协议的对象轮播数据下载方法及系统 - Google Patents
基于 dsm-cc 协议的对象轮播数据下载方法及系统 Download PDFInfo
- Publication number
- WO2018120999A1 WO2018120999A1 PCT/CN2017/106331 CN2017106331W WO2018120999A1 WO 2018120999 A1 WO2018120999 A1 WO 2018120999A1 CN 2017106331 W CN2017106331 W CN 2017106331W WO 2018120999 A1 WO2018120999 A1 WO 2018120999A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- dsm
- url address
- user
- downloading
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4334—Recording operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
- H04N21/4335—Housekeeping operations, e.g. prioritizing content for deletion because of storage space restrictions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6433—Digital Storage Media - Command and Control Protocol [DSM-CC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Definitions
- the present invention relates to the field of digital television, and in particular, to an object carousel data downloading method and system based on the DSM-CC protocol.
- the DSM-CC (Digital Storage Media Command and Control) protocol is an important part of the DVB standard (Digital Video Broadcasting). With the promotion of digital TV services, data broadcasting services based on the DSM-CC protocol are becoming more and more popular. Users have become accustomed to browsing web pages from television, browsing network text data, browsing network audio and video data, etc. Come for more features and resources.
- DSM-CC data carousel (DC-Data carouse) is a data broadcast service that supports the server-side periodic transmission of data modules to the client, where the data module is repeatedly broadcasted in the broadcast data stream, if The client wants to receive specific or specified data modules (web pages, text, pictures, audio and video, etc.) in the data carousel, and only needs to be broadcast and received by the data module.
- Object carousel (object carouse -
- 0C is based on the data carousel added a layer of packaging, using BIOP (broadcast inter-ORB protocol) format to encapsulate data, and the data is called an object.
- the object carousel mainly includes a srg service gateway object, a dir directory object, a fil file object, a stream object, a stream object, and a stream event object.
- the analysis of these objects can create a corresponding directory and parse the data of the corresponding object of DSM-CC, for example: able to parse out data such as pictures, texts, audio and video.
- DSM-CC data download methods download all DSM-CC data in the broadcast data stream through blind search. This requires all DSM-CC data to be prepared in advance, and the user request data can be quickly found and returned to the user. But in reality, if the DSM-CC data is too large, it will waste more.
- the storage space, and the user requests, the data may not be downloaded in advance, and the user's needs may be just a picture in a certain OC object, a text data, or just a certain piece of audio and video data, Just download the OC data.
- the DSM-CC data carousel will be downloaded regardless of whether the user needs the data, which greatly wastes the storage space and system resources of the digital TV device (such as the set-top box), and cannot quickly and ambiguously use the data required by the user. Feedback to the user, greatly wasting the user's time, giving the user a bad experience.
- a method for downloading object carousel data based on the DSM-CC protocol provided by the present invention includes the following steps: [0007] S10: separating a buffer space in a memory of a digital television device;
- each 0 C data in the DSM-CC data is sequentially downloaded from the broadcast data stream to the cache space, and all the OC data is downloaded to the cache space, and the setting is cleared. , continue to download the next OC data, loop;
- S40 detecting whether the currently cached OC data in the cache space is the OC data corresponding to the URL address, and if yes, obtaining the OC data from the cache space and handing it over to the user, if not, to the server according to the corresponding relationship.
- the step S30 is specifically: determining a server ID according to the URL address sent by the user, and determining a corresponding OC data PID on the server side, and determining the UR by using the OC data PID.
- the step S40 is specifically: parsing the server ID and the OC data PID according to the URL address, and receiving the corresponding PMT table in the broadcast data stream according to the server ID, and solving the solution
- the PMT table parses the OC data PID corresponding to the URL address, and then receives and saves the section data of the DSM-CC according to the received OC data PID, parses the section data through the specification of the DSM-CC protocol, and obtains the OC data after parsing.
- the step S40 is specifically: after parsing the section data, mainly storing four kinds of objects, namely: a stream message, a file message, a directory message, and a service gateway message, These four object messages are saved to obtain OC data.
- the step S40 further includes: if the OC data corresponding to the URL address is multiple, the OC data PID is acquired and downloaded.
- An object carousel data downloading system based on the DSM-CC protocol provided by the present invention includes:
- a cache space allocation module which allocates a buffer space in the memory of the digital television device
- the cache space data downloading module after working on the digital television device, sequentially downloads D from the broadcast data stream
- Each 0C data in the SM-CC data is transferred to the buffer space, and a 0C data is all downloaded to the buffer space, and then the setting is cleared, and the next 0C data is continuously downloaded, and the loop is performed;
- the URL address processing module acquires the URL address sent by the user and analyzes the data after the user requests the data
- the 0C data obtaining module detects whether the currently cached 0C data in the cache space is the 0C data corresponding to the URL address, and if yes, the 0C data is obtained from the cache space and is handed over to the user, if not, to the server according to the corresponding relationship. Download the corresponding 0C data to the user.
- the URL address processing module determines the server ID according to the URL address sent by the user, and determines the corresponding 0C data PID on the server side, and determines the UR through the OC data PID.
- the OC data acquisition module parses the server ID and the OC data PID according to the URL address, and receives the corresponding PMT table in the broadcast data stream according to the server ID, and parses out by parsing the PMT table.
- the 0C data PID corresponding to the URL address is received and stored in the DSM-CC section data according to the received OC data PID, and the section data is parsed by the DSM-CC protocol specification, and the 0C data is obtained after parsing.
- the OC data acquisition module parses the section data, and mainly stores messages of four objects, namely: a stream message, a file message, a directory message, and a service gateway. Information, save these four object messages to obtain OC data.
- the OC data acquisition module acquires all OC data PIDs for downloading.
- the present invention is based on the DSM-CC protocol object carousel data downloading method and system, pre-allocating a buffer space in the digital television device memory, and continuously downloading the DSM-CC from the broadcast data stream after the digital television device is working.
- the OC data of the data, and an OC data is cleared after the download is set, and the next OC data is continuously downloaded, and an OC data is always cached in the cache space.
- the user requests the data, it first detects whether there is a corresponding space in the cache space.
- the OC data if any, is directly retrieved from the cache space.
- the server does not download the corresponding OC data according to the corresponding relationship.
- FIG. 1 is a flowchart of an object carousel data downloading method based on the DSM-CC protocol in an embodiment
- FIG. 2 is an object carousel data downloading system based on the DSM-CC protocol in an embodiment. Structure diagram.
- FIG. 1 is a flowchart of a method for downloading object carousel data based on the DSM-CC protocol in an embodiment. As shown in FIG. 1, the method includes the following steps:
- S10 A buffer space is allocated in the memory of the digital television device.
- Digital television equipment usually has a certain amount of memory, but the memory is often limited, so that the data can be quickly obtained. Taking less memory space, in this embodiment, a buffer space of a set size is first allocated in the memory of the digital television device to buffer data.
- each 0 C data in the DSM-CC data is sequentially downloaded from the broadcast data stream to the cache space, and all the OC data is downloaded to the cache space, and the setting is cleared. , continue to download the next OC data, loop.
- the DSM-CC data in the broadcast data stream is respectively stored in one piece of OC data, and cyclically transmitted in the broadcast data stream, when the digital television device works, That is, in the broadcast data stream transmission process, the DSM-CC data is also periodically cyclically transmitted. Therefore, in the embodiment, after the DSM-CC data is cyclically transmitted, the DSM- is sequentially downloaded from the broadcast data stream. Each OC data in the CC data is transferred to the cache space. Due to the limited cache space, during the download process, an OC data (each OC data will have its own OC data PID (packet ID), and the corresponding OC data can be determined by the OC data PID). Clearing is done at regular intervals (can be achieved by adjusting the size of the cache space), continue to download the next OC data, loop, so that there will be an OC data in the cache space, and it will not take up too much Memory space.
- S30 After the user requests the data, obtain the URL address sent by the user and perform analysis to obtain the OC data corresponding to the URL address.
- the user needs to send the data URL address to perform the data request, obtain the URL address sent by the user, and perform analysis to obtain the OC data corresponding to the URL address.
- the server ID is determined according to the URL address sent by the user, and the corresponding 0 C data PID is determined on the server side, and the OC data corresponding to the URL address is determined by the OC data PID.
- S40 detecting whether the currently cached OC data in the cache space is the OC data corresponding to the URL address, and if yes, obtaining the OC data from the cache space to be handed over to the user, if not, to the server end according to the corresponding relationship, downloading the corresponding The OC data is handed over to the user.
- step S20 After determining the OC data corresponding to the URL address, since the buffer space is always buffering the OC data in step S20, it is detected whether the currently cached OC data in the cache space is the OC data corresponding to the URL address, and if so, Obtain OC data directly from the cache space, without having to download it again, and quickly deliver it to the user. If not, you need to go to the server to download the OC data according to the corresponding relationship.
- the step of downloading the corresponding OC data according to the corresponding relationship to the server side is specifically: according to the URL
- the address parses the server ID and the OC data PID, receives the corresponding PMT table (program mapping table) in the broadcast data stream according to the server ID, parses the OC data PID corresponding to the URL address by parsing the PMT table, and then receives the OC data PID according to the received OC data.
- the section (segment) data of the DSM-CC is received and saved, and the section data is parsed by the specification of the DSM-CC protocol, and the OC data is obtained after parsing.
- the messages of the four objects are mainly saved, namely: stream message, file fff, file message, directory message, and service gateway message ( Service gateway message) , saves these four object messages to get OC data.
- the object carousel data downloading method based on the DSM-CC protocol pre-allocates a buffer space in the memory of the digital television device, and after the digital television device works, the OC of the DSM-CC data is continuously cyclically downloaded from the broadcast data stream. Data, and an OC data is cleared after the download is set, and the next OC data is continuously downloaded.
- a 0C data is always buffered in the cache space. When the user requests data, it first detects whether there is corresponding 0C data in the cache space.
- the server side If there is any, it is directly retrieved from the cache space, and then the server side only downloads the corresponding 0C data according to the corresponding relationship, which only needs to download the required 0C data, and does not need to download all the DSM-CC data, thus extremely
- the storage space and system resources of the digital television equipment (such as the set-top box) are greatly saved, and the data required by the user can be quickly and arbitrarily fed back to the user, which saves the user and brings a good experience to the user.
- the present invention further provides an object carousel data downloading system based on the DSM-CC protocol.
- the system includes:
- the cache space allocation module 100 divides a buffer space in the memory of the digital television device.
- the digital television device usually has a certain amount of memory, but the memory is often limited, so that the data can be quickly obtained and the memory space is occupied.
- the cache space allocation module 100 first allocates a piece of information in the digital television device memory. A fixed size of the cache space for data caching.
- the cache space data downloading module 200 after working in the digital television device, sequentially downloads each 0C data in the DSM-CC data from the broadcast data stream to the buffer space, and retains all the 0C data after being downloaded to the cache space. After the day, it will be cleared, continue to download the next 0C data, and loop.
- the cache space data downloading module 200 sequentially downloads each OC data in the DSM-CC data from the broadcast data stream to the buffer space. Due to the limited cache space, during the download process, an OC data (each OC data will have its own OC data PID (data packet identifier), and the corresponding OC data can be determined through the OC data PID). Clearing is done at regular intervals (can be achieved by adjusting the size of the cache space), continue to download the next OC data, loop, so that there will be an OC data in the cache space, and it will not take up too much Memory space.
- the URL address processing module 300 obtains the URL address sent by the user and analyzes the data, and obtains the OC data corresponding to the URL address.
- the URL address processing module 300 obtains the URL address sent by the user and analyzes the OC data corresponding to the URL address. Specifically, the URL address processing module 300 determines the server ID according to the URL address sent by the user, and determines the corresponding OC data PID on the server side, and determines the OC data corresponding to the UR L address by using the OC data PID.
- the OC data obtaining module 400 detects whether the currently cached OC data in the cache space is the OC data corresponding to the URL address, and if so, the OC data is directly obtained from the cache space and is handed over to the user, if not, to the server end according to the corresponding Relationship, download the corresponding OC data to the user.
- the OC data obtaining module 400 After determining the OC data corresponding to the URL address, the OC data obtaining module 400 detects whether the currently cached OC data in the cache space is the OC data corresponding to the URL address, and if The OC data can be directly obtained from the cache space, and can be quickly delivered to the user without downloading again. If not, you need to go to the server to download the OC data according to the corresponding relationship.
- the OC data acquisition module 400 parses the server ID and the OC data PID according to the URL address, receives the corresponding PMT table (program mapping table) in the broadcast data stream according to the server ID, and parses the URL by parsing the PM T table.
- the OC data PID corresponding to the address is then received and saved according to the received OC data PID, and the section data of the DSM-CC is parsed, and the section data is parsed by the specification of the DSM-CC protocol, and the OC data is obtained after parsing.
- the OC data acquisition module 400 parses the section data.
- ⁇ mainly saves the messages of four objects, namely: stream message, file message, directory message and service gateway message, these four object messages Save to get OC data.
- the OC data acquisition module 400 acquires all the OC data PIDs for downloading, thereby improving download efficiency.
- the buffer space allocation module 100 pre-allocates a buffer space in the digital television device memory, and after the digital television device works, the cache space data downloading module 200 is broadcasted by the data.
- the OC data of the DSM-CC data is continuously cyclically downloaded, and a 0 C data is cleared after the download is set, and the next OC data is continuously downloaded, and an OC data is always cached in the cache space, when the user requests data.
- the OC data acquisition module 400 first detects whether there is corresponding OC data in the cache space, and if so, directly retrieves from the cache space, and then does not go to the server to download only the corresponding OC data according to the corresponding relationship, which only needs to download the location.
- the required OC data does not need to download all DSM-CC data, which greatly saves the storage space and system resources of digital television equipment (such as set-top box), and can quickly and arbitrarily feedback the data required by the user to the user, saving money. Users will bring a good experience to users.
- the present invention is based on the DSM-CC protocol object carousel data downloading method and system, pre-allocating a buffer space in the digital television device memory, and continuously downloading the DSM-CC from the broadcast data stream after the digital television device is working.
- the OC data of the data, and an OC data is cleared after the download is set, and the next OC data is continuously downloaded, and an OC data is always cached in the cache space.
- the user requests the data, it first detects whether there is a corresponding space in the cache space.
- the OC data if any, is directly retrieved from the cache space.
- the server does not download the corresponding OC data according to the corresponding relationship.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
本方案涉及一种基于DSM-CC协议的对象轮播数据下载方法及系统,在数字电视设备内存中预先分配一个缓冲空间,在数字电视设备工作时,由广播数据流中不断循环下载DSM-CC数据的OC数据,且一个OC数据下载完保留设定时间后即清除,继续下载下一个OC数据,在缓存空间中始终缓存一个OC数据,当用户请求数据时首先检测缓存空间中是否有对应的OC数据,若有则直接由缓存空间中调取,没有再去服务器端根据对应关系仅下载对应的OC数据,这就只需要下载所需的OC数据,不需要下载全部的DSM-CC数据,从而极大节省了数字电视设备的存储空间和系统资源,能够迅速及时的将用户需要的数据反馈给用户,节约了用户时间,给用户带来良好的体验。
Description
基于 DSM-CC协议的对象轮播数据下载方法及系统 技术领域
[0001] 本发明涉及数字电视领域, 尤其涉及一种基于 DSM-CC协议的对象轮播数据下 载方法及系统。
背景技术
[0002] DSM-CC (Digital Storage Media Command and Control, 数字存储媒体命令和控 制扩展协议) 协议, 是 DVB标准 (数字视频广播) 的重要组成部分。 随着数字 电视业务的推广, 以 DSM-CC协议为基础的数据广播业务越来越普及, 用户已经 习惯从电视中浏览网页、 浏览网络文本数据、 浏览网络音视频数据等等, 这给 用户带来更多的功能和资源。
[0003] DSM-CC数据轮播 (DC - Data carouse) 是一种支持服务器端周期性的传输数据 模块到用户端的数据广播业务, 其中的数据模块是在广播数据流中重复循环广 播的, 如果客户端希望接收数据轮播中的特定或指定的数据模块 (网页、 文本 、 图片、 音视频等等数据) , 只需要在该数据模块广播吋接收即可。 对象轮播 (object carouse -
0C) 是在数据轮播的基础上加了一层封装, 使用 BIOP(broadcast inter-ORB protocol)格式封装数据, 并将数据称为对象。 对象轮播主要包括 srg业务网关对 象 (Service Gateway Object)、 dir目录对象 (Directory Object)、 fil文件对象 (File Object)、 str流对象 (Stream Object)、 ste流事件对象 (stream Event Object), 通过对 这些对象的解析, 能够建立相应的目录, 解析出 DSM-CC相应对象的数据, 比如 : 能够解析出图片, 文本, 音视频等数据。
[0004] 但是, 在广播数据流中, 会存在大量的 DSM-CC数据, 大量的网络图片数据、 网络文本数据、 甚至是比较大的音视频数据, 分别保存在不同的 0C数据中, 目 前的 DSM-CC数据下载方式大都是通过盲搜, 将广播数据流中所有 DSM-CC数据 进行下载, 这需要将所有的 DSM-CC数据预先准备好, 用户请求数据吋能够快速 找到返回给用户。 但是实际情况中, 如果 DSM-CC数据过大, 那就会浪费比较多
的存储空间, 而且用户请求过来吋, 数据不一定能提前下载完毕, 而用户的需 求可能只是某个 OC对象中的某张图片、 某个文本数据, 或者是只是某一段的音 视频的数据, 只需要下载该 OC数据即可。 而 DSM-CC的数据轮播不管是否用户 需要的数据, 均会统统下载, 这就极大浪费了数字电视设备 (例如机顶盒) 的 存储空间和系统资源, 无法迅速及吋的将用户需要的数据反馈给用户, 极大的 浪费了用户吋间, 给用户带来不好的体验。
技术问题
[0005] 有鉴于此, 有必要针对上述 DSM-CC协议数据轮播下载 DSM-CC数据吋需要下 载全部 DSM-CC数据, 极大浪费数字电视设备存储空间和资源, 浪费吋间的问题 , 提供一种基于 DSM-CC协议的对象轮播数据下载方法及系统。
问题的解决方案
技术解决方案
[0006] 本发明提供的一种基于 DSM-CC协议的对象轮播数据下载方法, 包括如下步骤 [0007] S10: 在数字电视设备内存中分出一块缓存空间;
[0008] S20: 在数字电视设备工作吋, 由广播数据流中依次下载 DSM-CC数据中每个 0 C数据到缓存空间, 且一个 OC数据全部下载到缓存空间后保留设定吋间即清除 , 继续下载下一个 OC数据, 循环进行;
[0009] S30: 在用户请求数据吋, 获取用户发送的 URL地址并进行分析, 得到 URL地 址所对应的 OC数据;
[0010] S40: 检测缓存空间中当前缓存的 OC数据是否是 URL地址所对应的 OC数据, 若是则由缓存空间中获取 OC数据交由用户, 若不是则到服务器端根据对应关系
, 下载对应的 OC数据交由用户。
[0011] 在其中的一个实施方式中, 所述步骤 S30具体为: 根据用户发送的 URL地址确 定服务器端 ID, 并在服务器端确定对应的 OC数据 PID, 通过 OC数据 PID确定 UR
L地址对应的 OC数据。
[0012] 在其中的一个实施方式中, 所述步骤 S40具体为: 根据 URL地址解析出服务器 端 ID和 OC数据 PID, 根据服务器端 ID接收广播数据流中对应的 PMT表, 通过解
析 PMT表解析出 URL地址对应的 OC数据 PID, 然后根据接收 OC数据 PID接收并 且保存 DSM-CC的 section数据, 通过 DSM-CC协议的规范, 对 section数据进行解 析, 解析后获得 OC数据。
[0013] 在其中的一个实施方式中, 所述步骤 S40具体为: 在解析 section数据的吋, 主 要保存四种对象的消息, 分别是: 流消息、 文件消息、 目录消息以及业务网关 消息, 将这四种对象消息保存即获得 OC数据。
[0014] 在其中的一个实施方式中, 所述步骤 S40还包括: 若 URL地址对应的 OC数据为 多个, 则获取全部 OC数据 PID同吋进行下载。
[0015] 本发明提供的一种基于 DSM-CC协议的对象轮播数据下载系统, 包括:
[0016] 缓存空间分配模块, 在数字电视设备内存中分出一块缓存空间;
[0017] 缓存空间数据下载模块, 在数字电视设备工作吋, 由广播数据流中依次下载 D
SM-CC数据中每个 0C数据到缓存空间, 且一个 0C数据全部下载到缓存空间后保 留设定吋间即清除, 继续下载下一个 0C数据, 循环进行;
[0018] URL地址处理模块, 在用户请求数据吋, 获取用户发送的 URL地址并进行分析
, 得到 URL地址所对应的 0C数据;
[0019] 0C数据获取模块, 检测缓存空间中当前缓存的 0C数据是否是 URL地址所对应 的 0C数据, 若是则由缓存空间中获取 0C数据交由用户, 若不是则到服务器端根 据对应关系, 下载对应的 0C数据交由用户。
[0020] 在其中的一个实施方式中, 所述 URL地址处理模块根据用户发送的 URL地址确 定服务器端 ID, 并在服务器端确定对应的 0C数据 PID, 通过 OC数据 PID确定 UR
L地址对应的 0C数据。
[0021] 在其中的一个实施方式中, 所述 0C数据获取模块根据 URL地址解析出服务器 端 ID和 0C数据 PID, 根据服务器端 ID接收广播数据流中对应的 PMT表, 通过解 析 PMT表解析出 URL地址对应的 0C数据 PID, 然后根据接收 OC数据 PID接收并 且保存 DSM-CC的 section数据, 通过 DSM-CC协议的规范, 对 section数据进行解 析, 解析后获得 0C数据。
[0022] 在其中的一个实施方式中, 所述 0C数据获取模块在解析 section数据的吋, 主要 保存四种对象的消息, 分别是: 流消息、 文件消息、 目录消息以及业务网关消
息, 将这四种对象消息保存即获得 OC数据。
[0023] 在其中的一个实施方式中, 若 URL地址对应的 OC数据为多个, 所述 OC数据获 取模块则获取全部 OC数据 PID同吋进行下载。
发明的有益效果
有益效果
[0024] 本发明基于 DSM-CC协议的对象轮播数据下载方法及系统, 在数字电视设备内 存中预先分配一个缓冲空间, 在数字电视设备工作吋, 由广播数据流中不断循 环下载 DSM-CC数据的 OC数据, 且一个 OC数据下载完保留设定吋间后即清除, 继续下载下一个 OC数据, 在缓存空间中始终缓存一个 OC数据, 当用户请求数据 吋首先检测缓存空间中是否有对应的 OC数据, 若有则直接由缓存空间中调取, 没有再去服务器端根据对应关系仅下载对应的 OC数据, 这就只需要下载所需的 OC数据, 不需要下载全部的 DSM-CC数据, 从而极大节省了数字电视设备的存 储空间和系统资源, 能够迅速及吋的将用户需要的数据反馈给用户, 节约了用 户吋间, 给用户带来良好的体验。
对附图的简要说明
附图说明
[0025] 图 1是一个实施例中的基于 DSM-CC协议的对象轮播数据下载方法的流程图; [0026] 图 2是一个实施例中的基于 DSM-CC协议的对象轮播数据下载系统的结构图。
本发明的实施方式
[0027] 为了使本发明的目的、 技术方案及优点更加清楚明白, 以下结合附图及实施例 , 对本发明进行进一步详细说明。 应当理解, 此处所描述的具体实施例仅用以 解释本发明, 并不用于限定本发明。
[0028] 图 1是一个实施例中的基于 DSM-CC协议的对象轮播数据下载方法的流程图, 如图 1所示, 该方法包括如下步骤:
[0029] S10: 在数字电视设备内存中分出一块缓存空间。
[0030] 数字电视设备通常具备一定的内存, 但是内存往往有限, 为使得数据能快速获
取并且少占用内存空间, 该实施例中, 先在数字电视设备内存中分出一块设定 大小的缓存空间来进行数据的缓存。
[0031] S20: 在数字电视设备工作吋, 由广播数据流中依次下载 DSM-CC数据中每个 0 C数据到缓存空间, 且一个 OC数据全部下载到缓存空间后保留设定吋间即清除 , 继续下载下一个 OC数据, 循环进行。
[0032] 在分出缓存空间后, 由于广播数据流中 DSM-CC数据都是分别保存在一个个的 OC数据中, 并且在广播数据流中周期性循环传输, 当数字电视设备工作吋, 也 即在广播数据流传输过程中, DSM-CC数据也在被周期性循环的传输, 故在实施 例中, DSM-CC数据在被周期性循环传输吋, 则由广播数据流中依次下载 DSM- CC数据中每个 OC数据到缓存空间。 由于缓存空间有限, 下载过程中, 一个 OC 数据 (每个 OC数据都会有自身的 OC数据 PID (数据包标识) , 通过 OC数据 PID 能够确定对应的 OC数据) 全部下载到缓存空间后只保留设定吋间即进行清除 ( 可以通过调整缓存空间的大小实现) , 继续下载下一个 OC数据, 循环进行, 这 样就会在缓存空间中吋刻都有一个 OC数据, 并且又不会占用过大的内存空间。
[0033] S30: 在用户请求数据吋, 获取用户发送的 URL地址并进行分析, 得到 URL地 址所对应的 OC数据。
[0034] 当用户此刻需要请求 DCM-CC数据吋, 用户需要发送数据的 URL地址进行数据 请求, 获取到用户发送的 URL地址并进行分析, 获取 URL地址对应的 OC数据。 具体的, 根据用户发送的 URL地址确定服务器端 ID, 并在服务器端确定对应的 0 C数据 PID, 通过 OC数据 PID确定 URL地址对应的 OC数据。
[0035] S40: 检测缓存空间中当前缓存的 OC数据是否是 URL地址所对应的 OC数据, 若是则由缓存空间中获取 OC数据交由用户, 若不是则到服务器端根据对应关系 , 下载对应的 OC数据交由用户。
[0036] 在确定 URL地址对应的 OC数据之后, 由于步骤 S20中缓存空间一直在循环缓存 OC数据, 故检测缓存空间中当前缓存的 OC数据是否是 URL地址所对应的 OC数 据, 如果是则可以从缓存空间中直接获取 OC数据, 无需再次下载, 能够快速的 交给用户。 若不是则需要去服务器端根据对应关系去下载 OC数据。
[0037] 进一步, 到服务器端根据对应关系下载对应的 OC数据步骤具体为: 根据 URL
地址解析出服务器端 ID和 OC数据 PID, 根据服务器端 ID接收广播数据流中对应 的 PMT表 (节目映射表) , 通过解析 PMT表解析出 URL地址对应的 OC数据 PID , 然后根据接收 OC数据 PID接收并且保存 DSM-CC的 section (区段) 数据, 通过 DSM-CC协议的规范, 对 section数据进行解析, 解析后获得 OC数据。 进一步的 , 在解析 section数据的吋, 主要保存四种对象的消息, 分别是: 流消息 (stream message) 、 文件 ffl害、 (file message) 、 目录 ffl害、 (Directory message) 以及业务 网关消息 (service gateway message) , 将这四种对象消息保存即获得 OC数据。
[0038] 此外, 若 URL地址对应的 OC数据为多个, 则获取全部 OC数据 PID同吋进行下 载, 提高下载效率。
[0039] 该基于 DSM-CC协议的对象轮播数据下载方法, 在数字电视设备内存中预先分 配一个缓冲空间, 在数字电视设备工作吋, 由广播数据流中不断循环下载 DSM- CC数据的 OC数据, 且一个 OC数据下载完保留设定吋间后即清除, 继续下载下 一个 OC数据, 在缓存空间中始终缓存一个 0C数据, 当用户请求数据吋首先检测 缓存空间中是否有对应的 0C数据, 若有则直接由缓存空间中调取, 没有再去服 务器端根据对应关系仅下载对应的 0C数据, 这就只需要下载所需的 0C数据, 不 需要下载全部的 DSM-CC数据, 从而极大节省了数字电视设备 (例如机顶盒) 的 存储空间和系统资源, 能够迅速及吋的将用户需要的数据反馈给用户, 节约了 用户吋间, 给用户带来良好的体验。
[0040] 同吋, 本发明还提供一种基于 DSM-CC协议的对象轮播数据下载系统, 如图 2 所示, 该系统包括:
[0041] 缓存空间分配模块 100, 在数字电视设备内存中分出一块缓存空间。
[0042] 数字电视设备通常具备一定的内存, 但是内存往往有限, 为使得数据能快速获 取并且少占用内存空间, 该实施例中, 缓存空间分配模块 100先在数字电视设备 内存中分出一块设定大小的缓存空间来进行数据的缓存。
[0043] 缓存空间数据下载模块 200, 在数字电视设备工作吋, 由广播数据流中依次下 载 DSM-CC数据中每个 0C数据到缓存空间, 且一个 0C数据全部下载到缓存空间 后保留设定吋间即清除, 继续下载下一个 0C数据, 循环进行。
[0044] 在分出缓存空间后, 由于广播数据流中 DSM-CC数据都是分别保存在一个个的
OC数据中, 并且在广播数据流中周期性循环传输, 当数字电视设备工作吋, 也 即在广播数据流传输过程中, DSM-CC数据也在被周期性循环的传输, 故在实施 例中, DSM-CC数据在被周期性循环传输吋, 缓存空间数据下载模块 200则由广 播数据流中依次下载 DSM-CC数据中每个 OC数据到缓存空间。 由于缓存空间有 限, 下载过程中, 一个 OC数据 (每个 OC数据都会有自身的 OC数据 PID (数据包 标识) , 通过 OC数据 PID能够确定对应的 OC数据) 全部下载到缓存空间后只保 留设定吋间即进行清除 (可以通过调整缓存空间的大小实现) , 继续下载下一 个 OC数据, 循环进行, 这样就会在缓存空间中吋刻都有一个 OC数据, 并且又不 会占用过大的内存空间。
[0045] URL地址处理模块 300, 在用户请求数据吋, 获取用户发送的 URL地址并进行 分析, 得到 URL地址所对应的 OC数据。
[0046] 当用户此刻需要请求 DCM-CC数据吋, 用户需要发送数据的 URL地址进行数据 请求, URL地址处理模块 300获取到用户发送的 URL地址并进行分析, 获取 URL 地址对应的 OC数据。 具体的, URL地址处理模块 300根据用户发送的 URL地址确 定服务器端 ID, 并在服务器端确定对应的 OC数据 PID, 通过 OC数据 PID确定 UR L地址对应的 OC数据。
[0047] OC数据获取模块 400, 检测缓存空间中当前缓存的 OC数据是否是 URL地址所 对应的 OC数据, 若是则由缓存空间中直接获取 OC数据交由用户, 若不是则到服 务器端根据对应关系, 下载对应的 OC数据交由用户。
[0048] 在确定 URL地址对应的 OC数据之后, 由于缓存空间一直在循环缓存 OC数据, 故 OC数据获取模块 400检测缓存空间中当前缓存的 OC数据是否是 URL地址所对 应的 OC数据, 如果是则可以从缓存空间中直接获取 OC数据, 无需再次下载, 能 够快速的交给用户。 若不是则需要去服务器端根据对应关系去下载 OC数据。
[0049] 进一步, OC数据获取模块 400根据 URL地址解析出服务器端 ID和 OC数据 PID, 根据服务器端 ID接收广播数据流中对应的 PMT表 (节目映射表) , 通过解析 PM T表解析出 URL地址对应的 OC数据 PID, 然后根据接收 OC数据 PID接收并且保存 DSM-CC的 section (区段) 数据, 通过 DSM-CC协议的规范, 对 section数据进行 解析, 解析后获得 OC数据。 进一步的, OC数据获取模块 400在解析 section数据
的吋, 主要保存四种对象的消息, 分别是: 流消息 (stream message) 、 文件消 息 (file message) 、 目录消息 (Directory message) 以及业务网关消息 (service gateway message) , 将这四种对象消息保存即获得 OC数据。
[0050] 此外, 若 URL地址对应的 OC数据为多个, OC数据获取模块 400则获取全部 OC 数据 PID同吋进行下载, 提高下载效率。
[0051] 该基于 DSM-CC协议的对象轮播数据下载系统, 缓存空间分配模块 100在数字 电视设备内存中预先分配一个缓冲空间, 在数字电视设备工作吋, 缓存空间数 据下载模块 200由广播数据流中不断循环下载 DSM-CC数据的 OC数据, 且一个 0 C数据下载完保留设定吋间后即清除, 继续下载下一个 OC数据, 在缓存空间中 始终缓存一个 OC数据, 当用户请求数据吋 OC数据获取模块 400首先检测缓存空 间中是否有对应的 OC数据, 若有则直接由缓存空间中调取, 没有再去服务器端 根据对应关系仅下载对应的 OC数据, 这就只需要下载所需的 OC数据, 不需要下 载全部的 DSM-CC数据, 从而极大节省了数字电视设备 (例如机顶盒) 的存储空 间和系统资源, 能够迅速及吋的将用户需要的数据反馈给用户, 节约了用户吋 间, 给用户带来良好的体验。
[0052] 本发明基于 DSM-CC协议的对象轮播数据下载方法及系统, 在数字电视设备内 存中预先分配一个缓冲空间, 在数字电视设备工作吋, 由广播数据流中不断循 环下载 DSM-CC数据的 OC数据, 且一个 OC数据下载完保留设定吋间后即清除, 继续下载下一个 OC数据, 在缓存空间中始终缓存一个 OC数据, 当用户请求数据 吋首先检测缓存空间中是否有对应的 OC数据, 若有则直接由缓存空间中调取, 没有再去服务器端根据对应关系仅下载对应的 OC数据, 这就只需要下载所需的 OC数据, 不需要下载全部的 DSM-CC数据, 从而极大节省了数字电视设备 (例 如机顶盒) 的存储空间和系统资源, 能够迅速及吋的将用户需要的数据反馈给 用户, 节约了用户吋间, 给用户带来良好的体验。
[0053] 以上仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡在本发明的精神 和原则之内所作的任何修改、 等同替换和改进等, 均应包含在本发明的保护范 围之内。
Claims
[权利要求 1] 一种基于 DSM-CC协议的对象轮播数据下载方法, 其特征在于, 包括 如下步骤:
S10: 在数字电视设备内存中分出一块缓存空间;
S20: 在数字电视设备工作吋, 由广播数据流中依次下载 DSM-CC数 据中每个 OC数据到缓存空间, 且一个 OC数据全部下载到缓存空间后 保留设定吋间即清除, 继续下载下一个 OC数据, 循环进行;
S30: 在用户请求数据吋, 获取用户发送的 URL地址并进行分析, 得 到 URL地址所对应的 OC数据;
S40: 检测缓存空间中当前缓存的 OC数据是否是 URL地址所对应的 0 C数据, 若是则由缓存空间中获取 OC数据交由用户, 若不是则到服务 器端根据对应关系, 下载对应的 OC数据交由用户。
[权利要求 2] 根据权利要求 1所述的基于 DSM-CC协议的对象轮播数据下载方法, 其特征在于, 所述步骤 S30具体为: 根据用户发送的 URL地址确定服 务器端 ID, 并在服务器端确定对应的 OC数据 PID, 通过 OC数据 PID确 定 URL地址对应的 OC数据。
[权利要求 3] 根据权利要求 2所述的基于 DSM-CC协议的对象轮播数据下载方法, 其特征在于, 所述步骤 S40具体为: 根据 URL地址解析出服务器端 ID 和 OC数据 PID, 根据服务器端 ID接收广播数据流中对应的 PMT表, 通过解析 PMT表解析出 URL地址对应的 OC数据 PID, 然后根据接收 0 C数据 PID接收并且保存 DSM-CC的 section数据, 通过 DSM-CC协议的 规范, 对 section数据进行解析, 解析后获得 OC数据。
[权利要求 4] 根据权利要求 3所述的基于 DSM-CC协议的对象轮播数据下载方法, 其特征在于, 所述步骤 S40具体为: 在解析 section数据的吋, 主要保 存四种对象的消息, 分别是: 流消息、 文件消息、 目录消息以及业务 网关消息, 将这四种对象消息保存即获得 OC数据。
[权利要求 5] 根据权利要求 4所述的基于 DSM-CC协议的对象轮播数据下载方法, 其特征在于, 所述步骤 S40还包括: 若 URL地址对应的 OC数据为多个
, 则获取全部 OC数据 PID同吋进行下载。
一种基于 DSM-CC协议的对象轮播数据下载系统, 其特征在于, 包括 缓存空间分配模块, 在数字电视设备内存中分出一块缓存空间; 缓存空间数据下载模块, 在数字电视设备工作吋, 由广播数据流中依 次下载 DSM-CC数据中每个 OC数据到缓存空间, 且一个 OC数据全部 下载到缓存空间后保留设定吋间即清除, 继续下载下一个 OC数据, 循环进行;
URL地址处理模块, 在用户请求数据吋, 获取用户发送的 URL地址并 进行分析, 得到 URL地址所对应的 OC数据;
OC数据获取模块, 检测缓存空间中当前缓存的 OC数据是否是 URL地 址所对应的 OC数据, 若是则由缓存空间中获取 OC数据交由用户, 若 不是则到服务器端根据对应关系, 下载对应的 OC数据交由用户。 根据权利要求 6所述的基于 DSM-CC协议的对象轮播数据下载系统, 其特征在于, 所述 URL地址处理模块根据用户发送的 URL地址确定服 务器端 ID, 并在服务器端确定对应的 OC数据 PID, 通过 OC数据 PID确 定 URL地址对应的 OC数据。
根据权利要求 7所述的基于 DSM-CC协议的对象轮播数据下载系统, 其特征在于, 所述 OC数据获取模块根据 URL地址解析出服务器端 ID 和 OC数据 PID, 根据服务器端 ID接收广播数据流中对应的 PMT表, 通过解析 PMT表解析出 URL地址对应的 OC数据 PID, 然后根据接收 0
C数据 PID接收并且保存 DSM-CC的 section数据, 通过 DSM-CC协议的 规范, 对 section数据进行解析, 解析后获得 OC数据。
根据权利要求 8所述的基于 DSM-CC协议的对象轮播数据下载系统, 其特征在于, 所述 OC数据获取模块在解析 section数据的吋, 主要保 存四种对象的消息, 分别是: 流消息、 文件消息、 目录消息以及业务 网关消息, 将这四种对象消息保存即获得 OC数据。
根据权利要求 9所述的基于 DSM-CC协议的对象轮播数据下载系统,
其特征在于, 若 URL地址对应的 OC数据为多个, 所述 OC数据获取模 块则获取全部 OC数据 PID同吋进行下载。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611256585.9 | 2016-12-30 | ||
CN201611256585.9A CN106686444B (zh) | 2016-12-30 | 2016-12-30 | 基于dsm-cc协议的对象轮播数据下载方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018120999A1 true WO2018120999A1 (zh) | 2018-07-05 |
Family
ID=58872698
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2017/106331 WO2018120999A1 (zh) | 2016-12-30 | 2017-10-16 | 基于 dsm-cc 协议的对象轮播数据下载方法及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106686444B (zh) |
WO (1) | WO2018120999A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106686444B (zh) * | 2016-12-30 | 2020-02-28 | 深圳市九洲电器有限公司 | 基于dsm-cc协议的对象轮播数据下载方法及系统 |
CN111405063B (zh) * | 2020-04-02 | 2023-04-14 | Vidaa(荷兰)国际控股有限公司 | 数据下载方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040230654A1 (en) * | 1999-12-02 | 2004-11-18 | Microsoft Corporation | Data carousel receiving and caching |
CN1784005A (zh) * | 2004-05-09 | 2006-06-07 | 意法半导体有限公司 | 一种通过文件系统访问轮播数据的方法 |
CN101179717A (zh) * | 2007-12-04 | 2008-05-14 | 深圳市茁壮网络技术有限公司 | 一种oc应用的实现方法 |
CN101369860A (zh) * | 2008-10-16 | 2009-02-18 | 深圳市同洲电子股份有限公司 | 一种显示点播电子节目指南的方法和机顶盒 |
CN101848231A (zh) * | 2010-03-08 | 2010-09-29 | 深圳市同洲电子股份有限公司 | 一种数据传输的方法和系统 |
CN106686444A (zh) * | 2016-12-30 | 2017-05-17 | 深圳市九洲电器有限公司 | 基于dsm‑cc协议的对象轮播数据下载方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2357922A (en) * | 1999-12-07 | 2001-07-04 | Sony Service Ct | Optimising a data carousel |
-
2016
- 2016-12-30 CN CN201611256585.9A patent/CN106686444B/zh not_active Expired - Fee Related
-
2017
- 2017-10-16 WO PCT/CN2017/106331 patent/WO2018120999A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040230654A1 (en) * | 1999-12-02 | 2004-11-18 | Microsoft Corporation | Data carousel receiving and caching |
CN1784005A (zh) * | 2004-05-09 | 2006-06-07 | 意法半导体有限公司 | 一种通过文件系统访问轮播数据的方法 |
CN101179717A (zh) * | 2007-12-04 | 2008-05-14 | 深圳市茁壮网络技术有限公司 | 一种oc应用的实现方法 |
CN101369860A (zh) * | 2008-10-16 | 2009-02-18 | 深圳市同洲电子股份有限公司 | 一种显示点播电子节目指南的方法和机顶盒 |
CN101848231A (zh) * | 2010-03-08 | 2010-09-29 | 深圳市同洲电子股份有限公司 | 一种数据传输的方法和系统 |
CN106686444A (zh) * | 2016-12-30 | 2017-05-17 | 深圳市九洲电器有限公司 | 基于dsm‑cc协议的对象轮播数据下载方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106686444A (zh) | 2017-05-17 |
CN106686444B (zh) | 2020-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11477262B2 (en) | Requesting multiple chunks from a network node on the basis of a single request message | |
US20190342356A1 (en) | Selectively updating a dynamic manifest file | |
RU2636123C2 (ru) | Устройство предоставления содержания, способ предоставления содержания, программа и система предоставления содержания | |
US9882937B2 (en) | Communication receiver | |
JP5932987B2 (ja) | セグメント化されたコンテンツの位置特定および抽出 | |
US20170127147A1 (en) | Multicast streaming | |
WO2014188886A1 (ja) | コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム | |
WO2015150737A1 (en) | Multicast streaming | |
US20150327025A1 (en) | Information processing apparatus and method, program, and content supply system | |
US10264296B2 (en) | Reception apparatus, reception method, transmission apparatus, and transmission method | |
WO2012151865A1 (zh) | 一种传输数据的方法和系统 | |
WO2014208377A1 (ja) | コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム | |
WO2014026590A1 (zh) | Iptv系统实现边放边下的方法、终端及cdn服务器 | |
WO2018120999A1 (zh) | 基于 dsm-cc 协议的对象轮播数据下载方法及系统 | |
KR102460356B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
JP6624064B2 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
KR20220075367A (ko) | Dash/hls 하이브리드 멀티미디어 스트림을 브로드캐스팅하기 위한 방법 | |
CN111193686B (zh) | 媒体流的递送方法及服务器 | |
KR102123208B1 (ko) | 콘텐츠 공급 장치, 콘텐츠 공급 방법, 프로그램, 단말 장치, 및 콘텐츠 공급 시스템 | |
CN103796035A (zh) | 一种处理分段节目的方法、服务器及客户端设备 | |
KR20140103846A (ko) | 미디어 컨텐츠 송수신 방법 및 그를 이용한 송수신기 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 17886413 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 25/10/2019) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 17886413 Country of ref document: EP Kind code of ref document: A1 |