(57)【要約】【課題】プロセス制御システムの分野で、システムを構築するに当たってテストを効率化する仕掛けを提供する。【解決手段】プロセス制御システムを構成するプロセス機器をソフト的にモデル化し、このソフト的にモデル化した機器モデルを登録する機器モデル登録部２５０と、そのプロセス制御手順を登録するプロセス制御手順登録部２４０とを備え、テスト時には、このプロセス制御手順と関連付けて対応する前記機器モデルを仮想的に作動し、この機器モデルからの動作信号をテスト結果ＤＢ３００に逐次蓄積するとともに、この蓄積データを前記プロセス制御手順と関連付けて登録・テスト用端末６０に画面表示することで、プロセスモデルベースでのテストを実現した。【選択図】図３
2012032899.tif 000002
【特許請求の範囲】
【請求項１】
プロセス制御システムを構成する個々のプロセス機器をソフト的にモデル化し、このソフト的にモデル化した機器モデルを登録する機器モデル登録手段と、前記プロセス制御システムのプロセス制御手順を登録するプロセス制御手順登録手段と、前記プロセス制御手順のテスト時に、当該プロセス制御手順と関連付けて対応する前記機器モデルを仮想的に作動し、当該機器モデルの動作信号を取り出す論理演算手段と、前記機器モデルからの動作信号を蓄積するテストデータ蓄積手段と、当該蓄積データを前記プロセス制御手順と関連付けて画面表示する画面表示手段とを備えたことを特徴とするプロセスモデルベース自動テストシステム。
【請求項２】
請求項１において、前記プロセス制御手順のテスト時、当該プロセス制御手順の時間軸に対応して前記機器モデルからの動作信号を動作履歴情報として蓄積し、前記画面表示手段は前記時間軸を基準に前記動作履歴情報を画面表示することを特徴とするプロセスモデルベース自動テストシステム。
【請求項３】
請求項２において、前記画面表示手段は、個々の前記機器モデルを識別する名称および図象と時間軸上の動作、および他の機器モデルとの時間軸上の因果関係を図面で表示することを特徴とするプロセスモデルベース自動テストシステム。
【請求項４】
請求項１において、前記機器モデル登録手段は、プロセス機器の種類毎に原型となるモデルマスターを予め記憶し、複数のモデルマスター群の中から希望するモデルマスターを抽出し、テスト時の機器モデル固有のパラメータ値を入力して登録する機構を備えたことを特徴とするプロセスモデルベース自動テストシステム。
【請求項５】
請求項４において、前記機器モデル登録手段は、前記モデルマスターの新規作成時に、その振舞いを表わすパラメータ項目群を個々にプロパティ（属性）として定義すると共に、既存のモデルマスターの振舞いを表わすパラメータ項目群に対して改造を施すことのできる機構を備えたことを特徴とするプロセスモデルベース自動テストシステム。
【請求項６】
請求項５において、前記モデルマスターの振舞いに関して予め複数の動作候補を用意し、前記テストの実行時に、前記動作候補群の内からから一つの動作を乱数により決定する機構を備えたことを特徴とするプロセスモデルベース自動テストシステム。
【請求項７】
請求項１において、前記画面表示手段は、前記プロセス制御手順と前記機器モデルとを同一画面上で結合関係を明示して表示することを特徴とするプロセスモデルベース自動テストシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロセス制御システムに係り、特にシステム開発或いは調整時等に実システムに拠らずにテストする場合に好適なプロセスモデルベースの自動テストシステム関する。
【背景技術】
【０００２】
従来、計装エンジニアの分野では、プロセス制御システムを構築するに際し、業務の大きな流れとして、処理装置・画面・キーボード・ソフトウェアよりなるプロセス制御システム構築ツールを用いて、まずプロセス制御手順を登録し、続いて登録したプロセス制御手順の動作を検証するために、別途、テスト方案を検討して文書化し、また、一部はシミュレーションも駆使して、テストを実施してきた（特許文献１）。
【０００３】
ところで、プロセス制御システムの構築に加え、テストを手作りで実施するということは、システム構築という膨大なエンジニアリング作業の他に、制御手順とプロセス機器の動作との対応を詳細に検討し、入力と出力の関係を整理する等の膨大な作業が必要となり、非常に複雑かつ効率の悪い業務となっていた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３０２０７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、プロセス制御システムを構築又は調整する際に、効率的にテストを行うことの出来る仕掛けを提供することにある。
【課題を解決するための手段】
【０００６】
前記目的を達成するための本発明の特徴は、プロセス制御システムを構成する個々のプロセス機器をソフト的にモデル化し、このソフト的にモデル化した機器モデルを登録する機器モデル登録手段と、前記プロセス制御システムのプロセス制御手順を登録するプロセス制御手順登録手段と、前記プロセス制御手順のテスト時に、当該プロセス制御手順と関連付けて対応する前記機器モデルを仮想的に作動し、当該機器モデルの動作信号を取り出す論理演算手段と、前記機器モデルからの動作信号を蓄積するテストデータ蓄積手段と、当該蓄積データを前記プロセス制御手順と関連付けて画面表示する画面表示手段とを備えることで、プロセスモデルベースでの自動テストシステムを実現したことにある。
【０００７】
本発明のその他の特徴及び効果については、後述する本発明の実施の態様の中で具体例を挙げて詳述する。
【発明の効果】
【０００８】
本発明によれば、プロセス制御システムのシステム構築時或は調整時等に、使用するプロセス機器を機器モデルとして登録し、テストすることが出来るので、効率的にテストを行うことが出来、システム構築等の時間短縮及びコスト削減を図ることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明を適用するプロセス制御システムの構成例
【図２】本発明によるプロセスモデルベース自動テストシステムの運用例
【図３】本発明によるプロセスモデルベース自動テストシステムの機構例
【図４】本発明による機器モデル構築の画面例
【図５】本発明によるテスト結果出力の画面例
【図６】本発明による画面・キー入出力処理部の処理フロー例
【図７】本発明による構築管理部の処理フロー例
【図８】本発明によるプロセス制御手順登録部の処理フロー例
【図９】本発明による機器モデル登録部の処理フロー例
【図１０】本発明によるモデルマスター編集部の処理フロー例
【図１１】本発明によるテスト管理部の処理フロー例
【図１２】本発明によるプロセス制御手順読出し・実行部の処理フロー例
【図１３】本発明によるエンジニアリング作業の比較例
【発明を実施するための形態】
【００１０】
以下、本発明の一実施例を図１乃至図１３を参照して説明する。尚、本発明を適用するプロセス制御システムとは、多数のプロセス機器を組合せ、プロセス制御手順に従って制御されるシステムであって、例えば各種の製造プラントがその代表的な例である。
【００１１】
また、プロセス機器としては、その制御対象機器としてタンク、反応器（リアクター）、熱交換器、粉体機器（乾燥機）、薄膜蒸発器等、プラントに合わせて多様な機器が用いられるが、以下の一実施例ではタンクの例を挙げて説明する。
【００１２】
更にその駆動系にはポンプ、モータ、電磁弁等の機器、センサー系には圧力、温度、流量、液面等の測定器、環境系にはヒーター、クーラー、加湿等の機器が用いられることが多いが、本発明における機器モデルは、これらの機器に限定されるものではなく、個々の機器の特性・動作をソフト的にモデル化し、起動又は入力信号に応じて仮想の応答又は出力信号を設定出来るものであれば、広く適用できる。
【００１３】
図１において、プロセス制御装置１０は、タンク２０に流れ込む２系統の流体，例えば、油と中和剤の流量をセンサーである流量計２２，２４の検出信号を取り込んで認識する。流量計２２によって検出された、タンク２０に流れ込んだ油の総量が所定量になると、プロセスバルブ２６に制御信号を出力して、プロセスバルブ２６を開いて、タンク２０からタンク３０に油を流出させる。
【００１４】
プロセス制御装置１０は、さらに、プロセスバルブ２６を開いた後、所定時間後には、プロセスバルブ２６を閉じるように制御する。又、プロセスバルブ２６の後段にも、流量計２８が設けられており、タンク２０からタンク３０に流れる油の流量が計測され、プロセス制御装置１０に取り込まれる。プロセス制御装置１２は、タンク３０の流出側配管に備えられたプロセスバルブ３２、３４の開閉を制御する。更に詳しくは、初期状態として、プロセスバルブ２６、３２、３４はいずれも閉じている。
【００１５】
流量計２２で検出された流量の総量が１０ｔになると、プロセスバルブ２６が開かれ、タンク２０からタンク３０に油が移動する。移動開始して１０分経過すると、プロセスバルブ２６を閉じる。その後、プロセスバルブ３２を開くことにより、タンク３０の上部に溜まった上澄み分の清浄な油を取り出す。又、その油を取り出した後、プロセスバルブ３４を開くことにより、沈澱している汚濁された油をドレインとして排出する。
【００１６】
プロセス制御装置１０、１２は、通信回線４０を介して、運転操作卓５０、５２に接続されている。従って、流量計２２、２４、２８によって検出されたタンク２０に流れ込む流量やタンク２０から流れ出る流量は、プロセス制御装置１０を介して運転操作卓５２に取り込まれ、そのディスプレイ上にそれらの流量値が表示される。又、プロセス制御装置１０によるプロセスバルブ２６の開閉状態も通信回線４０を介して運転操作卓５０、５２のディスプレイ上に表示される。又、プロセスバルブ３２、３４の開閉状態も通信回線４０を介して運転操作卓５０、５２のディスプレイ上に表示される。
【００１７】
故に、オペレータは、運転操作卓５０、５２のディスプレイ画面をモニターすることにより、タンク２０、３０の油の流入・流出状況を把握することができる。又、マニュアルでプロセスバルブ３２、３４の開閉制御をしようとする場合には、この運転操作卓５０、５２からその開閉制御を行える。プロセス制御装置１２は、タンク３０の後段に接続されるプラントの状況を把握し、マニュアル制御を行うものである。
【００１８】
ここで、プラントの一例として、タンク２０、３０及びその周辺に配置された流量計やプロセスバルブを示しているが、実際のプラントは、さらに大規模であり、ジャケット付きのリアクターやポンプや開度制御の可能なコントロールバルブなどから構成されるが、ここでは、その図示は省略してある。登録・テスト用端末６０は、通信回線４０に接続されている。この登録・テスト用端末６０を用いて、機器モデル及びプロセス制御手順の登録を行い、仮想的にプロセス制御装置と機器モデル間の出力→応答の動作を連続実行させることにより、プロセス制御装置１０、１２の制御動作を仮想的にテストして結果を得ることができる。
【００１９】
図２に、プロセスモデルベース自動テストシステムの運用例を示す。登録・テスト用端末６０には、プロセス制御手順と機器モデルを対で表示する全体表示１００、個別に表示するプロセス制御手順表示１１０、機器モデル表示１２０、及びテスト結果表示１５０が備わっている。
【００２０】
また、全体表示１００の詳細を全体表示の詳細１３０に示す。プロセス制御手順表示１１０と機器モデル表示１２０とは、全体表示１００の一方をより詳細に表示し、細かい設定等を行うためのものであり、通常は全体表示１００を見てプロセス制御の動作とテストの全貌を把握し、テスト開始を指示してテスト結果表示１５０にてテスト結果を得る。
【００２１】
全体表示の詳細１３０において、左半分のプロセス制御手順１１０と右半分の機器モデル１２０は、両者のブロック間が矢印で適宜結線され、入出力の関係がわかるように構成されている。左半分のプロセス制御手順１１０においては、スタート部１３１における機器、環境の状態として、機器モデル１２０のブロック１４６で、タンク３０内の蒸気温度ＴＩ１１０を１２０.５℃、また油の供給元を、タンクＡ、タンクＢ、タンクＣのいずれか１基を選ぶべく、例えば登録・テスト用端末６０の内部機構１２１で乱数処理を行い、タンクＢから供給するという想定の機器モデルを設定している。
【００２２】
次に、プロセス制御手順１１０のブロック１３２（ステップ０１と命名）で、バルブＶ００１の開信号を出力し、対応する機器モデルのブロック１３４で、プロセスの変化の期待値として、その１０秒後に、Ｖ００１開のアンサ信号が来るという想定の機器モデルを設定している。引続き、プロセス制御手順のブロック１３６（ステップ０２と命名）で、タンク２０内の油の液面ＬＩ３０３が２０m以上あるかを判定する。その際、対応する機器モデルのブロック１３８でＬＩ３０３が２５.５mであるという想定の機器モデルを設定しており、ブロック１３６では、判定がYesとなって真下へ分岐する。
【００２３】
続くブロック１４０（ステップ０３と命名）では、油をタンク２０に流す流量制御を行うため、流量制御ＦＩＣ００２を開始する。対応する機器モデルのブロック１４２に、ＦＩＣ００２流量の変化の想定値として、時間軸上の変化パターンが設定されている。上記のプロセス制御手順と機器モデルの組を用いて、登録・テスト用端末６０にて実際にプロセス制御動作のテストを実行すると、画面にテスト結果表示１５０が表示される。本画面では、最上段の横軸に機器が一列に表示され、縦軸に、それらが動作中であることを示す棒線が各機器に対応し、動作時間に応じて表示され、さらに、それらの移行要因が対応するタイミングに応じて横軸に表示される。
登録・テスト用端末６０におけるプロセス制御テストの実現方式を示したものが図３である。図で、運転操作卓５２、登録・テスト用端末６０及びプロセス制御装置１０が通信回線４０により接続されている。登録・テスト用端末６０における、プロセス制御手順と機器モデルの登録、及びテスト実行に関する内部機構を示したものが、内部機構２００である。プロセス制御手順を登録する場合、まず、登録・テスト用端末６０のキーボード２１２、及びモニタ２１０を通じて、画面／キー入出力処理部２３０を経由し、構築管理部２３０の管轄の元、プロセス制御手順登録部２４０にてプロセス制御手順の登録を行い、その内容をプロセス制御手順ＤＢ３２０の、手順レコード３２２に格納する。
【００２４】
続いて、プロセス制御の機器モデルを同じように、機器モデル登録部２５０にて機器モデルの登録を行い、その内容を機器モデルＤＢ３３０の手順レコード３３２に  格納する。この登録では、機器別の動特性の登録も受付け、登録内容を機器別動特性ＤＢ３１０の特性レコード３１２に格納する。また、プロセス制御のテストを実行する場合、やはり登録・テスト用端末６０のキーボード２１２、及びモニター２１０を通じて、画面／キー入出力処理部２２０を経由し、テスト管理部２６０の管轄の元、プロセス制御手順読出し・実行部２７０にてプロセス制御手順ＤＢ３２０から制御手順レコード３２２の読出しを行い、その内容に従ってプロセス制御のテストを実行する。
【００２５】
その際、プロセス制御手順の１ステップ毎に、機器モデル読出し・実行部２８０を起動し、制御動作を遷移させる状態の設定、及び期待動作を機器モデルＤＢ３３０から機器レコード３３２として読み込んで、期待値とテスト値の比較を行い、一致／不一致の情報を結果レコード３０２としてテスト結果ＤＢ３００に格納する。テストの運用面では、テスト管理部２６０が、テストの全体表示１００、プロセス制御手順表示１１０、機器モデル表示１２０、及びテスト結果表示１５０の画面表示を司る。
【００２６】
登録・テスト用端末６０における機器モデル構築の画面を示したものが図４であり、図４（Ａ）に機器のシンボル４００をイメージした図を示し、図４（Ｂ）にプロパティ画面４１０を示す。このプロパティ画面４１０上に、シンボル４２０、入出力信号やパラメータを規定する情報群４３０が配置し、画面からそれらを定義・修正することができる。
【００２７】
また、登録・テスト用端末６０における、テスト結果の出力画面を図５に示す。本画面では、機器が５００、５１０、５２０、及び５３０のように表示され、それらが動作中であることを示す棒線が５４０、５５０、５６０、及び５７０のように表示され、さらに、それらの移行要因が、５４５、５５５、５６５、及び５６８のように表示される。
【００２８】
画面キー入出力処理部２２０の処理フローを示したものが、図６の画面キー入出力処理部処理フローで、処理ブロック６００にて、通常は処理要求を待ち受け、要求が来たら処理ブロック６０４でキー入力か画面表示かを判定し、キー入力なら、処理ブロック６０８に分岐し、画面表示なら処理ブロック６２０に分岐する。
【００２９】
処理ブロック６０８では、一連キーの送り先の判定を行い、プロセス制御手順・機器モデル構築であれば処理ブロック６１２に分岐し、テスト実行であれば、処理ブロック６１６に分岐する。一連キーの送り先とは、操作者がキー入力操作を開始するとき、プロセス制御手順・機器モデル構築、又はテスト実行のいずれを選択するかで決まり、引き続く一連のキー操作を同じ送り先に結びつけるために保持される情報である。
【００３０】
処理ブロック６１２では、入力キー内容を構築管理部２３０に送り、また、処理ブロック６１６では、入力キー内容をテスト管理部２６０に送る。また、処理ブロック６２０では、表示要求内容を画面に出力する。
【００３１】
続いて、図３の構築管理部２３０の処理フローを示したものが、図７の構築管理部処理フローで、処理ブロック６３０にて、通常は処理要求を待ち受け、要求が来たら処理ブロック６３４でキー入力か画面表示かを判定し、キー入力なら、処理ブロック６３８に分岐し、画面表示なら処理ブロック６５０に分岐する。
【００３２】
処理ブロック６３８では、要求処理の判定を行い、プロセス制御手順構築であれば処理ブロック６４２に分岐し、機器モデル構築であれば、処理ブロック６４６に分岐する。処理ブロック６４２では、キー入力内容をプロセス制御手順登録部２４０に送信し、処理ブロック６４６では、キー入力内容を機器モデル登録部２５０に送信する。
【００３３】
また、処理ブロック６５０では、表示の要求範囲を判定し、制御手順の表示要求であれば処理ブロック６５４に、機器モデルの表示要求であれば処理ブロック６５８に、そして全体の表示要求であれば処理ブロック６６２にそれぞれ分岐する。処理ブロック６５４では、制御手順の画面出力要求を行い、処理ブロック６５８では、機器モデルの画面出力要求を行い、そして処理ブロック６６２では、制御手順と機器モデルの組合わせの画面出力要求を行う。
【００３４】
次に図３のプロセス制御手順登録部２４０の処理フローを示したものが、図８のプロセス制御手順登録部処理フローである。まず、処理ブロック６７０で通常はキー入力を待ち受けし、入力が来たら処理ブロック６７４にてプロセス制御手順を編集し、処理ブロック６７８で画面出力を要求し、処理ブロック６８２で一連の編集が終了したかを判定し、未終了なら処理ブロック６７０に戻り、終了なら処理ブロック６８６でプロセス制御ＤＢ３２０の手順レコード３２２を更新する。
【００３５】
続いて、図３の機器モデル登録部２５０の処理フローを示したものが、図９の機器モデル登録部処理フローである。まず、処理ブロック７００で通常はキー入力を待ち受けし、入力が来たら処理ブロック７０４にて、機器モデルの登録か個別機器の動特性の登録かを判定し、機器モデルなら処理ブロック７０８に分岐し、機器モデルマスターなら処理ブロック７２４に分岐する。処理ブロック７０８では、機器モデルの編集を行い、処理ブロック７１２で画面出力を要求し、処理ブロック７１６で一連の編集処理が終了したかどうかを判定する。終了なら処理ブロック７２０に移行し、未終了なら処理ブロック７００に戻る。処理ブロック７２０では、機器モデルの編集結果を機器モデルＤＢ３３０の方案レコード３３２に格納する。
【００３６】
また、処理ブロック７２４では、機器モデルマスターを編集し、処理ブロック７２８で画面出力を要求し、処理ブロック７３２で一連の編集処理が終了したかどうかを判定する。終了なら処理ブロック７３６に移行し、未終了なら処理ブロック７００に戻る。処理ブロック７３６では、機器モデルマスターの編集結果をモデルマスターＤＢ３１０のモデルマスター３１２に格納する。
【００３７】
次に、処理ブロック７２４の機器モデルマスター編集の詳細について、図１０にて説明する。図１０において、まず処理ブロック７４０で、機器モデルの名称を取り込む。次に処理ブロック７４４で、機器モデルのアイコンを取り込む。続いて処理ブロック７４８にて、当該機器モデルにおけるパラメータ項目を決定し、項目別の設定仕様の取込みを行う。
【００３８】
続く処理ブロック７５２において、当該機器モデルに複数の応答があるかを判定し、ある場合、処理ブロック７６０にて偶然性に基づく応答が要求されているか否かを判定し、要求ありの場合、処理ブロック７６４において当該項目に“乱数処理へのリンクあり”のフラグを立て、当該項目において取り得る状態を取込む。例えば、温度範囲が０〜５０℃の外気温状態に対し、３点を取りうるというような、状態の設定数と、３点として例えば１０℃、２０℃、３０℃を設定する。
【００３９】
続いて、処理ブロック７７２に移行して次の項目の判定を行う。これは、機器モデルとして、状態を操作者の任意で設定するか、乱数を用いて無作為に設定するかを判断するもので、どちらにするかは状態項目毎にプロセス制御手順の登録時に設定されている。任意なら処理ブロック７５２または７６０から処理ブロック７７２に分岐し、次の項目の判定を行う。
【００４０】
次に、図３のテスト管理部２６０の処理フローを示したものが、図１１のテスト管理部処理フローである。まず、処理ブロック８００で通常はキー入力を待ち受けし、入力が来たら処理ブロック８０４にてプロセス制御手順ＤＢ３２０の手順レコード３２２を呼出し、ステップの初期化、即ち先頭のステップを探し当てて処理を開始する。即ち、処理ブロック８０８にて機器モデル読出し・実行部を起動し、続いて処理ブロック８１２にてプロセス制御手順読出し・実行部を起動する。
【００４１】
そして、処理ブロック８１６にて出力方式の要求を判定し、逐次出力なら処理ブロック８３２に、一括出力なら処理ブロック８２０に分岐する。処理ブロック８２０では、一連のステップに対し、テストが終了したかどうかを判定し、終了ならば処理ブロック８２８に移行して、テスト結果ＤＢ３００の、一連の結果レコード３０２を取出してテスト結果の画面出力を要求して処理ブロック８００に戻り、未終了なら処理ブロック８２４でステップを更新して処理ブロック８０８に戻る。
【００４２】
また、処理ブロック８３２では、テスト結果ＤＢ３００の、一つの結果レコード３０２を取出してテスト結果を画面出力要求し、続いて処理ブロック８３６で、一連のステップに対してテストが  終了したかどうかを判定し、終了ならば処理ブロック８００に移行し、未終了なら処理ブロック  ８４０でステップを更新して処理ブロック８０８に戻る。
【００４３】
引続き、図３のプロセス制御手順読出し・実行部２７０の処理フローを示したものが、図１２のプロセス制御手順読出し・実行部処理フローである。まず、処理ブロック８６０で、機器モデルＤＢ３３０の機器モデルレコード３３２を読出し、当該ステップにおける制御対象機器の状態の情報を取出して、テストを実行するに当たっての始めの状態として設定する。
【００４４】
次に、処理ブロック８６４にて、機器動作の設定に際し、乱数を使用する要求があるかどうかを判定し、要求があるなら処理ブロック８６８にて、乱数ＤＢ３４０の乱数レコード３４２に従い、当該項目の状態を乱数によって設定する。次に処理ブロック８７２でプロセス制御手順ＤＢ３２０の手順レコード３２２より、当該ステップのプロセス制御手順の取出しを行う。そして、処理ブロック８７６でプロセス制御手順を実行し、最後に８８０にてテスト結果ＤＢ３００も結果レコード３０２に制御出力値を格納する。
【００４５】
図１３は、本発明の適用前後のエンジニアリング作業を比較したものであり、図１３（Ａ）が本発明の適用前、図１３（Ｂ）が本発明の適用後を示す。処理ボックスの数で単純比較すると、適用前が７個に対し、適用後は４個と作業が削減される。更に、テストに絞れば、５個 → １個と大幅に低減される。
【００４６】
以上述べたように、本実施例によれば、プロセス制御システムの分野で、計装エンジニアがシステム構築と同時に機器モデルを登録しさえすれば、テストを自動で実行できるため、プロセス制御システム構築のコスト削減の効果がある。
【符号の説明】
【００４７】
１０，１２・・・プロセス制御装置
２０，３０・・・タンク
３５，３７，３９・・・油供給元タンク
４０・・・通信回線
５０，５２・・・運転操作卓
６０・・・登録・テスト用端末
１００・・・全体表示
１１０・・・プロセス制御手順
１２０・・・機器モデル
１２１・・・テスト用端末６０の内部機構
１３０・・・全体表示の詳細登録
１５０・・・テスト結果表示
２００・・・内部機構
【図１】
2012032899.tif 000003
【図２】
2012032899.tif 000004
【図３】
2012032899.tif 000005
【図４】
2012032899.tif 000006
【図５】
2012032899.tif 000007
【図６】
2012032899.tif 000008
【図７】
2012032899.tif 000009
【図８】
2012032899.tif 000010
【図９】
2012032899.tif 000011
【図１０】
2012032899.tif 000012
【図１１】
2012032899.tif 000013
【図１２】
2012032899.tif 000014
【図１３】
2012032899.tif 000015