專利名稱：互動式云端廣播供播方法
技術(shù)領(lǐng)域：
本發(fā)明提出一種云端廣播供播方法，尤其是有關(guān)于一種互動式云端廣播供播方法，其可運用在一云計算平臺，并可以創(chuàng)作、審查、播放媒體內(nèi)容，進而將個人化媒體內(nèi)容自云端串流至智能型手機、平板電腦等電子裝置播放。
背景技術(shù)：
互聯(lián)網(wǎng)絡(luò)播出的聲音或影像節(jié)目現(xiàn)在已非常普遍，且傳統(tǒng)的無線電臺或電視臺也有在互聯(lián)網(wǎng)絡(luò)同步播出，以增加聽眾或觀眾的情形。純網(wǎng)絡(luò)影音媒體可自錄音(影)室制作節(jié)目源，以直接在網(wǎng)絡(luò)播出，而在市面上亦有許多可在電腦及手機上執(zhí)行的應(yīng)用軟件可用來收聽(看)這些節(jié)目源。影、音節(jié)目源也可以在空中播出同時另行錄制，以備 日后再行取用。上述這些播放服務(wù)稱為隨選或時間平移播放(playback)。此外，音樂及電影制片業(yè)將錄好的影、音作品放在互聯(lián)網(wǎng)絡(luò)，由消費者付費下載也是很常見的。但是，這種付費下載情形在消費者下載完影、音作品并付費完成后，串流即告結(jié)束。還有其他串流服務(wù)可為個人或小群體量身訂做其內(nèi)容。例如在美國專利編號7，650，361中，Wong等人描述一由指標(biāo)控制的影像播放系統(tǒng)，用戶可視需要自播放清單(playlist,以下簡稱「清單」)選擇性增加或刪除項目。另一美國專利7，711，838中，Boulter等人則是描述如何分析個別用戶對歌曲的好惡，據(jù)以產(chǎn)生個人化的清單，并按址串流至各網(wǎng)絡(luò)用戶的方法。在這些與個人化廣播有關(guān)的先前技術(shù)中，各別單曲創(chuàng)作人的創(chuàng)作雖可獲得呈現(xiàn)，但一般傳統(tǒng)電臺或電視臺節(jié)目主持人(即所謂DJ)的創(chuàng)意甚至源自聽眾(觀眾)的創(chuàng)作就未曾列入編排考量。傳統(tǒng)電臺或電視臺節(jié)目主持人通常會搭配情境需求編排適當(dāng)曲目，以求贏得聽眾共鳴；聽眾之中或許也有非專業(yè)但一樣動人的創(chuàng)作或故事，可贏得大眾的喜愛。因此，廣播播放系統(tǒng)若一方面能由主持人主導(dǎo)其內(nèi)容，另一方面又能滿足每一聽眾稍許不同的收聽需求，將是十分理想的。而由聽眾提供的談話或音樂創(chuàng)作若也能加入清單，以供其他聽眾來分享使用，亦是甚佳。近年來，云計算的進步，大幅改變了數(shù)字內(nèi)容的使用方式。一般而言，云計算有高可靠度、低成本、高擴充彈性及可隨時隨地取用等優(yōu)點。云端服務(wù)不僅可用來儲存音樂內(nèi)容，亦可用來提供各種各樣的串流服務(wù)。耳熟能詳?shù)脑贫藘?nèi)容服務(wù)的例子則為可提供影片分享的YouTube。還有一種由Mspot Inc.所提供的服務(wù)，可將個人身邊所有裝置的數(shù)字內(nèi)容同步儲存于云端，使用戶能隨時隨地取用個人所擁有的數(shù)字內(nèi)容。而蘋果公司亦為用戶提供iCloud服務(wù)以儲存?zhèn)€人通信數(shù)據(jù)及影音數(shù)據(jù)，并可隨時自動下載至個人設(shè)備。此外，云計算也逐漸被當(dāng)作一創(chuàng)作平臺使用，一般大眾可以利用位于云端的操作軟件創(chuàng)作、編輯及儲存數(shù)字內(nèi)容。云端因此成為一共同創(chuàng)作平臺，創(chuàng)作內(nèi)容可在使用者之間被分享及受審查。因此，若將云端平臺設(shè)計成可做內(nèi)容創(chuàng)作、編輯、儲存、分享并自動串流將是十分理想；云端平臺內(nèi)的每一用戶可以用不同種類的裝置，但是卻用雷同的方式對云端平臺內(nèi)的資訊作存取利用。通過依不同用途而設(shè)計的應(yīng)用程序，用戶可以扮演內(nèi)容的創(chuàng)作者、審查者及消費者等不同角色。尤其，做為廣播技術(shù)創(chuàng)新演進的一個分水嶺，將音樂原聲帶、節(jié)目主持人的創(chuàng)意及聽眾或觀眾的創(chuàng)作一律交由云端處理，將是十分理想。更有甚者，若可免除錄音室的特殊設(shè)備，DJ(主持人)只需利用一用戶裝置及其運行軟件即可錄制談話或創(chuàng)作，并在云端協(xié)助的下排定清單及融入配音及音效處理，完成一專業(yè)節(jié)目制作，不但能節(jié)省設(shè)備成本，更能提高制作效率。若聽眾或觀眾可利用云端平臺所提供的選項選取想接受的內(nèi)容，也將是十分理想的。有鑒于傳統(tǒng)廣播供播方法并未充分利用云端平臺使具有內(nèi)容創(chuàng)作、編輯、儲存、分享并自動串流的功能，也無法具有即時進行錄音、編輯與插播的能力，因此，亟需一種互動式云端廣播供播方法，使云端平臺具有創(chuàng)作、編輯、儲存、分享、自動串流以及即時錄音等功倉泛。

發(fā)明內(nèi)容
鑒于上述，本發(fā)明實施例的目的的一在于提供一種互動式云端廣播供播方法，其可將計算云(computing cloud)做為一媒體創(chuàng)作與使用的共用平臺。連接至計算云的用戶裝置，可作為使用其他用戶所完成的清單的媒體消費者(一般稱做「聽眾」或「觀眾」)，錄制談話或演奏的創(chuàng)作者或是挑選媒體數(shù)據(jù)以完成清單的專業(yè)廣播制作人。而為達成此共用平臺的功能需要的元素有一持有一待播清單、做為供播主機(rendering host)用的計算云，至少一能播放所述待播清單(亦稱為主機清單，host playlist)內(nèi)的媒體內(nèi)容或能自行創(chuàng)作媒體內(nèi)容、編排清單的用戶裝置，以及作為計算云與眾多用戶裝置之間的數(shù)據(jù)交換平臺的互聯(lián)網(wǎng)絡(luò)。所述計算云持有大量的數(shù)字內(nèi)容供DJ或某些聽眾選用并安插至所編輯的清單中。每一則數(shù)字內(nèi)容有其對應(yīng)的一組元數(shù)據(jù)，記載來源、音樂屬性、播放方式、與其他相鄰數(shù)字內(nèi)容的時間關(guān)系及播放授權(quán)等屬性數(shù)據(jù)。本發(fā)明實施例之一為在收到一用戶裝置想登入為一媒體消費者的請求后，供播主機將待播清單及其從屬的元數(shù)據(jù)串流至所述用戶裝置，完成地第一輪往返互動。所述用戶裝置可能因網(wǎng)絡(luò)頻寬、連線品質(zhì)、音樂喜好及帳戶授權(quán)重排所述清單內(nèi)的媒體片段的優(yōu)先次序，或刪除某片段，而供播主機在收到用戶裝置的回應(yīng)后即將所指定的媒體片段下傳，完成第二輪往返互動。所述用戶裝置在收到下載的媒體片段后即可進行播放，若元數(shù)據(jù)標(biāo)注許可尚可重復(fù)播放。本發(fā)明實施例之一為在用戶裝置登入成為一媒體消費者后亦可要求成為一臨時的創(chuàng)作者(之后稱為「偶發(fā)創(chuàng)作者」)，而供播主機在收到用戶的談話或音樂作品后可能先與另一已存在的數(shù)字內(nèi)容混合(混音)以做為用戶錄音的背景音樂，再為合并后的媒體片段制作一單則內(nèi)容清單及其從屬的元數(shù)據(jù)，即可拿來做正常廣播的插播之用。本發(fā)明實施例之一為若一媒體片段從屬的元數(shù)據(jù)許可，成為一媒體消費者的用戶裝置有可能將播放權(quán)贈予他人，而供播主機在收到用戶的「轉(zhuǎn)贈」要求后即以一單則內(nèi)容清單及其從屬的元數(shù)據(jù)通知受贈者。受贈者可能收到一組足以登入供播主機的帳號密碼；或者，若是受贈者已經(jīng)在本系統(tǒng)上線，則以一通知簡訊(prompt)告知。使用中的受贈者可能選擇下載所指定的媒體片段，立刻或稍后播放、使用所述媒體片段。其他現(xiàn)有的連接方式，例如一 html文件，因可以用電子郵件或其他電子方式傳遞訊息，亦可做為贈予的媒介。因此，贈予內(nèi)容不只可在另一用戶裝置以其應(yīng)用程序播放，尚可用現(xiàn)有的瀏覽器或播放器播放。若在元數(shù)據(jù)另有定義時，贈予者尚可指定播放時間以便贈予者與受贈者可同時播放。本發(fā)明實施例之一為供播主機中待播清單在第一輪往返互動只先經(jīng)過一監(jiān)督人。監(jiān)督人若聽到或看到不適合所述頻道規(guī)范的內(nèi)容即在其用戶裝置以其監(jiān)督人應(yīng)用程序按某一按鍵。監(jiān)督人由元數(shù)據(jù)中一監(jiān)督元素做控制即可取消所述內(nèi)容，因此在其后供播主機與其他消費者用戶的往返互動中提供的清單將不包括所述內(nèi)容。本發(fā)明實施例之一為預(yù)錄音樂文件、配音帶(拍手、歡呼、輕松背景音樂、急促鼓聲，等等)可被要求下載至一特別的「制播音控」應(yīng)用程序。所述制播應(yīng)用程序是被設(shè)計成可安排數(shù)則預(yù)錄音樂文件、配音帶以喜愛次序或重疊方式播放，此與傳統(tǒng)的多音軌音控設(shè)備雷同。制播DJ可以一邊用頭戴耳機聆聽預(yù)錄音樂及配音帶，一邊進行談話。用戶裝置的麥克風(fēng)可用來錄制談話。所有參與的預(yù)錄音樂及配音帶，以及談話片段都有其從屬的元數(shù)據(jù)。元數(shù)據(jù)中的某些元件(總稱為「編輯屬性特征」)可記載各媒體片段的播出次序、播出時刻、音效處理及相互之間的時間同步關(guān)系。制播完成之后供播主機收到的是DJ所選預(yù) 錄音樂及配音內(nèi)容的清單，編輯屬性特征及DJ談話或創(chuàng)作的錄音文件。供播主機相當(dāng)于收到一多軌錄制作品并可據(jù)以還原所述DJ的剪輯或再做編輯。由DJ原創(chuàng)的談話若有選用配音帶做為背景音樂或聲響效果，亦可由供播主機的混音器依原訂時間同步關(guān)系混音，成為簡化的內(nèi)容片段。供播主機可以用高品質(zhì)的音源讓消費者下載播放，或在供播主機進行混音，但DJ可以僅以低品質(zhì)的音源在其制播音控應(yīng)用程序中聆聽即可。最后，供播主機可將所述DJ原始剪輯的清單，或經(jīng)簡化的清單及清單內(nèi)所列的各內(nèi)容片段及元數(shù)據(jù)，提供給其他用戶裝置做純播放或做其他編輯的用。簡言之，本發(fā)明的方法提供一互動式播放及編輯機制。又基于其于云端供播主機保留各別原始媒體片段及原始編輯屬性特征的設(shè)計，用戶裝置可自供播主機所提供的清單進行再編輯，或挑選其所需的內(nèi)容播放。用戶裝置可扮演創(chuàng)作者角色，參與廣播制作；或做為一贈予者，將未用播放次數(shù)轉(zhuǎn)贈他人。監(jiān)督人模式是本方法的另一特別的應(yīng)用。在一實施例中，本發(fā)明提供一種互動式云端廣播供播方法，包括應(yīng)用一用戶裝置連接至一計算云，且所述計算云內(nèi)的一供播主機存放有一或多則待播清單；所述用戶裝置于所述待播清單的消費者或監(jiān)督人，或另一待播清單的制播者的不同角色間擇一，且所述待播清單中的每一則數(shù)字內(nèi)容對應(yīng)一元數(shù)據(jù)，可選擇性依所述供播主機與所述用戶裝置知悉的一預(yù)定規(guī)則被標(biāo)注一編輯屬性特征；以及根據(jù)所述編輯屬性特征所述供播主機與所述用戶裝置均可重建所述待播清單的原始創(chuàng)作用戶裝置的剪輯。


圖I為本發(fā)明的系統(tǒng)的一實施例的方塊圖；圖2為本發(fā)明的一實施例的元數(shù)據(jù)各可能包含的元素；圖3為本發(fā)明的各實施例的供播主機包含的元件；圖4為數(shù)字內(nèi)容創(chuàng)作及播放方法的最高階流程圖；圖5為遠端一次制播編輯一一次制播清單的方法的流程圖；圖6為舉一原始制播音控剪輯為例并據(jù)以示范其后制作動作；圖I為一聽眾播放、贈予與偶發(fā)創(chuàng)作的方法的流程圖；圖8為插播媒介推播包括轉(zhuǎn)贈與偶發(fā)創(chuàng)作等個人化媒體片段的流程圖。
附圖標(biāo)記說明1-計算云；2_用戶裝置；11_電腦；111_計算處理單元；112_記憶體；112a-內(nèi)容儲存庫；113_供播主機；114_用戶數(shù)據(jù)庫；114a-群組訂戶名單；114b_頻道訂戶名單；21_計算處理單元；22_記憶體；23_應(yīng)用程序；24_顯示器；25_輸入介面；26_輸出介面；221_用戶內(nèi)容儲存庫；231_播放排程及記錄器；232_演奏器；3_元數(shù)據(jù)；31_基本屬性數(shù)據(jù)；32_播放屬性數(shù)據(jù)；33 —帳戶屬性數(shù)據(jù)；311-ID ;312-音樂屬性；313_作者所屬用戶群組；314_用戶植入ID ；315-作者；316-歌手；317_其他；321_編輯屬性特征；321a-播出次序；321b-播出時刻；321c-相鄰片段之時間平移；321d_音效處理；321e_其他；323_管制規(guī)則；326_監(jiān)督人移除；331_授權(quán)；331a_可重復(fù)播放次數(shù)；331b_可轉(zhuǎn)贈次數(shù)；332-贈予者姓名；113a-清單伺服器；113b-接收媒介；113c-串流伺服器；113d_插撥媒介；113e_混音器；113f_待播清單及其元數(shù)據(jù)；112al_屬于用戶群組的數(shù)字內(nèi)容；s411 s413、s421 s423、s425 s427、s431 s433 步驟；s501 s508_ 步驟；s701 s705、s715、s717、s731 s732、s740 s745、s750_ 步驟；s801 s805、s810、s820、s830 s832-步驟。
具體實施例方式
·
為使貴審查委員能對本發(fā)明的特征、目的及功能有更進一步的認(rèn)知與了解，下文特將本發(fā)明的裝置的相關(guān)細(xì)部結(jié)構(gòu)以及設(shè)計的理念原由進行說明，以使得審查委員可以了解本發(fā)明的特點，詳細(xì)說明陳述如下圖I為本發(fā)明的互動式云端廣播供播系統(tǒng)的一實施例的方塊圖。本發(fā)明的互動式云端廣播供播系統(tǒng)包括一計算云I以及通過互聯(lián)網(wǎng)絡(luò)與所述計算云I相連接的一用戶裝置
2。所述計算云I是用以持有一或多則待播清單及多則數(shù)字內(nèi)容，包括待播清單內(nèi)的數(shù)字內(nèi)容，而用戶裝置2是用以播放待播清單內(nèi)的數(shù)字內(nèi)容、自行創(chuàng)作其他媒體內(nèi)容或編排另一清單。上述的互聯(lián)網(wǎng)絡(luò)是作為計算云I與眾多用戶裝置2之間的數(shù)據(jù)交換平臺。所述計算云I包含一或多臺電腦11，而所述電腦11內(nèi)更包含一或多個計算處理單元111、一或多個記憶體112以及一或多個供播主機113。所述記憶體112更具有一內(nèi)容儲存庫112a。所述供播主機113用以管理由挑選出來的多個媒體片段所組成的待播清單并將清單及其內(nèi)含的媒體片段串流至各用戶裝置。所述計算云更含有一用戶數(shù)據(jù)庫114，其內(nèi)依照用戶所訂閱的群組及頻道又被細(xì)分成群組訂戶名單114a及頻道訂戶名單114b。所述計算云I持有大量的數(shù)字內(nèi)容供DJ或某些聽眾選用并安插至所編輯的清單中。每一則數(shù)字內(nèi)容有其對應(yīng)的一組元數(shù)據(jù)，記載來源、音樂屬性、播放方式、與其他相鄰數(shù)字內(nèi)容的時間關(guān)系及播放授權(quán)等屬性數(shù)據(jù)。所述供播主機113可再細(xì)分出許多廣播頻道。每一頻道可被稱為「供播頻道」或「廣播頻道」。關(guān)于供播主機113，用戶數(shù)據(jù)庫114及內(nèi)容儲存庫112a的細(xì)節(jié)將于后討論。所述用戶裝置2包括一計算處理單元21、一與計算處理單元21耦合的記憶體22 ；一位于所述記憶體22中的用戶內(nèi)容儲存庫221，其用以儲存一或多則數(shù)字內(nèi)容；一顯示器24,選擇性顯示本地清單(local playlist)及基本屬性數(shù)據(jù)(basic attribute)內(nèi)的某些內(nèi)容；輸入介面25，如麥克風(fēng)，按鍵或觸控螢?zāi)灰约拜敵鼋槊?6，如喇叭，耳機，頭戴耳機或一蜂鳴器；一應(yīng)用程序23，儲存于記憶體22中由計算處理單元21執(zhí)行的，其中包括一上傳媒介(圖I中未繪示)，將用戶身份傳送至供播主機113以取得一用戶角色；一播放排程及記錄器231，管理清單并記錄播放行為以及一演奏器232，將播放排程及記錄器231整理完成的本地清單所列的數(shù)字內(nèi)容加以演奏播放。請注意,在本說明書中所述及的「媒體片段(media clip)」與「媒體(media)」、「媒體文件(media file)」、「音軌(sound track)」、「內(nèi)容(content)」或「數(shù)字內(nèi)容(digitalcontent)」是共用名詞。媒體片段可指聲音(Audio)、視頻(Video)或播客(Podcast)內(nèi)容等，而典型媒體片段的例為個人談話的錄音文件，預(yù)錄的音樂演奏的錄音或影視文件等。圖2為本發(fā)明的一實施例的元數(shù)據(jù)各可能包含的元素。元數(shù)據(jù)3是搭配一數(shù)字內(nèi) 容的輔助資訊，以便于辨識所述數(shù)字內(nèi)容格式及來源。一般而言，元數(shù)據(jù)的組成元素可大概區(qū)分為如下的三個種類。(A)基本屬性數(shù)據(jù)(Basic Attributes) 31。所述基本屬性數(shù)據(jù)31包括曲名、作者315、作者所屬用戶群組313，樂團或歌手316、錄制或表演日期、版權(quán)等。另外亦可包括文件名或辨識儲存數(shù)據(jù)庫位置的ID 311、次階ID，以及格式資訊如比次率(bit rate)及編碼格式。另外更可包括音樂屬性312、歌詞、地點等所有與所述數(shù)字內(nèi)容來源有關(guān)的其他資訊317。此基本屬性數(shù)據(jù)31另可標(biāo)記是否某一媒體片段可由用戶自有媒體片段取代的。這項功能對有需要創(chuàng)造個人「臺呼」的聽眾或一群連鎖商店共用一清單又需做差異化時使用。以后者為例每一分店可將已做標(biāo)記的媒體片段以自有「店呼」取代以創(chuàng)造所述店獨有形象。此標(biāo)記可以利用一「用戶植入ID 314」為之。(B)播放屬性數(shù)據(jù)(Playback Attributes) 32。所述播放屬性數(shù)據(jù)32包括DJ所決定的所述數(shù)字媒體被播放的時間及方式。其中最關(guān)鍵的元素是編輯屬性特征321的組成元素，包括播出次序321a，播出時刻321b，相鄰片段的時間平移321c，音效處理321d及其他321e。這些元素因是依供播主機與用戶裝置共知的一預(yù)定規(guī)則標(biāo)注，故二者均能重建原始制播用戶的剪輯。播放屬性數(shù)據(jù)32可能與管制規(guī)則(Policy)有關(guān)(管制規(guī)則323)，例如，編輯清單的DJ或供播主機113可能希望某些媒體片段較其他媒體片段有較高的優(yōu)先次序，當(dāng)網(wǎng)絡(luò)連線品質(zhì)不良時優(yōu)先次序高者應(yīng)先行下載或用戶端需先行播放優(yōu)先次序高者。另外，屬性數(shù)據(jù)「監(jiān)督人移除326」協(xié)助監(jiān)督人利用監(jiān)督人用戶裝置審查一清單時標(biāo)識其刪除動作。(C)帳戶屬性數(shù)據(jù)(Account Attributes) 33。所述帳戶屬性數(shù)據(jù)33包括因帳戶而不同的授權(quán)331及個人化資訊。DJ或供播主機113可能提供某些音樂或談話片段可以被多次重播的選項(可重復(fù)播放次數(shù)331a)。帳戶屬性數(shù)據(jù)更可定義是否可以將重復(fù)播放次數(shù)贈予他人(可轉(zhuǎn)贈次數(shù)331b)。贈予者的姓名可被包含在贈予短訊的元數(shù)據(jù)中(見后述)，因此受贈者可得知誰是贈予者(贈予者姓名332)。任何已存在的預(yù)錄音樂專輯或其他錄音(影)作品都可以被轉(zhuǎn)存至計算云，儲存至其內(nèi)容儲存庫112a之中。將元數(shù)據(jù)的基本屬性數(shù)據(jù)內(nèi)各欄填入是必經(jīng)步驟。播放屬性數(shù)據(jù)與帳戶屬性數(shù)據(jù)的內(nèi)容在一開始時可能是空白的。它們將在進行編輯與授權(quán)等步驟后被填入適當(dāng)內(nèi)容。本發(fā)明為管理偶發(fā)創(chuàng)作者上傳的作品，用戶上傳的媒體片段會以用戶群組做分類。用戶群組亦代表某用戶裝置或帳號的興趣所在。數(shù)字內(nèi)容消費者不但可以訂閱常態(tài)播出的頻道(成為「頻道訂戶」)，也可以訂閱僅偶而將媒體片段推播(push)至訂戶的用戶群組(成為「群組訂戶」)。頻道訂戶亦含隨機挑中某頻道、進行聆賞的一般聽眾。之后會再舉例說明。
圖3揭示組成圖一供播主機所需的各元件。所述供播主機113由下列元件組成一清單伺服器113a，遞送待播清單及其從屬的元數(shù)據(jù)113f 給用戶裝置且用戶裝置有可能依待播清單的管制規(guī)則與所述消費者的喜好，產(chǎn)生一子清單后下載。一接收媒介113b，自用戶裝置接收帳戶身份、子清單(若用戶是一消費者)、制播清單(若用戶是一制播)、轉(zhuǎn)贈某媒體片段的請求、創(chuàng)作的媒體片段及播放結(jié)果單。一串流伺服器113c，將數(shù)字內(nèi)容遞送給請求的用戶裝置，包括子清單或待播清單內(nèi)所列的數(shù)字內(nèi)容。一插播媒介113d，處理媒體轉(zhuǎn)贈或用戶群組媒體發(fā)布的請求并將贈予權(quán)證或插播片段遞送至其收件者，以及一混音器113e，將多則數(shù)字內(nèi)容混合為一并生成其元數(shù)據(jù)。供播主機與計算云的其他元件密切合作，例如用戶數(shù)據(jù)庫114及內(nèi)容儲存庫112a。舉例來說，串流伺服器113c得知某媒體片段應(yīng)被送出，于是從內(nèi)容儲存庫取出所述媒體片段的一副本。另外，內(nèi)容儲存庫112a內(nèi)會指定專區(qū)儲存由偶發(fā)創(chuàng)作者上傳的媒體片段(屬于用戶群組的數(shù)字內(nèi)容112al)。插播媒介113d得知某用戶群組剛?cè)〉靡粍t新媒體片段，于是調(diào)閱用戶數(shù)據(jù)庫114內(nèi)的群組訂戶名單114a。頻道訂戶名單114b內(nèi)的頻道訂戶因亦為一群組訂戶，對群組主題有興趣，而收到被推播過來的媒體片段。所述推播是由插播媒介113d協(xié)助，從用戶群組取得媒體片段，遞送 至用戶裝置。圖3中的插播媒介113d以虛線繪制邊線，因為它有跨越不同供播主機的功能。供播頻道甲的一用戶有可能想贈予給一位正在收聽供播頻道乙的聽眾。插播媒介更需與用戶群組互換線上聽眾與訂戶名單以便插播簡訊能正確、及時送達預(yù)期的群組訂戶。請參考圖4，其為本發(fā)明的數(shù)字內(nèi)容創(chuàng)作及播放方法的最高階流程圖。請同時參照圖I與圖4，計算云I是作為媒體創(chuàng)作與消費的共用平臺。一般而言，所有用戶裝置2都與計算云I所在位置相異。首先，使用者應(yīng)用一用戶裝置連接至一計算云，且所述計算云內(nèi)的一供播主機存放有一或多則待播清單。接著，所述用戶裝置于所述待播清單的消費者或監(jiān)督人，或另一待播清單的制播者的不同角色間擇一，且所述待播清單中的每一則數(shù)字內(nèi)容對應(yīng)一元數(shù)據(jù)，可選擇性依所述供播主機與所述用戶裝置知悉的一預(yù)定規(guī)則被標(biāo)注一編輯屬性特征以及根據(jù)所述編輯屬性特征所述供播主機與所述用戶裝置均可重建所述待播清單的原始創(chuàng)作用戶裝置的剪輯。此外，另一用戶裝置亦可下載所述待播清單，以對所述待播清單進行重新編輯，增加、刪除或取代所述待播清單中的一數(shù)字內(nèi)容。如前言所述，當(dāng)用戶裝置2登入成一媒體消費者角色時(步驟s411)，將被授予播放與下載權(quán)限(步驟s412)，故可由所述供播主機下載一或多則待播清單，并進行播放(步驟s413)。或者是，用戶裝置2可登入成一制播者角色(步驟s421)。一清單的原始制作人稱為一次制播者，稍后會再解釋。制播者將被授予利用供播主機編輯清單的權(quán)限(步驟s422)，因此，可進行一次制播(步驟s423)，進而生成一一次制播清單，并將所述所述一次制播清單提供給所述供播主機113并由所述供播主機113以一次制播清單作為待播清單遞送給頻道訂戶(步驟s425)。其他消費者亦可能因?qū)⑴R時創(chuàng)作的錄音上傳，或轉(zhuǎn)贈一下載的音樂專輯而生成一插播清單(步驟s426)，然后由供播主機以所述插播清單作為待播清單遞送給贈予內(nèi)容受贈者或群組訂戶(步驟s427)?；蛘呤?，當(dāng)用戶裝置2是登入成一監(jiān)督人角色時(步驟s431)，將被授予監(jiān)督一制播清單或一插播清單的權(quán)限(步驟s432)，此時，由監(jiān)督人對所述待播清單中不予播放的數(shù)字內(nèi)容的元數(shù)據(jù)中的「監(jiān)督人移除326」元素標(biāo)記「刪除」(步驟433)，并將所述修訂后的插播清單或清單送回至供播主機，作為其待播清單，然后傳送給一般頻道或群組訂戶。計算云所持有的龐大數(shù)量的數(shù)字內(nèi)容不但包含商業(yè)音樂專輯，也包括用戶裝置的使用用戶所貢獻的媒體內(nèi)容。以此概念用戶可以有下列使用情境(或用戶扮演的「角色」)。(i)僅播放(playback only)。此類用戶裝置只是純粹作為數(shù)字內(nèi)容消費者(步驟s411)，它播放云端供播主機113內(nèi)他人所制作的待播清單(步驟s413)。亦即，所述用戶裝置處于一消費者角色，則由所述供播主機下載一或多則待播清單。待播清單被下載至用戶后可能被用戶應(yīng)用程序依元數(shù)據(jù)內(nèi)的管制規(guī)則與所述消費者的喜好被重組而成為用戶(或本地)子清單，這點之后會再詳細(xì)說明。再者，若某媒體片段對應(yīng)的元數(shù)據(jù)被注記是可轉(zhuǎn)贈，收到的媒體消費者若欲轉(zhuǎn)贈可通知供播主機誰將是播放次數(shù)的受贈者，這點之后亦會再詳細(xì)說明。(ii)偶發(fā)創(chuàng)作(casual author)。用戶端以播放供播主機中由他人所制作的清單為主但有可能偶爾提供一則自行錄制的簡短談話或上傳自制錄音作品(步驟s425)。常見例子為聽眾在開車途中報導(dǎo)所見路況。用戶裝置就是其錄音設(shè)備，之后會再說明。另一例 為一音樂用戶群組中的某鋼琴手雖然大多時間是聆聽由群組主人整理成清單的他人演奏，亦可上傳其彈奏作品錄音，共襄盛舉。(iii)制播(Producer)。此時用戶裝置主人極可能就是一廣播頻道DJ主持人(步驟s421)。所述制播利用計算云中已儲存的龐大音樂數(shù)據(jù)庫，從中依個人喜愛挑選、排序曲目。用戶裝置經(jīng)安裝一「音控」應(yīng)用程序可排定專業(yè)清單并可錄制其談話。排定的清單及DJ談話錄音音軌可被上傳至供播主機，再供公眾播放使用。此系統(tǒng)即成為一專業(yè)廣播系統(tǒng)，毋需發(fā)給任何無線電頻率。(iv)監(jiān)督人(Superintendant)。在一共同使用、共同管理的環(huán)境偶而委由一監(jiān)督角色(步驟s431及S432)介入管理可能是必要的，以確保供播品質(zhì)。即使是僅供其成員專用的私人供播頻道也可能委請一監(jiān)督人審查其清單內(nèi)的媒體片段是否符合所述頻道的準(zhǔn)貝U。在此情境所述清單的「原始版本」僅能由一指定的監(jiān)督人先行取得。所述監(jiān)督人以一用戶裝置應(yīng)用軟件下載所述清單及清單所對應(yīng)的元數(shù)據(jù)及媒體片段。監(jiān)督人獲得授權(quán)可在裝置按下某鍵以去除某媒體片段(步驟s433)。應(yīng)用軟件事實上是改變被取消媒體片段元數(shù)據(jù)中的「監(jiān)督人移除326」元素的注記。供播主機據(jù)此跳過所述遭取消媒體片段，只播放其余部分給聽眾或所述頻道或群組的訂戶。在此情況步驟S425或S427所遞送的清單即為經(jīng)監(jiān)督人過濾后的。簡言之，當(dāng)用戶是處在監(jiān)督人角色時，其監(jiān)督一待播清單的步驟可包括首先，監(jiān)督人自供播主機下載所述待播清單及其所對應(yīng)的數(shù)字內(nèi)容；重建并進行播放所述待播清單；當(dāng)所述監(jiān)督人聆聽所述數(shù)字內(nèi)容時，應(yīng)用一按鍵于其對應(yīng)的元數(shù)據(jù)標(biāo)注所述清單中不需要播放的所述數(shù)字內(nèi)容；上傳所述標(biāo)注后的待播清單及其對應(yīng)的元數(shù)據(jù)至所述供播主機，由所述供播主機刪除所述待播清單中不需要播放的所述數(shù)字內(nèi)容；將所述修訂后的待播清單遞送給其他用戶裝置。(V)多元化制播人(diversified production hosts)。這是制播的一特例。這里又分成兩種角色一次制播(步驟s421)與二次制播。一次制播(或一次DJ)制作一廣播剪輯(session)的原始清單。供播主機相當(dāng)于收到所述一次DJ的多軌錄制作品并可據(jù)以還原所述DJ的剪輯或再做編輯，其細(xì)節(jié)會再詳述。因此，一次制播的談話錄音并未與其相鄰的媒體片段混音。二次制播僅需錄制一與一次制播的談話內(nèi)容相近時間長度的談話內(nèi)容，并產(chǎn)生其相應(yīng)的元數(shù)據(jù),再將談話內(nèi)容掉換后的剪輯上傳至供播主機113即可。二次制播并不編制自己的清單，它僅將一次制播的談話內(nèi)容掉換成自己的。掉換完成后其余步驟與一次制播的歷程相同。此安排適用于受歡迎的節(jié)目的地方化，尤其當(dāng)聽眾是想以與一次制播主持人不同的語言來收聽節(jié)目時。二次制播的方法將于后述詳細(xì)討論的。上述方法與系統(tǒng)因此形成一創(chuàng)作與使用他人創(chuàng)作的共同平臺，近似所謂Web2.0所倡導(dǎo)的共同創(chuàng)作與使用的概念。登入計算云的用戶裝置可扮演播放(即媒體消費者)、著作(即偶發(fā)創(chuàng)作，制播，一次或二次制播)或過濾(即監(jiān)督人)中的任一角色。圖5為遠端一次制播編輯一一次制播清單的方法的流程圖。于本實施例提出的方法可協(xié)助連線至云端計算主機的遠端DJ制作專業(yè)的媒體片段及清單。一次制播的步驟可包括自所述供播主機挑選所需的預(yù)錄音樂及配音帶，并下載至所述用戶裝置；錄制一一次制播即席錄音，進而生成其從屬的元數(shù)據(jù)；對所述所需的預(yù)錄音樂、配音帶與所述一次制播即席錄音進行播放次序排列、剪接及音效處理；根據(jù)所述預(yù)錄音樂、配音帶與所述一次制播即席錄音間的時間關(guān)系與音效處理內(nèi)容，對所述預(yù)錄音樂、配音帶與所述一次制播即席錄音的從屬元數(shù)據(jù)標(biāo)注所述編輯屬性特征；以及將所述一次制播清單、所述一次制播清單 對應(yīng)的元數(shù)據(jù)與所述一次制播即席錄音上傳至所述供播主機。在步驟S501 —頻道的制播取得利用供播主機編輯清單的許可。在步驟S502預(yù)錄的音樂文件、配音帶(拍手、歡呼、輕松背景音樂、急促鼓聲，等等)可被要求下載至制播音控應(yīng)用程序。所述制播應(yīng)用程序是被設(shè)計成可安排數(shù)則預(yù)錄的音樂文件、配音帶以喜愛次序或重疊方式播放，此與傳統(tǒng)的多音軌音控設(shè)備雷同。在步驟S503制播DJ —邊用頭戴耳機聆聽預(yù)錄的音樂及配音內(nèi)容，一邊進行談話。用戶裝置的麥克風(fēng)可用來錄制談話片段。所有參與的預(yù)錄音樂及配音帶，以及談話片段都有其從屬的元數(shù)據(jù)。編輯屬性特征321的組成元素321a至321e因是依供播主機與用戶裝置共知的一預(yù)定規(guī)則標(biāo)注，故在重建一原始制播剪輯時至為便利。下面將進一步說明這些與與時間及效果相關(guān)的組成元素。例如，「服務(wù)臺呼」可以被指定在下午3時準(zhǔn)時播出(播出時刻321b)。一商業(yè)廣播也可能指定某促銷活動廣告應(yīng)在某拉丁歌曲播完后播放。此時編輯屬性特征321就應(yīng)被標(biāo)注被安排播放的數(shù)字媒體之間的時間或次序(播出次序321a及相鄰片段的時間平移321c)。編輯屬性特征321也可能與效果有關(guān)(音效處理321d)，例如某DJ可能要求一數(shù)字內(nèi)容播放30秒后開始淡出，而音樂或談話片段可能被要求以加速方式播放以制造較高音調(diào)，或再與另一則媒體片段混合以制作一合并效果，這些都可以用注記音效處理名稱、媒體片段的從屬與時間關(guān)系等屬性數(shù)據(jù)來標(biāo)識。編輯屬性特征321更可包括數(shù)字媒體的長度，被安排局部使用時的起點及終點等其他元素(其他321e)。簡言的，編輯屬性特征包括播出次序、播出時刻、音效處理及相鄰數(shù)則數(shù)字內(nèi)容播放的時間關(guān)系。若再以一實際情況為例，某DJ談話片段的時間起始點(設(shè)定為Ttl)可能是位于前方一預(yù)錄音樂終了的前的若干秒開始播放。為裝飾所述談話片段，DJ取用數(shù)則配音內(nèi)容為背景。所述談話所附屬的配音內(nèi)容即應(yīng)標(biāo)注其被局部使用的起點Snl、終點Sn2及起點Snl相對于Ttl的關(guān)系。其他聲音修飾效果一樣可以被標(biāo)注。例如鼓聲可被加速30%播放以產(chǎn)生較急促的鼓聲。某一令人心醉的背景音樂可在開始播放若干秒后淡出等等。所有這些參數(shù)都在DJ操控輸入面板(例如一觸控「音量拉桿」)之間為制播應(yīng)用程序所收集。DJ可以隨時改變預(yù)錄音樂及配音內(nèi)容播放的次序、改變音調(diào)或調(diào)性，及改變某些片段淡入或淡出的時間點等等。DJ更可以放棄某談話片段，重新錄過。或者，若某談話片段已屬滿意，其重疊配音內(nèi)容可再被編輯以形成更佳匹配。
圖6舉一原始制播音控剪輯為例并據(jù)以示范其后制作動作。供播主機以一原始音控剪輯做為其待播清單及其從屬的元數(shù)據(jù)113f。所述待播清單及其從屬的元數(shù)據(jù)113f是在一可重建狀態(tài)，因為各個組成的數(shù)字內(nèi)容仍為各自獨立，同時各數(shù)字內(nèi)容對應(yīng)的元數(shù)據(jù)充分記載與相鄰數(shù)字內(nèi)容的時間關(guān)系及音效處理內(nèi)容。這相當(dāng)于在錄音室保存的多軌原聲帶。另外，元數(shù)據(jù)中所標(biāo)「播出次序321a」亦清楚標(biāo)示相鄰數(shù)字內(nèi)容之間的從屬關(guān)系，例如#7-1與#7-2是指所述二數(shù)字內(nèi)容是附屬于數(shù)字內(nèi)容#7。此離線剪輯在DJ認(rèn)為包括音樂編排、談話內(nèi)容及其背景聲等整體安排均屬滿意后就大功告成。將一剪輯的部分媒體片段進行混音成為一媒體片段可以縮減文件案大小。但用戶音控裝置并不適合擔(dān)任此混音工作。這主要是考量音質(zhì)與與頻寬需求。若DJ需時常下載多則高音質(zhì)(例如192Kbps錄音文件)預(yù)錄音樂與配音帶,將極耗費時間及頻寬。較合理的做法是只下載低音質(zhì)預(yù)錄音樂與配音帶，或?qū)⒊Ｓ妹襟w片段下載后在用戶音控裝置儲存?zhèn)溆?。低音質(zhì)媒體文件一樣可以用來讓音控應(yīng)用程序依制播的操作決定編輯屬性特征。在步驟S504當(dāng)剪輯(例如一小時節(jié)目)已完成，記載所有參與的媒體片段(預(yù)錄音樂、配 音帶與談話)并已排定次序的制播清單，它們的元數(shù)據(jù)，及制作DJ的談話錄音文件就被收集并包裹成一所述頻道的「剪輯包裹」(session package)。預(yù)錄音樂與配音帶的媒體文件并不包括在剪輯包裹內(nèi)，因為在計算云中原就已有它們高音質(zhì)格式的文件案。接著剪輯包裹被上傳至供播主機，或視需要傳至一監(jiān)督人或一二次制播(步驟S505)。假設(shè)確實需經(jīng)由監(jiān)督人審查，監(jiān)督人即將欲移除的媒體片段的元數(shù)據(jù)做注記，若此欲移除數(shù)字內(nèi)容即為圖6的數(shù)字內(nèi)容#7所列的主持人談話，供播主機不僅將#7自清單移除，且將其附屬的#7-1與#7-2 一并移除。與DJ制播時情況相同，下載供應(yīng)給監(jiān)督人的數(shù)字媒體可以是低音質(zhì)的以減省頻寬并加速流程的往返互動的流程時間。即，用戶裝置為監(jiān)督人或制播者角色時所下載的數(shù)字內(nèi)容是以較用戶裝置為消費者角色時所下載的所述數(shù)字內(nèi)容較低音質(zhì)的格式進行下載。在步驟S506供播主機以(已過濾)一次制播清單作為其待播清單。且在步驟S507供播主機得使用其混音器113e將部分相鄰媒體片段，例如談話片段及其背景音樂配音帶，依元數(shù)據(jù)內(nèi)指示的時間關(guān)系及音效處理規(guī)定混合為一合并內(nèi)容片段。這通常是將清單廣播至消費者的前一步驟。如圖6下方的圖示，供播主機的混音器依元數(shù)據(jù)指示將#7及其其附屬的#7-1與#7-2混音，以簡化清單，去除不必要的數(shù)字內(nèi)容下載及所需頻寬。此動作在圖5的步驟S507。若供播主機即將遞送清單給消費者，則混音時所使用的談話片段及其背景音樂配音帶，及所配送的預(yù)錄音樂得使用高音質(zhì)媒體片段，以讓消費者獲得最佳的音質(zhì)享受。供播主機也可不進行混音，以便讓其他用戶裝置對清單作選用、插播等較有彈性的編輯運用。即，供播主機根據(jù)預(yù)計將播放或編輯所述待播清單的其他用戶裝置的權(quán)限，選擇性混合所述待播清單內(nèi)的部分?jǐn)?shù)字內(nèi)容。最后，在步驟S508供播主機將所述頻道待播清單發(fā)送至各頻道訂戶。這就是本發(fā)明所提出的遠端錄音室的概念，并在「制播」情境充分運用。這里是以聲音文件的剪輯為例，不過影像文件的剪輯可以類似觀念處理。亦即，以上實施例雖僅敘述聲音文件相混合，混合多則數(shù)字內(nèi)容并不限于聲音片段。二則影像片段亦可相混，例如影像可以重疊，一淡出而另一同時淡入，或在一影像中添加字幕或圖像等。一聲音文件亦可被混入某一段視訊文件，做為一音軌，這也是極為常見。于本發(fā)明中所述及的廣播需滿足每一消費者的各別需求。每一各別用戶裝置對下一階段要下載及播放的媒體內(nèi)容有其獨立的影響力；亦即，即使頻道待播清單及推播來的插播簡訊相同，不同消費仍可以因其喜好或頻寬特性產(chǎn)生不同的子清單。因此數(shù)據(jù)串流應(yīng)以單播(unicast)模式進行。若欲取消個人化且可指定特殊IP位址，以多播(multicast)模式將數(shù)據(jù)串流至任意數(shù)量的用戶裝置亦為可能。在本創(chuàng)作「廣播」一詞是泛指任何可行的媒體配發(fā)模式包括單播、多播與混合單播與多播。因此，本發(fā)明的廣播與互聯(lián)網(wǎng)絡(luò)多媒體傳遞(multimedia presentation over internet)所述的廣播一詞(指單一裝置傳送一訊息至同屬一段IP位址的其他裝置)兩者是有所差異。此外，并非所有本系統(tǒng)的頻道都是連續(xù)(例如每日24小時)播出的。于其他實施例中，可自一活動中收集來的媒體片段，組成一供播用戶群組，以便群組用戶擷取利用。典型的應(yīng)用例子為演唱會。演唱會用戶群組可收集包括現(xiàn)場錄音等所有活動相關(guān)的媒體片段。演唱會購票入場的粉絲可登入此用戶群組，再次聆聽或觀賞演唱內(nèi)容，成為主辦單位對粉絲的額外服務(wù)。購票入場的粉絲可以用一組帳號密碼登入，并擷取媒體內(nèi)容。供播主機中的插播媒介113d接下所述擷取請求，隨即依所求遞送媒體片段，與其處理轉(zhuǎn)贈重播授權(quán) 相仿。持票者亦可將重播授權(quán)轉(zhuǎn)贈他人，其動作與系統(tǒng)反應(yīng)與先前將播放授權(quán)贈予他人者相仿?，F(xiàn)代化的廣播及電視臺常用自動播出系統(tǒng)(例如WinMedia )來編排、配音或錄制現(xiàn)場音軌，并排定音樂帶與廣告帶的播出時間。經(jīng)編排完整的剪輯(例如一小時)就形成一清單。所述清單記載其對應(yīng)的多音軌媒體片段(例如以192bps格式錄制的DJ談話、配音、音樂及廣告等音軌)在何時使用、如何播出、音效處理及相鄰媒體片刻的時間關(guān)系。在一實施例中，一制播用戶裝置被設(shè)計成可以從自動播出系統(tǒng)擷取其清單。只要妥善生成元數(shù)據(jù)，原廣播及電視臺制作的播出剪輯中的談話音軌、排定的音樂與配音內(nèi)容等一樣可以上傳，成為本系統(tǒng)的播出剪輯。即，當(dāng)所述用戶裝置處于一制播者角色時，所述一次制播清單及其對應(yīng)的元數(shù)據(jù)與所述數(shù)字內(nèi)容是由傳統(tǒng)的廣播電臺或電視臺制作的數(shù)字內(nèi)容及清單轉(zhuǎn)換而來。而如此轉(zhuǎn)換而來的清單及其從屬的元數(shù)據(jù)及媒體片段可以暫存在供播主機成為待播清單，再串流至其頻道訂戶。反之，本系統(tǒng)的共同創(chuàng)作若亦引起公眾聆賞的興趣，也可傳輸至廣播或電視臺的自動播出系統(tǒng)。廣播及電視臺此時為一媒體消費者用戶裝置。此裝置依其播放決策(playback policy)形成一子清單,子清單中的媒體文件即可自播放主機下載至廣播或電視臺播音室。廣播或電視臺即可根據(jù)生成的本地清單將媒體文件經(jīng)其發(fā)射設(shè)備播出。本創(chuàng)作另提出多元化制播人的方法，二次制播可將一次制播的剪輯重復(fù)利用，且將其說話片段取代。當(dāng)另一用戶裝置被允許主持二次制播時，則將所述一次制播所提供的待播清單進行二次制播，并將所述二次制播所提供的二次制播清單提供給所述供播主機，并由所述供播主機做為所述待播清單遞送給其他用戶裝置。其二次制播的步驟可包括下載所述一次制播所提供的待播清單以及對應(yīng)所述待播清單的數(shù)字內(nèi)容，重建并進行播放所述一次制播的待播清單以及對應(yīng)所述待播清單的數(shù)字內(nèi)容；錄制對應(yīng)所述一次制播即席錄音的一新制播即席錄音，進而生成其從屬的元數(shù)據(jù)；在所述一次制播所提供的待播清單以所述新制播即席錄音及其從屬元數(shù)據(jù)取代所述一次制播中的一次制播即席錄音及其的從屬元數(shù)據(jù)，成為所述二次制播清單；根據(jù)所述數(shù)字內(nèi)容與所述新制播即席錄音間的時間關(guān)系，對所述數(shù)字內(nèi)容與所述新制播即席錄音的從屬元數(shù)據(jù)標(biāo)注所述編輯屬性特征；以及將所述二次制播清單與所述新制播即席錄音上傳至所述供播主機。二次制播編輯由一次制播所制作的清單的流程圖與圖5中一次制播的流程圖極為類似，故不再另行繪制。二次制播DJ用戶裝置內(nèi)的應(yīng)用程序重建一次一次制播的剪輯并由二次制播以耳機聆聽。此步驟取代圖五中的步驟S502。二次制播DJ以與一次制播所使用的談話錄音(一次制播即席錄音)時間相仿的時間錄制其談話內(nèi)容(即新制播即席錄音)，并生成其元數(shù)據(jù)。此步驟取代圖5中的步驟S503。圖6所舉一制播音控剪輯的示范可當(dāng)作解說范例。二次制播人錄制其談話錄音片段，以取代圖6中一次制播所錄制的數(shù)字內(nèi)容#7，其余數(shù)字內(nèi)容不變。經(jīng)重新包裝，新的清單、元數(shù)據(jù)及二次制播談話內(nèi)容組成參考一次制播而成的二次節(jié)目，且被收集成一新剪輯包裹，上傳至供播主機(步驟S504)，或視需要傳至一監(jiān)督人。最后供播主機以(已過濾)二次制播清單作為待播清單。與制播使用情境相同，為節(jié)省下載時間與頻寬應(yīng)只下載低音質(zhì)預(yù)錄音樂與配音帶，或?qū)⒊Ｓ妹襟w片段下載后在二次制播用戶音控裝置儲存?zhèn)溆?。同理一次制播的談話片段也可以用低音質(zhì)格式下載。圖7為一聽眾播放、贈予與偶發(fā)創(chuàng)作的方法的流程圖。當(dāng)所述用戶裝置處于一·消費者角色，其消費一或多則待播清單的步驟可包括下載所述一或多則待播清單及其對應(yīng)的元數(shù)據(jù)；根據(jù)所述一或多則待播清單所對應(yīng)的元數(shù)據(jù)內(nèi)的管制規(guī)則與所述消費者的喜好，產(chǎn)生一子清單；根據(jù)所述子清單要求所述供播主機提供所述子清單所指向的數(shù)字內(nèi)容，以進行播放并將一播放結(jié)果單傳回所述供播主機。換句話說，在步驟S701及S702當(dāng)收到遠端應(yīng)用程序的登入請求后，供播主機比對數(shù)據(jù)庫114的帳戶數(shù)據(jù)以決定核可與否。一旦核可，待播清單及其元數(shù)據(jù)數(shù)據(jù)113f 就可經(jīng)清單伺服器113a發(fā)放給遠端裝置(步驟S703)。在步驟S704，用戶裝置的播放排程及記錄器231可依清單中所使用媒體片段的管制規(guī)則323，網(wǎng)絡(luò)頻寬限制、連線品質(zhì)、音樂喜好及帳戶授權(quán)將清單中各別媒體片段的優(yōu)先次序重排或刪減，或增列由插播媒介113d傳來的偶發(fā)性插播媒體片段(步驟S705)。其結(jié)果為，待播清單被重組，成為一子清單。在步驟S715供播主機收到所述子清單，隨即將清單所列媒體文件下傳，完成第二輪往返互動。步驟S740用戶裝置播放收到的媒體片段，若元數(shù)據(jù)允許尚可重新播放。據(jù)此，用戶裝置最后播放的清單是從原始待播清單「重新編輯」(reconfigure)的一個版本。為了協(xié)助追蹤實際的播放行為，用戶裝置的播放排程及記錄器231也可能將播放記錄整理成播放結(jié)果單，回傳至供播主機，如步驟S745所示。所有下載的數(shù)字內(nèi)容都播完后，所述消費者也可自供播主機下載次一階段的播放剪輯，如步驟S750所
/Jn o此外，若所述供播主機113無法及時提供所述子清單所需要的數(shù)字內(nèi)容或因所述子清單的元數(shù)據(jù)有所指示，由所述用戶裝置內(nèi)的用戶內(nèi)容儲存庫221的另一數(shù)字內(nèi)容取代。其詳細(xì)內(nèi)容為，若下載頻寬不穩(wěn)定，下載的媒體片段也可能趕不上子清單所編定的播放速度。此時用戶應(yīng)用程序23可以用備用的媒體片段代替。真正的播放內(nèi)容或稱用戶「本地清單」不見得等于子清單。在另一實施例中，待播清單之中的某些媒體片段可以被指定是可為用戶裝置自備的媒體片段所取代?；诖擞猛敬丝扇〈襟w片段事實上僅是清單中一則無媒體內(nèi)容的槽點(slot)?？扇〈襟w片段可用其元數(shù)據(jù)中的「用戶植入ID」314來標(biāo)示。只要用戶的播放決策認(rèn)可且系統(tǒng)有此授權(quán)，用戶應(yīng)用程序23即可將待播清單中的「空白槽點」以自有的錄音片段取代。這在消費者想要創(chuàng)作其自有個人「臺呼」時會有用。連鎖商店亦可由供播主機取得共同清單，再將有特別標(biāo)識的媒體片段以自有「店呼」取代，以營造所述店獨有特色。用戶應(yīng)用程序23可將用戶裝置實際清單整理成播放結(jié)果單，上傳至供播主機做為記錄。步驟S731至S732描述用戶裝置如何在發(fā)現(xiàn)清單中一元數(shù)據(jù)有標(biāo)示「用戶植入ID」314后以自有媒體片段植入取代的流程。在某些實施例(尤指版權(quán)音樂)可重播及贈予次數(shù)可能被事先定義。因用戶可由數(shù)據(jù)庫追蹤，系統(tǒng)可以設(shè)計成可授予重播次數(shù)額度。這對付費版權(quán)內(nèi)容有其意義。例如，在傳送至用戶裝置的清單及其從屬的元數(shù)據(jù)中可以設(shè)定可重復(fù)播放次數(shù)331a。用戶裝置的應(yīng)用程序可將所述媒體內(nèi)容及其從屬的元數(shù)據(jù)存放在其記憶儲存器中。當(dāng)用戶決定重播，媒體文件被取出重播，額度則被扣除一次。剩余額度也可當(dāng)做播放結(jié)果單的一部分被上傳至供播主機，存做記錄。
圖8為插播媒介推播包括轉(zhuǎn)贈與偶發(fā)創(chuàng)作等個人化媒體片段的流程圖。本發(fā)明的實施例之一，因用戶可能有轉(zhuǎn)贈未使用的額度的需要，本系統(tǒng)可以更進一步提供贈予服務(wù)。當(dāng)用戶裝置處于處于一消費者角色且想贈予其他用戶裝置時，可根據(jù)所述待播清單內(nèi)的一數(shù)字內(nèi)容的元數(shù)據(jù)中的帳戶屬性數(shù)據(jù)可轉(zhuǎn)贈次數(shù)331b的授權(quán)，生成一插播清單，并由所述供播主機做為其待播清單的一轉(zhuǎn)贈予另一用戶裝置。其方法為設(shè)計一「轉(zhuǎn)贈」信息，利用數(shù)據(jù)回傳供播主機的途徑上傳。在步驟S741及S742供播主機收到此「轉(zhuǎn)贈」要求，隨即將要求轉(zhuǎn)給插播媒介113d，由插播媒介以一單則內(nèi)容待播清單及其從屬的元數(shù)據(jù)通知受贈者(步驟S810及S820)。插播媒介依受贈者身份決定其動作，若受贈者為本系統(tǒng)的會員僅需推播一插播簡訊給所述會員(步驟S820)。推播簡訊的內(nèi)容為一單則內(nèi)容插播清單(一「插播清單」對應(yīng)一「插播媒體片段」)及其元數(shù)據(jù)。若是一電子郵件地址則以電子郵件傳遞一「贈予權(quán)證」；若是某網(wǎng)絡(luò)社群的會員則使用雙方議定的數(shù)據(jù)交換格式將贈予權(quán)證傳遞給其會員。所謂贈予權(quán)證指受贈者可能收到一組足以登入供播主機的帳號密碼，或一通知簡訊(prompt)，以指引所述贈予媒體片段的的名稱、贈予者、剩余播放次數(shù)及下載點等資訊。受贈者可能選擇下載所指定的媒體片段，立刻或稍后播放使用。其他現(xiàn)有的連接方式，例如一html文件，因可以用電子郵件或其他電子方式傳遞訊息，亦可做為贈予的媒介。因此贈予內(nèi)容不只可在另一用戶裝置以其應(yīng)用程序播放，尚可用現(xiàn)有的瀏覽器或播放器播放。贈予者可在元數(shù)據(jù)指定播出時刻321b以便贈予者與受贈者可同時播放。當(dāng)一用戶裝置收到一贈予插播清單時，可以上傳一感謝簡訊回送給贈予人。感謝簡訊可為另一插播清單及其從屬的元數(shù)據(jù)，也可含一錄音文件。在本共同創(chuàng)作系統(tǒng)的某些實施例中用戶亦可參與內(nèi)容創(chuàng)作。用戶可以組成群組，分享彼此經(jīng)驗。群組成員可以使用應(yīng)用程序錄制其心得短言，或表演作品。即，當(dāng)聽眾(用戶裝置)處于一消費者角色時，可偶發(fā)創(chuàng)作一數(shù)字內(nèi)容，并將所述數(shù)字內(nèi)容上傳至所述供播主機，其中由所述用戶裝置偶發(fā)創(chuàng)作所述數(shù)字內(nèi)容的步驟包括應(yīng)用一程序，以讓所述消費者以一按鍵操作開始錄音，以產(chǎn)生一錄音文件，進而產(chǎn)生另一插播清單，包含其元數(shù)據(jù)；以及上傳所述錄音文件、所述插播清單及其元數(shù)據(jù)至所述供播主機，進而由所述供播主機以所述插播清單做為其待播清單的一，進而遞送所述待播清單、錄音文件及其元數(shù)據(jù)至所述消費者所指定的用戶群組或由所述供播主機根據(jù)所述計算云中一至多個用戶裝置相關(guān)的用戶數(shù)據(jù)分類而來的虛擬用戶群組。在步驟S743及S744用戶裝置的應(yīng)用程序?qū)浺舫晒麄鬟f至供播主機，以便傳遞至一用戶群組。應(yīng)用程序可以讓用戶以一按鍵操作開始錄音(步驟S801)，并指定此偶發(fā)創(chuàng)作所屬的用戶群組(步驟S802)。供播主機或群組主人可進一步為談話片段配以配音內(nèi)容或背景音樂，使播放效果更佳。在步驟S803由群組主人決定或一程序的自動作為，偶發(fā)創(chuàng) 作可能被傳送至一監(jiān)督人做檢查。在步驟S804及S805經(jīng)監(jiān)督人核可的片段成為屬于用戶群組的數(shù)字內(nèi)容112al，被存放至內(nèi)容儲存庫112a內(nèi)，同時插播媒介113d自群組訂戶名單114a過濾出對此主題有興趣的訂戶。在步驟S820插播媒介將轉(zhuǎn)贈或偶發(fā)創(chuàng)作所生成的待播清單以插播簡訊傳給贈予內(nèi)容受贈者或群組訂戶，其中內(nèi)容贈予是源自步驟S810的「轉(zhuǎn)贈」要求。在步驟S830至S832每一接收用戶裝置拿插播簡訊中的待播清單及其元數(shù)據(jù)內(nèi)的管制規(guī)則與現(xiàn)有本地清單比較，找出播放次序與優(yōu)先別并據(jù)以決定哪些媒體片段需被下載，及優(yōu)先次序為何。某些用戶群組可能允許多個用戶合力完成一接力作品。至少一用戶可以將一或多則標(biāo)明時間軸的作品上傳至供播主機，其元數(shù)據(jù)可標(biāo)示播放次序及播放時的切入及切出時點。如此供播主機即可讓用戶裝置依時間軸逐則播放，制造一接力效果。例如一小說或短文可由用戶群組中的不同成員朗讀，每位被指定開始與結(jié)束點。成員各別的朗讀作品經(jīng)系統(tǒng)編排即構(gòu)成一共同創(chuàng)作作品。用戶裝置的上傳媒介可能有能力上傳裝置種類(固定或行動)及其地點資訊。在各種實施例中一行動裝置由全球定位系統(tǒng)(GPS)提供的地點資訊可以被上傳至供播主機。供播主機即可由過濾用戶地點坐標(biāo)將與地點相關(guān)的資訊傳送給位于鄰近地點的用戶裝置。又如，路況用戶群組收集了許多偶發(fā)創(chuàng)作者回報的路況。依據(jù)創(chuàng)作者回報時的GPS定位，路況成為地點相關(guān)。聽眾由自主回報其位置即可自路況用戶群組收到其鄰近地點的路況。在進一步的實施例中，儲存在計算云的用戶數(shù)據(jù)庫114中的用戶位置歷史數(shù)據(jù)可以更精準(zhǔn)的滿足用戶地點相關(guān)的需求。例如，過去數(shù)分鐘所收集的地點資訊可以顯示一行動使用者的行進方向。若只提供其行進方向前方地區(qū)的路況，對其較為有利。再者，每日或每周的行動軌跡可被分析以便更精確地提供地點相關(guān)資訊。例如，供播主機可進一步發(fā)現(xiàn)某上班族喜歡在星期五下班后赴餐廳用餐。據(jù)此可以提供此上班族下班路途中鄰近餐廳的折價券?？梢砸罁?jù)過去歷史大致提供鄰近餐廳的折價券，亦可因此君已經(jīng)上路，隨著移動方向改變提供其新近路徑指向的地區(qū)的折價券。用戶群組可以成為目標(biāo)行銷(target marketing)的一重要工具。舉例來說，若深入比對用戶數(shù)據(jù)庫114及用戶群組訂戶名單114a，計算云可能得知某用戶大致上位于洛杉磯地區(qū)，對爵士音樂、社區(qū)活動及外食有興趣。計算云因此可以成為一能精準(zhǔn)遞送廣告至有興趣的目標(biāo)客群的媒介。此外，發(fā)行廣告媒體片段與進行偶發(fā)創(chuàng)作一樣容易。計算云為擔(dān)任此廣告發(fā)行媒介可以將用戶裝置相關(guān)的用戶數(shù)據(jù)分類，因而建立許多「廣告虛擬用戶群組」。舉例來說，每一廣告虛擬用戶群組可以用年齡、地區(qū)、職業(yè)團體…等細(xì)分其目標(biāo)消費者族群。任何廣告主欲進行廣告活動時可依其所需目標(biāo)族群從已知廣告虛擬用戶群組中挑選適合的，或以計算云提供的選項自行創(chuàng)造虛擬用戶群組。廣告媒體片段一旦被上傳至所選廣告虛擬用戶群組，插播媒介113d隨即會將它傳遞至目標(biāo)的客戶群。從群組插播片段可窺知其收件人的興趣所在。收件人若感覺受益于某用戶群組，也可邀請他人加入。加入群組的邀請可以用一簡訊傳遞至本系統(tǒng)的其他會員或非會員。任何對此技術(shù)領(lǐng)域有研究的人應(yīng)知曉如何建構(gòu)此簡訊服務(wù)。
許多行動裝置在與網(wǎng)絡(luò)作無線電連線時比在純播放已下載的數(shù)字內(nèi)容時消耗較多電力。在多種實施例中一用戶的角色為數(shù)字內(nèi)容消費者時所述供播主機依所述用戶裝置的要求，使用較大頻寬的網(wǎng)絡(luò)，將所述用戶裝置所要求的待播清單與其數(shù)字內(nèi)容，利用較短的連線時間傳遞給所述用戶裝置，以讓所述用戶裝置能以較長的離線狀態(tài)時間，播放所述待播清單內(nèi)的數(shù)字內(nèi)容。較大頻寬網(wǎng)絡(luò)是如WiFi卸載或自行動網(wǎng)絡(luò)中騰出一較大頻寬的下載頻道。因使用較大頻寬的下載頻道，媒體內(nèi)容可以快速串流，且用戶裝置利用較短的連線時間下載完便可切斷網(wǎng)絡(luò)連線。之后便可以較低功耗的播放模式播放，直至下載的媒體內(nèi)容耗盡或即將耗盡。用戶裝置的電池電力因而可以維持較長時間。利用較長清單的策略此用戶裝置可以偶而才連上供播主機，以節(jié)省用電。圖7中的步驟S717描述節(jié)省用電的一替代流程。此發(fā)明可以軟件或硬件或二者合用的控制邏輯實施。此控制邏輯可被儲存于數(shù)據(jù)儲存媒介中，含多個指令，調(diào)適后可操控一資訊處理器以便執(zhí)行本發(fā)明的實施例所揭露的步驟。根據(jù)所揭露及解說內(nèi)容具有本領(lǐng)域一般技能者應(yīng)可因領(lǐng)悟而聯(lián)想其他途徑或方法以實施此發(fā)明。 唯以上所述者，僅為本發(fā)明的范例實施態(tài)樣爾，當(dāng)不能以的限定本發(fā)明所實施的范圍。即大凡依本發(fā)明申請專利范圍所作的均等變化與修飾，皆應(yīng)仍屬于本發(fā)明專利涵蓋的范圍內(nèi)，謹(jǐn)請貴審查委員明鑒，并祈惠準(zhǔn)，是所至禱。
權(quán)利要求
1.一種互動式云端廣播供播方法，其特征在于，包括 應(yīng)用一用戶裝置連接至一計算云，且所述計算云內(nèi)的一供播主機存放有一或多則待播清單； 所述用戶裝置于所述待播清單的消費者或監(jiān)督人，或另一待播清單的制播者的不同角色間擇一，且所述待播清單中的每一則數(shù)字內(nèi)容對應(yīng)一元數(shù)據(jù)，可選擇性依所述供播主機與所述用戶裝置知悉的一預(yù)定規(guī)則被標(biāo)注一編輯屬性特征；以及 根據(jù)所述編輯屬性特征所述供播主機與所述用戶裝置均可重建所述待播清單的原始創(chuàng)作用戶裝置的剪輯。
2.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法，其特征在于，所述編輯屬性特征包括播出次序、播出時刻、音效處理及相鄰數(shù)則數(shù)字內(nèi)容播放的時間關(guān)系。
3.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法，其特征在于，另一用戶裝置下載所述待播清單，以對所述待播清單進行重新編輯，增加、刪除或取代所述待播清單中的一數(shù)子內(nèi)名
4.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法，其特征在于，當(dāng)所述用戶裝置處于制播者角色時，其制作一待播清單的步驟包括 進行一次制播，生成一一次制播清單； 將所述一次制播清單提供給所述供播主機，并由所述供播主機做為所述待播清單遞送給其他用戶裝置。
5.根據(jù)權(quán)利要求4所述的互動式云端廣播供播方法，其特征在于，所述一次制播的步驟更包括 自所述供播主機挑選所需的預(yù)錄音樂及配音帶，并下載至所述用戶裝置； 錄制一一次制播即席錄音，進而生成其從屬的元數(shù)據(jù)； 對所述所需的預(yù)錄音樂、配音帶與所述一次制播即席錄音進行播放次序排列、剪接及音效處理； 根據(jù)所述預(yù)錄音樂、配音帶與所述一次制播即席錄音間的時間關(guān)系與音效處理內(nèi)容，對所述預(yù)錄音樂、配音帶與所述一次制播即席錄音的從屬元數(shù)據(jù)標(biāo)注所述編輯屬性特征；以及 將所述一次制播清單、所述一次制播清單對應(yīng)的元數(shù)據(jù)與所述一次制播即席錄音上傳至所述供播主機。
6.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法,其特征在于,所述供播主機根據(jù)預(yù)計將播放或編輯所述待播清單的其他用戶裝置的權(quán)限，選擇性混合所述待播清單內(nèi)的部分?jǐn)?shù)字內(nèi)容。
7.根據(jù)權(quán)利要求4所述的互動式云端廣播供播方法，其特征在于，更包括 將所述一次制播所提供的待播清單進行二次制播； 將所述二次制播所提供的二次制播清單提供給所述供播主機，并由所述供播主機做為所述待播清單遞送給其他用戶裝置。
8.根據(jù)權(quán)利要求7所述的所述的互動式云端廣播供播方法，其特征在于，所述二次制播的步驟更包括 下載所述一次制播所提供的待播清單以及對應(yīng)所述待播清單的元數(shù)據(jù)及數(shù)字內(nèi)容，重建并進行播放所述一次制播的待播清單以及對應(yīng)所述待播清單的數(shù)字內(nèi)容； 錄制對應(yīng)所述一次制播即席錄音的一新制播即席錄音，進而生成其從屬的元數(shù)據(jù)；在所述一次制播所提供的待播清單以所述新制播即席錄音及其從屬元數(shù)據(jù)取代所述一次制播中的一次制播即席錄音及其的從屬元數(shù)據(jù)，成為所述二次制播清單； 根據(jù)所述數(shù)字內(nèi)容與所述新制播即席錄音間的時間關(guān)系，對所述數(shù)字內(nèi)容與所述新制播即席錄音的從屬元數(shù)據(jù)標(biāo)注所述編輯屬性特征；以及 將所述二次制播清單、所述新制播即席錄音及其從屬元數(shù)據(jù)上傳至所述供播主機。
9.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法，其特征在于，當(dāng)所述用戶裝置處于一消費者角色，則由所述供播主機下載一或多則待播清單。
10.根據(jù)權(quán)利要求9所述的互動式云端廣播供播方法，其特征在于，當(dāng)所述用戶裝置處于一消費者角色，其消費一或多則待播清單的步驟更包括 下載所述一或多則待播清單及其對應(yīng)的元數(shù)據(jù)； 根據(jù)所述一或多則待播清單所對應(yīng)的元數(shù)據(jù)內(nèi)的管制規(guī)則與所述消費者的喜好，產(chǎn)生一子清單； 根據(jù)所述子清單要求所述供播主機提供所述子清單所指向的數(shù)字內(nèi)容，以進行播放并將一播放結(jié)果單傳回所述供播主機。
11.根據(jù)權(quán)利要求10述的互動式云端廣播供播方法，其特征在于，更包括 若所述供播主機無法及時提供所述子清單所需要的數(shù)字內(nèi)容或因所述子清單的元數(shù)據(jù)有所指示，由所述用戶裝置內(nèi)的用戶內(nèi)容儲存庫的另一數(shù)字內(nèi)容取代。
12.根據(jù)權(quán)利要求10所述的互動式云端廣播供播方法，其特征在于，當(dāng)所述用戶裝置處于一消費者角色時，根據(jù)所述待播清單內(nèi)的一數(shù)字內(nèi)容的元數(shù)據(jù)中的帳戶屬性數(shù)據(jù)的授權(quán)，生成一插播清單，并由所述供播主機做為其待播清單的一轉(zhuǎn)贈予另一用戶裝置。
13.根據(jù)權(quán)利要求10所述的互動式云端廣播供播方法，其特征在于，當(dāng)所述用戶裝置處于一消費者角色時，偶發(fā)創(chuàng)作一數(shù)字內(nèi)容，并將所述數(shù)字內(nèi)容上傳至所述供播主機，其中由所述用戶裝置偶發(fā)創(chuàng)作所述數(shù)字內(nèi)容的步驟包括 應(yīng)用一程序，以讓所述消費者以一按鍵操作開始錄音，以產(chǎn)生一錄音文件，進而產(chǎn)生另一插播清單，包含其元數(shù)據(jù)；以及 上傳所述錄音文件、所述插播清單及其元數(shù)據(jù)至所述供播主機，進而由所述供播主機以所述插播清單做為其待播清單之一，進而遞送所述待播清單、錄音文件及其元數(shù)據(jù)至所述消費者所指定的用戶群組或由所述供播主機根據(jù)所述計算云中一至多個用戶裝置相關(guān)的用戶數(shù)據(jù)分類而來的虛擬用戶群組。
14.根據(jù)權(quán)利要求4所述的互動式云端廣播供播方法，其特征在于，當(dāng)所述用戶裝置處于一制播者角色時，所述一次制播清單及其對應(yīng)的元數(shù)據(jù)與所述數(shù)字內(nèi)容是由傳統(tǒng)的廣播電臺或電視臺制作的數(shù)字內(nèi)容及清單轉(zhuǎn)換而來。
15.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法，其特征在于，當(dāng)用戶是處在監(jiān)督人角色時，其監(jiān)督一待播清單的步驟包括 自供播主機下載所述待播清單以及對應(yīng)所述待播清單的元數(shù)據(jù)及其所對應(yīng)的數(shù)字內(nèi)容； 重建并進行播放所述待播清單；當(dāng)所述監(jiān)督人聆聽所述數(shù)字內(nèi)容時，應(yīng)用一按鍵于其對應(yīng)的元數(shù)據(jù)標(biāo)注所述清單中不需要播放的所述數(shù)字內(nèi)容； 上傳所述標(biāo)注后的待播清單及其對應(yīng)的元數(shù)據(jù)至所述供播主機，并應(yīng)用所述供播主機刪除所述待播清單中不需要播放的所述數(shù)字內(nèi)容； 將所述修訂后的待播清單遞送給其他用戶裝置。
16.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法,其特征在于,所述供播主機依所述用戶裝置的要求，使用較大頻寬的網(wǎng)絡(luò)，將所述用戶裝置所要求的待播清單與其數(shù)字內(nèi)容，利用較短的連線時間傳遞給所述用戶裝置，以讓所述用戶裝置能以較長的離線狀態(tài)時間，播放所述待播清單內(nèi)的數(shù)字內(nèi)容。
17.根據(jù)權(quán)利要求I所述的互動式云端廣播供播方法，其特征在于，用戶裝置為監(jiān)督人或制播者角色時所下載的所述數(shù)字內(nèi)容是以較用戶裝置為消費者角色時所下載的所述數(shù) 字內(nèi)容較低音質(zhì)的格式進行下載。
全文摘要
本發(fā)明是關(guān)于一種互動式云端廣播供播方法，其通過一計算云作為一共同使用的平臺，其中以互聯(lián)網(wǎng)絡(luò)互連的電子裝置如智能型手機及平板電腦可以登入并創(chuàng)作、審查、編輯及下載并播放數(shù)字內(nèi)容。換用不同應(yīng)用程序，用戶可成為數(shù)字內(nèi)容的制作者、審查人或消費者。用戶創(chuàng)作的數(shù)字內(nèi)容與預(yù)錄音樂專輯都被存放在云端。若在用戶裝置進行配音及音效處理且將相鄰媒體片段的時間關(guān)系注記于每一媒體片段所屬的元數(shù)據(jù)，則專業(yè)編輯亦為可行。經(jīng)專業(yè)編輯的播放清單可再利用，以主機與用戶的往返互動動作將部分音軌取代。個人化的插播媒體可被整合至正常的串流媒體，成為用戶之間的媒體供需服務(wù)或訂閱服務(wù)。
文檔編號H04L29/08GK102968424SQ20121019976
公開日2013年3月13日 申請日期2012年6月14日 優(yōu)先權(quán)日2011年6月22日
發(fā)明者陳耀宗 申請人:劉鎮(zhèn)崇