JP2012018476A - シナリオ編集装置およびシナリオ編集方法、サーバ装置、およびプログラム - Google Patents

Abstract

【課題】 より迅速に各種のシミュレータに適用できるシナリオを効率よく作成できる。
【解決手段】 ＣＰＵ１は、ＨＤＤ９に記憶された図形データを用いてシナリオに対応するフローチャートを作成するための図形データの一覧と、当該図形データの一覧から選択される図形データを編集するための図形編集領域とをディスプレイ２に表示する。そして、ＣＰＵ１は、図形データ編集部１００を実行して、ディスプレイ２に表示されたシナリオ図形編集領域に配置された複数の図形データを接続してシナリオチャートを作成する。そして、ＣＰＵ１は、アドオン処理部２００を実行して、作成したシナリオチャートを取得して各シミュレータの属性に従って解析することにより各シミュレータに対応するシナリオ構造保持テーブル２０２を作成する。
【選択図】 図１

Description

本発明は、例えば携帯電話などの無線通信用端末の試験を行うための通信基地局試験シミュレータのためのテストシナリオを作成するためのシナリオ編集装置およびシナリオ編集方法、サーバ装置、およびプログラムに関するものである。

この種の装置として、携帯電話用擬似基地局試験シミュレータがある。この携帯電話用擬似基地局試験シミュレータを動作させるソフトウェアは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）やＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）など携帯電話用通信方式規格ごと、携帯電話用擬似基地局試験シミュレータの種類ごとにそれぞれ作成される。

なお、携帯電話用擬似基地局試験シミュレータを動作させるソフトウエアは、シナリオ（試験処理を行うプログラム）と呼ばれる一群のモジュールとして構成されていた。

この種のシミュレータとして、下記特許文献１が既に公開されており、通信ソフトウエアの複数の異なる通信プロトコルの動作確認試験を行うため、複数のプロトコルの各々の通信形式を予め保持することで、動作確認試験専用の通信ソフトウエアを、試験者が通信プロトコルの数だけ作成する必要がなくなることが記載されている。

そして、このような特許文献１の課題を解決する技術として、出願人は、下記特許文献２を出願して登録された。

特開平１０−６５７６２号公報 特開２００６−２１１６３８号公報

しかしながら、シナリオ作成ソフトウエアは、そのシナリオを動作させる擬似基地局シミュレータ機器のメーカや型番といった個別の仕様に合わせて作成されている。

このようにシナリオ作成ソフトウエアは、作成するシナリオの機種依存性が強いため、また、表示部とシナリオ出力部との結合度が高いソフトウエアのため、ソフトウエア開発に相当の時間を要する。したがって、シナリオ適用機種を拡大するためには、常にソフトウエア全体を最初から構築する必要があり、開発効率が非常に悪いという課題があった。

また、提供するソフトウエアは、各々のメーカでシナリオのフォーマットが決定されているため、シナリオのフォーマットに独自性が高く、その変更が困難であるため、メーカのニーズに沿わず、製品化に至らないケースもあった。

さらに、特許文献２の図４に示すように、シナリオ作成の際には、ディスプレイ上で「シナリオ構成片」と称するプログラムの塊を表したアイコンをシナリオに加えることによってシナリオの作成を行っている。

この場合、一度に１つのシナリオしか作成できず、条件分岐や繰り返しを含むような場合、何度もシナリオを作成しなければならないという課題も指摘されていた。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、シナリオ作成ソフトウエアを、表示部と出力部に完全に分離した構成とし、出力部をアドオンとして提供する構成とすることにより、他社、他機種への適用が必要になった場合でも、出力部のみ専用に開発して、表示部に関しては既存のソフトウエアを継続使用することで、より迅速に各種のシミュレータに適用できるシナリオを効率よく作成できる仕組みを提供することである。

また、シナリオの基となるイベントフローチャートから、異なるシステムを対象としたシナリオを作成する機能を設けることにより、ユーザのシナリオ生産性を飛躍的に向上できる仕組みを提供することである。

さらに、本発明の目的は、条件分岐や繰り返しを含むシナリオを自在に作成できる仕組みを提供することである。

上記目的を達成する本発明のシナリオ編集装置は以下に示す構成を備える。

試験処理を行う単一または複数のシミュレータに対応するシナリオを作成するシナリオ編集装置であって、シナリオを構成するフローチャートを作成するための図形データを記憶する記憶手段と、前記記憶手段に記憶された図形データを用いて前記フローチャートを作成するための図形データの一覧と、当該図形データの一覧から選択される図形データを編集するための図形編集領域とを表示手段に表示する表示制御手段と、前記表示手段に表示されたシナリオ図形編集領域に配置された単一または複数の図形データを接続してシナリオチャートを作成する作成手段と、前記作成手段が作成した前記シナリオチャートを取得して各シミュレータの属性に従って解析することにより各シミュレータに対応するシナリオ構造保持テーブルを作成する単一または複数のアドオン処理手段とを備えることを特徴とする。

また、前記作成手段が作成した前記シナリオチャートをいずれかのアドオン処理手段に振り分けて出力する振り分け手段を備えることを特徴とする。

さらに、各アドオン処理手段は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力することを特徴とする。

また、各アドオン処理手段は、対応するシミュレータの仕様変更に従い作成するシナリオ構造保持テーブルを変更可能とする。

さらに、各アドオン処理手段は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーチェックを実行することを特徴とする。

また、各アドオン処理手段は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーが発生した旨をあらかじめ登録された通知先に通知することを特徴とする。

本発明に係るサーバ装置は、以下の特徴的構成を備える。

シナリオ編集装置と通信可能なサーバ装置であって、前記シナリオ編集装置から通知されるシナリオ作成エラー情報と、あらかじめ記憶されたエラー対処情報とを比較してエラーを回復するための障害対処情報を前記シナリオ装置に送信する送信手段を備えることを特徴とする。

本発明に係るシナリオ編集装置のシナリオ編集方法は、以下の特徴的構成を備える。

シナリオを構成するフローチャートを作成するための図形データを記憶する記憶手段を備え、試験処理を行う単一または複数のシミュレータに対応するシナリオを作成するシナリオ編集装置のシナリオ編集方法であって、前記記憶手段に記憶された図形データを用いて前記フローチャートを作成するための図形データの一覧と、当該図形データの一覧から選択される図形データを編集するための図形編集領域とを表示手段に表示する表示制御工程と、前記表示手段に表示されたシナリオ図形編集領域に配置された単一または複数の図形データを接続してシナリオチャートを作成する作成工程と、前記作成工程が作成した前記シナリオチャートを取得して各シミュレータの属性に従って解析することにより各シミュレータに対応するシナリオ構造保持テーブルを作成する単一または複数のアドオン処理工程とを備えることを特徴とする。

また、前記作成工程が作成した前記シナリオチャートをいずれかのアドオン処理工程に振り分けて出力する振り分け工程を備えることを特徴とする。

さらに、各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力することを特徴とする。

各アドオン処理工程は、対応するシミュレータの仕様変更に従い作成するシナリオ構造保持テーブルを変更可能とする。

さらに、各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーチェックを実行することを特徴とする。

また、各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーが発生した旨をあらかじめ登録された通知先に通知することを特徴とする。

本発明に係るプログラムは、以下の特徴的構成を備える。

シナリオを構成するフローチャートを作成するための図形データを記憶する記憶手段を備え、試験処理を行う単一または複数のシミュレータに対応するシナリオを作成するシナリオ編集装置に、前記記憶手段に記憶された図形データを用いて前記フローチャートを作成するための図形データの一覧と、当該図形データの一覧から選択される図形データを編集するための図形編集領域とを表示手段に表示する表示制御工程と、前記表示手段に表示された図形編集領域に配置された単一または複数の図形データを接続してシナリオチャートを作成する作成工程と、前記作成工程が作成した前記シナリオチャートを取得して各シミュレータの属性に従って解析することにより各シミュレータに対応するシナリオ構造保持テーブルを作成する単一または複数のアドオン処理工程とを実行させることを特徴とする。

さらに、前記シナリオ装置に、前記作成工程が作成した前記シナリオチャートをいずれかのアドオン処理工程に振り分けて出力する振り分け工程を実行させることを特徴とする。

また、各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力することを特徴とする。

さらに、各アドオン処理工程は、対応するシミュレータの仕様変更に従い作成するシナリオ構造保持テーブルを変更可能とすることを特徴とする。

また、各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーチェックを実行することを特徴とする。

さらに、各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーが発生した旨をあらかじめ登録された通知先に通知することを特徴とする。

本発明によれば、より迅速に各種のシミュレータに適用できるシナリオを効率よく作成できる。

本実施形態を示すシナリオ編集装置の構成を説明するブロック図である。 図１に示した表示部によって表示内容が処理されディスプレイに表示されるシナリオ編集画面の一例を示す図である。 図１に示した表示部によって表示内容が処理されディスプレイに表示されるシナリオ編集画面の一例を示す図である。 図１に示した表示部によって表示内容が処理されディスプレイに表示されるシナリオ編集画面の一例を示す図である。 図１に示した表示部によって表示内容が処理されディスプレイに表示されるシナリオ編集画面の一例を示す図である。 図１に示した表示部によって表示内容が処理されディスプレイに表示されるシナリオ編集画面の一例を示す図である。 シナリオ編集装置の制御手順を示すフローチャートである。 シナリオ編集装置の制御手順を示すフローチャートである。 シナリオ編集装置の制御手順を示すフローチャートである。 シナリオ構造保持テーブルの一例を示す図である。 アイテム状態保持テーブルの一例を示す図である。 図形データに基づく解析図形の一例を示す図である。 シナリオ編集装置の制御手順を示すフローチャートである。 シナリオ編集装置の制御手順を示すフローチャートである。 本実施形態を示すシナリオ編集装置におけるエラー判定処理例を示す図である。 本実施形態を示すシナリオ編集装置におけるエラー判定処理例を示す図である。 本実施形態を示すシナリオ編集装置におけるエラー判定処理例を示す図である。 本実施形態を示すシナリオ編集装置におけるエラー判定処理例を示す図である。 本実施形態を示すシナリオ編集装置を含むデータ処理システムの一例を示すブロック図である。 シナリオ編集装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

〔第１実施形態〕
次に本発明を実施するための最良の形態について図面を参照して説明する。

図１は、本実施形態を示すシナリオ編集装置の構成を説明するブロック図である。本例は、パーソナルコンピュータでシナリオ編集装置を構築する場合を示す。

図１において、１はＣＰＵで、システムバスに接続される各デバイスをＲＯＭ７、ＨＤＤ９に記憶される各種の制御プログラムをＲＡＭ８にロードして実行することで各種のデータ処理を実現する。３は表示Ｉ／Ｏで、ディスプレイ２と接続され、後述するＧＵＩで構成される画面情報をディスプレイ２に出力する。

４は入出力Ｉ／Ｏで、キーボード６、ポインティングデバイス５と接続されている。ＲＡＭ８には、ソフトウエアである図形データ編集部（実行可能形式）１００とアドオン処理部（ダイナミックリンクライブラリ形式）２００とがＨＤＤ９から読み出され、実行可能なように記憶される。

また、図形データ編集部１００は、表示部１０１とアドオン制御部１０２とから構成されている。アドオン処理部２００−１〜２００−３は、図形解析部２０１−１〜２０１−３とシナリオ出力部２０３−１〜２０３−３とから構成されており、各々のシミュレータ向けに対応して設けられる。

図形データ編集部１００内の表示部１０１は、ディスプレイ２に表示する図形等を作成するプログラムである。また、アドオン制御部１０２は、各シミュレータ向けに作成されるシナリオの元になる図形データ１０３を、各シミュレータ３０１−１〜３００−３に対応するアドオン処理部２００−１〜２００−３に受け渡す機能を有するプログラムである。本例は、アドオン処理部２００−１〜２００−３が３つの場合を示すが、その数は３つに限定されるものではない。

アドオン処理部２００−１〜２００−３内の図形解析部２０１−１〜２０１−３は、アドオン制御部１０２から振り分けて引き渡される図形データ１０３を受け取り、それを後述する方法で解析し、シナリオ構造保持テーブル２０２−１〜２０２−３に変換するプログラムである。

また、シナリオ出力部２０３−１〜２０３−３は、シナリオ構造保持テーブル２０２−１〜２０２−３の内容から、各携帯電話用擬似基地局試験シミュレータで試験を行う各シミュレータ３００−１〜３００−３の仕様等の属性に合わせたシナリオ２０４−１〜２０４−３を出力する機能を有するプログラムである。

なお、アドオン処理部２００−１〜２００−３内の図形解析部２０１−１〜２０１−３は、シミュレータの属性に従って作成されており、また、シミュレータの仕様変更に応じてソフトウエアの構成を変更可能に構成されている。つまり、図形データ編集部１００とアドオン処理部２００−１〜２００−３とを分離することで、図形データ編集部１００を各アドオン処理部２００−１〜２００−３に対して共有する構成となり、多種、多様、あるいは仕様変更されるシミュレータに対して適応するシナリオを効率よく作成可能に構成されている。

図２Ａ〜図２Ｅは、図１に示した表示部１０１によって表示内容が処理されディスプレイ２に表示されるシナリオ編集画面の一例を示す図である。なお、図２Ａは、シナリオ編集画面の初期状態の表示に対応し、図２Ｂは、ＣＰＵ１によるアイテムの追加処理のための表示制御例に対応し、図２Ｃは、ＣＰＵ１によるアイテムの接続処理ための表示制御例に対応し、図２ＤはＣＰＵ１による処理の分岐処理のための表示制御例に対応し、図２Ｅは、ＣＰＵ１による処理の繰り返し処理のための表示制御例に対応する。

これらの図において、ディスプレイ２に表示される内容は、Ｗｉｎｄｏｗｓ（登録商標）などのＯＳによりＧＵＩ（Ｇｒａｆｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）形式で表示されるものである。図２Ａ〜図２Ｅの例では、ディスプレイの一部にウィンドウ２０００が表示され、その左側にアイテム選択部２００１が表示されるとともに、右側には図形表示部２００２が表示される。

図形アイテムの一覧として機能するアイテム選択部２００１には、テストシナリオを作成するプログラムを機能ごとに分割させた各シナリオ構成片を表すアイテム群がアイコンとして、ユーザにより選択可能に表示される。これらの表示制御は、ＣＰＵ１により実行され、各アイコン等は図示されるようにレイアウト表示される。

また、シナリオチャートを作成するための図形編集領域として機能する図形表示部２００２には、ユーザが操作するポインティングデバイス５によりアイテム群から選択された複数のアイテムがドラッグアンドドロップなどの方法によって、所望の位置・順序に配置されることが可能になっている。そして、複数のアイテムがユーザの所望の位置・順序に配置されることにより、ＣＰＵ１が後述するフローチャートに従う処理を実行することにより、所望のシナリオを構成するイベントフローチャートが作成される。

次に、ユーザが所望のシミュレータ向けテストシナリオを作成する手順を図３を用いて説明する。

ユーザがコンピュータ内の図形データ編集部１００の処理を開始するためにアプリケーションをメニュー等から選択する。すると、ＣＰＵ１は、表示部１０１によって作成されたウィンドウ２０００がディスプレイ２に表示される。

図３は、本実施形態を示すシナリオ編集装置の制御手順を示すフローチャートである。本例は、ユーザがディスプレイ２上のウィンドウ２０００で所望のシミュレータ向けテストシナリオを作成する際の手順に対応する。なお、各ステップは、ＣＰＵ１がＲＡＭ８にロードする各種の制御プログラムを実行することで実現される。

ユーザが所望のシミュレータ向けテストシナリオを作成する際には、まず、ＣＰＵ１は、ディスプレイ２に表示される画面上でアイテム読み込み操作を行う（Ｓ１）。これは、各シミュレータ向けの複数のアイテムが、各シミュレータに対応するアドオン処理部２００−１〜２００−３からアドオン制御部１０２を介して表示部１０１に読み込まれる処理である。ここで、アイテムは、各シミュレータ３００−１〜３００−３の仕様に合わせて作成された、単一または複数の機能を有するプログラムの集合体であって、図２Ａ〜図２Ｅに示すように画面上では、一つのアイテムが図形として視覚的に表示される。

次いで、ディスプレイ２の表示画面で、ユーザの操作からポインティングデバイス５やキーボード６等の入力機器によりウインドウ２０００に対してクリックや選択等がなされたかをＣＰＵ１が判定する（Ｓ２）。ここで、ＣＰＵ１がユーザの操作によりウインドウ２０００に対してクリックや選択等がなされたと判定した場合は、図２Ａに示したアイテム選択部２００１でアイテム（アイコン表示されるシンボル）がユーザの操作によりクリックや選択等がなされたかを判定する（Ｓ３）。ここで、ユーザによりクリックや選択等なされたアイテムが後述するコネクタ以外であるとＣＰＵ１が判定した場合には、図形データ１０３として当該アイテムのデータをＲＡＭ８上に記憶するとともに、ＣＰＵ１がアイテムを図２Ｂの（Ｂ）に示すように図形表示部２００２上に選択されたアイテムを表示して（Ｓ８）、Ｓ２へ戻る。

一方、Ｓ３において、ユーザによりクリックされたアイテムがコネクタであるとＣＰＵ１が判定した場合、クリックされた位置が既に図形表示部２００２上に配置されたアイテム上であるかをＣＰＵ１が判定する（Ｓ４）。ここで、図形表示部２００２上に配置されたアイテムであるとＣＰＵ１が判定した場合は、さらに、ＣＰＵ１は図形表示部２００２上に配置された他のアイテム上に対してクリックや選択等がユーザによりなされているかを判定する（Ｓ５）。ここで、図２Ｃの（Ｃ）に示すように他のアイテムにクリックや選択等がなされたとＣＰＵ１が判定した場合、当該二個のアイテム同士が接続された情報を図形データ１０３として記憶するとともに、ＣＰＵ１は、これら二個のアイテムを接続するためのコネクタを図２Ｃの（Ｄ）に示すように図形表示部２００２上に表示して（Ｓ６）、Ｓ２へ戻る。

一方、Ｓ５で図形表示部２００２上で配置された他のアイテムにクリックや選択等がなされていないとＣＰＵ１が判定した場合、接続が行われたことを示す情報をＲＡＭ８に記憶するとともに、ＣＰＵ１は表示部１０１を実行して、ディスプレイ２に表示されるアイテムにコネクタが接続するように図形表示部２００２上に表示して（Ｓ７）、Ｓ２へ戻る。

そして、上記のＳ２〜Ｓ８を繰り返すことにより、図形表示部２００２上でアイテムがコネクタによって接続され、ユーザはディスプレイ２に対してグラフィカルに操作を実行するだけで所望のテストシナリオを作成することができる。

そして、作成されたテストシナリオは図形データ１０３としてＲＡＭ８上に保持されており、ユーザによるテストシナリオの作成が終了すると、ＣＰＵ１はその図形データ１０３をアドオン制御部１０２に引き渡す。

次に、アドオン制御部１０２は、受け渡された図形データ１０３を、対象のシミュレータ向けのアドオン処理部２００に振り分けて送信する。

図４は、本実施形態を示すシナリオ編集装置の制御手順を示すフローチャートである。本例は、ユーザがディスプレイ２の表示画面上で所望のシミュレータ向けテストシナリオを作成する際の手順に対応する。なお、各ステップは、ＣＰＵ１がＲＡＭ８にロードする各種の制御プログラム（アドオン制御部１０２）を実行することで実現される。

まず、Ｓ１１で、ＣＰＵ１がアドオン制御部１０２を起動して、登録されているシミュレータの種類全てのＡｄｄＯｎ情報を各シミュレータ３００−１〜３００−３に対応するアドオン処理部２００−１〜２００−３より収集する（Ｓ１２）。そして、ＣＰＵ１が実行するアドオン処理部２００−１〜２００−３は、図形データ編集部１００からの図形データ１０３の受信待ちになる。

ＣＰＵ１が、アドオン制御部１０２で表示部１０１から図形データ１０３を受信すると（Ｓ１３）、ＣＰＵ１は、ユーザ所望のテストシナリオ向けシミュレータに該当するアドオン処理部２００−１〜２００−３を選択し（Ｓ１４）、ＣＰＵ１は、図形データ１０３を選択したいずれかのアドオン処理部２００−１〜２００−３に振り分けて送信し（Ｓ１５〜Ｓ１７）、本処理を終了する。

次に、アドオン処理部２００−１〜２００−３での処理について説明する。

アドオン処理部２００−１〜２００−３内の図形解析部２０１−１〜２０１−３に図形データ１０３が受信され、その図形データ１０３について後述の解析が行われる。

図５は、本実施形態を示すシナリオ編集装置の制御手順を示すフローチャートである。本例は、図形解析部２０１−１〜２０１−３で行われる処理に対応する。なお、各ステップは、ＣＰＵ１がＲＡＭ８にロードする各種の制御プログラム（図形解析部２０１−１〜２０１−３）を実行することで実現される。以下、図６，図７、図８を参照しながら、本処理を説明する。本例は、Ａシミュレータ３００−１向けのシナリオ２０４−１を作成するとともに図８に示す図形データを解析する例とする。本例は、図８の（Ａ）に示すように２つのフローから図形データが構成される例である。なお、図８の（Ａ）に示すようにアイテムには、番号が付与されている。

まず、ＣＰＵ１が図形解析部２０１−１を実行してアドオン制御部１０２から図形データ１０３を受信すると（Ｓ３１）、図形解析部２０１−１において図形データ内部の様式等をチェックし（Ｓ３２）、ＣＰＵ１は解析可能か判断する（Ｓ３３）。ここで、ＣＰＵ１が受信した図形データ１０３を解析可能であると判定した場合、図形データ１０３内のアイテム群より「処理開始」を意味するアイテムを検索する。つまり、図８の(Ａ)において「アイテム番号１」と「アイテム番号４」が「処理開始」アイテムに該当する。

そして、ＣＰＵ１が図形解析部２０１−１を実行してその「処理開始」アイテムを検出したら、その旨を図６の（Ａ）等に示すシステム構造保持テーブルＴＡＢ１１にアイテム番号１，４を記憶する（Ｓ３４）。シナリオ構造保持テーブルＴＡＢ１１は、図６の（Ａ）に示す例えばテーブルとしてＲＡＭ８上に構成されているものであり、列「構造木」に「処理開始」アイテムである「アイテム番号１」と「アイテム番号４」が記憶される。この時、内部のアイテム状態保持テーブルＴＡＢ１２は、図７の（Ａ）に示すように何も保持されない。ここで、アイテム状態保持テーブルＴＡＢ１２は、アイテム番号と、開始アイテム番号と、実行条件が記憶可能に構成されている。

次に、ＣＰＵ１が実行する図形解析部２０１−１がアイテムが実行される条件にラベル付けを行い、その順番・親子関係をシナリオ構造保持テーブルＴＡＢ１１に記憶する（Ｓ３５）。

図６の（Ｂ）に示すようにシナリオ構造テーブルＴＡＢ１１の列「構造木」に記憶されている「アイテム番号１」には、これに関係する「常時（１）」なるものが、「アイテム番号４」にはこれに関係する「常時（２）」と「常時（３）」なるものが記憶される。

さらに、図６の（Ｂ）〜（Ｅ）に示すように「常時（２）」の配下には「６がＴＲＵＥ」と「６がＦＡＬＳＥ」とが記述される。この際、アイテム状態保持テーブルＴＡＢ１２は、何ら変化はない。ただし、解析図形は、図８の（Ｂ）に示すように、常時（１）〜（３）、ＴＲＵＥ又はＦＡＬＳＥが反映された状態である。

なお、本実施形態において、「常時（１）」や「常時（２）」とは、テストシナリオの処理の流れで、判断分岐処理前後での順次処理を表すもので、括弧内の数字は、各順次処理に対してシナリオ構造保持テーブルＴＡＢ１１の出現順に配番されるものである。

また、「６がＴＲＵＥ」や「６がＦＡＬＳＥ」とは、そのアイテム番号（この場合は６）について、直下の判断分岐処理において真であるときに実行される処理がある場合に「６がＴＲＵＥ」、偽であるときに実行される処理がある場合に「６がＦＡＬＳＥ」となる。

そして、図形データ１０３の内部にある全てのアイテム群についての情報が、図７の（Ａ）〜（Ｅ）に示すように、各々アイテム状態保持テーブルＴＡＢ１２に記憶される（Ｓ３６）。

この際、図７の（Ａ）〜（Ｅ）に示すように、アイテム状態保持テーブルＴＡＢ１２は例えばテーブルとしてＲＡＭ８上に保持されているものであり、例えば図７の（Ｃ）に示すように列「アイテム番号」にアイテムの番号である「１」が、列「開始アイテム番号」に「１」が設定される。そして、図８の（Ｃ）に示すように、アイテムの開始番号が特定される（図中の破線で示す矢印）。

これは、各アイテムには予め個別に接続されるアイテムの種類が設定されており、列「アイテム番号」が設定されると、その番号のアイテムが接続される最初の開始アイテムの番号が列「開始アイテム番号」に設定されるものである。

例えば、図形データ１０３の内部が、図８に示すような解析図形データ例で表される構造の場合、「アイテム番号１」である開始アイテムがアイテム状態保持テーブルＴＡＢ１２に設定される際には、「アイテム番号１」は開始アイテムであるので、ＣＰＵ１は、自らのアイテム番号である「１」をアイテム状態保持テーブルＴＡＢ１２の列「開始アイテム番号」に設定する。

また、「アイテム番号２」である処理アイテムがアイテム状態保持テーブルＴＡＢ１２に設定される場合、「アイテム番号２」に対応する開始アイテムは「アイテム番号１」の開始アイテムであるので、ＣＰＵ１は、その開始アイテムの番号である「１」を、図７の（Ｄ）に示すようにアイテム状態保持テーブルＴＡＢ１２の列「開始アイテム番号」に設定する（Ｓ３７）。この際、解析図形は、図８の（Ｄ）に示すように解析図形が特定される。

次いで、ＣＰＵ１は、Ｓ３６で行ったアイテムについて、さらにアイテムが実行される条件を調べアイテム状態保持テーブルＴＡＢ１２に設定する。例えば、図７の（Ｄ）に示すように列「アイテム番号」にアイテムの番号である「１」が設定されている同じ行において、図７の（Ｅ）に示すように列「実行条件」に「常時（１）」が設定される。

これは、図６の（Ｅ）に示すように「アイテム番号１」の開始アイテムは、常に実行されるアイテムであり、「アイテム番号１」の開始アイテムに接続される、「アイテム番号２」の処理アイテム、「アイテム番号３」の終了アイテムも同様である。

そのため、図７の（Ｅ）に示すように、「アイテム番号２」、「アイテム番号３」の各々の行の列「実行条件」に「常時（１）」が設定される。

一方、図８の（Ｄ）に示すように、例えば分岐アイテムである「アイテム番号６」の直後に接続されている「アイテム番号７」と「アイテム番号８」の処理アイテムには、それらに対応するアイテム状態保持テーブルＴＡＢ１２の行における列「実行条件」の欄にはそれぞれ、図７の（Ｅ）に示す実行条件に対して「６がＴＲＵＥ」、「６がＦＡＬＳＥ」が設定される。

次に、ＣＰＵ１は、Ｓ３６とＳ３７とを図形データ１０３に属する全ての図形アイテムについて繰り返し行った後（Ｓ３８）、ＣＰＵ１は、シナリオ構造保持テーブルＴＡＢ１１内の列「構造木」の全てのノードについて、アイテム状態保持テーブルＴＡＢ１２の列「開始アイテム番号」と列「実行条件」を基に、シナリオ構造保持テーブルＴＡＢ１１の各ノードに関連するアイテムのリストを繰り返し記憶して（Ｓ３９）、Ｓ４０で、ルートにある全てのアイテムとノードついて処理を終了したとＣＰＵ１が判断した場合、本処理を終了する。

例えば図８の（Ａ）〜（Ｄ）に示す解析図形データ例の場合、図６の（Ｅ）に示すようにシナリオ構造保持テーブルＴＡＢ１１の列「構造木」に設定されている「アイテム番号１」に属する「常時（１）」と同じ行で列「関連アイテム」の欄に「１→２→３」と設定される。

これは、同じノードに属する各アイテムの番号を接続順に矢印で印をつけて設定するものである。また、図６の（Ｅ）に示すようにシナリオ構造保持テーブルＴＡＢ１１の列「構造木」に設定されている「アイテム番号４」に属する「常時（２）」と同じ行で列「関連アイテム」の欄に「４→3f５→６」と設定される。

さらに、図８の（Ｄ）に示すように「常時（２）」の子になる「６がＴＲＵＥ」と同じ行で列「関連アイテム」の欄に「７」と設定されるとともに、「６がＦＡＬＳＥ」と同じ行で列「関連アイテム」の欄に「８」と設定される。

図１において、図形解析部２０１−１〜２０１−３で解析され作成されたシナリオ構造保持テーブル２０２−１〜２０２−３は、ＣＰＵ１の処理に従い対応するシナリオ出力部２０３−１〜２０３−３に送信される。

図９は、本実施形態を示すシナリオ編集装置の制御手順を示すフローチャートである。本例は、シナリオ出力部２０３−１〜２０３−３で行われる処理に対応する。なお、各ステップは、ＣＰＵ１がＲＡＭ８にロードする各種の制御プログラム（シナリオ出力部２０３−１〜２０３−３）を実行することで実現される。

ＣＰＵ１は、シナリオ出力部２０３−１〜２０３−３を実行して、図形解析部２０１−１〜２０１−３から受信されたシナリオ構造保持テーブル２０２−１〜２０２−３に設定されている各行のアイテムについて、各アイテムの各ノード毎に図形データのアイテム情報から出力するコードを取得してテストシナリオ２０４−１〜２０４−３を出力する（Ｓ４１）。

例えば、シナリオ構造保持テーブル２０２−１に設定されている、列「構造木」に「アイテム番号１」の「常時（１）」、列「関連アイテム」に「１→２→３」が設定されている行の場合、前述の図形データの内部には、アイテム番号１のデータがあり、次いでアイテム番号２のデータ、そしてアイテム番号３のデータがあり、その順序でそれぞれが構成しているプログラム群が順次配置されることにより、テストシナリオに対応するプログラムが作成される。

なお、それぞれのアイテムを構成しているプログラム群は、ＯＰＰ（オブジェクト指向プログラミング）を基に、統一されたインターフェースでプログラムされたものであるので、シナリオ上にプログラム群を配置することで、シナリオを構成することが容易に可能である。

次に、ＣＰＵ１は、Ｓ４１を、図９の（Ｂ）に示すように構造木のルートにある全てのアイテムとノードに繰り返して（Ｓ４２）、（Ｓ４３）、本処理を終了する。

これにより、ユーザ所望のシミュレータ３００−１〜３００−３に対応するテストシナリオ２０４−１〜２０４−３のプログラムを得ることができる。

図１０は、本実施形態を示すシナリオ編集装置の制御手順を示すフローチャートである。本例は、アドオン処理部２００−１〜２００−３で行われる処理に対応する。なお、各ステップは、ＣＰＵ１がＲＡＭ８にロードする各種の制御プログラム（アドオン処理部２００−１〜２００−３）を実行することで実現される。

まず、ＣＰＵ１が図形解析部２０１−１〜２０１−３を実行して解析処理を行っている際に（Ｓ５１）、ＣＰＵ１はその処理結果に何らかのエラーが検出されたかどうかを判断する（Ｓ５２）。ここで、エラーを検出したとＣＰＵ１が判断した場合、Ｓ５７へ進む。

一方、Ｓ５２で、図形解析部２０１−１〜２０１−３による処理でエラーを検出していないとＣＰＵ１が判断した場合は、Ｓ５３へ進む。

そして、Ｓ５３で、ＣＰＵ１はシナリオ出力部２０３−１〜２０３−３を実行して出力処理を行っている際に（Ｓ５３）、ＣＰＵ１はその処理結果に何らかのエラーが検出しているかどうかを判断する（Ｓ５４）。ここで、出力処理においてエラーを検出しているとＣＰＵ１が判断した場合、Ｓ５７へ進む。

そして、Ｓ５７で、ＣＰＵ１は、ディスプレイ２上のウィンドウ２０００にＧＵＩとしてエラー通知画面を表示する。この際、ＣＰＵ１は、例えばディスプレイ２上のウィンドウ２０００の上部に、エラーが発生したアイテムの色彩を変更することなどにより、分かりやすくユーザに明示するとともに、ウィンドウ２０００の下部にエラーの詳細内容を文章で表示する。

そして、Ｓ５８で、ＣＰＵ１は、ディスプレイ２上のウィンドウ２０００に表示されたエラー発生を表示しているアイテムや文章をユーザが、例えばポインティングデバイス５でダブルクリックする等の指示を行っているかどうかを判断する。ここで、ポインティングデバイス５でダブルクリックする等の指示を行っていないとＣＰＵ１が判断した場合は、本処理を終了する。

一方、Ｓ５８で、ポインティングデバイス５でダブルクリックする等の指示を行っているとＣＰＵ１が判断した場合は、Ｓ５９で、ＣＰＵ１は、図形表示部２００２上のエラー内容に該当するアイテムをディスプレイ２上にフォーカス表示して、図形データ編集部１００の表示部１０１に処理を移す。

これにより、ユーザが各処理段階で発生し得るエラーを容易に発見でき、作成しているシナリオを適切なタイミングで迅速に修正することができる。そして、複数のエラーが発生している場合には、当該処理を繰り返すことにより、ユーザが全てのエラーを効率的に修正することができる。

一方、Ｓ５４で、処理結果に対して何らかのエラーを検出していないとＣＰＵ１が判断した場合、Ｓ５５で、外部コンパイラがシナリオのビルド処理を行っている際に、ＣＰＵ１は、処理結果に何らかのエラーを検出しているかどうかを判断する（Ｓ５６）。ここで、ビルド処理において何らかのエラーを検出しているとＣＰＵ１が判断した場合は、エラーの内容をディスプレイ２上のウィンドウ２０００に表示して、図形データ編集部１００の表示部１０１に処理を移す。また、ビルド処理において何らかのエラーを検出していないとＣＰＵ１が判断した場合は、本処理を終了する。

これにより、シナリオ作成の最終段階において、ビルド処理に関わるエラーが発生したことをユーザに通知することができる。

本実施形態によれば、アドオンとして提供する構成とすることにより、他社、他機種への適用が必要になった場合でも、出力部に対応するアドオン処理部２００−１〜２００−３のみ専用に開発して、表示部に対応する図形データ編集部１００に関しては既存のソフトウエアを継続使用（共有使用）することで、より迅速に各種のシミュレータに適用できるシナリオを効率よく作成できる。また、シミュレータの機能の追加、変更等にも出力部に対応するアドオン処理部２００−１〜２００−３のみを修正等すればよく、従来に比べて格段に効率的にシナリオ編集を行うことが可能となる。

なお、以下に、Ｓ５２、Ｓ５４等におけるエラー判定例を図１１、図１２、図１３、図１４を参照して説明する。

〔エラー判定例１〕
Ｓ５２におけるエラーとは、図１１に示すように、図形解析部２０１−１等の入力である図形データにルール違反、例えば作成されたフローチャートのアイテムの接続先が不明となる場合、より具体的には、矢印に接続されるアイテムがないフローチャートが作成されている場合である。

〔エラー判定例２〕
また、図１２に示すように開始アイテムが存在しないで、あるアイテムから他のアイテムに進むようなフローチャートが作成されている場合である。

〔エラー判定例３〕
さらに、図１３に示すように分岐してはならないアイテムであるにもかかわらず、１つのアイテムから複数のアイテムに分岐するようなフローチャートが作成されている場合である。

〔エラー判定例４〕
一方、Ｓ５４におけるエラーとは、図１４に示すように、シナリオ出力部２０３−１の入力であるシナリオ構造保持テーブル２０２−１にする際、解析不能部分が存在する場合である。

例えば開始アイテム、アイテム、分岐アイテム、終了アイテム等からなるフローチャートが作成された場合に、シナリオ構造保持テーブル上、構造木に解析不能な部分が存在する場合である。

〔第２実施形態〕
図１５は、本実施形態を示すシナリオ編集装置を含むデータ処理システムの一例を示すブロック図である。以下、テストシナリオ作成の際に障害が発生した場合の、サーバ通報機能を説明する。なお、シナリオ編集装置とＨＴＴＰサーバとは通信可能に接続される。

図１におけるシナリオ編集装置のＨＤＤ９には、ソフトウエアである障害検出部とＨＴＴＰ通信部とが記憶されているとともに、Ｅメール送受信ソフトウエアが記憶されている。

また、インターネットなどの通信回線１００１を介してコンピュータとは異なる場所、例えばシナリオ編集装置内のソフトウエアの保守を担う拠点にＨＴＴＰサーバ１００２が設置されている。ＨＴＴＰサーバ１００２には、問い合わせ受付部１１００と問い合わせ解析部１１０１と返答送信部１１０２とが設けられている。

テストシナリオ作成の際にシナリオ編集装置１５００内のソフトウエアに何らかの障害が発生した場合、障害検出部１５０１により障害発生時のシナリオ編集装置内のソフトウエアの状態がＨＤＤ９に記憶される。そして、ソフトウエア状態が障害データ（シナリオ作成エラー情報）１５０３としてＨＴＴＰ通信部１５０２に送信される。ＨＴＴＰ通信部１５０２では、受信された障害データ１５０３をインターネット等の通信回線１００１を介してＨＴＴＰサーバ１００２に送信する。

ＨＴＴＰサーバ１００２では、障害データ１５０３を問い合わせ受付部１１００で受信する。そして、当該障害データがレコードとして問い合わせデータベース１１０６に記憶される。

その後、障害データ１１０４が問い合わせ解析部１１０１で受信されると、問い合わせ解析部１１０１において、障害データ１１０４と問い合わせデータベース１１０６に蓄積されている他の障害データとのマッチング（エラーチェック）を行い、同等の障害データが抽出された場合には、問い合わせデータベース１１０６に蓄積されている抽出障害データに関する対処方法を示す、すなわちエラーを回復させるためのエラー対処情報が返答メール１１０５に記載され返答送信部１１０２に送信される。

一方、同等の障害データが抽出されないと問い合わせ解析部１１０１が判断した場合には、ＨＴＴＰサーバ１００２の図示しないディスプレイ等の表示部において「新規障害データ検出」の旨を表示し、図示しないソフトウエア保守担当者に障害への対応を促す。

また、返答送信部１１０２に返答メール１１０５が受信されると、シナリオ編集装置１５００に向けて返答メールがインターネット等の通信回線１００１を介して送信される。その後、シナリオ編集装置１５００のＥメールソフトウエアで返答メールが受信され、発生した障害の対処方法をユーザに通知することができる。

本実施形態によれば、シナリオ作成や編集中において、シナリオ作成又は編集プログラムの実行時にエラーなどが生じた場合、インターネット経由で予め設定された通知先に通知する機能を設けているので、報告内容とＨＴＴＰサーバに蓄積している障害対処情報ＤＢとを比較し、自動対処可能であれば、自動的に対処方法を相手先に返答することができる。また、自動対処不可能であれば、障害対応後に新たな対処方法として障害対処情報ＤＢに蓄積することができ、その後、同様のエラーが発生した場合に有効な手だてをユーザに通知できる。

〔第３実施形態〕
以下、図１６に示すメモリマップを参照して本発明に係るシナリオ編集装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１６は、本発明に係るシナリオ編集装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態におけるフローチャートに示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやＦＴＰサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本実施形態によれば、シナリオ作成ソフトウエアを、表示部と出力部に完全に分離した構成とし、出力部をアドオンとして提供する構成としたので、他社・他機種への適用が必要になった時でも、出力部のみ専用に開発・提供し、表示部に関しては既存のソフトウエアを継続使用することによって、より迅速に他社・他機種のシミュレータに適用することができる。

また、シナリオの基となるイベントフローチャートから、異なるシステムを対象としたシナリオを作成する機能を設けたので、同じ動作を行うシナリオを別のシステムに移植する場合、当該システムのための出力部で出力することにより、当該システムで動作可能なシナリオをそれぞれ得ることができる。これによりユーザの生産性を飛躍的に高めることが可能となる。

さらに、シナリオ作成ソフトウエアを、流れが一本のアイコン羅列方法ではなく、ＳＤＬ(Specification and Description Language)で、フローチャートを作成する形式としたので、以前ではできなかった条件分岐や繰り返しを含むシナリオを作成することが容易にできる。

１００ 図形データ編集部
１０２ アドオン制御部
２００−１〜２００−３ アドオン処理部

Claims (19)

1. 試験処理を行う単一または複数のシミュレータに対応するシナリオを作成するシナリオ編集装置であって、
   シナリオを構成するフローチャートを作成するための図形データを記憶する記憶手段と、
   前記記憶手段に記憶された図形データを用いて前記フローチャートを作成するための図形データの一覧と、当該図形データの一覧から選択される図形データを編集するための図形編集領域とを表示手段に表示する表示制御手段と、
   前記表示手段に表示された図形編集領域に配置された単一または複数の図形データを接続してシナリオチャートを作成する作成手段と、
   前記作成手段が作成した前記シナリオチャートを取得して各シミュレータの属性に従って解析することにより各シミュレータに対応するシナリオ構造保持テーブルを作成する単一または複数のアドオン処理手段と、
   を備えることを特徴とするシナリオ編集装置。
2. 前記作成手段が作成した前記シナリオチャートをいずれかのアドオン処理手段に振り分けて出力する振り分け手段を備えることを特徴とする請求項１記載のシナリオ編集装置。
3. 各アドオン処理手段は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力することを特徴とする請求項１記載のシナリオ編集装置。
4. 各アドオン処理手段は、対応するシミュレータの仕様変更に従い作成するシナリオ構造保持テーブルを変更可能とする請求項１乃至３のいずれか１項に記載のシナリオ編集装置。
5. 各アドオン処理手段は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーチェックを実行することを特徴とする請求項１乃至４のいずれか１項に記載のシナリオ編集装置。
6. 各アドオン処理手段は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーが発生した旨をあらかじめ登録された通知先に通知することを特徴とする請求項１乃至５のいずれか１項に記載のシナリオ編集装置。
7. シナリオ編集装置と通信可能なサーバ装置であって、
   前記シナリオ編集装置から通知されるシナリオ作成エラー情報と、あらかじめ記憶されたエラー対処情報とを比較してエラーを回復するための障害対処情報を前記シナリオ編集装置に送信する送信手段を備えることを特徴とするサーバ装置。
8. シナリオを構成するフローチャートを作成するための図形データを記憶する記憶手段を備え、試験処理を行う単一または複数のシミュレータに対応するシナリオを作成するシナリオ編集装置のシナリオ編集方法であって、
   前記記憶手段に記憶された図形データを用いて前記フローチャートを作成するための図形データの一覧と、当該図形データの一覧から選択される図形データを編集するための図形編集領域とを表示手段に表示する表示制御工程と、
   前記表示手段に表示された図形編集領域に配置された単一または複数の図形データを接続してシナリオチャートを作成する作成工程と、
   前記作成工程が作成した前記シナリオチャートを取得して各シミュレータの属性に従って解析することにより各シミュレータに対応するシナリオ構造保持テーブルを作成する単一または複数のアドオン処理工程と、
   を備えることを特徴とするシナリオ編集方法。
9. 前記作成工程が作成した前記シナリオチャートをいずれかのアドオン処理工程に振り分けて出力する振り分け工程を備えることを特徴とする請求項８記載のシナリオ編集方法。
10. 各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力することを特徴とする請求項８記載のシナリオ編集方法。
11. 各アドオン処理工程は、対応するシミュレータの仕様変更に従い作成するシナリオ構造保持テーブルを変更可能とする請求項８乃至１０のいずれか１項に記載のシナリオ編集方法。
12. 各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーチェックを実行することを特徴とする請求項８乃至１１のいずれか１項に記載のシナリオ編集方法。
13. 各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーが発生した旨をあらかじめ登録された通知先に通知することを特徴とする請求項８乃至１２のいずれか１項に記載のシナリオ編集方法。
14. シナリオを構成するフローチャートを作成するための図形データを記憶する記憶手段を備え、試験処理を行う単一または複数のシミュレータに対応するシナリオを作成するシナリオ編集装置に、
    前記記憶手段に記憶された図形データを用いて前記フローチャートを作成するための図形データの一覧と、当該図形データの一覧から選択される図形データを編集するための図形編集領域とを表示手段に表示する表示制御工程と、
    前記表示手段に表示された図形編集領域に配置された単一または複数の図形データを接続してシナリオチャートを作成する作成工程と、
    前記作成工程が作成した前記シナリオチャートを取得して各シミュレータの属性に従って解析することにより各シミュレータに対応するシナリオ構造保持テーブルを作成する単一または複数のアドオン処理工程と、
    を実行させるためのプログラム。
15. 前記シナリオ装置に、
    前記作成工程が作成した前記シナリオチャートをいずれかのアドオン処理工程に振り分けて出力する振り分け工程を実行させることを特徴とする請求項１４記載のプログラム。
16. 各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力することを特徴とする請求項１４記載のプログラム。
17. 各アドオン処理工程は、対応するシミュレータの仕様変更に従い作成するシナリオ構造保持テーブルを変更可能とする請求項１４乃至１６のいずれか１項に記載のプログラム。
18. 各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーチェックを実行することを特徴とする請求項１４乃至１７のいずれか１項に記載のプログラム。
19. 各アドオン処理工程は、作成したシナリオ構造保持テーブルからシナリオを作成して対応するシミュレータに出力する際に、エラーが発生した旨をあらかじめ登録された通知先に通知することを特徴とする請求項１４乃至１８のいずれか１項に記載のプログラム。

Images