(57)【要約】      （修正有）【課題】試験者のスキルに依存することなく試験ができ、試験者負担を軽減し、従来のものに比べ短時間で試験を実施することができる、通信機器を試験するための方法及びプログラムを提供する。【解決手段】通信機器に実行させるための命令をコマンド仕様書データテーブル１００から抽出し、抽出した命令がコマンドデータベース５０に登録済かどうかを判定する。抽出した命令がコマンドデータベースに登録済でない場合、操作者に対し抽出した命令が正当かどうかの確認を促し、抽出した命令が正当である場合、抽出した命令をコマンドデータベースに新規登録する。登録済の抽出した命令および／または新規登録された抽出した命令を通信機器に送信し、通信機器で実行された命令に対する応答データを受信し、応答データをコマンドデータベースの対応するデータと比較し正当かどうか判定し、応答データの判定結果をテストレポート２００として出力する。【選択図】図１
2016170546.tif 000002
【特許請求の範囲】
【請求項１】
通信機器を試験するための方法であって、
前記通信機器に実行させるための命令をコマンド仕様書データテーブルから抽出するステップと、
前記抽出した命令がコマンドデータベースに登録済かどうかを判定するステップと、
前記抽出した命令が前記コマンドデータベースに登録済でない場合、操作者に対し前記抽出した命令が正当かどうかの確認を促すステップと、
前記抽出した命令が正当である場合、前記抽出した命令を前記コマンドデータベースに新規登録するステップと、
前記登録済の前記抽出した命令および／または前記新規登録された前記抽出した命令を前記通信機器に送信するステップと、
前記通信機器で実行された前記命令に対する応答データを受信するステップと、
前記応答データを前記コマンドデータベースの対応するデータと比較し正当かどうか判定するステップと、
前記応答データの判定結果をテストレポートとして出力するステップと、
を含む方法。
【請求項２】
前記応答データが、前記コマンドデータベースにおいて対応するデータがないと判断された場合、前記応答データを新規データとしてコマンドデータベース５０に登録するステップを含む請求項１に記載の方法。
【請求項３】
コンピュータに、
試験対象の通信機器に実行させるための命令をコマンド仕様書データテーブルから抽出する手順と、
前記抽出した命令がコマンドデータベースに登録済かどうかを判定する手順と、
前記抽出した命令が前記コマンドデータベースに登録済でない場合、操作者に対し前記抽出した命令が正当かどうかの確認を促す手順と、
前記抽出した命令が正当である場合、前記抽出した命令を前記コマンドデータベースに新規登録する手順と、
前記登録済の前記抽出した命令および／または前記新規登録された前記抽出した命令を前記通信機器に送信する手順と、
前記通信機器で実行された前記命令に対する応答データを受信する手順と、
前記応答データを前記コマンドデータベースの対応するデータと比較し正当かどうか判定する手順と、
前記応答データの判定結果をテストレポートとして出力する手順と、
を実行させるためのプログラム。
【請求項４】
前記応答データが、前記コマンドデータベースにおいて対応するデータがないと判断された場合、前記応答データを新規データとしてコマンドデータベース５０に登録する手順を実行させるための請求項３に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク装置等の通信機器を試験するための方法及びプログラムに関するものである。
【背景技術】
【０００２】
ネットワークを介して接続される装置の試験は実働するネットワークや機器を使用することが難しい場合が多い。そこで疑似装置の試験用端末のコンピュータを接続して試験を行っている。例えば、パケットトランスポート製品のような装置では、装置と制御端末間の制御インタフェースとして、共通的にＴＬ１（Ｔｒａｎｓａｃｔｉｏｎ  Ｌａｎｇｕａｇｅ  １）が採用されている。これらは、汎用性、自由度が高いコマンドインタフェースであり、今後も製品適用されていくと考えられる。
【０００３】
このＴＬ１コマンドインタフェースはコマンド数にして１００以上ある製品もあり、製品毎によってもコマンド内容が微妙に異なっている。システムを検証する上では、従来のように各ベンダ特有のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）が用意されている製品の場合は、ＧＵＩベースで検証を実施するため、各ＴＬ１コマンドまで意識する機会が少なかった。しかしながら、近年ではオペレーションシステムは顧客にて他社と統合する形で開発されることが増加してきており、ベンダとしては装置のみの納入形式も増えてきている。
【０００４】
この現状では、システム検証という観点でもオペレーションシステムが開発されない以上、コマンドレベルでの確認を余儀なくされるため、試験者のスキルに依存する傾向になってきた。そこで、決められた所定の形式的仕様からテストプログラムを自動作成する支援方法も提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１１３５４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、試験者のスキルに依存することなく試験ができ、試験者負担を軽減し、従来のものに比べ短時間で試験を実施することができる、通信機器を試験するための方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、上記目的を達成するため以下のような通信機器を試験するための方法及びプログラムを提供する。
（１）通信機器を試験するための方法であって、
前記通信機器に実行させるための命令をコマンド仕様書データテーブルから抽出するステップと、
前記抽出した命令がコマンドデータベースに登録済かどうかを判定するステップと、
前記抽出した命令が前記コマンドデータベースに登録済でない場合、操作者に対し前記抽出した命令が正当かどうかの確認を促すステップと、
前記抽出した命令が正当である場合、前記抽出した命令を前記コマンドデータベースに新規登録するステップと、
前記登録済の前記抽出した命令および／または前記新規登録された前記抽出した命令を前記通信機器に送信するステップと、
前記通信機器で実行された前記命令に対する応答データを受信するステップと、
前記応答データを前記コマンドデータベースの対応するデータと比較し正当かどうか判定するステップと、
前記応答データの判定結果をテストレポートとして出力するステップと、
を含む方法。
（２）前記応答データが、前記コマンドデータベースにおいて対応するデータがないと判断された場合、前記応答データを新規データとしてコマンドデータベース５０に登録するステップを含む上記（１）に記載の方法。
（３）コンピュータに、
試験対象の通信機器に実行させるための命令をコマンド仕様書データテーブルから抽出する手順と、
前記抽出した命令がコマンドデータベースに登録済かどうかを判定する手順と、
前記抽出した命令が前記コマンドデータベースに登録済でない場合、操作者に対し前記抽出した命令が正当かどうかの確認を促す手順と、
前記抽出した命令が正当である場合、前記抽出した命令を前記コマンドデータベースに新規登録する手順と、
前記登録済の前記抽出した命令および／または前記新規登録された前記抽出した命令を前記通信機器に送信する手順と、
前記通信機器で実行された前記命令に対する応答データを受信する手順と、
前記応答データを前記コマンドデータベースの対応するデータと比較し正当かどうか判定する手順と、
前記応答データの判定結果をテストレポートとして出力する手順と、
を実行させるためのプログラム。
（４）前記応答データが、前記コマンドデータベースにおいて対応するデータがないと判断された場合、前記応答データを新規データとしてコマンドデータベース５０に登録する手順を実行させるための上記（３）に記載のプログラム。
【発明の効果】
【０００８】
本発明によれば、試験者のスキルに依存することなく試験ができ、試験者負担を軽減し、従来のものに比べ短時間で通信機器の試験を実施することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態に係る機能構成の一例を示す図である。
【図２】本発明の実施の形態に係るハードウエア構成の一例を示す図である。
【図３】送信データ生成処理手順の一例を示すフローチャートである。
【図４】受信データ処理手順の一例を示すフローチャートである。
【図５】コマンド仕様書データテーブルの一例を示す図である。
【図６】テストレポートの一例を示す図である。
【図７】コマンドデータベースの構成の一例を示す図である。
【図８】プロトコル生成部の処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。
図１は、本発明の実施の形態に係る機能構成の一例を示す図である。図において、テストナビゲーションプログラム１１は、試験対象装置である通信機器を試験するためのものであり、コマンドパラメータ抽出部１０、コマンド判定部２０、プロトコル生成部３０、ナビゲーション処理部４０、コマンドデータベース５０、データ受信部６０、受信データ判定部７０、および出力データ成形部８０を有する。
【００１１】
ここで、コマンドパラメータ抽出部１０は、試験対象の通信機器に実行させるための命令としてコマンドとパラメータをコマンド仕様書データテーブル１００から抽出する。コマンド判定部２０は、抽出したコマンドとパラメータをコマンドデータベース５０のデータと比較し、同一のコマンドとパラメータの有無と構成内容を比較し、抽出した命令がコマンドデータベース５０に登録済かどうかを判定する。プロトコル生成部３０は、抽出した命令がコマンドデータベース５０に登録済でない場合、ナビゲーション処理部４０において、操作者（試験者）に対し抽出した命令が正当かどうかの確認を促す。操作者は、例えば、抽出したコマンドがサポートコマンドに含まれることとパラメータ数が期待された数を超過していない場合、抽出した命令が正当であると確認する。抽出した命令が正当である場合、抽出した命令をコマンドデータベース５０に新規登録するとともに、登録済の抽出した命令および／または新規登録された抽出した命令を送信データとして試験対象の通信機器に送信する。
【００１２】
一方、データ受信部６０は、試験対象の通信機器で実行された命令に対する応答データを受信データとして受信する。受信データ判定部７０は、応答データをコマンドデータベース５０の対応するデータと比較し正当かどうか判定する。出力データ成形部８０は、応答データの判定結果をテストレポート２００に出力および／または表示する。
【００１３】
図２は、本発明の実施の形態に係るハードウエア構成の一例を示す図である。図示のように、複数の試験システム１〜ｎが、ネットワーク２１を介してそれぞれの試験対象装置１〜ｎにネットワーク接続される。各試験システム１〜ｎのテストナビゲーションプログラム１１は、試験用コンピュータ１２内に用意され、それぞれコマンド仕様書データテーブル１００からコマンド等を入力し、テストレポート２００に応答データの判定結果を出力する。上述のコマンドデータベース５０は、ネットワーク２１を介して複数のテストナビゲーションプログラム１１で共用することができる。
【００１４】
図１に戻って説明すると、コマンド仕様書データテーブル１００には、試験対象装置の識別番号（製品形番等）と対応するすべてのコマンドとコマンド毎のパラメータ構成が記載されている。これは、例えば図５に示すように、所定の表形式で記録されていて、表の行単位でコマンドが記載され、それぞれのコマンドに対応して列単位でパラメータの内容が記載されている。このためコマンドパラメータ抽出部１０では、コマンド仕様書データテーブル１００における行列の構成位置から容易にコマンドとパラメータを抽出することができる。
【００１５】
コマンド判定部２０は、抽出したコマンド等が規格に沿った内容か否かを判定する。コマンドデータベース５０は、使用するコマンド規格のすべてのコマンドをあらかじめ登録し保存しておいても良いが、入力には膨大な手間と時間がかかるので、本発明では保存しておく必要が無い。すなわち、コマンド仕様書データテーブル１００から抽出したコマンド等をコマンドデータベース５０における登録済のデータと比較し、それらが登録されていない新規の場合はコマンドとパラメータをコマンドデータベース５０に登録する。この時に一度だけ操作者に内容の確認を促すことで正しいデータベースとして登録し保存することが可能となる。これにより、今回新規のコマンドおよびパラメータでも次回のコマンド仕様書データテーブル１００からデータが入力されたときに、すでにコマンドデータベース５０に登録されていることから操作者の確認の手間は不要となる。これをくりかえすことによりデータが蓄積され、抽出したコマンドとパラメータの確認が短時間で可能となる。
【００１６】
図７は、コマンドデータベースの構成の一例を示す図である。コマンドデータベース５０は、図示のように、送信用ＤＢ（データベース）５１および受信用ＤＢ５５を備える。送信用ＤＢ５１は、コマンドＤＢ５２、パラメータＤＢ５３およびエラーコマンドＤＢ５４を有し、コマンド判定部２０およびナビゲーション処理部４０からアクセス可能とされる。一方、受信用ＤＢ５５は、試験結果ＤＢ５６および応答データＤＢ５７を有し、受信データ判定部７０からアクセス可能とされる。
【００１７】
図３は、送信データ生成処理手順の一例を示すフローチャートである。まず、ステップＳ０１にて、コマンドパラメータ抽出部１０において、操作者がコマンド仕様データテーブル１００からデータを抽出し処理を開始する。コマンド仕様書データテーブル１００は、例えば図５に示すような、１行ごとにデータＮＯ、コマンド、および複数のパラメータが記載された表形式のデータでも良いし、テキスト形式のデータでも良い。ステップＳ０２にて、抽出されたデータは１行目からＮ行目まで１行ずつコマンドとパラメータに分離される。ステップＳ０３にて、コマンド判定部２０において抽出したコマンドが、コマンドデータベース５０に登録されている既存のものか否か照合される。登録済の場合は、ステップＳ０４にて、抽出したパラメータがコマンドデータベース５０の内容に合致しているか否か照合され、合致する（登録済の）場合は、ステップＳ０５にて、プロトコル生成部３０において、プロトコル生成メモリにＮ番目のデータとして格納される。
【００１８】
一方、ステップＳ０３にて、抽出したコマンドがコマンドデータベース５０に登録されていない場合は、ステップＳ１０にて、抽出したコマンドとパラメータを表示する。ステップＳ１１にて、それらが正しいものか否かの判断を操作者に求め、操作者により正しいコマンドと判定された場合は、ステップＳ１２にて、それらのデータをコマンドデータベース５０に登録するとともに、ステップＳ０５にてプロトコル生成メモリに記憶する。ステップＳ１１にて、それらが正しくないと判定された場合、ステップＳ１３にて、コマンドデータはエラーコマンドとしてコマンドデータベース５０のエラーコマンドＤＢ５４に登録されるか、あるいは別途のメモリに記憶される。
【００１９】
これらの処理により、一度正しいと操作者に判定されたコマンドとパラメータは、次回以降は自動的にプロトコル生成メモリに取り込まれてデータの読み込み処理の時間を短縮することができる。ステップＳ０６にて、Ｎ＋１行のコマンドおよびパラメータが有るか否かが判断され、有る場合はステップＳ０７にて、Ｎ＝Ｎ＋１としてステップＳ０３に戻ってしょりを繰り返す。一方、ステップＳ０６にて、Ｎ＋１行のコマンドおよびパラメータがない場合は、すべてのデータが処理されたということで、ステップＳ０８にて、プロトコル生成部メモリに格納されたコマンドとパラメータが送信データとして試験対象装置へ順次送信される。
【００２０】
図８は、プロトコル生成部の処理手順の一例を示すフローチャートである。まず、ステップＳ３０にて、抽出したコマンドおよびパラメータを入力する。プロトコル生成部３０では、上述のように、登録済でないコマンドとパラメータのみナビゲーション処理部４０にて操作者に対しコマンドとパラメータの内容確認を促し、抽出したコマンドとパラメータが正当である場合、抽出したコマンドとパラメータをコマンドデータベース５０に新規登録するとともに、プロトコル生成メモリに記憶する。ステップＳ３１にて、プロトコル生成メモリに記憶した、登録済のおよび／または新規登録された抽出したコマンドとパラメータに関し、異なるネットワーク通信プロトコルに変換が必要か否かを判断する。プロトコル変換が必要な場合は、ステップＳ３２にて、それらを異なるプロトコルデータに変換し、ステップＳ３４にて、生成されたコマンドに必要なパラメータが配列される。プロトコル変換が不要な場合は、ステップＳ３３にて、入力されたプロトコルデータのままパラメータが配列される。プロトコル変換が必要か否かはコマンド仕様書データテーブル１００にて定義されているため、操作者による判断は不要である。コマンドが成形完了後、ステップ３５にて、プロトコル生成部３０から試験対象装置へコマンド等が送信データとして送信される。
【００２１】
試験対象装置において対応するコマンド等が実行されたのち、当該試験対象装置からの応答値である受信データは、一旦データ受信部６０に格納され、そして受信データ判定部７０へ送られる。受信データは、受信データ判定部７０においてコマンドの実施結果と応答データに分離され、それぞれコマンドデータベース５０のデータと比較され、正しい内容か否か判定される。判定の結果は分離された実施結果と応答データのまま出力データ成形部８０に送られ、共通的な結果フォーマットに成形されてテストレポート２００として出力し表示される。
【００２２】
図６は、テストレポートの一例を示す図である。コマンドの実施結果は、図６中の結果に対応し、応答データは試験結果詳細に対応する。受信データ判定部７０にて未知の応答データであると判断された場合は、コマンドデータベース５０に新規の応答データとして保存される。すなわち、応答データがコマンドデータベース５０において対応するデータがないと判断された場合、その応答データを新規データとしてコマンドデータベース５０に登録する。
【００２３】
図４は、受信データ処理手順の一例を示すフローチャートである。まず、ステップＳ２０にて、受信データが入力される。ステップＳ２１にて、入力された受信データは、実施結果と応答データとして、コマンドデータベース５０に登録されているものと比較され、ステップＳ２２にて、判定結果をコマンドデータベースへ記録し、ステップＳ２３にて、テストレポート２００へ出力し、表示する。
【００２４】
以上の各工程の手順は、コンピュータに次のプログラムを実行させることで実施することができる。すなわち、このプログラムは、コンピュータに、試験対象の通信機器に実行させるための命令をコマンド仕様書データテーブルから抽出する手順と、前記抽出した命令がコマンドデータベースに登録済かどうかを判定する手順と、前記抽出した命令が前記コマンドデータベースに登録済でない場合、操作者に対し前記抽出した命令が正当かどうかの確認を促す手順と、前記抽出した命令が正当である場合、前記抽出した命令を前記コマンドデータベースに新規登録する手順と、前記登録済の前記抽出した命令および／または前記新規登録された前記抽出した命令を前記通信機器に送信する手順と、前記通信機器で実行された前記命令に対する応答データを受信する手順と、前記応答データを前記コマンドデータベースの対応するデータと比較し正当かどうか判定する手順と、前記応答データの判定結果をテストレポートとして出力する手順と、を実行させるためのものである。
【００２５】
以上のように、本発明では、製品毎に異なるコマンド仕様書データテーブルを読み込み、自動的にコマンドとパラメータを抽出して表示し、ユーザに次に入力するべき操作を誘導しながら、複数の通信プロトコルを生成し試験対象装置へ送信し、受信データを判定し結果を表示することにより、容易に試験を行うことができる。また、自動的に抽出したコマンドをデータベースと比較し検証し、これら一連の操作手順を記録しデータベースへ記録する。このように、本発明は、製品毎に異なるコマンド仕様書データテーブルを読み込み、自動的にコマンドとパラメータを抽出して表示することにより、操作者を補助するものであり、特に読み取ったコマンドとパラメータをデータベースと比較し、実際にコマンドを送信して受信したデータを、同じくデータベースと比較して判定し、これらの送受信データを再び蓄積してデータベースの保有データを拡大し、対応機種範囲を自動的に増加させることができる。
【００２６】
上記のように構成された本発明によれば、試験に必要なコマンドを仕様書から自動的に抽出し表示することにより、試験者が各製品に適用されるコマンドを手動で入力、編集する必要がなくなる。また、自動的に生成されたコマンドとパラメータを機能別、目的別に自動的に整理、保存することにより、入力すべきパラメータを自動的にナビゲートが可能となり、試験者が容易に操作を行うことができるようになる。また試験したデータを蓄積してゆく学習機能を持つことにより、新規の仕様書が入力された場合にもコマンドとパラメータの認識率が向上する。これにより、装置種別に関係なく、同一基準で類似製品の試験を容易に行うことができる。
【符号の説明】
【００２７】
１・・・テストナビゲーションプログラム
１０・・・コマンドパラメータ抽出部
２０・・・コマンド判定部
３０・・・プロトコル生成部
４０・・・ナビゲーション処理部
５０・・・コマンドデータベース
６０・・・データ受信部
７０・・・受信データ判定部
８０・・・出力データ成形部
１００・・・コマンド仕様書データテーブル
２００・・・テストレポート
【図１】
2016170546.tif 000003
【図２】
2016170546.tif 000004
【図３】
2016170546.tif 000005
【図４】
2016170546.tif 000006
【図５】
2016170546.tif 000007
【図６】
2016170546.tif 000008
【図７】
2016170546.tif 000009
【図８】
2016170546.tif 000010