TW200408227A

TW200408227A - Digital item adaptation system via URL

Info

Publication number: TW200408227A
Application number: TW092128399A
Authority: TW
Inventors: Sheng Mei Shen; Zhongyang Huang; Ming Ji; Takafumi Ueno
Original assignee: Matsushita Electric Ind Co Ltd
Priority date: 2002-10-15
Filing date: 2003-10-14
Publication date: 2004-05-16
Also published as: CN1706193A; WO2004036913A1; JPWO2004036913A1; EP1555823A1; EP1555823A4; JP4362447B2; US20060031281A1; CN100473150C

Description

200408227 玖、發明說明：【明月^ 】技術領域本發明係有關一種數位項目適應系統（Digital Item 5 Adaptation : DIA )，係終端之能力可由伺服器、閘通器或其它同級設備完全理解及解釋者。又，本發明係有關一種可以良好記述之終端（定義良好之終端）存取不同格式之多媒體内容之數位項目適應系統。 L ^tr Ji ⑩ 10 發明背景目前已由MPEG或其它標準化團體針對視頻、聲頻、系統、通訊協定、内容表現或内容封包等製作許多標準。結果，存在之封包中，有MPEG1、MPEG2、MPEG4、 DV、DVCPRO、RTP、MP4、QuickTime、AVi、ASF 等不 15 同原始寫碼方法之格式所產生者，且同時裝置及終端也以預定且依據不同標準之其它基準構築。舉例言之，目前之 DTV STB (轉頻器）可將具有MPEG2内容之MPEG2系統解 _ 碼及再生，但若加上音頻及視頻内容不同之點，則由於内容之封包格式不同，因此無法再生DV或MPEG4。 20 内容可由包含系統格式及AV取源寫碼格式之格式輕易變換至其它格式，且服務提供者亦可以不同格式提供内容。惟，僅以終端只可支援一個或幾個格式。為記載無法以特定資料格式之内容不同之終端再生的現狀，乃以第1圖及第2圖顯示習知技術。 5 200408227 第1圖中顯示，由module 1 · 1之裝置提供MPEG — 2 MP@ML内容，僅可以modulel.4之DTV STB之終端再生。以其它modulel.2、1.3及1.5之終端則無法再生該内容。第2圖中顯示，由module2.1之Multimedia server以互動 5 之雙方向提供MPEG — 2 MP@ML内容，僅可以module2.4之 DTV STB之終端再生。以其它module2.2、2.3及2.5之終端則無法再生該内容。由上述例可知，目前以廣範圍之終端或網路存取内容仍有限制。 1〇另一方面，由於若要構築一可將内容不同之所有格式加以解碼之終端，則勢必太花成本，因此並不可能。本發明係著眼於規定一具有已附上系統之構造的終端之記述，特別是著眼於規定系統格式及通訊協定等子元素。 C發明内容]| 15發明欲解決之課題本發明係以解決以下課題為目的。第1課題在於，使同一内容無論由哪一定義良好之終端皆可存取、取出或取得。弟2课題在於，使不同貧料格式之内容皆可以一終端存 20 取、取出或取得。宜使記憶媒體及聲頻視頻輸出支援格式也同樣地，妥善地記述終端來反映AV寫碼格式、系統支援格式等能力，藉此’可藉協商而以適當之格式將内容供給至終端。用以解決課題之手段 6 200408227 本發明之資料發送系統係一可自具有資料之第1終端將適合第2終端之資料發送至該第2終端者。該系統包含具有資料之第1終端及發送之第2終端。該第1終端之特徵在於，包含有： 5 一貢料記錄機構’係記錄有複數形式之貢料者，一資料發送要求接收機構，係可接收適合前述第2終端之貢料的發送要求’並由該弟2終端接收記錄有該弟2終端之貢訊的URL者，一終端資訊取得機構，係可由前述URL取得前述第2終 10 端資訊者；一資料選擇機構，係可根據已取得之前述第2終端資訊來選擇適合前述第2終端之資料者；及一資料傳送機構，係可將前述選擇之資料傳送至前述第2終端者。 15 而，前述第2終端之特徵則在於，包含有：一終端資訊記述機構，係可將前述第2終端資訊以樹狀構造列表加以記述者；一URL記錄機構，係可將經樹狀構造列表之前述第2終端資訊傳送至預定之URL後，記錄於該URL者； 20 一資料發送要求機構，係可要求前述第1終端發送適合前述第2終端之資料，並將前述URL通知前述第1終端者；及一資料接收機構，係可由前述第1終端接收資料者。可針對終端規定樹狀構造之記述，藉此可將終端能力 7 200408227 、/、AV及系統寫碼能力、AV輸出入能力、記憶及能力正文標示語言支援、通訊協定、下載能力等來加以記述。藉針對終端規定樹狀構造之記述，可使終端反映其處 5里輸出5己憶體、作業系統等來加以記述。該記述可於已將預定之軟體下載至終端時參考。藉針對具有階層構造之終端規定樹狀構造，可以多媒體框架容易且有效地處理與由樹狀構造選出的幾個分支有關之終端能力之協商。鲁 10 藉規定具有已附上系統之構造的終端之樹狀構造記述’可簡單且容易地填補對應有關終端能力之不同範疇之樹狀分支。終端可以樹狀構造良好地記述。苐 1層中’記述DeviceProperty、Codec、InputOutput。 15 第2層中， 1)於DeviceProperty之下，記述Generalproperty (CPU、 OS (作業系統）、Memory、Power、VM )、DatalO ( Serial、鲁 Paralle卜 USB、InfraRed、BlueTooth、Wireless802 )、Storage (MMC (Multi-Media Card)記憶卡、CF (CompactFlash) 20 記憶卡、SD ( Secure Disk)記憶卡、MS ( Memory Stick) 記憶卡、HD (硬碟）、DVD — RAM、CD — RW、Floppy (登錄商標）、Zip Disk )、SupportingTool(全球定位系統（Global Positioning System : GPS )、瀏覽器（Browser )、IPMP Tool 或 REL Tool 等）。 8 200408227 2)於Codec之下，記述AVDecoding ( Audio、Video)、 AVEncoding (Audio、Video)、ImageFormat、TextFormat、 SystemFormat ( MPEG —2TS、MPEG —2PS、MPEG — 4、 MP4、ASF、AVi、QuickTime、RTP、H-323 等）。 5 3)於 InputOutput 之下，記述 AudioInOut ( Speaker、

Mic)、VideoInOut (Display、CCD)、TextlnOut ( Screen、 PointingDevice、KeyPad、Keyboard) 〇將樹狀構造之終端記述記憶於URL。藉協商訊息，可代替實際之終端記述的所有分支或子分支之任一者運送 10 URL來執行數位項目適應，而可儲存發送頻帶寬。發明之效果目前具有結構化DIA記述之終端可對不同格式内容進行存取、取出或消費，且可使用應用程式以擴充其實用性。為了使多媒體框架藉終端能力適應，可使用具有用以 15於對終端發送内容前與終端聯絡之樹狀構造。藉以規定構造之脱記述所構築之飼服器或間通器，，可選擇-將内容由某一格式變換至另一格式之應用工且以使終端適應必要之格式，結果，乃可針對各種終端進行服務以擴張商務規模，。 2〇圖式簡單說明 #本案之各種對象、特徵及優點可—面參考附加圖式一面藉以下說明之較佳實施形態而了解。第1圖係顯示習知技術1，係斟呈右节對具有不同種類終端之使用者提供單方向之内容者。 9 200408227 第2圖係顯示習知技術2，係對具有不同種類終端之使用者提供雙方向之内容者。第3圖係顯示終端記述中有關頂層構造之觀念及構句者。 5 第4圖係顯示終端記述中有關DeviceProperty之觀念及構句者。第5圖係顯示終端記述中有關Codec之觀念及構句者。第6圖係顯示終端記述中有關InputOutput之觀念及構句者。 10 第7圖係顯示終端記述中有關AVDecoding之觀念及構句者。第8圖係顯示終端記述中有關SystemFormat之觀念及構句者。第9圖係有關本發明實施形態之資料發送系統之概略 15 圖。第10圖係有關本發明實施形態之資料發送系統中，第2 終端之資料要求方法之流程圖。第11圖係有關本發明實施形態之資料發送系統中，第1 終端之資料發送方法之流程圖。 20 第12圖係顯示有關本發明實施形態之資料發送系統中，根據取得之資訊選擇適合第2終端之資料的詳細過程之流程圖。 I：實施方式3 用以實施發明之最佳形態 10 200408227 以下’參考附加圖式說明本發明之實施形態。而，各圖中同一標號表示同一構成元素或相同作用及動作者。首先，針對構築之終端說明樹狀構造列表之終端資 afL。ό亥終資訊為有關終端之基本特性、終端之AV寫碼能 5力、終端之輸出入之資訊等，並以分支資訊階層化而記述。終端能力技術之層構造。層1 層構造層1為頂層，如第3圖所示之概要，係由 10 DevicePn>perty3.1、Codec3.2、InputOutput3.3 等 3個群所構成0 將有關層1之元素名及其意義顯示於表1。表1 名稱 '—- TerminalCapability DeviceProperty 記述終端之基本特, DatalO、Storage及基本之 SupportingTool ° Codec 記述終端之AV寫碼及系統格式支援。 InputOutput 記述終端之多 Extension 有關將來擴充能力之 15 表2 層2為進一步記述層1群之元素者。終端之DeviceProperty下之元素記述。如第4圖所示之概要，該層包含〇^1^以1?〇^611^4.1、

DataI04.2、Storage4.3及SupportingTool4.4。 20 層構造 11 200408227 於表2顯示元素名及其意義。表2 名稱定義 TerminalCapability GeneralProperty 記述CPU、OS、Memory 、Power、VM 〇 DatalO 記述終端之基本特性、 DatalO、Storage及基本之 SupportingTool 〇 Storage 記述 USB、InfraRed、 BlueTooth 、 Serial 、 Parallel、Wireless802 等 DataI/0。 SupportingTool 記述GPS、Browser、IPMP Tool 、 REL ToolMetadataTool 等終端支援工具 Extension 有關將來擴充能力之類別

終端之Codec下之元素記述 5 如第5圖所示之概要，該分支包含AVDecoding5.1、

AVEncoding5.2 、 ImageFormat5.3 、 TextFormat5.4 及 SystemFormat5.5 〇層構造於表3顯示元素及其意義。 10 表3 12 200408227 名稱定義 Codec AVDecoding 記述Audio及Video支援之解碼格式 AVEncoding 記述Audio及Video支援之編碼格式 ImageFormat 記述支援之Image寫瑪格式格式 TextFormat 記述支援之TextFormat SystemFormat 記述支援之SystemFormat Extension 有關將來擴充能力之類別終端之InputOutput下之元素記述

如第6圖所示之概要，該分支包含

AudioInputOutput6.1 、 VideoInputOutput6.2 、 5 TextInputOutput6.3。層構造於表4顯示元素及其意義。表4 名稱定義 InputOutput AudioInOut 記述Speaker、Mic等音頻輸出入能力。 VideoInOut 記述Display、CCD攝影機等視頻輸出入能力。 TextlnOut 記述 Screen、Pointing、 KeyPad ' Keyboard ' Mouse 等正文輸出入能力 Extension 有關將來擴充能力之類別在此雖未說明或記述有關其它DeviceProperty、 10 InputOutput等之細節，但有關Codec之細節說明則將於次節進行。該 Codec 元素係由 AVDecoding、AVEncoding、 ImageFormat、TextFormat及 SystemFormat構成。第7圖進一步顯示AVDecoding之概要及其子元素。於表 13 200408227 5顯示元素名及其意義。表5 名稱定義 AVDecoding 用以顯示終端解碼能力之工具 Format(7.1) 記述Video/Audio之寫碼格式 Video(7.2) 記述視頻特定之解碼能力 Audio(7.3) 記述音頻特定之解碼能力 BitRateAudio(7.4) BitRateVideo(7.4) bit/s顯示名目上之位元率 BufferSize(7.5) 顯示用以進行視頻/音頻之寫碼的緩衝器尺寸。舉例言之，AVC寫碼中，為了較佳之視頻流線表現，獲得分配於視頻解碼器之視頻緩衝器尺寸對假想參照解碼器 (Hypithetical Reference Decoder:HRD)尤為佳。該 Video/Audio BufferSize與適合 profile/levell之緩衝器尺寸並不同。 Extension 有關將來能力擴充之類別 Audio/Video之”BitRate”元素下有3個屬性。 Value 顯示於一定之位元率（希望值）時有關 BitRate之通常值。 Maximum 顯示於一定之位元率（希望值）時有關 BitRate之最大值。 Average 顯示於一定之位元率（希望值）時有關 BitRate之平均值。音頻寫碼可使用諸如MPEG— 1 Layer3( MP3 )、MPEG2

Layer2、MPEG4 AAC或杜比AC3等。又，視頻寫碼可使用 5 諸如MPEG卜MPEG2、主輪廓、MPEG4、簡單輪廓、MPEG4 AVC、WM9 (Windows Media)或 Real Video 等。 AVEncoding之記述該AVEncoding與第7圖及表5所示之AVEncoding相同。 ImageFormat之記述 10 這是用以記述終端所支援之JPEG、JPEG2000、GIF、

Taga、BitMap、PNG及TIFF等影像格式者。

Sy stemFormat之記述 14 200408227 第8圖係顯示SystemFormat之概念及其子元素。於表6顯示元素名及其意義。表6 名稱定義 SystemFormat 用以記述終端所支援之系統格式之工具。 MPEG2(8.1) TS 記述支援之MPEG2 Transport Multi/di-multiplex 〇 PS 記述支援之MPEG2 Transport Multi/di-multiplex 〇 MPEG4(8.2) Parti 記述根據MPEG Parti所支援之MPEG4 系統格式。 Parti 1 記述根據MPEG Partll所支援之 MPEG4系統格式。 Part 12 記述根據MPEG Partl2所支援之 MPEG4系統格式。 Parti 3 記述根據MPEG Partl3所支援之 MPEG4系統格式。 Part 14 記述根據MPEG Partl4所支援之 MPEG4系統格式。 Part 15 記述根據MPEG Partl5所支援之 MPEG4系統格式。 Part 16 記述根據MPEG Partl6所支援之 MPEG4系統格式。 SystemFF(8.3) MP4 記述支援之MP4檔案格式。 QuickTime 記述支援之QuickTime檔案格式。 ASF 記述支援之ASF檔案格式。 MP2 記述支援之MP2檔案格式。 MP21 記述支援之MP21檔案格式。 AVi 記述支援之AVi檔案格式。 Communication RTP 記述支援之RTP通訊協定。 Protocol(8.4) H.323 記述支援之H.323通訊協定。 HTTP 記述支援之HTTP通訊協定。 TCP/IP 記述支援之TC/PIP通訊協定。 SIP 記述支援之SIP通訊協定。 Extension 有關將來能力擴充性之分類。

接著，以第9至12圖說明本發明實施形態之資料發送系統，即，數位項目適應系統。第9圖為該資料發送系統之概略圖。第10圖為第2終端之資料要求方法之流程圖。第11圖為第1終端之資料發送方法之流程圖。第12圖為顯示根據取 15 200408227 得之資訊來選擇適合第2終端之資料的過程細節之流程圖。本發明實施形態之資料發送系統係用以自具有資料之第1終端10將適合第2終端20之資料發送至第2終端20者；第1終端10包含有： 5 一資料記錄機構11，係記錄有複數形式之資料者；一資料發送要求接收機構12，係可由第2終端接收有關第2終端資訊之URL，並接收適合第2終端之資料發送要求者；一終端資訊取得機構13，係可由URL取得第2終端資訊 10 者；一資料選擇機構14,係可根據已取得之第2終端資訊來選擇適合第2終端之資料者；及一資料傳送機構15，係可將選擇之資料傳送至第2終端者； 15 而，第2終端20則包含有：一終端資訊記述機構21，係可將第2終端資訊以樹狀構造列表加以記述者；一 URL記錄機構22，係可將經樹狀構造列表之第2終端資訊傳送至預定之URL並加以記錄者； 20 一資料發送要求機構23，係可將有關第2終端資訊之 URL通知第1終端，並要求第1終端發送適合第2終端之資料者；及一資料接收機構24，係可由第1終端接收資料者。該資料發送系統30係由第2終端對第1終端要求資料發 16 200408227 送，即進行協商，並由第1終端將資料發送至第2終瑞。此時，首先，就第2終端之資料發送要求方法進行說明。如第 10圖所示，第2終端之資料發送要求方法包含以下（a)〜（e) 之步驟。 5 (a)構築第2終端之步驟（S01)。該第2終端之構築過程細節將於後述。 (b)以樹狀列表記述第2終端資訊之步驟（S02)。在此，第2終端資訊係指有關已構築之第2終端之基本特性、第2終端之AV寫碼能力及第2終端之多媒體輸出入之資 10 訊，將這些資訊作為分支資訊分支來進行樹狀構造列表。藉樹狀構造列表，可由有關第2終端之多數資訊中輕易取得需要之資訊，且易於進行第1終端之資料選擇。而，如第3 至10圖所示，該樹狀構造列表係以XML記述。各分支資訊係將上位層及下位曾階層化來記述。 15 (c)將已樹狀構造列表之第2終端資訊傳送至預定之 URL並加以記錄之步驟（S03)。URL只要是可由第1終端及第2終端兩方存取者皆可。舉例言之，企業網路上之網站或網際網路上之網站皆可。而，有以前記錄之第2終端資訊時，只要由構築之第2終端之各特性中僅更新需要更新之分 20 支資訊即可。山，（d)由第2終端將有關第2終端資訊之URL通知第丨終端、，亚要求第端發送適合第2終端之資料之步驟（⑽）。毛k要求之貝料亦可為諸如數位項目。又，該資料發送要求步驟稱為協商過程。該協商過程中，會傳送有關樹狀構 17 200408227 造列表之第2終端資訊的URL之協商訊息。而，該發送要求步驟中，亦可於第2終端與第1終端間交換複數次協商訊息。 (e)由第1終端接收資料之步驟（S05) 接著，說明前述構築第2終端之步驟（S01)。該構築第 5 2終端之步驟包含以下各步驟。 Ο針對一般特性選擇CPU、OS、記憶體、輸出及VM (虛擬機器）來構築第2終端之步驟。 ϋ )選擇USB、藍芽（Blue Tooth )、無線 802 ( Wireless 802 )、序列、平行等資料I/O (資料輸出入）來構築第2終端之步驟。 10 iii)選擇MMC (Multi-Media Card)記憶卡、CF (Compact

Flash )記憶卡、SD ( Secure Disk )記憶卡、MS ( Memory Stick ) 記憶卡、硬碟（HD)、DVD、VCD、Zip碟及撓性碟等記憶媒體來構築第2終端之步驟。 iv) 選擇全球定位系統（GPS)、瀏覽器（Bn)wser)、 15智慧財產權管理及保護工具（IPMP tools )、REL工具（Rights

Expression Language Tool )、元資料工具等支援工具來構築第2終端之步驟。 v) 依預定之AV解碼格式來構築第2終端之步驟。 vi) 依預定之影像格式支援來構築第2終端之步驟。 20 Vii)依預定之正文格式支援來構築第2終端之步驟。 viii) 依預定之系統格式支援來構築第2終端之步驟。 ix) 提供-用以再生音響或聲音之財聲頻輸出來構築第2終端之步驟。 x) 提m再生晝面《彡像之預定視頻輸出來構築 18 200408227 第2終端之步驟。 xi)提供一用以顯示正文之預定正文輸出來構築第2終端之步驟。再者，構築第2終端之步驟亦可包含以下步驟。 5 xii)依預定之AV編碼格式來構築第2終端之步驟。 xiii) 提供一用以取得音響或聲音之預定音訊輸入來構築第2終端之步驟。 xiv) 提供一用以取得晝面或影像之預定視頻輸入來構築第2終端之步驟。 10 xv)提供一用以輸入正文之預定正文輸入來構築第2終端之步驟。又，根據前述預定AV解碼格式構築第2終端之步驟更可包含以下步驟。 i)選擇音訊解碼支援格式之步驟。 15 ii)選擇視頻解碼支援格式之步驟。 iii) 決定音訊解碼用之位元率之步驟。 iv) 決定視頻解碼用之位元率之步驟。 v) 於可變位元率之寫碼時，決定音訊解碼用之最大位元率之步驟。 20 vi )於可變位元率之寫碼時，決定視頻解碼用之最大位元率之步驟。 vii)於可變位元率之寫碼時，決定音訊解碼用之平均位元率之步驟。 viii )於可變位元率之寫碼時，決定視頻解碼用之平均 19 200408227 位元率之步驟。 ix)決定音訊或視頻解碼用之限定緩衝器尺寸之步驟。且，根據前述預定AV編碼格式構築第2終端之步驟可更包含以下各步驟。 5 i)選擇音訊編碼支援格式之步驟。 ii) 選擇視頻編碼支援格式之步驟。 iii) 決定音訊編碼用之位元率之步驟。 i v )決定視頻編碼用之位兀率之步驟。 V)於可變位元率之寫碼時，決定音訊編碼用之最大位 10 元率之步驟。 vi) 於可變位元率之寫碼時，決定視頻編碼用之最大位元率之步驟。 vii) 於可變位元率之寫碼時，決定音訊編碼用之平均位元率之步驟。 15 viii)於可變位元率之寫碼時，決定視頻編碼用之平均位元率之步驟。 ix)決定音訊或視頻編碼用之限定緩衝器尺寸之步驟。又，前述依預定之系統格式構築第2終端之步驟亦可包含以下各步驟。 20 i)選擇MPEG2系統格式支援之步驟。 ii) 選擇MPEG4系統格式支援之步驟。 iii) 選擇預定檔案格式支援之步驟。 iv) 選擇預定通訊協定支援之步驟。再者，前述選擇MPEG2系統格式支援之步驟亦可包含 20 200408227 以下各步驟。 i) 決定MPEG2傳送系統（TS)格式支援之步驟。 ii) 決定MPEG2程式系統（PS)格式支援之步驟。又，前述選擇MPEG4系統格式支援之步驟亦可包含以 5 下各步驟。 i) 決定MPEG4系統部分1之格式支援之步驟。 ii) 決定MPEG4系統部分11之格式支援之步驟。 iii) 決定MPEG4系統部分12之格式支援之步驟。 iv) 決定MPEG4系統部分13之格式支援之步驟。 10 v)決定MPEG4系統部分14之格式支援之步驟。 vi) 決定MPEG4系統部分15之格式支援之步驟。 vii) 決定MPEG4系統部分16之格式支援之步驟。又，前述選擇預定檔案格式支援之步驟亦可包含以下各步驟。 15 i)決定MPEG4系統部分1之格式支援之步驟。 ii) 決定MPEG4系統部分11之格式支援之步驟。 iii) 決定MPEG4系統部分12之格式支援之步驟。 iv) 決定MPEG4系統部分13之格式支援之步驟。 v) 決定MPEG4系統部分14之格式支援之步驟。 20 vi)決定MPEG4系統部分15之格式支援之步驟。 vii)決定MPEG4系統部分16之格式支援之步驟。又，前述選擇預定通訊協定之步驟亦可包含以下各步驟。 i)決定MP4檔案格式支援之步驟。 21 200408227 ii) 決定QuickTime槽案格式支援之步驟。 iii) 決定AVi檔案格式支援之步驟。 iv) 決定MP2檔案格式支援之步驟。 v) 決定MP21檔案格式支援之步驟。 5 vi)決定ASF檔案格式支援之步驟。 vii) 決定其它區域使用之其它檔案格式之步驟。 viii) 決定將來之稽案格式之步驟。再者，前述選擇預定通訊協定之步驟亦可包含以下步驟。 10 i)決定RTF通訊協定支援之步驟。 ii) 決定H.323通訊協定支援之步驟。 iii) 決定SIP通訊協定支援之步驟。 iv) 決定HTTP通訊協定支援之步驟。 v) 決定TCP/IP通訊協定支援之步驟。 15 vi)決定其它通訊協定支援之步驟。又，要求第1終端發送資料至第2終端之步驟（S04)亦可包含以下各步驟。 i) 選擇第2終端資訊之樹狀構造列表之部分分支資訊的步驟。要求資料發送時，可預先選擇第1終端之資料選擇 20 所需之分支資訊，藉此輕易進行第1終端之資料選擇。 ii) 將有關選擇之分支資訊之URL傳送至第1終端之步驟。該步驟中，亦可將有關複數分支資訊之各URL傳送至第1終端。接著，說明第1終端之資料發送方法。該資料發送方法 22 200408227 為發送適合第2終端之資料（即，數位項目）之方法。如第 11圖所示，該資料發送方法包含（a)〜（d)之各步驟。 (a )接收有關第2終端資訊之URL，並接收適合第2終端之資料的發送要求之步驟（S11)。該步驟稱為協商過程。而，該 5 接收該發送要求之步驟中，亦可於第1終端與第2終端間進行複數次協商訊息之交換。 (b )取得樹狀構造列表之第2終端資訊之步驟（S12 )。樹狀構造列表之第2終端資訊係將有關第2終端之基本特性之資訊、有端第2終端之AV寫碼能力之資訊及有關第2終端 10 之多媒體輸出入之資訊記述為分支資訊。而，樹狀構造列表可以XML記述。分支資訊之上位層及下位層係藉階層話來記述。 (c)根據取得之資訊選擇適合第2終端之資訊之步驟 (S13)。該步驟將於後述。 15 (d)將選擇之資料傳送至第2終端之步驟（S14)。又，如第12圖所示，根據第1終端取得之資訊選擇適合第2終端之資料之步驟亦可包含以下各步驟。 0對已獲得之樹狀構造列表之第2終端資訊進行構句解析之步驟（S21)。構句解析可以剖析器進行。剖析器可 20 以硬體或軟體來實現。 ii)根據構句解析所獲得之樹狀構造表記之分支資訊來選擇適合第2終端之資料（S22)。舉例言之，分支資訊係對應第2終端之AV寫碼能力，選擇第2終端可再生之資料，例如内容等數位項目。 23 200408227 而，本發明亦可藉以下構成成立。即，本發明之另一形態之數位項目適應系統，為了準備具有不同能力之不同支援終端’乃具有以下步驟：執行協商通訊協定以獲得終端記述，構築多媒體框架； 5 執行剖析器以針對由透過前述協商通訊協定之協商訊息所示之URL獲得之前述終端記述進行構句解析；由前述URL傳送協商訊息以獲得前述終端記述；針對獲得的前述終端記述進行構句解析；依前述已進行構句解析之終端記述於適合前述終端之 10 格式及能力中選擇内容；及將前述選擇之内容供給至前述終端。如上所述，本發明雖以較佳實施形態詳細說明，但本發明並未受限於此，對熟習該項技藝者而言，在發明申請專利範圍所載之本發明記述範圍内可進行各種變形例及修 15 正例。【圖式簡單説明3 第1圖係顯示習知技術1，係對具有不同種類終端之使用者提供單方向之内容者。第2圖係顯示習知技術2，係對具有不同種類終端之使 20 用者提供雙方向之内容者。第3圖係顯示終端記述中有關頂層構造之觀念及構句者。第4圖係顯示終端記述中有關DeviceProperty之觀念及構句者。 24 200408227 第5圖係顯示終端記述中有關Codec之觀念及構句者。第6圖係顯示終端記述中有關InputOutput之觀念及構句者。第7圖係顯示終端記述中有關AVDecoding之觀念及構 5 句者。第8圖係顯示終端記述中有關SystemFormat之觀念及構句者。第9圖係有關本發明實施形態之資料發送系統之概略圖。 10 第10圖係有關本發明實施形態之資料發送系統中，第2 終端之貢料要求方法之流程圖。第11圖係有關本發明實施形態之資料發送系統中，第1 終端之資料發送方法之流程圖。第12圖係顯示有關本發明實施形態之資料發送系統 15 中，根據取得之資訊選擇適合第2終端之資料的詳細過程之流程圖。【圖式之主要元件代表符號表】 10…第1終端 11.. .貧料記錄機構 12.. .貧料發送要求接收機構 13.. .終端資訊取得機構 14.. .資料選擇機構 15.. .資料傳送機構 20…第2終端 25 200408227 21.. .終端資訊記述機構 22.. .URL記錄機構 23.. .資料發送要求機構 24.. .資料接收機構 30…資料發送系統 31.. .終端資訊接收機構 32.. .終端資訊記錄機構 33.. .終端資訊傳送機構

Claims

200408227 拾、申請專利範圍： 1. 一種資料發送系統，係用以自具有資料之第1終端將適合第2終端之資料發送至該第2終端者；該第1終端係包含有： 5 —資料記錄機構，係記錄有複數形式之資料者；一資料發送要求接收機構，係可接收適合前述第2終端之資料的發送要求，並由該第2終端接收記錄有該第2終端之貢机的URL者，一終端資訊取得機構，係可由前述URL取得前述第2終 10 端資訊者；一資料選擇機構，係可根據已取得之前述第2終端資訊來選擇適合前述第2終端之資料者；及一資料傳送機構，係可將前述選擇之資料傳送至前述第2終端者； 15 而，前述第2終端則包含有：一終端資訊記述機構，係可將前述第2終端資訊以樹狀構造列表加以記述者；一URL記錄機構，係可將經樹狀構造列表之前述第2終端資訊傳送至預定之URL後，記錄於該URL者； 20 一資料發送要求機構，係可要求前述第1終端發送適合前述第2終端之資料，並將前述URL通知前述第1終端者；及一資料接收機構，係可由前述第1終端接收資料者。 2. —種第1終端，係自具有資料之第1終端將適合第2終 27 200408227 端之資料發送至該第2終端之資料發送系統中的前述第1終端，包含有：一資料記錄機構，係記錄有複數形式之資料者；一資料發送要求接收機構，係可接收適合前述第2終端 5 之資料的發送要求，並由該第2終端接收記錄有該第2終端之貢訊的URL者，一終端資訊取得機構，係可由前述URL取得前述第2終端資訊者；一資料選擇機構，係可根據已取得之前述第2終端資訊 10 來選擇適合前述第2終端之資料者；及一資料傳送機構，係可將前述選擇之資料傳送至前述第2終端者。 3.—種第2終端，係自具有資料之第1終端將適合第2終端之資料發送至該第2終端之資料發送系統中的前述第2終 15 端，包含有：一終端資訊記述機構，係可將前述第2終端之資訊以樹狀構造列表加以記述者；一URL記錄機構，係可將經樹狀構造列表之前述第2終端資訊傳送至預定之URL後，記錄於該URL者； 20 一資料發送要求機構，係可要求前述第1終端發送適合前述第2終端之資料，並將前述URL通知前述第1終端者；及一資料接收機構，係可由前述第1終端接收資料者。 4·一種第3終端，係位於自具有資料之第1終端將適合 28 200408227 第2終端之資料發送至該第2終端之資料發送系統，具有可由前述第1及第2終端連接之URL，並記錄有前述第2終端之資訊者，包含有：一終端資訊接收裝置，係可由前述第2終端接收前述第 5 1終端資訊之樹狀構造列表者；一終端資訊記錄機構，係可記錄前述第2終端之資訊者；及一終端資訊傳送機構，係可根據前述第2終端資訊發送要求由前述第1終端將前述第2終端資訊傳送至前述第1終 10 端者。 5. —種資料要求方法，係自具有資料之第1終端將適合第2終端之資料發送至該第2終端之資料發送系統中，前述第2終端之資料要求方法，包含有以下步驟：構築前述第2終端； 15 以樹狀構造列表記述前述第2終端之資訊；將經樹狀構造列表之前述第2終端資訊傳送至預定之 URL並加以記錄；對前述第1終端要求發送將適合前述第2終端之資料，並由該第2終端將前述URL通知前述第1終端；及 20 由前述第1終端接收資料。 6. 如申請專利範圍第5項之資料要求方法，其中經樹狀構造列表之前述第2終端資訊係將有關前述第2終端之基本特性之資訊、有關前述第2終端之AV寫碼能力之資訊及有關前述第2終端之多媒體輸出入有關之資訊分別作為分支 29 200408227 資訊而加以記述。 7.如申請專利範圍第5項之資料要求方法，其中該要求前述第1終端對前述第2終端發送資料之步驟並包含有以下步驟： 5 選擇前述第2終端資訊之前述數狀構造列表中的部分分支資訊；及將有關前述選擇之分支資訊的URL通知前述第1終端’並要求前述第1終端對前述第2終端發送資料。 8·如申請專利範圍第5項之資料要求方法，其中該構築 10 前述第2終端之步驟並包含有以下步驟：針對一般特性選擇CPU、OS、記憶體、輸出、VM (虛擬機器）來構築前述第2終端；選擇USB、藍芽（Blue Tooth)、無線802( Wireless 802)、序列、平行等資料1/〇(資料輸出入）來構築前述第2終端； ^ ( Multi-Media Card)記憶卡、CF ( Compact Flash )記憶卡、SD( Secure Disk )記憶卡、MS( Memory Stick ) 記憶卡、硬碟（HD)、DVD、VCD、Zip碟及撓性碟等記憶媒體來構築前述第2終端；選擇全球定位系統（GPS )、瀏覽器（Browser )、智慧 20 財產權管理及保護工具（IPMP tools)、REL工具（Rights Expression Language Tool)、元資料工具等支援工具來構築前述第2終端；依預定之AV解碼格式來構築前述第2終端；依預定之影像格式支援來構築前述第2終端； 30 200408227 依預定之正文袼式支援來構築前述第2終端；依預定之系統格式支援來構築前述第2終端；提供一用以再生音響或聲音之預定聲頻輸出來構築前述第2終端； 5 提供一用以再生畫面或影像之預定視頻輸出來構築前述第2終端；及提供一用以顯示正文之預定正文輸出來構築前述第2 終端。 9·如申請專利範圍第8項之資料要求方法，其中該構築 10 第2終端之方法更包含有以下步驟：依預定之AV編碼格式來構築前述第2終端；提供一用以取得音響或聲音之預定音訊輸入來構築前述第2終端；提供一用以取得晝面或影像之預定視頻輸入來構築前 15 述第2終端；及提供一用以輸入正文之預定正文輸入來構築前述第2 終端。 10·如申請專利範圍第8項之資料要求方法，其中該依預定之AV解碼格式來構築第2終端之步驟更包含有以下步 20 驟：選擇音訊解碼支援格式；選擇視頻解碼支援格式；決定音訊解碼用之位元率；決疋視頻解碼用之位元率， 31 200408227 率於可變位元率之寫碼時，決定音訊解碼用之最大位元率於可變位元率之寫碼時，決定視頻解碼用之最大位元於可變位元率之寫碼時，決定音訊解碼用之平均位元率於可變位元率之寫碼時，決定視頻解碼用之平均位元率；及決定音訊或視頻解碼用之限定緩衝器尺寸。 10 11.如申請專利範圍第8項之資料要求方法，其中該依預定之AV編碼格式來構築第2終端之步驟更包含有以下步驟：選擇音訊編碼支援格式；選擇視頻編碼支援格式； 15 決定音訊編碼用之位元率；決定視頻編碼用之位元率；於可變位元率之寫碼時，決定音訊編碼用之最大位元率；於可變位元率之寫碼時，決定視頻編碼用之最大位元 20 率；於可變位元率之寫碼時，決定音訊編碼用之平均位元率；於可變位元率之寫碼時，決定視頻編碼用之平均位元率；及 32 200408227 決定音訊或視頻編碼用之限定緩衝器尺寸。 12. 如申請專利範圍第8項之資料要求方法，其中該依預定系統格式來構築前述第2終端之步驟更包含有以下步驟： 5 選擇MPEG2系統格式支援；選擇MPEG4系統格式支援；選擇預定檔案格式支援；及選擇預定通訊協定支援。 13. 如申請專利範圍第8項之資料要求方法，其中該選 10 擇MPEG2系統格式支援之步驟更包含有以下步驟：決定MPEG2傳送系統（TS)格式支援；及決定MPEG2程式系統（PS)格式支援。 14. 如申請專利範圍第12項之資料要求方法，其中該選擇MPEG4系統格式支援之步驟更包含有以下步驟： 15 決定MPEG4系統部分1之格式支援；決定MPEG4系統部分11之格式支援；決定MPEG4系統部分12之格式支援；決定MPEG4系統部分13之格式支援；決定MPEG4系統部分14之格式支援； 20 決定MPEG4系統部分15之格式支援；及決定MPEG4系統部分16之格式支援。 15. 如申請專利範圍第12項之資料要求方法，其中該選擇預定檔案格式支援之步驟更包含有以下步驟：決定MP4檔案格式支援； 33 200408227 決定QuickTime檐案格式支援；決定AVi檔案格式支援；決定MP2檔案格式支援；決定MP21檔案格式支援； 5 決定ASF檔案格式支援；決定其它區域使用之其它檔案格式；及決定將來之檔案格式。 16. 如申請專利範圍第12項之資料要求方法，其中該選擇預定通訊協定之步驟更包含有以下步驟： 10 決定RTF通訊協定支援；決定H.323通訊協定支援；決定SIP通訊協定支援；決定HTTP通訊協定支援；決定TCP/IP通訊協定支援；及 15 決定其它通訊協定支援。 17. —種資料發送方法，係自具有資料之第1終端將適合第2終端之資料發送至該第2終端之資料發送系統中，前述第1終端之資料發送方法，包含有以下步驟：由前述第2終端接收適合前述第2終端之資料的發送要 20 求，並接收有關前述第2終端之資訊的URL ; 由前述URL取得經樹狀構造列表之前述第2終端資訊；根據前述已取得之資訊選擇適合前述第2終端之資訊；及將前述選擇之資料傳送至前述第2終端。 34 200408227 18. 如申請專利範圍第17項之資料發送方法，其中該經樹狀列表之前述第2終端資訊係將有關前述第2終端之基本特性之資訊、有關前述第2終端之AV寫碼能力之資訊及有關前述第2終端之多媒體輸出入有關之資訊分別作為分支 5 資訊而加以記述。 19. 如申請專利範圍第17項之資料發送方法，其中於前述第1終端根據前述取得之資訊來選擇適合前述第2終端之資料之步驟並包含有：對由前述U RL所獲得之樹狀構造列表之前述第2終端 10 資訊進行構句解析；及根據前述構句解析所獲得之前述樹狀構造表記之分支資訊來選擇適合前述第2終端之資料。 35