(57)【要約】【課題】複数の種類のコマンドおよびコマンド投入対象装置に対応でき、コマンド作成のためにＤＢを用いないＣＬＩコマンド投入装置を提供する。【解決手段】ＧＵＩ生成部２２は、定義解析部２１が定義ファイル１から読み込んだコマンドパラメータ情報と対応するＧＵＩ部品を用いてＧＵＩの生成を行う。ユーザは表示されたＧＵＩ（ＧＵＩ部２３）にコマンドの必要パラメータを入力し、コマンド投入を実行すると、コマンド解析部２４がＧＵＩ部２３から渡されたパラメータから投入コマンドを構築し、通信部２５を介してＣＬＩコマンド投入対象装置３にコマンド投入を行う。ＧＵＩは、定義ファイル１の内容によって動的に生成されるので、定義ファイル１の追加・変更のみで、ＧＵＩを追加・変更できる。【選択図】  図１
2004341909.tif 000002
【特許請求の範囲】
【請求項１】
ＣＬＩコマンド投入装置が、ＧＵＩを介して、ＣＬＩを実装している装置にＣＬＩコマンドを投入する方法において、
前記ＣＬＩコマンド投入装置が起動されると、該ＣＬＩコマンド投入装置が、所定のＧＵＩを作成するための第１の情報とコマンドを作成するための第２の情報が記述された定義ファイルを読み込み、前記第１の情報を用いて、前記所定のＧＵＩを作成し、該所定のＧＵＩを介した利用者からのパラメータ入力を待機するステップと、
前記所定のＧＵＩを介して利用者からパラメータが入力されると、前記ＣＬＩコマンド投入装置が、前記パラメータと前記第２の情報を用いてコマンドを作成し、該コマンドを、前記ＣＬＩを実装している装置に送信するステップを有することを特徴とする方法。
【請求項２】
前記ＣＬＩコマンド投入装置が、前記ＣＬＩを実装している装置から前記コマンドに対する応答を受信すると、該応答を前記所定のＧＵＩに表示させるステップをさらに有する、請求項１に記載の方法。
【請求項３】
前記第１の情報は、前記パラメータに対応したＧＵＩ構成要素と、前記パラメータの制約条件に関する情報を含み、前記第２の情報は、コマンド名と前記パラメータの接頭語に関する情報を含む、請求項１または２に記載の方法。
【請求項４】
前記定義ファイルはＸＭＬを用いて記述されている、請求項１から３のいずれか１項に記載の方法。
【請求項５】
請求項１から４のいずれか１項に記載の各ステップをコンピュータに実行させるプログラム。
【請求項６】
請求項１から４のいずれか１項に記載の各ステップをコンピュータに実行させるプログラムを記録した、コンピュータ読み取りが可能な記録媒体。
【請求項７】
ＧＵＩを介して、ＣＬＩを実装している装置にＣＬＩコマンドを投入するＣＬＩコマンド投入装置において、
前記ＣＬＩコマンド投入装置が起動されると、所定のＧＵＩを作成するための第１の情報とコマンドを作成するための第２の情報が記述された定義ファイルを読み込み、前記第１の情報を用いて、前記所定のＧＵＩを作成し、該所定のＧＵＩを介した利用者からのパラメータ入力を待機する手段と、
前記所定のＧＵＩを介して利用者からパラメータが入力されると、前記パラメータと前記第２の情報を用いてコマンドを作成し、該コマンドを、前記ＣＬＩを実装している装置に送信する手段を有することを特徴とするＣＬＩコマンド投入装置。
【請求項８】
前記ＣＬＩを実装している装置から前記コマンドに対する応答を受信すると、該応答を前記所定のＧＵＩに表示させる手段をさらに有する、請求項７に記載のＣＬＩコマンド投入装置。
【請求項９】
前記第１の情報は、前記パラメータに対応したＧＵＩ構成要素と、前記パラメータの制約条件に関する情報を含み、前記第２の情報は、コマンド名と前記パラメータの接頭語に関する情報を含む、請求項７または８に記載のＣＬＩコマンド投入装置。
【請求項１０】
前記定義ファイルはＸＭＬを用いて記述されている、請求項７から９のいずれか１項に記載のＣＬＩコマンド投入装置。
【請求項１１】
所定のＧＵＩを作成するための第１の情報と、ＣＬＩコマンド投入装置が前記第１の情報によって作成した前記所定のＧＵＩから利用者が入力したパラメータとあわせて、ＣＬＩを実装している装置に投入するコマンドを作成するための第２の情報を含む定義ファイルが記録されたデータ記録媒体。
【請求項１２】
前記第１の情報は、前記パラメータに対応したＧＵＩ構成要素と、前記パラメータの制約条件に関する情報を含み、前記第２の情報は、コマンド名と前記パラメータの接頭語に関する情報を含む、請求項１１に記載のデータ記録媒体。
【請求項１３】
前記第１の情報と前記第２の情報は、ＸＭＲにより記述されている、請求項１１または１２に記載のデータ記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＣＬＩ（Ｃｏｍｍａｎｄ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ）を実装した装置に投入するコマンドを作成するＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）の作成に関する。
【０００２】
【従来の技術】
従来、ＣＬＩを実装した装置にＧＵＩを用いてコマンドを投入する装置の構築を行う場合、コマンドごとに、または、数コマンドごとに、逐一ＧＵＩの設計と実装を行っていた。
【０００３】
従来技術には以下の問題点がある。
【０００４】
第１の問題点は、ＧＵＩが作成対象とするコマンドの数が膨大になってくると、設計と実装に必要なコストも同時に膨大になってしまうことである。一般的にコマンド投入装置のコマンドイメージは、コマンドが異なる場合でも類似していることが多く、コマンドごとに専用のＧＵＩを設計、実装することは非効率的である。
【０００５】
第２の問題点は、コマンド投入対象装置が変わったときには、コマンド投入装置全体を設計、実装し直す必要があり、一度作ったＣＬＩコマンド投入装置の資産を利用できないことである。ＣＬＩコマンド投入においては、コマンド投入→応答受信という処理は固定しており、コマンド文字列もほぼコマンド名＋パラメータの羅列といった形で決まっているにもかかわらず、コマンド投入対象装置ごとに専用のコマンド投入装置を設計、実装することは非効率的である。
【０００６】
なお、ＣＬＩに固有の課題が吟味されていないが、上記問題点のように、ＧＵＩで作成するコマンドなどのシステムパラメータが、異なるシステム間で通用しないという問題点を解決する発明として、特許文献１に記載の発明が挙げられる。
【０００７】
【特許文献１】
特開２００１−１３４４２４号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の発明は、システムパラメータの作成・記録方法を開示しているが、システムパラメータの投入対象システムへの投入・反映に関する具体的方法を何ら開示していない。
【０００９】
また、特許文献１に記載の発明は、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）を用いることを想定しているため、システムパラメータを作成するための情報を格納するＤＢ（Ｄａｔａ  Ｂａｓｅ）システムはＲＤＢ（リレーショナルＤＢ）に限定されることになる。特許文献１に記載の発明は、ＤＢを用いる利点として信頼性と検索の容易性を挙げている。しかしながら、信頼性はＲＤＢＭＳ（リレーショナルＤＢ方式）に標準の機能ではない。たしかに、一般的なＲＤＢＭＳには装備されているが、各ＲＤＢＭＳに固有の機能であることが多いため、システムで独自に実装するのと変わらない。検索の容易性に関しては、優位性が現れるのは検索対象が数万件に達するような膨大な数のときであり、検索対象数によっては、ＤＢを導入するコストのほうが高くつく可能性が高い。
【００１０】
本発明の目的は、複数の種類のコマンドおよびコマンド投入対象装置に対応でき、コマンド作成のためにＤＢを用いないＣＬＩコマンド投入方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明のＣＬＩコマンド投入方法は、ＣＬＩコマンド投入装置が起動されると、ＣＬＩコマンド投入装置が、所定のＧＵＩを作成するための第１の情報とコマンドを作成するための第２の情報が記述された定義ファイルを読み込み、この第１の情報を用いて、所定のＧＵＩを作成し、このＧＵＩを介した利用者からのパラメータ入力を待機するステップと、このＧＵＩを介して利用者からパラメータが入力されると、ＣＬＩコマンド投入装置が、このパラメータと第２の情報を用いてコマンドを作成し、このコマンドを、ＣＬＩを実装している装置に送信するステップを有することを特徴とする。
【００１２】
定義ファイルの第１の情報は、利用者によって入力されるパラメータに対応したＧＵＩ構成要素と、このパラメータの制約条件に関する情報を含み、第２の情報は、コマンド名とパラメータの接頭語に関する情報を含む。
【００１３】
このように、ＣＬＩコマンド投入装置の起動時に定義ファイルを読み込んでＧＵＩを作成するようにしたので、例えば、ＧＵＩまたはコマンドを追加・変更したい場合は、定義ファイルの第１の情報または第２の情報を追加・変更するだけでよく、従来技術のようにシステム全体を設計し直す必要が無い。
【００１４】
さらに、定義ファイルはＸＭＬを用いて記述されるのが好ましい。ＸＭＬを用いることで、特許文献１に記載の発明に比べて、コスト面で有利である。ＸＭＬの実態はテキストであるため、メンテナンスに関してもＲＤＢより容易になる。また本発明では、定義ファイルのフォーマットは限定していないので、必要に応じてＲＤＢを用いてもよい。
【００１５】
【発明の実施の形態】
次に、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１６】
図１を参照すると、本発明の一実施形態のＣＬＩコマンド投入システムは、定義ファイル１と、ＣＬＩコマンド投入装置２と、ＣＬＩコマンド投入対象装置３を含む。
【００１７】
ＣＬＩコマンド投入装置２は、定義解析部２１と、ＧＵＩ生成部２２と、ＧＵＩ部２３と、コマンド解析部２４と、通信部２５を含む。
【００１８】
定義解析部２１は、定義ファイル１から読みとった定義を解析し、ＧＵＩ生成に必要な情報とコマンド解析に必要な情報を抽出し、それぞれＧＵＩ生成部２２とコマンド解析部２４に出力する。
【００１９】
ＧＵＩ生成部２２は、定義解析部２１から受けとったＧＵＩ生成に必要な情報からＧＵＩを生成する。
【００２０】
ＧＵＩ部２３は、ＧＵＩ生成部２２によって生成され、ユーザとの入出力のインターフェースとなる部分であり、投入コマンドに対するパラメータの指定およびＣＬＩコマンド投入対象装置３からの応答の表示を行う。
【００２１】
コマンド解析部２４は、ＧＵＩ部２３に入力されたパラメータ情報と、定義解析部２１から受けとったコマンド解析に必要な情報から、投入するコマンドイメージを作成し、通信部２５にコマンド投入依頼を行う。
【００２２】
通信部２５は、ＣＬＩコマンド投入対象装置３との通信を制御し、コマンド解析部２４から受け取ったコマンドイメージを投入する。また、ＣＬＩコマンド投入対象装置３からの応答を表示するように、ＧＵＩ部２３に依頼する。
【００２３】
ＣＬＩコマンド投入対象装置３は、ＣＬＩを実装した任意の装置である。本実施形態では、ルータに対してＴｅｌｎｅｔ経由でコマンド投入することを想定している。ＣＬＩコマンド投入対象装置３は、ＣＬＩコマンド投入装置２から投入されたコマンドを処理し、その応答を返す。
【００２４】
図２を参照すると、定義ファイル１の一例が示されている。定義ファイル１には、ＧＵＩ生成に必要な情報とコマンド解析に必要な情報が格納されている。定義ファイル１の記述にはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を使用する。定義ファイルのフォーマットはＸＭＬに限定されるものではないが、定義ファイルの性質上、ＸＭＬで記述することによって、ＣＬＩコマンド投入装置を最も有効に構成することができる。なぜなら、ＣＬＩコマンド投入装置の有する拡張性とＸＭＬの有する拡張性が非常に親和性の高いものであり、また実装上、構文解析器や管理システムの新規開発が必須ではないため、開発効率を高められるためである。
【００２５】
次に、図３を参照して、本実施形態のＣＬＩコマンド投入システムの処理の流れを説明する。
【００２６】
まず、ＣＬＩコマンド投入装置２の起動時の処理の流れを説明する。
【００２７】
ステップ３０１で、ＣＬＩコマンド投入装置２は、定義ファイル１の読み込みを行う。ここで読み込まれる定義ファイル１は、図２に示すようなＸＭＬ文書であるので、ステップ３０２で、定義解析部２１がＤＴＤ（Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎ）による妥当性の検証を行う。ここでＤＴＤとは、ＸＭＬ文書の厳密な文法構造を定義したものである。ステップ３０３で、ここで読み込まれた定義ファイル１が不正と判断されると、ステップ３０７で、起動に失敗して終了する。ステップ３０３で妥当性が確認されると、ステップ３０４で、コマンドの切り出しを行う。
【００２８】
図２において、＜ｃｏｍｍａｎｄ＞タグで囲まれた部分が１コマンドに対応しており、その中に、１コマンドに対応するコマンド情報とＧＵＩ情報が格納される。＜ｎａｍｅ＞で指定されるのがコマンド名であり、＜ａｒｇｓ＞内の＜ｐｒｅｆｉｘ＞で指定されるのがコマンドの各パラメータの接頭語である。これらコマンド情報を切り出し、メモリに格納する。
【００２９】
ステップ３０５で、ＧＵＩ構成要素の切り出しを行う。ここで切り出すのは、各パラメータが要求するＧＵＩ構成要素およびその制約条件である。
【００３０】
図２において、＜ａｒｇｓ＞内の＜ｌａｂｅｌ＞と＜ｉｎｐｕｔ＞の組で１パラメータを表し、＜ｌａｂｅｌ＞がパラメータ名、＜ｉｎｐｕｔ＞がＧＵＩ構成要素である。さらに、＜ｉｎｐｕｔ＞内の＜ｔｙｐｅ＞が具体的なＧＵＩ構成要素を指定し、＜ｌｉｍｉｔ＞が制約条件を指定する。具体的には、図２のパラメータ１では、ＧＵＩ構成要素はｃｏｍｂｏｂｏｘを用いてそれぞれの項目は＜ｉｔｅｍ＞で指定される４項目となり、制約条件はない。パラメータ２では、ＧＵＩ構成要素はｓｐｉｎｂｏｘを用いて、制約条件として入力できる値が０〜９９に制限される。パラメータ３では、ｔｅｘｔｆｉｅｌｄを用いて、制約条件として入力できる値が長さ１２の文字列に制限される。
【００３１】
ステップ３０６で、ステップ３０５で切り出された情報をもとに、ＧＵＩ生成部２２でＧＵＩ（ＧＵＩ部２３）を構築する。
【００３２】
図４を参照すると、実際に構築されるＧＵＩ（ＧＵＩ部２３）の一例が示されている。ＧＵＩはこの時点で投入実行待ち状態になる。
【００３３】
次に、ＧＵＩ（ＧＵＩ部２３）にパラメータの入力がなされて投入実行指示がされたとき（図４における投入実行ボタンが押されたとき）の動作を説明する。
【００３４】
ステップ３０８で、ＧＵＩ部２３にて入力されたパラメータが制約条件に合致するかのチェックを行う。ステップ３０９で条件に合致しない場合は、ステップ３１６で、エラー出力して再び投入実行待ち状態に戻る。ステップ３０９で条件に合致した場合は、ステップ３１０で、コマンド解析部２４がコマンド文字列の構築処理を行う。
【００３５】
図４において、パッケージに“ｍｉｆ”、番号に“０３”、ノード名に“ＸＸＸ”が選択あるいは入力されたとする。このときに構築されるコマンド文字列は、コマンド名＋パラメータ１のｐｒｅｆｉｘ＋パラメータ１の値＋パラメータ２のｐｒｅｆｉｘ＋・・・となる。すなわち、構築されるコマンド文字列は、“ｄｇｔ  ｅｑｐ  ｍｉｆ  ｎｕｍ＝０３  ｎｏｄｅ＝ＸＸＸ”となる。
【００３６】
ステップ３１１で、コマンド文字列は通信部２５に渡され、通信部２５はＣＬＩコマンド投入対象装置３へＴｅｌｎｅｔでログインする。ステップ３１２で、ログインまでの通信が正常に処理されなかった場合、ステップ３１６で、ＧＵＩ部２３はエラーを出力して投入実行待ち状態に戻る。ステップ３１２で、ログインが正常に行われたことを確認すると、ステップ３１３で、コマンド解析部２４から受け取ったコマンド文字列をＣＬＩコマンド投入対象装置３へ投入する。その後、ステップ３１４で、通信部２５はＣＬＩコマンド投入対象装置３からコマンド投入結果応答を受信し、ステップ３１５で、ＧＵＩ部２３へ受信した文字列の出力依頼を行う。応答が完了すると再び投入実行待ち状態に戻る。
【００３７】
【発明の効果】
以上説明したように、本発明によれば、次のような効果を有する。
【００３８】
ＣＬＩコマンド投入用ＧＵＩが定義ファイルによって動的に生成されるため、ＧＵＩを生成するプログラム自体は変更せずに、定義ファイルの追加・変更のみで、ＧＵＩを追加・変更することができる。その結果、ＧＵＩプログラムを逐一作成することに比べ、手間を大幅に軽減することが可能になる。
【００３９】
コマンド解析部２４→通信部２５および通信部２５→ＧＵＩ部２３のインターフェースを明確にして公開することによって、通信部２５のみをＣＬＩコマンド投入対象装置に対応させて置き換えるだけで、ＣＬＩを実装したあらゆる装置に対して、ＣＬＩで利用されるプロトコルを問わず、コマンド投入可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態のＣＬＩコマンド投入システムの構成を示した図である。
【図２】定義ファイル１の一例を示した図である。
【図３】本実施形態のＣＬＩコマンド投入システムの処理の流れを示したフローチャートである。
【図４】ＣＬＩコマンド投入装置２が生成するＧＵＩの一例を示した図である。
【符号の説明】
１  定義ファイル
２  ＣＬＩコマンド投入装置
３  ＣＬＩコマンド投入対象装置
２１  定義解析部
２２  ＧＵＩ生成部
２３  ＧＵＩ部
２４  コマンド解析部
２５  通信部
３０１〜３１６  ステップ
【図１】
2004341909.tif 000003
【図２】
2004341909.tif 000004
【図３】
2004341909.tif 000005
【図４】
2004341909.tif 000006