JP7168111B2 - 設備サーバ、機器サーバ、および通信システム - Google Patents

Description

本開示は、設備サーバ、機器サーバ、通信システム、およびデータ構造に関する。

特許文献１は、自律走行車およびエレベーターの間において通信が行われるシステムの例を開示する。当該システムにおいて、自律走行車は、エレベーターの制御盤が制御する中継装置に乗場呼びの信号を送信する。制御盤は、自律走行車が送信した乗場呼びの信号に基づいて、エレベーターのかごを自律走行車が待機する階床に走行させる。

特開２０１０－２３９５９号公報

しかしながら、特許文献１のシステムにおいて、エレベーターなどの設備は、自律走行車などのオブジェクトが当該設備に送信した信号に基づいて制御される。ここで、当該システムにおいて、ビルなどの施設に複数の設備が設けられる場合に、当該施設において複数の機器が稼働するときに、設備および機器の組み合わせごとに通信の形式を定める必要がある。このため、設備および機器の連携が容易ではない。

本開示は、このような課題の解決に係るものである。本開示は、施設における設備および当該施設において稼働する機器が連携しやすい通信システム、当該通信システムにおける設備サーバおよび機器サーバ、ならびに当該通信システムにおいて通信されるデータ構造を提供する。

本開示に係る設備サーバは、施設内の機器と通信し当該機器を制御する複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、第１通信部により受信されたメッセージに基づいて施設内の設備を制御する設備制御部と、を備えた設備サーバであって、メッセージは、機器を特定する第１情報と、当該メッセージの送信方向を表す第２情報と、当該メッセージに関する処理を表す第３情報と、を含む。

本開示に係る機器サーバは、施設内の設備を制御する設備サーバとの間で共通のデータ形式によるメッセージを送受信する第２通信部と、第２通信部により受信されたメッセージに基づいて施設内の機器を制御する機器制御部とを備えた機器サーバであって、メッセージは、機器を特定する第１情報と、当該メッセージの送信方向を表す第２情報と、当該メッセージに関する処理を表す第３情報と、を含む。

本開示に係る通信システムは、設備サーバと、複数の機器サーバと、を備えた通信システムであって、設備サーバは、複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、第１通信部により受信されたメッセージに基づいて施設内の設備を制御する設備制御部と、を備え、複数の機器サーバの各々は、設備サーバとの間で共通のデータ形式によるメッセージを送受信する第２通信部と、第２通信部により受信されたメッセージに基づいて施設内の機器を制御する機器制御部とを備え、メッセージは、機器を特定する第１情報と、当該メッセージの送信方向を表す第２情報と、当該メッセージに関する処理を表す第３情報と、を含む。

本開示に係るデータ構造は、施設内の機器と通信し当該機器を制御する複数の機器サーバと、施設内の設備を制御する設備サーバとの間で共通のデータ形式により送受信されるメッセージのデータ構造であって、施設内の機器を特定する第１情報と、メッセージの送信方向を表す第２情報と、メッセージの制御対象に実行させる処理を表す第３情報と、を含む。

本開示に係る設備サーバもしくは機器サーバ、または通信システムによって、施設における設備および当該施設において稼働する機器が連携しやすくなる。また、本開示に係るデータ構造によって、施設における設備および当該施設において稼働する機器が連携しやすくなる。

実施の形態１に係る通信システムの構成図である。 実施の形態１に係る通信システムにおけるメッセージのトピック名の構造の例を示す図である。 実施の形態１に係る通信システムの動作の例を示すシーケンス図である。 実施の形態１に係る通信システムの動作の例を示すシーケンス図である。 実施の形態１に係る通信システムの動作の例を示すシーケンス図である。 実施の形態１に係る通信システムの動作の例を示すシーケンス図である。 実施の形態１に係る通信システムの動作の例を示すシーケンス図である。 実施の形態１に係る通信システムの動作の例を示すシーケンス図である。 実施の形態１に係る通信システムの主要部のハードウェア構成図である。 実施の形態２に係る通信システムの構成図である。 実施の形態２に係る通信システムの動作の例を示すフローチャートである。 実施の形態２に係る通信システムの動作の例を示すフローチャートである。 実施の形態２に係る通信システムの動作の例を示すフローチャートである。 実施の形態２に係る通信システムの動作の例を示すフローチャートである。 実施の形態３に係る通信システムの構成図である。

本開示を実施するための形態について添付の図面を参照しながら説明する。各図において、同一または相当する部分には同一の符号を付して、重複する説明は適宜に簡略化または省略する。

実施の形態１．
図１は、実施の形態１に係る通信システムの構成図である。

通信システム１は、施設における複数の設備と複数の機器であるオブジェクトとの連携についての通信に適用されるシステムである。

この例において、施設は、例えばビル２ａ、またはビル２ｂなどの建築物である。ここで、ビル２は、ビル２ａおよびビル２ｂなどを区別しない場合の表記である。

ビル２ａにおいて、複数の設備であるビル設備３ａが設けられる。ビル２ｂにおいて、複数のビル設備３ｂが設けられる。ここで、ビル設備３は、ビル設備３ａおよびビル設備３ｂなどを区別しない場合の表記である。

複数のオブジェクトは、例えば製造業者ｐによって製造された複数のオブジェクト４ｐと、例えば製造業者ｑによって製造された複数のオブジェクト４ｑと、を含む。ここで、オブジェクト４は、オブジェクト４ｐおよびオブジェクト４ｑなどを区別しない場合の表記である。

ビル設備３およびオブジェクト４は、施設において稼働する。ビル設備３およびオブジェクト４は、例えばビル２において自律的に移動するロボット、または自律的にもしくは利用者の操作によって移動するモビリティなどである。あるいは、ビル設備３およびオブジェクト４は、例えばビル２において移動する利用者が所持する無線タグまたは携帯端末などである。あるいは、ビル設備３およびオブジェクト４は、例えばエレベーター、乗客コンベア、入退管理装置、照明装置、または空調装置などの設備である。

この例において、複数のオブジェクト４ｐの一部は、ビル２ａにおいて移動する。複数のオブジェクト４ｐの他の一部は、ビル２ｂにおいて移動する。また、複数のオブジェクト４ｑの一部は、ビル２ａにおいて移動する。複数のオブジェクト４ｑの他の一部は、ビル２ｂにおいて移動する。オブジェクト４は、無線通信によってネットワーク５に接続される。ネットワーク５は、例えばインターネットなどである。オブジェクト４は、例えばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などの無線通信の規格によってネットワーク５に接続する。オブジェクト４は、例えば基地局６を経由してネットワーク５に接続してもよい。

通信システム１は、１以上の設備サーバ７を備える。この例において、設備サーバ７は、ビル２ａに設けられる設備サーバ７ａと、ビル２ｂに設けられる設備サーバ７ｂと、を含む。ここで、設備サーバ７は、設備サーバ７ａおよび設備サーバ７ｂなどを区別しない場合の表記である。複数の設備サーバ７の各々は、ネットワーク５に接続される。設備サーバ７ａは、ビル２ａにおける複数のビル設備３ａの各々を制御する。設備サーバ７ａは、ビル２ａのファイアウォール８を介してネットワーク５に接続される。設備サーバ７ｂは、ビル２ｂにおける複数のビル設備３ｂの各々を制御する。設備サーバ７ｂは、ビル２ｂのファイアウォール８を介してネットワーク５に接続される。設備サーバ７は、例えば対応するビル２におけるエッジサーバである。あるいは、設備サーバ７はその一部または全部の構成がクラウド上に設けられていてもよい。この場合に、設備サーバ７は、ネットワーク５を経由してビル設備３と接続する。あるいは、設備サーバ７は、基地局６を経由してビル設備３と接続する。あるいは、設備サーバ７は、ファイアウォール８を通じてビル設備３と接続する。

通信システム１は、機器サーバであるオブジェクトサーバ９を複数備える。この例において、複数のオブジェクトサーバ９は、互いに異なる管理者によって管理されるオブジェクトサーバ９ｐおよびオブジェクトサーバ９ｑを含む。ここで、オブジェクトサーバ９は、オブジェクトサーバ９ｐおよびオブジェクトサーバ９ｑなどを区別しない場合の表記である。オブジェクトサーバ９の管理者は、例えばオブジェクト４の製造業者、またはオブジェクト４の管理業者などである。オブジェクトサーバ９ｐの管理者は、例えば製造業者ｐである。オブジェクトサーバ９ｑの管理者は、例えば製造業者ｑである。なお、同一の管理者が複数のオブジェクトサーバ９を管理していてもよい。複数のオブジェクトサーバ９の各々は、ネットワーク５に接続される。オブジェクトサーバ９は、ネットワーク５を通じて複数のオブジェクト４の各々を制御するサーバ装置である。オブジェクトサーバ９ｐは、複数のオブジェクト４ｐの各々を制御する。オブジェクトサーバ９ｑは、複数のオブジェクト４ｑの各々を制御する。

通信システム１において、設備サーバ７およびオブジェクトサーバ９の間でメッセージが通信される。この例において、メッセージは、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）プロトコルによって通信される。ＭＱＴＴプロトコルにおいて、ＭＱＴＴブローカーおよびＭＱＴＴクライアントの間でメッセージが通信される。ＭＱＴＴブローカーは、ＭＱＴＴクライアントがトピックを指定して発行（Ｐｕｂｌｉｓｈ）したメッセージを受信する。ＭＱＴＴブローカーは、ＭＱＴＴクライアントが購読（Ｓｕｂｓｃｒｉｂｅ）しているトピックのメッセージが発行される場合に、当該メッセージを当該ＭＱＴＴクライアントに送信する。

設備サーバ７とオブジェクトサーバ９とは、後述する共通のデータ形式で通信する。オブジェクトサーバ９と当該オブジェクトサーバ９により制御されるオブジェクト４は、共通のデータ形式とは異なるデータ形式で通信する。設備サーバ７と当該設備サーバ７により制御されるビル設備３は、共通のデータ形式で通信してもよいし、共通のデータ形式とは異なるデータ形式で通信してもよい。ビル設備３は設備サーバ７と直接通信する。一方、オブジェクトは設備サーバ７と直接通信することは出来ない。ビル設備３とオブジェクト４との通信はオブジェクトサーバ９を介して行われる。

オブジェクト４が、例えばロボットまたはモビリティなどの移動体である場合、その移動体の用途に応じた様々な種類の移動体が複数の異なる製造業者により製造されることがある。それぞれの種類の移動体の通信に使用するデータ形式の相違により、移動体と設備サーバ７との連携が容易ではない場合がある。

オブジェクト４が、エレベーターなどの昇降機である場合、同じ施設に複数の異なる製造業者によって複数のエレベーターが製造される場合がある。それぞれの製造業者により製造されたそれぞれのエレベーター間で通信に使用するデータ形式の相違により、エレベーターと設備サーバ７との連携が容易ではない場合がある。

通信システム１において通信されるメッセージは、ヘッダと、ペイロードと、を含む。ヘッダは、キープアライブタイマおよびトピック名などの通信の制御情報を含む部分である。キープアライブタイマは、ＭＱＴＴクライアントから受信するメッセージの間隔の最大時間を表す。この例において、キープアライブタイマは、例えば２時間を上限として設定される。ＭＱＴＴクライアントからの接続時のメッセージにおいてキープアライブタイマが指定されない場合、または指定されたキープアライブタイマが上限を超える場合に、ＭＱＴＴブローカーは、キープアライブタイマを例えば上限の時間に設定する。ペイロードは、ビル設備３およびオブジェクト４の連携に用いられる情報を含む部分である。メッセージは、ビル設備３などの設備またはオブジェクト４を制御対象として、制御対象の制御に用いられる。メッセージは、制御対象の種類によらない共通の形式のデータ構造を有している。

設備サーバ７は、第１通信部１０と、設備制御部１１と、オブジェクト管理部１２と、を備える。

第１通信部１０は、メッセージを通信する部分である。第１通信部１０は、ネットワーク５を通じて複数のオブジェクトサーバ９の各々に接続される。第１通信部１０は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを通じて、設備サーバ７が対応するビル２における複数のビル設備３の各々に接続される。この例において、第１通信部１０は、ＭＱＴＴブローカーの機能を搭載する。このとき、各々のオブジェクトサーバ９は、ＭＱＴＴクライアントの機能を搭載する。第１通信部１０は、いずれかのオブジェクトサーバ９が発行したメッセージを受信するときに、当該メッセージに含まれる情報を設備制御部１１に出力する。第１通信部１０は、複数のオブジェクトサーバ９と共通のデータ形式によるメッセージを送受信する。

設備制御部１１は、メッセージが第１通信部１０に受信されるときに、当該メッセージに基づいてビル設備３を制御する部分である。設備制御部１１は、例えばビル設備３の種類ごとに複数設けられていてもよい。設備制御部１１は、ＭＱＴＴクライアントの機能を搭載していてもよい。設備制御部１１は、ビル設備３の状況に応じてオブジェクト４に対するメッセージを発行する。第１通信部１０は、設備制御部１１が発行するメッセージのトピックを購読しているオブジェクトサーバ９に、当該メッセージを送信する。

オブジェクト管理部１２は、設備サーバ７が対応するビル２において稼働するオブジェクト４を管理する部分である。オブジェクト管理部１２は、ＭＱＴＴクライアントの機能を搭載していてもよい。オブジェクト管理部１２は、例えばオブジェクトサーバ９が購読できるトピックを管理してもよい。

オブジェクトサーバ９は、第２通信部１３と、オブジェクト制御部１４と、を備える。

第２通信部１３は、メッセージを通信する部分である。第２通信部１３は、ネットワーク５を通じて複数の設備サーバ７の各々に接続される。第２通信部１３は、ネットワーク５を通じて、オブジェクトサーバ９が制御する複数のオブジェクト４の各々に接続される。この例において、第２通信部１３は、ＭＱＴＴクライアントの機能を搭載する。第２通信部１３は、購読しているトピックのメッセージをいずれかの設備サーバ７から受信するときに、当該メッセージに含まれる情報をオブジェクト制御部１４に出力する。第２通信部１３は、共通のデータ形式とは異なるデータ形式でオブジェクト４と通信する。

オブジェクト制御部１４は、メッセージが第２通信部１３に受信されるときに、当該メッセージに基づいてオブジェクト４を制御する部分である。オブジェクト制御部１４は、機器制御部の例である。オブジェクト制御部１４は、オブジェクト４の種類ごとに複数設けられていてもよい。オブジェクト制御部１４は、オブジェクト４の状況に応じてビル設備３に対するメッセージを第２通信部１３に発行させる。第２通信部１３は、当該ビル設備３を制御する設備サーバ７の第１通信部１０に対して当該メッセージを発行する。

ビル２ａにおいてオブジェクト４ｑがビル設備３ａを利用する場合を例として、通信システム１におけるメッセージの通信の例を説明する。オブジェクト４ｑは、利用するビル設備３ａに対するメッセージの発行をオブジェクトサーバ９ｑに要求する。オブジェクトサーバ９ｑの第２通信部１３は、要求されたメッセージを設備サーバ７ａの第１通信部１０に対して発行する。

設備サーバ７ａの設備制御部１１は、第１通信部１０が受信したメッセージを例えばトピック名に基づいて取得する。設備制御部１１は、取得したメッセージに基づいて、ビル設備３ａを制御する。設備制御部１１は、複数のビル設備３ａを制御する場合に、複数のビル設備３ａのうちから制御すべき制御対象のビル設備３ａを、取得したメッセージの第３情報に基づいて選択してもよい。また、設備制御部１１は、複数のビル設備３ａを制御する場合に、複数のビル設備３ａのうちから制御すべき制御対象のビル設備３ａを、取得したメッセージの発行を要求したオブジェクト４のビル２ａにおける位置情報に基づいて選択してもよい。その位置情報は、そのメッセージの第１情報によって特定される。制御対象であるビル設備３ａは、設備制御部１１の制御に基づいて動作する。

また、設備サーバ７ａの制御に基づいて動作するビル設備３ａは、当該ビル設備３ａを利用するオブジェクト４ｑに対して応答を行うことがある。このとき、ビル設備３ａは、当該オブジェクト４ｑに対するメッセージの発行を設備サーバ７ａに要求する。設備サーバ７ａの第１通信部１０は、ビル設備３ａの要求に基づいて、オブジェクトサーバ９ｑが購読しているトピックのメッセージを発行する。

オブジェクトサーバ９ｑの第２通信部１３は、購読しているトピックのメッセージを受信する。オブジェクトサーバ９ｑのオブジェクト制御部１４は、第２通信部１３が受信したメッセージを取得する。オブジェクト制御部１４は、取得したメッセージに基づいて、オブジェクト４ｑを制御する。制御対象であるオブジェクト４ｑは、オブジェクト制御部１４の制御に基づいて動作する。

続いて、図２を用いて、通信システム１において通信されるメッセージのデータ構造を説明する。
図２は、実施の形態１に係る通信システムにおけるメッセージのトピック名の構造の例を示す図である。

図２に示されるように、トピック名は階層構造を持つ。この例において、トピック名は、最上位の第１レイヤから最下位の第４レイヤまでの４層のレイヤで構成される。

第１レイヤは、オブジェクト種別を表す。オブジェクト種別は、例えばロボット、モビリティ、人、またはエレベーターなどの、オブジェクト４の種別を表す情報である。ここで、オブジェクト種別が人であるオブジェクト４は、例えば人に所持されて移動するオブジェクトである。

第２レイヤは、オブジェクトＩＤを表す。オブジェクトＩＤは、オブジェクト４を特定する情報である。オブジェクトＩＤの値は、例えば「Ｏ００１」などのオブジェクト４に固有の番号である。オブジェクトＩＤは、第１情報の例である。

第３レイヤは、メッセージ種別を表す。メッセージ種別は、メッセージの送信方向を表す情報を含む。メッセージの送信方向は、例えばオブジェクト側から設備側、または設備側からオブジェクト側のいずれかである。この例において、メッセージの送信方向は、メッセージの送信者および受信者を個々に特定しない。オブジェクト側から設備側の送信方向は、例えば複数のオブジェクトサーバ９のいずれかから複数の設備サーバ７のいずれかにメッセージが送信される送信方向である。また、設備側からオブジェクト側の送信方向は、例えば複数の設備サーバ７のいずれかから複数のオブジェクトサーバ９のいずれかにメッセージが送信される送信方向である。メッセージ種別は、ＭＱＴＴにおけるメッセージのＱｏＳレベル（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を表す情報を含んでもよい。ＱｏＳレベルが０のメッセージは、ＭＱＴＴブローカーから最高１回送信される送達保証のないメッセージである。ＱｏＳレベルが１のメッセージは、ＭＱＴＴブローカーから最低１回送信される送達保証のあるメッセージである。メッセージ種別の値は、送信方向およびＱｏＳレベルの情報を組み合わせて表記した例えば「Ｏ２Ｂ＿Ｑ０」などの文字列である。ここで、メッセージ種別「Ｏ２Ｂ＿Ｑ０」は、オブジェクト側から設備側へのＱｏＳレベル０のメッセージを表す。メッセージ種別は、第２情報の例である。

第４レイヤは、機能種別を表す。機能種別は、制御対象に実行させる機能の種別を表す情報である。機能種別の値は、例えば「ＵｓｅｒＭａｎａｇｅｍｅｎｔ」、「ＭｏｖｉｎｇＯｂｊｅｃｔＬｏｃａｌｉｚａｔｉｏｎ」、「ＥｌｅｖａｔｏｒＩｎｔｅｒｆａｃｅ」、または「ＯｂｊｅｃｔＩｎｔｅｒｆａｃｅ」などの文字列である。この例において、機能種別「ＵｓｅｒＭａｎａｇｅｍｅｎｔ」は、ビル２において稼働するオブジェクト４の情報を設備サーバ７のオブジェクト管理部１２に登録させるなどの管理機能の種別を表す。また、機能種別「ＭｏｖｉｎｇＯｂｊｅｃｔＬｏｃａｌｉｚａｔｉｏｎ」は、オブジェクト４の位置状態の同期などの機能の種別を表す。この機能種別は、例えば設備サーバ７のメモリに記憶されている位置情報の更新などを含む。ここで、オブジェクト４の位置状態の情報は、例えばオブジェクト４の位置および状態の情報を含む。また、機能種別「ＥｌｅｖａｔｏｒＩｎｔｅｒｆａｃｅ」は、ビル設備３であるエレベーターに対して要求する機能の種別を表す。機能種別「ＯｂｊｅｃｔＩｎｔｅｒｆａｃｅ」は、ビル２において稼働するオブジェクト４に対して要求する機能の種別を表す。

メッセージのペイロードに含まれる情報は、例えばＪＳＯＮ形式で記述される。

登録の要求を行うメッセージは、オブジェクトサーバ９から送信される。この例において、ビル２において移動するモビリティのオブジェクト４としての登録を要求するメッセージが示される。登録の要求のメッセージは、例えばオブジェクトサーバ９がビル２の設備サーバ７と最初に通信するときなどに、オブジェクトサーバ９から設備サーバ７に送信される。

当該メッセージのペイロードに含まれるＪＳＯＮ形式のデータは、キーとして「ａｐｉ」などを含む。

キー「ａｐｉ」の値は、利用するＡＰＩの名称を表す。第３情報は、当該メッセージに関する処理を表す情報である。第３情報は、キー「ａｐｉ」の値を含む。キー「ａｐｉ」の値は、例えば登録の要求を表す文字列「Ｒｅｇｉｓｔｒａｔｉｏｎ」である。キー「ａｐｉ」の値は、例えば登録の結果の通知を表す文字列「ＲｅｇｉｓｔｒａｔｉｏｎＲｅｓｕｌｔ」である。キー「ａｐｉ」の値は、例えば位置状態の通知を表す文字列「ＰｏｓｉｔｉｏｎＳｙｎｃｈｒｏｎｉｚａｔｉｏｎ」である。キー「ａｐｉ」の値は、例えば位置状態の補正要求を表す文字列「ＰｏｓｉｔｉｏｎＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＦｒｏｍＰＦ」である。キー「ａｐｉ」の値は、例えばエレベーターの呼出しを表す文字列「ＣａｌｌＥｌｅｖａｔｏｒ」である。キー「ａｐｉ」の値は、例えばエレベーターの呼出し結果の通知を表す文字列「ＲｅｑｕｅｓｔＦｒｏｍＥｌｅｖａｔｏｒ」である。キー「ａｐｉ」の値は、例えばエレベーターの利用状況を表す文字列「ＵｓｅｄＳｔａｔｕｓＯｆＥｌｅｖａｔｏｒ」である。キー「ａｐｉ」の値は、例えばオブジェクト４への設備サーバ７からの要求を表す文字列「ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔ」である。キー「ａｐｉ」の値は、例えば設備サーバ７からの要求への応答結果の通知を表す文字列「ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔＲｅｓｕｌｔ」である。

続いて、図３から図８を用いて、通信システム１の動作の例を説明する。
図３から図８は、実施の形態１に係る通信システムの動作の例を示すシーケンス図である。

図３において、初期登録およびその後の定常動作におけるシーケンス図が示される。この例において、オブジェクト４を設備サーバ７のオブジェクト管理部１２に登録させる動作の例が示される。

ビル２において稼働するオブジェクト４の登録のために、オブジェクトサーバ９は、当該ビル２に対応する設備サーバ７に接続する。設備サーバ７への接続は、例えばオブジェクト４の管理者によるオブジェクトサーバ９の操作に基づいて行われる。あるいは、設備サーバ７への接続は、例えばオブジェクト４の管理者によるオブジェクト４の操作に基づいて、オブジェクトサーバ９を経由して行われてもよい。

オブジェクトサーバ９の第２通信部１３は、ＭＱＴＴのＣＯＮＮＥＣＴメッセージを設備サーバ７の第１通信部１０に送信する。設備サーバ７の第１通信部１０は、ＭＱＴＴのＣＯＮＮＡＣＫメッセージをオブジェクトサーバ９の第２通信部１３に返送する。これにより、オブジェクトサーバ９は、設備サーバ７とのＭＱＴＴによる接続が確立したことを確認する。ここで、オブジェクトサーバ９および設備サーバ７との間の通信において、ユーザ名およびパスワードによる認証が行われてもよい。

オブジェクトサーバ９の第２通信部１３は、オブジェクト４の登録用のトピックを購読するように、ＭＱＴＴのＳＵＢＳＣＲＩＢＥメッセージをＱｏＳレベル１で設備サーバ７の第１通信部１０に送信する。設備サーバ７の第１通信部１０は、ＭＱＴＴのＳＵＢＡＣＫメッセージをオブジェクトサーバ９の第２通信部１３に返送する。これにより、オブジェクトサーバ９は、当該トピックの購読が許可されたことを確認する。

オブジェクトサーバ９の第２通信部１３は、登録するオブジェクト４の情報をペイロードに含むＭＱＴＴのＰＵＢＬＩＳＨメッセージをＱｏＳレベル１で設備サーバ７の第１通信部１０に送信する。当該メッセージにおいて、ＡＰＩとして「Ｒｅｇｉｓｔｒａｔｉｏｎ」が指定される。当該メッセージは、例えば、トピック名に、第１レイヤ：ＮＵＬＬ、第２レイヤ（第１情報）：ＮＵＬＬ、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＵｓｅｒＭａｎａｇｅｍｅｎｔを含み、ペイロードにＡＰＩ（第３情報）：Ｒｅｇｉｓｔｒａｔｉｏｎを含むように構成されたメッセージとして発行される。設備サーバ７の第１通信部１０は、ＭＱＴＴのＰＵＢＡＣＫメッセージをオブジェクトサーバ９の第２通信部１３に返送する。これにより、オブジェクトサーバ９は、メッセージの発行が受け付けられたことを確認する。

設備サーバ７のオブジェクト管理部１２は、第１通信部１０がオブジェクトサーバ９から受信したメッセージに基づいて、オブジェクトＩＤの付与およびトピックヘッダの生成などのオブジェクト４の登録の処理を行う。オブジェクト管理部１２は、登録の結果を第１通信部１０に通知する。この例において、オブジェクト管理部１２は、生成したトピックヘッダの情報をペイロードに含むＭＱＴＴのＰＵＢＬＩＳＨメッセージを、ＱｏＳレベル１のメッセージとして第１通信部１０に発行する。当該メッセージにおいて、ＡＰＩとして「ＲｅｇｉｓｔｒａｔｉｏｎＲｅｓｕｌｔ」が指定される。当該メッセージは、例えばトピック名に、第１レイヤ：ＮＵＬＬ、第２レイヤ（第１情報）：ＮＵＬＬ、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＵｓｅｒＭａｎａｇｅｍｅｎｔを含み、ペイロードにＡＰＩ（第３情報）：ＲｅｇｉｓｔｒａｔｉｏｎＲｅｓｕｌｔを含むように構成されたメッセージである。

オブジェクトサーバ９の第２通信部１３は、当該トピックを購読しているので、ＭＱＴＴのＰＵＢＬＩＳＨメッセージとして設備サーバ７の第１通信部１０から登録の結果を受信する。オブジェクトサーバ９の第２通信部１３は、ＭＱＴＴのＰＵＢＡＣＫメッセージを設備サーバ７の第１通信部１０に返送する。これにより、設備サーバ７は、登録の結果がオブジェクトサーバ９に通知されたことを確認する。

オブジェクトサーバ９の第２通信部１３は、登録の結果において通知されたトピックヘッダを含むトピックを購読するように、ＭＱＴＴのＳＵＢＳＣＲＩＢＥメッセージを設備サーバ７の第１通信部１０に送信する。第２通信部１３は、ＱｏＳレベルが０のメッセージを購読するように、そのトピックについてのＳＵＢＳＣＲＩＢＥメッセージを第１通信部１０に送信する。また、第２通信部１３は、ＱｏＳレベルが１のメッセージを購読するように、そのトピックについてのＳＵＢＳＣＲＩＢＥメッセージを第１通信部１０に送信する。すなわち、第２通信部１３は、指定したバージョンにおける任意の機能種別を表すオブジェクト側へのメッセージの購読を申請する。設備サーバ７の第１通信部１０は、ＭＱＴＴのＳＵＢＡＣＫメッセージをオブジェクトサーバ９の第２通信部１３に返送する。これにより、オブジェクトサーバ９は、申請したトピックの購読が許可されたことを確認する。

以上のように登録が行われた後に、オブジェクトサーバ９および設備サーバ７の間の通信は、定常動作に移行する。オブジェクトサーバ９から設備サーバ７へのメッセージは、発行者であるＭＱＴＴクライアントからＭＱＴＴブローカーへのＰＵＢＬＩＳＨメッセージとして通信される。設備サーバ７からオブジェクトサーバ９へのメッセージは、トピックの購読者であるＭＱＴＴクライアントへのＭＱＴＴブローカーからのＰＵＢＬＩＳＨメッセージとして通信される。オブジェクトサーバ９は、メッセージが対象とするオブジェクト４を、当該メッセージのトピックヘッダに基づいて特定する。

なお、オブジェクトサーバ９および設備サーバ７の間の通信が切断された場合に、オブジェクトサーバ９は、設備サーバ７に再度ＣＯＮＮＥＣＴメッセージを送信することで通信を再開する。このとき、オブジェクトサーバ９は、同一のオブジェクト４に対して同一の仮ＩＤを指定して再接続を行う。これにより、設備サーバ７は、同一のオブジェクト４に対して通信の切断前と同一のオブジェクトＩＤを設定する。

ここで、オブジェクト４自身が認識している当該オブジェクト４の位置状態と設備サーバ７が認識している当該オブジェクト４の位置情報との間の差異は、オブジェクト４およびビル設備３の連携の障害となりうる。このため、定常動作において、オブジェクト側および移動体側との間においてオブジェクト４の位置状態の同期が行われる。位置状態の同期は、例えばオブジェクト側から設備側への位置状態の定期的な通知、および設備側からオブジェクト側への位置状態の補正要求などによって行われる。なお、位置状態の通知および位置状態の補正要求などを含む定常動作における複数の通信は、例えば複合フラグメントＰＡＲによって示されるように並列処理によって行われる。

定常動作において、オブジェクト４の位置状態を通知しうるように、オブジェクトサーバ９から設備サーバ７にメッセージが送信される。当該メッセージは、例えば予め設定された周期によって定期的に送信される。オブジェクト４の位置状態の情報は、例えばオブジェクト制御部１４が当該オブジェクト４から取得する。

位置状態の通知のメッセージは、オブジェクト４の位置状態の情報を例えばＪＳＯＮ形式のデータとしてペイロードに含む。オブジェクト４の位置の情報は、例えばオブジェクト４の向きの情報を含んでもよい。ペイロードに含まれるデータは、例えば位置状態の同期についての設備側の機能を指定するＡＰＩ名、同期するオブジェクト４を特定するオブジェクトＩＤ、オブジェクト４の位置のデータ表現を指定する情報などを含む。ＡＰＩ名は、例えば「ＰｏｓｉｔｉｏｎＳｙｎｃｈｒｏｎｉｚａｔｉｏｎ」である。位置状態の通知のメッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＭｏｖｉｎｇＯｂｊｅｃｔＬｏｃａｌｉｚａｔｉｏｎを含み、ペイロードにＡＰＩ（第３情報）：ＰｏｓｉｔｉｏｎＳｙｎｃｈｒｏｎｉｚａｔｉｏｎを含むように構成される。オブジェクト４の位置のデータ表現は、例えば座標系、長さおよび角度などの単位系、ならびに整数型、実数型または文字列型などのデータ型などの組み合わせによって指定される。座標系は、例えば緯度、経度、および標高の組によってオブジェクト４の絶対位置を表し、方位によってオブジェクト４の向きを表す絶対座標系であってもよい。あるいは、座標系は、例えばビル２に固有の直交座標（ｘ，ｙ）および階床の組によってビル内におけるオブジェクト４のビル固有位置を表し、ビル２に固有の直交座標における角度によってオブジェクト４の向きを表すビル座標系であってもよい。このとき、ビル座標系における原点もあわせて指定されていてもよい。オブジェクト４から通知された位置状態は、例えばオブジェクト管理部１２によって管理される。

オブジェクト４の位置状態の情報は、設備サーバ７からオブジェクト４の位置状態の補正が要求されたときに、当該補正要求においてオブジェクト４の補正位置を指定する基点を識別する識別子の情報を含んでもよい。このとき、オブジェクトサーバ９は、最後に受けた補正要求の識別子をメッセージに含めて設備サーバ７に送信することで、設備サーバ７との間に基点のずれが生じることを防ぐ。

オブジェクト４の位置状態の情報は、例えばオブジェクト４を駆動するバッテリーの充電残量を表す情報を含んでいてもよい。オブジェクト４の位置状態の情報は、例えばオブジェクト４の動作状態の情報を含んでいてもよい。オブジェクト４の動作状態は、例えば移動中、または待機中などの状態を含む。オブジェクト４の状態の情報は、例えばオブジェクト４のオペレーション内容の情報を含んでいてもよい。オペレーション内容の情報は、例えばオペレーション中、またはオペレーション無しなどの状態を含む。

また、定常動作において、オブジェクト４の位置状態の補正を要求しうるように、設備サーバ７からオブジェクトサーバ９にメッセージが送信される。設備サーバ７において、オブジェクト４の位置状態の情報は、例えばビル２に設けられるカメラなどの観測装置によって取得される。位置状態の補正要求は、例えば設備サーバ７が認識しているオブジェクト４の位置情報と当該オブジェクト４自身から通知される位置状態との間の差異が予め設定された範囲より大きくなった場合に行われる。

位置状態の補正要求のメッセージは、基点などの情報を例えばＪＳＯＮ形式のデータとしてペイロードに含む。基点の情報は、例えばオブジェクト４の向きを補正する情報を含んでもよい。ペイロードに含まれるデータは、例えば位置状態の同期についてのオブジェクト側の機能を指定するＡＰＩ名、同期するオブジェクト４を特定するオブジェクトＩＤ、基点のデータ表現を指定する情報などを含む。ＡＰＩ名は、例えば「ＰｏｓｉｔｉｏｎＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＦｒｏｍＰＦ」である。位置状態の補正要求のメッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＭｏｖｉｎｇＯｂｊｅｃｔＬｏｃａｌｉｚａｔｉｏｎを含み、ペイロードにＡＰＩ（第３情報）：ＰｏｓｉｔｉｏｎＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＦｒｏｍＰＦを含むように構成される。基点のデータ表現は、例えばオブジェクト４の位置のデータ表現と同様に指定される。位置状態の補正要求のメッセージは、基点を識別する識別子の情報を含んでもよい。

設備サーバ７から受信した補正要求のメッセージに基づいて、オブジェクトサーバ９のオブジェクト制御部１４は、当該メッセージにおいて特定されるオブジェクト４に位置状態を補正させる。

ここで、位置状態の同期について設備サーバ７からオブジェクトサーバ９に送信されるメッセージは、位置状態の補正の要否を表す情報を含んでもよい。位置状態の補正が不要である場合に、当該メッセージは、基点の情報を含まなくてもよい。また、当該メッセージは、予め設定された周期によって定期的に送信されてもよい。

図４において、ビル設備３であるエレベーターを利用してオブジェクト４が移動する場合のシーケンス図が示される。

この例において、エレベーターは、複数のかごと、群管理装置と、を備えている。各々のかごは、呼びに応じてビル２における複数の階床の間を鉛直方向に走行することで利用者およびオブジェクト４などを輸送する装置である。群管理装置は、各々のかごに割り当てる呼びを管理する部分である。

オブジェクト４がエレベーターを利用する場合に、当該オブジェクト４が呼出し位置に到着したときに、通信システム１において図６に示されるエレベーターの呼出し処理が行われる。呼出し位置は、例えばエレベーターの乗場の位置である。呼出し処理において、オブジェクトサーバ９および設備サーバ７の間でメッセージが通信される。呼出し処理において、エレベーターは、オブジェクト４がいる階床を出発階とする乗場呼びを登録する。エレベーターの群管理装置は、登録した乗場呼びを複数のかごのいずれかに割り当てる。呼出し処理において、乗場呼びが割り当てられた応答かごは複数のかごのいずれであるかがオブジェクト４に通知される。ここで、エレベーターを利用するオブジェクト４は、施設内を移動する第１機器の例である。エレベーターを利用するオブジェクト４を制御するオブジェクトサーバ９は、第１機器サーバの例である。また、オブジェクト４の乗場呼びに応答する応答かごは、第１かごの例である。

呼出し処理が行われた後に、オブジェクト４は通知された応答かごの乗車待機位置に移動する。乗車待機位置は、応答かごに対応して予め設定される。乗車待機位置は、例えば応答かごが走行する昇降路に対応する乗場出入口の前の位置である。呼出し処理が行われた後に、応答かごは、出発階に移動する。

応答かごが出発階に到着したときに、通信システム１において図７に示されるエレベーターへの乗車処理が行われる。乗車処理において、オブジェクトサーバ９および設備サーバ７の間でメッセージが通信される。乗車処理において、オブジェクト４は、応答かごに乗車する。

乗車処理が行われた後に、応答かごは、オブジェクト４の行先階に移動する。

応答かごが行先階に到着したときに、通信システム１において図８に示されるエレベーターからの降車処理が行われる。降車処理において、オブジェクトサーバ９および設備サーバ７の間でメッセージが通信される。降車処理において、オブジェクト４は、応答かごから降車する。

図５において、エレベーターの呼出し処理におけるシーケンスが示される。

エレベーターを利用するオブジェクト４は、オブジェクトサーバ９にエレベーターの利用を要求する。ここで、オブジェクト４は、利用するかごを特定しなくてもよい。また、複数のエレベーターがビル２に設けられる場合に、オブジェクト４は、利用するエレベーターを特定しなくてもよい。

要求を受けたオブジェクトサーバ９は、エレベーターの呼出しを表すメッセージを設備サーバ７に送信する。呼出しを表すメッセージは、例えば呼出しの機能を指定するＡＰＩ名、エレベーターを利用するオブジェクト４を特定するオブジェクトＩＤ、およびオブジェクト４の行先階を指定する情報などを含む。ＡＰＩ名は、例えば「ＣａｌｌＥｌｅｖａｔｏｒ」である。当該メッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＥｌｅｖａｔｏｒＩｎｔｅｒｆａｃｅを含み、ペイロードにＡＰＩ（第３情報）：ＣａｌｌＥｌｅｖａｔｏｒを含むように構成される。

メッセージを受信した設備サーバ７の設備制御部１１は、当該メッセージの機能種別に基づいて、複数のビル設備３のうちからエレベーターを制御対象として選択する。あるいは、エレベーターを制御対象とするエレベーター専用の設備制御部１１が設けられている場合に、当該設備制御部１１は、購読しているトピックのメッセージとして当該メッセージを取得してもよい。また、複数のエレベーターがビル２に設けられる場合に、設備制御部１１は、複数のエレベーターのうちから制御対象とするエレベーターをオブジェクト４の位置に基づいて選択してもよい。このとき、設備制御部１１は、例えば各々のエレベーターに対応する呼出し位置とオブジェクト４の位置との比較によって制御対象とするエレベーターを選択してもよい。

設備制御部１１は、制御対象のエレベーターにオブジェクト４の専用運転を要求する。このとき、設備制御部１１は、オブジェクトサーバ９から送信されたメッセージの情報をあわせて送信する。

要求を受けたエレベーターは、オブジェクト４がいる階床を出発階とする乗場呼びを、行先階を指定した乗場呼びとして登録する。オブジェクト４がいる階床は、例えば同期しているオブジェクト４の位置情報に基づいて取得される。行先階は、設備制御部１１から受信した情報に基づいて指定される。群管理装置は、登録した乗場呼びを複数のかごのいずれかに割り当てる。乗場呼びが割り当てられた応答かごは、専用運転に移行する。エレベーターは、専用運転開始通知を設備サーバ７に送信する。ここで、専用運転開始通知は、応答かごの乗車待機位置の情報を含む。

エレベーターから専用運転開始通知を受信する場合に、設備サーバ７は、呼出し結果を通知するメッセージをオブジェクトサーバ９に送信する。呼出し結果を通知するメッセージは、例えば呼出し結果の通知の機能を指定するＡＰＩ名、呼出しの成否を表す情報、および応答かごの乗車待機位置の情報を含む。当該メッセージは、応答かご自体を特定する号機番号などの情報を含まなくてもよい。ＡＰＩ名は、例えば「ＣａｌｌＥｌｅｖａｔｏｒＲｅｓｕｌｔ」である。当該メッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｂ２Ｏ、および第４レイヤ：ＥｌｅｖａｔｏｒＩｎｔｅｒｆａｃｅを含み、ペイロードにＡＰＩ（第３情報）：ＣａｌｌＥｌｅｖａｔｏｒＲｅｓｕｌｔを含むように構成される。

オブジェクト制御部１４は、通知された呼出し結果の情報をオブジェクト４に送信する。その後、オブジェクト４は、受信した呼出し結果の情報に基づいて、乗車待機位置に移動する。

一方、専用運転を要求してからタイムアウト時間が経過するまで専用運転開始通知を受信しない場合に、設備サーバ７は、呼出し結果を通知するメッセージをオブジェクトサーバ９に送信する。タイムアウト時間は、例えば２０分などの予め設定された時間である。当該メッセージは、専用運転開始通知を受信した場合と同一のＡＰＩを指定する同一のトピックのメッセージとして送信される。このとき、当該メッセージは、呼出しの失敗を表す情報を含む。当該メッセージは、乗車待機位置の情報を含まなくてもよい。

オブジェクト制御部１４は、通知された呼出し結果の情報をオブジェクト４に送信する。通信システム１は、オブジェクト４がエレベーターを利用して移動する場合のシーケンスを終了する。その後、オブジェクト４は、受信した呼出し結果の情報に基づいて、エレベーターの呼出しに失敗した場合の動作に移行する。

図６において、エレベーターへの乗車処理におけるシーケンスが示される。

オブジェクト４の出発階に到着したときに、応答かごは、かごの戸を開く。エレベーターは、戸開通知を設備サーバ７に送信する。

エレベーターから戸開通知を受信する場合に、設備サーバ７は、エレベーターからの要求を表すメッセージをオブジェクトサーバ９に送信する。エレベーターからの要求を表すメッセージは、例えばエレベーターからの要求に応答するオブジェクト４側の機能を指定するＡＰＩ名、および要求の種類を表す情報などを含む。要求の種類は、例えば乗車要求である。当該メッセージは、応答かごの内部における乗車位置の情報を含んでもよい。ＡＰＩ名は、例えば「ＲｅｑｕｅｓｔＦｒｏｍＥｌｅｖａｔｏｒ」である。当該メッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｂ２Ｏ、および第４レイヤ：ＥｌｅｖａｔｏｒＩｎｔｅｒｆａｃｅを含み、ペイロードにＡＰＩ（第３情報）：ＲｅｑｕｅｓｔＦｒｏｍＥｌｅｖａｔｏｒを含むように構成される。

オブジェクト制御部１４は、設備サーバ７から受けたエレベーターからの要求の情報をオブジェクト４に送信する。オブジェクト４は、エレベーターからの乗車要求に基づいて、応答かごに乗車する。応答かごの内部の乗車位置に到着したときに、オブジェクト４は、乗車完了通知をオブジェクトサーバ９に送信する。

オブジェクト４から乗車完了通知を受信する場合に、オブジェクトサーバ９は、エレベーターの利用状況を表すメッセージを設備サーバ７に送信する。エレベーターの利用状況を表すメッセージは、例えばオブジェクト４の状況に応じた設備側の機能を指定するＡＰＩ名、エレベーターを利用しているオブジェクト４を特定するオブジェクトＩＤ，および利用状況のステータスコードなどを含む。利用状況のステータスコードは、例えば乗車完了を表す「１」などの数値である。ＡＰＩ名は、例えば「ＵｓｅｄＳｔａｔｕｓＯｆＥｌｅｖａｔｏｒ」である。当該メッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＥｌｅｖａｔｏｒＩｎｔｅｒｆａｃｅを含み、ペイロードにＡＰＩ（第３情報）：ＵｓｅｄＳｔａｔｕｓＯｆＥｌｅｖａｔｏｒを含むように構成される。

設備制御部１１は、オブジェクトサーバ９から乗車完了の通知を受けたときに、エレベーターに応答かごの戸を閉める指示を送信する。エレベーターは、受信した指示に基づいて、応答かごの戸を閉める。

一方、戸開通知を受けてからタイムアウト時間が経過するまで乗車完了通知を受信しない場合に、設備サーバ７は、エレベーターからの要求を表すメッセージをオブジェクトサーバ９に送信する。タイムアウト時間は、例えば８００秒などの予め設定された時間である。当該メッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｂ２Ｏ、および第４レイヤ：ＥｌｅｖａｔｏｒＩｎｔｅｒｆａｃｅを含むように構成される。当該メッセージにおける要求の種類は、例えば乗車中止要求である。

オブジェクト制御部１４は、設備サーバ７から受けたエレベーターからの要求の情報をオブジェクト４に送信する。オブジェクト４は、エレベーターからの乗車中止要求に基づいて、応答かごへの乗車を中止する。乗車中止の処理において、オブジェクト４は、エレベーターが通常運転に復帰できるようにエレベーターの乗場に引き返す。

乗車中止の処理が完了したときに、オブジェクト４は、乗車中止完了通知をオブジェクトサーバ９に送信してもよい。オブジェクトサーバ９は、乗車完了通知と同様のＡＰＩによって設備サーバ７に乗車中止完了のメッセージを送信してもよい。

設備制御部１１は、応答かごの戸が開いてから戸開維持時間が経過するまで待機する。戸開維持時間は、例えば３００秒などの予め設定された時間である。設備制御部１１は、戸開維持時間が経過した後に、エレベーターに応答かごの戸を閉める指示を送信する。あるいは、オブジェクトサーバ９から乗車中止完了のメッセージを受信する場合に、設備制御部１１は戸開維持時間の経過を待たずにエレベーターに応答かごの戸を閉める指示を送信してもよい。エレベーターは、受信した指示に基づいて、応答かごの戸を閉める。通信システム１は、オブジェクト４がエレベーターを利用して移動する場合のシーケンスを終了する。

図７において、エレベーターからの降車処理におけるシーケンスが示される。

降車処理において、オブジェクト４の行先階において応答かごの戸が閉まるまで、通信システム１は乗車処理と同様に動作する。すなわち、行先階に到着したときに、応答かごは、かごの戸を開く。エレベーターは、戸開通知を設備サーバ７に送信する。設備サーバ７は、降車要求を表すメッセージをオブジェクトサーバ９に送信する。オブジェクトサーバ９は、受信したメッセージに基づいてオブジェクト４を応答かごから降車させる。オブジェクト４の降車が完了したときに、オブジェクトサーバ９は、降車完了を表すメッセージを設備サーバ７に送信する。設備サーバ７は、応答かごの戸を閉める指示をエレベーターに送信する。また、行先階でのオブジェクト４の降車中にタイムアウトした場合に、設備サーバ７は、降車中止要求を表すメッセージをオブジェクトサーバ９に送信する。戸開維持時間が経過した後に、設備サーバ７は、応答かごの戸を閉める指示をエレベーターに送信する。

応答かごの戸を閉めた後に、エレベーターは専用運転を終了する。その後、エレベーターは、専用運転終了通知を設備サーバ７に送信する。

また、応答かごの戸を閉める指示を送信するまでにオブジェクトサーバ９から降車完了通知のメッセージを受けていない場合に、応答かごにおいてオブジェクト４の閉じ込めが発生している可能性がある。このとき、設備サーバ７は、オブジェクト４への設備サーバ７からの要求を表すメッセージをオブジェクトサーバ９に送信する。設備サーバ７からの要求を表すメッセージは、例えば当該要求に応答するオブジェクト側の機能を指定するＡＰＩ名、および要求の種類を表す情報などを含む。要求の種類は、例えば停止要求である。ＡＰＩ名は、例えば「ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔ」である。

オブジェクト制御部１４は、設備サーバ７から受けた要求の情報をオブジェクト４に送信する。オブジェクト４は、設備サーバ７からの停止要求に基づいて、応答かごの内部において停止する。その後、オブジェクト４は、停止完了通知をオブジェクトサーバ９に送信する。

オブジェクト４から停止完了通知を受信する場合に、オブジェクトサーバ９は、設備サーバ７からの要求への応答結果を表すメッセージを設備サーバ７に送信する。要求への応答結果を表すメッセージは、例えば応答結果の通知を表すＡＰＩ名、設備サーバ７からの要求の種類を表す情報、および応答結果のステータスコードなどを含む。応答結果のステータスコードは、例えば応答成功を表す「１０１」などの数値である。ＡＰＩ名は、例えば「ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔＲｅｓｕｌｔ」である。当該メッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＯｂｊｅｃｔＩｎｔｅｒｆａｃｅを含み、ペイロードにＡＰＩ（第３情報）：ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔＲｅｓｕｌｔを含むように構成される。

設備制御部１１は、オブジェクトサーバ９から応答結果の通知を受けたときに、応答かごの走行が可能であるかを判定する。応答かごの走行が可能である場合に、エレベーターは、閉じ込められたオブジェクト４を乗せたまま、応答かごを非常対応階床に走行させる。非常対応階床は、例えば防災センターなどが設けられる予め設定された階床である。非常対応階床において、エレベーターは、応答かごの戸を開く。設備サーバ７は、例えばオブジェクトサーバ９にメッセージを送信することによって、オブジェクト４を待機場所に移動させる。

図８において、設備サーバ７からオブジェクト４に移動を要求する場合のシーケンス図が示される。

設備サーバ７は、移動要求事象の発生が検知されるときに、移動要求事象の種類に応じた移動をオブジェクト４に要求する。移動要求事象は、オブジェクト４への移動の要求が必要となる事象である。移動要求事象は、例えばビル２に設けられる地震検知器が検知する地震、または火災検知器が検知する火災などの災害を含む緊急時の事象である。あるいは、移動要求事象は、オブジェクト４の位置状態に基づいてオブジェクト管理部１２によって検知される事象であってもよい。移動要求事象は、例えばオブジェクト４の故障または不具合などの異常時の事象であってもよい。また、移動要求事象は、例えばオブジェクト４を駆動するバッテリーの充電残量の低下などのオブジェクト４のオペレーションに影響する事象であってもよい。また、移動要求事象は、例えば入域が許可されていない領域へのオブジェクト４の進入などのビル２のセキュリティに関する事象であってもよい。

移動要求事象の発生が検知されるときに、設備サーバ７は、オブジェクト４への設備サーバ７からの要求を表すメッセージをオブジェクトサーバ９に送信する。当該メッセージは、例えばＡＰＩ「ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔ」を指定する。当該メッセージにおける要求の種類は、例えば移動要求である。当該メッセージは、発生した災害の種類を通知する情報を含んでもよい。また、当該メッセージは、移動を要求する位置の情報を含んでもよい。移動を要求する位置は、例えば緊急時または異常時のオブジェクト４の待機場所の位置などである。あるいは、移動を要求する位置は、例えば充電ステーションの位置などであってもよい。あるいは、移動を要求する位置は、オブジェクト４に対して入域が許可されている領域の位置などであってもよい。

オブジェクト制御部１４は、設備サーバ７から受けた要求の情報をオブジェクト４に送信する。オブジェクト４は、設備サーバ７からの移動要求の諾否を判定する。オブジェクト４は、諾否の判定結果をオブジェクトサーバ９に送信する。

オブジェクト４から判定結果を受信する場合に、オブジェクトサーバ９は、設備サーバ７からの要求への対応を表すメッセージを設備サーバ７に送信する。当該メッセージは、例えばＡＰＩ「ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔＲｅｓｕｌｔ」を指定する。当該メッセージは、例えばトピック名に、第１レイヤ：Ｍｏｂｉｌｉｔｙ、第２レイヤ（第１情報）：００１、第３レイヤ（第２情報）：Ｏ２Ｂ、および第４レイヤ：ＯｂｊｅｃｔＩｎｔｅｒｆａｃｅを含み、ペイロードにＡＰＩ（第３情報）：ＲｅｑｕｅｓｔＭｏｖｅｍｅｎｔＲｅｓｕｌｔを含むように構成される。当該メッセージにおける応答結果のステータスコードは、例えば、要求の承諾を表す「１」、または拒否を表す「２」などの数値である。

オブジェクト４は、設備サーバ７からの移動要求を承諾する場合に、設備サーバ７からの移動要求に基づいて、要求された位置まで移動する。その後、オブジェクト４は、移動完了通知をオブジェクトサーバ９に送信する。

オブジェクト４から移動完了通知を受信する場合に、オブジェクトサーバ９は、設備サーバ７からの要求への応答結果を表すメッセージを設備サーバ７に送信する。当該メッセージは、例えば要求への対応を表すメッセージと同一のＡＰＩを指定する同一のトピックのメッセージである。当該メッセージにおける応答結果のステータスコードは、例えば応答成功を表す「１０１」、または応答失敗を表す「１０２」などの数値である。

以上に説明したように、実施の形態１に係る通信システム１は、複数の設備サーバ７と、複数のオブジェクトサーバ９と、を備える。通信システム１において、複数の設備サーバ７の各々と、複数のオブジェクトサーバ９の各々との間において、共通の形式によってメッセージが通信される。メッセージは、第１情報と、第２情報と、第３情報と、を含む。第１情報は、複数の機器であるオブジェクト４の各々を特定する情報である。各々のオブジェクト４は、施設において稼働する。各々のオブジェクト４は、施設の複数の設備の少なくともいずれかを利用する。第２情報は、メッセージの送信方向を表す情報である。第３情報は、制御すべき制御対象の設備または機器に実行させる処理を表す情報である。第３情報は、例えばＡＰＩを表す。複数の設備サーバ７の各々は、設備制御部１１と、第１通信部１０と、を備える。設備制御部１１は、メッセージが設備サーバ７に受信されるときに、当該メッセージに基づいて複数の設備の少なくともいずれかを制御対象として制御する。第１通信部１０は、複数のオブジェクトサーバ９の各々との間でメッセージを共通の形式によって通信する。複数のオブジェクトサーバ９の各々は、オブジェクト制御部１４と、第２通信部１３と、を備える。オブジェクト制御部１４は、メッセージがオブジェクトサーバ９に受信されるときに、当該メッセージに基づいて複数のオブジェクト４の少なくともいずれかを制御対象として制御する。第２通信部１３は、複数の設備サーバ７の各々との間でメッセージを共通の形式によって通信する。メッセージは、複数の設備サーバ７の各々と、複数のオブジェクトサーバ９の各々との間において、共通の形式によってメッセージが通信されることで、複数の設備および複数のオブジェクト４のうちの少なくともいずれかの制御に用いられる。

通信システム１において、複数の設備および複数のオブジェクト４は、設備サーバ７およびオブジェクトサーバ９を介した通信によって連携する。設備サーバ７およびオブジェクトサーバ９は、共通の形式のメッセージによって通信する。このように、複数の設備および複数のオブジェクト４は、連携についての通信に関して疎結合になる。第１情報によって連携するオブジェクト４が特定されるので、いずれのオブジェクト４についてのメッセージであるかが明確になる。第２情報においてメッセージの送信者および受信者の組み合わせを個々に特定する必要がないので、連携する設備およびオブジェクト４がともに多数であっても通信の量が増加しにくい。第３情報によって連携における機能の種別によって連携する設備などが特定されるので、オブジェクト４は、施設に設けられている個々の設備の情報を持つ必要がない。このため、設備およびオブジェクト４は、設備の種類およびオブジェクト４の種類の組み合わせなどによらずに、互いに連携して動作しやすくなる。これにより、製造業者および管理業者などが異なる複数のオブジェクト４が施設を移動する場合においても、オブジェクト４は、設備ごとのプロトコルを考慮することなく施設を自由に移動できるようになる。

また、設備制御部１１は、メッセージに基づく制御対象を複数の設備のいずれにするかを、第３情報に基づいて選択する。これにより、オブジェクト４は、利用する個々の設備の情報を持つことなく、設備の機能を指定することで当該機能を利用できる。なお、例えば制御対象とする設備ごとに専用の設備制御部１１が設けられる場合などに、当該設備制御部１１は、取得するメッセージを第３情報に基づいて選択してもよい。

また、設備制御部１１は、メッセージに基づく制御対象を複数の設備のいずれにするかを、第１情報によって特定されるオブジェクト４の情報に対応付けて記憶されている当該オブジェクト４の位置情報に基づいて選択する。これにより、設備制御部１１は、オブジェクト４からの個々の設備の指定を必要とせずに、当該オブジェクト４に利用させる設備を選択できる。このため、オブジェクト４は、利用する個々の設備の情報を持つことなく、設備の機能を指定することで当該機能を利用できる。なお、設備制御部１１は、制御対象とする設備を、オブジェクト４の位置と第３情報との組み合わせに基づいて選択してもよい。

また、設備制御部１１は、メッセージの第３情報が乗場呼びを表す場合に、第１情報によって特定されるオブジェクト４の情報に対応付けて記憶されている当該オブジェクト４の位置情報に基づいてそのオブジェクト４が位置する階床を特定する。設備制御部１１は、その特定された階床に対するその乗場呼びを、ビル設備３であるエレベーターに登録させる。また、第１通信部１０は、エレベーターが複数のかごを有する場合に、複数のかごのうちオブジェクト４の乗場呼びに応答させるかごを特定する情報をメッセージに含めて、当該オブジェクト４を制御するオブジェクトサーバ９に送信する。これにより、エレベーターを設備として利用するオブジェクト４は、容易にエレベーターのかごを呼び出せる。オブジェクト４は、利用するエレベーターを選択する必要がない。オブジェクト４は、利用するエレベーターの数などの情報を持つことなくエレベーターを利用できる。また、オブジェクト４は、利用するエレベーターのかごを選択する必要がない。また、オブジェクト４は、利用できるエレベーターのかごを判定する必要がない。このため、オブジェクト４のエレベーターを利用した施設の移動が容易になる。

また、第１通信部１０は、その特定された階床でエレベーターのかごの戸が開くときに、当該かごへの乗車要求を表す第３情報を含むメッセージを、当該オブジェクト４を制御するオブジェクトサーバ９に送信する。また、エレベーターのかごへの乗車要求を表す第３情報を含むメッセージをオブジェクトサーバ９に送信した後で、且つオブジェクトサーバ９からエレベーターのかごへの乗車完了を表す第３情報を含むメッセージを受信したときに、設備制御部１１は、エレベーターに当該かごの戸を閉めさせる。これにより、エレベーターを設備として利用するオブジェクト４は、エレベーターの機種などによらずに容易にかごに乗車できる。また、設備サーバ７は、オブジェクト４の機種などによらずに、オブジェクト４を容易にかごに乗車させられる。

また、第１通信部１０は、その特定された階床でエレベーターのかごの戸が開くときに、当該かごからの降車要求を表す第３情報を含むメッセージを、当該オブジェクト４を制御するオブジェクトサーバ９に送信する。また、エレベーターのかごからの降車要求を表す第３情報を含むメッセージをオブジェクトサーバ９に送信した後で、且つオブジェクトサーバ９からエレベーターのかごからの降車完了を表す第３情報を含むメッセージを受信したときに、設備制御部１１は、エレベーターに当該かごの戸を閉めさせる。これにより、エレベーターを設備として利用するオブジェクト４は、エレベーターの機種などによらずに容易にかごから降車できる。また、設備サーバ７は、オブジェクト４の機種などによらずに、オブジェクト４を容易にかごから降車させられる。

また、第１通信部１０は、オブジェクト４に対する移動の要求が必要となる事象である移動要求事象の発生が検知されたときに、移動要求事象の種類に応じたオブジェクト４の移動要求を表す第３情報を含むメッセージを、当該オブジェクト４を制御するオブジェクトサーバ９に送信する。これにより、設備サーバ７は、施設もしくは設備またはオブジェクト４などの状況に応じた対処を、機種などによらずにオブジェクト４に行わせることができる。

なお、オブジェクトサーバ９から送信されるメッセージの第３情報は、制御対象の設備の動作の開始要求を表すデータであってもよい。このとき、設備制御部１１は、当該メッセージに基づく制御対象の設備の動作を開始させる。また、オブジェクトサーバ９から送信されるメッセージの第３情報は、制御対象の設備の動作の停止要求を表すデータであってもよい。このとき、設備制御部１１は、当該メッセージに基づく制御対象の設備の動作を停止させる。これにより、施設においてオブジェクト４および設備の連携が容易になる。

当該メッセージの制御対象は、例えば乗客コンベア、空調装置、換気装置、または照明装置などであってもよい。制御対象が乗客コンベアである場合に、設備制御部１１は、例えば当該乗客コンベアの運転を起動または停止させる。制御対象が空調装置である場合に、設備制御部１１は、例えば当該空調装置の運転を起動または停止させる。制御対象が換気装置である場合に、設備制御部１１は、例えば当該換気装置による送風または排風を起動または停止させる。制御対象が照明装置である場合に、設備制御部１１は、例えば当該照明装置を点灯または消灯させる。

また、オブジェクトサーバ９から送信されるメッセージの第３情報は、制御対象の設備の動作状態の変更要求を表すデータであってもよい。このとき、設備制御部１１は、当該メッセージに基づく制御対象の設備の動作状態を変更させる。これにより、施設においてオブジェクト４および設備の連携が容易になる。

動作状態の変更は、例えば動作モードの切り替えであってもよい。制御対象が乗客コンベアである場合に、動作モードの切り替えは、例えば上昇運転および下降運転の切り替え、または高速運転および低速運転の切り替えなどである。動作状態の変更は、例えば動作パラメータの変更であってもよい。制御対象が乗客コンベアである場合に、動作パラメータは、例えば運転速度などである。制御対象が空調装置である場合に、動作パラメータは、例えば設定温度または風量などである。制御対象が照明装置である場合に、動作パラメータの変更は、例えば調光または調色などである。

また、設備制御部１１は、ビル設備３である入退管理装置に、第１情報に基づいて特定されるオブジェクト４を認証させるようにしてもよい。当該オブジェクト４の認証が成功する場合に、例えば当該入退管理装置が管理する電気錠の開錠などが行われる。これにより、入退域が管理される領域を有する施設においても、オブジェクト４は円滑に移動できる。なお、オブジェクトサーバ９から送信されるメッセージは、オブジェクト４の認証情報を含んでいてもよい。

また、オブジェクトサーバ９から送信されるメッセージは、オブジェクト４が自身の現在位置を見失ったことを表す情報を含んでもよい。このとき、設備サーバ７は、当該オブジェクト４を制御するオブジェクトサーバ９に、例えば位置情報の補正要求のメッセージ、または移動要求のメッセージなどを送信してもよい。

また、オブジェクトサーバ９から送信されるメッセージに基づく機能の実行を制御対象の設備が拒否する場合に、設備サーバ７は、拒否の理由を表す情報を含むメッセージを当該オブジェクトサーバ９に返送してもよい。例えばエレベーターが呼出し処理を拒否するときに、設備サーバ７は、地震による管制運転中であること、または、他のオブジェクト４がかごに既に乗車していることなどを拒否の理由としてオブジェクトサーバ９に返送してもよい。これにより、オブジェクト４は、機能の実行を再度要求する場合の承諾の可能性を判断できる。このとき、オブジェクト４は、返送された理由に応じて、要求を再度行うか否かを判定してもよい。

また、設備サーバ７は、エッジサーバでなくてもよい。設備サーバ７は、単一の施設に対して複数設けられていてもよい。設備サーバ７は、例えば一台のサーバコンピュータであってもよい。設備サーバ７は、複数のサーバコンピュータなどによって構成されていてもよい。設備サーバ７は、例えばクラウドサービスなどによって構成される仮想的なサーバであってもよい。第１通信部１０、設備制御部１１、およびオブジェクト管理部１２などの設備サーバ７の機能の一部または全部は、個別のハードウェアに搭載されていてもよい。設備制御部１１は、制御対象の設備に設けられていてもよい。

また、オブジェクトサーバ９は、例えば一台のサーバコンピュータであってもよい。オブジェクトサーバ９は、複数のサーバコンピュータなどによって構成されていてもよい。オブジェクトサーバ９は、例えばクラウドサービスなどによって構成される仮想的なサーバであってもよい。オブジェクトサーバ９は、互いに異なる製造業者によって製造された複数のオブジェクト４の各々を制御対象としてもよい。オブジェクトサーバ９の管理者は、オブジェクト４の管理者と異なっていてもよい。第２通信部１３およびオブジェクト制御部１４などのオブジェクトサーバ９の機能の一部または全部は、個別のハードウェアに搭載されていてもよい。オブジェクトサーバ９は、制御対象のオブジェクト４ごとの専用のサーバ装置、または専用のサーバソフトウェアであってもよい。オブジェクト制御部１４は、制御対象のオブジェクト４に設けられていてもよい。オブジェクトサーバ９は、オブジェクト４が移動する施設ごとに設けられていてもよい。オブジェクトサーバ９は、制御対象のオブジェクト４との関係においてＭＱＴＴブローカーの機能を搭載していてもよい。このとき、制御対象のオブジェクト４の一部または全部は、ＭＱＴＴクライアントの機能を搭載する。また、設備サーバ７は、ＭＱＴＴブローカーとしてのオブジェクトサーバ９とのインターフェイスとなるＭＱＴＴクライアントの機能を搭載していてもよい。

また、設備サーバ７およびオブジェクトサーバ９の間の通信は、ＭＱＴＴ以外の多対多の通信に適したプロトコルによって行われてもよい。メッセージのペイロードにおいて通信されるデータは、共通の形式であれば、ＹＡＭＬ形式（ＹＡＭＬ：ＹＡＭＬ Ａｉｎ’ｔ ａ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）またはバイナリ形式などのＪＳＯＮ以外の形式であってもよい。

また、施設は、単一の建築物でなくてもよい。施設は、複数の建築物を有する複合施設であってもよい。あるいは、施設は、例えば屋外施設であってもよい。

また、第３情報は、例えば図２に示されている第４レイヤである機能種別を含むものであってもよい。

また、オブジェクト４の専用運転などのエレベーターの利用を要求する設備制御部１１は、オブジェクト４の位置情報と対応しない階床の乗場呼びをエレベーターに登録させてもよい。例えば、１階に移動中のオブジェクト４の現在の位置情報が２階である場合などにおいて、設備制御部１１は、１階に対する乗場呼びをエレベーターに登録させてもよい。

続いて、図９を用いて、通信システム１の主要部のハードウェア構成の例について説明する。
図９は、実施の形態１に係る通信システムの主要部のハードウェア構成図である。通信システム１の主要部は、例えば設備サーバ７またはオブジェクトサーバ９などである。

通信システム１の各機能は、処理回路により実現し得る。処理回路は、少なくとも１つのプロセッサ１ｂと少なくとも１つのメモリ１ｃとを備える。処理回路は、プロセッサ１ｂおよびメモリ１ｃと共に、あるいはそれらの代用として、少なくとも１つの専用のハードウェア１ａを備えてもよい。

処理回路がプロセッサ１ｂとメモリ１ｃとを備える場合、通信システム１の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせで実現される。ソフトウェアおよびファームウェアの少なくとも一方は、プログラムとして記述される。そのプログラムはメモリ１ｃに格納される。プロセッサ１ｂは、メモリ１ｃに記憶されたプログラムを読み出して実行することにより、通信システム１の各機能を実現する。

プロセッサ１ｂは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰともいう。メモリ１ｃは、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの、不揮発性または揮発性の半導体メモリなどにより構成される。

処理回路が専用のハードウェア１ａを備える場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせで実現される。

通信システム１の各機能は、それぞれ処理回路で実現することができる。あるいは、通信システム１の各機能は、まとめて処理回路で実現することもできる。通信システム１の各機能について、一部を専用のハードウェア１ａで実現し、他部をソフトウェアまたはファームウェアで実現してもよい。このように、処理回路は、ハードウェア１ａ、ソフトウェア、ファームウェア、またはこれらの組み合わせで通信システム１の各機能を実現する。

実施の形態２．
実施の形態２において、実施の形態１で開示される例と相違する点などについて特に詳しく説明する。実施の形態２で説明されない特徴については、実施の形態１で開示される例のいずれの特徴が採用されてもよい。

実施の形態２において、ビル設備３であるエレベーターと、ビル２において移動するオブジェクト４との連携の例を説明する。
図１０は、実施の形態２に係る通信システムの構成図である。

ビル２において、昇降路１５が設けられる。昇降路１５は、ビル２の複数の階床にわたる空間である。ビル２の各々の階床において、昇降路１５に隣接する乗場１６が設けられる。乗場１６において、乗場の戸１７が設けられる。乗場の戸１７は、昇降路１５および乗場１６を区画する戸である。

エレベーターは、かご１８を備える。かご１８は、呼びに応じて昇降路１５を鉛直方向に走行することで、利用者および移動するオブジェクト４などをビル２の複数の階床の間で輸送する。かご１８は、かごの戸１９を備える。かごの戸１９は、かご１８がいずれかの階床に停止しているときに、利用者および移動するオブジェクト４などが乗降しうるように当該階床に設けられた乗場の戸１７を連動させて開閉する。

エレベーターは、制御盤２０を備える。制御盤２０は、エレベーターの動作を制御する装置である。制御盤２０が制御するエレベーターの動作は、例えばかご１８の走行およびかごの戸１９の開閉などを含む。ビル設備３であるエレベーターは、例えば制御盤２０を通じて設備サーバ７と通信を行う。

この例において、ビル２の管理室２１が設けられる。管理室２１は、例えばビル２の一室である。あるいは、管理室２１は、ビル２の外部のビルに設けられていてもよい。管理室２１は、ビル２の管理の作業などを行う場所である。管理室２１において、管理端末２２が設置される。管理端末２２は、ビル２の管理の作業などを行う装置である。管理端末２２は、例えばパーソナルコンピュータなどの汎用の情報端末である。管理端末２２は、例えばブザーまたはランプなどの警報器に接続されていてもよい。あるいは、管理端末２２は、スマートフォンなどの可搬な情報端末であってもよい。管理端末２２は、ビル２の管理者に使用される。

設備サーバ７は、報知部２３を備える。報知部２３は、ビル２の管理者への報知を行う部分である。報知部２３は、例えば管理端末２２によって閲覧可能な電子メールを送信することなどによって、管理者への報知を行う。報知部２３は、管理端末２２が例えば警報器に接続されている場合に、警報器の警報音または警報表示などによって管理者への報知を行なってもよい。

続いて、図１１から図１４を用いて、通信システム１の動作の例を説明する。
図１１から図１４は、実施の形態２に係る通信システムの動作の例を示すフローチャートである。

図１１および図１２において、エレベーターへの乗車処理における設備サーバ７の動作フローの例が示される。

オブジェクト４の乗場呼びが割り当てられたかご１８は、オブジェクト４に対する専用運転を行っている。かご１８がオブジェクト４の出発階においてかごの戸１９を開くときに、設備サーバ７は、例えばエレベーターの制御盤２０から戸開通知を受信する。このとき、設備サーバ７は、図１１のステップＳ１０１からの動作を開始する。

ステップＳ１０１において、設備サーバ７は、乗車要求を表すメッセージをオブジェクトサーバ９に送信する。乗車要求は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、設備サーバ７は、乗車要求を表すメッセージをオブジェクト４に例えば無線通信などによって送信してもよい。その後、設備サーバ７の動作は、ステップＳ１０２に進む。

オブジェクトサーバ９は、設備サーバ７から受けた乗車要求の情報をオブジェクト４に送信する。オブジェクト４は、受信した乗車要求に基づいて、かご１８に乗車する。かご１８の内部の乗車位置に到着したときに、オブジェクト４は、乗車完了通知をオブジェクトサーバ９に送信する。オブジェクト４から乗車完了通知を受けるときに、オブジェクトサーバ９は、乗車完了通知を表すメッセージを設備サーバ７に送信する。乗車完了通知は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、オブジェクト４は、乗車完了通知を設備サーバ７に送信してもよい。

ステップＳ１０２において、設備サーバ７は、乗車完了通知をオブジェクトサーバ９またはオブジェクト４から受信したかを判定する。判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ１０３に進む。一方、判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１０４に進む。

ステップＳ１０３において、設備サーバ７は、かごの戸１９を閉める指示をエレベーターに送信する。その後、乗車処理における設備サーバ７の動作は、終了する。

エレベーターは、設備サーバ７から受信した指示に基づいて、かごの戸１９を閉める。

ステップＳ１０４において、設備サーバ７は、オブジェクトサーバ９と正常に接続されているかを判定する。設備サーバ７がオブジェクト４と通信する場合に、設備サーバ７は、オブジェクト４と正常に接続されているかを判定してもよい。ステップＳ１０４の判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ１０６に進む。一方、オブジェクトサーバ９またはオブジェクト４と正常に接続されていない場合に、オブジェクト４のかご１８への乗車が完了していても乗車完了通知を受信しないことがある。このため、ステップＳ１０４の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１０５に進む。

ステップＳ１０５において、設備サーバ７は、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部またはかご１８の外部であるかを判定する。ステップＳ１０５の判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ１０３に進む。一方、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部およびかご１８の外部のいずれでもなかった場合に、オブジェクト４がかご１８の内部およびかご１８の外部の間に位置している可能性がある。このとき、ステップＳ１０３においてかごの戸１９が閉まる場合に、オブジェクト４がかごの戸１９に挟まれる可能性がある。したがって、ステップＳ１０５の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１０６に進む。

ステップＳ１０６において、設備サーバ７は、タイムアウトしたか、すなわち戸開通知を受けてから予め設定された時間が経過したかを判定する。判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１０２に進む。一方、判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１２のステップＳ１０７に進む。

ステップＳ１０７において、設備サーバ７は、オブジェクト４がかご１８への乗車に失敗したと判定する。このとき、設備サーバ７は、乗車中止要求を表すメッセージをオブジェクトサーバ９に送信する。乗車中止要求は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、設備サーバ７は、乗車中止要求を表すメッセージをオブジェクト４に送信してもよい。また、設備サーバ７は、オブジェクト４がかご１８への乗車に失敗したと判定するときに、オブジェクト４に対する専用運転の解除の指示をエレベーターに送信する。その後、設備サーバ７の動作は、ステップＳ１０８に進む。

オブジェクトサーバ９は、設備サーバ７から受けた乗車中止要求の情報をオブジェクト４に送信する。オブジェクト４は、受信した乗車中止要求に基づいて、かご１８への乗車を中止する。乗車中止の処理において、オブジェクト４は、エレベーターが通常運転に復帰できるように乗場１６に引き返す。乗車中止の処理が完了したときに、オブジェクト４は、乗車中止完了通知をオブジェクトサーバ９に送信する。オブジェクト４から乗車中止完了通知を受けるときに、オブジェクトサーバ９は、乗車中止完了通知を表すメッセージを設備サーバ７に送信する。乗車中止完了通知は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、オブジェクト４は、乗車中止完了通知を設備サーバ７に送信してもよい。

なお、設備サーバ７は、オブジェクト４がかご１８への乗車に失敗したと判定するときに、かご１８の外部の予め設定された位置への移動要求を表すメッセージをオブジェクトサーバ９に送信してもよい。かご１８の外部の位置は、例えば乗場１６における位置である。移動要求は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。乗車中止の処理において、オブジェクト４は、移動要求に従ってかご１８の外部に移動してもよい。移動要求に従う移動が完了したときに、オブジェクト４は、移動完了通知をオブジェクトサーバ９に送信する。オブジェクト４から移動完了通知を受けるときに、オブジェクトサーバ９は、移動完了通知を表すメッセージを設備サーバ７に送信する。移動完了通知は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、オブジェクト４は、移動完了通知を設備サーバ７に送信してもよい。移動完了通知は、乗車中止完了通知とともに通信されてもよい。

ステップＳ１０８において、設備サーバ７は、乗車完了通知をオブジェクトサーバ９またはオブジェクト４から受信したかを判定する。ステップＳ１０８の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１０９に進む。一方、図１１のステップＳ１０６においてタイムアウトした場合においても、乗車中止要求の通信に係る処理などの間にオブジェクト４のかご１８への乗車が完了することがある。このため、ステップＳ１０８の判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１１のステップＳ１０３に進む。

ステップＳ１０９において、設備サーバ７は、乗車中止完了通知をオブジェクトサーバ９またはオブジェクト４から受信したかを判定する。判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１１のステップＳ１０３に進む。一方、判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１１０に進む。

ステップＳ１１０において、設備サーバ７は、オブジェクトサーバ９と正常に接続されているかを判定する。設備サーバ７がオブジェクト４と通信する場合に、設備サーバ７は、オブジェクト４と正常に接続されているかを判定してもよい。ステップＳ１１０の判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ１１２に進む。一方、オブジェクトサーバ９またはオブジェクト４と正常に接続されていない場合に、オブジェクト４のかご１８への乗車中止の処理が完了していても乗車中止完了通知を受信しないことがある。このため、ステップＳ１１０の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１１１に進む。

ステップＳ１１１において、設備サーバ７は、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部またはかご１８の外部であるかを判定する。ステップＳ１１１の判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１１のステップＳ１０３に進む。一方、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部およびかご１８の外部のいずれでもなかった場合に、オブジェクト４がかご１８の内部およびかご１８の外部の間に位置している可能性がある。このとき、ステップＳ１０３においてかごの戸１９が閉まる場合に、オブジェクト４がかごの戸１９に挟まれる可能性がある。したがって、ステップＳ１１１の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１１２に進む。

ステップＳ１１２において、設備サーバ７は、タイムアウトしたか、すなわち乗車中止要求を送信してから予め設定された時間が経過したかを判定する。判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ１０８に進む。一方、判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ１１３に進む。

ステップＳ１１３において、設備サーバ７の報知部２３は、オブジェクト４のかご１８への乗車の失敗を管理者に報知する。その後、乗車処理における設備サーバ７の動作は、終了する。

なお、設備サーバ７の報知部２３が報知を行った後などに、かごの戸１９を閉めることができる場合に、制御盤２０はかごの戸１９を閉めてもよい。

また、ステップＳ１０８において乗車完了通知が受信された場合に、設備サーバ７は、オブジェクト４に対する専用運転の指示をエレベーターに再度送信してもよい。あるいは、ステップＳ１０７において、設備サーバ７は、オブジェクト４に対する専用運転の解除の指示をエレベーターに送信せずに、乗車中止要求のメッセージを送信してもよい。この場合に、設備サーバ７は、例えばステップＳ１１３などにおいて、オブジェクト４に対する専用運転の解除の指示をエレベーターに送信する。あるいは、例えばステップＳ１０９などにおいて乗車中止完了通知が受信された場合に、設備サーバ７は、オブジェクト４に対する専用運転の解除の指示をエレベーターに送信してもよい。あるいは、乗車中止要求に伴う移動要求に従った移動の移動完了通知が受信された場合に、設備サーバ７は、オブジェクト４に対する専用運転の解除の指示をエレベーターに送信してもよい。

また、ステップＳ１０４またはステップＳ１１０などにおいて、オブジェクトサーバ９と正常に接続されていないと判定する場合に、設備サーバ７は、オブジェクト４がかご１８への乗車に失敗したと判定してもよい。

また、エレベーターが通常運転に復帰できる場合などに、報知部２３は、管理者への報知を省略してもよい。

図１３および図１４において、エレベーターからの降車処理における設備サーバ７の動作フローの例が示される。

オブジェクト４が乗車しているかご１８がオブジェクト４の行先階においてかごの戸１９を開くときに、設備サーバ７は、例えばエレベーターの制御盤２０から戸開通知を受信する。このとき、設備サーバ７は、図１３のステップＳ２０１からの動作を開始する。

ステップＳ２０１において、設備サーバ７は、降車要求を表すメッセージをオブジェクトサーバ９に送信する。降車要求は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、設備サーバ７は、降車要求を表すメッセージをオブジェクト４に送信してもよい。その後、設備サーバ７の動作は、ステップＳ２０２に進む。

オブジェクトサーバ９は、設備サーバ７から受けた降車要求の情報をオブジェクト４に送信する。オブジェクト４は、受信した降車要求に基づいて、かご１８から降車する。
オブジェクト４の降車が完了したときに、オブジェクト４は、降車完了通知をオブジェクトサーバ９に送信する。オブジェクト４から降車完了通知を受けるときに、オブジェクトサーバ９は、降車完了通知を表すメッセージを設備サーバ７に送信する。降車完了通知は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、オブジェクト４は、降車完了通知を設備サーバ７に送信してもよい。

ステップＳ２０２において、設備サーバ７は、降車完了通知をオブジェクトサーバ９またはオブジェクト４から受信したかを判定する。判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ２０３に進む。一方、判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２０４に進む。

ステップＳ２０３において、設備サーバ７は、かごの戸１９を閉める指示をエレベーターに送信する。その後、降車処理における設備サーバ７の動作は、終了する。

エレベーターは、設備サーバ７から受信した指示に基づいて、かごの戸１９を閉める。

ステップＳ２０４において、設備サーバ７は、オブジェクトサーバ９と正常に接続されているかを判定する。設備サーバ７がオブジェクト４と通信する場合に、設備サーバ７は、オブジェクト４と正常に接続されているかを判定してもよい。ステップＳ２０４の判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ２０６に進む。一方、オブジェクトサーバ９またはオブジェクト４と正常に接続されていない場合に、オブジェクト４のかご１８への降車が完了していても降車完了通知を受信しないことがある。このため、ステップＳ２０４の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２０５に進む。

ステップＳ２０５において、設備サーバ７は、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部またはかご１８の外部であるかを判定する。ステップＳ２０５の判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ２０３に進む。一方、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部およびかご１８の外部のいずれでもなかった場合に、オブジェクト４がかご１８の内部およびかご１８の外部の間に位置している可能性がある。このとき、ステップＳ２０３においてかごの戸１９が閉まる場合に、オブジェクト４がかごの戸１９に挟まれる可能性がある。したがって、ステップＳ２０５の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２０６に進む。

ステップＳ２０６において、設備サーバ７は、タイムアウトしたか、すなわち戸開通知を受けてから予め設定された時間が経過したかを判定する。判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２０２に進む。一方、判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１４のステップＳ２０７に進む。

ステップＳ２０７において、設備サーバ７は、オブジェクト４がかご１８からの降車に失敗したと判定する。このとき、設備サーバ７は、降車中止要求を表すメッセージをオブジェクトサーバ９に送信する。降車中止要求は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、設備サーバ７は、降車中止要求を表すメッセージをオブジェクト４に送信してもよい。その後、設備サーバ７の動作は、ステップＳ２０８に進む。

オブジェクトサーバ９は、設備サーバ７から受けた降車中止要求の情報をオブジェクト４に送信する。オブジェクト４は、受信した降車中止要求に基づいて、かご１８からの降車を中止する。降車中止の処理が完了したときに、オブジェクト４は、降車中止完了通知をオブジェクトサーバ９に送信する。オブジェクト４から降車中止完了通知を受けるときに、オブジェクトサーバ９は、降車中止完了通知を表すメッセージを設備サーバ７に送信する。降車中止完了通知は、例えばメッセージのペイロードにおいてＡＰＩ（第３情報）の情報として表される。なお、オブジェクト４は、降車中止完了通知を設備サーバ７に送信してもよい。

ステップＳ２０８において、設備サーバ７は、降車完了通知をオブジェクトサーバ９またはオブジェクト４から受信したかを判定する。ステップＳ２０８の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２０９に進む。一方、ステップＳ２０６においてタイムアウトした場合においても、降車中止要求の通信に係る処理などの間にオブジェクト４のかご１８からの降車が完了することがある。このため、ステップＳ２０８の判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１３のステップＳ２０３に進む。

ステップＳ２０９において、設備サーバ７は、降車中止完了通知をオブジェクトサーバ９またはオブジェクト４から受信したかを判定する。判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１３のステップＳ２０３に進む。一方、判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２１０に進む。

ステップＳ２１０において、設備サーバ７は、オブジェクトサーバ９と正常に接続されているかを判定する。設備サーバ７がオブジェクト４と通信する場合に、設備サーバ７は、オブジェクト４と正常に接続されているかを判定してもよい。ステップＳ２１０の判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ２１２に進む。一方、オブジェクトサーバ９またはオブジェクト４と正常に接続されていない場合に、オブジェクト４のかご１８からの降車中止の処理が完了していても降車中止完了通知を受信しないことがある。このため、ステップＳ２１０の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２１１に進む。

ステップＳ２１１において、設備サーバ７は、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部またはかご１８の外部であるかを判定する。ステップＳ２１１の判定結果がＹｅｓの場合に、設備サーバ７の動作は、図１３のステップＳ２０３に進む。一方、オブジェクト４と正常に接続されなくなった直前のオブジェクト４の位置情報がかご１８の内部およびかご１８の外部のいずれでもなかった場合に、オブジェクト４がかご１８の内部およびかご１８の外部の間に位置している可能性がある。このとき、ステップＳ２０３においてかごの戸１９が閉まる場合に、オブジェクト４がかごの戸１９に挟まれる可能性がある。したがって、ステップＳ２１１の判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２１２に進む。

ステップＳ２１２において、設備サーバ７は、タイムアウトしたか、すなわち降車中止要求を送信してから予め設定された時間が経過したかを判定する。判定結果がＮｏの場合に、設備サーバ７の動作は、ステップＳ２０８に進む。一方、判定結果がＹｅｓの場合に、設備サーバ７の動作は、ステップＳ２１３に進む。

ステップＳ２１３において、設備サーバ７の報知部２３は、オブジェクト４のかご１８からの降車の失敗を管理者に報知する。その後、降車処理における設備サーバ７の動作は、終了する。

なお、設備サーバ７の報知部２３が報知を行った後などに、かごの戸１９を閉めることができる場合に、制御盤２０はかごの戸１９を閉めてもよい。

また、ステップＳ２０４またはステップＳ２１０などにおいて、オブジェクトサーバ９と正常に接続されていないと判定する場合に、設備サーバ７は、オブジェクト４がかご１８からの降車に失敗したと判定してもよい。

以上に説明したように、実施の形態２に係る通信システム１において、かご１８は、オブジェクトサーバ９に制御されるオブジェクト４の乗場呼びに応答する。設備サーバ７の設備制御部１１は、乗車要求を表す第３情報を含むメッセージをオブジェクトサーバ９に送信した後から予め設定された時間が経過するまでにオブジェクトサーバ９からかご１８への乗車完了を表す第３情報を含むメッセージを受信するかを判定する。当該メッセージを受信しないときに、設備制御部１１は、オブジェクト４がかご１８への乗車に失敗したと判定する。このとき、設備制御部１１は、かご１８への乗車中止要求を表す第３情報を含むメッセージを、オブジェクトサーバ９に送信する。
また、設備制御部１１は、降車要求を表す第３情報を含むメッセージをオブジェクトサーバ９に送信した後から予め設定された時間が経過するまでにオブジェクトサーバ９からかご１８からの降車完了を表す第３情報を含むメッセージを受信するかを判定する。当該メッセージを受信しないときに、設備制御部１１は、オブジェクト４がかご１８からの降車に失敗したと判定する。このとき、設備制御部１１は、かご１８からの降車中止要求を表す第３情報を含むメッセージを、オブジェクトサーバ９に送信する。

このような構成によって、オブジェクト４がかご１８に乗車できない場合にオブジェクト４の乗車が中止されるので、エレベーターが早期に通常運転に復帰できるようになる。また、オブジェクト４がかご１８から降車できない場合にオブジェクト４の降車が中止されるので、エレベーターが早期に通常運転に復帰できるようになる。このため、エレベーターの運行効率が低下しにくくなる。また、設備サーバ７およびオブジェクトサーバ９の間の通信が確立した状態でオブジェクト４側の異常が判断されるので、ロボットの異常がより正確に判断される。なお、例えば出発階の乗場１６においてかごの戸１９が開いたことをオブジェクト４自体が判定するときに、オブジェクト４は乗車要求によらずにかご１８への乗車を開始してもよい。このように乗車要求を含むメッセージが送信されていない場合においても、設備制御部１１は、乗車に失敗したと判定するときに乗車中止要求を含むメッセージをオブジェクトサーバ９に送信してもよい。同様に、降車要求を含むメッセージが送信されていない場合においても、設備制御部１１は、降車に失敗したと判定するときに降車中止要求を含むメッセージをオブジェクトサーバ９に送信してもよい。

また、設備制御部１１は、かご１８を乗場呼びに応答させるときにオブジェクト４に対する専用運転をかご１８に行わせる。オブジェクト４がかご１８への乗車に失敗したと判定するときに、設備制御部１１は、かご１８に専用運転を解除させる。

このような構成によって、オブジェクト４がかご１８への乗車に失敗した場合に専用運転が解除されるので、エレベーターが早期に通常運転に復帰できるようになる。このため、エレベーターの運行効率が低下しにくくなる。

また、設備制御部１１は、オブジェクト４がかご１８への乗車に失敗したと判定するときに、かご１８の外部の予め設定された位置へのオブジェクト４の移動要求を表す第３情報を含むメッセージをオブジェクトサーバ９に送信する。

このような構成によって、オブジェクト４がかご１８への乗車に失敗した場合に、かご１８の外部の位置までオブジェクト４が退避するので、エレベーターが早期に通常運転に復帰できるようになる。このため、エレベーターの運行効率が低下しにくくなる。

また、設備制御部１１は、かご１８を乗場呼びに応答させるときにオブジェクト４に対する専用運転をかご１８に行わせる。オブジェクト４がかご１８への乗車に失敗したと判定するときに、設備制御部１１は、かご１８の外部の予め設定された位置へのオブジェクト４の移動要求を表す第３情報を含むメッセージをオブジェクトサーバ９に送信する。その後に、設備制御部１１は、オブジェクトサーバ９から移動要求に基づく移動の完了を表す第３情報を含むメッセージを受信したときに、かご１８に専用運転を解除させる。

このような構成によって、オブジェクト４がかご１８の外部の位置までオブジェクト４が退避したことが確認された後に専用運転が解除されるので、メッセージの入れ違いなどによって専用運転の再設定などが行われにくくなる。このため、エレベーターの運行効率が低下しにくくなる。

また、設備サーバ７は、報知部２３を備える。報知部２３は、オブジェクト４がかご１８からの降車に失敗したと設備制御部１１が判定するときに、降車の失敗を報知する。

このような構成によって、オブジェクト４がかご１８からの降車に失敗した場合に、管理者に報知が行われる。管理者がオブジェクト４側に発生した異常などを速やかに把握できるので、エレベーターが早期に通常運転に復帰できるようになる。このため、エレベーターの運行効率が低下しにくくなる。

実施の形態３．
実施の形態３において、実施の形態１または実施の形態２で開示される例と相違する点などについて特に詳しく説明する。実施の形態３で説明しない特徴については、実施の形態１または実施の形態２で開示される例のいずれの特徴が採用されてもよい。

実施の形態３において、ビル設備３であるエレベーターと、ビル２において移動するオブジェクト４との連携の例を説明する。
図１５は、実施の形態３に係る通信システムの構成図である。

エレベーターにおいて、1つ以上の乗場カメラ２４が設けられる。各々の乗場カメラ２４は、いずれかの乗場１６に設けられる。乗場カメラ２４は、画像を撮影する装置である。乗場カメラ２４が撮影する画像は、静止画像または動画像などである。乗場カメラ２４は、エレベーターに設けられたカメラの例である。

エレベーターのかご１８は、秤２５と、かごカメラ２６と、通行検知器２７と、を備える。秤２５は、かご１８の荷重を計測する装置である。秤２５は、例えばかご１８の下部または上部などに設けられる。かごカメラ２６は、かご１８の内側に設けられる。かごカメラ２６は、画像を撮影する装置である。かごカメラ２６が撮影する画像は、静止画像または動画像などである。かごカメラ２６は、エレベーターに設けられたカメラの例である。通行検知器２７は、かご１８の出入口に設けられる。通行検知器２７は、例えばかごの戸１９に近接して配置される。通行検知器２７は、かご１８の出入口を通行する利用者またはオブジェクト４などのものを検知する装置である。通行検知器２７は、例えば光電センサーを有する。通行検知器２７は、投光器および受光器のセットを１つ以上有していてもよい。通行検知器２７は、かごの戸１９に設けられていてもよい。

設備サーバ７の設備制御部１１は、乗降観測部２８を備える。乗降観測部２８は、オブジェクト４などの機器のかご１８の乗降の状況を観測する部分である。乗降観測部２８は、かご１８への乗車の状況を観測する乗車観測部の例である。また、乗降観測部２８は、かご１８からの降車の状況を観測する降車観測部の例である。なお、設備サーバ７は、乗車観測部および降車観測部を個別に備えていてもよい。

設備サーバ７は、乗降観測部２８による観測の結果に基づいてオブジェクト４のかご１８の乗降の成否を判定する。設備サーバ７は、乗降観測部２８による観測の結果と併せて、かごの戸１９が開いてから予め設定された時間が経過するまでの乗車完了通知または降車完了通知などのメッセージの受信の有無に基づいてオブジェクト４のかご１８の乗降の成否を判定してもよい。設備サーバ７は、乗車または降車の失敗を判定するときに、実施の形態２と同様に、乗車中止要求、降車中止要求、もしくは移動要求を表すメッセージの送信、専用運転の解除の指示の送信、または管理者への報知などを行う。

乗降観測部２８は、例えば、オブジェクトサーバ９から定期的に受信するメッセージに基づいてオブジェクト４の位置情報を取得する。設備制御部１１は、乗降観測部２８が観測したオブジェクト４の位置情報に基づいて、例えば次のようにオブジェクト４のかご１８の乗降の成否を判定する。設備制御部１１は、オブジェクト４の位置が乗場１６からかご１８の内部に移動するときに、オブジェクト４のかご１８への乗車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでにオブジェクト４の位置がかご１８の内部に移動しないときに、オブジェクト４のかご１８への乗車が失敗したと判定する。設備制御部１１は、オブジェクト４の位置がかご１８の内部から乗場１６に移動するときに、オブジェクト４のかご１８からの降車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでにオブジェクト４の位置が乗場１６に移動しないときに、オブジェクト４のかご１８からの降車が失敗したと判定する。

乗降観測部２８は、例えば、エレベーターに設けられたカメラが撮影するオブジェクト４の画像を、制御盤２０などを通じて取得する。設備制御部１１は、乗降観測部２８が取得したオブジェクト４の画像に基づいて、例えば次のようにオブジェクト４のかご１８の乗降の成否を判定する。設備制御部１１は、かご１８の内部に移動したオブジェクト４の画像を取得するときに、オブジェクト４のかご１８への乗車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでにかご１８の内部に移動したオブジェクト４の画像を取得しないときに、オブジェクト４のかご１８への乗車が失敗したと判定する。設備制御部１１は、乗場１６に移動したオブジェクト４の画像を取得するときに、オブジェクト４のかご１８からの降車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでに乗場１６に移動したオブジェクト４の画像を取得しないときに、オブジェクト４のかご１８からの降車が失敗したと判定する。

乗降観測部２８は、例えば、秤２５によるかご１８の荷重の計測値を、制御盤２０などを通じて取得する。設備制御部１１は、乗降観測部２８が取得した秤２５による荷重の計測値に基づいて、例えば次のようにオブジェクト４のかご１８の乗降の成否を判定する。設備制御部１１は、かごの戸１９が開いている間にかご１８の荷重において予め設定された重量の増加があるときに、オブジェクト４のかご１８への乗車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでにかご１８の荷重において予め設定された重量の増加がないときに、オブジェクト４のかご１８への乗車が失敗したと判定する。設備制御部１１は、かごの戸１９が開いている間にかご１８の荷重において予め設定された重量の減少があるときに、オブジェクト４のかご１８からの降車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでにかご１８の荷重において予め設定された重量の減少がないときに、オブジェクト４のかご１８からの降車が失敗したと判定する。

乗降観測部２８は、例えば、通行検知器２７による通行の検知の有無の情報を、制御盤２０などを通じて取得する。設備制御部１１は、乗降観測部２８が取得した通行検知器２７による検知の有無に基づいて、例えば次のようにオブジェクト４のかご１８の乗降の成否を判定する。設備制御部１１は、かごの戸１９が開いている間に乗場１６からかご１８へのオブジェクト４の通行が検知されるときに、オブジェクト４のかご１８への乗車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでに乗場１６からかご１８へのオブジェクト４の通行が検知されないときに、オブジェクト４のかご１８への乗車が失敗したと判定する。設備制御部１１は、かごの戸１９が開いている間にかご１８から乗場１６へのオブジェクト４の通行が検知されるときに、オブジェクト４のかご１８からの降車が成功したと判定する。設備制御部１１は、かごの戸１９が開いてから予め設定された時間が経過するまでにかご１８から乗場１６へのオブジェクト４の通行が検知されないときに、オブジェクト４のかご１８からの降車が失敗したと判定する。

設備制御部１１は、複数の条件を組み合わせて、または複数の条件を切り替えてオブジェクト４のかご１８の乗降の成否を判定してもよい。設備制御部１１は、例えば、オブジェクト４の位置情報、エレベーターに設けられたカメラが撮影するオブジェクト４の画像、秤２５による計測値、または通行検知器２７による通行検知の結果の少なくともいずれかに基づいて乗降の成否を判定する。

以上に説明したように、実施の形態３に係る通信システム１において、かご１８は、オブジェクトサーバ９に制御されるオブジェクト４の乗場呼びに応答する。設備サーバ７の設備制御部１１は、乗降観測部２８を備える。乗降観測部２８は、エレベーターのかご１８へのオブジェクト４の乗車および降車の状況を観測する。設備制御部１１は、乗降観測部２８によって観測されるかご１８へのオブジェクト４の乗車の状況に基づいてオブジェクト４がかご１８への乗車に失敗したかを判定する。オブジェクト４がかご１８への乗車に失敗したと判定するときに、設備制御部１１は、かご１８への乗車中止要求を表す第３情報を含むメッセージを、オブジェクトサーバ９に送信する。
また、設備制御部１１は、乗降観測部２８によって観測されるかご１８からのオブジェクト４の降車の状況に基づいてオブジェクト４がかご１８からの降車に失敗したかを判定する。オブジェクト４がかご１８からの降車に失敗したと判定するときに、設備制御部１１は、かご１８からの降車中止要求を表す第３情報を含むメッセージを、オブジェクトサーバ９に送信する。
また、乗降観測部２８は、オブジェクト４の位置情報、通行検知器２７による通行の検知の有無、秤２５による計測値、またはオブジェクト４の画像の少なくともいずれかによってオブジェクト４の乗車または降車の状況を観測する。オブジェクト４の位置情報は、第１情報によって特定されるオブジェクト４の情報に対応づけて記憶される。通行検知器２７は、かご１８の出入口に設けられる。通行検知器２７は、かご１８の出入口を通行するものを検知する。秤２５は、かご１８の荷重を計測する。オブジェクト４の画像は、エレベーターに設けられたカメラに撮影される。

このような構成によって、オブジェクト４のかご１８の乗降の成否は乗降観測部２８の観測結果に基づいて判定される。このため、乗降の成否の判定の精度が高まる。また、設備制御部１１は、乗車完了通知または降車完了通知のメッセージの受信の有無などと組み合わせて乗降の成否を判定してもよい。このように複数の条件を組み合わせて判定が行われる場合に、乗降の成否の判定精度がより高くなる。

以上のように、本開示に係る構成は、以下にまとめる構成を含む。
（１）
施設内の機器と通信し当該機器を制御する複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、前記第１通信部により受信されたメッセージに基づいて前記施設内の設備を制御する設備制御部と、を備えた設備サーバ。
（２）
前記メッセージは、
当該メッセージに関する処理を表す第３情報
を含む（１）に記載の設備サーバ。
（３）
前記メッセージは、
前記機器を特定する第１情報
を含む（２）に記載の設備サーバ。
（４）
前記メッセージは、
当該メッセージの送信方向を表す第２情報
を含む（３）に記載の設備サーバ。
（５）
前記機器は、ロボットまたはモビリティである
（３）または（４）に記載の設備サーバ。
（６）
前記設備制御部は、前記第３情報に基づいて、前記施設内の複数の設備から制御すべき設備を選択する
（３）から（５）のいずれか一項に記載の設備サーバ。
（７）
前記設備制御部は、前記第１情報によって特定される前記機器の情報に対応付けて記憶されている当該機器の位置情報に基づいて、施設内の複数の設備から前記制御すべき設備を選択する
（３）から（６）のいずれか一項に記載の設備サーバ。
（８）
前記設備制御部は、前記第３情報が前記制御すべき設備の動作の開始要求を表す場合に、当該設備の動作を開始させる
（３）から（７）のいずれか一項に記載の設備サーバ。
（９）
前記設備制御部は、前記第３情報が前記制御すべき設備の動作の停止要求を表す場合に、当該設備の動作を停止させる
（３）から（８）のいずれか一項に記載の設備サーバ。
（１０）
前記設備制御部は、前記第３情報が前記制御すべき設備の動作状態の変更要求を表す場合に、当該設備の動作状態を変更させる
（３）から（９）のいずれか一項に記載の設備サーバ。
（１１）
前記設備制御部は、前記制御すべき設備である入退管理装置に、前記第１情報に基づいて前記機器を認証させる
（３）から（１０）のいずれか一項に記載の設備サーバ。
（１２）
前記機器は、前記複数の機器サーバのうちの第１機器サーバに制御されて前記施設内を移動する第１機器であり、
前記設備制御部は、前記制御すべき設備であるエレベーターの第１かごを呼ぶ乗場呼びを前記第３情報が表す場合に、前記乗場呼びを前記エレベーターに登録させる
（３）から（１１）のいずれか一項に記載の設備サーバ。
（１３）
前記設備制御部は、前記第１情報によって特定される前記第１機器の情報に対応づけて記憶されている前記第１機器の位置情報に基づいて前記第１機器が位置する階床を特定し、特定された階床に対する前記乗場呼びを前記エレベーターに登録させる
（１２）に記載の設備サーバ。
（１４）
前記第１通信部は、前記エレベーターが複数のかごを有する場合に、前記複数のかごのうち前記第１機器の前記乗場呼びに応答させる前記第１かごを特定する情報を前記メッセージに含めて、前記第１機器サーバに送信する
（１２）または（１３）に記載の設備サーバ。
（１５）
前記第１通信部は、前記乗場呼びの出発階で前記第１かごの戸が開くときに、前記第１かごへの乗車要求を表す前記第３情報を含む前記メッセージを、前記第１機器サーバに送信する
（１２）から（１４）のいずれか一項に記載の設備サーバ。
（１６）
前記設備制御部は、前記乗車要求を表す前記第３情報を含む前記メッセージを前記第１機器サーバに送信した後で、且つ、前記第１機器サーバから前記第１かごへの乗車完了を表す前記第３情報を含む前記メッセージを受信したときに、前記エレベーターに前記第１かごの戸を閉めさせる
（１５）に記載の設備サーバ。
（１７）
前記設備制御部は、前記乗車要求を表す前記第３情報を含む前記メッセージを前記第１機器サーバに送信した後から予め設定された時間が経過するまでに、前記第１機器サーバから前記第１かごへの乗車完了を表す前記第３情報を含む前記メッセージを受信しないときに、前記第１機器が前記第１かごへの乗車に失敗したと判定して、前記第１かごへの乗車中止要求を表す前記第３情報を含む前記メッセージを、前記第１機器サーバに送信する
（１５）または（１６）に記載の設備サーバ。
（１８）
前記設備制御部は、
前記エレベーターのかごへの前記機器の乗車の状況を観測する乗車観測部
を備え、
前記乗車観測部によって観測される前記第１かごへの前記第１機器の乗車の状況に基づいて前記第１機器が前記第１かごへの乗車に失敗したかを判定し、前記第１機器が前記第１かごへの乗車に失敗したと判定するときに、前記第１かごへの乗車中止要求を表す前記第３情報を含む前記メッセージを、前記第１機器サーバに送信する
（１２）から（１７）のいずれか一項に記載の設備サーバ。
（１９）
前記乗車観測部は、
前記第１情報によって特定される前記第１機器の情報に対応づけて記憶されている前記第１機器の位置情報、
前記第１かごの出入口に設けられ前記第１かごの出入口を通行するものを検知する通行検知器による検知の有無、
前記第１かごの荷重を計測する秤による計測値、または
前記エレベーターに設けられたカメラが撮影する前記第１機器の画像、
の少なくともいずれかによって前記第１機器の乗車の状況を観測する
（１８）に記載の設備サーバ。
（２０）
前記設備制御部は、前記第１かごを前記乗場呼びに応答させるときに前記第１機器に対する専用運転を前記第１かごに行わせ、前記第１機器が前記第１かごへの乗車に失敗したと判定するときに前記第１かごに専用運転を解除させる
（１７）から（１９）のいずれか一項に記載の設備サーバ。
（２１）
前記設備制御部は、前記第１機器が前記第１かごへの乗車に失敗したと判定するときに、前記第１かごの外部の予め設定された位置への前記第１機器の移動要求を表す前記第３情報を含む前記メッセージを前記第１機器サーバに送信する
（１７）から（２０）のいずれか一項に記載の設備サーバ。
（２２）
前記設備制御部は、前記第１かごを前記乗場呼びに応答させるときに前記第１機器に対する専用運転を前記第１かごに行わせ、前記第１機器が前記第１かごへの乗車に失敗したと判定するときに、前記第１かごの外部の予め設定された位置への前記第１機器の移動要求を表す前記第３情報を含む前記メッセージを前記第１機器サーバに送信し、その後に、前記第１機器サーバから前記移動要求に基づく移動の完了を表す前記第３情報を含む前記メッセージを受信したときに前記第１かごに専用運転を解除させる
（１７）から（１９）のいずれか一項に記載の設備サーバ。
（２３）
前記第１通信部は、前記乗場呼びの行先階において前記第１機器を載せた前記エレベーターの前記第１かごの戸が開くときに、前記第１かごからの降車要求を表す前記第３情報を含む前記メッセージを、前記第１機器サーバに送信する
（１２）から（２２）のいずれか一項に記載の設備サーバ。
（２４）
前記設備制御部は、前記降車要求を表す前記第３情報を含む前記メッセージを前記第１機器サーバに送信した後で、且つ、前記第１機器サーバから前記第１かごからの降車完了を表す前記第３情報を含む前記メッセージを受信したときに、前記エレベーターに前記第１かごの戸を閉めさせる
（２３）に記載の設備サーバ。
（２５）
前記設備制御部は、前記降車要求を表す前記第３情報を含む前記メッセージを前記第１機器サーバに送信した後から予め設定された時間が経過するまでに、前記第１機器サーバから前記第１かごからの降車完了を表す前記第３情報を含む前記メッセージを受信しないときに、前記第１機器が前記第１かごからの降車に失敗したと判定して、前記第１かごからの降車中止要求を表す前記第３情報を含む前記メッセージを、前記第１機器サーバに送信する
（２３）または（２４）に記載の設備サーバ。
（２６）
前記設備制御部は、
前記エレベーターのかごからの前記機器の降車の状況を観測する降車観測部
を備え、
前記降車観測部によって観測される前記第１かごからの前記第１機器の降車の状況に基づいて前記第１機器が前記第１かごからの降車に失敗したかを判定し、前記第１機器が前記第１かごからの降車に失敗したと判定するときに、前記第１かごからの降車中止要求を表す前記第３情報を含む前記メッセージを、前記第１機器サーバに送信する
（１２）から（２５）のいずれか一項に記載の設備サーバ。
（２７）
前記降車観測部は、
前記第１情報によって特定される前記第１機器の情報に対応づけて記憶されている前記第１機器の位置情報、
前記第１かごの出入口に設けられ前記第１かごの出入口を通行するものを検知する通行検知器による検知の有無、
前記第１かごの荷重を計測する秤による計測値、または
前記エレベーターに設けられたカメラが撮影する前記第１機器の画像、
の少なくともいずれかによって前記第１機器の降車の状況を観測する
（２６）に記載の設備サーバ。
（２８）
前記第１機器が前記第１かごからの降車に失敗したと前記設備制御部が判定するときに、降車の失敗を報知する報知部
を備える
（２５）から（２７）のいずれか一項に記載の設備サーバ。
（２９）
前記第１通信部は、前記機器に対する移動の要求が必要となる事象である移動要求事象の発生が検知されたときに、前記移動要求事象の種類に応じた前記機器の移動要求を表す前記第３情報を含む前記メッセージを、当該機器を制御する機器サーバに送信する
（３）から（２８）のいずれか一項に記載の設備サーバ。
（３０）
施設内の設備を制御する設備サーバとの間で共通のデータ形式によるメッセージを送受信する第２通信部と、前記第２通信部により受信されたメッセージに基づいて前記施設内の機器を制御する機器制御部と、を備えた機器サーバ。
（３１）
前記メッセージは、
前記機器を特定する第１情報と、
当該メッセージの送信方向を表す第２情報と、
当該メッセージに関する処理を表す第３情報と、
を含む（３０）に記載の機器サーバ。
（３２）
設備サーバと、複数の機器サーバと、を備えた通信システムであって、
前記設備サーバは、前記複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、前記第１通信部により受信されたメッセージに基づいて施設内の設備を制御する設備制御部と、を備え、
前記複数の機器サーバの各々は、前記設備サーバとの間で共通のデータ形式によるメッセージを送受信する第２通信部と、前記第２通信部により受信されたメッセージに基づいて前記施設内の機器を制御する機器制御部と、を備えた、
通信システム。
（３３）
前記メッセージは、
前記機器を特定する第１情報と、
当該メッセージの送信方向を表す第２情報と、
当該メッセージに関する処理を表す第３情報と、
を含む（３２）に記載の通信システム。
（３４）
施設内の機器と通信し当該機器を制御する複数の機器サーバと、施設内の設備を制御する設備サーバとの間で共通のデータ形式により送受信されるメッセージのデータ構造であって、
前記メッセージの制御対象に実行させる処理を表す第３情報
を含むデータ構造。
（３５）
前記メッセージは、
施設内の機器を特定する第１情報と、
メッセージの送信方向を表す第２情報と、
をさらに含む（３４）に記載のデータ構造。

本開示に係る通信システムは、施設および施設内において稼働する機器の連携に適用できる。本開示に係る設備サーバおよび機器サーバは、当該通信システムに適用できる。本開示に係るデータ構造は、当該通信システムにおける通信に適用できる。

１ 通信システム、 ２、２ａ、２ｂ ビル、 ３、３ａ、３ｂ ビル設備、 ４、４ｐ、４ｑ オブジェクト、 ５ ネットワーク、 ６ 基地局、 ７、７ａ、７ｂ 設備サーバ、 ８ ファイアウォール、 ９、９ｐ、９ｑ オブジェクトサーバ、 １０ 第１通信部、 １１ 設備制御部、 １２ オブジェクト管理部、 １３ 第２通信部、 １４ オブジェクト制御部、 １５ 昇降路、１６ 乗場、１７ 乗場の戸、１８ かご、１９ かごの戸、２０ 制御盤、２１ 管理室、２２ 管理端末、２３ 報知部、２４ 乗場カメラ、２５ 秤、２６ かごカメラ、２７ 通行検知器、２８ 乗降観測部、 １ａ ハードウェア、 １ｂ プロセッサ、 １ｃ メモリ

Claims (5)

1. 施設内の機器と通信し当該機器を制御する複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、前記第１通信部により受信されたメッセージに基づいて前記施設内の設備を制御する設備制御部と、を備え、
   前記メッセージは、
   前記機器を特定する第１情報
   を含み、
   前記設備制御部は、前記施設内の設備である入退管理装置に、前記第１情報に基づいて前記機器を認証させる
   設備サーバ。
2. 施設内の機器と通信し当該機器を制御する複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、前記第１通信部により受信されたメッセージに基づいて前記施設内の設備を制御する設備制御部と、を備え、
   前記機器は、ロボットまたはモビリティである
   設備サーバ。
3. 施設内の設備を制御する設備サーバとの間で共通のデータ形式によるメッセージを送受信する第２通信部と、前記第２通信部により受信されたメッセージに基づいて前記施設内の機器を制御する機器制御部とを備え、
   前記機器は、ロボットまたはモビリティである
   機器サーバ。
4. 設備サーバと、複数の機器サーバと、を備えた通信システムであって、
   前記設備サーバは、前記複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、前記第１通信部により受信されたメッセージに基づいて施設内の設備を制御する設備制御部と、を備え、
   前記複数の機器サーバの各々は、前記設備サーバとの間で共通のデータ形式によるメッセージを送受信する第２通信部と、前記第２通信部により受信されたメッセージに基づいて前記施設内の機器を制御する機器制御部とを備え、
   前記メッセージは、
   前記機器を特定する第１情報
   を含み、
   前記設備制御部は、前記施設内の設備である入退管理装置に、前記第１情報に基づいて前記機器を認証させる
   通信システム。
5. 設備サーバと、複数の機器サーバと、を備えた通信システムであって、
   前記設備サーバは、前記複数の機器サーバとの間で共通のデータ形式によるメッセージを送受信する第１通信部と、前記第１通信部により受信されたメッセージに基づいて施設内の設備を制御する設備制御部と、を備え、
   前記複数の機器サーバの各々は、前記設備サーバとの間で共通のデータ形式によるメッセージを送受信する第２通信部と、前記第２通信部により受信されたメッセージに基づいて前記施設内の機器を制御する機器制御部とを備え、
   前記機器は、ロボットまたはモビリティである
   通信システム。

Images