(57)【要約】【課題】マスタデータを保護することによって高い信頼性が得られ、必要とされるサービスに応じて円滑に運用できるサーバ用コンピュータを提供する。【解決手段】  アプリケーションと、このアプリケーションを動作させるためのオペレーティングシステムとを含むマスタデータＭをコピーして保存する第１ブート部２０２、第１ブート部２０２によるマスタデータＭのコピーの後、コピーされたマスタデータを内部メモリ２０４に展開する第２ブート部２０３、第２ブート部２０３によって展開されたマスタデータＭにアクセスしてコンピュータを動作させるＣＰＵ２０５によってサーバ用コンピュータを構成する。【選択図】  図２
2009015523.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータを含むサーバシステムであって、
前記コンピュータは、
アプリケーションと、当該アプリケーションを動作させるためのオペレーティングシステムとを含むデータであるマスタデータをコピーして保存する第１ブート手段と、
前記第１ブート手段によるマスタデータのコピーの後、コピーされたマスタデータをメモリに展開する第２ブート手段と、
前記第２ブート手段によって展開されたマスタデータにアクセスしてコンピュータを動作させる制御手段と、を備え、
各コンピュータの前記第１ブート手段は、コンピュータの稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づいて選択されたマスタデータをコピーすることを特徴とするサーバシステム。
【請求項２】
複数の前記コンピュータの状態を監視すると共に遠隔操作によって制御する監視装置をさらに含み、
前記監視装置は、
コンピュータの稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づいて運用スケジュールを設定し、前記運用スケジュールに基づいて決定されたマスタデータが前記第１ブート手段によってコピーされることを特徴とする請求項１に記載のサーバシステム。
【請求項３】
前記監視装置は、前記マスタデータを変更するための変更データを前記コンピュータに送信することを特徴とする請求項１または２に記載のサーバシステム。
【請求項４】
アプリケーションと、当該アプリケーションを動作させるためのオペレーティングシステムとを含むデータであるマスタデータをコピーして保存する第１ブート手段と、
前記第１ブート手段によるマスタデータのコピーの後、コピーされたマスタデータをメモリに展開する第２ブート手段と、
前記第２ブート手段によって展開されたマスタデータにアクセスしてコンピュータを動作させる制御手段と、
を備えることを特徴とするサーバ用コンピュータ。
【請求項５】
前記第１ブート手段は、直接接続された記録媒体、通信回線を介して接続される他のコンピュータ内部のメモリまたは他のコンピュータに接続された記録媒体からマスタデータをコピーすることを特徴とする請求項４に記載のサーバ用コンピュータ。
【請求項６】
マスタデータが前記メモリのアドレスと共に記録され、前記制御手段は前記アドレスが予め記録されているアドレス記録手段を含んでなり、
前記第２ブート手段は、前記記録媒体から読み出したマスタデータを前記メモリ内の前記アドレスに展開し、
前記制御手段は、前記アドレス記録手段から読み出された前記アドレスにアクセスすることを特徴とする請求項４または５に記載のサーバ用コンピュータ。
【請求項７】
前記第１ブート手段は、コンピュータの稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づく運用スケジュールに基づいて選択されたマスタデータをコピーすることを特徴とする請求項４から６のいずれか１項に記載のサーバ用コンピュータ。
【請求項８】
他のサーバ用コンピュータと共にラックに搭載された場合に前記ラックを介して電力の供給を受ける第１コネクタと、単独で直接電力の供給を受ける第２コネクタとをさらに備えることを特徴とする請求項４から７のいずれか１項に記載のサーバ用コンピュータ。
【請求項９】
コンピュータに、
アプリケーションと、当該アプリケーションを動作させるためのオペレーティングシステムとを含むデータであるマスタデータと、当該マスタデータを展開すべきアドレスとをメモリにコピーさせる第１ブート機能と、
前記第１ブート機能によってコピーされたマスタデータを、前記アドレスに展開させる第２ブート機能と、
を実現させることを特徴とするブートプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステム、サーバ用コンピュータ及びブートプログラムに係り、特にブレードサーバに使用されるサーバシステム、サーバ用コンピュータ及びブートプログラムに関する。
【背景技術】
【０００２】
現在、サーバシステムの分野において、ラックに複数のブレードサーバを搭載して運用することが行われている。このようなブレードサーバの多くは、複数のクライアントによって使用されていて、複数のブレードサーバの一部が一のクライアントに割当てられている。ブレードサーバの従来例としては、例えば、特許文献1が挙げられる。
特許文献１の発明では、複数のブレードサーバを管理サーバによって監理している。管理サーバは、一のクライアントによって使用されるブレードサーバをグループ化して管理する。そして、識別子によってクライアントを認証し、ブレードサーバを使用する正当な権限があるクライアントによる制御要求だけを受付けている。
このような従来技術によれば、正当な権限がないクライアントがブレードサーバを制御する、いわゆる「なりすまし」を防ぐことができる。
【特許文献１】特開２００７−１５６５８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、周知のように、コンピュータでは、電源が投入された後にＯＳ（Operating System）を起動するためのブート（boot）処理が行われる。近年のコンピュータの多くは、ＨＤＤ（Hard Disk Drive）からブートローダがブート用のプログラムを読み込んでブートを実行する。このようなブートは、利便性が高く、操作が簡易である。
しかしながら、ＨＤＤからプログラムを読み出すブートでは、ＨＤＤのディスクとコンピュータのメモリとが双方向に連携して処理をするため、ディスクに異常が発生することがある。ディスクの異常は、サーバ機能を損ない、サーバによるサービスに対するクライアントの信頼性を低下させることになる。
【０００４】
また、サーバには、Ｗｅｂの閲覧やメール等の多様なサービスを短時間に、かつ円滑に提供することが要求されている。サーバに要求されるサービスの種別や処理量は、平日あるいは休日といった日や、午前中と夜間といった時間帯によって変化することが予測される。
しかしながら、従来技術に挙げた発明は、同様の構成を持ったブレードサーバを複数ラックに搭載しているため、日や時間帯等によるサービスの変化に対応することはできない。したがって、例えば、日中にはメールを処理する資源が不足し、夜間はメール機能に余裕があってＷｅｂのサービスにあてられる資源が不足するおそれがある。
本発明は、このような点に鑑みてなされたものであって、マスタデータを保護することによって高い信頼性が得られ、必要とされるサービスに応じて円滑に運用できるサーバシステム、サーバ用コンピュータ、ブートプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するため、本発明の請求項１に記載のサーバシステムは、複数のコンピュータを含むサーバシステムであって、前記コンピュータが、アプリケーションと、当該アプリケーションを動作させるためのオペレーティングシステムとを含むデータであるマスタデータをコピーして保存する第１ブート手段と、前記第１ブート手段によるマスタデータのコピーの後、コピーされたマスタデータをメモリに展開する第２ブート手段と、前記第２ブート手段によって展開されたマスタデータにアクセスしてコンピュータを動作させる制御手段と、を備え、各コンピュータの前記第１ブート手段は、コンピュータの稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づいて選択されたマスタデータをコピーすることを特徴とする。
【０００６】
このような発明によれば、コピー元のマスタデータがブートに使用されないので、コピー元のマスタデータを保護することができる。このため、ブートされたマスタデータに不具合が生じた場合にもコピー元のマスタデータを使って再度ブートすることによってサーバが長期間ダウンすることを防ぐことができる。このため、信頼性が高いサーバシステムを提供することができる。また、運用スケジュールに基づいてマスタデータをブートするので、スケジュールに沿ってコンピュータの機能を変更することができ、円滑に運用できるサーバシステムを提供することができる。
【０００７】
請求項２に記載のサーバシステムは、請求項１に記載の発明において、複数の前記コンピュータの状態を監視すると共に遠隔操作によって制御する監視装置をさらに含み、前記監視装置は、コンピュータの稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づいて運用スケジュールを設定し、前記運用スケジュールに基づいて決定されたマスタデータが前記第１ブート手段によってコピーされることを特徴とする。
【０００８】
このような発明によれば、運用スケジュールをコンピュータの稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づいて設定することができる。このため、必要とされるサービスに応じてコンピュータの機能を変更することができ、円滑に運用できるサーバシステムを提供することができる。
また、請求項３に記載のサーバシステムは、請求項１または２に記載の発明において、前記監視装置が、前記マスタデータを変更するための変更データを前記コンピュータに送信することを特徴とする。
【０００９】
このような発明によれば、コピー元のマスタデータを最新のデータに更新することができる。そして、更新後のマスタデータを再ブート等することによってコンピュータが常に最新のマスタデータを使ってブートすることができる。
また、請求項４に記載のサーバ用コンピュータは、アプリケーションと、当該アプリケーションを動作させるためのオペレーティングシステムとを含むデータであるマスタデータをコピーして保存する第１ブート手段と、前記第１ブート手段によるマスタデータのコピーの後、コピーされたマスタデータをメモリに展開する第２ブート手段と、前記第２ブート手段によって展開されたマスタデータにアクセスしてコンピュータを動作させる制御手段と、を備えることを特徴とする。
【００１０】
このような発明によれば、コピー元のマスタデータがブートに使用されないので、コピー元のマスタデータを保護することができる。このため、ブートされたマスタデータに不具合が生じた場合にもコピー元のマスタデータを使って再度ブートすることによってサーバが長期間ダウンすることを防ぐことができる。このため、信頼性が高いサーバシステムを提供することができる。
【００１１】
また、請求項５に記載のサーバ用コンピュータは、請求項４に記載の発明において、前記第１ブート手段は、直接接続された記録媒体、通信回線を介して接続される他のコンピュータ内部のメモリまたは他のコンピュータに接続された記録媒体からマスタデータをコピーすることを特徴とする。
このような発明によれば、コンピュータに接続された記録媒体ばかりでなく、通信回線上の他のコンピュータに記録されているマスタデータを使ってブートを実行することができる。
【００１２】
また、請求項６に記載のサーバ用コンピュータは、請求項４または５に記載の発明において、マスタデータが前記メモリのアドレスと共に記録され、前記制御手段は前記アドレスが予め記録されているアドレス記録手段を含んでなり、前記第２ブート手段は、前記記録媒体から読み出したマスタデータを前記メモリ内の前記アドレスに展開し、前記制御手段は、前記アドレス記録手段から読み出された前記アドレスにアクセスすることを特徴とする。
【００１３】
このようなマスタデータによれば、マスタデータを展開するにあたってメモリを変換する処理や展開できる領域を検索する処理が不要になる。このため、ブートにかかる処理の簡易化を図り、処理時間を短縮することができる。さらに、ブート処理の演算量や必要とされるメモリ容量も軽減し、小型化、低廉化に有利なサーバ用コンピュータを提供することができる。
【００１４】
また、請求項７に記載のサーバ用コンピュータは、請求項４から６のいずれか１項に記載の発明において、前記第１ブート手段が、コンピュータの稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づく運用スケジュールに基づいて選択されたマスタデータをコピーすることを特徴とする。
このような発明によれば、運用スケジュールに基づいてマスタデータをブートするので、稼働状況に対応してコンピュータの機能を変更することができ、円滑に運用できるサーバ用コンピュータを提供することができる。
【００１５】
また、請求項８に記載のサーバ用コンピュータは、請求項４から７のいずれか１項に記載の発明において、他のサーバ用コンピュータと共にラックに搭載された場合に前記ラックを介して電力の供給を受ける第１コネクタと、単独で直接電力の供給を受ける第２コネクタとをさらに備えることを特徴とする。
このような発明によれば、ラックに搭載された状態の複数のサーバ用コンピュータに一括して電力を供給することができる。また、ラックから外された単独のサーバ用コンピュータに電力を供給することができるので、サーバ用コンピュータを作業者が作業しやすい机上等に移動させてデバック等の作業をすることができる。このため、作業者によるメンテナンスの作業性を高めることができる。
【００１６】
また、請求項９に記載のブートプログラムは、コンピュータに、アプリケーションと、当該アプリケーションを動作させるためのオペレーティングシステムとを含むデータであるマスタデータと、当該マスタデータを展開すべきアドレスとをメモリにコピーさせる第１ブート機能と、前記第１ブート機能によってコピーされたマスタデータを、前記アドレスに展開させる第２ブート機能と、を実現させることを特徴とする。
【００１７】
このような発明によれば、コピー元のマスタデータがブートに使用されないので、コピー元のマスタデータを保護することができる。このため、ブートされたマスタデータに不具合が生じた場合にもコピー元のマスタデータを使って再度ブートすることによってサーバが長期間ダウンすることを防ぐことができる。このため、信頼性が高いブートプログラムを提供することができる。
また、マスタデータを展開するにあたってメモリを変換する処理や展開できる領域を検索する処理が不要になる。このため、ブートにかかる処理の簡易化を図り、処理時間を短縮することができる。さらに、ブート処理の演算量や必要とされるメモリ容量も軽減し、小型化、低廉化に有利なブートプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図を参照して本発明に係るサーバシステム、サーバ用コンピュータ及びブートプログラムの実施形態１、実施形態２、実施形態３を説明する。
・実施形態１
（１）サーバシステム
図１は、実施形態１のサーバシステムを説明するための図である。実施形態１のサーバシステムは、複数のコンピュータ１０１を含んでいる。実施形態１では、コンピュータ１０１が記録媒体に記録されているデータを読み込み、読み込まれたデータを使って動作する。なお、実施形態１では、記録媒体をＣＦ（Compact Flash）とし、図２に示すものとする。また、コンピュータ１０１は、サーバ用コンピュータである。
【００１９】
各コンピュータ１０１は、電源のオン、オフ状態を通知するためのＰＯＷＥＲ−ＳＷ信号ａ、リセットされたことを通知するＲＥＳＥＴ−ＳＷ信号ｂ、ＨＡＬＴ状態であることを示すＨＡＬＴステータス信号ｃを遠隔制御システム１０４に出力する。また、ＩＤＣ設備１０２の側にある遠隔制御システム１０４は、顧客事務所１０３における操作にしたがって制御信号ｅをコンピュータ１０１に出力してコンピュータ１０１を制御している。
なお、実施形態１では、コンピュータ１０１の物理的なスイッチの操作は、コンピュータ１０１を直接操作しなければすることができない。
【００２０】
（２）コンピュータ
図２は、ＣＦ２０１と実施形態１のコンピュータ１０１を説明するための図である。ＣＦ２０１は、アプリケーションと、このアプリケーションを動作させるためのオペレーティングシステム（ＯＳ）とを含むデータを記憶している。実施形態１では、このデータをマスタデータＭと記す。アプリケーションとは、ある目的のための作成された応用ソフトであって、実施形態１では、Ｗｅｂページを閲覧するためのＷｅｂサーバソフト、メールの送受信に使用されるｍａｉｌサーバソフト、ファイルの転送に使用されるｆｔｐ（File Transfer Protocol）サーバソフト、その他のアプリケーションソフトであるａｐｌサーバソフトがある。
【００２１】
また、コンピュータ１０１は、マスタデータＭをコピーして内部メモリ２０４に保存する第１ブート部２０２と、第１ブート部２０２によるマスタデータＭのコピーの後、コピーされたマスタデータＭを内部メモリ２０４に展開して運用する第２ブート部２０３と、を備えている。さらに、コンピュータ１０１は、サーバとして機能するため、あるいは遠隔制御システム１０４と通信するための通信制御部２０６、以上の構成を統括的に制御するためのＣＰＵ２０５を有している。
なお、実施形態１では、ＣＦ２０１に保存されているマスタデータＭを修正等の目的で変更する必要が生じた場合、遠隔制御システム１０４の管理者が通信制御部２０６を介して変更用のデータを送信する。ＣＰＵ２０５は、変更用のデータによってＣＦ２０１のマスタデータＭを更新する。
【００２２】
図３（ａ）、（ｂ）、（ｃ）は、実施形態１のコンピュータの動作を説明するための図である。すなわち、本実施形態では、予めＣＰＵ２０５においてアプリケーションのデータと、アプリケーションの実行に必要なデータをマスタデータＭとしてＣＦ２０１に記録しておく（焼き込んでおく）。アプリケーションの実行に必要なデータとは、アプリケーションプログラムの他、ハードウェアを動作させるためのドライバ、アプリケーションプログラムを他のプログラムから利用できるように部品化したライブイラリ、ＯＳの中核として機能するカーネルがある（ａ）。
【００２３】
ＣＦ２０１がデバイスドライバに挿入されると、第１ブート部２０２は、ＣＦ２０１からデータを読み出して内部メモリ２０４にコピーする。この動作によって、第１ブート（１ｓｔ．Ｂｏｏｔ）が完了する。第１ブートによってマスタデータＭが内部メモリ２０４上にコピーされる。メモリブートには容量に制限があるため、ＣＦ２０１には必要なモジュールだけが焼き込まれている。ＣＦ２０１の容量が１ＧＢである場合、マスタデータＭ用の２５６ＭＢ、ユーザ用に７６８ＭＢ程度が使用できる。
【００２４】
第１ブートの実行後、第２ブート部２０３は、マスタデータＭを内部メモリ２０４上に展開して第２ブート（２ｓｔ．Ｂｏｏｔ）を実行する（ｂ）。なお、実施形態１では、マスタデータＭのコピーと展開がいずれも内部メモリ２０４においてされるものとしているが、内部メモリ２０４はデータを保存するためのメモリとワークメモリとを含む概念であって、マスタデータＭが同じメモリにコピー、展開される構成に限定するものではない。
【００２５】
第２ブートの完了後、ＣＰＵ２０５は、展開されたマスタデータにアクセスしてコンピュータ１０１を動作させる。このようなＣＰＵ２０５は、実施形態１の制御手段に相当する。
実施形態１では、ＣＦ２０１にマスタデータＭとマスタデータＭを展開すべき内部メモリ２０４のアドレスとが記録されている。また、このアドレスはＲＯＭ２０７に予め保存されていて、ＣＰＵ２０５はＲＯＭ２０７からアドレスを読み出して制御に使用できる状態にある。このようなＲＯＭ２０７は、実施形態１のアドレス記録手段となる。
【００２６】
第１ブート部２０２は、ＣＦ２０１からマスタデータＭとアドレスとを読み出してコピーする。第２ブート部２０３は、コピーされているアドレスにマスタデータＭを展開して第２ブートを実行する。ＣＰＵ２０５は、ＲＯＭ２０７から読み出したアドレスにアクセスすることによって展開されたマスタデータＭにアクセスし、コンピュータ１０１を運用する（ｃ）。
【００２７】
このような実施形態１によれば、ＣＰＵ２０５が、ＣＦ２０１においても内部メモリ２０４においてもアドレス変換等の処理をすることなくマスタデータＭにアクセスすることができる。このため、コンピュータ１０１をブートするための処理時間を短縮し、コンピュータの操作性を高めることができる。また、アドレス変換に必要なメモリ等が不要になって、コンピュータ１０１の小型化、低廉化に寄与することができる。
【００２８】
また、実施形態１では、第２ブートの実行後、ＣＰＵ２０５は内部メモリ２０４に展開されたマスタデータＭにアクセスしてコンピュータを運用している。このため、コンピュータ１０１のブート処理に障害が発生した場合にもＣＦ２０１のマスタデータが損なわれることがない。したがって、障害の発生によって内部メモリ２０４に展開されたマスタデータＭが破損した場合にも、再度第１ブート、第２ブートを実行することによって展開されたマスタデータを修復することができる。
【００２９】
さらに、実施形態１では、マスタデータＭをＣＦ２０１と内部メモリ２０４とに二重化して保存している。このため、ＣＦ２０１のマスタデータＭを、コンピュータ１０１を停止させることなく遠隔制御システム１０４を介して修正することができる。また、修正データを適切なタイミングで再度ブートすることによって内部メモリ２０４に展開されたデータに反映させることが可能になる。
図４は、以上述べた実施形態１のコンピュータ１０１において実行されるブートプログラムを説明するためのフローチャートである。
【００３０】
実施形態１では、予めシステムの管理者によってマスタデータＭを作成し、ＣＦ２０１に書き込んでいる。マスタデータＭは、前記したように、アプリケーションのデータとアプリケーションの実行に必要なデータとをあわせたデータである。アプリケーションの実行に必要なデータとは、アプリケーションプログラムの他、ハードウェアを動作させるためのドライバ、アプリケーションプログラムを他のプログラムから利用できるように部品化したライブラリ、ＯＳの中核をして機能するカーネルがある。 
【００３１】
実施形態１のマスタデータＭは、コンピュータ１０１用にインストールされるＯＳやアプリケーションから、目的のアプリ動作に必要最小限のファイルやライブラリ、ドライバを選択し、抽出したものである。
マスタデータＭの作成は、ブートされるシステムのイメージを利用して行われる。このため、マスタデータＭを作成する際には、イメージのデータが取り出されて編集される。編集されたデータは、マスタデータＭとしてＣＦ２０１に記録される。
【００３２】
マスタデータＭが記録されたＣＦ２０１がディスクドライバに挿入されると、ＣＰＵ２０５がＣＦ２０１に記録されているマスタデータＭを読み込ませる（ステップＳ４０１）。第１ブート部２０２は、ＭＦＳ（Memory File System）を作成する（ステップＳ４０２）。ＭＦＳとは、第１ブート部２０２がマスタデータＭをコピーすることによって作成される、コンピュータ１０１の実行データを記録するための領域である。
【００３３】
第１ブート部２０２は、ＣＦ２０１からカーネル等と共にファイルシステム（マスタデータＭの管理情報）をＭＦＳにコピーする（ステップＳ４０３）。コピーされたファイルシステムは、さらに、第２ブート部２０３によって内部メモリ２０４に展開される。以降、コンピュータ１０１の制御は、ＣＰＵ２０５からコピーされたファイルシステムに移行される（ステップＳ４０４）。
【００３４】
（実施形態２）
次に、実施形態２のサーバシステムについて説明する。
図５は、実施形態２のサーバシステムを説明するための図である。なお、コンピュータ１０１個々の機能及び動作は、実施形態１で説明したコンピュータと同様であるから、図示及び説明を一部省くものとする。
実施形態２では、サーバ装置として動作するコンピュータ１０１をラック５０１に複数搭載してサーバシステム６０１を構築している。そして、遠隔制御システム１０４がコンピュータ１０１の稼動日、稼動の時間帯、稼動状況の少なくとも１つに基づいて運用スケジュールを設定する。そして、各コンピュータ１０１の第１ブート部２０２が、運用スケジュールに基づいて決定されたマスタデータＭをコピーする。
【００３５】
この際、ラック５０１に搭載されている例えば１００台のコンピュータ１０１の各々にＣＦ２０１を作成するのでは、ＣＦ２０１にデータを焼く作業にかかる負荷が大きくなるばかりでなく、多数のＣＦ２０１の管理にかかる負荷も大きくなる。ＣＦ２０１の作成や管理にかかる負荷が大きくなれば、サーバシステムの運用効率が低下することにもなり得る。
【００３６】
実施形態２のサーバシステムでは、マスタデータＭをデータベース化しておき（データベースを図中にＢｏｏｔ−Ｍａｓｔｅｒと記す）、Ｂｏｏｔ−ＭａｓｔｅｒにＷｅｂサーバソフト、ｍａｉｌサーバソフト、ｆｔｐサーバソフト、ａｐｌサーバソフトが記録されている。また、Ｂｏｏｔ−Ｍａｓｔｅｒには、コンピュータ１０１の運用スケジュールがコンピュータ１０１ごとに記録されている。図中では、各コンピュータ１０１の運用スケジュールを、個別設定−１〜個別設定−ｎとして示している。
【００３７】
Ｂｏｏｔ−Ｍａｓｔｅｒは、コンピュータとネットワーク等によって通信可能な他のコンピュータ上にあってもよいし、遠隔制御システム１０４にデータベースとして存在するものであってもよい。また、Ｂｏｏｔ−Ｍａｓｔｅｒは、コンピュータやデータベースに一括して記録されるものであってもよいし、複数のコンピュータ１０１やコンピュータ１０１と遠隔制御システム１０４に分散して記憶されるものであってもよい。
【００３８】
図６は、サーバシステム６０１同士がネットワークＮを介して複数接続された実施形態２の構成を説明するための図である。ネットワークＮにはコンピュータ１０１ばかりでなく、遠隔制御システム１０４や顧客事務所１０３の端末装置１０３ａが接続されている。このように構成することにより、遠隔制御システム１０４は、複数のサーバシステム６０１を一元的に管理することができる。
【００３９】
遠隔制御システム１０４が複数のサーバシステム６０１を管理することにより、各コンピュータ１０１の第１ブート部２０２は、自装置に直接接続されたＣＦ２０１等の記録媒体の他、ネットワークＮを介して接続される他のコンピュータ内部のＨＤＤ等のメモリまたは他のコンピュータに接続されたＣＦ２０１からマスタデータＭをコピーして第１ブートすることができるようになる。自装置に挿入されたＣＦ２０１から第１ブートすることを媒体ブート、ネットワークＮに接続される他のコンピュータからマスタデータＭをコピーする第１ブートを、以降、ネットブートと記す。
以下、運用スケジュール、運用スケジュールにしたがって実行される媒体ブート、ネットブートについて説明する。
【００４０】
・運用スケジュール
図７（ａ）、（ｂ）は、実施形態２の運用スケジュールを説明するための図である。運用スケジュールは、サーバシステム６０１を構成する各コンピュータにブートすべきマスタデータＭのアプリケーションと、時間帯とを対応つけて表される。図７（ａ）は、サーバシステム６０１を構成する各コンピュータの運用スケジュールを例示した図である。図中のＡ、Ｂ、Ｃ、Ｄ…は、各コンピュータ１０１のＩＤである。
【００４１】
また、バー７０１、７０２、７０３は、いずれもマスタデータＭがコンピュータ１０１にブートされている時間帯を示していて、網掛けの種別はアプリケーションの種類を示している。例えば、バー７０１はＷｅｂサーバソフトのマスタデータＭがブートされている時間帯を示している。また、バー７０２はｍａｉｌサーバソフトのマスタデータＭがブートされている時間帯を示し、バー７０３はｆｔｐサーバソフトのマスタデータＭがブートされている時間帯を示している。このような図７（ａ）は、Ａ、Ｂ、Ｃ、Ｄ…コンピュータの個別設定を示したものといえる。
【００４２】
また、運用スケジュールは、静的にも動的にも決定することが可能である。すなわち、遠隔制御システム１０４は、サーバシステム６０１の運用を管理するためにサーバシステム６０１を構成する各コンピュータ１０１の稼動の状況を監視している。
図７（ｂ）は、監視対象となる稼働状況を示している。図示したように、稼働状況には、コンピュータ１０１にブートされているマスタデータＭのアプリケーション、稼働時間、非稼働時間、稼働時間及び非稼働時間に基づいて算出される稼働率、アクセス量、データ転送量等がある。遠隔制御システム１０４は、（ｂ）に示した稼動状況を一定の周期で検出し、記録している。
【００４３】
運用スケジュールを静的に決定する場合、遠隔制御システム１０４は、稼動状況の過去のデータに基づいて稼働率やデータ転送量が高まるコンピュータ１０１とその時間帯、このコンピュータ１０１にブートされているアプリケーションを検出する。そして、稼働率等が高まる時間帯には、検出されたアプリケーションがより多くのコンピュータ１０１にブートされるよう運用スケジュールを設定する。また、反対に、特定のアプリケーションがブートされているコンピュータ１０１の稼働率等が低下する時間帯が検出された場合、遠隔制御システム１０４は、検出された時間帯にアプリケーションがブートされるコンピュータの数を減らすように運用スケジュールを設定する。
【００４４】
なお、稼働状況の過去のデータとは、例えば、サーバシステム６０１の前日の稼働状況であってもよい。また、一ヶ月、一週間といった期間のデータを平均化したものであってもよい。
また、運用スケジュールを動的に決定する場合、遠隔制御システム１０４は、稼動状況を周期的に検出しながら、稼働率等が高まったコンピュータ１０１と稼働率等が低いコンピュータ１０１とを検出する。そして、稼働率等が高いコンピュータ１０１にブートされているマスタデータＭを、他のコンピュータにもブートするよう運用スケジュールを決定する。
【００４５】
さらに、実施形態２では、クライアントＸ社に割当てられたコンピュータ１０１にかかる負荷が過大になる時間帯にクライアントＹ社に割当てられたコンピュータ１０１に余裕が生じるといった場合、時間帯に応じてクライアントに対するコンピュータ１０１の割当数を変更するものであってもよい。実施形態２のサーバシステムでは、アプリケーションプログラムと共にＯＳもＣＦ２０１に焼き込んでいるから、異なるＯＳを使用しているクライアント間においてもコンピュータ１０１の割当数を調整することが可能になる。
決定された運用スケジュールは、ネットワークＮを介して各サーバシステム６０１に送信される。サーバシステム６０１を構成する複数の各コンピュータ１０１は、自装置のＩＤと対応する運用スケジュールにしたがってマスタデータＭをブートする。
【００４６】
・媒体ブート
媒体ブートする場合、コンピュータ１０１に挿入されているＣＦ２０１を、運用スケジュールにしたがって交換することが必要になる。ＣＦ２０１の交換は、例えば、送信された運用スケジュールにしたがって作業者がＣＦ２０１を交換するものであってもよい。また各々が異なるマスタデータＭを記憶している複数のＣＦ２０１をコンピュータ１０１に挿入しておき、コンピュータ１０１が運用スケジュールにしたがってＣＦ２０１を選択してブートするものであってもよい。また、このような構成において、複数のＣＦ２０１をコンピュータ１０１に挿入するためのデバイスは、コンピュータ１０１ごとに設
さらに、このようなデバイスに挿入されたＣＦ２０１に複数のマスタデータＭを記録しておき、第１ブート部１０１が、運用スケジュールにしたがってマスタデータＭを選択し、コピーするものであってもよい。
【００４７】
・ネットブート
ネットブートする場合、遠隔制御システム１０４は、自システムが管理するサーバシス６０１のどのコンピュータ１０１が、どのようなマスタデータＭを保持しているか認識している。なお、マスタデータＭの保持は、コンピュータ１０１に挿入されているＣＦ２０１に記録されているものであっても、ＨＤＤに記録されているものであってもよい。遠隔制御システム１０４は、運用スケジュールにしたがって各コンピュータ１０１に必要なマスタデータＭを特定する。そして、特定したマスタデータＭをネットワークＮ上にある他のコンピュータから、マスタデータＭをブートすべきコンピュータ１０１に送信する。送信されたマスタデータＭは、第１ブート部２０２によって内部メモリ２０４にコピーされ、第２ブート部２０３によって展開される。
【００４８】
また、ネットワークＮ上にあるコンピュータからネットブートできる実施形態２では、遠隔制御システム１０４が、マスタデータＭが記録されたマスタデータＭを多数保持し、運用スケジュールにしたがって特定のコンピュータ１０１に転送するようにしてもよい。なお、コンピュータ１０１と、コンピュータに転送されるマスタデータＭとの対応付けは、１つのコンピュータ１０１に１つのマスタデータＭを転送するようにしてもよい。
【００４９】
なお、コンピュータ１０１とマスタデータＭとを１対１に対応つけるとは、コンピュータ１０１と特定のＣＦ２０１やコンピュータのＨＤＤに記録されているマスタデータＭを対応つけることを意味している。したがって、同じアプリケーションのソフトウェアであって、異なるＣＦ２０１に保存されているマスタデータＭはそれぞれ異なるコンピュータ１０１に対応つけられることになる。
さらに、複数のコンピュータ１０１に１つのマスタデータＭを転送するようにしてもよい。この場合にも、１つのマスタデータＭとは、１つのＣＦ２０１やコンピュータのＨＤＤに記録されているマスタデータＭをいう。
【００５０】
（実施形態３）
次に、本発明の実施形態３を説明する。実施形態３は、ラック５０１に搭載された各コンピュータ１０１が、他のコンピュータと共にラック５０１に搭載された場合、ラック５０１を介して電力の供給を受ける第１コネクタと、単独で直接電力の供給を受ける第２コネクタとを備えるものである。
【００５１】
図８は、コンピュータ１０１を複数搭載した状態のラック５０１の背面８０３を示している。コンピュータ１０１は、各々が背面８に電力の供給を受けるためのコネクタ８０１を有していて、ラック５０１に搭載された時点でコネクタ８０１が図示しないラック５０１に設けられたコネクタと電気的に接続される。ラック５０１には商用電源等から電力の供給を受けるためのコネクタ８０２があって、コネクタ８０２と商用電源とをケーブル等によって接続することによって複数のコンピュータ１０１に電力が供給される。
【００５２】
図９は、コネクタ８０１を第１コネクタ、第２コネクタとするための構成を説明するための図である。実施形態３では、コネクタ８０１をカバー部材９０１によってカバーする。カバー部材９０１には導電部材でなる導電路９０４が設けてあって、導電路９０４の一端がコネクタ８０１と電気的に接続するコネクタ９０５に接続されている。また、導電路９０４の他端は、第１コネクタであるコネクタ９０３、第２コネクタであるコネクタ９０２に接続されている。なお、実施形態３では、コネクタ９０２をＡＣアダプタとした。
【００５３】
このように構成した場合、コンピュータ１０１は、ラック５０１に搭載された場合にはコネクタ９０３がラック５０１の側のコネクタと接続され、ラック５０１を介して電力の供給を受ける。また、コンピュータ１０１は、ラック５０１から外された場合、コネクタ９０２とＡＣ電源等をケーブルによって接続することによって単独で電力の供給を受けることができる。
単独のコンピュータ１０１に電力を供給することにより、実施形態３では、作業者が、コンピュータ１０１をラック５０１から外し、机上でディバック等の作業をすることができる。このような実施形態３の構成は、コンピュータ１０１をメンテナンスする場合の作業性を向上させることができる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態１のサーバシステムを説明するための図である。
【図２】本発明のコンパクトディスクと実施形態１のコンピュータを説明するための図である。
【図３】本発明の実施形態１のコンピュータの動作を説明するための図である。
【図４】本発明の実施形態１のコンピュータにおいて実行されるブートプログラムを説明するためのフローチャートである。
【図５】本発明の実施形態２のサーバシステムを説明するための図である。
【図６】本発明の実施形態２のサーバシステムがネットワークに接続されている状態を説明するための図である。
【図７】本発明の実施形態２の運用スケジュールを説明するための図である。
【図８】本発明の実施形態３を説明するための図である。
【図９】本発明の実施形態３のコネクタを説明するための図である。
【符号の説明】
【００５５】
１０１  コンピュータ
１０３  顧客事務所
１０４  遠隔制御システム
２０１  コンパクトディスク（ＣＦ）
２０２  第１ブート部
２０３  第２ブート部
２０４  内部メモリ
２０５  ＣＰＵ
２０６  通信制御部
２０７  ＲＯＭ
５０１  ラック
６０１  サーバシステム
８０１，９０２，９０３，９０５  コネクタ
９０１  カバー部材
９０４  導電路
【図１】
2009015523.tif 000003
【図２】
2009015523.tif 000004
【図３】
2009015523.tif 000005
【図４】
2009015523.tif 000006
【図５】
2009015523.tif 000007
【図６】
2009015523.tif 000008
【図７】
2009015523.tif 000009
【図８】
2009015523.tif 000010
【図９】
2009015523.tif 000011