JP7499426B1

JP7499426B1 - 認証サーバ、認証システム、および、認証方法

Info

Publication number: JP7499426B1
Application number: JP2024005902A
Authority: JP
Inventors: 誠池田
Original assignee: Hitachi Industry and Control Solutions Co Ltd
Current assignee: Hitachi Industry and Control Solutions Co Ltd
Priority date: 2024-01-18
Filing date: 2024-01-18
Publication date: 2024-06-13
Anticipated expiration: 2044-01-18

Abstract

【課題】認証プロトコルを実装しない機器についても、ネットワーク認証を提供すること。【解決手段】ＰＬＣ２１内のメモリ２１ｍへのデータアクセスが可能な認証サーバ４０は、メモリ２１ｍに書き込まれた認証用入力情報を検知して読み込み、その認証用入力情報とユーザＤＢ５１に登録されているアカウント情報とを照合することで、認証用入力情報に対する認証結果を生成し、その認証用入力情報に対する認証結果をＰＬＣ２１内のメモリ２１ｍに書き込むことで、ＰＬＣ２１に対して認証結果に基づく制御処理の可否を通知する。【選択図】図１

Description

本発明は、認証サーバ、認証システム、および、認証方法に関する。

医薬品製造では、ＧＭＰ（Good Manufacturing Practice）基準などで製造の記録保存が義務付けられている。記録保存先は、従来の紙から電子データ化が進んでいる。電子データ化では、コピーや改ざんが容易であるためオリジナルデータを保存したり、保存したデータの真正性を保証するための操作取り扱いの情報を記録したりすることが求められる。

医薬品製造記録の電子データの扱いについてはアメリカ食品医薬品局（ＦＤＡ：Food and Drug Administration）による「CFR21 PART11」や、PIC/S（Pharmaceutical Inspection Convention and Pharmaceutical Inspection Co-operation Scheme）による「Annex11」などの国際的なガイドラインが整備されている。
各国の医薬品製造事業者は、これらの要件を満たすように医薬品製造記録の電子データを管理する義務がある。これらのガイドラインには、医薬品製造記録の電子データの取り扱いについて、「いつ」「だれが」「なにを」「どうした」「その理由」を記録することが記載されている。

このように、機器を操作するユーザが誰であるかを記録するために、事前に機器にログインするユーザを認証する仕組みが普及している。
例えば、特許文献１には、認証スイッチに入力されたＩＤおよびパスワードを受けた認証サーバが、ＬＤＡＰ（Lightweight Directory Access Protocol）サーバである外部のディレクトリサーバに認証成否を問い合わせる仕組みが記載されている。このように、ネットワーク認証を用いることで、ログインする機器自体に認証可否の機能を持たせる必要が無くなる。

特開２０２１－９６５１２号公報

特許文献１の認証スイッチは、ユーザから入力されたＩＤおよびパスワードをもとに、認証サーバに対して認証要求を発行できる機能を持つ。この認証スイッチのような、自身で認証プロトコル処理が可能な程度の性能を有する装置であれば、ネットワーク認証は円滑に行われる。

一方、医薬品などの製造現場では、製造設備を制御するためにユーザが操作する制御装置であるＰＬＣ（Programmable Logic Controller）や、そのＰＬＣに操作命令を入力するための端末が存在する。これらの製造現場の各装置は、ＰＬＣを提供するメーカの独自仕様であることも多く、標準的な認証プロトコルが実装されていないことも多い。よって、端末に操作命令を入力する人間が誰であるのか、さらに、入力された操作命令を許可して良いのかなど、認証を要するデータの取得がそのままでは困難である。

または、ネットワーク認証を行わずに、ＰＬＣの内部に、入力されたＩＤおよびパスワードの認証成否を判断する機能を備えるローカル認証の実装を検討する。このローカル認証では、たしかに、認証プロトコルは実装しなくてもよいものの、高機能化するＰＬＣの装置コストに加え、ＰＬＣの台数分だけ個別にローカル認証の設定データを準備する必要があり、管理コストがかかってしまう。

本発明はこのような事情を考慮してなされたものであり、認証プロトコルを実装しない機器についても、ネットワーク認証を提供することを、主な課題とする。

上記課題を解決するために、本発明の認証サーバは、以下の特徴を有する。
本発明は、制御装置内のメモリへのデータアクセスが可能な認証サーバであって、
前記メモリに書き込まれた認証用入力情報を前記メモリのアクセス監視により検知して読み込み、
その認証用入力情報とユーザＤＢに登録されているアカウント情報とを照合することで、前記認証用入力情報に対する認証結果を生成し、
その認証用入力情報に対する前記認証結果を前記制御装置内の前記メモリに書き込むことで、前記制御装置に対して前記認証結果に基づく制御処理の可否を通知することを特徴とする。
その他の特徴は、後記する。

本発明によれば、認証プロトコルを実装しない機器についても、ネットワーク認証を提供することができる。

本実施形態に関する認証システムの構成図である。本実施形態に関する認証システムの各装置のハードウェア構成図である。本実施形態に関する認証システムの処理を示すシーケンス図である。本実施形態に関するログイン画面図である。本実施形態に関するメモリのデータ内容を示す説明図である。本実施形態に関する認証システムに使用される各データベースの詳細を示す説明図である。本実施形態に関するＰＬＣの制御画面図である。

以下、本発明の一実施形態を図面を用いて説明する。

図１は、認証システム１００の構成図である。
認証システム１００は、ＰＬＣ２１と、端末１１と、認証サーバ４０と、ディレクトリサーバ５０とがネットワークで接続されて構成される。まず、認証システム１００が提供する機器制御機能について、説明する。
ＰＬＣ２１－２３は、製造機器などに接続されており、それらの製造機器に対して制御命令を発行する制御装置である。このＰＬＣ２１－２３は、ＬＤＡＰなどの認証プロトコルには非対応の装置でもよいし、認証プロトコルに対応していてもよい。
端末１１－１３は、ＰＬＣ２１に付帯し、ＰＬＣ２１を操作するため端末である。

ＰＬＣ２１と端末１１とは、同じ作業台３１に配置されるなど、互いが直接接続されている。同様に、ＰＬＣ２２と端末１２とが同じ作業台３２に配置され、ＰＬＣ２３と端末１３とが同じ作業台３３に配置される。換言すると、端末１１が操作可能なＰＬＣはＰＬＣ２１だけであり、他のＰＬＣ２２，２３にはアクセスできない。このように、ＰＬＣ２１と端末１１との直接接続を実現する手段は、例えば、以下の通りである。
・ＰＬＣ２１と端末１１とが、同じ筐体に収容される１台の装置として構成される。この場合、例えば、端末１１の機能は、ＰＬＣ２１付帯のタッチパネルとして実現される。
・ＰＬＣ２１と端末１１との間を、ＵＳＢケーブルなどの有線の通信回線で接続するとともに、ＰＬＣ２１は、他の端末１２，１３とは有線の通信回線で接続しないように（例えば、ＵＳＢポートを１つとする）構成される。
・ＰＬＣ２１と端末１１との間を、ＰＬＣ２１の独自規格の無線プロトコルで接続することで、データ通信を可能とする。なお、ＰＬＣ２１の独自規格の無線プロトコルは、端末１２，１３には実装されていない。
・各作業台３１－３３間は10m間隔など物理的に離れており、端末１１から物理的に遠いＰＬＣ２２，２３には、操作できないように構成される。

次に、認証システム１００が提供する認証機能について、説明する。ここでの認証機能の「認証」とは、どのユーザに対して、どのＰＬＣ２１－２３の使用許可を与えるかを判断する処理である。例えば、以下の３つの操作を行うためには、合計３回の認証を要する。
・ユーザＵ１が、ＰＬＣ２１を介して第１の操作を行う。そのために、ユーザＵ１は端末１１を介して、ＰＬＣ２１内のメモリ２１ｍに、自身のＩＤとＰＷとを書き出すことで認証要求を発生させる。
・ユーザＵ１が、ＰＬＣ２２を介して第２の操作を行う。そのために、ユーザＵ１は端末１２を介して、ＰＬＣ２２内のメモリ２１ｍに、自身のＩＤとＰＷとを書き出すことで認証要求を発生させる。
・ユーザＵ２が、ＰＬＣ２２を介して第３の操作を行う。そのために、ユーザＵ２は端末１２を介して、ＰＬＣ２２内のメモリ２１ｍに、自身のＩＤとＰＷとを書き出すことで認証要求を発生させる。

認証サーバ４０は、ＰＬＣ２１内のメモリ２１ｍ（詳細は図４）をアクセス監視し、メモリ２１ｍに書き込まれたユーザＩＤおよびパスワードの組み合わせ（ID,PW）を検知すると、その組み合わせ（ID,PW）をもとに認証要求を作成し、ディレクトリサーバ５０に認証要求を送信する。
なお、ディレクトリサーバ５０は、ＬＤＡＰサーバなどの認証サーバ４０に対する外部認証局として構成される。また、認証サーバ４０の機能と、ディレクトリサーバ５０の機能とが、同じ筐体に収容される１台の装置として構成されてもよい。その場合、ＰＬＣ２１内のメモリ２１ｍへのデータアクセスが可能な認証サーバ４０は、以下の機能を有する。
・メモリ２１ｍに書き込まれた認証用入力情報を監視により検知して読み込む機能。
・その認証用入力情報とユーザＤＢ５１に登録されているアカウント情報とを照合することで、認証用入力情報に対する認証結果を生成する機能。
・その認証用入力情報に対する認証結果をＰＬＣ２１内のメモリ２１ｍに書き込むことで、ＰＬＣ２１に対して認証結果に基づく制御処理の可否を通知する機能。

ディレクトリサーバ５０は、ユーザＩＤおよびパスワードの組み合わせ（ID,PW）などが管理されるユーザＤＢ５１（詳細は図５）と、受信した認証要求とを照合することで、ユーザＤＢ５１に登録されている組み合わせ（ID,PW）を含む認証要求を許可し、組み合わせ（ID,PW）を含まない認証要求を却下する。
ディレクトリサーバ５０は、認証結果（認証許可または認証却下）を示す情報（以下「Result」とする）を、認証要求元のＰＬＣ２１内のメモリ２１ｍに書き出すように、認証サーバ４０に返答する。これにより、ＰＬＣ２１は、自身のメモリ２１ｍ内のResultを参照して、今後、端末１１から発行される制御命令の採否を決定できる。

図２は、認証システム１００の各装置（端末１１、ＰＬＣ２１、認証サーバ４０、ディレクトリサーバ５０）のハードウェア構成図である。
認証システム１００の各装置は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部を改善制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。

図３は、認証システム１００の処理を示すシーケンス図である。
Ｓ１１として、端末１１は、ユーザから認証用入力情報として、ユーザＩＤおよびパスワードの組み合わせ（ID,PW）の入力を受け付ける。なお、認証用入力情報として、（ID,PW）を用いる代わりに、指紋などの生体認証用の入力情報や、ユーザが持参した社員証から読み取ったタグ情報など、任意の本人確認情報を用いてもよい。

図４は、Ｓ１１のログイン画面図である。
ユーザは、端末１１に表示されたログイン画面２１０に対して、ＩＤ欄２１１には自身のユーザＩＤを入力し、ＰＷ欄２１２には自身のパスワードを入力してから、ＯＫボタン２１３を入力する。

図３に戻り、Ｓ１２として、端末１１は、Ｓ１１で入力された認証用入力情報（ID,PW）をＰＬＣ２１に送信する。
Ｓ１３として、ＰＬＣ２１は、Ｓ１２で送信された（ID,PW）を、自身のメモリ２１ｍに保存する。

図５は、メモリ２１ｍのデータ内容を示す説明図である。
メモリ２１ｍ内のメモリ領域１０１は、Ｓ１３で保存される（ID,PW）と、その（ID,PW）を入力したユーザに対する認証結果（Result）とが、格納されている。
なお、端末１１および認証サーバ４０は、メモリ２１ｍ内のどのメモリ領域１０１のどのアドレスに、各項目（ID,PW,Result）を格納するかという格納情報を、事前に設定しておく。これにより、端末１１および認証サーバ４０は、メモリ２１ｍ内のメモリ領域１０１に直接アドレスを指定して、各項目（ID,PW,Result）を読み書きすればよい（RAWレベルの手段を用いる）。そして、認証サーバ４０は、ＰＬＣメーカ独自のプロトコルやOPC（OLE for Process Control）などの相互接続可能な国際標準プロトコルを介して、メモリ２１ｍ内のデータにアクセスする。

メモリ領域１０１は、Ｓ１３の時点での保存内容であり、この時点ではＳ１１で入力された（ID,PW）が記入されているが、Resultは空欄であり認証中であることを示す。
メモリ領域１０２は、後記するＳ２４の時点での保存内容の第１例であり、入力された（ID,PW）が認証許可された旨のResultが追記される。
メモリ領域１０３は、後記するＳ２４の時点での保存内容の第２例であり、入力された（ID,PW）が認証却下された旨のResultが追記される。

なお、メモリ２１ｍ内のメモリ領域１０１～１０３に書き込む情報について、ＰＬＣ２１と認証サーバ４０とで事前に情報共有しておいた暗号化方式を用いてもよい。
・ＰＬＣ２１は、メモリ２１ｍに書き込む情報について、暗号化した情報を書き込む。
・認証サーバ４０は、メモリ２１ｍから読み込んだ情報を復号化する。
これにより、第三者によるメモリ２１ｍ内への直接のデータ攻撃（不正データ書き込み、盗み見など）を防止できる。

図３に戻り、Ｓ１４として、認証サーバ４０は、ＰＬＣ２１のメモリ２１ｍ内を直接アクセス監視して、新たに（ID,PW）が書き込まれると、その（ID,PW）を読み込む。
Ｓ１５として、認証サーバ４０は、読み込んだ（ID,PW）を含む認証要求を生成し、認証要求をディレクトリサーバ５０に送信する。なお、認証要求には、ＰＬＣ２１のID（PLC-ID）を含めてもよい。
Ｓ２１として、ディレクトリサーバ５０は、Ｓ１５の認証要求に対する認証処理を行う。つまり、ディレクトリサーバ５０は、ユーザＤＢ５１に登録されている各アカウントと、Ｓ１４で受信した認証要求とを照合することで、ユーザＤＢ５１に登録されているアカウントを含む認証要求を許可し、未登録の認証要求を却下する。

Ｓ２２として、ディレクトリサーバ５０は、Ｓ２１の認証結果（Result）を認証要求の（ID,PW）に対応付けた応答メッセージを、認証サーバ４０に返信する。
なお、認証サーバ４０とディレクトリサーバ５０とが同一筐体の場合には、Ｓ２２の処理として、認証サーバ４０は、認証用入力情報に加えて、認証用入力情報を検知したＰＬＣ２１のＩＤが、ユーザＤＢ５１に登録されている場合に、認証許可を示す認証結果（Result）を生成する。そのため、ユーザＤＢ５１に登録されているアカウント情報は、認証用入力情報に加えて、ＰＬＣ２１のＩＤが対応付けて登録されている。これにより、一人のユーザーが、複数PLC（設備）毎に、異なる権限を付与することをサポートできる。

図６は、認証システム１００に使用される各データベースの詳細を示す説明図である。
認証サーバ４０は、認証状態ＤＢ４１にて、現在継続している認証状態を管理する。認証状態ＤＢ４１は、認証要求の情報（ID,PW,PLC-ID）と、現在の認証状態と、Resultの情報（操作権限、表示名）とを対応付けて保存する。
・現在の認証状態は、Ｓ１５の時点で書き込まれるResult発行前の「認証中」か、Ｓ２２の時点で書き込まれる発行された認証成否のResultを示す「認証許可」または「認証却下」かのいずれかの状態を示す。
・操作権限は、認証許可であるときの許可されるＰＬＣ２１の権限の範囲を、権限テーブル２１Ｔの「操作権限」の役職名（管理者または一般）として示す。なお、権限テーブル２１Ｔは、ＰＬＣ内の機能ごとに、その機能を許可する操作権限を対応付ける。
・表示名は、認証許可されたユーザが端末１１を介して操作するときの画面に表示される表示名である。
なお、このように、認証状態ＤＢ４１には現在の認証状態だけがレコードとして記録されるが、認証サーバ４０は、過去の認証状態ＤＢ４１の履歴を時系列に保存してもよい。これにより、問題が発生したときに、誰がいつ、どのＰＬＣを使用していたかなど、問題の原因をトレースするのに役立つ。

また、認証サーバ４０は、認証中の経過時間（Ｓ１３～Ｓ２４の経過時間）を監視し、その経過時間が所定時間を超過した場合は、タイムアウトとして、認証処理失敗（認証却下ではない）を端末１１に通知してもよい。つまり、認証サーバ４０は、ディレクトリサーバ５０に送信した認証要求への返信が所定時間行われなかった場合には、認証処理失敗を示す認証結果をメモリ２１ｍに書き込む。このタイムアウトの原因は、認証サーバ４０の装置異常、ディレクトリサーバ５０の装置異常、または、認証サーバ４０とディレクトリサーバ５０との間のネットワーク異常などが考えられる。
端末１１は、このようなネットワーク認証の認証処理失敗時には、ＰＬＣ２１内部に用意しておいた緊急用管理者のアカウントを介したローカル認証によるログインおよび操作権限の付与を実行してもよい。ローカル認証とは、認証サーバ４０、ディレクトリサーバ５０を介さずＰＬＣ２１内部で完結する認証である。

ユーザＤＢ５１には、アカウント情報として、認証要求と照合するための情報（ID,PW,PLC-ID）と、照合に成功したときにResultに含める情報（操作権限、表示名）とが、管理者等により準備される。なお、ユーザＤＢ５１にPLC-IDを含めることにより、同じユーザＵ１であっても、得意な製造機器（例えば、製薬工程に使用される「培養機器」、「精製機器」、「反応槽」など）を扱うＰＬＣ２１については管理者の操作権限が与えられるが、専門外の物流機器を扱うＰＬＣ２２については一般の操作権限が与えられるなど、個人の専門分野に応じた操作権限を個別に付与することができる。
なお、ＰＬＣ２１－２３を介して制御される各設備は、その設定値を変更すると製造品質に大きくかかわる。よって、品質に対してインパクトのある操作を操作権限として専門性の高いユーザにだけ許可するようにユーザＤＢ５１にて権限管理を行うことで、製造品質の管理も、ユーザのアカウント管理も、ユーザＤＢ５１にて一括して行うことができる。

一方、ユーザＤＢ５１から以下の項目を省略してもよい。
・表示名を省略することで、端末１１の画面に表示名が表示されなくなるが、認証処理には影響がない。
・操作権限を省略することで、認証で許可する単位が、「ＰＬＣ２１内のある機能」から「ＰＬＣ２１内の全機能」に置き換わる。
・PLC-IDを省略することで、認証で許可する単位が、「ＰＬＣ２１－２３のうちの認証要求した特定のＰＬＣ２１」から「ＰＬＣ２１－２３のうちの任意の認証要求したＰＬＣ」に置き換わる。

図３に戻り、Ｓ２３として、認証サーバ４０は、認証要求の（ID,PW）に対応するＳ２２で受信した認証結果（Result）を、認証要求元のＰＬＣ２１内のメモリ２１ｍに書き出すように、ＰＬＣ２１に通知する。つまり、認証サーバ４０は、認証結果をＰＬＣ２１内のメモリ２１ｍに書き込む場合に、操作権限を示す情報も併せて書き込むことで、ＰＬＣ２１に対して認証結果に基づく操作権限の範囲内での制御処理の可否を通知する。そのため、ユーザＤＢ５１に登録されているアカウント情報は、認証用入力情報に加えて、ＰＬＣ２１が提供する機能のうちの操作権限を示す情報が対応付けて登録されている。

Ｓ２４として、ＰＬＣ２１は、図５のメモリ領域１０２（認証許可「OK」の場合は、操作権限、表示名も併せて書き出す）、または、メモリ領域１０３（認証却下「NG」の場合）のように、Ｓ２３の認証結果（Result）を、メモリ２１ｍに保存する。
Ｓ２５として、端末１１は、ＰＬＣ２１内のメモリ２１ｍから、Ｓ１２で送信したログイン情報（ID,PW）に対する認証結果（Result）を読み取る。

Ｓ３１として、端末１１は、Ｓ２５の認証結果（Result）を反映したＰＬＣの制御画面を表示し、ユーザから制御命令の入力を受け付ける。なお、Resultが認証却下なら、ログインの失敗画面を表示し、別のユーザからのログイン画面に戻る。Resultが認証許可である場合、Ｓ３２として、ＰＬＣ２１は、Ｓ３１で端末１１から受信したユーザからの制御命令を、図示しない設備などに伝達することで、制御命令を実行する。
または、Ｓ２５の認証結果（Result）を端末１１が読み取る代わりに、ＰＬＣ２１が読み取ってもよい。この場合、Ｓ３２として、ＰＬＣ２１は、端末１１から受信したユーザからの制御命令と、Ｓ２５の認証結果（Result）とを照合し、権限テーブル２１Ｔの「操作権限」の範囲内の制御命令だけ実行する。

さらに、端末１１は、Ｓ３１の操作受付時間にも制限時間（１５分間など）を設けておき、その制限時間内に操作が無い場合には、Ｓ２４で保存された認証結果（Result）を削除して強制ログアウトを実行してもよい。つまり、認証サーバ４０は、認証結果をＰＬＣ２１内のメモリ２１ｍに書き込んだ後に、ＰＬＣ２１に対する操作入力が所定時間行われなかったことにより強制的にログアウト状態にした旨のＰＬＣ２１からの通知を受けた場合には、認証結果をＰＬＣ２１内のメモリ２１ｍから削除する。これにより、ユーザＵ１がＰＬＣ２１に対する認証成功した後に、その離席中を狙ったユーザＵ２によるＰＬＣ２１の操作を適切に禁止できる。

図７は、ＰＬＣの制御画面図である。
制御画面２２０は、操作権限＝管理者用の制御画面であり、表示名＝UserLV2が表示されている。図６の権限テーブル２１Ｔの管理者用の操作権限にあるように、ＰＬＣ２１が提供するすべての操作ボタン（センサ値取得、ベルトコンベア制御、ロボットアーム制御、槽の温度変更）を入力可能なように、各操作ボタンが有効化されている。
制御画面２３０は、操作権限＝一般用の制御画面であり、表示名＝UserLV1が表示されている。権限テーブル２１Ｔの管理者用の操作権限にあるように、ＰＬＣ２１が提供する一部の操作ボタン（ロボットアーム制御、槽の温度変更）は操作権限が与えられていないので、各操作ボタンが無効化されている。

以上説明した本実施形態の認証システム１００は、ＰＬＣ２１と、認証サーバ４０と、ディレクトリサーバ５０とを有しており、以下の特徴を有する。
・ＰＬＣ２１は、入力された認証用入力情報を自身のメモリ２１ｍに書き込む。
・認証サーバ４０は、メモリ２１ｍに書き込まれた認証用入力情報を検知して読み込み、その認証用入力情報を含む認証要求をディレクトリサーバ５０に送信する。
・ディレクトリサーバ５０は、認証要求に含まれる認証用入力情報とユーザＤＢ５１に登録されているアカウント情報とを照合することで、認証用入力情報に対する認証結果を生成して認証サーバ４０に返信する。
・認証サーバ４０は、その認証用入力情報に対する認証結果をメモリ２１ｍに書き込む。
・ＰＬＣ２１は、メモリ２１ｍから読み込んだ認証結果に基づく制御処理の可否を決定する。

この認証システム１００によれば、以下の効果が得られる。
・認証サーバ４０がＰＬＣ２１に代行して、ディレクトリサーバ５０のユーザＤＢ５１に外部認証を要求することで、ＬＤＡＰなどの認証プロトコル機能を持たないＰＬＣ２１－２３にまでユーザの統合管理を拡張できる。
・ＰＬＣ２１内部のローカル認証を持たなくて済むため、アカウント管理をディレクトリサーバ５０の一か所に集約できる。よって、ＰＬＣ２１－２３の台数が増加しても、アカウント管理のメンテナンス工数が削減できる。
・ＰＬＣ２１内部に認証プロトコル機能を持たなくて済むため、すでに稼働している旧式のＰＬＣ２１－２３をそのまま流用しつつ、ネットワーク認証機能を認証システム１００に追加できる。

さらに、本発明は上述した各実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。例えば、上述した各実施形態は本発明を分かりやすく説明するために認証システム１００の構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成要素を備えるものに限定されない。また、ある実施形態の構成の一部を他の実施形態の構成要素に置き換えることが可能である。また、ある実施形態の構成に他の実施形態の構成要素を加えることも可能である。また、各実施形態の構成の一部について、他の構成要素の追加または置換、削除をすることも可能である。

また、上記の各構成、機能、処理部等は、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。ハードウェアとして、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）などの広義のプロセッサデバイスを用いてもよい。
また、上述した実施形態にかかる認証システム１００の各構成要素は、それぞれのハードウェアがネットワークを介して互いに情報を送受信できるならば、いずれのハードウェアに実装されてもよい。また、ある処理部により実行される処理が、１つのハードウェアにより実現されてもよいし、複数のハードウェアによる分散処理により実現されてもよい。

１１端末
２１ＰＬＣ（制御装置）
２１ｍメモリ
３１作業台
４０認証サーバ
４１認証状態ＤＢ
５０ディレクトリサーバ
５１ユーザＤＢ
１００認証システム

Claims

制御装置内のメモリへのデータアクセスが可能な認証サーバであって、
前記メモリに書き込まれた認証用入力情報を前記メモリのアクセス監視により検知して読み込み、
その認証用入力情報とユーザＤＢに登録されているアカウント情報とを照合することで、前記認証用入力情報に対する認証結果を生成し、
その認証用入力情報に対する前記認証結果を前記制御装置内の前記メモリに書き込むことで、前記制御装置に対して前記認証結果に基づく制御処理の可否を通知することを特徴とする
認証サーバ。
前記ユーザＤＢに登録されている前記アカウント情報は、前記認証用入力情報に加えて、前記制御装置のＩＤが対応付けて登録されており、
前記認証サーバは、前記認証用入力情報に加えて、前記認証用入力情報を検知した前記制御装置のＩＤが、前記ユーザＤＢに登録されている場合に、認証許可を示す前記認証結果を生成することを特徴とする
請求項１に記載の認証サーバ。
前記ユーザＤＢに登録されている前記アカウント情報は、前記認証用入力情報に加えて、前記制御装置が提供する機能のうちの操作権限を示す情報が対応付けて登録されており、
前記認証サーバは、前記認証結果を前記制御装置内の前記メモリに書き込む場合に、操作権限を示す情報も併せて書き込むことで、前記制御装置に対して前記認証結果に基づく操作権限の範囲内での制御処理の可否を通知することを特徴とする
請求項１に記載の認証サーバ。
前記認証サーバは、前記認証結果を前記制御装置内の前記メモリに書き込んだ後に、前記制御装置に対する操作入力が所定時間行われなかったことにより強制的にログアウト状態にした旨の前記制御装置からの通知を受け、前記認証結果を前記制御装置内の前記メモリから削除することを特徴とする
請求項１に記載の認証サーバ。
制御装置と、認証サーバと、ディレクトリサーバとを有する認証システムであって、
前記制御装置は、入力された認証用入力情報を自身のメモリに書き込み、
前記認証サーバは、前記メモリに書き込まれた前記認証用入力情報を前記メモリのアクセス監視により検知して読み込み、その認証用入力情報を含む認証要求を前記ディレクトリサーバに送信し、
前記ディレクトリサーバは、前記認証要求に含まれる前記認証用入力情報とユーザＤＢに登録されているアカウント情報とを照合することで、前記認証用入力情報に対する認証結果を生成して前記認証サーバに返信し、
前記認証サーバは、その認証用入力情報に対する前記認証結果を前記メモリに書き込み、
前記制御装置は、前記メモリから読み込んだ前記認証結果に基づく制御処理の可否を決定することを特徴とする
認証システム。
前記認証サーバは、前記ディレクトリサーバに送信した前記認証要求への返信が所定時間行われなかった場合には、認証処理失敗を示す前記認証結果を前記メモリに書き込むことを特徴とする
請求項５に記載の認証システム。
前記制御装置は、前記メモリに書き込む情報について、暗号化した情報を書き込み、
前記認証サーバは、前記メモリから読み込んだ情報を復号化することを特徴とする
請求項５に記載の認証システム。
制御装置内のメモリへのデータアクセスが可能な認証サーバは、
前記メモリに書き込まれた認証用入力情報を前記メモリのアクセス監視により検知して読み込み、
その認証用入力情報とユーザＤＢに登録されているアカウント情報とを照合することで、前記認証用入力情報に対する認証結果を生成し、
その認証用入力情報に対する前記認証結果を前記制御装置内の前記メモリに書き込むことで、前記制御装置に対して前記認証結果に基づく制御処理の可否を通知することを特徴とする
認証方法。