CN112771559A - 等待时间推荐器 - Google Patents

Abstract

公开了确定主题公园的景点的等待时间比预期的短还是长以及向客人通知这些更短或更长等待时间的系统和方法。特别地，系统和方法通过将景点的等待时间除以主题公园的所有景点的总等待时间来确定景点的等待时间值，并且基于景点的预期的等待时间将等待时间值与一个或多个阈值进行比较。以这种方式，主题公园客人可以做出关于要等待哪个景点的更有情报根据的决定，并且使他们在主题公园的时间最大化。

Description

等待时间推荐器

背景技术

本公开总体上涉及景点的等待时间。更具体地，本公开的实施例涉及确定比预期的更短或更长的景点的等待时间以及向客人通知这些更短或更长等待时间。

本部分旨在向读者介绍可能与下面描述和/或要求保护的本技术的各种方面有关的本领域的各方面。相信该讨论有助于向读者提供背景信息以便于更好地理解本公开的各种方面。因此，应当理解的是，这些陈述将就此而论来阅读，而不是作为对现有技术的承认。

诸如主题公园、餐厅、票销售者、政府机构等的许多场所或服务提供商可以包括用于客户获取服务的队伍或队列。例如，主题公园可以包括多个景点，其各自具有至少一个队伍。因此，每个景点的每个队伍可以包括相应的等待时间。主题公园的客人可以基于多个因素来决定参加哪个景点，所述因素包括对景点的偏好、到景点的距离、一天中的时间、天气以及相应队伍的等待时间（或长度）。在一些情况下，可以经由客人的移动设备上的软件应用来提供相应的等待时间，尽管可以使用任何合适的设备来显示或传送相应的等待时间，所述设备诸如主题公园内部的标牌（signage）、每个景点处的标牌、与主题公园相关联的网站上的告示、或者经由通告平台上的聊天机器人（chat bot）进行的通告。

然而，如果更多的信息是可用的（诸如相应的队伍的等待时间比典型的或预期的等待时间更短还是更长），则客人可以做出关于要参加哪个景点的更好的有情报根据的决定。

发明内容

在范围上与原始要求保护的主题相称的某些实施例在以下概述。这些实施例不旨在限制本公开的范围，而是这些实施例仅旨在提供某些公开的实施例的简要概述。实际上，本公开可以涵盖可类似于或不同于以下阐述的实施例的多种形式。

本公开提供了确定景点的等待时间比预期的更短还是更长以及向客人通知这些更短或更长等待时间的系统和方法。特别地，主题公园可以包括多个景点，其各自具有至少一个队伍。因此，每个景点的每个队伍可以包括在给定时间的相应等待时间或与在给定时间的相应等待时间相关联。可以经由客人的移动设备上的软件应用向客人传达相应的等待时间，所述移动设备可以显示与主题公园相关的信息和工具，诸如运转小时、景点的状态和景点的等待时间，尽管可以使用任何合适的设备来显示或传送此信息，诸如主题公园内部的标牌、每个景点处的标牌、与主题公园相关联的网站上的告示、或者经由通告平台上的聊天机器人进行的通告。

等待时间推荐系统可以使用等待时间历史数据，所述等待时间历史数据包括公园内的景点的等待时间，并且用于确定各个景点的历史等待时间、预期的等待时间或典型等待时间。这些等待时间可以每个景点地来提供和/或作为所有景点的总收集的等待时间的百分比来提供。在一个实施例中，预期的等待时间可以表达为由单独景点表示的公园的总等待时间的预期的比率或百分比（例如，公园的预期的总等待时间的5-7％可以由单个景点表示）。等待时间推荐系统的等待时间推荐逻辑可以确定当前等待时间值或现有等待时间值。

在一个实施例中，景点的等待时间值基于单独景点的现有等待时间与主题公园中的所有景点的总现有等待时间之间的关系。可以将景点的现有等待时间或表示景点的现有等待时间相对于所有景点的总现有等待时间之间的关系的计算的等待时间值与历史数据进行比较，以确定任何单独景点是否在预期的界限之外，例如，具有比预期的更长或更短的等待时间。例如，如果单独景点典型地表示典型总公园等待时间的至少5%，则表示小于当前总公园等待时间的5%的现有等待时间可以被认为比预期的等待时间短。在另一实施例中，可将现有等待时间直接与具有给定上下文的历史等待时间进行比较，以评估现有等待时间比预期的短还是长。也就是说，不是将现有等待时间与总体平均历史等待时间进行比较，而是可以从数据点的同一天或相同公园人群（例如，使用当天的总公园客人）子集中选择在比较中使用的历史等待时间。

如果等待时间推荐逻辑确定等待时间值小于短等待时间阈值（例如，比率或百分比），则等待时间推荐逻辑可以向客人的移动设备上的软件应用发送等待时间比预期的短的通知。如果等待时间推荐逻辑确定等待时间值大于长等待时间阈值（例如，比率或百分比），则等待时间推荐逻辑可以向客人的移动设备上的软件应用发送等待时间比预期的长的通知。短等待时间阈值和长等待时间阈值可以基于景点的预期的等待时间比率。预期的等待时间值可以基于景点和主题公园的历史等待时间数据、日期或时间信息（诸如一天中的时间、一周中的一天、一年中的一周或季度）、天气、景点的特性（诸如景点是室外还是室内）、景点是开放还是关闭（例如，针对一时间范围）、或假日或事件日期（例如，诸如感恩节或圣诞节之类的公共假日、诸如春假之类的学校假日或诸如复活节之类的宗教假日）。然后，客人可以在决定是否在景点的队伍中等待时使用等待时间比预期的短还是长的通知作为因素。

在一个实施例中，等待时间推荐系统包括处理器、存储器和通信电路。存储器存储指令，所述指令在由处理器执行时使得处理器接收主题公园的景点的现有等待时间并且基于单独景点的现有等待时间与主题公园的景点的现有总等待时间之间的关系来确定等待时间值。指令还使得处理器基于单独景点的等待时间阈值与等待时间值的比较来生成单独景点的等待时间推荐。然后，通信电路可以向移动设备的等待时间推荐软件应用发送等待时间推荐的指示。

在另一实施例中，有形的非暂时性计算机可读介质包括用于生成主题公园的景点的等待时间推荐的指令。指令在由处理器执行时使得处理器接收主题公园的景点的总等待时间，接收景点的等待时间，并且将景点的等待时间或等待时间值与和景点相关联的阈值进行比较。等待时间值基于总等待时间和景点的等待时间。指令还使得处理器基于比较来发送通知。

在又一实施例中，一种用于生成等待时间推荐的方法包括接收主题公园的景点的等待时间，并且基于等待时间来确定每个单独景点的等待时间值。该方法还包括将每个单独景点的等待时间值与每个单独景点的等待时间阈值进行比较，并且基于比较来标识景点的子集，该景点的子集具有指示比预期的等待时间短的等待时间值。该方法还包括发送包括子集的指示的通知。

附图说明

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

图1是根据本公开的实施例的等待时间推荐系统的框图；

图2是根据本公开的实施例的用于主题公园的多个景点的总等待时间来生成主题公园的景点的等待时间推荐的过程的流程图；

图3是根据本公开的实施例的用于基于公园人次生成主题公园的景点的等待时间推荐的过程的流程图；

图4是根据本公开的实施例的用于向主题公园客人提供主题公园信息的主题公园软件应用的示例屏幕截图；

图5是根据本公开的实施例的具有比通常等待时间短的图形通知的图4的主题公园软件应用的所有等待时间页面的示例屏幕截图；

图6是根据本公开的实施例的具有比通常等待时间短的基于文本的指示的图4的主题公园软件应用的所有等待时间页面的另一示例屏幕截图；

图7是根据本公开的实施例的、在景点的队伍的等待时间转变到比通常等待时间短时、图4的主题公园软件应用的所有等待时间页面的另一示例屏幕截图；

图8是根据本公开的实施例的可以提供等待时间推荐的聊天用户界面的示例屏幕截图；以及

图9是根据本公开的实施例的可以提供等待时间和等待时间推荐的雇员操纵板的示例屏幕截图。

具体实施方式

本公开提供了确定比预期的更短或更长的景点的等待时间并且向客人通知这些更短或更长等待时间的系统和方法。特别地，主题公园可以包括多个景点，其各自具有至少一个队伍。因此，每个景点的每个队伍可以包括相应的等待时间。可以将相应的等待时间提供给客人，例如，经由客人的移动设备上的软件应用或主题公园内的显示板。在一些情况下，主题公园可以向客人提供软件应用，其可以显示与主题公园相关的信息和工具，诸如运转小时、景点的状态和景点的等待时间。

等待时间推荐系统可以在确定景点的等待时间比预期的更短或更长时（通过，例如，将景点的等待时间与景点的等待时间历史数据进行比较来）提供通知。等待时间历史数据可以考虑日期或时间信息（诸如一天中的时间、一周中的一天、一年中的一周或季度）、天气、景点的特性（诸如景点是室外还是室内）、景点是开放还是关闭（例如，针对一时间范围）、假日或事件日期（例如，诸如感恩节或圣诞节之类的公共假日、诸如春假之类的学校假日或诸如复活节之类的宗教假日）、（例如，与温度、湿度、降雨的概率或量、自然灾害的概率等相关的）天气信息、游行、演出、或附近发生的其他表演、或者可能影响等待时间或使等待时间时滞的任何其他合适的信息。然后，客人可以在决定是否在景点的队伍中等待时使用等待时间比预期的更短还是更长的通知作为因素。以这种方式，客人可以做出关于要等待哪个景点的更有情报根据的决定，并且最大化他们在主题公园的时间。此外，主题公园运转可以更高效，因为客人可以更均匀地分布在景点之间。也就是说，如果一个或多个景点服务不足（underserved），则所公开的技术可以向客人发出警报，因此鼓励到一个或多个服务不足的景点的客人的重新分布。应当注意，虽然本公开描述了用于主题公园和景点的实施例，但是目前公开的系统和方法可以应用于任何合适的场所以用于队伍等待时间分析，所述场所诸如餐厅、票销售者、政府机构等。

所公开的技术为客人提供了等待时间估计的改进的上下文。例如，如果特定乘坐设施的等待时间是35分钟，则如果公园相对空或在雨天，则该35分钟可能比针对该乘坐设施预期的更长，但是可能比在拥挤的一天/晴朗的一天预期的更短。此外，由估计等待时间对乘坐设施进行的排名不向客人提供关于哪些乘坐设施倾向于更拥挤或更受欢迎的信息。通过以每个乘坐设施为基础提供等待时间的质量评估（例如，比预期的更短、比预期的更长），客人可以确定哪些乘坐设施是良好的值并且可以享受在等待时间上得到议价（bargain）的感觉（即使是对于具有相对于公园中的其他乘坐设施而言长的绝对等待时间的乘坐设施），因此改进客人体验和客户满意度。

图1是根据本公开的实施例的等待时间推荐系统10的框图。等待时间推荐系统10包括控制器12，其包括一个或多个处理器14和一个或多个存储器设备16。处理器14可以执行软件程序和/或指令以确定等待时间推荐。此外，处理器14可以包括多个微处理器、一个或多个“通用”微处理器、一个或多个专用微处理器、和/或一个或多个专用集成电路（ASIC）、和/或一个或多个精简指令集（RISC）处理器。存储器设备16可包括一个或多个存储设备，并且可存储用于处理器14来执行的机器可读和/或处理器可执行指令（例如，固件或软件），所述指令诸如与确定等待时间推荐相关的指令。因此，存储器设备16可以存储例如控制软件、查找表、配置数据等，以便于确定等待时间推荐。在一些实施例中，处理器14和存储器设备16可以在控制器12的外部。存储器设备16可包括有形的非暂时性机器可读介质，诸如易失性存储器（例如，随机存取存储器（RAM））和/或非易失性存储器（例如，只读存储器（ROM）、闪速存储器、硬盘驱动器和/或任何其他合适的光学、磁性或固态存储介质）。

控制器12可以采用等待时间推荐逻辑，其确定主题公园的景点34的等待时间推荐。特别地，等待时间推荐可以包括等待时间比预期的短、比预期的长或如预期的指示。等待时间推荐还可以包括预期的（例如，典型的或通常的）等待时间、等待时间比预期的短或长多少的指示（例如，以诸如等待的节省的分钟或附加的分钟之类的总时间呈现、或呈现为百分比（例如，比正常短或长10％））。应当理解，如在本公开中使用的术语“逻辑”可以包括硬件（诸如电路）、软件（诸如存储在存储器16中以用于由处理器14执行的指令）或两者的组合。等待时间推荐逻辑可以使用等待时间历史数据22作为输入。等待时间历史数据22可以存储在存储器16中和/或提供在数据库中。例如，等待时间推荐系统10可以包括存储等待时间历史数据22并且响应于从等待时间推荐逻辑接收到查询而返回所请求的等待时间历史数据22的数据库。

在一个实施例中，等待时间推荐逻辑可以通过确定景点的等待时间值来确定等待时间推荐。等待时间值可以表示一个景点的现有等待时间与主题公园中的所有景点的总等待时间的比例。因此，等待时间推荐逻辑可以通过将景点的现有等待时间除以（例如，在当前时间或在滚动时间窗口内的）所有景点的总现有等待时间来确定等待时间值。等待时间值可以与以相同方式计算的一个或多个历史等待时间值进行比较，但是使用等待时间历史数据22。历史总等待时间可以是在任何合适的时间段内的所有景点的总等待时间的平均值，或者基于如本文中所提供的上下文信息（例如，一天、一周、季度或年的时间点）使用历史等待时间数据点的子集。在一些实施例中，历史总等待时间可以是对应于请求等待时间推荐的当前时间或日的时间段的总等待时间的平均值。例如，历史总等待时间可以是对应于以下各项的总等待时间的平均值：相同日期（针对多年）、相同时间（针对多个日期）、类似天气（针对多个日期）、类似特性（例如，周末等待时间、假日等待时间、或者游行、演出或附近发生的其他表演）、类似景点状态（例如，景点被关闭）或可能影响等待时间的任何其他类似的合适信息。此外，可以计及可能使历史总等待时间时滞的因素，诸如通过调整时滞的历史总等待时间以补偿时滞因素。

然后，等待时间推荐逻辑可以将等待时间值与预期的或历史等待时间值进行比较。预期的（例如，典型或通常）等待时间值可以是基于以下各项的比率：景点和主题公园的历史等待时间数据、日期或时间信息（诸如一天中的时间、一周中的一天、一年中的一周或季度）、天气和/或景点的特性（诸如景点是室外还是室内）。例如，预期的或历史等待时间值可以是景点的预期的等待时间除以所有景点的总等待时间（与预期的等待时间相关）。景点的预期的等待时间可以由等待时间历史数据22提供。在一个实施例中，如果等待时间值小于预期的等待时间值，则等待时间推荐逻辑可以向客人的移动设备24通知景点的等待时间比预期的短。另一方面，等待时间值大于预期的等待时间值，等待时间推荐逻辑可以向客人的移动设备24通知等待时间比预期的长。如果等待时间值不小于或大于预期的等待时间值，则等待时间推荐逻辑可以确定等待时间是如预期的。

在一些实施例中，等待时间推荐逻辑可以使用阈值（例如，比率、百分比或时间段）将等待时间值与预期的等待时间值进行比较。作为示例，在所有景点的总历史等待时间为600分钟的上下文中，景点的预期的或历史等待时间可以是60分钟。因此，预期的或历史等待时间值可以是60/600或10％。如果使用5％的偏差来设置短等待时间阈值，则短等待时间阈值可以被定义为5％（即，10％-5％）。因此，如果等待时间值小于5％，则等待时间推荐逻辑可以向客人的移动设备24发送等待时间比预期的短的通知。长等待时间阈值可以被类似地定义和应用。用于短等待时间阈值和长等待时间阈值的偏差可以是在1-50％的范围内的任何合适的偏差。此外，在一些实施例中，阈值可以是（例如，由开发者、主题公园或客人）可定制的。在一些实施例中，等待时间推荐逻辑可以将等待时间值与预期的等待时间值进行比较，而不使用阈值。例如，等待时间推荐逻辑可以从所有景点的预期的等待时间确定所有等待时间的所有偏差。然后，等待时间推荐逻辑可以显示所有等待时间或等待时间的子集（例如，前十个、前五个、前三个或任何合适的前几个数量（top number）），所述子集与其相应的预期的等待时间偏差最大。

应当理解，虽然本公开使用值来确定等待时间推荐，但是可以使用等待时间的任何合适的数值表示，包括等待时间本身。例如，在一些情况下，等待时间历史数据22可以接收每个景点的现有等待时间，并且可以将景点的现有等待时间与预期的或历史等待时间（或基于上下文的历史等待时间的子集，例如，仅历史周末等待时间、仅历史周二等待时间）进行比较，以确定等待时间推荐。出于该示例的目的，如果景点的预期的等待时间是60分钟并且使用10分钟的阈值偏差来设置短等待时间阈值，则短等待时间阈值是50分钟（即，60分钟-10分钟）。因此，如果等待时间小于50分钟，则等待时间推荐逻辑可以向客人的移动设备24发送等待时间比预期的更短的通知。长等待时间阈值可以被类似地定义和应用。

可以基于景点和主题公园的历史等待时间数据以及任何合适的上下文信息来确定和/或调整预期的等待时间值。特别地，等待时间推荐逻辑可以基于例如与请求等待时间推荐的时间相对应的日期或时间来获得或接收上下文信息。上下文信息可以包括日期或时间信息（例如，一天中的时间、一周中的一天、一年中的一周或季度）、假日或事件日期（例如，诸如感恩节或圣诞节之类的公共假日、诸如春假之类的学校假日或诸如复活节之类的宗教假日）、（例如，与温度、湿度、降雨的概率或量、自然灾害的概率等相关的）天气信息、景点的特性（例如，景点是室外还是室内）、游行、演出、或附近发生的其他表演、移动设备24的地理位置或景点与移动设备24之间的接近度、和/或可能影响等待时间或使等待时间时滞的任何其他合适的信息。在一些实施例中，控制器12可以被编程为获得合适的或请求的上下文信息。在替代或附加实施例中，上下文信息可以从多种源接收，所述源诸如日历软件应用、天气软件应用和/或位置确定软件应用。

作为使用上下文信息的等待时间推荐逻辑的示例，等待时间推荐逻辑可以通过对与前几年中的某个日期相关联的历史预期的等待时间值进行平均来确定该日期的预期的等待时间值。作为另一示例，等待时间推荐逻辑可以通过对前30天的某个时间的历史预期的等待时间值进行平均来确定该时间的预期的等待时间值。作为又一示例，等待时间推荐逻辑可以通过对历史预期的等待时间值进行平均来确定某个时间的预期的等待时间值，所述历史预期的等待时间值当天气条件基本上匹配某个时间处的天气条件时（例如，当温度近似相同（诸如在一到五华氏度内）时、当湿度近似相同时、当降雨的量近似相同时等）取得。因此，等待时间推荐逻辑可以基于日期、时间、天气、景点特性或可能使预期的等待时间值时滞的任何其他合适因素来考虑或调整预期的等待时间值。例如，如果等待时间历史数据22对应于主题公园中的一个或多个景点被关闭，则等待时间历史数据22可能被时滞（因为由于会没有与关闭的景点相关联的等待时间，所以剩余景点会具有升高的等待时间值）。在这种情况下，等待时间推荐逻辑可以（例如，基于等待时间历史数据22）估计关闭的景点的等待时间以补偿关闭的景点。可替代地，等待时间推荐逻辑可以不使用对应于关闭的景点（或不再处于运转中的现有的景点）的等待时间历史数据22。虽然本公开讨论了等待时间推荐逻辑可以确定预期的等待时间，但是应当理解，（例如，在等待时间推荐逻辑外部的）任何合适的逻辑可以确定预期的等待时间。

一旦等待时间推荐逻辑确定等待时间比预期的短、比预期的长或如预期的，则等待时间推荐逻辑可以经由通信网络28向客人的移动设备24发送对应的指示或通知。通信网络28可以是有线的和/或无线的，并且使等待时间推荐逻辑能够经由任何合适的通信协议与客人的移动设备24通信和/或向客人的移动设备24发送指示或通知。例如，通信网络28可以包括无线网络，诸如移动网络、WiFi、LAN、WAN、因特网和/或类似物。

移动设备24可以存储并执行等待时间推荐软件应用30，其使移动设备24能够显示主题公园的景点的等待时间和等待时间推荐。应当理解，系统10的某些特征可以在复制的情况下共享或彼此交换。例如，等待时间推荐软件应用30可存储于（例如，共享存储器16的某些特征的）存储器中并且由移动设备24的（例如，共享处理器14的某些特征的）处理器执行。移动设备24可以使用（例如，共享通信电路17的某些特征的）通信电路33以经由通信网络28与控制器12通信。

此外，等待时间推荐系统10包括在景点信息系统35的控制下并且使用通信电路36经由通信网络28与控制器12通信的多个景点34。等待时间历史数据22可以使用来自每个单独景点34的等待时间数据被更新，并且被存储为等待时间历史数据22以及由控制器12用来获得各个景点34的现有等待时间的输入，并且该输入继而（例如，通过对景点34的所有现有等待时间求和）被用来确定所有景点的收集的或总的现有等待时间。在一些实施例中，可以手动确定等待时间数据。例如，主题公园的雇员可以监视主题公园的景点的等待时间，并且将等待时间输入或发送到景点信息系统35和/或控制器12。

景点信息系统35可以包括（例如，共享存储器16的某些特征的）存储器并且可以在（例如，共享处理器14的某些特征的）处理器控制下。景点还可以包括生成用于确定单独景点34的现有等待时间的数据的一个或多个传感器38。在一个实施例中，传感器38可以包括客人跟踪传感器（例如，条形码或光学读取器、NFC读取器），其在到景点队伍的入口处以及在每个客人进入景点本身以及离开队伍时从移动设备24读取标识信息。在一个实施例中，每个景点34的现有等待时间可以是最后N个客人（例如，最后10个客人、最后50个客人）的平均等待时间。在另一实施例中，传感器38可包括相机或图像传感器，所述相机或图像传感器使用队伍的图像数据估计队伍长度，并且继而基于估计的队伍长度估计现有等待时间。

等待时间推荐应用30可以从等待时间推荐逻辑接收等待时间推荐信息（诸如等待时间推荐的指示或通知），并且基于等待时间推荐信息显示等待时间推荐。在一些实施例中，等待时间推荐应用30可以是较大软件应用的部分，所述较大软件应用诸如用于向主题公园客人提供主题公园信息的软件应用。移动设备24可以是接收等待时间推荐的任何合适的电子设备，包括智能电话、可穿戴设备、膝上型电脑、平板电脑等。在一些实施例中，移动设备24可以替代地是可以显示或传送相应等待时间的任何其他合适的设备，诸如主题公园内部的标牌、每个景点处的标牌、与主题公园相关联的网站上的告示、或通告平台上的经由聊天机器人进行的通告。

在一些实施例中，等待时间推荐应用30可以基于经由移动设备24的用户界面或用户输入设备32提供的用户上下文信息来提供和/或显示等待时间推荐。用户上下文信息32可以包括可以促进提供等待时间推荐的更相关的显示的任何合适的信息。特别地，用户上下文信息32可以包括客人或他们的群组的（例如，与客人或客人的群组期望或不期望参加哪些景点相关的、或者与客人或客人的群组基于客人或客人的群组的成员的年龄或高度而有资格或无资格参加的景点相关的）用户偏好、（例如，如由位置确定逻辑（诸如全球定位系统（GPS）硬件和/或软件）提供的移动设备24的）位置信息等。例如，等待时间推荐应用30可以仅针对满足用户偏好和/或在距移动设备24的位置的阈值距离内的那些景点评估等待时间或显示/推送等待时间。在一个实施例中，客人可以设置或配置什么用户上下文信息32被提供和/或使用以确定如何确定和/或显示等待时间推荐。然后，客人可以在决定是否在景点的队伍中等待时使用等待时间比预期的短或长的通知作为因素。

图2是根据本公开的实施例的用于基于主题公园的多个景点的总等待时间来生成主题公园的景点的等待时间推荐的过程40的流程图。特别地，等待时间推荐系统10可以实现过程40以生成等待时间推荐。过程40可以是一个或多个软件应用的形式，该软件应用包括由诸如等待时间推荐系统10的处理器14之类的至少一个合适的处理器经由等待时间推荐逻辑执行的指令。根据本公开，所图示的过程40仅作为示例提供，并且在其他实施例中，过程40的某些图示的步骤可以按其他顺序被执行、跳过、重复或不在图3中示出。

如所图示，在过程框42中，处理器14接收主题公园的多个景点的总等待时间。主题公园的多个景点可以包括主题公园的所有景点或运转中的主题公园的所有景点。总等待时间可以是在任何合适的时间段（例如，一天、一周、季度或年）内的所有景点的总等待时间的平均值。特别地，总等待时间可以由等待时间历史数据22提供。在一些实施例中，总等待时间可以是对应于请求等待时间推荐的当前时间或日的时间段的总等待时间的平均值。例如，总等待时间可以是对应于相同日期（针对多年）、相同时间（针对多个日期）、类似天气（针对多个日期）和/或其他类似特性的总等待时间的平均值。

在一些实施例中，处理器14可以基于日期、时间、天气、景点特性或可能使预期的等待时间值时滞的任何其他合适的因素来考虑或调整总等待时间。例如，如果等待时间历史数据22对应于主题公园中的一个或多个景点被关闭，则等待时间历史数据22可能被时滞（因为由于会没有与关闭的景点相关联的等待时间，所以剩余景点会具有升高的等待时间值）。在这种情况下，等待时间推荐逻辑可以（例如，基于等待时间历史数据22）估计关闭的景点的等待时间以补偿关闭的景点。可替代地，等待时间推荐逻辑可以不使用对应于关闭的景点（或不再处于运转中的现有的景点）的等待时间历史数据22。

在过程框44中，处理器14接收景点的等待时间。例如，等待时间可以由景点34的定时器或计数器提供，或者可以手动输入。

在过程框46中，处理器14基于主题公园的所有景点的总等待时间和景点的等待时间来确定景点的等待时间值。等待时间值可以表示景点的等待时间与主题公园的所有景点的总等待时间的比例。特别地，等待时间推荐逻辑可以通过将景点的等待时间除以所有景点的总等待时间来确定等待时间值。等待时间值可以被表达为分数、小数或百分比。

在判定框48中，处理器14确定等待时间值是否小于短等待时间阈值。短等待时间阈值可以基于景点的预期的等待时间值。预期的（例如，典型或通常）等待时间值可以是基于以下各项的比率：景点和主题公园的历史等待时间数据、日期或时间信息（诸如一天中的时间、一周中的一天、一年中的一周或季度）、天气、和/或景点的特性（诸如景点是室外还是室内）。例如，预期的等待时间值可以是景点的预期的等待时间除以（与预期的等待时间相关的）所有景点的总等待时间。景点的预期的等待时间可以由等待时间历史数据22提供。然后，可以通过从预期的等待时间减去阈值时间段来确定短等待时间阈值。阈值时间段可以是任何合适的时间段（例如，从三十秒到三十分钟、一分钟、五分钟或十分钟）或者可以是阈值百分比（例如，0.1至10％、或1至5％的范围）。

在过程框50中，如果处理器14确定等待时间值小于短等待时间阈值，则处理器14发送景点的等待时间短的通知。特别地，处理器14可以向客人的移动设备24上的等待时间推荐软件应用30发送等待时间比预期的短的通知。在一个实施例中，处理器14基于与预期的等待时间的比较来对所有景点等待时间进行排名。例如，排名可以标识景点的子集，该景点的子集相对于它们的预期的或历史等待时间值是最佳值。等待时间推荐系统10可以经由通知将最佳值景点的子集推送到客人移动设备24。排名可以基于在一个实施例中保存的总分钟。例如，如果景点在周末典型地是45分钟等待，但是现有等待时间是35分钟，则该景点可以比具有比正常低5分钟的较低绝对等待时间（例如，15分钟）的景点被更高地排名。

在判定框52中，如果处理器14确定等待时间值不小于短等待时间值阈值，则处理器14确定等待时间值是否大于长等待时间值阈值。可以通过将阈值时间段添加到预期的等待时间来确定长等待时间阈值。应当注意，从预期的等待时间减去以确定短等待时间阈值的阈值时间段可以等于或可以不等于添加到预期的等待时间以确定长等待时间阈值的阈值时间段。

在过程框54中，如果处理器14确定等待时间值大于长等待时间阈值，则处理器14发送景点的等待时间长的通知。特别地，处理器14可以向客人的移动设备24上的等待时间推荐软件应用30发送等待时间比预期的长的通知。在一些实施例中，如果处理器14确定等待时间值不小于短等待时间阈值（来自判定框48）并且不大于长等待时间值阈值，则处理器14可以向客人的移动设备24上的等待时间推荐软件应用30发送等待时间如预期的通知。处理器14可以提供与多个景点相对应的多个推荐。在一个实施例中，处理器14可以以排名的顺序列出多个推荐，以便在与预期的等待时间相比时按优先顺序排列具有最短等待时间或最大等待时间节省的队伍。如果等待时间值不小于短等待时间阈值也不大于长等待时间阈值，则处理器14可以不提供任何推荐（因此指示主题公园的客人均匀分布在景点之间）。

在一些实施例中，处理器14可以将等待时间值与预期的等待时间值进行比较，而不使用阈值。例如，处理器14可以从所有景点的预期的等待时间确定所有等待时间的所有偏差。然后，等待时间推荐逻辑可以显示所有等待时间或等待时间的子集（例如，前十个、前五个、前三个或任何合适的前几个数量），所述等待时间的子集与它们的相应的预期的等待时间偏差最大。以这种方式，处理器14可以实施过程40，以基于主题公园的多个景点的总等待时间来生成主题公园的景点的等待时间推荐。

在一些实施例中，除了主题公园的多个景点的总等待时间之外或作为主题公园的多个景点的总等待时间的替代，可以基于其他因素来生成等待时间推荐。例如，图3是根据本公开的实施例的用于基于公园人次生成主题公园的景点的等待时间推荐的过程60的流程图。特别地，等待时间推荐系统10可以实施过程60以生成等待时间推荐。过程60可以是一个或多个软件应用的形式，所述软件应用包括由诸如等待时间推荐系统10的处理器14之类的至少一个合适的处理器经由等待时间推荐逻辑执行的指令。根据本公开，所图示的过程40仅作为示例提供，并且在其他实施例中，过程40的某些图示的步骤可以按其他顺序被执行、跳过、重复或不在图3中示出。

如所图示，在过程框61中，处理器14接收主题公园的当前公园人次。在过程框62中，针对当对应的历史公园人次近似是当前公园人次时的时间，处理器14接收景点的一个或多个历史等待时间。一个或多个历史等待时间可以由等待时间历史数据22提供。在一些实施例中，处理器14可以包括或排除与时滞的历史公园人次（例如，由于景点被关闭、天气、假日或事件日期、游行、演出、或附近发生的其他表演、或可能影响等待时间或使等待时间时滞的任何其他合适的信息）相关联的历史等待时间。在一个实施例中，处理器14可以调整与时滞的历史公园人次相关联的历史等待时间。如果历史公园人次在当前公园人次的阈值人次内，则处理器14可以确定历史公园人次近似是当前公园人次。阈值人次可以是任何合适的人次（例如，1至10000人、1至1000人或1至100人的范围）或当前公园人次的任何合适百分比（例如，0.1至10％或1至5％的范围）。

在过程框63中，处理器14基于一个或多个历史等待时间来确定景点的平均历史等待时间。也就是说，处理器14可以对景点的一个或多个历史等待时间进行平均以确定平均历史等待时间。在附加或替代实施例中，可使用另一代表性值，诸如中值、模值、最小值或最大值。

在过程框64中，处理器14基于平均历史等待时间来确定短等待时间阈值和长等待时间阈值。可以通过从平均历史等待时间减去阈值时间段来确定短等待时间阈值，而可以通过将阈值时间段添加到平均历史等待时间来确定长等待时间阈值。阈值时间段可以是任何合适的时间段（例如，从三十秒到三十分钟、一分钟、五分钟或十分钟）或者可以是阈值百分比（例如，0.1至10％、或1至5％的范围）。

在过程框65中，处理器14接收景点的等待时间。例如，等待时间可以由景点34的定时器或计数器提供，或者可以手动输入。

在判定框66中，处理器14确定等待时间是否小于短等待时间阈值。如果是，则在过程框67中，处理器14发送景点的等待时间短的通知。特别地，处理器14可以向客人的移动设备24上的等待时间推荐软件应用30发送等待时间比预期的短的通知。

如果处理器14确定等待时间不小于短等待时间阈值，则在判定框68中，处理器14确定等待时间是否大于长等待时间阈值。如果是，则在过程框69中，处理器14发送景点的等待时间长的通知。特别地，处理器14可以向客人的移动设备24上的等待时间推荐软件应用30发送等待时间比预期的长的通知。

在一些实施例中，如果处理器14确定等待时间值不小于短等待时间阈值（来自判定框66）并且不大于长等待时间值阈值，则处理器14可以向客户的移动设备24上的等待时间推荐软件应用30发送等待时间如预期的通知。以这种方式，处理器14可以实施过程60以基于公园人次生成主题公园的景点的等待时间推荐。

考虑到前述内容，图4是根据本公开的实施例的用于向主题公园客人提供主题公园信息的主题公园软件应用70的示例屏幕截图。特别地，主题公园软件应用70可以在客人的移动设备24上存储并执行。如所图示，当例如客人选择菜单按钮74时，主题公园软件应用70可以显示菜单72。菜单72可以显示多种选项，包括：显示所有等待时间页面76（标题为“所有等待时间”），其显示主题公园的所有景点的所有等待时间；以及显示推荐的等待时间78（标题为“推荐的等待时间”），其显示主题公园的景点的推荐的等待时间。

虽然所有等待时间页面76可以显示主题公园的所有景点的所有等待时间，但是在一些实施例中，页面76也可以显示推荐的等待时间。例如，图5是根据本公开的实施例的具有比通常短的等待时间的图形通知的图4的主题公园软件应用70的所有等待时间页面76的示例屏幕截图。在一些实施例中，等待时间推荐软件应用30可以提供在所有等待时间页面76上显示的信息。例如，等待时间推荐软件应用30可以是主题公园软件应用70的部分。所有等待时间页面76显示主题公园处的景点的队伍的等待时间。如所图示，队伍A 90具有15分钟的等待时间92，队伍B 94具有50分钟的等待时间96，并且队伍C 98具有25分钟的等待时间100。此外，所有等待时间页面76可以提供图形指示102来通知客人队伍具有比通常等待时间短或长的等待时间。例如，所有等待时间页面76显示针对队伍A 90和队伍C 98两者的图形指示102，以指示这些队伍具有比通常短的等待时间。在一些实施例中，所有等待时间页面76还可以包括指示，以通知客人队伍具有比通常长的等待时间。应当注意，图形通知可以以任何合适的格式提供，所述格式诸如剪贴画、表情符号、图标等。

在一些实施例中，所有等待时间页面76可以包括显示优选等待时间的选项，或者主题公园软件应用70可以包括优选的等待时间页面，其基于客人的偏好显示主题公园的景点的等待时间。例如，主题公园软件应用70可以接收针对某些景点的客人的偏好（例如，作为用户上下文信息32的部分）。然后，主题公园软件应用70可以指示等待时间推荐系统10仅评估由客人指示为优选的乘坐设施的等待时间，或者仅显示由客人指示为优选的乘坐设施的等待时间。作为另一示例，主题公园软件应用70可以从景点接收移动设备24的位置和/或距离（例如，作为用户上下文信息32的部分），然后指示等待时间推荐系统10仅评估在距移动设备24的阈值距离内的乘坐设施的等待时间，或仅显示在距移动设备24的阈值距离内的乘坐设施的等待时间。在一些实施例中，主题公园软件应用70可以指示等待时间推荐系统10加权多个因素，包括等待时间、队伍中的等待时间与队伍的预期的等待时间之间的差、客人的偏好和/或移动设备24的位置，以确定哪些等待时间要显示为优选等待时间。类似地，所有等待时间页面76可以包括任何合适的选项来对等待时间进行排序或过滤，诸如通过等待时间、通过队伍中的等待时间与队伍的预期的等待时间之间的差、通过队伍中的等待时间与队伍的预期的等待时间之间的差与预期的等待时间的比率等。

如图5中所图示，图形指示102具有图标或图形图像的形式。在替代或附加实施例中，指示可以具有文本的形式。例如，图6是根据本公开的实施例的具有比通常等待时间短的基于文本的指示或标记的图4的主题公园软件应用70的所有等待时间页面76的另一示例屏幕截图。特别地，图6图示了基于文本的指示或标记110（例如，“推荐的！”）。虽然图5和6分别以图标和文本的形式显示指示，但是应当理解，可以设想的是，指示102可以以任何合适的格式显示。例如，基于文本的标记110可以具有与所有等待时间页面76上的其他文本不同的字体样式（例如，加粗、斜体或大写）和/或与所有等待时间页面76上的其他文本不同地显示（例如，不同地着色或使用闪烁效果），以将注意力吸引到标记110。

另外，作为队伍的或景点的等待时间改变状态（例如，从预期的等待到比预期的短的等待时间，主题公园软件应用70和/或等待时间推荐软件应用30可以提供更大或更明显的通知（例如，推送通知）以促使客人注意状态的改变。例如，图7是根据本公开的实施例的、在队伍的等待时间转变到比通常短的等待时间时、图4的主题公园软件应用70的所有等待时间页面76的又另一示例屏幕截图。如所图示，队伍A 90从预期的等待时间转变到比通常短的等待时间。因此，显示通知提示120以向客人传达该转变。特别地，通知提示120可以由等待时间推荐系统10“推送”或发起以显示在移动设备24上。通知提示120还使客人能够经由“去往”按钮122指示他们将到队伍A 90中，或者经由“取消”按钮124指示他们将不会到队伍A 90中。以这种方式，主题公园软件应用70和/或等待时间推荐软件应用30可以向客人提供等待时间推荐。

在一些实施例中，可以经由（例如，在移动设备24上存储和执行的）聊天或通告界面来提供等待时间推荐。例如，图8是根据本公开的实施例的可以提供等待时间推荐的聊天界面130的示例屏幕截图。聊天界面130可以由在移动设备24上执行的任何合适的聊天或通告平台（诸如短消息服务、通告软件应用、即时通告软件应用、等待时间推荐软件应用30的部件或主题公园软件应用70的部件）提供。聊天界面130可以通信地到机器人（例如，聊天机器人）或其他合适的软件应用或人工智能，其经由由例如处理器14操作并由等待时间推荐逻辑提供的文本（或听觉）通信与客人进行对话。

聊天界面130可以响应于由客人进行的请求而经由等待时间推荐系统10提供等待时间推荐。例如，客人可以发送请求“最佳”队伍的消息132（例如，“哪个队伍是现在最佳的

”）。聊天机器人可以针对具有最短等待时间、具有队伍中的（当前）等待时间与队伍的预期的等待时间之间的最大差或队伍中的等待时间与队伍的预期的等待时间的最大比率的队伍来查询等待时间推荐系统10，并且显示指示结果的响应134。

在一些实施例中，聊天机器人可以将针对某些景点的客人的偏好（例如，作为用户上下文信息32的部分）并入到其响应134中。例如，聊天机器人可以指示等待时间推荐系统10仅评估由客人指示为优选的乘坐设施的等待时间，或者仅对由客人指示为优选的乘坐设施的等待时间进行响应。作为另一示例，聊天机器人可以将移动设备24的位置和/或距景点的距离（例如，作为用户上下文信息32的部分）并入到其响应134中。特别地，聊天机器人可以指示等待时间推荐系统10仅评估在距移动设备24的阈值距离内的乘坐设施的等待时间，或者仅对在距移动设备24的阈值距离内的乘坐设施的等待时间进行响应。在一些实施例中，聊天机器人可以指示等待时间推荐系统10加权多个因素，包括等待时间、队伍中的等待时间与队伍的预期的等待时间之间的差、客人的偏好和/或移动设备24的位置，以确定“最佳”队伍。如所图示，聊天机器人的响应134指示哪个队伍是“最佳”的，以及队伍中的等待时间与队伍的预期的等待时间之间的差（例如，“当前，在25分钟的队伍A是最佳的，比通常短20分钟。”）。

作为另一示例，客人可以发送请求所有队伍的等待时间的消息136（例如，“所有队伍的等待时间如何

”）。聊天机器人可以针对主题公园处的所有队伍的等待时间以及任何等待时间是否小于预期的指示来查询等待时间推荐系统10，并且显示指示结果的响应138。如所图示，聊天机器人的响应138显示所有队伍的等待时间以及小于预期的或“低等待”队伍的等待时间（例如，“队伍A：25分钟——低等待！”；队伍B：40分钟；队伍C：30分钟；队伍D：15分钟——低等待！”）。

客人还可以发送请求特定队伍的等待时间的消息140（例如，“队伍E的等待时间如何

”）。聊天机器人可以针对该队伍的等待时间以及等待时间是小于预期的、大于预期的还是如预期的指示来查询等待时间推荐系统10，并且显示指示结果的响应142。如所图示，聊天机器人的响应142显示所请求的队伍的等待时间，以及等待时间大于预期的指示（例如，“队伍E的等待时间为55分钟。该等待比通常长20分钟！”）。虽然图8以聊天或通告界面的形式图示，但是应当理解，所公开的技术可以应用于与人工智能或机器人（例如，聊天机器人）相关联的任何其他合适的通信格式，诸如虚拟助理或智能扬声器。

（例如，主题公园的）客人服务雇员还可以使用使客人服务雇员能够查看等待时间和等待时间推荐的软件应用或接口。例如，图9是根据本公开的实施例的可以提供等待时间和等待时间推荐的雇员操纵板150的示例屏幕截图。雇员操纵板150可以由在任何合适的电子设备（诸如主题公园或客人服务雇员的计算设备（例如，台式计算机、膝上型电脑、平板电脑、智能电话或可穿戴设备））上执行的任何合适的平台（诸如等待时间推荐软件应用30、主题公园软件应用70或独立雇员操纵板软件应用）提供。

如所图示，雇员操纵板150可以在“所有等待时间”窗口152中显示景点的队伍的等待时间。雇员操纵板150还可以在“推荐的等待时间”窗口154中显示等待时间推荐。以这种方式，雇员操纵板150可以使客人服务雇员能够快速且方便地检索与等待时间和/或要排队等待的最高效、方便和/或节省时间的景点相关的信息。实际上，雇员操纵板150可以使客人服务雇员能够例如经由服务台或经由漫游雇员来联系客人，以推荐景点的等待时间，从而向客人提供个性化品质（personal touch）和有用信息。如进一步图示的，雇员操纵板150还可以显示可以由客人请求或促进为客人服务的其他方便的信息，诸如天气更新156、主题公园票计划定价细节158、紧急联系号码160以及新闻和其他信息162。

虽然所公开的实施例图示了针对相同类型的队伍（例如，常规持票者或等待（standby）队伍）的推荐，但是本公开设想将所公开的技术应用于不同的和多个类型的队伍，诸如快速队伍、季度持票者队伍、VIP队伍和/或残疾进出通道（disability access）队伍。特别地，可以基于这些其他类型的队伍在附加等待时间中为这些其他类型的队伍和/或因素提供等待时间推荐。

本文呈现和要求保护的技术被引用并应用于实际性质的材料对象和具体示例，其可证明地改进本技术领域，并且因此不是抽象的、无形的或纯粹理论的。此外，如果附到本说明书的末尾的任何权利要求包含一个或多个被指定为“用于[执行]……[功能]的装置”或“用于[执行]……[功能]的步骤”的元件，则旨在按照35 U.S.C.112(f)来解释这样的元件。然而，对于包含以任何其他方式指定的元件的任何权利要求，意图这样的元件不按照35U.S.C.112(f)来解释。

Claims (21)

1.一种等待时间推荐系统，包括：

处理器；

存储指令的存储器，所述指令在由所述处理器执行时使得所述处理器：

接收主题公园的多个景点的现有等待时间；

基于所述多个景点中的单独景点的现有等待时间与所述多个景点的现有总等待时间之间的关系来确定等待时间值；

基于所述等待时间值与所述多个景点中的所述单独景点的等待时间阈值的比较来生成所述多个景点中的所述单独景点的等待时间推荐；以及

通信电路，其被配置成向电子设备的等待时间推荐软件应用发送所述等待时间推荐的指示。

2.根据权利要求1所述的等待时间推荐系统，其中所述通信电路被配置成：当所述等待时间推荐包括指示所述单独景点的所述现有等待时间比预期的短时，将所述指示作为通知推送给所述等待时间推荐软件应用。

3.根据权利要求1所述的等待时间推荐系统，其中所述等待时间值是所述单独景点的所述现有等待时间与所述多个景点的所述现有总等待时间的比率或者由所述现有等待时间单独景点表示的所述现有总等待时间的百分比。

4.根据权利要求3所述的等待时间推荐系统，其中所述等待时间推荐是所述单独景点的所述现有等待时间比预期的短，这基于确定所述比率或百分比低于所述等待时间阈值。

5.根据权利要求3所述的等待时间推荐系统，其中所述等待时间推荐是所述单独景点的所述现有等待时间比预期的长，这基于确定所述比率或百分比高于所述等待时间阈值。

6.根据权利要求1所述的等待时间推荐系统，其中所述单独景点的所述等待时间阈值从所述多个景点的历史总等待时间与所述单独景点的历史等待时间之间的第二关系导出。

7.根据权利要求6所述的等待时间推荐系统，其中所述处理器被配置成接收上下文信息，并且其中所述多个景点的所述历史总等待时间的子集被用于确定所述第二关系，其中所述子集基于所述上下文信息来选择。

8.根据权利要求7所述的等待时间推荐系统，其中所述上下文信息包括周中的一天，其中所述历史等待时间的所述子集基于所述周中的所述一天来选择。

9.根据权利要求1所述的等待时间推荐系统，其中所述单独景点的所述等待时间阈值包括短等待时间阈值，其中所述等待时间推荐是所述单独景点的所述现有等待时间比预期的短，这依据确定所述等待时间值低于所述短等待时间阈值。

10.根据权利要求1所述的等待时间推荐系统，其中所述单独景点的所述等待时间阈值包括长等待时间阈值，其中所述等待时间推荐是所述单独景点的所述现有等待时间比预期的长，这依据确定所述等待时间值高于所述长等待时间阈值。

11.根据权利要求1所述的等待时间推荐系统，其中所述移动设备被配置成向所述处理器传送用户上下文信息，其中所述处理器被配置成部分地基于所述用户上下文信息来生成所述等待时间推荐。

12.根据权利要求11所述的等待时间推荐系统，其中所述用户上下文信息包括与所述多个景点相关联的一个或多个用户景点偏好，其中所述处理器被配置成在所述单独景点与所述用户景点偏好相关联时向所述移动设备发送所述等待时间推荐。

13.根据权利要求11所述的等待时间推荐系统，其中所述用户上下文信息包括用户位置。

14.根据权利要求1所述的等待时间推荐系统，其中所述等待时间推荐软件应用被配置成：

显示多个等待时间，其中所述多个等待时间中的每个等待时间与所述多个景点中的相应景点相关联；以及

基于使用图形或基于文本的标记的所述等待时间推荐来显示所述单独景点的所述现有等待时间比预期的短、比预期的长或者如预期的。

15.一种有形的非暂时性的计算机可读介质，包括用于生成主题公园的多个景点中的景点的等待时间推荐的指令，所述指令在由处理器执行时，使得所述处理器：

接收所述主题公园的所述多个景点的总等待时间；

接收所述多个景点中的所述景点的等待时间；

将所述景点的所述等待时间或等待时间值与和所述景点相关联的阈值进行比较，其中所述等待时间值基于所述总等待时间和所述景点的所述等待时间；以及

基于所述比较来发送通知。

16.根据权利要求15所述的计算机可读介质，其中所述指令使得所述处理器通过将所述景点的所述等待时间除以所述多个景点的所述总等待时间来确定所述等待时间值。

17.根据权利要求15所述的计算机可读介质，其中所述指令使得所述处理器：

接收所述景点的预期的等待时间；以及

基于将所述景点的平均历史等待时间除以所述多个景点的平均历史总等待时间来确定所述阈值。

18.一种用于生成等待时间推荐的方法，包括：

接收主题公园的当前公园人次；

针对当历史公园人次近似是所述当前公园人次时的时间，接收所述主题公园的景点的一个或多个历史等待时间；

基于所述一个或多个历史等待时间确定短等待时间阈值；

接收所述景点的等待时间；以及

响应于确定所述景点的所述等待时间比所述短等待时间阈值短，发送所述景点的所述等待时间比预期的短的通知。

19.根据权利要求18所述的方法，包括基于所述一个或多个历史等待时间来确定平均历史等待时间，其中所述短等待时间阈值基于所述平均历史等待时间来确定。

20.根据权利要求18所述的方法，包括基于所述一个或多个历史等待时间来确定长等待时间阈值。

21.根据权利要求20所述的方法，包括响应于确定所述景点的所述等待时间大于所述长等待时间阈值，发送所述景点的所述等待时间比预期的长的第二通知。

Images