Devices, systems, and methods for creating and customizing a broadcast of media content

Abstract

A system configured to create and customize the broadcast of media content is disclosed herein. The system can include a contribution platform configured to receive listener inputs modifying or selecting audio content, wherein the listener inputs include one or more of: song selection, remix preferences, lyrical edits, and content recommendations, a regional aggregation module configured to aggregate and prioritize listener inputs based on geographic location, a content generation engine configured to dynamically select, modify, or synthesize audio content based on the aggregated regional listener inputs, a satellite uplink system configured to transmit region-specific audio content streams to one or more geographically distinct regions via satellite broadcast, and a synchronization controller configured to coordinate the receipt of listener inputs, the generation of customized content, and the transmission of the customized content with minimal latency.

Description

Atty. Dkt. No.: 250357PCTDEVICES, SYSTEMS, AND METHODS FOR CREATING AND CUSTOMIZINGA BROADCAST OF MEDIA CONTENTCROSS-REFERENCE TO RELATED APPLICATIONS

[0001] The present disclosure claims priority under 35 U.S.C. § 119(e) to U.S. Provisional Patent Application No. 63 / 790,575, titled DEVICES, SYSTEMS, AND METHODS FOR CREATING AND CUSTOMIZING A BROADCAST OF MEDIA CONTENT, filed April 17, 2025, and U.S. Provisional Patent Application No. 63 / 811,425, titled DEVICES, SYSTEMS, AND METHODS FOR CREATING AND CUSTOMIZING A BROADCAST OF MEDIA CONTENT, filed May 23, 2025, the disclosures of which are incorporated by reference in their entirety herein.

[0002] The present disclosure is also related to U.S. Provisional Patent Application No.63 / 790,575, titled DEVICES, SYSTEMS, AND METHODS FOR CREATING AND CUSTOMIZING A BROADCAST OF MEDIA CONTENT, filed April 17, 2025, U.S. Patent No.11,455,607, titled SYSTEMS AND METHODS FOR REMOTELY INTERACTING WITH PERFORMERS AND INFLUENCING LIVE EVENTS, which issued on September 27, 2022, U.S. Patent No. 11,823,150, titled SYSTEMS AND METHODS FOR REMOTELY INTERACTING WITH PERFORMERS AND INFLUENCING LIVE EVENTS, which issued on November 21, 2023, and U.S. Patent Application No. 18 / 910,635, titled DEVICES, SYSTEMS, AND METHODS FOR CUSTOMIZING A USER EXPERIENCE DURING A LIVE EVENT, which was filed on October 9, 2024, the disclosures of which are incorporated by reference in their entirety herein.SUMMARY

[0003] In one general aspect, the present disclosure contemplates a system configured to create and customize the broadcast of media content is disclose. The system can include a contribution platform configured to receive listener inputs modifying or selecting audio content, wherein the listener inputs include one or more of: song selection, remix preferences, lyrical edits, and content recommendations, a regional aggregation module configured to aggregate and prioritize listener inputs based on geographic location, a content generation engine configured to dynamically select, modify, or synthesize audio content based on the aggregated regional listener inputs, a satellite uplink system configured to transmit region-specific audio content streams to one or more geographically distinct regions via satellite broadcast, and a synchronization controller configured to coordinate the receipt of listener inputs, the generation of customized content, and the transmission of the customized content with minimal latency.- 1 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0004] According to another general aspect, a method of creating and synchronizing a broadcast of media content is disclosred. The method may include receiving, via a synchronization controller, a plurality of user inputs from a plurality of customer devices, generating, via the synchronization controller, a media stream based on the plurality of user inputs from the plurality of customer devices, processing, via the synchronization controller, the media stream for synchronized playback, and transmitting, via the synchronization controller, the processed media stream from Earth to satellite for synchronized rebroadcast.

[0005] According to still another general aspect, a method of creating and customizing the broadcast of media content is contemplated. The method may include receiving, via a contribution platform, a plurality of user inputs that may include one or more of a song selection, a remix preference, a lyrical edit, or a content recommendation, aggregating, via a regional aggregation module, the plurality of user inputs based on a geographic location of each of the plurality of user inputs, dynamically generating, via a content generation engine, media content based on the aggregated plurality of user inputs, and transmitting, via a satellite uplink system, the media content for broadcast in the geographic location of each of the plurality of user inputs.BRIEF DESCRIPTION OF THE DRAWINGS

[0006] Various embodiments are described herein by way of example in connection with the following figures, wherein:

[0007] FIG. 1 illustrates a system diagram of a system configured to autonomously customize a user experience during a live event, according to at least one non-limiting aspect of the present disclosure;

[0008] FIG. 2 illustrates an algorithmic flow diagram of a method of initiating a live event via the system of FIG. 1, according to at least one non-limiting aspect of the present disclosure;

[0009] FIG. 3 illustrates an algorithmic flow diagram of a method of autonomously customizing a user experience during a live event via the system of FIG. 1, according to at least one nonlimiting aspect of the present disclosure;

[0010] FIG. 4 illustrates an algorithmic flow diagram of another method of autonomously customizing a user experience during a live event via the system of FIG. 1, according to at least one non-limiting aspect of the present disclosure;- 2 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0011] FIGS. 5A-5K illustrate several user interfaces of a media request application configured for use via the system 100 of FIG. 1 , according to at least some non-limiting aspects of the present disclosure;

[0012] FIGS. 6A-6F illustrate several other user interfaces of a media request application configured for use via the system 100 of FIG. 1 , according to at least some non-limiting aspects of the present disclosure;

[0013] FIG. 7 illustrates a diagrammatic representation of a computing device including a host machine within which a set of instructions to perform any one or more of the methodologies discussed herein may be executed, according to at least one non-limiting aspect of the present disclosure;

[0014] FIG. 8 illustrates a block diagram of a system configured to create and customize the broadcast of media content, according to at least one non-limiting aspect of the present disclosure;

[0015] FIG. 9 illustrates an algorithmic flow diagram of a method of creating and customizing the broadcast of media content, according to at least one non-limiting aspect of the present disclosure; and

[0016] FIG. 10 illustrates an algorithmic flow diagram of a method of synchronizing a broadcast listener-influenced media content, according to at least one non-limiting aspect of the present disclosure.DETAILED DESCRIPTION

[0017] The present disclosure is directed, in various embodiments, to computer systems and computer-implemented methods that enable one to customize a user experience for a radio broadcast. Accordingly, these systems and methods can be applied to many different forms of radio broadcasts, including but not limited to traditional, radio-frequency (“RF”)-based radio broadcasts, satellite radio broadcasts, and / or Internet Protocol (“IP”)-based radio broadcasts. However, the computer systems and computer-implemented methods disclosed herein can similarly enable one to customize a user experience for live events, including musical performances, such as concerts and DJ performances, sporting events, any form of theatrical show, improvisational events, comedy shows, variety shows, live streams (e.g., video game demonstrations), e-sports (e.g., video game tournaments), trivia events, lectures, conferences, presentations, and / or exercise demonstrations or classes, amongst other live performances. According to some non-limiting aspects, this can include media presented in a - 3 - 1610122783.1Atty. Dkt. No.: 250357PCTvenue (e.g., games, shows, or movies played in a bar). It shall be appreciated that any radio broadcast or live event during which media can be broadcast to a consuming user can benefit from the devices, systems, and methods disclosed herein as they can enable the customization of a user experience on behalf of a user, oftentimes autonomously and without active user participation.

[0018] As used herein, the expression “term” can include, in a broad sense, one aspect of an agreement between a user of the devices, systems, and methods disclosed herein and a live performer or automated system configured to play media at a live event. The user may have to agree to one or more “terms” that govern the use of the devices, systems, and methods disclosed herein to influence the live event. For example, a user may have to agree to a term specifying that they will be charged for the submission of a media request, regardless of whether or not the live performer fulfills that request during the live event.

[0019] As used herein, the expression “condition” can include a specific “term” that grants either the user of the devices, systems, and methods disclosed herein or the live performer at the live event a unilateral right or obligation under the agreement. A user may have to agree to a condition specifying that a request to the live performer will not be submitted until certain prerequisite qualifications of the terms are confirmed. For example, a financial institution server and / or host application server confirms that the user has a required balance in an account maintained with the financial institution. Alternately, a user may have to agree to a condition specifying that the live performer will only be obligated to fulfill that request during the live performance if the user outbids other users of the devices, systems, and methods disclosed herein. In other words, a particular “term” can be contingent on a particular “condition” of the agreement.

[0020] It shall be further appreciated that the expression “terms and conditions” is colloquially used to include all of the rules governing a contractual relationship between a provider of a product or service and a user of that product or service, regardless of whether the agreement is governed by a single “term” or a single “condition.” Therefore, as used herein, collective use of the expression “terms and conditions” can refer to all of the provisions governing an agreement between a user of the devices, systems, and methods disclosed herein and a live performer at a live event, regardless of whether that agreement is governed by a single “term” or a single “condition.”

[0021] The combined advent of mobile devices, WiFi®, high-speed cellular networks, and cloud computing has enabled the average consumer to access a seemingly endless supply of media from their pockets, on a whim. Despite this increased access to on-demand- 4 - 1610122783.1Atty. Dkt. No.: 250357PCTentertainment, live events such as musical performances, sporting events, and shows remain popular pastimes. Even smaller venues may hire a disc jockey (hereinafter “DJ”), a cover band, and / or a comedian to attract more customers. However, “users,” or attendees at such events, are typically passive consumers of live entertainment and are limited in the ways they can interact with a performer and / or influence a performance at such live events. This is especially true when compared to the on-demand nature of their entertainment consumption at home.

[0022] To the extent that known devices, systems, and methods for enabling the active consumption of live entertainment are available, manual intervention is typically required. There is no guarantee that a user will take the requisite steps to participate and therefore, most user experiences are not customized. Additionally, there exist technological challenges that prevent a fully autonomous system from dynamically customizing a user experience (e.g., controlling music) during a live event in a social setting, like a bar. For example, known devices, systems, and methods for enabling the active influence of live entertainment generally lack the use of location data and, therefore, prevent the technological optimization of a user experience. Accordingly, for example, conventional technologies lack the ability to discern what music a user prefers to listen to at home relative to in a restaurant, bar, or club. For that matter, conventional technologies are incapable of continuously monitoring and analysing the mood, energy level, and preferences of a crowd. While sentiment analysis technologies (e.g., facial recognition, body language analysis, and sound level monitoring) may exist, interpreting crowd behavior accurately in real time is complex. User reactions to music can be subjective, and conventional technologies are incapable of detecting how a group of users is responding to a specific song because they lack and struggle with deep contextual understanding.

[0023] Additionally, conventional technologies and algorithms suffer from limited personalization techniques. While music recommendation systems like Spotify's algorithm may be good at personalizing playlists for individuals, group recommendation is much harder. The technology would need to integrate personal preferences from a large number of people in a way that feels coherent rather than random or generic, something that is still in development. For example, venues such as bars often host diverse crowds with varying musical tastes. Current algorithms, such as those used by music streaming services, can tailor playlists based on individual preferences but struggle to aggregate and satisfy the preferences of a large group in a dynamic environment. Balancing preferences across a group can be complicated and can require real-time decision-making, which current algorithms are not fully capable of. Certain venues, such as bars, may also have changing environments — busy- 5 - 1610122783.1Atty. Dkt. No.: 250357PCTnights, quieter nights, themed events, and more. Conventional devices, systems, and methods are incapable of adapting to these varying contexts.

[0024] Likewise, conventional devices, systems, and methods and algorithms lack continuous feedback mechanisms by which they can ascertain whether a performance is effective relative to user preferences. For instance, conventional devices, systems, and methods lack an ability to monitor a user’s activity during a live performance, whether a user is enjoying a live performance, and / or when a user leaves a live performance and / or venue. Implementing such a real-time feedback loop would possible only if such devices, systems, and methods could account for other parameters that could influence user behavior, such as the ambiance, food / drink availability, and / or company. Additionally, conventional systems that use facial recognition and / or monitoring devices to gauge crowd reactions, implicant certain privacy issues that could be difficult for a venue to account for. Such restrictions impose technological limitations on the use of certain sensors to track sentiment or preferences that implicate sensitive data.

[0025] Although it may be possible to implement certain aspects of the functionality employed by the devices, systems, and methods disclosed herein in the human mind, it shall be appreciated that the sheer scale of users, data, and applications supported by the devices, systems, and methods disclosed herein would render it highly impractical, if not impossible, to do so. In summary, while some parts of the necessary technologies may exist, data aggregation, recommendation engines, and sentiment analysis are not presently integrated into a dependable, adaptive, and real-time system specifically configured to autonomously and predictively influence a live performer during a live event. The complexity of real-time group dynamics, privacy concerns, and the intricacies of human behavior remain significant hurdles. Accordingly, there is a need for devices, systems, and methods for autonomously customizing a user experience during a live event.

[0026] Referring now to FIG. 1, a block diagram of a system 100 configured to autonomously customize a user experience during a live event is depicted in accordance with at least one non-limiting aspect of the present disclosure. According to the non-limiting aspect of FIG. 1, the system 100 can include a customer mobile device 102, a performer mobile device 112 in a venue 113, one or more access points 104, 110 configured to connect the mobile devices 102, 112 to the internet 106, a host server 108, a music server 109, and a financial institution server 114. The customer mobile device 102 of FIG. 1 can be configured to connect to the internet 106 via an access point 104. The performer mobile device 112 can be configured to interact with either a human or automated performer. Non-limiting examples of the mobile devices 102, 112 can include a cell phone, a smart phone, a tablet, a wearable, a laptop, a - 6 - 1610122783.1Atty. Dkt. No.: 250357PCTpersonal digital assistant, or any other consumer electronic device configured to connect to the internet 106. In some non-limiting embodiments, the mobile devices 102, 112 may not be mobile in a conventional sense and thus, can include a personal desktop computer.

[0027] According to some non-limiting aspects of the present disclosure, the access point 104 of FIG. 1 can be configured to connect the customer mobile device 102 to the internet 106 via a wireless network such as WiFi®. In other non-limiting aspects, the access point 104 can be configured to connect the customer mobile device 102 to the internet 106 via a cellular network. In such aspects, the access point 104 can include a cellular tower. According to other aspects, the access point 104 can include a satellite. Therefore, the present disclosure contemplates aspects in which the access point 104 uses any conventional means of connecting the customer mobile device 102 to the internet 106. Because the customer mobile device 102 is connected to the Internet 106 the customer can use the system 100 to interact with a performer and / or influence a live event from any location. However, the present disclosure specifically contemplates non-limiting aspects wherein the customer mobile device 102 generates device-specific data, including location data, configured for use by the system 100 of FIG. 1 to influence a specific performer mobile device 112 in a specific venue 113.

[0028] For example, according to the non-limiting aspect of FIG. 1, the customer mobile device 102 can include one or more systems, components, and / or techniques to generate location data, including a global positioning system (“GPS”) receiver, WiFi positioning technology, cell tower triangulation techniques, Bluetooth® beacons, IP addresses and / or sensor fusion, amongst others. As will be described in further detail with reference to FIG. 7, any components of the system 100 — including the customer mobile device 102, the performer mobile device 112, and the host app server 108 — can include one or more control circuits and / or memories configured to store a media request application that, when executed by the control circuit, causes the customer mobile device 102 to perform the functionality and methods described herein. The media request application can be specifically configured to cause the customer mobile device 102 to transmit requests as well as location information associated with a current geographic position of the customer mobile device 102 to the host server 108, the media server 109, the financial institution 114, and the performer mobile device 112 via the Internet 106. Likewise, the Host App Server 108, the media server 109, the financial institution 114, and the performer mobile device 112 can be configured to communicate with other components of the system 100 via the Internet. It shall be appreciated that, as used herein, the “media request application” associated with the host app server 108, shall be separate and removed from a “media server application” associated with the media server 109. Such separation enables the media request application and host app server 108- 7 - 1610122783.1Atty. Dkt. No.: 250357PCTto provide users with functionality beyond what the media server application and media server 109 are otherwise capable of providing. It shall be further appreciated that, according to some non-limiting aspects, functionality ascribed to the host app server 108 herein can be incorporated into the customer mobile device 102 and vice versa.

[0029] In further reference to FIG. 1, the host app server 108 can be configured to store data and content needed by the media request application, including login credentials, personal information, financial information, preferences, request history, location history, and other content associated with the media request application, as used by the customer mobile device 102. According to some non-limiting aspects, the host app server 108 can be configured to store an algorithmic model that, when executed by the control circuit, can cause the host app server 108 to perform at least a subset of the functionality and / or methods disclosed herein. As will be described in further detail herein, according to other non-limiting aspects, the algorithmic model can include an artificial intelligence model configured to autonomously customize a user experience during a live event, without requiring active participation from a user of the customer mobile device 102. It shall be appreciated, therefore, that the host app server 108 can offload processing functionality that would otherwise be required of the customer mobile device 102, the performer mobile device 112, and / or the media server 109, resulting in a more efficient system that requires less overall computational resources required by the system 100. Additionally, the model can cause the host app server 108 to enable realtime communication between other components of the system 100, such as the customer mobile device 102 and the performer mobile device 112 by managing connections and facilitating the efficient transfer of compliant communications in real-time. This can enable the system 100 to assess the sentiment of users more effectively in the venue 113 and more accurately customize the user experience during the live event, as conducted by the performer mobile device 112. The host server app 108 can further function as an intermediary between the customer mobile device 102, the music server 109, and the performer mobile device 112, enabling users via a customer mobile device 102 to interact with and influence content (e.g., playlists) hosted by the music server 109 in association with an account utilized by the performer mobile device 112, without providing the customer mobile device 102 with direct access to the music server 109 and / or the account utilized by the performer mobile device 112. In other words, due to the host app server 108, a user of the customer mobile device 102 need not have an account on the media server 109 in order to utilize the system 100 to autonomously customize a user experience during a live event.

[0030] It shall be further appreciated that the host app server 108 can enable users to seamlessly create an account on the system 100 of FIG. 1 via a OAuth 2.0 authentication- 8 - 1610122783.1Atty. Dkt. No.: 250357PCTprotocol. For example, assuming a user of the performer mobile device 112 has an account associated with the media server 109, the user of the performer mobile device 112 can easily create a system 100 account via the account associated with the media server 109. The host app server 108 and media server 109 can be communicatively coupled via an application programming interface (API) associated with the media server 109. For example, upon receiving an account initiation request — including credentials associated with the media server 109 account — from the performer mobile device 112, the host app server 108 can be configured to utilize the provided credentials to access the media server 109 and generate a system 100 account based on data stored on the media server 109 in association with the media server 109 account. According to some non-limiting aspects, the media server 109 can initiate a two-factor authentication protocol via the performer mobile device 112, independent of the host app server 108, to ensure that the request of the host app server 108 was actually authorized by the performer mobile device 112. As such, it shall be appreciated that the host server 108 can enable more efficiency on behalf of system 100 users while enhancing the security of the overall system 100.

[0031] Still referring to the non-limiting aspect of FIG. 1, the media server 109 can be configured to host a media service on behalf of the performer mobile device 112. For example, the performer mobile device 112 can access and play media (e.g., music, videos, lectures, audio books, live streams, etc.) stored on the media server 109 during a live performance hosted at the venue 113 by accessing the media server 109 via the Internet 106 using a media server 109 account. The media server 109 can store the requested media, process the transmission of media data from a source, and / or otherwise access the requested media. For example, the media server 109 can be configured to host a plurality of digital media files, sometimes in a cloud-based infrastructure. The files, for example, can be encoded using an efficient compression format, such as Ogg Vorbis or ACC to reduce the file size without a noticeable loss in media quality. In response to a media request transmitted via a user input provided by a media server 109 application stored and executed by the performer mobile device 112, the media server 109 can identify a hosted media file associated with the request and begin buffering a portion of the file such that playback can be immediately initiated via the performer mobile device 112 while the rest of the file downloads. The media server 109 can be further configured to adjust the media quality via several techniques, including adaptive bitrate streaming, which dynamically changes the quality based on a speed of connection by which the performer mobile device 112 is accessing the Internet 106. For example, if the connection weakens, the media server 109 can adjust the quality to preserve continuous playback of the media via the performer mobile device 112 without interruption.- 9 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0032] According to some non-limiting aspects, the media server 109 of the system 100 of FIG. 1 can implement a peer-to-peer protocol by which a load is reduced on the overall system 109. According to such protocols, the media server 109 distributes portions of media files across a plurality of devices, including the customer mobile device 102, host app server 108, and performer mobile device 112, for example, such that the ultimate functionality is achieved without overloading or overclocking any one component of the system 100. According to some non-limiting aspects, the media server 109 can include one or more edge servers for real-time data processing, which can benefit in monitoring user interactions, managing metadata, and customizing content on behalf of the customer mobile device 102 and performer mobile device 112 via intermediary interactions provided by the host app server 108. According to still other non-limiting aspects, the media server 109 can be specifically configured to ingest the media via specific protocols (e.g., real-time messaging protocols, secure reliable transport, WebRTC, etc.), encode the media into a digital format compatible with the performer mobile device 112 (e.g., H264, H265, etc.), and / or transcode the video into different formats and / or resolutions, thereby optimizing a user experience regardless of Internet speed. According to some nonlimiting aspects, the media server 109 can include a content delivery network, or a network of geographically distributed servers that store and deliver media content to the performer mobile device 112 and / or customer mobile device 102 based on geographic data associated with the performer mobile device 112 and / or customer mobile device 102. It shall be appreciated, however, that by utilizing one or more edge servers of the media server 109 can further improve scalability, supporting far more customer mobile devices 102 and performer mobile devices 112 than conventional technologies, optimize bandwidth utilization of the overall system 100 and reduce latency provided via conventional content delivery networks.

[0033] According to the non-limiting aspect of FIG. 1, the media server 109 can be configured to manage digital rights one behalf of the system 100. For example, in the same way that the host app server 108 enables users of customer mobile devices 102 to interact with a media server 109 account associated with he performer mobile device 112 without having a media server 109 account of their own, it shall be appreciated that — by interfacing and interacting with the media server 109 — neither the customer mobile device 102 nor the host app server 108 need worry about the management or infringement of digital rights associated with media hosted by the media server 109. Conventional technologies require that a customer mobile device 102 or host app server 108 maintain their own media server 109 accounts and obtain their own licenses, (e.g., by downloading and hosting their own version of the media server 109 application, which gates access to the media server 109 via individual media server 109 accounts for the customer mobile device 102 and host app server 108). However, according to the non-limiting aspect of FIG. 1 , the media server 109 can maintain all licenses and prevent- 10 - 1610122783.1Atty. Dkt. No.: 250357PCTunauthorized copying or redistribution of the media it hosts on behalf of the overall system 100. Therefore, it shall be appreciated that the system 100 enables a customized user experience on behalf of the customer mobile device 102, which transmits media requests and preferences to the host app server 108, and the host app server 108, which manages media requests sent by the customer mobile device 102. Accordingly, it shall be appreciated that the system 100 of FIG. 1 enables the participation in a customized user experience beyond the functionality of conventional technologies.

[0034] It shall be further appreciated that, according to some non-limiting aspects, media requests generated by the customer mobile device 102 of the system 100 of FIG. 1 can include supplemental data (e.g., geographic data, sensor data) generated the customer mobile device 102, which can influence how the host app server 108 processes the media request, thereby further enhancing autonomous customization of the user experience during the live event. For example, media requests generated by the customer mobile device 102 can include geographic data generated by the customer mobile device 102. Aside from using the geographic data to process a specific media request (e.g., confirm the user of the customer mobile device 102 is within or in proximity of the venue 113), the host app server 108 can be configured to track geographic data associated with media requests transmitted by customer mobile devices 102. Accordingly, the system 100 can be specifically configured to generate specific insights as to what media is requested in a particular location of a plurality of locations. Such insights, for example, can include specific media that users request in particular venues, such as a residence, as compared to a bar, restaurant, a gym, a school, a club, etc.

[0035] According to some non-limiting aspects, media requests provided by the customer mobile device 102 of the system 100 of FIG. 1 can include activity data generated by one or more sensors (e.g., accelerometers, cameras, gyroscopes, microphones, etc.) or applications (e.g., health applications) associated with the customer mobile device 102. Similarly, the system 100 can be specifically configured to generate specific insights as to what media is requested when a user of the customer mobile device 102 is participating in particular activities (e.g., sitting, walking, working, running, working out, etc.). Such insights, for example, can be implemented to determine where and how a performer associated with the performer mobile device 112 or another performer performs in future live events (e.g., venue selection, media selection, etc.).

[0036] According to other non-limiting aspects, media requests can include sensor data generated by one or more sensors (e.g., accelerometers, cameras, gyroscopes, microphones, etc.) associated with the customer mobile device 102, wherein the sensor data can be used to assess and ascertain an environment of the venue 113. For example, the sensor data can - 11 - 1610122783.1Atty. Dkt. No.: 250357PCTinclude audio data generated by a microphone of the customer mobile device 102 or image data generated by a camera of the customer mobile device 102, which the host app server 108 can use to assess a number of attendees at the venue 113 and / or a noise level associated with the venue 113, thereby enabling the system 100 to assess the environment (e.g., vibe, feel, mood, etc.) and factor the assessment into the processing of media requests to customize the user experience on behalf of the customer mobile device 102. Although media requests may be limited to media specified on a plurality of acceptable media as defined by a performer associated with the performer mobile device 112, the host app server 108 may determine that fulfilling a particular media request may not be appropriate based on the assessed environment. For example, even if a heavy metal song is included on a playlist of available songs to be played by the performer, the host app server 108 may determine that playing the heavy metal song is inappropriate if the sensor data indicates that the environment is low key (e.g., low number of attendees, low volume, etc.). It shall be appreciated that the sensor data, geographic data, and / or applications can be accessed by the media request application via a setting of the customer mobile device 102 and / or APIs that interface with ancillary applications associated with the customer mobile device 102.

[0037] According to some non-limiting aspects, the system 100 can be configured to use geographic data associated with the customer mobile device 102 to passively customize a user experience during a live event hosted at the venue 113. In other words, the user does not have to actively initiate and transmit a media request to the host server 108 via a provision of a real-time user input. Rather, upon initially logging into the media request application and setting up a media request application account via the customer mobile device 102, the user can establish user settings and / or preferences (e.g., preferred songs, artists, genres, etc.). Such settings and / or preferences can be transmitted to and stored on the host app server 108. After initialization, manual intervention of the user need not be required. For example, the media request application can cause the customer mobile device 102 to continually transmit geographic data to the host app server 108. Upon receipt, the host app server 108 can correlate geographic information received from the customer mobile device 102 to geographic information associated with the venue 113 to host a live event or session, as initiated by a performer via the performer mobile device 112. Assuming the host app server 108 can successfully correlate the geographic information received from the customer mobile device 102 to geographic information associated with the venue 113, the host app server 108 may apply the stored settings and / or preferences associated with the media request application account to generate a media request on behalf of a user of the customer mobile device 102 or otherwise influence the processing of other media requests, including those actively generated by other users associated with other customer mobile devices 102.- 12 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0038] For example, when a user of the customer mobile device 102 enters a venue 113, the media request application can transmit geographic data associated with the customer mobile device 102 and the host app server 102 can correlate the geographic data associated with the customer mobile device 102 to an event established by the performer to take place in the venue 113 at that particular time. The host app server 108 can subsequently and autonomously access the settings and / or preferences associated with the user of the customer mobile device 102 and asses, for example, if a particular song included in the settings and / or preferences is included on a playlist of available songs established by the performer and to be played by the performer in the venue 113 during the live event. If, for example, the song included in the settings and / or preferences is in fact included on a playlist of available songs established by the performer, the host app server 108 can generate and process a media request for that song to be played autonomously, without manual intervention of the user of the customer mobile device 102. However, if the song included in the settings and / or preferences is not included on the playlist of available songs established by the performer, the host app server 108 may generate and process a media request for a comparable song on the playlist, including songs by the same artist or of similar genres. Accordingly, the host app server 108 can generate and process a media request for the comparable song to be played autonomously, without manual intervention of the user of the customer mobile device 102. It shall be appreciated, therefore, that the system 100 can ensure that, every time a user associated with a customer mobile device enters a venue 113 (e.g., a stadium, an auditorium, a bar, a restaurant, a club, etc.) hosting a live event, that user is autonomously influencing the performance, ensuring their input as to what media is being played is accounted for in the performance.

[0039] In further reference to FIG. 1, the financial institution server 114 can be configured to host a financial account associated with a user of the customer mobile device 102. For example, the financial institution server 114 can include a bank that maintains and manages a bank account the customer has linked to their user profile, which is stored in the host server 108. Additionally, and / or alternatively, the financial institution 114 can be a third-party service, such as PayPal®, Square®, or the like. According to some non-limiting aspects, the financial institution server can include a credit card server, a cryptocurrency exchange, and / or a blockchain network configured to host a distributed ledger that manages ownership and transactions of digital assets. Essentially, the financial institution server 114 of FIG. 1 represents any server capable of processing a payment on behalf of the host app server 108. Once the financial institution server 114 processes a payment, the host app server 108 — via an API associated with the financial institution server 114 — can be configured to receive a confirmation that the payment has been processed to the customer mobile device 102 and / or- 13 - 1610122783.1Atty. Dkt. No.: 250357PCTperformer mobile device 112. Likewise, the host app server 108 can transmit a confirmation that the payment has been processed to the customer mobile device 102 via an API associated with the host app server 108. For example, according to some non-limiting aspects, the host app server 108 may implement a term and / or condition associated with a media request. Some terms and / or conditions contemplated by the present disclosure may require or optionally include a payment (e.g., a payment as a condition of the request, a tip for the performer, etc.), a purchase of a good or service provided at, by, or in association with the venue 113 or performer, an auction, and / or a crowdsourcing goal (e.g., a cumulative financial threshold must be exceeded prior to processing the same media request transmitted by a plurality of customer mobile devices 102), amongst other transactions. As such, the host app server 108 can forward the request to the financial institution server 114 for processing prior to managing the media request transmitted by the customer mobile device 102. Once the host app server 108 receives a confirmation from the financial institution server that the payment has been processed and similarly confirms that all additional terms and / or conditions associated with the request have been satisfied, only then will the host app server 108 manage the media request transmitted by the customer mobile device 102.

[0040] It shall be further appreciated that, according to some non-limiting aspects, the terms and / or conditions contemplated by the present disclosure do not involve a monetary transaction. For example, according to some non-limiting aspects, the terms and / or conditions can include acceptance of a privacy policy associated with the host app server 108, acceptance of a data policy associated with the host app server 108, participation in a survey, various social media interactions (e.g., “liking” an account or post associated with the venue 113, performer and / or sponsored product, sharing an account or post associated with the venue 113, performer and / or sponsored product, commenting on an account or post associated with the venue 113, performer sponsored product, posting and providing a required hash-tag, etc.), a location the customer mobile device 102 — as confirmed via geographic data provided by the customer mobile device 102, reading of a machine-readable code located at or in proximity with the venue 113 (e.g., a UPC, a QR code, an audible code, etc.), a voting scheme, provision of user data (e.g., email address, phone number, name, etc.), redemption of a code or offer via the media request application hosted by the customer mobile device 102, user interaction with a sponsored link provided via the media request application hosted by the customer mobile device 102, and / or the customer mobile device 102 visiting a particular website, amongst others. Similar to the aforementioned interactions between the host app server 108 and the financial institution server 114, the host app server 108 can be configured to monitor the completion of such terms and / or conditions. According to some non-limiting aspects, the host app server 108 can monitor the completion of terms and / or conditions via- 14 - 1610122783.1Atty. Dkt. No.: 250357PCTvarious APIs, including APIs associated with the host app server 108 and / or various websites, social media services, etc.

[0041] Referring now to FIG. 2, an algorithmic flow diagram of a method 200 of initiating a live event via the system of FIG. 1 is depicted in accordance with at least one non-limiting aspect of the present disclosure. The method 200 of FIG. 2 can be executed by a performer mobile device 112 (FIG. 1) of the system 100 of FIG. 1 in response to the media request application being executed by one or more processors of the performer mobile device 112 (FIG. 1). However, it shall be appreciated that, according to other non-limiting aspects, the method 200 can be performed by any other component of the system 100 of FIG. 1 , or by combinations of components thereof.

[0042] According to the non-limiting aspect of FIG. 1, the method 200 can include connecting 202 the performer mobile device (112) to the media server 109 (FIG. 1) via an API. As previously described, the connection can include use of an OAuth 2.0 authentication protocol. For example, assuming a user of the performer mobile device 112 (FIG. 1) has an account associated with the media server 109 (FIG. 1), the user of the performer mobile device 112 (FIG. 1) can easily create a system 100 (FIG. 1) account via the account associated with the media server 109 (FIG. 1) and connect the media request application to the media server 109 (FIG. 1) via those credentials. According to some non-limiting aspects, the media server 109 (FIG. 1) can initiate a two-factor authentication protocol via the performer mobile device 112 (FIG. 1), independent of the host app server 108 (FIG. 1), to ensure that the request of the host app server 108 (FIG. 1) was actually authorized by the performer mobile device 112 (FIG.1).

[0043] The method 200 of FIG. 2 can further include receiving 204 a user input associated with a plurality of selected media hosted by the media server. According to some non-limiting aspects, the selected media can include all of the media hosted by the media server 109 (FIG.1). However, according to other non-limiting aspects, the selected media can include a subset (e.g., playlist) of the media hosted by the media server 109 (FIG. 1), thereby limiting media requests to media included in the subset. For example, the performer may determine that certain media hosted by the media server 109 (FIG. 1) is more appropriate for the venue 113 (FIG. 1) rather than other media hosted by the media server 109 (FIG. 1). According to some non-limiting aspects, the subset can include sponsored media. For example, the performer may agree with an artist to feature one or more media files, which can be included or even highlighted in the subset to attract attention from the attendees. According to some non-limiting aspects, the system 100 (FIG. 1) can be configured to ensure that sponsored media is played. According to still other non-limiting aspects, the system 100 (FIG. 1) can be configured to - 15 - 1610122783.1Atty. Dkt. No.: 250357PCTattribute a certain number of media requests and / or data associated with media requests (e.g., votes, bids, etc.) to sponsored media to maintain the integrity of the system 100 (FIG. 1). The method 200 can further include receiving 206 geographic information associated with the event. For example, the geographic information can be associated with an address of the venue 113 (FIG. 1). As such, the method 200 can further include generating 208 the event based on selected media and geographic information. Upon generation, the event is available in the media request application and can be viewed by the customer mobile device 102 (FIG.1) and managed by the host app server 108 (FIG. 1). According to some non-limiting aspects, the method 200 can include generating 210 a machine-readable code associated with the generated event and presenting 212 the machine-readable code to be interpreted by the customer mobile device 102 (FIG. 1). For example, the machine-readable code can include a QR code, a UPC, and RFID, and / or an audible signal, and any other code including a unique identifier assigned to the event. Upon interpreting the machine-readable code, the customer mobile device 102, via the media request application, can access the generated event and generate a media request associated with the event.

[0044] Referring now to FIG. 3, an algorithmic flow diagram of a method 300 of autonomously customizing a user experience during a live event via the system of FIG. 1 is depicted in accordance with at least one non-limiting aspect of the present disclosure. The method 300 of FIG. 3 can be executed by a host app server 108 (FIG. 1) of the system 100 of FIG. 1 in response to the media request application being executed by one or more processors of the host app server 108 (FIG. 1). However, it shall be appreciated that, according to other nonlimiting aspects, the method 300 can be performed by any other component of the system 100 of FIG. 1, or by combinations of components thereof.

[0045] According to the non-limiting aspect wherein the method 200 of FIG. 2 includes generating 210 (FIG. 2) a machine-readable code associated with the generated event and presenting 212 (FIG. 2) the machine-readable code to be interpreted by the customer mobile device 102 (FIG. 1), the method 300 of FIG. 3 can include interpreting 302 the machine-readable code associated with the event. Regardless, the method 300 can include receiving 304 geographic information associated with the customer mobile device 102 (FIG. 1) accessing the event and correlating 306 geographic data associated with customer mobile device (FIG. 1) to geographic data associated with the event. Assuming the geographic information associated with customer mobile device 102 (FIG. 1) is properly correlated to the geographic information associated with the event, the method 300 can further include authorizing the customer device to access to event via the media request application based on correlation. In other words, the method 300 of FIG. 3 ensures that the user of the customer- 16 - 1610122783.1Atty. Dkt. No.: 250357PCTmobile device (FIG. 1) is actually located at the venue 113 (FIG. 1) prior to allowing the user of the customer mobile device (FIG. 1) to influence the live event. According to the non-limiting aspect wherein no manual intervention is required of the user of the customer mobile device 102 (FIG. 1), the media request application can autonomously and continuously transmit geographic data associated with the customer mobile device 102 (FIG. 1) to the host app server 108 (FIG. 1).

[0046] Still referring to FIG. 3, the method 300 can further include receiving 310 a user input including requested media from the plurality of selected media to be played by performer mobile device 112 (FIG. 1). This user input, for example, can be provided via a media request generated and transmitted by the customer mobile device 102 (FIG. 1), which receives the user input. For example, upon successfully accessing the event, the customer mobile device 102 (FIG. 1) can display the plurality of selected media to the user via the media request application. However, according to the non-limiting aspect wherein no manual intervention is required of the user of the customer mobile device 102 (FIG. 1), the host app server 108 (FIG.1) can retrieve initial user inputs it stored based on user settings and / or preferences and autonomously generate a media request on behalf of the user of the customer mobile device 102 (FIG. 1). Regardless, the method 300 can further include evaluating 312 the user input relative to other user inputs provided via other media requests associated with other customer mobile devices 102 (FIG. 1). In other words, if there is a term and / or condition associated with the media requests, those shall be considered by the host app server 108 (FIG. 1). For example, media requests that do not comply with the terms and / or conditions may be discarded. If the terms and / or conditions require a voting scheme, media requested by the media requests shall be tallied and the most requested media will be added to a queue of media to be played by the performer mobile device 112 (FIG. 1). If the terms and / or conditions require an auction, bids associated with each of the media requests shall be tallied and the media request associated with the highest bid will be added to a queue of media to be played by the performer mobile device 112 (FIG. 1), pending confirmation from the financial institution server 114 (FIG. 1). Of course, other terms and / or conditions can attenuate the evaluation process accordingly, including those previously described. Finally, the method 300 can include adding 314 the requested media to a queue of media to be played by the performer device based on the evaluation.

[0047] Referring now to FIG. 4, an algorithmic flow diagram of another method 400 of autonomously customizing a user experience during a live event via the system of FIG. 1 is depicted in accordance with at least one non-limiting aspect of the present disclosure. The method 400 of FIG. 4 can be executed by a host app server 108 (FIG. 1) of the system 100 of- 17 - 1610122783.1Atty. Dkt. No.: 250357PCTFIG. 1 in response to the media request application being executed by one or more processors of the host app server 108 (FIG. 1). However, it shall be appreciated that, according to other non-limiting aspects, the method 300 can be performed by any other component of the system 100 of FIG. 1 , or by combinations of components thereof.

[0048] According to the non-limiting aspect of FIG. 4, the method 400 can include receiving 402 a user input from the performer mobile device 402 (FIG. 4) including a performance interval. For example, the performance interval can include a predetermined amount of time by which the host app server 108 (FIG. 1) evaluates media requests, as specified in reference to the method 300 of FIG. 3. The method 400, therefore, can include receiving 404 media requests ahead of the first performance interval and evaluating 406 the media requests ahead of the first performance interval. Based on the evaluation, the method 400 can further include adding 408 requested media to a queue of media to be played by the performer mobile device 112 (FIG. 1) based on the evaluation. While the media is being played off the queue by the performer mobile device 112 (FIG. 1) during the first interval, the method 400 can further include receiving 410 media requests ahead of a second performance interval, evaluating 412 media requests ahead of the second performance interval, and adding 414 the requested media to queue of media to be played by the performer device during the second performance interval. In this way, the method 400 can ensure a dynamic influence of the performance, accounting for continual active or passive participation from attendees throughout the live event at the venue 113 (FIG. 1).

[0049] Referring now to FIGS. 5A-5K, several user interfaces of a media request application configured for use via the system 100 of FIG. 1 are depicted in accordance with at least one non-limiting aspect of the present disclosure. For example, the user interfaces of FIGS. SASK can be configured for display via the performer mobile device 112 (FIG. 1). However, it shall be appreciated that, according to other non-limiting aspects, the user interfaces of FIGS.5A-5K can be configured for display via any other system 100 (FIG. 1) component. According to some non-limiting aspects, at least portions of the user interfaces of FIGS. 5A-5K can be provided or otherwise supported via the host app server 108 (FIG. 1). According to the nonlimiting aspect of FIG. 5A, a first user interface 502 can be configured to welcome a user, such as a performer, to the system 100 (FIG. 1), including a widget 504 by which the user can create a session or live event, including a plurality of selected media from the media server 109 (FIG. 1) to be made available to attendees at the session or live event hosted at the venue 113 (FIG. 1). Upon user interaction with the widget 504, the system 100 (FIG. 1) can initiate a second interface 506, as illustrated in FIG. 5B. The second user interface 506, for example, can enable the user to attribute geographic data to the desired event. For example, the second- 18 - 1610122783.1Atty. Dkt. No.: 250357PCTuser interface 506 can include a second widget 508, which can enable the user to utilize the aforementioned location identifying hardware and techniques to identify a current location of the performer mobile device 112 (FIG. 1), such that the system 100 (FIG. 1) utilizes the identified current location of the performer mobile device 112 (FIG. 1) as the event location. Additionally, the second user interface 506 can include a third widget 510, which can enable the user to search for a specific address or landmark to be associated with the desired event.

[0050] According to the non-limiting aspect of FIG. 5C, a third user interface 514 can include a fourth widget 516 configured to enable the user to connect to the media server 109 (FIG. 1) to select a plurality of media to be made available to attendees at the session or live event hosted at the venue 113 (FIG. 1). Upon interacting with the fourth widget 516, the third user interface 514 a window 518 will present a window 518 requesting the user to confirm a connection to a media server application associated with the media server 109 (FIG. 1), as depicted in FIG. 5D. This will initiate a fourth user interface 520, as depicted in FIG. 5E, which presents terms associated with the connection and a fifth widget 522 by which the user can agree to or cancel the connection based on the terms. Upon connecting to the media server 109 (FIG. 1), a fifth user interface 524 can enable the user to select a plurality of media to be made available to attendees at the session or live event hosted at the venue 113 (FIG. 1). For example, the media can be selected to be customized to the event or venue (e.g., if the event is taking place at a Mexican restaurant, Mexican music may be selected). FIGS. 5G and 5H depict a sixth user interface 526, which can enable the user to enter additional details associated with the live event. This can include a date of the event, a time of the event, a session duration, according to the non-limiting aspect of FIG. 4, and configuration by which attendee information from a customer mobile device 102 (FIG. 1) or control / limit media played during the live event. Such settings can control whether new media requests are automatically added to a playlist during the duration (e.g., every 20 minutes) or if the performer gets to control what media requests are or are not fulfilled. According to some non-limiting aspects, this information can include particular parameters and / or rules associated with a term and / or condition to be associated with the media request, as previously described.

[0051] FIGS. 5I and 5J depict a seventh user interface 528 by which a user can cause the performer mobile device 112 (FIG. 1) and / or host app server 108 (FIG. 1) to generate a unique, machine-readable code associated with the live event generated in reference to FIGS. 5A-5G. As previously described, upon reading the machine-readable code, a customer mobile device 102 (FIG. 1) can connect to the live event and generate media requests to be played via the performer mobile device 112 (FIG. 1) during the live event. The user interface 528 can enable a user to share the machine-readable code with attendees, as depicted in FIG. 5J. Of course,- 19 - 1610122783.1Atty. Dkt. No.: 250357PCTalternately, a user can search for and otherwise identify generated events, via geographic data and / or searching for the venue 113 (FIG. 1) or other identifying information, as provided via the sixth user interface 526 of FIGS. 5G and 5H. Upon successful generation of the live event, an eighth user interface 530 can display the generate event and any other events generated by the live performer, as depicted in FIG. 5K.

[0052] Referring now to FIGS. 6A-6F, several other user interfaces of a media request application configured for use via the system 100 of FIG. 1 are depicted in accordance with at least some non-limiting aspects of the present disclosure. For example, the user interfaces of FIGS. 6A-6F can be configured for display via the customer mobile device 102 (FIG. 1). However, it shall be appreciated that, according to other non-limiting aspects, the user interfaces of FIGS. 6A-6F can be configured for display via any other system 100 (FIG. 1) component. According to some non-limiting aspects, at least portions of the user interfaces of FIGS. 6A-6F can be provided or otherwise supported via the host app server 108 (FIG. 1). According to the non-limiting aspect of FIG. 6A, a ninth user interface 602 can prompt a user to provide a location of a live event they would like to influence. As previously described, this can be automatically assessed via the media request application based on the location identifying hardware and techniques previously described. Alternately, the ninth user interface 602 can provide the user with a list of nearby events or enable a user to search for a specific event. According to some non-limiting aspects, the media request application can autonomously and continually send the host app server 108 (FIG. 1) geographic data generated by the customer mobile device 102 (FIG. 1) without require manual or active participation of the user via the ninth user interface 602. As such, the host app server 108 (FIG. 1) always autonomously knows if the user is at an event and can autonomously generate media requests on their behalf.

[0053] In reference to FIG. 6B, a tenth user interface 604 can prompt the user to pick media to be included in a media request. This can launch an eleventh user interface 606, as depicted in FIG. 6C, which lists media (e.g., songs) that from the plurality of selected media programmed by the performer for the live event, as previously described. The eleventh user interface 606 enables a user to either view and select media or search for specific media. A twelfth user interface 608, as depicted in FIG. 6D, can prompt a user to provide additional information associated with the media request, including any actions or information necessary to fulfill the aforementioned terms and / or conditions, which can be associated with the media request. A thirteenth user interface 610 can confirm that the media request has been successfully submitted to the host app server 108 for fulfillment. Finally, FIG. 6F depicts a fourteenth user interface 612 that can enable the user to view their pending media requests- 20 - 1610122783.1Atty. Dkt. No.: 250357PCTand provide a status of the media request. As depicted in FIG. 6F, the fourteenth user interface 612 can provide other information associated with the media request (e.g., how many other attendees have requested the media) and can enable the user to provide feedback associated with the media request.

[0054] Referring now to FIG. 7, a diagrammatic representation of a computing device 700 including a a host machine 702 within which a set of instructions to perform any one or more of the methodologies discussed herein may be executed is depicted in accordance with at least one non-limiting aspect of the present disclosure. The computing device 700 can be representative of an component of the system 100 shown in FIG. 1. In various aspects, the host machine 702 operates as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the host machine 702 may operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The host machine 702 may be a computer or computing device, a personal computer (PC), a tablet PC, a set-top box (STB), a personal digital assistant (PDA), a cellular telephone, a portable music player (e.g., a portable hard drive audio device such as an Moving Picture Experts Group Audio Layer 3 (MP3) player), a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.

[0055] The example system 700 includes the host machine 702, running a host operating system (OS) 704 on a processor or multiple processor(s) / processor core(s) 706 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), or both), and various memory nodes 708. The host OS 704 may include a hypervisor 710 which is able to control the functions and / or communicate with a virtual machine (“VM”) 712 running on machine readable media. The VM 712 also may include a virtual CPU or vCPU 714. The memory nodes 708 may be linked or pinned to virtual memory nodes or vNodes 716. When the memory node 708 is linked or pinned to a corresponding vNode 716, then data may be mapped directly from the memory nodes 708 to the corresponding vNode 716.

[0056] All the various components shown in host machine 702 may be connected with and to each other, or communicate to each other via a bus (not shown) or via other coupling or communication channels or mechanisms. The host machine 702 may further include a video display, audio device or other peripherals 718 (e.g., a liquid crystal display (LCD), alpha-- 21 - 1610122783.1Atty. Dkt. No.: 250357PCTnumeric input device(s) including, e.g., a keyboard, a cursor control device, e.g., a mouse, a voice recognition or biometric verification unit, an external drive, a signal generation device, e.g., a speaker,) a persistent storage device 720 (also referred to as disk drive unit), and a network interface device 722. The host machine 702 may further include a data encryption module (not shown) to encrypt data. The components provided in the host machine 702 are those typically found in computer systems that may be suitable for use with aspects of the present disclosure and are intended to represent a broad category of such computer components that are known in the art. Thus, the system 700 can be a server, minicomputer, mainframe computer, or any other computer system. The computer may also include different bus configurations, networked platforms, multi-processor platforms, and the like. Various operating systems may be used including UNIX, LINUX, WINDOWS, QNX ANDROID, IOS, CHROME, TIZEN, and other suitable operating systems.

[0057] The disk drive unit 724 also may be a Solid-state Drive (SSD), a hard disk drive (HDD) or other includes a computer or machine-readable medium on which is stored one or more sets of instructions and data structures (e.g., data / instructions 726) embodying or utilizing any one or more of the methodologies or functions described herein. The data / instructions 726 also may reside, completely or at least partially, within the main memory node 708 and / or within the processor(s) 706 during execution thereof by the host machine 702. The data / instructions 726 may further be transmitted or received over a network 728 via the network interface device 722 utilizing any one of several well-known transfer protocols (e.g., Hyper Text Transfer Protocol (HTTP)).

[0058] The processor(s) 706 and memory nodes 708 also may comprise machine-readable media. The term "computer-readable medium" or “machine-readable medium” should be taken to include a single medium or multiple medium (e.g., a centralized or distributed database and / or associated caches and servers) that store the one or more sets of instructions. The term "computer-readable medium" shall also be taken to include any medium that is capable of storing, encoding, or carrying a set of instructions for execution by the host machine 702 and that causes the host machine 702 to perform any one or more of the methodologies of the present application, or that is capable of storing, encoding, or carrying data structures utilized by or associated with such a set of instructions. The term “computer-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals. Such media may also include, without limitation, hard disks, floppy disks, flash memory cards, digital video disks, random access memory (RAM), read only memory (ROM), and the like. The example aspects described herein may be implemented in an operating environment comprising software installed on a computer, in hardware, or in a combination of software and hardware.- 22 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0059] One skilled in the art will recognize that Internet service may be configured to provide Internet access to one or more computing devices that are coupled to the Internet service, and that the computing devices may include one or more processors, buses, memory devices, display devices, input / output devices, and the like. Furthermore, those skilled in the art may appreciate that the Internet service may be coupled to one or more databases, repositories, servers, and the like, which may be utilized to implement any of the various aspects of the disclosure as described herein.

[0060] The computer program instructions also may be loaded onto a computer, a server, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions / acts specified in the flowchart and / or block diagram block or blocks.

[0061] Suitable networks may include or interface with any one or more of, for instance, a local intranet, a PAN (Personal Area Network), a LAN (Local Area Network), a WAN (Wide Area Network), a MAN (Metropolitan Area Network), a virtual private network (VPN), a storage area network (SAN), a frame relay connection, an Advanced Intelligent Network (AIN) connection, a synchronous optical network (SONET) connection, a digital T1, T3, E1 or E3 line, Digital Data Service (DDS) connection, DSL (Digital Subscriber Line) connection, an Ethernet connection, an ISDN (Integrated Services Digital Network) line, a dial-up port such as a V.90, V.34 or V.34bis analog modem connection, a cable modem, an ATM (Asynchronous Transfer Mode) connection, or an FDDI (Fiber Distributed Data Interface) or CDDI (Copper Distributed Data Interface) connection. Furthermore, communications may also include links to any of a variety of wireless networks, including WAP (Wireless Application Protocol), GPRS (General Packet Radio Service), GSM (Global System for Mobile Communication), CDMA (Code Division Multiple Access) or TDMA (Time Division Multiple Access), cellular phone networks, GPS (Global Positioning System), CDPD (cellular digital packet data), RIM (Research in Motion, Limited) duplex paging network, Bluetooth radio, or an IEEE 802.11-based radio frequency network. The network can further include or interface with any one or more of an RS-232 serial connection, an IEEE-1394 (Firewire) connection, a Fiber Channel connection, an IrDA (infrared) port, a SCSI (Small Computer Systems Interface) connection, a USB (Universal Serial Bus) connection or other wired or wireless, digital, or analog interface or connection, mesh or Digi® networking.

[0062] In general, a cloud-based computing environment is a resource that typically combines the computational power of a large grouping of processors (such as within web servers) and / or that combines the storage capacity of a large grouping of computer memories or storage - 23 - 1610122783.1Atty. Dkt. No.: 250357PCTdevices. Systems that provide cloud-based resources may be utilized exclusively by their owners or such systems may be accessible to outside users who deploy applications within the computing infrastructure to obtain the benefit of large computational or storage resources.

[0063] The cloud is formed, for example, by a network of web servers that comprise a plurality of computing devices, such as the host machine 702, with each server 730 (or at least a plurality thereof) providing processor and / or storage resources. These servers manage workloads provided by multiple users (e.g., cloud resource customers or other users). Typically, each user places workload demands upon the cloud that vary in real-time, sometimes dramatically. The nature and extent of these variations typically depends on the type of business associated with the user.

[0064] It is noteworthy that any hardware platform suitable for performing the processing described herein is suitable for use with the technology. The terms “computer-readable storage medium” and “computer-readable storage media” as used herein refer to any medium or media that participate in providing instructions to a CPU for execution. Such media can take many forms, including, but not limited to, non-volatile media, volatile media, and transmission media. Non-volatile media include, for example, optical or magnetic disks, such as a fixed disk. Volatile media include dynamic memory, such as system RAM. Transmission media include coaxial cables, copper wire and fiber optics, among others, including the wires that comprise one aspect of a bus. Transmission media can also take the form of acoustic or light waves, such as those generated during radio frequency (RF) and infrared (IR) data communications. Common forms of computer-readable media include, for example, a flexible disk, a hard disk, magnetic tape, any other magnetic medium, a CD-ROM disk, digital video disk (DVD), any other optical medium, any other physical medium with patterns of marks or holes, a RAM, a PROM, an EPROM, an EEPROM, a FLASH EPROM, any other memory chip or data exchange adapter, a carrier wave, or any other medium from which a computer can read.

[0065] Various forms of computer-readable media may be involved in carrying one or more sequences of one or more instructions to a CPU for execution. A bus carries the data to system RAM, from which a CPU retrieves and executes the instructions. The instructions received by system RAM can optionally be stored on a fixed disk either before or after execution by a CPU.

[0066] Computer program code for carrying out operations for aspects of the present technology may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++, or the like and conventional procedural programming languages, such as the "C" programming language, Go, Python, or other programming languages, including assembly languages. The- 24 - 1610122783.1Atty. Dkt. No.: 250357PCTprogram code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

[0067] Aside from influencing live events, it shall be appreciated that the devices, systems, and methods disclosed herein can be configured to influence live broadcasts of media content, including radio broadcasts (e.g., analog, digital, RF-based, IP-based, satellite, etc.) and video broadcasts (e.g., television, IP-based, etc.). Traditional means of live broadcasting have been waning in popularity due to the rise of streaming media. For example, satellite radio services deliver broadcast content through fixed, pre-programmed channels. However, such services lack the ability for users to dynamically personalize or control their listening experience. Consumer expectations have shifted toward on-demand, personalized media consumption — enabled by internet-connected streaming platforms. Therefore, traditional satellite radio systems have struggled to compete.

[0068] Such systems lack mechanisms for real-time, user-driven content selection, adaptive recommendation engines, and integration with multi-device ecosystems. Furthermore, the static nature of satellite radio programming results in inefficient bandwidth usage and limited engagement opportunities compared to interactive, data-driven streaming services. As mobile data networks have expanded, the historical advantage of satellite radio in remote or mobile environments has diminished, exacerbating the need for new systems that combine the reach and reliability of satellite broadcasting with the personalization and flexibility of streaming technologies.

[0069] Additionally, conventional radio broadcasts are not tailorable based on geographic location. For example, a consuming user in Texas may prefer to listen to country music from the 1970s, whereas a consuming user in New York may prefer to listen to classic rock from the 1970s. However, a conventional “70s on 7” channel may play disco music from the 1970s. Accordingly, neither the consuming user in Texas nor the consuming user in New York is satisfied with the broadcast. Given the wide range of content available via streaming services (e.g., Spotify, Apple Music, etc.) and podcasts, traditional satellite radio services may lose the consuming user in Texas and the consuming user in New York. Accordingly, there is a need for devices, systems, and methods for creating and customizing microstations for the broadcast of media content.- 25 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0070] Such devices, systems, and methods may address the shortcomings of traditional satellite radio by integrating a collaborative media platform, such as those previously disclosed, into satellite broadcasting networks. Listeners in geographically distinct regions can be enabled to interactively contribute to, modify, and customize songs or audio content in realtime or near real-time through a networked interface. These contributions — including, but not limited to, song selection, remix elements, lyric edits, or content preferences — can be aggregated, ranked, or blended based on regional participation. The satellite transmission system can subsequently be configured to dynamically select or synthesize broadcast content for each region based on localized listener inputs, thereby allowing different geographic areas to experience different versions of songs or entirely different tracks, customized to local listener communities. This hybrid model can leverage the wide-area reach and reliability of satellite transmission while offering the personalization, interactivity, and user engagement typically associated with internet streaming services.

[0071] For example, it shall be appreciated that one such system to create and customize microstations for the broadcast of media content can be the system 100 previously described in reference to FIG. 1. According to such aspects, the venue 113 (FIG. 1) can include a radio station (e.g., a ground-based transmitting station that broadcasts signals). For example, the venue 113 (FIG. 1) can be configured to transmit signals to a satellite in orbit, which can be configured to rebroadcast those signals down to receivers. The media server 109 may be local to the radio station or remotely located relative to the radio station. The performer mobile device 112 (FIG. 1), therefore, can include a satellite radio receiver (e.g., in a home, commercial venue, vehicle, etc.) configured to receive the rebroadcast signals from the satellite via an antenna configured to capture radio waves transmitted by the satellite. Satellite radio systems may utilize digital audio compression codecs, like Lucent's Perceptual Audio Coder (PAC). These codecs help reduce the bandwidth needed to transmit the audio signals. Accordingly, a user can provide their input, either manually or autonomously via predefined preferences, via the customer mobile device 102 to influence the radio broadcast.

[0072] It shall be appreciated that, according to such aspects, the broadcast can be further customized based on geographic location. For example, the spot beam technology can be implemented to allow satellites to send different content to different geographic locations. Spot beams may include focused transmission areas where satellites can target specific zones, almost like “broadcast bubbles.” Thus, the host app server 108 (FIG. 1) of the system 100 of FIG. 1 can aggregate user inputs based on geographic information provided via the customer mobile device 102 and such geographically aggregated information can be used to generate- 26 - 1610122783.1Atty. Dkt. No.: 250357PCTcustomized, location-specific broadcasts beyond the capability of conventional broadcast systems.

[0073] Referring now to FIG. 8, a block diagram of a system 800 configured to create and customize the broadcast of media content, according to at least one non-limiting aspect of the present disclosure. According to the non-limiting aspect of FIG. 8, the system 800 can include a customer device 802 configured similar to the customer device 102 (FIG. 1) of the system 100 of FIG. 1. The system 800 can further include a data network 804 communicatively coupling the customer device 802 to a host server 806 (which may include more than one server communicatively coupled) configured to store and execute a plurality of modules. For example, the host server 806 can store and execute a contribution platform 808, a regional aggregation module 810, a synchronization controller 812, a content generation module 814, and a satellite uplink module 816.

[0074] According to FIG. 8, the contribution platform 808 can be configured to function as a user-facing interface, such as a website or mobile app hosted by the host server 806. This can allowing listeners to interact with audio content via mobile apps, web portals, or in-car infotainment systems. Technologically, the contribution platform 808 can receive real-time listener inputs from the customer device 802 — such as votes for song selections, remix suggestions, lyric modifications, or genre preferences — and can securely transmits these inputs to a centralized backend over the data network 804. The customer device 802 can be scalable to handle millions of concurrent users and geographically tag each input (e.g., based on GPS data, IP address, or user profile settings). The customer device 802 can utilize APIs to standardize input submission, while authentication services ensure that only legitimate users contribute. Real-time event streaming protocols (like WebSockets or Kafka) could be used to ensure low-latency input transmission.

[0075] In further reference to FIG. 8, the regional aggregation module 810 can be configured to ingest the massive flow of user inputs and organizes them based on listener geography. Using geospatial databases and dynamic clustering algorithms, the regional aggregation module 810 creates real-time “regional profiles” of listener preferences. The regional aggregation module 810 aggregates contributions using configurable rules: simple majority voting, weighted scoring (e.g., prioritize frequent contributors), or Al-based sentiment analysis. This aggregation ensures that each region has its own distinct “preference snapshot,” which guides the next stage of dynamic content selection. The system must be highly available and horizontally scalable, possibly using distributed databases like Cassandra or CockroachDB to efficiently handle regional segmentation across thousands of active nodes.- 27 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0076] The synchronization controller 812 of FIG. 8 can orchestrate timing across all components — from gathering listener inputs to transmitting customized streams. The synchronization controller 812 can ensure that updates occur at scheduled intervals (e.g., every 10 minutes or between songs) without disrupting the broadcast experience. Technologically, the synchronization controller 812 can use distributed scheduling systems (such as Kubernetes cron jobs, Apache Airflow, or custom event-driven architectures) to trigger workflows. The synchronization controller 812 can handle version control of content, rollback procedures if errors occur, and continuity plans if uplink failures are detected. The synchronization controller 812 can ensure that listener participation directly affects the broadcast without noticeable lag or disruptions, achieving a seamless end-to-end experience.

[0077] Still referring to FIG. 8, the content generation module 814 can translate regional listener inputs into actual broadcastable audio content. The content generation module 814 can operate in several modes: simple mode (choose a song from a list based on votes) or complex mode (dynamically create customized versions — e.g., remixing tracks, inserting different lyrics, adjusting tempos). AI / ML models, like neural networks trained for audio generation or enhancement (e.g., using models like Jukebox from OpenAI), can be employed to automate remixing or blending contributions. The content generation module 814 can output final “audio packages” ready for broadcasting. To meet satellite transmission constraints, generated content can be encoded into specific broadcast-quality formats (like AAC+ or MPEG-4) and packetized correctly.

[0078] According to FIG. 8, the satellite uplink module 816 can handle transmitting the finalized, region-specific audio streams from earth to satellite for wide-area rebroadcast. Each region’s content stream can be packetized, time-synchronized, and fed into a multiplexed transmission that allows satellites to deliver different content beams to different areas. Technologies like spot beam satellite coverage may be critical here — where a satellite sends different data streams to different localized areas. Uplink stations may encode, encrypt, and transmit these data streams using satellite communication protocols (e.g., DVB-S2X standards), ensuring content integrity and minimal latency from uplink to downlink.

[0079] Referring now to FIG. 9, an algorithmic flow diagram of a method 900 of creating and customizing a broadcast of media content is depicted in accordance with at least one nonlimiting aspect of the present disclosure. The method 900 can include receiving 902 a plurality of user inputs from customer devices, generating 904 real-time “regional profiles” of listener preferences based on user inputs, orchestrating 906 timing of user inputs into customized streams based on a scheduled interval, and transmitting 908 the finalized, region-specific audio streams from earth to satellite for wide-area rebroadcast. Thus, the method 900 can - 28 - 1610122783.1Atty. Dkt. No.: 250357PCTenable real-time or near real-time listener contribution, regional variation of broadcast content, satellite-based delivery, but streaming-style interactivity, and collaborative music creation or curation at scale.

[0080] For example, spot beam technology can be implemented to focus the transmission of signals from the satellite to specific geographic regions rather than broadcasting uniformly across an entire satellite footprint. A single satellite can be outfitted with multiple spot beams, each covering a distinct geographic region. Thus, the satellite can broadcast different radio streams in response to the aforementioned preferences and customization methods. Spot beams can reuse frequencies in different non-overlapping regions, which enables the devices, systems, and methods disclosed herein to support localized content streams without requiring additional bandwidth across the full footprint. This can allow different venues, towns, states, and / or regions to receive custom feeds without requiring additional frequency bands. Additionally, the host server 108 (FIG. 1) can generate signals with geographic data, which upon receipt by the satellite, causes the satellite to use certain spot beams, such that content can be quickly changed and / or swapped for event-specific coverage to only the affected regions. For example, each spot beam can be physically configured to cover a specific geographic footprint. This can either be set prior to launch or remotely altered via actuators coupled to the spot beams. An uplink station can send signals with specific frequencies and / or polarizations associated with each particular spot beam, such that the satellite knows how to route the incoming signals to the right transponder for re-broadcast via the intended spot beam. The satellite’s transponders and multiplexers can be programmed such that each handles a specific beam and frequency band. Signals can be statically assigned to certain beams and / or dynamically switched to different beams in response to commands generated by the host server 108 (FIG. 1) and transmitted by the ground station. Signals can further be embedded with identifiers and / or other beam-specific markers to ensure that only the intended geographic region can access the correct content. According to some non-limiting aspects, receivers can be configured to recognize assigned beams and lock onto the correct stream. Receivers can be positioned in a particular venue, town, state, and / or region to receive feeds customized by the host server 108 (FIG. 1).

[0081] However, according to some non-limiting aspects, the system 100 of FIG. 1 can be implemented to enable listeners across the world to influence media streamed via satellite 818 (FIG. 8) regardless of geographic location. In other words, the system 100 (FIG. 1) can enable listeners to create a universal, globally crowd-sourced playlist that is streamed via the satellite 818 (FIG. 8) in real-time. Thus, the system 100 (FIG. 1) can be configured to enable older, static broadcast technologies to function as a global platform on which listeners can create,- 29 - 1610122783.1Atty. Dkt. No.: 250357PCTinfluence, and vote upon playlists of media streamed by a satellite 818 (FIG. 8) or constellation of satellites (FIG. 8). For example, the system 100 (FIG. 1) can be configured to ensure that all listeners are simultaneously listening to the same media transmitted from a single satellite 818 (FIG. 8). Alternately, the system 100 (FIG. 1) can be configured to synchronize media transmitted by different beams of a satellite 818 (FIG. 8) or a plurality of satellites 818 (FIG.8). Media, for example, can be synchronized via the synchronization controller 812 (FIG. 8). The synchronization controller 812 (FIG. 8) can include a system configured to function as a central orchestrator ensuring that crowd-sourced media streams are ingested, processed, and broadcast across multiple satellites in a tightly coordinated manner.

[0082] The host server 108 (FIG. 1) can receive user inputs from customer mobile devices 102 (FIG. 1) and aggregate the inputs, generating a crowd-sourced media stream (e.g., music, video, etc.) and transmitting them to the synchronization controller 812 (FIG. 8). The synchronization controller 812 (FIG. 8) can timestamp and standardize these streams and process them, compensating for latency and / or jitter, which may be inherent to crowd-sourced inputs (e.g., buffering and aligning data to a common time base, such as a GPS clock, etc.). Once processed, the synchronization controller 812 (FIG. 8) can distribute the synchronized stream to multiple uplink stations that connect to the satellites in the constellation. The system 100 (FIG. 1), therefore, can ensure time alignment across all satellites’ downlink transmissions via precise timing protocols. This can involve use of the common time base provided via the synchronization controller 812 (FIG. 8). According to some non-limiting aspects, the satellite 818 (FIG. 8) can include an inter-satellite links by which the satellites of the constellation can coordinate amongst themselves to adjust timing dynamically. This can ensure that no matter where a listener is located, the stream can be broadcast and received simultaneously. In the event of an inherent propagation delay difference (e.g., since different satellites are at different distances from users), the synchronization controller 812 (FIG. 8) can be configured to introduce intentional delay offsets, which align reception times globally. Additionally, the synchronization controller 812 (FIG. 8) can be configured to perform error correction and / or buffering operations that introduce quality margins within each signal such that, when received from the satellite, signals are uniformly processed and re-broadcast via the receiver within an acceptable margin that standardizes the listener experience. This results in a globally synchronized broadcast of the same crowd-sourced media stream, providing a real-time, unified listening experience across diverse geographic locations.

[0083] Referring now to FIG. 10, an algorithmic flow diagram of a method 1000 of synchronizing a broadcast listener-influenced media content is depicted in accordance with at least one non-limiting aspect of the present disclosure. The method 1000 can include receiving- 30 - 1610122783.1Atty. Dkt. No.: 250357PCT1002 a plurality of user inputs from customer devices and generating 1004 a media stream in real-time based on user inputs. However, the method 1000 can further include processing 1006 the media stream for synchronized playback. For example, processing can include timestamping or standardizing the media streams. This can include buffering and / or aligning data associated with the media stream to a common time base, which can compensate for latency and / or jitter, which may be inherent to crowd-sourced inputs. Finally, the method 1000 can include transmitting 1008 the timestamped and standardized media streams from earth to satellite. Because the signals have been processed, when the satellite re-broadcasts them back to earth, the signals will be broadcast in a synchronized and uniform manner (from the listener’s perspective) across a plurality of geographic regions. According to some non-limiting aspects, the broadcasts can be crowd-sourced according to a predetermined interval (e.g., every twenty minutes), such that user inputs are aggregated across a first interval for customized broadcast during a second, subsequent interval. Thus, the method ensures consistency of real time broadcasts influenced by listeners from all over globe. Listeners, therefore, can influence and enjoy media streams from any location, including mobile locations (e.g., cars, airplanes, boats, etc.) or stationary locations (e.g., bars, homes, offices, etc.) Anybody with access to airwaves, satellite, and / or internet access can listen to the exact same song at the exact same time as everyone else on the planet and vote for songs to be played during a subsequent time or interval.

[0084] According to some non-limiting aspects, the ability to customize a user experience during a live event may be public, meaning anyone without geographic or technical limitation has the ability to submit a preference for content to be played during the live event via the aforementioned devices, systems, and methods. However, according to other non-limiting aspects, the ability to customize a user experience during a live event may be private, meaning access is either geographically and / or technologically restricted. For example, a user of the customer mobile device 102 (FIG. 1) may have to scan a machine-readable code associated with the live event and / or venue in order to submit a preference for content to be played. Alternately or additionally, the user may need to be within a pre-defined geographic proximity of the live event, have access to a particular website (e.g., link or URL), and / or have a password or other credentials authorized by the venue, host, or host server, in order to submit a preference for content to be played.

[0085] Likewise, according to some non-limiting aspects, the ability to receive a broadcast or otherwise enjoy the live event may be private, meaning access to the broadcast or live request is either geographically and / or technologically restricted. For example, a user of the customer mobile device 102 (FIG. 1) may have to scan a machine-readable code associated with the- 31 - 1610122783.1Atty. Dkt. No.: 250357PCTlive event and / or venue in order to access the broadcast and / or live event. Alternately or additionally, the user may need to be within a pre-defined geographic proximity of the live event, have access to a particular website (e.g., link or URL), and / or have a password or other credentials authorized by the venue, host, or host server, in order to access the broadcast and / or live event.

[0086] According to still other non-limiting aspects, a machine-readable code, link or URL, and / or a password or other credentials may be utilized to link a specific live event or media broadcast to a particular community associated with an organization, product, brand, company, government, team, and / or location (e.g., a building, a neighborhood, a town, a city, or a state), amongst other groups or affiliations. For example, according to such aspects, the disclosed system can employ a cloud-based media streaming architecture, such as the system 100 of FIG. 1, to facilitate community-customizable audio content that is influenced or curated by the community via a machine-readable code-initiated user session. The community may be customers of a particular brand, members of a particular organization, employees of a particular company, or residents of a particular neighborhood. According to such aspects, the system 100 (FIG. 1) can include a server-side media management module that allows registered community or brand administrators to initiate, schedule, or update sessions wherein the community can influence media played during the session via a web-based dashboard. Playlists may be stored in association with a unique brand identifier within a distributed database. The system 100 (FIG. 1), for example, can generate a corresponding QR code embedded with a unique session token or URL that resolves to the brand-specific media stream when scanned by a client device. Such session-specific codes can be included in locations or media associated with the community (e.g., on a sign hung outside a building, a billboard, a jumbotron in a stadium, a commercial, etc.). Accordingly, the system 100 can enable fans of a team to influence and enjoy team-specific content, residents of a community to influence and enjoy neighborhood-specific content, employees of a company to influence and enjoy work-specific content, customers of a brand to influence and enjoy brand or productspecific content, etc.

[0087] Upon scanning, a client device (e.g., a smartphone) may launch a web or native application interface that authenticates a session token and retrieves the associated brand media content from the platform’s content delivery network (“CDN”). The user may then be presented with a dynamically rendered interface displaying the active playlist, playback controls, and optional interactive elements such as voting buttons, track skip suggestions, and social sharing links. Real-time interaction data from users is aggregated by the system’s engagement engine, which employs a rules-based or machine-learning algorithm to update- 32 - 1610122783.1Atty. Dkt. No.: 250357PCTthe playlist dynamically — either by reordering tracks, inserting trending content, or adjusting genre weighting based on user feedback.

[0088] The system 100 (FIG. 1) can support user-level analytics and engagement tracking, allowing brands to monitor listener demographics, session duration, geolocation (subject to permissions), and interaction patterns. Furthermore, the architecture may be designed to support concurrent user sessions and horizontal scaling to accommodate brand events or campaigns with high listener volume. Optional integration with third-party music libraries or APIs (e.g., Spotify, Apple Music, SoundCloud) can enable brands to leverage existing catalogues while maintaining a seamless user experience under the system 100 (FIG. 1) ecosystem.

[0089] According to some embodiments, a system configured to create and customize the broadcast of media content is contemplated. The system may include a contribution platform configured to receive listener inputs modifying or selecting audio content, wherein the listener inputs include one or more of song selection, remix preferences, lyrical edits, and content recommendations, a regional aggregation module configured to aggregate and prioritize listener inputs based on geographic location, a content generation engine configured to dynamically select, modify, or synthesize audio content based on the aggregated regional listener inputs, a satellite uplink system configured to transmit region-specific audio content streams to one or more geographically distinct regions via satellite broadcast, and a synchronization controller configured to coordinate the receipt of listener inputs, the generation of customized content, and the transmission of the customized content with minimal latency.

[0090] According to some examples, the selection of audio content is based on geographic information provided via a customer device.

[0091] According to some examples, the transmission of region-specific audio content streams may include spot beam technology.

[0092] According to some examples, the region-specific audio content streams comprise an identifier associated with a geographically configured spot beam of a satellite

[0093] According to some examples, the system may further include a geographically specific receiver configured to recognize a transmission from the geographically configured spot beam.- 33 - 1610122783.1Atty. Dkt. No.: 250357PCT

[0094] According to some examples, the dynamic selection of audio content is based on a weighted contribution of user inputs.

[0095] According to some embodiments, a method of creating and synchronizing a broadcast of media content is contemplated. The method may include receiving, via a synchronization controller, a plurality of user inputs from a plurality of customer devices, generating, via the synchronization controller, a media stream based on the plurality of user inputs from the plurality of customer devices, processing, via the synchronization controller, the media stream for synchronized playback, and transmitting, via the synchronization controller, the processed media stream from Earth to satellite for synchronized rebroadcast.

[0096] According to some examples, processing the media stream for synchronized playback is based on a common time base.

[0097] According to some examples, the common time base may include information received from a GPS clock.

[0098] According to some examples, processing the media stream for synchronized playback may include timestamping, via the synchronization controller, the media stream.

[0099] According to some examples, processing the media stream for synchronized playback may include standardizing, via the synchronization controller, the media stream.

[0100] According to some examples, processing the media stream for synchronized playback compensates for a detrimental parameter of the media stream.

[0101] According to some examples, the detrimental parameter of the media stream may include latency or jitter.

[0102] According to some examples, synchronized rebroadcast of the media stream may include dynamic re-transmission via an inter-satellite link.

[0103] According to some embodiments, a method of creating and customizing the broadcast of media content is contemplated. The method may include receiving, via a contribution platform, a plurality of user inputs that may include one or more of a song selection, a remix preference, a lyrical edit, or a content recommendation, aggregating, via a regional aggregation module, the plurality of user inputs based on a geographic location of each of the plurality of user inputs, dynamically generating, via a content generation engine, media content based on the aggregated plurality of user inputs, and transmitting, via a satellite- 34 - 1610122783.1Atty. Dkt. No.: 250357PCTuplink system, the media content for broadcast in the geographic location of each of the plurality of user inputs.

[0104] According to some examples, aggregating the plurality of user inputs may include dynamically selecting, modifying, or synthesizing audio content based on the geographic location of each of the plurality of user inputs.

[0105] According to some examples, transmitting the media content for broadcast in the geographic location of each of the plurality of user inputs may include selection of a spot beam associated with the geographic location of each of the plurality of user inputs.

[0106] According to some examples, the selection of the spot beam associated with the geographic location of each of the plurality of user inputs is based on an identifier embedded within the media stream.

[0107] According to some examples, the method may further include coordinating, via a synchronization controller, the receipt of the plurality of user inputs.

[0108] According to some examples, the receipt of the plurality of user inputs reduces a latency associated with the broadcast of the media content in the geographic location of each of the plurality of user inputs.

[0109] The examples presented herein are intended to illustrate potential and specific implementations of the present invention. It can be appreciated that the examples are intended primarily for purposes of illustration of the invention for those skilled in the art. No particular aspect or aspects of the examples are necessarily intended to limit the scope of the present invention. Further, it is to be understood that the figures and descriptions of the present invention have been simplified to illustrate elements that are relevant for a clear understanding of the present invention, while eliminating, for purposes of clarity, other elements. While various embodiments have been described herein, it should be apparent that various modifications, alterations, and adaptations to those embodiments may occur to persons skilled in the art with attainment of at least some of the advantages. The disclosed embodiments are therefore intended to include all such modifications, alterations, and adaptations without departing from the scope of the embodiments as set forth herein.- 35 - 1610122783.1

Claims

Atty. Dkt. No.: 250357PCTCLAIMSWhat is claimed is:

1. A system configured to create and customize the broadcast of media content, the system comprising:a contribution platform configured to receive listener inputs modifying or selecting audio content, wherein the listener inputs include one or more of: song selection, remix preferences, lyrical edits, and content recommendations;a regional aggregation module configured to aggregate and prioritize listener inputs based on geographic location;a content generation engine configured to dynamically select, modify, or synthesize audio content based on the aggregated regional listener inputs;a satellite uplink system configured to transmit region-specific audio content streams to one or more geographically distinct regions via satellite broadcast; anda synchronization controller configured to coordinate the receipt of listener inputs, the generation of customized content, and the transmission of the customized content with minimal latency.

2. The system of claim 1 , wherein the selection of audio content is based on geographic information provided via a customer device.

3. The system of claim 1, wherein the transmission of region-specific audio content streams comprises spot beam technology.

4. The system of claim 3, wherein the region-specific audio content streams comprise an identifier associated with a geographically configured spot beam of a satellite.

5. The system of claim 4, further comprising a geographically specific receiver configured to recognize a transmission from the geographically configured spot beam.

6. The system of claim 1, wherein the dynamic selection of audio content is based on a weighted contribution of user inputs.

7. A method of creating and synchronizing a broadcast of media content, the method comprising:receiving, via a synchronization controller, a plurality of user inputs from a plurality of customer devices;- 36 - 1610122783.1Atty. Dkt. No.: 250357PCTgenerating, via the synchronization controller, a media stream based on the plurality of user inputs from the plurality of customer devices;processing, via the synchronization controller, the media stream for synchronized playback; andtransmitting, via the synchronization controller, the processed media stream from Earth to satellite for synchronized rebroadcast.

8. The method of claim 7, wherein processing the media stream for synchronized playback is based on a common time base.

9. The method of claim 8, wherein the common time base comprises information received from a GPS clock.

10. The method of claim 7, wherein processing the media stream for synchronized playback comprises timestamping, via the synchronization controller, the media stream.

11. The method of claim 7, wherein processing the media stream for synchronized playback comprises standardizing, via the synchronization controller, the media stream.

12. The method of claim 7, wherein processing the media stream for synchronized playback compensates for a detrimental parameter of the media stream.

13. The method of claim 12, wherein the detrimental parameter of the media stream comprises latency or jitter.

14. The method of claim 7, wherein synchronized rebroadcast of the media stream comprises dynamic re-transmission via an inter-satellite link.

15. A method of creating and customizing the broadcast of media content, the method comprising:receiving, via a contribution platform, a plurality of user inputs comprising one or more of a song selection, a remix preference, a lyrical edit, or a content recommendation;aggregating, via a regional aggregation module, the plurality of user inputs based on a geographic location of each of the plurality of user inputs;dynamically generating, via a content generation engine, media content based on the aggregated plurality of user inputs; and- 37 - 1610122783.1Atty. Dkt. No.: 250357PCTtransmitting, via a satellite uplink system, the media content for broadcast in the geographic location of each of the plurality of user inputs.

16. The method of claim 15, wherein aggregating the plurality of user inputs comprises dynamically selecting, modifying, or synthesizing audio content based on the geographic location of each of the plurality of user inputs.

17. The method of claim 15, wherein transmitting the media content for broadcast in the geographic location of each of the plurality of user inputs comprises selection of a spot beam associated with the geographic location of each of the plurality of user inputs.

18. The method of claim 17, wherein the selection of the spot beam associated with the geographic location of each of the plurality of user inputs is based on an identifier embedded within the media stream.

19. The method of claim 15, further comprising coordinating, via a synchronization controller, the receipt of the plurality of user inputs.

20. The method of claim 19, wherein coordinating the receipt of the plurality of user inputs reduces a latency associated with the broadcast of the media content in the geographic location of each of the plurality of user inputs.- 38 - 1610122783.1

Images