特許 7582420 通報システム

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

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

(11)【特許番号】

(24)【登録日】2024-11-05

(45)【発行日】2024-11-13

(54)【発明の名称】通報システム

(51)【国際特許分類】

   B66B 3/00 20060101AFI20241106BHJP

【ＦＩ】

B66B3/00 L

【請求項の数】 3

(21)【出願番号】P 2023171844

(22)【出願日】2023-10-03

【審査請求日】2023-10-03

(73)【特許権者】

【識別番号】000112705

【氏名又は名称】フジテック株式会社

(74)【代理人】

【識別番号】110000970

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

(72)【発明者】

【氏名】須藤 豪

(72)【発明者】

【氏名】小村 章

【審査官】太田 義典

(56)【参考文献】

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

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

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

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

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

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

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

Ｂ６６Ｂ ３／００－ ３／０２

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

【請求項1】

エレベータの各利用者の顔情報を受信した場合において、その顔情報が対象者の顔情報に合致した場合に、当該顔情報に対応付けられている連絡先を返信するＡＰＩと、
エレベータの乗りかごに乗車した各利用者の顔情報を取得する顔情報取得部と、
前記顔情報取得部が取得した各利用者の顔情報を前記ＡＰＩへ送信し、その結果として当該ＡＰＩから前記連絡先の返信があった場合に、その連絡先へ当該利用者の状況を通報する第１通報処理部と、
を備え、
前記第１通報処理部は、
前記乗りかご内への利用者の閉じ込めが発生した場合、その閉じ込めが発生したエレベータから、当該乗りかごにその時点で登録されている行先階を取得し、
前記ＡＰＩのうちの、前記行先階への入居者が管理している外部装置と連携できるＡＰＩへ、前記顔情報取得部が取得した各利用者の顔情報を送信し、その結果として当該ＡＰＩから前記連絡先の返信があった場合に、その連絡先へ前記閉じ込めが発生したことを通報する、通報システム。

【請求項2】

前記第１通報処理部は、前記閉じ込めが発生したことを前記連絡先へ通報した後、その閉じ込めが発生したエレベータに対し、当該連絡先へ通報したことを前記乗りかご内に閉じ込められている利用者に案内するよう指令する、請求項１に記載の通報システム。

【請求項3】

前記閉じ込めが発生したことを前記第１通報処理部が前記連絡先へ通報した後、その閉じ込めからの利用者の救出が完了したことを知らせる救出完了信号を受信した場合に、当該連絡先と同じ連絡先へ、前記閉じ込めからの利用者の救出が完了したことを通報する第２通報処理部、
を更に備える、請求項１又は２に記載の通報システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エレベータに適用可能な通報技術に関する。

【背景技術】

【0002】

エレベータの乗りかご内には、監視センタへの通報が可能となるように、非常呼びボタン（インターホンなど）が設けられている（例えば、特許文献１参照）。従って、利用者は、エレベータが緊急停止して乗りかご内に閉じ込められてしまった場合でも、非常呼びボタンを用いて監視センタへ通報することにより、乗りかご内から救出を求めることができる。また、利用者がスマートホンを所持していた場合には、その利用者は、自身が乗りかご内に閉じ込められたことを、スマートホンで関係者（家族、友人、会社など）に連絡することができる。更に、利用者がスマートホンを所持していなかった場合であっても、その利用者が関係者への連絡先を記憶していれば、監視センタへの通報時に、その連絡先への伝言を監視員に依頼することができる。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００９－２０２９９８号公報

【発明の概要】

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

【0004】

一方、利用者が乗りかご内に閉じ込められた場合において、その利用者が、スマートホンを所持しておらず、且つ、関係者（家族、友人、会社など）への連絡先を記憶できていなかった場合には、非常呼びボタンを用いて監視センタへは通報できるものの、関係者には連絡することができず、当該関係者に心配をかけることになる。

【0005】

そこで本発明の目的は、特定の利用者について、当該利用者がエレベータを利用したときの状況を関係者が知ることができるようにすることである。

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

【0006】

本発明に係る通報システムは、情報管理データと、顔情報取得部と、第１通報処理部と、を備える（態様１）。ここで、情報管理データには、対象者ごとに、その対象者の顔情報と、連絡先と、が互いに対応付けられた状態で保存される。顔情報取得部は、エレベータの乗りかごに乗車した各利用者の顔情報を取得する。第１通報処理部は、乗りかごに乗車した利用者のうちの、顔情報取得部が取得した顔情報が情報管理データ内の顔情報の何れかと合致した各対象者について、その合致した顔情報に対応付けられている連絡先へ、当該利用者の状況を通報する。

【0007】

上記態様１によれば、対象者の顔情報と連絡先とを情報管理データに登録しておくことにより、各対象者がエレベータを利用した場合に、その対象者の状況を連絡先の関係者に通報すること（エレベータの利用があったことを通報する場合も含む）が可能になる。関係者の例として、対象者の家族（保護者など）を関係者としたケースや、対象者の友人、会社、塾、学校などを関係者としたケースなどを考えることができる。そして、上記のような関係者への通報によれば、対象者がエレベータを利用した場合に、その都度、関係者は、通報を受けることによって対象者によるエレベータの利用があったことを知ることが可能になる。また、エレベータの利用中に対象者に何らかの事象が発生した場合において、従来であればそのときの状況を関係者が知ることが難しかったような場合（対象者が、スマートホンを所持しておらず、且つ、関係者の連絡先を記憶していなかったが故に、関係者への連絡手段がないような場合）であっても、上記態様１によれば、関係者は、通報を受けることによって対象者の状況を知ることが可能になる。

【0008】

上記態様１に係る通報システムにおいて、第１通報処理部は、乗りかご内への利用者の閉じ込めが発生した場合において、当該乗りかご内に閉じ込められた利用者の中に、顔情報取得部が取得した顔情報が情報管理データ内の顔情報の何れかと合致する対象者がいた場合に、各対象者について、情報管理データ内にて当該顔情報に対応付けられている連絡先へ、閉じ込めが発生したことを通報してもよい（態様２）。

【0009】

乗りかご内への対象者の閉じ込めが発生した場合において、従来であれば閉じ込めの発生を関係者が知ることが難しかったような場合であっても、上記態様２によれば、関係者は、通報を受けることによって対象者が乗りかご内に閉じ込められていることを知ることが可能になる。

【0010】

本発明に係る通報システムは、ＡＰＩと、顔情報取得部と、第１通報処理部と、を備えていてもよい（態様３）。ここで、ＡＰＩは、エレベータの各利用者の顔情報を受信した場合において、その顔情報が対象者の顔情報に合致した場合に、当該顔情報に対応付けられている連絡先を返信する。顔情報取得部は、エレベータの乗りかごに乗車した各利用者の顔情報を取得する。第１通報処理部は、顔情報取得部が取得した各利用者の顔情報をＡＰＩへ送信し、その結果として当該ＡＰＩから連絡先の返信があった場合に、その連絡先へ当該利用者の状況を通報する。

【0011】

上記態様３によれば、情報管理データを持たなくてもＡＰＩ連携によって外部装置（サーバなど）から連絡先を取得することができ、それにより、関係者に対して上記態様１と同様の通報を行うことが可能になる。

【0012】

上記態様３に係る通報システムにおいて、第１通報処理部は、乗りかご内への利用者の閉じ込めが発生した場合において、当該乗りかご内に閉じ込められた各利用者の顔情報をＡＰＩへ送信し、その結果として当該ＡＰＩから連絡先の返信があった場合に、その連絡先へ閉じ込めが発生したことを通報してもよい（態様４）。

【0013】

上記態様４によれば、関係者に対して上記態様２と同様の通報を行うことが可能になる。

【0014】

上記態様４に係る通報システムは、次のような構成を備えていてもよい（態様５）。具体的には、第１通報処理部は、乗りかご内への利用者の閉じ込めが発生した場合、その閉じ込めが発生したエレベータから、当該乗りかごにその時点で登録されている行先階を取得してもよい。そして、第１通報処理部は、ＡＰＩのうちの、上記行先階への入居者が管理している外部装置と連携できるＡＰＩへ、顔情報取得部が取得した各利用者の顔情報を送信し、その結果として当該ＡＰＩから連絡先の返信があった場合に、その連絡先へ閉じ込めが発生したことを通報してもよい。

【0015】

上記態様５によれば、乗りかご内に利用者が閉じ込めれた場合に、その時点で各利用者に関係しそうな連絡先へ、閉じ込めが発生したことを通報することが可能になる。

【0016】

上記態様２、４、及び５の何れかに係る通報システムにおいて、第１通報処理部は、閉じ込めが発生したことを連絡先へ通報した後、その閉じ込めが発生したエレベータに対し、当該連絡先へ通報したことを乗りかご内に閉じ込められている利用者に案内するよう指令してもよい（態様６）。

【0017】

上記態様６によれば、乗りかご内に閉じ込められた利用者は、エレベータから案内を受けることにより、自身の状況（乗りかご内に閉じ込められていること）が関係者に通報されたことを知ることができる。これにより、乗りかご内の利用者に、自身の状況を関係者に知ってもらえているという安心感を与えることが可能になる。

【0018】

上記態様２及び４～６の何れかに係る通報システムは、第２通報処理部を更に備えていてもよい（態様７）。ここで、第２通報処理部は、閉じ込めが発生したことを第１通報処理部が連絡先へ通報した後、その閉じ込めからの利用者の救出が完了したことを知らせる救出完了信号を受信した場合に、当該連絡先と同じ連絡先へ、閉じ込めからの利用者の救出が完了したことを通報する。

【0019】

上記態様７によれば、乗りかご内への対象者の閉じ込めが発生した場合において、関係者は、閉じ込めが発生したことの通報を受けた後、更なる通報を受けることにより、対象者が当該閉じ込めから救出されたことを知ることが可能になる。

【発明の効果】

【0020】

本発明によれば、特定の利用者（対象者）について、当該利用者がエレベータを利用したときの状況を関係者が知ることができるようになる。

【図面の簡単な説明】

【0021】

【図1】実施形態に係る通報システムが適用されたエレベータを例示した概念図である。

【図2】実施形態で用いられる（Ａ）情報管理データ及び（Ｂ）通報管理データをそれぞれ例示した概念図である。

【図3】実施形態にて実行される第１通報処理を示したフローチャートである。

【図4】実施形態にて実行される第２通報処理を示したフローチャートである。

【図5】第２変形例にて実行される第１通報処理を示したフローチャートである。

【図6】第３変形例に係る通報システムが適用されたエレベータを例示した概念図である。

【図7】第３変形例にて実行される第１通報処理を示したフローチャートである。

【図8】第４変形例にて実行される第１通報処理を示したフローチャートである。

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

【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】

１ エレベータ
２ 監視センタ
３ 携帯端末装置
４ ＡＰＩ
５ 外部装置
Ｇ 乗りかご
１０ 制御装置
１１ 非常呼びボタン
１２ 顔情報取得部
１３ 通話装置
１４ 表示装置
２０ 制御装置
２１ 記憶部
２２ 制御部
Ｄｐ 情報管理データ
Ｄｑ 通報管理データ
Ｆｄ 行先階
Ｐｅ 識別情報
Ｐｆ 顔情報
Ｐｈ 連絡先
Ｓｘ 閉込発生信号
Ｓｙ 救出完了信号
Ｓｚ エラー信号
２２１ 第１通報処理部
２２２ 第２通報処理部
Ｐｒ１、Ｐｒ２ 受信情報

【要約】

【課題】特定の利用者について、当該利用者がエレベータを利用したときの状況を関係者が知ることができるようにする。
【解決手段】通報システムは、情報管理データと、顔情報取得部と、第１通報処理部と、を備える。ここで、情報管理データには、対象者ごとに、その対象者の顔情報と、連絡先と、が互いに対応付けられた状態で保存される。顔情報取得部は、エレベータの乗りかごに乗車した各利用者の顔情報を取得する。第１通報処理部は、乗りかごに乗車した利用者のうちの、顔情報取得部が取得した顔情報が情報管理データ内の顔情報の何れかと合致した各対象者について、その合致した顔情報に対応付けられている連絡先へ、当該利用者の状況を通報する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】