WO2011035559A1 - 视频点播的方法、系统及机顶盒 - Google Patents

视频点播的方法、系统及机顶盒 Download PDF

Info

Publication number
WO2011035559A1
WO2011035559A1 PCT/CN2010/070018 CN2010070018W WO2011035559A1 WO 2011035559 A1 WO2011035559 A1 WO 2011035559A1 CN 2010070018 W CN2010070018 W CN 2010070018W WO 2011035559 A1 WO2011035559 A1 WO 2011035559A1
Authority
WO
WIPO (PCT)
Prior art keywords
demand
command
message command
end server
top box
Prior art date
Application number
PCT/CN2010/070018
Other languages
English (en)
French (fr)
Inventor
陈琳
Original Assignee
深圳市同洲电子股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市同洲电子股份有限公司 filed Critical 深圳市同洲电子股份有限公司
Publication of WO2011035559A1 publication Critical patent/WO2011035559A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-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/47202End-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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6582Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/162Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only

Definitions

  • Video on demand method system and set top box
  • the present invention relates to video on demand (VOD) technology, and more particularly to a video on-demand method, system, and set top box (STB, Set Top Box).
  • VOD video on demand
  • STB Set Top Box
  • the video on demand method based on the General Packet Radio Service (GPRS) technology has the characteristics of slow on-demand rate.
  • the method is described below with reference to FIG. 1, which includes the following steps:
  • Step 101 The set top box sends a description (DESCRIBE) command to the front end server through the GPRS module disposed therein.
  • DESCRIBE description (DESCRIBE) command
  • the set top box stores a Uniform Resource Locator (URL) of the source of the source delivered by the front-end server.
  • URL Uniform Resource Locator
  • the set-top box selects the URL of the video program requested to be requested from the URL of the source sent by the server.
  • the selected URL is parsed. By parsing the URL, the IP address and port number of the front-end server where the video program is located can be obtained, and the frequency point when the front-end server pushes the video program and the program number of the video program can also be obtained.
  • the step specifically includes: the set top box sends a description command to the corresponding front-end server according to the parsed IP address and port number of the front-end server, where the description command includes a set-top box status, such as a protocol supported by the set-top box.
  • Step 102 After receiving the description command sent by the set top box, the front end server returns a description response message to the set top box.
  • the front-end server carries the protocol it supports in the description response message and returns it to the set-top box.
  • Step 103 The set top box sends a setup command to the front end server through the GPRS module.
  • the setup command includes a program number of the video program requesting the on-demand and a frequency point.
  • Step 104 After receiving the setup command sent by the set top box, the front end server returns a setup response message to the set top box.
  • the front-end server receives the setup command and confirms the program number and frequency point included in the setup command. After that, a setup response message is returned to the set top box.
  • Step 105 The set top box sends an on-demand message (Play) command to the front-end server through the GPRS module.
  • the on-demand message command indicates that the set-top box can receive the video stream pushed by the front-end server.
  • Step 106 After receiving the on-demand message sent by the set-top box, the front-end server returns an on-demand response message to the set-top box.
  • the on-demand response message is used to inform the set-top box that it is ready to receive the video stream.
  • the set-top box After receiving the on-demand response message, the set-top box performs frequency locking on the corresponding frequency point through the tuner, and waits to receive the video stream pushed by the front-end server.
  • the invention provides a video on demand method, system and set top box to accelerate the rate of video on demand.
  • a method of video on demand the method comprising:
  • the set top box assembles an on-demand message command, where the on-demand message command includes an on-demand command, a first serial number indicated as an on-demand command, a frequency point, and a program number;
  • the set top box sends the assembled on-demand message command to the front-end server, and saves the on-demand message command; the set-top box performs frequency locking on the frequency point, waiting to receive the video stream pushed by the front-end server; the set-top box re-saves the saved on-demand message at the set time point. Sended to the front-end server, the front-end server does not repeat the command on the on-demand message containing the first serial number.
  • a video on demand system comprising a set top box and a front end server;
  • the set top box is configured to assemble an on-demand message command, where the on-demand message command includes an on-demand command, a first serial number indicated as an on-demand command, a frequency point, and a program number; and the assembled on-demand message command is sent to the front-end server, and the on-demand message is saved.
  • a set top box comprising: a message command sending module, a tuner, a message command retransmission module;
  • the message command sending module is configured to assemble an on-demand message command, where the on-demand message command includes an on-demand command, a first serial number indicated as an on-demand command, a frequency point, and a program number; and the assembled on-demand message command is sent to the front-end server, and Saving the on-demand message command to the message command retransmission module; sending the frequency point to the tuner;
  • the tuner is configured to perform frequency locking on the frequency point and wait for receiving a video stream that is pushed by the front end server;
  • the message instructs the retransmission module to resend the saved on-demand message to the front-end server at a set point in time.
  • the video on demand is performed by using the solution of the present invention.
  • the message transmission with the front-end server is once, that is, an on-demand message is sent to the front-end server;
  • the present invention resends the saved on-demand message to the front-end server at a set time point, and the front-end server does not perform repeated processing on the on-demand message command including the first serial number. It can be seen that compared with the prior art, at least six times of message transmission between the front-end server and the front-end server is required before receiving the video stream pushed by the front-end server, which saves time and speeds up the video on-demand rate.
  • FIG. 2 is an exemplary flowchart of a method for video on demand according to the present invention
  • FIG. 3 is a flowchart of a method for video on demand according to the present invention, which is composed of FIG. 3-A and FIG. 3-B;
  • FIG. 4 is a second flowchart of a method for video on demand according to the present invention;
  • FIG. 5 is a schematic structural diagram of a system for video on demand according to the present invention.
  • the set-top box and the front-end server before the set top box receives the video stream pushed by the front-end server, the set-top box and the front-end server only perform one message transmission, that is, the set-top box sends an on-demand message command to the front-end server.
  • the present invention resends the saved on-demand message to the front-end server at a set time point, and the front-end server does not perform repeated processing on the on-demand message command including the first serial number.
  • Step 201 Assemble an on-demand message command.
  • the set-top box stores the URL of the source that is sent by the front-end server.
  • the set-top box selects the URL of the video program that is requested to be requested from the URL of the source that is sent by the server, and parses the selected URL.
  • the IP address and port number of the front-end server where the video program is located can be obtained, and the frequency point when the front-end server pushes the video program and the program number of the video program can also be obtained.
  • the on-demand message command assembled in this step includes a control command, a first serial number, a frequency point, and a program number, and the control command is an on-demand command.
  • Step 202 Send the assembled on-demand message command to the front-end server, and save the on-demand message command.
  • the step specifically includes: the set top box sends an on-demand message command to the corresponding front-end server according to the IP address and port number of the front-end server obtained by the parsing.
  • the assemble-on-demand message command, the send-on-demand message command, and the save-on-demand message command are all performed in the memory of the set-top box.
  • the memory it is necessary to obtain a semaphore corresponding to the address of the memory, and at the same time, the semaphore can only be used uniquely. That is, the use of the semaphores is mutually exclusive; therefore, the present invention can pre-create the transmission data mutex corresponding to the memory space before step 201, create a transmission data mutex, and wait for the data mutex to be successfully transmitted. After the above steps are performed, the above steps can be guaranteed to be performed normally. In this step, after the on-demand message command is saved, the created data data mutex can be released.
  • the transmit data mutex can be used again. When it is used again, it needs to wait for the data mutex to be sent. If it is waiting for the data mutex to be sent successfully, it can be used. Conversely, if the transmission data mutex of the protection sending message command is not created before step 201, and step 201 is directly executed, the memory used for the request may not be in an idle state, and the normal execution of the above steps cannot be guaranteed. In the video on demand process of the present invention, the technique of creating a data mutexe is optional.
  • Step 203 Perform frequency locking on the frequency point, and wait to receive the video stream pushed by the front end server. Specifically, the high frequency head of the set top box performs frequency locking to wait for receiving the video stream pushed by the front end server.
  • Step 204 Resend the saved on-demand message to the front-end server at the set time point.
  • the arrival reminder of the set time point is implemented by setting a timer, and the set time point is at least one.
  • sending an on-demand message command to the front-end server can basically obtain the requested video program from the front-end server; in order to achieve better results of the solution of the present invention, the front-end server is prevented from receiving the first transmission. The situation of the on-demand message command appears.
  • the saved on-demand message command is resent to the front-end server at the set time.
  • the saved on-demand message command may be deleted after resending the saved on-demand message command to the front-end server at all set time points.
  • the front-end server does not perform repeated processing on the on-demand message command containing the first serial number.
  • the set top box sends different message commands to the front end server, for example, may be an on-demand message request for requesting on-demand, and may also be a video control message command regarding video control, the video control including suspension of the video program.
  • the operations of fast forwarding, rewinding, and recovering are different.
  • the sequence numbers included in the different message commands are different.
  • the present invention indicates that the sequence number included in the request for on-demand message request is indicated by the first serial number, and the first serial number indicates the on-demand command.
  • the serial number included in the video control message command regarding the video control is represented by a second serial number, and the second serial number indicates a video control command.
  • the front-end server receives the on-demand message command, if it is determined according to the sequence number that the on-demand message command has been received, the corresponding operation is not performed, that is, the video stream is no longer pushed to the set-top box according to the on-demand message command; If the on-demand message command has not been received before, the video stream is pushed to the set-top box according to the on-demand message command.
  • the played video program After receiving the video stream pushed by the front-end server, after playing, the played video program can be paused, fast forwarded, rewinded, restored, and the like.
  • the flow of these operations is similar.
  • the pause, fast forward or fast reverse is used as an example.
  • the processes in the set top box include:
  • the message command is resent to the front-end server at the set time, and the front-end server does not repeat the video control message command containing the second sequence number.
  • the saved video control message command may be deleted.
  • the rate is 0; if the video control command is fast forward, the rate is a fast forward rate; if the video control command is fast reverse, the rate is Rewind rate.
  • FIG. 3 is an example of a set-top box sending an on-demand message to a front-end server, requesting a video stream
  • FIG. 4 is a set-top box sending a video control message to the front-end server, requesting to pause. , an example of a fast forward or rewind operation.
  • Step 301 creating a timer.
  • the set time of the timer can be set according to the actual situation.
  • the setting time of the timer is 250ms, 500ms, 1000ms, 2000ms, 3000ms, and the first set time operation in this step is 250ms retransmission operation.
  • Step 302 Parse the URL of the source of the source delivered by the front-end server. If the resolution is successful, go to step 303. Otherwise, end the process.
  • the set-top box stores the URL of the source that is sent by the front-end server.
  • the set-top box selects the URL of the video program that is requested to be requested from the URL of the source that is sent by the server, and parses the selected URL.
  • the IP address and port number of the front-end server where the video program is located can be obtained, and the frequency point when the front-end server pushes the video program and the program number of the video program can also be obtained.
  • Step 303 Create a transmission data mutex for protecting the send message command.
  • Step 304 Wait for the created transmission data mutex to be successful. If successful, perform step 305; otherwise, end the on-demand process.
  • Step 305 assemble an on-demand message command, send the assembled on-demand message command to the front-end server, and save the on-demand message command.
  • the on-demand message command includes: an on-demand command, a first serial number, a frequency point of the requested video program parsed in step 302, and a program number of the video program.
  • the on-demand message command also includes The identification of the set top box, the identification of the set top box can be used for the front end server to identify the corresponding set top box.
  • the sending of the assembled on-demand message command to the front-end server in this step specifically includes: first sending the on-demand message command to the GPRS module in the set-top box, and then according to the IP address and port number of the front-end server where the video program parsed in step 302 is located.
  • the GPRS module sends an on-demand message command to the corresponding front-end server.
  • Step 306 Instruct the tuner to lock the frequency at the frequency point included in the on-demand message command, and wait for the video stream pushed by the front-end server at the frequency point.
  • Step 307 Release the transmit data mutex created in step 303, and start the first set time operation of the timer created in step 301.
  • the front-end server may not receive the on-demand message command, and the set-top box may not receive the video stream pushed by the front-end server.
  • the on-demand failure may occur, and the on-demand message is sent.
  • the timer is started, and the on-demand message command is resent to the front-end server at the set time.
  • the 250ms resending operation of the timer is started, and the on-demand server resends the on-demand message command 250ms after the first time the on-demand message command is sent, and starts the 500ms retransmission operation of the timer. Stop the 250ms retransmission operation of the timer; thus, resend the on-demand message command to the front-end server 500ms after the first transmission of the on-demand message command, and start the 1000ms retransmission operation of the timer to stop the 500ms retransmission operation of the timer. Similarly, the subsequent 2000ms retransmission operation will be started, and the 3000ms retransmission operation will be performed.
  • the front-end server in order to further determine that the front-end server can receive the on-demand message command, five set time points of 250ms, 500ms, 1000ms, 2000ms and 3000ms are set; the actual test shows that, in general, the front end can be received within 500ms in most cases.
  • step 306 and step 307 can be performed out of order.
  • Step 308 Determine whether the timer reaches the current set time point, and if yes, execute step 309; otherwise, continue to wait until the current set time point is reached.
  • Step 309 Wait for the transmission data mutex created in step 303 to be successful. If successful, perform step 310; otherwise, end the on-demand process.
  • Step 310 Send the saved on-demand message command to the front-end server.
  • Step 311 Release the transmit data mutex, stop the current set time operation of the timer, and start the next set time operation.
  • the current set time operation of the timer in this step is the first set time operation, that is, the 250ms retransmission operation, and the next set time operation is the second set time operation, that is, the 500ms retransmission operation.
  • Step 312 Determine whether the next set time point of the timer is less than or equal to 3000 ms. If yes, execute step 308; otherwise, end the process.
  • the broadcast is abandoned.
  • FIG. 4 is an example of a set top box sending a video control message command to a front end server to request a pause operation.
  • the video control message command sent to the front end server is a pause control message command.
  • the video control message command is a fast forward control message command, a fast rewind control message command, a resume control message command, and the like
  • other video control message commands may be obtained by converting the cartridge according to the flow of FIG.
  • Step 401 Receive a pause control instruction input by the user.
  • the user inputs a pause control command to the set top box through the remote control button.
  • Step 402 terminating the current timer.
  • the current timer described in this step that is, the timer created in step 301 in the flow of FIG. Terminate the current timer, that is, clear the timer's timing.
  • Step 403 Wait for the transmission data mutex created in step 303 in the process of FIG. 3 to be successful. If successful, perform step 404; otherwise, end the process.
  • Step 404 assembling a pause control message command, saving the pause control message command and sending a pause control message command to the front end server.
  • the pause control message command includes: a video control command, a second serial number, a frequency point of the video program, a program number, and a rate.
  • the video control command is a pause command; wherein the second serial number can be obtained by adding one to the first serial number used in step 305 of FIG.
  • the pause message command further includes an identifier of the set top box, and the identifier of the set top box can be used by the front end server to identify the corresponding set top box.
  • the specific steps of sending the pause control message command to the front-end server include: first sending the pause message command to the GPRS module in the set-top box, and then according to the IP address and port number of the front-end server where the video program is located, from the GPRS module to the corresponding front-end server Send a pause message command.
  • Step 405 Release the transmit data mutex used in step 403 to start the third set time operation of the timer.
  • the third set time operation described in this step is a 250 ms retransmission operation.
  • the set time of the timer can be set according to the actual situation.
  • the setting time of the timer can be 250ms, 500ms, 1000ms, 2000ms, 3000ms in order.
  • Step 406 Acquire information such as the time that has been played, the time when the command is switched, and the time when the pause is set, and display the information; and save the playback rate at the same time.
  • This step is to display some information during the video playback to the user.
  • the time that has been played refers to the time when the video program has been played; the command switching time point refers to the time difference between the current operation and the previous operation.
  • the current operation is a pause operation; That is, the current time; for a pause operation, the saved playback rate is 0.
  • the implementation of this step is similar to the prior art and will not be described here.
  • Steps 405 and 406 can be performed out of order.
  • step 405 After the third set time operation of the timer is started in step 405, the subsequent process is similar to step 308-step 312 in FIG. 3: determining whether the timer reaches the current set time point, and if yes, sending the save to the front end server. Suspend the control message command and start the next set time operation of the timer at the same time; otherwise, continue to wait until the current set time point is reached.
  • the corresponding message command needs to be sent to the front-end server; after receiving the message command, the front-end server returns corresponding to the set-top box.
  • the command response message notifies the set-top box front-end server that the video program is to be operated accordingly; then, the front-end server performs corresponding operations on the video program.
  • This process requires at least two message transfers between the set-top box and the front-end server.
  • FIG. 5 it is a schematic structural diagram of a system for video on demand according to the present invention, which includes a set top box and a front End of the month;
  • the set top box is configured to assemble an on-demand message command, where the on-demand message command includes an on-demand command, a first serial number, a frequency point, and a program number; the assembled on-demand message command is sent to the front-end server, and the on-demand message command is saved; The frequency is locked, waiting to receive the video stream pushed by the front-end server; the saved on-demand message is resent to the front-end server at the set time point;
  • the front-end server sends an on-demand message command sent by the receiver to the top box, and the video program corresponding to the program number is pushed to the set-top box by using the video stream at the frequency point; and the front-end server pairs the on-demand video containing the first serial number The message command is not repeated.
  • the set top box includes a message command sending module, a tuner, and a message command resending module;
  • the message command sending module is configured to assemble an on-demand message command, where the on-demand message command includes an on-demand command, a first serial number, and a frequency Point and program number; send the assembled on-demand message command to the front-end server, and save the on-demand message command to the message command retransmission module; send the frequency point to the tuner; the tuner is used in the Perform frequency locking on the frequency point, waiting to receive the video stream pushed by the front-end server;
  • the message instructs the retransmission module to resend the saved on-demand message to the front-end server at a set point in time.
  • the message command sending module includes a video control message command sending submodule
  • the message command resending module includes a video control message command resending submodule
  • the video control message command sending submodule is configured to receive a video control instruction input by the user, assemble a video control message command, send the assembled video control message command to the front end server, and save the video control message command to the video control message command.
  • a retransmission submodule where the video control message command includes a video control command, a second sequence number, a frequency point, a program number, and a rate;
  • the video control message commands a retransmission sub-module for resending the saved video control message command to the front-end server at a set time.
  • the front-end server does not repeat the video control message command containing the second serial number.
  • various message commands sent by the set-top box to the front-end server during the on-demand process may be in the form of a Transmission Control Protocol (TCP) packet, or may be a user data protocol (UDP, UDP User Datagram). Protocol ) The form of the data packet.
  • TCP Transmission Control Protocol
  • UDP User Datagram
  • Protocol The form of the data packet.
  • the video-on-demand is implemented by using the solution of the present invention.
  • the interaction with the front-end server is once, that is, the set-top box sends an on-demand message command to the front-end server; meanwhile, to avoid the front-end server
  • the present invention resends the saved on-demand message to the front-end server at a set time point, and the front-end server does not perform repeated processing on the on-demand message command including the first serial number.
  • the video on demand by the solution of the present invention requires up to 2000ms to 3000ms, that is, 2s to 3s, before the set top box receives the video stream pushed by the front-end server, which saves time compared with at least 7.2s required in the prior art. , speed up the on-demand rate.

Description

视频点播的方法、 系统及机顶盒
本申请要求于 2009 年 09 月 24 日提交中国专利局、 申请号为 200910175619.5、 发明名称为"视频点播的方法、 系统及机顶盒"的中国专利申 请的优先权, 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及视频点播(VOD, Video on Demand )技术, 尤其涉及视频点 播的方法、 系统及机顶盒 (STB, Set Top Box)。
背景技术
目前, 基于通用分组无线服务 (GPRS, General Packet Radio Service)技 术实现的视频点播方法具有点播速率慢的特点, 下面通过图 1对该方法进行说 明, 其包括以下步骤:
步骤 101 , 机顶盒通过设置于其内的 GPRS模块向前端服务器发送描述 ( DESCRIBE )命令。
机顶盒内存储了前端服务器下发的片源的统一资源定位符( URL, Uniform Resource Locator ) , 进行点播时, 机顶盒从服务器下发的片源的 URL中选取请 求进行点播的视频节目的 URL, 对选取的 URL进行解析。 通过对 URL的解析, 可以得到该视频节目所在的前端服务器的 IP地址和端口号,还可以得到前端服 务器推送该视频节目时的频点以及该视频节目的节目号。
本步骤具体包括:机顶盒根据解析得到的前端服务器的 IP地址和端口号向 相应的前端服务器发送描述命令, 该描述命令中包括机顶盒状态,如机顶盒支 持的协议。
步骤 102, 前端服务器接收到机顶盒发送的描述命令后, 向机顶盒返回描 述应答消息。
前端服务器将自身支持的协议携带在描述应答消息中返回给机顶盒。 步骤 103 , 机顶盒通过 GPRS模块向前端服务器发送建立 ( setup )命令。 所述建立命令包括请求点播的视频节目的节目号以及频点。
步骤 104, 前端服务器接收到机顶盒发送的建立命令后, 向机顶盒返回建 立应答消息。
前端服务器接收建立命令, 对建立命令中包含的节目号和频点进行确认 后, 向机顶盒返回建立应答消息。
步骤 105 ,机顶盒通过 GPRS模块向前端服务器发送点播消息(Play )命令。 点播消息命令表示机顶盒可以接收前端服务器推送的视频流。
步骤 106, 前端服务器接收到机顶盒发送的点播消息命令后, 向机顶盒返 回点播应答消息。
该点播应答消息用于通知机顶盒准备接收视频流。
机顶盒接收点播应答消息后,通过高频头在相应频点上进行锁频, 等待接 收前端服务器推送的视频流。
可见, 对于现有的视频点播, 在机顶盒接收到前端服务器推送的视频流之 前, 需要机顶盒与前端服务器之间进行至少六次消息传输。 由于单次消息传输 至少需要 1.2s, 这样, 在机顶盒接收到前端服务器推送的视频流之前, 需要至 少 7.2s的等待时间, 这导致点播速率慢。
发明内容
本发明提供一种视频点播的方法、系统和机顶盒,以加速视频点播的速率。 一种视频点播的方法, 该方法包括:
机顶盒组装点播消息命令, 该点播消息命令中包括点播命令、指示为点播 命令的第一序号、 频点和节目号;
机顶盒将组装的点播消息命令发送给前端服务器, 并保存点播消息命令; 机顶盒在所述频点上进行锁频, 等待接收前端服务器推送的视频流; 机顶盒将保存的点播消息在设定时间点重新发送给前端服务器,前端服务 器对包含第一序号的点播消息命令不做重复处理。
一种视频点播的系统, 该系统包括机顶盒和前端服务器;
所述机顶盒, 用于组装点播消息命令, 该点播消息命令中包括点播命令、 指示为点播命令的第一序号、频点和节目号; 将组装的点播消息命令发送给前 端服务器, 并保存点播消息命令; 在所述频点上进行锁频, 等待接收前端服务 器推送的视频流; 将保存的点播消息在设定时间点重新发送给前端服务器; 所述前端服务器, 用于接收机顶盒发送的点播消息命令, 在所述频点上将 所述节目号对应的视频节目通过视频流的方式推送给机顶盒; 并且, 前端服务 器对包含第一序号的点播消息命令不做重复处理。 一种机顶盒, 该机顶盒包括消息命令发送模块、 高频头、 消息命令重发模 块;
所述消息命令发送模块, 用于组装点播消息命令, 该点播消息命令中包括 点播命令、 指示为点播命令的第一序号、 频点和节目号; 将组装的点播消息命 令发送给前端服务器, 并将点播消息命令保存到消息命令重发模块; 将所述频 点发送给高频头;
所述高频头, 用于在所述频点上进行锁频, 等待接收前端服务器推送的视 频流;
所述消息命令重发模块,将保存的点播消息在设定时间点重新发送给前端 服务器。
采用本发明方案进行视频点播, 通常情况下,在接收到前端服务器推送的 视频流之前, 与前端服务器之间的消息传输为一次, 即向前端服务器发送一次 点播消息命令; 为避免前端服务器没有接收到点播消息命令的情况出现, 本发 明将保存的点播消息在设定时间点重新发送给前端服务器,前端服务器对包含 第一序号的点播消息命令不做重复处理。可见, 与现有技术中在接收到前端服 务器推送的视频流之前需要与前端服务器之间进行至少六次消息传输相比较, 节省了时间, 加快了视频点播的速率。 附图说明
图 1为现有技术中视频点播的方法流程图;
图 2为本发明视频点播的方法示例性流程图;
图 3为本发明视频点播的方法流程图实例一, 由图 3-A、 图 3-B组成; 图 4为本发明视频点播的方法流程图实例二;
图 5为本发明视频点播的系统结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白, 下面结合实施例和附 图, 对本发明进一步详细说明。
本发明中, 在机顶盒接收到前端服务器推送的视频流之前,机顶盒与前端 服务器只进行一次消息传输, 即机顶盒向前端服务器发送一次点播消息命令, 并在机顶盒中保存点播消息命令,该点播消息命令中包括点播命令、第一序号、 频点和节目号, 前端服务器根据接收到的点播消息命令推送视频; 并且, 为避 免前端服务器没有接收到点播消息命令的情况出现,本发明将保存的点播消息 在设定时间点重新发送给前端服务器,前端服务器对包含第一序号的点播消息 命令不做重复处理。
下面通过图 2对本发明视频点播的方法进行说明, 该方法包括以下步骤: 步骤 201 , 组装点播消息命令。
机顶盒内存储了前端服务器下发的片源的 URL, 进行点播时, 机顶盒从 服务器下发的片源的 URL中选取请求进行点播的视频节目的 URL, 对选取的 URL进行解析。 通过对 URL的解析, 可以得到该视频节目所在的前端服务器 的 IP地址和端口号, 还可以得到前端服务器推送该视频节目时的频点以及该 视频节目的节目号。
本步骤组装的该点播消息命令中包括控制命令、第一序号、频点和节目号, 该控制命令为点播命令。
步骤 202, 将组装的点播消息命令发送给前端服务器, 并保存点播消息命 令。
本步骤具体包括: 机顶盒根据解析得到的前端服务器的 IP地址和端口号 向相应的前端服务器发送点播消息命令。
组装点播消息命令、发送点播消息命令和保存点播消息命令,都在机顶盒 的内存中进行,使用内存时需要获取与该内存的地址对应的信号量,在同一时 刻,该信号量只能被唯一使用,也就是,该信号量的使用是互相排斥的; 因此, 本发明可以在步骤 201之前预先创建对应内存空间的发送数据互斥量,创建了 发送数据互斥量, 等待发送数据互斥量成功后再进行上述步骤,便可保证上述 步骤的正常执行。 本步骤中, 保存点播消息命令之后, 可释放创建的该发送数 据互斥量。 释放后, 后续可再次使用该发送数据互斥量, 再次使用时, 需等待 发送数据互斥量, 如果等待发送数据互斥量成功, 便可使用。 相反地, 如果在 步骤 201之前预先不创建保护发送消息命令的发送数据互斥量,而直接执行步 骤 201 , 则可能出现请求使用的内存不处于空闲状态, 则不能保证上述步骤的 正常执行。 在本发明的视频点播流程中, 创建发送数据互斥量的技术为可选。
步骤 203 , 在所述频点上进行锁频, 等待接收前端服务器推送的视频流。 具体地,机顶盒的高频头进行锁频,以等待接收前端服务器推送的视频流。 步骤 204, 将保存的点播消息在设定时间点重新发送给前端服务器。
可选地, 所述设定时间点的到达提醒通过对定时器的设置实现, 该设定时 间点为至少一个。
通过实际测试获知, 向前端服务器发送一次点播消息命令,基本就能实现 从前端服务器获取到请求的视频节目; 为了使本发明方案达到更好的效果, 防 止前端服务器没有接收到第一次发送的点播消息命令的情形出现,本步骤还将 保存的点播消息命令在设定时间点重新发送给前端服务器。 并且, 为了减少对 机顶盒存储空间的占用,将保存的点播消息命令在所有的设定时间点重新发送 给前端服务器之后, 可删除保存的点播消息命令。
前端服务器对包含第一序号的点播消息命令不做重复处理。在视频点播过 程中, 机顶盒向前端服务器发送不同的消息命令, 例如, 可以是关于请求点播 的点播消息命令,还可以是关于视频控制的视频控制消息命令, 所述视频控制 包括对视频节目的暂停、 快进、 快退、 恢复等操作, 不同的消息命令中包含的 序号不同, 例如, 本发明将关于请求点播的点播消息命令中包含的序号用第一 序号表示, 第一序号指示了点播命令, 将关于视频控制的视频控制消息命令中 包含的序号用第二序号表示, 第二序号指示了视频控制命令。
本步骤中, 前端服务器接收到点播消息命令后,如果根据序号判断出已经 接收过该点播消息命令, 则不进行相应操作, 即不再根据该点播消息命令向机 顶盒推送视频流; 如果根据序号判断出之前没有接收过该点播消息命令, 则根 据该点播消息命令向机顶盒推送视频流。
接收到前端服务器推送的视频流, 进行播放之后,还可对播放的视频节目 进行暂停、 快进、 快退、 恢复等操作。 这些操作的流程类似, 这里以暂停、 快 进或快退进行举例说明, 此时, 机顶盒内的流程包括:
接收用户输入的视频控制指令; 组装视频控制消息命令, 将组装的视频控 制消息命令发送给前端服务器, 并保存视频控制消息命令, 该视频控制消息命 令中包括视频控制命令、 第二序号、 频点、 节目号和速率; 将保存的视频控制 消息命令在设定时间点重新发送给前端服务器,前端服务器对包含第二序号的 视频控制消息命令不做重复处理。 并且, 为了减少对机顶盒存储空间的占用, 将保存的视频控制消息命令在所有设定时间点重新发送给前端服务器之后,可 删除保存的视频控制消息命令。
若所述视频控制命令为暂停, 则所述速率为 0; 若所述视频控制命令为快 进, 则所述速率为快进速率; 若所述视频控制命令为快退, 则所述速率为快退 速率。
下面通过图 3和图 4的流程对本发明方案进行举例说明,图 3为机顶盒向 前端服务器发送点播消息命令,请求视频流的实例, 图 4为机顶盒向前端服务 器发送视频控制消息命令, 请求进行暂停、 快进或快退操作的实例。
图 3-A、 3-B的流程包括以下步骤:
步骤 301 , 创建定时器。
定时器的设定时间点可根据实际情况进行设定。这里, 以定时器的设定时 间点依次为 250ms, 500ms, 1000ms, 2000ms, 3000ms进行举例说明, 本步 骤所述第一设定时间操作为 250ms重发操作。
步骤 302, 解析前端服务器下发的片源的 URL, 如果解析成功, 则执行步 骤 303 , 否则, 结束流程。
机顶盒内存储了前端服务器下发的片源的 URL, 进行点播时, 机顶盒从 服务器下发的片源的 URL中选取请求进行点播的视频节目的 URL, 对选取的 URL进行解析。 通过对 URL的解析, 可以得到该视频节目所在的前端服务器 的 IP地址和端口号, 还可以得到前端服务器推送该视频节目时的频点以及该 视频节目的节目号。
步骤 303 , 创建保护发送消息命令的发送数据互斥量。
步骤 304, 等待创建的发送数据互斥量是否成功, 如果成功, 则执行步骤 305; 否则, 结束点播流程。
步骤 305 ,组装点播消息命令,将组装的点播消息命令发送给前端服务器, 并保存点播消息命令。
点播消息命令包括: 点播命令、 第一序号、 步骤 302中解析得到的请求的 视频节目的频点、 以及该视频节目的节目号。 可选地, 点播消息命令中还包括 该机顶盒的标识, 机顶盒的标识可用于前端良务器对相应机顶盒进行识别。 本步骤所述将组装的点播消息命令发送给前端服务器具体包括:首先将点 播消息命令发送给机顶盒内的 GPRS模块,再根据步骤 302中解析得到的视频 节目所在的前端服务器的 IP地址和端口号, 由 GPRS模块向相应的前端服务 器发送点播消息命令。
步骤 306, 通知高频头在点播消息命令包括的频点上锁频, 在该频点上等 待前端服务器推送的视频流。
步骤 307, 释放步骤 303创建的发送数据互斥量, 启动步骤 301中创建的 定时器的第一设定时间操作。
向前端服务器发送点播消息命令之后,前端服务器可能没有接收到点播消 息命令,机顶盒就接收不到前端服务器推送的视频流, 为了避免前端服务器没 有接收到点播消息命令而导致点播失败,在发送点播消息命令之后, 启动定时 器, 在设定时间点向前端服务器重新发送点播消息命令。
在第一次发送点播消息命令之后, 启动定时器的 250ms 重发操作, 在第 一次发送点播消息命令后的 250ms 时向前端服务器重新发送点播消息命令, 并启动定时器的 500ms重发操作, 停止定时器的 250ms重发操作; 这样, 在 第一次发送点播消息命令后的 500ms时向前端服务器重新发送点播消息命令, 并启动定时器的 1000ms重发操作, 停止定时器的 500ms重发操作; 类似地, 后续将相继启动 2000ms重发操作, 3000ms重发操作。本实施例为了进一步确 定前端服务器能够接收到点播消息命令, 设置了 250ms , 500ms , 1000ms , 2000ms和 3000ms五个设定时间点;实际测试表明,一般情况下,最多在 500ms 内便可接收到前端服务器推送的视频流。
上述流程中, 步骤 306和步骤 307可以无序执行。
步骤 308,判断定时器是否到达当前设定时间点,如果是,则执行步骤 309; 否则, 继续等待, 直到到达当前设定时间点。
本步骤所述的当前设定时间点为在第一次发送点播消息命令后的 250ms。 步骤 309, 等待步骤 303创建的发送数据互斥量是否成功, 如果成功, 则 执行步骤 310; 否则, 结束点播流程。
步骤 310, 将保存的点播消息命令发送给前端服务器。 步骤 311 , 释放发送数据互斥量, 停止定时器的当前设定时间操作, 启动 下一设定时间操作。
本步骤所述定时器的当前设定时间操作为第一设定时间操作, 即 250ms 重发操作, 所述下一设定时间操作为第二设定时间操作, 即 500ms重发操作。
步骤 312, 判断定时器的下一设定时间点是否小于或等于 3000ms, 如果 是, 则执行步骤 308 , 否则结束流程。
如果大于 3000ms还没有接收到前端服务器推送的视频流, 则放弃此次点 播。
通过图 3的流程,机顶盒可以接收前端服务器推送的视频流,在接收视频 流之后, 还可对播放的视频节目进行暂停、 快进、 快退、 恢复等操作。 图 4 为机顶盒向前端服务器发送视频控制消息命令, 以请求进行暂停操作的实例, 该实例中, 向前端服务器发送的视频控制消息命令为暂停控制消息命令。对于 视频控制消息命令为快进控制消息命令、快退控制消息命令、恢复控制消息命 令等其它视频控制消息命令的情况, 可根据图 4的流程经过筒单的变换得到。
图 4的流程包括以下步骤:
步骤 401 , 接收到用户输入的暂停控制指令。
用户在观看视频节目的过程中,通过遥控器按键向机顶盒输入暂停控制指 令。
步骤 402, 终止当前定时器。
本步骤所述当前定时器, 也就是图 3流程中步骤 301创建的定时器。终止 当前定时器, 也就是, 将定时器的计时清零。
步骤 403 , 等待图 3流程中步骤 303创建的发送数据互斥量是否成功, 如 果成功, 则执行步骤 404; 否则, 结束流程。
步骤 404, 组装暂停控制消息命令, 保存暂停控制消息命令并向前端服务 器发送暂停控制消息命令。
暂停控制消息命令包括: 视频控制命令、 第二序号、 该视频节目的频点、 节目号以及速率。 其中, 视频控制命令为暂停命令; 其中的第二序号可采用对 图 3步骤 305使用的第一序号加一得到。可选地, 暂停消息命令中还包括机顶 盒的标识, 机顶盒的标识可用于前端服务器对相应机顶盒进行识别。 3
向前端服务器发送暂停控制消息命令的具体步骤包括:首先将暂停消息命 令发送给机顶盒内的 GPRS模块, 再根据该视频节目所在的前端服务器的 IP 地址和端口号, 由 GPRS模块向相应的前端服务器发送暂停消息命令。
步骤 405 , 释放步骤 403中使用的发送数据互斥量, 启动定时器的第三设 定时间操作。
这里, 假设本步骤所述第三设定时间操作为 250ms重发操作。
定时器的设定时间可根据实际情况进行设定。这里,假设定时器的设定时 间可以依次为 250ms, 500ms, 1000ms , 2000ms, 3000ms。
步骤 406, 获取已经播放的时间、 命令切换时间点和设置暂停的时间点等 信息, 并显示这些信息; 同时保存播放速率。
本步骤是为了将视频播放过程中的某些信息显示给用户。 其中, 已经播放 的时间, 是指该视频节目已经播放的时间; 命令切换时间点, 是指当前操作与 上一次操作之间的时间差, 本步骤中, 当前操作为暂停操作; 设置暂停的时间 点也就是当前时间; 对于暂停操作而言, 保存的播放速率为 0。 本步骤的实现 与现有技术类似, 这里不赘述。
步骤 405和 406可以无序执行。
步骤 405中启动定时器的第三设定时间操作之后,后续的流程与图 3中的 步骤 308-步骤 312类似: 判断定时器是否到达当前设定时间点, 如果是, 则向 前端服务器发送保存的暂停控制消息命令,并同时启动定时器的下一设定时间 操作; 否则, 继续等待, 直到到达当前设定时间点。
现有技术中, 当需要对正在播放的视频节目进行包括暂停、 快进、 快退、 恢复等操作时, 需要向前端服务器发送相应的消息命令; 前端服务器接收该消 息命令后, 向机顶盒返回相应的命令应答消息,通知机顶盒前端服务器即将对 视频节目进行相应的操作; 然后, 前端服务器再对视频节目进行相应的操作。 此流程需要机顶盒与前端服务器之间进行至少两次消息传输。而采用本发明的 方案,一般情况下机顶盒与前端服务器之间只需要一次消息传输即可,也就是, 通常情况下机顶盒向前端服务器发送一次相应的命令消息即可,从而节省了时 间。
参见图 5 , 为本发明视频点播的系统结构示意图, 该系统包括机顶盒和前 端月良务器;
所述机顶盒, 用于组装点播消息命令, 该点播消息命令中包括点播命令、 第一序号、 频点和节目号; 将组装的点播消息命令发送给前端服务器, 并保存 点播消息命令; 在所述频点上进行锁频, 等待接收前端服务器推送的视频流; 将保存的点播消息在设定时间点重新发送给前端服务器;
所述前端服务器, 用于接收机顶盒发送的点播消息命令, 在所述频点上将 所述节目号对应的视频节目通过视频流的方式推送给机顶盒; 并且, 前端服务 器对包含第一序号的点播消息命令不做重复处理。
可选地, 该机顶盒包括消息命令发送模块、 高频头、 消息命令重发模块; 所述消息命令发送模块, 用于组装点播消息命令, 该点播消息命令中包括 点播命令、 第一序号、 频点和节目号; 将组装的点播消息命令发送给前端服务 器, 并将点播消息命令保存到消息命令重发模块; 将所述频点发送给高频头; 所述高频头, 用于在所述频点上进行锁频, 等待接收前端服务器推送的视 频流;
所述消息命令重发模块,将保存的点播消息在设定时间点重新发送给前端 服务器。
可选地, 所述消息命令发送模块包括视频控制消息命令发送子模块, 所述 消息命令重发模块包括视频控制消息命令重发子模块;
所述视频控制消息命令发送子模块, 用于接收用户输入的视频控制指令, 组装视频控制消息命令, 将组装的视频控制消息命令发送给前端服务器, 并将 视频控制消息命令保存到视频控制消息命令重发子模块,该视频控制消息命令 中包括视频控制命令、 第二序号、 频点、 节目号和速率;
所述视频控制消息命令重发子模块,用于将保存的视频控制消息命令在设 定时间点重新发送给前端服务器。前端服务器对包含第二序号的视频控制消息 命令不做重复处理。
需要说明的是,在点播过程中机顶盒向前端服务器发送的各种消息命令可 以采用传输控制协议 ( TCP, Transmission Control Protocol )数据包的形式, 也可采用用户数据 4艮协议 ( UDP , UDP User Datagram Protocol )数据包的形 式。 采用本发明方案进行视频点播, 一般情况下,机顶盒接收到前端服务器推 送的视频流之前, 与前端服务器之间的交互为一次, 即机顶盒向前端服务器发 送一次点播消息命令; 同时, 为避免前端服务器没有接收到点播消息命令的情 况出现, 本发明将保存的点播消息在设定时间点重新发送给前端服务器, 前端 服务器对包含第一序号的点播消息命令不做重复处理。通过实际测试获知, 采 用本发明方案进行视频点播,在机顶盒接收到前端服务器推送的视频流之前需 要最多 2000ms至 3000ms , 即 2s至 3s , 相比现有技术中需要的至少 7.2s , 节 省了时间, 加快了点播速率。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进 一步详细说明, 所应理解的是, 以上所述仅为本发明的具体实施例而已, 并不 用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。

Claims

OP090834 WO 2011/035559 PCT/CN2010/070018 ― 1 2― 权 利 要 求
1、 一种视频点播的方法, 其特征在于, 该方法包括:
机顶盒组装点播消息命令, 该点播消息命令中包括点播命令、指示为点播 命令的第一序号、 频点和节目号;
机顶盒将组装的点播消息命令发送给前端服务器, 并保存点播消息命令; 机顶盒在所述频点上进行锁频, 等待接收前端服务器推送的视频流; 机顶盒将保存的点播消息在设定时间点重新发送给前端服务器,前端服务 器对包含第一序号的点播消息命令不做重复处理。
2、 如权利要求 1所述的方法, 其特征在于, 所述设定时间点的到达提醒 通过设置定时器实现。
3、 如权利要求 1所述的方法, 其特征在于, 所述设定时间点为至少一个。
4、 如权利要求 1所述的方法, 其特征在于, 所述机顶盒组装点播消息命 令之前, 该方法进一步包括:
机顶盒创建保护发送消息命令的发送数据互斥量;机顶盒等待所述发送数 据互斥量, 如果等待所述发送数据互斥量成功, 则执行所述组装点播消息命令 的步骤, 如果等待所述发送数据互斥量失败, 则结束流程;
所述保存点播消息命令之后, 该方法进一步包括: 释放所述发送数据互斥 量;
所述机顶盒将保存的点播消息命令在设定时间点重新发送给前端服务器 之前, 该方法进一步包括: 机顶盒等待所述发送数据互斥量, 如果等待所述发 送数据互斥量成功,则执行所述将保存的点播消息命令在设定时间点重新发送 给前端服务器的步骤, 如果等待所述发送数据互斥量失败, 则结束流程;
所述机顶盒将保存的点播消息命令在设定时间点重新发送给前端服务器 之后, 该方法进一步包括: 机顶盒释放所述发送数据互斥量。
5、 如权利要求 1所述的方法, 其特征在于, 机顶盒在所述频点上接收到 前端服务器推送的视频流之后, 该方法进一步包括:
机顶盒接收用户输入的视频控制指令;
机顶盒组装视频控制消息命令,将组装的视频控制消息命令发送给前端服 务器, 并保存视频控制消息命令, 该视频控制消息命令中包括视频控制命令、 OP090834
WO 2011/035559 PCT/CN2010/070018
—― 1 3―
指示为视频控制命令的第二序号、 频点、 节目号和速率;
机顶盒将保存的视频控制消息命令在设定时间点重新发送给前端服务器, 前端服务器对包含第二序号的视频控制消息命令不做重复处理。
6、 如权利要求 5所述的方法, 其特征在于, 若所述视频控制命令为暂停, 则所述速率为 0; 若所述视频控制命令为快进, 则所述速率为快进速率; 若所 述视频控制命令为快退, 则所述速率为快退速率。
7、 一种视频点播的系统, 其特征在于, 该系统包括机顶盒和前端服务器; 所述机顶盒, 用于组装点播消息命令, 该点播消息命令中包括点播命令、 指示为点播命令的第一序号、频点和节目号; 将组装的点播消息命令发送给前 端服务器, 并保存点播消息命令; 在所述频点上进行锁频, 等待接收前端服务 器推送的视频流; 将保存的点播消息在设定时间点重新发送给前端服务器; 所述前端服务器, 用于接收机顶盒发送的点播消息命令, 在所述频点上将 所述节目号对应的视频节目通过视频流的方式推送给机顶盒; 并且, 前端服务 器对包含第一序号的点播消息命令不做重复处理。
8、 一种机顶盒, 其特征在于, 该机顶盒包括消息命令发送模块、 高频头、 消息命令重发模块;
所述消息命令发送模块, 用于组装点播消息命令, 该点播消息命令中包括 点播命令、 指示为点播命令的第一序号、 频点和节目号; 将组装的点播消息命 令发送给前端服务器, 并将点播消息命令保存到消息命令重发模块; 将所述频 点发送给高频头;
所述高频头, 用于在所述频点上进行锁频, 等待接收前端服务器推送的视 频流;
所述消息命令重发模块,将保存的点播消息在设定时间点重新发送给前端 服务器。
9、 如权利要求 8所述的机顶盒, 其特征在于, 所述消息命令发送模块包 括视频控制消息命令发送子模块,所述消息命令重发模块包括视频控制消息命 令重发子模块;
所述视频控制消息命令发送子模块, 用于接收用户输入的视频控制指令, 组装视频控制消息命令, 将组装的视频控制消息命令发送给前端服务器, 并将 OP090834
WO 2011/035559 PCT/CN2010/070018
― 14―
视频控制消息命令保存到视频控制消息命令重发子模块,该视频控制消息命令 中包括视频控制命令、指示为视频控制命令的第二序号、频点、节目号和速率; 所述视频控制消息命令重发子模块,用于将保存的视频控制消息命令在设 定时间点重新发送给前端服务器,前端服务器对包含第二序号的视频控制消息 命令不做重复处理。
PCT/CN2010/070018 2009-09-24 2010-01-05 视频点播的方法、系统及机顶盒 WO2011035559A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910175619.5 2009-09-24
CN2009101756195A CN101662662B (zh) 2009-09-24 2009-09-24 视频点播的方法、系统及机顶盒

Publications (1)

Publication Number Publication Date
WO2011035559A1 true WO2011035559A1 (zh) 2011-03-31

Family

ID=41790387

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/070018 WO2011035559A1 (zh) 2009-09-24 2010-01-05 视频点播的方法、系统及机顶盒

Country Status (3)

Country Link
CN (1) CN101662662B (zh)
HK (1) HK1140338A1 (zh)
WO (1) WO2011035559A1 (zh)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
USD828028S1 (en) 2017-06-12 2018-09-11 Yeti Coolers, Llc Container
USD828029S1 (en) 2017-06-12 2018-09-11 Yeti Coolers, Llc Container
USD838984S1 (en) 2017-06-12 2019-01-29 Yeti Coolers, Llc Container
USD838983S1 (en) 2017-06-12 2019-01-29 Yeti Coolers, Llc Container
USD840150S1 (en) 2017-06-12 2019-02-12 Yeti Coolers, Llc Container
USD869160S1 (en) 2017-06-12 2019-12-10 Yeti Coolers, Llc Container
USD872485S1 (en) 2017-06-12 2020-01-14 Yeti Coolers, Llc Container
USD872478S1 (en) 2017-06-12 2020-01-14 Yeti Coolers, Llc Container
USD873020S1 (en) 2017-06-12 2020-01-21 Yeti Coolers, Llc Container
USD904829S1 (en) 2018-12-11 2020-12-15 Yeti Coolers, Llc Container accessories
USD907445S1 (en) 2018-12-11 2021-01-12 Yeti Coolers, Llc Container accessories
US11203465B2 (en) 2017-06-12 2021-12-21 Yeti Coolers, Llc Container and latching system
USD946894S1 (en) 2017-06-12 2022-03-29 Yeti Coolers, Llc Container
USD951643S1 (en) 2020-06-30 2022-05-17 Yeti Coolers, Llc Luggage
USD954436S1 (en) 2020-06-30 2022-06-14 Yeti Coolers, Llc Luggage
USD961926S1 (en) 2020-06-30 2022-08-30 Yeti Coolers, Llc Luggage
USD963344S1 (en) 2020-06-30 2022-09-13 Yeti Coolers, Llc Luggage
US11517086B2 (en) 2019-01-06 2022-12-06 Yeti Coolers, Llc Luggage system
US11685573B2 (en) 2017-06-12 2023-06-27 Yeti Coolers, Llc Carry strap for container

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101800841B (zh) * 2010-03-19 2013-05-08 四川长虹电器股份有限公司 机顶盒快速进入nvod业务的方法
CN108650539B (zh) * 2018-04-11 2020-12-08 海信电子科技(深圳)有限公司 一种用于终端的人机交互异步控制方法及装置
CN110278458B (zh) * 2019-06-03 2022-09-13 国家广播电视总局广播电视科学研究院 一种码流自动控制及推送系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852252A (zh) * 2006-04-14 2006-10-25 清华大学 基于对等网络的视频直播应用中节点选择与检测方法
CN101137041A (zh) * 2006-08-29 2008-03-05 郑州威科姆技术开发有限公司 流媒体系统点播方法
CN101257619A (zh) * 2008-03-21 2008-09-03 华为技术有限公司 控制交互视频业务的方法、系统和设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100631718B1 (ko) * 2004-07-08 2006-10-09 삼성전자주식회사 디지털 케이블 tv 네트워크에서 주문형 비디오 서비스제공 방법 및 시스템
CN1929595B (zh) * 2005-09-06 2010-05-05 中兴通讯股份有限公司 一种视频点播过程中定位播放的系统及其实现方法
CN100505867C (zh) * 2006-02-14 2009-06-24 腾讯科技(深圳)有限公司 点播服务系统和方法
CN1874491A (zh) * 2006-06-21 2006-12-06 深圳市天威视讯股份有限公司 数字电视的视频点播方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852252A (zh) * 2006-04-14 2006-10-25 清华大学 基于对等网络的视频直播应用中节点选择与检测方法
CN101137041A (zh) * 2006-08-29 2008-03-05 郑州威科姆技术开发有限公司 流媒体系统点播方法
CN101257619A (zh) * 2008-03-21 2008-09-03 华为技术有限公司 控制交互视频业务的方法、系统和设备

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
USD946279S1 (en) 2017-06-12 2022-03-22 Yeti Coolers, Llc Container
US11685573B2 (en) 2017-06-12 2023-06-27 Yeti Coolers, Llc Carry strap for container
USD946894S1 (en) 2017-06-12 2022-03-29 Yeti Coolers, Llc Container
USD838983S1 (en) 2017-06-12 2019-01-29 Yeti Coolers, Llc Container
USD840150S1 (en) 2017-06-12 2019-02-12 Yeti Coolers, Llc Container
USD869160S1 (en) 2017-06-12 2019-12-10 Yeti Coolers, Llc Container
USD872485S1 (en) 2017-06-12 2020-01-14 Yeti Coolers, Llc Container
USD872478S1 (en) 2017-06-12 2020-01-14 Yeti Coolers, Llc Container
USD873020S1 (en) 2017-06-12 2020-01-21 Yeti Coolers, Llc Container
USD828028S1 (en) 2017-06-12 2018-09-11 Yeti Coolers, Llc Container
USD838984S1 (en) 2017-06-12 2019-01-29 Yeti Coolers, Llc Container
USD828029S1 (en) 2017-06-12 2018-09-11 Yeti Coolers, Llc Container
US11203465B2 (en) 2017-06-12 2021-12-21 Yeti Coolers, Llc Container and latching system
USD929814S1 (en) 2018-12-11 2021-09-07 Yeti Coolers, Llc Container accessories
USD904829S1 (en) 2018-12-11 2020-12-15 Yeti Coolers, Llc Container accessories
USD925991S1 (en) 2018-12-11 2021-07-27 Yeti Coolers, Llc Container accessories
USD907445S1 (en) 2018-12-11 2021-01-12 Yeti Coolers, Llc Container accessories
USD925299S1 (en) 2018-12-11 2021-07-20 Yeti Coolers, Llc Container accessories
US11517086B2 (en) 2019-01-06 2022-12-06 Yeti Coolers, Llc Luggage system
USD951643S1 (en) 2020-06-30 2022-05-17 Yeti Coolers, Llc Luggage
USD954436S1 (en) 2020-06-30 2022-06-14 Yeti Coolers, Llc Luggage
USD961926S1 (en) 2020-06-30 2022-08-30 Yeti Coolers, Llc Luggage
USD963344S1 (en) 2020-06-30 2022-09-13 Yeti Coolers, Llc Luggage

Also Published As

Publication number Publication date
CN101662662A (zh) 2010-03-03
CN101662662B (zh) 2011-11-30
HK1140338A1 (en) 2010-10-08

Similar Documents

Publication Publication Date Title
WO2011035559A1 (zh) 视频点播的方法、系统及机顶盒
US8873368B2 (en) Method for processing channel switching failure case, terminal device, and channel switching server
US8631452B2 (en) Channel switching processing method, system, and related devices
KR101753432B1 (ko) 스트리밍 미디어 수신기에서 대기 처리를 위한 방법, 장치 및 컴퓨터프로그램 제품
EP2608455B1 (en) Method and apparatus for communicating control messages in an avb network
WO2010057400A1 (zh) 媒体文件录制错误的修复方法、录制终端、服务器和系统
WO2010088836A1 (zh) 用户数据报协议传输模式下丢包补偿方法与装置
EP2566128B1 (en) Method and server for obtaining key information during fast channel switching
KR101475991B1 (ko) 모바일 디바이스상에서 비디오를 플레이하기 위한 방법 및 시스템
JP2001285390A (ja) 非信頼ネットワークにおけるデータ伝送方法及び装置
WO2012109821A1 (zh) 流媒体资源共享的方法、系统及具有dlna功能的设备
JP2002354032A (ja) パケット受信装置及びパケット受信方法
WO2012167576A1 (zh) 一种节目切换的方法、装置和媒体服务器
US8386632B2 (en) Method, device, and system for controlling streaming media play
WO2014187421A1 (zh) 一种iptv的频道切换方法和装置、终端
JP2008113436A (ja) ビデオオンデマンド・セッションを回復する方法
JP4740356B2 (ja) メディア配信切替え方法、受信装置、送信装置
JP5562436B2 (ja) 映像信号出力方法及び映像情報再生装置
WO2010105550A1 (zh) 一种播放模式切换的方法和装置
JP5947631B2 (ja) 受信装置及び受信装置用プログラム
WO2009155821A1 (zh) 点播业务中内容切换的方法、装置和系统
WO2011095118A1 (zh) 网络时移的处理方法、装置及系统
EP2854413B1 (en) Internet protocol television and operating method thereof
WO2021200161A1 (ja) 復号化装置、復号化方法、符号化装置、及び符号化方法
JP5338595B2 (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: 10818253

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 02/07/12)

122 Ep: pct application non-entry in european phase

Ref document number: 10818253

Country of ref document: EP

Kind code of ref document: A1