JP6175008B2

JP6175008B2 - 通知装置

Info

Publication number: JP6175008B2
Application number: JP2014019109A
Authority: JP
Inventors: 勝岸; 達也北條; 宏樹坪井
Original assignee: Azbil Corp
Current assignee: Azbil Corp
Priority date: 2014-02-04
Filing date: 2014-02-04
Publication date: 2017-08-02
Anticipated expiration: 2034-02-04
Also published as: CN104820376A; JP2015146146A; CN104820376B

Description

本発明は、建築物に付帯している各設備の監視制御や、プラントの監視制御を行う監視制御システムなどのシステムで発生した事象を通知する通知装置に関するものである。

例えば、建築物に付帯している各設備の監視制御、およびプラントなどの制御には、制御システムが用いられ、さらに機器管理装置が用いられている（特許文献１参照）。このような監視制御システムにおいては、ネットワークにより接続している現場に設置されたプロセス機器や各種センサなどのフィールド機器との間で信号をやりとりし、フィールド機器の動作を制御し、フィールド機器の動作確認などの診断結果を表示し、また、パラメータ設定などを行っている。

このような監視制御システムには、制御および監視の対象となる機器が多数にわたり、これらを表す情報も、生産に関わる運転，生産管理，製造方法，機器管理など多種多様にわたっている。また、システムの効率化および様々な安全性確保の観点より、システム内で発生したエラー、異常などの事象を、システムのユーザに迅速に通知することが重要となる。

例えば、モニターにより、常時表示エリアやポップアップ画面などにより、発生した事象を表示することで、事象の通知を行っている。また、発生した事象がエラーや異常である場合、パトライト（登録商標）、ホーン、スピーカーなどを用い、警報として通知している。

特開２０１２−０１４３８９号公報

しかしながら、上述した監視制御システムにおいて発生した事象（イベント）の通知では、通知方法や通知範囲が固定化されている。このため、イベントに関連して通知の対象となるユーザが通知範囲に不在の場合、通知が認識されないことになるという問題がある。例えば、システムの異常を示す警報が警報音により発令されても、警報音が聞こえる範囲にはユーザが不在であれば、ユーザはシステムに異常が発生したことを認識することができない。

本発明は、以上のような問題点を解消するためになされたものであり、システムで発生した事象を、通知対象のユーザに対してより確実に通知できるようにすることを目的とする。

本発明に係る通知装置は、ユーザを識別するユーザ情報が、ユーザに対応する役割とともに記憶されたユーザ情報記憶部と、監視制御対象の機器および機器を監視制御する監視制御装置から構成されたシステムで発生する事象に対応する役割が記憶された役割対応記憶部と、システムで発生した事象を検出する検出部と、検出部が検出した事象に対応する役割を役割対応記憶部より取得する役割取得部と、役割取得部で取得された役割に対応するユーザ情報をユーザ情報記憶部より取得するユーザ情報取得部と、ユーザ情報取得部で取得されたユーザ情報で特定されるユーザに対して検出部が検出した事象を通知する通知部とを備える。

上記通知装置において、通知部は、ユーザ情報で特定される端末に検出部が検出した事象を送出することでユーザに対する通知を行う。この場合、ユーザ情報で特定されて通信が可能な端末を特定する通知端末決定部を備え、通知部は、通知端末決定部が特定した端末に検出部が検出した事象を送出するとよい。また、検出部が検出した事象の送出先からの返信を受け付ける返信受付部を備え、役割対応記憶部は、役割が、権限の種類により階層構造として構成され、この階層構造とした役割が、事象に対して対応付けられたものとし、通知部は、検出部が検出した事象とともに、返信要求を送出し、役割取得部は、通知部が返信要求を送出した後で設定されている時間内に返信受付部で返信が受け付けられない場合、直前に取得した役割より上位階層の役割を新たに取得する。

上記通知装置において、システムで発生した事象は、例えば、システムで発生した異常であり、事象の通知は、警報である。

以上説明したことにより、本発明によれば、システムで発生した事象を、通知対象のユーザに対してより確実に通知できるようになるという優れた効果が得られる。

図１は、本発明の実施の形態１における通知装置１００の構成を示す構成図である。図２は、本発明の実施の形態１における通知装置１００の動作を説明するフローチャートである。図３は、本発明の実施の形態２における通知装置２００の構成を示す構成図である。図４は、本発明の実施の形態２における通知装置２００の動作を説明するフローチャートである。図５は、本発明の実施の形態３における通知装置３００の構成を示す構成図である。図６は、本発明の実施の形態３における通知装置３００の動作を説明するフローチャートである。

以下、本発明の実施の形態について図を参照して説明する。

［実施の形態１］
はじめに、本発明の実施の形態１について図１を用いて説明する。図１は、本発明の実施の形態１における通知装置１００の構成を示す構成図である。

通知装置１００は、ユーザ情報記憶部１０１、役割対応記憶部１０２、イベント検出部１０３、役割取得部１０４、ユーザ情報取得部１０５、イベント通知部１０６を備える。また、通知装置１００は、送受信部１０７を備え、端末１２２，管理者端末１２３，警報器１２４と所定のネットワークを介して接続可能とされている。

ユーザ情報記憶部１０１は、ユーザを識別するユーザ情報を、ユーザに対応する役割とともに記憶している。役割対応記憶部１０２は、監視制御対象の機器および機器を監視制御する監視制御装置から構成されたシステム１２１で発生する事象（イベント）に対応する役割を記憶している。役割対応記憶部１０２では、役割が、イベントの種類（内容）に対応して定義されている。イベント検出部１０３は、システム１２１で発生した事象を検出する。システムで発生した事象は、例えば、システムで発生した異常である。

役割取得部１０４は、イベント検出部１０３が検出した事象に対応する役割を役割対応記憶部１０２より取得する。ユーザ情報取得部１０５は、役割取得部１０４で取得された役割に対応するユーザ情報をユーザ情報記憶部１０１より取得する。

イベント通知部１０６は、ユーザ情報取得部１０５で取得されたユーザ情報で特定されるユーザに対し、イベント検出部１０３が検出した事象を通知する。例えば、送受信部１０７を介して接続する端末１２２に、イベント検出部１０３が検出した事象を送出することで、ユーザに対する通知を行う。システムで発生した事象は、例えば、システムで発生した異常であれば、事象の通知は、警報となる。端末１２２は、対象となるユーザ情報で特定されているものである。また、イベント通知部１０６は、検出した事象が異常の場合、特定されたユーザへの通知に加え、予め制御対象として設定されている警報器１２４を動作させ、警報を発令させる。

次に、実施の形態１における通知装置１００の動作について、図２のフローチャートを用いて説明する。まず、ステップＳ２０１で、システムの終了指示を確認し、終了指示がなければ（ステップＳ２０１のｎ）、ステップＳ２０２で、イベント検出部１０３が、システム１２１における事象（イベント）の発生の有無を確認する。

イベント検出部１０３が、システム１２１で発生したイベントを検出すると（ステップＳ２０２のｙ）、ステップＳ２０３で、役割取得部１０４が、検出されたイベントに対応する役割を役割対応記憶部１０２より取得する。次に、ステップＳ２０４で、ユーザ情報取得部１０５が、取得された役割に対応するユーザ情報を、ユーザ情報記憶部１０１より取得する。

この後、ステップＳ２０５で、イベント通知部１０６が、ユーザ情報取得部１０５で取得されたユーザ情報で特定されるユーザに対し、検出されたイベントを通知する。例えば、送受信部１０７を介して接続する端末１２２に、イベント検出部１０３が検出したイベントを送出する。端末１２２は、対象となるユーザ情報で特定されているものであり、イベントの送出により、端末１２２を使用するユーザに対する通知が行われることになる。また、イベント通知部１０６は、検出した事象が警報の場合、予め制御対象として設定されている警報器１２４を動作させ、警報を発令させる。上述した動作を、終了指示を受け付けるまで（ステップＳ２０１のｙ）継続する。

このように、実施の形態１では、イベントの発生により、単に警報機器などを発動させるのではなく、発生したイベントが、このイベントに対応付けられている役割で規定されるユーザに通知される。このため、発生したイベントは、このイベントに関連するユーザに通知されるようになる。このように、実施の形態１によれば、通知対象のユーザに対してより確実に通知されるようになる。

［実施の形態２］
次に、本発明の実施の形態２について、図３を用いて説明する。図３は、本発明の実施の形態２における通知装置２００の構成を示す構成図である。

通知装置２００は、ユーザ情報記憶部１０１、役割対応記憶部１０２、イベント検出部１０３、役割取得部１０４、ユーザ情報取得部１０５、イベント通知部２０６を備える。また、通知装置２００は、送受信部１０７を備え、端末１２２，管理者端末１２３，警報器１２４と所定のネットワークを介して接続可能とされている。加えて、実施の形態２では、通知端末決定部２０８を備える。

ユーザ情報記憶部１０１は、ユーザを識別するユーザ情報を、ユーザに対応する役割とともに記憶している。役割対応記憶部１０２は、監視制御対象の機器および機器を監視制御する監視制御装置から構成されたシステム１２１で発生する事象（イベント）に対応する役割を記憶している。役割対応記憶部１０２では、役割が、イベントの種類（内容）に対応して定義されている。イベント検出部１０３は、システム１２１で発生した事象を検出する。

上述した構成は、前述した実施の形態１と同様である。

実施の形態２で新たに備える通知端末決定部２０８は、上述したユーザ情報で特定されて通信が可能な端末を特定する。例えば、通知端末決定部２０８は、各端末と接続するネットワークにおいて、特定された端末との通信の可否を判定することで、通信が可能とされた端末を特定する。イベント通知部２０６は、上述したように、通信端末決定部２０８で特定された端末に対し、イベント検出部１０３が検出した事象を送出することで、ユーザに対する通知を行う。また、イベント通知部２０６は、検出した事象が警報の場合、特定された端末へのイベント送出に加え、予め制御対象として設定されている警報器１２４を動作させ、警報を発令させる。

次に、実施の形態２における通知装置２００の動作について、図４のフローチャートを用いて説明する。まず、ステップＳ４０１で、システムの終了指示を確認し、終了指示がなければ（ステップＳ４０１のｎ）、ステップＳ４０２で、イベント検出部１０３が、システム１２１における事象（イベント）の発生の有無を確認する。イベント検出部１０３が、システム１２１で発生したイベントを検出すると（ステップＳ４０２のｙ）、ステップＳ４０３で、役割取得部１０４が、検出されたイベントに対応する役割を役割対応記憶部１０２より取得する。

次に、ステップＳ４０４で、ユーザ情報取得部１０５が、取得された役割に対応するユーザ情報を、ユーザ情報記憶部１０１より取得する。次に、ステップＳ４０５で、通知端末決定部２０８が、取得されたユーザ情報で特定された端末の中で、通信が可能な端末を特定する。通知端末決定部２０８は、各端末と接続するネットワークにおいて、特定された端末との通信の可否を判定することで、通信が可能とされた端末を特定する。

この後、ステップＳ４０５で、イベント通知部２０６が、通知端末決定部２０８により特定された端末１２２に、イベント検出部１０３が検出したイベントを送出する。端末１２２は、対象となるユーザ情報で特定されているものであり、イベントの送出により、端末１２２を使用するユーザに対する通知が行われることになる。また、イベント通知部２０６は、検出した事象が警報の場合、予め制御対象として設定されている警報器１２４を動作させ、警報を発令させる。上述した動作を、終了指示を受け付けるまで（ステップＳ４０１のｙ）継続する。

このように、実施の形態２においても、イベントの発生により、単に警報機器などを発動させるのではなく、発生したイベントが、このイベントに対応付けられている役割で規定されるユーザに通知される。このため、発生したイベントは、このイベントに関連するユーザに通知されるようになる。

ここで、ユーザ情報記憶部１０１に記憶されている管理者を識別する管理者情報に、全ての役割を関連付けておくとよい。このようにすることで、発生した全ての事象が、管理者に対して通知されるようになるので、発生した事象が通知されない状態が抑制されるようになる。

［実施の形態３］
はじめに、本発明の実施の形態３について図５を用いて説明する。図５は、本発明の実施の形態３における通知装置３００の構成を示す構成図である。

通知装置３００は、ユーザ情報記憶部１０１、役割対応記憶部３０２、イベント検出部１０３、役割取得部３０４、ユーザ情報取得部１０５、イベント通知部３０６，および返信受付部３０８を備える。また、通知装置３００は、送受信部１０７を備え、端末１２２，管理者端末１２３と所定のネットワークを介して接続可能とされている。

ユーザ情報記憶部１０１は、ユーザを識別するユーザ情報を、ユーザに対応する役割とともに記憶している。役割対応記憶部３０２は、監視制御対象の機器および機器を監視制御する監視制御装置から構成されたシステム１２１で発生する事象（イベント）に対応する役割を記憶している。実施の形態３では、役割が、権限の種類により階層構造として構成され、この階層構造とした役割が、事象に対して対応付けられている。例えば、階層の最上位が、管理者権限を有する役割とされている。

イベント検出部１０３は、システム１２１で発生した事象を検出する。役割取得部３０４は、イベント検出部１０３が検出した事象に対応する役割を役割対応記憶部３０２より取得して出力する。また、役割取得部３０４は、通知先再設定指示を受け付けると、直前に取得した役割より１つ上の階層の役割を役割対応記憶部３０２より取得し、取得した新たな役割を出力する。

ユーザ情報取得部１０５は、役割取得部３０４で取得されて出力された役割に対応するユーザ情報をユーザ情報記憶部１０１より取得する。

イベント通知部３０６は、ユーザ情報取得部１０５で取得されたユーザ情報で特定されるユーザに対し、イベント検出部１０３が検出した事象を通知する。イベント通知部３０６は、送受信部１０７を介して接続する端末１２２に、イベント検出部１０３が検出した事象を送出することで、ユーザに対する通知を行う。端末１２２は、対象となるユーザ情報で特定されているものである。また、イベント通知部３０６は、検出した事象とともに、返信を要求する返信要求を送出する。

加えて、イベント通知部３０６は、ユーザ情報取得部１０５より出力され通知先再設定指示を受け付けると、この通知先再設定指示とともに受け付けた新たなユーザ情報で特定される新たなユーザに対し、イベント検出部１０３が検出した事象を、上述同様に、返信要求とともに通知する。

返信受付部３０８は、イベント通知部３０６より返信要求が送出された後、返信要求の送出先からの返信を設定されている期限まで受け付け、設定されている期限で返信が受け付けられない場合、役割取得部３０４に対して通知先再設定指示を出力する。

次に、実施の形態３における通知装置３００の動作について、図６のフローチャートを用いて説明する。まず、ステップＳ６０１で、システムの終了指示を確認し、終了指示がなければ（ステップＳ６０１のｎ）、ステップＳ６０２で、イベント検出部１０３が、システム１２１における事象（イベント）の発生の有無を確認する。イベント検出部１０３が、システム１２１で発生したイベントを検出すると（ステップＳ６０２のｙ）、ステップＳ６０３で、役割取得部３０４が、検出されたイベントに対応する役割を役割対応記憶部３０２より取得する。イベントが検出されない場合（ステップＳ６０２のｎ）、ステップＳ６０１に戻る。

次に、ステップＳ６０４で、ユーザ情報取得部１０５が、取得された役割に対応するユーザ情報を、ユーザ情報記憶部１０１より取得する。この後、ステップＳ６０５で、イベント通知部３０６が、ユーザ情報取得部１０５で取得されたユーザ情報で特定される端末１２２に、イベント検出部１０３が検出したイベントを送出し、加えて、返信を要求する返信要求を送出する。

このようにイベントおよび返信要求を送出した後、ステップＳ６０６で、返信受付部３０８が、返信要求の送出先（端末１２２）からの返信を、設定されている期限まで
受け付ける。ここで、設定されている期限で返信が受け付けられない場合（ステップＳ６０６のｎ）、ステップＳ６０７で、返信受付部３０８は、役割取得部３０４に対して通知先再設定指示を出力する。一方、設定されている期限で返信が受け付けられた場合（ステップＳ６０６のｙ）、ステップＳ６０１に戻る。端末１２２は、対象となるユーザ情報で特定されているものであり、返信が受け付けられる場合、送出されたイベントの通知が、端末１２２を使用するユーザに対して認知されたことが確認できたことになる。

設定されている期限で返信が受け付けられず、役割取得部３０４に対して通知先再設定指示が出力されると、ステップＳ６０８で、役割取得部３０４が、通知先再設定指示を受け付けると、直前に取得した役割より１つ上の階層の役割を役割対応記憶部３０２に検索する。対象とする役割が役割対応記憶部３０２に存在して取得できれば（ステップＳ６０９のｙ）、取得した新たな役割を出力し、ステップＳ６０４に戻る。一方、対象とする役割が役割対応記憶部３０２に存在していない場合（ステップＳ６０９のｎ）、ステップＳ６０１に戻る。返信が受け付けられない場合、１つ上の階層の役割が新たな役割として設定されるので、最終的には、最上位の役割（管理者）が通知先となる。

このように、実施の形態３においても、発生したイベントは、このイベントに関連するユーザに通知されるようになり、通知対象のユーザに対してより確実に通知されるようになる。また、実施の形態３では、ユーザ単位でイベント送信を行い、この「確認」を管理することにより、対象のイベントに対して、誰が確認し、誰が確認していないかを管理することができるようになる。

また、発生したイベントに対して、確認が行われない状態が一定時間経過したときに、別の役割が設定されて異なる通知範囲で再通知が行われるので、発生したイベントへの対処の遅れによる、危険、失敗、生産性低下などがより効果的に回避されるようになる。

なお、本発明は以上に説明した実施の形態に限定されるものではなく、本発明の技術的思想内で、当分野において通常の知識を有する者により、多くの変形および組み合わせが実施可能であることは明白である。例えば、端末は、よく知られた公衆回線網を介して接続する携帯端末であってもよい。また、通知装置は、ＣＰＵ（Central Processing Unit；中央演算処理装置）と主記憶装置と外部記憶装置とネットワーク接続装置となどを備えたコンピュータ機器であり、主記憶装置に展開されたプログラムによりＣＰＵが動作することで、上述した各機能が実現される。また、各機能は、複数のコンピュータ機器に分散させるようにしてもよい。

１００…通知装置、１０１…ユーザ情報記憶部、１０２…役割対応記憶部、１０３…イベント検出部、１０４…役割取得部、１０５…ユーザ情報取得部、１０６…イベント通知部、１０７…送受信部、１２１…システム、１２２…端末、１２３…管理者端末。

Claims

ユーザを識別するユーザ情報が前記ユーザに対応する役割とともに記憶されたユーザ情報記憶部と、
監視制御対象の機器および前記機器を監視制御する監視制御装置から構成されたシステムで発生する事象に対応する役割が記憶された役割対応記憶部と、
前記システムで発生した事象を検出する検出部と、
前記検出部が検出した事象に対応する役割を前記役割対応記憶部より取得する役割取得部と、
前記役割取得部で取得された役割に対応するユーザ情報を前記ユーザ情報記憶部より取得するユーザ情報取得部と、
前記ユーザ情報取得部で取得されたユーザ情報で特定されるユーザに対して前記検出部が検出した事象を通知する通知部と、
前記検出部が検出した事象の送出先からの返信を受け付ける返信受付部と
を備え、
前記通知部は、前記ユーザ情報で特定される端末に前記検出部が検出した事象を送出することで前記ユーザに対する通知を行い、
前記役割対応記憶部は、役割が、権限の種類により階層構造として構成され、この階層構造とした役割が、事象に対して対応付けられ、
前記通知部は、前記検出部が検出した事象とともに、返信要求を送出し、
前記役割取得部は、前記通知部が前記返信要求を送出した後で設定されている時間内に前記返信受付部で返信が受け付けられない場合、直前に取得した役割より上位階層の役割を新たに取得する
ことを特徴とする通知装置。
請求項１記載の通知装置において、
前記ユーザ情報で特定されて通信が可能な端末を特定する通知端末決定部を備え、
前記通知部は、前記通知端末決定部が特定した端末に前記検出部が検出した事象を送出することを特徴とする通知装置。
請求項１または２記載の通知装置において、
前記システムで発生した事象は、前記システムで発生した異常であり、
前記事象の通知は、警報であることを特徴とする通知装置。