CN111918076A - 视频直播的付费方法、装置、服务器、终端及存储介质 - Google Patents
视频直播的付费方法、装置、服务器、终端及存储介质 Download PDFInfo
- Publication number
- CN111918076A CN111918076A CN202010700848.0A CN202010700848A CN111918076A CN 111918076 A CN111918076 A CN 111918076A CN 202010700848 A CN202010700848 A CN 202010700848A CN 111918076 A CN111918076 A CN 111918076A
- Authority
- CN
- China
- Prior art keywords
- live
- payment
- video
- live broadcast
- client
- 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.)
- Pending
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2543—Billing, e.g. for subscription services
-
- 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/47211—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 pay-per-view content
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本公开关于一种视频直播的付费方法、装置、服务器、终端及存储介质,其中,方法包括:通过获取视频直播的试播指令,并根据试播指令实时将视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于支付金额的支付指令发送至客户端,以通知客户端进行支付;响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端。本公开的技术方案,解决了相关技术中无法根据视频直播的直播所处阶段确定所需付费金额,以及无法防止直播数据外泄的问题,可以准确地确定观看视频直播所需支付的金额,并且可以有效地防止视频直播的直播数据外泄。
Description
技术领域
本公开实施例涉及计算机技术,尤其涉及一种视频直播的付费方法、装置、服务器、终端及存储介质。
背景技术
相关技术中,对于视频直播,只能通过用户送给主播的礼物和主播的人气为直播方带来收益,或者只有一次固定的收费来进行收费观看。但是,相关技术中无法根据视频值班的直播所处阶段来确定收费金额,也会造成视频直播的直播数据外泄。
发明内容
本公开提供一种视频直播的付费方法、装置、服务器、终端及存储介质,以至少解决相关技术中无法根据视频直播的直播所处阶段确定所需付费金额,以及无法防止视频直播的直播数据外泄的问题。
本公开实施例的技术方案如下:
根据本公开实施例的第一方面,提供一种视频直播的付费方法,应用于服务端,该方法包括:
获取所述视频直播的试播指令,并根据所述试播指令实时将所述视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;
在所述视频直播的播放过程中,根据所述视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于所述支付金额的支付指令发送至客户端,以通知所述客户端进行支付;
响应于用户的付费成功指令,将对应于所述直播所处阶段的后续直播流实时发送至客户端。
可选的,所述方法还包括:
在所述视频直播播放之前,获取客户端的预约观看指令,并将与所述视频直播对应的目标金额发送至客户端;
响应于用户的预约付费成功指令,当所述视频直播播放开始时,将所述视频直播的全部直播流实时发送至客户端。
可选的,获取所述视频直播的试播指令,并根据所述试播指令实时将所述视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流包括:
获取所述视频直播的试播指令,并根据所述试播指令控制内容分发网络,将所述视频直播的直播流实时向客户端推送,并在所述直播流的推送时间达到所述设定试看时长时,暂停向所述客户端推送所述直播流。
可选的,所述根据所述视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额包括:
获取所述视频直播已播放的直播时长,并根据所述已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定所述支付金额;
其中,所述目标金额为观看完整视频直播所需的金额。
可选的,根据所述已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定所述支付金额,基于如下公式确定所述支付金额:
L=M(1-P(N/t)
其中,L为所述支付金额,M为所述目标金额,P为所述衰减参数,N为所述已播放的直播时长,t为所述预设计费时间间隔。
可选的,在响应于用户的付费成功指令步骤之前,所述方法还包括:
查询用户付费订单状态,并确定用户是否付费成功;如果确定所述用户未付费成功,且不能确定所述用户未付费成功的原因,则保持所述付费订单状态为处理中,直至确定所述未付费成功的原因或者付费订单状态为成功,以防止所述用户多次付费;
如果所述付费订单状态为成功,则产生用户的付费成功指令。
可选的,将基于所述支付金额的支付指令发送至客户端包括:
通过服务端与所述客户端之间的长链接通道,将基于所述支付金额的支付指令发送至客户端。
根据本公开实施例的第二方面,提供一种视频直播的付费方法,应用于客户端,该方法包括:
获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行所述试看直播流的播放;
在所述视频直播的播放过程中,获取所述服务端发送的支付指令;其中,所述支付指令包括支付金额,所述支付金额为所述视频直播的直播所处阶段对应的后续直播流所需金额;
根据所述支付指令进行付费操作,并在付费成功后获取所述直播所处阶段对应的后续直播流,以进行播放。
根据本公开实施例的第三方面,提供一种视频直播的付费装置,应用于服务端,该装置包括:
获取模块,被配置为获取所述视频直播的试播指令,并根据所述试播指令实时将所述视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;
确定模块,被配置为在所述视频直播的播放过程中,根据所述视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于所述支付金额的支付指令发送至客户端,以通知所述客户端进行支付;
发送模块,被配置为响应于用户的付费成功指令,将对应于所述直播所处阶段的后续直播流实时发送至客户端。
可选的,所述装置还包括:第一发射模块和第二发送模块;
所述第一发射模块,被配置为在所述视频直播播放之前,获取客户端的预约观看指令,并将与所述视频直播对应的目标金额发送至客户端;
所述第二发送模块;被配置为响应于用户的预约付费成功指令,当所述视频直播播放开始时,将所述视频直播的全部直播流实时发送至客户端。
可选的,所述获取模块,还被配置为获取所述视频直播的试播指令,并根据所述试播指令控制内容分发网络,将所述视频直播的直播流实时向客户端推送,并在所述直播流的推送时间达到所述设定试看时长时,暂停向所述客户端推送所述直播流。
可选的,所述确定模块包括确定单元;
所述确定单元,被配置为获取所述视频直播已播放的直播时长,并根据所述已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定所述支付金额;
其中,所述目标金额为观看完整视频直播所需的金额。
可选的,所述确定单元基于如下公式确定所述支付金额:
L=M(1-P(N/t)
其中,L为所述支付金额,M为所述目标金额,P为所述衰减参数,N为所述已播放的直播时长,t为所述预设计费时间间隔。
可选的,所述装置还包括:查询模块;
所述查询模块,被配置为查询用户付费订单状态,并确定用户是否付费成功;如果确定所述用户未付费成功,且不能确定所述用户未付费成功的原因,则保持所述付费订单状态为处理中,直至确定所述未付费成功的原因或者付费订单状态为成功,以防止所述用户多次付费;
如果所述付费订单状态为成功,则产生用户的付费成功指令。
可选的,所述确定模块还包括发送单元;
所述发送单元,被位置为通过服务端与所述客户端之间的长链接通道,将基于所述支付金额的支付指令发送至客户端。
根据本公开实施例的第四方面,提供一种视频直播的付费装置,应用于客户端,该装置包括:
播放模块,被配置为获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行所述试看直播流的播放;
获取模块,被配置为在所述视频直播的播放过程中,获取所述服务端发送的支付指令;其中,所述支付指令包括支付金额,所述支付金额为所述视频直播的直播所处阶段对应的后续直播流所需金额;
播放模块,被配置为根据所述支付指令进行付费操作,并在付费成功后获取所述直播所处阶段对应的后续直播流,以进行播放。
根据本公开实施例的第五方面,提供一种服务器,包括:
处理器;
网络接口,用于获取请求信息;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现上述第一方面所述的视频直播的付费方法。
根据本公开实施例的第六方面,提供一种智能终端,包括:
处理器;
网络接口,用于发送请求信息;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现上述第二方面所述的视频直播的付费方法。
根据本公开实施例的第七方面,提供一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行本公开任意实施例所述的视频直播的付费方法。
根据本公开实施例的第八方面,提供一种计算机程序产品,当所述计算机程序产品中的指令由电子设备的处理器执行时,实现本公开任意实施例所述的视频直播的付费方法。
本公开的实施例提供的技术方案至少带来以下有益效果:通过获取视频直播的试播指令,并根据试播指令实时将视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;在视频直播的播放过程中,根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于支付金额的支付指令发送至客户端,以通知客户端进行支付;响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端,可以解决相关技术中无法根据视频直播的直播所处阶段确定所需付费金额,以及无法防止视频直播的直播数据外泄的问题,可以根据视频直播所处阶段,准确地确定观看视频直播所需支付的金额,并且将设定试看时长的试看直播流发送至客户端,可以有效地防止视频直播的直播数据外泄。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种视频直播的付费方法的流程图。
图2是根据一示例性实施例示出的一种视频直播的付费方法的流程图。
图3是根据一示例性实施例示出的一种视频直播的付费方法的流程图。
图4是根据一示例性实施例示出的一种视频直播的付费方法的流程图。
图5是根据一示例性实施例示出的一种视频直播的付费方法的流程图。
图6是根据一示例性实施例示出的一种服务端对用户的支付行为进行控制的流程图。
图7是根据一示例性实施例示出的一种服务端对用户的支付行为进行控制的流程图。
图8是根据一示例性实施例示出的一种视频直播的付费装置的框图。
图9是根据一示例性实施例示出的一种视频直播的付费装置的框图。
图10是根据一示例性实施例示出的一种服务器的框图。
图11是根据一示例性实施例示出的一种智能终端的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种视频直播的付费方法的流程图,如图1所示,视频直播的付费方法可以通过视频直播的付费装置执行,该装置可以通过软件和/或硬件的方式实现,并用于服务端中,该服务端可以为服务器或者云服务器,本实施例中对其不加以限制,该方法包括以下步骤。
在步骤S11中,获取视频直播的试播指令,并根据试播指令实时将视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流。
其中,视频直播可以为舞台剧直播、话剧直播或者音乐会等,本实施例中对其不加以限定。试播指令可以为服务端获取的任意一个客户端的请求观看视频直播的指令,其中,客户端可以为智能手机、平板电脑或者电视等任意一个智能终端,本发明实施例中对其不加以限制;例如,在视频直播开始之后,用户A想观看该视频直播,那么用户A可以通过移动终端发送该视频直播的试播指令,并等待服务端的反馈,以实现观看该视频直播。设定试看时长可以为任意的时间,例如,1分钟、2分钟或者5分钟等,本实施例中对其不加以限制。
在本实施例的一个可选实现方式中,在视频直播开始直播之后,任意一个客户端都可以请求观看该视频直播,并向服务端发送视频直播的试播指令,当服务端接收到任意一个客户端发送的视频直播的试播指令之后,可以根据该试播指令实时的将视频直播的直播流发送至该客户端,直至达到试看时长时停止发送视频直播的直播流。
示例性的,当服务端接收到客户端A发送的试播指令之后,可以根据接收到的指令实时的将视频直播的直播流发送至客户端A,当服务端向客户端A发送直播流的时长达到设定时长时(例如2分钟),服务端就会停止向客户端A发送直播流。
在步骤S12中,在视频直播的播放过程中,根据视频直播的直播所处阶段,确定客户端后续直播流所需的支付金额,并将基于支付金额的支付指令发送至客户端,以通知客户端进行支付。
其中,视频直播的直播所处阶段可以为视频直播开始直播之后的任意一个阶段,例如,直播开始之后的第五分钟、第十分钟或者第一百分钟等,本发明实施例中对其不加以限制。
在本实施例的一个可选实施方式中,在视频直播的播放过程中,即在视频直播开始直播之后,服务端可以根据该视频直播的直播所处阶段,确定客户端观看完试看直播流之后,观看剩余直播内容(即后续直播内容)所需支付的金额,并将基于该支付金额的支付指令发送至客户端,以通知客户端进行支付,从而可以观看剩余视频直播。
示例性的,若在视频直播开始之后的第十分钟,客户端B请求观看该视频直播,并将试播指令发送至服务端,服务端接收到该试播指令之后,可以将5分钟的试看直播流发送至客户端B;当客户端B观看该视频直播的时长达到5分钟之后,服务端会暂停向客户端B发送试看直播流,并根据该视频直播的直播所处阶段,确定直播流所需支付金额,并将基于该支付金额的指令发送至客户端B,以通知客户端B进行支付;可以理解的是,客户端B在视频直播开始之后的第十分钟请求观看该视频直播,并且服务端向客户端实时发送了5分钟的试看直播流,那么视频直播的直播所处阶段为视频直播开始之后的第十五分钟。
可选的,根据视频直播的直播所处阶段,确定直播流所需的支付金额,可以为,随着视频直播的直播时长的不断增加,不断地减少该支付金额,例如,视频直播开始直播的第十分钟的支付金额可以为100元,视频直播开始直播的第三十分钟的支付金额可以为90元等等,本实施例中对其不加以限制。
在步骤S13中,响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端。
在本实施例的一个可选实现方式中,当服务端确定用户付费成功指令之后,可以进一步的将视频直播的直播所处阶段后续的直播流实时发送至客户端。
示例性的,当客户端A接收到服务端发送的基于支付金额的支付指令之后,用户在客户端A进行支付,当服务端确定用户在客户端A支付成功之后,可以实时的将该直播所处阶段的后续直播流实时发送至客户端A,以实现用户对剩余视频直播的观看。
本实施例的方案,通过获取视频直播的试播指令,并根据试播指令实时将视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;在视频直播的播放过程中,根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于支付金额的支付指令发送至客户端,以通知客户端进行支付;响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端,可以解决相关技术中无法根据视频直播的直播所处阶段确定所需付费金额,以及无法防止视频直播的直播数据外泄的问题,可以根据视频直播所处阶段,准确地确定观看视频直播所需支付的金额,并且将设定试看时长的试看直播流发送至客户端,可以有效地防止视频直播的直播数据外泄。
图2是根据一示例性实施例示出的一种视频直播方法的流程图,本实施例是对上述技术方案的进一步细化,本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。如图2所示,视频直播方法包括如下步骤。
在步骤S21中,在视频直播播放之前,获取客户端的预约观看指令,并将与视频直播对应的目标金额发送至客户端。
其中,目标金额可以为观看视频直播的全部直播内容所需支付的全部金额,例如,100元,150或者200元等,本实施例中对其不加以限制。
在本实施例的一个可选实现方式中,在视频直播开始直播之前,任意一个客户端都可以预约观看该视频直播,并向服务端发送预约观看指令;当服务端接收到任意一个客户端发送的预约观看指令之后,可以根据该预约观看指令将观看完整的视频直播所需的目标金额发送至客户端。
示例性的,在音乐剧视频直播开始之前,客户端A向服务端发送了预约观看该音乐剧视频直播的预约观看指令;当服务端接收到客户端A发送的预约观看指令之后,服务端可以将观看完整的音乐剧视频直播所需的目标金额发送至客户端A,其中,观看完整的音乐剧视频直播所需的目标金额可以通过该音乐剧的投资方预先设定,或者也可以根据该音乐剧视频直播的直播时长进行设定,本实施例中对其不加以限制。
在步骤S22中,响应于用户的预约付费成功指令,当视频直播播放开始时,将视频直播的全部直播流实时发送至客户端。
在本实施例的一个可选实现方式中,当服务端接收到用户的预约付费成功指令之后,当视频直播开始播放时,可以进一步的将视频直播的全部直播流实时发送至客户端。
示例性的,当客户端A接收到服务端发送的基于目标金额的支付指令之后,用户在客户端A进行支付,当服务端确定用户在客户端A支付成功之后,当视频直播开始播放时,可以实时的将该直播的全部直播流实时发送至客户端A,以实现用户观看视频直播。
这样设置的好处在于,用户通过预先支付观看视频直播的费用,当视频直播开始之后,即可观看该视频直播,提升了用户的观看体验。
本实施例的方案,通过在视频直播播放之前,获取客户端的预约观看指令,并将与视频直播对应的目标金额发送至客户端;响应于用户的预约付费成功指令,当视频直播播放开始时,将视频直播的全部直播流实时发送至客户端,解决了相关技术中对于视频直播无法进行提前收费的问题,实现了对待播放的视频直播进行预先收费,在用户观看视频直播时,不会被收费消息影响,提升了用户的观看视频直播的体验。
图3是根据一示例性实施例示出的一种视频直播方法的流程图,本实施例是对上述技术方案的进一步细化,本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。如图3所示,视频直播方法包括如下步骤。
在步骤S31中,获取视频直播的试播指令,并根据试播指令控制内容分发网络,将视频直播的直播流实时向客户端推送,并在直播流的推送时间达到设定试看时长时,暂停向客户端推送直播流。
在本实施例的一个可选实现方式中,服务端获取到任意一个客户端发送的视频直播的试播指令之后,可以根据接收到的试播指令控制内容分发网络(Content DeliveryNetwork,CDN),将视频直播的直播流实时向发送试播指令的客户端推送,并在直播流的推送时间达到设定试看时长时,暂停向客户端推送视频直播的直播流。
在本实施例的一个具体例子中,当服务端接收到客户端C发送的视频直播的试播指令之后,即在视频直播开始直播之后,客户端C请求观看该视频直播;服务端可以进一步的控制CDN将该视频直播的直播流实时向客户端C推送,并在并在直播流的推送时间达到设定试看时长(例如,2分钟)时,暂停向客户端C推送直播流。
需要说明的是,本实施例中服务端通过CDN将视频直播的直播流实时向客户端推送,此时,客户端接收到的知识一个HLS(HTTP Live Streaming)格式的限时直播流。超过免费试看时长之后,用户将无法观看该视频直播。
在步骤S32中,根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额。
在本实施例的一个可选实现方式中,当客户端获取到视频直播的试播指令,并根据试播指令控制内容分发网络,将视频直播的直播流实时向客户端推送,并在直播流的推送时间达到设定试看时长时,暂停向客户端推送直播流之后,可以进一步的根据视频直播当前所处的直播阶段,确定客户端获取后续直播流所需的支付金额,即确定客户端观看剩余的视频直播所需支付的金额。
可选的,根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额可以包括:获取视频直播已播放的直播时长,并根据已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定支付金额。
其中,视频直播已播放的直播时长可以为1分钟、2分钟或者20分钟等,本实施例中对其不加以限制;目标金额为观看完整视频直播所需的金额,该金额为预先通过视频直播的全部直播时长,或者参与该视频直播的主播的名气决定的,例如,视频直播的直播时长为200分钟,且主播为著名演员,则目标金额可以设为500元;视频直播的直播时长为300分钟,且主播为普通群众,则目标金额可以设为300元,本实施例中对其不加以限制;预先设定的衰减参数可以为1%、1.5%或者2%等数值,本实施例中对其不作限定。
需要说明的是,本实施例中涉及到的衰减参数代表的含义可以为,视频直播每播放一定时长(例如,5分钟或者10分钟等)收费金额的衰减比例。示例性的,若预先设定的衰减参数为1%,则视频直播每播放一定时长(例如,5分钟或者10分钟等),收费金额在目标金额的基础上衰减1%,即,若目标金额为100元,那么视频直播开始10分钟之后,收费金额可以为99元。上述例子中涉及到的视频直播每播放一定时长的参数,即为本实施例中涉及到的预设计费时间间隔,例如,5分钟、10分钟或者20分钟等,本实施例中对其不加以限制。
在本实施例的一个可选实现方式中,根据已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定支付金额,基于如下公式确定支付金额:
L=M(1-P(N/t)
其中,L为支付金额,M为目标金额,P为衰减参数,N为已播放的直播时长,t为预设计费时间间隔。
示例性的,若已播放的直播时长N为20分钟,目标金额M为200元,衰减参数P为1%,预设计费时间间隔t为5分钟,则支付金额L为:L=200(1-1%(20/5))=192元,即用户观看剩余的视频直播所需的支付金额为192元。
在本实施例的另一个具体例子中,若根据上述公式确定的支付金额为一个小数,则此时可以对计算结果进行取整操作。例如,根据上述公式确定的支付金额为99.13元,则此时可以对计算结果进行取整操作,将支付金额确定为99元。
在步骤S33中,通过服务端与客户端之间的长链接通道,将基于支付金额的支付指令发送至客户端。
在本实施例的一个可选实现方式中,在根据视频直播的直播所处阶段,确定直播流所需的支付金额之后,可以进一步的通过服务端与客户端之间的长连接通道,将基于支付金额的支付指令发送至客户端,以通知客户端进行支付。
在步骤S34中,响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端。
本实施例的方案,通过获取视频直播的试播指令,并根据试播指令控制CDN,将视频直播的直播流实时向客户端推送,并在直播流的推送时间达到设定试看时长时,暂停向客户端推送直播流;解决了相关技术中无法防止视频直播的直播数据外泄的问题,可以通过控制CDN,将直播流的发送时长达到设定试看时长时停止发送直播流,可以有效地防止视频直播的直播数据外泄;通过获取视频直播已播放的直播时长,并根据已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定支付金额;通过服务端与客户端之间的长链接通道,将基于支付金额的支付指令发送至客户端;解决了相关技术中无法根据视频直播的直播所处阶段确定所需付费金额的问题,可以根据视频直播所处阶段,准确地确定观看视频直播所需支付的金额。
图4是根据一示例性实施例示出的一种视频直播方法的流程图,本实施例是对上述技术方案的进一步细化,本实施例中的技术方案可以与上述一个或者多个实施例中的各个可选方案结合。如图4所示,视频直播方法包括如下步骤。
在步骤S41中,获取视频直播的试播指令,并根据试播指令实时将视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流。
在步骤S42中,在视频直播的播放过程中,根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于支付金额的支付指令发送至客户端,以通知客户端进行支付。
在步骤S43中,查询用户付费订单状态,并确定用户是否付费成功;如果确定用户未付费成功,且不能确定用户未付费成功的原因,则保持付费订单状态为处理中,直至确定未付费成功的原因或者付费订单状态为成功,以防止用户多次付费;如果付费订单状态为成功,则产生用户的付费成功指令。
在本实施例的一个可选实现方式中,服务端将基于支付金额的支付指令发送至客户端之后,可以进一步的查询用户的付费状态,从而确定用户是否付费成功;如果确定用户未付费成功,则需获取用户未付费成功的原因,当未获取到用户未付费成功的原因时,则保持用户的付费订单状态为处理中;直至确定用户未付费成功的原因或者用户付费成功,才将用户的付费订单状态为失败或者成功,从而防止用户多次付费。
进一步的,如果确定用户的付费订单状态为成功,则产生用户付费成功指令。
示例性的,如果服务端将基于支付金额的支付指令发送至客户端之后,确定用户未付费成功,则查询用户未付费成功的原因;当未查询到用户未付费成功的原因时,可以将用户付费订单的状态修改为处理中;如果一段时间之后(例如,5分钟)仍未确定用户支付失败的原因,则此时可以将用户的付费订单状态修改为失败,以提示用户继续支付;如果一段时间之后,确定了用户支付失败的原因,则此时可以将用户的付费订单状态修改为失败,以提示用户继续支付。
在步骤S44中,响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端。
本实施例的方案,在响应于用户的付费成功指令之前,通过查询用户付费订单状态,并确定用户是否付费成功;如果确定用户未付费成功,且不能确定用户未付费成功的原因,则保持付费订单状态为处理中,直至确定未付费成功的原因或者付费订单状态为成功,以防止用户多次付费;如果付费订单状态为成功,则产生用户的付费成功指令,可以对用户的支付行为保证幂等性,可以保证用户成功仅成功支付一次,避免了用户多次支付,而造成多收取用户费用的现象,保证了用户的权益。
图5是根据一示例性实施例示出的一种视频直播的付费方法的流程图,如图5所示,视频直播的付费方法可以通过视频直播的付费装置执行,该装置可以通过软件和/或硬件的方式实现,并用于客户端中,该客户端可以为智能手机、平板电脑或者智能手表等智能终端,本实施例中对其不加以限制,该方法包括以下步骤。
在步骤S51中,获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行试看直播流的播放。
在本实施例的一个可选实现方式中,在视频直播开始直播直接,若客户端请求观看视频直播,客户端可以获取服务端实施发送的设定时长的试看直播流,并对试看直播流进行播放。
在步骤S52中,在视频直播的播放过程中,获取服务端发送的支付指令。
其中,支付指令包括支付金额,支付金额为视频直播的直播所处阶段对应的后续直播流所需金额。
在本实施例的一个可选实现方式中,当客户端播放完服务端发送的试看直播流之后,会无法继续观看视频直播,此时,服务端可以获取服务端发送的支付指令,并根据该支付指令进行支付,以实现观看剩余的视频直播。
在步骤S53中,根据支付指令进行付费操作,并在付费成功后获取直播所处阶段对应的后续直播流,以进行播放。
在本实施例的一个可选实现方式中,根据服务端发送的支付指令进行支付操作,并在付费成功之后继续获取视频直播所处阶段对应的直播流,以实现对后续视频直播的观看。
本实施例的方案,通过获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行试看直播流的播放;在视频直播的播放过程中,获取服务端发送的支付指令;其中,支付指令包括支付金额,支付金额为视频直播的直播所处阶段对应的后续直播流所需金额;根据支付指令进行付费操作,并在付费成功后获取直播所处阶段对应的后续直播流,以进行播放,实现了在视频直播开始播放之后,客户端对视频直播的观看,并且可以根据观看视频直播的所处阶段进行付费,不会存在多付费的现象,可以有效地增加用户的付费意愿。
为了使本领域技术人员更好地理解本实施例的视频直播的付费方法,下面采用一个具体示例进行说明,具体过程包括有:
1.每场直播开始前,开播方可以自己设置免费试看时长和收费金额M。为了防止数据外泄,会结合不同CDN平台对直播数据流进行加密,即根据试播指令控制CDN,将视频直播的直播流实时向客户端推送,并在直播流的推送时间达到设定试看时长时,暂停向客户端推送直播流。此时用户只能拿到一个HLS格式的限时直播流。超过免费试看时长之后,该直播流将无法播放。
2.当直播开始后,服务端会根据开播时长结合自定义算法动态计算出当前收费金额。而观众端会维护一个长连接通道,用来接收金额的动态调整消息。具体动态计算规则为设定减参数P,可示例的取值为1%,则每直播5分钟对设置金额M进行动态计算,设定当前已直播时长为N分钟,公式为:M(1-P(N/5))并对结果取整,且由服务端控制每次发生收费金额调整时,通过长连接通道广播收费金额变更消息给客户端用于调整。
3.服务端会对用户的支付行为保证幂等性,具体控制流程如图6和图7所示。保证用户成功仅成功支付一次。
如图6所示,服务端对用户的支付行为控制可以包括如下步骤:
在步骤S61中,用户发起支付。
在步骤S62中,确定是否存在已发起订单。
若是,则查询订单状态,并返回;
否则,执行步骤S63。
在步骤S63中,确定是否请求超时。
若是,则将订单状态更新为处理中,并返回;
否则,执行步骤S64。
在步骤S64中,确定是否支付成功?
若是,则将订单状态更新为成功,并返回;
否则,执行步骤S65。
在步骤S65中,是否明确支付失败的原因。
若是,则将订单状态更新为失败,并返回;
否则,则将订单状态更新为处理中,并返回。
如图7所示,服务端对用户的支付行为控制可以包括如下步骤:
在步骤S71中,在直播后端任务中查询处理中的订单,和/或查询支付结果。
在步骤S72中,确定是否支付成功?
若是,则将订单状态更新为成功;
否则,执行步骤S73。
在步骤S73中,是否明确支付失败的原因。
若是,则将订单状态更新为失败;
否则,则将订单状态更新为处理中。
在上述各例子中,在视频直播开始之前,可以对视频直播进行预售;在视频直播开始之后,可以根据直播所处阶段动态调整价格,有效增加付费意愿;可以根据试播指令控制CDN,将视频直播的直播流实时向客户端推送,并在直播流的推送时间达到设定试看时长时,暂停向客户端推送直播流,可以对直播数据进行保护,最大程度维护主播的利益。
图8是根据一示例性实施例示出的一种视频直播的付费装置框图。参照图8,该装置包括获取模块81,确定模块82和发送模块83。
获取模块81,被配置为获取视频直播的试播指令,并根据试播指令实时将视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;
确定模块82,被配置为在视频直播的播放过程中,根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于支付金额的支付指令发送至客户端,以通知客户端进行支付;
发送模块83,被配置为响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端。
本实施例的方案,通过获取模块获取视频直播的试播指令,并根据试播指令实时将视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;通过确定模块在视频直播的播放过程中,根据视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于支付金额的支付指令发送至客户端,以通知客户端进行支付;通过发送模块响应于用户的付费成功指令,将对应于直播所处阶段的后续直播流实时发送至客户端,可以解决相关技术中无法根据视频直播的直播所处阶段确定所需付费金额,以及无法防止视频直播的直播数据外泄的问题,可以根据视频直播所处阶段,准确地确定观看视频直播所需支付的金额,并且将设定试看时长的试看直播流发送至客户端,可以有效地防止视频直播的直播数据外泄。
可选的,本实施例中涉及到的视频直播的付费装置还可以包括:第一发送模块和第二发送模块;
第一发送模块,被配置为在视频直播播放之前,获取客户端的预约观看指令,并将与视频直播对应的目标金额发送至客户端;
第二发送模块;被配置为响应于用户的预约付费成功指令,当视频直播播放开始时,将视频直播的全部直播流实时发送至客户端。
可选的,获取模块81,还被配置为获取视频直播的试播指令,并根据试播指令控制内容分发网络,将视频直播的直播流实时向客户端推送,并在直播流的推送时间达到设定试看时长时,暂停向客户端推送直播流。
可选的,确定模块82,包括确定单元;确定单元被配置为获取视频直播已播放的直播时长,并根据已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定支付金额;其中,目标金额为观看完整视频直播所需的金额。
可选的,确定单元被配置为基于如下公式确定支付金额:
L=M(1-P(N/t)
其中,L为支付金额,M为目标金额,P为衰减参数,N为已播放的直播时长,t为预设计费时间间隔。
可选的,本实施例中涉及到的视频直播的付费装置还可以包括:查询模块,被配置为查询用户付费订单状态,并确定用户是否付费成功;如果确定用户未付费成功,且不能确定用户未付费成功的原因,则保持付费订单状态为处理中,直至确定未付费成功的原因或者付费订单状态为成功,以防止用户多次付费;如果付费订单状态为成功,则产生用户的付费成功指令。
可选的,确定模块82,还包括发送单元;发送单元,被配置为通过服务端与客户端之间的长链接通道,将基于支付金额的支付指令发送至客户端。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图9是根据一示例性实施例示出的一种视频直播的付费装置框图。参照图9,该装置包括播放模块91,获取模块92和播放模块93。
播放模块91,被配置为获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行试看直播流的播放;
获取模块92,被配置为在视频直播的播放过程中,获取服务端发送的支付指令;其中,支付指令包括支付金额,支付金额为视频直播的直播所处阶段对应的后续直播流所需金额;
播放模块93,被配置为根据支付指令进行付费操作,并在付费成功后获取直播所处阶段对应的后续直播流,以进行播放。
本实施例的方案,通过播放模块获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行试看直播流的播放;通过获取模块在视频直播的播放过程中,获取服务端发送的支付指令;通过播放模块根据支付指令进行付费操作,并在付费成功后获取直播所处阶段对应的后续直播流,以进行播放,实现了在视频直播开始播放之后,客户端对视频直播的观看,并且可以根据观看视频直播的所处阶段进行付费,不会存在多付费的现象,可以有效地增加用户的付费意愿。
图10是根据一示例性实施例示出的一种服务器的结构框图。如图10所示,该服务器包括处理器101;网络接口102,用于获取请求信息;用于存储处理器101的可执行指令的存储器103,存储器103可以包括随机存取存储器(Random Access Memory,RAM)和只读存储器(Read-Only Memory,ROM);其中,处理器101被配置为执行所述指令,以实现上述方法。
图11是根据一示例性实施例示出的一种智能终端的结构框图。如图11所示,该智能终端包括处理器111;网络接口112,用于发送请求信息;用于存储处理器111的可执行指令的存储器113,存储器113可以包括RAM和ROM;其中,处理器111被配置为执行所述指令,以实现上述方法。
在示例性实施例中,还提供了一种包括指令的存储介质,例如存储可执行指令的存储器(103,113),上述指令可由电子设备(服务器或智能终端)的处理器(101,11)执行以完成上述方法。可选地,存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种计算机程序产品,当该计算机程序产品中的指令由电子设备(服务器或智能终端)的处理器执行时,实现上述方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种视频直播的付费方法,其特征在于,应用于服务端,所述方法包括:
获取所述视频直播的试播指令,并根据所述试播指令实时将所述视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;
在所述视频直播的播放过程中,根据所述视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于所述支付金额的支付指令发送至客户端,以通知所述客户端进行支付;
响应于用户的付费成功指令,将对应于所述直播所处阶段的后续直播流实时发送至客户端。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述视频直播播放之前,获取客户端的预约观看指令,并将与所述视频直播对应的目标金额发送至客户端;
响应于用户的预约付费成功指令,当所述视频直播播放开始时,将所述视频直播的全部直播流实时发送至客户端。
3.根据权利要求1所述的方法,其特征在于,所述根据所述视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额包括:
获取所述视频直播已播放的直播时长,并根据所述已播放的直播时长、目标金额、预先设定的衰减参数、以及预设计费时间间隔,确定所述支付金额;
其中,所述目标金额为观看完整视频直播所需的金额。
4.根据权利要求1-3中任一项所述的方法,其特征在于,在响应于用户的付费成功指令步骤之前,所述方法还包括:
查询用户付费订单状态,并确定用户是否付费成功;如果确定所述用户未付费成功,且不能确定所述用户未付费成功的原因,则保持所述付费订单状态为处理中,直至确定所述未付费成功的原因或者付费订单状态为成功,以防止所述用户多次付费;
如果所述付费订单状态为成功,则产生用户的付费成功指令。
5.一种视频直播的付费方法,其特征在于,应用于客户端,所述方法包括:
获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行所述试看直播流的播放;
在所述视频直播的播放过程中,获取所述服务端发送的支付指令;其中,所述支付指令包括支付金额,所述支付金额为所述视频直播的直播所处阶段对应的后续直播流所需金额;
根据所述支付指令进行付费操作,并在付费成功后获取所述直播所处阶段对应的后续直播流,以进行播放。
6.一种视频直播的付费装置,其特征在于,应用于服务端,所述装置包括:
获取模块,被配置为获取所述视频直播的试播指令,并根据所述试播指令实时将所述视频直播的直播流发送至客户端,直至达到设定试看时长停止发送直播流;
确定模块,被配置为在所述视频直播的播放过程中,根据所述视频直播的直播所处阶段,确定客户端获取后续直播流所需的支付金额,并将基于所述支付金额的支付指令发送至客户端,以通知所述客户端进行支付;
发送模块,被配置为响应于用户的付费成功指令,将对应于所述直播所处阶段的后续直播流实时发送至客户端。
7.一种视频直播的付费装置,其特征在于,应用于客户端,所述装置包括:
播放模块,被配置为获取服务端实时发送的、视频直播的设定试看时长的试看直播流,并进行所述试看直播流的播放;
获取模块,被配置为在所述视频直播的播放过程中,获取所述服务端发送的支付指令;其中,所述支付指令包括支付金额,所述支付金额为所述视频直播的直播所处阶段对应的后续直播流所需金额;
播放模块,被配置为根据所述支付指令进行付费操作,并在付费成功后获取所述直播所处阶段对应的后续直播流,以进行播放。
8.一种服务器,其特征在于,包括:
处理器;
网络接口,用于获取请求信息;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至7中任一项所述的视频直播的付费方法。
9.一种智能终端,其特征在于,包括:
处理器;
网络接口,用于发送请求信息;
用于存储所述处理器的可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求8所述的视频直播的付费方法。
10.一种存储介质,其特征在于,当所述存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行如权利要求1至7或者8中任一项所述的视频直播的付费方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010700848.0A CN111918076A (zh) | 2020-07-20 | 2020-07-20 | 视频直播的付费方法、装置、服务器、终端及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010700848.0A CN111918076A (zh) | 2020-07-20 | 2020-07-20 | 视频直播的付费方法、装置、服务器、终端及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111918076A true CN111918076A (zh) | 2020-11-10 |
Family
ID=73280583
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010700848.0A Pending CN111918076A (zh) | 2020-07-20 | 2020-07-20 | 视频直播的付费方法、装置、服务器、终端及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111918076A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114257825A (zh) * | 2021-11-26 | 2022-03-29 | 广州繁星互娱信息科技有限公司 | 一种视频播放方法、装置、电子设备及存储介质 |
CN115174970A (zh) * | 2022-07-08 | 2022-10-11 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种可持续试看的方法及装置 |
WO2023284601A1 (zh) * | 2021-07-12 | 2023-01-19 | 北京字节跳动网络技术有限公司 | 直播方法、装置、设备、存储介质和计算机程序产品 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130268962A1 (en) * | 2012-04-10 | 2013-10-10 | Shawn Andrew SNIDER | Integration of social media with live events |
CN106162240A (zh) * | 2016-07-04 | 2016-11-23 | 天脉聚源(北京)传媒科技有限公司 | 一种视频直播扣费方法及装置 |
CN109121006A (zh) * | 2018-08-02 | 2019-01-01 | 中国联合网络通信集团有限公司 | 一种基于直播观看用户的营销方法及平台 |
CN109819335A (zh) * | 2019-01-28 | 2019-05-28 | 苏州若依玫信息技术有限公司 | 一种基于移动支付的网络视频平台的视频点播方法及系统 |
CN109819276A (zh) * | 2017-11-20 | 2019-05-28 | 腾讯科技(深圳)有限公司 | 视频播放的方法、装置、计算机设备及存储介质 |
US20190320242A1 (en) * | 2018-04-12 | 2019-10-17 | International Business Machines Corporation | Generating video montage of an event |
-
2020
- 2020-07-20 CN CN202010700848.0A patent/CN111918076A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130268962A1 (en) * | 2012-04-10 | 2013-10-10 | Shawn Andrew SNIDER | Integration of social media with live events |
CN106162240A (zh) * | 2016-07-04 | 2016-11-23 | 天脉聚源(北京)传媒科技有限公司 | 一种视频直播扣费方法及装置 |
CN109819276A (zh) * | 2017-11-20 | 2019-05-28 | 腾讯科技(深圳)有限公司 | 视频播放的方法、装置、计算机设备及存储介质 |
US20190320242A1 (en) * | 2018-04-12 | 2019-10-17 | International Business Machines Corporation | Generating video montage of an event |
CN109121006A (zh) * | 2018-08-02 | 2019-01-01 | 中国联合网络通信集团有限公司 | 一种基于直播观看用户的营销方法及平台 |
CN109819335A (zh) * | 2019-01-28 | 2019-05-28 | 苏州若依玫信息技术有限公司 | 一种基于移动支付的网络视频平台的视频点播方法及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023284601A1 (zh) * | 2021-07-12 | 2023-01-19 | 北京字节跳动网络技术有限公司 | 直播方法、装置、设备、存储介质和计算机程序产品 |
CN114257825A (zh) * | 2021-11-26 | 2022-03-29 | 广州繁星互娱信息科技有限公司 | 一种视频播放方法、装置、电子设备及存储介质 |
CN115174970A (zh) * | 2022-07-08 | 2022-10-11 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种可持续试看的方法及装置 |
CN115174970B (zh) * | 2022-07-08 | 2024-05-31 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种可持续试看的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111918076A (zh) | 视频直播的付费方法、装置、服务器、终端及存储介质 | |
US10003852B2 (en) | Methods and apparatus for enabling synchronized content presentations using dynamically updated playlists | |
US6819669B2 (en) | Method and system for data communication | |
CN104883618B (zh) | 直播节目试看方法、装置及系统 | |
WO2017202243A1 (zh) | 一种多媒体播放方法及相关设备 | |
CN111935536B (zh) | 一种直播间请求响应方法、装置、设备及存储介质 | |
JP2000500620A (ja) | 加入者の番組プレファレンスを最適化するためのシステムおよび方法 | |
CN106533932B (zh) | 一种用于推送即时消息的方法和装置 | |
CN111083514B (zh) | 一种直播方法、装置、电子设备和存储介质 | |
CN108174233A (zh) | 一种直播方法、装置、服务器及介质 | |
US20090037596A1 (en) | Media persistent rtsp streaming | |
US12022169B2 (en) | Real-time ad tracking proxy | |
CN112752114A (zh) | 直播回放互动消息的生成方法、装置、服务器及存储介质 | |
CN110996145A (zh) | 一种多媒体资源的播放方法、系统、终端设备及服务器 | |
CN110753237B (zh) | 节省流媒体服务器上行带宽流量的方法及装置 | |
CN110691280B (zh) | 视频广告处理方法、客户端、视频服务器及可读存储介质 | |
CN112040258B (zh) | 一种直播控制方法、装置、设备及存储介质 | |
CN104717528A (zh) | 流媒体直播paas的处理方法、装置和系统 | |
CN108377397A (zh) | 一种基于摄像头实现联网视频互动的方法 | |
CN109348242B (zh) | 网络直播调度方法、装置、介质及电子设备 | |
CN113115065B (zh) | 一种基于直播的数据处理方法及装置 | |
US20150026711A1 (en) | Method and apparatus for video content distribution | |
CN108668140B (zh) | 音视频交互状态同步方法及装置 | |
CN104919811A (zh) | 用于处理数字服务信号的方法和装置 | |
CN102572536A (zh) | 数字电视节目的预定方法及系统 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201110 |