特許 7625752 エレベータ自律移動体連携システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2025-01-24

(45)【発行日】2025-02-03

(54)【発明の名称】エレベータ自律移動体連携システム

(51)【国際特許分類】

   B66B 1/14 20060101AFI20250127BHJP

   B66B 1/40 20060101ALI20250127BHJP

【ＦＩ】

B66B1/14 E

B66B1/40 Z

【請求項の数】 10

(21)【出願番号】P 2024095064

(22)【出願日】2024-06-12

【審査請求日】2024-06-12

(73)【特許権者】

【識別番号】390025265

【氏名又は名称】東芝エレベータ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】中務 匡

【審査官】山田 拓実

(56)【参考文献】

【文献】特許第７５６７０７７（ＪＰ，Ｂ１）

【文献】特許第７５９２９００（ＪＰ，Ｂ１）

【文献】特開平５－２５４７４３（ＪＰ，Ａ）

【文献】特開２０２４－０３６０２３（ＪＰ，Ａ）

【文献】特開２００５－０８９０４６（ＪＰ，Ａ）

【文献】特開２０２４－０９９９７５（ＪＰ，Ａ）

【文献】特開２０２３－０１８５６１（ＪＰ，Ａ）

【文献】特開２０１８－１５４４３６（ＪＰ，Ａ）

【文献】国際公開第２０１８／０６６０５７（ＷＯ，Ａ１）

【文献】欧州特許出願公開第３８７２０１５（ＥＰ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ６６Ｂ １／００－１／５２

Ｂ６６Ｂ ５／００

Ｂ６６Ｂ １７／２０

(57)【特許請求の範囲】

【請求項1】

自律的に移動可能な自律移動体と、
前記自律移動体を管理する第１のサーバと、
エレベータを管理するとともに、前記第１のサーバと通信可能な第２のサーバと、
前記エレベータの乗りかごを制御可能に構成されるとともに、前記第２のサーバを介して前記第１のサーバと通信可能な制御盤と、を備え、
前記制御盤は、
前記第１のサーバから、前記自律移動体が前記エレベータを利用するための呼びを取得すると、前記乗りかごを前記呼びに応答させ、
前記呼びに応じて乗り場に到着した前記乗りかごを戸開させた後、前記自律移動体が前記乗りかごの乗降に失敗すると、前記乗りかごの床と前記乗り場の床との間に段差を生じさせて前記自律移動体の復旧を図り、
前記第２のサーバは、
前記自律移動体の構造に関わる第１の情報を記憶する記憶部を有しており、
前記自律移動体の復旧に成功した場合には、前記制御盤による前記自律移動体の復旧動作に関わる第２の情報を、復旧対象の前記自律移動体に関する前記第１の情報と紐づけて前記記憶部に記憶させる、
エレベータ自律移動体連携システム。

【請求項2】

前記第２のサーバは、
前記自律移動体が前記乗りかごの乗降に失敗すると、前記乗りかごの乗降に失敗した前記自律移動体に関する前記第１の情報と紐づいた前記第２の情報が前記記憶部に記憶されているか否かを検索し、
該当する前記第２の情報が記憶されていた場合には、前記第２の情報に基づく復旧動作を前記制御盤に行わせる、
請求項１に記載のエレベータ自律移動体連携システム。

【請求項3】

前記第２のサーバは、
前記自律移動体の復旧に失敗した場合には、前記制御盤による前記自律移動体の復旧動作に関わる第３の情報を、復旧に失敗した前記自律移動体に関する前記第１の情報と紐づけて前記記憶部に記憶させる、
請求項１に記載のエレベータ自律移動体連携システム。

【請求項4】

前記第２のサーバは、
前記自律移動体が前記乗りかごの乗降に失敗すると、前記乗りかごの乗降に失敗した前記自律移動体に関する前記第１の情報と紐づいた前記第３の情報が前記記憶部に記憶されているか否かを検索し、
該当する前記第３の情報が記憶されていた場合には、前記制御盤に復旧動作を行わせることなく、前記自律移動体が前記乗りかごの乗降に失敗したことを作業員に通報する、
請求項３に記載のエレベータ自律移動体連携システム。

【請求項5】

前記制御盤は、
前記自律移動体が前記乗りかごへの乗車に失敗した場合には、前記乗りかごを微小距離下降させて、前記乗りかごの床と前記乗り場の床との間に段差を生じさせ、
前記自律移動体が前記乗りかごからの降車に失敗した場合には、前記乗りかごを微小距離上昇させて、前記乗りかごの床と前記乗り場の床との間に段差を生じさせ、
前記第２の情報は、
前記復旧動作が、前記自律移動体が前記乗りかごに対して乗車する場合、または降車する場合のいずれにおいて行われたかの情報を含む、
請求項１に記載のエレベータ自律移動体連携システム。

【請求項6】

前記自律移動体が前記乗りかごの乗降に失敗する場合には、前記乗りかごの乗降時に前記乗りかごと前記乗り場との隙間により前記自律移動体が脱輪することが含まれ、
前記第１の情報は、
前記自律移動体が備える車輪の径または幅の少なくともいずれかについての寸法情報を含み、
前記第２の情報は、
前記寸法情報と紐づけられて、前記復旧動作において前記乗りかごの床と前記乗り場の床との間に生じさせた段差の大きさの情報を含む、
請求項１に記載のエレベータ自律移動体連携システム。

【請求項7】

前記第２のサーバは、
前記第１のサーバからの前記呼びが取得されると、前記乗りかごの乗降に失敗した前記自律移動体に関する前記第１の情報と紐づいた前記第２の情報が前記記憶部に記憶されているか否かを検索し、
該当する前記第２の情報が記憶されていた場合には、前記乗りかごを前記呼びに応答させる際に、前記第２の情報に基づく大きさ及び方向の段差が生じるよう前記乗りかごを応答階に着床させる、
請求項６に記載のエレベータ自律移動体連携システム。

【請求項8】

前記制御盤は、
前記自律移動体が前記乗りかごの乗降に失敗した場合には、前記乗りかごを微小距離上下動させて、前記乗りかごの床と前記乗り場の床との間に段差を生じさせる処理を所定回数行う、
請求項１に記載のエレベータ自律移動体連携システム。

【請求項9】

前記自律移動体が前記乗りかごの乗降に失敗する場合には、前記乗りかごの乗降時に前記乗りかごと前記乗り場との隙間により前記自律移動体が脱輪することが含まれ、
前記第１の情報は、
前記自律移動体の重量の情報を含み、
前記第２の情報は、
前記重量の情報と紐づけられて、前記復旧動作において前記乗りかごの床と前記乗り場の床との間に段差を生じさせた回数の情報を含む、
請求項１に記載のエレベータ自律移動体連携システム。

【請求項10】

前記第２のサーバは、
前記第１の情報に加えて、前記復旧動作を行った日付、時間帯、天候、または気温の少なくともいずれかの情報を含んだ前記第２の情報を前記記憶部に記憶させる、
請求項１に記載のエレベータ自律移動体連携システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、エレベータ自律移動体連携システムに関する。

【背景技術】

【0002】

近年、エレベータシステムにおいては、ロボット等の自律移動体をビル内の異なる階に移動させて各種作業を実行させている。それに伴い、自律移動体に何らかの障害が生じるケースが生じている。

【0003】

例えば特許文献１には、指定されたフロアを無人で清掃する清掃ロボットに異常が発生した場合に、清掃ロボットの状態を警報により検出することができるエレベータシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００７－１３７６５０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１の技術では、警報を検知した後、自律移動体を復旧させ、あるいは排除するため、作業員等の対応が必要となる。一例として、乗りかごへの乗降時、乗りかごの床と乗り場の床との隙間に車輪が嵌るなどして、ロボットが脱輪してしまう場合がある。このような場合に、作業員の対応を必要とすることなく復旧可能であることが望ましい。

【0006】

本実施形態が解決しようとする課題は、乗りかごの乗降時に脱輪した自律移動体を復旧させることが可能なエレベータ自律移動体連携システムを提供することである。

【課題を解決するための手段】

【0007】

実施形態のエレベータ自律移動体連携システムは、自律的に移動可能な自律移動体と、前記自律移動体を管理する第１のサーバと、エレベータを管理するとともに、前記第１のサーバと通信可能な第２のサーバと、前記エレベータの乗りかごを制御可能に構成されるとともに、前記第２のサーバを介して前記第１のサーバと通信可能な制御盤と、を備え、前記制御盤は、前記第１のサーバから、前記自律移動体が前記エレベータを利用するための呼びを取得すると、前記乗りかごを前記呼びに応答させ、前記呼びに応じて乗り場に到着した前記乗りかごを戸開させた後、前記自律移動体が前記乗りかごの乗降に失敗すると、前記乗りかごの床と前記乗り場の床との間に段差を生じさせて前記自律移動体の復旧を図り、前記第２のサーバは、前記自律移動体の構造に関わる第１の情報を記憶する記憶部を有しており、前記自律移動体の復旧に成功した場合には、前記制御盤による前記自律移動体の復旧動作に関わる第２の情報を、復旧対象の前記自律移動体に関する前記第１の情報と紐づけて前記記憶部に記憶させる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態にかかるエレベータ／ロボット連携システムの全体構成の一例を示す図である。

【図2】図２は、実施形態にかかるエレベータシステムの詳細構成の一例を示す模式図である。

【図3】図３は、実施形態にかかるロボットクラウド内のサーバの詳細構成の一例を示すブロック図である。

【図4】図４は、実施形態にかかるロボットの詳細構成の一例を示すブロック図である。

【図5】図５は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図6】図６は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図7】図７は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図8】図８は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図9】図９は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図10】図１０は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図11】図１１は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図12】図１２は、実施形態にかかるエレベータ／ロボット連携システムにおけるエレベータシステムとロボットとの連携動作を順に例示する模式図である。

【図13】図１３は、実施形態にかかるエレベータシステムによるロボットの脱輪復旧処理の手順の一例を示すフロー図である。

【図14】図１４は、実施形態の変形例１にかかるエレベータシステムによる処理の手順の一例を示すフロー図である。

【図15】図１５は、実施形態の変形例２にかかるエレベータシステムによるロボットの脱輪復旧処理の手順の一例を示すフロー図である。

【発明を実施するための形態】

【0009】

（エレベータ／ロボット連携システムの全体構成）
図１は、実施形態にかかるエレベータ／ロボット連携システム１の全体構成の一例を示す図である。

【0010】

図１に示すように、実施形態のエレベータ／ロボット連携システム１は、エレベータシステム２、複数のロボットクラウド３００（３００ａ，３００ｂ，３００ｃ・・・）、及びロボット５００を備える。

【0011】

エレベータシステム２は、乗りかご５０（５０ａ，５０ｂ）、制御盤１００（１００ａ，１００ｂ）、コントローラ１５０（１５０ａ，１５０ｂ）、及び昇降機クラウド２００を備える。図１には、２つの乗りかご５０が示されているが、乗りかご５０の数はこれに限られず、エレベータシステム２は、例えば３つ以上の乗りかごを備えていてもよい。このとき、制御盤１００及びコントローラ１５０は、乗りかご５０ごとに設けられる。

【0012】

なお、制御盤１００、コントローラ１５０、及び昇降機クラウド２００を含む構成をエレベータ制御システム２Ｂと呼ぶことがある。

【0013】

実施形態のエレベータシステム２は、オフィスビルまたはマンションビル等の複数の階床（フロア）を有するビル３に設置されている。より具体的には、エレベータシステム２は、ビル３に設けられた昇降路３０（３０ａ，３０ｂ）内に、それぞれ対応する乗りかご５０、制御盤１００、及びコントローラ１５０を備える。このほか、昇降路３０内には、乗りかご５０を駆動させるロープ、巻き上げ機、及びカウンタウェイト等がそれぞれ設けられる。

【0014】

個々の乗りかご５０には、乗り場６０において、乗り場６０のドア６３と連動して開閉するドア５３等が設けられ、エレベータの利用者の他、ロボット５００が乗車可能である。乗りかご５０が昇降路３０内を昇降することで、利用者およびロボット５００等を異なる階層間で移送可能に構成される。

【0015】

制御盤１００は、制御対象となる乗りかご５０を駆動させるロープ、巻き上げ機、及びカウンタウェイト、並びに乗りかご５０に設けられたドア５３等と無線または有線で接続されており、これらの各部を制御して制御対象の乗りかご５０を運行させる。制御盤１００はまた、無線または有線でコントローラ１５０と接続されている。

【0016】

コントローラ１５０は、ネットワークで昇降機クラウド２００内のサーバ２１０に接続される。これにより、コントローラ１５０は、対応する制御盤１００と、サーバ２１０との間の通信を制御し、制御盤１００とサーバ２１０との間で各種信号を仲介する。このように、コントローラ１５０は、制御盤１００及びサーバ２１０間の信号を仲介するインターフェース機能、及びハブ機能を備えた仲介装置である。

【0017】

昇降機クラウド２００は、サーバ２１０等を含んでクラウド上に置かれたコンピュータシステムである。昇降機クラウド２００が、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の物理的な構成を備える１つ以上のコンピュータを含んでいてもよい。

【0018】

サーバ２１０は、動作対象の乗りかご５０の各部に対する各種制御を、対応する制御盤１００に指示したり、制御盤１００からの各種要求および各種データを受信したりする。サーバ２１０と制御盤１００とのこれらのやり取りは、その制御盤１００に対応するコントローラ１５０を介して行われる。また、サーバ２１０は、ネットワークで複数のロボットクラウド３００の個々のサーバ３１０とそれぞれ接続される。

【0019】

個々のロボットクラウド３００ａ，３００ｂ，３００ｃ・・・は、それぞれがサーバ３１０ａ，３１０ｂ，３１０ｃ・・・等を含んでクラウド上に置かれたコンピュータシステムである。個々のロボットクラウド３００が、ＣＰＵ、ＲＯＭ、及びＲＡＭ等の物理的な構成を備える１つ以上のコンピュータを含んでいてもよい。

【0020】

これらのロボットクラウド３００は、それぞれが少なくとも１台以上のロボット５００の管理および制御を行う。これらのロボット５００は、例えば異なる機種ごとにグループ分けされており、異なる機種ごとに１つのロボットクラウド３００が割り当てられている。

【0021】

サーバ３１０は、昇降機クラウド２００のサーバ２１０から各種要求および各種データを受信する。サーバ３１０は、ビル３内の対応するロボット５００とネットワークで接続されており、ロボット５００に対して各種指示を送信する。また、サーバ３１０は、ロボット５００を異なる階層へと移動させる際には、ロボット５００にエレベータを利用させるため、昇降機クラウド２００のサーバ２１０に対して呼びを行う。

【0022】

サーバ３１０がサーバ２１０に対して行う呼びには、乗り場呼びと行き先階呼びとがある。乗り場呼びとは、所定階の乗り場６０に乗りかご５０を呼ぶための操作であり、一般の利用者の場合、例えば乗り場６０に設けられた図示しない乗り場呼びボタン等で乗り場呼びを行う。行き先階呼びとは、ロボット５００が乗車した乗りかご５０を所望の階床へと向かわせるための操作であり、一般の利用客の場合、例えば乗りかご５０内に設けられた図示しない行き先階呼びボタン等で行き先階呼びを行う。

【0023】

このように、エレベータ／ロボット連携システム１においては、昇降機クラウド２００とロボットクラウド３００とがそれぞれ備えるサーバ２１０，３１０が、ネットワークを介して接続されることで、エレベータシステム２とロボット５００とを連携させて制御することが可能となる。

【0024】

なお、エレベータ／ロボット連携システム１は、自律移動体としてのロボット５００との連携を行うエレベータ自律移動体連携システムの一例である。また、ロボットクラウド３００内のサーバ３１０は、ロボット５００を管理する第１のサーバの一例であり、昇降機クラウド２００内のサーバ２１０は、エレベータを管理する第２のサーバの一例である。

【0025】

自律移動体としてのロボット５００は、複数のロボットクラウド３００のうち、対応するロボットクラウド３００のサーバ３１０からの指示を受けながら、ビル３内を自律的に移動して、例えばビル３内での配達または清掃等の種々の作業を行う。

【0026】

（エレベータ／ロボット連携システムの各部構成例）
次に、図２～図４を用いて、エレベータ／ロボット連携システム１が備えるエレベータシステム２、ロボットクラウド３００内のサーバ３１０、及びロボット５００の詳細の構成例について説明する。

【0027】

図２は、実施形態にかかるエレベータシステム２の詳細構成の一例を示す模式図である。

【0028】

図２に示すように、エレベータシステム２は、乗りかご５０（５０ａ，５０ｂ）、ロープ６（６ａ，６ｂ）、ロープ６に取り付けられたカウンタウェイト７（７ａ，７ｂ）、ロープ６を巻き上げる巻き上げ機８（８ａ，８ｂ）を昇降路３０（図１参照）内に備える。

【0029】

個々の乗りかご５０は、ロープ６を介してカウンタウェイト７と連結されている。巻き上げ機８の駆動によりロープ６が送り動作されることで、乗りかご５０がカウンタウェイト７とバランスを取りながら昇降路３０内を昇降する。また、個々の乗りかご５０の前面、つまり、乗りかご５０の乗降口側にはドア５３（５３ａ，５３ｂ）が設けられている。

【0030】

エレベータ制御システム２Ｂに含まれ、乗りかご５０ａを運行させる制御盤１００ａは、制御部１０１ａ、送受信部１０２ａ、及び記憶部１０４ａを備えている。乗りかご５０ｂを運行させる制御盤１００ｂもまた、これらに相当する構成を備えている。以下、制御盤１００ａが備える構成を例に説明を行う。

【0031】

制御部１０１ａは、ＣＰＵ等のハードウェアプロセッサである。制御部１０１ａは、記憶部１０４ａから制御プログラム等を読み出して実行することにより、乗りかご５０ａの運行制御、ロボット５００との連携を行う。制御盤１００ａとロボット５００との連携は、例えばコントローラ１５０ａ、昇降機クラウド２００、及び上述のロボットクラウド３００（図１参照）等を介して行われる。

【0032】

送受信部１０２ａは、所定の通信プロトコルを有する通信デバイスからなり、制御盤１００ａとコントローラ１５０ａとの間での情報の送受信処理を行う。

【0033】

記憶部１０４ａは、例えばＲＯＭまたはＲＡＭなどの記憶媒体（メモリデバイス）等である。記憶部１０４ａには、制御盤１００ａの各種機能に用いる制御パラメータ及び制御プログラム等が記憶されている。

【0034】

エレベータ制御システム２Ｂに含まれ、制御盤１００ａに対応するコントローラ１５０ａは、制御部１５１ａ、送受信部１５２ａ、及び記憶部１５４ａを備えている。制御盤１００ｂに対応するコントローラ１５０ｂもまた、これらに相当する構成を備えている。以下、コントローラ１５０ａが備える構成を例に説明を行う。

【0035】

制御部１５１ａは、ＣＰＵ等のハードウェアプロセッサであり、主に送受信部１５２ａの動作を制御する。

【0036】

送受信部１５２ａは、所定の通信プロトコルを有する通信デバイスからなり、制御盤１００ａとコントローラ１５０ａとの間の通信処理、及びコントローラ１５０ａと昇降機クラウド２００内のサーバ２１０との間の通信処理を行う。例えば、送受信部１５２ａは、制御盤１００ａから送信された運転信号を受信すると、その運転信号を昇降機クラウド２００内のサーバ２１０に送信する。

【0037】

記憶部１５４ａは、例えばＲＯＭまたはＲＡＭなどの記憶媒体等である。記憶部１５４ａには、コントローラ１５０ａの各種機能に用いる制御パラメータ及び制御プログラム等が記憶されている。

【0038】

エレベータ制御システム２Ｂに含まれる昇降機クラウド２００は、上述のように、サーバ２１０を備える。サーバ２１０は、制御部２１１、送受信部２１２（２１２ａ，２１２ｂ，２１２ｃ・・・），２１３、及び記憶部２１４を備えている。

【0039】

制御部２１１は、ＣＰＵ等のハードウェアプロセッサである。制御部２１１は、記憶部２１４から制御プログラム等を読み出して実行することにより、エレベータシステム２の統括管理、及びロボットクラウド３００内のサーバ３１０との連携を行う。

【0040】

このような連携の一例として、制御部２１１は、ロボットクラウド３００内のサーバ３１０から、ロボット５００にエレベータを利用させるための呼びを受信する。その呼びは更に、制御部２１１から、いずれかのコントローラ１５０を介して、対応する制御盤１００へと送信され、制御盤１００の制御下で、対象となる乗りかご５０による応答が実行される。

【0041】

また、上記連携の他の例として、制御部２１１は、ロボットクラウド３００内のサーバ３１０から、ロボット５００が乗りかご５０への乗降に失敗したことを示す信号を受信すると、その乗りかご５０に対応する制御盤１００に指示をして、ロボット５００を復旧させるための動作を乗りかご５０に行わせる。乗りかご５０によるロボット５００の復旧動作の詳細については後述する。

【0042】

送受信部２１２（２１２ａ，２１２ｂ，２１２ｃ・・・）はそれぞれ、所定の通信プロトコルを有する通信デバイスからなり、サーバ２１０と、個々のロボットクラウド３００内のサーバ３１０との間の通信処理を行う。

【0043】

送受信部２１２ａは例えばロボットクラウド３００ａと対応しており、ロボットクラウド３００ａとの通信処理を行う。送受信部２１２ｂは例えばロボットクラウド３００ｂと対応しており、ロボットクラウド３００ｂとの通信処理を行う。送受信部２１２ｃは例えばロボットクラウド３００ｃと対応しており、ロボットクラウド３００ｃとの通信処理を行う。

【0044】

このように、個々のロボットクラウド３００ごとに送受信部２１２が設けられていることで、所定のロボットクラウド３００からアクセスがあった場合等に、昇降機クラウド２００は、いずれのロボットクラウド３００からのアクセスであるかを判別することができる。

【0045】

送受信部２１３は、所定の通信プロトコルを有する通信デバイスからなり、サーバ２１０と、それぞれのコントローラ１５０との間の通信処理を行う。

【0046】

記憶部２１４，２１５は、例えばＲＯＭまたはＲＡＭなどの記憶媒体（メモリデバイス）等である。

【0047】

記憶部２１４は、個々のロボットクラウド３００が管理するロボット５００の機種ごとに異なるロボット情報２２４（２２４ａ，２２４ｂ，２２４ｃ・・・）を記憶する。これらのロボット情報２２４には、機種ごとに異なるロボット５００の車輪径、車輪幅、本体の重量等、各種の仕様に関する情報が含まれる。

【0048】

ロボット情報２２４ａは、例えばロボットクラウド３００ａが管理するロボット５００の情報であり、ロボット情報２２４ｂは、例えばロボットクラウド３００ｂが管理するロボット５００の情報であり、ロボット情報２２４ｃは、例えばロボットクラウド３００ｃが管理するロボット５００の情報である。

【0049】

記憶部２１５は、エレベータ制御システム２Ｂにより過去に実行され、ロボット５００の復旧に成功した場合の復旧動作に関する復旧情報２２５（２２５ａ，２２５ｂ，２２５ｃ・・・）を記憶する。これらの復旧情報２２５には、復旧対象のロボット５００に関するロボット情報２２４と紐づけられて、その時行った復旧動作の詳細情報がそれぞれ含まれている。

【0050】

この他、記憶部２１４，２１５の少なくともいずれかには、サーバ２１０の各種機能に用いる制御パラメータ及び制御プログラム等が記憶されている。ただし、記憶部２１４，２１５は、個別に設けられていなくともよく、ロボット情報２２４と復旧情報２２５とが１つの記憶部に格納されていてもよい。

【0051】

なお、ロボット５００の構造に関わるロボット情報２２４は第１の情報の一例であり、制御盤１００によるロボット５００の復旧動作に関わる復旧情報２２５は第２の情報の一例である。

【0052】

図３は、実施形態にかかるロボットクラウド３００内のサーバ３１０の詳細構成の一例を示すブロック図である。図３には、ロボットクラウド３００の基本的な構成を示しており、個々のロボットクラウド３００は、いずれも図３に示す構成を有していてよい。

【0053】

図３に示すように、ロボットクラウド３００内のサーバ３１０は、制御部３１１、送受信部３１２、及び記憶部３１４を備えている。

【0054】

制御部３１１は、ＣＰＵ等のハードウェアプロセッサである。制御部３１１は、対応するロボット５００に関する各種処理、及びエレベータシステム２との連携に関する各種処理等の制御を行う。より詳細には、制御部３１１は、ロボット５００を統括的に管理および制御して、ロボット５００をビル３内において自律的に移動させ、配達または清掃等の作業を行わせる。

【0055】

ロボット５００のビル３内における移動には、エレベータシステム２の乗りかご５０を用いた異なる階層間の移動も含まれる。異なる階層間でのロボット５００の移動が必要になった場合、制御部３１１は、ロボット５００を現在の階床の乗り場６０に移動させるとともに、昇降機クラウド２００内のサーバ２１０に対して乗り場呼びを送信する。

【0056】

乗り場呼びに応答した乗りかご５０が、ロボット５００が待機している乗り場６０に到着すると、ロボット５００は自律的に移動して、その乗りかご５０へと乗車する。制御部２１１は、ロボット５００が乗車した乗りかご５０を所望の階床に移動させるため、昇降機クラウド２００内のサーバ２１０に対して、更に行き先階呼びを送信する。

【0057】

送受信部３１２は、所定の通信プロトコルを有する通信デバイスからなり、サーバ３１０と昇降機クラウド２００内のサーバ２１０との間の通信処理、及びサーバ３１０とロボット５００との間の通信処理を行う。

【0058】

記憶部３１４は、例えばＲＯＭまたはＲＡＭなどの記憶媒体（メモリデバイス）等である。記憶部３１４には、サーバ３１０の各種機能に用いる制御パラメータ及び制御プログラム等が記憶されている。

【0059】

図４は、実施形態にかかるロボット５００の詳細構成の一例を示す模式図である。図４には、ロボット５００の基本的な構成を示しており、個々のロボット５００は、いずれも図４に示す構成を有していてよい。

【0060】

図４に示すように、ロボット５００は、制御部５０１、送受信部５０２、駆動部５０３、記憶部５０４、及び各種センサ５０５を備えている。

【0061】

制御部５０１は、ＣＰＵ等のハードウェアプロセッサである。制御部５０１は、記憶部５０４の制御プログラム等を読み出して実行することより、ビル３内での各種動作を実行する。このとき、制御部５０１は、ロボットクラウド３００内のサーバ３１０からの指示にしたがうとともに、各種センサ５０５からのフィードバックを受けて、各種動作を実行する。

【0062】

送受信部５０２は、所定の通信プロトコルを有する通信デバイスからなり、ロボット５００とロボットクラウド３００内のサーバ３１０との間の通信処理を行う。

【0063】

駆動部５０３は、車輪等を含んだ機構であって、駆動部５０３が駆動することによりロボット５００を走行させる。なお、駆動部５０３は、上記に挙げたものに限定されない。

【0064】

記憶部５０４は、例えばＲＯＭまたはＲＡＭなどの記憶媒体（メモリデバイス）等である。記憶部５０４には、ロボット５００の各種機能に用いる制御パラメータ及び制御プログラム等が記憶されている。

【0065】

各種センサ５０５は、ロボット５００自体の状態とその周囲の状況とを検知可能に構成され、例えば赤外線センサ、加速度センサ、及びカメラ等の少なくともいずれかを含んでいてもよい。なお、各種センサ５０５は、上記に挙げたものに限定されない。

【0066】

（エレベータ／ロボット連携システムにおける連係動作）
次に、図５～図１２を用いて、実施形態のエレベータ／ロボット連携システム１におけるエレベータシステム２とロボット５００との連携動作について説明する。図５～図１２は、実施形態にかかるエレベータ／ロボット連携システム１におけるエレベータシステム２とロボット５００との連携動作を順に例示する模式図である。

【0067】

より詳細には、図５～図９は、ロボット５００が乗りかご５０に乗車する際のエレベータシステム２とロボット５００との連携動作を示している。また、図１０～図１２は、ロボット５００が乗りかご５０から降車する際のエレベータシステム２とロボット５００との連携動作を示している。

【0068】

また、図５～図１２の（ａ）は、所定の乗り場６０に着床した乗りかご５０の様子を示す。図５～図１２の（ｂ）は、乗りかご５０の床５１と、乗り場６０の床６１とを上方から見た図である。図５～図１２の（ｂ）は、乗りかご５０の床５１と、乗り場６０の床６１とを側方から見た断面図である。

【0069】

ロボット５００をビル３内の他の階に移動させる必要が生じた場合、ロボットクラウド３００内のサーバ３１０は、ロボット５００を現在の階の乗り場６０に移動させるとともに、昇降機クラウド２００内のサーバ２１０に乗り場呼びを送信する。

【0070】

サーバ３１０から送信された乗り場呼びの情報は、昇降機クラウド２００内のサーバ２１０からコントローラ１５０を介して、更に制御盤１００へと送信される。このとき、エレベータシステム２が複数基の乗りかご５０を備える場合には、昇降機クラウド２００内のサーバ２１０が、個々の乗りかご５０の運行状況に基づいて、適切な乗りかご５０を割り当てて、その乗りかご５０を制御する制御盤１００に乗り場呼び情報を送信する。

【0071】

サーバ３１０から送信された乗り場呼びの情報を受信すると、制御盤１００は、乗りかご５０をその乗り場呼びに応答させる。すなわち、制御盤１００は、ロボット５００が乗りかご５０への乗車待ちをしている階の乗り場６０へと乗りかご５０を向かわせる。

【0072】

図５（ａ）に示すように、ロボット５００が乗車待ちをしている階床の乗り場６０に乗りかご５０が到着すると、制御盤１００は乗りかご５０を戸開する。また、これと連動して、乗り場６０のドア６３も戸開される。これにより、乗りかご５０のドア５３及び乗り場６０のドア６３が開放され、ロボット５００が乗りかご５０内へと乗車可能な状態となる。

【0073】

図５（ｃ）に示すように、乗り場６０に着床させる際、乗りかご５０は、乗りかご５０の床５１と乗り場６０の床６１とに段差が生じないように制御される。これにより、乗りかご５０は、これらの床５１，６１の高さが略等しくなる高さ位置に停止する。

【0074】

図５（ｂ）（ｃ）に示すように、乗り場６０に着床した乗りかご５０の床５１と、乗り場６０の床６１との間には、所定の隙間ＲＣが存在する。これにより、乗りかご５０を走行させる際、乗りかご５０と乗り場６０の床６１との干渉を抑制することができる。このような隙間ＲＣは、ランニングクリアランスとも呼ばれる。

【0075】

ロボット５００は、乗りかご５０のドア５３及び乗り場６０のドア６３が開放されると、乗りかご５０への乗車を開始する。

【0076】

図６（ａ）に示すように、ここで、ロボット５００の駆動部５０３（図４参照）が備える車輪５１３が、乗りかご５０の床５１と乗り場６０の床６１との間の隙間ＲＣによって脱輪したものとする。

【0077】

図６（ｂ）（ｃ）に示すように、ロボット５００の脱輪は、例えば車輪５１３が、乗りかご５０の床５１の縁等に引っかかること等により生じる。乗りかご５０の床５１の縁等に引っかかった車輪５１３は、ロボット５００の進行方向と交差し、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣが延びる方向を向くなどして、これらの隙間ＲＣに嵌ってしまい脱輪することがある。

【0078】

車輪５１３が所定量以上に深く隙間ＲＣに嵌ってしまうと、ロボット５００が脱輪した状態から自律的に復旧することが困難な場合がある。この場合、ロボット５００は、ロボットクラウド３００内のサーバ３１０に、乗りかご５０への乗車に失敗したことを示す信号を送信する。サーバ３１０は、ロボット５００からの乗車失敗を示す信号を昇降機クラウド２００内のサーバ２１０へと送信する。

【0079】

昇降機クラウド２００内のサーバ２１０は、乗車失敗信号を受信すると、記憶部２１４に格納されるロボット情報２２４を参照して、復旧対象のロボット５００の各種仕様に関する情報を取得する。複数のロボット情報２２４ａ，２２４ｂ，２２４ｃ・・・のうち、いずれを参照するかは、複数のロボットクラウド３００ａ，３００ｂ，３００ｃ・・・のうち、いずれのロボットクラウド３００の呼びに応答中であったかに基づいて判断可能である。

【0080】

また、サーバ２１０は、記憶部２１５に格納される復旧情報２２５を参照して、同様の状況下における復旧動作の情報を検索する。以降は、該当する復旧情報２２５が記憶部２１５に存在しなかった場合について説明し、該当する復旧情報２２５が存在していた場合の例については後述する。

【0081】

昇降機クラウド２００内のサーバ２１０は、コントローラ１５０を介して、ロボット５００の脱輪を復旧させる動作を行うことを制御盤１００に指示する。

【0082】

図７（ａ）に示すように、サーバ２１０からの指示を受信すると、制御盤１００は、乗りかご５０を微小距離移動させて、乗りかご５０の床５１と乗り場６０の床６１とに若干の段差を生じさせる。

【0083】

このとき、サーバ２１０からの指示には、どれくらいの段差を生じさせるか、つまり、乗りかご５０の移動距離についての指示が含まれる。乗りかご５０の移動距離は、例えば乗りかご５０を移動させる巻き上げ機８（図２参照）により巻き上げられるロープ６（図２参照）の距離（ワイヤストレッチ距離）等として規定することができる。

【0084】

サーバ２１０は、例えば記憶部２１４のロボット情報２２４から取得した、復旧対象のロボット５００の車輪５１３の径および幅に基づいて、生じさせる段差の大きさを決定する。

【0085】

すなわち、車輪径の大きいロボット５００であれば、その分、乗りかご５０の上昇下降距離を大きくし、車輪径の小さいロボット５００であれば、その分、乗りかご５０の上昇下降距離を小さくすることができる。

【0086】

これにより、車輪径の大きいロボット５００であっても、乗りかご５０を充分な距離移動させることができるので、隙間ＲＣに挟まった車輪５１３が外れやすくなる。一方、車輪径の小さいロボット５００の場合、乗りかご５０を不用意に長い距離移動させずに済み、利用者等に対する影響を更に抑制することができる。

【0087】

またこのとき、サーバ２１０からの指示には上下いずれの方向に乗りかご５０を移動させるかの指示も含まれている。ロボット５００が乗りかご５０に乗車する際に脱輪が生じたことが想定される場合には、制御盤１００は、サーバ２１０からの指示に応じて、乗りかご５０を指示された微小距離だけ下降させる。

【0088】

図７（ｃ）に示すように、これにより、乗りかご５０の床５１の高さ位置が、乗り場６０の床６１に対して若干低くなり、乗りかご５０の床５１が下方へ移動した分、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣも下方へと移動する。

【0089】

ただし、乗りかご５０の下降距離はごく微小であり、また、乗りかご５０の床５１と乗り場６０の床６１との間に生じる段差もごく微小である。したがって、このような乗りかご５０の挙動が、エレベータの利用者による乗りかご５０への乗降には影響を及ぼすことは無い。

【0090】

図８に示すように、上記のように乗りかご５０を動かすことで、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣが下方へと移動し、隙間ＲＣに沿う方向に向いていた車輪５１３を、ロボット５００の本来の進行方向である乗りかご５０の床５１側に向けることができる。これにより、ロボット５００の車輪５１３が、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣから外れて、脱輪したロボット５００を復旧させることができる。

【0091】

なお、ロボット５００の車輪５１３が、隙間ＲＣに深く嵌り込んでいるときは、乗りかご５０の１回の下降動作では、隙間ＲＣから車輪５１３が外れない場合もあり得る。このため、制御盤１００は、乗りかご５０の上下動を複数回繰り返してもよい。これにより、よりいっそう隙間ＲＣから車輪５１３が外れやすくなる。

【0092】

この場合、サーバ２１０からの復旧動作指示には予め、乗りかご５０の上下動を何回繰り返すかの指示が含まれていてよい。サーバ２１０は、例えば記憶部２１４のロボット情報２２４から取得した、復旧対象のロボット５００の重量に基づいて、乗りかご５０を上下動させる回数を決定することができる。

【0093】

すなわち、重量の大きいロボット５００の場合、より深く隙間ＲＣに嵌り込んでしまいやすいところ、乗りかご５０を上下動させる回数を増やすことで、ロボット５００をより復旧させやすくなる。一方、重量の小さいロボット５００であれば、乗りかご５０を上下動させる回数を減らしても容易に復旧させることができると考えられ、乗りかご５０を不用意に上下動させる回数を減らして、利用者等に対する影響を更に抑制することができる。

【0094】

図９に示すように、脱輪からの復旧後、ロボット５００は、乗りかご５０への乗車を終了させる。このとき、ロボット５００から、ロボットクラウド３００内のサーバ３１０へと乗りかご５０の乗車が完了したことを示す信号を送信してもよい。サーバ３１０は更に、ロボット５００からの乗車完了信号を昇降機クラウド２００内のサーバ２１０へと送信することができる。

【0095】

ロボット５００をビル３内の他の階に移動させる必要が生じた場合において、乗りかご５０へと乗車したロボット５００を所望の階へと移動させるため、ロボットクラウド３００内のサーバ３１０は、ロボット５００が乗車した乗りかご５０について、昇降機クラウド２００内のサーバ２１０に行き先階呼びを送信する。

【0096】

サーバ３１０から送信された行き先階呼びの情報は、昇降機クラウド２００内のサーバ２１０から、対応する乗りかご５０のコントローラ１５０を介して、更に制御盤１００へと送信される。

【0097】

サーバ３１０から送信された行き先階呼びの情報を受信すると、制御盤１００は、ロボット５００が乗車した乗りかご５０を行き先階呼びに応答させる。すなわち、制御盤１００は、その行き先階呼びで指定される階へと乗りかご５０を向かわせる。

【0098】

図１０に示すように、ロボット５００が乗車した乗りかご５０が、指定階の乗り場６０に到着すると、制御盤１００は乗りかご５０を戸開する。また、これと連動して、乗り場６０のドア６３も戸開される。これにより、乗りかご５０のドア５３及び乗り場６０のドア６３が開放され、ロボット５００が乗りかご５０から降車可能な状態となる。

【0099】

図１１（ａ）に示すように、ここで、ロボット５００の車輪５１３が、乗りかご５０の床５１と乗り場６０の床６１との間の隙間ＲＣによって脱輪したものとする。

【0100】

図１１（ｂ）（ｃ）に示すように、ロボット５００の脱輪は、例えば車輪５１３が、乗り場６０の床６１の縁等に引っかかること等により生じる。乗り場６０の床６１の縁等に引っかかった車輪５１３は、ロボット５００の進行方向と交差し、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣが延びる方向を向くなどして、これらの隙間ＲＣに嵌ってしまい脱輪することがある。

【0101】

この場合にも、ロボット５００が自律的に脱輪の状態から復旧することが困難な場合がある。この場合、ロボット５００は、ロボットクラウド３００内のサーバ３１０に、乗りかご５０からの降車に失敗したことを示す信号を送信する。サーバ３１０は、ロボット５００からの降車失敗を示す信号を昇降機クラウド２００内のサーバ２１０へと送信する。

【0102】

昇降機クラウド２００内のサーバ２１０は、降車失敗信号を受信すると、記憶部２１４に格納されるロボット情報２２４を参照して、復旧対象のロボット５００の各種仕様に関する情報を取得する。

【0103】

また、サーバ２１０は、記憶部２１５に格納される復旧情報２２５を参照して、同様の状況下における復旧動作の情報を検索する。以降は、該当する復旧情報２２５が記憶部２１５に存在しなかった場合について説明し、該当する復旧情報２２５が存在していた場合の例については後述する。

【0104】

昇降機クラウド２００内のサーバ２１０は、コントローラ１５０を介して、ロボット５００の脱輪を復旧させる動作を行うことを制御盤１００に指示する。

【0105】

図１２（ａ）に示すように、サーバ２１０からの指示を受信すると、制御盤１００は、乗りかご５０を微小距離移動させて、乗りかご５０の床５１と乗り場６０の床６１とに若干の段差を生じさせる。

【0106】

このとき、サーバ２１０からの指示には、どれくらいの段差を生じさせるか、つまり、乗りかご５０の移動距離についての指示が含まれる。サーバ２１０は、例えば記憶部２１４のロボット情報２２４から取得した、復旧対象のロボット５００の車輪５１３の径および幅に基づいて、生じさせる段差の大きさを決定する。

【0107】

またこのとき、ロボット５００が乗りかご５０から降車する際に脱輪が生じたことが想定される場合には、制御盤１００は、サーバ２１０からの指示に応じて、乗りかご５０を指示された微小距離だけ上昇させる。

【0108】

図１２（ｃ）に示すように、これにより、乗りかご５０の床５１の高さ位置が、乗り場６０の床６１に対して若干高くなり、乗りかご５０の床５１が上方へ移動した分、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣから、車輪５１３がロボット５００の本体ごと浮上することとなる。

【0109】

ただし、乗りかご５０の上昇距離はごく微小であり、また、乗りかご５０の床５１と乗り場６０の床６１との間に生じる段差もごく微小である。したがって、このような乗りかご５０の挙動が。エレベータの利用者による乗りかご５０への乗降には影響を及ぼすことは無い。

【0110】

上記のように乗りかご５０を動かすことで、ロボット５００の車輪５１３が、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣから浮上して、隙間ＲＣに沿う方向に向いていた車輪５１３を、ロボット５００の本来の進行方向である乗り場６０の床６１側に向けることができる。これにより、ロボット５００の車輪５１３が、乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣから外れて、脱輪したロボット５００を復旧させることができる。

【0111】

なお、ロボット５００の車輪５１３が、隙間ＲＣに深くはまり込んでいるときは、乗りかご５０の１回の上昇動作では、隙間ＲＣから車輪５１３が外れない場合もあり得る。このため、制御盤１００は、乗りかご５０の上下動を複数回繰り返してもよい。これにより、よりいっそう隙間ＲＣから車輪５１３が外れやすくなる。

【0112】

この場合、サーバ２１０からの復旧動作指示には予め、乗りかご５０の上下動を何回繰り返すかの指示が含まれていてよい。サーバ２１０は、例えば記憶部２１４のロボット情報２２４から取得した、復旧対象のロボット５００の重量に基づいて、乗りかご５０を上下動させる回数を決定することができる。

【0113】

脱輪からの復旧後、ロボット５００は、乗りかご５０からの降車を終了させる。このとき、ロボット５００から、ロボットクラウド３００内のサーバ３１０へと乗りかご５０の降車が完了したことを示す信号を送信してもよい。サーバ３１０は更に、ロボット５００からの降車完了の信号を昇降機クラウド２００内のサーバ２１０へと送信することができる。

【0114】

なお、ロボット５００が乗りかご５０への乗車に失敗したことを示す信号、及び降車に失敗したことを示す信号等の乗降失敗信号は第１の信号の一例である。また、ロボット５００による乗りかご５０への乗車が完了したことを示す信号、及び降車が完了したことを示す乗降完了信号は第２の信号の一例である。

【0115】

この他、乗りかご５０の乗降に失敗したことの信号に加えて、ロボット５００が、乗りかご５０の上記動作により復旧したことの信号を、ロボットクラウド３００内のサーバ３１０に送信してもよい。サーバ３１０は更に、ロボット５００からの復旧信号を昇降機クラウド２００内のサーバ２１０へと送信することができる。これにより、昇降機クラウド２００内のサーバ２１０は、追加の復旧動作が必要か否かを判断してもよい。また、昇降機クラウド２００内のサーバ２１０が、ロボット５００の復旧を知らせる情報を乗り場６０に提示するなどして、乗り場６０の利用者に報知するようにしてもよい。

【0116】

ところで、既存のエレベータシステムにおいては、乗り場に着床させた乗りかごの床と乗り場の床との間に段差が生じてしまった場合等に、これらの床の高さを合わせて段差を解消する技術がある。上記のように、乗り場６０に着床した乗りかご５０を、微小距離移動させて意図的に段差を生じさせ、脱輪したロボット５００を復旧させる動作は、このような既存技術を転用して容易に実行することが可能である。

【0117】

なお、昇降機クラウド２００内のサーバ２１０は、ロボット５００が乗りかご５０への乗車に失敗したのか、あるいは降車に失敗したのかを、ロボットクラウド３００内のサーバ３１０から受信したのが乗り場呼びであったか、行き先階呼びであったか等に基づいて判断することができる。

【0118】

つまり、ロボットクラウド３００内のサーバ３１０からの乗り場呼びに応答した後、乗降失敗信号を受信した場合には、ロボット５００が乗りかご５０への乗車に失敗したものと判断することができる。また、ロボットクラウド３００内のサーバ３１０からの行き先階呼びに応答した後、乗降失敗信号を受信した場合には、ロボット５００が乗りかご５０からの降車に失敗したものと判断することができる。

【0119】

あるいは、昇降機クラウド２００内のサーバ２１０は、ロボット５００から受信した信号が乗車失敗信号であるのか、あるいは降車失敗信号であるのかに基づいて、ロボット５００が乗りかご５０への乗車に失敗したのか、あるいは乗りかご５０からの降車に失敗したのかを判断可能であってもよい。

【0120】

なお、昇降機クラウド２００内のサーバ２１０は、ロボット５００の復旧に成功すると、復旧対象であったロボット５００に関するロボット情報２２４を紐づけて、今回行った復旧動作の情報を含む復旧情報２２５を生成する。復旧情報２２５には、今回の失敗が乗りかご５０への乗車時に生じたか降車時に生じたかの情報と、生じさせた段差の大きさ、つまり、乗りかご５０の移動距離の情報と、段差を生じさせる動作、つまり、乗りかご５０の上下動を何回行ったかの情報と、を含んで生成される。サーバ２１０は、生成した復旧情報２２５を記憶部２１５に記憶させる。

【0121】

一方で、所定時間、復旧動作を継続させた後、ロボット５００が依然、復旧しなければ、昇降機クラウド２００内のサーバ２１０は、ロボット５００の復旧に失敗したものと判定し、ロボット５００の復旧要請の通報を作業員に送信する。

【0122】

次に、乗車失敗信号または降車失敗信号を受信したサーバ２１０が、今回と同様の状況下における復旧情報２２５を記憶部２１５内に検出した場合の例について説明する。

【0123】

より詳細には、サーバ２１０は、記憶部２１５に格納される復旧情報２２５を参照して、今回と同様の仕様を有するロボット５００が復旧対象であり、失敗が生じた状況が、乗車時または降車時等、今回と同様である復旧情報２２５を検索する。

【0124】

該当する復旧情報２２５が記憶部２１５内に存在していた場合には、サーバ２１０は、該当する復旧情報２２５が示す復旧動作と同様の動作を今回も行うよう、コントローラ１５０を介して制御盤１００に指示する。

【0125】

ここで、復旧情報２２５には、その時復旧対象となったロボット５００のロボット情報２２４、及びロボット５００に脱輪等が生じたのが乗車時か降車時かの情報に加えて、その時に行った復旧動作の情報として、段差を生じさせるために乗りかご５０を移動させた距離、及び乗りかご５０の上下動を行った回数等の情報が含まれている。

【0126】

したがって、サーバ２１０は、ロボット５００の復旧動作を行うことを指示するとともに、脱輪等が発生したのが乗車時か降車時かに基づく乗りかご５０の移動方向の指示、並びに復旧情報２２５から取得した乗りかご５０の移動距離の指示および上下動させる回数の指示を、コントローラ１５０を介して制御盤１００へと送信する。

【0127】

制御盤１００は、サーバ２１０からのこれらの指示にしたがって、サーバ２１０に指示された方向および距離分、乗りかご５０を移動して段差を生じさせ、また、サーバ２１０に指示された回数分、これらの動作を乗りかご５０に繰り返させる。

【0128】

このように、過去に同様の状況下で実行された復旧動作と同様の復旧動作を、今回にも適用することで、より確実に、かつ、より迅速に、ロボット５００の復旧が図られる。

【0129】

なお、復旧情報２２５の参照による過去の復旧動作の適用は、同じ乗りかご５０に対して適用されてもよく、同じビル３（図１参照）内の異なる乗りかご５０に対して適用されてもよい。このように、昇降機クラウド２００内のサーバ２１０が管理する複数の乗りかご５０において、様々なタイミングで生じうるロボット５００の乗降失敗に対し、過去の事例で得られた知見を横展開することが可能である。

【0130】

（エレベータ／ロボット連携システムの処理例）
次に、図１３を用いて、実施形態のエレベータシステム２による処理例について説明する。図１３は、実施形態にかかるエレベータシステム２によるロボット５００の復旧処理の手順の一例を示すフロー図である。

【0131】

図１３に示すように、昇降機クラウド２００内のサーバ２１０は、ロボットクラウド３００内のサーバ３１０から、乗り場呼びまたは行き先階呼び等の呼びを受信する（ステップＳ１０１）。昇降機クラウド２００内のサーバ２１０は、コントローラ１５０を介して制御盤１００に指示をし、制御盤１００は、乗りかご５０を呼びに応答させる（ステップＳ１０２）。

【0132】

呼びに応答した乗りかご５０に対し、ロボット５００が乗降動作を行う間、昇降機クラウド２００内のサーバ２１０は、ロボットクラウド３００内のサーバ３１０を介して、ロボット５００から送信される乗車失敗信号または降車失敗信号等の乗降失敗信号の受信の有無を監視する（ステップＳ１０３）。

【0133】

ロボット５００から乗降失敗信号を受信した場合には（ステップＳ１０３：Ｙｅｓ）、昇降機クラウド２００内のサーバ２１０は、ロボット５００の乗降失敗が、乗りかご５０への乗車時に発生したか降車時に発生したかを判定する（ステップＳ１０４）。

【0134】

ロボット５００が乗りかご５０への乗車に失敗していた場合（ステップＳ１０４：Ｙｅｓ）、サーバ２１０は、同様の状況下における復旧情報２２５が記憶部２１５に記憶されているか否かを検索する（ステップＳ１０５）。

【0135】

該当する復旧情報２２５があった場合には（ステップＳ１０５：Ｙｅｓ）、サーバ２１０は、その復旧情報２２５を読み出して（ステップＳ１０６）、段差を生じさせるための乗りかご５０の移動距離、段差を生じさせる回数等、その復旧情報に含まれる復旧動作を行うことの指示とともに、コントローラ１５０を介して制御盤１００に復旧の指示をする。ここでは、乗りかご５０への乗車に失敗していた場合であるので、読み出した復旧情報２２５にしたがって、乗りかご５０を下降させる（ステップＳ１０７）。

【0136】

該当する復旧情報２２５がなかった場合には（ステップＳ１０５：Ｎｏ）、サーバ２１０は、ステップＳ１０６の処理をスキップしたうえで、コントローラ１５０を介して制御盤１００に指示をし、制御盤１００は、乗りかご５０を微小距離だけ下降させる（ステップＳ１０７）。

【0137】

ロボット５００が乗りかご５０からの降車に失敗していた場合にも（ステップＳ１０４：Ｎｏ）、サーバ２１０は、同様の状況下における復旧情報２２５が記憶部２１５に記憶されているか否かを検索する（ステップＳ１１５）。

【0138】

該当する復旧情報２２５があった場合には（ステップＳ１１５：Ｙｅｓ）、サーバ２１０は、その復旧情報２２５を読み出して（ステップＳ１１６）、段差を生じさせるための乗りかご５０の移動距離、段差を生じさせる回数等、その復旧情報に含まれる復旧動作を行うことの指示とともに、コントローラ１５０を介して制御盤１００に復旧の指示をする。ここでは、乗りかご５０からの降車に失敗していた場合であるので、読み出した復旧情報２２５にしたがって、乗りかご５０を上昇させる（ステップＳ１１７）。

【0139】

該当する復旧情報２２５がなかった場合には（ステップＳ１１５：Ｎｏ）、サーバ２１０は、ステップＳ１１６の処理をスキップしたうえで、コントローラ１５０を介して制御盤１００に指示をし、制御盤１００は、乗りかご５０を微小距離だけ上昇させる（ステップＳ１１７）。

【0140】

ロボット５００の復旧動作を行った後、サーバ２１０は、ロボット５００の復旧に成功したか否かを判定する（ステップＳ１０８）。この場合、サーバ２１０は、例えばロボット５００からの復旧信号を受信すること等により、復旧に成功したと判定することができる。また、所定時間経過しても復旧信号が受信されないこと等により、サーバ２１０は、復旧に失敗したと判定することができる。

【0141】

ロボット５００の復旧に成功した場合（ステップＳ１０８：Ｙｅｓ）、サーバ２１０は、今回行った復旧動作の情報を含む復旧情報２２５を生成し、今回復旧対象であったロボット５００に関するロボット情報２２４と紐づけて記憶部２１５に格納する（ステップＳ１０９）。

【0142】

ロボット５００の復旧に失敗した場合（ステップＳ１０８：Ｎｏ）、サーバ２１０は、作業員に通報する（ステップＳ１１０）。

【0143】

ロボット５００が乗降動作を行う間に、乗降失敗信号を受信しなかった場合には（ステップＳ１０３：Ｎｏ）、昇降機クラウド２００内のサーバ２１０は、ステップＳ１０４以降の処理をスキップする。このとき、サーバ２１０が、ロボット５００からの乗車完了信号または降車完了信号等の乗降完了信号を受信するようにしてもよい。

【0144】

以上により、実施形態のエレベータシステム２によるロボット５００の脱輪復旧処理が終了する。

【0145】

（概括）
近年、ビル内を自律的に移動し、配達または清掃等の種々の作業を行うロボットが開発されている。また、複数の階床を有するビルでは、ロボットがエレベータを使って異なる階へと移動する技術も提案されている。

【0146】

しかしながら、エレベータを使ったロボットの移動に際し、ロボットが乗りかごの床と乗り場の床との隙間によって脱輪し、乗りかごの乗降に失敗する場合がある。このような場合、ロボットが自律的に復旧できなければ、作業員等が実際に現場に足を運んで対応する必要が生じる。これにより、作業員の負荷が増すとともに、エレベータの円滑な運行にも支障が生じる恐れがある。

【0147】

実施形態のエレベータ／ロボット連携システム１によれば、制御盤１００は、呼びに応じて乗り場６０に到着した乗りかご５０を戸開させた後、ロボット５００が乗りかご５０の乗降に失敗すると、乗りかご５０の床５１と乗り場６０の床６１との間に段差を生じさせる。

【0148】

これにより、乗りかご５０の乗降時に脱輪したロボット５００を復旧させることができる。よって、作業員の負荷を軽減し、エレベータを円滑に運行することが可能となる。

【0149】

実施形態のエレベータ／ロボット連携システム１によれば、昇降機クラウド２００内のサーバ２１０は、ロボット５００の復旧に成功した場合には、制御盤１００によるロボット５００の復旧動作に関わる復旧情報２２５を、復旧対象のロボット５００に関するロボット情報２２４と紐づけて記憶部２１５に記憶させる。

【0150】

これにより、同様の状況下で次にロボット５００の復旧が必要となった場合に、復旧情報２２５を参照することができる。よって、ロボット５００の復旧について、成功率を高めることができる。

【0151】

実施形態のエレベータ／ロボット連携システム１によれば、昇降機クラウド２００内のサーバ２１０は、乗りかご５０の乗降に失敗したロボット５００に関するロボット情報２２４と紐づいた復旧情報２２５が記憶部２１５に記憶されていた場合には、その復旧情報２２５に基づく復旧動作を制御盤１００に行わせる。

【0152】

これにより、過去にロボット５００の復旧に成功した実績のある復旧動作を再現することができ、ロボット５００の復旧動作の試行錯誤を行うことなく素早く、より確実にロボット５００を復旧させることができる。

【0153】

実施形態のエレベータ／ロボット連携システム１によれば、制御盤１００は、ロボット５００が乗りかご５０への乗車に失敗した場合には、乗りかご５０を微小距離下降させて、乗りかご５０の床５１と乗り場６０の床６１との間に段差を生じさせる。

【0154】

これにより、ロボット５００の進行方向側の乗りかご５０の床５１の高さを、ロボット５００の進行方向後方の乗り場６０の床６１よりも下げることができる。よって、床５１，６１の隙間ＲＣに嵌ったロボット５００の車輪が外れやすくなり、ロボット５００を復旧させやすくなる。

【0155】

また、上述のように、乗り場６０に着床した乗りかご５０を微小距離下降させる動作は、乗りかご５０の床５１と乗り場６０の床６１とに生じた段差を解消するための技術を転用して容易に行わせることができる。乗りかご５０の下降距離は微小であるので、他の利用者の乗りかご５０への乗降にも影響を来さない。

【0156】

実施形態のエレベータ／ロボット連携システム１によれば、制御盤１００は、ロボット５００が乗りかご５０からの降車に失敗した場合には、乗りかご５０を微小距離上昇させて、乗りかご５０の床５１と乗り場６０の床６１との間に段差を生じさせる。

【0157】

これにより、ロボット５００の進行方向後方の乗りかご５０の床５１の高さを、ロボット５００の進行方向側の乗り場６０の床６１よりも高くすることができる。よって、床５１，６１の隙間ＲＣに嵌ったロボット５００の車輪が外れやすくなり、ロボット５００を復旧させやすくなる。

【0158】

また、上述のように、乗り場６０に着床した乗りかご５０を微小距離上昇させる動作は、乗りかご５０の床５１と乗り場６０の床６１とに生じた段差を解消するための技術を転用して容易に行わせることができる。乗りかご５０の上昇距離は微小であるので、他の利用者の乗りかご５０への乗降にも影響を来さない。

【0159】

実施形態のエレベータ／ロボット連携システム１によれば、復旧情報２２５は、復旧動作が、ロボット５００が乗りかご５０に対して乗車する場合、または降車する場合のいずれにおいて行われたかの情報を含む。これにより、より適切な復旧情報２２５を読み出して、ロボット５００の復旧動作に利用することができる。

【0160】

実施形態のエレベータ／ロボット連携システム１によれば、復旧情報２２５は、ロボット情報２２４に含まれるロボット５００の車輪の径または幅の少なくともいずれかの情報と紐づけられて、復旧動作において乗りかご５０の床５１と乗り場６０の床６１との間に生じさせた段差の大きさの情報を含む。

【0161】

ロボット５００の復旧に適した段差の大きさは、例えばロボット５００の車輪径および車輪幅に依存する。したがって、ロボット情報２２４に含まれる車輪径および車輪幅に対応付けて、復旧情報２２５に段差の大きさの情報を含めることで、次の復旧動作時に、より適切な大きさの段差を生じさせることができる。

【0162】

実施形態のエレベータ／ロボット連携システム１によれば、制御盤１００は、ロボット５００が乗りかご５０の乗降に失敗した場合には、乗りかご５０を微小距離上下動させて、乗りかご５０の床５１と乗り場６０の床６１との間に段差を生じさせる処理を所定回数行う。このように、乗りかご５０の上下動を１回以上繰り返すことで、よりいっそうロボット５００を復旧させやすくなる。

【0163】

実施形態のエレベータ／ロボット連携システム１によれば、復旧情報２２５は、ロボット情報２２４に含まれるロボット５００の重量の情報と紐づけられて、復旧動作において乗りかご５０の床５１と乗り場６０の床６１との間に段差を生じさせた回数の情報を含む。

【0164】

乗りかご５０の床５１と乗り場６０の床６１との隙間ＲＣに車輪等が嵌り込む深さは、ロボット５００の重量に依存し、車輪等が嵌り込んだ深さが増すほど、乗りかご５０を上下動させる回数を増やすことで、ロボット５００の復旧に成功する確率が高まると考えられる。したがって、ロボット情報２２４に含まれるロボット５００の重量に対応付けて、復旧情報２２５に段差を生じさせた回数の情報を含めることで、次の復旧動作時に、より適切な回数分の段差を生じさせることができる。

【0165】

なお、上述の実施形態では、乗りかご５０の乗降に失敗したロボット５００が、乗降失敗の信号を発信することにより、エレベータシステム２の制御盤１００が、ロボット５００を復旧させる動作を乗りかご５０に行わせることとした。しかし、エレベータシステム２が、ロボット５００が乗りかご５０の乗降に失敗したことを、上記以外の手法によって判断してもよい。

【0166】

例えば、乗りかご５０の乗降が完了すると、上述のように、ロボット５００が乗降完了の信号を発信する場合において、ロボットクラウド３００内のサーバ３１０からの呼びに応答させた乗りかご５０を乗り場６０で戸開させた後、所定時間が経過してもロボット５００からの乗車完了信号が受信されなかった場合には、制御盤１００が、ロボット５００を復旧させる動作を乗りかご５０に行わせることとしてもよい。

【0167】

このような構成においても、乗りかごの乗降時、ロボット５００に異常が生じたことを検知することができ、乗りかご５０における上記復旧動作を行って、ロボット５００を復旧させることができる。

【0168】

また、上述の実施形態では、ロボット５００と利用者との両方が同じ乗りかご５０を利用することを前提として説明を行った。しかし、エレベータシステム２が、利用者が利用する乗りかご５０とは別に、ロボット５００専用の乗りかご５０を備えていてもよい。

【0169】

このような構成においても、ロボット５００用の乗りかご５０で、ロボット５００の脱輪が生じた場合には、上記同様の復旧動作を行って、ロボット５００を復旧させることができる。上述のように、上記復旧動作は、利用者のみならずロボット５００に対しても安全に行うことが可能である。

【0170】

また、上述の実施形態では、復旧情報２２５は、ロボット情報２２４と紐づけられることで、復旧対象となったロボット５００の構造等に関する情報を有するほか、乗車時または降車時等のロボット５００の脱輪等が発生したときの情報、並びに段差を生じさせるために移動させた乗りかご５０の距離、及び段差を生じさせた回数等の情報を含むこととした。しかし、復旧情報２２５は上記以外の情報を含んでいてもよい。一例として、例えばロボット５００の脱輪等が発生したときの日付、時間帯、天候、または気温の少なくともいずれかの情報を、復旧情報２２５に含めてもよい。

【0171】

ロボット５００の脱輪等が発生したときの日付および時間帯の情報からは、そのときの乗りかご５０及び乗り場の６０混雑度合い、並びにロボット５００の稼働台数等を知ることができる。また、ロボット５００の脱輪等が発生したときの天候および気温の情報からは、ロボット５００の車輪の滑りやすさ等を知ることができる。

【0172】

したがって、上記情報を復旧情報２２５に含めることにより、ロボット５００の脱輪等が発生したときの状況をより詳細に場合分けして、復旧の成功率をいっそう高めることができる。

【0173】

（変形例１）
次に、図１４を用いて、実施形態の変形例１のエレベータ／ロボット連携システムについて説明する。変形例１のエレベータ／ロボット連携システムにおいては、昇降機クラウド２００内のサーバ２１０が、ロボット５００からの乗降失敗信号を待つことなく、復旧情報２２５を乗りかご５０の制御に適用する点が、上述の実施形態とは異なる。

【0174】

図１４は、実施形態の変形例１にかかるエレベータシステムによる処理の手順の一例を示すフロー図である。以下、上述の実施形態に対応する構成に同様の構成を付して説明を行う。

【0175】

図１４に示すように、ロボットクラウド３００内のサーバ３１０から、乗り場呼びまたは行き先階呼び等の呼びを受信すると（ステップＳ２０１）、昇降機クラウド２００内のサーバ２１０は、コントローラ１５０を介して制御盤１００に呼び応答の指示をする（ステップＳ２０２）。

【0176】

また、変形例１において、昇降機クラウド２００内のサーバ２１０は、ロボットクラウド３００内のサーバ３１０からの呼びが乗り場呼びか行き先階呼びかを判定する（ステップＳ２０４）。

【0177】

サーバ３１０からの呼びが乗り場呼びであり、ロボット５００が乗りかご５０に乗車しようとしている場合（ステップＳ２０４：Ｙｅｓ）、昇降機クラウド２００内のサーバ２１０は、同型のロボット５００が乗りかご５０の乗車に失敗した事例に関する復旧情報２２５があるか否かを検索する（ステップＳ２０５）。

【0178】

該当する復旧情報２２５がある場合（ステップＳ２０５：Ｙｅｓ）、サーバ２１０は、その復旧情報２２５を読み出して（ステップＳ２０６）、その時の復旧動作における段差の大きさで、乗りかご５０が指定階に着床するよう制御盤１００に指示をする。これにより、乗りかご５０は、当初から、乗り場６０の床６１より下降した位置に床５１が配置されるよう、指定階の乗り場６０に停車する（ステップＳ２０７）。

【0179】

過去に同様の状況下で復旧動作を行っている場合、今回の乗り場呼び応答時にもロボット５００の脱輪等が生じて、復旧動作が必要になる可能性がある。そこで、変形例１のエレベータシステムにおいては、ロボット５００が乗りかご５０への乗車を開始して脱輪等が発生する前に、事前に読み出した復旧情報２２５に基づいて、乗りかご５０の床５１と乗り場６０の床６１との間に段差が生じる位置に乗りかご５０を停車させる。これにより、ロボット５００の脱輪等の発生自体を抑制することが可能となる。

【0180】

該当する復旧情報２２５がない場合（ステップＳ２０５：Ｎｏ）、サーバ２１０は、ステップＳ２０６以降の処理をスキップする。

【0181】

サーバ３１０からの呼びが行き先階呼びであり、ロボット５００が乗りかご５０から降車しようとしている場合（ステップＳ２０４：Ｎｏ）、昇降機クラウド２００内のサーバ２１０は、同型のロボット５００が乗りかご５０の降車に失敗した事例に関する復旧情報２２５があるか否かを検索する（ステップＳ２１５）。

【0182】

該当する復旧情報う２２５がある場合（ステップＳ２１５：Ｙｅｓ）、サーバ２１０は、その復旧情報２２５を読み出して（ステップＳ２１６）、その時の復旧動作における段差の大きさで、乗りかご５０が指定階に着床するよう制御盤１００に指示をする。これにより、乗りかご５０は、当初から、乗り場６０の床６１より上昇した位置に床５１が配置されるよう、指定階の乗り場６０に停車する（ステップＳ２１７）。

【0183】

このように、降車時にも、予め段差を有した状態で乗りかご５０を指定階に停車させることで、ロボット５００の脱輪等の発生を抑制することが可能となる。

【0184】

該当する復旧情報２２５がない場合（ステップＳ２１５：Ｎｏ）、サーバ２１０は、ステップＳ２１６以降の処理をスキップする。

【0185】

以上により、変形例１のエレベータシステムによる処理が終了する。

【0186】

変形例１のエレベータ／ロボット連携システムによれば、昇降機クラウド２００内のサーバ２１０は、ロボットクラウド３００内のサーバ３１０からの呼びが取得されると、乗りかご５０の乗降に失敗したロボット５００に関するロボット情報２２４と紐づいた復旧情報２２５が記憶部２１５に記憶されていた場合には、乗りかご５０を呼びに応答させる際に、その復旧情報２２５に基づく大きさ（高低差）及び方向（乗りかご５０の床５１と乗り場６０の床６１との高低関係）の段差が生じるよう乗りかご５０を応答階に着床させる。

【0187】

これにより、乗りかご５０への乗降時に、ロボット５００の脱輪等の発生を抑制することができる。よって、復旧動作等によって一定期間、乗りかご５０の運行が中断することを抑制することができる。

【0188】

変形例１のエレベータ／ロボット連携システムによれば、その他、上述の実施形態のエレベータ／ロボット連携システム１と同様の効果を奏する。

【0189】

（変形例２）
次に、図１５を用いて、実施形態の変形例２のエレベータ／ロボット連携システムについて説明する。変形例２のエレベータ／ロボット連携システムにおいては、昇降機クラウド２００内のサーバ２１０が、ロボット５００の復旧に失敗した場合にも復旧情報を生成して記憶部２１５に格納する点が、上述の実施形態とは異なる。

【0190】

図１５は、実施形態の変形例２にかかるエレベータシステムによるロボット５００の脱輪復旧処理の手順の一例を示すフロー図である。以下、上述の実施形態に対応する構成に同様の構成を付して説明を行う。

【0191】

図１５に示すように、変形例２のエレベータシステムにおいても、ロボット５００の復旧処理は、上述の実施形態の図１３に示したフロート略同様に行われる。ただし、変形例２においては、昇降機クラウド２００内のサーバ２１０は、ロボット５００が乗りかご５０への乗降に失敗すると、複数の復旧情報の中から、復旧に失敗した事例に関する復旧情報と、復旧に成功した事例に関する復旧情報とを適宜、検索する。

【0192】

すなわち、ロボットクラウド３００内のサーバ３１０から、乗り場呼びまたは行き先階呼び等の呼びを受信し（ステップＳ３０１）、乗りかご５０が呼びに応答した後に（ステップＳ３０２）、ロボット５００の乗降失敗信号を受信すると（ステップＳ３０３）、昇降機クラウド２００内のサーバ２１０は、ロボット５００の乗降失敗が、乗りかご５０への乗車時に発生したか否かを判定する（ステップＳ３０４）。

【0193】

ロボット５００が乗りかご５０への乗車に失敗していた場合（ステップＳ３０４：Ｙｅｓ）、サーバ２１０は、同様の状況下において、ロボット５００の復旧に失敗した事例に関する復旧情報２２５が記憶部２１５に記憶されているか否かを検索する（ステップＳ３０５ａ）。

【0194】

該当する復旧情報２２５があった場合には（ステップＳ３０５ａ：Ｙｅｓ）、今回も、ロボット５００の復旧に失敗する可能性が高いと考えられる。このため、サーバ２１０は、制御盤１００に復旧動作を指示することなく、作業員に通報を行う（ステップＳ３１０）。

【0195】

該当する復旧情報２２５がなかった場合には（ステップＳ３０５ａ：Ｎｏ）、上述の実施形態の図１３に示したステップＳ１０５からの処理と同様に、以降のステップＳ３０５からの復旧処理を行う。

【0196】

ロボット５００が乗りかご５０への降車に失敗していた場合（ステップＳ３０４：Ｎｏ）、サーバ２１０は、同様の状況下において、ロボット５００の復旧に失敗した事例に関する復旧情報２２５が記憶部２１５に記憶されているか否かを検索する（ステップＳ３１５ａ）。

【0197】

該当する復旧情報２２５があった場合には（ステップＳ３１５ａ：Ｙｅｓ）、今回も、ロボット５００の復旧に失敗する可能性が高いと考えられる。このため、サーバ２１０は、制御盤１００に復旧動作を指示することなく、作業員に通報を行う（ステップＳ３１０）。

【0198】

該当する復旧情報２２５がなかった場合には（ステップＳ３１５ａ：Ｎｏ）、上述の実施形態の図１３に示したステップＳ１１５からの処理と同様に、以降のステップＳ３１５からの復旧処理を行う。

【0199】

復旧処理が終了した後、昇降機クラウド２００内のサーバ２１０は、ロボット５００の復旧に成功したか否かを判定する（ステップＳ３０８）。ロボット５００の復旧に成功した場合（ステップＳ３０８：Ｙｅｓ）、サーバ２１０は、成功事例として復旧情報を記憶部２１５に格納し（ステップＳ３０９）、ロボット５００の復旧に失敗した場合（ステップＳ３０８：Ｎｏ）、サーバ２１０は、作業員に通報し（ステップＳ３１０）、失敗事例として復旧情報を記憶部２１５に格納する（ステップＳ３１１）。

【0200】

以上により、変形例２のエレベータシステムによる処理が終了する。

【0201】

なお、復旧に成功した事例に関する復旧情報は、上述の通り第２の情報の一例であり、復旧に失敗した事例に関する復旧情報は、第３の情報の一例である。

【0202】

変形例２のエレベータ／ロボット連携システムによれば、昇降機クラウド２００内のサーバ２１０は、ロボット５００の復旧に失敗した場合には、制御盤１００によるロボット５００の復旧動作に関わる復旧情報（失敗事例）を、復旧に失敗したロボット５００に関するロボット情報２２４と紐づけて記憶部２１５に記憶させる。

【0203】

これにより、同様の状況下で次にロボット５００に脱輪等が生じた場合に、ロボット５００を復旧させることが可能か否かを素早く判定することができる。

【0204】

変形例２のエレベータ／ロボット連携システムによれば、昇降機クラウド２００内のサーバ２１０は、乗りかご５０の乗降に失敗したロボット５００に関するロボット情報２２４と紐づいた復旧情報（失敗事例）が記憶部２１５に記憶されていた場合には、制御盤１００に復旧動作を行わせることなく、ロボット５００が乗りかご５０の乗降に失敗したことを作業員に通報する。

【0205】

これにより、復旧の可能性の低い状況下で、復旧動作を行って時間を浪費することを抑制し、作業員により迅速にロボット５００を復旧させることができる。

【0206】

変形例２のエレベータ／ロボット連携システムによれば、その他、上述の実施形態のエレベータ／ロボット連携システム１と同様の効果を奏する。

【0207】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0208】

１…エレベータ／ロボット連携システム、２…エレベータシステム、２Ｂ…エレベータ制御システム、５０…乗りかご、５１，６１…床、５３，６３…ドア、６０…乗り場、１００…制御盤、１５０…コントローラ、２００…昇降機クラウド、２１０，３１０…サーバ、２１４，２１５…記憶部、２２４…ロボット情報、２２５…復旧情報、３００…ロボットクラウド、５００…ロボット。

【要約】

【課題】乗りかごの乗降時に脱輪した自律移動体を復旧させること。
【解決手段】実施形態のエレベータ自律移動体連携システムにおいて、制御盤は、第１のサーバから、自律移動体がエレベータを利用するための呼びを取得すると、乗りかごを呼びに応答させ、呼びに応じて乗り場に到着した乗りかごを戸開させた後、自律移動体が乗りかごの乗降に失敗すると、乗りかごの床と乗り場の床との間に段差を生じさせて自律移動体の復旧を図り、第２のサーバは、自律移動体の構造に関わる第１の情報を記憶する記憶部を有しており、自律移動体の復旧に成功した場合には、制御盤による自律移動体の復旧動作に関わる第２の情報を、復旧対象の自律移動体に関する第１の情報と紐づけて記憶部に記憶させる。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】