本發(fā)明涉及計算機技術領域，尤其涉及基于OTT的NPVR實現(xiàn)方法及裝置。

背景技術：

OTT，是“Over The Top”的縮寫，是指通過互聯(lián)網(wǎng)向用戶提供各種應用服務。這種應用和目前運營商所提供的通信業(yè)務不同，它僅利用運營商的網(wǎng)絡，而服務由運營商之外的第三方提供。目前，典型的OTT業(yè)務有互聯(lián)網(wǎng)電視業(yè)務，蘋果應用商店等。我們討論的OTT，特指互聯(lián)網(wǎng)視頻播放業(yè)務，這里的CDN(Content Delivery Network，內(nèi)容分發(fā)網(wǎng)絡)和機頂盒都是通過接入互聯(lián)網(wǎng)(公網(wǎng))來提供服務。與傳統(tǒng)IPTV簡單對比就是承載網(wǎng)絡不同，傳統(tǒng)IPTV為了保證服務質(zhì)量、支持組播等，都是專網(wǎng)運營，與互聯(lián)網(wǎng)是隔離的。OTT目前不僅支持最基本的點播，直播功能，也已經(jīng)支持了時移TSTV，TVOD，NPVR(network personal video recorder，個人網(wǎng)絡錄像)等功能，其使用的終端包括OTT STB，Phone或Pad等。

NPVR是指IPTV網(wǎng)絡互聯(lián)網(wǎng)電視中的一種特色個人業(yè)務，即網(wǎng)絡錄制服務，目前主要應用于國外局點。用戶可以將自己喜愛的節(jié)目(頻道節(jié)目)錄制并保存下來反復觀看，錄制的內(nèi)容用戶可以自定義刪除，但是每個用戶都有一定的NPVR空間限制，可以通過購買來增加自己的NPVR空間。NPVR已經(jīng)被廣泛應用于IPTV業(yè)務，成為運營商開展的特色業(yè)務之一，而這主要針對于電視和機頂盒用戶。而目前針對日益發(fā)展的OTT(其主要應用場景為手機、PAD、PC等客戶端的IPTV業(yè)務，包括播放，書簽，時移，錄制等)，業(yè)務局限較多，無法通過OTT完成NPVR業(yè)務。

上述內(nèi)容僅用于輔助理解本發(fā)明的技術方案，并不代表承認上述內(nèi)容是現(xiàn)有技術。

技術實現(xiàn)要素：

本發(fā)明的主要目的在于提供一種基于OTT的NPVR實現(xiàn)方法及裝置，解決目前針對日益發(fā)展的OTT(其主要應用場景為手機、PAD、PC等客戶端的IPTV業(yè)務，包括播放，書簽，時移，錄制等)，業(yè)務局限較多，無法通過OTT完成NPVR業(yè)務的問題。

為實現(xiàn)上述目的，本發(fā)明提供的一種基于OTT的NPVR網(wǎng)絡錄制服務實現(xiàn)方法，包括：

接收基于OTT的NPVR服務申請指令，確定是否存在對接OTT的局點；

在存在對接OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口，以通過所述新的接口完成OTT的NPVR消息接發(fā)。

優(yōu)選地，所述在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口的步驟之后，還包括：

接收NPVR錄制請求，更新NPVR記錄；

保存更新后的NPVR記錄，并保存用戶發(fā)起NPVR錄制請求的IP地址；

在第一預設表格中擴展NPVR碼，處理狀態(tài)和所述IP地址。

優(yōu)選地，所述接收NPVR錄制請求，更新NVPR記錄的步驟之后，還包括：

在所述NVPR記錄為單集NPVR記錄或普通NPVR記錄時，在第二預設表格中插入請求NPVR錄制通知任務或NPVR取消NPVR錄制通知任務；

在接收到NPVR刪除任務時，直接刪除所述NPVR記錄，并在所述第二預設表格中插入刪除NPVR錄制通知任務。

優(yōu)選地，所述在所述第二預設表格中插入刪除NPVR錄制通知任務的步驟之后，還包括：

掃描第二預設表格，獲取通知任務發(fā)送至CDN；

若CDN接收失敗或響應超時，則根據(jù)NPVR碼將對應的NPVR記錄移至刪除表中。

優(yōu)選地，所述方法還包括：

在接收到銷戶請求后，清除該銷戶請求對應用戶的NPVR記錄，插入NPVR更新通知任務，以通知CDM所述用戶已經(jīng)銷戶。

優(yōu)選地，所述方法還包括：

接收OTT的播放URL參數(shù)插入請求，在所述OTT的播放URL中插入與所述插入請求對應的參數(shù)，以通過插入的參數(shù)統(tǒng)計用戶的播放行為。

此外，為實現(xiàn)上述目的，本發(fā)明還提供一種基于OTT的NPVR網(wǎng)絡錄制服務實現(xiàn)裝置，包括：

接收模塊，用于接收基于OTT的NPVR服務申請指令；

確定模塊，用于確定是否存在對接OTT的局點；

配置模塊，用于在存在對接OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口，以通過所述新的接口完成OTT的NPVR消息接發(fā)。

優(yōu)選地，所述裝置還包括：更新模塊、保存模塊和擴展模塊，

所述接收模塊，還用于接收NPVR錄制請求；

所述更新模塊，用于更新NPVR記錄；

所述保存模塊，用于保存更新后的NPVR記錄，并保存用戶發(fā)起NPVR錄制請求的IP地址；

所述擴展模塊，還用于在第一預設表格中擴展NPVR碼，處理狀態(tài)和所述IP地址。

優(yōu)選地，所述裝置還包括刪除模塊，

所述擴展模塊，還用于在所述NVPR記錄為單集NPVR記錄或普通NPVR記錄時，在第二預設表格中插入請求NPVR錄制通知任務或NPVR取消NPVR錄制通知任務；

所述刪除模塊，用于在接收到NPVR刪除任務時，直接刪除所述NPVR記錄；

所述擴展模塊，還用于在所述第二預設表格中插入刪除NPVR錄制通知任務。

優(yōu)選地，所述裝置還包括獲取模塊和處理模塊，

所述獲取模塊，用于掃描第二預設表格，獲取通知任務發(fā)送至CDN；

所述處理模塊，用于若CDN接收失敗或響應超時，則根據(jù)NPVR碼將對應的NPVR記錄移至刪除表中。

優(yōu)選地，處理模塊，還用于在接收到銷戶請求后，清除該銷戶請求對應 用戶的NPVR記錄；

所述擴展模塊，還用于插入NPVR更新通知任務，以通知CDM所述用戶已經(jīng)銷戶。

優(yōu)選地，所述接收模塊，還用于接收OTT的播放URL參數(shù)插入請求；

所述擴展模塊，還用于在所述OTT的播放URL中插入與所述插入請求對應的參數(shù)，以通過插入的參數(shù)統(tǒng)計用戶的播放行為。

本發(fā)明通過在存在對接OTT的局點時，配置支持OTT NPVR屬性，且在CP與CDN之間配置新的接口，提供新的接口供OTT的NPVR消息接發(fā)，支持OTT的NPVR功能。提出一種支持OTT的NPVR功能，實現(xiàn)基于OTT的NPVR業(yè)務，使得NPVR業(yè)務不再受到局限，進而提高NPVR業(yè)務的適用性。

附圖說明

圖1為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第一實施例的流程示意圖；

圖2為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第二實施例的流程示意圖；

圖3為本發(fā)明一實施例中申請/取消NPVR錄制流程示意圖；

圖4為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第三實施例的流程示意圖；

圖5為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第四實施例的流程示意圖；

圖6為本發(fā)明一實施例中銷戶清理NPVR流程示意圖；

圖7為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第五實施例的流程示意圖；

圖8為本發(fā)明基于OTT的NPVR實現(xiàn)裝置的第一實施例的功能模塊示意圖；

圖9為本發(fā)明基于OTT的NPVR實現(xiàn)裝置的第二實施例的功能模塊示意圖；

圖10為本發(fā)明基于OTT的NPVR實現(xiàn)裝置的第三實施例的功能模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例的主要解決方案是：接收基于OTT的NPVR服務申請指令，確定是否存在對接OTT的局點；在存在對接OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口，以通過所述新的接口完成OTT的NPVR消息接發(fā)。通過在存在對接OTT的局點時，配置支持OTT NPVR屬性，且在CP與CDN之間配置新的接口，提供新的接口供OTT的NPVR消息接發(fā)，支持OTT的NPVR功能。有效避免目前針對日益發(fā)展的OTT(其主要應用場景為手機、PAD、PC等客戶端的IPTV業(yè)務，包括播放，書簽，時移，錄制等)，業(yè)務局限較多，無法通過OTT完成NPVR業(yè)務的問題。提出一種支持OTT的NPVR功能，實現(xiàn)基于OTT的NPVR業(yè)務，使得NPVR業(yè)務不再受到局限，進而提高NPVR業(yè)務的適用性。

由于目前針對日益發(fā)展的OTT(其主要應用場景為手機、PAD、PC等客戶端的IPTV業(yè)務，包括播放，書簽，時移，錄制等)，業(yè)務局限較多，無法通過OTT完成NPVR業(yè)務的問題。

基于上述問題，本發(fā)明提供一種基于OTT的NPVR實現(xiàn)方法。

參照圖1，圖1為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第一實施例的流程示意圖。

在一實施例中，所述基于OTT的NPVR實現(xiàn)方法包括：

步驟S10，接收基于OTT的NPVR服務申請指令，確定是否存在對接OTT的局點；

在本實施例中，所述觸發(fā)OTT的NPVR服務申請指令的方式包括多種，例如，1)通過終端上的物理按鍵觸發(fā)，例如，連續(xù)按壓某個物理按鍵2次之后觸發(fā)；2)通過終端上的服務申請指令虛擬按鍵觸發(fā)，例如，在終端的中心位置設置一個服務申請指令虛擬按鍵，通過觸摸該虛擬按鍵來觸發(fā)；3)在請求OTT的NPVR業(yè)務時，自動觸發(fā)。以上所列舉出的OTT的NPVR服務申請指令的觸發(fā)方式僅僅為示例性的，本領域技術人員利用本發(fā)明的技術思想， 根據(jù)其具體需求所提出的其它OTT的NPVR服務申請指令的觸發(fā)方式均在本發(fā)明的保護區(qū)間內(nèi)，在此不進行一一窮舉。在基于OTT的NPVR服務申請指令觸發(fā)后，接收基于OTT的NPVR服務申請指令，確定是否存在對接OTT的局點。

步驟S20，在存在對接OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口，以通過所述新的接口完成OTT的NPVR消息接發(fā)。

在不存在對接OTT的局點時，例如，國內(nèi)沒有OTT的局點，使用默認值0，走的還是老的IPTV NPVR流程，不支持OTT NPVR；在存在OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，例如，配置為2，配置為2表示支持OTT NPVR功能，并兼容支持IPTV NPVR功能。在配置支持OTT NPVR屬性后，在CP與CDN之間開發(fā)新的接口，支持OTT的NPVR消息的接發(fā)。通過配置支持OTT NPVR屬性，在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口，IPTV用戶可以登錄RTSP(Real Time Streaming Protocol，實時傳輸協(xié)議)節(jié)點享用傳統(tǒng)的IPTV基本業(yè)務和NPVR功能，OTT用戶可以登錄OTT節(jié)點享用新的OTT業(yè)務和OTT NPVR功能。除此之外，還有一些其他的配置項用于CDN和CP的對接，參考表1：

表1

參考表1，在IPTV業(yè)務對接OTT時，關于OTT NPVR需要完成的配置，包括同時對接2.0CDN和3.0CDN的配置。以上配置只涉及NPVR功能，實際上如果是OTT內(nèi)容和頻道的發(fā)布，還需要配置370接口相關配置。

本實施例通過在存在對接OTT的局點時，配置支持OTT NPVR屬性，且在CP與CDN之間配置新的接口，提供新的接口供OTT的NPVR消息接發(fā)，支持OTT的NPVR功能。提出一種支持OTT的NPVR功能，實現(xiàn)基于OTT的NPVR業(yè)務，使得NPVR業(yè)務不再受到局限，進而提高NPVR業(yè)務的適用性。

參照圖2，圖2為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第二實施例的流程示意圖?；谏鲜龌贠TT的NPVR實現(xiàn)方法的第一實施例，所述步驟S20之后，還包括：

步驟S30，接收NPVR錄制請求，更新NPVR記錄；

步驟S40，保存更新后的NPVR記錄，并保存用戶發(fā)起NPVR錄制請求的IP地址；

步驟S50，在第一預設表格中擴展NPVR碼，處理狀態(tài)和所述IP地址。

在本實施例中，在用戶需要NPVR服務時，即需要錄制節(jié)目時，發(fā)出NPVR錄制請求，接收NPVR錄制請求，在接收熬NPVR錄制請求后，更新NPVR記錄，保存更新后的NPVR記錄，并保存用戶發(fā)起NPVR錄制請求的IP地址，在第一預設表格中擴展NPVR碼，處理狀態(tài)和所述IP地址。所述第一表格優(yōu)選為s830_NPVR_record表格。

具體的，參考圖3，用戶可以通過EPG(Electronic Program Guide，電子節(jié)目菜單)發(fā)起NPVR錄制的錄制(申請)請求或取消請求，通過現(xiàn)有的接口通知CP更新NPVR記錄。CP調(diào)用DB(Database，數(shù)據(jù)庫)的存儲過程，申請或取消NPVR錄制，NPVR錄制的業(yè)務流程保持不變，在保存NPVR記錄時，保存用戶發(fā)起NPVR操作(申請或取消)的IP地址，當sys_special_NPVR配置成2時(即OTT的NPVR)，處理邏輯如下：

s830_NPVR_record表中擴展NPVRCode NPVR碼、State處理狀態(tài)和Userip用戶IP地址，其中NPVRCode＝01(內(nèi)容類型，當前固定為01)+userid(10位左補零)+recordid(10位左補零)，舉例來說：假設用戶的userid(注意：為s830_user表中的userid，不是usercode，發(fā)起NPVR操作的帳號ID)為6，對應的recordid(注意：為s830_record表中的recordid，不是recordcode)為187，生成的NPVRCode為0100000000060000000187，該字段沒有默認值，其他模式下也按照該規(guī)則生成；State表示NPVR的處理狀態(tài)，999：用戶預約；1：預約成功；2：錄制成功；-1：NPVR失敗，該字段默認為2，用戶發(fā)起NPVR申請時，將sys_special_NPVR配置成2該字段為999，其他模式下直接置成2。

本實施例通過接收NPVR錄制請求，更新NPVR記錄，將處理處理過程的NPVR碼、處理狀態(tài)和IP地址保存在第一預設表格中，使得能及時通過所 述第一預設表格查詢或者自動完成業(yè)務流程，提高了NPVR業(yè)務執(zhí)行的效率。

參照圖4，圖4為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第三實施例的流程示意圖。基于上述基于OTT的NPVR實現(xiàn)方法的第二實施例，所述步驟S30之后，還包括：

步驟S60，在所述NVPR記錄為單集NPVR記錄或普通NPVR記錄時，在第二預設表格中插入請求NPVR錄制通知任務或NPVR取消NPVR錄制通知任務；

步驟S70，在接收到NPVR刪除任務時，直接刪除所述NPVR記錄，并在所述第二預設表格中插入刪除NPVR錄制通知任務。

在本實施例中，所述第二預設表格優(yōu)選為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上報處理結(jié)果。

在本發(fā)明一實施例中，掃描第二預設表格，獲取通知任務發(fā)送至CDN；若CDN接收失敗或響應超時，根據(jù)NPVR碼將對應的NPVR記錄移至刪除表中。具體的，參考圖3，CP定時掃描s830_task表，獲取通知任務通知CDN，如果申請NPVR錄制操作CDN接收失敗或者CDN響應超時，根據(jù)NPVRCode將對應NPVR記錄移至刪除表中，在通過定時任務清理刪除表中的NPVR記錄，否則根據(jù)NPVRCode將對應的NPVR記錄狀態(tài)置為1，表明預約成功，等待CDN處理結(jié)果。其中，CDN上報NPVR記錄的處理結(jié)果，回調(diào)DB存儲過程，處理邏輯如下：

如果action＝1(新增)，CP根據(jù)NpvrCode回調(diào)DB存儲過程進行處理，如果CDN上報失敗，根據(jù)NpvrCode將對應記錄狀態(tài)移到刪除表中，再通過定時任務清理刪除表中的NPVR記錄；如果CDN上報成功，根據(jù)NpvrCode將對應記錄狀態(tài)置成2。

定時任務處理邏輯如下

定時任務(5分鐘或8分鐘等，還可以是1天或一周等)檢查state＝999or 1的NPVR記錄，當對應TVOD已經(jīng)超過保存有效期(s830_record表的validtime)，認為CDN處理超時，根據(jù)NPVRCode將對應記錄狀態(tài)移到刪除表中，再通過定時任務清理刪除表中的NPVR記錄。定時任務(天任務或周任務或月任務等)清理刪除表中狀態(tài)為-1的定時任務。DB定時任務中，對于存在NPVR記錄的TVOD，不允許老化。

本實施例通過在第二預設表格中插入請求NPVR錄制通知任務或NPVR取消NPVR錄制通知任務或刪除通知任務，使得及時更新NPVR的處理狀態(tài)，進而可以及時通過第二預設表格查詢或者上報NPVR業(yè)務流程處理狀態(tài)，提高NPVR業(yè)務處理效果。

參照圖5，圖5為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第四實施例的流程示意圖?；谏鲜龌贠TT的NPVR實現(xiàn)方法的第三實施例，所述方法還包括：

步驟S80，在接收到銷戶請求后，清除該銷戶請求對應用戶的NPVR記錄，插入NPVR更新通知任務，以通知CDM所述用戶已經(jīng)銷戶。

在本實施例中，參考圖6，用戶在需要消除NPVR的業(yè)務用戶時，發(fā)出銷戶請求，在接收到銷戶請求后，清除該銷戶請求對應用戶的NPVR記錄，插入NPVR更新通知任務，以通知CDM所述用戶已經(jīng)銷戶。用戶銷戶后清理對應的NPVR記錄，插入NPVR通知任務，定時任務或NPVR通知任務，取消NPVR的錄制，緩存NPVR任務，通過CDN上報處理結(jié)果，例如，是否成功銷戶，或銷戶失敗等。在本發(fā)明一實施例中，所述步驟S80優(yōu)選為執(zhí)行在步驟S70之后，也還可以執(zhí)行在步驟S10-步驟S70中的任意位置。

本實施例通過銷戶清除NPVR記錄，使得銷戶用戶的NPVR業(yè)務流程記錄不再保存，保證用戶安全及節(jié)省系統(tǒng)存儲空間。

參照圖7，圖7為本發(fā)明基于OTT的NPVR實現(xiàn)方法的第五實施例的流程示意圖?；谏鲜龌贠TT的NPVR實現(xiàn)方法的第四實施例，所述方法還包括：

步驟S90，接收OTT的播放URL參數(shù)插入請求，在所述OTT的播放URL中插入與所述插入請求對應的參數(shù)，以通過插入的參數(shù)統(tǒng)計用戶的播放行為。

在本實施例中，在OTT的播放URL中增加一些參數(shù)，需要在OTT播放URL中增加的參數(shù)包括：columnid、programid、boid、contentid、cpcode、stbid、terminalflag、videoid，涉及OTT URL和參數(shù)取值含義具體如下

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是業(yè)務頻道code，boid是登錄帳號的運營商code，contentid是業(yè)務頻道code，stbid是登錄終端的設備ID，對于STB是stbid，對于其他終端是設備UUID；terminalflag是登錄終端的終端類型，videoid是錄制計劃code，即recordcode。在本發(fā)明一實施例中，所述步驟S90優(yōu)選為執(zhí)行在步驟S80之后，也還可以執(zhí)行在步驟S10-步驟S80中的任意位置。

本實施例通過在OTT播放URL中增加一些參數(shù)，可以及時統(tǒng)計到用戶的播放行為，使得基于OTT的NPVR業(yè)務更佳合理。

上述第一至第五實施例的基于OTT的NPVR實現(xiàn)方法的執(zhí)行主體均可以為終端。更進一步地，該基于OTT的NPVR實現(xiàn)方法可以由安裝終端上的客戶端基于OTT的NPVR實現(xiàn)程序?qū)崿F(xiàn)，其中，該終端包括但不限于手機、pad、筆記本電腦等。

本發(fā)明進一步提供一種基于OTT的NPVR實現(xiàn)裝置。

參照圖8，圖8為本發(fā)明基于OTT的NPVR實現(xiàn)裝置的第一實施例的功能模塊示意圖。

在一實施例中，所述基于OTT的NPVR實現(xiàn)裝置包括：接收模塊10、確定模塊20及配置模塊30。

所述接收模塊10，用于接收基于OTT的NPVR服務申請指令；

所述確定模塊20，用于確定是否存在對接OTT的局點；

在本實施例中，所述觸發(fā)OTT的NPVR服務申請指令的方式包括多種，例如，1)通過終端上的物理按鍵觸發(fā)，例如，連續(xù)按壓某個物理按鍵2次之 后觸發(fā)；2)通過終端上的服務申請指令虛擬按鍵觸發(fā)，例如，在終端的中心位置設置一個服務申請指令虛擬按鍵，通過觸摸該虛擬按鍵來觸發(fā)；3)在請求OTT的NPVR業(yè)務時，自動觸發(fā)。以上所列舉出的OTT的NPVR服務申請指令的觸發(fā)方式僅僅為示例性的，本領域技術人員利用本發(fā)明的技術思想，根據(jù)其具體需求所提出的其它OTT的NPVR服務申請指令的觸發(fā)方式均在本發(fā)明的保護區(qū)間內(nèi)，在此不進行一一窮舉。在基于OTT的NPVR服務申請指令觸發(fā)后，接收基于OTT的NPVR服務申請指令，確定是否存在對接OTT的局點。

所述配置模塊，用于在存在對接OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口，以通過所述新的接口完成OTT的NPVR消息接發(fā)。

在不存在對接OTT的局點時，例如，國內(nèi)沒有OTT的局點，使用默認值0，走的還是老的IPTV NPVR流程，不支持OTT NPVR；在存在OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，例如，配置為2，配置為2表示支持OTT NPVR功能，并兼容支持IPTV NPVR功能。在配置支持OTT NPVR屬性后，在CP與CDN之間開發(fā)新的接口，支持OTT的NPVR消息的接發(fā)。通過配置支持OTT NPVR屬性，在CP內(nèi)容提供商與CDN內(nèi)容分發(fā)商之間配置新的接口，IPTV用戶可以登錄RTSP(Real Time Streaming Protocol，實時傳輸協(xié)議)節(jié)點享用傳統(tǒng)的IPTV基本業(yè)務和NPVR功能，OTT用戶可以登錄OTT節(jié)點享用新的OTT業(yè)務和OTT NPVR功能。除此之外，還有一些其他的配置項用于CDN和CP的對接，參考表1，在IPTV業(yè)務對接OTT時，關于OTT NPVR需要完成的配置，包括同時對接2.0CDN和3.0CDN的配置。以上配置只涉及NPVR功能，實際上如果是OTT內(nèi)容和頻道的發(fā)布，還需要配置370接口相關配置。

本實施例通過在存在對接OTT的局點時，配置支持OTT NPVR屬性，且在CP與CDN之間配置新的接口，提供新的接口供OTT的NPVR消息接發(fā)，支持OTT的NPVR功能。提出一種支持OTT的NPVR功能，實現(xiàn)基于OTT的NPVR業(yè)務，使得NPVR業(yè)務不再受到局限，進而提高NPVR業(yè)務的適用性。

參照圖9，圖9為本發(fā)明基于OTT的NPVR實現(xiàn)裝置的第二實施例的功能模塊示意圖。所述基于OTT的NPVR實現(xiàn)裝置還包括更新模塊40、保存模塊50和擴展模塊60。

所述接收模塊10，還用于接收NPVR錄制請求；

所述更新模塊40，用于更新NPVR記錄；

所述保存模塊50，用于保存更新后的NPVR記錄，并保存用戶發(fā)起NPVR錄制請求的IP地址；

所述擴展模塊60，用于在第一預設表格中擴展NPVR碼，處理狀態(tài)和所述IP地址。

在本實施例中，在用戶需要NPVR服務時，即需要錄制節(jié)目時，發(fā)出NPVR錄制請求，接收NPVR錄制請求，在接收熬NPVR錄制請求后，更新NPVR記錄，保存更新后的NPVR記錄，并保存用戶發(fā)起NPVR錄制請求的IP地址，在第一預設表格中擴展NPVR碼，處理狀態(tài)和所述IP地址。所述第一表格優(yōu)選為s830_NPVR_record表格。

具體的，參考圖3，用戶可以通過EPG(Electronic Program Guide，電子節(jié)目菜單)發(fā)起NPVR錄制的錄制(申請)請求或取消請求，通過現(xiàn)有的接口通知CP更新NPVR記錄。CP調(diào)用DB(Database，數(shù)據(jù)庫)的存儲過程，申請或取消NPVR錄制，NPVR錄制的業(yè)務流程保持不變，在保存NPVR記錄時，保存用戶發(fā)起NPVR操作(申請或取消)的IP地址，當sys_special_NPVR配置成2時(即OTT的NPVR)，處理邏輯如下：

s830_NPVR_record表中擴展NPVRCode NPVR碼、State處理狀態(tài)和Userip用戶IP地址，其中NPVRCode＝01(內(nèi)容類型，當前固定為01)+userid(10位左補零)+recordid(10位左補零)，舉例來說：假設用戶的userid(注意：為s830_user表中的userid，不是usercode，發(fā)起NPVR操作的帳號ID)為6，對應的recordid(注意：為s830_record表中的recordid，不是recordcode)為187，生成的NPVRCode為0100000000060000000187，該字段沒有默認值，其他模式下也按照該規(guī)則生成；State表示NPVR的處理狀態(tài)，999：用戶預約；1：預約成功；2：錄制成功；-1：NPVR失敗，該字段默認為2，用戶發(fā)起NPVR申請時，將sys_special_NPVR配置成2該字段為999，其他模式下直接置成2。

本實施例通過接收NPVR錄制請求，更新NPVR記錄，將處理處理過程的NPVR碼、處理狀態(tài)和IP地址保存在第一預設表格中，使得能及時通過所述第一預設表格查詢或者自動完成業(yè)務流程，提高了NPVR業(yè)務執(zhí)行的效率。

參照圖10，圖10為本發(fā)明基于OTT的NPVR實現(xiàn)裝置的第三實施例的功能模塊示意圖。所述基于OTT的NPVR實現(xiàn)裝置還包括刪除模塊70、獲取模塊80和處理模塊90。

所述擴展模塊60，還用于在所述NVPR記錄為單集NPVR記錄或普通NPVR記錄時，在第二預設表格中插入請求NPVR錄制通知任務或NPVR取消NPVR錄制通知任務；

所述刪除模塊70，用于在接收到NPVR刪除任務時，直接刪除所述NPVR記錄；

所述擴展模塊60，還用于在所述第二預設表格中插入刪除NPVR錄制通知任務。

在本實施例中，所述第二預設表格優(yōu)選為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上報處理結(jié)果。

在本發(fā)明一實施例中，所述獲取模塊80，用于掃描第二預設表格，獲取通知任務發(fā)送至CDN；所述處理模塊90，用于若CDN接收失敗或響應超時，則根據(jù)NPVR碼將對應的NPVR記錄移至刪除表中。具體的，參考圖3，CP定時掃描s830_task表，獲取通知任務通知CDN，如果申請NPVR錄制操作CDN接收失敗或者CDN響應超時，根據(jù)NPVRCode將對應NPVR記錄移至刪除表中，在通過定時任務清理刪除表中的NPVR記錄，否則根據(jù)NPVRCode將對應的NPVR記錄狀態(tài)置為1，表明預約成功，等待CDN處理結(jié)果。其中，CDN上報NPVR記錄的處理結(jié)果，回調(diào)DB存儲過程，處理邏輯如下：

如果action＝1(新增)，CP根據(jù)NpvrCode回調(diào)DB存儲過程進行處理，如果CDN上報失敗，根據(jù)NpvrCode將對應記錄狀態(tài)移到刪除表中，再通過 定時任務清理刪除表中的NPVR記錄；如果CDN上報成功，根據(jù)NpvrCode將對應記錄狀態(tài)置成2。

定時任務處理邏輯如下

定時任務(5分鐘或8分鐘等，還可以是1天或一周等)檢查state＝999or1的NPVR記錄，當對應TVOD已經(jīng)超過保存有效期(s830_record表的validtime)，認為CDN處理超時，根據(jù)NPVRCode將對應記錄狀態(tài)移到刪除表中，再通過定時任務清理刪除表中的NPVR記錄。定時任務(天任務或周任務或月任務等)清理刪除表中狀態(tài)為-1的定時任務。DB定時任務中，對于存在NPVR記錄的TVOD，不允許老化。

本實施例通過在第二預設表格中插入請求NPVR錄制通知任務或NPVR取消NPVR錄制通知任務或刪除通知任務，使得及時更新NPVR的處理狀態(tài)，進而可以及時通過第二預設表格查詢或者上報NPVR業(yè)務流程處理狀態(tài)，提高NPVR業(yè)務處理效果。

進一步地，所述處理模塊90，還用于在接收到銷戶請求后，清除該銷戶請求對應用戶的NPVR記錄；

所述擴展模塊60，還用于插入NPVR更新通知任務，以通知CDM所述用戶已經(jīng)銷戶。

在本實施例中，參考圖6，用戶在需要消除NPVR的業(yè)務用戶時，發(fā)出銷戶請求，在接收到銷戶請求后，清除該銷戶請求對應用戶的NPVR記錄，插入NPVR更新通知任務，以通知CDM所述用戶已經(jīng)銷戶。用戶銷戶后清理對應的NPVR記錄，插入NPVR通知任務，定時任務或NPVR通知任務，取消NPVR的錄制，緩存NPVR任務，通過CDN上報處理結(jié)果，例如，是否成功銷戶，或銷戶失敗等。

本實施例通過銷戶清除NPVR記錄，使得銷戶用戶的NPVR業(yè)務流程記錄不再保存，保證用戶安全及節(jié)省系統(tǒng)存儲空間。

進一步地，所述接收模塊10，還用于接收OTT的播放URL參數(shù)插入請求；

所述擴展模塊60，還用于在所述OTT的播放URL中插入與所述插入請 求對應的參數(shù)，以通過插入的參數(shù)統(tǒng)計用戶的播放行為。

在本實施例中，在OTT的播放URL中增加一些參數(shù)，需要在OTT播放URL中增加的參數(shù)包括：columnid、programid、boid、contentid、cpcode、stbid、terminalflag、videoid，涉及OTT URL和參數(shù)取值含義具體如下

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是業(yè)務頻道code，boid是登錄帳號的運營商code，contentid是業(yè)務頻道code，stbid是登錄終端的設備ID，對于STB是stbid，對于其他終端是設備UUID；terminalflag是登錄終端的終端類型，videoid是錄制計劃code，即recordcode。

本實施例通過在OTT播放URL中增加一些參數(shù)，可以及時統(tǒng)計到用戶的播放行為，使得基于OTT的NPVR業(yè)務更佳合理。

基于上述基于OTT的NPVR實現(xiàn)裝置，本發(fā)明還提出一種終端，所述終端包括處理器，所述處理器用于接收基于OTT的NPVR服務申請指令，確定是否存在對接OTT的局點；在存在對接OTT的局點時，將NPVR的屬性配置為支持OTT NPVR屬性，在CP與CDN之間配置新的接口，以通過所述新的接口完成OTT的NPVR消息接發(fā)。所述終端包括但不限于手機、pad、筆記本電腦等。本實施例通過在存在對接OTT的局點時，配置支持OTT NPVR屬性，且在CP與CDN之間配置新的接口，提供新的接口供OTT的NPVR消息接發(fā)，支持OTT的NPVR功能。提出一種支持OTT的NPVR功能，實現(xiàn)基于OTT的NPVR業(yè)務，使得NPVR業(yè)務不再受到局限，進而提高NPVR業(yè)務的適用性。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。