(57)【要約】【課題】ネットワーク対応機器のフィールドバスプロトコルを自動的に検査する。【解決手段】ネットワーク対応機器がフィールドバスプロトコルを満たしているかどうかを検査するに必要な一連の送信データと、それに対応する受信データ、所望のメッセージを促すメッセージコード、所望の場所で待ち時間を入れるウェイトコードを通信スクリプト１８としてファイルメモリ１６に格納しておく。検査用アプリケーション２２が起動すると通信スクリプト１８を開き、送信データ生成部２０が通信データフォーマット１９に従ってスクリプトを解析し、送信データを生成する。その送信データをネットワーク対応機器に送信し、応答して送信した受信データを受信データ解析部２１が解析する。通信スクリプト１８と受信データを比較し、比較結果をテキストファイルとして保存する。【選択図】図２
2006190150.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク対応機器と接続してそのネットワーク対応機器のフィールドバスプロトコルを検査するフィールドバスプロトコル検査装置であって、
前記ネットワーク対応機器の通信スクリプトとその通信スクリプトに対応した通信データフォーマットを突き合わせることによって送信データを生成する送信データ生成部と、
前記送信データを前記ネットワーク対応機器に送信したときに返信される受信データを解析する受信データ解析部と、
を備えたことを特徴とするフィールドバスプロトコル検査装置。
【請求項２】
前記通信データフォーマットを定義する通信データフォーマット定義部を備えたことを特徴とする請求項１に記載のフィールドバスプロトコル検査装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フィールドバスに接続されたネットワーク対応機器のフィールドバスプロトコルを自動的に検査するフィールドバスプロトコル検査装置に関する。
【背景技術】
【０００２】
従来、フィールドバスに接続されたネットワーク対応機器がフィールドバス通信プロトコルを満たしているかどうかを検査するときは、ＰＣ等で構成した検査装置と検査対象機器を通信ケーブルで接続してから、検査装置に搭載された検査用アプリケーションによって自動的に検査されている。その検査用アプリケーションが稼動すると、まず、記憶装置に検査順序どおりに格納された通信データが送受信コマンドによって順次参照される。そして指定された送信コマンドがネットワーク対応機器へ送信され、ネットワーク対応機器が応答したコマンドと指定された受信コマンドが比較されて検査されるようになっている。
このように所定の検査順序で通信コマンドが送受信されると、正しいレスポンスが応答されたかどうかをコマンドの比較によって判定して通信の状態が自動的に検査されるようになっている。そのような従来技術の一つとして、フィールドバスにIEEE1394高速シリアルバスを用いたものが開示されている（例えば特許文献１参照）。
【特許文献１】特開平１０−３０８７９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら従来技術によると、作成された検査順序のとおりに格納された送受信コマンドを用いて全ての送受信データを完全に記述する必要があり、相手先アドレスなど、プロトコルとして本来チェックする必要のないデータについても送受信コマンドとして記述することが必要であった。また、送受信データを全て記述しなければならないため、ウォッチドクタイマなど不定データを有している受信コマンドやネットワーク対応機器の状態により変化する可変値領域を有している受信コマンドについては、送受信データを記述することが非常に困難であった。
本発明は、このような従来技術の問題点に鑑みてなされたものであり、入力の手間を大幅に軽減しつつフィールドバス通信プロトコルを満たしているかどうかを自動的に検査できるようにすることを目的とする。
【課題を解決するための手段】
【０００４】
そこで本発明は、ネットワーク対応機器と接続してそのネットワーク対応機器のフィールドバスプロトコルを検査するフィールドバスプロトコル検査装置であって、前記ネットワーク対応機器の通信スクリプトとその通信スクリプトに対応した通信データフォーマットを突き合わせることによって送信データを生成する送信データ生成部と、前記送信データを前記ネットワーク対応機器に送信したときに返信される受信データを解析する受信データ解析部と、を備えたことを特徴としており、さらに、通信データフォーマットを定義する通信データフォーマット定義部を備えることを特徴としている。
【発明の効果】
【０００５】
本発明によれば、自動的にデータの送受信を行うだけでなく、フィールドバスプロトコルとしての正誤チェックまで行うため、検査のための操作が簡単になり、かつ検査時間を大幅に短縮できるという効果がある。また、フィールドバスプロトコルの知識が少ないユーザも簡単な操作でプロトコルの検査をすることができる。また、検査結果がテキストファイルとして保存されるため、履歴が残ってデバッグに利用することができる。また、送信データ生成部が参照する通信データフォーマットを変更するだけで、通信スクリプトを書き換えることなく任意の通信データの送受信ができるので、様々なプロトコルの検査をすることができるという効果がある。
【発明を実施するための最良の形態】
【０００６】
以下本発明の実施の形態について図面を参照しながら詳細に説明する。
【実施例１】
【０００７】
図１は本発明のフィールドバスプロトコル検査装置の接続状況を示すブロック図である。フィールドバスプロトコル検査装置１はモニタ２とＰＣ本体３から構成されており、ＰＣ本体３とネットワーク対応機器５、６がフィールドバス７、８で図のように接続されている。ＰＣ本体３のＰＣＩスロットにはＰＣＩバス対応のフィールドバスＩ／Ｆボード４が挿入されており、ＰＣ本体３に検査用アプリケーションを搭載して通信データの送受信処理を実行することによってネットワーク対応機器５、６のフィールドバス通信プロトコルを検査することができるようになっている。
【０００８】
ここでＰＣ本体３の内部構成について図２を用いて説明する。ＰＣ本体３は、フィールドバスＩ／Ｆボード４とモニタＩ／Ｆ１３、ＣＰＵ１４、ＲＡＭ１５、ファイルメモリ１６のほか、図示しないアプリケーションメモリやキーボードインターフェース、ＲＯＭから構成されており、互いにバスで接続されている。フィールドバスＩ／Ｆボード４には通信制御ＩＣ１１が搭載されてフィールドバス７に接続されており、フィールドバスの初期化とバスの使用権の調停を行うほか各種の通信制御をする。そして通信制御用の信号と通信コマンドを使ってフィールドバス７を介してネットワーク対応機器５、６と送受信する。
【０００９】
モニタＩ／Ｆ１３はモニタ２とＰＣ本体３を接続するインターフェースであり、モニタ２にビデオ信号を送信したり、モニタ２との間で制御信号を送受信する。ＣＰＵ１４はＰＣ本体３の全体を制御する。ＲＡＭ１５は、送信データ生成部２０と受信データ解析部２１を含む検査用アプリケーション２２と、通信データフォーマット定義部２３を備えており、ＣＰＵ１４のワークエリアにもなっている。ファイルメモリ１６はハードディスク装置の記憶エリアの一部として構成されており、フィールドバスプロトコルの検査に必要な通信スクリプト１８と通信データフォーマット１９、検査結果２６が格納される。通信スクリプト１８には、検査対象となっているネットワーク対応機器５、６がフィールドバスプロトコルであるための条件を満たしているかどうかを検査するために必要な一連のデータと、条件を満たしているときに得られる受信データに相当するデータと、所望のメッセージを促すメッセージコード、所望の場所で待ち時間を入れるウェイトコードが含まれている。
【００１０】
検査用アプリケーション２２は通信制御ＩＣ１１を制御したり、通信スクリプト１８から送信データを作成することができ、作成した送信データを通信制御ＩＣ１１に設けられたレジスタの所定のアドレスに書き込む。ネットワーク対応機器５、６が送信した送信データはレジスタの所定のアドレスに書き込まれ、検査用アプリケーション２２によって読み出される。
【００１１】
ここでファイルメモリ１６に格納されている通信データフォーマット１９について図３を用いて説明する。通信データフォーマット１９は通信スクリプト１８で使用するコマンドを定義する情報であり、複数のコマンド定義で構成されている。各コマンド定義はコメントと、コマンド名称、任意の数の送信固定データ情報、任意の数の送信パラメータ情報、任意の数の受信固定データ情報、任意の数の受信パラメータ情報から構成されており、その内訳は図に示すとおりである。通信データフォーマット１９の具体的な設定例を図４に示す。
【００１２】
次にファイルメモリ１６に格納されている通信スクリプト１８について図５を用いて説明する。通信スクリプト１８は複数のスクリプトラインから構成されており、各スクリプトラインはコマンド名称と、送信パラメータ、受信パラメータから構成されている。送信パラメータは通信データフォーマット１９のコマンド定義で設定された送信パラメータ情報の数だけ設定される。受信パラメータも同様に通信データフォーマット１９のコマンド定義で設定された受信パラメータ情報の数だけ設定される。受信パラメータと送信パラメータの内訳は図に示すとおりである。通信スクリプト１８の具体的な設定例を図6に示す。
【００１３】
次に動作について説明する。検査用アプリケーション２２が起動すると通信スクリプト１８を開き、送信データ生成部２０が送信データを生成してネットワーク対応機器５、６に送信し、ネットワーク対応機器５、６から送られてきた受信データを受信データ解析部２１が解析し、自動的にエラーを検出する。
少し詳しく説明すると次のようになる。まず検査用アプリケーション２２が起動すると、通信スクリプト１８に記述されたコマンド名称と同じものが通信データフォーマット１９にあるかどうかが調べられる。同じものがあればコマンド定義に従って送信固定データ情報と送信パラメータ情報が取得される。そして送信固定データ情報と通信スクリプト１８に記述された送信パラメータを用いて送信データを生成し、送信固定データ情報が指定する送信データ位置に送信データ値を設定する。また、送信パラメータ情報が通信スクリプト１８に記述した送信パラメータを送信データ位置に設定する。設定されていない送信データ位置については０を設定して送信データの作成を完了する。
受信データ解析部２１は、受信データと通信データフォーマット１９の受信固定データ情報で指定されたデータ位置の受信データ値を比較し、さらに通信データフォーマット１９に記述された受信パラメータデータ情報に従い通信スクリプト１８に記述された受信パラメータと指定されたデータ位置の値を比較する。
【００１４】
図７は検査用アプリケーション２２の処理手順を示すフローチャートであり、以下、順を追って説明する。
（Ｓ１）検査用アプリケーション２２が起動すると通信スクリプト１８が開かれる。
（Ｓ２）そのとき画面のツールバー上で実行を選択すると、
（Ｓ３）ファイルが終わったかどうかが判断され、ファイルが終わっていなければ（Ｓ４）へ移行し、終わっていれば（Ｓ１０）へ移行する。
（Ｓ４）通信スクリプト１８の１行を読み出して文法エラーがないかどうかをチェックし、送信データ生成部２０が通信スクリプトの受信パラメータと通信データフォーマットを用いて送信データを生成する。
（Ｓ５）生成された送信データをネットワーク対応機器５、６へ送信する。
（Ｓ６）送信データを受けてネットワーク対応機器５、６が送信した受信データを受信する。
【００１５】
（Ｓ７）受信データ解析部２１が通信スクリプトの受信パラメータと通信データフォーマットを用いて受信比較データを生成し、さらに受信データと比較する。
（Ｓ８）その比較によって不一致データの有無をチェックする。
（Ｓ９）不一致データがあればエラー表示して検査をいったん停止する。このときユーザは実行中止と実行継続のいずれかを選択することができる。以下同様に、通信スクリプト１８のデータを全て読み出して処理するまで送受信を繰り返し、フィールドバスプロトコルの検査を行なう。
（Ｓ１０）全データの検査が終了すると、モニターＩ／Ｆ１３を介してモニタ２の画面上に検査データとエラーの数を表示し、セーブを促すダイアログを表示する。
（Ｓ１１）そして、画面のツールバー上でセーブのコマンドが入力されると、ファイルメモリ１６にテキストファイルとして保存する。
【００１６】
図８はPRM_WRとPRM_RDの通信コマンドを検査したときの検査結果データであり、検査結果がＯＫのときのものである。ＳＤに続く「000000」はインデックス番号であり、送受信の組を表している。その次に続く「42 02 35 00 00 00．．．．．」は送信データ生成部２０によって生成された送信データ２４であり、ＲＤに続く「42 02 35 E2 97 C9．．．．．」は送信データ２４に応じて応答された受信データ２５である。
【００１７】
図９は検査結果がＮＧのときのものである。ＮＧに続く「xx 01 xx xx xx xx 00 00 00 00 xx xx xx 00 61 10 02 19」は受信データとして期待されるデータであるが、検査対象とならないデータ位置は「xx」として表示されている。検査結果データがモニタ２で確認された後は、テキストファイルでファイルメモリ１６に保存される。
【００１８】
以上述べたように、本発明によれば、ユーザーがプロトコルを知らなくても、簡単な操作によって短時間でフィールドバスプロトコルを自動的に検査することができる。また、検査結果がテキストファイルとして保存されるため、履歴が残り、デバッグを有効なものとすることができる。また、検査用送受信データが通信スクリプトとして保存され、検査用アプリケーションが参照する通信データフォーマットの確認により文法エラーも容易にチェックできるため、プロトコルの正しい検査をすることができる。また、検査用アプリケーションが参照する通信データフォーマットを変更するだけで通信スクリプトを書き換えることなく任意の通信データの送受信が行えるため、プロトコルとセット仕様の変更に対しても柔軟に対応することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明のフィールドバスプロトコル検査装置の接続状況を示すブロック図
【図２】ＰＣ本体の内部構成を示すブロック図
【図３】通信データフォーマットの構成
【図４】通信データフォーマットの設定例
【図５】通信スクリプトの構成
【図６】通信スクリプトの設定例
【図７】検査用アプリケーションの処理手順を説明するフローチャート
【図８】結果がＯＫのときの検査結果データ
【図９】結果がＮＧのときの検査結果データ
【符号の説明】
【００２０】
１  フィールドバスプロトコル検査装置、
２  モニタ、                       ３  ＰＣ本体、
４  フィールドバスＩ／Ｆボード、          ５、６  ネットワーク対応機器、
７、８  フィールドバス、                  １１  信制御ＩＣ、
１３  モニタＩ／Ｆ、               １４  ＣＰＵ、
１５  ＲＡＭ、                            １６  ファイルメモリ、
１８  通信スクリプト、                    １９  通信データフォーマット、
２０  送信データ生成部、                  ２１  受信データ解析部、
２２  検査用アプリケーション、            ２３  通信データフォーマット定義部、
２６  検査結果
【図１】
2006190150.tif 000003
【図２】
2006190150.tif 000004
【図３】
2006190150.tif 000005
【図４】
2006190150.tif 000006
【図５】
2006190150.tif 000007
【図６】
2006190150.tif 000008
【図７】
2006190150.tif 000009
【図８】
2006190150.tif 000010
【図９】
2006190150.tif 000011