队列管理系统和方法专利检索-游乐园旅游与酒店业专利检索查询-专利查询网

队列管理系统和方法

阅读：693发布：2020-09-22

专利汇可以提供队列管理系统和方法专利检索，专利查询，专利分析的服务。并且根据本实施例的队列管理系统可以包括数据服务器系统，其包括处理器和存储器。队列管理系统可以包括数据服务器系统的接口系统，其被配置成接收预订请求，包括客人到达区域的一般时段的指示。附加地，队列管理系统可以包括数据服务器系统的预订权限分配系统，其被配置成使用于访问游览地的预订空位与针对客人的标识信息相关。进一步地，队列管理系统可以包括数据服务器系统的检测系统，其被配置成确定与标识信息相关联的便携式标识特征何时到达该区域，并且包括数据服务器系统的预订分派系统，其被配置成建立在具体时间窗口处访问游览地的预订。，下面是队列管理系统和方法专利的具体信息内容。

权利要求

1.一种队列管理方法，包括：
将游览地偏好数据接收到预订系统中，其中游览地偏好数据包括游览地列表，其包括至少一个用户感兴趣的公园的多个游览地；
使用由预订系统的处理器执行的算法分析游览地偏好数据来产生分析结果，其中所述算法被配置成基于根据与游览地列表相关联的多个游览地的电子监视生成的游览地可用性数据、与游览地列表相关联的位置数据、公园利用数据以及对在游览地列表中的相应游览地的用户指定的感兴趣的级别来执行分析；以及
基于分析结果，产生建议路线，用于至少一个用户的确认、修改或者取消，其中所述建议路线包括针对至少一个用户的预订；以及
根据所述分析结果提出建议路线，其中连续地提出预订，使得至少一个用户被以限制回溯的方式导向至一系列游览地。
2.如权利要求1所述的方法，包括在预订的具体时间窗口之前的提示时间处启动预订的提醒，其中所述提示时间基于至少一个用户相对于相应游览地的位置。
3.如权利要求1所述的方法，其中算法被配置成基于由至少一个用户感兴趣的多个游览地的感兴趣级别的排列执行所述分析。
4.如权利要求1所述的方法，其中算法被配置成基于与感兴趣的多个游览地相关联的历史公园数据执行所述分析。
5.如权利要求1所述的方法，包括，对于所述多个游览地中的至少一个游览地，将访问该至少一个游览地的具体时间分派到与客人相关联的便携式标识特征并且分派到与另一客人相关联的另一便携式标识特征，其中所述客人以及另一客人在相同团体中。
6.如权利要求1所述的方法，其中提出建议路线包括将被指定为高度感兴趣的预订提出为贯穿建议路线散布，使得至少一个用户的兴趣被维持贯穿建议路线的持续时间。
7.如权利要求1所述的方法，其中根据游览地偏好数据和用户指定的感兴趣的级别来提出预订包括在建议路线中及早提出被指定为高度感兴趣的预订。
8.如权利要求1所述的方法，包括调整建议路线以针对用餐时间之后的时间段排除某些高强度的游览地。
9.一种队列管理方法，包括：
接收请求以经由预订系统生成在第一群组的客人和第二群组的客人之间的重叠的路线；
经由预订系统的处理器标识第一群组的客人和第二群组的客人的一个或多个现有的路线或偏好，以及
基于经由一个或多个现有路线或者偏好所标识的在第一群组的客人和第二群组的客人之间的共同兴趣，生成针对第一群组的客人和第二群组的客人的一个或多个重叠的路线，其中所述重叠的路线包括根据游览地偏好数据以及对一个或多个游览地的感兴趣的指定的级别所提出的、针对第一群组的客人和第二群组的客人的预订，并且连续地提出预订，使得第一群组的客人和第二群组的客人被以限制回溯的方式导向至一系列游览地。
10.一种队列管理系统，包括：
数据服务器系统，其包括至少一个处理器和存储器，并且被配置成：
利用被存储在存储器中的算法分析游览地列表，以产生分析结果，其中所述算法被配置成基于与游览地列表相关联的游览地可用性数据、与游览地列表相关联的位置数据、公园利用数据以及对在游览地列表中的相应游览地的用户指定的感兴趣的级别来分析所述游览地列表；
基于游览地列表的分析生成针对至少一个用户的建议路线，其中建议路线包括针对至少一个用户的预订；以及
连续地提出具有预订的建议路线，使得至少一个用户被以限制回溯的方式导向至一系列游览地。
11.如权利要求10所述的队列管理系统，其中数据服务器系统被配置成，对于游览地列表中的至少一个游览地，当数据服务器系统的检测系统确定与所述至少一个用户的标识信息相关联的便携式标识特征在到达时段之内没有到达该至少一个游览地时，通知所述至少一个用户。
12.如权利要求11所述的队列管理系统，其中数据服务器系统被配置成基于所述通知的反馈调整或取消预订。
13.如权利要求10所述的队列管理系统，其中数据服务器系统被配置成基于便携式标识特征进入在游览地列表中的游览地中的一个以及进入到针对游览地中的一个的队列的双重检测，监视针对在游览地列表中的游览地中的任何一个的队列的等待时间。
14.如权利要求10所述的队列管理系统，包括预订交易系统，其被配置成基于便携式标识特征被用于访问在游览地列表中的相应的游览地的次数以及针对相应的游览地的重复访问的阈值，标识便携式标识特征。
15.如权利要求10所述的队列管理系统，其中数据服务器系统被配置成在预订的具体时间窗口之前的提示时间处向至少一个用户发送预订的提醒，其中提示时间基于所述至少一个用户相对于在游览地列表中的游览地中的任何一个的位置。
16.一种队列管理系统，包括：
数据服务器系统，其包括：
存储器，其被配置成存储指令；以及
处理器，其被配置成执行指令，以进行以下操作：
接收请求，以经由预订系统生成在第一群组的客人和第二群组的客人之间的重叠的路线；
标识第一群组的客人和第二群组的客人的一个或多个现有的路线或偏好；以及基于经由一个或多个现有路线或偏好标识的在第一群组的客人和第二群组的客人之间的共同兴趣，生成针对第一群组的客人和第二群组的客人的一个或多个重叠的路线，其中所述重叠的路线包括针对第一群组的客人和第二群组的客人的预订，其根据游览地偏好数据以及对一个或多个游览地的指定的感兴趣的级别提出，并且其中连续地提出预订，使得第一群组的客人和第二群组的客人被以限制回溯的方式导向至一系列游览地。
17.一种队列管理方法，包括：
经由预订系统接收请求，以生成针对游乐园的一个或多个客人的路线；
基于由一个或多个客人提供的游览地偏好数据生成针对一个或多个客人的建议路线，其中建议路线包括针对一个或多个客人的预订，所述针对一个或多个客人的预订根据游览地偏好数据、由一个或多个客人提供的对游乐园的游览地的指定的感兴趣的级别、针对一个或多个其他客人的预订以及当所述一个或多个客人与所述一个或多个其他客人被指定为属于共同团体时，与一个或多个其他客人的重叠的日程而提出。

说明书全文

队列管理系统和方法

技术领域

[0001] 本公开一般地涉及游乐园的领域。更具体地，本公开的实施例涉及被利用来通过提供预订以控制在游览地队列中的等待时间的方法和设备。

背景技术

[0002] 从二十世纪早期起，游乐园已经变得相当受欢迎。为了解决这个增长的需求，游乐园已经通过添加游览地（attraction）和空间来以惊人的速率扩展。游览地（例如，骑乘（ride）、餐馆、商店和演出）的添加为游乐园一般地提供了附加容量，以处理较大数量的客人。然而，附加的游览地也通常为潜在的客人提供访问所述游乐园的诱因。因此，虽然特定游乐园可以添加附加的容量，但是所述附加的容量不总是导致针对游览地的等待时间减少。进一步地，由于运行效率，通常期望在低出勤的时间期间限制游览地的可用性。因此，针对游览地排队是对于游乐园而言的长期问题。

[0003] 在客人需要较大、较好并且较精巧的游览地的同时，他们也需要和预期正面的整体体验。为游乐园的客人提供正面的整体体验必须解决涉及针对游览地排队的某些问题。确实，现在认识到，由于关于队列等待时间的负面体验，所以公园的客人可能不敢返回到特定的游乐园。进一步地，由于被花费在队列中等待的时间，所以客人可能会被阻止来访问游乐园的商业（例如，商店）。确实，在过去，客人被迫排队等待数小时来体验在游乐园处的较受欢迎的游览地中的某些。附加地，现在认识到，由于针对某些游览地的单独的客人偏好超过其他的游览地，所以公园容量不总是等于其容量的客人利用。相应地，现在认识到，改善游乐园的排队系统和方法是期望的。
附图说明

[0004] 当参考附图阅读下文的具体实施方式时，本公开的这些和其他特征、方面和优点将变得更好理解，其中贯穿所述附图，类似的字符表示类似的部分，其中：

[0005] 图1是根据本技术的、包括预订系统的游乐园的示意性表示；

[0006] 图2是根据本技术的方法的过程图；

[0007] 图3是根据本技术的方法的过程图；以及

[0008] 图4A和4B图示了根据本技术的方法的过程图；

[0009] 图5是根据本技术的、用于促进针对游览地的多个预订的客人排定日程的方法的过程图；以及

[0010] 图6是根据本技术的、用于协调客人日程的方法的过程图。

具体实施方式

[0011] 本公开一般涉及用于通过动态地管理针对游乐园游览地的预订来控制在游乐园游览地队列中的等待时间的方法和系统，所述游乐园游览地包括演出、餐厅、骑乘、商店等等。本实施例包括能够传送和监视涉及针对在游乐园中的游览地的预订的度量或者特性并且控制队列流特性的、具有电子数据服务器和相应应用的系统。所述系统可以包括校验系统、跟踪系统、抵销系统、移动设备以及后端计算机和设备。所述系统可以被配置成每次接收一个或者多个预订请求，并且基于由用户提供的信息和/或基于其他数据（例如，关于相关的游览地的运行的数据或者涉及保留预订的客人的检测的位置的数据）来分派针对所述预订的一般或者具体时间帧。进一步地，本实施例被配置成基于预订请求的改变、客人日程的改变、客人位置、关于游览地或者涉及预订的游览地的数据、权利（entitlement）级别（例如，基于针对访问的各种级别的分层的支付选项）等等，访问或者修改一个或者多个现有预订和/或调整队列特性（例如，访问比率）。关于权利级别，针对各种特征或者组件定价的分层的方法可以是可用的，其包括针对某些服务或者任务的小额支付。例如，客人可以提供小额支付来接收关于在公园的某些区域中的短的队列的周期性更新。

[0012] 系统可以使得客人能够利用移动或者无线技术来在针对一个或多个特定游览地的虚拟队列中等待，同时体验其他游览地或者在远离所述游乐园或者在所述游乐园中的其他区域中放松。确实，本实施例包括系统，其被配置成与涉及预订请求或者现有预订的一个或者多个游览地通信，以实时地动态调整和优化客人的等待体验，并且向客人传送更新（例如，经由移动或者无线技术）。本实施例可以经由便携式通信设备，诸如蜂窝电话、寻呼机以及其他无线设备来促进与客人的通信。这样的设备可以被称为移动设备。在系统和客人之间的本文引用的通信包括从系统到移动设备的电子邮件、文本、视频、基于web以及音频通信等等。在游乐园之内的客人的位置也可通过监视这样的移动设备或者其他手段（例如，面部识别系统、门票扫描等等）来获得。在某些实施例中，可以经由共同可访问的显示器来实现与客人的通信。例如，可以贯穿游乐园放置具有通信特征的信息亭（kiosk）（例如，能够访问网络的计算机）。

[0013] 根据本技术，预订系统被配置成为用户或者客人提供接口，以做出针对在访问期间访问一个或者多个游乐园的游览地的预订。可以为在到达游乐园之前或者同时存在于游乐园中的客人的团体或者单个客人做出预订。确实，本文描述的系统的功能可以包括与单个客人或者团体通信。可以通过使能相应的门票的全部与单个客人的门票的关联来促进为多个客人作为团体做出预订。可以在客人访问游乐园之前或者在客人访问游乐园期间使用膝上型计算机、台式计算机、移动设备或者其他访问设备来做出这些预订。可以经由在线资源、经由对预订系统的入口（portal）的直接访问、经由电话系统等等来获得这样的预订。

[0014] 根据本公开，门票可以包括凭证的各种类型或者组合，所述凭证可以被用于校验对游览地（例如，游乐园）的访问权限。门票（例如，纸质门票、生物统计（biometrics）或者电子门票）可以被利用来检验在当前时间处的访问权限或者未来的访问权限。当门票不被一起购买时，本实施例可以将门票关联为团体。这将允许客人的团体的任何成员获得针对团体的预订。例如，如果若干客人的团体到达游乐园并且每人分离地购买门票，则团体的客人中的一个可以使用本实施例来为所述团体做出一个或者多个预订。本实施例能够将针对团体的预订与单个门票相关联，其变成“主门票”。当预订被赎回时，与所述预订相关联的主门票必须首先被确认，并且然后确认剩余团体成员的门票。若干技术和系统可以被利用来将门票与主门票相关联。这可以包括扫描门票来确认标识信息、真实性和预订信息。在确认过程期间，每个门票可以与在系统中剩余的预订相关联。相应地，在预订可以被使用之前，后续的预订可能不需要确认主门票。

[0015] 进一步地，可以在没有具体地指定针对预订的时间帧的情况下，在客人访问游乐园之前做出预订。例如，可以在没有指定针对预订的按小时计算的时间的范围的情况下，针对特定日期而建立预订。然而，在某些实施例中，可以基于客人预测的到游乐园的到达时间来限定时间的初始空位（slot）。例如，该预订的到达时间可以被指定为早上或者下午。在这样的实施例中，一旦客人到达，取决于客人的到达时间和针对相关联的游览地的预订时间空位的可用性，具体的时间帧（例如，3:00 PM到3:15 PM）就可以被分派到所述预订。应注意，本实施例可以被利用来做出针对一个或者多个游览地的多个预订。本实施例也可以促进在预订系统和客人之间的通信，以提供预订时间的动态更新，并且通过鼓励客人访问游乐园的特定区域来提供人群控制。进一步地，本实施例可以通过促进在预订系统内的预订交易来有效地适应客人的日程改变。例如，如果客人宁愿改变所分派的预订，则所述客人可以使用预订系统来在更方便的时间处获得新的预订，将初始预订返回到可用的存货或者如果可应用的话，则重新分派它。

[0016] 现在参考图1，由参考标号100一般地指示用于管理主题公园游览地队列的系统。队列管理系统100包括数据服务器系统102、客人进入系统104（例如，门票系统或者访问证实系统）、抵销系统106、数据读取器108、便携式标识特性（PIF）110、跟踪系统112、后端计算机系统114以及至少一个游览地116。系统100的某些组件可以是数据服务器系统102的扩展或者模块，并且其他组件可以是与数据服务器系统102通信的分离的特征。确实，数据服务器系统102可以包括具有一个或多个处理器118和存储器120（例如，硬盘驱动或者其他有形、机器可读的介质，其是非瞬时性的，这仅仅意味着它们不是信号）的一个或者许多计算机。确实，在一个实施例中，数据存储器系统102包括一个或者多个冗余的服务器来确保可靠性并且使能维持。（一个或多个）存储器120可以存储代码或者指令，当其被（一个或多个）处理器118实施时，使得预订系统100执行根据本实施例的某些功能。确实，系统100的某些组件系统（例如，客人进入系统104）可以包括被存储在存储器120中的代码，其能够被处理器118激活。应注意，本公开可以将系统100的组件的组或者系统100的组件的全部称为“预订系统100”或者“系统100”。因此，被指示为由预订系统100或者系统100执行的动作可以包括由系统100的子集执行的动作。例如，数据服务器系统102可以与客人进入系统104的数据读取器108协调，以执行确定特定客人是否已经登记到（例如，穿过入口处或者入口）游乐园的动作。该动作可以被称为已经由预订系统100执行。

[0017] 在图示的实施例中，游览地116包括监视和/或数据维持系统122，其可以被利用来监视和/或提供关于相关联的游览地116的运行的信息。这些监视和/或数据维持系统122可以被称为游览地系统122并且可以包括计算机、控制系统和监视特征（例如，传感器和相机）中的一个或者多个。在某些实施例中，游览地系统122基本上包括用于将信息输入到数据服务器系统102、从数据服务器系统102取回数据或者以其他方式与数据服务器系统102通信的端口或者工作站。例如，游览地系统122可以使得游乐园的雇员能够输入关于相关的游览地的运行的数据（例如，等待时间、游览地容量和停机时间）。在其他实施例中，游览地系统122是被配置成独立地运行并且与数据服务器系统102通信的分离的系统。作为示例，游览地系统122可以能够将与针对相应的游览地116的预订的全部活动（例如，停机时间、关于所请求和所赎回的预订的统计、可用性以及通过游览地的交通量）记录成日志，以促进由数据服务器系统102和/或后端计算机系统114进行的数据分析。在一个实施例中，系统100能够扩展成使能大量数据的存储和处理。从游览地系统122获得的数据可以被系统100提交用于数据分析，其结果被用于协助排队特性和预订的控制，如将在下文中进一步讨论的那样。

[0018] PIF 110可以包括门票。具体地，例如，PIF 110可以包括打印的门票、生物统计和/或移动设备。作为示例，PIF 110可以包括打印的材料条、面部识别、手指扫描、蜂窝电话、微型芯片（例如，存储器）或者被安装在卡或者手镯上的电路、寻呼机或者可以由游乐园提供或由客人所拥有的无线设备。确实，可以由用户拥有或者从游乐园获得的特定蜂窝电话可以与客人通行证（pass）相关联。术语客人通行证可以被用于一般地指代客人访问某些游览地或者一般地访问游乐园的权限。例如，客人通行证不必是有形物体。客人可以购买客人通行证，其然后与在系统100上的客人的标识信息（例如，密码、序号、姓名或者数字代码）相关联，使得客人的身份可以被确认，并且客人的权限可以被查明。可以通过数据服务器系统102的便携式标识特征分派系统来执行该关联。因此，客人通行证可以与被分派到特定客人的PIF 110相关联，并且所述PIF 110可以然后被用于经由系统100确认客人的权限。取决于该信息，游乐园雇员或者系统可以授权或者拒绝对特定游览地116的客人访问或者做出预订的权限。在某些实施例中，PIF 110能够无线检测并且提供对与PIF 110相关联的标识信息的访问。例如，跟踪系统112可以采用设备监视器124来跟踪在游乐园中的PIF 110，并且标识在空间的范围之内的特定客人的位置。系统100也通过监视客人进入系统104来检测客人是否已经到达游乐园并且检测与客人相关联的某些PIF 110是否已经被检测。这可以包括使用跟踪系统112来扫描门票、从便携式设备的屏幕扫描条形码、查验（ping）便携式设备等等。可以在购买客人通行证，并且通过例如扫描门票或者使针对移动设备的标识信息与客人通行证相关联来与PIF 110相关联时确认客人进入到游乐园的入口的检测。

[0019] 如上文所指示的那样，客人（或者客人的代理）可以使用本实施例来获得对一个或者多个游览地的预订，以便避免或者限制在游览地队列中的等待时间，诸如针对特定骑乘128的队列126。系统100可以被设计成适应在系统减速，并且具有足够的处理能力来确保添加附加能力不影响运行速度的情况下每次做出、修改或者访问多个预订。可以通过客人远程地获得或者经由自动化电话系统142、因特网系统144（例如，网站或者移动站）、文本报文发送系统146或者销售点（POS）设备系统148从游乐园之内获得通过系统100的预订。自动化电话系统142可从电话150访问，并且包括电话150的网络。因特网系统144与因特网152通信，并且在某些实施例中，包括两个单独的网站，其中第一网站适应希望做出预订的客人，并且第二网站为服务代表提供访问，以在除做出和修订预订之外还执行行政任务。文本报文发送系统146与无线设备154（例如，蜂窝电话）通信。POS设备系统148包括POS设备156和/或与POS设备156通信。

[0020] 在图1中图示的系统100能够与各种不同类型的无线或者移动设备通信，其可以由客人所拥有或者由游乐园供应。确实，PIF 110可以包括使得具有预约的所有客人能够从系统100接收消息和更新的通信特征。然而，在没有使用如PIF 100的移动设备的情况下，移动设备可以被用来与系统100通信。作为系统通信的示例，可以将文本消息从文本报文发送系统146发送到运转作为PIF 110的移动设备，并且被分派到用户，其中文本消息指示由于特定游览地的技术困难，所以特定的预订时间已经被向后移动。文本报文发送系统146可以能够发送每分钟最少20000条的自动化文本消息，其具有延迟通知、信息通知、广告等等。进一步地，系统100的各种其他组件可以能够与移动设备或者其他无线系统组件无线通信。例如，数据读取器108和POS设备156等等可以是能够以无线的方式与数据服务器系统102通信的无线设备。应注意，对移动设备的引用指示客人可以容易地传送的物品，诸如蜂窝电话、寻呼机等等。

[0021] 当客人刚好从站外（offsite）请求预订时，作为预订过程的组件，客人可以被系统100提示（例如，数据服务器系统102的接口模块）来为系统100提供到达区域的估计的到达时间（例如，早上或者下午），所述区域诸如游乐园或者特定游览地116（例如，游乐园中被隔离的区域）。可以通过能够接收来自客人的通信和输入数据（其包括游乐园的当前和潜在顾客）的数据服务器系统102的接口系统来接收这样的请求。可以经由自动化电话系统142、因特网系统144、文本报文发送系统146或者POS设备系统148中的一个或者多个来提供这样的通信。将不建立具体的预订，直到客人实际上到达为止。相反地，数据服务器系统102的预订分配系统基于估计的到达时间留出预订空位，并且使预订空位与针对客人的标识信息相关。提供估计的到达时间可能需要在相关联的访问的时段期间建立预订权限。

[0022] 检测系统（例如，跟踪系统112、客人进入系统104和/或数据读取器108）确定便携式标识特征是否已经到达所指定的区域（例如，游乐园）。如果客人不能在预测的时段期间到达（例如，在早上的时间期间），则系统100可以联系该客人并且基于来自客人的反馈和/或其他标准，重新排定日程或者取消相关联的预订权限。类似地，一旦客人被确认在游乐园中出席，系统服务器系统102的预订分派系统就可以限定具体预订时间并且可以通知客人所述具体预订时间（例如，到达游览地116的15分钟窗口）。例如，具有现有预订权限的客人或者已经请求预订的客人可以经由自动化电话系统142、因特网系统144、文本报文发送系统146或者POS设备系统148中的一个或者多个从系统接收文本消息或者录制的音频消息。作为具体事例，在包括POS设备156的信息亭登记时，可以经由POS设备系统148通知客人：已经通过打印消息以及在由POS设备156产生的收据上的预订时间建立了针对预订的具体时间。类似地，可以经由自动化电话系统142、因特网系统144或者文本报文发送系统146，将来自系统100的通信经由被发送到移动设备和/或被分派到客人的PIF 110（例如，客人的个人通信设备或者由游乐园供应的设备）的语音消息、文本消息或者电子邮件提供给客人。具体时间比一般时间狭窄，并且将通常被限定在一般时间之内，但是可以是后者。

[0023] 附加地，在图示的实施例中的系统100促进从客人到系统100的通信。例如，用户可以通过经由可以包括PIF 110的移动设备向系统100提交数据来传送以下内容：不再期望预订，或者所述客人到达游乐园或者单个游览地116将延迟。该类型的信息可以被系统100利用，以管理所述客人和其他客人的预订。进一步地，这样的信息可以被系统100利用，以促进队列管理。例如，可以利用取消来调整备用队列、快速队列、贵宾（VIP）队列、单个乘客队列的比率和预订队列或者被允许经由预订入口处访问的客人的数量。确实，系统100可以将这样的数据传送到游览地控制系统（例如，游览地系统122）或者负责队列管理的游乐园雇员。这可以包括数据服务器系统102或者游览地系统122的访问管理系统的供应，所述数据服务器系统102或者游览地系统122能够控制调整与预订入口处相关的某些队列特性（例如，备用队列入口处的数量）的可调整的比率变量，以维持期望的等待时间，并且能够在低等待时间的情况下提供关于附近的游览地的信息（例如，具有比预订队列更低的等待时间或者最低等待时间的最近的游览地）。

[0024] 从客人到系统100的通信可以包括关于PIF 110的相应位置的周期性更新或者由用户经由PIF 110的每个的数据输入组件所输入的更新。作为示例，PIF 110可以包括全球定位系统（GPS）、无线射频识别（RFID）标签或者其他可以被用于确定PIF 110的位置的可检测特征。具体地，例如，如果PIF 110被扫描作为由数据读取器108所检测或者由被放置在游乐园中的设备监视器124所检测的购买的一部分，则可以采用这样的信息来确定客人的一般位置，其中系统100使所述客人与PIF 110相关联。进一步地，客人可以能够经由数据输入特征（例如，PIF 110的键盘或者其他接口）提交请求或者更新。例如，PIF 110可以各自包括键盘或者基本输入，其使得客人能够肯定地或者否定地响应于由系统100发出的问题，诸如针对未决定的预订，关于客人是否意图出席的问题。不如PIF 110那样被采用的其他移动设备也可以被用于与系统100通信。

[0025] 除了关于预订的通信之外，在系统100和客人之间的通信还可以包括其他类型的信息或者数据，诸如涉及通过游乐园的人群流的信息。例如，系统100可以利用来自PIF 110和其他源的位置数据来聚集人群流数据。该数据然后可以被系统100采用，以鼓励贯穿游乐园的客人分布，因此减少人群。例如，可以通过系统100经由PIF 110来发行针对附近的游览地的电子优惠券，其可以通过标识信息被限制到某些客人，或者可以分布指示在某些游览地处的短的等待可用的通知。系统100能够经由web入口等等向客人推送（push）信息（例如，优惠券、广告和等待时间）。具体地，例如，系统100可以向拥有具有特定标识信息的PIF 110的所有游乐园顾客发送文本消息，其将允许这些公园顾客在商店或者餐厅处接收折扣。进一步地，系统100可以跟踪这些折扣的使用，使得系统100意识到使用的时间和位置，其可以被用来控制人群（例如，基于位置、被购买的物品等等的附加通知的提交）。附加地，系统100可以基于位置和可用性自动地调整预订。例如，预订可以被调整，因为顾客定位于距离游览地过于远（例如，如由物品的购买时间所确定的那样）而不能针对预订及时到达相关联的游览地，或者因为由于缓慢的服务，客人在餐厅中被延迟了，所以可以调整客人在队列中的位置。

[0026] 如上文讨论的信息的其他类型那样，系统100可以传送在游览地116之间的人群流信息，并且动态地调整队列特性（例如，在预订和备用队列之间的许可率），以推动（move toward）针对游览地的用户等待时间的优化。例如，基于进入纪念品商店160的剩余预订和对贯穿游乐园的游览地的访问的可用性，可以对来自备用队列162（例如其中客人在没有预订的情况下排队以进入游览地的区域）的、被允许进入排队的纪念品商店160的客人相对于来自预订队列164（例如其中客人基于预订排队以进入游览地的区域）、被允许进入纪念品商店160的客人的比率做出调整。应注意，进入预订队列164的客人可以通过允许数据读取器108访问相关联的PIF 110来确认进入预订队列或者队列164的权限，并且可以通过允许不同的数据读取器108访问相关联的PIF 110来确认对进入纪念品商店160的访问。因此，数据读取器108被利用作为进入访问确认特征。该双重确认可以被利用来监视队列等待时间。类似地，数据读取器108可以通过确认客人已经进入游览地（例如，进入游览地的骑乘的车辆）而被采用作为访问确认特征。

[0027] 基于某些客人的共同特性，系统100也可以促进客人到客人的通信以及系统导向的通信。具体地，本实施例可以在登记过程期间或者通过决定参加过程来收集人口统计数据。登记过程可以包括数据输入需要或由促进人口统计数据的获得的客人对系统100的任何利用。例如，登记可以包括由客人连同系统100对蜂窝电话的利用，并且所获得的人口统计数据可以包括与所述蜂窝电话相关联的电话号码的区域号码。当PIF 110能够通信时，直接的客人到客人的通信可以经由系统被建立在被分派到客人的PIF 110之间，或者直接的客人到客人的通信可以被建立在由客人或者公园提供并且由系统已知的通信设备之间。类似地，这样的通信可以经由使能对社交媒体的访问来建立，其也可以采用PIF 110或者已知的通信设备。相应地，具有基于客人的登记数据或者选择的选项的共同特性的客人可以向彼此提供通知。例如，来自类似地理区域的客人可以通知彼此可能具有共同兴趣的活动。类似地，基于人口统计数据，系统100可以提供关于可能具有共同兴趣的活动的信息。除其他之外，系统100可以促进发布状态更新、通知在某个团体中的客人与该团体相关的活动或者提供在公园中的某些条件的通知。

[0028] 在本公开的一个实施例中，当客人或者团体进入游乐园时，将PIF 110（例如RFID应答机）提供给每个客人或者团体。这可以包括游乐园向客人出租、借出或者简单地销售PIF 110。每个PIF 110可以被编程并且在系统100中被分派，以唯一地标识每个客人或者团体。在某些实施例中，为每个客人提供PIF 110可以包括指导系统识别由客人拥有的设备和/或与其通信，使得由客人拥有的设备被系统100作为PIF 110采用和激活。例如，系统100可以被用于将应用下载到客人的蜂窝电话上，使得系统100将客人的蜂窝电话与游乐园门票相关联，并且与客人（或者团体）相关联。在另一实施例中，系统100可以被编程来检测PIF 110，并且识别与有效的客人通行证的关联。进一步地，如上文讨论的那样，不同类型的PIF
110可以包括具有整体检测设备的纸质或者塑料的门票或者手镯。例如，包括整体电路的手镯在存储器中存储唯一标识符和/或提供通信能力（例如，与全球定位单元或者其他定位检测系统通信的能力）。例如，可以使用诸如RFID标签的自动标识和数据捕获（AIDC）设备。可与本实施例使用的PIF 110的其他特征可以包括条形码、磁条、pin号码、蜂窝电话标识符、旅馆房间钥匙、信用卡、它们的组合等等。PIF 110的任何标识组件或者这样的设备的组合可以具有相互的读取器，其与数据读取器108或者其他客人标识符（例如，POS设备156）通信，以跟踪在游乐园中和/或在游乐园周围的客人的移动和/或花费。这使能了人群流的跟踪。更进一步地，在某些实施例中，PIF 110包括具有显示屏幕的手持式电子设备，其使能关于人群流的通信，以促进对公园的某些区域的客人的导向。

[0029] 在一个实施例中，系统100能够通过促进在充当中央队列控制系统的数据服务器系统102和客人进入系统104之间的通信来控制对游览地116的访问和管理对其的预订。确实，在数据服务器系统102和客人进入系统104之间的协调促进了具有预订的客人在游乐园中的到达和出席的标识，其协助预订的管理。确实，可以取决于考虑到达游乐园的到达时间的算法来改变或者取消预订。客人的到达和/或出席的通信可以通过以数据服务器系统102按某个间隔（例如，每30或者60秒）或者在某个时刻轮询客人进入系统104来实现，或者通过在每次用户被允许经由客人进入系统进入游乐园时从客人进入系统104向数据服务器系统102发送针对相关联的PIF 110的标识数据来实现。例如，与特定游览地116相关联的数据读取器108可以与数据服务器系统102通信，或者直接与客人进入系统104通信，以确认客人具有有效的公园进入门票。具体地，例如，客人可以将被分派到所述客人的PIF 110供应到针对特定游览地116的数据读取器108。数据读取器108然后可以从PIF 110获得信息，并且与其他系统组件通信来确认PIF 110与有效的预订相关联，并且PIF 110已知在游乐园中适合地出席。这可以包括确认PIF 110（例如，蜂窝电话）已经经由客人进入系统104被标识为进入游乐园（例如，在进入入口处期间被扫描），并且PIF 110已经与针对特定游览地116或者任何游览地116的预订相关联。在某些实施例中，客人必须使用PIF 110来与第一数据读取器166通信，以便进入队列164，并且然后使用PIF 110与第二数据读取器168通信，以进入游览地116。这可以促进对队列特性的监视。

[0030] 在一个实施例中，系统100使能以下内容：在时间范围期间针对个人或者团体访问游览地做出预订、修改所述预订、延迟所述预订（例如，以五分钟的间隔延迟所述预订）、将预订从一个PIF 110转移到另一个（例如，从一个团体成员到另一个）、取消预订以及提供预订细节和更新（例如，实时地）。如上文指示的那样，系统100包括能够与针对游乐园的商业管理系统（例如，数据服务器系统102的模块或者与数据服务器系统102通信或者通过数据服务器系统102可访问的分离的系统）对接的许多访问或者接口点。确实，用户可以远程地或者经由自动化电话系统142、因特网系统144、文本报文发送系统146或者POS设备系统148从游乐园财产来访问系统100或者与其对接。在某些实施例中，可以使用PIF 110来实现访问和操纵预订，所述PIF 110可以被用于与数据服务器系统102通信。确实，客人可以通过从PIF 110或者系统识别的通信设备向数据服务器系统102发送文本消息来请求将预订向后移动（例如，向后移动三十分钟）或者取消，因为该客人花费了比预期时间更多的时间用餐。取决于可用的安全性，所有接口点可以被分派相同的容量。例如，如果确定的是，由于来自接口点的受限的安全性，所以在交易期间存在丢失财务数据的风险，则来自这样的接口点的访问可以被限制。进一步地，取决于访问权限的购买，获得预订的对系统100的访问可以被限制。例如，客人可能必须购买预订能力，以经由系统100成功地做出预订。然而，预订能力的购买价格可以被设置为零或者可以绕过购买步骤。当购买步骤被绕过时，预订的获得将无缝地运行，使得不提供所需要的支付的指示。应注意，为了访问系统100并且做出需要将作为先驱（precursor）访问特定区域或者游览地（例如，游乐园）的预订，用户可能需要已经购买了针对该游览地或者该组游览地的门票。确实，对在系统100之内做出预订的访问或者对系统100其自身的访问可以被限制为拥有相应的门票的用户或者被限制为那些具有特殊访问的用户（例如，主题公园的雇员）。

[0031] 图2和3包括根据本实施例的用于过程的过程流图。所述过程一般由参考标号200指代，并且包括表示过程200的动作或者步骤的各种框。根据本实施例，过程200可以由系统控制或者促进，诸如数据服务器系统102和/或系统100的其他组件。确实，在一个实施例中，数据服务器系统102包括处理器118和存储器120，其中存储器120存储由处理器118实施的指令，以接收数据的输入、操纵相关联的数据来将输入变换成所聚集的信息以及提供对应于本文公开的过程步骤或者动作的输出。过程200的组件可以由数据读取器108执行，其可以维持其自身的数据处理能力，或者由系统100的其他组件执行。进一步地，在不同的实施例中，可以以不同的顺序来执行某些动作或者步骤。

[0032] 如在图2中所图示的那样，过程200以对门票或者多个门票是否已经被购买的确定开始，如由框202所表示的那样。在该上下文中，门票是访问游乐园或者游乐园的游览地116的权限。在其他的上下文中，门票可以与不同的访问权限相关联。作为示例，获得门票可以包括使得客人的身份与在系统100中的这样的权限相关联。具体地，例如，客人可能被分派和提供客人标识号，并且系统可以在存储器中存储信息，以访问的权限标识所述号。如果门票没有被购买，则过程200促进门票的购买，如由框204表示的那样。根据本实施例，经由POS设备系统148（例如，售票厅）、经由因特网系统144或者经由自动化电话系统142来协调一个或多个门票的这种购买。在购买期间，游览地预订能力可以被添加到所购买的门票或者多个所购买的门票，如由框206表示的那样。在某些实施例中，游览地预订能力可以被自动添加为门票的免费组件。在其他实施例中，游览地预订能力可以是用户选择的选项，其可以是免费的或者可以需要附加的费用。系统100能够给出某些预订超过其他预订的优先级。可以将优先级给予支付额外费用的客人、贵宾或者执行特殊任务的客人。

[0033] 框206也可以表示在购买一个或多个门票时的一个或者多个游览地预订的实际添加，其可以包括建立用于传送关于预订的信息的过程。确实，框208表示提示客人以指示移动设备是否可用。如果客人不具有对这样的设备的访问，则该客人可以被导向，以获得替换的通信能力（例如，自己提供的通信设备或者公园提供的通信设备），如由框210表示的那样。为了促进它，客人可以被导向与客服通信。相应地，出于传送关于预订的信息并且潜在充当PIF 110的目的，客服可以安排向客人提供移动设备。如果客人宁愿不使用这样的移动设备，可以针对其他类型的通知和确认做出安排，诸如经由贯穿游乐园的信息亭和纸质门票。返回在框208中提供的提示，如果客人具有移动电话、由游乐园分派的移动通信设备等等，则该客人可以指示这样的移动设备可用。在这种情况下，可以进一步提示客人经由电话号码、电子邮件地址等等提供对移动设备的访问，如由框212表示的那样。例如，客人可以提供电话号码，其可以被系统100使用用于涉及游览地预订的文本或者语音通信。确实，客人可以实际上选择期望的类型的通知，如由框214表示的那样。这可以包括选择是否发送音频和/或文本通知。系统100可以提示客人指示文本消息是否可接受。如果客人宁愿不使用文本，则可以使用自动化语音消息。进一步地，框214可以表示允许客人确定某些类型的信息是否将被发送到移动设备。例如，客人可以将通信限制到涉及所建立的预订的通信，使得所述客人不接收涉及优惠券、在公园的其他区域处的等待时间等等的通信。在某些实施例中，基于所购买的访问权限的定价分层，可以访问、接收或者控制某些类型的信息。例如，具有上层访问权限的客人可以接收或者访问关于仅对具有这样的访问权限的那些人可用的事件的独有的信息。作为另一示例，具有上层权限的那些人可以能够阻止不能以其他方式被阻止的某些通信（例如，广告）。

[0034] 一旦在系统100和客人之间的通信的方式已经建立，系统200就继续建立预订的细节。如由框216表示的那样，这可以包括选择游览地、预订日期和针对预订的一般时间。在某些实施例中，只有一个游览地和/或预订日期对于预订是可用的，并且因此，不需要选择游览地和/或日期。本实施例允许用户在进入公园之前做出预订，以确认对特定游览地的访问。然而，可以不做出预订的具体时间，直到客人实际上进入游乐园为止。确实，例如，可以不做出预订的具体时间，直到在由客人进入系统104标识了与预订相关联的门票之后为止。

[0035] 在图示的实施例中，由系统100请求客人来提供针对预订的一般时间，如由框216图示的，以协助预订的组织。如先前所记载的那样，将不建立实际预订时间，直到满足某些标准为止。例如，可能不能建立针对预订的具体时间窗口（例如，15分钟的时间窗口），直到客人被确认存在于游乐园中并且已经确认该预订仍然是期望的为止。针对预订的一般时间可以被指示为早上、下午或者晚上。在另一实施例中，针对预订的一般时间可以是可以由客人选择的各种时间窗口中的一个（例如，四小时的时间窗口）。一般时间的这种指示可以虑及在预订系统100之内的灵活性。例如，如果客人指示针对预订的一般时间将在特定一天的早上，则可以做出关于客人是否已经在早上的某个时间之前实际到达了公园的确定。如果客人还没有到达，则可以经由可以包括PIF 110的移动设备来联系该客人，以确定是否应该做出所述预订的调整或者取消。当客人在所指示的时间窗口之内没有到达时、当客人不能经由移动设备响应时、当客人提供某些更新（例如“将晚一个小时”）时等等，可以自动做出对预订的某些调整或者取消。作为一个具体示例，当客人在对应于被设置为针对预订的一般时间的时间之前没有到达时，可以提示该客人来指示该客人是否仍然计划访问游乐园。如果该客人仍然计划访问游乐园，则可以调整预订。如果该客人不再计划访问游乐园，则可以取消预订。当预订被调整时，也可以移动其他的预订。进一步地，如果预订被取消，则可以移动其他预订，并且可以联系在替换列表中的那些预订，以填充可用的预订空位。

[0036] 本系统100虑及一次做出多个预订。在一个实施例中，可以做出多个预订，并且所述多个预订初始地与单个门票或者与多个门票中的每个相关联。确实，除了在接收框216中提供的其他信息之外，框218表示接收针对请求的预订的多个客人的指示。通过允许将多个预订与单个门票相关联，单个团体成员可以为客人的团体做出预订。然而，多于某个数量的客人（例如，10个客人）的预订可能需要来自游乐园人员（例如，团体销售部门的成员）的批准。相应地，框218表示接收关于将针对其做出预订的客人的数量的输入，其可以包括指示所述预订是针对单个客人的。接着，如由框220表示的那样，做出关于预订是否针对多于某个阈值的团体的确定。如果团体超过阈值，则客人可以被导向到联系游乐园的团体销售代表等等，如由框222所表示的那样。这可以包括经由电话自动联系客人或者向合适的联系人发起电子邮件。

[0037] 如果团体没有超过被指定针对团体预订的阈值（例如，预订是针对单个客人的），则过程200继续确定已经针对其请求预订的游览地是否具有足够的空间，如由框224指示的那样。在一个实施例中，该动作可以包括在数据服务器系统102和游览地系统122之间的通信。例如，如上文所讨论的那样，每个游览地116可以包括监视和/或状态管理特征（例如，游览地计算机），其维持关于预订时间、可用性、停机时间等等的信息。在其他实施例中，所有这种信息都可以被集中地定位（例如，被存储在数据服务器系统102中）。如果做出确定，存在针对所请求的一个或多个预订的足够容量，则一个或多个预订的确认可以被提供给客人，并且登记所述预订，如在框226中表示的那样，并且在数据服务器系统102和/或针对特定游览地116的管理系统或者游览地系统122中登记该预订，其中该预订是针对所述特定游览地116做出的。例如，确认可以包括经由POS设备系统148、因特网系统146、电话系统142或者文本报文发送系统146从数据服务器系统102传输到移动设备的文本消息、电子信息、打印输出或者音频消息。在其他实施例中，可以简单地经由被采用来做出预订的设备提供确认。

[0038] 如果做出确认，不存在足够的空间来适应所请求的预订，则过程可以提示客人来选择另一日期、不同的时段或者不同的游览地，如由框228表示的那样。在某些实施例中，如果团体大小可以被减小或者被划分以使能预订，则可通知客人针对划分团体或者减小团体的大小的选项，以获得可用的预订空位。如果客人选择对所请求的预订做出改变，则过程返回到框216。如果客人选择不修订所述预订，则提示该客人选择在替换列表（针对填充空位而变得可用的队列）中的放置或者预订请求的取消是期望的，如由框229表示的那样。在框229中的提示可以阐明，不选择在替换列表中的放置会导致取消。当选项被选择时，所请求的预订可以被放置在替换列表中，如由框230表示的那样。确实，本实施例包括等待列表功能，使得当预订不可用时，客人可以获得在针对潜在预订空位的通知而变得可用的等待列表中的位置。一旦客人或者团体被分派了在替换列表中的位置，就可以通知该客人预订还没有被登记，但是该客人和/或团体已经被分派了在替换列表中的空位，如由框232表示的那样。如果客人选择取消，则预订请求被简单地取消，并且通知该客人，如由框234表示的那样。关于预订的确认，如上文讨论的那样，通知可以通过向移动设备提交文本消息或者语音邮件来实现，或者通过经由被采用来请求预订的设备通信来实现。进一步地，假如针对预订的开放（opening）变得可用，则可以经由移动设备或者经由其他通知机制来通知客人或者团体该开放。可以通过指示客人是否可以填充该空位来请求所述客人对这样的通知进行响应。客人可以能够经由被分派到所述客人的PIF 110来进行响应。如果客人指示用来得到开放预订空位的可用性，则等待列表预订可以被移动到开放预订空位中。

[0039] 返回到过程200的框202，如果已经购买了门票，则过程200可以被导向到联系预订系统100，如由在图3中的框250表示的那样。在访问预订系统时，可以提示客人确认客人或者团体的标识，如由框252表示的那样。这可以包括输入确认号、扫描物理门票、访问在移动设备上的应用等等。接着，如由框254表示的那样，做出关于标识信息是否对应于当前有效或者在服务中的客人通行证的确定。如果标识信息不对应于有效的客人通行证，则过程将用户导向到客服，如由框256表示的那样。这可以包括经由电话自动地将客人连接到游乐园人员或者自动生成被导向到游乐园人员的电子邮件。

[0040] 如果系统100确定标识信息对应于有效客人通行证，则可以做出关于客人先前是否已经将客人通行证与移动设备相关联的确定。如果移动设备还没有与客人相关联，则过程200继续到框258，其表示确定这样的设备是否可用。以下的步骤的许多基本上等同于关于图2指示和描述的步骤。具体地，框258表示提示用户指示移动设备是否可用。如果客人不具有对这样的移动设备的访问，则客人可以被导向到客服，如由框260表示的那样。相应地，出于传送关于预订的信息的目的，客服可以通过例如向客人供应移动设备来为客人安排通信能力。如果客人宁愿不使用这样的移动设备，则可以经由贯穿游乐园等等的信息亭做出针对通知的安排。

[0041] 返回到在框258中提供的提示，如果客人具有移动电话、由游乐园分派的移动通信设备等等，则客人可以指示这样的移动设备可用。在这种情况下，可以进一步提示客人以提供对移动设备的访问，并且然后经由电话号码、电子邮件地址等等提供这样的访问，如由框262表示的那样。例如，客人可以提供可以由系统100使用的电话号码，用于涉及游览地预订的文本或者语音通信。确实，客人实际上可以选择通知的类型，如由框264表示的那样。这可以包括选择是否发送音频和/或文本通知。系统100可以提示客人以指示文本消息是否可接受。如果客人宁愿不使用文本，则可以使用自动化语音消息。类似地，可以提供电子邮件作为选项。进一步地，框264可以表示允许客人确定是否将某些类型的信息发送到移动电话。
例如，客人可以将通信限制为涉及预订的那些通信，使得该客人不接收涉及优惠券、在公园的其他区域处的等待时间等等的通信。应注意，如果已经在框254处标识了移动设备，则过程200可以直接继续到框264或266。

[0042] 一旦已经建立在系统100和客人之间的通信方式，过程200就继续建立预订的细节。如由框266表示的那样，这可以包括选择游览地、预订日期和针对预订的一般时间。在某些实施例中，针对预订只有一个游览地可用，并且因此，不需要选择游览地。如上文记载的那样，本实施例允许用户在进入公园之前做出预订，以确认对特定游览地的访问。然而，预订的具体时间可以不被系统100做出或者不被提供给客人，直到客人实际上进入游乐园为止。确实，例如，预订的具体时间可以不被做出，直到在与预订相关联的门票被客人进入系统104标识之后为止。

[0043] 针对预订的一般时间（例如，早上或者下午）可以由系统100请求，如由框266图示的那样，以协助预订的组织。针对预订的一般时间被指示为早上、下午或者晚上。在另一实施例中，针对预订的一般时间可以是可以由客人选择的各种时间窗口中的一个。一般时间的这种指示可以虑及在预订系统100之内的灵活性。如果客人在对应于所指示的一般时间的时间之前没有到达，则可以经由移动设备等等来联系该客人，以确定应该做出对预订的调整还是应该做出预订的取消。当客人在所指示的时间窗口之内没有到达时、当客人不能经由移动设备响应时、当客人提供某些更新时等等，可以自动做出对预订的某些调整或者取消。当预订被调整时，也可以移动其他预订。进一步地，如果预订被取消，则可以移动其他预订，并且可以联系在替换列表中的那些预定以填充可用的预订空位。

[0044] 至于当购买门票时，如在图2中图示的那样，本系统100虑及关于已经被购买的门票做出多个预订。确实，在一个实施例中，可以做出多个预订，并且所述多个预定初始与单个门票或者与多个门票中的每个相关联。通过允许多个预订与单个门票相关联，单个团体成员可以针对客人的团体做出预订。然而，多于某个数量的客人的预订可能需要来自游乐园人员的批准。相应地，框268表示输入将针对其做出预订的客人的数量，其可以包括指示预订是用于单个客人的。接着，如由框270表示的那样，做出关于预订是否针对多于某个阈值的团体的确定。如果团体超过阈值，则客人可以被导向到联系游乐园的团体销售代表等等，如由框272所表示的那样。这可以包括经由电话自动联系客人或者向合适的联系人发起电子邮件。

[0045] 如果团体大小在阈值之内，则做出关于在游览地中的容量的确定，如由框276表示的那样。如果做出确定，不存在足够的容量来适应所请求的预订，则过程200包括提示客人选择另一日期、不同的时段或者不同的游览地，如由框278表示的那样。在某些实施例中，如果团体大小可以被减小或者被划分以使能预订，则可以通知客人针对划分团体或者减小团体的大小的选项，以获得可用的预订空位。如果客人选择对请求的预订做出改变，则过程返回框266。如果客人选择不修订预订并且选择不取消请求，则所请求的预订可以被放置在替换列表中，如由框280表示的那样。确实，本实施例包括等待列表功能，使得当预订不可用时，客人可以获得在针对潜在预订空位而变得可用的等待列表中的位置。一旦客人或者团体被分派了在替换列表中的位置，就可以通知该客人预订没有被登记，该客人和/或团体已经被分派了在替换列表中的空位，如由框282表示的那样。

[0046] 如果做出确定，存在针对所请求的一个或多个预订的足够空间，则做出关于一个或多个客人是否已经在时段之内访问了游览地的确定（例如，在所请求的预订的日期、在早上的时段之内等等），如由框290所指示的那样。如果客人先前已经按所指定的时段体验了游览地，则在框292中做出关于是否已经达到访问的阈值量的确定（例如，客人或者团体是否已经在同一天中体验了该游览地三次）。可以由访问管理特征（例如，数据服务器系统102的系统或者系统122）来做出这样的确定。如果不存在限制或者针对访问游览地没有达到限制，则可以向客人或者团体提供一个或多个预订的确认，如在框294中表示的那样，并且在数据服务器系统100和/或针对为其做出预订的特定游览地116的管理系统122中登记预订。然而，基于先前的访问，可以限制对游览地的后续访问。如果对在时段之内客人可以访问游览地的次数存在限制，并且已经达到该限制，则可以拒绝对另一预订的访问，并且该客人可以被放置在替换列表中，如由框280指示的那样。例如，确认可以包括经由因特网系统144、电话系统142、文本系统146或者POS设备系统148从数据服务器系统102传输到移动设备的文本消息或者音频消息。

[0047] 图4A和图4B是根据本实施例的、采用系统100的方法的过程流图。该过程由参考标号400一般地指示，并且包括表示过程400的动作或者步骤的各种框。根据本实施例，过程400可以被系统控制或者促进，诸如数据服务器系统102和/或系统100的其他组件。确实，在一个实施例中，数据服务器系统102包括处理器118和存储器120，其中存储器120存储由处理器118实施的指令，以接收输入并且提供对应于本文公开的过程步骤或者动作的输出。这些输入和输出可以分别接收自和被导向到关于数据服务器系统102的系统100的其他组件。
进一步地，在不同实施例中，可以按不同次序执行某些动作或者步骤。

[0048] 从客人到系统100的输入（在客人访问之前或者在客人访问期间）可以包括门票标识、移动电话号码、预订日期、预订团体大小、估计的公园进入时间（例如，早上或者下午）、相关联的门票标识（例如，团体门票信息）等等。从经营者到系统100的输入可以包括指示骑乘容量的数据、停机时间估计、游览地的运行状态、重新骑乘状态、队列比率、消息、广告、统计和数据请求。自动化输入可包括客人公园进入时间、客人队列进入时间、客人队列离开时间、备用时间估计和有效的门票确认。从系统100到各种系统（例如，网站、移动站、文本报文发送系统、电话和POS设备）的输出可以包括预订容量检查结果、一般报文发送、广告、可用的预订日期和预订确认。从系统100到经营者的输出可以包括被允许的骑乘队列进入消息和预订被批准的消息。从系统100到客人的输出可以包括状态更新、预订修改消息、预订窗口消息、时间限制警告、活动的时间窗口消息、客人理解消息、预订的确认、关于预订的更新、一般报文发送、广告和公园进入消息。在不同的实施例中，某些输入和输出可以被导向到不同组件。

[0049] 过程400以确认客人具有合适的访问权限以及当访问权限被确认时允许客人进入游乐园而开始，如由框402表示的那样。该步骤可以涉及到客人进入系统104的使用。可以通过确定客人已经提供了对应于访问游乐园的有效权限的标识信息（例如，在物理门票上的条形码或者被存储在移动设备上的数据）来确认访问权限。例如，这可以包括扫描由客人提供的门票，并且确认从门票取回的信息已经存储在中央数据库中，如对应于在扫描的日期的进入的权限的那样。确实，这样的信息可以被存储在中央数据库103上，并且被电子地发给客人，或者在购买的时候被存储在物理门票物品上。

[0050] 在确认标识信息之后，做出关于标识信息是否与游览地预订相关联的确定，如由框404表示的那样。如果没有预订与标识信息相关联，如由框406表示的那样，则客人可以使用备用队列来访问游览地、参加具有团体预订的团体或者获得预订。例如，如果客人没有在到达游乐园之前建立预订，则客人可以使用因特网系统144、电话系统142、文本系统146或者POS设备系统148来获得预订权限和/或做出预订。如果一个或者多个预订已经与标识信息相关联，并且满足某些标准，则系统100自动建立具体预订时间，如由框408表示的那样。确实，一旦客人被标识为存在于游乐园中，如在框402处发生的那样，与所建立的预订相关联的一般时间就被转变为更具体的时间（例如，在其处可以以预订访问游览地的时间窗口或者一般时间），并且经由移动设备等等为客人提供预订的通知（例如，语音消息、文本消息或者电子邮件），如在框410中表示的那样。作为一个具体示例，在请求预订时，客人可以提供宽的时间窗口，诸如“在早上的运行时间期间”、“在下午的运行时间期间”、“在晚上的运行时间期间”、“在1:00 PM和6:00 PM之间”、“在7:00 AM和中午之间”等等。在确认客人进入到游乐园中时，在确认客人存在于特定区域时，或者在客人登记时，系统100分派可以针对预订的具体时间，诸如从2:00 PM到2:15 PM或者大约3:00 PM的时间窗口。当没有满足某些标准时，这可能不会自动发生。例如，如果客人没有在预先限定的时间帧（例如，早上或者下午）之内到达，则预订的可用性可能已经改变。作为另一示例，游览地可能由于技术困难而不可用。如果预订存在问题，则也可以将这些以与预订的确认将被传送的相同的方式传送到客人。

[0051] 一旦确认预订，系统100就可以提示客人做出取消或者修改预订的可用选项，如由框412表示的那样。例如，紧跟在通知客人所确认的预订之后，系统100可以请求客人指示某些预订应该被取消还是应该被修改。如果客人指示预订应该被修改或者取消，如由框414表示的那样，则客人可以被导向到客服或者被导向到促进执行在图3中记载的过程200的组件的预订系统100的组件。如果客人不希望改变任何预订，则预订可以被转移到其他标识信息（例如，与被分派到另一客人的PIF 110相关联的标识信息）。例如，具有与特定预订相关联的门票的客人可以将预订转移到另一客人的门票。确实，系统100可以提示用户或者接收用户请求以转移预订，如由框416图示的那样。客人可以通过使用移动设备、信息亭、联系客服等等来响应，以将预订转移到针对另一访问通行证的标识信息，如由框420表示的那样。可以立刻转移许多预订，或者可以以循环操作执行一系列转移，如由从框420指到框416的箭头所指示的那样，直到已经完成期望的转移为止。应注意，系统100可以允许客人在某些时间窗口之内（例如，在预订时间的至少30分钟前）或者在现有预订的时间空位之前的任何时间改变或者修改预订。这可以包括取消现有预订并且尝试以由客人优选的时间空位替代它、将现有预订与另一客人交易、取消现有预订并且放到虚拟备用队列列中等等。当客人尝试改变现有预订时，出于选择针对替换预订的其他可用时间空位的目的，可以给予所述客人超过没有现有预订的客人的优先级。

[0052] 一旦已经做出了所有转移，就可以做出关于相关联的延迟或者与预订的其他问题的确定，如由框422指示的那样。这可以包括周期性地更新以及连续地监视来自与相关的游览地相关联的监视系统（例如，游览地系统122）的游览地信息。如果标识的问题将引起预订的改变，则可以经由文本消息、语音消息、电子邮件或者经由针对预订的新时间窗口的信息亭显示来通知客人，如由框424表示的那样。通知也可以包括延迟或者改变的性质的指示。进一步地，可以自动地调整任何冲突的预订。例如，如果所改变的预订时间与所建立的预订时间冲突，则所建立的预订时间可以被自动改变，或者可以提示客人根据可用的选项的选择来限定期望的结果。

[0053] 如果没有标识关于预订的改变的问题，则过程400可以继续监视是否已经达到在预订之前的时段，如在框430中表示的那样。例如，框430可以表示关于当前时间是在预订之前的15分钟还是更少时间（例如，时间窗口）的确定。如果当前时间不在预订之前的15分钟或者更少时间，则过程400继续监视。如果当前时间在预订之前的15分钟或者更少时间，则为客人提供提醒：预订时间接近了，如由框432表示的那样。这可以包括建议客人开始向游览地移动。应注意，在通知客人之前的时段可以取决于客人的位置而变化。例如，如果系统100标识客人在特定位置中，所述特定位置一般花费某个量的时间来行进到针对其客人具有预订的游览地，则与所述预订提醒通知相关联的时段可以基于该距离和相应的行进时间。

[0054] 在接收预订提醒通知之后，系统100可以使得客人能够将预订向后移动或者推迟预订。例如，可以客人可以被提示或者允许以请求预订的延迟，如由框434指示的那样。如果客人选择延迟预订，则客人可以经由移动设备或者对预订系统100的其他访问点通知预订系统100，如由框436表示的那样。预订系统100可以响应具有关于在之后的时间处的新预订的信息、关于在之后的时间处可用的预订时间的选择的信息或者没有可用的之后时间的这样的请求。系统100然后可以通过例如确认或选择所供应的之后的时间或者拒绝改变现有预订来使得客人能够响应。如果建立了新预订，则系统100提供对所修订的预订的确认，如由框438指示的那样，并且该过程继续监视相对于预订的当前时间，如由框430指示的那样。也应注意，在所述过程中的任何时间处，除了修改预订之外，客人还可以选择取消他们的预订。

[0055] 如果客人选择不延迟预订，则客人可以开始走向游览地，如由框440表示的那样。如上文记录的那样，预订提醒可以通过监视客人的位置并且提供在预订时间之前的相应的时间量的提醒来计及将由客人行进的距离。可以做出关于何时预订时间变得活动的确定，诸如何时当前时间进入针对预订的时间窗口，如由框442表示的那样。在图示的实施例中，这被连续地监视。当当前时间对应于预订（例如，当前时间在预订窗口之内）时，通知客人预订是活动的并且客人应该进入游览地，如由框444指示的那样。当客人进入与游览地相关联的队列时，客人可能需要通过提供合适的标识信息来确认他们具有预订，如由框446中指示的那样。例如，系统100的数据读取器108可以被用于扫描门票或者与到短的预订队列或者入口处点的入口处的移动设备对接，以确认所述客人具有预订。

[0056] 当在到队列的入口处执行客人标识和预订信息（例如，门票扫描）的初始确认时，在实际进入游览地（例如，登上骑乘）之前可能需要进一步的校验，如由框448表示的那样。这可以促进监视在相关联的游览地处的队列长度。基于该测量，可以调整预订的未来供应以及被提供给备用队列的访问，以控制在预订队列中的等待时间。例如，在稳定运行期间，本实施例可以将在预订队列中的客人花费的大致时间控制为大约10分钟。确实，系统100可以基于计及队列特性的算法，指导经营者允许客人随着所指定的间隔离开队列并且登上游览地。确认针对客人进入骑乘的标识信息（例如，扫描门票和访问相关联的预订数据）也可以促进监视和控制对游览地的后续访问。例如，这可以被用于指示客人已经使用预订访问了特定游览地。指示可以存储在系统100上并且与标识信息相关联，使得可以基于某个游览地是否已经被客人访问来控制针对预订的后续请求。这可以包括在客人离开游览地之后扫描门票等等。

[0057] 系统100可以采用考虑某些客人可能刚好在游览地经历技术困难并且变得不可运行之前已经访问了游览地的算法。例如，框452表示确定客人是否登记到游览地但是由于技术困难等等而没有体验游览地。如果游览地是运行的，则客人被指示为已经体验了游览地，如由框454表示的那样。如果游览地不是运行的，则可以刚好在改正技术困难等等时为客人自动分派另一预订或者立即的访问权限，如由框456表示的那样。当对游览地的访问被阻止时或者当游览地体验中断时，游览地可以被认为是非运行的。

[0058] 本实施例将虑及经由预订交易系统的预订交易，其可以是数据服务器系统102的组件或者模块。当系统100与多个游览地在使用中时，这个功能性可以是可用的。例如，第一客人可以具有预订，以在1:00 PM访问第一骑乘。然而，第一客人可能正在吃午餐并且将不能针对该预订及时到达游览地。系统可以在所述预订之前的特定时间（例如，15分钟）提示第一客人，以确定第一客人是否计划保持预订。提示的时间可以基于所检测的客人相对于游览地116的位置，其中已经针对该游览地116建立了预定。因为第一客人不能及时到达第一游览地，所以第一客人可以通过指示预订将不被保留而进行响应。系统100然后可以针对第一客人自动寻找之后的预订。第二客人可以具有在4:00 PM处的预订，并且可以当前位于第一游览地的附近，如由系统100确定的那样。系统100可以基于预订的位置和时间来标识该第二客人，并且向第二客人发送消息，指示交易针对由第一客人持有的预订是可用的。如果第二客人接受了该交易，则预订可以通过系统100在第一和第二客人之间转移，并且分别通知客人他们的新预订。这协助维持完全的容量，同时消除对与及时做出约定相关联的客人的压力。

[0059] 本实施例包括一种过程和系统，其被配置成基于来自客人的输入，为多个不同客人或者团体提供多个预订或者路线。例如，图5是根据了根据本实施例的、用于促进针对从骑乘到餐厅的范围的游览地的多个预订的客人日程的过程600的一般概述的过程流图。图5的过程600一般地图示了建立基本上优化客人在公园和公园设施中的时间的路线。应注意，过程600以高级别示出，并且可以包括上文关于图2-4讨论的具体过程特征。进一步地，可以使用上文讨论的系统100的所有或者某些特征来实施过程600。

[0060] 过程600以使得客人能够与预订系统通信开始，并且提供某些游览地偏好，如由框602表示的那样。这可以包括为在公园内部或者外部的客人提供对预订系统的访问。例如，客人可以提供客人感兴趣体验的特定游览地的列表或者客人感兴趣体验的游览地的类型的列表。这可以包括提供针对相关联的预订的具体游览地和优选的时间，连同指示对每个游览地的感兴趣的级别的排列。然而，客人可以选择简单地提供感兴趣的游览地的列表，并且允许系统建议时间。类似地，客人可以简单地提供某些游览地类型（例如，适合小孩的骑乘）并且允许系统建议路线。一旦输入了偏好，预订系统就接收相关联的数据，如由框604表示的那样，并且然后处理数据，以基本上优化针对每个客人的日程并且优化公园游览地的利用，如由框606表示的那样。响应于由客人提供的偏好，预订系统可以执行优化算法并且输出建议的路线，如由框608表示的那样。在一个实施例中，客人可以在进入公园之前提供输入，但是将不会接收到建议的路线，直到在进入公园之后为止。

[0061] 被表示为如在框606中执行的算法可以被存储在存储器中并且由系统的处理器（例如，数据服务器系统102的处理器118）执行，以产生建议的路线，如由框608表示的那样。客人然后可以确认路线或者在查看建议的路线之后请求不同的路线，如由框610表示的那样。如果由系统接收了确认，则所述过程提供确认的路线，如由框612表示的那样。如果客人选择修改路线，则可以提示该客人指示是请求具体的修改还是期望取消。如果期望取消，则所述过程结束并且取消被确认，如由框616表示的那样。如果期望修改，则所述过程可以返回到框604和/或使能对日程的改变。应注意，基于游览地可用性和客人优选的日程的所识别的限制，系统可以提供建议的修改，其中客人优选的日程的所识别的限制基于在过程600中的任何点处的优化数据。

[0062] 被表示为如在框606中执行的算法可以运行来标识被列为客人感兴趣的游览地的位置，并且基于多个因素或者优化数据来确定日程，诸如在感兴趣的单独游览地之间的过渡的减轻。例如，系统可以提出路线，其包括串联的针对客人优选的游览地的预订，其允许客人贯穿公园从一个游览地移动到另一游览地，而不需要客人按原路返回。所述路线也可以包括基于日程中的间隔的针对沿着路径的游览地的建议的预订。除了考虑游览地的距离和位置之外，算法还可以考虑公园的运行效率的最大化、其他人的预订、感兴趣的级别、用餐时间、与被指定为共同的团体（例如，社交网络）的其他客人重叠的日程等等。例如，优化算法可以建议路线，其限制在游览地之间的行进，但是适应针对高度期望的游览地在特定时间处的预订的可用性的缺失。基于所建立的预订和历史公园数据，所述算法也可以将客人导向贯穿公园以避免在特定区域中所预测的过度拥挤。所述算法也可以考虑在午餐时间周围将需要休息，并且建议在餐厅游览地处的预订或者简单地建议附近的餐厅。算法也可以考虑某些实际问题。例如，所述算法可以调整线路，以针对在用餐之后的特定时段排除某些高强度游览地。所述算法也可以通过建议对在某些时间处未充分利用的游览地的预订或者访问来尝试使公园的利用最大化。在一个实施例中，算法考虑关于游览地的由客人提供的感兴趣级别的排列（例如，高、中、低），并且提供计及该排列的路线。例如，所述算法可以针对较高兴趣的游览地安排预订，使其贯穿全天，以保持兴趣高昂贯穿全天，或者使其全部都发生在一天中的较早时间，以确保较早地体验所有较高兴趣的游览地。

[0063] 本实施例也可以促进针对分离到达的群体、在公园内部曾经分离的群体或者期望在日程中的某些重叠的群体在公园之内的团体会面。例如，图6图示了过程700，其根据本实施例执行，用于协调客人日程。该过程以提示客人来指示该客人是否希望与该客人已经是成员的群体联合或者该客人是否希望具有与另一群体重叠的路线而开始。这个初始过程由框702表示并且可以使用上文关于系统100讨论的任何访问特征来执行，诸如与系统100协调的蜂窝电话。框702包括标识客人和团体。

[0064] 如果客人希望与该客人是其成员的团体或者群体会面，则所述过程可以标识会面位置，如由框704表示的那样，并且将该客人导向到该位置和/或指导该群体在该位置与该客人会面，如由框706表示的那样。当客人没有与他们的群体一起到达或者在访问期间与他们的群体分离时，这将一般地发生。为了促进群体的重组，本实施例可以利用PIF定位信息来将客人导向到期望的群体，使用针对群体所建立的路线来提供会面位置，使用客人到客人的通信来传送会面位置和/或使用系统到客人的通信来传送会面位置。例如，可以向客人提供在路线上的下一个游览地，并且可以经由文本消息通知群体该客人将在下一个游览地处针对预订加入该群体。进一步地，可以经由预订系统促进在群体和客人之间的客人到客人的通信（例如，文本消息或者语音通信）。

[0065] 如果客人希望建立在客人或者客人的团体或群体以及至少一个其他团体之间的重叠，则过程700进行到在图示的实施例中的框710。当两个或更多团体或者个人决定在公园处一起花费时间时，这可以发生。例如，来自特定区域的团体可以决定建立重叠的日程，使得他们可以一起体验共同感兴趣的游览地，而在他们的分离的团体中体验其他的游览地。团体或者个人可能已经具有预订（例如，路线），或者没有预订。框710一般地表示标识团体或者个人并且确认具有重叠的游览地体验的期望。一旦其被建立，就做出关于一个或者多个团体是否具有现有的路线或者预订的确定，并且提供偏好，其中没有建立路线或者预订，如框712中表示的那样。考虑现有路线和预订，并且以其他方式提供偏好。这可以包括提供共同感兴趣的游览地和期望的重叠。然后，基于客人的共同兴趣，执行算法来提供针对两个或更多单独客人或者客人的团体的重叠路线，其中所述共同兴趣基于明显的指定、偏好的比较、现有路线的比较和/或优化数据，如由框714表示的那样。

[0066] 虽然本文仅图示和描述了本发明的某些特征，但是对于本领域技术人员，将发生许多修改和改变。因此，应理解，所附权利要求书意图覆盖落入本发明的真正精神的所有这样的修改和改变。

标题	发布/更新时间	阅读量
一种游乐园游览观光车	2020-05-12	471
一种游乐园用垃圾桶	2020-05-12	280
具有缆绳悬挂式载运车的游乐园乘坐装置	2020-05-18	972
一种用于水上游乐园皮筏清洗的自动提升装置	2020-05-19	664
游乐园骑乘隧道	2020-05-12	102
一种游乐园的游客引导方法及其系统	2020-05-16	35
用于定位游乐园景点的车辆的系统和方法	2020-05-22	476
游乐园骑乘设备	2020-05-11	659
游乐园元件跟踪系统	2020-05-13	795
一种龟类游乐园	2020-05-14	702

队列管理系统和方法

队列管理系统和方法

技术领域

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：