Contextually changing guest messaging and experience

Systems and methods for a customized amusement ride experience are disclosed herein. Such a system can include a simulation vehicle that can transit at least one passenger from a starting position to a terminating position of the amusement ride, a memory including a content database and a token database, and a sensor that can receive data identifying at least one token. The system can include a processor that can: receive data from the sensor identifying the at least one token; retrieve ride data from the token database based on the data identifying the at least one token, which ride data identifies an attribute associated with the token; select content for delivery based on the ride data; retrieve the selected content for delivery from the content database; and provide the selected content to the at least one passenger of the simulation vehicle.

BACKGROUND

The present disclosure relates generally to the sound management in connection with content presentation. Sound forms a significant part of the enjoyment of content consumption. This is especially the case as relating to restricting or eliminating the perceptibility of sounds that do not originate from the content being consumed. In the case of theaters such as movie theaters, this can include attempts at soundproofing of the theater.

BRIEF SUMMARY

One aspect of the present disclosure relates to a system for customized amusement ride experience. The system includes: a simulation vehicle that can transit at least one passenger from a starting position to a terminating position of the amusement ride; a memory including a content database and a token database; a sensor that can receive data identifying at least one token; and a processor. The processor can: receive data from the sensor identifying the at least one token; retrieve ride data from the token database based on the data identifying the at least one token, which ride data identifies an attribute associated with the token; select content for delivery based on the ride data; retrieve the selected content for delivery from the content database; and provide the selected content to the at least one passenger of the simulation vehicle.

In some embodiments, at least one of the at least one passenger is a holder of the token. In some embodiments, the attribute associated with the token includes at least one of: content previously provided by the amusement ride to the holder of the token; and a skill level of the holder of the token. In some embodiments, the selected content includes narration indicative of the attribute associated with the token. In some embodiments, the selected content includes at least a part of: a pre-ride briefing; or a mission. In some embodiments, the pre-ride briefing comprises an introduction to the mission. In some embodiments, the mission includes a plurality of tasks for completion by the at least one passenger of the simulation vehicle. In some embodiments, the plurality of tasks are linked in a narrative.

In some embodiments, selecting content for delivery based on the ride data includes: identifying a relevant subset of the content in the content database; and selecting content from the relevant subset of the content in the content database. In some embodiments, the relevant subset is identified based on the retrieved ride data and includes undelivered content. In some embodiments, the relevant subset includes all of the content in the content database. In some embodiments, selecting content for delivery based on the ride data includes: identifying delivered content; identifying previously provided content in the content database; and selecting content from the identified and previously provided content in the content database.

In some embodiments, the received data from the token includes a unique identifier, In some embodiments, In some embodiments, the unique identifier is not linked with the at least one passenger. In some embodiments, the data received from the sensor identifies a plurality of tokens. In some embodiments, ride data retrieved from the token database is based on the data received identifying a plurality of tokens. In some embodiments, the content is selected for delivery with retrieved ride data based on at least a portion of the retrieved ride data.

One aspect of the present disclosure relates to a method for customized amusement ride experience. The method includes: receiving with a processor data from a sensor, the data identifying at least one token; retrieving with the processor ride data from a token database based on the received data identifying the at least one token, which ride data identifies an attribute associated with the token; selecting with the processor content for delivery to at least one passenger of a simulation vehicle based on the ride data; retrieving with the processor the selected content for delivery from a content database; and providing with the processor the selected content to the at least one passenger of the simulation vehicle.

In some embodiments, at least one of the at least one passenger is a holder of the token. In some embodiments, the attribute associated with the token includes at least one of: content previously provided by the amusement ride to the holder of the token; or a skill level of the holder of the token. In some embodiments, the selected content includes narration indicative of the attribute associated with the token.

In some embodiments, the selected content includes at least a part of: a pre-ride briefing; or a mission. In some embodiments, the pre-ride briefing includes an introduction to the mission. In some embodiments, the mission includes a plurality of tasks for completion by the at least one passenger of the simulation vehicle. In some embodiments, the plurality of tasks are linked in a narrative. In some embodiments, selecting content for delivery based on the ride data includes: identifying a relevant subset of the content in the content database; and selecting content from the relevant subset of the content in the content database.

In some embodiments, the relevant subset is identified based on the retrieved ride data and comprises undelivered content. In some embodiments, the relevant subset includes all of the content in the content database. In some embodiments, selecting content for delivery based on the ride data includes: identifying delivered content; identifying previously provided content in the content database; and selecting content from the identified and previously provided content in the content database. In some embodiments, the received data from the token includes a unique identifier. In some embodiments, the unique identifier is not linked with the at least one passenger. In some embodiments, the data received from the sensor identifies a plurality of tokens, wherein ride data retrieved from the token database is based on the data received identifying a plurality of tokens. In some embodiments, the content is selected for delivery with retrieved ride data based on at least a portion of the retrieved ride data.

DETAILED DESCRIPTION

Amusement rides entertain passengers via one or several sensory experiences of the passengers of that amusement ride. This can include movement, either real or virtual, of one or several passengers and/or delivery of content. In many instances, content delivery within an amusement ride can be paired with movement, either real or virtual, of the one or several passengers of the amusement ride. This content can include visual, video, and/or audio content that can create an event or effect, or convey a narrative or storyline to the passengers of the amusement ride. This content delivered in connection with an amusement ride can be delivered to one or several passengers of the amusement ride before, during, or after the amusement ride.

As the importance of the content increases with respect to the amusement ride experience, amusement rides risk quickly going stale once a passenger has been on the ride once or twice. However, if a history of the passenger can be determined, or alternatively, if a history of a token possessed by a passenger can be determined, then the content delivered as part of the amusement ride can be customized based on that history. This customization can include modifying pre-ride content delivery and/or delivered content, modifying in-ride content delivery and/or delivered content, and/or modifying post-ride content delivery and/or delivered content. This modification can include modifying one or several scenes, sequences, events, or actions in the content or portrayed in the content, or can include changing all or portions of the content such as, for example, selecting to present one piece of content such as one mission instead of another piece of content such as another mission. Through this customization, the passenger's ride experience can vary with repeat riding of the amusement park.

II. Customized Amusement Ride System

With reference now toFIG. 1, a schematic illustration of one embodiment of a system100, also referred to herein as a contextually changing messaging system100or customized ride experience system100is shown. The system100can allow for customization of ride experience and/or of messaging to passengers of an amusement ride. In some embodiments, this customization can be achieved via the identification of a token held by a passenger of the amusement ride, determining an attribute associated with that token such as, for example, a skill level, previously received content, unreceived content, or the like, and selecting and/or providing content based on this attribute associated with the token.

The system100can include a processor102which can include, for example, one or several processors or servers. The processor102can be any computing and/or processing device including, for example, one or several laptops, personal computers, tablets, smartphones, servers, mainframe computers, processors, or the like. The processor102can be configured to receive inputs from one or several other components of the system100, to process the inputs according to one or several stored instructions, and to provide outputs to control the operation of one or several of the other components of the system100.

The system100can include memory106. The memory106can represent one or more storage media and/or memories for storing data, including read only memory (ROM), random access memory (RAM), magnetic RAM, core memory, magnetic disk storage mediums, optical storage mediums, flash memory devices and/or other machine readable mediums for storing information. The term “machine-readable medium” includes, but is not limited to portable or fixed storage devices, optical storage devices, and/or various other storage mediums capable of storing that contain or carry instruction(s) and/or data. The memory106can be an integral part of the processor102and/or can be separate from the processor102. In embodiments in which the memory106is separate from the processor102, the memory106and the processor102can be communicatingly linked via, for example, communications network130. The communications network130can comprise any wired or wireless communication connection between some or all of the components of the system100.

The memory106can include software code and/or instructions for directing the operation of the processor102and/or one or several databases106containing information used by the processor102and/or generated by the processor102. These databases include, for example, a content database106-A, and an item or token database106-B.

The content database106-A can include content for presentation to passengers of the amusement ride. In some embodiments, this content can comprise video content, audio content, combined video and audio content, or the like. This content can be in the form of one or several films, movies, shows, simulations, interactive stories, or video games. In some embodiments, this content can include a storyline, a plot, or narrative the may be static or that may be dynamic based on received user inputs. This content can include portions that can be presented before a passenger enters a simulation vehicle108, while the passengers is on the simulation vehicle108, or after the passenger has excited the simulation vehicle108.

In some embodiments, content presented before the passenger enters the simulation vehicle108can include a pre-ride briefing that can include an introduction to a mission; content presented while the passenger is in the simulation vehicle108can include a mission that can include a plurality of tasks for completion by the passenger of the simulation vehicle and that can be linked in a narrative; and content presented after the passenger has exited the simulation vehicle108can include a post-ride debriefing that can include a summary or evaluation of performance during the mission. This content can be delivered to the passenger in any desired way including, for example, one or several content presentation systems112that can be part of the system100or via one or several passenger devices120that can receive information from the processor102.

The pre-ride briefing can include, for example, information and/or content setting-up or preparing for the mission. This can include, for example, a description of the mission and/or of some or all of the tasks in the mission, a characterization on the one or several attributes of the token such as, for example, the skill level previously demonstrated by the holder of the token or message to the holder of the token based on content previously presented to the holder of the token.

The post-ride debriefing can include, for example, information and/or content relating to the completion of the mission and/or one or several uncompleted tasks or missions. In some embodiments, the post-ride debriefing can identify a skill level demonstrated or attained by the holder of the token. In some embodiments, the post-ride debriefing can further include the bestowing of honors, tributes, or awards of the holder of the token based on the completion of the mission and/or on the skill level demonstrated or attained by the holder of the token.

In some embodiments, the content within the content database106-A can be adaptable based on one or several attribute of a detected token. This adaptability can include, for example, the addition or removal of content include, for example: the addition of one or several scenes, tasks, or scene portions; and/or the modification of content including, for example, the changing of one or several lines, tasks, or events in the content. In some embodiments, content comprising these adaptions can be included in the content database106-A.

The item database106-B, also referred to herein as the token database106-B, can include information identifying one or several tokens and attributes of those one or several tokens. As used herein, a token118or an item118is an object that includes hardware and/or software to enable communication with one or several components of the system100. Such hardware can include, for example, an antenna, a receiver, a transmitter, a transceiver, a light source such as: a light emitting diode (LED); a visible LED; an IR LED; a UV LED; and/or a laser diode, and/or a photo sensor such as a photodiode.

This communication between the token118and other components of the system100can be either passive or active communication, and can include wired or wireless communication via one or several beams of light such as with IR communication, with radio waves such as via Radio Frequency Identification (“RFID”), and/or according to one or several communication protocols such as, for example, Bluetooth or Near Field Communication (“NFC”). In some embodiments, each token can be uniquely identifiably and can be associated with token data. This token data can be, for example, independent of any user data and/or that is not linked with the holder of the token. In some embodiments, this token data can identify, for example, the number of times a holder of the token has been on the amusement ride, content received by the holder of the token while on the amusement ride, and/or a skill level demonstrated by the holder of the token. As used herein, “holder of the token” can be one or several individuals who rode the amusement ride with the token.

The system100can include one or several simulation vehicles108including, for example, a first simulation vehicle108-A, a second simulation vehicle108-B, and up to and including an Nthsimulation vehicle108-N. The simulation vehicle108can contain one or several passengers in, for example, a seat, a restraint system, or the like. The simulation vehicle108can transport passengers from a starting position to a termination position, which starting position can be the location at which passengers enter the simulation vehicle108and which termination position can be the location at which the passengers exit the simulation vehicle108. In some embodiments, the starting position and the termination position can be co-located.

The simulation vehicle108and/or the components thereof can be communicatingly connected with the processor108. This communication connection can allow the providing of information to the simulation vehicle108, which information can control operation of all or portions of the simulation vehicle108, and which communicating connection can allow the receipt of information from the simulation vehicle108by the server102, which information can include one or several user inputs at the simulation vehicle108.

The system100can include a sensor110that can communicate with one or several tokens118. The sensor can communicate with tokens of token holders who achieve a desired proximity with the sensor110. In some embodiments, the sensor110can be positioned such that the sensor110communicate with tokens of token holders who are entering into the amusement ride and/or are boarding a simulation vehicle108. To facilitate communication with tokens of token holders boarding the simulation vehicle108, in some embodiments, the sensor110can be positioned proximate to the simulation vehicle108such as, for example, at the starting position, and in some embodiments, the sensor110can be a part of the simulation vehicle108.

The sensor110can include hardware or software to allow the communication with the one or several tokens. Such hardware can include, for example, an antenna, a receiver, a transmitter, a transceiver, a light source such as: a light emitting diode (LED); a visible LED; an IR LED; a UV LED; and/or a laser diode, and/or a photo sensor such as a photodiode. The sensor110can communicate with the one or several tokens118via wired or wireless communication via one or several beams of light such as with IR communication, with radio waves such as via RFID, and/or according to one or several communication protocols such as, for example, Bluetooth or NFC. The sensor110can be communicatingly connected with the processor102.

The system100can include the content presentation system112which can include an audio presentation system114and/or a video presentation system116. The content presentation system112can provide or present content to passengers of the amusement ride including to prospective passengers of the amusement ride in the case of a pre-ride briefing, or to past passengers of the amusement ride in the case of a post-ride debriefing.

The content presentation system112can include hardware components configured to deliver content to the passengers of the simulation vehicles108. The components of the content presentation system112can include, for example, one or several: speakers; sound generators; displays; screens; monitors; projectors; illuminators; speakers; lasers; fans; or heaters. In some embodiments, each simulation vehicle108can include a unique content presentation system112and in some embodiments, the content presentation system112can be non-unique to some or all of the simulation vehicles108. In some embodiments in which the simulation vehicle108includes unique content presentation system112, the content presentation system112can be a part of the simulation vehicle108, can be attached to the simulation vehicle108, and/or can move with the simulation vehicle108from the starting point to the termination point.

The content presentation system112can provide and/or present audio content via an audio presentation system112. The audio presentation system112can include, for example, an amplifier such as one or several of: a pre-amplifier; a power amplifier; a phono pre-amplifier; a subwoofer amplifier; and an integrated amplifier, one or several speakers such as one or several of: a subwoofer; a tweeter; and a mid-range speaker, a mixing engine, an equalizer, a speaker processor, and/or a scheduler. The content presentation system112can provide and/or present video content via a video presentation system114. The video presentation system can include one or several: screens; displays; monitors; projectors; lasers; and/or light sources.

III. Methods for Customized Amusement Ride Experience

With reference now toFIG. 2, a flowchart illustrating one embodiment of a process200for generating and/or delivery of a customized amusement ride experience is shown. The process200can be performed by all or portions of the system100, and in some embodiments, can be performed by the processor102. The process200begins at block202, wherein data identifying at least one token is received. This data can be a unique identifier such that the at least one token is uniquely identified. In some embodiments, this unique identifier is unlinked to the holder of the token. Thus the token and the unique identifier do not identify the holder of the token and/or the passenger of the amusement ride, but rather only identify the token. In some embodiments, this data can be received by the processor102as the result of communication between the token118and the sensor110.

At block204of the process200, ride data is retrieved. This ride data can be retrieved from, for example, the token database106-B with a query for ride data associated with the data received in block202. The ride data can identify one or several attributes associated with the at least one token for which data was received in block202. These one or several attributes can identify, for example, content previously provided by the amusement ride to the holder of the token, a skill level of the holder of the token, and/or a preference of the holder of the token. This ride data can be updated, for example, each time the token is identified as riding the amusement ride, to reflect content presented to the holder of the token, the skill level of the holder of the token, and/or one or several preferences of the holder of the token.

In embodiments in which data for a single token is received in block202, then the ride data retrieved in block204is the ride data for that single token. In embodiments in which data for a plurality of tokens is received in block202, then the ride data retrieved in block204can be the ride data for some or all of the tokens in that plurality of tokens. Thus, in embodiments in which data for a plurality of tokens is received in block202, the token database106-B can be queried for ride data relevant to some or all of those tokens, and that requested ride data can be received by the processor102from the token database106-B.

At block206of the process200, content is selected for delivery. This content can be selected by the processor102from the content database106-A, and in some embodiments, this content can be selected based on ride data received and/or retrieved in block204. The content selected in block206can be content for presenting as part of the amusement ride. This content can be presented before the passenger enters the simulation vehicle108and can include at least a part of a pre-ride briefing, this content can be presented while the passenger is in the simulation vehicle108and can include at least a part of a mission that can include a plurality of tasks for completion by the passenger of the simulation vehicle and that can be linked in a narrative, and/or this content can be presented after the passenger has exited the simulation vehicle108and can include at least a part of a post-ride debriefing.

In some embodiments, the selection of content for delivery can include the identification of a modification to content. For example, in some embodiments in which the holder of the token has previously ridden the amusement ride, the content can be modified to acknowledge this previous experience. Alternatively, when the holder of the token has previously demonstrated a skill level, the content can be modified to acknowledge that skill level. This acknowledgement can include, for example, changing the mission to better match the skill level, or providing comments or nation acknowledging past success or failure. In such embodiments in which content is modified, the selection of content can include the identification of one or several portions of the content for modification and selecting the desired modification. In some embodiments, this can include identifying a modification matching the attribute of the ride data from the content database106-A and selecting this identified modification. In some embodiments, the selected content can comprise a scene, a dialogue, an event, a monologue, one or several sounds, or the like. In one embodiment, the selected content can be indicative of the one or several attributes of the token identified in the ride data.

At block208of the process200, the selected content is retrieved. In some embodiments, the selected content can be retrieved from the content database106-A by the processor102. At block210of the process200, the selected content is provided. In some embodiments, the selected content can be provided by the processor102to the content presentation systems112and/or to the one or several passenger devices120. In some embodiments, the providing of the content can include the generating and sending of one or several control signals by the processor102to the content presentation systems112and/or to the one or several passenger devices120, which one or several control signals can direct the operation of the content presentation systems112and/or to the one or several passenger devices120to present and/or provide the selected content.

With reference now toFIG. 3, a flowchart illustrating one embodiment of a process300for selecting content for delivery is shown. The process300can be performed as a part of, or in the place of the step of block206ofFIG. 2. The process300can be performed by all or portions of the system100including, for example, the processor102.

The process300begins at block302, wherein relevant subset of content is identified. This relevant content can be content that matches one or several attributes of the ride data of the token such as, for example, content that has not been previously delivered to the holder of the token, or content that matches a skill level of the holder of the token. The subset of relevant content can be identified by the processor102.

The relevant subset of content can be identified based on the received ride data. In some embodiments, for example, the ride data can identify content previously delivered to the holder of the token. This content can be compared to the entirety of content stored in the content database106-A to identify the subset of relevant content. Alternatively, the ride data can include data identifying the undelivered content, and the identification of the subset of relevant content can include the retrieval and/or extraction of this data from the ride data. In some embodiments, the subset of undelivered content can include a portion of the content in the content database106-A and in some embodiments, the subset of undelivered content can include all of the content in the content database106-A and/or all of the content in the content database106-A that is selectable for presentation based on the ride data.

In some embodiments, the relevant content can be identified based on an attribute of the token holder such as the skill level of the holder of the token. In such an embodiment, data indicative of this attribute can be extracted from the retrieved ride data. The identification of the relevant subset of content can then include the querying of the content database106-A or the searching of the content database106-A for content and/or content modifications corresponding to this attribute. Content identified in this search of the content database106-A, or content identified in response to the query of the content database106-A can be the relevant subset of content.

At block304of the process300, content is selected, and specifically wherein content from the subset of relevant content is selected. In some embodiments, this content can be selected from the subset of relevant content according to selection rules that can be based on, for example, the degree of correspondence between one or several attributes identified in the ride data and content in the subset of relevant content, the number of pieces of content in the subset of relevant content, and/or a random selection procedure. In some embodiments in which the selected content is a previously unprovided mission, the content can be randomly selected from the subset of relevant content that can comprise the previously unprovided missions, the content can be selected from the subset of relevant content according to a predetermined selection sequence, or the content can be selected so as to provide a best match between a difficulty level of the selected content and a skill level of the holder of the token. The content can be selected by the processor102.

With reference now toFIG. 4, a flowchart illustrating one embodiment of another process350for selecting content for delivery is shown. The process350can be performed as a part of, or in the place of the step of block206ofFIG. 2. In some embodiments, the process350can be performed when the selected content comprises a mission but when all of the missions have been previously provided to the holder of the token. The process350can be performed by all or portions of the system100including, for example, the processor102.

The process350begins at block352, wherein the content is identified as delivered. In some embodiments, this can include identifying and/or determining that all of the content, such as all of the mission, available in the content database106-A for delivery via the amusement ride has been delivered to the holder of the token, or alternatively identifying that there is no available undelivered content and/or undelivered missions. The identification of the content as delivered can be performed by the processor102based on the ride data retrieved in block204.

At block354of the process350, wherein previously provided content is identified, or alternatively, wherein all available content for delivery via the amusement ride to the holder of the token is identified. This previously provided content or available content can be identified based on information in the ride data retrieved in block204, which information can identify previously provided content such as, for example, previously provided missions. In some embodiments, the processor102can extract this information from the ride data retrieved in block204and can use this information to identify previously delivered content.

At block356of the process350, content from the previously provided content or the available content is selected. In some embodiments, as all of the available content has been provided, block356can include the selection of previously provided content for repeated presentation to the holder of the token. In some embodiments, this content can be selected based on, for example, the amount of time passed since last providing, the number of times previously provide, an attribute of the holder of the token such as a skill level, or the like. In some embodiments, for example, the content is selected that has been previously presented the smallest number of times to the holder of the token, or for which the most time has passed since the last presentation to the holder of the token. The content can be selected by the server102.

With reference now toFIG. 5, a flowchart illustrating an embodiment of a process500for generating and/or delivery of a customized amusement ride experience based on token data for one or several tokens is shown. The process500can be performed by all or portions of the system100, and in some embodiments, can be performed by the processor102.

The process500begins at block502, wherein a communicating connection is established between the sensor110and the token118. In some embodiments, this communicating connection can be established with a single token118or can be established with a plurality of tokens. This communicating connection can include the establishment of passive communication or active communications between the token118and the sensor110. In some embodiments, this communication can be established when the token118comes within a maximum range of the sensor110. In such an embodiment, the communicating connection can be established when the token118receives a communication and/or an energizing signal from the sensor110and responds to that communication and/or energizing signal. This response can be received by sensor110and can include token data, such as one or several unique identifiers, which can identify one or several tokens.

At decision step506of the process500, it is determined if there multiple tokens are identified in the received token data. In some embodiments, this can include determining whether multiple tokens are identified as boarding a single simulation vehicle108. If it is determined that there are multiple tokens, then the process500proceeds to block508and continues to block204ofFIG. 2, and then proceeds as outlined above with respect to process200.

If it is determined that there are multiple tokens, then the process500proceeds to block510and ride data is retrieved. In some embodiments, ride data can be retrieved for some or all of the multiple tokens for which token data was received in block504. This ride data can be retrieved from the token database106-B by, for example, the processor102.

At decision step512of the process500, it is determined if there is common ride data for the multiple tokens. In some embodiments, this can include, for example, determining that the multiple tokens share common ride data. One example of such common ride data can include when the ride data indicates the same previously received content for the multiple tokens, or the same unreceived content for the multiple tokens. In some embodiments, tokens can have common ride data when the ride data of those tokens is identical or when the right data includes commonalities in received or unreceived content. The determination of common ride data can be performed by the server102.

If it is determined that there is common ride data, then the process500proceeds to block514wherein common content is identified. This identification of common content can include identifying, for example, content that is identified as unreceived in the ride data of some or all of the multiple tokens, and/or modifications common to some or all of the ride data of some or all of the multiple tokens. Common content can be identified by the server102via use of the ride data retrieved in block510.

After common content has been determined, or returning again to decision step512, if it is determined that there is no common ride data, then the process500proceeds to block518wherein content is selected. In embodiments in which there is no common ride data, the selection of content for delivery can correspond to the step of block206shown inFIG. 2. Alternatively, if it is determined that there is common ride data, then the selection of content for delivery in block518can correspond to the step of block206shown inFIG. 2with the exception that the content is selected from the comment content identified in block514ofFIG. 5. The content can be selected by the server102.

At block520of the process500, the selected content is retrieved. In some embodiments, the selected content can be retrieved from the content database106-A by the processor102. After the selected content has been retrieved, the process500proceeds to block522, wherein the selected content is provided. In some embodiments, the selected content can be provided by the processor102to the content presentation systems112and/or to the one or several passenger devices120. In some embodiments, the providing of the content can include the generating and sending of one or several control signals by the processor102to the content presentation systems112and/or to the one or several passenger devices120, which one or several control signals can direct the operation of the content presentation systems112and/or to the one or several passenger devices120to present and/or provide the selected content.

IV. Computer System

FIG. 6shows a block diagram of computer system1000that is an exemplary embodiment of the processor102and can be used to implement methods and processes disclosed herein.FIG. 6is merely illustrative. Computer system1000may include familiar computer components, such as one or more one or more data processors or central processing units (CPUs)1005, one or more graphics processors or graphical processing units (GPUs)1010, memory subsystem1015, storage subsystem1020, one or more input/output (I/O) interfaces1025, communications interface1030, or the like. Computer system1000can include system bus1035interconnecting the above components and providing functionality, such connectivity and inter-device communication.

The one or more data processors or central processing units (CPUs)1005execute program code to implement the processes described herein. The one or more graphics processor or graphical processing units (GPUs)1010execute logic or program code associated with graphics or for providing graphics-specific functionality. Memory subsystem1015can store information, e.g., using machine-readable articles, information storage devices, or computer-readable storage media. Storage subsystem1020can also store information using machine-readable articles, information storage devices, or computer-readable storage media. Storage subsystem1020may store information using storage media1045that can be any desired storage media.

The one or more input/output (I/O) interfaces1025can perform I/O operations and the one or more output devices1055can output information to one or more destinations for computer system1000. One or more input devices1050and/or one or more output devices1055may be communicatively coupled to the one or more I/O interfaces1025. The one or more input devices1050can receive information from one or more sources for computer system1000. The one or more output devices1055may allow a user of computer system1000to view objects, icons, text, user interface widgets, or other user interface elements.

Communications interface1030can perform communications operations, including sending and receiving data. Communications interface1030may be coupled to communications network/external bus1060, such as a computer network, a USB hub, or the like. A computer system can include a plurality of the same components or subsystems, e.g., connected together by communications interface1030or by an internal interface.

Computer system1000may also include one or more applications (e.g., software components or functions) to be executed by a processor to execute, perform, or otherwise implement techniques disclosed herein. These applications may be embodied as data and program code1040. Such applications may also be encoded and transmitted using carrier signals adapted for transmission via wired, optical, and/or wireless networks conforming to a variety of protocols, including the Internet.