JP2001522113A - 分散ウェブアプリケーションサーバ - Google Patents
分散ウェブアプリケーションサーバInfo
- Publication number
- JP2001522113A JP2001522113A JP2000519523A JP2000519523A JP2001522113A JP 2001522113 A JP2001522113 A JP 2001522113A JP 2000519523 A JP2000519523 A JP 2000519523A JP 2000519523 A JP2000519523 A JP 2000519523A JP 2001522113 A JP2001522113 A JP 2001522113A
- Authority
- JP
- Japan
- Prior art keywords
- instance
- dispatcher
- cartridge
- message
- resource manager
- 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.)
- Granted
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/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
-
- 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
- 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
-
- 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/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Multi Processors (AREA)
- Information Transfer Between Computers (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を含むどんなプログラム言語で書かれたものであってもよ
い。
【０００６】 ＣＧＩのアプローチでは、サーバが特定されたリクエストを受取るたびに別個
のプロセス（ＣＧＩプログラムの別個のインスタンス）がイニシエートされると
いう不利な点がある。さらに、ＣＧＩプログラムはブラウザリクエストを受取っ
たリスナと同じマシン上で実行される。したがって、千ものこうしたリクエスト
を異なったユーザから受信すると、リスナを実行しているマシンで千ものプロセ
スがイニシエートされることとなり、サーバ上の使用可能なリソースを使い果た
すこととなる。
のプロセス（ＣＧＩプログラムの別個のインスタンス）がイニシエートされると
いう不利な点がある。さらに、ＣＧＩプログラムはブラウザリクエストを受取っ
たリスナと同じマシン上で実行される。したがって、千ものこうしたリクエスト
を異なったユーザから受信すると、リスナを実行しているマシンで千ものプロセ
スがイニシエートされることとなり、サーバ上の使用可能なリソースを使い果た
すこととなる。
【０００７】 ＣＧＩアプローチの第２の不利な点は、各リクエストに対して別個のプロセス
がイニシエートされ実行され終了されることである。すなわち、第１の組の１０
のリクエストの後に第２の組の１０のリクエストが続く場合、その第１の組のリ
クエストに対して第１の組の１０のプロセスがイニシエートされ終了され、その
第２の組のリクエストに対して第２の組の１０のプロセスがイニシエートされ終
了されることとなる。ＣＧＩではプロセスのイニシエートに関連するオーバーヘ
ッドを避けるため、第１の１０のリクエストに対して用いられた１０のプロセス
と同じものを第２の１０のリクエストを処理するのに用いることが許されていな
い。
がイニシエートされ実行され終了されることである。すなわち、第１の組の１０
のリクエストの後に第２の組の１０のリクエストが続く場合、その第１の組のリ
クエストに対して第１の組の１０のプロセスがイニシエートされ終了され、その
第２の組のリクエストに対して第２の組の１０のプロセスがイニシエートされ終
了されることとなる。ＣＧＩではプロセスのイニシエートに関連するオーバーヘ
ッドを避けるため、第１の１０のリクエストに対して用いられた１０のプロセス
と同じものを第２の１０のリクエストを処理するのに用いることが許されていな
い。
【０００８】 リクエストに対する動的な応答を行なうための代替的なアプローチは「プラグ
イン」拡張を用いることである。プラグイン拡張はサーバに送られたメッセージ
をさまざまな段階で代行受信して特定のユーザリクエストに対してアプリケーシ
ョンに特有の処理を行なう。サーバ側のプラグインはリスナおよび他のすべての
サーバ側プラグインと同じアドレス空間において実行される。よって、プラグイ
ンを設計するアプリケーション開発者はリスナの下位レベルのオペレーションの
詳細に精通していなければならない。さらに、リスナと同じアドレス空間でプラ
グインを実行することによりリスナを安全性および安定性の面で危険にさらすこ
ととなる。障害のあるプラグインにより、他のプラグインまたはリスナそのもの
がクラッシュしたり、または予測できない態様で動作してしまうこともある。
イン」拡張を用いることである。プラグイン拡張はサーバに送られたメッセージ
をさまざまな段階で代行受信して特定のユーザリクエストに対してアプリケーシ
ョンに特有の処理を行なう。サーバ側のプラグインはリスナおよび他のすべての
サーバ側プラグインと同じアドレス空間において実行される。よって、プラグイ
ンを設計するアプリケーション開発者はリスナの下位レベルのオペレーションの
詳細に精通していなければならない。さらに、リスナと同じアドレス空間でプラ
グインを実行することによりリスナを安全性および安定性の面で危険にさらすこ
ととなる。障害のあるプラグインにより、他のプラグインまたはリスナそのもの
がクラッシュしたり、または予測できない態様で動作してしまうこともある。
【０００９】 プラグインアプローチの第２の問題は、ＣＧＩアプローチと同様に、すべての
プラグインオペレーションがリスナを実行しているマシンと同じマシン上で実行
されることである。プラグイン拡張によって実行されるタスクは他のマシンに負
荷を転嫁することができないため、プラグインによるアプローチのスケーラビリ
ティ（scalability）は大幅に制限される。
プラグインオペレーションがリスナを実行しているマシンと同じマシン上で実行
されることである。プラグイン拡張によって実行されるタスクは他のマシンに負
荷を転嫁することができないため、プラグインによるアプローチのスケーラビリ
ティ（scalability）は大幅に制限される。
【００１０】
分散ウェブアプリケーションサーバによりブラウザリクエストを処理するため
の方法およびシステムを提供する。分散環境により、ブラウザリクエスト内で特
定されるオペレーションを実行するプロセス（「カートリッジインスタンス」）
が、そのリクエストを受取るリスナおよびそのリクエストを発行するブラウザと
は異なるマシン上で実行できる。カートリッジインスタンスがリスナとは異なる
マシン上にあるため、リスナは障害のあるカートリッジインスタンスからよりよ
く隔離されることとなり、システムの信頼性および安全性が向上する。さらに、
リスナが実行されるマシンと同じマシンでなく、数多くのマシン間でカートリッ
ジインスタンスを実行する処理の負担を分散することによってシステムのスケー
ラビリティが大幅に増加する。複数のマシンにわたってカートリッジインスタン
スの実行を分散できることから、いつどこで新しいカートリッジインスタンスを
生じさせるかを決定するのに数多くのタイプの負荷の最適配分の技法を用いるこ
とができる。
の方法およびシステムを提供する。分散環境により、ブラウザリクエスト内で特
定されるオペレーションを実行するプロセス（「カートリッジインスタンス」）
が、そのリクエストを受取るリスナおよびそのリクエストを発行するブラウザと
は異なるマシン上で実行できる。カートリッジインスタンスがリスナとは異なる
マシン上にあるため、リスナは障害のあるカートリッジインスタンスからよりよ
く隔離されることとなり、システムの信頼性および安全性が向上する。さらに、
リスナが実行されるマシンと同じマシンでなく、数多くのマシン間でカートリッ
ジインスタンスを実行する処理の負担を分散することによってシステムのスケー
ラビリティが大幅に増加する。複数のマシンにわたってカートリッジインスタン
スの実行を分散できることから、いつどこで新しいカートリッジインスタンスを
生じさせるかを決定するのに数多くのタイプの負荷の最適配分の技法を用いるこ
とができる。
【００１１】 この発明の一局面によれば、第１のマシン上で実行されるディスパッチャと第
２のマシン上で実行されるリソースマネージャとを用いてオペレーションが実行
される。第１のメッセージがディスパッチャからリソースマネージャへ送られる
。この第１のメッセージはオペレーションを行なうことのできるある特定のカー
トリッジを識別している。第２のメッセージがリソースマネージャからディスパ
ッチャへ送られる。この第２のメッセージはそのある特定のカートリッジのある
特定のインスタンスを特定している。このある特定のインスタンスは第３のマシ
ン上で実行されている。
２のマシン上で実行されるリソースマネージャとを用いてオペレーションが実行
される。第１のメッセージがディスパッチャからリソースマネージャへ送られる
。この第１のメッセージはオペレーションを行なうことのできるある特定のカー
トリッジを識別している。第２のメッセージがリソースマネージャからディスパ
ッチャへ送られる。この第２のメッセージはそのある特定のカートリッジのある
特定のインスタンスを特定している。このある特定のインスタンスは第３のマシ
ン上で実行されている。
【００１２】 ディスパッチャからの第３のメッセージはそのある特定のインスタンスに送ら
れ、そのある特定のインスタンスにオペレーションを行なわせる。第１のマシン
、第２のマシンおよび第３のマシンのうちの少なくとも２つは別個のマシンであ
る。
れ、そのある特定のインスタンスにオペレーションを行なわせる。第１のマシン
、第２のマシンおよび第３のマシンのうちの少なくとも２つは別個のマシンであ
る。
【００１３】 この発明の別の局面によれば、ブラウザリクエストに関連するオペレーション
を行なうためのシステムが提供される。システムは複数のウェブリスナに結合さ
れる複数のディスパッチャを含む。その複数のディスパッチャの各ディスパッチ
ャはその複数のウェブリスナの対応するウェブリスナからその対応するウェブリ
スナが受取ったブラウザリクエストを受取る。
を行なうためのシステムが提供される。システムは複数のウェブリスナに結合さ
れる複数のディスパッチャを含む。その複数のディスパッチャの各ディスパッチ
ャはその複数のウェブリスナの対応するウェブリスナからその対応するウェブリ
スナが受取ったブラウザリクエストを受取る。
【００１４】 システムはさらに、仮想パスマネージャおよびリソースマネージャを含む。仮
想パスマネージャはマシン間通信機構を介して複数のディスパッチャに結合され
る。仮想パスマネージャは、複数のカートリッジのうちのどれがそのブラウザリ
クエストと関連付けられているのかをディスパッチャに示す。リソースマネージ
ャはマシン間通信機構を介して複数のディスパッチャに結合される。リソースマ
ネージャは、ディスパッチャからインスタンスに対するリクエストを受取ったこ
とに応答して、複数のディスパッチャの各々のディスパッチャに複数のカートリ
ッジのうちのあるカートリッジのインスタンスを割当てるよう構成される。
想パスマネージャはマシン間通信機構を介して複数のディスパッチャに結合され
る。仮想パスマネージャは、複数のカートリッジのうちのどれがそのブラウザリ
クエストと関連付けられているのかをディスパッチャに示す。リソースマネージ
ャはマシン間通信機構を介して複数のディスパッチャに結合される。リソースマ
ネージャは、ディスパッチャからインスタンスに対するリクエストを受取ったこ
とに応答して、複数のディスパッチャの各々のディスパッチャに複数のカートリ
ッジのうちのあるカートリッジのインスタンスを割当てるよう構成される。
【００１５】 複数のディスパッチャは、リソースマネージャによってディスパッチャに割当
てられるインスタンスへメッセージをマシン間通信機構を介して送るよう構成さ
れる。そのメッセージにより、インスタンスがブラウザリクエストに関連するオ
ペレーションを行なうことになる。
てられるインスタンスへメッセージをマシン間通信機構を介して送るよう構成さ
れる。そのメッセージにより、インスタンスがブラウザリクエストに関連するオ
ペレーションを行なうことになる。
【００１６】 この発明は限定によってではなく例によって、添付の図面において例示され、
添付の図面において類似の参照番号は類似の要素を指す。
添付の図面において類似の参照番号は類似の要素を指す。
【００１７】
ネットワークにわたってオペレーションを行なうための方法および装置を説明
する。以下において説明のため、この発明の完全な理解をもたらすように数多く
の特定の詳細事項を挙げている。しかしながら、当業者にはこの発明がこれらの
特定の詳細事項がなくても実施できることが明らかになるであろう。場合によっ
ては不必要にこの発明を曖昧にすることを避けるため周知の構造および装置をブ
ロック図の形態で示している。
する。以下において説明のため、この発明の完全な理解をもたらすように数多く
の特定の詳細事項を挙げている。しかしながら、当業者にはこの発明がこれらの
特定の詳細事項がなくても実施できることが明らかになるであろう。場合によっ
ては不必要にこの発明を曖昧にすることを避けるため周知の構造および装置をブ
ロック図の形態で示している。
【００１８】 ハードウェアの概観 図１は、この発明の実施例が実装され得るコンピュータシステム１００を示す
ブロック図である。コンピュータシステム１００は、バス１０２または情報を通
信するための他の通信機構と、バス１０２に結合され情報を処理するためのプロ
セッサ１０４とを含む。コンピュータシステム１００はまた、バス１０２に結合
され情報およびプロセッサ１０４が実行すべき命令を蔵置するための、ランダム
アクセスメモリ（ＲＡＭ）または他の動的記憶装置などのメインメモリ１０６を
含む。メインメモリ１０６はまた、プロセッサ１０４が実行すべき命令の実行の
間に一時変数または他の中間情報を蔵置するのに用いられてもよい。コンピュー
タシステム１００はさらに、バス１０２に結合され静的情報およびプロセッサ１
０４に対する命令を蔵置するための読取専用メモリ（ＲＯＭ）１０８または他の
静的記憶装置を含む。磁気ディスクまたは光ディスクなどの記憶装置１１０が設
けられ、バス１０２に結合されて情報および命令を蔵置する。
ブロック図である。コンピュータシステム１００は、バス１０２または情報を通
信するための他の通信機構と、バス１０２に結合され情報を処理するためのプロ
セッサ１０４とを含む。コンピュータシステム１００はまた、バス１０２に結合
され情報およびプロセッサ１０４が実行すべき命令を蔵置するための、ランダム
アクセスメモリ（ＲＡＭ）または他の動的記憶装置などのメインメモリ１０６を
含む。メインメモリ１０６はまた、プロセッサ１０４が実行すべき命令の実行の
間に一時変数または他の中間情報を蔵置するのに用いられてもよい。コンピュー
タシステム１００はさらに、バス１０２に結合され静的情報およびプロセッサ１
０４に対する命令を蔵置するための読取専用メモリ（ＲＯＭ）１０８または他の
静的記憶装置を含む。磁気ディスクまたは光ディスクなどの記憶装置１１０が設
けられ、バス１０２に結合されて情報および命令を蔵置する。
【００１９】 コンピュータシステム１００はバス１０２を介して、陰極線管（ＣＲＴ）など
の表示装置１１２に結合されコンピュータユーザに対して情報を表示してもよい
。英数字および他のキーを含む入力装置１１４がバス１０２に結合され、情報お
よびコマンド選択をプロセッサ１０４に伝える。別のタイプのユーザ入力装置は
、プロセッサ１０４に方向情報およびコマンド選択を伝え、かつ表示装置１１２
上のカーソル移動を制御するためのマウス、トラックボールまたはカーソル方向
キーなどのカーソル制御装置１１６である。この入力装置は典型的に２つの軸、
すなわち第１の軸（たとえばｘ）および第２の軸（たとえばｙ）において２つの
自由度を有し、これは装置が平面上の位置を特定できるようにする。
の表示装置１１２に結合されコンピュータユーザに対して情報を表示してもよい
。英数字および他のキーを含む入力装置１１４がバス１０２に結合され、情報お
よびコマンド選択をプロセッサ１０４に伝える。別のタイプのユーザ入力装置は
、プロセッサ１０４に方向情報およびコマンド選択を伝え、かつ表示装置１１２
上のカーソル移動を制御するためのマウス、トラックボールまたはカーソル方向
キーなどのカーソル制御装置１１６である。この入力装置は典型的に２つの軸、
すなわち第１の軸（たとえばｘ）および第２の軸（たとえばｙ）において２つの
自由度を有し、これは装置が平面上の位置を特定できるようにする。
【００２０】 この発明はコンピュータシステム１００を用いてブラウザからのメッセージに
応答して特定のオペレーションを行なうことに関する。この発明の一実施例によ
れば、プロセッサ１０４がメインメモリ１０６に含まれる１つ以上の命令の１つ
以上のシーケンスを実行することに応答してコンピュータシステム１００がオペ
レーションを行なう。このような命令は、記憶装置１１０などの別のコンピュー
タ可読媒体からメインメモリ１０６に読込んでもよい。メインメモリ１０６に含
まれる命令のシーケンスを実行することにより、プロセッサ１０４がここに説明
するプロセスステップを実行することとなる。代替の実施例では、ソフトウェア
命令の代わりにまたはソフトウェア命令と併せて、結線回路を用いてこの発明を
実現してもよい。すなわち、この発明の実施例はハードウェア回路およびソフト
ウェアの如何なる特定の組合せにも限定されない。
応答して特定のオペレーションを行なうことに関する。この発明の一実施例によ
れば、プロセッサ１０４がメインメモリ１０６に含まれる１つ以上の命令の１つ
以上のシーケンスを実行することに応答してコンピュータシステム１００がオペ
レーションを行なう。このような命令は、記憶装置１１０などの別のコンピュー
タ可読媒体からメインメモリ１０６に読込んでもよい。メインメモリ１０６に含
まれる命令のシーケンスを実行することにより、プロセッサ１０４がここに説明
するプロセスステップを実行することとなる。代替の実施例では、ソフトウェア
命令の代わりにまたはソフトウェア命令と併せて、結線回路を用いてこの発明を
実現してもよい。すなわち、この発明の実施例はハードウェア回路およびソフト
ウェアの如何なる特定の組合せにも限定されない。
【００２１】 「コンピュータ可読媒体」という用語はここでは、実行のためにプロセッサ１
０４に命令を提供するのにかかわるすべての媒体を指して用いる。このような媒
体は、不揮発性媒体、揮発性媒体および伝送媒体を含むが、これらに限定されな
い数多くの形態を取り得る。不揮発性媒体には、たとえば、記憶装置１１０など
の光ディスクまたは磁気ディスクが含まれる。揮発性媒体には、メインメモリ１
０６などのダイナミックメモリが含まれる。伝送媒体には、バス１０２を構成す
るワイヤを含む、同軸ケーブル、導線および光ファイバが含まれる。伝送媒体は
また、電波および赤外線データ通信において生成されるもののような音波または
光波の形態を取ることもある。
０４に命令を提供するのにかかわるすべての媒体を指して用いる。このような媒
体は、不揮発性媒体、揮発性媒体および伝送媒体を含むが、これらに限定されな
い数多くの形態を取り得る。不揮発性媒体には、たとえば、記憶装置１１０など
の光ディスクまたは磁気ディスクが含まれる。揮発性媒体には、メインメモリ１
０６などのダイナミックメモリが含まれる。伝送媒体には、バス１０２を構成す
るワイヤを含む、同軸ケーブル、導線および光ファイバが含まれる。伝送媒体は
また、電波および赤外線データ通信において生成されるもののような音波または
光波の形態を取ることもある。
【００２２】 コンピュータ可読媒体の一般的な形態にはたとえば、フロッピーディスク、フ
レキシブルディスク、ハードディスク、磁気テープまたは何らかの他の磁気媒体
、ＣＤ−ＲＯＭおよび何らかの他の光媒体、パンチカード、せん孔テープおよび
孔のパターンを有する何らかの他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ
、ＦＬＡＳＨ−ＥＰＲＯＭおよび何らかの他のメモリチップまたはカートリッジ
、以下に説明するような搬送波、またはコンピュータが読むことのできるもので
あればどのような他の媒体でも含まれる。
レキシブルディスク、ハードディスク、磁気テープまたは何らかの他の磁気媒体
、ＣＤ−ＲＯＭおよび何らかの他の光媒体、パンチカード、せん孔テープおよび
孔のパターンを有する何らかの他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ
、ＦＬＡＳＨ−ＥＰＲＯＭおよび何らかの他のメモリチップまたはカートリッジ
、以下に説明するような搬送波、またはコンピュータが読むことのできるもので
あればどのような他の媒体でも含まれる。
【００２３】 実行のために１つ以上の命令の１つ以上のシーケンスをプロセッサ１０４に与
える上でさまざまな形態のコンピュータ可読媒体がかかわり得る。たとえば、命
令は初めに遠隔コンピュータの磁気ディスク上に担持されてもよい。遠隔コンピ
ュータは命令をそのダイナミックメモリにロードし、その命令をモデムを用いて
電話回線を介して送ることができる。コンピュータシステム１００がローカルに
有するモデムが電話回線上でデータを受取り、赤外線送信機を用いてそのデータ
を赤外線信号に変換できる。バス１０２に結合される赤外線検出器は赤外線信号
で運ばれるデータを受取り、そのデータをバス１０２上に出力することができる
。バス１０２はそのデータをメインメモリ１０６へ運び、そこからプロセッサ１
０４は命令を取出して実行する。メインメモリ１０６が受取った命令は場合によ
り、プロセッサ１０４による実行の前または後に記憶装置１１０に蔵置されても
よい。
える上でさまざまな形態のコンピュータ可読媒体がかかわり得る。たとえば、命
令は初めに遠隔コンピュータの磁気ディスク上に担持されてもよい。遠隔コンピ
ュータは命令をそのダイナミックメモリにロードし、その命令をモデムを用いて
電話回線を介して送ることができる。コンピュータシステム１００がローカルに
有するモデムが電話回線上でデータを受取り、赤外線送信機を用いてそのデータ
を赤外線信号に変換できる。バス１０２に結合される赤外線検出器は赤外線信号
で運ばれるデータを受取り、そのデータをバス１０２上に出力することができる
。バス１０２はそのデータをメインメモリ１０６へ運び、そこからプロセッサ１
０４は命令を取出して実行する。メインメモリ１０６が受取った命令は場合によ
り、プロセッサ１０４による実行の前または後に記憶装置１１０に蔵置されても
よい。
【００２４】 コンピュータシステム１００はまた、バス１０２に結合される通信インターフ
ェイス１１８を含む。通信インターフェイス１１８はローカルネットワーク１２
２に接続されるネットワークリンク１２０への両方向データ通信結合を提供する
。たとえば、通信インターフェイス１１８は、対応するタイプの電話回線に対し
てデータ通信接続を提供するサービス統合デジタル網（ＩＳＤＮ）カードまたは
モデムであってもよい。別の例としては、通信インターフェイス１１８は、互換
性のあるローカル・エリア・ネットワーク（ＬＡＮ）に対するデータ通信接続を
提供するローカル・エリア・ネットワーク（ＬＡＮ）カードであってもよい。ま
た、無線リンクを実現してもよい。このような実現例のいずれにおいても、通信
インターフェイス１１８はさまざまなタイプの情報を表わすデジタルデータスト
リームを運ぶ電気信号、電磁気信号または光信号を送受信する。
ェイス１１８を含む。通信インターフェイス１１８はローカルネットワーク１２
２に接続されるネットワークリンク１２０への両方向データ通信結合を提供する
。たとえば、通信インターフェイス１１８は、対応するタイプの電話回線に対し
てデータ通信接続を提供するサービス統合デジタル網（ＩＳＤＮ）カードまたは
モデムであってもよい。別の例としては、通信インターフェイス１１８は、互換
性のあるローカル・エリア・ネットワーク（ＬＡＮ）に対するデータ通信接続を
提供するローカル・エリア・ネットワーク（ＬＡＮ）カードであってもよい。ま
た、無線リンクを実現してもよい。このような実現例のいずれにおいても、通信
インターフェイス１１８はさまざまなタイプの情報を表わすデジタルデータスト
リームを運ぶ電気信号、電磁気信号または光信号を送受信する。
【００２５】 ネットワークリンク１２０は典型的に１つ以上のネットワークを介して他のデ
ータ装置へのデータ通信を提供する。たとえば、ネットワークリンク１２０はロ
ーカルネットワーク１２２を介してホストコンピュータ１２４または、インター
ネットサービスプロバイダ（ＩＳＰ：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を用いて互いに 通信してもよい。
【０１１３】 ウェブアプリケーションサーバ２８０のさまざまな構成要素がマシンから独立
した通信機構を用いて互いに通信するため、構成要素が互いに対してどこに存在
するかということに関して固有の制約はない。たとえば、リスナ２１０、２１６
および２２２は同じマシン上で実行していてもよく、またはそれぞれがこのよう
なオペレーティングシステムを有する３つの完全に異なったマシン上で実行して
もよい。同様に、認証サーバ２５２、仮想パスマネージャ２５０、リソースマネ
ージャ２５４およびコンフィギュレーションプロバイダ２５６は同じマシン上で
実行していてもよく、または４つの異なるマシン上で実行していてもよい。さら
に、これらの４つの異なるマシンはリスナ２１０、２１６および２２２を実行す
る３つのマシンと少しも重複していなくてもよい。
した通信機構を用いて互いに通信するため、構成要素が互いに対してどこに存在
するかということに関して固有の制約はない。たとえば、リスナ２１０、２１６
および２２２は同じマシン上で実行していてもよく、またはそれぞれがこのよう
なオペレーティングシステムを有する３つの完全に異なったマシン上で実行して
もよい。同様に、認証サーバ２５２、仮想パスマネージャ２５０、リソースマネ
ージャ２５４およびコンフィギュレーションプロバイダ２５６は同じマシン上で
実行していてもよく、または４つの異なるマシン上で実行していてもよい。さら
に、これらの４つの異なるマシンはリスナ２１０、２１６および２２２を実行す
る３つのマシンと少しも重複していなくてもよい。
【０１１４】 カートリッジ実行エンジン２２８、２３２および２３６は、オブジェクトリク
エストブローカ２８２を介してウェブアプリケーションサーバ２８０の他の構成
要素と通信するのに必要な論理のすべてを組込んでいる。したがって、カートリ
ッジインスタンス自体の場所は通信機構によって本質的に制約されるものではな
い。すなわち、インスタンス２６０はこれがリクエストを受取るディスパッチャ
とは全く異なるマシンおよびオペレーティングシステムにおいて実行されてもよ
い。同様に、インスタンス２６０は、リソースマネージャ２５４、または同じウ
ェブアプリケーションサーバ２８０によって管理される他のカートリッジのイン
スタンスを含む、ウェブアプリケーションサーバ２８０の他の構成要素のいずれ
とも異なるマシンおよびオペレーティングシステム上にあってもよい。
エストブローカ２８２を介してウェブアプリケーションサーバ２８０の他の構成
要素と通信するのに必要な論理のすべてを組込んでいる。したがって、カートリ
ッジインスタンス自体の場所は通信機構によって本質的に制約されるものではな
い。すなわち、インスタンス２６０はこれがリクエストを受取るディスパッチャ
とは全く異なるマシンおよびオペレーティングシステムにおいて実行されてもよ
い。同様に、インスタンス２６０は、リソースマネージャ２５４、または同じウ
ェブアプリケーションサーバ２８０によって管理される他のカートリッジのイン
スタンスを含む、ウェブアプリケーションサーバ２８０の他の構成要素のいずれ
とも異なるマシンおよびオペレーティングシステム上にあってもよい。
【０１１５】 重要なことだが、ウェブアプリケーションサーバ２８０が用いるカートリッジ
が享受する場所の独立性は、カートリッジそのものにおける何らかのカスタムプ
ログラミングを介してではなくカートリッジ実行エンジンの通信論理を介して達
成される。したがって、分散アプリケーションサーバ環境における実行のために
特別にカートリッジを設計する必要がない。このように、カートリッジ設計者ら
は分散システムの複雑さから隔離され、カートリッジが作られる目的であるタス
クと関連する論理に労力を集中させることができる。
が享受する場所の独立性は、カートリッジそのものにおける何らかのカスタムプ
ログラミングを介してではなくカートリッジ実行エンジンの通信論理を介して達
成される。したがって、分散アプリケーションサーバ環境における実行のために
特別にカートリッジを設計する必要がない。このように、カートリッジ設計者ら
は分散システムの複雑さから隔離され、カートリッジが作られる目的であるタス
クと関連する論理に労力を集中させることができる。
【０１１６】 上述のように、異なるカートリッジの複数のインスタンスを管理してさまざま
なユーザリクエストを処理するウェブアプリケーションサーバ２８０が提供され
る。各カートリッジインスタンスはリスナとは別個のメモリ空間において実行さ
れ、このためサーバ側のプラグインに関連のある安全性の問題を回避できる。さ
らに、リスナが受取ったブラウザリクエストを処理するのに用いられるカートリ
ッジインスタンスはリスナとは全く異なるマシン上で実行されてもよい。このた
め、システムのスケーラビリティが向上すると同時に、いずれかの特定のマシン
の負担が軽減される。
なユーザリクエストを処理するウェブアプリケーションサーバ２８０が提供され
る。各カートリッジインスタンスはリスナとは別個のメモリ空間において実行さ
れ、このためサーバ側のプラグインに関連のある安全性の問題を回避できる。さ
らに、リスナが受取ったブラウザリクエストを処理するのに用いられるカートリ
ッジインスタンスはリスナとは全く異なるマシン上で実行されてもよい。このた
め、システムのスケーラビリティが向上すると同時に、いずれかの特定のマシン
の負担が軽減される。
【０１１７】 さらに、ウェブアプリケーションサーバ２８０はまた、所与のカートリッジの
各々に対するインスタンスの数を制御する。よって、サーバ側のリソースが制御
され、インスタンスが制御不可能なほど生成されることによって多数のリクエス
トがいずれかのマシンを圧倒することがないことが確実となる。
各々に対するインスタンスの数を制御する。よって、サーバ側のリソースが制御
され、インスタンスが制御不可能なほど生成されることによって多数のリクエス
トがいずれかのマシンを圧倒することがないことが確実となる。
【０１１８】 さらに、実行する準備の整ったインスタンスの最小数を維持することによって
実行のスループットもまた向上する。単一の実行の後にインスタンスを終了して
、それから後続のリクエストの実行のためにインスタンスを再び作るためにメモ
リにカートリッジを再ロードするのではなく、さらにインスタンスをイニシエー
トしてメモリ内に維持して後続のリクエストを実行するようにしてもよい。
実行のスループットもまた向上する。単一の実行の後にインスタンスを終了して
、それから後続のリクエストの実行のためにインスタンスを再び作るためにメモ
リにカートリッジを再ロードするのではなく、さらにインスタンスをイニシエー
トしてメモリ内に維持して後続のリクエストを実行するようにしてもよい。
【０１１９】 前述の明細書において、この発明をその特定の実施例に関連して説明した。し
かしながら、この発明のより幅の広い精神および範囲から逸脱することなくさま
ざまな修正および変更を行なうことができることが明らかになるであろう。した
がって、明細書および図面は限定的な意味ではなく例示的な意味で考慮されるべ
きである。
かしながら、この発明のより幅の広い精神および範囲から逸脱することなくさま
ざまな修正および変更を行なうことができることが明らかになるであろう。した
がって、明細書および図面は限定的な意味ではなく例示的な意味で考慮されるべ
きである。
【図１】 この発明の一実施例が実装され得るコンピュータシステムのブロ
ック図である。
ック図である。
【図２】 この発明の一実施例による分散アプリケーションサーバのブロッ
ク図である。
ク図である。
【図３Ａ】 この発明の一実施例によるブラウザリクエストを処理するため
のステップを示すフローチャートの一部の図である。
のステップを示すフローチャートの一部の図である。
【図３Ｂ】 この発明の一実施例によるブラウザリクエストを処理するため
のステップを示すフローチャートの別の部分の図である。
のステップを示すフローチャートの別の部分の図である。
【図４】 この発明の一実施例によるディスパッチャが維持する情報を含む
表のブロック図である。
表のブロック図である。
【図５】 この発明の一実施例によるリソースマネージャが維持する情報を
含む表のブロック図である。
含む表のブロック図である。
【手続補正書】特許協力条約第１９条補正の翻訳文提出書
【提出日】平成１１年７月１日（１９９９．７．１）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【請求項２７】 前記複数のディスパッチャのうちのあるディスパッチャが
ある特定のカートリッジに関連付けられるブラウザリクエストを受取り、かつそ
のディスパッチャが維持するインスタンスのリストが、そのある特定のカートリ
ッジのインスタンスが現在利用可能であることを示している場合、ディスパッチ
ャはリソースマネージャからのブラウザリクエストに対するインスタンスをリク
エストすることなくインスタンスにメッセージを送る、請求項２１に記載のシス
テム。
ある特定のカートリッジに関連付けられるブラウザリクエストを受取り、かつそ
のディスパッチャが維持するインスタンスのリストが、そのある特定のカートリ
ッジのインスタンスが現在利用可能であることを示している場合、ディスパッチ
ャはリソースマネージャからのブラウザリクエストに対するインスタンスをリク
エストすることなくインスタンスにメッセージを送る、請求項２１に記載のシス
テム。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１１年１１月１６日（１９９９．１１．１６）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正内容】
【０００９】 プラグインアプローチの第２の問題は、ＣＧＩアプローチと同様に、すべての
プラグインオペレーションがリスナを実行しているマシンと同じマシン上で実行
されることである。プラグイン拡張によって実行されるタスクは他のマシンに負
荷を転嫁することができないため、プラグインによるアプローチのスケーラビリ
ティ（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 (72)発明者 シャルマ，アンクール アメリカ合衆国、94002 カリフォルニア 州、ベルモント、オールド・カントリー・ ロード、951−２、ナンバー・365 (72)発明者 チェン，エレイン アメリカ合衆国、94063 カリフォルニア 州、レッドウッド・シティ、ブラッドフォ ード・ストリート、780、ナンバー・15 (72)発明者 ナコダ，シェザード アメリカ合衆国、94306 カリフォルニア 州、パロ・アルト、グラント・アベニュ、 455、ナンバー・14 Ｆターム(参考） 5B045 BB11 GG01 GG02 5B089 GA11 GB04 GB06 GB08 HA10 HB05 JA11 KA06 KB07 5B098 AA10 GA04 GA07 GC08 GD02 GD14 GD18 GD22 5K030 HA05 HB19 HD06 KA01 KA02 LE01 【要約の続き】 スパッチャ（２１４、２２０、２２６）からあるインス タンスに対するリクエストを受取ったことに応答して、 あるカートリッジ（２６０）のインスタンスを各ディス パッチャ（２１４、２２０、２２６）に割当てるよう構 成される。ディスパッチャ（２１４、２２０、２２６） は、リソースマネージャ（２５４）によってディスパッ チャ（２１４、２２０、２２６）に割当てられたインス タンスにマシン間通信（２８２）機構を介してメッセー ジを送るよう構成される。そのメッセージにより、イン スタンスがブラウザリクエストに関連するオペレーショ ンを行なうことになる。
Claims (27)
- 【請求項１】 オペレーションを実行するための方法であって、ディスパッ
チャを第１のマシン上で実行するステップと、 リソースマネージャを第２のマシン上で実行するステップと、 第１のメッセージをディスパッチャからリソースマネージャへ送るステップと
を含み、第１のメッセージは前記オペレーションを行なうことのできるある特定
のカートリッジを識別し、前記方法はさらに 第２のメッセージをリソースマネージャからディスパッチャへ送るステップを
含み、第２のメッセージはある特定のカートリッジのある特定のインスタンスを
識別し、ある特定のインスタンスは第３のマシン上で実行されており、前記方法
はさらに 第３のメッセージをディスパッチャからある特定のインスタンスに送り、ある
特定のインスタンスにオペレーションを実行させるようにするステップを含み、 第１のマシン、第２のマシンおよび第３のマシンのうちの少なくとも２つは別
個のマシンである、方法。 - 【請求項２】 ブラウザがブラウザリクエストをウェブリスナに送るステッ
プと、 ウェブリスナがブラウザリクエストをディスパッチャに渡すステップとをさら
に含み、 ディスパッチャはウェブリスナからブラウザリクエストを受取ったことに応答
して第１のメッセージを送る、請求項１に記載の方法。 - 【請求項３】 第１のマシンおよび第２のマシンは別個のマシンであり、 第１のメッセージをディスパッチャからリソースマネージャへ送る前記ステッ
プは、第１のメッセージをディスパッチャからリソースマネージャへオブジェク
トリクエストブローカを介して送ることによって行なわれ、 第２のメッセージをリソースマネージャからディスパッチャへ送る前記ステッ
プは、第２のメッセージをリソースマネージャからディスパッチャへオブジェク
トリクエストブローカを介して送ることによって行なわれる、請求項１に記載の
方法。 - 【請求項４】 第２のマシンおよび第３のマシンは別個のマシンであり、 リソースマネージャが第１のメッセージを受取ったことに応答してリソースマ
ネージャがある特定のインスタンスに第３のマシン上での実行を開始させるステ
ップを含む、請求項１に記載の方法。 - 【請求項５】 リソースマネージャは、第１のメッセージを受取ったことに
応答して以下のステップを行なうことによってどのある特定のインスタンスがオ
ペレーションを行なうべきであるかを定め、前記以下のステップは ある特定のカートリッジのインスタンスで現在実行されており割当てされてい
ないものがあるかどうかを判定するステップと、 ある特定のカートリッジのインスタンスのどれかが現在実行されており割当て
されていない場合、現在実行されており割当てされていないインスタンスを前記
第２のメッセージにおいて特定するステップと、 第１のメッセージにおいて特定されるある特定のカートリッジのインスタンス
で現在実行されており割当てされていないものがない場合、ある特定のカートリ
ッジの新しいインスタンスをイニシエートして前記新しいインスタンスを前記第
２のメッセージにおいて特定するステップとを含む、請求項１に記載の方法。 - 【請求項６】 新しいインスタンスをイニシエートする前に、リソースマネ
ージャは メタデータを調べて、前記ある特定のカートリッジを実行することのできる、
前記第３のマシンを含む１組のマシンを定めるステップと、 前記第３のマシンを選択して前記ある特定のカートリッジの前記新しいインス
タンスを実行するステップとを行なう、請求項５に記載の方法。 - 【請求項７】 前記ディスパッチャに割当てられたインスタンスのリストを
前記ディスパッチャに維持させるステップと、 前記第２のメッセージを受取ったことに応答して、前記ディスパッチャにイン
スタンスの前記リストを更新させて前記ある特定のインスタンスに対するエント
リを含むようにさせるステップとをさらに含む、請求項１に記載の方法。 - 【請求項８】 インスタンスのリストは、前記リストにおけるインスタンス
が現在ビジーであるかどうかを示すデータを含み、 前記第２のメッセージを送ることに応答して、ディスパッチャは前記ある特定
のインスタンスに対する前記エントリにおいて前記ある特定のインスタンスがビ
ジーであることを示し、 前記方法はさらに、ディスパッチャが前記第３のメッセージに応答して前記あ
る特定のインスタンスから第４のメッセージを受取るステップを含み、 前記第４のメッセージを受取ったことに応答して、ディスパッチャは前記エン
トリを更新して前記ある特定のインスタンスが現在ビジーでないことを示す、請
求項７に記載の方法。 - 【請求項９】 ディスパッチャが、第２のカートリッジによって行なうべき
第２のオペレーションを特定するブラウザリクエストを受取るステップと、 ディスパッチャがインスタンスの前記リストを調べてリストが現在ビジーでは
ない前記第２のカートリッジのインスタンスに対するエントリを含むかどうかを
判定するステップと、 リストが現在ビジーではない前記第２のカートリッジのインスタンスに対する
エントリを含む場合、 ディスパッチャが前記ブラウザリクエストに応答して前記ある特定のインス
タンスへ第５のメッセージを送り、前記ある特定のインスタンスに前記第２のオ
ペレーションを行なわせるステップと、 前記エントリを更新して前記ある特定のインスタンスが現在ビジーであるこ
とを示すステップとを行なうステップと、 リストが現在ビジーではない前記第２のカートリッジのインスタンスに対する
エントリを含んでいない場合、第６のメッセージを前記リソースマネージャへ送
り、前記リソースマネージャに前記第２のオペレーションを行なうための前記第
２のカートリッジのインスタンスを示すようにさせるステップとをさらに含む、
請求項８に記載の方法。 - 【請求項１０】 前記ある特定のインスタンスが予め定められた長さの時間
より長い間アイドル状態であった場合これを判定するステップと、 前記ある特定のインスタンスが予め定められた長さの時間より長い間アイドル
状態であった場合に、前記ディスパッチャが前記ある特定のインスタンスを前記
リソースマネージャに解放するステップとをさらに含む、請求項８に記載の方法
。 - 【請求項１１】 オペレーションを実行するための１つ以上の命令シーケン
スを担持するコンピュータ可読媒体であって、１つ以上のプロセッサによる１つ
以上の命令シーケンスの実行により、１つ以上のプロセッサに ディスパッチャを第１のマシン上で実行するステップと、 リソースマネージャを第２のマシン上で実行するステップと、 第１のメッセージをディスパッチャからリソースマネージャへ送るステップと
、当該第１のメッセージは前記オペレーションを行なうことのできるある特定の
カートリッジを特定し、 第２のメッセージをリソースマネージャからディスパッチャへ送るステップと
、当該第２のメッセージはある特定のカートリッジのある特定のインスタンスを
特定し、当該ある特定のインスタンスは第３のマシン上で実行しており、 第３のメッセージをディスパッチャからある特定のインスタンスへ送り、ある
特定のインスタンスにオペレーションを実行させるステップとを行なわせ、 第１のマシン、第２のマシンおよび第３のマシンのうちの少なくとも２つは別
個のマシンである、コンピュータ可読媒体。 - 【請求項１２】 ウェブリスナがブラウザから受取ったブラウザリクエスト
をディスパッチャへ渡すステップを行なうための命令をさらに含み、 ディスパッチャはウェブリスナからブラウザリクエストを受取ったことに応答
して第１のメッセージを送る、請求項１１に記載のコンピュータ可読媒体。 - 【請求項１３】 第１のマシンおよび第２のマシンは別個のマシンであり、 第１のメッセージをディスパッチャからリソースマネージャへ送る前記ステッ
プは、第１のメッセージをディスパッチャからリソースマネージャへオブジェク
トリクエストブローカを介して送ることによって行なわれ、 第２のメッセージをリソースマネージャからディスパッチャへ送る前記ステッ
プは、第２のメッセージをリソースマネージャからディスパッチャへオブジェク
トリクエストブローカを介して送ることによって行なわれる、請求項１１に記載
のコンピュータ可読媒体。 - 【請求項１４】 第２のマシンおよび第３のマシンは別個のマシンであり、 リソースマネージャが第１のメッセージを受取ったことに応答してリソースマ
ネージャがある特定のインスタンスに第３のマシン上で実行を開始させるステッ
プを含む、請求項１１に記載のコンピュータ可読媒体。 - 【請求項１５】 リソースマネージャは、第１のメッセージを受取ったこと
に応答して以下のステップを行なうことによってどのある特定のインスタンスが
オペレーションを行なうべきであるかを判定し、前記以下のステップは ある特定のカートリッジのインスタンスで現在実行されており割当てされてい
ないものがあるかどうかを判定するステップと、 ある特定のカートリッジのインスタンスで現在実行されており割当てされてい
ないものがある場合、前記第２のメッセージにおいて、現在実行されており割当
てされていないインスタンスを特定するステップと、 第１のメッセージにおいて特定されるある特定のカートリッジのインスタンス
で現在実行されており割当てされていないものがない場合、ある特定のカートリ
ッジの新しいインスタンスをイニシエートして前記新しいインスタンスを前記第
２のメッセージにおいて特定するステップとを行なうことによって判定する、請
求項１１に記載のコンピュータ可読媒体。 - 【請求項１６】 新しいインスタンスをイニシエートする前に、リソースマ
ネージャは メタデータを調べて、前記ある特定のカートリッジを実行することのできる、
前記第３のマシンを含む１組のマシンを定めるステップと、 前記第３のマシンを選択して前記ある特定のカートリッジの前記新しいインス
タンスを実行するステップとを行なう、請求項１５に記載のコンピュータ可読媒
体。 - 【請求項１７】 前記ディスパッチャに割当てられたインスタンスのリスト
を前記ディスパッチャに維持させるステップと、 前記第２のメッセージを受取ったことに応答して、前記ディスパッチャにイン
スタンスの前記リストを更新させて前記ある特定のインスタンスに対するエント
リを含むようにさせるステップとを行なうための命令をさらに含む、請求項１１
に記載のコンピュータ可読媒体。 - 【請求項１８】 コンピュータ可読媒体であって、 インスタンスのリストは、前記リスト内のインスタンスが現在ビジーであるか
どうかを示すデータを含んでおり、 前記第２のメッセージを送ることに応答して、ディスパッチャは前記ある特定
のインスタンスに対する前記エントリにおいて前記ある特定のインスタンスがビ
ジーであることを示し、 前記コンピュータ可読媒体は、ディスパッチャが前記第３のメッセージに応答
して前記ある特定のインスタンスから第４のメッセージを受取るステップを行な
うための命令をさらに含み、 前記第４のメッセージを受取ったことに応答して、ディスパッチャが前記エン
トリを更新して前記ある特定のインスタンスが現在ビジーではないことを示す、
請求項１７に記載のコンピュータ可読媒体。 - 【請求項１９】 ディスパッチャが、第２のカートリッジによって行なうべ
き第２のオペレーションを特定するブラウザリクエストを受取るステップと、 ディスパッチャがインスタンスの前記リストを調べて、リストが現在ビジーで
はない前記第２のカートリッジのインスタンスに対するエントリを含んでいるか
どうかを判定するステップと、 リストが現在ビジーではない前記第２のカートリッジのインスタンスに対する
エントリを含んでいる場合、 ディスパッチャが前記ブラウザリクエストに応答して前記ある特定のインス
タンスへ第５のメッセージを送り、前記ある特定のインスタンスに前記第２のオ
ペレーションを行なわせるステップおよび 前記エントリを更新して前記ある特定のインスタンスが現在ビジーであるこ
とを示すステップとを行なうステップと、 リストが現在ビジーではない前記第２のカートリッジのインスタンスに対する
エントリを含んでいない場合、第６のメッセージを前記リソースマネージャに送
り、前記リソースマネージャに前記第２のオペレーションを行なうべき前記第２
のカートリッジのインスタンスを示させるステップとを行なうための命令をさら
に含む、請求項１８に記載のコンピュータ可読媒体。 - 【請求項２０】 前記ある特定のインスタンスが予め定められた長さの時間
より長い間アイドル状態であった場合これを判定するステップと、 前記ある特定のインスタンスが予め定められた長さの時間より長い間アイドル
状態であった場合に、前記ディスパッチャが前記ある特定のインスタンスを前記
リソースマネージャに解放するステップとを行なうための命令をさらに含む、請
求項１８に記載のコンピュータ可読媒体。 - 【請求項２１】 ブラウザリクエストに関連のあるオペレーションを行なう
ためのシステムであって、 複数のウェブリスナに結合される複数のディスパッチャを含み、前記複数のデ
ィスパッチャの各ディスパッチャは前記複数のウェブリスナの対応するウェブリ
スナから前記対応するウェブリスナが受取ったブラウザリクエストを受取り、前
記システムはさらに マシン間通信機構を介して前記複数のディスパッチャに結合されるリソースマ
ネージャを含み、前記マシン間通信機構は前記複数のディスパッチャが存在する
マシンにかかわらず前記リソースマネージャが前記複数のディスパッチャと通信
できるようにし、前記リソースマネージャは、前記ディスパッチャからインスタ
ンスに対するリクエストを受取ったことに応答して前記複数のディスパッチャの
各ディスパッチャに前記複数のカートリッジのうちのあるカートリッジのインス
タンスを割当てるよう構成されており、 前記複数のディスパッチャは、前記リソースマネージャによって前記ディスパ
ッチャに割当てられるインスタンスへメッセージを前記マシン間通信機構を介し
て送るよう構成されており、前記マシン間通信機構により、前記インスタンスが
存在するマシンにかかわらず前記複数のディスパッチャが前記インスタンスと通
信することができ、前記メッセージは前記インスタンスに前記ブラウザリクエス
トと関連するオペレーションを行なわせる、システム。 - 【請求項２２】 前記マシン間通信機構を介して前記複数のディスパッチャ
に結合される仮想パスマネージャをさらに含み、前記仮想パスマネージャは複数
のカートリッジのどれが前記ブラウザリクエストに関連付けられているかを前記
ディスパッチャに示す、請求項２１に記載のシステム。 - 【請求項２３】 前記マシン間通信機構はオブジェクトリクエストブローカ
である、請求項２１に記載のシステム。 - 【請求項２４】 リソースマネージャはさらに、前記ディスパッチャからの
メッセージに応答してカートリッジの新しいインスタンスをイニシエートするよ
う構成されている、請求項２１に記載のシステム。 - 【請求項２５】 各カートリッジに対して、前記リソースマネージャは、実
行しているインスタンスの数を予め定められた最小数と予め定められた最大数と
の間で維持するよう構成される、請求項２４に記載のシステム。 - 【請求項２６】 前記複数のディスパッチャの各ディスパッチャは、前記リ
ソースマネージャによって前記ディスパッチャに割当てられているインスタンス
のリストを維持するよう構成される、請求項２１に記載のシステム。 - 【請求項２７】 前記複数のディスパッチャのうちのあるディスパッチャが
ある特定のカートリッジに関連付けられるブラウザリクエストを受取り、かつそ
のディスパッチャが維持するインスタンスのリストが、そのある特定のカートリ
ッジのインスタンスが現在利用可能であることを示している場合、ディスパッチ
ャはリソースマネージャからのブラウザリクエストに対するインスタンスをリク
エストすることなくインスタンスにメッセージを送る、請求項２１に記載のシス
テム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/962,485 | 1997-10-31 | ||
| US08/962,485 US6247056B1 (en) | 1997-02-03 | 1997-10-31 | Method and apparatus for handling client request with a distributed web application server |
| PCT/US1998/022656 WO1999023784A2 (en) | 1997-10-31 | 1998-10-26 | Distributed web application server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001522113A true JP2001522113A (ja) | 2001-11-13 |
| JP3853592B2 JP3853592B2 (ja) | 2006-12-06 |
Family
ID=25505934
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000519523A Expired - Lifetime JP3853592B2 (ja) | 1997-10-31 | 1998-10-26 | 分散ウェブアプリケーションサーバ |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6247056B1 (ja) |
| EP (1) | EP1027796B1 (ja) |
| JP (1) | JP3853592B2 (ja) |
| AU (1) | AU742156B2 (ja) |
| CA (1) | CA2308782C (ja) |
| DE (1) | DE69824879T2 (ja) |
| HK (1) | HK1029686A1 (ja) |
| WO (1) | WO1999023784A2 (ja) |
Families Citing this family (99)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6760746B1 (en) * | 1999-09-01 | 2004-07-06 | Eric Schneider | Method, product, and apparatus for processing a data request |
| JP4634547B2 (ja) * | 1998-06-30 | 2011-02-16 | 株式会社東芝 | リアルタイム情報配信方法 |
| US6163794A (en) * | 1998-10-23 | 2000-12-19 | General Magic | Network system extensible by users |
| US6353846B1 (en) * | 1998-11-02 | 2002-03-05 | Harris Corporation | Property based resource manager system |
| US6691165B1 (en) * | 1998-11-10 | 2004-02-10 | Rainfinity, Inc. | Distributed server cluster for controlling network traffic |
| US6687900B1 (en) * | 1998-11-19 | 2004-02-03 | X/Net Associates, Inc. | Method and system for loading instructions into an executing process |
| US6631512B1 (en) * | 1999-01-15 | 2003-10-07 | Gillis E Onyeabor | Method and system for database-driven, scalable web page development, deployment-download, and execution |
| US6463459B1 (en) * | 1999-01-22 | 2002-10-08 | Wall Data Incorporated | System and method for executing commands associated with specific virtual desktop |
| US9141717B2 (en) | 1999-03-22 | 2015-09-22 | Esdr Network Solutions Llc | Methods, systems, products, and devices for processing DNS friendly identifiers |
| US6801949B1 (en) | 1999-04-12 | 2004-10-05 | Rainfinity, Inc. | Distributed server cluster with graphical user interface |
| US7346695B1 (en) | 2002-10-28 | 2008-03-18 | F5 Networks, Inc. | System and method for performing application level persistence |
| US7287084B1 (en) | 1999-07-15 | 2007-10-23 | F5 Networks, Inc. | Enabling encryption of application level persistence between a server and a client |
| US6970933B1 (en) | 1999-07-15 | 2005-11-29 | F5 Networks, Inc. | Enabling application level persistence between a server and another resource over a network |
| US7337209B1 (en) | 2000-04-28 | 2008-02-26 | Sheer Networks, Inc. | Large-scale network management using distributed autonomous agents |
| US6941362B2 (en) * | 2000-04-28 | 2005-09-06 | Sheer Networks Inc. | Root cause analysis in a distributed network management architecture |
| CA2368627A1 (en) * | 2000-04-28 | 2001-11-08 | Sharon Barkai | Network management method and system |
| US7139805B2 (en) * | 2000-05-30 | 2006-11-21 | Hewlett-Packard Development Company, L.P. | Scalable java servers for network server applications |
| WO2002009355A2 (en) * | 2000-07-24 | 2002-01-31 | Trendium, Inc. | Network models, methods, and computer program products for managing a service independent of the underlying network technology |
| IL144709A (en) | 2000-08-03 | 2010-11-30 | Cisco Tech Inc | Path discovery in a distributed network management architecture |
| US7032002B1 (en) * | 2000-09-06 | 2006-04-18 | Xanboo, Inc. | Service broker for processing data from a data network |
| 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 |
| US7657590B2 (en) * | 2001-02-07 | 2010-02-02 | Ubs Ag | Load balancing system and method |
| US7000008B2 (en) * | 2001-04-16 | 2006-02-14 | Sun Microsystems, Inc. | Method, system, and program for providing data updates to a page including multiple regions of dynamic content |
| US20030208527A1 (en) * | 2001-07-20 | 2003-11-06 | Lino Lglesais | Method for smart device network application infrastructure (SDNA) |
| 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 |
| 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 |
| US7430755B1 (en) | 2002-09-03 | 2008-09-30 | Fs Networks, Inc. | Method and system for providing persistence in a secure network access |
| US7370336B2 (en) * | 2002-09-16 | 2008-05-06 | Clearcube Technology, Inc. | Distributed computing infrastructure including small peer-to-peer applications |
| US7860957B1 (en) * | 2002-12-20 | 2010-12-28 | Cisco Technology, Inc. | System and method for managing network services in a distributed system |
| US7171470B2 (en) * | 2003-02-20 | 2007-01-30 | International Business Machines Corporation | Grid service scheduling of related services using heuristics |
| US7516195B2 (en) * | 2003-04-29 | 2009-04-07 | International Business Machines Corporation | Method of handling a web service call |
| US7568025B2 (en) * | 2003-06-27 | 2009-07-28 | Bank Of America Corporation | System and method to monitor performance of different domains associated with a computer system or network |
| US9525566B2 (en) * | 2003-07-31 | 2016-12-20 | Cloudsoft Corporation Limited | Self-managed mediated information flow |
| US8307112B2 (en) | 2003-07-31 | 2012-11-06 | Cloudsoft Corporation Limited | Mediated information flow |
| US7543041B2 (en) * | 2003-11-12 | 2009-06-02 | International Business Machines Corporation | Pattern based web services using caching |
| US7289989B2 (en) * | 2003-11-12 | 2007-10-30 | International Business Machines Corporation | Pattern based web services |
| US7404189B2 (en) | 2003-12-30 | 2008-07-22 | International Business Machines Corporation | Scheduler supporting web service invocation |
| EP1569106B1 (en) | 2003-12-30 | 2015-12-30 | International Business Machines Corporation | A scheduler supporting web service invocation |
| US8782654B2 (en) | 2004-03-13 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Co-allocating a reservation spanning different compute resources types |
| EP2341431A1 (en) | 2004-03-13 | 2011-07-06 | Adaptive Computing Enterprises, Inc. | System and method of providing a self-optimizing reservation in space of compute resources |
| US20070266388A1 (en) | 2004-06-18 | 2007-11-15 | Cluster Resources, Inc. | System and method for providing advanced reservations in a compute environment |
| US8176490B1 (en) | 2004-08-20 | 2012-05-08 | Adaptive Computing Enterprises, Inc. | System and method of interfacing a workload manager and scheduler with an identity manager |
| US7490105B2 (en) * | 2004-09-15 | 2009-02-10 | International Business Machines Corporation | Externalized selection middleware for variability management |
| US20060080273A1 (en) * | 2004-10-12 | 2006-04-13 | International Business Machines Corporation | Middleware for externally applied partitioning of applications |
| WO2006053093A2 (en) | 2004-11-08 | 2006-05-18 | Cluster Resources, Inc. | System and method of providing system jobs within a compute environment |
| US20060168268A1 (en) * | 2004-12-02 | 2006-07-27 | International Business Machines Corporation | Specific method of setting transport-specific properties from transport-agnostic clients |
| US7711693B2 (en) * | 2004-12-03 | 2010-05-04 | Oracle International Corporation | Deployment of life-cycle model for LDAP applications |
| US20080022004A1 (en) * | 2004-12-04 | 2008-01-24 | Electronics And Telecommunications Research Institute | Method And System For Providing Resources By Using Virtual Path |
| US8370448B2 (en) | 2004-12-28 | 2013-02-05 | Sap Ag | API for worker node retrieval of session request |
| US7539821B2 (en) | 2004-12-28 | 2009-05-26 | Sap Ag | First in first out eviction implementation |
| US7694065B2 (en) | 2004-12-28 | 2010-04-06 | Sap Ag | Distributed cache architecture |
| US20060143256A1 (en) | 2004-12-28 | 2006-06-29 | Galin Galchev | Cache region concept |
| US8204931B2 (en) | 2004-12-28 | 2012-06-19 | Sap Ag | Session management within a multi-tiered enterprise network |
| US7971001B2 (en) | 2004-12-28 | 2011-06-28 | Sap Ag | Least recently used eviction implementation |
| US8863143B2 (en) | 2006-03-16 | 2014-10-14 | Adaptive Computing Enterprises, Inc. | System and method for managing a hybrid compute environment |
| US9015324B2 (en) | 2005-03-16 | 2015-04-21 | Adaptive Computing Enterprises, Inc. | System and method of brokering cloud computing resources |
| CA2601384A1 (en) | 2005-03-16 | 2006-10-26 | Cluster Resources, Inc. | Automatic workload transfer to an on-demand center |
| US9231886B2 (en) | 2005-03-16 | 2016-01-05 | Adaptive Computing Enterprises, Inc. | Simple integration of an on-demand compute environment |
| US20060224773A1 (en) * | 2005-03-31 | 2006-10-05 | International Business Machines Corporation | Systems and methods for content-aware load balancing |
| US8782120B2 (en) | 2005-04-07 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Elastic management of compute resources between a web server and an on-demand compute environment |
| EP3203374B1 (en) | 2005-04-07 | 2021-11-24 | III Holdings 12, LLC | On-demand access to compute resources |
| US8589562B2 (en) | 2005-04-29 | 2013-11-19 | Sap Ag | Flexible failover configuration |
| GB2426161A (en) * | 2005-05-13 | 2006-11-15 | Onshare Ltd | Networking via a communication layer |
| US7689660B2 (en) | 2005-06-09 | 2010-03-30 | Sap Ag | Application server architecture |
| US7966412B2 (en) | 2005-07-19 | 2011-06-21 | Sap Ag | System and method for a pluggable protocol handler |
| US20070078927A1 (en) * | 2005-09-12 | 2007-04-05 | Microsoft Corporation | Server-side service framework |
| US20070156907A1 (en) | 2005-12-30 | 2007-07-05 | Galin Galchev | Session handling based on shared session information |
| US8707323B2 (en) | 2005-12-30 | 2014-04-22 | Sap Ag | Load balancing algorithm for servicing client requests |
| GB2439195B8 (en) * | 2006-06-12 | 2011-01-19 | Enigmatec Corp Ltd | Self-managed distributed mediation networks. |
| US8566452B1 (en) | 2006-08-03 | 2013-10-22 | F5 Networks, Inc. | Intelligent HTTP based load-balancing, persistence, and application traffic management of SSL VPN tunnels |
| US8020149B2 (en) | 2006-08-04 | 2011-09-13 | Apple Inc. | System and method for mitigating repeated crashes of an application resulting from supplemental code |
| GB0619644D0 (en) * | 2006-10-05 | 2006-11-15 | Ibm | Data processing system and method of handling requests |
| 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 |
| US8041773B2 (en) | 2007-09-24 | 2011-10-18 | The Research Foundation Of State University Of New York | Automatic clustering for self-organizing grids |
| 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 |
| US7974939B2 (en) * | 2007-10-26 | 2011-07-05 | Microsoft Corporation | Processing model-based commands for distributed 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 |
| US20090113292A1 (en) * | 2007-10-26 | 2009-04-30 | Microsoft Corporation | Flexibly editing heterogeneous documents |
| US20090177986A1 (en) * | 2008-01-07 | 2009-07-09 | Microsoft Corporation | Third party in-page application platform |
| US8112771B2 (en) * | 2008-01-30 | 2012-02-07 | Microsoft Corporation | Managing component programs within a service application |
| TW201009698A (en) * | 2008-08-19 | 2010-03-01 | Arcadyan Technology Corp | Method for improving the accessing efficiency of embedded web page |
| US8291418B2 (en) * | 2008-10-02 | 2012-10-16 | International Business Machines Corporation | Sub-dispatching application server |
| US10877695B2 (en) | 2009-10-30 | 2020-12-29 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US11720290B2 (en) | 2009-10-30 | 2023-08-08 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US8984109B2 (en) | 2010-11-02 | 2015-03-17 | International Business Machines Corporation | Ensemble having one or more computing systems and a controller thereof |
| US9253016B2 (en) | 2010-11-02 | 2016-02-02 | International Business Machines Corporation | Management of a data network of a computing environment |
| US9081613B2 (en) | 2010-11-02 | 2015-07-14 | International Business Machines Corporation | Unified resource manager providing a single point of control |
| US8966020B2 (en) | 2010-11-02 | 2015-02-24 | International Business Machines Corporation | Integration of heterogeneous computing systems into a hybrid computing system |
| US8959220B2 (en) | 2010-11-02 | 2015-02-17 | International Business Machines Corporation | Managing a workload of a plurality of virtual servers of a computing environment |
| US10965780B2 (en) * | 2018-01-18 | 2021-03-30 | Bevara Technologies, Llc | Browser navigation for facilitating data access |
| US11734058B2 (en) * | 2020-10-27 | 2023-08-22 | Salesforce, Inc. | Systems and methods of a virtualized management operation engine of a distributed system |
Family Cites Families (28)
| 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 |
| WO1994001820A1 (en) | 1992-07-01 | 1994-01-20 | Telefonaktiebolaget Lm Ericsson | System for implementation-independent interface specification |
| JP3365576B2 (ja) | 1993-06-14 | 2003-01-14 | インターナショナル・ビジネス・マシーンズ・コーポレーション | オブジェクトの実行方法および装置 |
| CA2168762C (en) | 1993-08-03 | 2000-06-27 | Paul Butterworth | 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 |
| US5822585A (en) | 1995-02-21 | 1998-10-13 | Compuware Corporation | System and method for cooperative processing using object-oriented framework |
| US5907675A (en) | 1995-03-22 | 1999-05-25 | Sun Microsystems, Inc. | Methods and apparatus for managing deactivation and shutdown of a server |
| US5761684A (en) | 1995-05-30 | 1998-06-02 | International Business Machines Corporation | Method and reusable object for scheduling script execution in a compound document |
| 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 |
| WO1997040457A2 (en) | 1996-04-19 | 1997-10-30 | 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,485 patent/US6247056B1/en not_active Expired - Lifetime
-
1998
- 1998-10-26 EP EP98956211A patent/EP1027796B1/en not_active Expired - Lifetime
- 1998-10-26 WO PCT/US1998/022656 patent/WO1999023784A2/en active IP Right Grant
- 1998-10-26 CA CA002308782A patent/CA2308782C/en not_active Expired - Lifetime
- 1998-10-26 AU AU12789/99A patent/AU742156B2/en not_active Expired
- 1998-10-26 DE DE69824879T patent/DE69824879T2/de not_active Expired - Lifetime
- 1998-10-26 JP JP2000519523A patent/JP3853592B2/ja not_active Expired - Lifetime
-
2002
- 2002-01-18 HK HK01100437A patent/HK1029686A1/xx not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JP3853592B2 (ja) | 2006-12-06 |
| CA2308782C (en) | 2009-06-23 |
| WO1999023784A3 (en) | 1999-07-15 |
| HK1029686A1 (en) | 2001-04-06 |
| EP1027796B1 (en) | 2004-06-30 |
| DE69824879T2 (de) | 2005-08-25 |
| DE69824879D1 (de) | 2004-08-05 |
| US6247056B1 (en) | 2001-06-12 |
| WO1999023784A2 (en) | 1999-05-14 |
| WO1999023784B1 (en) | 1999-08-26 |
| WO1999023784A9 (en) | 2000-07-20 |
| CA2308782A1 (en) | 1999-05-14 |
| EP1027796A2 (en) | 2000-08-16 |
| AU1278999A (en) | 1999-05-24 |
| AU742156B2 (en) | 2001-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3853592B2 (ja) | 分散ウェブアプリケーションサーバ | |
| JP2001522114A (ja) | 分散を意識させない態様で分散ソフトウェア開発を容易にするための方法およびシステム | |
| JP3853593B2 (ja) | ウェブアプリケーションサーバにおいて拡張可能な認証機構を実現するための方法および装置 | |
| JP4729172B2 (ja) | 宣言型パラダイムをサポートするステートレスなウェブ環境におけるトランザクションを実行するための方法および装置 | |
| EP0956687B1 (en) | Web request broker controlling multiple processes | |
| US6710786B1 (en) | Method and apparatus for incorporating state information into a URL | |
| US6225995B1 (en) | Method and apparatus for incorporating state information into a URL | |
| EP1235150B1 (en) | Apparatus and method for processing servlets | |
| US6944666B2 (en) | Mechanism for enabling customized session managers to interact with a network server | |
| JP2002505466A (ja) | 遠隔メソッド呼出し方法及び装置 | |
| JP2006318499A (ja) | サーバとクライアントノードとの間の接続を管理するシステムおよび方法 | |
| JP2002505491A (ja) | 分散形システムにおける動的情報証明のための装置及び方法 | |
| JP2002505463A (ja) | 分散システム内の遠隔処理呼出に関連する処理をおこなうためのダウンロード可能なスマートプロキシ | |
| JP2002505478A (ja) | 分散形システムにおけるイベント通知のためのオブジェクトの据置き復元及び遠隔ローディング |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20060217 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060224 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060425 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060829 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060906 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |