WO2015192697A1 - Cdn系统中数据请求、发送的方法、装置及系统结构 - Google Patents

Cdn系统中数据请求、发送的方法、装置及系统结构 Download PDF

Info

Publication number
WO2015192697A1
WO2015192697A1 PCT/CN2015/078348 CN2015078348W WO2015192697A1 WO 2015192697 A1 WO2015192697 A1 WO 2015192697A1 CN 2015078348 W CN2015078348 W CN 2015078348W WO 2015192697 A1 WO2015192697 A1 WO 2015192697A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
broadcast
request
network
broadcast channel
Prior art date
Application number
PCT/CN2015/078348
Other languages
English (en)
French (fr)
Inventor
温宇强
温宇明
Original Assignee
深圳市三峰光电科技有限公司
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
Application filed by 深圳市三峰光电科技有限公司 filed Critical 深圳市三峰光电科技有限公司
Publication of WO2015192697A1 publication Critical patent/WO2015192697A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, an apparatus, and a system structure for data request and transmission in a CDN system.
  • CDN Content Delivery Network
  • the existing CDN architecture uses a public IP network, and content goes from one source station through several layers of CDN nodes to the end customers. On each data node, the data needs to be transmitted again. For different customer needs, the same data needs to be transmitted repeatedly between multiple CDN nodes.
  • the content data to be distributed in the CDN system is fixed, and the key factor for distribution to the end user is bandwidth. With more and more data consumption needs, such as IPTV, 4K content and so on. CDN systems built using existing IP infrastructure have become increasingly inaccessible to customers' data transmission growth needs.
  • the existing CDN system based on the IP network infrastructure, the efficiency of the CDN and the bandwidth occupation of the public IP network infrastructure are always irreconcilable.
  • the demand for server transit scheduling and IP network bandwidth in the operation of the CDN system will continue to grow as the number of terminal customers grows and the amount of data that needs to be transmitted increases.
  • the data transmitted in the CDN system is often the same data, which is a great waste for the bandwidth of the two-way point-to-point IP network in the existing basic settings for different users.
  • the embodiment of the invention provides a method, a device and a system structure for requesting and transmitting data in a CDN system, aiming at solving the problem of how to improve the utilization of a broadcast channel and reducing redundant data of a public IP network.
  • the present invention adopts the following technical solutions:
  • the method of data request in the CDN system is adopted, and the method includes:
  • Data in the data request that is not in the data mapping table is received through a public IP network.
  • a device for data request in a CDN system comprising:
  • a requesting unit configured to forward the data request of the terminal to the data source end
  • a broadcast data receiving unit configured to monitor, on a broadcast channel, a data mapping table broadcasted by the data source, and when the data broadcast corresponding to the data request is confirmed according to the data mapping table, receive broadcast data;
  • a network data receiving unit configured to receive, by the public IP network, data that is not in the data mapping table in the data request.
  • a method for data transmission in a CDN system comprising:
  • the remaining data is sent over the public IP network.
  • a device for transmitting data in a CDN system comprising:
  • a request receiving unit for receiving a data request
  • a statistical unit configured to count broadcast priority of the received data request
  • a selection unit for transmitting by broadcast based on bandwidth of the broadcast channel and broadcast priority selection Broadcast data
  • a broadcast data transmitting unit configured to send the selected broadcast data through the broadcast channel and describe the broadcast data in a broadcast data mapping table
  • a network data sending unit configured to send the remaining data through a public IP network.
  • system structure of the CDN system is adopted, and the system structure includes:
  • the data node includes:
  • a broadcast signal receiver for receiving data from a broadcast channel
  • a node server configured to forward a data request of the terminal to the data source, and listen to the data mapping table broadcasted by the data source on the broadcast channel, when the data broadcast corresponding to the data request is confirmed according to the data mapping table Receiving broadcast data; and receiving data in the data request that is not in the data mapping table through the public IP network; and also for distributing data to the terminal through the IP home network;
  • the data source includes:
  • a source server configured to receive the data request, count a broadcast priority of the received data request, select broadcast data sent by broadcasting based on a bandwidth of the broadcast channel and a broadcast priority, and pass the selected broadcast data through the broadcast channel. Transmitting and describing the broadcast data in a broadcast data mapping table; also for transmitting the remaining data over a public IP network;
  • a broadcast signal transmitter configured to send corresponding data scheduled by the source server to the data node by using a broadcast channel.
  • the invention has the beneficial effects that the content with low repetition rate is transmitted and received through the broadcast channel through the broadcast channel, and the content with low repetition rate is transmitted and received through the public IP network, thereby improving the utilization rate of the broadcast channel and reducing the redundancy of the public IP network.
  • the remaining data improves the efficiency of data transmission with high repetition rate, alleviates the data transmission pressure of the public IP network, and improves the user experience of the end user.
  • FIG. 1 is a flowchart of a method of a first embodiment of a method for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of a second embodiment of a method for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a third embodiment of a method for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 4 is a block diagram showing the structure of a first embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 5 is a structural block diagram of a second embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 6 is a structural block diagram of a third embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a method of a first embodiment of a method for transmitting data in a CDN system according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of a second embodiment of a method for transmitting data in a CDN system according to an embodiment of the present invention.
  • FIG. 9 is a structural block diagram of a first embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 10 is a structural block diagram of a second embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • FIG. 11 is a structural block diagram of an embodiment of a system structure of a CDN system according to an embodiment of the present invention.
  • the solution in the present invention is further improved on the existing CDN system, and a broadcast channel-based data transmission method is added to the existing CDN system, and a new data request and transmission scheme is correspondingly designed.
  • a broadcast channel-based data transmission method is added to the existing CDN system, and a new data request and transmission scheme is correspondingly designed.
  • different types of channels DVD and IP
  • HCDN Heterogeneous CDN
  • the broadcast channel is mainly used as a downlink data channel.
  • the transmission medium of the broadcast signal may be a broadcast base station, a space satellite, a drone satellite, a cable, a ground, etc., and the specific transmission medium is not limited herein.
  • FIG. 1 is a flowchart of a method of a first embodiment of a method for requesting data in a CDN system according to an embodiment of the present invention.
  • the method for requesting data in the CDN system includes:
  • Step S101 Forward the data request of the terminal to the data source end.
  • the data request sent by the terminal to the data source end is forwarded by the data node, and the data node records the data requested by the terminal corresponding to the node when forwarding.
  • the data request of the terminal may be obtained immediately or it may be a reserved data request.
  • the terminal mainly communicates data with the data node, which reduces complex data transmission between the terminal and the data source.
  • Step S102 Listening to the data mapping table broadcasted by the data source end on the broadcast channel, and when confirming the data broadcast corresponding to the data request according to the data mapping table, receiving the broadcast data.
  • the data mapping table records related information of the broadcast data, and according to the related information of the broadcast data and the previously recorded data request, if the data in the data request appears in the broadcast data, the broadcast data is received.
  • Step S103 Receive, by the public IP network, data that is not in the data mapping table in the data request.
  • the requested data is received through a broadcast or public IP network, which reduces the pressure on the public IP network, and utilizes the transmission characteristics of the broadcast to achieve fast data transmission, especially
  • the data request mode of the reservation data for the data with a large amount of reservation, can be quickly reached by simply transmitting once in the broadcast channel. Improve the efficiency of data transmission and enhance the data acquisition experience of end users.
  • FIG. 2 is a flowchart of a method of a second embodiment of a method for requesting data in a CDN system according to an embodiment of the present invention.
  • the main difference between this embodiment and the first embodiment of the method is that the specific process of receiving broadcast data and the subsequent specific process of processing the data are further explained.
  • the method for requesting data in the CDN system includes:
  • Step S201 Forward the data request of the terminal to the data source end.
  • the data request of the terminal is an instant request for a reserved data request or data that the data node does not have.
  • the former is selectively transmitted by broadcast according to the priority of the data, and the latter is generally sent through the public IP network if the request is successful, but for the game, it can also be regarded as a process of data request, and is an instant data request;
  • the action of the operation is regarded as a data request, and the action screen corresponding to the response is regarded as the requested data.
  • the data amount of the data request is small, and the public IP network is sufficient to support, but the requested data, that is, The amount of data on the game screen is very large, and in the multiplayer game, the game screens are all the same.
  • the data is transmitted in real time, the data can be transmitted by the broadcast method, and the data node receives the game. Send directly to the terminal after the screen.
  • Step S202 Receive a data menu through a public IP network, and search for the data of the data corresponding to the data request and the corresponding broadcast time in the data menu.
  • the data menu can be understood as a schedule in which the data source transmits data through the broadcast channel, in which basic information of the data transmitted by the broadcast channel can be found, the transmission time, and further, if there are multiple broadcast sources, the corresponding data of the transmission data is also included. Broadcast source.
  • Step S203 Start a data mapping table for monitoring data broadcast on the broadcast channel before the broadcast time.
  • the data mapping table of the data broadcast is monitored on the broadcast channel before the time arrives to confirm that the data requested by the terminal corresponding to the data node is accurately received.
  • Step S204 Receive broadcast data when the data corresponding to the data request is broadcast.
  • step S205 the received broadcast data corresponding to the live broadcast data is cached in the memory, and the received broadcast data corresponding to the on-demand data and the broadcast data corresponding to the preset live broadcast data are saved to the local storage.
  • the data received by the data node to be immediately distributed to the terminal is referred to as live data, such as a game interface, a live sports broadcast, a large-scale network interaction, etc.; data that needs to be distributed after reaching the terminal reservation time becomes On-demand data.
  • live data such as a game interface, a live sports broadcast, a large-scale network interaction, etc.
  • On-demand data For a data node, many large-volume, high-heat data will not be forwarded but will be saved in order to facilitate the terminal request corresponding to the data node.
  • a data request can be directly initiated to the data node.
  • the cost of various hardware devices is getting lower and lower, and it is very easy to save big data in the data nodes.
  • a data node can support 1000-10000 terminals without card data requests.
  • the LAN is dominated by 1000M ethernet technology, with 1M bandwidth per user, and concurrently can support 1000 users.
  • each local area network can have 1000 people, so the number of bearer users can be calculated according to the configuration of the data nodes.
  • different services have different bandwidth requirements.
  • each user should have 6-8M bandwidth. Coding technology is also improving (V9, h.265, etc.). If you use fiber-to-the-home technology, the number of users that can be supported will be even greater. The key point is the switch and the home access path used inside the home office. Therefore, in the networking mode of HCDN, the experience of data request is effectively improved for the terminal. In turn, because more More data is communicated between the various data nodes and the terminal, which slows down the pressure on the public IP network, so the terminal can get faster speed when requesting data that is not on the data node.
  • the broadcast data corresponding to the preset live broadcast data is saved to the local storage. It means that for some data, although it is temporarily broadcast, there will be more on-demand repeat requests after the live broadcast, such as the Spring Festival Gala or major events.
  • the transmission is cached in live mode, and the program is also saved locally.
  • Step S206 Receive data in the data request that is not in the data mapping table by using a public IP network.
  • Step S207 When the on-demand frequency of the on-demand data is lower than a preset standard, the on-demand data is deleted.
  • the capacity of the current storage device is increasing and the cost is getting lower and lower, in order to improve the utilization rate of the storage device and reduce the redundant data, when the on-demand frequency of the on-demand data stored in the data node is lower than a preset standard, the On-demand data deletion.
  • the solution further describes a specific process of receiving broadcast data and a specific process of subsequently processing the data.
  • the requested data is broadcasted or public IP.
  • Network receiving reduces the pressure on the public IP network, and realizes the rapid transmission of data by using the transmission characteristics of the broadcast, especially the data request mode of the reserved data.
  • the terminal can be reached quickly. Improve the efficiency of data transmission and enhance the data acquisition experience of end users.
  • the subsequent processing of the data also reduces the repeated broadcast of the data source as much as possible, and improves the utilization of the storage device of the data node.
  • FIG. 3 is a flowchart of a method of a third embodiment of a method for requesting data in a CDN system according to an embodiment of the present invention.
  • the main difference between the second embodiment of the present embodiment and the method is that the feedback process after receiving the broadcast data is further described; the process of presenting the data information in the terminal; and the specific process of forwarding the data request.
  • the method includes:
  • Step S301 Receive a data request of the terminal, and record the data request.
  • the data node records the data request to obtain data in a targeted manner when the data is broadcast.
  • Step S302 Send the data request to the data source end through a public IP network.
  • the bandwidth required for data requests is small and can be sent directly over the public IP network.
  • Step S303 Receive a data menu through the public IP network, and find information of the data corresponding to the data request and the corresponding broadcast time in the data menu.
  • Step S304 Start a data mapping table for monitoring data broadcast on the broadcast channel before the broadcast time.
  • Step S305 Receive broadcast data when the data corresponding to the data request is broadcast.
  • Step S306 The broadcast data corresponding to the received live broadcast data is cached in the memory, and the received broadcast data corresponding to the on-demand data and the broadcast data corresponding to the preset live broadcast data are saved to the local storage.
  • Step S307 Receive data in the data request that is not in the data mapping table by using a public IP network.
  • Step S308 judging whether the broadcast data is completely received in the broadcast time recorded in the data menu, and then sending the completely downloaded record to the data source end, otherwise sending a request for missing part of the data to the data source end.
  • the missing part of the data is received through the broadcast channel or received by the public IP network.
  • the request for missing part of the data can be regarded as a kind of data request, and the processing is consistent with the ordinary data request, but it is transmitted by broadcast before, and is not transmitted by broadcast when supplemented.
  • Step S309 When the on-demand frequency of the on-demand data is lower than a preset standard, the on-demand data is deleted.
  • Step S310 Generate a local data menu according to the local data in the data node and the data list of the information carrying the requestable data sent by the received data source.
  • the local data part and the data list part of the local data menu are respectively used by the terminal to receive data and request data.
  • the local data menu it is divided into two parts, one part is used to reserve on-demand, this part
  • the data of the points needs to be provided by the data source; part of it is used for live broadcast, that is, the data node itself has stored data or is currently broadcasting data.
  • the broadcast channel is a cascade broadcast channel.
  • the lowest cost broadcast transmission method is adopted, and the broadcast channel adopts a cascade broadcast channel.
  • the feedback process after the broadcast data is received is further described; the process of presenting the data information in the terminal; and the specific process of forwarding the data request.
  • the solution receives the requested data through a broadcast or public IP network, reduces the pressure on the public IP network, and utilizes the transmission characteristics of the broadcast to realize fast data transmission, in particular, the data request mode of the reserved data. For data with a large amount of reservations, you only need to transmit it once in the broadcast channel to reach the terminal quickly. Improve the efficiency of data transmission and enhance the data acquisition experience of end users. The integrity of the broadcast data reception is also guaranteed, providing a clear data menu for the terminal.
  • the following is an embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • the embodiment of the device for data request in the CDN system belongs to the same concept as the method embodiment of the data request in the CDN system described above, and the details not described in detail in the embodiment of the device for requesting data in the CDN system can be referred to the above CDN system.
  • Method embodiment of a data request is referred to the above CDN system.
  • FIG. 4 is a structural block diagram of a first embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • the device for requesting data in the CDN system includes the following contents:
  • the requesting unit 410 is configured to forward the data request of the terminal to the data source end;
  • the broadcast data receiving unit 420 is configured to monitor, on the broadcast channel, the data mapping table broadcasted by the data source end, and when the data broadcast corresponding to the data request is confirmed according to the data mapping table, receive the broadcast data;
  • the network data receiving unit 430 is configured to receive, by using a public IP network, data that is not in the data mapping table in the data request.
  • the cooperative work of the above modules by forwarding data requests, receiving the requested data through a broadcast or public IP network, reduces the pressure on the public IP network, and utilizes the transmission characteristics of the broadcast to achieve rapid data transmission, especially for subscription data.
  • the data request method for a large amount of reservation data, can be quickly reached to the terminal by only transmitting once in the broadcast channel. Improved data transfer The efficiency of the end user's data acquisition experience.
  • FIG. 5 is a structural block diagram of a second embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • the main difference between this embodiment and the first embodiment of the device is that the specific working content of the broadcast data receiving unit 420 and its subsequent working units are further explained.
  • the device for requesting data in the CDN system includes the following contents:
  • the requesting unit 410 is configured to forward the data request of the terminal to the data source end;
  • the broadcast data receiving unit 420 is configured to monitor, on the broadcast channel, the data mapping table broadcasted by the data source end, and when the data broadcast corresponding to the data request is confirmed according to the data mapping table, receive the broadcast data;
  • the network data receiving unit 430 is configured to receive, by using a public IP network, data that is not in the data mapping table in the data request.
  • the broadcast data receiving unit 420 includes:
  • the broadcast time confirmation module 421 is configured to receive a data menu through a public IP network, and search, in the data menu, information about data corresponding to the data request and a corresponding broadcast time;
  • the broadcast content confirmation module 422 is configured to start a data mapping table for monitoring data broadcast on the broadcast channel before the broadcast time;
  • the broadcast data receiving unit 423 is configured to receive broadcast data when the data corresponding to the data request is broadcast.
  • the data includes live data and on-demand data
  • the device also includes:
  • the storage unit 440 is configured to cache the broadcast data corresponding to the received live data to the memory, and save the received broadcast data corresponding to the on-demand data and the broadcast data corresponding to the preset live broadcast data to the local storage;
  • the deleting unit 450 is configured to delete the on-demand data when the on-demand frequency of the on-demand data is lower than a preset standard
  • the live data is all broadcast data.
  • the solution further describes the specific working content of the broadcast data receiving unit 420 and its subsequent working units.
  • the requested data is received through a broadcast or public IP network by forwarding a data request. , reducing the pressure on the public IP network, making extensive use
  • the transmission characteristics of the broadcast enable fast data transmission, especially for the data request mode of the reservation data.
  • the terminal can be quickly reached only by transmitting once in the broadcast channel. Improve the efficiency of data transmission and enhance the data acquisition experience of end users.
  • the subsequent processing of the data also reduces the repeated broadcast of the data source as much as possible, and improves the utilization of the storage device of the data node.
  • FIG. 6 is a structural block diagram of a third embodiment of an apparatus for requesting data in a CDN system according to an embodiment of the present invention.
  • the main difference between this embodiment and the second embodiment of the device is that the broadcast feedback unit 460 and the local data menu generating unit 470 are further added to perform broadcast feedback and data menu generation, respectively, and the specific working modules of the request unit 410 are explained.
  • the device for requesting data in the CDN system includes the following contents:
  • the requesting unit 410 is configured to forward the data request of the terminal to the data source end;
  • the broadcast data receiving unit 420 is configured to monitor, on the broadcast channel, the data mapping table broadcasted by the data source end, and when the data broadcast corresponding to the data request is confirmed according to the data mapping table, receive the broadcast data;
  • the network data receiving unit 430 is configured to receive, by using a public IP network, data that is not in the data mapping table in the data request.
  • the broadcast data receiving unit 420 includes:
  • the broadcast time confirmation module 421 is configured to receive a data menu through a public IP network, and search for, in the data menu, information about data corresponding to the data request and a corresponding broadcast time;
  • the broadcast content confirmation module 422 is configured to start a data mapping table for monitoring data broadcast on the broadcast channel before the broadcast time;
  • the broadcast data receiving unit 423 is configured to receive broadcast data when the data corresponding to the data request is broadcast.
  • the broadcast feedback unit 460 is configured to determine whether the broadcast data is completely received during the broadcast time recorded in the data menu, and is to send a complete download record to the data source end, otherwise send a request for missing part of the data to the data source end;
  • the missing part of the data is received through the broadcast channel or received by the public IP network.
  • the local data menu generating unit 470 is configured to generate a local data menu according to the local data in the data node and the data list data menu sent by the received data source, wherein the broadcast data portion and the data list portion of the local data menu are respectively provided to the end user Watch data and request data.
  • the request unit 410 includes:
  • the collecting module 411 is configured to receive a data request of the terminal, and record the data request;
  • the forwarding module 412 is configured to send the data request to the data source end through a public IP network.
  • the data includes live data and on-demand data
  • the device also includes:
  • the storage unit 440 is configured to cache the broadcast data corresponding to the received live data to the memory, and save the received broadcast data corresponding to the on-demand data and the broadcast data corresponding to the preset live broadcast data to the local storage;
  • the deleting unit 450 is configured to delete the on-demand data when the on-demand frequency of the on-demand data is lower than a preset standard
  • the live data is all broadcast data.
  • the broadcast channel is a cascade broadcast channel.
  • the broadcast feedback unit 460 and the local data menu generating unit 470 are further added to perform broadcast feedback and data menu generation, respectively, and the specific working modules of the request unit 410 are explained.
  • the requested data is received through a broadcast or public IP network, which reduces the pressure on the public IP network, and utilizes the transmission characteristics of the broadcast to realize fast data transmission, in particular, data request for the reserved data.
  • a broadcast or public IP network which reduces the pressure on the public IP network, and utilizes the transmission characteristics of the broadcast to realize fast data transmission, in particular, data request for the reserved data.
  • the integrity of the broadcast data reception is also guaranteed, providing a clear data menu for the terminal.
  • the following is an embodiment of a method for data transmission in a CDN system provided by an embodiment of the present invention. It mainly explains the process of sending data at the data source.
  • FIG. 7 is a flowchart of a method of a first embodiment of a method for data transmission in a CDN system according to an embodiment of the present invention.
  • the method for transmitting data in the CDN system includes:
  • Step S701 Receive a data request.
  • the data request is sent by the terminal and forwarded by the data node, and the transmission process is implemented through a public IP network.
  • Step S702 Count the broadcast priority of the received data request.
  • the broadcast priority can be determined according to the number of requests for data, the importance of the data, the requester of the data, etc., and needs to be considered comprehensively.
  • the specific priority statistical method is not the protection end point of the solution, and is also presented in the prior art. I will not repeat them here.
  • Step S703 Select broadcast data transmitted by broadcasting based on the bandwidth of the broadcast channel and the broadcast priority.
  • the bandwidth of the broadcast channel is sufficient and the cost of use is low enough, it is also possible to transmit all the data through the broadcast, but in general, the data with the highest priority is selected within the bandwidth that can be used.
  • Step S704 Send the selected broadcast data through the broadcast channel and describe the data in a broadcast data mapping table.
  • the data mapping table is transmitted while the data is being transmitted.
  • Step S705 Send the remaining data through the public IP network.
  • the bandwidth of the broadcast channel is insufficient, the data with insufficient priority is sent over the public IP network, ensuring that all data can be sent in time.
  • FIG. 8 is a flowchart of a method of a second embodiment of a method for data transmission in a CDN system according to an embodiment of the present invention.
  • the main difference between this embodiment and the first embodiment of the method is that a priority judgment process is further explained; the transmission process of the data list and the data menu is explained.
  • the method for transmitting data in the CDN system includes:
  • Step S801 Receive a data request.
  • the data request here can also treat the supplemental request for missing data as one of them.
  • Step S802 Counting the number of requests for the same data, and the data is respectively passed through a public IP network. Cost and timeliness evaluation of network distribution and broadcast channel distribution, generating the priority of the data request.
  • the level of the number of requests is set as the primary reference for priority, while considering the cost and time effectiveness evaluation of data distribution. For example, in general, the higher the number of requests, the higher the priority, but in the event of a major natural disaster, the relevant information needs to be sent by broadcast. At this time, the number of requests is small, but the timeliness of the message is very important. Have the highest priority.
  • Step S803 The required bandwidth is transmitted by broadcasting according to the priority accumulation data from high to low.
  • the priority is selected from high to low in order, and the bandwidth required for the selected data is accumulated.
  • Step S804 The data whose bandwidth required after the accumulation is not exceeded and which is closest to the bandwidth of the broadcast channel is the broadcast data transmitted by the broadcast.
  • the selected data is the broadcast data that needs to be sent by broadcast.
  • Step S805 The data menu is transmitted through the public IP network, and the data menu records information of the broadcast data transmitted through the broadcast and the corresponding broadcast time.
  • a data menu is sent to the data node over the common IP network, informing the data node that it is ready to receive data at a set time.
  • Step S806 transmitting the selected broadcast data through the broadcast channel and describing the data in a broadcast data mapping table.
  • the data mapping table is used to specify what the broadcasted data is, so that the data node can selectively receive it.
  • Step S807 The remaining data is sent through the public IP network.
  • Step S808 receiving a supplementary data request of the complete download record and the missing part of the data
  • Step S809 Select to send the missing part of the data through the broadcast channel or the public IP network according to the priority of the supplementary data request and the status of the broadcast channel.
  • Step S810 Update a data list carrying information of the requestable data, and send the data list through a broadcast channel or a public IP network.
  • Data is uploaded at any time on the data source side. When the data is uploaded, it is necessary to inform the data node and the terminal which new data is available for reservation. Because the size of the data list is relatively small, it can be sent quickly over the public IP network, so both transmission methods can be applied.
  • the broadcast channel is a cascade broadcast channel.
  • the lowest cost broadcast transmission method is adopted, and the broadcast channel adopts a cascade broadcast channel.
  • the embodiment further illustrates a priority determination process; the transmission process of the data list and the data menu is illustrated.
  • a priority determination process by transmitting and receiving content with high repetition times through the broadcast channel, content with low repetition times is transmitted and received through the public IP network, which improves the utilization of the broadcast channel, reduces the redundant data of the public IP network, and improves the data.
  • the efficiency of high-repetition data transmission eases the data transmission pressure of public IP networks.
  • the data with the highest number of requests has the highest priority. As a preferred priority, this mode of operation is the simplest; the transmission of data lists and data menus makes it easier to subscribe and receive data in a targeted manner.
  • the following is an embodiment of an apparatus for transmitting data in a CDN system according to an embodiment of the present invention.
  • the embodiment of the apparatus for transmitting data in the CDN system is the same as the method embodiment of the data transmission in the CDN system described above, and the details not described in detail in the embodiment of the apparatus for transmitting data in the CDN system can be referred to the above CDN system.
  • Method embodiment of data transmission is the same as the method embodiment of the data transmission in the CDN system described above, and the details not described in detail in the embodiment of the apparatus for transmitting data in the CDN system can be referred to the above CDN system.
  • FIG. 9 is a structural block diagram of a first embodiment of an apparatus for transmitting data in a CDN system according to an embodiment of the present invention.
  • the device for transmitting data in the CDN system includes the following contents:
  • the request receiving unit 910 is configured to receive a data request.
  • the statistics unit 920 is configured to collect a broadcast priority of the received data request.
  • the selecting unit 930 is configured to select broadcast data that is sent by broadcasting based on a bandwidth of the broadcast channel and a broadcast priority;
  • a broadcast data transmitting unit 940 configured to send the selected broadcast data through the broadcast channel and describe the broadcast data in a broadcast data mapping table
  • the network data sending unit 950 is configured to send the remaining data through a public IP network.
  • the cooperative work of the above modules by forwarding data requests, receiving the requested data through a broadcast or public IP network, reduces the pressure on the public IP network, and utilizes the transmission characteristics of the broadcast to achieve rapid data transmission, especially for subscription data.
  • the data request method for a large amount of reservation data, can be quickly reached to the terminal by only transmitting once in the broadcast channel. Improve the efficiency of data transmission and enhance the data acquisition experience of end users.
  • FIG. 10 is a device for transmitting data in a CDN system according to an embodiment of the present invention.
  • the device for transmitting data in the CDN system includes the following contents:
  • the request receiving unit 910 is configured to receive a data request.
  • the statistics unit 920 is configured to collect a broadcast priority of the received data request.
  • the selecting unit 930 is configured to select broadcast data that is sent by broadcasting based on a bandwidth of the broadcast channel and a broadcast priority;
  • a broadcast data transmitting unit 940 configured to send the selected broadcast data through the broadcast channel and describe the broadcast data in a broadcast data mapping table
  • the network data sending unit 950 is configured to send the remaining data through a public IP network.
  • the statistic unit 920 and the selecting unit 930 are specifically configured to:
  • the required bandwidth is transmitted by broadcast according to the priority from high to low accumulated data
  • the data whose bandwidth required after the accumulation is not exceeded and which is closest to the bandwidth of the broadcast channel is broadcast data transmitted by broadcasting.
  • the data menu sending unit 960 is configured to send a data menu through a public IP network, where the data menu records information of broadcast data transmitted by broadcasting and a corresponding broadcast time.
  • a broadcast result statistics unit 970 configured to receive a supplementary data request for the complete download record and the missing portion of the data
  • the supplementary sending unit 980 is configured to select, according to the priority of the supplementary data request and the status of the broadcast channel, the data of the missing part to be sent through the broadcast channel or the public IP network.
  • the content list unit 990 is configured to update a data list carrying information of the requestable data, and send the data list through a broadcast channel or a public IP network.
  • the broadcast channel is a cascade broadcast channel.
  • the above-mentioned modules cooperate to forward the requested data by broadcasting the data request. Or public IP network reception, reducing the pressure on the public IP network, using the transmission characteristics of the broadcast, to achieve rapid data transmission, especially for the data request mode of the reservation data, for the large amount of reservation data, only in the broadcast channel Once you transfer it, you can reach the terminal quickly. Improve the efficiency of data transmission and enhance the data acquisition experience of end users.
  • the data with the highest number of requests has the highest priority. As a preferred priority, this mode of operation is the simplest; the transmission of data lists and data menus makes it easier to subscribe and receive data in a targeted manner.
  • the following is an embodiment of a system structure of a CDN system provided by an embodiment of the present invention.
  • the embodiment of the CDN system belongs to the integration concept of the embodiment of the data requesting device in the CDN system and the data transmitting device in the CDN system, and the details of the CDN system are not described in detail in the embodiment, and the data in the CDN system can be referred to.
  • the system structure of the CDN system includes the following contents:
  • Data node 110 data source 120 and terminal 130;
  • the data node 110 includes:
  • a broadcast signal receiver 111 configured to receive data from a broadcast channel
  • the node server 112 is configured to forward the data request of the terminal 130 to the data source 120, listen to the data mapping table broadcast by the data source 120 on the broadcast channel, and receive the broadcast when the data corresponding to the data request is broadcasted. Data; and receiving data in the data request that is not in the data mapping table through the public IP network; and also for distributing data to the terminal 130 through the public IP network;
  • the data source 120 includes:
  • the source server 121 is configured to receive the data request, collect a broadcast priority of the received data request, select broadcast data sent by the broadcast based on a bandwidth of the broadcast channel and a broadcast priority, and pass the selected broadcast data through the broadcast.
  • the channel transmits and describes the broadcast data in a broadcast data mapping table; and is also used to send the remaining data through a public IP network;
  • the broadcast signal transmitter 122 is configured to send the corresponding data of the source server 121 to the data node 110 through a broadcast channel.
  • the data mapping table for monitoring the data source 120 broadcasted on the broadcast channel, and receiving the broadcast data when the data corresponding to the data request is broadcast includes:
  • the node server 112 is further configured to:
  • the missing part of the data is received through the broadcast channel or received by the public IP network;
  • the source server 121 is further configured to:
  • the data of the missing portion is transmitted through the broadcast channel or the public IP network according to the priority of the supplementary data request and the state of the broadcast channel.
  • the selecting, by using the broadcast channel-based bandwidth and the broadcast priority, the broadcast data that is sent by using the broadcast includes:
  • the broadcast channel is a cascade broadcast channel.
  • Each component in the above system receives the requested data through a broadcast or public IP network by forwarding the data request, reduces the pressure on the public IP network, and utilizes the transmission characteristics of the broadcast to realize fast data transmission, especially for the reservation data.
  • the data request method for a large amount of reservation data, can be quickly reached to the terminal by only transmitting once in the broadcast channel. Improve the efficiency of data transmission and enhance the data acquisition experience of end users.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了CDN系统中数据请求、发送的方法、装置及系统结构。该方案通过设置直接通信的数据源端和数据节点，终端与数据节点相连并通过数据节点向数据源端转发数据请求，数据源端根据数据请求调度数据通过广播发送到数据节点，终端主要从数据节点获得数据。在本方案中，通过广播通过将请求优先级高，例如请求次数多的内容通过广播信道发送和接收，请求优先级低，例如重复次数低的内容通过公共IP网络发送和接收，提高了广播信道的利用率，降低了公共IP网络的重复冗余数据，提高了重复次数高的数据传输的效率，缓解了公共IP网络的数据传输压力。

Description

CDN系统中数据请求、发送的方法、装置及系统结构
本申请要求于2014年6月18日提交的、申请号为201410271393.X、申请人为深圳市三峰光电科技有限公司、发明名称为“CDN系统中数据请求、发送的方法、装置及系统结构”的中国专利申请的优先权，该申请的全文以引用的方式并入本申请中。
技术领域
本发明涉及通讯技术领域，尤其涉及CDN系统中数据请求、发送的方法、装置及系统结构。
背景技术
内容分发网络(Content Delivery Network，CDN)的基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输得更快、更稳定。
现有的CDN体系架构上使用公共IP网络，内容从一个源站经过几层CDN节点到达终端客户。在每个数据节点上，数据都需要传输一遍，为了不同客户的需求，同样的数据，需要在多个CDN节点间重复传输。
CDN系统中要分发的内容数据是固定不变的，分发到终端用户处的关键因素是带宽。随着现在越来越多的数据消费需求，如IPTV、4K内容等。使用现用的IP基础设施建立的CDN系统，已经越来越跟不上客户的数据传输增长需求。
现有的CDN系统，基于IP网络基础设施构建，CDN的效率和公共IP网络基础设施带宽占用程度始终是不可调和的矛盾。CDN系统运行中对服务器中转调度需求和IP网络带宽的需求，随终端客户数量的增长、需要传输的数据量的增长，都会需要不断增长。而CDN系统中传输的数据，经常是同样的数据，给不同的用户，这对现有基础设置中的双向点对点IP网络的带宽也是极大的浪费。
发明内容
本发明实施例提出了CDN系统中数据请求、发送的方法、装置及系统结构，旨在解决如何提高广播信道的利用率、降低了公共IP网络的重复冗余数据。
为实现上述设计，本发明采用以下技术方案：
一方面采用CDN系统中数据请求的方法，该方法包括：
向数据源端转发终端的数据请求；
在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；
通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
另一方面采用CDN系统中数据请求的装置，该装置包括：
请求单元，用于向数据源端转发终端的数据请求；
广播数据接收单元，用于在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；
网络数据接收单元，用于通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
又一方面还采用CDN系统中数据发送的方法，该方法包括：
接收数据请求；
统计接收到的数据请求的广播优先级；
基于广播信道的带宽和广播优先级选择通过广播发送的广播数据；
将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述所述广播数据；
将剩余的数据通过公共IP网络发送。
又一方面还采用CDN系统中数据发送的装置，该装置包括：
请求接收单元，用于接收数据请求；
统计单元，用于统计接收到的数据请求的广播优先级；
选择单元，用于基于广播信道的带宽和广播优先级选择通过广播发送 的广播数据；
广播数据发送单元，用于将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述所述广播数据；
网络数据发送单元，用于将剩余的数据通过公共IP网络发送。
最后还采用CDN系统的系统结构，该系统结构包括：
数据节点，数据源端和终端；
所述数据节点，包括：
广播信号接收器，用于接收来自广播信道的数据；
节点服务器，用于向所述数据源端转发终端的数据请求，在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；并通过公共IP网络，接收数据请求中的不在数据映射表中的数据；还用于通过IP入户网络向终端分发数据；
所述数据源端，包括：
源端服务器，用于接收所述数据请求，统计接收到的数据请求的广播优先级，基于广播信道的带宽和广播优先级选择通过广播发送的广播数据，将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述所述广播数据；还用于将剩余的数据通过公共IP网络发送；
广播信号发送器，用于将源端服务器调度的对应数据通过广播信道向所述数据节点发送。
本发明的有益效果在于：通过将重复次数高的内容通过广播信道发送和接收，重复次数低的内容通过公共IP网络发送和接收，提高了广播信道的利用率，降低了公共IP网络的重复冗余数据，提高了重复次数高的数据传输的效率，缓解了公共IP网络的数据传输压力，提高了终端用户的使用体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出 创造性劳动的前提下，还可以根据本发明实施例的内容和这些附图获得其他的附图。
图1是本发明实施例提供的CDN系统中数据请求的方法的第一个实施例方法流程图。
图2是本发明实施例提供的CDN系统中数据请求的方法的第二个实施例方法流程图。
图3是本发明实施例提供的CDN系统中数据请求的方法的第三个实施例方法流程图。
图4是本发明实施例提供的CDN系统中数据请求的装置的第一个实施例结构方框图。
图5是本发明实施例提供的CDN系统中数据请求的装置的第二个实施例结构方框图。
图6是本发明实施例提供的CDN系统中数据请求的装置的第三个实施例结构方框图。
图7是本发明实施例提供的CDN系统中数据发送的方法的第一个实施例方法流程图。
图8是本发明实施例提供的CDN系统中数据发送的方法的第二个实施例方法流程图。
图9是本发明实施例提供的CDN系统中数据请求的装置的第一个实施例结构方框图。
图10是本发明实施例提供的CDN系统中数据请求的装置的第二个实施例结构方框图。
图11是本发明实施例提供的CDN系统的系统结构的实施例的结构方框图。
具体实施方式
为使本发明解决的技术问题、采用的技术方案和达到的技术效果更加清楚，下面将结合附图对本发明实施例的技术方案作进一步的详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例，都属于本发明保护的范围。
本发明中的方案在现有的CDN系统上做出的进一步改进，在现有的CDN系统上增设基于广播信道的数据传输方式，并对应设计新的数据的请求和发送方案。在本方案中，联合不同类型的信道(DVB和IP)来实现CDN的功能，但是具有比现有的CDN更优的效果，在此称之为异构CDN(Heterogeneous CDN，HCDN)。在本方案中，广播信道主要用作下行数据通道。现有的常用的广播信道如卫星数字视频广播(Digital Video Broadcasting Satellite/2nd Generation Satellite，DVB-S/S2)、ABS-S(Advanced Broadcasting System-Satellite)、有线数字电视广播(Digital Video Broadcasting Cable，DVB-C)、DVB-T/T2(Digital Video Broadcasting Terrestrial/2nd Generation Terrestrial)、DMB-TH(Terrestrial Digital Multimedia TV/Handle Broadcasting)等均可用于实施本方案中的广播信道。在本方案中，广播信号的传输媒体可以是广播基站、太空卫星、无人机卫星、有线、地面等，具体的传输媒体这里也不限定。
请参考图1，其是本发明实施例提供的CDN系统中数据请求的方法的第一个实施例的方法流程图。
如图1所示，该CDN系统中数据请求的方法，包括：
步骤S101：向数据源端转发终端的数据请求。
在本方案中，终端向数据源端发送的数据请求会经过数据节点进行转发，数据节点在转发时会记录本节点对应的终端请求过哪些数据。终端的数据请求可能是需要即时获得的，也可能是预约的数据请求。终端主要和数据节点进行数据沟通，减少了终端和数据源端之间的复杂的数据传输。
步骤S102：在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据。
数据映射表中会记录广播数据的相关信息，根据广播数据的相关信息以及之前记录的数据请求，如果数据请求中的数据在广播数据中有出现，则接收广播数据。
步骤S103：通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
对于达不到广播要求的优先级或需要即时反馈的数据请求，则通过公共IP网络接收。
综上所述，本实施例中通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。
在本实施例中，因为从数据节点到终端的数据传输过程在现有技术中比较通用和成熟，在此不做进一步说明。
请参考图2，其是本发明实施例提供的CDN系统中数据请求的方法的第二个实施例的方法流程图。本实施例与方法第一个实施例的主要区别在于，进一步说明了对广播数据进行接收的具体过程以及后续对数据进行处理的具体过程。
如图2所示，该CDN系统中数据请求的方法，包括：
步骤S201：向数据源端转发终端的数据请求。
一般而言，终端的数据请求都是预约的数据请求或者数据节点没有的数据的即时请求。前者根据数据的优先级会选择性地通过广播发送，后者如果请求成功一般都通过公共IP网络发送，但是对于游戏而言，也可以视为数据请求的过程，并且是即时的数据请求；其操作的动作视为数据请求，操作的动作对应响应的游戏画面视为请求的数据，在这个过程中，数据请求的数据量是很小的，公共IP网络足够支撑，但是请求的数据，也就是游戏画面的数据量是很大的，并且在多人游戏过程中，游戏画面的都是相同的，此时虽然是即时数据传输，也可以选择通过广播方式进行数据发送，数据节点在接收到游戏画面后直接向终端发送。
步骤S202：通过公共IP网络接收数据菜单，在所述数据菜单中查找与数据请求对应的数据的信息及对应的广播时间。
数据菜单可以理解为数据源端通过广播信道发送数据的安排表，在其中可以找到广播信道发送的数据的基本信息，发送时间，进一步的，如果有多个广播源，还包括发送数据的对应的广播源。
步骤S203：在所述广播时间前开始在广播信道监听数据广播的数据映射表。
根据前一步骤中得到广播时间，在时间到来之前在广播信道监听数据广播的数据映射表，以确认本数据节点对应的终端请求过的数据准确接收。
步骤S204：当与数据请求对应的数据广播时，接收广播数据。
当从数据映射表中确认与数据请求对应的数据广播时，开始接收广播数据。
步骤S205：将接收到的所述直播数据对应的广播数据缓存到内存，将接收到的所述点播数据对应的广播数据和预设的直播数据对应的广播数据保存到本地存储。
在本实施例中，将数据节点接收到就要立即分发到终端的数据称为直播数据，例如游戏界面、体育直播、大范围的网络互动等；将达到终端预约时间后才需要分发的数据成为点播数据。对于数据节点而言，很多访问量大，热度高的数据为了方便本数据节点对应的终端请求，不会将其只做转发，而是会对其进行保存。在下次有终端对该数据请求的时候，就无需再向数据源端请求数据，直接对数据节点发起数据请求即可。对于当前的数据节点的建设而言，各种硬件设备的成本越来越低，在数据节点实现大数据的保存是很轻松的事情。如果主要的数据在数据节点都能找到，那么主要的通讯过程在数据节点和终端之间单向开展即可，而这种单向的通讯过程实现的方式更为简单，通讯的速度更快，效率更高，效果更好。一般而言，一个数据节点可以支撑1000-10000个的终端的无卡顿的数据请求，目前局域网是以1000M ethernet技术为主流，以每个用户1M带宽计算，同时并发可以支持1000个用户。但是通过在数据节点端组成几个局域网来连接终端客户，则每个局域网可以有1000人，所以可以根据数据节点的配置，计算承载用户数量。另外，不同的业务对带宽有不同的需求，如果要看1080p高清电视用h.264编码，每个用户要有6-8M的带宽。编码技术也在进步(V9，h.265等)。如果用光纤入户的技术，可支持的用户数量将更大。关键点是入户机房内部使用的交换机和入户通路。所以在HCDN的组网模式下，对于终端而言，数据请求的体验会得到有效提升。反过来，因为更 多的数据通过各个数据节点与终端之间进行通讯，减缓了公共IP网络的压力，那么终端在请求数据节点上没有的数据时，也能获得更快的速度。
预设的直播数据对应的广播数据保存到本地存储，是指对于某些数据，虽然暂时是直播，但是直播之后会有较多点播重复请求的情况，例如春节联欢晚会或重大赛事，在首播时以直播的方式缓存发送，同时也将该节目进行本地保存。
步骤S206：通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
达不到广播的优先级或即时请求的数据，一般还是通过公共IP网络接收。
步骤S207：当点播数据的点播频率低于预设标准时，将该点播数据删除。
尽管当前存储设备的容量越来越大，成本越来越低，但是为了提高存储设备的利用率，减少冗余数据，在数据节点中存储的点播数据的点播频率低于预设标准时，将该点播数据删除。
综上所述，本方案进一步说明了对广播数据进行接收的具体过程以及后续对数据进行处理的具体过程，总体而言，本实施例中通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。同时后续对数据的处理也尽可能减少了数据源端的重复广播，提高数据节点的存储设备的利用率。
请参考图3，其是本发明实施例提供的CDN系统中数据请求的方法的第三个实施例的方法流程图。本实施例与方法第二个实施例的主要区别在于，进一步说明了对广播数据接收后的反馈过程；将数据的信息在终端的呈现过程；转发数据请求的具体过程。如图3所示，该方法包括：
步骤S301：接收终端的数据请求，并记录该数据请求。
数据节点记录数据请求以便在广播数据时针对性地获得数据。
步骤S302：将所述数据请求通过公共IP网络向数据源端发送。
数据请求所需的带宽小，直接通过公共IP网络发送即可。
步骤S303：通过公共IP网络接收数据菜单，在所述数据菜单中查找与数据请求对应的数据的信息及对应的广播时间。
步骤S304：在所述广播时间前开始在广播信道监听数据广播的数据映射表。
步骤S305：当与数据请求对应的数据广播时，接收广播数据。
步骤S306：将接收到的所述直播数据对应的广播数据缓存到内存，将接收到的所述点播数据对应的广播数据和预设的直播数据对应的广播数据保存到本地存储。
步骤S307：通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
步骤S308：判断在数据菜单记录的广播时间内是否完整接收广播数据，是则向数据源端发送完整下载的记录，否则向数据源端发送缺失部分的数据的请求。
为防止广播数据接收错误，需要向数据源端发送下载记录，确认下载完成或数据缺失。当然公共IP网络的数据也可能会出现数据丢失的情况，但是公共IP网络的数据缺失已经有了成熟的处理机制，在此不再说明。
其中，缺失部分的数据通过广播信道接收或公共IP网络接收。
其实，缺失部分的数据的请求可以视为数据请求的一种，其处理过程和普通的数据请求一致，只是之前是通过广播传输，补充的时候就不是通过广播传输了。
步骤S309：当点播数据的点播频率低于预设标准时，将该点播数据删除。
步骤S310：根据数据节点中的本地数据和接收的数据源端发送的携带有可请求的数据的信息的数据列表，生成本地数据菜单。
其中本地数据菜单中本地数据部分和数据列表部分分别供终端接收数据和请求数据。
在本地数据菜单中，分为两部分，一部分是用来预约点播的，这一部 分的数据需要数据源端提供；一部分是用来直播的，也就是数据节点本身已经存储有数据或正在直播数据。
其中，所述广播信道为级联广播信道。
为提高广播传输的适应性，利用成本最低的广播传输方式，广播信道采用级联广播信道。
综上所述，本实施例中进一步说明了对广播数据接收后的反馈过程；将数据的信息在终端的呈现过程；转发数据请求的具体过程。本方案通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。还保证了广播数据接收的完整性，为终端提供了清楚的数据菜单。
以下为本发明实施例提供的CDN系统中数据请求的装置的实施例。CDN系统中数据请求的装置的实施例与上述的CDN系统中数据请求的方法实施例属于同一构思，CDN系统中数据请求的装置的实施例中未详尽描述的细节内容，可以参考上述CDN系统中数据请求的方法实施例。
请参考图4，其是本发明实施例提供的CDN系统中数据请求的装置的第一个实施例的结构方框图。该CDN系统中数据请求的装置，包括如下内容：
请求单元410，用于向数据源端转发终端的数据请求；
广播数据接收单元420，用于在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；
网络数据接收单元430，用于通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
上述各模块的协同工作，通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输 的效率，增强了终端用户的数据获取体验。
请参考图5，其是本发明实施例提供的CDN系统中数据请求的装置的第二个实施例的结构方框图。本实施例与装置第一个实施例的主要区别在于，进一步说明了广播数据接收单元420的具体工作内容及其后续的工作单元。该CDN系统中数据请求的装置，包括如下内容：
请求单元410，用于向数据源端转发终端的数据请求；
广播数据接收单元420，用于在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；
网络数据接收单元430，用于通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
其中，所述广播数据接收单元420，包括：
广播时间确认模块421，用于通过公共IP网络接收数据菜单，在所述数据菜单中查找与数据请求对应的数据的信息及对应的广播时间；
广播内容确认模块422，用于在所述广播时间前开始在广播信道监听数据广播的数据映射表；
广播数据接收单元423，用于当与数据请求对应的数据广播时，接收广播数据。
其中，所述数据包括直播数据和点播数据；
所述装置还包括：
存储单元440，用于将接收到所述直播数据对应的广播数据缓存到内存，将接收到的所述点播数据对应的广播数据和预设的直播数据对应的广播数据保存到本地存储；
删除单元450，用于当点播数据的点播频率低于预设标准时，将该点播数据删除；
其中，所述直播数据全部是广播数据。
综上所述，本方案进一步说明了广播数据接收单元420的具体工作内容及其后续的工作单元，总体而言，本实施例中通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广 播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。同时后续对数据的处理也尽可能减少了数据源端的重复广播，提高数据节点的存储设备的利用率。
请参考图6，其是本发明实施例提供的CDN系统中数据请求的装置的第三个实施例的结构方框图。本实施例与装置第二个实施例的主要区别在于，进一步增设了广播反馈单元460和本地数据菜单生成单元470分别执行广播反馈和数据菜单生成，同时说明了请求单元410的具体工作模块。该CDN系统中数据请求的装置，包括如下内容：
请求单元410，用于向数据源端转发终端的数据请求；
广播数据接收单元420，用于在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；
网络数据接收单元430，用于通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
其中，所述广播数据接收单元420，包括：
广播时间确认模块421用于通过公共IP网络接收数据菜单，在所述数据菜单中查找与数据请求对应的数据的信息及对应的广播时间；
广播内容确认模块422，用于在所述广播时间前开始在广播信道监听数据广播的数据映射表；
广播数据接收单元423，用于当与数据请求对应的数据广播时，接收广播数据。
其中，还包括：
广播反馈单元460，用于判断在数据菜单记录的广播时间内是否完整接收广播数据，是则向数据源端发送完整下载的记录，否则向数据源端发送缺失部分的数据的请求；
其中，缺失部分的数据通过广播信道接收或公共IP网络接收。
其中，还包括：
本地数据菜单生成单元470，用于根据数据节点中的本地数据和接收的数据源端发送的数据列表数据菜单，生成本地数据菜单，其中本地数据菜单中广播数据部分和数据列表部分分别供终端用户收看数据和请求数据。
其中，所述请求单元410，包括：
收集模块411，用于接收终端的数据请求，并记录该数据请求；
转发模块412，用于将所述数据请求通过公共IP网络向数据源端发送。
其中，所述数据包括直播数据和点播数据；
所述装置还包括：
存储单元440，用于将接收到所述直播数据对应的广播数据缓存到内存，将接收到的所述点播数据对应的广播数据和预设的直播数据对应的广播数据保存到本地存储；
删除单元450，用于当点播数据的点播频率低于预设标准时，将该点播数据删除；
其中，所述直播数据全部是广播数据。
其中，所述广播信道为级联广播信道。
本实施例中进一步增设了广播反馈单元460和本地数据菜单生成单元470分别执行广播反馈和数据菜单生成，同时说明了请求单元410的具体工作模块。本实施例中通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。还保证了广播数据接收的完整性，为终端提供了清楚的数据菜单。
以下是本发明实施例提供的CDN系统中数据发送的方法的实施例。主要说明了数据源端发送数据的过程。
请参考图7，其是本发明实施例提供的CDN系统中数据发送的方法的第一个实施例的方法流程图。
如图7所示，该CDN系统中数据发送的方法，包括：
步骤S701：接收数据请求。
数据请求由终端发送，通过数据节点转发，传输过程通过公共IP网络实现。
步骤S702：统计接收到的数据请求的广播优先级。
广播优先级可以根据的数据的请求数量、数据的重要程度、数据的请求方等进行确定，需要综合考虑，具体的优先级的统计方法，不是本方案的保护终点，现有技术中也有呈现，在此不再赘述。
步骤S703：基于广播信道的带宽和广播优先级选择通过广播发送的广播数据。
如果广播信道的带宽足够，使用成本足够低，将所有的数据都通过广播发送也是可以的，但是一般而言，都是在所能使用的带宽范围内选择优先级高的数据。
步骤S704：将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述数据。
为了方便针对性接收数据，在发送数据的同时发送数据映射表。
步骤S705：将剩余的数据通过公共IP网络发送。
如果广播信道的带宽不足，则将优先级不够的数据通过公共IP网络发送，保证所有的数据都能及时发送。
综上所述，通过将重复次数高的内容通过广播信道发送和接收，重复次数低的内容通过公共IP网络发送和接收，提高了广播信道的利用率，降低了公共IP网络的重复冗余数据，提高了重复次数高的数据传输的效率，缓解了公共IP网络的数据传输压力。
请参考图8，其是本发明实施例提供的CDN系统中数据发送的方法的第二个实施例的方法流程图。本实施例与方法第一个实施例的主要区别在于，进一步说明了一种优先级的判断过程；说明了数据列表和数据菜单的发送过程。
如图8所示，该CDN系统中数据发送的方法，包括：
步骤S801：接收数据请求。
这里的数据请求也可将缺失数据的补充请求视为其中的一种。
步骤S802：统计同一数据的请求次数，以及该数据分别通过公共IP网 络分发和广播信道分发的成本和时效评价，生成该数据请求的优先级。
在本实施例中，将请求次数的高低设为优先级的首要参考，同时综合考虑数据分发的成本和时效评价。例如，一般情况下请求次数越高，优先级越高，但是在重大自然灾害发生的时候，需要通过广播发送相关信息，此时请求次数不多，但是消息的时效性相当重要，这类数据则拥有最高的优先级。
步骤S803：根据优先级从高到低累计数据通过广播发送所需的带宽。
优先级从高到低依次选择数据，并累计选择的数据所需的带宽。
步骤S804：选择累加后所需的带宽不超过且最接近广播信道的带宽的数据为通过广播发送的广播数据。
累计到带宽的上限，选择的数据即为需要通过广播发送的广播数据。
步骤S805：通过公共IP网络发送数据菜单，所述数据菜单记录有通过广播发送的广播数据的信息及对应的广播时间。
通过共同IP网络向数据节点发送数据菜单，告知数据节点在设定的时间准备接收数据。
步骤S806：将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述数据。
数据映射表用于说明广播的数据具体是哪些，以便数据节点选择性接收。
步骤S807：将剩余的数据通过公共IP网络发送。
步骤S808：接收完整下载记录和缺失部分的数据的补充数据请求；
步骤S809：根据所述补充数据请求的优先级和广播信道的状态选择通过广播信道或公共IP网络发送缺失部分的数据。
步骤S810：更新携带有可请求的数据的信息的数据列表，将所述数据列表通过广播信道发送或公共IP网络发送。
在数据源端会随时上载数据，当数据上载后，需要告知数据节点和终端有哪些新的数据可以预约。因为数据列表的大小比较小，可以通过公共IP网络快速发送，所以两种传输方式皆可应用。
其中，所述广播信道为级联广播信道。
为提高广播传输的适应性，利用成本最低的广播传输方式，广播信道采用级联广播信道。
综上所述，本实施例进一步说明了一种优先级的判断过程；说明了数据列表和数据菜单的发送过程。总而言之，通过将重复次数高的内容通过广播信道发送和接收，重复次数低的内容通过公共IP网络发送和接收，提高了广播信道的利用率，降低了公共IP网络的重复冗余数据，提高了重复次数高的数据传输的效率，缓解了公共IP网络的数据传输压力。请求次数最多的数据拥有最高的优先级，作为一种优选的优先级，这种操作模式最为简单；数据列表和数据菜单的发送能更方便数据的针对性地预约和接收。
以下为本发明实施例提供的CDN系统中数据发送的装置的实施例。CDN系统中数据发送的装置的实施例与上述的CDN系统中数据发送的方法实施例属于同一构思，CDN系统中数据发送的装置的实施例中未详尽描述的细节内容，可以参考上述CDN系统中数据发送的方法实施例。
请参考图9，其是本发明实施例提供的CDN系统中数据发送的装置的第一个实施例的结构方框图。该CDN系统中数据发送的装置，包括如下内容：
请求接收单元910，用于接收数据请求；
统计单元920，用于统计接收到的数据请求的广播优先级；
选择单元930，用于基于广播信道的带宽和广播优先级选择通过广播发送的广播数据；
广播数据发送单元940，用于将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述所述广播数据；
网络数据发送单元950，用于将剩余的数据通过公共IP网络发送。
上述各模块的协同工作，通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。
请参考图10，其是本发明实施例提供的CDN系统中数据发送的装置 的第二个实施例的结构方框图。本实施例与装置第一个实施例的主要区别在于，进一步说明了一种优先级的判断过程；说明了数据列表和数据菜单的发送过程。该CDN系统中数据发送的装置，包括如下内容：
请求接收单元910，用于接收数据请求；
统计单元920，用于统计接收到的数据请求的广播优先级；
选择单元930，用于基于广播信道的带宽和广播优先级选择通过广播发送的广播数据；
广播数据发送单元940，用于将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述所述广播数据；
网络数据发送单元950，用于将剩余的数据通过公共IP网络发送。
其中，所述统计单元920和选择单元930，具体用于：
统计同一数据的请求次数，以及该数据分别通过公共IP网络分发和广播信道分发的成本和时效评价，生成该数据请求的优先级；
根据优先级从高到低累计数据通过广播发送所需的带宽；
选择累加后所需的带宽不超过且最接近广播信道的带宽的数据为通过广播发送的广播数据。
其中，还包括：
数据菜单发送单元960，用于通过公共IP网络发送数据菜单，所述数据菜单记录有通过广播发送的广播数据的信息及对应的广播时间。
其中，还包括：
广播结果统计单元970，用于接收完整下载记录和缺失部分的数据的补充数据请求；
补充发送单元980，用于根据所述补充数据请求的优先级和广播信道的状态选择通过广播信道或公共IP网络发送缺失部分的数据。
其中，还包括：
内容列表单元990，用于更新携带有可请求的数据的信息的数据列表，将所述数据列表通过广播信道发送或公共IP网络发送。
其中，所述广播信道为级联广播信道。
上述各模块的协同工作，通过转发数据请求，将请求的数据通过广播 或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。请求次数最多的数据拥有最高的优先级，作为一种优选的优先级，这种操作模式最为简单；数据列表和数据菜单的发送能更方便数据的针对性地预约和接收。
以下为本发明实施例提供的CDN系统的系统结构的实施例。CDN系统的实施例属于上述的CDN系统中数据请求的装置和CDN系统中数据发送的装置的实施例的整合构思，CDN系统的实施例中未详尽描述的细节内容，可以参考上述CDN系统中数据请求的装置实施例和CDN系统中数据发送的装置的实施例。
如图11所示，该CDN系统的系统结构，包括以下内容：
数据节点110，数据源端120和终端130；
所述数据节点110，包括：
广播信号接收器111，用于接收来自广播信道的数据；
节点服务器112，用于向所述数据源端120转发终端130的数据请求，在广播信道监听所述数据源端120广播的数据映射表，当与所述数据请求对应的数据广播时，接收广播数据；并通过公共IP网络，接收数据请求中的不在数据映射表中的数据；还用于通过公共IP网络向终端130分发数据；
所述数据源端120，包括：
源端服务器121，用于接收所述数据请求，统计接收到的数据请求的广播优先级，基于广播信道的带宽和广播优先级选择通过广播发送的广播数据，将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述所述广播数据；还用于将剩余的数据通过公共IP网络发送；
广播信号发送器122，用于将源端服务器121的对应数据通过广播信道向所述数据节点110发送。
其中，所述用于在广播信道监听所述数据源端120广播的数据映射表，当与所述数据请求对应的数据广播时，接收广播数据，包括：
用于通过公共IP网络接收数据菜单，在所述数据菜单中查找与所述数 据请求对应的数据的信息及对应的广播时间；在所述广播时间前开始在广播信道监听数据广播的数据映射表；当与数据请求对应的数据广播时，接收广播数据。
其中，所述节点服务器112还用于：
判断在数据菜单记录的广播时间内是否完整接收广播数据，是则发送完整下载的记录，否则发送缺失部分的数据的补充请求；
其中，缺失部分的数据通过广播信道接收或公共IP网络接收；
所述源端服务器121还用于：
接收完整下载记录和缺失部分的数据的补充数据请求；
根据所述补充数据请求的优先级和广播信道的状态选择通过广播信道或公共IP网络发送缺失部分的数据。
其中，所述用于基于广播信道的带宽和广播优先级选择通过广播发送的广播数据，包括：
用于统计同一数据的请求次数，以及该数据分别通过公共IP网络分发和广播信道分发的成本和时效评价，生成该数据请求的优先级；根据优先级从高到低累计数据通过广播发送所需的带宽；选择累加后所需的带宽不超过且最接近广播信道的带宽的数据为通过广播发送的广播数据。
其中，所述广播信道为级联广播信道。
上述系统中的各组件，通过转发数据请求，将请求的数据通过广播或公共IP网络接收，降低了公共IP网络的压力，利用广播的传输特性，实现了数据的快速传输，特别是对预约数据的数据请求方式，对于预约量大的数据，只需在广播信道里传输一次即可快速达到终端。提高了数据传输的效率，增强了终端用户的数据获取体验。
以上内容仅为本发明的较佳实施例，对于本领域的普通技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，本说明书内容不应理解为对本发明的限制。

Claims (31)

  1. 一种CDN系统中数据请求的方法，其特征在于，所述方法包括：
    向数据源端转发终端的数据请求；
    在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；
    通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
  2. 根据权利要求1所述的CDN系统中数据请求的方法，其特征在于，所述在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据，包括：
    通过公共IP网络接收数据菜单，在所述数据菜单中查找与数据请求对应的数据的信息及对应的广播时间；
    在所述广播时间前开始在广播信道监听数据广播的数据映射表；
    当监听到与数据请求对应的数据广播时，则接收广播数据。
  3. 根据权利要求2所述的CDN系统中数据请求的方法，其特征在于，所述方法还包括：
    判断在数据菜单记录的广播时间内是否完整接收广播数据，是则向数据源端发送完整下载的记录，否则向数据源端发送缺失部分的数据的请求；
    其中，缺失部分的数据通过广播信道接收或公共IP网络接收。
  4. 根据权利要求2所述的CDN系统中数据请求的方法，其特征在于，所述方法还包括：
    根据数据节点中的本地数据和接收的数据源端发送的携带有可请求的数据的信息的数据列表，生成本地数据菜单，其中本地数据菜单中广播数据部分和数据列表部分分别供终端接收数据和请求数据。
  5. 根据权利要求1所述的CDN系统中数据请求的方法，其特征在于，所述向数据源端转发终端的数据请求，包括：
    接收终端的数据请求，并记录该数据请求；
    将所述数据请求通过公共IP网络向数据源端发送。
  6. 根据权利要求4所述的CDN系统中数据请求的方法，其特征在于， 所述数据包括直播数据和点播数据；
    所述在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据之后，还包括：
    将接收到的所述直播数据对应的广播数据缓存到内存，将接收到的所述点播数据对应的广播数据和预设的直播数据对应的广播数据保存到本地存储；
    所述方法，还包括：
    当点播数据的点播频率低于预设标准时，将该点播数据删除；
    其中，所述直播数据全部是广播数据。
  7. 根据权利要求1所述的CDN系统中数据请求的方法，其特征在于，所述广播信道为级联广播信道。
  8. 一种CDN系统中数据请求的装置，其特征在于，所述装置包括：
    请求单元，用于向数据源端转发终端的数据请求；
    广播数据接收单元，用于在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；
    网络数据接收单元，用于通过公共IP网络，接收所述数据请求中的不在所述数据映射表中的数据。
  9. 根据权利要求8所述的CDN系统中数据请求的装置，其特征在于，所述广播数据接收单元，包括：
    广播时间确认模块，用于通过公共IP网络接收数据菜单，在所述数据菜单中查找与数据请求对应的数据的信息及对应的广播时间；
    广播内容确认模块，用于在所述广播时间前开始在广播信道监听数据广播的数据映射表；
    广播数据接收单元，用于当与数据请求对应的数据广播时，接收广播数据。
  10. 根据权利要求9所述的CDN系统中数据请求的装置，其特征在于，还包括：
    广播反馈单元，用于判断在数据菜单记录的广播时间内是否完整接收广播数据，是则向数据源端发送完整下载的记录，否则向数据源端发送缺失部分的数据的请求；
    其中，缺失部分的数据通过广播信道接收或公共IP网络接收。
  11. 根据权利要求9所述的CDN系统中数据请求的装置，其特征在于，还包括：
    本地数据菜单生成单元，用于根据数据节点中的本地数据和接收的数据源端发送的数据列表数据菜单，生成本地数据菜单，其中本地数据菜单中广播数据部分和数据列表部分分别供终端用户收看数据和请求数据。
  12. 根据权利要求8所述的CDN系统中数据请求的装置，其特征在于，所述请求单元，包括：
    收集模块，用于接收终端的数据请求，并记录该数据请求；
    转发模块，用于将所述数据请求通过公共IP网络向数据源端发送。
  13. 根据权利要求11所述的CDN系统中数据请求的装置，其特征在于，所述数据包括直播数据和点播数据；
    所述装置还包括：
    存储单元，用于将接收到所述直播数据对应的广播数据缓存到内存，将接收到的所述点播数据对应的广播数据和预设的直播数据对应的广播数据保存到本地存储；
    删除单元，用于当点播数据的点播频率低于预设标准时，将该点播数据删除；
    其中，所述直播数据全部是广播数据。
  14. 根据权利要求8所述的CDN系统中数据请求的装置，其特征在于，所述广播信道为级联广播信道。
  15. 一种CDN系统中数据发送的方法，其特征在于，包括：
    接收数据请求；
    统计接收到的数据请求的广播优先级；
    基于广播信道的带宽和广播优先级选择通过广播发送的广播数据；
    将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述 数据；
    将剩余的数据通过公共IP网络发送。
  16. 根据权利要求15所述的CDN系统中数据发送的方法，其特征在于，所述统计接收到的数据请求的广播优先级；基于广播信道的带宽和广播优先级选择通过广播发送的广播数据，包括：
    统计同一数据的请求次数，以及该数据分别通过公共IP网络分发和广播信道分发的成本和时效评价，生成该数据请求的优先级；
    根据优先级从高到低累计数据通过广播发送所需的带宽；
    选择累加后所需的带宽不超过且最接近广播信道的带宽的数据为通过广播发送的广播数据。
  17. 根据权利要求15所述的CDN系统中数据发送的方法，其特征在于，所述方法还包括：
    通过公共IP网络发送数据菜单，所述数据菜单记录有通过广播发送的广播数据的信息及对应的广播时间。
  18. 根据权利要求15所述的CDN系统中数据发送的方法，其特征在于，所述方法还包括：
    接收完整下载记录和缺失部分的数据的补充数据请求；
    根据所述补充数据请求的优先级和广播信道的状态选择通过广播信道或公共IP网络发送缺失部分的数据。
  19. 根据权利要求15所述的CDN系统中数据发送的方法，其特征在于，所述方法还包括：
    更新携带有可请求的数据的信息的数据列表，将所述数据列表通过广播信道发送或公共IP网络发送。
  20. 根据权利要求15所述的CDN系统中数据发送的方法，其特征在于，所述广播信道为级联广播信道。
  21. 一种CDN系统中数据发送的装置，其特征在于，所述装置包括：
    请求接收单元，用于接收数据请求；
    统计单元，用于统计接收到的数据请求的广播优先级；
    选择单元，用于基于广播信道的带宽和广播优先级选择通过广播发送 的广播数据；
    广播数据发送单元，用于将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述数据；
    网络数据发送单元，用于将剩余的数据通过公共IP网络发送。
  22. 根据权利要求21所述的CDN系统中数据发送的装置，其特征在于，所述统计单元和选择单元，具体用于：
    统计同一数据的请求次数，以及该数据分别通过公共IP网络分发和广播信道分发的成本和时效评价，生成该数据请求的优先级；
    根据优先级从高到低累计数据通过广播发送所需的带宽；
    选择累加后所需的带宽不超过且最接近广播信道的带宽的数据为通过广播发送的广播数据。
  23. 根据权利要求21所述的CDN系统中数据发送的装置，其特征在于，所述装置还包括：
    数据菜单发送单元，用于通过公共IP网络发送数据菜单，所述数据菜单记录有通过广播发送的广播数据的信息及对应的广播时间。
  24. 根据权利要求21所述的CDN系统中数据发送的装置，其特征在于，所述装置还包括：
    广播结果统计单元，用于接收完整下载记录和缺失部分的数据的补充数据请求；
    补充发送单元，用于根据所述补充数据请求的优先级和广播信道的状态选择通过广播信道或公共IP网络发送缺失部分的数据。
  25. 根据权利要求21所述的CDN系统中数据发送的装置，其特征在于，所述装置还包括：
    内容列表单元，用于更新携带有可请求的数据的信息的数据列表，将所述数据列表通过广播信道发送或公共IP网络发送。
  26. 根据权利要求21所述的CDN系统中数据发送的装置，其特征在于，所述广播信道为级联广播信道。
  27. 一种CDN系统的系统结构，其特征在于，包括
    数据节点，数据源端和终端；
    所述数据节点，包括：
    广播信号接收器，用于接收来自广播信道的数据；
    节点服务器，用于向所述数据源端转发终端的数据请求，在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据；并通过公共IP网络，接收数据请求中的不在数据映射表中的数据；还用于通过IP入户网络向终端分发数据；
    所述数据源端，包括：
    源端服务器，用于接收所述数据请求，统计接收到的数据请求的广播优先级，基于广播信道的带宽和广播优先级选择通过广播发送的广播数据，将选择的广播数据通过所述广播信道发送并在广播的数据映射表描述数据；还用于将剩余的数据通过公共IP网络发送；
    广播信号发送器，用于将源端服务器调度的对应数据通过广播信道向所述数据节点发送。
  28. 根据权利要求27所述的CDN系统的系统结构，其特征在于，
    所述用于在广播信道监听所述数据源端广播的数据映射表，当根据所述数据映射表确认与所述数据请求对应的数据广播时，则接收广播数据，包括：
    用于通过公共IP网络接收数据菜单，在所述数据菜单中查找与所述数据请求对应的数据的信息及对应的广播时间；在所述广播时间前开始在广播信道监听数据广播的数据映射表；当与数据请求对应的数据广播时，接收广播数据。
  29. 根据权利要求27所述的CDN系统的系统结构，其特征在于，所述节点服务器还用于：
    判断在数据菜单记录的广播时间内是否完整接收广播数据，是则发送完整下载的记录，否则发送缺失部分的数据的补充请求；
    其中，缺失部分的数据通过广播信道接收或公共IP网络接收；
    所述源端服务器还用于：
    接收完整下载记录和缺失部分的数据的补充数据请求；
    根据所述补充数据请求的优先级和广播信道的状态选择通过广播信道或公共IP网络发送缺失部分的数据。
  30. 根据权利要求27所述的CDN系统的系统结构，其特征在于，所述用于基于广播信道的带宽和广播优先级选择通过广播发送的广播数据，包括：
    用于统计同一数据的请求次数，以及该数据分别通过公共IP网络分发和广播信道分发的成本和时效评价，生成该数据请求的优先级；根据优先级从高到低累计数据通过广播发送所需的带宽；选择累加后所需的带宽不超过且最接近广播信道的带宽的数据为通过广播发送的广播数据。
  31. 根据权利要求27所述的CDN系统的系统结构，其特征在于，所述广播信道为级联广播信道。
PCT/CN2015/078348 2014-06-18 2015-05-06 Cdn系统中数据请求、发送的方法、装置及系统结构 WO2015192697A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410271393.X 2014-06-18
CN201410271393.XA CN104009853B (zh) 2014-06-18 2014-06-18 Cdn系统中数据请求、发送的方法、装置及系统结构

Publications (1)

Publication Number Publication Date
WO2015192697A1 true WO2015192697A1 (zh) 2015-12-23

Family

ID=51370349

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/078348 WO2015192697A1 (zh) 2014-06-18 2015-05-06 Cdn系统中数据请求、发送的方法、装置及系统结构

Country Status (2)

Country Link
CN (1) CN104009853B (zh)
WO (1) WO2015192697A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2666276C1 (ru) * 2017-08-18 2018-09-06 Общество с ограниченной ответственностью "РуГикс Рус" Способ маршрутизации и передачи данных
CN113515545A (zh) * 2021-06-30 2021-10-19 北京百度网讯科技有限公司 数据查询方法、装置、系统、电子设备以及存储介质

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104009853B (zh) * 2014-06-18 2017-12-01 深圳市三峰光电科技有限公司 Cdn系统中数据请求、发送的方法、装置及系统结构
CN104954366A (zh) * 2015-05-27 2015-09-30 深圳市三峰光电科技有限公司 一种数据收敛的方法、装置及系统
CN105072156B (zh) * 2015-07-13 2021-03-02 深圳市三峰光电科技有限公司 一种获取资源的方法、装置及系统
CN105245598B (zh) * 2015-10-14 2018-07-13 中国联合网络通信集团有限公司 一种内容存储的方法及装置
CN105744373A (zh) * 2016-02-23 2016-07-06 福建星网视易信息系统有限公司 基于互联网的流媒体播放方法及系统
CN106302823A (zh) * 2016-10-21 2017-01-04 过冬 一种基于物联网的数据推送系统及其调度方法
CN106488263A (zh) * 2016-10-24 2017-03-08 北京小米移动软件有限公司 推送直播流媒体数据的方法及装置
CN117061607B (zh) * 2023-10-11 2024-02-06 厦门海辰储能科技股份有限公司 数据通信方法、装置、储能系统、存储介质和电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007163357A (ja) * 2005-12-15 2007-06-28 Hitachi Software Eng Co Ltd カーナビゲーション端末用データの更新方法及びシステム
CN101155048A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 一种实现网络电视业务的方法及系统
CN102300119A (zh) * 2011-09-07 2011-12-28 华为软件技术有限公司 混合直播的方法及设备
CN102630047A (zh) * 2012-04-13 2012-08-08 苏州道威信息技术有限公司 一种电视点播的方法
CN104009853A (zh) * 2014-06-18 2014-08-27 深圳市三峰光电科技有限公司 Cdn系统中数据请求、发送的方法、装置及系统结构

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090056848A (ko) * 2007-11-29 2009-06-03 엘지전자 주식회사 방송 수신기 및 맞춤형 방송 신호 수신 방법
CN102404646A (zh) * 2010-09-08 2012-04-04 苏州尚嘉信息技术有限公司 一种无线电视直播系统及其直播方法
CN103716658B (zh) * 2012-09-28 2017-05-17 株式会社日立制作所 视频点播服务装置与方法
CN103532726B (zh) * 2013-05-13 2017-06-13 上海数字电视国家工程研究中心有限公司 信息分发系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007163357A (ja) * 2005-12-15 2007-06-28 Hitachi Software Eng Co Ltd カーナビゲーション端末用データの更新方法及びシステム
CN101155048A (zh) * 2006-09-25 2008-04-02 华为技术有限公司 一种实现网络电视业务的方法及系统
CN102300119A (zh) * 2011-09-07 2011-12-28 华为软件技术有限公司 混合直播的方法及设备
CN102630047A (zh) * 2012-04-13 2012-08-08 苏州道威信息技术有限公司 一种电视点播的方法
CN104009853A (zh) * 2014-06-18 2014-08-27 深圳市三峰光电科技有限公司 Cdn系统中数据请求、发送的方法、装置及系统结构

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2666276C1 (ru) * 2017-08-18 2018-09-06 Общество с ограниченной ответственностью "РуГикс Рус" Способ маршрутизации и передачи данных
WO2019035739A1 (ru) * 2017-08-18 2019-02-21 Общество с ограниченной ответственностью "РуГикс Рус" Способ маршрутизации и передачи данных
CN113515545A (zh) * 2021-06-30 2021-10-19 北京百度网讯科技有限公司 数据查询方法、装置、系统、电子设备以及存储介质
CN113515545B (zh) * 2021-06-30 2024-05-14 北京百度网讯科技有限公司 数据查询方法、装置、系统、电子设备以及存储介质

Also Published As

Publication number Publication date
CN104009853A (zh) 2014-08-27
CN104009853B (zh) 2017-12-01

Similar Documents

Publication Publication Date Title
WO2015192697A1 (zh) Cdn系统中数据请求、发送的方法、装置及系统结构
JP6862571B2 (ja) 非リアルタイムコンテンツ配信サービスを提供するための方法およびシステム
US9912421B2 (en) Broadcast seeding for peer-to-peer networks
US8761002B2 (en) Controlling multicast source selection in an anycast source audio/video network
US8542682B2 (en) Systems and methods for media distribution
EP2817971B1 (en) Network controlled streaming
JP4609236B2 (ja) 映像配信システム及び受信ルータ
CN101548275A (zh) 多媒体内容点播的多播传送
US9634847B2 (en) Robust multicast broadcasting
CN101729273A (zh) 一种流媒体分发系统、方法及装置
CN104427354B (zh) 一种直播媒体共享的方法、流媒体服务器及节点子系统
CN101325595A (zh) 管理由终端接收经由基础设施所发送的多媒体内容的设备
CN101521583B (zh) 一种资源接纳控制方法、系统和装置
US20060005224A1 (en) Technique for cooperative distribution of video content
CN101242581A (zh) 移动流媒体的管理方法、系统和装置
US9668173B2 (en) Wireless multicast/broadcast integration with content management system
US20130232231A1 (en) Management of the transmission of data streams over multiple networks
CA2810372A1 (en) Method and system for dynamically alocating popular content
KR102044001B1 (ko) 멀티캐스트 및 유니캐스트 혼용 기반의 주문형 비디오 서비스 제공 장치 및 그 방법
EP3588847A1 (en) Multicast signal transmitting and receiving method and device
WO2018235025A1 (en) SYSTEM AND METHOD FOR REVERSE INTERROGATION EVALUATION
CN102835122A (zh) 多媒体内容广播过程
US20110093611A1 (en) Network unit, a central distribution control unit and a computer program product
EP3337178A1 (en) Method for distributing metadata to devices in a network and corresponding metadata distribution device, corresponding method for receiving metadata from devices in a network and corresponding device
Yoshihisa Dynamic Data Broadcasting Methods for Streaming Delivery on Hybrid Broadcasting Environments

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15810256

Country of ref document: EP

Kind code of ref document: A1

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 11.07.17)