JP2011238099A

JP2011238099A - トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラム

Info

Publication number: JP2011238099A
Application number: JP2010110135A
Authority: JP
Inventors: Hajime Nakamura; 中村　　元
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2010-05-12
Filing date: 2010-05-12
Publication date: 2011-11-24
Anticipated expiration: 2030-05-12
Also published as: JP5585195B2

Abstract

【課題】トランザクションリクエストを要求先から受信してトランザクションリプライをこの要求先に返す装置内で輻輳を生じる箇所の特定が容易なトランザクション処理装置、方法およびプログラムを得ること。
【解決手段】トランザクションリクエスト受信手段１１は、処理できる最大量のキュー長のキューを経てトランザクションリクエストを自装置に取り込み、アプリケーション実行手段１２はこのリクエストを、処理できる最大量のキュー長のキューを経て入力し処理する。トランザクションリプライ生成手段１３は、この処理後のリクエストを、処理できる最大量のキュー長のキューを経て入力しトランザクションリプライを生成して要求元に返送する。
【選択図】図１

Description

本発明は、トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムに係わり、特にリソースの管理を行うのに好適なトランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムに関する。

ユーザの要求する処理を、ネットワークを使用してコンピュータに実行させるトランザクション処理（Transaction Processing）は、インターネットによる銀行業務の処理や注文処理等のような各種処理で広く行われている。本明細書では、このようなトランザクション処理を行う装置をトランザクション処理装置と呼ぶことにする。複数のリソースにまたがったトランザクション処理を行う場合、トランザクション処理装置では、リソース管理部と呼ばれる機能部を使用してトランザクション処理の管理を行う。

図５は、本発明の第１の関連技術として提案されたトランザクション処理装置を使用したリソース管理システムの概要を表わしたものである。この第１の関連技術（たとえば特許文献１参照。）によるリソース管理システム５００は、トランザクション処理装置５０１とトランザクション要求装置５０２を備えている。

ここでトランザクション（transaction）とは、関連する複数の処理を一つの処理単位としてまとめて管理する処理形態をいう。トランザクション要求装置５０２は、トランザクション処理装置５０１に対して処理内容のリクエストを送信する。これをトランザクションリクエスト５１１という。トランザクション処理装置５０１はトランザクションリクエスト５１１を受信すると、要求された処理を適切に実行して、その処理結果をトランザクション要求装置５０２に返信する。このトランザクション処理装置５０１からの処理結果の送信をトランザクションリプライ５１２と呼ぶ。

このようなリソース管理システム５００で、トランザクション処理装置５０１は、物理的に１つの処理装置で構成される必要はない。たとえば、ＬＡＮ（Local Area Network）等のネットワークに接続するラインカードのように、ネットワーク上の複数の装置を用いた冗長構成となっていてもよい。また、必ずしもネットワーク上で１つの処理装置に見える必要もない。たとえば、同一の箇所に配置されたブレードサーバのように、パッケージカード間で冗長構成となったものであってもよい。

図６は、第１の関連技術によるトランザクション処理装置の構成の概要を表わしたものである。トランザクション処理装置５０１は、トランザクションリクエスト５１１を受信するトランザクション受信バッファ５２１を備えている。トランザクション受信バッファ５２１の受信したトランザクションリクエスト５１１はトランザクション管理部５２２に渡される。トランザクション管理部５２２は複数のトランザクションリクエスト５１１に含まれる応答時間の期待値や重要度を解釈して、それらの値に基づき決定した処理順番に基づいて、これらのトランザクションリクエスト５１１をタスク管理部５２３に渡す。タスク管理部５２３は、リソース管理部５２４の制御に従って管理情報格納部５２５をアクセスする。アクセス処理の結果は、タスク管理部５２３から結果送信バッファ５２６を介して、トランザクションリプライ５１２として図５に示したトランザクション要求装置５０２に返送される。

ところでトランザクション管理部５２２は、トランザクション受信バッファ５２１から送られてくるトランザクションリクエスト５１１を入力する図示しないトランザクションキューを備えている。トランザクションキューは、トランザクション受信バッファ５２１にアクセス要求が到着するまで定期的に監視する。トランザクション受信バッファ５２１にアクセス要求が到着した場合、トランザクションキューは、トランザクション受信バッファ５２１からアクセス要求を取得して、トランザクションリクエスト５１１を一時保持する。

トランザクション管理部５２２内の図示しないアルゴリズム選択機構は、同じく図示しないキュー長監視部からトランザクションキューの長さを取得し、それを予めシステムに与えられている基準値Ｘと比較する。ここでトランザクションキューの長さ（キュー長）とは、トランザクションキューに含まれるトランザクションの個数をいう。トランザクションキューの長さが基準値Ｘよりも小さいか等しい場合、アルゴリズム選択機構は、トランザクション管理部５２２内の図示しないデッドライン優先スケジューラを選択する。逆に、トランザクションキューの長さが基準値Ｘよりも大きい場合、アルゴリズム選択機構は、トランザクション管理部５２２内の図示しない重要度優先スケジューラを選択する。

このように第１の関連技術では、システムの負荷を、トランザクションキューの長さにより評価している。すなわち、トランザクションキューの長さが短くトランザクションの個数が少ない場合には負荷が軽い場合に対応するため、デッドライン優先スケジューラを選択する。一方、トランザクションキューの長さが長くトランザクションの個数が多い場合には、負荷が重い場合に対応するため、重要度優先スケジューラを選択する。このように第１の関連技術では、管理システムの負荷に応じて適切な優先スケジューラが選択される。したがって、より多くのアクセス要求が応答時間の期待値以内で処理されることになる。

特開平０９−２７４５８３号公報（第００２５段落、第００２６段落、第００３８段落〜第００４６段落、図２、図４）

以上説明した第１の関連技術では、キューの長さを特定の基準値Ｘで仕切って、デッドライン優先スケジューラと重要度優先スケジューラのいずれかを選択して処理を進めるようにしている。したがって、このようなリソース管理では、複数のアプリケーションソフトウェアが使用されて、それぞれの処理が実行される場合に、基準値Ｘが１つの固定値のために、キュー長が適切な長さで割り当てられない場合が生じ、これがしばしば輻輳を生じさせる原因となった。

そこで、トランザクション処理装置に予め複数のキューを配置し、これらのキューから得られた情報を組み合わせることで装置内での輻輳の発生を減少することが、本発明の第２の関連技術として提案されている。しかしながら、それぞれのキューの長さやトランザクション処理装置内におけるこれらキューの配置が適切でないと、輻輳ポイントの特定が困難になるという問題があった。

また、キューの長さやトランザクション処理装置内におけるキューの配置を調整しても、アプリケーションソフトウェアを新たに追加すると、その追加されたアプリケーションソフトウェアに対してキューが適切に配置されない結果として輻輳ポイントが変化することがあった。

このようなことから、従来ではトランザクション処理装置内で複数の機能部が輻輳している可能性が考えられることが多かった。そして、実際には１つの箇所しか輻輳が発生していないような場合でも、輻輳が生じている可能性のある複数の箇所の中から１つの輻輳箇所を特定するには、更なるキューを設置する必要があり、輻輳の生じている箇所を特定するのが困難であった。

そこで本発明の目的は、トランザクションリクエストを要求先から受信してトランザクションリプライをこの要求先に返す装置内で輻輳を生じる箇所の特定が容易なトランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムを提供することにある。

本発明では、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信手段と、（ロ）このトランザクションリクエスト受信手段で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行手段と、（ハ）このアプリケーション実行手段で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成手段と、（ニ）このトランザクションリプライ生成手段で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送手段とをトランザクション処理装置が具備する。

また、本発明では、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する受信部と、（ロ）この受信部の直前に配置されて前記したトランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定された受信部用第１のキューと、（ハ）前記した受信部を経た前記したトランザクションリクエストおよびトランザクションリプライを区別して分配するトランザクション分配部と、（ニ）前記した受信部とトランザクション分配部の間に配置され、トランザクション分配部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクション分配部用キューと、（ホ）このトランザクション分配部用キューによって分配された前記したトランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェア部と、（へ）これらアプリケーションソフトウェア部のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部で処理できる最大量のトランザクションの個数としてのキュー長に設定されたアプリケーションソフトウェア部用キューと、（ト）前記した任意数のアプリケーションソフトウェア部を経たトランザクションリクエストを用いてトランザクションリプライを生成するトランザクションリプライ生成部と、（チ）このトランザクションリプライ生成部の直前に配置され、トランザクションリプライ生成部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューと、（リ）前記した受信部とトランザクションリプライ生成部の間に配置され、受信部が受信できるトランザクション量より小さい受信部用第２のキューとをトランザクション処理装置が具備する。

更に本発明では、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信ステップと、（ロ）このトランザクションリクエスト受信ステップで受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行ステップと、（ハ）このアプリケーション実行ステップで処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成ステップと、（ニ）このトランザクションリプライ生成ステップで生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送ステップとをトランザクション処理方法が具備する。

更にまた本発明では、コンピュータに、トランザクション処理プログラムとして、（イ）ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信処理と、（ロ）このトランザクションリクエスト受信処理で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行処理と、（ハ）このアプリケーション実行処理で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成処理と、（ニ）このトランザクションリプライ生成処理で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送処理とを実行させる。

以上説明したように本発明によれば、主要な機能部の直前に、それぞれの機能部が処理できる最大量のトランザクションの個数としてのキュー長のキューを配置してこれらの機能部での処理を行わせることにした。これにより、最小限のキューのみで輻輳する機能部の特定が可能になる。

また、複数のアプリケーションが使用される場合には、それぞれのアプリケーションに対応するキューを個別に配置することで、アプリケーションにおける輻輳箇所の特定や各機能部の処理状況といった使用リソースの把握も容易にできることになる。

本発明のトランザクション処理装置のクレーム対応図である。本発明の他のトランザクション処理装置のクレーム対応図である。本発明のトランザクション処理方法のクレーム対応図である。本発明のトランザクション処理プログラムのクレーム対応図である。リソース管理システムの構成の概要を表わしたシステム構成図である。第１の関連技術におけるトランザクション処理装置の構成を表わしたブロック図である。本実施の形態におけるトランザクション処理装置の構成を表わしたブロック図である。本実施の形態でリソース管理システムを構成する各キューのキュー長を適切な大きさに設定する必要性を示した説明図である。図７に示したリソース管理部が、それぞれのキューの使用量に関する通知を受ける場合の処理の様子を模式的に表わした説明図である。本実施の形態で使用される各キューの特徴を纏めた説明図である。本発明の第１の実施例におけるリソース管理システムの構成の概要を表わしたシステム構成図である。本実施例におけるトランザクション処理装置としての機能を有するウェブサーバの具体的な構成を表わしたブロック図である。本実施例のウェブサーバの処理の様子の一例を表わした流れ図である。本発明の第２の実施例におけるリソース管理システムの構成の要部を表わした要部システム構成図である。

図１は、本発明のトランザクション処理装置のクレーム対応図を示したものである。本発明のトランザクション処理装置１０は、トランザクションリクエスト受信手段１１と、アプリケーション実行手段１２と、トランザクションリプライ生成手段１３と、トランザクションリプライ返送手段１４を備えている。ここで、トランザクションリクエスト受信手段１１は、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込む。アプリケーション実行手段１２は、トランザクションリクエスト受信手段１１で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力する。そして、トランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施する。トランザクションリプライ生成手段１３は、アプリケーション実行手段１２で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成する。トランザクションリプライ返送手段１４は、トランザクションリプライ生成手段１３で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送する。

図２は、本発明の他のトランザクション処理装置のクレーム対応図を示したものである。本発明の他のトランザクション処理装置２０は、受信部２１と、受信部用第１のキュー２２と、トランザクション分配部２３と、トランザクション分配部用キュー２４と、アプリケーションソフトウェア部２５と、アプリケーションソフトウェア部用キュー２６と、トランザクションリプライ生成部２７と、トランザクションリプライ生成部用キュー２８と、受信部用第２のキュー２９を備えている。ここで、受信部２１は、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する。受信部用第１のキュー２２は、受信部２１の直前に配置されて前記したトランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定されている。トランザクション分配部２３は、受信部２１を経た前記したトランザクションリクエストおよびトランザクションリプライを区別して分配する。トランザクション分配部用キュー２４は、受信部２１とトランザクション分配部２３の間に配置され、トランザクション分配部２３の処理できる最大量のトランザクションの個数としてのキュー長に設定されている。アプリケーションソフトウェア部２５は、トランザクション分配部用キュー２４によって分配された前記したトランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェアである。アプリケーションソフトウェア部用キュー２６は、アプリケーションソフトウェア部２５のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部２５で処理できる最大量のトランザクションの個数としてのキュー長に設定されている。トランザクションリプライ生成部２７は、任意数のアプリケーションソフトウェア部２５を経たトランザクションリクエストを用いてトランザクションリプライを生成する。トランザクションリプライ生成部用キュー２８は、トランザクションリプライ生成部２７の直前に配置され、トランザクションリプライ生成部２７の処理できる最大量のトランザクションの個数としてのキュー長に設定されている。受信部用第２のキュー２９は、受信部２１とトランザクションリプライ生成部２７の間に配置され、受信部２１が受信できるトランザクション量より小さい。

図３は、本発明のトランザクション処理方法のクレーム対応図を示したものである。本発明のトランザクション処理方法３０は、トランザクションリクエスト受信ステップ３１と、アプリケーション実行ステップ３２と、トランザクションリプライ生成ステップ３３と、トランザクションリプライ返送ステップ３４を備えている。ここで、トランザクションリクエスト受信ステップ３１では、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込む。アプリケーション実行ステップ３２では、トランザクションリクエスト受信ステップ３１で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力する。そして、トランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施する。トランザクションリプライ生成ステップ３３では、アプリケーション実行ステップ３２で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成する。トランザクションリプライ返送ステップ３４では、トランザクションリプライ生成ステップ３３で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送する。

図４は、本発明のトランザクション処理プログラムのクレーム対応図を示したものである。本発明のトランザクション処理プログラム４０は、コンピュータに、トランザクションリクエスト受信処理４１と、アプリケーション実行処理４２と、トランザクションリプライ生成処理４３と、トランザクションリプライ返送処理４４を実行させるようにしている。ここで、トランザクションリクエスト受信処理４１では、ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込む。アプリケーション実行処理４２では、トランザクションリクエスト受信処理４１で受信した前記したトランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力する。そして、トランザクションリプライを生成するために必要な処理を前記した任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施する。トランザクションリプライ生成処理４３では、アプリケーション実行処理４２で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成する。トランザクションリプライ返送処理４４では、トランザクションリプライ生成処理４３で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送する。

＜発明の実施の形態＞

次に本発明の実施の形態を説明する。

図７は、本実施の形態におけるトランザクション処理装置の構成を表わしたものである。図５に示したリソース管理システム５００は、そのトランザクション処理装置５０１をトランザクション処理装置１０１に置き換えれば、本実施の形態でそのまま使用することができる。

一例として本実施の形態のトランザクション処理装置１０１は一重化構成となっている。トランザクション処理装置１０１は、第１〜第４のキュー１２１〜１２４と、第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nを備えている。ここで第１のキュー１２１の直後には受信部１３１が配置されており、第２のキュー１２２の直後にはトランザクション分配器１３２が配置されている。また、第３のキュー１２３の直後にはトランザクションリプライ生成部１３３が配置されている。第４のキュー１２４の直後には受信部１３１が配置されている。

トランザクション分配器１３２と第３のキュー１２３の間には、第１〜第Ｎの処理部１３４₁〜１３４_Nがこの順序に直列に配置されている。このうちの第１の処理部１３４₁には、その前段に第５−１のキュー１２５₁が配置され、後段には第１のアプリケーションソフトウェア（以下、単にアプリケーションという。）によって実現するアプリケーション部１３５₁が配置されている。以下同様にして、第Ｎの処理部１３４_Nには、その前段に第５−Ｎのキュー１２５_Nが配置され、後段に第Ｎのアプリケーション部１３５_Nが配置されている。このトランザクション処理装置１０１には、リソースを管理するリソース管理部１３６が配置されている。

このようなトランザクション処理装置１０１は、図示しないがＣＰＵ（Central Processing Unit）と、所定の制御プログラムを格納したメモリを備えている。ＣＰＵは、メモリに格納された制御プログラムを実行することでトランザクション処理装置１０１全体の制御を行う。受信部１３１、トランザクション分配器１３２等のトランザクション処理装置１０１を構成する各部は、独自のハードウェアとして構成されていてもよいし、ＣＰＵが制御プログラムを実行することでソフトウェア的に実現する機能部として実現されていてもよい。

トランザクションリクエスト１１１はトランザクション処理装置１０１内の第１のキュー１２１に入力される。受信部１３１は、第１のキュー１２１を監視している。そして、第１のキュー１２１の使用量が、予め設定したキュー使用量の上限閾値を超えた場合と、下限閾値を下回った場合には、リソース管理部１３６にその旨の通知１４２を行う。

第１のキュー１２１は、トランザクション処理装置１０１の内部で処理される新規のトランザクションリクエストを管理するキューである。このため、第１のキュー１２１のキュー長は、トランザクション処理装置１０１が新規のトランザクションリクエストを処理できる最大量と等しくなっている。受信部１３１からは、トランザクションリクエスト１４３とトランザクションリプライ１４４が出力され、第２のキュー１２２に入力される。第２のキュー１２２から出力されるトランザクションリクエスト１４５とトランザクションリプライ１４６はトランザクション分配器１３２に入力される。

トランザクション分配器１３２は、第２のキュー１２２から受信したトランザクションリクエスト１４５とトランザクションリプライ１４６の区別を実施する。そして、トランザクションリプライ１４６が受信された場合には、これをトランザクションリプライ１１２として、図５に示したトランザクション要求装置５０２に送信する。トランザクション分配器１３２がトランザクションリクエスト１４５を受信した場合には、これをトランザクションリクエスト１４８として後続の第１〜第Ｎの処理部１３４₁〜１３４_Nに処理のために送出する。ここで、第１〜第Ｎの処理部１３４₁〜１３４_Nは、それぞれキュー１２５₁〜１２５_Nと、アプリケーション部１３５₁〜１３５_Nによって構成されており、該当する処理を実行する。

トランザクション分配器１３２は、第２のキュー１２２の使用状況を監視する。この結果、第２のキュー１２２の使用量が予め設定された上限使用量の閾値を超えた場合および下限使用量の閾値を下回った場合には、リソース管理部１３６へ通知１４９を行うようになっている。

ところで、第２のキュー１２２は、トランザクションリクエスト１４５とトランザクションリプライ１４６のすべてを管理するキューである。第２のキュー１２２の大きさは、トランザクション分配器１３２が処理可能なトランザクションの最大量と等しい。

第１〜第Ｎの処理部１３４₁〜１３４_Nにおける第１〜第Ｎのアプリケーション部１３５₁〜１３５_Nは、トランザクションリプライ生成部１３３でトランザクションリプライ１５１を生成するために必要な処理を実施する。トランザクションリプライ生成部１３３で生成したトランザクションリプライ１５１は、第４のキュー１２４に入力され、ここからトランザクションリプライ１５２として前記した受信部１３１に入力されることになる。

ところで、第１〜第Ｎのアプリケーション部１３５₁〜１３５_Nは、それぞれの処理部１３４₁〜１３４_N内で前段に配置された第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nの使用状況をそれぞれ監視する。そして、第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nのいずれかの上限使用量の閾値が超過したり、下限使用量の閾値を下回った場合には、第１〜第Ｎのアプリケーション部１３５₁〜１３５_Nのうちの該当するものが、通知１５３₁〜１５３_Nのうちの該当するものをリソース管理部１３６に対して行う。たとえば、第１の処理部１３４₁内では、第１のアプリケーション部１３５₁が第５−１のキュー１２５₁を監視する。同様に第Ｎの処理部１３４_N内では、第Ｎのアプリケーション部１３５_Nが第５−Ｎのキュー１２５_Nを監視する。そして、たとえば第５−１のキュー１２５₁の使用量が予め設定した上限使用量の閾値を超えた場合には、第１のアプリケーション部１３５₁がリソース管理部１３６にその旨の通知１５３₁を行う。

第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nは、それぞれ第１〜第Ｎのアプリケーション部１３５₁〜１３５_Nの手前に配置される。したがって、第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nの大きさは、第１〜第Ｎのアプリケーション部１３５₁〜１３５_Nでそれぞれ処理できるトランザクションの最大量と等しい。

第Ｎの処理部１３４_Nから出力されるトランザクションリクエスト１５４は第３のキュー１２３に入力される。この第３のキュー１２３から出力されるトランザクションリクエスト１５５がトランザクションリプライ生成部１３３に入力される。したがって、第３のキュー１２３のキュー長は、トランザクションリプライ生成部１３３が処理できるトランザクションの最大量と等しい。

トランザクションリプライ生成部１３３は、第１〜第Ｎのアプリケーション部１３５₁〜１３５_Nで処理された結果を整えて、トランザクションリプライ１５１を作成する。作成されたトランザクションリプライ１５１は、前記したように第４のキュー１２４へキューイングされる。トランザクションリプライ生成部１３３は、また第３のキュー１２３の使用状況を監視する。そして、第３のキュー１２３の使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合、トランザクションリプライ生成部１３３はリソース管理部１３６へ通知１５６を行う。

第４のキュー１２４は、受信部１３１に入力するトランザクションリプライ１５２を管理するキューである。第４のキュー１２４のキュー長は受信部１３１が受信できるトランザクション量より小さい必要がある。受信部１３１は、第４のキュー１２４から送られてくるトランザクションリプライ１５２の量も監視している。そして、第４のキュー１２４の使用量が、予め設定したキュー使用量の上限閾値を超えた場合と、下限閾値を下回った場合には、第１のキュー１２１の使用量の場合と同様に、リソース管理部１３６にその旨の通知１４２を行う。

以上説明したように本実施の形態のリソース管理システム１００では、第１〜第４のキュー１２１〜１２４ならびに第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nについて、これらのキューの使用量を上限使用量および下限使用量の閾値と比較している。そして、上限使用量の閾値を超えたり下限使用量の閾値を下回った場合には、リソース管理部１３６へ通知１４２、１４９、１５３₁〜１５３_N、１５６を行うようにしている。ここで、下限使用量の閾値を下回った場合にもリソース管理部１３６へ通知することにしたのは、上限使用量の閾値を超えた通知があっただけでは、現在の使用量が上限使用量の閾値を超えたままの状態であるかをリソース管理部１３６が認識できないからである。

図８は、リソース管理システムを構成する各キューのキュー長を適切な大きさに設定する必要性を説明するためのものである。キュー長の適切な大きさとは、この図８における第１の条件と第２の条件を共に満たす大きさである。ここで第１〜第４のキュー１２１〜１２４の大きさをｑ₁〜ｑ₄とする。また、第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nの大きさをｑ_5-1〜ｑ_5-Nとする。

第１の条件は、第２のキュー１２２の大きさｑ₂が、第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nの総和の大きさに第３のキュー１２３の大きさとしてのトランザクションリプライ生成部１３３に入力するトランザクションリクエスト１５５の大きさｑ₃を加えたもの以下であるという条件である。この第１の条件が成立しない場合には、第Ｎのアプリケーション部１３５_Nあるいはトランザクションリプライ生成部１３３に、処理量を超えた処理が流入された可能性があり、輻輳の原因となりやすい。

第２の条件は、第２のキュー１２２の大きさｑ₂が、第１のキュー１２１の大きさｑ₁と、第４のキュー１２４の大きさｑ₄を加えた大きさ以上であるという条件である。この第２の条件が成立しない場合、トランザクション分配器１３２で輻輳が発生する原因となる。

第２のキュー１２２の大きさｑ₂は、システム全体のリソースを加味して適切な大きさに設定されるべきである。これは、第２のキュー１２２がトランザクションリクエストとトランザクションリプライのすべてを管理しているキューだからである。

図９は、図７に示したリソース管理部が、それぞれのキューの使用量に関する通知を受ける場合の処理の様子を模式的に表わしたものである。ここでは第１のキュー１２１を例に挙げて説明するが、第２〜第４のキュー１２２〜１２４および第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nについても、処理の様子は基本的に同一である。

第１のキュー１２１の例の場合には、リソース管理部１３６に対してキューの使用量に関する通知をする「該当機能部」は、図７に示した受信部１３１である。受信部１３１は、既に説明したように、上限閾値を超える場合と、下限閾値を下回る場合に、リソース管理部１３６に通知１４２を行う。この通知１４２は、受信部１３１がキュー使用量を常にチェックして、上限閾値を超えたり下限閾値を下回った時点で、リソース管理部１３６に割込処理という形で行うようにしてもよい。また、一定周期で受信部１３１が第１のキュー１２１の使用量を監視し、その結果として通知を行う必要が生じたタイミングでリソース管理部１３６に通知１４２を行うものであってもよい。

この図９は、第１のキュー１２１と受信部１３１の関係として示しているが、一般に「キュー」とこの状態を「通知」する「該当機能部」の関係として見た場合、次のようになる。「該当機能部」は、トランザクション処理装置１０１内であれば、どの機能部に該当してもよい。すなわち、前記したＣＰＵが制御プログラムを実行することで実現する各種の機能部のいずれにも該当し得る。

ただし、その「該当機能部」に対して「キュー」はデータを直前の上流側で保持するものとなる。受信部１３１に対して第１のキュー１２１はデータの直前の上流側に位置している。たとえば図７におけるトランザクション分配器１３２に対しては、第２のキュー１２２も、やはりデータの直前の上流側に位置している。

リソース管理部１３６は、第１のキュー１２１等のトランザクション処理装置１０１内の各キューの使用量の管理を行う。リソース管理部１３６による輻輳状態の管理の様子は、ディスプレイ１６１等の「外部装置」によって可視化することができる。この可視化のためには、たとえばリソース管理部１３６の管理の様子をトランザクション処理装置１０１内のログ管理部１６２に出力し、ログ管理部１６２からディスプレイ１６１にログ情報１６３として送出するようにしてもよい。これにより、トランザクション処理装置１０１のユーザは、装置が輻輳状態となったり、輻輳から回復したことを知ることができる。

図１０は、本実施の形態で使用される各キューの特徴を纏めたものである。図７と共に説明する。

本実施の形態のトランザクション処理装置１０１では、第１〜第４のキュー１２１〜１２４および第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nを装置内に各機能部に対応して適切に配置すると共に、トランザクションリクエストとトランザクションリプライを図７に示す処理ルートに分離している。これにより、それぞれの処理を行う箇所で、輻輳状態を一意に認識することができる。これを具体的に説明する。

第１のキュー１２１は、トランザクション処理装置１０１に流入する未処理なトランザクションリクエスト１１１を示すものとなっている。トランザクション処理装置１０１内で第１のキュー１２１に関連して輻輳を生じる機能部は、トランザクションリクエスト１４１を受信する受信部１３１となる。

一方、第２のキュー１２２は、トランザクションリクエスト１４５とトランザクションリプライ１４６を出力する。したがって、第２のキュー１２２はトランザクション処理装置１０１におけるトランザクション処理量の総計と同様の意味合いを持つ。第２のキュー１２２に関連して輻輳を生じる機能部は、トランザクション分配器１３２である。

第３のキュー１２３は、トランザクションリクエスト１５５をトランザクションリプライ生成部１３３に送出してトランザクションリプライ１５１を作成させる。したがって、第３のキュー１２３は、トランザクションリプライを作成する量を決定する意味合いを持つ。第３のキュー１２３に関連して輻輳を生じる機能部は、トランザクションリプライ生成部１３３である。

第４のキュー１２４は、トランザクションリプライ生成部１３３で生成したトランザクションリプライ１５１を送信しようとする量を決定する。第４のキュー１２４から出力されるトランザクションリプライ１５２は受信部１３１で受信される。したがって、第４のキュー１２４に関連して輻輳を生じる機能部は、受信部１３１となる。

第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nは、アプリケーション部１３５₁〜１３５_Nがそれぞれ処理するトランザクションリクエスト１４８の量を決定する意味合いを持つ。第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nに関連して輻輳を生じる機能部は、アプリケーション部１３５₁〜１３５_Nのうちの直後に配置されたものである。

このようなトランザクション処理装置１０１の設計思想（アーキテクチャ）を利用すると、リソース管理部１３６を用いてリソースの使用状況の把握が容易に可能になる。具体的には図７および図１０を用いて説明すると次のようになる。

トランザクション処理装置１０１に流入している未処理のトランザクションリクエスト量を知りたい場合、リソース管理部１３６は第１のキュー１２１を参照すればよい。トランザクション処理装置１０１で処理している総処理量、すなわち、未処理のトランザクションリクエスト量と処理済のトランザクションリプライ量を知りたい場合には、リソース管理部１３６は第２のキュー１２２を参照すればよい。トランザクション処理装置１０１でトランザクションリプライを作成しようとしている量を知りたい場合には、リソース管理部１３６は第３のキュー１２３を参照すればよい。トランザクション処理装置１０１でトランザクションリプライを送信しようとする量を知りたい場合、リソース管理部１３６は第４のキュー１２４を参照すればよい。トランザクション処理装置１０１で各アプリケーション部１３５₁〜１３５_Nが処理しようとする量を知りたい場合には、リソース管理部１３６は第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nを各々参照すればよい。

更に、トランザクション処理装置１０１のアーキテクチャを利用することで、各処理機能部の輻輳状況を一意に把握することができる。具体的には、第１のキュー１２１が輻輳している場合には、受信部１３１での処理が輻輳していることを示している。第２のキュー１２２が輻輳している場合は、トランザクション分配器１３２での処理が輻輳していることを示している。第３のキュー１２３が輻輳している場合は、トランザクションリプライ生成器１３３での処理が輻輳していることを示している。第４のキュー１２４が輻輳している場合は、受信部１３１での処理が輻輳していることを示している。また、第１〜第Ｎの処理部１３４₁〜１３４_Nにおける第５−１〜第５−Ｎのキュー１２５₁〜１２５_Nが輻輳している場合は、アプリケーション部１３５₁〜１３５_Nのうちの対応する処理が輻輳していることを示している。

したがって、本実施の形態のリソース管理システム１００によれば、各キュー１２１〜１２４、１２５₁〜１２５_Nの使用量が一意に何を処理しようとするものかが明白である。このため、リソースの使用状況の把握が可能であり、更には輻輳している機能部の特定が可能であるという利点がある。

このため、何らかの要求処理を実行するシステムとしてのトランザクション処理装置において、限られたシステムリソースを効率的に処理待ちキュー長に割り当てたり、処理待ちキューの配置方法を最適化することができ、輻輳箇所の特定やシステムリソースの問い合せといったリソース管理を実現することができる。

次に本発明の第１の実施例を説明する。

図１１は、本発明の第１の実施例におけるリソース管理システムの構成の概要を表わしたものである。本実施例のリソース管理システム２００は、通信機能を備えたパーソナルコンピュータで構成される端末ＰＣ（Personal computer）２０１を備えている。端末ＰＣ２０１は、インターネット２０２を介してウェブ（web）サーバ２０３にアクセスして、所定の処理を実現することができる。すなわち、ウェブサーバ２０３は端末ＰＣ２０１からのウェブ処理要求２１１によって処理を実施し、その結果をパケット化してウェブ処理結果２１２として応答する。

このように本実施例では、図５におけるトランザクション要求装置４０２が端末ＰＣ２０１に対応している。また、トランザクション処理装置４０１（１０１）がウェブサーバ２０３に対応している。

図１２は、本実施例でトランザクション処理装置としての機能を有するウェブサーバの具体的な構成を表わしたものである。図１１と共に説明する。

ウェブサーバ２０３は、端末ＰＣ２０１からリクエストされたウェブ処理要求２１１を処理し、その処理結果をトランザクションリプライとしてのウェブ処理結果２１２として、端末ＰＣ２０１に返却する。

このようなウェブサーバ２０３は、第１〜第４のキュー２２１〜２２４と、第５−１および第５−２のキュー２２５₁、２２５₂を備えている。ここで第１のキュー２２１の直後には受信部２３１が配置されており、第２のキュー２２２の直後にはトランザクション分配器２３２が配置されている。また、第３のキュー２２３の直後にはトランザクションリプライ生成部２３３が配置されている。第４のキュー２２４の直後には受信部２３１が配置されている。

トランザクション分配器２３２とトランザクションリプライ生成部２３３の間には、第１および第２の処理部２３４₁、２３４₂がこの順序に直列に配置されている。このうちの第１の処理部２３４₁には、その前段に第５−１のキュー２２５₁が配置され、後段にＣＧＩ（Common Gateway Interface）処理部２３５₁が配置されている。第２の処理部２３４₂には、その前段に第５−２のキュー２２５₂が配置され、後段にＨＴＭＬ（HyperText Markup Language）ファイル作成部２３５₂が配置されている。このウェブサーバ２０３には、リソースを管理するリソース管理部２３６が配置されている。

このようなウェブサーバ２０３は、図示しないがＣＰＵと、所定の制御プログラムを格納したメモリを備えている。ＣＰＵは、メモリに格納された制御プログラムを実行することでウェブサーバ２０３全体の制御を行う。受信部２３１、トランザクション分配器２３２等のウェブサーバ２０３を構成する各部は、独自のハードウェアとして構成されていてもよいし、ＣＰＵが制御プログラムを実行することでソフトウェア的に実現する機能部として実現されていてもよい。

第１の実施例のウェブサーバ２０３で、第１のキュー２２１はウェブ処理要求２１１をキューイングする。受信部２３１はウェブ処理要求２１１、またはウェブ処理結果２１２を受信し、ウェブサーバとしてウェブ処理要求２１１とウェブ処理結果２１２を受け付けたことを把握するために存在している。

第２のキュー２２２は、トランザクション分配器２３２で処理待ちのトランザクションを管理する。トランザクション分配器２３２は、第２のキュー２２２から送られてきたパケットの宛先ＩＰ（Internet Protocol）アドレス、宛先ポート番号、送信元ＩＰアドレス、送信元ポート番号およびプロトコルをチェックして、宛先のふるい分けを実施する。たとえば、宛先ＩＰアドレスと宛先ポート番号が端末ＰＣ２０１を示すものであり、送信元ＩＰアドレスおよび送信元ポート番号がウェブサーバ２０３を示すものであったとする。この場合、ウェブサーバ２０３は、ウェブ処理結果２１２として、端末ＰＣ２０１へそのトランザクションの送信を実施する。

第５−１のキュー２２５₁は、ＣＧＩプログラムの処理待ちキューである。ＣＧＩ処理部２３５₁はウェブ処理要求２１１に含まれるＣＧＩプログラムの実行処理要求に基づいて、ＣＧＩプログラムの処理を実施する。

第５−２のキュー２２５₂は、ＣＧＩプログラムの処理結果をＨＴＭＬ化する処理の待ちキューである。ＨＴＭＬファイル作成部２３５₂は、ＣＧＩプログラムで処理が施された結果に対して、ＨＴＭＬソースの作成を実施する。

第３のキュー２２３は、トランザクションリプライ生成処理待ちキューである。トランザクションリプライ生成部２３３は、アプリケーションで実施された結果をＩＰパケット化し、適切な宛先ＩＰアドレス、宛先ポート番号、送信元ＩＰアドレス、送信元ポート番号およびプロトコルの指定を実施する。このように、ウェブ処理結果はトランザクションリプライ生成部２３３でＩＰパケット化される。

第４のキュー２２４は、ウェブ処理結果を受信部２３１へ渡す際の処理待ちキューである。

リソース管理部２３６は、第１〜第４のキュー２２１〜２２４および第５−１および第５−２のキュー２２５₁、２２５₂に対して、キューの使用量の問い合せを実施する。また、受信部２３１等の各機能部から輻輳状態を示す割り込みを受信する。このようにしてリソース管理部２３６は、ウェブサーバ２０３の内部におけるリソースの使用状況を管理する。

図１３は、本実施例のウェブサーバの処理の様子の一例を表わしたものである。図１１および図１２と共に説明する。

端末ＰＣ２０１からウェブサーバ２０３へのウェブ処理要求２１１があったとする。このウェブ処理要求２１１は第１のキュー２２１にキューイングされ（ステップＳ３０１）、受信部２３１へ渡される（ステップＳ３０２）。受信部２３１は、この要求を格納すると共に先頭から順次読み出して第２のキュー２２２にキューイングさせる（ステップＳ３０３）。第２のキュー２２２は、この要求を同様に順次読み出してトランザクション分配器２３２へ渡すことになる（ステップＳ３０４）。

トランザクション分配器２３２には、受信部２３１を介して第４のキュー２２４からトランザクションリプライ生成部２３３の生成したウェブ処理結果も入力される。そこでトランザクション分配器２３２は、受信したデータがウェブ処理要求であるのかウェブ処理結果であるのかの判別を行う。この判断のためにトランザクション分配器２３２は第２のキュー２２２から受信したパケットのフォーマットの解析を実施する。具体的には、その受信したパケットの送信先アドレスと送信先ポートによって送信先が第１あるいは第２の処理部２３４₁、２３４₂であるか、端末ＰＣ２０１向けであるかを判断する（ステップＳ３０５）。端末ＰＣ２０１向けのパケットを受信したと判別した場合、トランザクション分配器２３２はそのパケットをウェブ処理結果２１２として端末ＰＣ２０１に送出することになる。これについては、後に具体的に説明する。

トランザクション分配器２３２が、第２のキュー２２２から受信したパケットを第１および第２の処理部２３４₁、２３４₂で処理するウェブ処理要求であると判別したとする。この場合、このウェブ処理要求は第１の処理部２３４₁における第５−１のキュー２２５₁でキューイングされる（ステップＳ３０６）。このキューイングされたウェブ処理要求は、ＣＧＩ処理部２３５₁に送られる（ステップＳ３０７）。ＣＧＩ処理部２３５₁では、ＣＧＩプログラムの実行等の適切な処理が行われる（ステップＳ３０８）。ＣＧＩ処理部２３５₁は、この処理後のデータを次の第２の処理部２３４₂を構成する第５−２のキュー２２５₂にキューイングさせる（ステップＳ３０９）。第５−２のキュー２２５₂は、これを次のアプリケーション処理部としてのＨＴＭＬファイル作成部２３５₂に向けて送信する（ステップＳ３１０）。

ＨＴＭＬファイル作成部２３５₂では、第５−２のキュー２２５₂にキューイングされたＣＧＩ処理後のウェブ処理要求を用いて、ＨＴＭＬファイルが作成され（ステップＳ３１１）。作成されたＨＴＭＬファイルは、第３のキュー２２３にキューイングされる（ステップＳ３１２）。

第３のキュー２２３は、たとえばＦＩＦＯ（First-In First-Out）メモリによって構成されている。第３のキュー２２３から順次読み出されたＨＴＭＬファイルはトランザクションリプライ生成部２３３に渡される（ステップＳ３１３）。トランザクションリプライ生成部２３３では、宛先アドレス、宛先ポート、送信元アドレス、送信元ポートおよびプロトコル番号が付与され、適切にパケット化が行われる（ステップＳ３１４）。

このようにしてトランザクションリプライ生成部２３３で生成されたパケットとしてのウェブ処理結果は、第４のキュー２２４にキューイングされ（ステップＳ３１５）、その後、受信部２３１へ渡される（ステップＳ３１６）。受信部２３１は、このウェブ処理結果を第２のキュー２２２にキューイングして（ステップＳ３１７）、トランザクション分配器２３２へ送信させる（ステップＳ３１８）。

トランザクション分配器２３２は受信したウェブ処理結果のパケットの宛先アドレスおよび宛先ポートが端末ＰＣ２０１（図１１）向けであることを判断する（ステップＳ３１９）。そして、このウェブ処理結果のパケットを端末ＰＣ２０１に送信することになる（ステップＳ３２０）。

以上、図１３を用いて説明したウェブサーバ２０３の一連の処理状況を知るためには、リソース管理部２３６が参照したいキューのキューイング状況を参照すればよい。たとえば、ウェブサーバ２０３全体の処理量を参照したい場合、すなわち、未処理のトランザクションリクエスト量と処理済のトランザクションリプライ量を知りたい場合には、リソース管理部２３６は第２のキュー２２２を参照すればよい。

また、ウェブサーバ２０３でＣＧＩ処理待ち中の処理量を知りたい場合には、第５−１のキュー２２５₁を参照すればよい。更に、ウェブサーバ２０３の機能部が輻輳状態となった場合にリソース管理部２３６へアラームをあげるようにしたい場合には、ウェブサーバ２０３内の各処理部が該当処理部手前のキューを監視し、リソース管理部２３６へ割り込みを掛けるようにすればよい。

また、ウェブサーバ２０３の全体が輻輳状態となった場合にリソース管理部２３６へ割り込みを掛けるようにしたい場合には、トランザクション分配器２３２がその手前に配置された第２のキュー２２２の使用状況を監視すればよい。第２のキュー２２２の使用状況を監視した結果、予め設定したキュー使用量の上限閾値を超えたことが分かった場合には、トランザクション分配器２３２がリソース管理部２３６へ割り込みを掛けるようにすればよい。

更に、ＣＧＩプログラムの処理が輻輳状態となったときにリソース管理部２３６へ割り込みを掛けるようにしたい場合には、ＣＧＩ処理部２３５₁が第５−１のキュー２２５₁の使用状況を監視すればよい。第５−１のキュー２２５₁の使用状況を監視した結果、予め設定したキュー使用量の上限閾値を超えたことが分かった場合には、ＣＧＩ処理部２３５₁がリソース管理部２３６へ割り込みを掛けるようにすればよい。

また、ウェブサーバ２０３内の各機能部が輻輳状態から回復したことをリソース管理部２３６へ知らせたい場合には、これらの機能部は予め設定したキュー使用量の下限閾値を下回った際にリソース管理部２３６へ回復を示す割り込みを掛ければよい。

リソース管理部２３６は、以上説明した輻輳状態を外部の図示しない輻輳状態監視装置に送信したい場合、実施の形態の図９で示したようにログ管理部１６２を使用すればよい。この場合、ログ管理部１６２は、外部輻輳監視装置へ、所定のプロトコルを利用して輻輳状態を送信することになる。このようなプロトコルとしては、たとえはシステムの動作状況やメッセージなどの記録を取るプログラムとしての「ＳＹＳＬＯＧ」や、管理情報の通信用の「ＳＮＭＰ（Simple Network Management Protocol）Ｔｒａｐ」がある。

以上説明した第１の実施例によれば、次に示すような効果を得ることができる。

本実施例ではトランザクションリクエストとトランザクションリプライを管理する各キューの使い方に意味を持たせている。したがって、本実施例ではリソース管理によってトランザクションリクエストとトランザクションリプライの処理状況を一意に把握することができるという第１の効果がある。

また、本実施例では各キューを各機能部の手前に配置しており、かつ、それぞれのキュー長が図８に示したように適切に割当られている。したがって、本実施例では輻輳している機能部を特定可能であるという第２の効果がある。

更に、本実施例ではウェブサーバ２０３の構成を、トランザクションリプライ生成部２３３で生成したトランザクションリプライを受信部２３１でウェブ処理要求２１１と合流させ、トランザクション分配器２３２で分離することにした。これにより、本実施例では、トランザクションリクエストの処理順序を保つことができると共に、トランザクションリクエストとトランザクションリプライをキューで適切に管理することができるという第３の効果がある。

更にまた、本実施例ではトランザクション分配器２３２とトランザクションリプライ生成部２３３の間に、それぞれ専用のキューとアプリケーションからなる処理部２３４を連結して配置することにした。これにより、本実施例ではウェブサーバ２０３をアプリケーションの追加や変更といった機能の拡張性に優れた装置構成とすることができるという第４の効果がある。

次に本発明の第２の実施例を説明する。

図１４は、本発明の第２の実施例におけるリソース管理システムの構成の要部を表わしたものである。このリソース管理システム４００で図１２と同一部分には同一の符号を付しており、これらの説明を適宜省略する。

この第２の実施例によるリソース管理システム４００では、端末ＰＣ２０１がトランザクション処理装置４０３と接続される構成となっている。トランザクション処理装置４０３は、アクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０の２つの系による冗長構成となっている。アクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０は基本的に同一構成である。また、これらアクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０は、図１２に示したウェブサーバ２０３の構成と基本的に同一である。したがって、図１４では、図１２に示した各機能部の符号の末尾に「Ａ」を付したものをアクティブ系トランザクション処理部４１０の各機能部として表わしている。また、図１２に示した各機能部の符号の末尾に「Ｓ」を付したものをスタンバイ系トランザクション処理部４２０の各機能部として表わしている。

本実施例でトランザクション要求装置として使用される端末ＰＣ２０１は、トランザクションリクエストとしての処理要求４１１をアクティブ系トランザクション処理部４１０に対して送信するようになっている。アクティブ系トランザクション処理部４１０の第１のキュー２２１Ａはトランザクションリクエストをキューイングする。また、第２のキュー２２２Ａは第１のキュー２２１Ａから送られてきたトランザクションリクエストと、第４のキュー２２４Ａから送られてきたトランザクションリプライをキューイングする。トランザクション分配器２３２Ａは第２のキュー２２２Ａから送られてきたパケットの宛先ＩＰアドレス、宛先ポート番号、送信元ＩＰアドレス、送信元ポート番号およびプロトコルをチェックして、宛先のふるい分けを実施する。そして、トランザクションリプライ４２２を端末ＰＣ２０１に返す。受信部２３１Ａはトランザクションリクエストあるいはトランザクションリプライを受信していることを確認するための機能部である。また、第４のキュー２２４Ａは、図７に示すトランザクションリプライ生成部１３３に相当する図示しない機能部から送られてくるトランザクションリプライを管理するためのキューである。

スタンバイ系トランザクション処理部４２０の各機能部は、アクティブ系に切り替わった時点でアクティブ系トランザクション処理部４１０と同様の処理を行う。このときは、端末ＰＣ２０１から送られてくるトランザクションリクエストとしての処理要求４１１を第１のキュー２２１Ｓが受信する。受信部２３１Ｓはこのトランザクションリクエストを受信すると共に、図示しない第４のキュー２２４Ｓからトランザクションリプライを受信することになる。また、アクティブ系に切り替わった場合、トランザクション分配器２３２Ｓがトランザクションリプライ４２２を端末ＰＣ２０１に返す。

ところで、第２の実施例の受信部２３１Ａおよび受信部２３１Ｓは、冗長機能を持っている。ここで、受信部２３１Ａおよび受信部２３１Ｓの冗長機能とは、次の２点を意味している。

冗長機能の第１点は、トランザクションリクエストを受信した受信部２３１Ａ（２３１Ｓ）自身がアクティブ系に属する場合、スタンバイ系のトランザクション処理部４２０としての第２のキュー２２２Ｓ（２２２Ａ）に向けてトランザクションリクエストのコピーを作成し、それを送信することである。トランザクションリクエストを受信した受信部２３１Ｓ（２３１Ａ）自身がスタンバイ系に属する場合、障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーは廃棄する。

冗長機能の第２点は、現在のアクティブ系トランザクション処理部４１０とスタンバイ系のトランザクション処理部４２０の間で系の切り替えが発生した場合に関する。この場合、新しいアクティブ系の受信部２３１Ｓは、元のスタンバイ系の受信部２３１Ｓで廃棄していたトランザクションリクエストのコピーの廃棄を止める。そして、新しくタンバイ系となった受信部２３１Ａの方が、障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーを廃棄することになる。

スタンバイ系トランザクション処理装置４２０はアクティブ系トランザクション処理装置４１０からトランザクションリクエストのコピーを受信する。この場合、第１のキュー２２１Ｓは、トランザクションリクエストのコピーをキューイングすることになる。受信部２３１Ｓは、系の切り替え時になるべくトランザクション廃棄をしないために、継続したサービスを実施するために必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーを廃棄する。

このように本発明の第２の実施例のリソース管理システム４００では、アクティブ系がトランザクションリクエストを受信したとき、そのコピーをスタンバイ系にも常に送信している。したがって、系の切り替え時におけるトランザクションリクエストの廃棄が少なく、系の切り替え後にもリソース管理部（図７のリソース管理部１３６参照。）によるシステムリソースの管理が可能になるという効果が得られる。

なお、第２の実施例では２つの系で冗長系を構成したが、アクティブ系およびスタンバイ系は３以上の系で構成してもよいことは当然である。この例の場合、複数のスタンバイ系では、アクティブ系の受信部から送られてくるトランザクションリクエストのコピーから障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーは共に廃棄する。この例でスタンバイ系が２以上の場合、アクティブ系の受信部は、トランザクションリクエストのコピーをそれぞれのスタンバイ系に個別にコピーして送信してもよいし、１つのスタンバイ系に送信して、スタンバイ系同士で順にコピーするようにしてもよい。

以上説明した実施の形態の一部または全部は、以下の付記のようにも記載されるが、以下の記載に限定されるものではない。

（付記１）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信手段と、
このトランザクションリクエスト受信手段で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行手段と、
このアプリケーション実行手段で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成手段と、
このトランザクションリプライ生成手段で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送手段
とを具備することを特徴とするトランザクション処理装置。

（付記２）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する受信部と、
この受信部の直前に配置されて前記トランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定された受信部用第１のキューと、
前記受信部を経た前記トランザクションリクエストおよびトランザクションリプライを区別して分配するトランザクション分配部と、
前記受信部とトランザクション分配部の間に配置され、トランザクション分配部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクション分配部用キューと、
このトランザクション分配部用キューによって分配された前記トランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェア部と、
これらアプリケーションソフトウェア部のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部で処理できる最大量のトランザクションの個数としてのキュー長に設定されたアプリケーションソフトウェア部用キューと、
前記任意数のアプリケーションソフトウェア部を経たトランザクションリクエストを用いてトランザクションリプライを生成するトランザクションリプライ生成部と、
このトランザクションリプライ生成部の直前に配置され、トランザクションリプライ生成部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューと、
前記受信部とトランザクションリプライ生成部の間に配置され、受信部が受信できるトランザクション量より小さい受信部用第２のキュー
とを具備することを特徴とするトランザクション処理装置。

（付記３）
前記トランザクション分配部用キューの前記キュー長は、前記アプリケーション部で処理できる最大量の前記キュー長に設定されたアプリケーション部の数だけのアプリケーション部用キューの前記キュー長の総和に前記トランザクションリプライ生成部用キューの前記キュー長を加えた値以下であり、かつ、前記トランザクション分配部用キューの前記キュー長は前記受信部用第１のキューの前記キュー長と前記受信部用第２のキューの前記キュー長を加えた値以上であることを特徴とする付記２記載のトランザクション処理装置。

（付記４）
前記受信部用第１のキュー、受信部用第２のキュー、トランザクション分配部用キュー、アプリケーション部用キューおよびトランザクションリプライ生成部用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理部を具備することを特徴とする付記２記載のトランザクション処理装置。

（付記５）
前記受信部と、受信部用第１のキューと、トランザクション分配部と、トランザクション分配部用キューと、アプリケーション部と、アプリケーション部用キューと、トランザクションリプライ生成部と、トランザクションリプライ生成部用キューと、受信部用第２のキューのそれぞれは、アクティブ系トランザクション処理部とスタンバイ系トランザクション処理部に冗長化されていることを特徴とする付記２記載のトランザクション処理装置。

（付記６）
前記アクティブ系トランザクション処理部が前記トランザクションリクエストを受信したとき、そのコピーを前記スタンバイ系トランザクション処理部に常に送信することを特徴とする付記５記載のトランザクション処理装置。

（付記７）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信ステップと、
このトランザクションリクエスト受信ステップで受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行ステップと、
このアプリケーション実行ステップで処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成ステップと、
このトランザクションリプライ生成ステップで生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送ステップ
とを具備することを特徴とするトランザクション処理方法。

（付記８）
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理ステップを具備することを特徴とする付記７記載のトランザクション処理方法。

（付記９）
コンピュータに、
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信処理と、
このトランザクションリクエスト受信処理で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行処理と、
このアプリケーション実行処理で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成処理と、
このトランザクションリプライ生成処理で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送処理
とを実行させることを特徴とするトランザクション処理プログラム。

（付記１０）
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理処理を実行させることを特徴とする付記９記載のトランザクション処理プログラム。

１０、２０、１０１、５０１トランザクション処理装置
１１トランザクションリクエスト受信手段
１２アプリケーション実行手段
１３トランザクションリプライ生成手段
１４トランザクションリプライ返送手段
２１、１３１受信部
２２受信部用第１のキュー
２３トランザクション分配部
２４トランザクション分配部用キュー
２５アプリケーションソフトウェア部
２６アプリケーションソフトウェア部用キュー
２７、１３３トランザクションリプライ生成部
２８トランザクションリプライ生成部用キュー
２９受信部用第２のキュー
３０トランザクション処理方法
３１トランザクションリクエスト受信ステップ
３２アプリケーション実行ステップ
３３トランザクションリプライ生成ステップ
３４トランザクションリプライ返送ステップ
４０トランザクション処理プログラム
４１トランザクションリクエスト受信処理
４２アプリケーション実行処理
４３トランザクションリプライ生成処理
４４トランザクションリプライ返送処理
１００、２００リソース管理システム
１１１、４１１トランザクションリクエスト
１１２、４１２トランザクションリプライ
１２１第１のキュー
１２２第２のキュー
１２３第３のキュー
１２４第４のキュー
１２５第５のキュー
１３２トランザクション分配器
１３４処理部
１３５アプリケーション部
１３６リソース管理部
１６１ディスプレイ
１６２ログ管理部
２０１端末ＰＣ
２０２インターネット
２０３ウェブサーバ
２１１ウェブ処理要求
２１２ウェブ処理結果

Claims

ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信手段と、
このトランザクションリクエスト受信手段で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行手段と、
このアプリケーション実行手段で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成手段と、
このトランザクションリプライ生成手段で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送手段
とを具備することを特徴とするトランザクション処理装置。
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する受信部と、
この受信部の直前に配置されて前記トランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定された受信部用第１のキューと、
前記受信部を経た前記トランザクションリクエストおよびトランザクションリプライを区別して分配するトランザクション分配部と、
前記受信部とトランザクション分配部の間に配置され、トランザクション分配部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクション分配部用キューと、
このトランザクション分配部用キューによって分配された前記トランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェア部と、
これらアプリケーションソフトウェア部のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部で処理できる最大量のトランザクションの個数としてのキュー長に設定されたアプリケーションソフトウェア部用キューと、
前記任意数のアプリケーションソフトウェア部を経たトランザクションリクエストを用いてトランザクションリプライを生成するトランザクションリプライ生成部と、
このトランザクションリプライ生成部の直前に配置され、トランザクションリプライ生成部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューと、
前記受信部とトランザクションリプライ生成部の間に配置され、受信部が受信できるトランザクション量より小さい受信部用第２のキュー
とを具備することを特徴とするトランザクション処理装置。
前記トランザクション分配部用キューの前記キュー長は、前記アプリケーション部で処理できる最大量の前記キュー長に設定されたアプリケーション部の数だけのアプリケーション部用キューの前記キュー長の総和に前記トランザクションリプライ生成部用キューの前記キュー長を加えた値以下であり、かつ、前記トランザクション分配部用キューの前記キュー長は前記受信部用第１のキューの前記キュー長と前記受信部用第２のキューの前記キュー長を加えた値以上であることを特徴とする請求項２記載のトランザクション処理装置。
前記受信部用第１のキュー、受信部用第２のキュー、トランザクション分配部用キュー、アプリケーション部用キューおよびトランザクションリプライ生成部用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理部を具備することを特徴とする請求項２記載のトランザクション処理装置。
前記受信部と、受信部用第１のキューと、トランザクション分配部と、トランザクション分配部用キューと、アプリケーション部と、アプリケーション部用キューと、トランザクションリプライ生成部と、トランザクションリプライ生成部用キューと、受信部用第２のキューのそれぞれは、アクティブ系トランザクション処理部とスタンバイ系トランザクション処理部に冗長化されていることを特徴とする請求項２記載のトランザクション処理装置。
前記アクティブ系トランザクション処理部が前記トランザクションリクエストを受信したとき、そのコピーを前記スタンバイ系トランザクション処理部に常に送信することを特徴とする請求項５記載のトランザクション処理装置。
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信ステップと、
このトランザクションリクエスト受信ステップで受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行ステップと、
このアプリケーション実行ステップで処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成ステップと、
このトランザクションリプライ生成ステップで生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送ステップ
とを具備することを特徴とするトランザクション処理方法。
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理ステップを具備することを特徴とする請求項７記載のトランザクション処理方法。
コンピュータに、
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信処理と、
このトランザクションリクエスト受信処理で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行処理と、
このアプリケーション実行処理で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成処理と、
このトランザクションリプライ生成処理で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送処理
とを実行させることを特徴とするトランザクション処理プログラム。
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理処理を実行させることを特徴とする請求項９記載のトランザクション処理プログラム。