用于游乐园乘坐设施的乘坐设施控制系统和方法与流程

文档序号:25997770发布日期:2021-07-23 21:13阅读:171来源:国知局
用于游乐园乘坐设施的乘坐设施控制系统和方法与流程

对相关申请的交叉引用

本申请要求标题为“用于游乐园乘坐设施的乘坐设施控制系统和方法”的、提交于2018年12月4日的第no.62/775238号美国临时申请的利益,该临时申请特此出于所有目的以其整体通过引用而被并入。



背景技术:

本章节旨在向读者介绍可能与目前的技术的各种方面有关的各种技术方面,这些技术方面在下文中描述或要求保护。本讨论被认为在给读者提供背景信息以促进更好地理解本公开的各种方面上是有帮助的。因此,应当理解,这些陈述将从这个角度来阅读,而非作为对现有技术的承认来阅读。

已创建各种游乐乘坐设施,以给乘客提供独特的运动体验和视觉体验。例如,主题乘坐设施能够利用沿着固定路径或可变路径行进的单乘客或多乘客式乘坐车辆来实现。为了提供一致并且高效的乘客体验,传统主题乘坐设施一般给乘客提供对乘坐车辆的有限量的控制,诸如,与按钮或显示装置交互或使乘坐车辆沿着狭窄通道或轨道转向。此外,在传统主题乘坐设施(在其中乘客能够使其乘坐车辆转向)期间,乘坐车辆一般遵循线性事件的固定行进(progression),使得乘客按期望的顺序看场景。在一些情况下,人类操作者通过传统主题乘坐设施而被分派监测并且管理乘坐车辆的移动的任务;然而,这样的监测可能是高成本的和/或提供乘坐车辆的无规律覆盖。因此,现在认识到,需要提供乘坐车辆移动的更大自由以创建更惊险的乘坐体验的改进的游乐乘坐设施。



技术实现要素:

在下文中总结在范围上与原先要求保护的主题相应的某些实施例。这些实施例不旨在限制本公开的范围,而是更确切地说,这些实施例仅旨在提供某些公开的实施例的简短概要。实际上,本公开可以包含可以与下文中所阐明的实施例类似或不同的各种各样的形式。

目前的实施例涉及一种用于控制游乐园乘坐设施的自由漫游乘坐车辆的控制系统,该控制系统包括乘坐设施控制器,乘坐设施控制器配置成维护多个规则,所述多个规则指示游乐园乘坐设施的游戏区域内的自由漫游乘坐车辆的被容许的状态。多个规则包括多个游戏设定(gameplay)规则。乘坐设施控制器配置成:接收监测数据,所述监测数据指示游戏区域内的自由漫游乘坐车辆的当前状态;接收信号,所述信号指示利用自由漫游乘坐车辆来实行所请求的动作的用户请求;根据当前状态而对所请求的动作的实行进行建模,以确定自由漫游乘坐车辆的所建模的状态;以及确定所建模的状态是否遵守多个规则。响应于确定所建模的状态不遵守多个规则,乘坐设施控制器配置成确定遵守多个规则的接近动作并且提供用以指导自由漫游乘坐车辆实行接近动作的控制信号。

目前的实施例涉及一种游乐园乘坐设施,该游乐园乘坐设施包括乘坐设施控制器,乘坐设施控制器具有一个或多个存储器,一个或多个存储器存储多个规则,多个规则指示游乐园乘坐设施的游戏区域内的多个自由漫游乘坐车辆的被容许的状态。多个规则包括多个操作规则和多个游戏设定规则,多个操作规则指示对于多个自由漫游乘坐车辆的多个正常操作参数,多个游戏设定规则指示多个被容许的组合,通过多个被容许的组合游戏设定动作能够在游戏区域内被实行。乘坐设施控制器配置成接收传感器数据,传感器数据指示多个自由漫游乘坐车辆的相应的当前状态。游乐园乘坐设施还包括多个自由漫游乘坐车辆中的具有乘坐车辆控制器的自由漫游乘坐车辆,乘坐车辆控制器通信地耦合到乘坐设施控制器。乘坐车辆控制器配置成:向乘坐设施控制器提供指示所请求的动作的信号;以及响应于乘坐设施控制器根据自由漫游乘坐车辆的相应的当前状态而对所请求的动作的实行进行建模以确定自由漫游车辆的所建模的状态并且确定所建模的状态不遵守多个规则,从乘坐设施控制器接收指示遵守多个规则的接近动作的控制信号并且实行接近动作。

目前的实施例涉及一种有形非暂时性机器可读介质,该有形非暂时性机器可读介质包括机器可读指令,机器可读指令在由一个或多个处理器执行时,引起一个或多个处理器接收传感器数据,传感器数据指示游乐园乘坐设施的游戏区域内的自由漫游乘坐车辆的当前状态。自由漫游乘坐车辆的当前状态包括自由漫游乘坐车辆的地点、取向、速度或它们的组合。机器可读指令配置成引起一个或多个处理器:接收用户输入,用户输入指示利用自由漫游乘坐车辆来实行所请求的动作的请求;根据当前状态而对所请求的动作的实行进行建模,以确定自由漫游乘坐车辆的所建模的状态;以及确定所建模的状态是否遵守多个游戏设定规则和多个操作规则。机器可读指令配置成引起一个或多个处理器响应于确定所建模的状态不遵守多个游戏设定规则和多个操作规则,确定接近动作并且提供用以指导自由漫游乘坐车辆实行接近动作的控制信号,接近动作具有遵守多个游戏设定规则和多个操作规则的接近的建模的状态。

附图说明

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

图1是说明根据本方法的实施例的具有乘坐设施控制系统和自由漫游乘坐车辆的游乐园乘坐设施的实施例的示意图;

图2是说明根据本方法的实施例的与游乐园乘坐设施的游戏区域交互的图1的自由漫游乘坐车辆的实施例的示意图;以及

图3是说明根据本方法的实施例的用于控制自由漫游乘坐车辆在图2的游戏区域内的行进的过程的实施例的流程图。

具体实施方式

将在下文中描述本公开的一个或多个具体实施例。为了提供对这些实施例的简明描述,可能未在说明书中描述实际实现方式的所有特征。应当意识到,在对任何这样的实际实现方式的开发中,如同在任何工程或设计项目中一样,必须作出许多特定于实现方式的决策以达到开发者的可能因实现方式而异的具体目标,诸如,对与系统相关的约束条件和与商业相关的约束条件的依从性。此外,应当意识到,这样的开发努力可能复杂并且耗时,但对于得益于本公开的普通技术人员而言,这样的开发努力将不过是设计、制作以及制造的常规任务。

目前的实施例涉及一种用于游乐园乘坐设施的乘坐设施控制系统。特别是,游乐园乘坐设施包括自由漫游乘坐车辆,在本文中自由漫游乘坐车辆被定义用作一般可由乘客控制以使乘客能够通过控制其自身的方向、速度等等而在区域内自由地移动(例如,没有轨道或预定义的乘坐路径)的车辆。照此,自由漫游乘坐车辆各自具有成组的控制装置,以允许乘客提供用户输入,所述用户输入关于乘客的期望的路径或与游乐园乘坐设施的交互。为了提供愉悦并且可靠的体验,用户输入中的一些或全部作为所请求的动作(例如,所请求的移动、所请求的交互)而非作为条件反射式地实行的动作来被乘坐设施控制系统接收。实际上,在某些实施例中,乘坐设施控制系统维护规则集或多个规则,多个规则包括游戏设定规则和操作规则,游戏设定规则描述游乐园乘坐设施内的非线性游戏事件的被容许的多变量组合,操作规则描述自由漫游乘坐车辆的被容许的物理操作。在一些实施例中,乘坐设施控制系统在多维逻辑空间内模拟所请求的动作,多维逻辑空间由对于自由漫游乘坐车辆的游戏设定规则和操作规则定义。乘坐设施控制系统因此能够计算(例如,确定、预测)所请求的动作是否将导致处于正常操作参数内或遵守正常操作参数的乘坐车辆的状态。在乘坐设施控制系统确定来自所请求的动作的预测的后果不落入可允许的动作和/或状态的规则集内或不遵守该规则集时,乘坐设施控制系统不允许所请求的动作。此外,如本文中所讨论的,乘坐设施控制系统可以选择合适的接近动作,在本文中合适的接近动作定义为在依然处于被允许的规则集内的同时提供响应于由乘客提供的用户输入的后果的逻辑空间内的任何合适的动作,如在本文中讨论的。

通过提供接收用户所请求的动作与实行用户所请求的动作之间的中间监督层,乘坐设施控制系统筛选并且调整不处于对于乘坐车辆的正常操作条件内和/或违背针对游乐园乘坐设施而设定的游戏设定规则集的动作。然而,由乘坐车辆实行的动作响应于用户所请求的动作。因此,乘坐设施控制系统能够同时允许多个乘客具有其自身的自指引的响应体验,同时维护机器操作处于正常操作参数内,并且保持体验被调节,以满足并且遵守游乐园乘坐设施的预确定的限制和界限。

如图1中所说明的,游乐园乘坐设施10包括乘坐设施控制系统12,乘坐设施控制系统12具有可在游戏区域16内移动的多个自由漫游乘坐车辆14(在下文中,“乘坐车辆14”)。目前的对游乐园乘坐设施10的讨论集中于在其中游乐园乘坐设施10是黑暗乘坐设施(诸如,在其中向乘客18提供的效果和交互被控制和/或主题化的封闭空间或室内空间)的实施例。然而,游乐园乘坐设施10可以是具有任何合适的类型或数量的乘坐车辆(例如,3个、4个、5个、6个或更多个)操作在其中的任何合适的类型的乘坐设施。所说明的乘坐车辆14各自包括乘坐设施控制系统12的乘坐车辆控制器20,乘坐车辆控制器20基于来自乘坐车辆14内的乘客18的输入和/或基于来自乘坐设施控制系统12的乘坐设施控制器24的输入而控制相应的乘坐车辆14的移动。乘坐设施控制器24和乘坐车辆14经由任何合适的相应的通信电路系统26(例如,形成无线网络)来通信。在其它实施例中,乘坐设施控制器24或其部件可以被包括在各个乘坐车辆14内。在这些实施例中的某些中,乘坐车辆14自主地实行本文中所公开的技术,以彼此通信地耦合以便进行对等通信和协调地作为自包含、自指引或独立的动作者而操作。

乘坐设施控制系统12的目前的实施例的乘坐设施控制器24是协调乘坐车辆14通过游戏区域16的行进的主控制器或中央控制器。一般而言,乘坐设施控制器24负责验证乘客18向其相关联的乘坐车辆14提供的用户输入。例如,并且如在本文中更详细地讨论的,某些实施例的乘坐设施控制器24对在所请求的用户输入的实行之后将导致的乘坐车辆14的所预测的状态(例如,所建模的状态)进行建模。乘坐设施控制器24因此将乘坐车辆14的所建模的状态与游戏设定规则30和操作规则32比较,以确定所请求的用户输入是否指示被容许的动作或游戏设定动作。然后,响应于确定所请求的动作(例如,所请求的游戏设定动作)被容许,乘坐设施控制器24指导乘坐车辆控制器20实行所请求的动作。响应于确定用户输入指示不被容许的动作(诸如,尝试在未游览游戏区域16内的第一、预先必要的站(first,prerequisitestation)的情况下进入游戏区域16内的第二站),乘坐设施控制器24确定遵照游戏设定规则30和操作规则32的接近动作(例如,“下一个最近的”游戏设定动作)。在一些实施例中,接近动作是响应于满足条件(例如,乘坐车辆14静止达阈值时间、远离目标区域而移动)而使乘坐车辆14转向或改向到目标位置或转向或改向成目标状态的人造(例如,校正)动作(manufactured(e.g.,corrective)action)。在一些实施例中,乘坐设施控制器24基于处于所建模的状态的阈值内的乘坐车辆14的接近的建模的状态而确定接近动作。例如,并且如本文中所使用的,接近动作是根据相应的规则而被允许并且对乘客18所请求的动作作出响应的动作。在一些实施例中,乘坐设施控制器24指导乘坐车辆14实行接近动作而非所请求的动作。如本文中所使用的,“游戏设定动作”(或简称为“动作”)指的是贯穿游乐园乘坐设施10的持续时间由乘坐车辆14内的乘客18请求或实行的乘坐车辆14的任何合适的移动或动作。

本文中所公开的各种实施例的游戏设定规则30描述了在游戏区域16内可用的被容许的动作组合。即,在某些实施例中,目前公开的游乐园乘坐设施10包括可以通过各种非线性路径或动作组合而实现的多个重叠的解决方案或结论,如游戏设定规则30所阐明的那样。通过示例的方式,某些实施例的游戏设定规则30规定第一交互对象将在乘坐车辆14中的一个被允许进入包含第二交互对象和第三交互对象的房间之前被该乘坐车辆14的乘客18启动。基于第二交互对象或第三交互对象的启动,游戏设定规则30规定乘坐车辆14被容许从房间进入多个出口中的哪个。因此,万一乘客18尝试或请求指引乘坐车辆14通过未经授权的出口,乘坐设施控制器24就指导乘坐车辆14实行接近动作,诸如从而阻止乘坐车辆14通过未经授权的出口向前行进和/或提供指示所建议的出口的感知或物理(例如,视觉、听觉、触觉)反馈。在一些情况下,乘坐设施控制器24向乘客18提供指示接收到乘坐设施控制器24未被授权实行或不能实行的乘客18所请求的动作的响应反馈。在下文中进一步参考图2和图3而讨论这些游戏设定规则30及其它游戏设定规则30。

乘坐设施控制器24还维护操作规则32,操作规则32描述乘坐车辆14的被容许的操作或指示乘坐车辆14的正常操作的正常操作参数。例如,某些实施例的操作规则32针对各个乘坐车辆而规定:速度限制、将在乘坐车辆14与游戏区域16内的其它物理对象(包括其它乘坐车辆14)之间维护的最小距离、最大偏转角、俯仰角和/或滚转角、最小电池电荷和/或乘坐车辆14的任何其它合适的物理性质、规格或制约因素。在一些实施例中,操作规则32基于个别的乘坐车辆14和/或其中的乘客而定制,使得由更有经验的乘客操作的乘坐车辆14可以以比由不太有经验的乘客操作的类似的乘坐车辆更快的速度行驶。

而且,为了维护与乘客在游乐园乘坐设施10和/或具有游乐园乘坐设施10的游乐园内的体验有关的相关信息的日志,目前的实施例的乘坐设施控制器24包括用户简档数据库34并且对用户简档数据库34进行更新。对于这样的实施例,用户简档数据库34存储对于到游乐园的各个顾客和/或游乐园乘坐设施10内的乘客18的用户简档,然而,其它实施例可以包括对于成群的乘客(例如,家庭、朋友、学校)的一个简档。在一些实施例中,对于各个乘客的用户简档可以包括年龄、身高、先前的对游乐园乘坐设施10的游览的列表、在任何先前的对游乐园乘坐设施10的游览期间完成的动作的列表等等。乘坐设施控制器24可以利用该信息来向各个乘客18提供适应性并且适龄的体验。另外,对于其中乘客18先前在游乐园乘坐设施10内完成动作的某些情况,乘坐设施控制器24使乘客18能够从游戏区域16内的先前的点或保存的点(诸如,游戏区域16的先前被解锁的部分)继续。

所说明的实施例的乘坐设施控制器24包括用以通过通信电路系统26向乘坐车辆14提供指令的处理器36以及用以存储游戏设定规则30、操作规则32和用户简档数据库34的存储器38(例如,一个或多个存储器)。然而,将理解,任何部件能够合适地存储于诸如云数据库内、乘坐车辆控制器20内等等的任何合适的位置中并且从该位置被更新。处理器36是能够执行用于实施目前公开的技术的指令的任何合适的处理器,诸如,通用处理器、芯片上系统(soc)装置、专用集成电路(asic)或一些其它类似的处理器配置。在一些实施例中,这些指令被编码成存储于有形非暂时性计算机可读介质(诸如,存储器38和/或其它存储电路系统或装置)中的程序或代码。

此外,目前的实施例的乘坐设施控制器24通信地耦合到乘坐设施控制系统12的监测系统40,监测系统40提供与各个乘坐车辆14的状态有关的数据。例如,在一些实施例中,各个乘坐车辆14的状态定义为乘坐车辆14的地点、取向、速度、电池电荷、重量和/或任何其它合适的参数。此外,某些实施例的监测系统40还监测乘客18在乘坐车辆14内的位置、取向和/或动作,使得能够向乘客18提供反馈,以减少被禁止或不理想的用户交互(例如,尝试退出乘坐车辆14)。监测系统40因此包括传感器42,以收集与各个乘坐车辆14和/或其中的乘客18的状态有关的合适的信息。某些实施例的传感器42包括用于监测游乐园乘坐设施10的乘客18和乘坐车辆14的运动跟踪器、视觉相机、红外(ir)相机、射频标识(rfid)传感器、压力垫、光幕和/或其它合适的传感器。在一些实施例中,传感器42还监测游乐园乘坐设施10的其它部分(例如,门、机器人、游戏区域16)。一些实施例的传感器42设置于游戏区域16内(诸如,游戏区域16的天花板或侧壁中),然而,在其它实施例中,监测系统40及其传感器42可以设置于任何合适的位置中。

在上文中理解乘坐设施控制器24和监测系统40的情况下,在下文中关于乘坐车辆14而讨论进一步的细节。为了清楚起见,参考一个乘坐车辆14而说明乘坐车辆14的以下的特征,然而,将理解,游乐园乘坐设施10的其它或另外的自由漫游乘坐车辆14可以包括类似或不同的特征集。所说明的实施例的乘坐车辆14包括用以容纳乘客18和马达52的主体50。马达52基于从乘坐车辆14的电源56和/或乘坐车辆控制器20的处理器57(例如,微处理器)提供的控制信号(例如,通信信号、电信号)而选择性地驱动乘坐车辆14的车轮54。乘坐车辆控制器20还包括用于存储将由处理器57实行的任何合适的信息或指令的存储器58。此外,在某些实施例中,电源56可以是任何合适的高密度电池组。乘坐车辆14的所说明的实施例包括环绕乘坐车辆14的主体50的周界的缓冲器60,以减少乘坐车辆14的主体50与游戏区域16内的其它对象的物理接触。在其它实施例中,乘坐车辆14不包括缓冲器60和/或包括任何其它合适的物理保护部件。

为了能够实现由监测系统40进行的更高效的可视化和跟踪,图1中所说明的实施例的乘坐车辆14包括耦合到缓冲器60的正面66或部分的视觉指示器62和ir装置64。视觉指示器62是监测系统40的传感器42能够用作用于确定关于乘坐车辆14的状态(例如,地点、位置、取向)的信息的参考点的任何合适的基准标记。例如,在目前的实施例中,具有第一视觉外观的第一视觉指示器62a(例如,光源或反射器)设置于缓冲器60的第一部分68上,具有第二视觉外观的第二视觉指示器62b设置于缓冲器60的第二部分70或中心部分上,并且,具有第三视觉外观的第三视觉指示器62c设置于缓冲器60的第三部分72上。此外,包括ir发射器和/或ir反射器的ir装置64设置于乘坐车辆14的所说明的实施例的缓冲器60上,以选择性地发射使监测系统40能够标识乘坐车辆14的状态的相应的ir信号。在其它实施例中,乘坐车辆14包括用以能够实现由监测系统40进行的跟踪的标识特征的任何其它合适的组合。

而且,注意到增强乘客18在游乐园乘坐设施10内的体验的另外的部件,对于目前的实施例,乘坐车辆14包括用于各个乘客18的输入装置76,乘客18可以通过输入装置76而请求利用乘坐车辆14和/或利用游戏区域16的交互特征来实行动作。尽管说明为方向盘,将理解,输入装置76还是可以另外或备选地包括任何其它合适的输入装置或装置组合,诸如,操纵杆、离合器、换档机构、加速踏板、制动踏板、手制动器、一系列的按钮或开关等等。乘坐车辆14的所说明的实施例还包括用以对乘客18显示信息并且从乘客18接收用户输入的显示装置80(例如,触摸显示装置)。对于其中乘坐车辆14包括两个乘客18的游乐园乘坐设施10的实施例,乘坐车辆控制器20可以同时地从两个乘客18接收输入和/或可以在两个乘客18之间分配乘坐车辆14的控制。例如,一个乘客18可以负责与游戏区域16的特征交互,并且,另一个乘客18可以负责驾驶乘坐车辆14。在一些实施例中,乘坐车辆控制器20可以基于游乐园乘坐设施10的当前时间、乘客18获得物品或完成任务等等将各个乘客18对乘坐车辆14的相应控制更新。

如本文中所认识到的,乘坐设施控制系统12确定在能够实现所请求的动作的实行之前,所建模的动作是否被容许或遵守游戏设定规则30和操作规则32两者。例如,乘坐车辆控制器20从输入装置76接收指示所请求的动作的用户输入,并且经由通信电路系统26来将指示所请求的动作的信号传送到乘坐设施控制器24,以便进行验证。某些实施例的监测系统40同时地向乘坐设施控制器24提供指示乘坐车辆14和/或游乐园乘坐设施10的其它部分的状态的数据。乘坐设施控制器24因此根据乘坐车辆14的状态而对所建模的动作的实行进行建模,并且确定由所建模的动作造成的乘坐车辆14的所建模的状态是否将遵守游戏设定规则30和操作规则32。

为了提供指示所建模的动作是否被容许的反馈,乘坐车辆14可以包括任何合适的输出装置,诸如,显示装置80、扬声器82或物理反馈装置84(例如,振动装置、触觉装置、气味散发装置)。目前的实施例的乘客18还可以配备有通信地耦合到乘坐设施控制器24和乘坐车辆控制器20的可穿戴可视化装置90。可穿戴可视化装置90使用增强现实(ar)(在一些实施例中,和/或虚拟现实(vr))来渲染游戏区域16内的虚拟对象,以进一步有助于游乐园乘坐设施10的主题或游戏设定,其示例实施例在下文中描述。

例如,图2是说明表示为黑暗乘坐设施的游乐园乘坐设施10的实施例的自顶向下的视图的示意图。照此,游戏区域16一般限定于建筑内,以控制在游乐园乘坐10期间对乘客18呈现的事件和显示。上文中所讨论的乘坐车辆14中的一个目前在游戏区域16内被说明为存在两个乘客18,这两个乘客18经由输入装置76来提供输入,以请求经由乘坐车辆14来实行动作。在游乐园乘坐设施10的目前的自顶向下的视图中,乘坐车辆14的所说明的实施例包括前面的第四视觉指示器62d和后面的第五视觉指示器62e,第四视觉指示器62d和第五视觉指示器62e各自设置于缓冲器60的相应的上部部分上,以促进由监测系统40的传感器42监测乘坐车辆14的方面(例如,取向、速度、地点)。如上文中所讨论的,乘坐车辆14是乘客18可以从其请求某些动作以对乘坐车辆14的路径和/或游戏区域16内的事件的进展造成影响的自由漫游乘坐车辆。

图2中所说明的游乐园乘坐设施10的实施例包括合作以提供通过游戏区域16的多解决方案的路径的各种交互特征。照此,各个乘坐车辆14的乘客18能够选择其自身的通过游乐园乘坐设施10的路径(及其对应的解决方案),从而有助于在游乐园乘坐设施10内的用户体验和独立性。如上文中所提到的,通过游戏区域16的被允许的路径或动作组合通过由乘坐设施控制器24维护的游戏设定规则30而定义。在一些实施例中,游乐园乘坐设施10使乘坐车辆14的乘客18能够完成定义确定为多个(例如,2个、3个、4个、5个、6个或更多个)游戏结果中的一个的个别化的游戏结果的游戏目标。

对于图2的示例实施例,游戏区域16的所说明的交互特征包括通过交互边界壁114而与第二交互对象112分开的第一交互对象110。在目前的实施例中,交互对象110、112是由各个乘客18的可穿戴可视化装置90显示为设置于游戏区域16内的虚拟对象。目前的实施例的交互边界壁114是显现为乘坐车辆14基于对游戏设定规则30和操作规则32的坚持而选择性地被允许穿过的力场壁的虚拟效果。在其它实施例中,交互对象110、112可以由投影仪或全息图生成器呈现于游戏区域16的物理空间内,使得在乘坐车辆14驾驶通过交互对象110、112或以其它方式与交互对象110、112交互时,监测系统40通知乘坐设施控制器24。在其它实施例中,交互对象110、112是通信地耦合到乘坐设施控制器24的物理装置,诸如,乘客18可以利用可与乘客18交互的机器人或乘坐车辆14来按下或从其按下的可致动按钮。

某些实施例的游戏设定规则30可以规定例如乘客18将在被准予进入第二交互对象112之前驾驶乘坐车辆14越过第一交互对象110。在其中乘客18请求在未首先驾驶越过第一交互对象110的情况下驾驶乘坐车辆14通过交互边界壁11的情况下,乘坐设施控制器24对所请求的动作进行建模,以确定乘坐车辆14被预期在所请求的动作的实行之后处于的所建模的状态。由于所建模的状态不遵守游戏设定规则30,因而乘坐设施控制器24确定所请求的动作不被容许,并且阻止所请求的动作。在某些实施例中,乘坐设施控制器24另外指导乘坐车辆控制器20经由建模为类似于所请求的动作来实行接近动作标识,诸如,停止乘坐车辆的向前运动(例如,停用加速踏板)、调整用于操纵输入装置76的力的量(例如,以鼓励乘客18诸如沿着交互边界壁114的外表面沿不同方向转向)、通过输出装置(例如,显示装置80、扬声器82、物理反馈装置84)而输出警告以警告乘客18被阻止的动作、或任何其它合适的控制动作。

所说明的游戏区域16还包括设置成邻近物理壁122(例如,处于距物理壁122的阈值距离内)的电子显示装置120。电子显示装置120的所说明的实施例还包括用以使乘坐设施控制器24能够向电子显示装置120提供控制信号的通信电路系统26;然而,将理解,可以除了电子显示装置120之外或作为显示装置120的备选方案而使用诸如投影仪和投影仪屏幕之类的任何其它合适的显示系统。在一些实施例中,某些实施例的交互边界壁114可以与电子显示装置120和物理壁122组合或叠加到电子显示装置120和物理壁122上,以便减少或防止乘坐车辆14与物理壁122之间的接触。机器人126或在图2的实施例中说明为青蛙的动画形象设置于物理壁122前面,以模仿青蛙的动作和/或以其它方式与乘坐车辆14内的乘客18交互(例如,基于由乘坐设施控制器24提供的控制信号)。其它实施例的机器人126模仿任何其它合适的角色或将逼真的特性带给本来无生命的对象。

另外,所说明的实施例的游戏区域16包括设置于电子显示装置120前面的第一交互站130或第一游戏设定站。游戏区域16还包括在其中具有奖励134并且设置于来自游戏区域16的出口140前面的第二交互站132或第二游戏设定站。然而,将理解,其它实施例可以包括通过游戏区域16的任何合适的特征(诸如,交互边界壁114或物理壁122)而彼此物理地或虚拟地限定的房间、区或其它区域。目前说明的出口140包括彼此极接近的第一出口140a、第二出口140b、第三出口140c以及第四出口140d,然而,将理解,游戏区域16可以包括以任何合适的距离分开的任何合适的数量的出口。

通过示例的方式,某些实施例的游戏设定规则30基于在游戏区域16内完成的动作的顺序和/或量而规定乘坐车辆14被允许经过哪个出口140。例如,某些实施例的游戏设定规则30规定第二交互站132中的奖励134仅在乘坐车辆14已游览第一交互站130和/或已在电子显示装置120上提供呈现之后被解锁。这些实施例的游戏设定规则30可以进一步规定乘坐车辆14能够在游乐园乘坐设施10的持续时间期间的任何时间与机器人126交互。基于乘客18所完成的动作的顺序,乘坐设施控制器24对出口140中的一个或多个进行解锁(例如,停用对应的交互边界壁、指导物理门或闸门打开)。在一些实施例中,游戏区域16的出口140、奖励134或任何其它合适的部分基于乘客18的以往的成绩(如存储于用户简档数据库34内)和目前的成绩(在游乐园乘坐设施10的当前的实例内)两者而被解锁(例如,对应的交互边界壁144被停用)。

此外,某些实施例的乘坐设施控制器24基于游乐园乘坐设施10的条件而适应性地对游戏设定规则30进行更新。例如,如果第一交互站130过度拥挤(例如,包括阈值数量的乘坐车辆14),则某些实施例的乘坐设施控制器24对游戏设定规则30进行更新,以向乘坐车辆14推送关于在游乐园乘坐设施10的备选站处可得到的探索(quest)或任务的可得性的警告或指引(例如,鼓励)乘客18游览备选站。乘坐设施控制系统12因此可以有效地控制游乐园乘坐设施10内的人群,以改进乘客18在游戏区域16内的体验和/或乘客18通过量或带宽。类似地,如果游戏区域16的特定的站或部分正经历维护或维修,则乘坐设施控制器24所强制执行的游戏设定规则30可以被更新,以阻止乘坐车辆14靠近该特定站。此外,如果该特定站包括对于随后的站的前提动作,则游戏设定规则30能够被更新(例如,提前或在运行中),以替代前提动作或从游戏设定规则30去除前提动作。在这些实施例中的一些中,乘坐设施控制器24感测该站何时需要维修并且自动地对游戏设定规则30进行更新,以通过校正站间的依赖性(例如,经由拓扑排序算法)而将乘坐车辆14指引到别处。

某些实施例的游戏设定规则30还基于游乐园乘坐设施10的当前时段而被更新或更改。例如,某些实施例的游戏设定规则30规定可在第一时段期间进入游戏区域16内的交互站的第一部分并且可在稍后的第二时段期间进入游戏区域16内的交互站的第二部分。此外,某些实施例的游戏设定规则30规定当游乐园乘坐10结束时,乘客18对乘坐车辆14的控制完全地或部分地被超驰或拒绝,以便乘坐设施控制器24提供控制信号,以自主地指引乘坐车辆14退出游戏区域16。

出于讨论目的而参考游戏区域16的上文的特征(例如,交互对象110、112、交互边界壁114、交互站130、132),在本文中参考具有乘坐设施控制器24的乘坐设施控制系统12的操作而提供另外的信息。图3是说明用于操作乘坐设施控制系统12以向游乐园乘坐设施10的乘坐车辆14内的乘客18提供响应用户体验的过程160的实施例的流程图。过程160的所说明的实施例开始于乘坐设施控制器24诸如从上文中所讨论的监测系统40接收(框162)指示乘坐车辆14的状态的传感器数据。实际上,乘坐车辆14是可移动于在上文中参考图2而讨论的交互特征之间的自由漫游装置。乘坐设施控制器24另外利用乘坐车辆14和/或利用游戏区域16的交互特征来接收(框164)指示所请求的动作的用户输入。例如,某些实施例的乘客18提供输入,以尝试使乘坐车辆14沿某一方向转向、以某一速度转向、转向到某一房间中等等。在一些实施例中,乘坐设施控制器24同时地接收传感器数据(来自框162)和用户输入(来自框164)。

继续通过过程160的所说明的实施例,基于用户输入和乘坐车辆14的状态,乘坐设施控制器24对所请求的动作进行建模(框166)。即,在所请求的动作的实行之后(例如,在完成时),乘坐设施控制器24使用任何合适的模拟或方程集来确定乘坐车辆14的所预测的状态或所建模的状态。在一些实施例中,乘坐车辆14的所预测的状态可以包括表示乘坐车辆14的状态的方面的任何合适的参数,诸如,所预测的地点、所预测的速度、所预测的电池电荷、所预测的将完成的游戏设定事件或任何其它合适的数据。

在预测乘坐车辆14的状态之后,乘坐设施控制器24确定(框168)所请求的动作的模型或所建模的动作是否遵守对于乘坐车辆14的操作规则32集。例如,如所提到的,乘坐设施控制器24维护描述乘坐车辆14的被容许的物理操作的操作规则32集,包括乘坐车辆14的正常操作参数。乘坐设施控制器24将所建模的动作与操作规则32比较,以确定乘坐车辆14的结果得到的所预测的状态是否符合、对应于或遵守操作规则32。将理解,任何合适的动作、状态或它们的组合可以与操作规则32和游戏设定规则30比较。

响应于确定所建模的动作不遵守操作规则32,乘坐设施控制系统12的乘坐设施控制器24确定(框170)遵守操作规则32的接近动作。如在上文中注意到并且在本文中进一步描述的,接近动作可以被选择为符合操作规则32并且响应于所建模的动作的预期结果的最近的动作(相对于可能的动作的逻辑空间)。例如,在其中乘客18在邻近物理壁122时请求使乘坐车辆14向左转的一些实施例中,乘坐设施控制器24确定操作规则32规定乘坐车辆14不被容许接触物理壁122,并且作为替代而确定接近动作将使乘坐车辆14向前移动。

遵循过程160的乘坐设施控制器24因此将接近动作设定(框172)为所建模的动作。照此,乘坐设施控制器24还能够继续确定所建模的动作是否遵守游戏设定规则30。在一些实施例中,乘坐设施控制器24要求乘客18在将接近动作设定为所建模的动作之前认可接近动作。在确定所建模的动作符合操作规则32之后,乘坐设施控制器24继续确定(框174)所建模的动作是否遵守游戏设定规则30。例如,基于乘坐车辆14的预测的所建模的状态,乘坐设施控制器24确定所建模的动作的实行是否将导致遵守游戏设定规则30的乘坐车辆14的预测的所建模的状态。在一些实施例中,根据包括可能的动作排列的多维逻辑空间映射而对所建模的状态进行建模,使得在乘坐车辆14被容许实行随后的动作之前,实行前提动作(如在上文中参考图2而讨论的那样)。响应于确定所建模的动作遵守游戏设定规则30,乘坐设施控制器24继续直接地指导(框176)乘坐车辆实行所建模的动作。

备选地,响应于确定所建模的动作不遵守游戏设定规则30,乘坐设施控制器24确定(框178)遵守游戏设定规则30的接近动作。即,某些实施例的乘坐设施控制器24将接近动作选择或标识为多维逻辑空间中的邻近点,该邻近点可以是具有可比较的后果状态、创建意图或响应于所建模的动作的接近的建模的状态的最近的被允许的动作。乘坐设施控制器24能够将接近动作确定为具有处于根据所建模的动作而确定的所建模的状态的阈值(例如,多维逻辑空间内的距离)内的接近的建模的状态的动作。如所提到的,乘坐设施控制器24将接近动作设定(框180)为所建模的动作并且指导(框176)乘坐车辆14实行所建模的动作。

在其它实施例中,乘坐设施控制器24同时地实行框168和框174的确定。在这些实施例中的一些中,在有限的处理能力的情况下,乘坐设施控制器24使下者优先化:在核实所建模的动作遵守游戏设定规则30之前,确定所建模的动作是否遵守操作规则32,以确保乘坐车辆14的适当操作。例如,如果乘客18请求乘坐车辆14以处于正常操作参数之外的速度移动通过交互边界壁114(游戏设定规则30规定乘坐车辆14目前不被容许驾驶通过交互边界壁114),则乘坐设施控制器24可以首先响应于尝试通过交互边界壁114行进而在提供反馈或控制信号之前限制乘坐车辆14的速度。在其它实施例中,乘坐设施控制器24可以在确定所建模的动作是否遵守操作规则32之前,确定所建模的动作是否遵守游戏设定规则30,或在其中乘坐车辆14被预编程为始终在操作规则32内操作的实施例中,可以省略框168。

照此,所公开的乘坐设施控制系统的技术效果包括向乘客提供更大程度地沉浸并且响应的体验的自由漫游乘坐车辆的改进的个别化的乘客控制,其中,对监督的人类操作者的依赖减少,并且,对游乐园乘坐设施的部件的磨损减少。乘坐设施控制系统进一步通过改进人群控制并且减少维护停机时间的影响而提供改进的可靠性和操作。实际上,通过接收作为所请求的动作的乘客所请求的输入并且对照游戏设定规则和操作规则两者而核实所请求的动作,目前公开的乘坐设施控制系统生成响应游戏设定环境,在响应游戏设定环境中乘客可以在多解决方案的游乐园乘坐设施内体验自指引的玩转全程(play-throughs)。

虽然只有本公开的某些特征在本文中已被说明和描述,但本领域技术人员将想到许多修改和改变。因此,将理解到,所附权利要求旨在涵盖如落入本公开的真实精神内的所有这样的修改和改变。应当意识到,上文中所讨论的关于附图而说明或描述的任何特征可以按任何合适的方式组合。

本文中所提出并且要求保护的技术被引用并且应用于有实际性质的实质性对象和具体示例,所述实质性对象和具体示例可论证地改进本技术领域并且因此不是抽象的、无形的或纯理论的。而且,如果本说明书的末尾所附的任何权利要求包含指定为“用于[实行]……[功能]的部件”或“用于[实行]……[功能]的步骤”的一个或多个元素,则旨在这样的元素将根据35u.s.c.112(f)而解释。然而,对于包含以任何其它方式指定的元素的任何权利要求,旨在这样的元素将并非根据35u.s.c.112(f)而解释。

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