(57)【特許請求の範囲】
【請求項１】
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信手段と、
このトランザクションリクエスト受信手段で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行手段と、
このアプリケーション実行手段で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成手段と、
このトランザクションリプライ生成手段で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送手段
とを具備することを特徴とするトランザクション処理装置。
【請求項２】
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する受信部と、
この受信部の直前に配置されて前記トランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定された受信部用第１のキューと、
前記受信部を経た前記トランザクションリクエストおよびトランザクションリプライを区別して分配するトランザクション分配部と、
前記受信部とトランザクション分配部の間に配置され、トランザクション分配部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクション分配部用キューと、
このトランザクション分配部用キューによって分配された前記トランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェア部と、
これらアプリケーションソフトウェア部のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部で処理できる最大量のトランザクションの個数としてのキュー長に設定されたアプリケーションソフトウェア部用キューと、
前記任意数のアプリケーションソフトウェア部を経たトランザクションリクエストを用いてトランザクションリプライを生成するトランザクションリプライ生成部と、
このトランザクションリプライ生成部の直前に配置され、トランザクションリプライ生成部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューと、
前記受信部とトランザクションリプライ生成部の間に配置され、受信部が受信できるトランザクション量より小さい受信部用第２のキュー
とを具備することを特徴とするトランザクション処理装置。
【請求項３】
前記トランザクション分配部用キューの前記キュー長は、前記アプリケーションソフトウェア部で処理できる最大量の前記キュー長に設定されたアプリケーションソフトウェア部の数だけのアプリケーションソフトウェア部用キューの前記キュー長の総和に前記トランザクションリプライ生成部用キューの前記キュー長を加えた値以下であり、かつ、前記トランザクション分配部用キューの前記キュー長は前記受信部用第１のキューの前記キュー長と前記受信部用第２のキューの前記キュー長を加えた値以上であることを特徴とする請求項２記載のトランザクション処理装置。
【請求項４】
前記受信部用第１のキュー、受信部用第２のキュー、トランザクション分配部用キュー、アプリケーションソフトウェア部用キューおよびトランザクションリプライ生成部用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理部を具備することを特徴とする請求項２記載のトランザクション処理装置。
【請求項５】
前記受信部と、受信部用第１のキューと、トランザクション分配部と、トランザクション分配部用キューと、アプリケーションソフトウェア部と、アプリケーションソフトウェア部用キューと、トランザクションリプライ生成部と、トランザクションリプライ生成部用キューと、受信部用第２のキューのそれぞれは、アクティブ系トランザクション処理部とスタンバイ系トランザクション処理部に冗長化されていることを特徴とする請求項２記載のトランザクション処理装置。
【請求項６】
前記アクティブ系トランザクション処理部が前記トランザクションリクエストを受信したとき、そのコピーを前記スタンバイ系トランザクション処理部に常に送信することを特徴とする請求項５記載のトランザクション処理装置。 
【請求項７】
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信ステップと、
このトランザクションリクエスト受信ステップで受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行ステップと、
このアプリケーション実行ステップで処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成ステップと、
このトランザクションリプライ生成ステップで生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送ステップ
とを具備することを特徴とするトランザクション処理方法。 
【請求項８】
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理ステップを具備することを特徴とする請求項７記載のトランザクション処理方法。
【請求項９】
コンピュータに、
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信処理と、
このトランザクションリクエスト受信処理で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行処理と、
このアプリケーション実行処理で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成処理と、
このトランザクションリプライ生成処理で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送処理
とを実行させることを特徴とするトランザクション処理プログラム。
【請求項１０】
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理処理を実行させることを特徴とする請求項９記載のトランザクション処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムに係わり、特にリソースの管理を行うのに好適なトランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムに関する。
【背景技術】
【０００２】
ユーザの要求する処理を、ネットワークを使用してコンピュータに実行させるトランザクション処理（Transaction Processing）は、インターネットによる銀行業務の処理や注文処理等のような各種処理で広く行われている。本明細書では、このようなトランザクション処理を行う装置をトランザクション処理装置と呼ぶことにする。複数のリソースにまたがったトランザクション処理を行う場合、トランザクション処理装置では、リソース管理部と呼ばれる機能部を使用してトランザクション処理の管理を行う。
【０００３】
図５は、本発明の第１の関連技術として提案されたトランザクション処理装置を使用したリソース管理システムの概要を表わしたものである。この第１の関連技術（たとえば特許文献１参照。）によるリソース管理システム５００は、トランザクション処理装置５０１とトランザクション要求装置５０２を備えている。
【０００４】
ここでトランザクション（transaction）とは、関連する複数の処理を一つの処理単位としてまとめて管理する処理形態をいう。トランザクション要求装置５０２は、トランザクション処理装置５０１に対して処理内容のリクエストを送信する。これをトランザクションリクエスト５１１という。トランザクション処理装置５０１はトランザクションリクエスト５１１を受信すると、要求された処理を適切に実行して、その処理結果をトランザクション要求装置５０２に返信する。このトランザクション処理装置５０１からの処理結果の送信をトランザクションリプライ５１２と呼ぶ。
【０００５】
このようなリソース管理システム５００で、トランザクション処理装置５０１は、物理的に１つの処理装置で構成される必要はない。たとえば、ＬＡＮ（Local Area Network）等のネットワークに接続するラインカードのように、ネットワーク上の複数の装置を用いた冗長構成となっていてもよい。また、必ずしもネットワーク上で１つの処理装置に見える必要もない。たとえば、同一の箇所に配置されたブレードサーバのように、パッケージカード間で冗長構成となったものであってもよい。
【０００６】
図６は、第１の関連技術によるトランザクション処理装置の構成の概要を表わしたものである。トランザクション処理装置５０１は、トランザクションリクエスト５１１を受信するトランザクション受信バッファ５２１を備えている。トランザクション受信バッファ５２１の受信したトランザクションリクエスト５１１はトランザクション管理部５２２に渡される。トランザクション管理部５２２は複数のトランザクションリクエスト５１１に含まれる応答時間の期待値や重要度を解釈して、それらの値に基づき決定した処理順番に基づいて、これらのトランザクションリクエスト５１１をタスク管理部５２３に渡す。タスク管理部５２３は、リソース管理部５２４の制御に従って管理情報格納部５２５をアクセスする。アクセス処理の結果は、タスク管理部５２３から結果送信バッファ５２６を介して、トランザクションリプライ５１２として図５に示したトランザクション要求装置５０２に返送される。
【０００７】
ところでトランザクション管理部５２２は、トランザクション受信バッファ５２１から送られてくるトランザクションリクエスト５１１を入力する図示しないトランザクションキューを備えている。トランザクションキューは、トランザクション受信バッファ５２１にアクセス要求が到着するまで定期的に監視する。トランザクション受信バッファ５２１にアクセス要求が到着した場合、トランザクションキューは、トランザクション受信バッファ５２１からアクセス要求を取得して、トランザクションリクエスト５１１を一時保持する。
【０００８】
トランザクション管理部５２２内の図示しないアルゴリズム選択機構は、同じく図示しないキュー長監視部からトランザクションキューの長さを取得し、それを予めシステムに与えられている基準値Ｘと比較する。ここでトランザクションキューの長さ（キュー長）とは、トランザクションキューに含まれるトランザクションの個数をいう。トランザクションキューの長さが基準値Ｘよりも小さいか等しい場合、アルゴリズム選択機構は、トランザクション管理部５２２内の図示しないデッドライン優先スケジューラを選択する。逆に、トランザクションキューの長さが基準値Ｘよりも大きい場合、アルゴリズム選択機構は、トランザクション管理部５２２内の図示しない重要度優先スケジューラを選択する。
【０００９】
このように第１の関連技術では、システムの負荷を、トランザクションキューの長さにより評価している。すなわち、トランザクションキューの長さが短くトランザクションの個数が少ない場合には負荷が軽い場合に対応するため、デッドライン優先スケジューラを選択する。一方、トランザクションキューの長さが長くトランザクションの個数が多い場合には、負荷が重い場合に対応するため、重要度優先スケジューラを選択する。このように第１の関連技術では、管理システムの負荷に応じて適切な優先スケジューラが選択される。したがって、より多くのアクセス要求が応答時間の期待値以内で処理されることになる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開平０９−２７４５８３号公報（第００２５段落、第００２６段落、第００３８段落〜第００４６段落、図２、図４）
【発明の概要】
【発明が解決しようとする課題】
【００１１】
以上説明した第１の関連技術では、キューの長さを特定の基準値Ｘで仕切って、デッドライン優先スケジューラと重要度優先スケジューラのいずれかを選択して処理を進めるようにしている。したがって、このようなリソース管理では、複数のアプリケーションソフトウェアが使用されて、それぞれの処理が実行される場合に、基準値Ｘが１つの固定値のために、キュー長が適切な長さで割り当てられない場合が生じ、これがしばしば輻輳を生じさせる原因となった。
【００１２】
そこで、トランザクション処理装置に予め複数のキューを配置し、これらのキューから得られた情報を組み合わせることで装置内での輻輳の発生を減少することが、本発明の第２の関連技術として提案されている。しかしながら、それぞれのキューの長さやトランザクション処理装置内におけるこれらキューの配置が適切でないと、輻輳ポイントの特定が困難になるという問題があった。
【００１３】
また、キューの長さやトランザクション処理装置内におけるキューの配置を調整しても、アプリケーションソフトウェアを新たに追加すると、その追加されたアプリケーションソフトウェアに対してキューが適切に配置されない結果として輻輳ポイントが変化することがあった。
【００１４】
このようなことから、従来ではトランザクション処理装置内で複数の機能部が輻輳している可能性が考えられることが多かった。そして、実際には１つの箇所しか輻輳が発生していないような場合でも、輻輳が生じている可能性のある複数の箇所の中から１つの輻輳箇所を特定するには、更なるキューを設置する必要があり、輻輳の生じている箇所を特定するのが困難であった。
【００１５】
そこで本発明の目的は、トランザクションリクエストを要求先から受信してトランザクションリプライをこの要求先に返す装置内で輻輳を生じる箇所の特定が容易なトランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムを提供することにある。
【課題を解決するための手段】
【００１６】
本発明では、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信手段と、（ロ）このトランザクションリクエスト受信手段で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行手段と、（ハ）このアプリケーション実行手段で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成手段と、（ニ）このトランザクションリプライ生成手段で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送手段とをトランザクション処理装置が具備する。
【００１７】
また、本発明では、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する受信部と、（ロ）この受信部の直前に配置されて前記したトランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定された受信部用第１のキューと、（ハ）前記した受信部を経た前記したトランザクションリクエストおよびトランザクションリプライを区別して分配するトランザクション分配部と、（ニ）前記した受信部とトランザクション分配部の間に配置され、トランザクション分配部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクション分配部用キューと、（ホ）このトランザクション分配部用キューによって分配された前記したトランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェア部と、（へ）これらアプリケーションソフトウェア部のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部で処理できる最大量のトランザクションの個数としてのキュー長に設定されたアプリケーションソフトウェア部用キューと、（ト）前記した任意数のアプリケーションソフトウェア部を経たトランザクションリクエストを用いてトランザクションリプライを生成するトランザクションリプライ生成部と、（チ）このトランザクションリプライ生成部の直前に配置され、トランザクションリプライ生成部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューと、（リ）前記した受信部とトランザクションリプライ生成部の間に配置され、受信部が受信できるトランザクション量より小さい受信部用第２のキューとをトランザクション処理装置が具備する。
【００１８】
更に本発明では、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信ステップと、（ロ）このトランザクションリクエスト受信ステップで受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行ステップと、（ハ）このアプリケーション実行ステップで処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成ステップと、（ニ）このトランザクションリプライ生成ステップで生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送ステップとをトランザクション処理方法が具備する。
【００１９】
更にまた本発明では、コンピュータに、トランザクション処理プログラムとして、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信処理と、（ロ）このトランザクションリクエスト受信処理で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行処理と、（ハ）このアプリケーション実行処理で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成処理と、（ニ）このトランザクションリプライ生成処理で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送処理とを実行させる。
【発明の効果】
【００２０】
以上説明したように本発明によれば、主要な機能部の直前に、それぞれの機能部が処理できる最大量のトランザクションの個数としてのキュー長のキューを配置してこれらの機能部での処理を行わせることにした。これにより、最小限のキューのみで輻輳する機能部の特定が可能になる。
【００２１】
また、複数のアプリケーションが使用される場合には、それぞれのアプリケーションに対応するキューを個別に配置することで、アプリケーションにおける輻輳箇所の特定や各機能部の処理状況といった使用リソースの把握も容易にできることになる。
【図面の簡単な説明】
【００２２】
【図１】本発明のトランザクション処理装置のクレーム対応図である。
【図２】本発明の他のトランザクション処理装置のクレーム対応図である。
【図３】本発明のトランザクション処理方法のクレーム対応図である。
【図４】本発明のトランザクション処理プログラムのクレーム対応図である。
【図５】リソース管理システムの構成の概要を表わしたシステム構成図である。
【図６】第１の関連技術におけるトランザクション処理装置の構成を表わしたブロック図である。
【図７】本実施の形態におけるトランザクション処理装置の構成を表わしたブロック図である。
【図８】本実施の形態でリソース管理システムを構成する各キューのキュー長を適切な大きさに設定する必要性を示した説明図である。
【図９】図７に示したリソース管理部が、それぞれのキューの使用量に関する通知を受ける場合の処理の様子を模式的に表わした説明図である。
【図１０】本実施の形態で使用される各キューの特徴を纏めた説明図である。
【図１１】本発明の第１の実施例におけるリソース管理システムの構成の概要を表わしたシステム構成図である。
【図１２】本実施例におけるトランザクション処理装置としての機能を有するウェブサーバの具体的な構成を表わしたブロック図である。
【図１３】本実施例のウェブサーバの処理の様子の一例を表わした流れ図である。
【図１４】本発明の第２の実施例におけるリソース管理システムの構成の要部を表わした要部システム構成図である。
【発明を実施するための形態】
【００２３】
図１は、本発明のトランザクション処理装置のクレーム対応図を示したものである。本発明のトランザクション処理装置１０は、トランザクションリクエスト受信手段１１と、アプリケーション実行手段１２と、トランザクションリプライ生成手段１３と、トランザクションリプライ返送手段１４を備えている。ここで、トランザクションリクエスト受信手段１１は、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込む。アプリケーション実行手段１２は、トランザクションリクエスト受信手段１１で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力する。そして、トランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施する。トランザクションリプライ生成手段１３は、アプリケーション実行手段１２で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成する。トランザクションリプライ返送手段１４は、トランザクションリプライ生成手段１３で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送する。
【００２４】
図２は、本発明の他のトランザクション処理装置のクレーム対応図を示したものである。本発明の他のトランザクション処理装置２０は、受信部２１と、受信部用第１のキュー２２と、トランザクション分配部２３と、トランザクション分配部用キュー２４と、アプリケーションソフトウェア部２５と、アプリケーションソフトウェア部用キュー２６と、トランザクションリプライ生成部２７と、トランザクションリプライ生成部用キュー２８と、受信部用第２のキュー２９を備えている。ここで、受信部２１は、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する。受信部用第１のキュー２２は、受信部２１の直前に配置されて前記したトランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定されている。トランザクション分配部２３は、受信部２１を経た前記したトランザクションリクエストおよびトランザクションリプライを区別して分配する。トランザクション分配部用キュー２４は、受信部２１とトランザクション分配部２３の間に配置され、トランザクション分配部２３の処理できる最大量のトランザクションの個数としてのキュー長に設定されている。アプリケーションソフトウェア部２５は、トランザクション分配部用キュー２４によって分配された前記したトランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェアである。アプリケーションソフトウェア部用キュー２６は、アプリケーションソフトウェア部２５のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部２５で処理できる最大量のトランザクションの個数としてのキュー長に設定されている。トランザクションリプライ生成部２７は、任意数のアプリケーションソフトウェア部２５を経たトランザクションリクエストを用いてトランザクションリプライを生成する。トランザクションリプライ生成部用キュー２８は、トランザクションリプライ生成部２７の直前に配置され、トランザクションリプライ生成部２７の処理できる最大量のトランザクションの個数としてのキュー長に設定されている。受信部用第２のキュー２９は、受信部２１とトランザクションリプライ生成部２７の間に配置され、受信部２１が受信できるトランザクション量より小さい。
【００２５】
図３は、本発明のトランザクション処理方法のクレーム対応図を示したものである。本発明のトランザクション処理方法３０は、トランザクションリクエスト受信ステップ３１と、アプリケーション実行ステップ３２と、トランザクションリプライ生成ステップ３３と、トランザクションリプライ返送ステップ３４を備えている。ここで、トランザクションリクエスト受信ステップ３１では、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込む。アプリケーション実行ステップ３２では、トランザクションリクエスト受信ステップ３１で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力する。そして、トランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施する。トランザクションリプライ生成ステップ３３では、アプリケーション実行ステップ３２で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成する。トランザクションリプライ返送ステップ３４では、トランザクションリプライ生成ステップ３３で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送する。
【００２６】
図４は、本発明のトランザクション処理プログラムのクレーム対応図を示したものである。本発明のトランザクション処理プログラム４０は、コンピュータに、トランザクションリクエスト受信処理４１と、アプリケーション実行処理４２と、トランザクションリプライ生成処理４３と、トランザクションリプライ返送処理４４を実行させるようにしている。ここで、トランザクションリクエスト受信処理４１では、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込む。アプリケーション実行処理４２では、トランザクションリクエスト受信処理４１で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力する。そして、トランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施する。トランザクションリプライ生成処理４３では、アプリケーション実行処理４２で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成する。トランザクションリプライ返送処理４４では、トランザクションリプライ生成処理４３で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送する。
【００２７】
＜発明の実施の形態＞
【００２８】
次に本発明の実施の形態を説明する。
【００２９】
図７は、本実施の形態におけるトランザクション処理装置の構成を表わしたものである。図５に示したリソース管理システム５００は、そのトランザクション処理装置５０１をトランザクション処理装置１０１に置き換えれば、本実施の形態でそのまま使用することができる。
【００３０】
一例として本実施の形態のトランザクション処理装置１０１は一重化構成となっている。トランザクション処理装置１０１は、第１〜第４のキュー１２１〜１２４と、第５−１〜第５−Ｎのキュー１２５1〜１２５Nを備えている。ここで第１のキュー１２１の直後には受信部１３１が配置されており、第２のキュー１２２の直後にはトランザクション分配器１３２が配置されている。また、第３のキュー１２３の直後にはトランザクションリプライ生成部１３３が配置されている。第４のキュー１２４の直後には受信部１３１が配置されている。
【００３１】
トランザクション分配器１３２と第３のキュー１２３の間には、第１〜第Ｎの処理部１３４1〜１３４Nがこの順序に直列に配置されている。このうちの第１の処理部１３４1には、その前段に第５−１のキュー１２５1が配置され、後段には第１のアプリケーションソフトウェア（以下、単にアプリケーションという。）によって実現するアプリケーション部１３５1が配置されている。以下同様にして、第Ｎの処理部１３４Nには、その前段に第５−Ｎのキュー１２５Nが配置され、後段に第Ｎのアプリケーション部１３５Nが配置されている。このトランザクション処理装置１０１には、リソースを管理するリソース管理部１３６が配置されている。
【００３２】
このようなトランザクション処理装置１０１は、図示しないがＣＰＵ（Central Processing Unit）と、所定の制御プログラムを格納したメモリを備えている。ＣＰＵは、メモリに格納された制御プログラムを実行することでトランザクション処理装置１０１全体の制御を行う。受信部１３１、トランザクション分配器１３２等のトランザクション処理装置１０１を構成する各部は、独自のハードウェアとして構成されていてもよいし、ＣＰＵが制御プログラムを実行することでソフトウェア的に実現する機能部として実現されていてもよい。
【００３３】
トランザクションリクエスト１１１はトランザクション処理装置１０１内の第１のキュー１２１に入力される。受信部１３１は、第１のキュー１２１を監視している。そして、第１のキュー１２１の使用量が、予め設定したキュー使用量の上限閾値を超えた場合と、下限閾値を下回った場合には、リソース管理部１３６にその旨の通知１４２を行う。
【００３４】
第１のキュー１２１は、トランザクション処理装置１０１の内部で処理される新規のトランザクションリクエストを管理するキューである。このため、第１のキュー１２１のキュー長は、トランザクション処理装置１０１が新規のトランザクションリクエストを処理できる最大量と等しくなっている。受信部１３１からは、トランザクションリクエスト１４３とトランザクションリプライ１４４が出力され、第２のキュー１２２に入力される。第２のキュー１２２から出力されるトランザクションリクエスト１４５とトランザクションリプライ１４６はトランザクション分配器１３２に入力される。
【００３５】
トランザクション分配器１３２は、第２のキュー１２２から受信したトランザクションリクエスト１４５とトランザクションリプライ１４６の区別を実施する。そして、トランザクションリプライ１４６が受信された場合には、これをトランザクションリプライ１１２として、図５に示したトランザクション要求装置５０２に送信する。トランザクション分配器１３２がトランザクションリクエスト１４５を受信した場合には、これをトランザクションリクエスト１４８として後続の第１〜第Ｎの処理部１３４1〜１３４Nに処理のために送出する。ここで、第１〜第Ｎの処理部１３４1〜１３４Nは、それぞれキュー１２５1〜１２５Nと、アプリケーション部１３５1〜１３５Nによって構成されており、該当する処理を実行する。
【００３６】
トランザクション分配器１３２は、第２のキュー１２２の使用状況を監視する。この結果、第２のキュー１２２の使用量が予め設定された上限使用量の閾値を超えた場合および下限使用量の閾値を下回った場合には、リソース管理部１３６へ通知１４９を行うようになっている。
【００３７】
ところで、第２のキュー１２２は、トランザクションリクエスト１４５とトランザクションリプライ１４６のすべてを管理するキューである。第２のキュー１２２の大きさは、トランザクション分配器１３２が処理可能なトランザクションの最大量と等しい。
【００３８】
第１〜第Ｎの処理部１３４1〜１３４Nにおける第１〜第Ｎのアプリケーション部１３５1〜１３５Nは、トランザクションリプライ生成部１３３でトランザクションリプライ１５１を生成するために必要な処理を実施する。トランザクションリプライ生成部１３３で生成したトランザクションリプライ１５１は、第４のキュー１２４に入力され、ここからトランザクションリプライ１５２として前記した受信部１３１に入力されることになる。
【００３９】
ところで、第１〜第Ｎのアプリケーション部１３５1〜１３５Nは、それぞれの処理部１３４1〜１３４N内で前段に配置された第５−１〜第５−Ｎのキュー１２５1〜１２５Nの使用状況をそれぞれ監視する。そして、第５−１〜第５−Ｎのキュー１２５1〜１２５Nのいずれかの上限使用量の閾値が超過したり、下限使用量の閾値を下回った場合には、第１〜第Ｎのアプリケーション部１３５1〜１３５Nのうちの該当するものが、通知１５３1〜１５３Nのうちの該当するものをリソース管理部１３６に対して行う。たとえば、第１の処理部１３４1内では、第１のアプリケーション部１３５1が第５−１のキュー１２５1を監視する。同様に第Ｎの処理部１３４N内では、第Ｎのアプリケーション部１３５Nが第５−Ｎのキュー１２５Nを監視する。そして、たとえば第５−１のキュー１２５1の使用量が予め設定した上限使用量の閾値を超えた場合には、第１のアプリケーション部１３５1がリソース管理部１３６にその旨の通知１５３1を行う。
【００４０】
第５−１〜第５−Ｎのキュー１２５1〜１２５Nは、それぞれ第１〜第Ｎのアプリケーション部１３５1〜１３５Nの手前に配置される。したがって、第５−１〜第５−Ｎのキュー１２５1〜１２５Nの大きさは、第１〜第Ｎのアプリケーション部１３５1〜１３５Nでそれぞれ処理できるトランザクションの最大量と等しい。
【００４１】
第Ｎの処理部１３４Nから出力されるトランザクションリクエスト１５４は第３のキュー１２３に入力される。この第３のキュー１２３から出力されるトランザクションリクエスト１５５がトランザクションリプライ生成部１３３に入力される。したがって、第３のキュー１２３のキュー長は、トランザクションリプライ生成部１３３が処理できるトランザクションの最大量と等しい。
【００４２】
トランザクションリプライ生成部１３３は、第１〜第Ｎのアプリケーション部１３５1〜１３５Nで処理された結果を整えて、トランザクションリプライ１５１を作成する。作成されたトランザクションリプライ１５１は、前記したように第４のキュー１２４へキューイングされる。トランザクションリプライ生成部１３３は、また第３のキュー１２３の使用状況を監視する。そして、第３のキュー１２３の使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合、トランザクションリプライ生成部１３３はリソース管理部１３６へ通知１５６を行う。
【００４３】
第４のキュー１２４は、受信部１３１に入力するトランザクションリプライ１５２を管理するキューである。第４のキュー１２４のキュー長は受信部１３１が受信できるトランザクション量より小さい必要がある。受信部１３１は、第４のキュー１２４から送られてくるトランザクションリプライ１５２の量も監視している。そして、第４のキュー１２４の使用量が、予め設定したキュー使用量の上限閾値を超えた場合と、下限閾値を下回った場合には、第１のキュー１２１の使用量の場合と同様に、リソース管理部１３６にその旨の通知１４２を行う。
【００４４】
以上説明したように本実施の形態のリソース管理システム１００では、第１〜第４のキュー１２１〜１２４ならびに第５−１〜第５−Ｎのキュー１２５1〜１２５Nについて、これらのキューの使用量を上限使用量および下限使用量の閾値と比較している。そして、上限使用量の閾値を超えたり下限使用量の閾値を下回った場合には、リソース管理部１３６へ通知１４２、１４９、１５３1〜１５３N、１５６を行うようにしている。ここで、下限使用量の閾値を下回った場合にもリソース管理部１３６へ通知することにしたのは、上限使用量の閾値を超えた通知があっただけでは、現在の使用量が上限使用量の閾値を超えたままの状態であるかをリソース管理部１３６が認識できないからである。
【００４５】
図８は、リソース管理システムを構成する各キューのキュー長を適切な大きさに設定する必要性を説明するためのものである。キュー長の適切な大きさとは、この図８における第１の条件と第２の条件を共に満たす大きさである。ここで第１〜第４のキュー１２１〜１２４の大きさをｑ1〜ｑ4とする。また、第５−１〜第５−Ｎのキュー１２５1〜１２５Nの大きさをｑ5-1〜ｑ5-Nとする。
【００４６】
第１の条件は、第２のキュー１２２の大きさｑ2が、第５−１〜第５−Ｎのキュー１２５1〜１２５Nの総和の大きさに第３のキュー１２３の大きさとしてのトランザクションリプライ生成部１３３に入力するトランザクションリクエスト１５５の大きさｑ3を加えたもの以下であるという条件である。この第１の条件が成立しない場合には、第Ｎのアプリケーション部１３５Nあるいはトランザクションリプライ生成部１３３に、処理量を超えた処理が流入された可能性があり、輻輳の原因となりやすい。
【００４７】
第２の条件は、第２のキュー１２２の大きさｑ2が、第１のキュー１２１の大きさｑ1と、第４のキュー１２４の大きさｑ4を加えた大きさ以上であるという条件である。この第２の条件が成立しない場合、トランザクション分配器１３２で輻輳が発生する原因となる。
【００４８】
第２のキュー１２２の大きさｑ2は、システム全体のリソースを加味して適切な大きさに設定されるべきである。これは、第２のキュー１２２がトランザクションリクエストとトランザクションリプライのすべてを管理しているキューだからである。
【００４９】
図９は、図７に示したリソース管理部が、それぞれのキューの使用量に関する通知を受ける場合の処理の様子を模式的に表わしたものである。ここでは第１のキュー１２１を例に挙げて説明するが、第２〜第４のキュー１２２〜１２４および第５−１〜第５−Ｎのキュー１２５1〜１２５Nについても、処理の様子は基本的に同一である。
【００５０】
第１のキュー１２１の例の場合には、リソース管理部１３６に対してキューの使用量に関する通知をする「該当機能部」は、図７に示した受信部１３１である。受信部１３１は、既に説明したように、上限閾値を超える場合と、下限閾値を下回る場合に、リソース管理部１３６に通知１４２を行う。この通知１４２は、受信部１３１がキュー使用量を常にチェックして、上限閾値を超えたり下限閾値を下回った時点で、リソース管理部１３６に割込処理という形で行うようにしてもよい。また、一定周期で受信部１３１が第１のキュー１２１の使用量を監視し、その結果として通知を行う必要が生じたタイミングでリソース管理部１３６に通知１４２を行うものであってもよい。
【００５１】
この図９は、第１のキュー１２１と受信部１３１の関係として示しているが、一般に「キュー」とこの状態を「通知」する「該当機能部」の関係として見た場合、次のようになる。「該当機能部」は、トランザクション処理装置１０１内であれば、どの機能部に該当してもよい。すなわち、前記したＣＰＵが制御プログラムを実行することで実現する各種の機能部のいずれにも該当し得る。
【００５２】
ただし、その「該当機能部」に対して「キュー」はデータを直前の上流側で保持するものとなる。受信部１３１に対して第１のキュー１２１はデータの直前の上流側に位置している。たとえば図７におけるトランザクション分配器１３２に対しては、第２のキュー１２２も、やはりデータの直前の上流側に位置している。
【００５３】
リソース管理部１３６は、第１のキュー１２１等のトランザクション処理装置１０１内の各キューの使用量の管理を行う。リソース管理部１３６による輻輳状態の管理の様子は、ディスプレイ１６１等の「外部装置」によって可視化することができる。この可視化のためには、たとえばリソース管理部１３６の管理の様子をトランザクション処理装置１０１内のログ管理部１６２に出力し、ログ管理部１６２からディスプレイ１６１にログ情報１６３として送出するようにしてもよい。これにより、トランザクション処理装置１０１のユーザは、装置が輻輳状態となったり、輻輳から回復したことを知ることができる。
【００５４】
図１０は、本実施の形態で使用される各キューの特徴を纏めたものである。図７と共に説明する。
【００５５】
本実施の形態のトランザクション処理装置１０１では、第１〜第４のキュー１２１〜１２４および第５−１〜第５−Ｎのキュー１２５1〜１２５Nを装置内に各機能部に対応して適切に配置すると共に、トランザクションリクエストとトランザクションリプライを図７に示す処理ルートに分離している。これにより、それぞれの処理を行う箇所で、輻輳状態を一意に認識することができる。これを具体的に説明する。
【００５６】
第１のキュー１２１は、トランザクション処理装置１０１に流入する未処理なトランザクションリクエスト１１１を示すものとなっている。トランザクション処理装置１０１内で第１のキュー１２１に関連して輻輳を生じる機能部は、トランザクションリクエスト１４１を受信する受信部１３１となる。
【００５７】
一方、第２のキュー１２２は、トランザクションリクエスト１４５とトランザクションリプライ１４６を出力する。したがって、第２のキュー１２２はトランザクション処理装置１０１におけるトランザクション処理量の総計と同様の意味合いを持つ。第２のキュー１２２に関連して輻輳を生じる機能部は、トランザクション分配器１３２である。
【００５８】
第３のキュー１２３は、トランザクションリクエスト１５５をトランザクションリプライ生成部１３３に送出してトランザクションリプライ１５１を作成させる。したがって、第３のキュー１２３は、トランザクションリプライを作成する量を決定する意味合いを持つ。第３のキュー１２３に関連して輻輳を生じる機能部は、トランザクションリプライ生成部１３３である。
【００５９】
第４のキュー１２４は、トランザクションリプライ生成部１３３で生成したトランザクションリプライ１５１を送信しようとする量を決定する。第４のキュー１２４から出力されるトランザクションリプライ１５２は受信部１３１で受信される。したがって、第４のキュー１２４に関連して輻輳を生じる機能部は、受信部１３１となる。
【００６０】
第５−１〜第５−Ｎのキュー１２５1〜１２５Nは、アプリケーション部１３５1〜１３５Nがそれぞれ処理するトランザクションリクエスト１４８の量を決定する意味合いを持つ。第５−１〜第５−Ｎのキュー１２５1〜１２５Nに関連して輻輳を生じる機能部は、アプリケーション部１３５1〜１３５Nのうちの直後に配置されたものである。
【００６１】
このようなトランザクション処理装置１０１の設計思想（アーキテクチャ）を利用すると、リソース管理部１３６を用いてリソースの使用状況の把握が容易に可能になる。具体的には図７および図１０を用いて説明すると次のようになる。
【００６２】
トランザクション処理装置１０１に流入している未処理のトランザクションリクエスト量を知りたい場合、リソース管理部１３６は第１のキュー１２１を参照すればよい。トランザクション処理装置１０１で処理している総処理量、すなわち、未処理のトランザクションリクエスト量と処理済のトランザクションリプライ量を知りたい場合には、リソース管理部１３６は第２のキュー１２２を参照すればよい。トランザクション処理装置１０１でトランザクションリプライを作成しようとしている量を知りたい場合には、リソース管理部１３６は第３のキュー１２３を参照すればよい。トランザクション処理装置１０１でトランザクションリプライを送信しようとする量を知りたい場合、リソース管理部１３６は第４のキュー１２４を参照すればよい。トランザクション処理装置１０１で各アプリケーション部１３５1〜１３５Nが処理しようとする量を知りたい場合には、リソース管理部１３６は第５−１〜第５−Ｎのキュー１２５1〜１２５Nを各々参照すればよい。
【００６３】
更に、トランザクション処理装置１０１のアーキテクチャを利用することで、各処理機能部の輻輳状況を一意に把握することができる。具体的には、第１のキュー１２１が輻輳している場合には、受信部１３１での処理が輻輳していることを示している。第２のキュー１２２が輻輳している場合は、トランザクション分配器１３２での処理が輻輳していることを示している。第３のキュー１２３が輻輳している場合は、トランザクションリプライ生成器１３３での処理が輻輳していることを示している。第４のキュー１２４が輻輳している場合は、受信部１３１での処理が輻輳していることを示している。また、第１〜第Ｎの処理部１３４1〜１３４Nにおける第５−１〜第５−Ｎのキュー１２５1〜１２５Nが輻輳している場合は、アプリケーション部１３５1〜１３５Nのうちの対応する処理が輻輳していることを示している。
【００６４】
したがって、本実施の形態のリソース管理システム１００によれば、各キュー１２１〜１２４、１２５1〜１２５Nの使用量が一意に何を処理しようとするものかが明白である。このため、リソースの使用状況の把握が可能であり、更には輻輳している機能部の特定が可能であるという利点がある。
【００６５】
このため、何らかの要求処理を実行するシステムとしてのトランザクション処理装置において、限られたシステムリソースを効率的に処理待ちキュー長に割り当てたり、処理待ちキューの配置方法を最適化することができ、輻輳箇所の特定やシステムリソースの問い合せといったリソース管理を実現することができる。
【実施例１】
【００６６】
次に本発明の第１の実施例を説明する。
【００６７】
図１１は、本発明の第１の実施例におけるリソース管理システムの構成の概要を表わしたものである。本実施例のリソース管理システム２００は、通信機能を備えたパーソナルコンピュータで構成される端末ＰＣ（Personal computer）２０１を備えている。端末ＰＣ２０１は、インターネット２０２を介してウェブ（web）サーバ２０３にアクセスして、所定の処理を実現することができる。すなわち、ウェブサーバ２０３は端末ＰＣ２０１からのウェブ処理要求２１１によって処理を実施し、その結果をパケット化してウェブ処理結果２１２として応答する。
【００６８】
このように本実施例では、図５におけるトランザクション要求装置４０２が端末ＰＣ２０１に対応している。また、トランザクション処理装置４０１（１０１）がウェブサーバ２０３に対応している。
【００６９】
図１２は、本実施例でトランザクション処理装置としての機能を有するウェブサーバの具体的な構成を表わしたものである。図１１と共に説明する。
【００７０】
ウェブサーバ２０３は、端末ＰＣ２０１からリクエストされたウェブ処理要求２１１を処理し、その処理結果をトランザクションリプライとしてのウェブ処理結果２１２として、端末ＰＣ２０１に返却する。
【００７１】
このようなウェブサーバ２０３は、第１〜第４のキュー２２１〜２２４と、第５−１および第５−２のキュー２２５1、２２５2を備えている。ここで第１のキュー２２１の直後には受信部２３１が配置されており、第２のキュー２２２の直後にはトランザクション分配器２３２が配置されている。また、第３のキュー２２３の直後にはトランザクションリプライ生成部２３３が配置されている。第４のキュー２２４の直後には受信部２３１が配置されている。
【００７２】
トランザクション分配器２３２とトランザクションリプライ生成部２３３の間には、第１および第２の処理部２３４1、２３４2がこの順序に直列に配置されている。このうちの第１の処理部２３４1には、その前段に第５−１のキュー２２５1が配置され、後段にＣＧＩ（Common Gateway Interface）処理部２３５1が配置されている。第２の処理部２３４2には、その前段に第５−２のキュー２２５2が配置され、後段にＨＴＭＬ（HyperText Markup Language）ファイル作成部２３５2が配置されている。このウェブサーバ２０３には、リソースを管理するリソース管理部２３６が配置されている。
【００７３】
このようなウェブサーバ２０３は、図示しないがＣＰＵと、所定の制御プログラムを格納したメモリを備えている。ＣＰＵは、メモリに格納された制御プログラムを実行することでウェブサーバ２０３全体の制御を行う。受信部２３１、トランザクション分配器２３２等のウェブサーバ２０３を構成する各部は、独自のハードウェアとして構成されていてもよいし、ＣＰＵが制御プログラムを実行することでソフトウェア的に実現する機能部として実現されていてもよい。
【００７４】
第１の実施例のウェブサーバ２０３で、第１のキュー２２１はウェブ処理要求２１１をキューイングする。受信部２３１はウェブ処理要求２１１、またはウェブ処理結果２１２を受信し、ウェブサーバとしてウェブ処理要求２１１とウェブ処理結果２１２を受け付けたことを把握するために存在している。
【００７５】
第２のキュー２２２は、トランザクション分配器２３２で処理待ちのトランザクションを管理する。トランザクション分配器２３２は、第２のキュー２２２から送られてきたパケットの宛先ＩＰ（Internet Protocol）アドレス、宛先ポート番号、送信元ＩＰアドレス、送信元ポート番号およびプロトコルをチェックして、宛先のふるい分けを実施する。たとえば、宛先ＩＰアドレスと宛先ポート番号が端末ＰＣ２０１を示すものであり、送信元ＩＰアドレスおよび送信元ポート番号がウェブサーバ２０３を示すものであったとする。この場合、ウェブサーバ２０３は、ウェブ処理結果２１２として、端末ＰＣ２０１へそのトランザクションの送信を実施する。
【００７６】
第５−１のキュー２２５1は、ＣＧＩプログラムの処理待ちキューである。ＣＧＩ処理部２３５1はウェブ処理要求２１１に含まれるＣＧＩプログラムの実行処理要求に基づいて、ＣＧＩプログラムの処理を実施する。
【００７７】
第５−２のキュー２２５2は、ＣＧＩプログラムの処理結果をＨＴＭＬ化する処理の待ちキューである。ＨＴＭＬファイル作成部２３５2は、ＣＧＩプログラムで処理が施された結果に対して、ＨＴＭＬソースの作成を実施する。
【００７８】
第３のキュー２２３は、トランザクションリプライ生成処理待ちキューである。トランザクションリプライ生成部２３３は、アプリケーションで実施された結果をＩＰパケット化し、適切な宛先ＩＰアドレス、宛先ポート番号、送信元ＩＰアドレス、送信元ポート番号およびプロトコルの指定を実施する。このように、ウェブ処理結果はトランザクションリプライ生成部２３３でＩＰパケット化される。
【００７９】
第４のキュー２２４は、ウェブ処理結果を受信部２３１へ渡す際の処理待ちキューである。
【００８０】
リソース管理部２３６は、第１〜第４のキュー２２１〜２２４および第５−１および第５−２のキュー２２５1、２２５2に対して、キューの使用量の問い合せを実施する。また、受信部２３１等の各機能部から輻輳状態を示す割り込みを受信する。このようにしてリソース管理部２３６は、ウェブサーバ２０３の内部におけるリソースの使用状況を管理する。
【００８１】
図１３は、本実施例のウェブサーバの処理の様子の一例を表わしたものである。図１１および図１２と共に説明する。
【００８２】
端末ＰＣ２０１からウェブサーバ２０３へのウェブ処理要求２１１があったとする。このウェブ処理要求２１１は第１のキュー２２１にキューイングされ（ステップＳ３０１）、受信部２３１へ渡される（ステップＳ３０２）。受信部２３１は、この要求を格納すると共に先頭から順次読み出して第２のキュー２２２にキューイングさせる（ステップＳ３０３）。第２のキュー２２２は、この要求を同様に順次読み出してトランザクション分配器２３２へ渡すことになる（ステップＳ３０４）。
【００８３】
トランザクション分配器２３２には、受信部２３１を介して第４のキュー２２４からトランザクションリプライ生成部２３３の生成したウェブ処理結果も入力される。そこでトランザクション分配器２３２は、受信したデータがウェブ処理要求であるのかウェブ処理結果であるのかの判別を行う。この判断のためにトランザクション分配器２３２は第２のキュー２２２から受信したパケットのフォーマットの解析を実施する。具体的には、その受信したパケットの送信先アドレスと送信先ポートによって送信先が第１あるいは第２の処理部２３４1、２３４2であるか、端末ＰＣ２０１向けであるかを判断する（ステップＳ３０５）。端末ＰＣ２０１向けのパケットを受信したと判別した場合、トランザクション分配器２３２はそのパケットをウェブ処理結果２１２として端末ＰＣ２０１に送出することになる。これについては、後に具体的に説明する。
【００８４】
トランザクション分配器２３２が、第２のキュー２２２から受信したパケットを第１および第２の処理部２３４1、２３４2で処理するウェブ処理要求であると判別したとする。この場合、このウェブ処理要求は第１の処理部２３４1における第５−１のキュー２２５1でキューイングされる（ステップＳ３０６）。このキューイングされたウェブ処理要求は、ＣＧＩ処理部２３５1に送られる（ステップＳ３０７）。ＣＧＩ処理部２３５1では、ＣＧＩプログラムの実行等の適切な処理が行われる（ステップＳ３０８）。ＣＧＩ処理部２３５1は、この処理後のデータを次の第２の処理部２３４2を構成する第５−２のキュー２２５2にキューイングさせる（ステップＳ３０９）。第５−２のキュー２２５2は、これを次のアプリケーション処理部としてのＨＴＭＬファイル作成部２３５2に向けて送信する（ステップＳ３１０）。
【００８５】
ＨＴＭＬファイル作成部２３５2では、第５−２のキュー２２５2にキューイングされたＣＧＩ処理後のウェブ処理要求を用いて、ＨＴＭＬファイルが作成され（ステップＳ３１１）。作成されたＨＴＭＬファイルは、第３のキュー２２３にキューイングされる（ステップＳ３１２）。
【００８６】
第３のキュー２２３は、たとえばＦＩＦＯ（First-In First-Out）メモリによって構成されている。第３のキュー２２３から順次読み出されたＨＴＭＬファイルはトランザクションリプライ生成部２３３に渡される（ステップＳ３１３）。トランザクションリプライ生成部２３３では、宛先アドレス、宛先ポート、送信元アドレス、送信元ポートおよびプロトコル番号が付与され、適切にパケット化が行われる（ステップＳ３１４）。
【００８７】
このようにしてトランザクションリプライ生成部２３３で生成されたパケットとしてのウェブ処理結果は、第４のキュー２２４にキューイングされ（ステップＳ３１５）、その後、受信部２３１へ渡される（ステップＳ３１６）。受信部２３１は、このウェブ処理結果を第２のキュー２２２にキューイングして（ステップＳ３１７）、トランザクション分配器２３２へ送信させる（ステップＳ３１８）。
【００８８】
トランザクション分配器２３２は受信したウェブ処理結果のパケットの宛先アドレスおよび宛先ポートが端末ＰＣ２０１（図１１）向けであることを判断する（ステップＳ３１９）。そして、このウェブ処理結果のパケットを端末ＰＣ２０１に送信することになる（ステップＳ３２０）。
【００８９】
以上、図１３を用いて説明したウェブサーバ２０３の一連の処理状況を知るためには、リソース管理部２３６が参照したいキューのキューイング状況を参照すればよい。たとえば、ウェブサーバ２０３全体の処理量を参照したい場合、すなわち、未処理のトランザクションリクエスト量と処理済のトランザクションリプライ量を知りたい場合には、リソース管理部２３６は第２のキュー２２２を参照すればよい。
【００９０】
また、ウェブサーバ２０３でＣＧＩ処理待ち中の処理量を知りたい場合には、第５−１のキュー２２５1を参照すればよい。更に、ウェブサーバ２０３の機能部が輻輳状態となった場合にリソース管理部２３６へアラームをあげるようにしたい場合には、ウェブサーバ２０３内の各処理部が該当処理部手前のキューを監視し、リソース管理部２３６へ割り込みを掛けるようにすればよい。
【００９１】
また、ウェブサーバ２０３の全体が輻輳状態となった場合にリソース管理部２３６へ割り込みを掛けるようにしたい場合には、トランザクション分配器２３２がその手前に配置された第２のキュー２２２の使用状況を監視すればよい。第２のキュー２２２の使用状況を監視した結果、予め設定したキュー使用量の上限閾値を超えたことが分かった場合には、トランザクション分配器２３２がリソース管理部２３６へ割り込みを掛けるようにすればよい。
【００９２】
更に、ＣＧＩプログラムの処理が輻輳状態となったときにリソース管理部２３６へ割り込みを掛けるようにしたい場合には、ＣＧＩ処理部２３５1が第５−１のキュー２２５1の使用状況を監視すればよい。第５−１のキュー２２５1の使用状況を監視した結果、予め設定したキュー使用量の上限閾値を超えたことが分かった場合には、ＣＧＩ処理部２３５1がリソース管理部２３６へ割り込みを掛けるようにすればよい。
【００９３】
また、ウェブサーバ２０３内の各機能部が輻輳状態から回復したことをリソース管理部２３６へ知らせたい場合には、これらの機能部は予め設定したキュー使用量の下限閾値を下回った際にリソース管理部２３６へ回復を示す割り込みを掛ければよい。
【００９４】
リソース管理部２３６は、以上説明した輻輳状態を外部の図示しない輻輳状態監視装置に送信したい場合、実施の形態の図９で示したようにログ管理部１６２を使用すればよい。この場合、ログ管理部１６２は、外部輻輳監視装置へ、所定のプロトコルを利用して輻輳状態を送信することになる。このようなプロトコルとしては、たとえはシステムの動作状況やメッセージなどの記録を取るプログラムとしての「ＳＹＳＬＯＧ」や、管理情報の通信用の「ＳＮＭＰ（Simple Network Management Protocol）  Ｔｒａｐ」がある。
【００９５】
以上説明した第１の実施例によれば、次に示すような効果を得ることができる。
【００９６】
本実施例ではトランザクションリクエストとトランザクションリプライを管理する各キューの使い方に意味を持たせている。したがって、本実施例ではリソース管理によってトランザクションリクエストとトランザクションリプライの処理状況を一意に把握することができるという第１の効果がある。
【００９７】
また、本実施例では各キューを各機能部の手前に配置しており、かつ、それぞれのキュー長が図８に示したように適切に割当られている。したがって、本実施例では輻輳している機能部を特定可能であるという第２の効果がある。
【００９８】
更に、本実施例ではウェブサーバ２０３の構成を、トランザクションリプライ生成部２３３で生成したトランザクションリプライを受信部２３１でウェブ処理要求２１１と合流させ、トランザクション分配器２３２で分離することにした。これにより、本実施例では、トランザクションリクエストの処理順序を保つことができると共に、トランザクションリクエストとトランザクションリプライをキューで適切に管理することができるという第３の効果がある。
【００９９】
更にまた、本実施例ではトランザクション分配器２３２とトランザクションリプライ生成部２３３の間に、それぞれ専用のキューとアプリケーションからなる処理部２３４を連結して配置することにした。これにより、本実施例ではウェブサーバ２０３をアプリケーションの追加や変更といった機能の拡張性に優れた装置構成とすることができるという第４の効果がある。
【実施例２】
【０１００】
次に本発明の第２の実施例を説明する。
【０１０１】
図１４は、本発明の第２の実施例におけるリソース管理システムの構成の要部を表わしたものである。このリソース管理システム４００で図１２と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
【０１０２】
この第２の実施例によるリソース管理システム４００では、端末ＰＣ２０１がトランザクション処理装置４０３と接続される構成となっている。トランザクション処理装置４０３は、アクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０の２つの系による冗長構成となっている。アクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０は基本的に同一構成である。また、これらアクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０は、図１２に示したウェブサーバ２０３の構成と基本的に同一である。したがって、図１４では、図１２に示した各機能部の符号の末尾に「Ａ」を付したものをアクティブ系トランザクション処理部４１０の各機能部として表わしている。また、図１２に示した各機能部の符号の末尾に「Ｓ」を付したものをスタンバイ系トランザクション処理部４２０の各機能部として表わしている。
【０１０３】
本実施例でトランザクション要求装置として使用される端末ＰＣ２０１は、トランザクションリクエストとしての処理要求４１１をアクティブ系トランザクション処理部４１０に対して送信するようになっている。アクティブ系トランザクション処理部４１０の第１のキュー２２１Ａはトランザクションリクエストをキューイングする。また、第２のキュー２２２Ａは第１のキュー２２１Ａから送られてきたトランザクションリクエストと、第４のキュー２２４Ａから送られてきたトランザクションリプライをキューイングする。トランザクション分配器２３２Ａは第２のキュー２２２Ａから送られてきたパケットの宛先ＩＰアドレス、宛先ポート番号、送信元ＩＰアドレス、送信元ポート番号およびプロトコルをチェックして、宛先のふるい分けを実施する。そして、トランザクションリプライ４２２を端末ＰＣ２０１に返す。受信部２３１Ａはトランザクションリクエストあるいはトランザクションリプライを受信していることを確認するための機能部である。また、第４のキュー２２４Ａは、図７に示すトランザクションリプライ生成部１３３に相当する図示しない機能部から送られてくるトランザクションリプライを管理するためのキューである。
【０１０４】
スタンバイ系トランザクション処理部４２０の各機能部は、アクティブ系に切り替わった時点でアクティブ系トランザクション処理部４１０と同様の処理を行う。このときは、端末ＰＣ２０１から送られてくるトランザクションリクエストとしての処理要求４１１を第１のキュー２２１Ｓが受信する。受信部２３１Ｓはこのトランザクションリクエストを受信すると共に、図示しない第４のキュー２２４Ｓからトランザクションリプライを受信することになる。また、アクティブ系に切り替わった場合、トランザクション分配器２３２Ｓがトランザクションリプライ４２２を端末ＰＣ２０１に返す。
【０１０５】
ところで、第２の実施例の受信部２３１Ａおよび受信部２３１Ｓは、冗長機能を持っている。ここで、受信部２３１Ａおよび受信部２３１Ｓの冗長機能とは、次の２点を意味している。
【０１０６】
冗長機能の第１点は、トランザクションリクエストを受信した受信部２３１Ａ（２３１Ｓ）自身がアクティブ系に属する場合、スタンバイ系のトランザクション処理部４２０としての第２のキュー２２２Ｓ（２２２Ａ）に向けてトランザクションリクエストのコピーを作成し、それを送信することである。トランザクションリクエストを受信した受信部２３１Ｓ（２３１Ａ）自身がスタンバイ系に属する場合、障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーは廃棄する。
【０１０７】
冗長機能の第２点は、現在のアクティブ系トランザクション処理部４１０とスタンバイ系のトランザクション処理部４２０の間で系の切り替えが発生した場合に関する。この場合、新しいアクティブ系の受信部２３１Ｓは、元のスタンバイ系の受信部２３１Ｓで廃棄していたトランザクションリクエストのコピーの廃棄を止める。そして、新しくタンバイ系となった受信部２３１Ａの方が、障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーを廃棄することになる。
【０１０８】
スタンバイ系トランザクション処理装置４２０はアクティブ系トランザクション処理装置４１０からトランザクションリクエストのコピーを受信する。この場合、第１のキュー２２１Ｓは、トランザクションリクエストのコピーをキューイングすることになる。受信部２３１Ｓは、系の切り替え時になるべくトランザクション廃棄をしないために、継続したサービスを実施するために必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーを廃棄する。
【０１０９】
このように本発明の第２の実施例のリソース管理システム４００では、アクティブ系がトランザクションリクエストを受信したとき、そのコピーをスタンバイ系にも常に送信している。したがって、系の切り替え時におけるトランザクションリクエストの廃棄が少なく、系の切り替え後にもリソース管理部（図７のリソース管理部１３６参照。）によるシステムリソースの管理が可能になるという効果が得られる。
【０１１０】
なお、第２の実施例では２つの系で冗長系を構成したが、アクティブ系およびスタンバイ系は３以上の系で構成してもよいことは当然である。この例の場合、複数のスタンバイ系では、アクティブ系の受信部から送られてくるトランザクションリクエストのコピーから障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーは共に廃棄する。この例でスタンバイ系が２以上の場合、アクティブ系の受信部は、トランザクションリクエストのコピーをそれぞれのスタンバイ系に個別にコピーして送信してもよいし、１つのスタンバイ系に送信して、スタンバイ系同士で順にコピーするようにしてもよい。
【０１１１】
以上説明した実施の形態の一部または全部は、以下の付記のようにも記載されるが、以下の記載に限定されるものではない。
【０１１２】
（付記１）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信手段と、
このトランザクションリクエスト受信手段で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行手段と、
このアプリケーション実行手段で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成手段と、
このトランザクションリプライ生成手段で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送手段
とを具備することを特徴とするトランザクション処理装置。
【０１１３】
（付記２）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する受信部と、
この受信部の直前に配置されて前記トランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定された受信部用第１のキューと、
前記受信部を経た前記トランザクションリクエストおよびトランザクションリプライを区別して分配するトランザクション分配部と、
前記受信部とトランザクション分配部の間に配置され、トランザクション分配部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクション分配部用キューと、
このトランザクション分配部用キューによって分配された前記トランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェア部と、
これらアプリケーションソフトウェア部のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部で処理できる最大量のトランザクションの個数としてのキュー長に設定されたアプリケーションソフトウェア部用キューと、
前記任意数のアプリケーションソフトウェア部を経たトランザクションリクエストを用いてトランザクションリプライを生成するトランザクションリプライ生成部と、
このトランザクションリプライ生成部の直前に配置され、トランザクションリプライ生成部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューと、
前記受信部とトランザクションリプライ生成部の間に配置され、受信部が受信できるトランザクション量より小さい受信部用第２のキュー
とを具備することを特徴とするトランザクション処理装置。
【０１１４】
（付記３）
前記トランザクション分配部用キューの前記キュー長は、前記アプリケーション部で処理できる最大量の前記キュー長に設定されたアプリケーション部の数だけのアプリケーション部用キューの前記キュー長の総和に前記トランザクションリプライ生成部用キューの前記キュー長を加えた値以下であり、かつ、前記トランザクション分配部用キューの前記キュー長は前記受信部用第１のキューの前記キュー長と前記受信部用第２のキューの前記キュー長を加えた値以上であることを特徴とする付記２記載のトランザクション処理装置。
【０１１５】
（付記４）
前記受信部用第１のキュー、受信部用第２のキュー、トランザクション分配部用キュー、アプリケーション部用キューおよびトランザクションリプライ生成部用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理部を具備することを特徴とする付記２記載のトランザクション処理装置。
【０１１６】
（付記５）
前記受信部と、受信部用第１のキューと、トランザクション分配部と、トランザクション分配部用キューと、アプリケーション部と、アプリケーション部用キューと、トランザクションリプライ生成部と、トランザクションリプライ生成部用キューと、受信部用第２のキューのそれぞれは、アクティブ系トランザクション処理部とスタンバイ系トランザクション処理部に冗長化されていることを特徴とする付記２記載のトランザクション処理装置。
【０１１７】
（付記６）
前記アクティブ系トランザクション処理部が前記トランザクションリクエストを受信したとき、そのコピーを前記スタンバイ系トランザクション処理部に常に送信することを特徴とする付記５記載のトランザクション処理装置。
【０１１８】
（付記７）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信ステップと、
このトランザクションリクエスト受信ステップで受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行ステップと、
このアプリケーション実行ステップで処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成ステップと、
このトランザクションリプライ生成ステップで生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送ステップ
とを具備することを特徴とするトランザクション処理方法。
【０１１９】
（付記８）
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理ステップを具備することを特徴とする付記７記載のトランザクション処理方法。
【０１２０】
（付記９）
コンピュータに、
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信処理と、
このトランザクションリクエスト受信処理で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行処理と、
このアプリケーション実行処理で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成処理と、
このトランザクションリプライ生成処理で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送処理
とを実行させることを特徴とするトランザクション処理プログラム。
【０１２１】
（付記１０）
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理処理を実行させることを特徴とする付記９記載のトランザクション処理プログラム。
【０１２２】
１０、２０、１０１、５０１  トランザクション処理装置
１１  トランザクションリクエスト受信手段
１２  アプリケーション実行手段
１３  トランザクションリプライ生成手段
１４  トランザクションリプライ返送手段
２１、１３１  受信部
２２  受信部用第１のキュー
２３  トランザクション分配部
２４  トランザクション分配部用キュー
２５  アプリケーションソフトウェア部
２６  アプリケーションソフトウェア部用キュー
２７、１３３  トランザクションリプライ生成部
２８  トランザクションリプライ生成部用キュー
２９  受信部用第２のキュー
３０  トランザクション処理方法
３１  トランザクションリクエスト受信ステップ
３２  アプリケーション実行ステップ
３３  トランザクションリプライ生成ステップ
３４  トランザクションリプライ返送ステップ
４０  トランザクション処理プログラム
４１  トランザクションリクエスト受信処理
４２  アプリケーション実行処理
４３  トランザクションリプライ生成処理
４４  トランザクションリプライ返送処理
１００、２００  リソース管理システム
１１１、４１１  トランザクションリクエスト
１１２、４１２  トランザクションリプライ
１２１  第１のキュー
１２２  第２のキュー
１２３  第３のキュー
１２４  第４のキュー
１２５  第５のキュー
１３２  トランザクション分配器
１３４  処理部
１３５  アプリケーション部
１３６  リソース管理部
１６１  ディスプレイ
１６２  ログ管理部
２０１  端末ＰＣ
２０２  インターネット
２０３  ウェブサーバ
２１１  ウェブ処理要求
２１２  ウェブ処理結果
【図１】
0005585195.tif 000002
【図２】
0005585195.tif 000003
【図３】
0005585195.tif 000004
【図４】
0005585195.tif 000005
【図５】
0005585195.tif 000006
【図６】
0005585195.tif 000007
【図７】
0005585195.tif 000008
【図８】
0005585195.tif 000009
【図９】
0005585195.tif 000010
【図１０】
0005585195.tif 000011
【図１１】
0005585195.tif 000012
【図１２】
0005585195.tif 000013
【図１３】
0005585195.tif 000014
【図１４】
0005585195.tif 000015