CN100518169C - 一种节目交换系统 - Google Patents
一种节目交换系统 Download PDFInfo
- Publication number
- CN100518169C CN100518169C CNB2006100993965A CN200610099396A CN100518169C CN 100518169 C CN100518169 C CN 100518169C CN B2006100993965 A CNB2006100993965 A CN B2006100993965A CN 200610099396 A CN200610099396 A CN 200610099396A CN 100518169 C CN100518169 C CN 100518169C
- Authority
- CN
- China
- Prior art keywords
- program
- platform
- service platform
- service
- divided
- 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.)
- Expired - Fee Related
Links
Images
Abstract
本发明提供一种节目交换系统,其核心为:服务平台将其存储的用户收视信息分别传输至监管平台和与其有节目交换的节目平台,节目平台将服务平台传输来的用户收视信息传输至监管平台,监管平台根据服务平台和节目平台分别传输来的用户收视信息对节目交换进行监管。本发明的节目交换系统和节目交换方法中的节目平台、服务平台和监管平台分工明确,且本发明对节目平台和服务平台以及传输网络都没有任何额外的要求,易于实施,降低了节目交换系统的建设成本及维护运营成本;本发明能够保证节目平台与服务平台分成结算的准确性和公证性;从而实现了提高节目交换系统可实用性的目的。
Description
技术领域
本发明涉及网络通讯技术领域,具体涉及一种节目交换系统。
背景技术
随着社会的进步,产业的分工越来越细化,就有线电视服务而言,已由模拟电视时期的内容制作与节目传输“一体化”模式,演进为内容制作与节目传输分离的“台网分离”模式。
在国内,典型的“台网分离”模式的应用场景为:广电网络公司提供数字电视网络,然后,广电网络公司从节目平台购买节目内容。数字电视用户通过向广电网络公司订购节目,即可收看丰富的数字电视节目。最后,节目平台与广电网络公司进行结算分成。在这个应用场景中广电网络公司做为服务平台向用户提供数字电视服务。
在这种“台网分离”模式下,节目平台与服务平台分工协作,向用户提供数字电视服务。节目平台提供丰富的数字电视节目,服务平台提供节目收视服务。目前,节目平台与服务平台之间的节目交换方法主要有如下两种:
方法一:完全开放方式,如附图1所示。
图1中,节目平台通过传输网络直接向服务平台提供清流或固定加扰的节目流,服务平台通过传输网络从节目平台获取节目流,对于固定加扰的节目流,服务平台则需要进行固定解扰,然后,服务平台通过数字电视前端系统对节目流进行复用加扰,并让调制后的节目流进入服务平台的有线网络。
服务平台可以通过SMS(用户管理系统)发展用户并进行节目销售授权。节目平台和服务平台之间签订节目使用协议,并按照固定时长进行结算分成。
由于节目平台进入传输网络的节目流一般为清流或固定加扰的节目流,使节目流容易被破解,使该方法安全性低;由于节目平台和服务平台之间没有实际的节目控制通道,只能完全按照签订的节目通过人为方式来实现节目服务,无法灵活控制节目服务的开启和关停,使节目服务控制不灵活;在这种节目交换方法中,不存在监管关系,也没有良好的监控措施,节目平台和服务平台只能采用按固定时长的统谈方式,使结算分成方式单一。
方法二、两级加密,共同授权方式,实现了″用户透明,计费准确″,达到了对节目平台加扰传输的数字电视节目进行版权保护的目的。方法二具体如附图2所示。
图2中,节目平台加扰下传的数字付费电视节目,在服务平台前端不解扰,直接进入服务平台的有线网络,在服务平台运营范围内的数字电视用户收看节目平台数字付费电视节目时,必须同时获得节目平台和服务平台的授权。由于每次服务平台的用户授权都需要同时发送到节目平台,节目平台可以准确获知服务平台用户节目的收视情况,因此,节目平台和服务平台之间可以采用固定时长、节目授权量、节目授权时长等方式进行结算分成。
在方式二中,节目平台为实现对用户收视情况、服务平台实际收入等的监管,需要建设多家CAS(条件接收系统)、且CAS的数量与各服务平台的CAS厂家数量相当,使节目平台的CAS数量众多;服务平台的SMS需要通过IP网络提供的通道实时地将用户数据和节目销售授权信息传送给节目平台的SMS,该IP网络要求安全性高,双向具有足够大的带宽,且需要保持实时的连接,从而在IP网络通道的建设和运营上需要成本投入;由于服务平台的用户数据和授权信息都需要在节目平台上存储,随着服务平台数量的增多,服务平台用户数量的增多,节目平台系统需要不断升级扩容,节目平台升级扩容压力大使运营成本不断升高。上述原因使节目平台在CAS的建设和运营上成本高昂。
由于节目授权采用同密方式,要求节目平台的CAS和服务平台的CAS必须为同一厂家的CAS系统,而且,服务平台的CAS系统必须支持两级加密,使方法二对服务平台的CAS要求严格。
由于节目在节目平台和服务平台上两级加密,共同授权,因此,一次销售授权处理需要经过的设备和系统很多,不但增加了节目平台、服务平台的建设复杂度,而且,任何设备或系统的不稳定都会影响整个节目交换的处理过程,使系统稳定性差。
发明内容
本发明的目的在于,提供一种节目交换系统,通过预定的服务平台授权信息,使服务平台成为节目平台的用户,使节目平台能够方便的对其与服务平台之间的节目交换进行管理,避免了节目交换对节目平台、服务平台的CAS、SMS以及传输网络的额外要求,降低了节目交换系统的建设成本和运营成本。
为达到上述目的,本发明提供的一种节目交换系统,包括:至少一个节目平台和至少一个服务平台,一个服务平台与至少一个节目平台进行节目交换,所述节目平台中设置:
第一复用加扰设备,用于根据预定的服务平台授权信息为服务平台提供复用加扰节目流;
节目服务控制模块:用于根据预定的服务平台授权信息对节目平台为服务平台提供的节目服务进行开启/关停控制;
所述服务平台中设置有:
解扰设备,位于服务平台前端,用于根据预定的服务平台授权信息对节目平台提供的节目流进行解扰,并将解扰后的节目流传输至第二复用加扰设备;
第二复用加扰设备,用于根据其接收的节目流、预定的用户授权信息为用户提供复用加扰节目流。
下述技术方案为可选技术方案。
所述解扰设备为:机顶盒和承载有服务平台授权信息的节目平台用户智能卡。
所述节目平台和/或服务平台中设置有分成结算模块;
当分成结算模块设置于节目平台时,节目平台通过节目监管接口从服务平台获取分成结算信息;
所述分成结算信息包括:节目销售收入数据,或者用户数据和节目销售收入数据;
分成结算模块:用于根据预定结算分成协议、分成结算信息进行分成结算。
所述预定结算分成协议为下述一种或多种:基于固定时长统谈的分成协议、基于节目授权量的分成协议、基于节目授权时长的分成协议、基于节目销售收入的分成协议。
所述预定结算分成协议包括:节目平台与节目提供商之间的结算分成协议、和/或节目平台与服务平台之间的结算分成协议。
所述节目平台与服务平台之间的结算分成协议包括:分成策略协议、和/或累积奖励协议。
所述分成结算信息包括下述一种或多种:周期性的服务平台销售明细、单用户的业务明细、指定日期的产品销售数量、周期性的业务发展报告。
通过上述技术方案的描述可知,本发明通过预定的服务平台授权信息,使服务平台成为节目平台的用户,使节目平台能够方便的对其与服务平台之间的节目交换进行管理;本发明中节目平台为服务平台提供节目的授权与服务平台为有线电视用户提供节目的授权完全独立,不但通过两级加密保证了节目交换的安全性,还避免了节目交换对节目平台、服务平台的CAS、SMS以及传输网络的额外要求,易于实施,且简化了节目交换的实现过程,提高了节目交换系统的稳定性,保证了节目交换运营的安全性,降低了节目交换维护的复杂度,从而降低了节目交换系统的建设成本和运营成本;本发明的节目平台能够按照预先签订的授权信息即节目使用协议灵活控制对服务平台提供节目服务的开启和关停,节目服务控制灵活,既提高了业务运营的灵活性,又达到了对节目平台加扰传输的数字电视节目进行版权保护的目的;本发明通过在节目交换系统中设置监管平台,使节目平台、服务平台和监管平台分工明确,使节目平台能够专注于提供节目内容服务、服务平台能够专注于提供节目收视服务;本发明的监管平台可以为节目监管平台、支付监管平台,节目监管平台可以利用行业公用监管系统,如广电总局监管平台,支付监管平台可以利用第三方支付系统,如银行等,通过监管平台对服务平台上报至节目平台的运营数据进行核查,充分保证了节目平台与服务平台进行结算的基础数据的准确性,从而保证节目平台与服务平台分成结算的准确性和公证性;本发明的节目平台与服务平台之间的结算分成方式灵活多样;从而通过本发明提供的技术方案实现了提高节目交换系统实用性、可运营性的目的。
附图说明
图1是现有技术的节目交换方法的示意图一;
图2是现有技术的节目交换方法的示意图二;
图3是本发明实施例的节目交换系统示意图;
图4是本发明实施例的节目交换系统实现节目交换的示意图。
具体实施方式
本发明的节目交换系统的核心在于:节目平台中设置的第一复用加扰设备根据预定的服务平台授权信息为服务平台提供复用加扰节目流,服务平台前端的解扰设备根据预定的服务平台授权信息对节目平台提供的节目流进行解扰,并将解扰后的节目流传输至服务平台中设置的第二复用加扰设备,第二复用加扰设备根据其接收的节目流、预定的用户授权信息为用户提供复用加扰节目流。
下面基于本发明的核心思想、结合附图对本发明提供的节目交换系统进行详细描述。
为保证本发明节目交换系统中的节目平台能够方便的对其与服务平台之间的节目交换进行管理,同时,使服务平台能够安全、方便的为有线电视用户提供的有线电视节目,降低节目平台、服务平台的运营成本、降低有线电视用户收看电视节目的成本,本发明的节目交换系统中的节目平台、服务平台进行节目交换的过程如附图3所示。
图3中,节目平台将服务平台作为一个用户来管理,即在节目平台中对服务平台进行用户开户,节目平台将对该服务平台的授权信息承载于智能卡中,并向服务平台发放智能卡。这样,节目平台能够根据授权信息为服务平台提供相应的节目流,而且该节目流是加密的节目流,即节目平台根据预定的服务平台授权信息对相应的节目流进行复用加扰处理,然后,将复用加扰处理后的节目流传输至服务平台,节目平台对节目流的复用加扰处理过程由节目平台中的第一复用加扰设备来实现。
智能卡中的授权信息包括:一个或多个PDK(个人密钥)、每个节目的SK(加密密钥)等。服务平台使用PDK可以从节目平台传输来的加扰节目流中的EMM(授权管理信息)中解出每个节目的SK,SK数量随着智能卡上授权的节目数而不同,SK更新周期由CA系统(条件授权)确定,如1个月,服务平台可通过节目流中的EMM的版本号自动确定是否更新SK。
节目平台可以根据预定的服务平台授权信息对其为服务平台提供的节目服务进行开启/关停控制,该控制功能由节目平台的节目服务控制模块来实现。
在服务平台前端,通过解扰设备如机顶盒和节目平台分配的智能卡,对节目平台传输来的节目流进行解扰,服务平台对节目流进行解扰的过程由服务平台的解扰设备来实现。服务平台前端重新对解扰后的节目流根据预定的用户授权信息进行复用加扰,复用加扰后的节目流进入服务平台的有线电视网络。服务平台对节目流进行复用加扰的过程由服务平台中设置的第二复用加扰设备来实现。
在服务平台运营范围内的有线电视用户收看节目平台的数字付费电视节目时,只需获得服务平台的授权即可。这样,服务平台的用户节目销售授权在服务平台前端系统中即可完成,无需实时请求节目平台的授权。
本发明为了使节目平台能够专注于提供节目内容服务、服务平台能够专注于提供节目收视服务、保证节目平台与服务平台进行结算的基础数据的准确性,本发明在图3的节目交换系统中设置了监管平台。
上述监管平台可以为对用户收视信息中的用户数据和用户订购数据进行监管的节目监管平台,也可以为对用户收视信息中的用户节目支付费用数据和节目销售收入数据进行监管的支付监管平台,由此,本发明的节目交换系统可以包括:至少一个节目平台、至少一个服务平台和节目监管平台,可以包括:至少一个节目平台、至少一个服务平台和支付监管平台,也可以同时包括:至少一个节目平台、至少一个服务平台、节目监管平台和支付监管平台。
当本发明的节目交换系统包括至少一个节目平台、至少一个服务平台、节目监管平台和支付监管平台时,节目交换系统实现节目交换方法的示意图如附图4所示。
图4中,本发明的节目交换系统包括:至少一个节目平台、至少一个服务平台、节目监管平台和支付监管平台。节目监管平台可以为公用的对行业进行监管的平台如广电总局监管平台,支付监管平台为处于第三方支付状态的平台,如银行、支付网关等支付系统。
服务平台需要将其存储的用户收视信息分别传输至节目监管平台、支付监管平台和节目平台。用户收视信息的具体传输过程为:服务平台和节目监管平台之间设置有节目监管接口,服务平台采用其与节目监管平台之间的节目监管接口将SMS和CAS中存储的用户数据和用户订购数据传输至节目监管平台。这部分功能由服务平台中的第一收视信息传输模块来实现。服务平台和节目平台之间设置有节目监管接口,服务平台采用其与节目平台之间的节目监管接口将SMS中存储的与节目平台相关的用户数据和用户订购数据传输至节目平台,这部分功能由服务平台中的第二收视信息传输模块来实现。服务平台与支付监管平台之间设置有支付接口,服务平台采用其与支付监管平台之间的支付接口将SMS中存储的用户节目支付费用数据传输至支付监管平台,这部分功能由服务平台中的第三收视信息传输模块来实现;服务平台采用其与节目平台之间的节目监管接口将SMS中存储的与节目平台相关的节目销售收入数据传输至节目平台,这部分功能由服务平台中的第四收视信息传输模块来实现。
由于服务平台可以将用户数据、用户订购数据和节目销售收入数据一起传输至节目平台,所以,第三收视信息传输模块和第四收视信息传输模块可以将分别获取到的用户数据、用户订购数据和节目销售收入数据采用服务平台与节目平台之间的节目监管接口一起传输至节目平台。
服务平台可以采用主动定期上报的方式如日报、周报、月报等方式将上述信息分别上报至节目监管平台、支付监管平台和节目平台,服务平台也可以在接收到节目监管平台、支付监管平台或节目平台的请求时,根据请求中的信息上报上述信息。服务平台可以根据请求中包含的指定时间段,如指定的日期、指定的日期段等,上报指定时间段内的用户收视信息,服务平台也可以根据请求中包含的指定收视用户信息,上报指定收视用户的用户收视信息,还可以根据请求中包含的指定时间段、指定收视用户信息,上报指定收视用户在指定时间段内的用户收视信息。
节目平台在接收到服务平台传输来的用户数据和用户订购数据后,将其上报至节目监管平台,通过上述节目平台与节目监管平台之间的数据传输,使节目监管平台可以对服务平台上报的数据和节目平台上报的数据进行一致性核查,这部分功能由节目监管平台中的第一一致性核查模块实现。由于服务平台上报至节目监管平台如广电总局监管平台的数据具有较高的真实可靠性,所以,节目监管平台通过对服务平台上报至节目平台的数据进行一致性核查,能够确定服务平台上报至节目平台的数据是否准确,从而,保证了节目平台能够从服务平台处获得真实、可信的数据,最终,保证了节目平台与服务平台进行结算的基础数据的准确性,使节目平台与服务平台的分成结算具有准确性和公证性。
服务平台需要将其用户管理系统中存储的用户节目支付费用数据传输至支付监管平台,这样,服务平台的收视用户即有线电视用户可以通过支付监管平台来完成节目订购费用的缴纳。节目平台在接收到服务平台上报的用户节目销售收入数据后,采用其与支付监管平台之间的用户帐户支付核查接口将用户节目销售收入数据上报至支付监管平台,使支付监管平台可以根据有线电视用户缴纳的节目订购费用对服务平台上报至节目平台的用户节目销售收入数据进行一致性核查,以证实节目平台从服务平台处获取的用户节目销售收入数据的正确性,最终,使节目平台与服务平台的分成结算具有准确性和公证性。这部分功能由支付监管平台中的第二一致性核查模块来实现。
节目平台还可以根据结算分成协议、预定的服务平台授权信息对其从服务平台获取的用户数据和节目销售授权数据进行多种形式的分成结算。这里的结算分成可以为:节目平台与服务平台之间的分成结算,还可以为节目平台与节目提供商之间的结算分成。这里的结算分成协议可以为基于固定时长统谈的结算分成协议、或基于节目授权量的结算分成协议、或基于节目授权时长的结算分成协议、或基于节目销售收入的结算分成协议中的一种或多种,如采用基于节目授权量+节目授权时长的结算分成协议、再如采用基于节目授权量+节目销售收入的结算分成协议等。上述结算分成过程由分成结算模块来实现,分成结算模块可设置于节目平台,也可以设置于服务平台,当然,节目平台和服务平台之间都可以设置分成结算模块。
从上述描述中可以看出,本发明中的节目平台不再需要对服务平台的收入情况及用户的收视情况进行监管,使节目平台能够专注于提供节目内容服务、服务平台能够专注于提供节目收视服务,本发明对节目平台、服务平台的SMS和CAS、以及传输网络没有特殊的要求,使节目交换系统的建设成本、运营维护成本低、易于实施,且提高了节目平台与服务平台之间的运营灵活性。
本发明不限制服务平台、节目平台、支付监管平台、节目监管平台之间的接口形式,下面以提供一种具体的接口实现方式。
本发明中节目平台与服务平台之间的节目监管接口的通用属性如表1所示。也就是说,本发明中节目平台与服务平台之间交换的接口数据均包括表1中的内容。
表1
属性名称 | 说明 |
版本号 | 版本编号。 |
源系统标识 | 数据来源系统的标识号 |
目的系统标识 | 数据目标系统的标识号 |
交易流水号 | 一次操作的流水号 |
交易类型 | 交易分类 |
交易时间 | 若该值为空,默认为当前时刻。 |
表1中,版本号、源系统标识、目的系统标识、交易类型为消息校验信息,交易流水号和交易时间为消息标识信息。消息校验信息主要用于接收端判断其接收到的消息是否为合法的消息,消息标识信息主要用于表示该消息是针对哪个请求的应答消息。当节目平台与服务平台之间采用同步通讯方式时,接口数据可以不包括消息标识信息。
服务平台与节目平台之间的节目监管接口为:周期性上报的服务平台销售明细如服务平台月度销售明细、单用户的业务明细、指定日期的产品销售数量、业务发展报告如业务发展日报,业务发展周报等。
当节目平台向服务平台请求服务平台月度销售明细时,节目平台向服务平台发送的月度销售明细请求的接口数据如表2所示。
表2
属性名称 | 备注 |
月份 | 可以是自然月,也可以是双方约定的财政月,由于涉及到服务平台、节目交换平台、监管平台三方比对数据,简单起见,建议使用自然月。 |
服务平台在接收到指定月请求信息后,根据请求信息中的月份信息获取用户数据和用户订购数据,并发送至节目平台。服务平台发送至节目平台的接口数据中的用户数据和用户订购数据如表3所示。
表3
表3中,智能卡卡号、订购类型、产品编号、订购天数、销售金额等属于用户订购数据;大客户标识、整月订购标志、支付系统标识、支付帐号、支付流水号等属于用户数据。
在上述例子中,服务平台也可以在预定的日期根据表3所示的格式主动向节目平台上报一个月的用户数据和用户订购数据。
当服务平台确定节目平台传输来的指定月的接口数据有误时,可以向节目平台返回如表4所示的信息。
表4
节目平台向服务平台发送请求某收视用户的用户数据和用户订购数据的请求信息如表5所示。
服务平台在接收到某收视用户请求信息后,根据请求信息中的智能卡号、CAS的标识获取用户数据和用户订购数据,并发送至节目平台。服务平台发送至节目平台的接口数据中的用户数据和用户订购数据如表6所示。
表6
当服务平台确定节目平台传输来的指定某收视用户收视信息的接口数据有误时,可以向节目平台返回如表4所示的错误信息。
节目平台向服务平台发送请求指定日期的用户订购数据的请求信息如表8所示。
表7
服务平台在接收到指定日期的请求信息后,根据指定的日期获取用户订购数据,并发送至至节目平台。服务平台发送至节目平台的接口数据中的用户订购数据如表8所示。
表8
当服务平台确定节目平台传输来的指定日期的接口数据有误时,可以向节目平台返回如表4所示的信息。
服务平台主动向节目平台上报日报的接口数据中的用户数据和用户订购数据如表9所示。
表9
节目平台在确定其接收到的服务平台上报日报的接口数据正确时,向服务平台返回的信息如表10所示。
表10
节目平台在确定其接收到的服务平台上报日报的接口数据错误时,向服务平台返回的信息如表4所示。
节目平台向服务平台请求指定时间段内如一周内新增用户的用户数据和用户订购数据。节目平台通过该请求可以获得一周内各产品新增的收视用户数量,以及具体的新增收视用户信息。获取的数据主要用作产品销售情况统计分析使用。节目平台向服务平台发送请求指定一周内新增用户请求的接口数据中的用户数据和用户订购数据如表11所示。
表11
服务平台在接收到指定周请求信息后,根据请求信息中的周日期获取用户数据和用户订购数据,并发送至节目平台。服务平台发送的指定周的接口数据中的用户数据和用户订购数据如表12所示。
表12
服务平台在确定其接收到的节目平台传输来的指定周请求信息的接口数据有误时,向节目平台返回的信息如表4所示。
服务平台与支付监管平台之间的支付接口包括:建立支付关系的接口、解除支付关系的接口、支付费用接口、支付记录总额对帐接口、支付记录明细对帐接口、服务平台产品支付记录的交易总额对帐接口中的一个或多个。
本发明中服务平台与支付监管平台之间的支付接口的通用属性如表13所示。也就是说,本发明中服务平台与支付监管平台之间交换的接口数据均包括表13中所示的内容。
表13
属性名称 说明
交易编码 交易编码,区别不同的业务
支付系统编号 支付系统编号,服务平台中对应支付系统的编号
交易流水号 流水号,为异步通讯的标识,客户端生成,服务端在应答包中原样返
回。说明:如果服务端返回的报文大于一个包,则这一组包的流水号
相同
是否存在后续包 是否还有后续包,’1’有,’0’无
包序号 包序号,从1开始
业务员编码 操作员或业务终端,只作为审计日志的信息
校验字 包体校验属性
表13中,支付系统编号、是否存在后续包、包序号、业务员编码和校验字为消息校验信息,交易编码和交易流水号为消息标识信息。消息校验信息主要用于接收端判断其接收到的消息是否为合法的消息,消息标识信息主要用于表示该消息是针对哪个请求的应答消息。当节目平台与支付监管平台之间采用同步通讯方式时,接口数据可以不包括消息标识信息。
服务平台与支付监管平台之间产生的请求信息和响应信息都使用表13所示的报文结构。
表13中的交易编码,客户端必须写入遵守系统提供的交易编码规则,服务端在应答报文中原样返回。上述客户端为发送请求信息的一方,上述服务端为发送响应信息的一方。
交易流水号为异步通讯的标识,由客户端生成,服务端在应答报文中原样返回。如果服务端返回的报文大于一个包,则这一组包的流水号相同。
是否存在后续包:当对应一个请求有多个应答报文时,必须通过该属性来说明是还有后续包,还是应答结束。如果有多个应答包,则只有最后一个应答包的多包标志为0,其它包的多包标志都为1。
包序号:对于每个请求,相应的一个或多个应答包都从1开始编号,逐次连续加一。
校验字属性为报文的校验属性,使用MD5算法产生32位的字符串,取前4个和后4的字符,交叉后的字符串作为校验字,如果MD5串第一个字符为A0,第二个字符为A1,依次类推,那么最后产生的校验字为A0A28A1A29A2A30A3A31。正确报文:[5399990001 111赵云625d1c2a11]。MD5算法为输入记录信息字符串+双方约定的密钥,对输入信息使用MD5算法产生128比特数字摘要,128比特数字摘要转换为32字节16进制字符串。另外,计算校验字属性的值时,将校验字属性设置为空格。
下面对服务平台向支付监管平台发送用户节目支付费用数据的具体过程进行详细说明。
服务平台与支付监管平台之间需要建立支付关系。建立支付关系的具体过程为:支付监管平台向服务平台发送请求建立收视用户的支付关系的接口数据,接口数据中的请求信息如表14、表15所示。
表14
功能简述 | 支付系统向服务平台请求建立用户的支付关系 |
交易编码 | 0401 |
备注说明 | 支付系统→服务平台 |
表15
表15中包含支付监管平台需要获取的用户节目支付费用数据具体包括的参数,如订户编码、识别码、支付帐号等。
服务平台在确定其接收的支付监管平台传输来的请求信息的接口数据正确时,根据支付监管平台需要获取的参数,将相应的数据发送至支付监管平台,服务平台与支付监管平台建立支付关系。服务平台向支付监管平台发送的接口数据中的用户节目支付费用数据具体如表16所示。
表16
支付监管平台在正确接收到服务平台传输来的用户节目支付费用数据时,支付监管平台与服务平台之间成功建立支付关系。
服务平台在确定其接收的支付监管平台传输来的请求信息的接口数据错误时,向支付监管平台返回的数据如表4所示。
服务平台与支付监管平台解除支付关系的具体过程为:支付监管平台向服务平台发送请求解除收视用户的支付关系的接口数据,接口数据中的请求信息如表17、表18所示。
表17
功能简述 | 支付系统向服务平台请求解除用户的支付关系 |
交易编码 | 0402 |
备注说明 | 支付系统→服务平台 |
表18
属性名称 | 备注 |
订户编码 | 服务平台的用户ID |
识别码 | 支付系统提供的用户标识码 |
表18中包含支付监管平台需要解除支付关系的用户信息,如订户编码、识别码等。
服务平台在确定其接收的支付监管平台传输来的请求解除信息的接口数据正确时,根据请求解除信息中的用户信息进行解除操作,并向支付监管平台发送解除成功的信息,具体如表19所示。
表19
服务平台在确定其接收的支付监管平台传输来的请求解除信息的接口数据错误时,向支付监管平台发送解除失败的信息,具体如表4所示。
在服务平台与支付监管平台之间建立支付关系后,服务平台在需要收视用户进行费用支付时,向支付监管平台发送请求收视用户费用支付的接口数据,接口数据中的请求信息如表20、表21所示。
表20
功能简述 | 服务平台向支付系统发送为用户进行支付的请求 |
交易编码 | 0403 |
备注说明 | 服务平台→支付系统 |
表21
表21中包含需要费用支付的收视用户信息和收视用户需要支付的费用信息。
支付监管平台在确定其接收的服务平台传输来的请求收视用户费用支付的接口数据正确、并在收视用户支付费用后,向服务平台发送费用支付成功的信息,具体如表22所示。
表22
支付监管平台在确定其接收的服务平台传输来的请求收视用户费用支付的接口数据错误时,向服务平台发送错误信息,具体如表4所示。
支付监管平台还可以向服务平台发送对帐请求的接口数据,对帐请求可以分为总额对帐请求和明细对帐请求。接口数据中的总额对帐请求信息如表23、表24所示。
表23
功能简述 | 支付系统向服务平台发送的对帐请求 |
交易编码 | 0404 |
备注说明 | 支付系统→服务平台 |
表24
属性名称 | 备注 |
起始序列号 | 对帐的起始序列号,即支付流水号 |
截至序列号 | 对帐的截至序列号 |
服务平台在确定其接收的支付监管平台传输来的总额对帐请求信息的接口数据正确时,向服务平台发送总额对帐接口数据正确的信息,具体如表25所示。
表25
服务平台在确定其接收的支付监管平台传输来的总额对帐请求信息的接口数据错误时,向服务平台发送总额对帐接口数据错误的信息,具体如表4所示。
接口数据中的明细对帐请求信息如表26、表27所示。
表26
功能简述 | 支付系统向服务平台发送的对帐请求 |
交易编码 | 0405 |
备注说明 | 支付系统→服务平台 |
表27
服务平台在确定其接收的支付监管平台传输来的明细对帐请求信息的接口数据正确时,向服务平台发送明细对帐接口数据正确的信息,具体如表28所示。
表28
服务平台在确定其接收的支付监管平台传输来的明细对帐请求信息的接口数据错误时,向服务平台发送明细对帐接口数据错误的信息,具体如表4所示。
节目平台与支付监管平台之间的接口数据包括如下几种情况:
节目平台在需要与服务平台的产品支付记录的交易总额对帐时,向支付监管平台发送产品支付记录交易总额对帐请求信息,具体如表29、30所示。
表29
功能简述 | 节目平台向支付系统发送的对服务平台交易总帐请求 |
交易编码 | 0501 |
备注说明 | 节目平台→支付系统 |
表30
支付监管平台在确定其接收的服务平台传输来的产品支付记录交易总额对帐请求信息的接口数据正确时,向服务平台发送产品支付记录交易总额对帐接口数据正确的信息,具体如表31所示。
表31
支付监管平台在确定其接收的服务平台传输来的产品支付记录交易总额对帐请求信息的接口数据错误时,向服务平台发送产品支付记录交易总额对帐接口数据错误的信息,具体如表4所示。
本发明中节目平台与支付监管平台之间的用户帐户支付核查接口的通用属性如表13所示。也就是说,本发明中服务平台与支付监管平台之间交换的接口数据均包括表13中所示的内容。
节目平台在需要与服务平台的产品支付记录明细对帐时,向支付监管平台发送产品支付记录交易明细对帐请求信息,具体如表32、表33所示。
表32
功能简述 | 节目平台向支付系统发送的对服务平台交易明细帐请求 |
交易编码 | 0502 |
备注说明 | 节目平台→支付系统 |
表33
支付监管平台在确定其接收的节目平台传输来的产品支付记录交易明细对帐请求信息的接口数据正确时,向服务平台发送产品支付记录交易明细对帐接口数据正确的信息,具体如表34所示。
表34
支付监管平台在确定其接收的节目平台传输来的产品支付记录交易明细对帐请求信息的接口数据错误时,向服务平台发送产品支付记录交易明细对帐接口数据错误的信息,具体如表4所示。
服务平台与节目监管平台之间的节目监管接口参见广电总局发布的《有线数字电视节目平台与监管平台数据交换协议、内容与格式要求》,在本实施例中不再详细描述。
节目平台与节目监管平台之间的节目监管接口参见广电总局发布的《用户管理系统与监管平台数据交换接口技术要求》,在本实施例中不再详细描述。
节目平台与节目提供商之间的节目结算分成协议如表35所示。
表35
项目名称 | 取值含义 |
策略编号 | 分成策略编号 |
策略描述 | 分成策略内容或用途的简述 |
策略有效时间 | 策略开始生效时间 |
策略失效时间 | 策略失效时间 |
节目平台编号 | 与节目商进行结算分成的节目平台的编号 |
节目标识 | 节目编号,节目是基本的分成实体单位 |
月份 | 对指定月份可以执行优惠定价,不指定则表示对所有月份都生效 |
分成方式 | 0-固定分成,统谈固定金额;1-动态分成,节目平台节目销售收入的千分比; |
具体数值 | 当分成方式为“0-固定分成,统谈固定金额”时指具体分成金额(分);当分成方式为“1-动态分成,节目平台产品销售收入的千分比”时指分成比例(千分比); |
月度参考价格 | 指整月最低价格(整月保底价格),当计算出通过分成方式计算出的整月价格低于该参考价格时,则采用该参考价格(分) |
合同号 | 分成策略对应的合同号 |
备注信息 | 策略相关信息的说明 |
本发明的节目平台与服务平台之间的节目结算分成协议包括两部分的内容:一部分是分成策略协议;另一部分是为了鼓励服务平台的运营,在分成结算后对业务开展较好的服务平台进行累积奖励,即累积奖励协议;这两个部分共同组成了完整的结算分成协议。
节目平台与服务平台之间传输的分成策略协议的接口数据如表36所示。
表36
项目名称 | 取值含义 |
策略编号 | 分成策略编号 |
策略描述 | 分成策略内容或用途的简述 |
策略有效时间 | 策略开始生效时间 |
策略失效时间 | 策略失效时间 |
服务平台编号 | 与节目平台进行结算分成的服务平台的编号 |
节目标识 | 节目编号,节目是基本的分成实体单位 |
产品标识 | 服务平台定义的产品标识 |
大客户标识 | 服务平台定义的大客户标识,可对服务平台指定的大客户的消费分成进行特殊定价,可以不指定,不指定则表示对所有客户都生效 |
月份 | 对指定月份可以执行优惠定价,可以不指定,不指定则表示对所有月份都生效 |
分成方式 | 0-固定分成,统谈固定金额;1-动态分成,服务平台产品销售收入的千分比;2-动态分成,服务平台实际节目授权量的千分比进计算的费用; |
具体数值 | 分成方式为“0-固定分成,统谈固定金额”时指具体分成金额(分);分成方式为“1-动态分成,服务平台产品销售收入的千分比”时指分成比例(千分比);分成方式为“2-动态分成,服务平台实际节目授权量的千分比进计算的费用”时指授权量分成比例(千分比); |
单次授权价格 | 分成方式为“2-动态分成,服务平台实际节目授权量的千分比进计算的费用”时单次授权的价格(分) |
月度参考价格 | 指整月最低价格(整月保底价格),当计算出通过分成方式计算出的整月价格低于该参考价格时,则采用该参考价格(分) |
合同号 | 分帐策略对应的合同号 |
备注信息 | 策略相关信息的说明 |
节目平台与服务平台之间传输的累积奖励协议的接口数据如表37所示。
表37
字段名称 | 取值含义 |
协议编号 | 累积奖励协议编号 |
协议有效时间 | 协议开始生效时间 |
协议失效时间 | 协议失效时间 |
服务平台编号 | 与节目平台进行结算分成的服务平台的编号 |
奖励周期 | 可以是月累积奖励、季累积奖励或年累积奖励 |
累积类别 | 0-用户数,在奖励周期内按服务平台中消费节目的用户数量进行累积;1-销售收入,在奖励周期内按服务平台中节目的销售收入进行累积; |
奖励阈值 | 能够进行奖励的最低值 |
奖励方式 | 0-奖励固定的金额;1-按实际销售收入累积的千分比; |
奖励值 | 分成方式为“固定分成,统谈固定金额”时指具体分成金额;分成方式为“动态分成,服务平台产品销售收入的百分比”时指分成比例(百分比) |
最高奖励金额 | 奖励的最高上限金额(分) |
合同号 | 累积奖励协议对应的合同号 |
描述信息 | 策略相关信息的说明 |
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,本发明的申请文件的权利要求包括这些变形和变化。
Claims (7)
1、一种节目交换系统,包括:至少一个节目平台和至少一个服务平台,一个服务平台与至少一个节目平台进行节目交换,其特征在于,所述节目平台中设置有:
第一复用加扰设备,用于根据预定的服务平台授权信息为服务平台提供复用加扰节目流;
节目服务控制模块:用于根据预定的服务平台授权信息对节目平台为服务平台提供的节目服务进行开启/关停控制;
所述服务平台中设置有:
解扰设备,位于服务平台前端,用于根据预定的服务平台授权信息对节目平台提供的节目流进行解扰,并将解扰后的节目流传输至第二复用加扰设备;
第二复用加扰设备,用于根据其接收的节目流、预定的用户授权信息为用户提供复用加扰节目流。
2、如权利要求1所述的一种节目交换系统,其特征在于,所述解扰设备为:机顶盒和承载有服务平台授权信息的节目平台用户智能卡。
3、如权利要求1或2所述的一种节目交换系统,其特征在于,所述节目平台和/或服务平台中设置有分成结算模块;
当分成结算模块设置于节目平台时,节目平台通过节目监管接口从服务平台获取分成结算信息;
所述分成结算信息包括:节目销售收入数据,或者用户数据和节目销售收入数据;
分成结算模块:用于根据预定结算分成协议、分成结算信息进行分成结算。
4、如权利要求3所述的一种节目交换系统,其特征在于,所述预定结算分成协议为下述一种或多种:基于固定时长统谈的分成协议、基于节目授权量的分成协议、基于节目授权时长的分成协议、基于节目销售收入的分成协议。
5、如权利要求3所述的一种节目交换系统,其特征在于,所述预定结算分成协议包括:节目平台与节目提供商之间的结算分成协议、和/或节目平台与服务平台之间的结算分成协议。
6、如权利要求5所述的一种节目交换系统,其特征在于,所述节目平台与服务平台之间的结算分成协议包括:分成策略协议、和/或累积奖励协议。
7、如权利要求3所述的一种节目交换系统,其特征在于,所述分成结算信息包括下述一种或多种:周期性的服务平台销售明细、单用户的业务明细、指定日期的产品销售数量、周期性的业务发展报告。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100993965A CN100518169C (zh) | 2006-07-19 | 2006-07-19 | 一种节目交换系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2006100993965A CN100518169C (zh) | 2006-07-19 | 2006-07-19 | 一种节目交换系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1878160A CN1878160A (zh) | 2006-12-13 |
CN100518169C true CN100518169C (zh) | 2009-07-22 |
Family
ID=37510454
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2006100993965A Expired - Fee Related CN100518169C (zh) | 2006-07-19 | 2006-07-19 | 一种节目交换系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100518169C (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2392090B1 (en) * | 2009-01-28 | 2022-05-18 | Headwater Research LLC | Device group partitions and settlement platform |
Families Citing this family (50)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8626115B2 (en) | 2009-01-28 | 2014-01-07 | Headwater Partners I Llc | Wireless network service interfaces |
US8402111B2 (en) | 2009-01-28 | 2013-03-19 | Headwater Partners I, Llc | Device assisted services install |
US8898293B2 (en) | 2009-01-28 | 2014-11-25 | Headwater Partners I Llc | Service offer set publishing to device agent with on-device service selection |
US8635335B2 (en) | 2009-01-28 | 2014-01-21 | Headwater Partners I Llc | System and method for wireless network offloading |
US8406748B2 (en) | 2009-01-28 | 2013-03-26 | Headwater Partners I Llc | Adaptive ambient services |
US8326958B1 (en) | 2009-01-28 | 2012-12-04 | Headwater Partners I, Llc | Service activation tracking system |
US8832777B2 (en) | 2009-03-02 | 2014-09-09 | Headwater Partners I Llc | Adapting network policies based on device service processor configuration |
US8346225B2 (en) | 2009-01-28 | 2013-01-01 | Headwater Partners I, Llc | Quality of service for device assisted services |
US8548428B2 (en) | 2009-01-28 | 2013-10-01 | Headwater Partners I Llc | Device group partitions and settlement platform |
US8924543B2 (en) | 2009-01-28 | 2014-12-30 | Headwater Partners I Llc | Service design center for device assisted services |
US8589541B2 (en) | 2009-01-28 | 2013-11-19 | Headwater Partners I Llc | Device-assisted services for protecting network capacity |
US8391834B2 (en) | 2009-01-28 | 2013-03-05 | Headwater Partners I Llc | Security techniques for device assisted services |
US8340634B2 (en) | 2009-01-28 | 2012-12-25 | Headwater Partners I, Llc | Enhanced roaming services and converged carrier networks with device assisted services and a proxy |
US8275830B2 (en) | 2009-01-28 | 2012-09-25 | Headwater Partners I Llc | Device assisted CDR creation, aggregation, mediation and billing |
US10841839B2 (en) | 2009-01-28 | 2020-11-17 | Headwater Research Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US10264138B2 (en) | 2009-01-28 | 2019-04-16 | Headwater Research Llc | Mobile device and service management |
US9270559B2 (en) | 2009-01-28 | 2016-02-23 | Headwater Partners I Llc | Service policy implementation for an end-user device having a control application or a proxy agent for routing an application traffic flow |
US10798252B2 (en) | 2009-01-28 | 2020-10-06 | Headwater Research Llc | System and method for providing user notifications |
US10783581B2 (en) | 2009-01-28 | 2020-09-22 | Headwater Research Llc | Wireless end-user device providing ambient or sponsored services |
US9578182B2 (en) | 2009-01-28 | 2017-02-21 | Headwater Partners I Llc | Mobile device and service management |
US9571559B2 (en) | 2009-01-28 | 2017-02-14 | Headwater Partners I Llc | Enhanced curfew and protection associated with a device group |
US9253663B2 (en) | 2009-01-28 | 2016-02-02 | Headwater Partners I Llc | Controlling mobile device communications on a roaming network based on device state |
US9572019B2 (en) | 2009-01-28 | 2017-02-14 | Headwater Partners LLC | Service selection set published to device agent with on-device service selection |
US9706061B2 (en) | 2009-01-28 | 2017-07-11 | Headwater Partners I Llc | Service design center for device assisted services |
US10715342B2 (en) | 2009-01-28 | 2020-07-14 | Headwater Research Llc | Managing service user discovery and service launch object placement on a device |
US10064055B2 (en) | 2009-01-28 | 2018-08-28 | Headwater Research Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US11218854B2 (en) | 2009-01-28 | 2022-01-04 | Headwater Research Llc | Service plan design, user interfaces, application programming interfaces, and device management |
US10057775B2 (en) | 2009-01-28 | 2018-08-21 | Headwater Research Llc | Virtualized policy and charging system |
US10200541B2 (en) | 2009-01-28 | 2019-02-05 | Headwater Research Llc | Wireless end-user device with divided user space/kernel space traffic policy system |
US10248996B2 (en) | 2009-01-28 | 2019-04-02 | Headwater Research Llc | Method for operating a wireless end-user device mobile payment agent |
US8893009B2 (en) | 2009-01-28 | 2014-11-18 | Headwater Partners I Llc | End user device that secures an association of application to service policy with an application certificate check |
US9565707B2 (en) | 2009-01-28 | 2017-02-07 | Headwater Partners I Llc | Wireless end-user device with wireless data attribution to multiple personas |
US10326800B2 (en) | 2009-01-28 | 2019-06-18 | Headwater Research Llc | Wireless network service interfaces |
US9755842B2 (en) | 2009-01-28 | 2017-09-05 | Headwater Research Llc | Managing service user discovery and service launch object placement on a device |
US9980146B2 (en) | 2009-01-28 | 2018-05-22 | Headwater Research Llc | Communications device with secure data path processing agents |
US8793758B2 (en) | 2009-01-28 | 2014-07-29 | Headwater Partners I Llc | Security, fraud detection, and fraud mitigation in device-assisted services systems |
US10237757B2 (en) | 2009-01-28 | 2019-03-19 | Headwater Research Llc | System and method for wireless network offloading |
US8745191B2 (en) | 2009-01-28 | 2014-06-03 | Headwater Partners I Llc | System and method for providing user notifications |
US9392462B2 (en) | 2009-01-28 | 2016-07-12 | Headwater Partners I Llc | Mobile end-user device with agent limiting wireless data communication for specified background applications based on a stored policy |
US9647918B2 (en) | 2009-01-28 | 2017-05-09 | Headwater Research Llc | Mobile device and method attributing media services network usage to requesting application |
US9351193B2 (en) | 2009-01-28 | 2016-05-24 | Headwater Partners I Llc | Intermediate networking devices |
US9557889B2 (en) | 2009-01-28 | 2017-01-31 | Headwater Partners I Llc | Service plan design, user interfaces, application programming interfaces, and device management |
US9954975B2 (en) | 2009-01-28 | 2018-04-24 | Headwater Research Llc | Enhanced curfew and protection associated with a device group |
US9858559B2 (en) | 2009-01-28 | 2018-01-02 | Headwater Research Llc | Network service plan design |
US9955332B2 (en) | 2009-01-28 | 2018-04-24 | Headwater Research Llc | Method for child wireless device activation to subscriber account of a master wireless device |
US10779177B2 (en) | 2009-01-28 | 2020-09-15 | Headwater Research Llc | Device group partitions and settlement platform |
US10484858B2 (en) | 2009-01-28 | 2019-11-19 | Headwater Research Llc | Enhanced roaming services and converged carrier networks with device assisted services and a proxy |
US10492102B2 (en) | 2009-01-28 | 2019-11-26 | Headwater Research Llc | Intermediate networking devices |
US9154826B2 (en) | 2011-04-06 | 2015-10-06 | Headwater Partners Ii Llc | Distributing content and service launch objects to mobile devices |
WO2014159862A1 (en) | 2013-03-14 | 2014-10-02 | Headwater Partners I Llc | Automated credential porting for mobile devices |
-
2006
- 2006-07-19 CN CNB2006100993965A patent/CN100518169C/zh not_active Expired - Fee Related
Non-Patent Citations (4)
Title |
---|
有线数字电视广播用户管理系统入网技术要求和测评方法(暂行). 国家广播电影电视总局.中华人民共和国广播电影电视行业技术要求. 2006 |
有线数字电视广播用户管理系统入网技术要求和测评方法(暂行). 国家广播电影电视总局.中华人民共和国广播电影电视行业技术要求. 2006 * |
有线数字电视条件接收系统应用指南(暂行). 国家广播电影电视总局.中华人民共和国广播电影电视行业技术要求. 2006 |
有线数字电视条件接收系统应用指南(暂行). 国家广播电影电视总局.中华人民共和国广播电影电视行业技术要求. 2006 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2392090B1 (en) * | 2009-01-28 | 2022-05-18 | Headwater Research LLC | Device group partitions and settlement platform |
Also Published As
Publication number | Publication date |
---|---|
CN1878160A (zh) | 2006-12-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100518169C (zh) | 一种节目交换系统 | |
WO2020156088A1 (zh) | 基于区块链的信息交互方法、区块链节点和征信系统 | |
Hoskins et al. | US television programs in the international market: Unfair pricing? | |
CN100586149C (zh) | 预付费收费电视系统 | |
Newbery | Rate-of-return regulation versus price regulation for public utilities | |
RU2191482C1 (ru) | Способ предложения к продаже, оформления заказов и продажи товаров и услуг | |
CN104427398A (zh) | 一种智能电网交互电视播控平台 | |
CN101727635A (zh) | 数字媒体资源的第三方监管系统及其实现方法 | |
WO2021006469A1 (ko) | 팩토링 사업에 기초한 업무 대행 서비스 제공 장치 | |
CN100561928C (zh) | 一种移动数字广播网络的计费方法 | |
CN101180868A (zh) | 灵活的移动预付费刮刮卡充值 | |
CN110490585A (zh) | 二维码收费方法、装置、多联机分户计费设备和存储介质 | |
KR102329779B1 (ko) | 블록체인 기반의 암호화 화폐를 이용한 콘텐츠 투자 시스템 및 그 방법 | |
CN100499796C (zh) | 一种节目交换系统 | |
CN112184451A (zh) | 一种基于区块链的频谱交易的方法 | |
CN116862431A (zh) | 基于区块链和隐私计算的企业采购SaaS平台 | |
CN110458577A (zh) | 一种地铁出行后计费模式清分稽核方法及系统 | |
CN113869891A (zh) | 一种对账单金额动态拆分的优化方法及系统 | |
Lu et al. | The mobile business value chain in China: a case study | |
KR20090004400A (ko) | 온라인 기반의 디지털 컨텐츠 펀드 운용 시스템 및 방법 | |
CN101621666A (zh) | 一种数字电视付费频道订购的方法和管理系统 | |
Lee | The Crisis Facing Terrestrial Broadcasters and Reorganization Policy of Television Industry | |
Grudus | Local Broadband Networks: A New Regulatory Philosphy | |
CN109472578A (zh) | 数字资产的处理方法及装置 | |
KR101280195B1 (ko) | 유무선 온라인상에서의 저작물 과금정산 시스템 및 과금정산 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090722 Termination date: 20120719 |