節目指南系統的製作方法

2023-10-22 17:14:02

專利名稱：節目指南系統的製作方法
技術領域：
本發明涉及通信系統和方法。具體來說，本發明涉及用於為廣播通信網絡提供節目指南的系統和方法。
背景技術：
在諸如DIRECTV擁有和運營的Direct to Home(DTH)直接廣播衛星之類的某些廣播通信網絡中，DIRECTV直接為遍及美國大陸和海外的家庭和企業安裝的衛星小天線提供了對許多流行電視網絡、電影、體育和娛樂頻道的訪問。DIRECTV使用直接向五個衛星傳輸數字壓縮的節目的廣播中心。位於距離地球22,300英裡之外的五個衛星直接向微型碟形衛星天線播送節目和信息。衛星信號被接收單元接收並向電視觀眾顯示。
在這樣的系統中，在多個頻道上為電視觀眾呈現了許多節目。為幫助電視觀眾選擇節目，通常使用節目指南。節目指南是節目的一覽表，包括節目的描述，提供該節目的頻道和播送該節目的時間。通過包括詳細的節目說明的節目指南可以實現許多附加功能，例如，父母控制和按次計費功能。
節目指南需要有最小的內存要求才能進行交互操作和起作用。對於某些國際市場，節目指南必須以多種語言提供節目選項。此外，創建自定義指南以在不同的市場和接收器內提供不同的節目選擇的能力也是非常理想的。
儘管常規的節目指南提供了多語言支持和多個指南的能力，但是，已經發現常規節目指南在可以為現在和將來的市場機會提供的多個指南的數量方面存在局限性。在常規節目指南生成系統中提供分指南要求重新編寫節目指南軟體。新指南不能輕鬆地動態地生成。
此外，常規的節目指南在可以容納的頻道數量方面也存在局限性，因為頻道指南信息存儲在系統的存儲器結構中，而不是存儲在資料庫本身中。
相應地，需要一種系統和方法，用於為小型的衛星及其他廣播系統生成節目指南，提供多個多語言的指南，而不需要進行其他開發，並且在可以容納的頻道數量方面沒有限制。

發明內容
本發明的系統和方法可以滿足這種需要。本發明提供了一種用於根據節目表為一個或多個市場在通過電信分布網絡在市場上分發的節目內容方面生成和修改多個獨特的節目指南的系統。該系統包括調度引擎，用於為第一市場提供第一節目指南，為第二市場提供第二節目指南。提供了用戶界面，用於輸入第一或第二節目指南的更新方面的數據。然後，指南工廠響應用戶提供的輸入數據自動更新或修改第一節目指南、第二節目指南、系統的參數，和/或系統的配置。上行鏈路驅動設備周期性地向上行鏈路系統傳輸節目指南，上行鏈路系統向接收器提供指南。
在說明性的應用中，本發明的系統與直接廣播衛星電信網絡結合使用。根據本發明，第一和/或第二節目指南可以輕鬆地分開，而無需重新編碼或重新編程。包括了Web伺服器以便從各種遠程位置進行更改。


圖1是顯示根據本發明的原理的用於提供節目指南的系統的網絡體系結構的說明性的實施例的方框圖。
圖2是顯示根據本發明的原理的用於提供節目指南的系統的軟體組件的說明性的實施例的方框圖。
圖3是顯示根據本發明的原理的用於提供節目指南的系統的軟體體系結構的說明性的實施例的方框圖。
圖4是說明根據本發明的原理的的說明性的實施例的用於實現指南工廠的配置更改的方法的流程圖。
圖5是說明根據本發明的原理的用於實現指南數據內容更改的方法的流程圖。
圖6是比較詳細地說明向通常如圖5所說明的其他IPGS伺服器複製事件和頻道數據對象的流程圖。
圖7是說明在許多指南工廠之間進行通信的簡化方框圖。
圖8是顯示根據本發明的原理的指南路由信息的組織的圖表。
圖9是說明根據本發明的原理的調度數據的結構的圖表。
具體實施例方式
現在將參考附圖描述說明性的實施例和示範性應用，以說明本發明的原理。
儘管這裡參考用於特定應用場合的說明性的實施例描述本發明，應該理解，本發明不僅限制此。精通本技術並了解這裡所提供的原理的普通人員將認識到，在本發明的範圍和本發明將有重要應用的其他領域，可以進行其他修改、應用和實施。
圖1是顯示根據本發明的原理的用於提供節目指南的系統的網絡體系結構的說明性的實施例的方框圖。在說明性的應用中，網絡10是為用於國際節目指南系統(IPGS)中使用而建立的。在圖1中，分別顯示了第一和第二廣播中心20和30。根據本發明，第一廣播中 20包括用戶界面22，該用戶界面連接到調度引擎24。調度引擎24向IPGS伺服器26和28提供頻道和事件信息。如下面比較全面地討論的，IPGS伺服器生成大量的節目指南信息。IPGS伺服器通過Web伺服器29被用戶界面22訪問。正如那些精通本技術的人所理解的，調度引擎24、IPGS伺服器26和28以及Web伺服器29可以用單計算機(或伺服器)來實現，也可以用多計算機系統來實現。如果使用多系統，如圖1所說明的，廣播中心20內的系統可以通過區域網25進行連接。
為了提供冗餘，第一廣播中心20可以通過諸如T1連接12或TCN連接40之類的合適的鏈路連接到其他的廣播中心30、60、70、80和90。至少一個廣播中心(在圖1中，第二廣播中心30)包括許多上行鏈路驅動設備35-38。每一個站點60、70、80和90都配備有冗餘的上行鏈路驅動設備62/64、72/74、82/84和92/94。如下面比較全面地討論的，上行鏈路驅動設備將來自指南工廠的節目指南合併成流，並將流傳送到衛星天線40。天線40將流向上遊傳送到一個或多個衛星50(圖1隻顯示了一個)。衛星將節目內容和指南信息傳送到各個位置的集成的接收器解碼器(IRD)和衛星接收器。
圖2是顯示根據本發明的原理的用於提供節目指南的系統的軟體組件的說明性的實施例的方框圖。如圖2所示，系統包括用戶界面123。用戶界面123包括系統參數用戶界面125、配置用戶界面127、輸入數據用戶界面129以及監視用戶界面131。系統參數界面125提供關於圖1的整個系統10的配置參數。配置用戶界面127、輸入數據用戶界面129和監視用戶界面131分別在配置組件131、輸入數據組件133和監視組件135之間傳送用戶信息。輸入數據組件133從圖1的調度引擎24或34以及從輸入數據用戶界面129接收信息。健康狀況被配置組件131、輸入數據組件133、指南工廠組件137和上行鏈路驅動設備組件139發送到監視組件。配置組件131向輸入數據組件133、指南工廠組件137和上行鏈路驅動設備組件139提供配置數據。上行鏈路驅動設備組件向未顯示的上行鏈路信號處理系統(USPS)輸出信息。USPS將各個流的音頻和視頻輸入複合為單一流，該單一的流再被以常規方式發送到天線40，並向上遊傳送到衛星50(參見圖1)。在最佳模式下，衛星根據DTP(DIRECTV傳輸協議)進行操作。衛星50通過未顯示的集成的接收器解碼器(IRD)根據最終用戶的帳戶設置將信號中繼到最終用戶。
圖3是顯示根據本發明的原理的用於提供節目指南的系統的軟體體系結構100的說明性的實施例的方框圖。軟體被設計為在圖1的網絡體系結構10中描述的機器上運行。如圖1所說明的，幾個不同的組件合併，以使網絡10根據本發明的原理運行。在說明性的實施例中，這些組件包括指南工廠102、上行鏈路驅動設備104、資料庫107、輸入數據組件(IDC)106、監視組件108、通信網橋110、圖形用戶界面(GUI)112、名稱服務114、116和118、事件服務120、Web伺服器33和Web瀏覽器(未顯示)。在圖3中，配置數據流以藍色顯示，頻道和節目數據流以紅色顯示，組件健康狀況信息流以黃色顯示。
如下面比較全面地討論的，指南工廠(GF)軟體102生成指南信息塊，並將它們分發到上行鏈路驅動設備。上行鏈路驅動設備(UD)104將活動指南信息塊合併成格式化的流，並周期性地將這些流傳輸到配置的USPS(未顯示)。資料庫(DB)107維護了一個系統配置和用於生成指南信息塊的調度信息的永久存儲區。輸入數據組件(IDC)106從外部源接收新配置和調度數據，對其進行驗證，並將信息傳播到系統的其餘部分。監視組件(MC)108跟蹤其他系統組件的健康狀況，並將此信息傳送到任何相關的偵聽者。通信網橋(CB)110將圖形用戶界面(GUI)112連接到系統的其餘部分。用戶界面(UI)22(圖1)將狀態信息傳送到用戶，並可使用戶配置系統。名稱服務(NS)114、116和118維擴了存在於IPGS中的組件實例的永久副本，並能使其他IPGS組件查找它們。事件服務(ES)120將無目標的消息轉發到相關的偵聽者。Web伺服器(WS)33使希望運行界面的任何人可以使用GUI。Web瀏覽器(WB)(未顯示)顯示用戶界面。
有幾個組件駐留在IPGS伺服器137上輸入數據組件106、IPGS資料庫107、事件服務120和指南工廠組件102。這些組件中的每一個組件都具有不同的職責。
輸入數據組件輸入數據組件106從包括用戶界面在內的外部系統接收輸入。它負責鑑定輸入的來源並驗證內容。一旦批准了輸入，輸入組件就將信息存儲在本地資料庫中，通知相關的組件，並發出描述信息的事件。通常向信息的始發者發送一個響應，並指出信息是否被接受以及原因。在正常操作期間，只有一個輸入組件接收數據。
資料庫IPGS資料庫107維護了配置和調度信息的永久副本。此信息用於在首次啟動指南工廠時填充指南工廠的數據緩存。它還用於保存創建指南當前不需要的信息。這可能包括當前沒有調度的節目或將來將發生的事件。當需要它們時，指南工廠負責查找這些項目。資料庫負責將輸入組件輸入的數據複製到IPGS伺服器上的所有其他資料庫。由其他本地IPGS組件發出的錯誤和狀態事件存儲在資料庫中，而不是進行複製。
事件服務事件服務120由幾個頻道構成，通過這些頻道可以路由事件。通過事件服務，IPGS的每一個組件都可以發出事件，然後，將事件傳遞給對這些事件表現出興趣的所有其他組件。事件服務組件是將可伸縮性和靈活性引入到設計中的便利方法。可以改變機器的數量和位置，而不必修改編碼或者甚至重新配置現有的機器即可與它們進行通信。還可以添加其他的客戶端，以基於這些事件執行新的功能，而不會影響現有的組件。
指南工廠指南工廠組件102獲取配置和調度信息，並產生指南信息塊，然後將指南信息塊分發到上行鏈路驅動設備，以便進行廣播。根據本發明的原理，指南工廠被設計成履行下列職責·處理新配置和調度信息的事件·維護與生成特定環境的指南相關的信息的本地緩存·為特定指南環境生成指南信息塊·當對於特定環境為主要時，將指南信息塊分發到上行鏈路驅動設備·發出心跳事件，以顯示指南工廠仍在正常地操作·發出初始化和結束事件·監視其他指南工廠的心跳、初始化和結束事件，以配置冗餘層次結構·在指南生成和分發期間，發出狀態/警告/錯誤事件儘管IPGS組件可以以許多不同的方式分配給機器，但是，對於生產用途，所建議的配置是將組件分配給三種類型的機器。表1列出了根據說明性的實施例的三種機器以及在它們上運行的組件。
表1IPGS機器和組件

IPGS機器可以部署在幾個不同的站點。例如，可以在一個廣播中心放置兩個IPGS伺服器和一個IPGS工作站。為了提高系統可靠性，可以在另一個廣播中心提供另外兩個IPGS伺服器和另一個IPGS工作站。
廣播中心至少具有兩個上行鏈路驅動設備。在廣播中心可能需要更多的驅動設備，以便支持許多發送應答器。Web瀏覽器通常在所有IPGS工作站上運行，雖然一個可能在與IPGS工作站相連接的任何機器上運行。
對於其他機器配置，對於如何分配組件有一些約束。在每一臺IPGS機器上都必須運行名稱服務。具有指南工廠的任何機器都還必須具有一個資料庫。監視組件、通信網橋、用戶界面和Web伺服器都必須駐留在同一臺機器上。
圖4-6是顯示了本發明的方法的說明性的實施例的流程圖。在最佳模式下，以軟體實現圖4-6中所描述的方法。圖4是說明根據本發明原理的說明性的實施例的用於實現指南工廠的配置更改的方法的流程圖。為此，「配置更改」包括指南環境、USPS參數、上行鏈路驅動設備參數、指南路由表和全面的IPGS系統參數。在圖4中，從開始202，在步驟204，輸入數據組件106(圖3)等待從圖形用戶界面112接收新的配置數據對象。在從圖形用戶界面112接收到數據對象之時，輸入數據組件106在步驟206-210驗證每一個對象，並在步驟212將對象存儲在資料庫107中。如果對象是無效的，或在將對象存儲在資料庫中時產生錯誤，則在步驟214中，創建一個答覆對象，帶有錯誤的描述，並將錯誤添加到答覆列表並記錄到資料庫中。在成功存儲對象之後，在步驟216，創建答覆對象，並添加答覆列表。如果在步驟218中處理了所有對象，那麼，在步驟220中，將答覆列表發送到發送者，並帶有成功和錯誤信息。如此，在步驟222中，已經接收配置更改數據，並存儲在資料庫中。在步驟224中，將接收到的對象複製到其他指南工廠。如果在步驟226中，配置更改數據對象涉及本地指南工廠，輸入數據組件通知指南工廠組件102，以獲得步驟230中的配置更改。在步驟232中，指南工廠從輸入數據組件請求更改，並在步驟234中，輸入數據組件向指南工廠發送新配置對象。在步驟236中，指南工廠處理新的配置對象，在步驟238和240，判斷新的指南流是否需要通過檢查配置更改來創建。如果新配置定義新的指南流，或改變現有的指南流的內容，在步驟242，指南工廠為這些指南流生成包括新的數據對象信息塊，並將信息塊發送到一個或多個上行鏈路驅動設備。指南工廠使用路由信息(稍後將討論)，以判斷應該將信息塊發送到哪個上行鏈路驅動設備。在步驟244，上行鏈路驅動設備將指南流發送到上行鏈路系統(未顯示)。在步驟246，上行鏈路系統將指南流通過圖1的衛星50發送到消費者集成的接收器解碼器(機頂盒)。在步驟248，消費者的機頂盒下載指南流，因此，在步驟250，消費者具有更新的和當前的節目指南。如果在步驟240中判斷不需要創建新的指南流，則在步驟241中組件完成對配置更改的處理。
如果在步驟226和228中，判斷配置更改影響上行鏈路驅動設備，則在步驟252中，輸入數據組件向上行鏈路驅動設備通知有關更改的情況。在步驟254中，上行鏈路驅動設備從輸入數據組件請求新的配置數據，並在步驟256更新其路由表。在步驟258中，上行鏈路驅動設備從指南工廠請求指南信息塊，並在步驟244中，上行鏈路驅動設備通過上行鏈路系統(未顯示)向消費者發送指南流。如果在步驟228中判斷配置更改不會影響上行鏈路驅動設備，那麼，在步驟229中，組件完成對配置更改的處理。
圖5是說明根據本發明的原理的用於實現指南數據內容更改的方法的流程圖。圖5的圖表類似於圖4的圖表，只是在圖5中更改沒有發送給上行鏈路驅動設備。圖5顯示，在步驟304中，輸入數據組件106等待接收新的事件和頻道數據對象。在接收到這些對象之時，輸入數據組件對對象進行驗證，並將它們存儲在資料庫中，並將它們發送給指南工廠，以便以上面的圖4中說明的方式傳送給消費者。請注意，在步驟324中，輸入數據組件將接收到的對象複製到其他指南工廠。
圖6是比較詳細地說明向通常如圖5所說明的其他指南工廠複製事件和頻道數據對象的流程圖。圖6的流程圖中所描述的方法允許數據以在使用的伺服器或其他機器的數量方面對於系統管理員來說是透明的方式複製到系統中的其他機器。在圖6中，所有輸入數據都要由接收輸入數據的組件驗證，然後才能將其存儲在其本地資料庫中。(在此上下文中，「本地」是指駐留在同一臺機器上。輸入數據組件、指南工廠和資料庫駐留在在同一臺機器中，因此，它們彼此之間都是本地的)。然後，它強制資料庫同步。當同步完成時，它通知其他輸入數據組件，以讀取它們的本地資料庫，然後將數據發送到受影響的本地組件。如果受影響的組件不是本地的，例如，上行鏈路驅動設備，那麼，只有接收輸入數據的組件才向該組件發送數據。
如此，在步驟326中，在接收到節目表或配置數據中的更改之時，如上文所討論的並在步驟328中通常所說明的，輸入數據組件將其數據存儲在其資料庫中。如果存儲步驟成功，則在步驟334中，輸入數據組件創建所有受更改的影響的活動設備的一個列表。在步驟336中，配置更改被發送給上行鏈路驅動設備和受影響的活動設備。在步驟338中，輸入數據組件創建所有活動資料庫實例的一個列表，並在步驟340中，輸入數據組件創建一個單獨的線程，以將數據推入到如此標識的每一個資料庫。對於每一個線程，在步驟344中，它通知每一個活動資料庫所在的機器上的輸入數據組件，以從本地資料庫讀取數據，並將它發送到諸如本地指南工廠之類的所有受的本地組件。
圖7是說明在許多指南工廠137之間進行通信的簡化方框圖。每一個輸入數據組件(IDC)106都是直接與關聯的資料庫107進行通信的唯一的組件。四個輸入數據組件106、106′、106″和106可以彼此進行通信，並向彼此發送通知，但不能訪問彼此的資料庫。在說明性的實施例中，資料庫是使用異步複製來進行同步的。資料庫被設置為本身每隔幾分鐘進行同步。然而，當IDC接收數據時，它更新其資料庫副本，並強制資料庫與其他三個資料庫同步，即，資料庫啟動對其他三個資料庫的更新。在同步失敗的情況下(例如，機器停機)，那麼它就保存需要發送到停機的資料庫的數據，每當該資料庫啟動時，都發送該數據。根據本發明的原理，資料庫彼此進行同步，無需用戶幹涉。IDC之外的每個組件都通過IDC與資料庫進行通信。所有組件都通過IDC請求數據並向資料庫提交數據。在發生錯誤的情況下，IDC將錯誤返回到調用組件。
IPGS可以具有每一個組件的多個實例，以提供冗餘和負載平衡能力。下面將把組件實例叫做設備。每一個設備都可以由其類型和它所在的機器的主機名標識。一些設備類型是指南工廠、輸入數據組件、事件服務、上行鏈路驅動設備、監視組件以及通信網橋。由於此標識方法，每一個組件類型的唯一的一個設備可以在單臺機器上運行。IPGS組件的多個實例一次可以在單臺機器上運行；然而，每一個實例都必須是設備的完全不同的系統的一部分。
IPGS設備之間的通信是通過CORBA進行的。每一臺組件的界面和消息都是以CORBA IDL進行定義的。設備ID包括在消息參數中，以標識每一個消息的始發者。
通過向聯合名稱服務註冊新設備來將新設備添加到系統中。這就通知所有其他活動的IPGS機器，在給定機器上，新設備將可用。每一個IPGS機器都維護每一個設備的永久位置(即，主機名)集。可以通過從名稱服務註銷設備來將其從系統中永久刪除。註冊通常只有在新機器添加到系統的情況下才進行。
每當設備啟動時，都執行幾個操作。設備在設備的機器上運行的名稱服務中列出了對其本身的一個或多個引用。其他設備可以通過它們的本地名稱服務查找這些綁定(因此，可以查到對正在啟動的設備的引用)。設備還發布初始化事件，宣布它已經啟動。這可以在新設備啟動時警告其他設備，而不是強制它們輪詢新的設備。
當停止設備時執行類似的操作。發出結束事件，通知其他相關的設備，設備正在停止。對正在停止的設備的引用將從名稱服務中刪除。名稱服務仍指出，設備駐留在該機器上，但它沒有有關與該設備聯繫的具體信息。設備不應該嘗試與未運行的設備進行聯繫。
並非所有的組件都需要遵循這些原則。例如，Web伺服器或名稱服務都不執行這些操作中的任何操作。對於這些組件，也不需要註冊。
為確保IPGS的穩定性，可以部署IPGS伺服器的冗餘實例。對於每一個伺服器組件，冗餘是以不同的方式管理的。
所有輸入組件都是活動的，並能夠接收輸入；然而，只有一個輸入組件被視為主要的。所有外部系統(例如，GUI和PADB)都應該連接到主要輸入組件。如果不能與主要輸入組件建立連接，則選擇一個新的主要輸入組件。所有外部系統都應該遵循用於判斷新的主要輸入組件的同一個算法。這將確保，在IPGS中正好有一個數據的入口點，這將最大限度地降低發生競爭情況的可能性。不需要有用於將備份輸入組件提升到主要輸入組件的內部機制，因為是外部系統控制與哪個實例進行聯繫。
輸入組件和指南工廠將直接只與駐留在同一臺機器本地的資料庫進行通信。資料庫負責及時地將配置和調度數據複製到其他IPGS伺服器上的資料庫。由於輸入可以由任何IPGS伺服器接收到，因此，複製是對稱的。然而，在正常情況下，複製數據只能在具有主要輸入組件的機器上產生。除配置之外，複製可以完全由Oracle軟體進行管理。
事件服務的冗餘是透明的。對接收事件感興趣的任何應用程式都應該向所有可用的事件服務進行註冊。當發出事件時，應用程式只須向一個事件服務發送事件。這要求，當新事件服務可用時，事件消費者通過事件得到警告。還可以採用本地事件頻道，以支持與事件頻道所在的IPGS伺服器機器的外部組件無關的事件。
指南工廠的冗餘是完全可以從用戶界面進行配置的。對於每一個指南環境，只有一個指南工廠被視為主要的。此指南工廠負責向每一個需要該環境的指南信息塊的上行鏈路驅動設備提供它們。其他指南工廠還可以通過生成其指南信息塊來支持該指南環境。然而，這些輔助指南工廠將不會向驅動設備傳輸任何指南信息塊，除非主要工廠未能這樣做。
由於在主要指南工廠發生故障時輔助指南工廠必須自動接管，IPGS必須有檢測這一情況的方法。為此，每一個指南工廠都將周期性地發出心跳事件，以描述其狀態。通過監視這些事件，輔助指南工廠可以判斷出主要指南工廠已經發生故障的情況。例如，如果在一個預先確定的間隔內沒有從主要指南工廠接收到心跳，輔助指南工廠可以認為，主要指南工廠已經發生故障。或者，心跳可以指出，主要指南工廠已經進入一個狀態，從該狀態，它不能為相關的指南環境生成或提供指南信息塊。
每一個指南工廠都執行各種任務，其中包括·周期性地發出描述工廠的狀態和活動的健康事件·偵聽所有指南工廠的健康事件·偵聽來自輸入數據組件的配置信息·偵聽來自輸入數據組件的新的調度信息的通知·偵聽來自驅動設備的指南數據請求·偵聽來自其他設備的初始化和結束事件·支持許多已配置的指南環境指南工廠以下列三種模式之一支持指南環境不活動的、活動的，或主要的。由於指南工廠同時可以支持幾個環境，因此，它可以在任何時候以一種以上的模式進行操作。
當不活動地支持指南環境時，指南工廠為該環境維護配置信息，但不為該環境執行任何操作，諸如處理節目表項，或生成指南。
指南工廠對指南環境的活動支持增大了指南工廠的職責。指南工廠現在必須·為該環境維護配置信息，·維護當前與指南環境有關的節目表項的緩存，·為指南環境生成指南信息塊，
·記錄為指南環境執行的活動，·並記錄在支持指南環境時遇到的問題。
指南環境的主要支持與活動支持相同，並帶有向所需的上行鏈路驅動設備傳輸所生成的指南信息塊的其他職責。
幾個指南工廠可以支持單一指南環境。任意數量的指南工廠可以以活動或不活動的模式支持指南環境。然而，對於每一個指南環境，在任何時候都正好有一個指南工廠以主要模式操作。
對於已配置的指南環境，每一個指南工廠都有一個數字優先級。用戶最初指派此優先級，但指南工廠可以在某些情況下降低他們自己的優先級。優先級「0」是指，指南工廠對於該環境是不活動的(否定的優先級被當做零)。正的優先級導致指南工廠對於該環境是活動的。一個指南環境的帶有最高優先級的指南工廠是該指南環境的主要指南工廠。使用設備ID的字典式的比較來中斷聯繫。一個指南環境的默認優先級是1。當重新啟動指南工廠時，所有指南環境的優先級被重置為此。
指南工廠的健康包括每一個所支持的指南環境的其優先級，以及它是否將其本身視為每一個指南環境的主要的指南工廠。每一個指南工廠都監視其他指南工廠的健康，以便每一個指南工廠知道其他指南工廠在執行什麼操作。
指南工廠的自動提升當指南工廠在為單一指南環境提供服務時遇到錯誤，其對於該指南環境的優先級被降低。這可能會導致指南工廠不再是該指南環境的主要指南工廠。在嚴重的情況下，這可能會導致指南工廠對於該指南環境來說變得不活動。當在指南工廠中發生了較大的問題(例如，與本地資料庫或名稱服務連接失敗時，所有受支持的指南環境的優先級都可能會降低。當指南工廠被關閉時，所有其優先級都被置零。其他指南工廠都會在接收到指南工廠的結束事件時自動進行這一調整。
當指南工廠檢測到所有其他指南工廠都具有對於一個給定指南環境的較低的優先級時，該指南工廠將其本身提升為該指南環境的主要指南工廠。這通常在指南工廠接收到來自以前是該指南環境的主要指南工廠的指南工廠的健康或結束事件時發生。在變成主要指南工廠時，指南工廠向相關的驅動設備傳輸為指南環境生成的每一個信息塊。
當一個指南工廠未能在預先確定的時間量內接收到來自另一個主要指南工廠的健康事件時，它推斷指南工廠已經失敗，並降低該指南工廠的優先級。不進行進一步的檢查。
當預先確定的時間量過去而沒有接收來自指南工廠的健康事件時，其他指南工廠嘗試直接請求其健康狀況。如果成功地獲取健康狀況，可能是事件服務發生了問題。如果這還不能解決，沒有發出其健康事件的指南工廠的所有優先級都將降低。
這可能導致其他指南工廠變成主要的。
如果相關的指南工廠不可直接訪問，則其他指南工廠嘗試與該機器上的名稱服務進行聯繫。如果可以聯繫上，則認為相關的指南工廠已經發生故障。其他指南工廠將它們的發生故障的指南工廠的優先級的副本重置為「0」。對於某些環境，這可能將新指南工廠提升為主要模式。如果名稱服務沒有響應，則還可以對指南工廠的機器執行ping命令。
如果無法與指南工廠所運行的機器進行聯繫，則可能有兩種可能性。要麼機器已經關閉，要麼網絡連接中斷。發現另一個指南工廠的沉默的指南工廠嘗試與沉默的指南工廠在同一個子網上的另一臺機器進行聯繫。如果聯繫上，則認為沉默的指南工廠不再起作用，其優先級降低為零。
如果不能與該子網上的任何機器聯繫上，則認為存在網絡問題。不能對指南工廠優先級進行自動變更，但向用戶界面(當然，可能不可訪問)發送一個錯誤狀態。如果在此狀態下接收指南工廠請求，如果一個指南工廠在響應指南工廠中處於下一個，則該指南工廠可能變成主要的指南工廠。
由於每一個指南工廠都保存了所有其他指南工廠的優先級的本地副本，則存在不一致的可能性。當指南工廠不在運行時，其真正的優先級都被置零。當指南工廠正在運行時，其真正的優先級是本地存儲在該指南工廠內的優先級。這些優先級包含在發送到其他指南工廠的健康事件內。指南工廠應該接受在這些事件中接收到的優先級作為準確的，當接收到健康事件時，應該丟棄對該指南工廠的優先級的任何本地變更。這可能導致接收指南工廠對於某些指南環境從主要指南工廠從主要切換到活動。
如果指南工廠A判斷，指南工廠B是一個指南環境的主要指南工廠，而此時它不應該是主要指南工廠時，A可能直接向B發送其對IPGS中的指南工廠的狀態的了解的情況。這應該導致B校正其模式。當應該是一個指南環境的主要指南工廠的指南工廠不將其本身視為主要指南工廠時，也可以採取類似的操作。在某些情況下，指南工廠B可能具有有關其他指南工廠的狀態的更準確的信息。在此情況下，B可能以其對IPGS中的指南工廠的狀態的了解的情況響應A。
每當發生自動提升或降級時，用戶界面都會指出。當不能正確地自動判斷一個環境的主要指南工廠時，應該發出一個嚴重警告。
一旦IPGS檢測到，一個指南環境的主要指南工廠發生故障，則只須提升一個輔助指南工廠。除選擇主要指南工廠之外，有特權的用戶可以通過給每一個工廠指派一個對於該指南環境的不同的優先級來選擇將提升輔助指南工廠的順序。此順序對於每一個指南環境都可以不同。一旦檢測到主要指南工廠發生故障，則輔助指南工廠將探測其他指南工廠(包括主要指南工廠在內)，以判斷哪個健康的指南工廠的優先級最高。此工廠變成相關的指南環境的主要指南工廠，以前的主要指南工廠的優先級降低。有特權的用戶始終可以通過修改指南工廠優先級或通過停止包含主要指南工廠的IPGS伺服器來影響哪些指南工廠是主要的。
事件服務事件服務用於將消息從一個設備路由到對該消息類型感興趣的許多其他設備。IPGS中可以存在事件服務的多個實例。每一個事件服務都具有多個不同的頻道。為每一個頻道(以IDL)定義了一個界面。此界面指定了在該頻道上發出的一組事件。在本地名稱服務中列出了每一個頻道的引用。可以通過一個頻道發送多種不同類型的消息，但它們都必須屬於同一個界面。
希望發出事件的設備可以向該界面的任何現有的頻道發送消息。偵聽事件的設備必須連接到該界面的所有現有的頻道。這要求，當啟動事件頻道時，通知所有偵聽設備，以便它們可以連接到新的頻道。
當啟動事件服務時，它為每一個事件界面創建一個事件頻道，並在本地名稱服務中列出對每一個頻道的引用。然後，通過已經在運行的事件服務的DeviceCollector頻道發送事件。這就通知所有偵聽設備，新事件服務已經啟動，它們必須連接到新頻道。當事件服務被利索地關閉時，它自動地向所有連接的設備發送斷開連接消息。這就允許偵聽者(和供應者)清理它們的資源。
由於其他組件需要事件服務了解何時新設備被添加到系統中，事件服務應該是在IPGS中啟動的第一批設備之一(在其本地名稱服務之後)。為取得最大的可靠性，偵聽者可以定期搜索他們不能與其連接的事件服務的名稱服務。
表2列出了在本發明的說明性的實施例中的驅動設備和指南工廠所使用的事件頻道。其他組件可能需要更多的頻道，或用於向遠程進程傳送錯誤信息。
表2事件類型

ChunkServer此接口允許驅動設備請求它希望具有的指南數據，但沒有接收到。其唯一的操作是requestChunk(in Deviceld origin，in Driver callback，in GuidestreamId stream，in Date time，in long count)當驅動設備檢測到它們沒有有效的指南信息塊的時間時，它們發出此事件。指南工廠傾聽此消息，主要指南工廠通過向Driver引用發送一個newGuideData消息(回調)來響應，該消息中包含在指定的指南流中一個給定的時間處於活動狀態的指南信息塊。
如果驅動設備沒有接收到響應，它將定期重新發送事件。每次發送事件時，都增大計數。隨著計數變大，輔助指南工廠開始以確定性的方式響應事件。
DeviceCollector此接口允許伺服器跟蹤系統的哪些組件正在運行，以及哪些不能。DeviceCollector接口中的操作是deviceStarted(in Deviceld device，in Object admin，in long count)anddeviceStopped(in DeviceId)當IPGS設備啟動時，它發出deviceStarted事件，以通知系統的其餘部分，它已經啟動。當組件期待對此事件的響應(例如，以提供初始配置信息)，設備可以定期以增大的計數重新發送，直到接收到響應。這就允許輔助機器在主要機器未能這樣做時響應事件。admin引用為正在啟動的組件的主要引用的回調對象。通常，這是一個DeviceAdmin對象，但是當設備是一個事件服務時，它是一個TypedEventChannelFactory。
當組件利索地關閉時，發出互補事件deviceStopped。這將通知系統的其餘部分，消息不應該再發送到組件，不能與組件聯繫或收到來自組件的消息不應該被視為錯誤。
當啟動驅動設備時，它必須接收其路由信息、其一般配置參數，以及要廣播的指南數據。直到驅動設備接收到驅動設備傳輸的每一個指南流的setDriverRoutingmessage、a setParametersmessage、setApplicationTimeOffsetmessage和newGuideData，它定期發出deviceStarted事件。
當啟動指南工廠時，必須向它說明，生成哪些指南，以及要將它們發送到哪裡。指南工廠定期發出deviceStarted事件，直到它接收到setParametersO message、該環境的setHierarchy消息伴隨的至少一個defineEnvironment消息、setApplicationTimeOffsetQ消息以及setFactoryRouting消息。
當啟動事件服務時，偵聽事件的任何組件必須連接到相應的新頻道。因此，通過不同的事件服務發出deviceStarted事件，指出已經有新事件服務可用。由偵聽者負責通過訪問所提供的TypedEventChannelFactory來查找並連接到相應的事件頻道。
監視組件可以接收這些事件，以便顯示何時組件被啟動和關閉(以便它可以知道是否有新的事件服務聯機)。指南工廠必須接收這些事件，以便它可以在它們被啟動時向驅動設備發送信息，以便它可以識別出主要指南工廠何時利索地關閉。IDC可能需要接收這些事件，以便它可以在指南工廠和驅動設備啟動時向它們提供配置信息。
DriverMonitorDriverMonitor接口允許遠程監視驅動設備的健康。每一個驅動設備都定期發出driverHealth消息，報告其當前健康。此消息包括報告了其健康的驅動設備的標識，測量健康時的實際時間，以及描述健康的結構。此結構由描述驅動設備的一般健康的數字和描述每一個所配置的連接的健康的數字序列構成。為將連接健康狀態與連接的描述匹配，還可以包括當前路由配置的標識符。
driverHealth(in Deviceld origin，in Date when，in Health status)每當驅動設備接收到成功地修改驅動設備的路由信息的setDriverRouting消息時，都會發出newDriverRouting事件。驅動設備向新配置指派routingId，以便也可以與隨後的driverHealth消息匹配。將信息分為兩個消息的目的是為了節省帶寬。
newDriverRouting(in Deviceld origin，in long routingId，
in DriverRouting routes)監視組件可能是對接收這些事件感興趣的唯一組件，它使用這些事件來繪製監視顯示。
GuideFactoryMonitorGuideFactoryMonitor接口允許遠程監視指南工廠的健康。每一個指南工廠都定期發出factoryHealth消息，報告其當前健康狀態。監視組件接收這些事件以生成監視顯示，指南工廠接收這些事件，以判斷何時需要提升輔助指南工廠。
指南工廠的健康是一個包括描述了指南工廠的一般狀態、其與其本地資料庫的連接的狀態的數字、它未能與其進行連接的驅動設備的列表，以及每一個所配置的指南環境的狀態信息。一個指南環境的信息包括該環境的名稱、數字狀態、指出指南工廠當前正在為此環境執行什麼操作的枚舉值，指出指南工廠是否為此環境的主要指南工廠的標誌，以及此環境的指南工廠的優先級。
factoryHealth(in Deviceid origin，in Date when，in GuideFactoryHealth health)上行鏈路驅動設備上行鏈路驅動設備將指南流發送到上行鏈路系統，以便它們可以傳輸到衛星。上行鏈路驅動設備可以打開與不同的上行鏈路系統的許多TCP連接。上行鏈路驅動設備是以冗餘的對部署的。在任何時候，如果連接失敗，那麼其他上行鏈路驅動設備將建立替換連接。因此，在任何給定的時間點，所配置的連接在兩個上行鏈路驅動設備之間是共享的。兩個上行鏈路驅動設備都不執行所有的發送，但驅動設備的組合一起協作，以傳輸所有所配置的數據。
在每一個指南生成之後，指南工廠只向上行鏈路驅動設備發送一次指南信息塊，而上行鏈路驅動設備周期性地向USPS發送那些信息塊。上行鏈路驅動設備繼續一次又一次地發送同一個信息塊，直到該信息塊過期。
指南工廠只直接向廣播中心中的一個上行鏈路驅動設備發送指南數據。該上行鏈路驅動設備負責將數據轉發到其他本地上行鏈路驅動設備。這是因為，廣播中心之間的網絡連接的帶寬低於一個廣播中心內的連接的帶寬。
配置信息的最重要的片段之一是指南流路由。即，接收器將在哪裡查找每一個指南流，以及IPGS如何在那裡獲得數據。指南流以幾個小步驟路由。首先，指南工廠向上行鏈路驅動設備分發指南信息塊。然後，上行鏈路驅動設備將那些信息塊發送到上行鏈路系統上特定埠。上行鏈路系統將來自驅動設備的數據與來自其他系統的數據合併，並將它都發送到特定發送應答器，該發送應答器將數據廣播到固定的地理區域。然後，知道在哪裡查找的接收器可以訪問此數據。
在說明性的示例中，可以單獨地配置路由的每一個步驟，以提供用於配置路由信息的對用戶友好方法。有特權的用戶可以指定指南流將在哪些發送應答器和SCID上廣播。SCID是服務頻道ID，用於將指南流與在發送應答器上廣播的其他數據。發送應答器和SCID的合併地址在下面被稱為服務頻道。它們也可以指定哪些上行鏈路系統(USPS)支持哪些發送應答器和SCID。上行鏈路驅動設備和上行鏈路系統之間的可能的連接也是可配置的。然後，IPGS可以將所有此信息合併，以成功地將路由指南信息塊從指南工廠路由到接收器。當在系統中發生更改時，只是該更改可以進入到IPGS中，它還將適應新路由。
路由信息的第一段是將要路由的數據。每一個指南環境都由多個指南流組成。例如，與OpenTV兼容的IRD的指南環境可以具有MPG流，多個SPG流和多個DIP流。現在必須為每一個所配置的流指派一個或多個目的地。
路由信息的第二段是指南流的可用的目的地集。維護了活動的發送應答器的集合。維護了發送應答器的多個屬性，如它所屬的衛星和廣播，其物理傳輸編號，其傳輸特徵(例如，頻率、極性等等)。當有新的發送應答器可用時，有特權的用戶可以將其描述添加到發送應答器集合。這將有助於將來的衛星擴展。
一旦表示了指南流和發送應答器，就可以配置每一個指南流的最高級別的路由。每一個指南流都與一個或多個發送應答器/SCID組合關聯。每一個關聯都表示接收器可以訪問該指南流的一個位置。指南流/服務頻道關聯中還附加了數據速率。這就允許控制流的每一個實例。請注意，與每一個指南流關聯的路由是發送應答器和SCID。這就對應於通常控制指南位置的級別。
還必須描述獲得到所期望的服務頻道(即，發送應答器/SCID組合)的手段。每一個服務頻道都與一個或多個上行鏈路系統上的埠關聯。當IPGS需要向特定的服務頻道發送指南流時，它應該向與該服務頻道關聯的每個上行鏈路系統埠傳輸流的數據。可以隨意地修改上行鏈路地址和服務頻道之間的關聯，以反映上行鏈路系統的配置。系統將通過在內部以與新配置一致的方式重新路由指南流來適應這樣的修改。通常，上行鏈路系統的所有埠都與單一的發送應答器的服務頻道關聯，SCID和埠號之間的關係通常是恆定的。這反映常規作法，其中，每一個上行鏈路系統都正好為一個發送應答器提供所有數據。然而，為將來的開發提供了其他的靈活性。
路由的最後一段是在IPGS內部。IPGS必須知道其哪些組件可以訪問每一個上行鏈路系統，因此，它維護了關於其上行鏈路驅動設備的數據的集合，哪些驅動設備應該向哪些上行鏈路系統傳輸。作為一個附加的安全措施，提供了每一個上行鏈路系統和上行鏈路驅動設備的位置的簡單表示。上行鏈路驅動設備只能與駐留在站點的上行鏈路系統進行通信。
一旦主要指南工廠創建指南信息塊，它就負責將它提供到需要數據的所有驅動設備。要查找此驅動設備集，工廠識別信息塊所屬的指南流。從那裡，它收集與該指南流關聯的每個路由，這就產生一組服務頻道。這些服務頻道中的每一個服務頻道都受一組上行鏈路系統地址的支持，這些地址中的每一個地址都可以由一個或多個上行鏈路驅動設備進行訪問。指南工廠遵循此鏈，以產生可以服務於任何指南路由的完整的驅動設備集。然後，將新信息塊分發到此集中的每個驅動設備。每次分發信息塊時，不必判斷此驅動設備集。路由表通常是恆定的，這樣，當用戶重新配置一個或多個表時，可以查找到指南流目的地集。然後，指南工廠只需記住每一個指南流的上行鏈路驅動設備集。
圖8是顯示根據本發明的原理的指南路由信息的組織的圖表。對上行鏈路驅動設備的路由信息的要求與指南工廠的要求不同。每一個上行鏈路驅動設備都必須知道它將傳輸哪些指南流，將每一個流發送到哪些上行鏈路系統地址以及以什麼速率。此信息可以以類似的方式根據路由信息確定。驅動設備可以向多個不同的位置發送單一指南流，因此，這裡不能忽略副本(指南工廠不管副本)。然後可以對指南流與上行鏈路驅動設備關係的平化表進行排序，並將相關的行發送到每一個上行鏈路驅動設備。
調度數據為了給將來的內容提供靈活性，以規範化的方式維護調度數據。節目和頻道仍是節目表中的重要對象，但它們的關係已經脫離。
節目是向消費者提供的內容的單元。可以有許多不同種類的節目。如今的指南只包含常規的節目，可以由它們的標題、描述、類別、等級和其它的屬性來描述。將來的接收器可以支持新的節目類型，諸如XML程序，可以用URL來描述。
圖9是說明根據本發明的原理的調度數據的結構的圖表。所有類型的節目的共同特徵是可以對它們進行調度。即，可以選擇節目可以供電視觀眾觀看的時間。節目與開始和結束時間的關聯叫做事件。事件通常不會單獨發生。為表示事件的共同組合，每一個事件都屬於單一事件集合。事件集合可以對應於電視網的節目(例如，HBO的節目表)也可以是人為的(例如，特殊的體育事件)。在單一的事件集合內，常規節目的事件不能重疊。事件集合獨立於節目將如何傳輸或訪問(即，頻道)。這就意味著，可以隨時對頻道進行重新配置，而不必重新提交它們提供的節目。
電視觀眾頻道表示電視觀眾通過其觀看節目的途徑。專業化的電視觀眾頻道還包含通過其向電視觀眾提供節目的機制。與Open-TV兼容的IRD可以只描述DSS頻道，但將來的接收器可以允許使用諸如陸地廣播之類的其他提供機制。描述如何訪問頻道所需要的一切都包含在DSS頻道內。請注意，電視觀眾頻道有一段它處於活動狀態的時間。在此時間之外，電視觀眾頻道將不在指南中。
大多數的電視觀眾頻道都允許電視觀眾直接調到該頻道，並提供在該頻道上可以觀看到的節目列表。公共頻道對象與具有這些特徵的每一個電視觀眾頻道關聯。公共頻道對象提供關於頻道的描述性信息，如呼叫信號、描述和包含頻道提供的節目的事件集合。公共頻道通常獨立於頻道配置。
節目指南對象電視觀眾是觀看電視的人。電視觀眾市場是電視觀眾的集合。
接收器是電視觀眾用來獲取正在廣播的數據的設備。此數據包括(但不僅限於)視頻和音頻流、應用程式和節目表信息。有多種不同類型的接收器(例如，與OpenTV兼容的IRD或電視機所附帶的調諧器和天線)。不同類型的接收器具有不同的功能。為此，接收器類型是根據與廣播機制的連接來進行定義的。
指南是一組接收器可以訪問以獲取有關頻道、節目及其他配置的信息的數據流。由於可能的節目、語言和接收器功能的多樣性，可以向不同的電視觀眾提供不同的指南。一個指南的主要特徵是，它具有什麼樣的流，如何向接收器廣播這些流，以及每一個流中具有什麼樣的數據。
指南環境描述了指南是面向什麼人以及是什麼用途。它是由其電視觀眾市場和其電視觀眾所共享的接收器類型所定義的。指南工廠可以據此判斷什麼類型的流將構成指南，填充每一個流的是什麼樣的數據格式，什麼數據與目標電視觀眾相關。例如，可以使用電視觀眾市場確定在環境的指南內應該使用的語言。
每一個指南流都由一個或多個叫做信息塊的數據塊構成。隨著時間的流逝，或指南工廠接收到新輸入時，這些信息塊可以更新，替換或刪除。
節目指南對象的示例說明性的實施例支持一個接收器類型-與OpenTV兼容的IRD。儘管有一些不支持並且決不會支持OpenTV應用的IRD，但是所有部署的接收器都可以對根據與OpenTV兼容的規範格式化的指南進行解碼。有兩個指南環境，通常被稱為「東和西」。給每一個接收器指派了這些指南環境中的一個(雖然這不是指南環境概念所需要的)。每一個指南環境都支持具有一個主節目指南(MPG)流、多個特殊節目指南(SPG)流，以及多個描述流的指南。MPG流不斷地為IRD提供它的正常運行所需要的最少的信息-頻道分配、當前節目，以及如何訪問其他指南流。在穩定狀態，MPG流由單一的重複信息塊構成。MPG信息塊實際可以在每次廣播時都稍有不同，因為它包括當前時間和在對信息塊的預定更改之前剩餘的時間。每隔半小時，此信息塊都被替換為特別為該半小時時隙構建的新版本。此外，每當指南生成器接收到新數據時，MPG信息塊都被替換為反映新數據的新版本。SPG流和描述流的行為類似。
可以定義另一種接收器類型，以便可以描述符合高級節目指南(APG)接口的接收器。然後可以創建一個包含所有具有APO接收器的所有電視觀眾的新指南環境。此環境的指南將由多種新型的流構成-啟動流、頻率標識流、以及更新流，和多個轉盤流。這些流中的每一個流都將由多個小信息塊填充。例如，單獨的節目都將有其自己的信息塊。儘管預定了節目，其信息塊將是其中一個轉盤流的一部分。隨著節目的廣播時間的鄰近，節目的信息塊將從一個轉盤流中刪除並添加到另一個流中。當對節目進行修改時(如，提供新標題)，將修改節目信息塊，但仍是同一個轉盤流的一部分。如果沒有預定節目的所有實例，其信息塊將從所有流中刪除。
為說明性的系統提供了來自節目獲取資料庫(PADB)24的調度信息(頻道配置和節目)。從此和一些其他的配置信息，IPGS必須構建填充每一指南流所必須的信息塊。對於一些指南環境，可以只根據環境的配置來確定所需要的信息塊。對於其他環境，調度信息將影響將創建哪些信息塊。不管有哪些頻道和節目對電視觀眾可用，這都適用。要創建的SPG信息塊的數量和需要哪些描述流將受到頻道配置和在生成時已知的節目的量的影響。然而，對於APG指南環境，每一個已知的節目或頻道都需要單獨的信息塊。
信息塊應該儘早地創建，以確保當它們處於活動狀態時，甚至在發生一些網絡問題的情況下，它們也可用於傳輸。然而，必須與可用的調度信息保持平衡。可以為將來兩個星期創建MPG信息塊，但是不太可能有用。用於填充這樣的信息塊的調度信息可能在MPG的構建和當MPG開始處於活動狀態時修改。在跨數據更新和信息塊的活動時間段的時間內，輸入數據發生一些更改的概率必須與指南工廠和驅動設備之間發生網絡故障的概率相當。
當信息塊的存在基於調度信息時，一旦IPGS接收到調度信息，創建信息塊就有意義。例如，一旦接收到該頻道配置的頻道記錄，就可以構建APG頻道對象的信息塊。即使頻道配置在一段時間內不活動，這種情況也成立，因為信息塊的傳輸是可以調度的。當對頻道配置進行修改時，可以構建信息塊的新版本，以替換以前的版本。請注意，對於這種類型的信息塊，信息塊只在對調度信息中的現有的對象進行修改時才重新生成。新數據創建新的信息塊，而不修改現有的信息塊。
OpenTV-Compatible Guide的信息塊必須以不同的方式管理，然而，MPG信息塊與一組SPG信息塊密切地關聯。每當生成這些信息塊中的其中一個信息塊時，它們都應該生成。特別為單一的半小時時隙構建MPG信息塊以及其關聯的SPG信息塊。如此，每隔半小時就需要每一個信息塊的新版本。每當指南環境的配置中發生更改或每當接收到新調度信息時，也可以創建新版本。由於這些信息塊與時間相關，任何時候都可以有MPG信息塊的多個不同的版本-它們中的每一個都針對不同時隙。新生成的MPG信息塊可以添加一個新時隙的新版本，或替換以前生成的時隙的現有版本。
如此，這裡是參考特定應用的特定實施例描述本發明的。精通本技術並了解這裡所提供的原理的普通人員將認識到，在本發明的範圍，可以進行其他修改、應用和實施。
因此，所附的權利要求涵蓋在本發明範圍內的一切這樣的應用、修改和實施例。
權利要求
1.一種用於針對節目內容為一個或多個市場提供和修改多個獨特的節目指南的系統(10)，所述節目內容是通過電信分布網絡在所說的市場上根據節目表分發的，所說的系統的特徵在於用於為第一市場提供第一節目指南，為第二市場提供第二節目指南的第一組件(24)；用於針對所說的第一或所說的第二節目指南的更新輸入數據的第二組件(22)；以及用於響應所說的數據自動更新或修改所說的第一節目指南、所說的第二節目指南、所說的系統的參數，和/或所說的系統的配置的第三組件(28)。
2.根據權利要求1所述的系統，其特徵在於，所說的電信網絡包括衛星(50)，用於傳輸根據DSS傳輸協議編碼的直接廣播無線信號。
3.根據權利要求1所述的系統，其特徵在於，所說的第一組件(24)包括一個調度引擎。
4.根據權利要求3所述的系統，其特徵在於，所說的調度引擎(24)包括一個資料庫。
5.根據權利要求1所述的系統，其特徵在於，所說的第二組件(22)包括一個用戶界面。
6.根據權利要求1所述的系統，其特徵在於，所說的第三組件(28)包括一個指南工廠。
7.根據權利要求1所述的系統，進一步包括一個上行鏈路驅動設備(37)。
8.根據權利要求7所述的系統，進一步包括用於從所說的系統(10)接收獨特的節目指南的多個上行鏈路驅動設備。
全文摘要
公開了一個節目指南系統，用於針對節目內容為一個或多個市場生成和修改多個獨特的節目指南，所述節目內容是通過電信分布網絡根據節目表分發的。該系統包括調度引擎(24)，用於為第一市場提供第一節目指南，為第二市場提供第二節目指南。提供了用戶界面(22)，用於輸入第一或第二節目指南的更新方面的數據。然後，指南工廠(28)響應用戶提供的輸入數據自動更新或修改第一節目指南、第二節目指南、系統的參數，和/或系統的配置。在說明性的應用中，本發明的系統與直接廣播衛星電信網絡結合使用。根據本發明，第一和/或第二節目指南可以輕鬆地分開，而無需重新編碼或重新編程。包括了Web伺服器(33)以便從各種遠程位置進行更改。
文檔編號H04L29/06GK1499839SQ20031010436
公開日2004年5月26日 申請日期2003年10月24日 優先權日2002年10月25日
發明者阿圖爾·班薩爾, 伊萬·C·託馬斯, 賈森·R·傑森, 約瑟·D·索託, C 託馬斯, D 索託, R 傑森, 阿圖爾 班薩爾 申請人:休斯電子公司