WO2013185476A1 - 互动式云端广播供播方法 - Google Patents

互动式云端广播供播方法 Download PDF

Info

Publication number
WO2013185476A1
WO2013185476A1 PCT/CN2013/000685 CN2013000685W WO2013185476A1 WO 2013185476 A1 WO2013185476 A1 WO 2013185476A1 CN 2013000685 W CN2013000685 W CN 2013000685W WO 2013185476 A1 WO2013185476 A1 WO 2013185476A1
Authority
WO
WIPO (PCT)
Prior art keywords
broadcast
list
digital content
host
metadata
Prior art date
Application number
PCT/CN2013/000685
Other languages
English (en)
French (fr)
Inventor
陈耀宗
Original Assignee
刘镇崇
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201210199766.8A external-priority patent/CN102968424B/zh
Application filed by 刘镇崇 filed Critical 刘镇崇
Publication of WO2013185476A1 publication Critical patent/WO2013185476A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2743—Video hosting of uploaded data from client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast

Definitions

  • the invention provides a cloud broadcast broadcast method, in particular to an interactive cloud broadcast broadcast method, which can be applied to a cloud computing platform, and can create, review and play media content, and then personalize the media content. Streaming from the cloud to electronic devices such as smart phones and tablets. Background technique
  • Sound or video programs broadcast on the Internet are now very common, and traditional radio or television stations are also broadcast simultaneously on the Internet to increase the audience or audience.
  • Pure network audio and video media can be produced from the recording room to broadcast directly on the network.
  • the video and audio program sources can also be broadcasted in the air and recorded separately for later retrieval. These playback services are referred to as on-demand or time-lapse playback.
  • the music and film production industry puts recorded video and audio works on the Internet, and it is also common for consumers to pay for downloads. However, this kind of paid download situation ends when the consumer downloads the video and audio works and pays for it.
  • cloud computing has the advantages of high reliability, low cost, high flexibility, and accessibility anytime, anywhere.
  • Cloud service is not It can only be used to store music content, and can also be used to provide a variety of streaming services.
  • An example of a well-known cloud content service is YouTube, which provides video sharing.
  • Mspot Lnc. stores the digital content of all devices around the person in the cloud, enabling users to access digital content owned by individuals anytime, anywhere.
  • Apple also provides iCloud services for users to store personal communication data and audio and video data, and can be automatically downloaded to personal devices at any time.
  • cloud computing is gradually being used as a creative platform.
  • the general public can use the operating software in the cloud to create, edit and store digital content. The cloud thus becomes a co-creation platform where content can be shared and reviewed between users.
  • the cloud platform is designed to be content creation, editing, storage, sharing and automatic streaming, it will be ideal; each user in the cloud platform can use different kinds of devices, but use the same way to the cloud platform.
  • the information inside is used for access.
  • users can play different roles such as creators, reviewers, and consumers.
  • DJ host
  • DJ host
  • DJ can use a user device and its running software to record conversations or creations, and arrange the list and integrate the dubbing and sound effects in the cloud. Processing, completing a professional program production, not only can save equipment costs, but also improve production efficiency. It would also be ideal if the audience or viewer could use the options provided by the cloud platform to select what they want to accept.
  • the cloud broadcast broadcast method enables the cloud platform to create, edit, store, share, auto-stream and instantly record.
  • one of the objects of the present invention is to provide an interactive cloud broadcast delivery method that can use a computing cloud as a common platform for media creation and use.
  • a user device connected to the computing cloud which can be used as a media consumer (generally referred to as "listener” or “audience") using a list completed by other users, recording the creator of the conversation or performance, or selecting media data to complete the list.
  • Professional broadcast producer uses a media consumer (generally referred to as "listener” or "audience") using a list completed by other users, recording the creator of the conversation or performance, or selecting media data to complete the list.
  • an interactive cloud broadcast broadcast method includes: a hold cloud, a computing cloud for a rendering host, at least one capable of playing a broadcast
  • the media content in the playlist also referred to as the host playlist
  • the user device capable of creating the media content, programming the list, and the internetwork as a data exchange platform between the computing cloud and the plurality of user devices.
  • the computing cloud holds a large amount of digital content for selection by the DJ or certain listeners and is placed in the edited list.
  • Each digital content has its corresponding set of metadata, which records attribute data such as source, music attributes, playback mode, time relationship with other adjacent digital content, and playback authorization.
  • One embodiment of the present invention is that after receiving a request from a user device to log in as a media consumer, the broadcast host streams the to-be-played list and its dependent metadata to the user device, completing the first round. Round-trip interaction.
  • the user equipment may rearrange the priority of the media segments in the list due to network bandwidth, connection quality, music preference, and account authorization, or delete a segment, and the broadcast host will receive a response from the user device.
  • the specified media segment is downloaded, completing the second round of round-trip interaction.
  • the user device can play after receiving the downloaded media segment, and can repeat the playing if the metadata is marked.
  • One of the embodiments of the present invention may also be required to become a temporary creator (hereinafter referred to as "incident creator") after the user device logs in as a media consumer, and the host for receiving the user receives the conversation or music of the user. After that, it may be mixed (mixed) with another existing digital content to make the background music recorded by the user, and then a single content list and its dependent metadata may be created for the merged media segment. Normal broadcast for interstitial use.
  • One embodiment of the present invention is that if a metadata of a media segment is permitted, the user device that becomes a media consumer may give the playing right to others, and the receiving host receives the user's "transfer" request.
  • a single list of content and its dependent metadata informs the recipient.
  • the recipient may receive a set of account passwords sufficient to log into the host; or, if the recipient is already online on the system, a notification is given by a notification.
  • the recipient in use may choose to download the specified media segment and play or use the media segment immediately or later.
  • Other existing connections, such as an html file can also be used as a gift medium because they can be delivered by e-mail or other electronic means. Therefore, the gift content can be played not only on another user device in its application, but also in an existing browser or player.
  • the granter can also specify the play time so that the giver and the recipient can play at the same time.
  • One of the embodiments of the present invention is that the to-be-played list in the broadcast host only passes through a supervisor in the first round of round-trip interaction. If the supervisor hears or sees content that is not suitable for the channel specification, the user device presses a button with its supervisor application. The supervisor can control the content by a supervisory element in the metadata to cancel the content, so the list provided in the round-trip interaction between the host and other consumer users will not include the content.
  • pre-recorded music files, dubbing tapes (clap, cheer, easy background music, rush drums, etc.) can be requested to be downloaded to a special "Broadcast Control" application.
  • the production application is designed to arrange a number of pre-recorded music files, and the soundtracks are played in a favorite or overlapping manner, which is similar to conventional multi-track audio control devices.
  • the DJ can make a conversation while listening to pre-recorded music and dubbing tapes with headphones.
  • the microphone of the user device can be used to record a conversation. All participating pre-recorded music and dubbing tapes, as well as conversation clips, have their subordinate metadata.
  • Some elements in the metadata (collectively referred to as "edit attribute features,") can record the broadcast order of each media segment, the broadcast time, the sound effect processing, and the time synchronization relationship between each other.
  • DJ Go to the list of pre-recorded music and dubbing content selected by DJ, edit attribute features and recording files created by DJ conversation or creation.
  • the host is equivalent to receiving a multi-track recording and can restore the clip of the DJ or Editing again.
  • the DJ original conversation uses the soundtrack as the background music or sound effect, it can also be mixed by the mixer of the broadcast host according to the original time synchronization relationship, which becomes a simplified content segment.
  • Use a high-quality audio source to let consumers download and play, or mix it on the host for broadcast, but the DJ can only listen to it in its production voice control application with a low-quality sound source.
  • the broadcast host can The list of DJ original clips, or the simplified list and the content segments and metadata listed in the list, are provided to other user devices for pure play or other editing.
  • the method of the present invention provides an interactive playback and editing mechanism. Based on the design that the cloud-hosting host retains the original original media segments and the original editing attribute features, the user device can re-edit from the list provided by the host, or select the desired content to play.
  • the user device can play the role of an creator, participate in broadcast production, or act as a giver to transfer unused play times to others. Supervisor mode is another special application of this method.
  • the present invention provides an interactive cloud broadcast broadcast method, including: applying a user device to connect to a computing cloud, and a broadcast host in the computing cloud stores one or more to-be-played lists And selecting, by the user device, between the different roles of the consumer or supervisor of the to-be-listed list, or the producer of another to-be-listed list, and each digital content in the to-be-listed list corresponds to one yuan Data may be optionally labeled with an edit attribute feature according to a predetermined rule that the broadcast host and the user device are aware of; and the broadcast host and the user device may reconstruct the A clip of the original authoring user device of the list to be broadcasted.
  • 1 is a block diagram of an embodiment of a system of the present invention
  • 2 is an element that may be included in metadata according to an embodiment of the present invention
  • 3 is an element included in a host for broadcasting according to various embodiments of the present invention.
  • Figure 4 is a top-level flow chart of the digital content creation and playback method
  • FIG. 5 is a flow chart of a method for remotely making a broadcast-editing-secondary broadcast list
  • Figure 6 is an example of an original production sound control clip and is used to demonstrate subsequent production actions
  • Figure 7 is a flow chart of a method for listening, giving, and occasional creation of a listener
  • Figure 8 is a flow chart of the insertion of media to include personalized media segments such as gifts and occasional creations.
  • the interactive cloud broadcast delivery system of the present invention comprises a computing cloud 1 and a user device 2 connected to the computing cloud 1 via an internetwork.
  • the computing cloud 1 is configured to hold one or more to-be-listed lists and a plurality of digital content, including digital content in the to-be-listed list, and the user device 2 is configured to play the digital content in the to-be-played list and create the content by itself. Other media content or another list.
  • the above internet is as a computing cloud 1 and numerous A data exchange platform between user devices 2.
  • the computing cloud 1 includes one or more computers 11 , and the computer 11 further includes one or more computing processing units 11 1 , one or more memory 1 12 , and one or more broadcast hosts 113 . .
  • the memory 1 12 further has a content repository 112a.
  • the broadcast host 1 13 is configured to manage the to-be-listed list composed of the selected plurality of media segments and stream the list and the media segments contained therein to the user devices.
  • the computing cloud further includes a user database 114, which is further subdivided into a group subscriber list 114a and a channel subscriber list 114b according to the group and channel to which the user subscribes.
  • the computing cloud 1 holds a large amount of digital content for selection by the DJ or certain listeners and is placed in the edited list.
  • Each digital content has its corresponding set of metadata, which records attribute data such as source, music attributes, playback mode, time relationship with other adjacent digital content, and playback authorization.
  • the broadcast host 1 13 can subdivide a number of broadcast channels. Each channel can be referred to as a "sending channel” or a "broadcast channel.” Regarding the host for broadcast 1 1 , the user database 1 14 and the contents of the repository 112a will be discussed later.
  • the user device 2 includes a computing processing unit 21, a memory 22 coupled to the computing processing unit 21, and a user content repository 221 located in the memory 22 for storing one or more digital content.
  • a display 24 selectively displays certain contents in a local playlist and a basic attribute; an input interface 25 such as a microphone, a button or a touch screen, and an output interface 26 such as a speaker, a headphone, and a head Wearing a headset or a buzzer; an application 23, stored in the memory 22, is executed by the computing processing unit 21, and includes an uploading medium (not shown in FIG. 1) for transmitting the user identity to the broadcast host 113.
  • a play schedule and recorder 231 manage the list and record the play behavior and a player 232 to play and play the digital content listed in the local list arranged by the play schedule and recorder 231.
  • Media clips can refer to audio, video, or podcast content, while typical media clips are audio files for personal conversations, pre-recorded audio recordings, or video files.
  • Metadata 3 is an auxiliary piece of information associated with a digital content to facilitate identification of the digital content format and source.
  • the constituent elements of the metadata can be roughly divided into the following three categories.
  • the basic attribute data 31 includes a title, an author 315, a user group 313 to which the author belongs, an orchestra or singer 316, a recording or performance date, copyright, and the like. It may also include a file name or an ID 31 1 for identifying the location of the stored database, a second-order ID, and format information such as a bit rate and an encoding format. Further, all of the other information 317 related to the source of the digital content may be included in the music attribute 312, lyrics, location, and the like. This basic attribute data 31 can also be marked as if a certain media segment can be replaced by a user-owned media segment.
  • This feature is used when a listener or a group of chain stores that need to create a personal "desk call” share a list and needs to be differentiated. Taking the latter as an example, each branch can replace the created media clip with its own “store call” instead of creating the unique image of the store. This mark can use a "user implant ID 314".
  • the play attribute data 32 includes the time and manner in which the digital media determined by the DJ is played.
  • the most critical element is the component of the edit attribute feature 321 including the play order 321a, the play time 321b, the time shift 321c of the adjacent clip, the sound effect processing 321d and the other 321e. These elements are labeled according to a predetermined rule known to the broadcast host and the user device, so both can reconstruct the clips of the original broadcast user.
  • the play attribute data 32 may be related to a policy (control rule 323), for example, the DJ of the edit list or the broadcast host 1 13 may wish that certain media segments have a higher priority than other media segments, when the network is connected If the line quality is poor, the higher priority should be downloaded first or the user must first play the higher priority.
  • control rule 323 the DJ of the edit list or the broadcast host 1 13 may wish that certain media segments have a higher priority than other media segments, when the network is connected If the line quality is poor, the higher priority should be downloaded first or the user must first play the higher priority.
  • the attribute data "Supervisor Removal 326" assists the supervisor in identifying the deletion action when the supervisor user device is used to review a list.
  • the account attribute data 33 includes an authorization 331 and personalized information that are different for the account.
  • the DJ or the host for broadcast 1 13 may provide an option for certain music or talk segments to be replayed multiple times (repeatable number of times 331a).
  • the account attribute data further defines whether the number of repeats can be given to others (returnable number 331b).
  • the name of the giver can be included in the metadata of the gift (see below), so the recipient can know who the giver is (donor's name 332).
  • Any existing pre-recorded music albums or other recorded (shadow) works can be transferred to the computing cloud and stored in their content repository 1 12a. It is a necessary step to fill in the fields in the basic attribute data of the metadata.
  • the content of the play attribute data and the account attribute data may be blank at the beginning. They will be filled in with appropriate content after steps such as editing and authorization.
  • the present invention manages the works uploaded by the creator, and the media segments uploaded by the user are classified by the user group.
  • User groups also represent the interests of a user device or account.
  • a digital content consumer can subscribe not only to a channel that is normally broadcast (becoming a "channel subscriber"), but also to a group of users that simply push the media clip to the subscriber (becoming a "group subscriber").
  • FIG. 1 illustrates the components required to compose the host of Figure 1.
  • the broadcast host 1 13 is composed of the following components: a manifest server 1 13a, which delivers the to-be-played list and its dependent metadata 1 13f to the user device and the user device may follow the regulatory rules of the pending list and the consumption The preferences of the person, after generating a list of sub-downloads.
  • a receiving medium 1 13b receiving an account identity, a sub-list (if the user is a consumer), a production list (if the user is a production broadcast), a request to transfer a media clip, a created media clip, and a play result from the user device single.
  • a streaming server 1 13c delivers the digital content to the requesting user device, including the sub-list or digital content listed in the list to be broadcasted.
  • An intervening medium 1 13d processing a request for media transfer or user group media distribution and delivering a gift or intervening clip to its recipient, and a mixer 1 13e, mixing multiple digital content into one and generating Its metadata.
  • the broadcast host works closely with other components of the computing cloud, such as user database 14 and content repository 1 12a.
  • the streaming server 1 13c learns that a certain media segment should be sent, and then takes a copy of the media segment from the content repository.
  • the content repository 1 12a will specify a special area to store media segments uploaded by the occasional creator (the digital content belonging to the user group 1 12al).
  • the interstitial medium 1 13d learns that a certain user group has just acquired a new media segment, and then accesses the group subscriber list 1 14a in the user database 1 14 .
  • the channel subscribers in the channel subscriber list 1 14b are also interested in the group theme because they are also a group subscriber, and receive the media clips that are pushed.
  • the push is assisted by the interstitial medium 1 13d, and the media segment is obtained from the user group and delivered to the user device.
  • the interstitial medium 1 13d in Fig. 3 draws an edge line in a dashed line because it has the function of spanning different broadcast hosts. A user who is broadcasting a channel may wish to give it to a listener who is listening to channel B.
  • the intermediation medium also needs to exchange the online audience and subscriber list with the user group so that the interstitial message can be correctly and timely delivered to the intended group subscriber.
  • FIG. 4 is a top-level flowchart of the digital content creation and playback method of the present invention. Please refer to FIG. 1 and FIG. 4 at the same time, and calculate cloud 1 as a common platform for media creation and consumption.
  • all user devices 2 are different from the location of the computing cloud 1.
  • the user applies a user device to connect to a computing cloud, and a serving host in the computing cloud stores one or more to-be-listed lists.
  • the user device selects between different roles of the consumer or supervisor of the to-be-listed list, or the producer of another to-be-listed list, and each digital content in the to-be-listed list corresponds to
  • the metadata may be optionally labeled with an edit attribute feature according to a predetermined rule that the broadcast host and the user device are aware of, and the broadcast host and the user device may reconstruct the according to the edit attribute feature.
  • another user device may also download the to-be-listed list to re-edit the to-be-listed list, add, delete, or replace a digital content in the to-be-listed list.
  • step s41 1 when the user device 2 logs in as a media consumer role (step s41 1), it will be taught The play and download rights are granted (step s412), so one or more to-be-played lists can be downloaded by the broadcast host and played (step s413).
  • the user device 2 can log in as a producer role (step s421).
  • the original producer of a list is called a producer and will be explained later.
  • the producer will be granted the right to use the broadcast host to edit the list (step s422), so that one production can be performed (step s423), and then a one-time production list is generated, and the one-time production list is Provided to the broadcast host 1 13 and delivered to the channel subscriber by the broadcast host 113 as a to-be-listed list (step s425).
  • Other consumers may also generate a cut-in list by uploading a temporarily created recording or transferring a downloaded music album (step s426), and then the broadcast host delivers the inserted list as a to-be-listed list to the gifted content.
  • a donor or group subscriber step s427).
  • step s431 when the user device 2 is logged into a supervisor role (step s431), the authority to supervise a production list or a list of insertions is granted (step s432), at which time, the list to be broadcasted by the supervisor "Supervisor removes 326, element tag "delete” in the metadata of the digital content not to be played (step 433), and sends the revised in-stream list or list back to the broadcast host as its
  • the list to be broadcast is then transmitted to the general channel or group subscribers.
  • the huge amount of digital content held by the cloud not only contains the commercial music album, but also the media content contributed by the user of the user device. The following usage scenarios (or "characters" played by the user).
  • step s411 Such a user device is purely a digital content consumer (step s411), which plays a to-be-listed list made by others in the cloud-hosting host 1 13 (step s413). That is, if the user device is in a consumer role, one or more to-be-listed lists are downloaded by the broadcast host. After the to-be-listed list is downloaded to the user, it may be reorganized by the user application according to the regulatory rules in the metadata and the consumer's preferences to become a user (or local) sub-list, which will be described in detail later. Furthermore, if the metadata corresponding to a media clip is marked as a passable, if the received media consumer wants to transfer the notice to the broadcast host who will be the recipient of the play count, this will be explained in detail later. .
  • the client mainly plays a list created by others in the host to be broadcast but may occasionally provide a self-recorded short conversation or upload a homemade recording (step s 425).
  • a common example is when a listener reports on a road trip while driving.
  • the user device is its recording device, which will be explained later.
  • a pianist in a group of music users although most of the time is listening to the performances of others compiled by the group owner, can also upload a recording of their playing works.
  • (iii) Producer Producer
  • the user device owner is most likely a broadcast channel DJ moderator (step s 421).
  • the production and broadcasting utilizes a huge music database that has been stored in the cloud, and selects and sorts the tracks according to personal preference.
  • the user device installs a "voice control" application to schedule a professional list and record their conversations. Scheduled lists and DJ conversation recording tracks can be uploaded to the host for broadcast and made available to the public. use. This system becomes a professional broadcast system and does not need to be sent to any radio frequency.
  • the broadcast host accordingly skips the cancelled media segment and plays only the rest to the listener or the subscriber of the channel or group.
  • the list delivered by step S425 or S427 is filtered by the supervisor.
  • the step of supervising the waiting list may include: first, the supervisor downloads the to-be-listed list and the corresponding digital content from the providing host; reconstructs and plays The to-be-listed list; when the supervisor listens to the digital content, applying a button to its corresponding metadata to mark the digital content that is not required to be played in the list; uploading the labeled to-be-played list And the corresponding metadata to the broadcast host, the digital content that is not required to be played in the to-be-played list is deleted by the broadcast host; and the subscribed to-be-advertised list is delivered to other user devices .
  • V Diversified production hosts. This is a special case of production broadcasting. Here, it is divided into two roles: one production (step s421) and the second production. Produce a raw list of broadcast clips in one production (or one DJ).
  • the broadcast host is equivalent to receiving the multi-track recording of the DJ once and can be used to restore the edited or edited DJ, the details of which will be detailed. Therefore, the recording of a conversation made at one time is not mixed with the media segments adjacent to it.
  • the secondary production only needs to record a conversation content of a length of time adjacent to the content of the conversation, and generate corresponding metadata, and then upload the clip after the conversation content is changed to the broadcast host 113.
  • the second production does not compile its own list, it only replaces the content of one production broadcast into its own.
  • FIG. 5 is a flow chart of a method for editing a production list once and for all.
  • the method proposed in this embodiment can assist the remote DJ connected to the cloud computing host to produce professional media segments and lists.
  • the step of making a broadcast may include: selecting a desired pre-recorded music and a dubbing tape from the broadcast host, and downloading to the user device; recording-adjusting the ad hoc recording, thereby generating metadata of the subordinate; Performing a play order arrangement, a splicing, and a sound effect processing on the desired pre-recorded music, the soundtrack, and the one-time production of the impromptu recording; according to the time between the pre-recorded music, the soundtrack, and the one-time production of the impromptu recording Relation and sound processing content, labeling the edit attribute attribute on the pre-recorded music, the soundtrack and the subordinate metadata of the one-time production ad hoc recording; and corresponding to the one-time play list and the one-time play list
  • the metadata is uploaded to the broadcast host with the one-time broadcast ad hoc recording.
  • step S501 the production of the channel is obtained by using the host to edit the list.
  • the music files, dubbing tapes (clap, cheers, relaxed background music, rush drums, etc.) pre-recorded at step S502 can be requested to be downloaded to the production sound control application.
  • the production application is designed to arrange a number of pre-recorded music files, and the soundtracks are played in a favorite or overlapping manner, which is similar to conventional multi-track audio control devices.
  • the DJ is broadcasted in step S503 - while listening to the pre-recorded music and dubbing content with headphones, the conversation is performed.
  • the microphone of the user device can be used to record a conversation segment. All participating pre-recorded music and dubbing tapes, as well as conversation clips, have their subordinate metadata.
  • the constituent elements 321a to 321e of the edit attribute feature 321 are labeled as a predetermined rule known to the broadcast host and the user device, so that it is convenient when reconstructing an original broadcast clip. These will be further explained below with respect to the elements related to time and effect. For example, "Service Desk Call” can be designated to be broadcast on time at 3 pm (broadcast time 321b). A commercial broadcast may also specify that a promotional ad should be played after a Latin song has finished playing. At this point, the edit attribute feature 321 should be labeled with the time or order between the digital media being scheduled to be played (the broadcast order 321a and the time shift 321c of the adjacent clip).
  • the edit attribute feature 321 may also be related to the effect (sound effect processing 321d), for example, a DJ may require a digital content to begin to fade out after 30 seconds of playing, and the music or talk piece may be required to be played in an accelerated manner to create a higher pitch, or Mixing with another media segment to create a merge effect, which can be identified by attribute data such as the note sound processing name, the subordinates and time relationships of the media segments.
  • the edit attribute feature 321 may further include the length of the digital medium, other elements such as the start point and the end point when the local use is arranged (other 321e).
  • the edit attribute features include the play order, the play time, the sound effect processing, and the temporal relationship of the number of adjacent digital content plays.
  • the starting point of the time (set to T Q ) of a DJ conversation segment may be played a few seconds before the end of a pre-recorded music.
  • the DJ takes the number of dubbed content as the background.
  • the dubbing content attached to the conversation should be marked as being The relationship between the starting point S nl , the ending point S n2 and the starting point S nl of the partial use with respect to To.
  • Other sound modifiers can be labeled as well. For example, the drum sound can be accelerated by 30% to produce a more rapid drum sound. Some interesting background music can fade out after a few seconds of playing.
  • DJ can change the order of pre-recorded music and dubbing content playback, change the pitch or tonality, and change the time point when some clips fade in or fade out. DJ can even give up a conversation and re-record it. Or, if a conversation is already satisfactory, its overlapping dubbing content can be edited again to form a better match.
  • Figure 6 shows an original production sound control clip as an example and demonstrates the subsequent production actions.
  • the broadcast host uses an original voice clip as its pending list and its dependent metadata 1 13f.
  • the to-be-played list and its dependent metadata 1 13f are in a reconfigurable state, because the digital content of each component is still independent, and the metadata corresponding to each digital content fully records the time relationship with the adjacent digital content and Sound processing content. This is equivalent to a multitrack soundtrack that is stored in the studio.
  • the "broadcast order 321 a" marked in the metadata also clearly indicates the affiliation between adjacent digital contents, for example, #7-1 and #7-2 mean that the two digital contents are attached to the digital content# 7.
  • This offline clip is done after DJ believes that the overall arrangement including music arrangement, conversation content and background sound is satisfactory.
  • Mixing a portion of a clip's media clips into a media clip can reduce the file size.
  • the user's voice control device is not suitable for this mixing work. This is mainly to consider the sound quality and bandwidth requirements. If DJs need to download multiple high-quality sounds (such as 192Kbps recording files) to pre-record music and dubbing tapes, it will take a lot of time and bandwidth. It is more reasonable to download only the low-quality pre-recorded music and soundtrack, or download the frequently used media clips and store them in the user's voice control device.
  • the bass quality media file can be used to allow the sound control application to determine the editing attribute characteristics depending on the operation of the broadcast.
  • step S504 when the clip (for example, one hour program) has been completed, all the participating media segments (pre-recorded music, dubbing tape and talk) and the ordered playlist, their metadata, and the DJ conversation are recorded.
  • the recording files are collected and packaged into a "session package" for the channel.
  • Media files for pre-recorded music and dubbing tapes are not included in the clip package, as they are already in the high-quality format in the computing cloud. File case.
  • the clip parcel is then uploaded to the host for delivery, or to a supervisor or a secondary broadcast as needed (step S505).
  • the broadcast host uses (filtered) a production list as its to-be-listed list.
  • step S507 the broadcast host uses its mixer 1 13e to mix a portion of the adjacent media segments, such as the talk segment and its background music dubbing band, according to the time relationship indicated in the metadata and the sound effect processing provisions into a combined content segment. .
  • This is usually the first step in broadcasting the list to the consumer.
  • the mixer for the broadcast host mixes #7 and its associated #7-1 and #7-2 according to the metadata to simplify the list and remove unnecessary digital content downloads. And the required bandwidth.
  • This action is at step S507 of FIG. If the host is about to deliver the list to the consumer, the conversation segment used in the mixing and its background music dubbing tape, and the pre-recorded music delivered must use high-quality media segments to give consumers the best sound quality. .
  • the host for broadcast can also not mix, so that other user devices can use the flexible editing of the list for selection and insertion. That is, the broadcast host selectively mixes some of the digital content in the to-be-listed list according to the rights of other user devices that are expected to play or edit the list to be broadcasted. Finally, in step S508, the broadcast host sends the channel to-be-listed list to each channel subscriber. This is the concept of the remote recording studio proposed by the present invention, and is fully utilized in the "production" situation.
  • a clip of an image file can be treated like a concept. That is, in the above embodiment, only the sound files are mixed, and the mixed digital content is not limited to the sound clip.
  • the two video clips can also be mixed, for example, the images can overlap, fade out and fade in at the same time, or add subtitles or images in an image.
  • a sound file can also be mixed into a certain video file as a track, which is also very common.
  • the broadcasts described in the present invention need to meet the individual needs of each consumer.
  • Each individual user device has its independent influence on the media content to be downloaded and played in the next stage; that is, even if the channel to-be-listed list and the inserted interstitial message are the same, different consumption can still be due to its preference or frequency.
  • the wide feature produces a different sublist. Therefore, the data stream should be in unicast mode. It is also possible to stream data to any number of user devices in multicast mode if it is desired to cancel the personalization and specify a specific IP address.
  • the term "broadcast" in this creation refers to any feasible media distribution model including unicast, multicast and hybrid unicast and multicast.
  • the term broadcast as described in the present invention and the multimedia presentation over internet (which refers to the transmission of a message by a single device to other devices belonging to the same IP address) is different.
  • media segments that can be collected from an activity form a group of users for broadcasting, so that the group Users take advantage of it.
  • a typical application example is a concert.
  • the concert user group collects media clips related to all activities including live recordings.
  • Fans who purchase tickets for the concert can log in to this user group, listen to or watch the singing content again, and become an additional service for the fans.
  • Fans who purchase tickets can log in with a set of account passwords and retrieve media content.
  • the interstitial medium 113d in the broadcast host picks up the retrieval request and then delivers the media segment as desired, similar to the processing of the rebroadcast authorization.
  • the ticket holder can also transfer the replay authorization to others, and the actions and system responses are similar to those previously given to others.
  • Modern broadcasters and television stations often use automatic playout systems (such as WinMedia®) to arrange, dub or record live audio tracks, and schedule the broadcast time of music bands and advertising bands.
  • a well-organized clip (for example, one hour) forms a list. The list records when and how the corresponding multi-track media segments (such as DJ conversations, dubbing, music, and advertisements recorded in 192 bps format) are used, how they are played, the sound processing, and the temporal relationship of adjacent media moments.
  • a production user device is designed to retrieve its inventory from an automated playout system. As long as the metadata is properly generated, the conversation track, the scheduled music, and the dubbing content in the broadcast clips produced by the original radio and television stations can be uploaded as the broadcast clip of the system.
  • the primary broadcast list and its corresponding metadata and the digital content are converted from digital content and lists produced by a conventional broadcast station or television station.
  • the list thus converted and its dependent metadata and media segments can be temporarily stored in the host to be broadcasted and streamed to their channel subscribers.
  • the co-creation of the system also attracts public interest, it can also be transmitted to the automatic broadcast system of the radio or television station.
  • the broadcast and television station is now a media consumer user device.
  • the device forms a sub-list according to its playback policy, and the media files in the sub-list can be downloaded from the host to the broadcast or TV studio.
  • the broadcast or television station can broadcast the media file through its transmitting device based on the generated local list.
  • the present invention further proposes a method of diversifying the producers, and the secondary production can reuse the clips produced once and replace them with the speech segments.
  • the secondary production can reuse the clips produced once and replace them with the speech segments.
  • the step of the secondary production may include: downloading the to-be-listed list provided by the one-time production and the digital content corresponding to the to-be-listed list, reconstructing and playing the to-be-played list of the one-time production and corresponding to the Digital content of the to-be-played list; recording a new production-only ad hoc recording corresponding to the one-time production of the impromptu recording, thereby generating metadata of the subordinates thereof; recording the to-be-played list provided by the one-time production broadcasting with the new production-only ad hoc recording And its dependent metadata replaces one-time broadcast impromptu recording in the one-time production broadcast and The dependent metadata becomes the secondary production list; and according to the time relationship between the digital content and the newly produced ad hoc recording, the digital content and the subordinate metadata of the new production impromptu recording are marked Editing the attribute feature; and uploading the secondary production list and the new production orphan recording to the broadcast host.
  • the flowchart of the list produced by the secondary production editing by one production broadcast is very similar to the flow chart of the one production broadcast in Fig. 5, so it is not drawn separately.
  • the application in the secondary production DJ user device reconstructs the once-produced clip and listens to it by the secondary production. This step replaces step S502 in FIG.
  • the secondary production DJ records its conversation content (ie, the new production of the impromptu recording) at a time similar to that of the conversation recording (one-time production of the impromptu recording) used in one production broadcast, and generates its metadata.
  • This step replaces step S503 in Fig. 5.
  • An example of a broadcast sound control clip as shown in FIG. 6 can be taken as an illustrative example.
  • the secondary producer recorded the recorded video of the conversation in place of the digital content #7 recorded in the one-time broadcast in Figure 6, and the remaining digital content remains unchanged.
  • the new list, metadata, and secondary broadcast conversations constitute a secondary program that is referenced and produced once, and is collected into a new edit package, uploaded to the broadcast host (step S504), or as needed Passed to a supervisor.
  • the broadcast host uses the (filtered) secondary production list as the to-be-listed list.
  • Figure 7 is a flow chart of a method for listener play, gift and occasional creation.
  • the step of consuming one or more to-be-listed lists may include: downloading the one or more to-be-played lists and their corresponding metadata; and waiting for the one or more The control rule in the metadata corresponding to the playlist and the consumer's preference generate a sub-list; according to the sub-list, the broadcast host is required to provide the digital content pointed to by the sub-list for playing and Send a play result back to the broadcast host.
  • the broadcast host after receiving the login request of the remote application in steps S701 and S702, the broadcast host compares the account data of the database 14 to decide whether to approve or not.
  • the list to be broadcast and its metadata data 1 13f can be issued to the remote device via the manifest server 1 13a (step S703).
  • the playback schedule and recorder 23 1 of the user device can use the media rules of the media segment used in the list, the network bandwidth limitation, the connection quality, the music preference, and the account authorization to separate the media segments in the list.
  • the priority is rearranged or deleted, or the sporadic intervening media clips transmitted by the interstitial medium 1 13d are added (step S705).
  • the list to be broadcast is reorganized into a sub-list.
  • the broadcast host receives the sub-list, and then the media files listed in the list are downlinked to complete the second round of round-trip interaction.
  • Step S740 The user device plays the received media segment, and if the metadata allows, the video segment can be replayed.
  • the last playlist of the user device is a version of "reconfigure" from the original to-be-listed list. Ben.
  • the playback schedule of the user device and the recorder 231 may also sort the play record into a play result list and return it to the broadcast host, as shown in step S745. After all the downloaded digital content has been played, the consumer can also download the next stage of the play clip from the broadcast host, as shown in step S750.
  • the broadcast host 1 13 is unable to provide the digital content required by the sub-list in time or indicated by the metadata of the sub-list
  • another user content repository 221 in the user device is Digital content is replaced.
  • the details are that if the download bandwidth is unstable, the downloaded media clip may not catch up with the playback speed set by the sub-list.
  • the user application 23 can now be replaced with an alternate media segment.
  • the actual play content or user "local list" is not necessarily equal to the sub-list.
  • certain media segments in the to-be-listed list may be designated to be replaceable for the user-supplied media segment. Based on this use, this replaceable media segment is in fact just a slot in the list with no media content.
  • the replaceable media segment can be labeled with a "user implant ID" 314 in its metadata.
  • the user application 23 can replace the "blank slot" in the to-be-played list with its own recorded clip. This can be useful when consumers want to create their own personal "Taiwan". Chain stores can also obtain a common list from the host for the broadcast, and then replace the specially identified media clips with their own "store calls" to create the unique features of the store.
  • the user application 23 can organize the actual list of the user device into a play result list and upload it to the broadcast host as a record. Steps S731 to S732 describe how the user device implants the replacement process with the own media segment after the metadata in the list is marked with the "User Implant ID" 314.
  • replays and grants may be defined in advance. Since the user can be tracked by the database, the system can be designed to grant replay times. This has implications for paid copyrighted content. For example, the repeatable number of times 331a can be set in the list transmitted to the user device and its dependent metadata. The user device's application can store the media content and its dependent metadata in its memory. When the user decides to replay, the media file is taken out and replayed, and the amount is deducted once. The remaining amount can also be uploaded to the broadcast host as part of the play result list, and saved as a record.
  • Figure 8 is a flow chart of the insertion of media to include personalized media segments such as gifts and occasional creations.
  • the system may further provide a gift service because the user may have the need to transfer an unused credit.
  • an insertion list may be generated according to the authorization of the account attribute data transferable number 331b in the metadata of the digital content in the to-be-listed list.
  • the broadcast host makes a transfer of the list to be broadcasted to another user device. The method is to design a "transfer" information, using the data back to the host for the broadcast. Pass.
  • step S741 and S742 the broadcast host receives the "transfer” request, and then requests the transfer to the interstitial medium 1 13d, and the broadcast media notifies the recipient with a single content to-be-listed list and its dependent metadata (step S810). And S820).
  • the interstitial medium determines its action according to the identity of the recipient. If the recipient is a member of the system, only one interstitial message is to be pushed to the member (step S820).
  • the content of the push newsletter is a single content break list (a "snap list" corresponds to an "intermediate media clip," and its metadata.
  • a "gift warrant” is sent by email;
  • Members of an online community use the agreed data exchange format to pass the gift certificate to their members.
  • the so-called gift certificate means that the recipient may receive a set of account passwords sufficient to log in to the host, or a notification message ( Prompt) to guide the name of the given media clip, the giver, the number of remaining plays, and the download point.
  • the recipient may choose to download the specified media clip for immediate or later playback.
  • the connection method such as an html file, can be used as a gift medium because it can be transmitted by e-mail or other electronic means. Therefore, the gift content can be played not only on another user device in its application, but also available. Some browsers or players play.
  • the donor can specify the broadcast time 321b in the metadata so that the donor and the recipient can play at the same time.
  • users may also participate in content creation. Users can form groups and share experiences with each other. Group members can use the app to record their short stories, or perform a work. That is, when the listener (user device) is in a consumer role, a digital content may be created and uploaded to the broadcast host, wherein the step of authoring the digital content by the user device
  • the method includes: applying a program to enable the consumer to start recording by a button operation to generate a recording file, thereby generating another interstitial list, including the metadata; and uploading the recording file, the interstitial list and Metadata to the broadcast host, and then the broadcast host uses the playlist as one of the to-be-listed list, and then delivers the to-be-listed list, the audio file and its metadata to the consumer a specified user group or a virtual user group classified by the broadcast host according to user data related to one or more user devices in the computing cloud.
  • the application of the user device transmits the recording result to the broadcast host in steps S743 and S744 for delivery to a user group.
  • the application can cause the user to start recording with a one-touch operation (step S801), and designate the user group to which the accidental creation belongs (step S802).
  • the host or group owner can further match the conversation piece with dubbing content or background music to make the playback better.
  • the group owner decides or an automatic action of a program, and the sporadic creation may be transmitted to a supervisor for inspection.
  • the segments approved by the supervisor in steps S804 and S805 become the digital content 1 12al belonging to the user group, are stored in the content repository 1 12a, and are simultaneously inserted.
  • the medium 113d filters out subscribers interested in this topic from the group subscriber list 114a.
  • the interstitial media transmits the to-be-played list generated by the transfer or the sporadic creation to the content recipient or the group subscriber, wherein the content gift is derived from the "transfer" request of step S810.
  • each receiving user device compares the to-be-polished list in the interstitial message and the control rules in the metadata with the existing local list, finds the playing order and the priority, and determines which media segments need to be Planting, and priorities.
  • Some user groups may allow multiple users to work together to complete a relay work. At least one user can upload one or more works marked with a timeline to the broadcast host, and the metadata can indicate the play order and the cut-in and cut-out time at the time of playback. In this way, the host device can be played by the user device according to the time axis to create a relay effect. For example, a 'j, say or essay can be read by different members of the user group, and each bit is assigned a start and end point. Each member's readings are systematically organized to form a co-creation.
  • the uploading medium of the user device may have the ability to upload the device type (fixed or mobile) and its location information.
  • location information provided by a mobile device by a Global Positioning System (GPS) can be uploaded to the broadcast host.
  • the broadcast host can transmit the location-related information to the user device located in the adjacent location by filtering the user location coordinates.
  • the traffic user group collects a lot of road buddies who return the creators. According to the GPS positioning when the creator returns, the road condition becomes location-dependent.
  • the listener returns his or her own position to receive traffic from its neighbors from the traffic user group.
  • the user location history data stored in the H" cloud user database 114 can more accurately meet the needs of the user's location.
  • the location information collected in the past few minutes can display an action use. It is advantageous to provide only the road conditions in the area ahead of the direction of travel. Furthermore, the daily or divisional trajectory can be analyzed to provide more accurate location information. For example, the host You can find that some office workers like to go to the restaurant after work on Friday. According to this, you can provide discount coupons for the nearby restaurants on the way to the nearby restaurants. You can provide discount coupons for nearby restaurants based on past history, so you can already go on the road. , as the direction of movement changes to provide discount coupons for the area to which the new path points. User groups can be an important tool for target marketing.
  • the computing cloud may know that a user is located in the Los Angeles area, for jazz music, social Activities and food are of interest. Computational cloud can therefore become a medium for accurately delivering advertisements to interested target audiences. In addition, publishing advertising media is as easy as making an occasional creation. Computational Cloud is the medium for this advertising distribution.
  • the user device classifies the user data, thus establishing a number of "advertising virtual user groups.” For example, each ad virtual user group can subdivide its target consumer group by age, region, professional group, etc.
  • the broadcast host uses a network with a larger bandwidth according to the requirements of the user device, and the number of the to-be-listed list required by the user device is The content is delivered to the user device with a shorter connection time to enable the user device to play the digital content in the to-be-played list with a longer offline state time.
  • Larger bandwidth networks are download channels that vacate a larger bandwidth, such as WiFi offload or from a mobile network. Due to the use of a larger bandwidth download channel, media content can be streamed quickly, and the user device can cut off the network connection by downloading with a shorter connection time.
  • Step S717 in Figure 7 describes an alternative process for saving power.
  • control logic can be stored in a data storage medium containing a plurality of instructions that can be manipulated to manipulate an information processor to perform the steps disclosed in the embodiments of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

本发明是关于一种互动式云端广播供播方法，其通过一计算云作为一共同使用的平台，其中以互联网络互连的电子装置如智能型手机及平板电脑可以登入并创作、审查、编辑及下载并播放数字内容。换用不同应用程序，用户可成为数字内容的制作者、审查人或消费者。用户创作的数字内容与预录音乐专辑都被存放在云端。若在用户装置进行配音及音效处理且将相邻媒体片段的时间关系注记于每一媒体片段所属的元数据，则专业编辑亦为可行。经专业编辑的播放清单可再利用，以主机与用户的往返互动动作将部分音轨取代。个人化的插播媒体可被整合至正常的串流媒体，成为用户之间的媒体供需服务或订阅服务。

Description

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

Claims

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210199766.8A CN102968424B (zh) 2011-06-22 2012-06-14 互动式云端广播供播方法
CN201210199766.8 2012-06-14

Publications (1)

Publication Number Publication Date
WO2013185476A1 true WO2013185476A1 (zh) 2013-12-19

Family

ID=49757608

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/000685 WO2013185476A1 (zh) 2012-06-14 2013-06-08 互动式云端广播供播方法

Country Status (1)

Country Link
WO (1) WO2013185476A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI578747B (zh) * 2015-07-07 2017-04-11 樹德科技大學 雲端推播服務系統及方法
TWI623215B (zh) * 2016-01-05 2018-05-01 麥司奇科技股份有限公司 無線電雲端系統的跨網通訊方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050102695A1 (en) * 2003-11-12 2005-05-12 Home Box Office, A Delaware Corporation Automated playlist chaser
CN102497241A (zh) * 2011-11-30 2012-06-13 上海博泰悦臻电子设备制造有限公司 收音节目单的获取方法和系统
CN102968424A (zh) * 2011-06-22 2013-03-13 刘镇崇 互动式云端广播供播方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050102695A1 (en) * 2003-11-12 2005-05-12 Home Box Office, A Delaware Corporation Automated playlist chaser
CN102968424A (zh) * 2011-06-22 2013-03-13 刘镇崇 互动式云端广播供播方法
CN102497241A (zh) * 2011-11-30 2012-06-13 上海博泰悦臻电子设备制造有限公司 收音节目单的获取方法和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI578747B (zh) * 2015-07-07 2017-04-11 樹德科技大學 雲端推播服務系統及方法
TWI623215B (zh) * 2016-01-05 2018-05-01 麥司奇科技股份有限公司 無線電雲端系統的跨網通訊方法

Similar Documents

Publication Publication Date Title
TWI471732B (zh) 互動式雲端廣播供播方法
US11671645B2 (en) System and method for creating customized, multi-platform video programming
JP5250100B2 (ja) メディア・コンテンツのプログラミング、配信、および消費
US8214462B1 (en) System and method for providing a personalized media service
CA3121833A1 (en) Interoperable digital social recorder of multi-threaded smart routed media and crypto asset compliance and payment systems and methods
US20050198317A1 (en) Method and apparatus for sharing internet content
US20120245982A1 (en) Method and System of Providing and Presenting Content to a User
US20090256855A1 (en) Systems and methods for graphics processing unit augmented high performance personal computing
US11496780B2 (en) System and method for production, distribution and archival of content
US11545187B2 (en) System and method for compiling user-generated videos
US11550951B2 (en) Interoperable digital social recorder of multi-threaded smart routed media
US20220210514A1 (en) System and process for collaborative digital content generation, publication, distribution, and discovery
US9172732B1 (en) System and method for providing a personalized media service
US20150373395A1 (en) Systems And Methods For Merging Media Content
WO2013185476A1 (zh) 互动式云端广播供播方法
Fauteux The radio host and piloted listening in the digital age: CBC Radio 3 and its online listening community
Stuhl Radio automation: sonic control in American broadcasting
US20140169759A1 (en) Systems And Methods For Merging Media Content
TWI527447B (zh) 多軌媒體剪輯之編輯及播放系統與方法
JP2009017417A (ja) コンテンツ配信サーバ、コンテンツ配信プログラム、及びコンテンツ配信システム
Jarvis How Spotify's Marketing Strategies Encourage Listeners to Stream R&B and Hip-Hop Music
Koivunen The importance of playlists in the life cycle of a song
TWM484779U (zh) 多軌媒體剪輯之編輯及播放系統

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13804337

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13804337

Country of ref document: EP

Kind code of ref document: A1