WO2016004477A1 - Système radio sur internet - Google Patents

Système radio sur internet Download PDF

Info

Publication number
WO2016004477A1
WO2016004477A1 PCT/AU2015/050385 AU2015050385W WO2016004477A1 WO 2016004477 A1 WO2016004477 A1 WO 2016004477A1 AU 2015050385 W AU2015050385 W AU 2015050385W WO 2016004477 A1 WO2016004477 A1 WO 2016004477A1
Authority
WO
WIPO (PCT)
Prior art keywords
customer
content
broadcast
consumer
over
Prior art date
Application number
PCT/AU2015/050385
Other languages
English (en)
Inventor
Claes J M Loberg
Original Assignee
Guvera Ip Pty Ltd
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 AU2014902633A external-priority patent/AU2014902633A0/en
Application filed by Guvera Ip Pty Ltd filed Critical Guvera Ip Pty Ltd
Publication of WO2016004477A1 publication Critical patent/WO2016004477A1/fr

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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • 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/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • 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/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/76—Wired systems
    • H04H20/82—Wired systems using signals not modulated onto a carrier

Definitions

  • the present invention relates to the provision of media or content over the internet to a plurality of users and particularly to a broadcast system over the Internet in which a customer can set up and control their own broadcast based on a library of content and provide real time interaction with listeners via a personal computing device such as a smartphone or tablet or the like.
  • That document discloses a user interface for an Internet data stream transmission system comprising a media player for playing data streams, a rating tool for receiving news indications regarding a current datastream and indicating a rating for that datastream as currently played by the media player and the dart stream information display for displaying information regarding the datastream as currently played by the media player for the period that the data stream is played by the media player so the user can indicate a preference regarding the datastream is currently being played.
  • That system allows user interaction so that the user can establish his or her preferences in relation to the broadcast that is being received.
  • the content of personalised song lists to individual listening stations or users can be said to be "microcast” or “narrowcast” according to that system.
  • That system is particularly directed towards circumventing the problem that one person is preferred music may not be as appreciated by another individual. It is based on the concept that music can be very personal, often affecting the person at an emotional level and when a radio station broadcasts a sole or other audio signal, all receivers tune to the carrier frequency pick up the broadcast and either enjoy or suffer the broadcast equally.
  • the present invention is directed to an internet radio system, which may at least partially overcome at least one of the abovementioned disadvantages or provide the consumer with a useful or commercial choice.
  • the present invention in one form, resides broadly in a method for providing real time electronic delivery of content over an Internet data transmission system allowing at least one customer to host a real-time content broadcast, the method including the steps of at least one customer choosing at least one content piece in a playlist for delivery over an Internet data transmission system to one or more interested consumers who opt in to the transmission, delivering, by a server computer over the Internet data transmission system, at least a portion of the playlist to one or more interested consumers who opt in, and providing the at least one customer with the ability to insert voice-over content into the transmission provided over the Internet data transmission system such that the voice-over content is streamed to one or more interested consumers who have opted in.
  • the invention resides in a method for providing real time electronic delivery of content over a transmission system allowing at least one customer to host a real-time content broadcast, the method including the steps of at least one customer choosing at least one content piece in a playlist for delivery over an transmission system to one or more interested consumers who opt in to the transmission, delivering, by a server computer over the transmission system, at least a portion of the playlist to one or more interested consumers who opt in, and providing the at least one customer with the ability to insert voice-over content into the transmission provided over the transmission system such that the voice-over content is delivered in realtime to one or more interested consumers who have opted in.
  • the method will allow a customer to host a real time broadcast, preferably a radio broadcast, based on a preselected playlist over the Internet data transmission system and to insert voice-over of the customer and/or third parties into the transmission for delivery with the playlist or any one or more portions thereof.
  • the method may further include the step of providing one or more interested consumers who have opted in to a broadcast, with the ability to contact the at least one consumer hosting the broadcast, to have a more than one way voice-over over the Internet data
  • the present invention resides in a system for providing real time electronic delivery of content via an Internet data transmission system allowing at least one customer to host a real-time content broadcast, the system including at least one server electronically storing a plurality of content pieces in one or more playlists, at least one customer with a personal computing device with data transmission capability allowing the at least one customer to choose a playlist from those stored on the at least one server for transmission over an Internet data transmission system and at least one interested consumer with a personal computing device with data transmission capability who can opt into the transmission of the playlist being broadcast, the at least one server delivering at least a portion of the playlist to the personal computing device of at least one consumer that opts in, the personal computing device of the at least one customer providing the ability to insert voice-over content into the transmission provided over the Internet data
  • the personal computing device will normally have voice transmission capability as well as data transmission capability although these may be provided over the same or different channels or transmission pathways.
  • the voice pathway may be distinct from the playlist pathway or provided on the same pathway.
  • the voice input may be received through a different mechanism to the Internet data transmission system over which the playlist is delivered and the voice input may be combined with the Internet data transmission of the playlist at any time.
  • the internet radio system of the present invention preferably includes a software application designed to operate on smartphones, tablet computers and another mobile device that each customer and consumer will require in order to access the Internet data transmission.
  • the software application will preferably be available through any application distribution platform regardless of type or platform or the owner, which is typically operated by the owner of the mobile operating system, such as the Apple App Store, Google Play, Windows Phone Store and BlackBerry App World.
  • the application of the present invention will normally be downloaded from the application distribution platform to a target mobile device.
  • the software application will preferably allow communication with a software program operating on a system administer server computer or computer network.
  • the software program operating on a system administer server computer or computer network will be more advanced and be responsible for the bulk of the processing with the application operating on the smartphones, tablet computers and another mobile device typically smaller and with less processing power, optimised to send and receive instructions and requests and leaves the operations requiring larger processing power to the software program operating on a system administer server computer or computer network.
  • the personal computing device can be any type however, they will typically be a smart phone, computer tablet or other portable device having at least one communication pathway in order to communicate with the server computer or network.
  • the personal computing device preferred for use in the present invention includes a processor with on-board memory, a display, at least one input apparatus, at least one output apparatus (such as audio output, directly via speakers or similar or indirectly via a port or similar allowing the connection of speakers, visual output or similar), and access to at least one communication pathway.
  • the display will preferably be a touchscreen as many personal computing devices currently available have this feature.
  • the advantages of the touchscreen include allowing a larger display and also allowing the display to function as a part of or as, the input apparatus.
  • the software application is provided to operate on a personal computing device with appropriate connections through the personal computing device to the administrator computer server computer or network in order to gain additional information to that present on the personal computing device.
  • the additional information may be obtained from the server computer or network and/or by push notification from the server computer or network to the personal computing device and/or upon request from the personal computing device.
  • the present invention will preferably have a number of parties associated with the system, with a party categorised into one or more general types.
  • the preferred types of parties associated with the system include a system administrator (which can be one or more people, and/or machines in one or more locations) customers who host a broadcast and consumers who opt in to receive the broadcast.
  • the customer and consumer will normally download the software application to their personal computing device.
  • the download of the software application will normally include appropriate instructions to be stored in the memory of the personal computing device in order to create and maintain links and associations with the server computer or network in order to communicate with one or more databases stored thereon.
  • the at least one input apparatus therefore will typically be formed or displayed on the display of the personal computing device as required.
  • the at least one input apparatus will normally take the form of a virtual keyboard including letters of the alphabet, numbers and/or symbols as well as one or more action icons to allow a user to implement action on the personal computing device.
  • a portion of the image displayed on the display of the personal computing device will be provided as visual feedback reflecting the input provided by the user of the personal computing device.
  • Other types of input apparatus are typically also present including at least one voice input apparatus, typically a microphone or similar device.
  • the personal computing device normally provides access to one or more
  • the server computer or network will also include one or more databases containing information about the customers and the consumers such that information regarding the identity of any one or more of these parties may be communicated with by the personal computing device or the software application to ensure that the personal computing device requesting data from the server computer or network or to which Internet data transmission is to be sent or from which information is received, is a personal computing device of a customer or consumer of the system.
  • This functionality is normally accomplished through a login facility in which the customer or consumer uses the personal computing device to log into the system.
  • the login process may use login details that the customer or consumer has developed for another application or use.
  • the customer or consumer may use a Facebook or Twitter account login or similar or alternatively login details for an email system such as Gmail or Hotmail in order to access the system of the present invention.
  • details of the customer or consumer login will be stored in the customer or consumer profile in at least one customer or consumer database and as a login request is received, the server computer or network will typically ensure that the login details supplied match those of a customer or consumer before allowing access to the system and any databases on the system.
  • a login prompt is produced and displayed as a displayed image on the display of the personal computing device and including at least one action button.
  • This will normally allow input or selection of the desired login information into an input template and which also prompts input of the login information provided by action in the form of a submission to the server computer or network.
  • This will normally be a two-part process in which the customer or consumer will normally select the desired login type if permitted followed by entry of the customer or consumer particular identification information and password followed by the submission step.
  • the entered details Upon submission, the entered details will be sent to the administrator computer server or network for authorisation.
  • the personal computing device is typically used to create a login request which is then sent via a communications pathway to the computer or network whereupon the system of the present invention checks the customer or consumer database(s) for a match and allows access to the system if the match occurs and denies access to the system is matched is not occur.
  • the at least one consumers may not need to login to listen to a preview of a broadcast.
  • a consumer can listen to a preview before deciding whether to opt in or not.
  • the preview period is normally relatively short such as 30 second or so and if the consumer decides to opt in, they will normally be prompted to login.
  • delivery shall be used to indicate supply and or distribution of content to a consumer, and implicitly includes the default common mechanisms for supply and/or distribution appropriate for the nature of the content.
  • delivery may be taken to mean view, download, stream, receive by email or tradition mail or courier services, as well as other germane mechanisms.
  • the present invention will typically be directed towards the delivery of audio content such as music as one example, but may also typically be or include visual or other media such as video, books or the like.
  • the present invention can be used to allow at least one customer to design and deliver any type of broadcast. Therefore, the scope of the term "playlist" is broader than simply a music playlist and can involve a customer selecting an introductory content piece and then hosting a talkback show for example.
  • the playlist of the present invention and the selection of at least one content piece for addition to the playlist can be used by the at least one customer to host any type of broadcast.
  • the method and system of the present invention will allow a broadcast to occur substantially in real time with the ability for a customer to "host" a broadcast of the content and to provide voice-over commentary or discussion whilst the broadcast is occurring.
  • the customer may have the ability to pause or stop the broadcast of the playlist while there is voice over content being transmitted in order that the content delivery of the playlist or items therein is either not disrupted or disrupted only minimally.
  • the playlist may be designed with gaps or spaces of a particular length or duration interspersed with the content allowing a customer to insert voice content without disrupting the content delivery.
  • the real time electronic delivery of the content occurs over an Internet data transmission system.
  • Any format of data transmission system can be used, for example Bluetooth, Wi-Fi or other transmission format.
  • the data transmission occurs over the Internet due to the large number and a variety of devices with access to Internet data transmission systems and therefore, delivery of the broadcast.
  • the method and system of the preferred embodiment includes a customer choosing at least one content piece in a playlist for delivery over an Internet data transmission system to one or more interested consumers who opt in to the transmission.
  • the content pieces will normally be stored on a server computer or network.
  • the content pieces will typically be stored in one or more playlists.
  • the customer may choose an existing playlist (whether made by a third party, a system administrator or by any other method such as by automated selection for example) or alternatively, the customer may choose to create (and save) a custom playlist.
  • this playlist may allow on demand selection of content pieces but preferably, on demand selection of content pieces is not allowed within the system of the present invention
  • the customer may create or build a custom playlist and then save it for transmission before the transmission begins.
  • the at least one content piece selected may be an introductory piece allowing a customer to open a broadcast with that content piece but then conduct a talk show or podcast or interview or the like.
  • At least one database will include a variety of playlists, each playlist typically categorised to allow selection according to type. For example, normally playlists will be provided in particular categories such as popular music, playlists created by a customer's friend(s), or genre based playlists.
  • Each playlist will typically include a number of content pieces or may for example contain one piece of content which is divided into a number of portions. Therefore for example, a playlist may include a number of individual songs or pieces of music or alternatively, may include a book or article which has been divided into a number of chapters.
  • a piece of music or song may include identification of the particular album upon which the song appeared, album artwork, details on the artist, reviews and the like.
  • this information which accompanies each piece of content will preferably be viewable by a consumer or customer as required or desired.
  • the order of particular content pieces may be set prior to transmission.
  • the order may be selectable or adjustable by a customer during the setup process of the playlist or alternatively, may simply be fixed and may not be capable of adjustment by the customer.
  • the playlist will play and be delivered via Internet data transmission and consumers will opt in to the broadcast for any period that they desire.
  • the playlist will be delivered over the transmission network.
  • the playlist will typically be delivered to any consumer who opts in to the broadcast. Opting in by a consumer will typically involve the consumer using their personal computing device to send a request to receive the broadcast by opting in, to a system administrator server computer or network. The consumer may be able to opt in at any time and similarly, the consumer will be able to opt out at any time. The consumer will typically only receive the transmission following a request to opt in and the playlist will normally be delivered to that consumer from the point reached in the broadcast, that is, there will preferably be no retrospective delivery of the playlist or any portion thereof.
  • the playlist will be delivered electronically to a consumer' s personal computing device.
  • the personal computing device preferred for use in the present invention will normally include an appropriate player, whether software, hardware or a combination of the two, in order to deliver the content for consumption by the consumer.
  • the consumer will typically be unable to alter the playlist, but the consumer will preferably be able to opt in and out of the broadcast at any time. The consumer may particularly be able to opt in after they have previously opted out.
  • the delivery of the broadcast to the personal computing device of the consumer will typically generate an interface on the display of the personal computing device whilst the user' s opted in, in order to show the current status and information relating to the broadcast which is being delivered to the consumer at any time.
  • the consumer will normally have only limited interaction with the customer or host of the broadcast and with the broadcast itself other than the ability in some circumstances to provide voice-over content in conjunction with the customer or host. In other words, the consumer can normally only access the broadcast in order to add voice content with or via the customer or host. The consumer will be able to receive the broadcast on the basis of their request to opt into the broadcast being accepted but the addition of voice content by the consumer is only with the agreement of the customer/host of the broadcast.
  • the method of the present invention is preferably achieved by computer hardware operating software containing instructions in association with one or more communications pathways between a variety of pieces of computer hardware operating software compliant with the system, in order to achieve the method.
  • the computer hardware included in the system of the present invention typically includes an administrator computer server or network which electronically stores pieces of content, playlists as well is information in relation to the customer and the consumers which are users of the system.
  • the hardware also preferably includes a communication network in order to send/receive requests from users to and from the administrator computer server or network and to broadcast the playlist as required.
  • the communication network also preferably allows a customer responsible for broadcast and/or a consumer of a broadcast to insert voice-over content into the broadcast.
  • the hardware included in the system of the present invention also includes a personal computing device for each customer and a personal computing device for each consumer.
  • the respective personal computing devices will preferably be the primary points of access to the system of the present invention by the users of the system and normally interaction with the software operating on the administrator computer server network will occur using the personal computing devices.
  • the software operating on the hardware of the system of the present invention includes a first software component operating on the administrator computer server or network to allow a customer to choose or create a playlist, allows the customer to broadcast the playlist across the Internet data transmission system, allows one or more consumers to opt into the broadcast and receives requests to add voice-over content to the broadcast from a customer and/or one or more consumers.
  • the addition or insertion of the voice-over content to the broadcast is achieved at the administrator computer server or network level in order to flow into the broadcast as the broadcast is transmitted.
  • a second software component is provided at the personal computing device level on each of the customer personal computing devices in order to queue up or organise the broadcast as well as to add voice-over content from the customer and on the consumer personal computing devices in order to include a player, typically a software player in order to play the delivered playlist and also to allow the consumer to engage in the addition of voice-over content from the consumer, with the customer's permission.
  • the hardware included in the system of the present invention can be relatively generic hardware including as it does, a computer server and one or more personal computing devices, each with access to a communication network.
  • the personal computing devices will typically be a smart phone, tablet or other computer.
  • the computer server or network will normally include a processor with memory operating instructions and a number of databases stored in electronic form.
  • the databases will typically include at least one content database, a least one customer database, and at least one consumer database. It is anticipated that the at least one customer database and it least one consumer database can be amalgamated into at least one user database, with the designation of a user as being either a customer or consumer dependent upon the use of the system.
  • the system has at least one content database containing pieces of content with each piece of content having one or more content profile identifiers.
  • the pieces of content should be considered to be anything of intrinsic or implied value that a user can "consume” specifically including but not limited to, music, audio, video, books or ebooks, games, applications (or “apps"), software "add-ons", still images, snippets, services, redeemable vouchers, branded material, t-shirts, caps, tickets to events, information services or portions of the aforementioned.
  • the term “consume” includes downloading the content whether for immediate or delayed consumption, printing, or saving the content.
  • the content can have any form provided that the content is electronic or digital in order that the content can be transmissible between the system and the at least one consumer and between the at least one content provider and the system.
  • each piece of content will be stored in an electronic file and it is this electronic file which will typically be capable of transmission, dissemination or copying or the like onto a physical medium.
  • the content will typically be provided from any source.
  • an entertainment studio, TV network, Internet social networking systems or record labels may choose to provide content to the system.
  • smaller organisations or individuals may choose to provide content directly to the system such as home movies, demo music tracks or the like.
  • the content may be provided directly to the system or indirectly. Normally, the content provider will have to be or have a legal relationship with the content owner and systems will normally be provided to monitor the content in this regard to minimise the risk that content can be provided without the permission of the owner.
  • Content provision shall include but not be limited to one time purchases, rentals, term subscriptions, use subscriptions, and rights limited ownership (e.g. DRM limited music and video).
  • Each piece of content will also have one or more content profile identifiers which will typically be referred to as "tags”. Each piece of content will also typically have
  • the ownership information identifies who owns the content in order to recompense the owner and the tags will identify the type of content.
  • Each piece of content will typically be tagged according to its "type”.
  • Each piece of content will preferably be tagged according to its Genre, Mood, Style and Theme.
  • the Genre tags will normally be those used in a particular industry such as music genre including pop, classical, rock, rhythm and blues, house/techno, folk and the like.
  • Each of these broad genre categories may include at one or more sub-genre.
  • the genre tagging will also fit with the accepted genres in industry.
  • Mood tagging will preferably represent the relatively long-lasting, effective or emotional state that the content offers for example fun, cheerful, humorous, gentle, scary, thought provoking, reflective and the like.
  • Style tagging will preferably identify the pieces of content for composition or format. Genres have been used to identify "style", but the system of the present invention will typically tag the content with more complexity. For example, a song may be a rock genre song but maybe further classified using style tagging as modern rock or contemporary rock and may indicate the basic style of the entertainment content.
  • tagging systems have been used conventionally but the tagging systems vary depending upon the provider of the content and the various entertainment types.
  • the system of the present invention will typically provide a standard for content tagging.
  • Content tagging may also be adjusted or performed through the monitoring of Internet searches or the like for example, through reviews, comments, links and categorisation.
  • the present system therefore accounts for the fact that consumers will typically search the Internet for particular content and may use these searches and/or results to improve the accuracy of the content tagging.
  • the content tagging may be reactive.
  • any content tagging will occur in real time as will adjustments to content tagging, as the popularity of particular content and/or preferences of a consumer will typically vary over time.
  • the content tag updates may be periodic or preferably ongoing in real time.
  • each piece of content will be initially tagged upon uploading or the first provision of that piece of content to the system.
  • the tags for the piece of content may be changed or vary over time in response to feedback from consumers who have been provided with that piece of content. There may therefore be a feedback mechanism in place to question or follow-up with consumers who have been provided with a piece of content to request whether the piece of content was tagged in the correct way and/or that the tag is up-to-date.
  • the tag updating process may be an automated process.
  • Each piece of content may have more than one tag but preferably, the number of tags will typically be limited to no more than between 5 to 10 tags. Tags may also be provided in different levels of importance with the number of tags in each level varying with the level of importance. For example, there may only be 5-10 top-level importance tags attached to a piece of content but that same piece of content may have 10-1000 less relevant or important tags.
  • the system of the present invention will also preferably include at least one user database.
  • a user can be both a customer and a consumer within the system.
  • Customers are preferably hosts of a broadcast and consumers are listeners/watchers of the broadcast.
  • the system of the present invention will also include at least one user database including a plurality of user profiles each with data relating to each of a plurality of users.
  • the users will typically be individuals although corporate users may be allowed.
  • the users will typically be registered as users and members of the system of the present invention either through the system of the present invention or alternatively, may be registered through a third- party system. If registered through a third-party system, a user can use the profile data from the third-party system and/or their unique login information from the third-party system in the system of the present invention.
  • the system of the present invention may utilise an existing set of data from a third-party system such as a social media system of which Facebook and Twitter are probably the most common which are conventionally available
  • the system administrator may refuse a user access to the system of the present invention altogether, as a customer/host and/or as a consumer/listener. Normally, each user will have a unique profile and information in that unique profile may be extracted from or be based on information in an existing profile from a third-party system such as a social media network.
  • the interface will normally be generated according to instructions issued from the system administrator computer network or server and typically be generated on the display of a personal computing device such as a computer, tablet or smart phone.
  • a personal computing device such as a computer, tablet or smart phone.
  • Many of these personal computing devices have touchscreens for display allowing the user to directly interact with the touch screen in order to interact with the interface.
  • a normal non-touchscreen display can be used with a movable pointer or selection tool in order to allow a user to interact with the interface.
  • One or more "buttons" are provided on the interface to allow the user to interact with the PCD and through the PCD, to interact with the system.
  • the generated interface will typically be updated substantially in real time according to the rules or instructions which are issued by the system administrator computer network or server in conjunction with the at least one content or playlist database and the at least one user database.
  • the generated interface will also typically be updated substantially in real time according to interactions by the user(s) with the system.
  • the interface generated will preferably allow a customer to set up and/or control a broadcast and also allows a consumer to interact with the customer and the broadcast within the parameters of the system.
  • a user may login to a third-party system such as a social media network and then access the system of the present invention by interacting or selecting a link which may be displayed on the social media network site.
  • a link which may be displayed on the social media network site.
  • one particularly preferred mechanism for entry to the system of the present invention is through Facebook and particularly, through a link or share which appears on a user' s newsfeed.
  • the link will typically be associated with explanatory text or material which explains the concept of the system and because the user is interested, the user will normally, having already logged into Facebook, simply select the link and be redirected to the generated interface of the system of the present invention.
  • an interface Upon logging by a user, an interface will typically be generated on the personal computer device allowing the user to choose whether they wish to design or begin a broadcast or whether they wish to opt into the broadcast of a third-party. It is this decision that will designate the user, at least for the purposes of that particular decision, as either a customer/host or consumer of the broadcast.
  • a user may indeed be a customer/host of their own broadcast and be able to be a consumer of a third-party broadcast concurrently although this may disrupt the ability of the user to provide voice-over content on both broadcasts at the same time.
  • Any interface generated at this level will typically allow a user to drill down through one or more levels of choices which in turn generates further choice interfaces until the user either makes a decision as to a particular customer broadcast, to design or begin a broadcast or return to one or more earlier levels.
  • the software operating on the hardware will typically create a new interface with a list of customer broadcasts or playlists.
  • the interface will typically identify whether the broadcast is currently on air or not.
  • the interface will also typically identify other parameters such as the number of consumers either current or historical, the number of consumers who have “liked” any one or more of the broadcasts or playlists either current or historical and typically allow the customer or host to choose between one or more of the broadcasts.
  • This interface will also typically allow the creation of new broadcasts and/or the deletion of old broadcasts.
  • the software of the present invention may identify a broadcast as well as a playlist that is to be delivered during a broadcast.
  • the broadcast information will typically relate to the delivery whereas the playlist relates to the one or more pieces of content that is actually delivered or is to be delivered during a broadcast.
  • the main broadcast interface will typically include similar information whether viewed as a customer or as a consumer.
  • the main broadcast interface will typically include one or more image identifiers allowing the customer or consumer to identify the particular broadcast.
  • the image identifier(s) will be in the form of a picture, typically of the customer responsible for the broadcast and/or other identifying image such as for example a logo or brand name.
  • the main broadcast interface will also typically indicate whether the broadcast is on air or not, the number of consumers, the number of consumers who have liked the broadcast, the time remaining in the broadcast, and identification of the content piece that is currently being delivered in the broadcast as well as a real-time addition of comments which consumers can make in relation to the broadcast and which are delivered from the consumer personal computing device to the administrator server for addition or population in real time into the main broadcast interface.
  • a main toolbar provided which will give the customer or consumer the ability to activate particular functionality such as a return to the home interface of the system of allowing the user to choose between the various different operations possible, to search for a broadcasts or users or playlists or any other information stored within any one or more of the databases within the system, provide the ability to gain more information on the particular playlist being broadcast, to make a comment in relation to the broadcast or to access information about the particular user themselves and any information stored in the at least one user database in relation to the previous use of the system by the particular user as well is their identifying information and account information.
  • the toolbar will typically be provided with a number of icons which are actuable as required by user in order to send or receive information from the administrator computer server which will then be displayed on an interface generated on the personal computing device.
  • control “buttons” will typically be provided on the main broadcast interface including a start/stop button, as well as a "talk” button.
  • the particular functionality in relation to the "talk” button is dependent upon the designation of the user as a customer or consumer as the designation will preferably give the user different abilities.
  • the abilities are typically based upon whether the broadcast is the users own broadcast, that is they are the customer/host or whether the broadcast is a third -party broadcast in which they are a consumer.
  • the user has the ability to add or amend playlist in order to broadcast the playlists.
  • an interface is generated allowing the customer to search the playlists available in order to make a choice as to which playlist to broadcast.
  • the available playlists may be grouped for example, into categories such as popular playlists, playlists created by friends of the customer or playlists according to content genre.
  • a user may be able to upgrade their particular account or membership in order to allow the customer to design fully customised playlists of content.
  • a new interface will typically be generated allowing navigation through the available playlists until the customer arrives at a playlist that they select to be broadcast.
  • the software will typically generate the main broadcast interface for the customer allowing the customer to control the broadcast and more particularly, the addition of voice-over content, while the broadcast is being delivered.
  • the customer will normally choose the "talk" button on the main broadcast interface. This will typically generate a new interface with an action button provided thereon. According to a particularly preferred embodiment, the customer can then press and hold the action button on the interface allowing the customer to use the input portion of the personal computing device such as a microphone or similar to input voice-over content in real time, with such voice-over content then preferably being delivered to the administrator computer server or network for addition to the broadcast. When the customer releases the action button, the capture of voice-over content preferably ceases.
  • the user will typically have the ability to navigate through the available broadcasts and to choose a broadcast to opt in. Once the selection of a broadcast has been made, the main broadcast interface will typically be delivered to the consumer. This main broadcast interface will normally include an opt in button and the consumer activates that button in order to opt in to that broadcast.
  • administrator computer server or network to deliver the broadcast to the personal computing device of the consumer opting into the broadcast. Normally, the administrator computer server or network would then initiate delivery of the broadcast, preferably from the current position in the broadcast, in real time to the consumer personal computing device.
  • the main broadcast interface provided to the consumer also includes a "talk button".
  • the software operating on the personal computing device of the consumer will preferably send a request to the personal computing device of the customer (either directly or indirectly), indicating the consumers desire to add voice-over content to the broadcast.
  • this request is routed through the at least one administrator computer server such that if the request is accepted by the customer, the consumer is able to add voice-over content to the broadcast through the at least one administrator computer server.
  • the addition of voice-over content to the broadcast by the consumer may be one way that is, the consumer adding voiceover content, or two way, that is, the voice-over content added by the consumer may be in combination with voice-over content from the customer. In this way, the customer can have a dialogue with the consumer in real time which is then added into the broadcast.
  • the request by the consumer to add voice-over content into the broadcast will be either accepted or denied by the customer. Indeed, according to the preferred
  • the request if the customer does not accept the request, then the request will be automatically denied. Typically, in order to accept the request, the customer will simply have to activate the "talk" button on the customer interface. If the consumer request is accepted, then two way contact or communication will typically be initiated between the consumer personal computing device and the customer personal computer device which also includes the at least one administrator computer server so that the software component operating on the at least one administrator computer server includes the voice-over content with the broadcast.
  • a voice-over interface will be generated and displayed on the personal computing device of the consumer once a request has been made and on the personal computing device of the customer to indicate that a request has been made in allowing the customer to accept or reject the request.
  • feedback as to the status of the request and as to the actual voice-over once in progress will be generated on to a voice-over interface displayed on the personal computing devices of the consumer and the customer. Normally, if the consumer request is not accepted, and messages generated to the consumer personal computing device of that status.
  • a user can build a user profile and attract followers to their particular broadcasts, particularly how the customer or host as well as to share events which are coming with the other users of the system.
  • a user of the system will be able to host their own broadcasts of content including the addition of voice-over from themselves as well as preferably from third parties interacting with the user hosting the broadcast, in real time.
  • Figure 1 is a schematic illustration of a "home" interface produced and displayed upon initiation of the application according to a preferred embodiment of the present invention.
  • Figure 2 is a schematic illustration of an interface produced and displayed allowing selection of a radio station according to a preferred embodiment.
  • Figure 3 is a schematic illustration of a main broadcast interface produced and displayed according to a preferred embodiment.
  • Figure 4 is a schematic illustration of an interface produced and displayed allowing a user to select and add a playlist according to a preferred embodiment.
  • Figure 5 is a schematic illustration of an interface produced and displayed showing songs in a particular playlist according to a preferred embodiment.
  • Figure 6 is a schematic illustration of an interface allowing the addition of live voice- over content according to a preferred embodiment.
  • Figure 7 is a schematic illustration of an interface for initiation of the live voice-over content by a customer according to a preferred embodiment.
  • Figure 8 is a schematic illustration of an interface allowing selection of a third party radio station according to a preferred embodiment.
  • Figure 9 is a schematic illustration of an interface showing the third party' s radio station selected in Figure 8.
  • Figure 10 is a schematic illustration of an interface showing that a live voice-over request has been made by a consumer to a third party customer radio station according to a preferred embodiment.
  • Figure 11 is a schematic illustration of an interface showing that a live voice-over by a consumer to a third-party customer radio station is in progress according to a preferred embodiment.
  • Figure 12 is a schematic illustration of an interface showing that a live voice-over request has not been authorised according to a preferred embodiment.
  • Figure 13 is a schematic illustration of an interface showing a customer profile according to a preferred embodiment.
  • Figure 14 is a schematic illustration of an interface showing a social network of a user of the system according to a preferred embodiment.
  • Figure 15 is a schematic illustration of an interface allowing the sharing of events by users of the system according to a preferred embodiment.
  • Figure 16 is a schematic illustrated of the interactions between the hardware components of the system according to a preferred embodiment of the present invention.
  • FIG. 17 is a schematic illustration of a splash screen interface according to a preferred embodiment of the present invention.
  • Figure 18 is a schematic illustration of a home screen interface with an already running broadcast according to a preferred embodiment of the present invention.
  • Figure 19 is a schematic illustration of a home screen interface prior to a broadcast according to a preferred embodiment of the present invention.
  • Figure 20 is a schematic illustration of the interface illustrated in Figure 18 showing the site navigation feature.
  • Figure 21 is a schematic illustration of a login/signup interface according to a preferred embodiment of the present invention.
  • Figure 22 is a schematic illustration of a login interface reached from the interface illustrated in Figure 21.
  • Figure 23 is a schematic illustration of a signup interface reached from the interface illustrated in Figure 21.
  • Figure 24 is a schematic illustration of a user profile interface according to a preferred embodiment of the present invention.
  • Figure 25 is a schematic illustration of an edit profile interface reached from the interface in Figure 24.
  • Figure 26 is a schematic illustration of an interface produced on a listener personal computing device during a broadcast according to a preferred embodiment.
  • Figure 27 is a schematic illustration of a description interface according to a preferred embodiment of the present invention.
  • Figure 28 is a schematic illustration of a location interface according to a preferred embodiment of the present invention.
  • Figure 29 is a schematic illustration of a broadcaster information interface according to a preferred embodiment of the present invention.
  • Figure 30 a schematic illustration of an interface produced on a listener personal computing device during a broadcast according to a preferred embodiment.
  • Figure 31 is a schematic illustration of a listener comments interface according to a preferred embodiment of the present invention.
  • Figure 32 is a schematic illustration of a listener comments input interface according to a preferred embodiment of the present invention.
  • Figure 33 a schematic illustration of an interface produced on a listener personal computing device during a broadcast according to a preferred embodiment.
  • Figure 34 is a schematic illustration of a first step listener track request interface according to a preferred embodiment of the present invention.
  • Figure 35 is a schematic illustration of a second step listener track request interface according to a preferred embodiment of the present invention.
  • Figure 36 is a schematic illustration of a new broadcast interface according to a preferred embodiment of the present invention.
  • Figure 37 is a schematic illustration of a broadcast setup interface according to a preferred embodiment of the present invention.
  • Figure 38 is a schematic illustration of a location selection interface according to a preferred embodiment of the present invention.
  • Figure 39 is a schematic illustration of a new broadcast interface according to a preferred embodiment of the present invention.
  • Figure 40 is a schematic illustration of a broadcast setup interface allowing content selection by tag according to a preferred embodiment of the present invention.
  • Figure 41 is a schematic illustration of a broadcast setup interface allowing content selection by playlist according to a preferred embodiment of the present invention.
  • Figure 42 is a schematic illustration of a broadcast setup interface showing content selections made according to a preferred embodiment of the present invention.
  • Figure 43 is a schematic illustration of a new broadcast interface according to a preferred embodiment of the present invention.
  • Figure 44 is a schematic illustration of a broadcast setup interface allowing content selection from a content provider according to a preferred embodiment.
  • Figure 45 is a schematic illustration of a broadcast setup interface allowing selection of individual content pieces from an existing playlist setup with a content provider.
  • Figure 46 is a schematic illustration of a broadcast setup interface showing content selection is made according to a preferred embodiment of the present invention.
  • Figure 47 is a schematic illustration of a broadcaster default interface according to a preferred embodiment of the present invention.
  • Figure 48 is a schematic illustration of a music management content queue arrangement interface according to a preferred embodiment.
  • Figure 49 is a schematic illustration of a music management content history interface according to a preferred embodiment.
  • Figure 50 is a schematic illustration of a music management content request interface according to a preferred embodiment.
  • Figure 51 is a schematic illustration of a broadcaster default interface according to a preferred embodiment of the present invention.
  • Figure 52 is a schematic illustration of a broadcaster push to talk interface according to a preferred embodiment of the present invention.
  • Figure 53 is a schematic illustration of a caller management interface according to a preferred embodiment of the present invention.
  • Figure 54 is a call connected interface according to a preferred embodiment of the present invention.
  • a system for providing real time electronic delivery of content via an Internet data transmission system allowing at least one consumer to host a real-time content broadcast is provided.
  • the hardware of the system for providing real time electronic delivery of content via an Internet data transmission system allowing at least one consumer to host a real-time content broadcast of the preferred embodiment includes a system administrator server 10 which stores in its memory a number of databases including a user database and a playlist database allowing a user to choose or create a playlist to be delivered to one or more consumers who opt into the transmission, with the delivery of the playlist occurring over an Internet data transmission system.
  • the hardware of the system allows the customer/host of the broadcast to add voice-over content to the broadcast as they desire and also invite voice-over content from any one or more of the consumers who have opted into the broadcast, in order to host a live show according to the desires of the host in order to create interest and enjoyment in the consumers who have opted in.
  • the system administrator server 10 has access to communications pathways allowing communication over a network such as the internet 13 with a plurality of personal computing devices such as tablets 11 and smartphones 12, each having memory for storing instructions, a processor for implementing instructions and a display upon which an interface is electronically generated and displayed based on instructions issued from the system administrator server 10.
  • the system of the preferred embodiment is implemented through instructions which when followed, generate one or more interfaces on a tablets 1 1 and smartphones 12 allowing a user, whether a customer/host of a broadcast or a consumer of the broadcast to interact with the system and each other.
  • the instructions will normally be sent from the system administrator server 10 via the internet 13 to a user' s tablet 11 or smartphone 12 and will then be implemented by the processor on the tablet 11 or smartphone 12 in order to generate and update an interface in real time on the display of the tablet 11 or smartphone 12, according to the user's interaction with the interface.
  • buttons are provided on the interface to allow the user to interact with the tablet 11 or smartphone 12 and through the tablet 11 or smartphone 12, to interact with the system.
  • the generated interface will typically be updated substantially in real time according to the rules or instructions which are issued by the system administrator server 10 in conjunction with at least one content or playlist database and at least one user database.
  • the generated interface will also typically be updated substantially in real time according to interactions by the user(s) with the system.
  • the interface generated on the tablet 11 or smartphone 12 allows a customer/host to set up and/or control a broadcast and also allows a consumer to interact with the customer/host and the broadcast within the parameters of the system.
  • the preferred embodiment is described particularly with reference to a broadcast of pieces of music content, in the form of a "radio" (although not using the radio wavelengths) broadcast.
  • the generated interface is used to login to the system using unique login information or details. Normally this will be the case regardless of what type of user is logging into the system. At the login stage however, the classification of the user as a customer/host or consumer is not necessary and that choice is normally made by the user, after login.
  • a main toolbar 18 which will give the user the ability to activate particular functionality such as a return to the home interface of the system of allowing the user to choose between the various different operations possible (a "home” button 19), to search for a broadcasts or users or playlists or any other information stored within any one or more of the databases within the system (a “search” button 20), provide the ability to gain more information on the particular playlist being broadcast (a “playlist” button 21), to make a comment in relation to the broadcast (a “comment” button 22) or access information about the particular user themselves and any information stored in the at least one user database in relation to the previous use of the system by the particular user as well is their identifying information and account information (a "user” button 23).
  • the toolbar will typically be provided with a number of icons which are actuable as required by user in order to send or receive information from the administrator computer server which will then be displayed on an interface generated on the smartphone 12.
  • a "home" interface as illustrated in Figure 1 is generated on the smartphone 12 allowing the user to choose whether they wish to design or begin a broadcast (the "mine” button 14) or whether they wish to opt into the broadcast of a third-party such as a friend's broadcast (the “friend” button 15) or a popular broadcast (the “popular” button 16). It is this decision that will designate the user, at least for the purposes of that particular decision, as either a customer/host or consumer of the broadcast.
  • Any interface generated at this level will typically allow a user to drill down through one or more levels of choices which in turn generates further choice interfaces until the user either makes a decision as to a particular customer broadcast, to design or begin a broadcast or return to one or more earlier levels.
  • the software operating on the smartphone 12 generates a new interface with a list of the customers broadcasts or playlists as illustrated in Figure 2.
  • the illustrated interface identifies whether the broadcast is currently on air or not (the first broadcast is identified as being “on air” whereas the second one is designated as “off air”).
  • This interface also identifies other parameters such as the number of consumers either current (for on air broadcasts) or historical (for off air broadcasts), the number of consumers who have “liked” any one or more of the broadcasts, either current or historical and allows the customer or host to choose between one or more of the broadcasts.
  • This interface will also typically allow the creation of new broadcasts through the provision of an "add" button 17. There is further a designation of whether a broadcast is public 49 or private 48. If private, then a user may be required to contact the customer or host of the broadcast for access.
  • the main broadcast interface of the preferred embodiment is illustrated in Figure 3 and will typically include similar information whether viewed as a customer/host or as a consumer.
  • the main broadcast interface illustrated identifies the broadcast being delivered 24 and also an image 25 allowing the customer or consumer to identify the particular broadcast.
  • the image 25 is a picture, typically of the customer responsible for the broadcast and/or other identifying image such as for example a logo or brand name.
  • the main broadcast interface also identifies whether the broadcast is on air or not 26, the number of consumers 27, the number of consumers who have liked the broadcast 28, the time remaining in the broadcast 29, and identification of the content piece 30 that is currently being delivered in the broadcast as well as a real-time addition of comments 31 which consumers can make in relation to the broadcast and which are delivered from the consumer's smartphone 12 or tablet 11 to the administrator server for addition or population in real time into the main broadcast interface.
  • a number of control “buttons” are provided in a central portion 32 of the main broadcast interface including a start/stop button 33, as well as a "talk” button 34.
  • the particular functionality in relation to the "talk” button 34 is dependent upon the designation of the user as a customer or consumer as the designation will preferably give the user different abilities. The abilities are typically based upon whether the broadcast is the user's own broadcast, that is they are the customer/host or whether the broadcast is a third -party broadcast in which they are a consumer. In the embodiment illustrated in Figure 3, an "add to favourites" 35 button is also present. Further an "add comment” button 50 is displayed in the comments portion 31.
  • the user can select from a number of different types of playlist including "popular" playlist from friends or music genre playlists or alternatively they can upgrade to receive the ability to create full custom playlists as illustrated in Figure 4.
  • This interface allows the user to drill down through the available playlists for selection of single playlist through the production of selection interfaces such as that illustrated in Figure 5
  • selection interfaces such as that illustrated in Figure 5
  • the main broadcast interface for the customer/host will allow the customer to control the broadcast and more particularly, the addition of voice-over content, while the broadcast is being delivered.
  • the customer will normally choose the "talk" button 34 on the main broadcast interface. This will typically generate a new interface with a larger action button 36 provided thereon as illustrated in Figure 7. According to the preferred embodiment, the customer can then press and hold the action button 36 on the interface allowing the customer to use the microphone of the smartphone 12 to input voice-over content in real time, with such voice-over content then being delivered to the administrator server 10 for addition to the broadcast. When the customer releases the action button 36, the capture of voice- over content ceases. The customer can also close the interface using a "close" button 37.
  • the user will typically have the ability to navigate through the available broadcasts and to choose a broadcast to opt in to such as is illustrated in Figure 8.
  • the main broadcast interface will typically be delivered to the consumer as illustrated in Figure 9.
  • This main broadcast interface will normally include an opt in button 38 and the consumer activates that button in order to opt in to that broadcast.
  • a "pause" button 39 is also provided in case the consumer wishes to pause the broadcast at any time.
  • the activation of the opt in button will typically transmit a request to the
  • administrator computer server or network to deliver the broadcast to the personal computing device of the consumer opting into the broadcast.
  • the administrator computer server 10 then initiates delivery of the broadcast, preferably from the current position in the broadcast, in real time to the consumer personal computing device.
  • the main broadcast interface provided to the consumer also includes a "talk button" 34.
  • the software operating on the smartphone of the consumer sends a request to the tablet 1 1 or smartphone 12 of the customer (either directly or indirectly), indicating the consumer's desire to add voice-over content to the broadcast.
  • this request is routed through the at least one administrator computer server 10 such that if the request is accepted by the customer, the consumer is able to add voice-over content to the broadcast through the at least one administrator computer server. If accepted, an interface such as that illustrated in Figure 11 is provided to the consumer indicating that they are "on air” meaning that their voice-over content will be added to the broadcast.
  • voice-over content added by the consumer is in combination with voice- over content from the customer.
  • the customer can have a dialogue with the consumer in real time which is then added into the broadcast.
  • the request by the consumer to add voice-over content into the broadcast will be either accepted or denied by the customer. Indeed, according to the preferred
  • the request if the customer does not accept the request, then the request will be automatically denied. Typically, in order to accept the request, the customer will simply have to activate the "talk" button 34 on the customer interface. If the consumer request is accepted, then two way contact or communication is initiated between the consumer smartphone 12 and the customer smartphone 12 which also includes the at least one administrator computer server 10 so that the software component operating on the at least one administrator computer server 10 includes the voice-over content with the broadcast.
  • a voice-over interface will be generated and displayed on the personal computing device of the consumer once a request has been made and on the personal computing device of the customer to indicate that a request has been made in allowing the customer to accept or reject the request.
  • feedback as to the status of the request and as to the actual voice-over once in progress will be generated on to a voice-over interface displayed on the personal computing devices of the consumer and the customer. Normally, if the consumer request is not accepted, a message is generated to the consumer smartphone of that status as illustrated in Figure 12.
  • a user can build a user profile, one form of which is illustrated in Figure 13 and attract followers to their particular broadcasts, particularly allowing the customer or host as well as to share events which are upcoming with the other users of the system Illustrated in Figure 14 is an interface showing what various users are following and in Figure 15, an interface showing news or "likes" in relation to a customer's broadcast is shown.
  • a user of the system will be able to host their own broadcasts of content including the addition of voice-over from themselves as well as preferably from third parties interacting with the user hosting the broadcast, in real time.
  • FIG. 17 to 20 show an initial splash screen, a home interface which would be produced and displayed to a user if a broadcast was currently in progress, an empty home interface, produced and displayed to a user if no broadcast is currently in progress and a site navigation interface, accessed by a user sliding the home interface will actually to one side on their personal computing device.
  • an interface such as that illustrated in Figure 21 will normally be produced and displayed on the display screen.
  • This interface allows a user to login to the system of the present invention or, if the user is not already an account holder within the system, to sign up to the system.
  • a login interface such as that illustrated in Figure 22 will be produced and displayed on the display screen. This allows a user to enter their login details, which according to this particular embodiment, includes the user's email and password. Once the user has entered the appropriate details, they then tap the "login" button. This interface also provides functionality for a user to access a forgotten password. If the login details entered matched the saved login details of the user, access is granted to the system. If not, then access is denied.
  • a signup interface such as that illustrated in Figure 23 will be produced and displayed on the display screen.
  • This allows a user to enter identifying information, which according to this particular embodiment, includes the users first name, last name, a user name for the system, there email address, password and the user's gender. Once the appropriate information has been entered, the user then taps the "sign up" button. The information is then checked against information already present in the system and if the user is a new user, a new account record is created for that user.
  • Account records for users will normally be provided and a profile will normally be created for each particular user.
  • a profile interface is illustrated in Figure 24.
  • the user can upload an image to be associated with their profile which is normally identified by the user's full name and their user name.
  • the interface also provides information as to the number of broadcasts the user has made, the number of followers that the user currently has and the number of followers that are currently following a broadcast of the user.
  • the particular interface illustrated in Figure 24 also allows a user to edit their profile by tapping the "edit profile" button.
  • Doing so preferably causes an interface such as that illustrated in Figure 25 to be generated and displayed on the display screen of the personal computing device allowing the user to edit their profile details. Once the editing of the profile details is complete, the user can then save the changes made to their profile.
  • Example interfaces which are produced and displayed for a user which is listening to a broadcast are illustrated in Figures 26 to 35.
  • a generic interface of the form illustrated in Figure 26 is typically displayed to a listener when the listener is not undertaking other interaction with the system.
  • the interface illustrated in Figure 27 would normally include a description of the broadcast allowing a listening user to see the style of the music present on the broadcast is intended to be or the mood or event to which the broadcast is directed towards representing. This description is typically created by the broadcaster.
  • the broadcaster will also typically pinpoint the location from which the broadcast is broadcasting. This is typically represented to the listener on an interface such as that illustrated in Figure 28 which represents the location of the broadcaster on a map generated on the interface.
  • the listener also preferably has access to a generated and displayed interface showing the details of the broadcaster including the number of broadcasts that have been played, the total number of followers of the broadcaster and the number of listeners currently listening to the broadcast.
  • This interface will also typically give the listener the ability to follow the broadcaster.
  • One particularly salient feature of the interface illustrated in Figures 26 to 29 is the presence of a microphone action button on each of the interfaces. This will preferably allow the listener the ability to request live interaction with the broadcast, but only if the broadcaster allows the interaction. The request is typically transmitted by the listening user tapping the microphone button.
  • the generic interface illustrated in Figure 26 also allows a listening user to view and submit comments, preferably in real time to be shown on the generic interface presented to all listeners.
  • Each listening user has the ability to expand the comment section illustrated at a lower portion of the interface in Figure 30 to a fullscreen interface such as that illustrated in Figure 31.
  • This fullscreen interface shows comments made by all users and divides the comments visually within the interface according to the particular track of content piece in relation to which the comment was made.
  • the current track identification details are still illustrated at an upper portion of the interface illustrated in Figure 31.
  • the interface illustrated in Figure 31 allows a listening user to submit a comment to be included in the comment feed in relation to a broadcast. This will comment feed is updated on the interface generated on the personal computing device of each user which is listening to the broadcast, preferably substantially in real time. If a listening user chooses to make a comment using the action button on the bottom portion of the interface illustrated in Figure 31, then a new interface such as that illustrated in Figure 32 is generated and displayed to the lessening user on their personal computing device. Using the action buttons on this interface, the user can input a comment and then post the comment to the system causing the comment to be included in the comment feed in relation to the broadcast.
  • the generic interface illustrated in Figure 30 also allows a listening user to request that a particular track or content piece be included in the broadcast.
  • the interface illustrated in Figure 34 allows a listener to choose a particular playlist of theirs which each includes a number of tracks and then progression through to the interface illustrated in Figure 35, the listening user can choose a particular track from a playlist for submission to the broadcaster to allow the listening user to engage with the broadcaster and the broadcast as a co-author.
  • a new broadcast interface such as that illustrated in Figure 36 is produced and displayed on the display screen of the user's personal computing device.
  • This new broadcast interface allows a user to associate an image with the particular broadcast, name the broadcast, provide a description or caption for the broadcast as well as ad the broadcast location. Entry of all of these types of information allows production of an interface such as that generated in Figure 37.
  • Illustrated in Figure 38 is a location selection interface which allows the user to identify the broadcast location. This can be done through particular locations which may be saved, by searching for a new location, or by simply adding the existing location of the personal computing device using a positioning system, which is normally incorporated into personal computing devices such as those used in implementation of the present invention.
  • a user is typically prompted to add music through the generation and display of an interface such as that illustrated in Figure 39.
  • the user taps the "add music" button at the bottom of the interface in Figure 39, the user can add music according to type or tag, use featured tracks or add music from one or more playlists that a user may have prepared earlier.
  • Adding music according to tags typically proceeds according to the interface illustrated in Figure 40 which gives the user a list of the tags which have been used and allows a user to identify which type of music is to be included in the broadcast according to the particular tag associated with that music. The user will typically tick the tags to be included and a visual representation of this is illustrated in Figure 40.
  • Adding music from previously designed playlists typically proceeds according to the interface illustrated in Figure 41. Again the user may include one or more playlists to be included and a visual representation of this is illustrated in Figure 41.
  • the addition of music to the broadcast can also take place from the new broadcast interface illustrated in Figure 43 through a content provider.
  • an interface is typically generated and displayed such as that illustrated in Figure 44 which allows users to choose from a number of playlists created earlier through the content provider. Selection of any individual playlist will preferably produce an interface such as that illustrated in Figure 45 which allows a user to select from individual tracks or content pieces from any one or more playlists. A visual indication of the selection is given in real time such as that illustrated in Figure 45.
  • a summary interface of the music selected such as that illustrated in Figure 46 is then generated and displayed such that the broadcasting user can see the music that has been selected for inclusion in the broadcast.
  • a broadcasting user is able to manage the broadcast in a similar way to management of a conventional light of radio studio broadcast. This is preferably done through the default broadcasting interface, one form of which is illustrated in Figure 47. From this interface, the broadcasting user is able to view the queued music. This is typically achieved through tapping the music note icon in the upper right-hand side of the interface illustrated in Figure 47 and preferably gives a selection to view according to the present music queue, a historical music queue and a requested music queue. [0210] As illustrated in Figure 48, a broadcasting user can arrange the music queue in order and can remove selected music tracks as required. A historical music queue is provided on the interface illustrated in Figure 49.
  • a broadcasting user is also able to view requests made by listening users. This is typically achieved through an interface such as that illustrated in Figure 50 and onto which requests made by listening users are typically populated, normally in real time.
  • a broadcasting user can view the request and if they desire, add the music to their music cue for the broadcast or alternatively, can remove the request from the request list.
  • This functionality may be a premium service offering or may be available to all users.
  • An important functional offering of the present invention is the ability to have live voice-over and talkback functionality in relation to a broadcast. This allows the broadcasting user the ability to add voice-over content themselves or to have a listening user add voice-over content to a broadcast.
  • This functionality is normally provided from the broadcaster default interface such as that illustrated in Figure 51.
  • a central action (microphone) button is provided on the interface together with an identification of the "callers" they have requested talkback input into the broadcast. Normally the callers are identified by an image associated with their particular profile.
  • next track information which is displayed immediately below the current track information on the interface.
  • the broadcasting user simply taps the microphone action button on the broadcaster default interface and begin speaking. In order to stop the voice-over, the user simply taps the microphone action button on the broadcaster default interface again. Normally, the microphone action button will change colour indicating whether the voice-over functionality is on or off.
  • a broadcasting user wishes to include listening user interaction, they will normally use the interface illustrated in Figure 52 and simply drag the image of the listening user from their caller list onto the microphone action button. This action will normally generate and display an interface such as that illustrated in Figure 53 in real time showing the particular caller which is being included in the broadcast and the ability to cancel the action. If the action is completed, then the listening user will be notified that they are "on the air" and the interface displayed to the broadcasting user will be updated to that illustrated in Figure 54 which shows the listening user which is connected and gives the broadcasting user the ability to end the connection between the listening user and the broadcast.
  • the inclusion of a listening user interaction is preferably "in-app" and is typically not a separate voice call.
  • the listening user's interaction is typically included via a reverse of the communications pathway upon which the broadcast is being disseminated.
  • a broadcasting user will set up and manage a broadcast with the ability of listening users to provide voice-over or talkback voice transmissions which are included in the broadcast as well as to make suggestions as to content that can be included in the broadcast allowing a listening user to cull or for a broadcast with the broadcasting user.
  • the system of the present invention may also provide functionality whereby a brand owner may provide one or more tracks or content pieces to a broadcasting user at no charge to the broadcasting user whilst charging the brand owner a fee for the provision of the one or more tracks or content pieces provided that one or more identifying parameters of the broadcasting user and/or at least one listening user match desired or targeted demographic parameters of the brand owner. In this way, a brand owner may reach members of the target demographic through the broadcasting system of the present invention.
  • the interface provided to the listening user end/or broadcasting user may be updated to include an identification of the brand owners brand whilst the one or more tracks or content pieces is being played.
  • the brand will also typically be included in any historical listing.
  • the branding will normally be provided on a generated and displayed interface in a non- disruptive manner.
  • the system of the present invention may allow listening users to submit or request one or more tracks or content pieces to a broadcast and provision of that track to the broadcast may be on the basis that one or more identifying characteristics of the listening user or broadcasting user matches one or more branding parameters of the brand owner. This will for example allow a brand owner to target their target users and enhance the image of the brand owner in the mind of the target user through the provision of content pieces at no charge to the target users by the brand owner with the brand owner paying for the provision of the content pieces.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention concerne la fourniture de données multimédia ou de contenus sur Internet à une pluralité d'utilisateurs, notamment à un système de diffusion radio sur Internet, selon lequel un client peut établir et commander sa propre de diffusion radio sur la base d'une bibliothèque de contenus et interagir avec des auditeurs par l'intermédiaire d'un dispositif informatique personnel tel qu'un téléphone intelligent ou une tablette ou autre.
PCT/AU2015/050385 2014-07-08 2015-07-08 Système radio sur internet WO2016004477A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
AU2014902633 2014-07-08
AU2014902633A AU2014902633A0 (en) 2014-07-08 An Internet Radio System
AU2014903207 2014-08-18
AU2014903207A AU2014903207A0 (en) 2014-08-18 An Internet Radio System

Publications (1)

Publication Number Publication Date
WO2016004477A1 true WO2016004477A1 (fr) 2016-01-14

Family

ID=55063403

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2015/050385 WO2016004477A1 (fr) 2014-07-08 2015-07-08 Système radio sur internet

Country Status (1)

Country Link
WO (1) WO2016004477A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011109055A1 (fr) * 2010-03-03 2011-09-09 Alpine Audio, Llc Système et procédé de communication de diffusion en flux d'un contenu audio à un dispositif téléphonique
US20140099905A1 (en) * 2012-10-10 2014-04-10 Robert Jimenez Mobile device-integrated multiband two-way radio and radio over internet protocol gateway device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011109055A1 (fr) * 2010-03-03 2011-09-09 Alpine Audio, Llc Système et procédé de communication de diffusion en flux d'un contenu audio à un dispositif téléphonique
US20140099905A1 (en) * 2012-10-10 2014-04-10 Robert Jimenez Mobile device-integrated multiband two-way radio and radio over internet protocol gateway device

Similar Documents

Publication Publication Date Title
US8751577B2 (en) Methods and systems for ordering and voting on shared media playlists
JP6047547B2 (ja) 受信方法及びクライアント機器に受信方法を実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体
US20130218942A1 (en) Systems and methods for providing synchronized playback of media
US20180227345A1 (en) Location-based network radio production and distribution system
EP1536352B1 (fr) Système d'accès à des elements de contenu à travers un réseau
KR101219830B1 (ko) 개선된 메세징 및 상거래를 위한 시스템 및 방법
US8782262B2 (en) Method and system for use in coordinating multimedia devices
KR101384452B1 (ko) 통신 네트워크에서 미디어 풀들을 제공하기 위한 시스템들 및 방법들
US20150120767A1 (en) Venue-related multi-media management, streaming, online ticketing, and electronic commerce techniques implemented via computer networks and mobile devices
CN108886523A (zh) 交互式在线音乐体验
US20160065641A1 (en) Global Distribution Model
US20160066038A1 (en) Clip List Generation
US20160066064A1 (en) Clip Start Point
US20160066035A1 (en) Profile Generator
US20070242814A1 (en) Mobile CLE media service with cross-platform bookmarking and custom playlists
WO2016030703A1 (fr) Procédé, système et appareil pour distribuer et accéder à un contenu multimédia
CN113411652A (zh) 媒体资源播放方法和装置、存储介质及电子设备
US20160066018A1 (en) Local Distribution Model
US20160065999A1 (en) Companion Ads
US20190068660A1 (en) System, method and apparatus for content eavesdropping
CN109996123A (zh) 多媒体数据的处理方法和系统及存储介质、移动设备
US20120144308A1 (en) System and method for recommending digital content using contacts lists
WO2016004477A1 (fr) Système radio sur internet
CA2888363C (fr) Techniques de gestion, de diffusion en continu et de commerce electronique d'element multimedia mises en oeuvre par l'intermediaire de reseaux informatiques et de dispositifs mobiles
WO2009019628A1 (fr) Messagerie instantanée avec sélection de musique intelligente

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: 15819561

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: 15819561

Country of ref document: EP

Kind code of ref document: A1