プラント管理装置、プラント管理方法およびプラント管理プログラム
【課題】プラント等における非常事態時に際して、迅速に操作権限を付与することを目的とする。
【解決手段】人物の顔画像データを取得し、取得された顔画像データから顔輪郭データや、顔特徴データを抽出し、当該顔画像データや、顔特徴データと、予め顔画像ＤＢ１２１に記憶されている顔画像データや、顔特徴データとを照合し、前記照合の結果、所定の値以上の一致率が算出された場合、前記顔画像データの人物に運転監視操作装置１に対する操作権限を与えることを特徴とする。
【解決手段】人物の顔画像データを取得し、取得された顔画像データから顔輪郭データや、顔特徴データを抽出し、当該顔画像データや、顔特徴データと、予め顔画像ＤＢ１２１に記憶されている顔画像データや、顔特徴データとを照合し、前記照合の結果、所定の値以上の一致率が算出された場合、前記顔画像データの人物に運転監視操作装置１に対する操作権限を与えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プラント管理装置、プラント管理方法およびプラント管理プログラムの技術に関する。
【背景技術】
【０００２】
従来のプラント管理において、プラント運転員は、計器室の運転監視操作装置にて、キーボードからの操作、または接触方式による生体認証によって運転の認証を受け、運転監視操作装置の画面にてプロセスの運転状態を把握し、運転操作や設定を行ってきた。
このようなシステムに関し、例えば、特許文献１には、キーやカードの挿入が不要で、迅速な入力操作に対応できるセキュリティ管理装置が記載されている。
【特許文献１】特開平１１−３２８１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、プロセス産業の分野においては、非常事態の発生時には、ログインしている運転員に関係なく、運転監視操作装置に最寄りの運転員が運転操作を行なわねばならない場合がある。このように、操作権限を得ている運転員が持ち場を離れ、画面にスクリーンセーバがかかってロック状態にあるとき、例えば、別の運転員が新たにユーザＩＤ（Identification）や、パスワードを入力したり、指静脈などの生体情報を生体認証装置に認識させたり、無線や赤外線を使用した環境で動作可能なＩＤ特定装置を携帯して認証を受けねばならず、非常事態に対する迅速な対応として好ましくないという問題がある。
【０００４】
このような背景に鑑みて本発明がなされたのであり、本発明は、迅速に操作権限を付与することを目的とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するため、本発明は、計測装置から取得したプラントデータと記憶部に記憶された非常事態条件とを比較してプラントが非常事態にあるか否かを判定し、前記判定の結果、前記プラントが非常事態にあると判定された場合、撮像装置から取得した顔画像と前記記憶部に記憶されたテンプレート顔画像とを比較して、撮像にかかるオペレータによる操作を受け付けるか否かを認証することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、迅速に操作権限を付与することができる。
【発明を実施するための最良の形態】
【０００７】
次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【０００８】
図１は、本実施形態に係るプロセス監視制御システムの構成例を示す図である。
プロセス監視制御システム１０において、プロセス監視制御装置３は、通信回線４を介して、運転監視操作装置１（プラント管理装置）に接続されている。プロセス監視制御装置３は、プラント５における配管を流れる流体（例えば、油類）の流量のデータ等を、流量計５２から取得し、通信回線４を介して、取得した流量のデータを運転監視操作装置１へ送る。そして、運転監視操作装置１の操作画面１１を介して、運転員が操作指示をプロセス監視制御装置３へ送ると、プロセス監視制御装置３は、この操作指示に従ってプラント５におけるバルブ５３の開閉等を制御し、タンク５１間の流体の流量を調節する。
【０００９】
流量計５２によって検出された流量に関するデータや、バルブ５３の開閉情報は、前記したようにプロセス監視制御装置３および通信回線４を介して運転監視操作装置１に送られる。運転監視操作装置１では、ディスプレイ上に送られた流量に関するデータが、操作画面１１の計器表示のように表示される。また、バルブ５３の開閉状態に関するデータも、同様に運転監視操作装置１へ送られ、ディスプレイ上に操作画面１１の計器表示として表示される。また、運転監視操作装置１の操作画面１１上には、バルブ５３の開閉を制御するためのアップ・ダウンの操作スイッチが表示されている。運転員は、これらの操作スイッチを、マウスや、タッチパネル付ディスプレイを使用することによって、押下することにより、バルブ５３の開閉を制御することができる。
【００１０】
従って、運転員は、運転監視操作装置１の操作画面１１をモニタすることにより、油の流入や流出状況を把握することができる。さらに、運転員が、バルブ５３の開閉制御をしようとする場合には、運転監視操作装置１の操作画面１１に表示されている操作スイッチを操作することにより、バルブ５３の開閉制御を行うことができる。
【００１１】
運転監視操作装置１は、顔認識用カメラ２（撮像部）を有している。この顔認識用カメラ２は、運転員の顔を撮影し、顔画像を運転監視操作装置１に入力するためのもので、例えば、赤外線センサや、人検出センサを備えており、運転員が近づくと自動で撮影を行なうことが可能であってもよい。さらに、顔認識用カメラ２は、自動で３次元的に回動可能であり、赤外線センサや、人検出センサから得られる情報に従って人のいる方向にカメラ方向を調節可能であってもよい。
【００１２】
図２は、本実施形態に係る運転監視操作装置の構成例を示す図である。
ユーザ認証部１０６は、入力されたユーザＩＤやパスワードを基に認証を行い、当該運転員に操作権限を付与可能か否かを判定する機能を有する。顔画像取得部１０１は、顔認識用カメラ２から顔画像を含む生画像データ３０１（図４参照）を取得し、背景等を除去した後、顔登録部１０２へ背景等を除去した顔画像データ３０２（図４参照）を送る機能を有する。顔登録部１０２は、顔画像取得部１０１から送られた顔画像データ３０２から顔輪郭データ３０４（図５参照）や、顔特徴データ３０５（図５参照）を抽出し、これらのデータを顔画像ＤＢ１２１（Database）へ格納する機能を有する。生画像データ３０１、顔画像データ３０２、顔輪郭データ３０４および顔特徴データ３０５は、図４を参照して後記する。
【００１３】
顔認証部１０４は、顔認識用カメラ２から取得した顔画像から顔輪郭データ５０３（図７参照）や、顔特徴データ５０４（図７参照）を抽出し、顔画像ＤＢ１２１に格納されている顔輪郭データ３０４（図４参照）や、顔特徴データ３０５（図４参照）と比較することにより、操作権限を付与可能な運転員か否かを判定する機能を有する。非常事態登録部１０５は、非常事態か否かを判定するための流量や、バルブ５３の状態の条件である実行条件式６０４（図８参照）を生成して、当該実行条件式６０４を非常事態ＤＢ１２２へ格納する機能を有する。プロセスデータ収集部１０８（プラントデータ取得部）は、プロセス監視制御装置３から、流量計５２が測定した流量に関するデータや、バルブ５３の開閉状態に関するデータなど（プロセスデータ）を収集し、これらのデータを収集ＤＢ１２３へ格納する機能を有する。非常事態判定部１０９は、収集ＤＢ１２３に格納されているデータの各値を、非常事態ＤＢ１２２に格納されている実行条件式６０４に代入し、“ＴＲＵＥ”か否かを判定することで非常事態か否かを判定する機能を有する。プロセスデータ設定部１０７は、設定ＤＢ１２４に格納されている設定データに従ってプラント５や、プロセス監視制御装置３の設定を行う機能を有する。タイマ遅延部１１０は、プロセスデータ収集部１０８によるプロセスデータの収集を所定時間毎に行わせる機能を有する。
【００１４】
操作受付部１０３は、以下の機能を有する。操作受付部１０３は、非常事態登録処理か否か、非常事態か否かなどを判定し、それぞれの判定結果に応じて顔認証部１０４を起動させたり、ユーザ認証部１０６を起動させたり、プラント５や、プロセス監視制御装置３の設定データを図示しないキーボード等を介して取得し、設定ＤＢ１２４に格納したりする機能を有する。タイマ１１１は、操作受付部１０３に対し時間情報を送る機能を有し、操作受付部１０３は、送られた時間情報を基に操作権限の付与後、一定時間が経過したら、付与されている操作権限を無効にする。または、操作受付部１０３は、送られた時間情報を基に操作権限の付与後、運転監視操作装置１に、一定時間何も入力されない場合、付与されている操作権限を無効にする。
【００１５】
なお、運転監視操作装置１における各部１０１〜１１１は、図示しないＲＯＭ（Read Only Memory）や、図示しないＨＤ（Hard Disk）に格納されたプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。また、各種ＤＢ１２１〜１２４は、請求項における記憶部に相当する。
【００１６】
図３は、本実施形態に係るプロセス監視制御装置の構成例を示す図である。
プロセスデータ取得部３１は、プラント５の流量計５２（図１参照）や、バルブ５３（図１参照）の開閉状態などのプロセスデータを取得する機能を有する。要求受信部３２は、運転監視操作装置１から送られる要求を受信する機能を有する。要求処理部３３は、要求受信部３２が受信した要求に従って、プロセスデータ取得部３１からプロセスデータを取得等したり、プロセスデータ取得部３１の取得間隔等の設定を行ったりする機能を有する。応答返信部３４は、要求受信部３２が受信した要求に対する応答を運転監視操作装置１へ返信する機能を有し、例えば、プロセスデータを運転監視操作装置１へ送る機能を有する。
【００１７】
続いて、図１および図２を参照しつつ、図４から図１０に沿って本実施形態に係るプロセス制御操作装置の処理の流れを説明する。なお、図４および図５は、顔画像の登録に関する処理であり、図６から図１０が、非常事態データの登録および認証に関する処理である。
【００１８】
図４は、本実施形態に係る顔画像取得処理の流れを示すフローチャートである。
なお、図４および図５の処理は、図示しないキーボードやマウスなどを介して、顔画像登録が指示された場合に行われる処理である。
まず、顔画像取得部１０１は、顔認識用カメラ２が撮影した顔画像を含む生画像データ３０１を取得する（Ｓ１０１）。
次に、顔画像取得部１０１は、生画像データ３０１から、顔画像データ３０２を抽出する（Ｓ１０２）。これは、顔画像取得部１０１が、生画像データ３０１から背景などを取り除き、無地の画面に顔画像のみを残すことによって、顔画像データ３０２を生成する処理である。なお、ステップＳ１０２の処理は、特開２０００−７６４５４号公報に記載の技術によって実現可能である。
そして、顔画像取得部１０１は、ステップＳ３０２で抽出された顔画像データ３０２を顔登録部１０２に送り、顔登録部１０２が顔登録処理を行う（Ｓ１０３）。顔登録処理は、図５を参照して後記する。
【００１９】
本実施形態では、顔認識用カメラ２から生画像データ３０１を取得しているが、これに限らず、例えば、市販のデジタルカメラ等の外部装置から生画像データ３０１を取得してもよい。
【００２０】
図５は、本実施形態に係る顔登録処理の流れを示すフローチャートである。
なお、図５の処理は、図４のステップＳ１０３の処理である。
まず、顔登録部１０２が、ユーザ認証部１０６を起動し、起動されたユーザ認証部１０６が、ユーザ認証処理を行う（Ｓ２０１）。ユーザ認証処理は、図１０を参照して後記する。
そして、顔登録部１０２は、ユーザ認証部１０６からの通知を基に、ステップＳ２０１の結果、ユーザ認証が成立したか否かを判定する（Ｓ２０２）。
ステップＳ２０２の結果、ユーザ認証が成立しなかった場合（Ｓ２０２→Ｎｏ）、顔登録部１０２は、図示しないディスプレイに顔登録不可である旨を表示させることにより、運転員に顔登録不可であることを通知する（Ｓ２０８）。
【００２１】
ステップＳ２０２の結果、ユーザ認証が成立した場合（Ｓ２０２→Ｙｅｓ）、顔登録部１０２は、顔画像データ３０２を有限要素法により立体メッシュ化し、メッシュ点座標より、顔要素データ３０３を生成する（Ｓ２０３）。
そして、顔登録部１０２は、顔画像データ３０２および顔要素データ３０３より、顔の輪郭に関するデータである顔輪郭データ３０４と、目鼻立ち、顔色、眼・鼻・口間の距離関係等のデータである顔特徴データ３０５とを抽出する（Ｓ２０４）。顔輪郭データ３０４は、例えば、頭頂から顎先までの長さａと、顔画像の両側の幅ｂで表される。また、顔特徴データ３０５は、例えば、最も高い位置にある目尻から鼻先までの長さｃと、顔画像における両側の目の長さｄと、左の目尻から鼻元までの長さｅで表される。なお、ステップＳ２０３およびステップＳ２０４の処理は、特開２００７−２７２４３５号公報に記載の技術により実現可能である。なお、両側の目の長さｄは、両目の外側までの長さとしてもよいし、両目の中心間の長さとしてもよいし、両目の内側までの長さなどとしてもよい。
【００２２】
さらに、顔登録部１０２は、運転員のログイン情報より、ユーザＩＤを取得し、さらに図示しないユーザＩＤ−運転員名対応リストから運転員名を割り出し、現在の日付、時刻、運転員名等を付帯情報として顔要素データ３０３、顔輪郭データ３０４および顔特徴データ３０５に付与し（Ｓ２０５）、顔登録データ４０１（テンプレート顔画像）を生成する。
そして、顔登録部１０２は、顔画像ＤＢ１２１に空き領域があるか否かを判定する（Ｓ２０６）。
ステップＳ２０６の結果、顔画像ＤＢ１２１に空き領域がないと判定された場合（Ｓ２０６→Ｎｏ）、顔登録部１０２は、前記したステップＳ２０８の処理を行う。
【００２３】
ステップＳ２０６の結果、顔画像ＤＢ１２１に空き領域があると判定された場合（Ｓ２０６→Ｙｅｓ）、顔登録部１０２は、顔登録データ４０１を顔画像ＤＢ１２１の空き領域へ登録する（Ｓ２０７）。
【００２４】
なお、図５に示す例では、一人につき一つの顔登録データ４０１を生成し、顔画像ＤＢ１２１へ登録したが、これに限らず、一人につき、角度や、表情を変えたり、帽子やヘルメットなどを外したり、めがねをかけたり外したりした顔画像を複数取得し、それぞれの顔画像から顔登録データ４０１を生成して、顔画像ＤＢ１２１へ登録してもよい。
【００２５】
図６は、本実施形態に係る操作受付処理の流れを示すフローチャートである。
まず、操作受付部１０３は、現在行われている操作が非常事態登録の操作であるか否かを判定する（Ｓ３０１）。非常事態登録の操作であるか否かは、運転員が、図示しないキーボード等から入力する情報を基に判定される。
ステップＳ３０１の結果、非常事態登録の操作である場合（Ｓ３０１→Ｙｅｓ）、操作受付部１０３が、非常事態登録処理部を起動し、起動された非常事態登録処理部が、非常事態登録処理を行った（Ｓ３０２）後、操作受付部１０３は、後記して説明するステップＳ３１１の処理を行う。なお、非常事態登録処理は、図８を参照して後記する。
ステップＳ３０１の結果、非常事態登録の操作ではない場合（Ｓ３０１→Ｎｏ）、操作受付処理部は、非常事態判定部１０９を起動し、起動された非常事態判定部１０９が、非常事態判定処理を行う（Ｓ３０３）。非常事態判定処理は、図９を参照して後記する。
【００２６】
操作受付部１０３は、ステップＳ３０３の結果、非常事態であるか否かを判定する（Ｓ３０４）。判定は、非常事態判定部１０９によって非常事態フラグが“ＯＮ”にされたか、“ＯＦＦ”にされたかによって判定される。
ステップＳ３０４の結果、非常事態ではない場合（Ｓ３０４→Ｎｏ）、操作受付部１０３は、ユーザ認証部１０６を起動し、起動されたユーザ認証部１０６が、ユーザ認証処理を行う（Ｓ３０５）。ユーザ認証処理については、図１０を参照して後記する。
ステップＳ３０４の結果、非常事態である場合（Ｓ３０４→Ｙｅｓ）、操作受付部１０３は、顔認証部１０４を起動し、起動された顔認証部１０４が顔認証処理を行う（Ｓ３０６）。顔認証処理は、図７を参照して後記する。
【００２７】
次に、操作受付部１０３は、ステップＳ３０５のユーザ認証処理またはステップＳ３０６の顔認証処理において、認証が成立したか否かを判定する（Ｓ３０７）。判定は、ユーザ認証部１０６からユーザ認証成立の通知が送られてきたか否か、もしくは顔認証部１０４によって顔認証フラグが“ＯＮ”になったか、“ＯＦＦ”になったかを、操作受付部１０３が判定することによって行われる。
ステップＳ３０７の結果、認証が成立していない場合（Ｓ３０７→Ｎｏ）、操作受付部１０３は、認証対象となっている運転員による操作を受け付けず処理を終了する。
ステップＳ３０７の結果、認証が成立した場合（Ｓ３０７→Ｙｅｓ）、操作受付部１０３は、認証対象となっている運転員による操作を受け付け（操作権限を付与し）、現在の操作内容を判定する（Ｓ３０８）。操作内容は、図示しないキーボードから入力された情報を基に、操作受付部１０３が判定する。
ステップＳ３０８の結果、現在の操作が「データ呼出し操作」である場合（Ｓ３０８→データ呼出し操作）、操作受付部１０３は、後記して説明するステップＳ３１１へ処理を進める。
ステップＳ３０８の結果、「非常事態解除の操作」である場合（Ｓ３０８→非常事態解除）、操作受付部１０３は、非常事態解除処理を行う（Ｓ３０９）。この処理は、操作受付部１０３が、ログイン処理を、通常のログイン状態に戻すことで行われる。なお、ステップＳ３０９の処理は、ステップＳ３０４で非常事態と判定されなかった場合には行われない。
ステップＳ３０８の結果、「データ設定操作」である場合（Ｓ３０８→データ設定操作）、操作受付部１０３は、プロセス監視制御装置３や、プラント５の各部の設定データ等を設定ＤＢ１２４に格納する（Ｓ３１０）。
その後、操作受付部１０３は、プロセスデータ収集部１０８を起動し、起動されたプロセスデータ収集部１０８が、流量計５２の情報や、バルブ５３の情報を取得したり、バルブ５３の制御を行ったり、プロセスデータ設定部１０７が、設定ＤＢ１２４に格納されている設定データに従ってプロセス監視制御装置３や、プラント５の各部を設定するプロセスデータ収集／設定処理を行う（Ｓ３１１）。
【００２８】
図７は、本実施形態に係る顔認証処理の流れを示すフローチャートである。
なお、図７は、図６のステップＳ３０６の処理である。
まず、顔認証部１０４は、顔認識用カメラ２から顔画像を含む生画像データを取得する（Ｓ４０１）。
そして、顔認証部１０４は、生画像データから、顔画像データ５０１を抽出する（Ｓ４０２）。
続いて、顔認証部１０４は、抽出した顔画像データ５０１を有限要素法により立体メッシュ表示し（Ｓ４０３）、顔要素データ５０２を生成する。
そして、顔認証部１０４は、顔要素データ５０２におけるメッシュ点の座標を計算する（Ｓ４０４）。
さらに、顔認証部１０４は、顔画像データ５０１、およびステップＳ４０４で算出したメッシュ点座標より、運転員の顔の輪郭に関するデータである顔輪郭データ５０３と、目鼻立ち、顔色、眼・鼻・口間の距離関係等の特徴に関するデータである顔特徴データ５０４とを抽出する（Ｓ４０５）。顔輪郭データ５０３および顔特徴データ５０４は、図５を用いて説明したデータと同様であるため説明を省略する。なお、ステップＳ４０１からステップＳ４０５までの処理は、図４のステップＳ１０１およびステップＳ１０２、図５のステップＳ２０３およびステップＳ２０４と同様の処理である。
【００２９】
続いて、顔認証部１０４は、顔画像ＤＢ１２１に格納されている顔登録データ４０１を登録順に取得する（Ｓ４０６）。
そして、顔認証部１０４は、ステップＳ４０５で抽出された顔輪郭データ５０３や、顔特徴データ５０４と、ステップＳ４０６で取得された顔登録データ４０１（図５参照）に含まれる顔輪郭データ３０４や、顔特徴データ３０５とを比較し、一致率を算出する。一致率は、例えば顔輪郭データ３０４，５０３や、顔特徴データ３０５，５０４ごとに顔認証部１０４によって算出され、さらに算出された一致率を平均化するなどして算出してもよい。一致率は、例えば顔輪郭データ３０４，５０３や顔特徴データ３０５，５０４の各数値が所定の誤差範囲で一致するか否かを判定し、一致する数値の数をすべての数値の数で除算した値などを用いて算出される。
【００３０】
次に、顔認証部１０４は、算出された一致率が予め設定された所定値以上であるか否かを判定する（Ｓ４０７）。
ステップＳ４０７の結果、一致率が所定値以上である場合（Ｓ４０７→Ｙｅｓ）、顔認証部１０４は、認証成立とし図示しない顔認証フラグを“ＯＮ”にし（Ｓ４０８）、当該運転員に対して操作権限を付与する。
ステップＳ４０７の結果、一致率が所定値以上ではない場合（Ｓ４０７→Ｎｏ）、顔認証部１０４は、顔画像ＤＢ１２１に格納されているすべての顔登録データ４０１が取得済みであるか否かを判定する（Ｓ４０９）。ステップＳ４０９の処理は、例えば、ステップＳ４０６で取得した顔登録データ４０１に対し、取得済みであることを示すフラグなどを付与し、顔画像ＤＢ１２１に格納されているすべての顔登録データ４０１に当該フラグが付与されているか否かを検出することで行われる。
【００３１】
ステップＳ４０９の結果、すべての顔登録データ４０１が取得済みではない場合（Ｓ４０９→Ｎｏ）、顔認証部１０４は、顔登録データ４０１の取得先を更新して（Ｓ４１０）、ステップＳ４０６の処理へ戻る。すなわち、顔認証部１０４は、次の顔登録データ４０１を取得する。つまり、顔画像ＤＢ１２１中の顔登録データ４０１を順次取得していく。
ステップＳ４０９の結果、すべての顔登録データ４０１が取得済みであった場合（Ｓ４０９→Ｙｅｓ）、顔認証部１０４は、認証不成立とし顔登録データ４０１に付随している図示しない顔認証フラグを“ＯＦＦ”にし（Ｓ４１１）、当該運転員に対しては操作権限を付与しない。
【００３２】
なお、図６に示す例では、顔認証処理の際に入力される生画像データは、１枚であるとしたが、これに限らず、所定時間毎に（すなわち、時々刻々と）生画像データを取得し、これらの生画像データに関して、逐一図６の処理を行ってもよい。
【００３３】
図８は、本実施形態に係る非常事態登録処理の流れを示すフローチャートである。
なお、図８は、図６のステップＳ３０２の処理である。
まず、非常事態登録部１０５は、ユーザ認証部１０６を起動し、起動されたユーザ認証部１０６が、ユーザ認証処理を行う（Ｓ５０１）。ユーザ認証処理は、図１０を参照して後記する。
次に、非常事態登録部１０５は、ステップＳ５０１の結果、ユーザ認証が成立したか否かを判定する（Ｓ５０２）。判定は、非常事態登録部１０５に、ユーザ認証部１０６からユーザ認証成立の通知が送られてきたか、ユーザ認証不成立の通知が送られてきたかによって判定される。
ステップＳ５０２の結果、ユーザ認証が成立していない場合（Ｓ５０２→Ｎｏ）、非常事態登録部１０５は、図示しないディスプレイに非常事態登録不可である旨を表示させることにより、運転員に非常事態登録不可であることを通知する（Ｓ５１３）。
【００３４】
ステップＳ５０２の結果、ユーザ認証が成立している場合（Ｓ５０２→Ｙｅｓ）、非常事態登録部１０５は、操作入力内容の非常事態定義文６０１より、順次、非常事態を定義する要素条件を取得する（Ｓ５０３）。要素条件とは、一件の非常事態の内容を構成する、最小単位の判定条件のことで、図８の非常事態定義文６０１では、アンダーライン７０１〜７０４の個々が要素条件となる。要素条件の取得は、非常事態登録部１０５が、非常事態定義文６０１を形態素解析した後、「以下」、「超える」を抽出し、これらを等号不等号に変換し、「冷却水流量」などの単語を規定の記号に変換し、さらに、数値を抽出した後、これらの順番を整理することによって行われる。
続いて、非常事態登録処理部は、取得した要素条件を四則演算や、論理演算式を用いて数式化し、要素条件式６０２（作成途中）として図示しない作業エリアに格納しておく（Ｓ５０４）。図８の例では、非常事態登録処理部は、非常事態定義文６０１のうち、アンダーライン７０１を数式化した要素条件式６０２を生成している。なお、このとき非常事態定義文６０１に記述されている「かつ」、「又は」等が論理式の「ａｎｄ」や「ｏｒ」などに変換される。
【００３５】
続いて、非常事態登録部１０５は、要素条件の取出先を更新する（Ｓ５０５）。すなわち、現在処理している対象が、非常事態定義文６０１のアンダーライン７０１だとすると、次のアンダーライン７０２を取得すべく更新する。
そして、非常事態登録部１０５は、すべての要素条件の要素条件式６０２が完了したか否かを判定する（Ｓ５０６）。すなわち、非常事態登録部１０５は、非常事態定義文６０１のアンダーラインすべての要素条件式６０２化が完了したか否かを判定する。
ステップＳ５０６の結果、すべての要素条件の条件式化が完了していない場合（Ｓ５０６→Ｎｏ）、非常事態登録部１０５は、ステップＳ５０３の処理へ戻り、ステップＳ５０５で更新した要素条件を取得する。
【００３６】
ステップＳ５０６の結果、すべての要素条件の条件式化が完了している場合（Ｓ５０６→Ｙｅｓ）、作業エリアは、要素条件式群６０３が格納された状態となっている。ここで、要素条件式群６０３における「ａｎｄ１」、「ａｎｄ２」および「ｏｒ１」は、要素条件式６０２を結合する論理式である。「ａｎｄｘ」や「ｏｒｙ」は、ｘ，ｙ・・・等の同じ番号の式同士を論理積（ａｎｄ）や論理和（ｏｒ）で結合する意味であり、左から右に、論理式の結合の多重度に応じてレベル分けして表記されている。例えば、「ａｎｄ１」は、要素条件式群６０３において、１行目の要素条件式６０２と２行目の要素条件式６０２とを論理積（ａｎｄ）で接続することを意味する。同様に、「ａｎｄ２」は、３行目の要素条件式６０２と４行目の要素条件式６０２とを論理積（ａｎｄ）で接続することを意味する。さらに、「ｏｒ１」は、「ａｎｄ１」や、「ａｎｄ２」の右側にあるため「ａｎｄ１」や、「ａｎｄ２」よりもレベルが高い。すなわち、「ａｎｄ１」や、「ａｎｄ２」で結合された要素条件式６０２同士を論理和（ｏｒ）で結合することを意味する。
【００３７】
次に、非常事態登録部１０５は、作業エリアの要素条件式群６０３から順次、「ａｎｄ１」、「ａｎｄ２」・・・等の、要素条件式６０２間の論理式を取得する（Ｓ５０７）。
そして、非常事態登録部１０５は、対象となる要素条件式６０２間を取得した論理記号で結合して、処理装置が演算実行できる、実行条件式（作成途中）６０４’を生成する（Ｓ５０８）。
続いて、非常事態登録部１０５は、要素条件式６０２間の論理式の取得先を更新する（Ｓ５０９）。すなわち、例えば、現在の処理対象が「ａｎｄ１」であれば、次の「ａｎｄ２」を取得する。
そして、非常事態登録部１０５は、すべての要素条件式６０２間の論理結合が完了したか否かを判定する（Ｓ５１０）。
ステップＳ５１０の結果、すべての要素条件式６０２間の論理結合が完了していない場合（Ｓ５１０→Ｎｏ）、非常事態登録部１０５は、ステップＳ５０７へ処理を戻し、ステップＳ５０７で更新した論理式を取得する。
【００３８】
ステップＳ５１０の結果、すべての要素条件式６０２間の論理結合が完了している場合（Ｓ５１０→Ｙｅｓ）、非常事態登録部１０５は、非常事態ＤＢ１２２に空き領域があるか否かを判定する（Ｓ５１１）。
ステップＳ５１１の結果、非常事態ＤＢ１２２に空き領域がない場合（Ｓ５１１→Ｎｏ）、非常事態登録部１０５は、前記したステップＳ５１３の処理を行う。
ステップＳ５１１の結果、非常事態ＤＢ１２２に空き領域がある場合（Ｓ５１１→Ｙｅｓ）、非常事態登録部１０５は、生成された実行条件式６０４（非常事態条件）を非常事態ＤＢ１２２の空き領域へ登録する（Ｓ５１２）。
【００３９】
なお、本実施形態では、非常事態登録部１０５が、非常事態定義文６０１から条件式等を抽出し、これらを基に実行条件式６０４を生成したが、これに限らず、例えば、運転員が図示しないキーボードを介して実行条件式６０４を直接運転監視操作装置１に入力し、非常事態ＤＢ１２２に格納させてもよい。
【００４０】
図９は、本実施形態に係る非常事態判定処理の流れを示すフローチャートである。
なお、図９は、図６のステップＳ３０３の処理である。
また、処理に先立ち、運転監視装置（図１参照）は、プロセス監視制御装置３（図１参照）から流量計５２（図１参照）が測定した流量のデータや、バルブ５３の開閉状態等の各計測データ８０１を収集ＤＢ１２３に格納してあるものとする。
まず、非常事態判定部１０９は、非常事態ＤＢ１２２より、実行条件式６０４を先頭から順に１式ずつ取得する（Ｓ６０１）。
次に、非常事態判定部１０９は、収集ＤＢ１２３から各計測データ８０１を取得し、ステップＳ６０１で取得した実行条件式６０４の各変数に、当該各計測データ８０１の値を代入し（Ｓ６０２）、実行条件式６０４を満たすか否か、すなわち実行条件式６０４の値は“ＴＲＵＥ”か否かを判定する（Ｓ６０３）。
【００４１】
ステップＳ６０３の結果、“ＴＲＵＥ”であれば（Ｓ６０３→Ｙｅｓ）、非常事態判定部１０９は、非常事態が成立したものとし、図示しない非常事態フラグを“ＯＮ”にする（Ｓ６０４）。
ステップＳ６０３の結果、“ＦＡＬＳＥ”であれば（Ｓ６０３→Ｎｏ）、非常事態判定部１０９は、非常事態ＤＢ１２２における実行条件式６０４の取得先を更新する（Ｓ６０５）。すなわち、次の実行条件式６０４に取得先を更新する。
そして、非常事態判定部１０９は、非常事態ＤＢ１２２に格納されている全実行条件式６０４の評価を完了したか否かを判定する（Ｓ６０６）。
【００４２】
ステップＳ６０６の結果、全実行条件式６０４の評価が完了していない場合（Ｓ６０６→Ｎｏ）、非常事態判定部１０９は、ステップＳ６０１に処理を戻し、ステップＳ６０４で更新した取得先の実行条件式６０４を取得する。
ステップＳ６０６の結果、全実行条件式６０４の評価が完了している場合（Ｓ６０６→Ｙｅｓ）、非常事態判定部１０９は、非常事態は不成立とし、図示しない非常事態フラグを“ＯＦＦ”にする（Ｓ６０７）。
【００４３】
図１０は、本実施形態に係るユーザ認証処理の流れを示すフローチャートである。
なお、図１０の処理は、図５のステップＳ２０１（顔登録部１０２から起動）、図６のステップＳ３０５（操作受付部１０３から起動）および図８のステップＳ８０１（非常事態登録部１０５から起動）の処理である。
まず、ユーザ認証部１０６は、ログイン情報からユーザＩＤとパスワードとを取得する（Ｓ７０１）。
続いて、ユーザ認証部１０６は、取得したユーザＩＤが、既定のユーザＩＤリスト上にあるか否かを判定することによって、取得したユーザＩＤが一致するか否かを判定する（Ｓ７０２）。
ステップＳ７０２の結果、ユーザＩＤが一致しない場合（Ｓ７０２→Ｎｏ）、ユーザ認証部１０６は、起動元が何かを判定する（Ｓ７０３）。すなわち、現在のユーザ認証処理は、どの処理から起動されたものかを判定する。
ステップＳ７０３の結果、起動元が操作受付部１０３の場合（Ｓ７０３→操作受付部）、ユーザ認証部１０６は、図示しないディスプレイに運転操作不可（操作権限なし）である旨を表示させることにより、運転員に運転操作不可であることを通知し（Ｓ７０４）、さらに、ユーザ認証不成立である旨を操作受付部１０３に通知することで、以降の処理を強制的に停止させる。
ステップＳ７０３の結果、起動元が顔登録部１０２の場合（Ｓ７０３→顔登録部）、ユーザ認証部１０６は、ユーザ認証不成立である旨を顔登録部１０２に通知する（Ｓ７０５）。
ステップＳ７０３の結果、起動元が非常事態登録部１０５の場合（Ｓ７０３→非常事態登録部）、ユーザ認証不成立である旨を非常事態登録部１０５に通知する（Ｓ７０６）。
【００４４】
ステップＳ７０２の結果、ユーザＩＤが一致している場合（Ｓ７０２→Ｙｅｓ）、ユーザ認証部１０６は、ステップＳ７０１で取得したパスワードが既定のユーザＩＤリスト上にあるか否かを判定することによって、パスワードが一致するか否かの判定を行なう（Ｓ７０７）。
ステップＳ７０７の結果、パスワードが一致しない場合（Ｓ７０７→Ｎｏ）、ユーザ認証部１０６は、ステップＳ７０３へ処理を進める。
ステップＳ７０７の結果、パスワードが一致する場合（Ｓ７０７→Ｙｅｓ）、ユーザ認証部１０６は、起動元が何かを判定する（Ｓ７０８）。すなわち、現在のユーザ認証処理は、どの処理から起動されたものかを判定する。
ステップＳ７０８の結果、起動元が非常事態登録部１０５の場合（Ｓ７０８→非常事態登録部）、ユーザ認証成立である旨を非常事態登録部１０５に通知する（Ｓ７０９）。
ステップＳ７０８の結果、起動元が顔登録部１０２の場合（Ｓ７０８→顔登録部）、ユーザ認証部１０６は、ユーザ認証成立である旨を顔登録部１０２に通知する（Ｓ７１０）。
ステップＳ７０８の結果、起動元が操作受付部１０３の場合（Ｓ７０８→操作受付部）、ユーザ認証部１０６は、図示しないディスプレイに運転操作可能（操作権限あり）である旨を表示させることにより、運転員に運転操作可能であることを通知し（Ｓ７１１）、さらに、ユーザ認証成立である旨を操作受付部１０３に通知することで、以降の処理を続行させる。
【００４５】
本実施形態では、顔画像以外によるユーザ認証の手段を、ユーザＩＤと、パスワードとしたが、これに限らず、例えば、運転監視操作装置１に生体認証装置を接続もしくは機能を付加することによって、生体認証をユーザ認証の手段としてもよいし、生体認証と、ユーザＩＤと、パスワードとを用いて、顔画像以外によるユーザ認証の手段としてもよい。
また、本実施形態では、操作権限を該当する運転員へ付与した後、そのまま操作権限を付与し続けるものとしているが、これに限らず、例えば、操作受付部１０３が、タイマ１１１（図２参照）から時間情報を取得し、この時間情報を基に操作権限の付与後、一定時間が経過したら操作権限を無効とする処理を行ってもよい。
【００４６】
本発明は、プロセス制御監視システムにおいて、操作権限を有する運転員全員の顔と、起こり得る非常事態を想定して事前に登録しておけば、非常事態発生時に、キーボードや生体認証などの接触方式の機器を操作するのでもなく、ＩＤ認識装置を携帯することもなく、操作権限を迅速に取得できるため、プロセス運転・操業上の安全性・信頼性向上の効果がある。
【図面の簡単な説明】
【００４７】
【図１】本実施形態に係るプロセス監視制御システムの構成例を示す図である。
【図２】本実施形態に係る運転監視操作装置の構成例を示す図である。
【図３】本実施形態に係るプロセス監視制御装置の構成例を示す図である。
【図４】本実施形態に係る顔配信処理の流れを示すフローチャートである。
【図５】本実施形態に係る顔登録処理の流れを示すフローチャートである。
【図６】本実施形態に係る操作受付処理の流れを示すフローチャートである。
【図７】本実施形態に係る顔認証処理の流れを示すフローチャートである。
【図８】本実施形態に係る非常事態登録処理の流れを示すフローチャートである。
【図９】本実施形態に係る非常事態判定処理の流れを示すフローチャートである。
【図１０】本実施形態に係るユーザ認証処理の流れを示すフローチャートである。
【符号の説明】
【００４８】
１ 運転監視操作装置（プラント管理装置）
２ 顔認識用カメラ（撮像部）
３ プロセス監視制御装置
４ 通信回線
５ プラント
１０ プロセス監視制御システム
１１ 操作画面
３１ プロセスデータ取得部
３２ 要求受信部
３３ 要求処理部
３４ 応答返信部
５１ タンク
５２ 流量計
５３ バルブ
１０１ 顔画像取得部
１０２ 顔登録部
１０３ 操作受付部
１０４ 顔認証部
１０５ 非常事態登録部
１０６ ユーザ認証部
１０７ プロセスデータ設定部
１０８ プロセスデータ収集部（プラントデータ取得部）
１０９ 非常事態判定部
１１０ タイマ遅延部
１１１ タイマ
３０１ 生画像データ
３０２ 顔画像データ
３０３ 顔要素データ
３０４ 顔輪郭データ
３０５ 顔特徴データ
４０１ 顔登録データ（テンプレート顔画像）
５０１ 顔画像データ
５０２ 顔要素データ
５０３ 顔輪郭データ
５０４ 顔特徴データ
６０１ 非常事態定義文
６０３ 要素条件式群
６０４ 実行条件式（非常事態条件）
８０１ 計測データ
１２１ 顔画像ＤＢ（記憶部）
１２２ 非常事態ＤＢ（記憶部）
１２３ 収集ＤＢ（記憶部）
１２４ 設定ＤＢ（記憶部）
【技術分野】
【０００１】
本発明は、プラント管理装置、プラント管理方法およびプラント管理プログラムの技術に関する。
【背景技術】
【０００２】
従来のプラント管理において、プラント運転員は、計器室の運転監視操作装置にて、キーボードからの操作、または接触方式による生体認証によって運転の認証を受け、運転監視操作装置の画面にてプロセスの運転状態を把握し、運転操作や設定を行ってきた。
このようなシステムに関し、例えば、特許文献１には、キーやカードの挿入が不要で、迅速な入力操作に対応できるセキュリティ管理装置が記載されている。
【特許文献１】特開平１１−３２８１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、プロセス産業の分野においては、非常事態の発生時には、ログインしている運転員に関係なく、運転監視操作装置に最寄りの運転員が運転操作を行なわねばならない場合がある。このように、操作権限を得ている運転員が持ち場を離れ、画面にスクリーンセーバがかかってロック状態にあるとき、例えば、別の運転員が新たにユーザＩＤ（Identification）や、パスワードを入力したり、指静脈などの生体情報を生体認証装置に認識させたり、無線や赤外線を使用した環境で動作可能なＩＤ特定装置を携帯して認証を受けねばならず、非常事態に対する迅速な対応として好ましくないという問題がある。
【０００４】
このような背景に鑑みて本発明がなされたのであり、本発明は、迅速に操作権限を付与することを目的とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するため、本発明は、計測装置から取得したプラントデータと記憶部に記憶された非常事態条件とを比較してプラントが非常事態にあるか否かを判定し、前記判定の結果、前記プラントが非常事態にあると判定された場合、撮像装置から取得した顔画像と前記記憶部に記憶されたテンプレート顔画像とを比較して、撮像にかかるオペレータによる操作を受け付けるか否かを認証することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、迅速に操作権限を付与することができる。
【発明を実施するための最良の形態】
【０００７】
次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【０００８】
図１は、本実施形態に係るプロセス監視制御システムの構成例を示す図である。
プロセス監視制御システム１０において、プロセス監視制御装置３は、通信回線４を介して、運転監視操作装置１（プラント管理装置）に接続されている。プロセス監視制御装置３は、プラント５における配管を流れる流体（例えば、油類）の流量のデータ等を、流量計５２から取得し、通信回線４を介して、取得した流量のデータを運転監視操作装置１へ送る。そして、運転監視操作装置１の操作画面１１を介して、運転員が操作指示をプロセス監視制御装置３へ送ると、プロセス監視制御装置３は、この操作指示に従ってプラント５におけるバルブ５３の開閉等を制御し、タンク５１間の流体の流量を調節する。
【０００９】
流量計５２によって検出された流量に関するデータや、バルブ５３の開閉情報は、前記したようにプロセス監視制御装置３および通信回線４を介して運転監視操作装置１に送られる。運転監視操作装置１では、ディスプレイ上に送られた流量に関するデータが、操作画面１１の計器表示のように表示される。また、バルブ５３の開閉状態に関するデータも、同様に運転監視操作装置１へ送られ、ディスプレイ上に操作画面１１の計器表示として表示される。また、運転監視操作装置１の操作画面１１上には、バルブ５３の開閉を制御するためのアップ・ダウンの操作スイッチが表示されている。運転員は、これらの操作スイッチを、マウスや、タッチパネル付ディスプレイを使用することによって、押下することにより、バルブ５３の開閉を制御することができる。
【００１０】
従って、運転員は、運転監視操作装置１の操作画面１１をモニタすることにより、油の流入や流出状況を把握することができる。さらに、運転員が、バルブ５３の開閉制御をしようとする場合には、運転監視操作装置１の操作画面１１に表示されている操作スイッチを操作することにより、バルブ５３の開閉制御を行うことができる。
【００１１】
運転監視操作装置１は、顔認識用カメラ２（撮像部）を有している。この顔認識用カメラ２は、運転員の顔を撮影し、顔画像を運転監視操作装置１に入力するためのもので、例えば、赤外線センサや、人検出センサを備えており、運転員が近づくと自動で撮影を行なうことが可能であってもよい。さらに、顔認識用カメラ２は、自動で３次元的に回動可能であり、赤外線センサや、人検出センサから得られる情報に従って人のいる方向にカメラ方向を調節可能であってもよい。
【００１２】
図２は、本実施形態に係る運転監視操作装置の構成例を示す図である。
ユーザ認証部１０６は、入力されたユーザＩＤやパスワードを基に認証を行い、当該運転員に操作権限を付与可能か否かを判定する機能を有する。顔画像取得部１０１は、顔認識用カメラ２から顔画像を含む生画像データ３０１（図４参照）を取得し、背景等を除去した後、顔登録部１０２へ背景等を除去した顔画像データ３０２（図４参照）を送る機能を有する。顔登録部１０２は、顔画像取得部１０１から送られた顔画像データ３０２から顔輪郭データ３０４（図５参照）や、顔特徴データ３０５（図５参照）を抽出し、これらのデータを顔画像ＤＢ１２１（Database）へ格納する機能を有する。生画像データ３０１、顔画像データ３０２、顔輪郭データ３０４および顔特徴データ３０５は、図４を参照して後記する。
【００１３】
顔認証部１０４は、顔認識用カメラ２から取得した顔画像から顔輪郭データ５０３（図７参照）や、顔特徴データ５０４（図７参照）を抽出し、顔画像ＤＢ１２１に格納されている顔輪郭データ３０４（図４参照）や、顔特徴データ３０５（図４参照）と比較することにより、操作権限を付与可能な運転員か否かを判定する機能を有する。非常事態登録部１０５は、非常事態か否かを判定するための流量や、バルブ５３の状態の条件である実行条件式６０４（図８参照）を生成して、当該実行条件式６０４を非常事態ＤＢ１２２へ格納する機能を有する。プロセスデータ収集部１０８（プラントデータ取得部）は、プロセス監視制御装置３から、流量計５２が測定した流量に関するデータや、バルブ５３の開閉状態に関するデータなど（プロセスデータ）を収集し、これらのデータを収集ＤＢ１２３へ格納する機能を有する。非常事態判定部１０９は、収集ＤＢ１２３に格納されているデータの各値を、非常事態ＤＢ１２２に格納されている実行条件式６０４に代入し、“ＴＲＵＥ”か否かを判定することで非常事態か否かを判定する機能を有する。プロセスデータ設定部１０７は、設定ＤＢ１２４に格納されている設定データに従ってプラント５や、プロセス監視制御装置３の設定を行う機能を有する。タイマ遅延部１１０は、プロセスデータ収集部１０８によるプロセスデータの収集を所定時間毎に行わせる機能を有する。
【００１４】
操作受付部１０３は、以下の機能を有する。操作受付部１０３は、非常事態登録処理か否か、非常事態か否かなどを判定し、それぞれの判定結果に応じて顔認証部１０４を起動させたり、ユーザ認証部１０６を起動させたり、プラント５や、プロセス監視制御装置３の設定データを図示しないキーボード等を介して取得し、設定ＤＢ１２４に格納したりする機能を有する。タイマ１１１は、操作受付部１０３に対し時間情報を送る機能を有し、操作受付部１０３は、送られた時間情報を基に操作権限の付与後、一定時間が経過したら、付与されている操作権限を無効にする。または、操作受付部１０３は、送られた時間情報を基に操作権限の付与後、運転監視操作装置１に、一定時間何も入力されない場合、付与されている操作権限を無効にする。
【００１５】
なお、運転監視操作装置１における各部１０１〜１１１は、図示しないＲＯＭ（Read Only Memory）や、図示しないＨＤ（Hard Disk）に格納されたプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵ（Central Processing Unit）によって実行されることによって具現化する。また、各種ＤＢ１２１〜１２４は、請求項における記憶部に相当する。
【００１６】
図３は、本実施形態に係るプロセス監視制御装置の構成例を示す図である。
プロセスデータ取得部３１は、プラント５の流量計５２（図１参照）や、バルブ５３（図１参照）の開閉状態などのプロセスデータを取得する機能を有する。要求受信部３２は、運転監視操作装置１から送られる要求を受信する機能を有する。要求処理部３３は、要求受信部３２が受信した要求に従って、プロセスデータ取得部３１からプロセスデータを取得等したり、プロセスデータ取得部３１の取得間隔等の設定を行ったりする機能を有する。応答返信部３４は、要求受信部３２が受信した要求に対する応答を運転監視操作装置１へ返信する機能を有し、例えば、プロセスデータを運転監視操作装置１へ送る機能を有する。
【００１７】
続いて、図１および図２を参照しつつ、図４から図１０に沿って本実施形態に係るプロセス制御操作装置の処理の流れを説明する。なお、図４および図５は、顔画像の登録に関する処理であり、図６から図１０が、非常事態データの登録および認証に関する処理である。
【００１８】
図４は、本実施形態に係る顔画像取得処理の流れを示すフローチャートである。
なお、図４および図５の処理は、図示しないキーボードやマウスなどを介して、顔画像登録が指示された場合に行われる処理である。
まず、顔画像取得部１０１は、顔認識用カメラ２が撮影した顔画像を含む生画像データ３０１を取得する（Ｓ１０１）。
次に、顔画像取得部１０１は、生画像データ３０１から、顔画像データ３０２を抽出する（Ｓ１０２）。これは、顔画像取得部１０１が、生画像データ３０１から背景などを取り除き、無地の画面に顔画像のみを残すことによって、顔画像データ３０２を生成する処理である。なお、ステップＳ１０２の処理は、特開２０００−７６４５４号公報に記載の技術によって実現可能である。
そして、顔画像取得部１０１は、ステップＳ３０２で抽出された顔画像データ３０２を顔登録部１０２に送り、顔登録部１０２が顔登録処理を行う（Ｓ１０３）。顔登録処理は、図５を参照して後記する。
【００１９】
本実施形態では、顔認識用カメラ２から生画像データ３０１を取得しているが、これに限らず、例えば、市販のデジタルカメラ等の外部装置から生画像データ３０１を取得してもよい。
【００２０】
図５は、本実施形態に係る顔登録処理の流れを示すフローチャートである。
なお、図５の処理は、図４のステップＳ１０３の処理である。
まず、顔登録部１０２が、ユーザ認証部１０６を起動し、起動されたユーザ認証部１０６が、ユーザ認証処理を行う（Ｓ２０１）。ユーザ認証処理は、図１０を参照して後記する。
そして、顔登録部１０２は、ユーザ認証部１０６からの通知を基に、ステップＳ２０１の結果、ユーザ認証が成立したか否かを判定する（Ｓ２０２）。
ステップＳ２０２の結果、ユーザ認証が成立しなかった場合（Ｓ２０２→Ｎｏ）、顔登録部１０２は、図示しないディスプレイに顔登録不可である旨を表示させることにより、運転員に顔登録不可であることを通知する（Ｓ２０８）。
【００２１】
ステップＳ２０２の結果、ユーザ認証が成立した場合（Ｓ２０２→Ｙｅｓ）、顔登録部１０２は、顔画像データ３０２を有限要素法により立体メッシュ化し、メッシュ点座標より、顔要素データ３０３を生成する（Ｓ２０３）。
そして、顔登録部１０２は、顔画像データ３０２および顔要素データ３０３より、顔の輪郭に関するデータである顔輪郭データ３０４と、目鼻立ち、顔色、眼・鼻・口間の距離関係等のデータである顔特徴データ３０５とを抽出する（Ｓ２０４）。顔輪郭データ３０４は、例えば、頭頂から顎先までの長さａと、顔画像の両側の幅ｂで表される。また、顔特徴データ３０５は、例えば、最も高い位置にある目尻から鼻先までの長さｃと、顔画像における両側の目の長さｄと、左の目尻から鼻元までの長さｅで表される。なお、ステップＳ２０３およびステップＳ２０４の処理は、特開２００７−２７２４３５号公報に記載の技術により実現可能である。なお、両側の目の長さｄは、両目の外側までの長さとしてもよいし、両目の中心間の長さとしてもよいし、両目の内側までの長さなどとしてもよい。
【００２２】
さらに、顔登録部１０２は、運転員のログイン情報より、ユーザＩＤを取得し、さらに図示しないユーザＩＤ−運転員名対応リストから運転員名を割り出し、現在の日付、時刻、運転員名等を付帯情報として顔要素データ３０３、顔輪郭データ３０４および顔特徴データ３０５に付与し（Ｓ２０５）、顔登録データ４０１（テンプレート顔画像）を生成する。
そして、顔登録部１０２は、顔画像ＤＢ１２１に空き領域があるか否かを判定する（Ｓ２０６）。
ステップＳ２０６の結果、顔画像ＤＢ１２１に空き領域がないと判定された場合（Ｓ２０６→Ｎｏ）、顔登録部１０２は、前記したステップＳ２０８の処理を行う。
【００２３】
ステップＳ２０６の結果、顔画像ＤＢ１２１に空き領域があると判定された場合（Ｓ２０６→Ｙｅｓ）、顔登録部１０２は、顔登録データ４０１を顔画像ＤＢ１２１の空き領域へ登録する（Ｓ２０７）。
【００２４】
なお、図５に示す例では、一人につき一つの顔登録データ４０１を生成し、顔画像ＤＢ１２１へ登録したが、これに限らず、一人につき、角度や、表情を変えたり、帽子やヘルメットなどを外したり、めがねをかけたり外したりした顔画像を複数取得し、それぞれの顔画像から顔登録データ４０１を生成して、顔画像ＤＢ１２１へ登録してもよい。
【００２５】
図６は、本実施形態に係る操作受付処理の流れを示すフローチャートである。
まず、操作受付部１０３は、現在行われている操作が非常事態登録の操作であるか否かを判定する（Ｓ３０１）。非常事態登録の操作であるか否かは、運転員が、図示しないキーボード等から入力する情報を基に判定される。
ステップＳ３０１の結果、非常事態登録の操作である場合（Ｓ３０１→Ｙｅｓ）、操作受付部１０３が、非常事態登録処理部を起動し、起動された非常事態登録処理部が、非常事態登録処理を行った（Ｓ３０２）後、操作受付部１０３は、後記して説明するステップＳ３１１の処理を行う。なお、非常事態登録処理は、図８を参照して後記する。
ステップＳ３０１の結果、非常事態登録の操作ではない場合（Ｓ３０１→Ｎｏ）、操作受付処理部は、非常事態判定部１０９を起動し、起動された非常事態判定部１０９が、非常事態判定処理を行う（Ｓ３０３）。非常事態判定処理は、図９を参照して後記する。
【００２６】
操作受付部１０３は、ステップＳ３０３の結果、非常事態であるか否かを判定する（Ｓ３０４）。判定は、非常事態判定部１０９によって非常事態フラグが“ＯＮ”にされたか、“ＯＦＦ”にされたかによって判定される。
ステップＳ３０４の結果、非常事態ではない場合（Ｓ３０４→Ｎｏ）、操作受付部１０３は、ユーザ認証部１０６を起動し、起動されたユーザ認証部１０６が、ユーザ認証処理を行う（Ｓ３０５）。ユーザ認証処理については、図１０を参照して後記する。
ステップＳ３０４の結果、非常事態である場合（Ｓ３０４→Ｙｅｓ）、操作受付部１０３は、顔認証部１０４を起動し、起動された顔認証部１０４が顔認証処理を行う（Ｓ３０６）。顔認証処理は、図７を参照して後記する。
【００２７】
次に、操作受付部１０３は、ステップＳ３０５のユーザ認証処理またはステップＳ３０６の顔認証処理において、認証が成立したか否かを判定する（Ｓ３０７）。判定は、ユーザ認証部１０６からユーザ認証成立の通知が送られてきたか否か、もしくは顔認証部１０４によって顔認証フラグが“ＯＮ”になったか、“ＯＦＦ”になったかを、操作受付部１０３が判定することによって行われる。
ステップＳ３０７の結果、認証が成立していない場合（Ｓ３０７→Ｎｏ）、操作受付部１０３は、認証対象となっている運転員による操作を受け付けず処理を終了する。
ステップＳ３０７の結果、認証が成立した場合（Ｓ３０７→Ｙｅｓ）、操作受付部１０３は、認証対象となっている運転員による操作を受け付け（操作権限を付与し）、現在の操作内容を判定する（Ｓ３０８）。操作内容は、図示しないキーボードから入力された情報を基に、操作受付部１０３が判定する。
ステップＳ３０８の結果、現在の操作が「データ呼出し操作」である場合（Ｓ３０８→データ呼出し操作）、操作受付部１０３は、後記して説明するステップＳ３１１へ処理を進める。
ステップＳ３０８の結果、「非常事態解除の操作」である場合（Ｓ３０８→非常事態解除）、操作受付部１０３は、非常事態解除処理を行う（Ｓ３０９）。この処理は、操作受付部１０３が、ログイン処理を、通常のログイン状態に戻すことで行われる。なお、ステップＳ３０９の処理は、ステップＳ３０４で非常事態と判定されなかった場合には行われない。
ステップＳ３０８の結果、「データ設定操作」である場合（Ｓ３０８→データ設定操作）、操作受付部１０３は、プロセス監視制御装置３や、プラント５の各部の設定データ等を設定ＤＢ１２４に格納する（Ｓ３１０）。
その後、操作受付部１０３は、プロセスデータ収集部１０８を起動し、起動されたプロセスデータ収集部１０８が、流量計５２の情報や、バルブ５３の情報を取得したり、バルブ５３の制御を行ったり、プロセスデータ設定部１０７が、設定ＤＢ１２４に格納されている設定データに従ってプロセス監視制御装置３や、プラント５の各部を設定するプロセスデータ収集／設定処理を行う（Ｓ３１１）。
【００２８】
図７は、本実施形態に係る顔認証処理の流れを示すフローチャートである。
なお、図７は、図６のステップＳ３０６の処理である。
まず、顔認証部１０４は、顔認識用カメラ２から顔画像を含む生画像データを取得する（Ｓ４０１）。
そして、顔認証部１０４は、生画像データから、顔画像データ５０１を抽出する（Ｓ４０２）。
続いて、顔認証部１０４は、抽出した顔画像データ５０１を有限要素法により立体メッシュ表示し（Ｓ４０３）、顔要素データ５０２を生成する。
そして、顔認証部１０４は、顔要素データ５０２におけるメッシュ点の座標を計算する（Ｓ４０４）。
さらに、顔認証部１０４は、顔画像データ５０１、およびステップＳ４０４で算出したメッシュ点座標より、運転員の顔の輪郭に関するデータである顔輪郭データ５０３と、目鼻立ち、顔色、眼・鼻・口間の距離関係等の特徴に関するデータである顔特徴データ５０４とを抽出する（Ｓ４０５）。顔輪郭データ５０３および顔特徴データ５０４は、図５を用いて説明したデータと同様であるため説明を省略する。なお、ステップＳ４０１からステップＳ４０５までの処理は、図４のステップＳ１０１およびステップＳ１０２、図５のステップＳ２０３およびステップＳ２０４と同様の処理である。
【００２９】
続いて、顔認証部１０４は、顔画像ＤＢ１２１に格納されている顔登録データ４０１を登録順に取得する（Ｓ４０６）。
そして、顔認証部１０４は、ステップＳ４０５で抽出された顔輪郭データ５０３や、顔特徴データ５０４と、ステップＳ４０６で取得された顔登録データ４０１（図５参照）に含まれる顔輪郭データ３０４や、顔特徴データ３０５とを比較し、一致率を算出する。一致率は、例えば顔輪郭データ３０４，５０３や、顔特徴データ３０５，５０４ごとに顔認証部１０４によって算出され、さらに算出された一致率を平均化するなどして算出してもよい。一致率は、例えば顔輪郭データ３０４，５０３や顔特徴データ３０５，５０４の各数値が所定の誤差範囲で一致するか否かを判定し、一致する数値の数をすべての数値の数で除算した値などを用いて算出される。
【００３０】
次に、顔認証部１０４は、算出された一致率が予め設定された所定値以上であるか否かを判定する（Ｓ４０７）。
ステップＳ４０７の結果、一致率が所定値以上である場合（Ｓ４０７→Ｙｅｓ）、顔認証部１０４は、認証成立とし図示しない顔認証フラグを“ＯＮ”にし（Ｓ４０８）、当該運転員に対して操作権限を付与する。
ステップＳ４０７の結果、一致率が所定値以上ではない場合（Ｓ４０７→Ｎｏ）、顔認証部１０４は、顔画像ＤＢ１２１に格納されているすべての顔登録データ４０１が取得済みであるか否かを判定する（Ｓ４０９）。ステップＳ４０９の処理は、例えば、ステップＳ４０６で取得した顔登録データ４０１に対し、取得済みであることを示すフラグなどを付与し、顔画像ＤＢ１２１に格納されているすべての顔登録データ４０１に当該フラグが付与されているか否かを検出することで行われる。
【００３１】
ステップＳ４０９の結果、すべての顔登録データ４０１が取得済みではない場合（Ｓ４０９→Ｎｏ）、顔認証部１０４は、顔登録データ４０１の取得先を更新して（Ｓ４１０）、ステップＳ４０６の処理へ戻る。すなわち、顔認証部１０４は、次の顔登録データ４０１を取得する。つまり、顔画像ＤＢ１２１中の顔登録データ４０１を順次取得していく。
ステップＳ４０９の結果、すべての顔登録データ４０１が取得済みであった場合（Ｓ４０９→Ｙｅｓ）、顔認証部１０４は、認証不成立とし顔登録データ４０１に付随している図示しない顔認証フラグを“ＯＦＦ”にし（Ｓ４１１）、当該運転員に対しては操作権限を付与しない。
【００３２】
なお、図６に示す例では、顔認証処理の際に入力される生画像データは、１枚であるとしたが、これに限らず、所定時間毎に（すなわち、時々刻々と）生画像データを取得し、これらの生画像データに関して、逐一図６の処理を行ってもよい。
【００３３】
図８は、本実施形態に係る非常事態登録処理の流れを示すフローチャートである。
なお、図８は、図６のステップＳ３０２の処理である。
まず、非常事態登録部１０５は、ユーザ認証部１０６を起動し、起動されたユーザ認証部１０６が、ユーザ認証処理を行う（Ｓ５０１）。ユーザ認証処理は、図１０を参照して後記する。
次に、非常事態登録部１０５は、ステップＳ５０１の結果、ユーザ認証が成立したか否かを判定する（Ｓ５０２）。判定は、非常事態登録部１０５に、ユーザ認証部１０６からユーザ認証成立の通知が送られてきたか、ユーザ認証不成立の通知が送られてきたかによって判定される。
ステップＳ５０２の結果、ユーザ認証が成立していない場合（Ｓ５０２→Ｎｏ）、非常事態登録部１０５は、図示しないディスプレイに非常事態登録不可である旨を表示させることにより、運転員に非常事態登録不可であることを通知する（Ｓ５１３）。
【００３４】
ステップＳ５０２の結果、ユーザ認証が成立している場合（Ｓ５０２→Ｙｅｓ）、非常事態登録部１０５は、操作入力内容の非常事態定義文６０１より、順次、非常事態を定義する要素条件を取得する（Ｓ５０３）。要素条件とは、一件の非常事態の内容を構成する、最小単位の判定条件のことで、図８の非常事態定義文６０１では、アンダーライン７０１〜７０４の個々が要素条件となる。要素条件の取得は、非常事態登録部１０５が、非常事態定義文６０１を形態素解析した後、「以下」、「超える」を抽出し、これらを等号不等号に変換し、「冷却水流量」などの単語を規定の記号に変換し、さらに、数値を抽出した後、これらの順番を整理することによって行われる。
続いて、非常事態登録処理部は、取得した要素条件を四則演算や、論理演算式を用いて数式化し、要素条件式６０２（作成途中）として図示しない作業エリアに格納しておく（Ｓ５０４）。図８の例では、非常事態登録処理部は、非常事態定義文６０１のうち、アンダーライン７０１を数式化した要素条件式６０２を生成している。なお、このとき非常事態定義文６０１に記述されている「かつ」、「又は」等が論理式の「ａｎｄ」や「ｏｒ」などに変換される。
【００３５】
続いて、非常事態登録部１０５は、要素条件の取出先を更新する（Ｓ５０５）。すなわち、現在処理している対象が、非常事態定義文６０１のアンダーライン７０１だとすると、次のアンダーライン７０２を取得すべく更新する。
そして、非常事態登録部１０５は、すべての要素条件の要素条件式６０２が完了したか否かを判定する（Ｓ５０６）。すなわち、非常事態登録部１０５は、非常事態定義文６０１のアンダーラインすべての要素条件式６０２化が完了したか否かを判定する。
ステップＳ５０６の結果、すべての要素条件の条件式化が完了していない場合（Ｓ５０６→Ｎｏ）、非常事態登録部１０５は、ステップＳ５０３の処理へ戻り、ステップＳ５０５で更新した要素条件を取得する。
【００３６】
ステップＳ５０６の結果、すべての要素条件の条件式化が完了している場合（Ｓ５０６→Ｙｅｓ）、作業エリアは、要素条件式群６０３が格納された状態となっている。ここで、要素条件式群６０３における「ａｎｄ１」、「ａｎｄ２」および「ｏｒ１」は、要素条件式６０２を結合する論理式である。「ａｎｄｘ」や「ｏｒｙ」は、ｘ，ｙ・・・等の同じ番号の式同士を論理積（ａｎｄ）や論理和（ｏｒ）で結合する意味であり、左から右に、論理式の結合の多重度に応じてレベル分けして表記されている。例えば、「ａｎｄ１」は、要素条件式群６０３において、１行目の要素条件式６０２と２行目の要素条件式６０２とを論理積（ａｎｄ）で接続することを意味する。同様に、「ａｎｄ２」は、３行目の要素条件式６０２と４行目の要素条件式６０２とを論理積（ａｎｄ）で接続することを意味する。さらに、「ｏｒ１」は、「ａｎｄ１」や、「ａｎｄ２」の右側にあるため「ａｎｄ１」や、「ａｎｄ２」よりもレベルが高い。すなわち、「ａｎｄ１」や、「ａｎｄ２」で結合された要素条件式６０２同士を論理和（ｏｒ）で結合することを意味する。
【００３７】
次に、非常事態登録部１０５は、作業エリアの要素条件式群６０３から順次、「ａｎｄ１」、「ａｎｄ２」・・・等の、要素条件式６０２間の論理式を取得する（Ｓ５０７）。
そして、非常事態登録部１０５は、対象となる要素条件式６０２間を取得した論理記号で結合して、処理装置が演算実行できる、実行条件式（作成途中）６０４’を生成する（Ｓ５０８）。
続いて、非常事態登録部１０５は、要素条件式６０２間の論理式の取得先を更新する（Ｓ５０９）。すなわち、例えば、現在の処理対象が「ａｎｄ１」であれば、次の「ａｎｄ２」を取得する。
そして、非常事態登録部１０５は、すべての要素条件式６０２間の論理結合が完了したか否かを判定する（Ｓ５１０）。
ステップＳ５１０の結果、すべての要素条件式６０２間の論理結合が完了していない場合（Ｓ５１０→Ｎｏ）、非常事態登録部１０５は、ステップＳ５０７へ処理を戻し、ステップＳ５０７で更新した論理式を取得する。
【００３８】
ステップＳ５１０の結果、すべての要素条件式６０２間の論理結合が完了している場合（Ｓ５１０→Ｙｅｓ）、非常事態登録部１０５は、非常事態ＤＢ１２２に空き領域があるか否かを判定する（Ｓ５１１）。
ステップＳ５１１の結果、非常事態ＤＢ１２２に空き領域がない場合（Ｓ５１１→Ｎｏ）、非常事態登録部１０５は、前記したステップＳ５１３の処理を行う。
ステップＳ５１１の結果、非常事態ＤＢ１２２に空き領域がある場合（Ｓ５１１→Ｙｅｓ）、非常事態登録部１０５は、生成された実行条件式６０４（非常事態条件）を非常事態ＤＢ１２２の空き領域へ登録する（Ｓ５１２）。
【００３９】
なお、本実施形態では、非常事態登録部１０５が、非常事態定義文６０１から条件式等を抽出し、これらを基に実行条件式６０４を生成したが、これに限らず、例えば、運転員が図示しないキーボードを介して実行条件式６０４を直接運転監視操作装置１に入力し、非常事態ＤＢ１２２に格納させてもよい。
【００４０】
図９は、本実施形態に係る非常事態判定処理の流れを示すフローチャートである。
なお、図９は、図６のステップＳ３０３の処理である。
また、処理に先立ち、運転監視装置（図１参照）は、プロセス監視制御装置３（図１参照）から流量計５２（図１参照）が測定した流量のデータや、バルブ５３の開閉状態等の各計測データ８０１を収集ＤＢ１２３に格納してあるものとする。
まず、非常事態判定部１０９は、非常事態ＤＢ１２２より、実行条件式６０４を先頭から順に１式ずつ取得する（Ｓ６０１）。
次に、非常事態判定部１０９は、収集ＤＢ１２３から各計測データ８０１を取得し、ステップＳ６０１で取得した実行条件式６０４の各変数に、当該各計測データ８０１の値を代入し（Ｓ６０２）、実行条件式６０４を満たすか否か、すなわち実行条件式６０４の値は“ＴＲＵＥ”か否かを判定する（Ｓ６０３）。
【００４１】
ステップＳ６０３の結果、“ＴＲＵＥ”であれば（Ｓ６０３→Ｙｅｓ）、非常事態判定部１０９は、非常事態が成立したものとし、図示しない非常事態フラグを“ＯＮ”にする（Ｓ６０４）。
ステップＳ６０３の結果、“ＦＡＬＳＥ”であれば（Ｓ６０３→Ｎｏ）、非常事態判定部１０９は、非常事態ＤＢ１２２における実行条件式６０４の取得先を更新する（Ｓ６０５）。すなわち、次の実行条件式６０４に取得先を更新する。
そして、非常事態判定部１０９は、非常事態ＤＢ１２２に格納されている全実行条件式６０４の評価を完了したか否かを判定する（Ｓ６０６）。
【００４２】
ステップＳ６０６の結果、全実行条件式６０４の評価が完了していない場合（Ｓ６０６→Ｎｏ）、非常事態判定部１０９は、ステップＳ６０１に処理を戻し、ステップＳ６０４で更新した取得先の実行条件式６０４を取得する。
ステップＳ６０６の結果、全実行条件式６０４の評価が完了している場合（Ｓ６０６→Ｙｅｓ）、非常事態判定部１０９は、非常事態は不成立とし、図示しない非常事態フラグを“ＯＦＦ”にする（Ｓ６０７）。
【００４３】
図１０は、本実施形態に係るユーザ認証処理の流れを示すフローチャートである。
なお、図１０の処理は、図５のステップＳ２０１（顔登録部１０２から起動）、図６のステップＳ３０５（操作受付部１０３から起動）および図８のステップＳ８０１（非常事態登録部１０５から起動）の処理である。
まず、ユーザ認証部１０６は、ログイン情報からユーザＩＤとパスワードとを取得する（Ｓ７０１）。
続いて、ユーザ認証部１０６は、取得したユーザＩＤが、既定のユーザＩＤリスト上にあるか否かを判定することによって、取得したユーザＩＤが一致するか否かを判定する（Ｓ７０２）。
ステップＳ７０２の結果、ユーザＩＤが一致しない場合（Ｓ７０２→Ｎｏ）、ユーザ認証部１０６は、起動元が何かを判定する（Ｓ７０３）。すなわち、現在のユーザ認証処理は、どの処理から起動されたものかを判定する。
ステップＳ７０３の結果、起動元が操作受付部１０３の場合（Ｓ７０３→操作受付部）、ユーザ認証部１０６は、図示しないディスプレイに運転操作不可（操作権限なし）である旨を表示させることにより、運転員に運転操作不可であることを通知し（Ｓ７０４）、さらに、ユーザ認証不成立である旨を操作受付部１０３に通知することで、以降の処理を強制的に停止させる。
ステップＳ７０３の結果、起動元が顔登録部１０２の場合（Ｓ７０３→顔登録部）、ユーザ認証部１０６は、ユーザ認証不成立である旨を顔登録部１０２に通知する（Ｓ７０５）。
ステップＳ７０３の結果、起動元が非常事態登録部１０５の場合（Ｓ７０３→非常事態登録部）、ユーザ認証不成立である旨を非常事態登録部１０５に通知する（Ｓ７０６）。
【００４４】
ステップＳ７０２の結果、ユーザＩＤが一致している場合（Ｓ７０２→Ｙｅｓ）、ユーザ認証部１０６は、ステップＳ７０１で取得したパスワードが既定のユーザＩＤリスト上にあるか否かを判定することによって、パスワードが一致するか否かの判定を行なう（Ｓ７０７）。
ステップＳ７０７の結果、パスワードが一致しない場合（Ｓ７０７→Ｎｏ）、ユーザ認証部１０６は、ステップＳ７０３へ処理を進める。
ステップＳ７０７の結果、パスワードが一致する場合（Ｓ７０７→Ｙｅｓ）、ユーザ認証部１０６は、起動元が何かを判定する（Ｓ７０８）。すなわち、現在のユーザ認証処理は、どの処理から起動されたものかを判定する。
ステップＳ７０８の結果、起動元が非常事態登録部１０５の場合（Ｓ７０８→非常事態登録部）、ユーザ認証成立である旨を非常事態登録部１０５に通知する（Ｓ７０９）。
ステップＳ７０８の結果、起動元が顔登録部１０２の場合（Ｓ７０８→顔登録部）、ユーザ認証部１０６は、ユーザ認証成立である旨を顔登録部１０２に通知する（Ｓ７１０）。
ステップＳ７０８の結果、起動元が操作受付部１０３の場合（Ｓ７０８→操作受付部）、ユーザ認証部１０６は、図示しないディスプレイに運転操作可能（操作権限あり）である旨を表示させることにより、運転員に運転操作可能であることを通知し（Ｓ７１１）、さらに、ユーザ認証成立である旨を操作受付部１０３に通知することで、以降の処理を続行させる。
【００４５】
本実施形態では、顔画像以外によるユーザ認証の手段を、ユーザＩＤと、パスワードとしたが、これに限らず、例えば、運転監視操作装置１に生体認証装置を接続もしくは機能を付加することによって、生体認証をユーザ認証の手段としてもよいし、生体認証と、ユーザＩＤと、パスワードとを用いて、顔画像以外によるユーザ認証の手段としてもよい。
また、本実施形態では、操作権限を該当する運転員へ付与した後、そのまま操作権限を付与し続けるものとしているが、これに限らず、例えば、操作受付部１０３が、タイマ１１１（図２参照）から時間情報を取得し、この時間情報を基に操作権限の付与後、一定時間が経過したら操作権限を無効とする処理を行ってもよい。
【００４６】
本発明は、プロセス制御監視システムにおいて、操作権限を有する運転員全員の顔と、起こり得る非常事態を想定して事前に登録しておけば、非常事態発生時に、キーボードや生体認証などの接触方式の機器を操作するのでもなく、ＩＤ認識装置を携帯することもなく、操作権限を迅速に取得できるため、プロセス運転・操業上の安全性・信頼性向上の効果がある。
【図面の簡単な説明】
【００４７】
【図１】本実施形態に係るプロセス監視制御システムの構成例を示す図である。
【図２】本実施形態に係る運転監視操作装置の構成例を示す図である。
【図３】本実施形態に係るプロセス監視制御装置の構成例を示す図である。
【図４】本実施形態に係る顔配信処理の流れを示すフローチャートである。
【図５】本実施形態に係る顔登録処理の流れを示すフローチャートである。
【図６】本実施形態に係る操作受付処理の流れを示すフローチャートである。
【図７】本実施形態に係る顔認証処理の流れを示すフローチャートである。
【図８】本実施形態に係る非常事態登録処理の流れを示すフローチャートである。
【図９】本実施形態に係る非常事態判定処理の流れを示すフローチャートである。
【図１０】本実施形態に係るユーザ認証処理の流れを示すフローチャートである。
【符号の説明】
【００４８】
１ 運転監視操作装置（プラント管理装置）
２ 顔認識用カメラ（撮像部）
３ プロセス監視制御装置
４ 通信回線
５ プラント
１０ プロセス監視制御システム
１１ 操作画面
３１ プロセスデータ取得部
３２ 要求受信部
３３ 要求処理部
３４ 応答返信部
５１ タンク
５２ 流量計
５３ バルブ
１０１ 顔画像取得部
１０２ 顔登録部
１０３ 操作受付部
１０４ 顔認証部
１０５ 非常事態登録部
１０６ ユーザ認証部
１０７ プロセスデータ設定部
１０８ プロセスデータ収集部（プラントデータ取得部）
１０９ 非常事態判定部
１１０ タイマ遅延部
１１１ タイマ
３０１ 生画像データ
３０２ 顔画像データ
３０３ 顔要素データ
３０４ 顔輪郭データ
３０５ 顔特徴データ
４０１ 顔登録データ（テンプレート顔画像）
５０１ 顔画像データ
５０２ 顔要素データ
５０３ 顔輪郭データ
５０４ 顔特徴データ
６０１ 非常事態定義文
６０３ 要素条件式群
６０４ 実行条件式（非常事態条件）
８０１ 計測データ
１２１ 顔画像ＤＢ（記憶部）
１２２ 非常事態ＤＢ（記憶部）
１２３ 収集ＤＢ（記憶部）
１２４ 設定ＤＢ（記憶部）
【特許請求の範囲】
【請求項１】
オペレータの操作に基づいてプラントの管理を行うプラント管理装置において、
前記オペレータの操作を受け付ける操作受付部と、
前記操作受付部を操作するオペレータの顔画像を撮像する撮像装置が撮像したオペレータの顔画像を取得する顔画像取得部と、
計測装置が計測したプラントデータを取得するプラントデータ取得部と、
所定の人物の顔画像を記憶したテンプレート顔画像が記憶されるとともに、前記プラントが非常事態か否かを判定するための条件である非常事態条件が記憶される記憶部と、
前記撮像装置から取得した顔画像と前記記憶部に記憶されたテンプレート顔画像とを比較して、撮像にかかるオペレータによる前記操作受付部を介しての操作を受け付けるか否かを認証する認証部と、
前記計測装置から取得したプラントデータと前記記憶部に記憶された非常事態条件とを比較してプラントが非常事態にあるか否かを判定する非常事態判定部と、
を備えることを特徴とするプラント管理装置。
【請求項２】
前記非常事態判定部が非常事態と判定した場合、前記認証部は前記撮像装置が撮像したオペレータの顔画像を取得して前記認証を行い、当該オペレータの認証がなされたされたときに、前記操作受付部を介しての操作を受け付けること、
を特徴とする請求項１に記載のプラント管理装置。
【請求項３】
前記判定の結果、前記プラントが、非常事態ではないと前記非常事態判定部によって判定された場合、キーボードを介して入力された情報または生体認証部を介して入力された生体情報を基に、前記入力にかかるオペレータによる前記操作受付部を介しての操作を受け付けるか否かを認証するユーザ認証部をさらに有することを特徴とする請求項１に記載のプラント管理装置。
【請求項４】
１人の前記オペレータにつき複数の前記テンプレート顔画像が存在することを特徴とする請求項１に記載のプラント管理装置。
【請求項５】
前記顔画像は、所定時間毎に複数取得されることを特徴とする請求項１に記載のプラント管理装置。
【請求項６】
前記顔画像取得部は、外部装置から顔画像を取得し、
当該顔画像を、テンプレート顔画像として記憶部に記憶させる顔登録部をさらに有することを特徴とする請求項１に記載のプラント管理装置。
【請求項７】
前記非常事態条件とは、所定の数式によって表現されることを特徴とする請求項１に記載のプラント管理装置。
【請求項８】
タイマから送られる時間情報を基に、前記操作権限を与える処理の後、所定時間が経過したと判定した場合、前記操作権限を無効とする処理部をさらに有することを特徴とする請求項１に記載のプラント管理装置。
【請求項９】
オペレータの操作に基づいてプラントの管理を行うプラント管理装置におけるプラント管理方法において、
前記プラント管理装置は、
所定の人物の顔画像を記憶したテンプレート顔画像が記憶されるとともに、前記プラントが非常事態か否かを判定するための条件である非常事態条件が記憶される記憶部を有し、
計測装置から取得したプラントデータと前記記憶部に記憶された非常事態条件とを比較してプラントが非常事態にあるか否かを判定し、
前記判定の結果、前記プラントが非常事態にあると判定された場合、
撮像装置から取得した顔画像と前記記憶部に記憶されたテンプレート顔画像とを比較して、撮像にかかるオペレータによる操作を受け付けるか否かを認証することを特徴とするプラント管理方法。
【請求項１０】
請求項９に記載のプラント管理方法を、コンピュータに実行させることを特徴とするプラント管理プログラム。
【請求項１】
オペレータの操作に基づいてプラントの管理を行うプラント管理装置において、
前記オペレータの操作を受け付ける操作受付部と、
前記操作受付部を操作するオペレータの顔画像を撮像する撮像装置が撮像したオペレータの顔画像を取得する顔画像取得部と、
計測装置が計測したプラントデータを取得するプラントデータ取得部と、
所定の人物の顔画像を記憶したテンプレート顔画像が記憶されるとともに、前記プラントが非常事態か否かを判定するための条件である非常事態条件が記憶される記憶部と、
前記撮像装置から取得した顔画像と前記記憶部に記憶されたテンプレート顔画像とを比較して、撮像にかかるオペレータによる前記操作受付部を介しての操作を受け付けるか否かを認証する認証部と、
前記計測装置から取得したプラントデータと前記記憶部に記憶された非常事態条件とを比較してプラントが非常事態にあるか否かを判定する非常事態判定部と、
を備えることを特徴とするプラント管理装置。
【請求項２】
前記非常事態判定部が非常事態と判定した場合、前記認証部は前記撮像装置が撮像したオペレータの顔画像を取得して前記認証を行い、当該オペレータの認証がなされたされたときに、前記操作受付部を介しての操作を受け付けること、
を特徴とする請求項１に記載のプラント管理装置。
【請求項３】
前記判定の結果、前記プラントが、非常事態ではないと前記非常事態判定部によって判定された場合、キーボードを介して入力された情報または生体認証部を介して入力された生体情報を基に、前記入力にかかるオペレータによる前記操作受付部を介しての操作を受け付けるか否かを認証するユーザ認証部をさらに有することを特徴とする請求項１に記載のプラント管理装置。
【請求項４】
１人の前記オペレータにつき複数の前記テンプレート顔画像が存在することを特徴とする請求項１に記載のプラント管理装置。
【請求項５】
前記顔画像は、所定時間毎に複数取得されることを特徴とする請求項１に記載のプラント管理装置。
【請求項６】
前記顔画像取得部は、外部装置から顔画像を取得し、
当該顔画像を、テンプレート顔画像として記憶部に記憶させる顔登録部をさらに有することを特徴とする請求項１に記載のプラント管理装置。
【請求項７】
前記非常事態条件とは、所定の数式によって表現されることを特徴とする請求項１に記載のプラント管理装置。
【請求項８】
タイマから送られる時間情報を基に、前記操作権限を与える処理の後、所定時間が経過したと判定した場合、前記操作権限を無効とする処理部をさらに有することを特徴とする請求項１に記載のプラント管理装置。
【請求項９】
オペレータの操作に基づいてプラントの管理を行うプラント管理装置におけるプラント管理方法において、
前記プラント管理装置は、
所定の人物の顔画像を記憶したテンプレート顔画像が記憶されるとともに、前記プラントが非常事態か否かを判定するための条件である非常事態条件が記憶される記憶部を有し、
計測装置から取得したプラントデータと前記記憶部に記憶された非常事態条件とを比較してプラントが非常事態にあるか否かを判定し、
前記判定の結果、前記プラントが非常事態にあると判定された場合、
撮像装置から取得した顔画像と前記記憶部に記憶されたテンプレート顔画像とを比較して、撮像にかかるオペレータによる操作を受け付けるか否かを認証することを特徴とするプラント管理方法。
【請求項１０】
請求項９に記載のプラント管理方法を、コンピュータに実行させることを特徴とするプラント管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−１７６１６５（Ｐ２００９−１７６１６５Ａ）
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願番号】特願２００８−１５５５３（Ｐ２００８−１５５５３）
【出願日】平成２０年１月２５日（２００８．１．２５）
【出願人】（０００２３３５４９）株式会社日立ハイテクコントロールシステムズ (130)
【Ｆターム（参考）】
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願日】平成２０年１月２５日（２００８．１．２５）
【出願人】（０００２３３５４９）株式会社日立ハイテクコントロールシステムズ (130)
【Ｆターム（参考）】
[ Back to top ]