Iptv的消息處理方法及裝置的制造方法
【技術領域】
[0001]本發明涉及通信領域,具體而言,涉及一種交互式個人電視(Internet ProtocolTV or Interactive Personal TV,簡稱為IPTV)的消息處理方法及裝置。
【背景技術】
[0002]IPTV，是以電視機、電腦及移動終端(例如手機)等設備為顯示終端，將機頂盒、計算機或移動終端(例如手機)設備接入到互聯網絡，通過互聯網絡，特別是寬帶網絡，向TV、PC、移動終端等多種用戶提供各種實時、非實時的多媒體業務。
[0003]在IPTV業務快速發展的今天，國內外都有數個已發展至幾十萬甚至是上百萬用戶的IPTV局點。隨著用戶量的增加以及運營商為運營需要實現更加完善、豐富的多媒體服務以滿足用戶需求，IPTV系統就需要在原有的業務系統的基礎上進行升級來滿足各種各樣新需求的實現。就目前而言，整個IPTV系統升級非常復雜、困難，涉及到的邊緣設備非常多，對于上百萬用戶的IPTV局點邊緣設備就要上千臺，升級起來不僅耗時而且還需要中斷業務，不僅影響用戶體驗，還存在著一定的風險，如果升級完成后出現故障，上千臺的邊緣設備還存在再次升級的可能性。
[0004]分區域升級方法可以實現上千臺的邊緣設備分區域、分批次升級，且升級過程不需要中斷業務，做到升級對用戶使用無影響，用戶無感知。在最大程度上減少和降低升級對于運營商所造成的利益和營運上的損失，確保給予用戶良好的業務體驗。
[0005]綜上所述，如果能夠使得IPTV業務系統升級不需要中斷業務，在用戶體驗無影響的情況下實現分批次完成，這不僅為運營商運營提供了有力的保障，更為終端用戶使用提供了便捷。但是，如果進行分批次升級，在升級過程中就會有多種業務系統的版本同時存在，這就為業務處理帶來了非常大的困難。
[0006]針對相關技術中IPTV分批次業務升級導致無法正常處理業務的問題，目前尚未提出有效的解決方案。
【發明內容】
[0007]針對相關技術中IPTV分批次業務升級導致無法正常處理業務的問題，本發明提供了一種IPTV的消息處理方法及裝置，以至少解決上述問題。
[0008]根據本發明的一個方面，提供了一種IPTV的消息處理方法，包括:獲取同時存在的多種電子節目單(EPG)版本；根據所述多種EPG版本獲取對應的一個或多個視圖類型，其中，將處理方式相同的一組EPG版本劃分至一個視圖類型；依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理。
[0009]優選地，在根據所述多種EPG版本獲取對應的一個或多個視圖類型之前，還包括:將表字段個數相同且表結構中同一字段長度相同的一種或多種EPG版本劃為一個視圖類型。
[0010]優選地，在將表字段個數相同且表結構中同一字段長度相同的一種或多種EPG版本劃為一個視圖類型之后，還包括:將表字段個數相同且表結構中同一字段長度相同的一種或多種EPG版本與其對應的視圖類型的對應關系存儲在控制點(CP)中。
[0011]優選地，根據所述多種EPG版本獲取對應的一個或多個視圖類型包括:根據所述多種EPG版本確定對應的一個或多個視圖類型；從業務數據庫(DB)中讀取所述一個或多個視圖類型。
[0012]優選地，在依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理之前，還包括:獲取當前請求消息對應的接口類型；根據所述接口類型判斷是否依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理。
[0013]優選地，根據所述接口類型判斷是否依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理包括以下至少之一:所述接口類型為文件傳輸協議(FTP)接口，則依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理；所述接口類型為傳輸控制協議(TCP)和/或JavaScript對象表示法(JSON)接口，則直接對所述多個EPG版本的請求消息進行處理；所述接口類型為超文本傳輸協議(HTTP)和/或可擴展標記語言(XML)接口，則將所述請求消息的類型轉換成JSON消息，并直接對所述多個EPG版本的請求消息進行處理。
[0014]根據本發明的另一方面，還提供了一種IPTV的消息處理裝置，包括:第一獲取模塊，用于獲取同時存在的多種EPG版本；第二獲取模塊，用于根據所述多種EPG版本獲取對應的一個或多個視圖類型，其中，將處理方式相同的一組EPG版本劃分至一個視圖類型；處理模塊，用于依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理。
[0015]優選地，所述裝置還包括:劃分模塊，用于將表字段個數相同且表結構中同一字段長度相同的一種或多種EPG版本劃為一個視圖類型。
[0016]優選地，所述裝置還包括:存儲模塊，用于將表字段個數相同且表結構中同一字段長度相同的一種或多種EPG版本與其對應的視圖類型的對應關系存儲在CP中。
[0017]優選地，所述第二獲取模塊包括:確定單元，用于根據所述多種EPG版本確定對應的一個或多個視圖類型；讀取單元，用于從業務DB中讀取所述一個或多個視圖類型。
[0018]優選地，所述裝置還包括:第三獲取模塊，用于獲取當前請求消息對應的接口類型；判斷模塊，用于根據所述接口類型判斷是否依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理。
[0019]優選地，所述判斷模塊包括以下至少之一:第一處理單元，用于在所述接口類型為FTP接口的情況下，依照所述一個或多個視圖類型對所述多個EPG版本的請求消息進行處理；第二處理單元，用于在所述接口類型為TCP和/或JSON接口的情況下，直接對所述多個EPG版本的請求消息進行處理；第三處理單元，用于在所述接口類型為HTTP和/或XML接口的情況下，將所述請求消息的類型轉換成JSON消息，并直接對所述多個EPG版本的請求消息進行處理。
[0020]通過本發明，采用獲取同時存在的多種EPG版本；根據上述多種EPG版本獲取對應的一個或多個視圖類型，其中，將處理方式相同的一組EPG版本劃分至一個視圖類型；依照上述一個或多個視圖類型對上述多個EPG版本的請求消息進行處理的方式，解決了相關技術中IPTV分批次業務升級導致無法正常處理業務的問題，為實現IPTV系統的分批次業務升級提供了技術基礎，從而能夠在最大程度上減少和降低升級對于運營商所造成的利益和營運上的損失，確保給予用戶良好的業務體驗。
【附圖說明】
[0021]此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中:
[0022]圖1是根據本發明實施例的IPTV的消息處理方法的流程圖；
[0023]圖2是根據本發明實施例的IPTV的消息處理裝置的結構框圖；
[0024]圖3是根據本發明優選實施例的IPTV中實現分區域升級的結構示意圖；
[0025]圖4是根據本發明優選實施例的協議號管理方式舉例的劃分示意圖；
[0026]圖5是根據本發明優選實施例的兩種版本EPG獲取不同同步數據的流程示意圖。
【具體實施方式】
[0027]下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0028]在本實施例中，提供了一種IPTV的消息處理方法，圖1是根據本發明實施例的IPTV的消息處理方法的流程圖，如圖1所示，該方法包括如下步驟:
[0029]步驟S102,獲取同時存在的多種電子節目單(Electronic Program Guide,簡稱為EPG，IPTV各種業務的索引及導航都是通過EPG系統來完成的)版本；
[0030]步驟S104，根據上述多種EPG版本獲取對應的一個或多個視圖類型，其中，將處理方式相同的一組EPG版本劃分至一個視圖類型；
[0031]步驟S106，依照上述一個或多個視圖類型對上述多個EPG版本的請求消息進行處理。
[0032]本實施例通過上述步驟，將同時存在的多種EPG版本按照視圖類型進行劃分，并根據對應的視圖類型對上述多個EPG版本的請求消息進行處理，使得IPTV系統(主要由業務核心網元控制點(Control Point，簡稱為CP，IPTV系統中的業務控制模塊)處理)能夠在同時存在多種EPG版本的情況下，正常對請求消息進行處理，解決了相關技術中IPTV分批次業務升級導致無法正常處理業務的問題，為實現IPTV系統的分批次業務升級提供了技術基礎，從而能夠在最大程度上減少和降低升級對于運營商所造成的利益和營運上的損失，確保給予用戶良好的業務體驗。
[0033]優選地，在根據所述多種EPG版本獲取對應的一個或多個視圖類型之前，可以將表字段個數相同且表結構中同一字段長度相同的一種或多種EPG版本劃為一個視圖類型。通過這種方式劃分視圖類型，處理方式更為方便快捷，處理效率高。