(57)【要約】【課題】記憶装置に対する処理を記憶制御装置がなるべく適切に行えるようにする。【解決手段】ファイルアクセス要求を構成するパケットにはパケット優先度が設定されており、ファイルにはファイル重要度がある。記憶制御装置は、各クライアントについて、パケット優先度毎の、送受信されたパケットの情報量（総量）と、ファイル重要度毎の、アクセス対象とされたファイルの情報量（総量）とを管理する。記憶制御装置は、対象のクライアント及び一以上のパケット優先度に対応する一以上の情報量と、一以上のパケット優先度とそれぞれ対応する一以上のファイル重要度及び対象のクライアントに対応する一以上の情報量とに基づいて、対象のクライアントが適正か不適正かを評価するための評価値を算出し、算出された評価値が所定の条件に適合するか否かによって、対象のクライアントが適正か不適正かを判定する。【選択図】図１
2009199453.tif 000002
【特許請求の範囲】
【請求項１】
複数のパケットを送信する複数のクライアントと、ファイルを構成するブロックデータを記憶する記憶装置とに接続され、各クライアントからの複数のパケットのうちの一以上のパケットで構成されるファイルアクセス要求をブロックアクセス要求に変換して前記記憶装置に送信する記憶制御装置であって、
パケットを受信した場合に、各パケット優先度に対応した各情報量をクライアント毎に含んだ優先度管理情報における、受信したパケットの送信元クライアント及び／又は送信先クライアントと受信したパケットに設定されているパケット優先度との両方に対応した情報量を、受信したパケットの情報量に基づいて更新するパケット監視処理部と、
受信した複数のパケットのうちの一以上のパケットで構成されたファイルアクセス要求で指定されているアクセス対象ファイルに対応したファイル重要度を特定し、各ファイル重要度に対応した各情報量をクライアント毎に含んだ重要度管理情報における、前記アクセス対象ファイルの送信元クライアント及び／又は送信先クライアントと前記特定されたファイル重要度との両方に対応した情報量を、前記アクセス対象ファイルの情報量に基づいて更新するアクセス受付部と、
対象のクライアント及び一以上のパケット優先度に対応する一以上の情報量と、前記一以上のパケット優先度とそれぞれ対応する一以上のファイル重要度及び前記対象のクライアントに対応する一以上の情報量とに基づいて、前記対象のクライアントが適正か不適正かを評価するための評価値を算出し、算出された評価値が所定の条件に適合するか否かによって前記対象のクライアントが適正か不適正かを判定することを、各クライアントについて行うクライアント判定部と
を備える記憶制御装置。
【請求項２】
前記送信元クライアント及び／又は送信先クライアントが適正と判定されたクライアントであれば、前記送信元クライアント及び／又は送信先クライアントが不適正と判定されたクライアントである場合に比べて、前記アクセス対象ファイルを指定したファイルアクセスに対応する一以上のブロックアクセス要求を高優先で処理するアクセス制御部、
を更に備える請求項１記載の記憶制御装置。
【請求項３】
前記記憶制御装置と前記記憶装置との間に複数のパスが張られており、
前記一以上のブロックアクセス要求を高優先で処理するとは、前記複数のパスのうちの第一のより多くのパス、及び／又は、前記複数のパスのうちのより転送速度の速いパスを経由して、前記一以上のブロック単位にアクセス要求を送信することである、
請求項２記載の記憶制御装置。
【請求項４】
前記アクセス制御部は、前記送信元クライアント及び／又は送信先クライアントが適正と判定されたクライアントである場合、前記アクセス対象ファイルのサイズが所定サイズより大きければ、前記アクセス対象ファイルのサイズが所定サイズ以下である場合に比べて、前記第一のより多くのパスのうちの第二のより多くのパス、及び／又は、前記第一のより多くのパスのうちのより転送速度の速いパスを経由して、前記一以上のブロック単位にアクセス要求を送信する、
請求項３記載の記憶制御装置。
【請求項５】
不適正であると判定されたクライアントに、そのクライアントから受けたパケットに設定されているパケット優先度とは異なる適正なパケット優先度を通知する通知部を更に備える、
請求項１乃至４のうちのいずれか一項に記載の記憶制御装置。
【請求項６】
前記構成されたファイルアクセス要求が、リード対象ファイルを指定したファイルリード要求であり、
前記不適正であると判定されたクライアントが、前記リード対象ファイルの送信先クライアントであり、
前記通知部が、前記パケット監視処理部であり、
前記パケット監視処理部が、前記送信先クライアントに前記ファイルリード要求に応答して送信されるパケットに、前記ファイルリード要求を構成するパケットに設定されているパケット優先度よりも低いパケット優先度を設定し、その低いパケット優先度が設定されたパケットを前記送信先クライアントに送信することで、前記適正なパケット優先度を通知する、
請求項５記載の記憶制御装置。
【請求項７】
前記クライアント判定部が、前記複数のクライアントのうちの或るクライアントについて、今回の判定の結果が前回の判定の結果と違ったならば、前記或るクライアントについて今回の判定の結果が前回の判定の結果と違ったことを、管理者が使用する計算機及び／又は前記或るクライアントに通知する、
請求項１乃至６のうちのいずれか一項に記載の記憶制御装置。
【請求項８】
前記評価値は、前記対象のクライアント及び或るパケット優先度に対応する情報量と、前記或るパケット優先度と対応するファイル重要度及び前記対象のクライアントに対応する情報量との差であり、
前記所定の条件は、前記差が所定値未満であることである、
請求項１乃至７のうちのいずれか一項に記載の記憶制御装置。
【請求項９】
前記評価値は、前記対象クライアントに対応したパケット平均値と、前記対象クライアントに対応したファイル平均値との差であり、
前記所定の条件は、前記差が所定値未満であることであり、
前記パケット平均値は、データをパケット優先度とし重みを情報量とした加重平均の値であり、
前記ファイル平均値は、データをファイル重要度とし重みを情報量とした加重平均の値である、
請求項１乃至７のうちのいずれか一項に記載の記憶制御装置。
【請求項１０】
前記クライアント判定部は、各パケット優先度と前記各パケット優先度と対応する各ファイル重要度とについて、パケット優先度に対応する情報量とファイル重要度に対応する情報量との一方に対する他方の比の値を算出し、
前記評価値は、算出された複数の比の値の分散であり、
前記所定の条件は、前記分散が所定値未満であることである、
請求項１乃至７のうちのいずれか一項に記載の記憶制御装置。
【請求項１１】
前記クライアント判定部は、複数種類の評価値と前記複数種類の評価値にそれぞれ対応する複数種類の所定の条件との適合度合いに基づいて、前記対象のクライアントが適正か不適正かを判定する、
請求項１乃至１０のうちのいずれか一項に記載の記憶制御装置。
【請求項１２】
ファイルを構成するブロックデータを記憶する記憶装置と、
複数のパケットを送信する複数のクライアントに接続され、各クライアントからの複数のパケットのうちの一以上のパケットで構成されるファイルアクセス要求をブロックアクセス要求に変換して前記記憶装置に送信する記憶制御装置と
を備え、
前記記憶制御装置が、
パケットを受信した場合に、各パケット優先度に対応した各情報量をクライアント毎に含んだ優先度管理情報における、受信したパケットの送信元クライアント及び／又は送信先クライアントと受信したパケットに設定されているパケット優先度との両方に対応した情報量を、受信したパケットの情報量に基づいて更新するパケット監視処理部と、
受信した複数のパケットのうちの一以上のパケットで構成されたファイルアクセス要求で指定されているアクセス対象ファイルに対応したファイル重要度を特定し、各ファイル重要度に対応した各情報量をクライアント毎に含んだ重要度管理情報における、前記アクセス対象ファイルの送信元クライアント及び／又は送信先クライアントと前記特定されたファイル重要度との両方に対応した情報量を、前記アクセス対象ファイルの情報量に基づいて更新するアクセス受付部と、
対象のクライアント及び一以上のパケット優先度に対応する一以上の情報量と、前記一以上のパケット優先度とそれぞれ対応する一以上のファイル重要度及び前記対象のクライアントに対応する一以上の情報量とに基づいて、前記対象のクライアントが適正か不適正かを評価するための評価値を算出し、算出された評価値が所定の条件に適合するか否かによって前記対象のクライアントが適正か不適正かを判定することを、各クライアントについて行うクライアント判定部と
を備える、
ストレージシステム。
【請求項１３】
パケットを受信した場合に、各パケット優先度に対応した各情報量をクライアント毎に含んだ優先度管理情報における、受信したパケットの送信元クライアント及び／又は送信先クライアントと受信したパケットに設定されているパケット優先度との両方に対応した情報量を、受信したパケットの情報量に基づいて更新し、
受信した複数のパケットのうちの一以上のパケットで構成されたファイルアクセス要求で指定されているアクセス対象ファイルに対応したファイル重要度を特定し、各ファイル重要度に対応した各情報量をクライアント毎に含んだ重要度管理情報における、前記アクセス対象ファイルの送信元クライアント及び／又は送信先クライアントと前記特定されたファイル重要度との両方に対応した情報量を、前記アクセス対象ファイルの情報量に基づいて更新し、
対象のクライアント及び一以上のパケット優先度に対応する一以上の情報量と、前記一以上のパケット優先度とそれぞれ対応する一以上のファイル重要度及び前記対象のクライアントに対応する一以上の情報量とに基づいて、前記対象のクライアントが適正か不適正かを評価するための評価値を算出し、算出された評価値が所定の条件に適合するか否かによって前記対象のクライアントが適正か不適正かを判定することを、各クライアントについて行う、
クライアント判定方法。
【請求項１４】
パケットを受信した場合に、各パケット優先度に対応した各情報量をクライアント毎に含んだ優先度管理情報における、受信したパケットの送信元クライアント及び／又は送信先クライアントと受信したパケットに設定されているパケット優先度との両方に対応した情報量を、受信したパケットの情報量に基づいて更新し、
受信した複数のパケットのうちの一以上のパケットで構成されたファイルアクセス要求で指定されているアクセス対象ファイルに対応したファイル重要度を特定し、各ファイル重要度に対応した各情報量をクライアント毎に含んだ重要度管理情報における、前記アクセス対象ファイルの送信元クライアント及び／又は送信先クライアントと前記特定されたファイル重要度との両方に対応した情報量を、前記アクセス対象ファイルの情報量に基づいて更新し、
対象のクライアント及び一以上のパケット優先度に対応する一以上の情報量と、前記一以上のパケット優先度とそれぞれ対応する一以上のファイル重要度及び前記対象のクライアントに対応する一以上の情報量とに基づいて、前記対象のクライアントが適正か不適正かを評価するための評価値を算出し、算出された評価値が所定の条件に適合するか否かによって前記対象のクライアントが適正か不適正かを判定することを、各クライアントについて行う、
ことをコンピュータに実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントからのファイルアクセス要求をブロックアクセス要求に変換して記憶装置に送信する記憶制御装置に関する。
【背景技術】
【０００２】
クライアントからのファイルアクセス要求をブロックアクセス要求に変換して記憶装置に送信する記憶制御装置として、一般的に、ファイルサーバがあり、ファイルサーバの一種として、ＮＡＳ（Network Attached Storage）が知られている（例えば、特許文献１）。ＮＡＳは、ファイル単位のアクセス要求（以下、「ファイルアクセス要求」）をクライアントから受信して、受信したファイルアクセス要求に対応する、ブロック単位のアクセス要求（以下、「ブロックアクセス要求」）を記憶装置（ストレージシステム）へ送信する。
【０００３】
【特許文献１】特開２００７−９４６８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
例えば、記憶装置と上位装置（例えばホスト計算機）との間には、複数のパスが張られる。このため、上位装置は、或るパスに障害が発生しても、障害の発生していない別のパスを介してアクセス要求を記憶装置に送信したり、複数のアクセス要求を複数のパスを利用して送信することで負荷分散を行ったりすることができる。
【０００５】
しかし、記憶装置の上位装置を、ＮＡＳのような記憶制御装置とした場合、パスの選択や負荷分散などの処理を必ずしも適切に行えるとは限らない。理由は、例えば下記（Ａ）及び（Ｂ）の通りである。
（Ａ）ＮＡＳは、クライアントからパケット優先度付きのファイルアクセス要求を受け得るため、パケット優先度に基づいて、記憶装置に対する処理（例えば、ＮＡＳと記憶装置とを結ぶパスの選択や負荷分散）を行うことが考えられる。しかし、パケット優先度は、本来、ＮＡＳとクライアントとの間での処理に関わる値であって、記憶装置に対する処理に関わる値ではないため、その処理を必ずしも適切に行えるとは限らない。また、パケット優先度は、クライアント或いはそのユーザに設定されるため、不正な値が設定されるおそれもある。
（Ｂ）ファイルにはファイル重要度が設定されていることがある。しかし、単純にファイル重要度に基づいて、記憶装置に対する処理を行うと、不適正なクライアントからのファイルアクセス要求に基づくブロックアクセス要求を、適正なクライアントからのファイルアクセス要求に基づくブロックアクセス要求よりも優先的に処理することが生じ得る。
【０００６】
そこで、本発明の目的は、記憶装置に対する処理を記憶制御装置がなるべく適切に行えるようにすることにある。
【課題を解決するための手段】
【０００７】
記憶制御装置が、対象のクライアントが適正か不適正かを判定できるようにする。具体的には、記憶制御装置は、各クライアントについて、パケット優先度毎の、送受信されたパケットの情報量（総量）と、ファイル重要度毎の、アクセス対象とされたファイルの情報量（総量）とを管理する。記憶制御装置は、対象のクライアント及び一以上のパケット優先度に対応する一以上の情報量と、一以上のパケット優先度とそれぞれ対応する一以上のファイル重要度及び対象のクライアントに対応する一以上の情報量とに基づいて、対象のクライアントが適正か不適正かを評価するための評価値を算出し、算出された評価値が所定の条件に適合するか否かによって、対象のクライアントが適正か不適正かを判定する。
【発明を実施するための最良の形態】
【０００８】
実施形態１では、記憶制御装置は、パケット監視処理部と、アクセス受付部と、クライアント判定部とを備える。前記パケット監視処理部は、記憶制御装置がパケットを受信した場合に、各パケット優先度に対応した各情報量をクライアント毎に含んだ優先度管理情報における、受信したパケットの送信元クライアント及び／又は送信先クライアントと受信したパケットに設定されているパケット優先度との両方に対応した情報量を、受信したパケットの情報量に基づいて更新する。前記アクセス受付部は、受信した複数のパケットのうちの一以上のパケットで構成されたファイルアクセス要求で指定されているアクセス対象ファイルに対応したファイル重要度を特定し、各ファイル重要度に対応した各情報量をクライアント毎に含んだ重要度管理情報における、前記アクセス対象ファイルの送信元クライアント及び／又は送信先クライアントと前記特定されたファイル重要度との両方に対応した情報量を、前記アクセス対象ファイルの情報量に基づいて更新する。前記クライアント判定部は、対象のクライアント及び一以上のパケット優先度に対応する一以上の情報量と、前記一以上のパケット優先度とそれぞれ対応する一以上のファイル重要度及び前記対象のクライアントに対応する一以上の情報量とに基づいて、前記対象のクライアントが適正か不適正かを評価するための評価値を算出し、算出された評価値が所定の条件に適合するか否かによって前記対象のクライアントが適正か不適正かを判定することを、各クライアントについて行う。
【０００９】
実施形態２では、実施形態１において、記憶制御装置は、アクセス制御部を更に備える。前記アクセス制御部は、前記送信元クライアント及び／又は送信先クライアントが適正と判定されたクライアントであれば、前記送信元クライアント及び／又は送信先クライアントが不適正と判定されたクライアントである場合に比べて、前記アクセス対象ファイルを指定したファイルアクセスに対応する一以上のブロックアクセス要求を高優先で処理する。
【００１０】
実施形態３では、実施形態２において、前記記憶制御装置と前記記憶装置との間に複数のパスが張られている。前記一以上のブロックアクセス要求を高優先で処理するとは、前記複数のパスのうちの第一のより多くのパス、及び／又は、前記複数のパスのうちのより転送速度の速いパスを経由して、前記一以上のブロック単位にアクセス要求を送信することである。
【００１１】
実施形態４では、実施形態３において、前記アクセス制御部は、前記送信元クライアント及び／又は送信先クライアントが適正と判定されたクライアントである場合、前記アクセス対象ファイルのサイズが所定サイズより大きければ、前記アクセス対象ファイルのサイズが所定サイズ以下である場合に比べて、前記第一のより多くのパスのうちの第二のより多くのパス、及び／又は、前記第一のより多くのパスのうちのより転送速度の速いパスを経由して、前記一以上のブロック単位にアクセス要求を送信する。
【００１２】
実施形態５では、実施形態１乃至４のうちのいずれかにおいて、記憶制御装置が、通知部を更に備える。前記通知部は、不適正であると判定されたクライアントに、そのクライアントから受けたパケットに設定されているパケット優先度とは異なる適正なパケット優先度を通知する。
【００１３】
実施形態６では、実施形態５において、前記構成されたファイルアクセス要求が、リード対象ファイルを指定したファイルリード要求である。前記不適正であると判定されたクライアントが、前記リード対象ファイルの送信先クライアントである。前記通知部が、前記パケット監視処理部である。前記パケット監視処理部が、前記送信先クライアントに前記ファイルリード要求に応答して送信されるパケットに、前記ファイルリード要求を構成するパケットに設定されているパケット優先度よりも低いパケット優先度を設定し、その低いパケット優先度が設定されたパケットを前記送信先クライアントに送信することで、前記適正なパケット優先度を通知する。
【００１４】
実施形態７では、実施形態１乃至６のうちのいずれかにおいて、前記クライアント判定部が、前記複数のクライアントのうちの或るクライアントについて、今回の判定の結果が前回の判定の結果と違ったならば、前記或るクライアントについて今回の判定の結果が前回の判定の結果と違ったことを、管理者が使用する計算機及び／又は前記或るクライアントに通知する。
【００１５】
実施形態８では、実施形態１乃至７のうちのいずれかにおいて、前記評価値は、前記対象のクライアント及び或るパケット優先度に対応する情報量と、前記或るパケット優先度と対応するファイル重要度及び前記対象のクライアントに対応する情報量との差である。前記所定の条件は、前記差が所定値未満であることである。
【００１６】
実施形態９では、実施形態１乃至７のうちのいずれかにおいて、前記評価値は、前記対象クライアントに対応したパケット平均値と、前記対象クライアントに対応したファイル平均値との差である。前記所定の条件は、前記差が所定値未満であることである。前記パケット平均値は、データをパケット優先度とし重みを情報量とした加重平均の値である。前記ファイル平均値は、データをファイル重要度とし重みを情報量とした加重平均の値である。
【００１７】
実施形態１０では、実施形態１乃至７のうちのいずれかにおいて、前記クライアント判定部は、各パケット優先度と前記各パケット優先度と対応する各ファイル重要度とについて、パケット優先度に対応する情報量とファイル重要度に対応する情報量との一方に対する他方の比の値を算出する。前記評価値は、算出された複数の比の値の分散である。前記所定の条件は、前記分散が所定値未満であることである。
【００１８】
実施形態１１では、実施形態１乃至１０のうちのいずれかにおいて、前記クライアント判定部は、複数種類の評価値と前記複数種類の評価値にそれぞれ対応する複数種類の所定の条件との適合度合いに基づいて、前記対象のクライアントが適正か不適正かを判定する。
【００１９】
上述したパケット監視処理部、アクセス受付部、クライアント判定部及びアクセス制御部のうちの少なくとも一つは、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。
【００２０】
以下、図面を参照しながら本発明の一実施形態について詳細に説明する。尚、本実施形態の説明では、コンピュータプログラムを主語として記述している説明文は、実際にはそのコンピュータプログラムを実行するＣＰＵによって処理が行われることを意味するものとして記述する。
【００２１】
図１は、本実施形態に係る計算機システムの構成例を示す図である。
【００２２】
一以上のクライアント１とＮＡＳ２とが、通信ネットワーク４を介して互いに接続されている。通信ネットワーク４としては、種々の通信ネットワーク（例えば、ＬＡＮ（Local Area Network））を採用することができる。通信ネットワーク４としてＬＡＮが採用される場合、クライアント１とＮＡＳ２とは、例えば、ＬＡＮスイッチ４１を介して接続される。
【００２３】
ＮＡＳ２とストレージシステム３とが、互いに接続されている。ＮＡＳ２とストレージシステム３との接続には、専用線（例えば、ＦＣ（Fibre Channel）方式によるデータ通信が可能なＦＣケーブル）５を用いることができる。例えば、図１に示すように、ＮＡＳ２の一つのポート２１とストレージシステム３の一つのポート３１とが、専用線５を介して１対１に接続される。このように、ポート２１，３１同士が１対１に接続される場合は、それらのポート２１，３１同士を繋ぐ経路が、ＮＡＳ２とストレージシステム３とを結ぶ１つのパスとなる。そして、ＮＡＳ２が備える複数のポート２１のそれぞれが、ストレージシステム３が備えるいずれかのポート３１と１対１に接続されることにより、複数のパスが形成される。尚、ＮＡＳ２とストレージシステム２とが、通信ネットワーク（例えば、ＳＡＮ（Storage Area Network）等）を介して接続されてもよい。通信ネットワークが採用される場合は、ＮＡＳ２とストレージシステム３のそれぞれのポート２１，３１の複数が、通信ネットワークに接続されることにより、複数のパスが形成される。
【００２４】
クライアント１は、ＮＡＳ２が提供するファイル２２の共有領域（以下、「ファイル共有領域」）２３にアクセスする計算機である。クライアント１は、例えば、ファイル共有領域２３上にあるファイル２２の読み出しを要求するファイルリード要求や、ファイル共有領域２３への新たなファイル２２の書き込み或いはファイル共有領域２３上にあるファイル２２の上書きを要求するファイルライト要求をＮＡＳ２へ送信する。尚、本実施形態では、ファイルリード要求とファイルライト要求とを包括して「ファイルアクセス要求」と呼んでいる。ファイルリード要求には、リード指示を示す情報やリード対象のファイル２２を特定するための情報等からなるリードコマンドが含められる。クライアント１は、送信したファイルリード要求に対するＮＡＳ２からの応答として、リード対象のファイル２２を受信する。ファイルライト要求には、ライト指示を示す情報やライト対象のファイル２２を特定するための情報等からなるライトコマンドに加えて、ライト対象のファイル２２が含められる。本実施形態のように通信ネットワーク４としてＬＡＮが採用される場合、ファイルアクセス要求等の通信ネットワーク４上を流れるデータは、所定サイズのパケットデータ６に分割されて送信される。
【００２５】
ＮＡＳ２は、ファイル共有領域２３をクライアント１に対して提供し、ファイル共有領域２３に書き込まれたファイル２２の管理を行う計算機である。ＮＡＳ２には、ファイル共有領域２３におけるクライアント１間のファイル共有を実現するためのコンピュータプログラムとして、ファイル共有機能を有するファイルシステム（例えば、ＮＦＳ（Network File System）やＣＩＦＳ（Common Internet File System））やファイル共有プログラム２６が備えられる。ＮＡＳ２の内部構成の一例については、後に図２を参照して詳細に説明する。
【００２６】
ＮＡＳ２がクライアント１へ提供するファイル共有領域２３は、ストレージシステム３が提供する記憶領域（ＬＵ（Logical Unit）３２）が割り当てられたものである。即ち、ファイル共有領域２３に書き込まれるファイル２２は、実際には、ストレージシステム３が備えるＬＵ３２に記憶される。そして、ＬＵ３２におけるデータの記憶は、ブロックデータ７という所定サイズのデータ単位で行われる。そのため、ＮＡＳ２は、ファイル共有領域２３上のファイル２２と、そのファイル２２を構成する一以上のブロックデータ７（ブロックデータ７が記憶されているＬＵ３２上のアドレス（以下、「ブロックアドレス」））との対応関係を管理する。そして、ＮＡＳ２は、ファイル２２単位のアクセス要求（ファイルアクセス要求）を受信した場合、受信したファイルアクセス要求に対応するブロックデータ７単位のアクセス要求（ブロックアクセス要求）をストレージシステム３へ送信することにより、ファイル２２へのアクセスを実現する。尚、ファイルアクセス要求に対応するブロックアクセス要求とは、ファイルアクセス要求によって指定されたファイル２２を構成するブロックデータ７へのアクセス要求のことである。ファイルアクセス要求がファイルリード要求の場合は、ブロックアクセス要求は、リード対象のファイル２２を構成するブロックデータ７を読み出すことの要求（以下、「ブロックリード要求」）となる。ブロックリード要求には、リード指示を示す情報やリード対象のブロックデータ７のブロックアドレス等からなるリードコマンドが含められる。一方、ファイルアクセス要求がファイルライト要求の場合は、ブロックアクセス要求は、ライト対象のファイル２２を構成するブロックデータ７を書き込むことの要求（以下、「ブロックライト要求」）となる。ブロックライト要求には、ライト指示を示す情報やライト対象のブロックデータ７のブロックアドレス等からなるライトコマンドと、ライト対象のブロックデータ７とが含められる。
【００２７】
ストレージシステム３は、例えば、アレイ状に配列された多数の記憶装置（例えば、ハードディスクドライブ（ＨＤＤ））を備えるＲＡＩＤ（Redundant Arrays of Independent （or Inexpensive） Disks）システムとすることができる。記憶装置は、ＨＤＤに限らず、他種の記憶装置（例えばフラッシュメモリドライブ）から構成されてもよいし、複数種類の記憶装置が混在してもよい。ストレージシステム３の内部構成の一例については、後に図３を参照して詳細に説明する。
【００２８】
ＬＡＮスイッチ４１は、受信したパケットデータ６の転送を行う装置である。ＬＡＮスイッチ４１は、受信したパケットデータ６から送信先を示す情報（例えば、送信先のＭＡＣ（Media Access Control）アドレス）を取得する。そして、ＬＡＮスイッチ４１は、アドレステーブルを参照して、取得したＭＡＣアドレスを有する機器に対して受信したパケットデータ６を転送する。
【００２９】
図２は、ＮＡＳ２の内部構成の一例を示す図である。
【００３０】
ＮＡＳ２は、例えば、ＣＰＵ２４と、メモリ２５と、ファイル共有プログラム２６と、ＯＳ２７とを備える。ＣＰＵ２４は、メモリ２５に記憶されている各種のプログラムを実行する演算処理装置である。メモリ２５は、いわゆる内部記憶装置である。ファイル共有プログラム２６やＯＳ２７等のプログラムが実行される場合は、それらのプログラムは、メモリ２５にロードされる。また、メモリ２５には、各種のプログラムが実行される際に利用される種々の情報（例えば、後述する優先度管理テーブル８１や重要度管理テーブル８２等）も記憶される。
【００３１】
ファイル共有プログラム２６には、そのサブプログラムとして、例えば、リード要求受付処理プログラム２６１やライト要求受付処理プログラム２６２や適正利用判定処理プログラム２６３等が備えられる。リード要求受付処理プログラム２６１、ライト要求受付処理プログラム２６２及び適正利用判定処理プログラム２６３が行う処理の詳細については、後述する。
【００３２】
ＯＳ２７には、そのサブプログラムとして、例えば、カーネルや上述したファイル共有機能を有するファイルシステムやＴＣＰ／ＩＰ処理部やパケット監視処理プログラム２７１やデバイスドライバ２７２等が備えられる。更に、デバイスドライバ２７２には、そのサブプログラムとして、パス振り分け処理プログラム２７３が備えられる。パケット監視処理プログラム２７１及びパス振り分け処理プログラム２７３が行う処理の詳細については、後述する。
【００３３】
図３は、ストレージシステム３の内部構成の一例を示す図である。
【００３４】
ストレージシステム３は、そのコントローラ３３として、例えば、ＣＨＡ（Channel Adapter）３３１と、ＤＫＡ（Disk Adapter）３３６と、スイッチ３３２と、共有メモリ３３４と、キャッシュメモリ（以下、単に「キャッシュ」と言う）３３５と、管理Ｉ／Ｆ３３３とを備える。ストレージシステム３のコントローラ３３によって、記憶装置３５へのアクセスが制御される。
【００３５】
ＣＨＡ３３１は、ＮＡＳ２や他のストレージシステム３等との間のデータ通信を行うものであり、一又は複数の通信ポート３１を備えている。ＣＨＡ３３１は、ＣＰＵやメモリ等を備えたマイクロコンピュータシステム（例えば、回路基盤）として構成されている。ＣＨＡ３３１は、例えば、ＮＡＳ２からのライト要求があった場合、ライト対象のデータをキャッシュ３３５に、ＮＡＳ２から受信したコマンドを共有メモリ３３４にそれぞれ書き込む。また、ＣＨＡ３３１は、ＮＡＳ２からのリード要求があった場合、ＮＡＳ２から受信したコマンドを共有メモリ３３４に書き込み、また、ＤＫＡ３３６が記憶装置３５から読み出してキャッシュ３３５に書き込んだリード対象のデータをＮＡＳ２へ送信する。
【００３６】
ＤＫＡ３３６は、各記憶装置３５との間のデータ授受を行うものである。各ＤＫＡ３３６も、ＣＨＡ３３１と同様に、ＣＰＵやメモリ等を備えたマイクロコンピュータシステムとして構成することができる。ＤＫＡ３３６は、例えば、ＣＨＡ３３１からキャッシュ３３５に書き込まれたライト対象のデータを記憶装置３５に書き込んだり、記憶装置３５から読み出したリード対象のデータをキャッシュ３３５に書き込んだりする。
【００３７】
スイッチ３３２は、例えばクロスバスイッチであり、ＣＨＡ３３１、ＤＫＡ３３６、共有メモリ３３４、キャッシュ３３５及び管理Ｉ／Ｆ３３３を相互に接続させる装置である。スイッチ３３２に代えて、バスなどの他種の接続部が採用されてもよい。
【００３８】
共有メモリ３３４は、例えば、不揮発または揮発の半導体メモリから構成することができる。共有メモリ３３４には、例えば、ＮＡＳ２から受信した各種コマンドや、ストレージシステム３の制御に使用される制御情報等が記憶される。コマンドや制御情報等は、複数の共有メモリ３３４によって、冗長記憶されてもよい。
【００３９】
キャッシュ３３５は、例えば、揮発または不揮発の半導体メモリから構成することができる。キャッシュ３３５には、ＮＡＳ２から受信したデータや、記憶装置３５から読み出されたデータ等が記憶される。尚、共有メモリ３３４とキャッシュ３３５とは、本実施形態のように、それぞれ別々のメモリとして構成されてもよいし、一つのメモリから構成されてもよい。一つのメモリから構成される場合は、例えば、メモリの一部がキャッシュ領域として使用され、同一のメモリの別の一部が共有メモリ領域として使用される。
【００４０】
また、ストレージシステム３には、例えば、一以上のＲＡＩＤグループ３４が、複数の記憶装置３５から構成される。ＲＡＩＤグループ３４は、例えば、ＲＡＩＤ１やＲＡＩＤ５等に基づく冗長化された記憶方式を提供する。ＲＡＩＤグループ３４に含まれる複数の記憶装置３５のそれぞれの記憶領域の一部ずつが割り当てられることによって、ＬＵ３２が形成される。ＬＵ３２は、ストレージシステム３からＮＡＳ２へ提供される。
【００４１】
図４は、パケットデータ６の構成の一例を示す図である。
【００４２】
上述したように、ファイルアクセス要求等の通信ネットワーク４上を流れるデータは、所定サイズのパケットデータ６に分割されて送信される。パケットデータ６は、例えば、パケットヘッダ６１とデータ本体６２とから構成される。パケットヘッダ６１には、例えば、送信先のＭＡＣアドレス６１１や、送信元のＭＡＣアドレス６１２や、タグ情報６１３等が含められる。タグ情報６１３には、パケット優先度６１５等が含められる。パケット優先度６１５は、そのパケットデータ６に関する優先度である。例えば、高いパケット優先度６１５が設定されているパケットデータ６ほど優先してそのパケットデータ６を扱う処理（例えば、転送等）が行われる。クライアント１が送信するパケットデータ６のパケット優先度６１５は、例えば、クライアント１（クライアント１上で稼働するアプリケーション）やクライアント１を利用するユーザによって設定される。クライアント１やそのユーザは、例えば、ファイルアクセス要求ごとに、或いはアクセス要求を発行するアプリケーションごとにパケット優先度６１５を設定することができる。従って、通常、１つのファイルアクセス要求を構成するパケットデータ６のそれぞれには、同一のパケット優先度６１５が設定されることになる。
【００４３】
パケットデータ６がファイルアクセス要求を構成するものである場合は、ファイルアクセス要求に含まれる情報（即ち、リードコマンドやライトコマンドやライト対象のファイル２２等）が、データ本体６２となる。同様に、パケットデータ６がファイルリード要求に対する応答を構成するものである場合は、その応答に含まれる情報（即ち、リード対象のファイル２２等）が、データ本体６２となる。
【００４４】
図５は、本実施形態に係るＮＡＳ２の主な特徴を説明する図である。
【００４５】
ＮＡＳ２は、パケットデータ６を認識し得るレイヤにおいて、クライアント１との間で送受信されるパケットデータ６を監視する。そして、ＮＡＳ２は、パケットデータ６に設定されているパケット優先度６１５ごとに、送受信されたパケットデータ６の数（以下、「パケット数」）をカウントする。パケットデータ６は、所定のデータ長（以下、「パケット長」）からなる。従って、パケット優先度６１５ごとにカウントされたパケット数は、パケット優先度６１５ごとに送受信されたパケットデータ６のデータ量（以下、「送受信データ量」）を間接的に示していることになる。ちなみに、送受信データ量は、パケット数に上記パケット長を乗算することにより得ることができる。ＮＡＳ２がクライアント１との間で送受信するパケットデータ６は、通常、ファイルアクセス要求或いはファイルアクセス要求に対する応答を構成するパケットデータ６である。上述したように、ファイルライト要求には、ライト対象のファイル２２が含まれ、ファイルリード要求に対する応答には、リード対象のファイル２２が含められる。ファイルアクセス要求には、ファイル２２以外の情報（即ち、リードコマンド又はライトコマンド）も含まれるが、一般にコマンドのデータ量はファイル２２のデータ量に比較して小さく、ファイル２２によってはその差が非常に大きくなる。例えば、パケット数のカウントが継続して行われる中で、コマンドのデータ量を無視できる程大きなデータ量のファイル２２が送受信された場合、送受信データ量に対するコマンドのデータ量は、無視できる程小さいものになると考えられる。即ち、この場合、送受信データ量（パケットヘッダ６のデータ量を除く）は、アクセスの対象となったファイル２２のデータ量の累計に近い値となる。
【００４６】
一方、ＮＡＳ２は、ファイルアクセス要求を認識し得るレイヤにおいて、アクセスの対象となったファイル２２のデータ量（ファイルサイズ）の累計（以下、「アクセスデータ量」）を、そのファイル２２に設定されているファイル重要度２２１ごとに計測する。尚、ファイル重要度２２１とは、ファイル２２の重要性を示す値である。ファイル重要度２２１は、例えば、ファイル２２ごとにＮＡＳ２の管理者によって設定される。従って、ファイル重要度２２１を設定する者は、パケット重要度６１５を設定する者とは異なる者である。
【００４７】
上記パケット数のカウント及びアクセスデータ量の計測は、クライアント１ごとに行われる。ＮＡＳ２は、例えば、クライアント１が有するＭＡＣアドレスを利用して、クライアント１を識別することができる。以下、クライアント１を識別するための情報（本実施形態では、クライアント１が有するＭＡＣアドレス）を「クライアント識別子」と呼ぶ。ＮＡＳ２は、パケットデータ６を認識し得るレイヤにおいては、受信したパケットデータ６から取得した送信元のＭＡＣアドレス６１２を、クライアント識別子として参照することができる。また、ＮＡＳ２は、ファイルアクセス要求を認識し得るレイヤにおいては、ファイルアクセス要求から取得した送信元のＩＰアドレスをＭＡＣアドレスに変換したものを、クライアント識別子として参照することができる。
【００４８】
ＮＡＳ２は、パケット優先度６１５ごとのパケット数とファイル重要度２２１ごとのアクセスデータ量とに基づいて、クライアント１がファイル共有領域２３を適正に利用しているかどうかを判定する。以下、この判定を「適正利用判定」と呼ぶ。適正利用判定は、適正利用判定処理プログラム２６３によって行われる。適正利用判定の詳細については、後述する。
【００４９】
ＮＡＳ２は、適正利用判定の結果に基づいて、クライアント１ごとに、ファイルアクセス要求に対する処理の制御を切り替えることができる。例えば、ファイルアクセス要求を送信してきたクライアント１がファイル共有領域２３を適正に利用しているクライアント１（以下、「適正利用クライアント」）であると判定されている場合、ＮＡＳ２は、そのファイルアクセス要求に対応するブロックアクセス要求を、より多くのパス（及び／又はより高速なパス）である適正利用クライアント向けのパス５２Ａを利用してストレージシステム３へ送信することができる。逆に、ファイルアクセス要求を送信してきたクライアント１がファイル共有領域２３を適正に利用していないクライアント１（以下、「不適正利用クライアント」）であると判定されている場合、ＮＡＳ２は、そのファイルアクセス要求に対応するブロックアクセス要求を、適正利用クライアント向けのパス５２Ａ以外の余ったパス（不適正利用クライアント向けのパス５２Ｂ）を利用してストレージシステム３へ送信することができる。これにより、ＮＡＳ２は、適正利用クライアントのファイルアクセス要求を優先して処理することができるようになる。
【００５０】
図６は、優先度管理テーブル８１の一例を示す図である。
【００５１】
優先度管理テーブル８１は、パケットデータ６を認識し得るレイヤにおいてカウントされたパケット数をパケット優先度６１５ごとに管理するためのテーブルである。
【００５２】
優先度管理テーブル８１には、例えば、クライアント識別子が格納されるカラム８１１とパケット優先度のカラム８１４とが備えられる。パケット優先度のカラム８１４には、パケット優先度６１５として採り得る値（本実施形態では、“０”から“７”までの整数）のそれぞれについてのカラムが備えられる。パケット優先度（“０”から“７”）のそれぞれのカラムには、パケット数が格納されるカラム８１２と、更新日時が格納されるカラム８１３とが備えられる。更新日時は、対応するパケット優先度６１５のパケット数が更新された日時を示している。従って、優先度管理テーブル８１には、各クライアント識別子について、パケット優先度６１５ごとに、パケット数及び更新日時が記録される。
【００５３】
例えば、ＮＡＳ２（パケット監視処理プログラム２７１）がパケットデータ６の受信を検出した場合、ＮＡＳ２は、以下のようにして優先度管理テーブル８１の内容を更新することができる。即ち、ＮＡＳ２は、その受信したパケットデータ６から送信元のＭＡＣアドレス６１２とパケット優先度６１５とを取得する。この取得した送信元のＭＡＣアドレス６１２が、クライアント識別子となる。そして、ＮＡＳ２は、取得したクライアント識別子と取得したパケット優先度６１５とに対応するパケット数のカラム８１２の値に１を加える（パケット数を１つ増やす）。また、ＮＡＳ２は、取得したクライアント識別子と取得したパケット優先度６１５とに対応する更新日時のカラム８１３に、その時の日時を格納する。上記パケット数の加算及び更新日時の更新は、パケットデータ６の受信を検出する度に繰返して行われる。
【００５４】
一方、ＮＡＳ２が送信するパケットデータ６については、ＮＡＳ２は、そのパケット数を実際にカウントせずに近似的な値で代用することができる。例えば、ファイルリード要求に対する応答を構成するパケットデータ６（即ち、リード対象のファイル２２をデータ本体６２として含むパケットデータ６）については、ＮＡＳ２は、そのリード対象のファイル２２のファイルサイズをパケット長で除算して得られた商を、そのパケット数とみなすことができる。このパケット数（ファイルリード要求に対する応答に関するパケット数）が加算されるべきパケット優先度６１５は、この応答の元となったファイルリード要求（ファイルリード要求を構成するパケットデータ６）に設定されていたパケット優先度６１５である。なぜなら、ファイルリード要求に設定されたパケット優先度６１５が、リード対象のファイル２２へのアクセスに関して設定されたパケット優先度６１５だからである。ファイルリード要求を構成するパケットデータ６は、その受信が検出された際に、そのパケット数及び更新日時が優先度管理テーブル８１へ反映されている。従って、ＮＡＳ２は、ファイルリード要求に対する応答を送信する際、この応答の送信先となるクライアント１に関して更新日時が最新となっているパケット優先度６１５を、この応答に関するパケット数を加算するパケット優先度６１５であると推定することができる。
【００５５】
図７は、重要度管理テーブル８２の一例を示す図である。
【００５６】
重要度管理テーブル８２は、ファイルアクセス要求を認識し得るレイヤにおいて計測されたアクセスデータ量をファイル重要度２２１ごとに管理するテーブルである。
【００５７】
重要度管理テーブル８２には、例えば、クライアント識別子が格納されるカラム８２１とファイル重要度のカラム８２３とが備えられる。ファイル重要度のカラム８２３には、ファイル重要度２２１として採り得る値（パケット優先度６１５として採り得る値と同じであり、本実施形態では、“０”から“７”までの整数）のそれぞれについてのカラムが備えられる。パケット優先度（“０”から“７”）のそれぞれのカラムには、アクセスデータ量が格納されるカラム８２２が備えられる。従って、重要度管理テーブル８２には、各クライアント識別子について、ファイル重要度２２１ごとに、アクセスデータ量が記録される。
【００５８】
例えば、ＮＡＳ２（リード要求受付処理プログラム２６１或いはライト要求受付処理プログラム２６２）がファイルアクセス要求を受信した場合、ＮＡＳ２は、以下のようにして重要度管理テーブル８２の内容を更新することができる。即ち、ＮＡＳ２は、その受信したファイルアクセス要求から送信元のＩＰアドレスとアクセス対象のファイル２２を特定する情報とを取得する。この取得した送信元のＩＰアドレスをＭＡＣアドレスに変換したものが、クライアント識別子となる。また、ＮＡＳ２は、アクセス対象のファイル２２のファイルサイズと、そのファイル２２に設定されているファイル重要度２２１とをファイルシステムから取得する。そして、ＮＡＳ２は、取得したクライアント識別子と取得したファイル重要度２２１とに対応するアクセスデータ量のカラム８２２の値に、取得したファイルサイズを加える。上記アクセスデータ量の加算は、ファイルアクセス要求を受信する度に繰返して行われる。
【００５９】
図８は、適正利用判定結果ファイル８３の一例を示す図である。
【００６０】
適正利用判定結果ファイル８３は、適正利用判定処理プログラム２６３によって行われる適正利用判定の結果が記録されるファイルである。適正利用判定結果ファイル８３には、例えば、クライアント識別子ごとに、そのクライアント識別子によって特定されるクライアント１についての適正利用判定結果が記録される。結果が“適正利用クライアント”であれば、そのクライアント１は、ファイル共有領域２３を適正に利用しているクライアント１であると判定されたことになる。一方、結果が“不適正利用クライアント”であれば、そのクライアント１は、ファイル共有領域２３を適正に利用していないクライアント１であると判定されたことになる。
【００６１】
図９は、定義ファイル８５の一例を示す図である。
【００６２】
定義ファイル８５は、適正利用判定結果に基づいて、ブロックアクセス要求を送信する際に利用するパスを決定するために参照されるファイルである。定義ファイル８５には、例えば、適正利用クライアント向けのパス５２Ａと不適正利用クライアント向けのパス５２Ｂとが記録される。
図９の例では、“＜適正利用されている場合＞”のタグ内における“利用可能パス”において定義されているパス（即ち、“PATH-001”〜“PATH-005”）が、適正利用クライアント向けのパス５２Ａとなる。一方、“＜適正利用されていない場合＞”のタグ内に定義されているパス（即ち、“PATH-006”）が、不適正利用クライアント向けのパス５２Ｂとなる。従って、例えば、ファイルアクセス要求を送信してきたクライアント１が適正利用クライアントと判定されている場合は、ＮＡＳ２は、“PATH-001”〜“PATH-005”のうちのいずれか一以上を利用して、そのファイルアクセス要求に対応するブロックアクセス要求をストレージシステム３へ送信することができる。更に、図９の例では、適正利用クライアント向けのパス５２Ａに関しては、アクセス対象のファイル２２のファイルサイズによって、利用するパスが切り替えられるように定義されている。即ち、図９の場合、ファイルサイズが１００ＭＢ以上であれば、ＮＡＳ２は、“PATH-001”、“PATH-002”及び“PATH-003”のうちのいずれか一以上を、ブロックアクセス要求の送信に利用することができる。一方、ファイルサイズが１００ＭＢより小さければ、ＮＡＳ２は、“PATH-004”及び／又は“PATH-005”を、ブロックアクセス要求の送信に利用することができる。
【００６３】
以上が、本実施形態に係る計算機システムの構成の説明である。
【００６４】
次に、適正利用判定の方法について説明する。上述したように、適正利用判定では、パケット優先度６１５ごとのパケット数とファイル重要度２２１ごとのアクセスデータ量とに基づいて、クライアント１が適正利用クライアントであるか不適正利用クライアントであるかが判定される。適正利用判定は、適正利用判定処理プログラム２６３によって行われる。以下、この適正利用判定の方法の説明において、適正利用判定の対象とされているクライアント１を「対象クライアント１」と呼ぶ。
【００６５】
適正利用判定は、アクセス対象のファイルに設定されているファイル重要度と同じ値のパケット優先度を設定してファイルアクセス要求を送信するといった特定の利用（例えば理想的な利用）を対象クライアント１がどの程度行っているかの判定となる。特定の利用の程度が所定の程度以上であれば、対象クライアント１は適正利用クライアントである判定され、理想的な利用の程度が所定の程度未満であれば、対象クライアント１は不適正利用クライアントであると判定される。
【００６６】
適正利用判定の方法としては、例えば、複数種類、例えば以下の３種類が考えられる。３種類のうちのいずれか１種類の方法のみが採用されても良いし、３種類のうちの２種類以上が採用され、各種の方法の判定結果を総括して最終的に対象クライアント１が適正利用であるか不適正利用であるかが判定されても良い。後述の３種類の方法のいずれでも、パケット優先度６１５の採り得る値の範囲とファイル重要度２２１の採り得る値の範囲とが、同一に定義されているが、必ずしも同一である必要は無く、例えば、パケット優先度６１５とファイル重要度２２１とが１対１で対応していれば良い。本実施形態では、上述したように、パケット優先度６１５及びファイル重要度２２１は、それぞれ“０”から“７”までの整数が、採り得る値の範囲とされている。
【００６７】
＜（１）データ量の比較による方法＞。
【００６８】
一つ目の方法は、優先度管理テーブル８１から得られるデータ量（送受信データ量）と重要度管理テーブル８２から得られるデータ量（アクセスデータ量）とを比較して、その差の大小に基づいて、対象クライアント１が適正利用クライアントか不適正利用クライアントかを判定するものである。この方法による判定は、以下のような手順で行われる。
【００６９】
まず、適正利用判定処理プログラム２６３は、パケット優先度６１５及びファイル重要度２２１の採り得る値のうちから一つの値（例えば、最も高い値である“７”）を選択する。（１）の方法の説明において、この選択された値を「選択値」と呼ぶ。
【００７０】
次に、適正利用判定処理プログラム２６３は、対象クライアント１のクライアント識別子とパケット優先度６１５の選択値とに対応するパケット数を、優先度管理テーブル８１から取得する。そして、適正利用判定処理プログラム２６３は、取得したパケット数にパケット長を乗算して、パケット優先度６１５の選択値に関する送受信データ量を求める。
【００７１】
また、適正利用判定処理プログラム２６３は、対象クライアント１のクライアント識別子とファイル重要度２２１の選択値とに対応するアクセスデータ量を、重要度管理テーブル８２から取得する。
【００７２】
そして、適正利用判定処理プログラム２６３は、送受信データ量とアクセスデータ量との差を比較し、その差が所定値未満であれば対象クライアント１が適正利用クライアントであると判定し、所定値以上であれば対象クライアント１が不適正利用クライアントであると判定する。
【００７３】
尚、送受信データ量には、パケットヘッダ６１のデータ量も含まれる。パケットヘッダ６１のデータ量が送受信データ量に比較して無視できない程度である場合は、送受信データ量からパケットヘッダ６１のデータ量を差し引いたデータ量が、上記送受信データ量の代わりに（即ち、アクセスデータ量との比較の対象とされるデータ量として）用いられても良い。例えば、パケットヘッダ６１のデータ長が固定長であれば、パケットヘッダ６１のデータ量は、優先度管理テーブル８１から取得したパケット数にパケットヘッダ６１のデータ長を乗算することにより求められる。
【００７４】
＜（２）平均値の比較による方法＞。
【００７５】
二つ目の方法は、優先度管理テーブル８１から計算されるパケット優先度６１５の平均値と、重要度管理テーブル８２から計算されるファイル重要度２２１とを比較して、その差の大小に基づいて、対象クライアント１が適正利用クライアントか不適正利用クライアントかを判定するものである。本実施形態において、パケット優先度６１５の平均値とは、優先度管理テーブル８１に記録されている情報に基づいて、数式（Ａ）により計算される値（つまり、データをパケット優先度とし重みをパケット数とした加重平均の値）のことである。また、本実施形態において、ファイル重要度２２１の平均値とは、重要度管理テーブル８２に記録されている情報に基づいて、数式（Ｂ）により計算される値（つまり、データをファイル重要度とし重みをアクセスデータ量とした加重平均の値）のことである。適正利用判定処理プログラム２６３は、パケット優先度６１５の平均値とファイル重要度２２１の平均値との差を比較し、その差が所定値未満であれば対象クライアント１が適正利用クライアントであると判定し、所定値以上であれば対象クライアント１が不適正利用クライアントであると判定する。
【数１】
2009199453.tif 000003
【数２】
2009199453.tif 000004
【００７６】
＜（３）比の値の分散を用いる方法＞。
【００７７】
三つ目の方法は、優先度管理テーブル８１におけるパケット数と重要度管理テーブル８２におけるアクセスデータ量との比の値の分散を計算して、その比の値の分散の大小に基づいて、対象クライアント１が適正利用クライアントか不適正利用クライアントかを判定するものである。この方法による判定は、以下のような手順で行われる。
【００７８】
まず、適正利用判定処理プログラム２６３は、パケット優先度６１５及びファイル重要度２２１の採り得る値のそれぞれについて、優先度管理テーブル８１におけるパケット数と重要度管理テーブル８２におけるアクセスデータ量との比の値を求める。例えば、優先度管理テーブル８１が図６に示したものであり、重要度管理テーブル８２が図７に示したものである場合、パケット数とアクセスデータ量との比は、パケット優先度６１５及びファイル重要度２２１の採り得る値ごとに、図１０のように求められる。
【００７９】
次に、適正利用判定処理プログラム２６３は、例えば数式（Ｃ）を用いて、求めた複数の比の値の分散を計算する。ここで、ｉは、パケット優先度６１５及びファイル重要度２２１の採り得る値、即ち“０”から“７”までの整数である。Ｒｉは、パケット優先度６１５及びファイル重要度２２１がｉであるパケット数とアクセスデータ量の比の値である。Ｒｍは、パケット数とアクセスデータ量の比の値の平均値である。本実施形態において、パケット数とアクセスデータ量の比の値の平均値は、例えば数式（Ｄ）を用いて計算される。
【００８０】
そして、適性利用判定処理プログラム２６３は、計算された比の値の分散が所定値未満であれば対象クライアント１が適正利用クライアントであると判定し、所定値以上であれば対象クライアント１が不適正利用クライアントであると判定する。
【数３】
2009199453.tif 000005
【数４】
2009199453.tif 000006
【００８１】
以下、本実施形態に係るＮＡＳ２が実行する処理の流れを説明する。
【００８２】
図１１は、本実施形態に係るＮＡＳ２が行う処理の概要を示す図である。
【００８３】
まず、ファイルアクセス要求を受信した場合のＮＡＳ２が行う処理の概要を説明する。
【００８４】
ファイルアクセス要求を構成するパケットデータ６をＮＡＳ２が受信すると（Ｒ１）、パケット管理処理プログラム２７１は、受信したパケットデータ６から送信元のＭＡＣアドレス６１２及びパケット優先度６１５を取得して、優先度管理テーブル８１の更新を行う（Ｒ２）。そして、パケット監視処理プログラム２７１は、受信したパケットデータ６をＴＣＰ／ＩＰ処理部へ転送する（Ｒ３）。パケット監視処理プログラム２７１からパケットデータ６を受け取ったＴＣＰ／ＩＰ処理部は、複数のパケットデータ６を結合してファイルアクセス要求を抽出し、抽出したファイルアクセス要求をファイル共有プログラム２６へ転送する（Ｒ４）。ファイルアクセス要求がファイルリード要求である場合は、リード要求受付処理プログラム２６１が、ＴＣＰ／ＩＰ処理部から受け取ったファイルリード要求に対する処理を行う。一方、ファイルアクセス要求がファイルライト要求である場合は、ライト要求受付処理プログラム２６２が、ＴＣＰ／ＩＰ処理部から受け取ったファイルライト要求に対する処理を行う。ここでは、ファイルライト要求の場合について説明する。ＴＣＰ／ＩＰ処理部からファイルライト要求を受け取ったライト要求受付処理プログラム２６２は、ファイルライト要求から送信元のＩＰアドレス及びライト対象のファイル２２を特定する情報を取得する。そして、ライト要求受付処理プログラム２６２は、ライト対象のファイル２２のファイルサイズ及びライト対象のファイル２２に設定されているファイル重要度２２１をファイルシステムから取得して、重要度管理テーブル８２の更新を行う（Ｒ５）。そして、ライト要求受付処理プログラム２６２は、ストレージシステム３のＬＵ３２に対する、ライト対象のファイル２２を構成するブロックデータ７の書込みを、デバイスドライバ２７２へ指示する（Ｒ６）。デバイスドライバ２７２が書込みの指示を受けると、パス振り分け処理プログラム２７３は、適正利用判定結果ファイル８３及び定義ファイル８４を参照して、ブロックデータ７を書込むことの要求（ブロックライト要求）を送信する際に利用するパスを決定する（Ｒ７）。パス振り分け処理プログラム２７３は、決定したパスを利用してブロックライト要求をストレージシステム３へ送信する（Ｒ８）。
【００８５】
次に、ファイルリード要求に対する応答を送信する場合のＮＡＳ２が行う処理の概要を説明する。
【００８６】
リード要求受付処理プログラム２６１は、リード対象のファイル２２のファイルサイズをファイルシステムから取得する。そして、リード要求受付処理プログラム２６１は、リード対象のファイル２２のファイルサイズをパケット長で除算して得られた商を、ファイルリード要求に対する応答に関するパケット数（応答を構成するパケットデータ６のパケット数）とみなし、優先度管理テーブル８１を更新する（Ｓ１）。この際、応答に関するパケット数が加算されるべきパケット優先度６１５は、更新日時が最新となっているパケット優先度６１５とされる。そして、リード要求受付処理プログラム２６１は、ファイルリード要求に対する応答を、ＴＣＰ／ＩＰ処理部へ転送する（Ｓ２）。リード要求受付処理プログラム２６１からファイルリード要求に対する応答を受け取ったＴＣＰ／ＩＰ処理部は、その応答を複数のパケットデータ７に分割し、その分割されたパケットデータ７をパケット監視処理プログラム２７１を経由してクライアント１へ送信する（Ｓ３、Ｓ５）。この際、パケット監視処理プログラム２７１は、適正利用判定結果ファイル８３を参照して、送信するパケットデータ７のパケット優先度６１５を、適切な値に設定し直すことができる（Ｓ４）。
【００８７】
次に、適正利用判定の処理の概要を説明する。適正利用判定の処理は、例えば、上記ファイルアクセス要求の受信時の処理及びファイルアクセス要求に対する応答の送信時の処理とは非同期に、定期的（例えば、１日に１回或いは半日に１回）又は不定期的なタイミングで行われる。
【００８８】
適正利用判定の処理が開始されると、適正利用判定処理プログラム２６３は、優先度管理テーブル８１及び重要度管理テーブル８２を参照して、適正利用判定を行う（Ｊ１、Ｊ２）。そして、適正利用判定処理プログラム２６３は、適正利用判定結果を適正利用判定結果ファイル８３に記録する（Ｊ３）。
【００８９】
図１２は、パケット監視処理プログラム２７１が行う処理のフローチャートである。
【００９０】
クライアント１へ送信するパケットデータ６を検出した場合（Ｓ１０１：ＮＯかつＳ１０２：ＹＥＳ）、パケット監視処理プログラム２７１は、適正利用判定結果に基づいて、検出したパケットデータ６のパケット優先度６１５を適宜適切な値に設定し直して、検出したパケットデータ６をクライアント１へ送信する（Ｓ１０３）。例えば、パケット監視処理プログラム２７１は、送信先のクライアント１が不適正利用クライアントであると判定されている場合に、検出したパケットデータ６にその時点で設定されているパケット優先度６１５よりも低い値、或いは最も低いパケット優先度６１５を、検出したパケットデータ６に再設定することができる。尚、検出したパケットデータ６にその時点で設定されているパケット優先度６１５としては、例えば、そのパケットデータ６によって構成される応答の元となったファイルアクセス要求を構成するパケットデータ６に設定されていたパケット優先度６１５（つまり、クライアント１やそのユーザが設定したパケット優先度６１５）が考えられる。このようにすることで、不適正利用クライアントが不当に高いパケット優先度６１５を設定してファイルアクセス要求を送信してきた場合でも、ＮＡＳ２は、強制的にパケット優先度６１５を低く設定して、ファイルアクセス要求に対する応答を返すことができるようになる。
【００９１】
一方、クライアント１からのパケットデータ６の受信を検出した場合（Ｓ１０１：ＹＥＳ）、パケット監視処理プログラム２７１は、受信したパケットデータ６から送信元のＭＡＣアドレス６１２を取得する（Ｓ１０４）。Ｓ１０４にて取得した送信元のＭＡＣアドレス６１２が、Ｓ１０１にて検出したパケットデータ６を送信したクライアント１のクライアント識別子となる。
【００９２】
次に、パケット監視処理プログラム２７１は、受信したパケットデータ６からパケット優先度６１５を取得する（Ｓ１０５）。
【００９３】
その後、パケット監視処理プログラム２７１は、Ｓ１０４で取得したクライアント識別子が優先度管理テーブル８１に登録されているかどうかを判定する（Ｓ１０６）。
【００９４】
Ｓ１０４で取得したクライアント識別子が優先度管理テーブル８１に登録されている場合は（Ｓ１０６：ＹＥＳ）、パケット監視処理プログラム２７１は、Ｓ１０４で取得したクライアント識別子とＳ１０５で取得したパケット優先度６１５とに対応するパケット数を１つ増やす（Ｓ１０７）。
【００９５】
また、パケット監視処理プログラム２７１は、Ｓ１０４で取得したクライアント識別子とＳ１０５で取得したパケット優先度６１５とに対応する更新日時を現在の日時に更新する（Ｓ１０８）。
【００９６】
その後、パケット監視処理プログラム２７１は、受信したパケットデータ６をＴＣＰ／ＩＰ処理部へ転送する（Ｓ１１２）。
【００９７】
一方、Ｓ１０４で取得したクライアント識別子が優先度管理テーブル８１に登録されていない場合は（Ｓ１０６：ＮＯ）、パケット監視処理プログラム２７１は、Ｓ１０４で取得したクライアント識別子を優先度管理テーブル８１へ登録する（Ｓ１０９）。
【００９８】
その後、パケット監視処理プログラム２７１は、Ｓ１０４で取得したクライアント識別子とＳ１０５で取得したパケット優先度６１５とに対応するパケット数を１に設定する（Ｓ１１０）。
【００９９】
また、パケット監視処理プログラム２７１は、Ｓ１０４で取得したクライアント識別子とＳ１０５で取得したパケット優先度６１５とに対応する更新日時に現在の日時を設定する（Ｓ１１１）。
【０１００】
その後、パケット監視処理プログラム２７１は、受信したパケットデータ６をＴＣＰ／ＩＰ処理部へ転送する（Ｓ１１２）。
【０１０１】
図１３は、リード要求受付処理プログラム２６１が行う処理のフローチャートである。
【０１０２】
図１３の処理は、クライアント１から受信したファイルリード要求をＴＣＰ／ＩＰ処理部から受け取った際に行われる。
【０１０３】
まず、リード要求受付処理プログラム２６１は、ＴＣＰ／ＩＰ処理部から受け取ったファイルリード要求から送信元のＩＰアドレスを取得する（Ｓ２０１）。Ｓ２０１で取得した送信元のＩＰアドレスをＭＡＣアドレスに変換したものが、ファイルリード要求を送信したクライアント１のクライアント識別子となる。
【０１０４】
次に、リード要求受付処理プログラム２６１は、ＴＣＰ／ＩＰ処理部から受け取ったファイルリード要求からリード対象のファイル２２を特定するための情報（ファイルパス名）を取得する（Ｓ２０２）。
【０１０５】
次に、リード要求受付処理プログラム２６１は、リード対象のファイル２２のファイルサイズ及びリード対象のファイル２２に設定されているファイル重要度２２１をファイルシステムから取得する（Ｓ２０３）。
【０１０６】
次に、リード要求受付処理プログラム２６１は、リード対象のファイル２２を構成するブロックデータ７のそれぞれのブロックアドレスをファイルシステムから取得する（Ｓ２０４）。
【０１０７】
その後、リード要求受付処理プログラム２６１は、ストレージシステム３のＬＵ３２に対する、リード対象のファイル２２を構成するブロックデータ７の読み出しを、デバイスドライバ２７２に行わせる（Ｓ２０５）。この際、リード要求受付処理プログラム２６１は、Ｓ２０１で得られたクライアント識別子及びＳ２０３で取得したファイルサイズを、デバイスドライバ２７２へ通知することができる。Ｓ２０５では、デバイスドライバ２７のパス振り分け処理プログラム２７３が、ブロックリード要求をストレージシステム３へ送信して、リード対象のファイル２２を構成するブロックデータ７をＬＵ３２から読み出す。
【０１０８】
その後、リード要求受付処理プログラム２６１は、Ｓ２０１で得られたクライアント識別子が重要度管理テーブル８２に登録されているかどうかを判定する（Ｓ２０６）。
【０１０９】
Ｓ２０１で得られたクライアント識別子が重要度管理テーブル８２に登録されている場合は（Ｓ２０６：ＹＥＳ）、リード要求受付処理プログラム２６１は、Ｓ２０１で得られたクライアント識別子とＳ２０３で取得したファイル重要度２２１とに対応するアクセスデータ量に、Ｓ２０３で取得したファイルサイズを加算する（Ｓ２０７）。
【０１１０】
一方、Ｓ２０１で得られたクライアント識別子が重要度管理テーブル８２に登録されていない場合は（Ｓ２０６：ＮＯ）、リード要求受付処理プログラム２６１は、Ｓ２０１で得られたクライアント識別子を重要度管理テーブル８２へ登録する（Ｓ２０８）。
【０１１１】
その後、リード要求受付処理プログラム２６１は、Ｓ２０１で得られたクライアント識別子とＳ２０３で取得したファイル重要度２２１とに対応するアクセスデータ量に、Ｓ２０３で取得したファイルサイズを設定する（Ｓ２０９）。
【０１１２】
その後、リード要求受付処理プログラム２６１は、Ｓ２０５において読み出したブロックデータ７から構成されるファイル２２（リード対象のファイル２２）を含んだ、ファイルリード要求に対する応答の送信に関する処理（Ｓ２１０〜Ｓ２１３）を行う。尚、Ｓ２１０〜Ｓ２１３の処理は、必ずしもＳ２０９の処理の後に続けて行われる必要はない。例えば、Ｓ２１０〜Ｓ２１３の処理は、リード対象のファイル２２２を構成するブロックデータ７の読み出しが完了したことの通知をデバイスドライバ２７２から受けたときに行われてもよい。
【０１１３】
リード要求受付処理プログラム２６１は、ファイルリード要求に対する応答に関するパケット数を計算する（Ｓ２１０）。即ち、リード対象のファイル２２のファイルサイズをパケット長で除算し、その商をファイルリード要求に対する応答に関するパケット数とする。
【０１１４】
次に、リード要求受付処理プログラム２６１は、ファイルリード要求に対する応答に関するパケット数が加算されるべきパケット優先度６１５を推定する（Ｓ２１１）。即ち、リード要求受付処理プログラム２６１は、この応答の送信先となるクライアント１に関して更新日時が最新となっているパケット優先度６１５を、この応答に関するパケット数を加算するパケット優先度６１５であると推定する。
【０１１５】
次に、リード要求受付処理プログラム２６１は、ファイルリード要求に対する応答の送信先となるクライアント１のクライアント識別子と、Ｓ２１１で推定されたパケット優先度６１５とに対応するパケット数に、Ｓ２１０で計算されたパケット数（応答に関するパケット数）を加算する（Ｓ２１２）。
【０１１６】
その後、リード要求受付処理プログラム２６１は、ファイルリード要求に対する応答を、ＴＣＰ／ＩＰ処理部へ転送する（Ｓ２１３）。
【０１１７】
図１４は、ライト要求受付処理プログラム２６２が行う処理のフローチャートである。
【０１１８】
図１４の処理は、クライアント１から受信したファイルライト要求をＴＣＰ／ＩＰ処理部から受け取った際に行われる。
【０１１９】
まず、ライト要求受付処理プログラム２６２は、ＴＣＰ／ＩＰ処理部から受け取ったファイルライト要求から送信元のＩＰアドレスを取得する（Ｓ３０１）。Ｓ３０１で取得した送信元のＩＰアドレスをＭＡＣアドレスに変換したものが、ファイルライト要求を送信したクライアント１のクライアント識別子となる。
【０１２０】
次に、ライト要求受付処理プログラム２６２は、ＴＣＰ／ＩＰ処理部から受け取ったファイルライト要求からライト対象のファイル２２を特定するための情報（ファイルパス名）を取得する（Ｓ３０２）。
【０１２１】
次に、ライト要求受付処理プログラム２６２は、ライト対象のファイル２２のファイルサイズ及びライト対象のファイル２２に設定されているファイル重要度２２１をファイルシステムから取得する（Ｓ３０３）。
【０１２２】
次に、ライト要求受付処理プログラム２６２は、ライト対象のファイル２２を構成するブロックデータ７のそれぞれのブロックアドレスをファイルシステムから取得する（Ｓ３０４）。
【０１２３】
その後、ライト要求受付処理プログラム２６２は、ストレージシステム３のＬＵ３２に対する、ライト対象のファイル２２を構成するブロックデータ７の書込みを、デバイスドライバ２７２に行わせる（Ｓ３０５）。この際、ライト要求受付処理プログラム２６２は、Ｓ３０１で得られたクライアント識別子及びＳ３０３で取得したファイルサイズを、デバイスドライバ２７２へ通知することができる。Ｓ３０５では、デバイスドライバ２７のパス振り分け処理プログラム２７３が、ブロックライト要求をストレージシステム３へ送信して、ライト対象のファイル２２を構成するブロックデータ７をＬＵ３２へ書き込む。
【０１２４】
その後、ライト要求受付処理プログラム２６２は、Ｓ３０１で得られたクライアント識別子が重要度管理テーブル８２に登録されているかどうかを判定する（Ｓ３０６）。
【０１２５】
Ｓ３０１で得られたクライアント識別子が重要度管理テーブル８２に登録されている場合は（Ｓ３０６：ＹＥＳ）、ライト要求受付処理プログラム２６２は、Ｓ３０１で得られたクライアント識別子とＳ３０３で取得したファイル重要度２２１とに対応するアクセスデータ量に、Ｓ３０３で取得したファイルサイズを加算する（Ｓ３０７）。
【０１２６】
一方、Ｓ３０１で得られたクライアント識別子が重要度管理テーブル８２に登録されていない場合は（Ｓ３０６：ＮＯ）、ライト要求受付処理プログラム２６２は、Ｓ３０１で得られたクライアント識別子を重要度管理テーブル８２へ登録する（Ｓ３０８）。
【０１２７】
その後、ライト要求受付処理プログラム２６２は、Ｓ３０１で得られたクライアント識別子とＳ３０３で取得したファイル重要度２２１とに対応するアクセスデータ量に、Ｓ３０３で取得したファイルサイズを設定する（Ｓ３０９）。
【０１２８】
図１５は、パス振り分け処理プログラム２７３が行う処理のフローチャートである。
【０１２９】
図１５の処理は、図１３のＳ２０５の処理においてリード要求受付処理プログラム２６１からブロックデータの読み出しの指示を受けた際に、或いは、図１４のＳ３０５の処理においてライト要求受付処理プログラム２６２からブロックデータの書き込みの指示を受けた際に行われる。
【０１３０】
まず、パス振り分け処理プログラム２７３は、適正利用判定結果ファイル８３を参照して、リード要求受付処理プログラム２６１又はライト要求受付処理プログラム２６２から通知されたクライアント識別子によって特定されるクライアント１（即ち、ファイルアクセス要求を送信してきたクライアント１）が、適正利用クライアントであると判定されているのか不適正利用クライアントであると判定されているのかを調べる（Ｓ４０１）。
【０１３１】
次に、パス振り分け処理プログラム２７３は、定義ファイル８４を参照して、ブロックアクセス要求の送信に利用するパスを決定する（Ｓ４０２）。例えば、図９に示したような定義ファイル８４が参照される場合、Ｓ４０１で調べた結果、ファイルアクセス要求を送信してきたクライアント１が不適正利用クライアントであると判定されていれば、パス振り分け処理プログラム２７３は、“PATH-006”をブロックアクセス要求の送信に利用するパスと決定する。一方、ファイルアクセス要求を送信してきたクライアント１が適正利用クライアントであると判定されていれば、パス振り分け処理プログラム２７３は、リード要求受付処理プログラム２６１又はライト要求受付処理プログラム２６２から通知されたファイルサイズ（アクセス対象のファイル２２のファイルサイズ）を考慮して、ブロックアクセス要求の送信に利用するパスを決定する。即ち、通知されたファイルサイズが１００ＭＢ以上であれば、パス振り分け処理プログラム２６２は、“PATH-001”、“PATH-002”及び“PATH-003”のうちのいずれか一以上を、ブロックアクセス要求の送信に利用するパスと決定する。一方、通知されたファイルサイズが１００ＭＢより小さければ、パス振り分け処理プログラム２６２は、“PATH-004”及び／又は“PATH-005”を、ブロックアクセス要求の送信に利用するパスと決定する。
【０１３２】
その後、ストレージシステム３へ送信されるブロックアクセス要求の種別が判定される（Ｓ４０３）。図１５の処理がリード要求受付処理プログラム２６１の指示に基づいて行われている場合は、ストレージシステム３へ送信されるブロックアクセス要求は、ブロックリード要求である。一方、図１５の処理がライト要求受付処理プログラム２６２の指示に基づいて行われている場合は、ストレージシステム３へ送信されるブロックアクセス要求は、ブロックライト要求である。
【０１３３】
ブロックアクセス要求がブロックリード要求である場合は（Ｓ４０３：リード）、パス振り分け処理プログラム２７３は、Ｓ４０２で決定したパスを利用してブロックリード要求をストレージシステム３へ送信し、リード対象のファイル２２を構成するブロックデータ７を読み出す（Ｓ４０４）。
【０１３４】
一方、ブロックアクセス要求がブロックライト要求である場合は（Ｓ４０３：ライト）、パス振り分け処理プログラム２７３は、Ｓ４０２で決定したパスを利用してブロックライト要求をストレージシステム３へ送信し、ライト対象のファイル２２を構成するブロックデータ７をＬＵ３２へ書き込む（Ｓ４０５）。
【０１３５】
図１６は、適正利用判定処理プログラム２６３が行う処理のフローチャートである。
【０１３６】
上述したように、図１６の処理は、定期的（例えば、１日に１回或いは半日に１回）又は不定期的に行われる。
【０１３７】
まず、適正利用判定処理プログラム２６３は、優先度管理テーブル８１に登録されており、かつ重要度管理テーブル８２にも登録されているクライアント識別子を一つ選択する（Ｓ５０１）。
【０１３８】
次に、適正利用判定処理プログラム２６３は、Ｓ５０１で選択したクライアント識別子によって特定されるクライアント１について、適正利用判定を行う（Ｓ５０２）。適正利用判定の方法は、上述した通りである。
【０１３９】
その後、適正利用判定処理プログラム２６３は、Ｓ５０２の結果を適正利用判定結果ファイル８３へ記録する（Ｓ５０３）。
【０１４０】
適正利用判定処理プログラム２６３は、優先度管理テーブル８１に登録されており、かつ重要度管理テーブル８２にも登録されている全てのクライアント識別子によって特定されるクライアント１について、Ｓ５０１〜Ｓ５０３の処理を繰返して行う（Ｓ５０４）。
【０１４１】
その後、適正利用判定処理プログラム２６３は、Ｓ５０２の適正利用判定処理が行われた結果、適正利用判定結果が変更されたクライアント１が存在するか否かを判定する（Ｓ５０５）。
【０１４２】
適正利用判定結果が変更されたクライアント１が存在する場合は（Ｓ５０５：ＹＥＳ）、適正利用判定結果の変更を通知する画面を表示して、変更内容を管理者に通知する（Ｓ５０６）。
【０１４３】
一方、適正利用判定結果が変更されたクライアント１が存在しない場合は（Ｓ５０５：ＮＯ）、Ｓ５０６の処理を行わずに、図１６の処理を終了する。
【０１４４】
図１７は、適正利用判定結果の変更を通知するための画面１０の一例を示す図である。
【０１４５】
この画面１０には、例えば、“＜適正利用クライアント＞”のタグ１０１と、“＜不適正利用クライアント＞”のタグ１０２とが備えられる。“＜適正利用クライアント＞”のタグ１０１内には、適正利用クライアントと判定されているクライアント１のクライアント識別子のリストが表示される。一方、“＜不適正利用クライアント＞”のタグ１０２内には、不適正利用クライアントと判定されているクライアント１のクライアント識別子のリストが表示される。また、例えば、画面１０には、表示されたクライアント識別子のそれぞれについて、適正利用判定結果が変更されたことを示すためのチェックボックス１０３が表示される。適正利用判定結果が変更されたクライアント１のクライアント識別子に対応するチェックボックス１０３には、チェックマークが表示される。
【０１４６】
上述した本発明の幾つかの実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱することなく、その他の様々な態様でも実施することができる。
【０１４７】
例えば、ＮＡＳ２とストレージシステム３が一体であっても良い。具体的には、例えば、ＮＡＳ２が、クライアント１に対するインタフェース回路基板としてストレージシステム３に組み込まれても良い。
【図面の簡単な説明】
【０１４８】
【図１】本実施形態に係る計算機システムの構成例を示す図である。
【図２】ＮＡＳの内部構成の一例を示す図である。
【図３】ストレージシステムの内部構成の一例を示す図である。
【図４】パケットデータの構成の一例を示す図である。
【図５】本実施形態に係るＮＡＳの主な特徴を説明する図である。
【図６】優先度管理テーブルの一例を示す図である。
【図７】重要度管理テーブルの一例を示す図である。
【図８】適正利用判定結果ファイルの一例を示す図である。
【図９】定義ファイルの一例を示す図である。
【図１０】パケット／ファイルアクセス比の結果の一例を示す図である。
【図１１】本実施形態に係るＮＡＳが行う処理の概要を示す図である。
【図１２】パケット監視処理プログラムが行う処理のフローチャートである。
【図１３】リード要求受付処理プログラムが行う処理のフローチャートである。
【図１４】ライト要求受付処理プログラムが行う処理のフローチャートである。
【図１５】パス振り分け処理プログラムが行う処理のフローチャートである。
【図１６】適正利用判定処理プログラムが行う処理のフローチャートである。
【図１７】適正利用判定結果の変更を通知するための画面の一例を示す図である。
【符号の説明】
【０１４９】
１…クライアント、２…ＮＡＳ、３…ストレージシステム、４…通信ネットワーク、５…専用線、６…パケットデータ、７…ブロックデータ
【図１】
2009199453.tif 000007
【図２】
2009199453.tif 000008
【図３】
2009199453.tif 000009
【図４】
2009199453.tif 000010
【図５】
2009199453.tif 000011
【図６】
2009199453.tif 000012
【図７】
2009199453.tif 000013
【図８】
2009199453.tif 000014
【図９】
2009199453.tif 000015
【図１０】
2009199453.tif 000016
【図１１】
2009199453.tif 000017
【図１２】
2009199453.tif 000018
【図１３】
2009199453.tif 000019
【図１４】
2009199453.tif 000020
【図１５】
2009199453.tif 000021
【図１６】
2009199453.tif 000022
【図１７】
2009199453.tif 000023