專利名稱：廣播臺系統和接收機的制作方法
技術領域：
本發明涉及數字廣播中的數據廣播，涉及把構成目錄的單媒體數據作為文件統一處理的廣播系統和接收機。
數據廣播是把廣播節目之外的目錄通過廣播而發送(分發)給接收機的。首先，對現有數據廣播領域中的廣播服務和傳輸協議進行說明。作為廣播服務的發送例子可以列舉出主頁發送和電子報紙等。在模擬廣播中已有幾個廣播臺在進行主頁發送服務和使用專用接收機的信息提供服務。在制作由數據廣播所發送的多媒體應用程序(以下簡稱為MM應用程序)的方法中包括Java、HTML、MHEG等。采用哪種制作方法，目前存在多種選擇。
作為數字廣播中的數據傳輸協議的現有技術，存在由ISO13818-6所規定的DSM-CC數據傳送帶(data carousel)(以下簡稱為數據傳送帶)。數據傳送帶以叫作模塊的邏輯單位對數據進行分組，把其分配給叫作塊的物理性傳輸單位。在廣播側，把該塊單位反復傳送給接收側。在接收側，以塊單位進行接收，把其進行組合來再次構成模塊。數據傳送帶為了實現這樣的傳輸方式而定義了Download DataIndication(以下簡稱為DII)和Download Data Block(以下簡稱為DDB)兩個表。DII具有運送模塊ID和模塊實體的對DDB的指針。所傳輸的模塊被分割成一定的尺寸(塊尺寸)，裝入DDB來進行傳輸。DDB被反復數次來傳輸。圖25表示由ISO13818-6所規定的DII，DDB的表之間的關系。為了識別模塊而使用模塊ID來作為DDB的表_id_extension。在數據傳送帶方式中，接收機用模塊ID來打開文件。由此，接收機能夠容易地用模塊單位來接收數據。
但是，在現有的數據廣播方式下，平臺不能共用。因此，接收側必須分別準備專用的接收機。
而且，在現有的主頁發送這樣的方式下，沒有鏈接MM應用程序和廣播節目的方式。因此，不能制作與廣播節目鏈接的MM應用程序。
在數據傳送帶中，廣播側不能向接收機指示接收機從多個模塊中選擇哪個。因此，在數據傳送帶方式下難于進行從發送給接收機的數據中僅接收必要的數據這樣的高效的目錄發送。
由于接收機的過濾單位是模塊，故接收機不能高效地取得在模塊中包含的特定數據。實際上，由于用1段來傳送DII，只能發送最大100個的模塊。當考慮將來的數據廣播時，與傳輸的數據尺寸相比DII的尺寸太小。
本發明的目的是解決上述問題。
本發明的廣播系統由下列部分構成①存儲由多媒體制作工具所制成的目錄的目錄DB；②制定發送目錄的時間表的發送時間表制作部；③管理廣播節目的廣播時間的節目編輯管理部；④生成與目錄發送服務相關的節目附加信息(SI信息)的SI生成部；⑤目錄傳輸協議生成部；⑥目錄發送信息生成部，生成與接收機進行目錄的取得和自動更新時使用的目錄發送相關的信息；⑦發送生成的信息的發送裝置。
本發明的接收機由下列部分構成①接收從廣播臺所廣播的數據的接收部；②從所廣播的數據中僅選擇應取入的部分來取入接收機的過濾器；③執行目錄的自動更新處理的文件更新管理部；④向EPG應用程序通知處于所指定的時間的定時器；⑤文件存儲管理部，把以傳輸格式所傳送的文件從傳輸格式變換為原來的文件格式，并把其存儲在存儲裝置中；⑥文件名稱管理部，管理文件名和文件所在的關系，給上層應用程序提供通用的接口。
上述廣播系統以文件單位傳輸構成目錄的數據，上述接收機設置作為文件來對單媒體數據進行訪問的接口。通過該措施，本發明能夠實現不依賴于多媒體制作工具的目錄發送。
而且，上述廣播系統通過目錄發送信息表事先向接收機通知更新目錄的時刻。通過該措施，能夠實現目錄的自動更新。并且，該方式可以節省電力。
而且，上述廣播系統作為文件來定義與廣播節目鏈接的信息。通過該措施，在接收機側能夠從接收機上的MM應用程序與廣播節目簡單地進行鏈接。
而且，上述廣播系統使用數據傳送帶協議作為目錄的傳輸協議。
在此情況下，上述廣播系統事先向接收機通知·是用目錄發送信息表來進行模塊單位的更新·還是進行文件單位的更新。
在進行模塊單位的更新時，把更新的模塊ID附加到目錄發送信息表中。
在進行文件單位的更新時，在DII中附加文件更新信息。
通過該措施，接收機能夠僅接收必要的模塊，或者僅接收必要的文件。
本發明的這些和其他的目的、優點及特征將通過結合附圖對本發明的實施例的描述而得到進一步說明。在這些附圖中
圖1是本發明的第一實施例的廣播臺系統的方框圖；圖2是MM應用程序「天氣信息」的畫面示意圖；圖3是MM應用程序「天氣信息」的目錄構成圖；圖4是表示目錄數據庫102管理的目錄管理信息的圖；圖5是表示發送時間表制作部103管理的目錄時間表信息的圖；圖6是記述目錄傳輸協議生成部106制作目錄發送用數據格式的處理的流程圖；圖7是構成目錄發送信息生成部107生成的目錄發送信息表的目錄發送信息的數據構造圖8是表示SI表、目錄發送信息表、發送文件清單傳輸格式間的鏈接關系的數據構造圖；圖9是本發明的第一、第二、第三實施例的接收機的方框圖；圖10是記述接收機接收并存儲目錄為止的處理的流程圖；圖11是記述當MM播放機重放在接收機中所存儲的目錄時的處理的流程圖；圖12是記述當目錄被更新時接收機進行的自動更新處理的流程圖；圖13是表示本發明的第二實施例中的目錄數據庫102管理的目錄管理信息的圖；圖14是記述本發明的第二實施例中的向目錄數據庫102登錄目錄時的處理的流程圖；圖15是記述當接收了作為構成目錄的一個數據的廣播節目時的接收機的文件存儲管理部905的處理的流程圖；圖16是表示接收機的文件名稱管理部906管理的數據流文件管理信息的圖；圖17是本發明的第三實施例的廣播臺系統的方框圖；圖18是表示文件傳輸的格式構造的圖；圖19A是構成目錄發送信息生成部107生成的目錄發送信息表的目錄發送信息的數據構造圖；圖19B是表示與DSM-CC數據傳送帶的鏈接關系的數據構造圖；圖20是接收機利用過濾信息來進行更新處理時的流程圖；圖21是表示包含發送時間表制作部103管理的差分信息的目錄時間表信息的圖；圖22是表示包含發送時間表制作部103管理的差分附加信息的目錄時間表信息的圖；圖23是表示包含發送時間表制作部103管理的版本附加信息的目錄時間表信息的圖24是表示包含構成目錄發送信息生成部107生成的目錄發送信息表的利用有效期信息的目錄發送信息的數據構造的圖；圖25是表示現有的廣播系統的構成的方框圖。
實施例1本發明的廣播系統發送的目錄不依賴于特定的多媒體制作工具，其對象是一般性的廣泛的目錄。在對廣播系統的實施例進行說明之前，對一般的目錄的構造進行說明。
目錄一般由多個單媒體文件所構成。
單媒體文件是把構成目錄的文本數據和靜止圖象數據等單媒體生成文件以便于能夠使用記錄媒體來移動的文件，是制作工具的輸出。
目錄由多媒體播放器(以下簡稱為MM播放器)進行重放。此時，MM播放器為了識別文件而使用文件名對文件進行訪問。當廣播時，MM播放器置于接收機側。
在此，為了說明上的方便，作為目錄例子對發送「天氣信息」這樣的應用程序的情況進行說明。「天氣信息」是利用在接收機中所存儲的目錄的應用程序，是能夠通知最新的天氣的應用程序。
圖2表示在本實施例中的通過「天氣信息」的應用程序動作所顯示的畫面示意圖。
例如，「天氣信息」由下列部分構成·表示某個特定區域(例如包含東京都、千葉縣、神奈川縣、埼玉縣等的關東地方)的地圖；·表示氣象信息的文本；·選擇欲看地域的按鈕。
氣象信息被定期地更新。在此，作為例子是每30分鐘進行重寫。因此，當觀眾按下欲看的地域的按鈕時，能夠得到最新的氣象信息。
圖3是表示目錄的一般構成的例子。
目錄由靜止圖象文件、文本文件、MM播放器為了重放目錄所需要的腳本等單媒體文件所構成。
在圖3中，作為「天氣信息」的例子，把表示氣象信息的地圖、按鈕等圖象(位圖文件)、表示氣象信息的文本(文本文件)、記述當觀眾按下畫面上的按鈕時的處理的腳本來作為目錄的構成部分。
給各個文件附加當接收機上的MM播放器重放時MM播放器進行訪問所需要的文件名。給目錄附加表示其目錄的標題名。文件名和標題名由目錄制作者使用多媒體制作工具來進行命名，或者，多媒體制作工具自動地進行命名。
本發明涉及發送由具有這樣的標題名、文件名的多個文件所構成的目錄的廣播系統和接收機。
圖1是表示發送目錄的廣播系統的一個例子的方框圖。
在圖1中，①多媒體制作工具101制作上述這樣的一般目錄；②目錄數據庫102(以下簡稱為CDB102)存儲由多媒體制作工具所制成的目錄；③發送時間表制作部103(以下簡稱為DS制作部103)制定發送目錄的時間表。其中，按照所制作的時間表，目錄從廣播中心發送；④節目編輯管理部104(以下簡稱為管理部104)對節目和編輯進行管理。目錄發送作為節目的一種由管理部104進行管理；⑤SI生成部105生成與目錄發送服務相關的節目附加信息(SI信息)；⑥目錄傳輸協議生成部106(以下簡稱為TP生成部106)把目錄變換為能夠發送的格式。
⑦目錄發送信息生成部107(以下簡稱為CDI生成部107)生成與向接收機廣播的目錄發送相關的信息。該信息在接收機進行目錄的取得和自動更新時被利用；⑧發送裝置108向接收機發送SI生成部105、TP生成部106、CDI生成部107生成的信息。
圖4是CDB102管理的目錄管理表的例子。
●標題41是用于識別多媒體制作工具101制作的目錄而附加的標題。作為標題的例子，有「天氣信息」。
●目錄ID42是CDB102對應于目錄而分配的識別符。目錄發送系統通過該目錄ID42來識別目錄；●目錄版本43是目錄的版本，由CDB102進行管理。每當多媒體制作工具101再登錄相同標題的目錄時，由CDB102更新該目錄版本43；●文件名44是單媒體文件的標題，是由多媒體制作工具101所附加的文件名。當MM播放器重放目錄時使用該標題；●文件版本45是文件的版本，與目錄版本43相同由CDB102管理其。
CDB102把目錄ID42、文件名44、文件版本45作為關鍵詞來存儲文件，以便于能夠取得文件。
●日期46是文件存儲或者更新的時間；●文件大小47是存儲的文件的大小。文件大小47是在CDB102存儲文件實體時，由CDB102計算尺寸并進行登錄。
在圖4的例子中，應用程序「天氣信息」的兩個版本被登錄。當構成目錄的文件在一個中被更新時(在「天氣信息」的情況下，氣象信息每30分鐘被更新)，目錄的版本被更新。
多媒體制作工具101把目錄的標題41、構成目錄的文件及其文件名44的清單作為參數在CDB102中進行目錄的登錄。
多媒體制作工具101在開始登錄某個目錄時，需要把構成該目錄的全部文件和文件名的清單作為參數。當多媒體制作工具101變更已經登錄的目錄時，把變更的文件和文件名的清單作為參數(未變更的文件不包含在清單中)。
例如，在「天氣信息」的情況下，按鈕等基本的位象文件不變更，而寫有最新的氣象信息的文本文件被頻繁更新。
最初，當登錄「天氣信息」時，登錄包含位象文件的全部文件。但是，多媒體制作工具101就以后的更新僅把寫有氣象信息的文本文件的名稱和實體登錄到CDB102中即可。
CDB102在更新目錄時，合并以前登錄的目錄的內容和更新內容；更新目錄版本43和更新的文件版本45，作為新的版本進行登錄。
由于日期46是存儲文件的日期，故僅更新的文件是新的日期。在圖4的例子的「天氣信息」的版本2中，由于表示氣象信息的Tokyo.txt,Chiba.txt被更新，故日期成為新的，而由于Button10.script未被更新，故日期為以前的原樣。
當刪除構成目錄的某個文件時，在登錄參數中附加表示刪除的命令名和刪除的文件名的清單。當CDB102接受刪除命令時，除去與該文件名相對應的文件，合并以前登錄的目錄的內容和更新內容。
這樣，多媒體制作工具101和CDB102的接口把構成文件名和其目錄的文件和該文件名的清單作為參數，不依賴于多媒體制作工具101。
當「天氣信息」每30分鐘廣播最新的天氣時，在目錄管理表中按圖4那樣每30分鐘生成新的目錄版本43，僅更新寫有最新的氣象信息的文本文件。
在ETS300486「Digital Video Broadcasting(DVB)；Specificationfor Service Information(SI)in DVB systems」中，廣播頻道用service id這樣的識別符來進行識別。物理性的發送信息是用于構成在以MPEG2傳輸流進行廣播時所需要的PSI的信息，由發送應答器的識別符(TS_id)和發送流的PID所構成。管理部104管理廣播節目的編輯信息和物理性的發送信息。編輯信息是與廣播節目所發送的時間表和所發送的頻道相關的信息。
管理部104分配●用于目錄發送的廣播時間段(在從某時到某時的時間段中進行目錄發送的信息)；●頻道；●PID并把它們通知給DS制作部103。
在廣播時間段中，用哪個時間表來執行目錄的發送，由DS制作部103決定。
圖5是DS制作部103管理的目錄時間表。
目錄ID51識別目錄。
目錄版本52表示目錄的版本。
發送時間表53表示發送目錄的時間。
PSI信息54是用于為了使用廣播來發送目錄所需要的PSI(由Program Specific Information ISO13818-1規定)生成的信息。
更新標志55在發送目錄時指示是發送構成目錄的全部文件還是僅發送更新的文件。
傳輸速度56表示目錄發送的傳輸速度。
SI信息57是當使用廣播來發送目錄時的service_id(頻道識別符)。
使用者從由管理部104取得的節目編輯信息來決定發送時間表53、PSI信息54、傳輸速度56、service_id57。通過未圖示的廣播臺的操作終端以被輸入DS制作部103的數據為基礎來制成目錄時間表。
圖5是與「天氣信息」應用程序相關的目錄時間表。其中，作為例子，發送時間表在每10分鐘進行10分鐘的目錄發送，每30分鐘更新為最新的天氣。發送時間表也可以通過使用更新標志而在每X次的周期中發送全部文件，而在此期間僅發送差分(changedportion)。例如，在1小時中發送3次「天氣信息」，可以在每6次的周期中發送構成目錄的全部文件，但是，以后僅發送變更文件。在此情況下，接收機為了全部取得「天氣信息」應用程序在最差的情況下必須等待近2小時，但是一旦已經取得了，則通過選擇性的發送方法，能夠有效地重寫在接收機中存儲的文件。
下面使用圖6的流程圖來對TP生成部106制作傳輸用數據格式時的處理進行說明。其中，對把構成某個目錄(用目錄ID、目錄版本來識別)的文件群進行傳輸格式化時的處理進行描述。
(步驟61)使用目錄ID、目錄版本來從DS制作部103的目錄時間表取得發送時間表信息。
(步驟62)從CDB102管理的目錄管理表取得由目錄ID、目錄版本構成目錄的發送文件清單(以文件名、文件版本、文件實體、日期為要素的清單)。
(步驟63)檢驗目錄時間表的發送的種類是「全部」還是「差分」。在是「全部」的情況下，進到步驟65。
(步驟64)當發送的種類是「差分」時，把處于在步驟72中取得的發送文件清單內的文件的版本與構成以前版本(TP生成部106最近發送的版本)的目錄的文件的版本進行比較，僅取出版本不同的文件，而生成新的發送文件清單(以文件名、文件版本、文件實體、日期為要素的清單)。TP生成部106具有各個目錄的發送日志，管理最近發送的版本是哪個。
(步驟65)使用目錄時間表的PSI信息、傳輸速度來把發送文件清單變換為傳輸格式。進行數據傳輸用的格式，正在用DVB SI-DAT進行研究，具有DSM-CC數據傳送帶(ISO13818-6)、項目傳送帶(ISO13818-6)等。
(步驟66)把變換為傳輸格式的發送文件清單(以下稱為發送清單傳輸格式)和在目錄時間表中所記述的對應發送時間、傳輸速度送給發送裝置108。
步驟66按照發送裝置108的規格，在TP生成部106成為發送時間之前，保持發送文件清單傳輸格式，在成為發送時間之后，向發送裝置108輸出發送文件清單傳輸格式。與發送文件清單傳輸格式相對應的PMT(Program Mapping Table)的生成，只要傳輸流的PID、TS_id、發送時間表已知就能進行，也可以由目錄傳輸協議生成部來制成。而且，也可以由從管理部104取得信息的廣播臺的其他子系統來生成。
圖7是構成CDI生成部107生成的目錄發送信息表的目錄發送信息。目錄發送信息表是以目錄發送信息為要素的清單。目錄發送信息表是用于向接收機通知目錄發送或者目錄變更的表，周期性地進行經常廣播。
識別符701識別目錄。
目錄版本702表示目錄的版本。
service_id703表示廣播目錄的廣播頻道。
時間表704是發送目錄的時間。
更新標志705表示目錄發送是廣播構成目錄的全部文件的發送(「全部」)或者僅廣播變更的文件的差分發送(「差分」)。
由于以上的信息從發送時間表制作部103管理的目錄時間表而得到，故CDI生成部107以其為基礎來構成目錄發送信息表。
706表示目錄的種類，目錄粗分起來由兩種組成。
一種是包型目錄，在其一旦被存儲到接收機中之后不被更新。
另一種是更新型目錄，在其被存儲到接收機中之后，通過來自廣播臺的更新信息而被更新。
由于與以后的目錄相關的屬性涉及更新型目錄，故在以后的內容中省略了包型目錄的情況。
707是目錄下一次被更新(目錄的版本被更新)的預定時間。
708是目錄的有效期。當經過了該期間之后，從接收機中刪除構成在接收機內所存儲的目錄的全部文件。
709是文件名。
710是該文件的有效期。其表示在接收機中所存儲的單媒體數據(文件)至何時止存儲在接收機內。
接收機觀察該文件的有效期，而自動地刪除有效期已過的文件。這些信息由操作者從操作終端(未圖示)輸入。
SI生成部105從節目編輯管理部管理的節目編輯信息生成SI信息。此時，當某個服務或者事件是目錄發送時，在SI表中附加識別目錄的目錄ID。
例如，在DVB的情況下，在SDT(或者EIT)表中，給由服務ID(或者EIT)所識別的服務(或者事件)附加目錄ID和目錄大小。由于目錄大小是進行發送的文件的合計大小，故通過參照CDB102的目錄管理表和DS制作部103就能算出所發送的文件大小的合計。
在本實施例中，為了便于說明，把「天氣信息」定義為節目，在SI信息中的節目信息表(DVB的EIT)中除目錄的標題名之外還附加目錄ID和目錄大小。
由以上的程序來制成進行發送的信息，由此，從TP生成部106、CDI生成部107、SI生成部105傳輸給發送裝置108的信息具有圖8所示的相互關系。接收機使用該相互關系來接收目錄。
圖9為接收所發送的目錄的接收機的構成。
接收部901接收從廣播臺所廣播的表和被變換為傳輸協議的目錄(以下把它們總稱為數據)。
過濾器902在廣播的數據中僅選擇需取入接收機的來取入。
文件更新管理部903執行目錄的自動更新處理。
定時器904通知已成為所指定的時間。
文件存儲管理部905把通過傳輸格式所傳送的文件從傳輸格式變換為原來的文件格式，把其存儲在存儲裝置中。
文件名稱管理部906管理文件名和文件位置的關系，給上層應用程序提供通用的接口。
907、908是作為上層應用程序的一種的MM播放器和電子節目表(EPG)。
下面使用圖10的流程圖來對接收機存儲目錄「天氣信息」為止的動作進行說明。
其中，表示了EPG應用程序要求存儲的例子。但是，也可以由除EPG應用程序之外的應用程序取得SI信息，使用該取得的信息來要求存儲。
(步驟1001)接收機的SI處理部(未圖示)取得SI表，把其傳送給EPG應用程序907。
(步驟1002)EPG應用程序907參照SI信息的「天氣信息」，把其中所記述的文件名「天氣信息」、目錄ID、存儲其的存儲裝置內的位置作為參數，向文件名稱管理部906要求目錄取得。
應用程序決定在哪個存儲裝置中存儲目錄。
(步驟1003)文件名稱管理部906把目錄ID傳送給過濾器902，取得目錄發送信息表，要求僅返回與其中的目錄ID相對應的目錄發送信息。
(步驟1004)過濾器902從接收部901接收的數據中選擇目錄發送信息表，并且使用目錄ID來取得與目錄ID相對應的目錄發送信息，使其返回文件名稱管理部906。
(步驟1005)文件名稱管理部906從取得的目錄發送信息中檢驗目前是否正在廣播與目錄ID相對應的目錄。當廣播時，進到步驟1008。
(步驟1006)當目前沒有發送與目錄ID相對應的目錄時，從在目錄發送信息中所記述的發送時間表中選擇一個，向定時器904進行定時器預約以便于通知到達該時間，向EPG應用程序907通知進行預約的處理。
根據EPG應用程序907的GUI，也可以由觀眾選擇在哪個時間接收目錄。
(步驟1007)在到達預約時間之前，文件名稱管理部906不執行與發送相關的處理而進行等待。在等待時間內，即使在接收機電源變為OFF的情況下，僅定時器工作，當到達定時器預約時間時，接收機起動。
(步驟1008)文件名稱管理部906向文件存儲管理部905發送在步驟1001中從EPG應用程序所輸入并存儲的存儲裝置內的位置，指示目錄的存儲。
(步驟1009)文件名稱管理部906向過濾器902進行要求，以便于使用在目錄發送信息中所記述的service_id，取得相應的發送文件清單傳輸格式。
(步驟1010)過濾器902使用service_id而從接收部901取得構成相應目錄的發送文件清單傳輸格式，把其傳送給文件存儲管理部905。
(步驟1011)文件存儲管理部905從取得的發送文件清單傳輸格式變換為原來的發送文件清單的格式。發送文件清單是以文件名、文件版本、文件實體、日期為要素的清單。把取得的文件全部存儲在步驟1008中被文件名稱管理部906所指定的存儲裝置內的存儲位置上。存儲之后，把發送文件清單傳送給文件名稱管理部906。
(步驟1012)文件名稱管理部906查看在步驟1005中取得的目錄發送信息，當目錄的種類是「更新型」目錄時，向文件更新管理部903傳送對應的目錄ID和目錄版本，并指示文件更新管理部903進行自動更新管理。
當在目錄發送信息中記述了更新預定時間時，也把其傳送給文件更新管理部903。
當在步驟1001中指定RAM作為存儲位置時，文件被存儲在存儲器中。在要求進行實時存取這樣的應用程序的情況下，指定存儲器作為存儲位置，由此，應用程序能夠迅速對單媒體數據進行存取。
文件名稱管理部906使用在步驟1010中從文件存儲管理部905所輸入的發送文件清單，管理標題名、文件名和保持該接收機內存儲目標的對應關系的文件位置管理表。
文件名稱管理部906進行由目錄發送信息取得的目錄和文件的有效期的管理。通過文件名稱管理部906來從接收機內的存儲裝置中刪除過了有效期的目錄和文件。這樣，能夠通過使用目錄ID來取得構成目錄的文件。
下面使用圖11的流程來對MM播放器重放目錄「天氣信息」時的動作進行說明。
(步驟1101)MM播放器使用標題名、文件名向文件名稱管理部906要求單媒體數據的取得。
(步驟1102)文件名稱管理部906根據標題名、文件名使用文件位置管理表來檢索文件實體的存儲位置，取得文件實體。
(步驟1103)把文件名稱管理部906取得的文件實體發回MM播放器。
(步驟1104)MM播放器重放取得的單媒體數據。
在本實施例中，分成了目錄的取得和目錄的重放，但是，也可以在目錄重放時以圖10所示的程序進行目錄取得。這樣，MM播放器能夠通過標題名和文件名來取得單媒體數據。
下面使用圖12的流程來對目錄「天氣信息」的內容(例如氣象信息文件)被更新時的接收機的動作進行說明。
如圖10的說明那樣，在更新型目錄的情況下，文件名稱管理部906向文件更新管理部903傳送目錄ID、目錄版本。文件更新管理部903把這些對應關系保持在更新型目錄管理表中，進行管理。
(步驟1201)過濾器902定期地取得目錄發送信息表，把其傳送給文件更新管理部903。
(步驟1202)文件更新管理部903檢驗從目錄發送信息送來的目錄ID是否登錄在更新型目錄管理表中。當沒有登錄時，返回步驟1201。
(步驟1203)接著比較目錄ID的版本，檢驗從目錄發送信息送來的版本是否與更新型目錄管理表保持的版本相同。當相同時，返回步驟1201。
(步驟1204)文件更新管理部903參照從目錄發送信息送來的發送時間表，從在目錄發送信息中所記述的發送時間表中選擇一個，由定時器904進行定時器預約，以便于通知到達該時間。
(步驟1205)在到達預約時間之前，與之相關的處理不執行而進行等待。在等待時間內，即使在接收機電源變為OFF的情況下，僅定時器工作，當到達定時器預約時間時，接收機起動。
(步驟1206)文件更新管理部903向過濾器902進行要求，以便于使用service_id來取得發送文件清單傳輸格式。
(步驟1207)過濾器902使用service_id而從接收部901選擇相應發送文件清單傳輸格式的傳輸流，把其傳送給文件存儲管理部905。
(步驟1208)文件存儲管理部905從取得的傳輸格式將包含文件名和文件實體的發送文件清單變換為原來的格式，把取得的文件全部存儲在存儲裝置內的存儲位置上。存儲之后，把發送文件清單傳送給文件名稱管理部906。
(步驟1209)文件更新管理部903把寫在更新型目錄管理表中的目錄的版本加1。
與在目錄發送信息中所記述的目錄的版本進行比較，當文件更新管理部903保持的目錄的版本僅比其舊1時，如果從目錄發送信息選擇下載種類為「差分」的下載時間表，就能實現高效率的下載。
在除此之外的情況下，選擇下載種類為「全部」的下載時間表。
在步驟1203中，在目錄版本尚未更新并且未成為更新預定時間的情況下，向定時器預約其更新預定時間，當到達該更新預定時間之后能夠再次開始更新處理。在從文件名稱管理部906取得了更新預定時間時，對該時間進行定時器預約，當到達定時器預約時間之后，從步驟1206繼續進行處理。
通過使用該更新功能來自動更新氣象信息文件，就能實現「天氣信息」應用程序。使「天氣信息」應用程序工作的MM播放器不參與自動更新，僅執行氣象信息文件讀入。目錄發送的上述更新功能重寫氣象信息文件的內容，由此，能夠經常取得最新的氣象信息。由于本發明的目錄發送進行文件的更新，故應用程序制作者即使在制作更新型的應用程序時，也可以象通常的包型應用程序那樣制作應用程序。
實施例2圖13表示象作為文件處理廣播節目那樣擴展的CDB102管理的目錄管理表。1301是傳輸種類。通過TP生成部106生成的協議所傳輸的文件的傳輸種類是「目錄發送」，作為通常的廣播節目所發送的傳輸流是「廣播節目」。在圖13中表示了在「天氣信息」的版本2中作為文件來登錄叫做「白天天氣」的廣播節目的情況。
圖14表示當在CDB102中登錄廣播節目時的處理流程。廣播節目由SI信息所識別。其中，作為例子，使廣播節目的識別按照DVB，以服務(service_id)、節目(event_id)、節目開始時間(start_time)、節目持續時間(duration)進行廣播節目的識別的情況進行說明。在本發明中，廣播節目作為構成目錄的文件的一種來進行處理。
(步驟1401)向CDB102登錄標題名、文件名、service_id、event_id、start_time、duration。
標題名是當接收機中的MM應用程序處理廣播節目時使用把該廣播節目作為構成要素的目錄的標題名、文件名的名稱。
在圖13的例子中，標題名是「天氣信息」，文件名是「白天天氣」。
(步驟1402)CDB102制作記述了service_id、event_id、start_time、duration的文件。該文件在由接收機自動存儲(錄象)廣播節目時被使用，稱為傳輸流基準文件。
(步驟1403)CDB102在與標題名相對應的目錄的實體中登錄廣播節目的文件名和在步驟1402中制作的傳輸流基準文件。傳輸種類為「廣播節目」。
傳輸流基準文件與通常的文件相同由TP生成部106變換為傳輸格式，并進行廣播。此時，追加傳輸種類來作為在上述實施例1中說明的文件清單的要素。
圖15表示在接收機接收所廣播的傳輸流基準文件之后文件存儲管理部905進行的處理流程。
(步驟1501)文件存儲管理部905參照傳輸種類，檢驗在接收的文件中是否存在「廣播節目」。當存在時，進行以下處理。
(步驟1502)文件存儲管理部905讀入傳輸流基準文件，把該記述作為基礎來進行節目錄象預約。此時，從節目存儲(錄象)裝置取得節目存儲(錄象)裝置中的節目的存儲位置(或者與節目存儲裝置所存儲的節目相對應而附加的ID)。
(步驟1503)文件存儲管理部905向文件名稱管理部906傳送文件名、傳輸種類、在步驟1502中取得的節目存儲位置、傳輸流基準文件的內容。
(步驟1504)文件名稱管理部905保持文件名與節目存儲位置的關系。
如在步驟1405中所述的那樣，文件名稱管理部905為了管理廣播節目而具有傳輸流文件管理表。
圖16是文件名稱管理部905用于管理傳輸流基準文件的傳輸流文件管理表。
1601是目錄的標題名，1602是文件名，SI信息1603存儲有service_id、event_id、start_time、duration。1604是節目存儲位置。
當從MM播放器向廣播節目的存取要求使用標題名、文件名，來到文件名稱管理部905中時，文件名稱管理部905重放在與節目存儲裝置內的文件名相對應的節目存儲位置上存在的傳輸流。
在廣播節目處于正在廣播過程中并且在存儲裝置中進行存儲(錄象)的情況下，文件名稱管理部905使用SI信息將頻道調諧在該節目，不重放所存儲的傳輸流，而是重放正在廣播的傳輸流。
在該廣播節目的廣播開始時間(start_time)之前的情況下，文件名稱管理部905發回不能重放這樣的錯誤信息。由此，能夠從MM播放器簡單地對廣播節目進行予約。
在本發明中，能夠作為文件來處理傳輸流，「天氣信息」應用程序能夠與實際上作為節目廣播的「白天天氣預報」鏈接。
應用程序制作者給節目附加文件名，其SI信息被登錄到目錄管理DB中。接收機自動地存儲與應用程序關聯的廣播節目。其結果，能夠提供使應用程序與廣播節目相聯動的服務。
實施例3圖17是表示本發明的第三實施例中的廣播系統的方框圖。該廣播系統基本上具有與上述實施例1中的系統相同的構成，包括多媒體制作工具101、CDB102、DS制作部103、管理部104、SI生成部105、CDI生成部107、發送裝置108。
在圖17中，數據傳送帶生成裝置1701把所輸入的數據格式化為數據傳送帶協議。數據傳送帶是由ISO13818-6所規定的單方向網絡中的數據傳輸協議。過濾信息附加部1702給數據傳送帶協議附加過濾信息，把附加的信息傳送給CDI生成部107。
圖18是表示當在模塊中裝入文件時的格式的圖。在數據傳送帶的模塊中放入多個文件。文件首部1801表示文件的斷開處。文件首部1801由文件名、文件版本、文件在模塊中的相對開始位置、文件大小組成。把該格式稱為數據傳送帶用發送文件清單。1802是文件實體。當象實施例2那樣作為文件處理廣播節目時，在文件首部追加傳輸種類。
圖19A和圖19B表示為了能夠進行模塊單位的過濾和文件單位的過濾而擴展的目錄發送信息表的構成。
更新種類1901表示「模塊單位的更新」或者「文件單位的更新」。當通常利用數據傳送帶來發送目錄時，更新種類為「通常」。
在更新種類為「模塊單位的更新」時在更新信息1902中放入作為更新對象的模塊ID的清單。在「文件單位的更新」的情況下，文件信息作為更新信息被存儲。
文件信息的內容由文件名、文件版本、文件大小、文件的存儲位置所構成。
文件的存儲位置由數據傳送帶的塊中的文件的開頭位置(開始塊編號和距塊開頭的偏移)和塊中的文件結束位置(結束塊編號和距塊開頭的偏移)所表示。
下面對使用數據傳送帶的模塊的目錄發送中的數據傳送帶生成裝置1701、過濾信息附加部1702和CDI生成部107的處理進行說明。
其中，對以下列情況為例進行說明把「天氣信息」應用程序作為被更新的文件，在作為一個模塊來傳送每個地域的最新氣象信息文本文件tokyo.txt,ibaraki.txt,saitama.txt,chiba.txt，在另一個模塊中放入未被更新的文件(位圖文件、其他的文本文件、腳本文件)來進行發送。
(1)過濾信息附加部1702向數據傳送帶生成裝置1701進行要求，以便于使所更新的4個文本文件tokyo.txt,ibaraki.txt,saitama.txt,chiba.txt作為數據傳送帶用發送文件清單，把它們作為一個模塊來作成數據傳送帶的格式。
為了數據傳送帶用發送文件清單制作所需要的信息(文件名、文件版本、文件大小)與上述實施例1相同，可以從CDB102的目錄管理表取得。并且，與實施例1相同，過濾信息附加部1702得知哪個文件是更新的文件。
(2)把數據傳送帶生成裝置1701接受的數據進行模塊化，并將模塊ID發回過濾信息附加部1702。
(3)過濾信息附加部1702向數據傳送帶生成裝置1701進行要求，以便對剩余的文件生成數據傳送帶用發送文件清單，并作為模塊作成數據傳送帶的格式。
如果文件數和文件大小較大，模塊尺寸變大，則在此情況下，過濾信息附加部1702適當地把文件分組，數據傳送帶用發送文件在每個組中進行列表，分別存儲到另一個模塊中。
(4)數據傳送帶生成裝置1701將收取的剩余數據也進行模塊化。
(5)過濾信息附加部1702與實施例1相同，從DS制作部103的目錄時間表中取得數據傳輸所需要的PSI信息和發送時間表，把其傳送給數據傳送帶生成裝置1701。
(6)數據傳送帶生成裝置1701制作DII、DDB傳輸格式，把其傳送給發送裝置108以便于按照時間表進行廣播。
(7)過濾信息附加部1702把在步驟2002中取得的moduleID傳送給CDI生成部107。
(8)CDI生成部107使用取得的moduleID來生成圖19A所示的目錄發送信息表。此時，更新的種類為「模塊單位的更新」。把生成的目錄發送信息表傳送給發送裝置108以便于周期性地進行經常廣播。
這樣，把更新文件集中起來進行模塊化，給目錄發送信息附加模塊ID，由此，接收機僅取得寫在目錄發送信息中的模塊ID的模塊，就能夠取得全部更新文件。
下面對利用文件信息的目錄發送中的數據傳送帶生成裝置1701、過濾信息附加部1702和CDI生成部107的處理進行說明。
其中，以發送「天氣信息」應用程序的情況為例，僅對更新文件是關東地方的氣象信息文本文件tokyo.txt的情況進行說明。使用上述模塊的方式是有效的(在一個模塊中僅放入tokyo.txt)，而當構成目錄的全部文件數量較多時，需要在模塊中裝入多個文件。在這樣的情況下，利用文件信息的目錄發送是有效的。在該例子中，與上述例子相同，其他的文件(位圖文件、其他的文本文件、腳本文件)作為另一個模塊進行發送。
(1)過濾信息附加部1702把構成「天氣信息」的文件列表成為數據傳送帶用發送文件。在文件數和文件大小較大，模塊尺寸變大的情況下，過濾信息附加部1702適當地把文件分組，數據傳送帶用發送文件在各組中進行列表，分別存儲在另一個模塊中。
(2)數據傳送帶生成裝置1701把收取的數據模塊化。
(3)過濾信息附加部1702與上述實施例1相同從DS制作部103的目錄時間表取得在數據傳輸中所需要的PSI信息和發送時間表，把其傳送給數據傳送帶生成裝置1701。
(4)數據傳送帶生成裝置1701制作DII、DDB傳輸格式，把其傳送給發送裝置108以便于按照時間表進行廣播。在數據傳送帶生成裝置1701內的存儲裝置中存儲生成的DII、DDB的復制件。
(5)過濾信息附加部1702檢索在數據傳送帶生成裝置1701內所存儲的DDB，查找文件名tokyo.txt被存儲在塊的何處(從第幾塊的何處到第幾塊的何處)，把其結果和文件名(tokyo.txt)、版本、文件大小傳送給CDI生成部107。
(6)CDI生成部107使用取得的tokyo.txt的DDB中的位置信息，來生成圖15所示的目錄發送信息表。此時，更新的種類為「文件單位的更新」。把生成的目錄發送信息表周期性地傳送給發送裝置108以便于進行隨時廣播。
在該例中，過濾信息附加部1702為了得知文件tokyo.txt的DDB的位置而進行檢索。另一方面，當過濾信息附加部1702預先向數據傳送帶生成裝置1701通知tokyo.txt這樣的文件為過濾對象時，也可以考慮這樣的方式在數據傳送帶生成裝置1701制作DDB時，存儲文件tokyo.txt的位置(從哪個模塊的哪個塊的哪個位置開始到哪個塊的哪個位置結束)，把其通知給過濾信息附加部1702。在本實施例中，文件信息放入目錄發送信息表來進行發送，但是，也可以在DSM-CC傳送帶的DII的moduleInfo區域中放入文件信息來進行發送。
當目錄發送時，使用操作終端(未圖示)來操作過濾信息附加部1702的使用者決定進行利用模塊的發送；或者進行利用文件信息的發送；或者不利用它們而以通常的數據傳送帶進行廣播。
以哪種方式傳送的效率取決于應用程序。
圖20表示接收機接收目錄發送信息表來進行更新處理的處理流程。如圖12所述的那樣，在更新型的目錄的情況下，文件名稱管理部906把目錄ID、目錄版本傳送給文件更新管理部903。文件更新管理部903把它們的對應關系保持在更新型目錄管理表中，來進行管理。
(步驟2001)過濾器902定期地取得目錄發送信息表，把其傳送給文件更新管理部903。
(步驟2002)文件更新管理部903檢驗以目錄發送信息所傳送的目錄ID的登錄狀態(更新型目錄管理表中)。在未被登錄的情況下，返回步驟2001。在登錄的情況下，進到步驟2003。
(步驟2003)接著比較目錄ID的版本，檢驗從目錄發送信息送來的版本和更新型目錄管理表保持的版本。當相同時，返回步驟2001，當不同時，進到步驟2004。
(步驟2004)參照從目錄發送信息送來的發送時間表，從在目錄發送信息中所記述的發送時間表中選擇一個，為了通知到達該時間，而用定時器來進行定時器預約。
(步驟2005)在預約時間到達之前，進行待機。在待機時間內，即使在接收機的電源為OFF的狀態下，可以僅使定時器工作，當到達定時器預約時間時，接收機啟動。
(步驟2006)文件更新管理部903分析在目錄發送信息中所記述的更新種類。在更新種類是「模塊單位的更新」的情況下，進到步驟2010。在更新種類是「文件單位的更新」的情況下，進到步驟2013。在更新種類是「通常」的情況下，進到步驟2007。
(步驟2007)文件更新管理部903使用在目錄發送信息中所記述的service_id，向過濾器902進行要求，以便于取得構成進行了傳輸格式化的目錄的文件的傳輸流。
(步驟2008)過濾器902使用service_id而從接收部901選擇存儲有構成相應的目錄的文件的傳輸格式的傳輸流，把其傳送給文件存儲管理部905。
(步驟2009)文件存儲管理部905從取得的傳輸格式將發送用文件清單變換為原來的格式，把取得的文件全部存儲在存儲裝置內的存儲位置上。在存儲之后，把發送文件清單傳送給文件名稱管理部906。
(步驟2010)在更新種類為「模塊單位」的情況下，把在目錄發送信息中所記述的service_id和在目錄發送信息的更新信息中所記述的模塊ID傳送給過濾器902，而要求用模塊單位的過濾。
(步驟2011)過濾器902使用service_id，在取得DII之后，通過使用模塊ID的過濾來僅取得構成相應的模塊的DDB。過濾器902組裝DDB，而構成模塊，把其傳送給文件存儲管理部905。
(步驟2012)文件存儲管理部905從取得的模塊中取出原來的文件名和文件實體的清單，把取得的文件全部存儲在存儲裝置內的存儲位置上。在存儲之后，把發送文件清單傳送給文件名稱管理部906。
(步驟2013)在更新種類是「文件單位」的情況下，把在目錄發送信息中所記述的service_id和在目錄發送信息的更新信息中所記述的文件信息傳送給過濾器902，而要求用模塊單位的過濾。
(步驟2014)過濾器902使用service_id，在取得DII之后，通過使用文件信息的模塊ID和塊編號的過濾來從構成相應的模塊的DDB中僅取得需要的塊編號的DDB。過濾器902把取得的DDB群和文件信息傳送給文件存儲管理部905。
(步驟2015)文件存儲管理部905以文件信息為基礎，從DDB群中取出文件，把取得的文件存儲在存儲裝置內的存儲位置上。在存儲之后，把文件信息傳送給文件名稱管理部906(文件信息成為文件發送清單的代用品)。
(步驟2016)更新型目錄管理表的目錄版本增加1。
這樣，通過在目錄發送信息中附加用于過濾的信息，即使在中心側不進行差分發送，接收機側也能僅切出必要的部分。因此，本實施例能夠高速地進行過濾。
實施例4圖21表示本發明的第四實施例。第一實施例中的DS制作部103管理的目錄時間表信息(圖5所示的)，為追加差分信息58并進行了擴展的數據構造。圖5的時間表信息對于更新標志55僅存在「全部」和「差分」。因此，在終端(即接收機)中不可能知道與哪個目錄版本52相對應的差分。在圖5的情況下，需要接收機的電源始終接通，全部接收目錄信息。與此相對，通過附加差分信息58，若分析差分信息58，接收機就能判斷是否是與本機管理的目錄相對應的差分信息。并且，即使在接收機電源切斷期間，差分信息58流通而終端不能接收，也能當差分信息58下次流通時，接收機通過查看差分信息58判斷是否是能夠適合于其管理的目錄的差分信息。
但是，差分信息58需要被送給各個目錄版本52。在此情況下，差分信息58變大，而存在使用較寬的傳輸線路頻帶的問題。并且，差分信息在某個版本以后的情況下存在可以適應于全部的差分信息。為了與這樣的情況相對應，如圖22所示的那樣，目錄時間表信息進一步在上述差分信息58中追加差分附加信息59，而成為擴展的數據構造。
由于成為具有這樣的數據構造的目錄時間表信息，廣播臺向接收機發送這樣的信息是限于特定的版本的差分信息，或者如果是該版本以后的，是能夠適合于任何版本的差分信息。
通過該手段，接收機能夠判斷是否能夠適合于正在管理的目錄。而且能夠壓縮傳輸應傳送的差分信息。關于差分信息58的處理與上述實施例1中的方法相同。
目錄版本52不一定無限增加。存在因系統的制約僅能提供一定范圍內的版本的情況。如圖22所示的那樣，在差分信息58和差分附加信息59中附加了指定范圍的特征。例如，在目錄版本被限定為1～8的情況下，接著版本8的下一個版本為1。這樣，當差分信息58成為版本8以上時，管理版本1的目錄的接收機不能適用于差分信息58。
圖23表示在上述差分信息58和差分附加信息59中進一步追加版本附加信息510而擴展的目錄時間表信息的數據構造。當從廣播臺向接收機發送版本附加信息510時附加具有這樣的數據構造的目錄時間表信息。通過該手段，當版本編號從8變為1時，例如，如果向該版本附加信息510發送「ON」，在接收機中，該版本編號以「1」來傳送，但實際上能夠判斷為等于「9」。而能夠適用于下次來的超過版本8以上的差分信息。
實施例5在從廣播臺所發送的目錄中同時傳輸具有圖7所示的數據構造的目錄發送信息表。在圖7的例子中，當接收機使用該目錄時，如果在有效期內，就能實現目錄的使用。在有效期中能夠進行目錄的存儲。但是，在由接收機使用的情況下，存在僅限于在特定期間內能夠使用的目錄。為了使這樣的目錄的使用期間變得明確，圖24表示了追加利用有效期信息711而擴展了的CDI生成部107生成的目錄發送信息表的數據構造。關于具有這樣數據構造的目錄發送信息表的目錄的文件屬性，在文件名信息709、有效期信息710進一步追加記述了利用有效期信息712。
在上述利用有效期內，能夠進行例如每周星期日或者每日12:00～13:00的設定，或者每周星期一的晚上17:00～18:00和每月1日的設定。
作為另一種形態，可以進行這樣的設定在接收機接收以后1日以內或者在接收機接收后使用時間為1小時以內；或者特定的節目的廣播時間期間。
該利用有效期的有無的判斷由圖9的文件存儲管理部905或者文件名稱管理部906進行。該利用有效期之外的處理與實施例2或者實施例3中的處理相同。
如以上那樣，在實施例1至5中記載的本發明，在廣播中心和接收機中，把單媒體數據和目錄分別作為文件、多個文件的分組進行統一管理，由此，能夠進行不依賴于多媒體制作工具的目錄發送。由此，當在中心側系統中變更多媒體制作工具時，由于目錄發送部不需要變更，就能以最小限度的成本進行變更，在今后與發展一起變化的數據廣播的系統構筑中，成為有效的技術。
而且，由于本發明的目錄發送不依賴于多媒體制作工具，故能夠同時發送用多種多媒體制作工具所制作的目錄。
由于本發明的目錄發送支持文件的自動更新功能，即使在制作提供最新的氣象信息的「天氣信息」這樣的隨時間而變更內容的應用程序時，「天氣信息」應用程序本身具有與通常的包型應用程序(不更新的應用程序)相同的制作方法，在發送該應用程序之后，多媒體制作工具在目錄DB中登錄被更新的文件(記述了最新的氣象信息的文本文件等)，由此，目錄發送廣播按時間表被更新的文件，在接收機側進行自動更新，因此，目錄制作者能夠用通常的包型應用程序的技術訣竅來制作隨時間變化的廣播型應用程序。
在本發明中，當使用數據傳送帶作為傳輸方式時，通過本發明中新附加的過濾信息，接收機能夠從所廣播的數據中僅接收所需要的文件，而能夠實現有效的目錄接收。
這樣，與現有的數據廣播方式那樣的，多媒體制作和目錄發送方式密切相關的擴展性較低的方案相比，本發明具有擴展性，即使目錄制作者沒有意識到發送信息，也能容易地制作內容隨時間變化的廣播型的目錄。
權利要求
1．一種發送構成目錄的數據的廣播系統，由存儲目錄的目錄DB、把在目錄DB中所登錄的目錄變換為傳輸格式的目錄傳輸協議生成部和發送生成的信息的發送裝置所構成。
2．根據權利要求1所述的廣播系統，其特征在于，包括制定發送目錄的時間表的發送時間表制作部。
3．根據權利要求3所述的廣播系統，其特征在于，包括生成在接收機進行目錄的取得和自動更新時利用的目錄發送信息的目錄發送信息生成部，且也發送目錄發送時間表信息。
4．根據權利要求3所述的廣播系統，其特征在于，包括管理廣播節目信息的節目編輯管理部和使用廣播節目信息來生成節目附加信息的SI生成部；節目編輯管理部作為廣播節目來管理目錄發送時間段，SI生成部生成目錄發送節目信息，并發送該節目附加信息。
5．根據權利要求4所述的廣播系統，其特征在于，與數據一起存儲識別在目錄DB中存儲的目錄的目錄識別符、構成目錄的數據的識別符中至少一個以上的識別信息。
6．根據權利要求5所述的廣播系統，其特征在于，使用在接收機上起動目錄的應用程序利用的目錄的標題名來作為目錄識別符，使用在接收機上對數據進行存取的應用程序使用的數據名來作為數據識別符。
7．根據權利要求4所述的廣播系統，其特征在于，包括管理目錄的版本和構成目錄的數據的版本的目錄DB。
8．根據權利要求4所述的廣播系統，其特征在于，目錄發送信息生成部生成接收機在進行目錄的取得和自動更新時利用的目錄發送時間表的傳輸格式，且也發送目錄發送時間表信息。
9．根據權利要求4所述的廣播系統，其特征在于，目錄發送信息生成部生成接收機在進行目錄的取得和自動更新時利用的目錄版本信息傳輸格式，并發送目錄版本信息。
10．根據權利要求4所述的廣播系統，其特征在于，目錄傳輸協議生成部把構成目錄的數據進行數據識別符和數據實體的列表，把其變換為傳輸形式。
11．根據權利要求4所述的廣播系統，其特征在于，發送時間表制作部作為發送種類來決定是發送構成目錄的全部文件還是僅發送差分，并發送出去。
12．根據權利要求11所述的廣播系統，其特征在于，目錄發送信息生成部生成目錄的發送種類信息，并發送出去。
13．根據權利要求12所述的廣播系統，其特征在于，在作為發送種類僅發送差分的情況下，目錄發送信息生成部與目錄發送種類信息一起生成表示是向哪個目錄版本的差分的差分信息，并發送出去。
14．根據權利要求13所述的廣播系統，其特征在于，對于表示是向哪個目錄版本的差分的差分信息，生成表示是僅對應于特定的目錄版本還是對應于多個目錄版本的信息的差分附加信息，并發送出去。
15．根據權利要求4所述的廣播系統，其特征在于，目錄發送信息生成部為了生成目錄或者構成目錄的數據的在接收機內的有效期信息，而發送有效期信息。
16．根據權利要求4所述的廣播系統，其特征在于，目錄發送信息生成部生成目錄的下一次更新預定信息，并發送目錄下一次更新預定信息。
17．根據權利要求16所述的廣播系統，其特征在于，通過定期地更新氣象信息數據，來制作經常向觀眾提供最新的天氣預報的廣播型多媒體應用程序。
18．根據權利要求4所述的廣播系統，其特征在于，目錄DB在輸入廣播節目的節目附加信息時，生成向包含目錄附加信息中的目錄識別符、頻道識別符、節目開始時間、節目持續時間的廣播節目的鏈接數據，目錄DB把廣播節目也作為構成目錄的數據的一種來管理鏈接數據，而作為構成目錄的數據來廣播鏈接數據。
19．根據權利要求4所述的廣播系統，其特征在于，包括過濾信息附加部，其使用生成數據傳送帶協議的數據傳送帶生成裝置來作為目錄傳輸協議生成部，控制數據傳送帶的過濾方式。
20．根據權利要求19所述的廣播系統，其特征在于，過濾信息附加部進行把更新數據全部放入特定的模塊的控制。
21．根據權利要求20所述的廣播系統，其特征在于，目錄發送信息生成部附加進行把更新數據全部放入特定的模塊的控制的過濾信息，為了向接收機廣播該模塊信息而生成更新模塊信息。
22．根據權利要求21所述的廣播系統，其特征在于，所述目錄發送信息生成部附加用于取得數據位置信息的過濾信息以便于接收機能夠僅過濾特定數據，并為了向接收機廣播所述數據位置信息而生成更新數據信息，其中所述數據位置信息標識出所述特定數據被存儲于數據傳送帶格式的何處。
23．根據權利要求4所述的廣播系統，其特征在于，發送裝置管理新文件的發送定時，使得能夠不在意文件更新方式來進行目錄制作。
24．根據權利要求4所述的廣播系統，其特征在于，通過作為鏈接數據來處理廣播節目，來制作當觀眾選擇喜愛的種類時自動地對與該種類相鏈接的鏈接數據的廣播節目進行錄象的廣播型多媒體應用程序。
25．根據權利要求4所述的廣播系統，其特征在于，在目錄版本有限的情況下，生成表示目錄版本的數字已轉了一周的版本附加信息，并發送出去。
26．根據權利要求4所述的廣播系統，其特征在于，包括目錄發送信息生成部，其除了目錄或者構成目錄的數據的接收機中的有效期之外，還生成能夠利用該目錄或者構成目錄的數據的期間的利用有效期間信息，并發送利用有效期間信息。
27．一種接收機，包括接收部，接收從廣播系統所廣播的數據；過濾器，在被廣播的數據中僅選擇取入接收機中的數據來進行取入；文件存儲管理部，把以傳輸格式所傳送的文件從傳輸格式變換為原來的文件格式，把其存儲在存儲裝置中。
28．根據權利要求27所述的接收機，其特征在于，包括文件更新管理部，管理接收機內的目錄版本，當從廣播臺接收目錄版本時，執行目錄的自動更新處理。
29．根據權利要求28所述的接收機，其特征在于，包括通知到達了所指定的時間的定時器，使用從廣播臺所發送的目錄發送時間表信息，來進行用于目錄接收的定時器預約。
30．根據權利要求29所述的接收機，其特征在于，包括文件名管理部，管理識別接收的數據的識別符和存儲的數據的所在位置，使得上層應用程序不在意數據所在位置僅使用數據識別符就能取得數據。
31．根據權利要求30所述的接收機，其特征在于，接收有效期信息，管理在接收機內存儲的目錄或者文件的有效期，對于過了期限的文件，自動地進行刪除。
32．根據權利要求30所述的接收機，其特征在于，接收目錄下次更新預定信息，按照該預定時間，自動地進行用于目錄接收的定時器預約。
33．根據權利要求30所述的接收機，其特征在于，當接收從廣播臺所發送的鏈接數據時，參照其中所記述的節目識別符、頻道識別符、節目開始時間、節目持續時間，使用其來進行節目錄象預約。
34．根據權利要求30所述的接收機，其特征在于，管理與從廣播臺接收的鏈接數據的識別符相對應的廣播節目存儲在節目存儲裝置何處的對應關系，當從應用程序要求用鏈接數據名來取得數據時，替代發回數據而重放節目存儲裝置中的節目。
35．根據權利要求30所述的接收機，其特征在于，在與從廣播臺接收的鏈接數據的識別符相對應的廣播節目存儲在節目錄象裝置何處的對應關系的基礎上，管理該節目的節目附加信息，由此，當從應用程序要求用鏈接數據識別符來取得時，當正在對該廣播節目進行錄象的情況下，替代重放與鏈接數據識別符相對應的節目錄象裝置中的節目，使用節目附加信息來在廣播中的頻道中調諧該廣播節目。
36．根據權利要求30所述的接收機，其特征在于，包括文件存儲管理部，當接收更新模塊信息時，通過過濾器，僅接收該被更新的模塊，從該被更新的模塊中取出數據來進行存儲。
37．根據權利要求30所述的接收機，其特征在于，包括文件存儲管理部，當接收更新模塊信息時，通過過濾器，僅接收特定模塊的特定塊，組裝該塊，再次構筑數據，并進行存儲。
38．根據權利要求30所述的接收機，其特征在于，包括文件存儲管理部，使用接收的數據的發送種類信息，對于預先發送的數據，控制重寫全部或者重寫差分。
39．根據權利要求38所述的接收機，其特征在于，使用接收的數據的差分附加信息來管理預先發送的數據的文件更新管理部包括根據該信息控制文件的更新的功能。
40．根據權利要求39所述的接收機，其特征在于，使用接收的版本附加信息來管理預先發送的數據的文件更新管理部包括對于相同版本編號的數據管理數據的差異的功能。
41．根據權利要求40所述的接收機，其特征在于，當使用接收的目錄時，參照目錄發送信息表，在利用有效期間信息的期間使用該目錄。
全文摘要
一種廣播系統,包括:存儲由多媒體制作工具所制作的目錄的目錄數據庫、制定發送目錄的時間表的發送時間表制作部、管理廣播節目的廣播時間的節目編輯管理部、生成與目錄發送服務相關的節目附加信息的SI生成部、目錄傳輸協議生成部、生成與在接收機進行目錄的取得和自動更新時利用的目錄發送相關的信息的目錄發送信息生成部、發送生成的信息的發送裝置。
文檔編號H04N7/173GK1235463SQ9910650
公開日1999年11月17日 申請日期1999年5月7日 優先權日1998年5月7日
發明者西宏幸 申請人:松下電器產業株式會社