(57)【要約】【課題】業務に対するレスポンスや複数のクラスタサーバ毎のリソース、及び、契約内容に応じて動的にクラスタサーバの構成を変更することによってサービスレベルを保つ仕組みと、その仕組みに対して適切な課金を行うための課金装置を提供する。【解決手段】負荷分散装置３を介して複数の業務を複数のサーバ４（４−ｉ、ｉ＝１〜ｎ）で処理する際、レスポンス監視装置６で業務のレスポンス状態を監視し、契約管理装置９で管理されている契約内容を満足できない場合は、サーバ監視・制御装置８にて適切な業務の割り振りを行う。更に、サーバ監視・制御装置８にてサーバ４（４−ｉ、ｉ＝１〜ｎ）毎のリソース使用状況を監視し、あらかじめ定められた閾値を超える場合は、適切な業務の割り振りを行う。課金装置１０はサーバ監視・制御装置８より業務の割り振り（構成）変更処理のログを入手し、契約内容に従って課金処理を行う。【選択図】図１
2007249470.tif 000002
【特許請求の範囲】
【請求項１】
負荷分散装置を介してインターネットに接続される複数のクラスタサーバの各々のリソースを監視し、且つ、監視の結果、取得した情報に基づき前記クラスタサーバが実行する業務を制御するサーバ監視・制御装置と、
最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を管理する契約管理装置と、
前記契約内容に基づく課金処理を行う課金装置と
を具備する
クラスタサーバシステム。
【請求項２】
請求項１に記載のクラスタサーバシステムにおいて、
前記サーバ監視・制御装置は、レスポンス監視装置で監視された業務のレスポンス状態が、契約管理装置で管理されている契約内容を満足しない場合、超負荷処理サーバに処理を割り振る
クラスタサーバシステム。
【請求項３】
請求項１に記載のクラスタサーバシステムにおいて、
前記課金装置は、前記サーバ監視・制御装置の業務の構成変更処理ログに基づき、最大使用リソース数を検出し、最大使用リソース数と時間あたりの単価と使用時間の積で課金処理を行う
クラスタサーバシステム。
【請求項４】
請求項１に記載のクラスタサーバシステムにおいて、
前記課金装置は、前記サーバ監視・制御装置の業務の構成変更処理ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により課金処理を行う
クラスタサーバシステム。
【請求項５】
負荷分散装置を介してインターネットに接続される複数のクラスタサーバの各々のリソースを監視するサーバ監視部と、
前記各サーバのリソース使用状況が、契約で定められている閾値を超える場合、或いは下回る場合、前記負荷分散装置に対して、前記各サーバへの業務割り当ての設定変更を指示するサーバ制御部と
を具備する
サーバ監視・制御装置。
【請求項６】
負荷分散装置を介してインターネットに接続される複数のクラスタサーバの業務の割り当て変更処理のログを取得するログ取得部と、
前記複数のクラスタサーバの最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を取得する契約内容取得部と、
前記ログ及び前記契約内容を参照し、使用リソースの利用料金を計算して課金情報を作成する課金情報作成部と
を具備する
課金装置。
【請求項７】
請求項６に記載の課金装置において、
前記課金情報作成部は、前記ログに基づき、前記最大使用リソース数を検出し、前記最大使用リソース数と時間あたりの単価と使用時間の積で前記利用料金を計算する
課金装置。
【請求項８】
請求項６に記載の課金装置において、
前記課金情報作成部は、前記ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により前記利用料金を計算する
課金装置。
【請求項９】
（ａ）負荷分散装置を介してインターネットに接続される複数のクラスタサーバの各々のリソースを監視し、且つ、監視の結果、取得した情報に基づき前記クラスタサーバが実行する業務を制御するステップと、
（ｂ）最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を管理するステップと、
（ｃ）前記契約内容に基づく課金処理を行うステップと
を具備する
課金方法。
【請求項１０】
請求項９に記載の課金方法において、
前記（ａ）ステップは、
（ａ１）レスポンス監視装置で監視された業務のレスポンス状態が、契約管理装置で管理されている契約内容を満足しない場合、超負荷処理サーバに処理を割り振るステップ
を具備する
課金方法。
【請求項１１】
請求項９に記載の課金方法において、
前記（ｃ）ステップは、
（ｃ１）業務の構成変更処理ログに基づき最大使用リソース数を検出し、最大使用リソース数と時間あたりの単価と使用時間の積で課金処理を行うステップ
を具備する
課金方法。
【請求項１２】
請求項９に記載の課金方法において、
前記（ｃ）ステップは、
（ｃ２）業務の構成変更処理ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により課金処理を行うステップ
を具備する
課金方法。
【請求項１３】
（ｄ）負荷分散装置を介してインターネットに接続される複数のクラスタサーバの各々のリソースを監視するステップと、
（ｅ）前記各サーバのリソース使用状況が、契約で定められている閾値を超える場合、或いは下回る場合、前記負荷分散装置に対して、前記各サーバへの業務割り当ての設定変更を指示するステップと
を具備する
課金方法。
【請求項１４】
（Ａ）負荷分散装置を介してインターネットに接続される複数のクラスタサーバの業務の割り当て変更処理のログを取得するステップと、
（Ｂ）前記複数のクラスタサーバの最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を取得するステップと、
（Ｃ）前記ログ及び前記契約内容を参照し、使用リソースの利用料金を計算して課金情報を作成するステップと
を具備する
課金方法。
【請求項１５】
請求項１４に記載の課金方法において、
前記（Ｃ）ステップは、
（Ｃ１）前記ログに基づき、前記最大使用リソース数を検出し、前記最大使用リソース数と時間あたりの単価と使用時間の積で前記利用料金を計算するステップ
を具備する
課金方法。
【請求項１６】
請求項１４に記載の課金方法において、
前記（Ｃ）ステップは、
（Ｃ２）前記ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により前記利用料金を計算するステップ
を具備する
課金方法。
【請求項１７】
請求項９乃至１４のいずれか一項に記載の課金方法を、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラスタサーバシステムに関し、特にクラスタサーバシステムの課金装置に関する。
【背景技術】
【０００２】
インターネットを始めとするネットワーク環境下において、サーバを利用したサービスの需要や重要性の増大に伴い、サーバへの負荷も増大している。特定のサーバへの負荷の集中や回線の混雑を回避するための技術として動的負荷分散システムが知られている。
【０００３】
従来の動的負荷分散システムは、クライアントと、負荷分散装置と、レスポンス監視エージェントと、サーバ監視・制御エージェントと、複数のＷｅｂサーバとから構成されている。
このような構成を有する従来の動的負荷分散システムでは、複数のＷｅｂサーバが複数の業務を分散して処理する際、インターネットの外側においてレスポンスを監視する。また、インターネットの内側において各ＷｅｂサーバのＣＰＵ使用率等のリソースを監視し、あらかじめ設定されたルールに対して、レスポンスの遅れやＣＰＵの高負荷を検出したときに、サーバ監視・制御エージェントによって各Ｗｅｂサーバに対する複数の業務の割り振りを動的に変更する。
【０００４】
関連する技術として、特開２００５−１８２６４１号公報（特許文献１）に動的負荷分散システムが開示されている。
この従来技術は、クライアントからの操作によってインターネットを介して複数業務を複数サーバを用いて処理するシステムの動的負荷分散システムに関する。この動的負荷分散システムは、複数の業務処理を分散して処理する複数のサーバと、前記複数のサーバ毎の実行する業務を指示するサーバ監視・制御エージェントと、前記複数の業務に対するレスポンスを監視するレスポンス監視エージェントとを備え、前記サーバ監視・制御エージェントが、複数のサーバ毎のリソース及び複数の業務に対するレスポンス並びにルール情報に基づいて複数のサーバが個々に実行する業務を指示することを特徴とする。
【０００５】
また、特開２００２−３２２１６号公報（特許文献２）にアプリケーションのホスティング装置が開示されている。
この従来技術は、クライアントと、アプリケーションサーバによってアプリケーションサービスを提供するサービス業者とを仲介するホスティング装置に関する。このホスティング装置は、該クライアントを使用するユーザ情報に基づいて、該クライアントのユーザを認証する認証手段と、該アプリケーションサーバが独自の認証システムを有している場合には、該アプリケーションサーバに該ユーザがログインするために必要なデータを格納する認証用データ格納手段と、該認証用データ格納手段に格納されたデータに基づいて、該認証手段において認証が成功したユーザの該アプリケーションサーバへのログインを自動的に行う自動ログイン手段とを備えることを特徴とする。
【０００６】
しかし、従来の動的負荷分散システムでは、業務に対するレスポンスやサーバ毎のリソース及び契約内容に応じて動的にクラスタサーバの構成を切り替えて、業務のサービスレベルを保つ仕組みに対し、適切かつ柔軟に課金を行うことができない。その理由は、該仕組みに対して課金を行うための課金装置がないためである。
【０００７】
【特許文献１】特開２００５−１８２６４１号公報
【特許文献２】特開２００２−３２２１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、業務に対するレスポンスや複数のクラスタサーバ毎のリソース、及び、契約内容に応じて動的にクラスタサーバの構成を変更することによってサービスレベルを保つクラスタサーバシステムを提供することである。
本発明の他の目的は、クラスタサーバシステムに対して適切かつ柔軟な課金処理ができる課金装置を提供することにある。
【課題を解決するための手段】
【０００９】
以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１０】
本発明のクラスタサーバ（４）システムは、負荷分散装置（３）を介してインターネット（２）に接続される複数のクラスタサーバ（４）の各々のリソースを監視し、且つ、監視の結果、取得した情報に基づき前記クラスタサーバ（４）が実行する業務を制御するサーバ監視・制御装置（８）と、最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を管理する契約管理装置（９）と、前記契約内容に基づく課金処理を行う課金装置（１０）とを具備する。
【００１１】
前記サーバ監視・制御装置（８）は、レスポンス監視装置で監視された業務のレスポンス状態が、契約管理装置（９）で管理されている契約内容を満足しない場合、超負荷処理サーバ（１１）に処理を割り振る。
【００１２】
前記課金装置（１０）は、前記サーバ監視・制御装置（８）の業務の構成変更処理ログに基づき、最大使用リソース数を検出し、最大使用リソース数と時間あたりの単価と使用時間の積で課金処理を行う。
【００１３】
前記課金装置（１０）は、前記サーバ監視・制御装置（８）の業務の構成変更処理ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により課金処理を行う。
【００１４】
本願発明のサーバ監視・制御装置（８）は、負荷分散装置（３）を介してインターネット（２）に接続される複数のクラスタサーバ（４）の各々のリソースを監視するサーバ監視部と、前記各サーバ（４）のリソース使用状況が、契約で定められている閾値を超える場合、或いは下回る場合、前記負荷分散装置（３）に対して、前記各サーバ（４）への業務割り当ての設定変更を指示するサーバ制御部とを具備する。
【００１５】
本発明の課金装置（１０）は、負荷分散装置（３）を介してインターネット（２）に接続される複数のクラスタサーバ（４）の業務の割り当て変更処理のログを取得するログ取得部と、前記複数のクラスタサーバ（４）の最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を取得する契約内容取得部と、前記ログ及び前記契約内容を参照し、使用リソースの利用料金を計算して課金情報を作成する課金情報作成部とを具備する。
【００１６】
前記課金情報作成部は、前記ログに基づき、前記最大使用リソース数を検出し、前記最大使用リソース数と時間あたりの単価と使用時間の積で前記利用料金を計算する。
【００１７】
前記課金情報作成部は、前記ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により前記利用料金を計算する。
【００１８】
本発明の課金方法は、（ａ）負荷分散装置（３）を介してインターネット（２）に接続される複数のクラスタサーバ（４）の各々のリソースを監視し、且つ、監視の結果、取得した情報に基づき前記クラスタサーバ（４）が実行する業務を制御するステップと、（ｂ）最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を管理するステップと、（ｃ）前記契約内容に基づく課金処理を行うステップとを具備する。
【００１９】
前記（ａ）ステップは、（ａ１）レスポンス監視装置で監視された業務のレスポンス状態が、契約管理装置（９）で管理されている契約内容を満足しない場合、超負荷処理サーバ（１１）に処理を割り振るステップ
を具備する。
【００２０】
前記（ｃ）ステップは、（ｃ１）業務の構成変更処理ログに基づき最大使用リソース数を検出し、最大使用リソース数と時間あたりの単価と使用時間の積で課金処理を行うステップ
を具備する。
【００２１】
前記（ｃ）ステップは、（ｃ２）業務の構成変更処理ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により課金処理を行うステップ
を具備する。
【００２２】
本発明の他の課金方法は、（ｄ）負荷分散装置（３）を介してインターネット（２）に接続される複数のクラスタサーバ（４）の各々のリソースを監視するステップと、（ｅ）前記各サーバ（４）のリソース使用状況が、契約で定められている閾値を超える場合、或いは下回る場合、前記負荷分散装置（３）に対して、前記各サーバ（４）への業務割り当ての設定変更を指示するステップとを具備する。
【００２３】
本発明の更に他の課金方法は、（Ａ）負荷分散装置（３）を介してインターネット（２）に接続される複数のクラスタサーバ（４）の業務の割り当て変更処理のログを取得するステップと、（Ｂ）前記複数のクラスタサーバ（４）の最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を取得するステップと、（Ｃ）前記ログ及び前記契約内容を参照し、使用リソースの利用料金を計算して課金情報を作成するステップとを具備する。
【００２４】
前記（Ｃ）ステップは、（Ｃ１）前記ログに基づき、前記最大使用リソース数を検出し、前記最大使用リソース数と時間あたりの単価と使用時間の積で前記利用料金を計算するステップを具備する。
【００２５】
前記（Ｃ）ステップは、（Ｃ２）前記ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により前記利用料金を計算するステップを具備する。
【００２６】
本発明のプログラムは、上記のいずれかの課金方法をコンピュータに実行させる。
【発明の効果】
【００２７】
第１の効果は、複数の業務に対するレスポンス及び複数のサーバ毎のリソースを取得して、適切なクラスタサーバ（４）構成に切り替える処理に対し、適切かつ柔軟な課金処理を行うことができることにある。
第２の効果は、クラスタ構成を切り替える要因として、ユーザとの契約内容を加えたことにより、ユーザのサービスレベルを容易に最適化するとともに、提供する業務のサービスレベルに見合った課金ができることにある。
第３の効果は、クラスタ構成の切り替えに応じて、最大使用リソースに基づいた課金ができることにある。
第４の効果は、クラスタ構成の切り替えに応じて、平均使用リソースに基づいた課金ができることにある。
【発明を実施するための最良の形態】
【００２８】
本発明は、インターネットを介して複数の業務を分散して行うクラスタサーバシステムに関し、特に各サーバの利用状況に応じた適切な課金を行うことができる課金装置に関する。本発明のクラスタサーバシステムは、インターネットを介して複数の業務を処理する複数のサーバから構成されるシステムである。このクラスタサーバシステムは、前記業務処理のサービスレベルを管理する契約管理装置と、前記複数のサーバ毎のリソースを監視し、該情報に基づき複数のサーバが個々に実行する業務処理を割り振るサーバ監視・制御装置と、前記サーバ監視・制御装置の処理ログに基づき課金処理を行う課金装置とを備える。そして、負荷に応じて動的に構成変更処理が行われた業務に対しても、適切かつ柔軟な課金処理を行うよう動作する。このような構成を採用し、適切かつ柔軟な課金処理をすることにより、本発明の目的を達成することが可能となる。
【００２９】
以下に本発明の第１実施形態について添付図面を参照して説明する。
図１に示すように、本発明のクラスタサーバシステムは、端末１と、インターネット２と、負荷分散装置３と、サーバ４と、ストレージ５と、レスポンス監視装置６と、ルータ７と、サーバ監視・制御装置８と、契約管理装置９と、課金装置１０と、超負荷処理サーバ１１を備える。
【００３０】
端末１、負荷分散装置３、レスポンス監視装置６及びルータ７は、インターネット２に接続されている。サーバ４及び超負荷処理サーバ１１は、負荷分散装置３に接続されている。ルータ７は、サーバ監視・制御装置８、契約管理装置９、及び課金装置１０に接続されている。更に、サーバ４、ストレージ５、サーバ監視・制御装置８、契約管理装置９、課金装置１０、及び超負荷処理サーバ１１は、負荷分散装置３及びルータ７を経由しない他の回線（例えばＬＡＮ）で接続されている。
【００３１】
端末１は、ユーザが利用する通信装置である。ここでは、端末１は、コンピュータとして説明する。但し、実際には、端末１は、携帯電話機、ＰＤＡ、ハンディターミナル、インターネット対応のテレビ、録画再生装置、ゲーム機、オーディオ機器、情報家電でも良い。なお、これらの例に限定されない。
【００３２】
インターネット２は、電気通信回線である。電気通信回線は、有線、無線を問わない。実際には、インターネットに限らず、専用線又は電話通信網でも良い。
【００３３】
負荷分散装置３は、決められた設定に従って、サーバ４への業務の割り振りを実施する。また、レスポンスが契約で定められた閾値を超える場合は、超負荷処理サーバ１１への業務の割り振りを実施する。
【００３４】
サーバ４（４−ｉ、ｉ＝１〜ｎ：ｎはサーバ数）は、複数のクラスタサーバである。サーバ４（４−ｉ、ｉ＝１〜ｎ）は、複数の業務を複数のサーバで分担して実行するように構成されている。
【００３５】
ストレージ５は、サーバ４（４−ｉ、ｉ＝１〜ｎ）、超負荷処理サーバ１１、及び各種装置のコンテンツや処理ログを蓄積する。
【００３６】
レスポンス監視装置６は、基本的には端末１側の動作をシミュレートするものであり、ユーザがインターネット２を介して各業務を実行するのと同等の処理を定期的に行い、レスポンス・タイムを計測することのよって、業務のサービスレベルを監視する機能を備える。ここでは、レスポンス監視装置６は、サーバ４（４−ｉ、ｉ＝１〜ｎ）、及び超負荷処理サーバ１１で処理される複数の業務に対するレスポンスを監視する。
【００３７】
レスポンス監視装置６の各業務に対するアクセスは、負荷分散装置３の機能により、対象の業務が稼動している適当なサーバ４（４−ｉ、ｉ＝１〜ｎ）及び超負荷処理サーバ１１に割り振られる。
【００３８】
レスポンス監視装置６が収集したレスポンス情報は、定期的にサーバ監視・制御装置８に送信される。
【００３９】
ルータ７は、サーバ監視・制御装置８、契約管理装置９、及び課金装置１０と、インターネット２との通信を仲介する中継装置である。
【００４０】
サーバ監視・制御装置８は、サーバ４（４−ｉ、ｉ＝１〜ｎ）のサーバ毎のリソースを監視し、且つ、契約情報、レスポンス情報、リソース情報を元にクラスタサーバが実行する業務を制御する。また、サーバ監視・制御装置８は、サーバ毎のリソース使用状況が、契約で定められている閾値を超える場合、或いは下回る場合、負荷分散装置３に対して、各サーバへの業務割り当ての設定変更を指示する。
【００４１】
図２に示すように、サーバ監視・制御装置８は、通信部８１と、第１の収集部８２と、第２の収集部８３と、判定部８４と、実行部８５を備える。
通信部８１は、レスポンス監視装置６から送信されたレスポンス情報を受信する。第１の収集部８２は、サーバ４（４−ｉ、ｉ＝１〜ｎ）のサーバ毎のＣＰＵ使用率、メモリ使用率、ディスク使用率といったサーバリソースの情報を定期的に収集する。第２の収集部８３は、契約管理装置９から契約情報を定期的に収集する。判定部８４は、これらの情報に基づき業務の割り当てを判定する。実行部８５は、該判定結果に基づき各サーバ４（４−ｉ、ｉ＝１〜ｎ）及び超負荷処理サーバ１１に業務の割り当てを実行する。
【００４２】
なお、サーバ監視・制御装置８がコンピュータである場合、ネットワークカード（例えばＮＩＣ）を通信部８１とし、ＣＰＵに、第１の収集部８２、第２の収集部８３、判定部８４、及び実行部８５の機能を持たせることができる。ＣＰＵは、必要な情報を記憶するための記憶装置（例えばメモリ、ハードディスク）に接続されている。ＣＰＵの各機能については、プログラムを実行することにより実現しても良い。
【００４３】
契約管理装置９は、ユーザとの契約情報を管理する。
【００４４】
課金装置１０は、サーバ監視・制御装置８で実行された業務割り当て変更処理のログと、契約管理装置９が管理する契約情報とを参照し、計上すべき課金データを計算し、課金情報を作成する機能を備える。
【００４５】
超負荷処理サーバ１１は、システムの負荷が増大し、サービスが低下した場合に業務が割り当てられるサーバである。
【００４６】
本発明のクラスタサーバシステムの概要について以下に詳述する。
本発明のクラスタサーバシステムでは、レスポンス監視装置６から送信されたレスポンス情報と、サーバ監視・制御装置８がサーバ４（４−ｉ、ｉ＝１〜ｎ）から収集したサーバ毎のリソース情報と、契約管理装置９が管理する契約情報を定期的に参照する。次に、レスポンス情報と契約情報を比較して、契約で定められたサービスレベルを維持できているかチェックを行う。チェックの結果、定められたサービスレベルに達していないと判断された場合は、超負荷処理サーバ１１へ業務の割り当てを追加する。続けて、リソース情報をチェックし、使用実績が定められた閾値（上限）を超えている場合は、サーバ４（４−ｉ、ｉ＝１〜ｎ）の中で最もリソースの余裕があるサーバへ業務の割り当て追加を行う。反対に、使用実績が定められた閾値（下限）に達していない場合は、該サーバ上で稼動している業務が他のサーバ上で稼動しているかどうかを確認し、他サーバでも稼動している場合に限り、業務の割り当てを解除する。サーバ４（４−ｉ、ｉ＝１〜ｎ）及び超負荷処理サーバ１１への業務割り当てを変更後、負荷分散装置３によるサーバ４（４−ｉ、ｉ＝１〜ｎ）及び超負荷処理サーバ１１へのアクセスの割り振りの変更を行う。
【００４７】
また、本発明のクラスタサーバシステムでは、課金装置１０において、定められたタイミングに従って、契約管理装置９が管理する契約情報と、サーバ監視・制御装置８によって実行されたサーバ割り当ての変更処理のログを参照し、業務毎に指定された課金方式に従って利用料金を計算する。例えば、課金方式が最大使用リソースに基づく方式の場合は、リソース毎に定められた単価に対象期間内の最大使用リソース数を乗じたものを利用料金とする。また、例えば、課金方式が平均使用リソースに基づく方式の場合は、対象期間中に使用したリソース数と該リソース数で利用した時間を乗じたものの総和を度数とし、これにリソース毎に定められた単価を乗じたものを利用料金とする。計算結果を業務毎、或いは、ユーザ毎に整理し、課金情報を作成する。
【００４８】
次に、具体的な実施例を用いて本発明を実施するための最良の形態の動作を説明する。
図３を参照して、本実施例で使用する契約情報、レスポンス情報、サーバ監視情報を説明する。
サーバ監視・制御装置８が参照する契約情報は、図３の契約情報３１に示すような形態で管理されている。例えば、ユーザ「ＵＳＲ００００１」は、サービス「ＳＲＶ１１００００１」と「ＳＶＲ１１００００２」の２つの業務を稼動しており、それぞれＳＬＡ（Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）としてレスポンス・タイムの閾値（上限）を３．０秒、５．０秒と定めており、課金方式は最大使用リソース課金を行うと定義されている。なお、ＳＬＡは、事業者が利用者に対して提供するサービスの品質について保証する内容を取り決めた契約である。
【００４９】
サーバ監視・制御装置８が参照するレスポンス情報は、図３のレスポンス監視結果レポート３２に示すような形態で、レスポンス監視装置６から送付される。例えば、２００５／１２／２５−１０：００：００時点のサービス「ＳＲＶ１１００００１」のレスポンス・タイムは４．０秒とＳＬＡの３．０秒を１．０秒上回っているとレポートされており、処理サーバの追加が必要であることを示している。
【００５０】
サーバ監視・制御装置８が参照するサーバ監視情報は、図３のサーバリソース監視定義３３に示すような形態で管理されているサーバリソース毎の監視閾値と、サーバリソース監視結果レポート３４に示すような形態で収集されるサーバ毎のリソース監視結果とがある。例えば、サーバ「ＳＶ９９０００１」はＣＰＵ使用率を９０％未満、１０％以上と設定している。２００５／１２／２５−１０：００：００時点のサーバ「ＳＶ９９０００１」のＣＰＵ使用率は６５％であるため、定義された範囲内での稼働状況であることが分かる。
【００５１】
また、図４を参照して、課金情報を説明する。
課金装置１０が参照する業務割り当ての変更処理のログは、図４のサーバ割り当て変更処理ログ４１に示すような形態で、サーバ監視・制御装置８上に置かれている。例えば、サービス「ＳＲＶ１１００００１」では、２００５／１２／０２−２２：００：００に使用ＣＰＵ数を３から２に減らし、２００５／１２／２５−１０：００：００にまた、使用ＣＰＵ数を２から３に増やしていることが分かる。
【００５２】
契約情報に定義されている課金方式の例として、最大使用リソース課金と平均使用リソース課金について図４の課金方式４２を使って説明する。最大使用リソース課金では、利用料金＝単価（円／リソース・対象期間）×対象期間内の最大使用リソース数×使用期間で算出する。平均使用リソース課金では、利用料金＝単価（円／リソース・時間）×σ（使用リソース数×使用時間）で算出する。σは、総和を表す数学記号を示す。例えば、ユーザ「ＵＳＲ００００１」は２つのサービス「ＳＲＶ１１００００１」と「ＳＲＶ１１００００２」を有しており、どちらも課金方式は最大使用リソース課金と設定されている。従って、先述の最大使用リソース課金の計算方式に則って利用料金が算出され、図４の課金請求情報４３に示すような課金情報が作成される。また、ユーザ「ＵＳＲ００００２」の場合は１つのサービス「ＳＲＶ１１００００３」を有しており、課金方式は平均使用リソース課金と設定されている。従って、先述の平均使用リソース課金の計算方式に則って利用料金が算出され、図４の課金請求情報４４に示すような課金情報を作成する。
【００５３】
次に、図５を参照して、業務の割り当て変更処理の実施例を説明する。
（１）ステップＳ１０１
サーバ監視・制御装置８は、業務の割り当て変更処理の際、サービスのレスポンス監視結果レポートを参照する。
（２）ステップＳ１０２
また、サーバ監視・制御装置８は、サーバリソース監視レポートを参照する。
（３）ステップＳ１０３
更に、サーバ監視・制御装置８は、契約情報を参照する。
（４）ステップＳ１０４
サーバ監視・制御装置８は、レスポンス結果と契約情報のＳＬＡ閾値（上限）を比較する。
（５）ステップＳ１０５
レスポンス結果がＳＬＡ閾値（上限）を上回る場合、サーバ監視・制御装置８は、超負荷処理サーバ１１に業務の割り当て追加を行う。すなわち、超負荷処理サーバ１１上でサービスを有効化する。
（６）ステップＳ１０６
レスポンス結果がＳＬＡ閾値（上限）に達していない場合、サーバ監視・制御装置８は、引き続きＳＬＡ閾値（下限）と比較する。
（７）ステップＳ１０７
レスポンス結果ＳＬＡ閾値（下限）に達していない場合、サーバ監視・制御装置８は、超負荷処理サーバ１１上で該業務が稼動しているかどうか確認する。稼動していない場合はそのまま処理を終了する。
（８）ステップＳ１０８
稼動している場合、サーバ監視・制御装置８は、業務割り当てを解除する。すなわち、超負荷処理サーバ１１上のサービスを無効化する。
（９）ステップＳ１０９
レスポンス結果がＳＬＡ閾値（下限）に達している場合、サーバ監視・制御装置８は、次にサーバリソース監視レポートを参照し、監視定義の閾値（上限）との比較を行う。
（１０）ステップＳ１１０
リソース使用率が閾値（上限）を上回る場合、サーバ監視・制御装置８は、サーバ４（４−ｉ、ｉ＝１〜ｎ）の中で最もリソースの余裕があるサーバへ業務の割り当て追加を行う。すなわち、最も低負荷のサーバ４上でサービスを有効化する。
（１１）ステップＳ１１１
リソース使用率が閾値（上限）に達していない場合、サーバ監視・制御装置８は、引き続き、閾値（下限）との比較を行う。リソース使用率が閾値（下限）を下回っていない場合は、そのまま処理を終了する。
（１２）ステップＳ１１２
リソース使用率が閾値（下限）を下回る場合、サーバ監視・制御装置８は、サーバ４（４−ｉ、ｉ＝１〜ｎ）上で稼動している業務が他のサーバ上で稼動していることを確認する。稼動していない場合はそのまま処理を終了する。
（１３）ステップＳ１１３
稼動している場合、サーバ監視・制御装置８は、業務割り当てを解除する。すなわち、サーバ４（４−ｉ、ｉ＝１〜ｎ）上のサービスを無効化する。
（１４）ステップＳ１１４
サーバ監視・制御装置８は、サーバ４（４−ｉ、ｉ＝１〜ｎ）及び超負荷処理サーバ１１への業務割り当ての変更（サービスの有効化、無効化）が完了したら、最後に負荷分散装置３によるサーバ４（４−ｉ、ｉ＝１〜ｎ）及び超負荷処理サーバ１１へのアクセスの割り振り変更を実施する。
【００５４】
例えば、前述のユーザ「ＵＳＲ００００１」のサービス「ＳＲＶ１１００００１」の場合であれば、レスポンス結果と契約情報のＳＬＡ（閾値）の比較処理（１０４）で、レスポンス結果が４．０秒、ＳＬＡ（閾値）が３．０秒であり、レスポンス結果がＳＬＡ（閾値）を上回っていると判定されるので、超負荷処理サーバに「ＳＲＶ１１００００１」を追加で割り当てる処理を行う（１０５）。その後、負荷分散装置３のサーバ４（４−ｉ、ｉ＝１〜ｎ）及び超負荷処理サーバ１１へのアクセス割り振り変更を実施する（１１４）。
【００５５】
次に、図６を参照して課金処理の実施例を説明する。
（１）ステップＳ２０１
課金装置１０は、、契約管理装置９で管理されている契約情報を取得する。
（２）ステップＳ２０２
続けて、課金装置１０は、サーバ監視・制御装置８が保有しているサーバ割り当て変更処理の実行ログを取得する。ステップＳ２０１、Ｓ２０２において情報を取得する方法としては、電子メールを用いる方法やファイル転送による方法が一例として考えられる。
（３）ステップＳ２０３
次に、本実施例では、課金装置１０は、取得した契約情報より、課金処理対象のサービスの課金方式が「最大使用リソース課金」であるかどうかをチェックする。最大使用リソース課金の場合はステップＳ２０４に、それ以外の場合は、ステップＳ２０５に進む。
（４）ステップＳ２０４
課金装置１０は、最大使用リソース課金の計算を行う。ステップＳ２０２で取得した割り当て変更処理の実行ログから、当該サービスの課金対象期間のログを抽出し、対象期間中に使用したリソースの最大数を探し出す。そして、最大使用リソース数に、期間・リソースあたりの単価を乗じたものを利用料金として計算処理を行う。
（５）ステップＳ２０５
課金装置１０は、課金処理対象のサービスの課金方式が「平均使用リソース課金」であるかどうかをチェックする。平均使用リソース課金の場合はステップＳ２０６に進む。それ以外の場合は、本実施例では「最大使用リソース課金」と「平均使用リソース課金」の２種類の課金方式しか存在しないため、エラー処理へ進む。
（６）ステップＳ２０６
課金装置１０は、平均使用リソース課金の計算を行う。ステップＳ２０２で取得した割り当て変更処理の実行ログから、当該サービスの課金対象期間のログを抽出する。使用リソース数毎に使用時間を算出し、使用リソース数に該リソース数での使用時間とリソース・単位時間あたりの単価を乗じたものの合計を利用料金として計算処理する。
（７）ステップＳ２０７
最後に、課金装置１０は、ステップＳ２０４、Ｓ２０６において求めたサービス毎の利用料金を契約ユーザ単位に課金情報としてまとめる。
【００５６】
例えば、前述のユーザ「ＵＳＲ００００１」のサービス「ＳＲＶ１１００００１」の場合であれば、ステップＳ２０１で取得した契約情報より課金方式が最大使用リソース課金であると分かるため、ステップＳ２０３において、ステップＳ２０４の処理に進むと判断される。ステップＳ２０４では、ステップＳ２０２で取得した割り当て処理のログを参照し、本対象期間内でのサービス「ＳＲＶ１１００００１」の最大使用リソース（ＣＰＵ）数が３ＣＰＵであることが分かる。よって、最大使用リソース課金方式の利用料金の算出方法に従って、単価：１０，５００円／ＣＰＵ・月×最大使用リソース数：３ＣＰＵ＝３１，５００円と利用料金を求めることができる。同様にしてサービス「ＳＲＶ１１００００２」の利用料金を求め、これらの結果をステップＳ２０７において、ユーザ「ＵＳＲ００００１」の課金情報としてまとめる。
【００５７】
本処理を契約ユーザＩＤに繰り返し実施することによって、契約ユーザ毎の課金情報を作成することができる。
【００５８】
ここで、契約内容としてサービスレベルの保証を考えるにあたり、本実施例では業務のレスポンス・タイムを用いて説明したが、他にもディスク容量や通信帯域の保証を用いることなども考えられる。更に、それぞれの利用地域や時間帯によって細分化したり、複数の内容を組み合わせたりすることも考えられる。また、課金単位として使用するリソースとして、使用ＣＰＵ数を例に説明したが、他にもサーバ台数、メモリ容量、ディスク容量、或いは、データ通信量などを用いることが考えられる。また更に、課金方式として、最大使用リソース課金と平均使用リソース課金の２種類を用いて説明を行ったが、課金の単位とするリソースやサービスの形態に応じて、任意の処理単位に課金を行うイベント課金や、金額に置き換えたポイントを用い利用内容に応じてポイントを加算するポイント課金、或いは、複数ユーザによるリソースの共同購入の考え方を取り入れる課金方式なども用いることが可能である。
【００５９】
なお、本発明は、インターネットデータセンタ（ＩＤＣ）やインターネットサービスプロバイダ（ＩＳＰ）、アプリケーションサービスプロバイダ（ＡＳＰ）等、サーバ数、及び、提供するサービス数が多い環境にて最も効果を発揮する。また、比較的小規模なシステムであっても、複数のサーバで複数の業務を提供する場合には有効である。
【００６０】
以上のように、本発明のクラスタサーバシステムは、負荷分散装置３を介して複数の業務を複数のサーバ４（４−ｉ、ｉ＝１〜ｎ）で処理する際、レスポンス監視装置６で業務のレスポンス状態を監視し、契約管理装置９で管理されている契約内容を満足できない場合は、サーバ監視・制御装置８にて適切な業務の割り振りを行う。更に、サーバ監視・制御装置８にてサーバ４（４−ｉ、ｉ＝１〜ｎ）毎のリソース使用状況を監視し、あらかじめ定められた閾値を超える場合は、適切な業務の割り振りを行う。課金装置１０はサーバ監視・制御装置８より業務の割り振り（構成）変更処理のログを入手し、契約内容に従って課金処理を行う。
【００６１】
本発明の特徴について以下に詳述する。
本発明は、負荷分散装置を介してインターネットに接続されるクラスタサーバシステムに関する。このクラスタサーバシステムは、インターネットに接続される複数のクラスタサーバのサーバ毎のリソースを監視し、且つ、該取得した情報に基づきクラスタサーバが実行する業務を制御するサーバ監視・制御装置と、最大の使用リソースに基づく課金、及び平均の使用リソースに基づく課金の契約内容の情報を管理する契約管理装置と、契約内容に基づく課金処理を行う課金装置を備えたことを特徴とする。
【００６２】
また、負荷分散装置において、レスポンス監視装置で監視された業務のレスポンス状態が、契約管理装置で管理されている契約内容を満足しない場合に、超負荷処理サーバに処理を割り振ることを特徴とする。
【００６３】
また、課金装置において、サーバ監視・制御装置の業務の構成変更処理ログに基づき最大使用リソース数を検出し、最大使用リソース数と時間あたりの単価と使用時間の積で課金処理を行うことを特徴とする。
【００６４】
更に、課金装置において、サーバ監視・制御装置の業務の構成変更処理ログに基づき、時間毎の使用リソースを積算し、積算した使用リソースと単価との積により課金処理を行うことを特徴とする。
【図面の簡単な説明】
【００６５】
【図１】図１は、本発明を実施するための最良の形態の構成を示すブロック図である。
【図２】図２は、サーバ監視・制御装置の構成を示すブロック図である。
【図３】図３は、本実施形態によるサーバ割り当てを変更するための契約情報とレスポンス監視結果、サーバリソース監視結果の例を示す図である。
【図４】図４は、本実施形態によるサーバ割り当て変更の処理ログとそれに基づく課金請求情報の例を示す図である。
【図５】図５は、本実施形態によるサーバ割り当てのフローチャートである。
【図６】図６は、本実施形態による課金処理のフローチャートである。
【符号の説明】
【００６６】
１      端末
２      インターネット
３      負荷分散装置
４      サーバ１  〜  サーバｎ
５      ストレージ
６      レスポンス監視装置
７      ルータ
８      サーバ監視・制御装置
９      契約管理装置
１０    課金装置
１１    超負荷処理サーバ
３１    契約情報（例）
３２    レスポンス監視結果レポート（例）
３３    サーバリソース監視定義（例）
３４    サーバリソース監視結果レポート（例）
４１    サーバ割り当て変更処理ログ（例）
４２    課金方式（例）
４３    課金情報（最大使用リソース課金）（例）
４４    課金情報（平均使用リソース課金）（例）
【図１】
2007249470.tif 000003
【図２】
2007249470.tif 000004
【図３】
2007249470.tif 000005
【図４】
2007249470.tif 000006
【図５】
2007249470.tif 000007
【図６】
2007249470.tif 000008