"多数の入力ソースから事象情報を受け取り、前記事象情報の各部分の間の関係を導出するための履歴エグゼクティブ要素と、前記履歴エグゼクティブ要素に結合され、前記履歴エグゼクティブ要素からの要求に応答して前記事象情報および関係を持続的に記憶するための記憶要素と、アプリケーションプロセスからの要求に応答して前記関係にしたがって前記事象情報を検索するための事象情報検索要素とを含む、バッチ処理のための事象ヒストリアン。実時間で連続データを集めるための連続データ収集要素をさらに含み、前記連続データは、バッチ処理の少なくともひとつのプロシージャ要素に関する請求項1に記載の事象ヒストリアン。前記情報検索要素はさらに、ユーザに、前記事象情報および前記関係と前期連続データとを図表で提示するためのバッチヒストリアンビュークライアントアプリケーションを含む請求項2に記載の事象ヒストリアン。前記情報検索要素はさらに、ユーザに、前記事象情報および前記関係を図表で提示するためのバッチヒストリアンビュークライアントアプリケーションを含む請求項1に記載の事象ヒストリアン。前記履歴エグゼクティブ要素に第1の入力ソースとして結合され、バッチ処理のプロシージャ要素の実行を示す事象を生成するバッチ事象ジェネレータと、前記履歴エグゼクティブ要素に第2の入力ソースとして結合され、前記バッチ処理の制御に用いられる機器内で行われるプロシージャ要素を示す事象を生成するプロセス事象ジェネレータとを含む請求項1に記載の事象ヒストリアン。実時間で連続データを集めるための連続データ収集要素をさらに含み、前記連続データは、バッチ処理の少なくともひとつのプロシージャ要素と関連しており、前記プロセス事象ジェネレータは、前記データ収集要素により生成された事象ログを含む請求項5に記載の事象ヒストリアン。前記履歴エグゼクティブ要素は、前記バッチ事象および前記プロセス事象と前記連続データとを関連付けるための履歴相関要素を含む請求項6に記載の事象ヒストリアン。バッチ処理システムにおいて、識別されたバッチに対応する事象情報を検索する手段と、前記事象情報と前記事象情報の各部分間の関係とをユーザに視覚的に提示する手段とを含むバッチ履歴ビュークライアントアプリケーション。前記視覚的に提示する手段はさらに、前記事象情報および前記関係をガントチャートとして提示するための手段を含み、前記ガントチャートは、バッチプロシージャのプロシージャ要素を表す請求項8に記載のビュークライアントアプリケーション。前記事象情報および前記関係をガントチャートとして提示するための手段はさらに、前記ガントチャートを絶対時間スケールで提示する手段を含む請求項9に記載のビュークライアントアプリケーション。前記事象情報および前記関係をガントチャートとして提示するための手段はさらに、前記ガントチャートをバッチ相対時間スケールで提示する手段を含む請求項9に記載のビュークライアントアプリケーション。第2の識別されたバッチに対応する他の事象情報を検索する手段と、ユーザに、前記他の事象情報と前記他の事象情報の部分間の関係とを提示する手段とを含み、前記他の事象情報を提示する手段は、前記事象情報と前記他の事象情報との間の差を示す手段を含む請求項8に記載のビュークライアントアプリケーション。前記他の事象情報は、前記事象情報で表される他のバッチと比較するための素晴らしいバッチの処理を表す請求項12に記載のビュークライアントアプリケーション。前記視覚的に提示する手段は、前記事象情報が生成されるときに、前記事象情報および前記関係を提示する手段を含む請求項8に記載のビュークライアントアプリケーション。前記事象情報を実時間で提示する手段は、ユーザ表示画面を横切って水平方向に前記事象情報をスクロールする手段を含む請求項14に記載のビュークライアントアプリケーション。実時間で連続データを集めるための連続データ収集手段をさらに含み、前記連続データは、バッチ処理の少なくともひとつのデータポイントに関連し、前記事情報を実時間で提示する手段は、前記連続データが集められるときに実時間で前記連続データを提示する手段を含む請求項14に記載のビュークライアントアプリケーション。前記連続データを実時間で提示する手段は、ユーザ表示画面を横切って水平方向に前記連続データをスクロールする手段を含む請求項16に記載のビュークライアントアプリケーション。これらの様々な形の事象情報および連続データを統合して、バッチ処理のユーザに、このような情報の総合的、理解可能な提示を与えるのは非常に有用である。しかしながら、バッチ処理の質および進行に関する報告のために現在利用可能なツールは、このような統合にははるかに及ばない。ユーザは、様々な解体disjointツールを用いて手操作で統合を行うことが要求される。さらに、限られた範囲で本発明の解決策がこのような統合を与え、ユーザは、報告プログラムが様々な種類のおよびソースの事象情報と連続データとを相関させることができるように重要、詳細な構成情報を与えることが要求される。バッチ処理で用いられる現在のツールは、バッチ処理からの連続データを集める。他のツールは次いで、興味有るデータの特定のセクションを位置付けるために、ユーザにやっかいなインターフェースを与える。例えば、ユーザは、指標付けツールを用いて、バッチ処理おいて特定の事象またはプロシージャに関するキャプチャされたデータを位置付けるフィルタまたはトリガを定義してもよい。フィルタまたはトリガは、例えば、特定のフェーズの実行に関するデータの開始時刻および終了時刻を規定するのと同じ位単純であってよい。または、その定義は、特定のプロシージャ要素に相当するデータを識別する他のパラメータを識別するようにユーザに要求するほど複雑であってもよい。一般に、ユーザは、バッチ処理において関心のある事象を定義するように構成情報を手操作で与えなければならない。この情報の構成はしばしば、関心のある事象の重要なユーザの知識および関心のあるそれらの事象に関連するデータの可能性のある特性と必要とする複雑なタスクを提供する。さらに、データをプロシージャ事象と関連付けるためのフィルタを定義する複雑さにもかかわらず、データをバッチ事象と関連付けるためにこのようなフィルタを定義するプロセスは、当該技術で現在実践されているようにほとんど手操作のプロセスである。本質的には、ユーザは、特定の事象とその事象と関連する連続データの特定の部分とを識別する構成データを入力しなければならない。このような手操作プロセスは、事象情報と関連の連続データとの間の関係が間違って確立されるように間違いが生じ易い。データのユーザは記憶されたデータの構造の知識を必要とし、データの間の意味のある関係を生成して提示することに責任がある。既存の技術の問合せ能力ケイパビリティは重要であるが、それらは、データをアクセスするためのリレーショナルデータベース前置フロントエンドを与えるだけである。このようなリレーショナルデータベース管理システム問合せオペレーションは、記憶されたデータの様々な要素の間の関係を理解し、所望のデータを提示するために、そこから意味のある問合せを作成することをユーザに要求する。現在のバッチ処理に付随する別の問題は、ユーザにこのような事象情報の提示する際に生じる。バッチヒストリアンプログラムは、このような事象情報を集め、バッチ処理システムのユーザにこの情報を提示する。現在のバッチヒストリアンプログラムは、連続データから表文字の報告を作成するか、せいぜい、連続データの要素における傾向の単純な線形グラフを作成するだけである。バッチ処理システムの現在のバッチヒストリアン特徴はしたがって、ユーザにデータを提示するには柔軟性が限られている。例えば、バッチ事象またはプロセス事象および連続データの間の関係は、現在のヒストリアンプログラムの表を用いた文字の提示からは識別しにくい。したがって、事象情報の様々なソースとバッチ処理から集められた連続データとの間の関係を成立させるプロセスを自動化する方法および構造を提供することが問題となる。改善された構造として必要とされるのは、様々な集められた事象およびデータの間で関係を成立させることを自動化および単純化するものである。バッチ処理システムのユーザがデータを良く解析することができるように、改善された方法および構造が集められたデータを提示する際に柔軟性を向上させることがさらに望ましい。本発明は上記の問題およびその他の問題を解決し、バッチ処理に関する履歴データをより効果的にキャプチャし、記憶し、提示するための方法および関連の構造を与えることにより、有用な従来技術の状態を進歩させる。特に、本発明のバッチヒストリアンは、バッチプロセスにより生成された事象情報全てを受け取る実行プログラムを含む。実行プログラムは、データを解析して、いつ受け取られた事象が新たなバッチまたはバッチの処理内の新たなプロシージャ要素の例示instantiationを反映するか決定する。このような解析はしたがって、バッチとそのバッチと関連するバッチ処理との間の関係を再構成するように受け取られた様々な事象の間の関係を決定する。事象および事象間の関係はしたがって、集められたバッチ事象およびプロセス事象から自動的に得られる。実行プログラムの解析によりこのように識別される事象は、ログされた連続データを実行プログラムにより得られる事象情報と自動的に関連付けるために用いられる。連続データログは、履歴実行プログラムにより得られる事象情報を用いて構文解析され、それを事象情報と関連させる形で表示される。本発明はしたがって、プロシージャモデルサーバ処理から生成された様々なバッチ処理間の関係と所望の制御を実際に行う物理的要素により生成されたプロセス事象とを自動的に決定する。本発明はまた、この得られた事象情報を、バッチ処理システムの他のコンポーネントによりログされた連続データと自動的に関連付ける。したがって、本発明により、ユーザは、バッチ事象を識別し、このような事象を他のプロセス事象または連続データと関連付けるためにシステムを手操作で構成する必要はない。好ましい実施の形態において、所望の事象情報は、得られた事象情報はオブジェクト志向の持続性記憶装置objectorientedpersistentstorage即ちオブジェクト志向のデータベース管理システムObjectOrientedDatabaseManagementSystemまたはOODBMS内に記憶される。この記憶アプローチは、事象の履歴シーケンスおよび様々な事象の間の関係をよく理解するために、集められ得られたデータの特別の問合せをユーザが生成する柔軟性を向上させる。下で述べるように、当業者は、データを持続的に記憶するために複数のファイルまたはデータベース構造のいずれかが本発明と関連して用いられることを認めるだろう。OODBMSは、本発明のバッチ履歴特徴に重要な柔軟性を与えるひとつのこのような構造にすぎない。本発明はさらに、図形のユーザインターフェースビュークライアントプログラムを与え、これにより、ユーザは、集められたデータの階層的関係を反映するように、構造化された履歴データを見ることが出来る。様々な集められたデータおよびそれらが表す事象は、データの様々な関係の間でナビゲーションを可能とするようにユーザに提示される。例えば、バッチの処理の特定のプロシージャ要素に関する情報がユーザに提示されて良く、ユーザは、図形的表示要素上をクリックして、具体的フェーズのような関連する低レベルのプロシージャアスペクトaspectを見てもよい。ユーザは、バッチ処理と特定の製造されたバッチとを含むオブジェクトの間の様々な関係を容易に見れる。好ましい実施の形態において、ビュークライアントは、バッチおよび時間を各プロシージャ要素と関連させるために行われる様々なプロシージャを図形で示すガントGanttチャート時間線として表示画面上にバッチ処理を提示する。プロシージャの低レベルの階層的詳細を見るために、ユーザは、あるプロシージャをクリックオン選択してそのなかのユニットプロシージャを見る。同様にして、ユニットプロシージャがクリックされ、オペレーションを見て、あるオペレーションが選択されてフェーズを見る。ガントチャート下の画面の表の文字部分は、選択されたプロシージャ要素を含む事象の詳細を明示する。プロシージャモデル階層の多レベルは、ディスプレイのガントチャート部分上で同時に表示される。ユーザは、このように表示されるべき詳細のレベルを構成してよい。第1および第2のバッチは、ビュークライアントにより同時に表示されて2つのバッチを視覚的に比較することもできる。例えば、所望の製品を生成する素晴らしいgoldenバッチは、失敗したバッチと比較されてよい。バッチの失敗の理由は、バッチガントチャートを図形で比較することで視覚的には明らかである。ビュークライアントの特徴により、チャートを視覚的によりよく整列させることが出来るように、各ガントチャートの時間線が絶対時間においてまたはバッチ相対的時間において提示可能となる。時間線は、バッチのスタートで整列されても、両方の時間線において他の規定されたプロシージャ事象即ち開始もしくは終了または両方の時間線に共通なある特定のプロシージャ要素で整列されてもよい。ビュークライアントの図形ユーザインターフェース特徴により、ユーザは、選択されたプロシージャ要素と関連する連続データを簡単に見直すことが出来る。本発明により自動的に決定される関係は、ログされた連続データを特定のプロシージャ要素と相関させる。ビュークライアントによって、連続的なログされたデータ内のひとつ以上のタグ付きデータポイントが特定のプロシージャ要素のために提示されるようになる。例えば、ひとつ以上のタグ付きデータポイント値は、表示され、および/またはバッチの特定の選択されたフェーズのためにプロットされる。所望のフェーズが選択され、ユーザがそのフェーズのためのタグ付きデータポイントを選択できるようなダイアログボックスが提示される。そのフェーズのための選択されたタグ付きデータポイントは連続データのログから検索されてユーザのディスプレイ上に提示される。本発明の重要な点は、当該技術で現在実践されているのとは違って、ユーザは手動で入力された構成情報において各プロシージャ要素の開始および終了を指定する必要はないということである。そうではなく、ユーザは単に図形表示からプロシージャ要素を選択するだけであり、本発明の方法および構造は、選択されたプロシージャ要素を、そのプロシージャ要素ならびに他の関連の事象のための事象情報、プロシージャ要素および機器と関連付ける。ビュークライアントのさらなる特徴により、事象データ即ちガントチャートまたはプロットされた連続データは実時間でモニタ可能となる。バッチ処理が実行されているときは、データの実時間表示はチャートをスクロールしたり画面にわたってプロットして、新しいデータをチャートまたはグラフの終わりに付け加える。本発明の上記の目的および他の目的、局面、特徴、および利点は、以下の説明および添付図面から明らかになるだろう。本発明は様々な修正例および代替例の形を可能とするが、その具体例は図面で例示として示され、ここで詳細に説明される。しかしながら、本発明を開示される特定の形に限定することを意図するものではなく、反対に、本発明は、前掲の特許請求の範囲により規定される本発明の精神および範囲内に入る全ての修正,均等物、および代替例をカバーする。バッチ事象ヒストリアンシステム図1は、バッチ処理環境に関する履歴データの記録および提示の現在知られている技術の状態を示すブロック図である。連続データログ100は、バッチ処理環境において多数の連続データソースに相当するタグ付き情報を記録する。特に、連続データ収集要素106は、複数のデータポイント104の各々から連続値の現在のストリーム受け取る。このようなデータポイントは、例えば、バッチ処理に関わるセンサおよびアクチュエータからの現在のアナログ値およびディジタル値を含む。このように受け取られた各データ値は、識別および他の情報即ちタイムスタンプ値でタグをつけられ、データポイント値は分類されるか、同じソースからの類似のデータポイントと関連付けられるようになる。タグ付きデータポイント値は、次いで圧縮されて後の処理のために圧縮されたタグ付きログ110内に記憶される。この圧縮されたタグ付きデータは、クライアントアプリケーション114-118およびユーザアクセスエンジン112で用いられるようにアプリケーションプログラムインターフェースAPI108により検索される。API108により、圧縮されたタグ付きログ110から所望のデータポイント値を簡単にフィルタ処理して選択できる。同じソース識別でタグをつけられた値は伸張され、選択された範囲のタイムスタンプ値を求めてログから検索されてよい。標準的データ整理datareductionおよび解析クライアントアプリケーション114-118は、圧縮されたタグ付きのデータポイント値の検索および解析により特定のデータポイントを静的に解析する。解析されるべき値の範囲は、データポイントのタグおよび関心のあるタイムスタンプの範囲を識別することによりユーザにより与えられる。ユーザアクセスエンジン112は、ユーザに、圧縮されたタグ付きデータポイント値に対しより柔軟に特別な問合せを与える。ユーザはまず、様々なデータソースの間の関係と各バッチプロシージャステップの開始および停止と関連する時間とを記述するために構成データ122を与える。言いかえると、ユーザは、ユーザアクセスエンジン112が様々な圧縮タグ付きデータポイント値の間の関係と、関連するバッチを作るために動作したバッチプロシージャとを決定するために各プロシージャ事象フェーズ、オペレーション、ユニットプロシージャおよびプロシージャの開始および停止を手動で規定しなければならない。ユーザアクセスエンジン112はこのユーザ構成データ122を用いて、様々なユーザ定義のプロシージャ事象の間のこれらの関係を記憶するため従来のリレーショナルデータベース管理システム120を構造化する。プロセス事象101は、バッチの処理の間にプロセス機器およびオペレータにより生成された実時間の事象を示す。これらの事象は、タイムスタンプ情報と、メッセージを生成した機器またはオペレータを示す識別情報とを含み、プロセス事象ログ102においてログされ、ユーザアクセスエンジン112に与えられてこれらの事象の間の他の関係を決定する。従来技術で重要なのはユーザ構成情報122である。ユーザは、実時間プロセス事象および連続データをS88プロシージャモデルに関係付けるプロシージャ事象を手動で識別する責任がある。言いかえると、ユーザにとってもっともなじみのあるバッチ処理プロシージャモデルに関連付けられる方法でプロセス事象および連続データを見るために、ユーザは様々なプロシージャ事象を識別すべくタイミング情報を与えなければならない。このような手動のプロシージャは、ユーザにとってはやっかいで、間違いが起こりやすい。間違ったユーザ構成データは、バッチ処理におけるプロシージャ事象に関するときにデータを意味もなく提示することにつながる。対照的に、図2は、集められたプロセス事象データ、バッチプロシージャ事象、および関連の連続データ間の関係を自動的に決定するために、バッチ処理に関する事象情報を記憶し検索するバッチ事象ヒストリアンbatcheventhistorian200を含む。このような関係をこのように自動的に決定することで、本発明により、このような事象タイミング情報を手動で構成する従来技術は必要ではなくなる。このような事象を構成する従来技術によりユーザに課されたやっかいな負担とこのような手動プロシージャから生じる誘導されたエラーはなくなる。特に、バッチ事象ヒストリアン200は、多数のデータソースから事象情報を受け取り、集められた事象データの間の関係を決定するバッチヒストリアンエグゼクティブ202を含む。より特定的には、好ましい実施の形態にいては、エグゼクティブ202は、プロセス事象ログ102およびプロセス事象サーバ218によってプロセス事象101を受け取る。上で述べたように、プロセス事象は、物理的機器および/またはバッチとのオペレータの対話図示せずにより生成される。プロセス事象ログ102はしたがって、プロセス事象サーバ218により処理されるべきこのような事象をバッファするためのバッファ即ち相互プロセス通信FIFOまたはパイプを表す。エグゼクティブ202は、バッチ事象214およびバッチ事象サーバ216によってバッチサーバ事象プロシージャ自称とも称される212を受け取る。上記のように、バッチ事象214は、バッチ処理を行うバッチサーバプロセス図示せずにより生成される。バッチ事象214はしたがって、バッチ事象サーバ216により処理されるべきこのような事象をバッファするためのバッファ相互プロセス通信FIFOまたはパイプを表す。プロセス事象サーバ218およびバッチ事象サーバ216は、この実施の形態においては、エグゼクティブ202とその接続されたデータソースバッチ事象214との間で、またエグゼクティブ202とプロセス事象ログ102との間で共通の相互プロセス通信インターフェースを与えるために存在する。当業者は、可能性として異なるデータフォーマットを有する多様なデータソースからエグゼクティブ202がデータを集めることが出来るような均等のソフトウェア構造を認めるだろう。図2に示される好ましい実施の形態はしたがって、エグゼクティブ202と多様なデータソースとの間の単一の共通のインターフェースを可能化するためのひとつのこのような設計選択の例と意図される。さらに、当業者は、どんな数のデータソースでもエグゼクティブ202により統合されてその間の事象関係を決定すると認めるだろう。好ましい実施の形態において、各データソースは、そのデータソースを標準フォーマットに変換し、周知の相互プロセス通信技術によってこのような標準データをエグゼクティブに与えるようにサーバプロセスと関連付けさせられる。本発明の構造および方法は、任意の数のデータソースをバッチヒストリアンエグゼクティブ202に接続することが可能であることが意図される。他の事象240はしたがって、持続性記憶装置persistentstoreに記録される他の種類の事象を表し、バッチ処理階層またはプロシージャ要素および物理的要素に関する。このような他の事象のログ242は、処理のためにこのような事象の生成をバッファするように機能する。他の事象サーバ244は次いで、ログされた他の事象を処理し、それらを持続的記憶のためにエグゼクティブ202に与える。当業者は、どんな数のこのようなデータソースでもエグゼクティブ202に接続されてよいことを認めるだろう。各々は、ログされた事象情報を、エグゼクティブ202へ入力するために指定された標準的なフォーマットに変換するサーバプロセスと関連付けられる。エグゼクティブ202は、バッチサーバ212から受けとられた事象メッセージから、実行されたプロシージャ事象のバッチプロセスプロシージャ階層を再構成する。バッチサーバ212は、各プロシージャ要素がある特定の識別されたバッチの代わりに実行されるときにメッセージを生成する。このようなメッセージの事象情報は、特定のプロシージャ要素を識別する識別情報とその事象の時間とを含む。事象は、プロシージャ要素の開始、停止、休止、中止などを含む。本質的には、S88規格のプロシージャモデルの状態遷移全てにより、事象情報メッセージが生成され、バッチ事象サーバ216によってメッセージがエグゼクティブ202に伝送される。他の事象メッセージ全ては、エグゼクティブ202により再構成されたプロシージャ階層に関している。エグゼクティブ202は、再構成されたバッチ処理プロシージャ実行を反映するDB204内にオブジェクトを記憶する。エグゼクティブ202は、その接続されたデータソースからこのような集められた事象情報全てを検査し、そこで参照されるバッチ事象がエグゼクティブにすでに知られているかどうか決定する。このような事象がエグゼクティブに知られているのは、本質的にそれらがDB204内にオブジェクトとして前に記憶されていると発見されるときである。新たなバッチ事象が検出されると、適切な記述オブジェクトが生成され、DB204内に記憶される。例えば、あるフェーズが開始された場合、識別情報およびタイムスタンプ情報全てを含むそのフェーズのためのオブジェクトが生成され、記憶される。そのフェーズがDB204内でもうすでに知られているオペレーションに関連する場合、それらの関係は確立される。もしもオペレーションまたはユニットオペレーションまたはプロシージャが現在知られていないならば、プロシージャ階層実行のこれらの高レベルを反映するために、他のオブジェクトがDB204内で生成されて記憶される。バッチ事象サーバ216により各バッチ事象メッセージを受け取ることで、エグゼクティブ202がバッチプロシージャ実行を再構成できる事象情報を与えることが出来る。エグゼクティブ202は、プロセス事象ログ102とプロセス事象サーバ218とによって受け取られたプロセス事象101も、DB204内に記憶する。バッチ事象とプロセス事象との間の関係はそれにより、手動のユーザの構成を必要とせずに、DB204内で自動的に作成され保持される。オブジェクトAPI222は、DB204内に記憶された事象情報と得られた関係とに対しユーザがアクセスするためのオブジェクト志向のプログラミングインターフェースを与える。好ましい実施の形態において、バッチ事象ヒストリアン200は、DB204内に記憶された情報に外部からアクセスできるように構造化照会言語StructuredQueryLanguageインターフェース206を与える。オブジェクトAPI222はしたがって、オープンデータベースコネクティビティウインドウズ登録商標のソフトからネットワーク上のデータベースにアクセスするためのインターフェース規格ODBCドライバ220およびSQLインターフェース206によりDB204にアクセスする。この構造により、基礎となる持続性記憶装置はユーザまたはアプリケーションクライアントプログラムに対し大幅に見えなくなる。持続性記憶装置は、OODBC技術を用いて図2の好ましい実施の形態において示されるように実現されて良い。または、隠された基底構造を考慮して、持続性記憶装置は、標準的な関係のモデルデータベース管理パッケージまたは他の構造化記憶サブシステム204を用いて実現されてよい。さらに説明すると、DB204は、複数の入手可能な記憶管理ツールのいずれかを用いて複数の周知の方法のいずれかで記憶アーキテクチュアが構造化されてよいことを強調するために、持続性記憶装置、オブジェクト記憶装置およびそれの他の変形と同義に称される。本発明にとって重要なのは、バッチ事象および他の集められたデータ間の関係を導出するエグゼクティブ202の機能と、ユーザの代わりにこのような事象情報および関連の連続データに目に見えないようにアクセスするAPI222である。例として示されるユーザアプリケーション224-230は、オブジェクトAPI222を用いて持続性記憶装置内の情報にアクセスする。ビュークライアント224は、獲得された履歴データの標準化された階層的ビューを与えるユーザアプリケーションの一例である。ビュークライアント224は以下に詳細に述べる。報告クライアント226は、履歴データから標準化された報告を作成するユーザアプリケーションの一例である。このような標準的な報告は、例えば、生成されたバッチの質およびバッチ処理で用いられている機器または特定のバッチ処理の進行に関する標準的な状態報告を監視する品質保証関連報告をふくんでよい。SQLブラウザクライアント228は、ユーザが持続性記憶装置に記憶された情報をざっと目を通すためにSQL規格問い合わせインターフェースを与えるユーザアプリケーションの例である。同様に、ユーザSQLAPI230は、他のユーザ生成アプリケーションプロセスが標準的な問合せプログラミングインターフェースを用いて持続性記憶装置にアクセスできるユーザアプリケーションの一例である。当業者は、ユーザアプリケーション224-230が持続性記憶装置内のデータを利用する共通のアプリケーションプログラムの例であると意図されると認めるだろう。当業者は、持続性記憶装置へのこの標準的なインターフェースを利用することが可能な様々な同様のアプリケーションを認識するだろう。オブジェクトAPI222のさらなる機能は、ユーザが連続データ100にアクセスする標準的なインターフェースを与えることである。オブジェクトAPI222により、ユーザはまるでそれがDB204内で統合されDB204内のオブジェクトと関連づけられているかのように連続データ100にアクセスできる。言いかえると、オブジェクトAPI222により、全てのデータが単一のデータベース内に記憶されているかのようにユーザは自由に、アクセスプロセス事象、関係のバッチ事象および関係の連続データを混合intermixすることができる。正しい持続性記憶装置即ちDB204または連続データ100にユーザがアクセスするように指示して、そのデータをユーザの要求と関連付けさせるのに必要な関係全てを決定することは、オブジェクトAPI222により共通のユーザインターフェースを用いて処理される。ユーザは、特定のバッチ事象を指定して、ここから関連のバッチ事象全て階層的に関連するプロシージャ要素、関連のプロセス事象すべて、および関連の連続データにアクセスしてもよい。様々なデータの間の関係は、本発明のエグゼクティブ202およびオブジェクトAPI222により自動的に決定される。診断インターフェース208および管理インターフェース210は持続性記憶装置DB204を管理するための管理ユーザインターフェースを与える。特に、ヒストリアンの処理を開始するか停止する要求または持続性記憶装置を再構成する即ちDBのサイズを変更するかまたはデータソースについての情報を付加/除去/修正する要求が、診断インターフェース208によっておよび/または管理インターフェース210によってユーザにより生成される。管理インターフェース210は、エグゼクティブ202のアーカイバルarchival特徴も制御する。エグゼクティブ202は、バッチベースのバックアップを制御可能に行なう。バッチベースのバックアップとは、ある特定のバッチの処理に関連した持続性記憶装置内の事象全てをバックアップするものである。バックアップは、DB204の別のセクション内で作成されて、それを他の処理のためにセーブしてよい。持続性記憶装置のこれらのバックアップセクションは、オフライン処理のためにDB204から切り離されてよい。本質的に、管理インターフェース210は、エグゼクティブ202に、ひとつ以上の識別されたバッチのための事象情報すべてのスナップショットを作成するように命じる。スナップショットは次いで、オフライン処理技術を用いて安全なバックアップにコピーされてよい。このようなアーカイブarchived事象情報は、さらなるバッチ履歴情報のために空きを作るために持続性記憶装置から消去されてよい。後に、初期のアーカイブはDB204に回復されて再接続されてこのデータが再び見られて動作されるようにされてよい。このようなアーカイブ情報を消去および回復することは、エグゼクティブ202を制御する管理インターフェース210の制御により行われる。当業者は、診断インターフェース208および管理インターフェース210は、バッチ事象ヒストリアン200の不可欠な要素ではないと認めるだろう。当業者により設計選択として様々な均等構造が用いられてよい。または、例えば、バッチ事象ヒストリアン200は持続性記憶装置を静的に構成しても、および/またはそのオペレーションを開始および停止するためにユーザインターフェースなしで実行されて良い。このようなアーカイブスナップショット事象情報は、さらなるバッチ履歴情報のために空きを作るために持続性記憶装置から消去されてよい。当業者は、バッチ事象ヒストリアン200および関連のオブジェクトAPI222のアーキテクチャが本発明の好ましい実施の形態の例を意図するものと認識するだろう。アーキテクチャの多数の変形例が当業者には生じるだろう。例えば、連続データ100は、既存のインストールされたシステム通常はレガシーlegacyシステムと称されるがこのような情報の持続的記憶ロギングを与えることに関わらないDB204内で併合される。または、たとえば、事象情報のための持続性記憶装置は、オブジェクト志向のデータ記憶装置以外のものであってよい。または、さらなる例として、バッチエグゼクティブ202は、サーバプロセス216および218に依存することよりむしろ事象情報を与える様々な入力ソースに直接アクセスして、その入力を標準的形に変換してもよい。このような設計の選択多くが当業者には明らかである。バッチ事象履歴実行方法図3から8は、バッチヒストリアン200および特にバッチヒストリアンエグゼクティブ202の動作を説明するフローチャートである。図3は、図2のバッチヒストリアンエグゼクティブ202のハイレベルの動作を説明する。図4から図8は、エグゼクティブの動作の特定のアスペクトに関するさらなる詳細を説明する。図3の要素300は、全ての現在構成されたデータソースへの接続を確立するように、即ちデータソースへ接続するように動作可能である。上で説明したように、好ましい実施の形態において、エグゼクティブと各データソースと関連するサーバプロセスとの間で、相互プロセス通信が用いられる。現在構成されたデータソースは持続性オブジェクト記憶装置内に記憶されたヒストリアンの構成パラメータである。好ましい実施の形態においては、2つのデータソースがある、即ちプロセス事象およびバッチ事象プロシージャ事象である。さらなる相互プロセス通信リンクは、ユーザがバッチヒストリアンの動作を管理できるように診断インターフェースプログラムおよび管理インターフェースプログラムに対し要素302により確立される。上で述べたように、診断インターフェースおよび管理インターフェースにより、ユーザはバッチヒストリアンの動作を、その動作を開始するかまたは動作を停止することにより管理できるようになる。例えば、持続性記憶装置の容量または位置を変更すること、エグゼクティブに接続されたデータソースを付加/除去/修正すること、またはアーカイバル管理機能を実行することを含め、他の構成変更は、これらのインターフェースにより許可される。要素304-312は、接続されたデータソース管理インターフェースおよび診断インターフェースを含むのいずれかからエグゼクティブで受け取られたデータを処理するように反復的に動作可能である。要素304はまず、メッセージが管理インターフェースまたは診断インターフェースから利用可能であるかどうか決定するように動作可能である。上で述べたように、これらのインターフェースデータソースは、エグゼクティブに、動作を開始または停止するオペレータ入力と、持続性オブジェクト記憶装置のサイズまたは位置またはデータソースの付加/除去/修正のような再構成情報とを与える。このようなメッセージが利用可能であれば、要素306は、管理データソースおよび診断データソースから利用可能なこのようなメッセージ全てを処理する。両方の場合、処理は要素308へ進む。要素308は、メッセージが他の構成されたデータソースから利用可能であるかどうか決定するように動作可能である。このましい実施の形態において、これらのデータソースは、少なくともバッチ事象データソースとプロセス事象データソースとを含む。バッチ事象データソースは、バッチプロシージャの実行においてバッチサーバプロセスにより生成された事象を記述するメッセージを与える。上で述べたように、好ましい実施の形態で、これらのメッセージは、メッセージを好ましい標準形に変換するサーバプロセスによって与えられる。同様に、プロセス事象は、サーバプロセスによって与えられたメッセージであり、バッチの処理の間に機器およびオペレータにより生成された情報を反映する。このような事象情報が現在構成されたデータソースから利用可能であれば、要素310はこのようなメッセージ全てを処理するように動作可能である。メッセージの処理は、様々な事象の発生を記録し、様々な集められた事象の間の関係を生成するために持続性記憶装置内に適切なオブジェクトを記憶することを含む。特に、要素310は、このように処理されたメッセージからバッチプロシージャ事象の時間線および階層を再構成する。例えば、新たなフェーズが開始された場合、記憶されたオブジェクトは、関連のオペレーション、ユニットプロシージャ、およびプロシージャについての情報を記録する他のオブジェクトに関している。このような関連のオブジェクトが持続性記憶装置内に存在しないときに、要素310は、受け取られたフェーズ開始事象を処理するとすぐにこのような関連のオブジェクトを作成する。要素310の処理のさらなる詳細は図6を参照して以下に説明される。全てのデータソースから現在利用可能なメッセージ全てが要素304-310により処理されてしまうと、要素312は、ヒストリアンエグゼクティブの状態を更新するように動作可能である。持続性記憶装置に行われた更新は好ましくは、高速のキャッシュされたcashed動作において行われる。様々なオブジェクトの揮発性volatileのキャッシュされたバージョンは、エグゼクティブにより処理されたメッセージのために必要に応じて操作される。要素312は周期的に、これらの揮発性のキャッシュされたオブジェクトに対するこのような変更をバッチ事象ヒストリアンの持続性記憶装置にコミットする。さらに、要素312は、診断インターフェース要求または管理インターフェース要求を処理して、持続性記憶装置のサイズまたは位置を再構成する。要素312の処理のさらなる詳細は、図8を参照して以下に説明される。処理は、新たに受け取られたメッセージを処理するために要素304に戻る。当業者は、バッチヒストリアンエグゼクティブにおける処理の上で説明した方法を実行するための多くの均等ソフトウェア技術を認識するだろう。例えば、メッセージを受け取ると、他の休止状態の実行プロセスを上で説明されたメッセージポーリング技術とははっきりと区別されるものとして、よび起こすだろう。または、例えば、オブジェクトの操作は、揮発性のキャッシュされたオブジェクトにおいてよりもむしろ持続性記憶装置おいて直接に行うことが可能であり、それにより前の変化を周期的に行う必要はなくなる。設計選択のこのような問題は、ソフトウェアの当業者には周知である。図4は、バッチヒストリアンエグゼクティブに接続された所望のデータソース全てに対し接続するための要素300の動作に関するさらなる詳細を示す。要素400は、ヒストリアンエグゼクティブのためにデータソースの現在の構成を識別する情報を持続性記憶装置から得るように動作可能である。上で説明したように、エグゼクティブは好ましくは、持続性記憶装置内にこの構成情報を記憶し、診断インターフェースまたは管理インターフェースからのユーザ入力にしたがってそれを更新する。データソースは好ましくは、エグゼクティブに接続されるべき相互プロセス通信チャンネルにより特定される。他のメタデータは、関連するデータソースから受けとられるメッセージの構造および意味を記述した状態で含まれる。要素402および404は次いで、ヒストリアンエグゼクティブと持続性記憶装置で反映される現在の構成で見出される各データソースごとの関連のサーバプロセスとの間に接続を確立するように反復的に動作可能である。要素402が、現在構成されたデータソース全てが要素404により処理されてしまったと決定するとき、要素300の処理は終了する。図5は、オペレータからの管理メッセージおよび診断メッセージを処理するための図3の要素306の動作のさらなる詳細を記述するフローチャートである。要素500はまず、アーカイブ要求が受け取られたかどうか決定するように動作可能である。もしそうならば、要素502は次ぎにアーカイブ要求を処理するように動作可能であり、それにより要素306の処理を終了する。そうでなければ、処理は要素504へと進む。アーカイブ要求は、エグゼクティブに、持続的に記憶装置内に記憶されたオブジェクトのある部分をアーカイブおよび/または消去するように命令する。例えば、オペレータは、エグゼクティブに、重要でない理由で失敗したことがわかったある特定のバッチに関するオブジェクト全てを消去するように要求するかもしれない。このような無関係のオブジェクトを持続性記憶装置内に記憶されたままにしておくのではなく、オペレータは、エグゼクティブへの管理インターフェースまたは診断インターフェースを利用して、関連のオブジェクトの消去を要求するかもしれない。または、例えば、アーカイブ要求は、エグゼクティブにオブジェクトを検索し、それらを新しい位置にアーカイブし、そして持続性記憶装置からアーカイブされたオブジェクトを除くようにたのむ。このような要求は、古い処理されたバッチに関する古いオブジェクトを処分するのに用いられてよい。このようにアーカイブされたオブジェクトは、新たなバッチのためのオブジェクトを記憶するために空間を空けながら、アーカイブ目的のためにコストのかからないオフライン記憶装置へと移動させられてよい。アーカイブメッセージAPIは、ある特定のバッチに関する記憶された事象として手動で入力されたオペレータ注釈を挿入するのにも用いられる。例えば、オペレータは、バッチ処理により通常は感知されないかまたは記録されないある環境情報を記録してよい。または、例えば、オペレータは、ある特定のバッチに責任のあるオペレータが記憶された事象情報と関連するようにあるシフト上にその人個人の開始時間および停止時間をログしてよい。当業者は、オペレータにより記録され、対応するバッチ事象およびプロセス事象に関するオブジェクト内に記憶される多様なこのような補助情報を認識するだろう。アーカイブ要求が存在しないとき、要素504は、停止要求が診断インターフェースまたは管理インターフェース上で受け取られたかどうか決定するように動作可能である。もしそうならば、要素506は、揮発性キャッシュ記憶装置内の現在コミットされていないオブジェクトを持続性記憶装置にコミットするように動作可能である。エグゼクティブ自身の処理はそれで終了する。エグゼクティブは、ヒストリアンエグゼクティブが動作可能であるサーバノードとユーザが通常に対話することでオペレータにより再開始される。図6は、実行動作で現在構成された他のデータソースからの事象情報メッセージを処理するための図3の要素310の動作のさらなる詳細を記述するフローチャートである。要素600はまず、現在構成されたデータソース全てが以下で説明されるように要素602、604により処理されたかどうか決定するように動作可能である。もしデータソース全がこのように処理されてしまっていたら、要素310の処理は完了する。あるデータソースがまだ処理されていないとき、要素602は、処理されるべき次ぎのデータソースからなんらかのメッセージが現在利用可能であるかどうか決定するように動作可能である。メッセージが利用可能であれば、要素604はそのデータソースから利用可能な次ぎのメッセージを処理する。データソースからの次ぎの利用可能なメッセージの処理に続いて、次ぎの診断メッセージまたは管理メッセージを処理できるように、制御は呼び出し機能に戻る。このようにして、データの全てのソースは、単一のデータソースからの多量のメッセージが延長された時間期間においてヒストリアンの処理を独占するのではなく相対的に等しい優先順位で処理される。図7は、あるデータソースからのあるメッセージを処理するための図6の要素604の処理をさらに詳細に説明するフローチャートである。要素700はまず、そのメッセージが知られている種類のものであることを確認する。好ましい実施の形態において上で説明されたように、全てのメッセージは、各データソースと関連するサーバプロセスにより標準形に変換される。その標準形のある態様は好ましくは、メッセージをある特定のデータソースと関連するものとしてまたその対応するサーバプロセスと関連するものとしてメッセージを識別するメッセージタイプの識別子である。要素700はしたがって、このメッセージタイプがエグゼクティブに知られているタイプかどうか決定する。未知のメッセージタイプであれば、要素712へと進み、未知のメッセージに対応するオブジェクトを作成する。後に行われる後処理がこのようなメッセージを評価して、バッチ処理の他の事象に対するそれらの原因または関係を決定できるように、未知のメッセージでさえ持続性記憶装置内に保持される。未知のメッセージは、出来るだけ構文解釈され、その未知のメッセージが関連する持続性永続性の記憶装置内の他の可能性のあるオブジェクト事象、機器などに関連付けられる。要素714は、エグゼクティブにより記憶された統計内の未知のメッセージタイプを受け取るように動作可能であり、それにより要素604の処理を終了する。メッセージタイプが認識されたことで、処理は要素702へ進む。要素702は、メッセージ内に含まれる事象情報からキーを生成する。メッセージの処理は、そのメッセージに含まれる事象情報に関するバッチ事象の階層を記述するメッセージからキーを生成することを含む。キーは、例えば、バッチ識別、プロシージャ識別、ユニットプロシージャ識別、オペレーション識別、およびフェーズ識別を含む。要素704は、生成されたキー値に一致する持続性記憶装置内のオブジェクトまたは揮発性記憶装置内の現在キャッシュされたオブジェクトの位置を突き止めるよう動作可能である。要素706は、要素704が持続性オブジェクト記憶装置内で所望のオブジェクトの位置を突き止めたかどうか決定する。このようなオブジェクトが見つけられると、即ち、持続性オブジェクト記憶装置または揮発性オブジェクト記憶装置内でもうすでに記録されている、処理は710へと進み、エグゼクティブにより操作される既知のオブジェクトに関する統計を更新する。生成されたキーに一致するオブジェクトの位置を突き止められなければ、要素708へと処理は進む。要素708は、生成されたキーに基づいて持続性オブジェクト記憶装置内でまだ未知であるが必要なオブジェクト全てを作成するように動作可能である。例えば、バッチが現在はエグゼクティブにとって未知であるならば、メッセージ内の事象情報から得られたプロシージャ事象全てのためのオブジェクトだけでなく、バッチ自身のオブジェクトも作成される。具体的には、メッセージ内の事象情報から得られたプロシージャ、ユニットプロシージャ、オペレーションまたはフェーズも未知であろう。なぜなら、バッチ自身も以前はエグゼクティブにとっては未知であったからだ。メッセージの事象情報から得られたこれらのバッチ事象の各々に対応するオブジェクトは、持続性オブジェクト記憶装置内で作成される。上で述べたように、作成されたオブジェクトは、そのイベントのタイムスタンプ次用法および識別情報とを含む。オブジェクト間の関係は同様にオブジェクト記憶装置内で作成される。活性化、開始時間、終了時間、および非活性化時間を示す別個の事象メッセージは、各プロシージャ要素ごとに受け取られる。これらの事象メッセージのひとつが受け取られるときはいつでも、適切なプロシージャ要素を記述するオブジェクトは持続性記憶装置内で発見されるか作成され、時間はオブジェクト内の適切なフィールドに付加される。機器の使用バッチ処理において物理的な要素を使用することための事象メッセージは、機器のための獲得時間および解放時間を識別する。同様の処理は、適切な機器のための持続性記憶装置内で使用記述オブジェクトを位置付けるかまたは作成するのにもちいられ、オブジェクトの適切なフィールドに獲得時間および解放時間を付加する。バッチ処理に対するオペレータ変更のような他の事象タイプ全ては、より詳細な開始、停止などの時間よりもむしろ事象の発生の時間だけを有する。処理は次いで要素710へと進み、上で述べたように記憶された統計的情報を更新する。上で述べたように、キーは、受け取られた事象メッセージに対応するオブジェクトの位置を突き止めるように生成される。このましい実施の形態において、様々な目的のために生成された多様なこのようなキーがある。ひとつのキーは、受け取られた事象メッセージのタイプを識別するのに用いられる。メッセージタイプキーは実際は、バッチヒストリアンエグゼクティブによりメッセージの残りの適切な内部処理を選択するのに用いられる。別のキーは、ある記憶された事象の具体的なインスタンスを識別し、メッセージがすでに受け取られ処理されたかどうか決定するのに用いられる。このキーを使用すると、同じ事象の重複記述を記憶する必要はなくなる。さらにべつのキー値は、バッチ記述、レシピ記述、式記述、プロシージャ要素、機器識別、機器使用記述またはユーザ識別のようなオブジェクトの具体的インスタンスを識別する。このキーは、メッセージがさらなる情報を既存のオブジェクトと関連させるときに持続性記憶装置内で既存のオブジェクトの位置を突き止めるのに用いられる原理principleキーである。図8は、データソースからのメッセージの処理に続いてオブジェクト記憶装置を更新するための図3の要素312の処理のさらなる詳細を記述するフローチャートである。オブジェクトは好ましくは、メッセージが処理されるときに揮発性高速キャッシュメモリ内で更新される。揮発性高速キャッシュメモリ内で周期的に更新されたオブジェクトは、永久保存のために持続性記憶装置にコミットされる必要性がある。好ましい実施の形態において、揮発性高速キャッシュ記憶装置内のオブジェクトは、前のこのようなコミットメントから十分な時間が経過したとき、または前のコミットメントから後十分なメッセージが受け取られ処理されたときに記録される。要素800、802はしたがって十分な時間が経過したかまたは十分なメッセージがエグゼクティブにより処理されたかどうか決定するように動作可能である。いずれの条件でも真であれば、処理は要素804へと進み、揮発性オブジェクト記憶装置内の変更されたまたは新たなオブジェクトを持続性記憶装置にコミットする。処理は要素806へと進む。要素806および808は、オペレータ要求により与えられた構成変更に応答してオブジェクト記憶装置の構成を更新するように動作可能である。このような要求の例は、実行プログラムにより処理されるべきメッセージのデータソースを付加/除去/修正する要求である。このような構成変更が要求されたと要素806が決定するならば、要素808は、オブジェクト記憶構成および実行動作において要求された変更を完了する。両方の場合、処理は要素810へと進む。要素810、812は、オペレータ要求にしたがって持続性オブジェクト記憶装置のサイズを変更するように動作可能である。このような要求がなされたと要素810が決定するならば、要素812は、オブジェクト記憶装置サイズの必要な変更を完了するように動作可能である。ここで使用される、オブジェクト記憶装置または持続性記憶装置は、揮発性キャッシュメモリ内に一時的にキャッシュされたかオブジェクト記憶装置に持続的に記憶されたコミットされたオブジェクトの全ての記憶装置を指す。性能を向上させるこのようなキャッシュ技術は、当業者にとっては周知の設計選択の問題である。バッチ事象履歴ビュークライアント図2に関して述べたように、本発明は、ユーザが事象情報とバッチ履歴エグゼクティブにより得られる様々な事象の間の関係を見る際のかなりの柔軟性を可能とするビュークライアントプロセスを含む。ビュークライアントは、ガントGanttチャート表示を用いて図表で、ユーザフレンドリに事象情報を表示し、バッチ事象および関連のプロシージャ階層事象を表現する。図形のユーザインターフェースによって、ユーザは、掘り下げられdrilldownるようにこのように表示された事象を選択して、この選択された事象を構成する低レベルの階層的事象を見ることができる。選択された事象を含む階層的に低い事象の文字表のフォーマット提示は、図形のガントGanttチャート表示以下の文字表フォーマットで表示される。本発明のビュークライアントにより、ユーザは、連続データを関連の事象情報と関係付ける方法で、ログされたデータポイントのための連続データを図表でみることが出来る。言いかえると、連続データは、ユーザのディスプレイからバッチ事象を選択し、その選択された事象のための連続データがひとつ以上の選択されたデータポイントのために表示されることを要求することにより見られる。図10-21は、バッチ事象履歴ビュークライアントの動作を説明する表示画面画像の例である。図10は、バッチオーバービューを示す表示画面の例である。オブジェクト記憶装置内に記録された事象情報を有する各バッチ1002は、ユーザのディスプレイのあるウインドウ上でガントチャートスタイルで示される。ガントチャート形でこのように表示される各バッチごとに、対応する表文字エントリは事象詳細表1000に示される。ガントチャート表示と関連する水平方向のスクロールバー1004により、ユーザはガントチャート表示内で水平方向にスクロールし、それと関連する前の時間または後の時間を有するバッチを見る。事象詳細表1000と関連する垂直スクロールバー1006により、ユーザは、現在はガントチャート形で表示されていない他のバッチをスクロールできる。エントリが事象詳細表1000内に表示されるすべてのバッチは、表の上方にガントチャート形1002で示される。図10に示されるように、各バッチは、バッチのガントチャート上でおよび事象詳細表1000内の対応する文字エントリにおいてその対応するバッチIDの標識がついている。図11に示されるように、ユーザは、そのバッチの処理のさらなる詳細を検査するために、表示されたバッチのうちひとつを選択してもよい。ユーザは、所望のバッチをクリックすることで特定のバッチを選択する。図11で、バッチ1100EE19981019.009の標識がつけられたはユーザにより選択された。選択されたバッチは表示画面上で強調表示され、対応する表エントリ1104も強調表示される。ポップアップメニュ1102は、選択されたバッチ上で典型的には右クリックすることで起動される。ポップアップメニュにより、ユーザは、選択されたバッチの処理に関するさらなる詳細の表示を要求できる。図12は、バッチ1100EE19981019.009と標識を付けられたの処理の詳細の表示の一例である。ユーザは、この表示画面を閉じて図11のバッチオーバービュー画面に戻って良い。バッチを作成したプロシージャ1202EXTERIORENAMELと標識を付けられたプロシージャが、ユーザの画面のガントチャート表示領域の全体の幅に合わせて基準化されたガントチャート形で示される。特に、このプロシージャは1998年10月19日の7時57分12秒AMで開始され、同じ日の8時9分6秒AMで終了した。このプロシージャを含むプロシージャ1204、1210は、ガントチャート形で以下に示される。各ユニットプロシージャを構成するオペレーション1206、1212も、ガントチャート形で対応するユニットプロシージャの下に示される。最後に、各オペレーションを構成するフェーズ1208、1214は、ガントチャート形で対応するオペレーションの下に示される。好ましい実施の形態において、プロシージャ、ユニットプロシージャ、オペレーションおよびフェーズガントチャートは、カラーコーディングcolorcodingにより容易に区別される。カラーコードレジェンドcolorcodelegend1216はしたがって、ガントチャートのカラーコーディングを明確にするために与えられる。事象詳細表1222は、選択されたバッチを作成したプロシージャの実行を含む事象を示す。垂直のスクロールバー1218により、表1222で現在は示されない付加的な事象情報をスクロールすることができる。同様に、表1222と関連する水平方向のスクロールバーにより、ユーザは、表1222内で現在の表示された事象の付加的な事象をスクロールできる。スクロールバー図示せずは、ディスプレイのガントチャート部分と関連してよい。一般に、事象詳細表1222で示される事象情報は、ディスプレイのガントチャート部分において図表で選択されたプロシージャ要素に対応する。当業者は、厳密な対応関係は必要でもなく実務的でもないと認識するだろう。各セクションに提示されるレベルは、ある特定の選択されたプロシージャ要素と他の階層的に関連する要素および事象とに関連する実際の事象にしたがって変動するかもしれない。好ましい実施の形態において、事象詳細表1222およびガントチャート表示部分は、相関させられた情報を示すために調整されるが、ディスプレイの両方のセクションのスクロールバーにより、ユーザはデータの所望の部分を見ることができる。ディスプレイの一番上にあるツールバーにおける詳細選択ツール1200により、ユーザは、選択されたバッチに関して表示されるべき詳細の好ましいレベルを選択できる。レベル1-4が好ましい実施の形態において選択されて良い。レベル1で、バッチを含むプロシージャだけが表示される。レベル2で、プロシージャが表示され、対応するユニットプロシージャがそのプロシージャ下で表示される。レベル3で、プロシージャ、ユニットプロシージャおよび対応するオペレーションが表示される。最後に、レベル4で、プロシージャ、ユニットプロシージャ、オペレーションおよび対応するフェーズが表示される。図13は、ユーザがある特定の事象を選択してそれに関連するさらなる詳細を見る態様を示す。図13に示されるように、CHARGECOLOR:1.1と名づけられたフェーズ1300が選択された。フェーズ1300のためのガントチャートバーおよび対応する表エントリ1304がしたがって強調表示される。ポップアップメニュ1302により、ユーザは選択された事象に特に関連する事象即ちフェーズ1300内の事象についてより多くの事象を要求できる。図14は、図13の詳細情報要求から結果として生じる表1400の例である。ユーザは、この表示画面を閉じて図13の前の画面に戻って良い。図15は、図10において上で述べたバッチオーバービュー表示画面であり、ここではユーザは比較目的で2つのバッチ1500、1501を選択した。選択されたバッチ1500、1501および対応する文字エントリ1506、1504それぞれは、したがってディスプレイ上で強調表示される。ポップアップメニュ1502により、ユーザは表示画面上の2つの選択されたバッチを比較することが出来る。当業者は、任意の数のこのような選択されたバッチが比較されて良いことを認識するだろう。図16は結果として生じる比較画面を示す。EE19981019.011と標識を付けられたバッチ1600は、上で述べたようにガントチャート形で示され、対応する文字表1602で示される。EE19981019.010と標識を付けられた第2の選択されたバッチ1604がガントチャート形で示され、対応する文字表1606で示される。最初に両方のバッチは、それらのそれぞれのガントチャートの対応する左エッジで実際の開始時間と同じ時間スケールで表示される。図16のバッチ比較画面により、ユーザは、2つのバッチの処理の差を素早く見ることができる。例えば、2つのバッチの1つが既知の良品質を作成した完全なまたは素晴らしいバッチであるならば、第2のバッチの品質問題の原因は、対応する2つのプロシージャ実行のガントチャートの差により簡単に識別されてもよい。このような差を目で見て検出できるように、絶対時間とは区別されるバッチ相対時間バッチ処理の開始からの時間でバッチ処理を見ることは有用である。加えて、必ずしもプロシージャの開始ではなく、プロセスにおけるある特定の選択された開始ポイントの2つのガントチャート表示をユーザが図形で整列させることが出来るのも有用である。このような整列により、ユーザは、ある特定の機器モジュールがバッチ処理においてユーザ入力のために利用可能になるのを待つという遅延のような公知の説明できる差異を無視できる。図17において、ユーザは2つの事象1700、1702即ち両方のプロシージャから同じユニットプロシージャを選択した。選択されたユニットプロシージャ1700、1702、および対応する文字表エントリ1706、1708それぞれがしたがってディスプレイ上で強調表示される。ポップアップメニュ1704により、ユーザは整列左オプションまたは整列右オプションを選択できる。整列左オプションは、2つの選択された事象がそれらの開始時間で整列されるように結果として生じる表示をシフトさせる。整列右オプションはそれぞれの終了時間で選択された事象を整列させる。両方の場合において、表示は、実時間スケールよりもバッチ相対時間スケールにトグルtoggle可能である。図18は、図17の整列左要求から生じる表示である。選択されたユニットプロシージャ1700、1702は、それらのそれぞれの開始時間がガントチャート表示上で整列するように表示される。時間ベースは、バッチ相対時間絶対時間とは区別されるバッチの開始からの時間として選択された。番号1800、1802は、バッチ相対時間における時間軸のゼロ時間スタートを指し示す。この整列されたビューにより、別のバッチと比較すると、あるバッチの処理の差を強調できる。過度の量の時間または極端な短時間を費やした事象は、表示内で目に見えるように区別できる。2つ以上のバッチを目で見て比較することは特に有用であるが、バッチ相対時間のガントチャートの提示は他の有用なアプリケーションを有しても良い。絶対時間からバッチ相対時間へ時間線基礎を変更する能力と、所望の境界でガントチャート表示を整列させる関連の特徴はしたがって、好ましくは本発明の比較特徴から独立している。バッチ処理における様々なデータポイントからログされる連続データは、ビュークライアントから見られても良い。ユーザは、所望の事象を選択し、それから、連続データをその時間期間の間に表示するように要求する。選択された事象の間に利用可能な特定の連続データポイントは、ユーザが提示されるべきひとつ以上のデータポイントを選択するように、ユーザにダイアログボックス内で提示される。このましい実施の形態において、要求された連続データポイント値は線形のグラフとしてプロットされる。連続データは、図18のようにバッチ比較表示から連続データの比較としてプロットされてよい。図19は、図18のように異なるバッチの左整列バッチを示し、2つの事象が選択される、即ち1900、1902である。選択されたフェーズ1900、1902および対応する文字エントリ1906、1908、それぞれがディスプレイ上で強調表示される。ポップアップメニュ1904により、ユーザは、連続データの傾向trend比較を要求できる。図20に示されるダイアログボックスが次いで表示され、これにより、ユーザは傾向比較のための所望の連続データポイントを選択できる。図21は、選択された事象持続時間にわたって、選択された連続データポイントを比較するために作成された結果として生じる線形のグラフを示す。バッチ事象履歴ビュークライアント方法図9は、様々なユーザ要求を処理するためのビュークライアントの方法を記述するフローチャートである。当業者は、図9のフローチャートは、図10-21に関して上で述べた様々なユーザ選択および要求のサンプリングを表すものであるとわかるだろう。当業者には周知の設計選択にしたがって様々な表示画面を生成する他のユーザ要求が処理されてよい。図9で説明される方法はしたがって、本発明のビュークライアントの典型的な機能の好ましい実施の形態の単に例として示される。本発明のビュークライアントアスペクトは、バッチ事象、プロセス事象およびあるバッチ事象からの連続データの多様なビューと、S88プロシージャモデル階層にしたがったこのような事象情報の関係とを与えるように意図される。要素900は、持続性オブジェクト記憶装置内で既知のバッチすべてを表示するように動作可能である。あるバッチIDに関するオブジェクトが記憶装置内で発見されると、バッチがわかる。既知のバッチは、上で述べたバッチオーバービュー表示のフォーマットで最初に表示される。各バッチがガントチャートバーとして実時間時間線上で示される。各バッチのガントチャートバーは、それぞれの開始時間にしたがって時間線上で水平方向に位置決めされ、それぞれの終了時間により決定される位置まで伸びる。表示上のスクロールバーにより、ガントチャートは、現在は表示されない後のまたは前の時間を見るために水平方向にスクロール可能である。ガントチャート時間線表示下の文字表は、対応するバッチと関連するバッチ情報を文字で表示する。文字表と関連するスクロールバーにより、表示上に存在しない詳細を見ることが出来る。要素902は、表示されたバッチの少なくともひとつに関するさらなる詳細を与えるユーザ要求を受け入れる。上で述べたように、バッチは、対応するガントチャート上でまたは表の対応する文字エントリ上でユーザクリックにより選択される。ポップアップメニュまたは他のユーザインターフェースツールは、選択されたバッチに関するさらなる詳細を提示するユーザの要求を受け入れる。要素904は、選択されたバッチのために上で説明したようなバッチ詳細画面を表示する。上で述べたように、詳細のデフォルトレベルは、選択されたバッチ事象およびガントチャートの表示のためにユーザにより決定される。詳細のデフォルトレベルにしたがって、プロシージャ、対応するユニットプロシージャ、対応するオペレーション、および対応するフェーズが、それぞれの開始時間にしたがって整列され、それぞれの終了時間にしたがって伸びるガントチャートバーで表示される。階層的に低いレベルのガントチャートは、それを含む対応する高レベルプロシージャ要素下に表示される。要素906は、現在選択されたバッチガントチャートに対応する事象情報の文字表を表示する。上で述べたように、スクロールバーにより、ユーザは表示上に現在はない付加的データをスクロールできる表の形ででもまたはガントチャート形ででも。要素908は、新たな表示を要求するユーザ入力を受け入れる。ユーザがバッチオーバービュー表示に戻ることを要求するならば、要素910は、そのように検出するように動作可能であり上で述べたように要素900にもどることで処理は続行する。そうでなければ、処理は912-934へと進み、ユーザ要求を処理する。上で述べたように、要素912-934は、本発明のバッチ事象履歴ビュークライアントにしたがって処理されるユーザの要求の例を意図するものである。当業者は、上で述べられたバッチ履歴エグゼクティブにより決定される関係にしたがって事象情報および関連の連続データを表示するため、多様な付加的なユーザ要求および対応する動作を認識するだろう。要素912、914は、ユーザの要求に応答して、新たに選択されたバッチを表示するように動作可能である。新たなバッチが要素904、906に対して上で述べたように提示される。処理は、要素908にもどり、さらなるユーザ要求を待つ。ユーザが別の動作を要求するならば、処理は要素916に戻る。要素916、918は、事象詳細画面内に表示された詳細のレベルを変更するように動作可能である。上で述べたように、バッチは最初、ユーザにより選択された詳細のデフォルトレベルで表示される。ユーザが表示された情報を解析するとき、バッチ履歴エグゼクティブにより決定される関係により規定されるプロシージャ階層を置かれ少なかれ見ることは有用であるかもしれない。要素916、918は、上で述べたように表示されたプロシージャ要素の階層を拡大するか崩壊させることによりこのような要求に応答する。処理は、要素908に戻り、さらなるユーザ要求を待つ。ユーザが別の動作を要求するならば、処理は要素920へと続く。要素920、922は、比較目的のために第2のバッチを表示するユーザ要求に応答する。上で述べたように、ユーザのディスプレイ上に第2のまたはそれ以上のバッチを同時に表示することがしばしば有用である。このような比較表示比較文字表と関連するにより、ユーザがバッチ間の重要な差異を目で見て識別できるようになる。例えば、第1のバッチは、既知の高品質品を作成した素晴らしいバッチであるかもしれない。第2のバッチは、粗悪な質の品を作成したものかもしれない。このような差異の理由は、上で述べたバッチ比較表示で容易に観察されるGannttチャート時間線比較から容易に明らかである。処理は次いで要素908に戻ることで続行され、さらなるユーザの要求を待つ。もしユーザが別の動作を要求したならば、処理は924へと進む。要素924、926は、絶対時間実時間からバッチ相対時間バッチ処理の開始に対する相対的な時間へGannttチャート時間線を変更するユーザ要求に応答する。上で述べたように、このような時間線の変更は、バッチ比較表示と関連して、Gannttチャートが目で見て比較されている多数のバッチの特定の部分を整列させるのに有用である。このような整列により、様々なバッチに関する品質問題を説明する決定的に重要な差異を強調できる。処理は次いで要素908に戻ることで続行され、さらなるユーザの要求を待つ。もしユーザが別の動作を要求したならば、処理は928へと進む。要素928-934は、ユーザ要求に応答して、表示を、選択された事象と関連する連続データのプロットに切り換える。要素930、932は、ユーザにより選択され、選択されたバッチ事象に対応する一組の要求された連続データポイント値を表示する。要素934がユーザがバッチ事象詳細表示に戻りたいと判断するまで、ユーザは多くのこのようなデータポイントを要求し、選択を修正してもよい。このようなとき、処理は次いで要素908に戻ることで続行され、さらなるユーザの要求を待つ。上で述べたように、当業者は、図9の方法がバッチ事象情報とエグゼクティブによりこのようなデータ内で得られた関係とをユーザが対話的に表示する技術の一例であると認識するだろう。表示された様々なデータの間の関係の階層的性質を反映するGannttチャート内のこのようなデータの表示は、本発明のビュークライアントにとって重要である。さらに、バッチプロシージャ実行の階層的プロシージャ要素の選択によって様々な表示を経て進むことが、本発明のさらなる重要なアスペクトである。熟練のソフトウェア技術者は、本発明のビュークライアントのこれらおよび他の重要なアスペクトを当てる多様な均等の実現化例を認識するだろう。本発明は具体的な例を参照して説明されたが、これはあくまで例示であり、本発明の限定を意図するものではないが、本発明の精神および範囲から逸脱することなく、変更、付加、または消去が開示された実施の形態に行なわれてよいことは明らかである。"