(57)【要約】【課題】コマンド群の一部に実行制限のあるコマンド実行装置において、実行権限のないユーザによって実行制限のあるコマンドが実行されてしまう危険性を極めて少なくする。【解決手段】コマンド実行装置１のコマンド群の一部には、実行制限のあるコマンドが含まれている。第１の認証手段11は、ユーザによって第１の認証データが入力されると、それに基づいて第１の認証処理を行う。そして、第１の認証処理に成功すると、コマンド制御手段13に対して、実行制限のあるコマンドを実行可能な状態に切り替えるための切替コマンドの受け付けを可能にするように指示する。その後、切替コマンドを受け付けると、コマンド制御手段13は第２の認証手段12を用いてユーザに対して第２の認証データを要求し、ユーザによって第２の認証データが入力されると、それに従って第２の認証処理を行い、第２の認証処理に成功した場合は、実行制限のあるコマンドを実行可能にする。【選択図】図１
2009064065.tif 000002
【特許請求の範囲】
【請求項１】
コマンド群の一部に実行制限があるコマンド実行装置であって、
第１の認証が成功した場合に、実行制限のあるコマンドを実行可能な状態に切り替えるための切替コマンドの受け付けを可能にする第１の認証手段と、
前記切替コマンドの受け付け時に第２の認証をユーザに要求し、前記第２の認証が成功した場合に、前記実行制限のあるコマンドの実行を可能にする第２の認証手段とを備えたことを特徴とするコマンド実行装置。
【請求項２】
請求項１記載のコマンド実行装置において、
前記第１の認証手段が、自装置に接続された記憶媒体に格納されている認証データに基づいて、前記第１の認証を行うことを特徴とするコマンド実行装置。
【請求項３】
請求項２記載のコマンド実行装置において、
前記記憶媒体がＵＳＢキーであることを特徴とするコマンド実行装置。
【請求項４】
請求項３記載のコマンド実行装置において、
前記ＵＳＢキーに格納されている認証データが暗号化されていることを特徴とするコマンド実行装置。
【請求項５】
請求項１記載のコマンド実行装置において、
前記第１の認証手段が、ネットワークを介して制御端末装置から送られてきた認証データに基づいて、前記第１の認証を行うことを特徴とするコマンド実行装置。
【請求項６】
請求項１乃至５の何れか１項に記載のコマンド実行装置において、
前記第２の認証手段が、前記ユーザによって入力されたパスワードに基づいて前記第２の認証を行うことを特徴とするコマンド実行装置。
【請求項７】
コマンド群の一部に実行制限があるコマンド実行装置におけるコマンド実行制御方法であって、
第１の認証が成功した場合に、実行制限のあるコマンドを実行可能な状態に切り替えるための切替コマンドの受け付けを可能にする第１の認証ステップと、
前記切替コマンドの受け付け時に第２の認証をユーザに要求し、前記第２の認証が成功した場合に、前記実行制限のあるコマンドの実行を可能にする第２の認証ステップとを含むことを特徴とするコマンド実行制御方法。
【請求項８】
請求項７記載のコマンド実行制御方法において、
前記第１の認証ステップでは、自装置に接続された記憶媒体に格納されている認証データに基づいて、前記第１の認証を行うことを特徴とするコマンド実行制御方法。
【請求項９】
請求項８記載のコマンド実行制御方法において、
前記記憶媒体がＵＳＢキーであることを特徴とするコマンド実行制御方法。
【請求項１０】
請求項９記載のコマンド実行制御方法において、
前記ＵＳＢキーに格納されている認証データが暗号化されていることを特徴とするコマンド実行制御方法。
【請求項１１】
請求項７記載のコマンド実行制御方法において、
前記第１の認証ステップでは、ネットワークを介して制御端末装置から送られてきた認証データに基づいて、前記第１の認証を行うことを特徴とするコマンド実行制御方法。
【請求項１２】
請求項７乃至１１の何れか１項に記載のコマンド実行制御方法において、
前記第２の認証ステップでは、前記ユーザによって入力されたパスワードに基づいて前記第２の認証を行うことを特徴とするコマンド実行制御方法。
【請求項１３】
コンピュータを、コマンド群の一部に実行制限があるコマンド実行装置として機能させるためのプログラムであって、
前記コンピュータを、
第１の認証が成功した場合に、実行制限のあるコマンドを実行可能な状態に切り替えるための切替コマンドの受け付けを可能にする第１の認証手段、
前記切替コマンドの受け付け時に第２の認証をユーザに要求し、前記第２の認証が成功した場合に、前記実行制限のあるコマンドの実行を可能にする第２の認証手段として機能させるためのプログラム。
【請求項１４】
請求項１３記載のプログラムにおいて、
前記第１の認証手段が、自装置に接続された記憶媒体に格納されている認証データに基づいて、前記第１の認証を行うことを特徴とするプログラム。
【請求項１５】
請求項１４記載のプログラムにおいて、
前記記憶媒体がＵＳＢキーであることを特徴とするプログラム。
【請求項１６】
請求項１５記載のプログラムにおいて、
前記ＵＳＢキーに格納されている認証データが暗号化されていることを特徴とするプログラム。
【請求項１７】
請求項１３記載のプログラムにおいて、
前記第１の認証手段が、ネットワークを介して制御端末装置から送られてきた認証データに基づいて、前記第１の認証を行うことを特徴とするプログラム。
【請求項１８】
請求項１３乃至１７の何れか１項に記載のプログラムにおいて、
前記第２の認証手段が、前記ユーザによって入力されたパスワードに基づいて前記第２の認証を行うことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コマンド群の一部に実行制限があるコマンド実行装置に関し、特に、実行権限のないユーザによって実行制限があるコマンドが実行される危険性を極めて少なくすることができるコマンド実行制御技術に関する。
【背景技術】
【０００２】
コマンド群の一部に実行制限のあるコマンドを含むコマンド実行装置としては、例えば、ルータやスイッチといった通信装置が知られている。
【０００３】
通信装置には、一般的に、運用者に公開され、運用者が運用形態に合った設定や制御を行うために使用するコマンド（実行制限のないコマンドであり、公開コマンドと称す）とは別に、装置メーカが開発時や障害発生時に利用する、運用者には非公開のコマンド（実行制限のあるコマンドであり、非公開コマンドと称す）が設けられている。非公開コマンドとしては、例えば、強制的に通信装置の内部状態を変更するコマンドや、エラーログを表示するコマンドなどがある。
【０００４】
上記した非公開コマンドは、運用者にとって不要なコマンドであり、また、内部状態を強制的に変更するコマンドなどは、運用者によって誤って投入されると、メーカとして装置の正常動作を保証できないため、次のような仕組みを設けることにより、運用者によって非公開コマンドが投入されることを防止している。即ち、非公開コマンドを投入できる開発者モードと、非公開コマンドを投入できない運用者モードとの２つのモードを用意しておき、運用者モードから開発者モードへ遷移する場合には、ユーザに対してパスワード及びＩＤの入力を要求し、認証に成功した場合のみ、運用者モードから開発者モードへ遷移するようにしている。
【０００５】
ところで、パスワード及びＩＤの入力方法としては、キーボードなどの入力装置を用いて入力する方法が一般的であるが、ＩＤが格納されたＵＳＢキーを利用する方法も知られている（例えば、特許文献１、２参照）。即ち、ＩＤの入力は、ＩＤが格納されたＵＳＢキーを装置に装着することにより行い、パスワードの入力は、キーボードなどの入力装置から行うという方法である。ＵＳＢキーを利用する方法によれば、ユーザが正当なＵＳＢキーを所持していなければ認証成功とならないため、入力装置からパスワード及びＩＤを入力する方法に比較して、高い安全性を得ることができる。
【０００６】
【特許文献１】特開２００５−９２８３４号公報
【特許文献２】特開２００５−２６７０４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、入力装置からパスワード及びＩＤを入力する方法であっても、ＵＳＢキーを利用する方法であっても、認証に成功した場合、直ちに、非公開コマンドを入力可能な開発者モードに遷移してしまうため、運用者によって非公開コマンドが投入されてしまう危険性を十分に少なくすることが難しいという問題があった。
【０００８】
そこで、本発明の目的は、実行権限のないユーザによって実行制限があるコマンドが実行される危険性を極めて少なくすることにある。
【課題を解決するための手段】
【０００９】
本発明にかかる第１のコマンド実行装置は、
コマンド群の一部に実行制限があるコマンド実行装置であって、
第１の認証が成功した場合に、実行制限のあるコマンドを実行可能な状態に切り替えるための切替コマンドの受け付けを可能にする第１の認証手段と、
前記切替コマンドの受け付け時に第２の認証をユーザに要求し、前記第２の認証が成功した場合に、前記実行制限のあるコマンドの実行を可能にする第２の認証手段とを備えたことを特徴とする。
【００１０】
本発明にかかる第１のコマンド実行制御方法は、
コマンド群の一部に実行制限があるコマンド実行装置におけるコマンド実行制御方法であって、
第１の認証が成功した場合に、実行制限のあるコマンドを実行可能な状態に切り替えるための切替コマンドの受け付けを可能にする第１の認証ステップと、
前記切替コマンドの受け付け時に第２の認証をユーザに要求し、前記第２の認証が成功した場合に、前記実行制限のあるコマンドの実行を可能にする第２の認証ステップとを含むことを特徴とする。
【００１１】
本第１のプログラムは、
コンピュータを、コマンド群の一部に実行制限があるコマンド実行装置として機能させるためのプログラムであって、
前記コンピュータを、
第１の認証が成功した場合に、実行制限のあるコマンドを実行可能な状態に切り替えるための切替コマンドの受け付けを可能にする第１の認証手段、
前記切替コマンドの受け付け時に第２の認証をユーザに要求し、前記第２の認証が成功した場合に、前記実行制限のあるコマンドの実行を可能にする第２の認証手段として機能させる。
【発明の効果】
【００１２】
本発明によれば、実行権限のないユーザによって実行制限のあるコマンドが実行される危険性を極めて少なくすることが可能になる。
【発明を実施するための最良の形態】
【００１３】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１４】
〔本発明の実施例〕
図１は本発明にかかるコマンド実行装置の実施例の構成例を示すブロック図である。同図を参照すると、本実施例のコマンド実行装置１は、第１の認証手段１１と、第２の認証手段１２を有するコマンド制御手段１３とを備えている。
【００１５】
図２はコマンド実行装置１が備えているコマンド群２１を説明するための図であり、コマンド群２１は、実行制限のないコマンド群２２と、実行制限のあるコマンド群２３とを含んでいる。実行制限のあるコマンド群２３には、後述する切替コマンド２４が含まれている。
【００１６】
第１の認証手段１１は、ユーザによって入力される第１の認証データに基づいた第１の認証処理を行い、認証に成功した場合、コマンド制御手段１３に対して、切替コマンドの受け付けを可能にすることを指示する機能を有する。
【００１７】
コマンド制御手段１３は、実行制限のないコマンド群２２に属するコマンドのみを実行できる（受け付けることができる）第１の状態と、コマンド群２２に属するコマンドに加えて切替コマンド２４も実行できる第２の状態と、コマンド群２１に属する全てのコマンドを実行できる第３の状態をとることができるものである。第１の状態において、第１の認証手段１１から切替コマンド２４を受け付け可能にすることが指示された場合には、第２の状態に遷移する。第２の状態において、切替コマンド２４を受け付けた場合は、第２の認証手段１２を用いて第２の認証処理を行い、認証に成功した場合には、第３の状態に遷移する。
【００１８】
第２の認証手段１２は、ユーザに対して第２の認証データの入力を要求し、この要求に応答して入力された第２の認証データに基づいて第２の認証処理を行う。
【００１９】
なお、コマンド実行装置１はコンピュータにより実現可能なものであり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをコマンド実行装置１として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に、第１の認証手段１１と、第２の認証手段１２を有するコマンド制御手段１３とを実現する。
【００２０】
〔本発明の実施例の動作の説明〕
次に、本実施例の動作について詳細に説明する。
【００２１】
図３に示すように、コマンド制御手段１３が実行制限のないコマンドのみを実行可能な第１の状態にあるときに（ステップＳ３０１）、ユーザによって第１の認証データが入力されると（ステップＳ３０２）、第１の認証手段１１が第１の認証データに基づいた第１の認証処理を行う（ステップＳ３０３）。
【００２２】
そして、第１の認証処理に失敗した場合（ステップＳ３０４がＮＯ）は、ユーザに認証が失敗したことなどを通知する認証失敗処理を行う（ステップＳ３１３）。これに対して、第１の認証処理に成功した場合（ステップＳ３０４がＹＥＳ）は、コマンド制御手段１３に対して切替コマンド２４を受け付け可能にすることを指示する（ステップＳ３０５）。
【００２３】
これにより、コマンド制御手段１３は、実行制限のないコマンド群２２に属するコマンドに加えて切替コマンド２４も実行可能な第２の状態に遷移する（ステップＳ３０６）。
【００２４】
その後、ユーザが切替コマンド２４を投入すると（ステップＳ３０７）、コマンド制御手段１３は、第２の認証手段１２を動作させる。
【００２５】
これにより、第２の認証手段１２は、ユーザに対して第２の認証データの入力を要求し（ステップＳ３０８）、この要求に応答してユーザが第２の認証データを入力すると（ステップＳ３０９）、第２の認証データに基づいた第２の認証処理を行う（ステップＳ３１０）。
【００２６】
そして、第２の認証処理に失敗した場合（ステップＳ３１１がＮＯ）は、認証失敗処理を行う（ステップＳ３１３）。これに対して、第２の認証処理に成功した場合（ステップＳ３１１がＹＥＳ）は、実行制限のあるコマンド群２３に属するコマンドも実行可能な第３の状態に遷移する（ステップＳ３１２）。
【００２７】
〔本発明の実施例の効果〕
本実施例によれば、実行権限のないユーザによって、実行制限のあるコマンドが実行される危険性を極めて少なくすることが可能になる。その理由は、第１の認証処理に成功した後、直ちに、実行制限のあるコマンドを実行可能な状態に遷移するのではなく、第１の認証処理に成功後、切替コマンド２４を実行可能（受け付け可能）な状態に遷移し、この状態において切替コマンド２４を受け付けたとき、ユーザに対して第２の認証データの入力を要求し、ユーザによって入力された第２の認証データに基づいた第２の認証処理が成功した場合、実行制限のあるコマンドを実行可能な状態に遷移するようにしているからである。
【００２８】
〔実施例の第１の具体例〕
次に、実施例の第１の具体例について説明する。
【００２９】
〔実施例の第１の具体例の構成の説明〕
図４は本具体例の構成例を示すブロック図であり、コマンド実行装置として機能する通信装置４１０と、ＵＳＢキー４２０と、制御端末装置４３０と、認証データ管理装置４４０とを備えており、通信装置４１０と認証データ管理装置４４０とはインターネット等のネットワーク４５０を介して相互に接続されている。
【００３０】
ＵＳＢキー４２０は、ＵＳＢメモリによって実現されるものであり、本具体例のＵＳＢキー４２０は、その内部に認証データ４２２が格納された記憶部４２１を備えている。なお、本具体例においては、認証データ４２２は暗号化されているものとする。
【００３１】
認証データ管理装置４４０は、認証データベース４４１を備えている。この認証データベース４４１には、正当なＵＳＢキーに格納されているべき認証データ（暗号化されていない認証データ）が格納されている。
【００３２】
通信装置４１０は、図１に示したコマンド実行装置１と対応するものであり、例えば、アプリケーションサーバ、ルータ、スイッチ等である。本具体例の通信装置４１０は、ＵＳＢポート４１１と、制御手段４１２と、送受信手段４１３と、記憶部４１４とを備えている。
【００３３】
ＵＳＢポート４１１は、ＵＳＢキー４２０が挿入されるポートである。
【００３４】
記憶部４１４は、例えば、ＦＲＡＭ(ferroelectric random access memory)等によって実現されるものであり、認証プログラム４１５と、コマンド一覧テーブル４１７を含んだコマンド制御プログラム４１６とが格納されている。認証プログラム４１５及びコマンド制御プログラム４１６は、それぞれ図１に示した実施例の第１の認証手段１１及びコマンド制御手段１３に対応する。
【００３５】
認証プログラム４１５は、ＵＳＢキー４２０に格納されている認証データに従った認証処理を行うためのプログラムである。より具体的には、ＵＳＢキー４２０がＵＳＢポート４１１に挿入されたときに、ＣＰＵによって実現される制御手段４１２により起動され、以下の処理を行う。先ず、ＵＳＢキー４２０から暗号化されている認証データ４２２を入力し、平文データに復号する。その後、認証データベース４４１中に復号した認証データと一致するものが存在するか否かを調べる。そして、一致するものが存在する場合は、コマンド制御プログラム４１６に対して、第１のモード遷移コマンドの投入を可能にするように要求を出す。この第１のモード遷移コマンドは、ユーザがコマンド制御プログラム４１６のモードを、公開コマンド（実施例の実行制限のないコマンドに対応）のみしか実行できない運用者モード（実施例の第１の状態に対応）から、非公開コマンド（実施例の実行制限のあるコマンド）も実行できる開発者モード（実施例の第３の状態に対応）に切り替えるためのコマンドであり、実施例の切替コマンドに対応する。
【００３６】
コマンド制御プログラム４１６は、ユーザから投入されたコマンド内容を解析して、解析結果に従った処理を行うプログラムである。より具体的には、コマンド制御プログラム４１６は、上記した運用者モードと、開発者モードと、実施例における第２の状態に対応したモード（モード遷移コマンド受け付け可能モード）との３つのモードをとることができるものであり、現モードが運用モードのときに、認証プログラム４１５によって第１モード遷移コマンドの投入を可能にするように要求されると、モード遷移コマンド受け付け可能モードへ遷移する。さらに、現モードがモード遷移コマンド受け付け可能モードのときに、ユーザによって外部接続されているパーソナルコンピュータ等の制御端末装置４３０から第１モード遷移コマンドが投入されると、ユーザに対してパスワードの入力し、ユーザによって入力されたパスワードが正しいものである場合、開発者モードへ遷移する。
【００３７】
また、本具体例のコマンド制御プログラム４１６には、図５に示すようなコマンド一覧テーブル４１７が組み込まれている。なお、図５は、コマンド制御プログラム４１６のモードが、運用者モードのときの内容を示している。
【００３８】
コマンド一覧テーブル４１７には、通信装置４１０のコマンド群の各コマンドに対応付けて、現時点においてそのコマンドが受け付け可能（実行可能）か否かを示す受け付け可能フラグが登録されている。なお、本具体例では、図５に示した７個のコマンドが通信装置４１０において実行可能なコマンドとしているが、通信装置４１０で実行可能なコマンドの数や種類はこれに限られるものではない。また、本具体例においては、show command all、command_1、command_2が公開コマンド（実行制限のないコマンド）、command_dev_1、command_dev_2、change devloper-mode、exitが非公開コマンド（実行制限のあるコマンド）であるとする。ここで、change devloper-modeが第１のモード遷移コマンドに対応し、exitが後述する第２のモード遷移コマンドに対応する。
【００３９】
〔実施例の第１の具体例の動作の説明〕
次に、本具体例の動作について詳細に説明する。
【００４０】
図６および図７は、通信装置４１０を運用者モードから開発者モードへ遷移させる際の動作を示したシーケンス図である。図６、図７において左側の縦線は、ユーザが行う動作を、中央、右側の縦線はそれぞれ認証プログラム４１５、コマンド制御プログラム４１６の動作を時系列で表している。また、シーケンスの左隣には、制御端末装置４３０の表示部（図示せず）に表示される、ユーザが見る画面表示イメージを示している。また、画面表示イメージ中、ボールド表記しているものは、ユーザが入力するものを表しており、show command allというコマンドはその時点でユーザが投入可能な全てのコマンドを表示させるコマンドを示している。
【００４１】
通常、通信装置４１０は、運用者モードで運用されており、投入できるコマンドは限られている（図６の画面表示イメージ６０１の例では、command_1、command_2の２種類）。なお、このとき、コマンド一覧テーブル４１７の内容は、図５に示すように、show command all、command_1、command_2に対応する受け付け可能フラグのみが“１”になっており、これら３つのコマンドのみが受け付け可能なことを示している。
【００４２】
このように、通常、通信装置４１０は、投入できるコマンドに制限がある運用者モードで運用されているが、投入できるコマンドに制限のない開発者モードで運用することが必要になる場合がある。このような場合、ユーザは、ＵＳＢキー４２０を通信装置４１０のＵＳＢポート４１１に挿入する（図６のステップＳ６１１）。制御手段４１２はＵＳＢキー４２０が挿入されたことを検出すると（ステップＳ６２１）、認証プログラム４１５を起動する。
【００４３】
これにより、認証プログラム４１５は、ＵＳＢキー４２０の記憶部４２１から暗号化された認証データ４２２を入力し、それを復号することにより平文データ（Ａ）を取り出す（ステップＳ６２２、Ｓ６２３）。その後、認証プログラム４１５は、上記平文データ（Ａ）と一致する認証データが認証データベース４４１上に存在するか否かを調べる（ステップＳ６２４）。例えば、認証プログラム４１５は、上記平文データ（Ａ）を含んだ検索要求を認証データ管理装置４４０に対して送信し、認証データ管理装置４４０では、認証データベース４４１を検索して上記平文データ（Ａ）と一致する認証データが存在するか否かを示す検索結果を返却し、認証プログラム４１５は、返却された検索結果に基づいて、上記平文データ（Ａ）と一致する認証データが認証データベース４４１に存在するか否かを判定する。
【００４４】
そして、平文データ（Ａ）と一致する認証データが存在しない場合は、ＵＳＢキーの認証に失敗した旨をユーザに分かるように制御端末装置４３０の表示部に表示する（ステップＳ６２５、Ｓ６２８）。このときの表示例を、図６の画面表示イメージ６０２として示す。
【００４５】
これに対して、平文データ（Ａ）と一致する認証データが存在する場合は、ＵＳＢキーの真正性を確認できたとし、コマンド制御プログラム４１６に対して、モード遷移コマンドの受け付けを可能にすることを指示する（ステップＳ６２５、Ｓ６２６）。
【００４６】
これにより、コマンド制御プログラム４１６は、モード遷移コマンドの投入制限を解除し（ステップＳ６３１）、モード遷移コマンドの受け付け準備が完了したことを認証プログラム４１５に対して応答する（ステップＳ６３２）。なお、モード遷移コマンドの投入制限の解除は、例えば、図５に示すコマンド一覧テーブル４１７に登録されている受け付け可能フラグの内の、change devloper-modeに対応付けて登録されている受け付け可能フラグを“１”に変更することにより行う。
【００４７】
コマンド制御プログラム４１６からの応答を受け取った認証プログラム４１５は、制御端末装置４３０の表示部にＵＳＢキーの認証が成功したことを表示し、ユーザに認証が成功したことを伝える（ステップＳ６２７）。このときの表示例を、図６の画面表示イメージ６０３として示す。この画面表示イメージ６０３では、公開コマンド（command_1、command_2）に加えて第１のモード遷移コマンド（change devloper-mode）も表示しているが、第１のモード遷移コマンドは表示しなくとも良い。第１のモード遷移コマンドを表示しないようにした場合は、画面表示イメージ６０３によって不正者に第１のモード遷移コマンドの存在が知られることがないので、安全性をより高いものにすることができる。
【００４８】
第１のモード遷移コマンドの投入制限が解除された後、ユーザが制御端末装置４３０から通信装置４１０に対して第１のモード遷移コマンドを投入すると（図７のステップＳ７１２）、コマンド制御プログラム４１６は、コマンド一覧テーブル４１７に登録されている第１のモード遷移コマンドの受け付け可能フラグが“１”となっているので、第１のモード遷移コマンドを受け付け、制御端末装置４３０の表示部にパスワードの入力要求文（図７の画面表示イメージ７０４）などを表示することにより、ユーザに対して、対話形式で開発者モードへ遷移するためのパスワードを要求する（ステップＳ７３３）。
【００４９】
この要求に応答してユーザが制御端末装置４３０からパスワードを入力すると（ステップＳ７１３）、コマンド制御プログラム４１６は、入力されたパスワードに従ったユーザ認証を行う（ステップＳ７３４）。
【００５０】
そして、ユーザ認証に失敗した場合（ステップＳ７３５がＮＧ）は、制御端末装置４３０の表示部にその旨を表示する（ステップＳ７３６）。図７の画面表示イメージ７０５がこのときの表示例である。
【００５１】
これに対して、ユーザ認証に成功した場合（ステップＳ７３５がＯＫ）は、非公開コマンドを実行できる権限を持ったユーザであると判断し、開発者モードへの遷移処理を行う（ステップＳ７３７）。このステップＳ７３７においては、図５に示すコマンド一覧テーブル４１７に登録されている各コマンドに対応する受け付け可能フラグの内、change devloper-modeに対応する受け付け可能フラグを“０”、command_dev_1、command_dev_2、exitに対応する受け付け可能フラグを“１”に変更する処理が行われる。
【００５２】
その後、コマンド制御プログラム４１６は、ユーザ認証に成功した旨の表示を、制御端末装置４３０の表示部に対して行う（ステップＳ７３８）。このときの表示例を、図７の画面表示イメージ７０６として示す。この画面表示イメージ７０６は、公開コマンド（command_1、command_2）に加えて、非公開コマンド（command_dev_1、command_dev_2、exit）も投入可能（実行可能）なことを示している。
【００５３】
このように、本具体例では、２重の認証チェックの手順を踏み、且つ、第２番目の認証チェック（ステップＳ７３３〜Ｓ７３５）は、第１のモード遷移コマンドが投入されたことを条件にして行うので、非公開コマンドの実行権限のないユーザによって、非公開コマンドが実行されてしまう危険性を極めて少なくすることができる。
【００５４】
次に、開発者モードから運用者モードへ遷移する場合の動作について、図８、図９を参照して説明する。
【００５５】
図８は、ユーザが制御端末装置４３０を用いて、開発者モードから運用者モードへ遷移させる第２のモード遷移コマンド（exit）を投入した場合の動作を示している。ユーザが第２のモード遷移コマンド（exit）を制御端末装置４３０から投入すると（ステップＳ８１１）は、コマンド制御プログラム４１６は、上記第２のモード遷移コマンドに対応する受け付け可能フラグが“１”になっているので、上記第２のモード遷移コマンドを受け付け、運用者モードへ遷移する処理を行うと共に、現時点において投入可能なコマンドを制御端末装置４３０の表示部に表示する（ステップＳ８３１）。なお、運用者モードへ遷移する処理においては、図５のコマンド一覧テーブル４１７に登録されている受け付け可能フラグの内、command_dev_1、command_dev_2、exitに対応するものが“０”に変更され、change devloper-modeに対応するものが“１”に変更される。また、このときの表示例を画面表示イメージ８０１として示す。この画面表示イメージ８０１に示すように、開発者モードで投入できたコマンド（command_dev_1、command_dev_2、exitの３つのコマンド）が表示されなくなっている。但し、ＵＳＢキー４２０は挿入されたままなので、再び開発者モードへ遷移するためのコマンド（change devloper-mode）は表示されている。
【００５６】
一方、図９はＵＳＢキー４２０が抜き取られた場合の動作を示している。ユーザがＵＳＢキー４２０を抜き取ると（ステップＳ９１１）、コマンド制御プログラム４１６はそのことを検出し（ステップＳ９３１）、第１、第２のモード遷移コマンドの投入制限を行い（ステップＳ９３２）、更に、運用者モードへ遷移する処理を行うと共に現時点において投入可能なコマンドを制御端末装置４３０の表示部に表示する（ステップＳ９３３）。ステップＳ９３２では、例えば、図５に示すコマンド一覧テーブル４１７に登録されている受け付け可能フラグの内の、第１、第２のモード遷移コマンド（change devloper-mode、exit）に対応するものが“０”に変更され、ステップＳ９３３においては、非公開コマンド（command_dev_1、command_dev_2）が“０”に変更される。また、図９に示した画面表示イメージ９０１、９０２はそれぞれＵＳＢキー４２０の抜き取り前、抜き取り後の表示例を示している。ＵＳＢキー４２０の抜き取り前は、非公開コマンド（command_dev_1、command_dev_2）、第２のコマンド遷移コマンド（exit）も表示されているが、ＵＳＢキー４２０を抜き取り後は公開コマンド（command_dev_1、command_dev_2）しか表示されていない。
【００５７】
〔実施例の第１の具体例の効果〕
本具体例では、第１段階の認証処理を、ＵＳＢキーといった物理的な記憶媒体を使用して実施しているので、非公開コマンドの実行権限のないユーザによって、非公開コマンドが実行されてしまうという危険性を更に少なくすることが可能になる。
【００５８】
〔実施例の第２の具体例〕
次に、実施例の第２の具体例について説明する。本具体例は、通信装置内部に認証データベースを設けることにより、ネットワークを介した通信を行わなくとも、ＵＳＢキーを用いた認証を行えるようにしたことを特徴とする。
【００５９】
〔実施例の第２の具体例の構成の説明〕
図１０は本具体例の構成例を示すブロック図であり、図４に示した第１の具体例との相違点は、通信装置４１０の代わりに通信装置４１０ａを備えている点、及び認証データ管理装置４４０が設けられていない点である。
【００６０】
通信装置４１０ａは、記憶部４１４に認証プログラム４１５の代わりに認証プログラム４１５ａが格納されている点、および記憶部４１４に認証データベース４１８が格納されている点が、通信装置４１０と相違している。
【００６１】
認証データベース４１８には、正当なＵＳＢキーに格納されているべき認証データ（暗号化されていない認証データ）が格納されている。
【００６２】
認証プログラム４１５ａは、ＵＳＢポート４１１に挿入されたＵＳＢキーが正当なものであるか否かを認証する際、認証データベース４１８を利用する点が第１の具体例のコマンド制御プログラム４１６と相違している。
【００６３】
〔実施例の第２の具体例の動作の説明〕
次に、本具体例の動作について説明する。本具体例と第１の具体例との動作上の相違点は、図６のステップＳ６２４で行う動作だけであるので、ここではその部分についてのみ説明する。
【００６４】
ステップＳ６２４において、認証プログラム４１５ａは、記憶部４１４上の認証データベース４１８を検索することにより、ステップＳ６２３で取り出した平文データ（Ａ）と一致する認証データが認証データベース４１８上に存在するか否かを調べる。そして、存在しない場合は、前述したステップＳ６２８の処理を行い、存在する場合は、前述したステップＳ６２６の処理を行う。
【００６５】
〔実施例の第２の具体例の効果〕
本具体例は、通信装置４１０ａ内に設けられた認証データベース４１８を用いて、ＵＳＢキー４２０に対する認証処理を行っているので、第１の具体例のように、認証のためにネットワークを介して通信を行うことが不要になるという効果を得ることができる。
【００６６】
〔実施例の第３の具体例〕
次に、実施例の第３の具体例について説明する。本具体例は、ＵＳＢキーの代わりに、認証データが格納された記憶部を有するパーソナルコンピュータなどの制御端末装置を用いて認証を行うことを特徴とする。
【００６７】
〔実施例の第３の具体例の構成の説明〕
図１１は本具体例の構成例を示すブロック図であり、図４に示した第１の具体例との相違点は、通信装置４１０の代わりに複数台の通信装置４１０ｂ−１〜４１０ｂ−ｎを備えている点、制御端末装置４３０の代わりに制御端末装置４３０ｂを備えている点、およびＵＳＢキー４２０を備えていない点である。
【００６８】
通信装置４１０ｂ−１〜４１０ｂ−ｎは、認証プログラム４１５の代わりに認証プログラム４０５ｂを備えている点、およびＵＳＢポート４１１を備えていない点が、図４に示した通信装置４１０と相違している。
【００６９】
認証プログラム４１５ｂは、制御端末装置４３０ｂから送られてきた暗号化された認証データに基づいて認証を行う点が、第１の具体例の認証プログラム４１５と相違している。
【００７０】
制御端末装置４３０ｂは、ネットワーク４５０を介して各通信装置４１０ｂ−１〜４１０ｂ−ｎと相互に接続されている。また、制御端末装置４３０ｂは、暗号化された認証データ４３２が格納された記憶部４３１を備えている。また、制御端末装置４３０ｂは、制御端末装置４３０と同様の機能も備えている。
【００７１】
〔実施例の第３の具体例の動作の説明〕
次に、本具体例の動作について説明する。以下の説明では、本具体例と第１の具体例との動作上の相違点についてのみ説明する。
【００７２】
ユーザは、例えば、通信装置４１０ｂ−１を用いて、開発者モードで作業を行いたい場合、制御端末装置４３０ｂと通信装置４１０ｂ−１とを接続し、制御端末装置４３０ｂに対して認証データの送信を指示する。これにより、制御端末装置４３０ｂは、記憶部４３１から暗号化されている認証データ４３２を読み出し、通信装置４１０ｂへ送信する。通信装置４１０ｂ−１内の認証プログラム４１５ｂは、制御端末装置４３０ｂから送られてきた認証データ４３２に対して復号処理を行い、平文データを取り出すと、取り出した平文データと一致する認証データが認証データベース４４１に登録されているか否かを調べる。そして、登録されていない場合は、制御端末装置４３０に代わる制御端末装置４３０ｂを対象にして前述したステップＳ６２８の処理を行い、登録されている場合は、前述したステップＳ６２６の処理を行う。また、ステップＳ６２７、Ｓ７３３、Ｓ７３６、Ｓ７３８、Ｓ８３１、Ｓ９３３で行う表示処理も、通信制御装置４３０に代わる通信制御装置４３０ｂを対象にして行う。
【００７３】
なお、他の通信装置を用いて、開発者モードで作業を行いたい場合も、同様にすれば良い。
【００７４】
〔実施例の第３の具体例の効果〕
本具体例によれば、遠隔地から通信装置４１０ｂ−１〜４１０ｂ−ｎを開発者モードに遷移させることができ、その場合であっても、非公開コマンドの実行権限のないユーザによって、非公開コマンドが実行される危険性を極めて少ないものにすることができる。
【産業上の利用可能性】
【００７５】
コマンド群の一部に実行制限のあるコマンド（非公開コマンド）を含んでいるルータ、スイッチなどの通信装置のコマンド実行制御に適用すると好適である。
【図面の簡単な説明】
【００７６】
【図１】本発明にかかるコマンド実行装置１の実施例の構成例を示すブロック図である。
【図２】コマンド実行装置１が備えているコマンド群２１を説明するための図である。
【図３】コマンド実行装置１の動作を説明するためのフローチャートである。
【図４】実施例の第１の具体例の構成例を示すブロック図である。
【図５】コマンド一覧テーブル４１７の内容例を示す図である。
【図６】第１の具体例の動作（運用者モードから開発者モードへ遷移する際の動作）を説明するためのシーケンス図である。
【図７】第１の具体例の動作（運用者モードから開発者モードへ遷移する際の動作）を説明するためのシーケンス図である。
【図８】第１の具体例の動作（開発者モードから運用者モードへ遷移させるためのモード遷移コマンドが投入されたときの動作）を説明するためのシーケンス図である。
【図９】第１の具体例の動作（ＵＳＢキー４２０を取り外したときの動作）を説明するためのシーケンス図である。
【図１０】実施例の第２の具体例の構成例を示すブロック図である。
【図１１】実施例の第３の具体例の構成例を示すブロック図である。
【符号の説明】
【００７７】
１…コマンド実行装置
１１…第１の認証手段
１２…第２の認証手段
１３…コマンド制御手段
４１０、４１０ａ、４１０ｂ−１〜４１０ｂ−ｎ…通信装置
４１１…ＵＳＢポート
４１２…制御手段
４１３…送受信手段
４１４…記憶部
４１５、４１５ａ、４１５ｂ…認証プログラム
４１６…コマンド制御プログラム
４１７…コマンド一覧テーブル
４１８…認証データベース
４２０…ＵＳＢキー
４２１…記憶部
４２２…認証データ
４３０、４３０ｂ…制御端末装置
４３１…記憶部
４３２…認証データ
４４０…認証データ管理装置
４４１…認証データベース
４５０…ネットワーク
【図１】
2009064065.tif 000003
【図２】
2009064065.tif 000004
【図３】
2009064065.tif 000005
【図４】
2009064065.tif 000006
【図５】
2009064065.tif 000007
【図６】
2009064065.tif 000008
【図７】
2009064065.tif 000009
【図８】
2009064065.tif 000010
【図９】
2009064065.tif 000011
【図１０】
2009064065.tif 000012
【図１１】
2009064065.tif 000013