JP2008117145A - 情報処理装置 - Google Patents

Abstract

【課題】各サービス提供装置が磨耗故障期に到達する時期を制御する。
【解決手段】複数の利用装置と、利用装置から送信されてくる処理の実行要求に応じて処理を実行しその実行結果を返信するサービスを提供する複数の提供装置とに接続する情報処理装置であって、利用装置からサービスの利用開始要求を受信した場合に、利用装置に対してサービスの提供を行う提供装置を選出し、選出した提供装置にサービスの提供開始指示を送信し、利用装置からサービスの利用終了要求を受信した場合に、利用装置に対してサービスを提供している提供装置にサービスの提供中止指示を送信し、提供装置ごとの提供開始指示を送信してから提供中止指示を送信するまでの時間を累積した累積時間を記憶し、サービスの提供を行う提供装置の選出を累積時間に基づいて行う。
【選択図】図１

Description

本発明は、サービス利用装置から送信されてくる処理の実行要求に応じて処理を実行しその実行結果をサービス利用装置に返信するサービスを提供する複数のサービス提供装置と、複数のサービス利用装置と、に接続され、サービス利用装置に対して前記サービスの提供を行うサービス提供装置の選出を行う情報処理装置に関する。

近年、情報技術の進歩により、通信可能に接続されたサーバ（以下、サービス提供装置とも記す）に、クライアント（以下、サービス利用装置とも記す）から処理の実行要求を送信し、ユーザＩＤとパスワードの組合せに基づいてクライアントを認証し、その結果を元に、上記実行要求に応じた処理の実行結果をクライアントに返信する接続制御技術が実現されている。

この技術を用いて、複数台のサーバを常時準備し、クライアントからのリモートコントロールのリクエストに応じて待機中のサーバのリソースをクライアントに独占的に利用させ、利用終了後にクライアントが利用したサーバを待機状態に戻す、サーバのリソースをクライアントに提供するシステム構成が可能である。

また、クライアントが利用を開始する際に、割り当てられたサーバの電源オンを行い、クライアントが利用を終了する際に、そのサーバの電源オフを行う、サーバのリソースを制御するシステム構成が可能である（例えば特許文献１参照）。

サーバの電源制御を行なうインタフェースであるＡＣＰＩ(Advanced Configuration and Power Interface)や、サーバの状態監視・復旧・リモート制御を行なうインタフェースであるＩＰＭＩ(Intelligent Platform Management Interface)、あるいは外部からのリモート制御リクエストに対して通信を行うＢＭＣ(Baseboard Management Controller)は既存の技術である。

また、電子鍵証明書の標準仕様としてＩＴＵ−Ｔ(International Telecommunication Union Telecommunication Standardization Sector)が勧告するX.509が存在する。
特開２００３−２０３１８９号公報

ところで、複数のクライアントによって複数のサーバのリソースを利用させるシステム構成においては、クライアントによってサーバを利用する時間がそれぞれ異なるため、サーバのリソースの稼動時間にばらつきが生じる。

ここで一般的に、生産品の故障率は、時間の経過と共に、初期故障期、偶発故障期、磨耗故障期を推移することが知られている。また、生産品の故障率を、時間軸を横軸にとって二次元座標上にプロットすると、バスタブ曲線と呼ばれる曲線を描くことが知られている。

従って、サーバのリソースの稼動時間にばらつきが生じることにより、各サーバのリソースが磨耗故障期に到達する時期が分散することになり、総じて、サーバの故障が不規則に発生する。このため、各サーバの故障時期や故障件数の予測が困難となる。

またサーバを管理する立場からは、サーバを効率的にメンテナンスするために、装置交換や部品交換を一括して行なうことを希望する場合がある。この場合、未だ磨耗故障期に至っていない偶発故障期のサーバまで交換することになるため、総じてサーバのリソースを効率的に利用できない。

また、各サーバの故障時期や件数の予測が困難なため、サーバの故障が一定期間に集中することも考えられる。この場合、サーバのリソースを２４時間３６５日にわたりノンストップで提供する必要があるシステム構成の場合には、総じてサーバのリソースを効果的に提供することができないことにもなる。

本発明は上記課題に鑑みてなされたものであり、サービス利用装置から送信されてくる処理の実行要求に応じて処理を実行しその実行結果を前記サービス利用装置に返信するサービスを提供する複数のサービス提供装置が磨耗故障期に到達する時期を制御することを主たる目的とする。

上記課題を解決するために、本発明は、複数のサービス利用装置と、前記サービス利用装置とネットワークを介して通信可能に接続し、前記サービス利用装置から送信されてくる情報処理の実行要求に応じて情報処理を実行し、その実行結果を前記ネットワークを介して前記サービス利用装置に送信するサービスを提供する複数のサービス提供装置と、に通信可能に接続する情報処理装置であって、前記サービス利用装置から、前記サービスの利用開始要求を受信した場合に、前記サービス利用装置に対して前記サービスの提供を行う前記サービス提供装置を選出し、選出した前記サービス提供装置に前記サービスの提供開始を指示するサービス提供開始指示を送信し、前記サービス利用装置から、前記サービスの利用終了要求を受信した場合に、前記サービス利用装置に対して前記サービスを提供している前記サービス提供装置に前記サービスの提供中止を指示するサービス提供中止指示を送信し、前記サービス提供装置ごとに、前記サービス提供開始指示を送信してから前記サービス提供中止指示を送信するまでの時間を累積した時間である累積時間を記憶し、前記累積時間に基づいて、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置の前記選出を行うことを特徴とする情報処理装置に関する。

このような態様によって、サービス利用装置から送信されてくる処理の実行要求に応じて処理を実行しその実行結果を前記サービス利用装置に返信するサービスを提供する複数のサービス提供装置が磨耗故障期に到達する時期を制御することが可能となる。これにより、システムの運用方針に応じたサービス提供装置の管理を行うことが可能となる。例えば、複数のサービス提供装置が磨耗故障期に突入する時期を分散させるように制御することもできるし、集中させるように制御することもできる。前者の場合には、偶発故障期にあるサービス提供装置を常に確保することができるので、２４時間３６５日の連続稼動が求められるシステムに用いることができる。一方後者の場合には、各サービス提供装置が所定期間に集中して磨耗故障期に突入するので、システムのメンテナンス作業を効率よく一括して行なうことができる。

また前記選出に際し、前記累積時間が最大の前記サービス提供装置を前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出するようにすることもできる。
このような態様によって、累積時間が最大のサービス提供装置を、いち早く磨耗故障期に移行させることができるため、各サービス提供装置が磨耗故障期に到達する時期を分散化させることが可能となる。

また前記選出に際し、前記累積時間が最小の前記サービス提供装置を前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出するようにすることもできる。
このような態様によって、各サービス提供装置の累積稼動時間のばらつきを小さくすることができるため、各サービス提供装置が磨耗故障期に到達する時期を集中化させることが可能となる。

また前記各サービス提供装置が磨耗故障期に入ったか否かを判定するための判定値を記憶し、前記選出に際し、前記各サービス提供装置の前記累積時間を前記判定値とそれぞれ比較し、前記累積時間が前記判定値を超えている前記サービス提供装置については、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出しないようにすることもできる。
このような態様によって、故障率の比較的高い磨耗故障期にあるサービス提供装置が、ユーザ端末に割り当てられるのを防止することが可能となる。これにより、システムの信頼性を向上させることが可能となる。

また前記各サービス提供装置が初期故障期を脱したか否かを判定するための判定値を記憶し、前記選出に際し、前記各サービス提供装置の前記累積時間を前記判定値とそれぞれ比較し、前記累積時間が前記判定値を超えていない前記サービス提供装置を優先して、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出するようにすることもできる。
このような態様によって、故障率の比較的高い初期故障期にあるサービス提供装置を、いち早く故障率の低い偶発故障期に移行させることが可能となる。これにより、システムの信頼性を向上させることが可能となる。

また前記各サービス提供装置の構成要素毎に前記累積時間を記憶し、前記選出に際し、前記各構成要素の前記累積時間を前記判定値とそれぞれ比較し、前記累積時間が前記判定値を超えている構成要素を所定数以上有する前記サービス提供装置については、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出しないようにすることもできる。
このような態様によって、信頼性の低いサービス提供装置がサービス利用装置に割り当てられるのを防止することが可能となる。これにより、システムの信頼性を向上させることが可能となる。なお上記所定数はシステムの運用方針に応じて適宜定める事が可能であり、例えば磨耗故障期に入っている構成要素を一つでも有するサービス提供装置は選出しないようにすることができる。

その他、本願が開示する課題、及びその解決方法は、発明を実施するための最良の形態の欄、及び図面により明らかにされる。

サービス利用装置から送信されてくる処理の実行要求に応じて処理を実行しその実行結果を前記サービス利用装置に返信するサービスを提供する複数のサービス提供装置が磨耗故障期に到達する時期を制御することが可能となる。

以下、本発明を実施するための最良の形態を、図面を参照しながら詳細に説明する。

＝＝＝全体構成＝＝＝
本実施形態に係るブレードサーバ割当システム１０００の全体構成を図１に示す。
ブレードサーバ割当システム１０００は、複数のクライアント１０１、複数のブレードサーバ１４１、及び管理サーバ１２１が通信可能に接続されて構成される。
なお、クライアント１０１は特許請求の範囲に記載のサービス利用装置に相当する。またブレードサーバ１４１は特許請求の範囲に記載のサービス提供装置に相当する。管理サーバ１２１は、特許請求の範囲に記載の情報処理装置に相当する。

クライアント１０１は、ブレードサーバ１４１に対して処理の実行要求を送信し、そのブレードサーバ１４１により実行された処理の実行結果を受信するサービスの提供を受ける。
クライアント１０１は、ブレードサーバ１４１により提供される上記サービスを利用するに際し、管理サーバ１２１に対してサービスの利用開始要求を送信する。そうすると管理サーバ１２１は、当該クライアント１０１にサービスを提供するブレードサーバ１４１を選出し、そのブレードサーバ１４１を特定する情報をクライアント１０１に送信する。また管理サーバ１２１は、選出したブレードサーバ１４１に対して、サービスの提供を開始させるサービス提供開始指示を送信する。

クライアント１０１は、ブレードサーバ１４１を特定する情報を管理サーバ１２１から受信すると、そのブレードサーバ１４１に対して処理の実行要求を送信して、サービスの利用を開始する。
クライアント１０１は、上記サービスの利用を終了する際には、管理サーバ１２１に対してサービスの利用終了要求を送信する。そうすると管理サーバ１２１は、そのクライアント１０１に対してサービスを提供しているブレードサーバ１４１に対して、サービスの提供を中止させるサービス提供中止指示を送信する。

＜クライアントの構成＞
クライアント１０１は、メモリ１０２、ＣＰＵ１０８、外部機器インタフェース１０９、ビデオインタフェース１１０、ＮＩＣ(Network Interface Card)１１１を備えるコンピュータである。
外部機器インタフェース１０９には、キーボードやマウスなどのユーザインタフェース機器や、個人認証デバイスなどを接続することができる。外部機器インタフェース１０９は、例えばＵＳＢ(Universal Serial Bus、登録商標)を用いて構成することができる。またビデオインタフェース１１０には、画面情報を出力可能な表示装置などのユーザインタフェース機器を接続することができる。
メモリ１０２には、リモートコントロールプログラム１０３、電源制御要求プログラム１０４、ユーザＩＤ生成プログラム１０５、ＯＳ（Operating System）１０６、ユーザＩＤ１０７が格納されている。
ＣＰＵ１０８が上記各プログラムを実行し、クライアント１０１が備える各種ハードウェア機器と協働することにより、クライアント１０１の各種機能が実現される。

リモートコントロールプログラム１０３は、クライアント１０１とブレードサーバ１４１との間の通信を制御するプログラムである。リモートコントロールプログラム１０３は、クライアント１０１に割り当てられたブレードサーバ１４１の識別情報（例えばＩＰアドレス）を元に、そのブレードサーバ１４１のメモリ１４２に格納されＣＰＵ１４５により実行されるリモートコントロールサービス１４３に通信を行い、外部機器インタフェース１０９に接続されたキーボードやマウスから入力された操作情報をリモートコントロールサービス１４３に送信する。またリモートコントロールプログラム１０３は、ブレードサーバ１４１を制御するための画面情報をそのブレードサーバ１４１から受信し、クライアント１０１のビデオインタフェース１１０に接続された表示装置上に表示する。このようにして、クライアント１０１は、利用者に対して、ＧＵＩ(Graphical User Interface)を介してブレードサーバ１４１を制御する環境を提供する。

電源制御要求プログラム１０４は、クライアント１０１の利用者からブレードサーバ１４１に対する電源制御の要求を受け取り、この電源制御の要求を管理サーバ１２１に送信するプログラムである。電源制御の要求は、例えばブレードサーバ１４１の電源をオンにする要求やオフにする要求を含む。

ユーザＩＤ生成プログラム１０５は、利用者各個人に割当られたユーザ識別子を利用者に入力させて個人を一意に識別することのできるユーザＩＤ１０７を取得し、メモリ１０２に格納するプログラムである。
なお、本実施形態に係るクライアント１０１は、ＨＤＤ(Hard Disk Drive)を備えない最低限の機能を持たせたシンクライアントの形態としているが、シンクライアントに限らず一般的なコンピュータであっても良い。
ＮＩＣ１１１は、ネットワーク１６１を介して、ブレードサーバ１４１や管理サーバ１２１等の他のコンピュータと通信を行なうための装置である。

＜ブレードサーバの構成＞
ブレードサーバ１４１は、各クライアント１０１と通信可能に接続され、クライアント１０１から送信されてくる処理の実行要求に応じて処理を実行しその実行結果を前記クライアント１０１に返信するサービスを提供するコンピュータである。
ブレードサーバ１４１は、メモリ１４２、ＣＰＵ１４５、ＮＩＣ１４６、ｍＢＭＣ(mini-Baseboard Management Controller)１４７、ＩＤＥ(Integrated Drive Electronics)インタフェース１４９、ＨＤＤ（Hard Disk Drive）１４８、電源１５０、電源装置１５１を備える。

ｍＢＭＣ１４７は、ＢＭＣ（Baseboard Management Controller)の一部機能を省略した規格のコントローラである。ｍＢＭＣ１４７は、ＩＰＭＩ（Intelligent Platform Management Interface）仕様に準拠しており、外部からの要求に従って電源管理を行う。ＩＤＥインタフェース１４９はＨＤＤ１４８を接続するためのインタフェースである。
ＮＩＣ１４６は、ネットワーク１６５を介して、クライアント１０１や管理サーバ１２１等の他のコンピュータと通信を行なうための装置である。

電源装置１５１は、電源１５０を制御する。
電源１５０は、外部から供給された電力をブレードサーバ１４１内に供給する。
ＮＩＣ１４６とｍＢＭＣ１４７と電源装置１５１の電力は、電源１５０とは異なる図示していない電源から供給されるため、電源１５０がオフの状態でも常時機能する。

メモリ１４２には、リモートコントロールサービス１４３、ＯＳ１４４が格納されている。
ＣＰＵ１４５が上記各プログラムを実行し、ブレードサーバ１４１が備える各種ハードウェア機器と協働することにより、ブレードサーバ１４１の各種機能が実現される。

リモートコントロールサービス１４３は、クライアント１０１のメモリ１０２に格納されＣＰＵ１０８で実行されるリモートコントロールプログラム１０３と通信を行い、クライアント１０１のビデオインタフェース１１０に接続された表示装置上にブレードサーバ１４１を制御するための画面情報を送信し、クライアント１０１に接続されたキーボード、マウスを用いて利用者によって入力された操作情報をクライアント１０１から受信することにより、クライアント１０１の利用者にブレードサーバ１４１を制御させるプログラムである。

＜管理サーバの構成＞
管理サーバ１２１は、各クライアント１０１及び各ブレードサーバ１４１に通信可能に接続され、ブレードサーバ１４１による上記サービスの利用開始要求をクライアント１０１から受信した場合に、そのクライアント１０１に対して上記サービスの提供を行うブレードサーバ１４１を選出するコンピュータである。なお、上記ブレードサーバ１４１を選出することを、以下、ブレードサーバ１４１を割り当てるとも記す。

管理サーバ１２１は、メモリ１２２、ＣＰＵ１２８、外部機器インタフェース１２９、ＩＤＥインタフェース１３０、ＨＤＤ１３１、ビデオインタフェース１３２、ＮＩＣ１３３を備える。
外部機器インタフェース１２９は、キーボードやマウスなどを接続することができるインタフェースである。ビデオインタフェース１３２は、表示装置を接続して画面情報を出力することができる。ＩＤＥインタフェース１３０は、ＨＤＤ１３１を接続するためのインタフェースである。

メモリ１２２には、電源制御コマンド１２３、電源制御プログラム１２４、ユーザ認証プログラム１２５、リクエスト待ち受けプログラム１２６、ＯＳ１２７が格納されている。
ＣＰＵ１２８が上記各プログラムを実行し、管理サーバ１２１が備える各種ハードウェア機器と協働することにより、管理サーバ１２１の各種機能が実現される。
ＨＤＤ１３１には、ブレードサーバ管理テーブル２０１、ユーザ管理テーブル３０１、割当管理テーブル４０１が記憶されている。

−ブレードサーバ管理テーブル−
ブレードサーバ管理テーブル２０１は、ブレードサーバ１４１に対してサービス提供開始指示を送信してから、そのブレードサーバ１４１に対してサービス提供中止指示を送信するまでの時間を累積した累積時間（以下、累積稼動時間とも記す）を、ブレードサーバ毎に記憶するテーブルである。ブレードサーバ管理テーブル２０１を図２に示す。

図２に示すように、本実施形態に係るブレードサーバ管理テーブル２０１は、”ブレードサーバ管理番号”欄、”ブレードサーバＩＰアドレス”欄、”部品Ａ”欄、”部品Ｂ”欄、”部品ｎ”欄の各欄を備える。
”ブレードサーバ管理番号”欄には、各ブレードサーバ１４１を一意に識別するための識別情報が記録される。

”ブレードサーバＩＰアドレス”欄には、ブレードサーバ１４１を特定する情報が記載される。例えば、ブレードサーバ１４１のＮＩＣ１４６に付与されているＩＰアドレスのうち、クライアント１０１のリモートコントロールプログラム１０４がブレードサーバ１４１のリモートコントロールサービス１４１と通信する際のＩＰアドレスが登録されている。なお、このブレードサーバのＩＰアドレスを、上記ブレードサーバ管理番号として利用しても良い。

”部品Ａ”欄、”部品Ｂ”欄、”部品ｎ”欄には、ブレードサーバ１４１の構成要素毎に、管理サーバ１２１がブレードサーバ１４１に対してサービス提供開始指示を送信してから、そのブレードサーバ１４１に対してサービス提供中止指示を送信するまでの時間を累積した累積稼動時間が記録されている。つまり各ブレードサーバ１４１が備える部品毎に、型番や製造番号、当該部品が初期故障期を脱したか否かを判定するための判定値（閾値１）、当該部品が磨耗故障期に入ったか否かを判定するための判定値（閾値２）、当該部品の累積稼動時間が記録される。また、複数のブレードサーバ１４１で部品が共有されている場合には、その部品の型番や製造番号を各ブレードサーバ１４１についてそれぞれ記録するようにする。これにより共有部品の判断が可能である。

またこれらの各情報は、部品単位で記録するのみならず、ブレードサーバ１４１全体として記録するようにすることもできる。つまりブレードサーバ１４１全体としての型番や製造番号、閾値１、閾値２、累積稼動時間を記録するようにしても良い。

また詳しくは後述するが、本実施形態においては、累積稼動時間が閾値１を超えていない部品を一つでも有するブレードサーバ１４１は初期故障期にあると判定される。また累積稼動時間が閾値２を超えている部品を一つでも有するブレードサーバ１４１は磨耗故障期にあると判定される。

なお、図２に示す例では、各ブレードサーバ１４１が備える部品毎に閾値１や閾値２が設定され、累積稼動時間が記録されているが、ブレードサーバ１４１単位で閾値１や閾値２を設定し、累積稼動時間を記録するようにしても良い。

また、図２に示すように、各ブレードサーバ１４１が備える部品毎に閾値１や閾値２を設定し、累積稼動時間を記録する形態であっても、例えば、ブレードサーバ１４１内の各部品の累積稼動時間の最大値や最小値、平均値を、そのブレードサーバ１４１の累積稼動時間とすることができる。またブレードサーバ１４１内の各部品の閾値１の最大値や最小値、平均値を、当該ブレードサーバ１４１が初期故障期を脱したか否かを判定するための判定値とし、各部品の閾値２の最小値や最大値、平均値を、当該ブレードサーバ１４１が磨耗故障期に入ったか否かを判定するための判定値とすることもできる。

なお、部品Ａ、部品Ｂ、部品ｎは、ＣＰＵ１４５やメモリ１４２、電源１５０などの他、マザーボードやＨＤＤ１４８などとすることができる。

上記ブレードサーバ管理テーブル２０１によって、ブレードサーバ１４１の機器管理をすることができる。

−ユーザ管理テーブル−
ユーザ管理テーブル３０１は、クライアント１０１を操作する各利用者（ユーザ）を識別するための情報を記録するテーブルである。ユーザ管理テーブル３０１を図３に示す。
図３に示すように、ユーザ管理テーブル３０１は、ユーザＩＤ３０２の列を備え、ユーザＩＤ３０２の列には、クライアント１０１からブレードサーバ１４１を利用する権利を持つユーザを一意に識別する情報が登録されている。
なお、ユーザＩＤの欄には、各クライアント１０１の識別情報（例えばＩＰアドレス）が記載される形態としてもよい。また、ユーザ管理テーブル３０１は、各ユーザのＩＤと各ユーザが操作するクライアント１０１とを対応付けて記憶する形態としても良い。
ユーザ管理テーブル３０１によって、クライアント１０１からブレードサーバ１４１を利用する権利を持つ利用者の管理をすることができる。

−割当管理テーブル−
割当管理テーブル４０１は、クライアント１０１への各ブレードサーバ１４１の割り当てを管理するためのテーブルである。割当管理テーブル４０１を図４に示す。
図４に示すように、割当管理テーブル４０１は、ブレードサーバ管理番号４０２、割当ユーザＩＤ４０３、チェック日時４０４の各列を備える。
ブレードサーバ管理番号４０２の列には、ブレードサーバ１４１を一意に識別する情報が登録されている。

割当ユーザＩＤ４０３の列には、クライアント１０１からブレードサーバ１４１を利用する権利を与えられた利用者を一意に識別するユーザＩＤが登録されている。割当ユーザＩＤ４０３の列の記載に基づいて、クライアント１０１からブレードサーバ１４１を利用する権利を持つ利用者にブレードサーバ１４１を割当済みか否かの判断が可能である。なお割当ユーザＩＤ４０３の列には、ブレードサーバ１４１が割り当てられたクライアント１０１の識別情報を記録するようにしても良い。

チェック日時４０４の列には、割当済みのブレードサーバ１４１に対してブレードサーバ管理テーブル２０１の部品Ａ２０４、部品Ｂ２０５、部品ｎ２０６の列にある累積稼動時間２１１を累積するための基点時間が登録されている。つまり、このチェック日時欄に記録されている時刻から、当該ブレードサーバ１４１の稼動時間の計測が開始されることになる。

なお、ブレードサーバ管理テーブル２０１と割当管理テーブル４０１については、便宜上別のテーブルとして分けているが、結合しても良い。
割当管理テーブル４０１によって、クライアント１０１からブレードサーバ１４１に対する割当状態を管理することができる。

＜ネットワーク＞
図１に戻って、ネットワーク１６１にはクライアント１０１のＮＩＣ１１１が、ネットワーク１６５にはブレードサーバ１４１のＮＩＣ１４６が接続され、ネットワーク１６１とネットワーク１６５は、ファイアウォール１６２、ファイアウォール１６４、ルータ１６３を介して接続される。
ルータ１６３には管理サーバ１２１のＮＩＣ１３３が接続される。

ファイアウォール１６２は、悪意を持った攻撃者からの不正行為の防止を目的にネットワーク１６１から送信されたパケットをフィルタリングして破棄する設定を行うことができる機能を備える。
なお、クライアント１０１、管理サーバ１２１、ブレードサーバ１４１における通信方式については、有線、無線に依存しない。

また、ブレードサーバ１４１については、表示装置を接続して画面情報を出力することができるビデオインタフェース、キーボード、マウスなどを接続することができる外部機器インタフェースを備えさせ、電源制御コマンド１２３、電源制御プログラム１２４、ユーザ認証プログラム１２５、リクエスト待ち受けプログラム１２６をメモリ１４２に格納し、ＨＤＤ１４８に、ブレードサーバ管理テーブル２０１、ユーザ管理テーブル３０１、割当管理テーブル４０１が格納されている構成とすることにより、管理サーバ１２１として機能させることも可能である。

＝＝＝ブレードサーバ割当処理の流れ＝＝＝
次に、本実施形態に係るブレードサーバ割当処理の流れを図５〜図９に示すフローチャートを参照しながら説明する。
クライアント１０１が、利用者から、ユーザインタフェースを通じて、ブレードサーバ１４１に対する電源制御の要求に関する情報の入力を受けると、クライアント１０１は、管理サーバ１２１に電源制御リクエスト（特許請求の範囲に記載の利用開始要求又は利用終了要求に相当する）を送信する（５０１）。

電源制御リクエストには、ブレードサーバ１４１に対する電源制御の種別（例えばオン又はオフ）を示す情報と、ユーザＩＤ１０７と、が含まれている。電源制御リクエストは、クライアント１０１で電源制御要求プログラム１０４が実行されることにより送信される。つまり、クライアント１０１の電源制御要求プログラム１０４は、電源制御の種別を示す情報と、ユーザＩＤ生成プログラム１０５により個人を一意に識別することのできるユーザＩＤ１０７と、を含む電源制御リクエストの通信情報を作成して管理サーバ１２１に送信する。なお、電源制御リクエストには、クライアント１０１の識別情報が含まれるようにしても良い。

管理サーバ１２１は、電源制御リクエストを受信すると（５０２）、通信情報に含まれるユーザＩＤ１０７を抽出してユーザ認証を行なう（５０３）。上記電源制御リクエストの受信処理は、管理サーバ１２１がリクエスト待ち受けプログラム１２６を実行することにより行なわれる。またユーザ認証処理は、管理サーバ１２１が、ユーザ認証プログラム１２５を実行することにより行なわれる。

管理サーバ１２１は、ユーザ認証処理において、リクエスト待ち受けプログラム１２６から渡されたユーザＩＤ１０７がユーザ管理テーブル３０１のユーザＩＤ３０２の列に含まれているか照会を行う。そして管理サーバ１２１は、そのユーザＩＤが含まれている場合はユーザ認証成功と判定し、そのユーザＩＤが含まれていない場合はユーザ認証失敗と判定する（５０４）。

なお、ユーザ認証処理については、例えば電子鍵証明書の標準仕様としてＩＴＵ−Ｔが勧告するX.509などの個人証明書を搭載した個人認証デバイスを組み合わせることにより、個人が偽証されていないことを確認するなどの機能を備え、より高いセキュリティを確保することが望ましい。

ユーザ認証が失敗した場合には、管理サーバ１２１は、クライアント１０１へ電源制御リクエスト結果(失敗)を送信する（５１０）。

一方ユーザ認証が成功した場合には、管理サーバ１２１は、ブレードサーバ割当処理を実行する（５０５）。ブレードサーバ割り当て処理において、管理サーバ１２１は、ブレードサーバ管理テーブル２０１に記載されている各ブレードサーバ１４１の累積稼動時間に基づいて、上記クライアント１０１に割り当てるブレードサーバ１４１を選出する。具体的には、管理サーバ１２１は、ブレードサーバ管理テーブル２０１と割当管理テーブル４０１とを参照し、電源制御リクエストの通信情報に含まれる電源制御の種別を示す情報とユーザＩＤとに基づいて、電源制御の対象となるブレードサーバ１４１を選出し、そのブレードサーバ１４１のブレードサーバＩＰアドレス２０３を抽出する。

ここで、ブレードサーバ割当処理の実施例について、割当(電源ＯＮ)時、及び割当解除(電源ＯＦＦ)時の各処理をそれぞれ図６及び図８を参照しながら説明する。

＜割り当て時の処理＞
管理サーバ１２１は、電源制御リクエストに含まれる電源制御の種別を示す情報が電源ＯＮの場合（電源制御リクエストが特許請求の範囲に記載の利用開始要求の場合）、まず、割当管理テーブル４０１を参照し、ユーザＩＤ欄が空欄のブレードサーバ管理番号を抽出する(６０２)。

次に管理サーバ１２１は、ブレードサーバ管理テーブル２０１を参照して、部品Ａ２０４〜部品ｎ２０６のうち、累積稼動時間が磨耗故障期間（閾値２）を超えている部品が１つ以上あるブレードサーバ１４１の管理番号を取得する。そして管理サーバ１２１は、そのブレードサーバ１４１を磨耗故障期にあると判定し、上記６０２のステップで抽出したブレードサーバ管理番号から除外する(６０３)。
このように、ユーザ未割当のブレードサーバ１４１の管理番号を抽出(６０２)して、磨耗故障期にあるブレードサーバ１４１の管理番号を除外(６０３)することにより、未割当かつ磨耗故障期間を超えていないブレードサーバ１４１に割当候補を絞りこむことができる。

次に管理サーバ１２１は、上記絞り込んだ割当候補の各ブレードサーバ１４１のうち、部品Ａ２０４〜部品ｎ２０６のうち１つでも累積稼動時間が閾値１を超えていない部品を有するブレードサーバ１４１があるか判定する(６０４)。このようなブレードサーバ１４１は初期故障期にあるため、他のブレードサーバ１４１に優先してクライアント１０１に割り当てて稼動させることにより、いち早く偶発摩耗期に移行させることが可能となる。

累積稼動時間が閾値１を超えていない部品を有するブレードサーバ１４１がある場合、管理サーバ１２１は、閾値１から累積稼動時間を引いた値が最大となる部品を有するブレードサーバ１４１を抽出する(６０６)。そして管理サーバ１２１は、上記抽出したブレードサーバ１４１をユーザに割り当てるブレードサーバ１４１として選出する。

一方、累積稼動時間が閾値１を超えていない部品を有するブレードサーバ１４１がない場合、管理サーバ１２１は、割当ポリシー（不図示）を判定する(６０５)。

割り当てポリシーは、電源制御リクエストを送信してきたクライアント１０１に対してブレードサーバ１４１を割り当てる際に、累積稼動時間が多いブレードサーバ１４１を優先して選出するか、累積稼動時間が少ないブレードサーバ１４１を優先して選出するかを示す情報である。以後、前者の割当ポリシーを「非均等割り当て」、後者の割り当てポリシーを「均等割り当て」とも記す。

なお割り当てポリシーは、管理サーバ１２１の操作者により設定され、例えば管理サーバ１２１が有するメモリ１２２やＨＤＤ１３１に予め記録されている。割り当てポリシーは、ブレードサーバ割当システム１０００の稼動形態に応じて適宜決めることが可能である。例えば、２４時間３６５日の連続稼動が求められるシステムの場合には、非均等割り当てにして、同時期に数多くのブレードサーバ１４１が磨耗故障期に入らないようにすることができる。反対に、休日や夜間など、定期的、あるいは不定期的に、システムの稼動を停止させることが可能なシステムの場合には、均等割り当てにして、各ブレードサーバ１４１の累積稼動時間をなるべくそろえるようにし、各ブレードサーバ１４１が同時期に磨耗故障期に入るようにすることもできる。

割当ポリシーが非均等割当の場合には、管理サーバ１２１は、ブレードサーバ管理テーブル２０１を参照して、上記絞り込んだ割当候補の各ブレードサーバ１４１のうち、累積稼動時間が最大の部品を有するブレードサーバ１４１を、クライアント１０１に割り当てるブレードサーバ１４１として選出する。より詳しくは、管理サーバ１２１は、割当候補となるブレードサーバ１４１の部品すべての中で、閾値２から累積稼動時間を引いた値が最小となる部品を有するブレードサーバ１４１を選出する(６０７)。

一方、割当ポリシーが非均等割当でない場合には、管理サーバ１２１は、ブレードサーバ管理テーブル２０１を参照して、上記絞り込んだ割当候補の各ブレードサーバ１４１のうち、累積稼動時間が最小の部品を有するブレードサーバ１４１を、クライアント１０１に割り当てるブレードサーバ１４１として選出する。より詳しくは、管理サーバ１２１は、割当候補となるブレードサーバ１４１の部品すべての中で、閾値２から累積稼動時間を引いた値が最大となるブレードサーバ１４１を選出する(６０８)。

なお、割当ポリシーについては、便宜上あらかじめ定義されている形態としているが、システム規模や運用に合わせて自動的に決定しても良い。

＜割り当て解除時の処理＞
次に、ブレードサーバ１４１のユーザへの割当を解除する(電源ＯＦＦ)場合の処理の流れを図８に示す。
管理サーバ１２１は、電源制御リクエストに含まれる電源制御の種別を示す情報が電源ＯＦＦの場合（電源制御リクエストが特許請求の範囲に記載の利用終了要求の場合）、電源制御リクエストに含まれるユーザＩＤに基づいて割当管理テーブル４０１を検索し、当該ユーザに割り当てられているブレードサーバ１４１の管理番号を特定する。より詳しくは、管理サーバ１２１のリクエスト待ち受けプログラム１２６が、ユーザ認証成功と判断し、かつ、電源制御の種別が電源ＯＦＦの場合、開始(８０１)から認証したユーザＩＤのブレードサーバ１４１を抽出(８０２)する。

図５に戻って、次に管理サーバ１２１は、上記抽出したブレードサーバＩＰアドレスに基づいて、電源制御処理を実行する（５０６）。電源制御処理においては、管理サーバ１２１は、上記抽出されたブレードサーバ１４１の電源装置１５１に対して、電源オンあるいはオフの指示（それぞれ、特許請求の範囲に記載のサービス提供開始指示、サービス提供中止指示に相当する）を送信する。また管理サーバ１２１は、当該ブレードサーバ１４１から電源オンあるいはオフの実行結果を受信する。

より詳しくは、管理サーバ１２１は、ブレードサーバ割当処理（５０５）において選出した電源制御の対象となるブレードサーバ１４１に対して、電源制御リクエストの通信情報に含まれる電源制御の種別を示す情報に基づいて電源制御コマンド１２３を実行し、電源制御コマンド１２３が正常に実行できた場合は電源制御成功、電源制御コマンド１２３が正常に実行できなかった場合は電源制御失敗と判定する（５０７）。電源制御が成功したか失敗したかは、管理サーバ１２１の電源制御プログラム１２４が判断する。

電源制御が失敗した場合は、管理サーバ１２１は、クライアント１０１へ電源制御リクエスト結果(失敗)を送信する（５１０）。
電源制御が成功した場合は、管理サーバ１２１は、テーブル更新処理を実行する（５０８）。

次にテーブル更新処理について、割当(電源ＯＮ)時、割当解除(電源ＯＦＦ)時について、それぞれ図７及び図９を参照しながら説明する。

＜割り当て時のテーブル更新処理＞
割り当て時には、管理サーバ１２１は、割り当て管理テーブル４０１の更新を行なう。
すなわち、まず管理サーバ１２１は、割り当て管理テーブル４０１の割当ユーザＩＤ欄に、上記ブレードサーバ割当処理（５０５）で抽出したブレードサーバ１４１の管理番号と対応付けて、電源制御リクエストに含まれるユーザＩＤを記録する(７０２)。そして管理サーバ１２１は、割り当て管理テーブル４０１のチェック日時欄に、上記ブレードサーバ割当処理（５０５）で抽出したブレードサーバ１４１の管理番号と対応付けて、現在の時刻を示す情報を記録する(７０３)。なお、時刻情報の取得については、ＮＴＰ(Network Time Protocol)等を利用して正確な時刻を得ることが望ましい。

＜割り当て解除時のテーブル更新処理＞
次に、割当解除(電源ＯＦＦ)時のテーブル更新処理の流れについて図９を参照しながら説明する。
割り当て解除時には、管理サーバ１２１は、割り当て管理テーブル４０１及びブレードサーバ管理テーブル２０１の更新を行なう。

まず管理サーバ１２１は、割り当て管理テーブル４０１を参照し、上記ブレードサーバ割当処理（５０５）で抽出したブレードサーバ１４１の管理番号と対応付けてチェック日時欄に記録されている時刻情報を読み出す。そして管理サーバ１２１は、その時刻から現在の時刻までの経過時間を算出する。次に管理サーバ１２１は、ブレードサーバ管理テーブル２０１を参照し、当該ブレードサーバ１４１の各部品の累積稼動時間欄に記録されている各累積稼動時間を読み出し、各累積稼動時間に上記算出した経過時間を加え、各累積稼動時間を更新する。そして管理サーバ１２１は、更新後の各累積稼動時間をブレードサーバ管理テーブル２０１に記録する(９０２)。

次に管理サーバ１２１は、割り当て管理テーブル４０１において、当該ブレードサーバ１４１の管理情報と対応付けられている割当ユーザＩＤを示す情報及びチェック日時を示す情報を、それぞれ未割当を示す情報に更新する(９０３、９０４)。
図５に戻って、管理サーバ１２１は、クライアント１０１へ電源制御リクエスト結果(成功)を送信する（５０９）。
一方、クライアント１０１の電源制御要求プログラム１０４は、電源制御リクエスト結果（成功又は失敗）を受信し（５１１）、電源制御リクエストの結果に応じてクライアント１０１が備える表示装置等にリクエスト結果を出力する（５１２）。

＝＝＝交換検知処理の流れ＝＝＝
次に、管理サーバ１２１が実施する交換検知処理の流れを図１０に示すフローチャートを参照しながら説明する。
管理サーバ１２１は、まずブレードサーバ管理テーブル２０１を参照し、累積稼動時間が閾値２を超えている部品を有するブレードサーバ１４１を特定する。そして当該ブレードサーバ１４１が有する各部品の型番や製造番号を抽出する（１００２）。より詳しくは、部品Ａ２０４〜部品ｎ２０６のうち１つでも累積稼動時間２１１が閾値２を超えているブレードサーバ１４１を特定し、当該ブレードサーバ１４１の各部品の型番や製造番号を抽出する。
なお、ブレードサーバ１４１全体を一つの製品とした場合の型番や製造番号、閾値１、閾値２、累積稼動時間がブレードサーバ管理テーブル２０１に記録されている場合には、管理サーバ１２１は、その累積稼動時間が閾値２を超えているブレードサーバ１４１の型番や製造番号を抽出することとしても良い。

次に管理サーバ１２１は、ＢＭＣ等の機能を利用して、上記抽出したブレードサーバ１４１のブレードサーバＩＰアドレス２０３に基づいて、機器の型番と製造番号を取得する(１００３)。上記機器の型番や製造番号は、ブレードサーバ１４１を構成する各部品（部品Ａ〜部品ｎ）の型番や製造番号の他、ブレードサーバ１４１全体の型番や製造番号としてもよい。
そして管理サーバ１２１は、上記ＢＭＣ等の機能により取得したブレードサーバ１４１の各機器の型番や製造番号と、ブレードサーバ管理テーブル２０１から抽出したブレードサーバ１４１の各機器の型番や製造番号と比較する。そして管理サーバ１２１は、それぞれの型番および製造番号の相違により機器の交換の有無を判定する(１００４)。

機器が交換されていると判断した場合、管理サーバ１２１は、その機器の累積稼働時間をリセットする(１００５)。例えばゼロクリアする。また管理サーバ１２１は、ＢＭＣ等の機能を利用して、上記抽出したブレードサーバ１４１のブレードサーバＩＰアドレスに基づいて閾値１と閾値２とを確認し、当該機器の型番や製造番号、閾値１、閾値２を更新する(１００６)。

管理サーバ１２１は、残りのブレードサーバ１４１についても同様に交換検知処理を繰り返し実行する（１００７）。抽出した全てのブレードサーバ１４１について交換検知処理を実行すると、管理サーバ１２１は交換検知処理を終了する（１００８)。

なお、図１０に示す交換検知処理は、定期的あるいは不定期的に実行される。定期的に実行される場合は、例えば管理サーバ１２１が備えるタイマからの通知を契機として、管理サーバ１２１が自動的に（操作者による指示を契機とせずに）交換検知処理を開始する。不定期的に実行される場合は、管理サーバ１２１の操作者からの指示を契機として、管理サーバ１２１が交換検知処理の実行を開始する。定期的な交換検知処理と不定期的な交換検知処理とを併用することも好ましい。

また、機器交換の有無の判定については、図示しない部品種別の項目を備えることによって、部品の項目(２０７〜２１１)をすべて更新することを考慮する形態が望ましい。

＝＝＝警告処理＝＝＝
次に、管理サーバ１２１が実施する稼働時間積算処理およびアラート通信処理の流れを図１１に示す。
まず管理サーバ１２１は、割当管理テーブル４０１を参照して、クライアント１０１に割当中のブレードサーバ１４１を抽出する(１１０２)。

そして管理サーバ１２１は、上記抽出した各ブレードサーバ１４１について、チェック日時欄に記録されている時刻情報を読み出す。そして管理サーバ１２１は、その時刻から現在の時刻までの経過時間を算出する。次に管理サーバ１２１は、ブレードサーバ管理テーブル２０１を参照し、当該ブレードサーバ１４１の各部品の累積稼動時間欄に記録されている各累積稼動時間を読み出し、各累積稼動時間に上記算出した経過時間を加え、各累積稼動時間を更新する。そして管理サーバ１２１は、更新後の各累積稼動時間をブレードサーバ管理テーブル２０１に記録する(１１０３)。また管理サーバ１２１は、割当管理テーブル４０１のチェック日時欄に、現在の時刻を示す情報を記録する(１１０４)。

次に管理サーバ１２１は、ブレードサーバ管理テーブル２０１に上記記録した、更新後の累積稼働時間と、閾値２とを、上記抽出した各ブレードサーバ１４１が有する部品ごとに比較する。これにより管理サーバ１２１は、アラート通信処理を実行するか否かを判定する(１１０５)。

管理サーバ１２１は、累積稼動時間が閾値２を超えている部品を有するブレードサーバ１４１に対してアラート通信処理を実行する。

アラート通信処理においては、管理サーバ１２１は、上記ブレードサーバ１４１のブレードサーバＩＰアドレスに基づいて、当該ブレードサーバ１４１にアラート情報を送信する(１１０６)。

一方クライアント１０１は、リモートコントロールプログラム１０３がブレードサーバ１４１のリモートコントロールサービス１４３との通信によってアラート情報を受信する(１１０９)。そしてクライアント１０１は、表示装置にアラート情報を出力する(１１１０)。

管理サーバ１２１は、累積稼動時間が閾値２を超えている部品を有する全てのブレードサーバ１４１に対しアラート情報を繰り返し送信する(１１０７)。

なお、稼働時間積算処理およびアラート通信処理についても、交換検知処理と同様、管理サーバ１２１の図示しない時計が特定の時間を計時することによる自動実行、および管理サーバ１２１を操作する操作者による手動実行を併用する形態が望ましい。

＝＝＝割当ポリシーについて＝＝＝
次に、累積稼動時間と機器故障率との関係、及び本実施形態に係る割当ポリシーについて、図１２を参照しながら説明する。
一般に、システムの信頼性は、いわゆるバスタブ曲線にそって経時変化することが知られている。バスタブ曲線は、縦軸に故障率、横軸に累積稼動時間をとって２次元平面上にプロットした場合に現れる曲線である。

本実施形態においては、管理サーバ１２１がブレードサーバ１４１の累積稼動時間を自動的に把握して磨耗故障期に到達しているブレードサーバ１４１を割当対象外とする。これにより、割当要求を送信してきたクライアント１０１に対して、故障率が相対的に低いブレードサーバ１４１を安定的に提供することが可能となる。

また本実施形態においては、割当ポリシーを制御することにより、各ブレードサーバ１４１が磨耗故障期に到達する時期を集中化(均等割当の場合)または分散化(非均等割当の場合)することが可能となる。

本実施形態に係る管理サーバ１２１によれば、各ブレードサーバ１４１が磨耗故障期に到達する時期を制御することが可能となる。これにより、システムの運用方針に応じたブレードサーバ１４１の管理を行うことが可能となる。例えば、複数のブレードサーバ１４１のそれぞれが磨耗故障期に突入する時期を、比較的均等になるように制御することもできるし、比較的集中した時期に突入するように制御することもできる。前者の場合には、偶発故障期にあるブレードサーバ１４１を常に確保することができるので、２４時間３６５日の連続稼動が求められるシステムに用いることができる。一方後者の場合には、各ブレードサーバ１４１が所定期間に集中して磨耗故障期に突入するので、システムのメンテナンス作業を効率よく一括して行なうことができる。

また、本実施形態においては、クライアント１０１からブレードサーバ１４１に対して直接にリモートコントロールのリクエストが届かないようにすると共に、クライアント１０１からリモートコントロールのリクエストを一括集中して管理する管理サーバ１２１を設置し、管理サーバ１２１でリモートコントロールのリクエストを受信してリクエストに対する認証と制御を代行する。

また、この管理サーバ１２１は、ブレードサーバ１４１の累積稼動時間と割当ポリシーとに基づいて、クライアント１０１に利用させるブレードサーバ１４１を自動的に選択し、ブレードサーバ１４１が磨耗故障期に到達する時期を集中化または分散化するように割当を制御する。

このように、管理サーバ１２１がブレードサーバ１４１の割当を制御することによって、システム構成に合わせた柔軟な運用が可能となる。また、磨耗故障期に到達しているブレードサーバ１４１に対して、装置交換および部品交換を自動的に検知することによって、効率的なメンテナンスが可能となる。また、リモートコントロールをリクエストするクライアント１０１に対して磨耗故障期に到達しているブレードサーバ１４１の割当を抑止またはアラートすることにより、ブレードサーバ１４１のリソースの継続的な提供が可能となる。

以上発明を実施するための最良の形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物も含まれる。

本実施形態に係るブレードサーバ割当システムの全体構成を示す図である。 本実施形態に係るブレードサーバ管理テーブルを示す図である。 本実施形態に係るユーザ管理テーブルを示す図である。 本実施形態に係る割当管理テーブルを示す図である。 本実施形態に係るブレードサーバ割当処理の流れを示すフローチャートである。 本実施形態に係る割当処理の流れを示すフローチャートである。 本実施形態に係るテーブル更新処理の流れを示すフローチャートである。 本実施形態に係る割当解除処理の流れを示すフローチャートである。 本実施形態に係るテーブル更新処理の流れを示すフローチャートである。 本実施形態に係る交換検知処理の流れを示すフローチャートである。 本実施形態に係る警告処理の流れを示すフローチャートである。 本実施形態に係る割当ポリシーとバスタブ曲線を示す図である。

符号の説明

１０１ クライアント
１０２ メモリ
１０３ リモートコントロールプログラム
１０４ 電源制御要求プログラム
１０５ ユーザＩＤ生成プログラム
１０６ ＯＳ
１０７ ユーザＩＤ
１０８ ＣＰＵ
１０９ 外部機器インタフェース
１１０ ビデオインタフェース
１１１ ＮＩＣ(Network Interface Card)
１２１ 管理サーバ
１２２ メモリ
１２３ 電源制御コマンド
１２４ 電源制御プログラム
１２５ ユーザ認証プログラム
１２６ リクエスト待ち受けプログラム
１２７ ＯＳ
１２８ ＣＰＵ
１２９ 外部機器インタフェース
１３０ ＩＤＥ(Integrated Drive Electronics)インタフェース
１３１ ＨＤＤ
１３２ ビデオインタフェース
１３３ ＮＩＣ(Network Interface Card)
１４１ ブレードサーバ
１４２ メモリ
１４３ リモートコントロールサービス
１４４ ＯＳ
１４５ ＣＰＵ
１４６ ＮＩＣ(Network Interface Card)
１４７ ｍＢＭＣ(mini-Baseboard Management Controller)
１４８ ＨＤＤ
１４９ ＩＤＥ(Integrated Drive Electronics)インタフェース
１５０ 電源
１５１ 電源装置
１６１ ネットワーク
１６２ ファイアウォール
１６３ ルータ
１６４ ファイアウォール
１６５ ネットワーク

Claims (6)

1. 複数のサービス利用装置と、前記サービス利用装置とネットワークを介して通信可能に接続し、前記サービス利用装置から送信されてくる情報処理の実行要求に応じて情報処理を実行し、その実行結果を前記ネットワークを介して前記サービス利用装置に送信するサービスを提供する複数のサービス提供装置と、に通信可能に接続する情報処理装置であって、
   前記サービス利用装置から、前記サービスの利用開始要求を受信した場合に、前記サービス利用装置に対して前記サービスの提供を行う前記サービス提供装置を選出し、選出した前記サービス提供装置に前記サービスの提供開始を指示するサービス提供開始指示を送信し、
   前記サービス利用装置から、前記サービスの利用終了要求を受信した場合に、前記サービス利用装置に対して前記サービスを提供している前記サービス提供装置に前記サービスの提供中止を指示するサービス提供中止指示を送信し、
   前記サービス提供装置ごとに、前記サービス提供開始指示を送信してから前記サービス提供中止指示を送信するまでの時間を累積した時間である累積時間を記憶し、
   前記累積時間に基づいて、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置の前記選出を行うこと
   を特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記選出に際し、前記累積時間が最大の前記サービス提供装置を前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出することを特徴とする情報処理装置。
3. 請求項１に記載の情報処理装置であって、
   前記選出に際し、前記累積時間が最小の前記サービス提供装置を前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出することを特徴とする情報処理装置。
4. 請求項１に記載の情報処理装置であって、
   前記各サービス提供装置が磨耗故障期に入ったか否かを判定するための判定値を記憶し、
   前記選出に際し、前記各サービス提供装置の前記累積時間を前記判定値とそれぞれ比較し、前記累積時間が前記判定値を超えている前記サービス提供装置については、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出しない
   ことを特徴とする情報処理装置。
5. 請求項１に記載の情報処理装置であって、
   前記各サービス提供装置が初期故障期を脱したか否かを判定するための判定値を記憶し、
   前記選出に際し、前記各サービス提供装置の前記累積時間を前記判定値とそれぞれ比較し、前記累積時間が前記判定値を超えていない前記サービス提供装置を優先して、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出する
   ことを特徴とする情報処理装置。
6. 請求項４に記載の情報処理装置であって、
   前記各サービス提供装置の構成要素毎に前記累積時間を記憶し、
   前記選出に際し、前記各構成要素の前記累積時間を前記判定値とそれぞれ比較し、前記累積時間が前記判定値を超えている構成要素を所定数以上有する前記サービス提供装置については、前記サービス利用装置に前記サービスの提供を行う前記サービス提供装置として選出しない
   ことを特徴とする情報処理装置。

Images