System and method for hierarchical data reporting in attractions

Abstract

The tiered reporting system for an attraction can include primary and secondary wireless communication networks that are separate from one another. Components of the attraction environment, such as a ride vehicle having an augmented reality / virtual reality headset and a controller, can generate operational data for the attraction. The components of the system can also include communication circuitry that communicates a first subset of the operational data to the primary wireless network. A second subset of the operational data is communicated over a secondary wireless network having a higher bandwidth than the primary wireless network.

Description

Technical Field

[0001] (Cross - Reference to Related Applications) This application claims the benefit and priority of U.S. Provisional Application No. 63 / 184,892, filed on May 6, 2021, entitled "SYSTEMS AND METHODS FOR LAYERED DATA REPORTING IN AN ATTRACTION", the disclosure of which is incorporated herein by reference in its entirety for all purposes.

[0002] (Technical Field) The present disclosure generally relates to data collection and reporting for elements of an attraction, such as an amusement attraction. More specifically, embodiments of the present disclosure relate to systems and methods for communicating data related to an attraction over separate communication networks or layers according to the type of data.

Background Art

[0003] This section is intended to introduce the reader to various aspects of technologies that may be related to various aspects of the present disclosure described below. The discussion here is thought to be useful in providing the reader with background information that facilitates a better understanding of the various aspects of the present disclosure. Thus, it should be understood that these descriptions are not an admission of prior art and should be read in this light.

[0004] Amusement parks or theme parks generally include a variety of entertainment systems or attractions that provide visitors with a unique experience. For example, an amusement park may include different attraction systems such as roller coasters, drop towers, water rides, and dark rides. Some attraction systems may include environments with animated figures and special effects that help immerse visitors in the experience of the attraction system. However, the installation and configuration of feature components can be difficult, and monitoring different installed feature components that provide data in real time using different formats and varying complexities can be challenging. [Overview of the project] [Problems that the invention aims to solve]

[0005] Therefore, improved features and technologies that handle ride and attraction data more efficiently and provide visitors with desirable effects or experiences are useful. [Means for solving the problem]

[0006] Some embodiments of the present invention that fall within the scope of the claims are summarized below. These embodiments are not intended to limit the scope of the subject matter as described in the claims, but rather are intended solely to provide an overview of the implementable forms of the subject matter. In fact, the subject matter may encompass a variety of forms that are similar to or different from the embodiments described below.

[0007] In one embodiment, the data reporting system for an attraction may include a primary wireless communication network, a secondary wireless communication network, and the attraction's ride vehicles. The data reporting system for an attraction may also include a ride vehicle controller configured to provide ride vehicle operation data indicating the characteristics of the ride vehicles in operation, and a communication circuit that communicates a first subset of the ride vehicle operation data to the primary wireless network and a second subset of the ride vehicle operation data to the secondary wireless network, wherein the first subset of the ride vehicle operation data is in a lower bandwidth than the second subset of the ride vehicle operation data.

[0008] In one embodiment, the data reporting system for an attraction may include a ride vehicle having sensors configured to generate location information of the ride vehicle within the attraction, a ride controller configured to generate log data of the ride's operation, and a communication circuit that communicates location information via a primary wireless communication network and log data via a secondary wireless communication network. The data reporting system may also include a server configured to receive location information from the primary wireless communication network and log data from the secondary wireless communication network, and to combine the location information and log data.

[0009] In one embodiment, the method includes the steps of a data reporting system generating attraction operation data, communicating a first subset of the operation data in real time over a restricted wireless network, determining the status of the attraction, and selectively communicating a second subset of the operation data over a secondary wireless network based on the attraction status, which indicates the time between cycles of the attraction.

[0010] These and other features, aspects, and advantages of this disclosure will be better understood by reading the following detailed description with reference to the accompanying drawings, where the same letters throughout the drawings represent the same elements. [Brief explanation of the drawing]

[0011] [Figure 1] This is a block diagram of a hierarchical reporting system for attractions using the technology described in this disclosure.

[0012] [Figure 2] This is a perspective view of the attraction environment of a hierarchical reporting system according to an embodiment of the present disclosure.

[0013] [Figure 3] This is a block diagram of the components within the hierarchical reporting system according to the embodiments of this disclosure.

[0014] [Figure 4] This is a flowchart illustrating the data transmission method based on the operating status of the layered reporting system related to this technology. [Modes for carrying out the invention]

[0015] The following describes one or more specific embodiments of this disclosure. For the sake of brevity in describing these embodiments, not all features of actual implementations may be described herein. As with any technical or design project, it should be understood that in developing any such actual implementation, a number of implementation-specific decisions will need to be made to achieve the developer's specific goals, which may differ from implementation to implementation, such as compliance with system and business-related constraints. Furthermore, it should be understood that while such development efforts may be complex and time-consuming, they are routine design, fabrication, and manufacturing tasks for those skilled in the art who benefit from this disclosure. In addition, to the extent that certain terms such as parallel and perpendicular are used herein, it should be understood that these terms allow for certain deviations from their strict mathematical definitions, for example, to allow for deviations related to manufacturing imperfections and associated tolerances.

[0016] This disclosure is directed to a hierarchical reporting system that can be implemented in amusement park attractions, including shows, rides, and promotions. As provided herein, the hierarchical reporting system facilitates the capture, communication, processing, and / or analysis, and storage of data from various components of an attraction, such as an amusement park attraction. The data may relate to game features, including audio effects, visual effects, and physical effects that can be experienced by passengers on a vehicle, as well as player interactions with various game effects and dynamic experiences based on those interactions. Passengers may also be equipped with virtual reality / augmented reality (AR / VR) headsets with additional features to provide a more immersive experience. These attraction components generate their respective motion data, some of which can be considered “high-speed” data that is quickly communicated to a controller, for example, in real time or nearby, to enable feedback actions based on the analysis of the data.

[0017] In one embodiment, one or more components of a hierarchical reporting system may generate, collect, and publish or transmit real-time high-speed operational data (e.g., health data) related to the status of one or more components during vehicle operation. For example, vehicle operational data may include, but is not limited to, operational status, fault identification, location data, speed, passenger status, sensor measurements, or the status of coupled devices such as headsets. Thus, higher-priority high-speed data may be structured to facilitate faster communication, compressed, communicated at low bandwidth, and / or transmitted over an access-restricted communication path dedicated to high-speed data communication. Operational data may also include "low-speed" data that is lower priority and contains more information, and therefore can be communicated at higher bandwidth. Low-speed data may be communicated in real time or in batches over a separate communication path from high-speed data.

[0018] While high-speed and low-speed data are communicated via separate paths, the high-speed and low-speed data may have one or more common destinations and can be jointly provided to specific processing and / or storage layers. Thus, provided herein is a layered data reporting technique that provides attraction operation information and analysis with varying levels of detail and precision depending on the desired outcome. Real-time high-speed data can be supplied to safety analysis without real-time low-speed data, enabling the attraction controller to respond quickly to deviations in the vehicle's position or vehicle stopping during ride operation. Furthermore, real-time high-speed data can enable the attraction controller to modify current boarding decisions based on real-time high-speed data. For example, real-time high-speed data may indicate that a ride vehicle may be able to accommodate fewer passengers than usual. Thus, the attraction controller can provide instructions to one or more team members to modify the current boarding procedure considering the change in the ride vehicle's capacity. Therefore, in embodiments, high-speed data can be time-sensitive data that is communicated and acts in real time while the ride is operating. Real-time high-speed data is communicated via a dedicated communication path to avoid bottlenecks or slowdowns that may be associated with low- and high-bandwidth data. More detailed, slow-speed operational data can be combined with fast-speed data in one or more layers of analysis to model past rides, identify baseline values / trends, and detect outliers, as well as predict whether performance metrics may be outliers to enable proactive maintenance and improve attraction uptime and visitor show performance.

[0019] With the above in mind, Figure 1 shows one embodiment of the hierarchical reporting system 10 according to the present disclosure. The hierarchical reporting system 10 can be implemented to report data generated in an attraction environment via one or more client layers, one or more server layers, one or more wireless network communication layers, and one or more storage layers. As shown, the attraction environment includes one or more ride vehicles 14, each including a ride game client 18 that receives vehicle operation data from one or more hardware or software elements of the ride vehicles 14.

[0020] The vehicle game client 18 can be implemented as hardware or software, as provided herein, and operates to communicate with one or more servers, for example, the vehicle game server 20. One or more vehicle game clients 18 may include components, further described below, configured to collect vehicle operation data and publish or communicate it to the vehicle game server 20 via a primary wireless network 23. Vehicle operation data may include, but is not limited to, power levels, test logs, fault data, etc. In some embodiments, certain high-priority vehicle operation data may be communicated to the vehicle game server 20 via a wired or wireless connection. The data on the vehicle game server 20 may then be transmitted to the vehicle data server 22 via the restricted primary wireless network 23. In addition, or alternatively, the vehicle game client 18 and / or the vehicle game server 20 may communicate low-priority, highly detailed data directly to the vehicle data server 22 via a secondary network 25, indicated as an analytical wireless network. As described above, the secondary network 25 can have a higher bandwidth than the primary wireless network 23 to accommodate larger dataset sizes. Furthermore, highly detailed data can provide historical or longer-term perspective logs of each component of system 10. Note that the vehicle game server 20 can also compile operational data from the vehicle game client 18 into highly detailed data and communicate this to the vehicle data server 22 via the secondary network.

[0021] In one embodiment, one or more components of the hierarchical reporting system can collect and transmit highly detailed data related to the performance of the components, such as slow data. This highly detailed data can be collected by the vehicle game client 18 of the vehicle 14 and communicated to a secondary network 25 having a higher bandwidth than the primary wireless network 23, as described above. It should be understood that, to accommodate the higher bandwidth, the secondary network 25 can operate with closer wireless and / or antenna proximity, line-of-sight communication, slower handoffs between wireless access points, or any combination thereof for effective communication. Through the secondary network 25, the highly detailed data from the vehicle 14 can be communicated to the vehicle data server 22. The highly detailed data can also be communicated to the vehicle data server 22 from the projection game client 24 and / or the vehicle game server 26. The data can then be uploaded from the vehicle data server 22 to a cloud-hosted analysis engine 28. It should be noted that if the limited wireless network 23 is unavailable for transmitting data, the data can be stored in the vehicle 14 until it becomes available for transmission. Real-time data related to the operation of the ride 14 can be transmitted to the ride data server 22 via a restricted wireless network 23, for example, the primary wireless network of the attraction environment 12. Note that the restricted wireless network 23 has limited access, for example, it cannot be accessed by passengers within the attraction. The restricted wireless network requires or can operate using low bandwidth, similar to that of a standard Wi-Fi. Furthermore, health data from one or more projection game clients 24 can be transmitted to the ride game server 26 and then to the ride data server 22 via a wired connection. At the ride data server 22, the data can be uploaded to a cloud-hosted analysis engine 28.

[0022] When a passenger moves to an attraction, the hierarchical reporting system permits sending real-time data to the restricted primary wireless network 23. To manage the data load, the vehicle 14 can be equipped with a data feedback mechanism that restricts data transmission to maintain the primary wireless network 23 and / or the secondary network 25. Managing the data load can also be enabled by positioning the vehicle 14 at various wireless access points throughout the vehicle so that one wireless access point is not overwhelmed by the influx of data. The position of the vehicle 14 can be done automatically by the vehicle logic or manually when the vehicle is not in operation. For example, the vehicle may not operate during the vehicle's cycle or during the disembarkation / embarkation process for park guests and when the vehicle 14 is generally stationary. In one embodiment, the vehicle logic disperses the vehicle 14 throughout the boarding / alighting area to distribute the data load to different wireless access points within the area and operates based on the amount of data being transmitted. If one wireless access point has reached full capacity, the attraction controller can, in an embodiment, instruct other vehicles to autonomously move to other locations associated with other wireless access points.

[0023] When the vehicle is not operating, highly detailed vehicle operation data can be transmitted via the primary network 23, the secondary network 25, or any combination thereof. In one embodiment, highly detailed vehicle operation data is restricted to the secondary network 25 while the vehicle is operating, but can be communicated via the primary network when the vehicle is not operating. In one embodiment, communication from the system to the vehicle 14 can be done via the secondary network. In one example, such communication to the vehicle 14 via the secondary network 25 may involve modifying the code / software that generates the highly detailed vehicle operation data, configuring the software that generates the highly detailed vehicle operation data, or placing data / logic on the vehicle that changes how the data is interpreted. This may affect which data is considered high-speed and low-speed data, and how often the data is recorded / reported / received. Highly detailed data can provide insights into larger and / or longer-term problems that may occur during one or more ride-throughs. Furthermore, highly detailed data may relate to auxiliary activities of the vehicle, such as activities available to passengers while waiting in queue. For example, a vehicle could have sensors placed throughout the queue, which could detect signals from mobile devices associated with the vehicle. The sensors could collect data on how often passengers interact with activities while in the queue.

[0024] The vehicle data server 22 can also receive data from other components of the system, such as one or more projection game clients 24, via the primary wireless network 23. The projection game client 24 can include any suitable projector, augmented reality / virtual reality (AR / VR) headset, etc. The projection game client can be distributed throughout the attraction, the AR / VR headset is arranged on the vehicle 14, and the projector is part of the environment. In one embodiment, specific headset information can be generated and collected by the vehicle game client 18.

[0025] A projector, AR / VR headset, or other physical object can be configured to transmit health data to the vehicle game server 26 via the primary wireless network 23. The operating data of the projection game client 24 can include, but is not limited to, status, power level, test logs, fault data, etc. In some embodiments, the data of the projection game client 24 can communicate with the vehicle game server 26 via a wired connection. In the case of the stationary projection game client 24, the wired connection can extend through the ground of the attraction environment to the central computing system or on the ground. On the other hand, the mobile projection game client 24 can be adapted to correspond to a wired connection connected to the vehicle 14. Additionally, or alternatively, the boarding station and / or maintenance bay (described above) can include an adapter connected to the AR / VR headset 34 to collect health data and communicate it to the vehicle game server 26.

[0026] Once data from the projection game client 24 is communicated to the ride game server 26, it can then be communicated to the ride data server 22 via the primary wireless network 23. In addition, or alternatively, the projection game client 24 can directly communicate highly detailed data to the ride data server 22 via the secondary network 25. As mentioned above, the secondary network 25 has a higher bandwidth than the primary wireless network 23 to accommodate larger dataset sizes. Furthermore, highly detailed data can provide a longer-term perspective on each component of the attraction environment. The ride game server 26 can also compile health data from the projection game client 24 into highly detailed data and then communicate it to the ride data server 22 via the secondary network.

[0027] Once data is available on the vehicle data server 22, it can be uploaded to the cloud-hosted analysis engine 28. When the data is exposed to the cloud-hosted analysis engine 28, artificial intelligence and / or machine learning algorithms are employed to understand baseline values ​​and trends and detect anomalies. Artificial intelligence and / or machine learning can also predict whether performance metrics are likely to become anomalies, enabling proactive maintenance and improving vehicle uptime and passenger experience.

[0028] The disclosed hierarchical data reporting system can be used in combination with data generated by an attraction or other entertainment environment. As illustrated by Figure 2, the attraction environment 12 may include one or more features that enhance the immersive experience and generate relevant motion data to be provided to the hierarchical data reporting system. For example, in one embodiment, one or more ride vehicles 14 traverse a ride path 38. The attraction environment 12 may include virtual game features, such as those provided by a projector 32 on a video display 42. The video display 42 may include a variety of selectable virtual display features that can be selected by a game player (e.g., a visitor 36) before the ride begins. The visitor 36 may also be equipped with an augmented reality / virtual reality (AR / VR) headset 34. The AR / VR headset 34 may have a display that includes virtual display features similar to those on the video display 42. Both high-speed and low-speed motion data from the projector 32, the video display 42, and / or the AR / VR headset 34 can be provided to a projection game client 24. As discussed, a specific AR / VR headset 34 can be connected to a vehicle 14, and this motion data can be transmitted additionally or alternatively via a vehicle game client 18.

[0029] Visitors 36 can interact with virtual display features displayed on the display of the AR / VR headset 34. The video projection can generate display commands to display images according to the environment 12. The images can be determined based on the visitor's position on the ride path 38. In addition, the same, similar, or additional visual effects are projected onto the display on the AR / VR headset 34. This allows visitors 36 to see additional visual effects that may not physically exist in the environment 12 while interacting with objects in the attraction environment. High-speed or high-priority operational data collected by the projection game client 24 and provided to the ride data server 22 (Figure 1) may include headset failure data, display failure data, or timing data indicating the coordination of the display with corresponding audio, video, or special effects. Low-speed or low-priority operational data may include detailed gaze direction information, detailed image display data, and interaction data.

[0030] Furthermore, the projection game client 24 or other clients of the system 10 (see Figure 1) can receive or collect motion data from interactive physical objects 40, for example, surface features that can reflect projections depending on the environment and form dynamic physical barriers, visual interests, or special effect devices such as water sprayers, fog machines, or wind machines. Such physical objects 40 may also include robot figures. High-speed or high-priority motion data from physical objects may include fault data that requires rerouting of the vehicle 14, activation of alternative special effects, or deactivation of coordinated display sequences specific to or mapped to the moving physical object. Low-speed or low-priority motion data may include object movement tracking and object movement position relative to the vehicle 14, projection mapping data for evaluating the accuracy of projection-mapped displays, or gaze direction information for determining whether the physical object is of interest to the passenger 36.

[0031] A hierarchical reporting system 10 (see Figure 1) can be implemented for data reporting of operational data from an attraction (e.g., the attraction environment 12 in Figure 2). Figure 3 is a block diagram of an attraction system 48 that can collect or receive operational data for reporting via the reporting system 10. The system 48 includes an attraction controller 49 which is communicatively coupled to one or more ride vehicles 14 and one or more AR / VR headsets 34. The controller 49 can be communicatively coupled to other elements in the environment 12 as provided herein. The controller 49 may include separate control circuits to enable interactive and dynamic elements, including a display circuit 58. Furthermore, the controller 49 may include, or be communicatively coupled to, tags or sensors 50 used to track the ride vehicles 14, input devices for the operator interface 52, audio components 54, a special effects controller 56 for controlling one or more physical effects (e.g., interactive physical objects 40; see Figure 2), and a communication module 59 for communicating high-speed and / or low-speed data. One or more disclosed features of the controller 49 can be alternatively implemented in the vehicle 14.

[0032] In some embodiments, the controller 49 can send commands to the vehicle 14 via the secondary network 25 when the vehicle is operational. Commands may include, but are not limited to, commands regarding how to collect data and / or commands to determine whether the collected data is high-speed or low-speed data. Determining whether the data collected by the vehicle 14's health data feedback system 74 is high-speed or low-speed data can improve the efficiency of the layered reporting system 10.

[0033] The vehicle 14 may include components that generate operational data, such as a motor 66 and a brake 68. The movement of the vehicle 14 may include driving (e.g., accelerating, decelerating), turning, and stopping. The motor 66 can be powered by any suitable power source 62, including but not limited to a battery, solar panel, generator, gas engine, or any combination thereof. The operation of the motor 66 and brake 68 can be controlled by a vehicle controller 64. For example, the vehicle controller 64 can control the motor 66 to adjust its output power and accelerate or decelerate the vehicle 14. The vehicle controller 64 can also control the brake 68 to decelerate or stop the vehicle 14. Furthermore, the vehicle controller 64 can operate based on commands from the player via the operator interface 70 (e.g., steering the vehicle based on operator control of a steering wheel or joystick). The operational data generated by the components of the vehicle 14 is reported to a hierarchical reporting system as provided herein. For example, high-speed or high-priority data may include speeds outside the acceptable range, while low-speed or low-priority data may include power fluctuations of motor 66 that can be flagged for future maintenance.

[0034] The ride vehicle 14 may include a position feedback system 72 for monitoring its position within the attraction. In one embodiment, the position feedback system 72 interacts with one or more sensors or tags 50. The ride position feedback system 72 may include a reader that can sense the sensors or tags 50 to provide position information of the ride vehicle 14. The reader then supplies the position information to the vehicle controller 64, which is transmitted to the vehicle game server 20 (Figure 1) via a communication module 60. Furthermore, the health or motion data feedback system 74 may include sensors or tags that collect real-time health data of the ride vehicle 14. The communication module 60 can also facilitate communication with the ride game server 20 to facilitate the transmission of health data from the health data feedback system 74. In this way, real-time health data of the ride vehicle 14 can be communicated to the ride game server 20 and, consequently, the ride data server within short time intervals (e.g., 1s, 2s, 3s, etc.). If the primary wireless network 23 is unavailable, real-time operation data can be stored in the vehicle controller 64's memory until the primary wireless network 23 becomes available.

[0035] In addition, or alternatively, if the primary wireless network 23 is unavailable, real-time health data can be communicated to the ride data server 22 via the secondary network 25. Also, highly detailed data from the ride vehicle 14 can be communicated to the ride data server 22 via the secondary network when the attraction is inoperable. In some embodiments, if bandwidth is available, highly detailed data can be communicated to the ride data server via the primary wireless network 23.

[0036] The attraction environment can include various components that enable interaction between the passenger 36 and the attraction environment and the ride vehicle 14. Specifically, the AR / VR headset 34 can include a display circuit 80 that can present visualizations on a display 84. The visualizations can be the same as or similar to the visualizations on the video display 42. The AR / VR headset 34 can also include an audio component 82 that projects audio identical or similar to the audio of the audio component 54 of the attraction environment. This allows the passenger 36 to have an immersive ride experience and enhance the enjoyment of the ride.

[0037] The AR / VR headset 34 may also include a communication module 86. Note that the communication module 86 may be the same as, or similar to, the communication modules 59 and 60 described above. The communication module 86 can communicate real-time health data of the AR / VR headset 34 to the vehicle game server 26 via the primary wireless network 23, and then communicate to the vehicle data server 22 for uploading to the cloud-hosted analysis engine 28. Alternatively, or additionally, the communication module 86 can directly communicate highly detailed data to the vehicle data server 22 via the secondary network for uploading to the cloud-hosted analysis engine 28. The AR / VR headset 34 can be communicably coupled to the vehicle 14 so that, when the primary and secondary networks are unavailable, the real-time health data and highly detailed data of the AR / VR headset are stored in the memory of the vehicle controller 64.

[0038] In addition to being communicatively coupled to the vehicle 14, the AR / VR headset 34 can be physically connected to the vehicle 14. This connection can be made possible via any suitable form of wiring that can communicate information. In certain embodiments, the power supply 62 can also supply power to the AR / VR headset 34 when it is connected to the vehicle 14.

[0039] Figure 4 is a flowchart of the data reporting method. First, components within the attraction (e.g., ride vehicle 14, AR / VR headset 34, animatronics, etc.) can generate, collect, and store operational data, including a first subset of high-priority data, a second subset of data that is highly detailed and lower-priority operational data, or any combination thereof, as shown by block 90. ​​Each component can include elements configured to generate, collect, and store data. For example, the vehicle controller 64 can generate, collect, and store data. Note that, although controllers are not depicted for the other components shown in Figure 3, components within the attraction, including but not limited to the ride vehicle 14 and AR / VR headset 34, can include elements similar to the vehicle controller 64, such as appropriate memory that can store data and instructions, and a processor configured to generate data and execute instructions stored in memory. The first subset, which is a subset of operational data, is automatically communicated in real time as it is generated, regardless of the attraction status (block 92).

[0040] In response to the collection of operational data, system 10 can determine the attraction status, such as whether the attraction is operational, as shown by block 94. The attraction status can be operational while the ride vehicle is operating during the attraction cycle, or when it is not operating, for example, during the time period between attraction cycles, or when the ride vehicle is operating or on the ride path. When the ride is operating, system 10 transmits high-priority operational data via the primary wireless network 23. Due to its limited bandwidth, the primary wireless network 23 can only transmit real-time operational data, while the data transmission protocol for the secondary network is more data-intensive and transmits log data that can be transmitted in batches via the secondary network when the ride is not operating.

[0041] When the status is not operational, the components within the attraction may not generate, collect, and store new operational data, or may do so only to a very limited extent. However, data stored in the memory of each component within the attraction during a ride cycle can be transmitted over the secondary network. Furthermore, or alternatively, as indicated by block 96, the transmission of real-time data may be delayed so that highly detailed data is preferentially transmitted over the secondary network. Delays in data transmission may also occur when the primary wireless network 23 and / or the secondary network are unavailable.

[0042] In some embodiments, both primary and secondary networks are available for transmitting data, with the primary wireless network 23 transmitting only real-time operational data, and the secondary network transmitting highly detailed data in real time, on a delayed schedule, or on a periodic schedule. High-priority and low-priority data can be combined and uploaded to a cloud-hosted analytics engine 28. The cloud-hosted analytics engine 28 can be used to make decisions related to attractions based on real-time health data, highly detailed data, or any combination thereof.

[0043] Low-priority and high-priority data can be combined based on timestamp information or data source or origin (e.g., power data from a vehicle power system). In embodiments, high-priority data may be present in the low-priority data, but may be present in a more data-intensive form in the low-priority data.

[0044] While only specific features have been illustrated and described herein, those skilled in the art will be able to conceive of numerous variations and modifications. Therefore, it should be understood that the appended claims are intended to protect all such modifications and modifications that fall within the true technical concept of this disclosure.

[0045] The methods presented and described in the claims herein are referenced to and applied to substantial purposes and specific examples of a practical nature that clearly improves the art of the present invention, and are therefore not abstract, intangible, or truly theoretical. Furthermore, if any claim appended to the end of this specification contains one or more elements designated as "means for performing a function" or "steps for performing a function," such elements shall be construed in accordance with Section 112(f) of the United States Patent Act. However, with respect to any claim containing elements designated in any other way, such elements shall not be construed in accordance with Section 112(f) of the United States Patent Act. [Explanation of symbols]

[0046] 10-tiered reporting system 14. Vehicles 18 Vehicle Game Client 20 Vehicle Game Servers 22 Vehicle Data Server 23 Vehicle & Game Controls with Restricted Wireless 25 Analysis Radio 28 Cloud-hosted analytics engines

Claims

1. A data reporting system for attractions, Primary wireless communication network and A secondary wireless communication network separate from the aforementioned primary wireless communication network, The ride vehicles of the aforementioned attraction, Equipped with, The primary wireless communication network includes a communication path with restricted access and is configured to transmit data at a higher speed than the secondary wireless communication network. The aforementioned vehicle is, A vehicle controller configured to provide vehicle operation data indicating the characteristics of the vehicle while it is in operation, A communication circuit that communicates a first subset of the vehicle operation data to the primary wireless communication network and a second subset of the vehicle operation data to the secondary wireless communication network, A data reporting system that includes [this].

2. The data reporting system according to claim 1, wherein the primary wireless communication network does not receive data communicated via the secondary wireless communication network.

3. The data reporting system according to claim 1, wherein the first subset of the vehicle operation data includes real-time vehicle operation data.

4. The data reporting system according to claim 1, further comprising a data server that receives the first subset of the vehicle operation data from the primary wireless communication network and receives the second subset of the vehicle operation data from the secondary wireless communication network.

5. The data reporting system according to claim 1, comprising a display controller configured to transmit images to an AR / VR headset, wherein the AR / VR headset is coupled to the vehicle.

6. The data reporting system according to claim 5, wherein the AR / VR headset generates headset operation data, and a portion of the headset operation data is provided to the vehicle's controller as part of a first subset of the vehicle operation data.

7. The AR / VR headset includes a headset communication circuit that receives the transmitted image and communicates headset operation data, including a first portion of the headset operation data and a second portion of the headset operation data, to the secondary wireless communication network. The data reporting system according to claim 5, wherein the first portion of the headset operation data is structured to facilitate faster communication than the second portion of the headset operation data.

8. The data reporting system according to claim 7, wherein the display controller receives the headset operation data and separates the headset operation data into a first part and a second part.

9. The data reporting system according to claim 8, wherein the display controller communicates the first portion of the headset operation data via the primary wireless communication network.

10. The data reporting system according to claim 1, wherein the first subset of the vehicle operation data includes the vehicle's position data.

11. The data reporting system according to claim 1, comprising a plurality of sensors configured to detect interactions between visitors, wherein the plurality of sensors generate visitor data that is communicated to a data server via the secondary wireless communication network.

12. The data reporting system according to claim 1, wherein the first subset of the vehicle operation data has a higher priority than the second subset of the vehicle operation data.

13. The data reporting system according to claim 1, wherein the first subset of the vehicle operation data includes compressed vehicle operation data.

14. The data reporting system according to claim 1, wherein the first subset of the vehicle operation data includes health data related to the vehicle, the health data includes operating status, fault identification, location data, speed, passenger status, sensor measurements, status of coupled devices, or a combination thereof.

15. The data reporting system according to claim 1, comprising an attraction controller communicably coupled to the vehicle, wherein the controller of the vehicle is configured to determine, based on a command from the attraction controller, whether a portion of the vehicle operation data belongs to the first subset of the vehicle operation data or to the second subset of the vehicle operation data.

16. A method for reporting data on attractions, The steps include generating vehicle operation data that shows the characteristics of the ride vehicle of the attraction while it is in operation, The steps include communicating a first subset of the vehicle operation data via a primary wireless communication network, The steps include communicating a second subset of the vehicle operation data via a secondary wireless communication network separate from the primary wireless communication network, Includes, A method wherein the primary wireless communication network includes an access-restricted communication path and is configured to transmit data at a higher speed than the secondary wireless communication network.

17. The method according to claim 16, wherein the primary wireless communication network is a wireless network dedicated to the first subset of the vehicle operation data.

18. The steps include determining that the primary wireless communication network is unavailable to communicate a portion of the first subset of the vehicle operation data, The steps include: communicating a portion of the first subset of the vehicle operation data via the secondary wireless communication network; The method according to claim 16, including the method described in claim 16.

19. The steps include determining that the primary wireless communication network is unavailable to communicate a portion of the first subset of the vehicle operation data, The steps include storing a portion of the first subset of the vehicle operation data until the primary wireless communication network becomes available, The method according to claim 16, including the method described in claim 16.

20. The steps include compressing a portion of the vehicle operation data to generate a compressed portion of the vehicle operation data, The steps include: communicating the compressed portion of the vehicle operation data as a first subset of the vehicle operation data via the primary wireless communication network; The method according to claim 16, including the method described in claim 16.

21. The steps include compiling a portion of the vehicle operation data to generate the compiled portion of the vehicle operation data, The steps include: communicating the compiled portion of the vehicle operation data as a second subset of the vehicle operation data via the secondary wireless communication network; The method according to claim 16, including the method described in claim 16.

Images