JP2008305257A - 情報処理システム、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】サーバの無駄な電力消費を抑えることができるようにする。
【解決手段】クライアントから操作情報を受信し、受信した操作情報に応じて情報処理を行い、情報処理の結果をクライアントに送信するサーバと、管理装置とを含んで構成され、管理装置は、クライアントとサーバとの間で通信が行われているか否かを監視し、通信が行われていない場合、サーバの動作モードを、現在の動作モードよりも消費電力が小さい省電力モードに切り替えるように指示する動作モード切替要求をサーバに送信し、サーバは、管理装置から送信される動作モード切替要求を受信し、動作モード切替要求に応じて、サーバの動作モードを省電力モードに切り替える。
【選択図】図１

Description

本発明は、情報処理システム、情報処理方法、およびプログラムに関する。

近年、データの入出力等最低限の機能のみを持たせたクライアントを利用したシンクライアント構成の情報処理システムが用いられている。シンクライアント構成の情報処理システムでは、複数または単数のサーバを常時待機させておき、クライアントからの利用要求に応じて待機中のサーバの一部または全てのリソースを該クライアントに独占的に利用させ、該クライアントによる利用終了後に該クライアントが利用したサーバを待機状態に戻すようにしている。特許文献１では、クライアントが利用する際にサーバの電源をオンし、クライアントによる利用が終了した際に該サーバの電源をオフするサーバのレンタルシステムが開示されている。
特開２００３−２０３１８９号公報

クライアントがサーバの利用を終了する場合には、クライアントからサーバに対して、終了指示を通知する必要がある。
しかしながら、サーバへの終了通知を送信する前にクライアントの電源がオフされてしまった場合や、クライアントに障害が発生した場合、通信ネットワークに障害が発生した場合などには、クライアントからサーバへの終了指示が通知されないことがある。この場合、サーバとクライアントとの間の通信が切断されるにも関わらず、サーバの情報処理が継続されることになり、無駄に電力が消費されてしまう。

本発明は、このような背景を鑑みてなされたものであり、サーバの無駄な電力消費を抑えることのできる情報処理システム、情報処理方法、およびプログラムを提供することを目的とする。

上記課題を解決するための本発明の主たる発明は、ユーザからの操作を受け付けるクライアントから操作情報を受信し、受信した前記操作情報に応じて情報処理を行い、前記情報処理の結果を前記クライアントに送信するサーバと、前記クライアントおよび前記サーバに接続される管理装置とを含んで構成される情報処理システムであって、前記管理装置は、前記クライアントと前記サーバとの間で通信が行われているか否かを監視するクライアント監視部と、前記通信が行われていない場合、前記サーバの動作モードを、現在の動作モードよりも消費電力が小さい他の動作モードである省電力モードに切り替えるように指示する動作モード切替要求を前記サーバに送信する動作モード切替要求送信部と、を備え、前記サーバは、前記管理装置から送信される前記動作モード切替要求を受信する動作モード切替要求受信部と、前記動作モード切替要求に応じて、前記サーバの動作モードを前記省電力モードに切り替える動作モード切替部と、を備えることとする。

本発明によれば、サーバの無駄な電力消費を抑えることができる。

以下、本発明の一実施形態である情報処理システムについて、図面を用いて詳細に説明する。

図１は、本実施形態に係る情報処理システムの全体構成を示す図である。本実施形態の情報処理システムは、クライアント１００、ブレードサーバ２００、および管理サーバ３００を含んで構成される。

本実施形態の情報処理システムは、いわゆるシンクライアント構成になっており、各種の情報処理はブレードサーバ２００で行われ、クライアント１００はキーボードやマウスなどからの入力データ（操作情報）を受け付けてブレードサーバ２００に送信し、情報処理の結果を受け取る処理のみを行う。また、本実施形態の情報処理システムでは、クライアント１００からの要求に応じて、クライアント１００が利用するブレードサーバ２００を割り当てるものとする。

本実施形態の情報処理システムは、クライアント１００およびブレードサーバ２００の動作状態に応じて、ブレードサーバ２００の動作モードを設定するものである。

本実施形態においてブレードサーバ２００の動作モードとは、通常の情報処理が行われる動作モードであるオンモード、メモリに対する給電はするが、ＣＰＵやハードディスクドライブなどの周辺機器に対する給電をせずに消費電力を減らす動作モードであるスタンバイモード、メモリに記憶されていたデータをハードディスクドライブなどの記憶装置に退避し、次のブレードサーバ２００の起動時には記憶装置に退避されたデータをメモリにロードして、データを退避した時点からの動作を再開可能とする動作モードである休止モード、および、電源をオフとして、電源管理を行う回路である後述のｍＢＭＣのみを動作させ、次のブレードサーバ２００の起動時にはブレードサーバ２００のブート処理を行う動作モードであるオフモードのいずれかであるものとする。すなわち、ブレードサーバ２００がオンモードである場合にくらべて、ブレードサーバ２００がスタンバイモード、休止モード、またはオフモードのいずれかである場合には、ブレードサーバ２００の消費電力が小さくなる。なお、以下の説明において、オンモードを「オン」、スタンバイモードを「スタンバイ」、休止モードを「休止」、オフモードを「オフ」とも表記する。

上記のような動作モードを設定するための電源制御技術は、例えば、ＡＣＰＩ（Advanced Configuration and Power Interface）や、ＩＰＭＩ（Intelligent Platform Management Interface）として知られている。

クライアント１００は、ネットワーク１６０に接続され、ブレードサーバ２００は、ネットワーク１６１に接続されている。ネットワーク１６０およびネットワーク１６１はいずれも、例えば、イーサネット（登録商標）や公衆電話回線網などにより構築されるＬＡＮ（Local Area Network）やインターネットであり、有線、無線を問わない。

ネットワーク１６０はファイヤウォール１６２を介してルータ１６４に接続され、ネットワーク１６１はファイヤウォール１６３を介してルータ１６４に接続され、管理サーバ３００は直接ルータ１６４に接続されている。したがって、クライアント１００、管理サーバ３００、およびブレードサーバ２００は、互いの間で双方向通信を行うことができる。なお、本実施形態では、クライアント１００、管理サーバ３００、およびブレードサーバ２００はそれぞれＴＣＰ／ＩＰによる通信を行うものとする。

クライアント１００は、メモリ１０１、ＣＰＵ１０２、ＮＩＣ１０３、ビデオインタフェース１０４、およびＵＳＢ（Universal Serial Bus）インタフェース１０５を備える。

ビデオインタフェース１０４には、液晶ディスプレイなどの表示装置が接続され、クライアント１００は、ビデオインタフェース１０４を介して、表示装置に画面情報を出力する。
ＵＳＢインタフェース１０５には、キーボードやマウスなどの入力装置が接続され、クライアント１００は、ＵＳＢインタフェース１０５を介して、ユーザから入力されたデータ（以下、操作情報という。）を受け付ける。

また、ＵＳＢインタフェース１０５には、個人認証デバイス１２０が接続される。個人認証デバイス１２０は、パスワードや電子証明書などの認証情報が記憶される、例えば、フラッシュメモリやＩＣカード、ハードディスクドライブなどの記憶装置である。本実施形態では、個人認証デバイス１２０には、認証情報としてユーザの識別情報（以下、ユーザＩＤという。）が記憶されているものとする。なお、認証情報には、例えば、ユーザＩＤとパスワードの組み合わせや、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）が勧告するＸ．５０９に規定される電子証明書などを用いるようにしてもよい。

メモリ１０１には、認証情報取得プログラム１０６、リモートコントロールプログラム１０７、および監視応答プログラム１０８が記憶されている。
ＣＰＵ１０２は、メモリ１０１に記憶されているプログラムを実行することにより各種の機能を実現する。

なお、図１では、クライアント１００は、ＨＤＤ（Hard Disk Drive；ハードディスクドライブ）を具備しないものとしたが、ＨＤＤを具備するようにしてもよい。

管理サーバ３００は、メモリ３０１、ＣＰＵ３０２、ＮＩＣ３０３、ビデオインタフェース３０４、ＵＳＢインタフェース３０５、および、ＨＤＤを接続するためのＩＤＥ（Integrated Drive Electronics）インタフェース３０６、ＩＤＥインタフェース３０６に接続されるＨＤＤ３０７を備える。

ビデオインタフェース３０４には、表示装置が接続され、管理サーバ３００は、ビデオインタフェース３０４を介して表示装置に画面情報を出力する。
ＵＳＢインタフェース３０５は、周辺機器を接続するためのインタフェースであり、マウスやキーボードなどの入力装置が接続される。管理サーバ３００は、ＵＳＢインタフェース３０５を介してマウスやキーボードからの操作情報を受け付ける。

ＨＤＤ３０７には、割当管理テーブル３２１、動作モード管理テーブル３２２が格納されている。これらのテーブルの詳細については後述する。ＨＤＤ３０７は、管理サーバ３００に内蔵されていてもよいし、外付けに設置されていてもよい。また、ＨＤＤ３０７は、ネットワークを介してアクセスされるＮＡＳ（Network Attached Storage）であってもよい。

メモリ３０１には、ユーザ認証プログラム３１１、電源管理プログラム３１２、監視プログラム３１３、および、動作モード決定プログラム３１４が記憶されている。
ＣＰＵ３０２は、メモリ３０１に記憶されている各種のプログラムを実行することにより、各種の機能を実現する。

ブレードサーバ２００は、メモリ２０１、ＣＰＵ２０２、ＮＩＣ２０３、ＩＤＥインタフェース２０４、ＨＤＤ２０５、電源２０６、電源制御装置２０７、故障検出装置２０８、ｍＢＭＣ（mini-Baseboard Management Controller）２０９を備える。

ＨＤＤ２０５は、例えばオペレーティングシステムなどの各種のプログラムやデータを記憶する記憶装置である。ＨＤＤ２０５に記憶されているプログラムはメモリ２０１に読み出されて実行される。ＨＤＤ２０５は、ブレードサーバ２００に内蔵されていてもよいし、外付けに設置されていてもよい。また、ＨＤＤ２０５は、ネットワークを介してアクセスされるＮＡＳであってもよい。

メモリ２０１には、リモートコントロールプログラム２１１、動作状態応答プログラム２１２が記憶される。
ＣＰＵ２０２は、メモリ２０１に記憶されるプログラムを実行することにより各種の機能を実現する。

電源２０６は外部から供給された電力をブレードサーバ２００内に給電する。電源制御装置２０７は電源２０６を制御する機能を有する。
故障検出装置２０８は、ブレードサーバ２００内に設置された温度センサや電圧センサ（不図示）の信号を監視して、信号が所定の条件を満たしたか否かにより異常の有無を判断し、外部からの問い合わせに応じて異常の有無を返信する。

ｍＢＭＣ２０９は、ＩＰＭＩに規定されるＢＭＣの一部機能を省略したものであり、外部から受け付けるコマンドに応じてブレードサーバ２００の電源２０６のオンオフ、省電力モードへの移行など、電源２０６の制御を行う。なお、リモート電源制御に用いられるＩＰＭＩで規定されたコンポーネントのＢＭＣ（Baseboard Management Controller）については、ＩＰＭＩの仕様書である「- IPMI - Intelligent Platform Management Interface Specification Second Generation v2.0 Document Revision 1.0」の２９ページなどに紹介されている。

ＮＩＣ２０３は、ネットワーク１６１に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタや、電話回線網に接続するためのモデムなどである。

なお、ＮＩＣ２０３、ｍＢＭＣ２０９、および電源制御装置２０７は、電源２０６とは異なる補助電源（不図示）から給電されるものとする。したがって、電源２０６がオフの状態であっても、コマンドを受け付けたり、電源２０６の制御を行ったりすることができるものとする。

ネットワーク１６０にはクライアント１００のＮＩＣ１０３が、ネットワーク１６１にはブレードサーバ２００のＮＩＣ２０３が接続される。

図２は、本実施形態の情報処理システムのソフトウェア構成を示す図である。
クライアント１００は、認証情報取得部１３１、ブレード割当要求送信部１３２、ブレードアドレス受信部１３３、操作情報送信部１３４、画面データ受信部１３５、ｐｉｎｇ応答部１３６、ブレード解放要求送信部１３７を備えている。

認証情報取得部１３１は、個人認証デバイス１２０に記憶されているユーザＩＤを読み出す。
ブレード割当要求送信部１３２は、ブレードサーバ２００の利用を開始するためのコマンド（以下、ブレード割当要求という。）を管理サーバ３００に送信する。ブレード割当要求には、個人認証デバイス１２０から読み出したユーザＩＤが設定される。ブレード割当要求送信部１３２は、ＣＰＵ１０２がメモリ１０１に記憶されている認証情報取得プログラム１０６を実行することにより実現される。

ブレードアドレス受信部１３３は、ブレード割当要求に応じて管理サーバ３００から送信されるブレードサーバ２００のＩＰアドレス（以下、ブレードアドレスという。）を受信し、受信したブレードアドレスをメモリ１０１に記憶する。
操作情報送信部１３４は、キーボードやマウスなどの入力装置から受け付けた操作情報を、メモリ１０１に記憶されているブレードアドレスが示すブレードサーバ２００に送信する。

画面データ受信部１３５は、操作情報に応じてブレードサーバ２００で行われた情報処理の結果を示す画面を表示するためのデータ（以下、画面データという。）を受信する。また、画面データ受信部１３５は、受信した画面データをビデオインタフェース１０４に接続されている表示装置に出力する。

上述したブレードアドレス受信部１３３、操作情報送信部１３４、および画面データ受信部１３５は、ＣＰＵ１０２が、メモリ１０１に記憶されているリモートコントロールプログラム１０７を実行することにより実現される。

ｐｉｎｇ応答部１３６は、後述の管理サーバ３００から送信される、クライアント１００が動作しているか否かを問い合わせるコマンド（以下、動作確認コマンドという。）を受信し、受信した動作確認コマンドに応じて、クライアント１００が動作していることを示す応答を管理サーバ３００に送信する。本実施形態では、動作確認コマンドとしてｐｉｎｇコマンドを用いるものとする。ｐｉｎｇ応答部１３６は、ＣＰＵ１０２がメモリ１０１に記憶されている監視応答プログラム１０８を実行することにより実現される。

ブレード解放要求送信部１３７は、ブレードサーバ２００の利用を終了し、クライアント１００に割り当てられていたブレードサーバ２００の割り当てを解放するように指示するコマンド（以下、ブレード解放要求という。）を管理サーバ３００に送信する。ブレード解放要求には、ユーザＩＤが設定される。ブレード解放要求送信部１３７は、例えば、ユーザからのログアウトの指示などに応じて、ブレード解放要求を管理サーバ３００に送信する。ブレード解放要求送信部１３７は、ＣＰＵ１０２がメモリ１０１に記憶されている認証情報取得プログラム１０６を実行することにより実現される。

なお、本実施形態では、クライアント１００が備える各機能部は、クライアント１００が備えるＣＰＵ１０２がメモリ１０１に記憶されている各種のプログラムを実行することにより実現されるものとしたが、上記各機能は、回路などのハードウェアとして実現することもできる。

管理サーバ３００は、ブレード割当要求受信部３３１、ユーザ認証部３３２、ブレードアドレス割当部３３３、クライアント監視部３３４、プログラム動作状態取得部３３５、動作モード決定部３３６、動作モード切替要求送信部３３７、ブレード解放要求受信部３３８を備えている。

図３は、割当管理テーブル３２１の構成を示す図である。同図に示すように、割当管理テーブル３２１は、ブレードアドレス３２１１、動作モード３２１２、クライアントアドレス３２１３、およびユーザＩＤ３２１４から構成されている。

ブレードアドレス３２１１は、ブレードサーバ２００のＩＰアドレスであり、クライアント１００とブレードサーバ２００との間の通信に用いられる。ブレードアドレスは、ブレードサーバ２００が備えるＮＩＣ２０３ごとに付与されるＩＰアドレスが格納される。

動作モード３２１２は、ブレードサーバ２００の動作モードであり、本実施形態では、「オン」「スタンバイ」「休止」「オフ」のいずれかである。
クライアントアドレス３２１３は、ブレードサーバ２００が割り当てられた先のクライアント１００のＩＰアドレス（以下、クライアントアドレスという。）である。
ユーザＩＤ３２１４には、ブレードアドレス３２１１が示すブレードサーバ２００を利用することのできるユーザを示すユーザＩＤが設定される。なお、ブレードアドレス３２１１とユーザＩＤ３２１４との対応付けは、例えば管理者などにより予め設定される。

ブレード割当要求受信部３３１は、クライアント１００から送信されるブレード割当要求を受信する。

ユーザ認証部３３２は、ブレード割当要求に設定されているユーザＩＤを用いてユーザの認証を行う。なお、ユーザの認証処理には、例えば、パスワードの照合や電子証明書の認証処理など、一般的な処理を用いることができるが、本実施形態では、ブレード割当要求に設定されているユーザＩＤが割当管理テーブル３２１に登録されているか否かにより、ユーザの認証を行うものとする。

ブレードアドレス割当部３３３は、クライアント１００から受信したブレード割当要求に応じて、ブレード割当要求に設定されているユーザＩＤに対応するブレードアドレス３２１１を割当管理テーブル３２１から取得する。ブレードアドレス割当部３３３は、取得したブレードアドレス３２１１をクライアント１００に応答するとともに、ブレード割当要求の送信元となるクライアント１００のＩＰアドレスを、ユーザＩＤに対応するクライアントアドレス３２１３に設定する。

ブレード解放要求受信部３３８は、クライアント１００から送信されるブレード解放要求を受信する。
ブレードアドレス割当部３３３は、ブレード解放要求に応じて、ブレード解放要求に設定されているユーザＩＤに対応するクライアントアドレス３２１３を「−」に更新するとともに、ユーザＩＤに対応する動作モード３２１２を「オフ」に設定する。

クライアント監視部３３４は、クライアント１００の動作に異常がないか否かを監視する。クライアント監視部３３４は、ｐｉｎｇコマンドをクライアント１００に送信し、クライアント１００からｐｉｎｇコマンドに対する応答があるか否かにより、クライアント１００の動作に異常がないか否かを監視する。

プログラム動作状態取得部３３５は、ブレードサーバ２００におけるプログラムの動作状態を取得するためのコマンド（以下、動作状態取得要求という。）をブレードサーバ２００に送信し、動作状態取得要求に応じてブレードサーバ２００から送信される、プログラムの動作状態を受信する。ブレードサーバ２００から送信される動作状態の一例を図４に示す。同図に示すように、本実施形態では、ブレードサーバ２００から送信される動作状態は、スクリーンセーバが実行されているか否かを示す情報３４１（以下、スクリーンセーバ情報という。）と、ウイルススキャンプログラムが実行されているか否かを示す情報３４２（以下、ウイルススキャン情報という。）と、編集中でありかつ未保存のファイルをオープンしているプロセス（以下、ファイル未保存プロセスという。）が実行されているか否かを示す情報３４３（以下、ファイル未保存情報という。）とから構成される。

スクリーンセーバとは、ブレードサーバ２００が、一定時間クライアント１００からの操作情報を受信しなかった場合に実行されるプログラムである。スクリーンセーバ情報は、スクリーンセーバが実行されていることを示す「有」、または、スクリーンセーバが実行されていないことを示す「無」のいずれかであるものとする。

ウイルススキャンプログラムとは、ブレードサーバ２００においてＨＤＤ２０５に対するアクセスの頻度の高いプログラムの一例であり、ブレードサーバ２００にウイルスに感染したファイルが格納されていないか否かを検査するものである。ユーザは通常ウイルススキャンプログラムが実行中のコンピュータの操作は行わないことが多い。ウイルススキャン情報は、ウイルススキャンプログラムが実行されていることを示す「有」、または、ウイルススキャンプログラムが実行されていないことを示す「無」のいずれかであるものとする。ウイルススキャン情報は、例えば、所定のウイルススキャンプログラムが実行されており、かつＨＤＤ２０５に対するアクセスが行われているか否かにより判定するようにすることもできる。

あるプロセスにおいて未保存のファイルをオープンしているか否かは、例えば、ブレードサーバ２００で動作するオペレーティングシステムがそのプロセスについて管理しているファイル識別子の属性を参照したり、そのプロセスにおいて、ファイルを保存するためのダイアログボックスが表示されているか否かにより判断したりすることができる。プロセスに対してシグナルを通知し、シグナルに応じて上記のポップアップダイアログボックスが表示されるか否かにより判定するようにしてもよい。所定のエディタやワードプロセッサのプログラムを予め設定しておき、設定されているプログラムについてのみ、シグナルを通知するようにしてもよい。

動作モード決定部３３６は、クライアント１００およびブレードサーバ２００の動作状態に応じて、ブレードサーバ２００の動作モードを決定する。動作モード決定部３３６は、後述するように、クライアント１００の動作に異常がある場合（クライアント１００からｐｉｎｇコマンドに対する応答がない場合、すなわちクライアント１００とブレードサーバ２００との間の通信が行われていない場合）に、ブレードサーバ２００におけるプログラムの動作状態に応じて動作モードを決定する。

ブレードサーバ２００の動作状態に応じた動作モードは、ＨＤＤ３０７に記憶される動作モード管理テーブル３２２に管理される。図５は、動作モード管理テーブル３２２の構成を示す図である。同図に示すように、動作モード管理テーブル３２２は、ブレードサーバ２００の動作状態（スクリーンセーバ情報３４１、ウイルススキャン情報３４２、およびファイル未保存情報３４３）に対応付けて、動作モード３４４を記憶している。動作モード３４４には、「オン」「スタンバイ」「休止」「オフ」のいずれかが設定される。

動作モード決定部３３６は、ブレードサーバ２００から受信した動作状態に対応する動作モード３４４を動作モード管理テーブル３２２から取得することにより、ブレードサーバ２００の動作モードを決定する。
また、動作モード決定部３３６は、ブレード割当要求の受信時にはオンモードを動作モードとして決定し、ブレード解放要求の受信時にはオフモードを動作モードとして決定するものとする。

動作モード切替要求送信部３３７は、ブレードサーバ２００の動作モードを切り替えるためのコマンド（以下、動作モード切替要求という。）をブレードサーバ２００に送信する。動作モード切替要求には、動作モード決定部３３６が読み出した動作モード３４４が設定される。

なお、本実施形態では、管理サーバ３００が備える各機能部は、管理サーバ３００が備えるＣＰＵ２０２がメモリ２０１に記憶されている各種のプログラムを実行することにより実現される。もちろん、上記各機能を、回路などのハードウェアとして実現することもできる。

ブレードサーバ２００は、動作状態取得要求受信部２３１、動作状態送信部２３２、動作モード切替要求受信部２３３、動作モード切替部２３４、操作情報受信部２３５、情報処理部２３６、画面データ送信部２３７を備えている。

動作状態取得要求受信部２３１は、管理サーバ３００から送信される動作状態取得要求を受信する。

動作状態送信部２３２は、動作状態取得要求に応じて、例えば、ブレードサーバ２００で動作するオペレーティングシステムに問合わせることにより、ブレードサーバ２００においてスクリーンセーバが実行されているか否か、ウイルススキャンプログラムが実行されているか否かを調べる。また、動作状態送信部２３２は、ブレードサーバ２００で操作しているプロセスのそれぞれについて、例えばオペレーティングシステムに問合わせを行い、あるいは、ファイル保存用のポップアップダイアログが表示されているか否かを判定することにより、編集中かつ未保存のファイルをオープンしているか否かを調べる。動作状態送信部２３２は、スクリーンセーバ情報、ウイルススキャン情報、およびファイル未保存情報を含む動作状態を管理サーバ３００に送信する。

動作状態取得要求受信部２３１および動作状態送信部２３２は、メモリ２０１に記憶されている動作状態応答プログラム２１２をＣＰＵ２０２が実行することにより実現される。

動作モード切替要求受信部２３３は、管理サーバ３００から送信される動作モード切替要求を受信する。動作モード切替部２３４は、ブレードサーバ２００の動作モードを、動作モード切替要求に指定される動作モードに切り替える。動作モード切替要求受信部２３３および動作モード切替部２３４は、例えば、ｍＢＭＣの機能として実現される。

操作情報受信部２３５は、クライアント１００から送信される操作情報を受信する。情報処理部２３６は、クライアント１００から受信した操作情報に応じて各種の情報処理を行う。画面データ送信部２３７は、情報処理部２３６による情報処理の結果を示す画面を表示するための画面データを生成し、生成した画面データをクライアント１００に送信する。

操作情報受信部２３５および画面データ送信部２３７は、ＣＰＵ２０２がメモリ２０１に記憶されているリモートコントロールプログラム２１１を実行することにより実現される。情報処理部２３６は、ＣＰＵ２０２がＨＤＤ２０５に記憶されているプログラムをメモリ２０１に読み出して実行することにより実現される。

なお、本実施形態では、上記各機能部はＣＰＵ２０２がメモリ２０１に記憶されるプログラムを実行することにより実現されるものとしたが、ハードウェアにより各機能部を実現するようにしてもよい。

図６は、クライアント１００の動作の流れを示す図である。
クライアント１００は電源がオンされると認証情報取得プログラム１０６が実行され、認証情報取得部１３１は、個人認証デバイス１２０からユーザＩＤを読み出す（Ｓ４０１）。ブレード割当要求送信部１３２は、読み出したユーザＩＤを設定したブレード割当要求を管理サーバ３００に送信する（Ｓ４０２）。

管理サーバ３００においてユーザの認証に失敗した場合には（Ｓ４０３：ＮＯ）、エラーを出力して（Ｓ４０４）処理を終了する。
ユーザの認証に成功した場合（Ｓ４０３：ＹＥＳ）、ブレードアドレス受信部１３３は、管理サーバ３００から送信されるブレードアドレスを受信してメモリ１０１に記憶する（Ｓ４０５）。クライアント１００は、ユーザからログアウトなどの終了指示を受け付けるまで以下の処理を繰り返す。

操作情報送信部１３４は、キーボードやマウスなどの入力装置から入力された操作情報を、メモリ１０１に記憶しているブレードアドレスが示すブレードサーバ２００に送信する（Ｓ４０６）。画面データ受信部１３５は、ブレードサーバ２００から送信される画面データを受信し（Ｓ４０７）、受信した画面データを、ビデオインタフェース１０４を介して表示装置に出力する（Ｓ４０８）。

ｐｉｎｇコマンド応答部１３６は、管理サーバ３００からｐｉｎｇコマンドを受信した場合には（Ｓ４０９：ＹＥＳ）、ｐｉｎｇコマンドに対する応答を管理サーバ３００に送信する（Ｓ４１０）。なお、ブレードサーバ２００が、定期的または、一定時間操作情報を受信しない時にｐｉｎｇ要求を送信する場合には、ｐｉｎｇコマンド応答部１３６は、ブレードサーバ２００から受信したｐｉｎｇコマンドに対する応答をブレードサーバ２００に送信するようにしてもよい。

クライアント１００は以上の処理をユーザからの終了指示を受け付けるまで繰り返し、ブレード解放要求送信部１３７は、ユーザＩＤを設定したブレード解放要求を管理サーバ３００に送信して、処理を終了する。

図７は、管理サーバ３００の処理の流れを示す図である。
ブレード割当要求受信部３３１がクライアント１００からブレード割当要求を受信すると（Ｓ５０１）、ユーザ認証部３３２は、ブレード割当要求に設定されているユーザＩＤが割当管理テーブル３２１に登録されているか否かによりユーザの認証処理を行う。

認証に失敗した場合には（Ｓ５０２：ＮＯ）、エラーをクライアント１００に送信して（Ｓ５０３）、処理を終了する。
認証に成功した場合（Ｓ５０２：ＹＥＳ）、ブレードアドレス割当部３３３は、ユーザＩＤに対応するブレードアドレスを割当管理テーブル３２１から取得し（Ｓ５０４）、動作モード切替要求送信部３３７は、「オン」を設定した動作モード切替要求を、ブレードアドレスが示すブレードサーバ２００に送信する（Ｓ５０５）。ブレードアドレス割当部３３３は、割当管理テーブル３２１において、ユーザＩＤに対応するクライアントアドレス３２１３を、ブレード割当要求の送信元となるクライアント１００のＩＰアドレスに更新する（Ｓ５０６）。

ブレード解放要求受信部３３８が、クライアント１００からブレード解放要求を受信した場合には（Ｓ５０７：ＹＥＳ）、動作モード決定部３３６は、動作モードを「オフ」とする（Ｓ５０８）。
ブレード解放要求を受信していない場合（Ｓ５０７：ＮＯ）、クライアント監視部３３４は、クライアント１００に対してｐｉｎｇコマンドを送信し（Ｓ５０９）、ｐｉｎｇコマンドに対するクライアント１００からの応答を所定時間待つ。クライアント監視部３３４がクライアント１００から応答を受信した場合には（Ｓ５１０：ＹＥＳ）、ステップＳ５０７に進む。

クライアント監視部３３４が所定時間内にクライアント１００からｐｉｎｇコマンドに対する応答を受信しなかった場合（Ｓ５１０：ＮＯ）、プログラム動作状態取得部３３５は、動作状態取得要求をブレードサーバ２００に送信し（Ｓ５１１）、動作状態取得要求に応じてブレードサーバ２００から送信される動作状態を受信する。動作モード決定部３３６は、動作モード管理テーブル３２２から、動作状態に対応する動作モードを取得する（Ｓ５１２）。取得した動作モードが「オン」であった場合には（Ｓ５１３：ＹＥＳ）、ステップＳ５１１に戻り、プログラム動作状態取得部３３５は、動作状態取得要求をブレードサーバ２００に送信する。

動作モードが「オン」以外であれば（Ｓ５１３：ＮＯ）、動作モード切替要求送信部３３７は、上記ステップＳ５０８またはステップＳ５１２で決定された動作モードを設定した動作モード切替要求をブレードサーバ２００に送信し（Ｓ５１４）、ユーザＩＤに対応する割当管理テーブル３２１の動作モード３２１２を、上記動作モードに更新する（Ｓ５１５）。

図８は、ブレードサーバ２００の処理の流れを示す図である。なお、図８の処理は、ブレードサーバ２００がオフモードである場合に実行されることを想定している。

動作モード切替要求受信部２３３は、「オン」が設定された動作モード切替要求を受信すると（Ｓ６０１）、動作モードがオフモードになるまで以下の処理を繰り返す。動作モード切替要求受信部２３３は、ｍＢＭＣ２０９の機能として実現され、ｍＢＭＣ２０９は、ブレードサーバ２００の電源２０６がオフであっても、給電を受けて動作しているものとする。

操作情報受信部２３５は、クライアント１００から操作情報を受信した場合は（６０２：ＹＥＳ）、情報処理部２３６は操作情報に応じた情報処理を行い、情報処理の結果を出力する画面を表示するための画面データを生成する（Ｓ６０３）。画面データ送信部２３７は、生成した画面データをクライアント１００に送信する（Ｓ６０４）。

動作状態取得要求受信部２３１が、管理サーバ３００から動作状態取得要求を受信した場合（Ｓ６０５：ＹＥＳ）、動作状態送信部２３２は、ブレードサーバ２００においてスクリーンセーバが実行されているか否かを判断し、ウイルススキャンプログラムが実行されているか否かを判断し、ファイル未保存プロセスが実行されているか否かを判断し、上記の判断結果を含む動作状態を生成する（Ｓ６０６）。動作状態送信部２３２は、生成した動作状態を管理サーバ３００に送信する（Ｓ６０７）。

動作モード切替要求受信部２３３が管理サーバ３００から動作モード切替要求を受信した場合（Ｓ６０８：ＹＥＳ）、動作モード切替部２３４は、ブレードサーバ２００の動作モードを、受信した動作モード切替要求に設定されている動作モードに切り替える（Ｓ６０９）。なお、動作モードの設定方法は、一般的なものを使うことができる。

以上のようにして、本実施形態の情報処理システムでは、管理サーバ３００がクライアント１００の動作を監視し、クライアント１００に異常が発生した場合には、クライアント１００に割り当てられているブレードサーバ２００の動作モードを、「オフ」「スタンバイ」「休止」など、ブレードサーバ２００の消費電力が小さくなるような動作モード（以下、省電力モードという。）に切り替えることができる。

したがって、本実施形態の情報処理システムによれば、例えばクライアント１００に障害が発生した場合や、ユーザが終了手続を踏まずにクライアント１００の電源を切ってしまった場合、通信ネットワークに障害が発生した場合など、クライアント１００側に通信障害が発生した場合に、クライアント１００に割り当てられているブレードサーバ２００を省電力モードに切り替えることができる。よって、ブレードサーバ２００の無駄な消費電力を抑えることができる。また、クライアント１００側に障害が発生した場合にブレードサーバ２００を省電力モードに切り替えることで、例えばハードディスクドライブなどの寿命を延ばすことができる。

また、本実施形態の情報処理システムでは、クライアント１００側に障害が発生した場合には、ブレードサーバ２００の割当を解放することができるので、そのブレードサーバ２００を他の正常なクライアント１００に割り当てることが可能となり、効率的にブレードサーバ２００を運用することができる。

また、クライアント１００とブレードサーバ２００との間の通信が切断されているにも関わらずブレードサーバ２００における情報処理が継続してしまうことがなくなるので、ＣＰＵやメモリ、電力などの資源の無駄使いを減らすことができる。また、ブレードサーバ２００を連続稼動することによる不具合の可能性も低減することができる。

また、本実施形態の情報処理システムでは、管理サーバ３００は、ブレードサーバ２００の動作状態に応じて、切り替える動作モードを決定することができる。したがって、管理サーバ３００は、クライアント１００からの終了指示が無い場合でも、ブレードサーバ２００を終了させることもできる。

また、ブレードサーバ２００の動作状態に応じた動作モードは、動作モード管理テーブル３２２に設定される。したがって、管理者は、動作モード管理テーブル３２２を更新することにより、ブレードサーバ２００の動作を柔軟にチューニングすることができる。

また、本実施形態の情報処理システムでは、スクリーンセーバが実行されているか否かに応じて、ブレードサーバ２００の動作モードを設定することができる。したがって、例えば、クライアント１００がｐｉｎｇコマンドに対する応答を返さないように設定されている場合や、ファイヤウォール１６２がＩＣＭＰ（Internet Control Message Protocol）パケットをブロックしているような場合には、スクリーンセーバが実行されているか否かにより、クライアント１００からブレードサーバ２００に操作情報が送信されているか否かを確認することが可能となり、このような場合でも、クライアント１００に障害が発生しているか否かを把握することができる。よって、管理サーバ３００は、適切なブレードサーバ２００の動作モードを決定することができる。

また、本実施形態の情報処理システムでは、ウイルススキャンプログラムが実行されている場合には、省電力モードに切り替えないようにして、ウイルススキャンプログラムの実行が完了するまでオンモードとしておくこともできる。したがって、ウイルススキャンプログラムのように、長時間連続して実行され、ブレードサーバ２００の診断を行うようなプログラムについては、その実行が終了するまでは、クライアント１００に障害があったとしても、ブレードサーバ２００において実行を続けることができる。

また、本実施形態の情報処理システムでは、ファイル未保存プロセスが存在しなければスタンバイモードに切り替え、ファイル未保存プロセスが存在している場合には休止モードに切り替えることにより、メモリに格納されている未保存のファイルに対する編集内容をＨＤＤに退避しておくことができる。これにより、ブレードサーバ２００への給電が予期せず遮断された場合などにも、編集内容を復帰することができる。

本実施形態では、管理サーバ３００は、定期的にｐｉｎｇコマンドをクライアント１００に送信してクライアント１００の動作を監視していたが、ブレードサーバ２００の動作状態に応じて、クライアント１００の動作を確かめるようにしてもよい。この場合の管理サーバ３００の処理を図９に示す。図９の処理は、上述の図７に示した処理のステップＳ５０７からステップＳ５１５までの処理に代えて管理サーバ３００が行うものである。

まず、クライアント監視部３３４は、変数前回モードを「オン」とする（Ｓ５２１）。ブレード解放要求受信部３３８が、クライアント１００からブレード解放要求を受信した場合には（Ｓ５０７：ＹＥＳ）、動作モード決定部３３６は、動作モードを「オフ」として（Ｓ５０８）、ステップＳ５１４に進む。

次に、プログラム動作状態取得部３３５は、動作状態取得要求をブレードサーバ２００に送信し（Ｓ５１１）、動作状態取得要求に応じてブレードサーバ２００から送信される動作状態を受信する。動作モード決定部３３６は、動作モード管理テーブル３２２から、動作状態に対応する動作モードを取得する（Ｓ５１２）。動作モード決定部３３６が取得した動作モードが「オン」であった場合には（Ｓ５１３：ＹＥＳ）、ステップＳ５０７に戻る。

動作モード決定部３３６が取得した動作モードが「オン」以外であった場合に（Ｓ５１３：ＮＯ）、クライアント監視部３３４は、クライアント１００に対してｐｉｎｇコマンドを送信し（Ｓ５０９）、ｐｉｎｇコマンドに対するクライアント１００からの応答を所定時間待つ。

ここで、クライアント監視部３３４がクライアント１００から応答を受信した場合に（Ｓ５１０：ＹＥＳ）、上記動作モード決定部３３６が取得した動作モードと、前回モードとが異なる場合には（Ｓ５２２：ＮＯ）、動作モードを前回モードとして（Ｓ５２３）、ステップＳ５０７からの処理を繰り返す。

一方、動作モードと前回モードとが一致する場合には（Ｓ５２２：ＹＥＳ）、クライアント監視部３３４は、ブレードサーバ２００の動作モードを変更する旨のメッセージ（終了通知）をクライアント１００に送信する（Ｓ５２４）。

動作モード切替要求送信部３３７は、上記ステップＳ５０８またはステップＳ５１２で決定された動作モードを設定した動作モード切替要求をブレードサーバ２００に送信し（Ｓ５１４）、ユーザＩＤに対応する割当管理テーブル３２１の動作モード３２１２を、上記動作モードに更新する（Ｓ５１５）。

以上のようにして、管理サーバ３００は、ブレードサーバ２００の動作状態に対応する動作モードが「オン」以外である場合にのみ、クライアント１００に対してｐｉｎｇコマンドを送信することができる。したがって、クライアント１００に対する通信負荷を低減することができる。また、クライアント１００のｐｉｎｇコマンドの処理に係る処理負荷を低減することもできる。よって、クライアント１００をより効率的に動作させることができる。特にシンクライアント構成の場合には、クライアント１００の処理能力は、ブレードサーバ２００の処理能力よりも著しく低いことが多いので、クライアント１００の処理負荷や通信負荷を低減することにより、情報処理システム全体としての処理効率を向上することができる。

また、本実施形態では、管理サーバ３００がクライアント１００に対してｐｉｎｇコマンドを送信することにより、クライアント１００の動作状態を監視するものとしたが、ブレードサーバ２００が監視するようにしてもよい。この場合のソフトウェア構成を図１０に示す。同図に示すように、管理サーバ３００のクライアント監視部３３４をブレードサーバ２００が備えるようにする。

図１１は、ブレードサーバ２００がクライアント１００を監視する場合に、ブレードサーバ２００が行う処理の流れを示す図である。

ブレードサーバ２００では、操作情報受信部２３５は、クライアント１００から操作情報を受信した場合（Ｓ７０１：ＹＥＳ）、情報処理部２３６は、操作情報に応じて各種の情報処理を行い、情報処理の結果を出力する画面を表示するための画面データを生成する（Ｓ７０２）。画面データ送信部２３７は、生成した画面データをクライアント１００に送信する（Ｓ７０３）。

ブレードサーバ２００においてスクリーンセーバが実行されている場合（Ｓ７０４：ＹＥＳ）、クライアント監視部３３４は、ｐｉｎｇコマンドをクライアント１００に送信し（Ｓ７０５）、クライアント１００から所定時間内にｐｉｎｇコマンドに対する応答を受信することができるか否かを調べる（Ｓ７０６）。

ｐｉｎｇコマンドを受信できなかった場合（Ｓ７０６：ＮＯ）、動作状態送信部２３２は、スクリーンセーバが実行されているか否か、ウイルススキャンプログラムが実行されているか否か、また、ファイル未保存プロセスが実行されているか否かを示す情報を含む動作状態を生成し（Ｓ７０７）、生成した動作状態を管理サーバ３００に送信する（Ｓ７０８）。

この場合、管理サーバ３００では、プログラム動作状態取得部３３５は、動作状態取得要求をブレードサーバ２００に送信することなく、ブレードサーバ２００から動作状態を受信し、動作モード決定部３３６は、受信した動作状態に対応する動作モードを動作モード管理テーブル３２２から読み出し、動作モード切替要求送信部３３７は、読み出した動作モードを設定した動作モード切替要求をブレードサーバ２００に送信する。

動作モード切替要求受信部２３３は、動作モード切替要求を受信し（Ｓ７０９）、動作モード切替部２３４は、ブレードサーバ２００の動作モードを、動作モード切替要求に設定されている動作モードに切り替える（Ｓ７１０）。

なお、クライアント監視部３３４は、スクリーンセーバが実行しているか否かを問わず、定期的にｐｉｎｇコマンドをクライアント１００に送信するようにしてもよい。

以上のように、ブレードサーバ２００がクライアント１００を監視し、クライアント１００に異常が発生した場合には、管理サーバ３００からブレードサーバ２００の動作モードを設定するようにすることができる。したがって、管理サーバ３００によるクライアント１００の監視負荷を低減することができる。特に、クライアント１００およびブレードサーバ２００の組み合わせの数が多い場合には、各ブレードサーバ２００がクライアント１００の監視を行うことにより、クライアント１００の監視に係る処理負荷を分散することができる。よって、情報処理システム全体の処理効率を向上することができる。

なお、ブレードサーバ２００と管理サーバ３００とを１台のコンピュータとして実現するようにしてもよい。この場合、例えばブレードサーバ２００に、表示装置を接続して画面情報を出力するためのビデオインタフェースと、キーボードとマウスを接続するためのＵＳＢインタフェースも具備させ、管理サーバ３００が備える各種機能部をブレードサーバ２００が備えるようにする。また、管理サーバ３００の機能の一部をブレードサーバ２００が備えるようにしてもよい。

また、本実施形態では、ブレードサーバ２００の動作モードは、オンモード、スタンバイモード、休止モード、オフモードの４つであるものとしたが、これに限らず、例えば、ハードディスクドライブの回転のみを止める動作モードを追加するようにしてもよい。つまり、オンモード以外の動作モードについては、ブレードサーバ２００がオンモードである場合に比べて、ブレードサーバ２００の消費電力が少なくなるような動作モードであればよい。

また、本実施形態では、予めユーザＩＤごとに利用するブレードサーバ２００が設定されているものとしたが、管理サーバ３００がブレードサーバ割当要求に応じて、動的にブレードサーバ２００を割り当てるようにしてもよい。

また、本実施形態では、ブレードサーバ２００の動作状態には、スクリーンセーバ情報、ウイルススキャン情報、およびファイル未保存情報の３つが含まれるものとしたが、これに限らず、その他のブレードサーバ２００の動作状態を示す情報を含めるようにしてもよい。例えば、動作状態には、ブレードサーバ２００のＣＰＵ２０２の単位時間あたりの使用率、メモリ２０１の使用量、ＨＤＤ２０５への単位時間あたりのアクセス量などを含めるようにすることもできる。

また、本実施形態では、ブレードサーバ２００の動作状態は、ブレードサーバ２００のＣＰＵ２０２がメモリ２０１に記憶されるプログラムを実行することにより実現される機能部によって取得されるものとしたが、ｍＢＭＣの機能として実現するようにしてもよい。この場合、ｍＢＭＣが取得可能な、ハードウェアの動作状態を管理サーバ３００に応答するようにしてもよい。この場合、例えば、ＣＰＵ２０２の処理負荷や、ＣＰＵ２０２の表面温度、筐体内の温度、筐体内に設けられているファンの回転数、ＮＩＣ２０３が送受信したパケット数などを動作状態としてもよい。

また、本実施形態では、管理サーバ３００は、ブレード割当要求に応じて、ブレードアドレスとクライアントアドレスとの対応付けを割当管理テーブル３２１に登録するものとしたが、例えば、予めクライアント１００とブレードサーバ２００との対応付けがなされているような場合において、管理サーバ３００は、ネットワークを流れるパケットをキャプチャし、パケットの送信元および送信先を統計処理して、クライアント１００とブレードサーバ２００との対応付けを割当管理テーブル３２１に登録するようにしてもよい。また、管理サーバ３００は、ブレードサーバ２００に対して、通信を行っているクライアント１００のＩＰアドレスを問い合わせるようにしてもよい。

また、ブレードサーバ２００がクライアント１００の動作を監視し、異常を検知した場合に管理サーバ３００に通知し、管理サーバ３００は、ブレードサーバ２００からの通知を受けて、ｐｉｎｇコマンドをクライアント１００に送信して、クライアント１００の動作状態を確認するようにしてもよい。また、ブレードサーバ２００と管理サーバ３００との両方がクライアント１００に対してｐｉｎｇコマンドを送信してクライアント１００の動作を監視するようにしてもよい。

また、本実施形態では、ｐｉｎｇコマンドに対する応答の有無によりクライアント１００の動作を監視するものとしたが、これに限らず、クライアント１００にその他のコマンドを送信してその応答の有無により監視してもよい。また、ネットワークを流れるパケットをキャプチャして、クライアント１００が送信元となるパケットが存在するか否かにより監視するようにしてもよい。この場合、ブレードサーバ２００が送信先となっているパケットのみをキャプチャすることで、クライアント１００とブレードサーバ２００との間の通信のみを監視するようにしてもよい。

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

本発明の一実施形態に係る情報処理システムの全体構成を示す図である。 本実施形態の情報処理システムのソフトウェア構成を示す図である。 本実施形態における管理サーバが備える割当管理テーブルの構成例を示す図である。 ブレードサーバの動作状態の一例を示す図である。 本実施形態における管理サーバが備える動作モード管理テーブルの構成例を示す図である。 本実施形態におけるクライアントによる処理の流れ図である。 本実施形態における管理サーバによる処理の流れ図である。 本実施形態におけるブレードサーバによる処理の流れ図である。 動作状態に応じてｐｉｎｇコマンドを送信する場合の、管理サーバによる処理の流れ図である。 ブレードサーバがクライアントを監視する場合の情報処理システムのソフトウェア構成を示す図である。 ブレードサーバがクライアントを監視する場合の、ブレードサーバによる処理の流れ図である。

符号の説明

１００ クライアント
１０１ メモリ １０２ ＣＰＵ
１０３ ＮＩＣ １０４ ビデオインタフェース
１０５ ＵＳＢインタフェース １０６ 認証情報取得プログラム
１０７ リモートコントロールプログラム １０８ 監視応答プログラム
１３１ 認証情報取得部 １３２ ブレード割当要求送信部
１３３ ブレードアドレス受信部 １３４ 操作情報送信部
１３５ 画面データ受信部 １３６ ｐｉｎｇ応答部
１３７ ブレード解放要求送信部 ２００ ブレードサーバ
２０１ メモリ ２０２ ＣＰＵ
２０３ ＮＩＣ ２０４ ＩＤＥインタフェース
２０５ ＨＤＤ ２０６ 電源
２０７ 電源制御装置 ２０８ 故障検出装置
２０９ ｍＢＭＣ ２１１ リモートコントロールプログラム
２１２ 動作状態応答プログラム ２３１ 動作状態取得要求受信部
２３２ 動作状態送信部 ２３３ 動作モード切替要求受信部
２３４ 動作モード切替部 ２３５ 操作情報受信部
２３６ 情報処理部 ２３７ 画面データ送信部
３００ 管理サーバ ３０１ メモリ
３０２ ＣＰＵ ３０３ ＮＩＣ
３０４ ビデオインタフェース ３０５ ＵＳＢインタフェース
３０６ ＩＤＥインタフェース ３０７ ＨＤＤ
３２１ 割当管理テーブル ３２２ 動作モード管理テーブル
３３１ ブレード割当要求受信部 ３３２ ユーザ認証部
３３３ ブレードアドレス割当部 ３３４ クライアント監視部
３３５ プログラム動作状態取得部 ３３６ 動作モード決定部
３３７ 動作モード切替要求送信部 ３３８ ブレード解放要求受信部
３４１ スクリーンセーバ情報 ３４２ ウイルススキャン情報
３４３ ファイル未保存情報 ３４４ 動作モード

Claims (16)

1. ユーザからの操作を受け付けるクライアントから操作情報を受信し、受信した前記操作情報に応じて情報処理を行い、前記情報処理の結果を前記クライアントに送信するサーバと、前記クライアントおよび前記サーバに接続される管理装置とを含んで構成される情報処理システムであって、
   前記管理装置は、
   前記クライアントと前記サーバとの間で通信が行われているか否かを監視するクライアント監視部と、
   前記通信が行われていない場合、前記サーバの動作モードを、現在の動作モードよりも消費電力が小さい他の動作モードである省電力モードに切り替えるように指示する動作モード切替要求を前記サーバに送信する動作モード切替要求送信部と、
   を備え、
   前記サーバは、
   前記管理装置から送信される前記動作モード切替要求を受信する動作モード切替要求受信部と、
   前記動作モード切替要求に応じて、前記サーバの動作モードを前記省電力モードに切り替える動作モード切替部と、
   を備えることを特徴とする情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記管理装置は、前記クライアントと前記サーバとの間の通信量を測定する通信量測定部を備え、
   前記クライアント監視部は、前記通信量に応じて前記監視を開始すること、
   を備えることを特徴とする情報処理システム。
3. 請求項１に記載の情報処理システムであって、
   前記管理装置は、前記サーバに、前記サーバの動作状態を取得するための動作状態取得要求を送信する動作状態取得要求送信部を備え、
   前記サーバは、前記動作状態取得要求に応じて、前記サーバの動作状態を前記管理装置に送信する動作状態送信部を備え、
   前記管理装置は、前記動作状態取得要求に応じて送られてくる前記動作状態を受信する動作状態受信部を備え、
   前記クライアント監視部は、受信した前記動作状態が予め設定された条件を満たす場合に、前記監視を開始すること、
   を特徴とする情報処理システム。
4. 請求項３に記載の情報処理システムであって、
   前記動作状態送信部は、前記サーバの筐体内の温度、前記サーバが備えるＣＰＵの表面温度、前記ＣＰＵの処理負荷、および、前記筐体内に設けられているファンの回転数の少なくともいずれかを前記動作状態として前記管理装置に送信すること、
   を特徴とする情報処理システム。
5. 請求項３に記載の情報処理システムであって、
   前記動作状態送信部は、操作情報を所定時間受信しない場合に前記サーバで実行されるプログラムが実行されているか否かを示す情報を前記動作状態として前記管理装置に送信すること、
   を特徴とする情報処理システム。
6. 請求項３に記載の情報処理システムであって、
   前記動作状態送信部は、編集中かつ未保存のファイル識別子を管理するプロセスが実行されているか否かを示す情報を前記動作状態として前記管理装置に送信すること、
   を特徴とする情報処理システム。
7. 請求項１に記載の情報処理システムであって、
   前記サーバが、前記クライアント監視部を備え、
   前記サーバは、前記クライアントと前記サーバとの間で前記通信が行われていない場合に、前記サーバの動作状態を前記管理装置に送信する動作状態送信部を備え、
   前記管理装置は、
   前記サーバから送信される前記動作状態を受信する動作状態受信部と、
   予め設定される条件に対応付けて、前記省電力モードを示すモード情報を記憶する条件記憶部と、
   を備え、
   前記動作モード切替要求送信部は、前記条件のうち、前記動作状態が満たす前記条件に対応する前記モード情報を前記条件記憶部から読み出し、読み出した前記モード情報を設定した前記動作モード切替要求を前記サーバに送信し、
   前記動作モード切替部は、前記サーバの動作モードを、前記動作モード切替要求に設定されている前記モード情報が示す前記省電力モードに切り替えること、
   を特徴とする情報処理システム。
8. ユーザからの操作を受け付けるクライアントから操作情報を受信し、受信した前記操作情報に応じて情報処理を行い、前記情報処理の結果を前記クライアントに送信するサーバと、前記クライアントおよび前記サーバに接続される管理装置とを含んで構成される情報処理システムにおいて、
   前記管理装置が、前記クライアントと前記サーバとの間で通信が行われているか否かを監視し、
   前記管理装置が、前記通信が行われていない場合、前記サーバの動作モードを、現在の動作モードよりも消費電力が小さい他の動作モードである省電力モードに切り替えるように指示する動作モード切替要求を前記サーバに送信し、
   前記サーバが、前記管理装置から送信される前記動作モード切替要求を受信し、
   前記サーバが、記動作モード切替要求に応じて、前記サーバの動作モードを前記省電力モードに切り替えること、
   を特徴とする情報処理方法。
9. 請求項８に記載の情報処理方法であって、
   前記管理装置は、前記クライアントと前記サーバとの間の通信量を測定し、
   前記管理装置は、前記通信量に応じて前記監視を開始すること、
   を備えることを特徴とする情報処理方法。
10. 請求項８に記載の情報処理方法であって、
    前記管理装置が、前記サーバに、前記サーバの動作状態を取得するための動作状態取得要求を送信し、
    前記サーバが、前記動作状態取得要求に応じて、前記サーバの動作状態を前記管理装置に送信し、
    前記管理装置が、前記動作状態取得要求に応じて送られてくる前記動作状態を受信し、
    前記管理装置は、受信した前記動作状態が予め設定された条件を満たす場合に、前記監視を開始すること、
    を特徴とする情報処理方法。
11. 請求項１０に記載の情報処理方法であって、
    前記サーバは、前記サーバの筐体内の温度、前記サーバが備えるＣＰＵの表面温度、前記ＣＰＵの処理負荷、および、前記筐体内に設けられているファンの回転数の少なくともいずれかを前記動作状態として前記管理装置に送信すること、
    を特徴とする情報処理方法。
12. 請求項１０に記載の情報処理方法であって、
    前記サーバは、操作情報を所定時間受信しない場合に前記サーバで実行されるプログラムが実行されているか否かを示す情報を前記動作状態として前記管理装置に送信すること、
    を特徴とする情報処理方法。
13. 請求項１０に記載の情報処理方法であって、
    前記サーバは、編集中かつ未保存のファイル識別子を管理するプロセスが実行されているか否かを示す情報を前記動作状態として前記管理装置に送信すること、
    を特徴とする情報処理方法。
14. 請求項８に記載の情報処理方法であって、
    前記サーバが、前記クライアントと前記サーバとの間で通信が行われているか否かを監視し、
    前記サーバが、前記クライアントと前記サーバとの間で前記通信が行われていない場合に、前記サーバの動作状態を前記管理装置に送信し、
    前記管理装置が、前記サーバから送信される前記動作状態を受信し、
    前記管理装置が、予め設定される条件に対応付けて、前記省電力モードを示すモード情報を記憶し、
    前記管理装置は、前記条件のうち、前記動作状態が満たす前記条件に対応する前記モード情報を前記条件記憶部から読み出し、読み出した前記モード情報を設定した前記動作モード切替要求を前記サーバに送信し、
    前記サーバは、前記サーバの動作モードを、前記動作モード切替要求に設定されている前記モード情報が示す前記省電力モードに切り替えること
    を特徴とする情報処理方法。
15. ユーザからの操作を受け付けるクライアントと、前記クライアントから操作情報を受信し、受信した前記操作情報に応じて情報処理を行い、前記情報処理の結果を前記クライアントに送信するサーバとのそれぞれに通信可能に接続される情報処理装置に、
    前記クライアントと前記サーバとの間で通信が行われているか否かを監視するステップと、
    前記通信が行われていない場合、前記サーバの動作モードを、現在の動作モードよりも消費電力が小さい他の動作モードである省電力モードに切り替えるように指示する動作モード切替要求を前記サーバに送信するステップと、
    を実行させるためのプログラム。
16. 請求項１５に記載のプログラムであって、
    前記情報処理装置に、
    前記サーバに、前記サーバの動作状態を取得するための動作状態取得要求を送信するステップと、
    前記動作状態取得要求に応じて送られてくる前記動作状態を受信するステップと、
    をさらに実行させ、
    前記情報処理装置に、受信した前記動作状態が予め設定された条件を満たす場合に、前記監視を開始させること、
    を特徴とするプログラム。

Images