WO2010118594A1 - 视频点播业务的实现方法、系统及归属流媒体服务器 - Google Patents

视频点播业务的实现方法、系统及归属流媒体服务器 Download PDF

Info

Publication number
WO2010118594A1
WO2010118594A1 PCT/CN2009/073502 CN2009073502W WO2010118594A1 WO 2010118594 A1 WO2010118594 A1 WO 2010118594A1 CN 2009073502 W CN2009073502 W CN 2009073502W WO 2010118594 A1 WO2010118594 A1 WO 2010118594A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
media
streaming
service
client device
Prior art date
Application number
PCT/CN2009/073502
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 US13/259,325 priority Critical patent/US20120023527A1/en
Priority to EP09843228.9A priority patent/EP2421259B1/en
Publication of WO2010118594A1 publication Critical patent/WO2010118594A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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
    • 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/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2225—Local VOD servers
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/47202—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 requesting content on demand, e.g. video on demand
    • 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/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • 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/632—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 using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices

Definitions

  • the present invention relates to the field of streaming media services, and in particular, to a method and system for implementing a video on demand service, and a home streaming server.
  • a video on demand system usually consists of a plurality of streaming server nodes, a scheduling server, and an Electronic Program Guide (EPG), each of which stores a corresponding on-demand program.
  • Client devices such as set-top boxes (STBs, Set Top Box), implement video-on-demand services in such a way: 1.
  • STB obtains the information of the dispatching server through the EPG, and sends a real-time streaming protocol carrying the information of the on-demand content to it ( RTSP, Real Time Streaming Protocol)
  • the scheduling server determines, according to the received information, a streaming media server node that can provide the service, and notifies the STB of the node information through the RTSP message;
  • the STB parses the information of the currently available streaming server node from the message, establishes a link with it, and starts transmitting the media packet; however, the disadvantage of this method is that the redirection of the on-demand program can only start at the on-demand At the same time, the redirection in the current on-demand process cannot be realized, and thus the increasing demand for a higher video service experience cannot be met.
  • the technical problem to be solved by the present invention is to provide a video on-demand service implementation method, system, and home streaming server capable of supporting redirection in an on-demand program.
  • a method for implementing a video on demand service is provided, which is applied to a video on demand system, where the system includes a client device. , scheduling server, streaming server, and The client provides a home streaming server for the media service.
  • the method for implementing a video on demand service according to the present invention includes: when the home streaming media server is unable to provide a media service to the client device, the home streaming media server acquires, from the scheduling server, a service that can provide a service. The information of the streaming media server is described, and the streaming media server provides media services for the client device.
  • the home streaming media server cannot provide the media service to the client device, and specifically includes: when the video on demand service starts, or during the video on demand service, the home streaming media server cannot be used to the client.
  • the device provides media services. Further, providing the media service to the client device by the streaming media server that can provide the media service, specifically: when the video on demand service starts, if the home streaming media server cannot provide media to the client device Service, the home streaming media server forwards information of the streaming media server that can obtain the media service obtained from the scheduling server to the client device, and the client device can provide the information according to the information.
  • the streaming server of the media service applies for an on-demand service.
  • providing the media service to the client device by the streaming media server that can provide the media service specifically: the home streaming media server cannot provide the media service to the client device during the video on demand service process.
  • the home streaming media server Obtaining, by the home streaming media server, the information of the streaming media server that can provide the media service, applying for the media resource to the streaming media server that can provide the media service, and transparently transmitting the client device and the media service that can be provided.
  • the requesting, by the home streaming media server, the media resource to the media server that can provide the media service specifically: the home streaming media server constructing a SETUP in the RTSP protocol carrying the media address information of the client device a command, simulating the client device to apply for a media resource to the streaming server that can provide a media service.
  • the method further includes: when the media service is provided to the client device by the streaming media server that can provide a media service to a client device, the home streaming media server maintains control with the client device link.
  • the present invention also provides a video on demand system, the system comprising a client device, a scheduling server, a streaming media server, and a home streaming media server providing media services to the client, wherein the home streaming media server
  • the home streaming server is configured to: query, from the scheduling server, information of the streaming server that can provide a service; and the scheduling server: After the query request from the streaming media server is selected, the streaming media server that can provide the media service to the client device is selected, and the information of the streaming media server is returned to the home streaming media server; End device: for accepting media services from the streaming server selected by the dispatch server.
  • the home streaming media server is further configured to provide a media service obtained from the scheduling server.
  • the information of the streaming media server is forwarded to the client device; the client device is further configured to apply for an on-demand service to the streaming media server that can provide the media service according to the information.
  • the home streaming media server is further configured to acquire a media service provider.
  • a home streaming server is also provided.
  • the home streaming server includes: a query module, a sending module, an analog module, and a transparent transmission module, wherein the query module is configured to acquire, from the scheduling server, information of a streaming media server that can provide media monthly service; Transmitting, to the client device, the information of the streaming server that can obtain the media service from the scheduling device, which is obtained from the scheduling server, and the simulation module, configured to provide the information to the client device
  • the media server of the media service applies for a media resource
  • the transparent transmission module is configured to transparently transmit a control message between the client device and the streaming media server that can provide the media service.
  • the present invention has the following beneficial effects:
  • the redirection in the process of the video on demand service is realized, which makes up for the deficiency of the traditional video on demand system in the redirection function.
  • the home streaming server is concurrently served by a common streaming server in the system, and the complexity of the invention is low, which increases the flexibility of the video on demand system networking, and is advantageous for breaking the existing video on demand service implementation method and system limitation. , thereby developing more types of services and providing better quality of video on demand.
  • FIG. 1 is a flowchart of an implementation of a conventional video on demand service
  • FIG. 2 is a flowchart of an implementation of the present invention at the beginning of a video on demand service
  • FIG. 3 is a flowchart of a video on demand service, when performing redirection, the present invention
  • FIG. 4 is a schematic diagram of a video on demand system provided by the present invention
  • FIG. 5 is a structural diagram of a home streaming media server provided by the present invention.
  • FIG. 1 it is an implementation process of a conventional video on demand service, and the steps thereof include:
  • the user orders the program, and the STB queries the EPG for on-demand program information through the HTTP protocol;
  • the EPG returns the on-demand program information, which includes the scheduling server address information;
  • the STB parses the scheduling server address from the received message from the EPG, and sends an RTSP message to the scheduling server to apply for an on-demand service.
  • the scheduling server allocates a streaming media server node flow according to a certain policy.
  • the media server A provides the monthly service, and uses the REDIRECT command in the RTSP protocol to redirect the destination streaming media server, that is, the address of the streaming media server A and the like to be returned to the STB;
  • a method for implementing a video on demand service is first provided.
  • 2 is a flow diagram of an implementation of the present invention at the beginning of a video on demand service.
  • the video on demand system at least one STB, one EPG, one scheduling server, and two streaming media servers are included, and one of the two streaming media servers is a home streaming server of the STB.
  • the implementation steps are as follows:
  • the user orders the program the STB queries the EPG for on-demand program information through the HTTP protocol; 2-2, the EPG returns the on-demand program information, and includes the STB attribution streaming media in the reply message.
  • Information such as the address of the server 1;
  • the STB parses the address of the home streaming media server 1 from the received message from the EPG, and sends an RTSP message to it to apply for an on-demand service;
  • the home streaming server 1 After receiving the RTSP message, the home streaming server 1 determines whether it can provide the video on demand service. If yes, the service is directly provided to the STB. Otherwise, the home streaming server 1 can provide a query to the scheduling server. Streaming server node information of the corresponding service;
  • the streaming media server B After receiving the scheduling server, the streaming media server B allocates the service according to a certain policy, and returns the address of the streaming media server B and the like to the home streaming media server 1;
  • the home streaming server 1 obtains the information such as the address of the streaming server B, and then notifies the STB of the address of the streaming server B by using the redirect (REDIRECT) command in the RTSP protocol;
  • FIG. 3 is a flowchart of an implementation of the present invention when performing redirection.
  • the composition of the video on demand system is basically the same as that of the previous embodiment, except that the streaming media server B is the home streaming media server 2 of the STB, and is currently providing a video on demand service to the STB.
  • the implementation steps are as follows: 3-1: The STB is in the on-demand service state, and receives the media code stream from the streaming media server B;
  • the streaming media server B sends an error to the media stream, or the user replaces the on-demand program, or the streaming server B receives the upper-layer service notification to migrate the user, triggers the redirection process in the on-demand, and the streaming server B delivers the content to the content.
  • the scheduling server applies for the streaming server node information that can provide the corresponding service; 3-3, the scheduling server allocates the streaming media server C according to a certain policy to provide the service, and returns the information of the server C to the streaming media server B; 3-4.
  • the streaming media server B acquires the information of the streaming media server C, and constructs a DESCRIBE (on-demand) command in the RTSP protocol carrying the on-demand program information, and simulates the STB to query the streaming media server C for the information of the on-demand program;
  • DESCRIBE on-demand
  • the media server C after receiving the media server C, it can determine whether it can provide the on-demand service of the program, and if so, return the information of the on-demand program to the streaming server B;
  • the streaming media server B constructs a SETUP command in the RTSP protocol carrying the STB media address information, and simulates the STB to apply for the media resource to the streaming media server C to establish a media link;
  • the streaming media server C starts to establish a media link, and if the establishment is successful, returns a successful response to the streaming media service B;
  • the streaming media server B After receiving the successful response, the streaming media server B notifies the STB media source address that the media source address has changed through the ANNOUNCE command in the RTSP protocol, and needs to update the media source address;
  • the STB After receiving the STB, the STB returns a success response of the ANNOUNCE command to the media server B, and constructs a PLAY command in the RTSP protocol carrying the program information, which carries information such as the playback rate and the current playback point;
  • the STB sends a PLAY command to the streaming media server B to notify the new media source to send the media stream;
  • the streaming media server B After receiving the PLAY command from the STB, the streaming media server B transparently transmits the PLAY command to the streaming server C;
  • the streaming media server C receives the PLAY command transparently transmitted from the media server B, sends the media packet to the STB, and brings the new media source address information back to the streaming media server B through the response;
  • the streaming server B forwards the successful response from the streaming server C to the PLAY command to the STB; after receiving the successful response of the PLAY command, the STB parses out the new media source address information to update the data. Relevant data in the district;
  • the STB receives the media code stream from the streaming media server C and continues to redirect the on-demand service.
  • 4 is a top view of a video on demand system according to the present invention, as shown in FIG. 4, wherein the video on demand system includes at least one STB, one EPG, one scheduling server, and several streaming media servers.
  • the streaming server D is the home streaming server 3 of the STB.
  • the user orders the program, the STB queries the EPG for on-demand program information through the HTTP protocol; the EPG returns the on-demand program information, and includes the information such as the address of the STB-owned streaming media server 3 in the reply message;
  • the received message from the EPG parses the address of the home streaming media server 3, and sends an RTSP message to it to apply for on-demand service; after receiving the RTSP message, the home streaming media server 3 determines whether it can Providing the video on demand service, if available, directly providing the service to the STB; otherwise, the home streaming server 3 queries the scheduling server for the streaming server node information that can provide the corresponding service; after receiving the scheduling server, the scheduling server allocates according to a certain policy.
  • the streaming media server B provides the service, and returns information such as the address of the streaming media server B to the home streaming server 3; the home streaming server 3 obtains the address of the streaming server B and the like, and then passes the REDIRECT in the RTSP protocol.
  • the command notifies the STB of the address of the streaming media server B, etc.; the STB parses the address of the streaming media server B After the information, the RTSP protocol is used to apply for the on-demand service to the streaming media server B; the STB receives the media code stream sent from the streaming media server B, and enters the on-demand service; when redirecting in the on-demand service process, the current streaming media server D It is the home streaming server 3 of the STB and is currently providing video on demand services to the STB.
  • the STB is in the on-demand service state, and receives the media code stream from the streaming media server D; the streaming media server D sends an error to the media code stream, or the user replaces the on-demand program, or the streaming media server D receives the upper layer service notification to migrate the user, triggering the on-demand
  • the streaming media server D requests the content scheduling server to request the streaming server node information that can provide the corresponding service; the scheduling server allocates the streaming media server C according to a certain policy to provide the service, and returns the information of the server C to the streaming media.
  • the streaming media server D acquires the information of the streaming media server C, and constructs a DESCRIBE command in the RTSP protocol carrying the on-demand program information, and simulates the STB to query the streaming media server C for the information of the on-demand program; after receiving the streaming media server C, Determining whether it can provide the on-demand service of the program, if possible, returning the information of the on-demand program to the streaming server D; the streaming server D constructs the SETUP command in the RTSP protocol carrying the STB media address information, simulating the STB-to-stream Media Server C applies for media resources and establishes a media chain
  • the streaming media server C starts to establish a media link, and if the establishment is successful, returns a successful response to the streaming media service D; after receiving the successful response, the streaming media server D notifies the STB through the ANNOUNCE command in the RTSP ten-party negotiation;
  • the media source address has changed, and the media source address needs to be updated; after receiving the STB, it returns to
  • Streaming server D receives the PLAY command from the STB and transparently transmits the PLAY command to the streaming server C; the streaming server C receives the PLAY command transparently transmitted from the media server D, and sends the media packet to the STB, and The new media source address information is brought back to the streaming media server D by the response; the streaming media server D forwards the successful response from the streaming media server C to the PLAY command to the STB; after receiving the successful response of the PLAY command, the STB parses out the new media.
  • the source address information is used to update related data in the own data area; the STB receives the media code stream from the streaming media server C and continues to redirect the on-demand service.
  • a home streaming server is also provided. FIG.
  • FIG. 5 is a structural diagram of a home streaming server provided by the present invention. As shown in FIG. 5, the server is applied to a video on demand system, where the video on demand system further includes at least one STB, one EPG, one scheduling server, and two streams. Media server.
  • the home streaming server includes a query module, a sending module, an analog module, and a transparent transmission module, and a query module: configured to obtain, from the scheduling server, information of a streaming media server that can provide a media service, that is, the home streaming media server
  • the scheduling server queries the information of the streaming server that can provide the on-demand service, and receives the information returned by the scheduling server after making a selection according to a certain policy
  • the sending module is configured to: obtain the available client from the dispatching server The information of the streaming server that provides the media service to the client device is forwarded to the client device;
  • the simulation module is configured to apply for the media resource to the streaming media server that can provide the media service to the client device, that is, the home streaming media server is configured to carry The SETUP command in the RTSP protocol of the client device media address information, simulating the client device to apply for a media resource to the streaming media server that can provide the media service; and the transparent transmission module: for transparently transmitting the client device And the streaming media server capable of providing
  • the client device has a home streaming media server node, and the message for applying for the on-demand service is first sent to the node, and the node simulates the client device, performs interaction and link establishment operation with the scheduling server and the redirect destination streaming media server. And realize the transparent transmission between the client device and the streaming media server, thereby solving the redirection problem in the traditional video on demand service process.
  • the home streaming server is concurrently served by a common streaming server in the system, and the complexity of the invention is low, which increases the flexibility of the video on demand system networking, and is advantageous for breaking the existing video on demand service implementation method and system limitation.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Description

视频点播业务的实现方法、 系统及归属流媒体服务器 技术领域 本发明涉及流媒体业务领域， 特别涉及一种视频点播业务的实现方法、 系统及归属流媒体月 务器。 背景技术 视频点播系统通常由多个流媒体服务器节点、调度服务器和电子节目指 南（EPG, Electronic Program Guide )组成， 每个流媒体月 务器节点都存储着 相应的点播节目。 客户端设备， 如机顶盒 (STB , Set Top Box )—般通过这样 的方式来实现视频点播业务： 1、 STB通过 EPG获取调度服务器的信息， 并向它发送携带点播内容 信息的实时流传输协议 ( RTSP , Real Time Streaming Protocol ) 消息申请点 播服务；
2、 调度服务器根据收到的该信息， 确定一个可以提供服务的流媒体服 务器节点 , 并通过 RTSP消息把此节点信息通知给 STB;
3、 STB 从此消息中解析出当前可提供服务的流媒体服务器节点的信 息， 与其建立链接， 并开始传输媒体包； 但是， 这种方式的缺点在于， 对点播节目的重定向只能在点播开始时进 行， 无法实现在当前点播过程中的重定向， 从而无法满足人们日益提高的对 于更高视频业务体验的需求。 发明内容 本发明所要解决的技术问题是，提供一种能够支持在点播节目过程中进 行重定向的视频点播业务实现方法、 系统及归属流媒体 务器。 为了解决上述的技术问题， 本发明是通过以下技术方案实现的： 才艮据本发明的一个方面 , 提供了一种视频点播业务的实现方法， 应用于 视频点播系统中， 该系统包括客户端设备、 调度服务器、 流媒体服务器和向 客户端提供媒体服务的归属流媒体服务器。 根据本发明的视频点播业务的实现方法， 包括： 当所述归属流媒体服务 器无法向所述客户端设备提供媒体服务时， 所述归属流媒体服务器从所述调 度服务器处获取可以提供服务的所述流媒体服务器的信息， 并由该流媒体服 务器为所述客户端设备提供媒体服务。 进一步地， 所述归属流媒体服务器无法向所述客户端设备提供媒体服 务， 具体包括， 在视频点播服务开始时， 或者在视频点播服务过程中， 所述 归属流媒体服务器无法向所述客户端设备提供媒体服务。 进一步地，由可以提供媒体服务的所述流媒体服务器向所述客户端设备 提供媒体服务， 具体包括： 在视频点播服务开始时 ,如果所述归属流媒体服务器无法向所述客户端 设备提供媒体服务， 所述归属流媒体服务器将从所述调度服务器处获取的可 以提供媒体服务的所述流媒体服务器的信息转发给所述客户端设备， 所述客 户端设备才艮据该信息向可以提供媒体服务的所述流媒体服务器申请点播服 务。 进一步地，由可以提供媒体服务的所述流媒体服务器向所述客户端设备 提供媒体服务， 具体包括： 在视频点播服务过程中 ,所述归属流媒体服务器无法向所述客户端设备 提供媒体服务时， 由所述归属流媒体服务器获取可以提供媒体服务的所述流 媒体服务器的信息，向可以提供媒体服务的所述流媒体服务器申请媒体资源， 并透传客户端设备与可以提供媒体服务的所述流媒体服务器之间的控制消 息； 客户端设备与可以提供媒体服务的所述流媒体服务器建立媒体链路， 并 更新所述客户端设备的媒体源地址。 进一步地，由所述归属流媒体服务器向可以提供媒体服务的所述流媒体 服务器申请媒体资源， 具体包括： 所述归属流媒体服务器构造携带所述客户端设备媒体地址信息的 RTSP 协议中的 SETUP命令， 模拟所述客户端设备向可以提供媒体服务的所述流 媒体服务器申请媒体资源。 进一步地， 所述方法还包括： 在由可以向客户端设备提供媒体服务的所 述流媒体服务器向所述客户端设备提供媒体服务时， 所述归属流媒体服务器 与所述客户端设备保持控制链路。 其次， 本发明还提供了一种视频点播系统， 该系统包括客户端设备、 调 度服务器、 流媒体服务器和向客户端提供媒体服务的归属流媒体服务器， 其 特征在于，当所述归属流媒体服务器无法向所述客户端设备提供媒体服务时， 所述归属流媒体服务器：用于从所述调度服务器处查询可以提供服务的 所述流媒体服务器的信息； 所述调度服务器： 用于收到所述归属流媒体服务器的查询请求后， 选定 一个可以向所述客户端设备提供媒体服务的所述流媒体服务器， 并将该流媒 体服务器的信息回复给所述归属流媒体服务器； 所述客户端设备：用于从所述调度服务器选定的所述流媒体服务器接受 媒体服务。 进一步地， 在视频点播服务开始时， 如果所述归属流媒体服务器无法向 所述客户端设备提供媒体服务： 所述归属流媒体服务器，还用于从所述调度服务器处获取的可以提供媒 体服务的所述流媒体服务器的信息转发给所述客户端设备； 所述客户端设备，还用于根据该信息向可以提供媒体服务的所述流媒体 月 务器申请点播服务。 进一步地， 在视频点播^ ^务过程中， 所述归属流媒体 ^^务器无法向所述 客户端设备提供媒体服务时： 所述归属流媒体服务器，还用于获取可以提供媒体服务的所述流媒体服 务器的信息， 向可以提供媒体服务的所述流媒体服务器申请媒体资源， 并透 传客户端设备与可以提供媒体服务的所述流媒体服务器之间的控制消息； 所述客户端设备，还用于与可以提供媒体服务的所述流媒体服务器建立 媒体链路， 更新自身的媒体源地址， 并接受媒体流。 才艮据本发明的另一个方面， 还提供了一种归属流媒体服务器。 根据本发明的归属流媒体服务器， 包括： 查询模块、 发送模块、 模拟模 块以及透传模块， 其中， 查询模块， 用于从调度服务器处获取可以提供媒体 月 务的流媒体服务器的信息； 发送模块， 用于将从所述调度服务器处得到的 所述可以向客户端设备提供媒体服务的流媒体服务器的信息转发给所述客户 端设备； 模拟模块， 用于向所述可以向客户端设备提供媒体服务的流媒体服 务器申请媒体资源； 透传模块， 用于透传所述客户端设备与所述可以提供媒 体服务的流媒体服务器之间的控制消息。 本发明与现有技术相比具有以下有益效果： 通过具体实施该发明， 实现 了视频点播服务过程中的重定向， 弥补了传统视频点播系统在重定向功能方 面的不足。 此外 , 归属流媒体服务器由系统中的普通流媒体服务器来兼任， 发明实现的复杂性低， 增加了视频点播系统组网的灵活性， 有利于打破现有 视频点播业务实现方法、 系统的局限性， 从而发展更多的业务类型和提供更 好的视频点播 务质量。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本 发明的实施例一起用于解释本发明 , 并不构成对本发明的限制。 在附图中： 图 1为传统视频点播业务的实现流程图； 图 2为在视频点播服务开始时 , 本发明的实现流程图； 图 3为视频点播服务过程中 , 进行重定向时， 本发明的实现流程图； 图 4为本发明提供的视频点播系统的拓朴图； 图 5为本发明提供的归属流媒体服务器的结构图。 具体实施方式 为了更好地理解本发明 ,下面结合附图和具体实施例对本发明作进一步 地描述。 以下部分结合附图对本发明所涉及的处理流程等进行详细地说明： 如图 1所示， 是传统视频点播服务的实现流程， 其步骤包括：
1-1、 用户点播节目， STB通过 HTTP协议向 EPG查询点播节目信息；
1 -2、 EPG返回点播节目信息， 其中包含了调度服务器地址信息；
1-3、 STB从收到的来自 EPG的消息中解析出调度月 务器地址， 并向调 度服务器发送 RTSP消息申请点播服务； 1-4、 调度服务器依据一定的策略分配一个流媒体服务器节点流媒体服 务器 A提供此次月 务，并用 RTSP协议中的 REDIRECT命令 重定向目的流 媒体服务器 , 即流媒体服务器 A的地址等信息返回给 STB；
1- 5、 1-6、 1-7、 1-8、 1-9、 1-10、 STB解析出流媒体服务器 A的信息后， 利用 RTSP协议向其申请点播服务； 1-11、 STB接收来自流媒体服务器 A发送的媒体码流， 进入点播服务。 由此可知， 传统的视频点播服务只能在服务开始时进行重定向， 无法实 现视频点播服务过程中的重定向。 才艮据本发明实施例 , 首先提供了一种视频点播业务的实现方法。 图 2是在视频点播业务开始时， 本发明的实现流程图。 如图 2所示， 在该视频点播系统中， 包含至少一个 STB、 一个 EPG、 一个调度服务器和两个流媒体服务器， 其中两个流媒体服务器中有一个是 STB的归属流媒体月 务器。 其实现步骤为：
2- 1、 用户点播节目， STB通过 HTTP协议向 EPG查询点播节目信息； 2-2、 EPG返回点播节目信息， 并在答复消息中包含了 STB归属流媒体 服务器 1的地址等信息;
2-3、 STB从收到的来自 EPG的消息中解析出归属流媒体服务器 1的地 址， 并向其发送 RTSP消息以申请点播服务；
2-4、 归属流媒体服务器 1 收到该 RTSP消息后， 判断自身是否能够提 供该视频点播服务 , 如果可以， 则直接向 STB提供该服务 , 否则， 归属流媒 体服务器 1向调度服务器查询可以提供相应服务的流媒体服务器节点信息；
2-5、 调度服务器收到后， 依据一定的策略分配流媒体服务器 B提供此 次服务， 并将流媒体服务器 B的地址等信息返回给归属流媒体服务器 1 ;
2-6、 归属流媒体服务器 1得到该流媒体服务器 B的地址等信息后， 通 过 RTSP协议中的重定向 （ REDIRECT ) 命令将流媒体服务器 B的地址等信 息通知给 STB;
2-7、 2-8、 2-9、 2-10、 2-11、 2-12、 STB解析出 ¾媒体月 务器 B的地址 等信息后， 利用 RTSP协议向流媒体服务器 B申请点播服务；
2- 13、 STB接收来自流媒体服务器 B发送的媒体码流 , 进入点播服务； 图 3是进行重定向时， 本发明的实现流程图。 如图 3所示， 该视频点播系统的构成与上一实施例基本相同， 只是其中 流媒体服务器 B是 STB的归属流媒体服务器 2, 且目前正在向 STB提供视 频点播服务。 其实现步骤为： 3-1、 STB处于点播服务状态， 从流媒体服务器 B接收媒体码流；
3- 2、 流媒体服务器 B发送媒体码流发生错误， 或用户更换点播节目， 或流媒体月 务器 B收到上层业务通知迁移用户 , 触发点播中的重定向流程， 流媒体服务器 B向内容调度服务器申请可以提供相应服务的流媒体服务器节 点信息； 3-3、 调度服务器依据一定的策略分配流媒体服务器 C提供服务， 并将 月 务器 C的信息返回给流媒体服务器 B; 3-4、 流媒体服务器 B获取流媒体服务器 C的信息， 并构造携带正在点 播节目信息的 RTSP协议中的 DESCRIBE (点播）命令， 模拟 STB向流媒体 服务器 C查询点播节目的信息；
3-5、 流媒体服务器 C收到后判断自己能否提供该节目的点播服务， 如 果可以， 则将所点播节目的信息返回给流媒体服务器 B;
3-6、 流媒体服务器 B构造携带 STB媒体地址信息的 RTSP协议中的 SETUP (连接） 命令， 模拟 STB向流媒体服务器 C 申请媒体资源， 建立媒 体链路；
3-7、 流媒体服务器 C收到后开始建立媒体链路， 若建立成功， 则给流 媒体月 务 B返回成功响应；
3-8、 流媒体服务器 B 收到该成功响应后， 通过 RTSP 协议中的 ANNOUNCE (播报 ) 命令通知 STB媒体源地址发生了变化， 需要更新媒体 源地址；
3-9、 STB收到后给媒体月 务器 B返回 ANNOUNCE命令的成功响应 , 并构造携带正在播放节目信息的 RTSP协议中的 PLAY (播放） 命令， 其中 携带播放速率和当前播放点等信息；
3-10、 STB向流媒体服务器 B发送 PLAY命令， 通知新的媒体源发送 媒体码流；
3-11、 流媒体服务器 B收到来自 STB的 PLAY命令后 , 将 PLAY命令 透传到流媒体服务器 C;
3-12、 流媒体服务器 C收到来自媒体服务器 B透传的 PLAY命令， 向 STB发送媒体包，并将新的媒体源地址信息通过响应带回给流媒体服务器 B;
3-13、 流媒体月 务器 B将来自流媒体月 务器 C对 PLAY命令的成功响 应转发给 STB; STB收到 PLAY命令的成功响应后， 解析出新的媒体源地址 信息 , 以更新自己数据区中的相关数据；
3-14、 STB接收来自流媒体服务器 C 的媒体码流， 继续重定向前的点 播服务。 图 4为本发明提供的视频点播系统的拓朴图， 如图 4所示， 其中， 在该 视频点播系统中， 包含至少一个 STB、 一个 EPG、 一个调度服务器和若干个 流媒体服务器， 这些流媒体服务器中， 流媒体服务器 D是 STB的归属流媒 体服务器 3。 在点播月 务开始时： 用户点播节目， STB通过 HTTP协议向 EPG查询 点播节目信息； EPG返回点播节目信息， 并在答复消息中包含了 STB归属流 媒体月 务器 3的地址等信息； STB从收到的来自 EPG的消息中解析出归属流 媒体^ ^务器 3的地址， 并向其发送 RTSP消息以申请点播^^务； 归属流媒体 服务器 3收到该 RTSP消息后， 判断自身是否能够提供该视频点播服务， 如 果可以， 则直接向 STB提供该服务， 否则， 归属流媒体服务器 3向调度服务 器查询可以提供相应服务的流媒体服务器节点信息； 调度服务器收到后， 依 据一定的策略分配流媒体服务器 B提供此次服务，并将流媒体服务器 B的地 址等信息返回给归属流媒体服务器 3; 归属流媒体服务器 3得到该流媒体服 务器 B的地址等信息后 ,通过 RTSP协议中的 REDIRECT命令将流媒体服务 器 B的地址等信息通知给 STB; STB解析出流媒体^^务器 B的地址等信息 后， 利用 RTSP协议向流媒体服务器 B申请点播服务； STB接收来自流媒体 月 务器 B发送的媒体码流， 进入点播服务； 在点播服务过程中进行重定向时 , 当前流媒体服务器 D是 STB的归属 流媒体服务器 3 , 且目前正在向 STB提供视频点播服务。 STB处于点播服务 状态 ,从流媒体服务器 D接收媒体码流； 流媒体服务器 D发送媒体码流发生 错误，或用户更换点播节目，或流媒体服务器 D收到上层业务通知迁移用户， 触发点播中的重定向流程， 流媒体服务器 D向内容调度服务器申请可以提供 相应服务的流媒体服务器节点信息； 调度服务器依据一定的策略分配流媒体 月 务器 C提供服务， 并将服务器 C的信息返回给流媒体服务器 D; 流媒体服 务器 D获取流媒体服务器 C的信息， 并构造携带正在点播节目信息的 RTSP 协议中的 DESCRIBE命令， 模拟 STB向流媒体服务器 C查询点播节目的信 息；流媒体服务器 C收到后判断自己能否提供该节目的点播服务，如果可以 , 则将所点播节目的信息返回给流媒体服务器 D; 流媒体服务器 D 构造携带 STB媒体地址信息的 RTSP协议中的 SETUP命令， 模拟 STB向流媒体服务 器 C申请媒体资源， 建立媒体链路； 流媒体服务器 C收到后开始建立媒体链 路， 若建立成功， 则给流媒体服务 D返回成功响应； 流媒体服务器 D收到该 成功响应后，通过 RTSP十办议中的 ANNOUNCE命令通知 STB媒体源地址发 生了变化， 需要更新媒体源地址； STB 收到后给媒体服务器 D 返回 ANNOUNCE命令的成功响应 , 并构造携带正在播放节目信息的 RTSP协议 中的 PLAY命令， 其中携带播放速率和当前播放点等信息； STB向流媒体服 务器 D发送 PLAY命令， 通知新的媒体源发送媒体码流； 流媒体服务器 D收 到来自 STB的 PLAY命令后 , 将 PLAY命令透传到流媒体服务器 C; 流媒体 服务器 C收到来自媒体服务器 D透传的 PLAY命令 , 向 STB发送媒体包 , 并将新的媒体源地址信息通过响应带回给流媒体服务器 D; 流媒体服务器 D 将来自流媒体服务器 C对 PLAY命令的成功响应转发给 STB; STB收到 PLAY 命令的成功响应后 , 解析出新的媒体源地址信息 , 以更新自己数据区中的相 关数据； STB接收来自流媒体服务器 C的媒体码流， 继续重定向前的点播服 务。 才艮据本发明实施例， 还提供了一种归属流媒体服务器。 图 5为本发明提供的归属流媒体服务器的结构图， 如图 5所示， 该服务 器应用于视频点播系统中，该视频点播系统还包含至少一个 STB、一个 EPG、 一个调度服务器和两个流媒体服务器。 该归属流媒体服务器包含了查询模块、发送模块、模拟模块和透传模块 , 其巾， 查询模块：用于从调度服务器处获取可以提供媒体服务的流媒体服务器 的信息 , 即归属流媒体服务器向调度服务器查询可提供点播服务的流媒体服 务器的信息 , 并收取调度服务器依据一定的策略作出选择后所返回的信息； 发送模块：用于将从所述调度 务器处得到的所述可以向客户端设备提 供媒体服务的流媒体服务器的信息转发给所述客户端设备； 模拟模块：用于向所述可以向客户端设备提供媒体服务的流媒体服务器 申请媒体资源， 即归属流媒体服务器构造携带所述客户端设备媒体地址信息 的 RTSP协议中的 SETUP命令，模拟所述客户端设备向可以提供媒体服务的 所述流媒体服务器申请媒体资源； 透传模块：用于透传所述客户端设备与所述可以提供媒体服务的流媒体 月 务器之间的控制消息， 将 STB 发往流媒体服务器的消息发给流媒体服务 器， 把流媒体服务器返回的消息发给 STB。 如上所述，借助本发明实施例提供的技术方案，在整个视频点播系统中， 客户端设备有一个归属流媒体服务器节点 , 其申请点播服务的消息都首先发 送到这个节点， 由该节点模拟客户端设备 , 与调度服务器及重定向目的流媒 体服务器进行交互和链路建立操作 , 并实现客户端设备与流媒体服务器之间 的响应透传， 以此解决传统视频点播服务过程中的重定向问题。 此外， 归属 流媒体服务器由系统中的普通流媒体服务器来兼任 , 发明实现的复杂性低 , 增加了视频点播系统组网的灵活性，有利于打破现有视频点播业务实现方法、 系统的局限性 , 从而发展更多的业务类型和提供更好的视频点播服务质量。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的^^申和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书 一种视频点播业务的实现方法， 应用于视频点播系统中， 该系统包括 客户端设备、 调度服务器、 流媒体服务器和向客户端提供媒体服务的 归属流媒体服务器 , 其特征在于 ,
当所述归属流媒体服务器无法向所述客户端设备提供媒体服务 时 , 所述归属流媒体服务器从所述调度服务器处获取可以提供服务的 所述流媒体服务器的信息， 并由该流媒体服务器为所述客户端设备提 供媒体服务。 如权利要求 1 所述的方法， 其特征在于， 所述归属流媒体服务器无法 向所述客户端设备提供媒体服务， 具体包括， 在视频点播服务开始时， 或者在视频点播月 务过程中 , 所述归属流媒体月 务器无法向所述客户 端设备提供媒体服务。 如权利要求 2所述的方法， 其特征在于， 由可以提供媒体服务的所述 流媒体服务器向所述客户端设备提供媒体服务， 具体包括：
在视频点播服务开始时 , 如果所述归属流媒体服务器无法向所述 客户端设备提供媒体服务， 所述归属流媒体服务器将从所述调度服务 器处获取的可以提供媒体服务的所述流媒体服务器的信息转发给所述 客户端设备， 所述客户端设备才艮据该信息向可以提供媒体服务的所述 流媒体服务器申请点播服务。 如权利要求 2所述的方法， 其特征在于， 由可以提供媒体服务的所述 流媒体服务器向所述客户端设备提供媒体服务， 具体包括：
在视频点播服务过程中 , 所述归属流媒体服务器无法向所述客户 端设备提供媒体服务时， 由所述归属流媒体服务器获取可以提供媒体 服务的所述流媒体服务器的信息， 向可以提供媒体服务的所述流媒体 服务器申请媒体资源， 并透传客户端设备与可以提供媒体服务的所述 流媒体服务器之间的控制消息； 客户端设备与可以提供媒体服务的所 述流媒体服务器建立媒体链路，并更新所述客户端设备的媒体源地址。 如权利要求 4所述的方法， 其特征在于， 由所述归属流媒体服务器向 可以提供媒体服务的所述流媒体服务器申请媒体资源， 具体包括： 所述归属流媒体服务器构造携带所述客户端设备媒体地址信息 的 RTSP协议中的 SETUP命令，模拟所述客户端设备向可以提供媒体 服务的所述流媒体服务器申请媒体资源。 如权利要求 1至 5 中任一项所述的方法， 其特征在于， 所述方法还包 括： 在由可以向客户端设备提供媒体服务的所述流媒体服务器向所述 客户端设备提供媒体服务时， 所述归属流媒体服务器与所述客户端设 备保持控制链路。 一种视频点播系统， 该系统包括客户端设备、 调度服务器、 流媒体服 务器和向客户端提供媒体服务的归属流媒体服务器， 其特征在于， 当 所述归属流媒体服务器无法向所述客户端设备提供媒体服务时，
所述归属流媒体服务器： 用于从所述调度服务器处查询可以提供 服务的所述流媒体服务器的信息；
所述调度服务器： 用于收到所述归属流媒体服务器的查询请求 后， 选定一个可以向所述客户端设备提供媒体服务的所述流媒体服务 器 , 并将该流媒体服务器的信息回复给所述归属流媒体服务器；
所述客户端设备： 用于从所述调度服务器选定的所述流媒体服务 器接受媒体服务。 如权利要求 7所述的系统， 其特征在于， 在视频点播服务开始时， 如 果所述归属流媒体服务器无法向所述客户端设备提供媒体服务：
所述归属流媒体服务器， 还用于从所述调度服务器处获取的可以 提供媒体服务的所述流媒体服务器的信息转发给所述客户端设备； 所述客户端设备 , 还用于才艮据该信息向可以提供媒体服务的所述 流媒体服务器申请点播服务。 根据权利要求 7所述的系统 , 其特征在于 , 在视频点播服务过程中 , 所述归属流媒体服务器无法向所述客户端设备提供媒体服务时：
所述归属流媒体服务器， 还用于获取可以提供媒体服务的所述流 媒体服务器的信息， 向可以提供媒体服务的所述流媒体服务器申请媒 体资源， 并透传客户端设备与可以提供媒体服务的所述流媒体服务器 之间的控制消息;
所述客户端设备 , 还用于与可以提供媒体服务的所述流媒体服务 器建立媒体链路， 更新自身的媒体源地址， 并接受媒体流。 一种归属流媒体服务器， 其特征在于， 所述归属流媒体服务器包括： 查询模块： 用于从调度服务器处获取可以提供媒体服务的流媒体 月 务器的信息；
发送模块： 用于将从所述调度服务器处得到的所述可以向客户端 设备提供媒体服务的流媒体服务器的信息转发给所述客户端设备； 模拟模块： 用于向所述可以向客户端设备提供媒体服务的流媒体 服务器申请媒体资源；
透传模块： 用于透传所述客户端设备与所述可以提供媒体服务的 流媒体服务器之间的控制消息。
PCT/CN2009/073502 2009-04-15 2009-08-25 视频点播业务的实现方法、系统及归属流媒体服务器 WO2010118594A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/259,325 US20120023527A1 (en) 2009-04-15 2009-08-25 Method, system and home stream media server for implementing video on demand service
EP09843228.9A EP2421259B1 (en) 2009-04-15 2009-08-25 Method, system and home stream media server for implementing video on demand service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910132872.2A CN101540886B (zh) 2009-04-15 2009-04-15 一种视频点播业务的实现方法、系统及归属流媒体服务器
CN200910132872.2 2009-04-15

Publications (1)

Publication Number Publication Date
WO2010118594A1 true WO2010118594A1 (zh) 2010-10-21

Family

ID=41123838

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073502 WO2010118594A1 (zh) 2009-04-15 2009-08-25 视频点播业务的实现方法、系统及归属流媒体服务器

Country Status (4)

Country Link
US (1) US20120023527A1 (zh)
EP (1) EP2421259B1 (zh)
CN (1) CN101540886B (zh)
WO (1) WO2010118594A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114095759A (zh) * 2020-08-03 2022-02-25 海能达通信股份有限公司 一种流媒体重定向方法及相关装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244642B (zh) * 2010-05-10 2014-12-24 华为技术有限公司 重定向方法、系统以及终端
CN102638731B (zh) * 2011-12-13 2018-04-17 中兴通讯股份有限公司 一种用户点播的优化方法及系统
US9383593B2 (en) * 2014-08-21 2016-07-05 Johnson & Johnson Vision Care, Inc. Methods to form biocompatible energization elements for biomedical devices comprising laminates and placed separators
CN111711852B (zh) * 2015-07-24 2022-09-23 麦克赛尔株式会社 接收装置
CN105828046B (zh) * 2016-05-16 2019-02-15 浙江宇视科技有限公司 一种数据流的传输方法和装置
CN108259933A (zh) * 2017-11-29 2018-07-06 贵州省广播电视信息网络股份有限公司 一种能够支撑3种业务功能的推流平台
CN109561073A (zh) * 2018-10-30 2019-04-02 视联动力信息技术股份有限公司 一种基于视联网的透传系统及方法
CN113873301A (zh) * 2021-09-22 2021-12-31 深圳市商汤科技有限公司 视频流的获取方法及装置、服务器和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2385683A (en) * 2002-02-22 2003-08-27 Thirdspace Living Ltd Distribution system with content replication
CN1691591A (zh) * 2004-04-16 2005-11-02 Ut斯达康公司 松耦合式可扩展分布式多媒体流式传输系统的方法和设备
CN101068339A (zh) * 2007-06-01 2007-11-07 华为技术有限公司 一种视频点播类业务的实现方法、服务器及客户端

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001022688A1 (en) * 1999-09-21 2001-03-29 Streaming21, Inc. Method and system for providing streaming media services
KR20030003098A (ko) * 2001-06-29 2003-01-09 마츠시타 덴끼 산교 가부시키가이샤 데이터 재생 장치, 데이터 재생 방법, 데이터 중계 장치및 데이터 중계 방법
US20030204856A1 (en) * 2002-04-30 2003-10-30 Buxton Mark J. Distributed server video-on-demand system
CN100459700C (zh) * 2004-11-16 2009-02-04 南京大学 基于协作缓存实现视频点播系统的方法
CN100486328C (zh) * 2005-09-06 2009-05-06 中兴通讯股份有限公司 一种机顶盒中一键切换到直播的系统及方法
CN100388788C (zh) * 2005-12-27 2008-05-14 北京邮电大学 一种性能优化的移动视频点播业务系统及实现方法
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
US8656445B2 (en) * 2006-11-27 2014-02-18 Genband Us Llc Multimedia subsystem control for internet protocol based television services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2385683A (en) * 2002-02-22 2003-08-27 Thirdspace Living Ltd Distribution system with content replication
CN1691591A (zh) * 2004-04-16 2005-11-02 Ut斯达康公司 松耦合式可扩展分布式多媒体流式传输系统的方法和设备
CN101068339A (zh) * 2007-06-01 2007-11-07 华为技术有限公司 一种视频点播类业务的实现方法、服务器及客户端

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114095759A (zh) * 2020-08-03 2022-02-25 海能达通信股份有限公司 一种流媒体重定向方法及相关装置
CN114095759B (zh) * 2020-08-03 2024-01-12 海能达通信股份有限公司 一种流媒体重定向方法及相关装置

Also Published As

Publication number Publication date
CN101540886A (zh) 2009-09-23
US20120023527A1 (en) 2012-01-26
EP2421259A4 (en) 2012-09-19
CN101540886B (zh) 2012-09-05
EP2421259B1 (en) 2019-02-13
EP2421259A1 (en) 2012-02-22

Similar Documents

Publication Publication Date Title
WO2010118594A1 (zh) 视频点播业务的实现方法、系统及归属流媒体服务器
JP4995730B2 (ja) マルチメディアセッション管理
KR101375454B1 (ko) 미디어 채널 관리
CN109981560B (zh) 电视接收器和装置
WO2011000289A1 (zh) 一种p2p流媒体数据分发的方法、系统及proxy节点
CN100592781C (zh) 一种电子节目单获取系统和方法
WO2011029355A1 (zh) 节目推送方法、机顶盒及电子节目菜单
WO2010063186A1 (zh) 中继频道的实现方法、系统及边缘节点
CN109845276A (zh) 信息处理装置和信息处理方法
CN102761550A (zh) 实现流媒体服务的方法、装置及系统
RU2519511C2 (ru) Способ и система для создания мультимедийной службы
KR102460444B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR20110006724A (ko) 비 ｉｐ 전송을 통해 ｉｐ 흐름을 전환하기 위한 메커니즘
US20070076614A1 (en) Method for changing channels in wireless communication terminal and content service system
WO2011072462A1 (zh) 节目内容获取方法及机顶盒
JP5364427B2 (ja) ネットワーク接続装置とその制御方法
CN112788348A (zh) 一种点播方法、装置、设备、系统及存储介质
TWI414184B (zh) 機頂盒及其視頻點播方法
CN101330515A (zh) 流媒体播放控制方法、系统、装置和信令代理功能装置
JP5861628B2 (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: 09843228

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13259325

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009843228

Country of ref document: EP