(57)【要約】【課題】ＬＡＮ直結型磁気ディスク駆動装置を使ってファイルサーバを構成すると、他のネットワーク機器から磁気ディスク駆動装置をアクセスできるという問題があった。【解決手段】ファイル制御部が磁気ディスク駆動装置の起動時に、他のネットワーク機器からのアクセスを禁止できる手段を設ける。【効果】磁気ディスク駆動装置にアクセスできるネットワーク機器がファイル制御部のみとなり、データの安全性が高まる。【選択図】  図１
2004362009.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して複数のクライアントと接続された複数の磁気ディスク駆動装置と、
該ネットワークに接続され、前記クライアントから前記磁気ディスク駆動装置へのアクセス要求を受け付け、前記複数の磁気ディスク駆動装置のデータ入出力を管理するファイル制御部を備えたファイルサーバシステムであって、
前記ファイル制御部は前記複数の磁気ディスク駆動装置の各々を特定できる複数のＩＤ情報を登録可能な構成情報を有し、
さらに、前記ファイル制御部は前記ネットワークを介して磁気ディスク駆動探索メッセージをブロードキャストし、
該磁気ディスク駆動探索メッセージを受信した前記磁気ディスク駆動装置は、自磁気ディスク駆動装置を特定できる前記ＩＤ情報を前記ファイル制御部に返信し、
前記返信されたＩＤ情報を受信した前記ファイル制御部は、前記ＩＤ情報を返信した磁気ディスク駆動装置に対して、該ファイル制御部以外の前記ネットワークに接続された機器との通信を制限するように設定することを特徴とするファイルサーバシステム。
【請求項２】
請求項１記載のファイルサーバシステムであって、
前記ファイル制御部に接続された、保守作業を行うための管理端末をさらに備えたことを特徴とするファイルサーバシステム。
【請求項３】
請求項２記載のファイルサーバシステムであって、
前記ファイル制御部と前記磁気ディスク駆動装置との間に接続され、前記管理端末と前記磁気ディスク駆動装置との通信を制御可能であるファイアウォールを備えたことを特徴とするファイルサーバシステム。
【請求項４】
請求項２記載のファイルサーバシステムであって、
前記ファイル制御部は、前記管理端末との通信を、前記クライアントとの通信および前記磁気ディスク駆動装置との通信よりも優先して行うことを特徴とするファイルサーバシステム。
【請求項５】
請求項１記載のファイルサーバシステムであって、
前記ファイル制御部および前記複数の磁気ディスク駆動装置はｉＳＣＳＩインターフェースを備え、前記ネットワーク上でＩＰプロトコルを用いて通信することを特徴とするファイルサーバシステム。
【請求項６】
請求項１記載のファイルサーバシステムであって、前記磁気ディスク駆動装置は、該磁気ディスク駆動装置に対して前記ネットワークを介して通信の許可を求めてきた前記ネットワークに接続した機器との通信の許可、不許可を判定することを特徴とするファイルサーバシステム。
【請求項７】
請求項６記載のファイルサーバシステムであって、前記磁気ディスク駆動装置は、前記ネットワークに接続した機器の一部または全部のネットワーク上の識別子と、
前記識別子に対応する前記機器の認証コードを登録可能な認証情報を有し、
さらに該磁気ディスク駆動装置は、前記ネットワーク上のいずれかの機器が通信の許可を求めてきた場合に、前記機器が送信する認証コードと前記認証情報内に登録した認証コードを比較し、これら２つの認証コードが一致すれば通信を許可し、一致しなければ通信を許可しないことを特徴とするファイルサーバシステム。
【請求項８】
請求項７記載のファイルサーバシステムであって、前記磁気ディスク駆動装置は、ネットワーク経由で受信した前記認証情報の変更命令に従って前記認証情報を変更することを特徴とするファイルサーバシステム。
【請求項９】
請求項８記載のファイルサーバシステムであって、システム起動時に前記ファイル制御部が前記磁気ディスク駆動装置に対して前記認証情報の変更命令を発行し、前記磁気ディスク駆動装置が前記ファイル制御部以外の機器との通信を禁止する設定を行うことを特徴とするファイルサーバシステム。
【請求項１０】
請求項１記載のファイルサーバシステムであって、前記ファイル制御部は、該ファイルサーバシステムの管理者が前記ファイル制御部と前記クライアントの間の通信で送受信されるデータ量と、前記ファイル制御部と前記磁気ディスク駆動装置の間の通信で送受信されるデータ量の比率を設定する手段を有し、
前記ファイル制御部と前記クライアントの間の通信で送受信されたデータ量と、前記ファイル制御部と前記磁気ディスク駆動装置の間の通信で送受信されたデータ量とを計測し、データ量の計測値の比率が前記設定された比率に近づくように通信処理の優先度を制御することを特徴とするファイルサーバシステム。
【請求項１１】
互いに接続して１つのネットワークを形成する複数のスイッチングハブと、
該ネットワークを介してクライアントと接続された複数の磁気ディスク駆動装置及び
ファイル制御部を備え、
前記複数の磁気ディスク駆動装置はそれぞれ前記複数のスイッチングハブのうちの１つと接続し、
前記ファイル制御部は前記複数のスイッチングハブのうちの１つと接続し、
前記ファイル制御部は、前記クライアントから受けた前記磁気ディスク駆動装置へのアクセス要求を受け付け、前記複数の磁気ディスク駆動装置のデータ入出力を管理するファイルサーバシステムであって、
前記スイッチングハブは、
前記ファイル制御部と前記複数のクライアントが１つの仮想的なネットワークに属し、
前記ファイル制御部と前記複数の磁気ディスク駆動装置がもう１つの仮想的なネットワークに属するように制御することを特徴とするファイルサーバシステム。
【請求項１２】
請求項１１記載のファイルサーバシステムであって、前記複数のスイッチングハブの１つに接続し、前記ファイル制御部の保守作業を行うための管理端末をさらに備えたことを特徴とするファイルサーバシステム。
【請求項１３】
請求項１２記載のファイルサーバシステムであって、前記スイッチングハブは、
前記ファイル制御部と前記複数のクライアントが１つの仮想的なネットワークに属し、
前記ファイル制御部と前記複数の磁気ディスク駆動装置がもう１つの仮想的なネットワークに属し、
前記ファイル制御部と前記管理端末は前記２つとは異なる第３の仮想的なネットワークに属するように制御することを特徴とするファイルサーバシステム。
【請求項１４】
請求項１３記載のファイルサーバシステムであって、前記仮想的なネットワークはＶＬＡＮ（Ｖｉｒｔｕａｌ  ＬＡＮ）であることを特徴とするファイルサーバシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、計算機システム、特にネットワークを介して結合した複数のクライアントにファイルサービスを提供するファイルサーバに関する。
【０００２】
【従来の技術】
ネットワークで結合した複数の計算機間でデータを共有する技術は１９８０年代から開発されていた。データ共有技術でもっとも普及した技術としては、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）がある。ＮＦＳに関しては、非特許文献１に簡単な解説が記載されている。ＮＦＳは、データをファイル単位で管理する技術である。ファイルを保存する計算機をファイルサーバ、ファイルサーバが保存したファイルをネットワーク経由で利用する計算機をクライアントという。ＮＦＳは、ファイルサーバが保存したファイルをあたかもクライアントのディスク内に保存されているようにユーザにみせる技術である。実際には、ＮＦＳはファイルサーバとクライアント間のネットワーク通信プロトコルとして定義される。
【０００３】
近年、ネットワークコンピューティングの急速な普及に伴い、ＬＡＮのようなＩＰネットワークに直接接続できる二次記憶装置に関する技術が提案されている。たとえば、ＮｅｔＳＣＳＩ、ＮＡＳＤ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｅｃｕｒｅ  Ｄｉｓｋｓ）やＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で規格が制定されたｉＳＣＳＩ規格がその例である。ＮｅｔＳＣＳＩ、ＮＡＳＤに関しては、非特許文献２に詳しい。ｉＳＣＳＩはＩＰネットワーク上ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）プロトコルの通信を可能とする規格であり、その詳細は、非特許文献３に詳しい。
【０００４】
ＮｅｔＳＣＳＩやＮＡＳＤに共通のの構成を図２に示す。図２のシステムでは、ファイルサービスを受けるクライアント（１０１）と、データを保存する磁気ディスク駆動装置（１０３）と、磁気ディスク駆動装置（１０３）を管理、制御するファイル制御部（１０５）がＬＡＮ（１００）に結合した形態をとる。磁気ディスク駆動装置（１０３）は、データを記録する磁気ディスク媒体（１０６）、ＬＡＮ（１００）に結合した機器と通信を行い、他の機器からの命令に従って前記磁気ディスク媒体（１０６）にデータを記録するディスク制御部（１０７）からなる。ディスク制御部（１０７）は、通常のデータのリード、ライト制御機能以外に、ＬＡＮ（１００）に接続した他の機器との通信を許可、不許可を判定する認証制御部（１０８）を持ち、認証制御部（１０８）は通信を許可された機器の情報を記録する認証情報（１０９）を持つ。ファイル制御部（１０５）は、ＬＡＮ上の通信を行うＬＡＮコントローラ（１１４）、磁気ディスク駆動装置（１０３）上のデータをファイルとしてクライアント（１０１）に提供するファイルシステム、磁気ディスク駆動装置（１０３）のアクセス権限を制御するアクセス制御部（１１６）からなる。非特許文献２によれば、図２のシステムの動作は、おおむね以下のようになる。
クライアント（１０１）がファイル制御部（１０５）にファイルアクセスのための命令を送信する。ファイルアクセス命令を受信したファイル制御部（１０５）は、ファイルシステム（１１５）がクライアント（１０１）の要求を解析し、要求されたデータを保存する磁気ディスク駆動装置（１０３）に対してデータ入出力命令を発行する。入出力命令を受信した磁気ディスク駆動装置（１０３）は、前記ファイルアクセス命令を発行したクライアント（１０１）との間でデータ転送を行う。データ転送が完了すると、磁気ディスク駆動装置（１０３）は、データ転送完了をファイル制御部（１０５）に報告する。データ転送完了の報告を受けたファイル制御部（１０５）は、クライアント（１０１）に当該ファイルアクセス命令の完了を報告する。
【０００５】
また、磁気ディスク駆動装置（１０３）は、クライアント（１０１）と通信を行う。したがって、クライアントを認証するための認証制御部（１０８）を持つ。ファイル制御部（１０５）は、これら磁気ディスク駆動装置（１０３）のセキュリティポリシを決定するアクセス制御部（１１６）を持つ。
また、非特許文献２では、ファイル制御部（１０５）と磁気ディスク駆動装置（１０３）間の通信を暗号化し、仮想的な通信チャネルを生成することも開示されている。このことにより、クライアント（１０１）は、ファイル制御部（１０５）と磁気ディスク駆動装置（１０３）間の通信を盗み見ることができなくなる。
さらに、ファイルサーバ装置は、ディスプレイやキーボードを持たず、ユーザがＬＡＮ（１００）に接続した管理端末よりファイルサーバ装置の操作を行うのが通例である。
【非特許文献１】
「最前線  ＵＮＩＸ（登録商標）のカーネル」（ユーレッシュ・バファリア著  徳田英幸、中村  明、戸辺  義人、津田  悦幸訳  株式会社ピアソン・エデュケーション  ２０００）
【非特許文献２】
「Ｆｉｌｅ  Ｓｅｒｖｅｒ  Ｓｃａｌｉｎｇ  ｗｉｔｈ  Ｎｅｔｗｏｒｋ−Ａｔｔａｃｈｅｄ  Ｓｅｃｕｒｅ  Ｄｉｓｋｓ」（Ｇａｒｔｈ  Ａ．  Ｇｉｂｓｏｎ他著、論文誌”ＴＨＥ  １９９７  ＡＣＭ  ＳＩＧＭＥＴＲＩＣＳ  ＩＮＴＥＲＮＡＴＩＯＮＡＬ  ＣＯＮＦＥＲＥＮＣＥ  ＯＮ  ＭＥＡＳＵＲＥＭＥＮＴ  ＡＮＤ  ＭＯＤＥＬＩＮＧ  ＯＦ  ＣＯＭＰＵＴＥＲ  ＳＹＳＴＥＭＳ”、２７２−２８４ページ）
【非特許文献３】
「Ｉｎｔｅｒｎｅｔ  Ｄｒａｆｔ  ｉＳＣＳＩ」（Ｊｕｌｉａｎ  Ｓａｔｒａｎ他著  ２００２）
【０００６】
【発明が解決しようとする課題】
本発明の第１の課題は、クライアントと磁気ディスク駆動装置が同一ＬＡＮに結合した場合に、磁気ディスク駆動装置内に保存されたデータの安全性を確保することにある。非特許文献２に記載された従来技術は、クライアント（１０１）と磁気ディスク駆動装置（１０３）がデータの送受信を行うことを特徴としており、クライアント（１０１）が磁気ディスク駆動装置（１０３）のデータを直接読み取ることが可能である。この方法では、クライアント（１０１）が前述の手順を守る限りデータの安全性を保つことができるが、クライアント（１０１）はファイル制御部（１０５）にファイルアクセス要求を送信することなく、直接磁気ディスク駆動装置（１０３）のデータにアクセスすることも可能である。そもそも、磁気ディスク駆動装置（１０３）がクライアント（１０１）との通信を許可しているため、前述のようなファイル制御部（１０５）の許可のないアクセスを磁気ディスク駆動装置（１０３）が防ぐことはできない。
【０００７】
本発明第２の課題は、ファイル制御部（１０５）とディスク駆動装置（１０３）の間の通信を暗号化するときの処理量の問題である。非特許文献２に記載された従来技術では、ファイル制御部（１０５）とディスク駆動装置（１０３）の間の通信を暗号化通信でおこなう。これは、ファイル制御部（１０５）とディスク駆動装置（１０３）の間の通信データをクライアント（１０１）が取得することを防ぐためである。通常、送受信されるデータを暗号化、復号化する処理は多大な計算量が必要とする。個々の磁気ディスク駆動装置に実用的な通信速度を実現できる暗号化、復号化処理機能を搭載することは現状ではコスト上昇を招く。
【０００８】
本発明第３の課題は、ＬＡＮ（１００）上を性質の異なる複数のトラフックが流れることにより、それぞれのトラフィックを適切に処理できないという課題である。すなわち、磁気ディスク駆動装置（１０３）に対するデータ入出力のトラフィックは、データ転送量が多い。一方、クライアント（１０１）とファイル制御部（１０５）の通信トラフィックや、管理端末とファイル制御部（１０５）の通信トラフィックは比較的データサイズが小さい。仮に保守員が管理端末よりファイル制御部（１０５）を操作しようとしたときに、ファイル制御部（１０５）が大量のデータ転送を行っていた場合、操作に遅延が発生する。この遅延が甚だしい場合、ファイル制御部（１０５）が操作不能となる。
【０００９】
【課題を解決するための手段】
前記第１の課題を解決するため、磁気ディスク駆動装置に初めて電源を投入したときなどに、ファイル制御部が磁気ディスク駆動装置に対して、前記ファイル制御部以外の機器との通信を制限するように設定することを許容する。本手段によって、クライアントや管理端末がファイル制御部の許可なく磁気ディスク駆動装置のデータを読み取る、または書き込むことを防ぐことができ、データの安全性を確保することができる。その結果、データは必ずファイル制御部を経由することになる。
【００１０】
前記第２の課題を解決するため、ＶＬＡＮ（Ｖｉｒｔｕａｌ  ＬＡＮ）を導入する。ＶＬＡＮとは、物理的なネットワーク上に仮想的なネットワークを構築し、構成変更が容易なネットワークシステムを実現する方法であり、ＬＡＮを構成するスイッチやルータによって実現される。ＶＬＡＮ技術については、「ＶＰＮ／ＶＬＡＮ教科書」（是友  春樹監修、マルチメディア通信研究会編、アスキー出版局、１９９９）に詳しい。このＶＬＡＮをファイルサーバに適用すれば前記第２の課題を解決することができる。すなわち、ファイル制御部とクライアントを同一ＶＬＡＮに所属させる。またファイル制御部と磁気ディスク駆動装置を前記ＶＬＡＮとは別の第２のＶＬＡＮに所属させる。最後に、ファイル制御部と管理端末を第３のＶＬＡＮに所属させる。異なるＶＬＡＮ間では通信は不可能なので、クライアント、管理端末が磁気ディスク駆動装置に直接アクセスすることを禁止できる。これは、ＬＡＮを構成するスイッチやルータによって実現されるため、ファイル制御部や磁気ディスク駆動装置に暗号化通信機能を搭載する必要はなく、コスト低減につながる。
【００１１】
前記第３の課題を解決するため、ファイル制御部がＬＡＮ通信処理の優先度を、通信相手ごとに設定することを許容する。すなわち、管理端末との通信を最優先に処理するように設定できれば、管理端末からファイル制御部を常に操作可能となる。このような優先度制御は、別の面でも有効である。一般のサーバに対して過大なネットワーク負荷をかけることでサービスを停止させる攻撃方法が知られている。ファイル制御部がこのような攻撃を受けた場合でも、本発明の優先制御を用いれば管理端末から操作可能であり、ファイルサービスを停止させることはない。
【００１２】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。
＜実施例１＞
図１に本発明のファイルサーバの構成図を示す。ファイルサービスを受けるクライアント（１０１）と、データを保存する磁気ディスク駆動装置（１０３）と、前記磁気ディスク駆動装置（１０３）のデータ入出力を管理し、前記クライアント（１０１）に対してファイルサービスを提供するファイル制御部（１０５）がＬＡＮ（１００）に結合している。本実施例では、ＬＡＮ（１００）はＩＥＥＥ８０２．３規格で規定されたＬＡＮ（一般にはイーサネット（登録商標）と呼称される）を想定しているが、本発明がＬＡＮ（１００）の種類に依存しないことはいうまでもない。またＬＡＮ（１００）上の通信にはＴＣＰ／ＩＰプロトコルで通信することを想定している。本発明は、ＴＣＰ／ＩＰプロトコルに依存しないこともいうまでもない。
【００１３】
磁気ディスク駆動装置（１０３）は、磁気ディスク媒体（１０６）と磁気ディスク制御部（１０７）からなる。磁気ディスク制御部（１０７）は磁気ディスク媒体（１０６）に対する入出力を行う以外に、ＬＡＮ（１００）経由の通信の許可／不許可を決定する認証制御部（１０８）と認証情報（１０９）を有する。認証情報（１０９）には、磁気ディスク駆動装置（１０３）とＬＡＮ（１００）経由で通信を行うことを許可されたネットワーク機器に関する情報が記録されている。認証制御部（１０８）は、ＬＡＮ（１００）に接続されたネットワーク機器が磁気ディスク駆動装置（１０３）に対して通信の許可を求めてきたときに、認証情報（１０９）を参照し、通信の許可、不許可を決定する。すなわち、認証情報（１０９）に登録されていないネットワーク機器から通信の許可を求められたとき、認証制御部（１０８）は、通信の不許可を当該ネットワーク機器に応答する。また、利用者、管理者からの命令に従って、認証制御部（１０８）は、認証情報（１０９）の変更も行う。
【００１４】
ファイル制御部（１０５）は、ＬＡＮ制御部（１１４）、ファイルシステム（１１５）、アクセス制御部（１１６）、構成情報（１１７）、優先度制御部（１１８）から構成される。ファイルシステム（１１５）は、磁気ディスク駆動装置（１０３）の記録領域を管理し、これら記憶領域をクライアント（１０１）に対してファイルとして仮想的に実現する機能である。ＬＡＮ制御部（１１４）は、ファイル制御部（１０５）がＬＡＮ（１００）を用いて通信を行うための機能である。構成情報（１１７）は、磁気ディスク駆動装置（１０３）の種類、個数などの装置構成に関する情報である。アクセス制御部（１１６）は、磁気ディスク駆動装置（１０３）のセキュリティ設定を行う。優先度制御部（１１８）は、ファイル制御部（１０５）が行うＬＡＮ（１００）上の通信において、優先度を指定し、その優先度に従って通信することを実現する。本実施例では、ファイル制御部（１０５）が磁気ディスク駆動装置（１０３）に対してデータ入出力を行うが、そのプロトコル規格として、ｉＳＣＳＩを使う、つまり、ファイル制御部（１０５）及び磁気ディスク駆動装置（１０３）がｉＳＣＳＩインターフェースを有するという前提で説明する。しかし、本発明は、ｉＳＣＳＩに依存しないことはいうまでもない。
【００１５】
次に図３を使って構成情報（１１７）を説明する。構成情報（１１７）は、ファイル制御部（１０５）がデータを保存するために使用する磁気ディスク駆動装置（１０３）に関するＩＤ情報等の情報を保存する。番号（３００）は、ファイル制御部（１０５）が磁気ディスク駆動装置（１０３）に対して内部的に付与する番号である。ＭＡＣアドレス欄（３０１）は、磁気ディスク駆動装置（１０３）のＭＡＣアドレスを示す。ＭＡＣアドレスとは、ＩＥＥＥ８０２．３規格により規定されたネットワーク機器固有の番号である。ＭＡＣアドレスは、個々のネットワーク機器に製造段階で付与される。磁気ディスク駆動装置（１０３）はＬＡＮ（１００）に直接結合できるため、ＭＡＣアドレスを持っている。ファイル制御部（１０５）は、磁気ディスク駆動装置（１０３）のＭＡＣアドレスを取得して構成情報（１１７）のＭＡＣアドレス欄（３０１）に登録する。ＩＰアドレス欄（３０２）は、磁気ディスク駆動装置（１０３）のＩＰアドレスが登録される。磁気ディスク駆動装置（１０３）に対するＩＰアドレスの設定方法であるが、利用者がなんらかの治具で設定する方法、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて磁気ディスク駆動装置（１０３）が自動的にＩＰアドレスを設定する方法など、さまざまある。本実施例では、磁気ディスク駆動装置（１０３）がなんらかの方法でＩＰアドレスの取得に成功したものとして説明する。ＨＤＤ識別子欄（３０３）は、磁気ディスク駆動装置（１０３）固有の識別子を登録する欄である。この識別子は、ＭＡＣアドレスとも異なる。すなわち、ルータを介した通信の場合には、ＭＡＣアドレスは識別子とならず、ネットワークに接続された機器の固有の識別子とならないからである。ＬＡＮの規格では、情報を送信するネットワーク機器は、送信する情報に付随してＭＡＣアドレスを通信相手に送信する。そのため、受信側ネットワーク機器は、送信元のネットワーク機器を識別することができる。一方、送信側ネットワーク機器と受信側ネットワーク機器が異なるネットワークにある場合は、状況が異なる。この場合、送信側ネットワーク機器が送信した情報とＭＡＣアドレスは一旦ルータが受信する。そしてルータが受信側に情報を送信する。このとき、ルータはＭＡＣアドレスをルータ自身のＭＡＣアドレスに変更して送信する。そのため、送信側ネットワーク機器と受信側ネットワーク機器がルータを介して通信する場合には、ＭＡＣアドレスはネットワーク機器固有の識別子となりえない。そのため、ｉＳＣＳＩ規格では、ｉＳＣＳＩプロトコルで通信可能なネットワーク機器に固有の識別子を付与する仕様が提案されている。複数の識別子が記載されているが、本実施例ではＥＵＩという６４ｂｉｔの識別子を用いて説明する。ＥＵＩについては、非特許文献３に詳しい。ＨＤＤ識別子欄（３０３）には、ＥＵＩが１６進法で登録されている。Ａｌｉａｓ名欄（３０４）は、磁気ディスク駆動装置（１０３）のＥＵＩによる識別子とは別名が登録される。ＥＵＩはネットワーク機器を識別することは可能だが、利用者にはそのＥＵＩを持つネットワーク機器がどのような機器か判別しにくい。そのため、利用者にわかりやすい形式の別名をＡｌｉａｓ名欄（３０４）に登録する。図３のＡｌｉａｓ名は、「Ｈｉｔａｃｈｉ−ＯＰＥＮ−Ｋ−ｓｎ−ＸＸＸＸＸＸＸ」という形式になっている。「Ｈｉｔａｃｈｉ」がベンダ名、「ＯＰＥＮ−Ｋ」が製品型名、「ｓｎ」は以下に続く数字が製造番号を示し、「ＸＸＸＸＸＸＸ」が製造番号である。このＡｌｉａｓ名により利用者はネットワーク機器の型名などを把握できるようになる。Ａｌｉａｓ名は、識別子ではないので、ネットワーク機器に固有の番号となっている必要はない。また、Ａｌｉａｓ名は本実施例ではその一例を示したに過ぎず、本発明はＡｌｉａｓ名の形式に依存しないことはいうまでもない。構成情報（１１７）に登録される磁気ディスク駆動装置（１０３）の情報のうち、ＨＤＤ識別子は、管理者によってあらかじめ設定される。これは、管理者が、ファイル制御部（１０５）が利用できる磁気ディスク駆動装置をあらかじめ指定しておくことで、他のファイル制御部が使用中の磁気ディスク駆動装置にデータを書きこんで、データ破壊を起こすことができないようにすることができる。
【００１６】
次に図４、５に磁気ディスク装置（１０３）の認証情報（１０９）を示す。図４が認証情報（１０９）の初期状態を示し、図５がファイル制御部（１０５）によって情報を設定された後の状態を示す。図４、５の１つの行が磁気ディスク駆動装置（１０３）が通信を許すネットワーク機器の情報を示す。ＭＡＣアドレス欄（４００）、（５００）は、磁気ディスク駆動装置（１０３）が通信を許すネットワーク機器のＭＡＣアドレスを登録する欄である。ＩＰアドレス欄（４０１）、（５０１）は、磁気ディスク駆動装置（１０３）が通信を許すネットワーク機器のＩＰアドレスを登録する欄である。認証コード欄（４０２）、（５０２）は、通信の許可、不許可を判定するための認証コードを登録する欄である。オーナフラグ（４０３）、（５０３）は、認証情報（１０９）に登録されたネットワーク機器の中で、磁気ディスク駆動装置（１０３）の所有者を示すフラグである。本実施例では、オーナフラグ（４０３）が「１」のとき当該ネットワーク機器が磁気ディスク装置（１０３）の所有者とする。オーナフラグ（４０４）が「１」でないとき、当該ネットワーク機器は磁気ディスク駆動装置（１０３）の所有者ではない。そして、認証情報（１０９）は、磁気ディスク駆動装置（１０３）の所有者でなければ変更できない。
【００１７】
ネットワーク機器は、磁気ディスク駆動装置（１０３）と通信を開始するときに、磁気ディスク駆動装置（１０３）に対して通信の許可を求めるため、磁気ディスク駆動装置（１０３）に認証コードを送信する。磁気ディスク駆動装置（１０３）は、この送信された認証コードと登録された認証コードを比較し、一致すれば、通信を許可し、一致しなければ通信を許可しない。本実施例では、以上に述べた方法で認証するが、認証の方法は多数知られている。本発明は認証の方法に依存しないことは言うまでもない。磁気ディスク駆動装置（１０３）は、認証情報（１０９）のＬＡＮ（１００）経由の変更を許す点を特徴としているが、ＭＡＣアドレス欄（４０４）は、「Ｅｖｅｒｙ  ｏｎｅ」となっている。これは、すべてのネットワーク機器に対して通信を許可することを示す。必ずしも「Ｅｖｅｒｙ  ｏｎｅ」という文字列ではなく、すべてのネットワーク機器に対して通信を許可することを示す符号であればよい。本実施例では、この符号として「Ｅｖｅｒｙ  ｏｎｅ」を用いることにする。磁気ディスク駆動装置（１０３）の初期状態では、すべてのネットワーク機器に対して通信を許可する状態になっている。ＩＰアドレス欄（４０５）も「Ｅｖｅｒｙ  ｏｎｅ」となっており、すべてのネットワーク機器に対して通信を許可する状態になっている。認証コード欄（４０６）は、「００００００００＿００００００００＿００００００００＿００００００００」となっている。これは認証コードが設定されていない状態になっている。図５では、ファイル制御部（１０５）が認証情報（１０９）に情報を設定した後の状態を示している。図５では、ＭＡＣアドレス欄（５０４）、ＩＰアドレス欄（５０５）、認証コード欄（５０６）に値が設定されている。磁気ディスク駆動装置（１０３）は、認証情報（１０９）に記載されたネットワーク機器とのみ通信を行う。そして、認証情報の行を増やすことで、複数のネットワーク機器との通信を許可することも可能である。
【００１８】
認証情報（１０９）は、ＬＡＮ（１００）に接続したネットワーク機器から変更可能である点に特徴がある。通常、このような認証情報は利用者あるいは管理者が、磁気ディスク駆動装置（１０３）がＬＡＮ（１００）に接続される前に、ＬＡＮ（１００）以外の手段で設定するのが通例である。なぜなら、このような認証コードはＬＡＮ（１００）以外の安全な経路で設定しなければ意味がないからである。磁気ディスク駆動装置（１０３）のような装置では、認証情報（１０９）はＥＥＰＲＯＭや、フラッシュメモリのような不揮発メモリに格納されることが多く、認証情報（１０９）の書き換えは専用の治具で行う。ところで、現代のファイルサーバの中には大量の磁気ディスク駆動装置（１０３）を搭載するシステムも少なくない。このようなシステムでは、１台１台の磁気ディスク駆動装置に専用の治具で認証情報を設定するのは、非常に煩雑であり、現実的でない。従って、ファイル制御部（１０５）がＬＡＮ（１００）経由で認証情報（１０９）を設定する方法が、合理的である。なぜなら、ファイル制御部（１０５）により前記手順が自動化されるからである。しかし、認証情報（１０９）がＬＡＮ（１００）経由で設定可能だと、磁気ディスク駆動装置（１０３）と通信が許可されていないネットワーク機器でも認証情報（１０９）を変更し、磁気ディスク駆動装置（１０３）との通信が可能になってしまう。つまり、認証情報（１０９）が認証情報としての役割を果たさないことになる。そこで、オーナフラグ（４０３）が「１」であるネットワーク機器のみ認証情報（４０３）を変更可能とする。磁気ディスク駆動装置（１０３）を設置後、利用者が初めて磁気ディスク駆動装置（１０３）に電源を投入するときに、ファイル制御部（１０５）が自らの認証コードを設定するとともに、オーナフラグ（４０３）を「１」とする。この過程を図６に示す。
ステップ（６００）  磁気ディスク駆動装置（１０３）に電源が投入されるステップ。
ステップ（６０１）  磁気ディスク駆動装置（１０３）がＬＡＮ（１００）より認証情報（１０９）の変更命令を受信したか判定するステップ。受信していなければ、命令を待つか、他の処理を実行する。
ステップ（６０２）  磁気ディスク駆動装置（１０３）が認証情報（１０９）の変更命令を受信した場合、認証情報（１０９）を検査する。検査した結果、オーナフラグ欄（４０７）が「１」に設定されたエントリがあるか判断する。オーナフラグ欄（４０７）が「１」に設定されたエントリがあった場合、ステップ（６０３）に進む。オーナフラグ欄（４０７）に「１」が設定されたエントリがない場合、ステップ（６０７）に進む。
ステップ（６０３）  すでにオーナフラグ欄（４０７）に「１」が設定されたエントリがあった場合、所有者であるネットワーク機器のみが認証情報（１０９）の変更可能である。ステップ（６０３）では認証情報変更命令を発行したネットワーク機器が所有者かどうかを判定する。当該認証情報変更命令を発行したネットワーク機器が磁気ディスク駆動装置（１０３）の所有者であれば、ステップ（６０４）に進む。所有者でなければ、ステップ（６０６）に進む。
ステップ（６０４）  磁気ディスク駆動装置（１０３）の所有者が認証情報（１０９）を変更していることが確認できたので、当該命令に従い、磁気ディスク駆動装置（１０３）の認証制御部（１０８）が認証情報（１０９）を変更する。変更内容は、送信元が本認証情報変更命令とともに送信する。
ステップ（６０５）  磁気ディスク駆動装置（１０３）は認証情報変更命令を発行したネットワーク機器に変更の完了を報告する。
ステップ（６０６）  当該認証情報変更命令が磁気ディスク駆動装置（１０３）の所有者以外から送信された場合、磁気ディスク駆動装置（１０３）は認証情報変更命令の発行元に変更失敗を報告する。
ステップ（６０７）  所有者が設定されていない場合、どのネットワーク機器でも認証情報（１０９）を変更することができる。本ステップでは、本命令を送信したネットワーク機器の情報を設定する。
ステップ（６０８）  さらに、ステップ（６０７）で設定したネットワーク機器のエントリのオーナフラグ欄（４０７）に「１」を設定する。つまり、磁気ディスク駆動装置（１０３）に最初に認証情報変更命令を発行したネットワーク機器が磁気ディスク駆動装置（１０３）の所有者となるわけである。
ステップ（６０９）  処理の終了。
【００１９】
図７のラダーチャートを用いて図１のファイルサーバの初期化手順を説明する。
時間軸（７００）は、ファイル制御部（１０５）の時間軸を示し、時間軸（７０１）は磁気ディスク駆動装置（１０３）の時間軸を示す。
ステップ（７０２）  ファイル制御部（１０５）の電源投入のステップ。
ステップ（７０３）  磁気ディスク駆動装置（１０３）の電源投入ステップ
ステップ（７０４）  ファイル制御部（１０５）に搭載され、ファイルサービスを実現するファイルシステム（１１５）が起動するステップ。
ステップ（７０５）  磁気ディスク駆動装置（１０３）が起動し、ネットワーク設定を行うステップ。前述のＤＨＣＰなどの方法でＩＰアドレスを取得するステップを含む。
ステップ（７０６）  ファイル制御部（１０５）がＬＡＮ（１００）に接続された磁気ディスク駆動装置（１０３）を探索するディスカバリメッセージ（磁気ディスク駆動探索メッセージ）を発信する。ファイル制御部（１０５）はディスカバリメッセージをブロードキャストで発信する。これらディスカバリ手順については、「ｉＳＣＳＩ  Ｎａｍｉｎｇ  ａｎｄ  Ｄｉｓｃｏｖｅｒｙ」（Ｍａｒｋ  Ｂａｋｋｅｋ他著  ２００３年）（以下文献１）に詳しい。
ステップ（７０７）  磁気ディスク駆動装置（１０３）はステップ（７０６）のディスカバリメッセージを受信する。
ステップ（７０８）  磁気ディスク駆動装置（１０３）はファイル制御部（１０５）にディスカバリメッセージに対する応答メッセージを送信する。応答メッセージの内容は、図３で説明した、ＭＡＣアドレス、ＩＰアドレス、ＨＤＤ識別子、Ａｌｉａｓ名などである。
ステップ（７０９）  磁気ディスク駆動装置（１０３）の応答メッセージを受信する。
ステップ（７１０）  応答メッセージには、ＨＤＤ識別子が含まれているので、ファイル制御部（１０５）は図３の構成情報（１１７）にあらかじめ登録されているＨＤＤ識別子と照合する。登録は、本ファイルサーバの管理者が行う。応答メッセージのＨＤＤ識別子と構成情報（１１７）にあらかじめ登録されたＨＤＤ識別子が一致していれば、ファイル制御部（１０５）は、ＭＡＣアドレス、ＩＰアドレス、Ａｌｉａｓ名を構成情報（１１７）に登録していく。ファイル制御部（１０５）は、すべての応答メッセージに対して、照合作業を続ける。そして、ファイル制御部（１０５）は、あらかじめ構成情報（１１７）に登録された磁気ディスク駆動装置（１０３）から応答メッセージを受信したことを確認する。構成情報（１１７）に登録された磁気ディスク駆動装置（１０３）の中で、１つでも応答メッセージを送信しなかった磁気ディスク駆動装置（１０３）があった場合には、ファイル制御部（１０５）は、管理端末にエラーを表示して初期化を中断する。ファイル制御部（１０５）が構成情報（１１７）に登録された磁気ディスク駆動装置（１０３）すべてから応答メッセージを受信したことを確認した場合には、そのまま初期化手順を続行する。
ステップ（７１１）  ファイル制御部（１０５）が磁気ディスク駆動装置（１０３）に対して、認証情報（１０９）を変更するメッセージを送信する。前述の通り、磁気ディスク駆動装置（１０３）は初期状態では、どのネットワーク機器からも通信可能な状態となっているため、通信を許可するネットワーク機器としてファイル制御部（１０５）のみを指定するものとする。具体的には、図５の認証情報（１１７）にファイル制御部（１０５）のＭＡＣアドレス、ＩＰアドレス、認証コードを設定し、他のネットワーク機器の認証情報は設定しない。磁気ディスク駆動装置（１０３）は、図６の手順に従って認証情報（１０９）を変更する。
ステップ（７１２）  ファイル制御部（１０５）が送信した認証情報設定メッセージを、磁気ディスク駆動装置（１０３）が受信する。
ステップ（７１３）  ステップ（７１２）で受信したメッセージに従って磁気ディスク駆動装置（１０３）が認証情報（１０９）に情報を設定する。本ステップによって、ファイル制御部（１０５）がデータを保存する磁気ディスク駆動装置（１０３）をクライアント（１０１）、管理端末がアクセスすることができなくなりデータの保全が可能になる。図６の手順に従えば、オーナフラグ（４０３）も「１」に設定される。すでに他のネットワーク機器が、磁気ディスク駆動装置（１０３）の認証情報（１０９）に自機器の認証情報を設定した場合、ファイル制御部（１０５）は自らの認証情報（１０９）を設定できない。
ステップ（７１４）  認証情報（１０９）の変更が終了すると、磁気ディスク駆動装置（１０３）は認証情報設定の完了をファイル制御部（１０５）に報告する。すでに他のネットワーク機器が、磁気ディスク駆動装置（１０３）の認証情報（１０９）に自らの認証情報を設定した場合は、磁気ディスク駆動装置（１０３）は認証情報（１０９）の設定が失敗したことをファイル制御部（１０５）に報告する。
ステップ（７１５）  ステップ（７１３）で磁気ディスク駆動装置（１０３）が送信した報告をファイル制御部（１０５）が受信する。ファイル制御部１０５）は、認証情報（１０９）に自らの情報を設定できなかった場合には、管理端末にその情報を表示し管理者に報告する。
ステップ（７１６）  ファイル制御部（１０５）が磁気ディスク駆動装置（１０３）に対して通信の許可を求めるステップである。この手続きをログインといい、文献１にその一例が記載されている。本ステップにて、ファイル制御部（１０５）は認証コードを送信する。
ステップ（７１７）  ステップ（７１６）でファイル制御部（１０５）が送信した認証コードを磁気ディスク駆動装置（１０３）が受信する。
ステップ（７１８）  磁気ディスク駆動装置（１０３）は受信した認証コードが認証情報（１０９）に登録されているか判定する。
ステップ（７１９）  認証コードが認証情報（１０９）に登録されていれば、磁気ディスク駆動装置（１０３）にログイン受諾メッセージを送信する。認証コードが認証情報（１０９）に登録されていなければ、ログイン拒絶メッセージを送信する。
ステップ（７２０）  ファイル制御部（１０５）は磁気ディスク駆動装置（１０３）が送信したログイン受諾または拒絶メッセージを受信する。
ステップ（７２１）  ファイル制御部は（１０５）は、磁気ディスク駆動装置（１０３）がログインを受諾した場合には、そのまま磁気ディスク駆動装置（１０３）にアクセスできる。
次に図８、９、１０を用いて、クライアント（１０１）が磁気ディスク駆動装置（１０３）に保存されているファイルを読み込んだり、書き込んだりする動作を説明する。図８は、クライアント（１０１）がファイルを読み込む動作を示したラダーチャートである。時間軸（８００）がクライアント（１０１）の処理の流れ、時間軸（８０１）がファイル制御部（１０５）の処理の流れ、時間軸（８０２）が磁気ディスク駆動装置（１０３）の処理の流れである。
ステップ８０３  クライアント（１０１）がファイル制御部（１０５）にファイルリード要求を送信する。本実施例では、クライアント（１０１）とファイル制御部（１０５）の間の入出力プロトコルは前述のＮＦＳを前提としている。ＮＦＳでは、リード要求は、ファイル名または、ファイルを一意に識別できる識別子と要求するデータのファイル先頭からのオフセット位置、要求するデータサイズなどを送信する。
ステップ８０４  ファイル制御部（１０５）が前記リード要求を受信する。
ステップ８０５  ファイルシステム（１１５）が受信した情報から、クライアント（１０１）が要求するデータが磁気ディスク駆動装置（１０３）のどこに保存されているか探索する。ＳＣＳＩ規格のような入出力プロトコルでは、磁気ディスク駆動装置（１０３）はある固定サイズの記憶領域（典型的には５１２Ｂ）の集合体として扱われる。前記固定サイズの記憶領域１つ１つには番号がつけられる。この番号をＬＢＡ（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ａｄｄｒｅｓｓ）という。磁気ディスク駆動装置（１０３）にもそれぞれ番号がつけられており、ＬＵＮ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｕｍｂｅｒ）という。したがって、ファイル制御部（１０５）は、磁気ディスク駆動装置（１０３）内のデータにアクセスしたい場合には、ＬＵＮ、ＬＢＡ、要求データサイズを指定することになる。このように、ファイルシステム（１１５）の機能は、クライアント（１０１）からファイル名またはその識別子で指定された入出力命令をＬＵＮ、ＬＢＡ、要求データサイズで指定される入出力命令に変換することと言える。
ステップ８０６  ファイルシステム（１１５）の処理によって、クライアント（１０１）が要求するデータの位置（ＬＵＮ、ＬＢＡ）が判明したところで、ファイル制御部（１０５）は、当該データを保存した磁気ディスク駆動装置（１０３）に読み込み命令を送信する。前述のように読み込み命令はＬＵＮ、ＬＢＡ、データサイズを指定する形式をとる。
ステップ８０７  磁気ディスク駆動装置（１０３）がファイル制御部（１０５）が発行した読み込み命令を受信する。
ステップ８０８  磁気ディスク駆動装置（１０３）が前記読み込み命令に従って要求されたデータをファイル制御部（１０５）に送信する。
ステップ８０９  ファイル制御部（１０５）が磁気ディスク駆動装置（１０３）からのデータを受信する。
ステップ８１０  データの送信が正常に終了すると、磁気ディスク駆動装置（１０３）は当該読み込み命令の正常終了をファイル制御部（１０５）に報告する。
ステップ８１１  ファイル制御部（１０５）は前記正常終了報告を受信して、当該読み込み命令の正常終了を確認する。
ステップ８１２  ファイル制御部（１０５）は、ステップ（８１１）で受信したデータをクライアント（１０１）に送信する。
ステップ８１３  クライアント（１０１）がファイル制御部（１０５）が送信するデータを受信する。
ステップ８１４  データ転送が正常終了すると、ファイル制御部（１０５）は本読み込み要求が正常終了したことをクライアント（１０１）に報告する。
ステップ８１５  クライアント（１０１）がステップ（８１４）の正常終了報告を受信して、当該読み込み要求が正常終了したことを確認する。
【００２０】
一般のファイルサーバ装置は、よく利用されるデータをファイル制御部（１０５）内の半導体メモリに保存して、クライアント（１０１）に対する応答時間を短くしたり、次に読み込み命令で要求されるデータを予測し、当該データを磁気ディスク駆動装置（１０３）から読み込み命令に先行して読み込んでおき、応答時間を短くする技術を使用している。図９を使用して、クライアント（１０１）がファイル制御部（１０５）に読み込み要求を送信し、要求されたデータがファイル制御部（１０５）内に保存されていた場合の処理の流れを説明する。時間軸（９００）がクライアント（１０１）の処理の流れを示す。時間軸（９０１）がファイル制御部（１０５）の処理の流れを示す。時間軸（９０２）が磁気ディスク駆動装置（１０３）の処理の流れを示す。
ステップ９０３  クライアント（１０１）がファイル制御部（１０５）に読み込み要求を送信する。
ステップ９０４  ファイル制御部（１０５）が上記読み込み要求を受信する。
ステップ９０５  ファイルシステム（１１５）が受信した情報から、クライアント（１０１）が要求するデータが磁気ディスク駆動装置（１０３）のどこに保存されているか探索する。探索の結果、目的のデータがファイル制御部（１０５）内の半導体メモリに保存されているか判定する。目的のデータがファイル制御部（１０５）内の半導体メモリに存在しなければ、図８のラダーチャートの処理となる。図９では、目的のデータがファイル制御部（１０５）内に保存されていた場合を説明する。
ステップ９０６  ファイル制御部（１０５）が当該データをクライアント（１０１）に送信する。
ステップ９０７  ファイル制御部（１０５）から送信されるデータをクライアント（１０１）が受信」する。
ステップ９０７  データ転送が正常終了すると、ファイル制御部（１０５）は本読み込み要求が正常終了したことをクライアント（１０１）に報告する。
ステップ９０８  クライアント（１０１）がステップ（９０７）の正常終了報告を受信して、当該読み込み要求が正常終了したことを確認する。
【００２１】
次に図１０を用いてクライアント（１０１）がデータを書き込む処理を説明する。時間軸（１０００）は、クライアント（１０１）の処理の流れを示す。時間軸（１００１）は、ファイル制御部（１０５）の処理の流れを示す。時間軸（１００２）は、磁気ディスク駆動装置（１０３）の処理の流れを示す。
ステップ１００３  クライアント（１０１）がファイル制御部（１０５）に対して、ファイルにデータを書き込む要求を送信する。
ステップ１００４  ファイル制御部（１０５）がファイル書き込み要求を受信する。
ステップ１００５  クライアント（１０１）が新しいデータをファイル制御部（１０５）に送信する。
ステップ１００６  ファイル制御部（１０５）が新しいデータを受信する。
ステップ１００７  ファイル制御部（１０５）は、受信したデータを一旦半導体メモリに保存する。ファイルシステム（１１５）が受信した情報から、クライアント（１０１）が要求するデータが磁気ディスク駆動装置（１０３）のどこに保存されているか探索する。
ステップ１００８  ファイル制御部（１０５）は、クライアント（１０１）に書き込み要求が正常に終了したことを報告する。
ステップ１００９  クライアント（１０１）は、ステップ（１００８）の報告を受信して、ファイル書き込み要求が正常に終了したことを確認し、次の処理へ移る。
ステップ１０１０  ファイル制御部（１０５）は、磁気ディスク駆動装置（１０３）に書き込み命令を送信する。ステップ（１００７）にて当該データが保存されているＬＵＮ、ＬＢＡは判明しているため、ＬＵＮ、ＬＢＡを送信する。
ステップ１０１１  磁気ディスク駆動装置（１０３）がステップ（１０１０）の書き込み命令を受信する。
ステップ１０１２  ファイル制御部（１０５）がデータを磁気ディスク駆動装置（１０３）に送信する。
ステップ１０１３  磁気ディスク駆動装置（１０３）がデータを受信する。
ステップ１０１４  磁気ディスク駆動装置（１０３）がデータを正常に受信できたら、ファイル制御部（１０５）にデータ転送の正常終了を報告する。
ステップ１０１５  ファイル制御部（１０５）が正常終了報告を受信して、当該書き込み命令の正常終了を確認する。
【００２２】
図８から１０で説明したように、本発明では、データは必ずファイル制御部（１０５）を経由する。図２に示した従来技術では、データ転送だけはクライアント（１０１）と磁気ディスク駆動装置（１０３）間で直接実行される。一見、従来技術の方が効率がよいように見えるが、本発明では以下の点で優れている。
（１）ファイル制御部のキャッシュ効果が期待できる。
（２）クライアントに磁気ディスク駆動装置を直接アクセスする機能が必要ない。（１）に関しては、図９、１０で示したように、ファイル制御部（１０５）内に目的のデータがあった場合に、ファイル制御部（１０５）の応答時間が短くなる。クライアント（１０１）と磁気ディスク駆動装置（１０３）間で直接データを転送する場合には、このような効果を期待できない。さらに、本発明では、ファイル制御部（１０５）が利用頻度の高いデータをファイル制御部（１０５）内に保存する、あるいは、アクセスパターンを予測し、次にアクセスされる確率の高いデータを、クライアント（１０１）がアクセスする前に、磁気ディスク駆動装置（１０３）から読み込んでおくことも可能である。
（２）に関しては、図２に示した従来技術のようにクライアント（１０１）と磁気ディスク駆動装置（１０３）間で直接データ転送を行うためには、両者がある１つのプロトコルをサポートする必要がある。したがって、クライアント（１０１）にそのような機能を実現するソフトウェアなどをインストールする必要がある。一方、本発明では、そのような機能は不要であり、クライアント（１０１）は一般に普及したＮＦＳやＣＩＦＳ（Ｃｏｍｍｏｎ  Ｉｎｔｅｒｎｅｔ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）をサポートしていればよい。このような点で、ファイル制御部（１０５）を経由するデータ転送にも優位点がある。
図１の構成のように磁気ディスク駆動装置（１０３）がファイル制御部（１０５）だけでなく、クライアント（１０１）ともＬＡＮ（１００）あるいはネットワークで接続されている場合には、クライアント（１０１）が磁気ディスク駆動装置（１０３）にアクセスすることを制限する必要がある。そのためには、図７の初期化手順に従って、認証情報（１０９）をクライアント（１０１）が磁気ディスク駆動装置（１０３）にアクセスできないようにすることが必要である。以上、説明したように、図１の構成でファイル制御部（１０５）、磁気ディスク駆動装置（１０３）が１つのファイルサーバとしてファイルサービスを提供することが可能となる。
＜実施例２＞
以下、図面を用いてＶＬＡＮ（Ｖｉｒｔｕａｌ  ＬＡＮ）技術を用いた本発明のファイルサーバの実現方法を説明する。ＶＬＡＮは、物理的なネットワーク接続とは別に仮想的なネットワークを構築し、構成変更が容易なネットワークシステムを実現する方法である。ＶＬＡＮ技術については、「ＶＰＮ／ＶＬＡＮ教科書」（是友  春樹監修、マルチメディア通信研究会編、アスキー出版局、１９９９）に詳しい。ＬＡＮ（１００）は実施例１では、１つの伝送媒体として説明してきたが、物理的には、図１１のようにクライアント（１０１）、磁気ディスク駆動装置（１０３）、ファイル制御部（１０５）、管理端末（１１９）がスイッチングハブ（１１００）に結合した形態をとっているのが通例である。ＶＬＡＮ技術は、スイッチングハブ（１１００）にフレームを中継するルールを与えることで仮想的なネットワークを実現する技術である。本実施例では、ＶＬＡＮ技術を用いて図１２のような仮想的なネットワークを実現する方法を説明する。すなわち、ファイル制御部（１０５）と管理端末（１１９）の間の通信を行う仮想管理ＬＡＮ（１２０２）、ファイル制御部（１０５）とクライアント（１０１）の間の通信を行う仮想ＬＡＮ（１２００）、ファイル制御部（１０５）と磁気ディスク駆動装置（１０３）の間の通信を行う仮想ＳＡＮ（１２０１）を実現する。ＶＬＡＮ技術には以下の３種がある。
（１）物理ポートベースＶＬＡＮ
（２）ＭＡＣアドレスベースＶＬＡＮ
（３）プロコトルベースＶＬＡＮ
がある。（１）の物理ポートベースＶＬＡＮは、スイッチングハブ（１１００）の各物理ポート間で中継ルールを設定することでＶＬＡＮを実現する。（２）のＭＡＣアドレスベースＶＬＡＮは、ネットワーク上で送受信されるＭＡＣフレームに記述される送信元、送信先のＭＡＣアドレスに対して中継ルールを設定する方法である。ＭＡＣアドレスベースＶＬＡＮは、（１）と比較して柔軟な構成変更が可能である。（３）のプロトコルベースＶＬＡＮは、ＭＡＣ層の上位層の種類によってＶＬＡＮを実現する方法である。本実施例で利用するプロトコルはＮＦＳ、ｉＳＣＳＩであるが、これはＴＣＰ／ＩＰの上位層プロトコルである。従って、ＭＡＣ層の上位層プロトコルとしてはＴＣＰ／ＩＰを利用している。そのため、仮想管理ＬＡＮ（１２０２）、仮想ＬＡＮ（１２００）、仮想ＳＡＮ（１２０１）ではＴＣＰ／ＩＰを共通に利用しており、プロコトルベースＶＬＡＮを本実施例に適用することはできない。そこで、本実施例では、ＭＡＣアドレスベースＶＬＡＮで説明することにする。ＭＡＣアドレスベースＶＬＡＮでは、クライアント（１０１）、磁気ディスク駆動装置（１０３）、ファイル制御部（１０５）、管理端末（１１９）のＭＡＣアドレスをＶＬＡＮごとに分類する。そしてスイッチングハブ（１１００）に対して中継ルールを与える。スイッチングハブ（１１００）は、中継するＭＡＣフレームの送信元ＭＡＣアドレスと送信先ＭＡＣアドレスが同一ＶＬＡＮに属するネットワーク機器のＭＡＣアドレスだった場合は当該ＭＡＣフレームを中継し、異なるＶＬＡＮに属するネットワーク機器のＭＡＣアドレスだった場合には当該ＭＡＣフレームを中継しない。
【００２３】
このようにしてＶＬＡＮを実現することができるが、ファイル制御部（１０５）は複数のＶＬＡＮに同時に所属することになる。すなわち、ファイル制御部（１０５）は、仮想管理ＬＡＮ（１２０２）と仮想ＬＡＮ（１２００）、仮想ＳＡＮ（１２０１）の３つに所属する。通常のネットワーク機器には、１つの物理ポートに１つのＭＡＣアドレスが付与される。ファイル制御部（１０５）は、１つの物理ポートしか持っていない。通常ならば、ファイル制御部（１０５）は１つのＭＡＣアドレスしか持てない。ファイル制御部（１０５）が１つのＭＡＣアドレスしか持てない場合、１つのＶＬＡＮにしか所属できない。３つのＶＬＡＮに同時に所属するためには、ＬＡＮ制御部（１１４）は、ファイル制御部（１０５）が所属するＶＬＡＮの数だけＭＡＣアドレスを持つことが必要である。このＬＡＮ制御部（１１４）が本発明の特徴である。
【００２４】
図１３を用いて、ＭＡＣアドレスベースＶＬＡＮを適用したときのファイル制御部（１０５）の詳細を説明する。仮想ＳＡＮ（１２０１）に対応して、仮想ＳＡＮＭＡＣ層送信キュー（１３００）がＬＡＮ制御部（１１４）内に生成される。これは、ＶＬＡＮに対応してＭＡＣアドレスが付与されるため、ＭＡＣ層の送受信キューもＶＬＡＮに対応して生成される。仮想ＬＡＮ（１２００）に対応して仮想ＬＡＮＭＡＣ層送信キュー（１３０１）、仮想管理ＬＡＮ（１２０２）に対応して仮想管理ＬＡＮＭＡＣ層送信キュー（１３０２）が生成される。ＭＡＣ層受信キューについても、同様に仮想ＳＡＮＭＡＣ層受信キュー（１３０３）、仮想ＬＡＮＭＡＣ層受信キュー（１３０４）、仮想管理ＬＡＮＭＡＣ層受信キュー（１３０５）が生成される。これらのＭＡＣ層送受信キュー（１３００）−（１３０５）は、上位層送受信キュー（１３０６）−（１３１１）と１対１に対応する。さらに、優先度制御部（１１８）は、優先度設定情報（１３１２）、転送量管理情報（１３１３）を持つ。優先度設定情報（１３１２）は、各仮想チャネルの優先度を保存する。転送量管理情報（１３１３）は、データ転送量を監視し、各仮想ＬＡＮごとに、管理者あるいは、優先度制御部（１１８）が設定した帯域を保存する。
【００２５】
図１４を用いて優先度設定情報（１３１２）を説明する。仮想ネットワーク種別欄（１４００）は、仮想ネットワークの種類が設定される。優先度欄（１４０１）は、仮想ネットワークの優先度が設定される。優先度は管理者が管理端末（１１９）を操作して設定することができる。優先度欄に設定された数値が大きいほど優先度が高いものとする。本実施例では、仮想管理ＬＡＮ（１２０２）、仮想ＬＡＮ（１２００）、仮想ＳＡＮ（１２０１）を使用するが、それぞれ優先度３、１、２とする。すなわち、仮想管理ＬＡＮ（１２０２）の優先度がもっとも高い。仮に仮想管理ＬＡＮ（１２０２）の優先度が低い場合、管理者が本ファイルサーバの操作をできなくなることがある。管理者は管理端末（１１９）を操作し、管理端末（１１９）は管理者の操作を命令としてファイル制御部（１０５）に伝える。そのため、仮想管理ＬＡＮ  （１２０２）の優先度が低いと管理者の操作命令がファイル制御部（１０５）に遅れて伝達され、この遅延が大きいと事実上ファイルサーバの操作ができなくなる。そのため、仮想管理ＬＡＮ（１２０２）の優先度をもっとも高くすべきである。次いで仮想ＳＡＮ（１２０１）が優先される。この理由は、以下の通りである。性能を向上させるため、ファイル制御部（１０５）が磁気ディスク駆動装置（１０３）のデータをメモリ内にキャッシュする。キャッシュ効果を上げるため、ファイル制御部（１０５）は、磁気ディスク駆動装置（１０３）に要求するデータ長は、クライアント（１０１）がファイル制御部（１０５）に要求するデータ長よりも大きい。このため、仮想ＳＡＮ（１２０１）には仮想ＬＡＮ（１２００）よりも多くの帯域が必要であり、その優先度を高くするのが適切である。
【００２６】
次に図１５を用いて転送量管理情報（１３１３）を説明する。仮想ネットワーク種別欄（１５００）は、仮想ネットワークの種類が設定される。転送量欄（１５０１）は、過去一定時間内に各仮想ネットワーク上で転送したデータサイズの累積値が設定される。優先度制御部（１１８）は、前記一定時間で転送量欄（１５０１）の値を０に戻す。設定帯域幅（１５０２）は、ＬＡＮ（１００）の帯域のうち仮想ネットワークに割り当てる帯域の割合を示す。帯域の絶対値ではなく割合を設定する理由は、データ転送が常に発生しているわけではなく、帯域の絶対値で優先度を評価するのは適切ではないためである。また、帯域幅の割合を設定するのではなく、各々の仮想ネットワークで転送されるデータ量の割合または比率を設定しても本発明を実施することはできるが、ここでは帯域幅の割合を設定するとして以後説明を続ける。優先度欄（１５０３）は仮想ネットワーク間の優先度が設定される。優先度欄（１５０３）の優先度は、転送量欄（１５０１）と設定帯域幅欄（１５０２）の間の関係から優先度制御部（１１８）が算出する。例えば、仮想ネットワークに対して番号付けして、仮想ネットワークｉの転送量をＸｉ、設定帯域幅をＹｉとすると、仮想ネットワークｉの利用可能な帯域Δｉは、
【００２７】
【数１】
2004362009.tif 000003
【００２８】
となる。このの大小の順に仮想ネットワークの優先度設定すればよい。すなわち、優先度制御部（１１８）は、Δｉが大きければ対応する仮想ネットワークの優先度を高くし、Δｉが小さいならば、対応する仮想ネットワークの優先度を低くする。
【００２９】
図１６を用いて、本実施例におけるファイル制御部（１０５）のデータ受信時の動作を説明する。図１６は、優先度制御部（１１８）が転送量管理情報（１３１３）を参照して帯域制御を行う場合の動作を示すフローチャートである。
ステップ（１６００）  処理の開始。
ステップ（１６０１）  ＬＡＮ制御部（１１４）は転送量管理情報（１３１３）の優先度欄（１５０３）を参照し、ＶＬＡＮの処理優先度を確認する。
ステップ（１６０２）  ＬＡＮ制御部（１１４）は、優先度の最も高いＭＡＣ層受信キューを参照し、格納されたメッセージを対応する上位層受信キューに移す。
ステップ（１６０３）  ＬＡＮ制御部（１１４）は、対応する上位層の受信処理を実行する。
ステップ（１６０４）  すべての受信キューのメッセージを処理したか判定する。すべての受信キューの処理が終了していない場合、ステップ（１６０２）に戻り、次に優先度の高い受信キューに格納されたメッセージに対応する処理を実行する。ＬＡＮ制御部（１１４）が、すべての受信キューのメッセージを処理した場合には、ステップ（１６０５）に進む。
ステップ（１６０５）  ＬＡＮ制御（１１４）は、ステップ（１６０４）で受信したデータサイズの累計を上位層の受信キュー（１５０９）、（１５１０）、（１５１１）ごとに計算する。
ステップ（１６０６）  ＬＡＮ制御部（１１４）は、ステップ（１６０５）で計算した受信データサイズの累計を仮想ネットワークごとに転送量欄（１５０１）に加算する。
ステップ（１６０７）    優先度制御部（１１８）は、ステップ（１６０６）で更新された転送量欄（１５０１）の数値から、（数式１）によって計算した優先度を優先度欄（１５０３）に仮想ネットワークごとに設定する。
ステップ（１６０８）  処理の終了。
【００３０】
図１７を用いて、本実施例におけるＬＡＮ制御部（１１４）のデータ送信時の動作を説明する。図１７は、ＬＡＮ制御部（１１４）が転送量管理情報（１３１３）を参照して帯域制御を行う場合の動作を示すフローチャートである。
ステップ（１７００）  処理の開始。
ステップ（１７０１）  ＬＡＮ制御部（１１４）は転送量管理情報（１３１３）の優先度欄（１５０３）を参照し、優先度を確認する。
ステップ（１７０２）  ＬＡＮ制御部（１１４）は、優先度の最も高い上位層送信キューを参照し、格納されたメッセージを対応するＭＡＣ層送信キューに移す。
ステップ（１７０３）  ＬＡＮ制御部（１１４）は、対応するＭＡＣ層の送信処理を実行する。
ステップ（１７０４）  ＬＡＮ制御部（１１４）は、すべての送信キューのメッセージを処理したか判定する。すべての送信キューの処理が終了していない場合、ステップ（１７０２）に戻り、次に優先度の高い送信キュー処理を実行する。ＬＡＮ制御部（１１４）が、すべての受信キューのメッセージを処理した場合には、ステップ（１７０５）に進む。
ステップ（１７０５）  ＬＡＮ制御部（１１４）は、ステップ（１７０３）で送信したデータサイズの累計を上位層の送信キュー（１３０６）、（１３０７）、（１３０８）ごとに計算する。
ステップ（１７０６）  ＬＡＮ制御部（１１４）は、ステップ（１７０５）で計算した送信データサイズの累計を仮想ネットワークごとに転送量欄（１５０１）に加算する。
ステップ（１７０７）    優先度制御部（１１８）は、ステップ（１７０６）で更新された転送量欄（１５０１）の数値から、（数式１）によって計算した優先度を優先度欄（１５０３）に仮想ネットワークごとに設定する。
ステップ（１７０８）  処理の終了。
【００３１】
次に、優先度設定情報（１３１２）を用いて、あらかじめ設定された優先度に従ってＬＡＮ制御部（１１４）が送受信制御を行う処理を説明する。図１８を用いて、本実施例におけるＬＡＮ制御部（１１４）のデータ受信時の動作を説明する。
ステップ（１８００）  処理の開始。
ステップ（１８０１）  ＬＡＮ制御部（１１４）は転送量管理情報（１３１３）の優先度欄（１５０３）を参照し、優先度を確認する。
ステップ（１８０２）  ＬＡＮ制御部（１１４）は、優先度の最も高いＭＡＣ層受信キューを参照し、格納されたメッセージを対応する上位層受信キューに移す。
ステップ（１８０３）  ＬＡＮ制御部（１１４）は、対応する上位層の受信処理を実行する。
ステップ（１８０４）  ＬＡＮ制御部（１１４）は、すべての受信キューのメッセージを処理したか判定する。すべての受信キューの処理が終了していない場合、ステップ（１８０２）に戻り、次に優先度の高い受信キュー処理を実行する。ＬＡＮ制御部（１１８）が、すべての受信キューのメッセージを処理した場合には、ステップ（１８０５）に進む。
ステップ（１８０５）  処理の終了。
【００３２】
図１９を用いて、本実施例におけるＬＡＮ制御部（１１４）のデータ送信時の動作を説明する
ステップ（１９００）  処理の開始。
ステップ（１９０１）  ＬＡＮ制御部（１１４）は転送量管理情報（１３１３）の優先度欄（１５０３）を参照し、優先度を確認する。
ステップ（１９０２）  ＬＡＮ制御部（１１４）は、優先度の最も高い上位層送信キューを参照し、格納されたメッセージを対応するＭＡＣ層送信キューに移す。
ステップ（１９０３）  ＬＡＮ制御部（１１４）は、対応するＭＡＣ層の送信処理を実行する。
ステップ（１９０４）  ＬＡＮ制御部（１１４）は、すべての送信キューのメッセージを処理したか判定する。すべての送信キューの処理が終了していない場合、ステップ（１９０２）に戻り、次に優先度の高い送信キュー処理を実行する。ＬＡＮ制御部（１１４）が、すべての受信キューのメッセージを処理した場合には、ステップ（１９０５）に進む。
ステップ（１９０５）  処理の終了。
以上、説明したように、あらかじめ設定された優先度に従ってＬＡＮ制御部（１１４）がＬＡＮ（１００）上の仮想ネットワークの通信の優先制御を行うことができる。また、予め各仮想ネットワークごとに設定された帯域幅に従ってＬＡＮ制御部（１１４）は通信の帯域制御を行うことができる。このような優先制御、帯域制御は、スイッチ、ルータなどの通信を中継する機器ではよく知られた技術であるが、ファイル制御部（１０５）のような通信を発信、受信する機器（エンドポイントという）でこのような制御を行うことによって、利用目的に応じた仮想ネットワーク間の優先制御、帯域制御が可能になるという効果を発揮できる。
【００３３】
また、ここで説明した仮想ネットワークにおける優先制御、帯域制御は、例えば非特許文献２で開示されている暗号化を用いる場合のようなＶＬＡＮ以外の手段で構築された仮想ネットワークにも適応できる。
【００３４】
＜実施例３＞
図２５を用いて、ＬＡＮ（１００）に複数の磁気ディスク駆動装置を内蔵した磁気ディスク装置が接続したシステムにおける本発明の適用例を説明する。磁気ディスク装置（２５００）は、磁気ディスク制御装置（２５０１）と磁気ディスク駆動装置（２５０２）がファイバチャネルＳＡＮ（２５０４）を介して結合した構成をとる。磁気ディスク駆動装置（２５０２）は、磁気ディスク媒体（２５０５）、ディスク制御部（２５０６）からなる。ディスク制御部（２５０６）はこれまで説明した実施例１−３で紹介した磁気ディスク制御部（１０７）と異なり、ファイバチャネルインタフェースを持つ。ファイバチャネルＳＡＮ（２５０４）は、閉じたネットワークであるため、磁気ディスク制御部（１０７）には存在した、認証機能などのセキュリティ機能は必要ない。本発明によれば、ファイル制御部（１０５）と磁気ディスク装置（２５００）の間に仮想ネットワークを確立させることにより、データの保護、帯域制御を実現することができる。したがって、実施例１−３では磁気ディスク駆動装置（１０３）に必要だった認証制御部（１０８）、認証情報（１０９）を磁気ディスク制御装置（２５０１）が持つことになる。したがって、磁気ディスク制御装置（２５０１）が持つ認証制御部（２５０９）、認証情報（２５１０）は、実施例１で説明した認証制御部（１０８）、認証情報（１０９）と同様の機能をもつものである。
【００３５】
図２５の磁気ディスク装置（２５００）は、ファイル制御部（１０５）に対してサービスを提供する単位として仮想ディスクという単位を用いることがある。仮想ディスクとは、磁気ディスク制御装置（２５０１）が磁気ディスク駆動装置（２５０２）の記憶領域の一部またはすべてを、ファイル制御部（１０５）に対して１つの磁気ディスク駆動装置として認識させた場合におけるこの仮想的な磁気ディスク駆動装置のことをいう。仮想ディスクは磁気ディスク駆動装置（２５０１）が仮想的に実現したものであり、複数の磁気ディスク駆動装置を１つの仮想ディスクとして実現するなど、さまざまな実現例がある。この仮想ディスクは、ファイル制御部（１０５）からは物理的な実体である磁気ディスク駆動装置（２５０２）とは区別できない。この仮想ディスクを図２６に示す。ファイル制御部（１０５）からみれば、ＬＡＮ（１００）に仮想ディスク（２６００）、（２６０１）、（２６０２）が接続しているように見えるだけで、磁気ディスク制御装置（２５０１）などは認識できない。本発明によれば、図２７に示すように、仮想ＬＡＮ（１２００）、仮想ＳＡＮ（１２０１）、仮想管理ＬＡＮ（１２０２）を生成することができる。仮想ディスク（２６００）、（２６０１）、（２６０２）は、仮想ＳＡＮ（１２０１）に接続され、クライアント（１０１）、管理端末（１１９）はこれら仮想ディスク（２６００）、（２６０１）、（２６０２）にアクセスできない。
【００３６】
さらに、図２７の変形例として、ファイル制御部（１０５）が仮想ディスク（２６００）、（２６０１）、（２６０２）ごとにセキュリティ設定を行う方式も考えられる。その場合、認証情報（２５１０）は、図４で示した認証情報（１０９）の形式と異なってくる。この場合の認証情報（２５１０）の形式を図２８に示す。仮想ディスク識別子（２８００）は、磁気ディスク制御装置（２５０１）が仮想ディスク（２６００）、（２６０１）、（２６０２）に付与した識別子である。ＭＡＣアドレス欄（２８０１）は、図４のＭＡＣアドレス欄（４００）と同様に、アクセスを許すネットワーク機器のＭＡＣアドレスを磁気ディスク制御装置（２５０１）が設定する欄である。ＩＰアドレス欄（２８０２）は、図４のＩＰアドレス欄（４０１）と同様に、アクセスを許すネットワーク機器のＩＰアドレスを磁気ディスク制御装置（２５０１）が設定する欄である。認証コード（２８０３）は、図４の認証コード欄（４０２）と同様に、アクセスを許すネットワーク機器の認証コードを磁気ディスク制御装置（２５０１）が設定する欄である。オーナフラグ欄（２８０４）は、図４のオーナフラグ欄（４００）と同様に、ＭＡＣアドレス欄（２８０１）に設定されたネットワーク機器がこの仮想ディスクのオーナ権限を持っているかどうかを示す欄である。このように、内蔵する仮想ディスク（２６００）、（２６０１）、（２６０２）ごとにセキュリティ設定を可能とすることで、仮想ディスクの一部は、ファイル制御部（１０５）の管理下におくが、その他の仮想ディスクはクライアント（１０１）の管理下におくという使用方法が可能となる。
【００３７】
＜実施例４＞
図２９を用いて本発明第４の実施例を説明する。図２９において、実施例１と比較して、ネットワークのトポロジが異なっている。クライアント（１０１）と管理端末（１１９）は、一般ＬＡＮ（２９００）に結合しており、一般ＬＡＮ（２９００）はファイアウォール（２９０１）を介して、ファイル制御部（１０５）と結合している。磁気ディスク駆動装置（１０３）は、ＬＡＮ（１００）と結合しているが、一般ＬＡＮ（２９００）と同様にファイアウォール（２９０１）を介して、ファイル制御部（１０５）と結合している。ファイアウォールのアクセス制御部（２９０２）は、クライアント（１０１）、ファイル制御部（１０５）、磁気ディスク駆動装置（１０３）、管理端末（１１９）間の通信を制御する。すなわち、ファイアウォールのアクセス制御部（２９０２）は、クライアント（１０１）、管理端末（１１９）のファイル制御部（１０５）との通信データは中継するが、磁気ディスク駆動装置（１０３）との通信データは中継しない制御を行う。また、ファイアウォールのアクセス制御部（２９０２）は、磁気ディスク駆動装置（１０３）のファイル制御部（１０５）間の通信データは中継するが、それ以外の通信データは中継しない。このような制御を行うことにより、磁気ディスク駆動装置（１０３）のデータがファイル制御部（１０５）以外のネットワーク機器から参照、改変されることを防ぐことができる。
【００３８】
また、ファイアウォール（２９０１）のアクセス制御は、ユーザの設定が必要になるが、管理端末（１１９）、クライアント（１０１）から設定可能であっては、意味がない。管理端末（１１９）、クライアント（１０１）がファイアウォール（２９０１）のアクセス制御方針を変更して、磁気ディスク駆動装置（１０３）に直接アクセスすることが可能になるからである。従って、ファイアウォール（２９０１）のアクセス制御に関する設定は、ファイアウォール（２９０１）に物理的に結合したコンソール（２９０３）のみが変更可能とするべきである。あるいは、ファイル制御部（１０５）がファイアウォール（２９０１）のアクセス制御情報を変更する手段をもつということも考えられるが、物理的に直接結合した経路（２９０４）経由でしか変更を許さない方が望ましい。
【００３９】
【発明の効果】
本発明のファイルサーバは、磁気ディスク駆動装置がファイル制御部以外の機器と通信することを制限する手段を持っているため、クライアントが直接磁気ディスク駆動装置にアクセスして、データを破壊、漏洩することを防ぐことができる。
【００４０】
さらに、本発明では、ＶＬＡＮ技術等の仮想ネットワークをファイルサーバに適用するため、クライアント、管理端末が磁気ディスク駆動装置に直接アクセスすることを禁止できる。
【００４１】
また、前述の仮想ネットワークの別の効果としては、管理端末、クライアント、磁気ディスク駆動装置を異なる仮想ネットワークに所属させることで、管理端末がファイル制御部とクライアントの間の通信を観測することを防ぐことが可能となる効果がある。
【００４２】
そして、本発明のファイルサーバでは、ファイル制御部がＬＡＮ通信処理の優先度を、通信相手ごとに設定することを許容するため、管理端末との通信を最優先に処理するように設定でき、管理端末からファイルサーバを常に操作可能となる。また本発明の方法は、ファイル制御部が過大なネットワーク負荷をかける攻撃を受けた場合でも、管理端末から操作可能であり、ファイルサービスが停止しないという効果もある。
【００４３】
また、本発明の二次的効果として、データは必ずファイル制御部を経由するため、クライアントと磁気ディスク駆動装置の間で直接データ転送を行うための特殊な機能をクライアント、磁気ディスク駆動装置に搭載することが不要になる。
【図面の簡単な説明】
【図１】本発明のファイルサーバの構成図である。
【図２】従来技術のファイルサーバの構成図である。
【図３】構成情報（１１７）の内容を示した表図である。
【図４】認証情報（１０９）の初期状態を示した表図である。
【図５】認証情報（１０９）の初期化完了後の状態を示した表図である。
【図６】磁気ディスク駆動装置（１０３）の認証情報設定処理のフローチャートである。
【図７】ファイル制御部（１０５）と磁気ディスク駆動装置（１０３）の初期化の過程を示したラダーチャートである。
【図８】本発明のファイル制御部（１０５）に対してクライアント（１０１）がファイル読み込み要求を送信した場合の動作を示すラダーチャートである。
【図９】本発明のファイル制御部（１０５）に対してクライアント（１０１）がファイル読み込み要求を送信し、目的のデータがファイル制御部（１０５）内に存在した場合の動作を示すラダーチャートである。
【図１０】本発明のファイル制御部（１０５）に対してクライアント（１０１）がファイル書き込み要求を送信した場合の動作を示すラダーチャートである。
【図１１】本発明の第２の実施例の構成図である。
【図１２】図１１において、仮想ネットワークを生成したときの、概念図である。
【図１３】本発明のファイル制御部（１０５）において、仮想ネットワークによる通信を行ったときの内部状態を示す図である。
【図１４】優先度設定情報（１３１２）を示す表図である。
【図１５】転送量管理情報（１３１３）を示す表図である。
【図１６】帯域制御を行った場合のファイル制御部（１０５）の受信処理を示したフローチャートである。
【図１７】帯域制御を行った場合のファイル制御部（１０５）の送信処理を示したフローチャートである。
【図１８】優先度設定を行った場合のファイル制御部（１０５）の受信処理を示したフローチャートである。
【図１９】優先度設定を行った場合のファイル制御部（１０５）の送信処理を示したフローチャートである。
【図２０】ＶＬＡＮ技術でなく、暗号化により仮想ネットワークを生成したときの、ファイル制御部（１０５）の内部状態を示した図である。
【図２１】優先度設定を行った場合のファイル制御部（１０５）の受信処理を示したフローチャートである。
【図２２】優先度設定を行った場合のファイル制御部（１０５）の送信処理を示したフローチャートである。
【図２３】帯域制御を行った場合のファイル制御部（１０５）の受信処理を示したフローチャートである。
【図２４】帯域制御を行った場合のファイル制御部（１０５）の送信処理を示したフローチャートである。
【図２５】ＬＡＮ（１００）に磁気ディスク装置（２５００）が接続されたときの構成図である。
【図２６】ファイル制御部（１０５）が認識する仮想ディスクとの接続形態を示す概念図である。
【図２７】図２５のシステムに本発明の仮想ネットワークを適用したときの概念図である。
【図２８】認証情報（２５１０）の内容を示す表図である。
【図２９】本発明の第４の実施例の構成図である。
【符号の説明】
１００．  ＬＡＮ
１０１．  クライアント
１０３．  磁気ディスク駆動装置
１０５．  ファイル制御部
１０６．  磁気ディスク媒体
１０７．  磁気ディスク制御部
１０８．  認証制御部
１０９．  認証情報
１１０．  磁気ディスク媒体
１１４．  ＬＡＮコントローラ
１１５．          ファイルシステム
１１６．  アクセス制御部
１１７．  構成情報
１１８．  優先度制御部
１１９．  管理端末
３００．  番号
３０１．  ＭＡＣアドレス欄
３０２．  ＩＰアドレス欄
３０３．  ＨＤＤ識別子欄
３０４．  Ａｌｉａｓ名欄
３０５．  磁気ディスク駆動装置に関する情報のエントリ
３０６．  磁気ディスク駆動装置に関する情報のエントリ
３０７．  磁気ディスク駆動装置に関する情報のエントリ
３０８．  磁気ディスク駆動装置に関する情報のエントリ
４００．  ＭＡＣアドレス欄
４０１．  ＩＰアドレス欄
４０２．  認証コード欄
４０３．  オーナフラグ欄
４０４．  ＭＡＣアドレスのエントリ
４０５．  ＩＰアドレスのエントリ
４０６．  認証コードのエントリ
４０７．  オーナフラグのエントリ
５００．  ＭＡＣアドレス欄
５０１．  ＩＰアドレス欄
５０２．  認証コード欄
５０３．  オーナフラグ欄
５０４．  ＭＡＣアドレスのエントリ
５０５．  ＩＰアドレスのエントリ
５０６．  認証コードのエントリ
５０７．  オーナフラグのエントリ
６００．  電源投入ステップ
６０１．  認証情報の変更命令を受信したか判定するステップ
６０２．  オーナフラグが「１」のエントリがあるか判定するステップ
６０３．  当該変更命令は所有者が発行したものか判定するステップ
６０４．  認証情報を変更するステップ
６０５．  認証情報の変更をファイル制御部に報告するステップ
６０６．  認証情報の変更に失敗したことを報告するステップ
６０７．  認証情報を設定するステップ
６０８．  オーナフラグを設定するステップ
６０９．  処理の終了
７００．  ファイル制御部の処理の流れ
７０１．  磁気ディスク駆動装置の処理の流れ
７０２．  ファイル制御部の電源投入ステップ
７０３．  次期ディスク駆動装置の電源投入ステップ
７０４．  ファイル制御部の制御ソフトが起動するステップ
７０５．  磁気ディスク駆動装置がネットワーク設定を行うステップ
７０６．  ディスカバリメッセージ送信ステップ
７０７．  ディスカバリメッセージ受信ステップ
７０８．  ディスカバリメッセージへの応答を送信するステップ
７０９．  ディスカバリメッセージへの応答を受信するステップ
７１０．  磁気ディスク駆動装置の起動を確認するステップ
７１１．  認証情報設定メッセージを送信するステップ
７１２．  認証情報設定メッセージを送信するステップ
７１３．  認証情報を変更するステップ
７１４．  認証情報の変更が完了したことを報告するステップ
７１５．  認証情報変更完了報告メッセージを受信するステップ
７１６．  ログインメッセージ送信ステップ
７１７．  ログインメッセージ受信ステップ
７１８．  認証情報を確認するステップ
７１９．  ログイン受諾メッセージ送信ステップ
７２０．  ログイン受諾メッセージ受信ステップ
７２１．  磁気ディスク駆動装置へのアクセスを開始するステップ
８００．  クライアントの処理の流れ
８０１．  ファイル制御部の処理の流れ
８０２．  磁気ディスク駆動装置の処理の流れ
８０３．  ファイルリード要求送信ステップ
８０４．  ファイルリード要求受信ステップ
８０５．  ファイルシステム処理ステップ
８０６．  ディスク読み込み命令発行ステップ
８０７．  ディスク読み込み命令受信ステップ
８０８．  データ送信ステップ
８０９．  データ受信ステップ
８１０．  送信完了報告ステップ
８１１．  ディスク読み込み命令終了確認ステップ
８１２．  データ送信ステップ
８１３．  データ受信ステップ
８１４．  送信完了報告ステップ
８１５．  ファイル読み込み処理終了確認ステップ
９００．  クライアント処理の流れ
９０１．  ファイル制御部の処理の流れ
９０２．  磁気ディスク駆動装置の処理の流れ
９０３．  ファイルリード要求発行ステップ
９０４．  ファイルリード要求受信ステップ
９０５．  ファイルシステム処理ステップ
９０６．  データ送信ステップ
９０７．  データ受信ステップ
９０８．  送信完了報告ステップ
９０９．  ファイル読み込み処理終了確認ステップ
１０００．  クライアントの処理の流れ
１００１．  ファイル制御部の処理の流れ
１００２．  磁気ディスク駆動装置の処理の流れ
１００３．  ファイルライト要求発行ステップ
１００４．  ファイルライト要求受信ステップ
１００５．  データ送信ステップ
１００６．  データ受信ステップ
１００７．  ファイルシステム処理ステップ
１００８．  受信完了報告ステップ
１００９．  ファイル書き込み完了ステップ
１０１０．  ディスク書き込み命令発行ステップ
１０１１．  ディスク書き込み命令受信ステップ
１０１２．  データ送信ステップ
１０１３．  データ受信ステップ
１０１４．  受信完了報告ステップ
１０１５．  ディスク書き込み完了ステップ
１１００．  スイッチングハブ
１２００．  仮想ＬＡＮ
１２０１．  仮想ＳＡＮ
１２０２．  仮想管理ＬＡＮ
１３００．  仮想ＳＡＮＭＡＣ層送信キュー
１３０１．  仮想ＬＡＮＭＡＣ層送信キュー
１３０２．  仮想管理ＬＡＮＭＡＣ層送信キュー
１３０３．  仮想ＳＡＮＭＡＣ層受信キュー
１３０４．  仮想ＬＡＮＭＡＣ層受信キュー
１３０５．  仮想管理ＬＡＮＭＡＣ層受信キュー
１３０６．  仮想ＳＡＮ送信キュー
１３０７．  仮想ＬＡＮ送信キュー
１３０８．  仮想管理ＬＡＮ送信キュー
１３０９．  仮想ＳＡＮ受信キュー
１３１０．  仮想ＬＡＮ受信キュー
１３１１．  仮想管理ＬＡＮ受信キュー
１４００．  仮想ネットワーク種別欄
１４０１．  優先度欄
１４０２．  仮想管理ＬＡＮのエントリ
１４０３．  仮想ＬＡＮのエントリ
１４０４．  仮想ＳＡＮのエントリ
１５００．  仮想ネットワーク欄
１５０１．  転送量欄
１５０２．  設定帯域幅
１５０３．  優先度欄
１５０４．  仮想管理ＬＡＮのエントリ
１５０５．  仮想ＬＡＮのエントリ
１６００．  処理の開始
１６０１．  転送量管理情報を参照するステップ
１６０２．  ＭＡＣ層受信キューを参照するステップ
１６０３．  上位層処理を実行するキュー
１６０４．  すべてのキューの受信処理が終了したか判定するステップ
１６０５．  データ転送量を仮想ネットワークごとに計算するステップ
１６０６．  転送量管理情報を変更するステップ
１６０７．  優先度を変更するステップ
１６０８．  処理の終了
１７００．  処理の開始
１７０１．  転送量管理情報を参照するステップ
１７０２．  上位層送信キューを参照するステップ
１７０３．  ＭＡＣ層処理を実行するステップ
１７０４．  すべてのキューの送信処理が終了したか判定するステップ
１７０５．  データ転送量を仮想ネットワークごとに計算するステップ
１７０６．  転送量管理情報を変更するステップ
１７０７．  優先度を変更するステップ
１７０８．  処理の終了
１８００．  処理の開始
１８０１．  優先度設定情報を参照するステップ
１８０２．  ＭＡＣ層受信キューを参照するステップ
１８０３．  上位層処理を実行するキュー
１８０４．  すべてのキューの受信処理が終了したか判定するステップ
１８０５．  処理の終了
１９００．  処理の開始
１９０１．  優先度設定情報を参照するステップ
１９０２．  上位層送信キューを参照するステップ
１９０３．  ＭＡＣ層処理を実行するキュー
１９０４．  すべてのキューの送信処理が終了したか判定するステップ
１９０５．  処理の終了
２０００．  ＭＡＣ層送信キュー
２００１．  ＭＡＣ層受信キュー
２１００．  処理の開始
２１０１．  ＭＡＣ受信キューを参照するステップ
２１０２．  メッセージを上位層キューに振り分けるステップ
２１０３．  上位層処理ステップ
２１０４．  処理の終了
２２００．  処理の開始
２２０１．  上位層送信キューを参照するステップ
２２０２．  メッセージをＭＡＣ層送信キューに挿入するステップ
２２０３．  ＭＡＣ層処理ステップ
２２０４．  処理の終了
２３００．  処理の開始
２３０１．  上位層送信キューを参照するステップ
２３０２．  優先度に従って上位層キューのメッセージをＭＡＣ層送信キューに挿入するステップ
２３０３．  ＭＡＣ層送信キューに挿入された順序に送信処理を実行するステップ
２３０４．  データ転送量を上位層キューごとに計算するステップ
２３０５．  転送量管理情報を変更するステップ
２３０６．  優先度を変更
２３０７．  処理の終了
２４００．  処理の開始
２４０１．  ＭＡＣ層受信キューを参照するステップ
２４０２．  ＭＡＣ層受信キューのメッセージを上位層キューに振り分けるステップ
２４０３．  指定された優先度で上位層キューの処理を実行するステップ
２４０４．  データ転送量を上位層キューごとに計算するステップ
２４０５．  転送量管理情報を変更するステップ
２４０６．  優先度を変更
２４０７．  処理の終了
２５００．  磁気ディスク装置
２５０１．  磁気ディスク制御装置
２５０２．  磁気ディスク駆動装置
２５０４．  ファイバチャネルＳＡＮ
２５０５．  磁気ディスク媒体
２５０６．  ディスク制御部
２５０９．  認証制御部
２５１０．  認証情報
２６００．  仮想ディスク
２６０１．  仮想ディスク
２６０２．  仮想ディスク２８００．  仮想ディスク識別子欄
２８０１．  ＭＡＣアドレス欄
２８０２．  ＩＰアドレス欄
２８０３．  認証コード欄
２８０４．  オーナフラグ欄
２８０５．  仮想ディスク（２６００）のエントリ
２８０６．  仮想ディスク（２６０１）のエントリ
２９００．  一般ＬＡＮ
２９０１．  ファイアウォール
２９０２．  アクセス制御部
２９０３．  コンソール
２９０４．  ファイル制御部（１０５）とファイアウォール（２９０１）との通信路。
【図１】
2004362009.tif 000004
【図２】
2004362009.tif 000005
【図３】
2004362009.tif 000006
【図４】
2004362009.tif 000007
【図５】
2004362009.tif 000008
【図６】
2004362009.tif 000009
【図７】
2004362009.tif 000010
【図８】
2004362009.tif 000011
【図９】
2004362009.tif 000012
【図１０】
2004362009.tif 000013
【図１１】
2004362009.tif 000014
【図１２】
2004362009.tif 000015
【図１３】
2004362009.tif 000016
【図１４】
2004362009.tif 000017
【図１５】
2004362009.tif 000018
【図１６】
2004362009.tif 000019
【図１７】
2004362009.tif 000020
【図１８】
2004362009.tif 000021
【図１９】
2004362009.tif 000022
【図２０】
2004362009.tif 000023
【図２１】
2004362009.tif 000024
【図２２】
2004362009.tif 000025
【図２３】
2004362009.tif 000026
【図２４】
2004362009.tif 000027
【図２５】
2004362009.tif 000028
【図２６】
2004362009.tif 000029
【図２７】
2004362009.tif 000030
【図２８】
2004362009.tif 000031
【図２９】
2004362009.tif 000032