TW589884B - Data broadcast schedule system and apparatus, method, recording medium or program thereabout - Google Patents

Data broadcast schedule system and apparatus, method, recording medium or program thereabout Download PDF

Info

Publication number
TW589884B
TW589884B TW091103069A TW91103069A TW589884B TW 589884 B TW589884 B TW 589884B TW 091103069 A TW091103069 A TW 091103069A TW 91103069 A TW91103069 A TW 91103069A TW 589884 B TW589884 B TW 589884B
Authority
TW
Taiwan
Prior art keywords
data
department
directory
information
receiving terminal
Prior art date
Application number
TW091103069A
Other languages
English (en)
Inventor
Aki Nakagawa
Hiroki Shinohara
Ryota Tsukidate
Mitsuhiro Kageyama
Shinji Nabeshima
Original Assignee
Matsushita Electric Ind Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Ind Co Ltd filed Critical Matsushita Electric Ind Co Ltd
Application granted granted Critical
Publication of TW589884B publication Critical patent/TW589884B/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/08Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/40Arrangements for broadcast specially adapted for accumulation-type receivers
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/27Arrangements for recording or accumulating broadcast information or broadcast-related information

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)

Description

¥ 月 曰 五、發明說明(1) 【本發明之技術範圍 本發明係與播放咨# 放資料係屬於利用廣播、n $:粑圍有關’而上述播 播21訊方式來播放資料之系統。 【習式技術】 素:放之播放計劃時,僅考慮如下因 以及相對於資料量、二:::=該播放頻域之中, 然而,在針對播放資料進訊, 儲存於記憶區域中時,% * 1端機接收、 的儲存容量…】者就,考慮接收終端機之記憶區域 ;:不對資料之播放情導= 法收納於記憶區域中的情況。 頁了恥導致無 譬如,在具有60MB之儲存容量的接 中 =了咖的資料A以及咖的資料B,假設以:改= =的資料A及刪的資料B,則在播放裝置内的Gy 為5〇MB(新資料AH10MB(新資料B) =6_,亦即 ?其儲存容量。然而,4實際上,接收終端收: 料B之前,就先接收新資料Ατ,亦即,新資料在貝 舊資料Β(3〇ΜΒ) =8〇ΜΒ,如此一來就超過了其儲存容Ρ) + ,外’如多位業者以合作方式進行儲存播放服務里時, 先把夕位業者之目錄資料儲存於接收終端機,並以人 ^來決定占有接收終端機之記憶區域之最大儲存容^、,。、方 日:,因合約條件的改變而使最大儲存容量的增減以及每= j A增減的順序’也都必須列入考量才行。其意義為只二
_丨丨二 ---------^勺·言 nv,/ji u _丨 ...................................Γ 〜----------
589884 系正替換買 無 ^69¾ ~2 a 五、發明說明(2) [日 修正
如j接=終端機在接受到業者A之顯示增加最大儲存容量 的ί ^貝汛之前,先行接收到依據新合約資訊而增多的目 錄資料的話,則在接收終端機上,應該避免儲存大於 Α之合約容量的目錄資料。 【本發明摘要】 本發明提供 方面’其包含: 播放部,係 通訊部,係 排程管理部 終端機管理 儲存管理部 態;以及 資料庫部, 而接收終端 接收部,係 通訊部,係 資料處理部 記憶區域, 定時器處理 資料分配部 冗憶區域或進行 在上述各部 終端機的記憶區 一種資料播放裝置,其係用於資料播放等 用來播放資料; 用來進行通訊; ,係用來將資料之 部,係用來管理接 ,係用來管理接收 配訊進行排程; 收終端機及通訊紀錄; 終端機之記憶區域的狀 係用來 機包含 用來接 透過通 ,係用 係用來 部,係 ,係用 分配。 中,儲 域進行 保官儲存管理資訊與目錄資料 收播放 訊路線 來把接 記憶儲 用來針 來決定
資料來取 收到 存管 對定 所接
得資料; 的資料進行處理; 理資訊與目錄資料; 時器進行處理; 受到的資料應該記憶於 用如下資料來針對接收 系包括存管理資 589884 之資料 之最大 而排程 如此則 控制, ’當由 域時, 該刪除 接收終 庫部中 谷量和 管理部 可將目 並針對 於突發 可利用 何種資 端機的 收終端 ;以及 接收終 刪除、 機的記 大量資 管理資 佳4匕並 恢復正 if正替換頁 盡號I而勘混啤-0 五、發明說明(3) 訊,其記憶於資料播放裝置 機的記憶區域者;目錄資料 與接收終端機的通訊記錄。 端機的資料配訊進行排程; 減少、追加、增加進行順序 憶區域實施容量管理。再者 料來自接收終端機的記憶區 訊、以及通訊記錄等,針對 發出刪除命令,如此則可使 常。 因此,根據本發明,可 端機執行資料的儲存,以及 當來自接收終端機記憶區域 速恢復原狀;當收費目錄等 之目錄資料等,因接收終端 不片日守’當產生目錄資料的 會造成記憶區域之堵塞現象 因此,本發明的第1目 系統之形成方法;在進行資 放側可正確掌握或推測接收 收及儲存。 本發明的第2目的為, 接收終端機,在進行資料播 革握或推測接收終端機的狀 胃& <記憶區域内之目錄資 且針對接 附加資訊 則把朝向 錄資料之 接收終端 事件,有 上述儲存 料進行最 記憶區域 ΐ f ί下效果:確實使接收終 使δ己憶區域之資料合 :::對象:㈣滿“ “ 機而使儲存對象目錄的Κί 緊急增加或刪除的情形,也不 0 ::放f供—種資料播放排程 枓播放之際,該方法在資料播 終端機的狀況,並使之正確接 ?供-種資料播放排程系統之 放之際,㈣料播放側可正確 況,而該接收終端機可把朝向 料的儲存^;通知播放側。‘ 月 日 修正 接收的Γ進播f供-種資料播放排程系統之 域内的目錄資料之:針對自己之記憶區 且唯有在未超過時才會將 2篁進行確認, 此則:正確接收來自資料播放側的:;進行儲存’如 本發明的第4目的為,裎徂一絲f貝科 程式;在進行資料播放之 =播放排程系統之 掌握或推測接收終端機的狀況:並=料=側可正確 本發明的第5目的為,接供—括,進仃接收及儲存。 紀錄媒體,其係用來播:貝枓播放排程系統之 進行資料播放之際,程系統之程式;而在 測接收終端機的狀況?===側可正確掌握或推 以下參考附圖的同時 ::::存。 同時,藉…例可更清楚以行說明; 【本發明之具體實施型態】 以下參考附圖,針對本發 從事通訊販賣之複數個業者和4儲說明。 服務業者簽訂儲存資料播放合約;務的 :分掌:照:::件,接收終端機之記憶 =终域 再者,本發明之滴用r m〜戶、了叶诵存服務。 ^——-------①圍並不限定於本文件戶舉之各具 第10頁 589884 案號 修正 五、發明說明(5) 體實施例,只要是在 " 化,都可進行實施。=出本發明之精神範脅下的各形變 亦可,或是藉由通訊缘二上述複數個業者如為單-業者 以下所指之「目之服務方式亦可。 包括目錄資料、 放資料的資料中,就如=視f「二錄二係:’在包含播 其播放内容的最小單 電視即目般,可用來讓觀眾得知 其他管理資料之所有次而:貝料」為 吓百貝料的總稱。 (第1實施形態) 在本發明之第1實 , 終端機之記憶區域的分:=二:用通訊方★ ’把接收 而目錄資料本體則在播、、,1s理貝料傳送給接收終端機; 則為與本4;Γ:進行!送、接收。 體的結構區塊圖。在第二轭型恕有關之資料播放系統全 接收終端機η之間41以:施,資料播放裝置i。和 ?、接收。接收終端= = 的傳 貪訊),係經由通訊線路,從資斜M ‘壯 (儲存管理 播放裝置1 0傳送到接收終端機丨丨。’、 式從資料 _ 資料播放裝置1 0包含·· 資料輸入部1 0 1 ,其係用來登錄要播放之資料· 排程管理部102,其係用來形成資料之播放順序· 資料庫部103 ,其係對播放資料的咨4’ 的管理資訊進行記憶管理; 抖的^及接收終端機 ^端機管理部104 ,其係用來收終妓件,進1:
589884 五、發明說明(6) 資訊管理; 其係根據排程管理部丨02之排程實施資料 ,其係根據排程管理部102之排程進行通 傳送部1 0 5 傳送; 通訊部1 0 6 机,以及 行管ΐ存管理部107 ’其係針對接收終端機之記憶區域進 10311ΐ!ΐί部103還包含:終端機管理資訊保存部 在2 訊保存部1 032、以及目錄保存部m3。 $ ^ /中二係把上述終端機管理資訊保存部1031、儲存 保存部1()32、以及目錄保存部腦 ^ 〜播放之貝料以接收終端機丨丨進行接收、儲存。 資料輸入部101、排程管理邱 次止,$ > 端機管理部1 〇 4、傳送部i 〇 5 貝"邛1 〇 3 、終 1 (1 7可"A人士 邛1 0 5、通訊部1 〇 6以及儲存管理部 U 7 可以包含在同^一部拖哭向 . 所捲士 △丄 機^内’也可以包含在由多部機器 所構成的網路中。此外,咨极 訊部106可以且有藉^田貝枓輸入部101、傳送部105或通 排P a i® ^有數個。而儲存管理部107也可以存在於 徘耘官理部1 〇 2之内。 而,Γ/1欠上述第1實施型態中之接收終端機結構區塊圖。 而该接收終端機包含: 行% 接收部2 0 1 ,其係用*拉⑷今 料 ’、用來接收身料播放系統所播放的資 …料;
第12頁 lff正巷換頁 案號%為' 589884 曰 五、發明說明(7) 記憶區域2 04,其係用來當作儲存區域; 貧料顯示部2 0 5 ’其係用來顯示接收到的資料以及處 理的結果; ' 輸入部2 0 6 ’其係用來輸入控制接收終端機的訊號; 定時器處理部207 ,其係用來進行定時器處理;以及 資料分配部208 ,係用來把接收到的資料分配到記憶 區域中。 1 而圮憶區域204包含:儲存管理資訊保存部2〇41以及 目錄保存部2 0 4 2。 接收部2 0 1、通訊部2 〇 2、資料處理部2 〇 3 、資料顯示 部205、輸入部206可以具有多數個。終端機也可以不包含 ^欠部201,而經由通訊部20 2,從接收包含其他通訊部之 哀置所接收的資料。同樣的’也可經由通訊部2〇2,從至 含二如:機構之裝置進行輸出或輸入;該機構有資 =不部205、輸入㈣6或定時器處理部20 7。而記憶區 域204亦可以由一個以上的機器所構成。 二先2十對資料播放裝置内所保存的主要資訊進行說 βffl之資料播放裝置内’資料庫部103之終 實例。其内容包含.呈m之終端機管理資訊的内容 別、各終端機儲存管理終端機id、終端機類 版本號碼(如圖4所亍)貝付時日、以及當時取得之 有儲存管理資料之=無終端機類別亦…如只 情形亦可。 取侍打日或取得之版本號碼二者之一的
589884 償正替換買, 八 一 一 .2 1 Μι 五、發明說明(87^Έ!ΕΖ21,.:一:SJ毛——~^-」奪正_ ’ 保存部1 032所保存之儲存管理資訊(亦即 二理;,區域管理資訊)的内容實例;而上述仏 資料播放存狀態者。合約資訊係: 端機上進“認::==;::!:, 枓播放裝置内進行管理。 s王貝汛則,、在資 資訊圖1::示2資訊為儲存管理資訊中之各業者的合約 ΐ;;;::,用之最大容量。依照合約同储 確定曰係操作者:::2紀錄有確定曰和配訊開始曰。 版本之合:ί=:Γ 部101,輸入,其為確定該 依照確定曰;言;開始曰係由儲存管理部1。; 指定的確定曰i;版寫入的曰期,其目的為,在所 收終端機,並開:=&約:貝訊全部被配訊(傳訊)到接 為止的期間亦即,從配訊開始曰到確定! 外,合約資訊還=勺貨訊充ί傳遞的移行時間。此 號;合約容量;以t都具有獨自編 之保㈣次區域)者2料播放裝置中 如下原則進行設定. σ、、谷里的總合,依昭 之可用玲目錄之不:^過在接收終端機的記憶容量ΐ 54)。而此-確& 了^里( > 最大健存容量_5中之 的輸入之際,在儲業,係當資料輸入部101進行合約資訊 减存官理部1 0 7上進行。 代 對=收終端機而言,合訊係 之容量確認的資訊=錄進行 第14頁 589884 1正、复換 五、發明說明(9) I D為用來將該分類進行 圖5為資料播放裝 該資訊係用來管理次區 收終端機的記憶容量^ 區域都具有最大容量。 容量切割成多個次區域 為訊分配到一個以上之 最大容量内形成目錄資 行次區域最大容量的管 位,來傳送可保存於接 裝置並不把次區域管理 以下的解說係以每一個 上,每一個次區域具有 本例中,在接收終端機 έ己憶區域中。 ^ 目錄形成者必須把 谷里之内。此次區域管 更,而具有多個版本。 係用來顯示該版本之有 下身訊:各次區域獨自 以及顯示資料播放裝置 果以次區域為單位,又 話,則可以不需要次區 的、,心合係維持在接收終 而言,如在次區域之最 ‘頁
修正 唯一識 置内之 域者。 行切割 各簽約 進行管 次區域 料。然理。資 收終端 資訊配 次區域 多個目 上係以 目錄形 理資訊 每個版 效曰期 之次區 内之資 把各資 域ID 〇 端機之 大儲存 別的分類 次區域管 設置次區 ,並有利 之業者把 理,然後 中,並在 後,在次 料播放裝 機的目錄 訊到接收 具有一個 錄的情形 一個目錄 成在可容 會隨著次 本包含變 。次區域 域I D ;次 料炎路徑 料夾路徑 由於所有 最大健存 容量内形 號碼。 理資訊之實 域的目的為 於管理;且 接收終端機 依照合約内 所分配之次 區域管理資 置則以次區 資料。但資 終端機上。 目錄為例; 亦無妨。亦 為保存單位 納於次區域 區域最大容 更曰,而該 管理資訊中 區域之最大 的位置資料 設定為獨一
例,而 二才巴接 每個次 的記憶 $ ’把 區域的 訊上進 域為單 料播放 接著, 但實際 即,在 儲存於 之最大 量的變 變更曰 保存如 容量; °而如 無二的 大容量 故一般 ’即使
第15頁 589884 年 修正 曰 五、發明說明(10) J:3ί ί料’也不會造成儲存對象資料堵塞接收終 Ϊ = ί量的現象。圖5中之“所是最大儲存容 里 係接收終端機用爽你在Β M i * ^ O 俄用术保存目錄資料時可利用之最大儲 保存= 保存於料庫部MS之目錄 了 :目_,其係的内容實例。該内容包存 區域係用Γ保存:;;者:=:成者:仙 變更預定曰,J:俜扑箱十戀=、 其係代表目錄種類; 曰,其係指開始錄;預定曰期;傳送開始 變更時所增加的版本;目錄丄二加版本,其係當目錄 料本體或對目•資料的指標。、如:二資料名稱;目錄資 ,所指之次區域的最J量目=仏量不可超過次區 ,而傳送開始曰係由儲存管由操作者所 曰、儲存管理資訊(參考圖4 :1二,參考變更預定 以下針對接收終端機内以疋。 為保存於接收終端機11儲存管理I,貝讯進行解說。圖7 的内容實例。此在資料播;;: = 之健存f 欠中,僅保存目前應使用之版太^置所官理的儲存管理 簽約者ID、合約容量、以 =例子。其内容包含: 了接收終端機上之位置資訊、、’::機中之位置資訊。除 土££^收。接^端機上之位置::他資訊係均從資料播 I 一-—liLi係在接受到與簽 第16頁 589884 —案號 五、發明說明(li) 月 曰 —修正 關的資訊時’由接收終端機之資料分配糊來 圖8為接收終端機目錄彳告^ ^ ^ ^ ^ ^ 覽實例。&為在資料播放裝置所管==之目錄的- 錄-目錄“應= 稱該=保存了:目 資料本體或對目錄資料的指標。如為無目錚籀fID、目錄 則::有目錄類別。接*,針對;放二】:, 端機傳送儲存管理資訊之傳送作業進=裝=向接收終 料播放裝置和接收終端$ 圖9為在資 考饰& & # 機之間,進行儲存管理資訊之夺扭 疫里動作時之流程圖。接收線端機#以 + 、 接 透過通訊線路,向資料播係以一疋的時間間隔, 到定時器處理部20 7所設定 1 B理貝汛。在來 訊部2 0 2 ,透涡、ι π硷狄 、、接收終端機則從通 在』二過通说線路,❿向資料播放裝置發出旁取= 中包含了其、= .♦每台接收終端機的索取要求 收到要求後,則透而貝料播放裝置在其通訊部1 0 6接 貝J透過終端機管理部J 〇 4來 107。該儲存管理㈣7則 二°4 存管理部 約資訊(圖4 )中,柃去具ώ匕貝況保存部1〇32之合 係指,現在時Μ ^最 本的合約f m ;其最新版本 <日 兄任¥刻為配訊開始日期以鉍沾扣士丄 々 訊開始日者(9〇2)。 曰』以後的版本中具有最新配 接著’終端機管理部〗〇 4透過诵 資訊(合約資訊之:的土 n 6,把儲存管理 端機實施配訊(903 )、,,、 M以及合約容量—覽)針對接收終 力次u、 9〇3)。接收終端機在接收到人约皆邙接, 1資料分配^2〇8上,針對儲存管理資二約貝七後, 7—~_ 7兩仔吕理貝存部2 0 4 1之儲 第17頁 589884 if 憂正釋 月 曰 修正 五、發明說明(12) ----- 存管理資訊(圖7)更新為新的合約資訊(9〇4)。而 配部208方面,其針對合約容量已經變化之簽 d 4分 行確認該簽約者Π)内的目錄資料容’ ,進 合約容量範圍之内;同日寺,如發現否疋仍維持在 決定其在接收終端機内之位置資訊。當資,則 功地更新儲存管理資訊後’則接;機透二、_ ; 〇8成 向資,裝置發出更新成功的通知= 裝置透過其通訊部106接收到成 貝科播敌 理部1〇4針對終端機管理資。機管 檢索’來更新储存管理資訊之取二進行 之更新版本(9〇6)。上述動作會定期性地重^I存/理資訊 以上為一個例子。接 也重稷只轭。 裝置針對接收終端機進行健存管;;:::的ί資料播放 來到有效曰期時’則在接收終端機ϋ有效之曰期’當 ”訊的處理作業。圖10為在第2機個二:換為新儲存管 理資訊之交接處理動作時之流·,進行儲存管 來到定時時,並提出儲存 。在接收終端機在 在資料播放裝置針對儲存管理資^中,求(1001)時,則 ⑽2)之前的程序,與上述圖”約f訊進行檢索 裝置八針對接收終端機實施健存管理:;:同。當資料播放 4之合約資訊的確定曰4子:理貝讯的配訊之際,如圖 之資料分配部m i 去(1〇〇3),在接收終端機 時的區域中’如有新的合約ID資訊保存於暫 之位置資訊(1〇〇4)。 、’、疋八在接收終端機上 第18頁 589884 修正 年 月 曰 案號 五、發明說明(13) 接著’利用定時器處理部207設定定時( 1 00 5 ),使在 確定日時更新為新的儲存管理資訊。接收終端機透過通訊 ^ 2 〇 2向資料播放裝置發出更新成功的通知(1 0 0 6 )。而資 t播ί裝置透過其通訊部1 0 6接收到成功的通知後,則終
端機管理部1〇4針對終端機管理資訊(圖3)内之該終端機ID =^檢索’來更新儲存管理資訊之取得日期以及儲存管理 資訊之更新版本(1 0 07 )。當來到程序1〇〇5上所設定之定時 時,定時器處理部20 7向資料分配部208通知設定内容;藉 由此方,,在資料分配部2〇8方面,其針對合約容量已^ 變化=簽約者ID,進行確認該簽約者ID内的目錄資料容量 總值是否是仍維持在合約容量範圍之内;同時,把 1 =:存”時區域中之儲存管理資訊覆寫於内部的儲存 吕理-貝讯保存部2 〇 4 1中(1 〇 〇 8 ) 〇 此外,就另外的實例而言,亦可採取如下 ^約資訊(圖4)之版本附加在全部合約資訊中,而口 2 二:力:在各簽約者10上,且並不將合約資訊全部“,: ,、傳送已經變更之合約資訊。 、 接J ’參考圖26,針對從資料播放裝 資料之輸入、傳送作業進行解說。在資料 將要傳运之目錄資料,從資料輸入部1〇1保存至^ ’係 1〇3之目錄保存部1 033 ( 26〇1)。進行目錄資料 除了目錄資料本體之外,還針對如下項目進^ ΐ打’ ID、簽約者ID、次區域ID、變更預定曰。::缸目錄 入後,資料庫部103則通知儲存管理部1〇7(26 1貝枓破輸 ^部107把如圖6所示之目錄資料的版本號 L儲存管
二說,丨遍…二.............. ^ ^馬、身料容量、 第19頁
589884 案號 五、發明說明(14) 資料名稱、目錄資料本體或對目錄資料 錄一覽( 2603 )。 扪扣裇’ β又疋 再者,該儲存管理部107會依照儲存管理 ^:二管理請圖“圖…針對被輸入“ 變更預定曰之後’仍然不超過次區域管 机的最大容量(圖5 )( 2604 )。而萬一在變更預定日之 =區域管理資訊的最大容量,則發出警訊,並採取 二的處理方式:言史定可容納在次區域中之曰期 2 k開始日,或發出錯警告誤訊息來中止目錄資料的 處理作業( 2608 )。當可容納於次區域管理資訊的最大 情形,則儲存管理部107會把與變更預定日相同 设疋為傳送開始日,並進行目錄資料的正式登錄,麸 知排程管理部1 02( 2605 )。排程管理部1〇2決定何時;^ 錄資料並進行排程(26〇6)。傳送 m之排程,對接收終端機η傳送資料(H、、排私吕 ^ f收終端機11以其通訊部2 〇 1接收目錄資料。接 藉=ΐ料分配部2 〇 8來確認所接收到的目錄ID是否在 二覽中,如為已有目錄I D的情形,則覆寫在既有的目 覽上;如果沒有的話,則將之追加到一覽中,如此可 8★所=般,保存在記憶區域2〇4的目錄保存部2〇42中 時’資料分配部208從目錄的資訊所示之簽約者11}取 圖7^ Γ之儲存管理資訊的合約容量’並碟認簽約者1 D 之王部目錄總容量是否可容納於合約容量之中,接著 用圖1 5針對如下兩項之間的對應進行說明:資料播放 目錄保^狀態,以及排程管理部1 0 2對目錄資料 為目 存部 錄容 理資 後超 如下 作為 登錄 容量 的值 後通 送目 理部 著, 目錄 錄一 如圖 。此 得如 所持 ,利 裝置 的配
589884 —--------—— I ----- -月 曰 條 if 五、發明說明(15) ~ 訊實施排程後的傳送資料。圖15之1 5 0 0為資料播放裝置内 之目錄保存狀態示意圖。在資料播放裝置内,把以次區 ί ΐ ί容量傳送的目錄進行管理,以確保其可容納於i: 、,.=的最大容量内。排程管理部1〇2則把圖中之次區域 (1501)之實際的目錄資料容量當成傳送對象來處理。 收簞Γ ti15G1為排程結果的傳送資料。接收終端機之接 二:二包3 一個以上的目錄。其中包* :在傳送資料的開 的%!之開始指…及對接收單位結束位置 的扣私(1511)。排程單位(1515)包含所有目錄, =2推實施排程作業日寺,即把上述排程單位以重複 的方式進行傳送。 至吸1寻迗 間開ί: :m ί收之際,並不會產生從接收單位之中 或許會由於接此^接收到接收單位中之一部份的現象。但 排ΐϊΐ:ΐ;::下的現象:驗端機到底從配置於 到那-個接收ΐ::皁位開始接收’以及到底沒有接收 =;:;::r42進行更新的保存單位為目“ 在經常:;=!目山錄時,基本上,是由排程管理部 進行配置。 置在刖知的接收單位(相同接收單位丨]))内 程資:中顯示排程管理部所進行之排程結果的排 播放時間等資吨早;分別包含了:接收單位1D、版本以及 送時有所變化眭。虽在某接收單位内之目錄資料與上回傳 —— 1夂化時,則排程管ί: 589884 案號 頁 2- 年 五、發明說明(16) 程資訊的版本上加1 。資 送出去,在接收終端機之 之哪一個版本在何時被播 「只有與自己所保存之版 存」儲存計劃,並在定時 儲存。 如上所述方法,多數 錄資料。又,把接收終端 以次區域的集合方式進行 最大儲存容量範圍内自由 Λ 曰 修正 =播放裝置把該排程資訊預先傳 資料處理部20 3上判斷接收單位 送’並透過資料分配部2〇8實施 本不同時,在某時進行接收並儲 器處理部207上設定定時來進行 個業者可根據合約容量來儲存目 ,之最大儲存容量分割為多個, 管理,如此一來,可在次區域的 變更目錄。 (第2貫施型態) 第2實施型態具有和第}實施 結構。在第2,施型態方面所舉;Uf如圖1的 當業者因合約變更而必須變更儲存;本發明中’ 時,該如何針對人約容子s理貝料中的合約資訊 假設,告1 增減進行管理。 §某業者因合約變更而v/ 料中的合約容量。在減少合約ί==少其儲存管理資 =目錄資料才行,·但在接收終端m必須減少傳 广錄資料之前的㈣,當接收:ί進订接收和儲存減 存管理資訊祛〇 ^ *收到減少之合約容量的銼 疋否可容納在合約容量中之::目錄資料的總容量 ,之合約容量中,因此在接收線===並無法進人該業 收終端機上進行上㈣認時,發錯誤》再者’ 對其他業者的接收終端機 589884 _« 五、發明說明(17) 影響。 丨f正替換頁 911华 069 角 pi 年 修正 為了防止如上述現象的發生,以下以本發明中之減少 合約f量的情形為例進行解說。圖18為減少合約容量時排 程的貝例。圖2 7則為其流程圖實例。在此以圖4中之確定 曰9月1日之版本2(42)進行合約資訊輸入的情形為例來說 明0 在圖4之版本2中,相較於先前之版本丨之合約資訊, ID = 4簽約者之合約容量由100MB降低為5〇Μβ 。因此,從資 料播放裝置10之資料輸入部丨〇1輸入確定日=9月1日、簽鈞 者ID-4、合約容量=50MB的合約資訊變更指示(2701)。 當資料輸入部101所輸入的資訊被保存於資料庫部1〇3之儲 存管理資訊保存部1 032後,則通知儲存管理部1〇7 。儲存 管理部107把版本號碼設定為2(27〇1)。儲存管理部1〇7把 確定日9月丨曰減去N(在本例中為31天),決定版本2之合約 資訊之配訊開始日為8月1日(2702)。 如前所述,N為為了對所有接收終端機實施新版本的 配訊,從開始到確定日為止的移行期間。 也可用如下動態方式設定Ν值^同在第i冑施型態之圖9 中所,’纟圖3之終端機管理資訊内針對儲存管理資訊取 得版本進行管理,由儲存管理部1〇7定期針對圖3之儲存管 理貢訊取得版本和圖4之配訊開始日進行確認,並從配气 開始日起計算出全體9G% (在資料輸人部 終端機取得一個版本的日數。 J按收
589884 修正 案號 五、發明說明(18) 本1 。因此,如上所述,在8月1日起合約容量減少之前, 有必要先在8月1日前使次區域管理資訊之最大容量和目錄 資料容量減少。而關於在合約容量減少之前,到底在多少 時=前就必須使二欠區域^里資訊之最大容量減少方面,係 由貝料輸入。P1 0 1來輸入運用值L日(此例為2日)。L代表 開始進行目錄資料配訊㊆丨a ‘ t 1 i ^ . ^ # 0a κ到所有接收終端機都完成接收及儲 存為止的期間。 ::管理部107係使用410之簽約條4 I進行次區 :的:F' (』二3)。由於儲存管理部107版本1之次區域ID = 容量超過合約容量(圖5之5。4)之故,因此 :版成次區域管理資訊之新版本以及目錄之 辦版本。或是,在發屮盤 理資m+ , s汛的同時,就自動形成次區域管 約容量柏P! ^ i + ,、新版本之次區域管理資訊之合 更曰設定為合約資訊之配如同圖5之5㈣ 入變更曰之際,如果發生°目二:之L曰前(27°5)。當進 最大容量的情开>,^ J =料超過次區域管王里資訊的 的空資料。 慮強制方式形成資料容量為0 如上’如圖1 8所述, ϊ減少之)砝七α λτ 配δί1叶劃為:在(確定合約容 關之)儲存势二,沾日前開始進行(與減少該合約容量有 + L日之前,開始執行(且右被^ ▲,同時,在該確定日之Ν日 次區域之…曰 :、/夕該合約容量之簽約者I D之) 〈最大谷1的減少作業。 而其他業者如要把上述減少+人 容量的減/丨、n Γ 之合約容量(次區域之最大
第24胃 來利用的話,必須在圖4 589884 案號
五、發明說明(19) ::的確定日(9月i日)之後。此點在合約容量的增加 也會進行說明。 物 一 接著是,當業者透過合約變更來增加儲存管理資訊之 合約容量的情形。在合約容量增加的同時,傳送資料也會 增加’但接收終端機在目錄資料增加之前,如不預先把^ 不合約資料增加的儲存管理資訊進行取得及儲存的話,則 在儲存目錄資料時,接收終端機之資料分配部2〇8在執行 確w時’會顯現「目錄資料無法容納於合約資訊之中」的 異常狀態。以下利用圖4之版本2(42)之中,合約容量^版 本1之合約容量50MB增加到100MB之簽約者ID = 1 (407)為例 進行解說。 — 從資料播放裝置10之資料輸入部1〇1輸入了簽約者之 = 1、合約容量=100MB、次區域11) = 2、確定日=9月1日的 合約貪訊變更指示(2 7 0 1 )。當資料輸入部丨〇 1所輸入的資 Λ被保存於資料庫部1 〇 3之儲存管理資訊保存部丨〇 3 2後, 則通知儲存官理部1 〇 7。接著,在儲存管理部丨〇 7上進行如 下,5忍作業·合約容量的增加量(次區域之最大容量之增 加里)可容納在接收終端機之最大儲存容量(圖5之5 4 )中 之未被其他業者及次區域使用的量以内。以實例來進行說 明.此一時點,在圖4之合約資訊版本2 (4 2 )上,簽約者 ID = 4之合約容量在確定日8月!日決定,且處於圖5之次區 域管理資訊之版本2(52)的狀態,則輸入之確定日9月}日 以後的額外容量為如下之值··從最大儲存容量54 (5〇〇mb) 減去簽約者ID = 2、3、4、5、6之版本2的合約資訊(20、 100、50、20 0、3〇MB)以及簽約者IDM之版本1之合約容
589884 |丐复換頁 Γ -- 案號 2Π 年 五、發明說明(20) 修正 量(50MB);亦即’50MB。而此次輸入之簽約者iDq之合 約容量増加剛好是50ΜΒ(1〇〇ΜΒ-50ΜΒ),因此恰好可以通過 儲存管理部1 〇 7的谷1增加確認。當有合約容量增加的情 形’增加前之次區域的最大容量以及目錄資料必須可容納 於合約容量之内才行,而關於次區域的最大容量是否可容 納於新合約資訊的合約容量之内一事,則非由儲存管理部 1 0 7來執行確認。 如上所述,在進行合約資料變更的情形,如能在Ν日 (移行期間)内依照上述圖9之程序使全部接收終端機取得 新1儲存管理資訊的話,則無論合約資訊之合約容量為增 加時或減少時,當接收終端機之資料分配部2〇8在行^ 者之目錄資料是否可容納於合約容量内的確誤 ^ 不會產生錯誤。 心f糸4 ’就 如按照 端機上於確 減少的情形 下之減少排 之最大容量 域管理資訊 次區域之最 曰,則設為 接著, 未取得新儲 得上述資訊 的目錄資料 _ 1 U之 定曰來 ,在確 序作業 進行減 的配訊 大容量 確定曰 以下針 存管理 的情況 有可能 程序,因係啟動 更新儲存管理資 定曰之(N+L)曰 :把相當於減少 少。次區域之最 開始日,設定為 的增加量之次區 。亦即,移行期 對有接收終端機 資訊的情形進行 下,就取得目錄 超過接收終端機 訊,因此,在 之前,並不需 量之位元組量 大容量的減少 確定曰之L曰 域管理資訊的 間為L日。 在配訊開始日 說明。如在Ν 資料的話,則 «^存之舊儲 在接收終 合約容量 要實施如 之次區域 量之次區 之前;而 配訊開始 起Ν日内 曰内未取 所接受到 存管理資
589884 」蔓正替換,頁 五、發明說明^~9——^ 訊的合約容量。本發明+,係針對是否有接收終 i内=得新儲存管理資訊進行檢測,並防止記憶區“ 塞。接者,以下例來進行此方面的說明;在圖9之技 業上’圖3之終端機ID= 4在9月3日發出索取 ^乍 儲存管理資料的要求。 b狀恕之 終端機ID = 4之接收終端機發出帝 =。在資料播放裝置之儲存管出理===^^ 理資料的檢索(902 )之前,從終端機管理資訊H 2官 ,機ID = 4先前取得之儲存管理資料 、 = 資料向;=料刪除命令的儲存管理 :ί:ϊ刪除命令包含目錄ID=4,其係從目錄-覽中進ί 人:t索所仔的結果。而該目錄為在版本2(圖4之42)中之 :目少之簽約者ID=4。接收終端機在接到刪除對象 :目刪除命令後,在資料分配糊上從圖6 = 錄資侧5、m,當成功地刪除該目錄資 "’和目錄一覽後,則如往常般執 、 更新(9G4)以後的程序。 了㈣S理貝5fl之保存與 在本例中,在即將發生記憶區域 ::約容量=之簽約者…錄=塞=實 收終端機<資料分配邱二隐〔域產*堵塞·’在接 放裝置發出通知。然後,如同上述程序Π 則發出目錄刪除命令,來: 第27頁 589884 案號
五、發明說明(22) 減t的簽約者ID。再者,如在期限内未取 mi 方面的問題亦可由接收終端機自行 *後容量變更時’合約資訊(其包含變 更後合約谷里)之配訊開始日的決定、次區域 ,變更以及目錄資料之變更時曰都在資 官理的話,則在接收終端機上合約容量與目錄=量無 法整合的問題就不容易發生。萬一接收終機二^ 播放裝置所預設的期間内取得儲存管理的此4在 前或發生之後,都可在接=端= 匕&域把以成堵塞的可能原因(目錄資料)進行刪除。 (第3實施型態) 第3實1型態具有和第!實施型態一樣,具有如圖i的 τ施型態方面’利用圖4、5來針對儲存管理 二該儲存管理的目的a,在本發明中當變u ;a不· t里(目錄之最大容量)時,使接收終端機的記怜 ^域不產生堵塞問題。 匕g 如圖4之簽約者ID= 5合約狀態所示,假設_ 包:…固次區域…容量不作變更,但基於 ",y成上的方便,在增加一方的次區域最大容量的同昉,、 =把另一方的最大容量減少相當於前者增加的量;此^ =的方法。資料播放裝置因應此種同時增加和減少最二^ 置的方式而傳送出目錄資料,其可能帶來如下結果;: 可能在容量變小的目錄資料之前,先把容量變
_ 9Ί 五、發明說明⑽ 2 Θ 修正 =的目錄資料進行接收並儲存。 貝料是否可容納於合約容 ::$收終端機針對目錄 :錄資料容量所堵塞而產確=?因合約容量被 目錄資料是否可容納於合,接收終端機針 f資料容量堵塞可用於儲存目;;= 丁確認時,也會因目 月匕會野其他業者的目錄資二=大容量,因 明可防止上述現象的發±,在:不良影響。本發 立内的目錄資料之配置方法進行解說。所不一個接收單 如先前針對圖1 5所做的說明,姑丨^ ^ 在接收單位(其包含增加、追加後之目=:位。因此, 除指示指標(其包含要刪除之目錄資料之的^刪 少之目絲杳祖祕、# —扁、" 、 錄ID)或容量減 之目錄資料進行取得和儲存u ^ ^ ^標^減少 才能接收及儲存增加之目錄資:或追咸;量 圖15來說明的話,把刪除指示指標或減少之目錄資料 ^目錄1518中,同時在目錄1519上增加目錄資料或追加 次錄貢料,並在資料播放裝置之排程管理部1〇2上將傳送 貝料進行排程。當把圖4中之簽約者ID = 5之次區域(次區域 ID = 5)的最大容量由1000減少為5〇MB,同時把次區域11) = 6 =最大容量由100MB增加為150MB時,在此利用圊28、29來 說明其處理流程。 從資料播放裝置之資料輸入部1 0 1輸入次區域之變更 心示資訊。在此所輸入的資訊包括··簽約者IJ)、變更次區 訊之日期、變更之次區域ID以及最大容量。而當最大
第29頁 589884 2 修正 tr 案號 五、發明說明(24) 容量為0時’則視為要把次區域刪除的指令。如從資料輸 入部101輸入:7月30日起把次區域ID = 5的最大容量減^ 5 0 MB ( 2 8 0 1 )後’則該資訊被保存於資料庫部1 〇 3之儲存贫 理資訊保存部1 〇 3 2中,並通知儲存管理部丨〇 7。在儲存管 理部107上,則針對次區域11) = 5的目錄ID = 6之目錄資料^ 量在減少後是否可容納於次區域容量5〇〇之中,進行砣: ( 28 02 )。然後。在向圖5之514的次區域管理資訊進行 ( 28 03 )的同時,在圖16的次區域變更紀錄之管理資訊中亦' 進仃如下登錄:次區域ID = 5、變更類別=減少、變更 :3。0日( 2804 )。而如果目錄資料容量在減少後無法容納於 -人區域之最大谷置之中,則中止次區域管理 ^ 理( 280 5 )。 J支更處 =上所述,t決定在7月3()日減少某次區域時 月30曰起其他次區域可以開始利用其減少的量關 點,將在以下增加時的處理進行說明。 有關此 僅接著,從資料輸入部1〇1輸入 增加資訊’即:次區域ID = 6、變 乂[ :ID 6有關的 理資訊保存部i 0 3 2 7貝/通被知保;^於資料庫部1 〇 3之儲存管 理部1。? “4擁ίΐΓίΓπ理部107。在儲存管 域的總容量心们曰^以6的簽約者ID = 5之次區 9起疋否可容納於合幼六旦> 士 、 確認(2 9 0 2 )。而在圖5的次區祕势次、、今里 ,進行 的同時,也在圖16的-欠區域二^ I貝訊進行登錄(2903) ( 2904 )。 °° S交更官理資訊中亦進行著登錄 兰:要把一這個配置條件作為
第30頁 589884
案號 五、發明說明(25) 舞料,入部101的運用值進行輸入。該配置條件係用來表 7彳之現在起到幾天前為止必須把刪除指示資料或容量诘 >、之目錄資料加入接收單位前端。 彳 在這樣的次區域管理狀態下,當從資料輸入部丨0 i 2新目錄資料··簽約者ID=5、次區域ID=6、目錄ID=7時, 、、!J该貧訊被保存於資料庫部103之目錄保存部1 033中, ^头儲存g理σ卩1 〇 7。在儲存管理部丨〇 7上則確認可容納在 =,域的最大容量中,並進行登錄(圖6之6〇9)。接著, 子;理#1 0 7把新追加目錄J D = 7通知排程管理部J 〇 2 。 排程管理部1 02上,則依據圖1 6之次區域變更管理資訊, :對在上述刪除資訊期間L日(3日)以内已經刪除的次區域 、5進行檢索,並檢測出圖4之次區域⑺#與目錄a” 二同為5 ’因此把次區域id=5之目錄資料(即目錄 -6之最新版本)(圖6之6〇8)加到目錄11) = 7 位的前端並傳送出去。 旬J伐叹早 ,接收,端機上,依照目錄ID = 6、7的順序接收一個 ,收早位。目錄ID = 6之目錄資料覆寫到記憶區域目錄保 存部^04;上、,修正圖8之目錄一覽,並進行目錄id = 7之新 目錄貝料的追加以及將之追加到圖8之目錄一覽中。 如^所述’可把屬同—簽約者ID且在L日内可能刪除 或減^'的目錄之資訊,在增加、追加的目錄 ,收:端,行傳送;且在接收終端機之記憶區域内先幵; 之量的彈性空間,再進行增加、追加的目錄 貧料=存’如此可預防接收終端機之記憶區域的堵塞現 象。’除上述方法外’還可採用如下各方法:透過 589884 ιΕ替換頁 nivJ2· 12. - 2 9 咖069 一
⑽ί} Π丨年 月 曰 修ΓΡ 五、發明說明(26) 々 對資料播放裝置定期(1天1次)取得删除指示資料 ^/目錄資料:或是,由資料播放裝置播送接收終 機母天應取得之接收單位(刪除、減少資料)。 、、 (第4實施型態) 第4實施型態具有和第丨實施型態一樣,具 ΐ Ϊ。ί變更本發明之次區域之最大容量時,為了使目錄 貝料不會堵塞接收終端機記憶區域之合約容 ^ 容量施型態中,則舉出與第3實施型 : = 之流程進行解說:此例係物 收早位來傳送刪除指示資料或減少目錄資料, 錄資料或増加目錄資料時之程序有關。 σ 、在本例中,和第3實施型態一樣,次區域管理資訊因 為圖5之51的狀態,把簽約者ιρ = 5之-欠 = ί 同時在次區域ID=6的最大容量中增加 上述減少的量。 在資料輸入部101輸入如下資料(30 0 1 ):從8月}曰 起,簽約者ID = 5之次區域ID = 5*100MB增加為5〇〇MB,而 區=Π) = 6則由100MB增加為15〇M。在資料輸入部ι〇ι上進行 對資料庫部1 03的登錄後,則資料庫部1 03通知儲存管理 部107。而在儲存管理部107上,則針對次區域11) = 5之目 錄ID = 6之目錄資料容量是否可容納於減少後之次區域容量 50MB之中,進行確認(3〇〇2)。然後,形成包含了減少之次 區域ID = 5的次區域管理資訊版本2(圖5之52), 設定為7月30日(即8月1日之Μ日,譬如1為2的情:二
第32頁 589884
_案號丨9丨坪3〇69Ej 曰|年 五、發明說明(27) ^ 修正 及把次區域之最大容量設定為50MB(3003) 日為從資料 輸入部101預先輸入的運用值。接著,在儲存管理部1〇7上 形成包含最大容量增加之次區域ID = 6的版本3(圖5之53), 並把變更日設定為被指定的8月1日,以及把次區域之最大 容量設定為150MB(3004)。 如上所述,次區域ID = 5的次區域内目錄在7月3〇日以 後,只能形成50MB以内的資料,而次區域id = 6的次區域内 目錄在8月1日以前,只能形成100MB以内的資料;因此, 在傳送出減少之目錄資料到傳送出增加之目錄資料之間, 至少還有Μ日(2日)的缓衝時間’而且,當接收終端機在 資料播放裝置所預設的Μ日(2日)内接收到減少之目錄資料 後,非但不會造成目錄資料容量堵塞合約容量的同時,還 可接收增加之目錄資料。 在Μ日的設定方面,如考慮透過通訊方式來進行減少 資料或減少目錄資料的交接的情形下,可針對如下兩項進 行管理:其一是,如圖11所示之儲存管理部丨〇 7之删除、 減少變更日;其二是’接收終端機之取得成功率,其顯示 了 ’使次區域中容量減少之目錄資料的配訊有多少百分比 被接收終端機所取得;如此一來,按照取得成功之接收終 端機的比率,當滿足一定條件時,則可對其他次區域進行 追加或最大容量的增加。 圖11所示為,進行次區域的刪除或進行隨最大容量減 少而來之目錄資料的刪除、減少之際,接收終端機對刪除 指示資料或減少目錄資料之取得成功率,以及其管理。其 i含士口 T # ^次㈣m 更種類:次區域
曰 589884 修正 五 i、發明說明(28) - ^ I D、接收終端機之取得成功率(其顯示所有終端機之取得 成功率)、追加、增加可能日(可把次區域之減少量轉為其 他增加量利用的曰期),以及額外容量(其顯示目前之總頬 外容量)。上述追加、增加可能日相當於變更曰+M日。唯 有進行過次區域的刪除或最大容量的減少的情形,其次區 域I的容量減少之目錄資料才可透過通訊方式進行配訊, 亚每當成功地接獲來自接收終端機的通知後,儲存管理 1 07才會進行取得成功率(即在所有接收終端機中有多少 分比取得成功)資訊的更新。 火圖11為取得成功率為80%以上時,可把刪除、減少息 田成次區域的追加、檢劣3 里 其取得成功率Ϊ二以曰上加!使用的例子。在1101的情形, Ϊ f ί為 因此把(原本空區域+1101之次 ”、後之2_) #為額外容量進行管 : 之量的範圍内進行。在 量之量計ΐ · I成功率為8Q%以下,故為不被當成額外容 值木’此1101的額外容量和1102的額外容量為 值。畲由圖1之眘粗鈐λ… 至^ 彳娜外今里马同 容量的變更之時,Υ額外二進:次區;管理資訊的最大 此額外容量之μ 各里之量會被當成參考數據。以 容量追加。 限,可進行次區域的追加或次區域的 如上述般針對攻 終端機目錄資料I法目錄f料’則可能造成接收 約容量之内的現象。因此,
料傳送出去,但由°° 2 ’憂更程序進行管理且把目錄資 原因,因此,萬一.日之間接收終端機處於關閉狀態等 已先取得追加目錄=删除指示資料或減少資料之前,
589884 以下針對當發生目錄資料堵塞的情形時的復原方式進行說 明0 當接收終端機發生堵塞時,將之通知資料播放裝置。 當資料播放裝置經由通訊部106獲得通知後,其儲存管理 部1 07則從圖5之次區域管理資訊,針對最近容量增加之次 區域ID = 2、6進行檢索,以及從圖6針對次區域1]) = 2及6的 目錄(目錄ID = 1、7)進行檢索。通知資料播放裝置從儲存 管理部107,經由終端機管理部1〇4、通訊部1〇6 ,針對發 生堵塞之接收終端機傳送含有目錄11)=;1及7等目錄^的^ 除命令。當接收終端機接收到刪除命令後,則從圖8之目 Ϊ:覽Π對目錄ID=1、7 $行檢索,然後把資料本體及 目錄一覽中之資訊刪除。 在此 以改用最 取代。再 在接收終 刪除;採 此外 接收、儲 時,把接 完全刪除 約者I D者 資料完全 此外 的堵塞紀 ,除 近變 者, 端機 κ ι 存的 收到 亦可 ,把 冊1J除 ,如 錄資 除命令來 ,而改由 目錄進行 把原準備 發生堵塞 目錄資料 限於含簽 訊之目錄 了次區域增加之目錄的刪除命令之 更(無論是增加或減少)之目錄的刪 非由資料播放裝置來選擇刪除對象 取得變更紀錄,來把最近變更過之 方式亦無不可。 接收終端機上,當發生堵塞之際, 目錄資料進行刪除亦可;或是,當 的目錄資料以及含同一簽約者I D之 :又’上述所刪除之目錄資料並不 3二貝料夾名稱、其他目錄之附加資 亦無妨。 、 收終端機 為依據,
第35頁 圖1 2所不’在資料播放裝置上可接 堵塞的_接收機ID及堵塞的原因) 589884 案號I 91 f正替換頁 藥-2 a 曰 修正 五、發明說明(30) 當一個接收終端機在一定期間内因同樣原因發生γ次以上 的堵塞時,亦可對該接收終端機發出所有的刪除指令(上 述的例子係最近發生最大容量增加之次區域ID=2、9^)。而 Y 為從資料輸入部1 0 1輸入之運用值。 再者,如圖1 7所示,在接收終端機的目錄資料一覽中 设置收視紀錄’母當在接收終端機的資料顯示器2 〇 5中進 行目錄顯示時,則資料處理部2 〇 3把所顯示的内容之時曰 登錄在目錄之收視紀錄資料中。當接收終端機的記憶區域 堵塞時’則資料分配部2 0 8亦可針對長時間未收視者優先 刪除。在圖1 7之目錄一覽中,把收視紀錄日期最久之1 7 〇 2 先行删除。 如上所述’當變更次區域的最大容量時,不易使目錄 資料堵塞接收終端機記憶區域的合約容量。此外萬一發生 堵塞時’可從資料播放裝置或接收終端機上把適當的目錄 資料進行刪除,如此可解除堵塞狀態,使系統迅速恢復為 (第5貫施型態)
姓第5只化型態具有和第1實施型態一樣,具有如圖1的 、=構。在第5實施型態方面,資料播放系統係透過通訊方 針對進行儲存資料的接收終端機下達應從其記憶區域 刪除^ I錄資料的指令,本實施型態係以如何針對應刪除
錄貝料表(刪除目錄資料表)進行有效之配訊、管理 例進行解說。 〃
第36頁 589884 it正.替換頁 i X. 00 丨 9 - 2 年 月 修正 曰 五、發明說明(31) 刪除之目錄資料而設,且其係保存於資料播放 目錚資部103的儲存管理資訊保存部1032中。刪除 刪:=;Γ里資!1包含版本號㉟,而每個版本中包含應 Μ Α 表。每個版本中還包含終端機取得率,其意 取得誃版:有終端機之中,I 9少百分比的終端機成功地 (終端撫总的刪除資料表。圖25為每個終端機之管理資訊 1 03 Μ &官理資訊),其係保存於資料播放裝置之資料庫部 終端機=機Γ里資訊保存部1031中;且其保存了 :每個 的刪“ = 機1以及每個終端機成功取得 終β 終端機會定期針對資料播放裝置要求取得自己的 1 〇 而,户以及刪除資料表。而資料播放裝置則透過通訊部 對終端;η端機管理部丨〇4上,從圖25之終端機管理資訊針 炉敢尸 進行檢索。在檢索之後,則獲得該終端機之已 ^ β :之刪除資料表之版本,然後把該終端機1 D和已經取 1 0 7擁右枓表之版本交給儲存管理部1 0 7 ,儲存管理部 比該版本更大版本的號碼,且從圖24取得配訊開 ^i f期之刪除資料表,在形成應刪除目錄1 D之表,然 訊、。链、、端機管理部104及通訊部1 06向接收終端機進行配 L as9^nt ’終端機ID = 1在11月4日來索取刪除資料表時, 5〇1所示已經取得的版本為「丨」,因此把版本2、版 主爲 表 亦即,目錄I D = 1 2、3、1 8、22之刪除資料 表傳:給機ID = 1之接收終端機。 、 之目錄^ = &機在接收到刪除資料表後’則把目錄1 D所示 —憶體中刪除,並透過通訊線路把刪除成功 第37頁 589884 Μι 五、發明說明(32) ——~^~ -^ 的通知傳送到資料播放裝置。 機管理資訊之)終端機ID=1 6經取 :25 = (:1;值變更為3,·同時在儲存管理部m上貝 本2、3之終端機取得率(242、243)重新 之版
24之刪除資料表的版本取得率為1()⑽或達^比g J ”刪除資料表之版本進行刪除。在此,如設定::機: ::非而在達9°% #就把刪除資料表之版本刪除 求的接收終端機突然來提出 :::要 放裝置只保存版本3之後的版本的而狀僅兄:如播 :機來索取刪除資料表的㈣:在此一情;^ = 序中,儲左其Ϊ田_*Γ?1ΠΓ7 * 在上述矛王 檢索時,Π圖Μ之刪除資料表的版本進行 資料全二的;^,則對接收終端機發出目錄 表,也可以::工:°M 〇 7戶斤形成之各終端機之刪除資料 預先开…Si 終端機提出要求時才形成,而採取 之已瘦U 端機各自保存的方式。χ,如圖25所示 储存=:;;:;:#料表之版r也可以由接收終端機之 管;而去接收故予°p2041來保官,而非由資料播放裝置保 取得之二ίίΐί機要求取得刪除資料表時,只要把已經 料播放裝置H j ^可該版本以後的刪除資料表資料由資 (第6實施型態) Ι^Β 第38頁 I正替換i 案號1 589884
五、發明說明(33) ^ 1 -ilJL 第6實施型態具有和第1 結構。在第6實施型態方面^ & 一樣,具有如圖1的 式付費目錄等之資料播放系統係:十:對用戶提供用戶選擇 發生儲存對象之目錄資料的旦:接收終端機的緣故而 記憶容量之管理實例。 里’不4日可’接收終端機的 資料播放系統對用戶值、芝^ 2錄"的情形’因接收;;端=式=J(= 機接收並儲存大量目錄,、θ產生有些終端 差別;像這樣的目錄資料量來;^乎不儲存任何東西的 側而言,頗難以進行容量# ^ Α的情況,對資料播放 在保存於資料播放裝置之;可依照如圖13所示, 存部1 0 3 2中預先設置容納選煜。3的儲存管理資訊保 存管理;而其容量可設為?擇型目錄量的區域,來進行儲 量。而儲存管理部1。7戶斤;2 量減掉的 小於從接收終端機最大儲们2 :二總容量’應該是 量。而該值係由資料輸入:二減:選;f目;量區域的容 記憶區域204㈣存管理:U仃輸入。接收終端機之 擇型目錄量區域進行=貝;子部2041也針對圖13的選 徑,並不必要和資料 货„端^上之圖13的路 中者相同。 、 凌置之儲存管理資訊保存部1 〇 3 2 -起針2 T:t鈿機輸入圖13之資訊時’和儲存管理資訊 备都疋由-貝料播放裝置來進行配訊。 二,::r=8來接收選擇型目錄資料,然後保= 並無儲存資料本體,因名;:在==擇型目錄 ——- g貝利名稱、―貝料本體或對資料指
1·^ I1H 第39頁 ^884 ^884 f Γ 更一 案號 91辦 修正 五 i____ b 五、發明說明(34) … ^的項目均不存在。此資料顯示部2 〇 5顯示出選擇型目錄 (目錄I D = 1 0 1、1 0 2 )’讓操作者從輸入部2 〇 6對目錄(目錄 ID = 1〇2)進彳丁選擇輸入。而當資料分配部2〇8接到被選出之 目錄I D後,則取得被選擇之目錄的容量,並確認被選擇之 選擇型目錄的總容量維持在圖i 3的容量之下。如該總容量 維持在圖13的容量之下,則資料分配部208把被選擇之目 錄(目 <錄1 10 2 )進行儲存,並把圖8之8 0 9的目錄種類、目 錄名稱胃料本體或對資料指標項目進行變更。此外,在 此把接收終端機選擇型目錄資料之
但因在資料播放穸罟l Ll 1 ^ 1J "t LI:裝 可對圖13之選擇型目錄量區域依 來進行管理,因此如各接收終端機不同時 •容=本接收終端機上進行選擇型目錄資料之 亦可以在資料播放裝置上進行。在此一情 用電話或電腦等通t由擁有接收終端機的用戶利 播放裝置的儲=理m行目錄資料的選擇;在資料 選擇的目錄資料之她 丄針對被各個接收終端機所 端機所選擇的目錄資:t::理,且確認、「各個接收終 資料之容量」之總容量+此次用戶所選擇之目錄 量内,然後針對接收:圖?之選擇型目錄資料用之最大容 對接收終端機進行目錄資料的配訊。 (第7實施型態) 第7實施型能1 結構。在第7實V型和/1實施型態一樣,具有如圖1的 巧恕方面所舉的實例為:在多個目錄資 589884 案號 發明說明(35) 年 a 筻正替气頁 9_(J6 相 一 五 中,如何依照傳送資料上所附加的接收 所要資料的運用。所謂接收條件,可包括:定取得 =在全國各地(北海道、九州等)有分店的^條件,譬 ’、曰供商品資訊;以及接收終端機的機型條‘依照氣 圖1 4為與接收終端機有關的屬性資气 於接收終端機記憶區域204 理資j二其係保存 *海道、九州等地區出二 依照 收:端機之輸入部206 I求用戶設定的屬η:’被接 頻度,接收終端機自行設定七 或依照使用 屬性,係與附於資料播^二;::的:收終端機的 應。 罝之傳达貝枓的接收條件相對 當資料播放裝置之資相^ h 時,同時把附於資料;;Π入ΐ1。1在進行目錄輸入之 輸入。然後,附接之!送資料的接收條件-併 部1 033 ;與進行一般資钤,貝料則被儲存於目錄保存 107 ,在排程管理部1〇2 === 一樣,係透過儲存管理部 裝置所傳送之附接收條 7貫施排程。圖1 9為資料播放 資料中包含:附屬資訊19〇】目錄:料的實例。在-個目錄 1901除了包含本體容量外資料本體19〇2。附屬資訊 中,包含了圖14所示之接收條件丨903。在此圖式 機的機型或使用頻度,:j條件之一,即「不論接收終端 的,附「地區為關西」、「區為關東(4*=關東)」。巧樣 樣方式被傳送。資料播 地區為九州」條件者,也以同 端機傳送出如圖丨9的資^置透過傳送部1 05 ,向接收終 ----------> _後’具有如圖1 4屬性資邙的拉 iMm 霉iL警換 no t9 -2 一91減6㈣
—案號 五、發明說明(36) 終端機在接收到目錄資料後, 自己的屬性和附於目錄的接收條在資料處理部203上針對 附「地區為關東」條件的目錄進行比對,然後僅選擇 部2 0 8中,而附「地區為關^貝;斗’「將之儲存於資料分配 者,則非儲存對象。如本例所^、「地區為九州」的條件 依照各個接收終端機的接收條$ ’被群組化的目錄資料, 料的選擇數目為〇或1時,依照^為儲存對象之目錄資 該在資料播放裝置側進行管^以f實施型態所述方法,應 區域發生堵塞現象;基於此目免弓丨起接收終端機之記憶 資料之各次區域具有同樣最大六旦必須使被群組化的目錄 量進行管理。 谷里,或在群組内以最大容 圖2 2為保存於資料播放裝 理資訊的實例。如圖22所示, ^皮群士化的次區域管 ID。該群組Π)係從(圖i之)資料人品,理貢訊中包含群組 資訊時-起被輸入。而資料庫邻 =糊1輸入次區域管理 邺1 ηπ知次 >丨认 、計厚σ[Μ 03之儲存管理資訊保存 部1 032把貪料輸入部101所輪 存,並通知儲存管理部107 .找户—&域官理貝说進仃保 ^ F ^ a . m y ,儲存官理部1 07即使發現有多 個-人G域具有同一個群么日T η r u π + θ : 1U砰、.且ID,但針對一個群組ID,僅在次 區域總谷置中加入一個次區域之最大容量之量,並確認其 否可容納在接收終端機的最大容量之内。以圖22的例子而 έ ’在收終端機的最記憶容量中,目錄資料之記憶用最大 谷$(最大儲存容量,圖5之54)只要大於3〇MB即可。 資料輸入部1 0 1所輸入之次區域管理資訊中如附有已 經存在的群組I D的話,則儲存管理部丨〇 7會針對同一群組 I D所附之次區域是否具有相同最大容量進行確認。其確認
第42頁
589884 的結果:並=相同之最大容量的話,則儲存管理部107會 ’’、、員不錯决戒心,且不會把所輸入的次區域進行登錄。 件或屬性資訊等,使多個目錄資料成為接 η之儲存對象的系統也是可能的,在此情況下,必 進、? : η放裝置把群組化之次區域最大容量的總容量 實例。針對每個群心!;;里:訊而設置群組資訊的 總容量。在圖23中 ',群i二疋=之次區域最大容量的 為4_。資料庫部1〇3群人區域最大容量的總容量 輪入部ιοί所輸入之群資訊!存部1032把資料 通知儲存管理部107 .而 _人£域資訊進行保存,並 域之最大容量的Γ值^儲//理;5107針對群組1㈡次區 所設定之_==== Ί定其是否可容納在_ 容量的總值為_,因;確3:的2:;2°32之最大 垃芏^ U此確5心的結果可被正常登錄。 更時的可能接件或接收終端機上條件變 從「關東」㈣「縣市」 :有可能改變;:::::;屬象性::==變更時, 刪除;以下就針對刪除方法進行說明。存的目錄應該進行 :32為包含接收條件之 =於同-群組的目錄,條依序 件二」3Γ使用頻度為3」、「使用頻度為4= ί為 為具有同一群_的群組資訊的例ΤΙ為:: ^〇^δδ4
32、33中,、:如=用T生資訊變更時的情形。在圖 其層性而儲;了目;2本使二頻度為3的接收終端機,依= 于了目錄2,而當使用頻度變 … 接收對象不在是2而是3。此群_=1^;更為1情形,其 即使附於目錄資料的接收條件未變,的是, 屬性變更’則接收的目錄資 、要接收終端機的 訊3304顯示了,其群組11) = 1 f。^圖33的群組資 料接收條件、屬性資訊所取得、储存之2 f 枓進灯刪除的期間)為2月3曰以後所有的曰子。子之目錄資 开1 :3,1 ί二圖32、33中的例子為例,從輸入目錄資料il 形成傳达資料為止的流程圖。 =貝枓到 訊、群組資訊係#,從眘圖33之:人區域管理資 丨丁伯 k貝枓輸入部J 〇 1輪 # 理部107的管理而保存於資料庫部1G3者 彡過儲存管 當資料播放裝置把要傳送的資料,透過 101,保存於資料廑却1 η。 行目錄資料的輸八庫時。= 示的目錄ID、簽約者ID、還指定如圖32所 管理部m(3102)。儲存二7=已經輸入之事通知儲存 料的版本號碼、資料容旦則如圖32所示之目錄資 的指標設定到目錄一覽中(31fm冲” 枓 士 M m — 見Y W 1 0 3 )。儲存管理部1 0 7參考鍅 存管理貧訊保存部1 〇 3 2中夕抑六# m t ^ ^ ☆旦中之儲存管理資訊(圖32),確認在 目錄:更預定曰以後是否可容納於次區域管理資訊J 容量中(3 0 1 4 )。 貝也之 條件。資料庫部1〇3則把目;=已;;預定:以及接收 管理部!。⑽02)。儲上Λ,經輸-入之事通㈣ 最大容量中(3014) 如果在變更預定曰以後盔‘· 的884 繁气梦換頁
-案號97_3“锝.2 五、發明說明(39) — 曰大^里中時,則發出警訊,並在次區 曰,或發出錯誤訊息並中止目饪次敉μ 二疋傳达開始 而如果為可—知认a I Τ止目錄貝枓的登錄處理(3108)。 的二:;::二=送開始曰設定成與變更預定曰同樣 通知排程管理部二 =),進行目錄資料的正式登錄,並
二:目錄-貝料的同時’並從群組10獲得各 K 2=變更期間内後’則在各目錄的前端加上群 有目錄的刪除指示’並形成如圖2〇所示的傳送= 圖2 0係為依據上述圖3!的程序所形成之傳送資 =。目錄資料1、2、3為屬於相同群組 按= 分別附有「使用頻度為2以下」、「使用頻度為3,:順: :頻ί =上」的條件。原本使用頻度為3 #接收終端 機,依照其屬性而儲存了目錄2,❿當使用頻度 ^ 情形’其接收對象不在是2 是3。從圖2〇之接4 ^ 最初開始取得,並接收同屬目錄3之「目錄丨之刪除資、 ( 200 1 )與「目錄2之刪除資料」(2〇〇2)而把先前取尸之」 錄2進行刪除。隨後則進行目錄3(2 ο”)之取得與儲^。 其後的資料則因條件的不同,故不進行儲存。依照上^ 式,群組内的資料必定有一個處於被儲存狀態,且 = 件有變更,依然可以把屬於舊條件的目錄加以刪除。作^ 一先決條件是必要的,那就是:用來識別目錄之獨一 2 一 的識別標記(在例中為目錄I D)絕對不可變更。除了本^ 一 589884 五 沪I替換1Γ為_^丨丰日曰 發明說明⑽) —ξ. 外,還可將如下資料去# 加& ^ 件的「目錄k刪除資'斗成一個「接收單位進行傳送: 錄3之刪除資料」^=」件目錄2之刪除資料」 」X附條件的「目錄i」「目錄2 j j ° 修正
目錄 再者,接收終端;^ & M + ^ a ,^ 丄 味機所保存之屬性的種類也是可進杆、έ ;。4如:當接收終端機透過通訊方式來取得儲蓄管:ί 機之際’ “4播放裝置也可將新的屬性資訊交給接收終二 =上所j如把含接收條件的目錄群組化以及實施技 理,則可把僅符合接收條件的必要目錄資料進行儲Γ (第8實施型態) 结槿第m型λ具有和第1實施型態一樣’具有如圖1的 :。和一般已經破排程目錄不同,而採取緊急刪除目年 -貝料的方式,亦可針對接收終端機的記憶區域進行管理錄 如同在實施型態上,以圖15針對傳送資料 :
第46頁 /所做的况明一般;在接收終端機接收由資料播放: j先傳送的排程資訊(圖15之1516 ),藉以判斷接收^ 的哪個版本從何時到何時播放,並執行「只有與自己 t之版本不同時,在某時到某時進行接收並儲存」的, :劃。因A ’當產生會帶來緊急最大容量增加的目錄資2 時,為了空出記憶區域,即使想刪除其他目錄資料,作钭 於其並不包含在接收終端機的儲存計劃中,故無法由=由 1端機接來進行刪除。本實施型態針對在本發明中在 ^ 錄資料刪除或替換時資料的處理情形,進行說 ^ ㈣«iML W剛腿讪睛机咖《丨 ~------1 589884 案號j 91{f^069q p?
修JL 曰 Λ_3 五、發明說明(41) ' β 规,吊扠负瓦思用接收單位21 〇 2並興逋韦日録一 起被傳送出去。在沒有緊急目錄時,目錄資料的本體是空 (事先被播放之)排程資訊21〇3中之緊急用接收單位之 > 母次都以不同版太炎推并屈m a g放士 圖2 1為包含緊急用目錄之傳送資料的實例。在被排程的接 收單位中,經常設有緊急用接收單位2丨〇2並與通常目錄一 起被傳送出去。在沒有緊备目錄日本,曰絲咨料的太贈县仓 的 排程資訊每次都以不同版本來進行傳送。因此,即使在緊 急用目。錄不存在時,在接收終端機中也必然處於把緊急用 接收單位21 02進行預約儲存的狀態。在資料播放裝置方 Ϊ於==急播放的目料,則在與現在時刻相較 接收單位,則即可迅速傳送緊急用目外、、且用 :::置緊急用接收單位,而在每 不必經 新排程並進行傳送即可。 家W而要時,才重 如上所述,依照本實施剞能, 劃外之緊急用:錄進行刪除、; 、換:J速針對屬於排程計 屬於:Ϊ通ί : ί 1到第8實施型態中說明的實施^ =資料的一部份用通送除此之外,亦; 在不損及發明之精神的範圍β,::、接收的系統。 適用於只有播放的系統上。 本發明的一部份亦可 以上利用附圖針對 為相關業者則可了解二 體實施例做了說明。如 變更亦屬於本發明的範圍之中易進仃變更應用,而這類的
第47頁 589884 案號 i V、 EL 年 月 曰 修正 { i ,, 「, 圖式簡單說明 【圖式之簡單說明】 第一圖:為與本發明第1實施型態有關之資料播放系 統全體的結構區塊圖。 第二圖:為上述第1實施型態中的接收終端機結構區 塊圖。 第三圖:為上述第1實施型態中,資料播放裝置内所 保存之終端機管理資訊的實例表。 第四圖:為上述第1實施型態中,資料播放裝置内所 保存之合約資訊的實例表。 第五圖:為上述第1實施型態中,資料播放裝置内所 保存之次區域管理資訊的實例表。 第六圖:為上述第1實施型態中,資料播放裝置内所 保存之目錄資訊的實例表。 第七圖:為上述第1實施型態中,接收終端機所保存 之儲存管理資訊(合約資訊)的實例表。 第八圖:為上述第1 實施型態中,接收終端機所保存 之目錄資訊的一覽實例表。 第九圖:為上述第1實施型態中,在資料播放裝置和 接收終端機之間,進行儲存管理資訊之交接處理動作時之 流程圖(一例)。 第十圖:為上述第1實施型態中,在資料播放裝置和 接收終端機之間,進行儲存管理資訊之交接處理動作時之 流程圖(另一例)。 第十一圖:為上述第4 實施型態中,隨次區域的刪除 或減少而來之刪除、減少之目錄資料之取得成功率。
第48頁 589884 圖式簡單說明
第十二圖: 區域堵塞紀錄胃 第十三圖: 錄區域中之資1代 第十四圖: 機内保存之屬性 第十五圖: 置内之目錄保存 進行排程後之傳 第十六圖· 播放裝置内之未 第十七圖: 終立而機内之目錄 第十八圖: 少時之排程的實 為上述 訊之實 為本發 顯示實 為本發 資訊實 為本發 狀態, 送之料 為本發 區域變 為本發 資訊的 為本發 例0 第4實施型態中 例。 明之第6實施型態中, 例。 明之第7實施型態中, 例。 明之第1實施型態中, 與排程管理部針對目錄 之間的對應實例。 明之第1實施型態中, 更管理資訊實例。 明之第5實施型態中, 貫例。 明之第2實施型態中, 接收終端機記憶 在選擇蜇目 於接收終端 資料播放裝 資料的配訊 保存在資料 保存在接收 合約容量減 第十九圖:為本發明之第7實施型態中,資料播放裝 置所傳送之附條件之資料的實例。 第二十圖:為本發明之第7實施型態中,當接收條件 變更時附條件之資料的實例。 第廿一圖:為本發明之第8實施型態中,資料播敌裝 置所傳送之緊急資料的實例。 " 第廿二圖:為本發明之第7實施型態中,群組化的次 區域管理資訊的實例。 第廿三圖··為本發明之第7實施型態中,群組化的次 區域管理資訊及群組資訊的實例。
589884
第廿四圖:為本發明之 之目錄資料進行管理之删除 第廿五圖:為本發明之 之附版本的終端機管理資訊 第廿六圖:為本發明之 登錄及傳送之流程圖。 第5實施型態中,針對應刪除 資料表的實例。 第5實施型態中’刪除資料表 實例。 第1實施型態中,目錄資料之 第廿七圖:為本發明之第2 少時之流程圖。 實施型態中 合約容量減 第 大容量 第 大容量 第 大容量 第 或屬性 第 或屬性 第 或屬性 廿八圖 減少時 廿九圖 增加時 三十圖 減少與 卅一圖 資訊變 卅二圖 資訊變 卅三圖 資訊變 次區域之最 次區域之最 次區域之最 當接收條件 :為本發明之坌 ^ 之例1的流程圖第。3貫施型態中 :為本發明之坌q ^ 之例!的流程V。貫施型態中 =發明之第4實施型態* h加時之例2的流程圖。 二本^ :月之第7實施型態中 :為本發明之傳送!料的流程圖。 ^ . 只施型態中,當接收條侔 更時,附接收條件$日杜驗μ a 件 :為本發明之第7 。 更時,次區域管理; = 當接收條件 ' g理貝λ及群組資訊的實例。 【符號說明】 1 〇:資料播放裝置 101:資料輸入部 1 〇 3 :資料庫部
11 :接收終端機 1 0 2 :排程管理部
第50頁 Μ 理資訊 1 5 0 1 :次區域 1 5 11 :接收單位指示 1 5 1 4 ··接收單位 1 5 1 6 :排程資訊 1 5 1 0 :被排程之傳送單位 1902:資料本體 1 9 0 4 :地區條件
1502 1513 1515 1517 1901 1903 2 0 0 1 2 0 0 3 圖式簡單說明 1 ο 3 3 :目錄保存部 1〇4:終端機管理部 1 0 6 :通訊部 2 〇 1 :接收部 2 〇 3 :資料處理部 2 0 4 2 :目錄保存部 2 0 5 :資料顯示部 2 0 7 :定時器處理 9 0 1 :要求儲存管 903:儲存管理資訊的配訊 9 0 5 :成功 1 〇 〇 1 ··要求儲存管理資訊 1003··儲存管理資訊的配訊 1 0 0 4 :儲存管理資訊在暫時 1 0 0 7 :終端機管理資訊的更 1008:在定時器設定之曰期 1500:資料播放裝置内之目 2 0 0 2 :目錄2之刪除資訊
1 032:儲存管理資訊保存部 1 〇 5 :傳送部 1 〇 7 :儲存管理部 2 0 2 :通訊部 2 0 4 :記憶區域 2 0 4 1 :儲存管理資訊保存 2〇6··輸入部 ^ 2 0 8 :資料分配部 9 0 2 :儲存管理資訊的檢索 9 04:儲存管理資訊的保存更 906:終端機管理資訊的更新 1002:儲存管理資訊的檢 1 0 0 5 ··定時器設定 、 區域的保存1 006:成功 新 進行儲存管理資訊的更新 錄保存圖 保存單位 排程之單位 接收單位1之排程資 附加資訊 貝 接收條件 目錄1之刪除資訊 目錄3
589884 f正替ϋ] 圖式簡彻^4»§^_^^正 :::卜接收單& 2103:排程資訊 :把資料輸入部101所輸入之目錄資訊 、目錄ID、簽約者ID、次區域1]}(目錄二貝料本體 料庫部1 Q 3 更預疋曰)存於 2 6 〇 2 ·>料庫部1 0 3通知儲存管理部1 〇 7 2 6 0 3 ·儲存官理部丨〇 7針對所輸入之目 ^容量、資料名稱、資料本 没定到目錄一覽中 、、料的才曰^, 2604:^ f理部m確認所輸人之資料的容 於次區域ID之區域管理資訊的最大容 7谷,,内 26。5=存管理部m把傳送開始日設定為與變更預定曰相 Ξ管;二料庫部103中進行登錄確定,然後通知排 2606:排程管理部1〇2進行目錄資料傳送排程規割 26〇7:傳送部1〇5根據排程管理部1〇2的排程來傳送目錄資 料 、 2 6 0 8 :停止目錄資料登記 27 0 1 : ^輪入的合約資料(確定日、簽約者11}、減少之合約 容量)進行保存並設定版本號碼 把確疋日—N日」没為輸入的合約資料之配訊開始 曰 2 7 0 3 ·從次區域管理資訊,針對含有合約資料之簽約者Id 的次區域管理資訊進行檢索 2 7 04:形成次區域管理資訊的新版本,設定與合約容量相 同的最大容量
第52頁 589884 / 丨 f正替換I 篇! 一 2
」多正 圖式簡單說明 2 7 0 5 ·•把「合約資訊的確定 α 、 曰〜L曰」設疋為新版本之變更 Η 2 8 0 1 :輸入次區域管理資訊广 L = e理貝汛(杳約者⑺、變更日 、減少之最大容量) 2802:目錄之資料容量是否 區域管理資訊之最大容。於輸入之二人區域ID之次 2 8 0 3 :次區域管理資訊的確定登錄 2 8 0 4 :進行次區域之轡更印 ' f ^更錄之管理資訊(次區域ID、變更 種類=減少、變更曰)的登錄 n 2805:停止次區域管理資訊的變更處理 2 9 0 1 ··輪入次區域管理資訊( 1
w、, v愈約者ID、變更日、次區域j D 、減少之最大容量) a muu 2902.輸入之簽約者π内之次 、人區域之最大容量總質,在 更日之後是否可容納於合約容量中 隹支 2 9 0 3 :次區域管理資訊的確定登錄 2904:進行次區域之變更記錄之管理資訊(次區、變更 種類=減少、變更日)的登錄 2 9 0 5 :停止次區域管理資訊的變更處理 3〇〇1 :輸★入減少之次區域之資訊A及增加之次區域之資訊β (簽約者ID、變更日、次區域ID、減少之最大容量) 3 0 0 2 ·久區域之資訊a下的目錄資料是否可容納於減少後之 次區域容量中 3 0 0 3 :形成含減少之次區域a的資訊的新版本次區域管理資 訊,並把變更日設定為「被輸入的變更日一A曰」 3 0 0 4 :形成含增加之次區域b的資訊新版本次區域管理資訊
第53頁 589884 圖式簡單說明 l v /*Γ 一案號
曰 修正- 並把變更日設定為「被輸入的變更日—A曰」 停止次區域管理資訊的變更處理 把輸入部1 0 1所輸入的目錄資料(目錄資料本體、目 錄I D 、簽約者I D、次區域I d 、變更預定日、接收條 件)保存於資料庫部i 〇 3中 資料庫部1 03對儲存管理部丨〇 7進行通知 ,,官理部1 〇 7把輪入的目錄資料的版本號碼、資料 各量 '資料名稱、資料本體或對資料的指標,設定 目錄一覽中 ,存管理部丨〇 7確認目錄之資料容量是否可容納於輸 次區域ID之區域管理資訊的最大容量中 理部107設定傳送開始曰,設定與次區 :=ID,進行資料庫部1G3内之目錄資料 並通知排程管理部1 〇 2 且錄 31〇6:排程管理部1〇2從目錄一 訊 叶砠1取侍该群組之資 31。7:從=管理部102上,條件變更期間内 … 己取得同-群組id的其它目錄id,放m錄 〇1 no丄之接收條件的刪除指示資料,炎來点#、、加上自 •停止次區域管理資訊的變更處理y 送資料 3 0 05 3101 3102 3103 3104

Claims (1)

  1. 589884
    案號 申請專利範圍 1、 一種資料播放裝置, 儲存管理部,其係用來管 資料庫部’其係用來保存 料;而上述儲存管理資訊係用 域的一種資料,其至少紀錄了 之分類號碼,以及各分類號碼 排程管理部’其係用來對 傳送部’其係用來將資料 通訊部’其係用來進行資 依照上述排程管理部所決 進行目錄資料以及儲存管理資 附有用來識別分類號碼和目錄 2、 一種接收終端機,其 接收部,其係用來從接收 資料; 通訊部,其係透過通訊路 §己憶、區域,其係用來進行 資料分配部,其係用來把 憶區域; 次i而上述資料分配部依據上 ^ Λ ’把記憶區域中的儲存管 :部取得之目錄資料在記憶區 =为配部會進行如下確認:儲 〜碼之目錄資料的總容量,不 其具備: 理接收終 儲存管理 來管理接 •用來把 的最大容 資料的傳 進行傳送 料通訊; 定之排程 訊的配訊 資料之識 具備: 資料傳送 端機之記 資訊,以 收終端機 目錄資料 量; 訊進行排 :以及 ,針對接 ;而上述 別號碼。 憶區域; 及目錄資 之記憶區 進行分類 程; 收終端機 目錄資料 鲁 裝置所播放之 線來取得資料; 儲存; 接收到的目錄資料 述通訊部所取得之 理資訊進行更新; 域内進行儲存之際 存時記憶區域内之 可超過記憶區域内 目錄 分配到記 儲存管理 當上述接 ,上述資 每個分類 儲存管j里 589884 —---- 六、申請專利範圍 ......1^1—21 資訊所記载之每個分類號碼的 的情況下,才會把接收到的目 3、如申請專利範圍第1 中進行上述儲存管理資訊變更 上述儲存管理資訊變更之確定 定之運用值,來決定上述儲存 4 '如申請專利範圍第1 中當資料播放裝置被接收終端 訊時’或是被接收終端機通知 f理部’檢測出接收終端機依 取得上述儲存管理資訊,同時 資訊取得紀錄,來形成在該接 料表(亦即,刪除命令),然後 令針對該接收終端機進行傳訊 5、 如申請專利範圍第2 上述通訊部係透過通訊路線接 除命令中所記載之應刪除的目 部則從目錄一覽中刪除該覽内 憶區域把目錄資料刪除。 6、 如申請專利範圍第2 檢測出接收終端機依照預先決 儲存^理 > 矾,上述通訊部則 述儲存管理資m,當取得最新 料分配部則把上述最新的儲存
    最大容 錄資料 項所述 之際, 曰以及 管理資 項所述 機要求 資料堵 照預先 上述儲 收終端 由上述 〇 項所述 收應刪 錄資料 目錄資 量;且 進行儲 之資料 上述儲 上述儲 訊之傳 之資料 取得上 塞時, 決定之 存管理 機上應 通訊部 唯有在 存。 播放裝 存管理 存管理 訊開始 播放裝 述儲存 則在上 排程無 部從儲 刪除之 把上述 不超過 置,其 部依照 部所設 曰。 置,其 管理資 述儲存 法順利 存管理 目錄資 刪除命 之接收終端機,其中 除命令,而根據該刪 表,由上述資料分配 料攔,以及從上述記 項所述之接收終端機,其中 定之排程無法順利取得上述 對資料播放裝置要求取得上 的儲存管理資訊後,上述資 管理資訊和記憶區域所保存
    589884 f ΓΠ 4^·^ -A 六、申請專利範ί 修正 曰 ±_Ά 的舊儲存管理資訊進行比較,並形成應刪之目錄資料表, 然後從目錄一覽中刪除該目錄資料欄,以及從上述記憶區 域把目錄資料刪除。 7 ' &中請專利範圍第2項所述之接收終端機,其具 備: 上述記憶區域,其保存了儲存管理資訊之變更紀錄以 及目標資料;以及 上述 > 料分配部,其係用來管理目錄一覽; 把上述接收部所接收的目錄資料進行儲存或是把上述 接收部所接收的儲存管理資訊進行更新之際,如上述資料 部檢測到目錄資料的總量超過每個分類號碼的最大容 里B’則上述貝料分配部依據上述儲存管理資訊的變更紀 錄,來形成目錄資料表,從目錄一覽中刪除該覽内目錄資 料攔,以及從上述記憶區域把目錄資料刪除。 中丄專利範圍第1項所述之資料播放裝置,其 並進行傳訊。 述储存管理#SK中加上有效期限, 備定範圍第1 2項所述之接收終端機,其具 備疋寺益處理彳,其係用來進行定時器處理; 訊部附有有效期限之儲存管理資訊時田 根據上述有效期限把上=憶二;=時器處:部 進行更新。 匕匕域所保存的儲存管理資訊
    1 0、如申請專利範圍第項所 2 其更具備·· 4〈貧枓播放裝置, 曰 修正 —-----赫|龙ifenll、 六、申請專利範圍 資料輸入部,I在田七认 ,終端機之最大儲存容量分:乂::資料;資料庫部把接 每個次區域具有最大容旦刀以上的次區域,且使 域並輸入目錄資料的情::料輪入部指定次區 料庫部所保存的 7 -子吕理部會針對上述資 且僅把不史個;區域的最大容量進行確認 ^d?保存於上述資料庫部中。 其中在進行次最大:以::述資料播放裝置, 加的次區域或追加的ΐ =置的良更時,如有最大容量增 次區域同時存在的d:及減少的次區域或刪除的 程:先將刪除指或理:會採取如下排 資料或增加資料後進行傳訊。’斗先進仃傳訊,而把追加 其中最大容量::^ :1〇項所述資料播放裝置, 儲存管理部取得::區域:二更加的次區域時,由上述 更紀錄,上述排程管理舍而、ς,並使用該次區域之變 增加資料之前,把1:=::下排程··在追加資料或 的次區域下的目錄f料 條件的期間内最大容量減少 i 3、如申枓或被刪除的目錄資料進行配置。 其中上= 項所述資料播放裝置, 加的次區域或追加的=量的變更時,如有最大容量增 次區域同時存在的情开彡°°則以及減少的次區域或刪除的 運用值,上述排ΐ =部=用上述儲存管理部所設定的 資料或減少資料先進行傳u°下排程·先將刪除指示 仃得Λ,而把追加資料或增加資料後
    第58頁
    換 頁 曰 修正 复 1 4、如申請專利 :5具備终端機管理部 _:刪除指示資料或減 ::區域之最大容量的 =或追加的次區域,以 :存在的情形,上述排 存管理部針對上述排程 已經取得刪除指示資料 並求出取得成功之接收 之際,則傳送出追加資 1 5、如申請專利 其中,上述儲存管理部 資料之容量變更紀錄, 通知時,則上述儲存管 目錄資料之容量變更紀 即,刪除命令;而由上 命令進行配訊。 1 6、如申請專利 中由上述資料分配部保 各目錄資料之容量變更 收之目錄資料,當上述 的最大容量時,則上述 的變更紀錄,來形成目 範圍第 ,其係 少資料 變更時 及減少 程管理 管理部 或減少 終端機 料或增 範圍第 保存各 當接收 理部依 錄,形 述通訊 1 0項所述資 針對各接收終 方面的紀錄進 ,如有最大容 的次區域或刪 部會採取如下 所管理之各接 資料方面的紀 的比率,當超 加資料。 1 0項所述資 次區域之變更 到接收終端機 據各次區域之 成應刪除之目 部針對該接收 料播放裝置, 端機是否已經 行管理;在進 量增加的次區 除的次區域同 排程:上述儲 收終端機是否 錄進行統計, 過一定的比率 料播放裝置, 紀錄或各目錄 之資料堵塞的 變更紀錄或各 錄資料表,亦 終端機把刪除 範圍第2項所述之接收終端機,其 存所儲存之各次區域之變更紀錄或 紀錄,以及由上述接收部儲存所接 資料分配部檢測到超過各分類號碼 資料分配部依據上述儲存管理資訊 錄負料表,從目錄一覽中刪除該覽
    第59頁 589884 SS&feol换頁 六、申請專利範圍孓日 A_η 曰 修正 内目錄資料攔,以及從上述記憶區域把目錄資料删除。
    1 7、如申請專利範圍第2項所述之接收終端機,其 中上述接收部把所接收之目錄資料進行儲存,當上述資料 分配部檢測到超過各分類號碼的最大容量時,則上述資料 分配部則依據刪除條件,把目錄資料從資料庫部刪除,且 從目錄一覽中刪除該欄。 1 8、如申請專利範圍第i 7項所述之接收終端機, 其中上述刪除條件相當於分類號碼或附加於目錄資料之識 別資訊。
    1 9、如申請專利範圍 其中’更具備儲存管理部, 收到接收終端機之資料堵塞 到某接收終端機之該紀錄資 訊部把全部目錄資料刪除的 訊。 第1 7項所述之接收終端機, 針對各個接收終端機,把其接 的通知紀錄進行管理,當檢測 訊到達一定條件時,則上述通 命令針對該接收終端機進行傳 中,!m!:"利範圍第17項述之接收終端機, :八所接收之目錄資料進行儲存,當上述
    記憶區域之堵塞之的最大容量時’則把上 定的條件時,則上述資而當該紀錄資訊到達 除,且從目錄一覽中把所右的巴目錄資料從圮憶區域 21、如申以刪除。 其中,更具備資料處理:::項所述之接收終端機
    記憶區域中,使上述接收;資料的收視記錄保存 要收4儲存所接收之目錄資料,而
    - --<奐頁 t 月 曰 六、申 Μ γ"β '~ --__ 貝料分配部檢測,到超過各分 把目=料中最久未收視的目錄資料優=谷量時,則 J 2、如申請專利範圍第i項所述之粗 J :上述儲存管理部,針對各個接收終端機枓播放裝置, 述訊之接收終端機所取得的資訊 j其經由通 命令包含,該當接收終端機所未:;:;命令, 、“料表;然後由上述通訊部進行傳訊。于之應刪除目 置資料播放裝 終端機所取得之應刪除目錄資料;達;以二上之接收 2 4、如申社直4,丨^ I J甶貝枓庫部刪除。 具備: 申6月專利範圍第2項所述之接收終端機,其 記情ΐ ί:中f針對應儲存之目錄資料進行選擇;在上ϋ 料之最大容量 擇型目錄資料1最不超過上述記憶區域所保存的選 存於上述記憶區=…情況下,所接收的資料才會储 *上請專利範圍第2項所述之接收終端機,1 °又疋不同之接收條件並進行傳送;而上述 第61頁 V 589884 正替換頁 103069
    6己憶區域把接收終端機或收視者固有之屬性(屬性資訊)進 魏 六、申請專利範圍 料處理部則從上述接收部所接收的同-、群組的 目錄貝枓中,僅選擇出設有與上述記憶區之屬性資訊一致 :m条件的目錄資料;而上述資料分配部則僅把上述資 ’、处王邛所選擇的目錄資料儲存於上述記憶區域中。、 a# 、如申請專利範圍第1項所述之資料播放裝置, 丹更具備·· 之多’其係用來接收具如下的資料:被群組化 =固目錄貝料,且各自被設定不同之接收條件者;+ =同一群組内對目錄資料設定的接收條件進行變 y f可能把保存於接收終端機之屬性資訊進行變更時,’則1 巧f管理部上形成傳送資料’並由上述 行 資;包含:錢各目錄資料之該目錄資: 以及同-群組内之其他目錄資料的刪除指示資料 其中^請專利㈣第2 6項所述f料播放裝置, 其中S附加在上述群組内之目錄資料的接收條 收條件相符時,則在上述資料庫部所保存之儲存^二欠 t ’可把同-群組内之目錄資料之最大容 :貝二 部只,從同一群組内之目錄資料中接收一個目:輸人 28、如申請專利範圍第丄項所述之資播姑 其中在上述排程管理部上設置預備用之傳送 用通常方式排程的目錄資料用時段不右^ *係與 仗有需要傳送通 14151 年3月^^ — -^^ 案號 六、申請·麵 常排程外的目錄資料時,則在 資料,並讓上述傳送部進行傳^備用之傳送時段形成傳送 2 9、一種資料播放排 ^ 利用傳送通路進行資料傳j盥^特徵在於: 系統;其具備 傳送與接收的資料播放排程 接收終端機,而接收終 來把接收的資料,依照各資 /、有貝料分配部,其係用 憶區域的位置進行分配;以及置於上述接收終端機之記 資料播放裝置,係用來對 其具有排程管理,,該#可j f=j機播放資料; 接收終端機之記憶區域的增減進〃二進仃分配,對上述 結果來形成傳送排程。3減進灯預測或掌握’並依據其 3 0、如申請專利範圍第 系統,其特徵在於··固第2 9項所述之資料播放排程 系統利用傳送通路進行資料之傳送與接收的資料播放排程 如下裝置:排程管理部,可將傳送排程安排 他資被預測為減少時’會暫時減少上述任意其 送,然後增加上述任意資料的傳送。 M^ 種資料播放排程系統,其特徵在於: 系統;通路進行資料之傳送與接收的資料播放排程 二;斗播放裝置,其係用來針對接收及傳送資料之接收 第63頁 589884
    而上述^料播放裝晉且借Μ@ ϊ田irt 資料進行分配,縣μ f置/、備排&部,該部可針對各 IS1SM069 六、申請專利範圍 終端機進行傳送資料 預測或掌握,並π μ ΐ接收終端機之記憶區域的增減進行 並依據其結果來形成傳送排程。 系統,I特;Π專利範圍第31項所述之資料播放排程 系統利用傳送通路進行=f料之傳送與接收的資料播放排程 如下裝置之排程管理部,可將傳送排程安排 之任音;他ίί 意資料被預測為增加,且上述傳送 他資料的值^被預測為減少時,會暫時減少上述任意其 、4的傳运,然後增加上述任意資料的傳送。 33、一種資料播放排程方法,其特徵在於·· 方法利用傳送通路進行資料之傳送與接收的f料播放排程 端機ί 5 3 ί放裝置係用來針對接收及傳送資料之接收終 接收终:機Ϊ資料;其可針對各資料進行分配,並對上述 姓要也ΐ機己憶區域的增減進行預測或掌握,並依據其 …禾不形成傳送排程。 、一種資料播放排程的記錄媒體,其特徵在於: 嫉被站記錄了利用傳送通路進行資料之傳送與接收的資料 播放排程程式; 叮 0^貝料播放裝置係用來針對接收及傳送資料之接收終 知機進行傳送資料;
    第64頁 JoyooH 六 其可針對各資;分配 憶區域的增減進祐 排程。減進仃預測或掌握 f ^ 種資料播放排程系統,其特徵在於: 程式;1 送通路進行資料之傳送與接收的資料播放排程 其資料播放裝置係用來針對接收及傳 端機進行傳送資料; 貝了寸I得收終 其可針對各資料進行分配,並對上述接收終端機 =^域的增減進行預測或掌握,並依據其結果來形成傳送 一案號 申請專利範圍 月 曰 修正 並對上述接收終端機之記 並依據其結果來形成傳送
TW091103069A 2001-02-27 2002-02-21 Data broadcast schedule system and apparatus, method, recording medium or program thereabout TW589884B (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001053088A JP2002259282A (ja) 2001-02-27 2001-02-27 データ放送スケジュールシステムおよび、それに関する、装置または方法または記録媒体またはプログラム

Publications (1)

Publication Number Publication Date
TW589884B true TW589884B (en) 2004-06-01

Family

ID=18913613

Family Applications (1)

Application Number Title Priority Date Filing Date
TW091103069A TW589884B (en) 2001-02-27 2002-02-21 Data broadcast schedule system and apparatus, method, recording medium or program thereabout

Country Status (6)

Country Link
US (2) US20020163925A1 (zh)
EP (1) EP1237097A3 (zh)
JP (1) JP2002259282A (zh)
KR (1) KR20020070147A (zh)
CN (1) CN100342729C (zh)
TW (1) TW589884B (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002259282A (ja) * 2001-02-27 2002-09-13 Matsushita Electric Ind Co Ltd データ放送スケジュールシステムおよび、それに関する、装置または方法または記録媒体またはプログラム
US7853495B2 (en) * 2001-12-28 2010-12-14 Access Co., Ltd. Usage period management system for applications
GB0321674D0 (en) * 2003-09-16 2003-10-15 Cognima Ltd Catching content on phones
US8141118B2 (en) 2004-07-26 2012-03-20 Microsoft Corporation Data broadcasting receiver power management
US7653018B2 (en) * 2004-07-27 2010-01-26 Microsoft Corporation Differential update for data broadcasting
WO2006080228A1 (ja) * 2005-01-28 2006-08-03 Access Co., Ltd. 端末装置、光学的読取コード情報提供方法、光学的読取コード生成方法
US7565506B2 (en) * 2005-09-08 2009-07-21 Qualcomm Incorporated Method and apparatus for delivering content based on receivers characteristics
US20070079342A1 (en) * 2005-09-30 2007-04-05 Guideworks, Llc Systems and methods for managing local storage of on-demand content
US20070180115A1 (en) * 2006-02-02 2007-08-02 International Business Machines Corporation System and method for self-configuring multi-type and multi-location result aggregation for large cross-platform information sets
JP2008083989A (ja) * 2006-09-27 2008-04-10 Sony Corp データ管理システム
US20090125740A1 (en) * 2007-11-09 2009-05-14 Ragan Steven M Dual programmable energy saving timer system
CN101470744B (zh) * 2007-12-27 2011-06-22 英业达股份有限公司 资料传输方法
JP2010049366A (ja) 2008-08-19 2010-03-04 Fuji Xerox Co Ltd 情報処理装置、遠隔指示システム及び制御プログラム
CN102339323B (zh) * 2011-11-11 2015-12-16 江苏鸿信系统集成有限公司 一种针对db2数据仓库进行数据抽取、调度及展现的方法
US9384208B2 (en) * 2013-01-22 2016-07-05 Go Daddy Operating Company, LLC Configuring a cached website file removal using a pulled data list
DE102015000403B3 (de) * 2015-01-13 2016-04-07 Audi Ag Übertragen von Streckendaten an ein Kraftfahrzeug
US9961385B2 (en) 2015-07-27 2018-05-01 Tribune Broadcasting Company, Llc News production system with program schedule modification feature
US10114844B2 (en) * 2015-11-30 2018-10-30 International Business Machines Corporation Readiness checker for content object movement

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2830334B2 (ja) * 1990-03-28 1998-12-02 ソニー株式会社 素材分配システム
US5768539A (en) * 1994-05-27 1998-06-16 Bell Atlantic Network Services, Inc. Downloading applications software through a broadcast channel
JP2792454B2 (ja) * 1995-02-09 1998-09-03 日本電気株式会社 動画検索システム
US5751282A (en) * 1995-06-13 1998-05-12 Microsoft Corporation System and method for calling video on demand using an electronic programming guide
JPH08340351A (ja) * 1995-06-13 1996-12-24 Fujitsu Ltd 衛星同報通信装置
KR100207406B1 (ko) * 1995-12-19 1999-07-15 전주범 셋탑 유닛 시스템에서의 스케줄러 데이타 이용방법
US5951639A (en) * 1996-02-14 1999-09-14 Powertv, Inc. Multicast downloading of software and data modules and their compatibility requirements
US5828653A (en) * 1996-04-26 1998-10-27 Cascade Communications Corp. Quality of service priority subclasses
US5923361A (en) * 1996-05-03 1999-07-13 Lucent Technologies Inc. Multiple subscriber video-on-demand system
US5768528A (en) * 1996-05-24 1998-06-16 V-Cast, Inc. Client-server system for delivery of online information
US5974461A (en) * 1996-06-03 1999-10-26 Webtv Networks, Inc. Method for automatically regenerating information at a client system in the event of power or communication disruption between the client system and the server
US5963202A (en) * 1997-04-14 1999-10-05 Instant Video Technologies, Inc. System and method for distributing and managing digital video information in a video distribution network
US6108706A (en) * 1997-06-09 2000-08-22 Microsoft Corporation Transmission announcement system and method for announcing upcoming data transmissions over a broadcast network
JPH11194943A (ja) * 1997-12-26 1999-07-21 Matsushita Electric Ind Co Ltd 送信装置および受信装置
US6125370A (en) * 1998-04-01 2000-09-26 International Business Machines Corporation Repartitioning data
US6490670B1 (en) * 1998-04-24 2002-12-03 International Business Machines Corporation Method and apparatus for efficiently allocating objects in object oriented systems
US6219355B1 (en) * 1998-11-30 2001-04-17 Qwest Communications International Inc. Video and data communication system
US6614804B1 (en) * 1999-03-22 2003-09-02 Webtv Networks, Inc. Method and apparatus for remote update of clients by a server via broadcast satellite
JP4298045B2 (ja) * 1999-03-24 2009-07-15 パナソニック株式会社 放送送信装置及び受信装置
WO2000059223A1 (en) * 1999-03-30 2000-10-05 Tivo, Inc. Data storage management and scheduling system
US6341375B1 (en) * 1999-07-14 2002-01-22 Lsi Logic Corporation Video on demand DVD system
CN1182721C (zh) * 1999-08-16 2004-12-29 通用仪器公司 用于自动清除被下载升级的编码对象的方法和系统
US6629284B1 (en) * 1999-10-28 2003-09-30 Koninklijke Philips Electronics N.V. System and method for supervised downloading of broadcast data
US6557030B1 (en) * 2000-05-31 2003-04-29 Prediwave Corp. Systems and methods for providing video-on-demand services for broadcasting systems
US7310678B2 (en) * 2000-07-28 2007-12-18 Kasenna, Inc. System, server, and method for variable bit rate multimedia streaming
US6959327B1 (en) * 2000-08-29 2005-10-25 International Business Machines Corporation System and method for dispatching and scheduling network transmissions with feedback
JP2002191039A (ja) * 2000-10-11 2002-07-05 Matsushita Electric Ind Co Ltd 端末装置の状態管理方法及びその装置
JP2002259282A (ja) * 2001-02-27 2002-09-13 Matsushita Electric Ind Co Ltd データ放送スケジュールシステムおよび、それに関する、装置または方法または記録媒体またはプログラム
JP2002344405A (ja) * 2001-03-16 2002-11-29 Matsushita Electric Ind Co Ltd データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム
JP2002305482A (ja) * 2001-04-06 2002-10-18 Matsushita Electric Ind Co Ltd データ放送スケジュールシステム及び、それに関する、装置または方法または記録媒体またはプログラム
US7069588B2 (en) * 2001-08-29 2006-06-27 Lucent Technologies Inc. System and method for protecting computer device against overload via network attack

Also Published As

Publication number Publication date
EP1237097A2 (en) 2002-09-04
JP2002259282A (ja) 2002-09-13
KR20020070147A (ko) 2002-09-05
CN1383280A (zh) 2002-12-04
US20070223506A1 (en) 2007-09-27
US20020163925A1 (en) 2002-11-07
EP1237097A3 (en) 2004-02-04
CN100342729C (zh) 2007-10-10

Similar Documents

Publication Publication Date Title
TW589884B (en) Data broadcast schedule system and apparatus, method, recording medium or program thereabout
US5920700A (en) System for managing the addition/deletion of media assets within a network based on usage and media asset metadata
KR100202768B1 (ko) 콘텐트 판매 가격 계정 시스템 및 그 계정 방법
TWI248571B (en) Content managing method and content managing apparatus
TW449697B (en) Method and apparatus for server based handheld application and database management
CN1326348C (zh) 保险系统
US20080215437A1 (en) System, apparatus and method for advertising using a data storage device
JP4946592B2 (ja) ダウンロード装置および方法、コンテンツ送受信システムおよび方法
JP4626210B2 (ja) コンテンツ提供システム,コンテンツ提供サーバ,情報処理装置およびコンピュータプログラム
CN107004030A (zh) 一种策略感知统一文件系统
CN100367146C (zh) 数字内容分发系统、权限管理服务器及用户终端
US20090187657A1 (en) Content asset management system, method and control program
CN101772758A (zh) 将使用第一备份程序创建的对象的备份副本转换为使用第二备份程序创建的备份副本
US11330327B2 (en) Multimedia material processing method, apparatus, and multimedia playback device
JP2002344405A (ja) データ放送スケジュールシステム、それに関する装置、方法、記録媒体またはプログラム
JP2004070689A (ja) コンテンツ配信システム及びコンテンツ配信装置
US20020173976A1 (en) Method of using a computerised administration system to administer licensing of use of copyright material
JP2004295719A (ja) デジタルコンテンツ販売におけるライセンスおよび特典管理方法
WO2005094419A2 (en) Content storage method and system
JP2003296487A (ja) 価値情報交換システム
JP6801869B2 (ja) 医薬品在庫管理システム、医薬品在庫管理装置、医薬品在庫管理方法、プログラム
TW552501B (en) Version recording and tracking method
CN109636601A (zh) 数字资产管理系统
US20210374117A1 (en) Artificially-intelligent, continuously-updating, centralized-database-identifier repository system
WO2021012899A1 (zh) 数据关联方法、装置、电子设备及计算机可读存储介质

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees