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

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

Info

Publication number
JP5585195B2
JP5585195B2 JP2010110135A JP2010110135A JP5585195B2 JP 5585195 B2 JP5585195 B2 JP 5585195B2 JP 2010110135 A JP2010110135 A JP 2010110135A JP 2010110135 A JP2010110135 A JP 2010110135A JP 5585195 B2 JP5585195 B2 JP 5585195B2
Authority
JP
Japan
Prior art keywords
transaction
queue
unit
reply
processing
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.)
Expired - Fee Related
Application number
JP2010110135A
Other languages
English (en)
Other versions
JP2011238099A (ja
Inventor
中村　　元
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2010110135A priority Critical patent/JP5585195B2/ja
Publication of JP2011238099A publication Critical patent/JP2011238099A/ja
Application granted granted Critical
Publication of JP5585195B2 publication Critical patent/JP5585195B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムに係わり、特にリソースの管理を行うのに好適なトランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラムに関する。
ユーザの要求する処理を、ネットワークを使用してコンピュータに実行させるトランザクション処理（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） Ｔｒａｐ」がある。
以上説明した第１の実施例によれば、次に示すような効果を得ることができる。
本実施例ではトランザクションリクエストとトランザクションリプライを管理する各キューの使い方に意味を持たせている。したがって、本実施例ではリソース管理によってトランザクションリクエストとトランザクションリプライの処理状況を一意に把握することができるという第１の効果がある。
また、本実施例では各キューを各機能部の手前に配置しており、かつ、それぞれのキュー長が図８に示したように適切に割当られている。したがって、本実施例では輻輳している機能部を特定可能であるという第２の効果がある。
更に、本実施例ではウェブサーバ２０３の構成を、トランザクションリプライ生成部２３３で生成したトランザクションリプライを受信部２３１でウェブ処理要求２１１と合流させ、トランザクション分配器２３２で分離することにした。これにより、本実施例では、トランザクションリクエストの処理順序を保つことができると共に、トランザクションリクエストとトランザクションリプライをキューで適切に管理することができるという第３の効果がある。
更にまた、本実施例ではトランザクション分配器２３２とトランザクションリプライ生成部２３３の間に、それぞれ専用のキューとアプリケーションからなる処理部２３４を連結して配置することにした。これにより、本実施例ではウェブサーバ２０３をアプリケーションの追加や変更といった機能の拡張性に優れた装置構成とすることができるという第４の効果がある。
次に本発明の第２の実施例を説明する。
図１４は、本発明の第２の実施例におけるリソース管理システムの構成の要部を表わしたものである。このリソース管理システム４００で図１２と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
この第２の実施例によるリソース管理システム４００では、端末ＰＣ２０１がトランザクション処理装置４０３と接続される構成となっている。トランザクション処理装置４０３は、アクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０の２つの系による冗長構成となっている。アクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０は基本的に同一構成である。また、これらアクティブ系トランザクション処理部４１０と、スタンバイ系トランザクション処理部４２０は、図１２に示したウェブサーバ２０３の構成と基本的に同一である。したがって、図１４では、図１２に示した各機能部の符号の末尾に「Ａ」を付したものをアクティブ系トランザクション処理部４１０の各機能部として表わしている。また、図１２に示した各機能部の符号の末尾に「Ｓ」を付したものをスタンバイ系トランザクション処理部４２０の各機能部として表わしている。
本実施例でトランザクション要求装置として使用される端末ＰＣ２０１は、トランザクションリクエストとしての処理要求４１１をアクティブ系トランザクション処理部４１０に対して送信するようになっている。アクティブ系トランザクション処理部４１０の第１のキュー２２１Ａはトランザクションリクエストをキューイングする。また、第２のキュー２２２Ａは第１のキュー２２１Ａから送られてきたトランザクションリクエストと、第４のキュー２２４Ａから送られてきたトランザクションリプライをキューイングする。トランザクション分配器２３２Ａは第２のキュー２２２Ａから送られてきたパケットの宛先ＩＰアドレス、宛先ポート番号、送信元ＩＰアドレス、送信元ポート番号およびプロトコルをチェックして、宛先のふるい分けを実施する。そして、トランザクションリプライ４２２を端末ＰＣ２０１に返す。受信部２３１Ａはトランザクションリクエストあるいはトランザクションリプライを受信していることを確認するための機能部である。また、第４のキュー２２４Ａは、図７に示すトランザクションリプライ生成部１３３に相当する図示しない機能部から送られてくるトランザクションリプライを管理するためのキューである。
スタンバイ系トランザクション処理部４２０の各機能部は、アクティブ系に切り替わった時点でアクティブ系トランザクション処理部４１０と同様の処理を行う。このときは、端末ＰＣ２０１から送られてくるトランザクションリクエストとしての処理要求４１１を第１のキュー２２１Ｓが受信する。受信部２３１Ｓはこのトランザクションリクエストを受信すると共に、図示しない第４のキュー２２４Ｓからトランザクションリプライを受信することになる。また、アクティブ系に切り替わった場合、トランザクション分配器２３２Ｓがトランザクションリプライ４２２を端末ＰＣ２０１に返す。
ところで、第２の実施例の受信部２３１Ａおよび受信部２３１Ｓは、冗長機能を持っている。ここで、受信部２３１Ａおよび受信部２３１Ｓの冗長機能とは、次の２点を意味している。
冗長機能の第１点は、トランザクションリクエストを受信した受信部２３１Ａ（２３１Ｓ）自身がアクティブ系に属する場合、スタンバイ系のトランザクション処理部４２０としての第２のキュー２２２Ｓ（２２２Ａ）に向けてトランザクションリクエストのコピーを作成し、それを送信することである。トランザクションリクエストを受信した受信部２３１Ｓ（２３１Ａ）自身がスタンバイ系に属する場合、障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーは廃棄する。
冗長機能の第２点は、現在のアクティブ系トランザクション処理部４１０とスタンバイ系のトランザクション処理部４２０の間で系の切り替えが発生した場合に関する。この場合、新しいアクティブ系の受信部２３１Ｓは、元のスタンバイ系の受信部２３１Ｓで廃棄していたトランザクションリクエストのコピーの廃棄を止める。そして、新しくタンバイ系となった受信部２３１Ａの方が、障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーを廃棄することになる。
スタンバイ系トランザクション処理装置４２０はアクティブ系トランザクション処理装置４１０からトランザクションリクエストのコピーを受信する。この場合、第１のキュー２２１Ｓは、トランザクションリクエストのコピーをキューイングすることになる。受信部２３１Ｓは、系の切り替え時になるべくトランザクション廃棄をしないために、継続したサービスを実施するために必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーを廃棄する。
このように本発明の第２の実施例のリソース管理システム４００では、アクティブ系がトランザクションリクエストを受信したとき、そのコピーをスタンバイ系にも常に送信している。したがって、系の切り替え時におけるトランザクションリクエストの廃棄が少なく、系の切り替え後にもリソース管理部（図７のリソース管理部１３６参照。）によるシステムリソースの管理が可能になるという効果が得られる。
なお、第２の実施例では２つの系で冗長系を構成したが、アクティブ系およびスタンバイ系は３以上の系で構成してもよいことは当然である。この例の場合、複数のスタンバイ系では、アクティブ系の受信部から送られてくるトランザクションリクエストのコピーから障害等による系の切り替え時に必要なトランザクション情報のみを取得し、トランザクションリクエストのコピーは共に廃棄する。この例でスタンバイ系が２以上の場合、アクティブ系の受信部は、トランザクションリクエストのコピーをそれぞれのスタンバイ系に個別にコピーして送信してもよいし、１つのスタンバイ系に送信して、スタンバイ系同士で順にコピーするようにしてもよい。
以上説明した実施の形態の一部または全部は、以下の付記のようにも記載されるが、以下の記載に限定されるものではない。
（付記１）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信手段と、
このトランザクションリクエスト受信手段で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行手段と、
このアプリケーション実行手段で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成手段と、
このトランザクションリプライ生成手段で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送手段
とを具備することを特徴とするトランザクション処理装置。
（付記２）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストと、トランザクションリクエストに対する自装置の処理結果としてのトランザクションリプライをそれぞれ受信する受信部と、
この受信部の直前に配置されて前記トランザクションリクエストを処理できる最大量のトランザクションの個数としてのキュー長に設定された受信部用第１のキューと、
前記受信部を経た前記トランザクションリクエストおよびトランザクションリプライを区別して分配するトランザクション分配部と、
前記受信部とトランザクション分配部の間に配置され、トランザクション分配部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクション分配部用キューと、
このトランザクション分配部用キューによって分配された前記トランザクションリクエストに対してトランザクションリプライを生成するために必要な処理をそれぞれ実施する任意数のアプリケーションソフトウェア部と、
これらアプリケーションソフトウェア部のそれぞれ直前に１つずつ配置され、それぞれ対応するアプリケーションソフトウェア部で処理できる最大量のトランザクションの個数としてのキュー長に設定されたアプリケーションソフトウェア部用キューと、
前記任意数のアプリケーションソフトウェア部を経たトランザクションリクエストを用いてトランザクションリプライを生成するトランザクションリプライ生成部と、
このトランザクションリプライ生成部の直前に配置され、トランザクションリプライ生成部の処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューと、
前記受信部とトランザクションリプライ生成部の間に配置され、受信部が受信できるトランザクション量より小さい受信部用第２のキュー
とを具備することを特徴とするトランザクション処理装置。
（付記３）
前記トランザクション分配部用キューの前記キュー長は、前記アプリケーション部で処理できる最大量の前記キュー長に設定されたアプリケーション部の数だけのアプリケーション部用キューの前記キュー長の総和に前記トランザクションリプライ生成部用キューの前記キュー長を加えた値以下であり、かつ、前記トランザクション分配部用キューの前記キュー長は前記受信部用第１のキューの前記キュー長と前記受信部用第２のキューの前記キュー長を加えた値以上であることを特徴とする付記２記載のトランザクション処理装置。
（付記４）
前記受信部用第１のキュー、受信部用第２のキュー、トランザクション分配部用キュー、アプリケーション部用キューおよびトランザクションリプライ生成部用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理部を具備することを特徴とする付記２記載のトランザクション処理装置。
（付記５）
前記受信部と、受信部用第１のキューと、トランザクション分配部と、トランザクション分配部用キューと、アプリケーション部と、アプリケーション部用キューと、トランザクションリプライ生成部と、トランザクションリプライ生成部用キューと、受信部用第２のキューのそれぞれは、アクティブ系トランザクション処理部とスタンバイ系トランザクション処理部に冗長化されていることを特徴とする付記２記載のトランザクション処理装置。
（付記６）
前記アクティブ系トランザクション処理部が前記トランザクションリクエストを受信したとき、そのコピーを前記スタンバイ系トランザクション処理部に常に送信することを特徴とする付記５記載のトランザクション処理装置。
（付記７）
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信ステップと、
このトランザクションリクエスト受信ステップで受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行ステップと、
このアプリケーション実行ステップで処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成ステップと、
このトランザクションリプライ生成ステップで生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送ステップ
とを具備することを特徴とするトランザクション処理方法。
（付記８）
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理ステップを具備することを特徴とする付記７記載のトランザクション処理方法。
（付記９）
コンピュータに、
ネットワークを管理するために必要な情報としての管理情報に対するアクセス要求としてのトランザクションリクエストを、自装置で処理できる最大量のトランザクションの個数としてのキュー長に設定された受信用キューを経て自装置に取り込むトランザクションリクエスト受信処理と、
このトランザクションリクエスト受信処理で受信した前記トランザクションリクエストを、それぞれ処理できる最大量のトランザクションの個数としてのキュー長に設定された任意数のアプリケーション部用キューを経て入力しトランザクションリプライを生成するために必要な処理を前記任意数のアプリケーション部用キューにそれぞれ対応したアプリケーションソフトウェアによって実施するアプリケーション実行処理と、
このアプリケーション実行処理で処理後のトランザクションリクエストを、処理できる最大量のトランザクションの個数としてのキュー長に設定されたトランザクションリプライ生成部用キューを経て入力しトランザクションリプライを生成するトランザクションリプライ生成処理と、
このトランザクションリプライ生成処理で生成したトランザクションリプライを、処理できる最大量のトランザクションの個数としてのキュー長に設定された返送用キューを経て入力しトランザクションリプライを返送するトランザクションリプライ返送処理
とを実行させることを特徴とするトランザクション処理プログラム。
（付記１０）
前記受信用キュー、任意数のアプリケーション部用キューおよび返送用キューのそれぞれの使用量が予め設定した上限使用量の閾値を超過したり、下限使用量の閾値を下回った場合にこれらの報告を受けてリソースの管理を行うリソース管理処理を実行させることを特徴とする付記９記載のトランザクション処理プログラム。
１０、２０、１０１、５０１ トランザクション処理装置
１１ トランザクションリクエスト受信手段
１２ アプリケーション実行手段
１３ トランザクションリプライ生成手段
１４ トランザクションリプライ返送手段
２１、１３１ 受信部
２２ 受信部用第１のキュー
２３ トランザクション分配部
２４ トランザクション分配部用キュー
２５ アプリケーションソフトウェア部
２６ アプリケーションソフトウェア部用キュー
２７、１３３ トランザクションリプライ生成部
２８ トランザクションリプライ生成部用キュー
２９ 受信部用第２のキュー
３０ トランザクション処理方法
３１ トランザクションリクエスト受信ステップ
３２ アプリケーション実行ステップ
３３ トランザクションリプライ生成ステップ
３４ トランザクションリプライ返送ステップ
４０ トランザクション処理プログラム
４１ トランザクションリクエスト受信処理
４２ アプリケーション実行処理
４３ トランザクションリプライ生成処理
４４ トランザクションリプライ返送処理
１００、２００ リソース管理システム
１１１、４１１ トランザクションリクエスト
１１２、４１２ トランザクションリプライ
１２１ 第１のキュー
１２２ 第２のキュー
１２３ 第３のキュー
１２４ 第４のキュー
１２５ 第５のキュー
１３２ トランザクション分配器
１３４ 処理部
１３５ アプリケーション部
１３６ リソース管理部
１６１ ディスプレイ
１６２ ログ管理部
２０１ 端末ＰＣ
２０２ インターネット
２０３ ウェブサーバ
２１１ ウェブ処理要求
２１２ ウェブ処理結果

Claims (10)

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

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010110135A JP5585195B2 (ja) 2010-05-12 2010-05-12 トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010110135A JP5585195B2 (ja) 2010-05-12 2010-05-12 トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラム

Publications (2)

Publication Number Publication Date
JP2011238099A JP2011238099A (ja) 2011-11-24
JP5585195B2 true JP5585195B2 (ja) 2014-09-10

Family

ID=45325995

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010110135A Expired - Fee Related JP5585195B2 (ja) 2010-05-12 2010-05-12 トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラム

Country Status (1)

Country Link
JP (1) JP5585195B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10983836B2 (en) 2018-08-13 2021-04-20 International Business Machines Corporation Transaction optimization during periods of peak activity

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5743334B2 (ja) * 2012-08-23 2015-07-01 日本電信電話株式会社 輻輳制御装置
JP6412462B2 (ja) * 2015-04-17 2018-10-24 株式会社日立製作所 トランザクション管理方法、トランザクション管理装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6243761A (ja) * 1985-08-21 1987-02-25 Nec Corp オンラインメツセ−ジ処理システムにおける稼動状態監視方式
JPH0420153A (ja) * 1990-05-15 1992-01-23 Toshiba Corp 通信制御方式
JP2002297422A (ja) * 2001-03-29 2002-10-11 Toshiba Corp ネットワークシステム、主記憶常駐データの管理方法及び記憶媒体
US7243351B2 (en) * 2002-12-17 2007-07-10 International Business Machines Corporation System and method for task scheduling based upon the classification value and probability
JP2008009696A (ja) * 2006-06-29 2008-01-17 Fuji Xerox Co Ltd 画像処理装置及びプログラム
JP2008077266A (ja) * 2006-09-20 2008-04-03 Nec Corp サービス制御装置、分散サービス制御システム、サービス制御方法、及び、プログラム
JP4394710B2 (ja) * 2007-07-27 2010-01-06 日本電信電話株式会社 負荷制御装置及び方法及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10983836B2 (en) 2018-08-13 2021-04-20 International Business Machines Corporation Transaction optimization during periods of peak activity

Also Published As

Publication number Publication date
JP2011238099A (ja) 2011-11-24

Similar Documents

Publication Publication Date Title
US9553810B2 (en) Dynamic reconfiguration of network devices for outage prediction
US20100008377A1 (en) Queue management based on message age
JP2006323539A (ja) 情報処理方法及びシステム
JP4834622B2 (ja) ビジネスプロセス運用管理システム、方法、プロセス運用管理装置およびそのプログラム
JP5585195B2 (ja) トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラム
US20100080246A1 (en) Computer-readable recording medium storing packet identification program, packet identification method, and packet identification device
JP6176161B2 (ja) 印刷制御装置及びプログラム
JP2007328417A (ja) リクエスト制限装置、サーバ装置、リクエスト制限方法、リクエスト制限プログラム
JP6891425B2 (ja) 情報処理装置、制御方法およびプログラム
JP2009194504A (ja) コンピュータ装置およびパケット受信制御方法
JP2015094976A (ja) 情報処理装置、情報処理方法、及び、プログラム
JP2014112779A (ja) データ送信制御装置、データ送信制御方法、および、コンピュータ・プログラム
JP5772132B2 (ja) データ転送装置、データ転送方法および情報処理装置
JP2006018376A (ja) ネットワーク通信方式
JPWO2011048740A1 (ja) データ伝送システム、送信速度制御方法、受信端末、送信端末
WO2013065151A1 (ja) 計算機システム、データ転送方法、および、データ転送プログラム
JP2017033234A (ja) リクエスト受付システム、リクエスト受付方法、及び、プログラム
US9128774B2 (en) Information processing system for data transfer
JP5772380B2 (ja) 通信装置、通信方法、および通信プログラム
CN113271258B (zh) 一种数据传输处理方法、系统和装置
CN107544788B (zh) 一种带时间印记的数据流图拥塞检测方法
JP2013222407A (ja) 流量制御機能を有するシステム
Dickens et al. Application-Level Congestion Control Mechanisms for Large Scale Data Transfers Across Computational Grids.
Du et al. Real-time optimization analysis and design of communication on the safety computer of train control system
JP2008009852A (ja) 負荷分散制御システム、方法、およびサーバ装置

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20121016

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130417

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20131219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140320

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: 20140624

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140707

R150 Certificate of patent or registration of utility model

Ref document number: 5585195

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees