專利名稱：使用圖片傳輸協(xié)議共享內(nèi)容資產(chǎn)的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
根據(jù)本發(fā)明的方法和設(shè)備涉及在系統(tǒng)間共享內(nèi)容資產(chǎn)，更具體地，涉及
使用圖片傳輸協(xié)議(PTP)共享內(nèi)容資產(chǎn)的方法和設(shè)備。
背景技術(shù)：
通常，當(dāng)數(shù)碼相機與個人計算機(PC)或其他裝置共享照片文件時，使 用通用串行總線(USB )線纜進(jìn)行連接，其后，使用圖片傳輸協(xié)議(PTP )傳 輸照片文件。PTP是標(biāo)準(zhǔn)協(xié)議(ISO 15740)，通過其可使用USB、紅外線數(shù) 據(jù)協(xié)會(IrDA )或IEEE 1394將數(shù)碼相機拍攝的照片傳輸?shù)狡渌b置(如PC 或打印機)。同時，近年來廣泛使用支持諸如音樂照片視頻(MPV)的專輯樣 式(albumart)的相機來代替使用簡單的文件列表的相機。MPV是由光學(xué)存 儲技術(shù)協(xié)會(OSTA)規(guī)定的開放規(guī)范。可使用MPV容易地呈現(xiàn)、交換、處 理和再現(xiàn)內(nèi)容(如數(shù)字音樂、照片和運動圖像)。然而，由于按照傳統(tǒng)PTP, 只能以文件為單位實現(xiàn)索引和傳輸，因此難以傳輸專輯信息。
圖1是PTP的流程圖，示出使用PTP的裝置間的文件共享操作。
啟動器(initiator) 130開啟PTP會話，并向響應(yīng)器140請求各種操作。 打印機是啟動器130的典型示例。響應(yīng)器140響應(yīng)由啟動器130啟動的PTP 操作。數(shù)碼相機是響應(yīng)器140的示例。包括在裝置中的所有類型的文件和文 件夾(例如，照片、音樂和運動圖像)被識別為PTP下的對象。Objectlnfo 包含數(shù)據(jù)對象信息。數(shù)據(jù)對象信息可包括文件名、文件格式信息(如JPG、 AVI)、照片縮略圖信息和修改日期。在支持PTP的裝置中，ObjectHandle是 用來唯一標(biāo)識對象的32位無符號整數(shù)。兩個PTP裝置通過^f吏用ObjectHandle 來引用對象。ObjectHandle被保留至少一個會話。當(dāng)ObjectHandle被分配到 文件或文件夾時，可使用除0x00000000和0xFFFFFFFF外的任何值。
現(xiàn)在將參照圖1對啟動器130和響應(yīng)器140的操作進(jìn)行描述。首先，當(dāng) 使用USB (或IrDA、 IEEE 1394或RS232C )將啟動器130連接到響應(yīng)器140 時，啟動器130向響應(yīng)器140請求裝置信息(操作S101 )。響應(yīng)器140將裝
置信息發(fā)送給啟動器130(操作S102)。當(dāng)啟動器130請求執(zhí)行OpenSession() 時(操作S103)，響應(yīng)器140為新會話分配各種資源，并為存儲在存儲器中 的所有對象確定ObjectHandle (操作S103-l )。如上所述，可由響應(yīng)器140提 供的所有類型的文件和文件夾(例如，照片、音樂和運動圖像)被識別為對 象。用于ROOT (根)目錄的ObjectHandle必須為0,而其余的ObjectHandle 取決于執(zhí)行。當(dāng)啟動器130請求執(zhí)行GetObjectHandle()(操作S104)時，響 應(yīng)器140提供如上所述生成的所有對象的ObjectHandle[l]至ObjectHandle[n] (操作S105)。啟動器130請求啟動器130自身所需的對象信息(Objectlnfo) (操作S106)。響應(yīng)器140提供請求的對象信息(操作S107)。啟動器130 檢查接收的對象信息，并請求與對象信息相應(yīng)的對象(操作S108)。響應(yīng)器 140將對象發(fā)送到啟動器130。在完成各種必要的操作之后，啟動器130通過 調(diào)用CloseSession()關(guān)閉會話(操作SllO)。
圖2示出當(dāng)通過使用PTP將數(shù)碼相機(響應(yīng)器)連接到打印機(啟動器) 時，數(shù)碼相機的目錄結(jié)構(gòu)的示例。
參照圖2，數(shù)碼相機具有兩個目錄，100MODEL210和101MODEL220。 當(dāng)啟動器130請求OpenSession()時，響應(yīng)器140瀏覽包括在數(shù)碼相機中的所 有文件和文件夾，從而分配Obj ectHandle 。
圖3示出分配到圖2的目錄和文件的ObjectHandle 320的示例。
ObjectHandle 320必須唯一地標(biāo)識各個對象。除0x00000000 ( ROOT )和 0xFFFFFFFF外的任何值可用于ObjectHandle 320。如圖1所示，啟動器130 從響應(yīng)器140獲得所有文件的ObjectHandle列表。其后，啟動器130使用 ObjectHandle以從響應(yīng)器140讀取啟動器130自身所需的文件。例如，當(dāng)啟 動器130必須通過調(diào)用GetObject()讀取DSC0002.JPG文件時，如標(biāo)號330所 示，ObjectHandle被指定為4。
同時，專輯是一種內(nèi)容資產(chǎn)，并被定義為一組各種內(nèi)容(如照片、音樂
和再現(xiàn)內(nèi)容。MPV專輯可包括以MPV標(biāo)準(zhǔn)定義的各種媒體文件(例如，靜 止圖像文件、視頻文件、音頻文件和文本文件)。此外，可通過使用ManifestLink 提供另一專輯。當(dāng)使用PTP連接兩個裝置時，可通過使用MPV專輯以專輯 為單位瀏覽和復(fù)制信息，而不是僅以文件為單位執(zhí)行操作。然而，當(dāng)未加修 改地使用傳統(tǒng)PTP協(xié)議和MPV專輯時，不能正確在裝置之間傳輸專輯信息。
圖4示出具有MPV專輯的裝置的目錄結(jié)構(gòu)的示例。
在如圖4所示的示例中，圖2的照片文件被配置為MPV專輯。MPV文 件具有擴展名.PVM。存在于ROOT目錄中的INDEX.PVM 400是具有包括在 裝置中的所有專輯的列表的ROOT專輯文件。參照圖4,收集存在于 100MODEL文件夾210中的照片文件以形成ALBUM01 .PVM 410,收集存在 于100MODEL文件夾220中的照片文件以形成ALBUM02.PVM 420。
圖5示出ObjectHandle 520被分配到如標(biāo)號510所示的圖4的目錄、專 輯和文件的示例。圖6、圖7和圖8分別示出INDEX.PVM、 ALBUMOl.PVM 和ALBUM02.PVM的文件的實際文件結(jié)構(gòu)的示例。參照圖6， INDEX.PVM 包括關(guān)于ALBUMOl.PVM的信息610和關(guān)于ALBUM02.PVM的信息620。 參照圖7, ALBUMOl.PVM包括關(guān)于DSC0001.JPG的信息710和關(guān)于 DSC0002.JPG的信息720。參照圖8, ALBUM03.PVM包括關(guān)于DSC0003.JPG 的信息810和關(guān)于DSC0004.JPG的信息820。
當(dāng)使用PTP將具有圖4所示的專輯的裝置連接到另一裝置時， 一般會出 現(xiàn)以下問題。
第一，必須提供更好地識別MPV專輯的有效方法。以往，需要下列步 驟以便啟動器識別響應(yīng)器的INDEX.PVM文件。
1、 啟動器獲得關(guān)于響應(yīng)器的裝置信息。
2、 啟動器開啟會話，響應(yīng)器將ObjectHandle分配到各個文件和文件夾。
3、 啟動器請求所有的ObjectHandle。
4、 啟動器針對各個ObjectHandle依次調(diào)用GetObjectInfo(),并檢查是否 有對象文件名為INDEX.PVM。
5、 在啟動器找到INDEX.PVM之后，啟動器調(diào)用GetObject()并讀取 INDEX.PVM文件。
6、 如果啟動器未能找到INDEX.PVM,則i人為不存在專輯。 在上述專輯識別處理中，存在這樣的問題，為了找到INDEX.PVM文件，
在最壞的情況下，響應(yīng)器中存在多少對象，就必須調(diào)用GetObjectlnfo()多少次。 當(dāng)響應(yīng)器中存在許多文件和文件夾時，在查找INDEX.PVM文件的過程中可 出現(xiàn)嚴(yán)重的性能惡化。更為嚴(yán)重的是，由于包括在Objectlnfo中的文件名未 包含i 各徑信息，因此，當(dāng)響應(yīng)器中存在許多INDEX.PVM文件時，無法區(qū)分 哪個對象是存在于ROOT目錄中的INDEX.PVM文件。
第二，在識別出MPV專輯之后，不能以專輯為單位瀏覽和發(fā)送內(nèi)容。 在借助于上述處理找到INDEX.PVM文件之后，啟動器嘗試讀取包括在專輯 中的資產(chǎn)(媒體文件或另一專輯)。如圖6至圖8所示，關(guān)于包含在專輯中的 資產(chǎn)的信息表示為〈mpv丄astURL〉元素。如果資產(chǎn)存在于裝置中，則元素 〈mpv丄astURL〉包括裝置的相關(guān)路徑。當(dāng)資產(chǎn)不存在于裝置中時， 〈mpv丄astURL〉 元素寫成 URI 格式 (例如 ， http:〃168.219.193.78/media/DSC0001.JPG)。然而，由于通過4吏用采用PTP的 ObjectHandle在裝置間發(fā)送/接收信息，因此即使啟動器知道具有資產(chǎn)的響應(yīng) 器的相關(guān)路徑和文件名，也無法讀取期望的文件。因此，使用PTP連接的兩 個裝置不能正確處理MPV專輯。
換句話說，開發(fā)PTP使得可以在通過USB連接的兩個裝置之間發(fā)送/接 收媒體文件(如照片文件)。此外，通過使用Objec但andle指定文件而無需考 慮文件系統(tǒng)。然而，內(nèi)容資產(chǎn)(例如，專輯)使用包含在文件系統(tǒng)中的路徑
使用PTP連接的兩個裝置之間的內(nèi)容資產(chǎn)。即使識別出內(nèi)容資產(chǎn)，也無法正 確發(fā)送包括在內(nèi)容資產(chǎn)中的內(nèi)容。
發(fā)明公開 4支術(shù)解決方案
本發(fā)明提供這樣一種方法和設(shè)備，該方法和設(shè)備可在使用圖片傳輸協(xié)議 (PTP)連接的兩個裝置之間有效地共享內(nèi)容資產(chǎn)，而無需修改傳統(tǒng)PTP的 標(biāo)準(zhǔn)和內(nèi)容資產(chǎn)。


通過參照附圖對本發(fā)明的示例性實施例進(jìn)行詳細(xì)描述，本發(fā)明的以上和 其他特征將更清楚，其中
圖l是圖片傳輸協(xié)議(PTP)的流程圖； 圖2示出數(shù)碼相機的目錄結(jié)構(gòu)的示例；
圖3示出分配到圖2所示的目錄和文件的ObjectHandle的示例； 圖4示出具有音樂照片視頻(MPV)專輯的裝置的目錄結(jié)構(gòu)的示例； 圖5示出分配到圖4所示的目錄、專輯和文件的ObjectHandle的示例；
圖6示出圖4所示的INDEX.PVM文^f牛的示例； 圖7示出圖4所示的ALBUM01.PVM文件的示例； 圖8示出圖4所示的ALBUM02.PVM文件的示例； 圖9示出根據(jù)本發(fā)明示例性實施例的共享內(nèi)容資產(chǎn)的第一裝置和第二裝 置的結(jié)構(gòu)；
圖10是示出根據(jù)本發(fā)明示例性實施例的共享第一裝置和第二裝置的內(nèi) 容資產(chǎn)的方法的流程圖11是示出根據(jù)本發(fā)明示例性實施例的識別ROOTMPV專輯的方法的 流程圖12是示出根據(jù)本發(fā)明示例性實施例的將內(nèi)容資產(chǎn)從第二裝置提供給 第一裝置的方法的流程圖13示出根據(jù)本發(fā)明示例性實施例的用于共享MPV專輯的PTP流程的
示例；
圖15示出根據(jù)本發(fā)明示例性實施例的ALBUM01.PVM文件的示例； 圖16示出才艮據(jù)本發(fā)明示例性實施例的ALBUM02.PVM文件的示例。
最佳方式
根據(jù)本發(fā)明的一方面，提供一種第一裝置共享第二裝置的內(nèi)容資產(chǎn)的方 法，所述方法包括通過將內(nèi)容資產(chǎn)的對象標(biāo)識符發(fā)送到第二裝置來請求內(nèi) 容資產(chǎn)控制文件；從第二裝置接收內(nèi)容資產(chǎn)控制文件。
所述方法還可包括通過將對象標(biāo)識符發(fā)送到第二裝置來請求關(guān)于與對 象標(biāo)識符相應(yīng)的對象的信息；從第二裝置接收對象信息；通過分析接收的對 象信息來確定所述對象是否是內(nèi)容資產(chǎn)控制文件，并根據(jù)確定的結(jié)果決定是 否請求內(nèi)容資產(chǎn)控制文件。
所述方法還可包括如果確定所述對象不是內(nèi)容資產(chǎn)控制文件，則向第 二裝置請求對象標(biāo)識符列表。
所述方法還可包括在請求對象信息之前，開啟與第二裝置的圖片傳輸 協(xié)議(PTP)會話。
所述內(nèi)容資產(chǎn)可以是音樂照片視頻(MPV) ROOT專輯，所述對象標(biāo)識 符可以為1。
所述方法還可包括通過使用包括在接收的內(nèi)容資產(chǎn)控制文件中的期望
的對象文件的對象標(biāo)識符，訪問期望的對象文件。訪問期望的對象文件的步
驟還可包括從接收的內(nèi)容資產(chǎn)控制文件讀取期望的對象文件的對象標(biāo)識符； 通過將讀取的對象標(biāo)識符發(fā)送到第二裝置，請求期望的對象文件或關(guān)于期望 的對象文件的信息。
對象文件的對象標(biāo)識符的〈mpv丄astURL〉元素的MPV專輯文件。 〈mpv丄astURL〉元素還可包括指示對象標(biāo)識符被寫入的文件系統(tǒng)標(biāo)識符。
根據(jù)本發(fā)明的另 一方面，提供一種將包括在第二裝置中的內(nèi)容資產(chǎn)提供 給第一裝置的方法，所述方法包括從第一裝置接收對內(nèi)容資產(chǎn)控制文件的 請求；通過將包括在內(nèi)容資產(chǎn)中的每個對象文件的對象標(biāo)識符另外記錄到內(nèi) 容資產(chǎn)控制文件，來修改內(nèi)容資產(chǎn)控制文件；將修改的內(nèi)容資產(chǎn)控制文件發(fā) 送到第一裝置。
所述方法還可包括當(dāng)開啟與第一裝置的PTP會話時，分配與內(nèi)容資產(chǎn) 控制文件相應(yīng)的MPVROOT專輯文件的對象標(biāo)識符。所述對象標(biāo)識符可以為1。
修改內(nèi)容資產(chǎn)控制文件的步驟還可包括將包括每個對象文件的對象標(biāo) 識符的〈mpv丄astURL〉元素插入到內(nèi)容資產(chǎn)控制文件。插入〈mpv:LastURL〉 元素的步驟還可包括將指示〈mpv丄astURL〉元素寫入每個對象文件的對象 標(biāo)識符的文件系統(tǒng)標(biāo)識符記錄在〈mpv丄astURL〉元素中。
根據(jù)本發(fā)明的另一方面，提供一種共享第二裝置的內(nèi)容資產(chǎn)的設(shè)備，所 述設(shè)備包括通信單元，與第二裝置通信；存儲單元，存儲內(nèi)容資產(chǎn)的對象 標(biāo)識符；控制器，使用所述對象標(biāo)識符通過通信單元接收內(nèi)容資產(chǎn)控制文件， 而無需請求可由第二裝置提供的所有對象標(biāo)識符的列表。 提供一種將內(nèi)容資產(chǎn)提供給第一裝置的設(shè)備。所述設(shè)備包括通信單元，與 第一裝置通信；存儲單元，存儲內(nèi)容資產(chǎn)控制文件和包括在內(nèi)容資產(chǎn)中的一 個或多個對象文件；控制器，當(dāng)通過通信單元從第一裝置接收對內(nèi)容資產(chǎn)控 制文件的請求時，在從存儲單元讀取內(nèi)容資產(chǎn)控制文件并通過將各個對象文 件的對象標(biāo)識符另外記錄到內(nèi)容資產(chǎn)控制文件來修改所述內(nèi)容資產(chǎn)控制文件 之后，通過通信單元發(fā)送內(nèi)容資產(chǎn)控制文件。
具體實施方式
下面將參照附圖對本發(fā)明的示例性實施例進(jìn)行描述。
圖9示出根據(jù)本發(fā)明示例性實施例的共享內(nèi)容資產(chǎn)的第一裝置900和第 二裝置910的結(jié)構(gòu)。
參照圖9，被用作圖片傳輸協(xié)議(PTP)啟動器的第一裝置900包括與 被用作PTP響應(yīng)器的第二裝置910通信的通信單元901，和啟動用于共享內(nèi) 容資產(chǎn)的PTP操作的控制器902。存儲單元903存儲將被共享的第二裝置910 的內(nèi)容資產(chǎn)控制文件915的對象標(biāo)識符904。根據(jù)本發(fā)明的示例性實施例， 在第一裝置900和第二裝置910中預(yù)定內(nèi)容資產(chǎn)控制文件915的對象標(biāo)識符 904。盡管對象標(biāo)識符904存儲在圖9的存儲單元903中，但本示例性實施例 并不限于此，本領(lǐng)域普通技術(shù)人員可以理解，可以采用各種方法。第一裝置 900的控制器902通過使用預(yù)定的對象標(biāo)識符904,接收關(guān)于第二裝置910的 內(nèi)容資產(chǎn)控制文件915的信息或內(nèi)容資產(chǎn)控制文件915自身，而無需請求可 由第二裝置910提供的所有對象標(biāo)識符的列表。
通過使用對象標(biāo)識符904接收的內(nèi)容資產(chǎn)控制文件915包括包含在內(nèi)容
管內(nèi)容資產(chǎn)控制文件915可以是作為遵守音樂照片視頻(MPV )標(biāo)準(zhǔn)的ROOT 專輯文件的INDEX.PVM文件，但本示例性實施例并不限于此。因此，內(nèi)容 資產(chǎn)控制文件915可以是用于控制另一專輯或除專輯外的另一類型的內(nèi)容資 產(chǎn)的文件。ROOT專輯文件的對象標(biāo)識符904是INDEX.PVM文件的 ObjectHandle。
參照圖9，第二裝置910是響應(yīng)器，其將包括在第二裝置910自身中的 內(nèi)容資產(chǎn)控制文件915和包括在內(nèi)容資產(chǎn)中的媒體文件916提供給第一裝置 900。第二裝置910包括通信單元911，與第一裝置900通信；存儲單元913, 存儲包括內(nèi)容資產(chǎn)控制文件915和媒體文件916的對象文件；控制器912, 執(zhí)行PTP操作以提供內(nèi)容資產(chǎn)控制文件915和媒體文件916。存儲單元913 為第一次裝置900記錄內(nèi)容資產(chǎn)控制文件915的預(yù)定的對象標(biāo)識符914。對 象標(biāo)識符914是唯一標(biāo)識符(不被用于其他對象)。當(dāng)從第 一裝置900接收到 對包括內(nèi)容資產(chǎn)控制文件915的對象標(biāo)識符914的內(nèi)容資產(chǎn)控制文件915的 請求時，控制器912從存儲單元913讀取內(nèi)容資產(chǎn)控制文件915。其后，控 制器912通過使用內(nèi)容資產(chǎn)控制文件修改單元917另外記錄用于包括在內(nèi)容
資產(chǎn)中的各個對象文件的對象標(biāo)識符，并將修改的內(nèi)容資產(chǎn)控制文件915發(fā) 送到第一裝置900。第一裝置900可通過使用包括在修改的內(nèi)容資產(chǎn)控制文 件中的對象標(biāo)識符，即，ObjectHandle,從第二裝置910直接讀取期望的々某體 文件。如上所述，內(nèi)容資產(chǎn)控制文件915可以是包括作為ROOT專輯文件的 INDEX.PVM文件的一個或多個專輯文件。
圖10是示出根據(jù)本發(fā)明示例性實施例的共享第一裝置900和第二裝置 910的內(nèi)容資產(chǎn)的方法的流程圖。
參照圖10，當(dāng)開啟與第二裝置910的會話時，第一裝置900的控制器902 將內(nèi)容資產(chǎn)的對象標(biāo)識符發(fā)送到第二裝置910,從而請求內(nèi)容資產(chǎn)控制文件 (操作S1002)。在請求內(nèi)容資產(chǎn)控制文件之前，可請求、接收并分析關(guān)于對 象標(biāo)識符的對象信息，從而可執(zhí)行檢查與對象標(biāo)識符相應(yīng)的對象是否是內(nèi)容 資產(chǎn)控制文件的處理。稍后將參照圖11對所述檢查處理進(jìn)行詳細(xì)描述。其后， 從第二裝置910接收內(nèi)容資產(chǎn)控制文件(操作S1004)。將包括在內(nèi)容資產(chǎn)中 的對象的對象標(biāo)識符記錄在已被第二裝置910修改的接收的內(nèi)容資產(chǎn)控制文 件中。第二裝置910通過使用對象標(biāo)識符請求期望的媒體文件。然后，接收 請求的媒體文件(操作S1008 )。
圖11是示出根據(jù)本發(fā)明示例性實施例的識別ROOTMPV專輯的方法的 流程圖。盡管在圖11中內(nèi)容資產(chǎn)控制文件是ROOT專輯，但其他類型的內(nèi)容 資產(chǎn)控制文件也可使用類似的方法。
參照圖11,當(dāng)兩個裝置彼此連接時，第一裝置900請求并獲得關(guān)于第二 裝置910的裝置信息(操作S1102)。其后，開啟PTP會話(操作S1104)。 當(dāng)會話被連接時，通過將預(yù)定的對象標(biāo)識符(例如，1 )當(dāng)作ObjectHandle來 請求并獲得對象信息(操作S1106)。對接收的對象信息進(jìn)行分析，以確定其 文件名是否為INDEX.PVM (操作S1108)。如果分配了預(yù)定的ObjectHandle 的對象是INDEX.PVM，則直接請求并接收INDEX.PVM的專輯文件(操作 S1110 )。然后通過使用接收的INDEX.PVM文件來纟丸4于專輯處理例行程序(操 作S1112 )。如果分配了預(yù)定的ObjectHandle的對象不是INDEX.PVM文件， 則第二裝置910不支持根據(jù)本發(fā)明的專輯共享方法。因此，根據(jù)傳統(tǒng)技術(shù)請 求并接收所有ObjectHandle (操作SI 114)。其后，執(zhí)行傳統(tǒng)技術(shù)的處理例行 程序(:操作SI 116)。因此，可快速準(zhǔn)確地確定在響應(yīng)器910中存在ROOTMPV 專輯。
圖12是示出根據(jù)本發(fā)明示例性實施例的將內(nèi)容資產(chǎn)從第二裝置910提供 給第 一裝置900的方法的流程圖。
參照圖12，當(dāng)?shù)诙b置910從第一裝置900接收到對內(nèi)容資產(chǎn)控制文件 的請求時(操作S1202),執(zhí)行將包括在內(nèi)容資產(chǎn)中的各個對象文件的對象標(biāo) 識符插入到內(nèi)容資產(chǎn)控制文件的修改(操作S1204)。具體來說，如果將^皮發(fā) 送的對象是專輯文件，則在發(fā)送專輯之前，第二裝置910瀏覽所有的 〈mpv丄astURL〉元素，并另外記錄包括ObjectHandle的信息。其后，將修改 的內(nèi)容資產(chǎn)控制文件發(fā)送到第一裝置900 (操作S1206)。
圖13示出根據(jù)本發(fā)明示例性實施例的用于共享MPV專輯的PTP流程的 示例?？赏ㄟ^使用PTP正確地發(fā)送本示例性實施例-提出的MPV專輯。
參照圖13，為了識別存在于ROOT目錄中的INDEX.PVM文件， INDEX.PVM文件的ObjectHandle在啟動器900和響應(yīng)器910之間被預(yù)定為1 (0x00000001 )。在這種情況下，如圖ll所示，可驗證ROOT MPV專輯的存 在。盡管在本示例性實施例中已假定在用作響應(yīng)器的第二裝置910中只存在 一個存儲單元，但本發(fā)明并不限于此。因此，當(dāng)存在多個存儲器時，也將用 到本示例性實施例的結(jié)構(gòu)特征。
當(dāng)使用USB連接等將啟動器900連接到響應(yīng)器910時，啟動器900調(diào)用 GetDevicelnfo()以獲得裝置信息(操作S1301和S1302)。啟動器900調(diào)用 OpenSession()以開啟會話(操作S1303 )。當(dāng)接收到OpenSession()時，響應(yīng)器 910將ObjectHandle分配到包括在裝置中的所有文件和文件夾(操作 S1303-l )。分別為ROOT目錄和存在于ROOT目錄中的INDEX.PVM文件的 ObjectHandle分配0x00000000和0x00000001。至于其余的文件和文件夾，可 分配除0x00000000、 0x00000001和OxFFFFFFFF外的4壬何唯一值。當(dāng)開始會 話時，啟動器900使用GetObjectlnfo (1)以讀取Objectlnfo[l],即，具有 ObjectHandle為1的對象信息(操作S1304和S1305 )。如果文件名INDEX.PVM 包括在Objectlnfo[l]中，則響應(yīng)器910中存在ROOT MPV專輯。否則，不存 在INDEX.PVM文件。
如果存在ROOT MPV專輯，則讀取ROOT MPV專輯的文件(操作 S1305-l )。在這種情況下，調(diào)用GetObject( 1 )(操作S1306)。當(dāng)調(diào)用GetObject() 時，響應(yīng)器910檢查文件是否具有擴展名".PVM"，從而檢查文件是否是專 輯文件。如果將被發(fā)送到啟動器900的對象是MPV專輯，則在發(fā)送專輯之前
檢索所有<mp^LastURL>元素，從而插入包括順次的用于每個現(xiàn)有的 〈mpv丄astURL〉元素的ObjectHandle的另外的〈mpv丄astURL〉元素(操作 S1306-l )。
〈mpv丄astURL mpv:filesystem=，PTP'> ObjectHandle 〈/mpv丄astURL〉 mpv: filesysteir^，PTP，表示在PTP中使用ObjectHandle。然而，本發(fā)明并不限 于此，可使用其他的表達(dá)。Objec但andle表示媒體文件的ObjectHandle。當(dāng)啟 動器900接收到以這種方法修改的專輯文件(操作S1307)時，可確定包括 在專輯中的各個々某體文件的ObjectHandle。因此，可讀取所有々某體文件或包 括在專輯中的專輯文件。也就是說，啟動器900引用修改的專輯文件，以執(zhí) 行根據(jù)本發(fā)明的示例性實施例的專輯處理例行程序(操作S1307-1 )。根據(jù)本 發(fā)明的示例性實施例的專輯處理例行程序，從專輯文件讀取期望的媒體文件 的ObjectHandle,并請求對象信息(操作S1308 )。其后，接收關(guān)于媒體文件 的對象信息(操作S1309 )。此外，請求發(fā)送并接收媒體文件自身(操作S1310 和S1311)。當(dāng)完成專輯處理例行程序時，關(guān)閉會話(操作S1312)。
圖14、圖15和圖16分別示出根據(jù)本發(fā)明示例性實施例的已被修改的 INDEX.PVM、 ALBUM01 .PVM和ALBUM02.PVM的文件的示例。包括在響 應(yīng)器910中的內(nèi)容與圖4所示的相同。當(dāng)響應(yīng)器910分配如圖5所示的 ObjectHandle時，如圖14、圖15和圖16所示分別對圖6、圖7和圖8的專 輯文件進(jìn)行修改。其后，將修改的專輯文件發(fā)送到啟動器900。
參照圖14,除了包括在INDEX.PVM中的ALBUM01.PVM的現(xiàn)有的 〈mpv丄astURL〉元素610夕卜，還插入〈mpv丄astURL〉元素1410以寫入 ObjectHandle 4。同樣，除了 ALBUM02.PVM的現(xiàn)有的〈mpv丄astURL〉元素 620夕卜，還插入〈mpv:LastURL〉元素1420以寫入ObjectHandle 8。
參照圖15,除了包括在ALBUM01.PVM中的DSC0001.JPG的現(xiàn)有的 〈mpv丄astURL〉元素710夕卜，還插入〈mpv:LastURL〉元素1510以寫入 ObjectHandle 5。同樣，除了 DSC0002.JPG的現(xiàn)有的〈mpv丄astURL〉元素720 外，還插入〈mpv丄astURL〉元素1520以寫入Objec但andle 6。
參照圖16,除了包括在ALBUM02.PVM中的DSC0003.JPG的現(xiàn)有的 〈mpv丄astURL〉元素810夕卜，還插入〈mpv:LastURL〉元素1610以寫入 Objec但andle 9。同樣，除了 DSC0004.JPG的現(xiàn)有的〈mpv丄astURL〉元素820 外，還插入〈mpv丄astURL〉元素1620以寫入ObjectHandle 10。
在傳統(tǒng)技術(shù)的OSTA MPV的規(guī)范中，為一項^ 某體資產(chǎn)提供兩個或多個 〈mpv丄astURL〉元素。因此，即使如上所述對專輯文件進(jìn)行修改，也不存在 兼容性方面的問題。當(dāng)啟動器900必須將所有MPV專輯復(fù)制到啟動器900 時，可在未對由響應(yīng)器910插入的〈mpv丄astURL〉元素進(jìn)行修改的情況下存 儲專輯文件，或者可在移除〈mpv丄astURL〉元素之后存儲專輯文件。即使未 加修改地存儲專輯文件，不遵守本方法的傳統(tǒng)裝置也將忽略 mpv:filesystem一PTP，部分。因此，不存在操作方面的問題。
根據(jù)本發(fā)明，內(nèi)容資產(chǎn)可以筒單快速地被識別，而不必修改用于內(nèi)容資 產(chǎn)的標(biāo)準(zhǔn)(如圖片傳輸協(xié)議(PTP)或音樂照片視頻(MPV)專輯)。此外， 可以以內(nèi)容資產(chǎn)為單位實現(xiàn)內(nèi)容共享。因此，存在這樣的優(yōu)點，即，可以以 內(nèi)容資產(chǎn)為單位執(zhí)行瀏覽、傳輸和操作。
例如，本發(fā)明也可實現(xiàn)為計算機可讀記錄介質(zhì)上的計算機可執(zhí)行軟件指令。
盡管已經(jīng)參照本發(fā)明的示例性實施例具體顯示和描述了本發(fā)明，但本領(lǐng) 域普通技術(shù)人員應(yīng)該理解，在不脫離由權(quán)利要求限定的本發(fā)明的精神和范圍 的情況下，可以在形式和細(xì)節(jié)上進(jìn)行各種改變。應(yīng)該理解，上述的示例性實 施例只是解釋的目的，并不應(yīng)該被理解為限制性目的。因此，本發(fā)明的范圍 由權(quán)利要求限定，而不是由本發(fā)明的詳細(xì)描述限定，落入該范圍內(nèi)的所有的 不同被認(rèn)為是包含在本發(fā)明中。
權(quán)利要求
1、一種第一裝置共享第二裝置的內(nèi)容資產(chǎn)的方法，所述方法包括通過將內(nèi)容資產(chǎn)的對象標(biāo)識符發(fā)送到第二裝置來請求內(nèi)容資產(chǎn)控制文件；從第二裝置接收內(nèi)容資產(chǎn)控制文件。
2、 如權(quán)利要求1所述的方法，還包括通過將對象標(biāo)識符發(fā)送到第二裝置來請求關(guān)于與對象標(biāo)識符相應(yīng)的對象 的對象信息；從第二裝置接收對象信息；通過分析接收的對象信息來確定所述對象是否是內(nèi)容資產(chǎn)控制文件，并 基于確定的結(jié)果決定是否請求內(nèi)容資產(chǎn)控制文件。
3、 如權(quán)利要求2所述的方法，還包括如果確定的結(jié)果顯示所述對象不 是內(nèi)容資產(chǎn)控制文件，則向第二裝置請求對象標(biāo)識符列表。
4、 如權(quán)利要求2所述的方法，還包括在請求對象信息之前，開啟與第 二裝置的圖片傳輸協(xié)議會話。
5 、如權(quán)利要求1所述的方法，其中，所述內(nèi)容資產(chǎn)是音樂照片視頻ROOT 專輯，所述對象標(biāo)識符為1。
6、 如權(quán)利要求l所述的方法，還包括通過使用包括在接收的內(nèi)容資產(chǎn) 控制文件中的期望的對象文件的對象標(biāo)識符，訪問期望的對象文件。
7、 如權(quán)利要求6所述的方法，其中，訪問期望的對象文件的步驟還包括 讀取包括在接收的內(nèi)容資產(chǎn)控制文件中的期望的對象文件的對象標(biāo)識通過將讀取的對象標(biāo)識符發(fā)送到第二裝置，請求期望的對象文件或關(guān)于 期望的對象文件的信息。
8、 如權(quán)利要求6所述的方法，其中，接收的內(nèi)容資產(chǎn)控制文件是包括用 于寫入包括在內(nèi)容資產(chǎn)中的每個對象文件的對象標(biāo)識符的〈mpv丄astURL〉元 素的音樂照片視頻專輯文件。
9、 如權(quán)利要求8所述的方法，其中，所述〈mpv丄astURL〉元素包括文件 系統(tǒng)標(biāo)識符，所述文件系統(tǒng)標(biāo)識符指示對象標(biāo)識符被寫入。
10、 一種其上實現(xiàn)有用于執(zhí)行第一裝置共享第二裝置的內(nèi)容資產(chǎn)的方法 的計算機程序的計算機可讀介質(zhì)，所述方法包括通過將內(nèi)容資產(chǎn)的對象標(biāo)識符發(fā)送到第二裝置來請求對象信息； 從第二裝置接收對象信息；當(dāng)分析接收的對象信息并且所述對象被確定為內(nèi)容資產(chǎn)控制文件時，通 過將對象標(biāo)識符發(fā)送到第二裝置來請求內(nèi)容資產(chǎn)控制文件； 從第二裝置接收內(nèi)容資產(chǎn)控制文件；通過使用包括在接收的內(nèi)容資產(chǎn)控制文件中的一個或多個對象文件的對 象標(biāo)識符，訪問期望的對象文件。
11、 一種將包括在第二裝置中的內(nèi)容資產(chǎn)提供給第一裝置的方法，所述 方法包括從第 一裝置接收對內(nèi)容資產(chǎn)控制文件的請求；通過將包括在內(nèi)容資產(chǎn)中的每個對象文件的對象標(biāo)識符記錄到內(nèi)容資產(chǎn) 控制文件，修改內(nèi)容資產(chǎn)控制文件；將修改的內(nèi)容資產(chǎn)控制文件發(fā)送到第 一 裝置。
12、 如權(quán)利要求11所述的方法，還包括當(dāng)開啟與第一裝置的圖片傳輸 協(xié)議會話時，分配與內(nèi)容資產(chǎn)控制文件相應(yīng)的音樂照片視頻ROOT專輯文件 的對象標(biāo)識符。
13、 如權(quán)利要求12所述的方法，其中，所述對象標(biāo)識符為1。
14、 如權(quán)利要求12所述的方法，其中，修改內(nèi)容資產(chǎn)控制文件的步驟包 括將包括每個對象文件的對象標(biāo)識符的〈mpv丄astURL〉元素插入到內(nèi)容資產(chǎn)控制文件。
15、 如權(quán)利要求14所述的方法，其中，插入〈mpv丄astURL〉元素的步驟 包括將文件系統(tǒng)標(biāo)識符記錄在〈mpv丄astURL〉元素中，所述文件系統(tǒng)標(biāo)識 符指示〈mpv丄astURL〉元素寫入每個對象文件的對象標(biāo)識符。
16、 一種其上實現(xiàn)有用于執(zhí)行將包括在第二裝置中的內(nèi)容資產(chǎn)提供給第 一裝置的方法的計算機程序的計算機可讀介質(zhì)，所述方法包括從第 一 裝置接收對內(nèi)容資產(chǎn)控制文件的請求；通過將包括在內(nèi)容資產(chǎn)中的各個對象文件的對象標(biāo)識符記錄到內(nèi)容資產(chǎn) 控制文件，修改內(nèi)容資產(chǎn)控制文件；將修改的內(nèi)容資產(chǎn)控制文件發(fā)送到第一裝置。
17、 一種共享第二裝置的內(nèi)容資產(chǎn)的設(shè)備，所述設(shè)備包括 通信單元，與第二裝置通信； 存儲單元，存儲內(nèi)容資產(chǎn)的對象標(biāo)識符；控制器，使用所述對象標(biāo)識符通過通信單元接收內(nèi)容資產(chǎn)控制文件。
18、 如權(quán)利要求17所述的設(shè)備，其中，控制器通過將對象標(biāo)識符發(fā)送到 第二裝置來請求并接收關(guān)于與對象標(biāo)識符相應(yīng)的對象的對象信息，并分析接 收的對象信息，從而如果所述對象是內(nèi)容資產(chǎn)控制文件，則向第二裝置請求 內(nèi)容資產(chǎn)控制文件，或者如果所述對象不是內(nèi)容資產(chǎn)控制文件，則向第二裝置請求所有對象標(biāo)識符的列表。
19、 如權(quán)利要求18所述的設(shè)備，其中，控制器在請求對象信息之前開啟 與第二裝置的圖片傳輸協(xié)議會話。
20、 如權(quán)利要求17所述的設(shè)備，其中，所述內(nèi)容資產(chǎn)是音樂照片視頻 ROOT專輯，所述對象標(biāo)識符為1。
21、 如權(quán)利要求17所述的設(shè)備，其中，控制器通過使用包括在接收的內(nèi) 容資產(chǎn)控制文件中的期望的對象文件的對象標(biāo)識符，訪問期望的對象文件。
22、 如權(quán)利要求21所述的設(shè)備，其中，控制器從接收的內(nèi)容資產(chǎn)控制文 件中讀取期望的對象文件的對象標(biāo)識符，并通過將讀取的對象標(biāo)識符發(fā)送到 第二裝置來請求期望的對象文件或關(guān)于期望的對象文件的信息。
23、 如權(quán)利要求22所述的設(shè)備，其中，接收的內(nèi)容資產(chǎn)控制文件是包括 用于寫入包括在內(nèi)容資產(chǎn)中的每個對象文件的對象標(biāo)識符的<mpviastURL> 元素的音樂照片視頻專輯文件。
24、 如權(quán)利要求23所述的設(shè)備，其中，所述〈mpv丄astURL〉元素還包括 文件系統(tǒng)標(biāo)識符，所述文件系統(tǒng)標(biāo)識符指示對象標(biāo)識符被寫入。
25、 一種將內(nèi)容資產(chǎn)提供給第一裝置的設(shè)備，所述設(shè)備包括 通信單元，與第一裝置通信；存儲單元，存儲內(nèi)容資產(chǎn)控制文件和包括在內(nèi)容資產(chǎn)中的至少一個對象 文件；控制器，當(dāng)通過通信單元從第一裝置接收對內(nèi)容資產(chǎn)控制文件的請求時，在從存儲單元讀取內(nèi)容資產(chǎn)控制文件并通過將各個對象文件的對象標(biāo)識符記錄到內(nèi)容資產(chǎn)控制文件來修改所述內(nèi)容資產(chǎn)控制文件之后，通過通信單元發(fā) 送內(nèi)容資產(chǎn)控制文件。
26、 如權(quán)利要求25所述的設(shè)備，其中，控制器在開啟與第一裝置的圖片傳輸協(xié)議會話時將對象標(biāo)識符分配給與內(nèi)容資產(chǎn)控制文件相應(yīng)的音樂照片視頻ROOT專輯文件。
27、 如權(quán)利要求26所述的設(shè)備，其中，所述對象標(biāo)識符為1。
28、 如權(quán)利要求27所述的設(shè)備，其中，控制器將包括各個對象文件的對 象標(biāo)識符的〈mpv:LastURL〉元素插入到音樂照片視頻ROOT專輯文件。
29、 如權(quán)利要求28所述的設(shè)備，其中，控制器將文件系統(tǒng)標(biāo)識符記錄在 〈mpv丄astURL〉元素中，所述文件系統(tǒng)標(biāo)識符指示〈mpv:LastURL〉元素寫入 各個對象文件的對象標(biāo)識符。
全文摘要
提供一種使用圖片傳輸協(xié)議(PTP)共享內(nèi)容資產(chǎn)的方法和設(shè)備。一種第一裝置共享第二裝置的內(nèi)容資產(chǎn)的方法包括通過將內(nèi)容資產(chǎn)的對象標(biāo)識符發(fā)送到第二裝置來請求內(nèi)容資產(chǎn)控制文件；從第二裝置接收內(nèi)容資產(chǎn)控制文件。此外，在一種將包括在第二裝置中的內(nèi)容資產(chǎn)提供給第一裝置的方法中，所述方法包括從第一裝置接收對內(nèi)容資產(chǎn)控制文件的請求；通過將包括在內(nèi)容資產(chǎn)中的各個對象文件的對象標(biāo)識符另外記錄到內(nèi)容資產(chǎn)控制文件中來修改內(nèi)容資產(chǎn)控制文件；將修改的內(nèi)容資產(chǎn)控制文件發(fā)送到第一裝置。
文檔編號G06F15/16GK101351786SQ200780000991
公開日2009年1月21日 申請日期2007年6月5日 優(yōu)先權(quán)日2006年7月6日
發(fā)明者崔明洵, 李相權(quán), 申盛國 申請人:三星電子株式會社