JP7777768B2 - 異常通知装置、方法、及びシステム - Google Patents

Description

本開示は、異常通知装置、方法、及びシステムに関する。

特許文献１は、リアルタイムに発生する各種の作業を管理して、作業の割り当てを支援する作業管理サーバと、従業員の各々が所持する店員端末とを有する作業管理システムを開示している。作業管理サーバは、登録された作業を従業員に依頼する作業依頼情報を各店員端末に送信して、店員端末から従業者の応答操作による応答情報を受け付ける。作業管理サーバは、最初に応答した店員端末に作業の割り当てを通知すると、他の店員端末に作業の依頼の取り消しを通知する。これにより、特許文献１の作業管理サーバは、作業の割り当てを公平且つ効率的に行うことを図っている。

特開２０１７－１５６８８２号公報

本開示は、複数の作業者における設備の異常の対処を効率良くすることができる異常通知装置、方法、及びシステムを提供する。

本開示の一態様に係る異常通知装置は、環境に設置された設備の異常を、複数のユーザに通知する。異常通知装置は、通信部と、制御部と、状態情報取得部と、位置情報取得部とを備える。通信部は、複数のユーザにそれぞれ関連付けられた複数の端末装置とデータ通信を行う。制御部は、通信部の動作を制御して情報を送受信する。状態情報取得部は、設備の状態を示す状態情報を取得する。位置情報取得部は、環境における各ユーザの位置を示す位置情報を取得する。制御部は、状態情報に基づいて設備が異常状態であることを特定すると、複数の端末装置に、設備が異常状態であることを示す異常通知を送信する。制御部は、異常通知の送信後に、位置情報に基づいて複数のユーザにおいて異常状態の設備に移動するユーザを検知する。制御部は、移動するユーザを検知したとき、異常通知を送信した複数の端末装置のうちの一部又は全体に、異常通知の取り消しを示す取消通知を送信する。

これらの概括的かつ特定の態様は、システム、方法、及びコンピュータプログラム、並びに、それらの組み合わせにより、実現されてもよい。

本開示における異常通知装置、方法、及びシステムによると、複数の作業者における設備の異常の対処を効率良くすることができる。

実施形態１に係る異常通知システムを説明するための図 実施形態１に係る作業者端末の構成を例示するブロック図 実施形態１に係る通知サーバの構成を例示するブロック図 異常通知システムの動作を説明するための図 異常通知システムの動作例を説明するための図 異常通知システムの作業者端末における通知の表示例を示す図 実施形態１の異常通知システムにおける異常検知時の動作を例示するフローチャート 実施形態１の異常通知システムにおける移動検知処理を説明するための図 作業者端末における再通知の表示例を示す図 実施形態１の異常通知システムにおける移動検知処理を例示するフローチャート 実施形態２の異常通知システムにおける資格者情報のデータ構造を例示する図 実施形態２の異常通知システムにおける移動検知処理を例示するフローチャート 実施形態３の作業者端末における設定画面の表示例を示す図 実施形態３の作業者端末における表示制御処理を例示するフローチャート 実施形態４に係る異常通知システムを説明するための図 実施形態４の異常通知システムにおける異常検知時の動作を例示するフローチャート

以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、出願人は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。

（実施形態１）
１．構成
実施形態１に係る異常通知システムについて、図１を用いて説明する。図１は、本実施形態に係る異常通知システム１の概要を示す図である。

１－１．システムの概要
本実施形態の異常通知システム１は、例えば図１に示すように、作業者端末４－１，４－２，４－３と、通知サーバ５とを備える。本システム１において、作業者端末４と通知サーバ５とは、例えばインターネット等の通信ネットワーク３を介して通信可能に構成される。

本システム１は、例えば工場などの作業場６において、設置された設備Ａ１，Ａ２等の異常を作業者Ｗ１、Ｗ２，Ｗ３等に通知する異常通知システムの一例である。本システム１においては、例えば各作業者端末４－１～４－３が、それぞれ作業者Ｗ１～Ｗ３に関連付けて管理される。通知サーバ５は、例えば各設備Ａ１，Ａ２とデータ通信可能に設けられ、設備Ａ１，Ａ２から各々の稼働状態を示す状態情報を収集する。本システム１では、作業場６における設備Ａ１，Ａ２に異常が生じると、異常を通知する通知情報が通知サーバ５から作業者端末４に送信される。作業者Ｗ１～Ｗ３は、各々の作業者端末４－１～４－３における通知情報により、リアルタイムに作業場６における異常に対処することができる。図１では、２つの設備Ａ１，Ａ２を例示しているが、本システム１に含まれる設備の個数は特に２つに限定されず、１又は３つ以上であってもよい。

以下、作業者端末４－１，４－２，４－３を総称して作業者端末４ともいう。また、作業者Ｗ１～Ｗ３を総称して作業者Ｗともいう。作業者端末４は、本実施形態における端末装置の一例であり、通知サーバ５は、本実施形態における異常通知装置の一例である。

本システム１における作業者端末４及び通知サーバ５の具体的な構成について、図２及び図３を用いてそれぞれ説明する。

１－２．作業者端末の構成
図２は、作業者端末４の構成を例示するブロック図である。作業者端末４は、例えばスマートフォン或いはタブレット端末のような情報処理装置で構成される。図２に例示する作業者端末４は、制御部４０と、記憶部４１と、操作部４２と、表示部４３と、機器インタフェース４４と、ネットワークインタフェース４５とを備える。以下、インタフェースを「Ｉ／Ｆ」と略記する。

制御部４０は、例えばソフトウェアと協働して所定の機能を実現するＣＰＵ又はＭＰＵを含む。制御部４０は、例えば作業者端末４の全体動作を制御する。制御部４０は、記憶部４１に格納されたデータ及びプログラムを読み出して種々の演算処理を行い、各種の機能を実現する。上記のプログラムは、インターネット等の通信ネットワークから提供されてもよいし、可搬性を有する記録媒体に格納されていてもよい。制御部４０は、ＧＰＵ等の種々の半導体集積回路で構成されてもよい。制御部４０は、本実施形態における端末制御部の一例である。

記憶部４１は、作業者端末４の機能を実現するために必要なプログラム及びデータを記憶する記憶媒体である。記憶部４１は、図２に示すように、格納部４１ａ及び一時記憶部４１ｂを含む。

格納部４１ａは、所定の機能を実現するためのパラメータ、データ及び制御プログラム等を格納する。格納部４１ａは、例えばＨＤＤ又はＳＳＤで構成される。例えば、格納部４１ａは、上記のプログラムなどを格納する。一時記憶部４１ｂは、例えばＤＲＡＭ又はＳＲＡＭ等のＲＡＭで構成され、データを一時的に記憶（即ち保持）する。また、一時記憶部４１ｂは、制御部４０の作業エリアとして機能してもよく、制御部４０の内部メモリにおける記憶領域で構成されてもよい。

操作部４２は、ユーザが操作を行う操作部材の総称である。操作部４２は、表示部４３と共にタッチパネルを構成してもよい。操作部４２はタッチパネルに限らず、例えば、キーボード、タッチパッド、ボタン及びスイッチ等であってもよい。操作部４２は、ユーザの操作において情報を取得する入力部の一例である。

表示部４３は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイで構成される出力部の一例である。表示部４３は、通知サーバ５から受信された通知情報を表示する。表示部４３は、操作部４２を操作するための各種アイコン及び操作部４２から入力された情報など、各種の情報を表示してもよい。

機器Ｉ／Ｆ４４は、作業者端末４に、外部機器を接続するための回路である。機器Ｉ／Ｆ４４は、所定の通信規格にしたがい通信を行う。所定の通信規格には、ＵＳＢ、ＨＤＭＩ（登録商標）、ＩＥＥＥ１３９４、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。機器Ｉ／Ｆ４４は、作業者端末４において外部機器から諸情報を受信する取得部あるいは外部機器に諸情報を送信する出力部を構成してもよい。機器Ｉ／Ｆ４４は、例えばＢｌｕｅｔｏｏｔｈ等によりビーコン発信機と通信してもよい。機器Ｉ／Ｆ４４は、作業者端末４において通信ネットワーク３を介して、外部機器と接続する通信部を構成してもよい。

ネットワークＩ／Ｆ４５は、無線または有線の通信回線を介して作業者端末４を通信ネットワーク３に接続するための回路である。ネットワークＩ／Ｆ４５は、所定の通信規格に準拠した通信を行う。所定の通信規格には、ＩＥＥＥ８０２．３，ＩＥＥＥ８０２．１１ａ／１１ｂ／１１ｇ／１１ａｃ等が含まれる。ネットワークＩ／Ｆ４５は、本実施形態における端末通信部の一例であり、例えば通信ネットワーク３を介して通知サーバ５に接続する。ネットワークＩ／Ｆ４５は、例えば作業場６における各作業者Ｗの位置として、対応する作業者端末４の位置を示す位置情報を、通知サーバ５に送信する。ネットワークＩ／Ｆ４５は、作業者端末４において通信ネットワーク３を介して、諸情報を受信する取得部あるいは送信する出力部を構成してもよい。

１－３．通知サーバの構成
図３は、通知サーバ５の構成を例示するブロック図である。通知サーバ５は、例えばコンピュータのような情報処理装置で構成される。図３に例示する通知サーバ５は、制御部５０と、記憶部５１と、機器Ｉ／Ｆ５４と、ネットワークＩ／Ｆ５５とを備える。

制御部５０は、例えばソフトウェアと協働して所定の機能を実現するＣＰＵ又はＭＰＵを含む。制御部５０は、例えば通知サーバ５の全体動作を制御する。制御部５０は、記憶部５１に格納されたデータ及びプログラムを読み出して種々の演算処理を行い、各種の機能を実現する。通知サーバ５の各種機能による動作については後述する。

制御部５０は、例えば通知サーバ５の機能を実現するための命令群を含んだプログラムを実行する。上記のプログラムは、通信ネットワーク３から提供されてもよいし、可搬性を有する記録媒体に格納されていてもよい。また、制御部５０は、各種のデータ及びプログラムを保持する一時的な記憶領域として内部メモリを備えてもよい。

また、制御部５０は、上記各機能を実現するように設計された専用の電子回路又は再構成可能な電子回路などのハードウェア回路であってもよい。制御部５０は、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＧＰＧＰＵ、ＴＰＵ、マイコン、ＤＳＰ、ＦＰＧＡ及びＡＳＩＣ等の種々の半導体集積回路で構成されてもよい。

記憶部５１は、通知サーバ５の機能を実現するために必要なプログラム及びデータを記憶する記憶媒体である。記憶部５１は、図３に示すように、格納部５１ａ及び一時記憶部５１ｂを含む。

格納部５１ａは、所定の機能を実現するためのパラメータ、データ及び制御プログラム等を格納する。格納部５１ａは、例えばＨＤＤ又はＳＳＤで構成される。例えば、格納部５１ａは、上記のプログラム、及び、所定の座標系において作業場６における設備Ａ１，Ａ２等の配置を示す地図情報などを格納する。

一時記憶部５１ｂは、例えばＤＲＡＭ又はＳＲＡＭ等のＲＡＭで構成され、データを一時的に記憶する。例えば、一時記憶部５１ｂは、作業者端末４から受信した位置情報などを保持する。また、一時記憶部５１ｂは、制御部５０の作業エリアとして機能してもよく、制御部５０の内部メモリにおける記憶領域で構成されてもよい。

機器Ｉ／Ｆ５４は、通知サーバ５に、外部機器を接続するための回路である。機器Ｉ／Ｆ５４は、例えば作業者端末４の機器Ｉ／Ｆ４４と同様に、所定の通信規格にしたがい通信を行う。機器Ｉ／Ｆ５４は、通信ネットワーク３を介して、外部機器と接続する通信部を構成してもよい。機器Ｉ／Ｆ５４は、通知サーバ５において外部機器から諸情報を受信する取得部あるいは外部機器に諸情報を送信する出力部を構成してもよい。

ネットワークＩ／Ｆ５５は、無線または有線の通信回線を介して通知サーバ５を通信ネットワーク３に接続するための回路である。ネットワークＩ／Ｆ５５は、例えば作業者端末４のネットワークＩ／Ｆ４５と同様の所定の通信規格に準拠した通信を行う。ネットワークＩ／Ｆ５５は、本実施形態において作業者端末４とデータ通信を行う通信部の一例である。

また、本実施形態において、ネットワークＩ／Ｆ５５は、作業者端末４とのデータ通信により、例えば作業者端末４がビーコン測位技術により生成した位置情報を受信する。ネットワークＩ／Ｆ５５は、本実施形態における位置情報取得部の一例である。なお、作業者端末４における位置情報は、特にビーコン測位に限らず、ＷｉＦｉのアクセスポイントを用いた測位またはＧＰＳを用いた測位により生成された位置情報であってもよい。

さらに、ネットワークＩ／Ｆ５５は、例えば通信ネットワーク３を介して設備Ａ１，Ａ２と通信接続を確立して、設備Ａ１，Ａ２から随時、状態情報を受信する。ネットワークＩ／Ｆ５５は、本実施形態における状態情報取得部の一例である。又、ネットワークＩ／Ｆ５５は、通知サーバ５において、通信ネットワーク３を介して、諸情報を受信する取得部あるいは送信する出力部を構成してもよい。

以上のような作業者端末４及び通知サーバ５の構成は一例であり、構成は上記の例に限らない。本実施形態の通知管理方法は、分散コンピューティングにおいて実行されてもよい。また、作業者端末４及び通知サーバ５における各種取得部は、それぞれ制御部４０、５０等における各種ソフトウェアとの協働によって実現されてもよい。各取得部は、各種記憶媒体（例えば格納部４１ａ、５１ａ）に格納された諸情報を、それぞれ制御部４０、５０の作業エリア（例えば一時記憶部４１ｂ、５１ｂ）に読み出すことによって、諸情報の取得を行ってもよい。

２．動作
以上のように構成される異常通知システム１、通知サーバ５及び作業者端末４の動作について、以下説明する。

２－１．動作の概要
本実施形態における異常通知システム１の動作の概要について、図１及び図４を用いて説明する。

図１に例示する異常通知システム１において、通知サーバ５は、例えば通信ネットワーク３を介して各設備Ａ１，Ａ２から状態情報を受信すると、状態情報に基づき、設備Ａ１，Ａ２の何れかに異常が生じた異常状態を検知する。通知サーバ５は、異常状態を検知した場合、通知情報を各作業者Ｗ１～Ｗ３の作業者端末４－１～４－３に送信する。各作業者端末４は、受信した通知情報を、例えば表示部４３に表示させる。

図４は、本実施形態の異常通知システム１の動作を説明するための図である。図４は、作業場６を上方から俯瞰した様子を示す。

図４（Ａ）は、特定の設備Ａ２の異常状態が検知された例を示す。以下では、異常状態にある設備Ａ２を、異常設備Ａ２ともいう。図４（Ａ）の例では、通知サーバ５は、作業場６における全員の作業者Ｗ１～Ｗ３の作業者端末４－１～４－３に、検知された異常設備Ａ２へ呼び出すための通知情報を送信する。これにより、設備Ａ２の異常状態を全員の作業者Ｗ１～Ｗ３に知らせることができ、何れかの作業者Ｗによる異常設備Ａ２への対処を早めることができる。

図４（Ｂ）は、図４（Ａ）の場面から、ある作業者Ｗ３が、作業者端末４－３により受信した通知情報による呼び出しに応じて、異常設備Ａ２へ向けて移動する例を示す。このとき、移動した作業者Ｗ３が異常設備Ａ２に対処して異常状態が解消されることが予測できる。一方、その後に他の作業者Ｗ１，Ｗ２が異常設備Ａ２へ向かっても、徒労に終わることが考えられる。例えば、全ての作業者Ｗ１～Ｗ３が異常設備Ａ２に集まり、作業場６における作業効率の低下を招くようなことも考えられる。

そこで、本システム１は、例えば作業者Ｗ３が異常設備Ａ２へ向かって移動した時点で、他の作業者Ｗ１，Ｗ２に対応する作業者端末４－１，４－２に、異常設備Ａ２への呼び出しを取り消すための通知情報を送信する。

図４（Ｃ）は、図４（Ｂ）の後、作業者端末４－１，４－２が、呼び出しを取り消す通知情報を受信して、表示を変化させた例を示す。図４（Ｃ）の例では、作業者Ｗ１，Ｗ２に取り消しが通知され、作業者Ｗ３のみが異常設備Ａ２への呼び出しに応答している。こうした取り消しによると、既に作業者Ｗ３が向かった異常設備Ａ２に、他の作業者Ｗ１，Ｗ２が向かうような徒労を回避することができる。このように、本システム１によれば、異常設備Ａ２に対処する応対者として作業者Ｗ３を速やかに確保しながら、他の作業者Ｗ１，Ｗ２による過剰な労力は削減して、作業場６における異常設備Ａ２の対処を効率良くすることができる。

２－２．システムの全体動作
本実施形態における異常通知システム１の全体的な動作を、図５及び図６を用いて説明する。図５は、本システム１の動作例を説明するための図である。図５は、図４の例に対応した本システム１の動作シーケンスを例示する。図６は、異常通知システム１の作業者端末４における通知の表示例を示す図である。

本システム１において、通知サーバ５は、作業場６における各設備Ａ１，Ａ２から、各々の稼働状態を示す状態情報Ｄ２１，Ｄ２２を取得する（Ｓ１）。各設備Ａ１，Ａ２は、例えば所定の時間間隔でそれぞれ状態情報Ｄ２１，Ｄ２２を生成して、時刻と関連付けて通知サーバ５に送信する。状態情報Ｄ２１，Ｄ２２は、例えば各設備Ａ１，Ａ２の故障といった異常が生じたか否か、及びエラーコード等により異常の内容を示す情報を含む。

本実施形態の通知サーバ５は、例えば取得した状態情報Ｄ２１，Ｄ２２に基づいて、各設備Ａ１，Ａ２の異常状態を検知する（Ｓ２）。図５の例では、状態情報Ｄ２２に基づき、設備Ａ２が異常状態にあることが特定される。

異常状態が検知された場合、通知サーバ５は、例えば検知された異常設備Ａ２へ各作業者Ｗを呼び出すための通知情報として、設備Ａ２が異常状態であることを示す異常通知Ｄ３を各作業者端末４に送信する（Ｓ３）。図５の例では、各作業者Ｗ１～Ｗ３と対応する作業者端末４－１～４－３に、異常通知Ｄ３が送信される。

各作業者端末４は、通知サーバ５から異常通知Ｄ３を受信すると、表示部４３に異常通知Ｄ３を表示させる（Ｓ４）。図６（Ａ）は、作業者端末４における異常通知Ｄ３の表示例を示す。図６（Ａ）の表示部４３は、例えば異常状態が検知されたことを示す「ＮＧ」と、異常の内容を示すメッセージとを表示している。図６（Ａ）の例では、異常設備Ａ２における異常の内容として「故障Ｅ０１」の発生を示すメッセージが表示されている。

異常通知Ｄ３の送信（Ｓ３）後、通知サーバ５は、異常設備Ａ２へ移動する作業者Ｗを検知する（Ｓ５）。このような移動検知の処理（Ｓ５）は、複数の作業者Ｗのうちの、異常通知Ｄ３の表示（Ｓ４）に応じて異常設備Ａ２に移動した応対者が検知された時点で、後述する取消通知Ｄ６を送信する（Ｓ６）ために行われる。

本実施形態の移動検知の処理（Ｓ５）において、通知サーバ５は、例えば作業者Ｗ１～Ｗ３にそれぞれ対応する作業者端末４－１～４－３から、所定の周期で送信される各々の位置情報Ｄ４１，Ｄ４２，Ｄ４３を取得することで、応対者の移動を検知する。図５の例では、位置情報Ｄ４３に基づき、応対者として移動する作業者Ｗ３が検知される。

応対者の移動が検知されたとき、本実施形態の通知サーバ５は、例えば異常設備Ａ２への呼び出しを取り消すための通知情報として、異常通知Ｄ３の取り消しを示す取消通知Ｄ６を、応対者以外の作業者端末４に送信する（Ｓ６）。図５の例では、通知サーバ５は、作業者Ｗ３以外の作業者Ｗ１，Ｗ２に対応する作業者端末４－１，４－２に、取消通知Ｄ６を送信する。

各作業者端末４は、通知サーバ５から取消通知Ｄ６を受信すると、表示部４３に取消通知Ｄ６を表示させる（Ｓ７）。図６（Ｂ）は、作業者端末４における取消通知Ｄ６の表示例を示す。図６（Ｂ）の表示部４３は、異常状態が解消されたことを示す「ＯＫ」と、図６（Ａ）の通知に対する応対者が現れたことを示すメッセージとを表示している。なお、取消通知Ｄ６に応じた表示制御は、図６（Ｂ）の表示例に限らず、例えば表示部４３において、図６（Ａ）のような異常通知Ｄ３の表示を消去する表示制御であってもよい。

異常通知システム１は、以上の処理（Ｓ１～Ｓ７）を、例えば周期的に繰り返す。

以上の処理によると、異常検知の処理（Ｓ２）において検知された設備Ａ２の異常状態が、異常通知Ｄ３により作業者Ｗに通知される（Ｓ３，Ｓ４）。その後、移動検知の処理（Ｓ５）によって応対者の移動が検知された場合、取消通知Ｄ６により、異常通知Ｄ３の取り消しが応対者以外の作業者Ｗに通知される（Ｓ６，Ｓ７）。これにより、異常設備Ａ２を各作業者Ｗに通知して異常状態への早期対処を促す一方で、異常設備Ａ２へ応対者が移動した時点で異常通知Ｄ３を取り消し、例えば複数の作業者Ｗが過剰に異常設備Ａ２に集中するといった作業効率の低下を抑制し得る。また、移動検知の処理（Ｓ５）によると、例えば作業者Ｗ３が応対者として作業者端末４を操作しなくても、移動する作業者Ｗ３の検知に応じて、自動的に他の作業者Ｗ１，Ｗ２に取り消しを通知することができる。

２－３．異常検知時の動作
以上のような異常通知システム１において、異常状態が検知された際の通知サーバ５の動作を、図７～図９を用いて説明する。

図７は、本実施形態の異常通知システム１における異常検知時の動作を例示するフローチャートである。図８は、本実施形態の異常通知システム１における移動検知処理を説明するための図である。図９は、作業者端末４における更なる表示例を示す図である。

図７のフローチャートは、例えば図５のステップＳ２において異常設備Ａ２が特定された状態で、異常通知Ｄ３の送信（Ｓ３）後に開始される。本フローチャートの各処理は、例えば通知サーバ５の制御部５０により実行される。

まず、制御部５０は、異常通知Ｄ３への応対者として移動する作業者Ｗを検知する（Ｓ１１）。こうした応対者の移動検知処理（Ｓ１１）とステップＳ１２の処理とは、図５のステップＳ５に対応する。なお、本処理を単に移動検知処理ともいう。

本実施形態の異常通知システム１において、通知サーバ５は、各作業者端末４から受信した位置情報に基づいて移動検知処理を行う（Ｓ１１）。本実施形態の移動検知処理において、作業者端末４側における位置情報を生成する一例を、図８を用いて説明する。

本実施形態の異常通知システム１では、例えば図８に示すように、作業場６において様々な場所に複数のビーコン発信機６５を予め設置しておく。なお、図８以外の図面ではビーコン発信機６５の図示を省略している。本実施形態の作業者端末４は、作業場６の各所のビーコン発信機６５と、機器Ｉ／Ｆ４４を介して通信することで、近傍のビーコン発信機６５から受信した情報に基づいて位置情報を生成する。移動検知処理（Ｓ１１）の詳細は後述する。

図７に戻り、次に、制御部５０は、移動検知処理（Ｓ１１）の検知結果に基づいて、応対者の移動が検知されたか否か、即ち応対者として移動する作業者Ｗが検知されたか否かを判断する（Ｓ１２）。制御部５０は、応対者の移動が検知されないと判断した場合（Ｓ１２でＮＯ）、例えば作業者端末４による位置情報の送信周期などの所定の検知周期で移動検知処理（Ｓ１１）を繰り返す。

一方、応対者の移動が検知された場合（Ｓ１２でＹＥＳ）、制御部５０は、取消通知Ｄ６を、例えば応対者を除く作業者Ｗの作業者端末４に送信する（Ｓ１３）。ステップＳ１３は、図５のステップＳ６に対応する。

取消通知Ｄ６の送信（Ｓ１３）後、制御部５０は、再通知に関する処理を行う（Ｓ１４～Ｓ１７）。異常通知システム１において、応対者の移動が検知された場合（Ｓ１２でＹＥＳ）であっても、例えば応対者が異常設備Ａ２に到達しない等により、異常状態が解消されないことも考えられる。そこで、本実施形態の異常通知システム１では、例えば異常状態が解消されないまま所定の期間が経過したとき、異常状態を各作業者Ｗに再通知するための処理を行う（Ｓ１４～Ｓ１７）。

具体的に、まず、制御部５０は、例えばネットワークＩ／Ｆ５５を介して、異常設備Ａ２から新たに受信した状態情報を取得する（Ｓ１４）。制御部５０は、取得した状態情報を、例えば一時記憶部５１ｂに保持する。

次に、制御部５０は、例えば取消通知Ｄ６の送信時（Ｓ１３）から、所定期間が経過したか否かを判断する（Ｓ１５）。所定期間は、例えば検知した応対者が異常設備Ａ２に到着して、異常設備Ａ２に対処することにより異常状態が解消するまでに要する期間を予測する観点から設定される。所定期間が経過していない場合（Ｓ１５でＮＯ）、制御部５０は、異常設備Ａ２から状態情報の取得（Ｓ１４）を繰り返す。

例えば所定期間が経過したとき（Ｓ１５でＹＥＳ）、制御部５０は、異常設備Ａ２から取得した状態情報に基づいて、異常状態が解消されたか否かを判断する（Ｓ１６）。制御部５０は、例えば所定期間内の何れかの時刻以降において、状態情報Ｄ２２が設備Ａ２の異常を示さない場合、異常状態が解消されたと判断する。

異常状態が解消されていない場合（Ｓ１６でＮＯ）、制御部５０は、通知情報として、各作業者Ｗを異常設備Ａ２へ再度呼び出すための再通知を、取消通知Ｄ６の送信先の作業者端末４－１，４－２に送信する（Ｓ１７）。図９は、作業者端末４における再通知の表示例を示す。図９に例示する表示部４３は、例えば異常通知Ｄ３により通知された異常状態が未解消であることを示す「再ＮＧ」と、異常設備Ａ２に応対者が到着しなかったことを示すメッセージ等を表示している。

これにより、例えば応対者である作業者Ｗ３が異常設備Ａ２に対処しない、或いは対処できないといった、異常状態が解消されない際には、他の作業者Ｗ１，Ｗ２の作業者端末４－１，４－２に異常状態を再通知して、異常設備Ａ２への対処を促すことができる。

再通知の送信（Ｓ１７）後、制御部５０は、移動検知処理（Ｓ１１）以降の処理を繰り返す。

一方、異常状態が解消された場合（Ｓ１６でＹＥＳ）、制御部５０は、再通知の送信（Ｓ１７）を実行せず、本フローチャートに示す処理を終了する。

以上の処理によると、移動検知処理（Ｓ１１）により、異常通知Ｄ３への応対者の移動が検知された場合（Ｓ１２でＹＥＳ）、取消通知Ｄ６が応対者以外の作業者端末４に送信される（Ｓ１３）。これにより、例えば応対者として作業者Ｗ３が既に向かった異常設備Ａ２に、他の作業者Ｗ１，Ｗ２が向かうような非効率を回避することができる。

また、取消通知Ｄ６の送信から所定期間の経過後に（Ｓ１５でＹＥＳ）、異常設備Ａ２の異常状態が解消されていない場合（Ｓ１６でＮＯ）、各作業者端末４に再通知が送信される（Ｓ１７）。これにより、取消通知Ｄ６により異常通知Ｄ３を取り消した後においても、異常設備Ａ２に対処する作業者Ｗを確保することができる。

以上の説明では、取消通知Ｄ６を送信する（Ｓ１３）際に、応対者を除いた作業者Ｗに対応する一部の作業者端末４に送信する例を説明した。ステップＳ１３において、制御部５０は、応対者を含む各作業者Ｗに対応する作業者端末４の全体に、取消通知Ｄ６を送信してもよい。また、異常状態が解消されたか否かの判断（Ｓ１６）は、所定期間に亘る各時刻の状態情報に限らず、所定期間の最後の時刻の状態情報に基づいて行われてもよい。

２－３－１．移動検知処理
図７のステップＳ１１における移動検知処理の詳細を、図５及び図１０を用いて説明する。

図１０は、本実施形態の異常通知システム１における移動検知処理を例示するフローチャートである。本フローチャートに示す処理は、図７のフローチャートと同様に、例えば図５のステップＳ２において異常設備Ａ２が特定された状態で、異常通知Ｄ３の送信（Ｓ３）後に開始される。

まず、制御部５０は、例えば図５に示すように各作業者端末４－１～４－３から、それぞれ位置情報Ｄ４１～Ｄ４３を、ネットワークＩ／Ｆ５５を介して取得する（Ｓ２１）。位置情報Ｄ４１～Ｄ４３は、例えば作業場６において図４（Ｂ）のように設置された複数のビーコン発信機６５のうちの、各作業者端末４－１～４－３が最も近いビーコン発信機６５に関連付けられた位置に基づいて生成される。

次に、制御部５０は、今回のステップＳ２１で取得された位置情報Ｄ４１～Ｄ４３に基づいて、各作業者端末４－１～４－３の異常設備Ａ２からの現在距離を算出する（Ｓ２２）。制御部５０は、例えば格納部５１ａに予め格納された、作業場６における設備Ａ２の位置を含む地図情報を参照して、ユークリッド距離の演算により、現在距離を算出する。

次に、制御部５０は、前回の移動検知処理におけるステップＳ２１で算出された各作業者端末４と異常設備Ａ２との現在距離すなわち前回距離が、保持されているか否かを判断する（Ｓ２３）。例えば、制御部５０は、異常状態が検知されてから初回の移動検知処理においては、ステップＳ２３でＮＯに進む。

前回距離が保持されていない場合（Ｓ２３でＮＯ）、制御部５０は、ステップＳ１１において算出した現在距離を、例えば一時記憶部５１ｂに前回距離として保持する（Ｓ２７）。その後、図７のステップＳ１２に戻り、応対者の移動が検知されていないことから（Ｓ１２でＮＯ）、次の検知周期の移動検知処理（Ｓ１１）が実行される。

前回距離が保持されている場合（Ｓ２３でＹＥＳ）、制御部５０は、作業者端末４毎に、前回距離と現在距離との差分すなわち接近幅を算出する（Ｓ２４）。作業者端末４毎の接近幅は、異常設備Ａ２に対する前回距離から現在距離までの差分により、各作業者端末４に対応する作業者Ｗが、移動検知処理の検知周期中に、それぞれ異常設備Ａ２に向かって接近した距離の幅を示す。

次に、制御部５０は、算出した接近幅が所定値以上である作業者端末４があるか否かを判断する（Ｓ２５）。所定値は、作業場６において作業者Ｗが、検知周期の間に異常設備Ａ２に向けて移動したとみなせる程度に大きい値として、予め設定される。

接近幅が所定値以上の作業者端末４がある場合（Ｓ２５でＹＥＳ）、制御部５０は、当該作業者端末４に対応する作業者Ｗを応対者として決定する（Ｓ２６）。図４及び図５の例では、作業者端末４－３に関して算出された接近幅が所定値以上になり、作業者端末４－３に対応する作業者Ｗ３が応対者として決定される。そして、図７のステップＳ１２へ進む。この場合、応対者の移動が検知されていることから（Ｓ１２でＹＥＳ）、取消通知Ｄ６を作業者Ｗ１，Ｗ２に送信する（Ｓ１３）。

接近幅が所定値以上の作業者端末４がない場合（Ｓ２５でＮＯ）、制御部５０は、現在距離を前回距離として保持して（Ｓ２７）、図７のステップＳ１２へ進む。この場合、応対者の移動が検知されていないことから（Ｓ１２でＮＯ）、移動検知処理（Ｓ１１）すなわちステップＳ２１以降の処理が再度実行される。

以上の移動検知処理によると、作業者端末４毎に異常設備Ａ２に対する前回距離と現在距離との差分による接近幅を、移動検知のために算出して（Ｓ２４）、接近幅が所定値以上の作業者端末４に対応する作業者Ｗが応答者に決定される（Ｓ２６）。このように、移動検知処理の検知周期において異常設備Ａ２の方向へ移動した距離、即ち接近幅が所定値以上である作業者Ｗを、応対者に決定することができる。これにより、応対者としての移動として、異常設備Ａ２を示す異常通知Ｄ３に応じて移動したと想定される作業者Ｗを検知することができる。

なお、ステップＳ２１で取得される位置情報Ｄ４１～Ｄ４３は、上記の例に限らない。例えば、各作業者端末４－１～４－３が、複数のビーコン発信機６５との距離をビーコン発信機６５から受信する信号強度に基づいて推定することで、算出した位置情報であってもよい。ビーコン発信機６５は、作業者端末４の機器Ｉ／Ｆ４４とＢｌｕｅｔｏｏｔｈ規格により通信可能な機器に限らず、例えばＷｉＦｉのアクセスポイントであってもよい。

３．まとめ
以上のように、本実施形態における通知サーバ５は、環境の一例として作業場６に設置された設備Ａ１，Ａ２の異常を、複数のユーザの一例として作業者Ｗ１～Ｗ３に通知する異常通知装置の一例である。通知サーバ５は、通信部、状態情報取得部、および位置情報取得部の一例としてネットワークＩ／５５と、制御部５０とを備える。ネットワークＩ／Ｆ５５は、複数の作業者Ｗ１～Ｗ３にそれぞれ関連付けられた作業者端末４－１～４－３（複数の端末装置の一例）とデータ通信を行う。制御部５０は、ネットワークＩ／Ｆ５５の動作を制御して情報を送受信する。ネットワークＩ／Ｆ５５は、設備Ａ１，Ａ２の状態を示す状態情報Ｄ２１，Ｄ２２を取得する（Ｓ１）。ネットワークＩ／Ｆ５５は、作業場６における各作業者Ｗ１～Ｗ３の位置を示す位置情報Ｄ４１～Ｄ４３を取得する（Ｓ５，Ｓ１１，Ｓ２１）。制御部５０は、状態情報Ｄ２１，Ｄ２２に基づいて設備Ａ２が異常状態であることを特定すると（Ｓ２）、複数の作業者端末４－１～４－３に、設備Ａ２が異常状態であることを示す異常通知Ｄ３を送信する（Ｓ３）。制御部５０は、異常通知Ｄ３の送信後に、位置情報Ｄ４１～Ｄ４３に基づいて複数の作業者Ｗ１～Ｗ３において異常状態の設備Ａ２、すなわち異常設備Ａ２に移動する作業者の一例として作業者Ｗ３を検知する（Ｓ５）。制御部５０は、移動する作業者Ｗ３を検知したとき、異常通知Ｄ３を送信した複数の作業者端末４－１～４－３のうちの一部又は全体に、異常通知Ｄ３の取り消しを示す取消通知Ｄ６を送信する（Ｓ６）。

以上の通知サーバ５によると、異常通知Ｄ３により異常設備Ａ２に対処する作業者Ｗ３を確保しながら、取消通知Ｄ６により、異常通知Ｄ３に応じた作業者Ｗ１～Ｗ３の全員が異常設備Ａ２へ向かうといった過剰な労力を削減することができる。これにより、作業場６における設備Ａ１，Ａ２の異常の対処において、作業者Ｗの不要な移動を抑制することができ、異常の対処を効率良くすることができる。

本実施形態において、制御部５０は、移動する作業者Ｗ３を検知したとき（Ｓ１２でＹＥＳ）、異常通知Ｄ３を送信した複数の作業者端末４－１～４－３のうちの、検知された作業者Ｗ３以外の作業者Ｗ１，Ｗ２と関連付けられた作業者端末４－１，４－２に、取消通知Ｄ６を送信する（Ｓ１３）。これにより、既に作業者Ｗ３が向かった異常設備Ａ２に、他の作業者Ｗ１，Ｗ２が向かうような徒労を回避して、作業場６における異常設備Ａ２の対処を効率良くすることができる。

本実施形態において、制御部５０は、取消通知Ｄ６を送信してから所定期間中に、異常状態が解消されたか否かを判断する（Ｓ１５）。制御部５０は、異常状態が解消されていないと判断すると（Ｓ１６でＮＯ）、取消通知Ｄ６を送信した作業者端末４－１，４－２に、取消通知Ｄ６の取り消しを示す再通知を送信する（Ｓ１７）。これにより、取消通知Ｄ６の送信後に異常状態が解消されなくても、取消通知Ｄ６を取り消して異常設備Ａ２に対処する作業者Ｗを確保することができる。

本実施形態において、ネットワークＩ／Ｆ５５（位置情報取得部の一例）は、各作業者Ｗ１～Ｗ３にそれぞれ関連付けられた各作業者端末４－１～４－３から順次、位置情報Ｄ４１～Ｄ４３を取得する（Ｓ２１）。なお、各作業者端末４－１～４－３において、位置情報Ｄ４１～Ｄ４３は、ビーコン発信機６５を用いた測位に限らず、例えば全球測位衛星システム（ＧＰＳ或いはＧＮＳＳ）を用いた測位により生成されてもよい。

本実施形態において、制御部５０は、ネットワークＩ／Ｆ５５から順次、取得される位置情報Ｄ４１～Ｄ４３に基づいて、各作業者Ｗ１～Ｗ３と、異常設備Ａ２との間の距離の変化を算出して、移動する作業者Ｗを検知する（Ｓ２２～Ｓ２７）。これにより、例えば各作業者Ｗ１～Ｗ３と異常設備Ａ２との間の距離の変化に基づいて、応対者の移動検知処理（Ｓ１１）を行うことができる。本実施形態において、制御部５０は、算出した距離の変化としての、所定の時間間隔（例えば、所定周期）における異常設備Ａ２への接近幅が所定値以上である作業者Ｗ３を、移動する作業者Ｗとして検知する（Ｓ２６）。

本実施形態において、異常通知システム１は、複数の作業者Ｗ１～Ｗ３にそれぞれ関連付けられた作業者端末４－１～４－３（複数の端末装置の一例）と、通知サーバ５（異常通知装置の一例）とを備えた通知システムの一例である。こうした異常通知システム１において、通知サーバ５により、作業場６における設備Ａ１，Ａ２の異常の対処を効率良くすることができる。

本実施形態における異常通知方法は、環境の一例として作業場６に設置された設備Ａ１，Ａ２の異常を、複数のユーザの一例として作業者Ｗ１～Ｗ３に通知する方法である。本方法において、複数の作業者Ｗ１～Ｗ３にそれぞれ関連付けられた作業者端末４－１～４－３（複数の端末装置の一例）とデータ通信を行うコンピュータの通信部の一例として、通知サーバ５のネットワークＩ／Ｆ５５が、設備Ａ１，Ａ２の状態を示す状態情報Ｄ２１，Ｄ２２を取得する（Ｓ１）。ネットワークＩ／Ｆ５５は、作業場６における各作業者Ｗ１～Ｗ３の位置を示す位置情報Ｄ４１～Ｄ４３を取得する（Ｓ５，Ｓ１１，Ｓ２１）。通知サーバ５の制御部５０は、状態情報Ｄ２１，Ｄ２２に基づいて設備Ａ２が異常状態であることを特定すると（Ｓ２）、複数の作業者端末４－１～４－３に、設備Ａ２が異常状態であることを示す異常通知Ｄ３を送信する（Ｓ３）。制御部５０は、異常通知Ｄ３の送信後に、位置情報Ｄ４１～Ｄ４３に基づいて複数の作業者Ｗ１～Ｗ３において異常設備Ａ２に移動する作業者の一例として作業者Ｗ３を検知する（Ｓ５）。制御部５０は、移動する作業者Ｗ３を検知したとき、異常通知Ｄ３を送信した複数の作業者端末４－１～４－３のうちの一部又は全体に、異常通知Ｄ３の取り消しを示す取消通知Ｄ６を送信する（Ｓ６）。

本実施形態において、以上のような異常通知方法をコンピュータに実行させるためのプログラムが提供される。以上の異常通知方法及びプログラムによると、作業場６における設備Ａ１，Ａ２の異常の対処を効率良くすることができる。

（実施形態２）
以下、図１１及び図１２を用いて、本開示の実施形態２を説明する。実施形態１では、異常通知Ｄ３の送信後に異常設備Ａ２への作業者Ｗの移動を検知すると、異常通知Ｄ３を取り消す異常通知システム１を説明した。実施形態２では、異常設備Ａ２に移動する作業者Ｗの情報に基づいて、異常通知Ｄ３の取り消しを制御する異常通知システム１を説明する。

以下、実施形態１に係る異常通知システム１と同様の構成、動作の説明は適宜省略して、本実施形態に係る異常通知システム１を説明する。

本実施形態の異常通知システム１において、通知サーバ５は、作業者Ｗの情報として、各作業者Ｗが各設備Ａ１，Ａ２の異常状態に対処可能な資格を有する資格者であるか否かを示す資格者情報を用いる。例えば、本実施形態の通知サーバ５は、移動検知処理において、異常設備Ａ２への移動が検知された作業者Ｗが資格者情報において資格者に該当しない場合、当該作業者Ｗを応答者に決定しない。これにより、異常設備Ａ２への対処が困難と想定される作業者Ｗが、異常設備Ａ２に向かった際には、異常通知Ｄ３が取り消されないようにすることができる。

図１１は、本実施形態の異常通知システム１における資格者情報Ｄ５のデータ構造を例示する図である。資格者情報Ｄ５は、例えば通知サーバ５の格納部５１ａに予め格納される。資格者情報Ｄ５は、設備Ａ１，Ａ２の異常状態に関する資格者を管理する情報である。資格者情報Ｄ５の資格者は、作業場６における作業者Ｗにおいて設備Ａ１，Ａ２を管理する管理者の一例であり、設備Ａ１，Ａ２の異常状態に対処するための資格を有する作業者に設定される。資格者情報Ｄ５は、本実施形態において管理者を示す管理者情報の一例である。図１１の例において、資格者情報Ｄ５は、各作業者Ｗ１，Ｗ２，Ｗ３が、設備Ａ１，Ａ２の各々について資格を有するか否かにより、設備Ａ１，Ａ２毎に資格者であるか否かを管理する。

図１２は、本実施形態の異常通知システム１における移動検知処理を例示するフローチャートである。本実施形態の通知サーバ５において、例えば制御部５０は、実施形態１の移動検知処理（図１０）におけるステップＳ２１～Ｓ２７と同様の処理に加えて、資格者情報Ｄ５に基づく判断の処理（Ｓ３１）を実行する。

制御部５０は、例えば異常設備Ａ２への接近幅が所定値以上の作業者端末４が存在する場合（Ｓ２５でＹＥＳ）、当該作業者端末４に対応する作業者Ｗが、異常設備Ａ２についての資格者に該当するか否かを判断する（Ｓ３１）。ステップＳ３１の判断は、例えば予め格納部５１ａに格納された資格者情報Ｄ５が示す資格者と、ステップＳ２５で接近幅が所定値以上と判断された作業者Ｗ、即ち、異常設備Ａ２への移動が検知された作業者Ｗとを比較することにより行われる。

制御部５０は、接近幅が所定値以上の作業者端末４に対応する作業者Ｗが、資格者に該当する場合（Ｓ３１でＹＥＳ）、当該作業者端末４に対応する作業者Ｗを応対者として決定する（Ｓ２６）。例えば作業者端末４－３について異常設備Ａ２への接近幅が所定値以上の場合、図１１に示す資格者情報Ｄ５では、作業者端末４－３に対応する作業者Ｗ３は設備Ａ２について資格者であることから、応対者に決定される。その後、制御部５０は、図７のステップＳ１２へ進む。

一方、接近幅が所定値以上の作業者端末４に対応する作業者Ｗが資格者に該当しない場合（Ｓ３１でＮＯ）、制御部５０は、当該作業者Ｗを応対者に決定しない。例えば作業者端末４－２について接近幅が所定値以上の場合、図１１の資格者情報Ｄ５では、作業者端末４－２に対応する作業者Ｗ２は設備Ａ２について資格を有しないことから、応対者に決定されない。この場合（Ｓ３１でＮＯ）、制御部５０は、接近幅が所定値以上の作業者端末４が存在しない場合（Ｓ２５でＮＯ）と同様に、現在距離を前回距離として保持して（Ｓ２７）、図７のステップＳ１２へ進む。

以上の処理によると、異常設備Ａ２への移動が検知された作業者Ｗ（Ｓ２５でＹＥＳ）のうち、当該異常設備Ａ２について資格者に該当する作業者Ｗ（Ｓ３１でＹＥＳ）が、応対者として決定される（Ｓ２６）。このように、異常設備Ａ２に関する資格者情報Ｄ５に基づき作業者Ｗを選択的に応対者に決定することができる。これにより、異常設備Ａ２に対処し得る作業者Ｗが異常通知Ｄ３に応じたと考えられる場合に限定して、取消通知Ｄ６が送信できる（図７のＳ１３）。

以上のステップＳ２４では、全ての作業者端末４についての異常設備Ａ２への接近幅を算出する例を説明した。本実施形態の移動検知処理において、移動を検知するための接近幅の算出は、資格者の作業者端末４についてのみ行われてもよい。例えば、制御部５０は、ステップＳ２１において、資格者に該当する作業者Ｗの作業者端末４のみから位置情報を取得して、ステップＳ３１の処理を特に実行せずに、ステップＳ２２以降の処理を行ってもよい。この場合にも、異常設備Ａ２に関して資格者であって且つ異常設備Ａ２へ移動する作業者Ｗを応対者に決定することができる。

また、本実施形態の異常通知システム１において、取消通知Ｄ６は、応対者として資格者の移動が検知されたことを示す情報を含んでもよい。例えば、取消通知Ｄ６に基づく作業者端末４の表示画面（図６（Ｂ）参照）において、表示部４３は、資格者の応対者が現れたことを表示してもよい。

以上のように、本実施形態おける通知サーバ５は、格納部５１ａ（記憶部の一例）をさらに備え、格納部５１ａは、作業者Ｗ１～Ｗ３（複数のユーザの一例）において設備Ａ１，Ａ２を管理する資格者（管理者の一例）を示す資格者情報Ｄ５（管理者情報の一例）を格納する。制御部５０は、応答者である作業者Ｗ３（移動するユーザの一例）が、資格者情報Ｄ５において、異常設備Ａ２（異常状態の設備の一例）に関して資格者である場合（Ｓ３１でＹＥＳ）、取消通知Ｄ６を送信する（Ｓ１３）。制御部５０は、応答者の作業者Ｗ３が、資格者情報Ｄ５において、異常設備Ａ２に関して資格者でない場合（Ｓ３１でＮＯ）、取消通知Ｄ６を送信しない。

以上の通知サーバ５によると、異常設備Ａ２へ移動する応答者が資格者でない場合には、異常通知Ｄ３による異常設備Ａ２への呼び出しが継続される。これにより、資格者である作業者Ｗを応答者として確保して、複数の作業者Ｗにおける設備Ａ１，Ａ２の異常の対処を効率良くすることができる。

（実施形態３）
以下、図１３及び図１４を用いて、本開示の実施形態３を説明する。実施形態２では、通知サーバ５による移動検知処理において、資格者情報を用いて応対者を決定する異常通知システム１を説明した。実施形態３では、さらに作業者端末４において通知を表示させるか否かを切り替え可能な異常通知システム１を説明する。

以下、実施形態１、２に係る異常通知システム１と同様の構成、動作の説明は適宜省略して、本実施形態に係る異常通知システム１を説明する。

図１３は、本実施形態の作業者端末４における設定画面の表示例を示す図である。本実施形態の異常通知システム１では、個々の作業者Ｗが自身の作業者端末４により、通知サーバ５から受信した異常通知Ｄ３、取消通知Ｄ６、及び再通知といった通知情報に基づく通知を表示するか、あるいは非表示にするかを設定可能である。

図１３の表示例において、作業者端末４の表示部４３は、全ての設備Ａ１，Ａ２について設定する「通知許可」の設定項目と、設備Ａ１，Ａ２毎に設定する「設備Ａ１」及び「設備Ａ２」の設定項目と、各作業者端末４に固有の端末ＩＤとを表示している。図１３の例では、作業者端末４－３に対応する端末ＩＤ「４３０」が表示されている。表示部４３は、さらに各設定項目について「ＯＮ」と「ＯＦＦ」、即ち有効と無効を切り替えるための選択ボタンを表示している。作業者端末４の操作部４２は、作業者Ｗによる「ＯＮ」と「ＯＦＦ」を選択する操作を入力する。

例えば「通知許可」の「ＯＮ」または「ＯＦＦ」が選択されると、各設備Ａ１，Ａ２の設定項目について有効または無効が一括して設定される。通知許可の設定により、或いは「設備Ａ１」および「設備Ａ２」の「ＯＮ」または「ＯＦＦ」をそれぞれ選択する操作により、各設備Ａ１，Ａ２の設定項目について有効または無効が設定される。例えば作業者Ｗ３が異常に対処可能な設備Ａ２を「ＯＮ」、他の設備Ａ１を「ＯＦＦ」に設定することで、各設備Ａ１，Ａ２に関する通知の表示と非表示を切り替えることができる。各作業者端末４は、こうした設定画面において設定された通知の表示または非表示を示す設定情報を、例えば格納部４１ａに格納する。

本実施形態の異常通知システム１において、各作業者端末４は、例えば所定の周期で、或いはユーザ操作による更新時に、設定情報を通知サーバ５に送信する。通知サーバ５は、各作業者端末４から受信した設定情報に基づいて、資格者情報Ｄ５を更新（または生成）する。通知サーバ５は、設定情報において通知の設定が「ＯＮ」である設備について、当該作業者端末４に対応する作業者Ｗを資格者とするように、資格者情報Ｄ５を更新する。図１３の例では、端末ＩＤが「４３０」の作業者端末４－３に対応する作業者Ｗ３は、通知の設定が「ＯＮ」である設備Ａ２について資格者であるとして、資格者情報Ｄ５を更新することができる。

さらに、本実施形態の作業者端末４は、設定情報に基づき、通知サーバ５から通知情報を受信した際の表示を制御する表示制御処理を行う。

図１４は、本実施形態の作業者端末４における表示制御処理を例示するフローチャートである。本フローチャートは、例えば、作業者端末４が設定情報を格納した状態で開始される。本フローチャートに示す各処理は、例えば作業者端末４の制御部４０により実行される。

まず、制御部４０は、例えばネットワークＩ／Ｆ４５を介して通知サーバ５から、異常通知Ｄ３などの通知情報を受信したか否かを判断する（Ｓ４０）。通知情報が受信されていない場合（Ｓ４０でＮＯ）、制御部４０は、ステップＳ４０の判断を繰り返す。

通知情報が受信された場合（Ｓ４０でＹＥＳ）、制御部４０は、設定情報を参照して、通知許可の設定が「ＯＮ」であるか否かを判断する（Ｓ４１）。以下では、作業場６における複数の設備Ａ１，Ａ２のうちの設備Ａ２に関する通知情報が受信された例を説明する。

通知許可の設定が「ＯＮ」である場合（Ｓ４１でＹＥＳ）、制御部４０は、通知情報が受信された設備Ａ２に関する設定情報を参照して、設備Ａ２の設定が「ＯＮ」であるか否かを判断する（Ｓ４２）。

受信した通知情報の設備Ａ２について設定が「ＯＮ」の場合（Ｓ４２でＹＥＳ）、制御部４０は、通知情報に基づく通知画面を、表示部４３に表示させる（Ｓ４３）。図１３の例では、端末ＩＤ「４３０」の作業者端末４－３において、通知許可の設定が「ＯＮ」であり（Ｓ４１でＹＥＳ）且つ設備Ａ２の設定が「ＯＮ」である（Ｓ４２でＹＥＳ）。この場合、作業者端末４－３の表示部４３には、設備Ａ２に関する通知画面が表示される。

一方、通知許可の設定が「ＯＮ」ではない場合（Ｓ４１でＮＯ）、または受信した通知情報の設備Ａ１または設備Ａ２について設定が「ＯＮ」ではない場合（Ｓ４２でＮＯ）、制御部４０は、通知情報を表示部４３に表示させない（Ｓ４４）。

通知画面を表示した（Ｓ４３）後、あるいは通知画面を表示させなかった（Ｓ４４）後、制御部４０は、本フローチャートに示す処理を終了する。

以上の処理によると、作業者端末４は、設定情報に基づいて、受信した通知情報に基づく通知画面を表示するか否かを制御する（Ｓ４０～Ｓ４４）。これにより、各作業者Ｗの作業者端末４において、設定情報に基づき、例えば設備Ａ１，Ａ２についての通知のうち各作業者Ｗと関連する通知を選択的に表示させることができる。

以上のように、本実施形態の異常通知システム１において、各作業者端末４（端末装置の一例）は、端末通信部の一例としてネットワークＩ／Ｆ４５と、表示部４３と、操作部４２と、端末制御部の一例として制御部４０とを備える。ネットワークＩ／Ｆ４５は、通知サーバ５（異常通知装置の一例）とデータ通信する。表示部４３は、情報を表示する。操作部４２は、設備Ａ１，Ａ２に関する通知の表示または非表示を含む設定情報を設定するユーザ操作を受け付ける。制御部４０は、設定情報に基づいて、異常通知Ｄ３及び取消通知Ｄ６を表示部４３に表示させるか否かを切り替える（Ｓ４０～Ｓ４４）。

以上の作業者端末４によると、ユーザの一例である各作業者Ｗが、例えば各設備Ａ１，Ａ２のうち自身に関連する設備について、異常通知Ｄ３及び取消通知Ｄ６などの通知情報を表示させるように設定することができる。これにより、例えば各作業者Ｗが関連のない通知情報を確認する労力を削減することができ、複数の作業者Ｗにおける設備Ａ１，Ａ２の異常の対処を効率良くすることができる。

本実施形態の通知サーバ５において、管理者情報の一例である資格者情報Ｄ５は、ネットワークＩ／Ｆ５５（通信部の一例）が複数の作業者端末４から受信した情報の一例である設定情報に基づいて、ネットワークＩ／Ｆ５５に特定の設備Ａ１，Ａ２について通知が「ＯＮ」即ち有効に設定された設定情報（所定の情報の一例）を送信した作業者端末４に関連付けられた作業者Ｗ（ユーザの一例）を資格者（管理者の一例）として管理する。本実施形態において、制御部５０は、当該所定の情報を送信した作業者端末４に関連付けられた作業者Ｗを資格者として、資格者情報Ｄ５を更新する。これにより、例えば各作業者Ｗが各設備Ａ１，Ａ２について異常状態への対処の可否に応じて設定した設定情報を用いて、資格者情報Ｄ５における資格者を効率良く管理することができる。

（実施形態４）
以下、図１５及び図１６を用いて本開示の実施形態４を説明する。実施形態１～３では、作業者端末４から送信される位置情報を取得して、作業者Ｗの移動を検知する異常通知システム１を説明した。実施形態４では、作業場６における画像認識によって作業者Ｗの移動を検知する異常通知システム１Ａを説明する。

以下、実施形態１～３に係る異常通知システム１と同様の構成、動作の説明は適宜省略して、本実施形態に係る異常通知システム１Ａを説明する。

図１５は、本実施形態に係る異常通知システム１Ａを説明するための図である。本システム１Ａは、実施形態１の異常通知システム１と同様の構成に加えて、複数のカメラ２－１，２－２，２－３を備える。以下、カメラ２－１～２－３を総称してカメラ２ともいう。図１５では、３つのカメラ２－１～２－３を例示しているが、本システム１Ａに含まれるカメラ２の個数は特に３つに限定されず、２つ以下又は４つ以上であってもよい。

カメラ２は、本システム１Ａにおける撮像装置の一例である。カメラ２は、画像を撮像する撮像部と、撮像部が撮像した撮像画像を示す画像データを送信する通信部とを備える。撮像部は、ＣＣＤイメージセンサ又はＣＭＯＳイメージセンサなどで実現される。通信部は、例えばＩＥＥＥ８０２．１１といった所定の通信規格に準拠して外部機器との通信を行うためのインタフェース回路を含む。

本システム１Ａにおいて、カメラ２－１，２－２は、それぞれ設備Ａ１，Ａ２が映るように配置される。カメラ２－３は、作業場６において設備Ａ１，Ａ２から距離を置いて作業者Ｗが移動する範囲が映るように配置される。カメラ２は、例えば作業場６において所定の周期で撮像動作を繰り返し、撮像画像を示す画像データを生成する。カメラ２は、例えば画像データが通知サーバ５に送信されるように、通知サーバ５に接続される。

本実施形態の異常通知システム１Ａにおいて、通知サーバ５は、例えばカメラ２－３による撮像画像において、画像認識技術を用いて作業者Ｗの位置を認識することで、応対者の移動検知処理を行う。また、通知サーバ５は、取消通知Ｄ６の送信後、例えば異常設備Ａ２を映すカメラ２－２による撮像画像において、応対者の所定のジェスチャーを検知するための画像認識処理を行う。所定のジェスチャーは、再通知の送信を要請するために、応答者である作業者Ｗ等の人物が腕を交差するようなジェスチャーである。

図１６は、本実施形態の異常通知システム１Ａにおける異常検知時の動作を例示するフローチャートである。通知サーバ５において、例えば制御部５０は、実施形態１～３における作業者端末４からの位置情報を用いた移動検知処理（図７のＳ１１）に代えて、画像認識による移動検知処理（Ｓ１１Ａ）を行う。さらに、本実施形態では、制御部５０は、ステップＳ１１Ａ及び図７のステップＳ１２～Ｓ１７と同様の処理に加えて、作業者Ｗによる所定のジェスチャーに応じた再通知に関する処理（Ｓ５１，Ｓ５２）を実行する。

まず、制御部５０は、ネットワークＩ／Ｆ５５を介してカメラ２－１から画像データを取得して、画像認識による応対者の移動検知処理（Ｓ１１Ａ）を行う。制御部５０は、取得した画像データに基づき、画像認識により各作業者Ｗ１～Ｗ３の位置を認識して、作業場６における各作業者Ｗ１～Ｗ３の位置を示す位置情報を生成する。制御部５０は、本実施形態における位置情報取得部の一例である。こうした位置を認識する画像認識処理は、例えば、各種の機械学習による学習済みモデル等を用いて、或いは種々の画像認識アルゴリズムにより実現される。制御部５０は、生成した位置情報Ｄ４１～Ｄ４３に基づき、例えば図１０のステップＳ２２～Ｓ２７と同様の処理を行う。

応対者の移動が検知されると（Ｓ１２でＹＥＳ）、制御部５０は、取消通知Ｄ６を送信して（Ｓ１３）、例えば異常設備Ａ２から状態情報を取得する（Ｓ１４）。さらに、本実施形態の制御部５０は、例えばネットワークＩ／Ｆ５５を介して、異常設備Ａ２を映すカメラ２－２から画像データを取得して、当該画像データに基づき、応対者の所定のジェスチャーを検知するための画像認識処理を行う（Ｓ５１）。

ステップＳ５１の画像認識処理は、例えば所定のジェスチャーを行う人物が映った画像を教師データとして、各種の機械学習による学習済みモデル等を用いて実現される。例えば、ステップＳ５１において制御部５０は、取得した画像データにおいて異常設備Ａ２近傍の領域の画像を、学習済みモデルに入力して、学習済みモデルからジェスチャーの認識結果を取得する。制御部５０は、取得された認識結果（Ｓ５１）に基づいて、応対者の所定のジェスチャーが検知されたか否かを判断する（Ｓ５２）。

応対者の所定のジェスチャーが検知された場合（Ｓ５２でＹＥＳ）、制御部５０は、例えば応対者以外の作業者Ｗに対応する作業者端末４に再通知を送信する（Ｓ１７）。この際、制御部５０は、例えば所定のジェスチャーが検知された撮像画像を、再通知に含めて送信してもよい。これにより、作業者端末４において再通知を受けた作業者Ｗは、当該撮像画像を表示させることで、応対者を確認することができる。

応対者の所定のジェスチャーが検知されない場合（Ｓ５２でＮＯ）、制御部５０は、ステップＳ１５へ進む。

以上の処理によると、カメラ２－３からの画像データに基づく画像認識により応対者の移動検知処理が行われる（Ｓ１１Ａ）。これにより、例えば作業場６においてビーコン発信機６５等の設置が困難な場合などにも、作業場６において移動する作業者Ｗを撮像するカメラ２－３を用いて、移動検知処理を行うことができる。また、例えば異常設備Ａ２を撮像するカメラ２－２からの画像データに基づく所定のジェスチャーの画像認識（Ｓ５１）により、応対者による所定のジェスチャーが検知された場合（Ｓ５２でＹＥＳ）、再通知が送信される（Ｓ１７）。これにより、応対者が異常設備Ａ２に対処できない場合等に所定のジェスチャーを行うことで、再通知により他の作業者Ｗを呼び出すことができる。

本実施形態では、作業者端末４は、位置情報の生成及び通知サーバ５への送信を行わなくてもよい。また、設備Ａ１，Ａ２の異常状態を検知する（図５のＳ２）際に、例えば各設備Ａ１，Ａ２に設置された稼働状態を示すランプ等をカメラ２－１，２－２で撮影することで、状態情報を用いずに、撮影された画像から設備Ａ１，Ａ２の稼働状態が判定されてもよい。また、異常通知システム１Ａにおいて、各設備Ａ１，Ａ２を撮像するカメラは、カメラ２－１，２－２に限らず、例えばカメラ２－３と同様に、作業者Ｗの位置を認識するために作業場６を撮像するカメラにより実現されてもよい。例えば、カメラ２－１，２－２を特に用いずに、作業場６において作業者Ｗが移動する範囲全体が映るように設置されたカメラを用いて、画像認識による移動検知（Ｓ１１Ａ）及び所定のジェスチャーの画像認識（Ｓ５１）が行われてもよい。

本実施形態の通知サーバ５において、通信部の一例であるネットワークＩ／Ｆ５５は、環境の一例である作業場６を撮像する第１の撮像装置の一例としてカメラ２－３から画像データ（第１の画像データの一例）を受信する。本実施形態において、位置情報取得部の一例である制御部５０は、カメラ２－３から受信された画像データに基づいて、当該画像データが示す撮像画像において各作業者Ｗ（ユーザの一例）の位置を認識して、位置情報を取得する（Ｓ１１Ａ）。これにより、各作業者端末４が位置情報Ｄ４１～Ｄ４３を生成して通知サーバ５に送信しなくても、通知サーバ５において画像データに基づく位置情報を用いた移動検知処理を行うことができる。

本実施形態において、ネットワークＩ／Ｆ５５（通信部の一例）は、異常状態の設備の一例である設備Ａ２を撮像する第２の撮像装置の一例としてカメラ２－２から画像データ（第２の画像データの一例）を受信する。制御部５０は、取消通知Ｄ６の送信（Ｓ１３）後に、カメラ２－２から受信された画像データに基づいて、当該画像データが示す撮像画像に含まれる応答者である作業者Ｗ（ユーザの一例）のジェスチャーを検知する（Ｓ５１）。制御部５０は、所定のジェスチャーを検知すると（Ｓ５２でＹＥＳ）、取消通知Ｄ６の取り消しを示す再通知を送信する（Ｓ１７）。これにより、例えば応対者である作業者Ｗが異常設備Ａ２に到着したが、異常状態を解消できない等の場合にも、応対者が所定のジェスチャーを行うことで再通知の送信を促し、異常状態に対処する他の作業者Ｗを確保することができる。

（他の実施形態）
以上のように、本出願において開示する技術の例示として、実施形態１～４を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置換、付加、省略などを行った実施の形態にも適用可能である。また、上記各実施形態で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。そこで、以下、他の実施形態を例示する。

上記の各実施形態では、異常設備Ａ２へ作業者Ｗを呼び出す通知をする（Ｓ３，Ｓ１７）際に、作業場６における全ての作業者Ｗの作業者端末４に、異常通知Ｄ３等の通知情報を送信する通知サーバ５を説明した。本実施形態において、通知サーバ５は、一部の作業者端末４にのみ通知情報を送信してもよい。例えば、通知サーバ５は、作業者Ｗの位置情報に基づいて、作業場６における特定のエリアに位置する作業者Ｗの作業者端末４に通知情報を送信してもよい。これにより、例えば会議室にいる作業者Ｗには通知しない、或いは異常設備から所定の範囲内にいる作業者Ｗにのみ通知するといった選択的な通知を行うことができ、過剰な呼び出しの通知による作業効率の低下を抑制し易くすることができる。

上記の各実施形態では、通知サーバ５は、応対者の移動が検知された場合（Ｓ１２でＹＥＳ）、応対者の人数に関わらず、取消通知Ｄ６を作業者端末４に送信する（Ｓ１３）例を説明した。本実施形態では、通知サーバ５は、応対者の人数に応じて取消通知Ｄ６の送信（Ｓ１３）を行ってもよい。例えば、制御部５０は、ステップＳ１２において、所定数（例えば２人）以上の応対者の移動が検知された場合のみステップＳ１３に進み、応対者が所定数未満の場合、移動検知処理を繰り返してもよい。

上記の実施形態２では、応対者の移動検知処理において、予め格納された資格者情報に基づいて、作業者Ｗが資格者か否かを判断する（Ｓ３１）例を説明した。本実施形態では、異常通知システムは、例えば実施形態４の異常通知システム１Ａにおけるカメラ２－３と同様に、作業者Ｗが映るように設置されたカメラを備えてもよい。本実施形態において、異常通知システムは、ステップＳ３１において、カメラからの画像データに基づいて、作業者Ｗの帽子等の着衣の色または腕章の有無等の特徴を画像認識により認識することで、作業者Ｗが資格者か否かを判断してもよい。例えば本システムにおける通知サーバ５の制御部５０は、ステップＳ３１において、カメラから画像データを取得して、上記特徴を認識するための画像認識処理を適用してもよい。

上記の各実施形態では、通知サーバ５は、取消通知Ｄ６の送信後、再通知に関する処理（Ｓ１４～Ｓ１７）を行う例を説明した。本実施形態において、通知サーバ５は、特に再通知に関する処理（Ｓ１４～Ｓ１７）を実行しなくてもよい。

上記の各実施形態では、異常通知システム１，１Ａが作業場６に適用される例を説明した。本実施形態において、異常通知システム１，１Ａ及び通知サーバ５が適用される現場は特に作業場６に限らず、例えば物流倉庫又は店舗の売り場など種々の現場であってもよい。

以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。

したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。

また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において、種々の変更、置換、付加、省略などを行うことができる。

本開示は、工場、物流現場または店舗など種々の環境において、複数の作業者に移動を誘起する情報を通知する種々の通知システムに適用可能である。

Claims (13)

1. 環境に設置された設備の異常を、複数のユーザに通知する異常通知装置であって、
   前記複数のユーザにそれぞれ関連付けられた複数の端末装置とデータ通信を行う通信部と、
   前記通信部の動作を制御して情報を送受信する制御部と、
   前記設備の状態を示す状態情報を取得する状態情報取得部と、
   前記環境における各ユーザの位置を示す位置情報を取得する位置情報取得部とを備え、
   前記制御部は、
   前記状態情報に基づいて前記設備が異常状態であることを特定すると、前記複数の端末装置に、前記設備が前記異常状態であることを示す異常通知を送信し、
   前記異常通知の送信後に、前記位置情報に基づいて前記複数のユーザにおいて前記異常状態の設備に移動するユーザを検知し、
   前記移動するユーザを検知したとき、前記異常通知を送信した複数の端末装置のうちの一部又は全体に、前記異常通知の取り消しを示す取消通知を送信する
   異常通知装置。
2. 前記制御部は、前記移動するユーザを検知したとき、前記異常通知を送信した複数の端末装置のうちの、前記検知されたユーザ以外のユーザと関連付けられた端末装置に、前記取消通知を送信する
   請求項１に記載の異常通知装置。
3. 前記制御部は、
   前記取消通知を送信してから所定期間中に、前記異常状態が解消されたか否かを判断し、
   前記異常状態が解消されていないと判断すると、前記取消通知を送信した端末装置に、前記取消通知の取り消しを示す再通知を送信する
   請求項１に記載の異常通知装置。
4. 前記制御部は、前記位置情報取得部から順次、取得される位置情報に基づいて、前記各ユーザと前記異常状態の設備との間の距離の変化を算出して、前記移動するユーザを検知する
   請求項１に記載の異常通知装置。
5. 前記複数のユーザにおいて前記設備を管理する管理者を示す管理者情報を格納する記憶部をさらに備え、
   前記制御部は、
   前記移動するユーザが、前記管理者情報において、前記異常状態の設備に関して前記管理者である場合、前記取消通知を送信し、
   前記移動するユーザが、前記管理者情報において、前記異常状態の設備に関して前記管理者でない場合、前記取消通知を送信しない
   請求項１に記載の異常通知装置。
6. 前記管理者情報は、前記通信部が前記複数の端末装置から受信した情報に基づいて、前記通信部に所定の情報を送信した端末装置に関連付けられたユーザを前記管理者として管理する
   請求項５に記載の異常通知装置。
7. 前記位置情報取得部は、前記各ユーザにそれぞれ関連付けられた前記各端末装置から順次、前記位置情報を取得する
   請求項１に記載の異常通知装置。
8. 前記通信部は、前記環境を撮像する第１の撮像装置から第１の画像データを受信し、
   前記位置情報取得部は、前記第１の撮像装置から受信された第１の画像データに基づいて、前記第１の画像データが示す撮像画像において各ユーザの位置を認識して、前記位置情報を取得する
   請求項１に記載の異常通知装置。
9. 前記通信部は、前記異常状態の設備を撮像する第２の撮像装置から第２の画像データを受信し、
   前記制御部は、
   前記取消通知の送信後に、前記第２の撮像装置から受信された第２の画像データに基づいて、前記第２の画像データが示す撮像画像に含まれるユーザのジェスチャーを検知し、
   所定のジェスチャーを検知すると、前記取消通知の取り消しを示す再通知を送信する
   請求項１に記載の異常通知装置。
10. 前記複数のユーザにそれぞれ関連付けられた複数の端末装置と、
    請求項１から９のいずれか１項に記載の異常通知装置と、を備えた
    通知システム。
11. 前記各端末装置は、
    前記異常通知装置とデータ通信する端末通信部と、
    情報を表示する表示部と、
    前記設備に関する通知の表示または非表示を含む設定情報を設定するユーザ操作を受け付ける操作部と、
    前記設定情報に基づいて、前記異常通知及び前記取消通知を前記表示部に表示させるか否かを切り替える端末制御部とを備える
    請求項１０に記載の通知システム。
12. 環境に設置された設備の異常を、複数のユーザに通知する異常通知方法であって、
    前記複数のユーザにそれぞれ関連付けられた複数の端末装置とデータ通信を行うコンピュータの通信部が、
    前記設備の状態を示す状態情報を取得し、
    前記環境における各ユーザの位置を示す位置情報を取得し、
    前記コンピュータの制御部が、
    前記状態情報に基づいて前記設備が異常状態であることを特定すると、前記複数の端末装置に、前記設備が前記異常状態であることを示す異常通知を送信し、
    前記異常通知の送信後に、前記位置情報に基づいて前記複数のユーザにおいて前記異常状態の設備に移動するユーザを検知し、
    前記移動するユーザを検知したとき、前記異常通知を送信した複数の端末装置のうちの一部又は全体に、前記異常通知の取り消しを示す取消通知を送信する
    異常通知方法。
13. 請求項１２に記載の異常通知方法をコンピュータの制御部に実行させるためのプログラム。