Patent Description:
Theme park or amusement park attractions have become increasingly popular, and various amusement park attractions have been created to provide passengers with unique motion and visual experiences. Guests entering the various amusement park attractions may utilize a virtual queuing system that places the guests in a virtual queue rather than a physical queue, which allows the guests to enjoy other features of the amusement park while their position in the virtual queue advances. However, amusement park attraction downtimes or partial closures may affect actual loading times at the amusement park attraction, causing guests to have to wait for extensive periods of time in loading lines at the amusement park, negating some of the benefits of having the virtual queue. Accordingly, it is now recognizable that it is desirable to improve virtual queue system during reduced capacity events (e.g., park attraction downtimes or partial closures).

<CIT> describes a queue management system for reducing the waiting time of guests in a physical queue of an attraction, comprising a data server system with an interface system for receiving a reservation request, a reservation right allotment system, a reservation assignment system and a guest location detection system, wherein the queue management system further comprises a virtual-queue management system for managing the allotted reservation rights by entering, sequencing and grouping the one or more guests in a virtual-queue, issuing a token with reservation information to the guest, whereby the token has reservation information of the guest, granting services in connection to the reservation and/or to the token and validating the realization of these services by the guest.

In accordance with an embodiment, a system includes a ride vehicle of an attraction and a virtual queue controller having a processor and a memory. The processor is configured to execute instructions accessed from the memory to cause the virtual queue controller to receive a reduced capacity event signal indicative of the ride vehicle moving from a main track to a service track, generate an indication of a reduced capacity event of the attraction based on the reduced capacity event signal, determine a percentage reduction in capacity of the attraction responsive to the indication of the reduced capacity event, wherein the reduced capacity event comprises removal of a capacity of the ride vehicle from a total capacity, identify affected guests of the guests having a return time in a virtual queue of the attraction that is affected by the reduced capacity event based on the percentage reduction in capacity, remove affected guests from the virtual queue to maintain a predetermined relationship between attraction return times and a capacity of the attraction, wherein the capacity of the attraction is updated responsive to the percentage reduction in capacity, generate a reaccommodation time slot for the affected guests removed from the virtual queue, wherein the controller incrementally adjusts a length of the reaccommodation time slot as guests are removed from the virtual queue, and wherein the reaccommodation time slot is subsequent to all of the affected return times of the affected guests. The processor is also configured to execute instructions accessed from the memory to cause the virtual queue controller to select two or more updated return times within the reaccommodation time slot for each of the guests removed from the virtual queue, generate and transmit a notification to each guest removed from the virtual queue, requesting guest input to select a single updated return time from the two or more updated return times, and return each guest to the virtual queue upon receiving a corresponding selection of the single updated return time.

In an example useful for understanding the present invention, a virtual queue system having an amusement park attraction comprising a capacity based on a number of available guest seats and a virtual queue controller having a processor and a memory. The virtual queue controller is configured to output a notification to reduce guest admittance to the amusement park attraction from a virtual queue based at least in part on a reduced capacity event associated with a reduction in the number of the available guests seats during the reduced capacity event, guests having affected return times in the virtual queue, wherein the affected return times are associated with return times to the amusement park attraction during the reduced capacity event, remove at least one guest having one of the affected return times from the virtual queue, generate a reaccommodation space in the virtual queue, provide a guest notification to a guest-associated device associated with the at least one guest removed from the virtual queue, the guest notification indicating removal from the virtual queue and a plurality of new return times corresponding to the reaccommodation space, receive a selection notification of a selection of one new return time of the plurality of new return times by the guest via the guest-associated device, and validate the selected new return time when presented for entry at or later than the new return time. The virtual queue system also includes a sensor assembly positioned at an entrance of the amusement park attraction and configured to receive information from the guest-associated device and send the information from the guest associated device to the virtual queue controller for validating.

In accordance with an embodiment, a method includes the steps of generating an indication of a reduced capacity event indicative of a ride vehicle moving from a main track to a service track, wherein the indication is associated with the ride vehicle not being part of a capacity for an attraction, determining a percentage reduction in guest throughput for the attraction based on a number of seats in the ride vehicle, identifying affected guests of the guests having a return time in a virtual queue of the attraction that is affected by the reduced capacity event based on the percentage reduction in capacity, removing affected guests from the virtual queue to maintain a predetermined relationship between attraction return times and the capacity of the attraction, wherein the capacity of the attraction is updated responsive to the percentage reduction in capacity, generating a reaccommodation time slot for the affected guests removed from the virtual queue by incrementally adjusting a length of the reaccommodation time slot as guests are removed from the virtual queue, and wherein the reaccommodation time slot is subsequent to all affected return times of the affected guests, selecting two or more updated return times within the reaccommodation time slot for each of the guests removed from the virtual queue, transmitting a notification to each guest removed from the virtual queue, requesting guest input to select a single updated return time from the two or more updated return times and returning each guest to the virtual queue upon receiving a corresponding selection of the single updated return time.

Theme park or amusement park attractions have become increasingly popular, and various amusement park attractions have been created to provide passengers with unique motion and visual experiences. Guests entering the various amusement park attractions may utilize a virtual queuing system that places the guests in a virtual queue rather than a physical queue, which allows the guests to enjoy other features of the amusement park while their position in the virtual queue advances. Certain virtual queue systems provide a return time to the guests indicating a time for the guests to arrive at the amusement park attraction. Guests are directed to return, at the return time, to the amusement park attraction to wait in a limited length physical queue or loading line before entering the amusement park attraction (e.g., boarding a ride vehicle of the amusement park attraction). It should be understood that the loading line may also refer to a loading group of guests assembled in the loading area who may or may not be in a first-in-first-out arrangement. Accordingly, a loading line, as provided herein, may refer to the limited number of guests assembled in the loading area. Generally, the loading area or limited length physical queue or loading line functions as a buffer for the amusement park attraction and has enough guests so that a sufficient amount of guests are present to fill the amusement park attraction to full capacity at a loading time for the amusement park attraction. However, the limited length loading line may also be short in length to reduce an amount of time that the guests need to spend in the loading line so that guests have more time to enjoy other aspects of the amusement park (e.g., dining, shopping, and other entertainment venues). Virtual queueing systems may allow a predetermined number of guests to arrive at the attraction leading area such that the loading line may be short in length, but also have sufficient number of guests to fill the amusement park attraction to full capacity during each ride cycle or run of the attraction.

Unfortunately, reduced capacity events (e.g., amusement park attraction downtimes and/or partial attraction closures) may prevent the amusement park attraction from running at full capacity. During a reduced capacity event, more guests may be entering the loading line (e.g., arriving from the virtual queue at or later than their return time) than leaving the loading line (e.g., by boarding the amusement park attraction). This may cause delays for guests present in the loading line. Having more guests enter the loading line than leaving the loading line causes the loading line to increase in length, which causes guests to wait for extended periods of time in the loading line after returning to the amusement park attraction at or after their return time. Having to wait in the loading line for extended periods of time may inconvenience and/or frustrate guests and eliminates some of the benefits of providing a virtual queue.

Further, extended periods of time in the loading line due to the delays caused by the reduced capacity event may have additional adverse effects on overall amusement park efficiency. Based on a guest's return time, the guest may expect to exit the ride at a particular time and make plans accordingly (e.g., lunch plans with family, queue for a subsequent amusement park attractions). However, extended periods of time in the loading line may delay the expected exit time for the guest, which may create conflicts with the guest's plans. As such, loading line delays may cause guests to arrive late or fail to show up for a virtual queue return time for the subsequent amusement park attraction in the amusement park, causing delays and/or reduced efficiency for the subsequent amusement park attraction. Further, the loading line delays may cause the guest to miss dining plans with family in order to remain in the queue during the reduced capacity event, which may further inconvenience and/or frustrate the guest.

With this in mind, provided herein is a system and method for managing the virtual queue system during a reduced capacity event that helps maintain a desirable length of the loading line to prevent or reduce the adverse effects associated with reduced capacity events on both the guests and the amusement park.

<FIG> is a schematic view of an embodiment of an amusement park <NUM> including a virtual queue system <NUM>. The virtual queue system <NUM> includes a computer system <NUM>, monitoring sensors <NUM>, and a wireless communication system <NUM>, system displays <NUM>, guest-associated devices <NUM> (e.g., an active wearable guest device, a guest mobile device, etc.) and other components that coordinate operation of respective virtual queues for amusement park attractions <NUM> in the amusement park <NUM>. As set forth above, guests <NUM> entering the various amusement park attractions may utilize the virtual queue system <NUM> to enter a virtual queue rather than a physical queue for an amusement park attraction <NUM>. In an embodiment, the guests <NUM> may use the guest-associated devices <NUM> to submit a virtual queue request to enter the virtual queue for the amusement park attraction <NUM>. In other embodiments, the guests <NUM> may enter the virtual queue request via kiosks <NUM> disposed around the amusement park <NUM>. In an embodiment, the kiosks <NUM> are disposed proximate the amusement park attractions <NUM>. In other embodiments, the kiosks <NUM> are disposed in general areas of the amusement park (e.g., dining area <NUM>).

The virtual queue requests may be received by the virtual queue system <NUM> via communications circuitry of the wireless communication system <NUM>. Based on the virtual queue request, the virtual queue system <NUM> may enter the guest <NUM> into the virtual queue for the amusement park attraction <NUM> and provide the guest <NUM> with a return time or a dynamic position in the virtual queue that advances as guests enter the attraction <NUM>. For example, the virtual queue system <NUM> may have available time slots at <NUM>:45pm, <NUM>:00pm, and <NUM>:<NUM> pm for an amusement park attraction. Using the guest-associated device <NUM>, the guest <NUM> may send a virtual queue request for a <NUM>:<NUM> return time. In response, the virtual queue system <NUM> may enter the guest <NUM> into the virtual queue and provide the guest <NUM> with a notification to return to an amusement park attraction <NUM> at <NUM>:00pm.

In an embodiment, guests may select from a group of available return times at their own discretion, with some guests choosing later return times based on their own itinerary for the day. That is, the virtual queue controller may permit the first guest <NUM> to select a return time of <NUM>:00pm, the second guest <NUM> to select a return time of <NUM>:05pm, and the third guest <NUM> to select a return time of <NUM>: 10pm. The available return times at each time slot may be preset at the beginning of the day and may be distributed to guest until they are no longer available.

In an embodiment, the virtual queue system <NUM> may incorporate other methods for determining and providing return times or queue positions to guests <NUM>. In an embodiment, the guest returns to an attraction based on a position of the guest <NUM> in the virtual queue. In response to a virtual queue request, the virtual queue system <NUM> may place the guest <NUM> in the virtual queue and add the guest <NUM> to an available position in the virtual queue relative to other guests. For example, a first guest <NUM>, a second guest <NUM>, and a third guest <NUM> may send respective first, second, and third virtual queue requests. The first guest <NUM> may be assigned to a first position in the virtual queue, the second guest <NUM> may be assigned to a second position in the virtual queue, and the third guest <NUM> may be assigned to a third position in the virtual queue. The guests may return to the attraction at a time when their position in the virtual queue is at the top of the virtual queue. In an embodiment, the system <NUM> may provide estimates of an expected time until the guests reaches the top of the virtual queue, and the estimate may serve as a return time as provided herein.

The guest may return to the attraction <NUM> at or after their return time. In an embodiment, the sensor <NUM> is implemented as a wireless reader, e.g., an NFC reader, and is capable of communicating with the guest-associated device <NUM> to validate the return time of the guest associated with the guest-associated device and, based on the communication, an indication of a valid return time (e.g., a green light, a valid notification pushed to guest- associated device <NUM>) may be provided based on a determination that the current time is at or later than the indicated return time. An invalid return time indication (e.g., a red light, an invalid notification pushed to guest-associated device <NUM>) may be provided when the guest attempts to enter the attraction <NUM> at a time before the return time. While the sensor <NUM> may be configured to perform a communication with the guest-associated device <NUM>, the determination of valid or invalid return times may be performed by a virtual queue controller <NUM> communicatively coupled to the sensor <NUM> as provided herein.

<FIG> is a block diagram of an embodiment of the virtual queue system <NUM>. The virtual queue system <NUM> includes a virtual queue controller <NUM> configured to manage the virtual queue. The virtual queue controller <NUM> may be configured to communicate with other components of the virtual queue system <NUM>, including the guest associated device <NUM>, an amusement park operator device <NUM>, and amusement park attraction entrance system <NUM>, or some combination thereof. Each of the components of the virtual queue system <NUM> may include communication circuitry 48a, 48b, 48c, and 48d to communicate with other components of the virtual queue system <NUM>. For example, the virtual queue controller <NUM> may include communications circuitry 48a. The communication circuitry may include antennas, radio transceiver circuits, and signal processing hardware and/or software (e.g., hardware or software filters, A/D converters, multiplexers amplifiers), or a combination thereof, and that may be configured to communicate over wireless communication paths via Infrared (IR) wireless communication, satellite communication, broadcast radio, Microwave radio, Bluetooth, Zigbee, Wifi, UHF, NFC, etc. In one embodiments, the communication circuitry 48a, 48b, 48c, and 48d includes a plurality of IR transceivers disposed in the environment of the amusement park attraction.

The virtual queue controller <NUM> may include a processor 50a and a memory 52a. The processor 50a may include one or more processing devices, and the memory 52a may include one or more tangible, non-transitory, machine-readable media. By way of example, such machine-readable media can include RAM, ROM, EPROM, EEPROM, or optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store desired program code in the form of machine-executable instructions or data structures and which can be accessed by the processor 50a or by other processor-based devices (e.g., mobile devices). In an embodiment, the memory 52a is configured to store instructions executable by the processor 50a to output various control system signals <NUM>. For example, the processor 50a may execute instructions to place the guest in the virtual queue and output a notification <NUM>, via the communications circuitry 48a, to the guest associated device <NUM> indicating the return time based on the virtual queue request <NUM> from the guest associated device <NUM> and instructions stored on the memory 52a.

As set forth above, the virtual queue controller <NUM> is configured to output notifications <NUM> for the guests to the respective guest associated devices <NUM>. For example, the notifications <NUM> may direct the guests to return to an amusement park attraction at a specified return time. In another example, the notification <NUM> may include a delay message. In an embodiment, the virtual queue controller <NUM> is configured to identify guests in the virtual queue affected by a reduced capacity event for the amusement park attraction and output the delay message to guests with affected virtual queue return times. The guest-associated device <NUM> may be a personal guest device (e.g., smart phone, tablet, laptop, etc.) or a park queue device provided to guests (e.g., smart wrist bands, active wearables, portable communication devices, etc.). The guest-associated device <NUM> may have a processor 50b and a memory 52b. Further, the guest-associated device <NUM> may include an operator interface 60b with a display 62b (e.g., screen) and an input device 64b (e.g., touch screen, keypad, keyboard, etc.). The guest- associated device <NUM> may be configured to show the notification <NUM> on the display 62b. In an embodiment, the guest may responds to the notification <NUM> via the input device 64b. For example, the guest may confirm a return time via the input device 64b.

In an embodiment, the notifications <NUM> may direct the guests to return to the amusement park attraction to enter the loading line at their return time. At their respective return times, guests may enter the loading line through an entry portal <NUM> of an amusement park attraction entry system. The entry portal <NUM> may be configured to detect that a guest has entered the loading line. The amusement park attraction entry system <NUM> may include a processor 50d and a memory 52d. The processor 52d may be configured to execute instructions to output a counter signal <NUM>, via the communications circuitry 48d, to the virtual queue controller <NUM> indicating that the guest has entered the loading area based at least in part on the detection of the guest and instructions stored on the memory device. In an embodiment, the entry portal <NUM> is configured to output the counter signal <NUM> directly to the virtual queue controller <NUM>. In an embodiment, the entry portal <NUM> comprises a sensor assembly <NUM> (e.g., that includes the sensor <NUM>) configured to detect the guest-associated device <NUM>. The virtual queue controller <NUM> may be configured to determine that a guest has entered the loading line based at least in part on detection of the guest-associated device <NUM> at the entry portal <NUM>. In an embodiment, the entry portal <NUM> also verifies that the guests have a valid return time at the time of entry through the entry portal <NUM>. The virtual queue system <NUM> may determine a number of guests entering the loading line based on the counter signals <NUM> received from the amusement park attraction entrance system <NUM> and/or entry portal <NUM>. In an embodiment, the amusement park attraction may comprises a turnstile configured to output the counter signal <NUM> to the amusement park attraction for each guest that passes through the turnstile.

The amusement park attraction entrance system may also include a loading portal <NUM> configured to detect guests leaving the loading line (e.g., entering the amusement park attraction). The amusement park attraction entrance system <NUM> and/or loading portal <NUM> may be configured to output a second counter signal <NUM> to the virtual queue controller <NUM> indicating detection of guests leaving the loading line. The virtual queue controller <NUM> may be configured to determine a total number of guests in the loading line based on second counter signal <NUM>. In an embodiment, a loading line area may include the sensor assembly <NUM> of the amusement park attraction entrance system <NUM>. The sensor assembly <NUM> may have a plurality of sensors configured to detect each guest device in the loading line and output a total guest count signal <NUM> to the virtual queue controller <NUM>. The virtual queue controller <NUM> may be configured to determine a total number of guests in the loading line based at least in part on the total guest count signal <NUM>.

As provided herein, the virtual queue controller <NUM> is configured to manage a virtual queue of an attraction and to remove one or more guests from the virtual queue in response to a reduced capacity event. While the indication of the reduced capacity event may be based on a signal received from an attraction operator, the virtual queue controller <NUM> may also be configured to identify reduced capacity events based on queue information. In an embodiment, the virtual queue controller <NUM> is configured to determine that the amusement park attraction is experiencing a potential reduced capacity event based at least in part on the total number of guests in the loading line exceeding pre-determined threshold or tolerance. In response to determining that the amusement park attraction is experiencing a potential reduced capacity event, the virtual queue controller <NUM> may output a reduced capacity notification <NUM> to the amusement park operator device <NUM> indicating that the amusement park attraction may be experiencing a reduced capacity event. The amusement park operator device <NUM> may be a computer, smart phone, tablet, laptop, etc. The amusement park operator device <NUM> may have a processor 50c and a memory 52c. Further, the amusement park operator device may include an operator interface 60c with a display 62c (e.g., screen) and an input device 64c (e.g., touch screen, keypad, keyboard, etc.). The amusement park operator device <NUM> may be configured to show the reduced capacity notification <NUM> on the display 62c. The reduced capacity notification <NUM> may indicate to the operator that the amusement park attraction is experiencing a potential reduced capacity event. The reduced capacity notification <NUM> may include data for the operator to determine if the amusement park attraction is experiencing a reduced capacity event and to determine a severity and/or duration of the reduced capacity event. The reduced capacity notification <NUM> may also include a prompt to input, via the input device 64c, an operator response <NUM> (e.g., Confirmation or rejection of a reduced capacity event). In an embodiment, in response to receiving a confirmation of the reduced capacity event, the virtual queue controller <NUM> may send an instructions request <NUM> with a prompt requesting that the operator provide operator inputs <NUM> related to the severity and/or duration of the reduced capacity event.

In an embodiment, the operator may manually output a reduced capacity event signal <NUM> to the virtual queue controller <NUM> via the operator interface 60c. For example, a ride vehicle of the amusement park attraction may require maintenance. The operator may direct the ride vehicle from the main track to a service track of the amusement park attraction. Without the ride vehicle on the main track, the amusement park attraction may not have enough ride vehicles to operate at full capacity. The operator may manually output the reduced capacity event signal <NUM> indicating that the amusement park attraction is operating below full capacity. The reduced capacity event signal <NUM> may include data indicating an amount of reduced capacity, an expected duration of the reduced capacity, etc. In an embodiment, the operator may output the reduced capacity event signal <NUM> for other reasons, including food spills, weather delays, full system maintenance (e.g., shutdown), etc. Moreover, the operator may manually output an end reduced capacity event signal <NUM> indicating that the amusement park attraction is operating at full capacity.

In an embodiment, the reduced capacity may be a function of a total reduced available sets per ride cycle, whereby the ride cycle is an average time of the ride run (e.g., two minutes, five minutes). For example, if a single ride vehicle having six seats is nonoperational, the reduced capacity may be six seats per ride cycle. If the ride normally has <NUM> seats at full capacity across all ride vehicles and operates on average <NUM> times per hour (<NUM> guests per hour), a loss of six seats is a <NUM>% reduction in ride capacity or a loss of <NUM> seats per hour. Similarly, if a single seat of a ride vehicle is nonoperational due to a food spill, the reduced capacity may be a single seat per ride cycle.

In an embodiment, the virtual queue controller <NUM> is configured to determine that the amusement park attraction is experiencing a reduced capacity event based at least in part on reception of confirmation of the reduced capacity event or the reduced capacity event signal <NUM> from the amusement park operator device <NUM>.

<FIG> is a flow diagram of an embodiment of the virtual queue system during a reduced capacity event (block <NUM>). The reduced capacity event may include a partial shutdown of the amusement park attraction. For example, the partial shutdown may include shutting down at least one ride vehicle, ride seat, or some combination thereof of the amusement park attraction. During a partial shutdown, the amusement park attraction is configured to operate at a percentage greater than <NUM>% and less than <NUM>% of full ride capacity. In an embodiment, the virtual controller is configured to output a notification to reduce guest admittance to an amusement park attraction from a virtual queue based at least in part on the reduced capacity event. Moreover, the reduced capacity event may also include a downtime event for the amusement park attraction. The downtime event may include a full shutdown of the amusement park attraction, such that operation of the amusement park attraction ceases during the downtime event. Specifically, the amusement park is configured to operate at <NUM>% of full ride capacity during the downtime event.

Based on the percentage of reduction in ride capacity of the amusement park attraction during the reduced capacity event, the loading line may begin to increase in length as the amount of guests entering the loading line will likely exceed the amount of guests leaving the loading line (e.g., entering the amusement park attraction) because of the reduction in ride capacity of the amusement park attraction. To avoid excessive wait times in the loading line, the virtual queue system may be configured to reduce guest admittance into the loading line of the amusement park attraction.

In an embodiment, to reduce guest admittance into the loading line, the virtual queue controller is configured to identify queue return times affected by the reduced capacity event (block <NUM>). For example, a guest having a return time during a downtime event would be affected by the reduced capacity event as the guest would hypothetically experience additional time in the loading line during the downtime event. In another example, guests with return times immediately subsequent the reduced capacity event may be affected by the reduced capacity event as the loading line may be longer than the pre-determined length causing the guest to have to wait in the loading line for an extensive period of time.

In an embodiment, wherein the guests are provided an estimated return time as a notification or a reminder (e.g., output to a guest-associated device <NUM>) based on a particular position in the virtual queue that dynamically advances as the guests in front enter the attraction, the virtual queue controller may be configured to identify affected positions in the virtual queue, which correspond to estimated return times affected by the reduced capacity event. The virtual queue controller may be configured to identify guests affected by the reduced capacity event based on the affected return times and/or the affected positions (and their associated affected estimated return times) in the virtual queue.

Following some reduced capacity events, the virtual queue controller may determine that no return times were affected by the reduced capacity event. That is, the virtual queue controller may fail to identify any guests with return times affected by the reduced capacity event. In such cases, the virtual queue controller takes no further action in response to the reduced capacity event. However, in some cases, the virtual queue controller may determine that at least one return time is affected by the reduced capacity event (block <NUM>). Instead of having the guests with an affected return times in the virtual queue sit in the loading line for an extended period of time, the virtual queue controller may be configured to remove the affected return times or guests with affected return times from the virtual queue (block <NUM>). The virtual queue controller may be configured to store in the memory device data indicating which guests or return times were removed from the virtual queue.

In an embodiment, the virtual queue controller <NUM> may trigger removal of certain affected guests from the virtual queue based on both a threshold of a loss of capacity (e.g., greater than <NUM>%) and a presence of a threshold number of return times (e.g., more than <NUM> at a given return time, more than <NUM> return times that mature during the course of an hour) during the reduced capacity event. Accordingly, a given reduced capacity event may result in removal of all or only some of the guests from the virtual queue within a time window associated with the reduced capacity event.

The virtual queue controller <NUM> may be configured to achieve a predetermined relationship between return times for a particular time window and ride capacity. That is, the return times that mature or become valid starting at times within the time window may be considered to be associated with that time window. In one example, the virtual queue controller <NUM> may be configured to keep the number of return times that mature or are valid within a particular hour to be less than a particular percentage of total capacity for that hour. In one example, a target percentage of return times relative to the total capacity is <NUM>% or less, <NUM>% or less, <NUM>% or less. When a reduction in capacity alters the percentage relationship, the virtual queue controller <NUM> is configured to remove guests from the virtual queue during the time window in question until the desired relationship is reestablished. For example, for a target of <NUM>%, a ride has <NUM> guests per hour and the return times maturing in a particular hour are about <NUM> guests. However, if five ride vehicles are removed from operation for a total of <NUM> seats reduced capacity per ride cycle, a total ride capacity is diminished by <NUM> seats per hour if a ride cycle occurs <NUM> times per hour. In such an example, the <NUM> return times for the hour would then represent more than <NUM>% of capacity. Accordingly, the virtual queue controller <NUM> may remove guests from the virtual queue during the time window until the <NUM>% relationship is reestablished. Further, if the system <NUM> has additional return times in inventory for the time of the reduced capacity event with an excess number of mature return times, these return times may be removed from inventory to prevent additional guests from obtaining return times during the reduced capacity event. In the provided example, at least <NUM> guests are removed to reestablish the relationship. This group of <NUM> represents only a subgroup of the total of <NUM> maturing return times. The present techniques permit more granular adjustment of incoming guests relative to ride capacity and more targeted changes to return times that can be addressed only to affected guests without being visible to the total population of guests. As discussed herein, removal may also be associated with an offer of available reaccommodation at a later time in the day.

In another example, if the reduced capacity is diminished by <NUM> seats per hour, but the number of outstanding return times for the hour is only <NUM>, then the relationship is maintained at less than <NUM>% and reduced capacity event may not trigger any removal of guests from the virtual queue. However, a number of new return times during the hour that are available for additional guests may be readjusted or removed from inventory to account for the reduced capacity event.

The removal of guests from the virtual queue in response to the reduced capacity event may be performed in a last-in first-out manner. That is, the guests with the most-recently distributed return times may be removed from the virtual queue before guests having return times selected at earlier points in the day. In another example, the removal of guests from the virtual queue in response to the reduced capacity event may factor in group size, retaining larger groups while removing smaller groups or vice versa. In another example, the removal of guests from the virtual queue in response to the reduced capacity event may factor in a guest status (e.g., a VIP status) and avoiding removing guests of higher status. The guest status (e.g., VIP status) may be based at least in part on whether the guest is an Express Pass purchaser, an annual pass holder, a resort guest, or a multi-park ticket holder. In another example, the removal of guests from the virtual queue in response to the reduced capacity event may factor in ride history. Guests having ridden the amusement park attraction earlier in the day may be removed. Further, guests that have never ridden the amusement park attraction may be given priority over other guests (e.g., first time riders). Moreover, the virtual queue system may factor in whether the guest is in a virtual queue for another attraction, a type or brand of the guest device <NUM> associated with the guest, a location of the guest in the park (e.g., distance of the guest from the amusement park attraction), whether the guest is located in the park, or other factors in determining the removal of guests from the virtual queue in response to the reduced capacity event. In some embodiments, the virtual queue system may determine the removal of guests from the virtual queue in response to the reduced capacity event based on one or more of the factors set forth above.

The virtual queue controller is configured to generate and/or identify later available times for the guests removed from the virtual queue and generate a reaccommodation time slot in the virtual queue based on the later available times (block <NUM>) for guests removed from the virtual queue. The reaccommodation time slot or the reaccommodation space is configured to provide new return times or options for the guests removed from the virtual queue (block <NUM>). The reaccommodation time slot may be configured to start immediately following an end of the reduced capacity event. For example, a first new return time may be scheduled for <NUM>:00pm following a reduced capacity event ending at <NUM>:00pm. In an embodiment, the reaccommodation time slot may begin during the reduced capacity event. For example, during a prolonged partial shutdown (e.g., operating at <NUM>% ride capacity for multiple hours), the reaccommodation time slot may begin twenty minutes after the start of the prolonged partial shutdown. In an embodiment, the reaccommodation time slot may include a sufficient amount of new return times to accommodate each guest removed from the virtual queue. The reaccommodation time slot may have new return times at different times to allow guests flexibility in obtaining a new return time that is compatible with guests' schedules. For example, the return time slot may have new return times at <NUM>:00pm, <NUM>:15pm, <NUM>:30pm, and <NUM>:45pm.

The virtual queue controller may be configured to output the delay message to the guest associated devices corresponding to the guests removed from the virtual queue. The delay message may include a message indicating that a reduced capacity event has occurred. The delay message may also indicate to the guests that they have been removed from the virtual queue. Further, the delay message may be configured to prompt the guest to select a re-entry option (e.g., new return time) for the virtual queue of the amusement park attraction. Re-entry options may correspond to a new return time in the reaccommodation time slot. The guests may select one of the return or re-entry options via the input device of the guest associated device (block <NUM>). For example, the guest may have an active wearable. The active wearable may display the delay message on the display (e.g., screen) of the active wearable. The delay message may provide the guest with re-entry options including new return times at <NUM>:00pm, <NUM>:15pm, or at <NUM>:30pm. The guest may, using the input device, select the <NUM>:00pm return time and confirm selection of the new return time at <NUM>:00pm. In another example, the new return times may not be convenient for the guest. The delay message may further include a re-entry option to reject the new return times. If the guest rejects the new return times, the virtual queue system may offer the guest a form of electronic compensation (e.g., prioritized queue placement for another attraction) for removing the guest from the virtual queue (block <NUM>). Moreover, the guest associated device is configured to output the re-entry option (e.g., selection, confirmation, or a rejection of the new return times) from the guest associated device to the virtual queue controller. In some embodiments, the reaccommodation time slot may not have sufficient new return times for each guest removed from the virtual queue. That is, the total number of guests removed from the virtual queue may be greater than the total number of new return times for the guests removed from the virtual queue. Thus, some guests may not be re-accommodated. The virtual queue system may offer electronic compensation for the guests that are not re-accommodated.

The virtual queue controller is configured to provide a notification to the guest associated device indicating a new return time in the reaccommodation space corresponding to the selected or confirmed new return time (block <NUM>). The guest associated device may provide the notification to the guest via the display of the guest associated device. In an embodiment, the notification includes a verification (e.g., code, scannable indicia, signal output, etc.) for the guest to present at the entrance of the amusement park attraction. Using the verification, the guest may be admitted to the loading line of the amusement park attraction at the new return time (block <NUM>).

<FIG> is a graph of an embodiment of the virtual queue system for an amusement park attraction. The graph <NUM> includes the reduced capacity event and reaccommodation time slots <NUM>, <NUM>, <NUM>. In an embodiment, the reaccommodation time slot <NUM> is configured to start after the reduced capacity event. In the illustrated embodiment, the reaccommodation time slot <NUM> begins immediately following the reduced capacity event. The reaccommodation time slot <NUM> includes new return times within the reaccommodation time slot <NUM>. For example, in the illustrated embodiment, the reaccommodation time slot <NUM> is configured to start at <NUM>:00pm and end at <NUM>:00pm. Thus, the new return times may be at <NUM>:00pm, <NUM>:15pm, <NUM>:30pm, and <NUM>:45pm. The new return times may occur at any suitable increment based on the corresponding amusement park attraction.

In an embodiment, the duration of the reaccommodation time slot is based on a total number of affected virtual queue return times <NUM> removed from the virtual queue. That is, the reaccommodation time slot <NUM> may have a variable size based at least in part on a total number of guests removed from the virtual queue. For example, in the illustrated embodiment, the reduced capacity event may have been a partial attraction closure event <NUM> (e.g., one or more ride vehicles of the amusement park attraction moved for maintenance) from <NUM>:00pm to <NUM>:00pm that reduced the ride throughput by <NUM>%. Thus, at least <NUM>% of guests having return times from <NUM>:00pm to <NUM>:00pm were affected by the reduced capacity event and removed from the virtual queue. The remaining <NUM>% of guests (e.g., unaffected guests <NUM>) may retain their return time in the virtual queue during the reduced capacity event. In this example, the amusement park attraction may have a guest throughput of <NUM> guests per hour. Thus, the virtual queue controller may remove <NUM> guests from the virtual queue during the reduced capacity event. In an embodiment, the reaccommodation time slot <NUM> is configured to accommodate all of the guests removed from the virtual queue in a time frame immediately following the reduced capacity event. Thus, the reaccommodation slot may start at <NUM>:00pm and last until <NUM>:18pm (e.g., <NUM> minutes) to accommodate all <NUM> guests in the reaccommodation time slot <NUM>. However, in an embodiment, the reaccommodation slot <NUM> occurs over an extended time frame to minimize disruptions for guests having return times in the virtual queue immediately following the reduced capacity event. For example, in the illustrated embodiment, the reaccommodation time slot <NUM> starts at <NUM>:00pm and lasts until <NUM>:00pm.

In an embodiment, at least some guests having return times during the reaccommodation time slot <NUM> may be removed from the virtual queue <NUM> to generate sufficient space for the reaccommodation time slot <NUM>. These guests are provided re- entry options that include new return times in a second reaccommodation time slot <NUM>. Further, at least some guests having return times during the second reaccommodation time slot <NUM> may also be removed from the virtual queue and provided re-entry options that include new return times in a third reaccommodation time slot <NUM>. In another embodiment, the virtual queue system is configured to remove all guests from the virtual queue after a reduced capacity event. Each guest removed from the virtual queue may be provided re-entry options. However, guests having earlier return times, before being removed from the virtual queue, may be given priority in selecting re-entry options. For example, a guest having an original return time at <NUM>:00pm would be given priority over a guest having an original return time at <NUM>:30pm. In an embodiment, re-entry options provided to the guests may be limited based on their respective return time before being removed from the virtual queue.

In an embodiment, the virtual queue controller is configured to determine an amount of predicted no-shows <NUM> for the amusement park attraction. For example, the virtual queue controller may determine that <NUM>% of the guests will fail to arrive at their respective return times (e.g., predicted no-shows <NUM>). Thus, only <NUM>% of guests may be predicted to arrive at their respective return times (e.g., predicted arrivals <NUM>). The virtual queue controller may be configured to determine the amount of predicted no- shows <NUM> based at least in part on historical data and current virtual queue data. The virtual queue controller may consider time of day, date, weather patterns, special events, past queue data, current queue data, and other suitable factors when determining the amount of predicted no-shows <NUM> for the amusement park attraction.

Generally, the virtual queue controller may be configured to place a number of guests in the virtual queue <NUM> corresponding to full ride capacity <NUM> (e.g., <NUM>% ride capacity) of the amusement park attraction. For example, the virtual queue controller may place <NUM> guests (e.g., <NUM>% ride capacity) in the virtual queue with return times between <NUM>:00pm and <NUM>:00pm when the guest throughput of the amusement park attraction is <NUM> guests per hour. However, as described above, a portion of guests will generally fail to arrive at their return time. Certain amusement park attractions include a standby line, separate from the loading line, to fill seats for the predicted no-shows <NUM>. However, to reduce an amount of guests affected by the reduced capacity event, the amusement park attraction may close the standby line and fill the seats for the predicted no-shows <NUM> with guests from the reaccommodation time slot. That is, based on the amount of the predicted no-shows <NUM>, the virtual queue controller may place an amount of guests in the reaccommodation time slot that exceeds the guest throughput at full ride capacity <NUM> (e.g., <NUM>%).

For example, the guest throughput of the amusement park attraction at full capacity may be <NUM> guests per hour. The virtual queue controller may determine that the amount of predicted no-shows <NUM> between <NUM>:00pm and <NUM>:00pm is about <NUM>% of the guests in the virtual queue. Based on the amount of predicted no-shows <NUM> and the guest throughput at full ride capacity, the virtual queue controller may place about <NUM> guests in the reaccommodation time slot <NUM> between <NUM>:00pm and <NUM>:00pm. The virtual ride controller may determine that, taking into account the amount of predicted no-shows <NUM>, about <NUM> guests from the virtual queue should actually arrive at the amusement park attraction, such that the amusement park attraction operates at full capacity <NUM> with only admitting guests from the virtual queue <NUM>. This may temporarily increase guest throughput from the virtual queue such that the reaccommodation time slot <NUM> may accommodate guests quicker. As such, fewer guests with return times immediately following the reduced capacity event may need to be removed from the virtual queue to accommodate the reaccommodation time slot <NUM>.

In an embodiment, the virtual queue controller may incorporate a predetermined margin of error in while managing the virtual queue during reduced capacity events. The virtual queue controller may place an amount of guests in the reaccommodation time slot <NUM> that exceeds the guest throughput at full ride capacity <NUM> based on the amount of predicted no-shows <NUM> and a predetermined margin of error for the predicted no-shows <NUM>. Accordingly, the virtual queue controller may place less excess guests in virtual queue <NUM> than the predicted amount of no-shows <NUM> to prevent potentially causing the length of the loading line to exceed a desired amount in the event that more guests arrive at their return times that anticipated based on the amount of predicted no-shows <NUM>. For example, the virtual queue controller may determine that the amount of predicted no-shows <NUM> is forty guests. The predetermined margin of error for the predicted no-shows <NUM> may be <NUM>%. Thus, the virtual queue controller may only allocate thirty, instead of forty, guests in excess of the guest throughput at full ride capacity <NUM>.

Further, the virtual queue controller is configured to limit the new return times to guests removed from the virtual queue <NUM> during the reduced capacity event. Therefore, the virtual queue controller may be configured to not accept virtual queue requests from new guests for return times during the reaccommodation time slots <NUM>, <NUM>, <NUM>. The virtual queue controller may be configured to output a signal to the guest associated devices to indicate that the amusement park attraction is unavailable during the reduced capacity event and during the reaccommodation time slot <NUM>. Preventing new guests from queueing during the reduced capacity event and the reaccommodation time slot <NUM> may aid in maintaining the length of the loading line and maintain consistent throughput for the amusement park attraction during the reduced capacity event and the reaccommodation time slot <NUM>.

<FIG> is a flow diagram of an embodiment of a method for determining a size of a reaccommodation time slot for the virtual queue system. At the start of the method, the amusement park attraction may experience a reduced capacity event. The method includes the step of receiving an indication of a reduced capacity event (block <NUM>). The method further includes the step of determining a reduction in guest throughput for an amusement park attraction during the reduced capacity event (block <NUM>). The operator may output, via a user interface, the severity of the reduced capacity event such that the virtual queue controller may determine the reduction in guest throughput for the amusement park attraction during the reduced capacity event.

The method may include the step of determining, based on the reduction in guest throughput, a total number of virtual queue return times for guests in a virtual queue affected by the reduced capacity event (block <NUM>). The method may also include determining the total number of virtual queue return times affected based on a duration of the reduced capacity event. The method may further include the step of identifying each individual guest with an affected virtual queue return time (block <NUM>). The memory device may store individual guests virtual queue data. The virtual queue controller may analyze the virtual queue data to determine which guests had affected virtual queue return times.

Claim 1:
A virtual queue system (<NUM>), comprising:
a ride vehicle of an attraction (<NUM>);
a virtual queue controller (<NUM>) comprising a processor (50a) and a memory (52a), wherein the processor (50a) is configured to execute instructions accessed from the memory (52a) to cause the virtual queue controller (<NUM>) to:
receive a reduced capacity event signal (<NUM>) indicative of the ride vehicle moving from a main track to a service track;
generate an indication of a reduced capacity event of the attraction (<NUM>) based on the reduced capacity event signal;
determine a percentage reduction in capacity of the attraction (<NUM>) responsive to the indication of the reduced capacity event, wherein the reduced capacity event comprises removal of a capacity of the ride vehicle from a total capacity;
identify affected guests (<NUM>) of the guests (<NUM>) having a return time in a virtual queue (<NUM>) of the attraction (<NUM>) that is affected by the reduced capacity event based on the percentage reduction in capacity;
remove affected guests (<NUM>) from the virtual queue (<NUM>) to maintain a predetermined relationship between attraction (<NUM>) return times and a capacity of the attraction (<NUM>), wherein the capacity of the attraction (<NUM>) is updated responsive to the percentage reduction in capacity;
generate a reaccommodation time slot (<NUM>, <NUM>, <NUM>) for the affected guests (<NUM>) removed from the virtual queue (<NUM>), wherein the controller incrementally adjusts a length of the reaccommodation time slot (<NUM>, <NUM>, <NUM>) as guests (<NUM>) are removed from the virtual queue (<NUM>), and wherein the reaccommodation time slot (<NUM>, <NUM>, <NUM>) is subsequent to all affected return times of the affected guests (<NUM>);
select two or more updated return times within the reaccommodation time slot (<NUM>, <NUM>, <NUM>) for each of the guests (<NUM>) removed from the virtual queue (<NUM>);
generate and transmit a notification (<NUM>) to each guest (<NUM>) removed from the virtual queue (<NUM>), requesting guest (<NUM>) input to select a single updated return time from the two or more updated return times; and
return each guest (<NUM>) to the virtual queue (<NUM>) upon receiving a corresponding selection of the single updated return time.