JP2001522114A - 分散を意識させない態様で分散ソフトウェア開発を容易にするための方法およびシステム - Google Patents
分散を意識させない態様で分散ソフトウェア開発を容易にするための方法およびシステムInfo
- Publication number
- JP2001522114A JP2001522114A JP2000519524A JP2000519524A JP2001522114A JP 2001522114 A JP2001522114 A JP 2001522114A JP 2000519524 A JP2000519524 A JP 2000519524A JP 2000519524 A JP2000519524 A JP 2000519524A JP 2001522114 A JP2001522114 A JP 2001522114A
- Authority
- JP
- Japan
- Prior art keywords
- cartridge
- message
- execution engine
- dispatcher
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5055—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering software capabilities, i.e. software resources associated or available to the machine
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5018—Thread allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
ブラウザ（２０２、２０４、２０６）リクエストと関連する動作を行なうためのシステム、方法およびコンピュータ可読媒体を提供する。システムは複数のウェブリスナ（２１０、２１６、２２２）に結合される複数のディスパッチャ（２１４、２２０、２２６）を含む。ディスパッチャ（２１４、２２０、２２６）の各々は、対応するウェブリスナ（２１０、２１６、２２２）が受取ったブラウザリクエストを対応するウェブリスナ（２１０、２１６、２２２）から受取る。ディスパッチャ（２１４、２２０、２２６）は、カートリッジインスタンス（２６０）へマシン間通信機構（２８２）を介してメッセージを送るよう構成される。メッセージにより、カートリッジインスタンス（２６０）はブラウザリクエストに関連する動作を行なうことになる。各カートリッジインスタンス（２６０）にはカートリッジ実行エンジン（２２８、２３２、２３６）およびカートリッジ（２３０、２３４、２３８）が含まれる。カートリッジ実行エンジン（２２８、２３２、２３６）はディスパッチャ（２１４、２２０、２２６）とのすべてのマシン間通信を扱い、カートリッジのアプリケーションプログラミングインターフェイスを呼出すことによってリクエストをカートリッジ（２３０、２３４、２３８）に渡す。したがって、カートリッジはマシン間通信の複雑さから隔離されており、よって分散を意識させることなく高度に分散化されたシステムにおいて用いることができる。
Description
【０００１】
この発明はネットワーク接続されたコンピュータシステムにおけるサーバアー
キテクチャに関し、より特定的には、分散を意識させない態様での分散ソフトウ
ェア開発を容易にすることに関する。
キテクチャに関し、より特定的には、分散を意識させない態様での分散ソフトウ
ェア開発を容易にすることに関する。
【０００２】
ワールド・ワイド・ウェブ（World Wide Web）はインターネット（Internet）
上のサーバのネットワークを含み、その各々は１つ以上のＨＴＭＬ（Hypertext
Markup Language：ハイパテキスト・マークアップ言語）ページに関連付けられ ている。サーバに関連付けられているＨＴＭＬページは、情報と、そのサーバお
よび（通常は）他のサーバ上の他の文書へのハイパテキストリンクとを提供する
。サーバはハイパテキスト・トランスファー・プロトコル（ＨＴＴＰ：Hypertex
t Transfer Protocol）を用いてクライアントと通信する。サーバはクライアン トからのＨＴＭＬページに関するリクエストを聞くことから、多くの場合、「リ
スナ」と称される。
上のサーバのネットワークを含み、その各々は１つ以上のＨＴＭＬ（Hypertext
Markup Language：ハイパテキスト・マークアップ言語）ページに関連付けられ ている。サーバに関連付けられているＨＴＭＬページは、情報と、そのサーバお
よび（通常は）他のサーバ上の他の文書へのハイパテキストリンクとを提供する
。サーバはハイパテキスト・トランスファー・プロトコル（ＨＴＴＰ：Hypertex
t Transfer Protocol）を用いてクライアントと通信する。サーバはクライアン トからのＨＴＭＬページに関するリクエストを聞くことから、多くの場合、「リ
スナ」と称される。
【０００３】 ワールド・ワイド・ウェブのユーザはブラウザと呼ばれるクライアントプログ
ラムを用いてリスナから情報をリクエストし、デコードし、表示する。ブラウザ
のユーザがあるＨＴＭＬページ上のリンクを選択すると、そのページを表示して
いるブラウザはそのリンク内で特定されるユニバーサル・リソース・ロケータ（
ＵＲＬ：Universal Resource Locator）と関連付けられるリスナにインターネッ
トを通じてリクエストを送る。そのリクエストに応答して、リスナはそのリクエ
ストを発行したブラウザにリクエストされた情報を送信する。ブラウザは情報を
受取り、受取った情報をユーザに示し、次のユーザリクエストを待つ。
ラムを用いてリスナから情報をリクエストし、デコードし、表示する。ブラウザ
のユーザがあるＨＴＭＬページ上のリンクを選択すると、そのページを表示して
いるブラウザはそのリンク内で特定されるユニバーサル・リソース・ロケータ（
ＵＲＬ：Universal Resource Locator）と関連付けられるリスナにインターネッ
トを通じてリクエストを送る。そのリクエストに応答して、リスナはそのリクエ
ストを発行したブラウザにリクエストされた情報を送信する。ブラウザは情報を
受取り、受取った情報をユーザに示し、次のユーザリクエストを待つ。
【０００４】 従来、リスナに蔵置される情報は静的ＨＴＭＬページの形態である。静的ＨＴ
ＭＬページは、ウェブブラウザからのリクエストに先立ち作成されリスナに蔵置
される。リクエストに応答して、静的ＨＴＭＬページが単に記憶から読出され、
リクエストを行なっているブラウザに送信される。現在、ブラウザリクエストに
応答して動的オペレーションを行なうリスナを開発しようとする趨勢にある。た
とえば、リスナはリクエストに応答する際にデータベースにクエリーを発行し、
そのクエリーの結果を含むウェブページを動的に構成し、動的に構成されたＨＴ
ＭＬページをリクエストを行なっているブラウザに送信してもよい。動的オペレ
ーションを行なうために、リスナの機能性を向上または増強させなければならな
い。動的オペレーションをサポートするようリスナを拡張するためにさまざまな
アプローチが開発されてきた。
ＭＬページは、ウェブブラウザからのリクエストに先立ち作成されリスナに蔵置
される。リクエストに応答して、静的ＨＴＭＬページが単に記憶から読出され、
リクエストを行なっているブラウザに送信される。現在、ブラウザリクエストに
応答して動的オペレーションを行なうリスナを開発しようとする趨勢にある。た
とえば、リスナはリクエストに応答する際にデータベースにクエリーを発行し、
そのクエリーの結果を含むウェブページを動的に構成し、動的に構成されたＨＴ
ＭＬページをリクエストを行なっているブラウザに送信してもよい。動的オペレ
ーションを行なうために、リスナの機能性を向上または増強させなければならな
い。動的オペレーションをサポートするようリスナを拡張するためにさまざまな
アプローチが開発されてきた。
【０００５】 ウェブブラウザからのリクエストに応答して動的オペレーションをもたらす１
つのアプローチでは共通ゲートウェイ・インターフェイス（ＣＧＩ）を用いる。
ＣＧＩはリスナとＣＧＩプログラムとの間で情報を転送するための仕様である。
ＣＧＩプログラムはＣＧＩ仕様に従った、データを受け、かつ返すよう設計され
るプログラムであればどのようなものであってもよい。そのプログラムはＣ、Pe
rlまたはVisual Basicを含むどんなプログラム言語で書かれたものであってもよ
い。
つのアプローチでは共通ゲートウェイ・インターフェイス（ＣＧＩ）を用いる。
ＣＧＩはリスナとＣＧＩプログラムとの間で情報を転送するための仕様である。
ＣＧＩプログラムはＣＧＩ仕様に従った、データを受け、かつ返すよう設計され
るプログラムであればどのようなものであってもよい。そのプログラムはＣ、Pe
rlまたはVisual Basicを含むどんなプログラム言語で書かれたものであってもよ
い。
【０００６】 ＣＧＩのアプローチでは、サーバが特定されたリクエストを受取るたびに別個
のプロセス（ＣＧＩプログラムの別個のインスタンス）が開始されるという不利
な点がある。さらに、ＣＧＩプログラムはブラウザリクエストを受取ったリスナ
と同じマシン上で実行される。したがって、千ものこうしたリクエストを異なっ
たユーザから受信すると、リスナを実行しているマシンで千ものプロセスが開始
されることとなり、サーバ上の使用可能なリソースを使い果たすこととなる。
のプロセス（ＣＧＩプログラムの別個のインスタンス）が開始されるという不利
な点がある。さらに、ＣＧＩプログラムはブラウザリクエストを受取ったリスナ
と同じマシン上で実行される。したがって、千ものこうしたリクエストを異なっ
たユーザから受信すると、リスナを実行しているマシンで千ものプロセスが開始
されることとなり、サーバ上の使用可能なリソースを使い果たすこととなる。
【０００７】 ＣＧＩアプローチの第２の不利な点は、各リクエストに対して別個のプロセス
が開始され実行され終了されることである。すなわち、第１の組の１０のリクエ
ストの後に第２の組の１０のリクエストが続く場合、その第１の組のリクエスト
に対して第１の組の１０のプロセスが開始され終了され、その第２の組のリクエ
ストに対して第２の組の１０のプロセスが開始され終了されることとなる。ＣＧ
Ｉではプロセスの開始に関連するオーバーヘッドを避けるため、第１の１０のリ
クエストに対して用いられた１０のプロセスと同じものを第２の１０のリクエス
トを処理するのに用いることが許されていない。
が開始され実行され終了されることである。すなわち、第１の組の１０のリクエ
ストの後に第２の組の１０のリクエストが続く場合、その第１の組のリクエスト
に対して第１の組の１０のプロセスが開始され終了され、その第２の組のリクエ
ストに対して第２の組の１０のプロセスが開始され終了されることとなる。ＣＧ
Ｉではプロセスの開始に関連するオーバーヘッドを避けるため、第１の１０のリ
クエストに対して用いられた１０のプロセスと同じものを第２の１０のリクエス
トを処理するのに用いることが許されていない。
【０００８】 リクエストに対する動的な応答を行なうための代替的なアプローチは「プラグ
イン」拡張を用いることである。プラグイン拡張はサーバに送られたメッセージ
をさまざまな段階で代行受信して特定のユーザリクエストに対してアプリケーシ
ョンに特有の処理を行なう。サーバ側のプラグインはリスナおよび他のすべての
サーバ側プラグインと同じアドレス空間において実行される。よって、プラグイ
ンを設計するアプリケーション開発者はリスナの下位レベルのオペレーションの
詳細に精通していなければならない。さらに、リスナと同じアドレス空間でプラ
グインを実行することによりリスナを安全性および安定性の面で危険にさらすこ
ととなる。障害のあるプラグインにより、他のプラグインまたはリスナそのもの
がクラッシュしたり、または予測できない態様で動作してしまうこともある。
イン」拡張を用いることである。プラグイン拡張はサーバに送られたメッセージ
をさまざまな段階で代行受信して特定のユーザリクエストに対してアプリケーシ
ョンに特有の処理を行なう。サーバ側のプラグインはリスナおよび他のすべての
サーバ側プラグインと同じアドレス空間において実行される。よって、プラグイ
ンを設計するアプリケーション開発者はリスナの下位レベルのオペレーションの
詳細に精通していなければならない。さらに、リスナと同じアドレス空間でプラ
グインを実行することによりリスナを安全性および安定性の面で危険にさらすこ
ととなる。障害のあるプラグインにより、他のプラグインまたはリスナそのもの
がクラッシュしたり、または予測できない態様で動作してしまうこともある。
【０００９】 プラグインアプローチの第２の問題は、ＣＧＩアプローチと同様に、すべての
プラグイン動作がリスナを実行しているマシンと同じマシン上で実行されること
である。プラグイン拡張によって実行されるタスクは他のマシンに負荷を転嫁す
ることができないため、プラグインによるアプローチのスケーラビリティ（scal
ability）は大幅に制限される。
プラグイン動作がリスナを実行しているマシンと同じマシン上で実行されること
である。プラグイン拡張によって実行されるタスクは他のマシンに負荷を転嫁す
ることができないため、プラグインによるアプローチのスケーラビリティ（scal
ability）は大幅に制限される。
【００１０】
オペレーションを実行しているモジュールに分散を意識させる必要のない態様
で分散環境においてオペレーションを実行するための方法およびシステムが提供
される。分散環境により、ブラウザリクエスト内で特定されるオペレーションを
実行するプロセス（「カートリッジインスタンス」）が、そのリクエストを受取
るリスナおよびそのリクエストを発行するブラウザとは異なるマシン上で実行で
きる。カートリッジインスタンスがリスナとは異なるマシン上にあるため、リス
ナは障害のあるカートリッジインスタンスからよりよく隔離されることとなり、
システムの信頼性および安全性が向上する。さらに、リスナが実行されるマシン
と同じマシンでなく、数多くのマシン間でカートリッジインスタンスを実行する
処理の負担を分散することによってシステムのスケーラビリティが大幅に増加す
る。複数のマシンにわたってカートリッジインスタンスの実行を分散できること
から、いつどこで新しいカートリッジインスタンスを生じさせるかを決定するの
に数多くのタイプの負荷の最適配分の技法を用いることができる。
で分散環境においてオペレーションを実行するための方法およびシステムが提供
される。分散環境により、ブラウザリクエスト内で特定されるオペレーションを
実行するプロセス（「カートリッジインスタンス」）が、そのリクエストを受取
るリスナおよびそのリクエストを発行するブラウザとは異なるマシン上で実行で
きる。カートリッジインスタンスがリスナとは異なるマシン上にあるため、リス
ナは障害のあるカートリッジインスタンスからよりよく隔離されることとなり、
システムの信頼性および安全性が向上する。さらに、リスナが実行されるマシン
と同じマシンでなく、数多くのマシン間でカートリッジインスタンスを実行する
処理の負担を分散することによってシステムのスケーラビリティが大幅に増加す
る。複数のマシンにわたってカートリッジインスタンスの実行を分散できること
から、いつどこで新しいカートリッジインスタンスを生じさせるかを決定するの
に数多くのタイプの負荷の最適配分の技法を用いることができる。
【００１１】 カートリッジ開発者にはほとんど負担がかかることなく、システムの分散され
た性質から得られる恩恵を享受できる。より明確には、カートリッジはそれらが
分散システムの一部として動作しているという事実を「意識する」必要がない。
なぜなら、カートリッジはここでカートリッジ実行エンジンと称するモジュール
によって分散システムの複雑さから隔離されるためである。このようにして達成
される隔離により、カートリッジ開発者らはマシン間通信の複雑さではなくカー
トリッジが目的とする課題に専念することができる。
た性質から得られる恩恵を享受できる。より明確には、カートリッジはそれらが
分散システムの一部として動作しているという事実を「意識する」必要がない。
なぜなら、カートリッジはここでカートリッジ実行エンジンと称するモジュール
によって分散システムの複雑さから隔離されるためである。このようにして達成
される隔離により、カートリッジ開発者らはマシン間通信の複雑さではなくカー
トリッジが目的とする課題に専念することができる。
【００１２】 この発明の一局面によれば、ディスパッチャが第１のマシン上で実行される。
カートリッジ実行エンジンは第１のマシンとは異なる第２のマシン上で実行され
る。ディスパッチャはオペレーションの実行をリクエストする第１のメッセージ
をウェブリスナから受取る。この第１のメッセージはウェブリスナがブラウザか
らブラウザリクエストを受取ったことに応答してディスパッチャに送られたもの
である。
カートリッジ実行エンジンは第１のマシンとは異なる第２のマシン上で実行され
る。ディスパッチャはオペレーションの実行をリクエストする第１のメッセージ
をウェブリスナから受取る。この第１のメッセージはウェブリスナがブラウザか
らブラウザリクエストを受取ったことに応答してディスパッチャに送られたもの
である。
【００１３】 この第１のメッセージに応答して、ディスパッチャはカートリッジ実行エンジ
ンに第２メッセージを送る。この第２のメッセージに応答して、カートリッジ実
行エンジンは第２のマシン上で実行されているカートリッジに第３のメッセージ
をわたす。この第３のメッセージを受けたことに応答して、カートリッジはオペ
レーションを実行する。カートリッジへのリクエストはカートリッジ実行エンジ
ンを介して送られカートリッジ実行エンジンはカートリッジと同じマシン上に存
在するため、カートリッジ実行エンジンによりカートリッジはマシン間通信をサ
ポートすることの複雑さから効果的に隔離される。
ンに第２メッセージを送る。この第２のメッセージに応答して、カートリッジ実
行エンジンは第２のマシン上で実行されているカートリッジに第３のメッセージ
をわたす。この第３のメッセージを受けたことに応答して、カートリッジはオペ
レーションを実行する。カートリッジへのリクエストはカートリッジ実行エンジ
ンを介して送られカートリッジ実行エンジンはカートリッジと同じマシン上に存
在するため、カートリッジ実行エンジンによりカートリッジはマシン間通信をサ
ポートすることの複雑さから効果的に隔離される。
【００１４】 この発明の別の局面によれば、ブラウザリクエストと関連付けられるオペレー
ションを実行するためのシステムが提供される。このシステムは複数のウェブリ
スナに結合される複数のディスパッチャ、マシン間通信機構および複数のカート
リッジを含む。カートリッジは標準カートリッジインターフェイスを介して呼出
されるが、種々のオペレーションを行なう。
ションを実行するためのシステムが提供される。このシステムは複数のウェブリ
スナに結合される複数のディスパッチャ、マシン間通信機構および複数のカート
リッジを含む。カートリッジは標準カートリッジインターフェイスを介して呼出
されるが、種々のオペレーションを行なう。
【００１５】 このシステムはまた、マシン間通信機構を介して複数のディスパッチャと通信
し、かつ標準カートリッジインターフェイスを介して複数のカートリッジ内のル
ーチンに対して呼出を行なうことによって、複数のカートリッジと通信する複数
のカートリッジ実行エンジンを含む。各ディスパッチャは、特定のカートリッジ
があるオペレーションを行なうことを必要とするブラウザリクエストをウェブリ
スナが受取ったことに応答して、複数のカートリッジ実行エンジンのうちの特定
のカートリッジ実行エンジンに対してマシン間通信機構を介して第１のメッセー
ジを送るよう構成される。この特定のカートリッジ実行エンジンはこの第１のメ
ッセージに応答して、オペレーションを行なう特定のカートリッジ内のルーチン
を標準カートリッジインターフェイスを介して呼出すように構成される。
し、かつ標準カートリッジインターフェイスを介して複数のカートリッジ内のル
ーチンに対して呼出を行なうことによって、複数のカートリッジと通信する複数
のカートリッジ実行エンジンを含む。各ディスパッチャは、特定のカートリッジ
があるオペレーションを行なうことを必要とするブラウザリクエストをウェブリ
スナが受取ったことに応答して、複数のカートリッジ実行エンジンのうちの特定
のカートリッジ実行エンジンに対してマシン間通信機構を介して第１のメッセー
ジを送るよう構成される。この特定のカートリッジ実行エンジンはこの第１のメ
ッセージに応答して、オペレーションを行なう特定のカートリッジ内のルーチン
を標準カートリッジインターフェイスを介して呼出すように構成される。
【００１６】 この発明は限定によってではなく例によって、添付の図面において例示され、
添付の図面において類似の参照番号は類似の要素を指す。
添付の図面において類似の参照番号は類似の要素を指す。
【００１７】
ネットワークにわたってオペレーションを行なうための方法および装置を説明
する。以下において説明のため、この発明の完全な理解をもたらすように数多く
の特定の詳細事項を挙げている。しかしながら、当業者にはこの発明がこれらの
特定の詳細事項がなくても実施できることが明らかになるであろう。場合によっ
ては不必要にこの発明を曖昧にすることを避けるため周知の構造および装置をブ
ロック図の形態で示している。
する。以下において説明のため、この発明の完全な理解をもたらすように数多く
の特定の詳細事項を挙げている。しかしながら、当業者にはこの発明がこれらの
特定の詳細事項がなくても実施できることが明らかになるであろう。場合によっ
ては不必要にこの発明を曖昧にすることを避けるため周知の構造および装置をブ
ロック図の形態で示している。
【００１８】 ハードウェアの概観 図１は、この発明の実施例が実装され得るコンピュータシステム１００を示す
ブロック図である。コンピュータシステム１００は、バス１０２または情報を通
信するための他の通信機構と、バス１０２に結合され情報を処理するためのプロ
セッサ１０４とを含む。コンピュータシステム１００はまた、バス１０２に結合
され情報およびプロセッサ１０４が実行すべき命令を蔵置するための、ランダム
アクセスメモリ（ＲＡＭ）または他の動的記憶装置などのメインメモリ１０６を
含む。メインメモリ１０６はまた、プロセッサ１０４が実行すべき命令の実行の
間に一時変数または他の中間情報を蔵置するのに用いられてもよい。コンピュー
タシステム１００はさらに、バス１０２に結合され静的情報およびプロセッサ１
０４に対する命令を蔵置するための読取専用メモリ（ＲＯＭ）１０８または他の
静的記憶装置を含む。磁気ディスクまたは光ディスクなどの記憶装置１１０が設
けられ、バス１０２に結合されて情報および命令を蔵置する。
ブロック図である。コンピュータシステム１００は、バス１０２または情報を通
信するための他の通信機構と、バス１０２に結合され情報を処理するためのプロ
セッサ１０４とを含む。コンピュータシステム１００はまた、バス１０２に結合
され情報およびプロセッサ１０４が実行すべき命令を蔵置するための、ランダム
アクセスメモリ（ＲＡＭ）または他の動的記憶装置などのメインメモリ１０６を
含む。メインメモリ１０６はまた、プロセッサ１０４が実行すべき命令の実行の
間に一時変数または他の中間情報を蔵置するのに用いられてもよい。コンピュー
タシステム１００はさらに、バス１０２に結合され静的情報およびプロセッサ１
０４に対する命令を蔵置するための読取専用メモリ（ＲＯＭ）１０８または他の
静的記憶装置を含む。磁気ディスクまたは光ディスクなどの記憶装置１１０が設
けられ、バス１０２に結合されて情報および命令を蔵置する。
【００１９】 コンピュータシステム１００はバス１０２を介して、陰極線管（ＣＲＴ）など
の表示装置１１２に結合されコンピュータユーザに対して情報を表示してもよい
。英数字および他のキーを含む入力装置１１４がバス１０２に結合され、情報お
よびコマンド選択をプロセッサ１０４に伝える。別のタイプのユーザ入力装置は
、プロセッサ１０４に方向情報およびコマンド選択を伝え、かつ表示装置１１２
上のカーソル移動を制御するためのマウス、トラックボールまたはカーソル方向
キーなどのカーソル制御装置１１６である。この入力装置は典型的に２つの軸、
すなわち第１の軸（たとえばｘ）および第２の軸（たとえばｙ）において２つの
自由度を有し、これは装置が平面上の位置を特定できるようにする。
の表示装置１１２に結合されコンピュータユーザに対して情報を表示してもよい
。英数字および他のキーを含む入力装置１１４がバス１０２に結合され、情報お
よびコマンド選択をプロセッサ１０４に伝える。別のタイプのユーザ入力装置は
、プロセッサ１０４に方向情報およびコマンド選択を伝え、かつ表示装置１１２
上のカーソル移動を制御するためのマウス、トラックボールまたはカーソル方向
キーなどのカーソル制御装置１１６である。この入力装置は典型的に２つの軸、
すなわち第１の軸（たとえばｘ）および第２の軸（たとえばｙ）において２つの
自由度を有し、これは装置が平面上の位置を特定できるようにする。
【００２０】 この発明はコンピュータシステム１００を用いてブラウザからのメッセージに
応答して特定のオペレーションを行なうことに関する。この発明の一実施例によ
れば、プロセッサ１０４がメインメモリ１０６に含まれる１つ以上の命令の１つ
以上のシーケンスを実行することに応答してコンピュータシステム１００がオペ
レーションを行なう。このような命令は、記憶装置１１０などの別のコンピュー
タ可読媒体からメインメモリ１０６に読込んでもよい。メインメモリ１０６に含
まれる命令のシーケンスを実行することにより、プロセッサ１０４がここに説明
するプロセスステップを実行することとなる。代替の実施例では、ソフトウェア
命令の代わりにまたはソフトウェア命令と併せて、結線回路を用いてこの発明を
実現してもよい。すなわち、この発明の実施例はハードウェア回路およびソフト
ウェアの如何なる特定の組合せにも限定されない。
応答して特定のオペレーションを行なうことに関する。この発明の一実施例によ
れば、プロセッサ１０４がメインメモリ１０６に含まれる１つ以上の命令の１つ
以上のシーケンスを実行することに応答してコンピュータシステム１００がオペ
レーションを行なう。このような命令は、記憶装置１１０などの別のコンピュー
タ可読媒体からメインメモリ１０６に読込んでもよい。メインメモリ１０６に含
まれる命令のシーケンスを実行することにより、プロセッサ１０４がここに説明
するプロセスステップを実行することとなる。代替の実施例では、ソフトウェア
命令の代わりにまたはソフトウェア命令と併せて、結線回路を用いてこの発明を
実現してもよい。すなわち、この発明の実施例はハードウェア回路およびソフト
ウェアの如何なる特定の組合せにも限定されない。
【００２１】 「コンピュータ可読媒体」という用語はここでは、実行のためにプロセッサ１
０４に命令を提供するのにかかわるすべての媒体を指して用いる。このような媒
体は、不揮発性媒体、揮発性媒体および伝送媒体を含むが、これらに限定されな
い数多くの形態を取り得る。不揮発性媒体には、たとえば、記憶装置１１０など
の光ディスクまたは磁気ディスクが含まれる。揮発性媒体には、メインメモリ１
０６などのダイナミックメモリが含まれる。伝送媒体には、バス１０２を構成す
るワイヤを含む、同軸ケーブル、導線および光ファイバが含まれる。伝送媒体は
また、電波および赤外線データ通信において生成されるもののような音波または
光波の形態を取ることもある。
０４に命令を提供するのにかかわるすべての媒体を指して用いる。このような媒
体は、不揮発性媒体、揮発性媒体および伝送媒体を含むが、これらに限定されな
い数多くの形態を取り得る。不揮発性媒体には、たとえば、記憶装置１１０など
の光ディスクまたは磁気ディスクが含まれる。揮発性媒体には、メインメモリ１
０６などのダイナミックメモリが含まれる。伝送媒体には、バス１０２を構成す
るワイヤを含む、同軸ケーブル、導線および光ファイバが含まれる。伝送媒体は
また、電波および赤外線データ通信において生成されるもののような音波または
光波の形態を取ることもある。
【００２２】 コンピュータ可読媒体の一般的な形態にはたとえば、フロッピーディスク、フ
レキシブルディスク、ハードディスク、磁気テープまたは何らかの他の磁気媒体
、ＣＤ−ＲＯＭおよび何らかの他の光媒体、パンチカード、せん孔テープおよび
孔のパターンを有する何らかの他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ
、ＦＬＡＳＨ−ＥＰＲＯＭおよび何らかの他のメモリチップまたはカートリッジ
、以下に説明するような搬送波、またはコンピュータが読むことのできるもので
あればどのような他の媒体でも含まれる。
レキシブルディスク、ハードディスク、磁気テープまたは何らかの他の磁気媒体
、ＣＤ−ＲＯＭおよび何らかの他の光媒体、パンチカード、せん孔テープおよび
孔のパターンを有する何らかの他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ
、ＦＬＡＳＨ−ＥＰＲＯＭおよび何らかの他のメモリチップまたはカートリッジ
、以下に説明するような搬送波、またはコンピュータが読むことのできるもので
あればどのような他の媒体でも含まれる。
【００２３】 実行のために１つ以上の命令の１つ以上のシーケンスをプロセッサ１０４に与
える上でさまざまな形態のコンピュータ可読媒体がかかわり得る。たとえば、命
令は初めに遠隔コンピュータの磁気ディスク上に担持されてもよい。遠隔コンピ
ュータは命令をそのダイナミックメモリにロードし、その命令をモデムを用いて
電話回線を介して送ることができる。コンピュータシステム１００がローカルに
有するモデムが電話回線上でデータを受取り、赤外線送信機を用いてそのデータ
を赤外線信号に変換できる。バス１０２に結合される赤外線検出器は赤外線信号
で運ばれるデータを受取り、そのデータをバス１０２上に出力することができる
。バス１０２はそのデータをメインメモリ１０６へ運び、そこからプロセッサ１
０４は命令を取出して実行する。メインメモリ１０６が受取った命令は場合によ
り、プロセッサ１０４による実行の前または後に記憶装置１１０に蔵置されても
よい。
える上でさまざまな形態のコンピュータ可読媒体がかかわり得る。たとえば、命
令は初めに遠隔コンピュータの磁気ディスク上に担持されてもよい。遠隔コンピ
ュータは命令をそのダイナミックメモリにロードし、その命令をモデムを用いて
電話回線を介して送ることができる。コンピュータシステム１００がローカルに
有するモデムが電話回線上でデータを受取り、赤外線送信機を用いてそのデータ
を赤外線信号に変換できる。バス１０２に結合される赤外線検出器は赤外線信号
で運ばれるデータを受取り、そのデータをバス１０２上に出力することができる
。バス１０２はそのデータをメインメモリ１０６へ運び、そこからプロセッサ１
０４は命令を取出して実行する。メインメモリ１０６が受取った命令は場合によ
り、プロセッサ１０４による実行の前または後に記憶装置１１０に蔵置されても
よい。
【００２４】 コンピュータシステム１００はまた、バス１０２に結合される通信インターフ
ェイス１１８を含む。通信インターフェイス１１８はローカルネットワーク１２
２に接続されるネットワークリンク１２０への両方向データ通信結合を提供する
。たとえば、通信インターフェイス１１８は、対応するタイプの電話回線に対し
てデータ通信接続を提供するサービス統合デジタル網（ＩＳＤＮ）カードまたは
モデムであってもよい。別の例としては、通信インターフェイス１１８は、互換
性のあるローカル・エリア・ネットワーク（ＬＡＮ）に対するデータ通信接続を
提供するローカル・エリア・ネットワーク（ＬＡＮ）カードであってもよい。ま
た、無線リンクを実現してもよい。このような実現例のいずれにおいても、通信
インターフェイス１１８はさまざまなタイプの情報を表わすデジタルデータスト
リームを運ぶ電気信号、電磁気信号または光信号を送受信する。
ェイス１１８を含む。通信インターフェイス１１８はローカルネットワーク１２
２に接続されるネットワークリンク１２０への両方向データ通信結合を提供する
。たとえば、通信インターフェイス１１８は、対応するタイプの電話回線に対し
てデータ通信接続を提供するサービス統合デジタル網（ＩＳＤＮ）カードまたは
モデムであってもよい。別の例としては、通信インターフェイス１１８は、互換
性のあるローカル・エリア・ネットワーク（ＬＡＮ）に対するデータ通信接続を
提供するローカル・エリア・ネットワーク（ＬＡＮ）カードであってもよい。ま
た、無線リンクを実現してもよい。このような実現例のいずれにおいても、通信
インターフェイス１１８はさまざまなタイプの情報を表わすデジタルデータスト
リームを運ぶ電気信号、電磁気信号または光信号を送受信する。
【００２５】 ネットワークリンク１２０は典型的に１つ以上のネットワークを介して他のデ
ータ装置へのデータ通信を提供する。たとえば、ネットワークリンク１２０はロ
ーカルネットワーク１２２を介してホストコンピュータ１２４または、インター
ネットサービスプロバイダ（ＩＳＰ：Internet Service Provider）１２６によ り運用されるデータ装置に対する接続を提供してもよい。ＩＳＰ１２６はこれを
受けて、現在一般的に「インターネット」１２８と称される世界規模のパケット
データ通信網を介するデータ通信サービスを提供する。ローカルネットワーク１
２２およびインターネット１２８はともに、デジタルデータストリームを運ぶ電
気信号、電磁気信号または光信号を用いる。コンピュータシステム１００へまた
はコンピュータシステム１００からデジタルデータを運ぶ、さまざまなネットワ
ークを介する信号およびネットワークリンク１２０上の、通信インターネット１
１８を介する信号は情報を運ぶ搬送波の典型的な形態である。
ータ装置へのデータ通信を提供する。たとえば、ネットワークリンク１２０はロ
ーカルネットワーク１２２を介してホストコンピュータ１２４または、インター
ネットサービスプロバイダ（ＩＳＰ：Internet Service Provider）１２６によ り運用されるデータ装置に対する接続を提供してもよい。ＩＳＰ１２６はこれを
受けて、現在一般的に「インターネット」１２８と称される世界規模のパケット
データ通信網を介するデータ通信サービスを提供する。ローカルネットワーク１
２２およびインターネット１２８はともに、デジタルデータストリームを運ぶ電
気信号、電磁気信号または光信号を用いる。コンピュータシステム１００へまた
はコンピュータシステム１００からデジタルデータを運ぶ、さまざまなネットワ
ークを介する信号およびネットワークリンク１２０上の、通信インターネット１
１８を介する信号は情報を運ぶ搬送波の典型的な形態である。
【００２６】 コンピュータシステム１００はネットワーク、ネットワークリンク１２０およ
び通信インターネット１１８を介して、メッセージを送り、プログラムコードを
含むデータを受取ることができる。インターネットの例では、サーバ１３０はイ
ンターネット１２８、ＩＳＰ１２６、ローカルネットワーク１２２および通信イ
ンターネット１１８を介してアプリケーションプログラムに対するリクエストさ
れたコードを送信するかもしれない。
び通信インターネット１１８を介して、メッセージを送り、プログラムコードを
含むデータを受取ることができる。インターネットの例では、サーバ１３０はイ
ンターネット１２８、ＩＳＰ１２６、ローカルネットワーク１２２および通信イ
ンターネット１１８を介してアプリケーションプログラムに対するリクエストさ
れたコードを送信するかもしれない。
【００２７】 受取られたコードはそれが受取られると同時にプロセッサ１０４によって実行
され、および／または後に実行するために記憶装置１１０または他の不揮発性記
憶に蔵置されてもよい。このように、コンピュータシステム１００は搬送波の形
態でアプリケーションコードを得ることもある。
され、および／または後に実行するために記憶装置１１０または他の不揮発性記
憶に蔵置されてもよい。このように、コンピュータシステム１００は搬送波の形
態でアプリケーションコードを得ることもある。
【００２８】 アプリケーションサーバ機能の概要 図２は、この発明の一実施例に従って設計されたシステム２００のブロック図
である。システム２００は、ＨＴＴＰプロトコルに従ってインターネット２０８
にわたって複数のリスナ２１０、２１６および２２２と通信する複数のブラウザ
２０２、２０４および２０６を含む。ブラウザからのリクエストに応答して、リ
スナはウェブアプリケーションサーバ２８０にここでカートリッジと称するソフ
トウェアモジュールを呼出させる。例示の実施例では、ウェブアプリケーション
サーバ２８０は３つのカートリッジ２３０、２３４および２３８の実行を開始し
ている。
である。システム２００は、ＨＴＴＰプロトコルに従ってインターネット２０８
にわたって複数のリスナ２１０、２１６および２２２と通信する複数のブラウザ
２０２、２０４および２０６を含む。ブラウザからのリクエストに応答して、リ
スナはウェブアプリケーションサーバ２８０にここでカートリッジと称するソフ
トウェアモジュールを呼出させる。例示の実施例では、ウェブアプリケーション
サーバ２８０は３つのカートリッジ２３０、２３４および２３８の実行を開始し
ている。
【００２９】 ウェブアプリケーションサーバ２８０は、トランスポート・アダプタ２１２、
２１８および２２４、ディスパッチャ２１４、２２０および２２６、認証サーバ
２５２、仮想パスマネージャ２５０、リソースマネージャ２５４、コンフィギュ
レーションプロバイダ２５６および複数のカートリッジ実行エンジン２２８、２
３２および２３６を含む、数多くの構成要素からなる。ウェブアプリケーション
サーバ２８０のさまざまな構成要素について以下により詳しく説明する。
２１８および２２４、ディスパッチャ２１４、２２０および２２６、認証サーバ
２５２、仮想パスマネージャ２５０、リソースマネージャ２５４、コンフィギュ
レーションプロバイダ２５６および複数のカートリッジ実行エンジン２２８、２
３２および２３６を含む、数多くの構成要素からなる。ウェブアプリケーション
サーバ２８０のさまざまな構成要素について以下により詳しく説明する。
【００３０】 重要なことであるが、ウェブアプリケーションサーバ２８０の数多くの構成要
素はオブジェクトリクエストブローカ（Object Request Broker）２８２などの マシン間通信機構を介して通信する。マシン間通信機構を用いることにより、ブ
ラウザリクエストにおいて特定されるオペレーションを実行するカートリッジイ
ンスタンスは、リクエストを受取るリスナおよびリクエストを発行するブラウザ
とは異なるマシン上で実行することができる。カートリッジインスタンスがリス
ナとは異なるマシン上にあるため、リスナは障害のあるカートリッジインスタン
スからよりよく隔離されることとなり、システムの信頼性および安全性が向上す
る。さらに、リスナが実行されるマシンと同じマシンでなく、数多くのマシン間
でカートリッジインスタンスを実行する処理の負担を分散することによってシス
テムのスケーラビリティが大幅に増加する。複数のマシンにわたってカートリッ
ジインスタンスの実行を分散できることから、いつどこで新しいカートリッジイ
ンスタンスを生じさせるかを決定するのに数多くのタイプの負荷の最適配分の技
法を用いることができる。
素はオブジェクトリクエストブローカ（Object Request Broker）２８２などの マシン間通信機構を介して通信する。マシン間通信機構を用いることにより、ブ
ラウザリクエストにおいて特定されるオペレーションを実行するカートリッジイ
ンスタンスは、リクエストを受取るリスナおよびリクエストを発行するブラウザ
とは異なるマシン上で実行することができる。カートリッジインスタンスがリス
ナとは異なるマシン上にあるため、リスナは障害のあるカートリッジインスタン
スからよりよく隔離されることとなり、システムの信頼性および安全性が向上す
る。さらに、リスナが実行されるマシンと同じマシンでなく、数多くのマシン間
でカートリッジインスタンスを実行する処理の負担を分散することによってシス
テムのスケーラビリティが大幅に増加する。複数のマシンにわたってカートリッ
ジインスタンスの実行を分散できることから、いつどこで新しいカートリッジイ
ンスタンスを生じさせるかを決定するのに数多くのタイプの負荷の最適配分の技
法を用いることができる。
【００３１】 システム２００内の典型的なオペレーションには一般的に以下の段階が含まれ
る。 ブラウザがインターネット２０８にわたってリクエストを送信する。
る。 ブラウザがインターネット２０８にわたってリクエストを送信する。
【００３２】 リスナがそのリクエストを受取ってトランスポートアダプタを介してディスパ
ッチャに渡す。
ッチャに渡す。
【００３３】 ディスパッチャは仮想パスマネージャ２５０と通信してそのリクエストを扱う
のに適切なカートリッジを判定する。
のに適切なカートリッジを判定する。
【００３４】 この時点で、ディスパッチャは２つの事柄のうち１つを行なう。ディスパッチ
ャがそのカートリッジに関する使用されていないインスタンスのことを知ってい
る場合、ディスパッチャはそのインスタンスにリクエストを送る。そのカートリ
ッジに関して使用されていないカートリッジインスタンスがない場合、ディスパ
ッチャはリソースマネージャ２５４に新しいカートリッジインスタンスを作るよ
う依頼する。そのインスタンスがうまく起動した後に、カートリッジはその存在
をリソースマネージャに知らせる。リソースマネージャ２５４はそこで、ディス
パッチャに新しいインスタンスのことを知らせる。ディスパッチャはブラウザリ
クエストに基づいて変更されたリクエストを作り、その変更されたリクエストを
新しいインスタンスに送る。
ャがそのカートリッジに関する使用されていないインスタンスのことを知ってい
る場合、ディスパッチャはそのインスタンスにリクエストを送る。そのカートリ
ッジに関して使用されていないカートリッジインスタンスがない場合、ディスパ
ッチャはリソースマネージャ２５４に新しいカートリッジインスタンスを作るよ
う依頼する。そのインスタンスがうまく起動した後に、カートリッジはその存在
をリソースマネージャに知らせる。リソースマネージャ２５４はそこで、ディス
パッチャに新しいインスタンスのことを知らせる。ディスパッチャはブラウザリ
クエストに基づいて変更されたリクエストを作り、その変更されたリクエストを
新しいインスタンスに送る。
【００３５】 カートリッジインスタンスはその変更されたリクエストを処理して、ディスパ
ッチャに応答を送る。
ッチャに応答を送る。
【００３６】 ディスパッチャはその応答をリスナを介してクライアントに戻す。 これらの段階について以下により詳しく説明する。
【００３７】 カートリッジ カートリッジは特定のアプリケーションまたはシステム機能を行なうためのコ
ードのモジュールである。カートリッジはシステム２００における分散の基本単
位を形成する。この発明の一実施例によれば、カートリッジはユニバーサル・リ
ソース・ロケータ（ＵＲＬ）を用いて名付けられる。すなわち、カートリッジ名
には２つの部分、すなわちカートリッジが存在するサーバのＩＰアドレスと、コ
ンパイルされたカートリッジコードのサーバディレクトリ構造における仮想パス
とがある。カートリッジはＵＲＬを用いて名付けられるため、カートリッジ名空
間はグローバルであり、文書などの他のウェブリソースにアクセスするのに用い
られるのと同じメッセージ通信技術を用いてカートリッジにアクセスすることが
できる。
ードのモジュールである。カートリッジはシステム２００における分散の基本単
位を形成する。この発明の一実施例によれば、カートリッジはユニバーサル・リ
ソース・ロケータ（ＵＲＬ）を用いて名付けられる。すなわち、カートリッジ名
には２つの部分、すなわちカートリッジが存在するサーバのＩＰアドレスと、コ
ンパイルされたカートリッジコードのサーバディレクトリ構造における仮想パス
とがある。カートリッジはＵＲＬを用いて名付けられるため、カートリッジ名空
間はグローバルであり、文書などの他のウェブリソースにアクセスするのに用い
られるのと同じメッセージ通信技術を用いてカートリッジにアクセスすることが
できる。
【００３８】 この発明の一実施例によれば、各カートリッジはすべてのカートリッジに対し
て共通の全体構造をもたらす標準インターフェイスを有する。この標準インター
フェイスは、特定の条件の下でウェブアプリケーションサーバ２８０により呼出
されるルーチンのインターフェイスを規定する。この発明の一実施例によれば、
抽象カートリッジインターフェイスは以下のとおりである。
て共通の全体構造をもたらす標準インターフェイスを有する。この標準インター
フェイスは、特定の条件の下でウェブアプリケーションサーバ２８０により呼出
されるルーチンのインターフェイスを規定する。この発明の一実施例によれば、
抽象カートリッジインターフェイスは以下のとおりである。
【００３９】
【表１】
【００４０】 init()ルーチンはカートリッジインスタンスを初期化する役割を果たす。この
ことには、いくつかのサブオブジェクトのコンストラクタを呼出すことと、スレ
ッドを予め分岐させることと、他のすべての必要となる共用リソースを獲得する
こととが含まれ得る。
ことには、いくつかのサブオブジェクトのコンストラクタを呼出すことと、スレ
ッドを予め分岐させることと、他のすべての必要となる共用リソースを獲得する
こととが含まれ得る。
【００４１】 shutdown()ルーチンはすべてのリソースを片付けカートリッジインスタンスを
シャットダウンする役割を果たす。カートリッジインスタンスに対して一度shut
down()ルーチンが呼出されると、直ちにカートリッジインスタンスは後続のリク
エストを処理するのに利用不可能となる。
シャットダウンする役割を果たす。カートリッジインスタンスに対して一度shut
down()ルーチンが呼出されると、直ちにカートリッジインスタンスは後続のリク
エストを処理するのに利用不可能となる。
【００４２】 authenticate()ルーチンではカートリッジのサービスをリクエストしているク
ライアントがそのサービスを用いることを許可されているかどうかを検証する。
ライアントがそのサービスを用いることを許可されているかどうかを検証する。
【００４３】 exec()ルーチンはカートリッジに対してすべてのサービスリクエストをディス
パッチする包括的なやり方である。
パッチする包括的なやり方である。
【００４４】 例示的カートリッジ 各カートリッジは、明確に定義された機能を行なうカートリッジとして構成さ
れるか、またはあるアプリケーションのためのインタプリタまたはルーチン環境
として作用するプログラム可能なカートリッジとして構成される。プログラム可
能なカートリッジの一例はＰＬ／ＳＱＬランタイムであり、これは構造的問合せ
言語（Structured Query Language）を用いるオラクルベースのプログラム言語 （Oracle-based Programming Language）（ＰＬ／ＳＱＬ）に従ってデータベー スクエリーを処理するよう構成される。ＰＬ／ＳＱＬランタイムはデータベース
クエリーを有するブラウザリクエストを実行する。ＰＬ／ＳＱＬランタイムは、
たとえば、データリンクを介してカートリッジインスタンスと通信しているデー
タベースサーバにアクセスすることによってリクエストを処理する。
れるか、またはあるアプリケーションのためのインタプリタまたはルーチン環境
として作用するプログラム可能なカートリッジとして構成される。プログラム可
能なカートリッジの一例はＰＬ／ＳＱＬランタイムであり、これは構造的問合せ
言語（Structured Query Language）を用いるオラクルベースのプログラム言語 （Oracle-based Programming Language）（ＰＬ／ＳＱＬ）に従ってデータベー スクエリーを処理するよう構成される。ＰＬ／ＳＱＬランタイムはデータベース
クエリーを有するブラウザリクエストを実行する。ＰＬ／ＳＱＬランタイムは、
たとえば、データリンクを介してカートリッジインスタンスと通信しているデー
タベースサーバにアクセスすることによってリクエストを処理する。
【００４５】 プログラム可能なカートリッジの別の例はＪＡＶＡランタイムインタプリタで
ある。ＪＡＶＡランタイムインタプリタカートリッジのおかげで、ウェブアプリ
ケーション開発者らはブラウザリクエストを処理するためのサーバ側のＪＡＶＡ
アプリケーションを書くことができる。同様に、たとえば第三者のサーバによっ
て実行されるプロセスにアクセスするなどの動的オペレーションをもたらすため
に、カスタムサーバをカートリッジとして構成してもよい。
ある。ＪＡＶＡランタイムインタプリタカートリッジのおかげで、ウェブアプリ
ケーション開発者らはブラウザリクエストを処理するためのサーバ側のＪＡＶＡ
アプリケーションを書くことができる。同様に、たとえば第三者のサーバによっ
て実行されるプロセスにアクセスするなどの動的オペレーションをもたらすため
に、カスタムサーバをカートリッジとして構成してもよい。
【００４６】 ディスパッチャ ディスパッチャは、リスナが受取ったリクエストを適当なカートリッジへ経路
選択するよう構成されるソフトウェアモジュールである。この発明の一実施例に
よれば、ディスパッチャはサーバ側のプログラム拡張（すなわち、「プラグイン
」）として実現される。そのため、ディスパッチャはそれらが属するリスナと同
じアドレス空間にロードされそこで実行される。ディスパッチャはコンパイル時
にリスナコードとリンクされてもよいし、実行時に動的にロードされてもよい。
選択するよう構成されるソフトウェアモジュールである。この発明の一実施例に
よれば、ディスパッチャはサーバ側のプログラム拡張（すなわち、「プラグイン
」）として実現される。そのため、ディスパッチャはそれらが属するリスナと同
じアドレス空間にロードされそこで実行される。ディスパッチャはコンパイル時
にリスナコードとリンクされてもよいし、実行時に動的にロードされてもよい。
【００４７】 例示される実施例では、ディスパッチャ２１４、２２０および２２６はそれぞ
れ、リスナ２１０、２１６および２２２に関連付けられる。ディスパッチャ２１
４、２２０および２２６は、リスナ２１０、２１６および２２２が受取ったブラ
ウザリクエストをカートリッジへ選択的に経路制御する。
れ、リスナ２１０、２１６および２２２に関連付けられる。ディスパッチャ２１
４、２２０および２２６は、リスナ２１０、２１６および２２２が受取ったブラ
ウザリクエストをカートリッジへ選択的に経路制御する。
【００４８】 たとえば、リスナ２１０がユニフォーム・リソース・ロケータ（ＵＲＬ：Unif
orm Resource Locator）の形態で運ばれるブラウザリクエストをインターネット
２０８から受取ると仮定する。このブラウザリクエストは、たとえばＨＴＭＬペ
ージまたは実行すべきオペレーションであるウェブオブジェクトに対する識別子
の役割を果たす。リスナ２１０はそのブラウザリクエストの解釈を全く試みるこ
となくディスパッチャ２１４に受渡す。ブラウザリクエストを受取ると、ディス
パッチャ２１４は、 （１） 仮想パスマネージャ２５０と通信してブラウザリクエストによって選
択されるカートリッジを識別し、かつそのカートリッジが認証を要するかどうか
を判定し、 （２） そのカートリッジが認証を必要とする場合、認証サーバ２５２と通信
してブラウザがその選択されたカートリッジにアクセスすることが許されるかど
うかを判定し、 （３） アクセスが許可された場合に、リソースマネージャと通信してブラウ
ザリクエストを送るべき選択されたカートリッジの特定のインスタンスを定め、 （４） カートリッジの特定されたインスタンスによる実行のため、変更され
たブラウザリクエストを作りかつディスパッチする。
orm Resource Locator）の形態で運ばれるブラウザリクエストをインターネット
２０８から受取ると仮定する。このブラウザリクエストは、たとえばＨＴＭＬペ
ージまたは実行すべきオペレーションであるウェブオブジェクトに対する識別子
の役割を果たす。リスナ２１０はそのブラウザリクエストの解釈を全く試みるこ
となくディスパッチャ２１４に受渡す。ブラウザリクエストを受取ると、ディス
パッチャ２１４は、 （１） 仮想パスマネージャ２５０と通信してブラウザリクエストによって選
択されるカートリッジを識別し、かつそのカートリッジが認証を要するかどうか
を判定し、 （２） そのカートリッジが認証を必要とする場合、認証サーバ２５２と通信
してブラウザがその選択されたカートリッジにアクセスすることが許されるかど
うかを判定し、 （３） アクセスが許可された場合に、リソースマネージャと通信してブラウ
ザリクエストを送るべき選択されたカートリッジの特定のインスタンスを定め、 （４） カートリッジの特定されたインスタンスによる実行のため、変更され
たブラウザリクエストを作りかつディスパッチする。
【００４９】 変更されたブラウザリクエストは元のブラウザリクエストで受取った情報を再
パッケージする。変更されたブラウザリクエストはたとえば、カートリッジの正
しいオペレーションに必要なデータを含むコンテキストオブジェクトを含んでい
てもよい。カートリッジの正しいオペレーションに必要なデータには、たとえば
、そのブラウザリクエストが関連付けられるトランザクションを識別するトラン
ザクションＩＤが含まれる。
パッケージする。変更されたブラウザリクエストはたとえば、カートリッジの正
しいオペレーションに必要なデータを含むコンテキストオブジェクトを含んでい
てもよい。カートリッジの正しいオペレーションに必要なデータには、たとえば
、そのブラウザリクエストが関連付けられるトランザクションを識別するトラン
ザクションＩＤが含まれる。
【００５０】 カートリッジがリクエストに返答すると、そのカートリッジはディスパッチャ
にその返答を送り、ディスパッチャはこの返答をリスナに渡してそのリクエスト
を開始したブラウザへ送信されるようにする。
にその返答を送り、ディスパッチャはこの返答をリスナに渡してそのリクエスト
を開始したブラウザへ送信されるようにする。
【００５１】 コンフィギュレーションプロバイダ この発明の一実施例によれば、ウェブアプリケーションサーバ２８０とともに
用いるべきカートリッジはまずウェブアプリケーションサーバ２８０に登録され
る。登録プロセスの間、そのカートリッジに関する情報がコンフィギュレーショ
ンプロバイダ２５６に供給される。コンフィギュレーションプロバイダ２５６は
その情報をメタデータ２５８として蔵置してウェブアプリケーションサーバ２８
０の構成要素が後からアクセスできるようにする。
用いるべきカートリッジはまずウェブアプリケーションサーバ２８０に登録され
る。登録プロセスの間、そのカートリッジに関する情報がコンフィギュレーショ
ンプロバイダ２５６に供給される。コンフィギュレーションプロバイダ２５６は
その情報をメタデータ２５８として蔵置してウェブアプリケーションサーバ２８
０の構成要素が後からアクセスできるようにする。
【００５２】 メタデータ２５８はたとえば、 （１） カートリッジ名、 （２） 必要となるインスタンスの最小数、 （３） インスタンスの最大数、 （４） カートリッジを実装するコードの場所、 （５） コールバック機能（初期化、リクエストハンドラ、シャットダウン）
を実行するためカートリッジ実行エンジンが用いるプログラムに依存した関数名
、 （６） カートリッジを実行するためのマシンのリスト、 （７） カートリッジのためのアイドルタイム（カートリッジのインスタンス
がシャットダウンされる前にアイドル状態でいることができる時間量）、 （８） オブジェクト識別子および （９） もしあれば、カートリッジとともに用いるべき、認証サービスのタイ
プを示すデータ を含んでいてもよい。
を実行するためカートリッジ実行エンジンが用いるプログラムに依存した関数名
、 （６） カートリッジを実行するためのマシンのリスト、 （７） カートリッジのためのアイドルタイム（カートリッジのインスタンス
がシャットダウンされる前にアイドル状態でいることができる時間量）、 （８） オブジェクト識別子および （９） もしあれば、カートリッジとともに用いるべき、認証サービスのタイ
プを示すデータ を含んでいてもよい。
【００５３】 オブジェクト識別子は、対応するカートリッジによるオペレーションの実行を
リクエストするためにブラウザリクエストが供給しなければならないデータを特
定する。オブジェクトタイプは特定のワードまたはＵＲＬであってもよく、また
は「/java」などの仮想パスを含んでいてもよい。
リクエストするためにブラウザリクエストが供給しなければならないデータを特
定する。オブジェクトタイプは特定のワードまたはＵＲＬであってもよく、また
は「/java」などの仮想パスを含んでいてもよい。
【００５４】 一度コンフィギュレーションプロバイダ２５６が特定のカートリッジに対する
コンフィギュレーション情報をメタデータ２５８内に蔵置すると、そのカートリ
ッジはウェブアプリケーションサーバ２８０が起動される際に自動的に登録され
る。
コンフィギュレーション情報をメタデータ２５８内に蔵置すると、そのカートリ
ッジはウェブアプリケーションサーバ２８０が起動される際に自動的に登録され
る。
【００５５】 カートリッジがウェブアプリケーションサーバ２８０に登録された後、リソー
スマネージャ２５４はカートリッジに対する最小インスタンスをイニシエートす
る。一度最小数のインスタンスがイニシエートされると、ウェブアプリケーショ
ンサーバ２８０はブラウザリクエストを処理する準備が整う。
スマネージャ２５４はカートリッジに対する最小インスタンスをイニシエートす
る。一度最小数のインスタンスがイニシエートされると、ウェブアプリケーショ
ンサーバ２８０はブラウザリクエストを処理する準備が整う。
【００５６】 仮想パスマネージャ 上に述べたように、ディスパッチャは仮想パスマネージャ２５０と通信して各
々の変更されたブラウザリクエストをどこに経路選択するかを定める。特定的に
は、各ブラウザリクエストは典型的にＵＲＬを含む。ブラウザリクエストを受取
ると、ディスパッチャはそのリクエスト内のＵＲＬを仮想パスマネージャ２５０
に送る。仮想パスマネージャ２５０はこれに応答して、もしあれば、ＵＲＬに関
連付けられるカートリッジを識別するデータをディスパッチャに送る。
々の変更されたブラウザリクエストをどこに経路選択するかを定める。特定的に
は、各ブラウザリクエストは典型的にＵＲＬを含む。ブラウザリクエストを受取
ると、ディスパッチャはそのリクエスト内のＵＲＬを仮想パスマネージャ２５０
に送る。仮想パスマネージャ２５０はこれに応答して、もしあれば、ＵＲＬに関
連付けられるカートリッジを識別するデータをディスパッチャに送る。
【００５７】 必要とされる情報をディスパッチャに供給するため、仮想パスマネージャ２５
０はＵＲＬをカートリッジにマッピングするメタデータ２５８を調べる。ブラウ
ザリクエストを受取ったことに応答して、仮想パスマネージャ２５０はマッピン
グデータを用いて、もしあれば、ブラウザリクエストに含まれるＵＲＬに対応す
るカートリッジを判定する。
０はＵＲＬをカートリッジにマッピングするメタデータ２５８を調べる。ブラウ
ザリクエストを受取ったことに応答して、仮想パスマネージャ２５０はマッピン
グデータを用いて、もしあれば、ブラウザリクエストに含まれるＵＲＬに対応す
るカートリッジを判定する。
【００５８】 たとえば、ブラウザリクエストが仮想パス「/java」で始まるＵＲＬリクエス トである場合、マッピングにより、ＪＡＶＡインタプリタカートリッジが仮想パ
ス「/java」を有するリクエストを取扱うよう構成されていることが示されるか もしれない。
ス「/java」を有するリクエストを取扱うよう構成されていることが示されるか もしれない。
【００５９】 この発明の一実施例によれば、仮想パスマネージャ２５０はまた、ＵＲＬに関
連付けられたカートリッジが認証を必要とするかどうかを判定する。カートリッ
ジが認証を要する場合、仮想パスマネージャ２５０はディスパッチャに送る応答
において、認証が必要であることを示す。認証が必要でない場合、ディスパッチ
ャは認証サーバ２５２を呼出すことなく、カートリッジのインスタンスに対する
変更されたブラウザリクエストを作って送る。認証が必要である場合、変更され
たリクエストをカートリッジのインスタンスに送出してもよいことを認証サーバ
が示した後に初めてディスパッチャはそのカートリッジのインスタンスに変更さ
れたリクエストを送る。
連付けられたカートリッジが認証を必要とするかどうかを判定する。カートリッ
ジが認証を要する場合、仮想パスマネージャ２５０はディスパッチャに送る応答
において、認証が必要であることを示す。認証が必要でない場合、ディスパッチ
ャは認証サーバ２５２を呼出すことなく、カートリッジのインスタンスに対する
変更されたブラウザリクエストを作って送る。認証が必要である場合、変更され
たリクエストをカートリッジのインスタンスに送出してもよいことを認証サーバ
が示した後に初めてディスパッチャはそのカートリッジのインスタンスに変更さ
れたリクエストを送る。
【００６０】 リソースマネージャ ウェブアプリケーションサーバ２８０のリソースマネージャ２５４は、カート
リッジに対して予め定められた最小数のインスタンスをイニシエートし、各カー
トリッジのインスタンスの間で負荷の最適配分を行ない、所与のカートリッジの
予め定められた最大数のインスタンスまで必要に応じてカートリッジの新しいイ
ンスタンスをイニシエートすることによってカートリッジの各々の実行を管理す
る。
リッジに対して予め定められた最小数のインスタンスをイニシエートし、各カー
トリッジのインスタンスの間で負荷の最適配分を行ない、所与のカートリッジの
予め定められた最大数のインスタンスまで必要に応じてカートリッジの新しいイ
ンスタンスをイニシエートすることによってカートリッジの各々の実行を管理す
る。
【００６１】 たとえば、ある特定のカートリッジ（Ｃ１）のためのメタデータが以下の情報
を含んでいると仮定する。
を含んでいると仮定する。
【００６２】 名称＝Ｃ１ 最小インスタンス＝１０ 最大インスタンス＝５０ ホストマシン＝Ｍ１、Ｍ３、Ｍ８ アイドルタイム＝３０秒 このメタデータに基づいて、カートリッジＣ１が初めに登録される際に、リソ
ースマネージャ２５４はＣ１の１０のインスタンスをイニシエートさせる。リソ
ースマネージャ２５４はラベルＭ１、Ｍ３およびＭ８に関連付けられるマシン上
の１０のインスタンスをイニシエートすることになる。
ースマネージャ２５４はＣ１の１０のインスタンスをイニシエートさせる。リソ
ースマネージャ２５４はラベルＭ１、Ｍ３およびＭ８に関連付けられるマシン上
の１０のインスタンスをイニシエートすることになる。
【００６３】 Ｃ１をアクセスするリクエストをディスパッチャから受取った際、リソースマ
ネージャ２５４はＣ１のいずれかの既存のインスタンスが利用可能であるかどう
かを判定する。リクエストを受取った際にＣ１のどのインスタンスも利用可能で
ない場合、リソースマネージャ２５４はＣ１の最大数のインスタンスが既に実行
されているかどうかを判定する。Ｃ１の最大数のインスタンスが既に実行されて
いない場合、リソースマネージャ２５４は可能なホストマシンの１つの上でＣ１
の新しいインスタンスをイニシエートし、リクエストを発行したディスパッチャ
にこの新しいインスタンスを識別するメッセージを送信する。Ｃ１の最大数のイ
ンスタンスが既に実行されている場合、リソースマネージャ２５４はリクエスト
を発行したディスパッチャに対し、その時点でそのリクエストを取扱うことがで
きないことを示すメッセージを送る。
ネージャ２５４はＣ１のいずれかの既存のインスタンスが利用可能であるかどう
かを判定する。リクエストを受取った際にＣ１のどのインスタンスも利用可能で
ない場合、リソースマネージャ２５４はＣ１の最大数のインスタンスが既に実行
されているかどうかを判定する。Ｃ１の最大数のインスタンスが既に実行されて
いない場合、リソースマネージャ２５４は可能なホストマシンの１つの上でＣ１
の新しいインスタンスをイニシエートし、リクエストを発行したディスパッチャ
にこの新しいインスタンスを識別するメッセージを送信する。Ｃ１の最大数のイ
ンスタンスが既に実行されている場合、リソースマネージャ２５４はリクエスト
を発行したディスパッチャに対し、その時点でそのリクエストを取扱うことがで
きないことを示すメッセージを送る。
【００６４】 負荷の最適配分 この発明の一実施例によれば、リソースマネージャ２５４は１組の負荷の最適
配分の規則を適用して、２つ以上の可能なホストマシンがある中、カートリッジ
のインスタンスをどこでイニシエートするかを定める。すなわち、上の例では、
Ｍ１、Ｍ２およびＭ３はすべてカートリッジＣ１のインスタンスを実行すること
が可能である。Ｍ１、Ｍ２およびＭ３が同じ処理能力を有する場合、インスタン
スを３つのマシンにわたって均等に分散するのが望ましいであろう。しかしなが
ら、Ｍ１がＭ２およびＭ３の１０倍の処理力を有するなら、Ｃ１のインスタンス
のすべてをある時点まではＭ１でイニシエートし、それからさらなるインスタン
スをＭ１、Ｍ２およびＭ３の間で均等に分散させるのが望ましいであろう。
配分の規則を適用して、２つ以上の可能なホストマシンがある中、カートリッジ
のインスタンスをどこでイニシエートするかを定める。すなわち、上の例では、
Ｍ１、Ｍ２およびＭ３はすべてカートリッジＣ１のインスタンスを実行すること
が可能である。Ｍ１、Ｍ２およびＭ３が同じ処理能力を有する場合、インスタン
スを３つのマシンにわたって均等に分散するのが望ましいであろう。しかしなが
ら、Ｍ１がＭ２およびＭ３の１０倍の処理力を有するなら、Ｃ１のインスタンス
のすべてをある時点まではＭ１でイニシエートし、それからさらなるインスタン
スをＭ１、Ｍ２およびＭ３の間で均等に分散させるのが望ましいであろう。
【００６５】 可能なマシンの間で負荷の最適配分を如何に行なうかを定める上でリソースマ
ネージャ２５４を助けるため、各カートリッジに対して蔵置されるメタデータは
さらなる詳細を含んでいてもよい。たとえば、メタデータは各マシンに対してイ
ンスタンスの別個の最小および最大数を特定してもよい。マシンごとの最小およ
び最大値を、すべてのマシンに適用される最小および最大値の代わりにまたはそ
れと併せて用いてもよい。その場合リソースマネージャ２５４は、そのマシンの
ための最大許容可能なインスタンスに対して現在実行されているインスタンスの
比が最も低いマシンはどれかに基づいて、マシン間で新しいインスタンスを分散
させることができる。
ネージャ２５４を助けるため、各カートリッジに対して蔵置されるメタデータは
さらなる詳細を含んでいてもよい。たとえば、メタデータは各マシンに対してイ
ンスタンスの別個の最小および最大数を特定してもよい。マシンごとの最小およ
び最大値を、すべてのマシンに適用される最小および最大値の代わりにまたはそ
れと併せて用いてもよい。その場合リソースマネージャ２５４は、そのマシンの
ための最大許容可能なインスタンスに対して現在実行されているインスタンスの
比が最も低いマシンはどれかに基づいて、マシン間で新しいインスタンスを分散
させることができる。
【００６６】 メタデータはまた、ある特定のカートリッジを実行できるマシンのための順序
を特定してもよい。その順序においてＮ＋１の位置にあるマシンは、その順序に
おいてＮ番目の位置にあるマシンが既にＮ番目のマシンで許容されるその最大数
のインスタンスを実行している場合にだけカートリッジのインスタンスを実行す
るのに用いられる。
を特定してもよい。その順序においてＮ＋１の位置にあるマシンは、その順序に
おいてＮ番目の位置にあるマシンが既にＮ番目のマシンで許容されるその最大数
のインスタンスを実行している場合にだけカートリッジのインスタンスを実行す
るのに用いられる。
【００６７】 各々の特定のマシンの最大および実際の数のインスタンスの代わりに、または
それに加えて、リソースマネージャ２５４はまた、さまざまなシステムパラメー
タを考慮してどのマシンがカートリッジの新しいインスタンスをホストすべきで
あるかを定めてもよい。そのようなパラメータにはたとえば、マシン上の使用さ
れていないメモリの量、そのマシン上で現在実行されているプロセッサの総数、
マシンのタイプなどが含まれていてもよい。各々の可能なマシンに対し、リソー
スマネージャ２５４はこれらのパラメータの加重平均を定める。加重平均が最も
高いマシンが新しいカートリッジインスタンスをホストするよう選択される。
それに加えて、リソースマネージャ２５４はまた、さまざまなシステムパラメー
タを考慮してどのマシンがカートリッジの新しいインスタンスをホストすべきで
あるかを定めてもよい。そのようなパラメータにはたとえば、マシン上の使用さ
れていないメモリの量、そのマシン上で現在実行されているプロセッサの総数、
マシンのタイプなどが含まれていてもよい。各々の可能なマシンに対し、リソー
スマネージャ２５４はこれらのパラメータの加重平均を定める。加重平均が最も
高いマシンが新しいカートリッジインスタンスをホストするよう選択される。
【００６８】 カートリッジインスタンスステータスの管理 この発明の一実施例によれば、リソースマネージャ２５４は作られたカートリ
ッジインスタンスを管理するためステート情報を維持する。ステート情報には、
インスタンスを識別し、そのインスタンスを実行するマシンを識別し、そのイン
スタンスが割当てられたリスナを識別するデータが含まれる。
ッジインスタンスを管理するためステート情報を維持する。ステート情報には、
インスタンスを識別し、そのインスタンスを実行するマシンを識別し、そのイン
スタンスが割当てられたリスナを識別するデータが含まれる。
【００６９】 図５には、このステート情報を蔵置するためリソースマネージャ２５４が維持
し得る表５００が示される。表５００には、インスタンス列５０２、カートリッ
ジ列５０４、リスナ列５０６およびマシン列５０８が含まれる。表５００の各行
は別個のカートリッジインスタンスに対応する。所与のカートリッジインスタン
スに対する行内で、カートリッジ列５０４はカートリッジインスタンスに関連づ
けられるカートリッジを識別し、インスタンス列５０２はそのカートリッジイン
スタンスのインスタンス番号を示す。たとえば、行５１０はカートリッジＣ１の
インスタンスに対応する。このため、行５１０のカートリッジ列５０４はカート
リッジＣ１を示す。行５１０のインスタンス列５０２は行５１０に関連づけられ
るカートリッジインスタンスがカートリッジＣ１のインスタンス１であることを
示す。
し得る表５００が示される。表５００には、インスタンス列５０２、カートリッ
ジ列５０４、リスナ列５０６およびマシン列５０８が含まれる。表５００の各行
は別個のカートリッジインスタンスに対応する。所与のカートリッジインスタン
スに対する行内で、カートリッジ列５０４はカートリッジインスタンスに関連づ
けられるカートリッジを識別し、インスタンス列５０２はそのカートリッジイン
スタンスのインスタンス番号を示す。たとえば、行５１０はカートリッジＣ１の
インスタンスに対応する。このため、行５１０のカートリッジ列５０４はカート
リッジＣ１を示す。行５１０のインスタンス列５０２は行５１０に関連づけられ
るカートリッジインスタンスがカートリッジＣ１のインスタンス１であることを
示す。
【００７０】 リスナ列５０６は、ある行に関連づけられるカートリッジインスタンスが割当
てられたリスナを示す。マシン列５０８は、ある行に関連づけられるカートリッ
ジインスタンスが実行されているマシンを示す。たとえば、行５１０に関連づけ
られるカートリッジインスタンスはリスナ２１０に割当てられており、マシンＭ
１上で実行されている。
てられたリスナを示す。マシン列５０８は、ある行に関連づけられるカートリッ
ジインスタンスが実行されているマシンを示す。たとえば、行５１０に関連づけ
られるカートリッジインスタンスはリスナ２１０に割当てられており、マシンＭ
１上で実行されている。
【００７１】 リソースマネージャ２５４と同様に、各ディスパッチャはそのディスパッチャ
が設けられているリスナに割当てられたカートリッジインスタンスに対するステ
ート情報を維持する。このようなステート情報はたとえば、図４に示されるよう
な表４００において維持されてもよい。表５００と同様に、表４００にはそれぞ
れインスタンス番号およびカートリッジ識別子を保持するインスタンス列４０２
およびカートリッジ列４０４が含まれる。しかしながら、表５００ではリソース
マネージャ２５４によって割当てられるすべてのカートリッジインスタンスに対
して１つずつエントリが含まれるのに対し、表４００では特定のリスナに割当て
られたカートリッジインスタンスに対するエントリしか含まれない。たとえば、
表４００は、表５００に列挙されたカートリッジインスタンスのうちリスナ２０
０に割当てられたもののみに対するエントリを含む。
が設けられているリスナに割当てられたカートリッジインスタンスに対するステ
ート情報を維持する。このようなステート情報はたとえば、図４に示されるよう
な表４００において維持されてもよい。表５００と同様に、表４００にはそれぞ
れインスタンス番号およびカートリッジ識別子を保持するインスタンス列４０２
およびカートリッジ列４０４が含まれる。しかしながら、表５００ではリソース
マネージャ２５４によって割当てられるすべてのカートリッジインスタンスに対
して１つずつエントリが含まれるのに対し、表４００では特定のリスナに割当て
られたカートリッジインスタンスに対するエントリしか含まれない。たとえば、
表４００は、表５００に列挙されたカートリッジインスタンスのうちリスナ２０
０に割当てられたもののみに対するエントリを含む。
【００７２】 インスタンス列４０２およびカートリッジ列４０４に加えて、表４００にはス
テータス列４０６が含まれる。各行に対し、ステータス列４０６はその行に関連
づけられるインスタンスのステータスを示す値を保持する。たとえば、行４０８
のステータス列４０６はカートリッジＣ１にインスタンス１が現在ビジーである
ことを示している。例示される実施例では、ステータス列４０６はカートリッジ
インスタンスがＢＵＳＹまたはＦＲＥＥのいずれかであることを示すフラグを保
持する。カートリッジステータスの重要性について、リソースマネージャ２５４
とディスパッチャ２１４および２２０とのオペレーションに関連して以下に説明
する。
テータス列４０６が含まれる。各行に対し、ステータス列４０６はその行に関連
づけられるインスタンスのステータスを示す値を保持する。たとえば、行４０８
のステータス列４０６はカートリッジＣ１にインスタンス１が現在ビジーである
ことを示している。例示される実施例では、ステータス列４０６はカートリッジ
インスタンスがＢＵＳＹまたはＦＲＥＥのいずれかであることを示すフラグを保
持する。カートリッジステータスの重要性について、リソースマネージャ２５４
とディスパッチャ２１４および２２０とのオペレーションに関連して以下に説明
する。
【００７３】 ディスパッチャとリソースマネージャとの相互作用 上述のように、ディスパッチャは特定のカートリッジに変更されたブラウザリ
クエストを送る必要がある際にリソースマネージャ２５４と通信する。この発明
の一実施例によれば、ディスパッチャはまず、適当なカートリッジのインスタン
スが（１）これに既に割当てられているかどうか、また（２）新しい変更された
ブラウザリクエストを処理するのに利用可能であるかどうかを判定する。適当な
カートリッジインスタンスがディスパッチャに既に割当てられており新しい変更
されたブラウザリクエストを処理するのに現在利用可能である場合、ディスパッ
チャはリソースマネージャ２５４とさらに通信することなく、変更されたブラウ
ザリクエストをカートリッジインスタンスへ転送する。
クエストを送る必要がある際にリソースマネージャ２５４と通信する。この発明
の一実施例によれば、ディスパッチャはまず、適当なカートリッジのインスタン
スが（１）これに既に割当てられているかどうか、また（２）新しい変更された
ブラウザリクエストを処理するのに利用可能であるかどうかを判定する。適当な
カートリッジインスタンスがディスパッチャに既に割当てられており新しい変更
されたブラウザリクエストを処理するのに現在利用可能である場合、ディスパッ
チャはリソースマネージャ２５４とさらに通信することなく、変更されたブラウ
ザリクエストをカートリッジインスタンスへ転送する。
【００７４】 たとえば、仮想パスマネージャ２５０によればカートリッジＣ１が処理しなけ
ればならないブラウザリクエストをリスナ２１０が受取ったと仮定する。また、
表４００がリスナ２１０に割当てられたカートリッジインスタンスの現在のリス
トおよびステータスを反映すると仮定する。リスナ２１０からブラウザリクエス
トを受取ると、ディスパッチャ２１４は表４００を調べてカートリッジＣ１のＦ
ＲＥＥインスタンスがあるか探す。例示される表４００では、行４１０がカート
リッジＣ１のインスタンス３が現在ＦＲＥＥであることを示している。したがっ
て、ディスパッチャ２１４はさらにリソースマネージャ２５４と通信することな
く変更されたブラウザリクエストを直接カートリッジＣ１のインスタンス３に転
送する。変更されたブラウザリクエストを送ることに応答してディスパッチャ２
１４は行４１０のステータス列４０６のステータス値をＢＵＳＹに変える。
ればならないブラウザリクエストをリスナ２１０が受取ったと仮定する。また、
表４００がリスナ２１０に割当てられたカートリッジインスタンスの現在のリス
トおよびステータスを反映すると仮定する。リスナ２１０からブラウザリクエス
トを受取ると、ディスパッチャ２１４は表４００を調べてカートリッジＣ１のＦ
ＲＥＥインスタンスがあるか探す。例示される表４００では、行４１０がカート
リッジＣ１のインスタンス３が現在ＦＲＥＥであることを示している。したがっ
て、ディスパッチャ２１４はさらにリソースマネージャ２５４と通信することな
く変更されたブラウザリクエストを直接カートリッジＣ１のインスタンス３に転
送する。変更されたブラウザリクエストを送ることに応答してディスパッチャ２
１４は行４１０のステータス列４０６のステータス値をＢＵＳＹに変える。
【００７５】 リスナに現在利用可能である適当なカートリッジインスタンスが既に割当てら
れていない場合、カートリッジに関連づけられるディスパッチャはリソースマネ
ージャ２５４からのカートリッジインスタンスをリクエストする。必要とされる
カートリッジのインスタンスが利用可能でなく、かつ必要とされるカートリッジ
の既存のインスタンスの数が最大数より下であることをリソースマネージャ２５
４が判定した場合、リソースマネージャ２５４は新しいカートリッジをイニシエ
ートする。新しいカートリッジをイニシエートする際に、リソースマネージャ２
５４は表５００に新しいカートリッジインスタンスのためのエントリを挿入する
。
れていない場合、カートリッジに関連づけられるディスパッチャはリソースマネ
ージャ２５４からのカートリッジインスタンスをリクエストする。必要とされる
カートリッジのインスタンスが利用可能でなく、かつ必要とされるカートリッジ
の既存のインスタンスの数が最大数より下であることをリソースマネージャ２５
４が判定した場合、リソースマネージャ２５４は新しいカートリッジをイニシエ
ートする。新しいカートリッジをイニシエートする際に、リソースマネージャ２
５４は表５００に新しいカートリッジインスタンスのためのエントリを挿入する
。
【００７６】 たとえば、カートリッジＣ３が処理しなければならないブラウザリクエストを
リスナ２１０が受取ったと仮定する。また、カートリッジＣ３のインスタンス３
がまだイニシエートされていないものと仮定する。こうした条件の下では、ディ
スパッチャ２１４はリソースマネージャ２５４にカートリッジＣ３のインスタン
スに対するハンドルを求めるリクエストを送る。このリクエストに応答して、リ
ソースマネージャ２５４はマシンＭ３上でカートリッジＣ３のインスタンス３を
イニシエートする。さらに、リソースマネージャ２５４は行５１２に見られるエ
ントリを表５００に挿入する。
リスナ２１０が受取ったと仮定する。また、カートリッジＣ３のインスタンス３
がまだイニシエートされていないものと仮定する。こうした条件の下では、ディ
スパッチャ２１４はリソースマネージャ２５４にカートリッジＣ３のインスタン
スに対するハンドルを求めるリクエストを送る。このリクエストに応答して、リ
ソースマネージャ２５４はマシンＭ３上でカートリッジＣ３のインスタンス３を
イニシエートする。さらに、リソースマネージャ２５４は行５１２に見られるエ
ントリを表５００に挿入する。
【００７７】 表５００にカートリッジＣ３のインスタンス３のための行５１２を挿入した後
、リソースマネージャ２５４はディスパッチャ２１４に新しく作られたインスタ
ンスに対するハンドルを送り返す。このハンドルを受取ったことに応答して、デ
ィスパッチャ２１４はそのステータス表４００に新しいインスタンスのためのエ
ントリ（行４１２）を挿入する。ディスパッチャ２１４はそこで、変更されたブ
ラウザリクエストをカートリッジＣ３のインスタンス３に送信する。
、リソースマネージャ２５４はディスパッチャ２１４に新しく作られたインスタ
ンスに対するハンドルを送り返す。このハンドルを受取ったことに応答して、デ
ィスパッチャ２１４はそのステータス表４００に新しいインスタンスのためのエ
ントリ（行４１２）を挿入する。ディスパッチャ２１４はそこで、変更されたブ
ラウザリクエストをカートリッジＣ３のインスタンス３に送信する。
【００７８】 カートリッジインスタンスの解放 この発明の一実施例によれば、リスナはカートリッジインスタンスが未処理の
ブラウザリクエストに応答し終わった際にカートリッジインスタンスの所有権を
自動的に解放することはない。たとえば、カートリッジＣ３のインスタンス３が
変更されたブラウザリクエストを受取り、その変更されたブラウザリクエストを
処理して、ディスパッチャ２１４に応答を送り返すと想定する。ディスパッチャ
２１４はその応答をリスナ２１０に渡し、これがブラウザリクエストを発行した
ブラウザに送り返されるようにする。
ブラウザリクエストに応答し終わった際にカートリッジインスタンスの所有権を
自動的に解放することはない。たとえば、カートリッジＣ３のインスタンス３が
変更されたブラウザリクエストを受取り、その変更されたブラウザリクエストを
処理して、ディスパッチャ２１４に応答を送り返すと想定する。ディスパッチャ
２１４はその応答をリスナ２１０に渡し、これがブラウザリクエストを発行した
ブラウザに送り返されるようにする。
【００７９】 この時点で、リスナ２１０はカートリッジＣ３のインスタンス３の所有権をも
はや必要としない。しかしながら、カートリッジＣ３のインスタンス３の所有権
をリソースマネージャ２５４に戻す代わりに、ディスパッチャ２１４は単に行４
１２のステータス列４０６をＢＵＳＹからＦＲＥＥに変える。
はや必要としない。しかしながら、カートリッジＣ３のインスタンス３の所有権
をリソースマネージャ２５４に戻す代わりに、ディスパッチャ２１４は単に行４
１２のステータス列４０６をＢＵＳＹからＦＲＥＥに変える。
【００８０】 行４１２のステータス列４０６の値をＦＲＥＥに変えることによって、カート
リッジＣ３のインスタンス３がもはやリクエストを処理しておらず、よって後続
のリクエストを処理する準備ができていることが示される。しかしながら、カー
トリッジＣ３のインスタンス３が利用可能であることを示す表４００はディスパ
ッチャ２１４によって局所的に維持されているため、カートリッジＣ３のインス
タンス３はリスナ２１０に到達する後続のブラウザリクエストに対してだけ利用
可能である。リソースマネージャ２５４が維持する表５００の行５１２はカート
リッジＣ３のインスタンス３をリスナ２１０が所有していることを引続き示す。
リッジＣ３のインスタンス３がもはやリクエストを処理しておらず、よって後続
のリクエストを処理する準備ができていることが示される。しかしながら、カー
トリッジＣ３のインスタンス３が利用可能であることを示す表４００はディスパ
ッチャ２１４によって局所的に維持されているため、カートリッジＣ３のインス
タンス３はリスナ２１０に到達する後続のブラウザリクエストに対してだけ利用
可能である。リソースマネージャ２５４が維持する表５００の行５１２はカート
リッジＣ３のインスタンス３をリスナ２１０が所有していることを引続き示す。
【００８１】 リスナはリクエストが処理されるたびにカートリッジインスタンスを自動的に
解放するわけではないため、リソースマネージャ２５４とさまざまなディスパッ
チャとの間での通信に関連するオーバーヘッドは大幅に減少される。たとえば、
カートリッジＣ３に伝えなければならない１０の連続したリクエストをリスナ２
１０が受取るものと仮定する。１０のリクエストの各々に対してリソースマネー
ジャ２５４と通信するのではなく、ディスパッチャ２１４は最初のリクエストに
応答してリソースマネージャ２５４と通信してもよい。ディスパッチャ２１４は
後続の９つのリクエストをリソースマネージャ２５４と通信することなく処理す
ることができるが、これはディスパッチャ２１４が最初のリクエストを処理する
Ｃ３の同じインスタンスを用いて９つの後続のリクエストを処理するためである
。
解放するわけではないため、リソースマネージャ２５４とさまざまなディスパッ
チャとの間での通信に関連するオーバーヘッドは大幅に減少される。たとえば、
カートリッジＣ３に伝えなければならない１０の連続したリクエストをリスナ２
１０が受取るものと仮定する。１０のリクエストの各々に対してリソースマネー
ジャ２５４と通信するのではなく、ディスパッチャ２１４は最初のリクエストに
応答してリソースマネージャ２５４と通信してもよい。ディスパッチャ２１４は
後続の９つのリクエストをリソースマネージャ２５４と通信することなく処理す
ることができるが、これはディスパッチャ２１４が最初のリクエストを処理する
Ｃ３の同じインスタンスを用いて９つの後続のリクエストを処理するためである
。
【００８２】 各リクエストを処理する際にカートリッジインスタンスのリスナ所有権を自動
的に解放しないことでウェブアプリケーションサーバ２８０の効率が向上される
とはいえ、リスナは無期限にカートリッジインスタンスの所有権を維持すること
はできない。たとえば、長い期間にわたって用いられなかったインスタンスはリ
ソースマネージャ２５４に戻され、リソースを空けるためにその割当ての解除が
できるようにすべきである。さらに、他のリスナがそのカートリッジのインスタ
ンスを必要としているところに、１つのリスナが比較的長い時間使っていなかっ
たカートリッジのインスタンスの所有権を維持することは効率的ではない。
的に解放しないことでウェブアプリケーションサーバ２８０の効率が向上される
とはいえ、リスナは無期限にカートリッジインスタンスの所有権を維持すること
はできない。たとえば、長い期間にわたって用いられなかったインスタンスはリ
ソースマネージャ２５４に戻され、リソースを空けるためにその割当ての解除が
できるようにすべきである。さらに、他のリスナがそのカートリッジのインスタ
ンスを必要としているところに、１つのリスナが比較的長い時間使っていなかっ
たカートリッジのインスタンスの所有権を維持することは効率的ではない。
【００８３】 したがって、リソースマネージャ２５４は、リスナに渡される各カートリッジ
インスタンスのための最大アイドルタイムを各リスナに伝える。最大アイドルタ
イムとは、リスナがカートリッジインスタンスの所有権を解放しなければならな
くなる前にそのカートリッジインスタンスが使用されない状態でいられる最大の
時間を示すものである。たとえば、カートリッジＣ３のインスタンス３のための
最大量のアイドルタイムが１０分であることをリソースマネージャ２５４がリス
ナ２１０に示すものと仮定する。この情報に基づいて、リスナ２１０は、カート
リッジＣ３のインスタンス３が１０分より長い間アイドル状態またはＦＲＥＥと
ならない限りにおいてカートリッジＣ３のインスタンス３を続けて用いてカート
リッジＣ３に対するブラウザリクエストを処理することができる。
インスタンスのための最大アイドルタイムを各リスナに伝える。最大アイドルタ
イムとは、リスナがカートリッジインスタンスの所有権を解放しなければならな
くなる前にそのカートリッジインスタンスが使用されない状態でいられる最大の
時間を示すものである。たとえば、カートリッジＣ３のインスタンス３のための
最大量のアイドルタイムが１０分であることをリソースマネージャ２５４がリス
ナ２１０に示すものと仮定する。この情報に基づいて、リスナ２１０は、カート
リッジＣ３のインスタンス３が１０分より長い間アイドル状態またはＦＲＥＥと
ならない限りにおいてカートリッジＣ３のインスタンス３を続けて用いてカート
リッジＣ３に対するブラウザリクエストを処理することができる。
【００８４】 カートリッジＣ３のインスタンス３が１０分より長い間アイドル状態である場
合、ディスパッチャ２１４は表４００から行４１２を取除き、リスナ２１０がカ
ートリッジＣ３のインスタンス３の所有権を解放することをリソースマネージャ
２５４にメッセージを送って知らせる。このメッセージに応答して、リソースマ
ネージャ２５４は行５１２を更新して、カートリッジＣ３のインスタンス３がい
ずれのリスナによっても所有されておらず、よって別のリスナに再割当てされる
か終了され得ることを示す。
合、ディスパッチャ２１４は表４００から行４１２を取除き、リスナ２１０がカ
ートリッジＣ３のインスタンス３の所有権を解放することをリソースマネージャ
２５４にメッセージを送って知らせる。このメッセージに応答して、リソースマ
ネージャ２５４は行５１２を更新して、カートリッジＣ３のインスタンス３がい
ずれのリスナによっても所有されておらず、よって別のリスナに再割当てされる
か終了され得ることを示す。
【００８５】 代替の実施例では、カートリッジインスタンスのためのアイドルタイムが満了
した際にもディスパッチャはカートリッジインスタンスを自動的に解放しない。
代わりに、ディスパッチャはリソースマネージャ２５４にメッセージを送り、満
了となったインスタンスを解放することを申し出る。リソースマネージャ２５４
はこの申し出に応答して、リスナがカートリッジインスタンスを解放するようリ
クエストするか、またはリスナがその満了となったカートリッジインスタンスの
所有権を持ち続けることを許可してもよい。
した際にもディスパッチャはカートリッジインスタンスを自動的に解放しない。
代わりに、ディスパッチャはリソースマネージャ２５４にメッセージを送り、満
了となったインスタンスを解放することを申し出る。リソースマネージャ２５４
はこの申し出に応答して、リスナがカートリッジインスタンスを解放するようリ
クエストするか、またはリスナがその満了となったカートリッジインスタンスの
所有権を持ち続けることを許可してもよい。
【００８６】 この発明の一実施例によれば、リソースマネージャ２５４は直ちに処理するこ
とのできないリクエストのキューを維持する。キュー内のリクエストを処理する
ことが可能となると、そのリクエストはキューから取除かれ処理される。
とのできないリクエストのキューを維持する。キュー内のリクエストを処理する
ことが可能となると、そのリクエストはキューから取除かれ処理される。
【００８７】 たとえば、カートリッジＣ１が処理しなければならないブラウザリクエストを
リスナ２２２が受取り、そのリスナ２２２にカートリッジＣ１のいずれのインス
タンスも割当てられていなかったと仮定する。ディスパッチャ２２６はリソース
マネージャ２５４にＣ１のインスタンスに対するリクエストを送る。さらに、Ｃ
１の最大５０のインスタンスが許容され、Ｃ１の５０のインスタンスがリスナ２
１０に割当てられたと仮定する。こうした条件の下では、リソースマネージャ２
５４はリスナ２２２からのリクエストを処理することができない。このため、リ
ソースマネージャ２５４はそのリクエストをキューにおく。リスナ２１０がＣ１
のインスタンスを解放すると、リソースマネージャ２５４はリスナ２２２にＣ１
のインスタンスが利用可能であることを伝える。
リスナ２２２が受取り、そのリスナ２２２にカートリッジＣ１のいずれのインス
タンスも割当てられていなかったと仮定する。ディスパッチャ２２６はリソース
マネージャ２５４にＣ１のインスタンスに対するリクエストを送る。さらに、Ｃ
１の最大５０のインスタンスが許容され、Ｃ１の５０のインスタンスがリスナ２
１０に割当てられたと仮定する。こうした条件の下では、リソースマネージャ２
５４はリスナ２２２からのリクエストを処理することができない。このため、リ
ソースマネージャ２５４はそのリクエストをキューにおく。リスナ２１０がＣ１
のインスタンスを解放すると、リソースマネージャ２５４はリスナ２２２にＣ１
のインスタンスが利用可能であることを伝える。
【００８８】 ある特定の条件の下で、リソースマネージャ２５４は強制的にリスナにカート
リッジインスタンスを解放させることがある。たとえば、リソースマネージャ２
５４はシステムオーバロード状況を検出し、これに応答して１組のカートリッジ
インスタンスを終了することがあり、これはそのカートリッジインスタンスが終
了されることになることをそのカートリッジインスタンスが現在割当てられてい
るリスナに知らせる前または知らせた後に行なわれる。
リッジインスタンスを解放させることがある。たとえば、リソースマネージャ２
５４はシステムオーバロード状況を検出し、これに応答して１組のカートリッジ
インスタンスを終了することがあり、これはそのカートリッジインスタンスが終
了されることになることをそのカートリッジインスタンスが現在割当てられてい
るリスナに知らせる前または知らせた後に行なわれる。
【００８９】 また、リソースマネージャ２５４はリスナの間での公平性の方針を実現するた
めに強制的にリスナにカートリッジインスタンスを解放させることがある。たと
えば、別のリスナが予め定められたしきい値より長い時間にわたってカートリッ
ジのインスタンスを待っている場合、リソースマネージャ２５４は所与のカート
リッジの最も多い数のインスタンスを保持するリスナにそのカートリッジのある
インスタンスを解放させてもよい。たとえば、リスナ２１０にカートリッジＣ１
の５０のインスタンスが割当てられ、Ｃ１は最大で５０のインスタンスを有する
場合、リソースマネージャ２５４は別のリスナからＣ１のインスタンスに対する
リクエストを受取ってから１０秒後にリスナ２１０にＣ１のあるインスタンスを
解放させてもよい。
めに強制的にリスナにカートリッジインスタンスを解放させることがある。たと
えば、別のリスナが予め定められたしきい値より長い時間にわたってカートリッ
ジのインスタンスを待っている場合、リソースマネージャ２５４は所与のカート
リッジの最も多い数のインスタンスを保持するリスナにそのカートリッジのある
インスタンスを解放させてもよい。たとえば、リスナ２１０にカートリッジＣ１
の５０のインスタンスが割当てられ、Ｃ１は最大で５０のインスタンスを有する
場合、リソースマネージャ２５４は別のリスナからＣ１のインスタンスに対する
リクエストを受取ってから１０秒後にリスナ２１０にＣ１のあるインスタンスを
解放させてもよい。
【００９０】 カートリッジ実行エンジン この発明の一実施例によれば、各カートリッジインスタンスはカートリッジ実
行エンジンおよびカートリッジから構成される。カートリッジ実行エンジンは、
ウェブアプリケーションサーバ２８０のさまざまな構成要素の間でメッセージを
通信するのに用いられるマシン間通信機構およびウェブアプリケーションサーバ
２８０の複雑さからカートリッジを隔離するコードモジュールである。
行エンジンおよびカートリッジから構成される。カートリッジ実行エンジンは、
ウェブアプリケーションサーバ２８０のさまざまな構成要素の間でメッセージを
通信するのに用いられるマシン間通信機構およびウェブアプリケーションサーバ
２８０の複雑さからカートリッジを隔離するコードモジュールである。
【００９１】 カートリッジは、関数テーブルにカートリッジ関数に対するポインタを蔵置す
ることによってカートリッジ実行エンジンに利用可能となる。一実施例によれば
、すべてのカートリッジが、上述の例示のカートリッジインターフェイスにおい
て特定された関数を提供する。すべてのカートリッジが同じインターフェイスを
サポートするようにさせることにより、単一の標準カートリッジ実行エンジンを
すべてのカートリッジに対して用いることができる。
ることによってカートリッジ実行エンジンに利用可能となる。一実施例によれば
、すべてのカートリッジが、上述の例示のカートリッジインターフェイスにおい
て特定された関数を提供する。すべてのカートリッジが同じインターフェイスを
サポートするようにさせることにより、単一の標準カートリッジ実行エンジンを
すべてのカートリッジに対して用いることができる。
【００９２】 図２に示されるように、ウェブアプリケーションサーバ２８０はカートリッジ
２３０、２３４および２３８の各々に対しカートリッジ実行エンジン２２８、２
３２および２３６を含む。カートリッジ実行エンジンは標準のカートリッジイン
ターフェイスを介してカートリッジへの呼出を行なうことにより対応するカート
リッジの実行を制御する。カートリッジ実行エンジンとカートリッジとの間で基
本的なコールバック機能を確立することにより、そのカートリッジをコールバッ
ク機能に応答するよう構成し、次にそのカートリッジをコンフィギュレーション
プロバイダ２５６に登録することによってどんなカートリッジもウェブアプリケ
ーションサーバ２８０に統合することができる。
２３０、２３４および２３８の各々に対しカートリッジ実行エンジン２２８、２
３２および２３６を含む。カートリッジ実行エンジンは標準のカートリッジイン
ターフェイスを介してカートリッジへの呼出を行なうことにより対応するカート
リッジの実行を制御する。カートリッジ実行エンジンとカートリッジとの間で基
本的なコールバック機能を確立することにより、そのカートリッジをコールバッ
ク機能に応答するよう構成し、次にそのカートリッジをコンフィギュレーション
プロバイダ２５６に登録することによってどんなカートリッジもウェブアプリケ
ーションサーバ２８０に統合することができる。
【００９３】 この発明の一実施例によれば、カートリッジは共用ライブラリとして実装され
、カートリッジ実行エンジンは標準カートリッジインターフェイスを用いて共用
ライブラリ内のルーチンを呼出す実行可能なプログラムである。カートリッジ実
行エンジンはカートリッジとディスパッチャとの間でインターフェイスをもたら
し、カートリッジの制御のフローを指示し、カートリッジが用いるサービスを提
供する。
、カートリッジ実行エンジンは標準カートリッジインターフェイスを用いて共用
ライブラリ内のルーチンを呼出す実行可能なプログラムである。カートリッジ実
行エンジンはカートリッジとディスパッチャとの間でインターフェイスをもたら
し、カートリッジの制御のフローを指示し、カートリッジが用いるサービスを提
供する。
【００９４】 リソースマネージャ２５４が新しいカートリッジインスタンスの生成を必要と
する場合、リソースマネージャ２５４はカートリッジ実行エンジンのインスタン
スを生成させる。これに対し、このようにして作られたカートリッジ実行エンジ
ンのインスタンスは適当なカートリッジのインスタンスを生成させる。リソース
マネージャ２５４はたとえば、カートリッジが実行されるマシン上にある「カー
トリッジ実行エンジンファクトリ」と呼出すことによってカートリッジ実行エン
ジンのインスタンスを生成させることができる。カートリッジ実行エンジンのイ
ンスタンスはたとえば、そのカートリッジを構成する共用ライブラリ内のルーチ
ンのうちの１つに呼出を行なうことによってカートリッジのインスタンスを生成
させることができる。
する場合、リソースマネージャ２５４はカートリッジ実行エンジンのインスタン
スを生成させる。これに対し、このようにして作られたカートリッジ実行エンジ
ンのインスタンスは適当なカートリッジのインスタンスを生成させる。リソース
マネージャ２５４はたとえば、カートリッジが実行されるマシン上にある「カー
トリッジ実行エンジンファクトリ」と呼出すことによってカートリッジ実行エン
ジンのインスタンスを生成させることができる。カートリッジ実行エンジンのイ
ンスタンスはたとえば、そのカートリッジを構成する共用ライブラリ内のルーチ
ンのうちの１つに呼出を行なうことによってカートリッジのインスタンスを生成
させることができる。
【００９５】 カートリッジが共用ライブラリとして実装される実施例では、カートリッジお
よびカートリッジ実行エンジンは単一のプロセスとして実行される。すなわち、
カートリッジはそのカートリッジへ呼出を行なうカートリッジ実行エンジンと同
じマシン上でかつ同じアドレス空間において実行される。このような実施例では
、カートリッジは実行の前にカートリッジ実行エンジンに静的にリンクされても
よく、または実行時にカートリッジ実行エンジンに動的にリンクされてもよい。
よびカートリッジ実行エンジンは単一のプロセスとして実行される。すなわち、
カートリッジはそのカートリッジへ呼出を行なうカートリッジ実行エンジンと同
じマシン上でかつ同じアドレス空間において実行される。このような実施例では
、カートリッジは実行の前にカートリッジ実行エンジンに静的にリンクされても
よく、または実行時にカートリッジ実行エンジンに動的にリンクされてもよい。
【００９６】 代替の実施例によれば、カートリッジ実行エンジンはそれらが通信するカート
リッジとは別個のプロセスとして実行されてもよい。しかしながら、カートリッ
ジ開発者らのプログラミングの負担を軽減するために、カートリッジ実行エンジ
ンプロセスとその対応するカートリッジプロセスとは同じマシン上で実行される
。
リッジとは別個のプロセスとして実行されてもよい。しかしながら、カートリッ
ジ開発者らのプログラミングの負担を軽減するために、カートリッジ実行エンジ
ンプロセスとその対応するカートリッジプロセスとは同じマシン上で実行される
。
【００９７】 重要なことであるが、単一プロセスおよび個別プロセスの実施例の双方におい
て、カートリッジ開発者らはマシン間通信の複雑さに取組む必要がない。カート
リッジと、他のマシンにわたって分散されるウェブアプリケーションサーバの構
成要素との間でのすべての通信は、そのカートリッジと同じマシン上にあるカー
トリッジ実行エンジンを介して実行される。このように、カートリッジは複数の
マシンにわたって分散されるシステムにおいて用いられていることを意識しない
ということができる。
て、カートリッジ開発者らはマシン間通信の複雑さに取組む必要がない。カート
リッジと、他のマシンにわたって分散されるウェブアプリケーションサーバの構
成要素との間でのすべての通信は、そのカートリッジと同じマシン上にあるカー
トリッジ実行エンジンを介して実行される。このように、カートリッジは複数の
マシンにわたって分散されるシステムにおいて用いられていることを意識しない
ということができる。
【００９８】 カートリッジラッパーの例 図２を参照して、ＰＬ／ＳＱＬランタイムカートリッジがリクエストを処理す
るのに適当なカートリッジであるとディスパッチャ２１４が判定すると、ディス
パッチャ２１４はそのＰＬ／ＳＱＬランタイムカートリッジに関連づけられるカ
ートリッジ実行エンジンを含むカートリッジインスタンスにそのリクエストをデ
ィスパッチする。新しいインスタンスをイニシエートする必要がある場合、リソ
ースマネージャ２５４は別個のアドレス空間においてＰＬ／ＳＱＬランタイムカ
ートリッジの新しいインスタンスを作り、その新しいインスタンスのカートリッ
ジ実行エンジン２２８へそのリクエストをディスパッチする。プログラムのイン
スタンスを実行するのに用いられるアドレス空間は、ウェブアプリケーションサ
ーバ２８０の構成要素の１つ以上が実行されているコンピュータシステムのメモ
リ内にあるか、または別のコンピュータシステム上にあってもよい。
るのに適当なカートリッジであるとディスパッチャ２１４が判定すると、ディス
パッチャ２１４はそのＰＬ／ＳＱＬランタイムカートリッジに関連づけられるカ
ートリッジ実行エンジンを含むカートリッジインスタンスにそのリクエストをデ
ィスパッチする。新しいインスタンスをイニシエートする必要がある場合、リソ
ースマネージャ２５４は別個のアドレス空間においてＰＬ／ＳＱＬランタイムカ
ートリッジの新しいインスタンスを作り、その新しいインスタンスのカートリッ
ジ実行エンジン２２８へそのリクエストをディスパッチする。プログラムのイン
スタンスを実行するのに用いられるアドレス空間は、ウェブアプリケーションサ
ーバ２８０の構成要素の１つ以上が実行されているコンピュータシステムのメモ
リ内にあるか、または別のコンピュータシステム上にあってもよい。
【００９９】 ディスパッチャからのメッセージに応答して、カートリッジ実行エンジンはカ
ートリッジにリクエストハンドラコールバック機能を発行し、カートリッジにそ
のリクエストを処理させる。そのリクエストを処理するカートリッジはその結果
をカートリッジ実行エンジンに返し、カートリッジ実行エンジンはその結果をデ
ィスパッチャに転送する。ウェブアプリケーションサーバ２８０がオペレーショ
ンにおいて障害を検出した場合にはカートリッジ実行エンジンはカートリッジの
シャットダウン関数を発行する。
ートリッジにリクエストハンドラコールバック機能を発行し、カートリッジにそ
のリクエストを処理させる。そのリクエストを処理するカートリッジはその結果
をカートリッジ実行エンジンに返し、カートリッジ実行エンジンはその結果をデ
ィスパッチャに転送する。ウェブアプリケーションサーバ２８０がオペレーショ
ンにおいて障害を検出した場合にはカートリッジ実行エンジンはカートリッジの
シャットダウン関数を発行する。
【０１００】 このように、カートリッジ実行エンジンは、実行すべき予め定められたオペレ
ーションを特定するウェブアプリケーションサーバ２８０へのアプリケーション
プログラミングインターフェイスを提供する。標準のカートリッジインターフェ
イスを使用することにより、カートリッジのプログラマが、カートリッジがとも
に用いられることになる特定のウェブリスナが用いるプロトコルとは無関係に、
各カートリッジをウェブアプリケーションサーバ２８０へ高レベルで統合化する
よう構成することができる。
ーションを特定するウェブアプリケーションサーバ２８０へのアプリケーション
プログラミングインターフェイスを提供する。標準のカートリッジインターフェ
イスを使用することにより、カートリッジのプログラマが、カートリッジがとも
に用いられることになる特定のウェブリスナが用いるプロトコルとは無関係に、
各カートリッジをウェブアプリケーションサーバ２８０へ高レベルで統合化する
よう構成することができる。
【０１０１】 トランスポートアダプタ リスナは、サーバ側のプラグインが使用するためのプログラミングインターフ
ェイスおよびプロトコルを提供することによってそのようなプラグインの使用を
可能にする。残念なことに、リスナが提供するプログラミングインターフェイス
およびプロトコルはリスナごとに異なる。たとえば、ネットスケープ・サーバ・
アプリケーション・プログラミング・インターフェイス（ＮＳＡＰＩ：Netscape
Server Application Programming Interface）、インターネット・サーバ・ア プリケーション・プログラミング・インターフェイス（ＩＳＡＰＩ：Internet S
erver Application Programming Interface）およびアプリケーション開発イン ターフェイス（ＡＤＩ：Application Development Interface）は現在リスナに よりもたらされる別個のプログラミングインターフェイスの３つの例である。
ェイスおよびプロトコルを提供することによってそのようなプラグインの使用を
可能にする。残念なことに、リスナが提供するプログラミングインターフェイス
およびプロトコルはリスナごとに異なる。たとえば、ネットスケープ・サーバ・
アプリケーション・プログラミング・インターフェイス（ＮＳＡＰＩ：Netscape
Server Application Programming Interface）、インターネット・サーバ・ア プリケーション・プログラミング・インターフェイス（ＩＳＡＰＩ：Internet S
erver Application Programming Interface）およびアプリケーション開発イン ターフェイス（ＡＤＩ：Application Development Interface）は現在リスナに よりもたらされる別個のプログラミングインターフェイスの３つの例である。
【０１０２】 トランスポートアダプタはウェブリスナが用いる私的プロトコルおよびインタ
ーフェイスからディスパッチャを隔離する。特定的には、各トランスポートアダ
プタはさまざまなリスナのプロトコルを認識し、リスナから受取ったブラウザリ
クエストを変換してリスナのプロトコルとは無関係の標準ディスパッチャプロト
コルを有する変換されたブラウザリクエストを生じるよう構成される。同様に、
トランスポートアダプタはディスパッチャからの返答をリスナのトランスポート
プロトコルに変換する。
ーフェイスからディスパッチャを隔離する。特定的には、各トランスポートアダ
プタはさまざまなリスナのプロトコルを認識し、リスナから受取ったブラウザリ
クエストを変換してリスナのプロトコルとは無関係の標準ディスパッチャプロト
コルを有する変換されたブラウザリクエストを生じるよう構成される。同様に、
トランスポートアダプタはディスパッチャからの返答をリスナのトランスポート
プロトコルに変換する。
【０１０３】 このように、トランスポートアダプタにより、ウェブアプリケーションサーバ
２８０を異なるベンダのリスナとともに用いることが可能となる。さらに、トラ
ンスポートアダプタは異なるサーバアーキテクチャおよびオペレーティングシス
テムに対応するよう構成されてもよい。
２８０を異なるベンダのリスナとともに用いることが可能となる。さらに、トラ
ンスポートアダプタは異なるサーバアーキテクチャおよびオペレーティングシス
テムに対応するよう構成されてもよい。
【０１０４】 ウェブアプリケーションサーバのオペレーション 図３Ａおよび図３Ｂはこの発明の一実施例によるブラウザリクエストに応答す
る方法を示すフロー図である。ステップ３５０においてリスナがブラウザリクエ
ストを受取る。説明のために、このブラウザリクエストはブラウザ２０２により
発行されリスナ２１０により受取られるものと仮定する。
る方法を示すフロー図である。ステップ３５０においてリスナがブラウザリクエ
ストを受取る。説明のために、このブラウザリクエストはブラウザ２０２により
発行されリスナ２１０により受取られるものと仮定する。
【０１０５】 ブラウザリクエストを受取ると、リスナ２１０はステップ３５２においてウェ
ブアプリケーションサーバ２８０にそのリクエストを転送する。特定的には、リ
スナ２１０はリスナ２１０の私的プログラミングインターフェイスを用いてその
リクエストをトランスポートアダプタ２１２に渡す。トランスポートアダプタ２
１２は、必要に応じてそのリクエストを標準ディスパッチャプログラミングイン
ターフェイスを用いて変換しそのリクエストをディスパッチャ２１４に渡す。
ブアプリケーションサーバ２８０にそのリクエストを転送する。特定的には、リ
スナ２１０はリスナ２１０の私的プログラミングインターフェイスを用いてその
リクエストをトランスポートアダプタ２１２に渡す。トランスポートアダプタ２
１２は、必要に応じてそのリクエストを標準ディスパッチャプログラミングイン
ターフェイスを用いて変換しそのリクエストをディスパッチャ２１４に渡す。
【０１０６】 ディスパッチャ２１４は、仮想パスマネージャ２５０と通信することによって
、ブラウザリクエストにより特定される仮想パスに基づいて、ステップ３５４に
おいてブラウザリクエストに対応するリクエストオブジェクトタイプを識別する
。ディスパッチャ２１４はステップ３５６において、そのリクエストオブジェク
トタイプが識別可能なカートリッジに対応するかどうかを判定する。そのリクエ
ストオブジェクトタイプが識別可能なカートリッジに対応していない場合、その
リクエストはステップ３５８においてリスナ２１０に戻される（図３Ｂを参照）
。ステップ３５８においてそのリクエストが静的ＨＴＭＬページに対するリクエ
ストであることをリスナ２１０が認識すると、リスナはその静的ＨＴＭＬページ
にアクセスし、そのＨＴＭＬページをステップ３６０においてブラウザ２０２に
送る。ブラウザリクエストがリスナ２１０によって認識されない場合、ステップ
３６０において返答がブラウザ２０２に送られそのリクエストが認識不可能であ
ったことを示す。
、ブラウザリクエストにより特定される仮想パスに基づいて、ステップ３５４に
おいてブラウザリクエストに対応するリクエストオブジェクトタイプを識別する
。ディスパッチャ２１４はステップ３５６において、そのリクエストオブジェク
トタイプが識別可能なカートリッジに対応するかどうかを判定する。そのリクエ
ストオブジェクトタイプが識別可能なカートリッジに対応していない場合、その
リクエストはステップ３５８においてリスナ２１０に戻される（図３Ｂを参照）
。ステップ３５８においてそのリクエストが静的ＨＴＭＬページに対するリクエ
ストであることをリスナ２１０が認識すると、リスナはその静的ＨＴＭＬページ
にアクセスし、そのＨＴＭＬページをステップ３６０においてブラウザ２０２に
送る。ブラウザリクエストがリスナ２１０によって認識されない場合、ステップ
３６０において返答がブラウザ２０２に送られそのリクエストが認識不可能であ
ったことを示す。
【０１０７】 ステップ３５６において、（１）リクエストをカートリッジに送らなければな
らないことと、（２）リスナ２１０にそのカートリッジの現在ＦＲＥＥであるイ
ンスタンスが１つも割当てられていないこととをディスパッチャ２１４が判定す
ると、ディスパッチャ２１４は、そのブラウザリクエストを送ることのできるカ
ートリッジ２３０のインスタンスが割当てられることになるリソースマネージャ
２５４と通信する。図３Ｂに示されるステップ３６２では、リソースマネージャ
２５４は、識別されたカートリッジのインスタンスが既存のインスタンスの数の
中で利用可能である（所有されていない）かどうかを判定する。説明のため、こ
のリクエストはカートリッジ２３０に関連づけられるものであり、カートリッジ
２３０はＰＬ／ＳＱＬランタイムカートリッジであると仮定する。
らないことと、（２）リスナ２１０にそのカートリッジの現在ＦＲＥＥであるイ
ンスタンスが１つも割当てられていないこととをディスパッチャ２１４が判定す
ると、ディスパッチャ２１４は、そのブラウザリクエストを送ることのできるカ
ートリッジ２３０のインスタンスが割当てられることになるリソースマネージャ
２５４と通信する。図３Ｂに示されるステップ３６２では、リソースマネージャ
２５４は、識別されたカートリッジのインスタンスが既存のインスタンスの数の
中で利用可能である（所有されていない）かどうかを判定する。説明のため、こ
のリクエストはカートリッジ２３０に関連づけられるものであり、カートリッジ
２３０はＰＬ／ＳＱＬランタイムカートリッジであると仮定する。
【０１０８】 ステップ３６２においてリソースマネージャが利用可能なインスタンス、たと
えばＰＬ／ＳＱＬランライム２３０のインスタンス２６０を識別すると、リソー
スマネージャ２５４はリクエストをインスタンス２６０に送るべきであることを
ディスパッチャ２１４に知らせる。ディスパッチャ２１４はそこで、変更された
ブラウザリクエストを作りステップ３６８においてインスタンス２６０のカート
リッジ実行エンジン２２８にその変更されたブラウザリクエストを送って、以下
に説明するように利用可能なインスタンス２６０にそのリクエストを処理させる
。
えばＰＬ／ＳＱＬランライム２３０のインスタンス２６０を識別すると、リソー
スマネージャ２５４はリクエストをインスタンス２６０に送るべきであることを
ディスパッチャ２１４に知らせる。ディスパッチャ２１４はそこで、変更された
ブラウザリクエストを作りステップ３６８においてインスタンス２６０のカート
リッジ実行エンジン２２８にその変更されたブラウザリクエストを送って、以下
に説明するように利用可能なインスタンス２６０にそのリクエストを処理させる
。
【０１０９】 しかしながら、ステップ３６２においてカートリッジ２３０のインスタンスが
１つも利用可能でない場合、リソースマネージャ２５４はステップ３６４におい
て、既存のインスタンスの数が最大所定数を超えるかどうかを判定する。ステッ
プ３６４において既存のインスタンスの数が最大所定数を超える場合、リソース
マネージャ２５４はその時点ではそのリクエストを処理できないことをディスパ
ッチャ２１４に示す。これに応答して、ディスパッチャ２１４はステップ３５８
においてそのリクエストをリスナ２１０に返し、その後に、ウェブリスナ２１０
はステップ３６０においてネットワークを介してブラウザ２０２へ返答を送り、
そのリクエストが処理されなかったことを示す。
１つも利用可能でない場合、リソースマネージャ２５４はステップ３６４におい
て、既存のインスタンスの数が最大所定数を超えるかどうかを判定する。ステッ
プ３６４において既存のインスタンスの数が最大所定数を超える場合、リソース
マネージャ２５４はその時点ではそのリクエストを処理できないことをディスパ
ッチャ２１４に示す。これに応答して、ディスパッチャ２１４はステップ３５８
においてそのリクエストをリスナ２１０に返し、その後に、ウェブリスナ２１０
はステップ３６０においてネットワークを介してブラウザ２０２へ返答を送り、
そのリクエストが処理されなかったことを示す。
【０１１０】 代わりに、カートリッジインスタンスがリクエストを処理するためにその現時
点で利用可能でない場合、リスナ２１０はそのカートリッジインスタンスに対す
る待ちリストにそのリクエストを入れてもよい。カートリッジインスタンスが利
用可能となると、変更されたブラウザリクエストが待ちリストから取除かれカー
トリッジインスタンスに転送される。変更されたブラウザリクエストが予め定め
られた時間より長い間待ちリストに残っている場合、リスナ２１０はそのリクエ
ストを待ちリストから取除いてブラウザ２０２にメッセージを送りそのリクエス
トが処理できなかったことを示すようにしてもよい。
点で利用可能でない場合、リスナ２１０はそのカートリッジインスタンスに対す
る待ちリストにそのリクエストを入れてもよい。カートリッジインスタンスが利
用可能となると、変更されたブラウザリクエストが待ちリストから取除かれカー
トリッジインスタンスに転送される。変更されたブラウザリクエストが予め定め
られた時間より長い間待ちリストに残っている場合、リスナ２１０はそのリクエ
ストを待ちリストから取除いてブラウザ２０２にメッセージを送りそのリクエス
トが処理できなかったことを示すようにしてもよい。
【０１１１】 ステップ３６４において既存のインスタンスの数が最大所定数を超えない場合
、リソースマネージャ２５４は識別されたプログラムの新しいインスタンスをイ
ニシエートし、ブラウザリクエストに基づく変更されたブラウザリクエストを新
しいインスタンスに送るべきであることをディスパッチャ２１４に知らせる。そ
こでディスパッチャ２１４は変更されたブラウザリクエストをその新しいインス
タンスのカートリッジ実行エンジンへディスパッチする。
、リソースマネージャ２５４は識別されたプログラムの新しいインスタンスをイ
ニシエートし、ブラウザリクエストに基づく変更されたブラウザリクエストを新
しいインスタンスに送るべきであることをディスパッチャ２１４に知らせる。そ
こでディスパッチャ２１４は変更されたブラウザリクエストをその新しいインス
タンスのカートリッジ実行エンジンへディスパッチする。
【０１１２】 たとえば、リソースマネージャ２５４がブラウザリクエストに応答してインス
タンス２６０をイニシエートしたと仮定する。その初期化の間、ＰＬ／ＳＱＬラ
ンタイムのための蔵置された命令シーケンスにアクセスが行なわれ、ディスパッ
チャ２１４が実行しているアドレス空間とは別個のアドレス空間においてカート
リッジ２３０の新しいインスタンス２６０が作られる。一実施例によれば、初期
化はカートリッジ実行エンジン２２８をロードし、そのカートリッジ実行エンジ
ンにカートリッジ２３０内の初期化ルーチンを呼出させることによって行なわれ
る。
タンス２６０をイニシエートしたと仮定する。その初期化の間、ＰＬ／ＳＱＬラ
ンタイムのための蔵置された命令シーケンスにアクセスが行なわれ、ディスパッ
チャ２１４が実行しているアドレス空間とは別個のアドレス空間においてカート
リッジ２３０の新しいインスタンス２６０が作られる。一実施例によれば、初期
化はカートリッジ実行エンジン２２８をロードし、そのカートリッジ実行エンジ
ンにカートリッジ２３０内の初期化ルーチンを呼出させることによって行なわれ
る。
【０１１３】 一度新しいインスタンス２６０が実行されると、ディスパッチャ２１４はステ
ップ３６８においてその新しいインスタンス２６０に関連づけられているカート
リッジ実行エンジン２２８にリクエストをディスパッチする。カートリッジ実行
エンジン２２８は新しいインスタンス２６０にコールバックメッセージを送りそ
のリクエストの実行を要求する。そのコールバックメッセージにおいて、カート
リッジ実行エンジン２２８はそのリクエストを処理する上でインスタンス２６０
が必要とする全てのパラメータを渡す。このようなパラメータにはたとえば、パ
スワード、データベース探索キー、またはインスタンス２６０が実行する動的オ
ペレーションのための他のどんな引き数を含んでいてもよい。
ップ３６８においてその新しいインスタンス２６０に関連づけられているカート
リッジ実行エンジン２２８にリクエストをディスパッチする。カートリッジ実行
エンジン２２８は新しいインスタンス２６０にコールバックメッセージを送りそ
のリクエストの実行を要求する。そのコールバックメッセージにおいて、カート
リッジ実行エンジン２２８はそのリクエストを処理する上でインスタンス２６０
が必要とする全てのパラメータを渡す。このようなパラメータにはたとえば、パ
スワード、データベース探索キー、またはインスタンス２６０が実行する動的オ
ペレーションのための他のどんな引き数を含んでいてもよい。
【０１１４】 次にインスタンス２６０はリクエストを実行する。ステップ３６８におけるイ
ンスタンスによるリクエストの実行の間、ディスパッチャ２１４はステップ３７
０においてインスタンスを監視して障害が発生するかどうかを判定する。ステッ
プ３７０においてディスパッチャ２１４が障害を検出すると、ディスパッチャ２
１４はステップ３７２において対応するカートリッジ実行エンジン２２８を呼出
し、その障害を有するインスタンス２６０を打ち切る。これに対し対応するカー
トリッジ実行エンジン２２８はＡＰＩを通して障害のあるインスタンスに対して
シャットダウンコマンドを発行する。そのインスタンスはカートリッジ実行エン
ジン２２８によるシャットダウンコマンドに応答して、他のどんなアドレス空間
における他のどんなプロセスにも影響を与えることなくシャットダウンする。
ンスタンスによるリクエストの実行の間、ディスパッチャ２１４はステップ３７
０においてインスタンスを監視して障害が発生するかどうかを判定する。ステッ
プ３７０においてディスパッチャ２１４が障害を検出すると、ディスパッチャ２
１４はステップ３７２において対応するカートリッジ実行エンジン２２８を呼出
し、その障害を有するインスタンス２６０を打ち切る。これに対し対応するカー
トリッジ実行エンジン２２８はＡＰＩを通して障害のあるインスタンスに対して
シャットダウンコマンドを発行する。そのインスタンスはカートリッジ実行エン
ジン２２８によるシャットダウンコマンドに応答して、他のどんなアドレス空間
における他のどんなプロセスにも影響を与えることなくシャットダウンする。
【０１１５】 ステップ３７０において障害が検出されない場合、ディスパッチャ２１４はス
テップ３７４において実行の完了の際にインスタンス２６０から返答を受取る。
ステップ３７６においてディスパッチャ２１４はその返答をリスナ２１０に転送
し、リスナ２１０は実行されたインスタンス２６０からの返答をもってブラウザ
に応答する。インスタンス２６０を実行した後、ステップ３７８においてディス
パッチャ２１４はステップ３７８に示されるようにメモリ内にインスタンスを維
持し、後続のリクエストの実行を可能にする。
テップ３７４において実行の完了の際にインスタンス２６０から返答を受取る。
ステップ３７６においてディスパッチャ２１４はその返答をリスナ２１０に転送
し、リスナ２１０は実行されたインスタンス２６０からの返答をもってブラウザ
に応答する。インスタンス２６０を実行した後、ステップ３７８においてディス
パッチャ２１４はステップ３７８に示されるようにメモリ内にインスタンスを維
持し、後続のリクエストの実行を可能にする。
【０１１６】 ウェブサーバの分散アーキテクチャ 重要なことであるが、ウェブアプリケーションサーバ２８０のさまざまな構成
要素は、それら構成要素が同じアドレス空間において実行される必要がなく同じ
マシン上で実行されることさえ必要としない通信機構を用いて互いに通信する。
例示される実施例では、ウェブアプリケーションサーバ２８０の構成要素はオブ
ジェクトリクエストブローカ（ＯＲＢ：Object Request Broker）２８２を介し て通信するよう構成される。オブジェクトリクエストブローカは「共通オブジェ
クトリクエストブローカ：アーキテクチャおよび仕様（ＣＯＲＢＡ）」（"Commo
n Object Request Broker: Architecture and Specification (CORBA)"）に詳し
く記載されている。ＣＯＲＢＡに関連するこのおよび他の文献はワールド・ワイ
ド・ウェブのhttp://www.omg.orgにおいて見つけることができる。
要素は、それら構成要素が同じアドレス空間において実行される必要がなく同じ
マシン上で実行されることさえ必要としない通信機構を用いて互いに通信する。
例示される実施例では、ウェブアプリケーションサーバ２８０の構成要素はオブ
ジェクトリクエストブローカ（ＯＲＢ：Object Request Broker）２８２を介し て通信するよう構成される。オブジェクトリクエストブローカは「共通オブジェ
クトリクエストブローカ：アーキテクチャおよび仕様（ＣＯＲＢＡ）」（"Commo
n Object Request Broker: Architecture and Specification (CORBA)"）に詳し
く記載されている。ＣＯＲＢＡに関連するこのおよび他の文献はワールド・ワイ
ド・ウェブのhttp://www.omg.orgにおいて見つけることができる。
【０１１７】 この発明の実施例はＣＯＲＢＡに従ったＯＲＢを介する通信に関連して説明す
るが、他のクロスプラットフォーム通信機構を用いてもよい。たとえば、ウェブ
アプリケーションサーバ２８０の構成要素は代わりに、遠隔手続き呼出（ＲＰＣ
：Remote Procedure Calls）、ＵＮＩＸパイプ、Microsoft COMを用いて互いに 通信してもよい。
るが、他のクロスプラットフォーム通信機構を用いてもよい。たとえば、ウェブ
アプリケーションサーバ２８０の構成要素は代わりに、遠隔手続き呼出（ＲＰＣ
：Remote Procedure Calls）、ＵＮＩＸパイプ、Microsoft COMを用いて互いに 通信してもよい。
【０１１８】 ウェブアプリケーションサーバ２８０のさまざまな構成要素がマシンから独立
した通信機構を用いて互いに通信するため、構成要素が互いに対してどこに存在
するかということに関して固有の制約はない。たとえば、リスナ２１０、２１６
および２２２は同じマシン上で実行していてもよく、またはそれぞれがこのよう
なオペレーティングシステムを有する３つの完全に異なったマシン上で実行して
もよい。同様に、認証サーバ２５２、仮想パスマネージャ２５０、リソースマネ
ージャ２５４およびコンフィギュレーションプロバイダ２５６は同じマシン上で
実行していてもよく、または４つの異なるマシン上で実行していてもよい。さら
に、これらの４つの異なるマシンはリスナ２１０、２１６および２２２を実行す
る３つのマシンと少しも重複していなくてもよい。
した通信機構を用いて互いに通信するため、構成要素が互いに対してどこに存在
するかということに関して固有の制約はない。たとえば、リスナ２１０、２１６
および２２２は同じマシン上で実行していてもよく、またはそれぞれがこのよう
なオペレーティングシステムを有する３つの完全に異なったマシン上で実行して
もよい。同様に、認証サーバ２５２、仮想パスマネージャ２５０、リソースマネ
ージャ２５４およびコンフィギュレーションプロバイダ２５６は同じマシン上で
実行していてもよく、または４つの異なるマシン上で実行していてもよい。さら
に、これらの４つの異なるマシンはリスナ２１０、２１６および２２２を実行す
る３つのマシンと少しも重複していなくてもよい。
【０１１９】 カートリッジ実行エンジン２２８、２３２および２３６は、オブジェクトリク
エストブローカ２８２を介してウェブアプリケーションサーバ２８０の他の構成
要素と通信するのに必要な論理のすべてを組込んでいる。したがって、カートリ
ッジインスタンス自体の場所は通信機構によって本質的に制約されるものではな
い。すなわち、インスタンス２６０はこれがリクエストを受取るディスパッチャ
とは全く異なるマシンおよびオペレーティングシステムにおいて実行されてもよ
い。同様に、インスタンス２６０は、リソースマネージャ２５４、または同じウ
ェブアプリケーションサーバ２８０によって管理される他のカートリッジのイン
スタンスを含む、ウェブアプリケーションサーバ２８０の他の構成要素のいずれ
とも異なるマシンおよびオペレーティングシステム上にあってもよい。
エストブローカ２８２を介してウェブアプリケーションサーバ２８０の他の構成
要素と通信するのに必要な論理のすべてを組込んでいる。したがって、カートリ
ッジインスタンス自体の場所は通信機構によって本質的に制約されるものではな
い。すなわち、インスタンス２６０はこれがリクエストを受取るディスパッチャ
とは全く異なるマシンおよびオペレーティングシステムにおいて実行されてもよ
い。同様に、インスタンス２６０は、リソースマネージャ２５４、または同じウ
ェブアプリケーションサーバ２８０によって管理される他のカートリッジのイン
スタンスを含む、ウェブアプリケーションサーバ２８０の他の構成要素のいずれ
とも異なるマシンおよびオペレーティングシステム上にあってもよい。
【０１２０】 カートリッジの隔離 重要なことだが、ウェブアプリケーションサーバ２８０が用いるカートリッジ
が享受する場所の独立性は、カートリッジそのものにおける何らかのカスタムプ
ログラミングを介してではなくカートリッジ実行エンジンの通信論理を介して達
成される。したがって、分散アプリケーションサーバ環境における実行のために
特別にカートリッジを設計する必要がない。このように、カートリッジ設計者ら
は分散システムの複雑さから隔離され、カートリッジが作られる目的であるタス
クと関連する論理に労力を集中させることができる。
が享受する場所の独立性は、カートリッジそのものにおける何らかのカスタムプ
ログラミングを介してではなくカートリッジ実行エンジンの通信論理を介して達
成される。したがって、分散アプリケーションサーバ環境における実行のために
特別にカートリッジを設計する必要がない。このように、カートリッジ設計者ら
は分散システムの複雑さから隔離され、カートリッジが作られる目的であるタス
クと関連する論理に労力を集中させることができる。
【０１２１】 たとえば、マシン間通信機構がオブジェクトリクエストブローカである場合、
そのオブジェクトリクエストブローカを介して通信するすべてのモジュールはそ
れらのインターフェイスをインターフェイス定義言語（ＩＤＬ：Interface Defi
nition Language）を用いて定義することを求められ、ある特定の基底クラスを 継承しその上に構築しなければならない。これらおよび他の込み入った事情のた
め、マシン間通信が可能であるモジュールを作ることは比較的複雑になっている
。カートリッジ実行エンジンがオブジェクトリクエストブローカからカートリッ
ジを隔離するため、カートリッジ開発者らはこれらの制約に従う必要がない。こ
のため、カートリッジ開発者らはカートリッジが実行することを求められる特定
のオペレーションを達成するためのコードを書くことに労力を集中させることが
できる。
そのオブジェクトリクエストブローカを介して通信するすべてのモジュールはそ
れらのインターフェイスをインターフェイス定義言語（ＩＤＬ：Interface Defi
nition Language）を用いて定義することを求められ、ある特定の基底クラスを 継承しその上に構築しなければならない。これらおよび他の込み入った事情のた
め、マシン間通信が可能であるモジュールを作ることは比較的複雑になっている
。カートリッジ実行エンジンがオブジェクトリクエストブローカからカートリッ
ジを隔離するため、カートリッジ開発者らはこれらの制約に従う必要がない。こ
のため、カートリッジ開発者らはカートリッジが実行することを求められる特定
のオペレーションを達成するためのコードを書くことに労力を集中させることが
できる。
【０１２２】 上述のように、異なるカートリッジの複数のインスタンスを管理してさまざま
なユーザリクエストを処理するウェブアプリケーションサーバ２８０が提供され
る。各カートリッジインスタンスはリスナとは別個のメモリ空間において実行さ
れ、このためサーバ側のプラグインに関連のある安全性の問題を回避できる。さ
らに、リスナが受取ったブラウザリクエストを処理するのに用いられるカートリ
ッジインスタンスはリスナとは全く異なるマシン上で実行されてもよい。このた
め、システムのスケーラビリティが向上すると同時に、いずれかの特定のマシン
の負担が軽減される。
なユーザリクエストを処理するウェブアプリケーションサーバ２８０が提供され
る。各カートリッジインスタンスはリスナとは別個のメモリ空間において実行さ
れ、このためサーバ側のプラグインに関連のある安全性の問題を回避できる。さ
らに、リスナが受取ったブラウザリクエストを処理するのに用いられるカートリ
ッジインスタンスはリスナとは全く異なるマシン上で実行されてもよい。このた
め、システムのスケーラビリティが向上すると同時に、いずれかの特定のマシン
の負担が軽減される。
【０１２３】 さらに、ウェブアプリケーションサーバ２８０はまた、所与のカートリッジの
各々に対するインスタンスの数を制御する。よって、サーバ側のリソースが制御
され、インスタンスが制御不可能なほど生成されることによって多数のリクエス
トがいずれかのマシンを圧倒することがないことが確実となる。
各々に対するインスタンスの数を制御する。よって、サーバ側のリソースが制御
され、インスタンスが制御不可能なほど生成されることによって多数のリクエス
トがいずれかのマシンを圧倒することがないことが確実となる。
【０１２４】 さらに、実行する準備の整ったインスタンスの最小数を維持することによって
実行のスループットもまた向上する。単一の実行の後にインスタンスを終了して
、それから後続のリクエストの実行のためにインスタンスを再び作るためにメモ
リにカートリッジを再ロードするのではなく、さらにインスタンスをイニシエー
トしてメモリ内に維持して後続のリクエストを実行するようにしてもよい。
実行のスループットもまた向上する。単一の実行の後にインスタンスを終了して
、それから後続のリクエストの実行のためにインスタンスを再び作るためにメモ
リにカートリッジを再ロードするのではなく、さらにインスタンスをイニシエー
トしてメモリ内に維持して後続のリクエストを実行するようにしてもよい。
【０１２５】 前述の明細書において、この発明をその特定の実施例に関連して説明した。し
かしながら、この発明のより幅の広い精神および範囲から逸脱することなくさま
ざまな修正および変更を行なうことができることが明らかになるであろう。した
がって、明細書および図面は限定的な意味ではなく例示的な意味で考慮されるべ
きである。
かしながら、この発明のより幅の広い精神および範囲から逸脱することなくさま
ざまな修正および変更を行なうことができることが明らかになるであろう。した
がって、明細書および図面は限定的な意味ではなく例示的な意味で考慮されるべ
きである。
【図１】 この発明の一実施例が実装され得るコンピュータシステムのブロ
ック図である。
ック図である。
【図２】 この発明の一実施例による分散アプリケーションサーバのブロッ
ク図である。
ク図である。
【図３Ａ】 この発明の一実施例によるブラウザリクエストを処理するため
のステップを示すフローチャートの一部の図である。
のステップを示すフローチャートの一部の図である。
【図３Ｂ】 この発明の一実施例によるブラウザリクエストを処理するため
のステップを示すフローチャートの別の部分の図である。
のステップを示すフローチャートの別の部分の図である。
【図４】 この発明の一実施例によるディスパッチャが維持する情報を含む
表のブロック図である。
表のブロック図である。
【図５】 この発明の一実施例によるリソースマネージャが維持する情報を
含む表のブロック図である。
含む表のブロック図である。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１１年１１月１６日（１９９９．１１．１６）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正内容】
【０００９】 プラグインアプローチの第２の問題は、ＣＧＩアプローチと同様に、すべての
プラグインオペレーションがリスナを実行しているマシンと同じマシン上で実行
されることである。プラグイン拡張によって実行されるタスクは他のマシンに負
荷を転嫁することができないため、プラグインによるアプローチのスケーラビリ
ティ（scalability）は大幅に制限される。 背景および、この発明の実施例により解決される課題についてのさらなる詳細
は、ナイジェル・エドワーズ（Nigel Edwards）およびオーエン・リーズ（Owen
Rees）による「安全性の高いウェブサーバおよびゲートウェイ」（“High secur
ity Web servers and gateways” COMPUTER NETWORKS AND ISDN SYSTEMS, 29, (
1997) 927-938.）と題された論文に記載されている。
プラグインオペレーションがリスナを実行しているマシンと同じマシン上で実行
されることである。プラグイン拡張によって実行されるタスクは他のマシンに負
荷を転嫁することができないため、プラグインによるアプローチのスケーラビリ
ティ（scalability）は大幅に制限される。 背景および、この発明の実施例により解決される課題についてのさらなる詳細
は、ナイジェル・エドワーズ（Nigel Edwards）およびオーエン・リーズ（Owen
Rees）による「安全性の高いウェブサーバおよびゲートウェイ」（“High secur
ity Web servers and gateways” COMPUTER NETWORKS AND ISDN SYSTEMS, 29, (
1997) 927-938.）と題された論文に記載されている。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正内容】
【００６２】 名称＝Ｃ１ 最小インスタンス＝１０ 最大インスタンス＝５０ ホストマシン＝Ｍ１、Ｍ２、Ｍ３ アイドルタイム＝３０秒 このメタデータに基づいて、カートリッジＣ１が初めに登録される際に、リソ
ースマネージャ２５４はＣ１の１０のインスタンスをイニシエートさせる。リソ
ースマネージャ２５４はラベルＭ１、Ｍ２およびＭ３に関連付けられるマシン上
の１０のインスタンスをイニシエートすることになる。
ースマネージャ２５４はＣ１の１０のインスタンスをイニシエートさせる。リソ
ースマネージャ２５４はラベルＭ１、Ｍ２およびＭ３に関連付けられるマシン上
の１０のインスタンスをイニシエートすることになる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正内容】
【０１２５】 前述の明細書において、この発明をその特定の実施例に関連して説明した。し
かしながら、この発明のより幅の広い範囲から逸脱することなくさまざまな修正
および変更を行なうことができることが明らかになるであろう。したがって、明
細書および図面は限定的な意味ではなく例示的な意味で考慮されるべきである。
かしながら、この発明のより幅の広い範囲から逸脱することなくさまざまな修正
および変更を行なうことができることが明らかになるであろう。したがって、明
細書および図面は限定的な意味ではなく例示的な意味で考慮されるべきである。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，Ｅ Ｅ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＲ， ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，Ｍ Ｄ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ， ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，Ｖ Ｎ，ＹＵ，ＺＷ (72)発明者 アナンド，マラ アメリカ合衆国、94301 カリフォルニア 州、パロ・アルト、フォレスト・アベニ ュ、501 Ｆターム(参考） 5B045 GG01 5B076 BA04 BB06 5B089 GB01 JA11 JA22 KA06 MA03 5B098 AA10 GA07 GC16 【要約の続き】 を扱い、カートリッジのアプリケーションプログラミン グインターフェイスを呼出すことによってリクエストを カートリッジ（２３０、２３４、２３８）に渡す。した がって、カートリッジはマシン間通信の複雑さから隔離 されており、よって分散を意識させることなく高度に分 散化されたシステムにおいて用いることができる。
Claims (22)
- 【請求項１】 オペレーションを実行するための方法であって、第１のマシ
ン上でディスパッチャを実行するステップと、 第２のマシン上でカートリッジ実行エンジンを実行するステップとを含み、前
記第２のマシンは前記第１のマシンとは異なるものであり、前記方法はさらに 前記オペレーションの実行をリクエストする第１のメッセージをウェブリスナ
から前記ディスパッチャが受取るステップを含み、前記第１のメッセージは前記
ウェブリスナがブラウザからブラウザリクエストを受取ることに応答して前記デ
ィスパッチャに送られたものであり、前記方法はさらに 前記第１のメッセージに応答して、前記ディスパッチャが第２のメッセージを
カートリッジ実行エンジンに送るステップと、 前記第２のメッセージに応答して、前記カートリッジ実行エンジンが第３のメ
ッセージを、前記第２のマシン上で実行しているカートリッジに渡すステップと
、 前記第３のメッセージを受取ったことに応答して、前記カートリッジが前記オ
ペレーションを実行するステップとを含む、方法。 - 【請求項２】 前記オペレーションを実行した後に、前記カートリッジが第
４のメッセージを前記カートリッジ実行エンジンに渡すステップと、 前記第４のメッセージに応答して、前記カートリッジ実行エンジンが第５のメ
ッセージを前記ディスパッチャに送るステップと、 前記第５のメッセージに応答して、前記ディスパッチャが第６のメッセージを
前記ウェブリスナに送り、前記ウェブリスナがこれを前記ブラウザに転送するス
テップとをさらに含む、請求項１に記載の方法。 - 【請求項３】 前記ディスパッチャが第２のメッセージをカートリッジ実行
エンジンに送る前記ステップは、前記ディスパッチャが第２のメッセージをオブ
ジェクトリクエストブローカを介してカートリッジ実行エンジンに送ることによ
って実行される、請求項２に記載の方法。 - 【請求項４】 前記カートリッジ実行エンジンが第５のメッセージを前記デ
ィスパッチャに送る前記ステップは、前記カートリッジ実行エンジンが第５のメ
ッセージを前記オブジェクトリクエストブローカを介して前記ディスパッチャに
送ることによって実行される、請求項３に記載の方法。 - 【請求項５】 前記カートリッジは共用ライブラリであり、 前記カートリッジ実行エンジンが第３のメッセージを前記カートリッジに渡す
前記ステップは前記カートリッジが前記共用ライブラリ内のルーチンを呼出すス
テップを含む、請求項１に記載の方法。 - 【請求項６】 前記カートリッジ実行エンジンをコンパイル時において前記
カートリッジに静的にリンクするステップをさらに含む、請求項５に記載の方法
。 - 【請求項７】 前記カートリッジ実行エンジンを実行時において前記カート
リッジに動的にリンクするステップをさらに含む、請求項５に記載の方法。 - 【請求項８】 カートリッジ実行エンジンはある特定のアプリケーションプ
ログラミングインターフェイスを介して前記カートリッジと通信し、 前記カートリッジ実行エンジンが、前記カートリッジとは異なるオペレーショ
ンを行なう第２のカートリッジと前記ある特定のアプリケーションプログラミン
グインターフェイスを介して通信するステップをさらに含む、請求項１に記載の
方法。 - 【請求項９】 前記カートリッジ実行エンジンが第３のメッセージをカート
リッジに渡す前記ステップは前記カートリッジ実行エンジンが前記カートリッジ
内のルーチンを呼出すことによって行なわれ、 前記カートリッジが第４のメッセージを前記カートリッジ実行エンジンに渡す
前記ステップは、前記カートリッジ内で呼出された前記ルーチンから戻ることに
よって行なわれる、請求項２に記載の方法。 - 【請求項１０】 オペレーションを実行するための１つ以上の命令シーケン
スを担持するコンピュータ可読媒体であって、１つ以上のプロセッサによる１つ
以上の命令シーケンスの実行により前記１つ以上のプロセッサは、 ディスパッチャを第１のマシン上で実行するステップと、 カートリッジ実行エンジンを第２のマシン上で実行するステップとを行ない、
前記第２のマシンは前記第１のマシンとは異なるものであり、さらに 前記ディスパッチャが前記オペレーションの実行をリクエストする第１のメッ
セージをウェブリスナから受取るステップとを行ない、前記第１のメッセージは
前記ウェブリスナがブラウザからブラウザリクエストを受取ったことに応答して
前記ディスパッチャに送られるものであり、さらに 前記第１のメッセージに応答して、前記ディスパッチャが第２のメッセージを
カートリッジ実行エンジンに送るステップと、 前記第２のメッセージに応答して、前記カートリッジ実行エンジンが第３のメ
ッセージを、前記第２のマシン上で実行されるカートリッジに渡すステップと、 前記第３のメッセージを受取ったことに応答して、前記カートリッジが前記オ
ペレーションを実行するステップとを行なう、コンピュータ可読媒体。 - 【請求項１１】 前記オペレーションを実行した後に前記カートリッジが第
４のメッセージを前記カートリッジ実行エンジンに渡すステップと、 前記第４のメッセージに応答して、前記カートリッジ実行エンジンが第５のメ
ッセージを前記ディスパッチャに送るステップと、 前記第５のメッセージに応答して、前記ディスパッチャが第６のメッセージを
前記ウェブリスナに送り、前記ウェブリスナが前記ブラウザにこれを転送するス
テップとを実行するための命令をさらに含む、請求項１０に記載のコンピュータ
可読媒体。 - 【請求項１２】 前記ディスパッチャが第２のメッセージをカートリッジ実
行エンジンに送る前記ステップは、前記ディスパッチャが第２のメッセージをカ
ートリッジ実行エンジンにオブジェクトリクエストブローカを介して送ることに
よって行なわれる、請求項１１に記載のコンピュータ可読媒体。 - 【請求項１３】 前記カートリッジ実行エンジンが第５のメッセージを前記
ディスパッチャに送る前記ステップは、前記カートリッジ実行エンジンが第５の
メッセージを前記ディスパッチャに前記オブジェクトリクエストブローカを介し
て送ることによって行なわれる、請求項１２に記載のコンピュータ可読媒体。 - 【請求項１４】 前記カートリッジは共用ライブラリであり、 前記カートリッジ実行エンジンが第３のメッセージを前記カートリッジに渡す
前記ステップは前記カートリッジが前記共用ライブラリ内のルーチンを呼出すス
テップを含む、請求項１０に記載のコンピュータ可読媒体。 - 【請求項１５】 カートリッジ実行エンジンはある特定のアプリケーション
プログラミングインターフェイスを介して前記カートリッジと通信し、 前記カートリッジ実行エンジンが前記ある特定のアプリケーションプログラミ
ングインターフェイスを介して、前記カートリッジとは異なるオペレーションを
行なう第２のカートリッジと通信するステップをさらに含む、請求項１０に記載
のコンピュータ可読媒体。 - 【請求項１６】 前記カートリッジ実行エンジンが第３のメッセージをカー
トリッジに渡す前記ステップは前記カートリッジ実行エンジンが前記カートリッ
ジ内のルーチンを呼出すことによって行なわれ、 前記カートリッジが第４のメッセージを前記カートリッジ実行エンジンに渡す
前記ステップは、前記カートリッジ内で呼出された前記ルーチンから戻ることに
よって行なわれる、請求項１１に記載のコンピュータ可読媒体。 - 【請求項１７】 ブラウザリクエストに関連するオペレーションを実行する
ためのシステムであって、 複数のウェブリスナに結合される複数のディスパッチャと、 マシン間通信機構と、 複数のカートリッジとを含み、前記カートリッジの各々は標準カートリッジイ
ンターフェイスを介して呼出されるルーチンを含み、前記標準カートリッジイン
ターフェイスを介して受取った呼出に応答して別々のカートリッジが別々のオペ
レーションを行ない、前記システムはさらに 前記マシン間通信機構を介して前記複数のディスパッチャと通信し、かつ前記
標準カートリッジインターフェイスを介して前記複数のカートリッジ内の前記ル
ーチンを呼出すことによって、前記複数のカートリッジと通信する複数のカート
リッジ実行エンジンを含み、 前記複数のディスパッチャの各ディスパッチャは、オペレーションを行なうの
にある特定のカートリッジを必要とするブラウザリクエストをウェブリスナが受
取ったことに応答して、前記複数のカートリッジ実行エンジンのある特定のカー
トリッジ実行エンジンへ第１のメッセージを前記マシン間通信機構を介して送る
よう構成されており、 前記ある特定のカートリッジ実行エンジンは、前記第１のメッセージに応答し
て、前記オペレーションを行なう前記ある特定のカートリッジ内のルーチンを前
記標準カートリッジインターフェイスを介して呼出すよう構成される、システム
。 - 【請求項１８】 前記マシン間機構はある特定のカートリッジに対しトラン
スペアレントであり、 前記ある特定のカートリッジは、前記ルーチンから戻る際に第２のメッセージ
を前記ある特定のカートリッジ実行エンジンへ前記標準カートリッジインターフ
ェイスを介して送るよう構成されており、 前記ある特定のカートリッジ実行エンジンは、前記第２のメッセージに基づい
た第３のメッセージを前記ディスパッチャへ前記マシン間通信機構を介して送る
よう構成される、請求項１７に記載のシステム。 - 【請求項１９】 前記マシン間通信機構はオブジェクトリクエストブローカ
である、請求項１７に記載のシステム。 - 【請求項２０】 分散システムのモジュールに分散を意識させない態様でオ
ペレーションを行なわせるための方法であって、 前記モジュールをある特定のマシン上で実行するステップと、 前記モジュールに関連付けられるカートリッジ実行エンジンを介して前記モジ
ュールへ前記分散システムの他の構成要素からリクエストを渡すステップと、 前記モジュールと関連付けられる前記カートリッジ実行エンジンを介して前記
モジュールから前記分散システムの前記他の構成要素へ返答を渡すステップとを
含み、 前記カートリッジ実行エンジンおよび前記モジュールは第１のマシン上で実行
しており、 前記他の構成要素は前記第１のマシン上で実行していない、方法。 - 【請求項２１】 前記モジュールに関連付けられるカートリッジ実行エンジ
ンを介して前記モジュールへ前記分散システムの他の構成要素からリクエストを
渡す前記ステップは、 前記リクエストをマシン間通信機構を介して前記カートリッジ実行エンジン
へ送るステップと、 前記カートリッジ実行エンジンに前記モジュール内のルーチンを呼出させる
ことによって前記カートリッジ実行エンジンから前記リクエストを前記モジュー
ルへ送るステップとを含む、請求項２０に記載の方法。 - 【請求項２２】 前記リクエストを前記カートリッジ実行エンジンへマシン
間通信機構を介して送る前記ステップは、前記リクエストを前記カートリッジ実
行エンジンへオブジェクトリクエストブローカを介して送ることによって行なわ
れる、請求項２１に記載の方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/962,414 US6026404A (en) | 1997-02-03 | 1997-10-31 | Method and system for executing and operation in a distributed environment |
| US08/962,414 | 1997-10-31 | ||
| PCT/US1998/022820 WO1999023785A2 (en) | 1997-10-31 | 1998-10-28 | Method and system for facilitating distributed software development in a distribution unaware manner |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001522114A true JP2001522114A (ja) | 2001-11-13 |
Family
ID=25505830
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000519524A Pending JP2001522114A (ja) | 1997-10-31 | 1998-10-28 | 分散を意識させない態様で分散ソフトウェア開発を容易にするための方法およびシステム |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6026404A (ja) |
| EP (1) | EP1027794B1 (ja) |
| JP (1) | JP2001522114A (ja) |
| AU (1) | AU746391B2 (ja) |
| CA (1) | CA2308772C (ja) |
| DE (1) | DE69814900T2 (ja) |
| HK (1) | HK1028690A1 (ja) |
| WO (1) | WO1999023785A2 (ja) |
Families Citing this family (48)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6847987B2 (en) * | 1998-09-30 | 2005-01-25 | International Business Machines Corporation | System and method for extending client-server software to additional client platforms for servicing thin clients requests |
| US6687900B1 (en) * | 1998-11-19 | 2004-02-03 | X/Net Associates, Inc. | Method and system for loading instructions into an executing process |
| US6751606B1 (en) | 1998-12-23 | 2004-06-15 | Microsoft Corporation | System for enhancing a query interface |
| US6782408B1 (en) * | 1999-03-30 | 2004-08-24 | International Business Machines Corporation | Controlling a number of instances of an application running in a computing environment |
| US6842903B1 (en) * | 1999-05-19 | 2005-01-11 | Sun Microsystems, Inc. | System and method for providing dynamic references between services in a computer system |
| US6782387B1 (en) * | 1999-08-06 | 2004-08-24 | Ricoh Company, Ltd. | System for document management and information processing |
| AU4710001A (en) * | 1999-12-06 | 2001-06-12 | Warp Solutions, Inc. | System and method for enhancing operation of a web server cluster |
| US20010047385A1 (en) * | 1999-12-30 | 2001-11-29 | Jeffrey Tuatini | Passthru to shared service funtionality |
| US7389246B1 (en) * | 2000-02-15 | 2008-06-17 | Insweb Corporation | Insurance rating calculation software component architecture |
| US6514079B1 (en) | 2000-03-27 | 2003-02-04 | Rume Interactive | Interactive training method for demonstrating and teaching occupational skills |
| US6687735B1 (en) | 2000-05-30 | 2004-02-03 | Tranceive Technologies, Inc. | Method and apparatus for balancing distributed applications |
| CA2307155A1 (en) * | 2000-04-28 | 2001-10-28 | Ibm Canada Limited-Ibm Canada Limitee | Execution of database queries including filtering |
| AU2001288757A1 (en) * | 2000-09-01 | 2002-03-13 | Op40, Inc. | System, method, uses, products, program products, and business methods for distributed internet and distributed network services |
| AU2002211349A1 (en) * | 2000-10-03 | 2002-04-15 | Sun Microsystems, Inc. | Http transaction monitor with capacity to replay in debugging session |
| US7814198B2 (en) * | 2007-10-26 | 2010-10-12 | Microsoft Corporation | Model-driven, repository-based application monitoring system |
| US6609126B1 (en) | 2000-11-15 | 2003-08-19 | Appfluent Technology, Inc. | System and method for routing database requests to a database and a cache |
| EP1346289A1 (en) * | 2000-11-30 | 2003-09-24 | Appfluent Technology, Inc. | System and method for delivering dynamic content |
| US7010609B1 (en) * | 2000-12-21 | 2006-03-07 | Borland Software Corporation | System and method for adding transport protocols in distributed middleware applications |
| US20020107835A1 (en) * | 2001-02-08 | 2002-08-08 | Coram Michael T. | System and method for adaptive result set caching |
| US7178143B2 (en) * | 2001-03-09 | 2007-02-13 | Bea Systems, Inc. | Multi-version hosting of application services |
| US20020178264A1 (en) * | 2001-03-27 | 2002-11-28 | Isource Concepts Inc. | Secure creation and distribution of instructions to uniquely support network applications |
| US20020178227A1 (en) * | 2001-05-25 | 2002-11-28 | International Business Machines Corporation | Routing instant messages using configurable, pluggable delivery managers |
| US20030014478A1 (en) * | 2001-06-29 | 2003-01-16 | Noble Alan C. | Dynamically distributed client-server web browser |
| US7444410B1 (en) | 2002-02-15 | 2008-10-28 | Oracle International Corporation | Application platform execution environment |
| US7194473B1 (en) | 2002-02-15 | 2007-03-20 | Oracle International Corporation | Application platform development environment |
| US20030236813A1 (en) * | 2002-06-24 | 2003-12-25 | Abjanic John B. | Method and apparatus for off-load processing of a message stream |
| US8020162B2 (en) * | 2002-07-19 | 2011-09-13 | International Business Machines Corporation | Employing a resource broker in managing workloads of a peer-to-peer computing environment |
| US6973480B2 (en) * | 2002-09-26 | 2005-12-06 | Sun Microsystems, Inc. | Mechanism for implementing server-side pluglets |
| US7353521B1 (en) * | 2002-10-19 | 2008-04-01 | Borland Software Corporation | Object oriented distributed software system with methodology for piggybacked reflective callbacks |
| US7437358B2 (en) | 2004-06-25 | 2008-10-14 | Apple Inc. | Methods and systems for managing data |
| US7730012B2 (en) | 2004-06-25 | 2010-06-01 | Apple Inc. | Methods and systems for managing data |
| US7774326B2 (en) * | 2004-06-25 | 2010-08-10 | Apple Inc. | Methods and systems for managing data |
| US20070124345A1 (en) * | 2005-11-30 | 2007-05-31 | Heinz Kathy K | Library backup |
| US8024396B2 (en) * | 2007-04-26 | 2011-09-20 | Microsoft Corporation | Distributed behavior controlled execution of modeled applications |
| US8239505B2 (en) * | 2007-06-29 | 2012-08-07 | Microsoft Corporation | Progressively implementing declarative models in distributed systems |
| US7970892B2 (en) * | 2007-06-29 | 2011-06-28 | Microsoft Corporation | Tuning and optimizing distributed systems with declarative models |
| US8230386B2 (en) * | 2007-08-23 | 2012-07-24 | Microsoft Corporation | Monitoring distributed applications |
| US7974939B2 (en) * | 2007-10-26 | 2011-07-05 | Microsoft Corporation | Processing model-based commands for distributed applications |
| US20090113292A1 (en) * | 2007-10-26 | 2009-04-30 | Microsoft Corporation | Flexibly editing heterogeneous documents |
| US7926070B2 (en) * | 2007-10-26 | 2011-04-12 | Microsoft Corporation | Performing requested commands for model-based applications |
| US8099720B2 (en) | 2007-10-26 | 2012-01-17 | Microsoft Corporation | Translating declarative models |
| US8181151B2 (en) * | 2007-10-26 | 2012-05-15 | Microsoft Corporation | Modeling and managing heterogeneous applications |
| US20090112932A1 (en) * | 2007-10-26 | 2009-04-30 | Microsoft Corporation | Visualizing key performance indicators for model-based applications |
| US8225308B2 (en) * | 2007-10-26 | 2012-07-17 | Microsoft Corporation | Managing software lifecycle |
| CN107332814B (zh) * | 2016-04-29 | 2021-01-01 | 华为技术有限公司 | 一种请求消息传输方法及装置 |
| US10481963B1 (en) * | 2016-06-29 | 2019-11-19 | Amazon Technologies, Inc. | Load-balancing for achieving transaction fault tolerance |
| EP3740882A1 (en) * | 2018-01-18 | 2020-11-25 | Bevara Technologies, LLC | Browser navigation for facilitating data access |
| US11750575B2 (en) * | 2019-12-16 | 2023-09-05 | Jpmorgan Chase Bank, N.A. | Systems and methods for gateway communications for distributed ledger systems |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07281974A (ja) * | 1994-04-05 | 1995-10-27 | Internatl Business Mach Corp <Ibm> | ネットワーク内のコンピュータ間でデータを交換するための通信システム |
Family Cites Families (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5361350A (en) * | 1991-12-12 | 1994-11-01 | International Business Machines Corporation | Object oriented method management system and software for managing class method names in a computer system |
| AU686105B2 (en) * | 1992-07-01 | 1998-02-05 | Telefonaktiebolaget Lm Ericsson (Publ) | System for implementation-independent interface specification |
| US5329619A (en) * | 1992-10-30 | 1994-07-12 | Software Ag | Cooperative processing interface and communication broker for heterogeneous computing environments |
| JP3003440B2 (ja) * | 1993-01-19 | 2000-01-31 | 株式会社日立製作所 | 負荷分散制御方法および分散処理システム |
| JP3365576B2 (ja) * | 1993-06-14 | 2003-01-14 | インターナショナル・ビジネス・マシーンズ・コーポレーション | オブジェクトの実行方法および装置 |
| EP0746816B1 (en) * | 1993-08-03 | 2001-10-24 | Sun Microsystems, Inc. | Flexible multi-platform partitioning for computer applications |
| US5715314A (en) * | 1994-10-24 | 1998-02-03 | Open Market, Inc. | Network sales system |
| US5623656A (en) * | 1994-12-15 | 1997-04-22 | Lucent Technologies Inc. | Script-based data communication system and method utilizing state memory |
| JPH0926970A (ja) * | 1994-12-20 | 1997-01-28 | Sun Microsyst Inc | 情報を検索するコンピュータによる実行方法及び装置 |
| US5822585A (en) * | 1995-02-21 | 1998-10-13 | Compuware Corporation | System and method for cooperative processing using object-oriented framework |
| US5761684A (en) * | 1995-05-30 | 1998-06-02 | International Business Machines Corporation | Method and reusable object for scheduling script execution in a compound document |
| US5752246A (en) * | 1995-06-07 | 1998-05-12 | International Business Machines Corporation | Service agent for fulfilling requests of a web browser |
| US5737592A (en) * | 1995-06-19 | 1998-04-07 | International Business Machines Corporation | Accessing a relational database over the Internet using macro language files |
| US5737607A (en) * | 1995-09-28 | 1998-04-07 | Sun Microsystems, Inc. | Method and apparatus for allowing generic stubs to marshal and unmarshal data in object reference specific data formats |
| US5774670A (en) * | 1995-10-06 | 1998-06-30 | Netscape Communications Corporation | Persistent client state in a hypertext transfer protocol based client-server system |
| US5706442A (en) * | 1995-12-20 | 1998-01-06 | Block Financial Corporation | System for on-line financial services using distributed objects |
| US5745681A (en) * | 1996-01-11 | 1998-04-28 | Sun Microsystems, Inc. | Stateless shopping cart for the web |
| US5761673A (en) * | 1996-01-31 | 1998-06-02 | Oracle Corporation | Method and apparatus for generating dynamic web pages by invoking a predefined procedural package stored in a database |
| US5859971A (en) * | 1996-02-15 | 1999-01-12 | International Business Machines Corp. | Differencing client/server communication system for use with CGI forms |
| US5862325A (en) * | 1996-02-29 | 1999-01-19 | Intermind Corporation | Computer-based communication system and method using metadata defining a control structure |
| US5761507A (en) * | 1996-03-05 | 1998-06-02 | International Business Machines Corporation | Client/server architecture supporting concurrent servers within a server with a transaction manager providing server/connection decoupling |
| EP0894392A2 (en) * | 1996-04-19 | 1999-02-03 | Intergraph Corporation | System and method for data access |
| US5835712A (en) * | 1996-05-03 | 1998-11-10 | Webmate Technologies, Inc. | Client-server system using embedded hypertext tags for application and database development |
| US5859972A (en) * | 1996-05-10 | 1999-01-12 | The Board Of Trustees Of The University Of Illinois | Multiple server repository and multiple server remote application virtual client computer |
| US5864871A (en) * | 1996-06-04 | 1999-01-26 | Multex Systems | Information delivery system and method including on-line entitlements |
| US5848246A (en) * | 1996-07-01 | 1998-12-08 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server session manager in an interprise computing framework system |
| US5857191A (en) * | 1996-07-08 | 1999-01-05 | Gradient Technologies, Inc. | Web application server with secure common gateway interface |
| US5860072A (en) * | 1996-07-11 | 1999-01-12 | Tandem Computers Incorporated | Method and apparatus for transporting interface definition language-defined data structures between heterogeneous systems |
| US5897622A (en) * | 1996-10-16 | 1999-04-27 | Microsoft Corporation | Electronic shopping and merchandising system |
| US5796393A (en) * | 1996-11-08 | 1998-08-18 | Compuserve Incorporated | System for intergrating an on-line service community with a foreign service |
| US5826239A (en) * | 1996-12-17 | 1998-10-20 | Hewlett-Packard Company | Distributed workflow resource management system and method |
| US5864866A (en) * | 1997-03-26 | 1999-01-26 | International Business Machines Corporation | Apparatus and method for providing externalization in an object-oriented environment |
-
1997
- 1997-10-31 US US08/962,414 patent/US6026404A/en not_active Expired - Lifetime
-
1998
- 1998-10-28 CA CA002308772A patent/CA2308772C/en not_active Expired - Lifetime
- 1998-10-28 DE DE69814900T patent/DE69814900T2/de not_active Expired - Lifetime
- 1998-10-28 AU AU12032/99A patent/AU746391B2/en not_active Expired
- 1998-10-28 EP EP98955162A patent/EP1027794B1/en not_active Expired - Lifetime
- 1998-10-28 JP JP2000519524A patent/JP2001522114A/ja active Pending
- 1998-10-28 WO PCT/US1998/022820 patent/WO1999023785A2/en active IP Right Grant
-
2000
- 2000-12-14 HK HK00108035A patent/HK1028690A1/xx not_active IP Right Cessation
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07281974A (ja) * | 1994-04-05 | 1995-10-27 | Internatl Business Mach Corp <Ibm> | ネットワーク内のコンピュータ間でデータを交換するための通信システム |
Non-Patent Citations (5)
| Title |
|---|
| 保西義孝: "分散オブジェクト基盤 ObjectDirector", FUJITSU（企業技報）, vol. 第４８巻、第２号, CSNH199700197005, 10 March 1997 (1997-03-10), JP, pages 93 - 97, ISSN: 0000765968 * |
| 山本美桜: "ＮＣＡ、産声をあげた新しいシステムパラダイム", ＮＥＴ ＰＣ, vol. 第２巻、第５号, CSND199700550013, May 1997 (1997-05-01), JP, pages 108 - 113, ISSN: 0000765971 * |
| 森永輔: "ＷＷＷサーバで可能になるトランザクション処理", 日経コンピュータ, vol. 第４２７号, CSND199700475002, 29 September 1997 (1997-09-29), JP, pages 178 - 181, ISSN: 0000765970 * |
| 河込和宏: "ＣＯＲＢＡの仕組みとプログラミング前編", ＢＩＴ, vol. 第２９巻、第８号, CSND199700210003, 1 August 1997 (1997-08-01), JP, pages 25 - 32, ISSN: 0000765969 * |
| 渡邊正三、外２名: "インターネットのトランザクション連携（NETSTAGE）", FUJITSU（富士通技報）, vol. 第４８巻、第２号, CSNH199700197012, 10 March 1997 (1997-03-10), JP, pages 140 - 144, ISSN: 0000765967 * |
Also Published As
| Publication number | Publication date |
|---|---|
| AU1203299A (en) | 1999-05-24 |
| WO1999023785A2 (en) | 1999-05-14 |
| CA2308772C (en) | 2005-02-15 |
| DE69814900D1 (de) | 2003-06-26 |
| EP1027794A2 (en) | 2000-08-16 |
| WO1999023785A3 (en) | 1999-07-15 |
| HK1028690A1 (en) | 2001-02-23 |
| DE69814900T2 (de) | 2004-05-13 |
| EP1027794B1 (en) | 2003-05-21 |
| CA2308772A1 (en) | 1999-05-14 |
| US6026404A (en) | 2000-02-15 |
| AU746391B2 (en) | 2002-05-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3853592B2 (ja) | 分散ウェブアプリケーションサーバ | |
| JP2001522114A (ja) | 分散を意識させない態様で分散ソフトウェア開発を容易にするための方法およびシステム | |
| JP3853593B2 (ja) | ウェブアプリケーションサーバにおいて拡張可能な認証機構を実現するための方法および装置 | |
| JP4729172B2 (ja) | 宣言型パラダイムをサポートするステートレスなウェブ環境におけるトランザクションを実行するための方法および装置 | |
| EP0956687B1 (en) | Web request broker controlling multiple processes | |
| US6225995B1 (en) | Method and apparatus for incorporating state information into a URL | |
| EP1235150B1 (en) | Apparatus and method for processing servlets | |
| US6393497B1 (en) | Downloadable smart proxies for performing processing associated with a remote procedure call in a distributed system | |
| JP2002505466A (ja) | 遠隔メソッド呼出し方法及び装置 | |
| JP2002505491A (ja) | 分散形システムにおける動的情報証明のための装置及び方法 | |
| WO1999023558A1 (en) | Method and apparatus for conducting a transaction in a stateless web environment | |
| JP2002505478A (ja) | 分散形システムにおけるイベント通知のためのオブジェクトの据置き復元及び遠隔ローディング |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20050428 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20050518 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20050913 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051122 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060221 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060228 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060519 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060829 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061222 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070105 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070309 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090227 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090304 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090401 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090407 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090501 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090511 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20091102 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20091106 Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20091106 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20091203 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20091208 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20091228 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100106 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100201 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100608 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100614 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100708 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100714 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100806 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100909 |