JPH10512696A - 保護されたゲートウェイ・インターフェース - Google Patents

Abstract

(57)【要約】 コンピュータ読取り可能なプログラムを具体化する本発明のコンピュータ実施される方法、独自にプログラムされたコンピュータ・システム、及びその生産物は、外部ネットワークにおけるユーザが、セキュリティファイアウォールに違反することなく内部ネットワーク上の内部ビジネス資源を利用して、承認されたビジネス・トランザクションを開始することを可能にする。特定的に云えば、その方法は、外部コンピュータ・システム（３１０）が内部コンピュータ・システム（３２０）とその外部コンピュータ・システムとの間のセキュリティ・ファイアウォール（３００）に違反することなく内部資源（３３０）を使用してトランザクション・リクエスト（２）を開始させることを可能にするように、内部コンピュータ・システムに指示する。その方法は、内部コンピュータ・システムと外部コンピュータ・システムとの間の内部コンピュータ・システムによって開始される接続を認証し、それによって認証済み接続を確立するという第１ステップを含む。第２ステップは、外部コンピュータ・システムがその外部コンピュータ・システムにより受信されたトランザクション・リクエスト（２）を呼び出すことを含む。第３ステップは、そのトランザクション・リクエストの呼出しに応答して、外部コンピュータ・システムが、トランザクション・リクエストを実行するためにそのトランザクション・リクエスト、アーギュメント、及びプロセス環境変数を含むストリングを作成することを含む。第４ステップは、外部コンピュータ・システムが承認済みの接続を通して内部コンピュータ・システムにそのストリングを送ることを含む。第５ステップは、内部コンピュータ・システムがトランザクション・リクエストを検証することを含む。第６ステップは、内部コンピュータ・システムがオリジナル・プロセス環境を再作成することを含む。最後のステップは、内部コンピュータ・システムがトランザクション・リクエストを実行し、それによって出力を発生することを含む。

Description

【発明の詳細な説明】 保護されたゲートウェイ・インターフェース 技術分野 本発明は、ネットワークのための保護されたゲートウェイ・インターフェース に関するものであり、更に詳しく、しかし、限定的でなく云えば、外部のネット ワーク・ユーザが、セキュリティ・ファイアウォールに違反することなく内部資 源を利用して、許可されたトランザクションを開始することを可能にするための 保護されたゲートウェイ・インターフェースに関するものである。 背景技術 第１図は、従来技術の保護されたゲートウェイ・インターフェース（ＳＧＩ） ９を示す。そのＳＧＩは、外部ネットワーク（例えば、インターネット）上の誰 かからのユーザ／顧客リクエスト２を処理するための外部サーバ４（例えば、ハ イパーテキスト転送プロトコル・デーモンＨＴＴＰＤ）、及び内部ネットワーク 上の誰か（例えば、特定の企業のために働く誰か）及びデータベース８からのリ クエストを処理するための内部サーバ７を有する。ＳＧＩ９は、更に、内部デー タベース８における内部トランザクションを外部から開始させることを防ぐため のファイアウォール６を含む。従って、 ファイアウォール６は、外部の顧客が内部ネットワーク（即ち、内部サーバ７及 び内部データベース８）への直接接続を開始することを防ぐ。この制限は、顧客 が外部ネットワークから内部トランザクションを簡単には開始させることができ ないので、製品及びサービスの購入リクエストのような有効なトランザクション も禁止してしまう。 上記の問題点に対する一般的な解決方法は、インバウンド・トラフィックに対 する特定のポート（例えば、ポート８４）をファイアウォール６において開くこ とを必要とする。しかし、この解決方法は、明らかに、内部ネットワークが外部 の攻撃を免れ得ない状態にしておくことになる。別の解決方法は、すべての必要 な資源（例えば、データベース８）を外部サーバ４上に設置することである。し かし、この解決方法は内部トランザクションの実行を禁止したままである。更に 、外部サーバ４はすべての必要な資源を保持するに十分な記憶装置を持たないな いことがあり、或いは、それらの資源は機密性が高くて外部サーバ上に配置する ことができず、提供可能なサービスを制限することがある。 従って、セキュリティ・ファイアウォールに違反することなく内部ビジネス資 源を利用して顧客が許可されたビジネス・トランザクションを開始することを可 能にするための技法に対する大きな需要がある。 発明の開示 従って、コンピュータ読取り可能なプログラム手段を具体化するコンピュータ 実施方法、独自にプログラムされたコンピュータ・システム、及びその生産物は 、外部ネットワークにおける顧客が、セキュリティ・ファイアウォールに違反す ることなく内部ネットワーク上の内部ビジネス資源を利用して、許可されたビジ ネス・トランザクションを開始することを可能にする。 特定的に云えば、その方法は、外部コンピュータ・システムが、内部コンピュ ータ・システムとその外部コンピュータ・システムとの間のセキュリティ・ファ イアウォールに違反することなく内部資源を使用してトランザクション・リクエ ストを開始することを可能にするように内部コンピュータ・システムに指示する 。その方法は、内部コンピュータ・システムと外部コンピュータ・システムとの 間の内部コンピュータ・システムによって開始される接続を認証し、それによっ て認証済み接続を確立する第１ステップを含む。第２ステップは、外部コンピュ ータ・システムがその外部コンピュータ・システムによって受信されたトランザ クション・リクエストを呼び出すことを含む。第３ステップは、トランザクショ ン・リクエストの呼出に応答して、外部コンピュータ・システムがそのトランザ クション・リクエストとそのトランザクション・リクエストを実行するためのプ ロセス環境変数とを含むストリングを作成することを含む。第４ステップは、外 部コンピュータ・システムが、そのストリングを、認証済み 接続を通して内部コンピュータ・システムに送ることを含む。第５ステップは、 内部コンピュータ・システムがそのトランザクション・リクエストを検証するこ とを含む。第６ステップは、内部コンピュータ・システムがオリジナル・プロセ ス環境を再作成することを含む。最後のステップは、内部コンピュータ・システ ムがそのトランザクション・リクエストを実行し、それによって出力を発生する ことを含む。 従って、本発明の目的は、ユーザ及び実際のトランザクション・プログラムに とって透明である保護されたゲートウェイ・インターフェースを作成することに ある。 本発明のもう１つの目的は、ユーザが、内部資源を利用して、内部ネットワー クに対するファイアウォールを通してトランザクションを有効に開始することを 可能にすることにある。 本発明の更にもう１つの目的は、ユーザが、認証されたトランザクションの有 効なセットのみを開始することを可能にすることにある。 本発明の更にもう１つの目的は、外部コンピュータ・システムがユーザからの トランザクション・リクエストを受け取る前に、内部コンピュータ・システムと 外部コンピュータ・システムとの間の接続を安全に承認することにある。 本発明の更にもう１つの目的は、トランザクション・プログラムを修正する必 要なくそれらをファイアウォール内に記憶することにある。 図面の簡単な説明 添付図面を参照して、本発明を実施例によって説明することにする。 第１図は、本発明を実施する場合に使用するための通常のネットワーク・シス テムのブロック図を示す。 第２図は、本発明を実施するための代表的なハードウエア構成を示す。 第３図は、好適な実施例による保護されたゲートウエア・インターフェース（ ＳＧＩ）のブロック図を示す。 第４図は、第３図に示されたＳＧＩの更に詳細なプロセス・フロー図を示す。 発明を実施するための最良の形態 好適な実施例は、コンピュータ実施される方法、独自にプログラムされたコン ピュータ・システム、及び、外部のユーザ／顧客が、セキュリティ・ファイアウ ォールに違反することなく内部ビジネス資源を利用して認証済みビジネス・トラ ンザクションを開始することを可能にするように、内部コンピュータ・システム に指示するための詳細なロジックを具体化するメモリを含む。 本発明は、第２図に示されたコンピュータ・システムにおいて実施される。コ ンピュータ・システム１００は、キャッシュ１５、ランダム・アクセス・メモリ （ＲＡＭ）１４、読 取り専用メモリ（ＲＯＭ）１６、及び不揮発性ＲＡＭ（ＮＶＲＡＭ）３２を処理 するためのＩＢＭ社のＰｏｗｅｒＰＣ６０１又はＩｎｔｅｌ社の４８６マイクロ プロセッサのような中央処理装置（ＣＰＵ）１０を含む。Ｉ／Ｏアダプタ１８に よって制御される１つ又は複数のディスク２０が長期記憶装置を提供する。テー プ、ＣＤ−ＲＯＭ、及びＷＯＲＭドライブを含む他の種々の記憶媒体が使用可能 である。又、データ又はコンピュータ・プロセス命令を記憶するための取り外し 可能な記憶媒体も具備可能である。（なお、ＩＢＭ及びＰｏｗｅｒＰＣはインタ ーナショナル・ビジネス・マシーンズ・コーポレーションの商標であり、Ｉｎｔ ｅｌはインテル・コーポレーションの商標である）。 Ｓｕｎ Ｓｏｌａｒｉｓ、マイクロソフト社のＷｉｎｄｏｗｓ ＮＴ、ＩＢＭ 社のＯＳ／２、或いはアップル社のＳｙｓｔｅｍ７のような任意の適当なオペレ ーティング・システムのデスクトップからの命令及びデータがＲＡＭ１４からＣ ＰＵ１０を制御する。従って、そのデスクトップはＲＡＭ１４から実行する。し かし、好適な実施例では、ＩＢＭ ＲＩＳＣ Ｓｙｓｔｅｍ／６０００が、ＵＮ ＩＸオペレーティング・システムのＩＢＭ社の実施形態であるＡＩＸオペレーテ ィング・システムを走らせる。しかし、前述のように、本発明を実施するために 、他のハードウエア・プラットフォーム及びオペレーティング・システムを利用 することが可能であることは当業者には容易に明らかであろう。（なお、Ｓｏｌ ａ ｒｉｓはサン・マイクロシステムズ社の商標であり、Ｓｙｓｔｅｍ７はアップル ・コンピュータ社の商標であり、Ｏ／Ｓ２、ＲＩＳＣ Ｓｙｓｔｅｍ／６０００ 、及びＡＩＸはＩＢＭ社の商標である。ＵＮＩＸは、Ｘ／Ｏｐｅｎ社を通して排 他的に使用許諾された米国及びその他の国における商標である）。 ユーザは、ユーザ・インターフェース・アダプタ２２によって制御されるＩ／ Ｏ装置（即ち、ユーザ・コントロール装置）を通してコンピュータ・システム１ ００とコミュニケートする。ディスプレイ３８はユーザに情報を表示し、一方、 キーボード２４、ポインティング装置２６、及びスピーカ２８はユーザがコンピ ュータ・システムに指示を行うことを可能にする。通信アダプタ３４は、このコ ンピュータ・システムとネットワークに接続された他の処理装置との間の通信を 制御する。ディスプレイ・アダプタ３６は、このコンピュータ・システムとディ スプレイ３８との間のコミュニケーションを制御する。 第３図は、好適な実施例による保護されたゲートウェイ・インターフェース（ ＳＧＩ）のブロック図及びプロセス・フローを示す。ＳＧＩは一対のサーバ３１ ０及び３２０に常駐し、そのサーバの各々はコンピュータ・システム１００（第 １図参照）において実現される。外部サーバ３１０はファイアウォール３００の 外側に常駐し、一方、内部サーバ３２０はファイアウォール３００の内側に常駐 する。ファイアウォ ール３００は、外部トランザクションがそれを通して内部サーバ３２０に達する のを防ぐ任意の適当な一般的なファイアウォールを使用して実現される。好適な 実施例では、ファイアウォール３００はネットワーク・ルータ（例えば、シスコ ・ルータ）である。しかし、ファイアウォール３００が内部サーバ３２０内に常 駐してもよいことは当業者には容易に明らかであろう。 外部サーバ３１０は、インターネットのような外部のネットワークにおけるユ ーザ／顧客とのコミュニケーションを管理する。しかし、任意の公衆網又は専用 網におけるＳＮＡ又はＸ.２５のような任意のタイプの通信プロトコルが使用可 能であることは当業者には明らかであろう。内部サーバ３２０は、内部コーポレ ート情報ネットワークのような内部ネットワーク上の内部資源（例えば、データ ベース３３０）のコミュニケーションを管理する。外部サーバ３１０は、アウト サイド・デーモン３１２を走らせ、一方、内部サーバ３２０はインサイド・デー モン３２２を走らせ、それによって、ファイアウォール３００にまたかるコミュ ニケーションを可能にする。デーモンは、外部事象を待ち、それらの事象が生じ る時にいつも事前定義された一連のアクションを実行する長時間実行コンピュー タ・プログラムである。デーモンはサービス・リクエストを傾聴し、リクエスト された時にそれらを遂行する。外部サーバ３１０は、外部ネットワークからのサ ービス・リクエストを傾聴するデーモン３１４も走らせる。内 部サーバ３２０は、所望の内部トランザクションを実行するためのサービス・プ ログラム３２４を含む。サービス・プログラム３２４及び内部データベース３３ ０は、ビジネス・トランザクション（以下で、更に詳細に説明される）を実施す る一組のコンピュータ・プログラムを表す。 第４Ａ図及び第４Ｂ図は、前に第３図に示したＳＧＩの更に詳細なプロセス・ フローを示す図である。外部サーバ３１０は、任意の適当な通常の通信プロトコ ル・デーモン（ＨＴＴＰＤ）３１４、ｃｇｉ−ビン４１５、ＳＧＩ＿クライアン ト・ルーチン４１６、及びアウトサイド・デーモン（ＳＧＩ＿ＯＤ）３１２を含 む。アウトサイド・デーモン３１２は、ＳＧＩ＿クライアント・ルーチン４１６ 及びインサイド・デーモン（ＳＧＩ−ＩＤ）３２２とコミュニケートするための クライアント／サーバ・ソフトウエアを含む。ＳＧＩ＿クライアント・ルーチン ４１６は、アウトサイド・デーモン３１２とコミュニケートするためのクライア ント／サーバ・ソフトウエアを含む。ｃｇｉ−ビン４１５は、デーモン３１４に よって実行されるソフトウエアのディレクトリである。特に、この例では、ｃｇ ｉ−ビンは、ＳＧＩ＿クライアント・ルーチン４１６とコミュニケートするため の特別パール・スクリプト（以下で、更に詳細に説明される）であるｅｘａｍｐ ｌｅ.ｐｌ ４６２を含む。好適な実施例では、デーモン３１４は、通常のハイ パーテキスト転送プロトコル・デーモン（ＨＴＴＰＤ）（一般には、ウェブ・サ ーバとしても知られてい る）である。 内部サーバ３２０は、インサイド・デーモン３２２、サービス・プログラム３ ２４、及びｃｇｉ−ビン４２６を含む。サービス・プログラム３２４は、アウト サイド・デーモン３１２、インサイド・デーモン３２２とコミュニケートし、ｃ ｇｉ−ビン・ルーチン（例えば、ｅｘａｍｐｌｅ.ｐｌ ４８０）を実行する。こ の例では、ｅｘａｍｐｌｅ.ｐｌ ４８０は、ユーザ／顧客を承認するために及び ビジネス・トランザクションを実行するために、内部コーポレート・データベー ス（例えば、第３図におけるコーポレート・データベース３３０）とコミュニケ ートする。 顧客／ユーザが４１０においてトランザクションをうまくリクエストし得る前 に、内部サーバ３２０及び外部サーバ３１０は適正に接続しなければならない。 それを行うために、外部オペレーティング・システムはアウトサイド・デーモン ３１２を実行して、外部サーバ３１０におけるファイルシステム（図示されてな い）に常駐するパスワード・ファイルのコミュニケーション・ポート及びロケー ションを識別する。一方、アウトサイド・デーモン３１２はパスワード・ファイ ルから８文字パスワードを読み取り、その識別されたポートにおいてソケットを 作成し、そのソケットにおいてインサイド・デーモン３２２からの接続コールを 傾聴する。従って、アウトサイド・デーモン３１２はサーバの役割を負い、４３ ０において、クライアントの役割を負ったインサイド・デー モン３２２からの接続コールを待つ。更に、アウトサイド・デーモン３１２は第 ２ポートにおいてソケットを作成し（デーモン３１２のコミュニケーション・ポ ート＋１）、４３２においてＳＧＩ＿クライアント・ルーチン４１６からの接続 試行（以下で、更に詳細に説明される）を待つ。 内部オペレーティング・システムはインサイド・デーモン３２２を実行して、 インサイド・デーモン３２２をアウトサイド・デーモン３１２に接続するための コミュニケーション・ポート、外部サーバ３１０のホスト名、内部サーバ３２０ におけるファイル・システム（図示されてない）に常駐するパスワード・ファイ ルのロケーション、及び内部サーバ３２０におけるファイル・システム（図示さ れてない）に常駐する有効サービス・ファイルのロケーションを識別する。一方 、インサイド・デーモン３２２はパスワード・ファイルから８文字パスワードを 読み取り、サービス・ファイルを読み取って有効サービスのテーブルをメモリに 記憶し、識別されたコミュニケーション・ポートにおいてソケットを作成し、最 後に、４５０において、４３０で傾聴しているアウトサイド・デーモン３１２に ファイアウォール３００を越えて標準的な接続コールを発生する。その接続は内 部サーバから開始されようとするので、ファイアウォール３００はその接続を許 容する。 インサイド・デーモン３２２及びアウトサイド・デーモン３１２が接続した後 、インサイド・デーモン３２２及びアウ トサイド・デーモン３１２は相互に適正に認証しなければならない。それを行う ために、インサイド・デーモン３２２は、現在のタイムスタンプを検索するため に内部オペレーティング・システムへのコールを開始し、そのタイムスタンプを アウトサイド・デーモン３１２に送り、それに応答して認証ストリングを待つ。 アウトサイド・デーモン３１２はそのタイムスタンプを受け取り、そしてインサ イド・デーモン３２２によって与えられたタイムスタンプでもってそれの８文字 パスワードをマングルすること（後述の変更すること）によって認証ストリング を作成し、このマングルされた文字ストリングを標準的なＵＮＩＸクリプト・コ マンド（又は、ＤＥＳのような任意の適当な暗号化アルゴリズム）でもって暗号 化し、そして、４３１において、その結果生じた認証ストリングをインサイド・ デーモン３２２に送る。下記のＣ言語は、８文字パスワードをタイムスタンプで もってマングルするプロセスを示す。この"create_auth"コードは３つのアーギ ュメントを必要とする。それらのアーギュメントのその第１はタイムスタンプ（ 即ち、auth_time）であり、その第２はパスワード（即ち、"cred"）であり、そ の第３は発生された認証ストリングを記憶するためのバッファである。 インサイド・デーモン３２２が同様にそれのパスワードをタイムスタンプでも ってマングルし、それを暗号化し、そしてそれをアウトサイド・デーモン３１２ によって与えられた認証ストリングと比較する。それらの認証ストリングが一致 する時、プロセスは反転され、アウトサイド・デーモン３１２が同様にインサイ ド・デーモン３２２を認証する（即ち、外部のオペレーティング・システムから 新しいタイムスタンプを得て、そのタイムスタンプをインサイド・デーモン３２ ２に送り、インサイド・デーモン３２２はそれのパスワードをその新しいタイム スタンプでもってマングルし、それを暗号化し、そして有効化するのためにそれ をアウトサイド・デ ーモン３１２に戻す）。 この認証プロセスは、アウトサイド・デーモン３１２及びインサイド・デーモ ン３２２が共に知っている８文字パスワード、タイムスタンプによってランダム 化された文字マングリング機能、及び暗号化プロセスを使用する。マングリング 機能のために、上記のプロセスは、各認証及びすべてのトランザクションに対し て異なる暗号化された認証ストリングを生じる。これは、捕捉された認証ストリ ングがその後の如何なるトランザクションに対しても価値がないので、攻撃に対 するそれの脆弱性をかなり減じる。 インサイド・デーモン３２２及びアウトサイド・デーモン３１２が相互に認証 した後、前にクライアントとして作用したインサイド・デーモン３２２は今やサ ーバの役割を負い、４５２において、アウトサイド・デーモン３１２が４５３で サービス・ストリングを供給するのを待つ。アウトサイド・デーモン３１２は第 ２の指定されたポートにおいてもう１つのソケットを作成し、４３２においてＳ ＧＩ＿クライアント・ルーチン４１６からの接続試行を待つ（傾聴する）。従っ て、アウトサイド・デーモン３１２は、インサイド・デーモン３２２に関する擬 似クライアント（情報はそれらの間で送られる）及びＳＧＩ＿クライアント・ル ーチン４１６に関するサーバという２つの役割を負う。 デーモン３１４は、今や、顧客リクエスト４１０を受け付けるように準備され る。顧客リクエストは、例えば、特定の 株式又は金融市場に関する調査情報を購入するためのトランザクションであって もよい。４１０において、顧客は、ｈｔｔｐクライアント・アプリケーション・ ユーザ・インターフェースを走っている顧客のシステムにおける特定のアイコン 又は強調表示されたフレーズ上でクリックすることにより、次のようなトランザ クション・リクエストを実行することを決定する。 その ｈｔｔｐ クライアント・ユーザ・インターフェースは、一般に、詳細なト ランザクション情報（例えば、株式又は金融市場情報）及び課金情報（例えば、 クレジット・カード番号）をユーザに尋ねる。ユーザは、リクエストされたサー ビスが単に認証されたユーザに与えられるだけである場合、そのユーザのユーザ ｉｄ及びパスワードを入力するように要求されることもある。 送られたユーザ入力のフォーマットは、トランザクションを実施するために使 用されたハイパ・テキスト・マークアップ言語（ＨＴＭＬ）フォームのタイプに 依存する。２つのタイプの一般的なＨＴＭＬフォームが存在する。「ＧＥＴ」タ イプはコマンド・ライン上にすべてのユーザ入力を配置する。従って、株式１（ ｓｔｏｃｋ１）、株式２（ｓｔｏｃｋ２）、及び他の任意のユーザ入力が下記の ようにコマンド・ラインの一部となるであろう。 しかし、コマンド・ラインはネットワークを通してクリア・テキストとして送 られるので、顧客のクレジット・カード番号及び有効期限日をネットワークを通 して送ることは適切ではない。従って、暗号化を伴うＨＴＭＬの「ＰＵＴ」タイ プは、クレジット・カード番号及び有効期限日がネットワークを通して安全に送 られるように使用される。この情報をすべて供給した後、ｈｔｔｐクライアント ・アプリケーションは、４１０において、ｈｔｔｐを介して外部サーバ３１０に リクエストを送る。 ４６０では、デーモン３１４が、一般に知られそして導入されているＨＴＴＰ 認証技法（例えば、顧客のパスワードを標準的なＵＮＩＸクリプト・コマンドで もって暗号化し、その結果を、デーモン３１４に常駐するｈｔｔｐパスワード・ ファイルにおけるパスワード・エントリと比較する）に従って顧客のパスワード を認証する。ユーザｉｄ及びパスワードが有効である場合、４６１において、デ ーモン３１４は「ＰＵＴ」フォームを認識し、文字ストリームを自動的に非暗号 化し、適正なＵＮＩＸプロセス環境を作成する。デーモン３１４は、ＰＡＴＨ、 ＵＳＥＲＮＡＭＥ、ＬＯＧＮＡＭＥ、及びＡＵＴＨＴＹＰＥ変数を含む標準的な ＵＮＩＸプロセス環境を作成するための一般に知られた通常のｈｔｔｐ構成ファ イル（図示されてない）を含む。その後、ｈｔｔｐｓｖｃ４ ７０は（後述の）４７１においてこのプロセス環境を再作成する。一旦、プロセ ス環境が作成されてしまうと、デーモン３１４は、ｅｘａｍｐｌｅ.ｐｌ ４６２ （ｃｇｉ−ビン４１５に常駐しなければならない）を実行して任意の必要なアー ギュメント（例えば、ｓｔｏｃｋ１及びｓｔｏｃｋ２）及び例１．ｐｌ ４６２ の標準的な入力ストリームへのユーザ入力を送る。 ｅｘａｍｐｌｅ.ｐｌ ４６２がｃｇｉ−ビン４１５に常駐すると仮定すると、 ｅｘａｍｐｌｅ.ｐｌ ４６２は内部データベース３３０（第３図参照）と直接に コミュニケートし、所望のトランザクションを遂行するであろう。しかし、ファ イアウォール３００が存在し、ｅｘａｍｐｌｅ.ｐｌ ４６２が内部データベース ３３０と直接にコミュニケートしないようにするので、ｅｘａｍｐｌｅ.ｐｌ ４ ６２は実際のトランザクション・プログラムではない。むしろ、実際にトランザ クション・プログラムは、ファイアウォール３００の内側にあるｅｘａｍｐｌｅ .ｐｌ ４８０としてｃｇｉ−ビン４２６に常駐する。従って、ｃｇｉ−ビン４１ ５は、ｃｇｉ−ビン４２６に常駐する実際のトランザクション・プログラムを実 行する同じコマンドを使用して実行される「特別」パール・スクリプト（例えば 、ｅｘａｍｐｌｅ.ｐｌ ４６２）を含む。別の方法として、各サービスが同じ方 法でＳＧＩ＿クライアント・ルーチン４１６を呼び出すために「特別」パール・ スクリプトを必要とする多くのサービスを、外部サーバ３１０ が提供する時、ｅｘａｍｐｌｅ.ｐｌ ４６２は、ｃｇｉ−ビン４１５に常駐する 単一のパール・スクリプトに対する象徴的なリンク（即ち、間接的ファイル名参 照）となり得る。更に重大なことには、顧客にとって利用可能なリクエストは、 それぞれｃｇｉ−ビン４１５及びｃｇｉ−ビン４２６に常駐するパール・スクリ プト及び対応するトランザクション・プログラムに限定される。 パール・スクリプトｅｘａｍｐｌｅ.ｐｌ ４６２は、それに送られたデーモン ３１４からプロセス環境へのすべてのアーギュメントを配置し（例えば、ＳＧＩ ＡＲＧ１＝ｓｔｏｃｋ１；ＳＧＩＡＲＧ２＝ｓｔｏｃｋ２）、それの名前（その 名前によってそれが呼び出される。この場合、ｅｘａｍｐｌｅ.ｐｌ）をプロセ ス環境に配置し（例えば、ＳＧＩＣＭＤ＝ｅｘａｍｐｌｅ.ｐｌ）、ＵＮＩＸ ｅｎｖコマンド（プロセス環境変数をダンプする）を実行し、最後に、すべての プロセス環境変数をヘッダ・ストリングに配置する。今や、ヘッダ・ストリング は、例えば、以下のように見える。 次に、４６３において、パール・スクリプトｅｘａｍｐｌｅ.ｐｌ ４６２は、 外部オペレーティング・システムを呼び出してその指定された第２ポート（デー モン３１２のコミュ ニケーション・ポート＋１）を検索させ、ＳＧＩ＿クライアント・ルーチン４１ ６を実行し、リクエストされたサービスのタイプ（例えば、ｈｔｔｐｓｖｃ）、 指定された第２ポート、外部サーバのホスト名、ヘッダ・ストリング、及び顧客 のユーザｉｄを送る。又、ｅｘａｍｐｌｅ.ｐｌ ４６２は、任意の標準的な入力 文字ストリーム（例えば、ユーザ入力のテキスト）をＳＧＩ＿クライアント・ル ーチン４１６に標準的な入力として送る。その後、ｅｘａｍｐｌｅ.ｐｌ ４６２ は、４６９において、ＳＧＩ＿クライアント・ルーチン４１６から受け取ったす べての出力をデーモン３１４に送るであろう。 ＳＧＩ＿クライアント・ルーチン４１６が４６３においてそれに送られた情報 を使用して実行する時、ＳＧＩ＿クライアント・ルーチン４１６はアウトサイド ・デーモン３１２への認証された接続を確立する。それを行うために、４１７に おいて、ＳＧＩ＿クライアント・ルーチン４１６は、外部サーバ３１０に常駐す る専用のクライアント・パスワード・ファイル（図示されてない）から８文字パ スワードを読み取り、４３２において第２ソケット接続から傾聴しているアウト サイド・デーモン３１２への接続を、指定された第２ポートにおいて確立する。 ４３３において、アウトサイド・デーモン３１２はそれ自身のコピーを作成し、 それを実行する（例えば、ＵＮＩＸプロセス・フォーク）。親プロセスは子プロ セスにソケット接続を与え、４３０に戻ってインサイド・デー モン３２２からの別のコールを待つ。 ４３４において、子プロセスはＳＧＩ＿クライアント・ルーチン４１６を認証 する。それを行うために、アウトサイド・デーモン３１２もまた、外部サーバ３ １０に常駐する専用クライアント・パスワード・ファイル（図示されてない）か ら８文字パスワードを読み取る。アウトサイド・デーモン３１２は、現在のタイ ムスタンプを検索するために外部オペレーティング・システムへのコールを開始 し、４３２においてそのタイムスタンプをＳＧＩ＿クライアント・ルーチン４１ ６に送り、それに応答して認証ストリングを待つ。ＳＧＩクライアント・ルーチ ン４１６はそのタイムスタンプを受け取り、アウトサイド・デーモン３１２によ って供給されたタイムスタンプでもってそれの８文字パスワードをマングルする ことによって認証ストリングを作成し、このマングルされた文字ストリングを標 準的なＵＮＩＸ暗号コマンドでもって暗号化し、しかる後、４３４において、そ の結果生じた認証ストリングをアウトサイド・デーモン３１２に送る。アウトサ イド・デーモン３１２は、同様にそれのパスワードをタイムスタンプでもってマ ングルし、それを暗号化し、それをＳＧＩ＿クライアント・ルーチン４１６によ って供給された認証ストリングと比較する。それらの認証ストリングが一致する 場合、ＳＧＩ＿クライアント・ルーチン４１６は認証される。 ４１９において、認証が成功する場合、ＳＧＩ＿クライア ント・ルーチン４１６は、リクエストされたサービスのタイプをアウトサイド・ デーモン３１２に送る。この例では、ＳＧＩ＿クライアント・ルーチン４１６は 、そのルーチン４１６がＨＰＰＴデーモン３１４によって間接的に呼び出される ので、いつもＨＴＴＰサービスをリクエストする。特別のパール・スクリプト（ 即ち、ｅｘａｍｐｌｅ．ｐｌ ４６２）は、リクエストされたサービスが「ｈｔ ｔｐｓｖｃ」であることを表すアーギュメントを使用してＳＧＩ＿クライアント ・ルーチン４１６を前に実行した。一方、アウトサイド・デーモン３２２は、４ ３５において、インサイド・デーモン３２２に「ｈｔｔｐｓｖｃ」サービス・リ クエストを送る。 ４５２において、インサイド・デーモン３２２は、アウトサイド・デーモン３ １２からのサービス・リクエストが受け取られるのを待つ。４５３において、イ ンサイド・デーモン３２２は、アウトサイド・デーモン３１２からのサービス・ リクエストを受け取り、それ自身の複写イメージを作成し、それを実行する（例 えば、ＵＮＩＸプロセス・フォーク）。親プロセスは子プロセスにネットワーク ・ソケット接続を与え、アウトサイド・デーモンへ３１２の別の接続を開始する ために４５０に戻る。４５４において、子プロセスは、メモリにおけるテーブル に常駐する有効な実行可能サービス（例えば、ｈｔｔｐｓｖｃ）のリスト及びそ れらのサービスへの完全なディレクトリ・パスでもって、そのリクエストされた サービスを有効化する。そのリクエストされたサービスが有 効サービスのリスト内にない場合、それは否定されるであろう。従って、たとえ 未認証のユーザがアウトサイド・デーモン３１２を介してインサイド・デーモン ３２２へのアクセスを得たとしても、そのユーザは、有効サービスのリストに常 駐するサービスに限定されるであろう。 サービス・リクエストが有効である場合、４５５において、インサイド・デー モン３２２は、ＵＮＩＸ実行コマンドを呼び出し（即ち、それ自身を新しいサー ビス・プログラムでもってオーバレイし、リクエストされたサービスを実行し） 、ｈｔｔｐｓｖｃ４７０にネットワーク・ソケット接続を与える。ｈｔｔｐｓｖ ｃ４７０は、アウトサイド・デーモン３１２の名前である１つの付加的環境変数 をそのプロセス環境に加える。ＳＧＩは、そのＳＧＩがｈｔｔｐデーモン３１４ ではなくｅｘａｍｐｌｅ.ｐｌ ４８０を実行したことを、そのｅｘａｍｐｌｅ． ｐｌ ４８０が必要な場合に決定できるように、追加の環境変数を加える。 側注として、アウトサイド・デーモン３１２、インサイド・デーモン３２２、 ＳＧＩ−クライアント・ルーチン４１６、及びｈｔｔｐｓｖｃ４７０は、それぞ れ、アカウンティング・ファイル及びエラー・ロギング・ファイルを有する。そ れぞれは、種々の情報アカウントをエラー及びアカウンティング・ログ内に配置 させるデバッギング及びトレース・アーギュメントを有する。更に、トレース・ アーギュメントがＳＧＩ−クライアント・ルーチン４１６によってセットされる 場 合、アウトサイド・デーモン３１２、インサイド・デーモン３２２、及びｈｔｔ ｐｓｖｃ４７０は、すべて、各々が最初に実行された時にトレーシングをセット した方法に関係なく、それらのそれぞれのエラー・ログ・ファイルにおける特定 のトランザクションをトレースするであろう。 ４３６において、アウトサイド・デーモン３１２は、前に作成されたヘッダを サービス・プログラム３２４に送る。４７１において、サービス・プログラム３ ２４がそれを受け取る。それに応答して、サービス・プログラム３２４は、ヘッ ダ（オリジナル・プロセス環境変数を含む）を解析して可変値ストリングにし、 ｅｘａｍｐｌｅ.ｐｌ ４６２において定義されたオリジナル・プロセス環境を再 作成する。サービス・プログラム３２４は、ｃｇｉ−ビン４２６においてヘッダ 可変ＳＧＩＣＭＤ＝ｅｘａｍｐｌｅ．ｐｌから呼び出すための適正なプログラム を決定し、ｅｘａｍｐｌｅ．ｐｌ ４８０とコミュニケートするためのコミュニ ケーション・チャネル（例えば、パイプ）を作成し、４７２において、ｅｘａｍ ｐｌｅ.ｐｌ ４８０を呼び出す。４３７において、アウトサイド・デーモン３１ ２は標準的な入力文字ストリーム（例えば、テキスト）をサービス・プログラム ３２４に送る。４７３において、サービス・プログラム３２４は、そのテキスト をｅｘａｍｐｌｅ.ｐｌ ４８０の標準的な入力に送る。 この時点で、サービス・プログラム３２４は４７１においてオリジナル・プロ セス環境を再作成した（最初は、４６２ において作成された）ので、ｅｘａｍｐｌｅ.ｐｌ ４８０は、それがＳＧＩでは なくｈｔｔｐデーモン３１４によって４７２で実行されるものと見なす（任意選 択的に、それは、ＳＧＩがｈｔｔｐｓｖｃ４７０によってヘッダに加えられる付 加的な環境変数からそれを呼び出したことを決定することができるけれども）。 従って、ＳＧＩは、顧客のｈｔｔｐデーモン３１４、及びｅｘａｍｐｌｅ.ｐｌ ４８０に常駐する実際のトランザクション・プログラムの両方にとって透明であ る。従って、ｈｔｔｐデーモン３１４もｅｘａｍｐｌｅ.ｐｌ ４８０に常駐する トランザクション・プログラムも変更される必要がない。 今や、すべての情報が、ｅｘａｍｐｌｅ.ｐｌ ４８１においてデータベース３ ３０上の内部トランザクションを実行するために存在する。一旦トランザクショ ンが終了してしまうと（それが成功しても、或いは成功しなくても）、４８１に おいて、そのトランザクションからの出力が顧客に戻される。４８２において、 ｅｘａｍｐｌｅ.ｐｌ ４８０はそのトランザクションからの出力を受け、それを サービス・プログラム３２４のパイプ４７４に送る。４７４において、サービス ・プログラム３２４は出力をアウトサイド・デーモン３１２に送る。４３８にお いて、アウトサイド・デーモン３１２は出力をＳＧＩ＿クライアント・ルーチン ４１６に送る。４６４において、ＳＧＩ＿クライアント・ルーチン４１６は出力 を特別パール・スクリプトｅｘａｍｐｌｅ.ｐｌ ４６２に送る。 ４６５において、ｅｘａｍｐｌｅ.ｐｌ ４６２は出力をデーモン３１４に送る。 ４６６において、デーモン３１４は出力を顧客に送る。 従って、顧客が開始したトランザクションは、デーモン３１４からアウトサイ ド・デーモン３１２に送られ、４５４における検証及び４８１における処理のた めにアウトサイド・デーモン３１２からインサイド・デーモン３２２に送られ、 最後に、その出力は４６６において顧客に戻される。顧客リクエスト及びテキス トは、すべて、ＳＧＩの完全な制御の下に、しかし、顧客にとって完全に透明に 、ファイアウォール３００を通して内部トランザクション処理に利用される。イ ンサイド・デーモン３２２は４５１において認証を行い、４８１において任意選 択的にユーザ認証を行うので、外部サーバ３１０の妥協案は非常に小さい内部セ キュリティ・リスクをとるが、決して内部ネットワークと妥協しない。 産業上の利用可能性 この特定の実施例を使用すると、既存のｈｔｔｐサーバは、既存のｃｇｉ−ビ ン・コマンドに対するわずかな修正でもって又は全く修正なしでＳＧＩを実施す ることができる。ＳＧＩは完全に隠蔽され、複雑なｈｔｔｐサーバさえも自動的 にサポートするであろう。現在のｈｔｔｐサーバに対するわずかな修正でもって ビジネス・トランザクションに対する更なるセキュリティ及びサポートを加える ことが可能である。外 部ネットワークにとって利用可能なトランザクション（ｅｘａｍｐｌｅ．ｐｌの ようなプログラム）は、それぞれｃｇｉ−ビン４１５及びｃｇｉ−ビン４２６に 常駐するパール・スクリプト及びトランザクション・プログラムに限定されるの で、及び内部サーバ３２０は、通常、厳しい企業制御の下にあり、内部の開発者 によって容易には修正されないので、ＳＧＩも、内部の開発者が企業の検査及び 同意なしに内部トランザクションを外部の顧客にとって利用可能なものにするこ とを困難にしている。 本発明を、それの特定の実施例に関連して示し且つ説明したけれども、本発明 の精神及び技術的範囲を逸脱することなく、形式及び詳細における上記の及びそ の他の変更を行い得ることは当業者には明らかであろう。例えば、別の実施例は 、ＳＧＩ＿クライアント・ルーチン４１６及びアウトサイド・デーモン３１２を デーモン３１４に組み込むことが可能である。これは更に大きなパフォーマンス を提供するであろうが、ｈｔｔｐ実施所有権及びそれに対する改良を組み込むこ とを難しくするであろう。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｈ０４Ｌ 12/46 Ｈ０４Ｌ 11/00 ３１０Ｃ 12/66 9/00 ６７３Ｃ // Ｇ０９Ｃ 1/00 ６６０ 【要約の続き】 り受信されたトランザクション・リクエスト（２）を呼 び出すことを含む。第３ステップは、そのトランザクシ ョン・リクエストの呼出しに応答して、外部コンピュー タ・システムが、トランザクション・リクエストを実行 するためにそのトランザクション・リクエスト、アーギ ュメント、及びプロセス環境変数を含むストリングを作 成することを含む。第４ステップは、外部コンピュータ ・システムが承認済みの接続を通して内部コンピュータ ・システムにそのストリングを送ることを含む。第５ス テップは、内部コンピュータ・システムがトランザクシ ョン・リクエストを検証することを含む。第６ステップ は、内部コンピュータ・システムがオリジナル・プロセ ス環境を再作成することを含む。最後のステップは、内 部コンピュータ・システムがトランザクション・リクエ ストを実行し、それによって出力を発生することを含 む。

Claims (1)

1. 【特許請求の範囲】 １．内部コンピュータ・システム（３２０）と外部コンピュータ・システム（３ １０）との間のセキュリティ・ファイアウォール（３００）に違反することなく 内部資源（３３０）を使用して前記外部コンピュータ・システムがトランザクシ ョン・リクエスト（２）を開始することを可能にするように前記内部コンピュー タ・システムに指示するための方法にして、 前記内部コンピュータ・システムと前記外部コンピュータ・システムとの間の 前記内部コンピュータ・システムによって開始される接続を認証し、それによっ て認証済み接続を確立するステップ（４５１）と、 前記外部コンピュータ・システムによって受け取られたトランザクション・リ クエストを前記外部コンピュータ・システムによって呼び出すステップ（４６１ ）と、 前記トランザクション・リクエストの呼出しに応答して、プロセス環境変数を 含むオリジナル・プロセス環境を前記外部コンピュータ・システムによって作成 し、前記トランザクション・リクエストを実行するために前記トランザクション ・リクエスト及び前記プロセス環境変数を含むストリングを作成するステップと 前記認証済み接続を通して前記内部コンピュータ・システムに前記ストリング を前記外部コンピュータ・システムによ って送るステップ（４３５、４３６、４３７）と、 前記トランザクション・リクエストを前記内部コンピュータ・システムによっ て検証するステップ（４５４）と、 前記オリジナル・プロセス環境を前記内部コンピュータ・システムによって再 作成するステップ（４７１）と、 前記トランザクション・リクエストを前記内部コンピュータ・システムによっ て実行し（４７２）、それによって出力を発生するステップ（４８２）と、 を含む方法。 ２．（ａ）第１パスワード及び第１コミュニケーション・ポートを前記外部コン ピュータ・システム（３１０）によって読み取るステップと、 （ｂ）前記第１コミュニケーション・ポートにおいて第１ソケットを前記外部コ ンピュータ・システムによって作成し、前記内部コンピュータ・システム（３２ ０）からの接続コールを前記第１ソケットにおいて傾聴するステップと、 （ｃ）第２パスワード及び第２コミュニケーション・ポートを前記内部コンピュ ータ・システムによって読み取るステップと、 （ｄ）前記第２コミュニケーション・ポートにおいて第２ソケットを前記内部コ ンピュータ・システムによって作成し、前記第２ソケットを通して前記外部コン ピュータ・システムに接続コールを送り、それによって接続を確立するステップ と、 を更に含む請求の範囲第１項に記載の方法。 ３．前記認証ステップは、 （ｅ）前記第２ソケットを通して前記外部コンピュータ・システム（３１０）に 独自のタイムスタンプを前記内部コンピュータ・システム（３２０）によって送 るステップと、 （ｆ）受け取られたタイム・スタンプでもって前記第１パスワードを前記外部コ ンピュータ・システムによってマングルするステップと、 （ｇ）マングルされた第１パスワードを暗号化アルゴリズムでもって暗号化し、 それによって第１パスワード・ストリングを作成するステップと、 （ｈ）前記第１パスワード・ストリングを前記内部コンピュータ・システムへ前 記外部コンピュータ・システムによって送るステップと、 （ｉ）前記第２パスワードを使用してステップ（ｆ）乃至（ｇ）を前記内部コン ピュータ・システムによって反復し、それによって第２パスワード・ストリング を作成するステップと、 （ｊ）前記第１パスワード・ストリングと前記第２パスワード・ストリングとを 前記内部コンピュータ・システムによって比較するステップと、 を含む請求の範囲第１項に記載の方法。 ４．前記マングルするステップは、 前記タイムスタンプを１６進数０１７７と論理的にＡＮＤ して独自の結果を生じさせるステップと、 前記固有の結果を前記第１パスワードの各文字と論理的に排他的ＯＲし、それ によって前記マングルされた第１パスワードを生じさせるステップと、 を含む請求の範囲第３項に記載の方法。 ５．前記暗号化するステップは、 前記マングルされた第２パスワードの各文字をキーでもって暗号化し、それに よって前記パスワード・ストリングを作成するステップ を含む請求の範囲第３項に記載の方法。 ６．前記呼び出すステップは、 入力データ、アーギュメント、及びトランザクション・プログラムを実行する ためのコマンドを含むトランザクション・リクエスト（２）を前記外部コンピュ ータ・システム（３１０）へ外部ネットワークによって送るステップと、 前記外部コンピュータ・システムが前記トランザクション・リクエストを受け 取ることに応答して、前記プロセス環境変数を含むプロセス環境を第１デーモン によって定義するステップと、 を含む請求の範囲第１項に記載の方法。 ７．前記トランザクション・リクエスト（２）を前記外部コンピュータ・システ ム（３１０）によって呼び出すことに応答して、前記コマンドを呼び出すステッ プと、 前記コマンドを呼び出すことに応答して、スクリプトを実 行し、ユーザ入力データ、アーギュメント、及びトランザクション・リクエスト を送るステップと、 前記スクリプトによって前記ストリングを作成するステップと、 を含み、前記ストリングは前記コマンド、アーギュメント、及び前記トランザ クション・リクエストを実行するためのプロセス環境変数を更に含む請求の範囲 第６項に記載の方法。 ８．前記ユーザ入力データ、前記外部コンピュータ・システムに常駐する第２デ ーモンに接続するための第３コミュニケーション・ポート、及びトランザクショ ン・リクエスト（２）のタイプ及び前記ストリングを識別する識別子を前記外部 コンピュータ・システム（３１０）に送って、前記外部コンピュータ・システム に常駐するクライアント・ルーチンを前記スクリプトによって呼び出すステップ を更に含む請求の範囲第７項に記載の方法。 ９．前記スクリプトによる呼び出しを受けることに応答して、前記クライアント ・ルーチンを前記第２デーモンによって認証するステップと、 第３ソケット接続を子プロセスに送って第２デーモンによって分岐し、それに よって、親プロセスが前記第１ソケット接続において前記内部コンピュータ・シ ステムからの呼び出しを傾聴するようにするステップと、 前記クライアント・ルーチンを認証することに応答して、前記内部コンピュー タ・システムに常駐する第３デーモンに トランザクション・リクエストのタイプを前記子プロセスによって送るステップ と、 を更に含む請求の範囲第８項に記載の方法。 １０．前記検証するステップは、 前記外部コンピュータ・システムにおけるメモリに記憶された有効サービステ ーブルを前記第３デーモンによって読み取るステップと、 前記子プロセスから受け取ったトランザクション・リクエストのタイプを前記 有効サービス・テーブルと比較するステップと を含み、前記タイプが前記有効サービス・テーブルにおいて見つかる場合、前 記トランザクション・リクエストが検証される請求の範囲第１項に記載の方法。 １１．内部コンピュータ・システム（３２０）と外部コンピュータ・システム（ ３１０）との間のセキュリティ・ファイアウォール（３００）に違反することな く内部資源（３３０）を使用して前記外部コンピュータ・システムがトランザク ション・リクエスト（２）を開始することを可能にするように前記内部コンピュ ータ・システムに指示するための独自にプログラムされたシステムにして、 前記内部コンピュータ・システムと前記外部コンピュータ・システムとの間の 前記内部コンピュータ・システムによって開始された接続を認証し、それによっ て認証済み接続を確立するための手段と、 前記外部コンピュータ・システムが受け取ったトランザクション・リクエスト を前記外部コンピュータ・システムによって呼び出すための手段と、 前記トランザクション・リクエストの呼出しに応答して、プロセス環境変数を 含むオリジナル・プロセス環境を前記外部コンピュータ・システムによって作成 するための手段、及び前記トランザクション・リクエストを実行するために前記 トランザクション・リクエスト、前記アーギュメント、及び前記プロセス環境変 数を含むストリングを作成するするための手段と、 前記認証済み接続を通して前記内部コンピュータ・システムに前記ストリング を前記外部コンピュータ・システムによって送るための手段と、 前記トランザクション・リクエストを前記内部コンピュータ・システムによっ て検証するための手段と、 前記オリジナル・プロセス環境を前記内部コンピュータ・システムによって再 作成するための手段と、 前記トランザクション・リクエストを前記内部コンピュータ・システムによっ て実行し、それによって出力を発生するための手段と、 を含むシステム。 １２．コンピュータ読取り可能なプログラム・コード手段を具体化され、内部コ ンピュータ・システムと外部コンピュータ・システムとの間のセキュリティ・フ ァイアウォールに違 反することなく内部資源を使用して前記外部コンピュータ・システムがトランザ クション・リクエストを開始することを前記内部コンピュータ・システムに可能 にさせるためのコンピュータ使用可能媒体を含む生産品にして、前記生産品にお ける前記コンピュータ読取り可能なプログラム・コード手段は、 前記内部コンピュータ・システムと前記外部コンピュータ・システムとの間の 前記内部コンピュータ・システムによって開始された接続を認証し、それによっ て認証済み接続を確立するためのコンピュータ読取り可能プログラム手段と、 前記外部コンピュータ・システムが受け取ったトランザクション・リクエスト を前記外部コンピュータ・システムによって呼び出すためのコンピュータ読取り 可能プログラム手段と、 前記トランザクション・リクエストの呼出しに応答して、プロセス環境変数を 含むオリジナル・プロセス環境を前記外部コンピュータ・システムによって作成 するためのコンピュータ読取り可能プログラム手段、及び前記トランザクション ・リクエストを実行するために前記トランザクション・リクエスト及び前記プロ セス環境変数を含むストリングを作成するためのコンピュータ読取り可能プログ ラム手段と、 前記認証済み接続を通して前記内部コンピュータ・システムに前記ストリング を前記外部コンピュータ・システムによって送るためのコンピュータ読取り可能 プログラム手段と、 前記トランザクション・リクエストを前記内部コンピュータ・システムによっ て検証するためのコンピュータ読取り可能プログラム手段と、 前記オリジナル・プロセス環境を前記内部コンピュータ・システムによって再 作成するためのコンピュータ読取り可能プログラム手段と、 前記トランザクション・リクエストを前記内部コンピュータ・システムによっ て実行し、それによって出力を発生するためのコンピュータ読取り可能プログラ ム手段と、 を含むことを特徴とする生産品。