本發明涉及計算機技術領域,尤其涉及基于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¶m1=xxx¶mN=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¶m1=xxx¶mN=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業務的適用性。
以上僅為本發明的優選實施例,并非因此限制本發明的專利范圍,凡是利用本發明說明書及附圖內容所作的等效結構或等效流程變換,或直接或間接運用在其他相關的技術領域,均同理包括在本發明的專利保護范圍內。