CN107959862B - 基于广播系统的媒体点播模式控制方法 - Google Patents
基于广播系统的媒体点播模式控制方法 Download PDFInfo
- Publication number
- CN107959862B CN107959862B CN201610915990.0A CN201610915990A CN107959862B CN 107959862 B CN107959862 B CN 107959862B CN 201610915990 A CN201610915990 A CN 201610915990A CN 107959862 B CN107959862 B CN 107959862B
- Authority
- CN
- China
- Prior art keywords
- media
- media data
- instruction
- server
- presentation
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明提供了一种基于广播系统的媒体点播模式控制方法,包括:步骤1:定义广播系统的点播模式控制信令,所述控制信令包括:用户操作指令、操作控制指令以及相关的时间信息;步骤2:向服务器端发送用户操作指令以及相关的时间信息;步骤3:服务器端根据步骤2中相关的时间信息向用户端发送与用户操作指令对应时间的媒体数据。本发明能够使广播系统识别出用户相应的点播操作,控制点播服务的媒体数据呈现,并根据相应的信息进行数据传输,维护准确的媒体呈现时间线,实现相应的用户操作。
Description
技术领域
本发明涉及互联网中传送、存储和呈现多媒体的架构技术,具体地,涉及基于广播系统的媒体点播模式控制方法。
背景技术
随着数字媒体传输网络的迅速发展,传统的广播电视传输系统已不能满足用户日益增长的需求。现有的宽带服务器具有丰富的媒体资源,通过结合宽带传输的点播服务,用户可获得海量的媒体资源。但是在现有的广播系统对点播服务的支持有限,大多数是直接提供额外的宽带点播业务,无法实现通过统一的指导信息实现用户的自主选择,传输相应的媒体内容并保证正确的呈现。此外,现有的广播系统并不支持用户的实时操作,缺乏对用户交互信息的控制机制,无法满足异构网络下媒体内容的消费需求。用户只能通过选择额外的点播服务以达到自主的地消费媒体数据。
未来媒体传输技术发展迅速,用户可通过宽带网、广播网不同的媒体传输系统获得海量的媒体数据。内容提供商和运营商也在争取提供更多在线媒体资源,同时丰富传统的直播节目。多种新兴媒体形式及应用也逐渐进入到媒体消费的各个领域。但是,随之而来的是巨大的数据量和传输的巨大压力。为了满足用户的点播需求和实时的互动操作,同时避免传统互联网的拥塞,保证高的服务质量,因此,通过广播系统消费用户选择的媒体数据是个好的选择。
由于点播服务的自主选择性和便捷性,越来越多的用户倾向于使用点播服务。因此,支持点播服务的媒体数据传输及制定相应的传输呈现指导信息是现有广播系统中亟待增加的关键技术。在本发明中,提供了一种基于广播系统的媒体点播模式控制机制,使得广播系统可以识别相应的点播操作,控制点播服务的媒体数据呈现,并根据相应的信息进行数据传输,维护准确的媒体呈现时间线,减少延时,保证用户体验。
发明内容
针对现有技术中的缺陷,本发明的目的是提供一种基于广播系统的媒体点播模式控制方法。
根据本发明提供的基于广播系统的媒体点播模式控制方法,包括如下步骤:
步骤1:定义广播系统的点播模式控制信令,所述控制信令包括:用户操作指令、操作控制指令以及相关的时间信息;
步骤2:向服务器端发送用户操作指令以及相关的时间信息;
步骤3:服务器端根据步骤2中相关的时间信息向用户端发送与用户操作指令对应时间的媒体数据。
优选地,所述步骤1中的用户操作指令包括:起始指令和暂停指令,其中:当用户选择开始消费某一媒体内容或跳播时,将起始指令连同当前媒体数据相对起始呈现时间信息发送至服务器端;当用户选择暂停某一媒体内容时,将暂停指令发送至服务器端。
优选地,所述步骤1中的用户操作指令包括:起始指令、跳播指令、暂停指令,其中:当用户选择开始消费某一媒体内容时,将起始指令连同当前媒体数据起始呈现时间信息发送至服务器端;当用户选择暂停某一媒体内容时,将暂停指令以及当前停顿的时间信息发送至服务器端;当用户选择跳播时,将跳播指令连同当前媒体数据起始呈现时间和跳播相关时间信息发送至服务器端。
优选地,所述步骤3包括:服务器端解析出用户操作指令,并转换成广播系统能够识别的操作控制指令,结合当前媒体数据起始呈现时间信息、当前停顿的时间信息、用户选择的跳播时间信息中的任一种时间信息发送对应时间的媒体数据至客户端。
优选地,所述步骤3包括:服务器端解析出用户操作指令,并转换成广播系统能够识别的操作控制指令,结合当前媒体数据的相对呈现时间信息,与服务器端的相对呈现时间信息对应,发送对应时间的媒体数据至客户端。
优选地,在所述步骤3之后进一步包括步骤4:服务器端发送媒体数据呈现时间信息,生成相应本地呈现时间线,所述本地呈现时间线分为绝对呈现时间线、相对呈现时间线,所述本地呈现时间线被作为媒体资源呈现和同步的基准。
更优选地,所述步骤4,具体为:客户端记录用户操作指令和服务器端操作控制指令执行后所需的间隔时间,当用户再重新开始消费时,自适应地调整本地呈现时间线,并通知服务器端继续发送媒体数据;服务器端通过解析每个媒体数据单元的持续时间信息,生成并维护客户端的本地呈现时间线。具体地:客户端记录用户操作指令和服务器端操作控制指令执行后所需的间隔时间,当用户再重新开始消费时,通知服务器端继续发送媒体数据。服务器端根据开始的绝对呈现时间,更新媒体数据的绝对呈现时间信息,调整本地绝对呈现时间线;或服务器端通过解析信令中的每个媒体数据单元的持续时间信息进行计算,或通过判定信令中的标志位,直接获得信令中的相对时间信息,生成并维护客户端的本地相对呈现时间线。
与现有技术相比,本发明具有如下的有益效果:
1、本发明提供的基于广播系统的媒体点播模式控制方法,针对现有多媒体协议中上行信令信息的不完备,充分考虑到点播服务的基于用户决策的呈现机制,通过记录用户操作和相应的时间信息,结合网络状况及相应的传输过程进行分析,及时发送反馈信息,实现灵活的控制。
2、本发明提供的基于广播系统的媒体点播模式控制方法,能够使广播系统识别出用户相应的点播操作,控制点播服务的媒体数据呈现,并根据相应的信息进行数据传输,维护准确的媒体呈现时间线,减少延时,保证用户体验。
3、本发明提供的基于广播系统的媒体点播模式控制方法可涵盖各类基于异构网络的多媒体传输系统,此外,基于本方法还可以推广至其他方式发送相应的会话控制信息和时间信息,同样可以实现对用户操作的及时响应。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1为本发明一实施例中用户的点播服务操作界面示意图;
图2为本发明一实施例中的基于广播系统的媒体点播模式控制方法流程图;
图3为本发明另一实施例中的基于广播系统的媒体点播模式控制方法流程图。
具体实施方式
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明,但不以任何形式限制本发明。应当指出的是,对本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变化和改进。这些都属于本发明的保护范围。
在点播服务中,用户会发送一定的指令信息,例如选择开始观看媒体内容,暂停观看或是根据喜好拖动进度条等。在基于广播系统的媒体消费中,客户端记录用户的操作和时间信息,通过传输信令信息的方式实现用户与服务器的交互。因此,针对不同的用户需求及应用场景,设计对应的信令信息实现点播服务的控制,满足用户的自主选择需求和媒体数据的灵活呈现。
根据本发明提供的基于广播系统的媒体点播模式控制方法,包括如下步骤:
步骤1:定义广播系统的点播模式控制信令,所述控制信令包括:用户操作指令、操作控制指令以及相关的时间信息;
步骤2:向服务器端发送用户操作指令以及相关的时间信息;
步骤3:服务器端根据步骤2中相关的时间信息向用户端发送与用户操作指令对应时间的媒体数据。
上述步骤1中,用户操作指令包括:起始指令和暂停指令;具体地,当用户选择开始消费某一媒体内容或跳播时,将起始指令连同当前媒体数据相对起始呈现时间信息发送至服务器端;当用户选择暂停某一媒体内容时,将暂停指令发送至服务器端。
当然,在部分实施例中,用户操作指令还可以进一步包括:跳播指令、暂停指令;具体地,当用户选择开始消费某一媒体内容时,将起始指令或者跳播指令连同当前媒体数据绝对起始呈现时间信息发送至服务器端;当用户选择暂停某一媒体内容时,将暂停指令以及当前停顿的时间信息发送至服务器端。
上述步骤3包括:服务器端解析出用户操作指令,并转换成广播系统能够识别的操作控制指令,结合当前媒体数据绝对起始呈现时间信息、当前停顿的时间信息、用户选择的跳转时间信息中的任一种时间信息发送对应时间的媒体数据至客户端;或结合当前媒体数据的相对呈现时间信息,与服务器端的相对呈现时间信息对应,发送对应时间的媒体数据至客户端。
当然,在部分实施例中,步骤3也可以包括:服务器端解析出用户操作指令,并转换成广播系统能够识别的操作控制指令,结合当前媒体数据的相对呈现时间信息,与服务器端的相对呈现时间信息对应,发送对应时间的媒体数据至客户端。
上述基于广播系统的媒体点播模式控制方法,在上述步骤3完整后,还可以进一步包括步骤4,即:服务器端发送媒体数据呈现时间信息,生成相应的呈现时间线。
具体地,步骤4中:客户端记录用户操作指令和服务器端操作控制指令执行后所需的间隔时间,当用户再重新开始消费时,自适应地调整本地呈现时间线,并通知服务器端继续发送媒体数据;服务器端通过解析每个媒体数据单元的持续时间信息,生成并维护客户端的本地呈现时间线,所述本地呈现时间线被作为媒体资源呈现和同步的基准。
当然,在部分实施例中,步骤4也可以是:客户端记录用户操作指令和服务器端操作控制指令执行后所需的间隔时间,当用户再重新开始消费时,通知服务器端继续发送媒体数据。服务器端根据开始的绝对呈现时间,更新媒体数据的绝对呈现时间信息,调整本地绝对呈现时间线;或服务器端通过解析信令中的每个媒体数据单元的持续时间信息进行计算,或通过判定信令中的标志位,直接获得信令中的相对时间信息,生成并维护客户端的本地相对呈现时间线,所述本地呈现时间线被作为媒体资源呈现和同步的基准。
所述本地呈现时间线是指:在媒体数据的消费过程中,通过服务器端发送更新媒体数据呈现信息的方式维护客户端的绝对呈现时间线信息,并根据用户操作指令调整该呈现时间线信息所得到的时间线;或根据初始时服务器端发送给客户端的媒体数据单元的持续时间计算或发送的相对呈现时间信息,维护客户端的相对呈现时间线。
所述媒体数据单元是指:人为将媒体资源中的所有媒体数据分成的若干个数据块,每个数据块对应为一个媒体数据单元,每个媒体数据单元对应一个唯一的序号;客户端将媒体数据单元的序号和该媒体数据单元所持续的时间相对应时能够生成该媒体数据单元的呈现时间线,多个连续媒体数据单元的时间线构成客户端的本地呈现时间线。
下面结合具体实施例对本发明中的技术方案做更加详细的说明。
图1为在点播服务中的用户操作用例,用户在使用点播服务的过程中,有开始,暂停,跳播等不同的操作,并给服务器端发送相应的指令。在消费媒体数据的过程中,由于网络环境的变化,服务器可自适应地调整发送媒体数据的速率。根据不同的设备及网络状况等参数,各用户的本地缓存大小是不同的,记为buffer_window_size。根据缓存窗口的大小,客户端对用户的操作实现方式不尽相同。例如,当用户选择跳播时,客户端根据buffer_window_size进行相应的操作。当检测到用户操作时,客户端将查找被操作的媒体数据的时间信息。根据服务所用的时间信息类型不同,系统维护相应的呈现时间线。若用户操作的媒体数据范围不超过缓存窗口的大小,则客户端根据本地呈现时间信息类型自适应地调整相关的媒体数据的本地呈现时间线;若用户操作的媒体数据范围超过缓存窗口的大小,则向服务器发送相应的指令,并请求新的媒体数据,并更新相应的呈现时间线。
为了使得广播系统能够解析相应的点播指令信息,本发明中定义了基于广播系统的点播模式控制信令,以以下的会话控制消息的格式为例,该消息包含相应的用户操作指令和控制操作指令以及相关的时间信息。针对广播系统中的点播指令及相应的时间控制机制提出了三种方案作为用例,相应的控制指令及信息不局限于以下三种方案,以下方案一是绝对呈现时间线,方案二、三是相对呈现时间线,针对上述的不同方案,可统一归纳为本地呈现时间线。绝对呈现时间是指用当前绝对时间指导媒体数据单元的呈现,以全球统一绝对时间格式UTC时间为例。相对呈现时间是指用相对于参考时间点,一般起始时间点的相对时间指导媒体数据单元的呈现,以起始呈现时间为0的情况为例。
方案一:
在现有的广播系统中,多以绝对呈现时间信息来指导媒体数据的呈现。因此,采用以MMT(MPEG Media Transport)系统为例,该系统中针对媒体数据单元(Media ProcessingUnit,MPU)定义了相应的时间信息描述子,MPU_timestamp_descriptor。该描述子中标记了MPU在一个媒体资源中对应的标号mpu_sequence_number和对应的UTC绝对呈现时间;该描述子的语法结构如表1所示。
表1
descriptor_tag-描述子类型的标签。
descriptor_length-描述子的长度。
mpu_sequence_number-按顺序列举了对应的媒体资源中包含MPU的标号,N表示MPU的个数。
mpu_presentation_time-列举了该描述子对应的媒体资源包含的MPU的UTC绝对呈现时间。
在此过程中,用户进行操作时,将发送相应的指令信息和对应的时间控制信息给服务器。在方案一中,以会话控制消息为例,针对不同的操作,定义了不同的指令,对不同的指令也有不同的信息进行控制。该消息的语法结构如表2所示。
表2
message_id-消息类型的标签,用于区分不同的消息。
version-消息的版本,用于检验该消息是否更新。
length-消息的长度。
command_code-指示会话控制中的操作。该字段的值及对应的操作在表3中列出。
表3
值 | 描述信息 |
0x01 | PLAY |
0x02 | Stop |
0x03 | SEEK |
0x04~ | reserved |
session_key-随机生成的会话指示符,标识了收发端之间的某个特定会话。
start_time-媒体内容的开始呈现时间。当用户发出’PLAY’的请求时,服务器即设置该字段的值。服务器端根据相应字段
number_of_asset-指示了受该消息控制的媒体资源标识。
packet_id-上述媒体资源对应的传输包的标识。
当服务器端收到包含’PLAY’或’SEEK’指令的信令时,需要解析其中的‘start_time’信息。在此过程中,客户端需要结合网络状况确定实时的传输时间,预估传输时延及相应的解码时间信息,计算出所提供的start_time值。
上述command_code字段的值代表了在点播服务中用户反馈的操作类型。针对不同类型的操作,需要给服务器端反馈不同的信息。例如,在消费媒体数据的过程中,当用户选择开始消费某一媒体内容时,将发送包含’PLAY’指令的会话控制信息,并指示相应媒体数据的起始呈现时间信息,赋值给’start_time’字段。基于该字段的值,服务器可更新需要呈现的媒体数据单元的绝对呈现时间信息并发送给客户端。当用户选择暂停时,客户端将发送包含’STOP’指令的会话控制信息,并计算当前停顿的时间位置,赋值给‘progress_point’字段,用于指导服务器端的当前时间位置之后的媒体数据单元呈现时间更新进程。服务器解析指令后停止发送媒体数据。当用户进行跳播操作时,将发送包含’SEEK’指令的会话控制信息。该指令信息包含跳播后的开始时间‘start_time’和跳播的时间间隔为’progress_point’,根据跳播的时间间隔和服务端纪录的媒体数据单元时间长度信息,服务器端可计算出对应时间的媒体数据,发送给客户端。
以服务器端更新呈现时间线的方式为例,具体流程如图2所示。
方案二:
在点播服务的过程中,既可通过服务器端更新媒体数据的呈现信息的方式维护相应的呈现时间线信息,并根据用户操作调整时间线。也可通过定义媒体数据单元呈现描述子,用于在客户端维护服务中的本地呈现时间线。该描述子包含相关媒体数据单元的持续时间信息(duration),其语法结构如下表所示。
descriptor_tag-描述子类型的标签。
descriptor_length-描述子的长度。
mpu_sequence_number-按顺序列举了对应的媒体资源中包含MPU的标号,N表示MPU的个数。
mpu_duration-列举了对应媒体数据单元的持续时间。
在方案二中,基于媒体数据单元的持续时间信息,定义相应的会话控制消息如下表所示。
message_id-消息类型的标签,用于区分不同的消息。
version-消息的版本,用于检验该消息是否更新。
length-消息的长度。
command_code-指示会话控制中的操作。该字段的值及对应的操作在下表中列出。
值 | 描述信息 |
0x01 | PLAY |
0x02 | Stop |
session_key-随机生成的会话指示符,标识了收发端之间的某个特定会话。
start_time-媒体内容的开始呈现时间。当用户发出’PLAY’的请求时,服务器即设置该字段的值。服务器端根据相应字段
number_of_asset-指示了受该消息控制的媒体资源标识。
packet_id-上述媒体资源对应的传输包的标识。
同样地,当用户进行操作时,客户端将发送会话控制消息给服务器。针对不同类型的操作,需要给服务器端反馈不同的信息。当客户端收到信令时,每个媒体数据单元的呈现时间都不相同,通过提取媒体数据单元序号和相应的媒体数据单元的持续时间,在信令信息中的开始时间的基础上累加媒体数据单元的持续时间生成对应媒体内容的呈现时间线。根据用户在过程中的不同操作,调整客户端的呈现时间线。同时,服务器端维护固定的相应的相对呈现时间线,并根据时间信息的对应发送用户所需要的媒体数据单元。
不同的是,当用户选择点播服务时,发送的‘start_time’是相对于本地呈现时间线的相对时间,默认为起始时间。并且,当会话建立后,用户暂停一段时间后选择继续消费媒体资源,需要发送包含’STOP’指令的会话控制信息。之后,再发送包含’PLAY’指令的会话控制信息重新开始消费,通知服务器发送停止时间对应的下一个媒体数据单元。通过解析每个媒体数据单元的持续信息,累加媒体数据单元的持续时间生成对应媒体内容的呈现时间线,可作为媒体资源呈现和同步的基准。当用户进行跳播操作时,客户端将’start_time’设置为跳播后的时间点的在本地呈现时间线上的相对时间信息,与服务器端的信息相对应,获取相应的媒体数据单元。此处本地呈现时间线是以相对时间表示的,所以可以称为本地相对呈现时间线。
方案三:
针对异构网络传输的特点,为采用统一格式的信令信息实现基于广播系统的媒体点播模式,本发明中通过在控制信令信息和相应的媒体数据呈现时间信令信息中添加对应的标识,用于指示当前所对应的时间信息是绝对时间信息还是相对时间信息。
基于此,本发明用例中,采用MMT方案三的呈现时间信息描述子结构语法如下表所示,保持提供呈现时间信息的信令的一致性。
在原有的呈现时间信息描述子中,新增了time_domain_type标识位,其定义如下。
time_domian_type-指示当前会话所用的时间信息是绝对时间或相对时间的标识。当该标识的取值方法如下表所示。在媒体服务过程中,系统识别相应的标识并在服务器端和客户端维护相应的呈现时间信息,实现不同的用户操作。
同样地,在相应的会话控制信令消息中也添加相应的标志位,其语法结构如下表所示。
该语法结构与方案二中的会话控制信息一致,但是新增了time_domain_type标识信息,用于指示在会话操作的过程中所使用的时间信息类型。
time_domian_type-指示当前会话所用的时间信息是绝对时间或相对时间的标识。当该标识的取值方法如下表所示。在媒体服务过程中,系统识别相应的标识并在服务器端和客户端维护相应的呈现时间信息,实现不同的用户操作。
如图3所示,当采用绝对呈现时间信息时,主要针对广播系统多媒体服务中的直播业务。当用户选择服务时,客户端发送相应的‘PLAY’控制指令,并指示当前服务开始的绝对时间作为‘start_time’的值。针对消费媒体数据的过程中的暂停等操作,更新对应媒体数据单元的绝对呈现时间。当采用相对呈现时间信息时,主要针对广播系统多媒体服务中的点播业务。当用户选择服务时,客户端发送相应的’PLAY’控制指令,并指示当前服务开始的相对时间作为‘start_time’的值,默认为起始时间。服务器端将发送包含相应媒体数据单元的相对呈现时间信息的信令给客户端,在客户端建立相对呈现时间线。并且,当会话建立后,用户暂停一段时间后选择继续消费媒体资源,需要发送包含’STOP’指令的会话控制信息。之后,再发送包含’PLAY’指令的会话控制信息重新开始消费,通知服务器发送停止时间对应的下一个媒体数据单元。当用户进行跳播操作时,客户端将’start_time’设置为跳播后的时间点的在本地呈现时间线上的相对时间信息,与服务器端的信息相对应,获取相应的媒体数据单元。
以上方案可实现用户在基于广播系统的媒体消费过程中的点播模式,可涵盖各类基于异构网络的多媒体传输系统。此外,还可通过其他方式发送相应的会话控制信息和时间信息,同样可以实现对用户操作的及时响应。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变化或修改,这并不影响本发明的实质内容。在不冲突的情况下,本申请的实施例和实施例中的特征可以任意相互组合。
Claims (9)
1.一种基于广播系统的媒体点播模式控制方法,其特征在于,包括如下步骤:
步骤1:定义广播系统的点播模式控制信令,所述控制信令包括:用户操作指令、操作控制指令以及相关的时间信息;
步骤2:向服务器端发送用户操作指令以及相关的时间信息;
步骤3:服务器端根据步骤2中相关的时间信息向用户端发送与用户操作指令对应时间的媒体数据;
在所述步骤3之后进一步包括步骤4:服务器端发送媒体数据呈现时间信息,生成相应本地呈现时间线,所述本地呈现时间线分为绝对呈现时间线、相对呈现时间线,所述本地呈现时间线被作为媒体资源呈现和同步的基准。
2.根据权利要求1所述的基于广播系统的媒体点播模式控制方法,其特征在于,所述步骤1中的用户操作指令包括:起始指令和暂停指令,其中:当用户选择开始消费某一媒体内容或跳播时,将起始指令连同当前媒体数据相对起始呈现时间信息发送至服务器端;当用户选择暂停某一媒体内容时,将暂停指令发送至服务器端。
3.根据权利要求2所述的基于广播系统的媒体点播模式控制方法,其特征在于,步骤3包括:服务器端解析出用户操作指令,并转换成广播系统能够识别的操作控制指令,结合当前媒体数据的相对呈现时间信息,与服务器端的相对呈现时间信息对应,发送对应时间的媒体数据至客户端。
4.根据权利要求1所述的基于广播系统的媒体点播模式控制方法,其特征在于,所述步骤1中的用户操作指令包括:起始指令、跳播指令、暂停指令,其中:当用户选择开始消费某一媒体内容时,将起始指令连同当前媒体数据起始呈现时间信息发送至服务器端;当用户选择暂停某一媒体内容时,将暂停指令以及当前停顿的时间信息发送至服务器端;当用户选择跳播时,将跳播指令连同当前媒体数据起始呈现时间和跳播相关时间信息发送至服务器端。
5.根据权利要求4所述的基于广播系统的媒体点播模式控制方法,其特征在于,步骤3包括:服务器端解析出用户操作指令,并转换成广播系统能够识别的操作控制指令,结合当前媒体数据起始呈现时间信息、当前停顿的时间信息、用户选择的跳播时间信息中的任一种时间信息发送对应时间的媒体数据至客户端。
6.根据权利要求1所述的基于广播系统的媒体点播模式控制方法,其特征在于,在媒体数据的消费过程中,通过服务器端发送更新媒体数据呈现信息的方式维护客户端的绝对呈现时间线信息,并根据用户操作指令调整该呈现时间线信息所得到的时间线;或根据初始时服务器端发送给客户端的媒体数据单元的持续时间计算或发送的相对呈现时间信息,维护客户端的相对呈现时间线。
7.根据权利要求1所述的基于广播系统的媒体点播模式控制方法,其特征在于,所述步骤4:客户端记录用户操作指令和服务器端操作控制指令执行后所需的间隔时间,当用户再重新开始消费时,通知服务器端继续发送媒体数据,服务器端根据开始的绝对呈现时间,更新媒体数据的绝对呈现时间信息,调整本地绝对呈现时间线。
8.根据权利要求1所述的基于广播系统的媒体点播模式控制方法,其特征在于,所述步骤4:客户端记录用户操作指令和服务器端操作控制指令执行后所需的间隔时间,当用户再重新开始消费时,通知服务器端继续发送媒体数据,服务器端通过解析信令中的每个媒体数据单元的持续时间信息进行计算,或通过判定信令中的标志位直接获得信令中的相对时间信息,生成并维护客户端的本地相对呈现时间线。
9.根据权利要求6-8任一项所述的基于广播系统的媒体点播模式控制方法,其特征在于,所述媒体数据单元是指:人为将媒体资源中的所有媒体数据分成的若干个数据块,每个数据块对应为一个媒体数据单元,每个媒体数据单元对应一个唯一的序号;客户端将媒体数据单元的序号和该媒体数据单元所持续的时间相对应时能够生成该媒体数据单元的呈现时间线,多个连续媒体数据单元的时间线构成客户端的本地呈现时间线。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610899149 | 2016-10-14 | ||
CN2016108991497 | 2016-10-14 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107959862A CN107959862A (zh) | 2018-04-24 |
CN107959862B true CN107959862B (zh) | 2020-05-22 |
Family
ID=61954430
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610915990.0A Active CN107959862B (zh) | 2016-10-14 | 2016-10-20 | 基于广播系统的媒体点播模式控制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107959862B (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101287107B (zh) * | 2008-05-29 | 2010-10-13 | 腾讯科技(深圳)有限公司 | 媒体文件的点播方法、系统和设备 |
CN101431646B (zh) * | 2008-12-11 | 2011-07-20 | 北京东方广视科技股份有限公司 | 用于有线电视vod视频点播系统快速高效控制播放的方法 |
CN102130936B (zh) * | 2010-08-17 | 2013-10-09 | 华为技术有限公司 | 一种在动态http流传输方案中支持时移回看的方法和装置 |
-
2016
- 2016-10-20 CN CN201610915990.0A patent/CN107959862B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN107959862A (zh) | 2018-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10911789B2 (en) | Automatic failover for live video streaming | |
CN109565620B (zh) | 计算设备、用于生成和接收低延迟视频流的方法 | |
US10116971B2 (en) | Method and system for fetching a portion of a live media stream before a first ad finishes playing to detect the subsequent ad indicator for live consecutive ad replacement | |
US10516712B2 (en) | Streaming media data transmission method, client and server | |
US10114689B1 (en) | Dynamic playlist generation | |
US20150249803A1 (en) | Bandwidth aware digital video recording (dvr) scheduling | |
KR20180073228A (ko) | Rtp/rtsp 표준을 따르는 서버와 클라이언트에서 실시간 영상 스트리밍 방법 | |
US8806048B2 (en) | Method and apparatus for transmitting and receiving streaming data based on real-time streaming protocol (RTSP) session | |
KR102499231B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
KR20110102241A (ko) | 방송 컨텐츠 제공 방법 및 장치와 그 시스템 | |
JP2008259119A (ja) | 映像配信装置、映像受信装置およびキーフレーム配信方法 | |
KR20130005873A (ko) | 방송 시스템에서 컨텐츠 수신 방법 및 장치 | |
CN113141522B (zh) | 资源传输方法、装置、计算机设备及存储介质 | |
KR101805424B1 (ko) | 브로드캐스트 수반 시스템에서의 매니페스트 메커니즘 | |
US11102536B2 (en) | Transmission apparatus, reception apparatus, and data processing method | |
CN106658150B (zh) | 一种实现回看处理的方法及装置 | |
KR20220081930A (ko) | 비디오 스트리밍에서의 다중 프로토콜 예측 및 세션내 적응 | |
CN108989905A (zh) | 媒体流控制方法、装置、计算设备及存储介质 | |
KR101313592B1 (ko) | 스트리밍 재생 방법 및 이를 이용한 컴퓨팅 장치 | |
CN110225370B (zh) | 一种多媒体内容个性化呈现的时间线控制方法 | |
CN107959862B (zh) | 基于广播系统的媒体点播模式控制方法 | |
KR102533674B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
CN105704524B (zh) | 电视频道的图像的更新方法以及网络服务器 | |
CN108306849B (zh) | 一种基于广播系统的媒体点播服务控制方法 | |
JP2006041819A (ja) | ストリーム配信サーバ、移動端末、ストリーム配信システム、およびストリーム配信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |