电梯系统设备和用于控制该设备的服务器的制作方法

电梯系统包括各种类型的设备，用于允许乘客提供对电梯服务的预期请求的指示。设备还向乘客提供与其请求有关的反馈。传统上，电梯系统设备包括门厅呼叫按钮，该按钮允许乘客请求从乘客访问门厅呼叫按钮的楼层向上或向下载送。轿厢操作面板在传统上也一直设置在电梯轿厢内，从而允许乘客进行与其预期被载送到的特定楼层有关的选择。

近来，采用了目的地输入系统。这类系统包括目的地输入装置，这种装置允许乘客在乘客进入电梯轿厢之前请求被载送到特定目的地。例如，目的地输入设备通常为乘客提供输入请求的能力，并且向乘客提供反馈以将其引导到适当的电梯轿厢。

随着技术的进步，大楼业主和电梯乘客开始期望增加来自电梯设备的能力。另外，技术的进步往往使得电梯设备的特定配置在相对较短的时期内似乎过时。当尝试更新电梯系统设备时出现很大的困难，因为每个单独设备必须安装适当的更新。简单地更换许多目的地输入类型设备通常在经济上不是可行的，因为它们中的每个具有其自己的处理器和其它组件，这使得进行这类装置的大规模更换在经济上不可行。

技术实现要素：

一种用于与电梯乘客进行通信的示范系统包括多个电梯乘客接口装置，所述接口装置配置成允许电梯乘客至少指示电梯服务请求。所述装置配置成至少将电梯服务信息传递给电梯乘客。服务器与多个接口装置进行通信。服务器配置成确定何时在接口装置中的任一个有输入。服务器配置成确定这种输入的含意。服务器还配置成确定要在对应接口装置提供的输出，并且将所确定的输出传递给对应接口装置。所确定的输出响应所确定的输入的含意。

一种用于与电梯乘客进行通信的示范方法包括在多个电梯乘客接口装置之一接收电梯乘客输入。将所接收输入的指示传递给与多个接口装置进行通信的服务器。服务器确定输入的含意。服务器确定要在对应接口装置提供的输出。所确定的输出从服务器传递给对应接口装置，以及对应接口装置提供所确定的输出。

通过以下详细描述，本领域的技术人员将会清楚所公开示例的各种特征和优点。详细描述所附的图能够简述如下。

附图说明

图1示意示出按照本发明的一个实施例设计的电梯系统的所选部分。

图2示意示出图1的示例的所选特征。

图3是概括示例方法的流程图简图。

具体实施方式

图1示意示出可用于与电梯乘客进行通信的电梯系统20的所选部分。多个电梯乘客接口装置22、24和26配置成允许电梯乘客请求电梯服务，向这种乘客提供与这种请求有关的信息。虽然在图1中示出三个接口装置，但是系统20可包括多得多的这类装置。在一些示例中，接口装置包括目的地输入装置，目的地输入装置允许乘客在乘客进入电梯轿厢之前提供预期目的地的指示。在这类示例中，接口装置位于电梯轿厢外部。在其它示例中，接口装置位于电梯轿厢内部。给定本描述，本领域的技术人员将会知道如何采用多种电梯系统设备(即乘客接口装置)来实现所公开示例的特征，以便满足其具体情况的需要。

所示接口装置中的每一个包括输入部分30和输出部分32。诸如a、b和n之类的命名与不同接口装置的输入部分和输出部分关联，以便对它们加以区分。输入部分30允许乘客提供输入，该输入指示乘客与电梯系统的预期交互、例如请求电梯服务。例如，乘客输入可人工输入(例如使用小键盘或者触摸屏)、从凭证持有者读取或者通过生物扫描来得到。乘客可进行其它请求，例如请求可通过接口装置可获得的信息。输出部分32向乘客提供与其输入的请求有关的信息。提供给乘客的信息可以是可视的、可听的或者这些类型的组合。

虽然在图1中分开地示意示出输入部分30和输出部分32，但是有可能的是，接口装置的同一部分用作输入部分和输出部分。例如，触摸屏可用作输入部分30和输出部分32，因为触摸屏用于由乘客触摸以请求电梯服务以及由乘客查看以接收与该请求有关的信息。

图1的示例包括与多个接口装置22、24和26进行通信的服务器40。在一些示例中，服务器40能够与超过100个乘客接口装置进行通信。在一些示例中，服务器40与数百个接口装置进行通信。服务器40负责处理在每个接口装置的所有输入和输出。不要求接口装置本身具有独立于服务器40来操作的足够的处理能力。因此，所示的示例在服务器40的位置集中了用于处理在任何接口装置的乘客输入以及在任何接口装置提供乘客信息所需的全部处理。

在一些示例中，服务器40专用于处理与单个大楼内的接口装置关联的所有信息。在一些示例中，服务器40处理与不止一个大楼中的接口装置有关的信息。

图1示意所示的服务器40与接口装置之间的通信可通过局域网、以太网连接、无线链路或者其它高速数据通信网络进行。服务器40负责管理每个接口装置的操作，并且因此期望具有具备足够带宽的高速通信，以便在感知上立即的基础上提供对于在对应接口装置的乘客输入的适当响应。存在各种已知的高速通信网络，它们允许服务器40与接口装置22、24和26之间的充分通信，以便实现将满足电梯乘客或者大楼业主要求的结果。

服务器40配置成确定在接口装置22、24或26中的任一个是否有任何输入。当有输入时，接口装置将那个输入的指示提供给服务器40，使得服务器能够确定输入的含意。在这个示例中，在接口装置不存在确定乘客输入的含意的处理。例如，如果接口装置提供一系列选择器(例如小键盘按钮或者触摸屏上的按钮表示)，接口装置不处理与这种选择器的乘客选择有关的信息，而是将与这种输入有关的信息传递给服务器40。服务器40则进行关于那个输入的含意(例如，乘客指示被载送到特定楼层的期望)的确定。

在请求电梯服务的情况下，服务器40将信息提供给电梯控制器42，电梯控制器42进行适当确定，例如指配轿厢以按照已知方式服务于乘客的请求。电梯控制器42向服务器40提供与关联电梯系统将如何操作以服务于那个乘客请求有关的信息。例如，电梯控制器42向服务器40提供与已经指配给那个请求的电梯轿厢有关的信息。服务器40则确定要在最初接收到乘客输入的对应接口装置提供的适当输出。将那个输出提供给乘客接口装置允许那个装置然后按照预期方式将输出传递给乘客。例如，输出可以是所指配轿厢的可视指示、所指配轿厢的可听指示或者这两者。

在一个示例中，预先存储多个文件，这些文件具有服务器40可访问的一组预定输出。当期望有可视输出时，预先存储的文件具有与接口装置兼容的所选格式。在一个示例中，预先存储的文件包括JPEG格式文件，这些文件包含将要在对应接口装置的输出部分32上显示的显示信息。其它文件格式可用于可视信息，包括已知的.png和.bmp格式。通过消除对服务器40基于乘客请求以及电梯系统将对该请求进行响应的方式来生成显示的要求，利用预先存储的图像或者视频文件促成更快速的响应。另外，使用预先存储的文件虑及在接口装置提供输出，而无需在接口装置进行任何处理以生成显示而不是仅仅显示文件中所含内容。

向具有其自己的处理器的接口装置进行传递的许多系统将像素数据发送给处理器，然后则依靠处理器来生成适当的显示内容以供在接口装置显示。使用预先存储的文件虑及使数据传输要求最小化，以及在一些示例中将数据传输要求降低多达75%。因此，这类示例提供控制电梯系统内的乘客接口装置的能力方面的重大进步。在一些示例中，串行数据传输协议或者以太网协议可用于将这种信息传递给接口装置。

当输出要包含可听内容时，预先存储的文件包括音频文件，诸如具有MP2、MP3或者.wav格式的那些文件。使用这类预先存储的文件让服务器40可以确定哪一个文件适合于给定情况，从而将该文件提供给对应接口装置，并且允许接口装置容易地重放该文件的音频内容，而无需在接口装置的用于生成这种内容的任何处理。

在这个示例中，利用乘客接口装置上的预先存储的输出文件还使服务器40与接口装置26之间所需的数据传递最小化。这允许单个服务器40能够操控与大量接口装置的通信，并且向这些接口装置传递信息，以便极快地提供对乘客输入的响应。

在其它示例中，输出由服务器40实时地生成，而不是作为预先存储的视频、图像或者音频文件。甚至对于这类示例，处理负担无需置于接口装置上，因为服务器40负责提供将要提供给乘客的内容。

在一些示例中，服务器40允许大楼业主或住户定制显示。这提供按照不要求安装新硬件或者修改现有硬件的经济的方式来改变接口装置的外观的能力。示例布置虑及定制接口的外观，而不改变服务器40或显示装置的软件。通过提供新的图像文件，能够改变外观。这克服了对电梯系统的设计和乘客感知的传统限制。电梯设备通常已被提供了有限定制，并且不允许建筑师和大楼业主实现预期外表。但是，通过控制乘客接口装置的外观的所公开示例方法，设计者和大楼业主具有很大的自由度来实现多种外表以及按照其预期或需要随时间来改变它们。例如，输出可定制成为不同大楼租户或者为不同乘客呈现不同外表。

图2示意示出一个示例，其中服务器40包括例如服务器应用50，其中包含软件。服务器应用50包括与服务器40控制的多个乘客接口装置对应的多个虚拟实例。在这个示例中，服务器应用50保持接口装置22的虚拟实例52。虚拟实例52模仿在接口装置22发生的一切，使得服务器应用50和服务器40持续知道接口装置22的状态。例如，每当在接口装置22接收到输入时，在虚拟实例52提供那个输入的对应指示。

提供分别对应于接口装置24和26的虚拟实例54和56。通过保持与服务器40所控制的接口装置对应的多个虚拟实例，虑及通过更新服务器应用50进行任何变更、例如对接口装置的功能性的更新或者升级，而无需对接口装置本身的硬件、软件或固件的任一个的任何具体更新。在这个示例中，电梯特定软件功能的执行全部在服务器应用50的虚拟实例52、54和56进行。因此，改变处理来自或者提供给电梯乘客的信息的方式通过更新服务器应用50来实现，而无需对物理接口装置的变更。这虑及有效并且可靠地更新大量的接口装置。

在一些示例中，服务器40负责控制不同类型的接口装置。一些装置可具有作为输入部分的组成部分的人工小键盘。另一些装置可具有作为输入部分的组成部分的触摸屏。一些装置可具有显示屏幕，而另一些装置仅具有用于提供可听输出的喇叭。服务器应用50的各虚拟实例被定制成对应于虚拟实例所表示的接口装置。服务器应用50配置成操控多种接口装置类型。

图3包括流程图简图70，其概括了用于使用由服务器40控制的接口装置与电梯乘客进行通信的示例方法。在图3中，实线框指示由服务器40执行的功能，而虚线所示的框指示在乘客接口装置的功能。

示例流程图70包括在72确定在接口装置中的任一个是否有任何输入。这通过服务器40监测例如在服务器应用50中的虚拟实例的任一个处的任何变更来实现。在74，在接口装置接收输入。将那个输入的指示传递给服务器40，服务器40在76确定输入的含意。假定输入是对电梯服务的请求，则将那个输入的指示传递给电梯控制器42，如78所示。在80，服务器40响应对电梯服务的请求，接收关于电梯系统操作的信息。在82，服务器40确定要在对应接口装置提供的输出，使得乘客接收与对服务的请求有关的电梯系统操作的某种指示。例如，所确定的输出包括乘客应当进入哪一个电梯轿厢以被载送到预期目的地的指示。

在84，将服务器40所确定的输出-可包括预先存储的文件，如上所述-传递给对应接口装置。在图3的86，在对应接口装置提供适当的输出。

在大多数情况下，在84的通信将送至接收到乘客输入的接口装置。但是，有可能在分开的位置提供输出，诸如，例如，在大楼入口点接收到乘客的请求而在位于大楼大厅的另一部分的显示器向乘客提供与将服务于该请求的电梯轿厢有关的指导的情况。在后一种情况下，接口装置在一个位置具有某些组件，而在另一个位置具有至少一个其它组件。

在90示出所示示例的另一个特征，其中服务器响应输入而向对应接口装置提供更新。这可用于控制接口装置，使得乘客具有关于其输入被系统接收的了解的体验。例如，当个人按压人工小键盘上的按钮时，更新可以是关于按钮被适当按压的诸如卡搭声或乐声之类的被传递给个人的可听反馈。

例如，如果接口包括触摸屏，则与输入对应地更新显示的外表。例如，服务器40通过与当前使用中的接口装置对应的虚拟实例来确定接触了触摸屏的哪一个部分。假定触摸屏的该部分呈现楼层选择器按钮，则服务器40确定显示应当如何看起来像指示触摸屏的该部分被个人适当地接触。例如，在90所提供的更新对应于显示屏幕的不同外观，其呈现被接触的按钮，好像它相对于屏幕向内按压一样。这向个人提供关于他们向电梯系统成功传递其意图的及时反馈。

当然，可提供附加更新，例如组合的可视和可听效果。服务器40是系统中执行下列操作的部分：进行关于如何提供该更新的确定，并且将适当信息传递给对应接口装置，使得该接口装置能够实际上立即更新响应输入而为乘客呈现或播放的内容。在一个示例中，在92更新对应接口装置的响应时间在100毫秒之内发生。这种快速响应时间是可能的，因为服务器40将服务器应用的虚拟实例用于确定在接口装置发生的情况，并且使用预先缓存或者预先存储的文件信息作为提供给接口装置的更新。

如从前面描述中能够理解的，单个服务器装置能够用于控制电梯系统中的多个乘客接口装置，以便管理与电梯乘客的通信。所公开示例并不局限于任何类型的乘客接口装置。此外，所公开示例虑及对接口装置与乘客进行交互的方式提供任何更新或变更，而不一定要求对接口装置本身的任何变更。

另外，对于所公开布置，通过为能够与服务器进行接口的新装置创建应用，将乘客接口装置添加到一个或多个电梯系统会容易得多。这虑及多个装置平台使用一个服务器平台来支持。例如，适当配置的移动装置可具有能够与服务器40进行交互的应用，以及服务器40具有这种装置的对应虚拟实例，以便允许那个装置用作乘客接口装置。

所公开示例具有各种特征，它们可以互换以实现甚至更多的示例配置。换言之，一个示例的一个或多个特征可与另一个所公开示例的一个或多个特征结合使用。

所公开示例提供各种优点，包括通过厂商竞争的成本降低和降低的装置要求，安装人员和客户对接口装置的简化定制，新装置集成特征的简单性以及支持多个装置平台的能力。

前面的描述实际上是示范性而不是限制性的。所公开示例的变化和修改可以是本领域的技术人员清楚知道的，其不一定背离本发明的本质。给予本发明的法律保护范围只能通过阅读以下权利要求书来确定。