一种IPTV用户数据更新通知方法和系统与流程

本发明涉及IPTV领域，特别涉及一种IPTV用户数据更新通知方法。

背景技术：

IPTV即交互式网络电视，是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。MES即消息交互系统，是基于IPTV业务的消息系统，可以发布两种消息，一种用户在机顶盒上展示的消息，可以将用户发布的滚动消息或者osd消息或者页面消息按照指定的业务区、分组、频道推送给IPTV用户，展示在机顶盒上；另一种非展示消息，可以将一些用户信息变更的相关信息推送给机顶盒，通知机顶盒做出相应的操作。

当前的IPTV系统中，用户订购的产品包更新或者用户相关信息更新后，如果用户一直不重新登录，用户就一直无法感受到这些信息的变化，用户体验性差。

技术实现要素：

本发明要解决的主要技术问题是，提供IPTV用户数据更新通知方法和系统，解决现有中IPTV系统需要重新登录，才能进行用户数据信息更新，用户数据信息更新更新不及时导致用户体验性差的问题。

为解决上述问题，本发明提供一种IPTV用户数据更新通知方法，包括：

目标用户登录机顶盒后，IPTV管理平台检测到所述目标用户的用户数据发生变更时，生成对应的更新通知任务；所述更新通知任务包括变更内容；

信息交互平台将所述更新通知任务发送给机顶盒进行显示对应的更新通知。

在本发明的一种实施例中，所述IPTV管理平台生成对应的更新通知任务包括：IPTV管理平台在数据库中生成对应的更新通知任务。

在本发明的一种实施例中，所述信息交互平台将所述更新通知任务发送给机顶盒包括：信息交互平台从所述数据库获取所述更新通知任务，将所述更新通知任务发送给所述机顶盒。

在本发明的一种实施例中，信息交互平台将所述更新通知任务发送给机顶盒之前，还包括：所述信息交互平台判断所述更新通知任务是否为即时更新通知任务，如果是，则立即发送给所述机顶盒；如果不是，则延时发送给所述机顶盒。

在本发明的一种实施例中，所述信息交互平台判断所述更新通知任务是否为即时更新通知任务包括：

所述信息交互平台解析所述更新通知任务，根据解析得到的字段判断所述更新通知任务是否为即时更新通知任务；

或

所述信息交互平台解析所述更新通知任务，根据解析得到的变更内容判断所述更新通知任务是否为即时更新通知任务。

在本发明的一种实施例中，所述延时发送给所述机顶盒包括：

所述信息交互平台根据预设规则进行时间延迟，延迟时间到后将所述更新通知任务发送给所述机顶盒；

或

所述信息交互平台解析所述更新通知任务，根据解析得到的发送时间，延 迟时间到发送时间将所述更新通知任务发送给所述机顶盒。

在本发明的一种实施例中，所述用户数据包括用户订阅业务、用户订阅业务中的频道数据和用户使用状态中的至少一种。

为解决上述问题，本发明还提供一种IPTV用户数据更新通知系统，包括IPTV管理平台、信息交互平台和机顶盒：

所述IPTV管理平台用于目标用户登录所述机顶盒后，检测到所述目标用户的用户数据发生变更时，生成对应的更新通知任务；所述更新通知任务包括变更内容；

所述信息交互平台用于将所述更新通知任务发送给机顶盒进行显示对应的更新通知。

在本发明的一种实施例中，还包括数据库，所述IPTV管理平台还用于在数据库中生成对应的更新通知任务。

在本发明的一种实施例中，所述信息交互平台还用于从所述数据库获取所述更新通知任务，将所述更新通知任务发送给所述机顶盒。

在本发明的一种实施例中，信息交互平台还用于将所述更新通知任务发送给机顶盒之前，判断所述更新通知任务是否为即时更新通知任务，如果是，则立即发送给所述机顶盒；如果不是，则延时发送给所述机顶盒。

本发明的有益效果是：

本发明提供的IPTV用户数据更新通知方法和系统，目标用户登录机顶盒后，IPTV管理平台检测到目标用户的用户数据发生变更时，生成对应的更新通知任务；更新通知任务变更内容；信息交互平台将更新通知任务发送给机顶盒进行显示对应的更新通知。与现有技术相比，不需要进行重新登录，在用户使用过程中如有用户数据发生变更时就能及时在机顶盒进行显示，让用户能够及时得 到更新的用户数据信息，提高用户体验度。

附图说明

图1为本发明实施例一提供的IPTV用户数据更新通知方法流程示意图；

图2为本发明实施例二提供的IPTV用户数据更新通知方法流程示意图；

图3为本发明实施例三提供的IPTV用户数据更新通知方法流程示意图；

图4为本发明实施例四提供的IPTV用户数据更新通知方法流程示意图；

图5为本发明实施例五提供的IPTV用户数据更新通知方法流程示意图；

图6为本发明实施例六提供的IPTV用户数据更新通知系统结构示意图一；

图7为本发明实施例六提供的IPTV用户数据更新通知系统结构示意图二。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。

实施例一

本实施例的IPTV用户数据更新通知方法，如图1所示，包括以下步骤：

步骤S101：目标用户登录机顶盒后，IPTV管理平台检测到目标用户的用户数据发生变更时，生成对应的更新通知任务；更新通知任务包括变更内容；

在该步骤中，目标用户登录机顶盒后是指用户在进行登录机顶盒后进行视频等业务的使用。IPTV管理平台slcs不仅可以检测目标用户的用户数据，还可以用来进行添加业务数据，IPTV环境配置等，具体的可以是一个WEB页面。应该理解为当用户在对自己用户数据进行变更，例如用户进行业务的订阅或退订，那么就会对该用户的用户数据中用户订阅业务进行更新，具体的可以包括用户订阅什么业务，该业务的费用以及使用时间等；还可以是用户对自己订阅的业 务中的相关内容进行修改，具体可以包括用户订阅业务中的频道数据，用户可以进行频道的增加、或频道的删除以及频道的收藏等；还可以包括用户使用状态中，这里的使用状态是指用户为正常使用状态或者欠费的状态。

步骤S102：信息交互平台将更新通知任务发送给机顶盒进行显示对应的更新通知。

在该步骤中，应该理解为机顶盒得到更新通知任务，解析该更新通知任务，能够得知具体的用户数据发生变更情况，进行显示，便于用户能够及时得知变化，进行后续的相关处理，提高用户体验度。

在上述步骤S101中，为了便于对更新通知任务的管理，更新通知任务可以是以任务表的形式，IPTV管理平台生成对应的更新通知任务包括可以为IPTV管理平台在数据库中生成对应的更新通知任务。即在数据库中新增加的任务表，表新增几个字段，包括userlist(是指定用户还是全网在线用户)，isfixed(区分是即时消息还是定时消息)，servicetype(业务类型，区分是用户状态变更还是用户收藏等数据变更等等)，opertype(区分：是要机顶盒同步数据还是要签退用户)等。如果用户状态发生了变化，userlist字段里填指定的用户名，isfixed填即时消息对应的值，servicetype填对应用户状态变更的值，opertype字段填签退用户对应的值，表示当用户状态变更时，机顶盒会实时将该用户签退。如果产品包里的频道发生了更新，userlist字段里填全网在线用户对应的字段，isfixed填即时消息对应的值，servicetype填对应产品包频道更新对应的值，opersype字段填机顶盒同步数据的值，等等。

在上述步骤S102中，具体的可以是信息交互平台MES系统从数据库获取更新通知任务，将更新通知任务转发给机顶盒。进一步，为了降低数据库的压力，信息交互平台从数据库获取更新通知任务可以信息交互平台通过数据认证提取 平台CP系统从数据库获取更新通知任务。值得注意的是，信息交互平台包括信息交互门户和信息交互后台。其中，消息交互门户主要是获取更新通知任务，而信息交互后台主要是对更新通知任务进行解析并将更新通知任务发送给对应的机顶盒。

进一步，为了合理的进行管理，信息交互平台将更新通知任务发送给机顶盒之前，还包括：信息交互平台判断更新通知任务是否为即时更新通知任务，如果是，则立即发送给机顶盒；如果不是，则延时发送给机顶盒。即对有些用户数据的变更比较及时的用户时间在第一时间通知用户，例如频道的同步，有些用户数据的变更在需要的时候进行通知，例如用户欠费的问题。

具体的，信息交互平台判断更新通知任务是否为即时更新通知任务可以是信息交互平台解析更新通知任务，根据解析得到的字段判断更新通知任务是否为即时更新通知任务；应该理解为IPTV管理平台预先更新通知任务中增加了该更新通知任务是否为即时更新通知任务识别标志，即字段，例如isfixed(区分是即时消息还是定时消息)，也可以预先设置好，如1表示即时更新通知任务，0表示非即时更新通知任务。信息交互平台判断更新通知任务是否为即时更新通知任务还可以是信息交互平台解析更新通知任务，根据解析得到的变更内容判断更新通知任务是否为即时更新通知任务。应该理解为信息交互平台如果解析到变更内容是需要即时让用户得知变更，比如增加某频道，则即时发送给机顶盒让机顶盒进行显示；如果变更内容不那么即时，比如用户使用业务的使用时间，可以到用户使用期限快到期了进行发送。

具体的，延时发送给机顶盒可以是信息交互平台根据预设规则进行时间延迟，延迟时间到后将更新通知任务发送给机顶盒，应该理解为信息交互平台可以设置按照一定的周期进行发送；延时发送给机顶盒还可以是信息交互平台解 析更新通知任务，根据解析得到的发送时间，延迟时间到发送时间将更新通知任务发送给机顶盒，应该理解为IPTV管理平台预先更新通知任务中增加了该更新通知任务发送时间，例如fixedstarttime字段更新为产品订购关系失效时间，，到了fixedstartime时间到了，再发给当前指定的用户的机顶盒。

值得注意的是，本实例中的CP系统主要是用来认证和鉴权等逻辑判断及各种信息的提取触发和写入触发(主要从业务数据库(oracle)中提取和写入)。认证、鉴权和各种信息的读取写入的触发往往是EPG向CP发起。数据库DB是指IPTV数据库，存储用户数据等等信息的。EPG主要用于接受机顶盒的请求，并根据请求完成不同流程的触发；下载解压模板；储存相关的用户信息，和节目信息。为机顶盒间接提供相应的URL(供播放使用)；信息交互平台MES系统，是实现端到端、系统到终端的消息处理的综合消息交互平台。

而现有的当用户信息变更时，因为没有信息交互系统，所以也没有通知更新任务生成，直接更新数据库里用户信息。IPTV用户重新登录的时候，直接查询数据库判断用户状态，请求下发已订购频道列表。如果不重新登录，IPTV是不会触发这些流程的。采用本实施例的方法，不需要进行重新登录，在用户使用过程中如有用户数据发生变更时就能及时在机顶盒进行显示，让用户能够及时得到更新的用户数据信息，提高用户体验度。

实施例二

本实施例的IPTV用户数据更新通知方法，如图2所示，包括以下步骤：

步骤S201：在slcs上将频道从产品里删除；

步骤S202：DB往任务表里插入一条需要机顶盒需要同步数据的任务(opertype字段)；并且会通过Mfcp进程更新频道缓存，便于后面的快速提取；

步骤S203：CP每隔8秒钟扫描一次这个表，延迟12秒(给12秒钟时间给CP上mfcp进程更新缓存中包月产品和频道的对应关系，防止终端发起50号大批量操作数据库)，转发给MES门户；

步骤S204：MES门户收到消息后，判断是即时消息，马上转发给MES后台；

步骤S205：MES后台传给全网所有在线机顶盒；

步骤S206：机顶盒收到发过来的消息，根据字段opertype判断是要同步数据，servicetype字段判断是要更新频道列表了，向EPG，CP发起50号业务下拉已订购频道列表流程；

步骤S207：CP查询到数据库后返回给机顶盒；

步骤S208：机顶盒判断当前播放频道不在订购列表，马上停止播放，并给出友好提示。

以前的产品实现方式是，用户必须重新登录机顶盒，机顶盒请求用户订购频道列表，IPTV系统才会将已订购的产品列表下发给机顶盒，这种体验没有实时性，体验性差。在本实例中，用户订购的产品P，当前观看频道1，产品P包含频道1。在slcs上操作，将用户订购的产品P里的频道1删除了，机顶盒上用户正在观看的频道1被强制停止，并弹出提示框“该频道不在您的订购列表里，请重新订购”的友好提示。产品包里新增了频道也是一样的流程。进一步，可以DB上MES的开关打开了，设备无关配置项func_mes_task配置为1。

实施例三

本实施例的IPTV用户数据更新通知方法，如图3所示，包括以下步骤：

步骤S301：在slcs上取消续订产品，将产品P取消续订或者退订；

步骤S302：DB上往任务表插入一条任务，该任务的fixedstarttime字段 更新为产品订购关系失效时间，isfixed为定时消息，userlist字段为该用户名；

步骤S303：CP每隔8秒钟扫描一次这个表，延迟12秒(给12秒钟时间给CP上mfcp进程更新缓存中包月产品和频道的对应关系，防止终端发起50号大批量操作数据库)，转发给MES门户；

步骤S304：MES门户收到消息后，MES门户根据isfixed字段判断为定时消息，发送用户群为指定用户，保存在MES数据库里，到了fixedstartime时间到了，转发给MES后台；

步骤S305：MES后台转发给当前指定的用户的机顶盒；

步骤S306：CP发起50号业务下拉已订购频道列表流程；

步骤S307：CP查询到数据库后返回给机顶盒；

步骤S308：机顶盒判断当前播放频道不在订购列表，马上停止播放，并给出友好提示。

在本实施例中，用户订购的产品P，当前观看频道1，产品P包含频道1。在slcs上操作，将产品P取消续订或者退订。如果退订产品P，机顶盒上用户正在观看的频道1被强制停止，并弹出提示框“该频道不在您的订购列表里，请重新订购”的友好提示；如果取消续订，则是等到订购关系失效的时间到了，机顶盒才会将正在观看的频道1被强制停止，并弹出提示框“该频道不在您的订购列表里，请重新订购”的友好提示。值得注意的是，退订产品的流程跟产品包里频道变更流程一样，取消续订不同。进一步，可以DB上MES的开关打开了，设备无关配置项func_mes_task配置为1。

实施例四

本实施例的IPTV用户数据更新通知方法，如图4所示，包括以下步骤：

步骤S401：手机上添加收藏；

步骤S402：收藏添加流程；具体的为DB添加收藏信息到数据库表，往任务表插入一条数据，isfixed为即时消息，opertype为机顶盒同步数据，servicetype为收藏等信息发生变更；

步骤S403：CP每隔8秒钟扫描一次这个表，延迟12秒(给12秒钟时间给CP上mfcp进程更新缓存中包月产品和频道的对应关系，防止终端发起50号大批量操作数据库)，转发给MES门户；

步骤S404：MES门户收到消息后，判断是即时消息，马上转发给MES后台；

步骤S405：MES后台传给全网所有在线机顶盒；

步骤S406：M机顶盒收到该条消息，根据opertype，servicetype等字段向EPG，CP发起收藏同步请求；

步骤S407：CP查询到数据库后返回给机顶盒；

步骤S408：CP再将最新的收藏信息返回给该终端，从而能实时看到最新的收藏信息。

在本实施例中，主要实现一个家庭内的收藏共享同步。当家庭内的用户在使用不同的终端时，用户先在手机上观看影片并作了收藏，业务后台可以将这个收藏的变更通知到家庭内其他成员的终端，其他成员的终端收到消息后立即更新收藏信息，以达到收藏信息的实时同步。进一步，可以DB上MES的开关打开了，设备无关配置项func_mes_task配置为1。

实施例五

本实施例的IPTV用户数据更新通知方法，如图5所示，包括以下步骤：

步骤S501：用户状态发生变化，例如状态由正常变成了欠费；

步骤S502：DB往任务表插入一条任务，userlist为指定用户名，servicetype为用户状态变更，opertype为签退用户；

步骤S503：CP每隔8秒钟扫描一次这个表，延迟12秒(给12秒钟时间给CP上mfcp进程更新缓存中包月产品和频道的对应关系，防止终端发起50号大批量操作数据库)，转发给MES门户；

步骤S504：MES门户收到消息后，判断是即时消息，马上转发给MES后台；

步骤S505：MES后台传给全网所有在线机顶盒；

步骤S506：机顶盒根据收到的消息字段判断需要签退用户，立即签退用户，并提示用户“您已欠费，请充值”。如果用户充值了之后状态又恢复正常了，直接在签退提示条里点“OK”键，继续登录IPTV系统，并正常使用。

在该实施例中，用户一直登录在机顶盒上观看，状态由正常变成了欠费，如果不重新登录，机顶盒感知不到这种变化。通过MES系统，可以通知机顶盒即将此用户进行签退，并给出友好提示条。

实施例六

本实施例提供的IPTV用户数据更新通知系统，如图6所示，包括IPTV管理平台601、信息交互平台602和机顶盒603：IPTV管理平台601用于目标用户登录机顶盒603后，检测到目标用户的用户数据发生变更时，生成对应的更新通知任务；更新通知任务包括变更内容；信息交互平台602用于将更新通知任务发送给机顶盒603进行显示对应的更新通知。

本实施例还提供的一种IPTV用户数据更新通知系统，如图7所示，还包括数据库，IPTV管理平台601还用于在数据库中生成对应的更新通知任务。具体 的，信息交互平台602还用于从数据库获取更新通知任务，将更新通知任务发送给机顶盒603。进一步，信息交互平台602还用于将更新通知任务发送给机顶盒603之前，判断更新通知任务是否为即时更新通知任务，如果是，则立即发送给机顶盒603；如果不是，则延时发送给机顶盒603。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，上述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上实施例仅用以说明本发明的技术方案而非限制，仅仅参照较佳实施例对本发明进行了详细说明。本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，均应涵盖在本发明的权利要求范围当中。