具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种网络电视IPTV的点播方法。
图1为本发明实施例的方法流程图。如图1所示,该方法包括:
S101、从短信网关接收移动通信终端发送的点播请求;
S102、将该点播请求发送给IPTV媒体娱乐管理中间件IPTV-MEM,以触发IPTV-MEM对该点播请求进行鉴权;
可选地,本实施例的鉴权包括点播用户鉴权和点播内容鉴权,如,检查点播用户是否存在、点播用户状态是否正常、点播内容是否存在及点播内容的状态是否正常。
S103、若鉴权通过,接收IPTV-MEM发送的对移动通信终端的扣费请求;
S104、将该扣费请求通过短信网关发送至计费装置(如运营支撑系统BOSS);
S105、从短信网关接收计费装置发送的对应于该扣费请求的扣费响应;
S106、若扣费成功,通知IPTV-MEM根据该点播请求将点播的媒体流推送至目标机顶盒。
可选地,本实施例的媒体流可以为影视节目等视频文件。
本发明实施例采用短信方式实现了IPTV点播,并通过移动通信终端付费,解决了当前IPTV付费方式单一问题;本发明实施例增加了IPTV点播的扣费方式,增强了用户进行IPTV点播时的交费灵活性,极大地促进了运营商业务的推广及新营销方式的开展。本发明实施例的技术方案可适用于数字电视领域,并可把业务扩展到直播节目点播、增值业务点播内容等方面。
本发明实施例还提供了一种网络电视IPTV的点播系统。图2为本发明实施例系统的组网架构图。该点播系统包括了IPTV系统20的以及移动系统21的设备,本实施例的点播系统主要包括:短信网关211、业务网关201、IPTV媒体娱乐管理中间件IPTV-MEM202以及计费装置(如BOSS)212;业务网关201连接短信网关211以及IPTV-MEM202;短信网关211连接计费装置212。
首先对IPTV系统20和移动系统21的基本功能进行详细说明。
IPTV系统20的主要功能是:为STB用户提供直播、点播、增值业务等流媒体服务。具体地,STB204,用于通过EPG(电视节目指南)203页面向用户展示影片的内容、描述、提示等信息;EPG203,用于接收STB204的用户对感兴趣或期望点播的影片的选择,并将STB204的点播请求发送到IPTV-MEM(Media Entertainment Management,媒体娱乐管理中间件)202;IPTV-MEM202,用于接收EPG203发送的点播请求,并进行用户鉴权、内容鉴权、计算需要扣除的费用等业务处理,当IPTV-MEM202对用户及点播影片内容鉴权通过后,向IPTV用户的STB204发送点播的影片,使IPTV用户可以在STB204上收看点播的影片。
移动系统21的主要功能是:提供手机用户话音、短信、彩信等移动服务。具体地,移动通信终端213,用于接收用户指令,向移动系统的ISMG(InternetShort Message Gateway,互联网短信网关)发送短信、彩信或增强型短信。ISMG211,用于接收用户通过移动通信终端发送的短信,并根据用户发送的号码进行短信的转发;BOSS系统用于实现移动终端的计费等功能。
为了增加点播的支付方便性及扩大用户点播的适应性,从而提升用户的ARPU值,本实施例的系统增加一个IPTV业务网关来完成IPTV系统与移动短信平台的对接。在实际应用中,业务网关201可以位于IPTV系统20中或移动系统21中,或者为这两个系统之外的一个独立设备。通过该IPTV业务网关,用户能够通过短信息向自己或好友推荐点播影片,并可以从用户的手机账户中扣费。本实施例的系统增加了用户IPTV点播的灵活性及娱乐性,并实现了IPTV点播内容的差异化运营。
下面详细描述增加了业务网关之后,本实施例系统各个部分的功能。
本实施例的业务网关201,用于从短信网关211接收移动通信终端213发送的点播请求;将该点播请求发送给IPTV-MEM202,以触发IPTV-MEM202对该点播请求进行鉴权;若鉴权通过,接收IPTV-MEM202发送的对该移动通信终端213的扣费请求;将该扣费请求通过短信网关211发送至计费装置212;从短信网关211接收计费装置212发送的对应于该扣费请求的扣费响应;若扣费成功,通知IPTV-MEM202根据该点播请求将点播的媒体流推送至目标机顶盒204。
本实施例的短信网关211,用于将移动通信终端213的点播请求转发给业务网关201;将业务网关201发送的扣费请求转发给计费装置212;并将计费装置212发送的扣费响应转发给业务网关201。
IPTV-MEM202,用于对点播请求进行鉴权;若鉴权通过,向业务网关201发送扣费请求;接收扣费响应;若扣费成功,则根据点播请求将点播的媒体流推送至目标机顶盒204。
可选地,本实施例的IPTV-MEM202,还用于在鉴权通过之后,向目标机顶盒发送点播媒体流的提示信息;接收目标机顶盒根据提示信息发送的确认收看响应;如果确认收看,则向业务网关发送扣费请求。
图3为本实施例的业务网关的功能框图。图3显示了业务网关的内部结构及其与外部系统的连接关系。
如图3所示,IPTV业务网关包括:接口适配层和逻辑应用层。
IPTV业务网关把对外接口封闭在一个接口适配层中,便于后续的扩展及开放。上述对外接口可以包括例如与短信网关、彩信网关、增强短信网关的接口,也可以包括与IPTV系统之间的内部协议接口。即上述接口依次为处于接口适配层中的:SMS(Short Messaging Service,短信服务)接口、MMS(Multimedia Messaging Service,多媒体信息服务)接口、EMS(EnhancedMessage Service,增强型短消息服务)接口和IPTV接口。
IPTV业务网关与短信网关之间采用标准的SMS协议进行互联、与彩信网关之间采用标准的MMS协议进行互联、与增强ISMG网关之间采用标准的EMS协议进行互联,完成信息系统的短信、彩信、EMS的信息接收与发送。业务网关与IPTV-MEM之间采用短信点播SOAP(Simple Object AccessProtocol,简单对象访问协议)协议互联,完成点播请求信息、扣费请求信息的转发。
IPTV业务网关对外接口中的IPTV接口为SOAP接口,其包括:
1、点播请求接口
接口方式:业务网关至MEM,异步消息;
请求输入:序列号、手机号码、用户ID[允许为空]、内容ID;
响应:消息发送结果;
2、扣费请求接口
接口方式:MEM至业务网关,同步消息;
请求输入:序列号、手机号码、用户ID[允许为空]、内容ID、费用;
响应:扣费结果、序列号、手机号码、扣费金额;
3、对账接口
接口方式:SOAP+FTP(File Transfer Protocol,文件传输协议);
请求输入:开始序列号、结束序列号、文件名称、总笔数、总金额;
响应:对账结果、不平笔数。
对账接口,主要用于实现IPTV系统与移动系统之间的对账过程。对账时,可能存在不平(不一致)的账务信息,故需明确不一致的笔数,两边确认后的不一致的信息被提取出来,即IPTV-MEM生成的账单与BOSS系统的扣费记录进行对比,看两个系统对费用处理是否一致,如不一致,则将不一致的信息提取出来以进行单独人工处理。
逻辑应用层包括:消息通讯模块,用于完成标准协议与私有协议的通讯处理,标准协议指SMS协议、MMS协议和EMS协议,私有协议指SOAP协议;消息管理模块,用于完成对外与对内消息队列的管理,防止消息的丢失及异常;对账管理模块,用于完成用户点播的对账处理,包括对IPTV系统内部用户的点播记录与移动系统之间的扣费记录进行对账处理。
以下对本实施例的一种网络电视IPTV的点播系统的工作过程进行说明:
当用户用手机向指定号码发送点播短信时,ISMG接受到用户的点播短信,根据发送号码把点播信息转发给本发明实施例的IPTV业务网关,IPTV业务网关调用“点播请求接口”请求IPTV-MEM进行点播用户、点播内容的合法性检查,例如,检查用户是否存在、用户状态是否正常,内容是否存在、内容状态是否正常等,如果合法,则IPTV-MEM通过EPG向用户提示点播确认信息。当IPTV用户在STB上确认点播收看时,IPTV-MEM调用“扣费请求接口”申请从上述手机上扣除此次点播的费用。
IPTV业务网关根据IPTV-MEM发送的扣费请求,令移动ISMG根据签订的协议,向移动BOSS发送点播扣费请求,从发送点播请求的用户手机账户中扣除本次点播的费用。
当IPTV-MEM获知移动BOSS扣费成功后,则通过EPG向IPTV用户推送点播的媒体流。
本实施例的系统,通过采用短信方式实现了IPTV点播,并通过采用移动通信终端付费,解决了当前IPTV交付方式单一问题;同时,本发明实施例拓展了IPTV的点播方式,实现了IPTV跨用户点播,可以扩展到IPTV用户之间的STB点播,不仅能为自己点播,也能为别人点播;由于采用了以上技术方案,本发明实施例2增加了IPTV实现点播的扣费方式,增强了用户进行IPTV点播时的交费灵活性,极大地促进了运营商业务的推广及新营销方式的开展。
本实施例还提供了一种网络电视IPTV的点播方法。该方法实现了跨用户点播。图4为本实施例的一种网络电视IPTV的点播方法的流程图。如图4所示,该方法包括:
S401、从短信网关211接收移动通信终端213发送的点播请求,该点播请求中包含了需要点播的内容标识和对方的机顶盒标识;
S402、将该点播请求发送给IPTV-MEM202,以触发IPTV-MEM202对该点播请求进行鉴权;
S403、若鉴权通过,接收IPTV-MEM202发送的对移动通信终端213的扣费请求;
S404、将该扣费请求通过短信网关211发送至计费装置(如运营支撑系统BOSS)212;
S405、从短信网关211接收计费装置212发送的对应于该扣费请求的扣费响应;
S406、若扣费成功,通知IPTV-MEM202向对方的机顶盒标识对应的机顶盒推送与该内容标识对应的媒体流。
以下举例详细说明依据本实施例跨用户点播方法的详细流程。
图5为本实施例的IPTV点播方法的流程图。如图5所示,该方法包括:
S501、移动通信终端213的用户为好友点播影片,向指定号码发送包含对方的STB用户标识和内容标识的点播短信,该点播短信包括指定号码、STB用户标识、点播内容标识;
S502、短信网关211根据该指定号码,将包含STB用户标识、点播内容标识的短信发送到IPTV业务网关201;
S503、IPTV业务网关201向IPTV-MEM202发送点播请求,该点播请求包括STB用户标识、点播内容标识;
S504、IPTV-MEM202对该点播请求进行鉴权,包括用户的合法性、内容的合法性,如果STB用户或点播内容不存在,则直接返回点播失败;
S505、如果STB用户合法、点播内容也合法,则向EPG203推送点播提示信息;
S506、EPG203显示上述点播提示信息;
例如,EPG203向对方的STB用户提示“您的好友***为您点播***精彩内容,是否确认收看?”;
S507、如果对方STB用户确认收看,则对方用户通过STB204发送确认收看指令;
S508、EPG203向IPTV-MEM202发送确认收看响应,以请求IPTV-MEM202进行扣费播放;
S509、IPTV-MEM202根据点播内容的费用信息,向IPTV业务网关201申请对该移动通信终端213扣费;
S510、IPTV业务网关201向短信网关211发送扣费请求;
S511、短信网关211根据点播内容的费用向移动系统的BOSS 212申请在指定移动通信终端213上扣除相应的费用;
S512、当从指定移动通信终端扣费成功时,BOSS 212向短信网关211发送扣费成功的扣费响应,以通知IPTV-MEM202向STB用户推送相应的媒体信息流;
S513、短信网关211将此扣费响应转发至IPTV业务网关201;
S514、IPTV业务网关201再将此扣费响应转发至IPTV-MEM202;
S515、IPTV-MEM 202接收到扣费成功后的响应后,向STB用户推送点播的媒体信息流,完成向好友点播影片的流程。
本实施例的方法,增加了IPTV点播的扣费方式的多样性,增强了IPTV点播交费的灵活性,实现了跨用户点播。
本实施例还提供了一种网络电视IPTV的点播方法。该方法实现了自己为自己点播。图6为本实施的又一种网络电视IPTV的点播方法的流程图。如图6所示,该方法包括:
S601、从短信网关211接收移动通信终端213发送的点播请求,该点播请求中包含了需要点播的内容标识;
S602、将该点播请求发送给IPTV-MEM201,以触发IPTV-MEM 201对该点播请求进行鉴权;
S603、若鉴权通过,接收IPTV-MEM201发送的对移动通信终端213的扣费请求;
S604、将该扣费请求通过短信网关211发送至计费装置212(运营支撑系统BOSS);
S605、从短信网关211接收计费装置212发送的对应于该扣费请求的扣费响应;
S606、若扣费成功,通知IPTV-MEM2202向移动通信终端对应的机顶盒推送该内容标识对应的媒体流。
以下举例详细说明依据本实施例自己为自己点播方法的详细流程。图7为本实施例的IPTV点播方法的又一流程图。如图7所示,该方法包括:
S701、STB用户通过EPG浏览VOD信息;
S702、EPG 203根据影片信息,向用户提示可以通过IPTV支付,也可以过发送短信来支付点播费用;
S703、移动通信终端213根据EPG203的提示信息,向指定号码发送点播内容标识;
S704、短信网关211根据该指定号码,将用户点播请求转发给IPTV业务网关201;
S705、IPTV业务网关201把该点播请求转发给IPTV-MEM 202;
S706、IPTV-MEM 202根据登记的手机号码查询对应的STB用户,并检查STB用户及点播内容的合法性;如果存在多个STB用户,则向多个STB用户均推送点播消息,由STB选择是否播放;
S707、IPTV-MEM 202向STB用户推送提示信息;
例如为,“您的***精彩内容点播,是否确认收看”。
S708、STB用户确认采用手机扣费收看;
S709、IPTV业务网关201向短信网关211发送短信扣费请求;
S710、短信网关211将该短信扣费请求转发给BOSS 212;
S711、若BOSS 212对移动通信终端213扣费成功,向短信网关211发送成功扣费响应,以通知IPTV-MEM 202向用户推送点播的媒体信息流;
S712、短信网关211将该成功扣费响应发送至IPTV业务网关201;
S713、IPTV业务网关201将该成功扣费响应发送至IPTV-MEM 202;
S714、IPTV-MEM 202在获取扣费成功的信息后,向STB用户推送点播的媒体信息流;
S715、可选地,短信网关211向移动通信终端213发送扣费成功的提示信息。
例如为,“您点播的节目已收看,扣费成功”。
本实施例的方法,增加了IPTV点播的扣费方式的多样性,增强了IPTV点播交费的灵活性。
可选地,本实施例的方法还可以同时支持实现自己为自己点播以及跨用户点播。对于这种情况,点播请求中至少包含需要点播的内容标识和对方的机顶盒标识;IPTV-MEM需要向移动通信终端对应的机顶盒以及对方的机顶盒标识对应的机顶盒推送该内容标识对应的媒体流。由于自己为自己点播的流程以及跨用户点播的流程已经在前述实施例中详细介绍,同时支持这两种点播模式的情况,可以参照上述两个流程进行,此处不再详细说明。
可选地,在本实施例中都可以包含IPTV系统20与移动系统21的对帐过程。可选地,本实施例的方法可以在扣费成功后进行对账,或者是在媒体流推送之后进行对账。
图8为本发明实施例的对帐方法流程图。如图8所示,该方法包括:
S801、IPTV业务网关201通过短信网关211向BOSS 212发送对账请求;
S802、接收BOSS 212根据该对账请求发送的扣费记录文件;
S803、业务网关201提取本地账单记录;
S804、业务网关进201行根据扣费记录文件和本地账单进行账务比对;
S805、业务网关201记录对账结果,如对账结果为不一致时,提交日志以触发手动平账。
本实施例还提供了一种网络电视IPTV的点播装置。
图9为本实施例装置的整体功能框图。如图9所示,该装置90包括:
点播请求接收单元901,用于从短信网关接收移动通信终端发送的点播请求;
点播请求发送单元902,用于将点播请求发送给IPTV-MEM,以触发IPTV-MEM对点播请求进行鉴权;
扣费请求接收单元903,用于若鉴权通过,接收IPTV-MEM发送的对移动通信终端的扣费请求;
扣费请求发送单元904,用于将该扣费请求经由短信网关发送至计费装置(如运营支撑系统BOSS);
扣费响应接收单元905,用于从短信网关接收计费装置发送的对应于该扣费请求的扣费响应;
点播通知发送单元906,用于若扣费成功,通知IPTV-MEM根据该点播请求将点播的媒体流推送至目标机顶盒。
可选地,点播请求中至少包含需要点播的内容标识;点播通知发送单元106,用于通知IPTV-MEM向该移动通信终端对应的机顶盒推送该内容标识对应的媒体流。
可选地,点播请求中至少包含需要点播的内容标识和对方的机顶盒标识,点播通知发送单元106,用于通知IPTV-MEM向移动通信终端对应的机顶盒和对方的机顶盒标识对应的机顶盒推送内容标识对应的媒体流;或者,通知IPTV-MEM向对方的机顶盒标识对应的机顶盒推送内容标识对应的媒体流。
图10为本实施例的装置的具体功能框图。如图10所示,该装置100还可以进一步包括:
对账请求发送单元1007,用于通过短信网关向计费装置发送对账请求;
扣费记录接收单元1008,用于接收计费装置根据该对账请求发送的扣费记录文件;
账单记录提取单元1009,用于提取本地账单记录;
账务比对单元1010,用于根据扣费记录文件和本地账单记录进行账务比对。
可选地,本实施例的装置100还包括:
手动平账触发单元1011,用于若账务比对的结果不一致,提交日志以触发手动平账。
可选地,点播装置与短信网关之间的接口为短信服务协议SMS接口、多媒体信息服务MMS接口或增强型短消息服务EMS接口;点播装置与IPTV-MEM之间的接口为简单对象访问协议SOAP接口。
本实施例装置的工作过程已在前述实施例中详述,故在此不赘述。
本实施例的装置,通过采用短信方式实现了IPTV点播,并通过采用移动通信终端付费,解决了当前IPTV交付方式单一问题;同时,本实施例拓展了IPTV的点播方式,实现了IPTV跨用户点播,可以扩展到IPTV用户之间的STB点播,不仅能为自己点播,也能为别人点播;由于采用了以上技术方案,本实施例增加了IPTV实现点播的扣费方式,增强了用户进行IPTV点播时的交费灵活性,极大地促进了运营商业务的推广及新营销方式的开展。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上实施例仅用以说明本发明实施例的技术方案,而非对其限制;尽管参照前述实施例对本发明实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。