(57)【要約】      （修正有）【課題】実機通信の確認であるレグレッションテストを容易に視覚化する方法を提供する。【解決手段】通信テストシステムは、少なくとも二つの実機１０Ａと実機１０Ｂと、それらと通信接続する実機のゲートウェイ２０と、設定ツール１０１と通信プログラム１０２とブラウザ１０３とを備えるテスト実行環境１００と、から構成される。設定ツールで作成した設定ファイル３０をゲートウェイ他に分配し、設定ファイルの定めた手続きにより、実機間の通信テストを動作させ、その設定ファイルをベースに、ブラウザで視覚化する。【選択図】図１
2018077622.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも二つの実機Ａと実機Ｂと、それらと通信接続する実機のゲートウェイと、
並びに、設定手段と通信プログラム手段とブラウザ手段とを備えるテスト実行環境と、
からなる通信テストシステムにおいて、
前記設定手段で作成した設定ファイルを前記ゲートウェイおよびその他のテスト実行環境に分配することで、設定ファイルの定めた手続きにより、前記実機間の通信テストを実行することを特徴とする通信テストシステム。
【請求項２】
請求項１に記載の通信テストシステムにおいて、
前記設定ファイルは拡張マークアップ言語で記述されており、
前記ブラウザ手段は、前記設定ファイルに加えて所定のスタイルシートを用いることで、
リアルタイムに前記通信テストの結果を提示することを特徴とする通信テストシステム。
【請求項３】
設定手段が設定ファイルを作成し、所定の記憶部に格納するステップと、
テスト実行環境が設定ファイルを指定し、ゲートウェイを再起動するステップと
ゲートウェイが前記設定ファイルを参照し、実機と通信開始するステップと、
ブラウザ手段が前記設定ファイルを参照し、スタイルシートに定義されたＣＳＳとスクリプトを起動するステップと、を実行したのち、
前記通信プログラム部が所定時間に通信処理を実行し、その通信結果をファイルに出力するステップと、前記ブラウザ手段がその通信結果を表示するステップと、を行うことを特徴とする通信テスト方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータが組み込まれた電子機器に関し、特に、そのコンピュータにより実現される機能の追加に拘わらず、従来行えていた通信の確認を行う（レグレッション）テスト技術に関する。
【背景技術】
【０００２】
通信制御装置のように、予め組み込まれたコンピュータをファームウェアにしたがって作動させることにより固有の機能を実現する電子機器において、ファームウェアを更新するなど機能拡張を行った場合にも、従来できていた機能の確認をする必要がある。
【０００３】
特許文献１の発明は、携帯電話機や所謂Ｉ Ｔ 家電のように、予め組み込まれたコンピュータによる作動制御によって高機能を実現する電子機器が普及している。この種の電子機器においては、ファームウェアと呼ばれるプログラムをそのコンピュータに実行させることにより、その電子機器固有の機能が実現される。ファームウェアは、例えばＲＯＭなどの不揮発性メモリに書き込まれた状態で電子機器に組み込まれることが多い。
【０００４】
さらに、特許文献２の発明では。ファームウェアにしたがって処理を実行し、当該電子機器固有の機能を実現するファームウェア実行手段と、当該電子機器に付与する新たな機能を実現するための処理手順を所定のスクリプト言語（例えばＬｕａ）を用いて記述した機能拡張用スクリプトを読み込んで実行し、前記新たな機能を実現するスクリプト実行手段とを有することを特徴とする電子機器を提供する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２２９１４６号公報
【特許文献２】特開２０１１−０４８７０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
昨今のＩＴ技術の革新は目覚ましく、短期間で頻繁に電子機器は常に機能拡張をしていかなければ、すぐ陳腐化して時代に取り残されるため、機能はアップデートされるのが実情である。そうしたとき、機能が多くなるのが普通で、レリースの度にすべてのテストパターンを行うには時間、労力がとてもかかるものである。
【０００７】
特許文献１、および特許文献２の発明では、其の実装法に差異はあるものの、どちらも機能拡張を念頭に入れた電子機器の開発に関するものである。しかし、機能拡張に目を奪われて、従来機能をドロップしてしまうような恐れもあるので、所謂レグレッションテストが必須であり、このテストを自動化することで、早期に問題の発見に努める必要がある。
【０００８】
本願発明は、通信システム側から実機をブラックボックスで見て、機能拡張した電子機器の実機を接続して、実際に従来の通信機能が問題なく行えているかを、容易にかつ視覚化して提供することを課題とするものである。
【課題を解決するための手段】
【０００９】
本願発明は、少なくとも二つの実機Ａと実機Ｂと、それらと通信接続する実機のゲートウェイと、
並びに、設定手段と通信プログラム手段とブラウザ手段とを備えるテスト実行環境と、
からなる通信テストシステムにおいて、
前記設定手段で作成した設定ファイルを前記ゲートウェイおよびその他のテスト実行環境に分配することで、設定ファイルの定めた手続きにより、前記実機間の通信テストを実行することを特徴とする通信テストシステムである。
【００１０】
本願発明は、さらに、前記設定ファイルは拡張マークアップ言語で記述されており、
前記ブラウザ手段は、前記設定ファイルに加えて所定のスタイルシートを用いることで、
リアルタイムに前記通信テストの結果を提示することを特徴とする通信テストシステム
である。
【００１１】
また、本願発明は、設定手段が設定ファイルを作成し、所定の記憶部に格納するステップと、テスト実行環境が設定ファイルを指定し、ゲートウェイを再起動するステップと
ゲートウェイが前記設定ファイルを参照し、実機と通信開始するステップと、
ブラウザ手段が前記設定ファイルを参照し、スタイルシートに定義されたＣＳＳとスクリプトを起動するステップと、を実行したのち、
前記通信プログラム部が所定時間に通信処理を実行し、その通信結果をファイルに出力するステップと、前記ブラウザ手段がその通信結果を表示するステップと、を行うことを特徴とする通信テスト方法である。
【発明の効果】
【００１２】
本願発明は、設定ファイルをベースとして、実機およびテスト実行環境で機能を連携して通信のテストを行える。設定ファイルを切りかえることで種々のテスト実行が可能である。そして、ブラウザ機能により一覧表示で、通信の正常又は異常の結果の把握が一目瞭然で容易である。
【図面の簡単な説明】
【００１３】
【図１】本願発明の実施の形態にかかる通信テストシステムの全体構成を示す。
【図２】本願発明の実施の形態にかかる設定ファイルの概略を示す。
【図３】本願発明の実施の形態にかかるブラウザ部により提示されるテスト結果の可視化態様を示す。
【図４】本願発明の実施の形態にかかるブラウザ部により提示されるテスト結果の可視化のための機能構成を示す。
【図５】本願発明の実施の形態にかかる通信テスト方法のフローを示す。
【発明を実施するための形態】
【００１４】
（１）全体構成について
まず、図１はこの発明の一実施の形態を示す通信テストシステムの全体構成を示す。
ここでは、実機として、実機Ａ（１０Ａと示す）と実機Ｂ（１０Ｂ）がある。これらは、少なくとも２種類の電子機器であって、機能的には調節器（ＮＸ）、シーケンサ（ＰＬＣ）その他の制御装置である。
【００１５】
これら実機Ａ，Ｂを接続して、通信の中継機器の役目を果たすゲートウェイ２０が設置される。ゲートウェイ２０も実機である。これら実機間は各種の通信形態、例えば、イーサネット（登録商標）、または、無線の通信（Ｗｉｆｉ，Ｂｌｕｅｔｏｏｔｈ(登録商標)など）でもよく、さらにはＲＳ２３２Ｃなどのシリアル通信も可能である。図１では１をイーサネット通信網、１Ａは実機Ａとゲートウェイ２０間の通信経路、１Ｂは実機Ｂとゲートウェイ２０間の通信経路を表すものであり、やはり有線無線は問わず、各プロトコル仕様は別個で任意である。場合によってはスイッチなど付随中継器を備えてもよい。
【００１６】
さて、本願発明にかかる通信システムの主要手段は、テスト実行環境１００、設定ツール１０１、通信プログラム１０２、およびブラウザ１０３で構成される。特に、主要部はテスト実行環境１００であり、これが、他の機能手段を包含して一台のＰＣなどで構成されることが普通であるが、各機能手段をマイコン搭載機器に分散させることも可能である。そして、これらを総称したものを本通信テストシステムと称する。
【００１７】
図中、矢印で機能の流れを示しており、概要をここで述べると、設定ツール１０１により本テストのスペックを定義した設定ファイル３０が作成される。設定ファイル３０はゲートウェイ２０および機能手段のブラウザ１０３に送付され、且つテスト実行環境１００にも共有される。設定ファイル３０はゲートウェイ２０に対しては、動作するための機能(ユニット)とスケジュールを規定するなどを行うのである。
【００１８】
前記設定ファイル３０は拡張マークアップ言語（ＸＭＬ）で記述されることが望ましい。そして、ブラウザ１０３は、インターネットエクスプローラまたはファイアフォックス（登録商標）などでよい。ブラウザ１０３は、ＸＭＬベースの設定ファイル３０を読み、それに対応するように用意されたスタイルシート３３、そこに定義された要素修飾設定のファイルＣＳＳ３１およびスクリプト記述３２のＪａｖａ(登録商標)スクリプトを用いることで、動的に通信結果をページに表示する。
【００１９】
一方、また、テスト実行環境１００にとっては、多くの設定ファイル３０ｓが蓄積されており、それを適宜選択的に指定して、テスト条件が適宜切替えて実行されることができる。例えば、実機Ｂの所定データに任意の値を書き込み、そのデータを実機Ａの別の所定データに移動させ、それが正常にできているかどうかを本テストの仕様とすると、それを具体的に実行するのが通信プログラム１０２である。通信プログラム１０２は設定ファイル３０に定義された周期に従って繰り返し実行する。その結果は１周期ごとにファイル３４に出力すればよい。
【００２０】
例えば、次の仕様が確認できる：
実機Ａの所定値  ←  実機Ｂの所定値  ←  任意の値          ・・・（１）
これが正しく行えているかどうかが、本テストの主旨である。なお、通信プログラム１０２はテスト用の通信をゲートウェイ２０に指令して行うことでよい。ゲートウェイの機能を利用してこそのテストだからである。しかし、適宜必要な場合は、直接実機ＡまたはＢにリードライトしてもよかろう。例えば、上式（１）の任意の値の書き込みなどに使う。周期的実行の他にも、所定の条件の成立時に行うトリガデータ転送の方式にしてもよい。
【００２１】
（２）詳細の実施例
図２の上段に、設定ファイル３０の一部を示す。各種ヘッダ情報や、本通信主旨にかかるデータ項目が記述される。特に、図中マークした項目にスタイルシートへの連携が記述される。連携するスタイルシートを図２の下段に示している。その内部で、枠レイアウト用のＣＳＳファイル３１と動的データ表示用のスクリプト記述３２が宣言されている。これにより、ブラウザ１０３の起動によって、当該ＸＭＬファイルを選択すれば、ブラウザ内部のＸＭＬパーサがＸＭＬ解釈して描画することになる。その他、ＸＭＬおよびスタイルシートの基本的事項は今技術水準的であるので、これ以上の説明は省く。
【００２２】
次に、図３に基づいて、ブラウザ１０３により描画提示されるテスト結果の可視化態様を示す。画面イメージを示すもので、上部には更新時間などの基本的事項が表示され、中央に表形式で各種データを俯瞰的に示すものである。まず、表の上部左側から初期化処理結果が示される。実機の機器番号と所定データのレジスタアドレスが表される。上述の数式（１）に示す如く、転送結果が読み込み側と書き込み側の機器番号と所定データおよびその値が矩形枠内に示される。表右側の枠内に結果通知が行われて、正常／異常が示される。
【００２３】
通信に障害を発生させるには、単に実機Ａまたは実機Ｂの通信路のケーブル１Ａ，１Ｂを着脱することでできる。上式（１）の例で言えば、１Ａケーブルが抜けていれば実機Ａの所定値が異常になり、１Ｂケーブルが抜けていれば実機Ｂの所定値が異常になろう。このような状態を判断して、ブラウザ１０３により正常／異常が示される。多大なログなどを確認する手間が省ける。
【００２４】
それでは次に、図４に基づいて、ブラウザ１０３により提示されるテスト結果の可視化のための内部構成を説明する。
まず、設定ファイル３０に連携したスタイルシート（図４の下段右側）の定義から
(1) 「Ｔａｇ＝機器番号：１のデータ：１００３７」を取得する。続いて、
表中の項目に(2)「Ｃｌａｓｓ＝１：０１００３７」をセットする。
そして、次に、設定ファイル３０にある、(3)「ファイル参照ボタン」から参照するべきファイル名を取得する。そして、(4)「ファイルを開いた時のハンドラ」を指定する。
そして、(5)「実機のデータ、アドレス、値」などを得たところで、
最後に、(6)「クラス名ｉｄ＝１：１００３７の要素にｄａｔａ＝ＯＦＦをセット」する。
【００２５】
上の説明での（n）は、図４の表記（丸印）に一致するもので、これはデータを表示する箇所にそれぞれクラス名を割り振り、クラス名を使って、文字列にデータを上書きする等を示すものであり、この処理によってブラウザ１０３上にデータをマッピングする手順がわかる。
【００２６】
なお、スタイルシートそのものの説明は省いたが、これらは一般的なものと変わらず、ＸＭＬがスタイルシートによって変換されたＨＴＭＬデータに変換されて、同じく一般的なブラウザで描画が行われることは周知である。枠レイアウトのためのＣＳＳ３１およびスクリプト記述３２についても、一般的な事項ゆえこれ以上は割愛する。
【００２７】
（３）通信テスト方法のフローチャート
次に、本方法を、図５のフローチャートに基づいて説明する。
設定ファイル３０の所定の操作によって、本通信システムにトリガーがかけられて、ゲートウェイ２０が再起動されるフローの始まりである（Ｒｅｓｔａｒｔ）。
【００２８】
まず、設定ツール１０１が設定ファイル３０を作成し、テスト実行環境１００内の所定の記憶部に格納する（第１ステップ）。
【００２９】
テスト実行環境１００が設定ファイル３０を指定し、ゲートウェイ２０に転送し、ゲートウェイ２０を再起動する（第２ステップ）。
【００３０】
ゲートウェイ２０がその設定ファイル３０を参照し、実機Ａ，Ｂと通信を開始する（第３ステップ）。
【００３１】
そして、ブラウザ１０３がその設定ファイル３０を参照し、定義されたところのスタイルシート３３に従って、ＣＳＳ３１とスクリプト３２を起動して、描画の準備完了する（第４ステップ）。
【００３２】
次のステップは、丸印１の図中右側へＪｕｍｐする。そこでは、通信プログラム１０２が周期的または単発で本テストを実行し、通信結果を既定のファイル３４に出力する（第５ステップ）。
【００３３】
そして、ブラウザ１０３はファイル３４を取り込むことにより、通信結果を得て表示する（第６ステップ）。この第５と第６ステップは、自動的または手動で繰り返される。
以上が、本通信テスト方法の概略である。
【産業上の利用可能性】
【００３４】
本願発明は、電子機器のレグレッションテストに大きな効果をもたらすものとして説明したが、その他新規システムの通信テストにも有益な技術であろう。
【符号の説明】
【００３５】
１  イーサネット
１Ａ，１Ｂ  ゲートウェイと実機間の通信路
１０  実機Ａ、Ｂ
２０  ゲートウェイ
３０  設定ファイル
３１  ＣＳＳ
３２  スクリプト
３３  スタイルシート
３４  （通信プログラム出力）ファイル
１００  テスト実行環境
１０１  設定ツール
１０２  通信プログラム
１０３  ブラウザ
【図１】
2018077622.tif 000003
【図２】
2018077622.tif 000004
【図３】
2018077622.tif 000005
【図４】
2018077622.tif 000006
【図５】
2018077622.tif 000007