虚拟排队技术的制作方法

文档序号:17928773发布日期:2019-06-15 00:38阅读:357来源:国知局
虚拟排队技术的制作方法

本申请要求2016年11月9日提交的题为“systemsandmethodsforpre-schedulinginvirtualqueuingsystems”的美国临时专利申请no.62/419,837、以及2016年11月9日提交的题为“systemsandmethodsforautomaticallymonitoringanddynamicallyadjustingaqueue”的美国临时专利申请no.62/419,833的优先权,这些专利申请以其全部内容出于所有目的通过引用并入本文中。



背景技术:

本公开总体上涉及游乐园的领域。具体地,本公开的实施例涉及管理游乐园体验、包括针对景点排队的技术。

自二十世纪初以来,游乐园在欢迎度方面已经显著增加。为了解决这种增加的需求,游乐园已经通过添加景点和空间而被扩大。景点(例如,乘坐设施(ride)、餐馆、商店和表演)的添加一般提供具有附加容量以处理更大量的客人的游乐园。然而,附加景点典型地还向潜在的客人提供参观游乐园的激励。因此,虽然特定游乐园可以添加附加的容量,但是附加的容量并不始终导致对于客人参与公园娱乐(例如,购物、观看表演、乘坐乘坐设施)的增加的能力或针对景点的减少的等待时间。这是因为通常会存在参加人数(attendance)中的对应增加。进一步地,由于操作效率,在低参加人数时间期间限制景点的可用性是通常期望的。因此,针对景点排队(其可能限制对公园活动的参与)是游乐园的常年问题。

虽然客人已经要求了更大、更好、更精心的景点,但是他们也需要并期望积极的整体体验。为游乐园客人提供积极的整体体验需要解决与针对景点排队相关的某些问题。事实上,现在认识到,由于在队列等待时间的情况下的负面体验,可能会阻止公园客人返回特定的游乐园。进一步地,由于在队列中等待的时间花费,可能会防止客人访问游乐园商业机构(例如,商店)。事实上,在过去,客人已经排队等待了几个小时,以体验游乐园处的一些更受欢迎的景点。附加地,现在认识到,由于个体客人对某些景点而不是其他景点的偏好,公园容量并不总始终导致对该容量的有效客人利用。因此,现在认识到,改进游乐园排队系统和方法是期望的。



技术实现要素:

下文总结了在范围方面与原始要求保护的主题相当的某些实施例。这些实施例没有限制本公开的范围的意图,而是这些实施例仅意图提供某些公开的实施例的简要概述。事实上,本公开可以涵盖可以与下面阐述的实施例类似或不同的各种形式。

根据一个实施例,提供了一种虚拟队列系统。虚拟队列系统包括虚拟队列控制器,该虚拟队列控制器包括处理器和存储器。存储器存储可由处理器执行的指令,并且被配置成接收请求。该请求与个体客人相关联,并且针对包括多个乘坐设施的景点的虚拟队列中的位置。虚拟队列允许个体客人访问景点的该多个乘坐设施中的一个,并且虚拟队列中的客人经由虚拟队列而被分配在景点的该多个乘坐设施之间。存储器进一步被配置成:响应于该请求将个体客人指派到虚拟队列中的位置;接收景点的乘坐设施时间表数据,该乘坐设施时间表数据包括关于该多个乘坐设施中的个体乘坐设施的状态中的改变的信息;以及至少基于虚拟队列中的个体客人的位置、乘坐设施时间表数据、以及景点处的历史客人吞吐量来确定个体客人针对景点的等待时间。虚拟队列系统进一步包括通信电路,该通信电路被配置成向客人关联设备输出指示针对景点的等待时间的信号。

根据另一实施例,提供了一种虚拟队列系统。虚拟队列系统包括至少一个监测设备,该监测设备被配置成监测景点的当前队列状况并且输出队列状况。虚拟队列系统还包括虚拟队列控制器,该虚拟队列控制器包括控制器和通信电路。虚拟队列控制器被配置成接收队列状况信号。虚拟队列控制器还被配置成基于至少队列状况信号和景点的预设乘坐设施时间表数据来确定针对景点的当前等待时间,其中预设乘坐设施时间表数据指示景点的多个乘坐设施的子集的关闭。虚拟队列控制器进一步被配置成响应于所确定的当前等待时间处于预定等待时间范围之外而输出队列修改信号。

根据另一实施例,提供了一种方法。该方法包括以下步骤:向虚拟队列控制器提供包括多个乘坐设施的景点的乘坐设施时间表数据,其中乘坐设施时间表数据包括与该多个乘坐设施的子集的关闭相关联的所调度的时间;计算景点的可变客人吞吐量数据,其中可变客人吞吐量数据是至少基于景点的当前客人吞吐量数据、乘坐设施时间表数据和历史客人吞吐量数据来计算的;基于至少下一个可用位置和可变客人吞吐量数据来确定针对景点的虚拟队列中的下一个可用位置的当前等待时间,其中当前等待时间与所调度的时间重叠,使得该多个乘坐设施的子集在当前等待时间期间经历关闭,并且其中当前等待时间是基于第一可变客人吞吐量数据和第二可变客人吞吐量数据来计算的,该第一可变客人吞吐量数据指示该关闭期间的第一客人吞吐量,该第二可变客人吞吐量数据指示该关闭以外的时间期间的第二客人吞吐量;以及将当前等待时间信号输出到显示单元、客人关联设备或其组合,该当前等待时间信号指示针对景点进行排队的当前等待时间。

附图说明

当参考附图阅读以下详细描述时,本公开的这些和其他特征、方面和优点将变得更好理解,在附图中,相同的符号遍及各图表示相同的部分,其中:

图1是根据本技术的包括虚拟队列系统的主题公园的示意图;

图2是根据本技术的使用虚拟队列系统的流程图;

图3是根据本技术的虚拟队列系统的框图;

图4是根据本技术的包括监测设备的虚拟队列系统的框图;以及

图5是示出根据本技术的针对虚拟队列的等待时间范围的曲线图。

具体实施方式

主题公园或游乐园景点已经变得越来越受欢迎,并且已经创建了各种游乐园景点以向客人提供独特的运动和视觉体验。进入各种游乐园景点的客人可以利用虚拟排队系统,该系统将客人放置在虚拟队列而不是物理队列中,这允许客人当他们虚拟队列中的位置前进的同时享受游乐园的其他特征。为了帮助客人计划他们的一天,虚拟排队系统可以估计等待时间(例如,客人可以进入景点之前的时间长度),并向客人提供进入景点的时间即将到来的提醒。然而,在确定客人针对每个景点的等待时间时,某些虚拟排队系统假设平均等待时间或平均客人返回率,或者可以利用具体景点内的静态数量的乘坐设施(例如,景点的客人接受的特征,诸如个体乘坐设施车辆、多通道(multi-lane)滑梯的个体通道、多轨道景点的个体轨道等)的预定或预配置的等待时间。使用基于静态数量的乘坐设施的数据来确定等待时间可能无法动态地对队列状况(例如,景点处的乘坐设施关闭和开放)做出反应。事实上,这样的虚拟排队系统可能为客人提供不准确的等待时间,这可能导致过多或不足的等待时间并导致游乐园景点的低效操作。

考虑到这一点,本公开的某些实施例涉及虚拟排队系统,该系统通过至少基于游乐园景点的队列状况和调度信息而监测和/或动态评估虚拟队列来确定等待时间。本公开的实施例便于响应于与等待时间相关联的接收到的反馈而动态地修改队列操作。具体地,本公开的某些实施例涉及:在确定针对景点的等待时间时,通过监测和评估除了队列状况之外的各种景点(或具体景点内的各种乘坐设施)的开放/关闭时间中的动态变化来确定等待时间。特别地,虚拟队列系统可以被配置成利用针对每个景点的所调度的时间、景点的当前或实时客人吞吐量、估计的未来客人吞吐量、每个景点的历史吞吐量、和/或历史队列等待时间信息,来准确地确定针对特定景点的等待时间,以避免向客人传送不准确的等待时间。以这种方式,虚拟排队系统可以有助于防止一时间段内的乘坐设施未充分利用、乘坐设施过度拥挤和/或乘坐设施资源的低效使用。附加地,本公开的某些实施例涉及响应于不足或过多的等待时间而自动地或动态地修改队列操作或实际虚拟队列,以进一步防止一时间段内的低效操作、乘坐设施未充分利用、乘坐设施过度拥挤和/或浪费乘坐设施资源。进一步地,虚拟排队系统可以被配置成监测和跟踪客人如何遍及队列而转移或移动,以提供对虚拟队列的更精细控制。相应地,基于对虚拟队列的更精细控制,虚拟排队系统可以被配置成具有对景点访问的自动和动态控制,从而防止乘坐设施饥饿(starvation)、过度拥挤或浪费其他乘坐设施资源。

图1是具有至少一个游乐园景点112的主题公园110的示意图,该游乐园景点112可以经由虚拟队列系统114控制的虚拟队列来访问。某些景点112可以以多个乘坐设施118为特征。例如,在所描绘的实施例中,水上滑梯景点112a可以包括经由单个虚拟队列访问的多个通道或滑梯(例如,被示为乘坐设施118a、118b和118c),该单个虚拟队列允许访问针对客人的装载区域116。也就是说,客人假设景点112a的虚拟队列中的位置以进入装载区域116。一旦处于装载区域116中,客人就被分配在分离的滑梯(即,乘坐设施118a、118b和118c)之间以体验景点112。相应地,在所描绘的实施例中,作为示例,景点112a能够一次容纳多个客人(例如,两个、三个或更多个)。然而,客人可以以不同的速率进入他们被指派的乘坐设施118,从而导致动态地改变多乘坐设施景点112的每个乘坐设施118的实时客人吞吐率。例如,某些客人可能比其他客人更犹豫,从而导致在一个乘坐设施118中相对于另一个乘坐设施暂时更慢的实时客人吞吐率。进一步地,乘坐设施操作员在将客人分配和装载到他们相应的乘坐设施118中时可能具有不同的效率。相应地,确定多乘坐设施景点112的总客人吞吐量可能是复杂的,并且可能涉及考虑景点112的每个个体乘坐设施118处的不同实时客人吞吐率,以确定景点112的总客人吞吐量。

虽然所描绘的实施例是在水上景点(诸如水上滑梯)的情境中示出的,但是应当理解的是,可以想到其他的多乘坐设施景点112。进一步地,个体景点112的乘坐设施118可以包括容纳任何合适数量的客人的任何合适数量的乘坐设施118(滑梯、轨道、道路车辆等),尽管如此,还是要经由景点112的单个虚拟队列来访问这些乘坐设施118。附加地,主题公园110还可以以不包括多个乘坐设施118的其他景点112(例如,单个乘坐设施景点112)为特征。

在一个实施例中,经由虚拟队列系统114,在提交来自客人关联设备120(例如,智能电话、客人腕带)或客人自助服务终端(kiosk)121的请求之后,为客人指派针对游乐园景点112的虚拟队列中的位置,并且不需要物理地排队以进入景点112直到指定时间为止。因此,使用虚拟队列的客人在他们访问主题公园110期间可以花费更少的排队等待的时间。附加地,来自虚拟队列的数据为主题公园提供指导,以用于调度乘坐设施的开放和关闭以优化客人吞吐量和游乐园景点效率。

在一些实施例中,虚拟队列系统具有多个虚拟队列,每个虚拟队列对应于分离的游乐园景点(例如,112a和112b)。为了帮助客人确定要进入哪个虚拟队列,虚拟队列系统114被配置成输出指示针对每个游乐园景点112的当前等待时间的等待时间信号122。显示单元126可以被配置成接收等待时间信号122,并且显示针对主题公园110内的客人的当前等待时间。显示单元126可以是中央显示单元,该中央显示单元被配置成显示与多个游乐园景点相对应的当前等待时间。然而,在一些实施例中,显示单元126可以是局部显示单元,该局部显示单元被配置成显示针对单个游乐园景点的当前等待时间。在另一实施例中,客人关联设备120(例如,智能电话、客人腕带、客人跟踪器等)可以接收等待时间信号122,并且显示针对客人的当前等待时间(例如,文本消息、智能电话app通知等)。

在某些实施例中,等待时间信号122传送当前等待时间、客人等待时间(即,针对虚拟队列中的个体客人的等待时间)或其某种组合。当前等待时间指示如下时间:即,未排队的客人如果在那时加入虚拟队列,则他在进入游乐园景点112之前应当预期等待的时间。相比之下,客人等待时间指示如下时间:即,已经具有虚拟队列中的位置的个体客人仍然必须等待直到进入游乐园景点112的时间。因此,客人等待时间对应于已经在虚拟队列中排队的个体客人的具体位置,而当前等待时间对应于虚拟队列中的下一个可用位置(即,未指派的位置)。

在一个实施例中,虚拟队列系统114至少基于景点112的调度信息或乘坐设施时间表数据来确定等待时间。乘坐设施时间表数据包括在主题公园小时期间的指定时间处针对景点112的所计划的乘坐设施开放和关闭,以及响应于期望人群流动的动态开放或关闭。在所描绘的实施例中,景点112a包括由单个虚拟队列访问的三个乘坐设施118a、118b和118c(例如,滑梯、乘坐设施车辆、座椅等)。出于增加景点效率的目的,三个乘坐设施118中的一个或多个可以在由乘坐设施时间表确定的或乘坐设施时间表中包括的公园小时期间(例如,在指定时间处)关闭。例如,三个乘坐设施118中的每一个可以具有每小时一百二十个客人的平均历史客人吞吐量潜力。因此,在所描绘的实施例中,第二乘坐设施118b和第三乘坐设施118c可以在客人吞吐量在历史上低时的那天的时间期间关闭。当客人吞吐量低时,仅开放第一乘坐设施118a可以允许景点维持足够的客人吞吐量,以在需要更少雇员来操作景点112a的同时保持等待时间低。相比之下,当客人吞吐量在历史上高时,景点可以开放第二乘坐设施118b和第三乘坐设施118c,以增加客人吞吐量以便最小化等待时间。因为开放和关闭景点112的乘坐设施118动态地改变了关闭时间期间的实时客人吞吐量和未来客人吞吐量,所以使虚拟队列系统114至少基于调度信息来确定等待时间可以为客人提供更准确的等待时间。因此,与关于乘坐设施关闭和开放的日期、时间和其他细节有关的调度信息被发送到虚拟队列系统114的虚拟队列控制器130。在某些实施例中,调度信息从主题公园数据库被自动传送到虚拟队列控制器130。在其他实施例中,用户可以使用操作员接口132来针对虚拟队列控制器手动输入或修改调度信息。

图2是根据本实施例的使用虚拟队列系统114来确定当前等待时间(例如,针对尚未排队的客人)和针对景点112的虚拟队列中的客人的客人等待时间的方法234的流程图。该方法包括:向虚拟队列控制器114提供景点112的乘坐设施时间表数据,其中乘坐设施时间表数据包括针对一个或多个乘坐设施开放和关闭的指定时间(框236),并且其中开放和关闭一个或多个乘坐设施相应地增加或减少景点的估计的客人吞吐量;计算可变客人吞吐量数据,其中可变客人吞吐量数据是至少基于景点的乘坐设施时间表数据和历史客人吞吐量数据来计算的(框238);基于至少下一个可用位置和可变客人吞吐量数据来确定针对景点112的虚拟队列中的下一个可用位置的当前等待时间(框240);将等待时间信号输出到显示单元、客人关联设备或其组合,该等待时间信号指示下一个客人针对景点112进行排队的当前等待时间(框242);响应于客人队列请求,将客人指派到景点的虚拟队列中的位置(框244);基于至少虚拟队列中的位置和可变客人吞吐量数据来确定针对客人的客人等待时间(框246);以及向客人关联设备输出指示客人等待时间的等待时间信号(框248)。在本文中将关于相关系统特征进一步详细讨论方法234的各方面的细节。

在某些实施例中,方法234包括基于当前或实时客人吞吐量数据来进一步计算可变吞吐量数据的步骤。在一些实施例中,方法234包括向虚拟队列控制器114提供景点112的队列状况数据的步骤,其中队列状况数据包括游乐园景点的至少当前客人吞吐量数据。

在某些实施例中,虚拟队列控制器130被配置成连续地或周期性地确定客人等待时间,并且连续地向客人关联设备120输出指示更新的客人等待时间的等待时间信号。在其他实施例中,虚拟队列控制器130被配置成响应于来自客人的更新请求来确定客人等待时间。虚拟队列控制器130可以限制客人可以发出的更新请求的数量。在其他实施例中,虚拟队列控制器130可以限制客人可以以其发出更新请求的速率。在一些实施例中,虚拟队列控制器130被配置成当虚拟队列控制器确定客人等待时间已经改变多于预定量的时间时输出等待时间信号。例如,当客人等待时间已经改变多于两分钟时,虚拟队列控制器130可以输出新的等待时间信号。

图3是虚拟队列系统314的框图。虚拟队列系统包括与客人关联设备320、显示单元326或其组合通信的虚拟队列控制器330(例如,虚拟队列控制器130)。为了进入景点112的虚拟队列,客人关联设备320响应于来自客人的输入将队列请求信号350传送到虚拟队列控制器330。虚拟队列控制器330接收队列请求信号350,确定针对客人的等待时间,并且将等待时间信号322输出到客人关联设备320、显示单元326或其组合。客人关联设备320和显示单元326被配置成接收等待时间信号322并且显示针对客人的等待时间。为了实现这些通信,客人关联设备320、显示单元326和虚拟队列控制器330可以包括通信电路352,诸如天线、无线电收发器电路、信号处理硬件和/或软件(例如,硬件或软件滤波器、a/d转换器、多路复用器放大器)或其组合。通信电路352可以被配置成经由ir无线通信、卫星通信、广播无线电、微波无线电、蓝牙、zigbee、wifi、uhf、nfc等通过有线或无线通信路径进行通信。这种通信还可以包括中间通信设备,诸如无线电塔、蜂窝塔等。

在某些实施例中,虚拟队列控制器330可以包括存储器设备354a,存储器设备354a存储可由处理器356a执行以便执行本文中描述的方法和控制动作的指令。例如,处理器356a可以执行如下指令:该指令用于动态地评估虚拟队列状况,并基于由虚拟队列控制器330接收到的客人吞吐量输入358和乘坐设施时间表数据输入360来确定针对客人的等待时间。可以通过用户输入从存储器储存装置、和/或通过云服务来接收乘坐设施时间表数据输入。虚拟队列控制器330可以实时接收调度(或重新调度)信息,并且可以被配置成基于更新的时间表来更新等待时间。在某些实施例中,虚拟队列控制器330可以在确定等待时间时结合乘坐设施时间表数据输入360和客人吞吐量输入358来接收和利用附加输入。

进一步地,在某些实施例中,处理器356a可以在确定等待时间时结合乘坐设施时间表数据输入360和/或客人吞吐量输入358来利用历史队列状况数据输入362(例如,历史天气信息、特定乘坐设施/景点内的先前客人行为、日历信息(例如,一天的时间、星期几、假期等)、人口统计信息、(一个或多个)组内的客人数量等等)。例如,处理器356a可以在提供等待时间时考虑在历史上较慢的人群或较冷的季节状况。作为进一步的示例,在某些实施例中,处理器356a可以结合乘坐设施时间表数据输入360和客人吞吐量输入358来利用队列内的客人的各种特性(例如,类型、性别、年龄、数量等),以便确定等待时间。虽然客人吞吐量输入358、乘坐设施时间表数据输入360和历史队列状况数据输入362被描绘为经由操作员接口332接收,但是应当理解的是,可以从系统314的其他组件接收对虚拟队列控制器330的各种输入。在一个实施例中,客人吞吐量输入358包括实时吞吐量信息,该实时吞吐量信息基于客人关联设备320与签入设备或轻按入(tap-in)设备的交互或者通过经过每个景点112处的门而被传送到虚拟队列控制器330。例如,当每个客人进入景点112时,来自客人关联设备320的关联客人标识信息被读取器所读取,该读取器包括通信电路并且与景点相关联。在实施例中,景点112的每个个体乘坐设施118被配置成从位于每个乘坐设施118的顶部或起始处的读取器提供客人标识。可以向虚拟队列控制器330提供客人标识信息、关联景点112信息和/或乘坐设施118信息以及时间戳作为输入,以确定动态实时客人吞吐量(例如,客人/小时)。进一步地,景点112还可以包括在乘坐设施出口处的读取器,以跟踪通过乘坐设施118的总时间作为在确定实时客人吞吐量中的变量。在另一实施例中,实时客人吞吐量可以基于操作员信息。例如,乘坐设施操作员可以跟踪多个客人,并且周期性地向操作员接口332提供客人数量。进一步地,虚拟队列控制器330可以存储客人吞吐量信息,以使用所获取的客人吞吐量数据来更新历史队列状况输入362。

虚拟队列控制器330的处理器356a可以包括一个或多个处理设备,并且存储器可以包括一个或多个有形的非暂时性机器可读介质。作为示例,这样的机器可读介质可以包括ram、rom、eprom、eeprom或光盘储存装置、磁盘储存装置或其他磁性储存设备、或者任何其他介质,其可以用于以机器可执行指令或数据结构的形式携带或存储期望的程序代码,并且其可以由处理器或由其他基于处理器的设备(例如,移动设备)访问。例如,虚拟队列控制器330可以由操作员接口332(例如,基于计算机的工作站或移动设备,和/或可以包括输入/输出接口364和显示器)访问。

在某些实施例中,具有处理器356b和存储器354b的客人关联设备320可以是个人客人设备(例如,智能电话、平板、笔记本电脑等)、或是被指派给客人的公园队列设备(例如,智能腕带、便携式通信设备等)。公园队列设备包括用于查看等待时间并发送队列请求的程序。使用个人客人设备的客人可以被授权访问该程序(例如,基于web的程序、智能手机应app、可下载的程序等)。例如,对主题公园的门票或确认电子邮件可以包括用于找到该程序的细节,以及用于访问该程序的用户名、密码或其组合。与客人相关联的个人信息(身高、体重、年龄和其他人口统计特征)可以与用户名和/或密码链接,使得可以与队列请求信号一起传送客人标识信息。当公园队列设备被指派给客人时,使用公园队列设备的客人可以使他们的客人信息上传到该设备。虚拟队列控制器330可以利用客人标识信息,从而确定等待时间,如本文中所提供的那样。

在某些实施例中,系统可以包括队列站(例如,客人自助服务终端121),该队列站包括处理器和存储器,并且被配置成为客人提供附加资源以查看时间和发送队列请求。客人可以使用一种形式的客人标识(例如,用户名、密码、卡、rf腕带、个人信息等)来访问队列站上的排队功能。队列站可以被设置在主题公园110周围的各种位置处。在一些实施例中,至少一个队列站被设置成邻近每个景点112的入口,使得客人在邻近景点112的位置处被提供有用于针对景点112进行排队的装置。在一些实施例中,队列站可以仅允许客人针对最邻近队列站的景点112进行排队。在其他实施例中,一般的队列站遍及主题公园110而被定位,这些队列站可以用于针对主题公园110中的景点112进行排队。

在某些实施例中,显示单元326被配置成从虚拟队列控制器330接收等待时间信号322,并且显示针对景点112的当前等待时间。在一些实施例中,至少一个显示单元326被设置成邻近每个景点112的入口。显示单元可以被配置成仅显示针对最邻近显示单元的景点112的当前等待时间。在其他实施例中,一般的显示单元被设置在主题公园110周围的一般位置(例如,用餐区域、步行道路等)中。一般的显示单元可以显示针对多个景点112的当前等待时间。

图4是具有监测设备466的虚拟队列系统414的框图。在本实施例中,监测设备466可以具有通信电路452d,以建立与虚拟队列控制器430的通信。监测设备466还可以具有处理器456c和存储器设备454c。监测设备466被配置成监测和/或确定当前队列状况,并将队列状况信号468输出到虚拟队列控制器430。在一些实施例中,景点112具有物理队列和虚拟队列两者。在这样的实施例中,客人在进入物理队列之前首先进入虚拟队列。物理队列提供针对景点112的缓冲队列或备用区域以增加景点112的效率。例如,在没有物理缓冲队列的情况下,如果客人没有在虚拟队列系统414指定的时间处到达景点112,则可能将不存在客人以填充缺席客人的位置。因此,景点112的至少一个乘坐设施118可能在小于该乘坐设施的最大占用率的情况下继续进行,从而降低景点112的效率。然而,使用物理队列和备用区域两者,即使在客人没有准时到达时,在景点112处也可以存在多个客人以将乘坐设施填充至最大占用率。在某些实施例中,监测设备466被配置成监测物理队列的当前队列状况。然而,监测设备466可以被配置成监测物理队列、虚拟队列或其组合的当前队列状况。进一步地,在某些实施例中,可以在没有物理队列的情况下实现景点112。

在某些实施例中,监测设备466可以被配置成监测或确定当前队列状况,包括但不限于队列的长度、队列中的客人的数量、进入和离开队列的客人的流动速率、队列内的特定个体(例如,标识队列中的客人)、队列内的子队列的数量、队列内的客人的类型等等。在某些实施例中,监测设备466可以监测队列内的特定位置(例如,地理位置、队列区域等),并且将每个特定位置中的客人的数量输出到虚拟队列控制器。在某些实施例中,监测设备466可以不仅在队列的开始或结束处监测客人,而且还可以监测客人是否在队列的中间离开队列。在某些实施例中,监测设备466可以确定队列内的客人的各种特性(例如,类型、性别、年龄、数量等),并且将该数据输出到虚拟队列控制器430以跟踪和记录与队列相关联的历史吞吐量数据,这是由于该历史吞吐量数据与景点112相关。

在某些实施例中,监测设备466包括被配置成监测队列状况的计数机构470。例如,可以利用计数机构470来监测队列内的客人的数量,计数机构470可以是手动系统和/或可以包括被设置成邻近队列的一个或多个传感器。在其他实施例中,监测设备可以包括被设置成在物理上邻近队列的至少一个传感器472(例如,光学传感器、机械踏板(treadle)、rf感测系统等),并且通信地耦合到虚拟队列控制器430。传感器472可以向虚拟队列系统414提供与当前队列状况相关联的连续反馈。例如,在其中客人均携带rf标识的情况下,与监测设备相关联的rf传感器可以被配置成监测(一个或多个)特定客人何时进入和离开队列,并且将该数据输出到虚拟控制器。作为进一步的示例,传感器472可以被配置成在队列的入口和出口处识别个体客人,并且连续地将该信息输出到虚拟队列控制器,使得可以基于个体客人在队列内花费的时间长度来计算队列的各种状况(例如,等待时间、队列长度等)。

基于接收到的反馈,虚拟队列系统414可以被配置成动态地对当前队列状况做出响应。在某些实施例中,虚拟队列系统414可以包括基于一个或多个因素(例如,处于队列中达超过当前队列等待时间的延长时间段,客人被看到处于队列内的非预期位置处,客人进入另一个队列,客人被识别为处于队列之外等)从虚拟队列中自动移除客人的功能。在某些实施例中,虚拟队列系统414可以虚拟地监测和动态地调整多个队列(或子队列),并且可以被配置成在计算或确定当前队列状况时关联针对各种队列的数据。

在某些实施例中,虚拟队列系统414可以利用从监测设备466接收到的反馈来计算其他队列状况。虚拟队列系统414可以计算各种因素或变量,诸如但不限于虚拟队列的长度、当前或实时客人吞吐量、最大景点吞吐量、与队列状况和响应相关的历史信息(例如,历史客人吞吐量)、队列处于不同状态(过度填充状态、低填充(under-fill)状态、饥饿状态、过度拥挤状态等)中的时间长度等等。例如,基于队列内的客人的数量和/或进入或离开队列的客人的流动速率,虚拟队列系统414可以计算当前等待时间、客人等待时间、当前景点容量等等。特别地,虚拟队列系统414可以被配置成至少部分地基于从监测设备466接收到的连续反馈来确定与队列系统和队列状况相关的准确实时信息。

在另一实施例中,响应于针对虚拟队列和/或物理景点访问区域中的客人的所确定的等待时间,虚拟队列系统414可以被配置成输出队列修改信号474。具体地,虚拟队列系统可以被配置成通过输出队列修改信号474来动态地对针对客人的所计算的等待时间与等待时间范围的偏差做出响应。

在某些实施例中,队列修改信号474被配置成,当针对景点112的等待时间比等待时间范围的最大限制更长时,暂时禁用将客人添加到该景点的虚拟队列的能力。例如,当虚拟队列控制器430认为虚拟队列太长时,虚拟队列控制器被配置成将队列修改信号474输出到客人关联设备420(例如,智能电话、客人自助服务终端等)。队列修改信号474被配置成将指令传送到客人关联设备420上的队列程序,以禁用用于发送针对景点112的队列请求的选项。附加地,队列修改信号474可以包括如下指令:显示与禁用队列程序的部分有关的消息。一旦虚拟队列的等待时间回落到等待时间范围内的时间长度,虚拟队列控制器430就可以被配置成发送恢复信号476以启用用于发送队列请求的选项。

在某些实施例中,队列修改信号474包括如下指令:当针对景点112的等待时间比等待时间范围的最小限制更短时,向客人通知比针对该景点的平均排队时间更短的排队时间。例如,队列修改信号474可以包括如下指令:该指令用于客人关联设备显示指示景点112具有短的等待时间的消息。在一些实施例中,队列修改信号474可以包括如下指令:激活客人关联设备120上的程序中的快速队列选项。例如,快速队列选项可以激活屏幕上的弹出式消息,该弹出式消息指示虚拟队列具有短的等待时间。附加地,弹出式消息可以包括按钮,该按钮被配置成立即使客人进入到景点112的虚拟队列中。在某些实施例中,虚拟队列控制器430被配置成:在将队列修改信号474发送到其他客人之前,将该队列修改信号发送到与如下客人链接的客人关联设备420:该客人在那天期间、在主题公园110处比其他客人经历了更少的景点112,从而给予经历了更少景点112的个体进入虚拟队列的第一个机会。在某些实施例中,程序包括用于解除响应于客人关联设备接收到队列修改信号474而激活的消息的选项。然而,一旦虚拟队列的等待时间上升到等待时间范围内的时间长度,虚拟队列控制器就被配置成发送恢复信号以自动地解除来自队列修改信号的通知。

在某些实施例中,虚拟队列控制器被配置成响应于比等待时间范围的最大限制更长或比其最小限制更短的等待时间而将景点修改信号478发送到游乐园操作员设备480。景点修改信号被配置成响应于等待时间而向游乐园操作员发送开放和/或关闭游乐园乘坐设施118的乘坐设施的指令,以调整当前客人吞吐量。除了禁用虚拟队列或发送通知之外,动态地开放和关闭景点112的乘坐设施118也可以进一步增加游乐园景点效率。

图5是示出针对虚拟队列的等待时间582和等待时间范围584的曲线图。等待时间范围提供了在特定时间处针对可接受等待时间的最小等待时间586和最大等待时间588,例如,由此最小等待时间586与最大等待时间588之间的等待时间可以形成预定的期望等待时间范围的边界。当如本文中所提供的那样如由虚拟队列控制器(例如,虚拟队列控制器430)所计算或估计的等待时间582落到最小等待时间586以下或上升到最大等待时间588以上时,虚拟队列控制器430被配置成输出队列修改信号474。在某些实施例中,虚拟队列控制器430至少基于历史吞吐量数据来计算等待时间范围584。虚拟队列控制器430可以使用历史吞吐量数据来确定景点112在一天的每个时隙内的平均等待时间590。虚拟队列控制器430可以确定多个平均等待时间,其中平均等待时间是针对一周、一个月、一年等的每天的每个时隙来计算的。例如,虚拟队列控制器430可以通过对上午10点的时隙内的所有历史吞吐量数据进行平均来计算景点112在上午10点处的平均等待时间。然而,在其他实施例中,虚拟队列控制器430通过对每周一上午10点处的所有历史吞吐量数据进行平均来计算周一上午10点处的平均等待时间。附加地或替代地,在确定多个平均等待时间590中,虚拟队列控制器430可以进一步利用历史队列状况数据(例如,历史乘坐设施时间表数据、历史客人吞吐量、天气数据、客人行为、日历信息、人口统计信息、客人的组的数量、以及客人的组的大小等)。

在某些实施例中,虚拟队列控制器430可以通过将等待时间缓冲添加到平均等待时间590来计算等待时间范围584。例如,虚拟队列控制器430可以将上午9点、上午11点、下午1点和下午3点内的平均等待时间分别计算为五分钟、二十分钟、四十分钟和三十五分钟。虚拟队列控制器430可以向平均等待时间提供五分钟的等待时间缓冲,以计算等待时间范围。因此,上午9点、上午11点、下午1点和下午3点处的等待时间范围分别为0-10分钟、15-25分钟、35-45分钟和30-40分钟。在其他实施例中,虚拟队列控制器430可以使用动态等待时间缓冲来计算等待时间范围584。动态等待时间缓冲可以在一天的不同时隙处改变等待时间缓冲的时间长度。例如,上午9点处的等待时间缓冲可以是五分钟,而下午1点处的等待时间缓冲可以是十五分钟。在其他实施例中,动态等待时间缓冲包括:比在平均等待时间与最小限制之间的等待时间缓冲更长的在平均等待时间与最大限制之间的等待时间缓冲。在一些实施例中,可以使用历史吞吐量数据、操作员输入等来确定动态等待时间缓冲。

在某些实施例中,可以基于由虚拟队列控制器430接收到的输入来设定等待时间范围。在一些实施例中,虚拟队列控制器430被配置成接收来自操作员接口332的输入。操作员可以使用操作员接口332来传送如下指令:该指令用于虚拟队列控制器430设定具体等待时间范围。操作员可以设定静态或动态等待时间范围。在一些实施例中,操作员可以设定独立于历史吞吐量数据的等待时间范围。例如,在景点112暂时处于低人员配备(understaffed)的情况下,操作员可以调整景点112的等待时间范围584以减少景点112的客人吞吐量,直到景点112被适当地配备人员为止。在另一示例中,操作员可以调整针对多个景点112的等待时间范围584以鼓励客人针对特定景点112进行排队,以便防止其他景点112或位置的过度拥挤。

在某些实施例中,虚拟队列控制器430可以基于可变客人吞吐量数据和乘坐设施时间表数据来确定针对虚拟队列中的位置的等待时间582。一般地,虚拟队列控制器430至少基于当前客人吞吐量数据、历史吞吐量数据、历史乘坐设施时间表数据等来计算可变客人吞吐量。可变客人吞吐量数据表示景点112的单个乘坐设施118在公园小时期间的每个时隙内的预期客人吞吐量。虚拟队列控制器430被配置成至少基于当前客人吞吐量数据相对于历史吞吐量数据的偏差和其他队列状况来预测预期客人吞吐量数据。为了准确地分析吞吐量变化并防止调度变化使计算偏移,首先,当前客人吞吐量数据和历史吞吐量数据分别除以当前开放的乘坐设施的数量和历史上开放的乘坐设施的数量(即,以确定单个乘坐设施的当前客人吞吐量数据和历史客人吞吐量数据)。进一步地,虚拟队列控制器430被配置成根据乘坐设施时间表数据来动态地乘以单个乘坐设施的预期客人吞吐量数据,以确定公园小时期间的每个时隙内的预期客人吞吐量。虚拟队列控制器430被配置成利用与客人位置相关的预期客人吞吐量、当前队列状况(例如,队列中的客人的数量等)来确定等待时间。

作为示例性实施例,在某些情况下,景点112可以包括在遍及一天的不同时间处开放和关闭的一个或多个乘坐设施118。例如,景点112的第一乘坐设施118a可以与主题公园110的开放同时开放,并且景点112的第二乘坐设施可以在主题公园110开放之后的一小时开放。景点112的每个乘坐设施可以具有每小时120位客人的吞吐量。本公开的特征使得虚拟排队系统能够利用一天期间的每个乘坐设施的所调度的开放/关闭时间来确定针对景点112的等待时间。例如,当确定针对景点112的等待时间时,虚拟排队系统考虑到第二乘坐设施118b的延迟的开放时间。以这种方式,虚拟排队系统可以提供针对景点112的准确等待时间,而不是与所有乘坐设施118都开放的情况相关联的人为地得到的低等待时间。换句话说,当一个或多个乘坐设施118关闭时,景点112的估计的总客人吞吐量将减少。进一步地,在第二乘坐设施118b被调度开放之前指派的等待时间期间,虚拟排队系统114考虑到开放第二乘坐设施118b时的一小时延迟。

例如,在实施例中,客人请求虚拟队列中的位置,使得针对景点112的客人等待时间涵盖或重叠了其中乘坐设施118的子集关闭的第一时间段和其中所有乘坐设施118都开放的第二时间段。也就是说,当客人在虚拟队列中时,所关闭的乘坐设施118中的一些或全部被开放。相应地,景点112在第一时间段期间具有估计的较低客人吞吐量,并且在第二时间段期间具有估计的较高客人吞吐量。通过使用较低客人吞吐量和较高客人吞吐量,可以确定更准确的客人等待时间。以这种方式,虚拟排队系统可以避免乘坐设施饥饿(当人为地得到的高等待时间被报告时)的时段,或乘坐设施过度拥挤(当人为地得到的低等待时间被报告时)的时段。

在一个实施例中,对于景点112,历史客人吞吐量数据可以示出:通常情况下,在下午1点处,景点112具有每小时240位客人的客人吞吐量,并且在下午2:00处具有每小时220位客人的客人吞吐量,这两个时间都具有两个乘坐设施开放。如由监测设备466确定的当前状况指示:乘坐设施在下午1点处的当前客人吞吐量是每小时120位客人,其中一个乘坐设施118a开放。然而,向虚拟队列控制器430提供的乘坐设施时间表数据指示第二乘坐设施118b被调度在下午1:30处开放。首先,虚拟队列控制器可以确定一个乘坐设施车辆在下午1:00处的历史客人吞吐量是每小时120位客人,并且每个车辆的乘坐吞吐量与历史客人吞吐量数据相当。然而,历史客人吞吐量数据示出如下趋势:其指示在下午2:00处,一个乘坐设施车辆的客人吞吐量在历史上减少到每小时110位客人。虚拟队列控制器430可以被配置成在计算等待时间中考虑降低的客人吞吐量。附加地,尽管当前客人吞吐量仅为每小时120位客人,但是虚拟队列控制器被配置成将下午1:30处的预期客人吞吐量增加两倍以考虑到第二乘坐设施车辆的开放。预期乘坐吞吐量应当增加到每小时240位客人减去客人吞吐量中的预期下降。因此,下午1:30处的预期乘坐吞吐量可能是每小时230位客人。使用与客人位置相关的估计的客人吞吐量数据和当前队列状况,虚拟队列控制器可以动态地确定等待时间582。附加地,在某些实施例中,虚拟队列控制器可以连续地计算可变客人吞吐量以考虑到当前客人吞吐量和其他队列状况中的改变,以便为客人提供更新的等待时间。

在一些实施例中,虚拟队列控制器430进一步利用其他队列状况来确定等待时间582。具体地,虚拟队列控制器430可以被配置成考虑各种因素,诸如但不限于先前客人行为、队列内和队列外的客人的当前活动、公园内的客人的当前位置或历史位置、天气、日历信息(例如,一天的时间、星期几、假期等)、人口统计信息、(一个或多个)组内的客人的数量等等。进一步地,在某些实施例中,虚拟队列控制器430可以将实时队列状况记录为历史队列状况信息以供将来使用。例如,所获取的实时队列状况可以指示一个乘坐设施118a相对于其他乘坐设施118b、118c具有在历史上较慢的客人吞吐量,即使所有三个乘坐设施118在其他方面十分相似或属于相同类型。这种较慢的吞吐量可能是因为乘坐设施118a的装载区域中的入口距其他乘坐设施118b、118c的入口较远,因为装载角度引起较慢的装载,或者因为乘坐设施118a附近的展示道具导致客人徘徊在该乘坐设施入口处。相应地,更准确的估计的客人等待时间可以考虑到乘坐设施118中的哪一个被关闭,并且使用与每个个体乘坐设施118相关联的历史客人吞吐量信息。例如,当较慢的乘坐设施118a被关闭时,在计算估计的客人等待时间中,估计的客人等待时间可以使用较快的乘坐设施118b、118c的历史客人吞吐量,而不是来自所关闭的较慢的乘坐设施118a的历史客人吞吐量。

在某些实施例中,虚拟队列控制器430可以被配置成基于其他队列状况的协调分析来确定针对每个景点112的等待时间582。例如,在某些实施例中,虚拟队列控制器430可以接收多个景点112的乘坐设施时间表数据和客人吞吐量数据,并且可以被配置成基于接收到的数据来协调针对景点112的等待时间582。在某些实施例中,虚拟队列控制器430可以利用其他类型的数据来执行协调分析。例如,虚拟队列控制器可以接收人群流动数据和/或针对其他乘坐设施的等待时间,并且可以利用该数据来提供针对每个景点112的准确等待时间582。

虽然本文中已经说明和描述了本公开的仅某些特征,但是本领域技术人员将想到许多修改和改变。因此,应当理解的是,所附权利要求意图覆盖如落入本公开的真实精神内的所有这样的修改和改变。

本文中提出和要求保护的技术被引用并应用于实际性质的材料对象和具体实例,其可论证地改进了本技术领域,并且由此不是抽象的、无形的或纯理论的。进一步地,如果附加到本说明书末尾的任何权利要求包含被指定为“用于[执行][功能]的装置......”或“用于[执行][功能]的步骤......”的一个或多个元素,则意图将在35u.s.c.112(f)下解释这种元素。然而,对于包含以任何其它方式指定的元素的任何权利要求而言,意图将不在35u.s.c.112(f)下解释这种元素。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1