【誤訳訂正書】
【提出日】平成24年6月12日(2012.6.12)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】００２４
【訂正方法】変更
【訂正の内容】
【００２４】
「動作環境スペクトラム」は、対象アプリケーションに存在する不変状態及び時変状態を意味し、オブジェクト、GUI、メッセージ、メソッド呼び出し及びメソッド戻りとして現れるが、これに制限されるものではない。
。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０２８０
【訂正方法】変更
【訂正の内容】
【０２８０】
図２７を参照して、メソッドイベントを解析するためのプロセス２７００を説明するフローチャートを、以下のように示す。ステップ２７１０では、独立モニタリングプログラム４３６（エージェント４１４、エンジン４１６、ソリューション４２６を含む）は、（GUIオブジェクトを識別するための）ホストアプリケーションの階層的GUIオブジェクトツリー６６０、（コードモジュール及びメソッドモニタリング、COMオブジェクトを識別するための）図１７のコードモジュールツリー、及び（ホストアプリケーションの処理及びスレッドを識別するための）プロセス／スレッドのツリーを含む、種々のツリー構造形式において、モデルオブジェクトに対して動作可能である。ステップ２７１５では、動作環境スペクトラムの表示（すなわち、オブジェクト、GUIオブジェクト、メッセージ、メソッド呼び出し及びメソッド戻りとして現れる対象アプリケーションの状態）が、アプリケーション・ウィンドウに対し導出される。ステップ２７２０では、重要なイベントのタイムリーな配信に対して、２つ（またはそれ以上）のレベルで発生可能な状態機械のイベント（例えば、第一レベルのローカルユーザのデスクトップ２４０３、及び第二レベルのリモートサーバ２４０６）が処理される。ステップ２７２５では、gMgシステムのセンサ、又はホストアプリケーションの動的な動作環境スペクトラムの表示５１５（例えば、ユーザ、アプリケーション、OS及びメソッドイベント）に応じて処理する状態機械により生成される、１つ以上の状態機械が発生したイベントが、相互に関連づけられる。ステップ２７３０では、相互関連した状態機械の結果に基づいて、ユーザの経験の表示を推測する。ステップ２７３５では、動作環境スペクトラムの表示と共に動作する論理イベントデータを、状態機械イベントから、サーバ５５７に集める。ステップ２７４０では、バイト命令コードパターン１９２０は、識別され、コンポーネント関数のメソッド・エントリ・ポイントを検索し検出するために用いられる。ステップ２７４５では、バイト命令コードパターン間のインターフェイス機能は、識別され１９１０、ここではインターフェイス機能は、イベント及びプロパティにインターフェイスを提供する。ステップ２７５０では、インターフェイス機能のアドレスが、決定される。使用される技術は、インターセプトされた機能のタイプに依存する（例えば、エクスポートされた機能１６２０か、あるいはCOM タイプライブラリ１６２４のどちらか）また、モニタリングプロセスは、オブジェクト作成前に（１６２７）、それとも、その後に、開始されるのか（１６３０）により決定される。命令コードパターンは、メソッド呼び出し、メソッド戻り及びGUIオブジェクトを含むオブジェクトを識別するために、呼び出し１６４２と戻り１６４５の傍受の実行を可能にする。ステップ２７５５では、プロセス２７００は、機能呼び出しを追跡するためにインターセプトルーチン(図１８)１８４８を用いてインターフェイス機能に関連づける。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００６５
【訂正方法】変更
【訂正の内容】
【００６５】
GUI層及び他の構造において、可視的なプレゼンテーション層を実行及び描画するために、関連するオブジェクトのセットを有することは、アプリケーションの内部機構の特質である。この内在する機構を利用することで、イベントは、関連するランタイムGUIオブジェクト構造の検出から生成され、そのイベントは、カテゴライズドイベントを発生させ、GUIオブジェクトのセットをモニタリングするために一般的な操作として実行される。このシステムのアプローチの大きな利点は、モニタリングソリューションの開発者が、開発中に、出来る限りの出力を記述する必要はなく、その代わりに、現在から将来にわたりすべての類似構造を検出する、構造化された演算子式を解析することのみ必要であることである。その後、一般的に収集されたデータは、システムの他のソースに組み込まれ、ユーザとホストアプリケーションとのインタラクションの多次元的な視点を提供する。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】０１６１
【訂正方法】変更
【訂正の内容】
【０１６１】
クライアント側では、図１５のGUI検出の範囲１５１５において、gMgスクリプト式を、意図的により汎用１５１０（例えば、関連するGUIオブジェクトの全種類を検出するために）にする、或いは、より特定１５０５（例えば、単一GUIオブジェクトを検出するために）にする。検出式は、この概念的範囲のどの場所にも存在するGUIオブジェクトを、検出することができる。gMgセンサは、ホストアプリケーションのGUIオブジェクトデータを収集して、これを使用して、gMgスクリプトはGUIオブジェクト検出用の式を一般的に（または、分類して）定義する。その結果として収集されたGUIオブジェクトの詳細及びプロパティは、一括されてサーバに送信される。サーバは、これらのカテゴライズドイベントと、それに伴うプロパティを受信し、さらに、それらを処理して、特定のGUIオブジェクト・イベントを判断する。サーバは、追跡メッセージ・レベルと、予め定義されたセマンティクス及び仕様とを使用して、ユーザコンテキストを構築する。特定的GUI検出のために、追跡メッセージは、オブジェクトに関する特定のプロパティを含有する識別された各GUIオブジェクトに送信される。汎用検出を行う場合は、サーバに対する十分なデーを有する追跡メッセージが送信されて、特定GUIオブジェクト解析及び識別をリアルタイムの後で判定する。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００６０
【訂正方法】変更
【訂正の内容】
【００６０】
GUIレベルでのコンテキストの問題及び識別に対処するため、汎用マルチインスタンス・メソッド及びGUI検出（gMg）システム内に、GUIイベントのストリームであるユーザコンテキストがあり、このGUIイベントは、環境内で利用可能な他のどのような型のデータともインターリーブされ、他の外部ソース、特にサーバ又は環境インフラ、からのデータと関連することができる。GUI層で検出されるイベントは、ユーザ経験及びアプリケーションのプレゼンテーション層とのインタラクションのダイレクトマッピングを与える。このシステムは、GUIコンテキストにおけるすべてを統合的見解として、異なるセンサ、すなわち、メソッドセンサの実施形態により、多種多様のデータソースに対応する能力を有する。特殊な透過性のGUIセンサの使用により、実際の実行時におけるユーザ経験にイベントへの直接対応を提供するため、他のすべてのデータ形式が、GUIイベントストリーム内においてインターリーブ可能である。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】０２８４
【訂正方法】変更
【訂正の内容】
【０２８４】
図２９Ｂに特に関連して、プロセス２９００は、ステップ２９３２に継続する。ステップ２９３２では、対象アプリケーションの一部を表し、コンテキスト情報（例えば、コンテキストレベル１２０５、１２１０、１２１５）を含むgMgコンテキストを用いた階層的に組織化する構成要素（図１２）を公開する。ステップ２９３４では、階層的に組織化する構成要素によってサポートされた捕捉された動作環境スペクトラム（例えば、オブジェクトツリー１０１５と、そのオブジェクト変数特性、例えば１０３５、又はオブジェクト変数のセット１０３９）を分析する。ステップ２９３６では、プロセス２９００は、図１４のフックを用いて、ユーザと対象アプリケーションとのインタラクション、又はプロセス１４０６又はスレッド１４０９、１４１２、１４１８、１４２１に現れるイベントを発生させる対象アプリケーションとのインタラクションを検出する。ステップ２９３８では、論理的スクリプト表現変数を用いて（「特定及び汎用の結合コード例」と題する前述のコード例と、オブジェクト変数１００５を参照）、検出ステップの結果に対応して、スクリプトの実行に基づいたイベントを発生させる（例えば、WhenObjects１１５１などの機構を有するgMgイベントの発生）。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】０２８５
【訂正方法】変更
【訂正の内容】
【０２８５】
ステップ２９４０では、発生したイベントのうちの１つまたはいくつかを、インタープリタ７４５へ移す。ステップ２９４２では、その選択的に発生したイベントを分析する。選択は、スクリプトにおける論理表現などの、gMgシステムの様々な機構を用いて、GUIオブジェクトツリー構造内に、検出条件、変数、及びオブジェクト変数、WhenObjectを記載する。ステップ２９４６では、その分析を外部ソースに関してパラメータ、特に、サーバ又は動作環境のインフラからのデータと関連づける。そのスクリプトを、ステップ２９４８では、対象アプリケーションにおけるウィンドウの単一プロセス１３１５と関連づける。ステップ２９５０では、スレッドＩＤと関連する固有のメッセージを検出する。ステップ２９５２では、アクティブフックルーチン１４３３〜１４４２により、そのメッセージをインターセプトする。ステップ２９５４では、スクリプト表現及び動作を用いて（コード例「ManyInstances」参照）、対象アプリケーションに関する情報を得るために、そのメッセージのコンテンツを評価し、イベント及びプロパティを導出する。ステップ２９５６では、プロセス２９００は、分析と相関ステップの結果とを含むレポート４５４、警告４５０、相関関係４５２、動作／応答４５６を発生させる。ステップ２９５８では、アプリケーションの繰り返されたスキャンは、検出されたイベントによって呼び出された所定間隔６１５（例えば、OSの時計による駆動、もしくは特定条件による駆動）で、アプリケーションGUIを反映する構造を有するgMg GUIオブジェクトツリー６６０を継続的に投入し、動的に割り当て、適応し、検出し（例えば、図１１のWhenObject機構と図１４のフックによる断続的なポール操作）、捕捉するステップを繰り返す。