JPH1196095A - アプリケーション・インタフェースに持続性を提供するための装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 現在知られているＣＧＩモデルの利点を取り
入れるが、関連する欠点の多くを克服するようなＣＧＩ
プログラム拡張を提供するために使用する持続ＣＧＩモ
デルを提供すること。 【解決手段】 持続ＣＧＩプログラムはウェブ・サーバ
のサブプロセスとして実行される。持続ＣＧＩプログラ
ムは、標準入力および環境変数によってウェブ・ブラウ
ザから入力を受信し、既存のＣＧＩプログラムと同様に
標準出力によって出力を提供する。しかし、既存のＣＧ
Ｉプログラムとは異なり、持続ＣＧＩプログラムは、ウ
ェブ・サーバ・アプリケーションによってウェブ・ブラ
ウザに出力が送信された後で自動的に終了することはな
い。むしろ、持続ＣＧＩプログラムは、活動状態のまま
になり、同じウェブ・ブラウザからの追加入力を待つ。
このため、トランザクションは開いたままになり、した
がって、ウェブ・ブラウザ要求同士の間に進行中のトラ
ンザクションに関する状態データを維持することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般にネットワー
ク化したコンピュータ・システム用のプログラミング・
インタフェースに関し、より具体的にはクライアント／
サーバ環境でのトランザクションに関する。

【０００２】

【従来の技術】コンピュータ時代の始まりとして、１９
４８年のＥＤＶＡＣコンピュータ・システムの開発が挙
げられる場合が多い。そのとき以来、コンピュータ・シ
ステムは非常に高性能な装置へと発展し、多種多様な設
定で見ることができる。通常、コンピュータ・システム
は、ハードウェア（たとえば、半導体、回路板など）と
ソフトウェア（たとえば、コンピュータ・プログラム）
の組合せを含む。半導体処理とコンピュータ・アーキテ
クチャの進歩によってコンピュータ・ハードウェアのパ
フォーマンスがより高いものになるにつれ、ハードウェ
アのより高いパフォーマンスを利用するようにより高性
能のコンピュータ・システムが発展し、その結果、現在
のコンピュータ・システムは数年前のものよりかなり強
力なものになっている。

【０００３】通常、コンピュータ・システムは、コンピ
ュータの基本機能を制御するオペレーティング・システ
ム・ソフトウェアと、所望のタスクを実行するためにオ
ペレーティング・システムの制御下で動作する１つまた
は複数のソフトウェア・アプリケーションとを含む。た
とえば、典型的なＩＢＭパーソナル・コンピュータはＯ
Ｓ／２オペレーティング・システムを実行することがで
き、ＯＳ／２オペレーティング・システムの制御下でユ
ーザはワード・プロセッサなどのアプリケーション・プ
ログラムを実行することができる。コンピュータ・シス
テムの機能が増加するにつれて、ハイ・パフォーマンス
・コンピュータ・システム用に設計されたソフトウェア
・アプリケーションは非常に強力なものになった。

【０００４】その他の技術上の変化も、コンピュータの
使い方に大いに影響している。たとえば、コンピュータ
が広範囲にわたって急増したため、コンピュータ同士が
互いに通信できるようにするコンピュータ・ネットワー
クの開発が促進された。また、パーソナル・コンピュー
タ（ＰＣ）の導入により、コンピュータの能力や機能は
多数の人が利用しやすいものになった。パーソナル・コ
ンピュータ用のネットワークは、個々のユーザが互いに
通信できるようにするために開発されたものである。こ
のようにして、１企業内の多数の人がコンピュータ・シ
ステム上で動作するソフトウェア・アプリケーションと
同時に通信することができる。

【０００５】近年、非常に人気が高くなったコンピュー
タ・ネットワークの１つは、インターネットである。イ
ンターネットは、最近のコンピュータおよびネットワー
クの急増に起因し、コンピュータ・システムからなる高
性能の世界的なネットワークへと発展した。インターネ
ットの重要な部分は、ひとまとめにして「ワールドワイ
ド・ウェブ」（ＷＷＷ）を構成するウェブ・ページによ
って表示され、一緒にリンクされる所与の情報である。
個々のＰＣ（すなわち、ワークステーション）に向かっ
ているユーザがＷＷＷへのアクセスを希望する場合、通
常、ウェブ・ブラウザと呼ばれるソフトウェア・アプリ
ケーションを使用して、それを実行する（クライアント
とも呼ぶ）。ウェブ・ブラウザは、ＷＷＷを介してウェ
ブ・サーバと呼ばれるコンピュータへの接続を行い、ユ
ーザのワークステーション上に表示するためにウェブ・
サーバから情報を受信する。ユーザに対して表示される
情報は、ＨＴＭＬ（Hypertext Markup Language）とい
う特殊言語によって構築されたページ単位に構成され
る。

【０００６】インターネットの人気の拡大とともに、イ
ンターネットが売上げと効率を上昇させる新しい方法を
もたらすことを企業は認識している。潜在的な顧客が企
業のアプリケーション・ソフトウェアと直接対話して、
製品を購入し、他の同様の活動を完了することができれ
ば、取引は簡略化されるだろう。このため、顧客が受け
入れる見込みが高くなり、販売機会が増加する。ＷＷＷ
は事業機会の創造には非常に成功したが、ネットワーク
上で事業を行う手段としてＷＷＷを使用することは容易
ではない。

【０００７】一般に、ＷＷＷ上で様々なソフトウェア・
アプリケーションを使用して正常に取引を行うには、様
々なアプリケーションとそのアプリケーションをサポー
トするプラットフォームに必要なインタフェース要件に
関するかなり広範囲の知識が必要である。他の２つのプ
ログラム間またはプロセス環境間の媒介として機能しう
るインタフェース・プログラムを作成することが必要に
なる場合も多い。クライアント／サーバ環境で使用し、
広く採用されているインタフェース規格の１つは、ＣＧ
Ｉ（Common Gateway Interface）プログラミング・モデ
ルである。ＣＧＩプログラミング・モデルとは、ＷＷＷ
上での通信およびトランザクション・サポートのインタ
フェースを提供するために使用する特定のプロトコルま
たは１組の規則である。ＣＧＩプログラムは、当業者に
は周知の実行可能プログラムである。通常、異なる各ソ
フトウェア・アプリケーションにアクセスするために、
異なるアクセス手順とプログラミングインタフェースを
備えた各種ＣＧＩプログラムが用意されている。１つの
ＣＧＩプログラムは、ウェブ・サーバ・アプリケーショ
ンの機能性を拡張し、そうすることによって、ウェブ・
ブラウザを使用するクライアントがＣＧＩによりＷＷＷ
を介して様々なソフトウェア・アプリケーションにアク
セスできるようになる。

【０００８】

【発明が解決しようとする課題】現在知られているＣＧ
Ｉプログラミング・モデルは非常によくできているが、
現行のＣＧＩプログラムによってトランザクションを行
うことがいくらか煩わしく望ましくないものになるよう
な、いくつかの重大な制限やある程度の処理上の制約事
項が存在する。たとえば、ブラウザが特定のＣＧＩプロ
グラムに対する要求を行うたびに、その要求に対応する
ためにウェブ・サーバによって新しいＣＧＩプロセスが
開始される。ウェブ・ブラウザからの要求はデータ・ス
トリームとしてＣＧＩプロセスに送信され、ＣＧＩプロ
セスはそのデータ・ストリームを読み取って、その要求
を処理する。ＣＧＩプロセスがウェブ・ブラウザの要求
を処理し、要求された情報をウェブ・ブラウザに返した
後、ＣＧＩプロセスは終了する。次に、ウェブ・ブラウ
ザが他の要求を行うと、ＣＧＩプロセスの他のインスタ
ンスが開始される。この反復開始停止プロセスは相当な
量のシステム・オーバヘッドを必要とし、ウェブ・ブラ
ウザとＣＧＩとの通信プロセスの効率がかなり悪くなる
傾向がある。

【０００９】さらに、各ウェブ・ブラウザ要求の結果、
ＣＧＩプログラムの新しいインスタンスがインスタンス
化されるので、あるウェブ・ブラウザ要求から別の要求
に使用可能にする必要がある情報は、プロセス環境の外
部で管理または格納しなければならない。通常、これ
は、ディスクにデータを書き込んだり、ウェブ・サーバ
からのデータ・ストリームとしてウェブ・ブラウザにデ
ータを返すなどの比較的高率の悪い手段を使用すること
によって行われる。しかし、ウェブ・ブラウザが早い時
期に保留トランザクションを終了しなければならない場
合、ディスクにデータを書き込むことは問題である。決
して発生しそうもない今後の使用のために所与のデータ
を格納する場合がある。同じＣＧＩプログラムによって
処理される複数の要求を所与のウェブ・ブラウザが繰り
返し提示する場合に特にこの点が当てはまる。しかも、
データベース更新トランザクションなど、ウェブ・ブラ
ウザが資源に何度もアクセスする必要がある所与のトラ
ンザクションは、複数のブラウザ要求にわたって維持す
ることができない。

【００１０】最後に、ウェブ・ユーザ、プロバイダ、ウ
ェブ・サーバの数は急速に拡大し続けているので、ウェ
ブ・ブラウザがシステム・オーバヘッドを低減し、より
効率よくＣＧＩプログラムと対話できることがますます
重要になる。ＷＷＷ上のネットワーク・トラフィックの
急増が予測されることを考慮すると、現在知られている
ＣＧＩプログラム・モデルをサポートするソフトウェア
・アプリケーションは、大量のウェブ・ブラウザ要求を
サポートするために十分なシステム資源を備えていない
可能性がある。

【００１１】ワールドワイド・ウェブ上でソフトウェア
・アプリケーションとウェブ・ブラウザとのトランザク
ション・サポートの方法を改良できるＣＧＩメカニズム
がなければ、ＣＧＩによりインターネット・ユーザとソ
フトウェア・アプリケーションとの間で行われるトラン
ザクションは、非常に時間がかかり、過度に高価なもの
になる。さらに、貴重なシステム資源は時間がかかるオ
ーバヘッド・タスクで不必要に消費され、それにより、
システム全体の効率が低下する可能性がある。

【００１２】

【課題を解決するための手段】本発明の好ましい実施例
によれば、現在知られているＣＧＩモデルの利点を取り
入れるが、関連する欠点の多くを克服するようなＣＧＩ
プログラム拡張を提供するために、持続ＣＧＩモデルを
使用する。持続ＣＧＩプログラムはウェブ・サーバのサ
ブプロセスとして実行される。持続ＣＧＩプログラム
は、標準入力および環境変数によってウェブ・ブラウザ
から入力を受信し、既存のＣＧＩプログラムと同様に標
準出力によって出力を提供する。しかし、既存のＣＧＩ
プログラムとは異なり、持続ＣＧＩプログラムは、ウェ
ブ・サーバ・アプリケーションによってウェブ・ブラウ
ザに出力が送信された後で自動的に終了することはな
い。むしろ、持続ＣＧＩプログラムは、活動状態のまま
になり、同じウェブ・ブラウザからの追加入力を待つ。
このため、トランザクションは開いたままになり、した
がって、ウェブ・ブラウザ要求同士の間に進行中のトラ
ンザクションに関する状態データを維持することができ
る。さらに、ＣＧＩプロセスは持続性であり、複数の要
求のために同じウェブ・ブラウザとの通信を維持するの
で、同じトランザクションのために同じウェブ・ブラウ
ザからの後続要求ごとに別々のＣＧＩプロセスをインス
タンス化する必要がない。

【００１３】

【発明の実施の形態】本発明は、ＷＷＷを介して通信
し、トランザクションを実行するためのＣＧＩの使用に
関する。ＷＷＷトランザクション、ＣＧＩ、そのアプリ
ケーションにあまり慣れていない人のために、以下の概
要の項では、本発明の好ましい実施例を理解するのに役
立つ多くの概念について説明する。ＷＷＷトランザクシ
ョンおよびＣＧＩプログラミング技法に精通した人は、
概要の項を飛ばし、詳細な説明の項に直接移行しても構
わない。

【００１４】１．概要 ウェブ・トランザクション ウェブ・ブラウザとウェブ・サーバ・アプリケーション
との対話により、トランザクションを実行するためのク
ライアント／サーバ環境が作られる。様々なコンピュー
タ・システム、プログラム、資源がＷＷＷ上に存在し、
ウェブ・ブラウザによってアクセスすることができる。
このような様々な資源によってトランザクションを実行
するために、ウェブ・ブラウザは、資源固有のアドレス
または識別子を使用することによって所望の資源を指定
することができる。このような資源固有のアドレスまた
は識別子は、多くの異なる実施態様を有する場合があ
る。ＷＷＷ環境で使用する一般的な識別子の１つは、Un
iform Resource Identifier（ＵＲＩ）である。ＵＲＩ
は、Universal Document Identifier（ＵＤＩ）、Unive
rsal Resource Identifier、Uniform Resource Locator
（ＵＲＬ）とも呼ばれている。ほとんどのサーバに関す
る限り、ＵＲＩまたはＵＲＬは、ＷＷＷ資源の位置を識
別するための単純にフォーマットされたテキスト・スト
リングである。

【００１５】次に図２を参照すると、クライアント・ワ
ークステーション２１０上で動作する標準のウェブ・ブ
ラウザ２１２と、ウェブ・サーバ・コンピュータ・シス
テム２２０上で動作するウェブ・サーバ・アプリケーシ
ョン２２２との典型的なトランザクションは、接続部
（通信リンクまたは通信メカニズム）２１６上で行われ
れる。当然のことながら、クライアント・ワークステー
ション２１０は、ローカル・エリア・ネットワーク（Ｌ
ＡＮ）を介してあるいは他のタイプのコンピュータ・ネ
ットワークまたは他の相互接続を介して、他のコンピュ
ータ・システムに結合することができる。同様に、ウェ
ブ・サーバ・コンピュータ・システム２２０も他のコン
ピュータ・システムに結合することができる。クライア
ント・ワークステーション２１０は、ウェブ・ブラウザ
２１２を使用することによりＷＷＷへのアクセスを可能
にすることができるコンピュータであれば、どのコンピ
ュータでもよい。これは、ハンドヘルド、ポータブル、
またはラップトップ・コンピュータ、標準のデスクトッ
プ・コンピュータ・システム、メインフレームに接続さ
れた非プログラム式ターミナルを含むだろう。

【００１６】ウェブ・ブラウザ２１２は、クライアント
・ワークステーション２１０側のユーザが接続部２１６
により他のコンピュータと通信できるようにするため
の、クライアント・ワークステーション２１０上で動作
するソフトウェア・プログラムである。ウェブ・ブラウ
ザ２１２は、ＷＷＷによりデータの送受信が可能なもの
であれば、どのようなウェブ・ブラウザも含む。これ
は、ＩＢＭのWebExplorer、ネットスケープ・ナビゲー
タ、マイクロソフト・インターネット・エクスプロー
ラ、その他の現在存在するソフトウェア・アプリケーシ
ョン、またはＷＷＷにより情報にアクセスしたり情報を
処理するために今後開発される可能性のあるソフトウェ
ア・アプリケーションなどの市販のソフトウェア・アプ
リケーションを含む。接続部２１６の好ましい実施例
は、インターネットまたはイントラネットへの接続をサ
ポートできる適当な通信リンクまたは通信メカニズムで
あり、現在知られているかまたは今後開発されるかにか
かわらず、配線による接続部、モデムまたは高速Ｔ１回
線による電話アクセス、赤外線その他のワイヤレス通
信、コンピュータ・ネットワーク通信（ワイヤによるか
ワイヤレスかに関わらない）、コンピュータ間のその他
の適当な接続部を含む。

【００１７】クライアント・ワークステーション２１０
とウェブ・サーバ・コンピュータ・システム２２０は、
物理的または論理的に同じコンピュータ・システムにす
ることができることに留意されたい。通常、ウェブ・ブ
ラウザ２１２は、クライアント・ワークステーション２
１０上でＨＴＭＬデータのページを表示する。テキスト
・データ、グラフィカル・データ（たとえば、Graphic
Image Format（ＧＩＦ）ファイル）、オーディオ・デー
タ、サウンド・ファイル（たとえば、ＷＡＶファイ
ル）、Ｊａｖａアプレット（実行可能コード）、Multip
urpose Internet Mail Extensions（ＭＩＭＥ）データ
と呼ばれる専門データ形式（上記その他のデータ・タイ
プの組合せを含む可能性がある）を含む、他のタイプの
データもウェブ・ブラウザ２１２に送信することができ
る。

【００１８】ウェブ・サーバ・アプリケーション２２２
は、クライアント・ワークステーション２１０側のユー
ザがウェブ・サーバ２２０によって制御される情報にア
クセスできるようにするための、ウェブ・サーバ・コン
ピュータ・システム２２０上で動作するソフトウェア・
プログラムである。本発明によるウェブ・サーバ・アプ
リケーション２２２の好ましい一実施例は、ＩＢＭのIn
ternet Connection Serverなどの市販のウェブ・サーバ
・アプリケーションである。他のウェブ・サーバ・アプ
リケーションも本発明と互換性のあるものである。通
常、ウェブ・サーバ・コンピュータ・システム２２０
は、クライアント・ワークステーション２１０側のユー
ザによって取られるアクションを反映するウェブ・ブラ
ウザ２１２による要求に応答して、ＨＴＭＬデータのペ
ージをウェブ・ブラウザ２１２に出力する。さらに、上
記のように、ウェブ・サーバ・コンピュータ・システム
２２０は、他のタイプのデータもウェブ・ブラウザ２１
２に出力することができる。出力データは、静的ＨＴＭ
Ｌページ（ページの内容が変化しないことを意味する）
を含む場合もあれば、動的に決定し、出力データに挿入
しなければならないようなデータを含む場合もある。ウ
ェブ・サーバ・アプリケーション２２２は、それがウェ
ブ・サーバ・コンピュータ・システム２２０内のメモリ
からまたは他のコンピュータ・システムから取り出した
部分から出力データ（たとえば、ＨＴＭＬページ）を動
的に構築する場合もあれば、以前構築したかまたは他の
コンピュータが構築したページを通過するだけの場合も
ある。

【００１９】通常、ウェブ・ブラウザ２１２は、接続部
２１６によりウェブ・サーバ・コンピュータ・システム
２２０に入力（たとえば、ＵＲＩ、ＵＲＬ、ＨＴＭＬペ
ージ）を送信することにより、ウェブ・サーバ・アプリ
ケーション２２２と対話する。この入力は、通常、ＨＴ
ＴＰを使用して送信される。ウェブ・サーバ・アプリケ
ーション２２２を実行するウェブ・サーバ・コンピュー
タ・システム２２０は、ウェブ・ブラウザ２１２から入
力を受信し、それに応答して、ブラウザ２１２にデータ
（たとえば、ＨＴＭＬページ）を出力する。ウェブ・サ
ーバ・コンピュータ・システム２２０は、所望の機能を
実行するためにＣＧＩプログラムまたはモジュールを含
む、他の多数のソフトウェア構成要素を有する場合もあ
る。上記のプロセスはインターネットによる基本トラン
ザクションを示すものであり、本発明の概念を理解する
ために単純な状況を示すため、本発明の範囲内にある多
くの詳細および変形についてはここに開示しないことが
分かるだろう。

【００２０】ウェブ・ページ ウェブ・ページは、主に、クライアント・ワークステー
ション２１０のモニタ上に表示する予定の視覚データで
ある。一般にウェブ・ページはＨＴＭＬで作成される。
ウェブ・サーバ・コンピュータ・システム２２０上で動
作するウェブ・サーバ・アプリケーション２２２がウェ
ブ・ページ要求を受信すると、そのアプリケーション
は、ＨＴＭＬでウェブ・ページを構築するかまたは事前
構築したウェブ・ページを含むファイルを取り出して、
それを接続部２１６により要求側のウェブ・ブラウザ２
１２に送出することになる。ウェブ・ブラウザ２１２
は、ＨＴＭＬを理解し、それを解釈して、クライアント
・ワークステーション２１０のモニタ上にウェブ・ペー
ジを出力する。このウェブ・ページは、ユーザの画面上
に表示されるが、テキスト、グラフィック、リンク（他
のウェブ・ページのＵＲＩまたはＵＲＬアドレスであ
る）を含む場合がある。このような他のウェブ・ページ
（すなわち、リンクによって表されるもの）は同じウェ
ブ・サーバ上にある場合もあれば、他のウェブ・サーバ
上にある場合もある。ユーザは、マウスまたは他のポイ
ンティング・デバイスを使用してこのようなリンクをク
リックすることにより、このような他のウェブ・ページ
を取り出すことができる。ウェブ・ページからなるこの
ようなシステム全体が、世界中の他のウェブ・サーバ上
の他のウェブ・ページへのリンクとともに、ひとまとめ
になって「ワールドワイド・ウェブ」（ＷＷＷ）を構成
する。

【００２１】マルチスレッド環境 アプリケーション・ソフトウェア・プログラムのパフォ
ーマンスを改善した方法の１つは、「マルチスレッド」
プログラミング概念を使用することである。マルチスレ
ッド・コンピュータ・プログラミング環境では、通常、
単一のアプリケーション・プログラムまたはプロセスが
複数のサブプロセスを有することになり、そのそれぞれ
を別々の「スレッド」として実行することができる。こ
れは、アプリケーション・プログラムがいくつかのより
小さいサブプロセス・タスクを有し、そのそれぞれを完
了まで個別に処理できることを意味する。プロセスが複
数のスレッドを有する場合、そのプロセスはマルチスレ
ッド・プロセスであるという。一般に、同じタスクを実
施するために複数のプロセスを管理する場合とは対照的
に、１つのマルチスレッド・プロセスを管理する方がシ
ステムレベルのオーバヘッドは小さくなる。これは、独
立プロセスとは異なり、同じプロセスからの複数のスレ
ッドは同じメモリ空間内に共存し、それにより、メモリ
管理タスクを低減するからである。したがって、マルチ
スレッド・オペレーティング・システム環境でスレッド
を使用することにより、所与の程度の処理効率を得るこ
とができる。また、１つのプロセスの様々な機能を並列
処理可能な複数のプロセスに区分することにより、より
迅速に独立タスクを完了できる場合が多い。

【００２２】マルチスレッド・オペレーティング・シス
テムは、マルチスレッド・プロセスのマルチスレッド機
能をサポートし、指定のシーケンスで、またはすべての
スレッドが同じアドレス空間を共用する場合に優先順位
方式に従って、複数の異なるスレッド間で実際の処理活
動を交互に行う。通常、このような様々なマルチスレッ
ド・プロセスは、「サーバ」の指示の下で実行される。
「サーバ」という用語は、一般に、適切なプロセッサ・
システムまたはサーバ・ホスト上で実行され、同じかま
たは他のコンピュータ・システム上で実行することがで
きる他のコンピュータ・プログラムによって行われるサ
ービス要求を実行するようなコンピュータ・プログラム
を指す場合に使用する。

【００２３】多くの実施態様では、サーバは指定のコン
ピュータ上で実行され、通信ネットワークにより他のコ
ンピュータ上で実行される他のプロセスからサービス要
求を受信する。このような他のコンピュータ・プロセス
は、通常、「クライアント」と呼ばれる。典型的なクラ
イアントは、保険会社データベース・レコード管理プロ
グラムなどのアプリケーション・ソフトウェア・プログ
ラムを含むことができる。クライアントとサーバが同じ
コンピュータ・システム上または地理的に遠隔の複数の
コンピュータ・システム上で動作可能であることは、重
要なことである。同様に、単一コンピュータ・システム
は、サーバおよびクライアントの様々な組合せをサポー
トすることができる。

【００２４】マルチスレッド・サーバ・プロセスを初期
設定すると、通常、サーバ・プロセスで使用するために
「スレッド・プール」が割り振られる。この割振りプロ
セスは、クライアント・プログラムまたはプロセスによ
って使用可能になる所与の数のスレッドを確立する。次
に、クライアント・プロセスがサーバ・プロセスに対し
て要求を行うと、その要求を処理するために必要な数の
スレッドがスレッド・プールから割り振られる。スレッ
ド・プール内のスレッドの割振り、割当て、制御は、ス
レッド・マネージャによって管理される。通常、スレッ
ド・マネージャは、無作為にスレッドを割り当てるが、
所与の状況では、様々なクライアント・プロセスの要求
に応じて、特定のクライアントに特別な専用スレッドを
提供する場合もある。

【００２５】クライアント要求が完了まで実行された
後、通常、その要求が処理されたスレッドは、他のクラ
イアント・プロセスによって使用される可能性に備え
て、スレッド・プールに返される。このようなスレッド
は「再使用可能」スレッドと呼ばれる。というのは、異
なる時期に異なるクライアント・プロセスによって同じ
スレッドを使用できるからである。再使用可能スレッド
の目的は、スレッドの作成、削除、その他の管理の際に
発生するシステム・オーバヘッドを低減することであ
る。これは、限定されたコンピュータ・システム資源の
より効率のよい使用を促進する。任意の時点でスレッド
に対する要求がスレッドの可用性を上回る場合、所与の
限度内で、スレッド・マネージャは追加のスレッドを必
要なだけ動的に割り振ることができる。

【００２６】しかも、ほとんどのサーバ・プロセスは、
オペレーティング・システム・スレッドとスレッド・プ
ール・スレッドの両方を利用する。オペレーティング・
システム・スレッドとスレッド・プールからのスレッド
との主な違いの１つは、オペレーティング・システム・
スレッドは一度しか使わないスレッドであり、したがっ
て、オペレーティング・システム・スレッド上で実行さ
れるサブタスクが完了すると、オペレーティング・シス
テム・スレッドが終了することである。しかし、上記の
ように、スレッド・プール・スレッドは、スレッド・マ
ネージャによって保管し、他のクライアント・プロセス
のために再使用することができる。

【００２７】標準ＣＧＩ 次に図３を参照すると、ＷＷＷトランザクションを実行
するための典型的なＣＧＩベースのコンピュータ・シス
テム３００は、クライアント・ワークステーション２１
０と、ウェブ・サーバ・コンピュータ・システム２２０
と、接続部２１６と、ＣＧＩインタフェース２１７と、
ウェブ・サーバ・アプリケーション２２２と、ウェブ・
サーバ・プロセス３４０と、ＣＧＩプロセス３５０およ
び３６０と、ＣＧＩプログラム３５２および３６２とを
含む。

【００２８】上記のように標準のＣＧＩプログラミング
・モデルは、ＷＷＷなどのネットワークによって通信
し、トランザクションを実行するための方法を提供す
る。ＣＧＩプログラム３５２または３６２の目的は、所
望の目的を達成するためにユーザが要求する可能性のあ
る資源に対する能力をウェブ・ブラウザ・ユーザに提供
することである。しかも、ユーザは、処理のためにＣＧ
Ｉプログラム３５２または３６２に可変情報を渡すため
にウェブ・ブラウザ２１２を使用することができる。

【００２９】サーバ側のＣＧＩプログラム３５２および
３６２用のＣＧＩインタフェース２１７は、ウェブ・サ
ーバ・アプリケーション２２２によってＣＧＩプログラ
ム３５２および３６２を開始する方法、ならびに標準入
力および環境変数の組合せを使用してＣＧＩプログラム
３５２および３６２用のパラメータを渡す方法を記述す
るものである。環境変数は、プロセスによって設定し、
アクセスすることができる情報項目である。環境変数の
例としては、ライブラリ・ファイル、デフォルト、その
他のシステム・レベル・パラメータのリストを含む。ほ
とんどのウェブ・サーバ・アプリケーション・プログラ
ムでは、ウェブ・ブラウザおよびウェブ・サーバ情報を
含むように、ＣＧＩプログラミング・モデルで使用する
環境変数のリストが拡張されている。また、ＣＧＩイン
タフェース２１７は、標準出力手順を使用してウェブ・
サーバ２２２に通常はＨＴＭＬ要素である出力情報を渡
す方法も記述する。

【００３０】ＣＧＩプログラム３５２および３６２は、
ＣＧＩヘッダを介してウェブ・サーバ・アプリケーショ
ン２２２と通信する。ＣＧＩヘッダの使用は当業者には
周知のものである。通常、ウェブ・ブラウザ２１２は、
要求を生成し、それをウェブ・サーバ・アプリケーショ
ン２２２に送信する。ウェブ・サーバ・アプリケーショ
ン２２２は、ブラウザ要求がＣＧＩプロセスを必要とす
ることを認識し、ＣＧＩプログラム３５２または３６２
にブラウザ要求を転送することになる。ＣＧＩプログラ
ム３５２または３６２は、ヘッダを介してウェブ・サー
バ・アプリケーション２２２に応答する。標準のＣＧＩ
ヘッダは、「位置」ヘッダと、「状況」ヘッダと、「内
容タイプ」ヘッダの３つである。位置ヘッダは、ウェブ
・ブラウザ要求を他のいくつかの資源にリダイレクトす
るＣＧＩプログラムからのメッセージである。状況ヘッ
ダは、ウェブ・ブラウザ要求を処理する際に例外または
エラーが発生したことを示すためにＣＧＩが使用する。
内容タイプ・ヘッダは、ウェブ・ブラウザ要求に応答し
て返されるデータのタイプを識別するため、ならびに実
際に要求された情報を送信するためにＣＧＩプログラム
３５２または３６２が使用する。このような３つのヘッ
ダ・ファイルは、ＣＧＩモデルに適合するすべてのウェ
ブ・サーバによってサポートされている。

【００３１】ＣＧＩプログラミング・モデルは、ほとん
どのＷＷＷ通信およびトランザクションの場合にそれが
人気のある選択肢になるような、いくつかの利点を提供
する。第１に、ＣＧＩプログラミング・モデルは比較的
単純であり、したがって、理解しやすく、使いやすい。
第２に、ＣＧＩプログラミング・モデルはプログラミン
グ言語非依存である。これは、標準のプログラミング言
語を使用してＣＧＩインタフェースを作成できることを
意味する。さらに、ＣＧＩプログラミング・モデルはプ
ロセス分離を行う。というのは、ＨＴＴＰサーバ・プロ
セスから分離されたプロセス内でＣＧＩプログラムが実
行されるからである。エラーによってプロセスの１つが
打ち切られる場合、他のプロセスは中断せずに続行可能
である。プロセス同士は分離されているので、各プロセ
スの安定性が高まる。

【００３２】マイナス面としては、ＣＧＩプログラム
は、ウェブ・ブラウザ２１２から受信した各要求ごとに
新しいプロセスをインスタンス化する。これは、ウェブ
・サーバ・アプリケーション２２２にとって非常に要求
の厳しいものになる可能性があり、十分なウェブ・ブラ
ウザ要求を受信した場合、ウェブ・サーバ・コンピュー
タ・システム２２０のパフォーマンスは容認できないも
のになりうる。しかも、ＣＧＩプロセスへの単一要求に
よってほとんどのタスクを実施することは非常に困難で
あり、いかなる情報もブラウザ要求間にＣＧＩプロセス
によって保持されることはない。ウェブ・ブラウザとＣ
ＧＩプロセスとの間で確立された通信リンクは「連続リ
ンク」と呼ばれる。予期せず打ち切られない限り、ウェ
ブ・ブラウザがウェブ・サーバを介してＣＧＩプロセス
から何らかの通知または情報を受信するまで、通信リン
クは絶えず存在するからである。しかし、前述のよう
に、ＣＧＩプロセスが要求を満足した後、ＣＧＩプロセ
スは終了する。この制限に対応するためにいくつかの方
法が採用されているが、現在既知の方法はいずれも煩わ
しいもので、より多くの資源を消費するオーバヘッドを
プロセスに追加し、さらにパフォーマンスを低下させ
る。

【００３３】サーバＡＰＩ 次に図４を参照すると、ＷＷＷトランザクションを実行
するためのサーバＡＰＩベースのコンピュータ・システ
ム４００は、クライアント・ワークステーション２１０
と、ウェブ・サーバ・コンピュータ・システム２２０
と、接続部２１６と、サーバＡＰＩ２１７と、ウェブ・
サーバ・アプリケーション２２２と、ウェブ・サーバ・
プロセス３４０と、サーバＡＰＩプログラム４４４とを
含む。

【００３４】サーバ・アプリケーション・プログラミン
グ・インタフェース（ＡＰＩ）を使用すると、ＷＷＷな
どのネットワークにより通信するためのもう１つの方法
が得られる。一般に、ＡＰＩは、２つまたはそれ以上の
異なるプログラム間で通信するための通信プロトコルを
定義する。サーバＡＰＩは、ウェブ・サーバで使用する
ために開発されたものであり、ＣＧＩプログラミング・
モデルのパフォーマンス上の制限に対処するために具体
的に設計されている。サーバＡＰＩプログラムの例とし
ては、ＩＢＭのＩＣＡＰＩ、ネットスケープのＮＳＡＰ
Ｉ、マイクロソフトのＩＳＡＰＩを含む。このような製
品のすべてが交換可能であるわけではなく、異なるＡＰ
Ｉ命令セットが異なる機能をサポートする。このような
様々な製品はいずれも、ＷＷＷクライアント／ブラウザ
環境で使用するためにそれぞれのベンダが採用した各種
実施態様である。

【００３５】このようなサーバＡＰＩプログラムは、ウ
ェブ・サーバ・アプリケーション２２２の機能性を拡張
し、ＣＧＩプログラミング・モデルに代わるものを提供
する。ウェブ・サーバ・アプリケーション２２２とサー
バＡＰＩプログラム４４４は、互いに通信するためにサ
ーバＡＰＩ２１７を使用する。サーバＡＰＩプログラム
４４４は、ウェブ・サーバ・プロセス３４０の拡張部分
として実施され、ウェブ・サーバ・プロセス３４０とと
もにインスタンス化される。サーバＡＰＩプログラム４
４４は、ウェブ・サーバ・プロセス３４０が活動状態に
ある限り、活動状態のままになる。サーバＡＰＩプログ
ラム４４４はサーバ・プロセス３４０の一部として実行
されるので、サーバＡＰＩプログラム４４４は、サーバ
環境へアクセスすることができ、認証、許可、出力生成
などのサーバ論理の様々な態様に関与することができ
る。サーバＡＰＩプログラム４４４は持続性であり、し
たがって、クライアント・ワークステーション２１０か
ら受信した後続要求間で状態情報を維持することができ
る。

【００３６】ウェブ・ブラウザ環境でのサーバＡＰＩプ
ログラム４４４の実施にとってのマイナス面は重大なも
のになる場合もある。まず第１に、ウェブ・サーバ・プ
ログラム２２２とサーバＡＰＩプログラム４４４はどち
らも同じプログラム環境を共用するので、どちらのプロ
グラムもある程度の安全保護と完全性を失ってしまう。
また、どちらのプログラムも同じプログラム環境の一部
なので、一方のプログラムが使用不能になると、両方の
プログラムが動作不能になる可能性がある。第２に、サ
ーバＡＰＩプログラム４４４は「Ｃ」プログラミング言
語で作成しなければならず、通常、サーバＡＰＩプログ
ラム４４４を従来のＣＧＩプログラムより複雑なものに
するような複数の入口点を有することになる。さらに、
この環境のトランザクション機能は依然として制限され
ており、そのためにサーバＡＰＩプログラム４４４は、
ウェブ・サーバ・アプリケーション２２２によりサーバ
ＡＰＩ４４４に要求を行う各ウェブ・ブラウザ２１２ご
とに複数のウェブ・ブラウザ・セッションを作成し管理
せざるを得なくなる。もう１つの問題は、現在すべての
ウェブ・サーバ２２２がＡＰＩをサポートしているわけ
ではないことであり、したがって、一部の実施環境のオ
プションにはならない。最後に、サーバＡＰＩ４４４
は、個別の各ウェブ・ブラウザ・セッションの持続期間
を決定するための単純な方法を一切備えていない。この
ため、決して到着しそうにないウェブ・ブラウザ２１２
からの入力を待つことにより、サーバＡＰＩプログラム
４４４がシステム資源を浪費することになる可能性があ
る。

【００３７】高速ＣＧＩ ＷＷＷトランザクション用のもう１つのシステム構成は
「高速ＣＧＩ」と呼ばれるものである。次に図５を参照
すると、ＷＷＷトランザクションを実行するための高速
ＣＧＩベースのコンピュータ・システム５００は、クラ
イアント・ワークステーション２１０と、ウェブ・サー
バ・コンピュータ・システム５３０と、接続部２１６
と、高速ＣＧＩインタフェース２１７と、ウェブ・サー
バ・アプリケーション２２２と、ウェブ・サーバプロセ
ス３４０と、ソケット５６０と、高速ＣＧＩプログラム
５７２とを含む。

【００３８】いわゆる高速ＣＧＩモデルは、ＷＷＷなど
のネットワークにより様々な資源と通信するためのもう
１つの方法を提供するプロプラエタリ・モデルである。
高速ＣＧＩプロセス・モデルは、標準ＣＧＩモデル（図
３）とサーバＡＰＩモデル（図４）の両方からの特徴を
結合する。高速ＣＧＩモデルは、標準ＣＧＩプログラム
・モデルで説明したようにプロセス分離を特徴とする
が、サーバＡＰＩモデルに関連して説明したように、１
つのプログラムが複数のウェブ・ブラウザ２１２からの
複数の要求に対応する。これは、様々なブラウザ要求の
それぞれに関する状態データを高速ＣＧＩプログラム５
７２によって追跡し、高速ＣＧＩプログラム５７２内の
正しいウェブ・ブラウザ２１２に関連付けなければなら
ないことを意味する。この要件は、より一層の複雑さと
オーバヘッドをシステムに追加する。

【００３９】ソケット５６０は、高速ＣＧＩプログラム
５７２とウェブ・サーバ・アプリケーション２２２との
間の全２重プロセス間通信を表す。高速ＣＧＩプログラ
ム５７２は、ウェブ・ブラウザ２１２とプロセス５７０
との間で通信するために標準の入出力変数を使用しな
い。高速ＣＧＩプログラム５７２は、むしろ、ウェブ・
サーバ・アプリケーション２２２との間で情報をやりと
りするために上記のものと同様のＡＰＩ呼出しを使用す
る。高速ＣＧＩモデルでは、プロセス５７０はプロセス
３４０から独立しており、どちらのプロセスも異なる物
理コンピュータ・システム上で実行することができる。

【００４０】高速ＣＧＩモデルの実施に関連するマイナ
ス面は数多い。まず第１に、このモデルは、標準ＣＧＩ
モデルより大幅に複雑である。このモデルを実施するに
は、高速ＣＧＩ通信モデルおよびプロトコルをサポート
するようにウェブ・サーバ・アプリケーション２２２を
変更し構成することが必要である。さらに、高速ＣＧＩ
モデルはプロプラエタリなので、いまだに広く採用され
ておらず、多くのウェブ・サーバ・アプリケーション２
２２は高速ＣＧＩモデルとの互換性がない。最後に、上
記のサーバＡＰＩの場合と同様、高速ＣＧＩプログラム
５７２は「Ｃ」プログラミング言語で作成され、したが
って、一部のプログラマの能力を上回る。

【００４１】２．詳細な説明 次に図１を参照すると、同図には本発明の好ましい実施
例によるコンピュータ・システム１００が示されてい
る。しかし、当業者であれば、コンピュータ・システム
が複雑なマルチユーザ・コンピューティング装置である
か、パーソナル・コンピュータまたはワークステーショ
ンなどの単一ユーザ装置であるかにかかわらず、本発明
の方法および装置がどのようなコンピュータ・システム
にも同じように適用されることが分かるだろう。コンピ
ュータ・システム１００は、中央演算処理装置（ＣＰ
Ｕ）またはプロセッサ１１０と、メイン・メモリ１２０
と、メモリ・コントローラ１３０と、補助記憶インタフ
ェース１４０と、ターミナル・インタフェース１５０と
を適当に含み、そのいずれもシステム・バス１６０を介
して相互接続されている。ただし、キャッシュ・メモリ
またはその他の周辺装置の追加など、本発明の範囲内で
図１に示すコンピュータ・システム１００に対して、様
々な変更、追加、または削除を行うことができることに
留意されたい。図１は、コンピュータ・システム１００
の顕著な特徴の一部を単純に示すように提示されてい
る。

【００４２】プロセッサ１１０は、コンピュータ・シス
テム１００の計算および制御機能を実行し、適当な中央
演算処理装置（ＣＰＵ）を含む。プロセッサ１１０は、
マイクロプロセッサなどの単一集積回路を含む場合もあ
れば、プロセッサの諸機能を実施するために協同で作業
する適当な数の集積回路装置または回路板を含む場合も
ある。プロセッサ１１０は、メイン・メモリ１２０内の
オブジェクト指向コンピュータ・プログラム１２２を適
当に実行する。

【００４３】補助記憶インタフェース１４０により、コ
ンピュータ・システム１００は、磁気ディスク（たとえ
ば、ハード・ディスクまたはフロッピー・ディスク）ま
たは光学記憶装置（たとえば、ＣＤ−ＲＯＭ）などの補
助記憶装置からの情報を格納し取り出すことができる。
適当な記憶装置の１つは、直接アクセス記憶装置（ＤＡ
ＳＤ）１７０である。図１に示すように、ＤＡＳＤ１７
０は、フロッピー・ディスク１８０からプログラムおよ
びデータを読み取ることができるフロッピー・ディスク
・ドライブにすることができる。重要なことに、完全機
能コンピュータ・システムに関して本発明を説明してき
た（今後も説明し続ける）が、当業者であれば、本発明
のメカニズムは様々な形式のプログラム製品として配布
することができ、実際にその配布を実行するための特定
タイプの信号伝達媒体にかかわらず、本発明は同様に適
用されることが分かるだろう。信号伝達媒体の例として
は、フロッピー・ディスク（たとえば、ディスク１８
０）およびＣＤ−ＲＯＭなどの記録可能タイプの媒体
と、ワイヤレス通信リンクを含む、ディジタルおよびア
ナログ通信リンクなどの伝送タイプの媒体とを含む。

【００４４】メモリ・コントローラ１３０は、要求され
た情報をメイン・メモリ１２０からまたは補助記憶イン
タフェース１４０を介してプロセッサ１１０へ移動する
作業を担当する。説明のために、メモリ・コントローラ
１３０を個別のエンティティとして示すが、当業者であ
れば、メモリ・コントローラ１３０によって提供される
機能の各部分は実際にはプロセッサ１１０、メイン・メ
モリ１２０、または補助記憶インタフェース１４０に関
連する回路内に常駐可能であることが分かるだろう。

【００４５】ターミナル・インタフェース１５０によ
り、システム・アドミニストレータおよびコンピュータ
・プログラマは、通常、プログラム式ワークステーショ
ンによりコンピュータ・システム１００と通信すること
ができる。図１に示すシステム１００は単一メイン・プ
ロセッサ１１０と単一システム・バス１６０のみを含ん
でいるが、本発明は複数のプロセッサと複数のシステム
・バスとを有するコンピュータ・システムにも同様に適
用されることが分かるだろう。同様に、好ましい実施例
のシステム・バス１６０は典型的な配線式マルチドロッ
プ・バスであるが、コンピュータ関連環境で双方向通信
をサポートする接続手段であれば、どのような接続手段
でも使用可能である。

【００４６】メイン・メモリ１２０は、１つまたは複数
のコンピュータ・プログラム１２２と、持続ＣＧＩプロ
セス１２３と、プロセス・プール１２４と、オペレーテ
ィング・システム１２５と、受諾ＵＲＬ ＣＧＩヘッダ
１２６と、タイムアウトＣＧＩヘッダ１２７と、ウェブ
・ブラウザＵＲＬ１２８とを適当に含んでいる。メモリ
１２０内のコンピュータ・プログラム１２２はその最も
広い意味で使用され、ソース・コード、中間コード、マ
シン・コード、その他の表現のコンピュータ・プログラ
ムを含む、あらゆる形式のコンピュータ・プログラムを
含む。持続ＣＧＩ１２３は、ここに記載した特徴および
機能をサポートする本発明の好ましい実施例によるプロ
グラムである。オペレーティング・システム１２５は、
一般にコンピュータ・システムで使用するオペレーティ
ング・システムを代表するシステム管理タスクを実行で
きるオペレーティング・システムである。プロセス・プ
ール１２４は、ウェブ・ブラウザ要求に関するジョブの
流れを制御するために持続ＣＧＩ１２３とともに使用す
る。ＣＧＩヘッダ１２６および１２７は、既存のＣＧＩ
プログラミング・モデルの拡張部分である。

【００４７】メイン・メモリ１２０は必ずしも図示のす
べてのメカニズムのすべての部分を含むわけではないこ
とが分かるだろう。たとえば、コンピュータ・プログラ
ム１２２とオペレーティング・システム１２５の各部分
はプロセッサ１１０用の命令キャッシュ（図示せず）に
ロードして実行することができるが、他のファイルは磁
気または光ディスク記憶装置（図示せず）に格納するこ
とができる。さらに、コンピュータ・プログラム１２２
はオペレーティング・システム１２５およびオブジェク
ト１２３と同じメモリ位置に常駐するように示されてい
るが、メイン・メモリ１２０は異なるメモリ位置からな
る可能性もあることが分かるだろう。ここで使用する
「メモリ」という用語は、システム１００の仮想メモリ
空間内の任意の記憶位置を意味する。

【００４８】次に図６を参照すると、本発明の好ましい
実施例によりＷＷＷトランザクションを実行するための
持続ＣＧＩベースのコンピュータ・システム６００は、
クライアント・ワークステーション２１０と、ウェブ・
サーバ・コンピュータ・システム６３０と、接続部２１
６と、持続ＣＧＩインタフェース２１７と、ウェブ・サ
ーバ・アプリケーション２２２と、ウェブ・サーバ・プ
ロセス３４０と、ウェブ・サーバ・コンピュータ６３０
と、プロセス・プール６８０と、プロセス６８２および
６８４と、ＣＧＩプログラム６８３および６８５とを含
む。

【００４９】持続ＣＧＩモデルを実施するため、２つの
新しいＣＧＩヘッダ拡張部が実施されている。この２つ
の新しいヘッダは「受諾ＵＲＬ」ヘッダと「タイムアウ
ト」ヘッダである。この新しいヘッダ・ファイルを標準
のＣＧＩプログラミング・モデルに追加すると、ＣＧＩ
プロセスは、単一ウェブ・ブラウザ要求を超えて持続
し、様々なウェブ・ブラウザ要求に及ぶ延長期間にわた
って同じウェブ・ブラウザ２１２によって単一トランザ
クションまたは一連の関連トランザクションを維持する
ことができる。

【００５０】受諾ＵＲＬ ＣＧＩヘッダは、ＣＧＩプロ
グラム６８３および６８５が持続することをウェブ・サ
ーバ・アプリケーション２２２に警告するために使用
し、ウェブ・ブラウザ２１２による後続要求で持続ＣＧ
Ｉプログラム６８３および６８５によってどのウェブ・
ブラウザＵＲＬ１２８が受諾されるかも指定する。受諾
ＵＲＬ ＣＧＩヘッダは、持続ＣＧＩプログラム６８３
および６８５によってどの後続ブラウザ要求が処理され
るかを識別するための識別メカニズムとして機能する。
ウェブ・サーバ・アプリケーション２２２は、ウェブ・
ブラウザ要求が満足された後でＣＧＩプログラム６８３
および６８５を自動的に終了するわけではないが、ＣＧ
Ｉプログラム６８３および６８５が活動状態にままにな
り、ウェブ・ブラウザ２１２からの後続要求を待つこと
ができるようにする。指定のウェブ・ブラウザＵＲＬ１
２８は絶対ＵＲＬとして提供されない。というのは、サ
ーバは、各後続アクセスごとに新しい通信ポートにウェ
ブ・ブラウザ２１２をリダイレクトする可能性があるか
らである。ウェブ・サーバ・アプリケーション２２２が
ウェブ・ブラウザＵＲＬ１２８を適切な持続ＣＧＩプロ
グラムと付き合わせることができるように、ＵＲＬは固
有のものでなければならない。

【００５１】ウェブ・サーバ・アプリケーション２２２
が受諾ＵＲＬ ＣＧＩヘッダを受信すると、持続ＣＧＩ
プログラム６８３または６８５によって受諾または認識
されるウェブ・ブラウザＵＲＬ１２８は、メモリ１２０
内に（すなわち、テーブルまたは連係リストとして）格
納され、持続ＣＧＩプログラム６８３または６８５の特
定インスタンスに割り当てられるものとして識別され
る。次に、メモリ１２０内に格納されたウェブ・ブラウ
ザＵＲＬ１２８と一致する、ウェブ・ブラウザからの後
続ウェブ・ブラウザ要求は、ウェブ・サーバ・アプリケ
ーション２２２によって適切な持続ＣＧＩプログラム６
８３または６８５に転送される。この手順は、ウェブ・
ブラウザ２１２が実行を希望する１つまたは複数のトラ
ンザクションの期間中に、ＣＧＩプログラム６８３また
は６８５の特定のインスタンスを効果的に特定のウェブ
・ブラウザ２１２専用にする。

【００５２】タイムアウトＣＧＩヘッダは、受諾ＵＲＬ
ヘッダとともに使用し、ＣＧＩプログラムが現行ジョブ
に関して所与のウェブ・ブラウザからの後続要求を待つ
時間の長さ（分単位）を指定し制御するためのタイムア
ウト・メカニズムとして機能する。タイムアウトＣＧＩ
ヘッダが指定されていない場合、ジョブは無限にまたは
PersistentThreadTimeoutウェブ・サーバ指示が指定す
る時間の長さを超過するまで待つことになる。これに対
して、タイムアウトＣＧＩヘッダが指定されている場
合、このヘッダはPersistentThreadTimeout値より優先
される。このオプションにより、個々のＣＧＩプログラ
ムは、サーバがデフォルト値を見込むために必要とする
長い形式または拡張部分に対してユーザが応答するため
の時間を延長することができる。タイムアウトＣＧＩ拡
張ヘッダの使用を示す例は、以下の通りである。 Timeout = "Timeout"":"minutes"."min-fragment minutes = 1*DIGIT min-fragment = 1*DIGIT

【００５３】タイムアウト値は、分単位で時間を表す、
負以外の１０進整数である。タイムアウトＣＧＩ拡張ヘ
ッダは、受諾ＵＲＬ ＣＧＩ拡張ヘッダによって実施し
なければならない。そうではない場合、タイムアウトＣ
ＧＩ拡張ヘッダはシステムによって無視される。タイム
アウトＣＧＩ拡張ヘッダが省略されている場合、ＣＧＩ
プログラムはウェブ・ブラウザからの受入れ可能な要求
をいつまでも待つつもりであるものと想定する。時間切
れになった場合、ソケットは閉じられ、ジョブは終了す
る。さらに、保留トランザクションに関する暗黙ロール
バックが行われる。ＣＧＩプログラム６８３または６８
５のインスタンスがタイムアウトのために終了すると、
システム・メッセージがログ記録される。

【００５４】プロセス・プール６８０は、持続ＣＧＩプ
ログラム６８２および６８４のインスタンスをいくつで
も含むことができる。通常、ウェブ・サーバ・アプリケ
ーション２２２は、ウェブ・ブラウザ２１２から受信し
た要求を収容するために、ＣＧＩプログラム１２３から
の複数の持続ＣＧＩプロセスをインスタンス化する。要
求が受信されると、ウェブ・サーバ・アプリケーション
２２２はその要求を適切な持続ＣＧＩプロセスに転送す
る。持続ＣＧＩプロセス６８２または６８４がウェブ・
ブラウザ・トランザクションを処理している間、そのプ
ロセスはその特定のウェブ・ブラウザ専用になり、他の
ウェブ・ブラウザからの他の要求を処理するために使用
できなくなる。おそらく複数の独立要求を含む、ウェブ
・ブラウザ・トランザクション全体が完了した後、持続
ＣＧＩプロセス６８２または６８４は終了するかまたは
プロセス・プールに返され、そこで次の要求に対応する
ために使用できるようになる。ウェブ・ブラウザ２１２
と持続ＣＧＩプロセス６８２および６８４との間に確立
された通信リンクが、トランザクションに関しては「連
続的」であるが、単一ウェブ・ブラウザ２１２用の複数
の独立ウェブ・ブラウザ要求に関しては「非連続的」で
あることは、重要なことである。このため、単一トラン
ザクションは、複数の分離したウェブ・ブラウザ要求を
単一トランザクションとして含むことができる。これ
は、各トランザクションが単一要求を含み、各ウェブ・
ブラウザ要求後に通信リンクが終了するという、これま
でに既知の解決策の「連続」性とは対照的なものであ
る。

【００５５】次に、図１、図６、図７を参照すると、同
図には、本発明の好ましい実施例により持続ＣＧＩを実
施するための方法７００が示されている。ウェブ・サー
バ・アプリケーション２２２はウェブ・ブラウザ２１２
から要求を受信する（ステップ７０５）。ウェブ・サー
バ・アプリケーション２２２は、ウェブ・ブラウザ要求
に対応するために持続ＣＧＩプロセス１２３をインスタ
ンス化する（ステップ７１０）。持続ＣＧＩプロセス１
２３は、ウェブ・ブラウザ要求を処理し、その要求を満
足するために必要なアクションをすべて行う（ステップ
７１５）。次に持続ＣＧＩプロセス１２３は、ウェブ・
サーバ・アプリケーション２２２に受諾ＵＲＬ ＣＧＩ
ヘッダを送信する（ステップ７２０）。受諾ＵＲＬ Ｃ
ＧＩヘッダは、持続ＣＧＩプロセス１２３によって許さ
れる今後のトランザクション用のソースとしてウェブ・
ブラウザ２１２を識別するように機能する。また、受諾
ＵＲＬ ＣＧＩヘッダは、ウェブ・ブラウザ２１２から
のどのＵＲＬがＣＧＩプロセス１２３に適合するものと
して受け入れられるかについても識別する。

【００５６】任意で、タイムアウトＣＧＩヘッダが含ま
れる場合、ウェブ・サーバ・アプリケーション２２２
は、割り振られた時間を超過したかどうかを確認するた
めに検査する（ステップ７２５）。超過した場合、持続
ＣＧＩプロセスは終了する（ステップ７５５）。タイム
アウトＣＧＩヘッダが指定されていない場合または指定
されているが超過していない場合、持続ＣＧＩプロセス
１２３は待機サイクルに入り、ウェブ・ブラウザ２１２
からの他の要求を待つ。ウェブ・ブラウザから他の要求
を受信すると（ステップ７３０＝ＹＥＳ）、ウェブ・サ
ーバ・アプリケーション２２２は要求側ウェブ・ブラウ
ザのＵＲＬとメモリ内に格納されたＵＲＬのリストとを
比較し（ステップ７３５）、一致しない場合（ステップ
７３５＝ＮＯ）、要求は拒否され、持続ＣＧＩプロセス
１２３によって処理されない（ステップ７４０）。しか
し、ＵＲＬが受け入れられる場合（ステップ７３５＝Ｙ
ＥＳ）、持続ＣＧＩプロセス１２３は要求を処理する
（ステップ７４５）。トランザクション全体が完了し、
ウェブ・ブラウザ・セッションが完了した後（ステップ
７５０＝ＹＥＳ）、持続ＣＧＩプロセスは終了する（ス
テップ７５５）かまたはプロセス・プールに戻される。

【００５７】本発明の好ましい実施例により持続ＣＧＩ
モデルを実施するためには、上記のＣＧＩ拡張ヘッダに
加え、いくつかの新しいウェブ・サーバ指示を標準のウ
ェブ・サーバ指示に加える必要がある。ウェブ・サーバ
指示とは、ウェブ・サーバの挙動を指定する１つまたは
複数の構成ファイルに格納されたステートメントであ
る。このようなサーバ指示は、ウェブ・ブラウザ・イン
タフェースを介するかまたはファイル（複数も可）を直
接編集するだけで、追加、変更、または削除することが
できる。本発明の好ましい実施例で使用するための２つ
の新しいサーバ指示は、「PersistentThreadTimeout」
指示と「MaxPersistentThreads」指示である。

【００５８】所与の持続ＣＧＩプロセスに関するウェブ
・ブラウザ入力の連続到着についてはまったく確信でき
ないので、保留サーバ・ジョブに関連する不正確終了を
除去するためのメカニズムが所定の位置になければなら
ない。PersistentThreadTimeout指示を使用すると、ウ
ェブ・サーバ・アプリケーション２２２が持続ＣＧＩプ
ログラムを終了する前に持続ＣＧＩプログラムに関する
追加のブラウザ入力を受信するまで待つ最長時間が指定
される。活動スレッドが指定の期間中に新しい入力を受
信しない場合、ジョブは終了するかまたはジョブ・プー
ルに返される。指定の時間値は、時間、分、秒のいかな
る組合せにすることもできる。「永久」というデフォル
ト値を使用する場合、サーバはどのジョブも終了しない
かまたはどのスレッドも終了しない。デフォルト値は、
上記のタイムアウトＣＧＩヘッダを使用するＣＧＩプロ
グラムによって指定変更することができる。タイムアウ
トＣＧＩヘッダにより、サーバ・アドミニストレータは
より短いデフォルト・タイムアウト値を設定することが
でき、個々のＣＧＩプログラムは必要であればより長い
待機時間を選択的に指定することができる。「永久」以
外のタイムアウト値を設定すると、サーバ・ジョブが故
意ならびに偶発的な「応答なし」条件により不必要に拘
束されるのを防止する。ＣＧＩプログラムがタイムアウ
トのために終了すると、システム・メッセージがログ記
録される。PersistentThreadTimeout指示の使い方の一
例は「PersistentThreadTimeout 5 mins」である。

【００５９】MaxPersistentThreads指示は、任意の時点
で持続性になりうる最大数のスレッドを指定するために
使用する。最大数に達した場合、既存の持続スレッドが
解放され、使用可能になるまで、サーバは新しいジョブ
を求める追加の実行要求を拒否する。MaxPersistentThr
eads指示の使い方の一例は「MaxPersistentThreads 2
0」である。

【００６０】本発明の好ましい実施例による持続ＣＧＩ
モデルの使用を例示するために、以下の例を示す。ある
企業は、従業員が顧客の注文を処理できるようにするソ
フトウェア・アプリケーションに対してインターネット
によりアクセスできるようにしたいと希望している。顧
客の注文を処理するため、従業員はインターネットによ
り複数のデータベースにアクセスすることが必要にな
る。また、その企業は、ＷＷＷページ上に対話式製品カ
タログをポストし、顧客がインターネットによりそのカ
タログにアクセスして電子注文できるようにすることも
計画している。また、その企業は、インターネットによ
り新しい顧客を受け入れ、その顧客を企業の顧客データ
ベースに登録することも希望している。

【００６１】顧客がその企業のウェブ・ページにアクセ
スすると、顧客はウェブ・ブラウザ２１２を使用してそ
の企業のウェブ・ページを閲覧する。ウェブ・ページの
一部は顧客情報データの書式を含むことになる。この書
式により、顧客は、顧客番号、自宅の住所、電話番号な
どの情報を入力することができる。顧客が必要な情報を
入力した後、その情報はウェブ・サーバ・アプリケーシ
ョン２２２に送信されて処理される。ウェブ・サーバ・
アプリケーション２２２は持続ＣＧＩプロセス１２３を
インスタンス化し、持続ＣＧＩプロセスは要求を満足す
るために必要なステップを実行する。これは、企業のデ
ータベース・ファイルを開いて顧客番号、住所情報など
を検査または確認することを含む場合がある。また、持
続ＣＧＩプロセス１２３は、受託ＵＲＬ ＣＧＩヘッダ
と、要求されたデータまたはウェブ・ブラウザ２１２用
の応答をウェブ・サーバ・アプリケーション２２２に送
信する。ウェブ・サーバ・アプリケーション２２２は、
要求されたデータまたは持続ＣＧＩプロセス１２３から
の応答をウェブ・ブラウザ２１２に転送し、ウェブ・ブ
ラウザ２１２用のポートを開く。

【００６２】この時点で顧客は、ウェブ・ブラウザ２１
２を使用して他の要求をウェブ・サーバ・アプリケーシ
ョン２２２に提示する。この要求は、オンライン・カタ
ログからの特定の製品に関する顧客の注文である場合も
ある。この要求がウェブ・サーバ・アプリケーション２
２２によって受信されると、その要求とともに送信され
たＵＲＬはウェブ・ブラウザ２１２を識別し、ウェブ・
サーバ・アプリケーション２２２は持続ＣＧＩプロセス
１２３が待っているポートにその要求を転送する。次に
持続ＣＧＩプロセス１２３は、この要求も処理すること
になる。同様に、ウェブ・ブラウザ２１２からの追加の
要求は、請求書情報、発送データなどの送信を含む可能
性がある。このような要求はいずれもウェブ・サーバ・
アプリケーション２２２によって持続ＣＧＩプロセス１
２３に経路指定され、持続ＣＧＩプロセス１２３によっ
て処理される。トランザクション全体が完了すると、持
続ＣＧＩプロセス１２３はウェブ・サーバ・アプリケー
ション２２２に戻り、受諾ＵＲＬ ＣＧＩヘッダを指定
しない。これは、持続ＣＧＩプロセス１２３がウェブ・
ブラウザ２１２によってトランザクションを完了し（ス
テップ７５０）、持続ＣＧＩプロセス１２３が終了する
かまたはプロセス・プールに戻って、ウェブ・ブラウザ
２１２またはウェブ・サーバ・アプリケーション２２２
に要求を提示する他のウェブ・ブラウザからの新しいト
ランザクションに関する新しい要求を待つことができる
ことを意味する。

【００６３】図６に示すような持続ＣＧＩモデルを実施
する場合、本発明の潜在的な利点を完全に実現するため
に対処しなければならないシステム管理関係の問題がい
くつかある。持続ＣＧＩプロセスは潜在的な長期間の
間、活動状態を維持することができるので、所与のシス
テム資源を不用意に独占する可能性がある。持続ＣＧＩ
プロセスをプログラミングするには、システムの機能性
を保護するためにすべてのシステム資源の割振りおよび
使用法に注意する必要がある。たとえば、持続ＣＧＩプ
ロセスが所与の時間後に「タイムアウト」または終了す
るようにセットアップされていない場合、そのプロセス
は、クライアントが所与のトランザクションを続行する
のを待って、継続的にシステム資源を消費する可能性が
ある。しかし、この可能性は、上記の「タイムアウト」
ＣＧＩ拡張ヘッダを使用することにより、最小限にする
か除去することができる。さらに、持続ＣＧＩプロセス
の可搬性は、標準ＣＧＩプロセスに比べ、いくらか低減
される。というのは、現在、すべてのウェブ・サーバ・
アプリケーションが持続ＣＧＩモデルをサポートしてい
るわけではないからである。持続ＣＧＩモデルをサポー
トするように設計されたＨＴＴＰサーバがますます増え
るにつれて、この制限は重要性が低下するはずである。

【００６４】本発明のさらなる機能強化としては「活動
化グループ」という概念を含む。活動化グループとは、
活動化グループが特定のプログラムまたはプロセス向け
に事前初期設定された所与のプロセスであり、必要な環
境変数も事前初期設定されている場合に、プロセス・プ
ール内のサブプールとして識別される特定のグループの
持続ＣＧＩプロセスである。活動化プロセス内のプロセ
スは、複数のブラウザ要求にわたって活動状態を維持す
ることができる。このため、特定のプログラムへのアク
セスを必要とするウェブ・ブラウザは、所望の活動化グ
ループ内のプログラムと繰り返し対話して、より好都合
の方法で所望のタスクを達成することができる。

【００６５】本発明の好ましい実施例により持続ＣＧＩ
プロセスを実施することにより、ウェブ・ブラウザとＣ
ＧＩプロセスとの間の通信プロセスの特徴は、上記のこ
れまでに既知の解決策とはまったく異なったものにな
る。単一連続通信接続により単一ウェブ・ブラウザ要求
を処理するのではなく、所与のウェブ・ブラウザと同じ
ＣＧＩプロセスとの間に確立された一連の非連続通信接
続によって、複数の別々であるが関連のある要求を処理
することができる。

【００６６】その好ましい実施例に関連して本発明を具
体的に示し説明してきたが、当業者であれば、本発明の
精神および範囲を逸脱せずに形式および細部の点で様々
な変更が可能であることが分かるだろう。具体的には、
ＣＧＩプログラミング・モデルに関連して本発明を説明
してきたが、本発明は他の環境での使用にも適当に採用
することができる。

【００６７】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００６８】（１）少なくとも１つのＣＰＵと、前記Ｃ
ＰＵに結合されたメモリと、前記メモリ内に常駐し、前
記ＣＰＵによって実行される持続インタフェース・プロ
グラムであって、ブラウザと前記持続インタフェース・
プログラムとの間に確立された非連続通信接続を介して
前記ブラウザとの間でデータを送受信することができ、
前記ブラウザから受信した要求を処理した後、活動状態
を維持する持続インタフェース・プログラムとを含む、
持続インタフェース装置。 （２）前記メモリ内に常駐する識別メカニズムであっ
て、前記持続インタフェース・プログラムによって受け
入れられる少なくとも１つのブラウザからの少なくとも
１つの資源固有アドレスを識別する識別メカニズムをさ
らに含む、上記（１）に記載の装置。 （３）前記メモリ内に常駐するタイムアウト・メカニズ
ムであって、所定の期間後に前記持続インタフェース・
プログラムを終了するタイムアウト・メカニズムをさら
に含む、上記（１）に記載の装置。 （４）前記メモリ内に常駐するプロセス・プールをさら
に含み、前記持続インタフェース・プログラムが前記プ
ロセス・プールの一部である、上記（１）に記載の装
置。 （５）活動化グループをさらに含み、前記活動化グルー
プが前記プロセス・プールの一部であり、前記持続イン
タフェース・プログラムが前記活動化グループの一部で
ある、上記（４）に記載の装置。 （６）前記メモリ内に常駐するタイムアウト・メカニズ
ムであって、所定の期間後に前記持続インタフェース・
プログラムを終了するタイムアウト・メカニズムと、前
記メモリ内に常駐する識別メカニズムであって、前記持
続インタフェース・プログラムによって受け入れられる
少なくとも１つのブラウザからの少なくとも１つの資源
固有アドレスを識別する識別メカニズムとをさらに含
む、上記（１）に記載の装置。 （７）前記持続インタフェース・プログラムがＣＧＩプ
ログラムである、上記（１）に記載の装置。 （８）少なくとも１つのＣＰＵと、前記ＣＰＵに結合さ
れたメモリと、前記メモリ内に常駐し、前記ＣＰＵによ
って実行される持続ＣＧＩプログラムであって、ウェブ
・ブラウザと前記持続ＣＧＩプログラムとの間に確立さ
れた非連続通信接続を介して前記ウェブ・ブラウザとの
間でデータを送受信することができ、前記ウェブ・ブラ
ウザから受信した要求を処理した後、活動状態を維持す
る持続ＣＧＩプログラムと、前記メモリ内に常駐する識
別メカニズムであって、前記持続ＣＧＩプログラムによ
って受け入れられる少なくとも１つのウェブ・ブラウザ
からの少なくとも１つの資源固有アドレスを識別する識
別メカニズムとを含む、持続ＣＧＩ装置。 （９）ブラウザと通信するための方法において、前記ブ
ラウザから持続インタフェース・プログラムに第１のブ
ラウザ要求を送信するステップと、前記第１のブラウザ
要求を処理して結果を生成するステップと、前記ブラウ
ザから前記持続インタフェース・プログラムによって受
け入れられる第１の資源固有アドレスをメモリ位置内に
格納するステップと、前記結果を前記ブラウザに送信す
るステップと、前記ブラウザと前記持続インタフェース
・プログラムとの間に非連続通信リンクを確立するステ
ップと、前記結果を前記ブラウザに送信した後、前記持
続インタフェース・プログラムを活動状態に維持し、前
記ブラウザからの後続要求を処理するステップとを含む
方法。 （１０）前記ブラウザから前記持続インタフェース・プ
ログラムに第２の要求を送信するステップであって、前
記第２の要求が第２の資源固有アドレスに関連するステ
ップと、前記ブラウザによって送信された前記第２の資
源固有アドレスを前記メモリ位置内に格納された前記第
１の資源固有アドレスと比較するステップと、前記第２
の資源固有アドレスが前記第１の資源固有アドレスと一
致する場合に前記第２の要求を処理するステップとをさ
らに含む、上記（９）に記載の方法。 （１１）所定の時間待った後で前記持続インタフェース
・プログラムを終了するステップをさらに含む、上記
（９）に記載の方法。 （１２）前記持続インタフェース・プログラムに第１の
ブラウザ要求を送信する前記ステップが、前記第１のブ
ラウザ要求をプロセス・プールに送信するステップであ
って、前記第１のブラウザ要求が前記持続インタフェー
ス・プログラムに割り当てられるステップを含む、上記
（９）に記載の方法。 （１３）前記プロセス・プール内の前記持続インタフェ
ース・プログラムを事前初期設定し、活動化グループを
作成するステップをさらに含む、上記（１２）に記載の
方法。 （１４）前記持続インタフェース・プログラムを含むす
べてのステップが持続ＣＧＩプログラムによって実行さ
れる、上記（９）に記載の方法。 （１５）ウェブ・ブラウザと通信するための方法におい
て、ウェブ・サーバを介して前記ウェブ・ブラウザから
持続ＣＧＩプログラムに第１のウェブ・ブラウザ要求を
送信するステップと、前記第１のウェブ・ブラウザ要求
を処理して結果を生成するステップと、前記ウェブ・ブ
ラウザから前記持続ＣＧＩプログラムによって受け入れ
られる第１の資源固有アドレスをメモリ位置内に格納す
るステップと、前記ウェブ・サーバを介して前記結果を
前記ウェブ・ブラウザに送信するステップと、前記ウェ
ブ・ブラウザと前記持続ＣＧＩプログラムとの間に非連
続通信リンクを確立するステップと、前記結果を前記ウ
ェブ・ブラウザに送信した後、前記持続ＣＧＩプログラ
ムを活動状態に維持し、前記ウェブ・ブラウザからの後
続要求を処理するステップと、識別メカニズムを使用
し、前記持続ＣＧＩプログラムによって受け入れられる
前記ウェブ・ブラウザからの少なくとも１つの資源固有
アドレスを識別するステップとを含む方法。 （１６）（Ａ）単一ブラウザからの一連の複数のブラウ
ザ要求にわたって前記単一ブラウザによって非連続通信
接続を維持し、各ブラウザ要求を待っている間に活動状
態を維持する持続インタフェース・プログラムと、
（Ｂ）前記持続インタフェース・プログラムを伝達する
信号伝達媒体とを含む、プログラム製品。 （１７）前記信号伝達媒体が記録可能媒体を含む、上記
（１６）に記載のプログラム製品。 （１８）前記信号伝達媒体が送信媒体を含む、上記（１
６）に記載のプログラム製品。 （１９）前記持続インタフェース・プログラムが持続Ｃ
ＧＩプログラムを含む、上記（１６）に記載のプログラ
ム製品。 （２０）（Ａ）識別メカニズムを使用して単一ウェブ・
ブラウザを識別することにより前記単一ウェブ・ブラウ
ザからの一連の複数のウェブ・ブラウザ要求にわたって
前記単一ウェブ・ブラウザによって非連続通信接続を維
持し、各ウェブ・ブラウザ要求を待っている間に活動状
態を維持する持続ＣＧＩプログラムと、（Ｂ）前記持続
ＣＧＩプログラムを伝達する信号伝達媒体とを含む、プ
ログラム製品。 （２１）（Ａ）持続インタフェース・プログラムであっ
て、前記持続インタフェース・プログラムのインスタン
スが非連続通信接続を介して単一ブラウザから受信した
複数の独立ブラウザ要求を処理できるようにする通信メ
カニズムを含み、各独立ブラウザ要求を待っている間に
活動状態を維持する持続インタフェース・プログラム
と、（Ｂ）前記持続インタフェース・プログラムを伝達
する信号伝達媒体とを含む、プログラム製品。 （２２）前記信号伝達媒体が記録可能媒体を含む、上記
（２１）に記載のプログラム製品。 （２３）前記信号伝達媒体が送信媒体を含む、上記（２
１）に記載のプログラム製品。 （２４）ブラウザと持続インタフェース・プログラムと
の間で通信するためのコンピュータ実施方法において、
前記持続インタフェース・プログラムをインスタンス化
するステップと、前記ブラウザと前記持続インタフェー
ス・プログラムとの間に非連続接続を確立するステップ
と、前記ブラウザから前記持続インタフェース・プログ
ラムに第１のブラウザ要求を送信するステップと、前記
持続インタフェース・プログラムを使用して、前記ブラ
ウザ要求から結果を生成するステップと、前記ブラウザ
から前記持続インタフェース・プログラムによって受け
入れられる第１の資源固有アドレスをメモリ位置内に格
納するステップと、前記結果を前記ブラウザに送信する
ステップと、前記持続インタフェース・プログラムを活
動状態に維持するステップとを含む方法。 （２５）前記ブラウザから前記持続インタフェース・プ
ログラムに第２の要求を送信するステップであって、前
記第２の要求が第２の資源固有アドレスに関連するステ
ップと、前記ブラウザによって送信された前記第２の資
源固有アドレスを前記第１の資源固有アドレスと比較す
るステップと、前記持続インタフェース・プログラムを
使用し、前記第２の資源固有アドレスが前記第１の資源
固有アドレスと一致する場合に前記第２の要求を処理す
るステップとをさらに含む、上記（２４）に記載のコン
ピュータ実施方法。 （２６）所定の時間後に前記持続インタフェース・プロ
グラムを終了するステップをさらに含む、上記（２４）
に記載のコンピュータ実施方法。 （２７）前記持続インタフェース・プログラムに第１の
ブラウザ要求を送信する前記ステップが、前記第１のブ
ラウザ要求をプロセス・プールに送信するステップであ
って、前記第１のブラウザ要求が前記プロセス・プール
内の前記持続インタフェース・プログラムに割り当てら
れるステップを含む、上記（２４）に記載のコンピュー
タ実施方法。 （２８）前記プロセス・プール内の前記持続インタフェ
ース・プログラムを事前初期設定し、活動化グループを
作成するステップをさらに含む、上記（２７）に記載の
コンピュータ実施方法。 （２９）前記持続インタフェース・プログラムが持続Ｃ
ＧＩプログラムを含む、上記（２４）に記載のコンピュ
ータ実施方法。 （３０）ウェブ・ブラウザと持続ＣＧＩプログラムとの
間で通信するためのコンピュータ実施方法において、前
記持続ＣＧＩプログラムをインスタンス化するステップ
と、前記ウェブ・ブラウザと前記持続ＣＧＩプログラム
との間に非連続接続を確立するステップと、ウェブ・サ
ーバを介して前記ウェブ・ブラウザから前記持続ＣＧＩ
プログラムに第１のウェブ・ブラウザ要求を送信するス
テップと、前記持続ＣＧＩプログラムを使用して、前記
ウェブ・ブラウザ要求から結果を生成するステップと、
前記結果を前記ウェブ・ブラウザに送信するステップ
と、識別メカニズムを使用し、前記持続ＣＧＩプログラ
ムによって受け入れられる前記ウェブ・ブラウザからの
少なくとも１つの資源固有アドレスを識別するステップ
と、前記持続ＣＧＩプログラムを活動状態に維持し、前
記ウェブ・ブラウザからの他の要求を待つステップとを
含む方法。

【図面の簡単な説明】

【図１】本発明の好ましい実施例による装置のブロック
図である。

【図２】クライアント・ワークステーションとウェブ・
サーバとのＷＷＷトランザクションのブロック図であ
る。

【図３】ＷＷＷトランザクションを実行するための既知
のＣＧＩベースのコンピュータ・システムのブロック図
である。

【図４】ＷＷＷトランザクションを実行するための既知
のサーバＡＰＩベースのコンピュータ・システムのブロ
ック図である。

【図５】ＷＷＷトランザクションを実行するための既知
の高速ＣＧＩベースのコンピュータ・システムのブロッ
ク図である。

【図６】本発明の好ましい実施例によりＷＷＷトランザ
クションを実行するための持続ＣＧＩベースのシステム
のブロック図である。

【図７】本発明の好ましい実施例によりＷＷＷトランザ
クションを実行するための持続ＣＧＩベースのシステム
のフローチャートである。

【符号の説明】

１００ コンピュータ・システム １１０ 中央演算処理装置（ＣＰＵ）またはプロセッサ １２０ メイン・メモリ １２２ コンピュータ・プログラム １２３ 持続ＣＧＩプロセス １２４ プロセス・プール １２５ オペレーティング・システム １２６ 受諾ＵＲＬ ＣＧＩヘッダ １２７ タイムアウトＣＧＩヘッダ １２８ ウェブ・ブラウザＵＲＬ １３０ メモリ・コントローラ １４０ 補助記憶インタフェース １５０ ターミナル・インタフェース １６０ システム・バス １７０ 直接アクセス記憶装置（ＤＡＳＤ） １８０ ディスク

フロントページの続き (72)発明者 クリスチアン・ジョイ・シュルツ アメリカ合衆国55990 ミネソタ州ワイコ フ アール・アール１ ボックス189

Claims (30)

【特許請求の範囲】
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. 【請求項３０】ウェブ・ブラウザと持続ＣＧＩプログラ
    ムとの間で通信するためのコンピュータ実施方法におい
    て、 前記持続ＣＧＩプログラムをインスタンス化するステッ
    プと、 前記ウェブ・ブラウザと前記持続ＣＧＩプログラムとの
    間に非連続接続を確立するステップと、 ウェブ・サーバを介して前記ウェブ・ブラウザから前記
    持続ＣＧＩプログラムに第１のウェブ・ブラウザ要求を
    送信するステップと、 前記持続ＣＧＩプログラムを使用して、前記ウェブ・ブ
    ラウザ要求から結果を生成するステップと、 前記結果を前記ウェブ・ブラウザに送信するステップ
    と、 識別メカニズムを使用し、前記持続ＣＧＩプログラムに
    よって受け入れられる前記ウェブ・ブラウザからの少な
    くとも１つの資源固有アドレスを識別するステップと、 前記持続ＣＧＩプログラムを活動状態に維持し、前記ウ
    ェブ・ブラウザからの他の要求を待つステップとを含む
    方法。