互动式云端广播供播方法

1.一种互动式云端广播供播方法，其特征在于，包括：
应用一用户装置连接至一计算云，且所述计算云内的一供播主机存放有一或多则待播清单；
所述用户装置于所述待播清单的消费者或监督人，或另一待播清单的制播者的不同角色间择一，且所述待播清单中的每一则数字内容对应一元数据，可选择性依所述供播主机与所述用户装置知悉的一预定规则被标注一编辑属性特征；以及
根据所述编辑属性特征所述供播主机与所述用户装置均可重建所述待播清单的原始创作用户装置的剪辑。
2.根据权利要求1所述的互动式云端广播供播方法，其特征在于，所述编辑属性特征包括播出次序、播出时刻、音效处理及相邻数则数字内容播放的时间关系。
3.根据权利要求1所述的互动式云端广播供播方法，其特征在于，另一用户装置下载所述待播清单，以对所述待播清单进行重新编辑，增加、删除或取代所述待播清单中的一数字内容。
4.根据权利要求1所述的互动式云端广播供播方法，其特征在于，当所述用户装置处于制播者角色时，其制作一待播清单的步骤包括：
进行一次制播，生成一一次制播清单；
将所述一次制播清单提供给所述供播主机，并由所述供播主机做为所述待播清单递送给其他用户装置。
5.根据权利要求4所述的互动式云端广播供播方法，其特征在于，所述一次制播的步骤更包括：
自所述供播主机挑选所需的预录音乐及配音带，并下载至所述用户装置；
录制一一次制播即席录音，进而生成其从属的元数据；
对所述所需的预录音乐、配音带与所述一次制播即席录音进行播放次序排列、剪接及音效处理；
根据所述预录音乐、配音带与所述一次制播即席录音间的时间关系与音效处理内容，对所述预录音乐、配音带与所述一次制播即席录音的从属元数据标注所述编辑属性特征；
以及
将所述一次制播清单、所述一次制播清单对应的元数据与所述一次制播即席录音上传至所述供播主机。
6.根据权利要求1所述的互动式云端广播供播方法，其特征在于，所述供播主机根据预计将播放或编辑所述待播清单的其他用户装置的权限，选择性混合所述待播清单内的部分数字内容。
7.根据权利要求4所述的互动式云端广播供播方法，其特征在于，更包括：
将所述一次制播所提供的待播清单进行二次制播；
将所述二次制播所提供的二次制播清单提供给所述供播主机，并由所述供播主机做为所述待播清单递送给其他用户装置。
8.根据权利要求7所述的所述的互动式云端广播供播方法，其特征在于，所述二次制播的步骤更包括：
下载所述一次制播所提供的待播清单以及对应所述待播清单的元数据及数字内容，重建并进行播放所述一次制播的待播清单以及对应所述待播清单的数字内容；
录制对应所述一次制播即席录音的一新制播即席录音，进而生成其从属的元数据；
在所述一次制播所提供的待播清单以所述新制播即席录音及其从属元数据取代所述一次制播中的一次制播即席录音及其的从属元数据，成为所述二次制播清单；
根据所述数字内容与所述新制播即席录音间的时间关系，对所述数字内容与所述新制播即席录音的从属元数据标注所述编辑属性特征；以及
将所述二次制播清单、所述新制播即席录音及其从属元数据上传至所述供播主机。
9.根据权利要求1所述的互动式云端广播供播方法，其特征在于，当所述用户装置处于一消费者角色，则由所述供播主机下载一或多则待播清单。
10.根据权利要求9所述的互动式云端广播供播方法，其特征在于，当所述用户装置处于一消费者角色，其消费一或多则待播清单的步骤更包括：
下载所述一或多则待播清单及其对应的元数据；
根据所述一或多则待播清单所对应的元数据内的管制规则与所述消费者的喜好，产生一子清单；
根据所述子清单要求所述供播主机提供所述子清单所指向的数字内容，以进行播放并将一播放结果单传回所述供播主机。
11.根据权利要求10述的互动式云端广播供播方法，其特征在于，更包括：
若所述供播主机无法及时提供所述子清单所需要的数字内容或因所述子清单的元数据有所指示，由所述用户装置内的用户内容储存库的另一数字内容取代。
12.根据权利要求10所述的互动式云端广播供播方法，其特征在于，当所述用户装置处于一消费者角色时，根据所述待播清单内的一数字内容的元数据中的帐户属性数据的授权，生成一插播清单，并由所述供播主机做为其待播清单的一转赠予另一用户装置。
13.根据权利要求10所述的互动式云端广播供播方法，其特征在于，当所述用户装置处于一消费者角色时，偶发创作一数字内容，并将所述数字内容上传至所述供播主机，其中由所述用户装置偶发创作所述数字内容的步骤包括：
应用一程序，以让所述消费者以一按键操作开始录音，以产生一录音文件，进而产生另一插播清单，包含其元数据；以及
上传所述录音文件、所述插播清单及其元数据至所述供播主机，进而由所述供播主机以所述插播清单做为其待播清单之一，进而递送所述待播清单、录音文件及其元数据至所述消费者所指定的用户群组或由所述供播主机根据所述计算云中一至多个用户装置相关的用户数据分类而来的虚拟用户群组。
14.根据权利要求4所述的互动式云端广播供播方法，其特征在于，当所述用户装置处于一制播者角色时，所述一次制播清单及其对应的元数据与所述数字内容是由传统的广播电台或电视台制作的数字内容及清单转换而来。
15.根据权利要求1所述的互动式云端广播供播方法，其特征在于，当用户是处在监督人角色时，其监督一待播清单的步骤包括：
自供播主机下载所述待播清单以及对应所述待播清单的元数据及其所对应的数字内容；
重建并进行播放所述待播清单；
当所述监督人聆听所述数字内容时，应用一按键于其对应的元数据标注所述清单中不需要播放的所述数字内容；
上传所述标注后的待播清单及其对应的元数据至所述供播主机，并应用所述供播主机删除所述待播清单中不需要播放的所述数字内容；
将所述修订后的待播清单递送给其他用户装置。
16.根据权利要求1所述的互动式云端广播供播方法，其特征在于，所述供播主机依所述用户装置的要求，使用较大频宽的网络，将所述用户装置所要求的待播清单与其数字内容，利用较短的连线时间传递给所述用户装置，以让所述用户装置能以较长的离线状态时间，播放所述待播清单内的数字内容。
17.根据权利要求1所述的互动式云端广播供播方法，其特征在于，用户装置为监督人或制播者角色时所下载的所述数字内容是以较用户装置为消费者角色时所下载的所述数字内容较低音质的格式进行下载。

互动式云端广播供播方法\n技术领域\n[0001] 本发明提出一种云端广播供播方法，尤其是有关于一种互动式云端广播供播方法，其可运用在一云计算平台，并可以创作、审查、播放媒体内容，进而将个人化媒体内容自云端串流至智能型手机、平板电脑等电子装置播放。\n背景技术\n[0002] 互联网络播出的声音或影像节目现在已非常普遍，且传统的无线电台或电视台也有在互联网络同步播出，以增加听众或观众的情形。纯网络影音媒体可自录音(影)室制作节目源，以直接在网络播出，而在市面上亦有许多可在电脑及手机上执行的应用软件可用来收听(看)这些节目源。影、音节目源也可以在空中播出同时另行录制，以备日后再行取用。上述这些播放服务称为随选或时间平移播放(playback)。此外，音乐及电影制片业将录好的影、音作品放在互联网络，由消费者付费下载也是很常见的。但是，这种付费下载情形在消费者下载完影、音作品并付费完成后，串流即告结束。\n[0003] 还有其他串流服务可为个人或小群体量身订做其内容。例如在美国专利编号\n7,650,361中，Wong等人描述一由指标控制的影像播放系统，用户可视需要自播放清单(playlist,以下简称「清单」)选择性增加或删除项目。另一美国专利7,711,838中，Boulter等人则是描述如何分析个别用户对歌曲的好恶，据以产生个人化的清单，并按址串流至各网络用户的方法。在这些与个人化广播有关的先前技术中，各别单曲创作人的创作虽可获得呈现，但一般传统电台或电视台节目主持人(即所谓DJ)的创意甚至源自听众(观众)的创作就未曾列入编排考量。传统电台或电视台节目主持人通常会搭配情境需求编排适当曲目，以求赢得听众共鸣；听众之中或许也有非专业但一样动人的创作或故事，可赢得大众的喜爱。因此，广播播放系统若一方面能由主持人主导其内容，另一方面又能满足每一听众稍许不同的收听需求，将是十分理想的。而由听众提供的谈话或音乐创作若也能加入清单，以供其他听众来分享使用，亦是甚佳。\n[0004] 近年来，云计算的进步，大幅改变了数字内容的使用方式。一般而言，云计算有高可靠度、低成本、高扩充弹性及可随时随地取用等优点。云端服务不仅可用来储存音乐内容，亦可用来提供各种各样的串流服务。耳熟能详的云端内容服务的例子则为可提供影片分享的YouTube。还有一种由Mspot Inc.所提供的服务，可将个人身边所有装置的数字内容同步储存于云端，使用户能随时随地取用个人所拥有的数字内容。而苹果公司亦为用户提供iCloud服务以储存个人通信数据及影音数据，并可随时自动下载至个人设备。此外，云计算也逐渐被当作一创作平台使用，一般大众可以利用位于云端的操作软件创作、编辑及储存数字内容。云端因此成为一共同创作平台，创作内容可在使用者之间被分享及受审查。\n[0005] 因此，若将云端平台设计成可做内容创作、编辑、储存、分享并自动串流将是十分理想；云端平台内的每一用户可以用不同种类的装置，但是却用雷同的方式对云端平台内的资讯作存取利用。通过依不同用途而设计的应用程序，用户可以扮演内容的创作者、审查者及消费者等不同角色。尤其，做为广播技术创新演进的一个分水岭，将音乐原声带、节目主持人的创意及听众或观众的创作一律交由云端处理，将是十分理想。更有甚者，若可免除录音室的特殊设备，DJ(主持人)只需利用一用户装置及其运行软件即可录制谈话或创作，并在云端协助的下排定清单及融入配音及音效处理，完成一专业节目制作，不但能节省设备成本，更能提高制作效率。若听众或观众可利用云端平台所提供的选项选取想接受的内容，也将是十分理想的。\n[0006] 有鉴于传统广播供播方法并未充分利用云端平台使具有内容创作、编辑、储存、分享并自动串流的功能，也无法具有即时进行录音、编辑与插播的能力，因此，亟需一种互动式云端广播供播方法，使云端平台具有创作、编辑、储存、分享、自动串流以及即时录音等功能。\n发明内容\n[0007] 鉴于上述，本发明实施例的目的的一在于提供一种互动式云端广播供播方法，其可将计算云(computing cloud)做为一媒体创作与使用的共用平台。连接至计算云的用户装置，可作为使用其他用户所完成的清单的媒体消费者(一般称做「听众」或「观众」)，录制谈话或演奏的创作者或是挑选媒体数据以完成清单的专业广播制作人。而为达成此共用平台的功能需要的元素有：一持有一待播清单、做为供播主机(rendering host)用的计算云，至少一能播放所述待播清单(亦称为主机清单，host playlist)内的媒体内容或能自行创作媒体内容、编排清单的用户装置，以及作为计算云与众多用户装置之间的数据交换平台的互联网络。所述计算云持有大量的数字内容供DJ或某些听众选用并安插至所编辑的清单中。每一则数字内容有其对应的一组元数据，记载来源、音乐属性、播放方式、与其他相邻数字内容的时间关系及播放授权等属性数据。\n[0008] 本发明实施例之一为在收到一用户装置想登入为一媒体消费者的请求后，供播主机将待播清单及其从属的元数据串流至所述用户装置，完成地第一轮往返互动。所述用户装置可能因网络频宽、连线品质、音乐喜好及帐户授权重排所述清单内的媒体片段的优先次序，或删除某片段，而供播主机在收到用户装置的回应后即将所指定的媒体片段下传，完成第二轮往返互动。所述用户装置在收到下载的媒体片段后即可进行播放，若元数据标注许可尚可重复播放。\n[0009] 本发明实施例之一为在用户装置登入成为一媒体消费者后亦可要求成为一临时的创作者(之后称为「偶发创作者」)，而供播主机在收到用户的谈话或音乐作品后可能先与另一已存在的数字内容混合(混音)以做为用户录音的背景音乐，再为合并后的媒体片段制作一单则内容清单及其从属的元数据，即可拿来做正常广播的插播之用。\n[0010] 本发明实施例之一为若一媒体片段从属的元数据许可，成为一媒体消费者的用户装置有可能将播放权赠予他人，而供播主机在收到用户的「转赠」要求后即以一单则内容清单及其从属的元数据通知受赠者。受赠者可能收到一组足以登入供播主机的帐号密码；或者，若是受赠者已经在本系统上线，则以一通知简讯(prompt)告知。使用中的受赠者可能选择下载所指定的媒体片段，立刻或稍后播放、使用所述媒体片段。其他现有的连接方式，例如一html文件，因可以用电子邮件或其他电子方式传递讯息，亦可做为赠予的媒介。因此，赠予内容不只可在另一用户装置以其应用程序播放，尚可用现有的浏览器或播放器播放。若在元数据另有定义时，赠予者尚可指定播放时间以便赠予者与受赠者可同时播放。\n[0011] 本发明实施例之一为供播主机中待播清单在第一轮往返互动只先经过一监督人。\n监督人若听到或看到不适合所述频道规范的内容即在其用户装置以其监督人应用程序按某一按键。监督人由元数据中一监督元素做控制即可取消所述内容，因此在其后供播主机与其他消费者用户的往返互动中提供的清单将不包括所述内容。\n[0012] 本发明实施例之一为预录音乐文件、配音带(拍手、欢呼、轻松背景音乐、急促鼓声,等等)可被要求下载至一特别的「制播音控」应用程序。所述制播应用程序是被设计成可安排数则预录音乐文件、配音带以喜爱次序或重叠方式播放，此与传统的多音轨音控设备雷同。制播DJ可以一边用头戴耳机聆听预录音乐及配音带，一边进行谈话。用户装置的麦克风可用来录制谈话。所有参与的预录音乐及配音带，以及谈话片段都有其从属的元数据。元数据中的某些元件(总称为「编辑属性特征」)可记载各媒体片段的播出次序、播出时刻、音效处理及相互之间的时间同步关系。制播完成之后供播主机收到的是DJ所选预录音乐及配音内容的清单，编辑属性特征及DJ谈话或创作的录音文件。供播主机相当于收到一多轨录制作品并可据以还原所述DJ的剪辑或再做编辑。由DJ原创的谈话若有选用配音带做为背景音乐或声响效果，亦可由供播主机的混音器依原订时间同步关系混音，成为简化的内容片段。供播主机可以用高品质的音源让消费者下载播放，或在供播主机进行混音，但DJ可以仅以低品质的音源在其制播音控应用程序中聆听即可。最后，供播主机可将所述DJ原始剪辑的清单，或经简化的清单及清单内所列的各内容片段及元数据，提供给其他用户装置做纯播放或做其他编辑的用。\n[0013] 简言之，本发明的方法提供一互动式播放及编辑机制。又基于其于云端供播主机保留各别原始媒体片段及原始编辑属性特征的设计，用户装置可自供播主机所提供的清单进行再编辑，或挑选其所需的内容播放。用户装置可扮演创作者角色，参与广播制作；或做为一赠予者，将未用播放次数转赠他人。监督人模式是本方法的另一特别的应用。\n[0014] 在一实施例中，本发明提供一种互动式云端广播供播方法，包括：应用一用户装置连接至一计算云，且所述计算云内的一供播主机存放有一或多则待播清单；所述用户装置于所述待播清单的消费者或监督人，或另一待播清单的制播者的不同角色间择一，且所述待播清单中的每一则数字内容对应一元数据，可选择性依所述供播主机与所述用户装置知悉的一预定规则被标注一编辑属性特征；以及根据所述编辑属性特征所述供播主机与所述用户装置均可重建所述待播清单的原始创作用户装置的剪辑。\n附图说明\n[0015] 图1为本发明的系统的一实施例的方块图；\n[0016] 图2为本发明的一实施例的元数据各可能包含的元素；\n[0017] 图3为本发明的各实施例的供播主机包含的元件；\n[0018] 图4为数字内容创作及播放方法的最高阶流程图；\n[0019] 图5为远端一次制播编辑一一次制播清单的方法的流程图；\n[0020] 图6为举一原始制播音控剪辑为例并据以示范其后制作动作；\n[0021] 图7为一听众播放、赠予与偶发创作的方法的流程图；\n[0022] 图8为插播媒介推播包括转赠与偶发创作等个人化媒体片段的流程图。\n[0023] 附图标记说明：1-计算云；2-用户装置；11-电脑；111-计算处理单元；112-记忆体；112a-内容储存库；113-供播主机；114-用户数据库；114a-群组订户名单；114b-频道订户名单；21-计算处理单元；22-记忆体；23-应用程序；24-显示器；25-输入介面；26-输出介面；221-用户内容储存库；231-播放排程及记录器；232-演奏器；3-元数据；31-基本属性数据；32-播放属性数据；33－帐户属性数据；311-ID；312-音乐属性；313-作者所属用户群组；314-用户植入ID；315-作者；316-歌手；317-其他；321-编辑属性特征；\n321a-播出次序；321b-播出时刻；321c-相邻片段之时间平移；321d-音效处理；321e-其他；323-管制规则；326-监督人移除；331-授权；331a-可重复播放次数；331b-可转赠次数；332-赠予者姓名；113a-清单伺服器；113b-接收媒介；113c-串流伺服器；113d-插拨媒介；113e-混音器；113f-待播清单及其元数据；112a1-属于用户群组的数字内容；\ns411～s413、s421～s423、s425～s427、s431～s433步骤；s501～s508-步骤；s701～s705、s715、s717、s731～s732、s740～s745、s750-步骤；s801～s805、s810、s820、s830～s832-步骤。\n具体实施方式\n[0024] 为使贵审查委员能对本发明的特征、目的及功能有更进一步的认知与了解，下文特将本发明的装置的相关细部结构以及设计的理念原由进行说明，以使得审查委员可以了解本发明的特点，详细说明陈述如下：\n[0025] 图1为本发明的互动式云端广播供播系统的一实施例的方块图。本发明的互动式云端广播供播系统包括一计算云1以及通过互联网络与所述计算云1相连接的一用户装置\n2。所述计算云1是用以持有一或多则待播清单及多则数字内容，包括待播清单内的数字内容，而用户装置2是用以播放待播清单内的数字内容、自行创作其他媒体内容或编排另一清单。上述的互联网络是作为计算云1与众多用户装置2之间的数据交换平台。\n[0026] 所述计算云1包含一或多台电脑11，而所述电脑11内更包含一或多个计算处理单元111、一或多个记忆体112以及一或多个供播主机113。所述记忆体112更具有一内容储存库112a。所述供播主机113用以管理由挑选出来的多个媒体片段所组成的待播清单并将清单及其内含的媒体片段串流至各用户装置。所述计算云更含有一用户数据库114，其内依照用户所订阅的群组及频道又被细分成群组订户名单114a及频道订户名单114b。所述计算云1持有大量的数字内容供DJ或某些听众选用并安插至所编辑的清单中。每一则数字内容有其对应的一组元数据，记载来源、音乐属性、播放方式、与其他相邻数字内容的时间关系及播放授权等属性数据。所述供播主机113可再细分出许多广播频道。每一频道可被称为「供播频道」或「广播频道」。关于供播主机113，用户数据库114及内容储存库112a的细节将于后讨论。\n[0027] 所述用户装置2包括一计算处理单元21、一与计算处理单元21耦合的记忆体22；\n一位于所述记忆体22中的用户内容储存库221，其用以储存一或多则数字内容；一显示器\n24，选择性显示本地清单(local playlist)及基本属性数据(basic attribute)内的某些内容；输入介面25，如麦克风，按键或触控萤幕以及输出介面26，如喇叭，耳机，头戴耳机或一蜂鸣器；一应用程序23，储存于记忆体22中由计算处理单元21执行的，其中包括一上传媒介(图1中未绘示)，将用户身份传送至供播主机113以取得一用户角色；一播放排程及记录器231，管理清单并记录播放行为以及一演奏器232，将播放排程及记录器231整理完成的本地清单所列的数字内容加以演奏播放。\n[0028] 请注意，在本说明书中所述及的「媒体片段(media clip)」与「媒体(media)」、「媒体文件(media file)」、「音轨(sound track)」、「内容(content)」或「数字内容(digital content)」是共用名词。媒体片段可指声音(Audio)、视频(Video)或播客(Podcast)内容等，而典型媒体片段的例为个人谈话的录音文件，预录的音乐演奏的录音或影视文件等。\n[0029] 图2为本发明的一实施例的元数据各可能包含的元素。元数据3是搭配一数字内容的辅助资讯，以便于辨识所述数字内容格式及来源。一般而言，元数据的组成元素可大概区分为如下的三个种类。\n[0030] (A)基本属性数据(Basic Attributes)31。所述基本属性数据31包括曲名、作者315、作者所属用户群组313，乐团或歌手316、录制或表演日期、版权等。另外亦可包括文件名或辨识储存数据库位置的ID 311、次阶ID，以及格式资讯如比次率(bit rate)及编码格式。另外更可包括音乐属性312、歌词、地点等所有与所述数字内容来源有关的其他资讯317。此基本属性数据31另可标记是否某一媒体片段可由用户自有媒体片段取代的。这项功能对有需要创造个人「台呼」的听众或一群连锁商店共用一清单又需做差异化时使用。\n以后者为例每一分店可将已做标记的媒体片段以自有「店呼」取代以创造所述店独有形象。\n此标记可以利用一「用户植入ID 314」为之。\n[0031] (B)播放属性数据(Playback Attributes)32。所述播放属性数据32包括DJ所决定的所述数字媒体被播放的时间及方式。其中最关键的元素是编辑属性特征321的组成元素，包括播出次序321a，播出时刻321b，相邻片段的时间平移321c，音效处理321d及其他321e。这些元素因是依供播主机与用户装置共知的一预定规则标注，故二者均能重建原始制播用户的剪辑。播放属性数据32可能与管制规则(Policy)有关(管制规则323)，例如，编辑清单的DJ或供播主机113可能希望某些媒体片段较其他媒体片段有较高的优先次序，当网络连线品质不良时优先次序高者应先行下载或用户端需先行播放优先次序高者。\n另外，属性数据「监督人移除326」协助监督人利用监督人用户装置审查一清单时标识其删除动作。\n[0032] (C)帐户属性数据(Account Attributes)33。所述帐户属性数据33包括因帐户而不同的授权331及个人化资讯。DJ或供播主机113可能提供某些音乐或谈话片段可以被多次重播的选项(可重复播放次数331a)。帐户属性数据更可定义是否可以将重复播放次数赠予他人(可转赠次数331b)。赠予者的姓名可被包含在赠予短讯的元数据中(见后述)，因此受赠者可得知谁是赠予者(赠予者姓名332)。\n[0033] 任何已存在的预录音乐专辑或其他录音(影)作品都可以被转存至计算云，储存至其内容储存库112a之中。将元数据的基本属性数据内各栏填入是必经步骤。播放属性数据与帐户属性数据的内容在一开始时可能是空白的。它们将在进行编辑与授权等步骤后被填入适当内容。本发明为管理偶发创作者上传的作品，用户上传的媒体片段会以用户群组做分类。用户群组亦代表某用户装置或帐号的兴趣所在。数字内容消费者不但可以订阅常态播出的频道(成为「频道订户」)，也可以订阅仅偶而将媒体片段推播(push)至订户的用户群组(成为「群组订户」)。频道订户亦含随机挑中某频道、进行聆赏的一般听众。之后会再举例说明。\n[0034] 图3揭示组成图一供播主机所需的各元件。所述供播主机113由下列元件组成:\n一清单伺服器113a，递送待播清单及其从属的元数据113f给用户装置且用户装置有可能依待播清单的管制规则与所述消费者的喜好，产生一子清单后下载。一接收媒介113b，自用户装置接收帐户身份、子清单(若用户是一消费者)、制播清单(若用户是一制播)、转赠某媒体片段的请求、创作的媒体片段及播放结果单。一串流伺服器113c，将数字内容递送给请求的用户装置，包括子清单或待播清单内所列的数字内容。一插播媒介113d，处理媒体转赠或用户群组媒体发布的请求并将赠予权证或插播片段递送至其收件者，以及一混音器113e，将多则数字内容混合为一并生成其元数据。供播主机与计算云的其他元件密切合作，例如用户数据库114及内容储存库112a。举例来说，串流伺服器113c得知某媒体片段应被送出，于是从内容储存库取出所述媒体片段的一副本。另外，内容储存库112a内会指定专区储存由偶发创作者上传的媒体片段(属于用户群组的数字内容112a1)。插播媒介\n113d得知某用户群组刚取得一则新媒体片段，于是调阅用户数据库114内的群组订户名单\n114a。频道订户名单114b内的频道订户因亦为一群组订户，对群组主题有兴趣，而收到被推播过来的媒体片段。所述推播是由插播媒介113d协助，从用户群组取得媒体片段，递送至用户装置。图3中的插播媒介113d以虚线绘制边线，因为它有跨越不同供播主机的功能。\n供播频道甲的一用户有可能想赠予给一位正在收听供播频道乙的听众。插播媒介更需与用户群组互换线上听众与订户名单以便插播简讯能正确、及时送达预期的群组订户。\n[0035] 请参考图4，其为本发明的数字内容创作及播放方法的最高阶流程图。请同时参照图1与图4，计算云1是作为媒体创作与消费的共用平台。一般而言，所有用户装置2都与计算云1所在位置相异。首先，使用者应用一用户装置连接至一计算云，且所述计算云内的一供播主机存放有一或多则待播清单。接着，所述用户装置于所述待播清单的消费者或监督人，或另一待播清单的制播者的不同角色间择一，且所述待播清单中的每一则数字内容对应一元数据，可选择性依所述供播主机与所述用户装置知悉的一预定规则被标注一编辑属性特征以及根据所述编辑属性特征所述供播主机与所述用户装置均可重建所述待播清单的原始创作用户装置的剪辑。此外，另一用户装置亦可下载所述待播清单，以对所述待播清单进行重新编辑，增加、删除或取代所述待播清单中的一数字内容。如前言所述，当用户装置2登入成一媒体消费者角色时(步骤s411)，将被授予播放与下载权限(步骤s412)，故可由所述供播主机下载一或多则待播清单，并进行播放(步骤s413)。或者是，用户装置\n2可登入成一制播者角色(步骤s421)。一清单的原始制作人称为一次制播者，稍后会再解释。制播者将被授予利用供播主机编辑清单的权限(步骤s422)，因此，可进行一次制播(步骤s423)，进而生成一一次制播清单，并将所述所述一次制播清单提供给所述供播主机113并由所述供播主机113以一次制播清单作为待播清单递送给频道订户(步骤s425)。其他消费者亦可能因将临时创作的录音上传，或转赠一下载的音乐专辑而生成一插播清单(步骤s426)，然后由供播主机以所述插播清单作为待播清单递送给赠予内容受赠者或群组订户(步骤s427)。或者是，当用户装置2是登入成一监督人角色时(步骤s431)，将被授予监督一制播清单或一插播清单的权限(步骤s432)，此时，由监督人对所述待播清单中不予播放的数字内容的元数据中的「监督人移除326」元素标记「删除」(步骤433)，并将所述修订后的插播清单或清单送回至供播主机，作为其待播清单，然后传送给一般频道或群组订户。\n计算云所持有的庞大数量的数字内容不但包含商业音乐专辑，也包括用户装置的使用用户所贡献的媒体内容。以此概念用户可以有下列使用情境(或用户扮演的「角色」)。\n[0036] (i)仅播放(playback only)。此类用户装置只是纯粹作为数字内容消费者(步骤s411)，它播放云端供播主机113内他人所制作的待播清单(步骤s413)。亦即，所述用户装置处于一消费者角色，则由所述供播主机下载一或多则待播清单。待播清单被下载至用户后可能被用户应用程序依元数据内的管制规则与所述消费者的喜好被重组而成为用户(或本地)子清单，这点之后会再详细说明。再者，若某媒体片段对应的元数据被注记是可转赠，收到的媒体消费者若欲转赠可通知供播主机谁将是播放次数的受赠者，这点之后亦会再详细说明。\n[0037] (ii)偶发创作(casual author)。用户端以播放供播主机中由他人所制作的清单为主但有可能偶尔提供一则自行录制的简短谈话或上传自制录音作品(步骤s425)。常见例子为听众在开车途中报导所见路况。用户装置就是其录音设备，之后会再说明。另一例为一音乐用户群组中的某钢琴手虽然大多时间是聆听由群组主人整理成清单的他人演奏，亦可上传其弹奏作品录音，共襄盛举。\n[0038] (iii)制播(Producer)。此时用户装置主人极可能就是一广播频道DJ主持人(步骤s421)。所述制播利用计算云中已储存的庞大音乐数据库，从中依个人喜爱挑选、排序曲目。用户装置经安装一「音控」应用程序可排定专业清单并可录制其谈话。排定的清单及DJ谈话录音音轨可被上传至供播主机，再供公众播放使用。此系统即成为一专业广播系统，毋需发给任何无线电频率。\n[0039] (iv)监督人(Superintendant)。在一共同使用、共同管理的环境偶而委由一监督角色(步骤s431及S432)介入管理可能是必要的，以确保供播品质。即使是仅供其成员专用的私人供播频道也可能委请一监督人审查其清单内的媒体片段是否符合所述频道的准则。在此情境所述清单的「原始版本」仅能由一指定的监督人先行取得。所述监督人以一用户装置应用软件下载所述清单及清单所对应的元数据及媒体片段。监督人获得授权可在装置按下某键以去除某媒体片段(步骤s433)。应用软件事实上是改变被取消媒体片段元数据中的「监督人移除326」元素的注记。供播主机据此跳过所述遭取消媒体片段，只播放其余部分给听众或所述频道或群组的订户。在此情况步骤S425或S427所递送的清单即为经监督人过滤后的。简言之，当用户是处在监督人角色时，其监督一待播清单的步骤可包括：\n首先，监督人自供播主机下载所述待播清单及其所对应的数字内容；重建并进行播放所述待播清单；当所述监督人聆听所述数字内容时，应用一按键于其对应的元数据标注所述清单中不需要播放的所述数字内容；上传所述标注后的待播清单及其对应的元数据至所述供播主机，由所述供播主机删除所述待播清单中不需要播放的所述数字内容；将所述俢订后的待播清单递送给其他用户装置。\n[0040] (v)多元化制播人(diversified production hosts)。这是制播的一特例。这里又分成两种角色:一次制播(步骤s421)与二次制播。一次制播(或一次DJ)制作一广播剪辑(session)的原始清单。供播主机相当于收到所述一次DJ的多轨录制作品并可据以还原所述DJ的剪辑或再做编辑，其细节会再详述。因此，一次制播的谈话录音并未与其相邻的媒体片段混音。二次制播仅需录制一与一次制播的谈话内容相近时间长度的谈话内容，并产生其相应的元数据，再将谈话内容掉换后的剪辑上传至供播主机113即可。二次制播并不编制自己的清单，它仅将一次制播的谈话内容掉换成自己的。掉换完成后其余步骤与一次制播的历程相同。此安排适用于受欢迎的节目的地方化，尤其当听众是想以与一次制播主持人不同的语言来收听节目时。二次制播的方法将于后述详细讨论的。\n[0041] 上述方法与系统因此形成一创作与使用他人创作的共同平台，近似所谓Web2.0所倡导的共同创作与使用的概念。登入计算云的用户装置可扮演播放(即媒体消费者)、著作(即偶发创作，制播，一次或二次制播)或过滤(即监督人)中的任一角色。\n[0042] 图5为远端一次制播编辑一一次制播清单的方法的流程图。于本实施例提出的方法可协助连线至云端计算主机的远端DJ制作专业的媒体片段及清单。一次制播的步骤可包括：自所述供播主机挑选所需的预录音乐及配音带，并下载至所述用户装置；录制一一次制播即席录音，进而生成其从属的元数据；对所述所需的预录音乐、配音带与所述一次制播即席录音进行播放次序排列、剪接及音效处理；根据所述预录音乐、配音带与所述一次制播即席录音间的时间关系与音效处理内容，对所述预录音乐、配音带与所述一次制播即席录音的从属元数据标注所述编辑属性特征;以及将所述一次制播清单、所述一次制播清单对应的元数据与所述一次制播即席录音上传至所述供播主机。在步骤S501一频道的制播取得利用供播主机编辑清单的许可。在步骤S502预录的音乐文件、配音带(拍手、欢呼、轻松背景音乐、急促鼓声,等等)可被要求下载至制播音控应用程序。所述制播应用程序是被设计成可安排数则预录的音乐文件、配音带以喜爱次序或重叠方式播放，此与传统的多音轨音控设备雷同。在步骤S503制播DJ一边用头戴耳机聆听预录的音乐及配音内容，一边进行谈话。用户装置的麦克风可用来录制谈话片段。所有参与的预录音乐及配音带，以及谈话片段都有其从属的元数据。\n[0043] 编辑属性特征321的组成元素321a至321e因是依供播主机与用户装置共知的一预定规则标注，故在重建一原始制播剪辑时至为便利。下面将进一步说明这些与与时间及效果相关的组成元素。例如，「服务台呼」可以被指定在下午3时准时播出(播出时刻\n321b)。一商业广播也可能指定某促销活动广告应在某拉丁歌曲播完后播放。此时编辑属性特征321就应被标注被安排播放的数字媒体之间的时间或次序(播出次序321a及相邻片段的时间平移321c)。编辑属性特征321也可能与效果有关(音效处理321d)，例如某DJ可能要求一数字内容播放30秒后开始淡出，而音乐或谈话片段可能被要求以加速方式播放以制造较高音调，或再与另一则媒体片段混合以制作一合并效果，这些都可以用注记音效处理名称、媒体片段的从属与时间关系等属性数据来标识。编辑属性特征321更可包括数字媒体的长度，被安排局部使用时的起点及终点等其他元素(其他321e)。简言的，编辑属性特征包括播出次序、播出时刻、音效处理及相邻数则数字内容播放的时间关系。若再以一实际情况为例，某DJ谈话片段的时间起始点(设定为T0)可能是位于前方一预录音乐终了的前的若干秒开始播放。为装饰所述谈话片段，DJ取用数则配音内容为背景。所述谈话所附属的配音内容即应标注其被局部使用的起点Sn1、终点Sn2及起点Sn1相对于T0的关系。\n其他声音修饰效果一样可以被标注。例如鼓声可被加速30%播放以产生较急促的鼓声。某一令人心醉的背景音乐可在开始播放若干秒后淡出等等。所有这些参数都在DJ操控输入面板(例如一触控「音量拉杆」)之间为制播应用程序所收集。DJ可以随时改变预录音乐及配音内容播放的次序、改变音调或调性，及改变某些片段淡入或淡出的时间点等等。DJ更可以放弃某谈话片段，重新录过。或者，若某谈话片段已属满意，其重叠配音内容可再被编辑以形成更佳匹配。\n[0044] 图6举一原始制播音控剪辑为例并据以示范其后制作动作。供播主机以一原始音控剪辑做为其待播清单及其从属的元数据113f。所述待播清单及其从属的元数据113f是在一可重建状态，因为各个组成的数字内容仍为各自独立，同时各数字内容对应的元数据充分记载与相邻数字内容的时间关系及音效处理内容。这相当于在录音室保存的多轨原声带。另外，元数据中所标「播出次序321a」亦清楚标示相邻数字内容之间的从属关系，例如#7-1与#7-2是指所述二数字内容是附属于数字内容#7。\n[0045] 此离线剪辑在DJ认为包括音乐编排、谈话内容及其背景声等整体安排均属满意后就大功告成。将一剪辑的部分媒体片段进行混音成为一媒体片段可以缩减文件案大小。\n但用户音控装置并不适合担任此混音工作。这主要是考量音质与与频宽需求。若DJ需时常下载多则高音质(例如192Kbps录音文件)预录音乐与配音带，将极耗费时间及频宽。较合理的做法是只下载低音质预录音乐与配音带，或将常用媒体片段下载后在用户音控装置储存备用。低音质媒体文件一样可以用来让音控应用程序依制播的操作决定编辑属性特征。\n在步骤S504当剪辑(例如一小时节目)已完成，记载所有参与的媒体片段(预录音乐、配音带与谈话)并已排定次序的制播清单，它们的元数据，及制作DJ的谈话录音文件就被收集并包裹成一所述频道的「剪辑包裹」(session package)。预录音乐与配音带的媒体文件并不包括在剪辑包裹内，因为在计算云中原就已有它们高音质格式的文件案。接着剪辑包裹被上传至供播主机，或视需要传至一监督人或一二次制播(步骤S505)。\n[0046] 假设确实需经由监督人审查，监督人即将欲移除的媒体片段的元数据做注记，若此欲移除数字内容即为图6的数字内容#7所列的主持人谈话，供播主机不仅将#7自清单移除，且将其附属的#7-1与#7-2一并移除。与DJ制播时情况相同，下载供应给监督人的数字媒体可以是低音质的以减省频宽并加速流程的往返互动的流程时间。即，用户装置为监督人或制播者角色时所下载的数字内容是以较用户装置为消费者角色时所下载的所述数字内容较低音质的格式进行下载。在步骤S506供播主机以(已过滤)一次制播清单作为其待播清单。且在步骤S507供播主机得使用其混音器113e将部分相邻媒体片段，例如谈话片段及其背景音乐配音带，依元数据内指示的时间关系及音效处理规定混合为一合并内容片段。这通常是将清单广播至消费者的前一步骤。如图6下方的图示，供播主机的混音器依元数据指示将#7及其其附属的#7-1与#7-2混音，以简化清单，去除不必要的数字内容下载及所需频宽。此动作在图5的步骤S507。若供播主机即将递送清单给消费者，则混音时所使用的谈话片段及其背景音乐配音带，及所配送的预录音乐得使用高音质媒体片段，以让消费者获得最佳的音质享受。供播主机也可不进行混音，以便让其他用户装置对清单作选用、插播等较有弹性的编辑运用。即，供播主机根据预计将播放或编辑所述待播清单的其他用户装置的权限，选择性混合所述待播清单内的部分数字内容。最后，在步骤S508供播主机将所述频道待播清单发送至各频道订户。这就是本发明所提出的远端录音室的概念，并在「制播」情境充分运用。\n[0047] 这里是以声音文件的剪辑为例，不过影像文件的剪辑可以类似观念处理。亦即，以上实施例虽仅叙述声音文件相混合，混合多则数字内容并不限于声音片段。二则影像片段亦可相混，例如影像可以重叠，一淡出而另一同时淡入，或在一影像中添加字幕或图像等。\n一声音文件亦可被混入某一段视讯文件，做为一音轨，这也是极为常见。\n[0048] 于本发明中所述及的广播需满足每一消费者的各别需求。每一各别用户装置对下一阶段要下载及播放的媒体内容有其独立的影响力；亦即，即使频道待播清单及推播来的插播简讯相同，不同消费仍可以因其喜好或频宽特性产生不同的子清单。因此数据串流应以单播(unicast)模式进行。若欲取消个人化且可指定特殊IP位址，以多播(multicast)模式将数据串流至任意数量的用户装置亦为可能。在本创作「广播」一词是泛指任何可行的媒体配发模式包括单播、多播与混合单播与多播。因此，本发明的广播与互联网络多媒体传递(multimedia presentation over internet)所述的广播一词(指单一装置传送一讯息至同属一段IP位址的其他装置)两者是有所差异。\n[0049] 此外，并非所有本系统的频道都是连续(例如每日24小时)播出的。于其他实施例中，可自一活动中收集来的媒体片段，组成一供播用户群组，以便群组用户撷取利用。典型的应用例子为演唱会。演唱会用户群组可收集包括现场录音等所有活动相关的媒体片段。演唱会购票入场的粉丝可登入此用户群组，再次聆听或观赏演唱内容，成为主办单位对粉丝的额外服务。购票入场的粉丝可以用一组帐号密码登入，并撷取媒体内容。供播主机中的插播媒介113d接下所述撷取请求，随即依所求递送媒体片段，与其处理转赠重播授权相仿。持票者亦可将重播授权转赠他人，其动作与系统反应与先前将播放授权赠予他人者相仿。\n[0050] 现代化的广播及电视台常用自动播出系统(例如 )来编排、配音或录制现场音轨，并排定音乐带与广告带的播出时间。经编排完整的剪辑(例如一小时)就形成一清单。所述清单记载其对应的多音轨媒体片段(例如以192bps格式录制的DJ谈话、配音、音乐及广告等音轨)在何时使用、如何播出、音效处理及相邻媒体片刻的时间关系。在一实施例中，一制播用户装置被设计成可以从自动播出系统撷取其清单。只要妥善生成元数据，原广播及电视台制作的播出剪辑中的谈话音轨、排定的音乐与配音内容等一样可以上传，成为本系统的播出剪辑。即，当所述用户装置处于一制播者角色时，所述一次制播清单及其对应的元数据与所述数字内容是由传统的广播电台或电视台制作的数字内容及清单转换而来。而如此转换而来的清单及其从属的元数据及媒体片段可以暂存在供播主机成为待播清单，再串流至其频道订户。反之，本系统的共同创作若亦引起公众聆赏的兴趣，也可传输至广播或电视台的自动播出系统。广播及电视台此时为一媒体消费者用户装置。此装置依其播放决策(playback policy)形成一子清单，子清单中的媒体文件即可自播放主机下载至广播或电视台播音室。广播或电视台即可根据生成的本地清单将媒体文件经其发射设备播出。\n[0051] 本创作另提出多元化制播人的方法，二次制播可将一次制播的剪辑重复利用，且将其说话片段取代。当另一用户装置被允许主持二次制播时，则将所述一次制播所提供的待播清单进行二次制播，并将所述二次制播所提供的二次制播清单提供给所述供播主机，并由所述供播主机做为所述待播清单递送给其他用户装置。其二次制播的步骤可包括：下载所述一次制播所提供的待播清单以及对应所述待播清单的数字内容，重建并进行播放所述一次制播的待播清单以及对应所述待播清单的数字内容；录制对应所述一次制播即席录音的一新制播即席录音，进而生成其从属的元数据；在所述一次制播所提供的待播清单以所述新制播即席录音及其从属元数据取代所述一次制播中的一次制播即席录音及其的从属元数据，成为所述二次制播清单；根据所述数字内容与所述新制播即席录音间的时间关系，对所述数字内容与所述新制播即席录音的从属元数据标注所述编辑属性特征;以及将所述二次制播清单与所述新制播即席录音上传至所述供播主机。二次制播编辑由一次制播所制作的清单的流程图与图5中一次制播的流程图极为类似，故不再另行绘制。二次制播DJ用户装置内的应用程序重建一次一次制播的剪辑并由二次制播以耳机聆听。此步骤取代图五中的步骤S502。二次制播DJ以与一次制播所使用的谈话录音(一次制播即席录音)时间相仿的时间录制其谈话内容(即新制播即席录音)，并生成其元数据。此步骤取代图5中的步骤S503。图6所举一制播音控剪辑的示范可当作解说范例。二次制播人录制其谈话录音片段,以取代图6中一次制播所录制的数字内容#7，其余数字内容不变。经重新包装，新的清单、元数据及二次制播谈话内容组成参考一次制播而成的二次节目，且被收集成一新剪辑包裹，上传至供播主机(步骤S504)，或视需要传至一监督人。最后供播主机以(已过滤)二次制播清单作为待播清单。\n[0052] 与制播使用情境相同，为节省下载时间与频宽应只下载低音质预录音乐与配音带，或将常用媒体片段下载后在二次制播用户音控装置储存备用。同理一次制播的谈话片段也可以用低音质格式下载。\n[0053] 图7为一听众播放、赠予与偶发创作的方法的流程图。当所述用户装置处于一消费者角色，其消费一或多则待播清单的步骤可包括：下载所述一或多则待播清单及其对应的元数据；根据所述一或多则待播清单所对应的元数据内的管制规则与所述消费者的喜好，产生一子清单；根据所述子清单要求所述供播主机提供所述子清单所指向的数字内容，以进行播放并将一播放结果单传回所述供播主机。换句话说，在步骤S701及S702当收到远端应用程序的登入请求后，供播主机比对数据库114的帐户数据以决定核可与否。\n一旦核可，待播清单及其元数据数据113f就可经清单伺服器113a发放给远端装置(步骤S703)。在步骤S704，用户装置的播放排程及记录器231可依清单中所使用媒体片段的管制规则323，网络频宽限制、连线品质、音乐喜好及帐户授权将清单中各别媒体片段的优先次序重排或删减，或增列由插播媒介113d传来的偶发性插播媒体片段(步骤S705)。其结果为，待播清单被重组，成为一子清单。在步骤S715供播主机收到所述子清单，随即将清单所列媒体文件下传，完成第二轮往返互动。步骤S740用户装置播放收到的媒体片段，若元数据允许尚可重新播放。据此，用户装置最后播放的清单是从原始待播清单「重新编辑」(reconfigure)的一个版本。为了协助追踪实际的播放行为，用户装置的播放排程及记录器\n231也可能将播放记录整理成播放结果单，回传至供播主机，如步骤S745所示。所有下载的数字内容都播完后，所述消费者也可自供播主机下载次一阶段的播放剪辑，如步骤S750所示。\n[0054] 此外，若所述供播主机113无法及时提供所述子清单所需要的数字内容或因所述子清单的元数据有所指示，由所述用户装置内的用户内容储存库221的另一数字内容取代。其详细内容为，若下载频宽不稳定，下载的媒体片段也可能赶不上子清单所编定的播放速度。此时用户应用程序23可以用备用的媒体片段代替。真正的播放内容或称用户「本地清单」不见得等于子清单。\n[0055] 在另一实施例中，待播清单之中的某些媒体片段可以被指定是可为用户装置自备的媒体片段所取代。基于此用途此可取代媒体片段事实上仅是清单中一则无媒体内容的槽点(slot)。可取代媒体片段可用其元数据中的「用户植入ID」314来标示。只要用户的播放决策认可且系统有此授权，用户应用程序23即可将待播清单中的「空白槽点」以自有的录音片段取代。这在消费者想要创作其自有个人「台呼」时会有用。连锁商店亦可由供播主机取得共同清单，再将有特别标识的媒体片段以自有「店呼」取代，以营造所述店独有特色。\n用户应用程序23可将用户装置实际清单整理成播放结果单，上传至供播主机做为记录。步骤S731至S732描述用户装置如何在发现清单中一元数据有标示「用户植入ID」314后以自有媒体片段植入取代的流程。\n[0056] 在某些实施例(尤指版权音乐)可重播及赠予次数可能被事先定义。因用户可由数据库追踪，系统可以设计成可授予重播次数额度。这对付费版权内容有其意义。例如，在传送至用户装置的清单及其从属的元数据中可以设定可重复播放次数331a。用户装置的应用程序可将所述媒体内容及其从属的元数据存放在其记忆储存器中。当用户决定重播，媒体文件被取出重播，额度则被扣除一次。剩余额度也可当做播放结果单的一部分被上传至供播主机，存做记录。\n[0057] 图8为插播媒介推播包括转赠与偶发创作等个人化媒体片段的流程图。本发明的实施例之一，因用户可能有转赠未使用的额度的需要，本系统可以更进一步提供赠予服务。\n当用户装置处于处于一消费者角色且想赠予其他用户装置时，可根据所述待播清单内的一数字内容的元数据中的帐户属性数据可转赠次数331b的授权，生成一插播清单，并由所述供播主机做为其待播清单的一转赠予另一用户装置。其方法为设计一「转赠」信息，利用数据回传供播主机的途径上传。在步骤S741及S742供播主机收到此「转赠」要求，随即将要求转给插播媒介113d，由插播媒介以一单则内容待播清单及其从属的元数据通知受赠者(步骤S810及S820)。插播媒介依受赠者身份决定其动作，若受赠者为本系统的会员仅需推播一插播简讯给所述会员(步骤S820)。推播简讯的内容为一单则内容插播清单(一「插播清单」对应一「插播媒体片段」)及其元数据。若是一电子邮件地址则以电子邮件传递一「赠予权证」；若是某网络社群的会员则使用双方议定的数据交换格式将赠予权证传递给其会员。所谓赠予权证指受赠者可能收到一组足以登入供播主机的帐号密码，或一通知简讯(prompt)，以指引所述赠予媒体片段的的名称、赠予者、剩余播放次数及下载点等资讯。受赠者可能选择下载所指定的媒体片段，立刻或稍后播放使用。其他现有的连接方式，例如一html文件，因可以用电子邮件或其他电子方式传递讯息，亦可做为赠予的媒介。因此赠予内容不只可在另一用户装置以其应用程序播放，尚可用现有的浏览器或播放器播放。赠予者可在元数据指定播出时刻321b以便赠予者与受赠者可同时播放。当一用户装置收到一赠予插播清单时，可以上传一感谢简讯回送给赠予人。感谢简讯可为另一插播清单及其从属的元数据，也可含一录音文件。\n[0058] 在本共同创作系统的某些实施例中用户亦可参与内容创作。用户可以组成群组，分享彼此经验。群组成员可以使用应用程序录制其心得短言，或表演作品。即，当听众(用户装置)处于一消费者角色时，可偶发创作一数字内容，并将所述数字内容上传至所述供播主机，其中由所述用户装置偶发创作所述数字内容的步骤包括：应用一程序，以让所述消费者以一按键操作开始录音，以产生一录音文件，进而产生另一插播清单，包含其元数据；\n以及上传所述录音文件、所述插播清单及其元数据至所述供播主机，进而由所述供播主机以所述插播清单做为其待播清单的一，进而递送所述待播清单、录音文件及其元数据至所述消费者所指定的用户群组或由所述供播主机根据所述计算云中一至多个用户装置相关的用户数据分类而来的虚拟用户群组。在步骤S743及S744用户装置的应用程序将录音成果传递至供播主机，以便传递至一用户群组。应用程序可以让用户以一按键操作开始录音(步骤S801)，并指定此偶发创作所属的用户群组(步骤S802)。供播主机或群组主人可进一步为谈话片段配以配音内容或背景音乐，使播放效果更佳。在步骤S803由群组主人决定或一程序的自动作为，偶发创作可能被传送至一监督人做检查。在步骤S804及S805经监督人核可的片段成为属于用户群组的数字内容112a1，被存放至内容储存库112a内，同时插播媒介113d自群组订户名单114a过滤出对此主题有兴趣的订户。在步骤S820插播媒介将转赠或偶发创作所生成的待播清单以插播简讯传给赠予内容受赠者或群组订户，其中内容赠予是源自步骤S810的「转赠」要求。在步骤S830至S832每一接收用户装置拿插播简讯中的待播清单及其元数据内的管制规则与现有本地清单比较，找出播放次序与优先别并据以决定哪些媒体片段需被下载，及优先次序为何。\n[0059] 某些用户群组可能允许多个用户合力完成一接力作品。至少一用户可以将一或多则标明时间轴的作品上传至供播主机，其元数据可标示播放次序及播放时的切入及切出时点。如此供播主机即可让用户装置依时间轴逐则播放，制造一接力效果。例如一小说或短文可由用户群组中的不同成员朗读，每位被指定开始与结束点。成员各别的朗读作品经系统编排即构成一共同创作作品。\n[0060] 用户装置的上传媒介可能有能力上传装置种类(固定或行动)及其地点资讯。在各种实施例中一行动装置由全球定位系统(GPS)提供的地点资讯可以被上传至供播主机。\n供播主机即可由过滤用户地点坐标将与地点相关的资讯传送给位于邻近地点的用户装置。\n又如，路况用户群组收集了许多偶发创作者回报的路况。依据创作者回报时的GPS定位，路况成为地点相关。听众由自主回报其位置即可自路况用户群组收到其邻近地点的路况。在进一步的实施例中，储存在计算云的用户数据库114中的用户位置历史数据可以更精准的满足用户地点相关的需求。例如，过去数分钟所收集的地点资讯可以显示一行动使用者的行进方向。若只提供其行进方向前方地区的路况，对其较为有利。再者，每日或每周的行动轨迹可被分析以便更精确地提供地点相关资讯。例如，供播主机可进一步发现某上班族喜欢在星期五下班后赴餐厅用餐。据此可以提供此上班族下班路途中邻近餐厅的折价券。可以依据过去历史大致提供邻近餐厅的折价券，亦可因此君已经上路，随着移动方向改变提供其新近路径指向的地区的折价券。\n[0061] 用户群组可以成为目标行销(target marketing)的一重要工具。举例来说，若深入比对用户数据库114及用户群组订户名单114a，计算云可能得知某用户大致上位于洛杉矶地区，对爵士音乐、社区活动及外食有兴趣。计算云因此可以成为一能精准递送广告至有兴趣的目标客群的媒介。此外，发行广告媒体片段与进行偶发创作一样容易。计算云为担任此广告发行媒介可以将用户装置相关的用户数据分类，因而建立许多「广告虚拟用户群组」。举例来说，每一广告虚拟用户群组可以用年龄、地区、职业团体…等细分其目标消费者族群。任何广告主欲进行广告活动时可依其所需目标族群从已知广告虚拟用户群组中挑选适合的，或以计算云提供的选项自行创造虚拟用户群组。广告媒体片段一旦被上传至所选广告虚拟用户群组，插播媒介113d随即会将它传递至目标的客户群。\n[0062] 从群组插播片段可窥知其收件人的兴趣所在。收件人若感觉受益于某用户群组，也可邀请他人加入。加入群组的邀请可以用一简讯传递至本系统的其他会员或非会员。任何对此技术领域有研究的人应知晓如何建构此简讯服务。\n[0063] 许多行动装置在与网络作无线电连线时比在纯播放已下载的数字内容时消耗较多电力。在多种实施例中一用户的角色为数字内容消费者时所述供播主机依所述用户装置的要求，使用较大频宽的网络，将所述用户装置所要求的待播清单与其数字内容，利用较短的连线时间传递给所述用户装置，以让所述用户装置能以较长的离线状态时间，播放所述待播清单内的数字内容。较大频宽网络是如WiFi卸载或自行动网络中腾出一较大频宽的下载频道。因使用较大频宽的下载频道，媒体内容可以快速串流，且用户装置利用较短的连线时间下载完便可切断网络连线。之后便可以较低功耗的播放模式播放，直至下载的媒体内容耗尽或即将耗尽。用户装置的电池电力因而可以维持较长时间。利用较长清单的策略此用户装置可以偶而才连上供播主机，以节省用电。图7中的步骤S717描述节省用电的一替代流程。\n[0064] 此发明可以软件或硬件或二者合用的控制逻辑实施。此控制逻辑可被储存于数据储存媒介中，含多个指令，调适后可操控一资讯处理器以便执行本发明的实施例所揭露的步骤。根据所揭露及解说内容具有本领域一般技能者应可因领悟而联想其他途径或方法以实施此发明。\n[0065] 唯以上所述者，仅为本发明的范例实施态样尔，当不能以的限定本发明所实施的范围。即大凡依本发明申请专利范围所作的均等变化与修饰，皆应仍属于本发明专利涵盖的范围内，谨请贵审查委员明鉴，并祈惠准，是所至祷。