JPH0973425A - クライアントシミュレータ - Google Patents

Abstract

(57)【要約】 【課題】 サーバマシンとクライアントマシンとをＬＡ
Ｎで接続したシステムにおいて、サーバマシン上のプロ
グラムの動作検証を人手を介することなく行う。 【解決手段】 ＯＳ３は、クライアントＡＰＰプログラ
ムからのメッセージをＬＡＮ７上へ流す。サーバマシン
８はメッセージを取り込み、測定対象プログラム１０へ
渡す。記録／再生マシン１１は、ＬＡＮ上に流れるメッ
セージをすべて取り込み、記録／再生プログラム５ａへ
渡す。それが、シミュレーション対象となるクライアン
トマシン１とサーバマシン８の間のメッセージであった
場合は、スクリプトファイル６ａに記録する。記録／再
生マシン１１は、記録／再生プログラム５ａとスクリプ
トファイル６ａを用いて、クライアントマシンをシミュ
レーションする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータネ
ットワークシステムにおけるクライアント／サーバ構成
において、クライアントマシン（以下、クライアントと
も言う）とサーバマシン（以下、サーバとも言う）の間
のメッセージ（送受信データ）を記録／再生すること
で、クライアントマシンをシミュレーションすることを
可能とするクライアントシミュレーション方式に関する
ものである。

【０００２】

【従来の技術】図２９は、従来のクライアントシミュレ
ーションの方式を示す図である。図２９において、１は
クライアントマシンである。２はサーバマシン８とデー
タ通信しながらクライアントマシン１上で動作するアプ
リケーションプログラム（ＡＰＰプログラム）である。
３はクライアントマシン１のＯＳ（オペレーティングシ
ステム）である。４はＬＡＮ（ローカルエリアネットワ
ーク）７上のデータの受け渡しを制御する通信プログラ
ムである。５はＯＳ３とＡＰＰプログラム２の間のメッ
セージを記録／再生する記録／再生プログラムである。
上記記録／再生プログラム５は、ＯＳ３とＡＰＰプログ
ラム２の間のメッセージをスクリプトファイル６に記録
する。９はサーバマシン８において、ＬＡＮ７上のデー
タの受け渡しを制御する通信プログラムである。１０は
サーバマシン８で動作する検証対象となる測定対象プロ
グラムである。

【０００３】クライアント／サーバ構成において、従来
例では、クライアントマシン上に記録／再生プログラム
が存在していた。このため、クライアントマシン上でク
ライアントアプリケーションと記録／再生プログラムが
同時に実行されていなければならない。そして、クライ
アントアプリケーションのみが実行されている場合のシ
ミュレーションはできなかった。そのため、クライアン
トアプリケーションだけが動いている場合のサーバマシ
ンの動作を検証するには、実際に人手を介してクライア
ントマシンを動作させなければならなかった。

【０００４】次に、クライアントシミュレーション方式
を、図２９に示す構成にした場合の動作について説明す
る。利用者がキー入力などの操作を行うと、ＯＳ３がそ
の入力したイベントを受け取り、ＡＰＰプログラム２に
伝える。ＡＰＰプログラム２は、ＯＳ３から受け取った
イベントを処理した後、サーバマシンに渡したいデータ
を作成し、ＯＳ３に渡す。ＯＳ３は、上記データを通信
プログラム４へ渡す。そして、通信プログラム４は、そ
のデータをサーバマシン８宛にＬＡＮ７上へ流す。以上
のような動作の中で、クライアントマシン１の記録／再
生プログラム５は、利用者からのキー入力等の操作によ
りＯＳ３が受け取ったイベントを取り込み、上記イベン
トをスクリプトファイル６に記録する。サーバマシン８
は、通信プログラム９を通してサーバマシン８宛のメッ
セージを取り込み、検証対象である測定対象プログラム
１０へ渡す。

【０００５】このようにして、クライアントマシンの記
録／再生プログラム５は、利用者のキー入力などの操作
を全てスクリプトファイル６へ記録しておく。クライア
ントマシンをシミュレーションする場合は、スクリプト
ファイル６へ記録したイベントをＯＳ３が読み込み、Ｏ
Ｓ３が読み込んだイベントをＡＰＰプログラム２へ送信
する。ＡＰＰプログラム２がそのイベントを処理した
後、ＯＳ３へメッセージを送信する。その後、ＡＰＰプ
ログラム２が利用者からの入力を必要とするために、Ｏ
Ｓ３は記録／再生プログラム５を通してスクリプトファ
イル６から先に記録したイベントを読み込み、ＯＳ３に
送る。この操作を繰り返すことで、利用者がキー入力な
ど行わなくても自動的に利用者の動作をシミュレーショ
ンしてきた。

【０００６】また、従来利用されている図示していない
ランアナライザ（ＬＡＮ ＡＮＡＬＹＺＥＲ）は、ＬＡ
Ｎ上を流れるメッセージを記録し、ＬＡＮの故障診断や
モニター等の解析を行なう機器である。このＬＡＮ Ａ
ＮＡＬＹＺＥＲにおいては、ＬＡＮに流れるメッセージ
の記録は行なわれているが、ＬＡＮに対して、シミュレ
ーションを目的としたメッセージの再生は行なわれてい
ない。

【０００７】

【発明が解決しようとする課題】上述したように、従来
は、クライアントマシンをシミュレーションする場合に
おいて、利用者の入力を記録／再生プログラムにより予
め記録し、シミュレーションする場合に再生していた。
このため、クライアントマシンのＡＰＰプログラムと記
録／再生プログラムが、同時に動作していることが必要
であった。そのため、クライアントマシンのＡＰＰプロ
グラムだけが動いている場合のシミュレーションをする
ことができないという問題点があった。クライアントマ
シンのＡＰＰプログラムだけが動いている場合のサーバ
マシンの動作を検証するには、実際に人手を介してクラ
イアントマシンを動作させなければならないという問題
点があった。

【０００８】本発明は、以上のような問題点を解消する
ためになされたもので、利用者の入力を記録／再生する
のではなく、ＬＡＮ上を流れるクライアントマシンとサ
ーバマシンの間のメッセージを記録／再生することによ
り、クライアントマシンのＡＰＰプログラムと記録／再
生プログラムを同時に動かす必要性をなくす。そして、
クライアントマシンのＡＰＰプログラムだけが動作した
場合を記録／再生することを可能にする。これによっ
て、クライアントマシンに対するサーバマシンの測定対
象プログラムの動作を、人手を介さずに検証することが
できるクライアントシミュレータを得ることを目的とす
る。

【０００９】

【課題を解決するための手段】この発明に係わるクライ
アントシミュレータは、サーバマシンと一つ以上のクラ
イアントマシンとをＬＡＮで接続したシステムのクライ
アントマシンをシミュレーションし、ＬＡＮに送出され
たメッセージをＬＡＮから取り込んで記録する記録手段
と、記録したメッセージを再生してＬＡＮに送出する再
生手段を備えたことを特徴とする。

【００１０】また、この発明に係わるクライアントシミ
ュレータは、上記記録手段及び再生手段をシミュレーシ
ョンされるクライアントマシンとは別の独立したクライ
アントマシンに配置したことを特徴とする。

【００１１】また、この発明に係わるクライアントシミ
ュレータは、記録制御情報を保持する記録制御部を備
え、上記記録手段は記録制御部に保持された記録制御情
報を参照して上記メッセージをＬＡＮから取得して記録
することを特徴とする。

【００１２】また、この発明に係わるクライアントシミ
ュレータは、上記クライアントマシンが、ＬＡＮ上で固
有に識別されるクライアント識別子を有し、上記記録制
御情報は上記クライアント識別子を含むことを特徴とす
る。

【００１３】また、この発明に係わるクライアントシミ
ュレータは、上記サーバマシンが、ＬＡＮ上で固有に識
別されるサーバ識別子を有し、上記記録制御情報は、さ
らに、サーバ識別子を含むことを特徴とする。

【００１４】また、この発明に係わるクライアントシミ
ュレータは、上記クライアントシミュレータが、再生制
御情報を保持する再生制御部を備え、上記再生手段は再
生制御部に保持された再生制御情報を参照して記録した
メッセージを再生してＬＡＮに送出することを特徴とす
る。

【００１５】また、この発明に係わるクライアントシミ
ュレータは、上記クライアントマシンが、ＬＡＮ上で固
有に識別されるクライアント識別子を有し、上記再生制
御情報は上記クライアント識別子により再生するメッセ
ージを指定することを特徴とする。

【００１６】また、この発明に係わるクライアントシミ
ュレータは、上記再生制御情報が、メッセージを再生す
るクライアントマシンの台数を指定する情報を含むこと
を特徴とする。

【００１７】また、この発明に係わるクライアントシミ
ュレータは、上記再生制御情報が、再生するメッセージ
の間隔を指定する情報を含むことを特徴とする。

【００１８】また、この発明に係わるクライアントシミ
ュレータは、上記再生制御部が、上記再生手段によるメ
ッセージの再生中に再生制御情報を動的に変更すること
を特徴とする。

【００１９】また、この発明に係わるクライアントシミ
ュレータは、サーバマシン上のプログラムの動作を検証
することを特徴とする。

【００２０】

【発明の実施の形態】

実施の形態１．以下、図面に基づいて本発明の実施の形
態１を説明する。図１は、本発明のクライアントシミュ
レータを実現するためのマシン構成を示した図である。
この実施の形態は、１台のクライアントマシンと、１台
のサーバマシンと、１台の記録／再生マシンとをＬＡＮ
で接続した例である。１はクライアントマシンである。
２はサーバマシンとデータ通信しながら動作するクライ
アントマシン上で動作するアプリケーションプログラム
である。以降の説明ではＡＰＰプログラム、またはクラ
イアントアプリケーションとも言う。３はクライアント
マシンのＯＳ（オペレーティングシステム）である。４
はＬＡＮ上のデータの受け渡しを制御する通信プログラ
ムである。７はＬＡＮである。ＬＡＮは、たとえば、バ
ス型またはスター型のものを対象とする。８はサーバマ
シンである。９はＬＡＮ上のデータの受け渡しを制御す
る通信プログラムである。１０はサーバマシンで動作す
る検証対象となる測定対象プログラムである。１１はイ
ベントの記録／再生を行う記録／再生マシンである。１
２はＬＡＮ上のデータの受け渡しを制御する通信プログ
ラムである。５ａはクライアントマシンとサーバマシン
の間のメッセージを記録／再生する記録／再生プログラ
ムである。６ａは記録／再生プログラム５ａがクライア
ントマシンとサーバマシンの間のメッセージを記録する
スクリプトファイル６ａである。１３はシミュレーショ
ン対象のクライアントマシンとサーバマシンのアドレス
が格納されている記録制御ファイルである。クライアン
トマシンとサーバマシンのアドレスとは、ＬＡＮ上でク
ライアントマシンやサーバマシンを固有に識別する識別
子のことである。

【００２１】図２は、スクリプトファイル６ａのレコー
ドの内容を示した図である。図２に示すように、スクリ
プトファイル６ａのレコードは、メッセージデータの先
頭にそのメッセージデータの時刻印、送信側アドレス
（メッセージデータを送信したクライアントマシンまた
はサーバマシンのアドレス）、受信側アドレス（メッセ
ージデータを受信するクライアントマシンまたはサーバ
マシンのアドレス）をつけて記録される。図３は、スク
リプトファイル６ａのレコードの具体例を示した図であ
る。

【００２２】また、図４は、クライアントマシンとサー
バマシンのアドレスが格納された記録制御ファイルのレ
コードの内容を示した図である。図４に示すように、ク
ライアントマシンアドレスとサーバアドレスがペアで１
レコードとなっている。これは、どのクライアントマシ
ンとサーバマシン間のメッセージを記録するかを指定す
るものである。そのため、図４とは逆に、サーバアドレ
ス、クライアントアドレスの順に、レコードに書き込ま
れても構わない。図５は、ＴＣＰ／ＩＰプロトコルを用
いたＬＡＮにおける１台のクライアントマシンと、１台
のサーバマシンのアドレスが格納された記録制御ファイ
ルのレコードの具体例を示した図である。ＴＣＰ／ＩＰ
プロトコルを用いる場合、１つのアドレスは、論理アド
レス（ＩＰアドレス）と物理アドレス（ＭＡＣアドレ
ス）とから構成される。

【００２３】次に、図６、図７、図８の流れ図を用いて
動作について詳細に説明する。図６は、クライアントＡ
ＰＰプログラム２の処理の流れを示した図である。図７
は、記録／再生マシン１１がメッセージを記録する時の
処理の流れを示した図である。図８は、記録／再生マシ
ン１１が記録したメッセージを再生する時の処理の流れ
を示した図である。まず、図６を用いて、クライアント
マシン１のＡＰＰプログラム２の処理の流れを説明す
る。クライアントマシン１のＡＰＰプログラム２が起動
されると、クライアントマシン１のＡＰＰプログラム２
は、サーバマシン８に送信したいデータを作成し、ＯＳ
３に渡す（Ｓ１）。送信したいデータの内容により、そ
の後、サーバマシン８からのメッセージが必要であるか
否か判定し（Ｓ２）、必要な場合にはサーバマシン８か
らのメッセージを待つ（Ｓ３）。ＡＰＰプログラム２
は、この処理をプログラムが終了するまで繰り返す（Ｓ
４）。

【００２４】以下に、上記Ｓ３において、ＡＰＰプログ
ラム２が、サーバマシン８からのメッセージ待ちをして
いる間のＯＳ３及びサーバマシン８の動作について説明
する。ＯＳ３は、クライアントＡＰＰプログラム２から
サーバマシン８に送るメッセージを受け取ると、そのメ
ッセージを通信プログラム４を通して、ＬＡＮ７上へ流
す。

【００２５】サーバマシン８は、通信プログラム９を通
してサーバマシン８宛のメッセージを取り込み、検証対
象である測定対象プログラム１０へ渡す。測定対象プロ
グラム１０は、受け取ったメッセージを処理した後、ク
ライントマシン１宛に送信する処理結果のメッセージを
作成し、サーバマシンの通信プログラム９を通して、そ
のメッセージをＬＡＮ７上へ流す。

【００２６】クライアントマシン１の通信プログラム４
は、上記サーバマシン８からのメッセージを受け取る
と、ＯＳ３を通してメッセージを待っているクライアン
トＡＰＰプログラム２へ渡す。

【００２７】次に、図７の処理の流れに従い、記録／再
生マシン１１におけるメッセージ記録動作について説明
する。記録／再生プログラム５ａは、通信プログラム１
２を通してＬＡＮ７上を流れるメッセージをすべて読み
込む（Ｓ５）。そして、記録／再生プログラム５ａは、
読み込んだメッセージがシミュレーション対象のクライ
アントマシン１とサーバマシン８間におけるメッセージ
であるかどうか調べる。調べる方法は、記録／再生プロ
グラム５ａが、記録制御ファイル１３に記録されている
レコードを読み込み（Ｓ６）、比較することにより行わ
れる。記録制御ファイル１３には、シミュレーション対
象のクライアントマシンのアドレスとサーバマシンのア
ドレスが格納されている。これにより、読み込んだメッ
セージの送信側アドレスと受信側アドレスが、記録制御
ファイル１３に記録されているクライアントアドレスと
サーバアドレスと一致するか確認する（Ｓ７）。一致し
た場合（ＹＥＳの場合）は、その時刻と送信側アドレス
と受信側アドレスと当該メッセージを、スクリプトファ
イル６ａに記録する（Ｓ８）。

【００２８】次に、図８の処理の流れに従い、記録／再
生マシン１１におけるメッセージ再生動作について、即
ち、シミュレーション動作について説明する。図８で
は、図７の処理でクライアントマシン及びサーバマシン
の動作の記録を行った後、記録／再生プログラム５ａを
実行してメッセージの再生を行う処理を示す。

【００２９】クライアントマシン１のシミュレーション
が開始されると、記録／再生プログラム５ａは、記録し
たレコードをスクリプトファイル６ａから読み込む（Ｓ
９）。次に、Ｓ１０において、スクリプトファイル６ａ
から読み込むレコードが存在するか否かを判断する。ス
クリプトファイルの終了によりレコードが存在しない時
（ＹＥＳの時）、メッセージの再生処理を終了する。ス
クリプトファイルの終了によりレコードが存在する時
（ＮＯの時）、読み込んだメッセージがクライアントマ
シン１からサーバマシン８へのメッセージであるか、ま
たはサーバマシン８からクライアントマシン１へのメッ
セージであるかを判定する（Ｓ１１）。メッセージの方
向は、スクリプトファイル６ａの各レコードの送信側ア
ドレスと、受信側アドレスにより判定できる。クライア
ントマシン１からサーバマシン８への送信メッセージで
ある時は、スクリプトファイル６ａから読み込んだメッ
セージの送信側アドレスを、記録／再生マシン１１自身
のアドレスに変更する（Ｓ１２）。また、シミュレーシ
ョン処理を開始して最初の送信メッセージの時は（Ｓ１
４）、メッセージをサーバマシン８に送信する（Ｓ１
６）。そして、送信した時刻を図示していないレジスタ
に記録する（Ｓ１７）。最初の送信メッセージでない時
は（Ｓ１４）、スクリプトファイル６ａ内のレコードを
参照し、レコードに記録されている前回送信したメッセ
ージの時刻印と、今回送信するメッセージに対応する時
刻印との時間差が、レジスタに記憶してある前回シミュ
レーションのために送信した時の時刻と現在の時刻との
差以下になるまで待つ（Ｓ１５）。条件を満たすまで待
機したらメッセージをサーバマシン８に送出し（Ｓ１
６）、送信した時刻をレジスタに記録する（Ｓ１７）。
もし、スクリプトファイル６ａから読み込んだメッセー
ジが、サーバマシン８からクライアントマシン１への受
信メッセージの時は（Ｓ１１）、スクリプトファイル６
ａに記録されたメッセージと同じメッセージが、サーバ
マシン８から記録／再生マシン１１宛にくるまで待つ
（Ｓ１３）。この動作をスクリプトファイル６ａのレコ
ードがなくなるまで繰り返す（Ｓ１０）ことで、クライ
ントマシン１の動作をシミュレーションする。なお、こ
の実施の形態において、記録／再生マシン１１は、サー
バマシン８上の測定対象プログラム１０の動作を検証す
るためのクライアントシミュレータである。このため、
記録／再生マシン１１は、クライアントマシン１がサー
バマシン８にメッセージを送信する時間間隔で、メッセ
ージを送出できる性能をもつマシンである必要がある。

【００３０】以上のように、この実施の形態において
は、クライアントマシン１の動きの記録／再生は、ＬＡ
Ｎに接続された別なマシン（記録／再生マシン１１）で
実行されるため、クライントマシンの動作に全く影響を
与えることなく、メッセージをＬＡＮから取り込み、記
録／再生することができる。そして、サーバマシン８上
の測定対象プログラム１０の動きを検証することができ
る。なお、この実施の形態では、説明を簡単にするため
に、サーバマシン及びクライアントマシンが各１台の構
成を取ったが、複数のサーバマシン及びクライアントマ
シンを接続した構成を取ってもよい。その場合、記録制
御ファイル１３に指定されたクライアントマシンとサー
バマシンのアドレスのペアにより、記録するメッセージ
の送信側と受信側のペアを選択的に設定することが可能
となり、動的な運用ができるという効果を奏する。な
お、記録制御ファイル１３はなくてもよい。記録制御フ
ァイル１３がない時は、全メッセージを記録し、全メッ
セージを再生する。また、この実施の形態においては、
記録／再生マシンを独立したものとして説明している
が、独立したマシンでなくても同じ効果は得られる。た
だし、ＡＰＰプログラムと記録／再生プログラムが同時
に動作している必要がある。

【００３１】実施の形態２．この実施の形態２では、記
録制御ファイル１３に、クライアントマシンとサーバマ
シンのアドレスを複数記述することにより、複数組のク
ライアントマシンとサーバマシンの間のメッセージをス
クリプトファイル６ａに記録し、複数のクライアントマ
シンをシミュレーションする場合について説明する。以
下、図面に基づいて本発明の実施の形態２を説明する。
図９は、本発明のクライアントシミュレータを実現する
ためのマシン構成を示した図である。図１のマシン構成
と異なる点は、クライアントマシンが複数台あることで
ある。この実施の形態２の記録制御ファイルの内容を図
１０に示す。図において、１つのレコードは、１つのク
ライアントアドレスと、それに対応する１つのサーバア
ドレスを記録する。また、３台のクライアントマシン
と、１台のサーバマシンのアドレスが記録された記録制
御ファイル１３の具体例を図１１に示す。

【００３２】記録／再生マシン１１における記録処理の
流れを図１２に示す。図１２では、記録／再生プログラ
ム５ａは、通信プログラム１２を通してＬＡＮ７上に流
れるメッセージをすべて読み込む（Ｓ５）。そして、記
録／再生プログラム５ａは、読み込んだメッセージが、
シミュレーションの対象とするクライアントマシンとサ
ーバマシンの間のメッセージであるかどうか調べる。こ
のため、記録／再生プログラム５ａは、記録制御ファイ
ル１３に記録されているレコードを読み込む（Ｓ６）。
そして、記録／再生プログラム５ａは、読み込んだレコ
ードに記録されているクライアントアドレスとサーバア
ドレスが、メッセージ中の送信側アドレスと受信側アド
レスと一致するかチェックする（Ｓ７）。一致しない場
合（ＮＯの場合）は、記録制御ファイル１３のレコード
をアドレスが一致するまで順に読み込む（Ｓ１８）。記
録制御ファイル１３のレコードを最後まで読み込んでも
アドレスが一致しない時は、上記メッセージを無視し、
再度ＬＡＮ上を流れるメッセージを読み込む。Ｓ７にお
いて、アドレスが一致した時（ＹＥＳの時）、メッセー
ジを取り込んだ時刻と送信側アドレスと、受信側アドレ
スと、メッセージをスクリプトファイル６ａに記録する
（Ｓ８）。

【００３３】以上のように、この実施の形態において
は、記録制御ファイルにレコードを複数記述することに
より、複数のクライアントマシンのメッセージを記録す
る記録／再生マシン１１の記録処理の流れについて説明
した。

【００３４】このように、複数のクライントマシンの動
作に影響を与えることなく、メッセージを記録すること
ができるとともに、その記録内容を再生することによ
り、複数台のクライアントマシンが動作しているシステ
ム環境において、サーバマシンの測定対象プログラムの
動きを検証することができる。

【００３５】実施の形態３．前述した実施の形態におい
ては、スクリプトファイル６ａに記録したメッセージを
全て再生する場合について説明したが、この実施の形態
においては、再生するメッセージを選択して指定する場
合について説明する。図１３は、実施の形態３でのクラ
イアントシミュレータを実現するためのマシン構成を示
す図である。図１３において、１４は再生制御ファイル
であり、シミュレーションの対象となるクライアントマ
シンと、サーバマシンの組み合わせを指定するレコード
を記録している。他の構成については、図９と同様であ
るので説明は省略する。図１４に、再生制御ファイル１
４のレコードの内容を示す。この実施の形態において
は、スクリプトファイル６ａに、サーバマシン８と複数
のクライアントマシンとの間のメッセージが記録されて
いるものと想定している。スクリプトファイル６ａに記
録されているメッセージの中から、取り出したメッセー
ジの送信側アドレス、受信側アドレスと、図１４に示す
再生制御ファイル１４のクライアントアドレス及びサー
バアドレスとを比較し、一致した場合のみそのメッセー
ジを再生することによりシミュレーションを行う。

【００３６】このように、再生制御ファイルを備えるこ
とにより、スクリプトファイル６ａに記録されたメッセ
ージの全てを再生するのではなく、選択的にメッセージ
の再生を行い、シミュレーションの状況を任意に設定す
ることが可能となる。

【００３７】実施の形態４．この実施の形態４では、シ
ミュレーション対象とするクライアントマシンのアドレ
ス及びサーバアドレスを再生制御情報として、予めスク
リプトファイル６ａに記録しておき、その再生制御情報
に基づき再生する処理について説明する。前述した実施
の形態においては、再生制御情報を再生制御ファイルに
記録させていたが、この実施の形態４においては、メッ
セージが記録されているスクリプトファイル６ａ内に、
再生制御情報を持たせる場合について説明する。従っ
て、この実施の形態の構成図は、図９と同様となる。但
し、スクリプトファイル６ａに、メッセージの他に再生
制御情報も記録されている点が、前述した実施の形態と
は異なる。図１５に、スクリプトファイル６ａに記憶さ
れる再生制御情報の内容を示す。このレコードは、スク
リプトファイル６ａ内に記憶されるので、通常のメッセ
ージを記憶するレコードとは異なることを識別するため
に、レコードの先頭に再生マシン制御データが入ってい
る。再生マシン制御データは、再生するマシンのアドレ
スが記憶されていることを示す識別子である。再生マシ
ン制御データに続いて、クライアントアドレス及びサー
バアドレスが記憶されている。図１６は、スクリプトフ
ァイル６ａの先頭に再生制御情報を記録した例である。
１行目が再生制御情報の具体例である。＠ｅｘｅｃ＿ｍ
ａｃｈｉｎｅが、再生マシン制御データである。２行目
〜４行目がメッセージデータである。メッセージデータ
の内容は、図３に示したものと同じであるので、説明は
省略する。図１７は、記録再生マシン１１のメモリ上に
展開される再生マシンテーブルを示す図である。再生マ
シンテーブルは、再生するクライアントマシンを登録す
るテーブルである。図１８は、この実施の形態の記録再
生プログラム５ａの処理の流れ図である。

【００３８】以下、図１８に基づいて本発明の実施の形
態４を説明する。記録／再生プログラム５ａを実行し
て、スクリプトファイル６ａに記録したメッセージの再
生を行う場合、メッセージを記録したスクリプトファイ
ル６ａに、どのメッセージの再生を行うかを指示する再
生制御情報を持つ図１５に示すようなレコードを前もっ
て用意しておく。用意する方法として、具体的には、例
えば、スクリプトファイル６ａがテキストファイルなら
ば、エディタ等のツールを使用して編集すればよい。或
いは、テキストファイル以外でも構わない。その場合に
は、一般に使用されている編集ツールに準じた編集手段
を用いて編集を行えばよい。図１６では、再生制御情報
を持つレコードは、スクリプトファイル６ａの先頭に記
述されている。記録／再生プログラム５ａは、記録した
スクリプトファイル６ａからレコードを読み込む（Ｓ
９）。次に、Ｓ１０において、スクリプトファイル６ａ
の終了か否かを判断する。この処理は、前述した図８と
同様である。次に、レコードの種類が記録メッセージか
再生制御情報かを判定する（Ｓ１８）。この判定は、図
１５に示した再生マシン制御データがレコードの先頭に
あるかどうかによって行われる。再生マシン制御データ
は、そのレコードが再生制御情報であることを示す識別
子である。そのため、識別子である再生マシン制御デー
タにより再生制御情報であると判定された場合には、Ｓ
２０において、再生するクライアントマシンを登録する
テーブルである再生マシンテーブルにクライアントアド
レスとサーバアドレスをエントリする。また、識別子が
ない場合には、スクリプトファイル６ａから読み込んだ
レコードが記録メッセージであることが判定できるの
で、図１７に示す再生マシンテーブルを調べ、再生する
マシンのメッセージかどうか判定する（Ｓ１９）。この
判定は、スクリプトファイル６ａから取り出したメッセ
ージの送信側アドレス及び受信側アドレスが、再生マシ
ンテーブルに登録されているアドレスと一致することを
調べることで行われる。もし、再生するマシンのメッセ
ージである場合は、実施の形態１と同じ手順でメッセー
ジの送信を行う（Ｓ１１〜Ｓ１７）。再生するマシンの
メッセージでない場合は、そのメッセージを無視する。
そして、Ｓ９に戻り、スクリプトファイル６ａから次の
レコードを読み込む。この操作をスクリプトファイル６
ａのレコードがなくなるまで繰り返すことで、指定され
たクライントマシンの動作をシミュレーションする。

【００３９】また、再生制御情報をスクリプトファイル
６ａ内の任意の場所に、複数挿入して配置しても構わな
い。例えば、メッセージ１０個毎に再生するマシンを１
台ずつ追加することにより、シミュレーション実行中に
時間の経過とともに、シミュレーションするクライアン
トマシンの台数を増加させて、シミュレーションを行う
ことが可能となる。この場合には、上述したように、図
１８に示す流れ図のＳ１８の処理において、取り出した
レコードの種類が再生制御情報だった場合に、Ｓ２０に
おいて、再生マシンテーブルに２台目のクライアントマ
シン、３台目のクライアントマシンが登録されることに
なる。

【００４０】以上のように、この実施の形態において
は、再生制御情報をメッセージと同一のスクリプトファ
イル６ａに持たせることにより、メッセージの再生中、
即ち、シミュレーション実行中に動的にシミュレーショ
ンの状況を切り換えることが可能となる。前述した実施
の形態３においては、図１３に示すように、スクリプト
ファイル６ａとは別に、再生制御ファイル１４を備えて
いた。そのため、再生制御ファイルを一旦読み込むこと
によって、再生するマシンを指定し、メッセージを選択
できるという長所があった。しかし、一旦再生マシンを
設定してしまうと、再生処理の終了まで再生するマシン
は固定であった。実施の形態４においては、この点は解
消されている。

【００４１】また、実施の形態１及び実施の形態２の記
録制御ファイルによるメッセージの記録時の指定と組み
合わせることにより、記録時と再生時の複数の組み合わ
せでサーバマシン上の測定対象プログラムの動きを検証
することができる。

【００４２】実施の形態５．前述した実施の形態におい
ては、再生するマシンのアドレスを指定する再生制御情
報について説明したが、この実施の形態においては、再
生するマシンの台数を指定する再生制御情報を持ったレ
コードをスクリプトファイル６ａに追加することによ
り、１台のサーバマシン対１台のクライアントマシンで
はなく、複数台あるうちの指定する台数分のクライアン
トマシンのシミュレーションを行う場合について説明す
る。即ち、スクリプトファイル６ａに記録されているメ
ッセージ１件につき、指定した台数分のクライアントマ
シンが動作しているかのように、メッセージの再生を行
う場合について説明する。図１９に、再生するクライア
ントマシンの台数を指定する再生マシン台数制御情報の
内容を示す。この再生マシン台数制御情報は、スクリプ
トファイル６ａに追加される。再生マシン台数制御情報
は、再生マシン台数制御を行なうことを示す識別子であ
るクライアントマシン台数制御データと、台数値によっ
て構成されている。また、図２０に、１０台のマシンを
再生することを指定する再生マシン台数制御情報を追加
した具体例を示す。１行目の＠ｅｘｅｃ＿ｎｕｍｂｅｒ
は、クライアントマシン台数制御データであり、１０は
台数値である。

【００４３】この実施の形態５のマシン構成は、図９に
示す構成を取るものとする。この実施の形態５のイベン
ト再生処理の流れ図を図２１に示す。前述した図８及び
図１８に示す流れ図に相当する部分には、同一符号を用
いている。記録／再生プログラム５ａを実行して、スク
リプトファイル６ａに記録したメッセージの再生を行う
場合、スクリプトファイル６ａに、再生したいクライア
ントマシンの台数を持つ再生マシン台数制御情報を、図
１９に示すようなレコードを用いて設定しておく。この
設定は、スクリプトファイル６ａにメッセージが記録さ
れた後、シミュレーション、即ち、再生処理を行う前に
エディタ等の編集手段を用いて行うものとする。記録／
再生プログラム５ａは、スクリプトファイル６ａから記
録したメッセージを読み込む（Ｓ９）。次に、そのメッ
セージが記録メッセージかクライアントマシン台数制御
データかを判定する（Ｓ１８）。この判定は、再生マシ
ン台数制御を行うことを示す識別子であるクライアント
マシン台数制御データにより行われる。スクリプトファ
イル６ａから読み込んだメッセージの先頭に、クライア
ントマシン台数制御データが存在する場合、後述する台
数値、即ち、再生するマシンの台数をマシン台数記憶域
にセットする（Ｓ２１）。マシン台数記憶域とは、記録
再生プログラム５ａが使用する作業域であり、メモリ上
に展開される。スクリプトファイル６ａから読み込んだ
メッセージにクライアントマシン台数制御データが存在
しない場合には、そのメッセージは記録メッセージと判
定され、実施の形態１と同じ手順で処理を行い（Ｓ１１
〜Ｓ１６）、メッセージの送信の時、同一メッセージに
つき、マシン台数記憶域にセットされている値の台数分
だけ送信を行う（Ｓ２２）。この操作をスクリプトファ
イル６ａのレコードがなくなるまで繰り返すことで指定
された台数のクライントマシンの動作をシミュレーショ
ンする。

【００４４】このように、再生するクライアントマシン
の台数を指定できるため、スクリプトファイル６ａに記
録されているメッセージ１件につき、あたかも指定した
台数分のクライアントマシンが動作しているかのよう
に、メッセージの再生を行うことができ、同一の動作を
するクライアントマシンを複数台動かしたときと同様の
状態でサーバマシン上の測定対象プログラムの動きを検
証することができる。また、これを１台の記録／再生マ
シンで行うことができる。また、この実施の形態におい
ては、図２０に示すように、再生マシン台数制御情報が
スクリプトファイル６ａの先頭にある場合を例にとって
説明したが、先頭とは限らず、スクリプトファイル６ａ
の任意の場所に設定しても構わない。例えば、予め編集
手段を用いてある特定のメッセージの直前や、或いは、
ある特定のメッセージの直後等、実際にシミュレーショ
ンを行いたい状況を想定して任意の場所に、この再生マ
シン台数制御情報を挿入することが可能である。

【００４５】実施の形態６．この実施の形態６では、再
生制御情報として、スクリプトファイル６ａに再生する
メッセージ間隔時間を指定するメッセージ間隔値のレコ
ードを追加することにより、クライアントマシンが送信
するメッセージの間隔を変えて、クライアントマシンの
シミュレーションを行う場合について説明する。図２２
にスクリプトファイル６ａに追加するメッセージ間隔制
御情報の内容を示す。メッセージ間隔制御情報は、メッ
セージ間隔値を設定することを示す識別子であるメッセ
ージ間隔制御データと、メッセージ間隔値で構成されて
いる。図２３に、図３に示したスクリプトファイル６ａ
に、メッセージ間隔を１秒にするメッセージ間隔制御情
報を追加した例を示す。１行目の＠ｅｘｅｃ＿ｉｎｔｅ
ｒｖａｌは、メッセージ間隔制御データであり、１，０
００は、メッセージ間隔値である。この例では、スクリ
プトファイル６ａの先頭に、メッセージ間隔制御情報を
追加しているが、スクリプトファイル６ａ中の任意の位
置で構わない。

【００４６】この実施の形態６のメッセージ再生処理の
流れ図を図２４に示す。記録／再生プログラム５ａを実
行して再生を行う場合、記録したスクリプトファイル６
ａに、図２２に示すようなメッセージ間隔制御データ
と、メッセージ間隔値を用いてメッセージ間隔制御情報
を予め再生前に設定しておく。記録／再生プログラム５
ａは、記録したスクリプトファイル６ａからレコードを
読み込む（Ｓ９）。次に、そのメッセージが記録メッセ
ージかメッセージ間隔制御情報かを判定する（Ｓ１
８）。この判定は、スクリプトファイル６ａから読み込
んだレコードに、メッセージ間隔制御情報であることを
示すメッセージ間隔制御データが存在するかどうかによ
って行われる。メッセージ間隔制御データが存在した場
合には、メッセージ間隔制御情報であると判定され、メ
ッセージ間隔値を記録／再生プログラム５ａの作業域に
記録する（Ｓ２３）。メッセージ間隔制御データが存在
しない場合には、記録メッセージと判定され、実施の形
態１と同じ手順で処理を行う（Ｓ１１〜Ｓ１４）。ま
た、メッセージの送出に先立ち、前回実際に送信した時
の時刻と現在の時刻との差が、メッセージ間隔値として
指定された時間間隔以上になるまで待つ（Ｓ２４）。メ
ッセージ間隔値以上になったら、メッセージをサーバマ
シンに送信（Ｓ１６）する。この動作をスクリプトファ
イル６ａのレコードがなくなるまで繰り返すことで、ク
ライントマシン１の動作をシミュレーションする。

【００４７】このように、記録したメッセージを再生す
る際、メッセージ間隔値を指定できるため、クライアン
トマシンのメッセージの送信のタイミングを任意の間隔
に設定して、サーバマシン上の測定対象プログラムの動
きを検証することができる。

【００４８】実施の形態７．この実施の形態７のスクリ
プトファイル６ａに追加する制御情報を図２５に示す。
この実施の形態７では、スクリプトファイル６ａに、図
２５に示すような実施の形態５、実施の形態６に適用す
る再生制御情報を同時に追加する。これにより、再生マ
シンテーブルに登録されている全ての再生するクライア
ントマシンに対して実行するのではなく、指定されたク
ライアントマシンに対してのみこの再生制御情報を実行
させる。また、図２６は、指定したクライアントマシン
のメッセージは、台数を１０台分再生することを示す再
生制御情報を示している。更に、指定したクライアント
マシンのメッセージは、メッセージ間隔を１秒で再生す
ることを示す再生制御情報を示している。

【００４９】このように、再生制御情報を適用するクラ
イアントマシンを特定して指定できるため、複数のきめ
細かい指定を設定し、その指定に対応してサーバマシン
上の測定対象プログラムの動きを検証することができ
る。

【００５０】実施の形態８．実施の形態８においては、
スクリプトファイル６ａに、実施の形態４の再生マシン
制御情報、実施の形態５の再生マシン台数制御情報、実
施の形態６のメッセージ間隔制御情報を複数埋め込むこ
とより、複数の組み合わせによるクライアントマシンを
シミュレーションする。

【００５１】このように、複数の制御情報をスクリプト
ファイル６ａに記述することで、再生マシン制御、台数
制御、メッセージ間隔制御を動的に随時変更して、サー
バマシン上の測定対象プログラムの動きを検証すること
ができる。

【００５２】実施の形態９．この実施の形態９では、記
録／再生プログラム５ａが、クライアントＡＰＰプログ
ラム２が動作している同一のマシン上で動作することを
説明する。このマシン構成について図２７を用いて説明
する。記録の動作は、クライアントＡＰＰプログラム２
がＯＳ３にメッセージを送ると、ＯＳ３は、そのメッセ
ージを記録／再生プログラム５ａに出力する。次に、記
録／再生プログラム５ａは、メッセージをスクリプトフ
ァイル６ａに出力すると同時に、通信プログラム４にメ
ッセージを渡す。通信プログラム４は、受け取ったデー
タをサーバマシンに出力する。サーバマシンからクライ
アントマシンへのメッセージも同様に処理される。即
ち、通信プログラム４がサーバマシンからのメッセージ
を受け取り、記録／再生プログラム５ａに出力する。記
録／再生プログラム５ａは、メッセージをスクリプトフ
ァイル６ａに出力すると同時に、ＯＳ３にメッセージを
渡す。再生の動作は、記録／再生プログラム５ａが、ス
クリプトファイル６ａからレコードを取り出し、通信プ
ログラム４に出力する。そして、通信プログラム４は、
サーバマシン８に取り出したレコードのデータを出力す
る。

【００５３】このように、メッセージの再生の時、クラ
イアントマシンのＡＰＰプログラムは必要ないため、マ
シンに対する負荷が軽くなる。これにより、従来のよう
に、ユーザの人手による操作をシミュレーションできな
いという点は軽減され、ユーザの操作と同じ様な時間間
隔をシミュレーションできる。

【００５４】実施の形態１０．この実施の形態１０で
は、複数プログラムを動作可能なＯＳ上で、記録／再生
プログラムを複数動かし、実施の形態９と同様にして実
行する場合を説明する。このマシン構成については、図
２８を用いて説明する。この実施の形態におけるメッセ
ージの記録方法は、前述した実施の形態９と同様であ
る。この実施の形態１０の特徴は、シミュレーションを
行う再生時に、再生を行う記録作成プログラムが複数動
作するという点にある。クライアントマシンの複数の記
録／再生プログラム５．１ａ，５．２ａ，・・，５．ｎ
ａが、それぞれスクリプトファイル６ａからレコードを
取り出し、通信プログラム４に出力する。そして、通信
プログラム４は、サーバマシン８に取り出したレコード
のデータを出力する。

【００５５】このように１台のマシンで、複数の記録／
再生プログラムを実行させることで、物理的にクライア
ントマシンがたくさんあるように見せかけるシミュレー
ションを実行し、サーバマシンの測定対象プログラムを
検証できる。

【００５６】実施の形態１１．上記実施の形態において
は、サーバマシンが１台の場合について説明した。しか
し、サーバマシンは、複数台あっても構わない。この場
合、１台のクライアントマシンと複数台のサーバマシ
ン、あるいは、複数台のクライアントマシンと複数台の
サーバマシンの組み合せで行われる動きについてシミュ
レーションできる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１においてクライアン
トシミュレータを実現するためのマシン構成を示す図で
ある。

【図２】 この発明のスクリプトファイルのレコードの
内容を示す図である。

【図３】 この発明のスクリプトファイルのレコードの
具体例を示す図である。

【図４】 この発明の記録制御ファイルのレコードの内
容を示す図である。

【図５】 この発明の記録制御ファイルのレコードの具
体例を示す図である。

【図６】 この発明の実施の形態１のクライアントアプ
リケーションプログラムの処理の流れを示す図である。

【図７】 この発明の実施の形態１の記録再生マシンに
おける記録処理の流れを示す図である。

【図８】 この発明の実施の形態１の記録再生マシンに
おける再生処理の流れを示す図である。

【図９】 この発明のクライアントシミュレータを実現
するためのマシン構成を示す図である。

【図１０】 この発明の実施の形態２の記録制御ファイ
ルの内容を示す図である。

【図１１】 この発明の実施の形態２の記録制御ファイ
ルの具体例を示す図である。

【図１２】 この発明の実施の形態２の記録／再生マシ
ンの記録処理の流れを示す図である。

【図１３】 この発明の実施の形態３におけるクライア
ントシミュレータを実現するためのマシン構成を示す図
である。

【図１４】 この発明の再生制御ファイルのレコードの
内容を示す図である。

【図１５】 この発明の実施の形態４のスクリプトファ
イルに追加する再生制御情報を示す図である。

【図１６】 この発明の実施の形態４のスクリプトファ
イルに追加する再生制御情報の具体例を示す図である。

【図１７】 この発明の実施の形態４の再生マシンテー
ブルの構造を示す図である。

【図１８】 この発明の実施の形態４の記録／再生マシ
ンの再生処理の流れを示す図である。

【図１９】 この発明の実施の形態５のスクリプトファ
イルに追加する再生マシン台数制御情報を示す図であ
る。

【図２０】 この発明の実施の形態５のスクリプトファ
イルに追加する再生マシン台数制御情報の具体例を示す
図である。

【図２１】 この発明の実施の形態５の記録／再生マシ
ンの再生時の処理の流れを示す図である。

【図２２】 この発明の実施の形態６のスクリプトファ
イルに追加するメッセージ間隔制御情報を示す図であ
る。

【図２３】 この発明の実施の形態６のスクリプトファ
イルに追加するメッセージ間隔制御情報の具体例を示す
図である。

【図２４】 この発明の実施の形態７の記録／再生マシ
ンの再生時の処理の流れを示す図である。

【図２５】 この発明の実施の形態８のスクリプトファ
イルに追加する制御情報を示す図である。

【図２６】 この発明の実施の形態８のスクリプトファ
イルに追加する制御情報の具体例を示す図である。

【図２７】 この発明の実施の形態９におけるマシン構
成を示す図である。

【図２８】 この発明の実施の形態１０におけるマシン
構成を示す図である。

【図２９】 従来例のクライアントシミュレーション方
式を示す図である。

【符号の説明】

１ クライアントマシン、２ アプリケーションプログ
ラム、３ ＯＳ、４通信プログラム、５ 記録／再生プ
ログラム、６ スクリプトファイル、７ ＬＡＮ、８
サーバマシン、９ 通信プログラム、１０ 測定対象プ
ログラム、１１ 記録／再生マシン、１２ 通信プログ
ラム、１３ 記録制御ファイル、１４再生制御ファイ
ル、５ａ 記録／再生プログラム、６ａ スクリプトフ
ァイル。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 サーバマシンと一つ以上のクライアント
   マシンとをネットワークで接続したシステムのクライア
   ントマシンをシミュレーションするクライアントシミュ
   レータにおいて、 ネットワークに送出されたメッセージをネットワークか
   ら取得して記録する記録手段と、 記録したメッセージを再生してネットワークに送出する
   再生手段を備えたことを特徴とするクライアントシミュ
   レータ。
2. 【請求項２】 上記記録手段及び再生手段をシミュレー
   ションされるクライアントマシンとは別の独立したクラ
   イアントマシンに配置したことを特徴とする請求項１記
   載のクライアントシミュレータ。
3. 【請求項３】 上記クライアントシミュレータは、記録
   制御情報を保持する記録制御部を備え、上記記録手段は
   記録制御部に保持された記録制御情報を参照して上記メ
   ッセージをネットワークから取得して記録することを特
   徴とする請求項１または２記載のクライアントシミュレ
   ータ。
4. 【請求項４】 上記クライアントマシンは、ネットワー
   ク上で固有に識別されるクライアント識別子を有し、上
   記記録制御情報は上記クライアント識別子を含むことを
   特徴とする請求項３記載のクライアントシミュレータ。
5. 【請求項５】 上記サーバマシンは、ネットワーク上で
   固有に識別されるサーバ識別子を有し、上記記録制御情
   報は、さらに、サーバ識別子を含むことを特徴とする請
   求項４記載のクライアントシミュレータ。
6. 【請求項６】 上記クライアントシミュレータは、再生
   制御情報を保持する再生制御部を備え、上記再生手段は
   再生制御部に保持された再生制御情報を参照して記録し
   たメッセージを再生してネットワークに送出することを
   特徴とする請求項１、２、３いずれかに記載のクライア
   ントシミュレータ。
7. 【請求項７】 上記クライアントマシンは、ネットワー
   ク上で固有に識別されるクライアント識別子を有し、上
   記再生制御情報は上記クライアント識別子により再生す
   るメッセージを指定することを特徴とする請求項６記載
   のクライアントシミュレータ。
8. 【請求項８】 上記再生制御情報はメッセージを再生す
   るクライアントマシンの台数を指定する情報を含むこと
   を特徴とする請求項６、７いずれかに記載のクライアン
   トシミュレータ。
9. 【請求項９】 上記再生制御情報は再生するメッセージ
   の間隔を指定する情報を含むことを特徴とする請求項
   ６、７、８いずれかに記載のクライアントシミュレー
   タ。
10. 【請求項１０】 上記再生制御部は上記再生手段による
    メッセージの再生中に再生制御情報を動的に変更するこ
    とを特徴とする請求項６記載のクライアントシミュレー
    タ。
11. 【請求項１１】 上記クライアントシミュレータはサー
    バマシン上のプログラムの動作を検証することを特徴と
    する請求項１ないし９のいずれかに記載のクライアント
    シミュレータ。