情報処理システムにおける資源割当装置及び資源割当方法
【課題】たとえ外部から入力される処理要求が処理負担の異なる複数種別の処理要求であったとしても、かつ外部から入力される処理要求数が時間的に変動したとしても、各サーバの処理負担をほぼ均一に維持する。
【解決手段】外部から情報処理システム１１へ入力される複数種別の処理要求（種別Ｗ1種別Ｗ2）の単位時間当たりの処理要求数ｃ1、ｃ2が算出され、算出された種別Ｗ1、Ｗ2毎の処理要求数ｃ1、ｃ2は、種別毎の処理時間に対応する補正値Ｂ1、Ｂ2で補正される。したがって、補正後の種別毎の処理要求数ｃA1、ｃA2は処理に必要な時間に対応する（比例する）処理要求数となる。補正後の種別毎の処理要求数の加算値（ｃA1＋ｃA2）から必要なサーバ数Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１を正確に求めることが可能となる。
【解決手段】外部から情報処理システム１１へ入力される複数種別の処理要求（種別Ｗ1種別Ｗ2）の単位時間当たりの処理要求数ｃ1、ｃ2が算出され、算出された種別Ｗ1、Ｗ2毎の処理要求数ｃ1、ｃ2は、種別毎の処理時間に対応する補正値Ｂ1、Ｂ2で補正される。したがって、補正後の種別毎の処理要求数ｃA1、ｃA2は処理に必要な時間に対応する（比例する）処理要求数となる。補正後の種別毎の処理要求数の加算値（ｃA1＋ｃA2）から必要なサーバ数Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１を正確に求めることが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ負荷分散装置と複数のサーバとが組込まれた情報処理システムに係わり、特に、この情報処理システムにおける負荷状態に応じて、サーバ（資源）の動作（割当数）を制御する情報処理システムにおける資源割当装置、及び情報処理システムにおける資源割当方法に関する。
【背景技術】
【０００２】
例えば、図５に示すように、企業のネットワーク（インターネット）１上に公開されたＷｅｂサイトに採用される情報処理システム２においては、多数のクライアント（顧客 消費者）３からの同一ＩＰアドレス（ＵＲＬ）を指定したアクセス要求（処理要求）に短時間で応答するために、１台のサーバ負荷分散装置（ロードバランサー）４と複数台のサーバ５とが組込まれている。各サーバ５には、クライアント（顧客 消費者）３からの例えばホームページ閲覧要求等の処理要求を実現するためのＷｅｂ処理部６が組込まれている。
【０００３】
サーバ負荷分散装置４は、各クライアント３からネットワーク（インターネット）１を介して入力された同一ＩＰアドレス（ＵＲＬ）を指定した複数のアクセス要求（処理要求）を各サーバ５に割り振る。処理要求が割り振られたサーバ５は、自己のＷｅｂ処理部６で処理要求が指定する例えばホームページ閲覧に応じるホームページ送信等の処理を実行する。
【０００４】
なお、各サーバ５は、同時に複数の処理を実施可能である。同時にＭ個の処理が可能であれば、ｎ個のサーバ５が情報処理システム２に組込まれていた場合は、この情報処理システム２で同時に（Ｍ×ｎ）個のクライアント３からの処理要求に応じることが可能である。
【０００５】
このような情報処理システム２においては、サーバ負荷分散装置４へ入力される処理要求数は、一定でなく、時間、曜日に応じて大きく変動する。したがって、常時、全部のサーバ５を動作状態にすることはなく、その時点の処理要求数Ａに応じて運転するサーバ数Ｅを１台分余裕を見越して次のように決めておく。
【０００６】
Ｅ＝（Ａ／Ｍ）＋１
このサーバ数Ｅ分のサーバ５のみを運転（動作）状態にする。そして、サーバ負荷分散装置４は、各クライアント３からネットワーク１を介して入力された各処理要求を動作中の各サーバ５に割り振る。
【０００７】
なお、特許文献１に、各負荷ユニット（サーバ）の負荷率を算出して、負荷率の小さい負荷ユニット（サーバ）に新規の負荷要求を送信する技術が開示されている。
【特許文献１】特開２００１―７５９３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した手法でその時点の処理要求数Ａに応じて運転するサーバ数Ｅを求める情報処理システム２においても、まだ解消すべき次のような課題があった。
【０００９】
すなわち、図６に示すように、各サーバ５内に、上述した例えばクライアント３からのホームページ閲覧要求等の処理要求を実現するためのＷｅｂ処理部６の他に、クライアント３からのメール応答要求等の処理要求を実現するためメール処理部７が設けられている場合を想定する。
【００１０】
この場合、各サーバ５にはＷｅｂ処理要求とメール処理要求との２種別の処理要求が入力される。各サーバ５は、同時にＭ個の処理を実施可能である。しかし、一つのメール処理を実行する場合のＣＰＵの処理負担は、一つのＷｅｂ処理を実行する場合のＣＰＵの処理負担に比較して格段に大きく、その結果、処理時間も長くなる。
【００１１】
したがって、サーバ５に入力されたＭ個の処理要求が全部メール処理要求である場合のサーバ５の処理負担は、サーバ５に入力されたＭ個の処理要求が全部Ｗｅｂ処理要求である場合のサーバ５の処理負担に比較して格段に大きくなる。その結果、該当サーバ５の全体の処理時間が他のサーバ５に比較して長くなる。この場合、メール処理要求が多いサーバ５に入力されたＷｅｂ処理要求の処理も遅れることになる。
【００１２】
このことは、各クライアント３からネットワーク１を介して情報処理システム２に入力された各処理要求の処理所要時間に大きな差が生じる問題がある。また、サーバ５間で処理負担の大きな不均一が生じる。
【００１３】
本発明はこのような事情に鑑みてなされたものであり、たとえ外部から入力される処理要求が処理負担の異なる複数種別の処理要求であったとしても、かつ外部から入力される処理要求数が時間的に変動したとしても、各サーバの処理負担をほぼ均一に維持でき、外部から入力される処理要求が指定する処理を時間遅れなく正常に実行できる情報処理システムの資源割当装置、及び情報処理システムの資源割当方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、サーバ負荷分散装置と複数のサーバとが組込まれ、サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、各サーバは、各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当装置である。
【００１５】
そして、上記課題を解消するために、本発明の情報処理システムにおける資源割当装置は、外部から入力される種別毎の処理要求数を算出する処理要求数算出手段と、処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を記憶する補正値記憶手段と、処理要求数算出手段で算出した種別毎の処理要求数に補正値記憶手段に記憶された該当種別毎の補正値を乗算して種別毎の処理要求数を補正する処理要求数補正手段と、この処理要求数補正手段で補正された種別毎の補正済処理要求数の加算数に基づいて入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出手段と、このサーバ数算出手段で算出されたサーバ数に基づいて動作状態のサーバ数を増減するサーバ制御手段とを備えている。
【００１６】
このように構成された情報処理システムにおける資源割当装置においては、外部から入力される種別毎の処理要求数が算出され、算出された種別毎の処理要求数は、種別毎の処理時間に対応する補正値で補正される。したがって、補正後の種別毎の処理要求数は処理に必要な時間に対応する（比例する）処理要求数となる。よって、補正後の種別毎の処理要求数の加算値から必要なサーバ数を正確に求めることが可能となる。
【００１７】
その結果、たとえ外部からに入力される処理要求が処理負担の異なる複数種別の処理要求であったとしても、かつ外部から入力される処理要求数が変動したとしても、各サーバの処理負担をほぼ均一に維持できる。
【００１８】
また、別の発明は、サーバ負荷分散装置と複数のサーバとが組込まれ、サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、各サーバは、各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当方法である。
【００１９】
そして、上記課題を解消するために、本発明の情報処理システムにおける資源割当方法は、外部から入力される種別毎の処理要求数を算出する処理要求数算出ステップと、処理要求数算出ステップで算出した種別毎の処理要求数に、処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を乗算して、種別毎の処理要求数を補正する処理要求数補正ステップと、この処理要求数補正ステップで補正された種別毎の補正済処理要求数の加算数に基づいて入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出ステップと、このサーバ数算出ステップで算出されたサーバ数に基づいて動作状態のサーバ数を増減するサーバ制御ステップとを備えている。
【００２０】
このように構成された情報処理システムにおける資源割当方法においては、上述した情報処理システムにおける資源割当装置とほぼ同じ作用効果を奏することが可能である。
【発明の効果】
【００２１】
本発明は、外部から入力される種別毎の処理要求数を算出し、算出した種別毎の処理要求数を種別毎の処理時間に対応する補正値で補正し、補正後の種別毎の処理要求数の加算値から必要なサーバ数を求めている。
【００２２】
したがって、たとえ外部から入力される処理要求が処理負担の異なる複数種別の処理要求であったとしても、かつ外部から入力される処理要求数が時間的に変動したとしても、各サーバの処理負担をほぼ均一に維持でき、外部から入力される処理要求が指定する処理を時間遅れなく正常に実行できる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の一実施形態を図面を用いて説明する。
【００２４】
図１は、本発明の一実施形態の資源割当方法が採用された資源割当装置が組込まれた情報処理システムの概略構成を示す模式図である。図５、図６に示す従来の情報処理システム２と同一部分には同一符号を付して重複する部分の重複説明を省略する。
【００２５】
例えば、企業のネットワーク（インターネット）１上に公開されたＷｅｂサイトに採用される情報処理システム１１には、多数のクライアント（顧客 消費者）３からの各アクセス要求（処理要求）に短時間で応答するために、１台のサーバ負荷分散装置（ロードバランサー）１２と、ｎ台のサーバ５と、１台の資源割当装置１３とが組込まれている。
【００２６】
各サーバ５には、クライアント（顧客 消費者）３からの例えばホームページ閲覧要求等の処理要求を実現するためのＷｅｂ処理部６と、クライアント（顧客 消費者）３からのメール応答要求等の処理要求を実現するためメール処理部７との２種別の処理部が組込まれている。メール処理部７で一つのメール処理を実行する場合のＣＰＵの処理負担、すなわち処理時間は、例えば、Ｗｅｂ処理部６で一つのＷｅｂ処理を実行する場合の処理時間に対して２倍を必要とする。各サーバ５は同時にＭ個の処理を実施可能である。なお、各サーバ５は、資源割当装置１３でＯＮ／ＯＦＦ制御される。
【００２７】
したがって、各クライアント３から情報処理システム１１へ入力される処理要求には、Ｗｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との２種別ある。
【００２８】
サーバ負荷分散装置（ロードバランサー）１２には、サーバ処理容量メモリ１４、サーバ状態メモリ１５、サーバ負荷状況メモリ１６、処理要求受信部１７、処理種別判定部１８、処理要求分配部１９が設けられている。
【００２９】
サーバ処理容量メモリ１４内には、図２（ａ）に示すように、各サーバ５における同時に処理可能な処理要求数を示す最大処理可能数Ｍ（この実施形態においては、Ｍ＝５０）と、各処理種別Ｗ1、Ｗ2の単独処理可能数Ｎ1、Ｎ2（この実施形態においては、Ｎ1＝５０、Ｎ2＝２５）とが記憶されている。この各単独処理可能数Ｎ1、Ｎ2は、サーバ５において、対応する種別Ｗ1、Ｗ2の処理のみを実行した場合において、その処理時間が基準時間内に終了する処理要求数である。
【００３０】
サーバ状態メモリ１５内には、図２（ｂ）に示すように、Ｎｏ．１〜Ｎｏ．ｎのｎ台の各サーバ５の現在時点における動作中（ＯＮ）又は停止中（ＯＦＦ）であるかの状態が記憶されている。
【００３１】
サーバ負荷状況メモリ１６内には、ｎ台の各サーバ５の現在時点における処理中の処理要求の各種別Ｗ1、Ｗ2毎の処理要求数Ｘ1、Ｘ2が記憶されている。
【００３２】
処理要求受信部１７は、各クライアント３からネットワーク１を介して入力された複数のアクセス要求（処理要求）を受信し、次の処理種別判定部１８へ送出する。処理種別判定部１８は、入力された各処理要求の種別Ｗ1、Ｗ2を判定して、各処理要求に種別Ｗ1、Ｗ2を付して、次の処理要求分配部１９へ送出する。
【００３３】
処理要求分配部１９は、順次入力される各種別Ｗ1、Ｗ2の処理要求を、サーバ状態メモリ１５内に設定された動作中の各サーバ５に対して例えばラウンドロビン方式で順番に割り振って（送信して）いく。そして、割り振り（送信）結果をサーバ負荷状況メモリ１６内に登録（書込む）する。
【００３４】
なお、サーバ負荷状況メモリ１６内の割り振り先のサーバ５の割り振り済みの、処理時間で補正した処理要求数Ｓ＝Ｘ1＋２Ｘ2が最大処理可能数Ｍを超える場合は、このサーバ５に対する新規処理要求の割り振り（送信）を実施せずに、次のサーバ５に新規処理要求の割り振り（送信）を行う。さらに、処理要求分配部１９は、サーバ５にて情報処理が終了した処理要求をサーバ負荷状況メモリ１６内から削除する。
【００３５】
図３は、資源割当装置１３の概略構成を示すブロック図である。
処理要求数算出部２０は、サーバ負荷分散装置１２の処理種別判定部１８から出力されたＷｅｂ処理要求（種別Ｗ1）の単位時間当たりの処理要求数ｃ1を算出して、次の処理要求数補正部２１へ送出する。一方、処理要求数算出部２２は、サーバ負荷分散装置１２の処理種別判定部１８から出力されたメール処理要求（種別Ｗ2）の単位時間当たりの処理要求数ｃ2を算出して、次の処理要求数補正部２３へ送出する。
【００３６】
補正値メモリ２４内には、処理要求の前述した種別Ｗ1、Ｗ2毎に各処理要求の処理を実行するに要する時間に対応した補正値Ｂ1、Ｂ2が記憶されている。この実施形態においては、メール処理要求（種別Ｗ2）の処理時間はＷｅｂ処理要求（種別Ｗ1）の処理時間の２倍であるので、各補正値は、Ｂ1＝１、Ｂ2＝２に設定されている。
【００３７】
処理要求数補正部２１は、処理要求数ｃ1に補正値Ｂ1＝１を乗算して、Ｗｅｂ処理要求（種別Ｗ1）の処理要求数を補正して、補正後の処理要求数ｃ1Aとして、有効サーバ数算出部２５へ送出する。同様に、処理要求数補正部２３は、処理要求数ｃ2に補正値Ｂ2＝２を乗算して、メール処理要求（種別Ｗ2）の処理要求数を補正して、補正後の処理要求数ｃ2Aとして、有効サーバ数算出部２５へ送出する。
【００３８】
ｃ1A＝ｃ1×Ｂ1＝ｃ1×１＝ｃ1
ｃ2A＝ｃ2×Ｂ2＝ｃ2×２＝２ｃ2
有効サーバ数算出式メモリ２６内には、前述した最大処理可能数Ｍ、及び補正後の処理要求数ｃ1A、ｃ2Aを用いて、１台分余裕を見越した必要なサーバ数Ｄ1を算出する算出式が記憶されている。
【００３９】
Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１
有効サーバ数算出部２５は、補正後の処理要求数ｃ1A、ｃ2A分の処理要求を実現させるために必要なサーバ数Ｄ1を前述した算出式を用いて算出して、比較部２７へ送出する。
【００４０】
サーバ状態読取部２８は、サーバ負荷分散装置１２のサーバ状態メモリ１５内の動作中のサーバ数Ｄ0を読取って比較部２７へ送出する。さらに、サーバ状態読取部２８は、各サーバ５の現在時点における動作中（ＯＮ）又は停止中（ＯＦＦ）の状態を読取って状態変更サーバ決定部３０へ送出する。
【００４１】
比較部２７は、算出した必要なサーバ数Ｄ1と現在時点で動作中のサーバ数Ｄ0とを比較して、不一致の場合のみ、サーバ変更数算出部２９を起動する。サーバ変更数算出部２９は、必要なサーバ数Ｄ1と動作中のサーバ数Ｄ0との差で示されるサーバ変更数（Ｄ1ーＤ0）を算出して、状態変更サーバ決定部３０へ送出する。
【００４２】
状態変更サーバ決定部３０は、各サーバ５の現在時点における動作中（ＯＮ）又は停止中（ＯＦＦ）の状態に基づいて、新たに起動又は停止するサーバ５を例えばサーバ番号の若い順に決定して、サーバ状態変更部３１を介してサーバ負荷分散装置１２のサーバ状態メモリ１５内の該当サーバ５の動作中（ＯＮ）又は停止中（ＯＦＦ）の状態を変更する。
【００４３】
さらに、状態変更サーバ決定部３０は、決定した起動又は停止するサーバ５を、サーバ起動停止制御部３２を介して実際に起動又は停止する。
【００４４】
図４は、このように構成された資源割当装置１３の全体動作を示す流れ図である。制御周期で定まる規定時間ＴSが経過すると（ステップＳ１）、各クライアント３から情報処理システム１１へ入力されるＷｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との単位時間当たりの処理要求数ｃ1、ｃ2を読取る（Ｓ２）。読取った各処理要求数ｃ1、ｃ2を、一律条件とするために、補正値Ｂ1、Ｂ2を乗算して補正する（Ｓ３）。
【００４５】
補正済みの処理要求数ｃ1A、ｃ2Aから、１台分余裕を見越した必要なサーバ数Ｄ1を算出式Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１を用いて算出する（Ｓ４）。現在時点で動作中のサーバ数Ｄ0を読取る（Ｓ５）。算出した必要なサーバ数Ｄ1と現在時点で動作中のサーバ数Ｄ0とを比較して（Ｓ６）、一致する場合は（Ｓ７）、動作中のサーバ数を変更する必要ないので、何もせずに、そのままＳ１へ戻り、次の制御周期まで待つ。
【００４６】
算出した必要なサーバ数Ｄ1と現在時点で動作中のサーバ数Ｄ0とが不一致の場合のみ（Ｓ７）、サーバ変更数（Ｄ1ーＤ0）を算出する（Ｓ８）。そして、起動又は停止すべきサーバ５を決定する（Ｓ９）。サーバ負荷分散装置１２のサーバ状態メモリ１５内の該当サーバ５の動作中（ＯＮ）又は停止中（ＯＦＦ）の状態を変更する（Ｓ１０）。最後に、決定した起動又は停止すべきサーバ５を、サーバ起動停止制御部３２を介して実際に起動又は停止する（Ｓ１１）。以上の処理が終了すると、Ｓ１へ戻り、次の制御周期まで待つ。
【００４７】
このように構成された情報処理システムにおける資源割当装置及び資源割当方法においては、各クライアント３からネットワーク１を介して情報処理システム１１へ入力されるＷｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との単位時間当たりの処理要求数ｃ1、ｃ2が算出され、算出された種別Ｗ1、Ｗ2毎の処理要求数ｃ1、ｃ2は、種別毎の処理時間に対応する補正値Ｂ1、Ｂ2で補正される。したがって、補正後の種別毎の処理要求数ｃA1、ｃA2は処理に必要な時間に対応する（比例する）処理要求数となる。よって、補正後の種別毎の処理要求数の加算値（ｃA1＋ｃA2）から必要なサーバ数Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１を正確に求めることが可能となる。
【００４８】
その結果、たとえ各クライアント３からネットワーク１を介して情報処理システム１１へ入力される処理負担の異なるＷｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との単位時間当たりの処理要求数ｃ1、ｃ2の比が時間的に変動したとしても、各サーバ５の処理負担をほぼ均一に維持できる。よって、各クライアント３からネットワーク１を介して情報処理システム１１へ入力される処理要求が指定する処理を時間遅れなく正常に実行できる。
【００４９】
なお、本発明は上述した実施形態に限定されるものではない。実施形態においては、各サーバ５には、Ｗｅｂ処理部６とメール処理部７との２種別Ｗ1、Ｗ2の処理要求に対応する２種類の処理部が設けられている場合を示したが、処理要求の種別数、各サーバ５の処理部数は、２に限定されるものではない。
【００５０】
また、各サーバ５に設けられた各処理部もＷｅｂ処理部やメール処理部に限定されるものではない。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態の資源割当方法が採用された資源割当装置が組込まれた情報処理システムの概略構成を示す模式図
【図２】同情報処理システム内に設けられたサーバ処理容量メモリ及びサーバ状態メモリの記憶内容を示す図
【図３】同実施形態の資源割当装置の概略構成を示すブロック図
【図４】同実施形態の資源割当装置の動作を示す流れ図
【図５】従来の情報処理システムの概略構成を示す模式図
【図６】同じく従来の情報処理システムの概略構成を示す模式図
【符号の説明】
【００５２】
１…ネットワーク、３…クライアント、５…サーバ、６…Ｗｅｂ処理部、７…メール処理部、１１…情報処理システム、１２…サーバ負荷分散装置、１３…資源割当装置、１４…サーバ処理容量メモリ、１５…サーバ状態メモリ、１６…サーバ負荷状況メモリ、１７…処理要求受信部、１８…処理種別判定部、１９…処理要求分配部、２０，２２…処理要求数算出部、２１．２３…処理要求数補正部、２４…補正値メモリ、２５…有効サーバ数算出部、２６…有効サーバ数算出式メモリ、２７…比較部、２８…サーバ状態読取部、２９…サーバ変更数算出部、３０…状態変更サーバ決定部、３１…サーバ状態変更部、３２…サーバ起動停止制御部
【技術分野】
【０００１】
本発明は、サーバ負荷分散装置と複数のサーバとが組込まれた情報処理システムに係わり、特に、この情報処理システムにおける負荷状態に応じて、サーバ（資源）の動作（割当数）を制御する情報処理システムにおける資源割当装置、及び情報処理システムにおける資源割当方法に関する。
【背景技術】
【０００２】
例えば、図５に示すように、企業のネットワーク（インターネット）１上に公開されたＷｅｂサイトに採用される情報処理システム２においては、多数のクライアント（顧客 消費者）３からの同一ＩＰアドレス（ＵＲＬ）を指定したアクセス要求（処理要求）に短時間で応答するために、１台のサーバ負荷分散装置（ロードバランサー）４と複数台のサーバ５とが組込まれている。各サーバ５には、クライアント（顧客 消費者）３からの例えばホームページ閲覧要求等の処理要求を実現するためのＷｅｂ処理部６が組込まれている。
【０００３】
サーバ負荷分散装置４は、各クライアント３からネットワーク（インターネット）１を介して入力された同一ＩＰアドレス（ＵＲＬ）を指定した複数のアクセス要求（処理要求）を各サーバ５に割り振る。処理要求が割り振られたサーバ５は、自己のＷｅｂ処理部６で処理要求が指定する例えばホームページ閲覧に応じるホームページ送信等の処理を実行する。
【０００４】
なお、各サーバ５は、同時に複数の処理を実施可能である。同時にＭ個の処理が可能であれば、ｎ個のサーバ５が情報処理システム２に組込まれていた場合は、この情報処理システム２で同時に（Ｍ×ｎ）個のクライアント３からの処理要求に応じることが可能である。
【０００５】
このような情報処理システム２においては、サーバ負荷分散装置４へ入力される処理要求数は、一定でなく、時間、曜日に応じて大きく変動する。したがって、常時、全部のサーバ５を動作状態にすることはなく、その時点の処理要求数Ａに応じて運転するサーバ数Ｅを１台分余裕を見越して次のように決めておく。
【０００６】
Ｅ＝（Ａ／Ｍ）＋１
このサーバ数Ｅ分のサーバ５のみを運転（動作）状態にする。そして、サーバ負荷分散装置４は、各クライアント３からネットワーク１を介して入力された各処理要求を動作中の各サーバ５に割り振る。
【０００７】
なお、特許文献１に、各負荷ユニット（サーバ）の負荷率を算出して、負荷率の小さい負荷ユニット（サーバ）に新規の負荷要求を送信する技術が開示されている。
【特許文献１】特開２００１―７５９３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した手法でその時点の処理要求数Ａに応じて運転するサーバ数Ｅを求める情報処理システム２においても、まだ解消すべき次のような課題があった。
【０００９】
すなわち、図６に示すように、各サーバ５内に、上述した例えばクライアント３からのホームページ閲覧要求等の処理要求を実現するためのＷｅｂ処理部６の他に、クライアント３からのメール応答要求等の処理要求を実現するためメール処理部７が設けられている場合を想定する。
【００１０】
この場合、各サーバ５にはＷｅｂ処理要求とメール処理要求との２種別の処理要求が入力される。各サーバ５は、同時にＭ個の処理を実施可能である。しかし、一つのメール処理を実行する場合のＣＰＵの処理負担は、一つのＷｅｂ処理を実行する場合のＣＰＵの処理負担に比較して格段に大きく、その結果、処理時間も長くなる。
【００１１】
したがって、サーバ５に入力されたＭ個の処理要求が全部メール処理要求である場合のサーバ５の処理負担は、サーバ５に入力されたＭ個の処理要求が全部Ｗｅｂ処理要求である場合のサーバ５の処理負担に比較して格段に大きくなる。その結果、該当サーバ５の全体の処理時間が他のサーバ５に比較して長くなる。この場合、メール処理要求が多いサーバ５に入力されたＷｅｂ処理要求の処理も遅れることになる。
【００１２】
このことは、各クライアント３からネットワーク１を介して情報処理システム２に入力された各処理要求の処理所要時間に大きな差が生じる問題がある。また、サーバ５間で処理負担の大きな不均一が生じる。
【００１３】
本発明はこのような事情に鑑みてなされたものであり、たとえ外部から入力される処理要求が処理負担の異なる複数種別の処理要求であったとしても、かつ外部から入力される処理要求数が時間的に変動したとしても、各サーバの処理負担をほぼ均一に維持でき、外部から入力される処理要求が指定する処理を時間遅れなく正常に実行できる情報処理システムの資源割当装置、及び情報処理システムの資源割当方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、サーバ負荷分散装置と複数のサーバとが組込まれ、サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、各サーバは、各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当装置である。
【００１５】
そして、上記課題を解消するために、本発明の情報処理システムにおける資源割当装置は、外部から入力される種別毎の処理要求数を算出する処理要求数算出手段と、処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を記憶する補正値記憶手段と、処理要求数算出手段で算出した種別毎の処理要求数に補正値記憶手段に記憶された該当種別毎の補正値を乗算して種別毎の処理要求数を補正する処理要求数補正手段と、この処理要求数補正手段で補正された種別毎の補正済処理要求数の加算数に基づいて入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出手段と、このサーバ数算出手段で算出されたサーバ数に基づいて動作状態のサーバ数を増減するサーバ制御手段とを備えている。
【００１６】
このように構成された情報処理システムにおける資源割当装置においては、外部から入力される種別毎の処理要求数が算出され、算出された種別毎の処理要求数は、種別毎の処理時間に対応する補正値で補正される。したがって、補正後の種別毎の処理要求数は処理に必要な時間に対応する（比例する）処理要求数となる。よって、補正後の種別毎の処理要求数の加算値から必要なサーバ数を正確に求めることが可能となる。
【００１７】
その結果、たとえ外部からに入力される処理要求が処理負担の異なる複数種別の処理要求であったとしても、かつ外部から入力される処理要求数が変動したとしても、各サーバの処理負担をほぼ均一に維持できる。
【００１８】
また、別の発明は、サーバ負荷分散装置と複数のサーバとが組込まれ、サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、各サーバは、各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当方法である。
【００１９】
そして、上記課題を解消するために、本発明の情報処理システムにおける資源割当方法は、外部から入力される種別毎の処理要求数を算出する処理要求数算出ステップと、処理要求数算出ステップで算出した種別毎の処理要求数に、処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を乗算して、種別毎の処理要求数を補正する処理要求数補正ステップと、この処理要求数補正ステップで補正された種別毎の補正済処理要求数の加算数に基づいて入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出ステップと、このサーバ数算出ステップで算出されたサーバ数に基づいて動作状態のサーバ数を増減するサーバ制御ステップとを備えている。
【００２０】
このように構成された情報処理システムにおける資源割当方法においては、上述した情報処理システムにおける資源割当装置とほぼ同じ作用効果を奏することが可能である。
【発明の効果】
【００２１】
本発明は、外部から入力される種別毎の処理要求数を算出し、算出した種別毎の処理要求数を種別毎の処理時間に対応する補正値で補正し、補正後の種別毎の処理要求数の加算値から必要なサーバ数を求めている。
【００２２】
したがって、たとえ外部から入力される処理要求が処理負担の異なる複数種別の処理要求であったとしても、かつ外部から入力される処理要求数が時間的に変動したとしても、各サーバの処理負担をほぼ均一に維持でき、外部から入力される処理要求が指定する処理を時間遅れなく正常に実行できる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の一実施形態を図面を用いて説明する。
【００２４】
図１は、本発明の一実施形態の資源割当方法が採用された資源割当装置が組込まれた情報処理システムの概略構成を示す模式図である。図５、図６に示す従来の情報処理システム２と同一部分には同一符号を付して重複する部分の重複説明を省略する。
【００２５】
例えば、企業のネットワーク（インターネット）１上に公開されたＷｅｂサイトに採用される情報処理システム１１には、多数のクライアント（顧客 消費者）３からの各アクセス要求（処理要求）に短時間で応答するために、１台のサーバ負荷分散装置（ロードバランサー）１２と、ｎ台のサーバ５と、１台の資源割当装置１３とが組込まれている。
【００２６】
各サーバ５には、クライアント（顧客 消費者）３からの例えばホームページ閲覧要求等の処理要求を実現するためのＷｅｂ処理部６と、クライアント（顧客 消費者）３からのメール応答要求等の処理要求を実現するためメール処理部７との２種別の処理部が組込まれている。メール処理部７で一つのメール処理を実行する場合のＣＰＵの処理負担、すなわち処理時間は、例えば、Ｗｅｂ処理部６で一つのＷｅｂ処理を実行する場合の処理時間に対して２倍を必要とする。各サーバ５は同時にＭ個の処理を実施可能である。なお、各サーバ５は、資源割当装置１３でＯＮ／ＯＦＦ制御される。
【００２７】
したがって、各クライアント３から情報処理システム１１へ入力される処理要求には、Ｗｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との２種別ある。
【００２８】
サーバ負荷分散装置（ロードバランサー）１２には、サーバ処理容量メモリ１４、サーバ状態メモリ１５、サーバ負荷状況メモリ１６、処理要求受信部１７、処理種別判定部１８、処理要求分配部１９が設けられている。
【００２９】
サーバ処理容量メモリ１４内には、図２（ａ）に示すように、各サーバ５における同時に処理可能な処理要求数を示す最大処理可能数Ｍ（この実施形態においては、Ｍ＝５０）と、各処理種別Ｗ1、Ｗ2の単独処理可能数Ｎ1、Ｎ2（この実施形態においては、Ｎ1＝５０、Ｎ2＝２５）とが記憶されている。この各単独処理可能数Ｎ1、Ｎ2は、サーバ５において、対応する種別Ｗ1、Ｗ2の処理のみを実行した場合において、その処理時間が基準時間内に終了する処理要求数である。
【００３０】
サーバ状態メモリ１５内には、図２（ｂ）に示すように、Ｎｏ．１〜Ｎｏ．ｎのｎ台の各サーバ５の現在時点における動作中（ＯＮ）又は停止中（ＯＦＦ）であるかの状態が記憶されている。
【００３１】
サーバ負荷状況メモリ１６内には、ｎ台の各サーバ５の現在時点における処理中の処理要求の各種別Ｗ1、Ｗ2毎の処理要求数Ｘ1、Ｘ2が記憶されている。
【００３２】
処理要求受信部１７は、各クライアント３からネットワーク１を介して入力された複数のアクセス要求（処理要求）を受信し、次の処理種別判定部１８へ送出する。処理種別判定部１８は、入力された各処理要求の種別Ｗ1、Ｗ2を判定して、各処理要求に種別Ｗ1、Ｗ2を付して、次の処理要求分配部１９へ送出する。
【００３３】
処理要求分配部１９は、順次入力される各種別Ｗ1、Ｗ2の処理要求を、サーバ状態メモリ１５内に設定された動作中の各サーバ５に対して例えばラウンドロビン方式で順番に割り振って（送信して）いく。そして、割り振り（送信）結果をサーバ負荷状況メモリ１６内に登録（書込む）する。
【００３４】
なお、サーバ負荷状況メモリ１６内の割り振り先のサーバ５の割り振り済みの、処理時間で補正した処理要求数Ｓ＝Ｘ1＋２Ｘ2が最大処理可能数Ｍを超える場合は、このサーバ５に対する新規処理要求の割り振り（送信）を実施せずに、次のサーバ５に新規処理要求の割り振り（送信）を行う。さらに、処理要求分配部１９は、サーバ５にて情報処理が終了した処理要求をサーバ負荷状況メモリ１６内から削除する。
【００３５】
図３は、資源割当装置１３の概略構成を示すブロック図である。
処理要求数算出部２０は、サーバ負荷分散装置１２の処理種別判定部１８から出力されたＷｅｂ処理要求（種別Ｗ1）の単位時間当たりの処理要求数ｃ1を算出して、次の処理要求数補正部２１へ送出する。一方、処理要求数算出部２２は、サーバ負荷分散装置１２の処理種別判定部１８から出力されたメール処理要求（種別Ｗ2）の単位時間当たりの処理要求数ｃ2を算出して、次の処理要求数補正部２３へ送出する。
【００３６】
補正値メモリ２４内には、処理要求の前述した種別Ｗ1、Ｗ2毎に各処理要求の処理を実行するに要する時間に対応した補正値Ｂ1、Ｂ2が記憶されている。この実施形態においては、メール処理要求（種別Ｗ2）の処理時間はＷｅｂ処理要求（種別Ｗ1）の処理時間の２倍であるので、各補正値は、Ｂ1＝１、Ｂ2＝２に設定されている。
【００３７】
処理要求数補正部２１は、処理要求数ｃ1に補正値Ｂ1＝１を乗算して、Ｗｅｂ処理要求（種別Ｗ1）の処理要求数を補正して、補正後の処理要求数ｃ1Aとして、有効サーバ数算出部２５へ送出する。同様に、処理要求数補正部２３は、処理要求数ｃ2に補正値Ｂ2＝２を乗算して、メール処理要求（種別Ｗ2）の処理要求数を補正して、補正後の処理要求数ｃ2Aとして、有効サーバ数算出部２５へ送出する。
【００３８】
ｃ1A＝ｃ1×Ｂ1＝ｃ1×１＝ｃ1
ｃ2A＝ｃ2×Ｂ2＝ｃ2×２＝２ｃ2
有効サーバ数算出式メモリ２６内には、前述した最大処理可能数Ｍ、及び補正後の処理要求数ｃ1A、ｃ2Aを用いて、１台分余裕を見越した必要なサーバ数Ｄ1を算出する算出式が記憶されている。
【００３９】
Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１
有効サーバ数算出部２５は、補正後の処理要求数ｃ1A、ｃ2A分の処理要求を実現させるために必要なサーバ数Ｄ1を前述した算出式を用いて算出して、比較部２７へ送出する。
【００４０】
サーバ状態読取部２８は、サーバ負荷分散装置１２のサーバ状態メモリ１５内の動作中のサーバ数Ｄ0を読取って比較部２７へ送出する。さらに、サーバ状態読取部２８は、各サーバ５の現在時点における動作中（ＯＮ）又は停止中（ＯＦＦ）の状態を読取って状態変更サーバ決定部３０へ送出する。
【００４１】
比較部２７は、算出した必要なサーバ数Ｄ1と現在時点で動作中のサーバ数Ｄ0とを比較して、不一致の場合のみ、サーバ変更数算出部２９を起動する。サーバ変更数算出部２９は、必要なサーバ数Ｄ1と動作中のサーバ数Ｄ0との差で示されるサーバ変更数（Ｄ1ーＤ0）を算出して、状態変更サーバ決定部３０へ送出する。
【００４２】
状態変更サーバ決定部３０は、各サーバ５の現在時点における動作中（ＯＮ）又は停止中（ＯＦＦ）の状態に基づいて、新たに起動又は停止するサーバ５を例えばサーバ番号の若い順に決定して、サーバ状態変更部３１を介してサーバ負荷分散装置１２のサーバ状態メモリ１５内の該当サーバ５の動作中（ＯＮ）又は停止中（ＯＦＦ）の状態を変更する。
【００４３】
さらに、状態変更サーバ決定部３０は、決定した起動又は停止するサーバ５を、サーバ起動停止制御部３２を介して実際に起動又は停止する。
【００４４】
図４は、このように構成された資源割当装置１３の全体動作を示す流れ図である。制御周期で定まる規定時間ＴSが経過すると（ステップＳ１）、各クライアント３から情報処理システム１１へ入力されるＷｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との単位時間当たりの処理要求数ｃ1、ｃ2を読取る（Ｓ２）。読取った各処理要求数ｃ1、ｃ2を、一律条件とするために、補正値Ｂ1、Ｂ2を乗算して補正する（Ｓ３）。
【００４５】
補正済みの処理要求数ｃ1A、ｃ2Aから、１台分余裕を見越した必要なサーバ数Ｄ1を算出式Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１を用いて算出する（Ｓ４）。現在時点で動作中のサーバ数Ｄ0を読取る（Ｓ５）。算出した必要なサーバ数Ｄ1と現在時点で動作中のサーバ数Ｄ0とを比較して（Ｓ６）、一致する場合は（Ｓ７）、動作中のサーバ数を変更する必要ないので、何もせずに、そのままＳ１へ戻り、次の制御周期まで待つ。
【００４６】
算出した必要なサーバ数Ｄ1と現在時点で動作中のサーバ数Ｄ0とが不一致の場合のみ（Ｓ７）、サーバ変更数（Ｄ1ーＤ0）を算出する（Ｓ８）。そして、起動又は停止すべきサーバ５を決定する（Ｓ９）。サーバ負荷分散装置１２のサーバ状態メモリ１５内の該当サーバ５の動作中（ＯＮ）又は停止中（ＯＦＦ）の状態を変更する（Ｓ１０）。最後に、決定した起動又は停止すべきサーバ５を、サーバ起動停止制御部３２を介して実際に起動又は停止する（Ｓ１１）。以上の処理が終了すると、Ｓ１へ戻り、次の制御周期まで待つ。
【００４７】
このように構成された情報処理システムにおける資源割当装置及び資源割当方法においては、各クライアント３からネットワーク１を介して情報処理システム１１へ入力されるＷｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との単位時間当たりの処理要求数ｃ1、ｃ2が算出され、算出された種別Ｗ1、Ｗ2毎の処理要求数ｃ1、ｃ2は、種別毎の処理時間に対応する補正値Ｂ1、Ｂ2で補正される。したがって、補正後の種別毎の処理要求数ｃA1、ｃA2は処理に必要な時間に対応する（比例する）処理要求数となる。よって、補正後の種別毎の処理要求数の加算値（ｃA1＋ｃA2）から必要なサーバ数Ｄ1＝［（ｃ1A＋ｃ2A）／Ｍ］＋１を正確に求めることが可能となる。
【００４８】
その結果、たとえ各クライアント３からネットワーク１を介して情報処理システム１１へ入力される処理負担の異なるＷｅｂ処理要求（種別Ｗ1）とメール処理要求（種別Ｗ2）との単位時間当たりの処理要求数ｃ1、ｃ2の比が時間的に変動したとしても、各サーバ５の処理負担をほぼ均一に維持できる。よって、各クライアント３からネットワーク１を介して情報処理システム１１へ入力される処理要求が指定する処理を時間遅れなく正常に実行できる。
【００４９】
なお、本発明は上述した実施形態に限定されるものではない。実施形態においては、各サーバ５には、Ｗｅｂ処理部６とメール処理部７との２種別Ｗ1、Ｗ2の処理要求に対応する２種類の処理部が設けられている場合を示したが、処理要求の種別数、各サーバ５の処理部数は、２に限定されるものではない。
【００５０】
また、各サーバ５に設けられた各処理部もＷｅｂ処理部やメール処理部に限定されるものではない。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態の資源割当方法が採用された資源割当装置が組込まれた情報処理システムの概略構成を示す模式図
【図２】同情報処理システム内に設けられたサーバ処理容量メモリ及びサーバ状態メモリの記憶内容を示す図
【図３】同実施形態の資源割当装置の概略構成を示すブロック図
【図４】同実施形態の資源割当装置の動作を示す流れ図
【図５】従来の情報処理システムの概略構成を示す模式図
【図６】同じく従来の情報処理システムの概略構成を示す模式図
【符号の説明】
【００５２】
１…ネットワーク、３…クライアント、５…サーバ、６…Ｗｅｂ処理部、７…メール処理部、１１…情報処理システム、１２…サーバ負荷分散装置、１３…資源割当装置、１４…サーバ処理容量メモリ、１５…サーバ状態メモリ、１６…サーバ負荷状況メモリ、１７…処理要求受信部、１８…処理種別判定部、１９…処理要求分配部、２０，２２…処理要求数算出部、２１．２３…処理要求数補正部、２４…補正値メモリ、２５…有効サーバ数算出部、２６…有効サーバ数算出式メモリ、２７…比較部、２８…サーバ状態読取部、２９…サーバ変更数算出部、３０…状態変更サーバ決定部、３１…サーバ状態変更部、３２…サーバ起動停止制御部
【特許請求の範囲】
【請求項１】
サーバ負荷分散装置と複数のサーバとが組込まれ、前記サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、前記各サーバは、前記各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当装置において、
前記外部から入力される種別毎の処理要求数を算出する処理要求数算出手段と、
前記処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を記憶する補正値記憶手段と、
前記処理要求数算出手段で算出した種別毎の処理要求数に前記補正値記憶手段に記憶された該当種別毎の補正値を乗算して種別毎の処理要求数を補正する処理要求数補正手段と、
この処理要求数補正手段で補正された種別毎の補正済処理要求数の加算数に基づいて前記入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出手段と、
このサーバ数算出手段で算出されたサーバ数に基づいて前記動作状態のサーバ数を増減するサーバ制御手段と
を備えた情報処理システムにおける資源割当装置。
【請求項２】
サーバ負荷分散装置と複数のサーバとが組込まれ、前記サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、前記各サーバは、前記各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当方法において、
前記外部から入力される種別毎の処理要求数を算出する処理要求数算出ステップと、
前記処理要求数算出ステップで算出した種別毎の処理要求数に、前記処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を乗算して、種別毎の処理要求数を補正する処理要求数補正ステップと、
この処理要求数補正ステップで補正された種別毎の補正済処理要求数の加算数に基づいて前記入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出ステップと、
このサーバ数算出ステップで算出されたサーバ数に基づいて前記動作状態のサーバ数を増減するサーバ制御ステップと
を備えた情報処理システムにおける資源割当方法。
【請求項１】
サーバ負荷分散装置と複数のサーバとが組込まれ、前記サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、前記各サーバは、前記各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当装置において、
前記外部から入力される種別毎の処理要求数を算出する処理要求数算出手段と、
前記処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を記憶する補正値記憶手段と、
前記処理要求数算出手段で算出した種別毎の処理要求数に前記補正値記憶手段に記憶された該当種別毎の補正値を乗算して種別毎の処理要求数を補正する処理要求数補正手段と、
この処理要求数補正手段で補正された種別毎の補正済処理要求数の加算数に基づいて前記入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出手段と、
このサーバ数算出手段で算出されたサーバ数に基づいて前記動作状態のサーバ数を増減するサーバ制御手段と
を備えた情報処理システムにおける資源割当装置。
【請求項２】
サーバ負荷分散装置と複数のサーバとが組込まれ、前記サーバ負荷分散装置は外部から入力された複数かつ複数種別の処理要求を動作中の各サーバに割り振り、前記各サーバは、前記各処理要求の種別に対応した複数の情報処理部を有し、自己に割り振られた処理要求をこの処理要求の種別に対応した情報処理部で情報処理する情報処理システムにおける資源割当方法において、
前記外部から入力される種別毎の処理要求数を算出する処理要求数算出ステップと、
前記処理要求数算出ステップで算出した種別毎の処理要求数に、前記処理要求の種別毎に各処理要求の処理を実行するに要する時間に対応した補正値を乗算して、種別毎の処理要求数を補正する処理要求数補正ステップと、
この処理要求数補正ステップで補正された種別毎の補正済処理要求数の加算数に基づいて前記入力され処理要求の処理を行うのに必要なサーバ数を算出するサーバ数算出ステップと、
このサーバ数算出ステップで算出されたサーバ数に基づいて前記動作状態のサーバ数を増減するサーバ制御ステップと
を備えた情報処理システムにおける資源割当方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００６−１０６８５９（Ｐ２００６−１０６８５９Ａ）
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願番号】特願２００４−２８８９１３（Ｐ２００４−２８８９１３）
【出願日】平成１６年９月３０日（２００４．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【公開日】平成１８年４月２０日（２００６．４．２０）
【国際特許分類】
【出願日】平成１６年９月３０日（２００４．９．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
[ Back to top ]