CN106335822A - 用于乘客运送工具寻路的信标系统 - Google Patents

Abstract

一种寻路系统包括至少一个信标，其可操作以传输与所述信标相对于预定义目的地的位置相关的信息。一种将用户引导至乘客运送工具的方法包括接收与信标相对于预定义目的地的位置相关的信息以及经由移动装置应用程序根据所述信息显示朝所述预定义目的地的方向。一种配置用于乘客运送工具的寻路系统的方法包括：输送从初始点到预定义目的地的路线；沿着从所述初始点到所述预定义目的地的所述路线从至少一个信标接收信息；以及将所述所接收的信息传达至所述信标，使得所述信标可操作以传输所述信标相对于所述预定义目的地的位置。

Description

用于乘客运送工具寻路的信标系统

背景

本公开涉及乘客运送，且更具体地说，涉及便于乘客定向的信标系统。

电梯系统可以利用具有目的地调度的小键盘和/或触摸屏装置，使得用户可以指定一楼层作为对服务的请求的一部分。通常，乘客通过使用在电梯系统所位于的设施处可用的装置而进行肯定动作以请求服务。在其它系统中，信标技术提供基本数据以触发基于因特网的服务与移动装置之间的联系以用于服务。

概要

根据本公开的一个公开的非限制性实施方案的一种寻路系统可以包括至少一个信标，其可操作以传输与所述信标相对于预定义目的地的位置相关的信息。

本公开的进一步实施方案可以包括，其中所述信息包括经由无线个人区域网络技术传输的距离信息。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述信息是经由Wi-Fi传输的。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述信息是经由低功耗蓝牙传输的。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述预定义目的地包括电梯轿厢。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述至少一个信标包括多个信标，所述多个信标中的每一者可单独识别。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述至少一个信标包括多个信标，所述多个信标中的每一者在不同强度下进行传输。

本公开的实施方案中的任一者的进一步实施方案可以包括移动装置应用程序，所述移动装置应用程序可操作以根据由所述信标传输的所述信息确定移动装置相对于所述预定义目的地的位置。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述移动装置应用程序可操作以显示朝所述预定义目的地的方向。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述移动装置应用程序可操作以请求电梯服务。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述移动装置应用程序可操作以针对用户到所述预定义目的地的到达时间对所述电梯服务计时。

一种将用户引导至乘客运送工具的方法，根据本公开的另一公开的非限制性实施方案的方法可以包括接收与信标相对于预定义目的地的位置相关的信息；以及经由移动装置应用程序根据所述信息显示朝所述预定义目的地的方向。

本公开的实施方案中的任一者的进一步实施方案可以包括从多个信标接收信息，来自所述多个信标中的每一者的信息与所述相应信标相对于所述预定义目的地的位置相关。

本公开的实施方案中的任一者的进一步实施方案可以包括根据由所述信标传输的所述信息确定移动装置相对于所述预定义目的地的位置。

本公开的实施方案中的任一者的进一步实施方案可以包括根据由多个信标传输的所述信息对所述移动装置相对于所述预定义目的地的位置进行三角测量，所述多个信标中的每一者可由所述移动装置应用程序单独识别。

本公开的实施方案中的任一者的进一步实施方案可以包括确定所述移动装置的移动速度。

本公开的实施方案中的任一者的进一步实施方案可以包括对服务请求计时，使得乘客运送工具将在所述移动装置的用户到达所述预定义目的地时到达所述预定义目的地。

一种配置用于乘客运送工具的寻路系统的方法，根据本公开的另一公开的非限制性实施方案的方法可以包括：输送从初始点到预定义目的地的路线信息；沿着从所述初始点到所述预定义目的地的路线从至少一个信标接收信息；以及将所述所接收的信息传达至所述信标，使得所述信标可操作以传输所述信标相对于所述预定义目的地的位置。

本公开的实施方案中的任一者的进一步实施方案可以包括在输送所述路线信息并经由移动装置上的服务应用程序从所述至少一个信标接收信息之前初始化所述服务应用程序。

本公开的实施方案中的任一者的进一步实施方案可以包括，其中所述预定义目的地包括电梯。

以上特征和元件可以并不排它地以各种组合进行组合，除非另外明确指示。根据以下描述和附图，这些特征和元件以及其操作将变得更显而易见。然而，应了解，以下描述和附图本质上旨在为示例性的而不是限制性的。

附图简述

根据公开的非限制性实施方案的以下详细描述，各种特征对于本领域技术人员来说将变得显而易见。可如下简短地描述伴随详细描述的附图：

图1是根据一个公开的非限制性实施方案的电梯系统的示意图；

图2是电梯调度界面的示意图；

图3是电梯系统的等待区域的示意图；

图4是寻路系统操作的表示；

图5是寻路系统使用方法的框图；以及

图6是寻路系统设置的框图。

详细描述

图1示意性地示出乘客运送系统20，诸如电梯系统。系统20可以包括具有电梯门24的电梯轿厢22、电梯轿厢22外部的固定物26、电梯轿厢22内部的轿厢操作面板(COP)28、寻路系统30和控制系统32。应了解，尽管本文中公开电梯系统并将其说明为实例，但其它乘客运送系统，诸如自动扶梯系统、大众运输系统、安全检查站、视频监测、酒店房间进入，以及其它检测、安全和识别也将受益于本文。也就是说，乘客运送可广义地解释为与个人或可识别的个人群组的通行相关联的控制。应进一步了解，固定物26可以包括物理上不可移动的装置以及“临时信息站”。仍应进一步了解，尽管单独定义了特定系统，但所述系统中的每一者或任一者可另外经由硬件和/或软件组合或分离。

乘客运送系统20可以利用乘客发起的输入来向固定物26请求服务。来自固定物26的输入可以包括用以请求电梯服务的按钮，例如，向上、向下或所要目的地。乘客发起的输入可操作以通知控制系统32乘客需要电梯服务。作为响应，控制系统32将会将电梯轿厢22调度至适当楼层且可将轿厢指派传达给乘客。任选地，一旦在电梯轿厢22内，乘客就可按轿厢操作面板(COP)28上的按钮以指定或改变所要目的地。

乘客运送系统20可替代地或另外地与移动装置38，例如智能电话通信，移动装置38作为临时信息站而操作以通知控制系统32乘客服务请求，诸如请求电梯服务的乘客服务请求。

移动装置38大体上包括具有处理器42、存储器44和界面46的控制模块40。处理器42可以是具有所要性能特性的任何类型的微处理器。存储器44可以包括存储下文中所描述的数据和可执行指令48的任何类型的计算机可读介质。可以用任何方式和按任何抽象层存储或组织可执行指令，诸如结合一个或多个应用程序48、过程、例程、程序、方法等存储或组织可执行指令。存储器44也可存储数据50，数据50例如包括用户简档或登记数据、电梯轿厢数据、装置识别符，或任何其他类型的数据。存储在存储器44中的指令可以由处理器42执行。处理器42可以对数据50进行操作。处理器42可以耦合至界面46，界面46可以包括键盘或小键盘、触摸屏或触控面板、显示屏、麦克风、扬声器等中的一个或多个。界面46还可支持图形用户界面(GUI)和/或语音转文本能力。

参看图2，可以利用移动装置38以用被动方式请求服务。举例来说，可以由移动装置38的用户建立简档，任选地作为向例如电梯服务提供者进行的登记过程的一部分。简档可以例如指定一天中当用户经过特定信标80时的特定时间所要的特定目的地楼层，使得信标检测可以触发移动装置38上的应用程序以查看简档设置并接着自动发出电梯请求。可以在请求服务的概率或与服务相关联的资源的消耗或使用大于阈值的情况下提供或分配资源以实现请求，例如，可以发出电梯轿厢呼叫。

可以将对服务的请求从移动装置38传输至一个或多个网络。举例来说，可以将对服务的请求传输至因特网60和/或蜂窝式网络62。网络可以包括可被组织以便于云计算的基础设施。举例来说，云64可以包括一个或多个服务器，诸如主要消息服务器、备份消息服务器，和装置调试消息服务器。

在一些实施方案中，对服务的请求可以按任何细节层或抽象层指定所请求服务的类型。举例来说，对服务的第一请求可以指定请求电梯服务，对服务的第二请求可以指定出发楼层或平台和/或目的地楼层或平台中的一个或多个，且对服务的第三请求可以指定需要电梯服务以容纳量小于阈值的重载荷(例如，货物或货品)以及一些其他用户或乘客。在一些实施方案中，从移动装置38传输的对服务的请求可以包括与用户相关联的识别符以区分许多移动装置38且因此区分用户。

服务器可被配置用来处理从移动装置38接收的对服务的请求。作为处理的一部分，服务器可以潜在地基于移动装置38的位置验证或认证移动装置38。在一个实施方案中，可以经由相对于寻路系统30的信号强度确定位置，在其它实施方案中，可以基于一个或多个基于位置的服务或技术(诸如三角测量、全球定位系统(GPS)等)确定位置。在一些实施方案中，用户可能需要在提供所请求服务的位置(例如，建筑)的阈值距离内以便使服务请求被批准。此类验证或有条件的批准可以用以将对位置的扰乱性呼叫减到最小或防止有意的服务攻击。

响应于已验证的服务请求，可以将服务请求从服务器64传输至控制系统32。可以通过通信装置66(诸如网关)路由服务请求。装置66可被配置用来监测服务请求。装置66可以经由诸如电话线、电缆、光纤线等一个或多个介质耦合至服务器64和/或网络60、62。控制系统32接着可以潜在地基于一个或多个考虑(诸如电力消耗/效率、服务质量等)调度资源以实现服务请求。

控制系统32可以包括具有处理器72、存储器74和界面76的控制模块70。控制模块70可以包括中央控制的一部分、独立单元，或其它系统，诸如基于云的系统。处理器72可以包括具有所要性能特性的任何类型的微处理器。存储器74可以包括存储本文中公开的数据和控制过程的任何类型的计算机可读介质。也就是说，存储器74是实例计算机存储介质，其上面可以体现有计算机可使用指令，诸如在被执行时可执行所要方法的过程。控制模块70的界面76可以便于控制模块40与其它系统(诸如电梯系统内部或外部的装置66，例如建筑管理系统)之间的通信。

参看图3，控制系统32可以与寻路系统30分离或与寻路系统30通信，寻路系统30包括至少一个信标80。也就是说，寻路系统30可以针对一位置单独安装或安装在建筑内并与控制系统32分开地或结合控制系统32操作。应了解，术语“信标”在本公开全文中用于任何信标技术，诸如低功耗蓝牙、Wi-Fi，和/或任何其它相对短距离传输技术。

在一个实例中，寻路系统30包括多个信标80，所述多个信标80各自意识到其自己在建筑“B”中相对于预定义目的地(诸如包括一个或多个电梯轿厢22、自动扶梯、运输工具、转运点等的电梯组的位置)的位置。寻路系统30可操作以传输可由移动装置38上的应用程序48利用的信息，使得应用程序48可将用户引导至电梯轿厢22。

多个信标80可被布置以便于使区域W的覆盖范围重叠。信标80可以安装在各自与预定义目的地相距已知距离的邻近的建筑入口处，使得应用程序48接收此类距离信息。在一个实施方案中，多个信标80中的每一者可以具有各种信号强度或其它区分协议，使得移动装置38可以根据供应用程序48使用的信标80的传输进一步确定其相对于预定义目的地(诸如电梯组)的相对位置、距离、方向和/或速度(图4)。也就是说，应用程序48可以利用来自多个信标80的传输经由三角测量、信号强度或其它区分来确定相对于预定义目的地的位置并借此将用户导引至特定电梯轿厢22。在一个实施方案中，在移动装置38需要时实时地访问来自多个信标80的传输且因此移动装置38无需存储建筑“B”的布局数据。在另一实施方案中，移动装置38可以替代地或另外地存储建筑“B”的布局数据以便于例如建筑“B”内的关注点。

信标80中的每一者可以离散地安装或安装在可见位置，这取决于架构要求。多个信标80可以安装在标准产品固定物中或作为独立装置安装。可以将将要传输的信息，诸如每一信标80相对于预定义目的地的相对位置在本地存储在每一信标80中，且因此无需对其进行另外管理/维护。

参看图5，按照功能框图公开寻路系统30的操作的方法200。应了解，可以在能够在各种基于微处理器的电子控制实施方案中执行的专用硬件电路或编程的软件例程中执行这些功能。

在一个实施方案中，用户将应用程序48下载至他的或她的移动装置38并建立用户简档以任选地作为登记过程的一部分(步骤202)。对于预期的位置或建筑(诸如用户的办公楼)，用户可以指示所要服务请求，诸如在7am至9am之间将用户带到第50层，在11am至1pm之间将用户带到餐馆楼层；以及在3pm至7pm之间将用户带到大厅(步骤204)。可以针对用户常去的其它预期位置或建筑存储类似的所要服务请求。

接下来，当用户进入预期位置，诸如建筑“B”(图3)时，应用程序48与寻路系统30通信(步骤204)。应用程序48接着利用来自寻路系统30的传输以将用户引导至预定义目的地，诸如电梯组(步骤206)。可以经由文本、箭头和/或当用户正在步行时可易于在移动装置上观看的其它符号提供方向(图4)。

替代地，或另外，应用程序48可以通过通信装置66将服务请求从其传达至控制系统32，诸如一个或多个电梯控制器(步骤208；图2)。可以针对用户具体地制定服务请求，因为应用程序48可以利用来自寻路系统30的传输以确定用户的步行速度和到预定目的地的距离。也就是说，来自寻路系统30的传输可以由应用程序48使用以对服务请求计时，使得电梯轿厢在用户到达电梯组时正在等待用户。替代地，或另外，可以通过应用程序48将基本距离信息传达至控制系统32。

在一个实施方案中，应用程序48可以使用从具有最强信号的最近的信标80接收的数据。这个最近的信标向应用程序48提供它自己存储的在信标80与预定义目的地(诸如电梯组)之间的距离信息。将在安装过程期间存储这个距离信息(图6；步骤308)。应用程序48因此接收距离信息，而且可以包括这个信息，以及通过通信装置66从那里传至控制系统32，诸如一个或多个电梯控制器(步骤208；图2)的服务请求。由于应用程序48还可基于用户的正常步行速度将距离转换为“步行时间”，因此应用程序48可易于传输到预定义目的地(诸如电梯组)的预期步行时间。另外，可以利用默认步行速率以将距离转换成时间，直到应用程序48确定相关联的用户的实际步行速率。

应了解，寻路系统30可以完全独立于控制系统32。可以访问或分析简档以确定用户将在特定时刻(例如，特定一天或一天中的特定时间)请求服务的可能性或概率。可以在请求服务的概率或与服务相关联的资源的消耗或使用大于阈值的情况下提供或分配资源以实现请求(例如，可以发出电梯轿厢呼叫)。举例来说，如果用户进入不在用户简档内的建筑，应用程序48仍可与寻路系统30通信以为用户提供方向。

参看图6，在另一实施方案中，按照功能框图公开寻路系统30的配置的方法300。配置寻路系统30的方法300易于准许进行定制安装或重新配置。

最初，将信标80安装在其所要位置(步骤302)。接着，服务人员访问移动装置上的服务应用程序，所述服务应用程序可以将多个信标80置于设置模式(步骤304)。服务人员接着可以按从初始点(诸如大厅入口)至预定义目的地(诸如电梯组)的路线步行(步骤306)。应了解，“路线”包括信标80与预定义目的地之间的距离，所述距离存储在相关联的信标80中。安装者可以按路线步行或另外用卷尺或其它装置测量这个距离以确定建筑布局。

可以关于多个信标80通过服务应用程序跟踪服务人员以作为诸如从建筑入口至预定目的地的测试行进路线以确定诸如相对距离等信息。替代地，可以利用服务应用程序来测量距离和其它变量来跟踪服务人员从初始点到预定义目的地的移动并由所述移动生成距离信息和/或其它导引信息。服务人员可以多次执行路线以便于从多个信标80准确地收集数据并利用数据来对多个信标80针对其相对于预定义目的地的相对位置进行编程。

接着，一旦确认了路线信息，可以利用服务应用程序以上传将从多个信标80传输的信息(步骤308)。也就是说，服务应用程序首先读取由服务人员确定的信息，接着所述信息在稍后用以提供从多个信标80传输以经由其传输导引常规用户的路线信息。

多个信标80可易于由电梯服务人员安装和配置，因为原始架构布局与实际安装可能不同。另外，将相关数据在本地存储在多个信标80中且在建筑布局或信标80的位置改变时在本地对相关数据进行重新配置。

本文中公开和示出的在所有图式的流程图和框图中包括的元件暗示元件之间的逻辑边界。然而，根据软件或硬件工程实践，所示元件和其功能可以通过计算机可执行介质在具有处理器的机器上实现，处理器能够将其上面所存储的程序指令作为单片软件结构、作为单独软件模块或作为使用外部例程、代码、服务等等的模块、动态地加载或更新的模块或这些的任何组合执行，而且所有此类实现方式可以在本公开的范围内。

应了解，相同参考数字识别所有几个图式中的对应或类似的元件。还应了解，尽管在所说明的实施方案中公开了特定组件布置，但其它布置将受益于本文。

尽管不同的非限制性实施方案具有具体说明的组件，但实施方案不限于那些特定组合。将来自非限制性实施方案中的任一者的组件或特征中的一些结合来自其它非限制性实施方案中的任一者的特征或组件使用是可能的。

尽管示出、公开和要求保护特定步骤序列，但应了解，可以按任何次序单独地或组合地执行步骤，除非另外指示，而且步骤仍将受益于本公开。

以上描述是示例性的而不是由其内的限制定义。本文中公开了各种非限制性实施方案，然而，本领域技术人员将认识到，鉴于以上教导各种修改和变化将落在所附权利要求书的范围内。因此应了解，在所附权利要求书的范围内，可以实践除了具体公开的内容之外的本公开。出于这个理由，应研究所附权利要求书以确定真实范围和内容。

Claims (20)

1.一种寻路系统，其包括：

至少一个信标，其可操作以传输与所述信标相对于预定义目的地的位置相关的信息。

2.如权利要求1所述的系统，其中所述信息包括经由无线个人区域网络技术传输的距离信息。

3.如权利要求1所述的系统，其中所述信息是经由Wi-Fi传输的。

4.如权利要求1所述的系统，其中所述信息是经由低功耗蓝牙传输的。

5.如权利要求1所述的系统，其中所述预定义目的地包括电梯轿厢。

6.如权利要求1所述的系统，其中所述至少一个信标包括多个信标，所述多个信标中的每一者可单独识别。

7.如权利要求1所述的系统，其中所述至少一个信标包括多个信标，所述多个信标中的每一者在不同强度下进行传输。

8.如权利要求1所述的系统，其进一步包括移动装置应用程序，所述移动装置应用程序可操作以根据由所述信标传输的所述信息确定移动装置相对于所述预定义目的地的位置。

9.如权利要求8所述的系统，其中所述移动装置应用程序可操作以显示朝所述预定义目的地的方向。

10.如权利要求8所述的系统，其中所述移动装置应用程序可操作以请求电梯服务。

11.如权利要求10所述的系统，其中所述移动装置应用程序可操作以针对用户到所述预定义目的地的到达时间对所述电梯服务计时。

12.一种将用户引导至乘客运送工具的方法，所述方法包括：

接收与信标相对于预定义目的地的位置相关的信息；以及

经由移动装置应用程序根据所述信息显示朝所述预定义目的地的方向。

13.如权利要求12所述的方法，其进一步包括从多个信标接收信息，来自所述多个信标中的每一者的信息与所述相应信标相对于所述预定义目的地的位置相关。

14.如权利要求12所述的方法，其进一步包括根据由所述信标传输的所述信息确定移动装置相对于所述预定义目的地的位置。

15.如权利要求12所述的方法，其进一步包括根据由多个信标传输的所述信息对所述移动装置相对于所述预定义目的地的位置进行三角测量，所述多个信标中的每一者可由所述移动装置应用程序单独识别。

16.如权利要求12所述的方法，其进一步包括确定所述移动装置的移动速度。

17.如权利要求16所述的方法，其进一步包括对服务请求计时，使得乘客运送工具将在所述移动装置的用户到达所述预定义目的地时到达所述预定义目的地。

18.一种配置用于乘客运送工具的寻路系统的方法，所述方法包括：

输送从初始点到预定义目的地的路线信息；

沿着从所述初始点到所述预定义目的地的所述路线从至少一个信标接收信息；以及

将所述所接收的信息传达至所述信标，使得所述信标可操作以传输所述信标相对于所述预定义目的地的位置。

19.如权利要求18所述的方法，其进一步包括在输送所述路线信息并经由移动装置上的服务应用程序从所述至少一个信标接收信息之前初始化所述服务应用程序。

20.如权利要求18所述的方法，其中所述预定义目的地包括电梯。