專利名稱：一種基于增量式的電子節(jié)目導航數(shù)據(jù)同步方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及IPTV技術領域，特別涉及一種基于增量式的電子節(jié)目導航 (EPG)數(shù)據(jù)同步方法及系統(tǒng)。
背景技術：
隨著社會的進步和用戶對高品質生活追求的不斷提高，數(shù)字家庭的發(fā)展越 來越受到人們的關注。基于寬帶網(wǎng)絡的交互式網(wǎng)絡電視(IPTV)為用戶提供了 豐富多彩的音視頻服務和各種各樣的增值應用業(yè)務，推動了數(shù)字家庭的發(fā)展。 電子節(jié)目導航(Electronic Program Guiding, EPG)系統(tǒng)作為IPTV用戶享受服 務的導航門戶系統(tǒng)，提供了大量的節(jié)目、頻道等展示信息。如何將這些海量的 數(shù)據(jù)從業(yè)務管理平臺同步到各個EPG系統(tǒng)上，這是一個艱巨的任務。在整個IPTV系統(tǒng)實際運行的網(wǎng)絡環(huán)境下，全網(wǎng)中將分布多個EPG服務器， 例如一個省級的IPTV系統(tǒng)，通常在省中心節(jié)點和各個地區(qū)節(jié)點設置了多個EPG 服務器。這些EPG服務器關聯(lián)到一個統(tǒng)一的業(yè)務管理平臺，每一個EPG服務 器都需要同步業(yè)務管理平臺上的節(jié)目、頻道等數(shù)據(jù)。如何將這些海量的數(shù)據(jù)準 確、高效地同步到各個EPG上是一個艱巨的任務。目前對于子系統(tǒng)間海量數(shù)據(jù)的同步方法，多數(shù)采用直連對方數(shù)據(jù)庫或者釆 用超文本傳輸協(xié)議(HTTP)直接傳遞數(shù)據(jù)的方法。對于數(shù)據(jù)庫直連方式，直接 將對方數(shù)據(jù)庫暴露出來，存在較大的安全隱患。對于HTTP直接傳遞方式，因 為HTTP本身存在超時機制，而每次傳輸?shù)臄?shù)據(jù)量大小又不確定，因此常會出 現(xiàn)準備數(shù)據(jù)的時間超過HTTP的超時時間，從而無法同步數(shù)據(jù)的情況。發(fā)明內容有鑒于此，本發(fā)明的目的之一是提供一種基于增量式的EPG數(shù)據(jù)同步方
法，能夠解決直連數(shù)據(jù)庫方式和HTTP直傳方式所帶來的技術問題，為實現(xiàn)上 述目的，本發(fā)明的實現(xiàn)方案如下一種基于增量式的電子節(jié)目導航數(shù)據(jù)同步方法，包括如下步驟，A、 業(yè)務管理平臺生成全量數(shù)據(jù)文件，將其上傳到文件傳輸FTP服務器， 電子節(jié)目導航EPG服務器進行全量數(shù)據(jù)同步；B、 業(yè)務管理平臺生成增量數(shù)據(jù)文件并上傳到FTP服務器；C、 業(yè)務管理平臺向EPG服務器發(fā)送增量通知消息；D、 EPG服務器接收增量通知消息，從所述FTP服務器下載所述增量數(shù)據(jù) 文件，并執(zhí)行數(shù)據(jù)合并操作?；谏鲜黾夹g方案，所述EPG服務器處于被動增量數(shù)據(jù)同步工作方式，當 接收到所述業(yè)務管理平臺發(fā)送的增量通知消息后，所述EPG服務器才去執(zhí)行增 量數(shù)據(jù)同步操作?；谏鲜黾夹g方案，步驟A中，所述業(yè)務管理平臺完成所述全量數(shù)據(jù)同步 后，在本地保存數(shù)據(jù)文件時間戳。基于上述技術方案，步驟B中，所述業(yè)務管理平臺定時生成所述增量數(shù)據(jù) 文件?；谏鲜黾夹g方案，步驟B中，通過比對節(jié)目修改時間及上一次掃描時間 來生成所述增量數(shù)據(jù)文件，當所述更改時間大于所述上次掃描時間時表示需要 生成所述增量數(shù)據(jù)文件，否則不需要生成所述增量數(shù)據(jù)文件?；谏鲜黾夹g方案，步驟C中，所述增量通知消息包括FTP服務器配置信 息及新生成的增量數(shù)據(jù)文件的時間戳信息?；谏鲜黾夹g方案，所述FTP服務器的配置信息包括FTP服務器的網(wǎng)絡 地址、端口、增量數(shù)據(jù)文件存放目錄?；谏鲜黾夹g方案，步驟C中，若沒有所述增量數(shù)據(jù)文件生成，EPG^I良務 器仍然發(fā)送所述增量通知消息?；谏鲜黾夹g方案，步驟D中，所述EPG服務器在接收到所述增量通知 消息后根據(jù)增量更新判斷條件判斷是否需要進行所述下載及合并操作。
基于上述技術方案，步驟D中，所述增量更新判斷條件為本地存儲的數(shù)據(jù)文件的時間戳是否老于所述增量通知消息中包含的所述新生成增量數(shù)據(jù)文件 的時間戮時?；谏鲜黾夹g方案，步驟c中，所述業(yè)務管理平臺使用超文本傳輸協(xié)議向 所述EPG服務器發(fā)送增量通知消息。本發(fā)明的另一目的是提供一種基于增量式的電子節(jié)目導航數(shù)據(jù)同步系統(tǒng)， 為實現(xiàn)此目的，本發(fā)明的實現(xiàn)方案如下一種基于增量式的電子節(jié)目導航數(shù)據(jù)同步系統(tǒng)，包括業(yè)務管理平臺，用于業(yè)務數(shù)據(jù)的管理；EPG服務器，用于同步所述業(yè)務管理平臺的業(yè)務數(shù)據(jù)，實現(xiàn)節(jié)目、頻道等 信息的導航；其特征在于，還包括FTP服務器，用于存儲所述業(yè)務管理平臺生成的業(yè)務數(shù)據(jù)。所述業(yè)務管理平臺將業(yè)務數(shù)據(jù)上傳到所述FTP服務器，并定時向所述EPG 服務器發(fā)送增量通知消息，所述EPG服務器根據(jù)所述增量通知消息從所述FTP 服務器下載所述業(yè)務數(shù)據(jù)?；谏鲜黾夹g方案，所述業(yè)務數(shù)據(jù)包括全量數(shù)據(jù)文件及增量數(shù)據(jù)文件，所 述業(yè)務管理平臺使用超文本傳輸協(xié)議發(fā)送所述增量通知消息。由于采用了以上的技術方案，本發(fā)明結合超文本傳輸協(xié)議(HTTP )和文件 傳輸協(xié)議(FTP)進行數(shù)據(jù)增量同步，采用HTTP進行增量消息通知、FTP進 行增量文件下載處理，具有較好的穩(wěn)定性，另外還才是供了系統(tǒng)初始化時所需要 的全量數(shù)據(jù)同步。


圖1為完成本發(fā)明方法的系統(tǒng)結構示意圖。
具體實施方式
下面根據(jù)附圖和實施例對本發(fā)明作進一步詳細說明本發(fā)明的核心思想是，添加一個或多個文件傳輸(FTP)服務器，將增量 數(shù)據(jù)文件通過一個或多個FTP服務器下發(fā)給各電子節(jié)目導航(EPG)服務器， 業(yè)務管理平臺通過發(fā)送增量通知消息給EPG服務器，EPG服務器根據(jù)增量通知 消息被動進行增量數(shù)據(jù)同步，通過本發(fā)明可以減輕業(yè)務管理平臺的數(shù)據(jù)傳輸壓 力，還可以提高數(shù)據(jù)安全性和傳輸效率。如圖1所示，基于增量式的EPG數(shù)據(jù)同步系統(tǒng)主要包括業(yè)務管理平臺、 數(shù)據(jù)文件FTP服務器、EPG服務器。業(yè)務管理平臺用于用于業(yè)務數(shù)據(jù)的管理， 負責生成全量數(shù)據(jù)文件和增量數(shù)據(jù)文件，并將生成的增量數(shù)據(jù)文件上傳到FTP 服務器，以及向EPG服務器發(fā)送增量通知消息。數(shù)據(jù)文件FTP服務器用于存 放定期生成的增量數(shù)據(jù)文件以及全量數(shù)據(jù)文件。EPG服務器用于同步所述業(yè)務 管理平臺的數(shù)據(jù)，實現(xiàn)節(jié)目、頻道等信息的導航，EPG服務器接收業(yè)務管理平 臺發(fā)送的增量通知消息，從FTP服務器獲取增量數(shù)據(jù)文件。圖中①表示業(yè)務管 理平臺向FTP服務器傳送全量數(shù)據(jù)文件或增量數(shù)據(jù)文件，②表示業(yè)務管理平臺 向EPG服務器發(fā)送增量通知消息，③表示EPG服務器從FTP服務器下載全量 數(shù)據(jù)文件或增量數(shù)據(jù)文件。本發(fā)明通過以下步驟來實現(xiàn)增量數(shù)據(jù)的同步步驟l、業(yè)務管理平臺生成全量數(shù)據(jù)文件，上傳到FTP服務器，EPG服務 器進行全量數(shù)據(jù)同步。EPG服務器初始安裝后，沒有任何數(shù)據(jù)，需要進行初始化。對于EPG海量 數(shù)據(jù)的初始化，我們釆用EPG主動同步全量數(shù)據(jù)文件的方式。即通過手工發(fā)布 命令要求業(yè)務管理平臺將相關表中所有數(shù)據(jù)生成單獨的文件，然后上傳到FTP 服務器上，EPG服務器從FTP服務器上下載這些數(shù)據(jù)文件后導入到本地內存 數(shù)據(jù)庫中，完成數(shù)據(jù)的初始化。在某一最佳實施例中，所有數(shù)據(jù)文件的命名都 采用如下規(guī)則yyyyMMddHHmmss，即用文件生成的時間(年月日時分秒)表
示。EPG服務器完成首次全量同步后，將首次全量同步后的數(shù)據(jù)文件時間戳存 放在本地，作為以后決定是否需要進行增量更新的判斷依劇。步驟2、業(yè)務管理平臺定時生成增量數(shù)據(jù)文件并上傳到FTP服務器。 業(yè)務管理平臺保存一個時間戳表，記錄上一次掃描的時間，節(jié)目相關表中 凡是存在更改時間大于上次掃描時間的記錄表示需要形成增量文件，業(yè)務管理 平臺會定時將變化的數(shù)據(jù)導出生成一個增量數(shù)據(jù)文件(其維護一個數(shù)據(jù)增加/ 刪除/修改的表結構),在一最佳實施例中掃描周期設定為5分鐘，導出的增量數(shù) 據(jù)文件的名稱即是當前的時間戳，導出成功后將其上傳到FTP服務器上。 步驟3、業(yè)務管理平臺向EPG服務器發(fā)送增量通知消息。 業(yè)務管理平臺定時或在每次生成增量數(shù)據(jù)文件并上傳到增量FTP服務器 后，采用HTTP消息的方式通知EPG服務器，消息內容主要包括FTP服務器 的相關配置信息(如IP、端口、增量數(shù)據(jù)文件存放目錄等)、生成增量數(shù)據(jù)文 件的最新時間戳等。即使沒有最新增量文件生成也會向FPG服務器發(fā)送通知消 息，防止某個EPG服務器在某段時間異常沒有收到消息。EPG服務器收到消息 后，根據(jù)增量更新判斷條件進行判斷，決定是否需要進行數(shù)據(jù)更新-步驟4、 EPG服務器接收增量通知消息，根據(jù)增量更新判斷條件判斷是否 需要進行增量同步，若是、則執(zhí)行步驟5，若否，則不做操作。EPG服務器將增量通知消息中的增量數(shù)據(jù)文件的時間戳和本地存儲的最后 一次增量更新或全量同步成功后的數(shù)據(jù)文件時間戳進行比較，若對方的時間戳 比EPG服務器本地數(shù)據(jù)文件的時間戳更新，則EPG服務器就會根據(jù)增量通知 消息中包含的FTP服務器的信息到FTP服務器上下載相應的增量數(shù)據(jù)文件。如 果對方的時間戳比EPG服務器本地數(shù)據(jù)文件的時間戳老或相等，則說明EPG 服務器本地的數(shù)據(jù)文件已經是最新的，不需要更新。步驟5、執(zhí)行數(shù)據(jù)合并操作，并在本地存儲增量數(shù)據(jù)文件的時間戳。EPG服務器登陸FTP服務器下載相應的增量數(shù)據(jù)文件到本地后，進行處理，將增量更新內容存入本地的內存數(shù)據(jù)庫中，同時將本地增量數(shù)據(jù)文件的時間戳置為最新。
一般，因為業(yè)務管理平臺導出增量數(shù)據(jù)文件的間隔時間較短，所以每次生成的增量文件中記錄數(shù)相對比較少。即使某個EPG服務器一段時間出現(xiàn)異常沒 有及時更新數(shù)據(jù)，在EPG服務器恢復正常后，增量下載這一時間段內的多個增 量數(shù)據(jù)文件，進行逐步處理即可。本發(fā)明還可有其它多種實施例，在不背離本發(fā)明精神及其實質的情況下，變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
權利要求
1、一種基于增量式的電子節(jié)目導航數(shù)據(jù)同步方法，其特征在于，包括如下步驟，A、業(yè)務管理平臺生成全量數(shù)據(jù)文件，將其上傳到文件傳輸FTP服務器，電子節(jié)目導航EPG服務器進行全量數(shù)據(jù)同步；B、業(yè)務管理平臺生成增量數(shù)據(jù)文件并上傳到FTP服務器；C、業(yè)務管理平臺向EPG服務器發(fā)送增量通知消息；D、EPG服務器接收增量通知消息，從所述FTP服務器下載所述增量數(shù)據(jù)文件，并執(zhí)行數(shù)據(jù)合并操作。
2、 根據(jù)權利要求1所述的方法，其特征在于，所述EPG服務器處于被動 增量數(shù)據(jù)同步工作方式，當接收到所述業(yè)務管理平臺發(fā)送的增量通知消息后， 所述EPG服務器才去執(zhí)行增量數(shù)據(jù)同步操作。
3、 根據(jù)權利要求1所述的方法，其特征在于，步驟A中，所述業(yè)務管理 平臺完成所述全量數(shù)據(jù)同步后，在本地保存數(shù)據(jù)文件時間戳。
4、 根據(jù)權利要求1所述的方法，其特征在于，步驟B中，所述業(yè)務管理 平臺定時生成所述增量凝:據(jù)文件。
5、 根據(jù)權利要求4所述的方法，其特征在于，步驟B中，通過比對節(jié)目 修改時間及上一次掃描時間來生成所述增量數(shù)據(jù)文件，當所述更改時間大于所 述上次掃描時間時表示需要生成所述增量數(shù)據(jù)文件，否則不需要生成所述增量 數(shù)據(jù)文件。
6、 根據(jù)權利要求1所述的方法，其特征在于，步驟C中，所述增量通知 消息包括FTP服務器配置信息及新生成的增量數(shù)據(jù)文件的時間戳信息。
7、 根據(jù)權利要求6所述的方法，其特征在于，所述FTP服務器的配置信 息包括FTP服務器的網(wǎng)絡地址、端口、增量數(shù)據(jù)文件存放目錄。
8、 根據(jù)權利要求1所述的方法，其特征在于，步驟C中，若沒有所述增 量數(shù)據(jù)文件生成，EPG服務器仍然發(fā)送所述增量通知消息。
9、 根據(jù)權利要求1所述的方法，其特征在于，步驟D中，所述EPG服務 器在接收到所述增量通知消息后根據(jù)增量更新判斷條件判斷是否需要進行所述 下載及合并操作。
10、 根據(jù)權利要求9所述的方法，其特征在于，步驟D中，所述增量更新 判斷條件為本地存儲的數(shù)據(jù)文件的時間戳是否老于所述增量通知消息中包含 的所述新生成增量數(shù)據(jù)文件的時間戳時。
11、 根據(jù)權利要求1所述的方法，其特征在于，步驟C中，所述業(yè)務管理 平臺使用超文本傳輸協(xié)議向所述EPG服務器發(fā)送增量通知消息。
12、 一種基于增量式的電子節(jié)目導舶二數(shù)據(jù)同步系統(tǒng)，包括 業(yè)務管理平臺，用于業(yè)務數(shù)據(jù)的管理；EPG服務器，用于同步所述業(yè)務管理平臺的業(yè)務數(shù)據(jù)，實現(xiàn)節(jié)目、頻道等 信息的導航；其特征在于，還包括FTP服務器，用于存儲所述業(yè)務管理平臺生成的業(yè)務數(shù)據(jù)。 所述業(yè)務管理平臺將業(yè)務數(shù)據(jù)上傳到所述FTPS^務器，并定時向所述EPG服務器發(fā)送增量通知消息，所述EPG服務器根據(jù)所述增量通知消息從所述FTP服務器下載所述業(yè)務數(shù)據(jù)。
13、 根據(jù)權利要求12所述的系統(tǒng)，其特征在于，所述業(yè)務數(shù)據(jù)包括全量數(shù) 據(jù)文件及增量數(shù)據(jù)文件，所述業(yè)務管理平臺使用超文本傳輸協(xié)議發(fā)送所述增量 通知消息。
全文摘要
本發(fā)明涉及IPTV技術領域，特別涉及一種基于增量式的電子節(jié)目導航(EPG)數(shù)據(jù)同步方法及系統(tǒng)。本發(fā)明通過添加一個或多個FTP服務器，將增量數(shù)據(jù)文件通過一個或多個FTP服務器下發(fā)給各EPG服務器，業(yè)務管理平臺通過發(fā)送增量通知消息給EPG服務器，EPG服務器根據(jù)增量通知消息被動進行增量數(shù)據(jù)同步，通過本發(fā)明可以減輕業(yè)務管理平臺的數(shù)據(jù)傳輸壓力，還可以提高數(shù)據(jù)安全性和傳輸效率。
文檔編號H04L29/06GK101127915SQ200710122059
公開日2008年2月20日 申請日期2007年9月20日 優(yōu)先權日2007年9月20日
發(fā)明者鋒 吉, 功 李 申請人:中興通訊股份有限公司