WO2014067289A1 - Procédé, système et dispositif de planification de contenu multimédia - Google Patents

Procédé, système et dispositif de planification de contenu multimédia Download PDF

Info

Publication number
WO2014067289A1
WO2014067289A1 PCT/CN2013/077763 CN2013077763W WO2014067289A1 WO 2014067289 A1 WO2014067289 A1 WO 2014067289A1 CN 2013077763 W CN2013077763 W CN 2013077763W WO 2014067289 A1 WO2014067289 A1 WO 2014067289A1
Authority
WO
WIPO (PCT)
Prior art keywords
media server
time
service
server
shift
Prior art date
Application number
PCT/CN2013/077763
Other languages
English (en)
Chinese (zh)
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 WO2014067289A1 publication Critical patent/WO2014067289A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/232—Content retrieval operation locally within server, e.g. reading video streams from disk arrays
    • 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/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks

Definitions

  • the present invention relates to the field of communications, and in particular, to a media content scheduling method, system, and apparatus. Background technique
  • IPTV Internet Protocol Television
  • the services provided by the IPTV system include Time Shift (TSTV) services, and TSTV supports users to review live programs within a certain time frame.
  • the time shift service supports operations such as pause, rewind, locate, switch, status display, and time display. Compared with traditional TV live broadcasts, time-shifting services bring a new feeling to users.
  • the invention provides a media content scheduling method, device and system for saving storage resources.
  • a media content scheduling method including: a client establishes a live broadcast service session with a first media server by scheduling a server; receiving a time shift service request of a current channel, and determining the first media server Whether to support the time shift service of the current channel; if the first media server does not support the time shift service of the current channel, disconnect the live broadcast service session with the first media server; initiate the current channel to the dispatch server Time-shifting service request; receiving a time-shifted service response from the dispatch server, the time-shifted service response including an address of a second media server providing a time-shifted service to the current channel; when transmitting to the second media server Transmitting a service request, establishing a time-shifted service session with the second media server.
  • the method further includes: if it is determined that the first media server supports the time shift service, using the current live service session, sending the time shift to the first media server request.
  • the client initiates a live broadcast service request to the dispatch server, and receives a live broadcast service response returned by the dispatch server, the live broadcast service
  • the response includes the address of the first media server, where the first media server is determined by the scheduling server according to the location of the client and the load condition of the media server; the client establishes and the first according to the address of the first media server. Live business session between media servers.
  • the live broadcast service response further includes a time shift state parameter of the first media server, where the time shift state parameter indicates whether the first media server is Supporting the time-shift service of the current channel; determining whether the first media server supports the time-shift service of the current channel is: determining whether the first media server is determined according to the time-shift parameter of the first media server Support the time shift service of the current channel.
  • the determining whether the first media server supports the time shift service of the current channel is specifically: determining, according to the time shift state parameter of the first media server, Whether the first media server supports the time shift service of the current channel; the time shift parameter is sent by the first media server to the client in the process of establishing a live broadcast service session, where the time shift parameter indication Whether the first media server supports the time shift service of the current channel.
  • a client including: a session unit, configured to establish a live broadcast service session with a first media server by scheduling a scheduling server, and a receiving unit, configured to establish, with the first media server, the session unit After the live broadcast service session, the time shift service request of the current channel is received; the determining unit is configured to determine, according to the time shift service request received by the receiving unit, whether the first media server supports the time shift service of the current channel; a processing unit, configured to: when the determining unit determines that the first media server does not support the time shift service of the current channel, disconnect the session with the first media server; and send, by the processing unit, the first When the media server does not support the time shift service, the time shift service request of the current channel is initiated to the scheduling server; the session unit is further configured to provide the current channel according to the second media server address returned by the scheduling server. Transmitting a second media server of the service to send a time shift service request, establishing the second When the shift between the server industry body Business session.
  • the processing unit is further configured to: when the determining unit determines that the first media server supports a time shift service, using the current live broadcast service session, by using the sending unit A time shift play request of the current channel is sent to the first media server.
  • the sending unit is further configured to: initiate a live broadcast service request to the scheduling server; and the receiving unit is configured to receive, by the scheduling server, the included Providing a response message of the first media server address of the live service; the session unit is configured to establish a live service session with the first media server according to the first media server address.
  • the response message received by the receiving unit further includes whether the first media server supports a time shift parameter of the current channel time shift service.
  • the receiving unit further receives the feedback of the first media server during a live broadcast service session with the session unit and the first media server. Whether to support the time shift state parameter of the current channel time shift service.
  • the determining unit is specifically configured to determine, according to the time shift state parameter, whether the first media server supports time shift service
  • the third aspect provides a media content scheduling system, including a client, a scheduling server, configured to receive a client live broadcast service request, and return a response message to the client according to the location of the client and the load of the media server, where
  • the response message includes a first media server address that provides a live broadcast service, and is further configured to receive a time shift service request of the current channel sent by the client, and return a second media server address that supports the current channel time shift service to the client.
  • a first media server configured to provide a channel live broadcast service to the client
  • a second media server configured to provide a channel time shift service to the client.
  • the system only selects a part of the media server to record the program.
  • the client determines that the current live media server cannot provide the current channel time shift service. Redirecting through a dispatch server to a time-shifted media server capable of providing a current channel time-shifting service, the time-shifted media server providing time shifting to the user Service. The problem of wasted storage resources caused by time-shifted programs recorded by all media servers is avoided.
  • FIG. 1 is a schematic diagram of an application scenario system architecture according to an embodiment of the invention.
  • FIG. 2 is a schematic flow chart of a media content scheduling method according to an embodiment of the present invention.
  • FIG. 3 is a diagram showing a signaling interaction diagram of a media content scheduling method according to another embodiment of the present invention.
  • FIG. 4 is a diagram showing a signaling interaction diagram of a media content scheduling method according to still another embodiment of the present invention.
  • FIG. 5 is a block diagram showing a structure of a client according to an embodiment of the present invention.
  • FIG. 6 is a block diagram showing the structure of a client according to another embodiment of the present invention.
  • FIG. 7 is a block diagram showing the structure of a media content scheduling system according to an embodiment of the present invention.
  • FIG. 1 is a schematic diagram of an application scenario C ⁇ according to an embodiment of the present invention.
  • a IPTV system deploys a content delivery network (Content De l ivery Ne twork, CDN) in a distributed networking manner.
  • CDN Content Delivery network
  • the CDN network includes a central node 101, an area node 102, and an edge node 103.
  • the edge node is generally deployed close to the user.
  • the CDN selects the node with the content closest to the user to serve the user.
  • Each node includes a live media server that provides live broadcast services to users and a time-shifted media server that provides time-shift services.
  • FIG. 2 is a schematic flowchart of a method for scheduling a media content according to an embodiment of the present invention.
  • an IPTV system selects a media server with a high degree of access to a live channel according to the access heat of the media server in each node. Time shift recording.
  • the media content scheduling method includes:
  • the client establishes a live broadcast with the first media server by scheduling the scheduling server.
  • Business session
  • the user selects a live broadcast service, such as a unicast request for a live channel.
  • a live broadcast service such as a unicast request for a live channel.
  • the client sends a unicast service request of the live channel to the scheduling server, and the scheduling server may select the first media server that is closer to the user and is lighter in load according to the distribution of the live channel according to the nearest and lightest scheduling policy.
  • the live broadcast service of the live channel is provided to the user, and the address of the first media server is returned to the client.
  • the client requests the broadcast content from the first media server according to the address of the first media server, and establishes a live broadcast service session with the first media server.
  • the scheduling server when the scheduling server returns the first media server address to the client, the scheduling server further sends the time shift state parameter of the time shift service of the channel requested by the client to the client.
  • the first media server may also send the time shift state parameter of the time shift service of the channel requested by the client to the client.
  • the client detects that the user is watching the live channel, and performs a back-and-forward time shift operation on the live channel, and determines whether the first media server supports the time shift service of the current channel according to the time shift state parameter of the first media server.
  • the first media server does not support the time shift service of the current channel, disconnect the live broadcast service session with the first media server, and initiate a time shift service request to the scheduling server.
  • the user performs a back-off and time-shift operation on the live channel in the live channel, and the client determines whether the first media server that provides the live broadcast service supports the time-shift service, and if the first media server that provides the live broadcast service is determined. If the time shift service of the current channel is not supported, the live broadcast service session with the first media server is disconnected, a new session is established with the dispatch server, and a time shift service request of the current channel is initiated to the dispatch server.
  • the scheduling server selects a time-shifted media server that is closer to the user and is lighter in load according to the nearest and least-loaded scheduling policy, and provides time shifting to the user.
  • Service and return the address of the time-shifted media server to the client.
  • the client requests the time-shifted service from the time-shifted media server according to the returned time-shifted media server address, and establishes a time-shifted service session with the time-shifted server.
  • the media server supporting the time shift service also supports the live broadcast service by default.
  • the system selects a part of the media server to record the time-shifted content.
  • the client determines that the current media server cannot provide the content.
  • the time shifting media server capable of providing the time shift service is redirected by the dispatching server, and the time shifting media server provides the time shifting service to the user, thereby avoiding waste of storage resources caused by all the media servers recording the time shifting program.
  • FIG. 3 is a diagram showing a signaling interaction diagram of a media content scheduling method according to another embodiment of the present invention. As shown in FIG. 3, the media content scheduling method includes:
  • the user selects to play the live content
  • the client sends a live broadcast request (RTSP DESCRIBE) to the scheduling server, where the RTSP DESCRIBE request message carries a live service identifier, such as carrying TimeShif t: 0;
  • the scheduling server parses the RTSP DESCRIBE request message initiated by the client, and determines that the client needs to request the live broadcast service.
  • the scheduling server preferentially selects the live media server that does not perform channel recording according to the distribution of the live channel according to the principle of the nearest and the lightest load. Provide services, if there is no live media server available, you can choose to provide services for time-shifted media servers that support time-shifted services.
  • the scheduling server returns a live request response message to the client, where the response message carries a Uniforma Resource Loca tor (URL) of the live media server that provides the live broadcast service.
  • URL Uniforma Resource Loca tor
  • the client establishes a live broadcast service session with the live media server according to the returned URL of the live media server.
  • the client sends a live broadcast request (RTSP DESCRIBE) to the live media server according to the URL
  • the RTSP DESCRI BE request message carries a live service identifier, such as carrying T i meSh ift: 0; the live media server returns a response to the client.
  • the message, the response message may include whether the live media server supports the time shift state parameter of the time shift service of the channel, such as: Timeshif tS ta tus: 0, indicating Time-shifted services are not supported.
  • the client initiates a play request to the live media server, and the play request carries
  • the Range parameter indicates that the live content is played, and the live media server sends the channel live media data to the client according to the play request.
  • the user selects a backward time shift operation for the current channel
  • the client determines, according to the current live media server time-shift parameter, that the current live media server does not support the time-shift service, and disconnects the live broadcast service session with the current live media server.
  • the client establishes a new session with the scheduling server, and initiates a time shift service request (RTSP DESCRIBE) of the current channel to the scheduling server, and the RTSP DESCRIBE request message carries the time shift service identifier, such as carrying TimeShif t: 1;
  • the scheduling server After receiving the current channel time-shift service request sent by the client, the scheduling server selects a time-shifted media server that is closer to the user and has a lighter load to provide a time-shift service to the user according to the nearest and lightest-loaded scheduling policy. Returning the address URL of the time-shifted media server to the client;
  • the client sends a time shift request (RTSP DESCRIBE) to the time-shifted media server according to the returned media server address URL, and the RTSP DESCRIBE request message carries the time-shift service identifier, such as carrying TimeShi f t: 1;
  • the time-shifted media server returns a response message to the client, where the message includes time-shifting parameters of the time-shifted service of the current channel, such as Timeshif t-Sta tus: 1 indicating that the current channel is supported. Time shift service.
  • the client initiates a play request to the time-shifted media server, and the play request carries a Range play range parameter, a multiple parameter, and the like, and the time-shifted media server sends the current channel time-shifted media data to the client according to the play request of the client.
  • the IPTV system selects a media server with a higher popularity to record time-shifted content according to the user access heat of the channel content.
  • the media server provides services to the user.
  • the client redirects to the time shift service through the dispatch server if it determines that the current live media server cannot provide the time shift service.
  • a time-shifted media server that provides time-shifted services to users by the time-shifted media server.
  • FIG. 4 is a diagram showing a signaling interaction diagram of a media content scheduling method according to another embodiment of the present invention. As shown in FIG. 4, the media content scheduling method includes:
  • the user selects to play the live content.
  • the client sends a live broadcast request (RTSP DESCRIBE) to the scheduling server, where the RTSP DESCRIBE request message carries a live service identifier, such as carrying TimeShi ft: 0;
  • the scheduling server parses the RTSP DESCRIBE request message initiated by the client, determines that the client needs to request the live broadcast service, and the scheduling server preferentially selects the live media server that does not perform channel recording to provide services for the user according to the nearest and the lightest load principle, if not available.
  • the live media server can select a time-shifted media server that supports time-shifted services to provide services.
  • the scheduling server returns a live request response message to the client, where the response message carries a Uniform resource locator (URL) of the time-shifted media server that provides the live broadcast service.
  • URL Uniform resource locator
  • the client establishes a live broadcast service session with the time-shifted media server according to the returned time-shifted media server URL.
  • the user selects a backward time shift operation for the current channel
  • the client determines, according to the current time shifting media server transition state parameter, that the current time shift media server supports the time shift service
  • the client initiates a play request to the time shifting media server by using a live broadcast service session with the current time shift media server, where the play request carries a Range play range parameter, a multiple parameter, and the like; 408.
  • the time shift media server is configured according to the client.
  • the end play request sends the current channel time-shifted media data to the client.
  • FIG. 5 is a block diagram of a client structure according to an embodiment of the present invention.
  • the client includes: a session unit 501, a receiving unit 502, a determining unit 503, a processing unit 504, and a sending unit 505.
  • the session unit 501 is configured to establish a live broadcast service session with the first media server by using the scheduling of the scheduling server.
  • the receiving unit 502 is configured to receive the live broadcast service session with the first media server after the session unit 501 is established. a time-shift service request of the current channel; the determining unit 503, configured to determine, according to the time-shift service request received by the receiving unit 502, whether the first media server supports the time-shift service of the current channel; the processing unit 504, configured to determine the first media server Current channel not supported When the service is time-shifted, the session with the first media server is disconnected; the sending unit 505 is configured to: when the processing unit 504 determines that the first media server does not support the current channel time-shift service, initiate a time-shift service to the scheduling server.
  • the receiving unit 502 is further configured to receive a time shift service response from the scheduling server, where the time shift service response includes an address of a second media server that provides a time shift service to the current channel, and a session unit 501. And sending, by the second media server that provides the current channel time shift service, a time shift service request, and establishing a time shift service session with the second media server according to the second media server address returned by the scheduling server.
  • the processing unit 504 is further configured to: when the determining unit determines that the first media server supports the time shift service, and uses the current live broadcast service session to send the current channel to the first media server by using the sending unit 505. Move the play request.
  • the sending unit 505 is further configured to: initiate a live broadcast service request to the scheduling server; the receiving unit 502 is configured to receive, by the scheduling server, a response message that includes a first media server address that provides a live broadcast service; 501.
  • the method is used to establish a live service session with the first media server according to the first media server address.
  • the client as described above may be a terminal such as a set top box or a smart phone, and may be used to execute the media content scheduling method as illustrated in FIG.
  • FIG. 6 is a structural block diagram of a media content scheduling system according to an embodiment of the present invention.
  • the media content scheduling system includes a client 601 as shown in FIG. 5, and a scheduling server 602, configured to receive a client live broadcast.
  • the service request returns a response message to the client according to the client location and the media server load status, where the response message includes a first media server address that provides a live broadcast service, and is further configured to receive the current sent by the client.
  • the time-shift service request of the channel returns a second media server address supporting the current channel time-shift service to the client; the media server 603 is configured to provide the media live broadcast or time-shift service to the client.
  • the media server 603 may include a live media server that provides only a live broadcast service and a time-shifted media server that supports time-shifted services, and the time-shifted media server also supports a live broadcast service.
  • media content scheduling system as described above can be used to perform the media content scheduling method as illustrated in Figures 2 through 4.
  • FIG. 7 is a schematic block diagram of a client according to another embodiment of the present invention.
  • the embodiment of the present invention further provides an apparatus embodiment for implementing the steps and methods in the foregoing method embodiment.
  • the subscriber terminal includes: at least one processor 701, such as a CPU, at least one communication interface 704 or other communication interface, memory 702, and at least one communication bus 705 for enabling session communication between the devices.
  • the processor 701 is configured to execute an executable module stored in the memory, such as a computer program; the user terminal optionally further includes a user interface 703, including but not limited to a display, a keyboard, and a pointing device (eg, a mouse, a trackball (t rackba ll ), touch panel or touch display).
  • a user interface 703 including but not limited to a display, a keyboard, and a pointing device (eg, a mouse, a trackball (t rackba ll ), touch panel or touch display).
  • the memory 702 may include a high speed RAM memory, and may also include a non-volatile memory, such as at least one disk memory.
  • the communication session between the user terminal and at least one other computer is implemented by at least one network interface (which may be wired or wireless), and may use an Internet, a wide area network, a local network, a metropolitan area network, or the like.
  • the memory 702 can optionally include at least one storage device (e.g., an external storage device) located remotely from the CPU 701.
  • memory 702 stores executable modules or data structures as shown in Figure 5 above, or a subset thereof, or their extensions.
  • the disclosed systems, devices, and methods may be implemented in other ways.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not executed.
  • the mutual coupling or direct coupling or communication session shown or discussed may be an indirect coupling or communication session through some interface, device or unit, also It can be an electrical, mechanical or other form of conversation.
  • the components displayed by the unit may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the embodiments of the present invention.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • the technical solution of the present invention contributes in essence or to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium.
  • a number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM, Random Acces s Memory), a magnetic disk or an optical disk, and the like, which can store program codes. medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

Conformément à un mode de réalisation, la présente invention concerne un procédé, un système et un dispositif de planification de contenu multimédia, le procédé comprenant les opérations suivantes : un terminal client établit une session de service de diffusion en direct avec un premier serveur multimédia par planification d'un serveur de planification; la réception d'une requête de service de décalage à partir du canal courant, et si le premier serveur multimédia ne prend pas en charge le service de décalage du canal courant, alors la déconnexion de la session de service de diffusion en direct du premier serveur multimédia; l'initiation de la requête de service de décalage provenant du canal courant auprès du serveur de planification; et la transmission d'une requête de service de décalage à un second serveur multimédia selon une réponse de service de décalage provenant du serveur de planification, de façon à établir une session de service de décalage avec le second serveur multimédia. Le procédé de planification de contenu multimédia dans le mode de réalisation de la présente invention évite le problème de gaspillage de ressources de stockage dû au fait que des programmes de décalage sont enregistrés par tous les serveurs multimédias.
PCT/CN2013/077763 2012-10-31 2013-06-24 Procédé, système et dispositif de planification de contenu multimédia WO2014067289A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2012104276685A CN102932678A (zh) 2012-10-31 2012-10-31 媒体内容调度方法、系统及装置
CN201210427668.5 2012-10-31

Publications (1)

Publication Number Publication Date
WO2014067289A1 true WO2014067289A1 (fr) 2014-05-08

Family

ID=47647362

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/077763 WO2014067289A1 (fr) 2012-10-31 2013-06-24 Procédé, système et dispositif de planification de contenu multimédia

Country Status (2)

Country Link
CN (1) CN102932678A (fr)
WO (1) WO2014067289A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108063950A (zh) * 2017-12-26 2018-05-22 郑州威科姆科技股份有限公司 一种直播课堂实现方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932678A (zh) * 2012-10-31 2013-02-13 华为技术有限公司 媒体内容调度方法、系统及装置
CN104010200B (zh) * 2013-02-22 2018-01-30 中兴通讯股份有限公司 Iptv业务的视频提供方法及装置
CN105933798A (zh) * 2016-05-18 2016-09-07 青岛海信宽带多媒体技术有限公司 基于网络协议电视的直播节目播放方法及装置
CN108494720B (zh) 2017-02-23 2021-02-12 华为软件技术有限公司 一种基于会话迁移的调度方法及服务器
CN107483974B (zh) * 2017-08-29 2020-04-24 深圳市茁壮网络股份有限公司 一种服务处理方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7272298B1 (en) * 1998-05-06 2007-09-18 Burst.Com, Inc. System and method for time-shifted program viewing
CN101094378A (zh) * 2006-06-21 2007-12-26 华为技术有限公司 一种交互式网络电视的时移方法和系统
CN102118634A (zh) * 2009-12-31 2011-07-06 华为技术有限公司 一种实现ip电视业务的调度方法、装置及系统
CN102932678A (zh) * 2012-10-31 2013-02-13 华为技术有限公司 媒体内容调度方法、系统及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7272298B1 (en) * 1998-05-06 2007-09-18 Burst.Com, Inc. System and method for time-shifted program viewing
CN101094378A (zh) * 2006-06-21 2007-12-26 华为技术有限公司 一种交互式网络电视的时移方法和系统
CN102118634A (zh) * 2009-12-31 2011-07-06 华为技术有限公司 一种实现ip电视业务的调度方法、装置及系统
CN102932678A (zh) * 2012-10-31 2013-02-13 华为技术有限公司 媒体内容调度方法、系统及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108063950A (zh) * 2017-12-26 2018-05-22 郑州威科姆科技股份有限公司 一种直播课堂实现方法
CN108063950B (zh) * 2017-12-26 2020-10-27 郑州威科姆科技股份有限公司 一种直播课堂实现方法

Also Published As

Publication number Publication date
CN102932678A (zh) 2013-02-13

Similar Documents

Publication Publication Date Title
JP6349356B2 (ja) マルチスクリーン・インタラクション方法及びシステム
US9912999B2 (en) System for managing media services
JP6279512B2 (ja) 適応ビデオ通信用システム及び方法
US10367880B2 (en) Method and system for presenting media content
WO2014067289A1 (fr) Procédé, système et dispositif de planification de contenu multimédia
CN101453699B (zh) 一种广告播放方法和用户终端
WO2022219363A1 (fr) Commutation entre la transmission d'une trame vidéo pré-créée et d'une trame vidéo composite
CN102055718B (zh) 一种在http streaming系统中实现分层请求内容的方法,装置和系统
US11051078B2 (en) Video distribution method and device
KR20120114016A (ko) 사용자 컨텐츠를 외부 단말기에서 네트워크 적응적으로 스트리밍하는 방법 및 장치
CN102474517A (zh) 转换移动装置媒体内容的方法
US9544630B2 (en) Method and IPTV server for enabling playout of one or more media objects
US20200007920A1 (en) Method and apparatus to deliver a personalized media experience
US9826283B2 (en) Apparatus and method for inserting advertisement in a broadcasting system
EP2088730B1 (fr) Procede de traitement associe d'informations de service et serveur de service
CN100563258C (zh) 一种发现流媒体业务的方法和系统以及业务发现装置
WO2011144176A1 (fr) Procédé, appareil et système adaptés pour contrôler une livraison de contenu d'un réseau de livraison de contenu
JP7237117B2 (ja) 端末装置、データ処理装置および方法
WO2015077983A1 (fr) Dispositif et procédé pour lire un élément multimédia dans un réseau domestique
WO2010028591A1 (fr) Procédé et système de réalisation d'enregistrement dans un terminal client et entité de contrôle d'enregistrement
WO2010057391A1 (fr) Procédé de commande, équipement et système de lecture de flux multimédia
WO2010025675A1 (fr) Procédé, système et dispositif de diffusion d’un contenu de service
JP6063952B2 (ja) マルチメディア資産を表示する方法、関連するシステム、メディアクライアント、および関連するメディアサーバ
US20160094891A1 (en) Method and apparatus for distributing content locally
WO2010025635A1 (fr) Procédé de commutation de lecture, serveur multimédia, terminal utilisateur et leur système

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

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

Country of ref document: EP

Kind code of ref document: A1