TW200926822A - Transmission system and method, transmission apparatus and method, reception apparatus and method, program and recording medium - Google Patents

Description

200926822 九、發明說明： 【發明所屬之技術領域】 本發明係關於一種傳送系統及方法、傳送裝置及 接收裝置及方法、程式及記錄媒體，尤有關於一種、_ 傳送元資料（metadata)而不會對傳送裝置造成較大仃 傳送系統及方法、傳送裝置及方法、接收裝置及方法^ 式及記錄媒體^ 程 【先前技術】 ❹ 最近，係提出一種經由網際網路（internet)傳送内容 (contents)之方案。此情形下，使用者選擇内容所需之資= 之元資料亦將經由網際網路而傳送（例如專利文獻”。 疋資料之傳送者係有更新元資料之情形，使用者需要配 送最新之元資料。因此，在傳送者更新元資料之情形下， 將該更新資訊通知各使用者，以使各使用者將所保持之元 資料更新為最新者。 為了以元資料確實更新之方式管理更新，乃需要用以識 別更新後之元資料之資訊、及關於更新内容之資訊。在傳 播業者、通訊業者、家電廠商、内容提供者（c〇ntens provider)等已進行標準化之τν-Anytime論壇（forum)中所開 發之元資料標準規格，在我國係以ARIB(ASsociation 〇f Radio Industries and Businesses，曰本無線產業商業協會）_ B38作為標準。在此標準中，更新之最小單位係稱為片段 (Fragment)，藉由分配於此片段之標識符與版本（versi〇n) 資訊而特別界定更新單位。 128772.doc 200926822 亦即，如第1圖所示，在以標籤<ProgramInf〇rmati〇n至 標籤</pr〇graminformation>i間之資料所表示之作為片段 之元資料表單款目（tableentry)中，係記述有作為標識符之 fragmentId=xxx、及作為版本資訊之 fragmentVersi〇n=yyy 作為更新管理資訊。 右從使用者接受元資料之傳送之要求，則元資料之傳送 來源之傳送裝置，係以片段單位壓縮除更新管理資訊之外 之元資料，且將更新管理資訊附加於經壓縮之片段而傳送 至接收裝置。接收裝置係將所接收之元資料予以解凍，且 與更新管理資訊對應並予以保持。傳送裝置係以可有效率 地傳送元資料之方式預先壓縮各片段單位之元資料，且附 加更新管理資訊並予以保持。 在進行元資料之更新之情形下，傳送裝置係將更新管理 資訊附加於經壓縮之更新後之片段並傳送至接收裝置。接 收裝置係檢索是否保持有與所接收之更新管理資訊對應之 兀資料，而於保持有對應之元資料之情形下，將該元資料 解凍，且以該所解凍之元資料，將至此為止所保持之元資 料予以更新。 更新管理資訊雖亦可壓縮並傳送，惟若更新管理資訊亦 壓縮，接收裝置若非為將所接收之資料全部予以解凍後， 則將無法進行更新處理，而使資料庫之更新效率降低。因 此，為了防止該點，更新管理資訊係不予以壓縮而進行傳 送。 例如，如第2圖所示，存在複數個片段（元資料表單款 !28772.doc 200926822 目）之情形下，更新管理資訊（FragmentManagementlnfo)係 依各片段賦予。其結果，即使片段之一部分進行微細之修 正之情形下，亦可確實地僅更新該片段。 [專利文獻1]日本特開2005-275503號公報 【發明内容】 [發明所欲解決之問題] 在TV-Anytime中，僅能以片段單位來識別元資料。因 此’在複數個片段更新時，傳送裝置即以片段單位來壓縮 元資料，且將附加所對應之更新管理資訊之處理執行相當 於所更新之片段之份。其結果，供傳送裝置之壓縮用之負 載即變大。 本發明係有鑑於此種狀況而完成者，其係可進行傳送元 資料而不會對傳送裝置施加較大負載者。 [解決問題之技術手段] 本發明之一側面係一種傳送系統，其係傳送裝置對於接 收裝置’經由網路而傳送關於内容之元資料，其中前述傳 送裝置係包含：元資料保持機構，其係以片段（fragment) 單位保持賦予有片段更新管理資訊之前述元資料；配送單 位生成機構，其係藉由除前述片段更新管理資訊之外之複 數個前述片段之前述元資料而構成文件（d〇cument)，且藉 由前述文件而生成配送單位；壓縮機構，其係壓縮前述配 送單位之前述元資料；文件更新管理資訊賦予機構，其係 將文件更新管理資訊賦予經壓縮之前述配送單位之前述元 資料；及配送機構，其係經由網路而配送賦予有前述文件 128772.doc 200926822 更新管理資訊之經屋縮之前述配送單位之前述元資料；前 述接收裝置係包含：接收機構，其係接收前述配送單位之 經壓縮之前述元資料；解滚機構，其係使所接收之前述配 送單位之已壓縮之前述元資料解凌；保持機構，其係保持 所解缘之前述配送單位之前述元#料；及複製機 構，其係將賦予前述配送單位之經麼縮之前述元資料之前 ❹ ❹ 述文件更新管理資訊複製作為構成前述文件之前述片段之 前述片段更新管理資訊。 本發明之-側面係—種傳送方法，其係傳送裝置對於接 收裝置’經由網路而傳送關於内容之元資料之傳送系統之 傳送方法，且在前述傳送裝置中，元資料保持機構係以片 段單位保持賦予有片段更新管理資訊之前述元資料；配送 單位生成機構係藉由除前述片段更新管理資訊之外之複數 個前述片段之前述元資料而構成文件，且藉由前述文件而 生成配送單位；壓縮機構係壓縮前述配送單位之前述元資 料；文件更新管理資訊賦予機構係將文件更新管理資訊賦 予經壓縮之前述配送單位之前述元資料；配送機構係經由 網路而配送賦予有前述文件更新管理資訊之經壓縮之前述 配送單位之前述元資料；在前述接收裝置中，接收機構係 接收前述配送單位之經壓縮之前述元資料；解凍機構係使 所接收之前述配送單位之已壓縮之前述元資料解床；保持 機構係保持所解束之前述配送單位之前述元資料；複製機 構係將賦予前述配送單位之經壓縮之前述元資料之前述文 件更新管理資訊複製作為構成前述文件之前述片段1前述 128772.doc 200926822 片段更新管理資訊β 本發明之另一側面择一接捕1壯祖 ’、種傳送裝置，其係經由網路而傳 送關於内容之元資稱，立由今 〇 科其中包含：元資料保持機構，其係 Ο

以片段單位保持賦予有片段更新管理資訊之前述元資料； 西送單位生成機構，其係藉由除前述片段更新管理資訊之 外之複數個則述片段之前述元資料而構成文件，且藉由前 述文件而生成配送單位；I縮機構，其係壓縮前述配送單 位之别述7L資料’文件更新管理資訊賦予機構，其係將文 件更新管理資訊賦予經壓縮之前述配送單位之前述元資 料；及配送機構，其係配送賦予有前述文件更新管理資訊 之經壓縮之前述配送單位之前述元資料。 進步含.第1片段更新管理資訊更新機構，其係於 前述元資料被更新之情形下’更新前述片段更新管理資 訊；及第2片段更新管理資訊更新機構，其係於以前述配 送單位賦予有前述文件更新管理資訊之情形下，更新前述 片段更新管理資訊，以鱼#如·. 興更新後之則述文件更新管理資訊 對應。 進-步包含：it資料生成機構，其係生成前述元資料； 及片段更新管理資訊賦予機構，其係以前述片段單位將前 述片段更新管理資訊賦予前述元資料。 本發明之另—側面係、-種傳送方法，其係經由網路而傳 送關於内容之元資料之傳送裝置之傳送方法，纟中元資料 保持機構係以片段單位保持賦予有片段更新管理資訊之前 述元資料，S&送單位生成機構係藉由除前述片段更新管理 •今· 128772.doc 200926822 資訊之外之複數個前述片段之前述元資料而構成文件，且 藉由前述文件而生成配送單位；壓縮機構係壓縮前述配送 單位之前述元資料；文件更新管理資訊賦予機構係將文件 更新管理資訊賦予經壓縮之前述配送單位之前述元資料； 配送機構係配送賦予有前述文件更新管理資訊之經壓縮之 • 前述配送單位之前述元資料。 ' 纟發月之另側面係-種程式’其係經由網路而傳送關 ⑨内容之元資料，其中使電腦執行以下步驟：元資料保持 〇 ㈣，其係以片段單位保持賦予有片段更新管理資訊之前 述元資料，配送單位生成步驟，其係藉由除前述片段更新 管理資Λ之外之複數個前述片段之前述元資料而構成文 件，且藉由前述文件而生成配送單位配送；壓縮步驟，其 係麼縮前述配送單位之前述元資料；文件更新管理資訊賦 予步驟，其係將文件更新管理資訊賦予經壓縮之前述配送 單位之前述元資料；及配送步鄉，其係配送賦予有前述文 〇 #更新管理資訊之經縮之前述配送單位之前述^資料配 送。 本發明之另-側面係一種記錄媒體，其係記錄有上述程 式。 本發明之再另-側面係—種接收裝置，其係經由網路而 接收關於内容之元資料，其中包含：接收機構，其係接收 藉由除片段更新管理資訊之外之複數個片段之前述元資料 所構成之文件所組成之配送單位之經麼縮之前述元資料； 解殊機構，其係使所接收之前述配送單位之已壓縮之前述 128772.doc -10- 200926822 元資料解;東，保持機構，其係保持所解康之前述配送單位 之前述元資料；及複製機構，其係將賦予前述配送單位之 經！縮之前述元資料之文件更新管理資訊複製作為構成前 述文件之前述片段之前述片段更新管理資訊。 本發明之再另-侧面係—種接收方法，其係經由網路而 ' 接收關於内容之元資料之接收裝置之接收方法，其中接收 ' 冑構係接收藉由除片段更新管理資訊之外之複數個片段之 冑述元f料所構成之文件所組成之配送單位之經壓縮之前 述凡貝料，解凍機構係使所接收之前述配送單位之已壓縮 之則述元資料解凍；保持機構係保持所解凍之前述配送單 位之前述元資料；複製機構係將賦予前述配送單位之經壓 縮之=述元資料之文件更新管理資訊複製作為構成前述文 件之前述片段之前述片段更新管理資訊。 本發明之再另-侧面係—種程式，其係經由網路而接收 關於内容之元資料者，其中使電腦執行以下步驟：接收步 & ^其係接收藉由除片段更新管理資訊之外之複數個片段 之别述元資料所構成之文件所組成之配送單位之經壓縮之 别述元資料，解凍步驟，其係使所接收之前述配送單位之 =壓縮之前述元資料解凍；保持步驟，其係保持所解凍之 前述配送單位之前述元資料；及複製步驟，其係將賦予前 述配送單位之經壓縮之前述元資料之文件更新管理資訊複 製作為構成前述文件之前述片段之前述片段更新管理資 訊0 本發明之另一侧面係一種記錄媒體，其係記錄有上述程 128772.doc 200926822 式。 在本發明之一側面中，係於傳送裝置對於接收裝置，經 由網路而傳送關於内容之元資料之傳送系統中，在前述傳 送裝置中’元資料保持機構係以片段單位保持賦予有片段 更新管理資訊之前述元資料；配送單位生成機構係藉由除 * 減個前述片段之前述片段更新管理資訊之外之前述元資 ' 料而構成文件，且藉由前述文件而生成配送單位；壓縮機 構係壓縮前述配送單位之前述元資料；文件更新管理資訊 β 冑予機構係將文件更新管理資訊賦予經壓縮之前述配送單 位之前述元資料；及配送機構係經由網路而配送賦予有前 述文件更新管理資訊之經壓縮之前述配送單位之前述元資 料；在前述接收裝置中，接收機構係接收前述配送單位之 經壓縮之前述元資料；解凍機構係使所接收之前述配送單 位之已壓縮之前述元資料解凍；保持機構係保持所解凍之 前述配送單位之前述元資料；複製機構係將賦予前述配送 ❹單位之經壓縮之前述元資料之前述文件更新管理資訊複製 作為構成前述文件之前述片段之前述片段更新管理資訊。 在本發明之另一側面中’係於傳送關於經由網路所傳送 之内容之元資料之傳送裝置中’元資料保持機構係以片段 . 單位保持賦予有片段更新管理資訊之前述元資料；配送單 位生成機構係藉由除複數個前述片段之前述片段更新管理 資訊之外之前述元資料而構成文件，且藉由前述文件而生 成配送單位；壓縮機構係壓縮前述配送單位之前述元資 料；文件更新管理資訊賦予機構係將文件更新管理資訊賦 128772.doc -12· ❹

200926822 予經壓縮之前述配送單位之前述元資料；及配送機構係配 送賦予有前述文件更新管理資訊之經壓縮之前述配送單位 之前述元資料。 再者’在本發明之另一側面中，係於接收關於經由網路 傳送而來之内容之元資料之接收裝置中，接收機構係接收 藉由除複數個片段之片段更新管理資訊之外之前述元資料 所構成之文件所組成之配送單位之經壓縮之前述元資料； 解凍機構係使所接收之前述配送單位之已壓縮之前述元資 料解凍，保持機構係保持所解凍之前述配送單位之前述元 資料，及複製機構係將賦予前述配送單位之經壓縮之前述 元資料之文件更新管理資訊複製作為構成前述文件之前述 片段之前述片段更新管理資訊。 所謂網路，係指至少2個裝置連接，從某裝置對其他裝 置，作成可進行資訊之傳達之架構。經由網路通訊之裝置 係可為獨立之裝置彼此，亦可為構成丨個裝置之内部區塊 彼此。 此外，所謂通訊，當然係為無線通訊及有線通訊，亦可 為無線通訊與有線通訊混合之通訊，亦即在某區間進行無 線通訊，在其他區間進行有線通訊者。再者，亦可為從某 裝置對於其他裝置之通訊藉由有線通訊來進行，從其他裝 置對於某裝置之通訊藉由無線通訊來進行者。 [發明之效果] 如上所述’依據本發明之—側面， 對傳送裝置施加較大負載。 可傳送元資料而不會 128772.doc 13 200926822 【實施方式】 以下說明本發明之實施形態，惟若將本發明之構成要 件、說明書或圖式所記載之實施形態之對應關係予以例 示，係如下所示。此記載係用以確認支持本發明之實施形 態係記載於說明書或圖式者。因此，雖記載於說明書或圖 • <巾為與本發明之構成要件對應之實施形態，即使 • 有未記載在此之實施形態，該情形亦非意指該實施形態非 肖該構《要件對應纟。反 <，作為實％形態與構成要件對 β 冑者’即使在此有記載，該點亦非意指該實施形態非與該 構成要件以外之構成要件對應者。 本發明之一面係一種傳送系統（例如圖7之傳送系統31， 其係傳送裝置（例如圖7之傳送裝置41)對於接收裝置（例如 圖7之接收裝置42) ’經由網路（例如圊7之網路43)而傳送關 於内容之元資料者，前述傳送裝置係具備：元資料保持機 構（例如圖9之保持部153)，其以片段單位保持賦予有片段 〇 更新管理資訊之前述元資料；配送單位生成機構（例如圖 10之生成部171)，其藉由除前述片段更新管理資訊之外之 複數個前述片段之前述元資料而構成文件，且藉由前述文 件而生成配送單位；壓縮機構（例如圖10之壓縮部172)，其 用以壓縮前述配送單位之前述元資料；文件更新管理資訊 賦予機構（例如圖1〇之賦予部173)，其用以將文件更新管理 資訊賦予至經壓縮之前述配送單位之前述元資料；及配送 機構（例如圖10之配送部175)，其經由網路而配送賦予有前 述文件更新管理資訊之經壓縮之前述配送單位之前述元資 128772.doc 14 200926822 料；前述接收裝置係具備：接收機構（例如圖丨丨之接收部 2 〇 1)’其用以接收剛述配送皁位之經壓縮之前述元資料； 解凍機構（例如圖11之解凍部202)，其用以解凍所接收之前 述配送單位之已壓縮之前述元資料；保持機構（例如圖^ 之保持部203) ’其用以保持所解凍之前述配送單位之前述 ' 元資料；及複製機構（例如圖11之複製部204)，其用以將賦 * 予至如述配送單位之經壓縮之前述元資料之前述文件更新 管理資訊，複製作為構成前述文件之前述片段之前述片段 〇 更新管理資訊。 可進一步具備：第1片段更新管理資訊更新機構（例如圖 9之更新部154)，於前述元資料更新之情形下，更新前述 片段更新管理資訊；及第2片段更新管理資訊更新機構（例 如圖10之更新部174)，於以前述配送單位賦予前述文件更 新管理資訊之情形下，以與更新後之前述文件更新管理資 訊對應之方式’更新前述片段更新管理資訊。 ❹ 可進一步具備：元資料生成機構（例如圖9之生成部 151)，其用以生成前述元資料；片段更新管理資訊賦予機 構（例如圖9之賦予部152)，其以前述片段單位將前述片段 更新管理資訊賦予至前述元資料β 本發明之另一面係一種傳送方法，其係經由網路而傳送 關於内容之元資料之傳送系統之傳送方法，元資料保持機 構（例如圖9之保持部153)係以片段單位保持賦予有片段更 新管理資訊之前述元資料(例如圖13之步驟S3);配送單位 生成機構（例如圖H)之生成部171)係藉由除前述片段更新管 I28772.doc -15- 200926822 理資訊之外之複數個前述片段之前述元資料而構成文件， 且藉由前述文件而生成配送單位（例如圖13之步驟sii); 壓縮機構（例如圖1 〇之壓縮部丨72)係壓縮前述配送單位之前 述元資料（例如圖13之步驟S12);文件更新管理資訊賦予 機構（例如圖10之賦予部173)係將文件更新管理資訊賦予至 ' 經壓縮之前述配送單位之前述元資料（例如圖13之步驟 • S13);配送機構（例如圖1〇之配送部175)係配送賦予有前述 文件更新管理資訊之經壓縮之前述配送單位之前述元資料 © (例如圖13之步驟S15)。 此外，本發明之另一面係一種接收方法，其係經由網路 而接收關於内容之元資料之接收裝置之接收方法；接收機 構（例如圖11之接收部201)係接收藉由除片段更新管理資訊 之外之複數個片段之前述元資料所構成之文件所組成之配 送單位之經壓縮之前述元資料（例如圖13之步驟S21);解 凍機構（例如圖11之解凍部202)係解凍所接收之前述配送單 位之已壓縮之前述元資料（例如圖13之步驟S22);保持機 構（例如圖11之保持部203)係保持所解凍之前述配送單位之 前述元資料（例如圖13之步驟S23);及複製機構（例如圖U 之複製部204)係將賦予至前述配送單位之經壓縮之前述元 資料之文件更新管理資訊，複製作為構成前述文件之前述 片段之前述片段更新管理資訊（例如圖13之步驟S24)。 以下參照圖式說明本發明之實施形態。 圖3係表示本發明之資料結構之一實施形態之構成。在 此實施形態中，係藉由複數個每一片段之元資料表單款目 I28772.doc -16 - 200926822 12_1、12-2、12-3、12-4…而構成1個配送單位丨丨。元資料 表單款目12-1係未包括固有之更新管理資訊（片段更新管理 資訊）。同樣地，元資料表單款目丨2_2、12_3、12 4…亦分 別不包括固有之更新管理資訊。再者，對此配送單位u， 附加作為更新管理資訊13之FragmentManagementInf〇。文 件更新管理資訊13不予以壓縮，而保持在純本文（piane text)狀態’惟各片段之元資料表單款目12-1、ι2_2、ι2_ 3、12-4…係整體壓縮為1個資料。 如此’固有之更新管理資訊不賦予至各片段，配送單位 11在僅將1個更新管理資訊13賦予至1個配送單位η之狀態 下經由網路而傳送。因此，額外工作（〇verhead)變小，而 抑制無s胃地使用傳送帶域。此外’壓縮處理並非依各片段 進行複數次（片段之個數次）’而僅對配送單位整體進行1 ••人，因此傳送裝置41(參照圖7後述）中之麼縮處理之負载變 輕〇 更具體說明，傳送裝置41之元資料伺服器資料庫52(參 照圖7後述）通常係以例如圖4所示之語法（syntax)來保持元 資料。在此實施形態中’元資料係以2個片段構成。第！片 段係為最初之標籤<ProgramInf〇rmationTable>至標籤 </ProgramInformationTable> 之標題（title)設為「123」之元 資料。在標籤Programlnformation中，除prograinId記述為 「crid://ca.com/123」之外，作為該片段更新管理資訊， 分別記述有標識符fragmentID為「〇〇〇4」、及該版本 fragmentVersion為「ν·〇2」。元資料之内容係記述於從標籤 128772.doc 200926822 <BasicDescription>至標籤 </BasicDescription>。 第2片段係為從下一個標藏<ProgramInformationTable> 至標籤</ProgramInformationTable>之標題設為「456」之 元資料。在標籤Programlnformation中，除Programld記述 為「crid://ca.com/456」之外，作為該片段更新管理資 訊，分別記述有標識符fragmentID為「0007」、及該版本 • fragmentVersion為「v.05」。元資料之内容係記述於從標籤 <BasicDescription>至標籤 </BasicDescription>。 © 另外，圖示雖予以省略，惟以更新管理資訊而言，除此 之外，亦可記述生成之日期、有效期間。 圖4所示之語法之元資料，在經由網路43(參照圖7後述） 傳送之情形下，係設為圖5所示之語法之配送單位。此配 送單位之文件更新管理資訊，係對於複數個片段（此實施 形態之情形，第1片段與第2片段）所組成之1個文件供予， 該標識符fragmentID係設為「〇〇〇2」，而版本fragmentVersion 係設為「ν·08」。在第1片段與第2片段任一者中，於標籤 Ο ^

Programlnformation 均 係 記述有 programld 為 「crid://ca.com/123」或「crid://ca_com/456」，惟未記述有 圖4中之「0004」或「〇〇〇7」之標識符fragmentID、 「ν·02」或「ν·08」之版本fragmentVersion之片段更新管 理資訊。在從標籤<BasicDescription>至標籤 </BasicDescription>之元資料之内容中，係仍舊包括圖4之 内容。 圖6係表示將用以構成圖5之語法之TV-Anytime之綱要 128772.doc -18- 200926822 (schema)予以擴張之XML(Extensible Markup Language，可 擴展標示語言）綱要之語法。此係為用以使屬於TV-Anytime之元資料之更新管理資訊之屬性（亦即群 組）fragmentldentification可利用作為根（root)要素之 TVAMain之屬性之擴張綱要。 - schema xmlns : tva="urn : tva : metadata : 2006/03·’係為 . 用以識別原始（original)之TV-Anytime之元資料之姓名空 間、xmlns=http://www.w3.org/2001/XMLSchema係為用以 © 識別 XML綱要之姓名空間、targetNamespace="urn : iptv" 係為新定義之綱要為以"urn : iptv"識別之宣言、 〈complexType name="TVAMainType"> 係為屬於所擴張之 根要素之 TVAMainType 之定義、〈extension base="tva : TVAMainType”>係為作為擴張之來源之原始之TV-Anytime 之根要素之指定、〈attributeGroup ref="tva : fragmentldentification”/〉係為屬於追加之屬性之 fragmentldentification之定義。 圖7係為表示本發明之傳送系統之一實施形態之構成之 區塊圖。此傳送系統31係為藉由傳送内容與其元資料之傳 送裝置41、及從傳送裝置41經由網路43而接收内容與元資 . 料之接收裝置42所構成。 另外，圖7中係僅表示1台接收裝置42，惟實際係以複數 個接收裝置從傳送裝置41接受内容與元資料之傳送之方式 連接。 網路43係為至少在其一部分包括網際網路（internet)，且 128772.doc -19- 200926822 藉由有線或無線、或是該等之結合所構成之網路β 作為 IPTV(Internet Protocol Television，網路電視）司服 器之傳送裝置41係具有元資料生成部51、元資料飼服器資 料庫52、元資料配送部53、及IPTV媒艘伺服器（mecjia server)54之功能性構成。 元資料生成部5 1係生成元資料。元資料伺服器資料庫52 係保持藉由元資料生成部51所生成之元資料。元資料配送 部53係經由網路43而將保持於元資料伺服器資料庫52之元 資料傳送至接收裝置42。IPTV媒體伺服器54係經由網路43 而將内容傳送至接收裝置42。 作為IPTV客戶端（client)終端之接收裝置42係具有元資 料接收部61、元資料客戶端資料庫62、使用者介面 (interface)處理部63、及IPTV媒體客戶端64之功能性構 成。 元資料接收部61係接收經由網路43從傳送裝置41傳送而 來之元資料。元資料客戶端資料庫62係保持元資料接收部 61所接收之元資料。使用者介面處理部63係輸入來自使用 者之指示。IPTV媒體客戶端64係根據來自使用者介面處理 部63之指示’而接收經由網路β從傳送裝置41傳送而來之 内容並予以再生。 圖8係為表示接收裝置42之一實施形態之硬體之構成之 區塊圖。CPU(Central Processing Unit，中央處理器件）121 係依據記憶於R〇M(Read Only Memory，唯讀記憶 體）122、或記憶部128之程式而執行各種處理。在 128772.doc -20- 200926822 RAM(Random Access Memory，隨機存取記憶體）ι23 中， 係供CPU121所執行之程式或資料等適宜記憶。此等 CPU121、ROM122、及 RAM123係藉由匯流排（bus)124 而 彼此連接。 © 各種處理。再者， 127 〇 在CPU121係另經由匯流排124連接有輸出入介面125。 在輸出入介面125中係連接有由鍵盤、滑鼠、麥克風等所 組成之輸入部126、由顯示器、揚聲器等所組成之輸出部 127。CPU121係與從輸入部126所輸入之指令對應而執行 CPU121係將處理之結果輸出至輸出部 連接於輸出入介面125之記憶部128係例如由硬體所組 成，用以記憶CPU121所執行之程式或各種資料。通訊部 129係經由網路43而與外部之裝置通訊《此外，亦可經由 通訊部129取得程式而記憶於記憶部128。

圖9係表示元 元資料生成部5 1

之功能性構成《元資料生成 部丨52、保持部153、及更新 128772.doc -21· 200926822 生成部1 5 1係生成元資料。賦予部1 52係將片段更新管理 資訊賦予至藉由生成部151所生成之元資料。保持部153係 保持賦予有更新管理資訊之元資料。更新部154係更新所 保持之元資料與更新管理資訊。 囷10係表示元資料配送部53之功能性構成。元資料配送 部53係具有生成部1 71、壓縮部1 72、賦予部1 73、更新部 174、及配送部175。 生成部171係生成元資料之配送單位。壓縮部172係壓縮 包括於藉由生成部171所生成之配送單位之元資料，使資 料量減少》賦予部173係將文件更新管理資訊賦予至藉由 生成部171所生成之配送單位。更新部174係更新配送單位 之元資料與藉由賦予部173所賦予之文件更新管理資訊。 配送部175係經由網路43而將賦予有更新管理資訊之經壓 縮之配送單位之元資料傳送至接收裝置42。 圖11係表示元資料接收部61之功能性構成。元資料接收 部61係具有接收部2〇1、解凍部202、保持部2〇3、及複製 部 204。 接收部201係接收經由網路43而從傳送裝置41傳送而來 之元資料。解凍部202係解凍藉由接收部2〇1所接收之已壓 縮之元資料。保持部203係保持藉由解凍部2〇2所解凍之元 資料。複製部204係將配送單位之文件更新管理資訊，作 為其片段更新管理資訊複製至各片段（各元資料表單款 目）° 圖12係表示使用者介面處理部63之功能性構成。使用者 128772.doc -22- 200926822 介面處理部63係具有提示部221、選擇部222、及請求部 223 ° 提示部221係提示使用者所保持之元資料。選擇部222係 根據來自使用者根據元資料之指示而選擇内容。請求部 223係經由IPTV媒體客戶端64而將藉由選擇部222所選擇之 内容之再生請求傳送裝置41。 接著參照圖13之流程圖說明接收裝置42從傳送裝置41接 收元資料，且根據其接收内容之處理。 在傳送裝置41中，係以以下之方式生成元資料，且保持 於元資料伺服器資料庫52。 亦即’在步驟S1中’元資料生成部51之生成部151係生 成關於保持在IPTV媒體伺服器54之内容之元資料等之元資 料表單款目。此情形下，丨個片段之元資料表單款目係以 與内容之1個場景（scene)對應之方式生成。藉此，例如該 内容之標題、演員之姓氏、製作年月日、及其他關於該内 容之資訊’係記述於元資料表單款目、尤其是標籤 <BasicDescription>與標籤 </BasicDescription>之間。其結 果’藉由從元資料表單款目檢索所指定之關鍵字 (keyword) ’即可檢索與該關鍵字有關之内容。 在步驟S2中’賦予部152係將更新管理資訊（片段更新管 理資訊）賦予至所生成之元資料。例如，該片段之標識符 fragmentID與該片段之版本fragmentVersion係作為更新管 理資訊。 在步驟S3中，保持部i 53係將以上述之方式生成之元資 128772.doc •23- 200926822 料與其更新管理資訊建立對應關係而保持。亦即 料對應之更新管理資訊# 與疋資 資料庫52。 段單位保持於元資料词服器 在步驟S4中，更新部154係視需要更新保持於 服器資料庫52之元眘杻s 疋貧料柯 凡貝枓。更新元資料時，更新部154係進 一步更新保持於元資料飼服器資料庫52之更新管理資訊。 藉此例如7L資料之版本fragmentVersi〇n即被更新 版本。

❹ 藉由以上之方式，在傳送裝置41中，與保持於IPTV媒體 伺服器54之内谷有關之元資料係保持於元資料伺服器資料 庫52。 兹參照圖14具體說明至此為止之處理。 若疋資料生成部51之生成部151生成元資料表單款目χ之 内容（χ)(步驟S1)，則該更新管理資訊係藉由賦予部152而 賦予（步驟S2) ’而保持部153係將此保持於元資料伺服器 資料庫52(步驟S3)。在圖14中，此片段更新管理資訊之版 本係設為「ν·01」》片段係與其内容之1個場景對應。 其後，若此片段之元資料表單款目X之内容藉由更新部 154從（X)更新至（y)，則片段更新管理資訊之版本即從 「v‘01」更新至「ν·〇2」（步驟S4)。 在圖14中，係藉由生成部151進一步生成元資料表單款 目Y之内容（z)(步驟S1)，且其版本係設為「v.01」（步驟 S2)，而保持與其對應之片段（步驟S3)。 接收裝置42之使用者係在希望所期望之内容之視聽時， 128772.doc • 24· 200926822 經由網路43而存取傳送裝置41，且從接收裝置42輸 入與該 内备有關之關鍵字。傳送裝置41係從預先保持於元資料伺 服器貝料庫52之元資料，檢索與所輸入之關鍵字有關之元 資料。 例如使用者係在欲接收喜愛之演員演出之内容之情形 - 下，將該演員之姓氏作為關鍵字來輸入。傳送裝置41係根 據保持於7C資料伺服器資料庫52之元資料，來檢索記述有 該廣員之姓氏之片段。為了使此檢索容易，元資料係在未 © 壓縮之狀態下保持。 所檢索之元資料係如圖13所示傳送至接收裝置42。 亦即’在步驟si 1中，元資料配送部53之生成部171係生 成元資料之配送單位。配送單位係藉由在產生需要配送元 資料時’該配送之1個以上之片段所構成。構成配送單位 之複數個片段係整體構成1個文件。 在步驟S12中’壓縮部172係壓縮構成要傳送之配送單位 $ 之元資料。此壓縮並非依每片段進行，而是以構成配送單 位之複數個片段整體為1個單位來進行。因此，壓縮處理 所需之時間，比依每片段進行之情形較短，且傳送裝置41 之負載亦隨該程度而減輕。 在步驟S13中，賦予部173係將1個文件更新管理資訊賦 予至1個配送單位（1個文件）。在步驟S14中，更新部174係 更新包括於配送單位之元資料表單款目之片段更新管理資 訊。亦即’構成配送單位之各片段之片段更新管理資訊， 係藉由配送單位之文件更新管理資訊而更新。藉此而不傳 128772.doc -25- 200926822 送各個片段單位之片段更新管理資訊，與傳送之情形同 樣’可進行以片段單位之更新管理。 在步驟S15中，配送部175係將配送單位之元資料進行配 送。亦即，經由網路43而將元資料傳送至接收裝置42。由 於元資料係以配送單位壓縮，因此與以片段單位壓縮將更 新資訊附加於各片段並傳送之情形相較，額外工作變小， 資料量亦隨該程度變少，而抑制使用較廣之傳送帶域。 兹參照圖14進一步具體說明以上之配送處理。 〇 若元資料配送部53之生成部171生成由元資料表單款目χ 之内容（X)與元資料表單款目γ之内容（z)所組成之配送單位 (步驟S11)，則壓縮部172即壓縮構成該配送單位之元資料 (步驟S12)，而賦予部173將版本「v.〇1」賦予至該配送單 位作為文件更新管理資訊（步驟S13)。 更新部1 74係將以片段單位保持於元資料伺服器資料庫 52之構成該配送單位之元資料表單款目X與元資料表單款 • 目Y之片段更新管理資訊之版本，更新為配送單位之文件 更新管理資訊之版本「v.01」（步驟sl4)e藉此，元資料表 單款目X之版本從「v.〇2」更新為Γν.〇ι」β由於元資料表 單款目Υ之版本原本係為「ν.01」，因此即使更新，實際亦 無變化。 再者’經壓縮之元資料表單款目X之内容（χ)與元資料表 單款目Υ之内容（ζ)係附加更新管理資訊之版本「v 〇1」，作 為配送單位藉由配送部175傳送至接收裝置42(步驟S1 5)。 在圖14中，更新部154進一步將元資料表單款目γ之内容 128772.doc -26· 200926822 ⑷更新為内容（a)，且將該版本從「vGi」更新為「v〇2」 (')t新邛154另進-步將該元資料表單款目Y之内 :⑷更新為内容⑻’且將該版本從「v02」更新為 」（步驟S4)。其結果。保持於元資料飼服器資料庫 52之元資料表單款目γ之内容即從⑷依序被更新為⑷、 ⑻’且版本亦從「V.G1」依序被更新為「v.G2」、「v.03」。

❹ 再者在此狀態下，元資料配送部53之生成部i7i係生成 匕括元-貝料表單款目χ之内容（y)與元資料表單款目Y之内 今（b)之配送單位（步驟su)，若壓縮部將其壓縮（步驟 S12)賦予βρ173將作為文件更新管理資訊之版本「v^」 賦予至配送單位（步驟S13)，則更新部174係將保持於元資 料词服器資料庫52之作為内容（y)之^資料表單款目χ之更 新管理資訊之版本從「ν.01」更新為「ν 〇2γ同樣地，作 為内谷（b)之元資料表單款目γ之更新管理資訊之版本係從 v’〇3」更新為「v.〇2」（步驟S14)。再者，藉由配送部 175配送配送單位（步驟S15)。 :¾•藉由以上方式將元資料經由網路43配送，接收裝置42 係如圖13所示接收該元資料。 亦即，在步驟S21中，元資料接收部61之接收部2〇1係接 收配送單位之元資料。在步驟S22中，解凍部202係解凍已 壓縮之元資料表單款目之内容。在步驟S23中，保持部203 係將所解凍之元資料表單款目之内容保持於元資料客戶端 資料庫62。 在步驟S24中’複製部204係將所接收之配送單位之文件 128772.doc -27- 200926822 更新管理資訊複製至各元資料表單款目之片段更新管理資 矾。藉此，更新管理資訊即再度以屬於片段之元資料表 款目單位來管理。 兹參照圖15進一步具體說明以上之接收處理。 若元資料接收部61之接收部201接收屬於配送單位之内 -谷(y)之元資料表單款目X與内容⑻之元資料表單款目y(步 驟S21)，則解凍部2〇2將此解凍（步驟S22)，而保持部2〇3保 持於元資料客戶端資料庫62(步驟S23) ^複製部204係將作 〇 4配送單位之文件更新管理資訊之版本「V.01」，予以複 製作為保持於元資料客戶端資料庫62之内容（y)之元資料表 單款目X與内容⑻之元資料表單款目γ之片段更新管理資 訊之版本（步驟S24)。 藉由以上方式，保持於傳送裝置41之元資料伺服器資料 庫52之内容（y)之元資料表單款目χ之片段更新管理資訊之 版本「v，〇l」（從圖14之上第3個4角形之虛線内之内容（y) 珍之元資料表單款目x之版本rv〇1」）即與保持於接收裝置 42之元資料客戶端資料庫62之内容（y)之元資料表單款目χ 之片段更新管理資訊之版本「v,01」（圖15之上之4角形之 虛線内之内容（y)之元資料表單款目χ之版本「v 〇丨」）一 致。 同樣地，保持於元資料伺服器資料庫52之内容（z)之元資 料表單款目Y之片段更新管理資訊之版本「v〇1」（從圖14 之上第3個4角形之虛線内之内容（z)之元資料表單款目γ之 版本「v.Ol」）即與保持於接收裝置42之元資料客戶端資料 128772.doc •28· 200926822 庫62之内容（z)之元資料表單款目γ之片段更新管理資訊之 版本「v.Ol」（圖15之上之4角形之虛線内之内容（ζ)之元資 料表單款目Υ之版本「V.01」）一致。 再者，在圖15中，元資料接收部61之接收部2〇1若接收 屬於配送單位之内容（y)之元資料表單款目χ與内容邙）之元 資料表單款目Y(步驟S21)，則解凍部2〇2將此解凍（步驟 522) ，而保持部203保持於元資料客戶端資料庫62(步驟 523) 。複製部204係將作為配送單位之文件更新管理資訊 之版本「v.〇2」，予以複製作為保持於元資料客戶端資料 庫62之内容（y)之元資料表單款目χ與内容（b)之元資料表單 款目Y之片段更新管理資訊之版本（步驟S24)。 其結果，保持於傳送裝置41之元資料伺服器資料庫52之 内容（y)之元資料表單款目χ之更新管理資訊之版本 「V.02」（圖14之最下方之4角形之虛線内之内容（y)之元資 料表單款目X之版本「v.02」）即與保持於接收裝置42之元 資料客戶端資料庫62之内容（y)之元資料表單款目χ之更新 管理資訊之版本「v.〇2」（圖15之下之4角形之虛線内之内 容（y)之元資料表單款目χ之版本「v.02」）一致。 同樣地’保持於元資料伺服器資料庫52之内容（b)之元 資料表單款目Y之更新管理資訊之版本「v，02」（圖14之最 下方之4角形之虛線内之内容之元資料表單款目γ之版 本「v.02」）即與保持於接收裝置42之元資料客戶端資料庫 62之内容（b)之元資料表單款目γ之更新管理資訊之版本 「ν.02」（圖15之上之4角形之虛線内之内容沙）之元資料表 128772.doc •29- 200926822 單款目Y之版本「v. 02」）一致。 另外，藉由以上方式一度以配送單位傳送之複數個元資 料表單款目’以後，係總是將相同者彼此予以彙總更新β 若元資料藉由以上方式接收於接收裝置42，則使用者係 根據元資料提示内容之資訊，且從所提示之資訊選擇特定 - 之内容並再生。其動作係如圖13所示。 亦即，在步驟S3 1中，使用者介面處理部63之提示部221 若有來自使用者之指示，則提示保持於元資料客戶端資料 Ο 庫62之元資料。藉此提示記述於元資料之各内容之内容。 使用者係根據此提示之資訊，而指定希望再生之内容。 在步驟S32中，選擇部222係根據藉由使用者之指定來選 擇内容。在步驟S33中，請求部223係將所選擇之内容之再 生請求IPTV媒體客戶端64。 在步驟S41中，在接收裝置42之IPTV媒體客戶端64與傳 送裝置41之IPTV媒體伺服器54之間經由網路“展開交會 _ (session)而IPTV媒體客戶端64係對IPTV媒體词服器54要 求所選擇之内容之再生。IPTV媒體飼服器54係將所保持之 内容經由網路43而傳送至IPTV媒體客戶端64。IPTV媒體 客戶端64係將所接收之内容予以再生。藉此，使用者可將 所指定之内容進行視聽。 另卜在以上中，雖係設為以有來自使用者要求之元資 料為配送單位構成予以配送，惟亦可預先以特定之元資料 為配送單位構成予以記憶，在有來自使用者要求時，將該 所記憶者進行傳送。此情形下，维有包括使用者不希望之 128772.doc 200926822 元資料之可能性，惟由於包括所有所希望之元資料，因此 在實用上幾乎不成問題。反之，使用者所希望之元資料之 一部分未包括於配送單位之情形下，可設為將包括最多使 用者所希望之元資料之配送單位予以配送。 預先準備之配送單位係可以包括許多使用者所希望之元 資料之方式，根據來自複數個使用者之要求之統計結果來 決定。 在以上之實施形態中，雖係設為將更新管理資訊賦予至 〇 屬於TV-Anytime之元資料文件之根要素之TVAMain之屬 性，惟亦可將更新管理資訊賦予至儲存TV-Anytime之元資 料文件之檔案（file)之檔頭（header)。 圖1 6係表示此情形之實施形態。TV-Anytime之元資料文 件262係具有内容之元資料表單款目263-1、263-2。元資料 表單款目263-1、263-2係予以壓縮。再者，儲存此TV-Anytime之元資料文件262之檔案 261係 設為配送單位 。賦 予屬於元資料文件262之文件更新管理資訊之 FragmentManagementlnfo，作為檔案 26 1 之檔頭 264，。 在此情形下，接收裝置42亦於從傳送裝置41接收作為此 . 配送單位之檔案261後，將元資料表單款目263-1、263-2解 凍，且複製記述於檔頭264之文件更新管理資訊作為各個 片段更新管理資訊。 儲存此情形之TV-Anytime之元資料之文件之樓案之權頭 之資料結構之實施形態係表示於圖1 7。 〈schema xmlns : tva="urn · tva : metadata : 2006/03”係 128772.doc -31 - 200926822 為用以識別原始之TV-Anytime之元資料之姓名空間、 xmlns=http://www.w3.org/2001/XMLSchema係為用以識別 XML綱要之姓名空間、targetNamespace="urn : iptv”係為 新定義之綱要為以"urn : iptv"識別之宣言、<complexType name = "MetadataEncapsulationType">係為儲存 TV-Anytime . 之元資料文件之權案樓頭之定義，〈element base=” tva : TVAMainType”〉係為 TV-Anytime之根要素、〈attributeGroup ref="tva : fragmentIdentification’'/^係為屬於追加之屬性之 ❹ fragmentldentification之定義 〇 圖18係為表示將更新管理資訊賦予至具有根據圖17之綱 要之資料結構，且儲存TV-Anytime之元資料文件之檔案檔 頭之具體例。 <MetadataEncapsulationType fragmentId="0002,,fragmentVersion= %.08">係為文件更新管理資訊，fragnientld="0002"係為識 別文件之標識符，fragmentVersion="v.08"係為文件之版 本。 〇 元資料表單款目係為2個，分別記述有以下2個：1個係 programld為 ”crid://ca.com/123"、内容之標題為「123」之 元資料’而另一個係 programld為"crid://ca.com/456"、内 容之標題為「456」之元資料》 即使以此方式記述文件更新管理資訊作為檔案之檔頭， 亦可實現與記述文件更新管理資訊於元資料文件之屬性之 情形同樣之效果。 上述之一連串之處理，係可藉由硬體來執行，亦可藉由 128772.doc -32- 200926822 軟體來執行。藉由軟體執行一連串之處理之情形下，係將 構成該軟體之程式從程式記錄媒體安裝至組入於專用之硬 體之電腦、或藉由安裝各種程式而可執行各種功能之例如 汎用之個人電腦等。 安裝至電腦，且儲存設為可藉由電腦執行之狀態之程式 之程式記錄媒體，如圖8所示，係由磁碟（包括軟性磁碟 (flexible disk))、光碟（包括 cD-R〇M(Compact Disc-Read Only Memory ’ 唯讀光碟），DVD(Digital Versatile Disc， 數位多功能光碟）、光磁碟）、或由半導體記憶體等所組成 之封裝（package)媒體之抽取式媒體13ι、或供程式暫時性 或永久性儲存之ROM122、或構成記憶部128之硬碟等所構 成。程式對於程式記錄媒體之儲存，係視需要經由路由器 (router)、數據機（modem)等之介面之通訊部129，利用區 域網路、網際網路、數位衛星播放之有線或無線之通訊媒 艘來進行。 另外，在本說明書中，記述程式之步驟當然包括沿著所 記載之順序依時間序列進行之處理，#包括即使未依時間 序列處理，而以並聯式或個別執行之處理者。 此外在本說明書中，所謂系統係表示藉由複數個裝置 所構成之裝置整體者。 另外，本發明之實施形態並不限定於上述之實施形態， 在不脫離本發明之要旨之範圍下均可作各種變更。 【圖式簡單說明】 圖1係為表示習知之元資料表單款目之構成之圖。 128772.doc -33- 200926822 圖2係為表示習知之文件之構成之圈。 圖3係為表7F本發明之送單位之__實施形態之構成之 圖。 圖4係為表示構成配送單位之前之文件之構成之圖。 圖5係為表不本發明之配送單位之實施形態之具體的構 • 成之圖。 圖6係為表示擴張綱要之構成之圖。 圖7係為表示本發明之傳送系統之一實施形態之構成之 〇 區塊圖》 圖8係為表不接收裝置之一實施形態之構成之區塊圖。 圖9係為表不元資料生成部之一實施形態之功能性構成 之區塊圖。 圖10係為表示元資料配送部之一實施形態之功能性構成 之區塊圖。 圖11係為表示元資料接收部之一實施形態之功能性構成 之區塊圖。 Ο 圖12係為表示使用者介面之一實施形態之功能性構成之 區塊圖。 圖13係為說明元資料之傳送處理之流程圖。 圖14係為說明傳送裝置之處理之圖。 圖15係為說明接收裝置之處理之圖。 圖16係為表示本發明之配送單位之另一實施形態之構成 之圖。 圖17係為表示儲存元資料文件之檔案之檔頭之構成之 t28772.doc -34- 200926822 圖。 文件之 圖18係為表示將更新管理資訊賦予至儲存元資料 檔案之檔頭之構成之圖。

Ο 【主要元件符號說明】 11 12-1 至 12-4 13 41 42 43 51 52 53 54 61 62 63 64 151 152 153 配送單偟 元資料表單款目 文件更新管理資訊 傳送裝置 接收裝置 網路 元資料生成部 元資料伺服器資料庫 元資料配送部 IPTV媒體伺服器 元資料接收部 元資料客戶端資料庫 使用者介面處理部 IPTV媒體客戶端 生成部 賦予部 保持部 154 更新部 171 生成部 172 壓縮部 128772.doc •35- 200926822 173 賦予部 174 更新部 175 配送部 201 接收部 202 解凍部 203 保持部 204 複製部 221 提示部 222 選擇部 223 請求部 ❹ 128772.doc -36-

Claims (1)

1. 200926822 十、申請專利範圍： 1. 一種傳送系統，其係傳送裝置 而傳送關於内容之元資料者，其中、收裝置’經由網路 前述傳送裝置係包含： 元資料保持機構’其係以片與 更新典裡咨 | 單位保持賦予有片段 更新管理資訊之前述元資料； ^权 配送單位生成機構，其係藉由 ^ ^ , 田除則述片段更新管理 資訊之外之複數個前述片段之前 η μ丄‘ 述70資料而構成文件， 且藉由刖述文件而生成配送單位； 壓縮機構，其係』縮前述配送單位之前述元資 文件更新管理資訊賦予機構，其係將文件更新管理 資訊賦予經㈣之前述配送單位之前述元資料；及 *配送機構，其係經由網路而配送賦予有前述文件更 新管理資訊之經壓縮之前述自&送單位之前述元資料； 前述接收裝置係包含： ❹ 接收機構，其係接收前述配送單位之經壓縮之前述 元資料； 解凍機構，其係使所接收之前述配送單位之已壓縮 之前述元資料解凍； 保持機構’其係保持所解凍之前述配送單位之前述 元資料；及 複製機構’其係將賦予前述配送單位之經壓縮之前 述凡資料之前述文件更新管理資訊複製作為構成前述文 件之前述片段之前述片段更新管理資訊。 128772.doc 200926822 2.

   一種傳送方法，其係傳送裝置 而傳送關於内容之元資料二接收裝置’經由網路 在前述傳送裝置中， 得送方法且 元資料保持機構係以片p 管理資訊之前述元資料；卓位保持賦予有片段更新 配送單位生成機構係藉由除前述片段更新管理資訊 之外之複數個前述片段之前述 。 , 則述7^資料而構成文件，且藉 由剛述文件而生成配送單位； 壓縮機構係廢縮前述配送單位之前述元資料； 文件更新e理資訊賦^機構係將文件更新管理資訊 賦予經壓縮之前述配送單位之前述元資料； 配送機構係、經由網路而配送賦予有前述文件更新管 理資訊之經壓縮之前述配送單位之前述元資料； 在前述接收裝置中， 接收機構係接收前述配送單位之經壓縮之前述元資 料； 解凍機構係使所接收之前述配送單位之已壓縮之前 述元資料解凍； 保持機構係保持所解凍之前述配送單位之前述元資 料； 複製機構係將賦予前述配送單位之經壓縮之前述元 資料之前述文件更新管理資訊複製作為構成前述文件之 前述片段之前述片段更新管理資訊。 3. —種傳送裝置’其係經由網路而傳送關於内容之元資料 128772.doc 200926822 者，其中包含： 段單位保持賦予有片段更 元資料保持機構’其係以片 新管理資訊之前述元資料； 配送單位生成機構，其俜M 、係藉由除則述片段更新管理資 訊之外之複數個前述片段之折 θ权之剛述兀資料而構成文件，且 藉由前述文件而生成配送單位； i缩機構，其係壓縮前述配送單位之前述元資料； 文件更新管理資訊賦予機構，其係將文件更新管理資 訊賦予經壓縮之前述配送單位之前述元資料；及 配送機構，其係配送賦予有前述文件更新管理資訊之 經壓縮之前述配送單位之前述元資料。 4.如請求項3之傳送裝置，其中進一步包含： 第m又更新管理資訊更新機構，其係於前述元資料 被更新之情形下，更新前述片段更新管理資訊；及 第2片段更新管理資訊更新機構，其係於以前述配送 ❹ 單位賦予有前述文件更新管理資訊之情形下，更新前述 片段更新管理資訊，以與更新後之前述文件更新管理資 訊對應。 5. 如請求項3之傳送裝置，其中進一步包含： 元資料生成機構，其係生成前述元資料，·及 片段更新管理資訊賦予機構，其係以前述片段單位將 前述片段更新管理資訊賦予前述元資料。 6. -種傳送方法，其係經由網路而傳送關於内容之元資料 之傳送裝置之傳送方法，其中 I28772.doc 200926822 元資料保持機構係以片段單位保持賦予有片段更新管 理資訊之前述元資料； 配送單位生成機構係藉由除前述片段更新管理資訊之 1 卜之複數個前述片段之前述元資料而構成文件，且藉由 前述文件而生成配送單位； 壓縮機構係壓縮前述配送單位之前述元資料； 文件更新管理資訊賦予機構係將文件更新管理資訊賦 予經壓縮之前述配送單位之前述元資料； ❹

   配送機構係配送賦予有前述文件更新管理資訊之經壓 縮之前述配送單位之前述元資料。 7· —種程式，其係經由網路而傳送關於内容之元資料者， 其中使電腦執行以下步驟： 元資料保持步驟，其係以片段單位保持賦予有片段更 新管理資訊之前述元資料； 配送單位生成步驟，其係藉由除前述片段更新管理資 訊之外之複數個前述片段之前述元資料而構成文件，且 藉由前述文件而生成配送單位配送； 壓縮步驟，其係壓縮前述配送單位之前述元資料； 文件更新管理資訊賦予步驟，其係將文件更新管理資 訊賦予經壓縮之前述配送單位之前述元資料；及 配送步驟，其係配送賦予有前述文件更新管理資訊之 經壓縮之刚述配送单位之前述元資料配送。 8· —種記錄媒體，其係記錄有如請求項7之程式。 9. 種接收·裝置，其係經由網路而接收關於内容之元資料 128772.doc 200926822 者’其中包含： 接收機構，其係接收藉由除片段更新管理資訊之外之 複數個片段之前述元資料所構成之文件所組成之配送單 位之經壓縮之前述元資料； 解凍機構，其係使所接收之前述配送單位之已壓縮之 前述元資料解凍； • 保持機構，其係保持所解凍之前述配送單位之前述元 資料；及 ® 4製機構’其係將前述送單位之經壓縮之前述 元資料之文件更新管理資訊複製作為構成前述文件之前 述片4又之月υ述片段更新管理資訊。 種接收方法，其係經由網路而接收關於内容之元資料 之接收裝置之接收方法，其中 接收機構係接收藉由除片段更新管理資訊之外之複數 個片段之前述元資料所構成之文件所組成之配送單位之 經壓縮之前述元資料； 解凍機構係使所接收之前述配送單位之已壓縮之前述 元資料解凍； • 保持機構係保持所解凍之前述配送單位之前述元資 料； 複製機構係將賦予前述配送單位之經壓縮之前述元資 料之文件更新管理資訊複製作為構成前述文件之前述片 #又之别述片段更新管理資訊。 11. 一種程式，其係經由網路而接收關於内容之元資料者， 128772.doc 200926822

   位之經壓縮之前述元資料； 片段更新管理資訊之外之 成之文件所組成之配送單 前述配送單位之已壓縮之 解凍步驟，其係使所接收之前 前述元資料解;東； 保持步驟，其$ 其係保持所解凍之前述配送單位之前述元 資料；及 複製步驟，其係將賦予前述配送單位之經壓縮之前述 元資料之文件更新管理資訊複製作為構成前述文件之前 述片段之前述片段更新管理資訊。 12. —種記錄媒體，其係記錄有如請求項1丨之程式。 128772.doc