WO2012034501A1 - 基于http流的媒体内容动态插播方法、装置及系统 - Google Patents

基于http流的媒体内容动态插播方法、装置及系统 Download PDF

Info

Publication number
WO2012034501A1
WO2012034501A1 PCT/CN2011/079505 CN2011079505W WO2012034501A1 WO 2012034501 A1 WO2012034501 A1 WO 2012034501A1 CN 2011079505 W CN2011079505 W CN 2011079505W WO 2012034501 A1 WO2012034501 A1 WO 2012034501A1
Authority
WO
WIPO (PCT)
Prior art keywords
media content
fragment
client
server
user information
Prior art date
Application number
PCT/CN2011/079505
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 华为技术有限公司
Priority to EP11824571.1A priority Critical patent/EP2618534B1/en
Publication of WO2012034501A1 publication Critical patent/WO2012034501A1/zh
Priority to US13/838,072 priority patent/US20130212231A1/en

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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2543—Billing, e.g. for subscription services
    • H04N21/25435—Billing, e.g. for subscription services involving characteristics of content or additional data, e.g. video resolution or the amount of advertising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/812—Monomedia components thereof involving advertisement data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/306—User profiles

Definitions

  • the present invention relates to the field of video technologies, and in particular, to a method, device and system for dynamic insertion of media content based on HTTP stream. Background technique
  • personalized advertisement insertion can be implemented when a user clicks on a video, inserts a personalized video advertisement before the video is played according to the personalized information of the user, or stops the program during the video playback, and inserts the personalized advertisement. Content, return to the original program after the advertisement ends.
  • the prior art provides an HTTP (Hypertext Transfer Protocol) St reaming technology to implement advertisement insertion.
  • HTTP St reaming a multimedia content can be divided into several media segments, and then transmitted to the client through the HTTP protocol.
  • the URL Uniform Resource Locator
  • MPD media presenting ion descr ipt ion
  • the structure of the MPD file is as shown in FIG. 1 , wherein, according to the sequence of time axes, an MPD is divided into one or more time periods Per iod , and each Per iod includes description information of different code rates.
  • the Segment info of each Representat ion describes the URLs of several media fragments.
  • the client is using HTTP St reaming _ _
  • the MPD file needs to be requested first, and then the content of the media slice is requested according to the URL of each media slice in the MPD file.
  • the dynamic insertion of advertisements can be implemented in the following two ways:
  • Manner 1 In the encoder, the program content is directly divided into program segments, the advertisement content is directly divided into advertisement segments, and the segmentation sequence is generated by using the program segmentation and the advertisement segmentation.
  • the client receives the MPD file sent by the server, each fragment in the fragment sequence is requested one by one according to the fragmentation sequence described in the MPD file.
  • the fragment requested by the client is a program fragment
  • the content of the program fragment is played, and the program is played at this time
  • the fragment requested by the client is an advertisement fragment
  • the content of the advertisement fragment is played, When the advertisement is played, the advertisement is inserted.
  • Method 2 When the server sends the MPD file to the client, the server inserts the advertisement fragment into the program fragment sequence described by the MPD file, and then sends the advertisement fragment to the client.
  • the client requests and acquires each slice one by one according to the sequence of fragments after inserting the advertisement slice described in the MPD file. Summary of the invention
  • the embodiment of the invention provides a method, a device and a system for dynamically inserting media content based on an HTTP stream, which can solve the problem that the personalized insertion cannot be realized when the media content is transmitted through the HTTP stream.
  • Dynamic media content is transmitted over HTTP, including:
  • a first receiving unit configured to receive a request message that is sent by the client and that carries the user information
  • a filtering unit configured to filter the target media content from the locally stored media content according to the user information
  • the first sending unit is configured to send the target media content to the client, so that the client plays.
  • a first sending unit configured to send a request message carrying the user information to the server, where the first receiving unit is configured to receive the media content that is sent by the server and that matches the user information, and play the media content.
  • a media content dynamic insertion system based on HTTP stream comprising:
  • the HTTP content-based media content dynamic insertion device is configured to receive a request message that is sent by the client and that carries the user information, and filter the target media content from the locally stored media content according to the user information; Transmitting the target media content to the client, so that the client plays the content;
  • the HTTP content-based media content dynamic insertion device is configured to send a request message carrying the user information to the server, and receive the media content that is sent by the server and matches the user information. And playing the media content.
  • the embodiment of the present invention when the client views the program through the HTTP stream, the media content received by the client is filtered by the server according to the user information, because the user information of different clients is personalized.
  • the difference is such that the user who is not in use can receive personalized media content that meets their respective needs.
  • the embodiment of the present invention can make all the clients of the same program on-demand see Personalized dynamic media content conforming to their respective characteristics, thereby solving the problem that the prior art can not realize personalized insertion when the media content is transmitted through HTTP, and realizes personalized insertion of dynamic media content.
  • FIG. 1 is a schematic structural diagram of an MPD file in the prior art
  • FIG. 2 is a flowchart of a method for dynamically inserting media content based on HTTP stream according to an embodiment of the present invention
  • FIG. 3 is a flowchart of another method for dynamically inserting media content based on HTTP stream according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of an HTTP-based media implemented by adopting mode 1 according to an embodiment of the present invention. – a flow chart of the dynamic insertion method;
  • FIG. 5 is a flowchart of another HTTP content-based media content dynamic insertion method according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of a method for dynamically inserting media content based on HTTP flow according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a method for dynamically inserting media content based on HTTP flow implemented by using method 2 according to an embodiment of the present disclosure
  • FIG. 8 is a structural diagram of a media content dynamic insertion and playback apparatus based on an HTTP stream according to an embodiment of the present invention.
  • FIG. 9 is a structural diagram of a server implemented by adopting mode 1 according to an embodiment of the present disclosure.
  • FIG. 10 is a structural diagram of a server implemented by adopting mode 2 according to an embodiment of the present disclosure.
  • FIG. 11 is a structural diagram of another media content dynamic insertion and playback apparatus based on HTTP flow according to an embodiment of the present invention.
  • FIG. 12 is a structural diagram of a client implemented by adopting mode 1 according to an embodiment of the present disclosure.
  • FIG. 13 is a structural diagram of a client implemented by adopting mode 2 according to an embodiment of the present invention. detailed description
  • the embodiment shown in FIG. 2 provides a method for dynamically inserting a media content based on an HTTP stream, where the media content is transmitted between the server and the client by using an HTTP stream, and the following is described from the server. – The method, including:
  • the user information may be an identifier of the user, such as a user ID; or the user information may also be a complete description information of the user, such as the user's name, gender, hobbies, location of the user, and the like.
  • the user information may be described in the form of xml in the request message, but is not limited to the xml form.
  • the server may use the filtering function that is provided by the server to filter the media content from the locally stored media content.
  • Target media content The filtered target media content matches the user information.
  • FIG. 3 provides a method for dynamic insertion of a media content based on an HTTP stream, where the media content is transmitted between the server and the client by using an HTTP stream, and the method is described from the client side, including :
  • the HTTP content-based media content dynamic insertion method provided by the embodiment of the present invention, because the media content received by the client is filtered by the server according to the user information, and the user information of different clients has a personalized difference, thereby eliminating Users can receive dynamic media content that meets their needs.
  • the embodiment of the present invention can enable all clients on the same program to see personalized dynamic media content that meet their respective characteristics, thereby solving the prior art.
  • the media content is transmitted through HTTP, the problem of personalized insertion cannot be realized, and personalized insertion of dynamic media content is realized.
  • the dynamic media content provided by the embodiment of the present invention includes: an advertisement, a trailer of the program, one of the branch plots of the program, or any combination.
  • Method 1 The server inserts the media content preset information in the MPD file.
  • the client requests the MPD file, when the media content preset information is read, the media content acquisition information and the media content fragment insertion location are served according to the media content.
  • the end sends a media content request message, the request carries the user information, and the server filters out the target media content according to the user information. Thereafter, the fragmentation address and/or content fragment of the target media content is returned to the client, and the client requests the content fragmentation or plays the received content fragment according to the fragmentation address of the received target media content.
  • Manner 2 The client sends an MPD request message to the server, where the MPD request message carries the user information.
  • the server performs media content filtering according to the received user information, and inserts the slice address corresponding to the filtered target media content into the MPD file, and then, when the server sends the MPD file request to the program fragment address, Receiving the program content sent by the server and playing; if the fragment address of the target media content is requested, receiving the fragment of the target media content and playing.
  • the embodiment shown in FIG. 4 provides a method for dynamic insertion of media content based on HTTP stream
  • the _ _ method specifically adopts the above manner 1 to implement personalized media content insertion, including the following steps:
  • the media content preset information may be located in Period, or in a Representation below Period, or may also be located under a Representation of Period
  • the media content preset information includes: media content acquisition information, and a first media content fragment insertion location;
  • the media content acquisition information includes a media content insertion location identifier.
  • the media content insertion location identifier is used to obtain information related to the media content insertion location.
  • the first media content shard insertion location may be an insertion time or an insertion index relative to the program shard.
  • media content preset information is added under Segmentinfo in Representation under Period (see Adlnf o in Table 1), and the media content preset information may also be located in period, or Can be located in Representation under Period.
  • the media content preset information includes three attributes: media content acquisition information (see Ad-sourceURL in Table 1), first media content fragment insertion index (see Ad-Insertlndex in Table 1), and first media content. Fragment insertion time (see Ad-startt ime in Table 1).
  • the first media content fragment insertion index (see Ad-Insertlndex in Table 1) is used to insert the media content before the program fragment of the program fragment equals the program fragment of Ad_lnsertlndex when the program fragment address is represented by UrlTemplate.
  • the value of the Ad_Inser t Index is between the start value of the program slice (see startindex in Table 1) and the end value (see end index in Table 1).
  • ⁇ The first media content slice insertion time (see Ad-starttime in Table 1), used to insert media content at the time when the program is broadcasted to the time indicated by Ad-starttime when the program slice address is represented by UrlTemplate or Url . If the program slice address is represented by Url and Adlnfo is located between Url and Ad-starttime is undefined, the insertion time of the first fragment of the media content is expressed in the order of Adlnfo in Url;
  • Segment Info E 0, 1 CM provides each fragmentation information
  • UrlTemplate E 0, 1 CM url template representing the program slice
  • the client sends the first request message of the media content carrying the user information according to the media content obtaining information in the MPD file.
  • Pe r od carrying the media content preset information in the MPD file received by the client is as follows;
  • Ad-starttime 20 />
  • the media content preset information is described by Adlnfo, for example, http: //www. example, com/Adselect/33 is used to represent media content capture information, where http: ⁇ w. example Com/Adselect indicates the media content capture address, and 33 indicates the media content insertion location identifier. It is assumed that the media content acquisition address may be specifically mapped to the dynamic processing file of the media content on the server.
  • the process of detecting and processing the above-mentioned Period by the client is as follows:
  • the client detects the Adlnfo in the above Per iod, it can be known that the above-mentioned Period contains media content preset information.
  • the client sequentially sends a fragmentation request to the server in the order of the fragment address in the SegmentInfo in the representation under the above Period.
  • the client requests the program content fragmentation to the server according to the sequence of the program fragment address mentioned above, and the server returns the program fragment content.
  • the client sends a first request message of the media content to the server, where the first request message of the media content carries the user information.
  • the user information may be a user identifier, or may be complete user description information, such as the user's name, gender, hobbies, location of the user, and the like.
  • the server records the user description information, only the user identifier needs to be carried in the first request message of the media content.
  • the first request message of the media content sent according to the media content acquisition information may be represented. as follows:
  • the media content acquisition information is composed of a media content acquisition address and a media content insertion location identifier.
  • "www. example. com/Adse lect” in the message body indicates a media content capture address
  • "33" indicates a media content insertion location identifier.
  • "user ld” represents the user ID.
  • the server selects the target media content from the locally stored media content according to the user information.
  • the server obtains media content insertion location information according to the media content insertion location identifier in the media content acquisition information, where the media content insertion location information includes a duration of the media content insertion location, and is associated with the media content insertion location. program.
  • the dynamic processing file of the media content on the server side acquires the media content insertion location information based on the above-described media content insertion location identifier "33".
  • the server extracts the target media content from the locally stored media content according to the user information and the media content insertion location information.
  • the target media content matches the user information.
  • the server sends a first response message of the media content to the client, where the media content first response message includes all the fragment addresses of the target media content.
  • the format of the first response message of the media content may be expressed as follows:
  • ⁇ Url sourceURL "adseg-l.3gp"/>
  • ⁇ Url sourceURL "adseg-2.3gp”/>
  • ⁇ Url sourceURL "adseg-3.3gp”/> indicates all points of the target media content Slice address.
  • the description structure of the fragment address can be defined in accordance with the Segment Info and its child element structure in the existing MPD.
  • the client After receiving the first response message of the media content, the client sends a subsequent fragment request message according to the fragment address.
  • the initial fragmentation needs to be requested first, otherwise the request is directly sent according to the fragmentation address, and the specific request process and the existing program fragmentation request process are performed. The same, will not be described here.
  • the server sends, to the client, the fragment content corresponding to the fragment address carried in the subsequent fragmentation request.
  • steps 404-406 may also be replaced by the following steps 404A-408A: — —
  • the server sends a first response message of the media content to the client, where the media content first response message includes an identifier, a number of fragments, and a first fragmentation content of the target media content.
  • the format of the first response message of the media content may be expressed as follows:
  • moof --mfhd--. tfra t rim represents the first fragmentation content
  • segmentNumber represents the number of fragments
  • content Index represents the media content index
  • the client plays the first fragment content of the target media content.
  • the subsequent fragmentation request message carrying the identifier of the target media and the fragment index value is sent according to the media content acquisition information.
  • the structure of the subsequent fragmentation request message may be expressed as follows:
  • the media content acquisition information is composed of a media content acquisition address and a media content insertion location identifier.
  • “www. example. com/Adse lect” in the message body indicates a media content capture address, and “33” indicates media content insertion.
  • the server sends the fragment content corresponding to the identifier of the target media and the fragment index value to the client.
  • the identifier of the target media and the fragmentation content corresponding to the fragmentation index value may be returned by using the following response message format:
  • the "...moof --mfhd--.tfra t rim " indicates the identifier of the target media and the fragment content corresponding to the fragment index value.
  • the client plays the received fragment content.
  • steps 404-406 can also be replaced by the following steps 404B-408B:
  • the media content first response message includes a first fragment content of the target media content and an address of a next fragment.
  • the format of the first response message of the media content can be expressed as follows:
  • next media content fragmentation address encapsulation is implemented by expanding the box, where ur ld is an extended box, the box is placed in moof, and the address of the next fragment is described by a field "ht tp: / / www.adserver.com/fi le/adseg-2. 3gp" indicates the address of the next media content shard.
  • the client plays the first fragment content of the target media content.
  • the client sends a subsequent fragmentation request message according to the address of the next fragment.
  • the structure of the subsequent fragmentation request message may be expressed as follows:
  • the server sends a next fragmentation response message, where the next fragmentation response message carries the address of the next fragmentation and the address of the next fragment.
  • the next slice response message has the same format as the first response message in the above 405B.
  • the client plays the received fragmented content.
  • the above 406A-408A is then repeated until the client obtains all the fragments of the target media content.
  • the MPD file received by the client carries the media content preset letter.
  • the program slice address is described by Url.
  • the above program fragment address can also be described by UrlTemplate.
  • the media content preset information needs to define the value of "Ad-Insertlndex" when describing through Adlnfo.
  • the description of Period carrying the media content preset information is as follows:
  • sourceUrl "http: //www. example, com/ program/$Index$.3gp"/>
  • the method for dynamically inserting media content based on HTTP stream as described above is implemented by adopting mode 1.
  • the following describes the process of implementing personalized media content insertion when mode 2 is adopted. As shown in Figure 7, the method includes:
  • the client sends the user information to the server by using an MPD request message.
  • the server receives the MPD request message, and filters the target media content according to the user information.
  • the server divides the target media content, inserts a fragmentation address and a program fragmentation address of the target media content into an MPD file, and sends the MPD file in which the fragmentation address of the target media content is inserted. To the client.
  • the client receives the MPD file, and sends a request for the target media content fragment one by one according to the order of the fragment addresses of the target media content in the MPD file.
  • the server When the server receives the request for the target media content fragment, the server sends the fragment of the corresponding target media content to the client.
  • the MPD file mentioned in 303 may also be inserted with a program fragment address, and the client may sequentially send the sequence of the target media content in the MPD file according to the fragment address and the program fragment address.
  • Fragment request if the client receives the program fragment, the content of the program fragment is played; if the target media content fragment is received, the content of the media content fragment is played, so that - - Dynamically insert personalized media content during the program stream playback.
  • the target media content segment inserted in the MPD file received by the user in the above embodiment is filtered according to the user information, different users will receive different segments, thereby realizing personalized media. Content insertion.
  • the embodiment of the present invention further provides a media content dynamic insertion and playback device based on an HTTP stream, and the device may be specifically a server.
  • the apparatus includes: a first receiving unit 11, a screening unit 12, and a first transmitting unit 13.
  • the first receiving unit 11 is configured to receive a request message that is sent by the client and that carries the user information.
  • the filtering unit 12 is configured to filter the target media content from the locally stored media content according to the user information.
  • the first sending unit 13 Used to send the target media content to the client.
  • the above target media content includes: an advertisement, a trailer for the program, or one of the branch plots of the program or any combination.
  • the apparatus when the apparatus implements dynamic insertion of personalized media content in the above manner, the apparatus further includes: a second receiving unit 14 and a second transmitting unit 15.
  • the second receiving unit 14 is configured to receive the MPD request message sent by the client, and the second sending unit 15 is configured to send the insertion.
  • An MPD file having media content preset information is provided to the client.
  • the media content preset information may be located in the Period in the MPD file, or may be located in the Representat ion under the Per iod, or may be located under the Representat ion under the Per iod. Segment inf o.
  • the media content preset information includes: media content acquisition information, a first media content fragment insertion location; and the first media content fragment insertion location may be an insertion time or an insertion index relative to the program fragment.
  • the media content acquisition information includes a media content insertion location identifier. ⁇ ⁇
  • the MPD file can be found in Table 1 above.
  • the first receiving unit 11 is specifically configured to receive a first request message of the media content carrying the user information that is sent by the client according to the media content acquisition information.
  • the screening unit 12 (not shown) includes: an obtaining module and a screening module;
  • the obtaining module is configured to acquire media content insertion location information according to the media content insertion location identifier in the media content acquisition information, where the media content insertion location information includes a duration of the media content insertion location, and the media content insertion location.
  • Associated program ;
  • a screening module configured to filter the target media content from the locally stored media content according to the user information and the media content insertion location information.
  • the first sending unit 13 includes at least one of the following modules: a first sending module, a second sending module, and a third sending module.
  • the first sending module is configured to send a first response message of the media content to the client, where the first response message of the media content includes all the fragment addresses of the target media content; and the receiving the client according to After the subsequent fragment request message sent by the fragment address, the fragment content corresponding to the fragment address is sent to the client;
  • a second sending module configured to send a first response message of the media content to the client, where the first response message of the media content includes an identifier, a number of fragments, and a first fragment of the target media content;
  • the client sends the subsequent fragment request message carrying the identifier of the target media and the fragment index value sent by the media content acquisition information, the client sends the identifier corresponding to the identifier and the fragment index of the target media. Fragment content to the client;
  • a third sending module configured to send a first response message of the media content to the client, where the media - the content first response message includes an address of the first fragment and the next fragment of the target media content; receiving a subsequent fragmentation request message sent by the client according to the address of the next fragment Afterwards, a subsequent fragmentation response message is sent, where the subsequent fragmentation response message carries the address of the next fragment and the next fragment.
  • the apparatus when the apparatus implements dynamic insertion of personalized media content by using the foregoing manner 2, the apparatus further includes: a processing unit 16 and a third sending unit 17.
  • the processing unit 16 is configured to use the fragment address of the target media content. Inserted into the MPD file; the third sending unit 17 is configured to send the MPD file with the fragment address of the target media content inserted to the client;
  • the first sending unit 13 is specifically configured to send the media corresponding to the fragment address. Content to the client.
  • the MPD file sent by the third sending unit 17 may also be inserted with a program slice address.
  • the server receives the fragment request sent by the client according to the program fragment address, the server sends the program fragment to the client.
  • the embodiment shown in FIG. 11 provides a media content dynamic insertion device based on an HTTP stream.
  • the device may be a client, and the device includes: a first sending unit 21 and a first receiving unit 22.
  • the first sending unit 21 is configured to send a request message carrying the user information to the server, where the first receiving unit 22 is configured to receive the media content that is sent by the server and that matches the user information, and play the Media content.
  • the apparatus further includes: a second transmitting unit 23 and a second receiving unit 24.
  • the second sending unit 23 is configured to send an MPD request message to the server, where the second receiving unit 24 is configured to receive the An MPD file inserted by the server and inserted with media content preset information.
  • the media content preset information may be located in the Period in the MPD file, or may be located in the Representat ion under the Per iod, or may be located under the Representat ion under the Per iod.
  • the media content preset information includes: media content acquisition information, a first media content fragment insertion location; and the first media content fragment insertion location may be an insertion time or an insertion index relative to the program fragment.
  • the media content acquisition information includes a media content insertion location identifier.
  • the MPD file can be referred to Table 1 above.
  • the first sending unit 21 is specifically configured to: when detecting the media content preset information in the MPD file, send the carried user to the server according to the media content obtaining information in the media content preset information.
  • the first request message for the media content of the message is specifically configured to: when detecting the media content preset information in the MPD file, send the carried user to the server according to the media content obtaining information in the media content preset information.
  • the first receiving unit 22 includes at least one of the following modules: a first receiving module, a second receiving module, and a third receiving module.
  • a first receiving module configured to receive a first response message of the media content sent by the server, where the media content first response message includes all the fragment addresses of the media content that match the user information; After the fragmentation address sends a subsequent fragmentation request message to the server, the fragmentation content sent by the server is received;
  • a second receiving module configured to receive a first response message of the media content sent by the server, where the first response message of the media content includes an identifier of the media content that matches the user information, and a number of fragments And after receiving the subsequent fragment request message carrying the identifier of the media content and the fragment index value to the server according to the information obtained by the media content, receiving the packet sent by the server Intra-valley,
  • a third receiving module configured to receive a first response message of the media content sent by the server, where the media content first response message includes a first fragment and a next segment of the media content that matches the user information
  • the subsequent fragmentation response message sent by the server is received, and the subsequent fragmentation response message carries the next The address of one shard and the next shard, repeat the shard request and response until all media content shards are obtained.
  • the first sending unit 21 is specifically configured to send an MPD request message carrying the user information to the server, at this time, as shown in FIG.
  • the device further includes: a third receiving unit 25, configured to receive an MPD file that is sent by the server and is inserted with a fragment address of the media content that matches the user information;
  • the first sending unit 21 is further configured to send a media content fragmentation request according to the fragmentation address of the media content that matches the user information, where the first receiving unit 22 is specifically configured to receive the sending by the server. Media content.
  • the fragment request is sequentially sent, and if the client receives the program fragment, the content of the program fragment is played; If the target media content slice is received, the content of the media content slice is played.
  • the HTTP content-based media content dynamic insertion device provided by the above embodiment, because the media content fragment received by the client is filtered by the server according to the user information, and is used by different clients.
  • the household information has a personalized difference, so that the unused users can receive the content of the media content fragments that meet their respective needs.
  • the embodiment of the present invention can make all the clients of the same program on the spot watch. Personalized dynamic media content conforming to their respective characteristics, thus solving the problem that personalized media insertion cannot be realized when media content is transmitted through HTTP, and personalized insertion of dynamic media content is realized.
  • the embodiment of the present invention further provides a dynamic content insertion system for a media content based on an HTTP stream, comprising: a media stream dynamic insertion device based on HTTP flow as shown in any one of FIG. 8-10, and any one of FIG. 11-1 Another HTTP content-based media content dynamic insertion device is shown.
  • the HTTP content-based media content dynamic insertion device is specifically configured by the server, and is configured to receive a request message that is sent by the client and carries the user information, and is locally received according to the user information. Filtering the target media content in the stored media content; sending the target media content to the client, so that the client plays;
  • Another embodiment of the HTTP content-based media content dynamic insertion apparatus shown in any of the embodiments of the present invention is specifically configured to send a request message carrying the user information to the server, and receive the The user information matches the media content and plays the media content.
  • the embodiment of the present invention can make all the clients of the same program on the spot watch.
  • Personalized dynamic media content that meets their respective characteristics, thus solving the problem in the media content — ⁇
  • the problem of personalized insertion cannot be achieved when HTTP streaming is performed, and personalized insertion of dynamic media content is realized.
  • the embodiment of the invention is mainly applied to the dynamic insertion process of the media content.
  • the client views the program through the HTTP stream, the personalized insertion of the media content can be implemented.
  • the present invention can be implemented by means of software plus necessary general hardware, and of course, can also be through hardware, but in many cases the former is a better implementation. .
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a readable storage medium, such as a floppy disk of a computer.
  • a hard disk or optical disk or the like includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

Description

一 一 基于 HTTP流的媒体内容动态插播方法、 装置及系统 本申请要求于 2010 年 9 月 17 日提交中国专利局、 申请号为 201010291945. 5 , 发明名称为 "基于 HTTP流的媒体内容动态插播方法、 装置 及系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及视频技术领域， 尤其涉及一种基于 HTTP流的媒体内容动态插 播方法、 装置及系统。 背景技术
目前，媒体内容的动态插播可以实现在节目流中插播不同的媒体内容。 例 如， 个性化广告插播可以实现在用户点击某个视频时，根据用户的个性化信息 在视频播放之前，视频播放结束插入个性化视频广告，或者在视频播放过程中 停止播放节目， 插入个性化广告内容， 广告结束后再返回原始节目。
现有技术提供一种 HTTP ( Hyper text Transfer Protocol , 超文本传输 协议） St reaming技术可以实现广告插播。 采用该 HTTP St reaming可以将一 个多媒体内容划分为若干个媒体分片， 之后通过 HTTP协议传输给客户端。 上 述多媒体内容划分得出的所有媒体分片的 URL ( Uniform Resource Locator , 统一资源定位符)都通过一个 ( media presentat ion descr ipt ion , 媒体展现 描述） MPD文件来描述。 所述 MPD文件的结构如图 1所示， 其中， 按照时间轴 的先后顺序， 一个 MPD划分为一或多个时段 Per iod , 每个 Per iod中又包含不 同码率的描述信息 Representa t ion , 每个 Representat ion 的分片信息 Segment info 描述了若干个媒体分片的 URL。 客户端在利用 HTTP St reaming _ _ 技术播放多媒体内容时， 需要先请求该 MPD文件，之后根据所述 MPD文件中的 每个媒体分片的 URL请求播放媒体分片的内容。
采用现有的 HTTP S t reaming技术在实现媒体内容的动态插播时， 以广告 的动态插播为例， 可以通过如下两种方式实现：
方式一： 在编码器中分别将节目内容直接划分为节目分片、将广告内容直 接划分为广告分片， 并利用节目分片和广告分片生成分片序列。 当客户端接收 到服务器下发的 MPD文件后，按照 MPD文件描述的分片序列逐个请求获取该分 片序列中的每一个分片。 当客户端请求的分片为节目分片时，播放该节目分片 的内容， 此时播放的是节目； 当客户端请求的分片为广告分片时， 播放该广告 分片的内容， 此时播放的是广告， 从而实现广告插播。
方式二： 在服务器下发 MPD文件给客户端时，服务器在该 MPD文件描述的 节目分片序列中插入广告分片之后， 下发到客户端。客户端按照 MPD文件中描 述的插入广告分片后的分片序列逐个请求获取并播放每一个分片。 发明内容
本发明的实施例提供一种基于 HTTP流的媒体内容动态插播方法、 装置及 系统， 可以解决在媒体内容通过 HTTP流传输时无法实现个性化插播的问题。
为达到上述目的， 本发明的实施例采用如下技术方案：
一种基于 HTTP流的媒体内容动态插播方法，动态媒体内容通过 HTTP流传 输， 该方法包括：
接收客户端发送的携带有用户信息的请求消息；
根据所述用户信息从本地存储的媒体内容中筛选出目标媒体内容； 发送所述目标媒体内容给所述客户端， 以便于所述客户端进行播放。 — — 一种基于 HTTP流的媒体内容动态插播方法，动态媒体内容通过 HTTP流传 输， 包括：
向服务端发送携带有用户信息的请求消息；
接收所述服务端发送的与所述用户信息相匹配的媒体内容，并播放所述媒 体内容。
一种基于 HTTP流的媒体内容动态插播装置，动态媒体内容通过 HTTP流传 输， 该装置包括：
第一接收单元， 用于接收客户端发送的携带有用户信息的请求消息； 筛选单元，用于根据所述用户信息从本地存储的媒体内容中筛选出目标媒 体内容；
第一发送单元， 用于发送所述目标媒体内容给所述客户端， 以便于所述客 户端进行播放。
另一种基于 HTTP 流的媒体内容动态插播装置， 动态媒体内容通过 HTTP 流传输， 包括：
第一发送单元， 用于向服务端发送携带有用户信息的请求消息； 第一接收单元，用于接收所述服务端发送的与所述用户信息相匹配的媒体 内容， 并播放所述媒体内容。
一种基于 HTTP流的媒体内容动态插播系统， 包括：
如上所述的一种基于 HTTP流的媒体内容动态插播装置， 用于接收客户端 发送的携带有用户信息的请求消息；根据所述用户信息从本地存储的媒体内容 中筛选出目标媒体内容； 发送所述目标媒体内容给所述客户端， 以便于所述客 户端进行播放； — — 如上所述的另一种基于 HTTP流的媒体内容动态插播装置， 用于向服务端 发送携带有用户信息的请求消息；接收所述服务端发送的与所述用户信息相匹 配的媒体内容， 并播放所述媒体内容。
由上述技术方案所描述的本发明实施例， 当客户端通过 HTTP流观看节目 时，客户端接收到的媒体内容是由服务端根据用户信息筛选得出的， 由于不同 客户端的用户信息具有个性化的差异，从而使得不用的用户可以接收到的符合 各自需求的个性化媒体内容。与现有技术中当客户端通过 HTTP流观看节目时， 点播同一个节目的所有客户端看到都是相同的媒体内容相比，本发明实施例可 以使得点播同一个节目的所有客户端看到符合各自特点的个性化动态媒体内 容， 从而解决了现有技术中在媒体内容通过 HTTP流传输时无法实现个性化插 播的问题， 实现了动态媒体内容的个性化插播。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作筒单地介绍，显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲， 在不付 出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1为现有技术中 MPD文件的结构示意图；
图 2为本发明实施例提供的一种基于 HTTP流的媒体内容动态插播方法的 流程图；
图 3为本发明实施例提供的另一种基于 HTTP流的媒体内容动态插播方法 的流程图；
图 4为本发明实施例提供的采用方式一实现的一种基于 HTTP流的媒体内 — — 容动态插播方法的流程图；
图 5为本发明实施例提供的采用方式一实现的另一种基于 HTTP流的媒体 内容动态插播方法的流程图；
图 6为本发明实施例提供的采用方式一实现的还一种基于 HTTP流的媒体 内容动态插播方法的流程图；
图 7为本发明实施例提供的采用方式二实现的基于 HTTP流的媒体内容动 态插播方法的流程图；
图 8为本发明实施例提供的一种基于 HTTP流的媒体内容动态插播装置的 结构图；
图 9为本发明实施例提供的采用方式一实现的服务端结构图；
图 10为本发明实施例提供的采用方式二实现的服务端结构图；
图 11为本发明实施例提供的另一种基于 HTTP流的媒体内容动态插播装置 的结构图；
图 12为本发明实施例提供的采用方式一实现的客户端结构图；
图 1 3为本发明实施例提供的采用方式二实现的客户端结构图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
如图 2所示的实施例提供一种基于 HTTP流的媒体内容动态插播方法， 所 述媒体内容在服务端与客户端之间采用 HTTP流进行传输， 下面从服务端描述 — — 该方法， 包括：
201、 接收客户端发送的携带有用户信息的请求消息。
所述用户信息可以为用户的标识， 例如用户 ID; 或者所述用户信息也可 以为一个完整的用户的描述信息， 例如用户的姓名、 性别、 爱好、 用户所在的 位置等等。 实际应用时， 所述用户信息在所述请求消息中可以采用 xml形式进 行描述， 但不限于 xml形式。
202、 根据所述用户信息从本地存储的媒体内容中筛选出目标媒体内容。 由于现有的服务端具有对媒体内容进行筛选的功能，当服务端接收到所述 用户信息时， 可以利用自身具有的筛选功能将所述用户信息作为筛选条件，从 本地存储的媒体内容中筛选出目标媒体内容。该筛选出的目标媒体内容与所述 用户信息相匹配。
203、发送所述目标媒体内容给所述客户端， 以便于所述客户端进行播放。 如图 3所示的实施例提供一种基于 HTTP流的媒体内容动态插播方法， 所 述媒体内容在服务端与客户端之间采用 HTTP流进行传输， 下面从客户端一侧 描述该方法， 包括：
301、 向服务端发送携带有用户信息的请求消息。
302、 接收所述服务端发送的与所述用户信息相匹配的媒体内容， 并播放 所述媒体内容。
本发明实施例提供的基于 HTTP流的媒体内容动态插播方法， 由于客户端 接收到的媒体内容是服务端根据用户信息筛选得出的，而不同客户端的用户信 息具有个性化的差异，从而使得不用的用户可以接收到符合各自需求的动态媒 体内容。 与现有技术中当客户端通过 HTTP流观看节目时， 点播同一个节目的 — — 所有客户端看到都是相同的动态媒体内容相比，本发明实施例可以使得点播同 一个节目的所有客户端看到符合各自特点的个性化动态媒体内容，从而解决了 现有技术中在媒体内容通过 HTTP流传输时无法实现个性化插播的问题， 实现 了动态媒体内容的个性化插播。
具体实施时， 本发明实施例提供的动态媒体内容包括： 广告、 节目的预告 片、 节目的分支剧情之一或者任意组合。
本发明实施例提供的基于 HTTP流的媒体内容动态插播方法可以采用如下 两种实现方式：
方式一、 服务端在 MPD 文件中插入媒体内容预置信息， 当客户端请求到 MPD文件后， 当读取到媒体内容预置信息时， 按照媒体内容获取信息和媒体内 容分片插入位置向服务端发送媒体内容请求消息，请求中携带用户信息，服务 端根据用户信息筛选出目标媒体内容。 之后， 将目标媒体内容的分片地址和 / 或内容分片返回给客户端，客户端根据接收的目标媒体内容的分片地址请求内 容分片或者播放接收的内容分片。
方式二、客户端向服务端发送 MPD请求消息， 所述 MPD请求消息携带有用 户信息。服务端根据接收到的用户信息进行媒体内容筛选， 并将筛选出的目标 媒体内容对应的分片地址插入到 MPD文件中，之后，服务端发送所述 MPD文件 果请求到节目分片地址时， 则接收服务端发送的节目内容并播放； 如果请求到 目标媒体内容的分片地址， 则接收目标媒体内容的分片并播放。
下面分别对上述两种实现方式进行完整、 详细地介绍。
如图 4所示的实施例提供一种基于 HTTP流的媒体内容动态插播方法， 该 _ _ 方法具体采用上述方式一来实现个性化媒体内容插播， 包括如下步骤：
401、 当接收到所述客户端发送的 MPD请求消息后， 发送插入有媒体内容 预置信息的 MPD文件给所述客户端。
所述媒体内容预置信息可以位于 Period 中， 或者位于 Period 之下的 Representation中, 或者还可以位于 Period之下的 Representation
Segmentinfo中； 所述媒体内容预置信息包括： 媒体内容获取信息、 首个媒体 内容分片插入位置；
需要说明的是， 所述媒体内容获取信息包括媒体内容插入位置标识。所述 媒体内容插入位置标识用于获取与所述媒体内容插入位置相关的信息。所述首 个媒体内容分片插入位置可以是插入时间或者相对节目分片的插入索引。
实际应用时， 如下表一所示， 在 Period 之下的 Representation 中的 Segmentinfo下增加媒体内容预置信息 （参见表一中的 Adlnf o ), 所述媒体内 容预置信息还可以位于 period,或者也可位于 Period之下的 Representation 中。 所述媒体内容预置信息包括三个属性： 媒体内容获取信息（参见表一中的 Ad-sourceURL ) 、 首个媒体内 容分片 插入索 引 （ 参见表一中 的 Ad-Insertlndex ) 、 首个媒体内容分片插入时间 （ 参见表一中的 Ad-startt ime )。
所述首个媒体内容分片插入索引 （参见表一中的 Ad-Insertlndex), 用于 当节目分片地址采用 UrlTemplate 表示时， 在节目分片的索引值等于 Ad_lnsertlndex的节目分片之前插入媒体内容， 因而所述 Ad_Inser t Index的 取值在节目分片的开始值（参见表一中的 startindex)和结束值（参见表一 中的 end index )之间。 ~ ~ 所述首个媒体内容分片插入时间 （参见表一中的 Ad-starttime), 用于当 节目分片地址采用 UrlTemplate或者 Url表示时，在节目播放到 Ad-starttime 表示的时间插入媒体内容。如果节目分片地址采用 Url表示且 Adlnfo位于 Url 之间且 Ad-starttime未定义时，则按照 Adlnfo在 Url中的顺序来表示媒体内 容首个分片的插入时刻；
表一
Element or Attribute Name Type Cardi Option ality Description
(Attribute nality
Element)
MPD E 1 M MPD
Period E 1...N M 每个 Period信息描述
Representation E M Representation.描述
Segment Info E 0， 1 CM 提供每个分片信息
Must be
present in
case
Segmentlnf
o is not
present on
higher levels
UrlTemplate E 0， 1 CM 表示节目分片的 url模板
Must be
present if
the Url
element is
not present. startlndex A OD Representation中的第一个节目分片
default: 1 索引
endlndex A OD Representation中的最后一个节目分
default: 片索引
infinite - -
Figure imgf000012_0001
402、 客户端按照上述 MPD文件中的媒体内容获取信息发送携带有用户信 息的媒体内容首个请求消息。
例如 ,上述客户端接收到的 MPD文件中携带有媒体内容预置信息的 Pe r i od 的描述表示如下；
<Period start="PTOS">
<Representat ion
mimeType=" video/ 3gpp; codecs=s263, samr "
bandwidth="256000">
<Segment Inf o>
<AdInf o ad-sourceURL=ht tp: //www. example. com/Adselect/33
Ad-starttime=20 />
<ur 1 sourceur 1=" www.example.com/programl.3gp，， > - -
<ur 1 sourceur 1=" www. example, com/ program2.3gp" >
<ur 1 sourceur 1=" www. example, com/ program3.3gp" >
</Segment Inf o>
</Representat ion>
</Period>
需要说明的是， 在上述 Period的 Segmentlnfo中， 节目分片地址通过 url 描述, 例如, <url sourceur 1=" www.example.com/programl.3gp" >表示第一 个节目分片地址、 <ur 1 sourceur 1 = " www. example, com/ program2.3gp" >表示 二个节目分片地址、 <ur 1 sourceurl=" www. example. com/program3.3gp> 表示第三个节目分片地址， 假定每个分片时长为 10s。 媒体内容预置信息通过 Adlnfo描述, 例如, http: //www. example, com/ Adselect/33用于表示媒体内 容菝取信息， 其中， http:〃丽 w. example, com/ Adselect表示媒体内容菝取地 址， 33 表示媒体内容插入位置标识。 假定上述媒体内容获取地址具体可以映 射到服务端上媒体内容的动态处理文件。
客户端检测并处理上述 Period的过程如下： 当客户端检测到上述 Per iod 中 Adlnfo时， 可以得知上述 Period中含有媒体内容预置信息。 之后， 客户端 依次按照上述 Period之下的 representation中的 Segmentlnfo中的分片地址 次序依次向服务端发送分片请求。首先客户端按照上述节目分片地址顺序向服 务端请求节目内容分片， 服务器返回节目分片内容。 当到达 Ad-starttime表 示的插入时间时，客户端向服务器发送媒体内容首个请求消息， 上述媒体内容 首个请求消息中携带用户信息。 上述用户信息可以是用户标识， 或者也可以是 完整的用户描述信息， 例如用户的姓名、 性别、 爱好、 用户所在的位置等等。 — — 另夕卜，如果服务端记录了用户描述信息， 则在上述媒体内容首个请求消息 中只需要携带用户标识， 此时， 上述按照媒体内容获取信息发送的媒体内容首 个请求消息可以表示如下：
GET /Adse lect/ 33/ user Id
Hos t : www. examp le, com
其中，媒体内容获取信息由媒体内容获取地址和媒体内容插入位置标识组 成, 上述消息体中的 "www. example. com/Adse lect " 表示媒体内容菝取地址, "33" 表示媒体内容插入位置标识， "user ld" 表示用户标识。
403、 服务端根据所述用户信息从本地存储的媒体内容中筛选出目标媒体 内容。
具体地，服务端根据所述媒体内容获取信息中的媒体内容插入位置标识获 取媒体内容插入位置信息，所述媒体内容插入位置信息包括媒体内容插入位置 的时长、 与所述媒体内容插入位置关联的节目。 例如， 服务端上的媒体内容的 动态处理文件根据上述媒体内容插入位置标识 "33"获取媒体内容插入位置信 息。
之后，服务端根据所述用户信息和所述媒体内容插入位置信息从本地存储 的媒体内容中筛选出目标媒体内容。 所述目标媒体内容与所述用户信息相匹 配。
404、 服务端发送媒体内容首个响应消息给客户端， 所述媒体内容首个响 应消息包括所述目标媒体内容的所有分片地址。
例如， 所述媒体内容首个响应消息的格式可以表示如下：
HTTP/1. 1 200 0K — —
Content-Type: text/xml;
Content-length: length
<?xml version=，， 1.0" encoding=" utf-8" ?>
<SegmentInfo durat ion="PT10S" baseURL="rep2/">
<Initiali sat ionSegmentURL sourceURL=" seg-ini t.3gp" />
<Ur 1 sourceURL="adseg-l.3gp"/>
<Ur 1 sourceURL="adseg-2.3gp"/>
<Ur 1 sourceURL="adseg-3.3gp"/>
</Segment Inf o>
其中， <Url sourceURL="adseg-l.3gp"/>、 <Url sourceURL="adseg-2.3gp"/>、 <Url sourceURL="adseg-3.3gp"/>表示所述目标媒体内容的所有分片地址。 所 述分片地址的描述结构可以和现有的 MPD中的 Segment Info及其子元素结构定 义一致。
405、 客户端接收到上述媒体内容首个响应消息后， 依次按照所述分片地 址发送后续分片请求消息。
需要说明的是， 如果上述媒体内容首个响应消息中包含初始化分片地址， 那么需要先请求初始化分片， 否则直接按照分片地址逐个发送请求， 具体请求 过程与现有的节目分片请求过程相同， 在此不再赘述。
406、 服务端向所述客户端发送与所述后续分片请求中携带的分片地址对 应的分片内容。
进一步地， 如图 5 所示， 上述步骤 404-406 还可以替换为如下步骤 404A-408A实现： — —
404A、服务端发送媒体内容首个响应消息给所述客户端， 所述媒体内容首 个响应消息包括所述目标媒体内容的标识、 分片数和第一个分片内容；
例如， 所述媒体内容首个响应消息的格式可以表示如下：
HTTP/1. 1 200 0K
Content-Type: mul t i par t /mixed; boundary=" abracadabra "
Content-length: 1080
― abracadabra
Content-Type: v ideo/ 3gpp
•••moof ·'·πιί]ιά···. tf ra t rim
― abracadabra
Content-Type: text/pla in
segmentNumber=4 & Content index=9
― abracadabra
其中… moof --mfhd--. tfra t rim 表示了第一个分片 内容； segmentNumber表示了分片数, content Index表示了媒体内容索引；
405A、客户端接收到上述媒体内容首个响应消息后，播放所述目标媒体内 容的第一个分片内容。
406A、按照所述媒体内容获取信息发送携带有所述目标媒体的标识和分片 索引值的后续分片请求消息。
例如， 所述后续分片请求消息的结构可以表示如下：
Hos t : www. examp le, com — — 其中，媒体内容获取信息由媒体内容获取地址和媒体内容插入位置标识组 成, 上述消息体中的 "www. example. com/Adse lect " 表示媒体内容菝取地址, "33" 表示媒体内容插入位置标识， "Content index" 表示所述目标媒体的标 识， 来自于 404A媒体内容首个响应消息， " index" 表示分片索引值， 分片索 引值将不会大于分片数。
407A、服务端发送与所述目标媒体的标识和分片索引值相对应的分片内容 给所述客户端。
例如，具体可以采用如下响应消息格式返回上述目标媒体的标识和分片索 引值相对应的分片内容：
HTTP/1. 1 200 0K
Content-Type: v ideo/ 3gpp
Content-length: 1080
•••moof ·'·πιί]ιά···. tf ra t rim
其中， 所述 " ...moof --mfhd--. tfra t rim " 表示上述目标媒体的 标识和分片索引值相对应的分片内容
408A、 客户端播放所述接收到的分片内容。
之后重复执行上述 406A-408A, 直到所述客户端获取到上述目标媒体内容 的所有分片。
进一步地， 如图 6 所示， 上述步骤 404-406 还可以替换为如下步骤 404B-408B实现：
404B、发送媒体内容首个响应消息给所述客户端， 所述媒体内容首个响应 消息包括所述目标媒体内容的第一个分片内容和下一个分片的地址。 — — 例如， 所述媒体内容首个响应消息的格式可以表示如下：
HTTP/1. 1 200 0Κ
Content-Type: v ideo/ 3gpp
Content-length: 1080
•••moof ·'·πιί]ιά···. tfra t rim ur Id ht tp: // www. adserver. com/ f i le/ adseg-2. 3gp
其中， 示例中通过扩展 box 实现下一个媒体内容分片地址的封装， 其中 ur ld是扩展的 box, 该 box被放置在 moof 中， 并通过一个字段描述下一个分 片的地址 "ht tp: // www. adserver. com/f i le/adseg-2. 3gp"表示下一个媒体 内容分片的地址。
405B、客户端接收到上述媒体内容首个响应消息后，播放所述目标媒体内 容的第一个分片内容。
406B、 所述客户端按照所述下一个分片的地址发送后续分片请求消息。 例如， 所述后续分片请求消息的结构可以表示如下：
GET f i le/adseg-2. 3gp
Hos t : www. adserver. com
407B、服务端发送下一个分片响应消息， 所述下一个分片响应消息携带有 所述下一个分片内容和再下一个分片的地址。所述下一个分片响应消息与上述 405B中的首个响应消息的格式相同。
408B、客户端播放所述接收到的分片内容。之后重复执行上述 406A-408A, 直到所述客户端获取到上述目标媒体内容的所有分片。
进一步地，上述 402中客户端接收到的 MPD文件中携带有媒体内容预置信 — — 息的 Period中， 节目分片地址是通过 Url来描述的。 实际应用时， 上述节目 分片地址还可以通过 UrlTemplate 进行描述， 此时媒体内容预置信息在通过 Adlnfo 描述时， 需定义 "Ad-Insertlndex" 的取值。 例如： 携带有媒体内容 预置信息的 Period的描述表示如下：
<Period s tar t="PT30S" >
<Representat ion
mimeType=" video/ 3gpp; codecs=mp4v.20.9, mp4a. El " bandwidth="256000"> <Segment Inf o>
<Ur ITemplate
sourceUrl = "http: //www. example, com/ program/$Index$.3gp"/>
<AdInf o ad-sourceURL=ht tp: //www. example. com/Adselect/33 ad-Insert Index=3/>
</Segment Inf o>
</Representat ion>
</Period>
其中， Segmentlnfo中节目分片地址通过 UrlTemplate描述， 媒体内容 获取信息通过 ad-sourceURL 描述， 其 中 Ad_sourceURL 定义为 http: //www. example. com/Adselect/33, ad-Insert Index 定义了媒体内容分 片在节目分片中的插入索引， 如上所述 ad-lnsertlndex=3, 客户端向服务器 需先请求 index=l和 index=2的节目内容分片， 当 ad_Inser t Index=3时再请 - - 求媒体内容。
需要说明的是， 当节目分片地址采用 Ur lTemp la te进行描述时，发送媒体 内容首个请求消息及之后的处理均和上述 402中节目分片地址采用 Ur l进行描 述时相同， 在此不再赘述。 当客户端接收到所述目标媒体的所有分片内容后， 按照节目分片索引值从 3开始再次请求节目分片内容。
如上所述的基于 HTTP 流的媒体内容动态插播方法是采用方式一来实现 的， 下面具体介绍采用方式二时， 实现个性化媒体内容插播的过程。 如图 7 所示， 该方法包括：
701、 客户端通过 MPD请求消息发送用户信息给服务端。
702、 服务端接收所述 MPD请求消息， 根据所述用户信息筛选出目标媒体 内容。
703、 服务端对所述目标媒体内容进行划分， 将所述目标媒体内容的分片 地址和节目分片地址插入到 MPD文件中，并发送所述插入有目标媒体内容的分 片地址的 MPD文件给客户端。
704、 客户端接收所述 MPD文件， 按照所述 MPD文件中目标媒体内容的分 片地址的次序逐个发送目标媒体内容分片的请求。
705、 服务端接收到目标媒体内容分片的请求时， 发送相应的目标媒体内 容的分片给客户端。
需要说明的是， 303中提到的所述 MPD文件可能还插入有节目分片地址， 此时客户端会按照所述 MPD 文件中目标媒体内容的分片地址和节目分片地址 的次序依次发送分片请求，客户端如果接收到节目分片， 则播放节目分片的内 容； 如果接收到目标媒体内容分片， 则播放媒体内容分片的内容， 从而可以在 - - 节目流播放的过程中动态插播个性化媒体内容。同时由于上述实施例中用户接 收到的 MPD 文件中插入的目标媒体内容分片为才艮据用户信息筛选得出的， 因 而， 不同的用户将接收到不同的分片， 从而实现了个性化媒体内容插播。
相应地，本发明实施例还提供一种基于 HTTP流的媒体内容动态插播装置， 该装置具体可以为服务端。 如图 8所示， 该装置包括： 第一接收单元 11、 筛 选单元 12和第一发送单元 13。
其中， 第一接收单元 11用于接收客户端发送的携带有用户信息的请求消 息； 筛选单元 12用于根据所述用户信息从本地存储的媒体内容中筛选出目标 媒体内容； 第一发送单元 13用于发送所述目标媒体内容给所述客户端。
上述目标媒体内容包括： 广告、 节目的预告片、 或者节目的分支剧情之一 或者任意组合。
进一步地， 如图 9所示， 当所述装置采用上述方式一实现个性化媒体内容 动态插播时， 该装置还包括： 第二接收单元 14和第二发送单元 15。
在第一接收单元 11接收客户端发送的携带有用户信息的请求消息之前， 上述第二接收单元 14用于接收所述客户端发送的 MPD请求消息， 所述第二发 送单元 15用于发送插入有媒体内容预置信息的 MPD文件给所述客户端。
需要说明的是，所述媒体内容预置信息在所述 MPD文件中可以位于 Per iod 中、或者可以位于 Per iod之下的 Representat ion中、或者还可以位于 Per iod 之下的 Representat ion之下的 Segment inf o中。
所述媒体内容预置信息包括： 媒体内容获取信息、 首个媒体内容分片插入 位置；所述首个媒体内容分片插入位置可以是插入时间或者相对节目分片的插 入索引。 所述媒体内容获取信息包括媒体内容插入位置标识。 ~ ~ 所述 MPD文件可以参见上述表一。
当采用上述方式一时， 所述第一接收单元 11具体用于接收客户端按照媒 体内容获取信息发送的携带有用户信息的媒体内容首个请求消息。
此时， 当采用上述方式一时， （图未示）所述筛选单元 12包括： 获取模块 和筛选模块；
其中， 获取模块， 用于根据所述媒体内容获取信息中的媒体内容插入位置 标识获取媒体内容插入位置信息，所述媒体内容插入位置信息包括媒体内容插 入位置的时长、 与所述媒体内容插入位置关联的节目；
筛选模块，用于根据所述用户信息和所述媒体内容插入位置信息从本地存 储的媒体内容中筛选出目标媒体内容。
当采用上述方式一时， 所述第一发送单元 13包括以下至少一种模块： 第 一发送模块、 第二发送模块和第三发送模块。
其中， 第一发送模块， 用于发送媒体内容首个响应消息给所述客户端， 所 述媒体内容首个响应消息包括所述目标媒体内容的所有分片地址；在接收到所 述客户端按照所述分片地址发送的后续分片请求消息后，发送与所述分片地址 对应的分片内容给所述客户端；
第二发送模块， 用于发送媒体内容首个响应消息给所述客户端， 所述媒体 内容首个响应消息包括所述目标媒体内容的标识、分片数和第一个分片； 在接 收到所述客户端按照所述媒体内容获取信息发送的携带有所述目标媒体的标 识和分片索引值的后续分片请求消息后，发送与所述目标媒体的标识和分片索 引值相对应的分片内容给所述客户端；
第三发送模块， 用于发送媒体内容首个响应消息给所述客户端， 所述媒体 — — 内容首个响应消息包括所述目标媒体内容的第一个分片和下一个分片的地址； 在接收到所述客户端按照所述下一个分片的地址发送的后续分片请求消息后， 发送后续分片响应消息，所述后续分片响应消息携带有所述下一个分片和再下 一个分片的地址。
进一步地， 如图 10所示， 当所述装置采用上述方式二实现个性化媒体内 容动态插播时， 该装置还包括： 处理单元 16和第三发送单元 17。
在所述第一接收单元 1 1接收客户端发送的携带有用户信息的 MPD请求消 息， 所述筛选单元 12筛选出目标媒体内容之后， 处理单元 16用于将所述目标 媒体内容的分片地址插入到 MPD文件中； 第三发送单元 17用于发送所述插入 有所述目标媒体内容的分片地址的 MPD文件给所述客户端；
在所述第一接收单元 11接收到客户端按照所述目标媒体内容的分片地址 发送的分片请求时， 所述第一发送单元 1 3具体用于发送与所述分片地址对应 的媒体内容给所述客户端。
需要说明的是， 所述第三发送单元 17发送的所述 MPD文件可能还插入有 节目分片地址。此时服务端如果接收到客户端按照节目分片地址发送的分片请 求时， 发送节目分片给客户端。
如图 11所示的实施例提供一种基于 HTTP流的媒体内容动态插播装置，该 装置具体可以为客户端， 该装置包括： 第一发送单元 21和第一接收单元 22。
其中， 第一发送单元 21用于向服务端发送携带有用户信息的请求消息； 第一接收单元 22用于接收所述服务端发送的与所述用户信息相匹配的媒体内 容， 并播放所述媒体内容。
进一步地， 当所述装置采用上述方式一实现个性化动态媒体内容接收时， — — 如图 12所示， 该装置还包括： 第二发送单元 23和第二接收单元 24。
在所述第一发送单元 21向服务端发送携带有用户信息的请求消息之前， 上述第二发送单元 23用于向所述服务端发送 MPD请求消息， 上述第二接收单 元 24用于接收所述服务端发送的插入有媒体内容预置信息的 MPD文件。
需要说明的是，所述媒体内容预置信息在所述 MPD文件中可以位于 Per iod 中、或者可以位于 Per iod之下的 Representat ion中、或者还可以位于 Per iod 之下的 Representat ion之下的 Segment info中。所述媒体内容预置信息包括： 媒体内容获取信息、首个媒体内容分片插入位置； 所述首个媒体内容分片插入 位置可以是插入时间或者相对节目分片的插入索引。所述媒体内容获取信息包 括媒体内容插入位置标识。
所述 MPD文件可以参见上述表一。
此时， 所述第一发送单元 21具体用于在检测到所述 MPD文件中包括媒体 内容预置信息时，按照所述媒体内容预置信息中的媒体内容获取信息向服务端 发送携带有用户信息的媒体内容首个请求消息。
(图未示 )所述第一接收单元 22包括以下至少一种模块： 第一接收模块、 第二接收模块和第三接收模块。
第一接收模块， 用于接收所述服务端发送的媒体内容首个响应消息， 所述 媒体内容首个响应消息包括与所述用户信息相匹配的媒体内容的所有分片地 址； 在按照所述分片地址向服务端发送后续分片请求消息后，接收所述服务端 发送的分片内容；
第二接收模块， 用于接收所述服务端发送的媒体内容首个响应消息， 所述 媒体内容首个响应消息包括与所述用户信息相匹配的媒体内容的标识、分片数 — ~ 和第一个分片；在按照所述媒体内容获取信息向服务端发送携带有所述媒体内 容的标识和分片索引值的后续分片请求消息后，接收所述服务端发送的分片内 谷，
第三接收模块， 用于接收所述服务端发送的媒体内容首个响应消息， 所述 媒体内容首个响应消息包括与所述用户信息相匹配的媒体内容的第一个分片 和下一个分片的地址；在按照所述下一个分片的地址向服务端发送后续分片请 求消息后，接收所述服务端发送的后续分片响应消息， 所述后续分片响应消息 携带有所述下一个分片和再下一个分片的地址， 重复分片请求和响应， 直至获 取到所有的媒体内容分片。。
进一步地， 当上述装置采用上述方式二实现个性化动态媒体内容接收时， 所述第一发送单元 21具体用于向服务端发送携带有用户信息的 MPD请求消息； 此时， 如图 13所示， 该装置还包括： 第三接收单元 25 , 用于接收所述服务端 发送的插入有与所述用户信息相匹配的媒体内容的分片地址的 MPD文件；
在所述第一发送单元 21还用于按照所述与所述用户信息相匹配的媒体内 容的分片地址发送媒体内容分片请求， 所述第一接受单元 22具体用于接收服 务端发送的媒体内容。
需要说明的是， 第三接收单元 25接收到的所述 MPD文件可能还插入有节 目分片地址的次序依次发送分片请求，客户端如果接收到节目分片， 则播放节 目分片的内容； 如果接收到目标媒体内容分片， 则播放媒体内容分片的内容。
由上述实施例提供的基于 HTTP流的媒体内容动态插播装置， 由于客户端 接收到的媒体内容分片是服务端根据用户信息筛选得出的，而不同客户端的用 — — 户信息具有个性化的差异，从而使得不用的用户可以接收到的符合各自需求的 媒体内容分片的内容。 与现有技术中当客户端通过 HTTP流观看节目时， 点播 同一个节目的所有客户端看到都是相同的动态媒体内容相比，本发明实施例可 以使得点播同一个节目的所有客户端看到符合各自特点的个性化动态媒体内 容， 从而解决了在媒体内容通过 HTTP流传输时无法实现个性化插播的问题， 实现动态媒体内容的个性化插播。
本发明实施例还提供一种基于 HTTP流的媒体内容动态插播系统， 包括： 如图 8-10 任一个所示的一种基于 HTTP 流的媒体内容动态插播装置和如图 11-1 3任一个所示的另一种基于 HTTP流的媒体内容动态插播装置。
其中，如图 8-10任一个所示的一种基于 HTTP流的媒体内容动态插播装置 具体为服务端， 用于接收客户端发送的携带有用户信息的请求消息；根据所述 用户信息从本地存储的媒体内容中筛选出目标媒体内容；发送所述目标媒体内 容给所述客户端， 以便于所述客户端进行播放；
如图 11-1 3任一个所示的另一种基于 HTTP流的媒体内容动态插播装置具 体为客户端， 用于向服务端发送携带有用户信息的请求消息；接收所述服务端 发送的与所述用户信息相匹配的媒体内容， 并播放所述媒体内容。
在上述基于 HTTP流的媒体内容动态插播系统中， 由于客户端接收到的媒 体内容是服务端根据用户信息筛选得出的，而不同客户端的用户信息具有个性 化的差异，从而使得不用的用户可以接收到的符合各自需求的媒体内容。 与现 有技术中当客户端通过 HTTP流观看节目时， 点播同一个节目的所有客户端看 到都是相同的动态媒体内容相比，本发明实施例可以使得点播同一个节目的所 有客户端看到符合各自特点的个性化动态媒体内容，从而解决了在媒体内容通 — ~ 过 HTTP流传输时无法实现个性化插播的问题， 实现动态媒体内容的个性化插 播。
本发明实施例主要应用于媒体内容动态插播处理过程中， 当客户端通过 HTTP流观看节目时， 可以实现媒体内容的个性化插播。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发 明可借助软件加必需的通用硬件的方式来实现， 当然也可以通过硬件，但很多 情况下前者是更佳的实施方式。基于这样的理解， 本发明的技术方案本质上或 者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软 件产品存储在可读取的存储介质中， 如计算机的软盘， 硬盘或光盘等， 包括若 干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备 等）执行本发明各个实施例所述的方法。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于 此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到 变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围应 以所述权利要求的保护范围为准。

Claims

权 利 要 求
1、一种基于超文本传输协议 HTTP流的媒体内容动态插播方法， 其特征在 于， 动态媒体内容通过 HTTP流传输， 该方法包括：
接收客户端发送的携带有用户信息的请求消息；
根据所述用户信息从本地存储的媒体内容中薛选出目标媒体内容； 发送所述目标媒体内容给所述客户端， 以便于所述客户端进行播放。
2、根据权利要求 1所述的基于 HTTP流的媒体内容动态插播方法， 其特征 在于， 在接收客户端发送的携带有用户信息的请求消息之前， 还进一步包括： 接收所述客户端发送的媒体展现描述 MPD请求消息，并发送插入有媒体内容预 置信息的 MPD文件给所述客户端。
3、根据权利要求 2所述的基于 HTTP流的媒体内容动态插播方法， 其特征 在于， 所述媒体内容预置信息位于时段 Per iod中、或者位于 Per iod之下的描 述信息 Representat ion中、 或者位于 Per iod之下的 Representat ion之下的 分片信息 Segment info中。
4、根据权利要求 2所述的基于 HTTP流的媒体内容动态插播方法， 其特征 在于， 所述媒体内容预置信息包括： 媒体内容获取信息、 首个媒体内容分片插 入位置；所述首个媒体内容分片插入位置可以是插入时间或者相对节目分片的 插入索引。
5、根据权利要求 4所述的基于 HTTP流的媒体内容动态插播方法， 其特征 在于， 所述媒体内容获取信息包括媒体内容插入位置标识。
6、根据权利要求 4或 5所述的基于 HTTP流的媒体内容动态插播方法， 其 特征在于， 所述接收客户端发送的携带有用户信息的请求消息包括： 接收客户端按照媒体内容获取信息发送的携带有用户信息的媒体内容首 个请求消息。
7、根据权利要求 5所述的基于 HTTP流的媒体内容动态插播方法， 其特征 在于，所述根据所述用户信息从本地存储的媒体内容中筛选出目标媒体内容包 括：
根据所述媒体内容获取信息中的媒体内容插入位置标识获取媒体内容插 入位置信息， 所述媒体内容插入位置信息包括媒体内容插入位置的时长、与所 述媒体内容插入位置关联的节目；
根据所述用户信息和所述媒体内容插入位置信息从本地存储的媒体内容 中筛选出目标媒体内容。
8、根据权利要求 4或 5所述的基于 HTTP流的媒体内容动态插播方法， 其 特征在于， 所述发送所述目标媒体内容给所述客户端包括：
发送媒体内容首个响应消息给所述客户端，所述媒体内容首个响应消息包 括所述目标媒体内容的所有分片地址；在接收到所述客户端按照所述分片地址 逐个发送的后续媒体内容分片请求消息后，发送与所述分片地址对应的分片内 容给所述客户端； 或者，
发送媒体内容首个响应消息给所述客户端，所述媒体内容首个响应消息包 括所述目标媒体内容的标识、分片数和第一个分片内容； 在接收到所述客户端 按照所述媒体内容获取信息发送的携带有所述目标媒体的标识和分片索引值 的后续分片请求消息后，发送与所述目标媒体的标识和分片索引值相对应的分 片内容给所述客户端； 或者，
发送媒体内容首个响应消息给所述客户端，所述媒体内容首个响应消息包 WO 2012/034501 —2S~ PCT/CN2011/079505 括所述目标媒体内容的第一个分片内容和下一个分片的地址；在接收到所述客 户端按照所述下一个分片的地址发送的分片请求消息后，发送下一个分片响应 消息，所述下一个分片响应消息携带有所述下一个分片内容和再下一个分片的 地址， 重复分片请求和响应， 直至获取所有的媒体内容分片。
9、根据权利要求 1所述的基于 HTTP流的媒体内容动态插播方法， 其特征 在于， 所述接收客户端发送的携带有用户信息的请求消息包括： 接收客户端发 送的携带有用户信息的 MPD请求消息；
在根据所述用户信息从本地存储的媒体内容中筛选出目标媒体内容之后， 该方法还包括： 将所述目标媒体内容的分片地址插入到 MPD文件中； 发送所述 插入有所述目标媒体内容的分片地址的 MPD文件给所述客户端；
所述发送所述目标媒体内容给客户端包括：在接收到客户端按照所述目标 媒体内容的分片地址发送的分片请求时，发送与所述分片地址对应的媒体内容 给所述客户端。
10、 一种基于 HTTP流的媒体内容动态插播方法， 其特征在于， 动态媒体 内容通过 HTTP流传输， 包括：
向服务端发送携带有用户信息的请求消息；
接收所述服务端发送的与所述用户信息相匹配的媒体内容，并播放所述媒 体内容。
11、根据权利要求 10所述的基于 HTTP流的媒体内容动态插播方法， 其特 征在于， 在向服务端发送携带有用户信息的请求消息之前， 还进一步包括： 向 所述服务端发送 MPD请求消息，并接收所述服务端发送的插入有媒体内容预置 信息的 MPD文件。
12、根据权利要求 11所述的基于 HTTP流的媒体内容动态插播方法， 其特 征在于， 所述媒体内容预置信息包括： 媒体内容获取信息、 首个媒体内容分片 插入位置，所述首个媒体内容分片插入位置可以是插入时间或者相对节目分片 的插入索引。
1 3、根据权利要求 12所述的基于 HTTP流的媒体内容动态插播方法， 其特 征在于， 所述向服务端发送携带有用户信息的请求消息包括： 在检测到所述 MPD文件中包括媒体内容预置信息时， 在所述首个媒体内容分片插入位置描述 的插入位置处，按照所述媒体内容预置信息中的媒体内容获取信息向服务端发 送携带有用户信息的媒体内容首个请求消息。
14、根据权利要求 12所述的基于 HTTP流的媒体内容动态插播方法， 其特 征在于， 所述接收所述服务端发送的与所述用户信息相匹配的媒体内容包括： 接收所述服务端发送的媒体内容首个响应消息，所述媒体内容首个响应消 息包括与所述用户信息相匹配的媒体内容的所有分片地址；在按照所述分片地 址向服务端发送后续媒体内容分片请求消息后，接收所述服务端发送的分片内 容； 或者,
接收所述服务端发送的媒体内容首个响应消息，所述媒体内容首个响应消 息包括与所述用户信息相匹配的媒体内容的标识、 分片数和第一个分片内容； 在按照所述媒体内容获取信息向服务端发送携带有所述媒体内容的标识和分 片索引值的后续媒体内容分片请求消息后， 接收所述服务端发送的分片内容； 或者，
接收所述服务端发送的媒体内容首个响应消息，所述媒体内容首个响应消 息包括所述与所述用户信息相匹配的媒体内容的第一个分片内容和下一个分 WO 2012/034501 SO— PCT/CN2011/079505 片的地址； 在按照所述下一个分片的地址向服务端发送分片请求消息后，接收 所述服务端发送的下一个分片响应消息，所述下一个分片响应消息携带有所述 下一个分片内容和再下一个分片的地址， 重复分片请求和响应， 直至获取到所 有的媒体内容分片。
15、根据权利要求 10所述的基于 HTTP流的媒体内容动态插播方法， 其特 征在于， 所述向服务端发送携带有用户信息的请求消息给服务端包括： 向服务 端发送携带有用户信息的 MPD请求消息；
在接收所述服务端发送的与所述用户信息相匹配的媒体内容之前，该方法 还包括：接收所述服务端发送的插入有与所述用户信息相匹配的媒体内容的分 片地址的 MPD文件，；
所述接收所述服务端发送的与所述用户信息相匹配的媒体内容包括：在按 照所述与所述用户信息相匹配的媒体内容的分片地址发送媒体内容分片请求 后， 接收服务端发送的与所述用户信息相匹配的媒体内容。
16、 一种基于 HTTP流的媒体内容动态插播装置， 其特征在于， 动态媒体 内容通过 HTTP流传输， 该装置包括：
第一接收单元， 用于接收客户端发送的携带有用户信息的请求消息； 筛选单元，用于根据所述用户信息从本地存储的媒体内容中筛选出目标媒 体内容；
第一发送单元， 用于发送所述目标媒体内容给所述客户端， 以便于所述客 户端进行播放。
17、根据权利要求 16所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 还包括： 第二接收单元和第二发送单元； 在上述第一接收单元接收客户端发送的携带有用户信息的请求消息之前， 第二接收单元， 用于接收所述客户端发送的 MPD请求消息； 第二发送单元， 用 于发送插入有媒体内容预置信息的 MPD文件给所述客户端。
18、根据权利要求 17所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 所述媒体内容预置信息包括： 媒体内容获取信息、 首个媒体内容分片 插入位置；所述首个媒体内容分片插入位置可以是插入时间或者相对节目分片 的插入索引。
19、根据权利要求 18所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 所述媒体内容获取信息包括媒体内容插入位置标识。
20、根据权利要求 18或 19所述的基于 HTTP流的媒体内容动态插播装置， 其特征在于，所述第一接收单元具体用于接收客户端按照媒体内容获取信息发 送的携带有用户信息的媒体内容首个请求消息。
21、根据权利要求 19所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 所述薛选单元包括：
获取模块，用于根据所述媒体内容获取信息中的媒体内容插入位置标识获 取媒体内容插入位置信息，所述媒体内容插入位置信息包括媒体内容插入位置 的时长、 与所述媒体内容插入位置关联的节目；
筛选模块，用于根据所述用户信息和所述媒体内容插入位置信息从本地存 储的媒体内容中筛选出目标媒体内容。
22、根据权利要求 18或 19所述的基于 HTTP流的媒体内容动态插播装置， 其特征在于， 所述第一发送单元包括以下至少一种模块：
第一发送模块， 用于发送媒体内容首个响应消息给所述客户端， 所述媒体 内容首个响应消息包括所述目标媒体内容的所有分片地址；在接收到所述客户 端按照所述分片地址发送的后续分片请求消息后，发送与所述分片地址对应的 分片内容给所述客户端；
第二发送模块， 用于发送媒体内容首个响应消息给所述客户端， 所述媒体 内容首个响应消息包括所述目标媒体内容的标识、分片数和第一个分片； 在接 收到所述客户端按照所述媒体内容获取信息发送的携带有所述目标媒体的标 识和分片索引值的后续分片请求消息后，发送与所述目标媒体的标识和分片索 引值相对应的分片内容给所述客户端；
第三发送模块， 用于发送媒体内容首个响应消息给所述客户端， 所述媒体 内容首个响应消息包括所述目标媒体内容的第一个分片和下一个分片的地址； 在接收到所述客户端按照所述下一个分片的地址发送的后续分片请求消息后， 发送后续分片响应消息，所述后续分片响应消息携带有所述下一个分片和再下 一个分片的地址。
23、根据权利要求 16所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 所述第一接收单元具体用于接收客户端发送的携带有用户信息的 MPD 请求消息；
该装置还包括： 处理单元和第三发送单元； 其中， 处理单元， 用于将所述 目标媒体内容的分片地址插入到 MPD文件中； 第三发送单元， 用于发送所述插 入有所述目标媒体内容的分片地址的 MPD文件给所述客户端；
在所述第一接收单元接收到客户端按照所述目标媒体内容的分片地址发 内容给所述客户端。
24、 一种基于 HTTP流的媒体内容动态插播装置， 其特征在于， 动态媒体 内容通过 HTTP流传输， 包括：
第一发送单元， 用于向服务端发送携带有用户信息的请求消息； 第一接收单元，用于接收所述服务端发送的与所述用户信息相匹配的媒体 内容， 并播放所述媒体内容。
25、根据权利要求 24所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 还包括： 第二发送单元和第二接收单元；
在所述第一发送单元向服务端发送携带有用户信息的请求消息之前，第二 发送单元， 用于向所述服务端发送 MPD请求消息； 第二接收单元， 用于在向所 述服务端发送 MPD请求消息后，接收所述服务端发送的插入有媒体内容预置信 息的 MPD文件。
26、根据权利要求 25所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 所述媒体内容预置信息包括： 媒体内容获取信息、 首个媒体内容分片 插入位置，所述首个媒体内容分片插入位置可以是插入时间或者相对节目分片 的插入索引。
27、根据权利要求 25所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于，所述第一发送单元具体用于在检测到所述 MPD文件中包括媒体内容预 置信息时，按照所述媒体内容预置信息中的媒体内容获取信息向服务端发送携 带有用户信息的媒体内容首个请求消息。
28、根据权利要求 25所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于， 所述第一接收单元包括以下至少一种模块：
第一接收模块， 用于接收所述服务端发送的媒体内容首个响应消息， 所述 媒体内容首个响应消息包括与所述用户信息相匹配的媒体内容的所有分片地 址； 在按照所述分片地址向服务端发送后续分片请求消息后，接收所述服务端 发送的分片内容；
第二接收模块， 用于接收所述服务端发送的媒体内容首个响应消息， 所述 媒体内容首个响应消息包括与所述用户信息相匹配的媒体内容的标识、分片数 和第一个分片；在按照所述媒体内容获取信息向服务端发送携带有所述媒体内 容的标识和分片索引值的后续分片请求消息后，接收所述服务端发送的分片内 谷，
第三接收模块， 用于接收所述服务端发送的媒体内容首个响应消息， 所述 媒体内容首个响应消息包括与所述用户信息相匹配的媒体内容的第一个分片 和下一个分片的地址；在按照所述下一个分片的地址向服务端发送后续分片请 求消息后，接收所述服务端发送的后续分片响应消息， 所述后续分片响应消息 携带有所述下一个分片和再下一个分片的地址， 重复分片请求和响应， 直至获 取到所有的媒体内容分片。
29、根据权利要求 24所述的基于 HTTP流的媒体内容动态插播装置， 其特 征在于，所述第一发送单元具体用于向服务端发送携带有用户信息的 MPD请求 消息；
该装置还包括： 第三接收单元， 用于接收所述服务端发送的插入有与所述 用户信息相匹配的媒体内容的分片地址的 MPD文件；
在所述第一发送单元按照所述与所述用户信息相匹配的媒体内容的分片 地址发送媒体内容分片请求后，所述第一接受单元具体用于接收服务端发送的 与所述用户信息相匹配的媒体内容。
30、 一种基于 HTTP流的媒体内容动态插播系统， 其特征在于， 包括： 权利要求 16至 23任一项所述的基于 HTTP流的媒体内容动态插播装置， 用于接收客户端发送的携带有用户信息的请求消息；根据所述用户信息从本地 存储的媒体内容中薛选出目标媒体内容； 发送所述目标媒体内容给所述客户 端， 以便于所述客户端进行播放；
权利要求 24至 29任一项所述的基于 HTTP流的媒体内容动态插播装置， 用于向服务端发送携带有用户信息的请求消息；接收所述服务端发送的与所述 用户信息相匹配的媒体内容， 并播放所述媒体内容。
PCT/CN2011/079505 2010-09-17 2011-09-09 基于http流的媒体内容动态插播方法、装置及系统 WO2012034501A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP11824571.1A EP2618534B1 (en) 2010-09-17 2011-09-09 Method, apparatus, and system for dynamic media content insertion based on http stream
US13/838,072 US20130212231A1 (en) 2010-09-17 2013-03-15 Method, apparatus and system for dynamic media content insertion based on http streaming

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010291945.5 2010-09-17
CN2010102919455A CN102137137B (zh) 2010-09-17 2010-09-17 基于http流的媒体内容动态插播方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/838,072 Continuation US20130212231A1 (en) 2010-09-17 2013-03-15 Method, apparatus and system for dynamic media content insertion based on http streaming

Publications (1)

Publication Number Publication Date
WO2012034501A1 true WO2012034501A1 (zh) 2012-03-22

Family

ID=44296792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/079505 WO2012034501A1 (zh) 2010-09-17 2011-09-09 基于http流的媒体内容动态插播方法、装置及系统

Country Status (4)

Country Link
US (1) US20130212231A1 (zh)
EP (1) EP2618534B1 (zh)
CN (1) CN102137137B (zh)
WO (1) WO2012034501A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10616297B2 (en) 2012-07-09 2020-04-07 Futurewei Technologies, Inc. Content-specific identification and timing behavior in dynamic adaptive streaming over hypertext transfer protocol
CN112351090A (zh) * 2020-10-29 2021-02-09 深圳Tcl新技术有限公司 基于智能大屏的日志信息传输方法、装置及存储介质

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137137B (zh) * 2010-09-17 2013-11-06 华为技术有限公司 基于http流的媒体内容动态插播方法、装置及系统
US9197907B2 (en) * 2011-10-07 2015-11-24 Ericsson Ab Adaptive ads with advertising markers
CN102572558B (zh) * 2011-12-31 2015-11-25 华为技术有限公司 一种视频插播的方法、装置及系统
CN104125516B (zh) 2013-04-24 2018-09-28 华为技术有限公司 媒体文件接收、媒体文件发送方法和装置及系统
BR112016001598A2 (pt) 2013-07-23 2017-10-31 Ericsson Ab sistema de distribuição de mídia com aplicação de autorização baseada em manifesto
US9917918B2 (en) * 2013-07-31 2018-03-13 Samsung Electronics Co., Ltd. Method and apparatus for delivering content from content store in content-centric networking
US8812956B1 (en) * 2013-09-13 2014-08-19 Magnify Networks, Inc. Video curation platform with pre-roll advertisements for discovered content
US20160255139A1 (en) * 2016-03-12 2016-09-01 Yogesh Chunilal Rathod Structured updated status, requests, user data & programming based presenting & accessing of connections or connectable users or entities and/or link(s)
US9258747B2 (en) 2013-09-17 2016-02-09 Intel IP Corporation User equipment and methods for fast handover failure recovery in 3GPP LTE network
CN103686255B (zh) * 2013-11-22 2017-02-08 乐视致新电子科技（天津）有限公司 一种基于hls协议的视频广告投放方法及其装置
CN104394443A (zh) * 2014-09-16 2015-03-04 东方有线网络有限公司 一种在hls直播流媒体中进行节目动态插入播放的方法
EP3249873B1 (en) * 2015-02-15 2018-09-12 Huawei Technologies Co., Ltd. Media presentation guide method based on hyper text transport protocol media stream and related device
CN106209885B (zh) * 2016-07-22 2019-02-05 腾讯科技（深圳）有限公司 流媒体播放方法及相关装置
CN107959861B (zh) * 2016-10-18 2020-08-25 华为技术有限公司 一种数据处理方法、相关设备及系统
CN108271040B (zh) * 2016-12-30 2021-02-23 华为技术有限公司 播放视频的方法和装置
WO2018129187A2 (en) * 2017-01-05 2018-07-12 Eye IO, LLC Method, apparatus and system of http/2 media content delivery
US10349136B2 (en) * 2017-03-22 2019-07-09 Opentv, Inc. User-initiated transitioning between media content versions
CN108282547B (zh) * 2018-01-18 2021-03-12 北京奇艺世纪科技有限公司 资源访问预控制方法及装置
US10904642B2 (en) * 2018-06-21 2021-01-26 Mediatek Singapore Pte. Ltd. Methods and apparatus for updating media presentation data

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127989A (zh) * 2007-09-11 2008-02-20 中兴通讯股份有限公司 一种支持手机超文本传输流媒体业务的方法
CN101561825A (zh) * 2009-06-02 2009-10-21 北京迈朗世讯科技有限公司 媒体技术平台系统、数据采集系统和网络内容提供方法
WO2010006128A2 (en) * 2008-07-09 2010-01-14 Apple Inc. Video streaming using multiple channels
CN102137137A (zh) * 2010-09-17 2011-07-27 华为技术有限公司 基于http流的媒体内容动态插播方法、装置及系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039718A2 (en) * 2000-10-19 2002-05-16 Loudeye Technologies, Inc. System and method for selective insertion of content into streaming media
US20020156842A1 (en) * 2001-04-23 2002-10-24 Envivio System for audio-visual media customization according to receiver attributes
US7305691B2 (en) * 2001-05-07 2007-12-04 Actv, Inc. System and method for providing targeted programming outside of the home
WO2005022344A2 (en) * 2003-08-29 2005-03-10 Opentv, Inc. Targeted content broadcast and reception system
US20070094363A1 (en) * 2005-10-25 2007-04-26 Podbridge, Inc. Configuration for ad and content delivery in time and space shifted media network
US20090307732A1 (en) * 2006-03-07 2009-12-10 Noam Cohen Personalized Insertion of Advertisements in Streaming Media
US20080244654A1 (en) * 2007-03-29 2008-10-02 Verizon Laboratories Inc. System and Method for Providing a Directory of Advertisements
CN101483660A (zh) * 2008-01-11 2009-07-15 中兴通讯股份有限公司 内容交付装置和系统、内容点播方法、及网络架构
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127989A (zh) * 2007-09-11 2008-02-20 中兴通讯股份有限公司 一种支持手机超文本传输流媒体业务的方法
WO2010006128A2 (en) * 2008-07-09 2010-01-14 Apple Inc. Video streaming using multiple channels
CN101561825A (zh) * 2009-06-02 2009-10-21 北京迈朗世讯科技有限公司 媒体技术平台系统、数据采集系统和网络内容提供方法
CN102137137A (zh) * 2010-09-17 2011-07-27 华为技术有限公司 基于http流的媒体内容动态插播方法、装置及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10616297B2 (en) 2012-07-09 2020-04-07 Futurewei Technologies, Inc. Content-specific identification and timing behavior in dynamic adaptive streaming over hypertext transfer protocol
CN112351090A (zh) * 2020-10-29 2021-02-09 深圳Tcl新技术有限公司 基于智能大屏的日志信息传输方法、装置及存储介质
CN112351090B (zh) * 2020-10-29 2024-04-05 深圳Tcl新技术有限公司 基于智能大屏的日志信息传输方法、装置及存储介质

Also Published As

Publication number Publication date
EP2618534A1 (en) 2013-07-24
EP2618534A4 (en) 2013-10-23
US20130212231A1 (en) 2013-08-15
CN102137137A (zh) 2011-07-27
CN102137137B (zh) 2013-11-06
EP2618534B1 (en) 2019-03-13

Similar Documents

Publication Publication Date Title
WO2012034501A1 (zh) 基于http流的媒体内容动态插播方法、装置及系统
US9854375B2 (en) Selection of coded next generation audio data for transport
EP3425921B1 (en) Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content
KR101734168B1 (ko) 미디어 파일 수신 및 미디어 파일 송신 방법들, 장치들, 및 시스템들
US9882937B2 (en) Communication receiver
EP2613543A2 (en) Method and device for providing streaming content
TW200525968A (en) Embedding a session description message in a real-time control protocol (RTCP) message
WO2014188886A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
JP6176395B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
KR102499231B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
US11410199B2 (en) Reception apparatus, transmission apparatus, and data processing method
MX2015004794A (es) Fragmentacion de audio de multiples pistas para transmision continua de tasa de bits adaptable.
KR20120114016A (ko) 사용자 컨텐츠를 외부 단말기에서 네트워크 적응적으로 스트리밍하는 방법 및 장치
WO2017038353A1 (ja) 受信装置、送信装置、およびデータ処理方法
CN105992022A (zh) 一种在线录制下载方法及系统
WO2016090912A1 (zh) 一种直播视频的生成及播放方法、装置、终端及系统
RU2658672C2 (ru) Устройство предоставления контента, программа, оконечное устройство и система предоставления контента
KR101744974B1 (ko) 하이퍼텍스트 전송 프로토콜 스트리밍 서비스에서 복수의 컨텐츠 구성 요소에 대한 공통 속성 표현 방법 및 장치
CN108206957B (zh) 一种hls播放ngod视频文件的方法
WO2015064384A1 (ja) 送信装置、送信方法、受信装置、及び、受信方法

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011824571

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE