JP2002528787A - 企業レベルでの統合及び通信技術 - Google Patents

Abstract

(57)【要約】 企業のシステムにおいて、オペレータが、企業レベルでのシステム統合及び処理実行コンピュータ・プログラム（ＥＡＤＩＰＥＣＰ）と対話し、様々なスクリプトを入力して、典型的には複数のターゲット・システムを用いて企業レベルでの処理を実現し、その処理のためのデータを収集してステップを実行する。オペレータは、ユーザ・インターフェース・スクリプト言語でスクリプトを書き込む。すると、ＥＡＤＩＰＥＣＰは、スクリプトをコンパイルしてスクリプトを実行する。スクリプトを実行するときには、ＥＡＤＩＰＥＣＰは、コマンド・データ・パケットを、ネットワークを介してターゲット・システムに送る。

Description

【発明の詳細な説明】

【０００１】

【関連出願の参照】

この出願は、１９９９年１月２２日に出願された米国特許仮出願第６０／１１
６，７５４号と１９９８年１０月１６日に出願された米国特許仮出願第６０／１
０４，６５４号とに基づき、米国特許法（米国法令第３５号）第１１９条（ｅ）
による優先権を主張している。

【０００２】

【従来の技術】

この出願は、異なるデータ通信プロトコルを有する複数のコンピュータ・プロ
グラムの間での通信技術に関し、更に詳しくは、企業レベルでの統合及び処理実
行コンピュータ・プログラムとそのプログラムの制御下にある複数のシステムと
の間での通信に関する。

【０００３】 コンピュータ産業に現在存在している挑戦すべき課題の１つとして、共通点の
ない複数のシステムを統合することがあり、これには、古いレガシー・システム
を新しいシステムと統合することが含まれる。この課題は、特に、様々なシステ
ムを用いている企業（エンタープライズ）での作業の管理を自動化しようとする
ときに、特に問題となる。企業におけるシステムには、古いものも新しいものも
含まれているし、異なるメーカーによる場合も多く、異なるプロトコルを用いて
通信するように設計されているからである。

【０００４】 複数の古いレガシー・システムを統合する１つの技術しては、それらのレガシ
ー・システムのための新たなアプリケーション・プログラム・インターフェース
（ＡＰＩ）を結果的に与えるラッパー（wrapper）を構築することがある。しか
し、そのようなラッパー構築することは大きな費用を要することがありうる。

【０００５】

【発明の概要】

ある一般的な側面では、本発明は、企業制御エンジンが、ターゲット・システ
ムと関連するデータ及び命令を処理しコマンド・データ・パケットを発生するス
テップであって、前記コマンド・データ・パケットは、前記ターゲット・システ
ムに対する少なくとも１つのコマンドと、前記コマンドを前記ターゲット・シス
テムに通信するインターフェース層に対するネットワーク・アドレスとを含んで
いる、ステップと、前記コマンド・データ・パケットを、前記コマンド・データ
・パケットの中の前記ネットワーク・アドレスに基づきネットワークを介して前
記インターフェース層まで転送させるステップであって、前記インターフェース
層は前記コマンドを前記ターゲット・システムに通信する、ステップと、を特徴
とする。

【０００６】 本発明のこの側面の実施例には、次の特徴の１つ又は複数を含みうる。 前記エンタープライス制御エンジンはサーバ・コンピュータの上で動作し、前
記インターフェース層は前記サーバ・コンピュータから離れているクライアント
・コントローラの上で動作し、前記サーバ・コンピュータと前記クライアント・
コンピュータとは前記ネットワークに接続されている。前記ターゲット・システ
ムは前記リモート・クライアント・コンピュータの上で動作する。前記インター
フェース層はプロトコルに従って前記ターゲット・システムと通信することがで
きる。前記エンタープライス制御エンジンは第２のプロトコルに従ってデータを
前記インターフェース層に送り、前記第２のプロトコルは前記第１のプロトコル
とは異なっている。

【０００７】 前記企業制御エンジンは、第２のターゲット・システムと関連するデータ及び
命令を処理して第２のコマンド・データ・パケットを発生し、前記第２のコマン
ド・データ・パケットは、前記第２のターゲット・システムに対する少なくとも
１つの第２のコマンドと、前記コマンドを前記第２のターゲット・システムに通
信するインターフェース層に対するネットワーク・アドレスとを含む。前記イン
ターフェース層は第２のプロトコルに従って前記第２のターゲット・システムと
通信することができる。前記第２のプロトコルは前記第１のプロトコルとは異な
っている。前記エンタープライス制御エンジンは第３のプロトコルに従ってデー
タを前記インターフェース層に送り、前記第３のプロトコルは前記第１及び第２
のプロトコルとは異なっている。

【０００８】 前記インターフェース層は前記第１のプロトコルに従って前記第１のターゲッ
ト・システムと通信するターゲット・システム・ハンドラを含み、前記第１のデ
ータ・パケットは前記ターゲット・システム・ハンドラを識別するターゲット・
システム・ハンドラ識別子を含む。前記ターゲット・システム・ハンドラは前記
第１のプロトコルと関連し、前記ターゲット・システム・ハンドラ識別子は前記
第１のプロトコルを識別する。前記ターゲット・システム・ハンドラは第３のプ
ロトコルに従って少なくとも１つの他のターゲット・システムと通信することが
できる。前記インターフェース層は前記第２のプロトコルに従って前記第２のタ
ーゲット・システムと通信する第２のターゲット・システム・ハンドラを含み、
前記第２のデータ・パケットは前記第２のターゲット・システム・ハンドラを識
別する第２のターゲット・システム・ハンドラ識別子を含む。前記ターゲット・
システム・ハンドラはジャバ（Ｊａｖａ（登録商標））ベースのコンピュータ・
プログラム・モジュールである。

【０００９】 前記コマンドに対応する入力が、ユーザから受け取られ、この入力は前記第１
のコマンドとは異なっている第２の入力である。次に、前記第２のコマンド・オ
ペレータと前記第１のコマンド・オペレータとの間の関係を記憶しているデータ
ベースへのアクセスがなされる。前記第２のコマンドはスクリプト・プログラム
の一部であり、前記データベースは前記スクリプト・プログラムをコンパイルす
るときにアクセスされる。前記ターゲット・システムがデータを前記インターフ
ェース層に送り、前記インターフェース層が前記データを処理し、前記処理され
たデータを前記エンタープライス制御エンジンに送る。

【００１０】 別の一般的な側面では、本発明は、インターフェース層がエンタープライス制
御エンジンによって発生されたコマンド・データ・パケットをネットワークから
受け取るステップであって、前記エンタープライス制御エンジンは、ターゲット
・システムと関連するデータ及び命令を処理してコマンド・データ・パケットを
発生し、前記コマンド・データ・パケットは、前記ターゲット・システムに対す
る少なくとも１つのコマンドと、前記コマンドを前記ターゲット・システムに通
信する前記インターフェース層に対するネットワーク・アドレスとを含む、ステ
ップと、前記インターフェース層が前記コマンドを前記システムに通信するステ
ップとを特徴とする。

【００１１】 更に別の側面では、本発明は、エンタープライス制御エンジンによって発生さ
れたコマンド・データ・パケットをネットワークから受け取る入力ポートであっ
て、前記エンタープライス制御エンジンは、ターゲット・システムと関連するデ
ータ及び命令を処理してコマンド・データ・パケットを発生し、前記コマンド・
データ・パケットは、前記ターゲット・システムに対する少なくとも１つのコマ
ンドと、前記コマンドを前記ターゲット・システムに通信する前記インターフェ
ース層に対するネットワーク・アドレスとを含む、入力ポートと、前記コマンド
を前記システムに通信する出力ポートとを特徴とする。

【００１２】 別の一般的な側面では、本発明は、ターゲット・システムと関連するデータ及
び命令を処理し、コマンド・データ・パケットを発生するステップであって、前
記コマンド・データ・パケットは、前記ターゲット・システムに対する少なくと
も１つのコマンドと、前記コマンドを前記ターゲット・システムに通信するイン
ターフェース層に対するネットワーク・アドレスとを含む、ステップと、前記コ
マンド・データ・パケットを、前記コマンド・データ・パケットの中の前記ネッ
トワーク・アドレスに基づきネットワークを介して前記インターフェース層まで
転送させるステップであって、前記インターフェース層は前記コマンドを前記タ
ーゲット・システムに通信する、ステップとを特徴とする。

【００１３】 更に別の側面では、本発明は、メッセージをオペレータに送らせる命令を含む
複数の命令をエンタープライス制御エンジンにおいて処理するステップと、 前記エンタープライス制御エンジンからのメッセージ・コマンドをスピーチ・
インターフェース・モジュールに送るステップであって、前記コマンドは、少な
くとも１つのコマンド・オペレータと、テキスト・スピーチ・コンバータとの通
信に用いられるアプリケーション・プログラム・インターフェース（ＡＰＩ）を
識別するＡＰＩフラグとを含んでいる、ステップと、前記ＡＰＩフラグによって
識別されたＡＰＩを用いて、前記スピーチ・インターフェース・モジュールにお
いて、前記コマンド・オペレータを前記テキスト・スピーチ・コンバータに送る
ステップとを特徴とする。

【００１４】 本発明のこの側面の実施例は、次の命令の中の１つ又は複数を含みうる。 スピーチ・レコグナイザが、データを前記スピーチ・インターフェースに送る
。前記スピーチ・インターフェースは、前記データを処理し、前記処理されたデ
ータを前記エンタープライス制御エンジンに送る。

【００１５】 更に別の側面では、本発明は、第１のスクリプト・プログラムを実行するステ
ップと、前記第１のスクリプト・プログラムと実質的に並行して第２のスクリプ
ト・プログラムを実行するステップと、前記第１のスクリプト・プログラムから
のコマンドに応答して、前記第２のスクリプト・プログラムの実行状態を指示す
るデータを前記第１のスクリプト・プログラムに提供するステップとを特徴とす
る。

【００１６】 別の側面では、一連の命令を含むコンピュータ・プログラムをリアルタイムに
実行するステップと、前記第１のプログラムのリアルタイムでの実行と実質的に
並行しかつリアルタイムで、前記コンピュータ・プログラムの実行状態とどの命
令が現に実行されているのかとを指示するデータをユーザに提供するステップと
を特徴とする。前記コンピュータ・プログラムはスクリプト・ベースのコンピュ
ータ・プログラムでありうる。

【００１７】 更に別の側面では、本発明は、インターフェース層が、第１のプロトコルに従
ってターゲット・システムからデータを受け取るステップと、前記インターフェ
ース層が、第２のプロトコルに従って前記データをエンタープライス制御エンジ
ンに送るステップであって、前記第２のプロトコルは前記第１のプロトコルと異
なり、前記エンタープライス制御エンジンは前記データを処理する、ステップと
を特徴とする。

【００１８】 本発明のこれ以外の特徴及び効果は、以下の詳細な説明と冒頭の特許請求の範
囲とから明らかになるはずである。 特に別の定義が与えられない限りは、この出願において用いられる科学技術用
語は、本発明が属する技術分野の当業者が一般的に理解しているのと同じ意味を
有するものとする。本発明を実行する又は試験する際に用いられる適切な方法、
素材及び構成要素が以下で説明されるが、説明されているのと類似する又はそれ
らと均等であるような方法及び素材を用いることも可能である。この出願におい
て言及されているすべての出版物、特許出願（仮特許出願を含む）、登録済の特
許及びそれ以外の参考文献は、その全体をこの出願において援用する。相互に矛
盾が存在する場合には、定義を含めて、この特許明細書に依拠するものとする。
更に、素材、方法及び例は、単に例示のためであって、限定は意図していない。

【００１９】

【発明の実施の態様】

図１及び図１Ａを参照すると、企業システム１０において、オペレータ１２は
、企業レベルでの統合及び処理実行コンピュータ・プログラム（ＥＡＤＩＰＥＣ
Ｐ）１４と相互作用し、様々なスクリプト１７を入力して、複数のターゲット・
システム２４を用いて企業レベルでの処理を実現し、データを収集して、処理の
各ステップを実行する。ＥＡＤＩＰＥＣＰ１４は、コンピュータ１６上で動作し
ているクライアント部分１４Ａと、企業レベルでの統合及び処理サーバ２０上で
動作しているサーバ部分１４Ｂとを含む。コンピュータ１６は、ネットワーク１
８を介してサーバ２０に接続されている。オペレータ１２は、ユーザ・インター
フェースのスクリプト言語（以下では、ＵＩスクリプト言語と称する）でスクリ
プト１７を書く。サーバ部分１４Ｂは、スクリプト１７をコンパイルして実行す
る。スクリプト１７を実行しているときには、ＥＡＤＩＰＥＣＰ１４のサーバ部
分１４Ｂは、ネットワーク２２を介して、コマンドをターゲット・システム２４
に送る。ターゲット・システム２４のそれぞれは、そのターゲット・システムと
通信する際に用いる適切なデータ通信プロトコルを必要とする場合がある。ター
ゲット・システムの少なくとも１つによって要求されるデータ通信プロトコルは
、別のターゲット・システムの少なくとも１つによって要求されるデータ通信プ
ロトコルと異なる場合がある。従って、各ターゲット・システムに向けられたＥ
ＡＤＩＰＥＣＰ１４のサーバ部分１４Ｂからのコマンドは、特定のターゲット・
システムに適切な（かつ、特定のターゲット・システムによって認識される）プ
ロトコルに従って伝送される必要がある。

【００２０】 しかし、部分１４Ｂは、コマンドを直接にターゲット・システム２４と通信す
ることはない。そうではなく、部分１４Ｂは、ネットワーク２２を介してターゲ
ット・インターフェース層２６に伝送するために、複数のコマンドを１つのネッ
トワーク・パケットにパッケージングする。ただし、このパケットは、例えば、
ユニバーサル・データグラム・プロトコル／インターネット・プロトコル（ＵＤ
Ｐ／ＩＰ）ソケットを通過して伝送されるパケットである。コマンド・データ・
パケットを受け取ると、パケットの中の情報に基づいて、ターゲット・インター
フェース層２６は、特定のターゲット・システム２４への通信をどのように処理
するかを判断し、次に、特定のターゲット・システム２４の要求に従ってパケッ
トの中のコマンドを通信する。従って、部分１４Ｂは標準的なプロトコルに従っ
てネットワーク２２を介しての通信を行うだけでよいが、他方で、ターゲット・
インターフェース層２６は、様々なプロトコルに従ってターゲット・システム２
４と通信する。

【００２１】 ターゲット・システム２４とスクリプト１７との性質に依存しながら、企業シ
ステム１０は、様々な機能を実行することができる。企業システム１０のいくつ
かの実施例の例を、次に説明する。図１Ｂを参照すると、企業システム１０は、
ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、イントラネ
ット、インターネット又はそれ以外の任意のネットワーク・タイプなど、様々な
ネットワークにわたって分散させることができ、ネットワークを介してのシステ
ムの動作を統合し制御することができる。図１Ｃを参照すると、企業システム１
０は、インテリジェントなオーディオ／ビジュアル・システム、換言すると、イ
ンテリジェントなテレビジョンであり、ユーザがテレビ受像器と対話をして、シ
ョッピング、バンキング、ビデオ会議、家庭内装置の制御、オンデマンドで様々
な番組を視聴するなど、様々なタスクを実行することを可能にしている。ＥＡＤ
ＩＰＥＣＰ１４は、様々なターゲット・システム２４を単一の企業レベルでのシ
ステム１０に統合し、スクリプト１７に従って処理を実行して様々な機能を実現
することを可能にする。このようなスクリプトの例が、図４Ａ及び図４Ｂに示さ
れている。

【００２２】 図１Ｄを参照すると、企業システム１０の実施例の別の例は、通信ネットワー
ク・モニタ・システムである。ＥＡＤＩＰＥＣＰ１４により、通信ルータ、リモ
ート・ワークステーション、電子メール・サーバ及び外部モデムを含む様々なシ
ステム２４を統合して、通信クライアントの通信ネットワークのパフォーマンス
をモニタすることができる。図示されているように、ＥＡＤＩＰＥＣＰ１４にモ
ニタされるシステムには複数のタイプがあり、それぞれのタイプが一意的な通信
プロトコルを要求するのが通常である。

【００２３】 図１Ｅを参照すると、企業システム１０の実施例の更に別の例は、ワールド・
ワイド・ウェブ上の顧客（カスタマ）にサービスを提供している電子コマース・
システムである。このシステムでは、ＥＡＤＩＰＥＣＰ１４によって、レガシー
・システム、コール・センタ・システム、金融システム（例えば、クレジット報
告システム、クレジットカード取引承認システム、リース・システム、バンキン
グ・システム）、レガシー・データベース、在庫管理及びロジスティック・シス
テム及び購入者のウェブ・ブラウザなどを含むような様々なターゲット・システ
ム２４を統合し、スクリプト言語を用いた完全に電子コマース・システムを実現
することができる。

【００２４】 企業システム１０の上述の例から明らかなように、システム２４は、以下のよ
うな様々なシステムでありうる。ただし、これは、限定列挙ではない。 ・コンピュータ・システム（例えば、クレジット報告機関のコンピュータ・シ
ステム、ユーザごとにコンフィギュレーションが決定されるコンピュータに対す
る購入注文を受け取るコンピュータ製造業者のコンピュータ・システム、銀行の
コンピュータ・システムなど）； ・アプリケーション・プログラム（例えば、ウェブ・ブラウザ、スピーチ・テ
キスト発生器、データベース、ビデオライブラリなど）、電子的に制御される物
理的装置（例えば、マイクロプロセッサ制御のポンプ、ルータ、電気リレー、機
関車など）； ・コンピュータと対話している人間（ハンドヘルド型装置と対話している現場
の技術者、カスタマ・サービス担当者、プラント管理者など）； ・図１Ｆにおいて８つのレベルの抽象度で表現されているものの中の任意の１
つで動作する任意のコンピュータ・プログラム、すなわち、サーバ層、システム
管理層、オペレーティング・システム層、ネットワーク層、ミドルウェア層、ア
プリケーション開発ツール層、アプリケーション層及びユーザ・インターフェー
ス層である。

【００２５】 もちろん、このリストは網羅的ではなく、システム２４の単なる例示である。 システム１０の上述の例から明らかなように、ＥＡＤＩＰＥＣＰは、様々なア
ーキテクチャを有しうる。例えば、ＥＡＤＩＰＥＣＰ１４は、サーバ部分１４Ｂ
とクライアント部分１４Ａとを有する分散型アーキテクチャであって、サーバ２
０とクライアント・コンピュータ１２との間に分散されている場合もあるし、Ｅ
ＡＤＩＰＥＣＰ１４の全体が１つのコンピュータ上で動作したり、又は、３以上
のコンピュータの間で分散型の態様で動作する場合もありうる。ＥＡＤＩＰＥＣ
Ｐ１４のこれら様々な分散された部分の機能は、異なる実施例では変化しうる。
例えば、ある実施例では、ＥＡＤＩＰＥＣＰ１４のクライアント部分１４Ａは、
ユーザ入力スクリプト１７を処理し、スクリプト１７をＥＡＤＩＰＥＣＰ１４の
サーバ部分１４Ｂに送る前にそれらをコンパイルするなどの著しい機能を有しう
る。別の実施例では、ＥＡＤＩＰＥＣＰ１４のクライアント部分１４Ａは、オペ
レータ１２からスクリプト１７を取得してこれらのスクリプトをサーバ部分１４
Ｂにおくって処理を行うというだけを意図する限定的な機能を有する、単なる入
力端子として作用する場合もありうる。以下の説明では、コンピュータ１６とサ
ーバ２０との上で動作している部分の間での区別は、特に言及する場合以外には
行わないこととする。ＥＡＤＩＰＥＣＰは、１つ又は複数の記憶媒体上に記憶す
ることができる１つ又は複数のプログラム及びプログラム・モジュールを備えて
いる。ここで、記憶媒体は、揮発性でも不揮発性でもかまわない。従って、「記
憶媒体上に記憶されたコンピュータ・プログラム」と称する場合には、それが１
つのプログラム及びプログラム・モジュールでも複数のプログラム及びプログラ
ム・モジュールであっても、また、１つ又は複数の揮発性又は不揮発性記憶媒体
に記憶されているのかどうかなどとは関係なく、コンピュータ・プログラムを含
むものとする。

【００２６】 更に上述の例からわかるように、企業システム１０の実施例の中に組み入れら
れたターゲット・システム２４は、ターゲット・システム２４との通信に用いら
れるデータ通信プロトコルを複数用いるのに、ＥＡＤＩＰＥＣＰ１４を必要とす
る場合がある。データ通信プロトコルについて言及する場合には、そのターゲッ
ト・システムとの通信のためのターゲット・システム２４のそれぞれによる要件
を意味している。このシステムは、図１Ｆに示された抽象度のレベルを介しても
、又は、これらの層の内部でも相互に通信することができる。データ通信プロト
コルは、ターゲット・システム２４のＡＰＩの要件、ジャバ方法呼び出し（Java
（登録商標）method invocation）プロトコル、ジニ（Jini）プロトコル、ＣＯ
ＲＢＡプロトコル、ＣＯＭオブジェクト・インターフェース、ＯＤＢＣ／ＳＱＬ
データベース・インターフェースの要件、オープン・ディレクトリ・プロトコル
、ＵＮＩＸ（登録商標）ソケット、ＳＮＭＰ、ＸＭＬやＨＴＭＬなどのインター
ネット・データ標準、ＲＳ−２３２などのシリアル・データ通信プロトコル、そ
れ以外のネットワーク・インターフェース標準、高レベルであっても低レベルで
あってもインターフェースのこれ以外の将来のインターフェースの抽象度である
。プロトコルはメッセージの内容とは関係せず、ある装置から別の装置へのメッ
セージを通信するタスクに関係する。ストーリングズ（Stallings）はその著書
である"Data and Computer Communications"（第２版、１９８８年）の１０ペー
ジでデータ通信プロトコルを次のように定義している。

【００２７】 「プロトコルは、異なるシステムにおけるエンティティの間での通信に用いら
れる。ここで、「エンティティ」及び「システム」という用語は、非常に一般的
な意味で用いられている。エンティティの例は、ユーザ・アプリケーション・プ
ログラム、ファイル転送パッケージ、データベース管理システム、電子メール設
備、端末などである。システムの例は、コンピュータ、端末、リモート・センサ
などである。場合によっては、エンティティとシステムとは同時に存在すること
もある（例えば、端末など）ことに注意してほしい。一般的には、エンティティ
とは情報を送信又は受信することができる任意のものであり、システムとは１つ
又は複数のエンティティを含む物理的に判別できる目的物（オブジェクト）であ
る。２つのエンティティが通信に成功するには、これら２つのエンティティが「
同じ言語を話す」ことが必要である。何が通信されるのか、どのように通信され
るのか、そしていつ通信されるのかは、関係する複数のエンティティの間で相互
に受け入れることができる規約に従わなければならない。この規約のことをプロ
トコルと称するが、２つのエンティティの間でのデータ交換を規制する規則の組
として定義することができる。プロトコルのキーとなる要素発議の通りである。
すなわち、シンタクス（データ・フォーマットや信号レベルなどを含む）、セマ
ンティクス（協調（coordination）やエラー処理のための制御情報を含む）及び
タイミング（整合やシーケンシングの速度を含む）である。」 次に、図２を参照して、ＥＡＤＩＰＥＣＰ１４のアーキテクチャ及び動作をよ
り詳細に説明する。ＥＡＤＩＰＥＣＰ１４は、メタスクリプト開発環境３０と、
企業レベルでの統合及び処理実行エンジンとを含む。メタスクリプト開発環境３
０は、スクリプト開発プラットフォーム３２と、コンパイラ３４と、データベー
ス３６とを含む。スクリプト開発プラットフォーム３２は、オペレータと会話し
て企業レベルでの統合及び処理実行スクリプト１７を取得し、スクリプト１７を
コンパイラ３４に供給するコンピュータ・プログラム・モジュールである。スク
リプト１７は、ＵＩインターフェース・スクリプト言語で入力され記憶される。
ＵＩスクリプト言語は、ステートメントなどの自然言語を用いる高級な手順的な
言語である。従って、スクリプト１７は、実行するためにより低級な言語やアセ
ンブリ言語にコンパイルされることはない。その代わりに、スクリプト１７は解
釈され、それが書かれている高いレベルで実行される。スクリプト言語でのプロ
グラムにおいて一般的であるように、スクリプト１７は、ＥＡＤＩＰＥＣＰ１４
によって制御される様々な構成要素の間で高級な接着剤として作用する。スクリ
プト言語に関するこれ以上の詳細は、John K. Ousterhout, "Scripting: Higher
Level Program for the 21st Century", IEEE Computer (March 1998)を参照し
てほしい。この内容は、本出願において援用する。

【００２８】 ＵＩスクリプト言語は非常に柔軟でありコンフィギュレーション変更可能な言
語であり、これによると、オペレータは、高級なコマンドを用いて複数の共通点
を有しておらず互換でないターゲット・システム２４を動作させることができる
。例えば、ターゲット・システム２４は、複数のアプリケーション・プログラム
を含み、それぞれが、同じ機能を実行する一意的なコマンドを必要とする場合が
ありうる。例えば、ターゲット・システム２４は複数のデータベースであって、
それぞれのデータベースが異なるＡＰＩと書き込み動作のための異なるコマンド
・シンタクスとを有することがありうる。ＵＩスクリプト言語によって、オペレ
ータは、単一のコマンド及びコマンド・シンタクスとを用いてそれぞれのデータ
ベースすべての中に書き込みをすることが可能になる。例えば、オペレータは、
新たなレコードをデータベースに挿入するコマンドＷＲＩＴＥを定義することが
できる。オペレータは、以下のシンタクスを有するコマンドを定義することがで
きる。すなわち、WRITE<DATA>IN<DATABASE NAME>である。次にオペレータは、こ
の１つのコマンドを用いて、どのデータベースがどのような特定のコマンドを要
求するかとは関係なく、任意のデータベースへの書き込みをすることができる。

【００２９】 この構成を実現するには、ターゲット・システム２４のそれぞれを、コマンド
、パラメータ並びに入力及び出力通信プロトコルの要件の組に抽象化することが
できる。これらのコマンド、パラメータ及び要件は、一般的なコマンドとの関係
でデータベース３６に記憶される。図３Ａを参照すると、データベース３６は、
オペレータ１２によって入力された高級スクリプト・コマンドがターゲット・シ
ステム２４に送られる適切なコマンドの上にマップ（写像）されることを可能に
する要素の間の関係を記憶している多数のコマンド・テーブルを含む。コマンド
・テーブルは、高級ＵＩスクリプト言語コマンドとこの高級ＵＩスクリプト言語
コマンドが関係するターゲット・システムのコマンドとの間の関係を記憶してい
る。一方、ターゲット・システムのコマンドのそれぞれは、そのコマンドを定義
するパラメータの組の中に抽象化される。次に、このパラメータの組は、定義テ
ーブル８０に記憶される。定義テーブル８０は、「コマンド」定義テーブル８２
、「シェル・パラメータ（shell#params）」定義テーブル８４及び「パラメータ
」定義テーブル８６を含む。コマンド定義テーブル８２は、ＵＩスクリプト言語
において用いられるコマンド名と、ターゲット・システムとの通信に用いられる
ターゲット・システム・ハンドラと、ターゲット・システムとの通信に責任を有
するターゲット・インターフェース層のアドレス（例えば、従来型のインターネ
ット・プロトコルと、ターゲット・システムとの通信のためのポート番号とで表
現される）と、ターゲット・システムを制御しているコンピュータのコンピュー
タ・データ・フォーマットのタイプとを特定する。シェル・パラメータ定義テー
ブルは、コマンド・シンタクスを定義するパラメータと、特定のターゲット・シ
ステムに適切なコマンドに対するパラメータ定義とを含み、後者には、コマンド
名及びタイプと、パラメータ名及びタイプとが含まれる。パラメータ定義テーブ
ル８６は、スクリプト１７において用いることができるパラメータの定義を含む
。以下で説明されるように、スクリプトにおける任意のコマンドに対して、コン
パイラ３４は、データベース３６にアクセスし、適切な定義テーブル８０を検索
し、コマンド・ラインを有する定義テーブルを実行エンジンに提供される実行可
能なファイルに記憶する。

【００３０】 図３Ｂを参照すると、データベース３６は、また、ターゲット・システム２４
から検索されるデータに対するデータ・オブジェクト・テーブル８７を記憶して
いる。データ・オブジェクト・テーブル８７は、例えばターゲット・システムか
らデータを要求するときにオペレータがスクリプト１７において用いることがで
きる特定のデータ・オブジェクトを定義するクラス定義テーブル８８を含む。デ
ータ・オブジェクト・テーブル８７は、また、ターゲット・システム２４の特定
の１つから受け取るデータの特性を記憶するインスタンス定義テーブル８９を含
む。一般に、ターゲット・システムからのデータは２つの方法の一方の態様で受
け取られうる。すなわち、装置からのコマンド読みとりに応答してか、又は、タ
ーゲット・システムによって始動された伝送においてか、のいずれかである。タ
ーゲット・システムから読み取られるコマンドは、かつて読まれたことがあるコ
マンドか、又は、インスタンス定義テーブル８９において定義されている循環レ
ートによって特徴付けられる反復的な読み取られたコマンドか、である。インス
タンス定義テーブル８９は、また、ターゲット・システムとの通信に用いられる
特定のターゲット・システム・ハンドラに関する情報を含む。ターゲット・シス
テムが独立にかつコマンドに応答してでなくデータを提供する場合には、データ
は、ターゲット・システムによって、適切なターゲット・システム・ハンドラに
送られる。

【００３１】 図４を参照すると、スクリプト・プログラムは、１つ又は複数のプログラム・
バンドルによって構成されている。プログラム・バンドル９０などのそれぞれの
プログラム・バンドルは、典型的には、相互にパラレルに実行される複数のシー
ケンス９２を含む。シーケンス９２のそれぞれは、別のシーケンスを始動（ロー
ンチ）させ、始動しつつあるシーケンスと並行して実行させることができる。シ
ーケンス９２は、また、タスクのシーケンシャルな実行を要求するサブシーケン
ス９４へのコールを実行することができる。図４Ａは、スクリプトを入力するの
に用いられるグラフィクス・ユーザ・インターフェースの例を示している。図４
Ｂは、スクリプトの例を示している。図に見えるように、表示されたスクリプト
は高級言語で書かれており、理解が容易なコマンドを多く含んでいる。

【００３２】 プログラム・バンドル９０は、３つのコマンドの中の１つによって制御される
。すなわち、バンドルをインストールし実行させるＩＮＳＴＡＬＬコマンド、バ
ンドルを実行から取り除くＲＥＭＯＶＥコマンド及び特定のバンドルの実行を停
止させるＨＡＬＴコマンドである。シーケンス９２は、６つの異なるコマンドに
よって制御される。すなわち、シーケンスの実行を開始するＳＴＡＲＴコマンド
、シーケンスの実行を停止させるＳＴＯＰコマンド、シーケンスの実行を再開さ
せるＲＥＳＵＭＥコマンド、シーケンスの実行の際にシングル・ステップを行わ
せるＳＩＮＧＬＥＳＴＥＰコマンド、シーケンスの特定のラインにおいて実行を
保持させるＨＯＬＤＡＴコマンド及びシーケンスの実行を現に実行されているも
のとは別のステートメントにジャンプさせるＪＵＭＰＴＯコマンドである。

【００３３】 ＵＩスクリプト言語は、また、２つの重要な特徴を有している。第１に、ＵＩ
スクリプト言語は、同じレベルにいる人間とのインターフェースを、ターゲット
・システム２４の１つとのインターフェースの場合と類似した態様で提供する。
図１をまた参照すると、ターゲット・システム２４が、コンピュータと対話する
人間であるオペレータを含むように示されている。ＵＩスクリプト言語によれば
、ターゲット・システムとの場合と同じようにそのオペレータと対話することが
可能になる。すなわち、コマンドをそのオペレータに送られ、オペレータは、デ
ータ読み出しに関して質問され、オペレータは、観察を行い、又は、任意の他の
様々なタスクをするように求められる。ＵＩスクリプト言語は、そのような通信
をイネーブルする単純な高級コマンドの組を提供する。コマンドの中の２つは、
オペレータに応答を要求する。すなわち、承認コマンドはイエス又はノーという
回答を要求し、質問コマンドはそれよりも詳細な回答を要求する。コマンドの中
の３つは、オペレータからの回答を要求する。すなわち、メッセージ・コマンド
は、非緊急メッセージを配送し、警告コマンドは緊急メッセージを配送し、無視
（ディスリガード）コマンドはオペレータに先の質問又は承認コマンドを無視す
るように伝える。休止（ポーズ）サブコマンドは、これらのコマンドの任意の１
つにオプションで追加することができる。休止サブコマンドは、オペレータが適
切であるように再開（レジューム）コマンド、又は、応答（レスポンド）コマン
ドを送るまで、シーケンスの実行を停止させる。

【００３４】 第２に、ＥＡＤＩＰＥＣＰ１４は、１つのシーケンスが別のシーケンスの実行
状態をモニタする能力を与える。そうするためには、オペレータは、単に、１つ
のシーケンスにおいて単純な状態質問（STATUS query）を含ませるだけでよい。
そのような状態質問からの結果に基づき、オペレータ１２は、質問シーケンスを
要求して一連のタスクを実行する。オペレータ１２は、上述の６つのシーケンス
・コマンドの任意の１つを実行するように選択することができ、その状態に応じ
て、質問されたシーケンスは、例えば、エラー条件のためにシーケンスを中断さ
せる。ＵＩスクリプト言語の更なる特徴及び能力は、ここでこれ以上説明はしな
い。説明は、１９９９年１月２２日に出願された米国特許仮出願第６０／１１６
，７５４号と、１９９８年１０月１６日に出願された米国特許仮出願第６０／１
０４，６５４号とにおいて見つけることができる。

【００３５】 再び図２を参照すると、スクリプト１７を入力した後で、オペレータ１２は、
スクリプトをコンパイルするプロセスを開始することができる。コンパイラ３４
は、スクリプト１７をＡＳＣＩＩスクリプト・リスティング・ファイル４０とバ
イナリ実行可能なスクリプト・ファイルとにコンパイルする。スクリプト１７を
コンパイルするときには、コンパイラ３４は、必要に応じて、データベース３６
にアクセスする。コンパイラ３４は、スクリプト１７のパージングを行い、スク
リプト１７が適切なＵＩスクリプト言語シンタクスを有していることを確認する
。コンパイラ３４は、ＵＩスクリプト言語ステートメント（例えば、WHEN/WHENE
VERステートメント）とカスタマイズされたコマンド（例えば、WRITE <NAME> TO
CUSTOMER DATABASE）とを識別する。

【００３６】 カスタマイズされたコマンドに関しては、コンパイラ３４は、コマンド・テー
ブル（図４）を記憶するデータベース３６にアクセスする。コンパイラ３４は、
コマンド定義テーブル８０の対応する１つを備えたそれぞれのコマンドを用いて
記憶する。コンパイラ３４は、また、対応する１つのデータ・オブジェクト定義
テーブル８７を用いて、それぞれのデータ検索リクエストを記憶する。

【００３７】 スクリプト１７をコンパイルした後で、コンパイラ３４は、ＡＳＣＩＩスクリ
プト・リスティング・ファイル４０とスクリプト実行可能なバイナリ・ファイル
４２とを、例えばサーバ２０上で動作する実行エンジン５２に送る。実行エンジ
ン５２は、スクリプト実行可能なバイナリ・ファイル４２を実行して、コマンド
・データ・パケットを、ターゲット・インターフェース層２６を介してターゲッ
ト・システム２４に送る。実行エンジン５２は、また、コマンドを、モニタ及び
制御表示モジュール５６とに提供し、このモジュールは、これらの入力を、様々
なディスプレイと、テキスト・スピーチ発生器５８を好ましくは含む出力ターゲ
ット・システムとに提供する。

【００３８】 実行エンジン５２は、循環的な通過を実行することによって、シーケンスを並
列的に実行する。それぞれの通過の間に、実行エンジン５２は、多数の「非ブロ
ック型」のステートメントを選択された限度まで、シーケンスのそれぞれに現れ
る順序で実行する。非ブロック（non-blocking）型ステートメントとは、実行エ
ンジン５２を別のシーケンスに移動させないステートメントである。すべてのシ
ーケンスを循環した後で、実行エンジン５２は、もし存在するのであれば、次の
インストールされたバンドルを介して循環する。最後のバンドルを実行した後で
は、実行エンジン５２は、サーバ２０のオペレーティング・システムによってコ
ールされるまでは、眠ることになる。通過の頻度は、オペレータによって、スク
リプトの一部として又はオペレータの質問を介して決定されるように、選択する
ことができる。それに対し、サーバ２０のオペレーティング・システムは、実行
エンジン５２にその通過の中の１つを開始させる。すなわち、オペレータによっ
て選択された頻度に従ってエンジン５２の「目を覚まさせる」。複数の実行エン
ジンを異なる頻度で動作させることも可能であることに注意すべきである。

【００３９】 図５を参照すると、実行エンジン５２がコマンドに遭遇すると、実行エンジン
５２は、コマンド（例えば、WRITE<NAME>TO CUSTOMER COMPLAINT DATABASE）を
、適切なターゲット・システム２４と通信する責任を有しているターゲット・イ
ンターフェース層２６に送られるべきコマンド・データ・パケットと交換する。
コマンド・データ・パケットは、少なくとも２つのタイプの情報を有している。
第１に、パケットは、特定のターゲット・システムに送られるべきコマンドを含
み、これには、コマンド名と任意のパラメータ値とが含まれる。コンパイラ３４
は、ユーザ入力変数（例えば、NAME）をターゲット・システムによって要求され
ターゲット・システムによって要求されるデータ・フォーマットを有する値に変
換する。第２に、パケットは、適切なターゲット・インターフェース層２６のア
ドレスと、ターゲット・インターフェース層２６（図４）の中のターゲット・シ
ステム・ハンドラ・モジュールと関連する特定のハンドラを伴う識別子とを含む
。この識別子は、この特定のハンドラと関連する一意的な識別子でありうる。こ
の識別子は、ターゲット・システムと通信するときにターゲット・インターフェ
ース層２６によって用いられるデータ通信プロトコルを指示し従って間接的にハ
ンドラを識別するプロトコル・フラグでもありうる。コマンド・データ・パケッ
トは、ターゲット・システムを識別する識別子を含むこともある。また、ターゲ
ット・システムからデータを取得する読み出し動作を実行する頻度など、ターゲ
ット・システム・ハンドラに対するデータ及びコマンドを有しうる。

【００４０】 １つのターゲット・システム２４に向けられたコマンド・データを形成した後
で、実行エンジン５２は、コマンド・データ・パケットを、検索すべきターゲッ
ト・インターフェース層２６に対するＵＤＰ／ＩＰソケット１００の上に配置す
る。このＵＤＰ／ＩＰソケットは、コマンド・データ・パケットを、ワールド・
ワイド・ウェブなどのネットワークを介して、コマンド・データ・パケットにお
けるＩＰアドレスによって識別されるターゲット・インターフェース層２６の位
置まで転送させる。コマンド・データ・パケットをソケット１００を検索すると
、ターゲット・インターフェース層２６のターゲット・インターフェース・サー
バ１０２は、コマンド・データ・パケットをパージングする。ターゲット・シス
テム・ハンドラ情報（図３Ａにおけるコマンド定義テーブル８２においては「プ
ロトコル・タイプ」として識別されている）に基づき、ターゲット・インターフ
ェース・サーバ１０２は、ターゲット・インターフェース・ライブラリ１０４に
アクセスして、アドレシングされたターゲット・システムと通信する責任を有す
る特定のターゲット・システム・ハンドラ１０５を決定する。ターゲット・イン
ターフェース・ライブラリ１０４は、例えば、サン・マイクロシステムズによる
ジャバ・プログラミング言語で書かれたターゲット・システム・ハンドラ１０５
を記憶し、ターゲット・システム２４と通信する。それぞれのターゲット・シス
テム・ハンドラ１０５は、これらのシステムによって要求されるプロトコルに従
って、ターゲット・システム２４の所定の組と通信することができる。ターゲッ
ト・システム・ハンドラ１０５には、１つのプロトコルだけを用いて通信するこ
とができ、プロトコル・タイプを、ターゲット・インターフェース・サーバ１０
２へのハンドラを識別する代理（surrogate）として用いることができる。ター
ゲット・インターフェース・サーバ１０２は、仮想的なジャバ・マシンで動作す
る適切なモジュールに頼り、ターゲット・システムに接続し、そのコマンドをタ
ーゲット・システム２４に送ってコマンドを通信する。

【００４１】 図６を参照すると、図示されているように、コマンドＭＥＳＳＡＧＥ（メッセ
ージ）、ＷＡＲＮＩＮＧ（警告）、ＣＯＮＦＩＲＭ（承認）、ＱＵＥＲＹ（質問
）、ＤＩＳＲＥＧＡＲＤ（無視）が用いられて人間であるオペレータとの通信が
なされている。これらのコマンドは、テキスト・スピーチ（テキストからスピー
チを作成する）発生器５８を用いた通信に用いられるＡＰＩハンドラを指示する
ＡＰＩハンドラ識別子を用いて、コンパイルされる。ＡＰＩハンドラ・フラグは
、例えば、ジャバ・スピーチＡＰＩ（ＪＳＡＰＩ）やマイクロソフト・スピーチ
ＡＰＩ（ＭＳＡＰＩ）などの産業標準となっているＡＰＩ、又は、標準的ではな
いパッケージに固有のジャバ又はＣ言語ＡＰＩを識別するインジケータであり、
それによって、適切なハンドラを間接的に識別することができる。

【００４２】 実行の間には、実行エンジン５２は、スクリプト・モニタのためのソケット１
０６上にスピーチに関係するコマンド・データ・パケットを配置し、検索のため
のモジュール６０が表示されるように制御される。モジュール６０は、次に、（
好ましくは、ＴＣＰ／ＩＰ）ソケット１１０を介して、パケットをスピーチ・イ
ンターフェース・クライアント・モジュール１０８を送る。スピーチ・インター
フェース・クライアント１１０は、ＡＰＩフラグを用いて適切なジャバ・モジュ
ールを検索し、ＡＰＩと通信し、ジャバ・モジュールのインスタンスがジャバ仮
想マシンにロードされる。ジャバ・モジュールは、次に、テキスト・スピーチ発
生器５８のＡＰＩによって要求される様態で、メッセージをテキスト・スピーチ
発生器５８に送る。

【００４３】 上述のように、ターゲット・システム２４からのデータは、実行エンジン５２
からのコマンドに応答して受け取られるか、又は、ターゲット・システム２４か
ら独立に送られるかのいずれかである。データがターゲット・システム２４の１
つから受け取られるので、インターフェース層２６で動作してターゲット・シス
テムと通信するターゲット・システム・ハンドラは、そのターゲット・システム
によって要求されるプロトコルに基づいてデータを受け取る。データがコマンド
に応答して受け取られる場合には、データは、コマンド・データ・パケットの中
のデータ・オブジェクト情報に従って再フォーマット化され、次に、ソケット１
００を介して実行エンジン５２に送られる。しかし、データがどのようなコマン
ドにも応答して送られたのではない場合には、データは、単に、パケットの中に
配置され、ソケット１００を介して実行エンジン５２に送られる。実行エンジン
５２は、次に、そのようなデータを扱うように設計されている特定のシーケンス
を開始させる。

【００４４】 スピーチ・インターフェース・クライアント１０８は、ターゲット・インター
フェース層２６の限定された特別な場合であることに注意すべきである。従って
、ターゲット・インターフェース層２６は、スピーチ・インターフェース・クラ
イアント１０８と同じ機能を実現するのに用いることができる。

【００４５】 明らかなように、上述のアーキテクチャは、本質的に、実行エンジン５２を、
複数の共通部分のないターゲット・システムとの通信を扱うタスクから分離する
。その代わりに、上述のアーキテクチャは、様々な通信プロトコルの要件を実行
可能なファイルに含まれているデータ構造の中にカプセル化（encapsulate）し
ている。これらのデータ構造のコンテンツは、次に、実行エンジン５２によって
コマンド・データ・パケットの中に含まれる。ただし、このときに、実行エンジ
ン５２がこれらの作用して通信を開始させることはない。端的にいえば、システ
ム２４とのデータ通信は、実行エンジン５２にコマンド・データ・パケットを単
にパッケージングしてそれらを一様な通信プロトコル（ここでは、ＵＤＰ／ＩＰ
）に従って送ることによって、実行エンジン５２に対して、透過的で比較的単純
なる。このアーキテクチャによると、高レベルでルール・ベースの決定をすると
いうタスクを、これらのルール・ベースの決定の結果を実現するターゲット・シ
ステムとインターフェースをとるというタスクから分離することを可能になり、
それによって、企業システム１０の拡張性、柔軟性及び堅牢（ロバスト）性を高
めることができる。更に、このアーキテクチャによると、ターゲット・インター
フェース層２６とターゲット・システム・ハンドラ１０５とを、複数のターゲッ
ト・システム２４と通信するための下部構造（インフラストラクチャ）が既に配
置されているのが典型的であるクライアント・コンピュータに配置することが可
能になり、他方で、実行エンジン５２とターゲット・システム・ハンドラとの間
の通信は、ロバストなネットワーク（例えば、インジケータやＷＷＷ）を介する
、ロバストなネットワーク・プロトコル（ＵＤＰ／ＩＰやＴＣＰ／ＩＰ）に従う
通信に限定される。

【００４６】 図７Ａ及び図７Ｂを参照すると、実行エンジン５２は、１つ又は複数のターゲ
ット・インターフェース層２６と通信することができる。更に、１つのターゲッ
ト・インターフェース層２６Ａから、特定のターゲット・システム２４と実際に
通信する別のターゲット・インターフェース層２６Ｂまで、コマンド・データ・
パケットが送られる。従って、図７Ａでは、ターゲット・インターフェース層２
６Ａは、ターゲット・インターフェース・クライアント・ハンドラ１０５Ａを介
して別のターゲット・インターフェース層２６Ｂのターゲット・システムに向け
られたコマンドを送ることができる。ターゲット・インターフェース層２６Ａを
介して送られるコマンドのデータベース・エントリは、単に、コマンド・データ
・パケットがターゲット・インターフェース層２６Ａのターゲット・システム・
ハンドラ１０５Ｂに送られるべきであるということを示唆するエントリを含む。
クライアント・システム・ハンドラ１０５Ｂは、パケットを他のターゲット・イ
ンターフェース層に送るように一意的に設計されている。コマンド・データ・パ
ケットを受け取ると、ターゲット・システム・ハンドラは、コマンド・データ・
パケットを処理し、ハンドラ自身の情報に基づいて、コマンド・データ・パケッ
トをどのターゲット・インターフェース層に送るべきかを決定する。これは、コ
マンドの目的地が実行エンジン５２には未知であるファクタに依存するようなタ
イプのアプリケーションにとっては特に有用である。例えば、コマンドが３つの
クレジット報告機関の１つからのカスタマに対するクレジット・レポートを取得
することになりうる。クライアント・システム・ハンドラ１０５Ｂは、高レベル
のインテリジェンスを有しており、これにより、例えば、最近のデータに基づい
て、３つの中のどの機関が最も高速なターンアラウンド時間を有しているかを判
断して、コマンド・データ・パケットをその特定のクレジット報告機関に送る。
当業者にとっては明らかなように、他のタイプのインテリジェントなルーティン
グ能力を、ターゲット・システム・ハンドラ１０５Ｂとターゲット・インターフ
ェース層２６Ａとに容易に組み入れることもできる。

【００４７】 ターゲット・インターフェース層２６は、また、他の実行エンジン５２と相互
作用して、そのほかのエンジンの動作を制御、モニタ及び実行する。従って、実
行エンジン５２は、他のエンジンの動作の開始、停止又はそれ以外の方法で影響
を与えることに向けられたコマンドを生じることができる。そのようなコマンド
は、次に、当該他の実行エンジンに接続されたソケット１１２へのターゲット・
インターフェース層２６を介して、当該他の実行エンジンに送ることができる。
更に、当該他のエンジンは、実行エンジン５２のターゲット・インターフェース
層２６へのそのソケット１０６を介して、実行エンジン５２に状態データを送る
ことができる。

【００４８】 図８を参照すると、実行エンジン５２は、モジュール６０に、現に実行されて
いるスクリプトの正確な状態をユーザが見ることを可能にするグラフィクス・ユ
ーザ・インターフェースを表示させる。従って、ユーザは、特定のスクリプトの
どのラインが現に実行されているのかを任意の時点で見ることができる。これは
、高級プログラムのアセンブリ言語へのコンパイルを実行するのとは対照的に、
高級プログラムを解釈して実行するという実行エンジンの特徴を利用することに
よって実現される。各ステートメントが完了すると、現在のシーケンス・ステー
トメント番号とパラメータ値とが多数のシーケンス状態値バッファに記憶される
。実行エンジン５２によって実行されているラインとステートメント言語プログ
ラムとの間には１対１の関係が存在するので、記憶されているデータとスクリプ
ト言語プログラムとの間には単純な相関がなされる。よって、オペレータは、現
に実行されている特定のステートメントを見るだけでなく、様々なパラメータを
有し条件付の分岐が実行された又は詳細実行されうる値も見ることができる。

【００４９】 既に述べたように、ＵＩスクリプト言語によって、シーケンスは、別のシーケ
ンスの状態を判断することができる。この特徴を実現するには、実行エンジン５
２は、各ステートメントの実行の最後に記憶されたデータをチェックして、シー
ケンスの実行状態を判断する。実行状態を反映しているデータが、次に、質問を
している側のシーケンスに送られる。状態チェックの結果をチェックすることに
基づいて、質問側のシーケンスは、質問されている側のシーケンスがどのように
実行されるべきかに関する判断をすることができる。例えば、質問されたシーケ
ンスが、シーケンスの動作を制御する上述したコマンドを用いて、停止、終了、
シングルステップ、再開することもありうる。

【００５０】 グラフィクス・ユーザ・インターフェース１５０は、様々な実行しているバン
ドル及びスクリプトの状態を示す。グラフィクス・ユーザ・インターフェース１
５０は、５つのエリアを有している。すなわち、タイトル・バー、メニュ・バー
、ツール・バー、ノートブック・エリア及びメッセージ・データ・エリアである
。タイトル・バー４０５は、実行エンジン５２の現状を支持する。すなわち、ア
クティブ（ACTIVE）かフローズン（FROZEN）かである。トップにあるメニュ・バ
ーは、８つのトップ・レベル・メニュを含む。すなわち、ファイル、コマンド、
アノテーション、リソース、メッセージ、ウィンドウ、フォント及びヘルプであ
る。ファイル・メニュは、次のオプションを含む。すなわち、インストールされ
ているバンドルに関連しないバンドル・リスティング・ファイルを手順ページに
ロードするオープン・リスティング・ファイル、手順ページに表示されたリステ
ィング・ファイルを印刷するプリント・ファイル、アノテーションを見ることや
実行をトラッキングする（これらについては後で説明される）などのユーザの選
好をリセットするデフォルト設定、コントローラを編集してＩｄをモニタするＩ
ｄ編集及びプログラムを終了する停止である。コマンド・メニュによって、ユー
ザは、以下のコマンドを実行エンジン５２に送ることが可能になる。すなわち、
インストール、フリーズ・オール、リセット・フリーズ、ハルト・バンドル、リ
ムーブ・バンドル、スタート・シーケンス、ストップ・シーケンス、レジューム
・シーケンス、ステップ、ホールド・アット及びジャンプ・ツーである。コマン
ドを受け取るアイテムの状態がそのコマンドに対して有効である場合には、コマ
ンドはイネーブルされる。例えば、シーケンスがアクティブである場合には、ス
タート・シーケンス及びレジューム・シーケンスはディセーブルされる。ターン
・オーバライド・オン・オプションは、必要な場合に、ユーザがこの安全のため
の特徴をバイパスすることを可能にする。このオプションのデフォルトはオフで
ある。

【００５１】 アノテーション・メニュは、以下のオプションを含む。すなわち、オン担った
場合には（デフォルトはオン）手順ページにアノテーションを表示するアノテー
ションと、アノテーション・エディタ（後で説明される）を開くアノテート・ラ
インとである。リソース・メニュは、利用可能なリソースの量、すなわち、メモ
リ、バンドル・スロット及びシーケンス・スロットである。メモリ・メニュ４１
１は、ユーザが、メッセージ・データ・エリアに表示されるメッセージをフィル
タリングすることを可能にする。このメニュはまた、様々なメッセージが受け取
られたときに発せられる監視警報ビープ音の数を決定するコントロールを含む。
ウィンドウ・メニュによって、ユーザは、ビューイング・モードを選択すること
が可能になる。利用可能なオプションは、サマリ・ページ、手順ページ及びライ
ト（Lite）である（後で説明される）。このメニュはまた、手順ページがスクリ
プトの実行をリアルタイムでトラッキングすべきかどうかを制御するのに用いら
れる。このオプションのデフォルトはオンである。フォント・メニュ４１３は、
ユーザが表示される情報のためのフォント・サイズを選択することを可能にする
。利用可能なオプションは、小（デフォルト）、中、大である。ヘルプ・メニュ
４１４は、ユーザが、バブル・ヘルプをイネーブル（デフォルト）又はディセー
ブルすることを可能にする。ツール・バー４１５は、ＥＡＤＩＰＥＣＰ１４の実
行を制御するコマンド・ボタンと、ＥＡＤＩＰＥＣＰ１４のディスプレイ・ビュ
ーを制御するナビゲーション・ボタンとを含む。コマンド・ボタンには、４つの
グループがある。すなわち、実行コマンド（フリーズ・オール及びリセット・フ
リーズ）、バンドル・コマンド（ハルト・バンドル、インストール・バンドル及
びリムーブ・バンドル）、シーケンス・コマンド（スタート・シーケンス、スト
ップ・シーケンス及びレジューム・シーケンス）及びステートメント・コマンド
（ホールド・アット及びジャンプ・ツー）である。３つのナビゲーション・ボタ
ン（サマリ・ページ、手順ページ及びライト）は、右側にグループになってまと
められている。ノートブック・エリアは、その瞬間におけるユーザの必要に応じ
てデータの２つの異なる組を表示するのに用いられる。１つのオプションは、サ
マリ・ページにおいてバンドル及びシーケンス状態データ４０２、４０３を見る
ことであり、他方のオプションは、手順ページにおいて特定のバンドルのリステ
ィングを表示するということである。ユーザは、ウィンドウ・メニュ又はツール
・バーにおけるナビゲーション・ボタンを用いて、２つのページの間で切り換え
ることができる。各ページについては、後でより詳細に説明される。

【００５２】 メッセージ・データ・エリア４０４は、エクセキュータ（Executor）によって
最も近い時点で発行されたメッセージを表示するメッセージ・リスティング・ボ
ックスと、あるメッセージをフィルタリングによって除去する（この機能はメッ
セージ・メニュにおいても提供される）のに用いられるメッセージ・フィルタと
で構成されている。ユーザは、現在のバンドル、現在のシーケンス、現在のモニ
タＩＤ、又は現在のバンドル及び現在のモニタＩＤによってメッセージのフィル
タリングができる。それぞれのラインは、メッセージを発行したバンドルの名称
である（エクセキュータ・レベルでの誤ったメッセージの場合にはブランク）バ
ンドル名、メッセージを発行したシーケンスの名称である（エクセキュータ・レ
ベル又はバンドル・レベルでの誤ったメッセージ、あるいは、バンドル・インス
トール・アクノレッジメント・メッセージの場合にはブランク）シーケンス名、
スロット番号であるＢｕｎ＃、シーケンス番号であるＳｅｑ＃、メッセージ・タ
イプであるタイプ、メッセージがディスプレイによっていつ受け取られたかを指
示する日時、及びメッセージのテキストであるメッセージである。各メッセージ
は、メッセージのタイプに基づいてカラー符号化されておる。ここで、Ａは青と
して現れているバンドル・インストール・アクノレッジメントのためのタイプ・
インジケータであり、Ｃはオレンジ色の確認（confirm）であり、Ｅは赤のエラ
ー・メッセージであり、Ｍは青のスクリプト・メッセージであり、Ｑはオレンジ
色の質問であり、Ｗは金色の警告メッセージである。表示の開始及び中止も金色
で指示される。

【００５３】 サマリ・ページ４０１は、ユーザがエクセキュータ（５）に現在インストール
されているバンドル全体の状態を観察することを可能にする。このバンドル状態
データは、ページのトップのリスティング表示要素において見ることができる。
この表示要素におけるデータは、スロット番号（バンドルがインストールされて
いるスロット）、バンドル名、バンドル状態、バンドルにおいて定義されている
シーケンスの数、バンドル情報及びバンドル・トラッキング・タグである。ハル
ト及びリムーブ・コマンドは、リスティング表示要素における選択されたバンド
ルに対して用いることができる。シーケンス・リスティング表示要素は、ハンド
ル・リスティング表示要素の下側に位置している。この表示要素は、現在選択さ
れているバンドルにおいて定義されているシーケンスすべてに対するシーケンス
・データを含む。この表示要素におけるデータは、シーケンス番号、シーケンス
名、シーケンス状態、現在のステートメント番号、ホールド・アット・ステート
メント番号、シーケンスの開始時間、シーケンスの停止時間及びシーケンス情報
を含む。スタート、ストップ及びレジューム・コマンドは、リスティング表示要
素における選択されたシーケンスに対して用いることができる。

【００５４】 図９に示されている手順ＧＵＩ４５１は、ユーザがバンドル・リスティング・
ファイルを見ることを可能にする。リスティング・ファイルがインストールされ
たバンドルに対するものである場合には、現在のシーケンスの状態と最後の実行
済ステートメントとがページのトップに表示される。バンドル・プルダウン・メ
ニュが提供され、これによって、ユーザは、別のＥＡＤＩＰＥＣＰ１４リスティ
ング・ファイルをリスティング表示要素の中にロードすることが可能になる。シ
ーケンス・プルダウン・メニュにおけるアイテムを１つ選択することによって、
リスティング表示要素は、選択されたシーケンスまでスクロールされる。ユーザ
がトラッキングをオンにしてある場合には、選択されたシーケンスの中で最も近
い時点で実行されたステートメントが強調され、リスティング表示要素がスクロ
ールされ、それによって、このステートメントはビューの中間に位置するように
なる。トラッキングがオフである場合には、自動スクロール機能がディセーブル
され、それによって、ユーザは、バンドル・リスティング・ファイルの中を自由
にスクロールできるようになる。ユーザがマウスを用いて特定のリスティング・
ラインをクリックすると、このラインは選択されたＳｔｍｔ＃として表示される
。これは、ユーザがホールド・アット又はジャンプ・ツー・コマンドを発行する
又はアノテーションを追加、編集及び削除する場合に用いられるライン番号であ
る。

【００５５】 アノテーション（ＥＡＤＩＰＥＣＰ１４ステートメントと関連するユーザ・コ
メント）がオンになると、このバンドル・リスティング・ファイルと関連するす
べてのアノテーションが、リスティング・ファイルからのデータと共に、リステ
ィング表示要素において表示される。各アノテーションは、異なる色を有する文
字として区別しうるテキスト５０２において、アノテートされているステートメ
ントのすぐ上に表示される。ユーザは、スクリプトが実行する際にスクリプトを
アノテートすることができる。スクリプトは上述したように高級レベルで実行す
るので、アノテーションはオペレータによって入力されたスクリプト・ステート
メントに対応する。

【００５６】 アノテーションを編集するためには、ユーザは、第１に、アノテーション・メ
ニュ・アイテムを選択して選択されたバンドルに対するアノテーションを見る。
これによって、アノテーションが、バンドル・リスティング・ファイルと共に、
リスティング表示要素の中にロードされる。アノテーション・データ・ファイル
・データがスクリーンに表示された後で、ユーザは、バンドル・リスティング・
ファイルの中の特定のステートメントに対するアノテーションを修正することが
できる。これは、第１に、マウスを用いて所望のステートメントを選択すること
によって達成される。選択されたステートメントは強調され、ステートメント番
号は右上のコーナーに選択されたＳｔｍｔ＃として現れる。アノテーション・メ
ニュからアノテート・ライン・メニュ・アイテムを選択するか、又は、ラインの
上をダブルクリックすることによって、アノテーション・エディタが図２Ｉに示
されているように開く。このエディタにおいて、セーブ、デリート及びエキシッ
トがユーザにとって利用可能である。セーブ・ボタンを押下すると、アノテーシ
ョン（.TLN）ファイルがローカルにセーブされる。デリート・ボタンを押下する
と、現在のアノテーションが削除される。エキシット・ボタンを押下すると、エ
ディタが閉じられる。アノテーションが修正されている場合には、警告ウィンド
ウが表示される。この警告ウィンドウは、ユーザに、アノテーションの変更をセ
ーブするか、又は、セーブしないでアノテーション・エディタを終了させるかと
いうオプションを与える。

【００５７】 図１１に示されているライト・ウィンドウ６５０は、ユーザが、エクセキュー
タ状態の概要を見ることを可能にする。ユーザは、インストールされているそれ
ぞれのバンドルとそのシーケンスとに対する色の付いた状態ボックスを見ること
ができる。ユーザは、メイン・ウィンドウにおける場合と同じようにメッセージ
を見ることができ、更に、メッセージの上をダブルクリックすることによって、
オペレータ応答リクエストを処理することができる。ライト・ウィンドウ（６５
４）は、コマンド・ボタンの３つの組で構成されている。第１の組によって、ユ
ーザは、フリーズ・オール及びリセット・フリーズのコマンドを発行することが
できる。第２の組は、ライト・ウィンドウのビュー・モードを制御するが、ここ
で、第１のモードはメッセージだけを見るモードであり、第２のモードは状態ラ
イトだけを見るモードであり、第３のモードはメッセージとライト６５２の両方
を見るモードである。コマンド・ボタンの右側の組によって、ユーザは、サマリ
・ページ又は手順ページを有するメイン・ウィンドウに戻ることが可能になる。
任意のライトをダブルクリックすると、手順ページを有するメイン・ウィンドウ
に切り換わり、選択されたセンテンスについては、テキストが現在のステートメ
ントにおいて中心に配置される。図１９は、オペレータに提供されたシーケンス
制御表示を示している。

【００５８】 本発明の他の実施例も冒頭の特許請求の範囲に含まれる。 例えば、いくつかの実施例では、ターゲット・インターフェース・サーバ１０
２は、例えばサイバースペース１０２の中のどこかにあるリモート・ターゲット
・インターフェース・データベースにアクセスして、適切なジャバ・モジュール
をダウンロードすることができる。

【００５９】 ターゲット・システム２４は、それぞれが、仮想アドレスによって識別され、
次に、これが、ターゲット・インターフェース層２６によってターゲット・シス
テムの物理アドレスにマップされる。この物理アドレスは、ターゲット・インタ
ーフェース層２６に対してローカルに又は離れて配置された中央又は分散型デー
タベースに中に存在する。

【００６０】 企業システム１０は、企業（エンタープライズ）の中にあるシステムのメンテ
ナンス及びモニタリングをアウトソースするための非常に柔軟であり有用なツー
ルである。サービス・プロバイダが、企業のシステムを維持及び監視するという
関係に入ることも可能である。サービス・プロバイダは、企業レベルでの統合及
び処理実行システムをインストールすることができる。サービス・プロバイダは
、企業においてターゲット・インターフェース層をインストールし、その企業の
システムをインターフェース層に接続する。インターフェース層によって、ＥＡ
ＤＩＰＥＣＰ１４の企業レベルでの統合及び処理実行部分が、サービス・プロバ
イダのサイトにおいて動作し、企業における様々なシステムと相互作用すること
が可能になる。サービス・プロバイダによって書かれたスクリプトは、次に、企
業のシステムを監視及び維持するのに用いることができる。サービス・プロバイ
ダとクライアントのサイトにおけるインターフェース層との間のデータは、例え
ば、セキュリティ目的の仮想的なプライベート・ネットワーク（ＶＰＮ）を用い
ることによって、インターネットなどの任意のチャネルを介して送ることができ
る。

【００６１】 コマンドは、クライアント・コンピュータにおいて１つ又は複数のアプリケー
ション・プログラムを立ち上げ（ローンチさせる）、データをこれらのアプリケ
ーション・プログラムに送るというコマンドを含みうる。例えば、コマンドは、
例えば、ウェブ・ブラウザ、仮想的プレゼンテーション・アプリケーション、ワ
ード・プロセッサなどを立ち上げることができる。これ以外のコマンドによって
、これらのパッケージに送られるべきデータをユーザのために表示させることが
可能になる。

【００６２】 図１、図１Ａないし図１Ｅ及び図２のシステムを実現するコンピュータ・シス
テムは、情報をユーザに表示する出力装置とユーザからの入力を受け取る入力装
置との両方に接続されたメイン・ユニットを含むのが典型的である。メイン・ユ
ニットは、一般に、相互接続機構を介してメモリ・システムに接続されたプロセ
ッサを含む。入力装置及び出力装置もまた、相互接続機能を介してプロセッサと
メモリ・システムとに接続されている。

【００６３】 １つ又は複数の出力装置をコンピュータ・システムに接続することができる。
例である出力装置には、ブラウン管（ＣＲＴ）ディスプレイ、液晶ディスプレイ
（ＬＣＤ）、プリンタ、モデムなどの通信装置、及びオーディオ出力などを含む
。１つ又は複数の入力装置をコンピュータ・システムに接続することができる。
例である入力装置には、キーボード、キーパッド、トラック・ボール、マウス、
ペン及びタブレット、通信装置、及びセンサなどのデータ入力装置などを含む。
本発明は、コンピュータ・システムと組み合わせて用いられる特定の入力及び出
力装置や、ここで開示されている装置に限定されることはない。

【００６４】 コンピュータ・システムは、Ｃ＋＋、ジャバ、又はスクリプト言語やアセンブ
リ言語などそれ以外のコンピュータ・プログラミング言語を用いてプログラムが
可能な汎用コンピュータ・システムでありうる。コンピュータ・システムは、ま
た、特別なプログラムがなされている特定用途向けのハードウェアを含むことも
ある。汎用のコンピュータ・システムでは、プロセッサは、典型的には市販され
ているプロセッサであり、例えば、インテル社から入手できるｘ８６シリーズ、
セレロン、ペンティアム（登録商標）・プロセッサ、ＡＭＤ社及びサイリックス
社から入手できる類似のプロセッサ、モトローラ社から入手できる６８０Ｘ０シ
リーズのマイクロプロセッサ、ＩＢＭ社から入手できるパワーＰＣ、デジタル・
イクイップメント社から入手できるアルファ・シリーズのプロセッサなどが例で
ある。これ以外の多くのプロセッサも用いることができる。これらのマイクロプ
ロセッサは、オペレーティング・システムと称されるプログラムを実行する。オ
ペレーティング・システムは、その例として、ウィンドウズ（登録商標）ＮＴ、
リナックス、ＵＮＩＸ（登録商標）、ＤＯＳ、ＶＭＳ、ＯＳ２などがあり、他の
コンピュータ・プログラムの実行を制御して、スケジューリング、デバッギング
、入力／出力制御、計算、コンパイル、ストレージの割り当て、データ管理及び
メモリ管理、通信制御、これらに関係するサービスなどを行う。プロセッサとオ
ペレーティング・システムとが、高級プログラミング言語で書かれているアプリ
ケーション・プログラムのためのコンピュータ・プラットフォームを定義する。

【００６５】 メモリ・システムは、典型的には、コンピュータ読みとり可能で書き込み可能
な不揮発性の記録媒体を含む。これには、例えば、磁気ディスク、フラッシュ・
メモリ、テープなどが含まれる。ディスクは、フロッピ・ディスクとして知られ
ている取り外し可能なものと、ハード・ドライブとして知られている恒久的なも
のとがある。ディスクは、その中に信号が記憶されている多数のトラックを有し
、この信号は、典型的には２進形式で、すなわち、１及び０のシーケンスとして
解釈される形式で記憶される。これらの信号は、マイクロプロセッサによって実
行されるアプリケーション・プログラムや、ディスク上に記憶されアプリケーシ
ョン・プログラム又はオペレーティング・システムによって処理される情報を定
義することができる。典型的には、動作の際には、プロセッサが、不揮発性の記
録媒体から集積回路メモリ素子の中にデータを読み出させる。集積回路メモリ素
子は、典型的には、ＤＲＡＭやＳＲＡＭなどの揮発性のランダム・アクセス・メ
モリである。集積回路メモリ素子により、ディスクの場合よりも、プロセッサが
情報により高速にアクセスすることができる。プロセッサは、一般に、集積回路
メモリの中のデータを操作し、処理が終了するとデータをディスクにコピーする
。ディスクと集積回路メモリ素子との間のデータの移動を管理するためには、様
々な機構が知られているが、本発明は、それらに限定されることはない。本発明
は、特定のメモリ・システムに限定されルア・コネクタとはないことを理解すべ
きである。

【００６６】 データベース３６は、任意の種類のデータベースであり、リレーショナル・デ
ータベース、オブジェクト指向データベース、非構造化（unstructured）データ
ベース、それ以外のデータベースを含む。リレーショナル・データベースの例と
しては、米国カリフォルニア州レッドウッド所在のオラクル社によるオラクル８
ｉ、同じくカリフォルニア州メンロパーク所在のインフォミクス・ソフトウェア
社によるインフォミクス・ダイナミック・サーバ、同じくニューヨーク州ヨーク
タウン・ハイツ所在のＩＢＭ社によるＤＢ２、同じくワシントン州レッドモンド
所在のマイクロソフト社によるアクセスなどがある。オブジェクト指向型のデー
タベースの例としては、マサチューセッツ州バーリントン所在のオブジェクト・
デザイン社によるオブジェクトストアがある。非構造化データベースの例として
は、マサチューセッツ州ケンブリッジ所在のロータス社によるノーツがある。デ
ータベースは、フラット・ファイル・システムを用いて、例えば、カリフォルニ
ア州スコッツ・バレー所在のインプライズ社（以前は、ボーランド・インターナ
ショナル社）によるｄＢＡＳＥの初期バージョン（現在では、ビジュアルｄＢＡ
ＳＥとして知られている）などのように、キャラクタ区切り型（character-deli
mited）フィールドを伴うファイルを用いて、構成することもできる。

【００６７】 様々なコンピュータ・プラットフォーム、プロセッサ又は高級プログラミング
言語を本発明の実現のために用いることができる。更に、このコンピュータ・シ
ステムは、マルチプロセッサ型のコンピュータ・システムでもよく、あるいは、
コンピュータ・ネットワークを介して接続された複数のコンピュータを含むこと
もできる。図１のそれぞれのモジュール（例えば、３４、５２及び２６）は、コ
ンピュータ・プログラムの別々のモジュールでもよいし、別々のコンピュータ・
プログラムでもよい。これらのモジュールは、別個のコンピュータに上で動作す
ることも可能である。データは、メモリ・システムに記憶されたり、コンピュー
タ・システムの間で送信されることがありうる。本発明は、ソフトウェア、ハー
ドウェア又はファームウェアを用いたどのような特定の実現例や、どのような組
合せにも限定されない。システムの様々な構成要素は、個別的であっても組合せ
であっても、コンピュータ・プロセッサによって実行される機械可読な記憶装置
において実現された有形的な形態を有するコンピュータ・プログラム・プロダク
トとして実現することができる。プロセスの様々なステップが、コンピュータ可
読な媒体上に有形的に実現されたプログラムをコンピュータ・プロセッサが実行
し入力に対して作用して出力を生じさせ機能を実行することによって、実行され
うる。このシステムを実現させるのに適したコンピュータ・プログラミング言語
は、手順的（procedural）プログラミング言語、オブジェクト指向プログラミン
グ言語及びこれら２つの組合せを含む。

【００６８】 この出願に含まれている実施例の説明では、本発明がその意図した目的を達成
する多くの方法の中のいくつかを詳細に述べている。いくつかの実施例について
説明したが、本発明の範囲から逸脱することなく複数の修正を加えることができ
る点は、明らかであろう。

【図面の簡単な説明】

【図１】 図１及び図１Ａないし図１Ｅは、企業レベルでの統合及び処理実行システムの
全体的な概要であり、企業レベルでの統合及び処理実行コンピュータ・プログラ
ムとそのプログラムによって制御される複数のターゲット・システムとを含んで
いる。 図１Ｆは、企業レベルでの統合及び処理実行コンピュータ・プログラムが通信
するコンピュータ・プログラムの抽象的なレベルでの概略図である。

【図２】 図１の企業レベルでの統合及び処理実行コンピュータ・プログラムの概略であ
る。

【図３】 図３Ａ及び図３Ｂは、図１の企業レベルでの統合及び処理実行コンピュータ・
プログラムのデータベースに記憶されているコマンド及びデータ・オブジェクト
・テーブルの図解である。

【図４】 企業レベルでの統合及び処理実行エンジンによって実行されるスクリプト・プ
ログラムのアーキテクチャの概略図である。 図４Ａは、スクリプト・プログラムを入力するためのグラフィカル・ユーザ・
インターフェースの表現である。 図４Ｂは、スクリプト・プログラムの例である。

【図５】 企業レベルでの統合及び処理実行エンジンとターゲット・インターフェース層
との間の相互関係に関する概略図である。

【図６】 企業レベルでの統合及び処理実行エンジンと人間との相互作用パッケージとの
間の相互関係に関する概略図である。

【図７】 図７Ａ及び図７Ｂは、企業レベルでの統合及び処理実行アプリケーション・プ
ログラムを２以上のターゲット・インターフェース層に接続するアーキテクチャ
の概略図である。

【図８】 企業レベルでの統合及び処理実行システムと企業レベルでの統合及び処理実行
コンピュータ・プログラムとの動作を制御するグラフィカル・ユーザ・インター
フェースの表現である。

【図９】 企業レベルでの統合及び処理実行システムと企業レベルでの統合及び処理実行
コンピュータ・プログラムとの動作を制御するグラフィカル・ユーザ・インター
フェースの表現である。

【図１０】 企業レベルでの統合及び処理実行システムと企業レベルでの統合及び処理実行
コンピュータ・プログラムとの動作を制御するグラフィカル・ユーザ・インター
フェースの表現である。

【図１１】 企業レベルでの統合及び処理実行システムと企業レベルでの統合及び処理実行
コンピュータ・プログラムとの動作を制御するグラフィカル・ユーザ・インター
フェースの表現である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 リー，ケビン・スゥン−ホー アメリカ合衆国マサチューセッツ州02451， ウォルサム，トラペロ・ロード 1337 Ｆターム(参考） 5B045 BB02 BB28 BB42 BB48 GG01 5B089 JB10 KA10 KB06 KB09 KF06

Claims (35)

【特許請求の範囲】
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. 【請求項２６】 請求項２５記載の方法において、 スピーチ・レコグナイザにおいて、データを前記スピーチ・インターフェース
    に送るステップと、 前記スピーチ・インターフェースにおいて、前記データを処理するステップと
    、 前記スピーチ・インターフェースにおいて、前記処理されたデータを前記エン
    タープライス制御エンジンに送るステップと、 を更に含むことを特徴とする方法。
27. 【請求項２７】 請求項２５記載の方法において、エンタープライス制御エ
    ンジンはサーバ・コンピュータの上で動作し、前記スピーチ・インターフェース
    層は前記サーバ・コンピュータから離れているクライアント・コントローラの上
    で動作し、前記サーバ・コンピュータと前記クライアント・コンピュータとはネ
    ットワークに接続されていることを特徴とする方法。
28. 【請求項２８】 コンピュータ読み取り可能な媒体に記憶されたコンピュー
    タ・プログラムであって、 メッセージをオペレータに送らせる命令を含む複数の命令をエンタープライス
    制御エンジンにおいて処理させる命令と、 前記エンタープライス制御エンジンからのメッセージ・コマンドをスピーチ・
    インターフェース・モジュールに送らせる命令であって、前記コマンドは、少な
    くとも１つのコマンド・オペレータと、テキスト・スピーチ・コンバータとの通
    信に用いられるＡＰＩを識別するＡＰＩフラグとを含んでいる、命令と、 前記ＡＰＩフラグによって識別されたＡＰＩを用いて、前記スピーチ・インタ
    ーフェース・モジュールにおいて、前記コマンド・オペレータを前記テキスト・
    スピーチ・コンバータに送らせる命令と、 を含むことを特徴とするコンピュータ・プログラム。
29. 【請求項２９】 コンピュータに実装された方法であって、 第１のスクリプト・プログラムを実行するステップと、 前記第１のスクリプト・プログラムと実質的に並行して第２のスクリプト・プ
    ログラムを実行するステップと、 前記第１のスクリプト・プログラムからのコマンドに応答して、前記第２のス
    クリプト・プログラムの実行状態を指示するデータを前記第１のスクリプト・プ
    ログラムに提供するステップと、 を含むことを特徴とする方法。
30. 【請求項３０】 コンピュータ読み取り可能な媒体に記憶されたコンピュー
    タ・プログラムであって、 第１のスクリプト・プログラムを実行させる命令と、 前記第１のスクリプト・プログラムと実質的に並行して第２のスクリプト・プ
    ログラムを実行させる命令と、 前記第１のスクリプト・プログラムからのコマンドに応答して、前記第２のス
    クリプト・プログラムの実行状態を指示するデータを前記第１のスクリプト・プ
    ログラムに提供させる命令と、 を含むことを特徴とするコンピュータ・プログラム。
31. 【請求項３１】 コンピュータに実装された方法であって、 一連の命令を含むコンピュータ・プログラムをリアルタイムに実行するステッ
    プと、 前記第１のプログラムのリアルタイムでの実行と実質的に並行しかつリアルタ
    イムで、前記コンピュータ・プログラムの実行状態とどの命令が現に実行されて
    いるのかとを指示するデータをユーザに提供するステップと、 を含むことを特徴とする方法。
32. 【請求項３２】 請求項３１記載の方法において、前記コンピュータ・プロ
    グラムはスクリプト・ベースのコンピュータ・プログラムであることを特徴とす
    る方法。
33. 【請求項３３】 コンピュータ読み取り可能な媒体に記憶されたコンピュー
    タ・プログラムであって、 一連の命令を含むコンピュータ・プログラムをリアルタイムに実行させる命令
    と、 前記第１のプログラムのリアルタイムでの実行と実質的に並行しかつリアルタ
    イムで、前記コンピュータ・プログラムの実行状態とどの命令が現に実行されて
    いるのかとを指示するデータをユーザに提供させる命令と、 を含むことを特徴とするコンピュータ・プログラム。
34. 【請求項３４】 コンピュータに実装された方法であって、 インターフェース層が、第１のプロトコルに従ってターゲット・システムから
    データを受け取るステップと、 前記インターフェース層が、第２のプロトコルに従って前記データをエンター
    プライス制御エンジンに送るステップであって、前記第２のプロトコルは前記第
    １のプロトコルと異なり、前記エンタープライス制御エンジンは前記データを処
    理する、ステップと、 を含むことを特徴とする方法。
35. 【請求項３５】 コンピュータ読み取り可能な媒体に記憶されたコンピュー
    タ・プログラムであって、 インターフェース層に、第１のプロトコルに従ってターゲット・システムから
    データを受け取らせる命令と、 前記インターフェース層に、第２のプロトコルに従って前記データをエンター
    プライス制御エンジンに送らせる命令であって、前記第２のプロトコルは前記第
    １のプロトコルと異なり、前記エンタープライス制御エンジンは前記データを処
    理する、命令と、 を含むことを特徴とするコンピュータ・プログラム。