一种按照网络视频播放量进行计费分成的方法及其系统
技术领域
[0001] 本发明涉及一种按照网络视频播放量进行计费分成的方法及其系统,尤其涉及利用流媒体进行网络视频播放的领域。
背景技术
[0002] 随着中国引进国外大片的数量和步伐加快,以国外6大版权商为主的SVOD分成规则越来越不适应市场的需要,同时国内对于付费网络视频刚处于起步阶段,对分成模式仍然处于探索阶段。六大网络视频内容提供方SVOD业务分成模式单一,无法根据实际网络视频播放量来计算费用。现有技术存在的技术问题是系统复杂度变大,扩展性受限。
[0003] 本发明提供了一种按照网络视频播放量进行计费分成的方法及其系统,根据本发明,能够减轻计费系统的计算复杂度,增强扩展性。本发明构建了简单、可靠、大数据量传输的系统。
发明内容
[0004] 鉴于现有技术中存在的问题,本发明的目的在于提供一种按照网络视频播放量进行计费分成的方法及其系统。
[0005] 为了达到上述目的,本发明提供了一种按照网络视频播放量进行计费分成的系统,该系统包括以下单元:订单统计单元,存储有包月订单数量和对应的包月订单费用及每个包月订单的开始时间、结束时间;通道分成单元,存储通道费用数值或比例;网络视频播放器,用于利用RTMP实时消息传送协议流媒体技术播放网络视频信息;流量记录单元,用于记录网络视频内容提供方的节目播放量以及总网络视频播放量;计费单元,调取订单统计单元、通道分成单元、流量记录单元中存储的数据,计算获得每个网络视频内容提供方的费用。
[0006] 进一步,所述系统的计费单元采用标准HTTP方式通过标准化接口调取数据。
[0007] 进一步,对计费单元要调取的数据进行数字签名,待签名数据按照以下方式组装成字符串:待签名数据分配有参数名,按照参数名字符升序排列,如果有重复参数名,再按照参数值的升序排列,所有参数按照上面的排序用某一字符连接起来,计费单元为订单统计单元、通道分成单元、流量记录单元分别分配一个随机字符串作为签名密钥,采用信息摘要MD5算法来进行数字签名形成页面数据,订单统计单元、通道分成单元、流量记录单元分别将页面数据发送给计费单元。
[0008] 进一步,计费单元在收到页面请求后,取出页面数据中的各个参数,用信息摘要MD5算法以及签名密钥来进行计算,比对计算结果是否一致,一致则采用该数据,不一致则丢弃。
[0009] 进一步,所述的系统的计费单元根据下式计算每个包月订单中网络视频内容提供方的分成费用:(网络视频内容提供方的节目播放量/网络视频总播放流量)*(包月订单费用-通道分成)*(当月服务比例),其中当月服务比例为包月订单开始时间至当月最后一天天数/当月包括的天数。
[0010] 此外,本发明还提供了一种按照网络视频播放量进行计费分成的方法,该方法包括以下步骤:步骤(1)将包月订单数量和对应的包月订单费用、每个包月订单的开始时间、结束时间存储在订单统计单元;步骤(2)将通道费用数值或比例存储在通道分成单元;步骤(3)通过网络视频播放器利用RTMP实时消息传送协议流媒体技术播放网络视频信息;步骤(4)通过流量记录单元记录网络视频内容提供方的节目播放量以及总网络视频播放量;步骤(5)通过计费单元调取订单统计单元、通道分成单元、流量记录单元中存储的数据,计算获得每个网络视频内容提供方的费用。
[0011] 进一步,本发明所述的方法还包括计费单元采用标准HTTP方式通过标准化接口调取数据。
[0012] 进一步,所述的方法还包括对计费单元要调取的数据进行数字签名,待签名数据按照以下方式组装成字符串:待签名数据分配有参数名,按照参数名字符升序排列,如果有重复参数名,再按照参数值的升序排列,所有参数按照上面的排序用某一字符连接起来,计费单元为订单统计单元、通道分成单元、流量记录单元分别分配一个随机字符串作为签名密钥,采用信息摘要MD5算法来进行数字签名形成页面数据,订单统计单元、通道分成单元、流量记录单元分别将页面数据发送给计费单元。
[0013] 进一步,计费单元在收到页面请求后,取出页面数据中的各个参数,用信息摘要MD5算法以及签名密钥来进行计算,比对计算结果是否一致,一致则采用该数据,不一致则丢弃。
[0014] 进一步,所述的方法还包括计费单元根据下式计算每个包月订单中的网络视频内容提供方分成费用:(网络视频内容提供方的节目播放量/网络视频总播放流量)×(包月订单费用-通道分成)*(当月服务比例),其中当月服务比例为包月订单开始时间至当月最后一天天数/当月包括的天数。
[0015] 本发明所述的具有以下优点:能够减轻计费系统的计算复杂度,增强扩展性。本发明构建了简单、可靠、大数据量传输的系统。
附图说明
[0016] 图1是表示根据本发明的节目网络视频流量示意图。
[0017] 图2是本发明的计费分成系统的结构示意图。
具体实施方式
[0018] 为使本发明的上述目的、特征和优点更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明:
[0019] 传统的网络传输音视频等多媒体信息的方式是完全下载后再播放,下载常常要花数分钟甚至数小时。而采用流媒体技术,就可实现流式传输,将声音、影像或动画由服务器向用户计算机进行连续、不间断传送,用户不必等到整个文件全部下载完毕,而只需经过几秒或十几秒的启动延时即可进行观看。当网络传输音视频等多媒体信息在用户的机器上播放时,文件的剩余部分还会从服务器上继续下载。
[0020] 传统技术的优点就是服务器下载完这个网络传输音后,服务器就没有消耗了,节省服务器和贷款消耗。其缺点就是网络传输音视频文件会缓存在客户端,对文件的保密性不好。
[0021] 本发明的网络视频播放器采用了RTMP(实时消息传送协议)流媒体技术,有效地解决了版权保护问题。
[0022] 图1是表示根据本发明的节目网络视频流量示意图。
[0023] 1.系统根据用户实际观看网络视频播放量(vv)给网络视频内容提供方分成,因为内容好的视频更能吸引用户,甚至观看多次,该内容提供商的总VV数就会提高(分子),在全部内容提供商VV中的比例就会变大,意味着该网络视频内容提供商有更多的分成。系统根据每笔包月订单,统计出订单中用户看过哪些网络视频节目及相应的播放量,进而统计出各个节目(网络视频内容提供方)所占的比例。
[0024] 2.订单统计步骤
[0025] 2.1目前的包月订单,通常都是跨月订单,当然不排除有当月第一天开始的最后一天结束的包月订单(此种情况下当月服务比例为1)。
[0026] 2.2包月订单在结算月的金额根据天数计算比例,即按照当月服务比例计算,其中当月服务比例为包月订单开始时间至当月最后一天天数/当月包括的天数。
[0027] 2.3包月订单在结算月产生的vv以实际统计为准。
[0028] 本发明提供了一种按照网络视频播放量进行计费分成的系统,如图2所示,该系统包括以下单元:订单统计单元,存储有包月订单数量和单个包月订单费用以及订单服务日期(即包月订单开始时间和结束时间);通道分成单元,存储通道费用数值或比例;网络视频播放器,用于在线播放网络视频信息;流量记录单元,用于记录网络视频内容提供方的节目播放量以及总网络视频播放量;计费单元,调取订单统计单元、通道分成单元、流量记录单元中存储的数据,计算获得每个网络视频内容提供方的费用。其中网络视频播放器利用RTMP(实时消息传送协议)流媒体技术播放网络视频。计费单元根据下式计算每个包月订单中网络视频内容提供方的分成费用:
[0029] (网络视频内容提供方的节目播放量/网络视频总播放流量)×(包月订单-通道分成)×(当月服务比例),其中当月服务比例为包月订单开始时间至当月最后一天天数/当月包括的天数。
[0030] 按网络视频播放量进行分成的系统,因为要涉及到和多个网络视频提供方进行信息的同步和交换,必须要有标准的接口规范和安全策略,既能保证系统的可扩展性同时有能保证交易信息不被篡改。
[0031] 按网络视频播放量进行分成的算法,其订单统计单元、通道分成单元、网络视频播放器、流量记录单元和计费单元之间信息的交换均是通过标准化的接口协议进行通信,系统和各个通道之间的通信以及与外部网络视频提供方之间的订单推送等均是采用规范的标准化接口进行。
[0032] 所有标准化接口均采用标准HTTP方式构建,格式如下:
[0033] http://
/v[0034] number>//?param1=value1¶m2=value2...
[0035] &signtype=1&sign=
[0036] host为主机系统IP或域名;
[0037] version number为目前该系统版本。
[0038] System:目前支持类型为:getway(支付网关)和paycenter(支付中心)两种;
[0039] Action:表示该接口具体要做哪些操作,例如创建新订单neworder;
[0040] 例子:
[0041] http://pay.youku.com/v1/paycenter/neworder?ver=1&...
[0042] 表示:优酷目前使用的是V1版本,用户正在创建新的订单。
[0043] 订单统计单元、通道分成单元、网络视频播放器、流量记录单元和计费单元之间均采用如上标准HTTP(GET,PUT)方式调用。
[0044] 在基本HTTP(GET,PUT)协议基础上,构建了简单、可靠、大数据量传输的系统级标准协议。
[0045] 安全规范:
[0046] 为保证在系统内各个单元的数据传输的安全性和可靠性,有效的数字签名能有效避免人为的传递错误数据,保证数据的可靠性。所谓数字签名就是附加在数据上的一些冗余数据,或是对数据所作的密码变换。这种冗余数据或变换允许数据的接收者用以确认数据单元的来源和数据的完整性并保护数据,防止被人(例如接收者)进行伪造。它是对电子形式的数据进行签名的一种方法。基于公钥密码体制和私钥密码体制都可以获得数字签名,目前主要是基于公钥密码体制的数字签名。现有的数字签名算法有RSA、ElGamal、Fiat-Shamir、Guillou-Quisquarter、Schnorr、Ong-Schnorr-Shamir数字签名算法、Des/DSA、椭圆曲线数字签名算法。具体步骤如下:
[0047] 1.数字签名
[0048] 为保证系统内各个单元数据传输过程中的数据真实性和完整性,需要对传送的数据进行数字签名。
[0049] 在接收签名数据之后进行签名校验。
[0050] 2.签名机制
[0051] 待签名数据(订单统计单元、通道分成单元、流量记录单元发送的数据):
[0052] 待签名数据按照以下方式组装成字符串:
[0053] 由于订单统计单元、通道分成单元、流量记录单元发送的数据分别可能有一个或多个,待签名数据分配有参数名,例如p1,p2,p3等,他们按照参数名字符升序排列,例如p1,p2,p3,如果有重复参数名,那么重复的参数再按照参数值的升序排列。
[0054] 每一个单元的所有参数按照上面的排序用&连接起来,格式是:p1=v1&p2=v2。V1和v2为参数值。
[0055] 签名密钥:
[0056] 计费单元为其他单元(即订单统计单元、通道分成单元、流量记录单元)分配一个随机字符串作为签名密钥。在实际开发订单统计单元、通道分成单元、流量记录单元的时候,即直接埋入签名密钥。签名密钥是一个事先已被系统分配好的字符串,主要用来定义合法的单元。例如在某一个单元定义签名密钥为123456,意味着这个单元的唯一编号是
123456,从这个单元发出的信息是合法的。一个实例(针对某一个单元发送参数的实例)如下表所示:
[0057]
[0058] 计费单元在收到页面数据后,取出页面数据中的P6和其它各个参数,用上述算法对其他各个参数再计算一次P6,比对两个签名是否一致。签名一致表明这个页面数据是由单元(123456)发出,不一致则丢弃。
[0059] 以上是对本发明的优选实施例进行的详细描述,但本领域的普通技术人员应该意识到,在本发明的范围内和精神指导下,各种改进、添加和替换都是可能的。这些都在本发明的权利要求所限定的保护范围内。