基于OTT的NPVR实现方法及装置与流程

本发明涉及计算机技术领域，尤其涉及基于OTT的NPVR实现方法及装置。

背景技术：

OTT，是“Over The Top”的缩写，是指通过互联网向用户提供各种应用服务。这种应用和目前运营商所提供的通信业务不同，它仅利用运营商的网络，而服务由运营商之外的第三方提供。目前，典型的OTT业务有互联网电视业务，苹果应用商店等。我们讨论的OTT，特指互联网视频播放业务，这里的CDN(Content Delivery Network，内容分发网络)和机顶盒都是通过接入互联网(公网)来提供服务。与传统IPTV简单对比就是承载网络不同，传统IPTV为了保证服务质量、支持组播等，都是专网运营，与互联网是隔离的。OTT目前不仅支持最基本的点播，直播功能，也已经支持了时移TSTV，TVOD，NPVR(network personal video recorder，个人网络录像)等功能，其使用的终端包括OTT STB，Phone或Pad等。

NPVR是指IPTV网络互联网电视中的一种特色个人业务，即网络录制服务，目前主要应用于国外局点。用户可以将自己喜爱的节目(频道节目)录制并保存下来反复观看，录制的内容用户可以自定义删除，但是每个用户都有一定的NPVR空间限制，可以通过购买来增加自己的NPVR空间。NPVR已经被广泛应用于IPTV业务，成为运营商开展的特色业务之一，而这主要针对于电视和机顶盒用户。而目前针对日益发展的OTT(其主要应用场景为手机、PAD、PC等客户端的IPTV业务，包括播放，书签，时移，录制等)，业务局限较多，无法通过OTT完成NPVR业务。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

技术实现要素：

本发明的主要目的在于提供一种基于OTT的NPVR实现方法及装置，解决目前针对日益发展的OTT(其主要应用场景为手机、PAD、PC等客户端的IPTV业务，包括播放，书签，时移，录制等)，业务局限较多，无法通过OTT完成NPVR业务的问题。

为实现上述目的，本发明提供的一种基于OTT的NPVR网络录制服务实现方法，包括：

接收基于OTT的NPVR服务申请指令，确定是否存在对接OTT的局点；

在存在对接OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，在CP内容提供商与CDN内容分发商之间配置新的接口，以通过所述新的接口完成OTT的NPVR消息接发。

优选地，所述在CP内容提供商与CDN内容分发商之间配置新的接口的步骤之后，还包括：

接收NPVR录制请求，更新NPVR记录；

保存更新后的NPVR记录，并保存用户发起NPVR录制请求的IP地址；

在第一预设表格中扩展NPVR码，处理状态和所述IP地址。

优选地，所述接收NPVR录制请求，更新NVPR记录的步骤之后，还包括：

在所述NVPR记录为单集NPVR记录或普通NPVR记录时，在第二预设表格中插入请求NPVR录制通知任务或NPVR取消NPVR录制通知任务；

在接收到NPVR删除任务时，直接删除所述NPVR记录，并在所述第二预设表格中插入删除NPVR录制通知任务。

优选地，所述在所述第二预设表格中插入删除NPVR录制通知任务的步骤之后，还包括：

扫描第二预设表格，获取通知任务发送至CDN；

若CDN接收失败或响应超时，则根据NPVR码将对应的NPVR记录移至删除表中。

优选地，所述方法还包括：

在接收到销户请求后，清除该销户请求对应用户的NPVR记录，插入NPVR更新通知任务，以通知CDM所述用户已经销户。

优选地，所述方法还包括：

接收OTT的播放URL参数插入请求，在所述OTT的播放URL中插入与所述插入请求对应的参数，以通过插入的参数统计用户的播放行为。

此外，为实现上述目的，本发明还提供一种基于OTT的NPVR网络录制服务实现装置，包括：

接收模块，用于接收基于OTT的NPVR服务申请指令；

确定模块，用于确定是否存在对接OTT的局点；

配置模块，用于在存在对接OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，在CP内容提供商与CDN内容分发商之间配置新的接口，以通过所述新的接口完成OTT的NPVR消息接发。

优选地，所述装置还包括：更新模块、保存模块和扩展模块，

所述接收模块，还用于接收NPVR录制请求；

所述更新模块，用于更新NPVR记录；

所述保存模块，用于保存更新后的NPVR记录，并保存用户发起NPVR录制请求的IP地址；

所述扩展模块，还用于在第一预设表格中扩展NPVR码，处理状态和所述IP地址。

优选地，所述装置还包括删除模块，

所述扩展模块，还用于在所述NVPR记录为单集NPVR记录或普通NPVR记录时，在第二预设表格中插入请求NPVR录制通知任务或NPVR取消NPVR录制通知任务；

所述删除模块，用于在接收到NPVR删除任务时，直接删除所述NPVR记录；

所述扩展模块，还用于在所述第二预设表格中插入删除NPVR录制通知任务。

优选地，所述装置还包括获取模块和处理模块，

所述获取模块，用于扫描第二预设表格，获取通知任务发送至CDN；

所述处理模块，用于若CDN接收失败或响应超时，则根据NPVR码将对应的NPVR记录移至删除表中。

优选地，处理模块，还用于在接收到销户请求后，清除该销户请求对应 用户的NPVR记录；

所述扩展模块，还用于插入NPVR更新通知任务，以通知CDM所述用户已经销户。

优选地，所述接收模块，还用于接收OTT的播放URL参数插入请求；

所述扩展模块，还用于在所述OTT的播放URL中插入与所述插入请求对应的参数，以通过插入的参数统计用户的播放行为。

本发明通过在存在对接OTT的局点时，配置支持OTT NPVR属性，且在CP与CDN之间配置新的接口，提供新的接口供OTT的NPVR消息接发，支持OTT的NPVR功能。提出一种支持OTT的NPVR功能，实现基于OTT的NPVR业务，使得NPVR业务不再受到局限，进而提高NPVR业务的适用性。

附图说明

图1为本发明基于OTT的NPVR实现方法的第一实施例的流程示意图；

图2为本发明基于OTT的NPVR实现方法的第二实施例的流程示意图；

图3为本发明一实施例中申请/取消NPVR录制流程示意图；

图4为本发明基于OTT的NPVR实现方法的第三实施例的流程示意图；

图5为本发明基于OTT的NPVR实现方法的第四实施例的流程示意图；

图6为本发明一实施例中销户清理NPVR流程示意图；

图7为本发明基于OTT的NPVR实现方法的第五实施例的流程示意图；

图8为本发明基于OTT的NPVR实现装置的第一实施例的功能模块示意图；

图9为本发明基于OTT的NPVR实现装置的第二实施例的功能模块示意图；

图10为本发明基于OTT的NPVR实现装置的第三实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例的主要解决方案是：接收基于OTT的NPVR服务申请指令，确定是否存在对接OTT的局点；在存在对接OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，在CP内容提供商与CDN内容分发商之间配置新的接口，以通过所述新的接口完成OTT的NPVR消息接发。通过在存在对接OTT的局点时，配置支持OTT NPVR属性，且在CP与CDN之间配置新的接口，提供新的接口供OTT的NPVR消息接发，支持OTT的NPVR功能。有效避免目前针对日益发展的OTT(其主要应用场景为手机、PAD、PC等客户端的IPTV业务，包括播放，书签，时移，录制等)，业务局限较多，无法通过OTT完成NPVR业务的问题。提出一种支持OTT的NPVR功能，实现基于OTT的NPVR业务，使得NPVR业务不再受到局限，进而提高NPVR业务的适用性。

由于目前针对日益发展的OTT(其主要应用场景为手机、PAD、PC等客户端的IPTV业务，包括播放，书签，时移，录制等)，业务局限较多，无法通过OTT完成NPVR业务的问题。

基于上述问题，本发明提供一种基于OTT的NPVR实现方法。

参照图1，图1为本发明基于OTT的NPVR实现方法的第一实施例的流程示意图。

在一实施例中，所述基于OTT的NPVR实现方法包括：

步骤S10，接收基于OTT的NPVR服务申请指令，确定是否存在对接OTT的局点；

在本实施例中，所述触发OTT的NPVR服务申请指令的方式包括多种，例如，1)通过终端上的物理按键触发，例如，连续按压某个物理按键2次之后触发；2)通过终端上的服务申请指令虚拟按键触发，例如，在终端的中心位置设置一个服务申请指令虚拟按键，通过触摸该虚拟按键来触发；3)在请求OTT的NPVR业务时，自动触发。以上所列举出的OTT的NPVR服务申请指令的触发方式仅仅为示例性的，本领域技术人员利用本发明的技术思想， 根据其具体需求所提出的其它OTT的NPVR服务申请指令的触发方式均在本发明的保护区间内，在此不进行一一穷举。在基于OTT的NPVR服务申请指令触发后，接收基于OTT的NPVR服务申请指令，确定是否存在对接OTT的局点。

步骤S20，在存在对接OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，在CP内容提供商与CDN内容分发商之间配置新的接口，以通过所述新的接口完成OTT的NPVR消息接发。

在不存在对接OTT的局点时，例如，国内没有OTT的局点，使用默认值0，走的还是老的IPTV NPVR流程，不支持OTT NPVR；在存在OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，例如，配置为2，配置为2表示支持OTT NPVR功能，并兼容支持IPTV NPVR功能。在配置支持OTT NPVR属性后，在CP与CDN之间开发新的接口，支持OTT的NPVR消息的接发。通过配置支持OTT NPVR属性，在CP内容提供商与CDN内容分发商之间配置新的接口，IPTV用户可以登录RTSP(Real Time Streaming Protocol，实时传输协议)节点享用传统的IPTV基本业务和NPVR功能，OTT用户可以登录OTT节点享用新的OTT业务和OTT NPVR功能。除此之外，还有一些其他的配置项用于CDN和CP的对接，参考表1：

表1

参考表1，在IPTV业务对接OTT时，关于OTT NPVR需要完成的配置，包括同时对接2.0CDN和3.0CDN的配置。以上配置只涉及NPVR功能，实际上如果是OTT内容和频道的发布，还需要配置370接口相关配置。

本实施例通过在存在对接OTT的局点时，配置支持OTT NPVR属性，且在CP与CDN之间配置新的接口，提供新的接口供OTT的NPVR消息接发，支持OTT的NPVR功能。提出一种支持OTT的NPVR功能，实现基于OTT的NPVR业务，使得NPVR业务不再受到局限，进而提高NPVR业务的适用性。

参照图2，图2为本发明基于OTT的NPVR实现方法的第二实施例的流程示意图。基于上述基于OTT的NPVR实现方法的第一实施例，所述步骤S20之后，还包括：

步骤S30，接收NPVR录制请求，更新NPVR记录；

步骤S40，保存更新后的NPVR记录，并保存用户发起NPVR录制请求的IP地址；

步骤S50，在第一预设表格中扩展NPVR码，处理状态和所述IP地址。

在本实施例中，在用户需要NPVR服务时，即需要录制节目时，发出NPVR录制请求，接收NPVR录制请求，在接收熬NPVR录制请求后，更新NPVR记录，保存更新后的NPVR记录，并保存用户发起NPVR录制请求的IP地址，在第一预设表格中扩展NPVR码，处理状态和所述IP地址。所述第一表格优选为s830_NPVR_record表格。

具体的，参考图3，用户可以通过EPG(Electronic Program Guide，电子节目菜单)发起NPVR录制的录制(申请)请求或取消请求，通过现有的接口通知CP更新NPVR记录。CP调用DB(Database，数据库)的存储过程，申请或取消NPVR录制，NPVR录制的业务流程保持不变，在保存NPVR记录时，保存用户发起NPVR操作(申请或取消)的IP地址，当sys_special_NPVR配置成2时(即OTT的NPVR)，处理逻辑如下：

s830_NPVR_record表中扩展NPVRCode NPVR码、State处理状态和Userip用户IP地址，其中NPVRCode＝01(内容类型，当前固定为01)+userid(10位左补零)+recordid(10位左补零)，举例来说：假设用户的userid(注意：为s830_user表中的userid，不是usercode，发起NPVR操作的帐号ID)为6，对应的recordid(注意：为s830_record表中的recordid，不是recordcode)为187，生成的NPVRCode为0100000000060000000187，该字段没有默认值，其他模式下也按照该规则生成；State表示NPVR的处理状态，999：用户预约；1：预约成功；2：录制成功；-1：NPVR失败，该字段默认为2，用户发起NPVR申请时，将sys_special_NPVR配置成2该字段为999，其他模式下直接置成2。

本实施例通过接收NPVR录制请求，更新NPVR记录，将处理处理过程的NPVR码、处理状态和IP地址保存在第一预设表格中，使得能及时通过所 述第一预设表格查询或者自动完成业务流程，提高了NPVR业务执行的效率。

参照图4，图4为本发明基于OTT的NPVR实现方法的第三实施例的流程示意图。基于上述基于OTT的NPVR实现方法的第二实施例，所述步骤S30之后，还包括：

步骤S60，在所述NVPR记录为单集NPVR记录或普通NPVR记录时，在第二预设表格中插入请求NPVR录制通知任务或NPVR取消NPVR录制通知任务；

步骤S70，在接收到NPVR删除任务时，直接删除所述NPVR记录，并在所述第二预设表格中插入删除NPVR录制通知任务。

在本实施例中，所述第二预设表格优选为s830_task表。参考图3，对于更新的单集NPVR记录和普通NPVR记录，向s830_task表中插入申请/取消NPVR录制通知任务，其中param1：用户IP；param2：用户ID；param3：RecordCode；param4：action(1：新增；0：删除)；param5：NPVRCode；param6：TVOD的endtime；对于NPVR删除任务，直接删除NPVR记录，并插入通知任务，不需要等CDN上报处理结果。

在本发明一实施例中，扫描第二预设表格，获取通知任务发送至CDN；若CDN接收失败或响应超时，根据NPVR码将对应的NPVR记录移至删除表中。具体的，参考图3，CP定时扫描s830_task表，获取通知任务通知CDN，如果申请NPVR录制操作CDN接收失败或者CDN响应超时，根据NPVRCode将对应NPVR记录移至删除表中，在通过定时任务清理删除表中的NPVR记录，否则根据NPVRCode将对应的NPVR记录状态置为1，表明预约成功，等待CDN处理结果。其中，CDN上报NPVR记录的处理结果，回调DB存储过程，处理逻辑如下：

如果action＝1(新增)，CP根据NpvrCode回调DB存储过程进行处理，如果CDN上报失败，根据NpvrCode将对应记录状态移到删除表中，再通过定时任务清理删除表中的NPVR记录；如果CDN上报成功，根据NpvrCode将对应记录状态置成2。

定时任务处理逻辑如下

定时任务(5分钟或8分钟等，还可以是1天或一周等)检查state＝999or 1的NPVR记录，当对应TVOD已经超过保存有效期(s830_record表的validtime)，认为CDN处理超时，根据NPVRCode将对应记录状态移到删除表中，再通过定时任务清理删除表中的NPVR记录。定时任务(天任务或周任务或月任务等)清理删除表中状态为-1的定时任务。DB定时任务中，对于存在NPVR记录的TVOD，不允许老化。

本实施例通过在第二预设表格中插入请求NPVR录制通知任务或NPVR取消NPVR录制通知任务或删除通知任务，使得及时更新NPVR的处理状态，进而可以及时通过第二预设表格查询或者上报NPVR业务流程处理状态，提高NPVR业务处理效果。

参照图5，图5为本发明基于OTT的NPVR实现方法的第四实施例的流程示意图。基于上述基于OTT的NPVR实现方法的第三实施例，所述方法还包括：

步骤S80，在接收到销户请求后，清除该销户请求对应用户的NPVR记录，插入NPVR更新通知任务，以通知CDM所述用户已经销户。

在本实施例中，参考图6，用户在需要消除NPVR的业务用户时，发出销户请求，在接收到销户请求后，清除该销户请求对应用户的NPVR记录，插入NPVR更新通知任务，以通知CDM所述用户已经销户。用户销户后清理对应的NPVR记录，插入NPVR通知任务，定时任务或NPVR通知任务，取消NPVR的录制，缓存NPVR任务，通过CDN上报处理结果，例如，是否成功销户，或销户失败等。在本发明一实施例中，所述步骤S80优选为执行在步骤S70之后，也还可以执行在步骤S10-步骤S70中的任意位置。

本实施例通过销户清除NPVR记录，使得销户用户的NPVR业务流程记录不再保存，保证用户安全及节省系统存储空间。

参照图7，图7为本发明基于OTT的NPVR实现方法的第五实施例的流程示意图。基于上述基于OTT的NPVR实现方法的第四实施例，所述方法还包括：

步骤S90，接收OTT的播放URL参数插入请求，在所述OTT的播放URL中插入与所述插入请求对应的参数，以通过插入的参数统计用户的播放行为。

在本实施例中，在OTT的播放URL中增加一些参数，需要在OTT播放URL中增加的参数包括：columnid、programid、boid、contentid、cpcode、stbid、terminalflag、videoid，涉及OTT URL和参数取值含义具体如下

http://RRAddress/CMSID/mediaservice/ContentID？AuthInfo＝xxx&version＝xxx&param1＝xxx&paramN＝xxx&virtualDomain＝CMSID.npvr_文件类型.zte.com&tvodcode＝xxx&programbegin＝xxx

&programend＝xxx&programid＝xxx&boid＝xxx&contentid＝xxx&stbid＝xxx&terminalflag＝xxx&videoid＝xxx

其中ContentID是物理频道的physicalcontentid；programid是业务频道code，boid是登录帐号的运营商code，contentid是业务频道code，stbid是登录终端的设备ID，对于STB是stbid，对于其他终端是设备UUID；terminalflag是登录终端的终端类型，videoid是录制计划code，即recordcode。在本发明一实施例中，所述步骤S90优选为执行在步骤S80之后，也还可以执行在步骤S10-步骤S80中的任意位置。

本实施例通过在OTT播放URL中增加一些参数，可以及时统计到用户的播放行为，使得基于OTT的NPVR业务更佳合理。

上述第一至第五实施例的基于OTT的NPVR实现方法的执行主体均可以为终端。更进一步地，该基于OTT的NPVR实现方法可以由安装终端上的客户端基于OTT的NPVR实现程序实现，其中，该终端包括但不限于手机、pad、笔记本电脑等。

本发明进一步提供一种基于OTT的NPVR实现装置。

参照图8，图8为本发明基于OTT的NPVR实现装置的第一实施例的功能模块示意图。

在一实施例中，所述基于OTT的NPVR实现装置包括：接收模块10、确定模块20及配置模块30。

所述接收模块10，用于接收基于OTT的NPVR服务申请指令；

所述确定模块20，用于确定是否存在对接OTT的局点；

在本实施例中，所述触发OTT的NPVR服务申请指令的方式包括多种，例如，1)通过终端上的物理按键触发，例如，连续按压某个物理按键2次之 后触发；2)通过终端上的服务申请指令虚拟按键触发，例如，在终端的中心位置设置一个服务申请指令虚拟按键，通过触摸该虚拟按键来触发；3)在请求OTT的NPVR业务时，自动触发。以上所列举出的OTT的NPVR服务申请指令的触发方式仅仅为示例性的，本领域技术人员利用本发明的技术思想，根据其具体需求所提出的其它OTT的NPVR服务申请指令的触发方式均在本发明的保护区间内，在此不进行一一穷举。在基于OTT的NPVR服务申请指令触发后，接收基于OTT的NPVR服务申请指令，确定是否存在对接OTT的局点。

所述配置模块，用于在存在对接OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，在CP内容提供商与CDN内容分发商之间配置新的接口，以通过所述新的接口完成OTT的NPVR消息接发。

在不存在对接OTT的局点时，例如，国内没有OTT的局点，使用默认值0，走的还是老的IPTV NPVR流程，不支持OTT NPVR；在存在OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，例如，配置为2，配置为2表示支持OTT NPVR功能，并兼容支持IPTV NPVR功能。在配置支持OTT NPVR属性后，在CP与CDN之间开发新的接口，支持OTT的NPVR消息的接发。通过配置支持OTT NPVR属性，在CP内容提供商与CDN内容分发商之间配置新的接口，IPTV用户可以登录RTSP(Real Time Streaming Protocol，实时传输协议)节点享用传统的IPTV基本业务和NPVR功能，OTT用户可以登录OTT节点享用新的OTT业务和OTT NPVR功能。除此之外，还有一些其他的配置项用于CDN和CP的对接，参考表1，在IPTV业务对接OTT时，关于OTT NPVR需要完成的配置，包括同时对接2.0CDN和3.0CDN的配置。以上配置只涉及NPVR功能，实际上如果是OTT内容和频道的发布，还需要配置370接口相关配置。

本实施例通过在存在对接OTT的局点时，配置支持OTT NPVR属性，且在CP与CDN之间配置新的接口，提供新的接口供OTT的NPVR消息接发，支持OTT的NPVR功能。提出一种支持OTT的NPVR功能，实现基于OTT的NPVR业务，使得NPVR业务不再受到局限，进而提高NPVR业务的适用性。

参照图9，图9为本发明基于OTT的NPVR实现装置的第二实施例的功能模块示意图。所述基于OTT的NPVR实现装置还包括更新模块40、保存模块50和扩展模块60。

所述接收模块10，还用于接收NPVR录制请求；

所述更新模块40，用于更新NPVR记录；

所述保存模块50，用于保存更新后的NPVR记录，并保存用户发起NPVR录制请求的IP地址；

所述扩展模块60，用于在第一预设表格中扩展NPVR码，处理状态和所述IP地址。

在本实施例中，在用户需要NPVR服务时，即需要录制节目时，发出NPVR录制请求，接收NPVR录制请求，在接收熬NPVR录制请求后，更新NPVR记录，保存更新后的NPVR记录，并保存用户发起NPVR录制请求的IP地址，在第一预设表格中扩展NPVR码，处理状态和所述IP地址。所述第一表格优选为s830_NPVR_record表格。

具体的，参考图3，用户可以通过EPG(Electronic Program Guide，电子节目菜单)发起NPVR录制的录制(申请)请求或取消请求，通过现有的接口通知CP更新NPVR记录。CP调用DB(Database，数据库)的存储过程，申请或取消NPVR录制，NPVR录制的业务流程保持不变，在保存NPVR记录时，保存用户发起NPVR操作(申请或取消)的IP地址，当sys_special_NPVR配置成2时(即OTT的NPVR)，处理逻辑如下：

s830_NPVR_record表中扩展NPVRCode NPVR码、State处理状态和Userip用户IP地址，其中NPVRCode＝01(内容类型，当前固定为01)+userid(10位左补零)+recordid(10位左补零)，举例来说：假设用户的userid(注意：为s830_user表中的userid，不是usercode，发起NPVR操作的帐号ID)为6，对应的recordid(注意：为s830_record表中的recordid，不是recordcode)为187，生成的NPVRCode为0100000000060000000187，该字段没有默认值，其他模式下也按照该规则生成；State表示NPVR的处理状态，999：用户预约；1：预约成功；2：录制成功；-1：NPVR失败，该字段默认为2，用户发起NPVR申请时，将sys_special_NPVR配置成2该字段为999，其他模式下直接置成2。

本实施例通过接收NPVR录制请求，更新NPVR记录，将处理处理过程的NPVR码、处理状态和IP地址保存在第一预设表格中，使得能及时通过所述第一预设表格查询或者自动完成业务流程，提高了NPVR业务执行的效率。

参照图10，图10为本发明基于OTT的NPVR实现装置的第三实施例的功能模块示意图。所述基于OTT的NPVR实现装置还包括删除模块70、获取模块80和处理模块90。

所述扩展模块60，还用于在所述NVPR记录为单集NPVR记录或普通NPVR记录时，在第二预设表格中插入请求NPVR录制通知任务或NPVR取消NPVR录制通知任务；

所述删除模块70，用于在接收到NPVR删除任务时，直接删除所述NPVR记录；

所述扩展模块60，还用于在所述第二预设表格中插入删除NPVR录制通知任务。

在本实施例中，所述第二预设表格优选为s830_task表。参考图3，对于更新的单集NPVR记录和普通NPVR记录，向s830_task表中插入申请/取消NPVR录制通知任务，其中param1：用户IP；param2：用户ID；param3：RecordCode；param4：action(1：新增；0：删除)；param5：NPVRCode；param6：TVOD的endtime；对于NPVR删除任务，直接删除NPVR记录，并插入通知任务，不需要等CDN上报处理结果。

在本发明一实施例中，所述获取模块80，用于扫描第二预设表格，获取通知任务发送至CDN；所述处理模块90，用于若CDN接收失败或响应超时，则根据NPVR码将对应的NPVR记录移至删除表中。具体的，参考图3，CP定时扫描s830_task表，获取通知任务通知CDN，如果申请NPVR录制操作CDN接收失败或者CDN响应超时，根据NPVRCode将对应NPVR记录移至删除表中，在通过定时任务清理删除表中的NPVR记录，否则根据NPVRCode将对应的NPVR记录状态置为1，表明预约成功，等待CDN处理结果。其中，CDN上报NPVR记录的处理结果，回调DB存储过程，处理逻辑如下：

如果action＝1(新增)，CP根据NpvrCode回调DB存储过程进行处理，如果CDN上报失败，根据NpvrCode将对应记录状态移到删除表中，再通过 定时任务清理删除表中的NPVR记录；如果CDN上报成功，根据NpvrCode将对应记录状态置成2。

定时任务处理逻辑如下

定时任务(5分钟或8分钟等，还可以是1天或一周等)检查state＝999or1的NPVR记录，当对应TVOD已经超过保存有效期(s830_record表的validtime)，认为CDN处理超时，根据NPVRCode将对应记录状态移到删除表中，再通过定时任务清理删除表中的NPVR记录。定时任务(天任务或周任务或月任务等)清理删除表中状态为-1的定时任务。DB定时任务中，对于存在NPVR记录的TVOD，不允许老化。

本实施例通过在第二预设表格中插入请求NPVR录制通知任务或NPVR取消NPVR录制通知任务或删除通知任务，使得及时更新NPVR的处理状态，进而可以及时通过第二预设表格查询或者上报NPVR业务流程处理状态，提高NPVR业务处理效果。

进一步地，所述处理模块90，还用于在接收到销户请求后，清除该销户请求对应用户的NPVR记录；

所述扩展模块60，还用于插入NPVR更新通知任务，以通知CDM所述用户已经销户。

在本实施例中，参考图6，用户在需要消除NPVR的业务用户时，发出销户请求，在接收到销户请求后，清除该销户请求对应用户的NPVR记录，插入NPVR更新通知任务，以通知CDM所述用户已经销户。用户销户后清理对应的NPVR记录，插入NPVR通知任务，定时任务或NPVR通知任务，取消NPVR的录制，缓存NPVR任务，通过CDN上报处理结果，例如，是否成功销户，或销户失败等。

本实施例通过销户清除NPVR记录，使得销户用户的NPVR业务流程记录不再保存，保证用户安全及节省系统存储空间。

进一步地，所述接收模块10，还用于接收OTT的播放URL参数插入请求；

所述扩展模块60，还用于在所述OTT的播放URL中插入与所述插入请 求对应的参数，以通过插入的参数统计用户的播放行为。

在本实施例中，在OTT的播放URL中增加一些参数，需要在OTT播放URL中增加的参数包括：columnid、programid、boid、contentid、cpcode、stbid、terminalflag、videoid，涉及OTT URL和参数取值含义具体如下

http://RRAddress/CMSID/mediaservice/ContentID？AuthInfo＝xxx&version＝xxx&param1＝xxx&paramN＝xxx&virtualDomain＝CMSID.npvr_文件类型.zte.com&tvodcode＝xxx&programbegin＝xxx

&programend＝xxx&programid＝xxx&boid＝xxx&contentid＝xxx&stbid＝xxx&terminalflag＝xxx&videoid＝xxx

其中ContentID是物理频道的physicalcontentid；programid是业务频道code，boid是登录帐号的运营商code，contentid是业务频道code，stbid是登录终端的设备ID，对于STB是stbid，对于其他终端是设备UUID；terminalflag是登录终端的终端类型，videoid是录制计划code，即recordcode。

本实施例通过在OTT播放URL中增加一些参数，可以及时统计到用户的播放行为，使得基于OTT的NPVR业务更佳合理。

基于上述基于OTT的NPVR实现装置，本发明还提出一种终端，所述终端包括处理器，所述处理器用于接收基于OTT的NPVR服务申请指令，确定是否存在对接OTT的局点；在存在对接OTT的局点时，将NPVR的属性配置为支持OTT NPVR属性，在CP与CDN之间配置新的接口，以通过所述新的接口完成OTT的NPVR消息接发。所述终端包括但不限于手机、pad、笔记本电脑等。本实施例通过在存在对接OTT的局点时，配置支持OTT NPVR属性，且在CP与CDN之间配置新的接口，提供新的接口供OTT的NPVR消息接发，支持OTT的NPVR功能。提出一种支持OTT的NPVR功能，实现基于OTT的NPVR业务，使得NPVR业务不再受到局限，进而提高NPVR业务的适用性。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。