(57)【要約】      （修正有）【課題】分散処理装置において、複数のＣＰＵが夫々保有しているデータベース（ＤＢ）にマスターＤＢのコピーを効率良くデータ配信する。【解決手段】複数のＣＰＵのうち特定するＣＰＵが管理するマスターデータベースと、このマスターデータベースからデータ配信される、少なくとも一つのＣＰＵが管理する少なくとも一つのデータベースと、マスターデータベース、或いは少なくとも一つのデータベースの夫々に優先度パラメータを付与し、その優先度パラメータを保持する優先度データベースと、この優先度データベースの優先度パラメータに基づいて、マスターデータベースのデータを少なくとも一つのデータベースに配信する制御を行う通信制御装置とを備えた。【選択図】図２
2008257384.tif 000002
【特許請求の範囲】
【請求項１】
複数のＣＰＵを有して分散処理を行う分散処理装置であって、
これら複数のＣＰＵのうち特定のＣＰＵが管理するマスターデータベースと、
このマスターデータベースからデータ配信される、少なくとも一つの他のＣＰＵが管理する少なくとも一つのスレーブデータベースと、
上記マスターデータベース、或いは上記スレーブデータベースの夫々に処理の優先順位を付与するための優先度パラメータを保持する優先度データベースと、
この優先度データベースの優先度パラメータに基づいて、上記マスターデータベースのデータをスレーブデータベースに配信する制御を行う通信制御装置と、
を備えたことを特徴とする分散処理装置。
【請求項２】
上記他のＣＰＵは、親ＣＰＵとこの親ＣＰＵに隷属する少なくとも一つの子ＣＰＵを備えたグループを形成し、このグループを少なくとも１つ具備したことを特徴とする、請求項１記載の分散処理装置。
【請求項３】
上記ＣＰＵのうち何れかに異常が発生した場合に、更に、上記優先度パラメータの値を変更する異常発生対応通信制御装置とを備えたことを特徴とする、請求項２または３の何れか１項に記載の分散処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のＣＰＵを備え、処理負荷を分散させてＣＰＵ及びＣＰＵ間の通信負荷を下げる分散処理技術に関するものである。
【背景技術】
【０００２】
従来、計算処理能力を高める為に、同一ネットワーク上に複数のＣＰＵを接続し、処理速度を高めていた。更に、信頼性向上の為に、常用系と同一構成の待機系を有した計算機ネットワーク環境を構築する様に工夫していた。この際、各ＣＰＵのアプリケーションが共通的に利用する情報については、特定のＣＰＵが一元管理していた。また、各ＣＰＵが保持するデータベース（以下、ＤＢと言う）へデータを書き込む場合、各ＣＰＵ上のアプリケーションは直接ＤＢに書き込むことはせず、特定のアプリケーションを経由して特定のＣＰＵすなわちマスターＤＢにのみデータが書き込まれていた。
一方、データを読み込む場合、データ配信装置によりマスターＤＢのコピーデータを保持し、各ＣＰＵはこのコピーＤＢにアクセスする様にしていた。この時、ＤＢのコピーは定期的に配信され、各ＣＰＵのデータは同期される。
このように、ＤＢへの書き込みを限定することにより、ＤＢへの処理負荷を分散することが可能となっていた（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開平０９−８１４３１号公報（図１、第３頁）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、この従来例の場合、情報の必要度すなわち必要性の度合いに関わらず、マスターＤＢのコピーを同時に全ＣＰＵにデータ配信していたため、効率的な処理がなされなかった。
更に、この方式では、ＣＰＵ数が増加した場合、全ＣＰＵにＤＢのコピーを配信する為に、ＤＢを管理するマスターＣＰＵの処理負荷の増加に伴って処理遅延による応答性が劣化していた。また、処理が発生する都度、発生するネットワークの通信遅延により応答性も劣化していた。
【０００５】
以上、説明したように、従来の分散処理装置では、多数のＣＰＵ使用下において、マスターＤＢとネットワークへの通信負荷が増大するという問題点が生じていた。
【０００６】
本発明は、このような問題点を解決する為になされたものであり、マスターＤＢを所有するＣＰＵの処理負荷とネットワークへの通信負荷を抑制する様に構成した分散処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明による分散処理装置は、複数のＣＰＵを有して分散処理を行う分散処理装置であって、これら複数のＣＰＵのうち特定するＣＰＵが管理するマスターデータベースと、このマスターデータベースからデータ配信される、少なくとも一つのＣＰＵが管理する少なくとも一つのデータベースと、マスターデータベース、或いは少なくとも一つのデータベースの夫々に優先度パラメータを付与し、その優先度パラメータを保持する優先度データベースと、この優先度データベースの優先度パラメータに基づいて、マスターデータベースのデータを少なくとも一つのデータベースに配信する制御を行う通信制御装置とを備えたものである。
【発明の効果】
【０００８】
本発明によれば、優先度パラメータに応じて、データ配信回数を調整することにより、ＤＢを管理するマスターＣＰＵの処理負荷を抑えることができると共に、処理の都度に発生したネットワークのＣＰＵ間の通信負荷を抑えることが出来る。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
この実施の形態１における分散処理装置は、各ＣＰＵに優先度のパラメータを付与し、各ＣＰＵの優先度を保持する優先度ＤＢと通信制御装置を配置したことを特徴とするものである。
【００１０】
図１は、本発明の実施の形態１における分散処理装置の基本構成を説明する図であり、優先度ＤＢと通信制御装置を配置したＣＰＵ構成を示している。
また、計算処理能力を高めるため、同一ネットワーク上に３個のＣＰＵを接続し、処理速度を高めている。これら３個のＣＰＵによる構成を“常用系”として使用し、更に、信頼性向上などのため、同一構成を“待機系”として有することにより、２次元構成の計算機環境を構築している。
【００１１】
すなわち、ネットワーク上に配置されたＣＰＵ１Ａ〜ＣＰＵ１Ｃを常用系、同一構成のＣＰＵ２Ａ〜ＣＰＵ２Ｃを待機系とする。各ＣＰＵは、読み出し／書き込みが可能なＤＢ、及び読み出し専用となるＤＢのコピーを保持している。ここで特に、読み出し／書き込みが可能なＤＢを“マスターＤＢ”と呼ぶ。
各ＣＰＵは、分散処理を行うため、マスターＤＢ１ａのコピーを各ＣＰＵが保有する。この時、常用系ＣＰＵ１Ａ〜ＣＰＵ１Ｃに配置されたＤＢ１ａ〜ＤＢ１ｃを高優先度ＤＢとみなし、優先度パラメータは“１”として、優先度ＤＢ３に登録する。
一方、待機系ＣＰＵ２Ａ〜ＣＰＵ２Ｃに配置されたＤＢ２ａ〜ＤＢ２ｃを低優先度ＤＢとみなし、優先度パラメータは、常用系よりランクが１低い“２”として、優先度ＤＢ３に登録する。
【００１２】
マスターＤＢ１ａのコピー配信時、通信制御装置４は、従来と異なり、優先度ＤＢ３に従ってコピーデータを配信する。このデータ配信は、イベント発生時、或いは周期的に行われる。
この時、通信制御装置４は、優先度ＤＢ３を参照して、優先度パラメータが高いＤＢには毎回配信し、低いＤＢには隔回の配信といった具合に、優先度パラメータに従って予め決められたタイミングでデータを配信する。
【００１３】
ここで、高頻度配信の場合のデータの流れは、マスターＤＢ１ａのコピーは、同一優先度（優先度パラメータ＝１）であるＤＢ１ｂ，ＤＢ１ｃ並びに、ランクが１下のマスターＤＢ１ａに該当するＤＢ２ａに配信する高優先度配信ルート５である
また、低頻度配信の場合のデータの流れは、マスターＤＢ１ａから直接コピーが配信されるのではなく、高優先度配信ルートの際に配信されたＤＢ２ａのコピーがＤＢ２ｂ，ＤＢ２ｃに配信される。
【００１４】
図２は、本発明の実施の形態１における分散処理装置の詳細構成を示す図である。また、図３は、実施の形態１における分散処理装置において、各ＣＰＵのＤＢの優先度を記載したマトリックス図である。
【００１５】
この実施の形態１における分散処理装置は、各ＣＰＵに優先度パラメータを付与し、各ＣＰＵの優先度パラメータを保持する優先度ＤＢ３と通信制御装置４を配置して、ｘ個のＣＰＵを用いて分散処理を行い、このｘ個単位のＣＰＵ列をｙ次元に拡張展開したことを特徴とするものである。
また、このｙ次元レベルが上がるに従って、データの信頼性を求められる
【００１６】
図３において、別次元でマスターＤＢに対応するＤＢを“親”、それ以外をその次元の“子”とする。
同一優先度パラメータの中で“親”１ａ〜ｙｘのパラメータを決め、このパラメータを優先度ＤＢに登録する。コピーが配信される際は、配信装置４により配信される
【００１７】
ここで、優先度パラメータは、必要に応じて数段階に分けて管理することも同様に可能である。
【００１８】
この実施の形態によれば、優先度パラメータに応じて、データ配信回数を調整することにより、ＤＢを管理するマスターＣＰＵの処理負荷を抑えることができると共に、処理の都度に発生したネットワークのＣＰＵ間の通信負荷を抑えることが出来る。
【００１９】
実施の形態２．
この実施の形態における分散処理装置は、実施の形態１において、異常発生時に優先度パラメータを柔軟に変更した場合を想定したことを特徴とするものである。
【００２０】
図４は、本発明の実施の形態２における分散処理装置の構成を示す図である。
異常発生時に、優先度ＤＢの優先度パラメータを書き換え、配信ルートの変更を行う異常発生時通信制御装置を配置したＣＰＵ構成を示す図である。すなわち、分散処理装置の異常発生時の頻度別配信ルートを示している。
【００２１】
先ず、優先度の高いＣＰＵ１Ｂに異常が起こった場合について、対応動作を説明する。
図５は、実施の形態１と２における分散処理装置の処理の流れを表すフローチャートを示す図である。
図５におけるＳ００１に示すように、優先度ＤＢに書くＣＰＵの優先度が登録されている状態となっているが、Ｓ００２に示すように、異常発生時通信制御装置８は異常を検知したとする。この場合、Ｓ００３に示す通り、異常発生時通信制御装置８が優先度ＤＢ３を次のように書き換える。まず、異常が起こったＣＰＵ１Ｂに配置されているＤＢ１ｂの優先度を０（無効）に変更し、低い優先度のパラメータのレベルを上げ（パラメータ数値上は−１する）、優先度パラメータを繰り上げる。
【００２２】
処理を、異常が起こったＣＰＵ１Ｂから、繰り上がって優先度パラメータが高くなったＣＰＵ２Ｂに切り替える。
以降、それ以下の次元の優先度パラメータを順次繰り上げていく。Ｓ００４に示すように、優先度ＤＢを参照し、Ｓ００５に示すように、通信制御装置に従いマスターＤＢのコピーを配信する。配信ルートも実施の形態１の条件に従うため、切り替えられる。異常が起こったＣＰＵ１Ｂは、優先度パラメータ＝０となり、以降、コピーは配信されない。
【００２３】
この様に、異常発生時通信制御装置８によって、優先度パラメータが状況に応じて、動的に変化し、それに伴いＤＢの配信ルートも変化するなど、柔軟な処理を可能にする。
【００２４】
図６は、実施の形態２における分散処理装置の各ＣＰＵのＤＢの優先度を記載したマトリックス図であり、ｘ個のＣＰＵを用いて分散処理を行い、それをｙ次元配置した時に異常が発生した場合の優先度パラメータを記載している。異常が発生した最上位優先度の分散処理ＣＰＵ２で異常が発生し、該当ＣＰＵの優先度パラメータは０となり、以降の次元のＣＰＵの優先度パラメータが−１変化し、優先度は順次繰り上がる。
【００２５】
ここで、マスターＣＰＵ１Ａに異常が発生した場合は、優先度パラメータが同じで次元が１低いＣＰＵ２Ａに処理が移り、ＣＰＵ２Ａが保有するＤＢ２ａがマスターＤＢとなる。この時、ＣＰＵ２Ａの優先度パラメータは変わらない。以降、それ以下の優先度パラメータを順次繰り上げていく。異常が発生したマスターＣＰＵ１Ａの優先度パラメータ＝０となる。コピーの配信は、優先度ＤＢ３に従って、新たにマスターとなったＤＢ２ａのコピーが配信される。
【００２６】
この実施の形態によれば、優先度パラメータに応じて、配信回数を調整することにより、ＤＢを管理するマスターＣＰＵの処理負荷を抑えることができると共に、処理の都度に発生したネットワークの通信負荷を抑えることが出来る。
また、異常発生時通信制御装置８によって、優先度パラメータが状況に応じて、動的に変化し、それに伴いＤＢの配信ルートも変化するなど、柔軟な処理が可能である。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施の形態１における分散処理装置の基本構成を説明する図である。
【図２】本発明の実施の形態１における分散処理装置の詳細構成を示す図である。
【図３】本発明の実施の形態１における分散処理装置の各ＣＰＵのＤＢの優先度を記載したマトリックス図である。
【図４】本発明の実施の形態２における分散処理装置の構成を示す図である。
【図５】本発明の実施の形態１と２における分散処理装置の処理の流れを表すフローチャートを示す図である。
【図６】本発明の実施の形態２における分散処理装置の各ＣＰＵのＤＢの優先度を記載したマトリックス図である。
【符号の説明】
【００２８】
１Ａ〜１Ｘ，２Ａ〜２Ｘ，３Ａ〜３Ｘ，ｙＡ〜ｙＸ  ＣＰＵ、１ａ〜１ｘ，２ａ〜２ｘ，３ａ〜３ｘ，ｙａ〜ｙｘ  データベース、３  優先度データベース、４  通信制御装置、５  高優先度配信ルート、６  低優先度配信ルート、７−１〜７−ｙ  頻度別配信ルート、８  異常発生時通信制御装置、９−１〜９−ｙ  異常発生後の頻度別配信ルート。
【図１】
2008257384.tif 000003
【図２】
2008257384.tif 000004
【図３】
2008257384.tif 000005
【図４】
2008257384.tif 000006
【図５】
2008257384.tif 000007
【図６】
2008257384.tif 000008