(57)【要約】【課題】情報通信装置の不正操作のリスクを低減することができるコマンド操作の承認装置を提供する。【解決手段】ユーザ認証後、操作者入出力端末１１０１から情報通信装置１１０Ａを操作するコマンドを受信すると、該コマンドとコマンド格納部１００６に格納されたコマンド情報とを照合し、該コマンドの承認要否を判定する。コマンド承認制御部１０１０により、承認要と判定したときは、承認端末装置１１０２、１１０３に対してコマンドの承認可否を問う信号を送信し、承認端末装置１１０２、１１０３の全てから承認応答の信号を受信したときにのみ、情報通信装置１１０Ａに対して該コマンドを送信する。【選択図】図１Ａ
2010009126.tif 000002
【特許請求の範囲】
【請求項１】
コマンド操作の可能な情報通信装置のコマンドインタフェースに接続する装置であって、
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定する判定手段と、
承認要と判定したとき、１台以上の承認端末に対して承認要求を送信する要求送信手段と、
該承認端末の全てから承認応答を受信したときにのみ、該情報通信装置に対して該コマンドを送信する送信手段と、
を具備することを特徴とするコマンド操作の承認装置。
【請求項２】
コマンド操作の可能な情報処理装置のコマンドインタフェースに接続する装置であって
、
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定する判定手段と、
承認要と判定したとき、１番目からｎ（ｎ≧２）番目の承認端末のうち、１番目の承認端末へ承認要求を送信し、承認応答を受信してから次の承認端末に対して承認要求を順番に送信する要求送信手段と、
最後のｎ番目の承認端末から承認応答を受信したときにのみ、該情報通信装置に対して該コマンドを送信する送信手段と、
を具備することを特徴とするコマンド操作の承認装置。
【請求項３】
コマンド操作の可能な情報処理装置のコマンドインタフェースに接続する装置であって、
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定する判定手段と、
承認要と判定したとき、ｎ台の承認端末に対して同時に承認要求を送信する要求送信手段と、
ｋ（ｋ＜ｎ）台以上の承認端末から承認応答を受信したときにのみ、該情報通信装置に対して該コマンドを送信する送信手段と、
を具備することを特徴とするコマンド操作の承認装置。
【請求項４】
請求項１ないし３のいずれかに記載のコマンド操作の承認装置において、前記判定手段は、操作端末を操作するユーザの認証後に、前記操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、コマンドの承認要否を判定することを特徴とするコマンド操作の承認装置。
【請求項５】
コマンド操作の可能な情報通信装置であって、
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定する判定手段と、
承認要と判定したとき、１台以上の承認端末に対して承認要求を送信する要求送信手段と、
該承認端末の全てから承認応答を受信したときにのみ、該コマンドを実行する実行手段と、
を具備することを特徴とする情報通信装置。
【請求項６】
コマンド操作の可能な情報通信装置であって、
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定する判定手段と、
承認要と判定したとき、１番目からｎ（ｎ≧２）番目の承認端末のうち、１番目の承認端末へ承認要求を送信し、承認応答を受信してから次の承認端末に対して承認要求を順番に送信する要求送信手段と、
最後のｎ番目の承認端末から承認応答を受信したときにのみ、該コマンドを実行する実行手段と、
を具備することを特徴とする情報通信装置。
【請求項７】
コマンド操作の可能な情報通信装置であって、
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定する判定手段と、
承認要と判定したとき、ｎ台の承認端末に対して同時に承認要求を送信する要求送信手段と、
ｋ（ｋ＜ｎ）台以上の承認端末から承認応答を受信したときにのみ、該コマンドを実行する実行手段と、
を具備することを特徴とする情報通信装置。
【請求項８】
請求項５ないし７のいずれかに記載の情報通信装置において、前記判定手段は、操作端末を操作するユーザの認証後に、前記操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、コマンドの承認要否を判定することを特徴とする情報通信装置。
【請求項９】
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定するステップと、
承認要と判定したとき、承認端末に対して承認要求を送信するステップと、
該承認端末から承認応答を受信したときに、該コマンドの操作を承認するステップと、
を含むことを特徴とするコマンド操作の承認方法。
【請求項１０】
電子計算機に、
操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定するステップと、
承認要と判定したとき、承認端末に対して承認要求を送信するステップと、
該承認端末から承認応答を受信したときに、該コマンドの操作を承認するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コマンド操作に対して少なくとも２名の者が操作しなければコマンドを実行できないコマンド操作の承認装置およびプログラムに関する。
【背景技術】
【０００２】
政府機関の情報セキュリティ対策のための統一基準によれば「情報システムセキュリティ責任者は、権限管理を行う必要があると認めた情報システムにおいて、デュアルロック（登録商標）機能を設けること」とあり、該機能は「行為に対して、少なくとも２名の者が操作しなければその行為を完遂できない方式」であると解説される（非特許文献１）。しかし、情報システムの構成要素となる該方式を実装した製品や具体的な実現技術の選択肢が多いとはいえない（非特許文献２）。
【非特許文献１】内閣官房情報セキュリティセンター、「政府機関の情報セキュリティ対策のための統一基準（第３版）解説書」、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｉｓｃ．ｇｏ．ｊｐ／ａｃｔｉｖｅ／ｇｅｎｅｒａｌ／ｐｄｆ／ｋ３０３−０７２ｃ．ｐｄｆ＞、参考箇所：Ｐ５９−６０
【非特許文献２】内閣官房情報セキュリティセンター、「ＯＳのセキュリティ機能等に関する調査研究」、平成１７年度、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｉｓｃ．ｇｏ．ｊｐ1214278967154_0ｉｎｑｕｉｒｙ／ｐｄｆ／ｓｅｃｕｒｅ＿ｏｓ＿ｆｅａｔｕｒｅｓ．ｐｄｆ＞、参考箇所：Ｐ７−８，７８−７９，８５
【発明の開示】
【発明が解決しようとする課題】
【０００３】
まず、背景技術に見られる該方式の代表的な実施例の概略を説明する。
【０００４】
「行為に対して、少なくとも２名の者が操作しなければその行為を完遂できない方式」において、ここで対象とされる「行為」とは、リスクを伴う行為を指す。例えば、アカウント管理業務における、ユーザアカウントの新規作成からアクセス権限の付与に至る一連の行為が、リスクを伴う行為に該当する。該一連行為がリスクを伴うとされる理由は、架空のユーザアカウントの作成と権限付与が、目的とする不正操作の予備的手段として用いられるからである。すなわち、架空のユーザアカウントを用いて情報システムにログインした後に、例えば機密情報の閲覧などを目的とする不正操作を行えば、行為者の特定を困難にし、責任追及を回避しやすい。このことからユーザアカウントの作成と権限付与は、情報システムの不正操作との関連性が強く指摘され、一般にリスクの高い行為として認識されている。
【０００５】
そして、該リスクを低減する手段として「少なくとも２名の者」の操作を要求する理由は、一方の操作者が他方の操作者の操作をチェックすることによって牽制が働き、操作者全員の共謀がない限り、不正行為の完遂を防ぐことができるからである。
【０００６】
従来技術では、リスクのある一連の行為を少なくとも２以上の行為に分割し、分割された行為の全てを１名の者では実行できないようにする。前述のユーザアカウントの例においては、まず、一連行為をユーザアカウントの作成行為と該アカウントに対するアクセス権付与の行為とに分割する。次に、分割された各行為の実行権限をそれぞれ別の者に割り当てる。これにより、一方の者だけではアカウントは作成できても情報システムへのアクセス権を得られず、他方の者だけではアクセス権を与えることはできてもアクセス権を付与すべきアカウントが作れないことになる。こうして２名の者が結託しない限り、該一連行為は完遂されない。ちなみに、従来技術では、情報システムの管理業務において、一連の行為を分割して別々の者に権限を割り当てるために、ロールやポリシと呼ばれる概念に整理されることがある。
【０００７】
しかし、こうした権限の分割だけでは、割り当てた権限の範囲内にあるリスクは、これ以上低減することができない（問題１）。例えば、情報システムにおけるコマンド単位の操作は、これ以上分割できないために、リスクも低減されない。具体的には、情報システムをシャットダウンする、たった１つのコマンド操作などが例として挙げられる。従来の情報システムでは、１つのコマンド操作は１名の者によって完遂可能であるから、シャットダウンを行うためのコマンド１つの権限さえあれば、その者１名の故意または過失によって情報システムを不正に停止させ、可用性を損なうことができる。
【０００８】
これ以上、細分化できないコマンド操作に伴うリスクをさらに低減するために、従来技術によれば、権限行使の可否を定める管理規則に従って、事前に権限行使の条件を網羅的に設定しなければならない（問題２）。例えば、前述のシャットダウンのためのコマンドの例では、システムの管理規則に従って、シャットダウンを認めて良い場合と認めるべきでない場合の詳細な場合分けを行う。定期点検の場合はシャットダウンを認め、それ以外は原則として認めないが、情報システムの異常動作によってデータが破壊されかねないと判断される場合には例外的にシャットダウンを認める、といった具合である。したがって、コマンドの実行権限を１名の者に割り当てながら不正操作のリスクを低減するには、その権限行使が認められる規則や状況を判断して権限の濫用を排除する他ない。しかし、権限行使の条件を網羅的に規定し尽して、それを事前に情報システムに設定することは極めて困難である。
【０００９】
そこで、本発明は、上記問題に鑑みて次の課題を設定し、解決することを目的とする。すなわち、情報通信装置の不正操作の最小単位を、情報通信装置の管理業務における一連の行為ではなく、情報通信装置を操作する個々のコマンドと捉え、権限の分割によらずに（課題１）、網羅的な条件設定を要することなく（課題２）、少なくとも２名の者がコマンド操作に関与することによって、情報通信装置の不正操作のリスクを低減することである。
【課題を解決するための手段】
【００１０】
本発明は、一面では、コマンド操作の可能な情報通信装置のコマンドインタフェースに接続する装置であって、権限の分割によらずに、網羅的な条件設定をすることなく、少なくとも２名の者がコマンド操作に関与することにより、情報通信装置の不正操作のリスクを低減するコマンド操作の承認装置を与える。
【００１１】
この装置は、コマンド操作の可能な情報通信装置のコマンドインタフェースに接続する装置であって、次の手段を具備することを特徴とする、コマンド操作の承認装置である。特徴の１つ目は、操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定する判定手段を具備する。特徴の２つ目は、該コマンドについて承認を要するものと判定したとき、１台以上の承認端末に対して承認要求を送信するための要求送信手段を具備する。特徴の３つ目は、該承認端末の全てから承認応答を受信したときにのみ、該情報通信装置に対して該コマンドを送信するための送信手段を具備する。
【００１２】
なお、前記２つ目の特徴と３つ目の特徴をそれぞれ次の特徴に置き換えても良い。特徴の２つ目は、該コマンドについて承認を要するものと判定したとき、１番目からｎ（ｎ≧２）番目の承認端末のうち、１番目の承認端末へ承認要求を送信し、承認応答を受信してから次の承認端末に対して承認要求を順番に送信するための要求送信手段を具備する。特徴の３つ目は、最後のｎ番目の承認端末から承認応答を受信したときにのみ、該情報通信装置に対して該コマンドを送信するための送信手段を具備する。
【００１３】
また、前記２つ目の特徴と３つ目の特徴をそれぞれ次の特徴に置き換えても良い。特徴の２つ目は、該コマンドについて承認を要するものと判定したとき，ｎ台の承認端末に対して同時に承認要求を送信するための要求送信手段を具備する。特徴の３つ目は、ｋ（ｋ＜ｎ）台以上の承認端末から承認応答を受信したときにのみ、該情報通信装置に対して該コマンドを送信するための送信手段を具備する。
【００１４】
さらに、前記の装置において、前記判定手段は、操作端末を操作するユーザの認証後に、前記操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、コマンドの承認要否を判定しても良い。
【００１５】
本発明は、別の面では、コマンド操作の可能な情報通信装置であって、権限の分割によらずに、網羅的な条件設定をすることなく、少なくとも２名の者がコマンド操作に関与することにより、不正操作のリスクを低減する情報通信装置を与える。
【００１６】
この装置は、コマンド操作の可能な情報通信装置であって、次の手段を具備することを特徴とする、コマンド操作の承認装置である。特徴の１つ目は、操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、コマンドの承認要否を判定するための判定手段を具備する。特徴の２つ目は、該コマンドについて承認を要するものと判定したとき、１台以上の承認端末に対して承認要求を送信するための要求送信手段を具備する。特徴の３つ目は、該承認端末の全てから承認応答を受信したときにのみ、譲コマンドを実行するための実行手段を具備する。
【００１７】
なお、前記２つ目の特徴と３つ目の特徴をそれぞれ次の特徴に置き換えても良い。特徴の２つ目は、該コマンドについて承認を要するものと判定したとき、１番目からｎ（ｎ≧２）番目の承認端末のうち、１番目の承認端末へ承認要求を送信し、承認応答を受信してから次の承認端末に対して承認要求を順番に送信するための要求送信手段を具備する。特徴の３つ目は、最後のｎ番目の承認端末から承認応答を受信したときにのみ、該コマンドを実行するための実行手段を具備する。
【００１８】
また、前記２つ目の特徴と３つ目の特徴をそれぞれ次の特徴に置き換えても良い。特徴の２つ目は、該コマンドについて承認を要するものと判定したとき、ｎ台の承認端末に対して同時に承認要求を送信するための要求送信手段を具備する。特徴の３つ目は、ｋ（ｋ＜ｎ）台以上の承認端末から承認応答を受信したときにのみ、該コマンドを実行するための実行手段を具備する。
【００１９】
さらに、前記の情報通信装置において、前記判定手段は、操作端末を操作するユーザの認証後に、前記操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、コマンドの承認要否を判定しても良い。
【００２０】
本発明は、さらに別の面では、操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定するステップと、承認要と判定したとき、承認端末に対して承認要求を送信するステップと、該承認端末から承認応答を受信したときに、該コマンドの操作を承認するステップとを含むコマンド操作の承認方法を与える。
【００２１】
本発明は、またさらに別の面では、電子計算機に、操作端末により入力されたコマンドとコマンドの承認要否に関するコマンド設定情報とを比較照合して、該コマンドの承認要否を判定するステップと、承認要と判定したとき、承認端末に対して承認要求を送信するステップと、該承認端末から承認応答を受信したときに、該コマンドの操作を承認するステップとを実行させるためのプログラムを与える。
【発明の効果】
【００２２】
本発明によれば、操作権限を分割せずに情報システムに係る全ての権限を１名の者に付与したとしても、事前にコマンドの使用条件を網羅的に決定することなく、操作者の所定のコマンドに係る権限行使に対して、承認者による承認を要求することによって、操作者と承認者の少なくとも２名の者が関与する。その結果、コマンド操作に係る不正リスクを低減することができるものである。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施形態と添付図面とにより本発明を詳細に説明する。なお、複数の図面に同じ要素を示す場合には同一の参照符号を付けるものとする。
【実施例１】
【００２４】
図１Ａは、本発明の実施例１によるコマンド操作の承認装置の構成例を示すシステム構成図である。情報通信装置１１０Ａは、操作者による不正操作のリスクを低減すべき情報システムの一例である。コマンド操作の承認装置１００Ａは、情報通信装置１１０Ａのコマンドインタフェース部１２０Ａに接続される。コマンドインタフェース部１２０Ａは、外部から情報通信装置１１０Ａに対してコマンドを入出力するためのインタフェースであるが、必ずしもコマンド入出力専用である必要はなく、また該コマンドを表示するユーザインタフェースは、コマンドラインインタフェース（ＣＬＩ）でも、グラフィカルユーザインタフェース（ＧＵＩ）であっても良い。
【００２５】
情報通信装置１１０Ａの操作者は、コマンド操作の承認装置１００ＡのＩ／Ｏインタフェース部１００１に接続された操作者入出力端末１１０１からコマンドを入力し、コマンド操作の承認装置１００Ａを介して、情報通信装置１１０Ａのコマンド操作を行うことができる。承認者は、コマンド操作の承認装置１００ＡのＩ／Ｏインタフェース部１００１に接続された承認者入出力端末１１０２、１１０３から、コマンド操作の承認装置１００Ａに対して、操作者のコマンド操作の承認または否認を行うことができる。コマンド操作の承認装置１００Ａの管理者は、コマンド操作の承認装置１００ＡのＩ／Ｏインタフェース部１００１に接続された管理者入出力端末１１０４から、コマンド操作の承認装置１００Ａに必要な管理を行うことができる。
【００２６】
図１Ａは、一実施例であって、１台のコマンド操作の承認装置１００Ａに対して接続可能な情報通信装置１１０Ａ、操作者入出力端末１１０１、管理者入出力端末１１０４は、これより多くても良く、承認者入出力端末１１０３、１１０４は、これより多くても１台でも良く、図１Ａの記載に限定されない。また、操作者入出力端末１１０１、承認者入出力端末１１０３、１１０４および管理者入出力端末１１０４のユーザインタフェースは、コマンドラインインタフェース（ＣＬＩ）でも、グラフィカルユーザインタフェース（ＧＵＩ）であっても良い。
【００２７】
図１Ａ内の実線を用いた矢印は、情報通信装置１１０Ａに対する操作者のユーザ認証またはコマンド操作に係る信号の流れを表す。長短破線を用いた矢印は、承認者のユーザ認証または該コマンド操作に対する承認の可否に係る信号の流れを表す。短破線を用いた矢印は、コマンド操作の承認装置１００Ａに対する管理者のユーザ認証または管理に係る信号の流れを表す。
【００２８】
ユーザが、操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３または管理者入出力端末１１０４から、Ｉ／Ｏインタフェース部１００１へ接続信号を送信すると、ユーザ認証部１００２から該入出力端末へログインメッセージが返信される。該ログインメッセージに従ってユーザＩＤおよびパスワードが入力されると、ユーザ認証部１００２は、該ユーザＩＤおよびパスワードと、ユーザ格納部１００３に格納されたユーザＩＤおよびパスワードとを照合することにより、ユーザ認証を行う。ユーザ認証により、該ユーザを操作者、承認者または管理者のいずれかに識別することができる。
【００２９】
以下、操作者と識別されたユーザの入出力端末を操作者入出力端末１１０１、承認者と識別されたユーザの入出力端末を承認者入出力端末１１０２、１１０３、管理者と識別されたユーザの入出力端末を管理者入出力端末１１０４とし、各入出力端末から発信される信号の流れに即して、詳細な説明を行う。
【００３０】
操作者入出力端末１１０１から送受信される信号の流れと構成部位との関係は、次のとおりである。
【００３１】
ユーザ認証後、操作者入出力端末１１０１から情報通信装置１１０Ａを操作するコマンドが発信されると、該コマンド操作に係る信号は、Ｉ／Ｏインタフェース部１００１からモニタ・割込み制御部１００４に転送される。
【００３２】
モニタ・割込み制御部１００４は、該コマンド操作に係る信号を常にモニタリングし、該信号をコマンド照合部１００５とログ記録部１００８の双方に転送する。このとき承認者入出力装置１１０２、１１０３が接続されていると、該信号は、モニタリング情報としてＩ／Ｏインタフェース部１００１を介して承認者入出力装置１１０２、１１０３へも同時に送信することもできる。
【００３３】
コマンド照合部１００５は、該信号を受信するとコマンド格納部１００６に格納されたコマンド設定情報とを常に比較照合し、照合結果をコマンド承認制御部１０１０に渡す。コマンド承認制御部１０１０は、該照合結果を受けて、承認の要否の判定を行う。
【００３４】
照合結果を受けたコマンド承認制御部１０１０は、該コマンドがコマンド格納部１００６に存在しないか、または存在しても承認を要しないコマンドであることを判定したときは、モニタ・割込み制御部１００４の割込み制御を起動せずに、該コマンド操作に係る信号をＩ／Ｏインタフェース部１００７へ転送する。Ｉ／Ｏインタフェース部１００１が、ユーザ側の操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３または管理者入出力端末１１０４との信号の入出力を行うためのインタフェースであるのに対して、Ｉ／Ｏインタフェース部１００７は、コマンド操作の対象となる情報通信装置１１０Ａとの信号の入出力を行うためのインタフェースである。
【００３５】
一方、コマンド承認制御部１０１０は、該照合の結果、該コマンドがコマンド格納部１００６に存在し、かつ承認を要するコマンドであることを判定したときは、モニタ・割込み制御部１００４の割込み制御を起動して、該コマンドに係る信号のＩ／Ｏインタフェース部１００７への転送を中止すると同時に、操作者入出力装置１１０１に対しては該コマンドが承認を要する旨のメッセージを生成して発信し、承認者入出力端末１１０２、１１０３に対しては該コマンドの承認の可否を問うメッセージを生成して発信する。該メッセージは、承認者入出力端末１１０２、１１０３がコマンド操作の承認装置１００Ａにログインしているか否かに係らず、発信される。該メッセージを表示するユーザインタフェースは、コマンドラインインタフェース（ＣＬＩ）でも、グラフィカルユーザインタフェース（ＧＵＩ）であっても良い。このときコマンド承認制御部１０１０は、承認者入出力端末１１０２および／または承認者入出力端末１１０３から送信されるコマンド承認の可否を決定する信号の受信待ち状態となる。
【００３６】
コマンド操作を承認しない旨の信号をコマンド承認制御部１０１０が受信したとき、転送が中止されていた該コマンド操作に係る信号は、モニタ・割込み制御部１００４からＩ／Ｏインタフェース部１００７へ転送されることはなく、消去される。このとき同時に、操作者入出力装置１１０１に対して、該コマンドが否認された旨のメッセージが生成され、発信される。
【００３７】
コマンド操作を承認する旨の信号をコマンド承認制御部１０１０が受信したとき、転送が中止されていた該コマンド操作に係る信号がモニタ・割込み制御部１００４からＩ／Ｏインタフェース部１００７へ送出される。このとき同時に、操作者入出力装置１１０１に対しては該コマンドが許可された旨のメッセージが生成され、発信される。該メッセージを表示するユーザインタフェースは、コマンドラインインタフェース（ＣＬＩ）でも、グラフィカルユーザインタフェース（ＧＵＩ）であっても良い。
【００３８】
該コマンド操作に係る信号は、Ｉ／Ｏインタフェース部１００７からコマンドインタフェース部１２０Ａに送信され、該コマンドの目的とする情報通信装置１１０Ａにおいて実行される。
【００３９】
他方、コマンドインタフェース部１２０ＡからＩ／Ｏインタフェース部１００７へ返された情報通信装置１１０Ａの応答信号は、モニタ・割込み制御部１００４、Ｉ／Ｏインタフェース部１００１を経由して操作者入出力装置１１０１へと送信される。モニタ・割込み制御部１００４は、該応答信号を常にモニタリングし、該信号をログ記録部１００８に転送する。このとき承認者入出力装置１１０２、１１０３が接続されていると、該信号は、Ｉ／Ｏインタフェース部１００１を介して承認者入出力装置１１０２、１１０３へも同時に送信される。
【００４０】
モニタ・割込み制御部１００４によって受信された操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３、情報通信装置１１０Ａを発信元とする信号は、ログ記録部１００８に転送され、ログ格納部１００９にログとして記録される。
【００４１】
承認者入出力端末１１０２、１１０３に対して送受信される信号の流れと構成部位との関係は、次のとおりである。
【００４２】
Ｉ／Ｏインタフェース部１００１は、承認者入出力端末１１０２、１１０３に対し、前述したモニタ・割込み制御部１００４がモニタリング中の該コマンド操作に係る信号および情報通信装置１１０Ａの応答信号のモニタリング情報を送信し、ならびに前述した該コマンドの承認の可否を問うメッセージを発信する。
【００４３】
また、モニタ・割込み制御部１００４は、承認者入出力端末１１０２、１１０３から発信された前述のコマンド承認の可否を決定する信号を、Ｉ／Ｏインタフェース部１００１を介して受信し、コマンド承認制御部１０１０に送信する。
【００４４】
さらに、モニタ・割込み制御部１００４は、承認者入出力端末１１０２、１１０３から発信された、ログ記録を閲覧するためのコマンド信号を受信する。該コマンド信号を受信したモニタ・割り込み制御部１００４は、ログ記録部１００８へ該コマンド信号を転送し、ログ記録部１００８は、該コマンド信号に従って指示されたログ情報をモニタ・割込み制御部１００４に返す。該ログ情報は、モニタ・割込み制御部１００４、Ｉ／Ｏインタフェース部１００１を介して、該コマンドを発信した承認者入出力端末１１０２、１１０３に返信される。これにより承認者は、例えば、承認の可否を問うメッセージの対象となったコマンドが記録される前のログデータを確認してから、承認の可否を決定するととができる。
【００４５】
管理者入出力端末１１０４から送受信される信号の流れと構成部位との関係は、次のとおりである。
【００４６】
制御部１０１１は、Ｉ／Ｏインタフェース部１００１を介して、管理者入出力端末１１０４から発信された信号を受信する。該信号は、ユーザ格納部１００３内のユーザ情報と該ユーザ情報を登録・変更・削除するためのコマンドの信号、コマンド承認制御部１０１０の承認方法を設定するための信号、コマンド格納部１００６内のコマンド情報と該コマンド情報を登録・変更・削除するためのコマンドの信号、およびログ記録を閲覧するためのコマンドの信号である。該信号を受信した制御部１０１１は、それぞれ該信号をユーザ認証部１００２、コマンド承認制御部１０１０、コマンド照合部１００５、ログ記録部１００８へ送信し、該コマンドに従って、それぞれユーザ格納部１００３内のユーザ情報、設定格納部１０１２内の承認設定情報、コマンド格納部１００６内のコマンド情報、ログ格納部１００９内のログ情報は、登録・変更・削除される。
【００４７】
さらに、制御部１０１１は、Ｉ／Ｏインタフェース部１００１を介して、管理者入出力端末１１０４から発信された、コマンド操作の承認装置１００Ａを管理するためのコマンドの信号を受信する。該信号は、設定格納部１０１２に格納された設定情報の登録・変更・削除を行う。該設定情報は、コマンド操作の承認装置１００Ａの管理に必要な設定のための情報である。
【００４８】
図３Ａ、図３Ｂ、図３Ｃは、それぞれ本発明の実施例１および実施例２の装置のユーザ格納部、ならびに実施例３および実施例４の装置のユーザテーブルに登録されるデータ例を示す図である。
【００４９】
図３Ａは、本発明の実施例１および実施例２の装置のユーザ格納部、ならびに実施例３および実施例４の装置のユーザテーブルに登録されるデータのうち、承認者が１名登録されている例を示す図である。図３ＡのユーザＩＤ欄とパスワード欄に記載のデータは、該装置にアクセス可能なユーザを認証し、役割欄に記載のデータは、ユーザが操作者、承認者、管理者のどの役割を担うかを識別し、承認者ＩＤ欄に記載のデータは、操作者のコマンド操作の承認を行う承認者を指定する。図３Ａの実施例においては、ユーザＩＤ：ｕｓｅｒ１の操作者、承認者ＩＤ：ｕｓｅｒ２の承認者、管理者ＩＤ：ｕｓｅｒ４の管理者が登録され、ｕｓｅｒ１のコマンド操作に対して承認の可否を判断する承認者はｕｓｅｒ２であることを示す。
【００５０】
図３Ｂは、本発明の実施例１および実施例２の装置のユーザ格納部、ならびに実施例３および実施例４の装置のユーザテーブルに登録されるデータのうち、承認者が２名登録されている例を示す図である。図３Ｂと図３Ａとの相違点は、承認者ＩＤ：ｕｓｅｒ２に加えてｕｓｅｒ３の計２名の承認者が登録され、該２名の承認者は共に、ｕｓｅｒ１のコマンド操作に対して承認の可否を判断する承認者であることを示す。以上の他は、図３Ａと同じであるため、説明は省略する。
【００５１】
図３Ｃは、本発明の実施例１および実施例２の装置のユーザ格納部、ならびに実施例３および実施例４の装置のユーザテーブルに登録されるデータのうち、２名登録された承認者に承認順序を設けた例を示す図である。図３Ｂとの相違点は、図３Ｃには承認順序欄が追加されている点である。承認順序欄は、承認者の行う承認行為に先後の順序関係を定めるために設定する。図３Ｃの実施例においては、ｕｓｅｒ２は第１の承認者、ｕｓｅｒ３は第２の承認者であることを示す。以上の他は、図３Ｂと同じであるため、説明は省略する。
【００５２】
図４は、本発明の実施例１および実施例２の装置のコマンド格納部、ならびに実施例３および実施例４の装置のコマンドテーブルに登録されるデータ例を示す図である。図４のコマンド欄に記載のデータは、情報通信装置１１０Ａ、コマンド操作の承認部を含む情報通信装置１１０Ｂ（後述する）、コマンド操作の承認プログラムを含む情報通信装置２１０Ｂ（後述する）を、それぞれ操作するためのコマンドを登録し、承認要否欄に記載のデータは、該コマンドが承認者による承認を必要とするか否かを示す。図４の実施例においては、コマンド：ｄｅｌ、ｓｅｔおよびｒｅｂｏｏｔは、承認者による承認が必要なコマンドであり、コマンド：ｃｏｎｆは、承認者による承認が不要なコマンドであることを示す。図４は、あくまでコマンド格納部１００６およびコマンドテーブル２００６（後述する）に登録されるデータの概念を示すものであって、該コマンドを表示するユーザインタフェースを指定するものではない。したがって、図４のコマンドの記載例は、該コマンドの表示が必ずしもテキストベースのコマンドラインインタフェース（ＣＬＩ）を要求するものではなく、グラフィカルユーザインタフェース（ＧＵＩ）であっても良い。
【００５３】
図５Ａは、本発明の実施例１および実施例３の装置のコマンド操作を承認する手順の例を示すフローチャートである。図５Ａにおいては、図３Ａのように１名の操作者に対して１名の承認者のみが登録されているものとする。以下、１名の操作者に対して１名の承認者が行う承認手順を承認手順１と称する。
【００５４】
図１Ａを参照しながら図５Ａを詳述する。操作者入出力端末１１０１を操作するユーザは、Ｉ／Ｏインタフェース部１００１に接続して、ユーザＩＤおよびパスワードを発信すると、該ユーザＩＤおよびパスワードがＩ／Ｏインタフェース部１００１からユーザ認証部１００２に転送される。ここでユーザＩＤおよびパスワードが、ユーザ格納部１００３のユーザデータと比較照合され、操作者の役割をもつユーザとして認証されると、該ユーザは、コマンド操作の承認装置１００Ａに操作者としてログインする（Ｓ５０１）。ログイン後、操作者は、モニタ・割込み制御部１００４、Ｉ／Ｏインタフェース部１００７を介して情報通信装置１１０Ａへログインするためのコマンドを送信する権限を得る。ここで、情報通信装置１１０Ａにログインするためのコマンドおよびログアウトするためのコマンドは、図４に記載がないものとしてＳ５０２の説明を続ける。
【００５５】
操作者は、情報通信装置１１０Ａにログイン（Ｓ５０２）した後、続けて該装置１００Ａに情報通信装置１１０Ａを操作するためのコマンドを入力する（Ｓ５０３）。該コマンドの信号は、操作者入出力装置１１０１からＩ／Ｏインタフェース部１００１を経て、モニタ・割込み制御部１００４に受信される。
【００５６】
一方、承認者入出力端末１１０２を操作するユーザは、Ｉ／Ｏインタフェース部１００１に接続してユーザＩＤおよびパスワードを発信すると、該ユーザＩＤおよびパスワードがＩ／Ｏインタフェース部１００１からユーザ認証部１００２に転送される。ここでユーザＩＤおよびパスワードが、ユーザ格納部１００３のユーザデータと比較照合され、承認者の役割をもつユーザとして認証されると、該ユーザは、コマンド操作の承認装置１００Ａに承認者としてログインする（Ｓ５２０）。このとき操作者入出力端末１１０１が発信元または受信先となる信号は、モニタ・割込み制御部１００４によってモニタリングされ、モニタリング情報に係る信号が承認者入出力端末１１０２に送信される（Ｓ５２１）。承認者は、ログアウトのための操作をしない限り、そのままモニタリング状態を維持することができる（Ｓ５２２のＹｅｓへ進む）。
【００５７】
操作者が入力したＳ５０３のコマンドの信号は、モニタ・割込み制御部１００４からコマンド照合部１００５へ転送され、コマンド照合部１００５は、該コマンドとコマンド格納部１００６内のコマンドの承認要否に関するコマンドデータ（コマンド設定情報）との比較照合を行う。該コマンドがコマンドデータに存在しないか、あるいは存在しても承認要否の値が否の場合には、承認者の承認が不要である（Ｓ５０４のＮｏへ進む）。コマンド照合部１００５は、その旨の照合結果をコマンド承認制御部１０１０に返すと、コマンド承認制御部１０１０は、モニタ・割込み制御部１００４の割込み制御を起動せず、該コマンドの信号は、Ｉ／Ｏインタフェース部１００７を介して情報通信装置１１０Ａへと送信される（Ｓ５０６Ａ）。
【００５８】
操作者がコマンド入力を続ける場合（Ｓ５０８のＹｅｓへ進む）には、さらに次のコマンドを入力すればよい（Ｓ５０３）。
【００５９】
操作者が入力したコマンドが、コマンド格納部１００６内のコマンドデータに存在し、かつ承認要否の値が要の場合には、承認者の承認が必要である（Ｓ５０４のＹｅｓへ進む）。コマンド照合部１００５は、その旨の照合結果をコマンド承認制御部１０１０に返すと、コマンド承認制御部１０１０は、モニタ・割込み制御部１００４から該コマンドの送信元ユーザ情報を引き出した後、該送信元ユーザ情報をユーザ認証部１００２に送出して、ユーザ格納部１００３の該当するユーザデータにある承認者ＩＤを割り出す。次に承認を申請する旨を表示するための信号が、モニタリング中の該承認者ＩＤを有するユーザに対して発信され、承認者入出力端末１１０２によって受信される（Ｓ５２３）と、該入出力端末１１０２上にコマンド操作の承認の申請がある旨のメッセージが表れる（Ｓ５２４のＹｅｓへ進む）。このときコマンド承認制御部１０１０は、承認者入出力端末１１０２からのコマンド承認の可否を決定する信号の受信待ち状態となる。なお、上記実施例では、承認者が当該装置にログインした後に（Ｓ５２０）、承認申請を受信している（Ｓ５２３）が、Ｓ５２０とＳ５２３の順序はこれに限られるものではなく、承認の申請の受信（Ｓ５２３）が、当該装置へのログイン（Ｓ５２０）に先立って行われていても良い（図５Ａの破線矢印）。
【００６０】
承認者が承認対象であるコマンド操作を承認するとき（Ｓ５２５のＹｅｓへ進む）、承認する旨の信号が、承認者入出力端末１１０２からＩ／Ｏインタフェース部１００１、モニタ・割込み制御部１００４を経由してコマンド承認制御部１０１０に至る。コマンド承認制御部１０１０は、コマンド操作の承認を表示する信号を操作者入出力端末１１０１に向けて発信し、その旨のメッセージが操作者入出力端末１１０１に表示される（Ｓ５０５）。モニタ・割込み制御部１００４において転送が中断されていた該コマンドの信号は、Ｉ／Ｏインタフェース部１００７からコマンドインタフェース部１２０Ａへ送信される（Ｓ５０６Ａ）。Ｓ５２５のＹｅｓへ進む状態においても、操作者入出力端末１１０１が発信元または受信先となる信号は、モニタ・割込み制御部１００４によってモニタリングされ、モニタリング情報に係る信号が承認者入出力端末１１０２に送信され、承認者は操作者の入出力をモニタリングすることができる（Ｓ５２１）。
【００６１】
一方、Ｓ５２５において、承認者が承認対象であるコマンド対象を承認しないとき（Ｓ５２５のＮｏへ進む）、承認をしない旨の信号が、承認者入出力端末１１０２から発信され、Ｉ／Ｏインタフェース部１００１、モニタ・割込み制御部１００４を経由してコマンド承認制御部１０１０に転送される。コマンド承認制御部１０１０は、コマンド操作の否認を表示する信号を操作者入出力端末１１０１に向けて送信し、その旨のメッセージが操作者入出力端末１１０１に表示される（Ｓ５０７）。モニタ・割込み制御部１００４において転送が中断されていた該コマンドの信号は、Ｉ／Ｏインタフェース部１００７から出力されることはない。Ｓ５２５のＮｏへ進む状態においても、操作者入出力端末１１０１が発信元または受信先となる信号は、モニタ・割込み制御部１００４によってモニタリングされ、モニタリング情報に係る信号が承認者入出力端末１１０２に送信され、承認者は、操作者の入出力をモニタリングすることができる（Ｓ５２１）。
【００６２】
さらに、Ｓ５２２において、承認者がモニタリングを続けない場合（Ｓ５２２のＮｏへ進む）、該装置１１０Ａからログアウトして（Ｓ５２６）、終了する。
【００６３】
他方、Ｓ５０６ＡまたはＳ５０７の後、操作者は、コマンド入力を継続する場合（Ｓ５０８のＹｅｓへ進む）には、Ｓ５０３に戻り、コマンド入力を継続しない場合（Ｓ５０８のＮＯへ進む）には、該情報通信装置１１０Ａのログアウト用のコマンドを入力してログアウトし（Ｓ５０９）、該装置１００Ａからもログアウトして（Ｓ５１０）終了する。
【００６４】
図６は、本発明の実施例１ないし実施例４の装置のコマンド操作を２名以上の承認者が承認するときの承認者の手順の例を示すフローチャートである。図６は、１名の操作者に対してｎ（ｎ≧２）名の承認者が登録されている場合における一承認者の手順を示す。ｎ名の承認者は、すべて同じ図６の手順に従い、承認の申請を受けた後の各承認者は、互いに独立して承認の可否を判断できる。
【００６５】
図５Ａとの差分に着目して、図６を詳述する。図６は、図５Ａにおける承認者側（右半分）に対応しており、図５Ａと共通するステップは同じ符号（Ｓ５２０〜Ｓ５２４、Ｓ５２６）を、相違するステップは別の符号（Ｓ６２５）を用いている。
【００６６】
図６においてＳ６２５は、図５ＡにおけるＳ５２５に対応する。承認者が、承認対象であるコマンド操作を承認するとき（Ｓ６２５のＹｅｓへ進む）、承認する旨の信号は、承認者入出力端末１１０２からＩ／Ｏインタフェース部１００１、モニタ・割込み制御部１００４を経由してコマンド承認制御部１０１０に至る。一方、承認者が承認対象であるコマンド操作を承認しないとき（Ｓ６２５のＮｏへ進む）、承認しない旨の信号は、承認者入出力端末１１０２からＩ／Ｏインタフェース部１００１、モニタ・割込み制御部１００４を経由してコマンド承認制御部１０１０に転送される。
【００６７】
図７Ａは、本発明の実施例１および実施例３の装置のコマンド操作を２名以上の承認者が承認順序に関係なく承認するときの操作者の手順の例を示すフローチャートである。図７Ａと図６は対を構成する。図７Ａは、１名の操作者に対してｎ名の承認者が登録されている場合における操作者の手順を示す。図３Ｂは、図７Ａにおけるｎが、ｎ＝２とする場合のデータ例である。
【００６８】
以下、図５Ａとの差分に着目して、図７Ａを詳述する。図７Ａは、図５Ａにおける操作者側（左半分）に対応しており、図５Ａと共通するステップは同じ符号（Ｓ５０１〜Ｓ５１０）を、相違するステップは別の符号（Ｓ７０１）を用いている。
【００６９】
図７ＡのＳ５０４において、操作者が入力したコマンドが、コマンド格納部１００６内のコマンドデータに存在し、かつ承認要否の値が要の場合には、承認者の承認が必要である（Ｓ５０４のＹｅｓへ進む）。コマンド照合部１００５がその旨の照合結果をコマンド承認制御部１０１０に返すと、コマンド承認制御部１０１０は、モニタ・割込み制御部１００４から該コマンドの送信元ユーザ情報を引き出した後、該送信元ユーザ情報をユーザ認証部１００２に送出して、ユーザ格納部１００３の該当するユーザデータにある承認者ＩＤを割り出す。次に、承認を申請する旨を表示するための信号が、モニタリング中の該承認者ＩＤをもつ全ユーザに対して特別な順序関係なくはぼ同時に送信されて、図６のＳ５２３に進む。したがって、承認者ｎ名は、それぞれ独立に、はぼ同時に承認の申請を受信することになる。
【００７０】
図７Ａにおいて、コマンド承認制御部１０１０においてカウントされた真の値の件数がｎでない場合、すなわち承認者全員の承認がカウントされるまで処理が留保される（Ｓ７０１のＮｏへ進む）。一方、コマンド承認制御部１０１０においてカウントされた真の値の件数がｎである場合、すなわち承認者全員の承認がカウントされる（Ｓ７０１のＹｅｓへ進む）と、コマンド承認制御部１０１０は、コマンド操作の承認を表示する信号を操作者入出力端末１１０１に向けて発信し、その旨のメッセージが操作者入出力端末１１０１に表示される（Ｓ５０５）。以下、図５Ａとの相違点はないため、説明は省略する。
【００７１】
図６のＳ６２５のＮｏから図７ＡのＳ５０７に至る場合においても、図５ＡのＳ５０７以下の手順と同じであるため、説明は省略する。
【００７２】
以上の手順は、承認者ｎ名のうち１名でも先に否認すると、他の承認者の回答を待つことなくコマンド操作の承認申請は否認され、コマンド操作の承認申請が承認されるためには、承認者ｎ名全員の承認を必要とする承認手順である。該承認手順について、以下、承認手順２と称するものとする。
【００７３】
図８Ａは、本発明の実施例１および実施例３の装置のコマンド操作を２名以上の承認者が承認順序に従って承認するときの操作者の手順の例を示すフローチャートである。図８Ａと図６は対を構成する。図８Ａは、１名の操作者に対してｎ（ｎ≧２）名の承認者が登録されている場合における操作者の手順を示す。なお、ｍは、ｍ＝｛１，２，・・・，ｎ｝とする、承認者の序数を表す。図３Ｃは、ｎ＝２とする場合のデータ例である。
【００７４】
以下、図５Ａとの差分に着目して、図８Ａを詳述する。図８Ａは、図５Ａにおける操作者側（左半分）に対応しており、図５Ａと共通するステップは同じ符号（Ｓ５０１ないしＳ５１０）を、相違するステップは別の符号（Ｓ８０１ないしＳ８０４）を用いている。
【００７５】
図８ＡのＳ５０４において、操作者が入力したコマンドが、コマンド格納部１００６内のコマンドデータに存在し、かつ承認要否の値が要の場合には、承認者の承認が必要である（Ｓ５０４のＹｅｓへ進む）。コマンド照合部１００５がその旨の照合結果をコマンド承認制御部１０１０に返すと、コマンド承認制御部１０１０は、ユーザ認証部１００２を介してユーザ格納部１００３内にあるユーザデータから該操作者ＩＤに対応する承認者ＩＤおよび承認順序ｍを取得し、ｍを一時保存する。ｍ＝１（Ｓ８０３）、すなわち承認順序１のとき、ユーザ格納部１００３のデータから承認順序１のユーザデータを検索して、承認者ＩＤを割り出す。該承認者ＩＤを用いて接続された承認者入出力端末１１０２に対して、承認の申請をする旨の信号が送信され（Ｓ８０４）、該端末１１０２に該信号が受信される（図６のＳ５２３）。
【００７６】
次に、図６のＳ５２３から、Ｓ６２５を経て、コマンド承認制御部１０１０に一時保存されたｍは、承認者数ｎと照合される（Ｓ８０１）。承認者の順番がｍ＝ｎでない場合、すなわち承認者ｍが最後の承認者でない場合（Ｓ８０１のＮｏに進む）には、コマンド承認制御部１０１０は、ｍに（ｍ＋１）を代入し（Ｓ８０２）、すなわち承認者ｍの次の承認順序（ｍ＋１）のとき、ユーザ格納部１００３のデータから承認順序（ｍ＋１）のユーザデータを検索して、承認者ＩＤを割り出す。該承認者ＩＤを用いて接続された承認者入出力端末１１０２に対して、承認の申請をする旨の信号が送信され（５８０４）、該端末１１０２に該信号が受信される（図６のＳ５２３）。
【００７７】
一方、Ｓ８０１においてｍ＝ｎである場合、すなわち、承認者ｍが最後の承認者である場合（Ｓ８０１のＹｅｓに進む）には、コマンド承認制御部１０１０は、コマンド操作の承認を表示する信号を操作者入出力端末１１０１に向けて発信し、その旨のメッセージが操作者入出力端末１１０１に表示される（Ｓ５０５）。以下、図５Ａとの相違点はないため、説明は省略する。
【００７８】
図６のＳ６２５のＮｏから図８ＡのＳ５０７に至る場合においても、図５ＡのＳ５０７以下の手順と同じであるため、説明は省略する。
【００７９】
以上の手順は、承認者がｎ名のとき承認者に１からｎまでの順番を付与し、承認者１番からｎ番まで順にコマンド操作の承認申請を行い、ｎ番に至る前の承認者によって一度否認されると、その次の承認者に対する承認の申請自体されないままコマンド操作の承認申請は否認され、コマンド操作の承認申請が承認されるためには、承認者ｎ名全員の承認を必要とする承認手順である。該承認手順について、以下、承認手順３と称するものとする。
【００８０】
図９Ａは、本発明の実施例１および実施例３の装置のコマンド操作を２名以上の承認者のうち所定の承認数が集まれば承認するときの操作者の手順の例を示すフローチャートである。図９Ａと図６は対を構成する。図９Ａは、１名の操作者に対してｎ名の承認者が登録されており、かつ少なくともｋ（ｎ≧ｋ）件の承認が集まれば、コマンド操作を承認する場合における操作者の手順を示す。図３Ｂは、図９Ａにおけるｎが、ｎ＝２とする場合のデータ例である。
【００８１】
以下、図５Ａとの差分に着目して、図９Ａを詳述する。図９Ａは、図５Ａにおける操作者側（左半分）に対応しており、図５Ａと共通するステップは同じ符号（Ｓ５０１〜Ｓ５１０）を、相違するステップは別の符号（Ｓ９０１、Ｓ９０２）を用いる。
【００８２】
図９ＡのＳ５０４において、操作者が入力したコマンドが、コマンド格納部１００６内のコマンドデータに存在し、かつ承認要否の値が要の場合には、承認者の承認が必要である（Ｓ５０４のＹｅｓへ進む）。コマンド照合部１００５は、その旨の照合結果をコマンド承認制御部１０１０に返すと、コマンド承認制御部１０１０は、モニタ・割込み制御部１００４から該コマンドの送信元ユーザ情報を引き出した後、該送信元ユーザ情報をユーザ認証部１００２に送出して、ユーザ格納部１００３の該当するユーザデータにある承認者ＩＤを割り出す。次に、承認を申請する旨を表示するための信号が、モニタリング中の該承認者ＩＤをもつ全ユーザに対して特別な順序関係なくはぼ同時に送信されて、図６のＳ５２３に進む。したがって、承認者ｎ名は、それぞれ独立に、ほぼ同時に承認の申請を受信することになる。
【００８３】
図９Ａにおける「図６のＳ６２５のＹｅｓ」より、コマンド承認制御部１０１０においてカウントされた真の値の件数がｋ以上でない場合、すなわち所定のｋ件の承認がカウントされるまで、処理が留保される（Ｓ９０１のＮｏへ進む）。一方、コマンド承認制御部１０１０においてカウントされた真の値の件数がｋ以上の場合、すなわち所定のｋ件の承認がコマンド承認制御部１０１０においてカウントされる（Ｓ９０１のＹｅｓへ進む）と、コマンド承認制御部１０１０は、コマンド操作の承認を表示する信号を操作者入出力端末１１０１に向けて発信し、その旨のメッセージが操作者入出力端末１１０１１に表示される（Ｓ５０５）。以下、図５Ａとの相違点はないため，説明は省略する。
【００８４】
図９Ａにおける「図６のＳ６２５のＮｏ」より、コマンド承認制御部１０１０においてカウントされた偽の値の件数が（ｎ−ｋ）を超えない場合、すなわち否認が（ｎ−ｋ）件を超えてカウントされるまで、処理が留保される（Ｓ９０２のＮｏへ進む）。一方、コマンド承認制御部１０１０においてカウントされた偽の値の件数が（ｎ−ｋ）の場合、すなわち（ｎ−ｋ）件の否認がコマンド承認制御部１０１０においてカウントされる（Ｓ９０２のＹｅｓへ進む）と、コマンド承認制御部１０１０は、コマンド操作の否認を表示する信号を操作者入出力端末１１０１に向けて発信し、その旨のメッセージが操作者入出力端末１１０１に表示される（Ｓ５０７）。以下、図５Ａとの相違点はないため、説明は省略する。
【００８５】
以上の手順は、承認者ｎ名のうち少なくともｋ名の承認が集まると、他の承認者の回答を待つことなくコマンド操作の承認申請は承認され、または（ｎ−ｋ）名の否認が先に集まり、ｋ名の承認が集まらないことが決定すると、他の承認者の回答を待つことなく、コマンド操作の承認申請は、否認される承認手順である。該承認手順について、以下、承認手順４と称するものとする。
【実施例２】
【００８６】
本発明の実施例２は、本発明の実施例１と基本的な機能は同じであるが、該機能を実現する装置のシステム構成に大きな違いがある。実施例１と実施例２との異同を明らかにするため、実施例の説明に使用する図の対比を行う。下表１に示すとおり、実施例１と実施例２において使用する図面が違うのは、装置構成を表す図１Ａと図１Ｂ、承認手順１を表す図５Ａと図５Ｂ、承認手順２を表す図７Ａと図７Ｂ、承認手順３を表す図８Ａと図８Ｂ、承認手順４を表す図９Ａと図９Ｂである。データ構造を表す図３Ａ、図３Ｂ、図３Ｃ、図４および承認手順２を表す図６は、実施例１と同一の図面を使用しており、既に実施例１において説明済みであるため説明を省略する。図１Ｂ、図５Ｂ、図７Ｂ、図８Ｂおよび図９Ｂについては、それぞれ図１Ａ、図５Ａ、図７Ａ、図８Ａおよび図９Ａとの相違点を中心に詳述し、それぞれの共通点については実施例１において説明済みであることから説明を省略するものとする。
【表１】
2010009126.tif 000003
【００８７】
図１Ｂは、本発明の実施例２によるコマンド操作の承認部を含む情報通信装置の構成例を示すシステム構成図である。図１Ａと同一の参照符号を付したものは同じ要素を示し、既に本発明の実施例１において説明済みであることから、本実施例２では説明を省略する。ここでは図１Ａに含まれていない構成要素を中心に実施例１との違いを詳細に説明する。
【００８８】
図１Ａと図１Ｂとの最大の違いは、図１Ａにおけるコマンド操作の承認装置１００Ａが図１Ｂにおけるコマンド操作の承認部１００Ｂに該当し、図１Ａにおける情報通信装置１１０Ａが図１Ｂにおけるコマンド操作の承認部を含む情報通信装置１１０Ｂに該当することである。すなわち、図１Ａでは該承認装置１００Ａと該情報通信装置１１０Ａが独立した装置であるのに対して、図１Ｂでは該承認部１００Ｂが情報通信装置１１０Ｂの一部として内蔵されている。いわば図１Ａは外付け独立型の構成を、図１Ｂは内蔵一体型の構成を示している。
【００８９】
上記の構成の違いから図１Ｂにおいては、図１ＡにあるＩ／Ｏインタフェース部１００７およびコマンドインタフェース部１２０Ａがなく、これらをコマンド実行部１２０Ｂに置き換えている。図１ＡのＩ／Ｏインタフェース部１００７は、コマンド操作の承認装置１００Ａから、外部にあるコマンド操作の対象となる情報通信装置１１０Ａとの信号の入出力を行うためのインタフェースであるから、一体型の構成である図１Ｂにおいては不要である。また、図１Ａにおいてコマンドインタフェース部１２０Ａは、外部から情報通信装置１１０Ａに対してコマンドを入出力するためのインタフェースであるから、図１Ｂにおいてその役割を代行するのは、Ｉ／Ｏインタフェース部１００１である。図１Ｂの情報通信装置１１０Ｂにおいて、モニタ・割込み制御部１００４と信号の送受信を行うのは、コマンド実行部１２０Ｂである。コマンド実行部１２０Ｂは、コマンド操作の承認部１００Ｂによって、承認済みか、または承認の対象外であるコマンドを実行するための処理を行う。
【００９０】
図１Ａと図１Ｂとの相違点は以上である。
【００９１】
図５Ｂは、本発明の実施例２および実施例４の装置のコマンド操作を承認する手順の例を示すフローチャートである。図５Ａと同一の参照符号を付したものは同じステップを示し、既に本発明の実施例１において説明済みであることから、本実施例２では説明を省略する。
【００９２】
図５Ａと図５Ｂとの違いの１つは、Ｓ５０１、Ｓ５０３、Ｓ５１０、Ｓ５２０およびＳ５２６における「当該装置」が、図５Ａにおいては、図１Ａにおけるコマンド操作の承認装置１００Ａを示すのに対し、図５Ｂにおいては、図１Ｂにおけるコマンド操作の承認部を含む情報通信装置１１０Ｂを示すことである。前述したとおり、図１Ｂでは該承認部１００Ｂが情報通信装置１１０Ｂの一部として内蔵されているため、図５Ｂにおいては、図５ＡにおけるＳ５０１とＳ５０２、Ｓ５０９とＳ５１０のように「当該装置」と「情報通信装置」を分けない。したがって、図５Ｂにおいては、図５ＡにおけるＳ５０２およびＳ５０９が存在しない。もう１つの図５Ａと図５Ｂとの違いは、図５ＡにおけるＳ５０６Ａが、図５ＢにおいてはＳ５０６Ｂとなっていることである。
【００９３】
図１Ｂを参照しながら、以下、図５Ｂにおける該相違点について説明を行う。図１Ｂにおける操作者入出力端末１１０１を操作するユーザは、Ｉ／Ｏインタフェース部１００１に接続してユーザＩＤおよびパスワードを発信すると、ユーザＩＤおよびパスワードがＩ／Ｏインタフェース部１００１からユーザ認証部１００２へ転送され、ここでユーザ格納部１００３のユーザデータと比較照合され、操作者の役割をもつユーザとして認証されると、該ユーザは、コマンド操作の承認部１００Ｂを含む情報通信装置１１０Ｂに操作者としてログインする（Ｓ５０１）。ログイン後、操作者は、モニタ・割込み制御部１００４を介してコマンド実行部１２０Ｂへコマンドを送信する権限を得る。操作者は、続けて当該装置１１０Ｂを操作するためのコマンドを入力する（Ｓ５０３）。Ｓ５０３ないしＳ５０５の詳細は、図５Ａと同じであるため説明を省略する。
【００９４】
Ｓ５０４のＮｏへ進んだ後、コマンド照合部１００５は、その旨の照合結果をコマンド承認制御部１０１０に返すと、コマンド承認制御部１０１０は、モニタ・割込み制御部１００４の割込み制御を起動せず、該コマンドの信号は、コマンド実行部１２０Ｂに転送され、コマンドが実行される（Ｓ５０６Ｂ）。Ｓ５０７以下の詳細は、図５Ａと同じであるため説明を省略する。
【００９５】
図５Ａと図５Ｂとの相違点は以上である。
【００９６】
図７Ｂは、本発明の実施例２および実施例４の装置のコマンド操作を２名以上の承認者が承認順序に関係なく承認するときの操作者の手順の例を示すフローチャートである。図７Ａと同一の参照符号を付したものは同じステップを示し、既に本発明の実施例１において説明済みであることから、本実施例２では説明を省略する。また、図７Ａと図７Ｂとの違いは、図５Ａと図５Ｂとの違いと全く同じであり、前述の図５Ｂにおいて該相違点について説明済みであることから、説明を省略する。
【００９７】
図８Ｂは、本発明の実施例２および実施例４の装置のコマンド操作を２名以上の承認者が承認順序に従って承認するときの操作者の手順の例を示すフローチャートである。図８Ａと同一の参照符号を付したものは同じステップを示し、既に本発明の実施例１において説明済みであることから、本実施例２では説明を省略する。また、図８Ａと図８Ｂとの違いは、図５Ａと図５Ｂとの違いと全く同じであり、前述の図５Ｂにおいて該相違点について説明済みであることから、説明を省略する。
【００９８】
図９Ｂは、本発明の実施例２および実施例４の装置のコマンド操作を２名以上の承認者のうち所定の承認数が集まれば承認するときの操作者の手順の例を示すフローチャートである。図９Ａと同一の参照符号を付したものは同じステップを示し、既に本発明の実施例１において説明済みであることから、本実施例２では説明を省略する。また、図９Ａと図９Ｂとの違いは、図５Ａと図５Ｂとの違いと全く同じであり、前述の図５Ｂにおいて該相違点について説明済みであることから、説明を省略する。
【実施例３】
【００９９】
本発明の実施例３は、本発明の実施例１と機能は同じであるが、該機能を実現する装置の内部構造に大きな違いがある。実施例１と実施例３との異同を明らかにするため、実施例の説明に使用する図の対比を行う。下表２に示すとおり、実施例１と実施例３において使用する図面が違うのは図１Ａと図２Ａのみであり、他は同じ図面を使用する。実施例３のデータ構造は、実施例１と同一であり、図３Ａ、図３Ｂ、図３Ｃ、図４については前述したとおりであるため説明を省略する。実施例３の承認手順１ないし承認手順４は、実施例１と同じ図５Ａ、図６、図７Ａ、図８Ａ、図９Ａを用いるが、装置構成が実施例１と異なるため、図２Ａとの関連を中心に各図面の説明を行う。
【表２】
2010009126.tif 000004
【０１００】
図２Ａは、本発明の実施例３によるコマンド操作の承認プログラムを含むサーバの構成例を示すシステム構成図である。図１Ａと同一の参照符号を付したものは同じ要素を示し、既に本発明の実施例１によって説明済みであることから、本実施例３では説明を省略する。ここでは図１Ａに含まれていない構成要素を中心に実施例１との違いを詳細に説明する。
【０１０１】
図２Ａにおいてコマンド操作の承認プログラムを含むサーバ２００Ａは、中央演算処理装置２０２１、主記憶装置２０２２、補助記憶装置２０２３、通信インタフェース２００１、２００７、システムバス２０２０を備えた電子計算機である。該サーバ２００Ａは、ネットワーク２０２６を介して、操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３、管理者入出力端末１１０４と接続され、通信インタフェース２００７を介して情報通信装置１１０Ａのコマンドインタフェース部１２０Ａに接続される。図２Ａは一実施例であって、中央演算処理装置、主記憶装置、補助記憶装置、通信インタフェース、システムバスの数量は、これより多くても良く、図２Ａの記載に限定されない。
【０１０２】
中央演算処理装置２０２１は、内部に算術論理ユニット（ＡＬＵ）、レジスタ、プログラムカウンタと付加回路とからなるシーケンサなどを具備し、主記憶上のプログラムに従って各種の演算を行う。中央演算処理装置２０２１の内部には、その他に割込み制御ユニット（ＩＣＵ）、メモリ管理ユニット（ＭＭＵ）、二次キャッシュなどを備えていても良い。主記憶装置２０２２は、読み書きの可能な大容量のメモリであって、揮発性か不揮発性かは問わない。補助記憶装置２０２３は、主記憶装置よりもさらに大きな容量の記憶装置であり、データを長期間固定するのに適した媒体を内部に具備するか、またはネットワークインタフェース等で外部に接続された記憶装置であり、内部と外部の双方に複数の補助記憶装置２０２３があってもよい。通信インタフェース２００１、２００７は、無線でも有線でも良く、方式は問わない。コマンドインタフェース部１２０Ａと、操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３および管理者入出力端末１１０４とが直接接続されないのであれば、通信インタフェースは、必ずしも機械的に２以上具備しなければならないものではなく、機械的には１つであっても論理的に通信インタフェース２００１と通信インタフェース２００７が分割されていても良い。中央演算処理装置２０２１、主記憶装置２０２２、補助記憶装置２０２３、通信インタフェース２００１、２００７は、システムバス２０２０によって接続される。
【０１０３】
コマンド操作の承認プログラムを含むサーバ２００Ａの起動時に、補助記憶装置２０２３に格納された該コマンド操作の承認プログラムが、主記憶装置２０２２内にロードされる。代理応答処理２００４Ａ、ユーザ認証処理２００２、コマンド承認処理２０１０、コマンド照合処理２００５、ログ記録処理２００８、設定処理２０１１およびデータベース２０１３は、該コマンド操作の承認プログラムが主記憶装置２０２２内に展開された処理の例である。ユーザテーブル２００３、コマンドテーブル２００６、ログテーブル２００９および設定テーブル２０１２は、データベース２０１３を構成するテーブルの例である。ユーザテーブル２００３には、図３Ａ、図３Ｂ、図３Ｃで示したユーザデータが収められる。コマンドテーブル２００６には、図４で示したコマンドデータが収められる。ログテーブル２００９には、該サーバ２００Ａと操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３、管理者入出力端末１１０４、情報通信装置１１０Ａとの間で送受信された記録であるログデータが収められる。設定テーブル２０１２には、承認方法を設定するためのデータおよびコマンド操作の承認プログラムの管理に必要な設定データが収められる。
【０１０４】
ユーザが、操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３または管理者入出力端末１１０４から、通信インタフェース２００１へデータを送信すると、ユーザ認証処理２００２によりログインメッセージが生成され、該メッセージを該入出力端末に発信する。該ログインメッセージに従ってユーザＩＤおよびパスワードが入力されると、ユーザ認証処理２００２は、該ユーザＩＤおよびパスワードと、データベース２０１３内のユーザテーブル２００３に格納されたユーザＩＤおよびパスワードを検索して照合することにより、ユーザ認証を行う。ユーザ認証により、該ユーザを操作者、承認者または管理者のいずれかに識別することができる。
【０１０５】
操作者入出力端末１１０１から送受信されるデータの流れと構成部位との関係は、次のとおりである。
【０１０６】
ユーザ認証後、コマンド操作に係るデータが、操作者入出力端末１１０１から発信され、通信インタフェース２００１に受信されると、該データは、主記憶装置２０２２内に記憶され、代理応答処理２００４Ａを行う。代理応答処理２００４Ａは、該コマンド操作に係るデータを常に受信処理を行いつつ、同時に該データをコマンド照合処理２００５とログ記録処理２００８へ移行させる。
【０１０７】
このとき承認者入出力装置１１０２、１１０３が接続されていると、該データは、代理応答処理２００４Ａによって、通信インタフェース２００１を介して承認者入出力装置１１０２、１１０３へも同時に送信される。これにより承認者は、承認者入出力装置１１０２、１１０３を介して、操作者入出力端末１１０１からコマンド操作の承認プログラムを含むサーバ２００Ａへと送信されるデータをモニタリングすることができる。
【０１０８】
コマンド照合処理２００５は、該データと、データベース２０１３内のコマンドテーブル２００６内に格納されたコマンドデータとを照合し、照合結果はコマンド承認処理２０１０へ移行する。コマンド承認処理２０１０は、該照合結果を受けて承認の要否の判定を行う。
【０１０９】
コマンド承認処理２０１０によって、該データが、コマンドテーブル２００６に存在しないか、または存在しても承認を要しないコマンドであると判定されたとき、代理応答処理２００４Ａは、該判定結果を受けて、該データを通信インタフェース２００７へ送信する。
【０１１０】
一方、コマンド承認処理２０１０によって、該データが、コマンドテーブル２００６に存在し、かつ承認を要するコマンドであると判定されたとき、代理応答処理２００４Ａは、該判定結果を受けて、操作者入出力装置１１０１に対しては該コマンドが承認を要する旨のメッセージを生成し、承認者入出力端末１１０２、１１０３に対しては該コマンドの承認の可否を問う旨のメッセージを生成して、通信インタフェース２００１からそれぞれの端末へ発信する。特に、承認の可否を問う旨のメッセージは、承認者入出力端末１１０２、１１０３がコマンド操作の承認プログラムを含むサーバ２００Ａにログインしているか否かに係らず、発信される。なお、これらのメッセージを表示するユーザインタフェースは、コマンドラインインタフェース（ＣＬＩ）でも、グラフィカルユーザインタフェース（ＧＵＩ）であっても良い。このときコマンド承認処理２０１０は、承認者入出力端末１１０２および／または承認者入出力端末１１０３から返信されるコマンド承認の可否を決定する応答データの受信待ち状態となる。
【０１１１】
コマンド操作を承認しない旨のデータがコマンド承認処理２０１０に移行すると、コマンド承認処理２０１０は、該コマンドが否認された旨のメッセージを生成し、代理応答処理２００４Ａが、該メッセージを応答データに変換して、通信インタフェース２００１を介して、操作者入出力装置１１０１へ送信する。このとき主記憶装置２０２２内に一時的に記憶された該データは消去される。
【０１１２】
コマンド操作を承認する旨のデータがコマンド承認処理２０１０に移行すると、コマンド承認処理２０１０は、該コマンドが承認された旨のメッセージを生成し、代理応答処理２００４Ａが、該メッセージを応答データに変換して、通信インタフェース２００１を介して、操作者入出力装置１１０１へ送信する。このとき同時に、代理応答処理２００４Ａは、該コマンド操作に係るデータを、通信インタフェース２００７を介して、情報通信装置１１０Ａへ送信する。
【０１１３】
通信インタフェース２００７へ送信された該コマンドのデータは、該コマンドの目的とする情報通信装置１１０Ａのコマンドインタフェース部１２０Ａに送信され、これにより情報通信装置１１０Ａの操作が実行される。
【０１１４】
他方、コマンドインタフェース部１２０Ａから通信インタフェース２００７へ返された情報通信装置１１０Ａの応答データは、代理応答処理２００４Ａによって、通信インタフェース２００１を経由して操作者入出力装置１１０１へ送信されると同時に、ログ記録処理２００８へ移行される。このとき承認者入出力装置１１０２、１１０３が接続されていると、該応答データは、代理応答処理２００４Ａによって、通信インタフェース２００１を介して承認者入出力装置１１０２、１１０３へも同時に送信される。これにより承認者は、承認者入出力装置１１０２、１１０３を介して、コマンド操作の承認プログラムを含むサーバ２００Ａから操作者入出力端末１１０１へと送信されるデータをモニタリングすることができる。
【０１１５】
操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３、情報通信装置１１０Ａを発信元とするデータは、ログ記録処理２００８によって、データベース内のログテーブル２００９にログとして記録される。
【０１１６】
承認者入出力端末１１０２、１１０３に対して送受信されるデータの流れと構成部位との関係は、次のとおりである。
【０１１７】
通信インタフェース２００１は、承認者入出力端末１１０２、１１０３に対し、コマンド操作に係るデータおよび情報通信装置１１０Ａの応答データ、ならびに前述したコマンド操作の承認の可否を問う旨のメッセージを送信する。
【０１１８】
また、代理応答処理２００４Ａは、承認者入出力端末１１０２、１１０３から発信された前述のコマンド操作の承認の可否を決定するデータを、通信インタフェース２００１を介して受信し、コマンド承認処理２０１０へと移行させる。
【０１１９】
さらに、代理応答処理２００４Ａは、承認者入出力端末１１０２、１１０３から発信された、ログ記録を閲覧するためのコマンドのデータを処理する。該コマンドのデータを受信した代理応答処理２００４Ａは、ログ記録処理２００８へ該コマンドを移行させ、ログ記録処理２００８は該コマンドに従って指示されたログデータを代理応答処理２００４Ａに返す。代理応答処理２００４Ａによって、該ログデータは、通信インタフェース２００１を介して、該コマンドを発信した承認者入出力端末１１０２、１１０３に返信される。これにより承認者は、例えば、承認の可否を問う旨のメッセージの対象となったコマンドが記録される前のログデータを確認してから、承認の可否を決定することができる。
【０１２０】
管理者入出力端末１１０４から送受信されるデータの流れと構成部位との関係は、次のとおりである。
【０１２１】
設定処理２０１１は、通信インタフェース部２００１を介して、管理者入出力端末１１０４から発信されたデータを処理する。該データは、ユーザテーブル２００３内のユーザデータと該ユーザデータを登録・変更・削除するためのコマンドのデータ、コマンド承認処理２０１０の承認方法を設定するためのデータ、コマンドテーブル２００６内のコマンドデータと該コマンドデータを登録・変更・削除するためのコマンドのデータ、およびログ記録を閲覧するためのコマンドのデータである。設定処理２０１１は、該データをそれぞれユーザ認証処理２００２、コマンド承認処理２０１０、コマンド照合処理２００５、ログ記録処理２００８へ移行し、該コマンドに従って、それぞれユーザテーブル２００３内のユーザデータ、設定テーブル２０１２内の承認設定データ、コマンドテーブル２００６内のコマンドデータ、ログテーブル２００９内のログ情報が登録・変更・削除される。
【０１２２】
さらに、設定処理２０１１は、通信インタフェース２００１を介して、管理者入出力端末１１０４から発信された、コマンド操作の承認プログラムを含むサーバ２００Ａを管理するためのコマンドのデータを受信する。該データは、設定テーブル２０１２に格納された設定データの登録・変更・削除を行う。該設定データは、コマンド操作の承認プログラムを含むサーバ２００Ａの管理に必要な設定のための情報である。
【０１２３】
実施例１において図５Ａ、図６、図７Ａ、図８Ａおよび図９Ａについて詳述した説明は、実施例３において準用する。この場合において、下表３における実施例１の列にある文言は、下表３における同行の実施例３の列にある文言に読み替えるものとする。すなわち、コマンド操作の承認装置１００Ａはコマンド操作の承認プログラムを含むサーバ２００Ａに、Ｉ／Ｏインタフェース部１００１は通信インタフェース２００１に、ユーザ認証部１００２はユーザ認証処理２００２に、ユーザ格納部１００３はユーザテーブル２００３に、モニタ・割込み制御部１００４は代理応答処理２００４Ａに、コマンド照合部１００５はコマンド照合処理２００５に、コマンド格納部１００６はコマンドテーブル２００６に、Ｉ／Ｏインタフェース部１００７は通信インタフェース２００７に、コマンド承認制御部１０１０はコマンド承認処理２０１０に、それぞれ読み替えるものとすれば、実施例１における各図の説明が実施例３における各図の説明となる。
【表３】
2010009126.tif 000005
【０１２４】
以上をもって、実施例３における図５Ａ、図６、図７Ａ、図８Ａおよび図９Ａの詳細説明に換えるものとする。
【実施例４】
【０１２５】
本発明の実施例４は、本発明の実施例３と基本的な機能は同じであるが、該機能を実現する装置のシステム構成に大きな違いがある。実施例１ないし実施例３と実施例４との異同を明らかにするため、実施例の説明に使用する図の対比を行う。下表４に示すとおり、実施例４に固有の図面は、装置構成を表す図２Ｂのみであり、他はいずれかの実施例において説明済みの図面を使用する。実施例４のデータ構造は、実施例１ないし実施例３と同一であり、図３Ａ、図３Ｂ、図３Ｃ、図４については前述したとおりであるため説明を省略する。実施例４の承認手順１ないし承認手順４は、実施例２と同じ図５Ｂ、図６、図７Ｂ、図８Ｂ、図９Ｂを用いるが、装置構成が実施例２と異なるため、図２Ｂとの関連を中心に各図面の説明を行う。
【表４】
2010009126.tif 000006
【０１２６】
図２Ｂは、本発明の実施例４によるコマンド操作の承認プログラムを含む情報通信装置の構成例を示すシステム構成図である。図２Ａと同一の参照符号を付したものは同じ要素を示し、既に本発明の実施例３によって説明済みであることから、本実施例４では説明を省略する。ここでは図２Ａに含まれていない構成要素を中心に実施例３との違いを詳細に説明する。
【０１２７】
図２Ａと図２Ｂとの最大の違いは、図２Ａにおけるコマンド操作の承認プログラムを含むサーバ２００Ａが、図２Ｂにおけるコマンド操作の承認プログラム２０１Ｂに該当し、図２Ａにおける情報通信装置１１０Ａが、図２Ｂにおけるコマンド操作の承認プログラムを含む情報通信装置２１０Ｂに該当することである。すなわち、図２Ａでは該サーバ２００Ａと該情報通信装置１１０Ａが独立した装置であるのに対して、図２Ｂでは該承認プログラム２０１Ｂが該情報通信装置２１０Ｂの一部として内蔵されている。いわば図２Ａは外付け独立型の構成を、図２Ｂは内蔵一体型の構成を示している。
【０１２８】
図２Ｂにおける情報通信装置２１０Ｂは、中央演算処理装置２０２１、主記憶装置２０２２、補助記憶装置２０２３、通信インタフェース２００１、２００７、システムバス２０２０、Ｉ／Ｏ装置２０２４を備えた電子計算機である。Ｉ／Ｏ装置２０２４は、電子計算機による情報処理の用に適した機能実現のための構造を備えた装置であれば良く、特定の種類や数量に限定されるものではない。
【０１２９】
情報通信装置２１０Ｂの起動時に、補助記憶装置２０２３に格納された情報通信装置２１０Ｂの目的とする機能実現のためのプログラム（図２Ｂにおける該プログラム全体の記載は省略）および該コマンド操作の承認プログラム２０１Ｂが、主記憶装置２０２２内にロードされる。
【０１３０】
以上の構成の違いから、図２Ｂにおいては、図２Ａにある通信インタフェース２００７およびコマンドインタフェース部１２０Ａがなく、これらをコマンド実行処理２０１４に置き換えている。コマンド実行処理２０１４は、情報通信装置２１０Ｂの目的とする機能実現のためのプログラムにおけるコマンドを実行するための処理である。図２Ａの通信インタフェース２００７は、コマンド操作の承認プログラムを含むサーバ２００Ａから、外部にあるコマンド操作の対象となる情報通信装置１１０Ａとのデータの入出力を行うためのインタフェースであるから、一体型の構成である図２Ｂにおいては不要である。また、図２Ａにおいてコマンドインタフェース部１２０Ａは、外部から情報通信装置１１０Ａに対してコマンドを入出力するためのインタフェースであるから、図２Ｂにおいてその役割を代行するのは、通信インタフェース２００１である。
【０１３１】
図２Ａにおける代理応答処理２００４Ａは、図２Ｂにおいてはモニタ・割込み処理２００４Ｂに置き換わる。実施例３において代理応答処理２００４Ａは、操作者入出力端末１１０１と情報通信装置１１０Ａとの間の直接的な通信を遮断して、通信の仲介をすることで該通信の制御を行う間接的な通信手段となるのに対し、実施例４におけるモニタ・割込み処理２００４Ｂは、操作者入出力端末１１０１と情報通信装置２１０Ｂとの間に介在する処理ではなく、操作者入出力端末１１０１から送出されてコマンド実行処理２０１４へと至るコマンド操作に係る情報の処理において、モニタリングおよび場合に応じた割込み処理を行う。
【０１３２】
操作者入出力端末１１０１から送受信されるデータの流れと構成部位との関係は、次のとおりである。
【０１３３】
ユーザ認証後、コマンド操作に係るデータが、操作者入出力端末１１０１から発信され、通信インタフェース２００１に受信されると、該データは、主記憶装置２０２２内に記憶され、モニタ・割込み処理２００４Ｂを行う。モニタ・割込み処理２００４Ｂは、該コマンド操作に係るデータを常にモニタしつつ、同時に該データをコマンド照合処理２００５とログ記録処理２００８へ移行させる。
【０１３４】
このとき承認者入出力装置１１０２、１１０３が接続されていると、該データは、モニタ・割込み処理２００４Ｂによって、通信インタフェース２００１を介して承認者入出力装置１１０２、１１０３へも同時に送信される。これにより承認者は、承認者入出力装置１１０２、１１０３を介して、操作者入出力端末１１０１からコマンド操作の承認プログラムを含むサーバ２００Ａへと送信されるデータをモニタリングすることができる。
【０１３５】
コマンド照合処理２００５は、該データと、データベース２０１３内のコマンドテーブル２００６内に格納されたコマンドデータとを照合し、照合結果はコマンド承認処理２０１０へ移行する。コマンド承認処理２０１０は、該照合結果を受けて承認の要否の判定を行う。
【０１３６】
コマンド承認処理２０１０によって、該データがコマンドテーブル２００６に存在しないか、または存在しても承認を要しないコマンドであると判定されたとき、該データをコマンド実行処理２０１４に移す。
【０１３７】
一方、コマンド承認処理２０１０において、該照合の結果、該データがコマンドテーブル２００６に存在し、かつ承認を要するコマンドであると判定されたとき、モニタ・割込み処理２００４Ｂは、該判定結果を受けて、操作者入出力装置１１０１に対しては該コマンドが承認を要する旨のメッセージを生成し、承認者入出力端末１１０２、１１０３に対しては該コマンドの承認の可否を問う旨のメッセージを生成して、通信インタフェース２００１からそれぞれの端末へ発信する。特に、承認の可否を問う旨のメッセージは、承認者入出力端末１１０２、１１０３がコマンド操作の承認プログラムを含む情報通信装置２１０Ｂにログインしているか否かに係わらず、発信される。なお、これらのメッセージを表示するユーザインタフェースは、コマンドラインインタフェース（ＣＬＩ）でも、グラフィカルユーザインタフェース（ＧＵＩ）であっても良い。このときコマンド承認処理２０１０は、承認者入出力端末１１０２および／または承認者入出力端末１１０３から返信されるコマンド承認の可否を決定する応答データの受信待ち状態となる。
【０１３８】
コマンド操作を承認しない旨のデータがコマンド承認処理２０１０に移行すると、コマンド承認処理２０１０は、該コマンドが否認された旨のメッセージを生成し、モニタ・割込み処理２００４Ｂが、該メッセージを応答データに変換して、通信インタフェース２００１を介して、操作者入出力装置１１０１へ送信する。このとき主記憶装置２０２２内に一時的に記憶された該データは消去される。
【０１３９】
コマンド操作を承認する旨のデータがコマンド承認処理２０１０に移行すると、コマンド承認処理２０１０は、該コマンドが承認された旨のメッセージを生成し、モニタ・割込み処理２００４Ｂが、該メッセージを応答データに変換して、通信インタフェース２００１を介して、操作者入出力装置１１０１へ送信する。このとき同時に、モニタ・割込み処理２００４Ｂは、該コマンド操作に係るデータを、コマンド実行処理２０１４に移す。
【０１４０】
コマンド実行処理２０１４により該コマンドが実行されることにより、情報通信装置２１０Ｂの操作が行われる。
【０１４１】
他方、コマンド実行処理２０１４から返された応答データは、通信インタフェース２００１を経由して操作者入出力装置１１０１へ送信されると同時に、ログ記録処理２００８へ移行される。このとき承認者入出力装置１１０２、１１０３が接続されていると、該応答データは、モニタ・割込み処理２００４Ｂによって、通信インタフェース２００１を介して承認者入出力装置１１０２、１１０３へも同時に送信される。これにより承認者は、承認者入出力装置１１０２、１１０３を介して、情報通信装置２１０Ｂから操作者入出力端末１１０１へと送信されるデータをモニタリングすることができる。
【０１４２】
操作者入出力端末１１０１、承認者入出力端末１１０２、１１０３、情報通信装置２１０Ｂを発信元とするデータは、ログ記録処理２００８によって、データベース内のログテーブル２００９にログとして記録される。
【０１４３】
承認者入出力端末１１０２、１１０３に対して送受信されるデータの流れと構成部位との関係は、次のとおりである。
【０１４４】
通信インタフェース２００１は、承認者入出力端末１１０２、１１０３に対し、コマンド操作に係るデータおよび情報通信装置２１０Ｂの応答データ、ならびに前述したコマンド操作の承認の可否を問う旨のメッセージを送信する。
【０１４５】
また、モニタ・割込み処理２００４Ｂは、承認者入出力端末１１０２、１１０３から発信された、前述のコマンド承認の可否を決定するデータを、通信インタフェース２００１を介して受信し、コマンド承認処理２０１０へと移行させる。
【０１４６】
さらに、モニタ・割込み処理２００４Ｂは、承認者入出力端末１１０２、１１０３から発信された、ログ記録を閲覧するためのコマンドのデータを処理する。該コマンドのデータを受けたモニタ・割込み処理２００４Ｂは、ログ記録処理２００８へ該コマンドを移行させ、ログ記録処理２００８は、該コマンドに従って指示されたログデータをモニタ・割込み処理２００４Ｂに返す。モニタ・割込み処理２００４Ｂによって、該ログデータは、通信インタフェース２００１を介して、該コマンドを発信した承認者入出力端末１１０２、１１０３に送信される。これにより承認者は、例えば、承認の可否を問うメッセージの対象となったコマンドが記録される前のログデータを確認してから、承認の可否を決定することができる。
【０１４７】
管理者入出力端末１１０４から送受信されるデータの流れと構成部位との関係は、次のとおりである。
【０１４８】
設定処理２０１１は、通信インタフェース部２００１を介して管理者入出力端末１１０４から発信されたデータを処理する。該データは、ユーザテーブル２００３内のユーザデータと該ユーザデータを登録・変更・削除するためのコマンドのデータ、コマンド承認処理２０１０の承認方法を設定するためのデータ、コマンドテーブル２００６内のコマンドデータと該コマンドデータを登録・変更・削除するためのコマンドのデータ、およびログ記録を閲覧するためのコマンドのデータである。設定処理２０１１は、該データをそれぞれユーザ認証処理２００２、コマンド承認処理２０１０、コマンド照合処理２００５、ログ記録処理２００８へ移行し、該コマンドに従って、それぞれユーザテーブル２００３内のユーザデータ、設定テーブル２０１２内の承認設定データ、コマンドテーブル２００６内のコマンドデータ、ログテーブル２００９内のログ情報が登録・変更・削除される。
【０１４９】
さらに、設定処理２０１１は、通信インタフェース２００１を介して、管理者入出力端末１１０４から発信された、コマンド操作の承認プログラムを含むサーバ２００Ａを管理するためのコマンドのデータを受信する。該データは、設定テーブル２０１２に格納された設定データの登録・変更・削除を行う。該設定データは、コマンド操作の承認プログラムを含むサーバ２００Ａの管理に必要な設定のための情報である。
【０１５０】
実施例１における図５Ａ、図６、図７Ａ、図８Ａ、図９Ａについて詳述した説明、および実施例２における図５Ｂ、図６、図７Ｂ、図８Ｂ、図９Ｂについて詳述した説明は、実施例４において準用する。この場合において、下表５における実施例１、２の列にある文言は、下表５における同行の実施例４の列にある文言にそれぞれ読み替えるものとする。すなわち、コマンド操作の承認装置１００Ａはコマンド操作の承認プログラムを含む情報通信装置２１０Ｂに、コマンド操作の承認部を含む情報通信装置１１０Ｂはコマンド操作の承認プログラムを含む情報通信装置２１０Ｂに、Ｉ／Ｏインタフェース部１００１は通信インタフェース２００１に、ユーザ認証部１００２はユーザ認証処理２００２に、ユーザ格納部１００３はユーザテーブル２００３に、モニタ・割込み制御部１００４はモニタ・割込み処理２００４Ｂに、コマンド照合部１００５はコマンド照合処理２００５に、コマンド格納部１００６はコマンドテーブル２００６に、コマンド承認制御部１０１０はコマンド承認処理２０１０に，コマンド操作の承認部１００Ｂはコマンド操作の承認プログラム２０１Ｂに、コマンド実行部１２０Ｂはコマンド実行処理２０１４に、それぞれ読み替えるものとすれば、実施例１、２における各図の説明が実施例４における各図の説明となる。
【表５】
2010009126.tif 000007
【０１５１】
以上をもって、実施例４における図５Ｂ、図６、図７Ｂ、図８Ｂおよび図９Ｂの詳細説明に代えるものとする。
【産業上の利用可能性】
【０１５２】
本発明は、上述の実施例１ないし実施例４によって、工業的に量産が可能な装置、プログラムとして、生産および使用を可能とするものである。したがって、本発明は、主に情報処理産業として実施できる性質を有していることから、産業上利用することができる発明である。
【図面の簡単な説明】
【０１５３】
【図１Ａ】本発明の実施例１によるコマンド操作の承認装置の構成例を示すシステム構成図である。
【図１Ｂ】本発明の実施例２によるコマンド操作の承認部を含む情報通信装置の構成例を示すシステム構成図である。
【図２Ａ】本発明の実施例３によるコマンド操作の承認プログラムを含むサーバの構成例を示すシステム構成図である。
【図２Ｂ】本発明の実施例４によるコマンド操作の承認プログラムを含む情報通信装置の構成例を示すシステム構成図である。
【図３Ａ】本発明の実施例１および実施例２の装置のユーザ格納部、ならびに実施例３および実施例４の装置のユーザテーブルに登録されるデータのうち、承認者が１名登録されている例を示す図である。
【図３Ｂ】本発明の実施例１および実施例２の装置のユーザ格納部、ならびに実施例３および実施例４の装置のユーザテーブルに登録されるデータのうち、承認者が２名登録されている例を示す図である。
【図３Ｃ】本発明の実施例１および実施例２の装置のユーザ格納部、ならびに実施例３および実施例４の装置のユーザテーブルに登録されるデータのうち、２名登録された承認者に承認順序を設けた例を示す図である。
【図４】本発明の実施例１および実施例２の装置のコマンド格納部、ならびに実施例３および実施例４の装置のコマンドテーブルに登録されるデータ例を示す図である。
【図５Ａ】本発明の実施例１および実施例３の装置のコマンド操作を承認する手順の例を示すフローチャートである。
【図５Ｂ】本発明の実施例２および実施例４の装置のコマンド操作を承認する手順の例を示すフローチャートである。
【図６】本発明の実施例１ないし実施例４の装置のコマンド操作を２名以上の承認者が承認するときの承認者の手順の例を示すフローチャートである。
【図７Ａ】本発明の実施例１および実施例３の装置のコマンド操作を２名以上の承認者が承認順序に関係なく承認するときの操作者の手順の例を示すフローチャートである。本発明の実施例１および３の装置のコマンド操作を２以上の承認者が承認順序に関係なく承認するときの操作者の手順の例を示すフローチャートである。
【図７Ｂ】本発明の実施例２および実施例４の装置のコマンド操作を２名以上の承認者が承認順序に関係なく承認するときの操作者の手順の例を示すフローチャートである。
【図８Ａ】本発明の実施例１および実施例３の装置のコマンド操作を２名以上の承認者が承認順序に従って承認するときの操作者の手順の例を示すフローチャートである。
【図８Ｂ】本発明の実施例２および実施例４の装置のコマンド操作を２名以上の承認者が承認順序に従って承認するときの操作者の手順の例を示すフローチャートである。
【図９Ａ】本発明の実施例１および実施例３の装置のコマンド操作を２名以上の承認者のうち所定の承認数が集まれば承認するときの操作者の手順の例を示すフローチャートである。
【図９Ｂ】本発明の実施例２および実施例４の装置のコマンド操作を２名以上の承認者のうち所定の承認数が集まれば承認するときの操作者の手順の例を示すフローチャートである。
【符号の説明】
【０１５４】
１００Ａ  コマンド操作の承認装置
１００１，１００７  Ｉ／Ｏインタフェース部
１００２  ユーザ認証部
１００３  ユーザ格納部
１００４  モニタ・割込み制御部
１００５  コマンド照合部
１００６  コマンド格納部
１００８  ログ記録部
１００９  ログ格納部
１０１０  コマンド承認制御部
１０１１  制御部
１０１２  設定格納部
１１０１  操作者入出力端末
１１０２，１１０３  承認者入出力端末
１１０４  管理者入出力端末
１１０Ａ  情報通信装置
１２０Ａ  コマンドインタフェース部
１１０Ｂ  コマンド操作の承認部を含む情報通信装置
１００Ｂ  コマンド操作の承認部
１２０Ｂ  コマンド実行部
２００Ａ  コマンド操作の承認プログラムを含むサーバ
２００１，２００７  通信インタフェース
２００２  ユーザ認証処理
２００３  ユーザテーブル
２００４Ａ  代理応答処理
２００５  コマンド照合処理
２００６  コマンドテーブル
２００８  ログ記録処理
２００９  ログテーブル
２０１０  コマンド承認処理
２０１１  設定処理
２０１２  設定テーブル
２０１３  データベース
２０２０  システムバス
２０２１  中央演算処理装置
２０２２  主記憶装置
２０２３  補助記憶装置
２０２６  ネットワーク
２１０Ｂ  コマンド操作の承認プログラムを含む情報通信装置
２０１Ｂ  コマンド操作の承認プログラム
２００４Ｂ  モニタ・割込み処理
２０１４  コマンド実行処理
２０２４  Ｉ／Ｏ装置
【図１Ａ】
2010009126.tif 000008
【図１Ｂ】
2010009126.tif 000009
【図２Ａ】
2010009126.tif 000010
【図２Ｂ】
2010009126.tif 000011
【図３Ａ】
2010009126.tif 000012
【図３Ｂ】
2010009126.tif 000013
【図３Ｃ】
2010009126.tif 000014
【図４】
2010009126.tif 000015
【図５Ａ】
2010009126.tif 000016
【図５Ｂ】
2010009126.tif 000017
【図６】
2010009126.tif 000018
【図７Ａ】
2010009126.tif 000019
【図７Ｂ】
2010009126.tif 000020
【図８Ａ】
2010009126.tif 000021
【図８Ｂ】
2010009126.tif 000022
【図９Ａ】
2010009126.tif 000023
【図９Ｂ】
2010009126.tif 000024