專利名稱：：廣播接收終端的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種廣播接收終端，其是一種記錄和再現(xiàn)裝置，存儲內(nèi)容并再現(xiàn)所存儲的內(nèi)容。具體而言，本發(fā)明涉及一種用于接收廣播信號的設(shè)置，其中所述廣播信號包括由視頻、音頻以及諸如程序的數(shù)據(jù)組成的內(nèi)容，這些內(nèi)容被互相同步地復(fù)合進(jìn)廣播信號并傳輸，所述設(shè)置還用于存儲所述視頻、音頻和數(shù)據(jù)，以及涉及一種用于執(zhí)行諸如內(nèi)容的快進(jìn)和回放之類的特技播放(trickplay)，同時(shí)保持視頻、音頻和諸如程序的數(shù)據(jù)的同步的設(shè)置。
背景技術(shù)：
：從廣播站發(fā)送的廣播信號中包含各種內(nèi)容。除了在普通廣播節(jié)目中使用的視頻和音頻之外，還有內(nèi)容中包含數(shù)據(jù)的情況。有幾種發(fā)送數(shù)據(jù)的方法，它們大概可以分為按時(shí)間順序發(fā)送數(shù)據(jù)的方法和按設(shè)定的吋間間隔重復(fù)發(fā)送數(shù)據(jù)的方法。在前者按時(shí)間順序發(fā)送數(shù)據(jù)的方法中，例如，在時(shí)間過程內(nèi)連續(xù)的數(shù)據(jù)按順序發(fā)送。這種方法適用于在長的時(shí)間段內(nèi)發(fā)送大量數(shù)據(jù)，但是有一個(gè)缺點(diǎn)，即，在發(fā)送時(shí)刻沒有收到的數(shù)據(jù)將不能被再次接收。另一方面，在后者按設(shè)定的時(shí)間間隔重復(fù)發(fā)送數(shù)據(jù)的方法中，在固定時(shí)間段內(nèi)相同的數(shù)據(jù)被任意次的重復(fù)發(fā)送。這種方法有一個(gè)優(yōu)點(diǎn)，即，在相同數(shù)據(jù)被發(fā)送的時(shí)間段期間，可以獲得重復(fù)發(fā)送的數(shù)據(jù)中的任何一條，從而接收的時(shí)刻沒有限制。數(shù)據(jù)廣播，以BML為代表，以及通過DSMCC數(shù)據(jù)傳送帶的文件發(fā)送是這種方法的實(shí)例。尤其在廣播中，不能夠獲知接收者何時(shí)將選擇一個(gè)頻道并開始接收時(shí)。在按時(shí)間順序發(fā)送數(shù)據(jù)的方法中，當(dāng)接收的開始落后于發(fā)送的時(shí)刻，并且不能獲得數(shù)據(jù)時(shí)，數(shù)據(jù)不能被再次獲得。因此，當(dāng)在廣播信號中與視頻及音頻一起發(fā)送諸如應(yīng)用程序之類的數(shù)據(jù)時(shí)，按設(shè)定的時(shí)間間隔重復(fù)發(fā)送數(shù)據(jù)的方法更好。目前，如在上述方法中描述的，用于接收包括視頻、音頻和應(yīng)用程序的廣播信號，并與視頻和音頻同步地執(zhí)行應(yīng)用程序的規(guī)范已經(jīng)被開發(fā)，并在實(shí)施中?？赡芙邮账l(fā)送的應(yīng)用程序，在終端中加載該應(yīng)用程序，并通過執(zhí)行該應(yīng)用程序?qū)崿F(xiàn)各種額外功能，而不僅僅只是觀看視頻和音頻。這種發(fā)送應(yīng)用程序并在終端捕獲應(yīng)用程序的方法也被稱為"下載"。例如，一種稱為數(shù)字視頻廣播一多媒體本地平臺(DVB-MHP)ETSIES201812vl丄l(2003-12)的規(guī)范已經(jīng)在歐洲開發(fā)，并且根據(jù)這個(gè)規(guī)范的應(yīng)用已經(jīng)開始。此外，OCAP1.0(開放電纜應(yīng)用平臺OC-SP-OCAP1.0-I14-050119)規(guī)范在電纜廣播環(huán)境中提供相同的規(guī)范，其已經(jīng)在美國開發(fā)，并且應(yīng)用已經(jīng)在2005年開始。在這些規(guī)范中，應(yīng)用程序是用Java語言寫的。用于調(diào)諧、圖形顯示等的各種應(yīng)用程序接口(API)被提供在終端中，Java應(yīng)用程序可以通過回調(diào)這些API來控制那些功能。此外，在北美，正在開發(fā)OCAP-DVR規(guī)范(OC-SP-OCAP-DVR-I01-040524)，其目標(biāo)是在OCAP規(guī)范中增加用于記錄并再現(xiàn)內(nèi)容的功能。這里，被廣播的內(nèi)容(視頻，音頻，應(yīng)用程序等)被記錄，而且，該記錄的內(nèi)容被以與從廣播信號直接再現(xiàn)的內(nèi)容同樣的方式再現(xiàn)。來自廣播信號的內(nèi)容的直接再現(xiàn)，而不記錄，也被稱為"播放"，記錄的內(nèi)容的再現(xiàn)也被稱為"重放"。在OCAP-DVR規(guī)范中，規(guī)定了調(diào)度的記錄API，通過使用這種API，Java應(yīng)用程序能夠注冊調(diào)度的記錄?；谟蒍ava程序使用調(diào)度的記錄API注冊的調(diào)度記錄，OCAP-DVR終端在指定的記錄開始時(shí)間開始記錄，并在指定的記錄結(jié)束時(shí)間結(jié)束該記錄。由OCAP和OCAP-DVR規(guī)范規(guī)定的各種功能通過使用存在于終端中的設(shè)備來實(shí)施。例如，包括在廣播信號中的視頻/音頻的再現(xiàn)使用如下設(shè)備，即調(diào)諧器，其從廣播信號提取單獨(dú)的數(shù)據(jù)流；TS解碼器，其從由調(diào)諧器輸出的數(shù)據(jù)流重新獲得視頻/音頻；以及AV解碼器，其解碼該重新獲得的視頻/音頻，并再現(xiàn)解碼的結(jié)果。換句話說，可以說終端的能力由終端配備的設(shè)備決定。例如，不僅在接收廣播信號并再現(xiàn)視頻和音頻時(shí)，而且在廣播信號的記錄期間可以使用前面提及的調(diào)諧器。因?yàn)檎{(diào)諧器不能從廣播信號同時(shí)提取多個(gè)數(shù)據(jù)流，為了同時(shí)執(zhí)行"音頻和視頻再現(xiàn)"以及"記錄"，有必要用兩個(gè)調(diào)諧器。因此，在只配備一個(gè)調(diào)諧器的終端中，不可能同時(shí)執(zhí)行"音頻和視頻再現(xiàn)"以及"記錄"。在OCAP-DVR中，存在多個(gè)Java應(yīng)用程序被同時(shí)執(zhí)行的情況。每個(gè)Java應(yīng)用程序獨(dú)立地操作，它們都旨在使用OCAP和OCAP-DVR規(guī)定的API獲得期望的功能實(shí)現(xiàn)。例如，可能假定這樣一種情況，其中Java應(yīng)用程序B在接近由Java應(yīng)用程序A進(jìn)行的調(diào)度記錄的開始時(shí)間處請求"音頻和視頻再現(xiàn)"。在這種情況下，如果終端配備有兩個(gè)調(diào)諧器，"音頻和視頻再現(xiàn)"以及"記錄"可以同時(shí)執(zhí)行而沒有任何特殊問題。然而，在只有一個(gè)調(diào)諧器的終端中，兩個(gè)過程不能同時(shí)執(zhí)行，因?yàn)樵O(shè)備的絕對數(shù)量不夠。以這種方式，"其中因?yàn)樵O(shè)備的絕對數(shù)量或能力不夠而使請求的多個(gè)過程不能同時(shí)執(zhí)行的情況"通常被稱為"沖突"。這種情況不是只在有一個(gè)調(diào)諧器的時(shí)候才發(fā)生。即使在配備有兩個(gè)調(diào)諧器的終端中，可能請求兩個(gè)信道的"音頻和視頻再現(xiàn)"以及"記錄"，實(shí)際上，在這種情況下，因?yàn)樗械倪^程不能同時(shí)執(zhí)行而發(fā)生"沖突"。已經(jīng)存在這樣的知識產(chǎn)權(quán)，其定義了一種算法，用來解決這種"沖突"，尤其是關(guān)于調(diào)度記錄的沖突。日本專利申請No.2003-6445是與設(shè)備沖突策略有關(guān)的專利，其中"當(dāng)調(diào)度記錄和追蹤的重放記錄被同時(shí)請求而發(fā)生設(shè)備沖突時(shí)，調(diào)度記錄總是優(yōu)先"。通過提前確定這種策略，終端能夠解決沖突，并且通過將過程中的任何一個(gè)優(yōu)先來進(jìn)行處理。如在日本專利申請No.2003-6445中，通過提前確定用于解決涉及調(diào)度記錄的設(shè)備沖突的策略，有可能確定使哪個(gè)過程優(yōu)先，并繼續(xù)進(jìn)行該處理。然而，這是一種只在設(shè)備沖突解決方案能夠自由執(zhí)行，并且要執(zhí)行的過程可以在終端內(nèi)確定這樣的情況下適用的終端唯一策略。許多Java規(guī)范，如OCAP規(guī)范和OCAP-DVR規(guī)范，規(guī)定了解決過程。這里，作為典型實(shí)例，應(yīng)該介紹兩種類型的OCAP規(guī)定的設(shè)備沖突解決方法。已經(jīng)提到，OCAP規(guī)范兼容終端下載并執(zhí)行包括在廣播信號中的Java應(yīng)用程序。在這個(gè)終端上，一個(gè)或更多Java應(yīng)用程序同時(shí)執(zhí)行，并且每個(gè)利用一個(gè)JavaAPI以實(shí)現(xiàn)期望的功能；可能多個(gè)過程將在終端中被同時(shí)請求。當(dāng)出現(xiàn)這種情況，并且因?yàn)樵O(shè)備的絕對數(shù)量不夠而發(fā)生設(shè)備沖突時(shí)，實(shí)施設(shè)備沖突解決辦法。在第一種方法中，使用Java應(yīng)用程序的優(yōu)先級來實(shí)施設(shè)備沖突解決方案。在OCAP規(guī)范中，每個(gè)Java應(yīng)用程序具有唯一的優(yōu)先級，并以如下方式列隊(duì)，即具有較高優(yōu)先級的Java應(yīng)用程序被認(rèn)為是更重要的應(yīng)用程序。因此，在多個(gè)Java應(yīng)用程序請求多個(gè)過程同時(shí)執(zhí)行的情況下，具有較高優(yōu)先級的Java應(yīng)用程序所請求的操作被優(yōu)先操作。在第二種方法中，特定的應(yīng)用程序確定將要被優(yōu)先的Java應(yīng)用程序，而不管Java應(yīng)用程序的優(yōu)先級。OCAP規(guī)范定義了具有特定特權(quán)的應(yīng)用程序。這被稱為監(jiān)控應(yīng)用程序。監(jiān)控應(yīng)用程序可以在終端中提前注冊"用于設(shè)備沖突解決方案的回調(diào)函數(shù)(callbackfimction)"，當(dāng)發(fā)生設(shè)備沖突時(shí)，該函數(shù)被終端回調(diào)。在這個(gè)"回調(diào)函數(shù)"被注冊的情況下，當(dāng)終端檢測到發(fā)生設(shè)備沖突時(shí)，在進(jìn)行Java應(yīng)用程序優(yōu)先級判斷之前，該回調(diào)函數(shù)被調(diào)用。這個(gè)回調(diào)函數(shù)向終端轉(zhuǎn)發(fā)要被優(yōu)先的Java應(yīng)用程序的標(biāo)識符作為返回值。終端執(zhí)行Java應(yīng)用程序請求的處理，其中該Java應(yīng)用程序是作為回調(diào)函數(shù)的返回值被轉(zhuǎn)發(fā)的，而不管在Java應(yīng)用程序中預(yù)先設(shè)置的優(yōu)先級。尤其在第二方法中，設(shè)備沖突的解決辦法完全留給監(jiān)控應(yīng)用程序處理。終端只根據(jù)監(jiān)控應(yīng)用程序的回調(diào)函數(shù)返回的返回值分配設(shè)備。換句話說，在這種情況下，發(fā)生設(shè)備沖突期間的解決策略可以被理解為由監(jiān)控應(yīng)用程序控制，而不是由終端控制。前述的用于設(shè)備沖突解決方案的回調(diào)函數(shù)被監(jiān)控應(yīng)用程序?qū)嵤?。在某種安裝中，Java應(yīng)用程序優(yōu)先級可以在回調(diào)函數(shù)中被簡單地確定。另一種安裝可能在屏幕上呈現(xiàn)一個(gè)選擇對話框，并等待要優(yōu)先的用戶輸入。而另一個(gè)安裝可能在屏幕上呈現(xiàn)一個(gè)選擇對話框，并不確定地等待要優(yōu)先的用戶輸入。換句話說，終端不能預(yù)知回調(diào)函數(shù)何時(shí)進(jìn)行返回，而且，終端不能確定哪個(gè)過程將被優(yōu)先并執(zhí)行，直到回調(diào)函數(shù)進(jìn)行返回。對于調(diào)度記錄，這是一個(gè)關(guān)鍵的系統(tǒng)缺點(diǎn)。例如，考慮其中"調(diào)度記錄"和"視頻以及音頻再現(xiàn)"被兩個(gè)Java應(yīng)用程序同時(shí)請求從而發(fā)生設(shè)備沖突的情況。此時(shí)，當(dāng)用于設(shè)備沖突解決方案的回調(diào)函數(shù)被注冊時(shí)，終端必須根據(jù)OCAP或OCAP-DVR規(guī)范調(diào)用這種回調(diào)函數(shù)。然而，如果回調(diào)函數(shù)即使在調(diào)度記錄幵始時(shí)刻也沒有返回判斷結(jié)果，則終端只有等待，既不能再現(xiàn)也不能記錄。鑒于此，本發(fā)明考慮到這種問題而被設(shè)計(jì)，并具有這樣的目的，即提供解決了資源沖突的記錄和再現(xiàn)裝置。
發(fā)明內(nèi)容為了獲得前述目的，本發(fā)明中的廣播接收終端是一種具有記錄單元和再現(xiàn)單元的廣播接收終端，所述記錄單元將接收的視頻信息和音頻信息記錄在記錄介質(zhì)中，所述再現(xiàn)單元再現(xiàn)所述接收的視頻信息和音頻信息，或者再現(xiàn)由所述記錄單元記錄的所述視頻信息和音頻信息，所述廣播接收終端包括調(diào)度注冊單元，用于根據(jù)來自所述廣播接收終端中執(zhí)行的第一程序的請求，注冊調(diào)度信息，所述調(diào)度信息包括執(zhí)行記錄的開始時(shí)間和所述記錄的持續(xù)時(shí)間；調(diào)度保持單元，其保持由所述調(diào)度注冊單元注冊的調(diào)度信息；特權(quán)程序，其保持一個(gè)標(biāo)準(zhǔn)，用于在由資源管理單元管理的資源上發(fā)生沖突時(shí)解決所述沖突；資源沖突解決單元，用于檢查是否有可能在所述廣播接收終端中專用預(yù)定資源，所述預(yù)定資源應(yīng)該被預(yù)留以執(zhí)行由所述第一程序調(diào)度的記錄，并且在所述預(yù)定資源已經(jīng)被所述廣播接收終端中執(zhí)行的第二程序預(yù)留的情況下，根據(jù)由所述特權(quán)程序保持的標(biāo)準(zhǔn)，執(zhí)行判斷過程以判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源，所述記錄由所述記錄單元執(zhí)行；解決時(shí)間間隔保持單元，其保持一個(gè)指示在開始時(shí)間之前多久所述資源沖突解決單元開始起作用的時(shí)間間隔，所述開始時(shí)間由所述調(diào)度保持單元保持；以及執(zhí)行單元，用于執(zhí)行所述第一程序、所述第二程序以及所述特權(quán)程序。所述特權(quán)程序在所述廣播接收終端開啟之后被接收并記錄，所述資源沖突解決單元在到達(dá)一個(gè)時(shí)間點(diǎn)時(shí)開始起作用，該時(shí)間點(diǎn)是比用于執(zhí)行記錄的所述開始時(shí)間提前的一個(gè)時(shí)間，在該時(shí)間點(diǎn)提前的時(shí)間對應(yīng)于由所述解決時(shí)間間隔保持單元保持的時(shí)間間隔，開始時(shí)間由所述調(diào)度保持單元保持，以及所述資源沖突解決單元判斷應(yīng)該預(yù)留預(yù)定資源的程序預(yù)留所述預(yù)定資源，并使用所預(yù)留的資源，執(zhí)行預(yù)定的過程或基于調(diào)度的記錄。因此，有可能解決預(yù)定過程和基于調(diào)度的記錄之間的資源沖突。此外，前述廣播接收終端可能進(jìn)一步包括所述資源管理單元用于與請求使用資源的程序相關(guān)聯(lián)地管理根據(jù)來自所述程序的請求所專用的所述資源，所述程序在所述廣播接收終端中執(zhí)行，并且所述資源在所述廣播接收終端中被用于所述預(yù)定的過程。所述資源沖突解決單元通過檢查由所述資源管理單元管理的資源，來判斷所述預(yù)定資源是否己經(jīng)被所述廣播接收終端中執(zhí)行的所述第一程序預(yù)留。因此，有可能可靠地檢査預(yù)定資源是否可以專用。此外，有可能，在所述資源沖突解決單元判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源的情況下，所述資源管理單元停止與所述第二程序相關(guān)聯(lián)的預(yù)定資源的管理，并根據(jù)來自所述第一程序的請求，管理與所述第一程序相關(guān)聯(lián)的預(yù)定資源，所述預(yù)定資源專用于所述廣播接收終端中。因此，有可能正確地管理'預(yù)定資源和預(yù)留該預(yù)定資源的程序之間的關(guān)系。此外，有可能，在所述資源沖突解決單元判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源的情況下，所述資源管理單元通知所述第二程序釋放在所述廣播接收終端中所預(yù)留的資源。因此，可以確保資源的專用。此外，有可能，所述第一程序和第二程序分別具有指示優(yōu)先級的信息，并且在所述資源沖突解決單元的判斷過程在由所述第二程序最近調(diào)度的時(shí)間的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并判斷具有較高優(yōu)先級的程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在由所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，使用程序優(yōu)選級的資源沖突解決方案成為可能。此外，有可能，在所述資源沖突解決單元的判斷過程在由所述第二程序最近調(diào)度的時(shí)間的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元終止所述判斷過程，并判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，可能強(qiáng)制開始記錄過程。此外，有可能所述特權(quán)程序指定由所述解決時(shí)間間隔保持單元保持的時(shí)間間隔。因此，能夠提高便利性。此外，有可能，根據(jù)權(quán)利要求1的前述廣播接收終端，進(jìn)一步包括判斷策略注冊單元，用于為所述資源沖突解決單元注冊判斷策略，以判斷來自程序的請求中接收哪個(gè)請求；以及判斷策略保持單元，其保持由所述判斷策略注冊單元注冊的所述判斷策略。所述特權(quán)程序使用所述判斷策略注冊單元注冊所述判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并使用由所述判斷策略保持單元保持的判斷策略，判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，使用判斷策略的資源沖突解決方案成為可能。此外，有可能，所述判斷策略保持單元保持一個(gè)指示是根據(jù)來自所述第一程序的請求使所述記錄優(yōu)先，還是根據(jù)來自所述第二程序的請求使預(yù)定的過程優(yōu)先的標(biāo)記，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的幵始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并基于所述標(biāo)記判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，使用標(biāo)記的資源沖突解決方案成為可能。此外，有可能，所述判斷策略保持單元保持一個(gè)將記錄優(yōu)先的時(shí)隙，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)所述調(diào)度的開始時(shí)間包含在將記錄優(yōu)先的所述時(shí)隙中吋，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，基于每一時(shí)隙的資源沖突解決方案成為可能。此外，有可能，所述判斷策略保持單元保持一個(gè)將記錄優(yōu)先的時(shí)隙，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始吋間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)調(diào)度的時(shí)隙包含在由所述判斷策略保持單元保持的時(shí)隙中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，基于每一時(shí)隙的資源沖突解決方案成為可能。此外，有可能，所述判斷策略保持單元保持與記錄被優(yōu)先的視頻信息和音頻信息相對應(yīng)的頻道標(biāo)識符，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)與要記錄的視頻信息和音頻信息相對應(yīng)的頻道的頻道標(biāo)識符包含在由所述判斷策略保持單元保持的頻道標(biāo)識符中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，基于每一頻道的資源沖突解決方案成為可能。此外，有可能，所述判斷策略保持單元保持記錄被優(yōu)先的廣播節(jié)目的廣播節(jié)目標(biāo)識符，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)與要記錄的視頻信息和音頻信息相對應(yīng)的廣播節(jié)目的廣播節(jié)目標(biāo)識符包含在由所述判斷策略保持單元保持的廣播節(jié)目標(biāo)識符中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，基于每一廣播節(jié)目的資源沖突解決方案成為可能。此外，有可能，所述廣播節(jié)目標(biāo)識符指定多個(gè)廣播節(jié)目。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，基于每一廣播節(jié)目系列的資源沖突解決辦法成為可能。此外，有可能，所述判斷策略保持單元在所述廣播接收終端中保持其記錄被優(yōu)先的資源，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)由所述第二程序預(yù)留的資源包含在由所述判斷策略保持單元保持的資源中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源，所述第二程序在所述廣播接收終端中執(zhí)行。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，基于每一資源的資源沖突解決方案成為可能。此外，有可能，在所述廣播接收終端中，在應(yīng)該被預(yù)留以由所述記錄單元執(zhí)行記錄的預(yù)定資源上發(fā)生沖突的情況下，所述調(diào)度注冊單元用于接收指示是優(yōu)先記錄還是優(yōu)先所述預(yù)定過程的標(biāo)記，所述調(diào)度保持單元保持與所述調(diào)度信息相關(guān)聯(lián)的標(biāo)記，并且在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元終止所述資源沖突解決單元的判斷過程，并使所述資源沖突解決單元基于與所述調(diào)度信息相關(guān)聯(lián)的標(biāo)記判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源。因此，在所述資源沖突解決單元進(jìn)行的過程沒有結(jié)束的情況下，使用基于每一調(diào)度信息管理的標(biāo)記的資源沖突解決方案成為可能。注意，本發(fā)明可以被實(shí)施為前面提及的廣播接收終端和記錄并再現(xiàn)裝置，一種廣播接收方法，一種記錄并再現(xiàn)方法，一種程序，以及一種存儲這種程序的存儲介質(zhì)。作為關(guān)于本申請的技術(shù)背景的進(jìn)一步的信息，2005年5月31日提交的美國臨時(shí)申請No.60/685,380的公開，包括說明書、附圖和權(quán)利要求，被完整地結(jié)合在這里作為參考。從下面結(jié)合附圖的描述中本發(fā)明的這些和其它目的、優(yōu)勢和特征將變得顯而易見，其中了本發(fā)明的具體實(shí)施例。在附圖中圖1是根據(jù)本發(fā)明的廣播系統(tǒng)的結(jié)構(gòu)圖。圖2是示出一個(gè)實(shí)例的圖，該實(shí)例說明在根據(jù)本發(fā)明的電纜電視系統(tǒng)中，怎樣使用在廣播系統(tǒng)側(cè)的系統(tǒng)和終端裝置之間的通信中使用的頻帶。圖3是示出一個(gè)實(shí)例的圖，該實(shí)例說明在根據(jù)本發(fā)明的電纜電視系統(tǒng)中，怎樣使用在廣播系統(tǒng)側(cè)的系統(tǒng)和終端裝置之間的通信中使用的頻帶。圖4是示出一個(gè)實(shí)例的圖，該實(shí)例說明在根據(jù)本發(fā)明的電纜電視系統(tǒng)中，怎樣使用在廣播系統(tǒng)側(cè)的系統(tǒng)和終端裝置之間的通信中使用的頻帶。圖5是由MPEG-2規(guī)范預(yù)先定義的TS分組的結(jié)構(gòu)圖。圖6是MPEG-2傳輸流的示意圖。圖7是示出當(dāng)由MPEG-2規(guī)范預(yù)先定義的PES分組被攜帶在TS分組中時(shí)的劃分的實(shí)例的圖。圖8是示出當(dāng)由MPEG-2規(guī)范預(yù)先定義的MPEG-2段被攜帶在TS分組中時(shí)的劃分的實(shí)例的圖。圖9是由MPEG-2規(guī)范預(yù)先定義的MPEG-2段的結(jié)構(gòu)圖。圖10是示出使用由MPEG-2規(guī)范預(yù)先定義的MPEG-2段的實(shí)例的圖。圖11是示出使用由MPEG-2規(guī)范規(guī)定的PMT的實(shí)例的圖。圖12是示出使用由MPEG-2規(guī)范規(guī)定的PAT的實(shí)例的圖。圖13A是示出根據(jù)本發(fā)明的廣播記錄和再現(xiàn)裝置的硬件結(jié)構(gòu)的結(jié)構(gòu)實(shí)例的圖。圖13B是示出根據(jù)本發(fā)明的，輸入單元被構(gòu)造為前面板的情況的實(shí)例的圖。'圖14是示出在根據(jù)本發(fā)明的記錄和再現(xiàn)裝置中，在記錄時(shí)刻的設(shè)備連接實(shí)例的圖。圖15是示出在根據(jù)本發(fā)明的記錄和再現(xiàn)裝置中，在再現(xiàn)時(shí)刻的設(shè)備連接實(shí)例的圖。圖16是根據(jù)本發(fā)明的由終端裝置存儲的程序結(jié)構(gòu)的結(jié)構(gòu)圖。圖17是示出根據(jù)本發(fā)明，由終端裝置執(zhí)行的EPG的實(shí)例的圖。圖18是示出根據(jù)本發(fā)明，由終端裝置執(zhí)行的EPG的實(shí)例的圖。圖19是示出根據(jù)本發(fā)明，由輔存儲單元存儲的信息的實(shí)例的圖。圖20是示出根據(jù)本發(fā)明的記錄信息管理表的實(shí)例的圖。圖21是示出根據(jù)本發(fā)明，在DVB-MHP標(biāo)準(zhǔn)中規(guī)定的AIT細(xì)節(jié)的示意圖。圖22是根據(jù)本發(fā)明的下載應(yīng)用程序的示意圖。圖23是描述根據(jù)本發(fā)明的設(shè)備獲取和釋放的序列圖。圖24是示出根據(jù)本發(fā)明的帶內(nèi)接收調(diào)諧器管理表的實(shí)例的圖。圖25是描述根據(jù)本發(fā)明的專用設(shè)備預(yù)留API的操作的序列圖。圖26是根據(jù)本發(fā)明的設(shè)備沖突解決算法1的序列圖。圖27是根據(jù)本發(fā)明的設(shè)備沖突解決算法2的序列圖。圖28是根據(jù)本發(fā)明的設(shè)備沖突解決算法2的序列圖。圖29是根據(jù)本發(fā)明的設(shè)備沖突解決算法2的序列圖。圖30是表示根據(jù)本發(fā)明的，在使用設(shè)備沖突解決算法1期間的時(shí)間消耗的序列圖。圖31是表示根據(jù)本發(fā)明的，在使用設(shè)備沖突解決算法2期間的時(shí)間消耗的序列圖。圖32是根據(jù)本發(fā)明的記錄管理器管理程序1605g的結(jié)構(gòu)圖。圖33是示出調(diào)度記錄管理表3201的實(shí)例的圖。圖34是描述調(diào)度記錄控制單元3205的操作過程的序列圖。圖35是表示由設(shè)備沖突警告器管理的警告調(diào)度表的實(shí)例的圖。圖36是表示設(shè)備沖突解決間隔管理單元3206的實(shí)例的圖。圖37是描述在接收到來自設(shè)備沖突警告器3202的通知時(shí)，設(shè)備沖突解決間隔管理單元3206的操作過程的序列圖。圖38是描述記錄管理器1606的操作過程的序列圖。圖39是描述記錄管理器1606的操作過程的序列圖。圖40是描述記錄管理器1606的操作過程的序列圖。圖41是示出第四實(shí)施例中的記錄管理器管理程序1605g的結(jié)構(gòu)的圖。圖42是在第四實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例。圖43是描述第四實(shí)施例中的記錄管理器1606的操作過程的序列圖。圖44是示出第五實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例的圖。圖45是示出第六實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例的圖。圖46是示出第七實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例的圖。圖47是示出第八實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例的圖。圖48是表示第九實(shí)施例中由調(diào)度記錄管理表3201管理的信息的圖。圖49是示出第十實(shí)施例中記錄管理器管理程序1605g的結(jié)構(gòu)的圖。圖50是第十實(shí)施例中的記錄管理器1606的操作序列圖。具體實(shí)施例方式在本發(fā)明中，通過包括記錄資源，其將被用在諸如記錄的過程中；記錄資源管理單元，其管理所述記錄資源；調(diào)度記錄保持單元，其保持調(diào)度的記錄；調(diào)度記錄注冊單元，其將調(diào)度的記錄注冊進(jìn)所述調(diào)度記錄保持單元；記錄資源沖突解決單元，其檢查記錄資源是否能夠被使用并在記錄資源已經(jīng)被另一過程使用的情況下，通過査詢一個(gè)程序，來判斷記錄資源應(yīng)該被用于哪個(gè)過程；解決間隔保持單元，其保持解決間隔，該解決間隔用來指示比所述調(diào)度的記錄提前多久執(zhí)行由所述記錄資源沖突解決單元執(zhí)行的判斷；解決間隔注冊單元，其將解決間隔注冊在所述解決間隔保持單元中；以及記錄單元，其基于調(diào)度的記錄開始記錄，資源沖突解決方案可以比記錄的開始提前設(shè)定的時(shí)間量來執(zhí)行。此外，所述記錄資源管理單元為其它過程保持使用記錄資源的程序的優(yōu)先級，所述調(diào)度記錄保持單元保持注冊該調(diào)度記錄的程序的優(yōu)先級，并且在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，作為使用程序優(yōu)先級的判斷，比較對于其它過程使用記錄資源的程序的優(yōu)先級1和注冊調(diào)度記錄的程序的優(yōu)先級2，并且當(dāng)優(yōu)先級1較高時(shí)繼續(xù)其它過程，當(dāng)優(yōu)先級2較高時(shí)開始記錄。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，使用程序優(yōu)先級的資源沖突解決方案成為可能。此外，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并強(qiáng)制開始記錄。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，強(qiáng)制開始記錄成為可能。此外，通過進(jìn)一步包括資源分配策略保持單元，其保持資源分配策略；資源分配策略注冊單元，其注冊資源分配策略，其中，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并通過執(zhí)行使用資源分配策略的資源解決方案判斷是否開始記錄，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，執(zhí)行使用資源分配策略的資源沖突解決方案成為可能。此外，所述資源分配策l洛保持單元保持一個(gè)標(biāo)記，其指示該記錄是優(yōu)先的還是另一過程是優(yōu)先的，作為資源分配策略，并且在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并在該標(biāo)記為"真"時(shí)開始記錄，而在該標(biāo)記為"假"時(shí)繼續(xù)另一過程。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，使用資源分配策略的資源沖突解決方案成為可能。此外，所述資源分配策略保持單元保持一個(gè)時(shí)隙，在該時(shí)隙中該記錄被優(yōu)先，作為資源分配策略，并且在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并在記錄開始時(shí)間包括耷該時(shí)隙中時(shí)開始記錄，而在記錄開始時(shí)間沒有包括在該時(shí)隙中時(shí)繼續(xù)另一過程。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，基于每一時(shí)隙的資源沖突解決方案成為可能。此外，所述資源分配策略保持單元保持一個(gè)時(shí)隙，在該時(shí)隙中該記錄被優(yōu)先，作為資源分配策略，并且在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并在記錄時(shí)隙完全包括在該時(shí)隙中時(shí)開始記錄，而在記錄時(shí)隙沒有完全包括在該時(shí)隙中時(shí)繼續(xù)另一過程。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，基于每一時(shí)隙的資源沖突解決方案成為可能。此外，所述資源分配策略保持單元保持對于其記錄被優(yōu)先的頻道標(biāo)識符，作為資源分配策略，并且在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并在要被記錄的頻道的頻道標(biāo)識符被包括在所述頻道標(biāo)識符中時(shí)開始記錄，而在沒有包括時(shí)繼續(xù)另一過程。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，基于每一頻道的資源沖突解決方案成為可能。此外，所述資源分配策略保持單元保持對于其記錄被優(yōu)先的廣播節(jié)目標(biāo)識符，作為資源分配策略，并且在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并在要被記錄的廣播節(jié)目的廣播節(jié)目標(biāo)識符被包括在該廣播節(jié)目標(biāo)識符中時(shí)開始記錄，而在沒有包括時(shí)繼續(xù)另一過程。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，基于每一廣播節(jié)目的資源沖突解決方案成為可能。此外，廣播節(jié)目標(biāo)識符進(jìn)一步包含多個(gè)標(biāo)識符，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，基于每一廣播節(jié)目系列的資源沖突解決方案成為可能。此外，所述資源分配策略保持單元保持使記錄優(yōu)先的記錄資源，作為資源分配策略，并且在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并在處于沖突中的是該記錄資源時(shí)開始記錄，而在不是時(shí)繼續(xù)另一過程。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，基于每一記錄資源的資源沖突解決方案成為可能。此外，在記錄資源上發(fā)生沖突的情況下，所述調(diào)度記錄注冊單元接收一個(gè)指示該記錄被優(yōu)先還是另一過程被優(yōu)先的標(biāo)記以及調(diào)度記錄，所述調(diào)度記錄保持單元保持所述標(biāo)記和所述調(diào)度記錄，并且在由所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元指示所述記錄資源沖突解決單元終止該解決過程，并在該標(biāo)記為"真"時(shí)開始記錄，而在該標(biāo)記為"假"時(shí)繼續(xù)另一過程，所述標(biāo)記和調(diào)度記錄一起被記錄。因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，通過基于每一調(diào)度記錄管理的標(biāo)記的資源沖突解決方案成為可能。此外，通過進(jìn)一步包括超時(shí)回調(diào)保持單元，其保持超時(shí)回調(diào)；以及超時(shí)回調(diào)注冊單元，其存儲超時(shí)回調(diào)，其中，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元調(diào)用該超時(shí)回調(diào)，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，通過調(diào)用該回調(diào)的資源沖突解決方案成為可能。此外，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元調(diào)用該超時(shí)回調(diào)，并在調(diào)用結(jié)果為"真"時(shí)，只再次等待由間隔保持單元保持的間隔。因此，有可能為由所述記錄資源沖突解決單元進(jìn)行的資源解決過程延長等待時(shí)間。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為"假"時(shí)，繼續(xù)另一過程，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并且根據(jù)由該回調(diào)返回的值繼續(xù)另一過程。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為"假"時(shí)，記錄開始，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并且根據(jù)由該回調(diào)返回的值立即開始記錄。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為"假"時(shí)，執(zhí)行使用程序優(yōu)先級的判斷，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并根據(jù)由該回調(diào)返回的值選擇使用優(yōu)先級的資源沖突解決方案。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為"假"時(shí)，執(zhí)行使用資源解決策略的判斷，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并根據(jù)由該回調(diào)返回的值選擇使用資源解決策略的資源沖突解決方案。此外，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程在調(diào)度記錄的記錄開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元調(diào)用該超時(shí)回調(diào)，并在調(diào)用的結(jié)果為正值時(shí)，只再次等待由作為結(jié)果的正值指示的時(shí)間。因此，有可能為由所述記錄資源沖突解決單元進(jìn)行的資源解決過程延長等待時(shí)間。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為零或更低時(shí)，另一過程被優(yōu)先，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并且根據(jù)由該回調(diào)返回的值來優(yōu)先另一過程。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為零或更低時(shí)，記錄開始，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并且根據(jù)由該回調(diào)返回的值來優(yōu)先記錄的開始。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為零或更低時(shí)，執(zhí)行使用程序優(yōu)先級的判斷，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并且根據(jù)由該回調(diào)返回的值來根據(jù)程序優(yōu)先級選擇判斷。此外，當(dāng)調(diào)用超時(shí)回調(diào)的結(jié)果為零或更低時(shí)，執(zhí)行使用資源分配策略的判斷，因此，在所述記錄資源沖突解決單元進(jìn)行的資源解決過程沒有結(jié)束的情況下，有可能調(diào)用該回調(diào)，并且根據(jù)由該回調(diào)返回的值來根據(jù)資源分配策略選擇判斷。(第一實(shí)施例)下文中，將參考附圖描述根據(jù)本發(fā)明第一實(shí)施例的裝置和方法。本發(fā)明旨在利用任意介質(zhì)記錄和再現(xiàn)所發(fā)送和接收的內(nèi)容；然而，在本實(shí)施例中，描述了一個(gè)電纜電視廣播系統(tǒng)作為實(shí)例。在該電纜電視廣播系統(tǒng)中，廣播記錄和接收裝置(廣播接收終端)通常被稱為終端裝置。圖1是示出組成廣播系統(tǒng)的裝置的關(guān)系的方塊圖；該廣播系統(tǒng)由廣播站系統(tǒng)101和三個(gè)終端裝置終端裝置Alll、終端裝置B112以及終端裝置C113組成。在該電纜系統(tǒng)中，廣播站系統(tǒng)和每個(gè)終端裝置之間的耦合121是導(dǎo)線耦合，例如同軸電纜、光纖電纜等。在圖l中，一個(gè)廣播站系統(tǒng)和三個(gè)終端裝置耦合，但是終端裝置的數(shù)量可以是任意的。廣播站系統(tǒng)101以廣播信號的形式向多個(gè)終端裝置發(fā)送諸如用于數(shù)據(jù)廣播的視頻/音頻/數(shù)據(jù)的信息。廣播信號使用一個(gè)頻帶內(nèi)的頻率來發(fā)送，其中該頻帶由廣播系統(tǒng)的操作規(guī)范、廣播系統(tǒng)所運(yùn)行的地區(qū)/國家的法律等來設(shè)定。利用本實(shí)施例中的電纜系統(tǒng)，在廣播信號傳輸中使用的頻帶被根據(jù)每個(gè)數(shù)據(jù)細(xì)節(jié)和傳輸方向(入站、出站)劃分，并將其分配。圖2是指示頻帶劃分的實(shí)例的圖。頻帶被大概分為兩種類型帶外(OlltOfBand,縮寫為OOB)和帶內(nèi)(In-Band)。5MHz至130MHz被指定為OOB，并主要用在廣播站系統(tǒng)101和終端裝置A111、終端裝置B112以及終端裝置C113之間的入站/出站數(shù)據(jù)交換中。130MHz至864MHz被指定為帶內(nèi)，并主要用在包括視頻/音頻的僅帶外廣播頻道中。QPSK調(diào)制格式用于OOB，而QAM64或QAM256調(diào)制格式用于帶內(nèi)。調(diào)制格式技術(shù)是通常公知的技術(shù)，與本發(fā)明的關(guān)系很小，因此其詳細(xì)描述被省略。圖3是OOB頻帶的更詳細(xì)使用的實(shí)例。70MHz至74MHz用于從廣播站系統(tǒng)101的出站數(shù)據(jù)發(fā)送，并且所有的終端裝置Alll，終端裝置B112，以及終端裝置C113從廣播站系統(tǒng)101接收相同的數(shù)據(jù)。另一方面，10.0MHz至lO.lMHz用于從終端裝置A111向廣播站系統(tǒng)101的入站數(shù)據(jù)發(fā)送；10.1MHz至10.2MHz用于從終端裝置B112向廣播站系統(tǒng)101的入站數(shù)據(jù)發(fā)送；以及10.2MHz至10.3MHz用于從終端裝置C113向廣播站系統(tǒng)101的入站數(shù)據(jù)發(fā)送。通過這個(gè)，可能從每個(gè)終端裝置A111，B112和C113向廣播站系統(tǒng)101獨(dú)立地發(fā)送唯一的數(shù)據(jù)。圖4是帶內(nèi)頻帶的使用的實(shí)例。150MHz至156MHz和156MHz至162MHz被分別分配給TV頻道1和TV頻道2，其后，TV頻道被以6MHz的間隔分配。無線電頻道被從310MHz起以1MHz為單位進(jìn)行分配。這些頻道中的每一個(gè)可以用作模擬廣播或數(shù)字廣播。數(shù)字廣播基于MPEG-2規(guī)范以TS分組格式被發(fā)送，除了音頻和.視頻之外，還可能發(fā)送用于每種數(shù)據(jù)廣播的數(shù)據(jù)，以及除了音頻和視頻之外的用于構(gòu)造EPG的廣播節(jié)目構(gòu)造信息。廣播站系統(tǒng)101使用上述頻帶發(fā)送適當(dāng)?shù)膹V播信號給終端裝置，因此，具有QPSK調(diào)制單元，QAM調(diào)制單元，等。此外，廣播站系統(tǒng)具有QPSK解調(diào)器，用于從終端裝置接收數(shù)據(jù)。而且，廣播站系統(tǒng)101可以被認(rèn)為具有與調(diào)制單元和解調(diào)單元有關(guān)的各種設(shè)備。然而，本發(fā)明主要涉及終端裝置，因此其詳細(xì)描述被省略。同時(shí)，每個(gè)終端裝置Alll，B112和C113具有QAM解調(diào)單元和QPSK解調(diào)單元，以從廣播站系統(tǒng)101接收并再現(xiàn)廣播信號。此外，每個(gè)終端裝置具有QPSK調(diào)制單元，以發(fā)送其唯一數(shù)據(jù)給廣播站系統(tǒng)側(cè)101。在本發(fā)明中，終端裝置是廣播記錄和再現(xiàn)裝置，其詳細(xì)結(jié)構(gòu)將在后面描述。廣播站系統(tǒng)101調(diào)制MPEG-2傳輸流并在廣播信號中傳輸該流。廣播接收終端接收廣播信號，解調(diào)并再現(xiàn)MPEG-2傳輸流，并從該流提取和使用必要的信息。為了描述終端裝置中呈現(xiàn)的設(shè)備功能和連接結(jié)構(gòu)，首先以簡單的方式描述MPEG-2傳輸流的結(jié)構(gòu)。圖5是示出TS分組的結(jié)構(gòu)的圖。TS分組500具有188字節(jié)的長度，并由報(bào)頭501、適配字段502和有效載荷503組成。報(bào)頭501保持TS分組的控制信息。報(bào)頭具有4個(gè)字節(jié)的長度，并具有504中所示的結(jié)構(gòu)。在報(bào)頭501中，有一個(gè)表示為"分組ID"(下文中，PID)的字段，TS分組通過這個(gè)PID的值被識別。適配字段502保持諸如時(shí)間信息的附加信息。適配字段502不是必須提供的，存在適配字段502沒有被提供的情況。有效載荷503保持TS分組中的信息，如視頻、音頻和數(shù)據(jù)廣播數(shù)據(jù)。圖6是MPEG-2傳輸流的示意圖。TS分組在有效載荷中保持各種信息，如視頻、音頻、用亍數(shù)據(jù)廣播的數(shù)據(jù)，等。TS分組601和TS分組603在報(bào)頭中保持PID100，并在有效載荷中保持關(guān)于視頻1的信息。TS分組602和TS分組605在報(bào)頭中保持PID200，并在有效載荷中保持關(guān)于數(shù)據(jù)1的信息。TS分組604在報(bào)頭中保持PID300，并在有效載荷中保持關(guān)于音頻1的信息。將有效載荷中保持各種類型的數(shù)據(jù)的TS分組進(jìn)行混合并作為有序序列傳送被稱為多路復(fù)用。MPEG-2傳輸流600是TS分組601至605被多路復(fù)用的一種配置的一個(gè)實(shí)例。具有同樣PID的TS分組保持同樣類型的信息。因此，終端裝置通過接收多路復(fù)用的TS分組，并每個(gè)PID提取TS分組保持的信息，來再現(xiàn)視頻和音頻，并且再現(xiàn)諸如廣播節(jié)目構(gòu)造信息之類的數(shù)據(jù)。在圖6中，TS分組601和TS分組603中的每個(gè)都攜帶關(guān)于視頻1的信息，TS分組602和TS分組605中的每個(gè)都攜帶關(guān)于數(shù)據(jù)1的信息。這里，給出關(guān)于包含在有效載荷中的每種類型的數(shù)據(jù)的格式的描述。視頻和音頻由一種稱為分組基本流(PacketizedElementaryStream,PES)分組的格式來表示。PES分組包括某個(gè)時(shí)間段的視頻信息或音頻信息，并且通過接收PES分組，廣播記錄和再現(xiàn)裝置能夠輸出包含在那個(gè)PES分組中的視頻和音頻信息到屏幕和揚(yáng)聲器。廣播站沒有停頓地發(fā)送PES分組，因此廣播記錄和再現(xiàn)裝置有可能連續(xù)地沒有停頓地再現(xiàn)視頻和音頻。在PES分組具有大于一個(gè)TS分組的有效載荷的大小的情況下，當(dāng)PES分組實(shí)際上發(fā)送時(shí)，PES分組被劃分并存儲在多個(gè)TS分組的有效載荷中。圖7示出PES分組被發(fā)送時(shí)的劃分實(shí)例。PES分組701太大，以致于不能在單個(gè)TS分組的有效載荷中存儲和發(fā)送，因此PES分組701被劃分為PES分組劃分A702a，PES分組劃分B702b和PES分組劃分C702c，并通過具有同樣PID的三個(gè)TS分組703至705發(fā)送。實(shí)際上，視頻和音頻作為基本流(ES)被獲得，其中基本流(ES)是通過級聯(lián)包含在多個(gè)PES分組的有效載荷中的數(shù)據(jù)獲得的。這個(gè)基本流的格式是數(shù)字化的視頻和音頻，如由MPEG-2視頻標(biāo)準(zhǔn)、MPEG-i和2音頻標(biāo)準(zhǔn)等定義的。另一方面，諸如廣播節(jié)目構(gòu)造信息和用于數(shù)據(jù)廣播的數(shù)據(jù)的信息使用稱為MPEG-2段的格式表達(dá)。在MPEG-2段具有大于一個(gè)TS分組的有效載荷的大小的情況下，當(dāng)MPEG-2段被實(shí)際上傳送吋，MPEG-2段被劃分并存儲在多個(gè)TS分組的有效載荷中。圖8示出當(dāng)MPEG-2段被傳送時(shí)的劃分實(shí)例。因?yàn)镸PEG-2段801太大，以致于不能在單個(gè)TS分組的有效載荷中被存儲和傳送，所以MPEG-2段801被劃分為段劃分A802a，段劃分B802b和段劃分C802c，并通過具有同樣PID的三個(gè)TS分組803至805傳送。圖9表示MPEG-2段的結(jié)構(gòu)。MPEG-2段900被配置為報(bào)頭901和有效載荷902。報(bào)頭901保持MPEG-2段的控制信息。那種配置由報(bào)頭配置903表示。有效載荷902保持MPEG-2段900中攜帶的數(shù)據(jù)。報(bào)頭配置903中的tablejd表示MPEG-2段的類型，tablejd_extension是當(dāng)進(jìn)一步區(qū)分具有同樣table—id的MPEG-2段時(shí)使用的擴(kuò)展標(biāo)識符。如圖10中所示，發(fā)送廣播節(jié)目構(gòu)造信息的情況可以作為MPEG-2段的使用實(shí)例給出。在這個(gè)實(shí)例中，如行1004所示，解調(diào)廣播信號所必需的信息表示在MPEG-2段中，MPEG-2段在報(bào)頭結(jié)構(gòu)903中具有table—id64，此外，這個(gè)MPEG-2段被攜帶在具有被分配了PID16的TS分組中。PES格式不存在于MPEG-2段的情況下。因此，基本流(ES)是MPEG-2傳輸流中由同樣PID標(biāo)識的TS分組的有效載荷的級聯(lián)。例如，在圖8中，MPEG-2段801被劃分為TS分組803至805并傳送，TS分組S03至805都用PID200標(biāo)識。因此可以說這是攜帶了MPEG-2段801的ES。稱為節(jié)目的概念進(jìn)一步存在于MPEG-2傳輸流中。節(jié)目被表示為ES的集合，并用在希望一起處理多個(gè)ES的情況下。當(dāng)節(jié)目被使用時(shí)，可能將視頻/音頻以及伴隨的數(shù)據(jù)廣播數(shù)據(jù)一起處理。例如，在同時(shí)處理要被再現(xiàn)的視頻/音頻的情況下，通過將視頻ES和音頻ES分組為節(jié)目，可以理解，廣播記錄和再現(xiàn)裝置應(yīng)該作為一個(gè)廣播節(jié)目同時(shí)再現(xiàn)這兩個(gè)ES。為了表示該節(jié)目，被稱為節(jié)目映射表(PMT)和節(jié)目關(guān)聯(lián)表(PAT)的兩個(gè)表被用在MPEG-2中，詳細(xì)的描述可以在ISO/IEC13818-1，"MPEG-2系統(tǒng)"的規(guī)范中找到。PMT和PAT在下文中以簡寫形式描述。PMT是一個(gè)包括在MPEG-2傳輸流中的表，具有與節(jié)目相同的編號。PMT被配置為MPEG-2段，并具有table—id2。PMT保持節(jié)目編號，用來識別節(jié)目和節(jié)目的附加信息，以.及關(guān)于屬于該節(jié)目的ES的信息。PMT的實(shí)例在圖11中給出。1100是節(jié)目編號。節(jié)目編號被唯一地分配給同一傳輸流中的節(jié)目，并用來識別PMT。行1111至1114表示關(guān)于各個(gè)ES的信息。列1101是ES的類型，其中指定了"視頻"、"聲音"、"數(shù)據(jù)"等。列1102是組成ES的TS分組的PID。列1103是關(guān)于ES的附加信息。例如，示出在行l(wèi)lll中的ES是音頻ES，并被攜帶在具有PID5011的TS分組中。PAT是MPEG-2傳輸流中被唯一提供的表。PAT被配置為MPEG-2段，具有為0的table—id，并被具有PID0的TS分組攜帶。PAT保持用于標(biāo)識MPEG-2傳輸流的transport_stream—id，以及關(guān)于表示存在于MPEG-2傳輸流中的節(jié)目的所有PMT的信息。PAT的實(shí)例在圖12中給出。1200是transport_stream—id。該transport—stream—id用于識別MPEG-2傳輸流。行1211至1213表示關(guān)于節(jié)目的信息。列1201是節(jié)目編號。列1202是發(fā)送與節(jié)目相對應(yīng)的PMT的TS分組的PID。例如，在行1211中示出的節(jié)目的PMT具有節(jié)目編號101，并且對應(yīng)的PMT被攜帶在具有PID501的TS分組中。在終端裝置再現(xiàn)某一節(jié)目的情況下，終端裝置使用PAT和PMT，并指定組成節(jié)目的視頻和音頻，并再現(xiàn)那些視頻和音頻。例如，就發(fā)送圖12中的PAT和圖11中的PMT的MPEG-2傳輸流而論，在屬于節(jié)目編號為101的節(jié)目的視頻和聲音被再現(xiàn)的情況下，采用了下面的過程。首先，從具有PID"0"的TS分組獲得作為具有table—id"0"的MPEG-2段發(fā)送的PAT。該P(yáng)AT被搜索以尋找具有節(jié)目編號"101"的節(jié)目，并且獲得行1211。從行1211獲得攜帶具有節(jié)目編號"101"的節(jié)目的PMT的TS分組的PID"501"。接下來，從具有PID"501"的TS分組獲得作為具有table—id"2"的MPEG-2段傳送的PMT。從PMT獲得音頻ES信息的行1111和視頻ES信息的行1H2。從行1111獲得攜帶音頻ES的TS分組的PID"5011"。此外，從行1112獲得攜帶音頻ES的TS分組的PID"5012"。然后，從具有PID"5011"的TS分組獲得音頻PES分組，從具有PID"5012"的TS分組獲得視頻PES分組。通過這些，有可能獲得要被再現(xiàn)的視頻和音頻的PES分組，并且能夠再現(xiàn)配置節(jié)目編號101的視頻和音頻。注意，存在MPEG-2傳輸流被加擾的情況。這是被稱為條件訪問系統(tǒng)的設(shè)置。例如，通過加擾攜帶某種視頻和音頻的PES分組，只有指定的能夠?qū)⑵浣鈹_的觀眾能夠觀看那些視頻和音頻。為了解擾并觀看該視頻和音頻，觀眾必須使用稱為解擾器的設(shè)備來將其解擾。例如，在OCAP兼容終端裝置中，使用了具有內(nèi)置解擾器的卡片式適配器。電纜電視運(yùn)營商向每個(gè)觀眾分配能夠解擾指定節(jié)目的適配器組，用戶將該適配器插入終端裝置。這么做之后，適配器基于解擾信息，例如每個(gè)合同持有者的解擾密鑰和合同信息，來解擾該指定的節(jié)目。解擾方法、獲取解擾密鑰的方法等取決于適配器，并對本發(fā)明的實(shí)施沒有影響。迄今，己經(jīng)給出了關(guān)于MPEG-2規(guī)范的簡單描述，下文中，給出術(shù)語的詳細(xì)定義。在本發(fā)明中，存在兩種類型的術(shù)語"program(節(jié)目/程序)"。一種是出現(xiàn)在MPEG-2規(guī)范中的"節(jié)目"，另一種是指由CPU執(zhí)行的代碼集合的"程序"。因?yàn)榍罢吲c操作規(guī)范中使用的術(shù)語"服務(wù)"同義，下文中，為了避免混淆，前者被稱為"服務(wù)"，后者被簡單地稱為"程序"。此外，關(guān)于后者，特別用Java語言寫的"程序"被稱為"Java程序"。根據(jù)本發(fā)明已經(jīng)給出了MPEG-2規(guī)范中指定的幾種常用信息有關(guān)的描述。下文中，將詳細(xì)描述在本實(shí)施例中使用的廣播記錄和再現(xiàn)終端。圖13A是示出根據(jù)本實(shí)施例的廣播記錄和再現(xiàn)裝置的常用硬件結(jié)構(gòu)的方框圖，即圖1中示出的終端裝置111，112和113的具體內(nèi)部結(jié)構(gòu)。1300是廣播記錄和再現(xiàn)裝置，其配置有帶內(nèi)調(diào)諧器1301;TS解碼器(TS多路分解器)1302;AV解碼器1303;揚(yáng)聲器1304;顯示器1305;CPU1306;輔存儲單元1307;主存儲單元1308;ROM1309;輸入單元1310;適配器1311;AV編碼器1314;以及多路復(fù)用器(MPEG-2傳輸流多路復(fù)用器等)1315。注意，本實(shí)施例是通過擴(kuò)展由OCAP-DVR規(guī)范實(shí)現(xiàn)的廣播記錄和再現(xiàn)終端而獲得的，其基本硬件配置與OCAP-DVR規(guī)范要求的基本相同。調(diào)諧器1301是根據(jù)調(diào)諧信息解調(diào)從廣播站系統(tǒng)101發(fā)射的調(diào)制廣播信號的設(shè)備，其中所述調(diào)諧信息包括由CPU1306指定的頻率。作為調(diào)諧器1301的解調(diào)結(jié)果獲得的MPEG-2傳輸流通過具有解擾功能的適配器1311而被發(fā)送給TS解碼器1302。TS解碼器1302是具有如下功能的設(shè)備基于CPU1306規(guī)定的PID、段過濾條件等，將符合指定條件的PES分組和MPEG-2段從MPEG-2傳輸流中分離。在接收廣播并且不記錄就再現(xiàn)服務(wù)的情況下，適配器1311輸出的MPEG-2傳輸流被輸入TS解碼器1302。另一方面，在再現(xiàn)記錄在輔存儲單元1307中的服務(wù)的情況下，輔存儲單元1307輸出的MPEG-2傳輸流被輸入到TS解碼器1302。CPU1306控制接收哪個(gè)輸入。來自接收的廣播的服務(wù)的直接再現(xiàn)而不記錄，也被稱為"播放"，記錄的服務(wù)的再現(xiàn)也被稱為"重放"。TS解碼器1302所分離的視頻和音頻的PES分組被輸出到AV解碼器1303。此外，TS解碼器1302所分離的MPEG-2段通過直接存儲器訪問(DMA)被傳送到主存儲單元1308，并被CPU1306執(zhí)行的程序使用。AV解碼器1303是具有將已編碼的視頻ES和音頻ES進(jìn)行解碼的功能的設(shè)備。AV解碼器從PES分組獲取ES，并解碼該ES，其中該P(yáng)ES分組攜帶從TS解碼器傳送的音頻和視頻信息。通過AV解碼器1303執(zhí)行的解碼所獲得的音頻信號和視頻信號在服務(wù)再現(xiàn)時(shí)被輸出到揚(yáng)聲器1304和顯示器1305，而在服務(wù)記錄時(shí)被輸出到AV編碼器1314。采取的輸出路線由CPU1306根據(jù)來自用戶的指令控制。揚(yáng)聲器1304再現(xiàn)從AV解碼器1303輸出的音頻。顯示器1305再現(xiàn)從AV解碼器1303輸出的視頻。CPU1306執(zhí)行在廣播記錄和再現(xiàn)裝置中運(yùn)行的程序。CPU1306執(zhí)行包含在ROM1309中的程序?？蛇x地，CPU1306執(zhí)行從廣播信號或網(wǎng)絡(luò)下載，并保存在主存儲單元1308中的程序?？蛇x地，CPU1306執(zhí)行從廣播信號或網(wǎng)絡(luò)下載，并保存在輔存儲單元1308中的程序。調(diào)諧器1301，TS解碼器1302，AV解碼器1303，揚(yáng)聲器1304，顯示器1305，輔存儲單元1307，主存儲單元1308，ROM1309，輸入單元1310，適配器1311，AV編碼器1314和多路復(fù)用器1315根據(jù)執(zhí)行的程序的指導(dǎo)而被控制。此外，CPU1306不僅是提供在終端裝置1300中的裝置，而且也能夠與適配器1311中的設(shè)備通信，并控制適配器1311。輔存儲單元1307是存儲器裝置，即使提供給該設(shè)備的電源中斷，其存儲的內(nèi)容也不會(huì)被刪除。輔存儲單元1307被配置為這樣的設(shè)備，即使當(dāng)提供給終端裝置1300的電源被關(guān)閉時(shí)，其中的信息也不會(huì)被刪除；例如，諸如FLASH-ROM的非易失性存儲器，硬盤驅(qū)動(dòng)器(HDD),諸如CD-R和DVD-R的可重寫介質(zhì)。輔存儲單元1307基于來自CPU1306的指令保存信息。主存儲單元1308是具有根據(jù)來自CPU1306、DMA可傳送設(shè)備等的指令暫時(shí)保存信息的功能的設(shè)備，并被配置為RAM等。ROM1309是不可重寫的存儲設(shè)備，更具體地，被配置為ROM、CD-ROM、DVD等。CPU1306執(zhí)行的程序存儲在ROM1309中。具體地，輸入單元1310被構(gòu)造為前面板或遠(yuǎn)程控制接收器，并從用戶接收輸入。圖13B是輸入單元1310被構(gòu)造為前面板的情況的實(shí)例。前面板1400x具有七個(gè)按鈕上光標(biāo)按鈕1401x，下光標(biāo)按鈕1402x，左光標(biāo)按鈕1403x，右光標(biāo)按鈕1404x，OK按鈕1405x，取消按鈕1406x，EPG按鈕1407x，以及模式開關(guān)按鈕1408x。當(dāng)用戶按下一個(gè)按鈕時(shí)，該按下的按鈕的標(biāo)識符被通知給CPU1306。適配器1311是用于解擾攜帶在帶內(nèi)頻率范圍中的已加擾的MPEG-2傳輸流的設(shè)備，并包括一個(gè)或更多解擾器。由調(diào)諧器1301輸出的MPEG-2傳輸流被輸入適配器1311，并且在具有由CPU1306指定的PID的TS分組上執(zhí)行解擾。適配器1311輸出解擾的MPEG-2傳輸流給TS解碼器1302。此外，適配器1311還執(zhí)行在OOB頻率范圍內(nèi)發(fā)送的數(shù)據(jù)的格式轉(zhuǎn)換。在OOB中發(fā)送的信息被以QPSK調(diào)制格式調(diào)制。對于出站傳輸，QPSK解調(diào)器1312解調(diào)從廣播站系統(tǒng)101發(fā)送的出站信號，并將產(chǎn)生的比特流輸入適配器1311。適配器1311從包括在該比特流中的各種信息中提取由CPU1306指定的信息，并將該信息轉(zhuǎn)化為可以由在CPU1306中運(yùn)行的程序解釋的格式，并將其提供給CPU1306。另一方面，對于入站傳輸，CPU1306將要被發(fā)送到廣播站系統(tǒng)101的信息輸入適配器1311。適配器1311將從CPU1306輸入的信息轉(zhuǎn)換為可以由廣播站系統(tǒng)101解釋的格式，并將其輸入QPSK調(diào)制器1313。QPSK調(diào)制器1313對從適配器1311輸入的信息進(jìn)行QPSK調(diào)制，并將其發(fā)送到廣播站系統(tǒng)?？梢越o出在美國電纜系統(tǒng)中使用的電纜卡(CableCard)，以前稱為配置點(diǎn)(PointofDeployment,POD)，作為適配器1311的具體實(shí)例。AV編碼器1314將由AV解碼器1303解碼的音頻信號編碼為MPEG音頻格式的音頻，并將視頻信號編碼為MPEG視頻格式的視頻。AV編碼器1314輸出編碼的視頻和音頻給多路復(fù)用器1315。多路復(fù)用器1315是具有將從AV編碼器1314輸入的視頻和音頻多路復(fù)用為MPEG-2傳輸流的功能的設(shè)備。上述廣播記錄和再現(xiàn)裝置將包含在廣播信號中的服務(wù)記錄進(jìn)輔存儲單元1307的過程，以及廣播記錄和接收裝置從輔存儲單元1307中連續(xù)地讀取服務(wù)并再現(xiàn)它的過程，將在下面詳細(xì)描述。首先，描述包含在廣播信號中的服務(wù)被記錄進(jìn)輔存儲單元1307的過程。圖14示出了表示服務(wù)記錄期間每個(gè)設(shè)備的物理連接順序、處理細(xì)節(jié)和輸入/輸出數(shù)據(jù)格式的總體圖。1400是終端裝置，其具有調(diào)諧器1301;適配器1311;解擾器1401;TS解碼器1302;PID過濾器1402;段過濾器1403;AV解碼器1303;主存儲單元1308;AV編碼器1314;多路復(fù)用器1315;以及記錄區(qū)域1404。圖14中具有與圖13A中相同參考標(biāo)記的組元具有相同的功能，因此其描述被省略。首先，調(diào)諧器1301根據(jù)CPU1306提供的調(diào)諧指令執(zhí)行對廣播信號的調(diào)諧。調(diào)諧器1301解調(diào)廣播信號，并將MPEG-2傳輸流輸入適配器1311。包括在適配器1311中的解擾器1401基于每個(gè)瀏覽器的條件訪問信息，解擾MPEG-2傳輸流。解擾的MPEG-2傳輸流被輸入TS解碼器。在TS解碼器1302中提供處理MPEG-2傳輸流的兩種類型的設(shè)備PID過濾器1402和段過濾器1403。PID過濾器1402從輸入的MPEG-2傳輸流中提取具有CPU1306指定的PID的TS分組，然后提取在那個(gè)有效載荷中提供的PES分組和MPEG-2段。例如，在CPU1306已經(jīng)指示了提取具有PID二100的TS分組的PID過濾的情況下，當(dāng)輸入圖6中的MPEG-2傳輸流時(shí)，分組601和603被提取，然后被級聯(lián)，從而視頻1的PES分組被重構(gòu)?？蛇x地，在CPU1306已經(jīng)指示了提取具有PID=200的TS分組的PID過濾的情況下，當(dāng)輸入圖6中的MPEG-2傳輸流時(shí)，分組602和605被提取，然后被級聯(lián)，從而數(shù)據(jù)1的MPEG-2段被重構(gòu)。段過濾器1503從輸入的MPEG-2段中提取符合CPU1306指定的段過濾條件的MPEG-2段，并將這個(gè)MPEG-2段DMA-傳送給主存儲單元1308。例如，假定CPU1306給段過濾器1403指定了提取具有PID二200的TS分組的PID過濾，以及提取具有table—id64的段的段過濾。如更早提及的，在數(shù)據(jù)1的MPEG-2段被重構(gòu)后，段過濾器1403只從那些MPEG-2段中提取具有table—id64的段，并將其DMA-傳送到主存儲單元130S。輸入到主存儲單元1308的MPEG-2段被輸入到多路復(fù)用器1315。由TS解碼器1302提取的視頻PES分組和音頻PES分組被輸入AV解碼器1303。AV解碼器解碼視頻PES分組，以將其轉(zhuǎn)換為視頻，并將該視頻輸入AV編碼器1314。而且，AV解碼器解碼音頻PES分組，以將其轉(zhuǎn)換為音頻，并將該音頻輸入AV編碼器1314。AV編碼器1314將視頻轉(zhuǎn)換為MPEG視頻，并將其輸入多路復(fù)用器1315。而且，AV編碼器1314將音頻轉(zhuǎn)換為MPEG音頻，并將其輸入多路復(fù)用器1315。多路復(fù)用器1315將從AV編碼器輸入的MPEG視頻和MPEG音頻多路復(fù)用到從主存儲單元1308輸入的MPEG-2段上，從而產(chǎn)生MPEG-2傳輸流。該產(chǎn)生的MPEG-2傳輸流被記錄進(jìn)記錄區(qū)域1404。記錄區(qū)域1404由輔存儲單元1307的全部或一部分，或其它記錄區(qū)域組成，并記錄組成服務(wù)的MPEG-2傳輸流。接下來，描述了一個(gè)過程，其中服務(wù)被從輔存儲單元1307連續(xù)地讀出并再現(xiàn)。圖15示出了表示服務(wù)記錄期間每個(gè)設(shè)備的物理連接順序、處理細(xì)節(jié)和輸入/輸出數(shù)據(jù)格式的總體圖。1500是終端裝置，其具有記錄區(qū)域1404;TS解碼器1302;PID過濾器1402;段過濾器1403;AV解碼器1303;揚(yáng)聲器1304;顯示器1305;以及主存儲單元1308。圖15中具有與圖13A中相同參考標(biāo)記的組元具有相同的功能，因此其描述被省略。在圖14中描述的過程中記錄在記錄區(qū)域1404中的MPEG-2傳輸流被輸入TS解碼器1302。隨后，具有由CPU1306指定的PID的視頻PES和音頻PES被TS解碼器1302中的PID過濾器1402提取。該提取的PES分組被輸入AV解碼器1303?？蛇x地，具有由CPU1306指定的PID和table—id的MPEG-2段被TS解碼器1302中的PID過濾器1402和段過濾器1403提取。該提取的MPEG-2段被DMA傳送到主存儲單元1308。輸入到AV解碼器1303的視頻PES和音頻PES被解碼并作為音頻信號和視頻信號輸出。之后，音頻信號和視頻信號被輸入到顯示器1305和揚(yáng)聲器1304，從而再現(xiàn)該音頻和視頻。輸入到主存儲單元1308中的MPEG-2段被適當(dāng)?shù)剌斎氲紺PU1306。迄今，己經(jīng)描述了一個(gè)關(guān)于本發(fā)明的硬件結(jié)構(gòu)的實(shí)例。下文中，描述通過Java程序的服務(wù)記錄控制，其用作本發(fā)明的前提。本發(fā)明中的服務(wù)記錄是指將包含在服務(wù)中的視頻、音頻、Java程序、Java程序的同步信息等記錄在記錄介質(zhì)中，例如硬盤，藍(lán)光盤(BD)，數(shù)字多用途盤(DVD)，以及安全數(shù)字(SD)存儲卡。服務(wù)的再現(xiàn)是指記錄在記錄介質(zhì)中的視頻、音頻和Java程序基于同步信息被再現(xiàn)和執(zhí)行。記錄的服務(wù)的再現(xiàn)結(jié)果需要基本等價(jià)于在接收廣播信號時(shí)直接再現(xiàn)服務(wù)。圖16是記錄和再現(xiàn)服務(wù)所必需的程序的結(jié)構(gòu)圖，以及記錄在ROM1309中的軟件。程序1600由OS1601，EPG1602，JavaVM1603，服務(wù)管理器1604，Java庫1605和記錄管理器1606組成，它們都是子程序。OS1601是操作系統(tǒng)，其實(shí)例如Linux，Windows,等。OS1601由下列部分組成內(nèi)核1601a，用于執(zhí)行其它子程序，例如EPG1602和JavaVM1603;以及庫1601b，其被子程序用來控制終端裝置1300的組元。內(nèi)核1601a是公知的技術(shù)，因此其詳細(xì)描述被省略。庫1601b提供，例如，用于控制調(diào)諧器的調(diào)諧功能。庫1601b從另一子程序接收包括頻率的調(diào)諧信息，并將其提供給調(diào)諧器1301。調(diào)諧器1301基于該提供的調(diào)諧信息進(jìn)行解調(diào)處理，并能夠?qū)⒔庹{(diào)的MPEG-2傳輸流傳遞給TS解碼器1302。結(jié)果，其它子程序能夠通過庫1601b控制調(diào)諧器1301。此外，庫1601b提供用于唯一識別頻道的頻道信息。頻道信息的一個(gè)實(shí)例被表示在圖19中。頻道信息使用OOB或帶內(nèi)頻率范圍發(fā)送，并被適配器1311轉(zhuǎn)換為圖表格式，并被存儲在可由庫訪問的臨時(shí)存儲器單元中。列1901是頻道標(biāo)識符，并相當(dāng)于，例如，由用于數(shù)字電纜電視的帶外傳遞的SCTE65服務(wù)信息(SCTE65ServiceInformationDeliveredOut-Of-BandForDigitalCableTelevision使義的source—ID。歹lj1902是頻道名稱，相當(dāng)于來自同一SCTE65標(biāo)準(zhǔn)的source—name。列1903是調(diào)諧信息，并且是給予調(diào)諧器1301的諸如頻率、傳送率、調(diào)制方案等的信息。列1904是用于指定PMT的節(jié)目編號。例如，行1911是包括調(diào)諧信息中的頻道標(biāo)識符"1"，頻道名稱"頻道1"，頻率"150MHz"的一組服務(wù)信息，以及節(jié)目編號"101"。JavaVM1603是Java虛擬機(jī)，其順序地分析并執(zhí)行一個(gè)或多個(gè)以Java(TM)語言編寫的程序。以Java語言編寫的程序被編譯為不依賴于硬件的中間碼，稱為字節(jié)碼。該Java虛擬機(jī)是注釋器，其執(zhí)行該字節(jié)碼。JavaVM1603執(zhí)行以Java語言編寫的Java庫1605。Java語言和JavaVM的細(xì)節(jié)在諸如"JavaLanguageSpecification"(ISBN0畫201-63451-1)禾卩"JavaVirtualMachineSpecification"(ISBN0-201-6345l-X)等的出版物中解釋。此夕卜，可能通過Java本地接口(JNI)調(diào)用其它不是以Java語言寫的子程序或被其調(diào)用。Java庫1605是以Java語言寫的庫，并且其被Java程序調(diào)用，以控制廣播記錄和再現(xiàn)裝置的功能。然而，也有這樣的情況，即，有必要使用不是以Java語言寫的子程序，如OS1601的庫1601b。Java程序可以通過調(diào)用保存在Java庫1605中的Java應(yīng)用程序接口(API)來使用Java庫1605提供的函數(shù)。調(diào)諧器1605c是用于控制廣播記錄和再現(xiàn)終端中的帶內(nèi)接收調(diào)諧器1301的Java庫。當(dāng)Java程序傳遞調(diào)諧信息給調(diào)諧器1605c時(shí)，調(diào)諧器1605c使用該信息調(diào)用庫1601b的調(diào)諧函數(shù)，結(jié)果，有可能控制廣播記錄和再現(xiàn)終端的帶內(nèi)接收調(diào)諧器1301的操作。SF1605e是用于控制廣播記錄和再現(xiàn)終端的PID過濾器1402和段過濾器1403的功能的Java庫。當(dāng)Java程序傳遞諸如PID，table—id，等的過濾條件給SF1605e時(shí)，SF1605e基于那些條件使用庫1601b等的函數(shù)以控制PID過濾器1402和段過濾器1403，獲得滿足期望的過濾條件的MPEG-2段，并傳遞該MPEG-2段給設(shè)置該過濾條件的ava程序oDSM-CC1605d是用于訪問DSM-CC對象傳送帶的文件系統(tǒng)的Java庫。DSM-CC對象傳送帶包括在由SF1605e獲得的MPEG-2段中。DSM-CC由ISO/IEC13818-6標(biāo)準(zhǔn)定義，并且是一種使用MPEG-2段發(fā)送任意文件的機(jī)制。通過使用這，可能從廣播站發(fā)送文件給終端。實(shí)施DSM-CC的詳細(xì)方法與本發(fā)明沒有關(guān)系，因此其描述被省略。服務(wù)管理器管理程序1605f是用于向服務(wù)管理器1604請求服務(wù)再現(xiàn)的Java庫。JavaVM1603執(zhí)行的Java程序通過使用服務(wù)管理器管理程序1605f向服務(wù)管理器1604請求服務(wù)再現(xiàn)。記錄管理器管理程序1605g是用于向記錄管理器指示調(diào)度記錄的Java庫。JavaVM1603執(zhí)行的Java程序通過使用記錄管理器管理程序1605g向記錄管理器指示調(diào)度記錄。注意，調(diào)度記錄是本發(fā)明的本質(zhì)，盡管其細(xì)節(jié)將在后面描述，當(dāng)指示了調(diào)度記錄時(shí)，至少需要指示要被記錄的服務(wù)的記錄開始時(shí)間，記錄持續(xù)時(shí)間以及頻道標(biāo)識符。AM1605b是應(yīng)用程序管理器，其提供用于管理包含在服務(wù)中的Java應(yīng)用程序的執(zhí)行和終止的功能。AM1605b提取多路復(fù)用到指定的MPEG-2傳輸流的指定頻道上的Java程序，并根據(jù)獨(dú)立多路復(fù)用的同步信息使該提取的Java程序執(zhí)行或終止。Java程序的Java類文件被多路復(fù)用到前述DSM-CC格式的MPEG-2傳輸流上。此外，Java程序的同步信息被以稱為AIT的格式多路復(fù)用到MPEG-2傳輸流上。AIT是應(yīng)用程序信息表的首字母縮寫，如在DVB-MHP規(guī)范的部分10中定義的(ETSITS101812DVB-MHP規(guī)范Vl.0.2),并且是具有table—id"0x74"的MPEG-2段。AM1605b的輸入是MPEG-2傳輸流和頻道標(biāo)識符。首先，AM1605b在庫1601b中以指定的頻道標(biāo)識符作為關(guān)鍵字搜索頻道信息，并獲得節(jié)目編號。接下來，使用SF1605e等，從MPEG-2傳輸流獲得PAT。然后，對應(yīng)于獲得的節(jié)目編號的PMT的PID被從PMT的信息中獲得。再次，使用SF1605e，獲得實(shí)際的PMT。該獲得的PMT是如圖11中所示的格式，并具有單元流的PID，其中單元流具有以流形式編寫的"視頻"和"音頻"。此外，當(dāng)現(xiàn)在獲得的AIT的PID和tablejd"0x74"被作為過濾條件給SF1605e時(shí)，可以獲得AIT的實(shí)質(zhì)。圖21是示意性示出AIT信息的實(shí)例的圖。AIT版本號2100表示AIT的版本。AIT的版本越高，AIT越新。雖然具有相同AIT版本的AIT被重復(fù)接收，但是AM1605b不分析具有相同AIT版本的AIT，因?yàn)樵揂IT已經(jīng)被分析過，而是只分析比已經(jīng)分析過的AIT更新的AIT，并進(jìn)行相應(yīng)的處理。列2101是Java程序的標(biāo)識符。列2102是Java程序的控制信息。在該控制信息中，有"自動(dòng)啟動(dòng)"、"當(dāng)前"、"終止"等；"自動(dòng)啟動(dòng)"表示終端裝置1300立即自動(dòng)執(zhí)行Java程序，"當(dāng)前"表示沒有執(zhí)行自動(dòng)執(zhí)行，"終止"表示結(jié)束Java程序。列2103是用于提取PID的DS-MCC標(biāo)識符，其中PID包括DS-MCC格式的Java程序。列2104是Java程序的程序名。行2111，2112，2113和2114是Java程序的一組信息。在行2111中定義的Java程序是包括Java程序標(biāo)識符"301"，控制信息"自動(dòng)啟動(dòng)"，DSMCC標(biāo)識符"1"和程序名"a/TopXlet"的組。類似地，在行2112中定義的Java程序是包括Java程序標(biāo)識符"302",控制信息"當(dāng)前"，DSMCC標(biāo)識符"1"和程序名"a/GameXlet"的組。這里，由行21U，2112和2114定義的三個(gè)Java程序具有相同的DSMCC標(biāo)識符。這表示這三個(gè)Java程序包含在以DSMCC格式編碼一個(gè)文^[牛系統(tǒng)中。這里，為Java程序規(guī)定了四種類型的信息，但是事實(shí)上，定義了更多類型的信息。細(xì)節(jié)可以在DVB-MHP規(guī)范中找到。AM1605b從AIT中找到具有"自動(dòng)啟動(dòng)"的Java程序，并提取對應(yīng)的DSMCC標(biāo)識符和Java程序名。參考圖21，AM1605b從行2111提取Java程序，并獲得DSMCC標(biāo)識符"1"和Java程序名"a/TopXlet"。接下來，AM1605b使用從AIT獲得的DSMCC標(biāo)識符，來從PMT獲得以DSMCC格式存儲Java程序的TS分組的PID。特別地，在PMT中獲得補(bǔ)充信息中具有一致DSMCC標(biāo)識符并且流類型為"數(shù)據(jù)"的單元流的PID。此時(shí)，假定DSMCC標(biāo)識符為"1"，PMT如圖11中所示，行1114的單元流一致，提取PID"5014"。AM1605b向SF1605e規(guī)定段過濾條件和TS分組的PID，其中該TS分組發(fā)送以DSMCC格式的數(shù)據(jù)體現(xiàn)的MPEG-2段。這里，PID"5014"被給出。結(jié)果，AM1605b能夠收集必要的DSMCCMPEG-2段。AM1605b根據(jù)DSMCC格式從收集的MPEG-2段重建文件系統(tǒng)，并將該文件系統(tǒng)保存進(jìn)主存儲單元1308。從MPEG-2傳輸流中的TS分組提取諸如文件系統(tǒng)的數(shù)據(jù)，并將該數(shù)據(jù)保存進(jìn)存儲裝置，例如主存儲單元1308和輔存儲單元1307，在下文中被稱為下載。圖22是下載的文件系統(tǒng)的實(shí)例。在該圖中，圓圈表示目錄，方形表示文件。2201是根目錄，2202是目錄"a"，2203是目錄"b"，2204是文件"TopXlet.class"2205是文件"GameXletclass"，2206是目錄"z"，2207是文件"MusicXlet.class"，2208是文件"StudyXlet.ckss"。接下來，從主存儲單元1308中的下載的文件系統(tǒng)中，AM1605b傳遞要執(zhí)行的Java程序給JavaVM1603。這里，當(dāng)要執(zhí)行的Java程序的名稱是"A/TopXlet"時(shí)，向Java程序名末尾添加了".class"的文件"a/TopXletxlass"是要被執(zhí)行的文件。"/"是目錄和文件名的分界線，參考圖22，文件2204是應(yīng)該被執(zhí)行的Java程序。接下來，AM1605b傳遞文件2204給'JavaVM1603，并且該文件作為Java程序在JavaVM上執(zhí)行。每次接收到具有新AIT版本的AIT時(shí)，AM1605b分析該AIT，并改變Java程序的執(zhí)行狀態(tài)。這里，在控制信息中指定了"終止"的情況下，AM1605b結(jié)束該Java程序。JMF1605a處理包含在服務(wù)中的視頻和音頻的再現(xiàn)控制。更具體而言，JMF1605a將多路復(fù)用在指定的MPEG-2傳輸流的指定頻道上的視頻ES和音頻ES輸入到AV解碼器中用于再現(xiàn)。在服務(wù)被直接從接收的廣播信號再現(xiàn)的情況下，指示再現(xiàn)從適配器1311輸出的MPEG-2傳輸流。另一方面，在曾經(jīng)存儲在輔存儲單元1307中的服務(wù)被再現(xiàn)的情況下，指示再現(xiàn)從輔存儲單元1307的記錄區(qū)域1404輸出的MPEG-2傳輸流。首先，JMF1605a在庫lt01b中以指定的頻道標(biāo)識符作為關(guān)鍵字來搜索頻道信息，并獲得節(jié)目編號。接下來，使用SF1605e等，從MPEG-2傳輸流獲得PAT。然后，從PMT的信息獲得對應(yīng)于所獲得的節(jié)目編號的PMT的PID。再次，使用SF1605e，獲得實(shí)際的PMT。該獲得的PMT是圖ll中所示的格式，并具有單元流的PID，其中所述單元流具有以流類型寫的"視頻"和"音頻"。當(dāng)JMF1605a設(shè)置這些PID給TS解碼器1302的PID過濾器1402時(shí)，與這些PID多路復(fù)用的視頻ES和音頻ES被通過AV解碼器1303再現(xiàn)，如圖14或圖15中所示。以頻道標(biāo)識符，開始時(shí)間和結(jié)束時(shí)間作為輸入，記錄管理器1606只在指定的開始時(shí)間和結(jié)束時(shí)間之間的時(shí)間段內(nèi)將服務(wù)記錄在輔存儲單元1307中。例如，當(dāng)EPG1602指定頻道標(biāo)識符，開始時(shí)間和結(jié)束時(shí)間時(shí)，記錄管理器H04h'等待，直到開始時(shí)間。隨后，在開始時(shí)間幵始記錄指定的服務(wù)，并在結(jié)束時(shí)間到達(dá)時(shí)停止記錄。下面描述細(xì)節(jié)。一達(dá)到記錄開始時(shí)間，記錄管理器1606首先在輔存儲單元1307內(nèi)確保一個(gè)記錄區(qū)域1404，用于記錄從輔存儲單元1307中指定的開始時(shí)間到結(jié)束時(shí)間的MPEG-2傳輸流。介質(zhì)標(biāo)識符被提供給該確保的記錄區(qū)域。接下來，頻道標(biāo)識符被提供給調(diào)諧器1704c。然后，調(diào)諧器1704c通過庫1701b獲得涉及頻道信息的調(diào)諧信息，并開始調(diào)諧。然后，如圖14中所示，MPEG-2傳輸流通過適配器1311輸入到TS解碼器。同時(shí)，使用SF1605e，記錄管理器1606從通過調(diào)諧獲得的MPEG-2傳輸流中獲得PAT。而且，它搜索庫1601b尋找對應(yīng)于指定的頻道標(biāo)識符的節(jié)目編號，并搜索PAT尋找對應(yīng)于獲得的節(jié)目編號的PMT的PID。此后，使用SF1605e，獲得實(shí)際的PMT，以獲得組成指定的頻道的ES的所有PID。記錄管理器1606為TS解碼器的PID過濾器1402設(shè)置該獲得的PID。然后，根據(jù)圖14中解釋的流程，組成期望的頻道的所有ES被記錄進(jìn)最近才確保的記錄區(qū)域1404中。隨后，當(dāng)指定的結(jié)束時(shí)間到達(dá)時(shí)，記錄管理器1606終止調(diào)諧器1704c的調(diào)諧過程，并使MPEG-2傳輸流向記錄區(qū)域1504的寫入結(jié)束。此外，如圖20中所示的記錄信息管理表被創(chuàng)建為最近才記錄的MPEG-2傳輸流的管理信息。圖20是用于管理記錄在if存儲單元1307等的記錄區(qū)域1404中的記錄信息的記錄信息管理表的實(shí)例。記錄信息以圖表形式記錄。列2001是記錄標(biāo)識符。列2002是頻道標(biāo)識符。列2003是節(jié)目編號。列2004是用于服務(wù)的記錄幵始時(shí)間，列2005是用于服務(wù)的記錄結(jié)束時(shí)間。列2006是標(biāo)識作為服務(wù)記錄的MPEG-2傳輸流的介質(zhì)標(biāo)識符。行2011至2012中的每行是每個(gè)記錄標(biāo)識符，頻道標(biāo)識符，節(jié)目編號，開始時(shí)間，結(jié)束時(shí)間和介質(zhì)標(biāo)識符的組。例如，行2011示出了記錄標(biāo)識符"OOO"，頻道標(biāo)識符"2"，節(jié)目編號"102"，開始時(shí)間"2005/03/30lh00"，結(jié)束時(shí)間"2005/03/3012:00"，以及介質(zhì)標(biāo)識符"TS—001"。服務(wù)管理器1604管理已經(jīng)記錄在輔存儲單元1307中的MPEG-2傳輸流中的服務(wù)，或者從適配器1311輸入的MPEG-2傳輸流中的服務(wù)的再現(xiàn)。下文中，描述了在管理已經(jīng)記錄在輔存儲單元1307中的MPEG-2傳輸流中的服務(wù)的情況下的過程。這相當(dāng)于已記錄的服務(wù)的再現(xiàn)。在這種情況下，服務(wù)管理器1604以記錄標(biāo)識符作為輸入。已經(jīng)記錄在輔存儲單元1307中并由該記錄標(biāo)識符指定的服務(wù)是再現(xiàn)的對象。首先，參考由記錄管理器1606創(chuàng)建的記錄信息管理表，服務(wù)管理器1604使用該指定的記錄標(biāo)識符獲得要再現(xiàn)的頻道的標(biāo)識符和介質(zhì)標(biāo)識符。然后，通過庫1601b，服務(wù)管理器1604指示輔存儲單元1307給TS解碼器1302輸出由獲得的介質(zhì)標(biāo)識符指定的MPEG-2傳輸流。此后，輔存儲單元1307被提供給JMF1605a，作為MPEG-2傳輸流的位置，另外，提供了要再現(xiàn)的頻道的標(biāo)識符。然后，通過上述過程，JMF1605a開始再現(xiàn)多路復(fù)用到從輔存儲單元1307輸出的MPEG-2傳輸流上的音頻和視頻。此外，輔存儲單元1307還被提供給AM1605b，作為MPEG-2傳輸流的位置，另外，提供了要再現(xiàn)的頻道的標(biāo)識符。然后，根據(jù)多路復(fù)用到從輔存儲單元1307輸出的MPEG-2傳輸流上的AIT，AM1605b幵始執(zhí)行并終止多路復(fù)用到從輔存儲單元1307輸出的MPEG-2傳輸流上的Java程序。此后，上述服務(wù)的再現(xiàn)繼續(xù)，直到從輔存儲單元1307輸出的MPEG-2傳輸流結(jié)束。另一方面，下文中描述管理從適配器1311輸入的MPEG-2傳輸流中的服務(wù)的再現(xiàn)的情況。這相當(dāng)于直接從廣播信號再現(xiàn)服務(wù)。在這種情況下，服務(wù)管理器1604以要再現(xiàn)的服務(wù)的頻道標(biāo)識符作為輸入。服務(wù)管理器1604通過庫1601b指示從圖14中的適配器1311輸出的MPEG-2傳輸流要被輸出到TS解碼器1302。此后，適配器1311被提供給JMF1605a，作為MPEG-2傳輸流的位置，并且提供了要再現(xiàn)的頻道的標(biāo)識符。然后，通過上述過程，JMF1605a開始再現(xiàn)多路復(fù)用到從適配器1311輸出的MPEG-2傳輸流中的音頻和視頻。而且，適配器1311還被提供給AM1605b，作為MPEG-2傳輸流的位置，并且提供了要再現(xiàn)的頻道的標(biāo)識符。然后，根據(jù)多路復(fù)用到從適配器1311輸出的MPEG-2傳輸流上的AIT，AM1605b開始執(zhí)行并終止多路復(fù)用到從輔存儲單元1307輸出的MPEG-2傳輸流上的Java程序。此后，該服務(wù)的再現(xiàn)繼續(xù)，直到從輔存儲單元1307輸出的MPEG-2傳輸流的結(jié)束。'EPG1602是電子節(jié)目指南(ElectronicProgramGuide),其具有如下功能，即，提示用戶選擇要記錄和再現(xiàn)的廣播節(jié)目。通過接收廣播信號的正常再現(xiàn)在本發(fā)明的范圍外，因此其描述被省略。在記錄廣播節(jié)目的情況下，EPG1602顯示一列廣播的廣播節(jié)目，并提示用戶選擇期望的廣播節(jié)目。圖18是用于選擇要記錄的廣播節(jié)目的顯示屏的實(shí)例。時(shí)間1701以及頻道1702和1703被顯示在格子中，可能在每個(gè)時(shí)間檢查每個(gè)可記錄的頻道的廣播節(jié)目。用戶可能通過使用包含在終端裝置1300的輸入單元1310中的上、下、右和左光標(biāo)按鈕1401至1404來移動(dòng)屏幕中的焦點(diǎn)1830。此外，當(dāng)OK按鈕1405被按下時(shí)，當(dāng)前被焦點(diǎn)高亮顯示的廣播節(jié)目被選擇用于記錄。EPG1602從庫中獲得廣播節(jié)目的頻道標(biāo)識符，并且，當(dāng)用戶選擇了要記錄的廣播節(jié)目時(shí)，將該廣播節(jié)目的頻道標(biāo)識符，開始時(shí)間和結(jié)束時(shí)間通知給記錄管理器1606。基于該信息，記錄管理器1606將廣播節(jié)目記錄在輔存儲單元1307中。另一方面，在再現(xiàn)已經(jīng)記錄的廣播節(jié)目的情況下，EPG1602顯示一列已記錄的廣播節(jié)目，并提示用戶選擇期望的廣播節(jié)目。圖17是用于選擇已記錄的廣播節(jié)目的顯示屏的實(shí)例。列出了存儲在輔存儲單元1307中的該時(shí)間點(diǎn)處的所有廣播節(jié)目。用戶通過使用包含在終端裝置1300的輸入單元1310中的上和下光標(biāo)按鈕1401x和1402x，來移動(dòng)屏幕中的焦點(diǎn)1730，。此外，當(dāng)OK按鈕1405x被按下時(shí)，當(dāng)前被焦點(diǎn)高亮顯示的廣播節(jié)目被選擇用于再現(xiàn)。EPG1602從記錄管理器1606獲得該廣播節(jié)目的記錄標(biāo)識符，并且，當(dāng)用戶選擇了要再現(xiàn)的廣播節(jié)目時(shí)，將該廣播節(jié)目的記錄標(biāo)識符通知給服務(wù)管理器1604。基于該信息，服務(wù)管理器1604從輔存儲單元1307讀出該廣播節(jié)目，并再現(xiàn)它。此外，這里，還參考關(guān)于在OCAP和OCAP-DVR環(huán)境中規(guī)定的抽象服務(wù)(abstractservice)。抽象服務(wù)是只包括Java程序而不包括視頻和音頻的特殊服務(wù)。關(guān)于抽象服務(wù)的信息在前述OOB中發(fā)送的特殊AIT中進(jìn)行描述。這個(gè)AIT在OCAP規(guī)范和OCAP-DVR規(guī)范中被稱為XAIT。基于電源的應(yīng)用，終端使用SF1605e從OOB獲得XAIT，獲得關(guān)于抽象服務(wù)的信息，并啟動(dòng)包括在抽象服務(wù)中的Java程序。在本發(fā)明中，具有在XAIT中描述的信息的Java程序被稱為"特權(quán)程序"。而且，在OCAP規(guī)范和OCAP-DVR規(guī)范中，該特權(quán)程序也被稱為監(jiān)控應(yīng)用程序。迄今，已經(jīng)詳細(xì)描述了作為本發(fā)明的前提的記錄功能。下文中，描述設(shè)備沖突，以及當(dāng)沖突發(fā)生時(shí)用于解決沖突的方法。例如，在終端中只有一個(gè)帶內(nèi)接收調(diào)諧器1301的情況下，不可能同時(shí)執(zhí)行"包括在從廣播接收的MPEG-2傳輸流中的視頻和音頻的再現(xiàn)"和"包括在從廣播接收的MPEG-2傳輸流中的廣播節(jié)目的記錄"。因此，需要確定哪個(gè)過程將使用帶內(nèi)接收調(diào)諧器1301。以這種方式，"因?yàn)樵O(shè)備的絕對數(shù)量或能力不充足，所請求的多個(gè)過程不能同時(shí)執(zhí)行的情況"被稱為"設(shè)備沖突"，另夕卜，"從多個(gè)請求的過程中選擇優(yōu)先執(zhí)行的過程"被稱為"設(shè)備沖突的解決方案"(設(shè)備競爭決定)。在設(shè)備沖突解決期間，本發(fā)明中的終端遵照在OCAP規(guī)范和OCAP-DVR規(guī)范中規(guī)定的設(shè)備沖突解決過程。下文中，詳細(xì)描述該規(guī)定的設(shè)備沖突解決過程。在OCAP規(guī)范和OCAP-DVR規(guī)范中，可能發(fā)生沖突的設(shè)備的類型被提前標(biāo)識。這些設(shè)備中的一個(gè)是帶內(nèi)接收調(diào)諧器1301。在本發(fā)明中，這被稱為"專用設(shè)備"。而且，操縱專用設(shè)備的Java程序被稱為"專用設(shè)備操縱庫"。這等價(jià)于針對帶內(nèi)接收調(diào)諧器1301的調(diào)諧器1605c。圖23是描述使用在OCAP規(guī)范和OCAP-DVR規(guī)范中規(guī)定的過程的專用設(shè)備的序列圖。使用專用設(shè)備的所有Java程序必須使用本序列。首先，在S2301，該專用設(shè)備被預(yù)留。此時(shí)，被稱為設(shè)備客戶端的Java對象被針對該專用設(shè)備注冊。當(dāng)預(yù)留成功時(shí)，在S2302中執(zhí)行使用該專用設(shè)備的期望的功能。當(dāng)期望的過程結(jié)束時(shí)，在S2303，Java程序釋放該專用設(shè)備。在Java程序不遵循圖23中的序列并試圖使用該功能而沒有預(yù)留該專用設(shè)備的情況下，一個(gè)錯(cuò)誤被通知給這樣的Java程序。作為一個(gè)實(shí)例，在調(diào)諧器1605c中，網(wǎng)絡(luò)接口控制器類中的預(yù)留、調(diào)諧和釋放方法分別等價(jià)于預(yù)留、使用和釋放。專用設(shè)備操縱庫管理專用設(shè)備的預(yù)留狀況。例如，圖24是帶內(nèi)接收調(diào)諧器管理表，其被調(diào)諧器1605c管理在主存儲單元1308中或輔存儲單元1307上。列2411是用于標(biāo)識帶內(nèi)接收調(diào)諧器的標(biāo)識符。在這個(gè)實(shí)例中，作為例子描述了作為專用設(shè)備的帶內(nèi)接收調(diào)諧器有三個(gè)單元(即，調(diào)諧器l，調(diào)諧器2和調(diào)諧器3)的情況。列2412是使用帶內(nèi)接收調(diào)諧器1301的Java程序的標(biāo)識符。列2413是在預(yù)留期間注冊的設(shè)備客戶端。此外，行2401至2403表示關(guān)于帶內(nèi)接收調(diào)諧器的信息。在圖24中，調(diào)諧器l是一個(gè)帶內(nèi)接收調(diào)諧器1301，其被程序A預(yù)留，客戶端C注冊為設(shè)備客戶端。而且，調(diào)諧器2被程序B預(yù)留，客戶端D注冊為設(shè)備客戶端。此外，調(diào)諧器3沒有被任何程序預(yù)留。圖25是描述被Java程序使用的專用設(shè)備預(yù)留API的操作的序列圖。首先，在S2501，接收由Java程序指定的專用設(shè)備標(biāo)識符，Java程序標(biāo)識符，以及設(shè)備客戶端。在S2502，參考專用設(shè)備管理表，檢查所識別的專用設(shè)備是否已經(jīng)被另一Java程序預(yù)留。在沒有被預(yù)留的情況下，過程通過"否"前進(jìn)到S2503，并且在專用設(shè)備管理表中設(shè)置所接收的Java程序標(biāo)識符和設(shè)備客戶端。在被預(yù)留的情況下，過程通過"是"前進(jìn)到S2504，執(zhí)行設(shè)備沖突解決方案。該設(shè)備沖突解決方案在后面描述。專用設(shè)備操縱庫根據(jù)OCAP規(guī)范和OCAP-DVR規(guī)范中規(guī)定的設(shè)備沖突解決算法為專用設(shè)備執(zhí)行沖突解決方案。因?yàn)橛袃煞N普通類型的設(shè)備沖突解決算法，所以它們應(yīng)該被區(qū)分為設(shè)備沖突解決算法1和設(shè)備沖突解決算法2。圖26是示出設(shè)備沖突解決算法1的操作過程的序列圖。在S2601,獲取已經(jīng)預(yù)留了專用設(shè)備的Java程序以及設(shè)備客戶端。接下來，在S2606，請求將專用設(shè)備釋放給S2601中獲得的設(shè)備客戶端。然后已經(jīng)請求釋放了專用設(shè)備的設(shè)備客戶端判斷是否釋放該專用設(shè)備，并返回結(jié)果給專用設(shè)備操縱庫。在S2603，估計(jì)設(shè)備客戶端的回答。在同意釋放的情況下，過程通過"是"前進(jìn)到S2606，并且利用最近試圖預(yù)留專用設(shè)備的Java程序的標(biāo)識符和設(shè)備客戶端進(jìn)行更新，并且過程結(jié)束。在不同意釋放的情況下，過程通過"否"前進(jìn)到S2604，并且從AM1605b獲得已經(jīng)預(yù)留了專用設(shè)備的Java程序的優(yōu)先級，以及最近試圖預(yù)留該專用設(shè)備的Java程序的優(yōu)先級，并進(jìn)行比較。當(dāng)最近試圖預(yù)留該專用設(shè)備的Java程序的優(yōu)先級較高時(shí)，過程通過"是"前進(jìn)到S2605,并且向預(yù)留專用設(shè)備的Java程序的設(shè)備客戶端給出強(qiáng)制釋放通知。過程前進(jìn)到S2606，在S2606利用最近試圖預(yù)留該專用設(shè)備的Java程序的標(biāo)識符和設(shè)備客戶端來更新專用設(shè)備管理表，并且過程結(jié)束。在分支S2604，當(dāng)已經(jīng)預(yù)留了專用設(shè)備的Java程序的優(yōu)先級較高或相等時(shí)，向最近試圖預(yù)留該專用設(shè)備的Java程序通知錯(cuò)誤，并且過程結(jié)束(S2607)。如圖26中所示，設(shè)備沖突解決算法1基于在AIT或XAIT中描述的Java程序的優(yōu)先級解決設(shè)備沖突。在使用設(shè)備沖突解決算法1的情況下，可以獲得總是支持具有較高優(yōu)先級的Java程序的結(jié)果。另一方面，在設(shè)備沖突解決算法2中，特權(quán)程序解決設(shè)備沖突。在這種情況下，基于特權(quán)程序優(yōu)選的條件和順序?qū)⒃O(shè)備分配給每個(gè)Java程序，而不管Java程序的優(yōu)先級。在設(shè)備沖突解決算法2中，特權(quán)程序使用兩種類型的方法實(shí)施期望的設(shè)備沖突解決方案。一種方法是"Java程序過濾器"，其選擇有權(quán)預(yù)留該專用設(shè)備的Java程序。例如，通過使用Java程序過濾器，不希望預(yù)留帶內(nèi)接收調(diào)諧器1301的Java程序能夠被排除。另一種方法是"設(shè)備沖突解決處理器"，其在己經(jīng)通過Java程序過濾器被允許預(yù)留的Java程序中決定專用設(shè)備預(yù)留優(yōu)先順序。例如，在己經(jīng)通過Java程序過濾器被判斷為具有預(yù)留帶內(nèi)接收調(diào)諧器1301的權(quán)限的Java程序1和Java程序2之間在帶內(nèi)接收調(diào)諧器1301上發(fā)生沖突的情況下，設(shè)備沖突解決處理器決定哪一個(gè)被優(yōu)先。設(shè)備沖突解決算法2被用在一個(gè)或兩個(gè)Java程序過濾器和設(shè)備沖突解決處理器被注冊在專用設(shè)備操縱庫中的情況下。圖27至圖29是描述設(shè)備沖突解決算法2中的操作過程的序列圖。圖27是用于設(shè)備沖突解決算法2的第一個(gè)圖，其是描述關(guān)于Java程序過濾器的操作過程的序列圖。在S2701，檢査Java程序過濾器是否己經(jīng)注冊在專用設(shè)備操縱庫中，當(dāng)沒有注冊時(shí)，過程通過"否"前進(jìn)到S2705，并且與圖28中從S2801開始的序列連接。當(dāng)己注冊時(shí)，過程通過"是"前進(jìn)到S2702。向Java程序過濾器査詢Java程序是否具有預(yù)留專用設(shè)備的權(quán)限，并且Java程序管理器返回判斷結(jié)果給專用設(shè)備操縱庫。接下來，在S2703，當(dāng)該Java程序具有預(yù)留專用設(shè)備的權(quán)限時(shí)，過程通過"是"前進(jìn)到S2705，并且與圖28中從S2801開始的序列連接。當(dāng)Java程序不具有該權(quán)限時(shí)，過程通過"否"前進(jìn)到S2704。向最近試圖預(yù)留該設(shè)備的Java程序返回錯(cuò)誤，并且操作過程結(jié)束。圖28是用于設(shè)備沖突解決算法2的第二個(gè)圖，其是描述基于Java程序的原始優(yōu)先級執(zhí)行優(yōu)先級判斷的操作過程的序列圖。除一點(diǎn)之外，該序列圖與描述設(shè)備沖突解決算法1的圖26相同，因此其細(xì)節(jié)被省略。該不同的一點(diǎn)是，在S2805，在基于Java程序優(yōu)先級執(zhí)行設(shè)備沖突解決方案之前，過程連接到圖29中表示的序列圖。圖29是用于設(shè)備沖突解決算法2的第三個(gè)圖，其表示由特權(quán)程序注冊的設(shè)備沖突解決處理器的設(shè)備沖突解決方案。在S2901，首先檢查設(shè)備沖突解決處理器是否己經(jīng)注冊，當(dāng)沒有注冊時(shí)，過程通過"否"前進(jìn)到S2902。S2902連接到圖28中的S2805，并轉(zhuǎn)移到基于Java程序優(yōu)先級的設(shè)備沖突解決過程。在分支S297(H，在設(shè)備沖突解決處理器已注冊的情況下，過程通過"是"前進(jìn)到S2903。在S2903,向設(shè)備沖突解決處理器查詢hva程序的設(shè)備預(yù)留優(yōu)先順序。設(shè)備沖突解決處理器返回Java程序標(biāo)識符的矩陣。終端通過分析當(dāng)前API返回的矩陣，并且按包括在該矩陣中的Java程序標(biāo)識符的順序進(jìn)行優(yōu)先排序，來解決專用設(shè)備沖突。在S2904，檢査由設(shè)備沖突解決處理器返回的矩陣。當(dāng)沒有矩陣返回時(shí)，過程通過NULL前進(jìn)到S2902,連接到圖28中的S2805,并轉(zhuǎn)移到基于Java程序優(yōu)先級的設(shè)備沖突解決過程。在分支S2904，當(dāng)矩陣的長度為O時(shí)，過程通過"長度O"前進(jìn)到S2908，向最近試圖預(yù)留該設(shè)備的Java程序返回錯(cuò)誤，并且過程結(jié)朿。在分支S2904，當(dāng)長度為正值時(shí)，過程通過"長度1或更大"前進(jìn)到S2905。在S2905，基于在S2903中獲得的矩陣判斷最近試圖預(yù)留該設(shè)備的Java程序和已經(jīng)預(yù)留了該設(shè)備的Java程序中哪個(gè)具有更高優(yōu)先順序。當(dāng)最近試圖預(yù)留該設(shè)備的Java程序的優(yōu)先順序較低時(shí)，過程通過"否"前進(jìn)到S2908，向該Java程序返回錯(cuò)誤，并且設(shè)備沖突解決過程結(jié)束。在分支S2905，當(dāng)最近試圖獲取該設(shè)備的Java程序的優(yōu)先順序較高時(shí)，過程通過"是"前進(jìn)到S2906。在S2906，從專用設(shè)備管理表獲得已經(jīng)預(yù)留了該設(shè)備的Java程序的設(shè)備客戶端，并且通知該設(shè)備客戶端以進(jìn)行強(qiáng)制釋放。在S2907，利用最近試圖預(yù)留該設(shè)備的Java程序的標(biāo)識符和設(shè)備客戶端更新專用設(shè)備管理表，并且過程結(jié)束o通過使用在圖27至29中表示的設(shè)備沖突解決算法2，特權(quán)程序可能基于比Java程序優(yōu)先級更有效的特權(quán)程序唯一判斷標(biāo)準(zhǔn)，使用Java程序過濾器和設(shè)備沖突解決處理器來執(zhí)行設(shè)備沖突解決方案。此外，在服務(wù)管理器1604和記錄管理器1606使用專用設(shè)備時(shí)，預(yù)留、使用及釋放三個(gè)過程的使用規(guī)則也必須被遵循。在這種情況下，使用服務(wù)管理器管理程序1605f向服務(wù)管理器1604請求服務(wù)再現(xiàn)的Java程序，以及使用記錄管理器管理程序1605g向記錄管理器1606請求服務(wù)記錄的Java程序，被認(rèn)為試圖預(yù)留專用設(shè)備，并且執(zhí)行設(shè)備沖突解決方案。迄今描述的設(shè)備沖突解決算法是在OCAP和OCAP-DVR規(guī)范中毫無例外地使用的設(shè)備沖突解決過程。將討論設(shè)備沖突解決算法1和設(shè)備沖突解決算法2中解決設(shè)備沖突需要的時(shí)間量。圖30是描述在使用設(shè)備沖突解決算法1的情況下在哪種形式的操作中誰消耗的時(shí)間的序列圖。首先，假定Java程序B最近向?qū)Ｓ迷O(shè)備操縱庫請求預(yù)留專用設(shè)備。然后，專用設(shè)備操縱庫首先判斷要預(yù)留的設(shè)備上是否會(huì)有沖突(3001)。在沖突的情況下，專用設(shè)備操縱庫向已預(yù)留了這個(gè)設(shè)備的Java程序A請求是否該設(shè)備。Java程序A判斷是否可能停止在那個(gè)時(shí)間正執(zhí)行的過程，以釋放該設(shè)備(3002)。這里，當(dāng)判斷設(shè)備不能被釋放時(shí)，專用設(shè)備操縱庫在接收這種結(jié)果時(shí)，進(jìn)行Java程序A和最近試圖預(yù)留該設(shè)備的Java程序之間的優(yōu)先級的比較(3003)。當(dāng)最近試圖預(yù)留該設(shè)備的Java程序具有更高的優(yōu)先權(quán)時(shí)，強(qiáng)制釋放通知被給予Java程序A。在接收到強(qiáng)制釋放通知時(shí)，Java程序A執(zhí)行基于強(qiáng)制釋放的后處理(3004)，并通知專用設(shè)備操縱庫該后處理的結(jié)束。圖31是描述在使用設(shè)備沖突解決算法2的情況下在哪種形式的操作中誰消耗的時(shí)間的序列圖。首先，假定Java程序B最近向?qū)Ｓ迷O(shè)備操縱庫請求預(yù)留專用設(shè)備。然后，專用設(shè)備操縱庫首先使用Java程序過濾器，以使特權(quán)程序判斷Java程序B是否能夠預(yù)留作為預(yù)留目標(biāo)的專用設(shè)備。特權(quán)程序判斷Java程序B是否能夠預(yù)留目標(biāo)專用設(shè)備(3101)，并返回結(jié)果給專用設(shè)備操縱庫。接下來，專用設(shè)備操縱庫判斷要被預(yù)留的設(shè)備上是否會(huì)有沖突(3102)。在沖突的情況下，專用設(shè)備操縱庫向已預(yù)留該設(shè)備的Java程序A請求釋放該設(shè)備。Java程序A判斷是否可能停止在那個(gè)時(shí)間正執(zhí)行的過程，以釋放該設(shè)備(3103)。這里，當(dāng)判斷設(shè)備不能被釋放時(shí)，專用設(shè)備操縱庫在接收到這種結(jié)果時(shí)，使用設(shè)備沖突解決處理器以使特權(quán)程序決定優(yōu)先哪個(gè)Java程序。特權(quán)程序決定設(shè)備預(yù)留優(yōu)先順序(3105)，并返回結(jié)果給專用設(shè)備操縱庫。專用設(shè)備操縱庫基于這種優(yōu)先順序解決設(shè)備沖突(3106)。另外，強(qiáng)制釋放通知被給予設(shè)備要被拒絕的Java程序A。在接收到強(qiáng)制釋放通知時(shí)，Java程序A執(zhí)行基于強(qiáng)制釋放的后處理(3107)，并通知專用設(shè)備操縱庫該后處理的結(jié)束。如在圖30禾P31中所示的，在OCAP和OCAP-DVR規(guī)范中規(guī)定的設(shè)備沖突解決過程順序地合并終端中內(nèi)建的專用設(shè)備操縱庫，和下載并執(zhí)行的特權(quán)程序，以及預(yù)留了設(shè)備的Java程序的操作。換句話說，設(shè)備沖突解決方案花費(fèi)的時(shí)間不能被預(yù)見，因?yàn)樗蕾囉谔貦?quán)程序和Java程序的操作。給出一個(gè)具體實(shí)例。考慮特權(quán)程序?qū)⒃O(shè)備沖突解決處理器注冊在設(shè)備沖突解決算法控制庫1605i中的情況。此時(shí)，Java程序A和Java程序B同時(shí)操作，并且當(dāng)每個(gè)都試圖使用調(diào)諧器1605c操縱調(diào)諧器1301時(shí)，調(diào)諧器1605c調(diào)用設(shè)備沖突解決處理器的設(shè)備預(yù)留優(yōu)先順序獲取API，并獲得表示順序的矩陣。隨后，基于獲得的矩陣中的Java程序標(biāo)識符的順序進(jìn)行設(shè)備沖突解決方案。這里，聚焦在這樣的事實(shí)，即設(shè)備沖突解決處理器由特權(quán)程序提供，特權(quán)程序可能在設(shè)備調(diào)度優(yōu)先順序獲取API實(shí)施內(nèi)執(zhí)行期望的操作。例如，可能具有返回Java程序A總是被優(yōu)先的矩陣的實(shí)施。例如，還可能具有這樣的實(shí)施，其中在屏幕上顯示指示Java程序A和Java程序B作為選項(xiàng)的對話框，并且將選擇的權(quán)力給予用戶。在后一種情況下，因?yàn)橛脩粜枰獣r(shí)間來輸入選擇，所以某個(gè)特權(quán)程序可能設(shè)置一個(gè)超時(shí)時(shí)間，例如一分鐘，并在該持續(xù)時(shí)間期間等待輸入，而某些特權(quán)程序可能不確定地等待用戶的輸入。換句話說，調(diào)諧器1605c不可能預(yù)見從調(diào)諧器1605c調(diào)用設(shè)備預(yù)留優(yōu)先順序獲取API到返回指示優(yōu)先順序的矩陣之間所需的時(shí)間量。下文中，將詳細(xì)描述本發(fā)明的特征元素。本發(fā)明涉及服務(wù)的調(diào)度記錄和再現(xiàn)之間的設(shè)備沖突解決方案。己經(jīng)提及，Java程序能夠通過使用記錄管理器管理程序1605g進(jìn)行調(diào)度的記錄。可以用要被記錄的服務(wù)的至少頻道標(biāo)識符，記錄開始時(shí)間和記錄持續(xù)時(shí)間組成記錄調(diào)度。因?yàn)橛涗涍^程是至少預(yù)留帶內(nèi)接收調(diào)諧器1301作為專用設(shè)備的過程，所以調(diào)度的記錄可以被認(rèn)為是"未來設(shè)備預(yù)留的調(diào)度"。因?yàn)檎{(diào)度的記錄本身確定地具有記錄開始時(shí)間和記錄持續(xù)時(shí)間，所以很容易避免調(diào)度的記錄之間的沖突。例如，雖然從10點(diǎn)開始一個(gè)小時(shí)記錄的調(diào)度記錄A，和從12點(diǎn)開始一個(gè)小時(shí)記錄的調(diào)度記錄B不會(huì)導(dǎo)致設(shè)備沖突，但是從10點(diǎn)半開始一個(gè)小時(shí)記錄的調(diào)度記錄C將導(dǎo)致與預(yù)定記錄A的設(shè)備沖突。這是因?yàn)?，在這種情況下，至少在IO點(diǎn)半和11點(diǎn)之間，請求了兩個(gè)記錄過程。記錄管理器管理程序1605g需要具有提前檢測調(diào)度記錄時(shí)間的這種重疊的功能。然而，盡管用于使用設(shè)備的時(shí)隙在調(diào)度記錄中被確定地指出，但是用于設(shè)備使用的時(shí)限沒有明確地指示在"由Java程序請求并實(shí)時(shí)開始的過程"中，如包括在廣播MPEG-2傳輸流中的視頻和音頻的再現(xiàn)。另外，終端沒有辦法預(yù)見Java程序?qū)⒑螘r(shí)開始這種過程。以這種方式，在本發(fā)明中，其開始和結(jié)束不能被終端預(yù)測的過程被稱作"自發(fā)過程"。在OCAP規(guī)范中規(guī)定的使用MPEG-2傳輸流中的信息執(zhí)行的過程(段過濾，AV再現(xiàn)，等)都是自發(fā)過程。在自發(fā)過程之間的設(shè)備沖突中，當(dāng)設(shè)備沖突發(fā)生時(shí)，執(zhí)行設(shè)備沖突解決方案就足夠了。已經(jīng)提及，在記錄調(diào)度時(shí)，很容易解決調(diào)度記錄之間的"未來設(shè)備沖突"。然而，自發(fā)過程和調(diào)度記錄之間的設(shè)備沖突是否會(huì)發(fā)生則是不清楚的，直到所調(diào)度的記錄的開始時(shí)間(事實(shí)1)。而且，如更早描述的，遵循在OCAP規(guī)范中規(guī)定的設(shè)備沖突解決算法1和設(shè)備沖突解決算法2的設(shè)備沖突解決過程所需的時(shí)間不能被終端提前預(yù)見(事實(shí)2)。從前面提及的事實(shí)1和事實(shí)2中，可以得出一個(gè)結(jié)論，即，當(dāng)記錄開始時(shí)間到來時(shí)設(shè)備沖突解決方案開始的情況下，記錄不能從調(diào)度的時(shí)間所指定的時(shí)刻開始，因此，為了支持記錄開始時(shí)間，有必要提前執(zhí)行設(shè)備沖突解決方案。在本實(shí)施例中，特權(quán)程序提前向記錄管理器管理程序1605g指定指示"比調(diào)度記錄的開始時(shí)間提前多久執(zhí)行設(shè)備沖突解決方案"的時(shí)間。記錄管理器管理程序1605g比記錄實(shí)際開始的時(shí)間提前開始設(shè)備沖突解決過程。圖32是實(shí)施本發(fā)明的記錄管理器管理程序1605g的結(jié)構(gòu)圖。記錄管理器1606與圖16中的相同。如更早描述的，專用設(shè)備3222表示諸如調(diào)諧器1301的專用設(shè)備。專用設(shè)備操縱庫3221表示更早描述的專用設(shè)備操縱庫。調(diào)度記錄管理表3201是保持調(diào)度記錄信息的表。調(diào)度記錄管理表3201在輔存儲單元1307中管理，以即使在電源中斷期間也能夠連續(xù)地保持。圖33是表示調(diào)度記錄管理表3201的實(shí)例的圖。列3311是服務(wù)的頻道標(biāo)識符。列3312是進(jìn)行調(diào)度記錄的Java程序的標(biāo)識符。列3313是要執(zhí)行記錄的時(shí)隙。列3314是調(diào)度記錄的狀態(tài)。對狀態(tài)"記錄-等待"，"沖突"，"未解決"進(jìn)行管理。"記錄-等待"表示與另一調(diào)度記錄的記錄時(shí)間沒有重疊。"沖突"表示與另一調(diào)度記錄的記錄時(shí)間有重疊，并且該記錄不能按計(jì)劃開始。"未解決"表示還沒有檢查調(diào)度記錄其時(shí)隙是否與另一調(diào)度記錄的時(shí)隙重疊。列3315是用于唯一標(biāo)識一個(gè)調(diào)度記錄的調(diào)度ID。行3301至3303是調(diào)度記錄的細(xì)節(jié)。設(shè)備沖突警告3202是一個(gè)內(nèi)部模塊，其向設(shè)備沖突解決處理單元3206通知執(zhí)行設(shè)備沖突解決方案的時(shí)刻。設(shè)備沖突警告3202在終端啟動(dòng)期間被同步地啟動(dòng)。這個(gè)模塊可以使用硬件定時(shí)器來實(shí)施，或者它也可以使用軟件來實(shí)施。圖35是表示由設(shè)備沖突警告器管理的警告調(diào)度的實(shí)施的圖。列3511是設(shè)備沖突被解決的時(shí)間。列3512是指示設(shè)備沖突將被解決的調(diào)度記錄的調(diào)度ID。行3501至3503是各個(gè)調(diào)度的記錄。記錄管理器警告器3203是通知記錄管理器1606記錄開始時(shí)間已經(jīng)來到的模塊，并且在終端啟動(dòng)期間被啟動(dòng)。這個(gè)模塊可以使用硬件定時(shí)器來實(shí)施，或者它也可以使用軟件來實(shí)施。設(shè)備沖突解決間隔管理單元3204是一個(gè)用于管理"比記錄幵始時(shí)間提前執(zhí)行的設(shè)備沖突解決方案和記錄開始時(shí)間之間的間隔"的區(qū)域，其由特權(quán)程序設(shè)定。設(shè)備沖突解決間隔管理單元3204是在主存儲單元1308或輔存儲單元1307中實(shí)現(xiàn)的區(qū)域。圖36是表示設(shè)備沖突解決間隔管理單元3204的一個(gè)實(shí)例的圖。3611是保存間隔的區(qū)域。在圖36的實(shí)例中，間隔是60秒。調(diào)度記錄控制單元3205被實(shí)現(xiàn)為庫，該庫管理關(guān)于調(diào)度記錄的信息。它被記錄在ROM1309中，并在執(zhí)行時(shí)在主存儲單元1308中配置。通過被由JavaVM16G3執(zhí)行的Java程序使用而對其操作。圖34是描述調(diào)度記錄控制單元3205的操作過程的序列圖。在S3401,獲得由Java程序指定的用于注冊調(diào)度記錄的頻道標(biāo)識符，記錄開始時(shí)間和記錄持續(xù)時(shí)間。在S3402，在S3401獲得的信息被額外注冊進(jìn)調(diào)度記錄管理表3201。此時(shí)，狀態(tài)被設(shè)定為"未解決"。在S3403，檢査是否存在具有與S3402中增加的調(diào)度記錄的時(shí)隙重疊的記錄時(shí)隙的調(diào)度記錄。在S3404，判斷是否存在具有重疊的記錄時(shí)隙的調(diào)度記錄。在沒有存在的情況下，過程通過"否"前進(jìn)到S3405。在S3405，狀態(tài)改變到"記錄-等待"，因?yàn)闆]有具有與在S3402中額外注冊的調(diào)度記錄的時(shí)隙重疊的記錄時(shí)隙的調(diào)度記錄，并且過程結(jié)束。在分支S3404，在存在具有重疊時(shí)隙的調(diào)度記錄的情況下，在S3406設(shè)備沖突解決方案在調(diào)度記錄之間進(jìn)行；并且確定要被優(yōu)先的調(diào)度記錄。設(shè)備沖突解決方案根據(jù)更早討論的設(shè)備沖突解決算法來執(zhí)行。在S3407，要被優(yōu)先的調(diào)度記錄的狀態(tài)被設(shè)定為"記錄-等待"，沒有被優(yōu)先的調(diào)度記錄的狀態(tài)被設(shè)定為"沖突"。在S3408，從調(diào)度記錄管理表3201獲得在S3407中它的狀態(tài)己經(jīng)被設(shè)為"記錄-等待"的調(diào)度記錄的記錄開始時(shí)間，并且該調(diào)度記錄的調(diào)度ID和記錄開始時(shí)間在記錄管理器警告器3203中設(shè)置。在S3408,計(jì)算比在S3407中狀態(tài)被設(shè)為"記錄-等待"的調(diào)度記錄的記錄開始時(shí)間提前了從設(shè)備沖突解決間隔管理單元3204獲得的時(shí)間盡可能多的時(shí)間。作為計(jì)算結(jié)果獲得的時(shí)間以及調(diào)度ID被設(shè)置在設(shè)備沖突警告器3202中。例如，在調(diào)度記錄管理表3201處于圖33中所示的狀態(tài)的情況下，設(shè)備沖突解決間隔管理單元處于圖36中所示的狀態(tài)，作為S3406的結(jié)果，其狀態(tài)被設(shè)置為"記錄-等待"的調(diào)度記錄是行3301，從行3301獲得的記錄開始時(shí)間"5月5日21:00"被提前60秒，獲得"5月5日20:59"。這個(gè)值以及從行3301獲得的調(diào)度ID被設(shè)置在設(shè)備沖突警告器3202中。設(shè)備沖突解決處理單元3206是一個(gè)內(nèi)部模塊，其執(zhí)行已被調(diào)度的記錄和自發(fā)過程之間的設(shè)備沖突解決方案。設(shè)備沖突解決處理單元3206被實(shí)現(xiàn)為過程或線程，其通過它自己積極地操作，并且通過從ROM1309加載到主存儲單元1308而在終端啟動(dòng)期間被啟動(dòng)。圖37是描述在從設(shè)備沖突警告器3201接收到通知時(shí)，設(shè)備沖突解決處理單元3206的操作過程的序列圖。在S3701，獲得將在其上執(zhí)行提前設(shè)備解決方案的調(diào)度記錄的調(diào)度ID。在S3702，使用在S3701獲得的調(diào)度ID，從調(diào)度記錄管理表3201獲得關(guān)于調(diào)度記錄的信息。過程前進(jìn)到S3703，并且從專用設(shè)備操縱庫獲得專用設(shè)備的使用情況，所述專用設(shè)備操縱庫管理在調(diào)度記錄中使用的專用設(shè)備。在S3704，判斷專用設(shè)備的使用情況。當(dāng)在該點(diǎn)不被用于諸如再現(xiàn)的自發(fā)過程時(shí)，過程通過"否"前進(jìn)到S3709，在S3709，調(diào)度記錄管理表3201中的調(diào)度記錄的狀態(tài)被設(shè)置為"記錄-等待"，過程結(jié)束。當(dāng)在該點(diǎn)專用設(shè)備用在自發(fā)過程中時(shí)，過程通過"是"前進(jìn)到S3705。在S3705，設(shè)備沖突解決方案在調(diào)度記錄和自發(fā)過程之間進(jìn)行，并且確定要被優(yōu)先的過程。設(shè)備沖突解決方案被根據(jù)更早討論的設(shè)備沖突解決算法進(jìn)行。然而，在這一點(diǎn)上，只是確定調(diào)度記錄和自發(fā)過程之間的優(yōu)先順序，設(shè)備的實(shí)際接管并沒有進(jìn)行。當(dāng)記錄管理器1606實(shí)際開始記錄時(shí)，執(zhí)行設(shè)備的接管。在S3706,判斷是否優(yōu)先該調(diào)度的記錄，作為在S3705中執(zhí)行的設(shè)備沖突解決方案的結(jié)果。在調(diào)度記錄被優(yōu)先的情況下，過程前進(jìn)到S3709,在S3709,調(diào)度記錄管理表'3201中的調(diào)度記錄的狀態(tài)被設(shè)置為"記錄-等待"，過程結(jié)束。在自發(fā)過程被優(yōu)先的情況下，過程通過"否"前進(jìn)到3707。在S3707，調(diào)度記錄管理表3201中的調(diào)度記錄的狀態(tài)被設(shè)置為"沖突"，以指示由于設(shè)備沖突而不能開始用于調(diào)度記錄的記錄。在S3708，調(diào)度ID被指定，并且警告終止被指示給記錄管理器警告器3203。由此，記錄管理器1606將不開始調(diào)度記錄的記錄。設(shè)備沖突解決間隔注冊單元3210用于將設(shè)備沖突解決間隔記錄在設(shè)備沖突解決間隔管理單元3204中。設(shè)備沖突解決間隔注冊單元3210被實(shí)現(xiàn)為庫，并通過被特權(quán)程序調(diào)用來設(shè)置設(shè)備沖突解決間隔。記錄管理器1606從記錄管理器警告器3203接收通知，并開始記錄過程。因?yàn)樵谟涗涢_始之前，調(diào)度記錄和自發(fā)過程之間的設(shè)備沖突解決方案已經(jīng)結(jié)束，在該點(diǎn)被自發(fā)過程使用的設(shè)備被接管，并且記錄過程開始。圖38是描述記錄管理器1606的操作過程的序列圖。在S3801，從來自記錄管理器警告器的通知獲得指示調(diào)度記錄的調(diào)度ID。在S3802，從調(diào)度記錄管理表3201獲得由調(diào)度ID指定的關(guān)于調(diào)度記錄的信息。在S3803，設(shè)備被強(qiáng)制接管，在S3804，記錄開始。使用在本實(shí)施例中描述的方法，設(shè)備沖突解決方案可以比實(shí)際記錄時(shí)間提前由特權(quán)程序指定的盡可能多的時(shí)間間隔，記錄開始時(shí)間能夠被嚴(yán)格地支持。注意，雖然在本實(shí)例中，記錄管理器1606在調(diào)度記錄開始時(shí)預(yù)留專用設(shè)備，但是也可能有這樣的實(shí)現(xiàn)，其中設(shè)備沖突解決處理單元3206而不是記錄管理器1606，在提前設(shè)備沖突解決處理的結(jié)束調(diào)度專用設(shè)備。在這種情況下，專用設(shè)備在調(diào)度記錄開始之前被預(yù)留。(第二實(shí)施例)在本實(shí)施例中討論的發(fā)明中，在由設(shè)備沖突解決處理單元3206進(jìn)行的提前設(shè)備沖突解決處理花費(fèi)太多時(shí)間，并且由特權(quán)程序進(jìn)行的設(shè)備沖突解決處理在記錄開始時(shí)沒有結(jié)束的情況下，設(shè)備沖突解決處理被強(qiáng)制結(jié)束，并轉(zhuǎn)移到使用Java程序優(yōu)先級的設(shè)備沖突解決方案。在圖36的設(shè)備沖突解決間隔管理單元3204的實(shí)例中，由特權(quán)程序?qū)⑻崆霸O(shè)備沖突解決處理設(shè)置為提前60秒執(zhí)行。在這種情況下，意味著當(dāng)有60秒時(shí)，特權(quán)程序假定"設(shè)備沖突解決方案可以完成"。然而，在設(shè)備沖突解決處理中，有可能處理沒有在由特權(quán)程序提前設(shè)定并且包括特權(quán)程序的操作的間隔內(nèi)完成。在這種情況下，當(dāng)記錄管理器1606被記錄管理器警告器3203啟動(dòng)時(shí)，由設(shè)備沖突解決處理單元3206進(jìn)行的設(shè)備沖突解決方案還沒有完成，從而產(chǎn)生矛盾。在本實(shí)施例中，在當(dāng)記錄管理器1606被記錄管理器警告器3203啟動(dòng)時(shí)，由設(shè)備沖突解決處理單元3206進(jìn)行的設(shè)備沖突解決方案還沒有完成的情況下，記錄管理器1606指示設(shè)備沖突解決處理單元3206立即停止設(shè)備沖突解決處理。隨后，它指示設(shè)備沖突解決處理單元3206立即開始使用Java程序優(yōu)先級的設(shè)備沖突解決處理。圖39是一個(gè)序列表，其是示出記錄管理器1606的操作過程的圖。在S3901，從記錄管理器警告器3203的通知中獲得指示調(diào)度記錄的調(diào)度ID。在S3902,從調(diào)度記錄管理表3201獲得由調(diào)度ID指定的調(diào)度記錄的信息。在S3903，檢査調(diào)度記錄的狀態(tài)。當(dāng)狀態(tài)是"記錄-等待"時(shí)，意味著由設(shè)備沖突解決處理單元3206進(jìn)行的提前設(shè)備沖突解決方案已經(jīng)完成。在這種情況下，過程通過"是"前進(jìn)到S3907。在S3907，設(shè)備被強(qiáng)制預(yù)留，并且在S3908，記錄開始，并且過程結(jié)束。在分支S3903，當(dāng)調(diào)度記錄的狀態(tài)是"未解決"而不是"記錄-等待"時(shí)，意味著由設(shè)備沖突解決處理單元3206進(jìn)行的提前設(shè)備沖突解決方案正在進(jìn)行。這里，過程通過"否"前進(jìn)到S3卯4。在S3904，設(shè)備沖突解決處理單元3206被指示停止該提前設(shè)備沖突解決方案，并且在S3905，設(shè)備沖突解決處理單元3206被指示立即開始使用Java程序優(yōu)先級的設(shè)備沖突解決處理。當(dāng)作為S3906中的優(yōu)先判斷結(jié)果記錄被優(yōu)先時(shí)，過程通過"是"前進(jìn)到S3907，并且執(zhí)行更早描述的過程。當(dāng)記錄沒有被優(yōu)先吋，過程通過"否"前進(jìn)，并且過程結(jié)束。(第三實(shí)施例)在本實(shí)施例中，在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束時(shí)，調(diào)度記錄處理被強(qiáng)制優(yōu)先。圖40是示出記錄管理器1606的操作過程的序列圖。在S4001，從記錄管理器警告器3203的通知獲得指示調(diào)度記錄的調(diào)度ID。在S4002,從調(diào)度記錄管理表3201獲得由調(diào)度ID指定的調(diào)度記錄的信息。在S4003，檢査調(diào)度記錄的狀態(tài)。當(dāng)狀態(tài)是"記錄-等待"時(shí)，意味著由設(shè)備沖突解決處理單元3206進(jìn)行的提前設(shè)備沖突解決方案已經(jīng)完成。在這種情況下，過程通過"是"前進(jìn)到S4005。在S4005，設(shè)備被強(qiáng)制預(yù)留，并且在S4006，記錄開始并且過程結(jié)束。在分支S4003，當(dāng)狀態(tài)是"未解決"時(shí)，過程通過"否"前進(jìn)到S4004。在S4004，設(shè)備沖突解決處理單元3206被指示停止該提前設(shè)備沖突解決方案，并且過程前進(jìn)到S4005。注意，雖然在本實(shí)施例中調(diào)度記錄總是被優(yōu)先，但是也可能具有這樣的策略，其中諸如再現(xiàn)之類的自發(fā)過程總是被優(yōu)先。(第四實(shí)施例)在本實(shí)施例中，在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，特權(quán)程序提前設(shè)定一個(gè)策略，用于判斷是優(yōu)先調(diào)度記錄還是自發(fā)過程。在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，根據(jù)判斷策略確定要被優(yōu)先的過程。圖41示出本實(shí)施例中的記錄管理器管理程序1605g的結(jié)構(gòu)。與圖32中具有相同參考標(biāo)記的元件是相同的，因此其描述被省略。在本實(shí)施例中，引入了設(shè)備沖突解決策略保持單元4107和設(shè)備沖突解決策略注冊單元4108。設(shè)備沖突解決策略保持單元4107保持由特權(quán)程序提前設(shè)定的判斷策略。設(shè)備沖突解決策略保持單元被實(shí)施在輔存儲單元1307中，即使電源中斷其細(xì)節(jié)也不會(huì)丟失。設(shè)備沖突解決策略注冊單元4108被實(shí)施為庫。當(dāng)設(shè)備沖突解決策略注冊單元4108被特權(quán)程序使用時(shí)，它將在使用時(shí)指定的判斷策略注冊在設(shè)備沖突解決策略保持單元4107中。在使用調(diào)度記錄控制單元3205之前，特權(quán)程序通過調(diào)用設(shè)備沖突解決策略注冊單元4108提前設(shè)定設(shè)備沖突解決策略。當(dāng)設(shè)備沖突解決策略注冊單元4108被調(diào)用時(shí)，終端在設(shè)備沖突解決策略保持單元4107中注冊參數(shù)中指定的設(shè)備沖突解決策略。本實(shí)施例中設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"表示優(yōu)先調(diào)度記錄還是優(yōu)先諸如再現(xiàn)的自發(fā)過程的標(biāo)記"。圖42示出本實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例。在前面提及的提前設(shè)備沖突解決處理沒有完成的情況下，區(qū)域4201記錄判斷策略。在圖42中，對調(diào)度記錄要被優(yōu)先的事實(shí)進(jìn)圖43是示出本實(shí)施例中的記錄管理器1606的操作的序列圖。在S4301，從記錄管理器警告器3203的通知獲得指示調(diào)度記錄的調(diào)度ID。在S4302，從調(diào)度記錄管理表3201獲得由調(diào)度ID指定的調(diào)度記錄的信息。在S4303，檢查調(diào)度記錄的狀態(tài)。當(dāng)狀態(tài)是"記錄-等待"時(shí)，意味著由設(shè)備沖突解決處理單元3206進(jìn)行的提前設(shè)備沖突解決方案已經(jīng)完成。在這種情況下，過程通過"是"前進(jìn)到S4307。在S4307，設(shè)備被強(qiáng)制預(yù)留，并且在S4308，記錄開始，并且過程結(jié)束。在分支S4303，當(dāng)調(diào)度記錄的狀態(tài)是"未解決"而不是"記錄-等待"時(shí)，意味著由設(shè)備沖突解決處理單元3206進(jìn)行的提前設(shè)備沖突解決方案正在進(jìn)行。這里，過程通過"否"前進(jìn)到S4304。在S4304，設(shè)備沖突解決處理單元3206被指示停止該提前設(shè)備沖突解決方案。在S4305，從設(shè)備沖突解決策略保持單元4107獲得由特權(quán)程序提前設(shè)定的設(shè)備沖突解決策略。在S4306，判斷S4305中獲得的設(shè)備沖突解決策略，并且當(dāng)調(diào)度記錄要被優(yōu)先時(shí)，過程通過"是"前進(jìn)到S4307，并且執(zhí)行更早描述的過程。當(dāng)調(diào)度記錄沒有被優(yōu)先時(shí)，過程通過"否"前進(jìn)，并且過程結(jié)束。(第五實(shí)施例)在本實(shí)施例中，特權(quán)程序"基于每個(gè)時(shí)隙"設(shè)置一個(gè)判斷策略，其指示在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，調(diào)度記錄和自發(fā)過程中的哪一個(gè)將被優(yōu)先。本實(shí)施例中設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"用于對調(diào)度記錄進(jìn)行優(yōu)先的時(shí)隙的說明"。本實(shí)施例中設(shè)備沖突解決策略保持單元4107保持對調(diào)度記錄進(jìn)行優(yōu)先的時(shí)隙。圖44示出本實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例。列4411表示時(shí)隙。行4401和4402指示各個(gè)時(shí)隙設(shè)置。本實(shí)施例中，調(diào)度記錄在2005年10月10日19:00至21:00和2005年10月11日19:00至21:OO被優(yōu)先。本實(shí)施例中記錄管理器1606的操作與圖43中的相同。然而，在S4305中讀取的是在圖44中表示的表中的信息，并且在S4306中判斷哪個(gè)被優(yōu)先，當(dāng)調(diào)度記錄的開始時(shí)間包括在在這種表中描述的時(shí)隙中時(shí)，調(diào)度記錄被優(yōu)先；當(dāng)時(shí)隙沒有被包括時(shí)諸如再現(xiàn)之類的自發(fā)過程被優(yōu)先。而且，雖然在本實(shí)施例中調(diào)度記錄在設(shè)備沖突解決策略保持單元4107中保持的時(shí)隙中被優(yōu)先，并且諸如再現(xiàn)的自發(fā)過程在其余時(shí)隙被優(yōu)先，但是相反的設(shè)置也是可能的。換句話說，也可以通過使設(shè)備沖突解決策略保持單元4107保持諸如再現(xiàn)的自發(fā)過程被優(yōu)先的時(shí)隙，并且在其余時(shí)隙調(diào)度記錄被優(yōu)先，來進(jìn)行管理。在這種情況下，設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"用于諸如再現(xiàn)之類的自發(fā)過程被優(yōu)先的時(shí)隙的說明"。注意，雖然在本實(shí)施例中描述了當(dāng)調(diào)度記錄的開始時(shí)間包括在設(shè)備沖突解決策略保持單元41G7中保持的時(shí)隙中時(shí)，調(diào)度記錄被優(yōu)先，但是也可能當(dāng)包括從調(diào)度記錄的開始時(shí)間至結(jié)束時(shí)間的整個(gè)時(shí)間段時(shí)，調(diào)度記錄被優(yōu)先。而且，也可能當(dāng)包括調(diào)度記錄的結(jié)束時(shí)間時(shí)，調(diào)度記錄被優(yōu)先。(第六實(shí)施例)在本實(shí)施例中，特權(quán)程序"基于每個(gè)頻道"設(shè)置一個(gè)判斷策略，其指示在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，調(diào)度記錄和自發(fā)過程中的哪一個(gè)將被優(yōu)先。本實(shí)施例中設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"優(yōu)先調(diào)度記錄的頻道標(biāo)識符"。本實(shí)施例中設(shè)備沖突解決策略保持單元4107保持用于識別調(diào)度記錄被優(yōu)先的服務(wù)的頻道標(biāo)識符。圖45示出本實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例。列4511表示頻道標(biāo)識符。行4501和4502指示各個(gè)頻道標(biāo)識符設(shè)置。本實(shí)例中，為頻道標(biāo)識符"1"和"2"優(yōu)先了調(diào)度記錄。本實(shí)施例中記錄管理器1606的操作與圖43中的相同。然而，在S4305中讀取的是在圖45中表示的表中的信息，并且在S4306中判斷哪個(gè)被優(yōu)先時(shí)，當(dāng)表示作為調(diào)度記錄的目標(biāo)的服務(wù)的頻道標(biāo)識符包括在該表中描述的頻道標(biāo)識符組中時(shí)，調(diào)度記錄被優(yōu)先；當(dāng)沒有被包括時(shí)諸如再現(xiàn)之類的自發(fā)過程被優(yōu)先。而且，雖然在本實(shí)施例中，對于設(shè)備沖突解決策略保持單元4107中保持的頻道標(biāo)識符所表示的服務(wù)優(yōu)先了調(diào)度記錄，并且對于其余的服務(wù)，諸如再現(xiàn)的自發(fā)過程被優(yōu)先，但是相反的設(shè)置也是可能的。換句話說，也可以通過使設(shè)備沖突解決策略保持單元4107保持諸如再現(xiàn)的自發(fā)過程被優(yōu)先的服務(wù)的頻道標(biāo)識符，并且對于其余的服務(wù)調(diào)度記錄被優(yōu)先，來進(jìn)行管理。在這種情況下，設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"優(yōu)先諸如再現(xiàn)的自發(fā)過程的頻道標(biāo)識符"。(第七實(shí)施例)在本實(shí)施例中，特權(quán)程序"基于一個(gè)或多個(gè)廣播節(jié)目"設(shè)置一個(gè)判斷策略，其指示在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，調(diào)度記錄和自發(fā)程序中的哪一個(gè)將被優(yōu)先。在OCAP-DVR規(guī)范等中關(guān)于廣播節(jié)目記錄的說明假定了一種方法，其在指定廣播節(jié)目記錄期間提供標(biāo)識廣播節(jié)目的廣播節(jié)目標(biāo)識符。此時(shí)使用的廣播節(jié)目標(biāo)識符表示一個(gè)或多個(gè)廣播節(jié)目。廣播節(jié)目標(biāo)識符通過SI鏈接到服務(wù)和時(shí)隙。在接收到指定廣播節(jié)目標(biāo)識符的調(diào)度記錄請求時(shí)，終端使用SI獲得具體服務(wù)和記錄時(shí)間，并進(jìn)行記錄。作為廣播節(jié)目標(biāo)識符表示一個(gè)廣播節(jié)目的情況的實(shí)例，廣播節(jié)目標(biāo)識符指示，例如，某個(gè)電影被指定以調(diào)度記錄。作為廣播節(jié)目標(biāo)識符表示多個(gè)廣播節(jié)目的情況的實(shí)例，指示例如某個(gè)十二部分戲劇系列的廣播節(jié)目標(biāo)識符被指定，以調(diào)度記錄。以這種方式，存在一個(gè)廣播節(jié)目標(biāo)識符能夠表示一個(gè)或多個(gè)廣播節(jié)目的情況。而且，使用SI的來設(shè)置"廣播節(jié)目標(biāo)識符表示一個(gè)廣播節(jié)目還是多個(gè)廣播節(jié)目"，"要顯示哪個(gè)服務(wù)的哪個(gè)時(shí)隙"取決于SI的格式而變化，從而其描述將被省略。然而，本發(fā)明可以被應(yīng)用，而不管使用什么解決方案。本實(shí)施例中設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"指示調(diào)度記錄被優(yōu)先的一個(gè)或多個(gè)廣播節(jié)目的頻道標(biāo)識符"。本實(shí)施例中設(shè)備沖突解決策略保持單元4107保持用于標(biāo)識調(diào)度記錄被優(yōu)先的廣播節(jié)目的廣播節(jié)目標(biāo)識符。圖46示出本實(shí)施例中由設(shè)備沖突解決策略保持單元"107管理的表的實(shí)例。列4611標(biāo)識廣播節(jié)目標(biāo)識符。行4601和4602指示各個(gè)廣播節(jié)目標(biāo)識符設(shè)置。在本實(shí)例中，為廣播節(jié)目標(biāo)識符"1"和"2"優(yōu)先了調(diào)度記錄。本實(shí)施例中記錄管理器1606的操作與圖43中的相同。然而，在S4305中讀取的是在圖46中表示的表中的信息，并且在S4306中判斷哪個(gè)被優(yōu)先時(shí)，當(dāng)表示作為調(diào)度記錄目標(biāo)的廣播節(jié)目的廣播節(jié)目標(biāo)識符包括在該表中描述的廣播節(jié)目標(biāo)識符組中時(shí)，調(diào)度記錄被優(yōu)先；當(dāng)沒有包括時(shí)諸如再現(xiàn)的自發(fā)過程被優(yōu)先。而且，雖然在本實(shí)施例中對于在設(shè)備沖突解決策略保持單元4107中保持的廣播節(jié)目標(biāo)識符所表示的廣播節(jié)目中優(yōu)先了調(diào)度記錄，并且對于其余的廣播節(jié)目，諸如再現(xiàn)的自發(fā)過程被優(yōu)先，但是相反的設(shè)置也是可能的。換句話說，也可以通過使設(shè)備沖突解決策略保持單元4107保持諸如再現(xiàn)的自發(fā)過程被優(yōu)先的廣播節(jié)目的廣播節(jié)目標(biāo)識符，并且對于其余的廣播節(jié)目調(diào)度記錄被優(yōu)先，來進(jìn)行管理。在這種情況下，設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"諸如再現(xiàn)的自發(fā)過程被優(yōu)先的廣播節(jié)目標(biāo)識符"。注意，雖然在本實(shí)施例中，如在圖46中，設(shè)備沖突解決策略保持單元4107管理廣播節(jié)目標(biāo)識符，但是也可能使用SI提前設(shè)置廣播節(jié)目標(biāo)識符，然后通過改變?yōu)槿鐖D44中的時(shí)隙表而保持。(第八實(shí)施例)~在本實(shí)施例中，特權(quán)程序"基于每個(gè)資源"設(shè)置一個(gè)判斷策略，其指示在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，調(diào)度記錄和自發(fā)程序中的哪一個(gè)將被優(yōu)先。本實(shí)施例中設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"調(diào)度記錄被優(yōu)先的資源標(biāo)識符"。本實(shí)施例中設(shè)備沖突解決策略保持單元4107保持資源標(biāo)識符，用于標(biāo)識調(diào)度記錄被優(yōu)先的資源。圖47示出本實(shí)施例中由設(shè)備沖突解決策略保持單元4107管理的表的實(shí)例。列4711表示資源標(biāo)識符。行4701指示各個(gè)資源標(biāo)識符設(shè)置。在本實(shí)例中，對于資源標(biāo)識符"調(diào)諧器1"優(yōu)先了調(diào)度記錄。本實(shí)施例中記錄管理器1606的操作與圖43中的相同。然而，在S4305中讀取的是在圖47中表示的表中的信息，并且在S4306中判斷哪個(gè)被優(yōu)先時(shí)，當(dāng)表示處于沖突中的資源的資源標(biāo)識符包括在該表中描述的資源標(biāo)識符組中時(shí)，調(diào)度記錄被優(yōu)先；當(dāng)沒有包括時(shí)諸如再現(xiàn)的自發(fā)過程被優(yōu)先。而且，雖然在本實(shí)施例中對于設(shè)備沖突解決策略保持單元4107中保持的資源標(biāo)識符表示的資源調(diào)度記錄被優(yōu)先，并且對于其余的資源諸如再現(xiàn)的自發(fā)過程被優(yōu)先，但是相反的設(shè)置也是可能的。換句話說，也可以通過使設(shè)備沖突解決策略保持單元4107保持諸如再現(xiàn)的自發(fā)過程被優(yōu)先的資源的資源標(biāo)識符，并且對于其余的資源調(diào)度記錄被優(yōu)先，來進(jìn)行管理。在這種情況下，設(shè)備沖突解決策略注冊單元4108中的參數(shù)至少包括"標(biāo)識諸如再現(xiàn)的自發(fā)過程被優(yōu)先的資源的資源標(biāo)識符"。(第九實(shí)施例)在本實(shí)施例中，在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，指示調(diào)度記錄和自發(fā)程序中的哪一個(gè)將被優(yōu)先的判斷策略，在調(diào)度記錄時(shí)被提供給調(diào)度記錄控制單元3205。除了指示記錄目標(biāo)的值之外，本實(shí)施例中調(diào)度記錄控制單元3205中的參數(shù)至少包括"指示是否優(yōu)先調(diào)度記錄的標(biāo)記"。圖48是表示本實(shí)施例中由調(diào)度記錄管理表3201管理的信息的圖。列3311至3315與圖33中的相同，因此其描述被省略。列4816是記錄優(yōu)先標(biāo)記，其指示，基于每個(gè)調(diào)度記錄，"優(yōu)先調(diào)度記錄還是優(yōu)先諸如再現(xiàn)的自發(fā)過程"。行4801至4803是包括記錄優(yōu)先標(biāo)記的各個(gè)調(diào)度記錄。在本實(shí)例中，因?yàn)閷τ谠谛?801和4803中描述的調(diào)度記錄，記錄優(yōu)先權(quán)標(biāo)記為"真"，它們指示調(diào)度記錄被優(yōu)先，并且因?yàn)閷τ谠谛?802中描述的調(diào)度記錄，記錄優(yōu)先標(biāo)記為"假"，它指示諸如再現(xiàn)的自發(fā)過程被優(yōu)先。本實(shí)施例中記錄管理器1606的操作除兩點(diǎn)外與圖43中的相同。第一點(diǎn)區(qū)別是，在S4305中讀取的是在圖48中示出的信息，該信息由調(diào)度記錄管理表3201管理。第二點(diǎn)區(qū)別是，在S4306中判斷哪一個(gè)被優(yōu)先時(shí)，當(dāng)這種調(diào)度記錄的記錄優(yōu)先標(biāo)記為"真"時(shí)，對于引起沖突的調(diào)度記錄，調(diào)度記錄被優(yōu)先；當(dāng)為"假"時(shí)，諸如再現(xiàn)的自發(fā)過程被優(yōu)先。而且，在本實(shí)施例中，當(dāng)在圖48的列4816中的，由調(diào)度記錄管理表3201管理的記錄優(yōu)先標(biāo)記為"真"時(shí)，指示優(yōu)先調(diào)度記錄，當(dāng)為"假"時(shí)，指示優(yōu)先諸如再現(xiàn)的自發(fā)過程。然而，也可能引入自發(fā)過程優(yōu)先標(biāo)記來代替記錄優(yōu)先標(biāo)記，當(dāng)該標(biāo)記為"真"時(shí)，指示優(yōu)先諸如再現(xiàn)的自發(fā)過程；當(dāng)為"假"時(shí)，指示優(yōu)先調(diào)度記錄。在這種'瞎況下，調(diào)度記錄控制單元3205至少包括"指示是否優(yōu)先諸如再現(xiàn)的自發(fā)過程的標(biāo)記"作為參數(shù)。(第十實(shí)施例)在本實(shí)施例中，在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下，向特權(quán)程序查詢是否擴(kuò)展和繼續(xù)執(zhí)行提前設(shè)備沖突解決方案。圖49示出本實(shí)施例中記錄管理器管理程序1605g的結(jié)構(gòu)。與圖32中具有相同參考標(biāo)記的組元具有相同的功能，因此其描述被省略。在圖29中，引入了超時(shí)回調(diào)保持單元4907和超時(shí)回調(diào)注冊單元4908。超時(shí)回調(diào)保持單元4907保持一個(gè)超時(shí)回調(diào)，其在提前設(shè)備沖突解決方案在記錄開始時(shí)間之前沒有結(jié)束的情況下被調(diào)用。超時(shí)回調(diào)保持單元4907被實(shí)施為主存儲單元1308或輔存儲單元1307中的區(qū)域。而且，它可以被實(shí)施為專用寄存器。超時(shí)回調(diào)注冊單元4908用來注冊保持在超時(shí)回調(diào)保持單元4907中的超時(shí)回調(diào)。超時(shí)回調(diào)的注冊通過由特權(quán)程序調(diào)用超時(shí)回調(diào)注冊單元4908來執(zhí)行。超時(shí)回調(diào)注冊單元4908被實(shí)施為庫，實(shí)際存在于ROM1309中，并在終端啟動(dòng)時(shí)配置在主存儲單元1308中。圖50是描述在注冊了超時(shí)回調(diào)的情況下，記錄管理器1606的操作的序列圖。在S5001，從記錄管理器警告器3203的通知獲得指示調(diào)度記錄的調(diào)度ID。在S5002，從調(diào)度記錄管理表3201獲得由調(diào)度ID指定的調(diào)度記錄的信息。在S5003，檢查調(diào)度記錄的狀態(tài)。當(dāng)狀態(tài)是"記錄-等待"時(shí)，意味著由設(shè)備沖突解決處理單元3206進(jìn)行的提前設(shè)備沖突解決方案己經(jīng)完成。在這種情況下，過程通過"是"前進(jìn)到S5004。在S5004，設(shè)備被強(qiáng)制預(yù)留，記錄開始，并且過程結(jié)束。在分支S5003，當(dāng)調(diào)度記錄的狀態(tài)是"未解決"而不是"記錄-等待"時(shí)，意味著提前設(shè)備沖突解決方案還沒有完成。在這種情況下，過程通過"否"前進(jìn)到S5005。這里，獲得保持在超時(shí)回調(diào)保持單元4907中的超時(shí)回調(diào)。前進(jìn)到S5006，判斷是否獲得了超時(shí)回調(diào)。當(dāng)沒有獲得時(shí)，過程前進(jìn)到S5010，設(shè)備沖突解決處理單元被指示停止該提前設(shè)備沖突解決方案，并且過程結(jié)束。當(dāng)在S5006獲得超時(shí)回調(diào)時(shí)，過程通過"是"前進(jìn)到S5007，調(diào)用超時(shí)回調(diào)，并且通知過程沒有及時(shí)結(jié)束的事實(shí)。作為返回值，超時(shí)回調(diào)返回?cái)U(kuò)展還是結(jié)束該提前設(shè)備沖突解決處理。當(dāng)返回值為"否"時(shí)，過程前進(jìn)到S5010，設(shè)備沖突解決處理單元被指示停止該提前設(shè)備沖突解決方案，并且過程結(jié)束。當(dāng)返回值為"是"時(shí)，為了擴(kuò)展該設(shè)備沖突解決處理，過程前進(jìn)到S5009，通過再次設(shè)置由設(shè)備沖突解決間隔管理單元3204管理的超時(shí)時(shí)間來向記錄管理器警告器3203請求警告，并且過程結(jié)束。通過向記錄管理器警告器3203請求警告，圖50中的序列在超時(shí)時(shí)間過去之后被再次啟動(dòng)。注意，在本實(shí)施例中，在S5009中重置警告時(shí)，保持在設(shè)備沖突解決間隔管理單元3204中的超時(shí)值被用作警告的時(shí)間間隔。然而，可能獲得新的超時(shí)值作為在S5007調(diào)用的超時(shí)返回值，并使用這個(gè)值。在這種情況下，在S5008執(zhí)行的判斷不同于上述描述。當(dāng)返回值大于O時(shí)，認(rèn)為設(shè)備沖突解決處理要被擴(kuò)展，過程前進(jìn)到S5009，當(dāng)返回值小于O時(shí)，認(rèn)為不進(jìn)行擴(kuò)展，過程前進(jìn)到S5010。而且，雖然在本實(shí)施例中，在提前設(shè)備沖突解決方案在S5010停止后過程結(jié)朿，但是可以進(jìn)行進(jìn)一步的設(shè)備沖突解決處理，如在前面的實(shí)施例中描述的一樣。例如，可以進(jìn)行如在第二實(shí)施例中所述的Java程序優(yōu)先解決方案，以及如在第三實(shí)施例中所述的記錄也可以強(qiáng)制開始。沖突解決方案也可以使用第四實(shí)施例中的各種判斷策略來實(shí)施。而且，在這種情況下，可以使用回調(diào)返回值確定要選擇的設(shè)備沖突解決處理。例如，有可能當(dāng)該值為時(shí)使記錄強(qiáng)制開始，當(dāng)為"-2"時(shí)使用Java程序優(yōu)先解決方案，并且當(dāng)為"-3"時(shí)使用使用判斷策略的解決方案。而且，雖然在本實(shí)施例中，在S5009，指定用于再次處理的間隔，并且設(shè)定警告，但是也可能不采取再次處理，而是不確定地等待。在這種情況下，由設(shè)備沖突解決處理單元3206進(jìn)行的處理不確定地等待，并且在結(jié)束時(shí)，設(shè)備沖突解決處理單元3206啟動(dòng)記錄管理器1606，并且記錄過程開始。上述數(shù)個(gè)實(shí)施例描述了本發(fā)明的實(shí)施例，但是其它實(shí)施例也可以實(shí)施，只要能實(shí)現(xiàn)本發(fā)明的目的。雖然這些實(shí)施例示出了電纜系統(tǒng)的配置，但是本發(fā)明不依賴于廣播系統(tǒng)的類型。例如，本發(fā)明也可以被容易地用于人造衛(wèi)星系統(tǒng)，地波系統(tǒng)，或使用IP網(wǎng)絡(luò)的廣播節(jié)目分配系統(tǒng)。另外，因?yàn)楸景l(fā)明與各個(gè)廣播系統(tǒng)的差別沒有直接關(guān)系，所以它可以應(yīng)用于任意的傳輸介質(zhì)，而不只是廣播系統(tǒng)。本發(fā)明還不依賴于有線和無線系統(tǒng)的差別。AV解碼器不是必須同時(shí)解碼視頻和音頻。本發(fā)明甚至可以用具有分離的視頻解碼器和音頻解碼器的結(jié)構(gòu)來實(shí)施。而且，還可以接受AV解碼器具有用于諸如封閉的字幕的數(shù)據(jù)的解碼功能。由AV解碼器解碼的音頻信號和視頻信號可以在直到被存儲在記錄區(qū)域1404中時(shí)的任意階段被加擾。雖然這些實(shí)施例示出了引入控制條件訪問系統(tǒng)的適配器的實(shí)例，但是適配器不是實(shí)施本發(fā)明所必需的。適配器可以是任何形式的，并且沒有適配器的配置也是可能的。在這種情況下，在圖14中，來自調(diào)諧器的MPEG-2傳輸流被直接輸入TS解碼器。本發(fā)明還可以用在這種情況下。而且，適配器的解擾不是必須在TS解碼器之前進(jìn)行。使用位于任意位置的適配器來解擾的結(jié)構(gòu)可以被容易地采用，本發(fā)明也可以用在這種情況下。對于音頻信號和視頻信號，由AV解碼器使用的編碼格式可以是任意的格式。本發(fā)明可以用任何編碼格式實(shí)施。多路復(fù)用器的多路復(fù)用格式可以是任意格式。本發(fā)明可以用任何多路復(fù)用格式來實(shí)施。顯示器和揚(yáng)聲器可以被包括在廣播記錄和再現(xiàn)裝置中，外部顯示器和揚(yáng)聲器也可以連接到廣播記錄和再現(xiàn)裝置。本發(fā)明可以不依賴于顯示器和揚(yáng)聲器的位置和數(shù)量來實(shí)施。即使當(dāng)CPU本身是一個(gè)結(jié)合執(zhí)行所有或數(shù)個(gè)過程，如TS解碼，AV解碼，AV編碼以及多路復(fù)用的系統(tǒng)，也可以實(shí)施本發(fā)明。對于用于記錄服務(wù)的格式，也可能直接將從調(diào)諧器輸出的MPEG-2傳輸流記錄到記錄區(qū)域中，而不通過TS解碼器，或者提供一個(gè)轉(zhuǎn)換MPEG-2傳輸流的格式解碼器，并轉(zhuǎn)換來自調(diào)諧器的MPEG-2傳輸流的格式，并將其記錄在記錄區(qū)域中。不管使用什么服務(wù)記錄方案本發(fā)明都可以實(shí)施。雖然在一些Java虛擬機(jī)中，字節(jié)碼被傳送到CPU，并在被翻譯為可被CPU理解的執(zhí)行格式后執(zhí)行，本發(fā)明也可以應(yīng)用于這種情況。雖然在前面的實(shí)施例中，利用可從帶內(nèi)獲得的傳輸流描述了關(guān)于AIT的實(shí)施方法，但是參考由AM執(zhí)行的Java程序的技術(shù)不限于使用AIT的技術(shù)。假定在美國電纜系統(tǒng)中使用的OCAP使用XAIT，其中XAIT描述了在圖3中描述的OOB中的應(yīng)用程序的參考信息。除此之外，其它方法，如啟動(dòng)預(yù)先記錄在ROM中的程序，啟動(dòng)下載并存儲在輔存儲單元中的程序，等，也可以考慮。在一些實(shí)施例中，提到了特權(quán)程序?yàn)樘崆霸O(shè)備沖突解決方案不能滿足調(diào)度記錄開始時(shí)間的情況設(shè)置判斷策略，在這種情況下，多個(gè)判斷策略可以同時(shí)使用。例如，通過指定指示記錄被優(yōu)先的服務(wù)的頻道標(biāo)識符以及它的時(shí)隙，指定變得可能，使得只對于條件匹配的服務(wù)以及條件匹配的時(shí)隙，記錄被優(yōu)先。這不限于一對頻道標(biāo)識符和時(shí)隙，也可能是提及的判斷策略的任何組合。而且，在本發(fā)明中，"從記錄開始時(shí)間追溯到提前資源沖突解決處理(提前設(shè)備沖突解決處理)的時(shí)間間隔(作為實(shí)例在第一實(shí)施例中描述為60秒)"可以是任何秒，因?yàn)槭褂糜商貦?quán)程序設(shè)定的值。另外，代替由特權(quán)程序設(shè)定，可能使用終端唯一的值。此外，雖然追溯的基礎(chǔ)時(shí)間是"記錄開始時(shí)間"，但是因?yàn)榇嬖谶@樣的情況，其中取決于終端，在準(zhǔn)備記錄開始的期間，如HDD旋轉(zhuǎn)等，己經(jīng)消耗了時(shí)間，所以基礎(chǔ)時(shí)間也可以是"從記錄開始時(shí)間追溯一段終端唯一的準(zhǔn)備吋間的時(shí)間"。雖然上面僅詳細(xì)描述了本發(fā)明的一些實(shí)施例，但是本領(lǐng)域技術(shù)人員將充分理解，示例性實(shí)施例中的許多修改都是可能的，只要不從本質(zhì)上脫離本發(fā)明的新穎教導(dǎo)和優(yōu)點(diǎn)。因此，所有這種修改都意圖被包括在本發(fā)明的范圍內(nèi)。工業(yè)實(shí)用性本發(fā)明可以用于電子設(shè)備中，其從廣播信號下載應(yīng)用程序，并執(zhí)行該下載的應(yīng)用程序'權(quán)利要求1、一種廣播接收終端，其具有記錄單元和再現(xiàn)單元，所述記錄單元將接收的視頻信息和音頻信息記錄在記錄介質(zhì)中，所述再現(xiàn)單元再現(xiàn)所述接收的視頻信息和音頻信息，或者再現(xiàn)由所述記錄單元記錄的所述視頻信息和音頻信息，所述廣播接收終端包括調(diào)度注冊單元，用于根據(jù)來自所述廣播接收終端中執(zhí)行的第一程序的請求，注冊調(diào)度信息，所述調(diào)度信息包括執(zhí)行記錄的開始時(shí)間和所述記錄的持續(xù)時(shí)間；調(diào)度保持單元，其保持由所述調(diào)度注冊單元注冊的調(diào)度信息；特權(quán)程序，其保持一個(gè)標(biāo)準(zhǔn)，用于在由資源管理單元管理的資源上發(fā)生沖突時(shí)解決所述沖突；資源沖突解決單元，用于檢查是否有可能在所述廣播接收終端中專用預(yù)定資源，所述預(yù)定資源應(yīng)該被預(yù)留以執(zhí)行由所述第一程序調(diào)度的記錄，并且在所述預(yù)定資源已經(jīng)被所述廣播接收終端中執(zhí)行的第二程序預(yù)留的情況下，根據(jù)由所述特權(quán)程序保持的標(biāo)準(zhǔn)，執(zhí)行判斷過程以判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源，所述記錄由所述記錄單元執(zhí)行；解決時(shí)間間隔保持單元，其保持一個(gè)指示在開始時(shí)間之前多久所述資源沖突解決單元開始起作用的時(shí)間間隔，所述開始時(shí)間由所述調(diào)度保持單元保持；以及執(zhí)行單元，用于執(zhí)行所述第一程序、所述第二程序以及所述特權(quán)程序，其中所述特權(quán)程序在所述廣播接收終端開啟之后被接收并記錄，所述資源沖突解決單元在到達(dá)一個(gè)時(shí)間點(diǎn)時(shí)開始起作用，該時(shí)間點(diǎn)是比用于執(zhí)行記錄的所述開始時(shí)間提前的一個(gè)時(shí)間，在該時(shí)間點(diǎn)提前的時(shí)間對應(yīng)于由所述解決時(shí)間間隔保持單元保持的時(shí)間間隔，所述開始時(shí)間由所述調(diào)度保持單元保持，以及所述資源沖突解決單元判斷應(yīng)該預(yù)留所述預(yù)定資源的程序預(yù)留所述預(yù)定資源，并使用所預(yù)留的資源，執(zhí)行預(yù)定的過程或基于調(diào)度的記錄。2、根據(jù)權(quán)利要求1所述的廣播接收終端，進(jìn)一步包括所述資源管理單元用于與請求使用資源的程序相關(guān)聯(lián)地管理根據(jù)來自所述程序的請求所專用的所述資源，所述程序在所述廣播接收終端中執(zhí)行，并且所述資源在所述廣播接收終端中被用于所述預(yù)定的過程，其中所述資源沖突解決單元用于通過檢査由所述資源管理單元管理的資源，來判斷所述預(yù)定資源是否已經(jīng)被所述廣播接收終端中執(zhí)行的所述第一程序預(yù)留。3、根據(jù)權(quán)利要求2所述的廣播接收終端，其中，在所述資源沖突解決單元判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源的情況下，所述資源管理單元用于停止與所述第二程序相關(guān)聯(lián)的預(yù)定資源的管理，并根據(jù)來自所述第一程序的請求，管理與所述第一程序相關(guān)聯(lián)的預(yù)定資源，所述預(yù)定資源專用于所述廣播接收終端中。4、根據(jù)權(quán)利要求3所述的廣播接收終端，其中，在所述資源沖突解決單元判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源的情況下，所述資源管理單元用于通知所述第二程序釋放在所述廣播接收終端中所預(yù)留的資源。5、根據(jù)權(quán)利要求1所述的廣播接收終端，其中所述第一程序和第二程序分別具有指示優(yōu)先級的信息，并且在所述資源沖突解決單元的判斷過程在由所述第二程序最近調(diào)度的時(shí)間的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并判斷具有較高優(yōu)先級的程序應(yīng)該預(yù)留所述預(yù)定資源。6、根據(jù)權(quán)利要求1所述的廣播接收終端，其中，在所述資源沖突解決單元的判斷過程在由所述第二程序最近調(diào)度的時(shí)間的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。7、根據(jù)權(quán)利要求1所述的廣播接收終端，其中所述特權(quán)程序指定由所述解決時(shí)間間隔保持單元保持的時(shí)間間隔。8、根據(jù)權(quán)利要求1所述的廣播接收終端，進(jìn)一步包括判斷策略注冊單元，用于為所述資源沖突解決單元注冊判斷策略，以判斷來自程序的請求中接收哪個(gè)請求；以及判斷策略保持單元，其保持由所述判斷策略注冊單元注冊的所述判斷策略，其中所述特權(quán)程序使用所述判斷策略注冊單元注冊所述判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并使用由所述判斷策略保持單元保持的判斷策略，判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源。9、根據(jù)權(quán)利要求8所述的廣播接收終端，其中所述判斷策略保持單元保持一個(gè)指示是根據(jù)來自所述第一程序的請求使所述記錄優(yōu)先，還是根據(jù)來自所述第二程序的請求使預(yù)定的過程優(yōu)先的標(biāo)記，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并基于所述標(biāo)記判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源。10、根據(jù)權(quán)利要求8所述的廣播接收終端，其中所述判斷策略保持單元保持一個(gè)將記錄優(yōu)先的時(shí)隙，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)所述調(diào)度的開始時(shí)間包含在將記錄優(yōu)先的所述時(shí)隙中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。11、根據(jù)權(quán)利要求8所述的廣播接收終端，其中所述判斷策略保持單元保持一個(gè)將記錄優(yōu)先的時(shí)隙，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)調(diào)度的時(shí)隙包含在由所述判斷策略保持單元保持的時(shí)隙中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。12、根據(jù)權(quán)利要求8所述的廣播接收終端，其中所述判斷策略保持單元保持與記錄被優(yōu)先的視頻信息和音頻信息相對應(yīng)的頻道標(biāo)識符，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始吋間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)與要記錄的視頻信息和音頻信息相對應(yīng)的頻道的頻道標(biāo)識符包含在由所述判斷策略保持單元保持的頻道標(biāo)識符中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。13、根據(jù)權(quán)利要求8所述的廣播接收終端，其中所述判斷策略保持單元保持記錄被優(yōu)先的廣播節(jié)目的廣播節(jié)目標(biāo)識符，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)與要記錄的視頻信息和音頻信息相對應(yīng)的廣播節(jié)目的廣播節(jié)目標(biāo)識符包含在由所述判斷策略保持單元保持的廣播節(jié)目標(biāo)識符中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源。14、根據(jù)權(quán)利要求13所述的廣播接收終端，其中所述廣播節(jié)目標(biāo)識符指定多個(gè)廣播節(jié)目。15、根據(jù)權(quán)利要求8所述的廣播接收終端，其中所述判斷策略保持單元在所述廣播接收終端中保持其記錄被優(yōu)先的資源，作為判斷策略，以及在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述資源沖突解決單元用于終止所述判斷過程，并且當(dāng)由所述第二程序預(yù)留的資源包含在由所述判斷策略保持單元保持的資源中時(shí)，判斷所述第一程序應(yīng)該預(yù)留所述預(yù)定資源，所述第二程序在所述廣播接收終端中執(zhí)行。16、根據(jù)權(quán)利要求1所述的廣播接收終端，其中在所述廣播接收終端中，在應(yīng)該被預(yù)留以由所述記錄單元執(zhí)行記錄的預(yù)定資源上發(fā)生沖突的情況下，所述調(diào)度注冊單元用于接收指示是優(yōu)先記錄還是優(yōu)先所述預(yù)定過程的標(biāo)記，所述調(diào)度保持單元保持與所述調(diào)度信息相關(guān)聯(lián)的標(biāo)記，并且在所述資源沖突解決單元的判斷過程在調(diào)度的開始時(shí)間之前沒有結(jié)束的情況下，所述記錄單元終止所述資源沖突解決單元的判斷過程，并使所述資源沖突解決單元基于與所述調(diào)度信息相關(guān)聯(lián)的標(biāo)記判斷哪個(gè)程序應(yīng)該預(yù)留所述預(yù)定資源。全文摘要雖然由EPG(電子節(jié)目指南)設(shè)置的調(diào)度記錄提前指定使用資源的時(shí)隙，但是由EPG設(shè)置的再現(xiàn)并沒有指定使用資源的時(shí)隙。因此，雖然可能提前對多個(gè)調(diào)度記錄進(jìn)行資源分配，但是當(dāng)調(diào)度記錄和再現(xiàn)操作使用同一資源時(shí)，不可能提前進(jìn)行資源調(diào)整。然而，當(dāng)調(diào)整過程在調(diào)度記錄開始時(shí)間之后進(jìn)行時(shí)，調(diào)整過程本身花費(fèi)一些時(shí)間，從而增加了調(diào)度記錄在指定開始時(shí)間之前不能開始的可能性。用于調(diào)度記錄和再現(xiàn)的資源調(diào)整在調(diào)度記錄的開始時(shí)間之前被啟動(dòng)。開始資源調(diào)整比調(diào)度記錄提前的時(shí)間量可以由EPG指定。文檔編號H04N5/76GK101189866SQ20068001920公開日2008年5月28日申請日期2006年5月29日優(yōu)先權(quán)日2005年5月31日發(fā)明者堀井幸,鈴木孝聰申請人:松下電器產(chǎn)業(yè)株式會(huì)社