(57)【要約】【課題】アプリケーションに関係付けられた対話を監視するための方法を提供する。【解決手段】本方法は、構成パラメータ、記録パラメータ、再生パラメータを構成する段階と、アプリケーションに関係付けられた制御フローとサーバ応答を記録する段階とを含んでいる（１２５）。本方法は、制御フローを再生する段階と、再生された制御フローに対するサーバ応答を記録されているサーバ応答と比較して、警告条件が存在するか否かを判定する段階を含んでいる（１３０）。本方法は、警告条件を報告する段階を更に含んでいる。説明した方法を実施するために、製造業者のシステムと商品も提供されている。【選択図】図１
2004535019.tif 000002
【特許請求の範囲】
【請求項１】
クライアント−サーバ・アプリケーションに関係付けられた対話を監視するための方法において、
記録、再生、及び分析のパラメータを構成する段階と、
アプリケーションに関係付けられた制御フローとサーバ応答を記録する段階と、
制御フローを再生する段階と、
警告条件が存在するか否かを判定するために、再生された制御フローに対するサーバ応答を、記録されたサーバ応答と比較する段階と、
前記警告条件を報告する段階と、から成ることを特徴とする方法。
【請求項２】
前記構成する段階は、再生間隔を定める段階を含み、前記再生する段階は、前記再生間隔で行なわれることを特徴とする請求項１に記載の方法。
【請求項３】
前記構成する段階は、前記警告条件を定める段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項４】
前記構成する段階は、前記警告条件を報告する際に実行すべき動作を定める段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項５】
前記構成する段階は、少なくとも１つの警告範囲を定める段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項６】
前記記録する段階は、事前に記録されている制御フローにステップを追加する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項７】
前記報告する段階は、警告を記述しているｅメールメッセージを構築し、送信する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項８】
前記報告する段階は、警告を記述しているページャメッセージを構築し、送信する段階を含んでいることを特徴とする請求項１に記載の方法。
【請求項９】
アプリケーションに関係付けられた対話を監視するためのシステムにおいて、
構成データを定義し、記憶するための構成モジュールと、
アプリケーションのクライアント−サーバ対話を監視し、監視対象のクライアント−サーバ対話を表している制御データを制御フローデータの記憶装置内に記憶するための記録モジュールと、
記憶されている制御フローデータのクライアント部分を再生し、サーバの応答を分析して警告を報告するための再生モジュールと、
前記構成モジュール、記録モジュール、及び再生モジュールを制御するための制御モジュールと、を備えていることを特徴とするシステム。
【請求項１０】
前記構成モジュールは、再生間隔を決めるように作動し、前記再生モジュールは、前記再生間隔で制御フローを再生するように作動することを特徴とする請求項９に記載のシステム。
【請求項１１】
前記構成モジュールは、警告条件を定義するように作動することを特徴とする請求項９に記載のシステム。
【請求項１２】
前記構成モジュールは、前記警告条件を報告する際に実行すべき動作を定義するように作動することを特徴とする請求項９に記載のシステム。
【請求項１３】
前記構成モジュールは、少なくとも１つの警告範囲で定義するように作動することを特徴とする請求項９に記載のシステム。
【請求項１４】
前記記録モジュールは、事前に記録されている制御フローにステップを追加するように作動することを特徴とする請求項９に記載のシステム。
【請求項１５】
前記再生モジュールは、前記警告を記述しているｅメールメッセージを構築し、送信するように作動することを特徴とする請求項９に記載のシステム。
【請求項１６】
前記再生モジュールは、前記警告を記述しているページャメッセージを構築し、送信するように作動することを特徴とする請求項９に記載のシステム。
【請求項１７】
アプリケーションに関係付けられた対話を監視するためのシステムにおいて、
構成データを定義し、記憶するための手段と、
アプリケーションのクライアント−サーバ対話を監視し、監視対象のクライアント−サーバ対話を表している制御データを記憶するための手段と、
記憶されている制御フローデータのクライアント部分を再生するための手段と、
サーバ応答を分析するための手段と、
前記サーバ応答に基づいて警告を報告するための手段と、を備えていることを特徴とするシステム。
【請求項１８】
クライアント−サーバ・アプリケーションに関係付けられた対話を監視するための処理インストラクションでエンコードされたコンピュータ読み取り可能記憶媒体において、
再生間隔を求めることを含め、構成、記録、再生、及び分析のパラメータを構成するためのコンピュータ読み取り可能インストラクションと、
前記アプリケーションに関係付けられた制御フローとサーバ応答を記録するためのコンピュータ読み取り可能インストラクションと、
前記再生間隔で制御フローを再生するためのコンピュータ読み取り可能インストラクションと、
警告条件が存在するか否かを判定するために、再生された制御フローに対するサーバ応答を記録されたサーバ応答と比較するためのコンピュータ読み取り可能インストラクションと、
前記警告条件を報告するためのコンピュータ読み取り可能インストラクションと、を備えていることを特徴とするコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概括的には、情報及びデータ管理のシステムと方法に関する。本出願は、より厳密には、情報技術監視に関する。
【背景技術】
【０００２】
本出願は、２００１年７月６日出願の米国仮特許出願第６０／３０３，４４８号に優先権を主張し、同出願を本願に参考文献として援用する。
【０００３】
情報とサービスのプロバイダの多くは、例えばＪａｖａ（登録商標）の様な言語で書かれたウェブベースのアプリケーションを使って、ユーザーがクライアント−サーバ・アーキテクチャを介して情報とサービスにアクセスできるようにしている。このようなアプリケーションによって行なわれる機能の多くは、例えば、当座預金口座の残高照会や、クレジットカード口座に最低支払額を入金する等、ユーザーが周期的に要求する日常的な機能である。
【０００４】
現在、ユーザーは、これらの日常的機能の１つを行なおうとする都度、実行すべき機能を要求して、その機能を実行するに必要な全ての入力を行なわなければならない。これは、入力が標準化されており、要求毎に変化しない場合であっても当てはまる。
【０００５】
以前にも要求された機能を実行するために、ユーザーに同じ情報を繰り返し要求するのは、ユーザーの時間の無駄遣いになる。ウェブベースアプリケーションの中には、ユーザーの指定事項を記憶する能力を提供することにより、この非能率性を解決しているものもある。しかしながら、このような機能は、特定のウェブアプリケーション、即ちユーザーの指定事項を記憶して呼び出す特性を備えるように設計されたアプリケーションだけに、ばらばらに利用可能になっているだけである。
【０００６】
従って、ユーザーが、情報又はサービスのために日常的で周期的な要求を提出するために費やさねばならない時間と労力を低減するためのシステムと方法が必要とされている。更に、既存のクライアント−サーバ・アプリケーションと互換性のあるソリューションが必要とされている。
【０００７】
【特許文献１】
米国仮特許出願第６０／３０３，４４８号
【発明の開示】
【課題を解決するための手段】
【０００８】
以下、クライアント−サーバ・アプリケーションに関わる対話を記録して再生し、それにより仮想ユーザーインタフェースを提供することに関係付けられた方法、システム、及びコンピュータ読み取り可能媒体について簡単に説明する。この要約は、広範囲に亘る概括ではなく、方法、システム、及び／又は媒体の鍵となる或いは重要な要素を確定しようとするものでもなければ、方法、システム、及び媒体の範囲を正確に描くことを意図したものでもない。序章として、方法、システム、及び媒体を簡単な形態で概念的に確定するものであり、より詳しい説明は後段で行なう。
【０００９】
本開示は、コンピュータ処理環境内のクライアント−サーバ・アプリケーションに関係付けられた対話を監視するための方法とシステムを提供する。本開示の或る態様によれば、クライアント−サーバ・アプリケーションに関係付けられた対話を監視するための方法が開示されている。本方法は、記録、再生、分析パラメータを構成する段階を含んでいる。本方法は、アプリケーションに関係付けられた制御フローとサーバ応答を記録する段階も含んでいる。本方法は、制御フローを再生する段階と、再生された制御フローに対してサーバから受信した返答を記録されているサーバ返答と比較して、警告条件が存在するか否かを判定する段階も含んでいる。警告条件は、構成された分析パラメータに従って処理される。
【００１０】
アプリケーションに関係付けられた対話を監視するためのシステムも開示されている。或る実施形態では、システムは、構成データを定義し記憶するための構成モジュールを含んでいる。システムは、アプリケーションのクライアント−サーバ対話を監視するための記録モジュールも含んでいる。記録モジュールは、更に、監視されたクライアント−サーバ対話を表す制御フローデータを記録するように作動する。システムは、更に、再生モジュールも含んでいる。再生モジュールは、記憶されている制御フローデータのクライアント部分を再生し、サーバ応答を分析し、警告を判定して報告するように作動する。更に、本システムは、構成モジュール、記録モジュール、及び再生モジュールを制御するための制御モジュールを含んでいる。
【００１１】
或る開示された方法を実施するための処理インストラクションを含んでいるコンピュータ読み取り可能記憶媒体も開示されている。
【００１２】
方法、システム及びコンピュータ読み取り可能媒体の或る例示的態様を、以下の説明及び添付図面に結びつけて説明する。上記態様は、しかしながら、本方法、システム及び媒体の原理を採用する様々なやり方のほんの数例を示しているに過ぎず、従って、この事例は、そのような態様及び等価物も包含するものとする。この他の利点及び新規な特徴も、添付図面に結びつけて以下の詳細な説明を考察することにより明らかとなるであろう。
【発明を実施するための最良の形態】
【００１３】
本発明の方法とシステムをより深く理解頂くために、添付図面と結びつけながら以下の説明を参照していくが、図面中、同様の機構には同様の参照符号を付して示している。
【００１４】
一例としての方法、システム、及びコンピュータ読み取り可能媒体について、以下、図面を参照しながら説明するが、同様の要素には同様の符号を付して示している。以下の記述では、説明上、本方法とシステムを完全に把握し易くするために、多くの具体的詳細事項を述べている。しかしながら、本方法とシステムは、これら具体的詳細事項を使わずとも実施できることは自明である。その他、既知の構造及び装置は、説明を簡単にするためにブロック図の形式で示している。
【００１５】
本出願は、ユーザーとアプリケーションの間の対話を記録し、再生し、分析する能力を提供することにより、従来の情報技術管理ソリューションを強化する。或る実施形態では、このような対話は、クライアント−サーバ・アプリケーション内に発現するビジネス論理を表す。例示するシステムは、クライアント−サーバ・アーキテクチャに関連させて説明しているが、例えば、ピア対ピア・アーキテクチャの様な他のアーキテクチャを使用することもできる。
【００１６】
本出願では、ユーザーが使い易いウィザードベースのインタフェースを採用して仮想ユーザーを作成する、代表的クライアント−サーバ対話レコーダ／プレーヤ（「対話レコーダ」）について記載している。この代表的対話レコーダは、仮想ユーザーを使って、企業ジャバビーンズ（ＥＪＢ）と対話している人間のユーザーをシミュレートする。ここで、１人又は複数の仮想ユーザーは、関係するクライアント−サーバ・アプリケーションと周期的に対話して、対話又はビジネス論理が仕様に則って実行されているか否かを分析する。分析は、アプリケーション応答時間、返却値、及び例外の３つのレベルで行なわれるものと説明しているが、他のレベルでの分析も可能である。
【００１７】
図１では、アプリケーション・クライアント１１０とアプリケーション・サーバ１１５の間の対話を監視し、記録し、再生し、分析するための、一例的な対話記録システム１００を示している。一例的な対話記録システム１００は、エンドユーザー又はアプリケーションが、ＥＪＢクライアントとＥＪＢサーバの対話を捕捉し再生できるようにする。捕捉された対話又は制御フローは、データとして記憶装置１２０に記憶される。記録モジュール１２５は、アプリケーション・クライアントにより提供されたデータ並びにアプリケーション・サーバ１１５により返却されたデータを、制御フローデータとして監視し記録する。再生モジュール１３０は、エンドユーザー、アプリケーション、又はインテリジェントエージェントが、アプリケーション・クライアント１１０に関係付けられた記憶済みの制御フローデータを使用して、制御フローを再生できるようにする。制御フローの再生処理の間に、アプリケーション・サーバ１１５からの応答は、アプリケーション・サーバ１１５が元々提供した応答を表す制御フローデータと比較される。記憶されている応答が、制御フロー再生時に提供された応答と矛盾していれば、再生モジュール１３０は警告を発する。
【００１８】
他の機能を提供している間、構成モジュール１３５は、エンドユーザーが再生モジュール１３０のオペレーションをカスタマイズできるようにする。エンドユーザーにより決められた構成パラメータは、構成データとして記憶装置１４０に記憶されるが、これには、例えば、警告範囲及び通知メッセージ内容などが含まれる。制御モジュール１４５は、インテリジェントエージェント、エンドユーザー、又はアプリケーションが、システム１００と対話して、記録モジュール、再生モジュール、及び構成モジュールを制御できるようにする。
【００１９】
対話記録システム１００の有用性を説明するに際し、入金、引き出し、残金照合の方法を提供する代表的な銀行口座ＥＪＢアプリケーションについて考察する。サーブレットを使って構築される典型的なユーザーインタフェースは、このような方法を使用して、標準ウェブブラウザを通してＡＴＭの様な機能を提供する。この代表的なＥＪＢアプリケーションを使えば、顧客は、お金を預け、お金を引き下ろし、また時にはユーザーの口座の残高を照会することができる。記録モジュール１２５は、ウェブブラウザを通して、又はＥＪＢと直接的に、の何れかのやり方でこの対話を記録するために使用することができる。
【００２０】
インテリジェントエージェントは、再生モジュール１３０を呼び出し、記録された制御フローデータを、規定の時間間隔を置いて再生する。再生時、再生モジュール１３０は、残高照会方法が予期せぬ値を戻しているか否かを判定する。このような矛盾があると、直ちに警告メッセージが管理者に送られて、管理者はサーバ及び／又はデータベースを調べて、なぜエラーが発生したのかを見出し、問題を正すべく対応する。
【００２１】
或る実施形態では、制御モジュールは、クライアントの対話とサーバの応答を捕捉するためにウィザードベースのパラダイムを提供する、単純なユーザーインタフェースを採用している。インタフェースは、エンドユーザーが、ユーザー対話の記録と、記憶装置１２０からの記録済み制御フローの再生を指示できるようにしている。インタフェースは、制御フローの段階を最初から監視されている正確な順序で繰り返すことにより、ユーザーの動作をシミュレートすることもできる。インテーフェースは、サーバの応答の結果と元々記録されているデータを更に報告することもできる。
【００２２】
図２は、図１の対話記録システム１００を使用して採用することのできる方法論の一例２００を示している。ブロック２１０で、エンドユーザーは、対話記録システム１００を構成する。対話記録システム１００を構成することには、例えば、再生間隔を定義すること、警告条件を定義すること、検出された警告条件に応答するための動作を定義することが含まれる。
【００２３】
記録モジュール１２５は、クライアント−サーバ・アプリケーションセッションの制御フローを監視して記録するために、ブロック２１５で使用される。監視対象の制御フローには、クライアント１１０とサーバ１１５の間の対話が含まれ、これは制御フローデータとして記憶装置１１０に記憶される。所定の再生間隔で、再生モジュール１３０をブロック２２０で使用して、記録されたセッションの制御フローを再生する。再生モジュール１３０は、アプリケーション・サーバ１１５から受信された再生制御データに対する応答と、制御フローデータ記憶装置１２０に記憶されている応答を比較して、警告条件が発現したか否かをブロック２３０で判定する。警告条件が検出された場合、警告条件はブロック２３５で処理され、そうでない場合、方法論は終了する。
【００２４】
次に図３から図７Ｄまでは、本出願の方法を実施し本出願のシステムを作動させるために、対話記録システム１００がユーザーに提示する種々のウインドウの例を示している。代表的なシステムは、ＢＥＡシステムズ社により提供されるBEA Weblogic Platform上で実行されるよう設計されたアプリケーションである。図３は、ユーザーがエキスパートエージェントを選択できるようにする初期ウインドウ３００を示している。新しい制御フローの記録を開始するために、ユーザーは"WebLogic Business Logic Expert Agent"ツリーから「Instances」を選択する。代わりに、ユーザーは「Tool」メニューから「Instances」を選択してもよい。「Instances」を選択することにより、ユーザーは、記憶されている制御フローインスタンスを追加、削除又は編集することができる。「Add」を選択すると、ユーザーは、新しい制御フローの記録を開始することができる。
【００２５】
図４は、ユーザーが、記録すべき制御フローの或る特性を定義することができるようにする「New Instances」ウインドウ４００を示している。具体的には、ユーザーは名前を定義し、将来参照する場合に備えて制御フローをその名前で記憶させる。ユーザーは、制御フローのテキスト記述を与えることもできる。図示の実施形態では、サーバ名は、Weblogic Server Expert Agentの下でデータベース内に予め構成されているWeblogicＥＪＢサーバから選択される。ＵＲＬ、ユーザー名、及びパスワードの様なサーバ接続パラメータは、WebLogic Server Expert Agentに基づいて充填される。
【００２６】
新しい制御フローの特徴が定義されると、ユーザーは"Launch Recorder"を選択して、アプリケーションセッションの制御フローの記録を開始することができる。"Launch Recorder"を選択すると、記録モジュール１２５に、Weblogic EJBサーバとの接続を確立し、図５に示す制御フロー記録ウインドウ５００を表示するよう指示が出される。
【００２７】
ここに例示する制御フロー記録ウインドウは、付加的なＥＪＢ固有のオプションで増強された馴染み文書処理インタフェース設計を採用している。このインタフェースは以下のメニューオプションを有している。
Ｆｉｌｅ：このオプションはファイル取扱い機能にアクセスするために使用される。
Ｎｅｗ：このオプションは、記録モジュールに新しい制御フローを開くよう促す。別の制御フローが作動中の場合、ユーザーは、その制御フローを保存するか否か入力するよう促される。
Ｏｐｅｎ：このオプションは、再生モジュールに事前に記録されている制御フローを開くよう促す。
Ｓａｖｅ：このオプションは、現在作動中の制御フローをその現在名の下に保存する。
Ｓａｖｅ  ａｓ：このオプションは、現在作動中の制御フローを別の名の下に保存する。
Ｅｘｉｔ：このオプションは対話記録システムを閉じる。
Ｃｏｎｎｅｃｔ：このオプションは、WebLogicＥＪＢサーバに接続するのに使用される。
Ｃｏｎｎｅｃｔ  ｔｏ  ｓｅｒｖｅｒ：このオプションは、ユーザーにサーバ接続パラメータを入力するよう促す。
Ｒｅｃｏｒｄ：このオプションは、ユーザーが、現在作動中の制御フローに対して新しいステップを追加できるようにする。
Ｓｔａｒｔ  Ｒｅｃｏｒｄｉｎｇ：このオプションは、制御フロー記録を初期化し、記録を開始するのに使用される。
Ａｄｄ  ｎｅｗ  ｓｔｅｐ：このオプションは、作動中の制御フローの終わりに新しいステップを追加するウィザードを開始させる。
Ｐｌａｙ：このオプションは、事前に記録された制御フローの全て又は一部を実行する機能にアクセスするのに使用される。
Ｐｌａｙ  Ｒｅｃｏｒｄｉｎｇ：このオプションは、現在作動中の制御フローを最初から最後まで実行する。
Ｐｌａｙ  ｓｔｅｐ：このオプションは、現在作動中の制御フローの中の次のステップだけを実行する。
【００２８】
各記録された制御フローは、１つ又は複数の個別のステップ、又はセッションの一部で構成される。次に図６Ａから図６Ｇでは、１つのステップを制御フローに追加する際に、記録モジュールにより提示されるウインドウを示している。ユーザーが制御フローの１つのステップを記録するのを支援する「ウィザード」フォーマットで、連続したウインドウが示されている。各ウインドウで、ユーザーはデータを入力し、進む場合には「Next」ボタン６１４を、それまでに入力した選択を編集する場合には「Back」ボタン６１３を、ウィザードを終了する場合には「Cancel」ボタン６１５を選択する。
【００２９】
図６Ａは、ユーザーが記録対象のステップに関係付けられた名前６１１を定義できるようにするウインドウ６１０を示している。ユーザーは、当該ステップのテキスト記述６１２を提供することもできる。
【００３０】
図６Ｂは、制御フローに関係づけられたサーバ内で利用可能なＥＪＢをユーザーに提示するウインドウ６２０を示している。ユーザーは、選択ウインドウ６２１から未使用のＥＪＢを、或いは選択ウインドウ６２２から制御フローに既に使用されたＥＪＢを選択することができる。制御フローで既に使用されたＥＪＢは、何れも、選択ウインドウ６２２内では"Cached Beans"として提示される。
【００３１】
図６Ｃは、ユーザーが、Java Beanインスタンスを作成及び／又は見つけるために使用されるＥＪＢ方法を選択できるようにするウインドウ６３０を示している。ユーザーは、選択ウインドウ６３１からＥＪＢ方法を選択する。
【００３２】
図６Ｄは、ユーザーが、もし有れば、ウインドウ６４５からのどのパラメータを作成方法で使用するかを定義できるようにするウインドウ６４０を示している。各パラメータのジャバタイプが案内目的で表示される。
【００３３】
図６Ｅは、ユーザーが実行方法をドロップダウン選択メニュー６５５から選択できるようにするウインドウ６５０を示している。
【００３４】
図６Ｆは、ユーザーがウインドウ６４０で定義されるパラメータに値を割り当てることができるようにするウインドウ６４０を示している。値は、入力ウインドウ６６６を使って指定される。
【００３５】
図６Ｇは、ウインドウ６２０、６３０、６４０、６５０、６６０を使ってユーザーがこれまでに定義した方法の実行結果を表示するウインドウ６７０を示している。ウインドウ６７０は、ユーザーが、方法の結果に対する妥当性検証テストを定義できるようにもしている。ユーザーは、妥当性検証テストを定義する場合には「Validate...」ボタン６７５を、制御フローへのステップの追加を完了する場合には「Finish」ボタン６７７を、先に入力した選択を編集する場合には「Back」ボタン６１３を、ステップの追加を打ち切る場合には「Cancel」ボタン６１５を選択する。
【００３６】
次に図７Ａから図７Ｄでは、ユーザーが妥当性検証テストを定義することを選択した場合、構成モジュールは、一連のウインドウを提供して、ユーザーが、どの様に方法結果の妥当性検証を行うか定義できるようにする。これらウインドウは、ユーザーが、３つの要素、即ち１）もし有れば、方法の実際の返却値、２）方法の実行に要する時間、３）もし有れば、方法により発生した例外、に基づいて妥当性検証を定義できるようにする。
【００３７】
図７Ａは、「Result」タブ７０７が選択され、ユーザーが方法の結果の妥当性検証を定義できるようにした妥当性検証ウインドウ７００を示している。この一例的システムは、例えば、事例、ストリング、整数、及び倍の整数を含む各種の返却値をサポートする。ストリングの妥当性を検証する場合、システムは、事前に定義されたパターンを返却されたストリング値と比較する。数の妥当性を検証する場合、システムは、事前に定義された値の範囲を返却された数値と比較する。
【００３８】
ウインドウ７００は、倍の整数値に対する妥当性定義を示している。図示の例では、全体的な妥当性検証範囲に対する下限と上限、並びに当該範囲内の５つのカテゴリーが定義されている。各カテゴリーは、異なる警告メッセージを提供するように構成されている。
【００３９】
各カテゴリーは、ボタン７０２のような、対応付けられた「Details」ボタンを有し、このボタンは、カテゴリーに関係付けられた或る原因、意味、動作、及び通知パラメータを定義するために選択される。結果が特定のカテゴリー範囲に入れば、関係付けられたパラメータは、通知がある場合にはどんな通知を提供するかを決める。
【００４０】
図７Ｂは、ユーザーが、ウインドウ７００から「Critical」範囲に対するボタン７０２を選択した場合に提示される「Critical Details」ウインドウ７２０の例を示している。方法パラメータの返却結果が事前に定義された臨界範囲内にあれば、再生モジュールは、これらのパラメータを参照して取るべき動作を決める。通知パラメータ７２２が選択された場合、通知受領者のｅメールアドレス又はページャに警告通知が届けられる。通知経路は、事前に定義され、構成モジュールを使って構成される。臨界警告の原因７２４、意味７２６、及び動作７２８は、警告メッセージに組み込まれている。
【００４１】
図７Ｃは、「Performance」タブ７０８が選択され、ユーザーが、方法のパフォーマンスの妥当性を定義できるようにした妥当性ウインドウ７００を示している。記録中に観測された実行時間をベンチマークとして使用して、パフォーマンスの警告レベルを定義する。特に、方法の実行に予想外に時間を要した場合は、管理者に通知する必要がある。「Performance」タブ７０８は、ユーザーが、異なるレベルのパフォーマンスを定義できるようにする。
【００４２】
パフォーマンスの妥当性を検証する際、システムは、方法を処理するためのアクセス時間と、ウインドウ７００の「Performance」タブ７０８を使ってユーザーが定義した限界値とを比較する。「Result」タブ７０７のように、「Performance」タブ７０８は、ユーザーが、アクセス時間の範囲に対する上限と下限、並びに範囲内の５つのカテゴリーを定義できるようにする。各カテゴリーは、ユーザーが、カテゴリーに対して望ましい動作を定義できるようにする、付帯する「Details」ボタンを有している。
【００４３】
図７Ｄは、「Exception」タブ７０９が選択され、ユーザーが、方法の処理の間に例外が生じた場合に妥当性検証を定義できるようにした、妥当性検証ウインドウ７００を示している。一般的には、例外はエラーを示す。制御フローの記録次第では、しかしながら、例外も予測される。例外の妥当性検証を使って、例外メッセージに基づいて制御フローの状態を構成することもできる。構成は、ストリング返却値妥当性検証と同様である。
【００４４】
上記内容は幾つかの例を含んでいる。無論、ビジネス処理方針データに関係付けられたシステム、方法、コンピュータ読み取り可能媒体の説明に当って、構成要素又は方法論の考えられるあらゆる組み合わせを説明することは不可能である。しかしながら、当業者には、更なる組合わせ及び置換えが可能であることが認識頂けよう。従って、本出願は、特許請求の範囲に述べる範囲に当てはまる変更、修正、及び変形例を包含することを意図している。更に、「含む」という用語を詳細な説明又は請求項に使用している点については、本用語は、請求項で使用する「備える、成る、含んでいる」という用語と同様な意味を有しているもの理解されたい。
【図面の簡単な説明】
【００４５】
【図１】対話記録システムの一例を示す概略ブロック図である。
【図２】図１の対話記録システムを採用するための方法論の一例を示すフローチャートである。
【図３】本出願の代表的実施形態の初期ウインドウである。
【図４】本出願の代表的実施形態の「新インスタンス」ウインドウである。
【図５】本出願の代表的実施形態の制御フロー記録ウインドウである。
【図６Ａ】本出願の代表的実施形態のステップ追加ウィザードに従って提示される各種ウインドウの１つである。
【図６Ｂ】本出願の代表的実施形態のステップ追加ウィザードに従って提示される各種ウインドウの１つである。
【図６Ｃ】本出願の代表的実施形態のステップ追加ウィザードに従って提示される各種ウインドウの１つである。
【図６Ｄ】本出願の代表的実施形態のステップ追加ウィザードに従って提示される各種ウインドウの１つである。
【図６Ｅ】本出願の代表的実施形態のステップ追加ウィザードに従って提示される各種ウインドウの１つである。
【図６Ｆ】本出願の代表的実施形態のステップ追加ウィザードに従って提示される各種ウインドウの１つである。
【図６Ｇ】本出願の代表的実施形態のステップ追加ウィザードに従って提示される各種ウインドウの１つである。
【図７Ａ】本出願の代表的実施形態の方法妥当性検証構成を可能にする各種ウインドウの１つである。
【図７Ｂ】本出願の代表的実施形態の方法妥当性検証構成を可能にする各種ウインドウの１つである。
【図７Ｃ】本出願の代表的実施形態の方法妥当性検証構成を可能にする各種ウインドウの１つである。
【図７Ｄ】本出願の代表的実施形態の方法妥当性検証構成を可能にする各種ウインドウの１つである。
【図１】
2004535019.tif 000003
【図２】
2004535019.tif 000004
【国際公開パンフレット】
2004535019.tif 000005
2004535019.tif 000006
2004535019.tif 000007
2004535019.tif 000008
2004535019.tif 000009
2004535019.tif 000010
2004535019.tif 000011
2004535019.tif 000012
2004535019.tif 000013
2004535019.tif 000014
2004535019.tif 000015
2004535019.tif 000016
2004535019.tif 000017
2004535019.tif 000018
2004535019.tif 000019
2004535019.tif 000020
2004535019.tif 000021
2004535019.tif 000022
2004535019.tif 000023
2004535019.tif 000024
2004535019.tif 000025
2004535019.tif 000026
2004535019.tif 000027
2004535019.tif 000028
2004535019.tif 000029
2004535019.tif 000030
2004535019.tif 000031
2004535019.tif 000032
2004535019.tif 000033
【国際調査報告】
2004535019.tif 000034