IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社日立ビルシステムの特許一覧

特開2024-75347エレベーターシステム及びエレベーター監視方法
<>
  • 特開-エレベーターシステム及びエレベーター監視方法 図1
  • 特開-エレベーターシステム及びエレベーター監視方法 図2
  • 特開-エレベーターシステム及びエレベーター監視方法 図3
  • 特開-エレベーターシステム及びエレベーター監視方法 図4
  • 特開-エレベーターシステム及びエレベーター監視方法 図5
  • 特開-エレベーターシステム及びエレベーター監視方法 図6
  • 特開-エレベーターシステム及びエレベーター監視方法 図7
  • 特開-エレベーターシステム及びエレベーター監視方法 図8
  • 特開-エレベーターシステム及びエレベーター監視方法 図9
  • 特開-エレベーターシステム及びエレベーター監視方法 図10
  • 特開-エレベーターシステム及びエレベーター監視方法 図11
  • 特開-エレベーターシステム及びエレベーター監視方法 図12
  • 特開-エレベーターシステム及びエレベーター監視方法 図13
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024075347
(43)【公開日】2024-06-03
(54)【発明の名称】エレベーターシステム及びエレベーター監視方法
(51)【国際特許分類】
   B66B 1/14 20060101AFI20240527BHJP
   B66B 5/00 20060101ALI20240527BHJP
【FI】
B66B1/14 E
B66B5/00 Z
【審査請求】未請求
【請求項の数】7
【出願形態】OL
(21)【出願番号】P 2022186735
(22)【出願日】2022-11-22
(71)【出願人】
【識別番号】000232955
【氏名又は名称】株式会社日立ビルシステム
(74)【代理人】
【識別番号】110000925
【氏名又は名称】弁理士法人信友国際特許事務所
(72)【発明者】
【氏名】前原 知明
(72)【発明者】
【氏名】松信 公一
【テーマコード(参考)】
3F304
3F502
【Fターム(参考)】
3F304EA22
3F304ED16
3F502HC07
3F502JA59
3F502KA41
3F502KA50
(57)【要約】
【課題】ロボットなどの移動体の状態や乗場の状態を適切に判定できるようにする。
【解決手段】移動体を搬送可能なエレベーターシステムにおいて、移動体又は移動体を制御するサーバから、搭乗階情報と目的階情報を含む搭乗要求を受付ける移動体指令管理部22と、移動体指令管理部22が受け取った搭乗要求に含まれる搭乗階情報に指定された搭乗階に、乗りかごを移動させるかご制御部14と、移動体指令管理部22が搭乗要求を受付けた時刻から、移動体が搭乗階での乗りかごへの移動を完了した時刻までの待ち時間の測定結果を、各々の階毎に集計して記録する利用情報記録部24と、利用情報記録部24が集計した各階毎の待ち時間を出力する出力部と、を備える。
【選択図】図1
【特許請求の範囲】
【請求項1】
移動体を搬送可能なエレベーターシステムにおいて、
前記移動体又は前記移動体を制御するサーバから、搭乗階情報と目的階情報を含む搭乗要求を受付ける移動体指令管理部と、
前記移動体指令管理部が受け取った搭乗要求に含まれる搭乗階情報に指定された搭乗階に、乗りかごを移動させるかご制御部と、
前記移動体指令管理部が搭乗要求を受付けた時刻から、前記移動体が搭乗階での乗りかごへの移動を完了した時刻までの待ち時間の測定結果を、各々の階毎に集計して記録する利用情報記録部と、
前記利用情報記録部が集計した各階毎の待ち時間を出力する出力部と、を備える
エレベーターシステム。
【請求項2】
前記移動体指令管理部は戸開要求を受付け、
前記かご制御部は、前記移動体指令管理部が戸開要求を受付けたとき、前記乗りかごを戸開し戸開状態を維持し、戸開要求が取り下げられたとき閉を行い、
前記利用情報記録部は、前記かご制御部により前記乗りかごが搭乗階へ到着した時刻から、戸開要求が取り下げられた時刻までの時間を移動体乗込み時間として計測して各々の階毎に集計し、
前記出力部は集計した各階毎の移動体乗込み時間を出力する
請求項1に記載のエレベーターシステム。
【請求項3】
前記利用情報記録部は、前記かご制御部により前記乗りかごが目的階へ到着した時刻から戸開要求が取り下げられた時刻までの時間を移動体乗込み時間として計測して各々の階毎に集計し、
出力部は集計した各階毎の移動体降車時間を出力する
請求項2に記載のエレベーターシステム。
【請求項4】
前記利用情報記録部は、時間帯毎、移動体別に移動体乗込み時間を集計して記録し、
前記出力部は時間帯毎、移動体別に移動体乗込み時間を出力する
請求項2に記載のエレベーターシステム。
【請求項5】
前記利用情報記録部が集計した各階毎の移動体乗込み時間が予め定められた時間を超過したかどうかを監視して診断する利用情報診断部を備え、
前記利用情報診断部が時間の超過を検出したとき、前記出力部は時間を超えた階の状況確認依頼を出力する
請求項2に記載のエレベーターシステム。
【請求項6】
前記利用情報記録部が集計した各移動体毎の移動体乗込み時間が予め定められた時間を超過したかどうかを監視して診断する利用情報診断部を備え、
前記利用情報診断部が時間の超過を検出したとき、前記出力部は時間を超えた移動体の状況確認依頼を出力する
請求項4に記載のエレベーターシステム。
【請求項7】
移動体をエレベーターで搬送する際の監視を行うエレベーター監視方法であり、
前記移動体又は前記移動体を制御するサーバから、搭乗階情報と目的階情報を含む搭乗要求を受付ける移動体指令管理処理と、
前記移動体指令管理処理で受け取った搭乗要求に含まれる搭乗階情報に指定された搭乗階に、乗りかごを移動させるかご制御処理と、
前記移動体指令管理処理で搭乗要求を受付けた時刻から、前記移動体が搭乗階での乗りかごへの移動を完了した時刻までの待ち時間の測定結果を、各々の階毎に集計して記録し、集計した各階毎の待ち時間を出力する出力処理と、を含む
エレベーター監視方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、エレベーターシステム及びエレベーター監視方法に関する。
【背景技術】
【0002】
最近のエレベーターは、乗客の搬送だけでなく、自律移動できる移動体であるロボットの搬送を行うことが要請されている。ロボットの搬送を行うには、ロボットからエレベーターの制御装置に、ロボットが存在している階(乗り場)と、ロボットが移動しようとする行先階(目的階)の制御データを送り、エレベーターによるロボットの移動の要請を行うようにしている。
エレベーター制御装置は、この制御データに基づいて、乗りかごをロボットが存在している階に向かわせ、ロボットが搭乗後に、行先階に搬送する制御を実行する。
【0003】
特許文献1には、清掃ロボットがエレベーターに乗車して清掃を行う際に、乗場呼びから乗車完了までの時間や、行先階指定から降車完了までの時間を監視し、遅延があれば清掃が正常に完了していないとして警報を発する技術が記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2007-137650号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ロボットがエレベーターに乗車する際や降車する際には、数十秒などの比較的長い時間を必要とし、ロボットの搬送時には、乗車開始から降車完了まで、通常の乗客利用時よりも長い時間を必要とする。したがって、エレベーターで効率よくロボットを搬送するためには、ビル内で稼働中のロボットに不具合がないように整備しておくことが重要である。例えば、何らかの不具合で走行速度が遅くなることがあると、エレベーターの乗車時間や降車時間が長時間化し、1台のロボットの搬送に要する時間が長時間化して、エレベーターの利用効率が低下してしまう。
【0006】
ここで、例えば特許文献1には、清掃ロボットがエレベーターに乗車して清掃を行う際に、清掃が正常に完了したかを検出するために、清掃ロボットが乗車完了までの時間などを監視することが記載されているが、監視結果から清掃作業が正常に行えなかったことを判断するだけである。したがって、特許文献1に記載された技術では、ロボットそのものの不具合を検知していない。例えば、清掃ロボットが部品の劣化などで動作が多少遅くなったとしても、時間の遅延がわずかな場合、設定された規定時間内に清掃ロボットが乗車完了して異常とは検知されず、清掃ロボットの部品の劣化が見逃されてしまう。
また、エレベーターの乗場側に障害物がある等の何らかの不具合があるために、乗車完了までに時間がかかることがあったときにも、そのことを適切に検知するのは困難であった。
【0007】
本発明の目的は、ロボットなどの移動体の状態や乗場の状態を適切に判定できるエレベーターシステム及びエレベーター監視方法を提供することにある。
【課題を解決するための手段】
【0008】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、移動体を搬送可能なエレベーターシステムにおいて、移動体又は移動体を制御するサーバから、搭乗階情報と目的階情報を含む搭乗要求を受付ける移動体指令管理部と、移動体指令管理部が受け取った搭乗要求に含まれる搭乗階情報に指定された搭乗階に、乗りかごを移動させるかご制御部と、移動体指令管理部が搭乗要求を受付けた時刻から、移動体が搭乗階での乗りかごへの移動を完了した時刻までの待ち時間の測定結果を、各々の階毎に集計して記録する利用情報記録部と、利用情報記録部が集計した各階毎の待ち時間を出力する出力部と、を備える。
【発明の効果】
【0009】
本発明によれば、各階毎の待ち時間の出力結果から、移動体の乗りかごへの搭乗時の各階毎の待ち時間の傾向がわかるようになる。したがって、各階毎の待ち時間などから、各階床の乗場の状況や各移動体の状況などを判断できるようになる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0010】
図1】本発明の一実施の形態例によるエレベーターシステムの構成図である。
図2】本発明の一実施の形態例によるエレベーターシステムにおけるエレベーターサーバのハードウェア構成の例を示すブロック図である。
図3】本発明の一実施の形態例によるエレベーターシステムにおけるロボット連動処理からロボット乗車時までの処理の例を示すフローチャートである。
図4】本発明の一実施の形態例によるエレベーターシステムにおけるロボット乗車完了から降車開始までの処理の例を示すフローチャートである。
図5】本発明の一実施の形態例によるエレベーターシステムにおけるロボット降車完了からロボット連動解除までの処理の例を示すフローチャートである。
図6】本発明の一実施の形態例によるエレベーターシステムにおけるロボット予兆診断処理のためのデータ集計処理の例(その1)を示すフローチャートである。
図7】本発明の一実施の形態例によるエレベーターシステムにおけるロボット予兆診断処理のためのデータ集計処理の例(その2)を示すフローチャートである。
図8】本発明の一実施の形態例によるエレベーターシステムにおける記録データの例を示す図である。
図9】本発明の一実施の形態例によるエレベーターシステムにおける設定データの例を示す図である。
図10】本発明の一実施の形態例によるエレベーターシステムにおけるロボットの乗車時間の診断処理の例を示すフローチャートである。
図11】本発明の一実施の形態例によるエレベーターシステムにおけるロボットの待ち時間の診断処理の例を示すフローチャートである。
図12】本発明の一実施の形態例によるエレベーターシステムにおけるロボットの利用回数の診断処理の例を示すフローチャートである。
図13】本発明の一実施の形態例によるエレベーターシステムにおけるロボットの性能の診断処理の例を示すフローチャートである。
【発明を実施するための形態】
【0011】
以下、本発明の一実施の形態例(以下、「本例」と称する)によるエレベーターシステム及びエレベーター制御方法を、添付図面を参照して説明する。
【0012】
[システム全体の構成]
図1を用いて、本例のエレベーターシステムの構成を説明する。
本例のエレベーターシステムは、エレベーター制御装置10と、エレベーターサーバ20とを備える。また、エレベーターに搭乗可能なロボット30と、そのロボット30の動作を制御するロボットサーバ40とを備える。
【0013】
エレベーター制御装置10は、乗りかご18の運転を制御する装置である。エレベーター制御装置10は、エレベーター状態管理部11、ロボット指令管理部12、呼び登録部13、かご制御部14、及び戸開閉制御部15を備える。
エレベーター状態管理部11は、ロボット指令管理部12と通信を行いながら、エレベーターの状態を管理する。例えば、乗りかご18が何階に停止しているかの判断や、乗りかご18内にロボットが搭乗しているか否かの判断などを行う。乗りかご18の停止階は、例えば巻上機に設置されたエンコーダの出力や、昇降路に設置されたセンサ出力などから判断することができる。乗りかご18内にロボットが搭乗しているか否かの判断は、乗りかご内を監視するカメラ18aが撮影した映像、乗りかご18に設置された重量センサ18b、ドアセンサ18cなどから行われる。
【0014】
例えば、エレベーター状態管理部11は、カメラ18aが撮影した映像から、ロボットの乗りかご18内の位置を判断する。あるいは、ドアセンサ18cで何らかのロボットがドアを通過したことの検出と重量センサ18bでのロボットの重量分の荷重の検出とを組み合わせて、乗りかご18内へのロボットの乗車が完了したこと、又は乗りかご18からのロボットの降車が完了したことを検出する。
また、エレベーター状態管理部11は、エレベーターの運転モードについても制御する。エレベーターの運転モードとしては、通常運転モードの他、ロボットが搭乗する際に設定される連動運転モードがある。
さらに、エレベーター状態管理部11は、乗りかご18のドアの開閉状態についても検出して管理する。
【0015】
ロボット指令管理部12は、ロボット30の動作を制御するロボットサーバ40からの指令を受付けて、ロボットからどのような指令があるかを管理するロボット指令管理処理(移動体指令管理処理)を行う。ロボット指令管理部12がロボットサーバ40から受付ける指令には、例えば搭乗要求や戸開要求がある。この搭乗要求や戸開要求をロボットサーバ40からエレベーター制御装置10に送信する際には、搭乗するロボット30を識別する識別コード(ロボットID)を付加し、エレベーター制御装置10側で同じロボット30についての指示であることが判別できるようにしてある。
かご制御部14は、かご移動機構部16に指令を送って、乗りかご18を走行(昇降)させる。かご移動機構部16は、巻上機などで構成される。
戸開閉制御部15は、乗りかご18内の戸開閉機構部17に指令を送って、乗りかご18に設置されたかごドアを開閉させる。戸開閉機構部17は、ドアモータなどで構成される。なお、かごドアの開閉時には、乗場ドアも連動して開閉する。以下の説明では、乗場ドアについての説明は省略するが、かごドアの開閉時には、乗場ドアも連動して開閉している。
【0016】
エレベーター制御装置10は、エレベーターサーバ20との通信を行う。
エレベーターサーバ20は、エレベーター状態管理部21と、ロボット指令管理部22と、ロボット利用情報記録部23と、ロボット利用情報診断部24と、ロボット診断情報表示部25とを備える。
エレベーターサーバ20のエレベーター状態管理部21は、エレベーター制御装置10のエレベーター状態管理部11と通信を行って、エレベーターの状態が適切か否かを管理する。ロボット指令管理部22は、ロボットサーバ40又はロボット30からの指令を受付け、エレベーター制御装置10に指令を伝送する。
【0017】
ロボット利用情報記録部23は、ロボットサーバ40又はロボット30からの指令の受付状態とエレベーターの状態とから得たロボット利用情報を集計して記録する。
ロボット利用情報診断部24は、ロボット利用情報記録部23が集計して記録した情報に基づいて、エレベーターの各階の乗場の状況や各ロボットの状況を診断する。
【0018】
ロボット診断情報表示部25は、ロボット利用情報記録部23で集計した情報や、ロボット利用情報診断部24で診断した結果を表示すると共に、外部の端末にこれらの集計結果や診断結果を出力する。さらに、ロボット診断情報表示部25は、診断結果で外部の端末に通知が必要な場合に、通知情報を出力する。したがって、ロボット診断情報表示部25は出力部としても機能する。ここで、外部の端末への出力は、エレベーターサーバ上のダッシュボードやWEB画面なども含む。
ロボット診断情報表示部25が出力した結果は、エレベーター管理者やロボット管理者が所持した端末やダッシュボード、WEB画面などの表示部26に表示されると共に、この端末やダッシュボード、WEB画面などの通知部27から通知処理が行われる。通知部27としては、警告音の出力や警告表示を行う。
【0019】
ロボットサーバ40は、エレベーター状態取得部41、ロボット指令送信部42、ロボット制御部43、及びロボット管理部44を備える。
【0020】
エレベーター状態取得部41は、エレベーターサーバ20のエレベーター状態管理部21からの情報に基づいて、ロボット30が搭乗予定又は搭乗中のエレベーターの状態を取得する。
ロボット指令送信部42は、ロボット30をエレベーターに搭乗させる際に必要な搭乗要求や戸開要求を、エレベーターサーバ20のロボット指令管理部22に送信する。
ロボット制御部43は、ロボット30の駆動制御部31に対して、ロボット30の移動などの駆動指令を送る。
ロボット管理部44は、ロボット30の動作を管理する。このロボット管理部44が、管理しているロボット30について、エレベーターの乗りかごに搭乗が必要と判断したとき、ロボット指令送信部42に搭乗要求を送信させ、ロボット制御部43に駆動指令を送信させる。
【0021】
なお、図1では、エレベーター制御装置10とエレベーターサーバ20は、それぞれ1台だけ示しているが、例えばエレベーターサーバ20は、複数のエレベーター制御装置10と通信を行って、複数台のエレベーターの動作を統括的に管理してもよい。さらに、エレベーターサーバ20は、エレベーターが設置されたビルとは別の場所に設置されてもよい。この場合、例えばクラウド上に配置されたエレベーターサーバ20は、複数のビルのエレベーター制御装置10と通信することにより、複数台のエレベーターの動作を統括的に管理してもよい。また、エレベーター制御装置10が、同ビルに設置されたゲートウェイ装置を介してクラウド上のエレベーターサーバ20と通信する構成としてもよい。
また、ロボットサーバ40は、ビル内の全て又は一部のロボット30の動作を制御する。このロボットサーバ40も、ロボット30が稼働するビルとは別の場所に設置されてもよい。また、清掃用や配膳用、警備用などの多種類のロボットが混在するビルでは、多種類のロボットの運行を一元管理するロボット運行管理サーバを設け、ロボット運行管理サーバとエレベーターサーバ20が通信する構成としてもよい。
【0022】
[エレベーターサーバのハードウェア構成例]
図2は、本例のエレベーターサーバ20を構成するコンピュータのハードウェア構成例を示す。
図1に示すエレベーターサーバ20は、例えば情報処理装置であるコンピュータにより構成される。
すなわち、エレベーターサーバ20としてのコンピュータは、プロセッサであるCPU(中央処理ユニット:Central Processing Unit)20a、ROM(Read Only Memory)20b、RAM(Random Access Memory)20c、及び不揮発性ストレージ20dを備える。
不揮発性ストレージ20dとしては、例えばHDD(Hard Disk Drive)やSSD(Solid State Drive)、あるいは半導体メモリなどが使用される。
また、コンピュータは、他の機器とデータの送受信を行うためのネットワークインターフェース20eと、各種情報が入力される入力部20fと、処理結果を出力する出力部20gとを備える。
【0023】
CPU20aは、ROM20bまたは不揮発性ストレージ20dが記憶したプログラムをRAM20c上で実行することで、図1に示すエレベーター状態管理部21やロボット指令管理部22などの各処理部が構成される。
不揮発性ストレージ20dには、エレベーターサーバ20としての制御処理を行うプログラムが記憶される他に、集計した情報や診断結果などの情報が記憶される。
【0024】
ネットワークインターフェース20eは、エレベーター制御装置10やロボットサーバ40などとの通信機能を有する。
入力部20fには、外部の端末からの操作指示などが入力される。
出力部20gは、ディスプレイに表示情報を出力する。また、外部の端末に送信する情報を出力する。
【0025】
なお、図2ではエレベーターサーバ20をコンピュータで構成した場合を示すが、図1に示すエレベーター制御装置10やロボットサーバ40も、コンピュータで構成した場合には、図2に示す構成になる。
【0026】
[ロボットがエレベーターを利用する際の処理の流れ]
次に、本例のエレベーターシステムにおいて、ロボットがエレベーターを利用する際の処理の流れを、図3から図5のフローチャートを参照して、順に説明する。なお、図3図4図5は、1つの処理を分けて示したものであり、図3の「A」が図4の「A」につながり、図4の「B」が図5の「B」につながる。
【0027】
図3は、ロボット連動処理からロボット乗車時までの処理の例を示すフローチャートである。この図3のフローチャートの処理は、エレベーター制御装置10で実行される。
エレベーター制御装置10は、ロボットサーバ40から指令を受信して、ロボットの利用を制御する。なお、エレベーター制御装置10とロボットサーバ40との指令の送受信は、エレベーターサーバ20を経由して行われるが、エレベーターサーバ20は指令を中継するだけなので、エレベーターサーバ20については説明を省略する。ただし、エレベーターサーバ20で、指令をエレベーター制御装置10に送信するか否かの判定を行う構成としてもよい。例えば、エレベーターサーバ20に予め設定された階以外は乗り場呼びや行先階呼びの送信を行わない、とする構成としてもよい。
また、ロボット30に関する指令は、基本的にはロボットサーバ40から出力されるものであるが、ロボット30が出力した指令を、ロボットサーバ40とエレベーターサーバ20を経由してエレベーター制御装置10に伝えるようにしてもよい。
さらに、エレベーター制御装置10がロボット30に関する指令を受信する際には、指令に付加された識別コードに基づいて、同じロボット30であることを判別して、処理を行うようにしている。
【0028】
まず、ロボット30がエレベーターを利用して別の階に移動する場合、エレベーター制御装置10は、ロボットサーバ40から特定のエレベーター(乗りかご18)に関するエレベーター連動要求オンを受信する(ステップS11)。すると、エレベーター制御装置10は、エレベーター連動要求オンが指示されたエレベーターが、ロボットと連動運転可能な状態か否かを判断する(ステップS12)。ここで、連動運転ができない状態には、例えば該当するエレベーターの乗りかごが乗客を搬送中であることや、既に別のロボットと連動運転中である場合などがある。
【0029】
ステップS12で、連動運転が可能でないと判断したとき(ステップS12のNo)、エレベーター制御装置10はステップS12の判断を繰り返し、連動運転が可能な状態になるまで待機する。
そして、ステップS12で、連動運転が可能と判断したとき(ステップS12のYes)、エレベーター制御装置10は、連動運転が指示された乗りかごの運転モードをロボット連動運転モードに移行する(ステップS13)。なお、エレベーターは、基本的には、ロボット連動運転を設定している間はロボットの搬送のみを行い、乗客の搬送は行わないが、乗客案内ロボットなどのロボットの種類によっては、又はロボットが搭乗しても乗客がエレベーターかごから出入りできる十分なスペースが確保できる場合は、乗客の搬送とロボットの搬送を混在させて行うようにしてもよい。
【0030】
ステップS13で連動運転モードに移行すると、エレベーター制御装置10は、ロボットサーバ40からの搭乗要求が送信されるのを待機し、搭乗要求を受け付けると、搭乗要求に含まれる乗場呼びを取得する(ステップS14)。すなわち、搭乗要求には、エレベーターの搭乗階情報のみ、又は搭乗階情報と目的階情報の両方、とが含まれ、エレベーター制御装置10は、搭乗階情報を該当する階の乗場呼びとして扱う。
ステップS14で乗場呼びを取得すると、エレベーター制御装置10は、該当する乗場呼びを登録し、搭乗階に乗りかご18を移動させる(ステップS15)。
【0031】
この後、エレベーター制御装置10は、乗りかごが搭乗階(呼び階)に到着したことを検出する(ステップS16)。この搭乗階への到着で、エレベーター制御装置10は、乗りかご18に対して、かごドア開の指示を行い、乗りかごからの戸開完了の報告を確認する(ステップS17)。
【0032】
次に、エレベーター制御装置10は、ロボットサーバ40からの戸開要求を受信したか否かを判断する(ステップS18)。
この戸開要求は、ロボット30が搭乗する際に、ロボット30の搭乗が完了するまで、ロボットサーバ40から連続又は継続して出力されるものである。また、エレベーター制御装置10は、ロボットサーバ40からの戸開要求を受信した場合には、その戸開要求が有効か無効かの判断を行う。そして、エレベーター制御装置10は、戸開要求が有効である場合にだけ戸開要求を受信した際の処理を行う。
戸開要求が無効の場合には、エレベーター制御装置10は、戸開要求を受信していないものとして処理する。
【0033】
ステップS18で戸開要求を受信しない場合(ステップS18のNo)、エレベーター制御装置10は、戸開完了を受信してからの時間であるドアタイムが、規定された時間(例えば10秒)経過したか否かを判断する(ステップS19)。ここでのドアタイムは、ロボット連動処理中に設定されるドアタイムであり、例えば通常運転時のドアタイムよりも長い時間が設定されている。
ステップS19でドアタイムが経過していないと判断したとき(ステップS19のNo)、エレベーター制御装置10はステップS18の判断に戻る。
【0034】
ステップS18で戸開要求を受信した場合(ステップS18のYes)、エレベーター制御装置10は、かごドア開を継続させる(ステップS20)。そして、ロボット30が、乗りかご18への搭乗を開始する(ステップS21)。
また、ステップS19でドアタイムが経過したと判断したとき(ステップS19のYes)、エレベーター制御装置10は、戸開閉制御部15にかごドア閉を開始させて(ステップS22)、ロボット搭乗時の処理を終了する。
なお、ステップS18で戸開要求を受信しない場合、あるいはステップS19でドアタイムが経過している場合には、例えばロボット30が搭乗要求を送信した後に、エレベーターへの搭乗を中止した場合が想定される。
【0035】
図4は、ロボット乗車完了から降車開始までの処理の例を示すフローチャートである。
まず、エレベーター制御装置10は、ステップS21(図3)のロボット30の乗車開始後、ロボット30の乗りかご18への乗車が完了したことを確認する(ステップS23)。ここでは、例えば乗りかご8に設置されたカメラ18aの映像から、エレベーター制御装置10は、ロボット30の乗車完了を判断する。あるいは、エレベーター制御装置10は、乗りかご18に設置された重量センサ18bとドアセンサ18cの出力を組み合わせて、ロボット30の乗車完了を判断する。
【0036】
次に、エレベーター制御装置10は、ロボット30又はロボットサーバ40からの戸開要求を受信していないか否かを判断する(ステップS24)。ステップS24で戸開要求を受信した場合(ステップS24のNo)、エレベーター制御装置10は、戸開閉制御部15によりかごドア開を継続させ(ステップS25)、ステップS24の判断に戻る。
【0037】
そして、ステップS24で戸開要求を受信していない場合(ステップS24のYes)、エレベーター制御装置10の戸開閉制御部15は、かごドア閉を開始する(ステップS26)。
その後、エレベーター制御装置10は、搭乗要求に含まれる目的階情報から、目的階(行先階)を取得する(ステップS27)。そして、エレベーター制御装置10は、ステップS27で取得した目的階を行先階として、行先階呼び登録を行う(ステップS28)。これにより、乗りかごは行先階への走行(昇降)を開始し、エレベーター制御装置10は、乗りかご18が行先階に到着したこと検出する(ステップS29)。
【0038】
乗りかご18が行先階に到着すると、戸開閉制御部15は、かごドア開を開始し、その後、戸開閉制御部15はかごドア開の完了を検出する(ステップS30)。
次に、エレベーター制御装置10は、ロボット30又はロボットサーバ40からの戸開要求を受信したか否かを判断する(ステップS31)。この戸開要求は、ロボット30がエレベーターから降車する場合に、ロボット30の降車が完了するまで、ロボット30又はロボットサーバ40から連続又は継続して出力されるものである。なお、このステップS31での処理時にも、エレベーター制御装置10は、その戸開要求が有効か無効かの判断を行って、有効である場合にだけ戸開要求を受信した際の処理を行う。戸開要求が無効の場合には、エレベーター制御装置10は、戸開要求を受信していないものとして処理する。
【0039】
ステップS31で戸開要求を受信しない場合(ステップS31のNo)、エレベーター制御装置10は、戸開完了を受信してからの時間であるドアタイムが規定された時間(例えば10秒)経過したか否かを判断する(ステップS32)。ここでのドアタイムは、ステップS19で判断したドアタイムと同じである。
ステップS32でドアタイムが経過していないと判断したとき(ステップS32のNo)、エレベーター制御装置10はステップS30の判断に戻る。
【0040】
ステップS30で戸開要求を受信した場合(ステップS30のYes)、エレベーター制御装置10は、かごドア開を継続させる(ステップS23)。そして、かごドア開を確認したロボット30が、乗りかご18からの降車を開始する(ステップS34)。
また、ステップS32でドアタイムが経過したと判断したとき(ステップS32のYes)、エレベーター制御装置10は、戸開閉制御部15にかごドア閉を開始させ(ステップS35)、ロボット搭乗時の処理を終了する。なお、ステップS31で戸開要求を受信しないで、ステップS32でドアタイムが経過した場合には、例えば搭乗したロボット30の目的階が変更されて、当初指示した目的階で降車しない場合が想定される。このような場合には、再度、目的階の指示を行う必要がある。
【0041】
図5は、ロボット降車完了からロボット連動解除までの処理の例を示すフローチャートである。
まず、エレベーター制御装置10は、ステップS34(図4)におけるロボット30の降車開始後、ロボット30の乗りかごからの降車が完了したことを確認する(ステップS36)。
ここでは、例えば乗りかご18に設置されたカメラ18aの映像から、エレベーター制御装置10は、ロボット30の降車完了を判断する。あるいは、エレベーター制御装置10は、乗りかご18に設置された重量センサ18bとドアセンサ18cの出力を組み合わせて、ロボット30の降車完了を判断する。すなわち、エレベーター制御装置10は、重量センサ18bでロボット30の重量分の荷重変化があって、かつドアセンサ18cを通過した物体があるとき、降車完了を判断することができる。
【0042】
次に、エレベーター制御装置10は、ロボット30又はロボットサーバ40からの戸開要求を受信していないか否かを判断する(ステップS37)。ステップS37で戸開要求を受信した場合(ステップS37のNo)、エレベーター制御装置10は、戸開閉制御部15にかごドア開を継続させ(ステップS38)、ステップS37の判断に戻る。
【0043】
そして、ステップS37で戸開要求が取り下げられたために戸開要求を受信していない場合(ステップS37のYes)、エレベーター制御装置10の戸開閉制御部15は、かごドア閉を開始する(ステップS39)。
その後、エレベーター制御装置10は、ロボットサーバ40からエレベーター連動要求オフを受信する(ステップS40)。エレベーター連動要求オフを受信したエレベーター制御装置10は、ロボット連動運転モードを解除し、通常運転モードに変化させる(ステップS41)。
ここまでの処理によって、エレベーターによるロボット30の搬送が行われる。
【0044】
次に、エレベーターサーバ20でのロボット利用情報の集計と、その集計した情報に基づいた診断処理を、図6以降を参照して説明する。
図6及び図7は、エレベーターサーバ20のロボット利用情報記録部23が行うデータ集計処理の例を示すフローチャートである。図6のCが、図7のCにつながる。
まず、ロボット利用情報記録部23は、エレベーターと連動運転中のロボット30について、そのロボットの識別コードであるロボットIDを、記録テーブルに設定する(ステップS51)。そして、連動運転で乗場呼びの受付があり、登録されたか否かを判断する(ステップS52)。ステップS52で乗場呼びが登録されていない場合(ステップS52のNo)、ロボット利用情報記録部23は、乗場呼びの受付があるまで待機する。
【0045】
ステップS52で乗場呼びが登録された場合(ステップS52のYes)、乗場呼びを受付けて登録した時刻を、時刻(a)として記録する(ステップS53)。
その後、乗場呼びにより乗りかご18が乗場呼び階に到着する(ステップS54)。この到着で、乗りかご18は、かごドアの戸開が完了したか否かを判断する(ステップS55)。ステップS55で戸開が完了していない場合(ステップS55のNo)、ロボット利用情報記録部23は、戸開が完了するまで待機する。
【0046】
ステップS55で戸開が完了したと判断したとき、ロボット利用情報記録部23は、乗場呼び階の戸開完了時刻を、時刻(b)として記録する(ステップS56)。
さらに、ロボット利用情報記録部23は、時刻(a)と時刻(b)の差分の時間を、エレベーター待ち時間として記録する(ステップS57)。
その後、ロボット利用情報記録部23は、乗りかご18の戸閉が完了したか否かを判断する(ステップS58)。ステップS58で戸閉が完了していない場合(ステップS58のNo)、ロボット利用情報記録部23は、戸閉が完了するまで待機する。
【0047】
ステップS58で戸閉が完了した場合(ステップS58のYes)、ロボット利用情報記録部23は、乗場呼び階の戸閉完了時刻を、時刻(c)として記録する(ステップS59)。さらに、ロボット利用情報記録部23は、時刻(b)と時刻(c)の差分を、ロボット乗車時間として記録する(ステップS60)。
【0048】
図7の説明に移ると、次にロボット利用情報記録部23は、目的階を登録する処理である行先呼びが登録されたか否かを判断する(ステップS61)。ステップS61で行先呼び登録が完了していない場合(ステップS61のNo)、ロボット利用情報記録部23は、行先呼び登録が完了するまで待機する。
ステップS61で行先呼び登録が完了した場合(ステップS61のYes)、行先呼び登録時刻を、時刻(d)として記録する(ステップS62)。
その後、乗りかご18が行先呼び階に到着する(ステップS63)。この到着後に、ロボット利用情報記録部23は、乗りかご18の戸開が完了したか否かを判断する(ステップS64)。ステップS64で戸開が完了していない場合(ステップS64のNo)、ロボット利用情報記録部23は、戸開が完了するまで待機する。
【0049】
ステップS64で戸開が完了した場合(ステップS64のYes)、ロボット利用情報記録部23は、行先呼び階の戸開完了時刻を、時刻(e)として記録する(ステップS65)。さらに、ロボット利用情報記録部23は、時刻(c)と時刻(e)の差分を、エレベーター移動時間として記録する(ステップS66)。
その後、乗りかご18の戸閉が完了したか否かを判断する(ステップS67)。ステップS67で戸閉が完了していない場合(ステップS67のNo)、ロボット利用情報記録部23は、戸閉が完了するまで待機する。
【0050】
ステップS67で戸閉が完了した場合(ステップS67のYes)、ロボット利用情報記録部23は、行先階の戸閉時刻を、時刻(f)として記録する(ステップS68)。さらに、ロボット利用情報記録部23は、時刻(e)と時刻(f)の差分を、ロボット降車時間として記録する(ステップS69)。
このステップS51からステップS69までの記録処理が、ロボット利用情報記録部23で継続して行われる。
【0051】
図8は、このようにして集計して記録したデータの例を示す。
図8に示すように、ロボット利用情報記録部23は、乗場呼び登録時刻(a)、乗場呼び階の戸開完了時刻(b)、乗場呼び階の戸閉完了時刻(c)、行先呼び登録時刻(d)、行先呼び階の戸開完了時刻(e)、行先呼び階の戸閉完了時刻(f)、並びにエレベーター待ち時間[時刻(b)-時刻(a)]、ロボット乗車時間[時刻(c)-時刻(b)]、エレベーター利用時間[時刻(e)-時刻(c)]、ロボット降車時間[時刻(f)-時刻(e)]の各差時刻、乗車階、降車階を記録する。
これらの記録情報は、連動したそれぞれのロボットごと、つまりロボットIDごとに行われる。
【0052】
また、ロボット利用情報記録部23は、ビル内で稼働するロボット30ごとに、ロボットの種別や移動速度などの情報を記録する。
すなわち、図9に示すように、ロボットIDと、種別と、平均エレベーター乗車時間と、平均エレベーター降車時間とを記録する。
種別としては、小型の荷物を配送するロボットを示す「宅配(小)」、大型の荷物を配送するロボットを示す「宅配(大)」、案内を行うロボットを示す「案内」、清掃を行うロボットを示す「案内」、警備を行うロボットを示す「警備」などがある。
【0053】
図10は、ロボット利用情報記録部23が記録した情報に基づいて、ロボット利用情報診断部24が乗降時間の診断を行う例を示すフローチャートである。ここでは、各階の乗場側の診断と、各ロボットの診断とを行う。
まず、ロボット利用情報診断部24は、ロボット利用情報記録部23が記録した記録テーブルの乗車時間と降車時間を時系列に検索する(ステップS71)。
そして、ロボット利用情報診断部24は、ステップS71での検索で乗降時間が急激に増加した階床があるか否かを判断する(ステップS72)。
【0054】
ステップS72で乗降時間が急激に増加した階床がある場合(ステップS72のYes)、該当する階床の状況確認を「要」に設定する(ステップS73)。また、ステップS72で乗降時間が急激に増加した階床がない場合(ステップS72のNo)には、状況確認を「不要」のままとする。
図10の右上には、階床の診断結果の一例を示す。この例では、1階が状況確認「要」であり、それ以外の階は状況確認「不要」である。
【0055】
図10のフローチャートの説明に戻ると、ロボット利用情報診断部24は、ステップS71での検索で乗降時間が急激に増加したロボットIDがあるか否かを判断する(ステップS74)。
【0056】
ステップS74で乗降時間が急激に増加したロボットIDがある場合(ステップS74のYes)、該当するロボットIDの状況確認を「要」に設定する(ステップS75)。また、ステップS74で乗降時間が急激に増加したロボットIDがない場合(ステップS75のNo)には、状況確認を「不要」のままとする。
図10の右下には、階床の診断結果の一例を示す。この例では、ID1が状況確認「要」であり、ID2~ID5は状況確認「不要」である。
【0057】
このようにして診断を行うことで、各ロボットの動作に不具合がある可能性があるか、各階の乗場などに障害があるか等の予兆を診断ができるようになる。
なお、図10では乗車時間について診断を行うようにしたが、降車時間についても記録情報から同様の診断が可能である。
【0058】
図11は、ロボット利用情報記録部23が記録した情報に基づいて、ロボット利用情報診断部24が待ち時間の診断を行う例を示すフローチャートである。
まず、ロボット利用情報診断部24は、ロボット利用情報記録部23が記録した記録テーブルの待ち時間を時系列に検索する(ステップS81)。
そして、ロボット利用情報診断部24は、ステップS81での検索で待ち時間が急激に増加した時間帯があるか否かを判断する(ステップS82)。
【0059】
ステップS82で待ち時間が急激に増加した時間帯がある場合(ステップS82のYes)、該当する時間帯の稼働スケジュール確認を「要」に設定する(ステップS83)。また、ステップS82で乗降時間が急激に増加した時間帯がない場合(ステップS82のNo)には、稼働スケジュール確認を「不要」のままとする。
図11の右側には、時間帯別の稼働スケジュールの診断結果の一例を示す。この例では、9時から10時までの時間帯が状況確認「要」であり、それ以外の時間帯は状況確認「不要」である。
このようにして診断を行うことで、ロボットを稼働させる場合に、時間帯などのスケジュールに問題があるか否かの予兆の診断ができるようになる。
【0060】
図12は、ロボット利用情報記録部23が記録した情報に基づいて、ロボット利用情報診断部24が利用回数の診断を行う例を示すフローチャートである。
まず、ロボット利用情報診断部24は、ロボット利用情報記録部23が記録した記録テーブルの待ち時間を時系列に検索する(ステップS91)。
そして、ロボット利用情報診断部24は、ステップS91での検索で利用回数が急激に増加したロボットIDがあるか否かを判断する(ステップS92)。
【0061】
ステップS92で利用回数が急激に増加したロボットIDがある場合(ステップS92のYes)、エレベーター利用の状況確認を「要」に設定する(ステップS93)。また、ステップS92で利用回数が急激に増加していないと判断した場合(ステップS92のNo)には、エレベーター利用の状況確認を「不要」のままとする。
図12の右上には、エレベーター利用の状況確認の診断結果の一例を示す。この例では、エレベーター利用の状況確認が「要」である。
【0062】
図12の説明に戻ると、ロボット利用情報診断部24は、ステップS91での検索で利用回数が急激に減少したロボットIDがあるか否かを判断する(ステップS94)。
【0063】
ステップS94で利用回数が急激に減少したロボットIDがある場合(ステップS94のYes)、該当するロボットIDのシステム確認を「要」に設定する(ステップS95)。また、ステップS94で利用回数が急激に減少していないと判断した場合(ステップS94のNo)には、ロボットIDのシステム確認を「不要」のままとする。
図12の右下には、ロボットIDのシステム確認の診断結果の一例を示す。この例では、ID1のロボットのシステム確認が「要」であり、その他のIDのロボットのシステム確認が「不要」である。
このようにして診断を行うことで、ロボットを稼働させる場合に、エレベーター利用の状況確認が必要か否かわかると共に、特定のIDのロボットのシステム確認が必要か否か診断できるようになる。
【0064】
図13は、ロボット利用情報記録部23が記録した情報に基づいて、ロボット利用情報診断部24がロボットの性能低下の予兆の診断を行う例を示すフローチャートである。
まず、ロボット利用情報診断部24は、ロボット利用情報記録部23が記録した記録テーブルの乗降時間(乗車時間及び降車時間)を時系列に検索する(ステップS101)。
そして、ロボット利用情報診断部24は、ステップS101での検索で、乗降時間が種類別の平均値よりも高いロボットIDがあるか否かを判断する(ステップS102)。この種類別の平均値は、例えば図9に示す情報から判断できる。
【0065】
ステップS102で平均値よりも高いロボットIDがある場合(ステップS102のYes)、該当するロボットIDの性能確認を「要」に設定する(ステップS103)。また、ステップS102で平均値よりも高いロボットがない場合(ステップS102のNo)には、各ロボットの性能確認を「不要」のままとする。
図12の右側には、ロボットIDごとの性能確認の診断結果の一例を示す。この例では、ID1のロボットの性能確認が「要」であり、その他のIDのロボットのシステム確認が「不要」である。
このようにして診断を行うことで、特定のIDのロボットの性能確認が必要か否か診断できるようになる。
【0066】
なお、図6及び図7のフローチャートに基づいて集計した結果と、図10図13に示す診断結果は、エレベーターサーバ20に表示されると共に、外部の端末の表示部26にも表示される。また、診断結果が「要」になった場合、その診断結果「要」がエレベーターサーバ20に表示されると共に、外部の端末の通知部27にも通知され、通知処理が行われる。
【0067】
[本実施の形態例による効果]
以上説明したように、本例によると、ロボット30の乗りかご18への搭乗時の各階毎の待ち時間の傾向がわかるようになる。したがって、各階毎の待ち時間から、各階床の乗場の状況や各ロボット30の状況などを判断できるようになる。特にロボットの故障などの予兆を適切に判断できるようになる。
【0068】
この場合、ロボット利用情報記録部23は、かご制御部14により乗りかご18が搭乗階へ到着した時刻から、戸開要求が取り下げられた時刻までの時間を移動体乗込み時間として計測して各々の階毎に集計して、表示などの出力処理を行うことで、ロボットの乗込み時間が階床ごとに適正か、各ロボットIDで適正かなどが診断できるようになる。
【0069】
また、ロボット利用情報記録部23は、乗りかご18が目的階へ到着した時刻から戸開要求が取り下げられた時刻までの時間を乗込み時間として計測して各々の階毎に集計し、集計した各階毎のロボット降車時間を出力することで、ロボットの降車時間が階床ごとに適正か、各ロボットIDで適正かなどが診断できるようになる。
【0070】
さらに、ロボット利用情報記録部23は、時間帯毎、ロボット別に移動体乗込み時間を集計して記録して出力することで、時間帯毎やロボット別に稼働状況が適正か異常の予兆があるかが診断できるようになる。
【0071】
さらに、ロボット利用情報診断部24は、ロボット乗込み時間が予め定められた時間である平均値の超過を検出したとき、時間を超えた階の状況確認依頼を出力することで、各階床の乗場の異常の予兆についてもわかるようになる。
【0072】
さらにまた、ロボット利用情報診断部24が時間の超過を検出したとき、時間を超えたロボットの状況確認依頼を出力することで、各ロボットの異常の予兆についてもわかるようになる。
【0073】
[変形例]
なお、ここまで説明した実施の形態例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上述した実施の形態例で説明した構成や処理は、各種変形や変更が可能である。
【0074】
例えば、上述した実施の形態例では、ロボット30は、ロボットサーバ40による制御に基づいて自律移動などの動作を行うようにした。これに対して、ロボット30は、自身が直接自律移動などの動作を行うようにし、エレベーター制御装置10は、ロボット30からの指令を受信するようにしてもよい。
【0075】
また、上述した実施の形態例では、エレベーターサーバ20を設けて、エレベーターサーバ20でデータの集計と診断を行うようにした。これに対して、エレベーター制御装置10が、でデータの集計と診断を行って、診断結果を外部の端末などに出力してもよい。
【0076】
また、上述した実施の形態例では、自律移動可能なロボット30がエレベーターを利用する場合について説明したが、本発明は、ロボット以外の各種移動体がエレベーターを利用する場合にも適用が可能である。
ロボット30を移動体とした場合、図1に示すロボット指令管理部12、22、ロボット利用情報記録部23、ロボット利用情報診断部24、ロボット診断情報表示部25は、それぞれ移動体指令管理部、移動体利用情報記録部、移動体利用情報診断部、移動体診断情報表示部として機能する。
【0077】
また、図1に示す構成では、エレベーターサーバ20が、ロボット指令管理部22などを備えて、ロボットと連携して処理を行うようにしたが、既存のエレベーターシステムのサーバや制御装置に実装されたプログラムを修正して、同様の処理を行うようにしてもよい。
この場合のプログラムについては、図2に示したコンピュータ内の不揮発性ストレージやメモリに用意する他に、外部のメモリ、ICカード、SDカード、光ディスク等の記録媒体に置いて、転送してもよい。
さらに、エレベーターサーバ20やエレベーター制御装置10の一部又は全部を、FPGA(Field Programmable Gate Array)やASIC(Application Specific Integrated Circuit)などの専用のハードウェアによって実現してもよい。
【0078】
また、図1に示す構成図では、制御線や情報線は説明上必要と考えられるものだけを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。また、図3図7図10図13に示すフローチャートについても、処理結果が同じであれば、処理順序を変更したり、複数の処理を同時に実行したりしてもよい。
【符号の説明】
【0079】
2…ロボット、10…エレベーター制御装置、11…エレベーター状態管理部、12…ロボット指令管理部、13…呼び登録部、14…かご制御部、15…戸開閉制御部、16…移動機構部、17…戸開閉機構部、18…乗りかご、18a…カメラ、18b…重量センサ、18c…ドアセンサ、20…エレベーターサーバ、20a…CPU、20b…ROM、20c…RAM、20d…不揮発性ストレージ、20e…ネットワークインターフェース、20f…入力部、20g…出力部、21…エレベーター状態管理部、22…ロボット指令管理部、23…ロボット利用情報記録部、24…ロボット利用情報診断部、25…ロボット診断情報表示部、26…表示部、27…通知部、30…ロボット(移動体)、31…駆動制御部、40…ロボットサーバ、41…エレベーター状態取得部、42…ロボット指令送信部、43…ロボット制御部、44…ロボット管理部
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13