CN115348290A - 设备服务器、机器服务器和通信*** - Google Patents

Abstract

设备服务器、机器服务器和通信***。提供设施中的设备和在该设施中工作的机器容易协作的通信***、以及该通信***中的设备服务器和机器服务器。在通信***(1)中，消息在各个设备服务器(7)和各个目标服务器(9)之间通过公共的形式进行通信，由此用于控制对象的控制。控制对象是作为设备的楼宇设备(3)或在作为设施的楼宇(2)中工作的目标(4)。消息包含第1信息。第1信息是确定各个作为机器的目标(4)的信息。

Description

设备服务器、机器服务器和通信***

本发明专利申请是发明名称为“设备服务器、机器服务器、通信***和数据结构”、国际申请日为2021年3月3日、国际申请号为“PCT/JP2021/008274”、国家申请号为“202180009807.X”的发明专利申请的分案申请。

技术领域

本发明涉及设备服务器、机器服务器和通信***。

背景技术

专利文献1公开有在自主行驶车与电梯之间进行通信的***的例子。在该***中，自主行驶车向电梯的控制盘控制的中继装置发送层站呼梯的信号。控制盘根据自主行驶车发送的层站呼梯的信号，使电梯的轿厢行驶到自主行驶车待机的楼层。

现有技术文献

专利文献

专利文献1：日本特开2010-23959号公报

发明内容

发明要解决的课题

但是，在专利文献1的***中，根据自主行驶车等目标发送到该设备的信号控制电梯等设备。这里，在该***中，在楼宇等设施设置有多个设备的情况下，当多个机器在该设施中工作时，需要按照设备和机器的每个组合确定通信的形式。因此，设备和机器的协作不容易。

本发明涉及这种课题的解决。本发明提供设施中的设备和在该设施中工作的机器容易协作的通信***、该通信***中的设备服务器和机器服务器、以及在该通信***中进行通信的数据结构。

用于解决课题的手段

本发明的设备服务器具有：第1通信部，其在与多个机器服务器之间发送接收基于公共的数据形式的消息，多个机器服务器与设施内的机器进行通信且对该机器进行控制；以及设备控制部，其根据由第1通信部接收到的消息对设施内的设备进行控制，其中，消息包含确定机器的第1信息。或者，所述机器是机器人或移动装置。

本发明的机器服务器具有：第2通信部，其在与对设施内的设备进行控制的设备服务器之间发送接收基于公共的数据形式的消息；以及机器控制部，其根据由第2通信部接收到的消息对设施内的机器进行控制，其中，消息包含确定机器的第1信息。或者，所述机器是机器人或移动装置。

本发明的通信***具有设备服务器和多个机器服务器，其中，设备服务器具有：第1通信部，其在与多个机器服务器之间发送接收基于公共的数据形式的消息；以及设备控制部，其根据由第1通信部接收到的消息对设施内的设备进行控制，多个机器服务器分别具有：第2通信部，其在与设备服务器之间发送接收基于公共的数据形式的消息；以及机器控制部，其根据由第2通信部接收到的消息对设施内的机器进行控制，消息包含确定机器的第1信息。或者，所述机器是机器人或移动装置。

发明效果

根据本发明的设备服务器或机器服务器或通信***，设施中的设备和在该设施中工作的机器容易协作。

附图说明

图1是实施方式1的通信***的结构图。

图2是示出实施方式1的通信***中的消息的主题名的构造的例子的图。

图3是示出实施方式1的通信***的动作的例子的时序图。

图4是示出实施方式1的通信***的动作的例子的时序图。

图5是示出实施方式1的通信***的动作的例子的时序图。

图6是示出实施方式1的通信***的动作的例子的时序图。

图7是示出实施方式1的通信***的动作的例子的时序图。

图8是示出实施方式1的通信***的动作的例子的时序图。

图9是实施方式1的通信***的主要部的硬件结构图。

图10是实施方式2的通信***的结构图。

图11是示出实施方式2的通信***的动作的例子的流程图。

图12是示出实施方式2的通信***的动作的例子的流程图。

图13是示出实施方式2的通信***的动作的例子的流程图。

图14是示出实施方式2的通信***的动作的例子的流程图。

图15是实施方式3的通信***的结构图。

具体实施方式

参照附图对用于实施本发明的方式进行说明。在各图中，对相同或相当的部分标注相同标号，重复的说明适当简化或省略。

实施方式1

图1是实施方式1的通信***的结构图。

通信***1是应用于与设施中的多个设备和多个作为机器的目标之间的协作有关的通信的***。

在该例子中，设施例如是楼宇2a或楼宇2b等建筑物。这里，楼宇2是不区分楼宇2a和楼宇2b等时的表记。

在楼宇2a中，设置有多个作为设备的楼宇设备3a。在楼宇2b中，设置有多个楼宇设备3b。这里，楼宇设备3是不区分楼宇设备3a和楼宇设备3b等时的表记。

多个目标包含例如由制造商p制造的多个目标4p和例如由制造商q制造的多个目标4q。这里，目标4是不区分目标4p和目标4q等时的表记。

楼宇设备3和目标4在设施中工作。楼宇设备3和目标4例如是在楼宇2中自主移动的机器人、或者自主移动或通过利用者的操作而移动的移动装置等。或者，楼宇设备3和目标4例如是在楼宇2中移动的利用者持有的无线标签或便携终端等。或者，楼宇设备3和目标4例如是电梯、乘客输送机、进出管理装置、照明装置或空调装置等设备。

在该例子中，多个目标4p的一部分在楼宇2a中移动。多个目标4p的另一部分在楼宇2b中移动。此外，多个目标4q的一部分在楼宇2a中移动。多个目标4q的另一部分在楼宇2b中移动。目标4通过无线通信与网络5连接。网络5例如是互联网等。目标4例如通过LTE(LongTerm Evolution：长期演进)等无线通信标准与网络5连接。目标4例如也可以经由基站6与网络5连接。

通信***1具有1个以上的设备服务器7。在该例子中，设备服务器7包含设置于楼宇2a的设备服务器7a和设置于楼宇2b的设备服务器7b。这里，设备服务器7是不区分设备服务器7a和设备服务器7b等时的表记。多个设备服务器7分别与网络5连接。设备服务器7a对楼宇2a中的多个楼宇设备3a分别进行控制。设备服务器7a经由楼宇2a的防火墙8与网络5连接。设备服务器7b对楼宇2b中的多个楼宇设备3b分别进行控制。设备服务器7b经由楼宇2b的防火墙8与网络5连接。设备服务器7例如是对应的楼宇2中的边缘服务器。或者，设备服务器7的一部分或全部结构也可以设置于云上。该情况下，设备服务器7经由网络5与楼宇设备3连接。或者，设备服务器7经由基站6与楼宇设备3连接。或者，设备服务器7通过防火墙8与楼宇设备3连接。

通信***1具有多个作为机器服务器的目标服务器9。在该例子中，多个目标服务器9包含由相互不同的管理者管理的目标服务器9p和目标服务器9q。这里，目标服务器9是不区分目标服务器9p和目标服务器9q等时的表记。目标服务器9的管理者例如是目标4的制造商或目标4的管理工作者等。目标服务器9p的管理者例如是制造商p。目标服务器9q的管理者例如是制造商q。另外，同一管理者也可以对多个目标服务器9进行管理。多个目标服务器9分别与网络5连接。目标服务器9是通过网络5对多个目标4分别进行控制的服务器装置。目标服务器9p对多个目标4p分别进行控制。目标服务器9q对多个目标4q分别进行控制。

在通信***1中，在设备服务器7和目标服务器9之间进行消息的通信。在该例子中，消息通过MQTT(Message Queuing Telemetry Transport：消息队列遥测传输)协议进行通信。在MQTT协议中，在MQTT代理和MQTT客户端之间进行消息的通信。MQTT代理接收MQTT客户端指定主题并发行(Publish)的消息。MQTT代理在发行MQTT客户端订阅(Subscribe)的主题的消息的情况下，将该消息发送到该MQTT客户端。

设备服务器7和目标服务器9通过后述的公共的数据形式进行通信。目标服务器9和由该目标服务器9控制的目标4通过与公共的数据形式不同的数据形式进行通信。设备服务器7和由该设备服务器7控制的楼宇设备3可以通过公共的数据形式进行通信，也可以通过与公共的数据形式不同的数据形式进行通信。楼宇设备3与设备服务器7直接通信。另一方面，目标4无法与设备服务器7直接通信。楼宇设备3与目标4之间的通信经由目标服务器9进行。

在目标4例如是机器人或移动装置等移动体的情况下，与该移动体的用途对应的各个种类的移动体有时由多个不同的制造商制造。由于各个种类的移动体的通信中使用的数据形式的差异，有时移动体和设备服务器7的协作不容易。

在目标4是电梯等升降机的情况下，有时在相同的设施中由多个不同的制造商制造多个电梯。由于由各个制造商制造的各个电梯之间的通信中使用的数据形式的差异，有时电梯和设备服务器7的协作不容易。

在通信***1中进行通信的消息包含报头和有效载荷。报头是包含保活计时器和主题名等通信的控制信息的部分。保活计时器表示从MQTT客户端接收的消息的间隔的最大时间。在该例子中，保活计时器例如设定2小时作为上限。在来自MQTT客户端的连接时的消息中未指定保活计时器的情况下、或指定的保活计时器超过上限的情况下，MQTT代理将保活计时器例如设定成上限的时间。有效载荷是包含在楼宇设备3和目标4的协作中使用的信息的部分。消息将楼宇设备3等设备或目标4作为控制对象而用于控制对象的控制。消息具有与控制对象的种类无关的公共形式的数据结构。

设备服务器7具有第1通信部10、设备控制部11和目标管理部12。

第1通信部10是进行消息的通信的部分。第1通信部10通过网络5与多个目标服务器9分别连接。第1通信部10例如通过LAN(Local Area Network：局域网)等与设备服务器7对应的楼宇2中的多个楼宇设备3分别连接。在该例子中，第1通信部10搭载MQTT代理的功能。此时，各个目标服务器9搭载MQTT客户端的功能。第1通信部10在接收到任意目标服务器9发行的消息时，将该消息中包含的信息输出到设备控制部11。第1通信部10与多个目标服务器9发送接收基于公共的数据形式的消息。

设备控制部11是在第1通信部10接收到消息时根据该消息对楼宇设备3进行控制的部分。设备控制部11例如可以按照楼宇设备3的每个种类而设置多个。设备控制部11也可以搭载MQTT客户端的功能。设备控制部11根据楼宇设备3的状况发行针对目标4的消息。第1通信部10向已订阅设备控制部11发行的消息的主题的目标服务器9发送该消息。

目标管理部12是对在设备服务器7对应的楼宇2中工作的目标4进行管理的部分。目标管理部12也可以搭载MQTT客户端的功能。目标管理部12例如也可以对目标服务器9能够订阅的主题进行管理。

目标服务器9具有第2通信部13和目标控制部14。

第2通信部13是进行消息的通信的部分。第2通信部13通过网络5与多个设备服务器7分别连接。第2通信部13通过网络5与目标服务器9控制的多个目标4分别连接。在该例子中，第2通信部13搭载MQTT客户端的功能。第2通信部13在从任意设备服务器7接收已订阅的主题的消息时，将该消息中包含的信息输出到目标控制部14。第2通信部13以与公共的数据形式不同的数据形式与目标4进行通信。

目标控制部14是在第2通信部13接收到消息时根据该消息对目标4进行控制的部分。目标控制部14是机器控制部的例子。目标控制部14可以按照目标4的每个种类而设置多个。目标控制部14根据目标4的状况使第2通信部13发行针对楼宇设备3的消息。第2通信部13针对控制该楼宇设备3的设备服务器7的第1通信部10发行该消息。

以在楼宇2a中目标4q利用楼宇设备3a的情况为例，对通信***1中的消息通信的例子进行说明。目标4q请求目标服务器9q发行针对要利用的楼宇设备3a的消息。目标服务器9q的第2通信部13对设备服务器7a的第1通信部10发行被请求的消息。

设备服务器7a的设备控制部11例如根据主题名取得第1通信部10接收到的消息。设备控制部11根据取得的消息对楼宇设备3a进行控制。设备控制部11在对多个楼宇设备3a进行控制的情况下，也可以根据所取得的消息的第3信息从多个楼宇设备3a中选择应该控制的控制对象的楼宇设备3a。此外，设备控制部11在对多个楼宇设备3a进行控制的情况下，也可以根据请求发行所取得的消息的目标4在楼宇2a中的位置信息从多个楼宇设备3a中选择应该控制的控制对象的楼宇设备3a。该位置信息由该消息的第1信息确定。作为控制对象的楼宇设备3a根据设备控制部11的控制进行动作。

此外，根据设备服务器7a的控制进行动作的楼宇设备3a有时对利用该楼宇设备3a的目标4q进行响应。此时，楼宇设备3a请求设备服务器7a发行针对该目标4q的消息。设备服务器7a的第1通信部10根据楼宇设备3a的请求发行目标服务器9q已订阅的主题的消息。

目标服务器9q的第2通信部13接收已订阅的主题的消息。目标服务器9q的目标控制部14取得第2通信部13接收到的消息。目标控制部14根据所取得的消息对目标4q进行控制。作为控制对象的目标4q根据目标控制部14的控制进行动作。

接着，使用图2说明在通信***1中进行通信的消息的数据结构。

图2是示出实施方式1的通信***中的消息的主题名的构造的例子的图。

如图2所示，主题名具有层级构造。在该例子中，主题名由最上位的第1层～最下位的第4层这4个层构成。

第1层表示目标类别。目标类别例如是机器人、移动装置、人或电梯等表示目标4的类别的信息。这里，目标类别为人的目标4例如是人持有并移动的目标。

第2层表示目标ID。目标ID是确定目标4的信息。目标ID的值例如是“O001”等目标4固有的编号。目标ID是第1信息的例子。

第3层表示消息类别。消息类别包含表示消息的发送方向的信息。消息的发送方向例如是从目标侧朝向设备侧或从设备侧朝向目标侧中的任意一方。在该例子中，消息的发送方向不单独确定消息的发送者和接收者。从目标侧朝向设备侧的发送方向例如是从多个目标服务器9中的任意一方向多个设备服务器7中的任意一方发送消息的发送方向。此外，从设备侧朝向目标侧的发送方向例如是从多个设备服务器7中的任意一方向多个目标服务器9中的任意一方发送消息的发送方向。消息类别也可以包含表示MQTT中的消息的QoS等级(QoS：Quality of Service：服务质量)的信息。QoS等级为0的消息是从MQTT代理最多发送1次的不保证送达的消息。QoS等级为1的消息是从MQTT代理最少发送1次的保证送达的消息。消息类别的值是组合表记发送方向和QoS等级的信息的例如“O2B_Q0”等字符串。这里，消息类别“O2B_Q0”表示从目标侧朝向设备侧的QoS等级0的消息。消息类别是第2信息的例子。

第4层表示功能类别。功能类别是表示使控制对象执行的功能的类别的信息。功能类别的值例如是“UserManagement”、“MovingObjectLocalization”、“ElevatorInterface”、或“ObjectInterface”等字符串。在该例子中，功能类别“UserManagement”表示使设备服务器7的目标管理部12登记在楼宇2中工作的目标4的信息等管理功能的类别。此外，功能类别“MovingObjectLocalization”表示目标4的位置状态的同步等功能的类别。该功能类别例如包含设备服务器7的存储器中存储的位置信息的更新等。这里，目标4的位置状态的信息例如包含目标4的位置和状态的信息。此外，功能类别“ElevatorInterface”表示对作为楼宇设备3的电梯请求的功能的类别。功能类别“ObjectInterface”表示对在楼宇2中工作的目标4请求的功能的类别。

消息的有效载荷中包含的信息例如以JSON形式描述。

从目标服务器9发送请求登记的消息。在该例子中，示出请求作为在楼宇2中移动的移动装置的目标4进行登记的消息。例如在目标服务器9与楼宇2的设备服务器7最初进行通信时等，从目标服务器9向设备服务器7发送请求登记的消息。

该消息的有效载荷中包含的JSON形式的数据包含“api”等作为关键字。

关键字“api”的值表示要利用的API的名称。第3信息是表示与该消息有关的处理的信息。第3信息包含关键字“api”的值。关键字“api”的值例如是表示请求登记的字符串“Registration”。关键字“api”的值例如是表示通知登记结果的字符串“RegistrationResult”。关键字“api”的值例如是表示通知位置状态的字符串“PositionSynchronization”。关键字“api”的值例如是表示请求校正位置状态的字符串“PositionSynchronizationFromPF”。关键字“api”的值例如是表示呼叫电梯的字符串“CallElevator”。关键字“api”的值例如是表示通知电梯的呼梯结果的字符串“CallElevatorResult”。关键字“api”的值例如是表示电梯的利用状况的字符串“UsedStatusOfElevator”。关键字“api”的值例如是表示针对目标4的来自设备服务器7的请求的字符串“RequestMovement”。关键字“api”的值例如是表示通知针对来自设备服务器7的请求的响应结果的字符串“RequestMovementResult”。

接着，使用图3～图8对通信***1的动作的例子进行说明。

图3～图8是示出实施方式1的通信***的动作的例子的时序图。

在图3中，示出初始登记和此后的稳定动作中的时序图。在该例子中，示出使设备服务器7的目标管理部12登记目标4的动作的例子。

为了登记在楼宇2中工作的目标4，目标服务器9跟与该楼宇2对应的设备服务器7连接。例如，根据目标4的管理者对目标服务器9的操作进行与设备服务器7之间的连接。或者，例如，也可以根据目标4的管理者对目标4的操作，经由目标服务器9进行与设备服务器7之间的连接。

目标服务器9的第2通信部13将MQTT的CONNECT消息发送到设备服务器7的第1通信部10。设备服务器7的第1通信部10将MQTT的CONNACK消息回送给目标服务器9的第2通信部13。由此，目标服务器9确认与设备服务器7之间的基于MQTT的连接已建立。这里，在目标服务器9和设备服务器7之间的通信中，也可以进行基于用户名和密码的认证。

目标服务器9的第2通信部13将MQTT的SUBSCRIBE消息以QoS等级1发送到设备服务器7的第1通信部10，以订阅目标4的登记用的主题。设备服务器7的第1通信部10将MQTT的SUBACK消息回送给目标服务器9的第2通信部13。由此，目标服务器9确认该主题的订阅已被许可。

目标服务器9的第2通信部13将在有效载荷中包含要登记的目标4的信息的MQTT的PUBLISH消息以QoS等级1发送到设备服务器7的第1通信部10。在该消息中，指定“Registration”作为API。该消息例如作为如下消息进行发行：该消息构成为在主题名中包含第1层：NULL、第2层(第1信息)：NULL、第3层(第2信息)：O2B和第4层：UserManagement，在有效载荷中包含API(第3信息)：Registration。设备服务器7的第1通信部10将MQTT的PUBACK消息回送给目标服务器9的第2通信部13。由此，目标服务器9确认消息的发行已被受理。

设备服务器7的目标管理部12根据第1通信部10从目标服务器9接收到的消息，进行目标ID的赋予和主题报头的生成等目标4的登记处理。目标管理部12将登记结果通知给第1通信部10。在该例子中，目标管理部12向第1通信部10发行在有效载荷中包含已生成的主题报头的信息的MQTT的PUBLISH消息作为QoS等级1的消息。在该消息中，指定“RegistrationResult”作为API。该消息例如是如下构成的消息：在主题名中包含第1层：NULL、第2层(第1信息)：NULL、第3层(第2信息)：O2B和第4层：UserManagement，在有效载荷中包含API(第3信息)：RegistrationResult。

目标服务器9的第2通信部13已订阅该主题，因此，从设备服务器7的第1通信部10接收登记结果作为MQTT的PUBLISH消息。目标服务器9的第2通信部13将MQTT的PUBACK消息回送给设备服务器7的第1通信部10。由此，设备服务器7确认登记结果已被通知给目标服务器9。

目标服务器9的第2通信部13将MQTT的SUBSCRIBE消息发送到设备服务器7的第1通信部10，以订阅包含在登记结果中通知的主题报头的主题。第2通信部13将与该主题有关的SUBSCRIBE消息发送到第1通信部10，以订阅QoS等级为0的消息。此外，第2通信部13将与该主题有关的SUBSCRIBE消息发送到第1通信部10，以订阅QoS等级为1的消息。即，第2通信部13申请订阅表示指定版本中的任意功能类别的针对目标侧的消息。设备服务器7的第1通信部10将MQTT的SUBACK消息回送给目标服务器9的第2通信部13。由此，目标服务器9确认申请的主题的订阅已被许可。

如上所述进行登记后，目标服务器9和设备服务器7之间的通信转移到稳定动作。从目标服务器9朝向设备服务器7的消息作为从作为发行者的MQTT客户端朝向MQTT代理的PUBLISH消息进行通信。从设备服务器7朝向目标服务器9的消息作为从MQTT代理朝向作为主题订阅者的MQTT客户端的PUBLISH消息进行通信。目标服务器9根据该消息的主题报头确定消息成为对象的目标4。

另外，在目标服务器9和设备服务器7之间的通信被切断的情况下，目标服务器9再次向设备服务器7发送CONNECT消息，由此再次开始通信。此时，目标服务器9对相同的目标4指定相同的临时ID进行再连接。由此，设备服务器7对相同的目标4设定与通信切断前相同的目标ID。

这里，目标4自身识别的该目标4的位置状态与设备服务器7识别的该目标4的位置信息之间的差异可能成为目标4和楼宇设备3的协作的障碍。因此，在稳定动作中，在目标侧和设备侧之间进行目标4的位置状态的同步。例如，通过从目标侧朝向设备侧的位置状态的定期通知以及从设备侧朝向目标侧的位置状态的校正请求等，进行位置状态的同步。另外，例如，如复合片段PAR所示，通过并行处理进行包含位置状态的通知和位置状态的校正请求等的稳定动作中的多个通信。

在稳定动作中，从目标服务器9向设备服务器7发送消息，使得能够通知目标4的位置状态。例如以预先设定的周期定期地发送该消息。例如，目标控制部14从该目标4取得目标4的位置状态的信息。

通知位置状态的消息在有效载荷中包含目标4的位置状态的信息作为例如JSON形式的数据。目标4的位置信息例如也可以包含目标4的朝向的信息。有效载荷中包含的数据例如包含指定与位置状态的同步有关的设备侧的功能的API名、确定要同步的目标4的目标ID、指定目标4的位置的数据表现的信息等。API名例如是“PositionSynchronization”。通知位置状态的消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：O2B和第4层：MovingObjectLocalization，在有效载荷中包含API(第3信息)：PositionSynchronization。目标4的位置的数据表现例如通过坐标系、长度和角度等单位***以及整数型、实数型或字符串型等数据型等的组合来指定。坐标系例如可以是通过纬度、经度和海拔的组表示目标4的绝对位置，通过方位表示目标4的朝向的绝对坐标系。或者，坐标系例如也可以是通过楼宇2固有的直角坐标(x，y)和楼层的组表示楼宇内的目标4的楼宇固有位置，通过楼宇2固有的直角坐标中的角度表示目标4的朝向的楼宇坐标系。此时，也可以一并指定楼宇坐标系中的原点。从目标4通知的位置状态例如由目标管理部12进行管理。

目标4的位置状态的信息也可以包含在被设备服务器7请求校正目标4的位置状态时识别在该校正请求中指定目标4的校正位置的基点的标识符的信息。此时，目标服务器9将最后接到的校正请求的标识符包含在消息内发送到设备服务器7，由此，防止在与设备服务器7之间产生基点的偏移。

目标4的位置状态的信息例如也可以包含表示驱动目标4的电池的充电余量的信息。目标4的位置状态的信息例如也可以包含目标4的动作状态的信息。目标4的动作状态例如包含移动中或待机中等状态。目标4的状态信息例如也可以包含目标4的操作内容的信息。操作内容的信息例如包含操作中或无操作等状态。

此外，在稳定动作中，从设备服务器7向目标服务器9发送消息，使得能够请求校正目标4的位置状态。在设备服务器7中，例如通过设置于楼宇2的摄像机等观测装置取得目标4的位置状态的信息。例如，在设备服务器7识别的目标4的位置信息与从该目标4自身通知的位置状态之间的差异大于预先设定的范围的情况下，进行位置状态的校正请求。

位置状态的校正请求的消息在有效载荷中包含基点等信息作为例如JSON形式的数据。基点的信息例如也可以包含对目标4的朝向进行校正的信息。有效载荷中包含的数据例如包含指定与位置状态的同步有关的目标侧的功能的API名、确定要同步的目标4的目标ID、指定基点的数据表现的信息等。API名例如是“PositionSynchronizationFromPF”。位置状态的校正请求的消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：O2B和第4层：MovingObjectLocalization，在有效载荷中包含API(第3信息)：PositionSynchronizationFromPF。例如，与目标4的位置的数据表现同样地指定基点的数据表现。位置状态的校正请求的消息也可以包含识别基点的标识符的信息。

根据从设备服务器7接收到的校正请求的消息，目标服务器9的目标控制部14使该消息中确定的目标4对位置状态进行校正。

这里，与位置状态的同步有关的从设备服务器7发送到目标服务器9的消息也可以包含表示是否需要校正位置状态的信息。在不需要校正位置状态的情况下，该消息也可以不包含基点的信息。此外，也可以以预先设定的周期定期地发送该消息。

在图4中，示出目标4利用作为楼宇设备3的电梯移动的情况下的时序图。

在该例子中，电梯具有多个轿厢和组管理装置。各个轿厢是如下装置：根据呼梯而在楼宇2中的多个楼层之间沿铅垂方向行驶，由此输送利用者和目标4等。组管理装置是对分配给各个轿厢的呼梯进行管理的部分。

在目标4利用电梯的情况下，在该目标4到达了呼叫位置时，在通信***1中进行图5所示的电梯的呼叫处理。呼叫位置例如是电梯的层站的位置。在呼叫处理中，在目标服务器9和设备服务器7之间进行消息的通信。在呼叫处理中，电梯登记将目标4所在的楼层设为出发楼层的层站呼梯。电梯的组管理装置将登记的层站呼梯分配给多个轿厢中的任意一方。在呼叫处理中，向目标4通知被分配层站呼梯的响应轿厢是多个轿厢中的哪个轿厢。这里，利用电梯的目标4是在设施内移动的第1机器的例子。对利用电梯的目标4进行控制的目标服务器9是第1机器服务器的例子。此外，响应于目标4的层站呼梯的响应轿厢是第1轿厢的例子。

在进行了呼叫处理后，目标4向被通知的响应轿厢的乘梯待机位置移动。乘梯待机位置是对应于响应轿厢而预先设定的。乘梯待机位置例如是与响应轿厢行驶的井道对应的层站出入口之前的位置。在进行了呼叫处理后，响应轿厢向出发楼层移动。

在响应轿厢到达了出发楼层时，在通信***1中进行图6所示的针对电梯的乘梯处理。在乘梯处理中，在目标服务器9和设备服务器7之间进行消息的通信。在乘梯处理中，目标4搭乘于响应轿厢。

在进行了乘梯处理后，响应轿厢向目标4的目的地楼层移动。

在响应轿厢到达了目的地楼层时，在通信***1中进行图7所示的从电梯下梯的下梯处理。在下梯处理中，在目标服务器9和设备服务器7之间进行消息的通信。在下梯处理中，目标4从响应轿厢下梯。

在图5中，示出电梯的呼叫处理中的时序。

利用电梯的目标4向目标服务器9请求利用电梯。这里，目标4也可以不确定要利用的轿厢。此外，在多个电梯设置于楼宇2的情况下，目标4也可以不确定要利用的电梯。

接受请求的目标服务器9将表示呼叫电梯的消息发送到设备服务器7。表示呼叫的消息例如包含指定呼叫功能的API名、确定利用电梯的目标4的目标ID、以及指定目标4的目的地楼层的信息等。API名例如是“CallElevator”。该消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：O2B和第4层：ElevatorInterface，在有效载荷中包含API(第3信息)：CallElevator。

接收到消息的设备服务器7的设备控制部11根据该消息的功能类别，从多个楼宇设备3中选择电梯作为控制对象。或者，在设置有将电梯作为控制对象的电梯专用的设备控制部11的情况下，该设备控制部11也可以取得该消息作为已订阅的主题的消息。此外，在多个电梯设置于楼宇2的情况下，设备控制部11也可以根据目标4的位置，从多个电梯中选择作为控制对象的电梯。此时，设备控制部11例如也可以通过与各个电梯对应的呼叫位置和目标4的位置的比较来选择作为控制对象的电梯。

设备控制部11向作为控制对象的电梯请求目标4的专用运转。此时，设备控制部11一并发送从目标服务器9发送的消息的信息。

接受请求的电梯登记将目标4所在的楼层设为出发楼层的层站呼梯，作为指定了目的地楼层的层站呼梯。例如，根据同步的目标4的位置信息取得目标4所在的楼层。根据从设备控制部11接收到的信息指定目的地楼层。组管理装置将登记的层站呼梯分配给多个轿厢中的任意一方。被分配层站呼梯的响应轿厢转移到专用运转。电梯将专用运转开始通知发送到设备服务器7。这里，专用运转开始通知包含响应轿厢的乘梯待机位置的信息。

在从电梯接收专用运转开始通知的情况下，设备服务器7将通知呼叫结果的消息发送到目标服务器9。通知呼叫结果的消息例如包含指定通知呼叫结果的功能的API名、表示呼叫是否成功的信息、以及响应轿厢的乘梯待机位置的信息。该消息也可以不包含确定响应轿厢自身的号机编号等信息。API名例如是“CallElevatorResult”。该消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：B2O和第4层：ElevatorInterface，在有效载荷中包含API(第3信息)：CallElevatorResult。

目标控制部14将被通知的呼叫结果的信息发送到目标4。然后，目标4根据接收到的呼叫结果的信息向乘梯待机位置移动。

另一方面，在直到从请求专用运转起经过超时时间为止未接收到专用运转开始通知的情况下，设备服务器7将通知呼叫结果的消息发送到目标服务器9。超时时间例如是20分钟等预先设定的时间。该消息作为指定与接收到专用运转开始通知的情况相同的API的相同主题的消息来发送。此时，该消息包含表示呼叫失败的信息。该消息也可以不包含乘梯待机位置的信息。

目标控制部14将被通知的呼叫结果的信息发送到目标4。通信***1结束目标4利用电梯进行移动的情况下的时序。然后，目标4根据接收到的呼叫结果的信息，转移到电梯的呼叫失败的情况下的动作。

在图6中，示出针对电梯的乘梯处理中的时序。

在到达了目标4的出发楼层时，响应轿厢打开轿厢的门。电梯将开门通知发送到设备服务器7。

在从电梯接收开门通知的情况下，设备服务器7将表示来自电梯的请求的消息发送到目标服务器9。表示来自电梯的请求的消息例如包含指定响应于来自电梯的请求的目标4侧的功能的API名、以及表示请求种类的信息等。请求种类例如是乘梯请求。该消息也可以包含响应轿厢内部的乘梯位置的信息。API名例如是“RequestFromElevator”。该消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：B2O和第4层：ElevatorInterface，在有效载荷中包含API(第3信息)：RequestFromElevator。

目标控制部14将从设备服务器7接到的来自电梯的请求信息发送到目标4。目标4根据来自电梯的乘梯请求搭乘于响应轿厢。在到达了响应轿厢内部的乘梯位置时，目标4将乘梯完成通知发送到目标服务器9。

在从目标4接收到乘梯完成通知的情况下，目标服务器9将表示电梯的利用状况的消息发送到设备服务器7。表示电梯的利用状况的消息例如包含指定与目标4的状况对应的设备侧的功能的API名、确定利用电梯的目标4的目标ID、以及利用状况的状态码等。利用状况的状态码例如是表示乘梯完成的“1”等的数值。API名例如是“UsedStatusOfElevator”。该消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：O2B和第4层：ElevatorInterface，在有效载荷中包含API(第3信息)：UsedStatusOfElevator。

设备控制部11在从目标服务器9接到乘梯完成的通知时，向电梯发送关闭响应轿厢的门的指示。电梯根据接收到的指示关闭响应轿厢的门。

另一方面，在直到从接到开门通知起经过超时时间为止未接收到乘梯完成通知的情况下，设备服务器7将表示来自电梯的请求的消息发送到目标服务器9。超时时间例如是800秒等预先设定的时间。该消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：B2O和第4层：ElevatorInterface。该消息中的请求种类例如是乘梯中止请求。

目标控制部14将从设备服务器7接到的来自电梯的请求信息发送到目标4。目标4根据来自电梯的乘梯中止请求，中止针对响应轿厢的乘梯。在乘梯中止处理中，目标4返回电梯的层站，以使电梯能够恢复到通常运转。

在乘梯中止处理完成时，目标4也可以将乘梯中止完成通知发送到目标服务器9。目标服务器9也可以通过与乘梯完成通知相同的API向设备服务器7发送乘梯中止完成的消息。

设备控制部11待机到从响应轿厢的门打开起经过开门维持时间为止。开门维持时间例如是300秒等预先设定的时间。设备控制部11在经过了开门维持时间后，向电梯发送关闭响应轿厢的门的指示。或者，在从目标服务器9接收到乘梯中止完成的消息的情况下，设备控制部11也可以不等待经过开门维持时间而向电梯发送关闭响应轿厢的门的指示。电梯根据接收到的指示关闭响应轿厢的门。通信***1结束目标4利用电梯进行移动的情况下的时序。

在图7中，示出从电梯下梯的下梯处理中的时序。

在下梯处理中，直到响应轿厢的门在目标4的目的地楼层关闭为止，通信***1与乘梯处理同样地进行动作。即，在到达了目的地楼层时，响应轿厢打开轿厢的门。电梯将开门通知发送到设备服务器7。设备服务器7将表示下梯请求的消息发送到目标服务器9。目标服务器9根据接收到的消息使目标4从响应轿厢下梯。在目标4的下梯完成时，目标服务器9将表示下梯完成的消息发送到设备服务器7。设备服务器7将关闭响应轿厢的门的指示发送到电梯。此外，在目的地楼层的目标4的下梯中超时的情况下，设备服务器7将表示下梯中止请求的消息发送到目标服务器9。在经过了开门维持时间后，设备服务器7将关闭响应轿厢的门的指示发送到电梯。

在关闭了响应轿厢的门后，电梯结束专用运转。然后，电梯将专用运转结束通知发送到设备服务器7。

此外，在直到发送关闭响应轿厢的门的指示为止未从目标服务器9接到下梯完成通知的消息的情况下，可能在响应轿厢中发生目标4被困。此时，设备服务器7将表示针对目标4的来自设备服务器7的请求的消息发送到目标服务器9。表示来自设备服务器7的请求的消息例如包含指定响应于该请求的目标侧的功能的API名、以及表示请求种类的信息等。请求种类例如是停止请求。API名例如是“RequestMovement”。

目标控制部14将从设备服务器7接到的请求信息发送到目标4。目标4根据来自设备服务器7的停止请求，在响应轿厢的内部停止。然后，目标4将停止完成通知发送到目标服务器9。

在从目标4接收到停止完成通知的情况下，目标服务器9将表示针对来自设备服务器7的请求的响应结果的消息发送到设备服务器7。表示针对请求的响应结果的消息例如包含表示响应结果的通知的API名、表示来自设备服务器7的请求种类的信息、以及响应结果的状态码等。响应结果的状态码例如是表示响应成功的“101”等的数值。API名例如是“RequestMovementResult”。该消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：O2B和第4层：ObjectInterface，在有效载荷中包含API(第3信息)：RequestMovementResult。

设备控制部11在从目标服务器9接到响应结果的通知时，判定是否能够进行响应轿厢的行驶。在能够进行响应轿厢的行驶的情况下，电梯承载着被困的目标4使响应轿厢向紧急应对楼层行驶。紧急应对楼层例如是设置有防灾中心等的预先设定的楼层。在紧急应对楼层中，电梯打开响应轿厢的门。设备服务器7例如向目标服务器9发送消息，由此使目标4向待机场所移动。

在图8中，示出从设备服务器7向目标4请求移动的情况下的时序图。

设备服务器7在检测到发生移动请求事件时，向目标4请求与移动请求事件的种类对应的移动。移动请求事件是需要请求目标4移动的事件。移动请求事件例如是包含设置于楼宇2的地震检测器检测的地震或火灾检测器检测的火灾等灾害的紧急时的事件。或者，移动请求事件也可以是根据目标4的位置状态而由目标管理部12检测的事件。移动请求事件例如也可以是目标4的故障或不良情况等异常时的事件。此外，移动请求事件例如也可以是驱动目标4的电池的充电余量降低等对目标4的操作造成影响的事件。此外，移动请求事件例如也可以是目标4进入未被许可进入的区域等与楼宇2的安全有关的事件。

在检测到发生移动请求事件时，设备服务器7将表示针对目标4的来自设备服务器7的请求的消息发送到目标服务器9。该消息例如指定API“RequestMovement”。该消息中的请求种类例如是移动请求。该消息也可以包含通知发生的灾害种类的信息。此外，该消息也可以包含请求移动的位置的信息。请求移动的位置例如是紧急时或异常时的目标4的待机场所的位置等。或者，请求移动的位置例如也可以是充电站的位置等。或者，请求移动的位置也可以是许可目标4进入的区域的位置等。

目标控制部14将从设备服务器7接到的请求的信息发送到目标4。目标4判定是否同意来自设备服务器7的移动请求。目标4将是否同意的判定结果发送到目标服务器9。

在从目标4接收到判定结果的情况下，目标服务器9将表示针对来自设备服务器7的请求的应对的消息发送到设备服务器7。该消息例如指定API“RequestMovementResult”。该消息例如构成为，在主题名中包含第1层：Mobility、第2层(第1信息)：001、第3层(第2信息)：O2B和第4层：ObjectInterface，在有效载荷中包含API(第3信息)：RequestMovementResult。该消息中的响应结果的状态码例如是表示同意请求的“1”或表示拒绝的“2”等的数值。

目标4在同意来自设备服务器7的移动请求的情况下，根据来自设备服务器7的移动请求向被请求的位置移动。然后，目标4将移动完成通知发送到目标服务器9。

在从目标4接收到移动完成通知的情况下，目标服务器9将表示针对来自设备服务器7的请求的响应结果的消息发送到设备服务器7。该消息例如是指定与表示针对请求的应对的消息相同的API的相同主题的消息。该消息中的响应结果的状态码例如是表示响应成功的“101”或表示响应失败的“102”等的数值。

如以上说明的那样，实施方式1的通信***1具有多个设备服务器7和多个目标服务器9。在通信***1中，在多个设备服务器7中的每一个设备服务器7与多个目标服务器9中的每一个目标服务器9之间，通过公共的形式进行消息的通信。消息包含第1信息、第2信息和第3信息。第1信息是分别确定多个作为机器的目标4的信息。各个目标4在设施中工作。各个目标4利用设施的多个设备中的至少任意一方。第2信息是表示消息的发送方向的信息。第3信息是表示使作为应该控制的控制对象的设备或机器执行的处理的信息。第3信息例如表示API。多个设备服务器7分别具有设备控制部11和第1通信部10。设备控制部11在设备服务器7接收到消息时，根据该消息，将多个设备中的至少任意一方作为控制对象进行控制。第1通信部10在与多个目标服务器9中的每一个目标服务器9之间，通过公共的形式进行消息的通信。多个目标服务器9分别具有目标控制部14和第2通信部13。目标控制部14在目标服务器9接收到消息时，根据该消息，将多个目标4中的至少任意一方作为控制对象进行控制。第2通信部13在与多个设备服务器7中的每一个设备服务器7之间，通过公共的形式进行消息的通信。在多个设备服务器7中的每一个设备服务器7与多个目标服务器9中的每一个目标服务器9之间，通过公共的形式进行消息的通信，由此，消息用于多个设备和多个目标4中的至少任意一方的控制。

在通信***1中，多个设备和多个目标4通过经由设备服务器7和目标服务器9的通信进行协作。设备服务器7和目标服务器9通过公共的形式的消息进行通信。这样，多个设备和多个目标4关于与协作有关的通信成为松散耦合。通过第1信息确定要协作的目标4，因此，明确是与哪个目标4有关的消息。在第2信息中，不需要单独确定消息的发送者和接收者的组合，因此，即使要协作的设备和目标4均为多个，通信量也不容易增加。通过第3信息确定根据协作中的功能类别进行协作的设备等，因此，目标4不需要具有设置于设施的各个设备的信息。因此，设备和目标4容易相互协作地进行动作，而与设备的种类和目标4的种类的组合等无关。由此，在制造商和管理工作者等不同的多个目标4在设施中移动的情况下，目标4也能够不考虑每个设备的协议而在设施中自由移动。

此外，设备控制部11根据第3信息选择使基于消息的控制对象成为多个设备中的哪个设备。由此，目标4不具有要利用的各个设备的信息，通过指定设备的功能就能够利用该功能。另外，例如在按照作为控制对象的每个设备设置专用的设备控制部11的情况下等，该设备控制部11也可以根据第3信息选择要取得的消息。

此外，设备控制部11根据与由第1信息确定的目标4的信息对应地存储的该目标4的位置信息，选择使基于消息的控制对象成为多个设备中的哪个设备。由此，设备控制部11不需要从目标4指定各个设备，就能够选择使该目标4利用的设备。因此，目标4不具有要利用的各个设备的信息，通过指定设备的功能就能够利用该功能。另外，设备控制部11也可以根据目标4的位置和第3信息的组合来选择作为控制对象的设备。

此外，在消息的第3信息表示层站呼梯的情况下，设备控制部11根据与由第1信息确定的目标4的信息对应地存储的该目标4的位置信息确定该目标4所在的楼层。设备控制部11使作为楼宇设备3的电梯登记针对该确定的楼层的该层站呼梯。此外，在电梯具有多个轿厢的情况下，第1通信部10将确定多个轿厢中的响应于目标4的层站呼梯的轿厢的信息包含在消息中发送到对该目标4进行控制的目标服务器9。由此，利用电梯作为设备的目标4容易地呼叫电梯的轿厢。目标4不需要选择要利用的电梯。目标4不具有要利用的电梯的数量等信息就能够利用电梯。此外，目标4不需要选择要利用的电梯的轿厢。此外，目标4不需要判定能够利用的电梯的轿厢。因此，目标4容易利用电梯在设施中移动。

此外，在电梯的轿厢的门在该确定的楼层打开时，第1通信部10将包含表示针对该轿厢的乘梯请求的第3信息的消息发送到对该目标4进行控制的目标服务器9。此外，在将包含表示针对电梯的轿厢的乘梯请求的第3信息的消息发送到目标服务器9后，且从目标服务器9接收到包含表示针对电梯的轿厢的乘梯完成的第3信息的消息时，设备控制部11使电梯关闭该轿厢的门。由此，利用电梯作为设备的目标4能够与电梯的机型等无关地容易地搭乘轿厢。此外，设备服务器7与目标4的机型等无关地容易地使目标4搭乘轿厢。

此外，在电梯的轿厢的门在该确定的楼层打开时，第1通信部10将包含表示从该轿厢下梯的下梯请求的第3信息的消息发送到对该目标4进行控制的目标服务器9。此外，在将包含表示从电梯的轿厢下梯的下梯请求的第3信息的消息发送到目标服务器9后，且从目标服务器9接收到包含表示从电梯的轿厢的下梯完成的第3信息的消息时，设备控制部11使电梯关闭该轿厢的门。由此，利用电梯作为设备的目标4能够与电梯的机型等无关地容易地从轿厢下梯。此外，设备服务器7与目标4的机型等无关地容易地使目标4从轿厢下梯。

此外，在检测到发生需要请求目标4移动的事件即移动请求事件时，第1通信部10将包含表示与移动请求事件的种类对应的目标4的移动请求的第3信息的消息发送到对该目标4进行控制的目标服务器9。由此，设备服务器7能够与机型等无关地使目标4进行与设施或设备或目标4等的状况对应的应对。

另外，从目标服务器9发送的消息的第3信息也可以是表示控制对象设备的动作的开始请求的数据。此时，设备控制部11使基于该消息的控制对象设备的动作开始。此外，从目标服务器9发送的消息的第3信息也可以是表示控制对象设备的动作的停止请求的数据。此时，设备控制部11使基于该消息的控制对象设备的动作停止。由此，在设施中容易进行目标4和设备的协作。

该消息的控制对象例如也可以是乘客输送机、空调装置、换气装置或照明装置等。在控制对象是乘客输送机的情况下，设备控制部11例如使该乘客输送机的运转起动或停止。在控制对象是空调装置的情况下，设备控制部11例如使该空调装置的运转起动或停止。在控制对象是换气装置的情况下，设备控制部11例如使该换气装置的送风或排风起动或停止。在控制对象是照明装置的情况下，设备控制部11例如使该照明装置点亮或熄灭。

此外，从目标服务器9发送的消息的第3信息也可以是表示控制对象设备的动作状态的变更请求的数据。此时，设备控制部11使基于该消息的控制对象设备的动作状态变更。由此，在设施中容易进行目标4和设备的协作。

动作状态的变更例如也可以是动作模式的切换。在控制对象是乘客输送机的情况下，动作模式的切换例如是上升运转和下降运转的切换、或高速运转和低速运转的切换等。动作状态的变更例如也可以是动作参数的变更。在控制对象是乘客输送机的情况下，动作参数例如是运转速度等。在控制对象是空调装置的情况下，动作参数例如是设定温度或风量等。在控制对象是照明装置的情况下，动作参数的变更例如是调光或调色等。

此外，设备控制部11也可以使作为楼宇设备3的进出管理装置认证根据第1信息确定的目标4。在该目标4的认证成功的情况下，例如进行该进出管理装置管理的电子锁的开锁等。由此，在具有进出区域被管理的区域的设施中，目标4也能够顺畅地移动。另外，从目标服务器9发送的消息也可以包含目标4的认证信息。

此外，从目标服务器9发送的消息也可以包含表示目标4迷失了自身的当前位置的信息。此时，设备服务器7也可以向对该目标4进行控制的目标服务器9发送例如位置信息的校正请求的消息或移动请求的消息等。

此外，在控制对象设备拒绝执行基于从目标服务器9发送的消息的功能的情况下，设备服务器7也可以将包含表示拒绝理由的信息的消息回送给该目标服务器9。例如在电梯拒绝呼叫处理时，设备服务器7也可以将处于地震的管制运转中或其他目标4已经搭乘于轿厢等作为拒绝理由回送给目标服务器9。由此，目标4能够判断再次请求执行功能的情况下同意的可能性。此时，目标4也可以根据回送的理由判定是否再次进行请求。

此外，设备服务器7也可以不是边缘服务器。也可以针对一个设施设置多个设备服务器7。设备服务器7例如也可以是一台服务器计算机。设备服务器7也可以由多个服务器计算机等构成。设备服务器7例如也可以是由云服务等构成的虚拟服务器。第1通信部10、设备控制部11和目标管理部12等设备服务器7的功能的一部分或全部也可以搭载于单独的硬件。设备控制部11也可以设置于控制对象设备。

此外，目标服务器9例如也可以是一台服务器计算机。目标服务器9也可以由多个服务器计算机等构成。目标服务器9例如也可以是由云服务等构成的虚拟服务器。目标服务器9也可以将由相互不同的制造商制造的多个目标4分别设为控制对象。目标服务器9的管理者也可以与目标4的管理者不同。第2通信部13和目标控制部14等目标服务器9的功能的一部分或全部也可以搭载于单独的硬件。目标服务器9也可以是每个控制对象目标4的专用的服务器装置或专用的服务器软件。目标控制部14也可以设置于控制对象目标4。目标服务器9也可以按照目标4移动的每个设施进行设置。目标服务器9也可以在与控制对象目标4之间的关系中搭载MQTT代理的功能。此时，控制对象目标4的一部分或全部搭载MQTT客户端的功能。此外，设备服务器7也可以搭载成为与作为MQTT代理的目标服务器9之间的接口的MQTT客户端的功能。

此外，设备服务器7和目标服务器9之间的通信也可以通过MQTT以外的适合于多对多通信的协议来进行。在消息的有效载荷中通信的数据只要是公共的形式即可，也可以是YAML形式(YAML：YAML Ain’t a Markup Language)或二进制形式等JSON以外的形式。

此外，设施也可以不是单一的建筑物。设施也可以是具有多个建筑物的复合设施。或者，设施例如也可以是室外设施。

此外，第3信息例如也可以包含作为图2所示的第4层的功能类别。

此外，请求目标4的专用运转等电梯利用的设备控制部11也可以使电梯登记不与目标4的位置信息对应的楼层的层站呼梯。例如，在正在向1层移动的目标4的当前的位置信息为2层的情况下等，设备控制部11也可以使电梯登记针对1层的层站呼梯。

接着，使用图9对通信***1的主要部的硬件结构的例子进行说明。

图9是实施方式1的通信***的主要部的硬件结构图。通信***1的主要部例如是设备服务器7或目标服务器9等。

通信***1的各功能能够通过处理电路实现。处理电路具有至少1个处理器1b和至少1个存储器1c。处理电路也可以与处理器1b和存储器1c一起或代替它们而具有至少1个专用的硬件1a。

在处理电路具有处理器1b和存储器1c的情况下，通信***1的各功能通过软件、固件或软件和固件的组合来实现。软件和固件中的至少一方描述为程序。该程序存储于存储器1c。处理器1b读出并执行存储器1c中存储的程序，由此实现通信***1的各功能。

处理器1b也称作CPU(Central Processing Unit：中央处理单元)、处理装置、运算装置、微处理器、微计算机、DSP。存储器1c例如由RAM、ROM、闪存、EPROM、EEPROM等非易失性或易失性半导体存储器等构成。

在处理电路具有专用的硬件1a的情况下，处理电路例如通过单一电路、复合电路、程序化的处理器、并行程序化的处理器、ASIC、FPGA或它们的组合来实现。

通信***1的各功能能够分别通过处理电路实现。或者，通信***1的各功能还能够统一通过处理电路实现。关于通信***1的各功能，也可以利用专用的硬件1a实现一部分，利用软件或固件实现另一部分。这样，处理电路通过硬件1a、软件、固件或它们的组合实现通信***1的各功能。

实施方式2

在实施方式2中，关于与实施方式1公开的例子不同之处等，特别详细地进行说明。关于实施方式2中未说明的特征，也可以采用实施方式1公开的例子的任意特征。

在实施方式2中，对作为楼宇设备3的电梯和在楼宇2中移动的目标4的协作的例子进行说明。

图10是实施方式2的通信***的结构图。

在楼宇2中设置有井道15。井道15是遍及楼宇2的多个楼层的空间。在楼宇2的各个楼层中设置有与井道15相邻的层站16。在层站16中设置有层站的门17。层站的门17是划分井道15和层站16的门。

电梯具有轿厢18。轿厢18根据呼梯而在井道15中沿铅垂方向行驶，由此在楼宇2的多个楼层之间输送利用者和移动的目标4等。轿厢18具有轿厢的门19。轿厢的门19使设置于该楼层的层站的门17联动地进行开闭，使得在轿厢18停止于任意一个楼层时，利用者和移动的目标4等能够乘降。

电梯具有控制盘20。控制盘20是对电梯的动作进行控制的装置。控制盘20控制的电梯的动作例如包含轿厢18的行驶和轿厢的门19的开闭等。作为楼宇设备3的电梯例如通过控制盘20与设备服务器7进行通信。

在该例子中，设置有楼宇2的管理室21。管理室21例如是楼宇2的一个房间。或者，管理室21也可以设置于楼宇2外部的楼宇。管理室21是进行楼宇2的管理作业等的场所。在管理室21中设置有管理终端22。管理终端22是进行楼宇2的管理作业等的装置。管理终端22例如是个人计算机等通用的信息终端。管理终端22例如也可以与蜂鸣器或灯等警报器连接。或者，管理终端22也可以是智能手机等移动信息终端。管理终端22由楼宇2的管理者来使用。

设备服务器7具有报知部23。报知部23是向楼宇2的管理者进行报知的部分。报知部23例如通过发送能够由管理终端22阅览的电子邮件等，向管理者进行报知。在管理终端22例如与警报器连接的情况下，报知部23也可以通过警报器的警报音或警报显示等向管理者进行报知。

接着，使用图11～图14对通信***1的动作的例子进行说明。

图11～图14是示出实施方式2的通信***的动作的例子的流程图。

在图11和图12中，示出针对电梯的乘梯处理中的设备服务器7的动作流程的例子。

被分配目标4的层站呼梯的轿厢18进行针对目标4的专用运转。在轿厢18在目标4的出发楼层打开轿厢的门19时，设备服务器7例如从电梯的控制盘20接收开门通知。此时，设备服务器7开始进行从图11的步骤S101起的动作。

在步骤S101中，设备服务器7将表示乘梯请求的消息发送到目标服务器9。乘梯请求例如在消息的有效载荷中表示成API(第3信息)的信息。另外，设备服务器7也可以将表示乘梯请求的消息通过例如无线通信等发送到目标4。然后，设备服务器7的动作进入步骤S102。

目标服务器9将从设备服务器7接到的乘梯请求的信息发送到目标4。目标4根据接收到的乘梯请求搭乘于轿厢18。在到达了轿厢18内部的乘梯位置时，目标4将乘梯完成通知发送到目标服务器9。在从目标4接到乘梯完成通知时，目标服务器9将表示乘梯完成通知的消息发送到设备服务器7。乘梯完成通知例如在消息的有效载荷中表示成API(第3信息)的信息。另外，目标4也可以将乘梯完成通知发送到设备服务器7。

在步骤S102中，设备服务器7判定是否从目标服务器9或目标4接收到乘梯完成通知。在判定结果为“是”的情况下，设备服务器7的动作进入步骤S103。另一方面，在判定结果为“否”的情况下，设备服务器7的动作进入步骤S104。

在步骤S103中，设备服务器7将关闭轿厢的门19的指示发送到电梯。然后，乘梯处理中的设备服务器7的动作结束。

电梯根据从设备服务器7接收到的指示关闭轿厢的门19。

在步骤S104中，设备服务器7判定是否与目标服务器9正常连接。在设备服务器7与目标4进行通信的情况下，设备服务器7也可以判定是否与目标4正常连接。在步骤S104的判定结果为“是”的情况下，设备服务器7的动作进入步骤S106。另一方面，在未与目标服务器9或目标4正常连接的情况下，即使目标4针对轿厢18的乘梯完成，有时也未接收到乘梯完成通知。因此，在步骤S104的判定结果为“否”的情况下，设备服务器7的动作进入步骤S105。

在步骤S105中，设备服务器7判定未与目标4正常连接紧前的目标4的位置信息是否是轿厢18的内部或轿厢18的外部。在步骤S105的判定结果为“是”的情况下，设备服务器7的动作进入步骤S103。另一方面，在未与目标4正常连接紧前的目标4的位置信息不是轿厢18的内部和轿厢18的外部中的任何一方的情况下，目标4可能位于轿厢18的内部和轿厢18的外部之间。此时，在步骤S103中关闭轿厢的门19的情况下，目标4可能被轿厢的门19夹住。因此，在步骤S105的判定结果为“否”的情况下，设备服务器7的动作进入步骤S106。

在步骤S106中，设备服务器7判定是否超时，即是否从接到开门通知后经过了预先设定的时间。在判定结果为“否”的情况下，设备服务器7的动作进入步骤S102。另一方面，在判定结果为“是”的情况下，设备服务器7的动作进入图12的步骤S107。

在步骤S107中，设备服务器7判定为目标4针对轿厢18的乘梯失败。此时，设备服务器7将表示乘梯中止请求的消息发送到目标服务器9。乘梯中止请求例如在消息的有效载荷中表示成API(第3信息)的信息。另外，设备服务器7也可以将表示乘梯中止请求的消息发送到目标4。此外，设备服务器7在判定为目标4针对轿厢18的乘梯失败时，将针对目标4的专用运转的解除指示发送到电梯。然后，设备服务器7的动作进入步骤S108。

目标服务器9将从设备服务器7接到的乘梯中止请求的信息发送到目标4。目标4根据接收到的乘梯中止请求，中止针对轿厢18的乘梯。在乘梯中止处理中，目标4返回层站16，以使电梯能够恢复到通常运转。在乘梯中止处理完成时，目标4将乘梯中止完成通知发送到目标服务器9。在从目标4接到乘梯中止完成通知时，目标服务器9将表示乘梯中止完成通知的消息发送到设备服务器7。乘梯中止完成通知例如在消息的有效载荷中表示成API(第3信息)的信息。另外，目标4也可以将乘梯中止完成通知发送到设备服务器7。

另外，设备服务器7在判定为目标4针对轿厢18的乘梯失败时，也可以将表示针对轿厢18外部的预先设定的位置的移动请求的消息发送到目标服务器9。轿厢18外部的位置例如是层站16中的位置。移动请求例如在消息的有效载荷中表示成API(第3信息)的信息。在乘梯中止处理中，目标4也可以按照移动请求而向轿厢18外部移动。在基于移动请求的移动完成时，目标4将移动完成通知发送到目标服务器9。在从目标4接到移动完成通知时，目标服务器9将表示移动完成通知的消息发送到设备服务器7。移动完成通知例如在消息的有效载荷中表示成API(第3信息)的信息。另外，目标4也可以将移动完成通知发送到设备服务器7。移动完成通知也可以与乘梯中止完成通知一起进行通信。

在步骤S108中，设备服务器7判定是否从目标服务器9或目标4接收到乘梯完成通知。在步骤S108的判定结果为“否”的情况下，设备服务器7的动作进入步骤S109。另一方面，在图11的步骤S106中超时的情况下，在乘梯中止请求的通信的处理等的期间内，有时目标4针对轿厢18的乘梯也完成。因此，在步骤S108的判定结果为“是”的情况下，设备服务器7的动作进入图11的步骤S103。

在步骤S109中，设备服务器7判定是否从目标服务器9或目标4接收到乘梯中止完成通知。在判定结果为“是”的情况下，设备服务器7的动作进入图11的步骤S103。另一方面，在判定结果为“否”的情况下，设备服务器7的动作进入步骤S110。

在步骤S110中，设备服务器7判定是否与目标服务器9正常连接。在设备服务器7与目标4进行通信的情况下，设备服务器7也可以判定是否与目标4正常连接。在步骤S110的判定结果为“是”的情况下，设备服务器7的动作进入步骤S112。另一方面，在未与目标服务器9或目标4正常连接的情况下，即使目标4针对轿厢18的乘梯中止处理完成，有时也未接收到乘梯中止完成通知。因此，在步骤S110的判定结果为“否”的情况下，设备服务器7的动作进入步骤S111。

在步骤S111中，设备服务器7判定未与目标4正常连接紧前的目标4的位置信息是否是轿厢18的内部或轿厢18的外部。在步骤S111的判定结果为“是”的情况下，设备服务器7的动作进入图11的步骤S103。另一方面，在未与目标4正常连接紧前的目标4的位置信息不是轿厢18的内部和轿厢18的外部中的任何一方的情况下，目标4可能位于轿厢18的内部和轿厢18的外部之间。此时，在步骤S103中关闭了轿厢的门19的情况下，目标4可能被轿厢的门19夹住。因此，在步骤S111的判定结果为“否”的情况下，设备服务器7的动作进入步骤S112。

在步骤S112中，设备服务器7判定是否超时，即是否从发送乘梯中止请求后经过了预先设定的时间。在判定结果为“否”的情况下，设备服务器7的动作进入步骤S108。另一方面，在判定结果为“是”的情况下，设备服务器7的动作进入步骤S113。

在步骤S113中，设备服务器7的报知部23向管理者报知目标4针对轿厢18的乘梯失败。然后，乘梯处理中的设备服务器7的动作结束。

另外，在设备服务器7的报知部23进行了报知后等能够关闭轿厢的门19的情况下，控制盘20也可以关闭轿厢的门19。

此外，在步骤S108中接收到乘梯完成通知的情况下，设备服务器7也可以将针对目标4的专用运转的指示再次发送到电梯。或者，在步骤S107中，设备服务器7也可以不将针对目标4的专用运转的解除指示发送到电梯，而发送乘梯中止请求的消息。该情况下，设备服务器7例如在步骤S113等中，将针对目标4的专用运转的解除指示发送到电梯。或者，例如在步骤S109等中接收到乘梯中止完成通知的情况下，设备服务器7也可以将针对目标4的专用运转的解除指示发送到电梯。或者，在接收到基于与乘梯中止请求相伴的移动请求的移动的移动完成通知的情况下，设备服务器7也可以将针对目标4的专用运转的解除指示发送到电梯。

此外，在步骤S104或步骤S110等中判定为未与目标服务器9正常连接的情况下，设备服务器7也可以判定为目标4针对轿厢18的乘梯失败。

此外，在电梯能够恢复到通常运转的情况下等，报知部23也可以省略针对管理者的报知。

在图13和图14中，示出从电梯下梯的下梯处理中的设备服务器7的动作流程的例子。

在目标4搭乘的轿厢18在目标4的目的地楼层打开轿厢的门19时，设备服务器7例如从电梯的控制盘20接收开门通知。此时，设备服务器7开始进行从图13的步骤S201起的动作。

在步骤S201中，设备服务器7将表示下梯请求的消息发送到目标服务器9。下梯请求例如在消息的有效载荷中表示成API(第3信息)的信息。另外，设备服务器7也可以将表示下梯请求的消息发送到目标4。然后，设备服务器7的动作进入步骤S202。

目标服务器9将从设备服务器7接到的下梯请求的信息发送到目标4。目标4根据接收到的下梯请求从轿厢18下梯。在目标4的下梯完成时，目标4将下梯完成通知发送到目标服务器9。在从目标4接到下梯完成通知时，目标服务器9将表示下梯完成通知的消息发送到设备服务器7。下梯完成通知例如在消息的有效载荷中表示成API(第3信息)的信息。另外，目标4也可以将下梯完成通知发送到设备服务器7。

在步骤S202中，设备服务器7判定是否从目标服务器9或目标4接收到下梯完成通知。在判定结果为“是”的情况下，设备服务器7的动作进入步骤S203。另一方面，在判定结果为“否”的情况下，设备服务器7的动作进入步骤S204。

在步骤S203中，设备服务器7将关闭轿厢的门19的指示发送到电梯。然后，下梯处理中的设备服务器7的动作结束。

电梯根据从设备服务器7接收到的指示关闭轿厢的门19。

在步骤S204中，设备服务器7判定是否与目标服务器9正常连接。在设备服务器7与目标4进行通信的情况下，设备服务器7也可以判定是否与目标4正常连接。在步骤S204的判定结果为“是”的情况下，设备服务器7的动作进入步骤S206。另一方面，在未与目标服务器9或目标4正常连接的情况下，即使目标4针对轿厢18的下梯完成，有时也未接收到下梯完成通知。因此，在步骤S204的判定结果为“否”的情况下，设备服务器7的动作进入步骤S205。

在步骤S205中，设备服务器7判定未与目标4正常连接紧前的目标4的位置信息是否是轿厢18的内部或轿厢18的外部。在步骤S205的判定结果为“是”的情况下，设备服务器7的动作进入步骤S203。另一方面，在未与目标4正常连接紧前的目标4的位置信息不是轿厢18的内部和轿厢18的外部中的任何一方的情况下，目标4可能位于轿厢18的内部和轿厢18的外部之间。此时，在步骤S203中关闭轿厢的门19的情况下，目标4可能被轿厢的门19夹住。因此，在步骤S205的判定结果为“否”的情况下，设备服务器7的动作进入步骤S206。

在步骤S206中，设备服务器7判定是否超时，即是否从接到开门通知后经过了预先设定的时间。在判定结果为“否”的情况下，设备服务器7的动作进入步骤S202。另一方面，在判定结果为“是”的情况下，设备服务器7的动作进入图14的步骤S207。

在步骤S207中，设备服务器7判定为目标4从轿厢18下梯失败。此时，设备服务器7将表示下梯中止请求的消息发送到目标服务器9。下梯中止请求例如在消息的有效载荷中表示成API(第3信息)的信息。另外，设备服务器7也可以将表示下梯中止请求的消息发送到目标4。然后，设备服务器7的动作进入步骤S208。

目标服务器9将从设备服务器7接到的下梯中止请求的信息发送到目标4。目标4根据接收到的下梯中止请求，中止从轿厢18下梯。在中止下梯处理完成时，目标4将下梯中止完成通知发送到目标服务器9。在从目标4接到下梯中止完成通知时，目标服务器9将表示下梯中止完成通知的消息发送到设备服务器7。下梯中止完成通知例如在消息的有效载荷中表示成API(第3信息)的信息。另外，目标4也可以将下梯中止完成通知发送到设备服务器7。

在步骤S208中，设备服务器7判定是否从目标服务器9或目标4接收到下梯完成通知。在步骤S208的判定结果为“否”的情况下，设备服务器7的动作进入步骤S209。另一方面，在步骤S206中超时的情况下，在下梯中止请求的通信的处理等的期间内，有时目标4从轿厢18下梯也完成。因此，在步骤S208的判定结果为“是”的情况下，设备服务器7的动作进入图13的步骤S203。

在步骤S209中，设备服务器7判定是否从目标服务器9或目标4接收到下梯中止完成通知。在判定结果为“是”的情况下，设备服务器7的动作进入图13的步骤S203。另一方面，在判定结果为“否”的情况下，设备服务器7的动作进入步骤S210。

在步骤S210中，设备服务器7判定是否与目标服务器9正常连接。在设备服务器7与目标4进行通信的情况下，设备服务器7也可以判定是否与目标4正常连接。在步骤S210的判定结果为“是”的情况下，设备服务器7的动作进入步骤S212。另一方面，在未与目标服务器9或目标4正常连接的情况下，即使目标4从轿厢18下梯的下梯中止处理完成，有时也未接收到下梯中止完成通知。因此，在步骤S210的判定结果为“否”的情况下，设备服务器7的动作进入步骤S211。

在步骤S211中，设备服务器7判定未与目标4正常连接紧前的目标4的位置信息是否是轿厢18的内部或轿厢18的外部。在步骤S211的判定结果为“是”的情况下，设备服务器7的动作进入图13的步骤S203。另一方面，在未与目标4正常连接紧前的目标4的位置信息不是轿厢18的内部和轿厢18的外部中的任何一方的情况下，目标4可能位于轿厢18的内部和轿厢18的外部之间。此时，在步骤S203中关闭轿厢的门19的情况下，目标4可能被轿厢的门19夹住。因此，在步骤S211的判定结果为“否”的情况下，设备服务器7的动作进入步骤S212。

在步骤S212中，设备服务器7判定是否超时，即是否从发送下梯中止请求后经过了预先设定的时间。在判定结果为“否”的情况下，设备服务器7的动作进入步骤S208。另一方面，在判定结果为“是”的情况下，设备服务器7的动作进入步骤S213。

在步骤S213中，设备服务器7的报知部23向管理者报知目标4从轿厢18下梯失败。然后，下梯处理中的设备服务器7的动作结束。

另外，在设备服务器7的报知部23进行了报知后等能够关闭轿厢的门19的情况下，控制盘20也可以关闭轿厢的门19。

此外，在步骤S204或步骤S210等中判定为未与目标服务器9正常连接的情况下，设备服务器7也可以判定为目标4从轿厢18下梯失败。

如以上说明的那样，在实施方式2的通信***1中，轿厢18响应于由目标服务器9控制的目标4的层站呼梯。设备服务器7的设备控制部11判定直到从将包含表示乘梯请求的第3信息的消息发送到目标服务器9后经过预先设定的时间为止，是否从目标服务器9接收到包含表示针对轿厢18的乘梯完成的第3信息的消息。在未接收到该消息时，设备控制部11判定为目标4针对轿厢18的乘梯失败。此时，设备控制部11将包含表示针对轿厢18的乘梯中止请求的第3信息的消息发送到目标服务器9。

此外，设备控制部11判定直到从将包含表示下梯请求的第3信息的消息发送到目标服务器9后经过预先设定的时间为止，是否从目标服务器9接收到包含表示从轿厢18的下梯完成的第3信息的消息。在未接收到该消息时，设备控制部11判定为目标4从轿厢18下梯失败。此时，设备控制部11将包含表示从轿厢18下梯的下梯中止请求的第3信息的消息发送到目标服务器9。

根据这种结构，在目标4无法搭乘于轿厢18的情况下，目标4的乘梯中止，因此，电梯能够尽快恢复到通常运转。此外，在目标4无法从轿厢18下梯的情况下，目标4的下梯中止，因此，电梯能够尽快恢复到通常运转。因此，电梯的运行效率不容易降低。此外，在设备服务器7和目标服务器9之间的通信已建立的状态下判断目标4侧的异常，因此，可更加准确地判断机器人的异常。另外，例如在目标4自身判定出轿厢的门19在出发楼层的层站16打开时，目标4也可以与乘梯请求无关地开始进行针对轿厢18的乘梯。这样在未发送包含乘梯请求的消息的情况下，设备控制部11也可以在判定为乘梯失败时将包含乘梯中止请求的消息发送到目标服务器9。同样，在未发送包含下梯请求的消息的情况下，设备控制部11也可以在判定为下梯失败时将包含下梯中止请求的消息发送到目标服务器9。

此外，设备控制部11在使轿厢18响应于层站呼梯时，使轿厢18进行针对目标4的专用运转。在判定为目标4针对轿厢18的乘梯失败时，设备控制部11使轿厢18解除专用运转。

根据这种结构，在目标4针对轿厢18的乘梯失败的情况下解除专用运转，因此，电梯能够尽快恢复到通常运转。因此，电梯的运行效率不容易降低。

此外，设备控制部11在判定为目标4针对轿厢18的乘梯失败时，将包含表示针对轿厢18外部的预先设定的位置的目标4的移动请求的第3信息的消息发送到目标服务器9。

根据这种结构，在目标4针对轿厢18的乘梯失败的情况下，目标4退避到轿厢18外部的位置，因此，电梯能够尽快恢复到通常运转。因此，电梯的运行效率不容易降低。

此外，设备控制部11在使轿厢18响应于层站呼梯时，使轿厢18进行针对目标4的专用运转。在判定为目标4针对轿厢18的乘梯失败时，设备控制部11将包含表示针对轿厢18外部的预先设定的位置的目标4的移动请求的第3信息的消息发送到目标服务器9。然后，设备控制部11在从目标服务器9接收到包含表示基于移动请求的移动完成的第3信息的消息时，使轿厢18解除专用运转。

根据这种结构，在确认目标4退避到轿厢18外部的位置后解除专用运转，因此，不容易由于弄错消息等而进行专用运转的再设定等。因此，电梯的运行效率不容易降低。

此外，设备服务器7具有报知部23。在设备控制部11判定为目标4从轿厢18下梯失败时，报知部23报知下梯失败。

根据这种结构，在目标4从轿厢18下梯失败的情况下，向管理者进行报知。管理者能够迅速地掌握在目标4侧发生的异常等，因此，电梯能够尽快恢复到通常运转。因此，电梯的运行效率不容易降低。

实施方式3

在实施方式3中，关于与实施方式1或实施方式2公开的例子不同之处等，特别详细地进行说明。关于实施方式3中未说明的特征，也可以采用实施方式1或实施方式2公开的例子的任意特征。

在实施方式3中，对作为楼宇设备3的电梯和在楼宇2中移动的目标4的协作的例子进行说明。

图15是实施方式3的通信***的结构图。

在电梯中设置有1个以上的层站摄像机24。各个层站摄像机24设置于任意的层站16。层站摄像机24是拍摄图像的装置。层站摄像机24拍摄的图像是静态图像或动态图像等。层站摄像机24是设置于电梯的摄像机的例子。

电梯的轿厢18具有秤25、轿厢摄像机26和通行检测器27。秤25是计测轿厢18的荷重的装置。秤25例如设置于轿厢18的下部或上部等。轿厢摄像机26设置于轿厢18的内侧。轿厢摄像机26是拍摄图像的装置。轿厢摄像机26拍摄的图像是静态图像或动态图像等。轿厢摄像机26是设置于电梯的摄像机的例子。通行检测器27设置于轿厢18的出入口。通行检测器27例如接近轿厢的门19进行配置。通行检测器27是检测在轿厢18的出入口通行的利用者或目标4等的装置。通行检测器27例如具有光电传感器。通行检测器27也可以具有1个以上的投光器和受光器的组。通行检测器27也可以设置于轿厢的门19。

设备服务器7的设备控制部11具有乘降观测部28。乘降观测部28是观测目标4等机器针对轿厢18的乘降状况的部分。乘降观测部28是观测针对轿厢18的乘梯状况的乘梯观测部的例子。此外，乘降观测部28是观测从轿厢18下梯的状况的下梯观测部的例子。另外，设备服务器7也可以单独具有乘梯观测部和下梯观测部。

设备服务器7根据乘降观测部28的观测结果判定目标4针对轿厢18的乘降是否成功。设备服务器7也可以根据乘降观测部28的观测结果、以及从打开轿厢的门19起经过预先设定的时间为止有无接收乘梯完成通知或下梯完成通知等消息，判定目标4针对轿厢18的乘降是否成功。设备服务器7在判定乘梯或下梯失败时，与实施方式2同样地，进行表示乘梯中止请求、下梯中止请求或移动请求的消息的发送、专用运转的解除指示的发送、或针对管理者的报知等。

乘降观测部28例如根据从目标服务器9定期接收的消息取得目标4的位置信息。设备控制部11根据乘降观测部28观测到的目标4的位置信息，例如如下那样判定目标4针对轿厢18的乘降是否成功。设备控制部11在目标4的位置从层站16向轿厢18的内部移动时，判定为目标4针对轿厢18的乘梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止目标4的位置未向轿厢18的内部移动时，判定为目标4针对轿厢18的乘梯失败。设备控制部11在目标4的位置从轿厢18的内部向层站16移动时，判定为目标4从轿厢18下梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止目标4的位置未向层站16移动时，判定为目标4从轿厢18下梯失败。

乘降观测部28例如通过控制盘20等取得设置于电梯的摄像机拍摄的目标4的图像。设备控制部11根据乘降观测部28取得的目标4的图像，例如如下那样判定目标4针对轿厢18的乘降是否成功。设备控制部11在取得向轿厢18的内部移动的目标4的图像时，判定为目标4针对轿厢18的乘梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止未取得向轿厢18的内部移动的目标4的图像时，判定为目标4针对轿厢18的乘梯失败。设备控制部11在取得向层站16移动的目标4的图像时，判定为目标4从轿厢18下梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止未取得向层站16移动的目标4的图像时，判定为目标4从轿厢18下梯失败。

乘降观测部28例如通过控制盘20等取得秤25对轿厢18的荷重的计测值。设备控制部11根据乘降观测部28取得的秤25对荷重的计测值，例如如下那样判定目标4针对轿厢18的乘降是否成功。设备控制部11在轿厢的门19打开的期间内在轿厢18的荷重中增加预先设定的重量时，判定为目标4针对轿厢18的乘梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止在轿厢18的荷重中未增加预先设定的重量时，判定为目标4针对轿厢18的乘梯失败。设备控制部11在轿厢的门19打开的期间内在轿厢18的荷重中减少预先设定的重量时，判定为目标4从轿厢18下梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止在轿厢18的荷重中未减少预先设定的重量时，判定为目标4从轿厢18下梯失败。

乘降观测部28例如通过控制盘20等取得通行检测器27有无检测到通行的信息。设备控制部11根据乘降观测部28取得的通行检测器27有无检测，例如如下那样判定目标4针对轿厢18的乘降是否成功。设备控制部11在轿厢的门19打开的期间内检测到目标4从层站16朝向轿厢18通行时，判定为目标4针对轿厢18的乘梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止未检测到目标4从层站16朝向轿厢18通行时，判定为目标4针对轿厢18的乘梯失败。设备控制部11在轿厢的门19打开的期间内检测到目标4从轿厢18朝向层站16通行时，判定为目标4从轿厢18下梯成功。设备控制部11在从打开轿厢的门19起经过预先设定的时间为止未检测到目标4从轿厢18朝向层站16通行时，判定为目标4从轿厢18下梯失败。

设备控制部11也可以组合多个条件或者切换多个条件来判定目标4针对轿厢18的乘降是否成功。设备控制部11例如根据目标4的位置信息、设置于电梯的摄像机拍摄的目标4的图像、秤25的计测值或通行检测器27的通行检测结果中的至少任意一方判定乘降是否成功。

如以上说明的那样，在实施方式3的通信***1中，轿厢18响应于由目标服务器9控制的目标4的层站呼梯。设备服务器7的设备控制部11具有乘降观测部28。乘降观测部28观测目标4针对电梯的轿厢18的乘梯和下梯的状况。设备控制部11根据由乘降观测部28观测的目标4针对轿厢18的乘梯状况判定目标4针对轿厢18的乘梯是否失败。在判定为目标4针对轿厢18的乘梯失败时，设备控制部11将包含表示针对轿厢18的乘梯中止请求的第3信息的消息发送到目标服务器9。

此外，设备控制部11根据由乘降观测部28观测的目标4从轿厢18下梯的状况判定目标4从轿厢18下梯是否失败。在判定为目标4从轿厢18下梯失败时，设备控制部11将包含表示从轿厢18下梯的下梯中止请求的第3信息的消息发送到目标服务器9。

此外，乘降观测部28根据目标4的位置信息、通行检测器27有无检测到通行、秤25的计测值或目标4的图像中的至少任意一方观测目标4的乘梯或下梯的状况。目标4的位置信息与由第1信息确定的目标4的信息对应地进行存储。通行检测器27设置于轿厢18的出入口。通行检测器27检测在轿厢18的出入口通行的情况。秤25计测轿厢18的荷重。目标4的图像由设置于电梯的摄像机拍摄。

根据这种结构，根据乘降观测部28的观测结果判定目标4针对轿厢18的乘降是否成功。因此，乘降是否成功的判定精度提高。此外，设备控制部11也可以与有无接收乘梯完成通知或下梯完成通知的消息等进行组合来判定乘降是否成功。在这样组合多个条件进行判定的情况下，乘降是否成功的判定精度更高。

产业上的可利用性

本发明的通信***能够应用于设施和在设施内工作的机器的协作。本发明的设备服务器和机器服务器能够应用于该通信***。本发明的数据结构能够应用于该通信***中的通信。

标号说明

1：通信***；2、2a、2b：楼宇；3、3a、3b：楼宇设备；4、4p、4q：目标；5：网络；6：基站；7、7a、7b：设备服务器；8：防火墙；9、9p、9q：目标服务器；10：第1通信部；11：设备控制部；12：目标管理部；13：第2通信部；14：目标控制部；15：井道；16：层站；17：层站的门；18：轿厢；19：轿厢的门；20：控制盘；21：管理室；22：管理终端；23：报知部；24：层站摄像机；25：秤；26：轿厢摄像机；27：通行检测器；28：乘降观测部；1a：硬件；1b：处理器；1c：存储器。

Claims (7)

1.一种设备服务器，所述设备服务器具有：第1通信部，其在与多个机器服务器之间发送接收基于公共的数据形式的消息，所述多个机器服务器与设施内的机器进行通信且对该机器进行控制；以及设备控制部，其根据由所述第1通信部接收到的消息对所述设施内的设备进行控制，其中，

所述消息包含确定所述机器的第1信息。

2.根据权利要求1所述的设备服务器，其中，

所述设备控制部使作为所述设施内的设备的进出管理装置根据所述第1信息认证所述机器。

3.一种设备服务器，所述设备服务器具有：第1通信部，其在与多个机器服务器之间发送接收基于公共的数据形式的消息，所述多个机器服务器与设施内的机器进行通信且对该机器进行控制；以及设备控制部，其根据由所述第1通信部接收到的消息对所述设施内的设备进行控制，其中，

所述机器是机器人或移动装置。

4.一种机器服务器，所述机器服务器具有：第2通信部，其在与对设施内的设备进行控制的设备服务器之间发送接收基于公共的数据形式的消息；以及机器控制部，其根据由所述第2通信部接收到的消息对所述设施内的机器进行控制，其中，

所述消息包含确定所述机器的第1信息。

5.一种机器服务器，所述机器服务器具有：第2通信部，其在与对设施内的设备进行控制的设备服务器之间发送接收基于公共的数据形式的消息；以及机器控制部，其根据由所述第2通信部接收到的消息对所述设施内的机器进行控制，其中，

所述机器是机器人或移动装置。

6.一种通信***，所述通信***具有设备服务器和多个机器服务器，其中，

所述设备服务器具有：第1通信部，其在与所述多个机器服务器之间发送接收基于公共的数据形式的消息；以及设备控制部，其根据由所述第1通信部接收到的消息对设施内的设备进行控制，

所述多个机器服务器分别具有：第2通信部，其在与所述设备服务器之间发送接收基于公共的数据形式的消息；以及机器控制部，其根据由所述第2通信部接收到的消息对所述设施内的机器进行控制，

所述消息包含确定所述机器的第1信息。

7.一种通信***，所述通信***具有设备服务器和多个机器服务器，其中，

所述设备服务器具有：第1通信部，其在与所述多个机器服务器之间发送接收基于公共的数据形式的消息；以及设备控制部，其根据由所述第1通信部接收到的消息对设施内的设备进行控制，

所述多个机器服务器分别具有：第2通信部，其在与所述设备服务器之间发送接收基于公共的数据形式的消息；以及机器控制部，其根据由所述第2通信部接收到的消息对所述设施内的机器进行控制，

所述机器是机器人或移动装置。

Images