(57)【要約】【課題】  スクリプトを記述することなく検証時と同じ動作をユーザシステムに行わせるスクリプトを自動生成し、検証時の工数を抑えること【解決手段】  本発明における検証システムは、ホストコンピュータからスクリプトに基づいて当該ユーザシステムに対してコマンドを送信し、その結果を当該ホストコンピュータにより検証する検証システムであって、ユーザシステムは、指示入力部と、処理監視部と、処理情報を前記ホストコンピュータに送信する送信部を有し、ホストコンピュータは、処理情報受信部と、処理情報に応じたコマンドを時系列に記録したスクリプトを生成するスクリプト生成部と、スクリプト記憶部を有する検証システムである。このような構成により、スクリプトを記述することなく検証時と同じ動作をユーザシステムに行わせるスクリプトを生成することが可能となり、検証時の工数を抑えることが可能となる。【選択図】図６
2006155047.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータとユーザシステムを備え、前記ホストコンピュータからスクリプトに基づいて当該ユーザシステムに対してコマンドを送信し、その結果を当該ホストコンピュータにより検証する検証システムであって、
前記ユーザシステムは、
ユーザの指示を入力する指示入力部と、
前記指示入力部により入力された指示に基づき行われる処理を監視する処理監視部と、
前記処理監視部により監視された処理に基づいた処理情報を前記ホストコンピュータに送信する送信部を有し、
前記ホストコンピュータは、
前記ユーザシステムから前記処理情報を受信する処理情報受信部と、
前記処理受信部により受信した処理情報に応じたコマンドを時系列に記録したスクリプトを生成するスクリプト生成部と、
前記スクリプト生成部により生成されたスクリプトを格納するスクリプト記憶部を有する検証システム。
【請求項２】
前記ホストコンピュータは、更に、
前記ユーザシステムに対して前記スクリプト記憶部に格納したスクリプトに基づいてコマンドを送信するコマンド送信部を備え、
前記ユーザシステムは、更に、
前記ホストコンピュータから前記コマンドを受信する受信部と、
前記受信部により受信したコマンドを実行するコマンド実行部を備えることを特徴とする請求項１記載の検証システム。
【請求項３】
前記スクリプト生成部は、
前記コマンド受信部により受信したコマンドの間に前記コマンドの動作間隔に応じた時間ウェイトさせるウェイトコマンドを記録することを特徴とする請求項１または２記載の検証システム。
【請求項４】
前記ユーザシステムは、更に、
前記指示入力部により入力された指示の入力間隔時間を計測する時間計測部を備え、
前記ユーザシステムの送信部は、前記時間計測部により計測した前記入力間隔時間を送信し、
前記ホストコンピュータのコマンド受信部は、前記送信部から送信された前記入力間隔時間を受信し、
前記ホストコンピュータのスクリプト生成部は、受信した前記入力間隔時間に基づいてウェイトコマンドを記録することを特徴とする請求項３記載の検証システム。
【請求項５】
前記ホストコンピュータは、更に、
前記ユーザシステムの監視指示を入力する監視指示入力部と、
前記監視指示入力部により入力された監視指示に基づきコマンドを前記ユーザシステムに対して実行させるための監視用スクリプトを生成する監視用スクリプト生成部と、
前記監視用スクリプト生成部により生成された監視用スクリプトを格納する監視用スクリプト記憶部を備えることを特徴とする請求項１、２、３または４記載の検証システム。
【請求項６】
ホストコンピュータからスクリプトに基づいてユーザシステムに対してコマンドを送信し、その結果を当該ホストコンピュータにより検証する検証方法であって、
ユーザシステムに指示を入力し、
前記ユーザシステムが、前記指示に基づいて行われる処理を監視し、
前記ユーザシステムが、監視された処理に基づいた処理情報を前記ホストコンピュータに送信し、
前記ホストコンピュータが、前記処理情報を受信して前記処理に応じたコマンドを時系列に記録したスクリプトを生成する検証方法。
【請求項７】
前記検証方法は、更に、
再検証時には、生成した前記スクリプトに基づきコマンドを前記ユーザシステムに送信し、
前記ユーザシステムは、受信した前記コマンドの処理を実行することを特徴とする請求項６記載の検証方法。
【請求項８】
前記スクリプトは、
前記受信部により受信したコマンドの間に前記コマンドの動作間隔に応じた時間ウェイトさせるウェイトコマンドを有することを特徴とする請求項６または７記載の検証方法。
【請求項９】
前記検証方法は、更に、
前記ホストコンピュータに対して監視指示を入力し、
前記ホストコンピュータが、入力した前記監視指示に基づいて監視コマンドが列挙された監視用スクリプトを生成することを特徴とする請求項６、７または８記載の検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検証システム及び検証方法に関するものであり、より詳細にはコンピュータを利用したユーザシステムの検証を行う検証システム及び検証方法に関する。
【背景技術】
【０００２】
自動販売機やカーオーディオ等の制御を行うコンピュータ組み込みのユーザシステムは近年、その制御内容が複雑になってきており、動作検証にも多くの工数が必要となってきている。通常、動作検証により不具合を発見した場合、修正後に再度同じ動作をさせることにより、修正後の正常動作の確認を行う。
【０００３】
つまり、修正後に不具合を発見した動作と同じ動作をユーザシステムに対して行わせなければならず、近年の複雑化したユーザシステムにおいてこの作業にかなりの手間と時間がかかる場合がある。また、人間が操作する場合は、人為的ミスにより不具合を発見した動作と異なる動作をしてしまう場合もある。このとき、ミスしたことに気がつかないと不具合の修正の確認に失敗してしまう危険がある。また、不具合を発見した動作が動作の時間に依存するものである場合、人間の手で同じ時間での動作を再現するのが困難な場合もあり、この場合、不具合の修正確認がかなり難しいものとなってしまう。
【０００４】
このような問題に対して、動作検証時に行った動作と同じ動作を行わせるコマンドをユーザシステムに接続したホストコンピュータから送信することにより動作を自動化する方法が提案されている（例えば、特許文献１など）。この方法によれば、ホストコンピュータにコマンドを時系列に並べたスクリプトを入力することにより、自動的にコマンドがユーザシステムに送信され、ユーザシステムは受信したコマンドによりユーザ操作と同等の処理を実行するため、修正後の再検証を容易に行うことが可能となる。
【特許文献１】特開２００２−１８９６１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながらこのような方法では、動作検証者がスクリプトを作成しなくてはならないという問題点があった。スクリプトの作成にはユーザシステムの動作に対応したコマンドを理解し、それに対応するスクリプトを記述しなくてはならず、また、人為的にスクリプトを記述するため記述時のミスが発生してしまう危険もあった。更に、時間に起因する動作の検証を行う場合、スクリプトを作成する際にスクリプト発生のタイミング等も考慮しなければならず、スクリプト発生タイミングに応じた不具合を検証するためのスクリプト作成が困難であった。
【課題を解決するための手段】
【０００６】
本発明における検証システムは、ホストコンピュータとユーザシステムを備え、前記ホストコンピュータからスクリプトに基づいて当該ユーザシステムに対してコマンドを送信し、その結果を当該ホストコンピュータにより検証する検証システムであって、前記ユーザシステムは、ユーザの指示を入力する指示入力部と、前記指示入力部により入力された指示に基づき行われる処理を監視する処理監視部と、前記処理監視部により監視された処理に基づいた処理情報を前記ホストコンピュータに送信する送信部を有し、前記ホストコンピュータは、前記ユーザシステムから前記処理情報を受信する処理受信部と、前記処理受信部により受信した処理情報に応じたコマンドを時系列に記録したスクリプトを生成するスクリプト生成部と、前記スクリプト生成部により生成されたスクリプトを格納するスクリプト記憶部を有する検証システムである。このような構成により、ユーザシステムで実際に行った操作に応じて指示が入力され、処理監視部により処理が監視される。そして、その処理情報がホストコンピュータに送信されホストコンピュータのスクリプト生成部によりスクリプトが自動的に生成されるので、スクリプトを記述することなく検証時と同じ動作をユーザシステムに行わせるスクリプトを生成することが可能となり、検証時の工数を抑えることが可能となる。
【０００７】
本発明における検証方法は、ホストコンピュータからスクリプトに基づいてユーザシステムに対してコマンドを送信し、その結果を当該ホストコンピュータにより検証する検証方法であって、ユーザシステムに指示を入力し、前記ユーザシステムが、前記指示に基づいて行われる処理を監視し、前記ユーザシステムが、監視された処理に基づいた処理情報を前記ホストコンピュータに送信し、前記ホストコンピュータが、前記処理情報を受信して前記処理に応じたコマンドを時系列に記録したスクリプトを生成する検証方法である。このようにすることにより、ユーザシステムで実際に行った操作に応じて指示が入力され、入力された指示に応じて行われる処理が監視される。そして、その監視された処理に基づいた処理情報がホストコンピュータに送信されホストコンピュータ側でスクリプトが自動的に生成されるので、スクリプトを記述することなく検証時と同じ動作をユーザシステムに行わせるスクリプトを生成することが可能となり、検証時の工数を抑えることが可能となる。
【発明の効果】
【０００８】
本発明によれば、スクリプトを記述することなく検証時と同じ動作をユーザシステムに行わせるスクリプトを生成することが可能となり、検証時の工数を抑えることが可能となる。
【発明を実施するための最良の形態】
【０００９】
発明の実施の形態１．
図１は、本発明における検証システムの構成を示す図である。検証システム１は、ユーザシステム２、ホストコンピュータ３を備える。ユーザシステム２とホストコンピュータ３はそれぞれに備えられた通信手段により通信可能であり、互いにデータの送受信を行うことができる。ここでの通信手段はＲＳ−２３２Ｃ（Recommended Standard 232-C）やＵＳＢ（Universal Serial Bus）がよく用いられるが、データの送受信を行うことが可能であれば特に限定されず、無線通信による通信手段を用いてもよい。
【００１０】
ユーザシステム２は検証が行われるシステムであり、制御部２０、入力部２１、記憶部２２、通信部２３を備える。制御部２０は、ユーザシステム２における各種の動作の制御を行う。ここでの制御は、入力部２１により入力された指示に応じて行われる処理の監視や、処理の実行も含まれる。制御部２０による制御は、記憶部２２に格納されたプログラムを専用のプロセッサにより実行することにより行われる。入力部２１は、ユーザシステム２におけるユーザの操作による指示の入力を行う。入力の手段はボタンによる入力の場合が多いが、特に限定されない。入力された指示は制御部２０に出力される。
【００１１】
記憶部２２は、ユーザシステム２の動作における情報の格納を行うメモリである。ここでの情報は、ユーザシステム２を動作させるプログラム及び動作に必要なフラグや変数等のデータである。通信部２３は、ホストコンピュータ３とデータの送受信を行う通信手段である。
【００１２】
ホストコンピュータ３は、ユーザシステム２の検証を行うコンピュータであり、コマンド制御部３０、スクリプト生成部３１、記憶部３２、通信部３３を備える。コマンド制御部３０は、検証用コマンドの実行及び記憶部３２に格納されたスクリプトに記述されたコマンドを通信部３３により送信させる制御を行う。スクリプト生成部３１は、ユーザシステム２から通信部３３を介して受信した処理情報に応じたコマンドを時系列に記録しスクリプトを生成する。生成したスクリプトは記憶部３２に格納される。コマンド制御部３０及びスクリプト生成部３１による制御は記憶部３２に格納されたプログラムをＣＰＵ（Central Processing Unit）により実行することにより行われる。
【００１３】
記憶部３２は、ホストコンピュータ３の動作における情報の格納を行うメモリである。ここでの情報は、ホストコンピュータ３を動作させるプログラム、動作に必要なフラグや変数などのデータ及びスクリプト生成部３１により生成されたスクリプト等である。通信部３３は、ユーザシステム２とデータの送受信を行う通信手段である。
【００１４】
続いて、図２に示すフローチャートを用いて、本発明の実施の形態１における検証システムの処理の流れについて説明する。
【００１５】
まず、監視用スクリプトが実行される（Ｓ１）。監視用スクリプトとは、ユーザシステム検証時にユーザシステム内のどこの値を監視するかが記述されたコマンドが列挙されたものである。監視用スクリプトはホストコンピュータ３内の記憶部３２に格納されており、ホストコンピュータ３のコマンド制御部３０により、監視用スクリプトに記述されているコマンドが通信部３３を通してユーザシステム２に送信される。
【００１６】
ユーザシステム２は、ホストコンピュータ３からコマンドを受信すると、通信部２３を介して制御部２０に入力する。制御部２０は、入力したコマンドに応じて監視処理を実行する（Ｓ２）。監視処理とは、監視するべき処理やフラグやメモリの値を、通信部２３を介してホストコンピュータ３に送信する処理である。この監視処理は、コマンド実行時にのみ実行されるのではなく、動作検証中は常に監視処理が行われる。つまり、動作検証中は常時監視するべきフラグやメモリの値がホストコンピュータ３に送信され、ホストコンピュータ３により検証される。
【００１７】
最後にスクリプトの生成を行う（Ｓ３）。ここで生成するスクリプトは、先ほどの監視用スクリプトとは異なり、動作検証のときに行う動作をユーザシステム２に行わせるためのコマンドを列挙したスクリプトである。このスクリプトを評価用スクリプトと呼ぶ。
【００１８】
評価用スクリプトを生成するために最初は実際動作検証を行う動作をさせるための指示を入力する必要がある。この指示は、入力部２１により入力する。入力部２１により入力された指示は、制御部２０によって処理され、またその処理は監視され、監視された処理が監視中の処理に該当した場合、監視された処理に基づき処理情報が通信部２３を介してホストコンピュータ３に送信される。
【００１９】
ホストコンピュータ３は、通信部３３を介してユーザシステム２から送信された処理情報を受信すると、スクリプト生成部３１により受信した処理情報を時系列に記憶部３２に格納する。格納した処理情報に応じてコマンドが生成され、全ての処理情報に応じたコマンドの記録が完了すると評価用スクリプト生成の完了となる。動作検証時に不具合を発見するなどでユーザシステム２を修正した場合は、再度の動作検証が必要となるが、ホストコンピュータ３が生成した評価用スクリプトからコマンドをユーザシステム２に送信し、ユーザシステム２が受信したコマンドを実行することにより、再度入力部２１に指示を入力する必要がない。
【００２０】
図２に示すフローチャートの各ステップにおける処理について、詳細に説明する。図３は、監視用スクリプト実行時の処理の流れを詳細に示したフローチャートである。
【００２１】
まず、監視用スクリプトの先頭の行に記載されたコマンドを実行する（Ｓ１１）。監視用スクリプトは、先に述べたようにユーザシステム検証時にユーザシステム内のどこの値を監視するかが記述された監視コマンドが列挙されたものであるため、コマンド処理の順番には依存しないがホストコンピュータ３のコマンド制御部３０は、監視用スクリプトを先頭の行から実行していく。
【００２２】
先頭の行の監視コマンドはコマンド制御部３０により通信部３３を介してユーザシステム２に送信される。ユーザシステム２は通信部２３を介して先頭の行の監視コマンドを受信する。監視コマンドは、コマンドの入力に応じて処理を行う同期コマンドではなく、コマンド入力後、常時監視内容のデータの送信を行う非同期コマンドであるため、コマンドを記憶部３２に格納する（Ｓ１２）。
【００２３】
先頭の行の監視コマンドを記憶部２２に格納すると、次の行に監視コマンドがあるか否かを確認する（Ｓ１３）。次の行に監視コマンドがある場合は、次の行の監視コマンドに移行し（Ｓ１４）、記憶部２２への格納を行う。次の行に監視コマンドが無い場合は、その行が最終行であるため、そこで処理の終了となる。
【００２４】
記憶部３２へ格納された監視コマンドは、以後の検証動作中も常時実行される。こうすることにより、検証動作中の動作に応じた監視内容の変化を確認することが可能となる。
【００２５】
図４は、監視処理における処理の流れを詳細に説明したフローチャートである。まず、ユーザシステム２の制御部２０は、監視が開始されたか否かを確認する（Ｓ２１）。監視が開始されるまでこの確認は繰り返される。
【００２６】
次に、制御部２０は、システムからコマンドの実行が呼ばれたか否かを確認する（Ｓ２２）。コマンドの実行が呼ばれるまでこの確認は繰り返される。コマンドの実行が呼ばれると、呼ばれたコマンドが記憶部２２に格納された監視コマンドと一致するかを確認する（Ｓ２３）。一致した場合は、監視コマンドに記述された内容のデータを結果情報として通信部２３により送信する（Ｓ２４）。一致しなかった場合は、再度システムからコマンドの実行が呼ばれたか否かの確認まで戻る。
【００２７】
送信が完了すると、制御部２０は、監視処理の終了を確認する（Ｓ２５）。終了しない場合は、再度システムからコマンドの実行が呼ばれたか否かの確認まで戻る。終了の場合はそこで監視処理の終了となる。
【００２８】
図５は、評価用スクリプトの生成における処理の流れを詳細に説明したフローチャートである。スクリプト生成部３１は、受信した処理情報を時系列にスクリプトを構成するコマンドに変換する（Ｓ３１）。変換は記憶部３２に格納された評価用スクリプト変換ルールに従って行われる。一つの処理情報の変換が完了すると、次の処理情報の入力を確認する（Ｓ３２）。確認の結果、次の処理情報が入力されていた場合は、次の処理情報も同様にスクリプトに変換する。このとき、前の処理情報との時間差を記録しておき、その時間の分だけウェイトコマンドを挿入する。このようにすることにより、時間に応じて発生する不具合の動作検証を行うことが可能となる。
【００２９】
より具体的な例を挙げて説明する。図６は本発明における検証システムの構成をより詳細に記述したブロック図である。全体構成は図１に示すブロック図と同様であり、検証システム１はユーザシステム２とホストコンピュータ３を備える。
【００３０】
ユーザシステム２は、制御部２０、入力部２１、記憶部２２、通信部２３を備える。制御部２０は、ユーザプログラム２００、コマンド判定部２０１、同期コマンド処理部２０２、非同期コマンド処理部２０３を備える。
【００３１】
ユーザプログラム２００は、ＲＴＯＳ（リアルタイムオペレーティングシステム）とＲＴＯＳ上で動作する１つ以上のタスクを具備する。ＲＴＯＳは、ユーザプログラム２００を動作させるためのオペレーティングシステムであり組み込みシステムに主として利用される。タスクはＲＴＯＳ上で動作する各種処理である。非同期コマンド処理部による非同期コマンドの実行もユーザプログラム２００のタスクからシステムコールを受けて非同期コマンド処理部２０３が行う。
【００３２】
コマンド判定部２０１は、ホストコンピュータ３から受信したコマンドが同期コマンドであるか非同期コマンドであるかの判定を行う。判定の結果、同期コマンドである場合は、直ちに同期コマンド処理部２０２によりコマンドを実行する。判定の結果、非同期コマンドである場合は、記憶部２２に備えられた非同期コマンド記憶メモリ２２０にコマンドが格納される。また、上述したように監視コマンドは、タイミングに関係なく常時監視しているため非同期コマンドである。
【００３３】
同期コマンド処理部２０２は、コマンド判定部２０１の判定を受け同期コマンドである場合に同期コマンドを実行する。非同期コマンド処理部２０３は、コマンド入力のタイミングとは無関係に実行されるコマンドを実行する。非同期コマンド処理部２０３は、ユーザプログラム２００のタスクからシステムコールを受けて非同期コマンド記憶メモリ２２０に格納された非同期コマンドを実行する。
【００３４】
入力部２１は、３つのキーにより構成される。キーは１〜３の３つある。キー１が押されると、イベントフラグ１にパターンをセットするシステムコールＡが実行される。キー２が押されると、イベントフラグ２にパターンをセットするシステムコールＢが実行される。キー３が押されると、メッセージを送信するシステムコールＢが実行される。
【００３５】
記憶部２２は、非同期コマンドを格納する非同期コマンド記憶メモリ２２０、イベントフラグの状態を格納するイベントフラグ記憶メモリ２２１、メッセージの内容を格納するメッセージ記憶メモリ２２２を備える。記憶部２２はそれ以外にもプログラムや各種変数を格納する。
【００３６】
通信部２３は、データ受信部２３０とデータ送信部２３１を備える。データ受信部２３０は、ホストコンピュータ３からコマンドを受信する。データ送信部２３１は、ホストコンピュータ３に対してコマンド及び記憶部２２に格納された値を送信する。このとき、どの値を送信するかは監視コマンドにより決定される。
【００３７】
ホストコンピュータ３は、コマンド制御部３０、スクリプト生成部３１、記憶部３２、通信部３３を備える。コマンド制御部３０は、評価結果比較部３００、コマンド実行部３０１を備える。評価結果比較部３００は、ユーザシステム２から受信した値が記憶部３２内の期待値記憶メモリ３２０を比較することにより、ユーザシステム２の動作が正常に行われているかを確認する。コマンド実行部３０１は、記憶部３２内の監視用スクリプト記憶メモリ３２１及び評価用スクリプト記憶メモリ３２２に格納されたスクリプトを入力しスクリプト内のコマンドを通信部３３内のコマンド送信部３３１を介してユーザシステム２に送信する。
【００３８】
スクリプト生成部３１は、ユーザシステム２から通信部３３を介して受信した処理情報に応じたコマンドを時系列に記録しスクリプトを生成する。記憶部３２は期待値記憶メモリ３２０、監視用スクリプト記憶メモリ３２１、評価用スクリプト記憶メモリ３２２を備える。
【００３９】
通信部３３は、評価結果受信部３３０、コマンド送信部３３１を備える。評価結果受信部３３０は、ユーザシステム２から処理情報及び記憶部２２に格納された値を受信する。コマンド送信部３３１は、コマンド実行部３０１から出力されたコマンドをユーザシステム２に対して送信する。
【００４０】
続いて、評価用スクリプト作成時の処理の流れを具体的に例を挙げて説明する。評価を行う動作はキー１を入力し、その２秒後にキー２を入力し、更に３秒後にキー３を入力する動作である。監視したい情報は、イベントフラグ１、イベントフラグ２及びメッセージボックスである。イベントフラグ１、イベントフラグ２の内容はイベントフラグ記憶メモリ２２１に、メッセージボックスの内容はメッセージ記憶メモリ２２２に格納されている。
【００４１】
初めて検証を行うときは、実際にユーザが上記の操作を行う必要がある。実際にユーザが操作を行うと、ユーザプログラム２００は入力部２１からキー入力情報を検出し、キー入力に応じた処理を制御部２０に実行させる。
【００４２】
このとき制御部２０は、キー入力に応じた処理と共に、キー入力の間隔も記録しておく。制御部２０は、実行した処理が監視内容に該当した処理である場合、実行した処理についての情報である処理情報及び記録したキー入力の間隔情報をデータ送信部２３１によりホストコンピュータ３へ送信する。
【００４３】
ホストコンピュータ３は、評価結果受信部３３０により処理情報及びキー入力の間隔情報を受信すると、スクリプト自動生成部３１０に出力する。スクリプト自動生成部３１０は、入力した処理情報及びキー入力の間隔情報に基づいて評価用スクリプト変換ルール３１１を参照し、評価用スクリプトを生成する。生成した評価用スクリプトは評価用スクリプト記憶メモリ３２２に格納される。
【００４４】
図７は、受信した処理情報及びキー入力の間隔情報の例を示す図である。また、図８は評価用スクリプト変換ルール３１１の例を示す図である。スクリプト自動生成部３１０は、図７に示す処理情報及びキー入力の間隔情報を収集結果として受信し、図８に示す評価用スクリプト変換ルールを参照して評価用スクリプトを生成する。例えば、最初は時間差０ｓｅｃで"システムコールＡ"、"イベントフラグ１"、"０ｘ０００００１０１"という処理情報を受信しており、評価用スクリプト変換ルール３１１を参照してこれを評価用スクリプトに変換する。この例では、システムコールＡであるため、"時間待ちコマンド"、"値"、"システムコールＡ発行コマンド"、"資源名"、"値"というスクリプトに変換される。
【００４５】
図９は、生成した評価用スクリプトを示す図である。時間待ちコマンドは何秒間ウェイト処理を行うかを示す。システムコールＡ発行コマンド、システムコールＢ発行コマンドは、それぞれのキー入力に応じて生成された処理情報である。イベントフラグ１、イベントフラグ２、メッセージボックス１は、それぞれセットするデータを示す。０ｘ０００００１０１、０ｘ１００００００１、００１２３４はそれぞれセットする値を示す。
【００４６】
再検証時は、再度ユーザが操作を行うことなく、評価用スクリプト記憶メモリ３２２に格納されたスクリプトを解析し、コマンド実行部３０１が、コマンド送信部３３１を介してユーザシステム２にコマンドを送信する。ユーザシステム２は、データ受信部２３０によりコマンドを受信する。評価用スクリプトは同期コマンドであるのでコマンド判定部２０１を通して同期コマンド処理部２０２に出力される。同期コマンド処理部２０２は、コマンドを入力すると入力したコマンドに応じた処理を行う。
【００４７】
このようにして、ホストコンピュータ３はユーザシステム２に入力された操作に応じて生成されたコマンドを受信し、スクリプトを生成するので、再検証時に再度操作を行う手間を省くことができる。また、スクリプトを記述する必要がないため、スクリプト作成の手間も省略することが可能となる。
【００４８】
発明の実施の形態２．
評価用スクリプトだけではなく、更に、監視用スクリプトの生成も自動生成することも可能である。図１０は、本発明の実施の形態２における検証システムのうち、ホストコンピュータ３が発明の実施の形態１と異なる点のみを記述したブロック図である。図８に示す内容以外は図６に示すブロック図と同様である。
【００４９】
発明の実施の形態１と異なる点は、ホストコンピュータ３が監視用スクリプト生成のデータを入力する入力部３４及び監視用スクリプト生成のための監視用スクリプト変換ルール３１２を有する点にある。
【００５０】
入力部３４は、ホストコンピュータ３上で、ＧＵＩ（Graphical User Interface）等のインターフェースにより監視を行いたい内容を入力する。入力された情報は、スクリプト自動生成部３１０に出力される。
【００５１】
スクリプト自動生成部３１０は、監視を行いたい内容情報を入力すると、監視用スクリプト変換ルール３１２を参照し、監視用スクリプトを生成する。生成した監視用スクリプトは、監視用スクリプト記憶メモリ３２１に格納される。
【００５２】
図１１は、監視用スクリプト変換ルール３１２の例を示す図である。図１１の監視条件は監視を行いたい内容情報を、変換コマンドは変換する監視用スクリプトのコマンドを示す。例えば、イベントフラグ１を監視する内容情報が入力されると"システムコールＡ監視コマンド"、"イベントフラグ名"のコマンドが生成される。図１２は、生成した監視用スクリプトの例を示す図である。
【００５３】
このようにして、監視用スクリプトもスクリプトを記述することなく、ＧＵＩ等の操作性の高いインターフェースを用いて作成することが可能であるため、更に検証の手間を省略することが可能となる。
【図面の簡単な説明】
【００５４】
【図１】本発明における検証システムの構成を示すブロック図である。
【図２】本発明における検証システムの処理の流れを示すフローチャートである。
【図３】本発明における監視用スクリプト実行の処理の流れを示すフローチャートである。
【図４】本発明における監視処理の流れを示すフローチャートである。
【図５】本発明におけるスクリプト生成の処理の流れを示すフローチャートである。
【図６】本発明における検証システムの構成を示すブロック図である。
【図７】本発明における入力情報の例を示す図である。
【図８】本発明における評価用スクリプト変換ルールの例を示す図である。
【図９】本発明における評価用スクリプトの例を示す図である。
【図１０】本発明における検証システムの構成を示すブロック図である。
【図１１】本発明における監視用スクリプト変換ルールの例を示す図である。
【図１２】本発明における監視用スクリプトの例を示す図である。
【符号の説明】
【００５５】
１    検証システム
２    ユーザシステム
３    ホストコンピュータ
２０    制御部
２１    入力部
２２    記憶部
２３    通信部
３０    コマンド制御部
３１    スクリプト生成部
３２    記憶部
３３    通信部
２００    ユーザプログラム
２０１    コマンド判定部
２０２    同期コマンド処理部
２０３    非同期コマンド処理部
２２０    非同期コマンド記憶メモリ
２２１    イベントフラグ記憶メモリ
２２２    メッセージ記憶メモリ
２３０    データ受信部
２３１    データ送信部
３００    評価結果比較部
３０１    コマンド実行部
３２０    期待値記憶メモリ
３２１    監視用スクリプト記憶メモリ
３２２    評価用スクリプト記憶メモリ
３３０    評価結果受信部
３３１    コマンド送信部
【図１】
2006155047.tif 000003
【図２】
2006155047.tif 000004
【図３】
2006155047.tif 000005
【図４】
2006155047.tif 000006
【図５】
2006155047.tif 000007
【図６】
2006155047.tif 000008
【図７】
2006155047.tif 000009
【図８】
2006155047.tif 000010
【図９】
2006155047.tif 000011
【図１０】
2006155047.tif 000012
【図１１】
2006155047.tif 000013
【図１２】
2006155047.tif 000014