知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-10
(45)【発行日】2024-07-19
(54)【発明の名称】不正操作検知システム
(51)【国際特許分類】
G06Q 10/0635 20230101AFI20240711BHJP
G06F 11/34 20060101ALI20240711BHJP
A61B 5/16 20060101ALI20240711BHJP
【ＦＩ】
G06Q10/0635
G06F11/34 138
A61B5/16 110
A61B5/16 200
【請求項の数】
3
(21)【出願番号】P 2020203710
(22)【出願日】2020-12-08
(65)【公開番号】P2022091034
(43)【公開日】2022-06-20
【審査請求日】2023-06-19
(73)【特許権者】
【識別番号】597132849
【氏名又は名称】株式会社日立ソリューションズ・クリエイト
(74)【代理人】
【識別番号】110000279
【氏名又は名称】弁理士法人ウィルフォート国際特許事務所
(72)【発明者】
【氏名】樋口 正己
(72)【発明者】
【氏名】左近允 晃
(72)【発明者】
【氏名】虎熊 克
【審査官】大野 朋也
(56)【参考文献】
【文献】特開２０１６－２１２７８８（ＪＰ，Ａ）
【文献】特開２００５－１４９２６７（ＪＰ，Ａ）
【文献】特開２０２０－００９１７７（ＪＰ，Ａ）
【文献】特開２０１９－１６８８１０（ＪＰ，Ａ）
【文献】特開２０１３－２５８６５０（ＪＰ，Ａ）
【文献】特開２０１０－０４９５５５（ＪＰ，Ａ）
【文献】特開２０２０－０６０９６９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ０６Ｆ １１／３４
Ａ６１Ｂ ５／１６
(57)【特許請求の範囲】
【請求項1】
オペレータの不正操作を検知する不正操作検知システムであって、オペレータの画像データを取得する画像取得部と、
前記取得された画像データに基づいて前記オペレータのバイタル値および精神状態（以下、バイタル値等）を算出するバイタル値等算出部と、
前記算出されたバイタル値等に基づいて事故の発生する兆候があるか判定する事故兆候判定部であって、事故の発生する兆候ありと判定した場合には、前記オペレータの使用するオペレータ端末から所定の補足情報を取得する事故兆候判定部と、
前記事故兆候判定部から前記バイタル値等および前記所定の補足情報を受領して、前記オペレータが事故を起こすリスクを算出するリスク算出部と、
前記算出されたリスクが所定の閾値以上の場合、前記オペレータを管理する管理者の使用する管理者端末へ通知する通知部と、
前記算出されたリスクが所定の閾値以上の場合、前記オペレータ端末の動作を制限させる制御指示を前記オペレータ端末へ送信する制御指示部と、
前記管理者による前記オペレータの確認結果を前記管理者端末から受領して記憶するオペレータ情報管理部とを備え、
前記画像取得部と前記バイタル値等算出部と前記事故兆候判定部とは、前記オペレータ端末に設けられており、
前記リスク算出部と前記通知部と前記制御指示部と前記オペレータ情報管理部とは、前記オペレータ端末と双方向通信可能に接続された管理装置に設けられており、
前記オペレータ端末は、前記オペレータ端末と前記管理装置の間の通信が不能な場合に前記リスクを算出し、前記算出されたリスクが所定の閾値以上の場合に前記オペレータ端末の動作を制限する監視制御部
を備える不正操作検知システム。
【請求項2】
前記制御指示部は、前記オペレータ端末の動作を複数段階で制限する請求項１に記載の不正操作検知システム。
【請求項3】
オペレータの不正操作を検知する不正操作検知システムであって、
オペレータの画像データを取得する画像取得部と、
前記取得された画像データに基づいて前記オペレータのバイタル値および精神状態（以下、バイタル値等）を算出するバイタル値等算出部と、
前記算出されたバイタル値等に基づいて事故の発生する兆候があるか判定する事故兆候判定部であって、事故の発生する兆候ありと判定した場合には、前記オペレータの使用するオペレータ端末から所定の補足情報を取得する事故兆候判定部と、
前記事故兆候判定部から前記バイタル値等および前記所定の補足情報を受領して、前記オペレータが事故を起こすリスクを算出するリスク算出部と、
前記算出されたリスクが所定の閾値以上の場合、前記オペレータを管理する管理者の使用する管理者端末へ通知する通知部とを備え、
前記リスク算出部は、判定対象オペレータの所定範囲内に存在する他のオペレータについて算出されたリスク、または前記判定対象オペレータの地域に配信される情報の少なくともいずれか一方を考慮して、前記判定対象オペレータについてのリスクを算出する
不正操作検知システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、不正操作検知システムに関する。
【背景技術】
【0002】
近年、顧客情報、設計データ、実験データなどの重要データが不正に外部に持ち出されたり、重要データが不正に改ざんされたり、心身不調による操作ミスによりデータが消去等されたりする事故が懸念されている。このため、不正操作の原因究明のために操作ログを保存する技術は知られている（特許文献１）。被験者を撮影した画像データから脈波を測定する技術も知られている（特許文献２）。ユーザの装着したウエアラブルデバイスにより、ユーザのバイタルサインを取得し、ユーザのストレスを推定する技術も知られている（特許文献３）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－１０１８３１号公報
【文献】特許第５９１５７５７号
【文献】特開２０２０－１８４３４９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
従来技術のように操作ログを保存すると、不正操作が発見された場合の原因究明に役立つが、不正操作を事前に抑止することはできない。一方、コンピュータ端末を使用するオペレータが意図的にまたは過失により不正操作する場合には、オペレータの血圧等のバイタルサインに何らかの変化が現れると考えられる。しかし、オペレータのバイタルサインを取得するために、例えば体温計、血圧計などの接触型センサをオペレータに装着したのでは、オペレータの作業性が低下する上に、コストも増大する。
【0005】
本発明は、以上の課題に鑑みてなされたもので、その目的は、オペレータによる不正操作を未然に検出することにより安全性を向上できるようにした不正操作検知システムを提供することにある。
【課題を解決するための手段】
【0006】
上記課題を解決すべく、本発明の一つの観点に従う不正操作検知システムは、オペレータの不正操作を検知する不正操作検知システムであって、オペレータの画像データを取得する画像取得部と、取得された画像データに基づいてオペレータのバイタル値および精神状態（以下、バイタル値等）を算出するバイタル値等算出部と、算出されたバイタル値等に基づいて事故の発生する兆候があるか判定する事故兆候判定部であって、事故の発生する兆候ありと判定した場合には、オペレータの使用するオペレータ端末から所定の補足情報を取得する事故兆候判定部とを備える。
【発明の効果】
【0007】
本発明によれば、オペレータの画像データから算出されたバイタル値等に基づいて、事故の発生する兆候を判定することができ、事故の発生する兆候があると判定された場合にオペレータ端末から所定の補足情報を取得することができる。
【図面の簡単な説明】
【0008】
【図1】本実施形態に係る不正操作検知システムの全体概要図である。
【図2】不正操作検知システムのシステム構成図である。
【図3】オペレータ端末により実行されるオペレータ監視処理を示すフローチャートである。
【図4】管理サーバで実行されるオペレータ監視処理のフローチャートである。
【図5】管理者端末で実行されるオペレータ監視処理のフローチャートである。
【図6】オペレータ端末で実行される動作制限処理のフローチャートである。
【図7】事故の発生する兆候を判定する閾値を手動設定する処理を示すフローチャートである。
【図8】事故の発生する兆候を判定する閾値を自動設定する処理を示すフローチャートである。
【図9】オペレータ端末内のデータ管理テーブルの例である。
【図13】管理サーバ内のデータ管理テーブルの例である。
【図14】管理サーバ内のオペレータ情報管理テーブルの例である。
【図15】第２実施例に係り、不正操作検知システムのシステム構成図である。
【図16】オペレータ端末により実施されるオペレータ監視処理を示すフローチャートである。
【図17】第３実施例に係り、管理サーバで実施されるオペレータ監視処理のフローチャートである。
【図18】第４実施例に係り、管理サーバで実施されるオペレータ監視処理のフローチャートである。
【発明を実施するための形態】
【0009】
以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態の不正操作検知システムでは、オペレータの画像データに基づいて、非接触でオペレータのバイタルサイン（以下、バイタル）とオペレータの精神状態とを算出し、これら算出されたバイタルサインおよび精神状態（バイタル値等）から、オペレータによる事故の発生する兆候を算出することができる。
【0010】
ここで事故とは、オペレータによる不正な操作または不注意な動作ではない、正常動作以外の動作により引き起こされる、データの消去、変更、送信、保存などである。故意の事故か過失の事故かは問わない。
【0011】
本実施形態の不正操作検知システムでは、オペレータ端末に内蔵、または接続されたカメラによりオペレーターを撮影し、撮影された画像データからバイタル値を自動的に取得する。そして、不正操作検知システムは、取得された各種バイタル値（心拍数、血圧の変動値など）、およびバイタル情報から算出されたオペレータのストレス度や疲労度といった精神状態も算出し、情報漏洩などの事故が発生するリスクを算出する。
【0012】
さらに、本実施形態の不正操作検知システムは、事故発生リスクの検出精度を向上させるために、所定の補足情報も取得できるようになっている。所定の補足情報には、例えば、オペレータを撮影した画像データから得られるオペレータの視線解析データ（焦点測定情報、アイトラッキング情報）、ユーザインターフェース装置の操作ログが含まれる。オペレータの目の動きや入力ミスの頻度から、オペレータの癖と、オペレータのストレスレベルおよび疲労度を推定することができる。
【0013】
さらに、所定の補足情報には、例えば、いつどこでオペレータがどのようなファイルを操作しているのか、オペレータの周囲に他のオペレータがいるか、といった操作環境に関する情報を含めることができる。
【0014】
本実施形態の不正操作検知システムでは、バイタル値や精神状態はオペレータごとに特性があるため、事故の発生する兆候を検出する閾値をオペレータ毎に設定できる。オペレータ毎の閾値は、管理者が手動で設定してもよいし、あるいは機械学習を用いて自動的に設定してもよい。
【0015】
本実施形態の不正操作検知システムでは、事故の発生する兆候が検出されると、所定の補足情報と共に管理サーバへ通知される。管理サーバは、オペレータ端末から受信した情報に基づいて事故の発生するリスクを算出する。管理サーバは、事故の発生するリスクが所定の閾値よりも高いと判定すると、オペレータ端末の動作を制限するための制御指示をオペレータ端末へ出力し、事故の発生を未然に抑制する。
【0016】
ここでオペレータ端末の動作を制限するとは、事故が生じないようにオペレータ端末の動作（機能）を制限することである。例えば、オペレータ端末の画面をロックしたり、キーボード、タッチパネルおよびポインティングデバイスによる入力を禁止したり、オペレータ端末から外部へのファイル転送を禁止したり、オペレータ端末の印刷機能を停止したり、オペレータ端末の電源をシャットダウンしたりすることのうち少なくとも一つが含まれる。
【0017】
本実施形態の不正操作検知システムでは、オペレータ端末の動作を制限した後で、オペレータを管理する管理者の使用する管理者端末に対し、リスクの発生が予測された旨とオペレータ端末の動作が制限された旨とを通知する。この通知を受けた管理者は、オペレータの状況をオンラインまたはオフラインで確認できる。管理者による確認結果を管理サーバへ登録することにより、事故の発生する兆候を判定するための閾値、リスクの算出方法、オペレータ端末を動作制限するための所定の閾値を改善することもできる。
【0018】
このように構成される本実施形態の不正操作検知システムでは、オペレータ個人に由来する事故の発生を抑制することができ、事故のリスクを低減することができるため、オペレータ端末が利用される情報処理システムの信頼性を向上できる。さらに、本実施形態の不正操作検知システムでは、オペレータの体調不良またはメンタルヘルスの不調を検出できるため、管理者は、オペレータを休ませたり、オペレータの交代要員を手配したりといった対策を事故発生前に実施することができる。これにより、本実施形態の不正操作検知システムでは、オペレータ端末が利用される情報処理システムの生産性および信頼性を向上することができる。
【実施例1】
【0019】
【0020】
不正操作検知システムは、例えば、オペレータ端末１と、「管理装置」としての管理サーバ２と、管理者端末３とを含む。オペレータ端末１と管理者端末３とをそれぞれ一つずつ図示するが、複数のオペレータ端末１と複数の管理者端末３とが一つの管理サーバ２に双方向通信可能に接続されてもよい。
【0021】
オペレータ端末１は、オペレータ４により操作される情報処理装置であり、例えば、ラップトップ型パーソナルコンピュータ、タブレット型パーソナルコンピュータ、携帯情報端末、携帯電話（いわゆるスマートフォンを含む）、ウエアラブルパーソナルコンピュータなどである。オペレータ端末１は、パーソナルコンピュータに限らず、例えば、生産設備を使用するための端末、実験設備を使用するための端末などでもよい。オペレータ４は、オペレータ端末１を用いることにより、例えば、設計システム、生産管理システム、顧客管理システム、経理システムなどの情報処理システムを利用することができる。
【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】
管理者は、管理者端末３を用いてバイタル値等の閾値を設定するよう管理サーバ２へ要求する（Ｓ６１）。管理者端末３からの要求を受けた管理サーバ２は、過去データに基づいて学習モデルを生成する（Ｓ６２）。すなわち、管理サーバ２の閾値設定部２７は、過去のオペレータごとの、事故リスクの予測とその結果、バイタル値等、所定の補足情報などを教師データとして、適切な閾値を得るための学習モデルを作成する。
【0082】
管理サーバ２の閾値設定部２７は、学習モデルを用いて、オペレータごとに閾値を算出する（Ｓ６３）。管理サーバ２は、算出された閾値を管理者端末３へ送信し、管理者による確認と承認を求めることができる（Ｓ６４）。
【0083】
管理サーバ２は、管理者端末３から閾値を確認した旨が通知されると（Ｓ６５）、学習モデルにより算出された閾値をオペレータ端末１へ送信する（Ｓ６６）。オペレータ端末１は、管理サーバ２から受信した閾値を記憶し、事故発生の兆候を判定するために使用する（Ｓ６７）。
【0084】
オペレータごとのバイタル値等の項目ごとの閾値は、例えば、時間帯、曜日、祝祭日などを考慮して設定してもよい。さらには、オペレータごとのバイタル値等の項目ごとの閾値は、オペレータの居住する地域の天候や風土を考慮して設定してもよい。
【0085】
図９は、オペレータ端末１の持つデータ管理テーブルＴ１の例である。データ管理テーブルＴ１は、例えば、連番Ｃ１１、オペレータ識別番号（図中、ＩＤ）Ｃ１２、受信日時Ｃ１３、画像データＣ１４、バイタル値等Ｃ１５、視線解析データＣ１６、操作ログＣ１７、その他Ｃ１８を含む。
【0086】
連番Ｃ１１は、レコードごとに設定される連続番号である。オペレータ識別番号Ｃ１２は、管理サーバ２の管理対象である各オペレータを識別する情報である。画像データＣ１４は、カメラ１０で撮影されたオペレータ４の動画データの格納先アドレスおよびファイル名である。バイタル値等Ｃ１５と視線解析データＣ１６と操作ログＣ１７については、後述する。その他Ｃ１８に示すように、図示した項目以外の項目を管理してもよい。他の図における「その他」も同趣旨である。
【0087】
図１０は、バイタル値等Ｃ１５の内容を示すテーブルＴ１５である。バイタル値等Ｃ１５には、例えば、心拍Ｃ１５１、血中酸素濃度Ｃ１５２、血圧Ｃ１５３、体温Ｃ１５４、ストレスレベルＣ１５５、その他Ｃ１５６が含まれる。これら各項目では、所定時間（例えば１２０秒間）の平均値、最大値および最小値が記録される。なお、これらバイタル値等の項目ごとの閾値は、閾値管理テーブルＴ１５１に記憶されている。
【0088】
図１１は、視線解析データＣ１６の内容を示すテーブルＴ１６である。視線解析データＣ１６は、直近の所定時間ｎ（例えば１２０秒間）の毎秒の視線の座標Ｃ１６１，Ｃ１６２，Ｃ１６３，Ｃ１６４，Ｃ１６５，．．．Ｃ１６ｎが記録される。
【0089】
図１２は、操作ログＣ１７の内容を示すテーブルである。操作ログＣ１７は、例えば、操作中ファイルＣ１７１、アプリケーションＣ１７２、管理部署Ｃ１７３、操作状態Ｃ１７４、操作履歴Ｃ１７５、その他Ｃ１７６を含む。
【0090】
操作中ファイルＣ１７１は、操作されているファイルの名称およびその格納先アドレスである。アプリケーションＣ１７２は、ファイルの操作に使用されているアプリケーションの名称である。管理部署Ｃ１７３は、ファイルを管理している部署名である。操作状態Ｃ１７４は、ファイルの操作状態を示す。操作状態には、例えば、「参照」「編集」「更新」「消去」などがある。操作履歴Ｃ１７５は、オペレータがそのファイルを操作した履歴が記録される。
【0091】
図１３は、管理サーバ２の持つデータ管理テーブルＴ２の例である。このデータ管理テーブルＴ２は、オペレータ端末１内のデータ管理テーブルＴ１と同様に、例えば、連番Ｃ２１、オペレータ識別番号Ｃ２２、受信日時Ｃ２３、画像データＣ２４、バイタル値等Ｃ２５、視線解析データＣ２６、操作ログＣ２７、その他Ｃ２８を含む。
【0092】
さらに、データ管理テーブルＴ２は、確認結果Ｃ２９の項目を備える。確認結果Ｃ２９には、管理サーバ２からの事故リスク発生予測について管理者が現場を確認した結果が記録される。
【0093】
図１４は、管理サーバ２の持つオペレータ情報管理テーブルＴ３の例である。オペレータ情報管理部２６は、オペレータ情報管理テーブルＴ３を管理する。オペレータ情報管理テーブルＴ３は、オペレータごとに、バイタル値等の閾値を管理する。オペレータ情報管理テーブルＴ３は、例えば、オペレータ識別番号Ｃ３１、オペレータ名Ｃ３２、心拍閾値Ｃ３３、血中酸素濃度閾値Ｃ３４、血圧閾値Ｃ３５、体温閾値Ｃ３６、ストレスレベル閾値Ｃ３７、その他Ｃ３８を含む。
【0094】
このように構成される本実施例の不正操作検知システムによれば、オペレータのバイタル値等を画像データに基づいて非接触で検出することができ、オペレータが事故を起こす兆候を検知することができる。本実施例によれば、事故発生前に、事故の兆候を検知することができるため、事故に対する対策を事前に行うことができ、オペレータの関与する業務の継続性および信頼性が向上する。
【0095】
本実施例の不正操作検知システムでは、事故の発生する兆候が検知されると、所定の補足情報を取得する。所定の補足情報は、事故リスクを判定するために使用される情報であり、例えば、視線解析データ、操作ログなどである。本実施例では、事故発生の兆候が検知されたときに、所定の補足情報を取得するため、バイタル値等と所定の補足情報とから事故の発生兆候の適否を調べることができる。
【0096】
本実施例の不正操作検知システムでは、事故発生の兆候が検知されると、バイタル値等および所定の補足情報に基づいて事故リスクの発生を算出し、事故リスクが高いと判定されると、管理者端末３へ通知する。したがって、本実施例では、事故が発生する前に、そのリスクを評価して管理者に通知できるため、管理者はオペレータの様子を確認するなどの対策を実行することができ、管理者にとっての使い勝手が向上する。
【0097】
本実施例の不正操作検知システムでは、事故リスクが高いと判定されると、オペレータ端末の動作を制限させる。したがって、事故の発生を未然に抑制することができ、オペレータの関与する業務の継続性と信頼性、安全性が向上する。事故発生の軽減に直接的または間接的に役立つ動作であれば、制限対象となる。
【0098】
本実施例の不正操作検知システムでは、オペレータ個人に起因する事故の発生を抑制できるほかに、オペレータの体調不良またはメンタルヘルスの不調を検出できる。体調不調やメンタルヘルスの不調は、人為的ミスの原因になるため、事故発生の兆候として検出することができる。本実施例の不正操作検知システムが事故発生の兆候を検知し、事故リスクの可能性が管理者に通知されることにより、管理者は、オペレータを休ませたり、オペレータの交代要員を手配したりといった労務対策を事故前に実施できる。これにより、オペレータの関与する業務の生産性および信頼性を向上できる。
【実施例2】
【0099】
図１４および図１５を用いて、第２実施例を説明する。本実施例を含む以下の各実施例では、第１実施例との相違を中心に述べる。本実施例の不正操作検知システムのオペレータ端末１Ａは、オペレータ端末１Ａと管理サーバ２との間の通信が不能な場合に、事故リスクを算出し、算出された事故リスクが所定の閾値以上の場合にオペレータ端末１Ａの動作を制限する監視制御部１８を備える。
【0100】
図１６のフローチャートを用いて、オペレータ端末１Ａで実施されるオペレータ監視処理Ｓ７０を説明する。
【0101】
オペレータ端末１Ａは、カメラ１０からオペレータの画像データを取得し（Ｓ７１）、取得された画像データに基づいてバイタル値等を算出する（Ｓ７２）。オペレータ端末１Ａは、算出されたバイタル値等が閾値ＴｈＶ未満の場合（Ｓ７３：ＹＥＳ）、事故発生の兆候無しと判断してステップＳ７０へ戻る。
【0102】
これに対し、オペレータ端末１Ａは、算出されたバイタル値等値が閾値ＴｈＶ以上の場合（Ｓ７３：ＮＯ）、所定の補足情報を取得し（Ｓ７４）、バイタル値等および所定の補足情報を管理サーバ２へ送信する（Ｓ７５）。
【0103】
オペレータ端末１Ａは、管理サーバ２へのデータ送信が成功した場合（Ｓ７６：ＹＥＳ）、ステップＳ７１へ戻る。これに対し、オペレータ端末１Ａは、管理サーバ２へのデータ送信が失敗した場合（Ｓ７６：ＮＯ）、監視制御部１８によりオペレータ端末１Ａ内で事故リスクを算出する（Ｓ７７）。オペレータ端末１Ａの監視制御部１８は、算出された事故リスクが所定の閾値ＴｈＲ以上の場合（Ｓ７７：ＮＯ）、オペレータ端末１Ａの動作を制限する（Ｓ７９）。
【0104】
オペレータ端末１Ａは、定期的にまたは不定期に、管理サーバ２との通信が正常状態に戻ったか監視する（Ｓ８０）。オペレータ端末１Ａは、通信状態が正常に戻ると（Ｓ８０：ＹＥＳ）、所定データを管理サーバ２へ送信する（Ｓ８１）。
【0105】
所定データには、例えば、通信異常中に算出または取得されたバイタル値等および所定の補足情報（Ｓ７２，Ｓ７４）、通信異常中にオペレータ端末１Ａ内で算出された事故リスクの値（Ｓ７７）と事故リスクの判定結果（Ｓ７８）、オペレータ端末１Ａの動作制限を示す情報（Ｓ７９）が含まれる。
【0106】
オペレータ端末１Ａは、動作制限の解除指示が入力されると（Ｓ８２：ＹＥＳ）、ステップＳ７９で実施した動作制限を解除する（Ｓ８３）。動作制限の解除指示は、通信状態が正常に戻った後で、管理サーバ２からオペレータ端末１Ａへ送信される。あるいは、管理者のみが知るパスワードをオペレータ端末１Ａへ入力したり（キーボード入力が禁止されない場合）、パスワードを記録した記憶媒体をオペレータ端末１Ａに接続したりして（外付け記憶装置へのデータ転送が禁止されない場合）、オペレータ端末１Ａの動作制限を解除してもよい。
【0107】
このように構成される本実施例の不正操作検知システムも第１実施例と同様の作用効果を奏する。さらに、本実施例では、オペレータ端末１Ａと管理サーバ２との通信状態が悪い場合（例えば通信できない場合）、オペレータ端末１Ａ内で当該オペレータ端末１Ａの動作を制限することができる。したがって、例えば、地下や山奥などの通信環境の悪い状況下で、オペレータ端末１Ａを用いた事故が発生するのを未然に抑制することができ、オペレータ端末１Ａの関与する業務の信頼性を向上することができる。
【実施例3】
【0108】
図１７を用いて、第３実施例を説明する。本実施例では、事故リスクが高いと判定された場合に、オペレータ端末１の動作を複数段階で制限する。図１７は、管理サーバ２で実行されるオペレータ監視処理Ｓ２０Ａを示すフローチャートである。本処理２０Ａは、図４で述べた処理２０と共通のステップＳ２１－Ｓ２５を有する。さらに、本処理２０Ａは、新規なステップＳ２６，Ｓ２７，Ｓ２８を備える。
【0109】
管理サーバ２は、算出された事故リスクの値が所定の閾値ＴｈＲ以上の場合（Ｓ２３：ＮＯ）、管理者端末３へ警告を通知し（Ｓ２４）、制御指示部２４から所定の制御指示を出力させる（Ｓ２５）。この最初の動作制限を第１動作制限とここでは呼ぶ。
【0110】
管理サーバ２は、オペレータ端末１の動作を制限した後、オペレータ端末１から取得した最新データ（バイタル値等、所定の補足情報）に基づいて、事故リスクを再度算出する（Ｓ２７）。管理サーバ２は、再計算したリスクが第２の所定の閾値ＴｈＲ２以上である場合（Ｓ２７：ＹＥＳ）、オペレータ端末１の動作をさらに制限する（Ｓ２８）。ステップＳ２８による動作制限を第２動作制限とここでは呼ぶ。
【0111】
第１動作制限を発動するための閾値ＴｈＲと第２動作制限を発動させるための第２閾値ＴｈＲ２とは同じ値であってもよいし、異なってもよい。
【0112】
第１動作制限は、外付け記憶装置へのデータ転送の禁止、ネットワークへのファイル転送の禁止のように、重大事故に直接関係する所定の動作を制限することである。したがって、重大事故に間接的に関係しうる動作、例えばキーボードへの入力、画面の切り替えなどは許可される。
【0113】
第２動作制限は、第１動作制限の後で実施されるものであり、重大事故に間接的に関係する所定の動作を制限することである。例えば、キーボード入力、マウス操作、画面の切り替えなどが該当する。
【0114】
このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに本実施例では、重大事故に直接関係する動作を禁止する第１動作制限をした後で、重大事故に間接的に関係する動作を禁止する第２動作制限をする。このため、第１動作制限を実施した後でのオペレータ４の様子、操作を観察することができ、その間に不正操作の証拠を収集することができる。
【0115】
第１動作制限は、重大事故に直接関係する動作であるが、キーボード入力、マウス操作、タッチパネル操作などの一般的な操作は禁止されないため、事故のリスクが高いと判定されたオペレータは、第１動作制限後も引き続き業務を行うことができる。したがって、結果的に誤判定であった場合に、オペレータにとっての使い勝手が向上する。
【実施例4】
【0116】
図１８を用いて第４実施例を説明する。本実施例の不正操作検知システムでは、判定対象オペレータの所定範囲内に存在する他のオペレータについて算出されたリスク、または判定対象オペレータの地域に配信される情報の少なくともいずれか一方を考慮して、判定対象オペレータについてのリスクを算出する。
【0117】
図１８は、管理サーバ２で実行されるオペレータ監視処理Ｓ２０Ｂを示すフローチャートである。本処理２０Ｂは、図４で述べた処理２０と共通のステップＳ２１－Ｓ２５を有する。さらに、本処理２０Ｂは、新規なステップＳ２９，Ｓ２９－１を備える。
【0118】
管理サーバ２は、算出されたリスクが所定の閾値ＴｈＲ以上の場合（Ｓ２３：ＮＯ）、判定対象オペレータ４の周囲のオペレータ（不図示）のリスクも増大しているか判定する（Ｓ２９）。
【0119】
判定対象オペレータの周囲のオペレータとは、例えば、同一室内、同一フロア内、同一ビル内、同一地域内のように、判定対象オペレータの所定範囲内に位置するオペレータである。
【0120】
管理サーバ２は、周囲のオペレータのリスクも増大している場合（Ｓ２９：ＹＥＳ）、例えば、地震、雷雨などによりバイタル値等が急変動したと判断し、実際の事故リスクは低いものとして本処理を終了する。
【0121】
これに対し、管理サーバ２は、判定対象オペレータの周囲のオペレータのリスクは増大していない場合（Ｓ２９：ＮＯ）、判定対象オペレータの地域に配信されるニュース速報があったかを判定する（Ｓ２９－１）。
【0122】
「判定対象オペレータの地域に配信される情報」の例としてのニュース速報の配信時期が、オペレータ端末１による事故兆候の判定時期に重なっていたかあるいは直前だった場合、判定対象オペレータニュース速報の内容に驚いてしまい、バイタル値等が急変動する可能性がある。そこで、管理サーバ２は、ニュース速報が配信されたと判断すると（Ｓ２９－１）、事故の発生するリスクは実際には低いものとして、本処理を終了する。ニュース速報の種類に応じて重みをつけてもよい。
【0123】
管理サーバ２は、ニュース速報が配信されていなかった場合（Ｓ２９－１：ＮＯ）、事故リスクが高い旨を管理者端末３へ通知するとともに（Ｓ２４）、オペレータ端末１の動作を制限させる（Ｓ２５）。
【0124】
このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに、本実施例では、判定対象オペレータの事故リスクの値が高くなった場合に、判定対象オペレータの周囲環境（他のオペレータの状態、ニュース）を考慮して、事故の発生する可能性を判断する。したがって、判定対象オペレータの居る地域に依存する原因によりリスクが誤判定する可能性を低減でき、不正操作検知システムの信頼性を向上できる。
【0125】
なお、本発明は上記した実施例に限定されず、様々な変形例が含まれる。例えば、上記実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換することが可能である。上述の各実施例は適宜結合可能である。
【0126】
さらに上述した実施形態には以下の発明も含まれている。
【0127】
「オペレータの不正操作を検知する不正操作検知方法であって、オペレータの画像データを取得する画像取得ステップと、前記取得された画像データに基づいて前記オペレータのバイタル値および精神状態（以下、バイタル値等）を算出するバイタル値等算出ステップと、前記算出されたバイタル値等に基づいて事故の発生する兆候があるか判定する事故兆候判定ステップであって、事故の発生する兆候ありと判定した場合には、前記オペレータの使用するオペレータ端末から所定の補足情報を取得する事故兆候判定ステップとを実行する不正操作検知方法。」
【符号の説明】
【0128】
１，１Ａ：オペレータ端末、２：管理サーバ、３：管理者端末、１１：オペレータ画像取得部、１２：データ記憶部、１３：バイタル値等算出部、１４：事故兆候判定部、２２：データ記憶部、２３：リスク判定部、制御指示部２４
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】