JPH07105044A - コンピュータプログラムの実行をシュミレーションする方法及びシステム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 オペレーティングシステムのテストを容易に
するようにコンピュータプログラムの実行をシュミレー
ションする。 【構成】 シュミレーションシステムは、第１オペレー
ティングシステムの制御のもとでコンピュータプログラ
ムの実行中にログを形成する。ログは、コンピュータプ
ログラムによるオペレーティングシステムファンクショ
ンの各呼び出しの指示、コンピュータプログラム及び現
在時間によりオペレーティングシステムファンクション
に通される各パラメータの指示を含む。記録された実行
は第２のオペレーティングシステムにおいてシュミレー
ションシステムにより模擬される。シュミレーションシ
ステムは、第２オペレーティングシステムのファンクシ
ョンを呼び出して、第１オペレーティングシステムのフ
ァンクションの各記録された呼び出しにより実行される
振る舞に類似した振る舞いを行う。これにより、２つの
システムの機能、信頼性及び性能の比較が可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般にコンピュータプロ
グラムの実行をシュミレーションするためのコンピュー
タ方法及びシステムに係る。

【０００２】

【従来の技術】コンピュータのオペレーティングシステ
ムは、非常に複雑なコンピュータプログラムである。オ
ペレーティングシステムを開発又は変更するときには、
オペレーティングシステム全体にわたってテストするこ
とが重要である。オペレーティングシステムのテストに
は、典型的に、多数のテスト段階が含まれる。第１に、
オペレーティングシステムのプログラムを書くプログラ
マは「ユニットテスト」を実行する。このユニットテス
トは、プログラムがプログラマにより意図されたように
機能するよう確保する。第２に、種々のプログラムを開
発したプログラマは、統合テストを実行する。この統合
テストは、種々のプログラムが一緒に正しく機能するよ
う確保する。第３に、オペレーティングシステムの開発
者は、オペレーティングシステムのアルファテストを実
行する。このアルファテストの間には、アプリケーショ
ンプログラムがオペレーティングシステムで実行され、
後で修正するために異常がロギングされる。更に、オペ
レーティングシステムのエンドユーザは、ベータテスト
を実行する。このベータテストは、オペレーティングシ
ステムがエンドユーザの環境において正しく機能するよ
う確保する。

【０００３】オペレーティングシステムのテストは、非
常に時間がかかる上に、経費も高くつくものである。更
に、オペレーティングシステムにエラーがないよう確保
することは実質上不可能である。一般に、オペレーティ
ングシステムの開発者は、オペレーティングシステムが
「標準的なアプリケーション」で正しく機能するよう確
保することに集中する。標準的なアプリケーションと
は、オペレーティングシステムの典型的なユーザが使用
するアプリケーションプログラムである。これらの標準
的なアプリケーションでテストすることにより、開発者
は、オペレーティングシステムがほとんどの典型的な状
態で正しく機能するよう確保する助けとすることができ
る。

【０００４】あるオペレーティングシステムは、メッセ
ージ駆動のオペレーティングシステムと称する。１つの
このようなオペレーティングシステムは、マイクロソフ
ト社によって開発されたウインドウズ３．１である。こ
のウインドウズ３．１の説明は、参考としてここに取り
上げるマイクロソフト社から入手できるウインドウズ
３．１のためのソフトウェア開発キットに述べられてい
る。ウインドウズオペレーティングシステムは、グラフ
ィックユーザインターフェイス（ＧＵＩ）をサポートす
るアプリケーションのためのウインドウ環境を形成す
る。図１は、典型的なメッセージ駆動のオペレーティン
グシステムのメッセージングアーキテクチャを示すブロ
ック図である。アプリケーションプログラム１１０は、
メイン手順１１１及びウインドウ手順１１２を含んでい
る。アプリケーションプログラム１１０がオペレーティ
ングシステムの制御のもとで実行されるときには、制御
がメイン手順１１１へ通される。メイン手順１１１は、
通常は、ウインドウを形成して表示し、次いで、メッセ
ージループ１１３に入る。このメッセージループを実行
するときには、アプリケーションプログラム１１０は、
外部事象（例えば、キーダウン）を指示するメッセージ
をオペレーティングシステム１２０から受け取るのを待
機する。メッセージループにとって受け取られたメッセ
ージは、ポスト処理(posted)メッセージと称する。メッ
セージが受け取られると、アプリケーションプログラム
１１０は、オペレーティングシステム１２０がメッセー
ジを適当なウインドウ手順へ発信するように要求するこ
とによって、そのメッセージを処理する。アプリケーシ
ョンプログラム１１０は、ディスプレイモニタ１３０に
表示される各ウインドウごとにウインドウ手順１１２を
含んでいる。ウインドウ手順は、そのウインドウへメッ
セージが発信されたとき、又はオペレーティングシステ
ムがメッセージをそのウインドウへ送信するとき（以下
に述べる）、オペレーティングシステムによって呼び出
される。ウインドウ手順は、メッセージをデコードし、
それに従ってメッセージを処理する。例えば、ウインド
ウ手順へ発信されたメッセージは、ウインドウが焦点を
有するときにキーボード上でキャラクタが押されたこと
を指示する。その焦点を有するウインドウは、全てのキ
ーボード及びマウス入力を受け取る。

【０００５】オペレーティングシステム１２０は、アプ
リケーションプログラムにサービスする種々のファンク
ションをアプリケーションプログラムに与える。これら
のファンクションには、ＲｅｇｉｓｔｅｒＣｌａｓｓ、
ＣｒｅａｔｅＷｉｎｄｏｗ、ＳｈｏｗＷｉｎｄｏｗ、Ｇ
ｅｔＭｅｓｓａｇｅ、ＤｉｓｐａｔｃｈＭｅｓｓａｇｅ
及びＤｅｆＷｉｎｄｏｕＰｒｏｃが含まれる。これらフ
ァンクションは、全体的に、オペレーティングシステム
によって与えられるアプリケーションプログラミングイ
ンターフェイス（ＡＰＩ）と称され、そして各ファンク
ションは、個々に、ＡＰＩと称される。アプリケーショ
ンプログラム１１０の実行中に、アプリケーションプロ
グラムは、オペレーティングシステムによって与えられ
る種々のファンクションを呼び出す。これらのファンク
ションは、典型的に、ダイナミックリンクライブラリー
に記憶される。アプリケーションプログラムは、メモリ
に最初にロードされるときに、それが使用する各々のフ
ァンクションに動的にリンクする。メイン手順１１１に
よって示されたように、アプリケーションプログラム１
１０は、オペレーティングシステムでウインドウクラス
を登録するためのファンクションＲｅｇｉｓｔｅｒＣｌ
ａｓｓを最初に呼び出す。各ウインドウクラスは、ウイ
ンドウに送られたメッセージを処理するための関連ウイ
ンドウ手順を有している。オペレーティングシステム
は、ウインドウクラスをそのウインドウ手順に相関させ
るウインドウクラステーブル１２２を維持している。ウ
インドウクラスが登録されるときには、オペレーティン
グシステムは、ウインドウ手順のアドレスをウインドウ
クラステーブル１２２に記憶する。メッセージをウイン
ドウに送るべきときには、オペレーティングシステム
は、関連ウインドウ手順を呼び出し、メッセージのタイ
プを含む種々のパラメータをそこに通す。

【０００６】ウインドウ手順は、コールバックルーチン
の１つのタイプである。コールバックルーチンとは、ア
プリケーションプログラムの一部分であるが、オペレー
ティングシステムによって直接呼び出されるルーチンで
ある。アプリケーションプログラムは、アプリケーショ
ン指向の処理を実行するために開発されたコールバック
ルーチンのアドレスをオペレーティングシステムに与え
る。次いで、オペレーティングシステムは、コールバッ
クルーチンを呼び出して、処理を実行する。

【０００７】又、オペレーティングシステムは、アプリ
ケーションプログラム１１０のためのメッセージ待ち行
列１２１も維持する。このメッセージ待ち行列１２１
は、アプリケーションプログラムへポスト処理されるメ
ッセージを含んでいる。メッセージループ１１３におけ
るファンクションＧｅｔＭｅｓｓａｇｅを呼び出すたび
に、メッセージ待ち行列１２１からメッセージが検索さ
れる。メッセージ待ち行列にポスト処理されるメッセー
ジは、典型的に、マウスの移動のような外部事象に対応
する。オペレーティングシステムは、ディスプレイモニ
タ１３０におけるウインドウ上でのマウスの移動を検出
すると、アプリケーションプログラムに対してメッセー
ジ待ち行列にメッセージをポスト処理する。アプリケー
ションプログラムは、メッセージのループ中に、各ポス
ト処理されたメッセージを検索し、そしてファンクショ
ンＤｉｓｐａｔｃｈＭｅｓｓａｇｅを呼び出してメッセ
ージを処理する。このファンクションＤｉｓｐａｔｃｈ
Ｍｅｓｓａｇｅは、どのウインドウ手順にメッセージを
向けるかを決定し、そしてそのウインドウ手順を呼び出
すことによりそのウインドウへメッセージを送信する。
全てのメッセージがポスト処理され、発信され、そして
ウインドウ手順へ送られるのではない。オペレーティン
グシステムは、時々、メッセージ待ち行列にメッセージ
を最初にポスト処理せずに、ウインドウ手順へ直接メッ
セージを送信する。例えば、ウインドウが最初に形成さ
れるときには、オペレーティングシステムが、そのウイ
ンドウのためのウインドウ手順へ形成メッセージ（ＷＭ
ＣＲＥＡＴＥ）を送信する。このメッセージは、ウイ
ンドウ手順がウインドウの初期化を行えるようにする。

【０００８】

【発明が解決しようとする課題】本発明の目的は、オペ
レーティングシステムのテストを容易にするようにコン
ピュータプログラムの実行をシュミレーションする方法
及びシステムを提供することである。

【０００９】本発明の別の目的は、オペレーティングシ
ステムのもとで実行するようにまだ変換されていないア
プリケーションプログラムを用いてオペレーティングシ
ステムをテストする方法及びシステムを提供することで
ある。

【００１０】

【課題を解決するための手段】これら及び他の目的は、
以下の説明から明らかとなるように、コンピュータプロ
グラムの実行をシュミレーションする方法及びシステム
によって達成される。好ましい実施例では、コンピュー
タシステムは、第１のサーバプログラムのサービスを要
求するクライエントプログラムの実行をシュミレーショ
ンする。クライエントプログラムの実行中に、サービス
に対する要求がロギングされる。シュミレーションプロ
グラムは、サービスに対するロギングされた要求を受け
取り、そしてその要求されたサービスの振る舞いをシュ
ミレーションするように第２のサーバプログラムに要求
する。別の好ましい実施例では、シュミレーションシス
テムは、コンピュータプログラムの実行をシュミレーシ
ョンする。コンピュータプログラムは、公知のオペレー
ティングシステムのオペレーティングシステム機能を呼
び出すように開発される。各々のオペレーティングシス
テム機能は、通されたパラメータに基づいて振る舞いを
実行する。シュミレーションシステムは、公知のオペレ
ーティングシステムの制御のもとでコンピュータプログ
ラムを実行する間にログを発生する。このログは、コン
ピュータプログラムによるオペレーティングシステムフ
ァンクションの各呼び出しの指示と、コンピュータプロ
グラムによりオペレーティングシステムファンクション
へ通される各パラメータの指示とを含んでいる。ロギン
グされた実行は、次いで、新たなオペレーティングシス
テムにおいてシュミレーションされる。シュミレーショ
ンシステムは、新たなオペレーティングシステムのオペ
レーティングシステムファンクションを呼び出して、公
知のオペレーティングシステムのオペレーティングシス
テムファンクションのロギングされた呼び出しにより実
行される振る舞いに類似した振る舞いを、上記通された
パラメータに基づいて実行する。

【００１１】

【実施例】本発明は、アプリケーションプログラムの実
行をシュミレーションする方法及びシステムを提供す
る。好ましい実施例において、このシュミレーションシ
ステムは、先ず、アプリケーションプログラムの実行中
に、アプリケーションプログラムと、既存のオペレーテ
ィングシステム（古いオペレーティングシステム）との
間の相互作用を記録する。次いで、シュミレーションシ
ステムは、この記録された相互作用を取り出して、新た
なオペレーティングシステムでその相互作用をシュミレ
ーションする。

【００１２】相互作用を記録するために、シュミレーシ
ョンシステムは、古いオペレーティングシステムの制御
のもとでアプリケーションプログラムを実行する。アプ
リケーションプログラムの実行中に、シュミレーション
システムのロガー部分は、アプリケーションプログラム
によるオペレーティングシステムファンクションの各呼
び出しを記録すると共に、オペレーティングシステムに
よるコールバックルーチンの各呼び出しを記録する。
又、ロガーは、各ファンクションに通された全てのパラ
メータ及び、各コールバックルーチンによって戻される
全てのパラメータを記録する。又、ロガーは、各ファン
クションによって戻される全てのパラメータ及び各コー
ルバックルーチンへ通される全てのパラメータを記録す
るのが好ましい。ロガーは、この情報をログファイルに
記録する。

【００１３】次いで、シュミレーションシステムは、新
たなオペレーティングシステムにおいてアプリケーショ
ンプログラムの実行をシュミレーションする。シュミレ
ーションシステムの合成ＧＵＩアプリケーション（ＳＧ
Ａ）は、ログファイルを入力し、ロギングされたファン
クション呼び出しの振る舞いを実行するための新たなオ
ペレーティングシステムのファンクションを呼び出す。
又、ＳＧＡは、呼び出しを行うための新たなオペレーテ
ィングシステムに対するサンク(thunk) コールバックル
ーチンも与える。これらのサンクコールバックルーチン
は、アプリケーションプログラムの実際のコールバック
ルーチンの振る舞いをシュミレーションする。又、ＳＧ
Ａは、アプリケーションプログラムの実行中に生じた実
際の事象（例えば、キーダウン）の発生もシュミレーシ
ョンする。古いオペレーティングシステムのもとでアプ
リケーションプログラムを実行する間に生じた振る舞い
に対応する新たなオペレーティングシステムの振る舞い
を行うことにより、新たなオペレーティングシステムで
のアプリケーションプログラムの実行がシュミレーショ
ンされる。

【００１４】次いで、新たなオペレーティングシステム
のテスターは、シュミレーションの出力を比較して、そ
れが、古いオペレーティングシステムのもとでのアプリ
ケーションプログラムの実行に正しく対応するよう確保
することができる。又、新たなオペレーティングシステ
ムのファンクションから戻されるパラメータを、古いオ
ペレーティングシステムのファンクションから戻された
記録されたパラメータと比較し、新たなオペレーティン
グシステムが正しく機能するかどうか判断することがで
きる。又、新たなオペレーティングシステムにおいてフ
ァンクションを実行するに要する時間を、古いオペレー
ティングシステムでファンクションを実行するのに要し
た時間と比較することもできる。

【００１５】図２、３及び４は、アプリケーションプロ
グラムの相互作用及びシュミレーションの記録を示すブ
ロック図である。図２は、アプリケーションプログラム
２１０と古いオペレーティングシステム２２０との間の
相互作用（対話）を示している。ＧＵＩアプリケーショ
ンプログラム２１０は、古いオペレーティングシステム
２２０のファンクションを呼び出し、そして古いオペレ
ーティングシステム２２０は、ＧＵＩアプリケーション
プログラム２１０のコールバックルーチンを呼び出す。
図３は、アプリケーションプログラム２１０の実行中の
ファンクション及びコールバックルーチンの呼び出しの
ロギングを示している。アプリケーションプログラム２
１０がファンクションを呼び出すときには、ロガー２３
０が、ファンクションに対して通されたパラメータと、
ファンクションの名前をログファイル２４０に記録す
る。ファンクションがアプリケーションプログラムに戻
されるときにも、ロガーは、その全ての戻されるパラメ
ータをログファイルに記録する。古いオペレーティング
システム２２０がコールバックルーチンを呼び出すとき
には、ロガー２３０は、コールバックルーチンの識別子
及び通されたパラメータを記録する。コールバックルー
チンが古いオペレーティングシステム２２０に戻される
ときには、ロガーは、その戻されたパラメータをログフ
ァイルに記録する。各相互作用に関連した時間も記録さ
れる。図４は、ログファイルに記録されたアプリケーシ
ョンプログラム２１０の実行のシュミレーションを示し
たブロック図である。アプリケーションプログラム２１
０の実行をシュミレーションするために、合成ＧＵＩア
プリケーション２５０（ＳＧＡ）は、実行を記録するロ
グファイルを入力する。このＳＧＡは、新たなオペレー
ティングシステム２６０の０、１又はそれ以上のファン
クションを呼び出すことにより、ログファイルに表され
た各ファンクションの呼び出しをシュミレーションす
る。ＳＧＡは、記録された通されたパラメータに基づい
てファンクション呼び出しの振る舞いをシュミレーショ
ンする。又、ＳＧＡ２５０は、アプリケーションプログ
ラムの各真のコールバックルーチンに対するサンクコー
ルバックルーチンも与える。ＳＧＡ２５０は、これらの
サンクコールバックルーチンを新たなオペレーティング
システム２６０へ通す。新たなオペレーティングシステ
ム２６０がサンクコールバックルーチンを呼び出すとき
には、そのサンクコールバックルーチンがログファイル
の情報に基づいて真のコールバックルーチンの処理をシ
ュミレーションする。サンクコールバックルーチンは、
特に、メッセージのポスト処理及び送信処理をシュミレ
ーションすると共に、実際のコールバックルーチンの実
行中に生じたファンクションの呼び出しをシュミレーシ
ョンする。

【００１６】ロガー：図５は、ロガーの好ましいアーキ
テクチャを示すブロック図である。古いオペレーティン
グシステム２２０が与える各ファンクション２２１に対
し、ロガーは代替えファンクション３１１を与える。
又、ロガーは、アプリケーションプログラムの各コール
バックルーチンに対し代替えコールバックルーチン３１
２も与える。ＧＵＩアプリケーションプログラム２１０
が最初にロードされたときには、アプリケーションプロ
グラムによる全てのファンクション呼び出しが、古いオ
ペレーティングシステムの真のファンクション２２１で
はなくて、代替えファンクション３１１にリンクされ
る。アプリケーションプログラム２１０がファンクショ
ンを呼び出すときには、代替えファンクションがその呼
び出しを各々の通されたパラメータ及び現在時間と共に
ログファイルに記録する。次いで、代替えファンクショ
ンは、その通されたパラメータと共に古いオペレーティ
ングシステム２２０の真のファンクションを呼び出す。
真のファンクションが代替えファンクションに戻るとき
には、代替えファンクションが、その戻されたパラメー
タ及び現在時間と共にその戻りをログファイルへ記録す
る。次いで、代替えファンクションは、真のファンクシ
ョンによって戻されたパラメータと共にアプリケーショ
ンプログラムに戻る。このように、ログファイルの記録
は、アプリケーションプログラムに対して機能的に透過
である。

【００１７】古いオペレーティングシステムの真のファ
ンクションは、典型的に、ダイナミックリンクライブラ
リーに記憶される。アプリケーションプログラムを含む
実行可能なファイルは、アプリケーションプログラムが
呼び出す各ダイナミックリンクライブラリーの名前を含
んでいる。アプリケーションプログラムの最初のロード
中に、真のファンクションの各呼び出しは、ダイナミッ
クリンクライブラリーにおける真のファンクションに結
合される。好ましい実施例において、真のファンクショ
ンをもつ各ダイナミックリンクライブラリーは、代替え
のダイナミックリンクライブラリーに関連され、そして
「真」のダイナミックリンクライブラリーの名前と同じ
数のキャラクタをもつ名前と、その真のダイナミックリ
ンクライブラリーの名前を若干変更したものとが与えら
れる、例えば、真のダイナミックリンクライブラリー
「Ｋｅｒｎｅｌ」に対応する代替えのダイナミックリン
クライブラリーには「Ｚｅｒｎｅｌ」という名前が与え
られる。アプリケーションプログラムの実行をロギング
すべきときには、実行可能なファイルにおける各々の真
のダイナミックリンクライブラリーの名前が、代替えの
ダイナミックリンクライブラリーの名前に置き換えられ
る。従って、アプリケーションプログラムがロードされ
るときには、アプリケーションプログラムは、真のダイ
ナミックリンクライブラリーではなくて、代替えのダイ
ナミックリンクライブラリーに動的にリンクする。

【００１８】コールバックルーチンのアドレスは、典型
的に、ファンクションに通されたパラメータにより古い
オペレーティングシステムに指定される。例えば、ウイ
ンドウ手順のコールバックルーチンのアドレスは、ファ
ンクションＲｅｇｉｓｔｅｒＣｌａｓｓを呼び出すとき
にパラメータとして古いオペレーティングシステムに指
定される。コールバックルーチンとして通される各々の
真のファンクションに関連した代替えファンクション
は、真のコールバックルーチンに対する代替えコールバ
ックルーチンに取って代わる。代替えファンクション
は、真のコールバックルーチン２１１ではなくて代替え
コールバックルーチン３１２を指定する真のファンクシ
ョンを呼び出す。古いオペレーティングシステム２２０
がアプリケーションプログラム２１０にメッセージを送
るときには、このオペレーティングシステムは、代替え
コールバックルーチン３１２を呼び出す。この代替えコ
ールバックルーチンは、コールバックルーチンの呼び出
しを、通されたパラメータ及び現在時間と共に記録す
る。次いで、代替えコールバックルーチンは、その通さ
れたパラメータと共に真のコールバックルーチン２１１
を呼び出す。真のコールバックルーチンが代替えコール
バックルーチンに戻ると、代替えコールバックルーチン
は、その戻りをその戻されたパラメータと共に記録す
る。次いで、代替えコールバックルーチンは、その戻さ
れたパラメータと共に古いオペレーティングシステムへ
戻る。

【００１９】代替えファンクション又は代替えコールバ
ックルーチンがその呼び出しを記録するときには、ネス
ティングレベルも記録する。このネスティングレベル
は、ファンクション及びコールバックルーチンの呼び出
しレベルを指示する。例えば、アプリケーションプログ
ラムがファンクションＤｉｓｐａｔｃｈＭｅｓｓａｇｅ
を呼び出すときには、他のファンクション又はコールバ
ックルーチンがそのとき呼び出されないので、ネスティ
ングレベルは１である。ファンクションＤｉｓｐａｔｃ
ｈＭｅｓｓａｇｅの実行中に、ファンクションがコール
バックルーチンを呼び出す場合には、コールバックルー
チンのネスティングレベルは２である。そのコールバッ
クルーチンが次いでファンクション（例えば、ファンク
ションＤｅｆＷｉｎｄｏｗＰｒｏｃ）を呼び出す場合に
は、そのファンクションの呼び出しはネスティングレベ
ル３である。ネスティングレベル３のファンクションが
コールバックルーチンを呼び出す場合には、そのコール
バックルーチンのネスティングレベルは４であり、等々
となる。或いは、呼び出しのネスティングレベルは、ア
プリケーションプログラムの実行中ではなくて、その実
行完了後に、ログから決定することができる。

【００２０】図６は、例示的な代替えファンクションの
フローチャートである。この代替えファンクションは、
真のファンクションと同じ呼び出し原型（プロートタイ
プ）（即ち、同じファンクションタイプ並びに同じ個数
及びタイプのパラメータ）を有する。好ましい実施例で
は、代替えファンクションは、アプリケーションに対す
るオリジナルファンクションを定める「ヘッダ」ファイ
ルから自動的に発生される。代替えファンクションは、
ファンクションの呼び出しを、通されたパラメータ及び
現在時間と共に記録すると共に、ファンクションの復帰
を、その戻されたパラメータ及び現在時間と共に記録す
る。代替えファンクションは真のファンクションを呼び
出す。代替えファンクションは、真のファンクション
に、それが受け取ったのと同じパラメータが通されるよ
うに確保すると共に、アプリケーションプログラムに、
真のファンクションが戻すのと同じパラメータが戻され
るよう確保する。ステップ４０１では、代替えファンク
ションは、ＣＰＵの現在状態をセーブし、これは、レジ
スタをセーブすることを含む。代替えファンクション
は、真のファンクションが呼び出される前にＣＰＵの状
態がこのセーブされた状態に復帰するよう確保する。ス
テップ４０２では、代替えファンクションはネスティン
グレベルを増加する。ステップ４０２Ａでは、代替えフ
ァンクションは、現在時間を検索する。ステップ４０３
では、代替えファンクションは、ファンクションの呼び
出しと、通されたパラメータ及び現在時間を記録する。
ステップ４０４では、代替えファンクションは、ＣＰＵ
の状態を、ステップ４０１でセーブされた状態に復帰す
る。ステップ４０５では、代替えファンクションは、通
されたパラメータと共に真のファンクションを呼び出
す。ステップ４０６では、代替えファンクションは、真
のファンクションから戻るときにＣＰＵの状態をセーブ
する。代替えファンクションは、その代替えファンクシ
ョンが復帰する前にＣＰＵの状態がこのセーブされた状
態に復帰されるよう確保する。ステップ４０６Ａでは、
代替えファンクションは、現在時間を検索する。ステッ
プ４０７では、代替えファンクションは、その戻りと、
戻されたパラメータ及び現在時間とを記録する。ステッ
プ４０８では、代替えファンクションは、ネスティング
レベルを減少する。ステップ４０９では、代替えファン
クションは、ステップ４０６でセーブされたＣＰＵの状
態を復帰し、アプリケーションプログラムに戻る。

【００２１】図７は、ファンクションの呼び出しをログ
ファイルに記録するルーチンのフローチャートである。
このルーチンは、真のファンクションの識別（例えば、
ファンクションの名前）を、真のファンクションへ通さ
れた全てのパラメータ及び現在時間と共にログファイル
へ書き込む。ログファイルは、ファンクション又はコー
ルバックルーチンの各々の記録された呼び出し及び戻り
に対するエントリ（例えば、ライン）を含むのが好まし
い。各エントリーは、ファンクション又はコールバック
ルーチンの呼び出し又は戻りに対応するかどうかを識別
する。ステップ５０１において、ルーチンは、ネスティ
ングレベル及びファンクション呼び出し識別子（例え
ば、「ＡＰＩＣＡＬＬ」）をログファイルに書き込むと
共に、現在時間を書き込む。ステップ５０２において、
ルーチンは、ファンクションの名前（例えば、「Ｒｅｇ
ｉｓｔｅｒＣｌａｓｓ」）をログファイルに書き込む。
ステップ５０３ないし５０５において、ルーチンは、通
されたパラメータをログファイルに書き込むようにルー
プする。ルーチンは、真のファンクションが実行時に使
用する全ての情報をログファイルに書き込まねばならな
い。例えば、真のファンクションがバッファのデータを
ディスプレイモニタにプリントする場合には、バッファ
がポインタによって指示される。このルーチンは、ポイ
ンタだけではなく、バッファの全てのデータをログファ
イルへコピーする。次いで、この実際のデータは、シュ
ミレーション中に再表示することができる。ステップ５
０３において全てのパラメータが処理された場合に、ル
ーチンが復帰し、さもなくば、ルーチンは、ステップ５
０４に続く。ステップ５０４において、ルーチンは、次
のパラメータを検索する。ステップ５０５において、ル
ーチンは、検索されたパラメータを処理し、そしてその
パラメータに関連したデータをログファイルに書き込
み、ステップ５０３へループする。

【００２２】図８は、値によって通された典型的な整数
パラメータの記録を示すフローチャートである。パラメ
ータの値が検索されそしてログファイルに書き込まれ
る。

【００２３】図９は、ポインタとしてバッファへ通され
るパラメータを記録するルーチンを示すフローチャート
である。このルーチンは、通されたポインタ（バッフ
ァ）によって指示されたデータを記録するだけではな
く、バッファ内のポインタによって指示されたデータも
記録する。ステップ７０１では、このルーチンは、左側
の大括弧をログファイルに書き込む。左側の大括弧は、
指示されるデータのスタートを示す。ステップ７０２に
おいて、次のデータ項目がポインタである場合は、ルー
チンはステップ７０４へ続き、さもなくば、ルーチンは
ステップ７０３へ続く。ステップ７０３において、ルー
チンは、非ポインタパラメータをログファイルへ書き込
む。ステップ７０４では、ルーチンは繰り返しそれ自身
を呼び出してポインタを処理する。ステップ７０５で
は、全てのパラメータが処理された場合に、ルーチンは
ステップ７０６へ続き、さもなくば、ルーチンはステッ
プ７０２へループする。ステップ７０６において、ルー
チンは右側の大括弧をログファイルに書き込み、復帰す
る。

【００２４】図１０は、コールバックルーチンを指すパ
ラメータの処理のフローチャートである。好ましい実施
例において、コールバックルーチンが通される各代替え
ファンクションは、代替えコールバックルーチンのアレ
ーを含んでいる。代替えファンクションが呼び出される
たびに、アレーにおける次の代替えコールバックルーチ
ンを、通されたコールバックルーチンの代替えとして選
択する。又、代替えファンクションは、各々の真のコー
ルバックルーチンをその代替えコールバックルーチンに
相関するテーブルを維持する。例えば、ファンクション
ＲｅｇｉｓｔｅｒＣｌａｓｓに対する代替えファンクシ
ョンは、同じ代替えウインドウ手順のアレーを含むのが
好ましい。各々の新たなウインドウクラスが登録される
ときは、アレー内の次の未使用の代替えウインドウ手順
が選択される。或いは又、代替えファンクションは、必
要に応じて代替えコールバックルーチンを形成すること
ができる。ステップ８０１において、ルーチンは、未使
用の代替えコールバックルーチンを選択する。ステップ
８０２において、ルーチンは、真のコールバックルーチ
ンを代替えコールバックルーチンへマップする。ステッ
プ８０３において、ルーチンは、代替えコールバックル
ーチンのアドレスを、パラメータリストにおける真のコ
ールバックルーチンのアドレスと置き換え、復帰する。

【００２５】図１１は、典型的な代替えコールバックル
ーチンのフローチャートである。典型的な代替えコール
バックルーチンは、図６に示した典型的な代替えファン
クションに類似している。ステップ９０１において、代
替えコールバックルーチンはＣＰＵの状態をセーブす
る。ステップ９０２において、代替えコールバックルー
チンはネスティングレベルを増加する。ステップ９０２
Ａにおいて、代替えコールバックルーチンは、現在時間
を検索する。ステップ９０３において、代替えコールバ
ックルーチンは、コールバックルーチンの呼び出しを、
通されたパラメータ及び現在時間と共にログファイルに
記録する。ステップ９０４において、代替えコールバッ
クルーチンは、関連する真のコールバックルーチンのア
ドレスを見つける。ステップ９０５において、代替えコ
ールバックルーチンは、ＣＰＵの状態を、ステップ９０
１でセーブされた状態に復帰させる。ステップ９０６に
おいて、代替えコールバックルーチンは、真のコールバ
ックルーチンを呼び出す。ステップ９０７において、代
替えコールバックルーチンは、真のコールバックルーチ
ンにより戻されたＣＰＵの状態をセーブする。ステップ
９０７Ａにおいて、代替えコールバックルーチンは、現
在時間を検索する。ステップ９０８において、代替えコ
ールバックルーチンは、コールバックルーチンの戻り
を、その戻されたパラメータ及び現在時間と共にログフ
ァイルへ記録する。ステップ９０９において、代替えコ
ールバックルーチンはネスティングレベルを減少する。
ステップ９１０において、代替えコールバックルーチン
は、ＣＰＵの状態を、ステップ９０７でセーブされた状
態に復帰させ、そして代替えコールバックルーチンは、
オペレーティングシステムによる呼び出しへ戻る。

【００２６】以下の表１ないし表１１は、「Ｃ」プログ
ラミング言語で書かれた例示的なアプリケーションプロ
グラムを示している。このアプリケーションプログラム
は、「Ｇｅｎｅｒｉｃ２Ｃｌａｓｓ」という名前のウイ
ンドウクラスを、「ＭａｉｎＷｎｄＰｒｏｃ」という名
前のウインドウ手順と共に形成して表示するものであ
る。ウインドウ手順は、ＷＭ ＣＯＭＭＡＮＤ、ＷＭ
ＤＥＳＴＲＯＹ、ＷＭ ＰＡＩＮＴ、及びＷＭ ＬＢＵＴ
ＴＯＮＤＯＷＮというメッセージを取り扱う。他の全て
のメッセージは、ウインドウ手順により、ファンクショ
ンＤｅｆＷｉｎｄｏｗＰｒｏｃを用いて、オペレーティ
ングシステムへ通される。ウインドウ手順は、ＷＭ Ｃ
ＯＭＭＡＮＤメッセージがＩＤＭ ＡＢＯＵＴパラメー
タと共に送られたときに、コールバックルーチンに対す
るポインタと共にファンクションＤｉａｌｏｇＢｏｘを
呼び出し、ダイアログボックスへのメッセージを取り扱
うものである。

【表１】

【表２】

【表３】

【表４】

【表５】

【表６】

【表７】

【表８】

【表９】

【表１０】

【表１１】

【００２７】表１２ないし１９は、表１ないし１１の同
じアプリケーションプログラムの実行に対するログファ
イルのセクションを含んでいる。表１２ないし１９は、
各々のファンクションと、コールバックルーチンの呼び
出し及び復帰に対するエントリ（ライン）を含んでい
る。各エントリは、ラインナンバー（参照用）と、ネス
ティングレベルと、垂直バーと、タイミング情報と、別
の垂直バーと、エントリのタイプの識別子と、ファンク
ション名又はコールバックルーチン識別子と、パラメー
タとを含んでいる。例えば、ラインナンバー７は、ファ
ンクションＣｒｅａｔｅＷｉｎｄｏｗの呼び出しに対応
するエントリを含んでいる。ネスティングレベルは、１
である。ファンクションは、時間「８４２１０２Ｂ３」
に呼び出される。エントリのタイプは、ファンクション
の呼び出しを指示する「ＡＰＩＣＡＬＬ」である。パラ
メータは、「Ｇｅｎｅｒｉｃ２Ｃｌａｓｓ」、「Ｇｅｎ
ｅｒｉｃ Ｓａｍｐｌｅ Ａｐｐｌｉｃａｔｉｏｎ」、
「ＣＦ００」、等である。ファンクションＣｒｅａｔｅ
Ｗｉｎｄｏｗの復帰に対応するエントリは、ライン２４
である。ライン７ないし２４の間の各ネスティングレベ
ルは、１より大きいレベルである。ファンクションＣｒ
ｅａｔｅＷｉｎｄｏｗの呼び出し中に、オペレーティン
グシステムは、メッセージ「ＷＭ ＧＥＴＭＩＮＭＡＸ
ＩＮＦＯ」を、ライン８に示すようにファンクションＣ
ｒｅａｔｅＷｉｎｄｏｗへ通されたコールバックルーチ
ンへ送っている。コールバックルーチンの呼び出しに対
応するエントリタイプは、「ＭＳＧＣＡＬＬ」である。

【表１２】

【表１３】

【表１４】

【表１５】

【表１６】

【表１７】

【表１８】

【表１９】

【００２８】合成ＧＵＩアプリケーション アプリケーションプログラムの実行についてのログファ
イルを作成するときには、アプリケーションプログラム
の実行を新たなオペレーティングシステムにおいてシュ
ミレーションすることができる。合成ＧＵＩアプリケー
ション（ＳＧＡ）プログラムは、ログファイルに読み込
みをし、そして新たなオペレーティングシステム又は他
の既存のオペレーティングシステムのファンクションを
呼び出すことにより記録された振る舞いをシュミレーシ
ョンする。アプリケーションプログラムの振る舞いをシ
ュミレーションすることにより、新たなオペレーティン
グシステムは、そのファンクションを正しく実行するよ
う確保するようにテストすることができる。

【００２９】ＳＧＡプログラムは、古いオペレーティン
グシステムの各々の真のファンクションに対するサンク
ファンクションを与える。サンクファンクションは、新
たなオペレーティングシステムのファンクションを呼び
出すことにより新たなオペレーティングシステムにおい
て真のファンクションの実行をシュミレーションする。
新たなオペレーティングシステムが、古いオペレーティ
ングシステムのファンクションの振る舞いに対応する振
る舞いのファンクションを有する場合には、サンクファ
ンクションは、新たなオペレーティングシステムのファ
ンクションを使用して、その振る舞いをシュミレーショ
ンすることができる。しかしながら、新たなオペレーテ
ィングシステムの対応するファンクションがない場合に
は、サンクファンクションは、その振る舞いをシュミレ
ーションするのに新たなオペレーティングシステムの多
数のファンクションを呼び出さねばならない。

【００３０】コールバックルーチンが通された真のファ
ンクションに対応する各々のサンクファンクションは、
サンクコールバックルーチンを与える。サンクコールバ
ックルーチンは、アプリケーションプログラムにおいて
対応する真のコールバックルーチンの振る舞いをシュミ
レーションする。各々のサンクコールバックルーチン
は、新たなオペレーティングシステムによって呼び出さ
れたときに、以下に述べるようにＳＧＡエンジンのルー
チンを呼び出し、アプリケーションプログラムの振る舞
いをシュミレーションする。

【００３１】図１２は、合成ＧＵＩアプリケーション
（ＳＧＡ）を示す概略図である。ＳＧＡ１０１０は、Ｓ
ＧＡエンジン１０５０と、古いオペレーティングシステ
ムの各真のファンクションに対するサンクファンクショ
ン１０６０と、新たなオペレーティングシステムの真の
コールバックルーチンに対応するサンクコールバックル
ーチン１０７０とを備えている。新たなオペレーティン
グシステム１０２０は、真のファンクション１０３０
と、ウインドウクラステーブル１０４０とを備えてい
る。ＳＧＡ１０１０は、ログファイルを読み取り、記録
されたアプリケーションプログラムの実行をシュミレー
ションする。ファンクションの各記録された呼び出し
は、記録された通されたパラメータと共に対応するサン
クファンクションを呼び出すことにより、シュミレーシ
ョンされる。コールバックルーチンの各呼び出しの振る
舞いは、サンクコールバックルーチンによってシュミレ
ーションされる。

【００３２】ＳＧＡエンジンのルーチン１０５０は、シ
ュミレーションを制御する。このルーチンには、メッセ
ージが通され、そのメッセージの実行をシュミレーショ
ンする。このルーチンは、メッセージをアプリケーショ
ンへ送るところのコールバックルーチンの呼び出しに対
しログファイルを走査する。次いで、ルーチンは、その
コールバックルーチン内にネストされたファンクション
の各呼び出しの実行をシュミレーションする。例えば、
ライン２０に対応するメッセージＷＭ ＣＲＥＡＴＥに
対してＳＧＡエンジンのルーチンが呼び出された場合に
は、このルーチンは、ライン２１においてファンクショ
ンＤｅｆＷｉｎｄｏｗＰｒｏｃのネスト状の呼び出しを
シュミレーションする。ＳＧＡエンジンのルーチンは、
ログファイルから通されたパラメータを検索し、新たな
オペレーティングシステムのファンクションを呼び出し
て、古いオペレーティングシステムのファンクションの
振る舞いをシュミレーションする。新たなオペレーティ
ングシステムのファンクションが完了すると、ＳＧＡエ
ンジンのルーチンは、戻されたパラメータが、ロギング
された戻されたパラメータに匹敵するかどうかを決定す
る。これらパラメータが匹敵しない場合には、その差に
注目される。任意であるが、新たなオペレーティングシ
ステムの呼び出しに関するタイミング情報は、個別の新
たなログファイルに記録することができる。

【００３３】図１３は、合成ＧＵＩアプリケーションプ
ログラムのフローチャートである。合成ＧＵＩアプリケ
ーション（ＳＧＡ）は、ログファイルを入力し、新たな
オペレーティングシステムのファンクションを呼び出す
ことにより、ログファイルに記録されたＧＵＩアプリケ
ーションプログラムの実行をシュミレーションする。ス
テップ１００１では、ＳＧＡは、送信メッセージファイ
ル（ＳＭＦ）を発生する。この送信メッセージファイル
は、ログファイルに記録された各送信メッセージに対す
るエントリを含んでいる。送信メッセージファイルの各
エントリは、メッセージの識別子と、ログファイルにお
けるメッセージのライン番号と、メッセージが向けられ
るリソース（例えば、ウインドウ、ダイアログボック
ス）を識別するハンドルとを含んでいる。表２０、２１
は、表１２ないし１９のログファイルに対して発生され
た例示的な送信メッセージファイルである。送信メッセ
ージファイルのライン番号５は、エントリ「ＷＭ ＣＲ
ＥＡＴＥ２０、８Ａ」を含んでおり、これは、ＷＭ Ｃ
ＲＥＡＴＥがハンドル８Ａと共にウインドウに送られた
ことをログファイルのライン番号２０が記録することを
指示する。ステップ１００２では、ＳＧＡはポスト処理
されたメッセージファイル（ＰＭＦ）を発生する。ポス
ト処理されたメッセージファイルは、ログファイルに記
録された各ポスト処理されたメッセージに対するエント
リを含んでいる。ポスト処理されたメッセージファイル
の各エントリは、メッセージ名、メッセージの検索に対
応するライン番号、ポスト処理されたメッセージに対応
する事象をシュミレーションしなければならないライン
番号、及びメッセージが向けられるリソース（例えば、
ウインドウ、ダイアログボックス）を識別するハンドル
を含んでいる。表２２は、表１２ないし１９のログファ
イルに対する例示的なポスト処理メッセージファイルを
含んでいる。ポスト処理メッセージファイルのライン番
号５は、エントリ「ＷＭ ＫＥＹＤＯＷＮ１９２、１８
７、８Ａ」を含み、これは、ＷＭ ＫＥＹＤＯＷＮメッ
セージがハンドル８Ａと共にウインドウに対するウイン
ドウ手順によって検索されそしてライン１８７において
メッセージのポスト処理をシュミレーションしなければ
ならないことをログファイルのライン番号１９２が記録
することを指示する。或いは又、送信メッセージファイ
ル及びポスト処理メッセージファイルがアプリケーショ
ンプログラムの実行中にロガーによって発生される。ス
テップ１００３においては、ＳＧＡは、ＳＧＡエンジン
のルーチンを呼び出してアプリケーションプログラムの
実行をシュミレーションする。

【表２０】

【表２１】

【表２２】

【００３４】図１４は、ルーチンＧｅｎｅｒａｔｅＳｅ
ｎｔＭｅｓｓａｇｅＦｉｌｅ（送信メッセージファイル
の作成）のフローチャートである。送信メッセージファ
イルは、ＳＧＡエンジンルーチンの処理効率を改善する
ために発生される。ステップ１１０１において、このル
ーチンは、送信メッセージファイルに初期化メッセージ
（ＩＮＩＴ）を書き込む。この初期化メッセージは、Ｓ
ＧＡエンジンのルーチンを初期化するための指示として
使用される。ステップ１１０２ないし１１０５では、こ
のルーチンは、コールバックルーチンの呼び出しをサー
チしてループしそして送信メッセージファイルにエント
リを書き込む。ステップ１１０２では、このルーチン
は、コールバックルーチンの呼び出しに対応する次のエ
ントリに対しログファイルをサーチする。ステップ１１
０３でログファイルの終了がサーチされた場合に、ルー
チンは復帰するが、さもなくば、ルーチンはステップ１
１０４に続く。ステップ１１０４では、このルーチン
は、メッセージ、エントリのライン番号、及びメッセー
ジが送信メッセージファイルに向けられるところのリソ
ースのハンドルを書き込み、そしてステップ１１０１へ
ループする。

【００３５】図１５は、ルーチンＧｅｎｅｒａｔｅＰｏ
ｓｔｅｄＭｅｓｓａｇｅＦｉｌｅ（ポスト処理メッセー
ジファイルの作成）のフローチャートである。このルー
チンは、各々のポスト処理されたメッセージに対してロ
グファイルをサーチし、そしてそのポスト処理されたメ
ッセージをＳＧＡによってシュミレーションすべきとき
を決定する。ステップ１２０１において、このルーチン
は、ログファイルにおけるポスト処理メッセージを検索
するファンクションＧｅｔＭｅｓｓａｇｅか、又はポス
ト処理メッセージを探索しそしてそれらを検索してもし
なくてもよいファンクションＰｅｅｋＭｅｓｓａｇｅの
次の呼び出しをサーチする。ステップ１２０２において
ログファイルの終了がサーチされた場合に、ルーチンは
復帰となるが、さもなくば、ルーチンはステップ１２０
３に続く。ステップ１２０３において、ルーチンは、フ
ァンクションＧｅｔＭｅｓｓａｇｅ又はＰｅｅｋＭｅｓ
ｓａｇｅの呼び出しに対応するログファイルのライン番
号を記録する。このライン番号は、ポスト処理されたメ
ッセージに対応する事象をシュミレーションしなければ
ならないポイントを指示する。例えば、ポスト処理され
たメッセージがＷＭ ＫＥＹＤＯＷＮである場合には、Ｗ
Ｍ ＫＥＹＤＯＷＮメッセージを検索するファンクショ
ンＧｅｔＭｅｓｓａｇｅの実行をＳＧＡがシュミレーシ
ョンする前に、又はメッセージ待ち行列における存在を
通知してもしなくてもよいファンクションＰｅｅｋＭｅ
ｓｓａｇｅの実行の前に、ＷＭ ＫＥＹＤＯＷＮメッセ
ージをシュミレーションしなければならない。ステップ
１２０４では、このルーチンは、ポスト処理されたメッ
セージに一致するコールバックルーチンの呼び出しに対
応するエントリーに対しログファイルをサーチする。即
ち、ポスト処理されたメッセージをアプリケーションプ
ログラムへ送信したところのコールバックルーチンの呼
び出しである。ステップ１２０５では、このルーチン
は、コールバックルーチンの呼び出しに対応するログフ
ァイル内のエントリのライン番号を記録する。ステップ
１２０６では、このルーチンは、メッセージ、メッセー
ジライン番号、ポストライン番号、及びメッセージがポ
スト処理メッセージファイルに向けられるところのリソ
ースのハンドルを書き込み、そしてステップ１２０１へ
ループする。別の実施例では、送信メッセージ及びポス
ト処理メッセージのファイルは、ログファイルの単一の
通過中に作成される。又、送信メッセージ及びポスト処
理メッセージのファイルを作成する必要がなく、むし
ろ、シュミレーションの進行時にログファイルから情報
を決定することができる。

【００３６】図１６は、ＳＧＡエンジンルーチンのフロ
ーチャートである。このルーチンには、ウインドウハン
ドル及びメッセージが通される。このルーチンは、ログ
ファイルに記録されたメッセージのアプリケーションプ
ログラム処理をシュミレーションする。このルーチン
は、ログファイルのどのエントリが通されたメッセージ
に対応するかを決定する。好ましい実施例では、この決
定は、通されたメッセージと同じタイプで且つリソース
に対して同じハンドルをもつメッセージのログファイル
の第１エントリを選択する。次いで、このルーチンは、
メッセージの受け取りに応答して生じるアプリケーショ
ンプログラムの実行をシュミレーションする。応答して
生じる実行は、メッセージを処理するコールバックルー
チンの呼び出し内にネストされたログファイルのエント
リによって表される。ＳＧＡエンジンルーチンは、ネス
ト状のメッセージを処理するために繰り返し呼び出され
る。ＳＧＡエンジンルーチンを開始するために、メッセ
ージＩＮＩＴの送信に対応してログファイルのライン番
号０においてネストレベル０にダミーエントリが記憶さ
れる。ＳＧＡエンジンルーチンは、全ログファイルであ
るネストレベル０内にネスト構成されたログファイルの
全エントリの実行をシュミレーションする。ステップ１
３０１において、ルーチンは、通されたメッセージに対
応する送信メッセージファイル内のメッセージを見つ
け、そしてそのメッセージラインを記録する。ステップ
１３０２において、このルーチンは、見つけたメッセー
ジのネストレベルを決定する。ステップ１３０３におい
て、このルーチンは、通されたパラメータを有効化す
る。ステップ１３０４において、このルーチンは、その
通されたメッセージを処理したコールバックルーチン内
のファンクションの呼び出しに対応するログファイル内
の次のラインをサーチする。このルーチンは、そのライ
ンをコールラインとして記録する。例えば、通されたメ
ッセージがログファイルのライン番号８におけるメッセ
ージに対応する場合には、ライン番号９は、ネスト状フ
ァンクションの呼び出しを含む。ステップ１３０５にお
いてルーチンが次のラインを見つける場合は、ルーチン
はステップ１３０６に続き、さもなくば、ステップ１３
１０に続く。ステップ１３０６において、このルーチン
は、ルーチンＳｉｍｕｌａｔｅＰｏｓｔｅｄＭｅｓｓａ
ｇｅ（ポスト処理メッセージのシュミレーション）を呼
び出し、もし適当であれば、メッセージのポスト処理を
シュミレーションする。ステップ１３０７において、こ
のルーチンは、ネスト状ファンクションの呼び出しの戻
りに対応するラインを見つける。ステップ１３０８にお
いて、このルーチンは、ネスト状ファンクションのサン
クファンクションを検索又は識別する。ステップ１３０
９において、このルーチンは、サンクファンクションを
呼び出し、ステップ１３０４へループする。ステップ１
３１０では、このルーチンは、ステップ１３０１で見つ
けたメッセージの呼び出しラインに関連した戻りライン
を見つける。ステップ１３１１では、このルーチンは、
適当な戻り値をセットし、復帰する。

【００３７】図１７は、ルーチンＦｉｎｄＭｅｓｓａｇ
ｅＩｎＳｅｎｔＭｅｓｓａｇｅＦｉｌｅ（送信メッセー
ジファイルのメッセージの探索）のフローチャートであ
る。このルーチンにはメッセージ及びリソース（ウイン
ドウ）ハンドルが通される。このルーチンは、通された
リソースハンドルに対する通されたメッセージに対応す
る次のメッセージを送信メッセージファイルにおいて見
つける。このルーチンは、メッセージのログファイルに
おけるライン番号を戻す。このルーチンは、各リソース
ハンドルに対し各メッセージタイプごとに見つけた送信
メッセージファイル内の最後のエントリを追跡するアレ
ーを維持する。このルーチンは、この最後のエントリか
らサーチをスタートする。ステップ１４０１において、
このルーチンは、通されたメッセージタイプの通された
リソースハンドルに対して送信メッセージファイル内で
見つかった最後のメッセージのメッセージラインを検索
する。ステップ１４０２ないし１４０３において、この
ルーチンは、通されたリソースハンドルに対する通され
たメッセージ形式の次のメッセージに対し送信メッセー
ジファイルをサーチしてループする。ステップ１４０２
において、ルーチンはメッセージラインを増加する。ス
テップ１４０３において、送信メッセージファイルのメ
ッセージラインのメッセージが、通されたメッセージタ
イプ及び通されたリソースハンドルに等しい場合にはル
ーチンはステップ１４０４に続くが、さもなくば、ルー
チンはステップ１４０２へループする。ステップ１４０
４において、このルーチンは、通されたメッセージタイ
プ及び通されたリソースハンドルに対する最終メッセー
ジライン番号をメッセージラインにセットする。ステッ
プ１４０５において、ルーチンは、コールバックルーチ
ンの呼び出しに対応するエントリのログファイルにおけ
るライン番号を検索し、通されたメッセージを処理し
て、復帰する。

【００３８】図１８は、ルーチンＳｉｍｕｌａｔｅＰｏ
ｓｔｅｄＭｅｓｓａｇｅのフローチャートである。この
ルーチンは、ポスト処理されたメッセージファイルを走
査して、通されたライン番号におけるログファイルのエ
ントリに対応するファンクションの実行をＳＧＡがシュ
ミレーションする前にメッセージのポスト処理をシュミ
レーションしなければならないかどうかを判断する。次
いで、ルーチンは、もし適当であれば、メッセージのポ
スト処理をシュミレーションする。ステップ１５０１に
おいて、このルーチンは、ポスト処理されたメッセージ
ファイルを走査して、ログファイル内の通されたライン
番号におけるエントリのシュミレーションの前にメッセ
ージをポスト処理しなければならないかどうかを判断す
る。ステップ１５０２において、メッセージをポスト処
理しなければならない場合には、ルーチンはステップ１
５０３に続くが、さもなくば、ルーチンは復帰する。ス
テップ１５０３ないし１５１０において、ルーチンは、
どのメッセージをポスト処理しなければならないかを決
定し、適当なルーチンを呼び出して、メッセージのポス
ト処理をシュミレーションし、次いで、ルーチンは復帰
する。

【００３９】図１９は、ＷＭ ＫＥＹＤＯＷＮメッセー
ジのポスト処理をシュミレーションするルーチンのフロ
ーチャートである。このルーチンには、コールバックル
ーチンの呼び出しに対応する送信ルーチンと、メッセー
ジをその前にポスト処理すべきライン番号に対応するポ
ストライン番号とが通される。ステップ１６０１におい
て、このルーチンは、ログファイルから送信ラインにお
いてメッセージを検索する。ステップ１６０２におい
て、このルーチンは、新たなオペレーティングシステム
又はその等効物のファンクションＰｏｓｔＭｅｓｓａｇ
ｅを呼び出し、検索されたＷＭ ＫＥＹＤＯＷＮメッセ
ージをポスト処理して、復帰する。

【００４０】図２０は、ＷＭ ＭＯＵＳＥＭＯＶＥメッ
セージをシュミレーションするルーチンのフローチャー
トである。このルーチンには、コールバックルーチンの
呼び出しに対応するエントリのログファイルにおける送
信ライン番号と、メッセージのポスト処理をその前にシ
ュミレーションしなければならないライン番号に対応す
るポストラインとが通される。ＷＭ ＭＯＵＳＥＭＯＶ
Ｅメッセージをシュミレーションするために、このルー
チンは、ポスト処理されたＷＭ ＭＯＵＳＥＭＯＶＥメ
ッセージを検索したファンクションＧｅｔＭｅｓｓａｇ
ｅの呼び出し中に送られた送信メッセージをシュミレー
ションする。次いで、このルーチンは、ＷＭ ＭＯＵＳ
ＥＭＯＶＥメッセージを新たなオペレーティングシステ
ムに対してポスト処理する。例えば、ログファイルのラ
イン番号１３６は、ＷＭ ＭＯＵＳＥＭＯＶＥメッセー
ジの送信に対応し、そしてライン番号１２３は、ＷＭ
ＭＯＵＳＥＭＯＶＥメッセージのポスト処理をその前に
シュミレーションしなければならないラインに対応す
る。ＷＭ ＭＯＵＳＥＭＯＶＥメッセージをシュミレー
ションするために、ライン１２４におけるＷＭ ＮＣＨ
ＩＴＴＥＳＴメッセージの送信と、ライン１２８におけ
るＷＭ ＳＥＴＣＵＲＳＯＲメッセージの送信とをシュ
ミレーションしなければならない。このルーチンは、新
たなオペレーティングシステムにおいてファンクション
ＳｅｎｄＭｅｓｓａｇｅ（又はその等効物）を用いて、
これらメッセージを送信する。次いで、新たなオペレー
ティングシステムによりサンクコールバックルーチンが
呼び出され、メッセージをＳＧＡへ送信する。メッセー
ジが送られた後に、ＳＧＡは、新たなオペレーティング
システムにおいてファンクションＰｏｓｔＭｅｓｓａｇ
ｅ（又はその等効物）を呼び出すことによりＷＭ ＭＯ
ＵＳＥＭＯＶＥメッセージをポスト処理する。ステップ
１７０１ないし１７０４において、このルーチンは、各
送信メッセージを検索し、そしてメッセージを新たなオ
ペレーティングシステムへ送信する。ステップ１７０１
において、このルーチンは、サーチのスタートをポスト
ラインにセットする。ステップ１７０２において、ログ
ファイルのサーチラインがポストラインにおけるファン
クションＧｅｔＭｅｓｓａｇｅの呼び出しからの戻りを
指示する場合には、ルーチンがステップ１７０５へ続
き、さもなくば、ルーチンはステップ１７０３へ続く。
ステップ１７０３において、ルーチンは、ログファイル
から次の送信メッセージを検索する。ステップ１７０４
において、ルーチンは、検索されたメッセージと共に新
たなオペレーティングシステムのファンクションＳｅｎ
ｄＭｅｓｓａｇｅを呼び出し、そしてステップ１７０２
へループする。ステップ１７０５において、このルーチ
ンは、ポストラインにおけるファンクションＧｅｔＭｅ
ｓｓａｇｅの呼び出しからの復帰に対応するメッセージ
を検索する。ステップ１７０６において、このルーチン
は、検索されたメッセージと共に新たなオペレーティン
グシステムのファンクションＰｏｓｔＭｅｓｓａｇｅを
呼び出し、復帰となる。或いは又、ＷＭ ＭＯＵＳＥＭ
ＯＶＥメッセージをシュミレーションするルーチンは、
実際にＷＭ ＭＯＵＳＥＭＯＶＥメッセージをシュミレ
ーションする新たなオペレーティングシステムのファン
クションＳｅｔＣｕｒｓｏｒＰｏｓを呼び出すことがで
きる。

【００４１】図２１は、サンクウインドウ手順のフロー
チャートである。各サンクコールバックルーチンは同様
に動作する。ステップ１８０１において、このルーチン
は、どの古いウインドウハンドルが新たなオペレーティ
ングシステムによって通されたウインドウハンドルに対
応するかを決定する。新たなオペレーティングシステム
は、古いオペレーティングシステムによって使用された
実際のハンドルに必ずしも対応しないハンドルを使用す
る。従って、ＳＧＡは、古いオペレーティングシステム
のハンドルと、新たなオペレーティングシステムの対応
するハンドルとの間のマッピングを維持する。ステップ
１８０２において、このルーチンは、ＳＧＡエンジンル
ーチンを呼び出し、アプリケーションプログラムによる
ウインドウ手順の処理をシュミレーションし、復帰とな
る。

【００４２】図２２は、ルーチンＴｈｕｎｋＲｅｇｉｓ
ｔｅｒＣｌａｓｓ（サンクレジスタクラス）のフローチ
ャートである。ステップ１９０１において、このルーチ
ンは次の未使用のサンクウインドウ手順を選択する。ス
テップ１９０２において、このルーチンは、クラス名
と、その選択されたサンクウインドウ手順との一致を確
立する。このクラスのウインドウが形成されるたびに、
その選択されたウインドウ手順が、その一致に基づいて
サンクウインドウ手順として使用される。ステップ１９
０３では、このルーチンは、通されたコールラインによ
って指示されたライン番号においてログファイルからの
ファンクションＲｅｇｉｓｔｅｒＣｌａｓｓの呼び出し
に対するパラメータを検索する。ステップ１９０４で
は、このルーチンは、ウインドウ手順のアドレスを、そ
の選択されたサンクウインドウ手順のアドレスにセット
する。ステップ１９０５では、この手順は、新たなオペ
レーティングシステムのファンクションＲｅｇｉｓｔｅ
ｒＣｌａｓｓを呼び出す。ステップ１９０６では、この
ルーチンは、新たなオペレーティングシステムに対する
ファンクションＲｅｇｉｓｔｅｒＣｌａｓｓの呼び出し
の戻り値が、ログファイルにおける戻りラインにより指
示された古いオペレーティングシステムに対するファン
クションＲｅｇｉｓｔｅｒＣｌａｓｓの呼び出しの戻り
値に一致するかどうか判断し、もし一致しない場合はエ
ラーメッセージを報告する。次いで、ルーチンは、復帰
となる。

【００４３】図２３は、ルーチンＴｈｕｎｋＣｒｅａｔ
ｅＷｉｎｄｏｗ（サンククリエートウインドウ）のフロ
ーチャートである。ステップ２００１において、このル
ーチンは、通されたコールラインによって指示されたラ
イン番号においてログファイルからのファンクションＣ
ｒｅａｔｅＷｉｎｄｏｗの呼び出しに対し通されたパラ
メータを検索する。ステップ２００２において、このル
ーチンは、１が指定された場合に、通された親ウインド
ウに対する新たなウインドウハンドルを決定する。ステ
ップ２００３において、このルーチンは、１が指定され
た場合に、通されたメニューの新たなメニューハンドル
を決定する。ステップ２００４では、このルーチンは、
このアプリケーションのインスタンス、ＳＧＡに対する
新たなハンドルを決定する。ステップ２００５におい
て、このルーチンは、通された戻りラインによって指示
されたライン番号においてログファイルから戻りパラメ
ータを得る。ステップ２００６では、このルーチンは、
新たなパラメータ（例えば、新たなハンドル）を通す新
たなオペレーティングシステムのファンクションＣｒｅ
ａｔｅＷｉｎｄｏｗを呼び出す。ステップ２００７で
は、このルーチンは、新たなオペレーティングシステム
によって戻される新たなハンドルと、ログファイル内の
戻りパラメータにより指示されるように古いオペレーテ
ィングシステムにより使用される古いハンドルとの間の
一致を確立する。ステップ２００８では、ルーチンは、
新たなオペレーティングシステムのファンクションＣｒ
ｅａｔｅＷｉｎｄｏｗの呼び出しによる戻りパラメータ
が、ログファイル内の戻りラインにより指示される古い
オペレーティングシステムのファンクションＣｒｅａｔ
ｅＷｉｎｄｏｗの呼び出しの戻りパラメータに一致する
かどうかを決定し、もし一致しなければエラーを報告す
る。次いで、ルーチンは復帰となる。

【００４４】図２４は、手順ＴｈｕｎｋＤｅｓｔｒｏｙ
Ｗｉｎｄｏｗ（サンクデストロイウインドウ）のフロー
チャートである。ステップ２１０１において、このルー
チンは、通されたコールラインによって指示されたライ
ン番号においてログファイルから通されたパラメータを
検索する。ステップ２１０２では、このルーチンは、古
いウインドウハンドルに一致する新たなウインドウハン
ドルを決定する。ステップ２１０３では、このルーチン
は、通された戻りラインによって指示されたライン番号
においてログファイルから戻りパラメータを検索する。
ステップ２１０４では、このルーチンは、新たなオペレ
ーティングシステムのファンクションＤｅｓｔｒｏｙＷ
ｉｎｄｏｗを呼び出す。ステップ２１０４において、こ
のルーチンは、新たなオペレーティングシステムのファ
ンクションＤｅｓｔｒｏｙＷｉｎｄｏｗの呼び出しの戻
り値を、検索された戻りパラメータにより指示された古
いオペレーティングシステムのファンクションＤｅｓｔ
ｒｏｙＷｉｎｄｏｗの呼び出しと比較し、差があった場
合にエラーを報告する。次いで、ファンクションは復帰
となる。

【００４５】図２５は、テンプレートサンクファンクシ
ョンのフローチャートである。このサンクファンクショ
ンには、ファンクションの呼び出し（コールライン）及
び戻り（戻りライン）に対応するログファイル内のライ
ン番号が通される。ステップ２２０１ないし２２０２で
は、サンクファンクションは、ログファイルから通され
たパラメータを検索する。ステップ２２０３ないし２２
０４では、サンクファンクションは、ログファイルから
戻されたパラメータを検索する。ステップ２２０５で
は、サンクファンクションは、パラメータとして通され
た古いハンドルに対応する新たなハンドルを検索する。
ステップ２２０６では、このルーチンは、新たなオペレ
ーティングシステムにおいて古いオペレーティングシス
テムのファンクションをシュミレーションするファンク
ションを呼び出す。ステップ２２０７では、サンクファ
ンクションは、新たなオペレーティングシステムによっ
て戻された新たなハンドルと、古いオペレーティングシ
ステムの古いハンドルとの間の一致をセットする。ステ
ップ２２０８において、シュミレーションされたファン
クションからの戻されたパラメータがログファイルから
の戻されたパラメータに一致しない場合には、ステップ
２２０９においてエラーが報告され、ルーチンは復帰と
なる。

【００４６】図２６は、本発明の別の実施例のブロック
図である。リアルタイムロガー２３０２は、古いサーバ
プログラムに対して意図されたアプリケーションプログ
ラム２３０１のサービス要求（ファンクション呼び出
し）をインターセプトし、その要求をシュミレータプロ
グラム２３０３へ送る。シュミレータプログラムは、受
け取った要求を、新たなサーバプログラム２３０４のサ
ービス要求に対してマップする。新たなサーバプログラ
ムは、これらの要求を実行して、その結果をシュミレー
タを経てリアルタイムロガーへ通し、該ロガーはアプリ
ケーションプログラムへ復帰する。同様に、新たなサー
バプログラムがコールバックルーチンを呼び出すときに
は、シュミレータプログラムが呼び出しをロガーへ送
り、該ロガーはアプリケーションプログラムの適当なコ
ールバックルーチンを呼び出す。新たなサーバプログラ
ムは、外部事象を入力し、事象のインジケータをシュミ
レータ及びリアルタイムロガーを経てアプリケーション
プログラムへ送る。

【００４７】当業者であれば、本発明の方法及びシステ
ムを使用して、グラフィックユーザシステムに関連して
オペレーティングシステム以外のもので与えられるＡＰ
Ｉを用いたプログラムの実行をシュミレーションできる
ことが明らかであろう。例えば、データベースシステム
（サーバプログラム）は、そのＡＰＩを構成する種々の
ファンクションを与えることができる。アプリケーショ
ンプログラム（クライエントプログラム）とデータベー
スシステムとの間の相互作用は、アプリケーションプロ
グラムの実行中に記録することができる。次いで、この
記録された相互作用を用いて、アプリケーションプログ
ラムをシュミレーションし、新たなデータベースシステ
ムをテストすることができる。

【００４８】又、当業者であれば、新たなオペレーティ
ングシステムは、単に、幾つかのファンクションを再書
き込みし、向上し又は変更した古いオペレーティングシ
ステムとすることもできることが明らかであろう。この
場合に、既存のアプリケーションプログラムは新たなオ
ペレーティングシステムのもとで実行できるが、シュミ
レーションシステムを使用して、新たなオペレーティン
グシステムのファンクションによって戻されたパラメー
タ及び新たなオペレーティングシステムによりコールバ
ックルーチンに通されたパラメータをチェックすること
ができる。

【００４９】更に、当業者であれば、本発明を使用し
て、第１のサーバプログラムのサービスを要求するよう
に開発されたクライエントプログラムの性能を、第２の
サーバプログラムにおけるシュミレーションされた性能
と比較することができる。これら性能を比較するため
に、クライエントプログラムが実行され、ログが形成さ
れる。第１及び第２の両方のサーバプログラムにおいて
実行がシュミレーションされ、性能特性が記録される。
性能特性は、両サーバプログラムに対するシュミレーシ
ョンオーバーヘッドを含み、比較に対する正規化された
ベースを構成する。或いは又、同様の解決策を用いて、
性能を第３のサーバプログラムと比較することができ
る。

【００５０】好ましい実施例について本発明を説明した
が、本発明はこの実施例に限定されるものではない。本
発明の範囲内で変更がなされ得ることが当業者に明らか
であろう。本発明の範囲は、特許請求の範囲のみによっ
て限定されるものとする。

【図面の簡単な説明】

【図１】典型的なメッセージ駆動のオペレーティングシ
ステムのメッセージアーキテクチャを示すブロック図で
ある。

【図２】アプリケーションプログラムの相互作用及びシ
ュミレーションの記録を示すブロック図である。

【図３】アプリケーションプログラムの相互作用及びシ
ュミレーションの記録を示すブロック図である。

【図４】アプリケーションプログラムの相互作用及びシ
ュミレーションの記録を示すブロック図である。

【図５】ロガーの好ましいアーキテクチャを示すブロッ
ク図である。

【図６】例示的な代替えファンクションのフローチャー
トである。

【図７】ファンクションの呼び出しをロギングするルー
チンを示すフローチャートである。

【図８】値によって通される典型的な整数パラメータの
記録を示すフローチャートである。

【図９】ポインタとしてバッファに通されるパラメータ
を記録するルーチンを示すフローチャートである。

【図１０】コールバックルーチンを指すパラメータの処
理のフローチャートである。

【図１１】典型的な代替えコールバックルーチンのフロ
ーチャートである。

【図１２】合成ＧＵＩアプリケーションを示す全体的な
図である。

【図１３】合成ＧＵＩアプリケーションプログラムのフ
ローチャートである。

【図１４】ルーチンＧｅｎｅｒａｔｅＳｅｎｔＭｅｓｓ
ａｇｅＦｉｌｅのフローチャートである。

【図１５】ルーチンＧｅｎｅｒａｔｅＰｏｓｔｅｄＭｅ
ｓｓａｇｅＦｉｌｅのフローチャートである。

【図１６】ＳＧＡエンジンルーチンのフローチャートで
ある。

【図１７】ルーチンＦｉｎｄＭｅｓｓａｇｅＩｎＳｅｎ
ｔＭｅｓｓａｇｅＦｉｌｅのフローチャートである。

【図１８】ルーチンＳｉｍｕｌａｔｅＰｏｓｔｅｄＭｅ
ｓｓａｇｅのフローチャートである。

【図１９】ＷＭ ＫＥＹＤＯＷＮメッセージのポスト処
理をシュミレーションするルーチンのフローチャートで
ある。

【図２０】ＷＭ ＭＯＵＳＥＭＯＶＥメッセージをシュ
ミレーションするルーチンのフローチャートである。

【図２１】サンクウインドウ手順のフローチャートであ
る。

【図２２】ルーチンＴｈｕｎｋＲｅｇｉｓｔｅｒＣｌａ
ｓｓのフローチャートである。

【図２３】ルーチンＴｈｕｎｋＣｒｅａｔｅＷｉｎｄｏ
ｗのフローチャートである。

【図２４】手順ＴｈｕｎｋＤｅｓｔｒｏｙＷｉｎｄｏｗ
のフローチャートである。

【図２５】テンプレートサンクファンクションのフロー
チャートである。

【図２６】本発明の別の実施例を示すブロック図であ
る。

【符号の説明】

１１０ アプリケーションプログラム １１１ メイン手順 １１２ ウインドウ手順 １１３ メッセージループ １２０ オペレーティングシステム １３０ ディスプレイモニタ ２１０ アプリケーションプログラム ２２０ 古いオペレーティングシステム ２３０ ロガー ２４０ ログファイル ２５０ 合成ＧＵＩアプリケーション（ＳＧＡ） ２６０ 新たなオペレーティングシステム ３１１ 代替えファンクション ３１２ 代替えコールバックルーチン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロバート エフ デイ アメリカ合衆国 ワシントン州 98012 ボーセル フィルバート ドライヴ 19906

Claims (26)

【特許請求の範囲】
1. 【請求項１】 クライエントプログラムの実行をシュミ
   レーションするためのコンピュータシステムにおける方
   法であって、上記クライエントプログラムは第１のサー
   バプログラムのサービスを要求するためのもので、更
   に、上記クライエントプログラムは、その要求されたサ
   ービスの振る舞いの変化を識別するためのパラメータを
   指定し、上記方法は、 上記クライエントプログラムの実行中に、上記第１のサ
   ーバプログラムのサービスに対する複数の要求をロギン
   グし、その各々の要求は、要求したサービスの識別と、
   その要求したサービスで指定されるパラメータとを含
   み、そして上記ロギングされた要求に基づいて上記第１
   のサーバプログラムにより実行される振る舞いと同様の
   振る舞いを実行するように第２のサーバプログラムを要
   求し、これにより、上記クライエントコンピュータプロ
   グラムの実行の振る舞いをシュミレーションする、とい
   う段階を備えたことを特徴とする方法。
2. 【請求項２】 上記サービスは、上記サーバプログラム
   によって与えられるファンクションを呼び出すことによ
   って要求され、振る舞いを実行するために第２のサーバ
   プログラムを要求する上記段階は、上記第２のサーバプ
   ログラムによって与えられるファンクションを呼び出す
   段階を含む請求項１に記載の方法。
3. 【請求項３】 振る舞いを実行するために第２のサーバ
   プログラムを要求する上記段階は、 複数のロギングされた要求の各々に対し、 そのロギングされた要求の振る舞いをシュミレーション
   するように上記第２のサーバプログラムの１つ以上のサ
   ービスを選択し、そしてその選択されたサービスを実行
   するように上記第２のサーバプログラムを要求する、と
   いう段階を備えた請求項１に記載の方法。
4. 【請求項４】 選択されたサービスを実行するように上
   記第２のサーバプログラムを要求する上記段階は、上記
   ロギングされた要求で指定されたパラメータを上記第２
   のサーバプログラムへ通す段階を含む請求項３に記載の
   方法。
5. 【請求項５】 上記第２のサーバプログラムへパラメー
   タを通す前に、上記第１のサーバプログラムによって発
   生されたパラメータから、上記第２のサーバプログラム
   によって発生されたパラメータへとパラメータをマッピ
   ングする段階を備えた請求項４に記載の方法。
6. 【請求項６】 上記マッピング段階は、コンピュータシ
   ステムで発生されたハンドルをマッピングする段階を含
   む請求項５に記載の方法。
7. 【請求項７】 上記サービスは、上記サーバプログラム
   によって与えられるファンクションを呼び出すことによ
   って要求され、振る舞いを実行するために第２のサーバ
   プログラムを要求する上記段階は、 上記第１サーバプログラムによって与えられた各ファン
   クションにサンクファンクションを関連させ、各サンク
   ファンクションは、上記第１のサーバプログラムの関連
   ファンクションのプロートタイプと同様のプロートタイ
   プを有するものであり、そしてロギングされた要求のフ
   ァンクションに関連したサンクファンクションを呼び出
   して、そのロギングされた要求の振る舞いをシュミレー
   ションする、という段階を備えた請求項１に記載の方
   法。
8. 【請求項８】 サンクファンクションを呼び出す上記段
   階は、上記ロギングされた要求のパラメータと同様のパ
   ラメータを通す段階を備えた請求項７に記載の方法。
9. 【請求項９】 上記第２のサーバプログラムへパラメー
   タを通す前に、上記第１のサーバプログラムによって発
   生されたパラメータから、上記第２のサーバプログラム
   によって発生されたパラメータへとパラメータをマッピ
   ングする段階を備えた請求項８に記載の方法。
10. 【請求項１０】 上記サンクファンクションの呼び出し
    中に、そのサンクファンクションに関連したファンクシ
    ョンの振る舞いをシュミレーションするように上記第２
    のサーバプログラムの１つ以上のファンクションを呼び
    出すという段階を備えた請求項７に記載の方法。
11. 【請求項１１】 上記第２のサーバプログラムのファン
    クションから戻るときに、サンクファンクションによっ
    て戻されるべき戻りパラメータを指定するという段階を
    備えた請求項１０に記載の方法。
12. 【請求項１２】 上記サービスは、上記サーバプログラ
    ムによって与えられるファンクションを呼び出すことに
    よって要求され、上記第１のサーバプログラムのサービ
    スに対する複数の要求をロギングする上記段階は、呼び
    出されたファンクションからの各戻りをロギングする段
    階を含み、各々のロギングされた戻りは、要求されたサ
    ービスの識別と、呼び出されたファンクションによって
    戻されるパラメータとを含む請求項１に記載の方法。
13. 【請求項１３】 要求をロギングする上記段階は、上記
    第２のサーバプログラムの要求を制御するシュミレーシ
    ョンプログラムへ要求を送る段階を含む請求項１に記載
    の方法。
14. 【請求項１４】 上記第１のサーバプログラムへ要求を
    送るのを抑制する段階を備えた請求項１３に記載の方
    法。
15. 【請求項１５】 上記ロギング段階は、コールバックル
    ーチンの呼び出しをロギングする段階を含むと共に、各
    コールバックルーチンにサンクコールバックルーチンを
    関連させる段階を含み、上記サンクコールバックルーチ
    ンは、上記第２のサーバプログラムによって呼び出され
    たときにその関連コールバックの振る舞いをシュミレー
    ションする請求項１に記載の方法。
16. 【請求項１６】 上記第１のサーバプログラムはオペレ
    ーティングシステムであり、そして上記第２のサーバプ
    ログラムは、その同じオペレーティングシステムの異な
    るバージョンである請求項１に記載の方法。
17. 【請求項１７】 上記第１のサーバプログラムはオペレ
    ーティングシステムであり、そして上記第２のサーバプ
    ログラムは、異なるオペレーティングシステムである請
    求項１に記載の方法。
18. 【請求項１８】 第１のサーバプログラムでのクライエ
    ントプログラムの実行と、第２のサーバプログラムでの
    クライエントプログラムの実行との間で性能を比較する
    ためのコンピュータシステムにおける方法であって、上
    記クライエントプログラムは第３のサーバプログラムの
    サービスを要求するものであり、上記方法は、 上記クライエントプログラムの実行中に、上記第３のサ
    ーバプログラムのサービスに対する複数の要求をロギン
    グし、その各々の要求は、要求されたサービスの識別を
    含み、 上記ロギングされた要求を選択することにより上記第１
    のサーバプログラムでのクライエントプログラムの実行
    をシュミレーションし、各々の選択されたロギングされ
    た要求の要求された振る舞いを実行するように上記第１
    のサーバプログラムを要求し、そして上記第１のサーバ
    プログラムによる要求の性能の特性を記録し、 上記ロギングされた要求を選択することにより上記第２
    のサーバプログラムでのクライエントプログラムの実行
    をシュミレーションし、各々の選択されたロギングされ
    た要求の要求された振る舞いを実行するように上記第２
    のサーバプログラムを要求し、そして上記第２のサーバ
    プログラムによる要求の性能の特性を記録し、そして上
    記第１のサーバプログラム及び第２のサーバプログラム
    による要求の性能の記録された特性を分析する、という
    段階を備えたことを特徴とする方法。
19. 【請求項１９】 性能特性記録タイミング情報を記録す
    る段階を備えた請求項１８に記載の方法。
20. 【請求項２０】 第１のサーバプログラムでのクライエ
    ントプログラムの実行をシュミレーションする段階は第
    １のコンピュータで行われ、そして第２のサーバプログ
    ラムでのクライエントプログラムの実行をシュミレーシ
    ョンする段階は第２のコンピュータで行われ、これら第
    １のコンピュータ及び第２のコンピュータは異なるアー
    キテクチャを有する請求項１９に記載の方法。
21. 【請求項２１】 上記ロギング段階は、上記第１のコン
    ピュータ及び第２のコンピュータのアーキテクチャとは
    異なるアーキテクチャを有する第３のコンピュータで実
    行される請求項２０に記載の方法。
22. 【請求項２２】 第２のサーバプログラムでクライエン
    トコンピュータプログラムを共働的に実行するためのコ
    ンピュータシステムにおける方法であって、上記クライ
    エントコンピュータプログラムは、第１のサーバプログ
    ラムのサービスを要求するために形成され、更に、上記
    クライエントプログラムは、サービスの名前と、要求さ
    れたサービスに対するパラメータとを指定し、上記方法
    は、 コンピュータシステムにおけるクライエントプログラム
    の実行中に、 上記第１のサーバプログラムのサービスに対する複数の
    要求をインターセプトし、各要求は、サービスの名前
    と、パラメータとを含むものであり、そしてサービスに
    対する各々のインターセプトされた要求をマッピングプ
    ログラムへ送り；その送られた要求をマッピングプログ
    ラムによって受け取ったときに、その受け取られた要求
    の振る舞いを実行するように上記第２のサーバプログラ
    ムを要求し；そして上記第２のサーバプログラムにより
    戻されるパラメータをクライエントプログラムへ送り、
    これにより、クライエントプログラムが実行を続ける；
    という段階を備えたことを特徴とする方法。
23. 【請求項２３】 上記クライエントプログラムは第１の
    コンピュータにおいて実行され、そして上記第２のサー
    バプログラムは第２のコンピュータにおいて実行される
    請求項２２に記載の方法。
24. 【請求項２４】 上記マッピングプログラムは、上記ク
    ライエントプログラムと同じコンピュータにおいて実行
    され、そして上記第２のサーバプログラムのサービスに
    対する要求を上記第１コンピュータから第２コンピュー
    タへ送る段階を含む請求項２３に記載の方法。
25. 【請求項２５】 上記サービスは、サービスプログラム
    によって与えられるファンクションを呼び出すことによ
    って要求され、そして振る舞いを実行するように上記第
    ２のサーバプログラムを要求する上記段階は、上記第２
    のサーバプログラムによって与えられるファンクション
    を呼び出す段階を含む請求項２２に記載の方法。
26. 【請求項２６】 振る舞いを実行するように上記第２の
    サーバプログラムを要求する上記段階は、 複数の送られた要求に対し、 その送られた要求の振る舞いをシュミレーションするよ
    うに上記第２のサーバプログラムの１つ以上のサービス
    を選択し、そしてその選択されたサービスを実行するよ
    うに上記第２のサーバプログラムを要求する、という段
    階を含む請求項２２に記載の方法。