JP2016122312A - ファン制御装置、情報処理装置、冷却システム及びファン制御方法 - Google Patents

Abstract

【課題】適切なファン回転数に設定することができるファン制御装置、情報処理装置、冷却システム及びファン制御方法を提供する。
【解決手段】本発明のファン制御装置は、スケジュールに基づいてファンを制御する第１のファン制御方式と、冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式と、を実行するファン制御部と、前記冷却対象の状態が所定の適正状態にあるか否かを判定する判定部と、前記ファン制御部が前記第１のファン制御方式で前記ファンを制御しているときに、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を前記第２のファン制御方式に切り替える切替部とを備える。
【選択図】 図１

Description

本発明は、ファン制御装置、情報処理装置、冷却システム及びファン制御方法に関する。

ファンの制御方法において、スケジュールに基づいてファンの回転数を決定する方法がある。特定の使い方をされるようなサーバにおいては、このような過去の履歴に基づいたスケジュールを用いてファンを制御することは有用である。

例えば、特許文献１には、過去に処理されたジョブやＣＰＵの稼働率などのデータを基に、ＣＰＵ稼働率を予測し、それに対応するファンの回転数をスケジュールし、スケジュールに基づきファンを制御する技術が開示されている。

また、本発明に関連する技術として、特許文献２には、ジョブの実行を契機に、ＣＰＵ負荷を予測し、ファン制御を行うことが開示されている。

そして、特許文献３には、電子デバイスの現在の温度と動作負荷の推定発熱量とを基に、所定期間後の温度を予測し、予測された温度に基づきファン制御を行うことが開示されている。

特開２０１０−１０８３２４号公報 特開２０１２−０５３６７８号公報 特開２００５−３４７５８１号公報

しかしながら、スケジュールに基づいてファン回転数を決定すると、冷却対象の状態が予測と異なり、所定の適正状態ではなくなった場合ファンの回転数に過不足が生じてしまい、適切なファン回転数に設定することができないといった問題がある。

本発明の目的は、上述した課題を解決するファン制御装置、情報処理装置、冷却システム及びファン制御方法を提供することにある。

本発明のファン制御装置は、スケジュールに基づいてファンを制御する第１のファン制御方式と、冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式と、を実行するファン制御部と、前記冷却対象の状態が所定の適正状態にあるか否かを判定する判定部と、前記ファン制御部が前記第１のファン制御方式で前記ファンを制御しているときに、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を前記第２のファン制御方式に切り替える切替部とを備える。

本発明の情報処理装置は、ファンと、冷却対象と、ファン制御装置と、を備えた情報処理装置であって、前記ファン制御装置は、スケジュールに基づいて前記ファンを制御する第１のファン制御方式と、冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式と、を実行するファン制御部と、前記冷却対象の状態が所定の適正状態にあるか否かを判定する判定部と、前記ファン制御部が前記第１のファン制御方式で前記ファンを制御しているときに、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を前記第２のファン制御方式に切り替える切替部と、を含むことを特徴とする。

本発明の冷却システムは、ファンと、ファン制御装置とを備え、前記ファン制御装置は、スケジュールに基づいてファンを制御する第１のファン制御方式と、冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式と、を実行するファン制御部と、前記冷却対象の状態が所定の適正状態にあるか否かを判定する判定部と、前記ファン制御部が前記第１のファン制御方式で前記ファンを制御しているときに、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を前記第２のファン制御方式に切り替える切替部と、を備える。

本発明のファン制御方法は、冷却対象の状態が所定の適正状態にあるか否かを判定する判定ステップと、ファン制御部がスケジュールに基づいてファンを制御する第１のファン制御方式で前記ファンを制御しているときに、前記判定ステップで前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式に切り替える切替ステップと、を備える。

本発明のファン制御プログラムは、コンピュータに、冷却対象の状態が所定の適正状態にあるか否かを判定する判定ステップと、ファン制御部がスケジュールに基づいてファンを制御する第１のファン制御方式で前記ファンを制御しているときに、前記判定ステップで前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式に切り替える切替ステップと、を実行させることを特徴とする。

本発明の効果は、冷却対象の状態が所定の適正状態にない場合にも適切なファン制御を行うことができることにある。

本発明の第１の実施の形態の構成を示すブロック図である。 本発明の第１の実施の形態における、動作を示すフローチャートである。 本発明の第２の実施の形態のサーバ１０００のハードウェア構成の一例を示すブロック図である。 本発明の第２の実施の形態の機能構成を表す機能ブロック図である。 本発明の第２の実施の形態における、事前測定の動作を示すフローチャートである。 本発明の第２の実施の形態における、ＣＰＵ２、ＨＤＤ３、ＮＩＣ４の最適温度範囲の一例を示した表である。 本発明の第２の実施の形態における、事前測定の結果の一例を示した表である。 本発明の第２の実施の形態における、スケジュールを作成する動作を示すフローチャートである。 第２の実施の形態における、各曜日、各時間帯のモジュールの使用率と標準偏差の一例を示した表である。 第２の実施の形態における、各曜日、各時間帯のファン回転数のスケジュールの一例を示した表である。 第２の実施の形態における、ファン制御方式切替方法の動作を示すフローチャートである。 第２の実施の形態における、ファン制御方式切替の一例を示した表である。 第２の実施の形態における、ＣＰＵ使用率とファンの回転数を示したグラフである。 第２の実施の形態における、ＣＰＵ使用率とＣＰＵ温度を示したグラフである。 第３の実施の形態における、ファン制御方式切替方法の動作を示すフローチャートである。 第３の実施の形態における、図１５のステップＳ５００５を詳細に示したフローチャートである。

（第１の実施の形態）
本発明の第１の実施の形態について説明する。

はじめに、本発明の第１の実施の形態の構成について説明する。

図１は、本発明の第１の実施の形態の構成を示すブロック図である。図１を参照すると、ファン制御装置１０は、判定部１１１、切替部１１２、ファン制御部１５０を含む。

判定部１１１は、ファンによって冷却する冷却対象の状態が所定の適正状態にあるか否かを判定する。

切替部１１２は、判定部１１１が冷却対象の状態が所定の適正状態にないと判定した場合、ファン制御部１５０をスケジュールに基づいてファンを制御する第１の制御方式から冷却対象の状態に基づいてファンを制御する第２のファン制御方式に切り替える。

次に、本発明の第１の実施の形態の動作について説明する。

図２は、本発明の第１の実施の形態における、動作を示すフローチャートである。

まず、判定部１１１は冷却対象の状態が所定の適正状態にあるか否かを判定する（ステップＳ１００１）
冷却対象が所定の適正状態にあると判定された場合（ステップＳ１００１：ＹＥＳ）、終了する。もしくは、所定の適正状態でなくなるまで待機してもよい。

冷却対象が所定の適正状態にないと判定された場合（ステップＳ１００１：ＮＯ）、切替部１１２はファン制御部１５０が第１のファン制御方式であるか否かを確認する（ステップＳ１００２）。

第１のファン制御方式でない場合（ステップＳ１００２：ＮＯ）、終了する。

第１のファン制御方式である場合（ステップＳ１００２：ＹＥＳ）、切替部１１２はファン制御部１５０を第１のファン制御方式から第２のファン制御方式に切り替える（Ｓ１００３）。

以上により、本発明の第１の実施の形態の動作が完了する。

本発明の第１の実施の形態は、所定の適正状態にない場合にも現在の冷却対象に対応した適切なファン回転数でファンを制御することができる。

その理由は、冷却対象の状態が所定の適正状態にない場合に、ファン制御部１５０をスケジュールに基づいた第１のファン制御方式から、冷却対象の状態に基づいた第２のファン制御方式に切り替えるためである。

（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。

はじめに、本発明の第２の実施の形態の構成について説明する。

図３は、本発明の第２の実施の形態における、サーバ１０００のハードウェア構成の一例を示すブロック図である。

サーバ１０００は、サーバ管理モジュール１、ＣＰＵ２、ＨＤＤ３、ＮＩＣ４、温度センサ５Ａ、温度センサ５Ｂ、温度センサ５Ｃ、温度センサ５Ｄ、ファン６を含む。

また、ＣＰＵ２、ＨＤＤ３、ＮＩＣ４がバス７に接続されており、温度センサ５Ａ、温度センサ５Ｂ、温度センサ５Ｃ、温度センサ５Ｄ、ファン６、サーバ管理モジュール１がバス８に接続されている。

さらに、サーバ１０００は、図示しないデータやプログラムを格納するメモリを含み、プログラム制御により、各種処理を実行する情報処理装置である。

サーバ管理モジュール１は、サーバ１０００の電源を制御する電源制御やサーバ１０００内の温度に応じてファン回転数を調節する冷却制御を行う。サーバ管理モジュール１は図示しないＣＰＵ（Central Processing Unit）、及び、メモリを含み、プログラム制御により、各種処理を実行する。ＢＭＣ（Baseboard Management Controller）等で実装してもよい。

なお、第２の実施の形態では、図示しないＣＰＵは、メモリに格納されたプログラムを読み出して実行するものとして説明したが、当該制御プログラムをＣＤＲＯＭ（Compact Disc Read Only Memory）等の記憶媒体に格納して図示しないＣＰＵに提供することも可能である。

ＣＰＵ（Central Processing Unit）２は、ＨＤＤ３に格納されたプログラムに基づいて所定の処理を実行して、サーバ１０００の動作を制御する。

ＨＤＤ（Hard Disk Drive）３は、補助記憶装置の一種であり、データやプログラムを格納する。

ＮＩＣ（Network Interface Card）４は、サーバ外部のネットワーク９に接続されており、サーバ管理モジュール１経由で互いに通信可能である。

温度センサ５ＡはＣＰＵ２の温度を計測する。

温度センサ５ＢはＨＤＤ３の温度を測定する。

温度センサ５ＣはＮＩＣ４の温度を測定する。

温度センサ５Ｄはサーバ１０００内の雰囲気温度を測定する。

ファン６は、サーバ管理モジュール１の指示に基づき、サーバ１０００内を冷却する。

また、ファン６と、サーバ管理モジュール１で冷却システムを構成することも可能である。

図４は、本発明の第２の実施の形態の機能構成を表す機能ブロック図である。

図４を参照すると、ファン制御装置１０とＯＳ２０を含む。

ファン制御装置１０は、サーバ管理モジュール１（図３）内にあり、メイン制御部１１、記憶部１２、通信制御部１３、温度測定部１４、ファン制御部１５を含む。

メイン制御部１１は、ファン６（図３）の回転数を決定する。

メイン制御部１１は、判定部１１１、切替部１１２、スケジュール部１１３、ファン回転数算出部１１４、第１のファン回転数決定部１１５、第２のファン回転数決定部１１６を含む。

判定部１１１は、 温度測定部１４により、温度センサ５Ａ（図３）、温度センサ５Ｂ（図３）、温度センサ５Ｃ（図３）で計測した冷却対象の温度を取得し、冷却対象の温度が閾値以上であった場合、所定の適正状態にないと判定する。所定の適正状態にないと判定された場合、判定部１１１はその旨を切替部１１２に通知する。

所定の適正状態にないと判定する条件は、通信制御部１３から取得した冷却対象のＣＰＵ使用率が閾値以上となった場合でもよいし、ＣＰＵ使用率以外のリソースの使用率、例えばＨＤＤ３の使用率が閾値以上になった場合でもよい。

取得した温度と最適温度を比較しずれていた場合でもよいし、エラー発生頻度が予測値以上の場合でもよく、所定の適正状態にない状態が検知されればよく、その条件は上記に限定されるものではない。

切替部１１２は、第１のファン回転数決定部１１５から第２のファン回転数決定部１１６にファンの回転数決定を行わせるように切り替える。

また、切替部１１２は、第１のファン回転数決定部１１５から第２のファン回転数決定部１１６にファンの回転数決定を行わせるように切り替えた切替回数を取得し、閾値以上かどうか判定する。

スケジュール部１１３は、稼働情報監視部２２から通信制御部２１、通信制御部１３を介して数日から数週間にかけて過去の稼働率を取得する。稼働率はモジュールの使用率等がある。

スケジュール部１１３は、各曜日の各時間帯の使用率の平均値と標準偏差を算出する。そして、使用率の平均値と標準偏差を足し合わせて、予測使用率を算出する。

そして、スケジュール部１１３は、記憶部１２から、使用率とファン回転数のテーブルを読み出し、各曜日、各時間帯のファン回転数のスケジュールを記録したテーブルを作成する。

また、スケジュール部１１３は、スケジュールのテーブルの回転数の更新や切替回数の更新など、スケジュールの更新を行う。

さらに、切替回数が閾値以上の時間帯を取得し、その時間帯において第２のファン回転数決定部１１６にファンの制御を行わせるようにスケジュールを更新する。

スケジュール部１１３は、各曜日、各時間帯のスケジュールを作成することを示したが、これに限られず、回転数のスケジュールを作成するものであればよく、月ごとのスケジュールを作成してもよいし、毎日のスケジュールを作成してもよい。

ファン回転数算出部１１４は、サーバ１０００を構成する各モジュール（ＣＰＵ２、ＨＤＤ３、ＮＩＣ４）を一定期間、一定の使用率で動作させた場合に、その間のサーバ１０００内の温度を最適動作温度に保つのに必要なファン回転数を算出する。

そして、ファン回転数算出部１１４は、使用率とファン回転数のテーブルを作成する。

しかし、使用率とファン回転数のテーブルの作成方法はこれに限られず、サーバ１０００を製造するベンダーから提供された情報を記録してもよい。

第１のファン回転数決定部１１５は、スケジュール部１１３でスケジュールされたファン回転数のスケジュールに基づき、ファンの回転数を決定する。

第２のファン回転数決定部１１６は、温度測定部１４から取得した冷却対象の温度に基づきファンの回転数を決定する。また、冷却対象のＣＰＵ使用率に基づき、ファン回転数を決定してもよい。

第１の実施の形態におけるファン制御部１５０は、第１のファン回転数決定部１１５と第２のファン回転数決定部１１６とファン制御部１５に対応する。

記憶部１２は、スケジュールや使用率とファン回転数のテーブルを格納する。

通信制御部１３は、ネットワーク９経由でＯＳ２０との通信を行う。また、メイン制御部１１は、通信制御部１３を介してＣＰＵ使用率等、稼働情報を取得する。

温度測定部１４は、冷却対象の温度を取得する。具体的には、温度センサ５Ａ、温度センサ５Ｂ、温度センサ５Ｃから、それぞれＣＰＵ２、ＨＤＤ３、ＮＩＣ４の温度を取得する。また、温度センサ５Ｄから雰囲気温度を取得する。

ファン制御部１５は、第１のファン回転数決定部１１５又は、第２のファン回転数決定部１１６で決定されたファンの回転数でファンの制御を行う。

ＯＳ（Operating System）２０は、機器の管理や制御のための基本的な機能を実装したシステム全体を管理するソフトウェアである。ＣＰＵ２はＨＤＤ３からプログラムを読み出し、プログラム制御により、ＯＳ２０を実行する。

ＯＳ２０は、通信制御部２１と、稼働情報監視部２２を含む
通信制御部２１は、サーバ１０００の各モジュール（ＣＰＵ２、ＨＤＤ３、ＮＩＣ４）の使用率を計測する稼働情報監視部２２とネットワーク９経由でファン制御装置１０との通信を行う。

稼働情報監視部２２は、ＣＰＵ２、ＨＤＤ３、ＮＩＣ４などのモジュールの稼働情報を監視する。また、サーバ１０００内の稼働情報やエラー情報等を取得する。

なお、ファン制御装置１０は、ＣＰＵとプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。

この場合、ファン制御装置１０のＣＰＵが、メイン制御部１１、通信制御部１３、温度測定部１４、ファン制御部１５の機能を実現するためのコンピュータプログラムを実行する。

また、ファン６（図３）と、ファン制御装置１０で冷却システムを構成することも可能である。

図５は、本発明の第２の実施の形態における、事前測定の動作を示すフローチャートである。サーバ１０００内の温度を最適温度に保つために必要な回転数を測定する動作である。

まず、ファン回転数算出部１１４は、温度測定部１４から温度センサ５Ｄの雰囲気温度を取得する（ステップＳ２００１）。

そして、ファン回転数算出部１１４は、通信制御部１３、通信制御部２１を介して、サーバ１０００上で動作するＯＳ２０の稼働情報監視部２２に対し、使用率測定を指示する。稼働情報監視部２２は、使用率測定のためのジョブを実行する（ステップＳ２００２）。

ステップＳ２００２でジョブを実行することで、稼働情報監視部２２は、ＣＰＵ２、ＨＤＤ３、ＮＩＣ４を一定時間、一定の使用率で動作させる（ステップＳ２００３）。

その後、ファン回転数決定部１１４は、温度センサ５Ａ、温度センサ５Ｂ、温度センサ５Ｃが測定したＣＰＵ２、ＨＤＤ３、ＮＩＣ４の各モジュールの温度を温度測定部１４から取得する（Ｓ２００４）。

ファン回転数算出部１１４は、ファン制御部１５にファン回転数変更指示を出し、ファン回転数を調節し、最適温度を維持できるファン回転数を決定する（ステップＳ２００５）。

最後に、ファン回転数算出部１１４は、ＣＰＵ２、ＨＤＤ３、ＮＩＣ４の各モジュールの使用率と、決定したファンの回転数を記憶部１２に格納する（ステップＳ２００６）。

ステップＳ２００１からステップＳ２００６のフローを全てのモジュール、全ての使用率の組合せで実施する。

以上により、本発明の第２の実施の形態の事前測定の動作が完了する。

図６は、本発明の第２の実施の形態における、ＣＰＵ２、ＨＤＤ３、ＮＩＣ４の最適温度範囲の一例を示した表である。

図６はＣＰＵ２の最適温度の範囲が４０°Ｃから６０°Ｃ、ＨＤＤ３の最適温度の範囲が２０°Ｃから３０°Ｃ、ＮＩＣの最適温度の範囲が３５°Ｃから４５°Ｃであることを示している。

また、ステップＳ２００５（図５）において、ファン回転数算出部１１４は、この最適温度を維持できるファン回転数を決定する。

図７は、本発明の第２の実施の形態における、事前測定の結果の一例を示した表である。

図７は、雰囲気温度が２０度の場合のＣＰＵ使用率、ＨＤＤ使用率、ＮＩＣ使用率の組合せと、図６の最適温度の維持に必要なファン回転数が示されている表である。ファン回転数は割合で示しているが、実際の回転数でもよい。

また、使用率とファン回転数との関係は、必ずしもこの手法で測定する必要はなく、サーバ１０００を製造するベンダーから提供される値を用いてもよい。

図８は、本発明の第２の実施の形態における、スケジュールを作成する動作を示すフローチャートである。これは第１のファン回転数決定部１１５が参照するスケジュールを作成する。

まず、スケジュール部１１３は、サーバ１０００上で動作するＯＳ２０の稼働情報監視部２２に数日から数週間かけて、時間帯ごとの使用率の計測を指示する。

そして、スケジュール部１１３は、稼働情報監視部２２が計測した時間帯ごとのＣＰＵ２、ＨＤＤ３、ＮＩＣ４のモジュールの使用率を取得し、記憶部１２に格納する（ステップＳ３００１）。

次に、スケジュール部１１３は、記憶部１２からモジュールの使用率を読み出し、各曜日、各時間帯の平均値と標準偏差を算出し、記憶部１２に格納する（ステップＳ３００２）。

さらに、スケジュール部１１３は、使用率のぶれを考慮し予想を安全側に倒すため、平均使用率と標準偏差を足し合わせた予測使用率を算出する（ステップＳ３００３）。

そして、スケジュール部１１３は、予測使用率で最適温度維持のために必要なファン回転数を事前測定で求めた使用率とファン回転数の関係（図７）から算出する。

そして、スケジュール部１１３は、各曜日、各時間帯のファン回転数のスケジュールを記録したテーブルを作成し、記憶部１２に格納する（ステップＳ３００４）。

以上により、本発明の第２の実施の形態のスケジュールを作成する動作が完了する。

第２の実施の形態では平均値と標準偏差とを足し合わせて予測使用率を算出したが、予測使用率の算出方法はこれに限られず、平均値のみを用いてもよいし、予め所定の値を加えた値でもよい。

図９は、第２の実施の形態における、各曜日、各時間帯のモジュールの使用率と標準偏差の一例を示した表である。

図９には、曜日、時間、ＣＰＵ２とＨＤＤ３とＮＩＣ４の平均使用率を標準偏差が示されている。これに基づき、ステップＳ３００３（図８）において、予測使用率を算出している。

図１０は、第２の実施の形態における、各曜日、各時間帯のファン回転数のスケジュールの一例を示した表である。

図１０には、曜日、時間、ファン回転数、ファン制御方式、切替回数が示されている。

図１０は、最初にスケジュールを作成した時点のものであるため、ファンの制御方式はすべての時間帯において、第１のファン回転数決定部１１５になっており、切替回数は０回となっている。

図１１は、第２の実施の形態における、ファン制御方式切替方法の動作を示すフローチャートである。冷却対象の状態に応じて、ファン回転数決定部を切り替える動作を示す。

まず、判定部１１１は、温度測定部１４より温度センサ５Ａ、温度センサ５Ｂ、温度センサ５Ｃの温度を取得する。（ステップＳ４００１）。

そして、判定部１１１は、ステップ４００１で取得した温度が、閾値以上かどうか判定する。具体的には、判定部１１１は、記憶部１２に格納されている最適温度（図６）と取得した温度とが一定以上のずれがあるかどうか判定する。最適温度とのずれが一定以上あった場合、判定部１１１は、所定の適正状態にないと判定する（ステップＳ４００２）。

所定の適正状態にないと判定された場合（ステップＳ４００２：ＮＯ）、切替部１１２は、ファン回転数決定部を第２のファン回転数決定部１１６に切り替える（ステップＳ４００３）。

そして、第２のファン回転数決定部１１６は、現在の冷却対象の状態に基づいたファン回転数を決定する（ステップＳ４００４）。

具体的には、第２のファン回転数決定部１１６は、温度測定部１４が取得した温度を冷却するのに必要なファン回転数を算出し、その回転数で動作するようにファン制御部１５に通知し、ファン制御を行う。

ファン回転数を決定する方法は温度に限られず、現在のＣＰＵ使用率を測定し、その使用率に基づき、ファンの回転数を決定するようにしてもよい。

そして、第２のファン回転数決定部でファン回転数を決定した場合（ステップＳ４００４）、スケジュール部１１３は、その時間帯の切替回数に１加算し、スケジュールを更新する（ステップＳ４００５）。

切替部１１２は、加算後の切替回数を記憶部１２から取得し、切替回数が閾値以上か判定する（ステップＳ４００６）。

切替回数が閾値以上でない場合（ステップＳ４００６：ＮＯ）、終了する。

切替回数が閾値以上であった場合（ステップＳ４００６：ＹＥＳ）、スケジュール部１１３は、その時間帯の制御方式を第２のファン回転数決定部１１６に切り替え、更新する（ステップＳ４００７）。

ステップＳ４００２で、所定の適正状態にある場合（ステップＳ４００２：ＹＥＳ）、切替部１１２は、記憶部１２に格納されているスケジュールからファン制御方式を取得する（ステップＳ４００８）。

そして、切替部１１２は、取得した制御方式のファン回転数決定部に設定し、その方式でファン制御を行う（ステップＳ４００９）。

以上により、本発明の第２の実施の形態のファン制御方式切替方法の動作が完了する。

第２の実施形態では、ファンの制御方式を切り替えるまでを示したが、ある一定期間経過後には、再度スケジュールを作成し、スケジュールに基づきファン制御を行ってもよい。

図１２は、第２の実施の形態における、ファン制御方式切替の一例を示した表である。

図１２は、曜日、時間、ファン回転数、ファン制御方式、切替回数、ＣＰＵ温度、ＨＤＤ温度、ＮＩＣ温度が示されている。

月曜の２３：５０−２３：５５を見ると、ＣＰＵ温度が最適温度の上限である６０°Ｃを超えている。また、切替回数が１０回となっており切替回数が閾値を超えていると判断され、ファン制御方式が第２のファン回転数決定部１１６に切り替えられていることがわかる。

同様に、月曜日の２３：５５−２４：００と日曜日の２３：５０−２３：５５の時間帯も同様にモジュールの最適温度を超えており、切替回数も１０回、１１回と多いことから、ファン制御方式が第２のファン回転数決定部１１６に切り替えられている。

このようにモジュールの使用率が所定の適正状態にない場合であり、かつ切替回数が多い場合、ファン回転数決定部が切り替えられていることがわかる。

図１３は、第２の実施の形態における、ＣＰＵ使用率とファンの回転数を示したグラフである。

図１３は、第１のファン回転数決定部１１５のみで制御した場合のファン回転数と、本願発明の所定の適正状態にない場合、制御方式を切り替えた場合のファン回転数を示したグラフである。縦軸はＣＰＵ使用率（％）とファン回転数（％）、横軸は時刻を示している。

図１３は、第２の実施の形態において、９：００の時点で所定の適正状態にないと判定され、第１のファン回転数決定部１１５から第２のファン回転数決定部１１６に制御方式を切り替えている。９：００の時点を境に、ＣＰＵ使用率に追随し、回転数が多くなっていることがわかる。

図１４は、第２の実施の形態における、ＣＰＵ使用率とＣＰＵ温度を示したグラフである。

ｓ同様に、第１のファン回転数決定部１１５のみで制御した場合のＣＰＵ温度と、本願発明の所定の適正状態にない場合、制御方式を切り替えた場合のＣＰＵ温度を示したグラフである。

第１のファン回転数１１５のみで制御した場合のグラフでは、温度が上昇し続けているが、本願発明では、所定の適正状態にないと判定された場合、その状態に合わせてファン回転数を切り替えているため、温度を下げることが可能となっている。

本発明の第２の実施形態は、繰り返し所定の適正状態にない場合にも現在の冷却対象に対応した適切なファン回転数でファンを制御することができる。

その理由は、冷却対象が所定の適正状態にない場合に、ファン回転数決定部をスケジュールに基づいた第１のファン回転数決定部１１５から、冷却対象の状態に基づいた第２のファン回転数決定部１１６に切り替え、その切替回数が多い場合、スケジュールのファン制御方式を切り替えるためである。

（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。

本発明の第３の実施の形態では、ファンの制御方式切替方法のスケジュールの更新方法が異なる点で、本発明の第２の実施の形態と異なる。

サーバ１０００のハードウェア構成、機能構成、事前測定、スケジュール作成動作は第２の実施の形態と同様であるため説明は省略する。

図１５は、第３の実施の形態における、ファン制御方式切替方法の動作を示すフローチャートである。

まず、判定部１１１は、温度測定部１４より温度センサ５Ａ、温度センサ５Ｂ、温度センサ５Ｃの温度を取得する。（ステップＳ５００１）。

判定部１１１は、ステップ５００１で取得した温度が、閾値以上かどうか判定する。具体的には、判定部１１１は、記憶部１２に格納されている最適温度（図６）と取得した温度とが一定以上のずれがあるかどうか判定する。最適温度とのずれが一定以上あった場合、所定の適正状態にないと判定する（ステップＳ５００２）。

判定部１１１は、所定の適正状態にないと判定した場合（ステップＳ５００２：ＮＯ）、切替部１１２は、ファン回転数決定部を第２のファン回転数決定部１１６に切り替える（ステップＳ５００３）。

そして、第２のファン回転数決定部１１６が、現在の冷却対象の状態に基づいたファン回転数を決定する（ステップＳ５００４）。

具体的には、第２のファン回転数決定部１１６が、温度測定部１４が取得した温度を冷却するのに必要なファン回転数を算出し、その回転数で動作するようにファン制御部１５に通知し、ファン制御を行う。

ファン回転数を決定する方法は温度に限られず、現在のＣＰＵ使用率を測定し、その使用率に基づき、ファンの回転数を決定するようにしてもよい。

そして、第２のファン回転数決定部１１６でファン制御を行った場合（ステップＳ５００４）、スケジュール部１１３は、稼働情報監視部２２から通信制御部１３、通信制御部２１を介し、その時間帯の稼働情報を取得する（ステップ５００５）。

スケジュール部１１３は、取得した稼働情報を加え、再度ファンの回転数を算出する（ステップＳ５００６）。

そして、スケジュール部１１３は、ステップＳ５００６で算出したファン回転数でスケジュールを更新する（ステップＳ５００７）。

しかし、必ずしも毎回スケジュールを更新する必要はなく、第２の実施の形態と同様に切替回数をカウントし、閾値を超えた場合のみスケジュールを更新してもよい。

ステップＳ５００２で、判定部１１１は所定の適正状態にあると判定した場合（ステップＳ５００２：ＹＥＳ）、切替部１１２は、記憶部１２に格納されているスケジュールからファン制御方式を取得する（ステップＳ５００８）。

そして、切替部１１２は、取得した制御方式のファン回転数決定部に設定し、その方式でファン制御を行う（ステップＳ５００９）。

以上により、本発明の第３の実施の形態のファン制御方式切替方法の動作が完了する。
図１６は、第３の実施の形態における、図１５のステップＳ５００５を詳細に示したフローチャートである
図１５のステップＳ５００４でファン制御を行った後、稼働情報監視部２２は、各モジュールの使用率の計測を開始する（ステップＳ６００１）。

一定時間待機し、稼働情報監視部２２は各モジュールの使用率の計測を停止する。（ステップＳ６００２）。本実施形態では５分間待機する。

稼働情報監視部２２が計測したモジュール使用率を基に、図１５のステップＳ５００６に戻る（ステップＳ６００３）。

以上により、本発明の第３の実施の形態における、図１５のステップＳ５００５が完了する。

すなわち、第３の実施の形態では、制御方式を切り替えたスケジュールに更新することに代わって、冷却対象の状態が所定の適正状態にないと判定した場合（ステップＳ５００２：ＮＯ）、稼働情報を取得し（ステップＳ５００５）、再度ファンの回転数を算出し、スケジュールを更新することが第２の実施の形態と異なる点である。

本発明の第３の実施の形態は、所定の適正状態にない場合にも再度スケジュールの作成を行うことで適切なファン回転数でファンを制御することができる。

その理由は、冷却対象が所定の適正状態にない場合に、現在の稼働情報を取得し、スケジュールを再度算出しスケジュールの更新を行うためである。

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定され
るものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得
る様々な変更をすることができる。

例えば、本発明の実施の形態においては、すべての時間帯において、最初は第１のファン回転数決定部で制御するように指定しているが、特定の時間帯を最初から第２のファン回転数決定部によりファン制御を行うようにしてもよい。

また、本発明の実施の形態では温度を基にファン制御方式を切り替える例を示したが、これに限られず、消費電力量やエラー頻度等を検知し、切り替えてもよい。

そのほかには、本発明の実施の形態では、第２のファン制御方式は、冷却状態に基づいてファン制御を行っているが、これに限られず、スケジュールされた回転数を増強した回転数で制御する方法や、最大回転数で制御する、等の方法も可能である。

１０００ サーバ
１ サーバ管理モジュール
１０ ファン制御装置
１１ メイン制御部
１１１ 判定部
１１２ 切替部
１１３ スケジュール部
１１４ ファン回転数算出部
１１５ 第１のファン回転数決定部
１１６ 第２のファン回転数決定部
１２ 記憶部
１３ 通信制御部
１４ 温度測定部
１５ ファン制御部
１５０ ファン制御部
２ ＣＰＵ
２０ ＯＳ
２１ 通信制御部
２２ 稼働情報監視部
３ ＨＤＤ
４ ＮＩＣ
５Ａ 温度センサ
５Ｂ 温度センサ
５Ｃ 温度センサ
５Ｄ 温度センサ
６ ファン
７ バス
８ バス
９ ネットワーク

Claims (9)

1. スケジュールに基づいてファンを制御する第１のファン制御方式と、
   冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式と、
   を実行するファン制御部と、
   前記冷却対象の状態が所定の適正状態にあるか否かを判定する判定部と、
   前記ファン制御部が前記第１のファン制御方式で前記ファンを制御しているときに、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を前記第２のファン制御方式に切り替える切替部と、
   を備えたファン制御装置。
2. 前記判定部は、前記冷却対象の温度が閾値以上であった場合、所定の適正状態にないと判定し、
   前記第２のファン制御方式は、前記冷却対象の温度に基づき前記ファンを制御すること
   を特徴とする請求項１に記載のファン制御装置。
3. 前記判定部は、前記冷却対象のＣＰＵ使用率が閾値以上であった場合、所定の適正状態にないと判定し、
   前記第２のファン制御方式は、前記冷却対象のＣＰＵ使用率に基づき、前記ファンを制御すること
   を特徴とする請求項１に記載のファン制御装置。
4. 前記ファン制御装置は、
   スケジュールを更新するスケジュール部をさらに備え、
   前記切替部は前記第１のファン制御方式を前記第２のファン制御方式に切り替えた切替回数を取得し、
   前記スケジュール部は前記切替回数が閾値以上の時間帯を取得し、当該時間帯において前記第２のファン制御方式で前記ファンの制御を行わせるように前記スケジュールを更新すること
   を特徴とする請求項１乃至３に記載のファン制御装置。
5. 前記ファン制御装置は、
   スケジュールを更新するスケジュール部をさらに備え、
   前記スケジュール部は、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記冷却対象の状態に基づき、再度ファンの回転数を算出し、前記スケジュールを更新すること
   を特徴とする請求項１乃至３に記載のファン制御装置。
6. ファンと、
   冷却対象と、
   ファン制御装置と、
   を備えた情報処理装置であって、
   前記ファン制御装置は、
   スケジュールに基づいて前記ファンを制御する第１のファン制御方式と、
   冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式と、
   を実行するファン制御部と、
   前記冷却対象の状態が所定の適正状態にあるか否かを判定する判定部と、
   前記ファン制御部が前記第１のファン制御方式で前記ファンを制御しているときに、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を前記第２のファン制御方式に切り替える切替部と、
   を含むことを特徴とした情報処理装置。
7. ファンと、
   ファン制御装置と
   を備え、
   前記ファン制御装置は、
   スケジュールに基づいてファンを制御する第１のファン制御方式と、
   冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式と、
   を実行するファン制御部と、
   前記冷却対象の状態が所定の適正状態にあるか否かを判定する判定部と、
   前記ファン制御部が前記第１のファン制御方式で前記ファンを制御しているときに、前記判定部が前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を前記第２のファン制御方式に切り替える切替部と、
   を含むことを特徴とした冷却システム。
8. 冷却対象の状態が所定の適正状態にあるか否かを判定する判定ステップと、
   ファン制御部がスケジュールに基づいてファンを制御する第１のファン制御方式で前記ファンを制御しているときに、前記判定ステップで前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式に切り替える切替ステップと、
   を備えたファン制御方法。
9. コンピュータに、
   冷却対象の状態が所定の適正状態にあるか否かを判定する判定ステップと、
   ファン制御部がスケジュールに基づいてファンを制御する第１のファン制御方式で前記ファンを制御しているときに、前記判定ステップで前記冷却対象の状態が所定の適正状態にないと判定した場合、前記第１のファン制御方式を冷却対象の状態に基づいて前記ファンを制御する第２のファン制御方式に切り替える切替ステップと、
   を実行させることを特徴としたファン制御プログラム。

Images