WO2013178010A1 - 一种多媒体内容分发方法、设备及*** - Google Patents

一种多媒体内容分发方法、设备及*** Download PDF

Info

Publication number
WO2013178010A1
WO2013178010A1 PCT/CN2013/075327 CN2013075327W WO2013178010A1 WO 2013178010 A1 WO2013178010 A1 WO 2013178010A1 CN 2013075327 W CN2013075327 W CN 2013075327W WO 2013178010 A1 WO2013178010 A1 WO 2013178010A1
Authority
WO
WIPO (PCT)
Prior art keywords
media content
content
media
terminal
service node
Prior art date
Application number
PCT/CN2013/075327
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 WO2013178010A1 publication Critical patent/WO2013178010A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content

Definitions

  • multimedia services have become the main traffic component of the Internet.
  • video-on-demand websites and video UGC websites account for more than 80% of traffic, but due to the huge amount of video content data, almost all Internet video websites are self-built or
  • the subscription method is distributed by the content distribution system CDN as its basic transmission network, and the video content is distributed to the edge of the network, so that the terminal can quickly access the on-demand or live content provided by the website.
  • the distribution of the above multimedia content generally adopts the following method:
  • Each original media content for example, video content
  • the content provider (CP) is encoded by the business system multiple times to generate a broadcast suitable for different terminal types.
  • the multimedia content of different resolutions and bit rates is transmitted by the service system to the content distribution network CDN content center, which is transmitted by the CDN content center to the network edge.
  • Each service node needs to actively download multimedia content of different resolutions or bitrates from each service node according to its own terminal type and demand, and then play it after downloading.
  • the business system first converts the original media content into a plurality of different versions of the media content, and then sends the content to the CDN, which brings great computing pressure and storage pressure to the business system. It also increases the amount of media data processing when injecting into the CDN content center, greatly reducing operational efficiency. Furthermore, because some terminals do not have sufficient comprehensive support for media content formats, they cannot play some media content on the Internet, for example, the widely used Fiash (*, flv) format on the Internet, including Youku, Potato, Cool 6, Youtube, etc.
  • Embodiments of the present invention provide a multimedia content distribution method, device, and system, which are used to solve the problems of large computing pressure, high storage pressure, and low operational efficiency of an existing service system, and multimedia content and terminal type sent by a service node. Mismatch causes problems that cannot be played and watched properly.
  • a multimedia content distribution method includes: a service node receiving an access request sent by a terminal to request to acquire a first media content; the service node identifying a type of the terminal, and according to Identifying the type, from the locally saved media content, matching the second media content that is consistent with the first media content and the media format matches the type of the terminal, and returns the same to the terminal;
  • the media content saved locally by the node is obtained by the service node according to the media content configuration information, and the original media content sent by the content distribution network CDN content center is multi-format converted, or the CDN content center is configured according to the media content. , the original media content is multi-format converted and then forwarded to the service node.
  • a service node device includes: a receiving module, configured to receive a first media content access request sent by the terminal; an identifying module, configured to identify a type of the terminal; and a conversion module, configured to use the media
  • the content configuration information is used to perform multi-format conversion on the original media content sent by the content distribution network CDN content center to generate the media content
  • the storage block is configured to store the media content converted by the conversion module, Or the CDN content center, according to the media content configuration information, the media content that is forwarded by the multi-format conversion after the original media content is forwarded
  • the matching module is configured to use the type of the terminal that is identified according to the identification module.
  • a CDN content center device includes: a conversion module, configured to perform multi-format conversion on each original media content according to media content configuration information, to generate each media content; and send a module, Each media content is sent to a service node.
  • a multimedia content distribution system includes: the at least one content distribution network CDN content center, and a plurality of service nodes connected to each of the CDN content centers, the CDN content a center, configured to perform multi-format conversion on each original media content according to the media content configuration information, generate each media content, and forward the content to the service node; the service node, configured to forward the CDN content center
  • Each media content is stored locally or used to perform multi-style conversion on the original media content forwarded by the CDN content center according to the media content configuration information, to generate the media content and store it locally;
  • receiving an access request sent by the terminal to obtain the first media content, identifying the type of the terminal, and matching the media content from the locally saved media content according to the identified type of the terminal.
  • a second medium that is consistent with the first media content and whose media format matches the type of the terminal And returning to said receiving terminal.
  • the beneficial effects of the embodiments of the present invention include: a multimedia content distribution method, a service node, a CDN content center device, and a system provided by the embodiment of the present invention, when the service node receives an access request sent by the terminal to obtain the first media content, the service The node first identifies the type of the terminal, and according to the identified type, matches the second media content that matches the media content with the first media content and the media format matches the type of the terminal from the locally saved media content. And returning to the terminal; the locally saved media content is obtained by the service node converting the original media content sent by the CDN content center according to the media content configuration information, or the CDN content center is configured according to the media content.
  • the original media content is converted into multiple formats by the CDN content center or the service node, and the service system does not need to process the original media content, and only the original media content is sent to the original media content.
  • the CDN content center can be used, which greatly reduces the computing pressure and storage pressure of the business system, and improves the operational efficiency of the business system.
  • the service node may identify the type of the terminal, and return the second media content that matches the first media content to the terminal, so as to avoid that the multimedia content sent by the service node does not match the terminal type, and the normal media cannot be played normally. And watching the issue.
  • FIG. 1 is a flowchart of a multimedia content distribution method according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of a CDN content center being sent to a service node in an active manner according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a CD content center being sent to a service node in a passive manner according to an embodiment of the present invention
  • FIG. 4 is a flowchart of processing, by a CDN content center, each original media content and distribution according to an embodiment of the present invention
  • FIG. 5 is a second flowchart of processing, by the CDN content center, each original media content and distribution according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a process for processing a CDN content center in an active manner and a passive manner according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of a service node for processing each original media content according to an embodiment of the present invention.
  • FIG. 9 is a flowchart of a type of a service node identifying a terminal according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of a type of a service node identifying a terminal according to an embodiment of the present invention;
  • FIG. 11 is a flowchart of a service of a terminal accessing a service node by using an HTTP protocol according to an embodiment of the present invention;
  • FIG. 12 is a service flow of a terminal accessing a service node by using an HTTP protocol according to an embodiment of the present invention.
  • FIG. 13 is a flowchart of a service of a terminal accessing a service node by using an RTSP protocol according to an embodiment of the present invention.
  • FIG. 14 is a flowchart of a service flow of a terminal accessing a service node by using an RTSP protocol according to an embodiment of the present invention
  • FIG. 15 is a structural diagram of a service node setting according to an embodiment of the present invention.
  • FIG. 16 is a structural diagram of a CDN content center device according to an embodiment of the present invention.
  • FIG. 17 is a structural diagram of a multimedia content distribution system according to an embodiment of the present invention.
  • FIG. 18 is a logical structural diagram of a multimedia content distribution system according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A specific embodiment of a multimedia content distribution method, device and system according to an embodiment of the present invention will be described below with reference to the accompanying drawings.
  • a multimedia content distribution method provided by the embodiment of the present invention, as shown in FIG. 1 specifically includes the following steps:
  • S101 The service node receives an access request sent by the terminal to request to acquire the first media content.
  • S102 the service node identifies the type of the terminal.
  • the service node matches, according to the identified type, the second media content that is consistent with the first media content and the media format matches the type of the terminal, and the media content saved locally by the service node.
  • the service node performs multi-format conversion on the original media content sent by the content distribution network CDN content center according to the media content configuration information, or performs multi-format conversion on the original media content according to the media content configuration information by the CDN content center. Forwarded to the service node to get;
  • SI04 Return the matched second media content to the terminal.
  • the terminal may be a user terminal, and the embodiment of the present invention does not limit the specific type of the terminal.
  • the CDN content center or the service node performs multi-format conversion on each original media content, and supports the generation of the global multi-version element for each original media content delivered by the service system, that is, for different versions of the media content generated by the same media content.
  • Data multi-version media content
  • no The same version can be distinguished by file name, identifier or suffix.
  • the terminal requests to obtain media content, it supports sending the most suitable media content (matching the media content requested by the terminal) according to the multi-version media content metadata.
  • the specific multi-version media content information is shown in Table 1:
  • step S102 the service node or the CDN content center performs multi-format conversion on each original media content according to the media content configuration information, which specifically includes:
  • the service node or the CDN content center performs multi-format conversion on each original media content according to media parameter information corresponding to multiple media formats in the media content configuration information delivered by the network control center, and respectively generates media content in a corresponding format, in the present invention.
  • the media parameter information may include one or any combination of the following parameters: media code rate, resolution, file format, such as the foregoing media.
  • the body code rate may be a video/audio code rate, that is, used in the encoding process.
  • the video/audio is re-encoded by different sampling frequencies and algorithms.
  • the service node or the CDN content center is the media parameter information according to the video/audio code rate.
  • each code rate may be different.
  • the original media content is transcoded into media content such as 500Kbps > 200Kbps and 120Kbps, so that it can be matched with various types of terminals.
  • the foregoing resolution may also be: video resolution, picture resolution, etc.
  • the service node or the CDN content center may convert the original video or picture into videos or pictures of different resolutions respectively, thereby ensuring the terminal requirements of each type.
  • Matching; the file format can be a video/audio format.
  • the format of the original multimedia content sent by the CDN content center is a specific format, such as mp4, flv, ts, etc., for a certain terminal, the video content of a specific format cannot be played, the service node Or the CDN content center can convert the video content of the specific format into the media format that the terminal can support.
  • the network control center configures the media content sent by the service system.
  • the media content configuration information is sent to the service node or the CDN content center.
  • the network control center may first return to the service system. After confirming the message, the processed media content configuration information is first sent to the service node or the CDN content center, and the media content configuration information obtained by the processing is first sent to the service node or the CDN content center, by the service node or The CDN Content Center returns a confirmation message to the Network Control Center, and then the Network Control Center returns a confirmation message to the business system.
  • the service node performs multi-format conversion on each original content delivered by the CDN content center according to the media content configuration information, wherein each original media content of the CDN content center is sent by the service system to the CDN content center.
  • the CDN Content Center configures information according to the media content, and also performs multi-format conversion on each original media content delivered by the business system.
  • the CDN content center forwards the multi-format converted media content to the service node, which may be implemented in the following active or passive manner:
  • the CDN content center After the CDN content center performs multi-format conversion on each original media content, the CDN content center directly sends the converted media content to the service node;
  • Passive mode After the CDN content center performs multi-format conversion on each original media content, it temporarily exists locally.
  • receiving the request initiated by the terminal forwarded by the service node to obtain access to the media content please temporarily store the media.
  • the content is sent to the service node.
  • the request initiated by the terminal to obtain the access request of the media content may be any terminal, that is, once the CDN content center receives the request for obtaining the media content initiated by any terminal for the first time, the temporary media content is temporarily stored.
  • the process of sending the CDN content center to the service node in an active manner can be implemented through the following processes:
  • the CDN content center sequentially sends the converted media content to the service node;
  • the CDN content center sends a receiving confirmation message to the serving node.
  • S203 The CDN content center determines whether the reception success message sent by the service node is received, and if yes, step S204 is performed, and if no, step S2 is repeatedly performed (H S203; S204: The CDN content center ends the sending task.
  • the process of sending the CDN content center to the service node in a passive manner can be implemented through the following processes:
  • the CDN content center temporarily stores the converted media-i content locally
  • step S302 The CDN determines whether an access request initiated by the terminal that is forwarded by the service node to obtain the media content is received, and if yes, step S303 is performed, and if no, step S301 is performed;
  • the CDN content center sends each media content to the service node one time;
  • S304 The CDN content center sends a receiving confirmation message to the service node.
  • the CDN content center determines whether the receiving success message sent by the service node is received, and if yes, executing step S306, if no, repeating steps S303 to S305;
  • the CDN content center processes each original media content and the distribution process specifically includes the following steps:
  • the service system (which may be a content provider (CP) to provide media content, or a service provider (SP) to provide media content, this process takes the CP as an example) to deliver media processing configuration data to the network control center.
  • CP content provider
  • SP service provider
  • the network control center can also be referred to as the control center for short.
  • This step can also be understood as the CP issues content adaptation requirements to the control center;
  • the network control center processes the media configuration data and transmits the media processing configuration data to the CDN content center;
  • the CDN content center receives the number of packets and returns a response message to the network control center after the local content takes effect; the network control center returns a response message to the CP;
  • the CP injects each original media content into the CD content center;
  • the CDN content center processes each original media content and processes it to generate multiple versions of the original media content, corresponding to different file formats, code rates, and resolutions;
  • the CDN Content Center supports proactively distributing processed media content to different service nodes in an active manner
  • the media content center After the CDN content center finishes processing, the media content data is stored locally, and when the service node actively initiates a media content request to the CDN content center, the CDN content center transmits the media content data to the requesting service node.
  • the process for the CDN content center to actively distribute multiple versions of media content includes the following steps:
  • the CDN content center After completing the pre-processing of the local media content, the CDN content center first initiates an original media content synchronization request to the service node, and distributes the processed media content to the CDN service node;
  • the CDN content center sequentially initiates a media content synchronization request to the service node according to the multiple versions of the media content processed locally, and distributes all versions of the media content to the CDN service node;
  • the CDN content center After all versions of the media content data are distributed by the CDN content center to the service node, the CDN content center sends a distribution result confirmation message to the service node;
  • the service node replies to the CDN Content Center to confirm that all versions of the media content data have been successfully received;
  • the CDN Content Center distributes multiple versions of media content in a passive manner, including the following steps:
  • the CDN content center sends the media content to the service node
  • the service node sends the original media content data obtained from the CDN content center to the terminal;
  • the CDN content center transmits the multi-version media content metadata of the media content to the service node; the service node returns a response message to the CDN content center to confirm that the media content has been correctly received;
  • the service node initiates multiple versions to the CDN content center based on the received media content metadata.
  • the CDN content center returns corresponding media content data to the service node.
  • the specific implementation process of the service node processing each original media content is as follows: After the network management center processes, the media processing configuration data is transmitted to the service node;
  • the service node receives the data and returns a response message to the network control center after the locality takes effect; the network control center returns a response message to the CP;
  • the CP injects the original content into the CDN content center; the service node requests the media content from the CDN content center;
  • the CDN content center returns the media content requested by the terminal to the service node;
  • the service node After receiving the original media content, the service node processes the media content in real time, generates a copy file of the original file adapted to be played by the terminal, and stores the copy locally;
  • the service node returns a corresponding media content to the terminal according to the terminal type request
  • the service node generates corresponding metadata according to the current local media processing result, and sends the metadata to the network control center for the network control center to perform network-wide content management.
  • the CDN content center receives the data and returns a response message to the network management center.
  • This processing flow can be understood as the processing mode in the synchronous mode. In addition, it can also be asynchronous, as shown in Figure 8, after the network management center receives the media processing configuration data delivered by the service system, The process returns a response message to the service system, and then sends the corresponding media processing configuration data to the CDN content center.
  • the other processes are the same as those in FIG. 7 and will not be described here.
  • the service node identifies the type of the terminal by: the service node determines the type of the access request sent by the terminal to obtain the first media content; and determines that the type of the access request is an HTTP data packet.
  • the terminal type is identified according to a User-Agent field or a Bear Type field of the HTTP datagram header in the access request;
  • the type of the access request is a Real Time Streaming Protocol (RTSP) data message, according to the setting parameter (SE r J-PARAMETER) field or the directory type (Content-Ttype) in the access request.
  • SE r J-PARAMETER setting parameter
  • Content-Ttype the directory type
  • the serving node further determines the current network access type of the terminal according to the bearer type field (BearerType field) of the HTTP data packet header, and matches the terminal according to the size of the network access bandwidth.
  • the second media content of this terminal is the bearer type field (BearerType field) of the HTTP data packet header.
  • the service node can calculate the bandwidth used by the current terminal according to the option of PacketPair in the Content-Type field of the RTSP protocol data packet header, and the service node determines the terminal network capability according to the bandwidth. Therefore, the second media content suitable for the terminal is matched.
  • the service node may also use other existing matching methods according to the Content Type field to match the second media content suitable for the terminal, and no longer enumerate one by one. .
  • the terminal (which may be a user terminal) initiates a DNS request to a local Domain Name Syterm. (DNS) server;
  • DNS Domain Name Syterm.
  • the Local DNS initiates a domain name resolution request to the SP authorized DNS;
  • the SP authorizes the DNS to respond to the LocalDNS alias of the domain name in the form of an alias (CNAME);
  • the global scheduling module returns the best service node address as the parsing result
  • the user terminal initiates an HTTP GET request to the service node
  • Service node root Select the most suitable server according to certain strategies.
  • the user terminal initiates an HTTP GET request to the address returned by the service node
  • the server obtains the HTTP header information and analyzes the data, and requests the content by querying the superior node address to the upper node (CDN content center/service node);
  • the most suitable media content after processing is forwarded to the user terminal, and the media content may be undertaken by the CDN content center or by the service node.
  • the terminal (which may be a user terminal) initiates a DNS request to the LocalDNS server;
  • the SP authorizes the DNS to respond to the LocaiDNS alias of the domain name in the form of CNAME;
  • the global scheduling module returns the best service node address as the parsing result
  • LocalDNS responds to user terminal requests
  • the user terminal initiates an HTTP GET request to the service node
  • the service node selects the most suitable server according to a certain strategy
  • the user terminal initiates an HTTP GET request to the address returned by the service node
  • the server obtains the HTTP header information and analyzes it.
  • the content that is processed most suitable for access by the user terminal is sent to the user terminal.
  • Example 3 As shown in Figure 13, when the terminal accesses the service node by using the RTSP protocol (in the case of a service node miss), the specific implementation process is as follows:
  • the terminal (which may be a user terminal) sends a ⁇ _DNS request to the Local DNS server;
  • the local DNS authorizes the DNS to initiate a domain name resolution request to the SP;
  • the SP authorizes the DNS to respond to the LocaiDNS alias of the domain name in the form of CNAME;
  • the global scheduling module returns the best service node address as the parsing result
  • the user terminal initiates an RTSP DESCRIBE request to the serving node; the user terminal resends the RTSP DESCRIBE request to the new server address returned by the serving node;
  • the user terminal sends an RTSP SETUP, PLAY request to the server address;
  • the server returns an RTSP SETUP, PLAY response to the user terminal;
  • the jij terminal sends an RTSP SETJPARAMETER request to the server address;
  • the server obtains the TSP header information and analyzes it;
  • the server returns an RTSP SET-PARAMER response to the user terminal.
  • the terminal (possibly the user terminal) initiates a DNS request to the LocalDNS server;
  • the SP authorizes the DNS to respond to the LocaiDNS alias of the domain name in the form of CNAME;
  • the global scheduling module takes the best service node address as the solution
  • LocalDNS responds to user terminal requests
  • the user terminal initiates a - TSP DESCRIBE request to the service node;
  • the service node selects the most suitable server according to a certain policy, and sends the address to the user terminal in the manner of RTSP 302 redirection;
  • the new terminal address returned by the user terminal to the service node is resent RTSP DESCRIBE Please obtain: TSP header information and make less
  • the user terminal sends an RTSP SETUP, PLAY request to the server address;
  • the server returns TSP SETUP, PLAY response to the user terminal;
  • the user terminal sends an RTSP SET_PARAMETER request to the server address
  • the server obtains the RTSP header information and analyzes it;
  • the server returns an RTSP SET_PA AMER response to the user terminal;
  • an embodiment of the present invention further provides a service node device.
  • FIG. 15 it is a structural diagram of a service node device according to an embodiment of the present invention.
  • the service node device includes a receiving module 1501, and an identifying module 1502.
  • the receiving module 1501 is configured to receive a first media content access request sent by the terminal.
  • the identification module 1502 is configured to identify the type of the terminal.
  • the conversion module 1503 is configured to perform multi-format conversion on each original media content sent by the CDN content center according to the media content configuration information to generate each media content.
  • the storage module 1504 is configured to store each media content converted by the conversion module 1503, or each media content that is forwarded by the CDN content center according to the media content configuration information and converted by each format.
  • the matching module 1505 is configured to: according to the type of the terminal identified by the identification module 1502, match, from each media content in the storage module 1504, a second that matches the media content with the first media content and the media format matches the type of the terminal. Media content.
  • the sending module 1506 is configured to send the second media content to the terminal.
  • the conversion module 1503 is configured to perform multi-format conversion on each original media content according to media parameter information corresponding to multiple media formats in the media content configuration information delivered by the network control center, and respectively generate corresponding formats.
  • the media content information may include one or any combination of the following parameters: media code rate, resolution, file format.
  • the media code rate may be a video/audio code rate, that is, the video/audio is re-encoded by using different sampling frequencies and algorithms in the encoding process.
  • the conversion module 1503 performs the original according to the video/audio code rate parameter.
  • the original media content of different code rates can be transcoded into media content of commonly used code rates such as 500Kbps, 200Kbps, and 120Kbps, so as to ensure matching with various types of terminals; the resolution can be video.
  • the conversion module 1503 can convert the original video or picture into video or picture of different resolutions, so as to ensure matching with various types of terminal requirements; the file format can be video/audio, sometimes
  • the format of the original multimedia content sent by the CDN content center is a specific format, such as mp4, flv, ts, etc., for a certain type of video content that cannot be played on some terminals, the conversion module 1503 can convert the video content of the specific format into The media content of the media format that the terminal can support.
  • the identification module 1502 is specifically configured to determine the type of the access request sent by the terminal to obtain the first media content; when the determined type is an HTTP data packet, according to the HTTP datagram in the access request.
  • the user agent field or the bearer type field identifies the terminal type; when the determined type is an RTSP protocol data message, the terminal type is identified according to the setting parameter field or the directory type field in the access request.
  • the embodiment of the present invention further provides a CDN content center device.
  • the CDN content center device specifically includes a conversion module 1601 and a sending module 1602.
  • the conversion module 1601 is configured to perform multi-format conversion on each original media content according to media content configuration information, to generate each media content;
  • the sending module 1602 is configured to send each media content to the service node.
  • the conversion module 1601 is configured to perform multi-format conversion on each original media content according to media parameter information corresponding to multiple media formats in the media content configuration information delivered by the network control center, and respectively generate media content in a corresponding format.
  • the media parameter information includes one or any combination of the following parameters: media 'i code rate, resolution, file format.
  • an embodiment of the present invention further provides a multimedia content distribution system.
  • the multi-discipline content distribution system specifically includes at least one content distribution network CDN content center 1701, and each CDN content center. 1701 is connected to a plurality of service nodes 1702 and a network management center 1703, wherein:
  • the CDN content center 1701 is configured to perform multi-format conversion on each original media content delivered by the service system 1704 according to the media content configuration information, generate each media content, and forward the content to the service node.
  • the CDN content center 1701 provides functions such as injection of each original media content, storage of each media content after conversion, distribution of each media content, and management of local media content.
  • the service node 1702 is configured to store the media content forwarded by the CDN content center 1701 locally, or to perform multi-format conversion on each original media content forwarded by the CDN content center 1701 according to the media content configuration information, to generate each media content.
  • the first media content is consistent and the second media content whose media format matches the type of the terminal is returned to the terminal.
  • the service node 1702 obtains the media content from the upper-level service node (the CDN content center or the service node), and provides the service such as the web browsing and the media content download for the lower-level service node or the terminal; the service node 1702 further includes The terminal capability analysis module is configured to acquire related information of the terminal from the access request sent by the terminal, and determine, by using specific analysis and calculation, a format, a code rate, or a resolution of the media content (eg, video or audio) required by the terminal. The size, the service node 802 does not send the requested first media content to the terminal when transmitting the second media content to the terminal, but sends the corresponding converted second media content according to the capability analysis result of the terminal, thereby Can achieve better playback results.
  • the terminal capability analysis module is configured to acquire related information of the terminal from the access request sent by the terminal, and determine, by using specific analysis and calculation, a format, a code rate, or a resolution of the media content (eg, video or audio) required by the terminal.
  • the network management center 1703 is configured to deliver media content configuration information to the CDN content center 1701 or the service node 1702.
  • the network management center 1703 is mainly responsible for completing functions such as user scheduling, resources, content management, device monitoring, and operation management.
  • the network management center 1703, the CDN content center 1701, and the service node 1702 each include a media processing configuration module, and the media processing configuration module of the CDN content center 1701 or the service node 1702 receives the media processing configuration module delivered by the network management center 1703.
  • Media content configuration information also referred to as media processing configuration parameters
  • the media processing configuration module of the service node 1702 may further convert each original media content into multiple formats, and generate corresponding media content indexes of multiple formats. The information is sent to the network management center 1703 for the network management center 1703 to implement global media content management.
  • the CDN content center 1701 or the service node 1702 may further include a media processing module, configured to convert each original media content into a plurality of formats of media content according to obtaining media processing configuration parameters from the media processing configuration module.
  • the global scheduling module of the network management center is composed of a user scheduling module, a resource management module and a content management module, and mainly completes the control and scheduling of the entire network.
  • the CDN content center and the service node both include sub-modules of the above three modules, and the following is a user scheduling module, a resource management module, and a content content management module, including content view management and multi-version content management.
  • the content view is the content directory data of the system. It is responsible for the storage and indexing of metadata about the content. It is the core of content management control and maintains the distribution of content in the cache system.
  • the global scheduling system manages to the domain name level; for large files such as video and software downloads, the global scheduling system resource management module: is responsible for periodically collecting and recording the status information of each service node of the entire network, such as resources of the device. And health status, the remaining capacity of the equipment and the ability to service. Support active detection And passive collection of two types of modes, after the software and hardware resources in the service node are saturated, the user scheduling module can adaptively schedule the user according to the preset policy.
  • the user scheduling module obtains the distribution and usage of the device from the resource management module, and schedules the user request to the most suitable edge node according to the scheduling policy. For the missed case, the user may be served according to the miss policy.
  • the commonly used policy is the proximity judgment, and the local content access of the user terminal is implemented according to the local DNS of the user terminal or the IP address information of the user terminal.
  • the request initiated by the user terminal does not directly match the original media content request of the user terminal, but is coordinated according to the multi-version media content view of the original media content and the location of the distribution service node.
  • the network management center, the CDN content center, and the service node may include an operation management module, which is composed of modules such as operation support, service management, service monitoring, and billing management, and provides the following functions:
  • the operation support module has the following functions:
  • CPZSP Management Manage basic information of CPZSP customers, providing functions such as customer registration, cancellation, customer identity review, rights management and contract management.
  • Customer Service Management Provides customer complaints, complaint handling, customer consultation, satisfaction surveys, etc. for the content distribution system.
  • Security and rights management Provide system security management and hierarchical decentralized management, complete administrators,
  • Service management module Provides channel management, policy management and other configurations for CP/SP administrators, as well as operations such as additions, deletions, and changes to content. Supports self-administration by CP/SP and carrier administrators, and also supports Automatic refresh of content heat.
  • Service Monitoring Module Supports real-time access to complete business distribution, current traffic and other status information and graphical exhibitions to help CP/SP administrators understand the current operational status of the business.
  • Billing management module Management and statistics of billing when CP/SP uses content distribution system for content distribution.
  • the network management center, the CDN content center, and the service node may further include a network management module, and the main functions implemented are configuration management, performance management, fault management, and security management, specifically: Configuration management: Refers to the installation, assignment, connection, and reconfiguration and recovery configuration functions of the managed NE. Configuration management provides a set of functions for collecting, identifying, and controlling data from network elements and providing data to network elements, including security, status, and control, and installation functions.
  • Performance management refers to real-time monitoring of metrics of managed network elements, collection of performance data, and various statistical analysis reports of resource utilization and performance changes based on historical data on a regular or on-demand basis. Performance data should be displayed in an intuitive format, and the collected performance data can be analyzed to optimize system performance.
  • Fault management is responsible for monitoring the process of the streaming media service platform or communication link alarms, network device fault alarms, etc., for fault diagnosis and location analysis. The manager can be notified in a timely and conspicuous manner, and the fault can be recovered quickly.
  • Security Management provides network users (administrations) with security measures to prevent unauthorized users from using the network.
  • Security management mainly includes five functions: authentication, authorization, confidentiality, integrity and authorization.
  • the network control center may also include a service access module, which is mainly used for connecting with the CP/SP, and is mainly used for access authentication and authentication functions of the CP/SP service from the perspective of the network control center; Angle, mainly used to determine the way to inject content with CPZSP.
  • a service access module which is mainly used for connecting with the CP/SP, and is mainly used for access authentication and authentication functions of the CP/SP service from the perspective of the network control center
  • Angle mainly used to determine the way to inject content with CPZSP.
  • the multimedia content distribution method, the service node, the CDN content center device and the system provided by the embodiment of the present invention when the service node receives the request for acquiring the first media content sent by the terminal, the service node first identifies the type of the terminal, and then And matching, according to the identified type, the second media content whose media content is consistent with the first media content and the media format matches the type of the terminal, and then returns to the terminal;
  • the media content is a service node root.
  • the original media content sent by the CDN content center is multi-format converted, or the CDN content center performs multi-format conversion on each original media content according to the media content configuration information. After forwarding it to the service node.
  • the CDN content center or the service node performs multiple formats on the original media 'i content, and the service system does not need to process each original media content, and only the original media content is Send to the CDN Content Center Yes, this greatly reduces the computing pressure and storage pressure of the business system, and improves the operating efficiency of the business system.
  • the service node may identify the type of the terminal, and return the second media content that matches the first media content to the terminal, thereby avoiding that the multimedia content sent by the service node does not match the terminal type. Unable to play and watch properly.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例提供了一种多媒体内容分发方法、设备及***，该方法包括服务节点接收终端发送的请求获取第一媒体内容的访问请求；服务节点识别终端的类型，并根据识别出的类型，从本地保存的各媒体内容中，匹配出与终端的类型相匹配的第二媒体内容并返回给终端；服务节点本地保存的各媒体内容为服务节点根据媒体内容配置信息，将CDN内容中心发送的各原始媒体内容进行多格式转换得到的，或者为CDN内容中心根据媒体内容配置信息，将各原始媒体内容进行多格式转换后转发给服务节点得到的。本发明解决现有的业务***运算压力大，存储压力大和运行效率低的问题，以及避免了服务节点发送的多媒体内容与终端类型不匹配导致无法正常播放和观看的问题。

Description

忟不々
备及***。
现在多媒体业务已成为互联网的主要流量成份， 例如， 视频点播类网站、 视频 UGC网站的流量占比超过 80%以上，但由于视频内容数据量巨大， 几乎 所有的互联网视频网站均通过自建方式或者租用方式由内容分发*** CDN 作为其基础传输网络， 将视频内容分发至网络边缘， 从, 使得终端可以快速 访问网站提供的点播或直播内容。
目前对上述多媒体内容的分发一般采用下述方法： 由业务***对源网站或 者内容提供商 (CP)提供的各原始媒体内容 (例如， 视频内容)进行多次编码处 理， 生成适合不同终端类型播放的、 不同分辨率及码率的多媒体内容， 业务 ***再将这些不同终端类型播放的、 不同分辨率及码率的多媒体内容发送给 内容分发网络 CDN内容中心， 由 CDN内容中心下发到网络边缘的各个服务 节点， 用户需根据自身终端类型及需求主动从各个服务节点下载不同分辨率 或码率的多媒体内容， 下载后进行播放。
由现有多媒体内容分发方法可以看出， 业务***先将各原始媒体内容转 换成多个不同版本的媒体内容后， 再发送给 CDN， 这样就给业务***带来很 大的运算压力及存储压力， 还增加了注入 CDN 内容中心时的媒体数据处理 量， 大大降低了运行效率。 再者， 由于部分终端对于媒体内容格式的支持不 够全面，无法播放互联网中的部分媒体内容，倒如对于互联网中广泛应用的 Fiash ( *,flv )格式， 包括优酷、 土豆、 酷 6、 Youtube等视频网站均采用该格式， 但苹果 (Apple)的终端设备， 包含 iPad, iPod, iPhone等，就不支持 Flash格式， 这就使得在不额外安装客户端及浏览器插件的情况下， 从服务节点获取某些 格式文件后均不能够正常播放和观看， 对于大部分未安装专用解码器的移动 终端而言， 也不能够正常访问及播放， 这就出现了服务节点发送的多媒体内 容与终端类型不匹配导致无法正常播放和观看的问题。 发明内容 本发明实施例提供了一种多媒体内容分发方法、 设备及***， 用以解决 现有的业务***运算压力大、 存储压力大和运行效率低的问题， 以及服务节 点发送的多媒体内容与终端类型不匹配导致无法正常播放和观看的问题。
基于上述问题， 本发明实施例提供的一种多媒体内容分发方法， 包括： 服务节点接收终端发送的用以请求获取第一媒体内容的访问请求； 所述服务 节点识别所述终端的类型， 并根据识别出的类型， 从本地保存的各媒体内容 中， 匹配出与所述第一媒体内容一致且媒体格式与所述终端的类型相匹配的 第二媒体内容并返回给所述终端； 所述服务节点本地保存的所述各媒体内容 为所述服务节点根据媒体内容配置信息，将内容分发网络 CDN内容中心发送 的各原始媒体内容进行多格式转换得到的，或者为 CDN内容中心根据媒体内 容配置信息， 将各原始媒.体内容进行多格式转换后转发给所述服务节点得到 的。
本发明实施例提供的一种服务节点设备， 包括： 接收模块， 用于接收由 终端发送的第一媒体内容访问请求； 识别模块 , 用于识别所述终端的类型； 转换模块，用于根据媒体内容配置信息，将内容分发网络 CDN内容中心发送 的各原始媒体内容进行多格式转换， 生成所述各媒体内容； 存储 ^¾块， 用于 存储所述转换模块转换后的所述各媒体内容，或所述 CDN内容中心根据媒体 内容配置信息， 将所述各原始媒体内容进行多格式转换后转发的所述各媒体 内容； 匹配模块， 用于根据所述识别模块识别出的所述终端的类型， 从所述 存储模块中的所述各媒体内容中， 匹配出媒体内容与所述第一媒体内容一致 且媒体格式与所述终端的类型相匹配的第二媒体内容； 发送模块， 用于将所 述第二媒体内容发送给所述终端。 本发明实施例提供的一种 CDN内容中心设备， 包括： 转换模块， 用于根 据媒.体内容配置信息， 将各原始媒体内容进行多格式转换， 生成各媒体内容； 发送模块， 用于将所述各媒体内容发送给服务节点。
本发明实施例提供的一种多媒.体内容分发***， 包括： 所述至少一个内 容分发网络 CDN内容中心， 和与每一个所述 CDN内容中心相连接的多个服 务节点， 所述 CDN内容中心， 用于根据媒体内容配置信息， 将各原始媒体内 容进行多格式转换， 生成各媒体内容， 并转发给所述服务节点； 所述服务节 点， 用于将所述 CDN内容中心转发的所述各媒体内容存储于本地， 或者用于 根据所述媒体内容配置信息，将所述 CDN内容中心转发的所述各原始媒体内 容进行多袼式转换， 生成所述各媒体内容并存储于本地； 以及用于接收由终 端发送的请求获取第一媒体内容的访问请求， 识别所述终端的类型， 并根据 识别出的所述终端的类型， 从本地保存的所述各媒体内容中， 匹配出媒体内 容与所述第一媒体内容一致且媒体格式与所述终端的类型相匹配的第二媒体 内容并返回给所述终端。
本发明实施例的有益效果包括： 本发明实施例提供的多媒体内容分发方 法、 服务节点、 CDN内容中心设备及***， 当服务节点接收到终端发送的请 求获取第一媒体内容的访问请求时， 服务节点先识别出终端的类型， 再根据 识别出的类型， 从本地保存的各媒体内容中， 匹配出媒体内容与第一媒体内 容一致且媒.体格式与终端的类型相匹配的第二媒体内容， 然后返回给终端； 上述本地保存的各媒体内容是服务节点根据媒体内容配置信息，将 CDN内容 中心发送的各原始媒体内容进行多袼式转换得到的，或者是 CDN内容中心根 据媒体内容配置信息， 将各原始媒体内容进行多格式转换后转发给所述服务 节点得到的。 可见， 在本发明实施例中， 是由 CDN内容中心或服务节点对各 原始媒体内容进行多种格式的转换， 业务***不用再对各原始媒体内容进行 处理，仅将各原始媒体内容下发给 CDN内容中心即可，这就大大减轻了业务 ***的运算压力和存储压力， 提高了业务***的运行效率。 另外， 在本发明 实施例中, 服务节点可以识别出终端的类型， 将与第一媒体内容匹配的第二 媒体内容返回给终端， 这就避.免了服务节点发送的多媒体内容与终端类型不 匹配导致无法正常播放和观看的问题。 附图说明
图 1为本发明实施例提供的多媒体内容分发方法的流程图；
图 2为本发明实施例提供的 CDN内容中心通过主动方式发送给服.务节点 的流程图；
图 3为本发明实施例提供的 CD 内容中心通过被动方式发送给服务节点 的流程图；
图 4为本发明实施例提供的 CDN内容中心处理各原始媒体内容及分发的 流程图之--；
图 5为本发明实施例提供的 CDN内容中心处理各原始媒体内容及分发的 流程图之二；
图 6为本发明实施例提供的 CDN内容中心以主动方式和被动方式分发各 图 7 为本发明实施例提供的服务节点处理各原始媒体内容的流程图之 图 8 为本发明实施例提供的服务节点处理各原始媒体内容的流程图之 图 9为本发明实施例提供的服务节点识别终端的类型的流程图之一； 图 10为本发明实施例提供的服务节点识别终端的类型的流程图之二； 图 11为本发明实施例提供的终端采用 HTTP协议访问服务节点的业务流 程图之一；
图 12为本发明实施例提供的终端采用 HTTP协议访问服务节点的业务流 程.图之二； 图 13为本发明实施例提供的终端利用 RTSP协议访问服务节点的业务流 程图之一；
图 14为本发明实施例提供的终端利用 RTSP协议访问服务节点的业务流
^ΐ- f¾二、 '
图 15为本发明实施例提供的服务节点设 ~的结构图；
图 16为本发明实施例提供的 CDN内容中心设备的结构图；
图 17为本发明实施例提供的多媒体内容分发***的结构图；
图 18为本发明实施例提供的多媒体内容分发***的逻辑结构图。 具体实施方式 下面结合说明书附图，对本发明实施例提供的一种多媒体内容分发方法、 设备及***的具体实施方式进行说明。
本发明实施例提供的一种多媒体内容分发方法， 如图 1所示， 具体包括 以下步骤：
S101 :服务节点接收终端发送的用以请求获取第一媒体内容的访问请求； S102: 服务节点识别终端的类型；
S103 , 服务节点根据识别出的类型， 从本地保存的各媒体内容中， 匹配 出与第一媒体内容一致且媒体格式与终端的类型相匹配的第二媒体内容； 服 务节点本地保存的各媒体内容为服务节点根据媒体内容配置信息， 将内容分 发网络 CDN内容中心发送的各原始媒体内容进行多格式转换得到的，或者为 CDN内容中心根据媒体内容配置信息， 将各原始媒体内容进行多格式转换后 转发给服务节点得到的；
SI04: 将匹配到的第二媒体内容返回给终端。
在本发明实施例中， 终端可以是用户终端， 本发明实施例并不限定终端 的具体类型。 另外， 由 CDN内容中心或服务节点完成对各原始媒体内容进行 多格式转换， 对于业务***下发的各原始媒体内容， 即对于同一媒体内容生 成的不同版本媒体内容， 支持生成全局的多版本元数据 (多版本媒体内容)， 不 同版本之间可通过文件名、 标识或者后缀进行区分， 在终端请求获取媒体内 容时， 支持按照多版本媒体内容元数椐将最合适的 (与终端请求的媒体内容相 匹配的)媒体内容发送至终端， 具体的多版本媒.体内容信息如表 1所示：
Figure imgf000008_0002
Figure imgf000008_0001
进一步地， 在步骤 S102中， 服务节点或者 CDN内容中心根据媒体内容 配置信息， 将各原始媒体内容进行多格式转换， 具体包括：
服务节点或者 CDN 内容中心按照由网络管控中心下发的媒体内容配置 信息中多种媒体格式对应的媒体参数信息， 对各原始媒体内容进行多格式转 换， 分别生成对应格式的媒体内容， 在本发明实施例中， 媒体参数信息可以 包括下述参数之一或任意组合： 媒体码率、 分辨率， 文件袼式， 例如前述媒. 体码率可以是视频 /音频码率， 即在编码过程中采用不同的取样频率及算法对 视频 /音频进行重新编码， 上述服务节点或 CDN内容中心按照视频 /音频码率 为媒体参数信息， 对各原始媒体内容进行多格式转换时， 可以将不同码率的 各原始媒体内容转码为 500Kbps > 200Kbps、 120Kbps等常用码率的媒体内容， 从而可以保证与各种类型的终端匹配。
前述分辨率也可以是.视频分辨率、 图片分辨率等，服务节点或 CDN内容 中心可以将原始视频或图片分别转换为不同分辨率的视频或图片， 从而可以 保证与各.种类型的终端需求匹配； 文件格式可以是视频 /音频格式，有时 CDN 内容中心发送的原始多媒体内容的格式为特定格式， 例如 mp4 , flv 、 ts等， 对于在某一些终端上无法播放特定格式的视频内容,服务节点或 CDN内容中 心可以将其特定格式的视频内容转换为终端可以支持的媒体格式的媒体内 较佳地， 在上述步骤中， 网络管控中心将业务***发送的媒体内容配置 数据进行处理后得到媒体内容配置信息， 下发给服务节点或 CDN内容中心， 具体地， 在此过程中， 网络管控中心在接收到业务***发送的媒体内容配置 数据后， 可以先向业务***返回确认消息， 然后将处理后的媒体内容配置信 息先下发给服务节点或 CDN内容中心，也可以将其处理后得到的媒体内容配 置信息先下发给服务节点或 CDN内容中心， 由服务节点或 CDN内容中心向 网络管控中心返回确认消息，然后网络管控中心再向业务***返回确认消息。
另外， 具体地， 服务节点按照媒体内容配置信息， 对 CDN内容中心下发 的各原始某体内容进行多格式转换，其中 CDN内容中心的各原始媒体内容又 是业务***下发给 CDN内容中心的； CDN内容中心按照媒体内容配置信息， 同样也是对业务***下发的各原始媒体内容进行多格式转换„
进一步地， CDN内容中心转发多格式转换后的各媒体内容给服务节点， 具体可以通过下述主动或被动的方式实现：
主动方式： CDN内容中心对各原始媒体内容进行多格式转换后， 直接将 转换得到的各媒体内容发送给服务节点；
被动方式： CDN 内容中心对各原始媒体内容进行多格式转换后， 暂存 在本地， 当接收到经服务节点转发来的终端发起的请求获取媒体内容的访问 请'求时， 将暂存的各媒体内容发送给服务节点。
终端发起的请求获取媒体内容的访问请求，可以是任意终端 ，也就是说， 一旦 CDN 内容中心第一次接收到任意终端发起的请求获取媒体内容的访问 请求时， 就将暂存的各媒体内容发送给服务节点„
如图 2所示， CDN内容中心通过主动方式发送给服务节点的流程具体 可以通过下述流程实现：
S201 : CDN内容中心将转换得到的各媒体内容依次发送给服务节点；
S202: CDN内容中心向服务节点发送接收确认消息；
S203: CDN内容中心判断是否接收到服务节点发送的接收成功消息， 若 是， 执行步骤 S204， 若否， 重复执行步骤 S2(H S203; S204: CDN内容中心结束发送任务。
如图 3所示， CDN内容中心通过被动方式发送给服务节点的流程具体 可以通过下述流程实现：
S301 : CDN内容中心将转换得到的各媒 -i 内容暂存在本地；
S302: CDN判断是否接收到经服务节点转发来的终端发起的请求获取媒 体内容的访问请求， 若是， 执行步骤 S303， 若否， 执行步骤 S301 ;
S303： CDN内容中心将各媒体内容侬次发送给服务节点；
S304: CDN内容中心向服务节点发送接收确认消息；
S305: CDN内容中心判断是否接收到服务节点发送的接收成功消息， 若 是， 执行步骤 S306， 若否， 重复执行步骤 S303 S305;
S306: CDN内容中心结束发送任务。
上述图 2和图 3是以 CDN内容中心为执行主体对转换后的各媒体内容进 行主动和被动分发的， 下面结合图 4至图 8， 对 CDN内容中心处理各原始媒 体内容及主动和被动分发的流程 , 以及服务节点处理各原始媒体内容的流程 进行详细说明。
如图 4所示， CDN内容中心处理各原始媒体内容及分发流程具体包括下 述步骤：
业务*** (可以是内容提供商 (Content Provider, CP)提供媒体内容， 也可 以是服务提供商 (Service Provider, SP)提供媒体内容，此流程以 CP为例)向网络 管控中心传递媒体处理配置数据（在这里， 网络管控中心也可简称为管控中 心）， 此步骤也可以理解为 CP向管控中心发布内容适配要求;
网络管控中心对媒体配置数据处理后向 CDN 内容中心传送媒体处理配 置数据；
CDN内容中心接收数椐并在本地生效后向网络管控中心返回响应消息； 网络.管控中心再向 CP返回响应消息；
CP将各原始媒体内容注入到 CD内容中心； CDN内容中心接收各原始媒体内容后对其进行处理， 生成原始媒体内容 的多个版本， 对应于不同的文件格式、 码率和分辨率；
媒体内容主动分发： CDN内容中心支持主动将处理后的媒体内容通过主 动方式分发至不同的服务节点；
媒体内容被动分发： CDN内容中心完成处理后将媒体内容数据存储在本 地， 服务节点主动向 CDN内容中心发起媒体内容请求时， CDN内容中心再 将媒体内容数据传送至发出请求的服务节点。
在图 4中， 业务***向 CDN 内容中心发送媒体处理配置数据时， CDN 内容中心接收到这些数据后， 才向网络管控中心返回响应消息， 这种处理流 程可以理解为是同步模式下的处理方式， 另外， 还可以通过异步的方式， 如 图 5所示， 即网络管控中心接收到业务***下发的媒体处理配置数据后， 立 刻向业务***返回响应消息，之后再向 CDN内容中心下发对应的媒体处理配 置数据， 其他流程同图 4相同， 在此不再赘述。
如图 6所示， CDN内容中心以主动方式分发多个版本的媒体内容的流程， 具体包括下述步骤：
CDN内容中心在完成本地媒体内容预先处理后 , 首先发起向服务节点的 原始媒体内容同步请求， 将处理后的媒体内容分发至 CDN服务节点；
CDN内容中心依照本地处理的多个版本媒体内容，依次向服务节点发起 媒体内容同步请求， 将所有版本的媒.体内容分发至 CDN服务节点；
当所有版本的媒体内容数据均由 CDN 内容中心分发至服务节点后， 由 CDN内容中心向服务节点发送分发结果确认消息；
服务节点向 CDN内容中心回复，确认所有版本的媒体内容数据已被成功 接收；
继续参见图 6, CDN内容中心以被动方式分发多个版本的媒体内容， 具 体包括下述步骤：
当终端发起媒 ' 内容访问请求， 且在服务节点没有命中， 此时由服务节 点向 CDN内容中心发 体内容请求；
CDN内容中心将媒体内容发送至服务节点；
服务节点向终端发送从 CDN内容中心获取的原始媒体内容数据；
CDN内容中心向服务节点传送媒体内容的多版本媒体内容元数据； 服务节点向 CDN内容中心返回响应消息， 确认已正确接收；
服务节点根据接收到的媒体内容元数据，向 CDN内容中心发起多个版本
CDN内容中心向服务节点返回对应的媒体内容数据。
如图 7所示， 服务节点处理各原始媒体内容的具体实现流程如下： 网络管控中心处理后向服务节点传送媒体处理配置数据；
服务节点接收数据并在本地生效后向网络管控中心返回响应消息； 网络管控中心向 CP返回响应消息;
CP将原始某体内容注入到 CDN内容中心； 服务节点向 CDN内容中心请求媒体内容；
CDN内容中心向服务节点返回终端所请求的媒体内容；
服务节点接收原始媒体内容后对媒体内容进行实时处理， 生成原始文件 的适应于该终端播放的副本文件， 并在本地存储该副本；
服务节点根据终端类型请求向终端返回对应的媒体内容；
服务节点根据本地当前的媒体处理结果生成对应的元数据， 并将该元数 据发送至网络管控中心， 供网络管控中心进行全网内容管理。
在图 7中， 业务***向 CDN内容中心发送媒体处理配置数据时， CDN 内容中心接收到这些数据后， 才向网络管控中心返回响应消息， 这种处理流 程可以理解为是同步模式下的处理方式， 另外， 还可以通过异步的方式， 如 图 8所示， 即网络管控中心接收到业务***下发的媒体处理配置数据后， 立 刻向业务***返回响应消息，之后再向 CDN内容中心下发对应的媒体处理配 置数据， 其他流程同图 7相同， 在此不再赘述。
进一步地，在上述步骤 S102中，服务节点通过下述方式识别终端的类型： 服务节点判断终端发送的请求获取第一媒体内容的访问请求的类型； 当判断出访问请求的类型为 HTTP数据报文时， 根据访问请求中 HTTP 数据报报头的用户代理 (User-Agent)字段或承载类型 (BearType)字段识别出终 端类型；
当判断出访问请求的类型为实时流传输协议 ( Real Time Streaming Protocol, RTSP )数据报文时，根据访问请求中的设.置参数 (SErJ-PARAMETER) 字段或目录类型 （Content- Ttype)字段识別出终端类型。
较佳地， 如图 9所示， 服务节点是根据 HTTP数据报文报头的承载类型 字段 (BearerType字段)进一步判断出终端当前网络接入类型的，根据网络接入 带宽的大小为终端匹配出适合此终端的第二媒体内容。
如图 10所示， 服务节点可以根椐 RTSP协议数据报文报头的目录类型 (Content- Type)字段中 PacketPair的选项, 计算出目前终端使用的带宽大小， 服务节点根据该带宽大小确定终端网络能力， 从而匹配出适合此终端的第二 媒体内容， 当然， 服务节点还可根据 Content Type字段， 采用其他现有匹配 方式， 匹配出该终端适合的第二媒体内容， 在此不再一一枚举。
下面结合 4个实施例， 对本发明实施例提供的多媒体内容分发方法进行 详细说明。
实施例 1
如图 11所示， 终端利用 HTTP协议访问服务节点时 (在服务节点不命中 的情况下）， 具体实现流程如下：
终端（可以是用户终端）向本地 (Local)域名*** (Domain Name Syterm., DNS)服务器发起 DNS请求；
Local DNS向 SP授权 DNS发起域名解析请求； SP授权 DNS以别名（CNAME)的方式响应 LocalDNS该域名的别名；
LocalDNS发起该别名的域名解柝请求；
全局调度模块将最佳的服.务节点地址作为解析结果返回；
Local DNS响应周户终端 i會求；
用户终端向服务节点发起 HTTP GET请求;
服务节点根.据一定策略选择最合适的服务器；
用户终端向服务节点返回的地址发起 HTTP GET请求；
服务器获取 HTTP报头信息并进.行分析， 通过查询上级节点地址向上级 节点 （CDN内容中心/服务节点）请求内容；
将经处理后最适合的媒体内容转发给用户终端，该媒体内容可以由 CDN 内容中心承担 , 也可以由服务节点承担。
实族例 2
如图 12所示， 终端利用 HTTP协议访问服务节点时 (在服务节点命中的 情况下）， 具体实现流程如下：
终端 (可以是用户终端)向 LocalDNS服务器发起 DNS请求；
LocalDNS向 SP授权 DNS发 域名解析请求；
SP授权 DNS以 CNAME的方式响应 LocaiDNS该域名的別名；
LocalDNS发起该別名的域名解析请求；
全局调度模块将最佳的服务节点地址作为解析结果返回；
LocalDNS响应用户终端请求；
用户终端向服务节点发起 HTTP GET请求；
服务节点根据一定策略选择最合适的服务器；
用户终端向服务节点返回的地址发起 HTTP GET请求;
服务器获取 HTTP报头信息并进 _行分析；
将经处理后最适合用户终端访问的内容发送给用户终端。
实施例 3 如图 13所示，终端利用 RTSP协议访问服务节点时 (在服务节点不命中的 情况下）， 具体实现流程如下：
终端 (可以是用户终端)向 Local DNS服务器发^ _ DNS请求；
Local DNS向 SP授权 DNS发起域名解析请求;
SP授权 DNS以 CNAME的方式响应 LocaiDNS该域名的别名；
Local DNS发起该别名的域名解析请求；
全局调度模块将最佳的服务节点地址作为解析结果返回；
Local DNS响应用户终端请求；
用户终端向服务节点发起 RTSP DESCRIBE请求； 用户终端向服务节点返回的新服务器地址重新发送 RTSP DESCRIBE请 求；
获取 RTSP报头信息并查询上级节点地址向其请求内容；
获得媒体内容并向用户终端返回 RTSP DESCRIBE响应；
用户终端向服务器地址发送 RTSP SETUP、 PLAY请求；
服务器向用户终端返回 RTSP SETUP、 PLAY响应；
jij户终端向服务器地址发送 RTSP SETJPARAMETER请求；
服务器获取 TSP报头信息并进行分析；
服务器向用户终端返回 RTSP SET— PARAMER响应。
实施例 4
如图 14所示，终端利用 RTSP协议访问服务节点时 (在服务节点命中的情 况下）， 具体实现流 如下：
终端 (可能是用户终端)向 LocalDNS服务器发起 DNS请求；
LocalDNS向 SP授权 DNS发起域名解析请求；
SP授权 DNS以 CNAME的方式响应 LocaiDNS该域名的别名；
LocalDNS发起该别名的域名解析请求； 全局调度模块将最佳的服务节点地址作为解
LocalDNS响应用户终端请求；
用户终端向服务节点发起- TSP DESCRIBE请求；
服务节点按照一定的策略选择最适合的服务器， 并将其地址以 RTSP 302 重定向的方式发送给用户终端；
用户终端向服务节点返回的新服务器地址重新发送 RTSP DESCRIBE请 获取： TSP报头信息并进行少
向用户终端返回 RTSP DESCRIBE响应；
用户终端向服务器地址发送 RTSP SETUP、 PLAY请求；
服务器向用户终端返回 TSP SETUP, PLAY响应；
用户终端向服务器地址发送 RTSP SET— PARAMETER请求;
服务器获取 RTSP报头信息并进行分析；
服务器向用户终端返回 RTSP SET— PA AMER响应；
监控用户终端状态， 随时改变传输内容的码率等参数。
基于同一发明构思， 本发明实施例还提供了一种服务节点设备， 如图 15 所示， 为本发明实施例提供的服务节点设备的结构图， 服务节点设备包括接 收模块 1501 ,识别模块 1502、转换模块 1503、存储才莫块 1504、 匹配才莫块 1505 和发送模块 1506。
接收模块 1501， 用于接收由终端发送的第一媒.体内容访问请求。
识别模块 1502， 用于识别终端的类型。
转换模块 1503， 用于根据媒体内容配置信息， 将 CDN内容中心发送的 各原始媒体内容进行多格式转换， 生成各媒体内容。
存储模块 1504, 用于存储转换模块 1503转换后的各媒体内容， 或 CDN 内容中心根据媒体内容配置信息， 将各原始媒体内容进行多格式转换后转发 的各媒体内容。 匹配模块 1505 , 用于根据识别模块 1502识别出的终端的类型， 从存储 模块 1504中的各媒体内容中， 匹配出媒体内容与第一媒体内容一致且媒体格 式与终端的类型相匹配的第二媒体内容。
发送模块 1506， 用于将第二媒体内容发送给终端。
较佳地，转换模块 1503具体用于按照由网络管控中心下发的媒体内容配 置信息中多种媒体格式对应的媒.体参数信息， 对各原始媒体内容进行多格式 转换， 分别生成对应格式的媒体内容， 在本发明实施例中， 媒体参数信息可 以包括下述参数之一或任意组合： 媒体码率、 分辨率、 文件格式。
上述媒体码率可以是视频 /音频码率 , 即在编码过程.中釆用不同的取样频 率及算法对视频 /音频进行重新编码， 上述转换模块 1503按照视频 /音频码率 为参数， 对各原始媒体内容进行多格式转换时， 可以将不同码率的各原始媒 体内容转码为 500Kbps、 200Kbps , 120Kbps等常用码率的媒体内容， 从而可 以保证与各种类型的终端匹配； 分辨率可以是视频分辨率、 图片分辨率等， 转换模块 1503可以将原始视频或图片转换为不同分辨率的视频或图片，从而 可以保证与各种类型的终端需求匹配； 文件格式可以是视频 /音频袼式， 有时 CDN内容中心发送的原始多媒体内容的格式为特定格式， 例如 mp4、 flv 、 ts等， 对于在某一些终端上无法播放特定袼式的视频内容， 转换模块 1503可 以将其特定格式的视频内容转换为终端可以支持的媒体格式的媒体内容。
较佳地， 识别模块 1502, 具体用于判断终端发送的请求获取第一媒体内 容的访问请求的类型； 当判断出的类型为 HTTP数据报文时， 根据访问请求 中 HTTP数据报 ·ΐ艮头的用户代理字段或承载类型字段识别出终端类型； 当判 断出的类型为 RTSP协议数据报文时， 根据访问请求中的设置参数字段或目 录类型字段识别出终端类型。
基于同一发明构思,本发明实施例还提供了一种 CDN内容中心设备，如 图 16所示， CDN内容中心设备具体包括转换模块 1601和发送模块 1602。
转换模块 1601 , 用于根据媒体内容配置信息， 将各原始媒体内容进行多 格式转换， 生成各媒体内容； 发送模块 1602, 用于将各媒体内容发送给服务节点。
较佳地，转换模块 1601具体用于按照由网络管控中心下发的媒体内容配 置信息中多种媒体格式对应的媒体参数信息， 对各原始媒体内容进行多格式 转换， 分别生成对应格式的媒体内容， 在本发明实施例中， 媒体参数信息包 括下述参.数之一或任意组合： 媒' i 码率、 分辨率、 文件格式。
基于同一发明构思， 本发明实施例还提供了一种多媒体内容分发***， 如图 17所示， 多」疾体内容分发***具体包括至少一个内容分发网络 CDN内 容中心 1701、 与每一个 CDN内容中心 1701相连接的多个服务节点 1702和 网络管控中心 1703， 其中：
CDN内容中心 1701， 用于根据媒体内容配置信息， 将业务*** 1704下 发的各原始媒体内容进行多格式转换， 生成各媒体内容， 并转发给服务节点。 在本发明实施例中， CDN内容中心 1701提供各原始媒体内容注入、 转换后 的各媒体内容存储、 各媒体内容分发以及本地各媒体内容管理等功能。
服务节点 1702, 用于将 CDN内容中心 1701转发的各媒体内容存储于本 地， 或者用于根据媒体内容配置信息， 将 CDN内容中心 1701转发的各原始 媒体内容进行多格式转换， 生成各媒体内容并存储于本地； 以及用于接收由 终端发送的请求获取第一媒体内容的访问请求， 识别终端的类型， 并根据识 别出的终端的类型， 从本地保存的各媒体内容中， 匹配出媒体内容与第一媒 体内容一致且.媒体格式与终端的类型相匹配的第二媒体内容并返回给终端。
在本发明实施例中 , 服务节点 1702是从上级服务节点 (CDN内容中心或 服务节点)获取各媒体内容，就近为下级服务节点或终端提供 Web浏览、媒体 内容下载等服务； 服务节点 1702还包括终端能力分析模块， 用于从终端发送 的访问请求中获取终端的相关信息， 并通过具体分析与计算， 确定终端所需 要的媒体内容 (例如， 视频或音频)的格式、 码率或分辨率的大小， 服务节点 802在向终端发送第二媒体内容时， 不向终端发送其请求的第一媒体内容， 而是根据对终端的能力分析结果， 发送对应的转换后的第二媒体内容， 从而 可以实现更好的播放效果。
网络管控中心 1703， 用于向 CDN内容中心 1701或服务节点 1702下发 媒体内容配置信息。 在本.发明实施例中， 网络管控中心 1703主要负责完成用 户调度、 资源、 内容管理、 设备监控以及运营管理等功能。
进一步地， 网络管控中心 1703、 CDN 内容中心 1701 和服务节点 1702 均包括媒体处理配置模块， CDN内容中心 1701或服务节点 1702的媒体处理 配置模块接收网络管控中心 1703.的媒体处理配置模块下发的媒体内容配置 信息 (也可称为媒体处理配置参数)， 服务节点 1702的媒体处理配置模块还可 以将各原始媒体内容进 -行多种格式转换处理后， 生成相应的多种格式的媒体 内容索引信息， 并发送给网络管控中心 1703 , 供网络管控中心 1703 实现全 局媒体内容管理。
进一步地， CDN内容中心 1701或服务节点 1702还可包括媒体处理模块， 主要用于依据从媒体处理配置模块获得媒体处理配置参数， 将各原始媒体内 容转换为多种格式的各媒体内容。
如图 18所示， 对内容分发***的逻辑架构进.行一下简要说明：
网络管控中心的全局调度模块由用户调度模块、 资源管理模块和内容管 理模块构成， 主要完成全网控制和调度工作。 另外 CDN内容中心和服务节点 都包括上述三个模块的子模块， 下面对用户调度模块、 资源管理模块和内容 内容管理模块， 包括内容视图管理和多版本内容管理。 内容视图作为统 —的内容目录数据戽， 承担关于内容的元数据的存储和索引， 是内容管理控 制的核心， 维护内容在緩存***中的分布情况。 对于网页、 图片等小文件， 全局调度***管理到域名级； 对于视频、 软件下载等大文件， 全局调度*** 资源管理模块： 负责定期收集和记录全网各服务节点的状态信息， 例如设 备的资源及健康度情况， 设备的剩余能力及可以服务的能力。 支持主动探测 和被动收集两类模式， 在服务节点内的软硬件资源达到饱和后， 能够由用户 调度模块根据预置的策略自适应地调度用户。
用户调度模块： 从资源管理模块中获取设备的分布、 使用情况， 根据调 度策略， 将用户请求调度到最合适的边缘节点， 对于未命中的情况下可以按 照未命中策略为用户提供服务。 通常使用的策略为就近性判断， 根据用户终 端的 Local DNS或者用户终端的 IP地址信息实现用户终端的就近内容访问。对 于用户终端发起的请求， 不直接匹配用户终端原始媒体内容请求， 而是根据 原始媒体内容多版本的媒体内容视图及分发服务节点位置进行统筹调度。
网络管控中心、 CDN内容中心和服务节点可以包括运营管理模块, 由运 营支撑、 业务管理， 业务监控、 计费管理等模块构成， 提供如下功能：
运营支撑模块， 又具备如下功能：
CPZSP管理： 管理 CPZSP客户的基本信息， 提供客户登记注册、 取消以及 客户身份审核、 权限管理和合同管理等功能。
客服管理： 提供内容分发***的客户投诉、 投诉处理、 客户咨询、 满意 度调查等功能。
安全和权限管理： 提供***自身安全管理及分级分权管理， 完成管理员，
CP/SP帐号的分配及对应权限的管理等。
业务管理模块： 针对 CP/SP管理员提供频道管理、 策略管理等配置以及对 于内容的增删改查等操作， 支持由 CP/SP、运营商管理员发 ¾的自助管理， 也 支持根据业务类型和内容热度的自动刷新。
业务监控模块： 支持实时获得完备的业务分布、 当前所占流量等状态信息 及图形化展 ， 以帮助 CP/SP管理员了解当前业务的运行状态。
计费管理模块： 对 CP/SP使用内容分发***进行内容分发时进行计费方面 的管理及统计。
网络管控中心、 CDN内容中心和服务节点还可以包括网络管理模块， 主 要实现的功能为配置管理、 性能管理、 故障管理和安全管理等， 具体地： 配置管理： 指对被管网元的安装， 指配， 连接以及***异常时的重新配 置和恢复配置功能。 配置管理提供收集、 鉴别、 控制来自网元的数椐和将数 据提,供给网元的一组功能， 包括保障、 状况和控制、 安装功能。
性能管理： 性能管理指实时监视被管网元的指标， 采集性能数据， 并能 定期或按需根据历史数据作出资源利用与性能变化的各种统计分析报表。 应 能以直观的形式对性能数据进行显示， 并能对收集的各性能数据进行分析， 从而对***性能进行优化。
故障管理： 故障管理负责监视流媒体业务平台的进程或通信链路告警， 网络设备的故障告警等， 进行故障诊断及定位分析。 能够及时醒目的通知管 理人， 迅_速的恢复故障。
安全管理： 安全管理功能向网络用户 （主管部门）提供防止无权用户使 用网络的安全手段。 安全管理主要包括鉴权， 授权， 机密性、 完整性和授权 五种功能。
网络管控中心还可以包括业务接入模块， 主要用于与 CP/SP进行业务的对 接, 从网络管控中心的角度主要用于 CP/SP业务的接入鉴权与认证功能； 从 CDN内容中心的角度， 主要用于确定与 CPZSP内容注入的方式。
本发明实施例提供的多媒体内容分发方法、 服务节点、 CDN内容中心设备 及***， 当服务节点接收到终端发送的请求获取第一媒体内容的访问请求时， 服务节点先识别出终端的类型， 再根据识别出的类型， 从本地保存的各媒体 内容中， 匹配出媒体内容与第一媒体内容一致且媒体格式与终端的类型相匹 配的第二媒体内容， 然后返回给终端； 上述本地保存的各媒体内容是服务节 点根.据媒体内容配置信息 ,将 CDN内容中心发送的各原始媒体内容进行多格式 转换得到的， 或者是 CDN内容中心根据媒体内容配置信息， 将各原始媒体内容 进行多格式转换后转发给服务节点得到的。 可见， 在本发明实施例中， 是由 CDN内容中心或服务节点对各原始媒' i 内容进行多种格式的转换，业务***不 用再对各原始媒体内容进行处理，仅将各原始媒体内容下发给 CDN内容中心即 可， 这就大大减轻了业务***的运算压力和存储压力， 提高了业务***的运 行效率。 另外， 在本发明实施例中， 服务节点可以识别出终端的类型， 将与 第一媒体内容匹配的第二媒体内容返回给终端， 这就避免了服务节点发送的 多媒体内容与终端类型不匹配导致无法正常播放和观看的问题。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这祥， 倘若本发明的这些修改和变型属于本发明权利要 求及.其等同技术的范围之内， 則本发明也意图包含这些改动和变型在内。

Claims

权利 要求 书
1、 一种多媒体内容分发方法， 其特征在于， 包括：
服务节点接收终端发送的用以请求获取第一媒体内容的访问请求； 所述服务节点识别所述终端的类型， 并根据识别出的类型， 从本地保存 的各媒体内容中， 匹配出与所述第一媒体内容一致且媒体格式与所述终端的 类型相匹配的第二媒体内容并返回给所述终端； 所述服务节点本地保存的所 述各媒体内容为所述服务节点根据媒体内容配置信息， 将内容分发网络 CDN 内容中心发送的各原始媒体内容进行多格式转换得到的，或者为 CDN内容中 心根椐媒体内容配置信息 , 将各原始媒体内容进行多格式转换后转发给所述 服务节点得到的。
2、 如权利要求： [所述的方法， 其特征在于， 服务节点或者 CDN内容中 心根据媒体内容配置信息， 将各原始媒体内容进行多格式转换， 包括：
服务节点或者 CDN 内容中心按照由网络管控中心下发的媒体内容配置 信息中多种媒体格式对应的媒体参数信息， 对所述各原始媒体内容进行多格 式转换， 分别生成对应格式的媒.体内容， 所述媒体参数信息包括下述参数之 一或任意组合：
媒体码率、 分辨率、 文件格式。
3、 如权利要求 1或 2所述的方法， 其特征在于， CDN内容中心转发多 格式转换后的各媒体内容给所述服务节点， 包括：
所述 CDN内容中心对所述各原始媒体内容进行多格式转换后，将转换得 到的所述各^^体内容直接发送给所述服务节点； 或者
所述 CDN内容中心对所述各原始媒体内容进行多格式转换后，暂存在本 地， 当接收到经服务节点转发来的终端发起的请求获取媒体内容的访问请求 时， 将暂存的所述各媒体内容发送给所述服务节点。
4、 如权利要求 1或 2所述的方法， 其特征在于， 所述服务节点识别所述 终端的类型， 包括： 所述服务节点判断所述终端发送的用以请求获取第一媒体内容的访问请 求的类型；
当判断出访问请求的类型为 HTTP 数据报文时， 根据所述访问请求中 HTTP数据报报头的用户代理字段或承载类型字段识别出所述终端类型； 当判断出访问请求的类型为实时流传输协议 RTSP数据报文时， 根据所 述访问请求中的设置参数字段或目录类型字段识别出所述终端类型。
5、 一种服务节点设 · ■·， 其特征在于， 包括：
接收模块， 周于接收由终端发送的第一媒体内容访问请求；
识别模块， 用于识别所述终端的类型；
转换模块， 用于根据媒体内容配置信息，将内容分发网络 CDN内容中心 发送的各原始媒体内容进行多格式转换， 生成各媒体内容；
存储模块， 用于存储所述转换模块转换后的所述各媒体内容， 或所述 CDN内容中心根据媒体内容配置信息， 将所述各原始媒体内容进行多格式转 换后转发的所述各媒体内容；
匹配模块， 用于根据所述识别模块识别出的所述终端的类型， 从所述存 储模块中的所述各媒体内容中, 匹配出媒体内容与所述第一媒体内容一致且 媒体格式与所述终端的类型相匹配的第二媒体内容；
6、 如权利要求 5所述的服务节点设备， 其特征在于， 所述转换模块， 具 体用于按照由网络管控中心下发的媒体内容配置信息中多种媒体格式对应的 媒体参数信息， 对所述各原始媒.体内容进行多格式转换， 分别生成对应格式 的媒.体内容， 所述媒.体参数信息包括下述参数之一或任意组合：
媒体码率、 分辨率、 文件格式。
7、如权利要求 5或 6所述的服务节点设^ ·,其特征在于，所述识别模块， 具体用于判断所述终端发送的请求获取第一媒体内容的访问请求的类型； 当判断出的类型为 HTTP数据报文时， 根据所述.访问请求中 HTTP数据 报报头的用户代理字段或承载类型字段识别出所述终端类型；
当判断出的类型为实时流传输协议 RTSP数据报文时， 根椐所述访问请 求中的设置参数字段或目录类型字段识别出所述终端类型。
8、 一种 CDN内容中心设备， 其特征在于， 包括：
转换模块， 用于根据媒体内容配置信息， 将各原始媒体内容进行多格式 转换， 生成各媒体内容；
发送 _模块， 周于将所述各媒体内容发送给服务节点。
9、 如权利要求 8所述的 CDN内容中心设 ^·， 其特征在于， 所述转换模 块， 具体用于按照由网络管控中心下发的媒体内容配置信息中多种媒体格式 对应的媒体参数信息， 对所述各原始媒体内容进行多格式转换， 分别生成对 应格式的媒体内容， 所述.媒体参数信息包括下述参数之一或任意组合：
媒体码率, 分辨率、 文件格式。
10、 一种多媒体内容分发***， 其特征在于， 包括： 所述至少一个内容 分发网络 CDN内容中心， 和与每一个所述 CDN内容中心相连接的多个服务 节'点 ,
所述 CDN内容中心， 用于根据媒体内容配置信息，将各原始媒体内容进 行多格式转换， 生成各媒体内容， 并转发给所述服务节点；
所述服务节点，用于将所述 CDN内容中心转发的所述各媒体内容存储于 本地， 或者用于根据所述媒体内容配置信息， 将所述 CDN内容中心转发的所 述各原始媒.体内容进行多格式转换， 生成所述各媒体内容并存储于本地； 以 及用于接收由终端发送的请求获取第一媒体内容的访问请求， 识别所述终端 的类型， 并根据识别出的所述终端的类型， 从本地保存的所述各媒体内容中， 匹配出媒体内容与所述第一媒体内容一致且媒体格式与所述终端的类型相匹 配的第二媒体内容并返回给所述终端。
11、 如权利要求 10所述的***， 其特征在于， 还包括：
网络管控中心， 用于向所述 CDN内容中心或所述服务节点下发所述媒体 内容配置信息。
PCT/CN2013/075327 2012-05-28 2013-05-08 一种多媒体内容分发方法、设备及*** WO2013178010A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2012101699211A CN103457907A (zh) 2012-05-28 2012-05-28 一种多媒体内容分发方法、设备及***
CN201210169921.1 2012-05-28

Publications (1)

Publication Number Publication Date
WO2013178010A1 true WO2013178010A1 (zh) 2013-12-05

Family

ID=49672394

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/075327 WO2013178010A1 (zh) 2012-05-28 2013-05-08 一种多媒体内容分发方法、设备及***

Country Status (2)

Country Link
CN (1) CN103457907A (zh)
WO (1) WO2013178010A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111882226A (zh) * 2020-07-31 2020-11-03 贵州东冠科技有限公司 基于监狱管理的计分考核***
CN114363151A (zh) * 2022-01-07 2022-04-15 北京金山云网络技术有限公司 故障检测方法和装置、电子设备和存储介质
CN114745260A (zh) * 2022-03-09 2022-07-12 优刻得科技股份有限公司 内容分发网络的计算力增强方法、装置、设备及存储介质

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103826139A (zh) * 2014-02-27 2014-05-28 北京六间房科技有限公司 Cdn***、观看服务器以及流媒体数据传输方法
CN105100953B (zh) * 2014-05-23 2019-07-05 ***通信集团江苏有限公司 一种视频分发的方法及***
CN105376657A (zh) * 2014-08-15 2016-03-02 中国电信股份有限公司 媒体内容提供方法、播放方法和装置以及服务***
CN104202616A (zh) * 2014-09-11 2014-12-10 北京阅联信息技术有限公司 一种基于裸流直播方法、回看方法及其***
CN105704510A (zh) * 2014-11-25 2016-06-22 中兴通讯股份有限公司 视频处理方法及装置
CN105791247B (zh) * 2014-12-25 2019-02-05 ***通信集团公司 一种流量统付业务实现方法及相关设备与***
CN104581228A (zh) * 2015-01-06 2015-04-29 南京爱布谷网络科技有限公司 一种服务多种不同终端的带宽自适应流媒体***
CN104702987B (zh) * 2015-03-27 2018-04-10 南京视海网络科技有限公司 一种高兼容***多种不同终端的带宽自适应流媒体***及方法
CN106331747B (zh) * 2015-06-30 2019-10-18 华为技术有限公司 一种视频优化的方法和设备
CN105072151A (zh) * 2015-07-03 2015-11-18 中国联合网络通信集团有限公司 一种cdn的内容协同调度方法及***
CN105306967B (zh) * 2015-10-28 2018-08-21 天彩电子（深圳）有限公司 一种云视频平台中的资源调配方法
CN108093197B (zh) * 2016-11-21 2021-06-15 阿里巴巴集团控股有限公司 用于信息分享的方法、***及机器可读介质
CN108271039B (zh) * 2016-12-30 2021-11-12 中兴通讯股份有限公司 一种文件发送方法及装置
CN107360226A (zh) * 2017-07-11 2017-11-17 上海鋆创信息技术有限公司 直播视频的保存方法及装置
CN111866052B (zh) * 2019-04-28 2022-12-13 丰鸟航空科技有限公司 无人机数据处理方法、装置、终端、及存储介质
CN110430289B (zh) * 2019-07-01 2022-07-12 北京云端智度科技有限公司 一种区分相同域名请求来源的方法
CN113301353B (zh) * 2020-04-01 2023-06-16 阿里巴巴集团控股有限公司 数据传输方法、装置、电子设备及计算机可读存储介质
CN112529467A (zh) * 2020-12-28 2021-03-19 安徽海豚新媒体产业发展有限公司 一种新媒体智能调度***
CN113377519B (zh) * 2021-07-07 2022-03-22 江苏云工场信息技术有限公司 一种基于cdn的内容调度方法
CN114338686A (zh) * 2021-12-21 2022-04-12 江苏云工场信息技术有限公司 一种cdn节点服务器的回源方法及装置
CN114363289B (zh) * 2021-12-22 2023-08-01 天翼阅读文化传播有限公司 一种基于规则引擎的虚拟网络智能调度***
CN114338726B (zh) * 2021-12-30 2022-08-02 江苏云工场信息技术有限公司 一种基于cdn节点的内容推送方法以及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101237429A (zh) * 2008-02-25 2008-08-06 蓝汛网络科技（北京）有限公司 基于内容分发网络的流媒体直播***、方法及装置
CN101635635A (zh) * 2009-08-25 2010-01-27 北京原力创新科技有限公司 云模式流媒体服务平台
CN102282825A (zh) * 2010-12-14 2011-12-14 华为技术有限公司 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点
CN102447975A (zh) * 2010-10-08 2012-05-09 中国联合网络通信集团有限公司 流媒体信息处理方法、***及服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101237429A (zh) * 2008-02-25 2008-08-06 蓝汛网络科技（北京）有限公司 基于内容分发网络的流媒体直播***、方法及装置
CN101635635A (zh) * 2009-08-25 2010-01-27 北京原力创新科技有限公司 云模式流媒体服务平台
CN102447975A (zh) * 2010-10-08 2012-05-09 中国联合网络通信集团有限公司 流媒体信息处理方法、***及服务器
CN102282825A (zh) * 2010-12-14 2011-12-14 华为技术有限公司 内容传送网络中流媒体请求地址映射的方法及装置、缓存节点

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111882226A (zh) * 2020-07-31 2020-11-03 贵州东冠科技有限公司 基于监狱管理的计分考核***
CN111882226B (zh) * 2020-07-31 2024-01-05 贵州东冠科技有限公司 基于特定场所管理的计分考核***
CN114363151A (zh) * 2022-01-07 2022-04-15 北京金山云网络技术有限公司 故障检测方法和装置、电子设备和存储介质
CN114745260A (zh) * 2022-03-09 2022-07-12 优刻得科技股份有限公司 内容分发网络的计算力增强方法、装置、设备及存储介质
CN114745260B (zh) * 2022-03-09 2024-04-02 优刻得科技股份有限公司 内容分发网络的计算力增强方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN103457907A (zh) 2013-12-18

Similar Documents

Publication Publication Date Title
WO2013178010A1 (zh) 一种多媒体内容分发方法、设备及***
US9374619B2 (en) System and method for enabling pairing of a companion device with a mate device for performing a companion device
US9621940B2 (en) Apparatus and methods for recording, accessing, and delivering packetized content
US20080307108A1 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
US9820009B2 (en) Streaming with optional broadcast delivery of data segments
JP5341186B2 (ja) プロキシ機能
RU2647654C2 (ru) Система и способ доставки аудиовизуального контента в клиентское устройство
US20230359607A1 (en) Apparatus and methods for packetized data management and delivery in a digital content distribution network
CN103782572A (zh) 用于提供基于消息和事件的视频服务控制平面的***和方法
CN105657440B (zh) 一种视频直播的方法及***
CN102231762B (zh) 一种可以无限水平扩展的p2p服务器***
KR20120114016A (ko) 사용자 컨텐츠를 외부 단말기에서 네트워크 적응적으로 스트리밍하는 방법 및 장치
US9172594B1 (en) IPv6 to web architecture
US20150188923A1 (en) Authorizing A Computing Device Across Services
WO2011017976A1 (zh) 媒体服务方法及***
WO2009021460A1 (fr) Procédé de rapport d'un résultat de mise en œuvre de politique, système de communication par réseau et équipement
CN110266987B (zh) 被动式录像方法及计算机可读存储介质
WO2011015015A1 (zh) 内容上行方法及内容交付功能实体
WO2009092248A1 (zh) 内容交付装置和***、内容点播方法、及网络架构
Zeng et al. A dynamic live streaming service architecture integrated sensing and control
US20090193476A1 (en) Method for live transmission of content with a view to defered recovery in P2P mode after division, and control device and associated equipment
WO2014117508A1 (zh) 内容分发网络及在内容分发网络中进行内容管理的方法
CN105100147A (zh) 一种基于内容提供商与服务提供商分离的控制方法及装置
WO2007137500A1 (fr) Système vidéo public et son procédé de mise en oeuvre
WO2016082806A1 (zh) 视频处理方法及装置

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

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

Country of ref document: EP

Kind code of ref document: A1