(57)【特許請求の範囲】
【請求項１】
ファイルを複数のサーバのうち少なくともいずれかに格納する処理をコンピュータに実行させるファイル格納プログラムを実行するコンピュータと、
前記複数のサーバと、
を有するファイル格納システムであって、
前記複数のサーバは前記ファイルの重要度に対応したそれぞれ異なるセキュリティ設定レベルを有し、
前記セキュリティ設定レベルは、前記重要度に対応して前記ファイルに対して施されている暗号化の有無を基準として設定されており、
前記ファイル格納プログラムは、前記コンピュータに、
前記コンピュータ上の単一の所定フォルダに前記ファイルが格納されているか否かを確認するステップと、
前記所定フォルダに前記ファイルが格納されている場合は、
前記ファイルを受け取って当該ファイルが暗号化されているか否かに基づき当該ファイルの重要度を判定する重要度判定ステップと、
前記複数のサーバのうち前記重要度に対応するいずれか１以上のサーバに前記ファイルを転送するファイル格納ステップと、
を実行するステップと、
を実行させ、
前記ファイル格納ステップにおいては、前記コンピュータに、
前記所定フォルダ内における前記ファイルのパスと、前記ファイルを格納する前記サーバ上における前記ファイルのパスと、の対応関係を記録するファイルパス対応データに前記対応関係を書き込むステップを実行させ、
前記ファイル格納プログラムはさらに、前記コンピュータに、
前記所定フォルダが格納している前記ファイルに対するアクセス要求を受け取るステップと、
前記ファイルパス対応データを参照して前記アクセス要求を受けた前記ファイルを格納している前記サーバおよびそのサーバ上のファイルパスを取得するファイルパス取得ステップと、
前記ファイルパス取得ステップで取得した前記サーバおよび前記ファイルパスより前記ファイルを取得して前記アクセス要求に対して応答するステップと、
を実行させる
ことを特徴とするファイル格納システム。
【請求項２】
前記ファイル格納プログラムは、前記コンピュータに、
前記所定フォルダが格納している前記ファイルの一覧に対する閲覧要求を受け取るステップと、
前記ファイルパス対応データに記録されている前記所定フォルダ内の前記ファイルの一覧を前記閲覧要求に対して応答するステップと、
を実行させることを特徴とする請求項１記載のファイル格納システム。
【請求項３】
前記ファイル格納プログラムは、前記コンピュータに、
前記コンピュータに対するアクセス元端末のアドレスとアクセス権限との対応関係を記載したアクセス権限設定データを読み取るステップと、
前記アクセス権限設定データが記載している前記対応関係に基づき、前記所定フォルダまたは前記所定フォルダが格納している前記ファイルに対するアクセスを許可するか否かを判定するステップと、
を実行させることを特徴とする請求項１または２記載のファイル格納システム。
【請求項４】
前記ファイル格納プログラムは、前記重要度判定ステップでは、前記コンピュータに、
前記ファイル内に記載されているワードを読み取るステップと、
前記ファイル内に記載されているワードとその重要度の対応関係を記載したワード重要度データを読み取るステップと、
前記ワード重要度データが記載している前記対応関係に基づき前記ファイルの重要度を判定するステップと、
を実行させることを特徴とする請求項１から３までのいずれか１項に記載のファイル格納システム。
【請求項５】
前記ファイル格納プログラムは、前記重要度判定ステップでは、前記コンピュータに、
前記ファイルのヘッダ部分または前記ファイルの種別とその重要度の対応関係を記載したファイル種別重要度データを読み取るステップと、
前記ファイル種別重要度データが記載している前記対応関係に基づき前記ファイルの重要度を判定するステップと、
を実行させることを特徴とする請求項１から４までのいずれか１項に記載のファイル格納システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルをサーバに格納する技術に関するものである。
【背景技術】
【０００２】
企業で扱われる電子ファイル（以下、ファイルと呼ぶ）は、その内容などに応じて重要度がそれぞれ異なる。また、一時的に保存しておけばよいファイル、永続的に保存し続けなければならないファイルなど、保存期間もそれぞれ異なる。これらのファイルを単一のファイルサーバ上で管理していると、様々な不都合が発生する。
【０００３】
例えば、ファイルサーバの信頼性を高めるため、サーバのハードディスクを２重化ミラー構成にした場合を考える。このとき、永続的に保存する必要があるファイルが喪失するリスクは低減できるが、一時的に保存しておけばよいファイルも２重に保存されることになるため、余分なディスク領域を消費してしまう。
【０００４】
下記特許文献１では、ファイルの重要度に応じて、ファイルを保存する記憶装置を最適に選択する技術が記載されている。この技術によれば、信頼性の高い記憶装置に重要なファイルを保存し、信頼性の低い記憶装置に重要度の低いファイルを保存する、といった使い分けができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２２７９６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１に記載の技術では、ファイルを保存する記憶装置を選択することはできるものの、重要ファイルの保存に際しては、最適な記憶装置を選択するのみでは対応が不十分である場合も考えられる。
【０００７】
例えば、重要なファイルは、アクセス制限などのセキュリティレベルが高いファイルサーバに保存しておくことが望ましい。しかし上記特許文献１に記載の技術では、記憶装置を選択することができるに留まり、保存後のセキュリティについてはあまり考慮されていないと考えられる。
【０００８】
本発明は、上記のような課題を解決するためになされたものであり、適切なセキュリティレベルを有するサーバにファイルを自動格納する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係るファイル格納プログラムは、ファイルの重要度を判定し、重要度に対応するサーバにそのファイルを格納する。
【発明の効果】
【００１０】
本発明に係るファイル格納プログラムによれば、ファイルの重要度に応じて、最適なサーバにそのファイルを自動的に格納することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係るファイル格納システム１０００の構成図である。
【図２】ゲートウェイサーバ１００の構成を示す模式図である。
【図３】ファイル３１０がクライアント端末３００からファイルサーバに格納されるまでの処理フローを示す図である。
【図４】ファイルパス対応テーブル１２２の構成とデータ例を示す図である。
【図５】実施の形態３に係るゲートウェイサーバ１００の構成を示す模式図である。
【図６】クライアントアクセス権限テーブル１２４の構成とデータ例を示す図である。
【図７】実施の形態４に係るゲートウェイサーバ１００の構成を示す模式図である。
【図８】ワード重要度テーブル１２５の構成とデータ例を示す図である。
【図９】実施の形態５に係るゲートウェイサーバ１００の構成を示す模式図である。
【図１０】ファイル種別重要度テーブル１２６の構成とデータ例を示す図である。
【図１１】実施の形態６に係るファイル格納システム１０００の構成図である。
【発明を実施するための形態】
【００１２】
＜実施の形態１＞
図１は、本発明の実施の形態１に係るファイル格納システム１０００の構成図である。ファイル格納システム１０００は、ファイルをその重要度に応じた最適なファイルサーバに格納するシステムであり、ゲートウェイサーバ１００、高セキュリティサーバ２１０、中セキュリティサーバ２２０、低セキュリティサーバ２３０、クライアント端末３００を有する。各端末およびサーバは、ネットワークを介して接続されている。
【００１３】
ゲートウェイサーバ１００は、後述するファイル格納プログラム１２１を実行するコンピュータである。ゲートウェイサーバ１００は、ファイル格納プログラム１１０が定義する動作にしたがって、ファイルサーバに格納すべきファイルをクライアント端末３００から受け取り、そのファイルの重要度に応じて、高セキュリティサーバ２１０、中セキュリティサーバ２２０、低セキュリティサーバ２３０の少なくともいずれか１つに格納する。
【００１４】
高セキュリティサーバ２１０、中セキュリティサーバ２２０、低セキュリティサーバ２３０は、いずれもファイルサーバコンピュータである。最も重要度の高いファイルを高セキュリティサーバ２１０に格納し、最も重要度の低いファイルを低セキュリティサーバ２３０に格納することを想定している。以下、これら３つのサーバを総称するときは、ファイルサーバと呼ぶ。
【００１５】
図２は、ゲートウェイサーバ１００の構成を示す模式図である。ゲートウェイサーバ１００は、ＣＰＵ１１０、記憶装置１２０を備える。また、その他必要なネットワークインターフェースなどの構成を適宜備える。
【００１６】
ＣＰＵ１１０は、ファイル格納プログラム１２１を実行し、その機能を用いてクライアント端末３００からファイル３１０を受け取り、ファイルサーバに格納する。以下の説明では、説明の便宜上、ファイル格納プログラム１２１を動作主体として説明する場合があるが、その実行主体はＣＰＵ１１０であることを付言しておく。
【００１７】
記憶装置１２０は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの記憶装置を用いて構成することができる。記憶装置１２０は、ファイル格納プログラム１２１、後述するファイルパス対応テーブル１２２を格納している。また、クライアント端末３００からファイル３１０を仮受取するための仮受フォルダ１２３を提供する。
【００１８】
図３は、ファイル３１０がクライアント端末３００からファイルサーバに格納されるまでの処理フローを示す図である。以下、図３の各ステップについて説明する。
【００１９】
（１）ファイル格納
クライアント端末３００のユーザは、クライアント端末３００を操作してファイル３１０を仮受フォルダ１２３に格納する。仮受フォルダ１２３のパスは、あらかじめクライアント端末３００のユーザに通知されているものとする。
【００２０】
（２）ファイル重要度判定
ファイル格納プログラム１２１は、仮受フォルダ１２３に新しいファイルが到着しているか否かをチェックする。ファイル格納プログラム１２１は、仮受フォルダ１２３内に新たなファイル３１０を発見すると、そのファイル３１０の重要度を判定する。ファイル３１０の重要度を判定する手法としては、例えばファイルの拡張子に基づき判定するなどの手法を用いることができる。１例として、文書ファイルは重要度：高、画像ファイルは重要度：中、音声ファイルは重要度：低、などとして取り扱うことが考えられる。
【００２１】
（３）ファイル転送
ファイル格納プログラム１２１は、ファイル３１０の重要度に対応するファイルサーバにファイル３１０を転送する。例えば、ファイル３１０の重要度が高いと判定した場合は高セキュリティサーバ２１０にファイル３１０を転送する。ファイルサーバは、受け取ったファイル３１０を保存する。
【００２２】
（４）ファイルパス対応テーブル更新
ファイル格納プログラム１２１は、後述の図４で説明するファイルパス対応テーブル１２２を、ファイル３１０の転送先に基づき更新する。更新内容については図４で併せて説明する。
【００２３】
図４は、ファイルパス対応テーブル１２２の構成とデータ例を示す図である。ゲートウェイサーバ１００は、クライアント端末３００に対して複数のファイルサーバが存在することを意識させないように、全てのファイルサーバについて単一の仮受フォルダ１２３を提供する。クライアント端末３００のユーザは、ファイル３１０がいずれのファイルサーバに格納されるかを意識することなく、仮受フォルダ１２３にアクセスしさえすればよい。
【００２４】
ファイルパス対応テーブル１２２は、上記の仕組みを実現するため、仮受フォルダ１２３内のファイルパスと、各ファイルサーバ上のファイルパスとの対応関係を記録するデータである。ファイルパス対応テーブル１２２は、仮受フォルダ内パス列１２２１、サーバ列１２２２、サーバ内パス列１２２３を有する。
【００２５】
仮受フォルダ内パス列１２２１は、仮受フォルダ１２３内のファイルパスを記載する。例えばクライアント端末３００が仮受フォルダ１２３の直下にファイル名「Ｆｉｌｅ１．ｄｏｃ」というファイルを格納した場合、ファイル格納プログラム１２１は、本列に「Ｆｉｌｅ１．ｄｏｃ」と記録する。
【００２６】
サーバ列１２２２とサーバ内パス列１２２３は、仮受フォルダ内パス列１２２１に記載されているファイルがどのファイルサーバ上でどのようなファイルパスで格納されているかを記載する。例えば図４の１行目のデータでは、仮受フォルダ１２３直下のファイル「Ｆｉｌｅ１．ｄｏｃ」は、高セキュリティサーバ２１０上のファイルパス「／Ｆｉｌｅ１．ｄｏｃ」に格納されていることが分かる。
【００２７】
仮受フォルダ１２３内にサブフォルダを作成することもできる。この場合、ファイル格納プログラム１２１は、図４の３行目に示すように、仮受フォルダ内パス列１２２１にそのサブフォルダ名とファイル名を併せたパスを記載する。
【００２８】
また、仮受フォルダ１２３内のファイルパスとファイルサーバ上のファイルパスは必ずしも同一でなくともよい。例えば図４の２〜３行目のように、仮受フォルダ１２３上のファイルパス（仮受フォルダ内パス列１２２１）と、ファイルサーバ上のファイルパス（サーバ内パス列１２２３）は、異なっていてもよい。
【００２９】
以上、ゲートウェイサーバ１００の構成、およびファイル格納プログラム１２１の動作について説明した。
【００３０】
以上のように、本実施の形態１に係るファイル格納プログラム１２１は、仮受フォルダ１２３に格納されているファイル３１０の重要度に応じて、最適なファイルサーバにそのファイル３１０を転送する。これにより、クライアント端末３００のユーザは、仮受フォルダ１２３にファイルを格納するのみで適切なセキュリティ対策や冗長化が施されたファイルサーバにファイルを保存することができるので、ユーザの操作負担などを低減することができる。
【００３１】
また本実施の形態１において、各ファイルサーバのセキュリティレベルや冗長化構成を適切に設定しておくことにより、単にファイル３１０の保存先を振り分けるのみならず、保存先におけるファイルの不正使用や喪失からファイル３１０を保護することができる。
【００３２】
＜実施の形態２＞
本発明の実施の形態２では、実施の形態１で説明したファイル転送およびファイルパス対応テーブル１２２の更新を行った後の動作例について説明する。ファイル格納システム１０００の構成は実施の形態１と同様である。
【００３３】
（動作例１：仮受フォルダ１２３の閲覧）
クライアント端末３００のユーザは、仮受フォルダ１２３にファイル３１０を格納した後、仮受フォルダ１２３が格納しているファイルの一覧をリクエストする、すなわちフォルダ内のファイルリストをブラウジングする場合がある。しかしファイル３１０の実体はファイルサーバ上に転送されており、仮受フォルダ１２３内には存在しない。ファイル格納プログラム１２１は、このリクエストを以下のように処理する。
【００３４】
（動作例１：仮受フォルダ１２３の閲覧：ステップ１）
ファイル格納プログラム１２１は、クライアント端末３００より、仮受フォルダ１２３が格納しているファイルの一覧に対するリクエストを受け取る。
【００３５】
（動作例１：仮受フォルダ１２３の閲覧：ステップ２）
ファイル格納プログラム１２１は、ファイルパス対応テーブル１２２を読み取り、仮受フォルダ内パス列１２２１の値を全て取得する。
【００３６】
（動作例１：仮受フォルダ１２３の閲覧：ステップ３）
ファイル格納プログラム１２１は、ステップ２で取得した仮受フォルダ内パス列１２２１の全ての値を、仮受フォルダ１２３が格納しているファイルの一覧としてクライアント端末３００に返信する。
【００３７】
（動作例２：仮受フォルダ１２３内のファイルに対するアクセス）
クライアント端末３００のユーザは、仮受フォルダ１２３にファイル３１０を格納した後、仮受フォルダ１２３が格納しているファイルにアクセスを試みる場合がある。しかしファイルの実体は各ファイルサーバ上に格納されており、仮受フォルダ１２３内には存在しない。ファイル格納プログラム１２１は、このリクエストを以下のように処理する。
【００３８】
（動作例２：仮受フォルダ１２３内のファイルに対するアクセス：ステップ１）
ファイル格納プログラム１２１は、クライアント端末３００より、仮受フォルダ１２３が格納しているファイルに対するアクセス要求を受け取る。
【００３９】
（動作例２：仮受フォルダ１２３内のファイルに対するアクセス：ステップ２）
ファイル格納プログラム１２１は、アクセス要求を受けたファイルのファイルパスを仮受フォルダ内パス列１２２１に対する検索キーとして、ファイルパス対応テーブル１２２内を検索し、対応するサーバ列１２２２およびサーバ内パス列１２２３の値を取得する。
【００４０】
（動作例２：仮受フォルダ１２３内のファイルに対するアクセス：ステップ３）
ファイル格納プログラム１２１は、ステップ２で取得したサーバ列１２２２およびサーバ内パス列１２２３の値に基づき、アクセス要求を受けたファイルの実体を格納しているファイルサーバよりそのファイルを取得する。ファイル格納プログラム１２１は、そのファイルをクライアント端末３００に送信する。
【００４１】
以上、本実施の形態２に係るファイル格納システム１０００およびファイル格納プログラム１２１の動作を説明した。
【００４２】
以上のように、本実施の形態２によれば、クライアント端末３００は、仮受フォルダ１２３内のファイルの実体がいずれのファイルサーバ上に格納されているかを意識することなく、仮受フォルダ１２３内の各ファイルにアクセスすることができる。
【００４３】
＜実施の形態３＞
本発明の実施の形態３では、仮受フォルダ１２３に対するアクセス権限をクライアント端末３００に設定する構成と動作例を説明する。
【００４４】
図５は、本実施の形態３に係るゲートウェイサーバ１００の構成を示す模式図である。本実施の形態３に係るゲートウェイサーバ１００は、実施の形態１〜２で説明した構成に加え、記憶装置１２０内に新たにクライアントアクセス権限テーブル１２４を格納している。その他の構成は実施の形態１〜２と概ね同様であるため、以下では差異点を中心に説明する。
【００４５】
図６は、クライアントアクセス権限テーブル１２４の構成とデータ例を示す図である。クライアントアクセス権限テーブル１２４は、クライアント端末３００が有するＩＰアドレスとＭＡＣアドレスの組によって、仮受フォルダ１２３に対するアクセスを許可するか否かを定義するデータである。
【００４６】
図６のデータ例によれば、「ＩＰアドレス＝１２３．４５．６７．８９」、「ＭＡＣアドレス＝００：１１：２２：３３：４４：５５」であるクライアント端末３００は、仮受フォルダ１２３にアクセスできることが記載されている。
【００４７】
ファイル格納プログラム１２１は、仮受フォルダ１２３にファイル３１０を格納するリクエスト、仮受フォルダ１２３が格納しているファイル一覧またはファイルに対するアクセス要求、などを受け取ると、そのクライアント端末３００のＩＰアドレスとＭＡＣアドレスを取得する。
【００４８】
ファイル格納プログラム１２１は、そのＩＰアドレスとＭＡＣアドレスをキーにして、クライアントアクセス権限テーブル１２４のＩＰアドレス列１２４１とＭＡＣアドレス列１２４２を検索し、対応する可否列１２４３の値を取得する。値が「ＯＫ」であればそのアクセス要求などを許可し、値が「ＮＧ」であれば許可しない旨をクライアント端末３００に返信する。
【００４９】
なお、単なるアクセス可否のみならず、読取アクセスは許可し、書込アクセスは許可しない、といったように、アクセスの種別に応じてアクセス可否を定めるようにすることもできる。
【００５０】
以上のように、本実施の形態３によれば、ファイル格納プログラム１２１は、クライアントアクセス権限テーブル１２４の記述に基づき、クライアント端末３００が仮受フォルダ１２３にアクセスしてよいか否かを判定する。これにより、仮受フォルダ１２３のセキュリティレベルを高めることができる。
【００５１】
＜実施の形態４＞
本発明の実施の形態４では、ファイル３１０の重要度を判定する１手法について説明する。その他の構成は実施の形態１〜３と同様である。
【００５２】
図７は、本実施の形態４に係るゲートウェイサーバ１００の構成を示す模式図である。本実施の形態４に係るゲートウェイサーバ１００は、実施の形態１〜３で説明した構成に加え、記憶装置１２０内に新たにワード重要度テーブル１２５を格納している。なお図７では、図２の構成に加えてワード重要度テーブル１２５を設けた例を示したが、他の実施の形態における構成に加えてワード重要度テーブル１２５を設けてもよい。その他の構成は実施の形態１〜３と概ね同様であるため、以下では差異点を中心に説明する。
【００５３】
図８は、ワード重要度テーブル１２５の構成とデータ例を示す図である。ワード重要度テーブル１２５は、ファイル３１０内に記載される特定のワードとその重要度の対応関係を記載するデータである。ここでいうワードとは、典型的には人間が判読可能な文字列のことを指すが、必ずしもこれに限られるものではなく、バイナリ形式で表現された文字列でもよい。また、文字列以外にも、特定のビットパターンなどのコンピュータ識別可能なデータ列でもよい。
【００５４】
ワード重要度テーブル１２５は、ワード列１２５１、重要度列１２５２を有する。ワード列１２５１には、ファイル３１０の重要度を左右するワードが格納され、重要度列１２５２には、そのワードの重要度が格納される。
【００５５】
例えば、ファイル内に＜ワード１＞が記載されているファイル３１０は、重要度：高であると判定される。同様に、ファイル内に＜ワード３＞が記載されているファイル３１０は、重要度：低であると判定される。必ずしも単一のワードのみでファイル３１０の重要度を定める必要はない。例えばワード列１２５１内に記載されている複数のワードを記載しているファイル３１０の重要度は、対応する重要度列１２５２の値を平均化したものとしてもよい。また、ワード列１２５１に記載されているワードを全く有さないファイル３１０については、一律に重要度：中としてもよい。さらには、ワード重要度テーブル１２５を用いた重要度判定と他の手法を用いた重要度判定を組み合わせてもよい。
【００５６】
ファイル格納プログラム１２１は、仮受フォルダ１２３にファイル３１０を格納するリクエストを受け取ると、そのファイル３１０を読み取り、ワード列１２５１に記載されているワードがファイル３１０内に記載されているか否かを判定する。該当するワードが記載されている場合は、そのワードに対応する重要度列１２５２の値を用いて、ファイル３１０の重要度を決定し、対応するファイルサーバに転送する。
【００５７】
以上のように、本実施の形態４によれば、ワード重要度テーブル１２５を用いることにより、ファイル３１０の記載内容に応じてファイル３１０の重要度を定めることができる。ファイル３１０が重要であるか否かは、ファイル３１０の記載内容に依存すると考えられるので、本実施の形態４で説明した手法によれば、ファイル３１０の重要度を適切に判定することができる。
【００５８】
＜実施の形態５＞
本発明の実施の形態５では、ファイル３１０の重要度を判定する他の手法について説明する。その他の構成は実施の形態１〜４と同様である。
【００５９】
図９は、本実施の形態５に係るゲートウェイサーバ１００の構成を示す模式図である。本実施の形態５に係るゲートウェイサーバ１００は、実施の形態１〜４で説明した構成に加え、記憶装置１２０内に新たにファイル種別重要度テーブル１２６を格納している。なお図９では、図２の構成に加えてファイル種別重要度テーブル１２６を設けた例を示したが、他の実施の形態における構成に加えてファイル種別重要度テーブル１２６を設けてもよい。その他の構成は実施の形態１〜４と概ね同様であるため、以下では差異点を中心に説明する。
【００６０】
図１０は、ファイル種別重要度テーブル１２６の構成とデータ例を示す図である。ファイル種別重要度テーブル１２６は、ファイル３１０の種別とその重要度の対応関係を記載するデータである。ここでいうファイル種別とは、例えばファイル３１０の拡張子によって識別することのできる、ファイル３１０の大まかな分類のことである。例えば拡張子が「．ｈｔｍｌ」であるファイル３１０のファイル種別は、ＨＴＭＬファイルである。
【００６１】
ファイル種別重要度テーブル１２６は、ファイル種別列１２６１、重要度列１２６２を有する。ファイル種別列１２６１には、ファイル種別名が格納され、重要度列１２６２には、そのファイル種別の重要度が格納される。
【００６２】
図１０のデータ例によれば、ファイル格納プログラム１２１は、ファイル種別が「自己復号ファイル」であるファイル３１０は、重要度：高であると判定する。同様に、ファイル種別が「音声ファイル」であるファイル３１０は、重要度：低であると判定する。ファイル種別重要度テーブル１２６を用いた重要度判定と他の手法を用いた重要度判定を組み合わせてもよい。
【００６３】
ファイル格納プログラム１２１は、仮受フォルダ１２３にファイル３１０を格納するリクエストを受け取ると、そのファイル３１０のファイル種別を例えば拡張子に基づき判定し、そのファイル種別に対応する重要度列１２６２の値を用いて、ファイル３１０の重要度を決定し、対応するファイルサーバに転送する。
【００６４】
なお、ファイル種別を判定する手法は、必ずしも拡張子によるものでなくともよい。例えばファイル３１０の先頭部分に記載されているヘッダ情報を読み取り、そのファイル３１０のファイル種別を判定するようにしてもよい。
【００６５】
この場合、例えばファイル３１０のヘッダ情報に、「極秘」「社外秘」「一般」等のファイル区分に関する属性情報を持たせ、ファイル区分が「極秘」ならば重要度：高、「社外秘」ならば重要度：中、「一般」ならば重要度：低、等の情報をファイル種別重要度テーブル１２６に持たせてもよい。
【００６６】
以上のように、本実施の形態５によれば、ファイル種別重要度テーブル１２６を用いることにより、ファイル３１０の種別に応じてファイル３１０の重要度を定めることができる。ファイル３１０が重要であるか否かは、ファイル３１０の種別にある程度依存すると考えられるので、本実施の形態５で説明した手法によれば、ファイル３１０の重要度を適切に判定することができる。
【００６７】
＜実施の形態６＞
本発明の実施の形態６では、各ファイルサーバのセキュリティレベルの違いについて１例を説明する。その他の構成は、実施の形態１〜５と同様である。
【００６８】
図１１は、本実施の形態６に係るファイル格納システム１０００の構成図である。各ファイルサーバは、異なるセキュリティレベルを有する。ここでいうセキュリティレベルとは、必ずしもファイルサーバに対するアクセス権限に関するもののみならず、ファイルの冗長化構成など、安全性や信頼性に係る全般的なレベルの高低を指すものとする。
【００６９】
図１１において、高セキュリティサーバ２１０は、暗号化されたハードディスクを２重ミラー構成で備えている。したがって、高セキュリティサーバ２１０上に格納されているファイルは、不正アクセスに対する保護の観点からも、機器故障などによるファイル喪失に対する保護の観点からも、高いセキュリティレベルを有するといえる。
【００７０】
これに対し中セキュリティサーバ２２０は、ハードディスクが２重ミラー化されているものの、暗号化は施されていない。そのため、不正アクセスに対する保護の観点では高セキュリティサーバ２１０よりもセキュリティレベルが低いといえる。
【００７１】
低セキュリティサーバ２３０は、ハードディスクが２重化されておらず、かつ暗号化も施されていないので、不正アクセスに対する保護の観点からも、機器故障などによるファイル喪失に対する保護の観点からも、セキュリティレベルが最も低いといえる。
【００７２】
なお、以上の実施の形態１〜６において、ファイルサーバのセキュリティをより高めるため、クライアント端末３００からファイルサーバに対して直接アクセスできないようにしてもよい。同様に、ファイルサーバ上のファイルパスをクライアント端末３００に公開しないようにしてもよい。
【００７３】
以上、本実施の形態６では、各ファイルサーバのセキュリティレベルがそれぞれ異なる構成例を説明した。セキュリティレベルの設定はこれに限られるものではなく、ファイル３１０の重要度などに応じて適宜適切なセキュリティ設定を施すことができる。また、ファイルサーバの数も３つに限られるものではなく、任意個数でよい。
【符号の説明】
【００７４】
１００：ゲートウェイサーバ、１１０：ＣＰＵ、１２０：記憶装置、１２１：ファイル格納プログラム、１２２：ファイルパス対応テーブル、１２３：仮受フォルダ、１２４：クライアントアクセス権限テーブル、１２５：ワード重要度テーブル、１２６：ファイル種別重要度テーブル、２１０：高セキュリティサーバ、２２０：中セキュリティサーバ、２３０：低セキュリティサーバ、３００：クライアント端末、１０００：ファイル格納システム。
【図１】
0005473653.tif 000002
【図２】
0005473653.tif 000003
【図３】
0005473653.tif 000004
【図４】
0005473653.tif 000005
【図５】
0005473653.tif 000006
【図６】
0005473653.tif 000007
【図７】
0005473653.tif 000008
【図８】
0005473653.tif 000009
【図９】
0005473653.tif 000010
【図１０】
0005473653.tif 000011
【図１１】
0005473653.tif 000012