ファイルサーバ、ファイル提供方法及びプログラム
【課題】ファイルサーバによって提供されるファイルのセキュリティを確保すること。
【解決手段】ファイルサーバは、電子的なファイルとファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部と、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信部と、を有している。
【解決手段】ファイルサーバは、電子的なファイルとファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部と、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信部と、を有している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルサーバ、ファイル提供方法、及びプログラムに関し、特に、セキュリティを確保することが必要なファイルを提供するファイルサーバ、ファイル提供方法及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを介したファイルシステム及びファイルサーバにおいては、クライアントが、セキュリティを管理するサーバであるセキュリティマネージャに対して証明書の発行を要求し、ファイルサーバから認証を受けた後、データの入出力操作を行うことによって、セキュリティを確保している。
【０００３】
特許文献１に記載された方法においては、データを参照するクライアントアプリケーションが動作するＰＣは、セキュリティ情報を管理するメタサーバから暗号キー情報を入手した後、ファイルサーバとして動作するファイルサーバから暗号化されたデータブロックを入手して復号化する。これにより、分散型のファイルシステムにおいて、データのセキュリティを確保している。
【０００４】
標準化文書であるＡＮＳＩ ＩＮＣＩＴＳ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ、Ｔ１０/１７２９−Ｄ、“Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ-ＳＣＳＩ Ｏｂｊｅｃｔ−Ｂａｓｅｄ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｏｍｍａｎｄｓ−２（ＯＳＤ−２)”において、セキュリティマネージャ（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒ）から署名（証明情報、Ｋｅｙ情報）を入手し、証明情報に基づいて暗号化されたデータブロックを、ファイルサーバに対して送受信する方法が記載されている。
【０００５】
また、文書管理において一部のデータの開示制御を行う場合に、ドキュメントの画像情報に直接加工を施し、当該部分のデータを開示しないようにするシステムが知られている。しかし、かかるシステムにおいては、画像データの一部が隠蔽されるにすぎず、電子データ化されたデータの開示制御、及び、セキュリティレベルが異なる複数の開示条件に基づく開示制御を行うことができない。また、セキュリティを確保するためには、特定の閉じた機器の中で処理を行う必要がある。
【０００６】
特許文献２において、開示制御を行う文書のデータを、一旦表示用のデータに展開した後、マスクの位置情報に基づいて開示文書の展開データを黒塗りして表示装置に表示する、開示文書マスキング管理装置が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−０４４３４３号公報
【特許文献２】特開２００４−１４５５２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以下の分析は、本発明者によってなされたものである。上記の技術には、次のような問題がある。
【０００９】
第１に、一部に開示したくないデータを含むファイル又はオブジェクトを、ネットワーク上の他の端末にセキュリティを保ちつつ送付することができない。特許文献２に記載された開示文書マスキング管理装置においては、表示用のアプリケーションが、データを展開データに変換した後にマスクしている。したがって、アプリケーションにデータを送付する際には、マスクされる以前の情報を含んだファイル又はオブジェクトを送付しなければならないからである。
【００１０】
第２に、セキュリティの確保を必要とするデータを、ネット上でやり取りする際の処理が煩雑である。従来の分散型ファイルシステムにおけるセキュリティ管理によると、クライアントが署名情報を受信し、ファイルサーバがその署名情報に基づいてクライアントを識別した後、入出力の許可及び暗号化を実行する必要がある。また、セキュリティマネージャのような装置を別途設ける必要があることから、システムの構成も複雑となる。
【００１１】
第３に、セキュリティレベルに応じてファイルの隠蔽箇所を変更する開示制御を行うことができない。例えば、従来の分散型ファイルシステムにおけるファイルサーバは、ファイル単位又はオブジェクト単位による認証を行って、入出力を制御している。したがって、ファイルサーバは、入出力制御の際に、クライアントに応じてファイルの一部のみを開示することができず、ファイルのすべてを開示するか、ファイルを全く開示しないかのいずれかしか行うことができない。また、ファイルサーバは、セキュリティの高い画像データの一部を、画像のマスクデータに基づいて塗り潰すことしかできなかった。
【００１２】
そこで、ファイルサーバによって提供されるファイルのセキュリティを確保することが課題となる。本発明の目的はかかる課題を解決する、ファイルサーバ、ファイル提供方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の視点に係るファイルサーバは、電子的なファイルと当該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部と、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信部と、を有している。
【００１４】
本発明の第２の視点に係るファイル提供方法は、ファイルサーバが、電子的なファイルと当該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す工程と、ファイルサーバが、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信工程と、を含む。
【００１５】
本発明の第３の視点に係るプログラムは、電子的なファイルと当該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す処理と、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信処理と、をファイルサーバのコンピュータに実行させる。
【発明の効果】
【００１６】
本発明に係るファイルサーバ、ファイル提供方法及びプログラムによると、ファイルサーバによって提供されるファイルのセキュリティを確保することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係るファイルサーバの構成を示すブロック図である。
【図２】本発明の第２の実施形態に係るファイルサーバ及びクライアントを含むシステムの構成を示すブロック図である。
【図３】本発明の第２の実施形態におけるクライアントの動作を示すフローチャートである。
【図４】本発明の第２の実施形態におけるファイルサーバの動作を示すフローチャートである。
【図５】本発明の第２の実施形態におけるオブジェクト管理用メタデータの例である。
【図６】本発明の第２の実施形態におけるオブジェクト管理用メタデータの例である。
【図７】本発明の第２の実施形態におけるオブジェクト管理用メタデータの例である。
【図８】本発明の第３の実施形態に係るファイルサーバ、メタサーバ及びクライアントを含むシステムの構成を示すブロック図である。
【図９】本発明の第４の実施形態におけるファイルサーバの動作を示すフローチャートである。
【発明を実施するための形態】
【００１８】
第１の展開形態のファイルサーバは、上記第１の視点に係るファイルサーバであることが好ましい。
【００１９】
第２の展開形態のファイルサーバは、記憶部が、セキュリティレベルに応じた複数のマスクデータを保持し、送信部が、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信してもよい。
【００２０】
第３の展開形態のファイルサーバは、マスクデータが、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。
【００２１】
第４の展開形態のファイルサーバは、マスクデータが、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。
【００２２】
第５の展開形態のファイルサーバは、送信部が、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信してもよい。
【００２３】
第６の展開形態のクライアントサーバシステムは、上記のファイルサーバとクライアントとを有していることが好ましい。
【００２４】
第７の展開形態のファイル提供方法は、上記第２の視点に係るファイル提供方法であることが好ましい。
【００２５】
第８の展開形態のファイル提供方法は、記憶部が、セキュリティレベルに応じた複数のマスクデータを含み、送信工程において、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信してもよい。
【００２６】
第９の展開形態のファイル提供方法は、マスクデータが、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。
【００２７】
第１０の展開形態のファイル提供方法は、マスクデータが、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。
【００２８】
第１１の展開形態のファイル提供方法は、送信工程において、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信してもよい。
【００２９】
第１２の展開形態のプログラムは、上記第３の視点に係るプログラムであることが好ましい。
【００３０】
第１３の展開形態のプログラムは、記憶部が、セキュリティレベルに応じた複数のマスクデータを保持し、送信処理において、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信する処理を、ファイルサーバのコンピュータに実行させてもよい。
【００３１】
第１４の展開形態のプログラムは、マスクデータが、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。
【００３２】
第１５の展開形態のプログラムは、マスクデータが、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。
【００３３】
第１６の展開形態のプログラムは、送信処理において、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信する処理を、ファイルサーバのコンピュータに実行させてもよい。
【００３４】
（実施形態１）
本発明の第１の実施形態に係るファイルサーバについて、図面を参照して説明する。図１は、本実施形態のファイルサーバ１０の構成を示すブロック図である。図１を参照すると、ファイルサーバ１０は、記憶部１１及び送信部１２を有している。
【００３５】
記憶部１１は、電子的なファイルとファイルの少なくとも一部を隠蔽するための規則であるマスクデータとを保持している。送信部１２は、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する。このとき、ファイルサーバ１０によって提供されるファイルのセキュリティを確保することができる。ファイルの隠蔽処理は、ファイルサーバ側においてなされるからである。
【００３６】
記憶部１１は、セキュリティレベルに応じた複数のマスクデータを保持し、送信部１２は、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信してもよい。このとき、ファイルサーバは、セキュリティレベルに応じて、ファイルの隠蔽箇所を適宜変更することができる。
【００３７】
マスクデータは、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。このとき、ファイルサーバ１０は、ビット単位で、ファイルの開示制御を行うことができる。
【００３８】
マスクデータは、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。このとき、マスクデータをビット単位で保持する場合と比較して、マスクデータの容量を削減することができる。
【００３９】
送信部１２は、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信してもよい。このとき、ファイルサーバ１０によって、送信すべきデータ量を削減することができる。
【００４０】
（実施形態２）
本発明の実施形態に係るファイルサーバについて図面を参照して説明する。図２は、本実施形態に係るファイルサーバとクライアントを含むクライアントサーバシステムの構成を示すブロック図である。
【００４１】
図２を参照すると、本実施形態に係るクライアントサーバシステムは、クライアント１０１と、ファイルサーバ１０３とを有している。クライアント１０１において、ファイル、又は、データのまとまりであるオブジェクトの入出力を行うアプリケーションが動作する。ファイルサーバ１０３は、ファイル又はオブジェクトを保持している。
【００４２】
本実施形態においては、一例として、クライアント１０１及びファイルサーバ１０３は、それぞれ１台としている。しかし、クライアント及びファイルサーバの台数は、これに限られない。記憶装置１３３は、磁気ディスク装置に限定されず、光ディスク、シリコンディスク、又は、コントローラ上のメモリであってもよい。ファイルサーバ１０１におけるプロトコルは、ファイル入出力を行うネットワークファイルシステムのプロトコルに限られず、オブジェクトストレージ専用のコマンドセット、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）その他のネットワークを介したデータ入出力プロトコルであってもよい。
【００４３】
クライアント１０１は、データの入出力をファイルサーバ１０３に要求する。ファイルサーバ１０３は、クライアント１０１との間でデータを送受信する。
【００４４】
図２を参照すると、クライアント１０１は、ユーザアプリケーション実行部１１０、ファイル制御部１１１及びネットワークＩＦ部１１２を有している。ユーザプリケーション実行部１１０は、ファイルサーバ１０３上のデータ参照を行うプログラムを実行する。
【００４５】
ファイル制御部１１１は、ユーザアプリケーション実行部１１０からファイル参照要求を受信して、ファイルの所在を特定した後、ネットワークＩＦ部１１２を介して、該当するファイル又はその断片であるオブジェクトを記録しているファイルサーバ１０３に入出力要求を送付する。ファイル制御部１１１は、ファイルの所在を特定する情報を保持していない場合には、ネットワークＩＦ部１１２を介して、ファイルの所在を与える外部のサーバ（非図示）に問い合わせてファイルの所在を特定した後、ファイルサーバ１０３に入出力要求を送付する。
【００４６】
図２を参照すると、ファイルサーバ１０３は、ネットワークＩＦ部１３４、オブジェクトデータ管理部１３１、マスクデータ管理部１３５、アプリケーション認証部１３６、入出力制御部１３２及び記憶装置１３３を有している。
【００４７】
オブジェクトデータ管理部１３１は、ネットワークＩＦ部１３４を介して受信したオブジェクトの入出力要求に基づいて、該当するオブジェクトのデータ入出力処理を行う。オブジェクトデータ管理部１３１は、クライアント１０１からのオブジェクトの入出力要求に際して、クライアント１０１、ユーザプリケーション実行部１１０で実行されるアプリケーション、及び、アプリケーションを実行するオーナーの識別情報をクライアント１０１から受信し、その識別情報に基づいて、アプリケーション認証部１３６に問い合わせ、オブジェクトの操作の可否を判定するとともに、その結果をクライアント１０１に返信する。これによって、ファイルサーバ１０３は、オブジェクト操作の可否を管理する。
【００４８】
データの読み出し動作の場合には、オブジェクトデータ管理部１３１は、オブジェクトのデータを入出力制御部１３２を介して記憶装置１３３からデータを読み出す。オブジェクトデータ管理部１３１は、ネットワークＩＦ部１３４を介して、データをクライアント１０１に送付する。書き込み動作の場合には、オブジェクトデータ管理部１３１は、ネットワークＩＦ部１３４を介して、書き込むべきデータをクライアント１０１から受信した後、入出力制御部１３２を介して記憶装置１３３に書き込む。
【００４９】
オブジェクトデータ管理部１３１は、オブジェクトの読み出し時には、オブジェクトに結びつけられたマスクデータに基づいて、マスクビットがセットされたデータに対しては、データ領域をクリアすることでデータをマスクした後、クライアント１０１にデータを送信する。
【００５０】
一方、オブジェクトデータ管理部１３１は、オブジェクトの書き込み時には、クライアント１０１から送付されるデータを加工することなく、記憶装置１３３に書き込む指示を行う。オブジェクトデータ管理部１３１は、書き込み後にクライアント１０１から送付されるマスクデータ及びマスクルールを、同様に記憶装置１３３に記録する。また、オブジェクトデータ管理部１３１は、ファイルＩＤ又はオブジェクトＩＤと、関連するメタデータとを関連付けて管理する。マスクデータ及びマスクルール並びにオブジェクトの管理の仕方については、後述する。
【００５１】
オブジェクトを記憶装置１３３に保持する場合には、ディスクの領域管理を行うファイルシステムによって、ファイルＩＤ又はオブジェクトＩＤを識別情報として管理しつつ、データ領域をオブジェクト又はファイルとして管理する。また、オブジェクトは固定長であっても、可変長であってもよい。また、固定長のブロックで管理するとともに、各インデックスをオブジェクトＩＤとして管理してもよい。
【００５２】
図３乃至７を参照して、本実施形態におけるファイル又はオブジェクトの入出力動作について説明する。なお、ファイル操作のインタフェースは、ＰＯＳＩＸ（Ｐｏｒｔａｂｌｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）において使用されるインタフェースに限られず、オブジェクトストレージのコマンドセットその他のインタフェースであってもよい。
【００５３】
図３は、本実施形態におけるクライアントの動作を示すフローチャートである。図３を参照して、クライアントのファイル制御部１１１の動作について説明する。クライアント１０１上で動作するユーザプリケーションからファイルの入出力要求が発行された場合には、ファイル制御部１１１は、入出力要求におけるコマンドの内容に応じて、図３に示す処理を行う。
【００５４】
まず、ファイル制御部１１１は、アプリケーションの指示に基づくコマンド発行要求を受け付ける（ステップＳ１００）。ファイル制御部１１１は、コマンドがオープン（Ｏｐｅｎ）動作であるか否かを判定する（ステップＳ１０１）。
【００５５】
オープン動作である場合には（ステップＳ１０１のＹｅｓ）、オブジェクトＩＤ、アプリケーションの属性、アプリケーションの実行オーナーの属性を添付して、オブジェクトのオープン要求をファイルサーバ１０３に送信する（ステップＳ１０２）。ファイル制御部１１１は、処理の実行結果をアプリケーションに返却し（ステップＳ１０３）、次のコマンド発行要求を待つ（ステップＳ１００）。
【００５６】
コマンド発行要求がクローズ（Ｃｌｏｓｅ）動作である場合には（ステップＳ１０４のＹｅｓ）、ファイル制御部１１１は、先行するオープン要求の処理に要したリソースを解放した後、オブジェクトの操作を終了する。
【００５７】
コマンド発行要求がリード（Ｒｅａｄ）動作である場合には（ステップＳ１０５のＹｅｓ）、ファイル制御部１１１は、データのリード動作を実行する（ステップＳ１０６）。ファイル制御部１１１は、その結果をアプリケーションに報告して（ステップＳ１０３）、次のコマンド発行要求を待つ（ステップＳ１００）。
【００５８】
コマンド発行要求がライト（Ｗｒｉｔｅ）動作である場合には（ステップＳ１０７のＹｅｓ）、データの書き込み（ライト）動作を実行し（ステップＳ１０８）、書き込みを行ったデータに関するマスクデータ、及びマスクルールをファイルサーバに送付する（ステップＳ１０９）。ファイル制御部１１１は、これらの結果をアプリケーションに報告し（Ｓ１０３）、次のコマンド発行要求を待つ（ステップＳ１００）。
【００５９】
図４は、本実施形態におけるサーバの動作を示すフローチャートである。図４を参照して、オブジェクトデータ管理部１３１の動作について説明する。
【００６０】
オブジェクトデータ管理部１３１は、クライアント１０１からのコマンド要求を受信する（ステップＳ２００）。オブジェクトデータ管理部１３１は、コマンド要求がファイルのオープン動作であるか否かを判定する（ステップＳ２０１）。
【００６１】
オープン動作である場合には（ステップＳ２０１のＹｅｓ）、オブジェクトデータ管理部１３１は、オブジェクトＩＤ、アプリケーションの属性、及び、アプリケーションの実行オーナーの属性に基づいて、アプリケーション認証部１３６にオブジェクトの操作に関する可否を判定するように要求する（ステップＳ２０２）。オブジェクトデータ管理部１３１は、その結果に基づいて、実行結果をクライアント１０１に返却し（ステップＳ２０３）、次のコマンド要求を待つ（ステップＳ２００）。
【００６２】
コマンド要求がクローズ動作である場合には（ステップＳ２０４のＹｅｓ）、オブジェクトデータ管理部１３１は、先行するオープン動作に要したリソースを解放した後、該当オブジェクトの操作処理を終了する。
【００６３】
コマンド要求がリード動作である場合には（ステップＳ２０５のＹｅｓ）、オブジェクトデータ管理部１３１は、リード動作を実行し（ステップＳ２０６）、オブジェクトごとに格納されたマスクデータによるマスク処理をデータに施した後、データをクライアント１０１に送付する（ステップＳ２０７）。オブジェクトデータ管理部１３１は、その処理結果をクライアント１０１に報告し（ステップＳ２０３）、次のコマンド要求を待つ（ステップＳ２００）。
【００６４】
コマンド要求がライト動作である場合には（ステップＳ２０８のＹｅｓ）、オブジェクトデータ管理部１３１は、データの書き込みを実行し（ステップＳ２０９）、クライアント１０１からデータに関するマスクデータ又はマスクルールを受信し、ファイルサーバで管理しているオブジェクト管理用メタデータとして、マスクデータ又はマスクルールを記録する（ステップＳ２１０）。オブジェクトデータ管理部１３１は、その結果をクライアント１０１に報告し（ステップＳ２０３）、次のコマンド要求を待つ（ステップＳ２００）。
【００６５】
図５乃至７は、本実施形態におけるオブジェクト管理用メタデータの例を示す。図５乃至７を参照して、オブジェクトデータ管理部１３１においてファイル又はオブジェクトごとに設けられる、マスクデータ又はマスクルールの管理方法について説明する。
【００６６】
各ファイル又はオブジェクトは、該当データ領域を管理するためのメタデータ構造をそれぞれ持つ。各メタデータが保持するマスク情報は、一例として、データ領域のデータのビット単位のデータの開示条件を示す。固定長の領域毎の開示の可否制御は、ビットマップの０／１などで管理する。図５を参照すると、メタデータは、一例として、ファイル又はオブジェクトを識別するファイルＩＤ（Ｆｉｌｅ ＩＤ）又はオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）、データ生成日付、オーナーなどを保持する属性（Ａｔｔｒｉｂｕｔｅ）、データを保持している物理デバイスを識別するデバイスＩＤ（Ｄｅｖｉｃｅ ＩＤ）、物理デバイス内におけるデータの領域を指し示すデータロケーション（Ｄａｔａ Ｌｏｃａｔｉｏｎ）、データエリアのマスク情報を与えるマスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）を有する。ここで、データロケーションとして、ＵＮＩＸ（登録商標）などで使用される、固定長のデータブロックのリスト、又は、ＣＤ若しくはＤＶＤで使用される領域の開始アドレスと長さとの対から構成されるＥｘｔｅｎｔ等の各種の管理構造を適用することができる。
【００６７】
マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）は、データエリアのビットごとのマスク情報を束ねたものであって、ブロックごとに１ビットを割り当ててもよい。ここでは、一例として、固定長のビットを単位として、マスクビットマップを設定するものとする。
【００６８】
マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）によって、データエリアの開示制御を行う場合、セキュリティレベルに応じて、開示内容が変わる可能性がある。したがって、セキュリティレベルに応じて、独立したマスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）を設定することができることが好ましい。一例として、図６に示すように、複数マスクビットマップを一つのメタデータ内で保持してもよい。このとき、各マスクビットマップは、各セキュリティレベルにおけるマスクビットマップを表している。
【００６９】
マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）は、対象とするデータエリアに応じた長さのビットマップ構造をメタデータとして保持する必要がある。一方、マスク操作に規則性がある場合には、マスクデータをマスクルールとして記述してもよい。例えば、データエリアを１バイト単位で、奇数バイトをマスクする例を挙げると、ｉビット目のマスクＭ（ｉ）は、
Ｍ（ｉ）＝ｍｏｄ（ｉ／８、２）
によって指定することができる。ここで、ｍｏｄ（ａ、ｂ）は、ａをｂで割ったときの余り（剰余）を示す。このとき、マスクの代わりに、上式をコード化し、マスクルール（Ｍａｓｋ Ｒｕｌｅ）として記録してもよい。このとき、図７に示すように、メタデータは、マスクルール（Ｍａｓｋ Ｒｕｌｅ）として、マスクデータを保持することができる。
【００７０】
本実施形態により、クライアントからファイルサーバに対して、ファイル又はオブジェクトデータの入出力要求が発生する際に、オブジェクサーバだけでアプリケーションあるいはユーザに応じて、オブジェクトデータ管理部がファイル又はオブジェクトデータ毎に設けられたマスク情報として、マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）、マスクルール（Ｍａｓｋ Ｒｕｌｅ）に基づいて、データをマスクし、データの一部だけを開示制御できる。したがって、制御を簡略化し、装置の実現が容易となるとともに、ファイルの一部に対する開示制御をセキュリティレベルに応じて行うことができる。
【００７１】
（実施形態３）
本発明の第３の実施形態に係るファイルサーバについて、図面を参照して説明する。図８は、本実施形態に係るファイルサーバを含むシステムの構成を示すブロック図である。図８を参照すると、システムは、ファイルサーバ２０３、メタサーバ２０２及びクライアント２０１を含む。
【００７２】
クライアント２０１において、ファイル、又は、データのまとまりであるオブジェクトの入出力を行うアプリケーションが動作する。ファイルサーバ２０３は、ファイル又はオブジェクトを保持している。クライアント２０１とファイルサーバ２０３との間では、データの暗号化を行う。メタサーバ２０２は、セキュリティを管理する。
【００７３】
本実施形態においては、一例として、クライアント２０１、ファイルサーバ２０３及びメタサーバ２０２はそれぞれ１台としている。しかし、クライアント、ファイルサーバ及びメタサーバの台数は、これに限らない。また、記憶装置２２３、２３３の種類、及び、ファイル入出力のプロトコルに関しても、上記第２の実施形態と同様に様々なバリエーションを適用することができる。
【００７４】
クライアント２０１は、ファイルサーバ２０３にデータの入出力を要求する。ファイルサーバ２０３は、クライアント２０１との間でデータを送受信する。メタサーバ２０２は、アプリケーション又はオーナーごとに、これらによるオブジェクトの操作の可否を判定するために、アプリケーション認証を行う。メタサーバ２０２の記憶装置２２３は、これらのオブジェクトのセキュリティ管理を実行するためのメタデータを保持する。
【００７５】
図８を参照すると、クライアント２０１は、ユーザアプリケーション実行部２１０、ファイル制御部２１１、ネットワークＩＦ部２１２及び暗号化／複合化部２１３を有している。
【００７６】
ファイル制御部２１１は、ファイルサーバ２０３からの応答に基づいて、ユーザアプリケーションの実行の可否を判定する。ファイル制御部２１１は、メタサーバ２０２に問い合わせたアプリケーションの認証結果に基づいて、アプリケーションの署名情報を取得する。暗号化／復号化部２１３は、取得した署名情報に基づいて、ファイルサーバ２０３との間で送受信されるデータの暗号化及び復号化を行う。
【００７７】
図８を参照すると、ファイルサーバ２０３は、ネットワークＩＦ部２３４、オブジェクトデータ管理部２３１、マスクデータ管理部２３５、入出力制御部２３２、記憶装置２３３及び暗号化／復号化部２３７を有している。
【００７８】
ファイルサーバ２０３は、クライアント２０１から送付されるアプリケーションの署名情報に基づいて暗号化／復号化部２３７で暗号化及び復号化を行ってデータを送受信する。アプリケーション認証は、外部に設けられたメタサーバ２０２によって行われることから、ファイルサーバ２０３は、アプリケーション認証の機能を必要としない。ただし、メタサーバ２０２の機能は、いずれのノードにおいて実現してもよいことから、一例として、メタサーバ２０２の機能をファイルサーバ２０３において実現してもよい。
【００７９】
図８を参照すると、メタサーバ２０２は、ネットワークＩＦ部２２４、メタデータ管理部２２１、入出力制御部２２２、記憶装置２２３及びアプリケーション認証部２２５を有している。
【００８０】
メタデータ管理部２２１は、ネットワークＩＦ部２２４を介して、オブジェクトの入出力要求を出すアプリケーション又はそのオーナーに関する情報を受信する。
【００８１】
アプリケーション認証部２２５は、受信した情報に基づいて、コンテンツアクセスに関する署名などの情報を生成する。メタデータ管理部２２１は、このとき、入出力制御部２２２を介して、必要に応じて記憶装置２２３に記憶されたアプリケーション認証に必要なメタデータを読み込み、署名及びアクセス可否の判定を行った後、クライアント２０１上のアプリケーションに通知する。メタデータ管理部２２１は、クライアント２０１及びファイルサーバ２０３の署名情報を、関連するファイルサーバ２０３及びクライアント２０１にも同様に通知する。これにより、ファイルサーバ２０３及びクライアント２０１は、互いに相手の認証を行う。
【００８２】
本実施形態におけるファイル又はオブジェクトの入出力の動作は、第２の実施形態におけるものと同様である。しかし、本実施形態においては、メタサーバ２０２とファイルサーバ２０３とが別個に設けられていることから、オブジェクトの所在を確認する問い合わせ動作において、外部のメタサーバ２０２を使用する点と、データの送受信の際に暗号化処理が行われる点において、第２の実施形態における動作と相違する。
【００８３】
（実施形態４）
本発明の第４の実施形態に係るファイルサーバについて、図面を参照して説明する。本実施形態に係るファイルサーバを有するシステムの構成は、外観上は図２と同じであることから、図２及び図９を参照して、本実施形態のファイルサーバについて説明する。
【００８４】
本実施形態においては、クライアント１０１とファイルサーバ１０３と間でデータの送受信を行う。このとき、マスクルールを使用することによって、送受信されるデータの転送を効率化する。
【００８５】
クライアント１０１において、ファイル又はオブジェクト（データのまとまり）の入出力を行うアプリケーションが動作する。ファイルサーバ１０３は、ファイル又はオブジェクトを保持している。本実施形態においては、クライアント１０１とファイルサーバ１０３との間でデータの送受信を行う際、データとともにマスクルールを送受信する。
【００８６】
ファイルサーバ１０３からクライアント１０１にデータを送信する場合の動作について説明する。オブジェクトデータ管理部１３１は、マスクデータ管理部１３５が管理するマスクデータに基づいて、データに対してマスクを行うとともにマスクされたデータ部分を削除して、マスクされなかったデータ部分のみを送信する。
【００８７】
クライアント１０１のファイル制御部１１１は、データ及びマスクルールを受信し、受信したデータ及びマスクルールに基づいて、データ列を再構築してユーザプリケーション実行部１１０に出力する。
【００８８】
クライアント１０１からファイルサーバ１０３にデータを送信する場合の動作について説明する。クライアント１０１のファイル制御部１１１は、ユーザプリケーション実行部１１０から受信したデータ列及びマスクルールに基づいて、データを送信する。第２の実施形態と同様に、ファイル制御部１１１は、ファイルサーバ１０３に、データ列を加工することなく送付するとともに、マスクルールを送信する。ファイル制御部１１１は、マスク部分のデータを記録することが不要である場合には、送信前にマスク部分のデータを削除したデータを送信するとともに、マスクルールを送信する。ファイルサーバ１０３のオブジェクトデータ管理部１３１は、マスクルールに基づいて、データの一部を無効化したものを記憶装置１３３に記録する。
【００８９】
本実施形態のクライアント１０１の動作は、次の点において、実施形態２におけるクライアント１０１の動作と相違する。
【００９０】
図３を参照すると、本実施形態のクライアント１０１は、データのライト動作において、ファイルサーバ１０３に、データ列を加工することなく送付するとともに（ステップＳ１０８）、マスクルールを送信する（ステップＳ１０９）。さらに、マスク部分のデータを記録することが不要である場合には、送信前にマスク部分のデータを削除したデータを送信するとともに（ステップＳ１０８）、マスクルールを送付する（ステップＳ１０９）。
【００９１】
一方、データのリード動作において、データ列及びマスクルールを受信後に、データ及びマスクルールに基づいて、データ列を再構築した後（ステップＳ１０６）、ユーザプリケーション実行部１１０に出力する（ステップＳ１０３）。
【００９２】
本実施形態のファイルサーバ１０３の動作について、図面を参照して説明する。図９は、本実施形態のファイルサーバの動作を示すフローチャートである。本実施形態のファイルサーバ１０３の動作は、次の点において、実施形態２におけるファイルサーバ１０３の動作と相違する。
【００９３】
ファイルサーバ１０３は、データのライト動作において、クライアント１０１からデータ列を受信した後（ステップＳ３０９）、別途マスクルールを受信する（ステップＳ３１０）。データのマスクされた部分が削除され、クライアント１０１から送付されていない場合には、マスクルールに基づいて、欠落したデータマスク部分を補ったデータ列を記録する（ステップＳ３１１）。
【００９４】
また、データのリード動作において、データ列及びマスクルールに基づいて、データ列のマスク部のデータを削除した後（ステップＳ３０６）、クライアント１０１に対してデータ及びマスクデータを送信する（ステップＳ３０７）。
【００９５】
本発明によると、次のような効果がもたらされる。第１に、一部に開示したくないデータを含むファイル又はオブジェクトを、ネット上の他の端末に安全に送付することができる。
【００９６】
従来の技術によると、アプリケーションにおいてデータの開示制御を行う必要がある。したがって、開示したくないデータを一部に含むファイル又はオブジェクトデータを操作するには、アプリケーションがネットワークを介さずに、ストレージ（ファイルサーバ）に隣接することによって情報が外部に漏れないようにするか、又は、端末とファイルサーバとの間でセキュアなデータの送受信を実現するための複雑なプロトコルを実装する必要がある。
【００９７】
しかし、本発明によると、開示したくないデータを一部に含むファイル又はオブジェクトデータを、ファイルサーバ内でマスク（隠蔽）することができる。したがって、外部に開示したくない情報を提示することなく、端末に送付することができ、装置の構成を簡単化することができる。
【００９８】
第２に、セキュリティを要するデータをネット上でやり取りする場合の煩雑な処理を省略することができる。
【００９９】
本発明によると、クライアントからファイルサーバに対してファイル又はオブジェクトデータの入出力要求が発生した場合に、一般的なファイル入出力サービスにおけるユーザ認証のみに基づいて、クライアント上のアプリケーション又はオーナーのセキュリティレベルに応じたマスク情報（マスクビットマップ）又はマスクルール（Ｍａｓｋ Ｒｕｌｅ）を選択して、データにマスクを行い、ユーザ又はアプリケーションにデータの一部だけを開示するように制御することができる。したがって、煩雑なセキュリティを確保するためのプロトコルを省略することができる。
【０１００】
また、セキュリティを確保する必要があるデータとそれ以外のデータとを分離して別のファイルとし、ファイル単位のセキュリティ管理を行うといった処理も不要となる。したがって、本発明によると、簡単な処理でセキュリティを確保することができる。
【０１０１】
第３に、セキュリティレベルに応じて、ファイルの一部を開示するような制御を実現することができる。
【０１０２】
従来技術においては、ファイル単位でアクセス認証を管理する場合には、ファイルの全体の開示の可否を判断するか、又は、ファイルの所定部分の画像データを開示しないように画像を加工する方法が用いられている。本発明によると、セキュリティレベルに応じて、複数のマスク情報（マスクビットマップ）又はマスクルールを、ファイル又はオブジェクトごとに設けることができる。また、複数のマスク情報又はマスクルールのうちの一つを選択して、データにマスクを行うこともできる。したがって、本発明によると、セキュリティレベルに応じて開示部分を制御することができる。
【０１０３】
以上の記載は実施形態に基づいて行ったが、本発明は、上記実施形態に限定されるものではない。
【符号の説明】
【０１０４】
１０ ファイルサーバ
１１ 記憶部
１２ 送信部
１０１、２０１ クライアント
１０３、２０３ ファイルサーバ
１１０、２１０ ユーザプリケーション実行部
１１１、２１１ ファイル制御部
１１２、１３４、２１２、２２４、２３４ ネットワークＩＦ部
１２１、２２１ メタデータ管理部
１２５ アプリケーション認証部
１３１、２３１ オブジェクトデータ管理部
１３２、２２２、２３２ 入出力制御部
１３３、２２３、２３３ 記憶装置
１３５、２３５ マスクデータ管理部
１３６、２２５ アプリケーション認証部
２０２ メタサーバ
２１３、２３７ 暗号化／復号化部
【技術分野】
【０００１】
本発明は、ファイルサーバ、ファイル提供方法、及びプログラムに関し、特に、セキュリティを確保することが必要なファイルを提供するファイルサーバ、ファイル提供方法及びプログラムに関する。
【背景技術】
【０００２】
ネットワークを介したファイルシステム及びファイルサーバにおいては、クライアントが、セキュリティを管理するサーバであるセキュリティマネージャに対して証明書の発行を要求し、ファイルサーバから認証を受けた後、データの入出力操作を行うことによって、セキュリティを確保している。
【０００３】
特許文献１に記載された方法においては、データを参照するクライアントアプリケーションが動作するＰＣは、セキュリティ情報を管理するメタサーバから暗号キー情報を入手した後、ファイルサーバとして動作するファイルサーバから暗号化されたデータブロックを入手して復号化する。これにより、分散型のファイルシステムにおいて、データのセキュリティを確保している。
【０００４】
標準化文書であるＡＮＳＩ ＩＮＣＩＴＳ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ、Ｔ１０/１７２９−Ｄ、“Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ-ＳＣＳＩ Ｏｂｊｅｃｔ−Ｂａｓｅｄ Ｓｔｏｒａｇｅ Ｄｅｖｉｃｅ Ｃｏｍｍａｎｄｓ−２（ＯＳＤ−２)”において、セキュリティマネージャ（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒ）から署名（証明情報、Ｋｅｙ情報）を入手し、証明情報に基づいて暗号化されたデータブロックを、ファイルサーバに対して送受信する方法が記載されている。
【０００５】
また、文書管理において一部のデータの開示制御を行う場合に、ドキュメントの画像情報に直接加工を施し、当該部分のデータを開示しないようにするシステムが知られている。しかし、かかるシステムにおいては、画像データの一部が隠蔽されるにすぎず、電子データ化されたデータの開示制御、及び、セキュリティレベルが異なる複数の開示条件に基づく開示制御を行うことができない。また、セキュリティを確保するためには、特定の閉じた機器の中で処理を行う必要がある。
【０００６】
特許文献２において、開示制御を行う文書のデータを、一旦表示用のデータに展開した後、マスクの位置情報に基づいて開示文書の展開データを黒塗りして表示装置に表示する、開示文書マスキング管理装置が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−０４４３４３号公報
【特許文献２】特開２００４−１４５５２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以下の分析は、本発明者によってなされたものである。上記の技術には、次のような問題がある。
【０００９】
第１に、一部に開示したくないデータを含むファイル又はオブジェクトを、ネットワーク上の他の端末にセキュリティを保ちつつ送付することができない。特許文献２に記載された開示文書マスキング管理装置においては、表示用のアプリケーションが、データを展開データに変換した後にマスクしている。したがって、アプリケーションにデータを送付する際には、マスクされる以前の情報を含んだファイル又はオブジェクトを送付しなければならないからである。
【００１０】
第２に、セキュリティの確保を必要とするデータを、ネット上でやり取りする際の処理が煩雑である。従来の分散型ファイルシステムにおけるセキュリティ管理によると、クライアントが署名情報を受信し、ファイルサーバがその署名情報に基づいてクライアントを識別した後、入出力の許可及び暗号化を実行する必要がある。また、セキュリティマネージャのような装置を別途設ける必要があることから、システムの構成も複雑となる。
【００１１】
第３に、セキュリティレベルに応じてファイルの隠蔽箇所を変更する開示制御を行うことができない。例えば、従来の分散型ファイルシステムにおけるファイルサーバは、ファイル単位又はオブジェクト単位による認証を行って、入出力を制御している。したがって、ファイルサーバは、入出力制御の際に、クライアントに応じてファイルの一部のみを開示することができず、ファイルのすべてを開示するか、ファイルを全く開示しないかのいずれかしか行うことができない。また、ファイルサーバは、セキュリティの高い画像データの一部を、画像のマスクデータに基づいて塗り潰すことしかできなかった。
【００１２】
そこで、ファイルサーバによって提供されるファイルのセキュリティを確保することが課題となる。本発明の目的はかかる課題を解決する、ファイルサーバ、ファイル提供方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の視点に係るファイルサーバは、電子的なファイルと当該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部と、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信部と、を有している。
【００１４】
本発明の第２の視点に係るファイル提供方法は、ファイルサーバが、電子的なファイルと当該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す工程と、ファイルサーバが、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信工程と、を含む。
【００１５】
本発明の第３の視点に係るプログラムは、電子的なファイルと当該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す処理と、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する送信処理と、をファイルサーバのコンピュータに実行させる。
【発明の効果】
【００１６】
本発明に係るファイルサーバ、ファイル提供方法及びプログラムによると、ファイルサーバによって提供されるファイルのセキュリティを確保することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係るファイルサーバの構成を示すブロック図である。
【図２】本発明の第２の実施形態に係るファイルサーバ及びクライアントを含むシステムの構成を示すブロック図である。
【図３】本発明の第２の実施形態におけるクライアントの動作を示すフローチャートである。
【図４】本発明の第２の実施形態におけるファイルサーバの動作を示すフローチャートである。
【図５】本発明の第２の実施形態におけるオブジェクト管理用メタデータの例である。
【図６】本発明の第２の実施形態におけるオブジェクト管理用メタデータの例である。
【図７】本発明の第２の実施形態におけるオブジェクト管理用メタデータの例である。
【図８】本発明の第３の実施形態に係るファイルサーバ、メタサーバ及びクライアントを含むシステムの構成を示すブロック図である。
【図９】本発明の第４の実施形態におけるファイルサーバの動作を示すフローチャートである。
【発明を実施するための形態】
【００１８】
第１の展開形態のファイルサーバは、上記第１の視点に係るファイルサーバであることが好ましい。
【００１９】
第２の展開形態のファイルサーバは、記憶部が、セキュリティレベルに応じた複数のマスクデータを保持し、送信部が、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信してもよい。
【００２０】
第３の展開形態のファイルサーバは、マスクデータが、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。
【００２１】
第４の展開形態のファイルサーバは、マスクデータが、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。
【００２２】
第５の展開形態のファイルサーバは、送信部が、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信してもよい。
【００２３】
第６の展開形態のクライアントサーバシステムは、上記のファイルサーバとクライアントとを有していることが好ましい。
【００２４】
第７の展開形態のファイル提供方法は、上記第２の視点に係るファイル提供方法であることが好ましい。
【００２５】
第８の展開形態のファイル提供方法は、記憶部が、セキュリティレベルに応じた複数のマスクデータを含み、送信工程において、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信してもよい。
【００２６】
第９の展開形態のファイル提供方法は、マスクデータが、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。
【００２７】
第１０の展開形態のファイル提供方法は、マスクデータが、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。
【００２８】
第１１の展開形態のファイル提供方法は、送信工程において、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信してもよい。
【００２９】
第１２の展開形態のプログラムは、上記第３の視点に係るプログラムであることが好ましい。
【００３０】
第１３の展開形態のプログラムは、記憶部が、セキュリティレベルに応じた複数のマスクデータを保持し、送信処理において、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信する処理を、ファイルサーバのコンピュータに実行させてもよい。
【００３１】
第１４の展開形態のプログラムは、マスクデータが、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。
【００３２】
第１５の展開形態のプログラムは、マスクデータが、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。
【００３３】
第１６の展開形態のプログラムは、送信処理において、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信する処理を、ファイルサーバのコンピュータに実行させてもよい。
【００３４】
（実施形態１）
本発明の第１の実施形態に係るファイルサーバについて、図面を参照して説明する。図１は、本実施形態のファイルサーバ１０の構成を示すブロック図である。図１を参照すると、ファイルサーバ１０は、記憶部１１及び送信部１２を有している。
【００３５】
記憶部１１は、電子的なファイルとファイルの少なくとも一部を隠蔽するための規則であるマスクデータとを保持している。送信部１２は、ファイルの送信を要求された場合には、マスクデータに従ってファイルを隠蔽して送信する。このとき、ファイルサーバ１０によって提供されるファイルのセキュリティを確保することができる。ファイルの隠蔽処理は、ファイルサーバ側においてなされるからである。
【００３６】
記憶部１１は、セキュリティレベルに応じた複数のマスクデータを保持し、送信部１２は、セキュリティレベルに応じて複数のマスクデータから選択したマスクデータによってファイルを隠蔽して送信してもよい。このとき、ファイルサーバは、セキュリティレベルに応じて、ファイルの隠蔽箇所を適宜変更することができる。
【００３７】
マスクデータは、ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定してもよい。このとき、ファイルサーバ１０は、ビット単位で、ファイルの開示制御を行うことができる。
【００３８】
マスクデータは、所定の式によってファイルの少なくとも一部を隠蔽する規則を表したマスクルールであってもよい。このとき、マスクデータをビット単位で保持する場合と比較して、マスクデータの容量を削減することができる。
【００３９】
送信部１２は、マスクデータに従ってファイルを隠蔽したときに隠蔽されない部分とマスクデータとを送信してもよい。このとき、ファイルサーバ１０によって、送信すべきデータ量を削減することができる。
【００４０】
（実施形態２）
本発明の実施形態に係るファイルサーバについて図面を参照して説明する。図２は、本実施形態に係るファイルサーバとクライアントを含むクライアントサーバシステムの構成を示すブロック図である。
【００４１】
図２を参照すると、本実施形態に係るクライアントサーバシステムは、クライアント１０１と、ファイルサーバ１０３とを有している。クライアント１０１において、ファイル、又は、データのまとまりであるオブジェクトの入出力を行うアプリケーションが動作する。ファイルサーバ１０３は、ファイル又はオブジェクトを保持している。
【００４２】
本実施形態においては、一例として、クライアント１０１及びファイルサーバ１０３は、それぞれ１台としている。しかし、クライアント及びファイルサーバの台数は、これに限られない。記憶装置１３３は、磁気ディスク装置に限定されず、光ディスク、シリコンディスク、又は、コントローラ上のメモリであってもよい。ファイルサーバ１０１におけるプロトコルは、ファイル入出力を行うネットワークファイルシステムのプロトコルに限られず、オブジェクトストレージ専用のコマンドセット、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）その他のネットワークを介したデータ入出力プロトコルであってもよい。
【００４３】
クライアント１０１は、データの入出力をファイルサーバ１０３に要求する。ファイルサーバ１０３は、クライアント１０１との間でデータを送受信する。
【００４４】
図２を参照すると、クライアント１０１は、ユーザアプリケーション実行部１１０、ファイル制御部１１１及びネットワークＩＦ部１１２を有している。ユーザプリケーション実行部１１０は、ファイルサーバ１０３上のデータ参照を行うプログラムを実行する。
【００４５】
ファイル制御部１１１は、ユーザアプリケーション実行部１１０からファイル参照要求を受信して、ファイルの所在を特定した後、ネットワークＩＦ部１１２を介して、該当するファイル又はその断片であるオブジェクトを記録しているファイルサーバ１０３に入出力要求を送付する。ファイル制御部１１１は、ファイルの所在を特定する情報を保持していない場合には、ネットワークＩＦ部１１２を介して、ファイルの所在を与える外部のサーバ（非図示）に問い合わせてファイルの所在を特定した後、ファイルサーバ１０３に入出力要求を送付する。
【００４６】
図２を参照すると、ファイルサーバ１０３は、ネットワークＩＦ部１３４、オブジェクトデータ管理部１３１、マスクデータ管理部１３５、アプリケーション認証部１３６、入出力制御部１３２及び記憶装置１３３を有している。
【００４７】
オブジェクトデータ管理部１３１は、ネットワークＩＦ部１３４を介して受信したオブジェクトの入出力要求に基づいて、該当するオブジェクトのデータ入出力処理を行う。オブジェクトデータ管理部１３１は、クライアント１０１からのオブジェクトの入出力要求に際して、クライアント１０１、ユーザプリケーション実行部１１０で実行されるアプリケーション、及び、アプリケーションを実行するオーナーの識別情報をクライアント１０１から受信し、その識別情報に基づいて、アプリケーション認証部１３６に問い合わせ、オブジェクトの操作の可否を判定するとともに、その結果をクライアント１０１に返信する。これによって、ファイルサーバ１０３は、オブジェクト操作の可否を管理する。
【００４８】
データの読み出し動作の場合には、オブジェクトデータ管理部１３１は、オブジェクトのデータを入出力制御部１３２を介して記憶装置１３３からデータを読み出す。オブジェクトデータ管理部１３１は、ネットワークＩＦ部１３４を介して、データをクライアント１０１に送付する。書き込み動作の場合には、オブジェクトデータ管理部１３１は、ネットワークＩＦ部１３４を介して、書き込むべきデータをクライアント１０１から受信した後、入出力制御部１３２を介して記憶装置１３３に書き込む。
【００４９】
オブジェクトデータ管理部１３１は、オブジェクトの読み出し時には、オブジェクトに結びつけられたマスクデータに基づいて、マスクビットがセットされたデータに対しては、データ領域をクリアすることでデータをマスクした後、クライアント１０１にデータを送信する。
【００５０】
一方、オブジェクトデータ管理部１３１は、オブジェクトの書き込み時には、クライアント１０１から送付されるデータを加工することなく、記憶装置１３３に書き込む指示を行う。オブジェクトデータ管理部１３１は、書き込み後にクライアント１０１から送付されるマスクデータ及びマスクルールを、同様に記憶装置１３３に記録する。また、オブジェクトデータ管理部１３１は、ファイルＩＤ又はオブジェクトＩＤと、関連するメタデータとを関連付けて管理する。マスクデータ及びマスクルール並びにオブジェクトの管理の仕方については、後述する。
【００５１】
オブジェクトを記憶装置１３３に保持する場合には、ディスクの領域管理を行うファイルシステムによって、ファイルＩＤ又はオブジェクトＩＤを識別情報として管理しつつ、データ領域をオブジェクト又はファイルとして管理する。また、オブジェクトは固定長であっても、可変長であってもよい。また、固定長のブロックで管理するとともに、各インデックスをオブジェクトＩＤとして管理してもよい。
【００５２】
図３乃至７を参照して、本実施形態におけるファイル又はオブジェクトの入出力動作について説明する。なお、ファイル操作のインタフェースは、ＰＯＳＩＸ（Ｐｏｒｔａｂｌｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）において使用されるインタフェースに限られず、オブジェクトストレージのコマンドセットその他のインタフェースであってもよい。
【００５３】
図３は、本実施形態におけるクライアントの動作を示すフローチャートである。図３を参照して、クライアントのファイル制御部１１１の動作について説明する。クライアント１０１上で動作するユーザプリケーションからファイルの入出力要求が発行された場合には、ファイル制御部１１１は、入出力要求におけるコマンドの内容に応じて、図３に示す処理を行う。
【００５４】
まず、ファイル制御部１１１は、アプリケーションの指示に基づくコマンド発行要求を受け付ける（ステップＳ１００）。ファイル制御部１１１は、コマンドがオープン（Ｏｐｅｎ）動作であるか否かを判定する（ステップＳ１０１）。
【００５５】
オープン動作である場合には（ステップＳ１０１のＹｅｓ）、オブジェクトＩＤ、アプリケーションの属性、アプリケーションの実行オーナーの属性を添付して、オブジェクトのオープン要求をファイルサーバ１０３に送信する（ステップＳ１０２）。ファイル制御部１１１は、処理の実行結果をアプリケーションに返却し（ステップＳ１０３）、次のコマンド発行要求を待つ（ステップＳ１００）。
【００５６】
コマンド発行要求がクローズ（Ｃｌｏｓｅ）動作である場合には（ステップＳ１０４のＹｅｓ）、ファイル制御部１１１は、先行するオープン要求の処理に要したリソースを解放した後、オブジェクトの操作を終了する。
【００５７】
コマンド発行要求がリード（Ｒｅａｄ）動作である場合には（ステップＳ１０５のＹｅｓ）、ファイル制御部１１１は、データのリード動作を実行する（ステップＳ１０６）。ファイル制御部１１１は、その結果をアプリケーションに報告して（ステップＳ１０３）、次のコマンド発行要求を待つ（ステップＳ１００）。
【００５８】
コマンド発行要求がライト（Ｗｒｉｔｅ）動作である場合には（ステップＳ１０７のＹｅｓ）、データの書き込み（ライト）動作を実行し（ステップＳ１０８）、書き込みを行ったデータに関するマスクデータ、及びマスクルールをファイルサーバに送付する（ステップＳ１０９）。ファイル制御部１１１は、これらの結果をアプリケーションに報告し（Ｓ１０３）、次のコマンド発行要求を待つ（ステップＳ１００）。
【００５９】
図４は、本実施形態におけるサーバの動作を示すフローチャートである。図４を参照して、オブジェクトデータ管理部１３１の動作について説明する。
【００６０】
オブジェクトデータ管理部１３１は、クライアント１０１からのコマンド要求を受信する（ステップＳ２００）。オブジェクトデータ管理部１３１は、コマンド要求がファイルのオープン動作であるか否かを判定する（ステップＳ２０１）。
【００６１】
オープン動作である場合には（ステップＳ２０１のＹｅｓ）、オブジェクトデータ管理部１３１は、オブジェクトＩＤ、アプリケーションの属性、及び、アプリケーションの実行オーナーの属性に基づいて、アプリケーション認証部１３６にオブジェクトの操作に関する可否を判定するように要求する（ステップＳ２０２）。オブジェクトデータ管理部１３１は、その結果に基づいて、実行結果をクライアント１０１に返却し（ステップＳ２０３）、次のコマンド要求を待つ（ステップＳ２００）。
【００６２】
コマンド要求がクローズ動作である場合には（ステップＳ２０４のＹｅｓ）、オブジェクトデータ管理部１３１は、先行するオープン動作に要したリソースを解放した後、該当オブジェクトの操作処理を終了する。
【００６３】
コマンド要求がリード動作である場合には（ステップＳ２０５のＹｅｓ）、オブジェクトデータ管理部１３１は、リード動作を実行し（ステップＳ２０６）、オブジェクトごとに格納されたマスクデータによるマスク処理をデータに施した後、データをクライアント１０１に送付する（ステップＳ２０７）。オブジェクトデータ管理部１３１は、その処理結果をクライアント１０１に報告し（ステップＳ２０３）、次のコマンド要求を待つ（ステップＳ２００）。
【００６４】
コマンド要求がライト動作である場合には（ステップＳ２０８のＹｅｓ）、オブジェクトデータ管理部１３１は、データの書き込みを実行し（ステップＳ２０９）、クライアント１０１からデータに関するマスクデータ又はマスクルールを受信し、ファイルサーバで管理しているオブジェクト管理用メタデータとして、マスクデータ又はマスクルールを記録する（ステップＳ２１０）。オブジェクトデータ管理部１３１は、その結果をクライアント１０１に報告し（ステップＳ２０３）、次のコマンド要求を待つ（ステップＳ２００）。
【００６５】
図５乃至７は、本実施形態におけるオブジェクト管理用メタデータの例を示す。図５乃至７を参照して、オブジェクトデータ管理部１３１においてファイル又はオブジェクトごとに設けられる、マスクデータ又はマスクルールの管理方法について説明する。
【００６６】
各ファイル又はオブジェクトは、該当データ領域を管理するためのメタデータ構造をそれぞれ持つ。各メタデータが保持するマスク情報は、一例として、データ領域のデータのビット単位のデータの開示条件を示す。固定長の領域毎の開示の可否制御は、ビットマップの０／１などで管理する。図５を参照すると、メタデータは、一例として、ファイル又はオブジェクトを識別するファイルＩＤ（Ｆｉｌｅ ＩＤ）又はオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）、データ生成日付、オーナーなどを保持する属性（Ａｔｔｒｉｂｕｔｅ）、データを保持している物理デバイスを識別するデバイスＩＤ（Ｄｅｖｉｃｅ ＩＤ）、物理デバイス内におけるデータの領域を指し示すデータロケーション（Ｄａｔａ Ｌｏｃａｔｉｏｎ）、データエリアのマスク情報を与えるマスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）を有する。ここで、データロケーションとして、ＵＮＩＸ（登録商標）などで使用される、固定長のデータブロックのリスト、又は、ＣＤ若しくはＤＶＤで使用される領域の開始アドレスと長さとの対から構成されるＥｘｔｅｎｔ等の各種の管理構造を適用することができる。
【００６７】
マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）は、データエリアのビットごとのマスク情報を束ねたものであって、ブロックごとに１ビットを割り当ててもよい。ここでは、一例として、固定長のビットを単位として、マスクビットマップを設定するものとする。
【００６８】
マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）によって、データエリアの開示制御を行う場合、セキュリティレベルに応じて、開示内容が変わる可能性がある。したがって、セキュリティレベルに応じて、独立したマスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）を設定することができることが好ましい。一例として、図６に示すように、複数マスクビットマップを一つのメタデータ内で保持してもよい。このとき、各マスクビットマップは、各セキュリティレベルにおけるマスクビットマップを表している。
【００６９】
マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）は、対象とするデータエリアに応じた長さのビットマップ構造をメタデータとして保持する必要がある。一方、マスク操作に規則性がある場合には、マスクデータをマスクルールとして記述してもよい。例えば、データエリアを１バイト単位で、奇数バイトをマスクする例を挙げると、ｉビット目のマスクＭ（ｉ）は、
Ｍ（ｉ）＝ｍｏｄ（ｉ／８、２）
によって指定することができる。ここで、ｍｏｄ（ａ、ｂ）は、ａをｂで割ったときの余り（剰余）を示す。このとき、マスクの代わりに、上式をコード化し、マスクルール（Ｍａｓｋ Ｒｕｌｅ）として記録してもよい。このとき、図７に示すように、メタデータは、マスクルール（Ｍａｓｋ Ｒｕｌｅ）として、マスクデータを保持することができる。
【００７０】
本実施形態により、クライアントからファイルサーバに対して、ファイル又はオブジェクトデータの入出力要求が発生する際に、オブジェクサーバだけでアプリケーションあるいはユーザに応じて、オブジェクトデータ管理部がファイル又はオブジェクトデータ毎に設けられたマスク情報として、マスクビットマップ（Ｍａｓｋ Ｂｉｔｍａｐ）、マスクルール（Ｍａｓｋ Ｒｕｌｅ）に基づいて、データをマスクし、データの一部だけを開示制御できる。したがって、制御を簡略化し、装置の実現が容易となるとともに、ファイルの一部に対する開示制御をセキュリティレベルに応じて行うことができる。
【００７１】
（実施形態３）
本発明の第３の実施形態に係るファイルサーバについて、図面を参照して説明する。図８は、本実施形態に係るファイルサーバを含むシステムの構成を示すブロック図である。図８を参照すると、システムは、ファイルサーバ２０３、メタサーバ２０２及びクライアント２０１を含む。
【００７２】
クライアント２０１において、ファイル、又は、データのまとまりであるオブジェクトの入出力を行うアプリケーションが動作する。ファイルサーバ２０３は、ファイル又はオブジェクトを保持している。クライアント２０１とファイルサーバ２０３との間では、データの暗号化を行う。メタサーバ２０２は、セキュリティを管理する。
【００７３】
本実施形態においては、一例として、クライアント２０１、ファイルサーバ２０３及びメタサーバ２０２はそれぞれ１台としている。しかし、クライアント、ファイルサーバ及びメタサーバの台数は、これに限らない。また、記憶装置２２３、２３３の種類、及び、ファイル入出力のプロトコルに関しても、上記第２の実施形態と同様に様々なバリエーションを適用することができる。
【００７４】
クライアント２０１は、ファイルサーバ２０３にデータの入出力を要求する。ファイルサーバ２０３は、クライアント２０１との間でデータを送受信する。メタサーバ２０２は、アプリケーション又はオーナーごとに、これらによるオブジェクトの操作の可否を判定するために、アプリケーション認証を行う。メタサーバ２０２の記憶装置２２３は、これらのオブジェクトのセキュリティ管理を実行するためのメタデータを保持する。
【００７５】
図８を参照すると、クライアント２０１は、ユーザアプリケーション実行部２１０、ファイル制御部２１１、ネットワークＩＦ部２１２及び暗号化／複合化部２１３を有している。
【００７６】
ファイル制御部２１１は、ファイルサーバ２０３からの応答に基づいて、ユーザアプリケーションの実行の可否を判定する。ファイル制御部２１１は、メタサーバ２０２に問い合わせたアプリケーションの認証結果に基づいて、アプリケーションの署名情報を取得する。暗号化／復号化部２１３は、取得した署名情報に基づいて、ファイルサーバ２０３との間で送受信されるデータの暗号化及び復号化を行う。
【００７７】
図８を参照すると、ファイルサーバ２０３は、ネットワークＩＦ部２３４、オブジェクトデータ管理部２３１、マスクデータ管理部２３５、入出力制御部２３２、記憶装置２３３及び暗号化／復号化部２３７を有している。
【００７８】
ファイルサーバ２０３は、クライアント２０１から送付されるアプリケーションの署名情報に基づいて暗号化／復号化部２３７で暗号化及び復号化を行ってデータを送受信する。アプリケーション認証は、外部に設けられたメタサーバ２０２によって行われることから、ファイルサーバ２０３は、アプリケーション認証の機能を必要としない。ただし、メタサーバ２０２の機能は、いずれのノードにおいて実現してもよいことから、一例として、メタサーバ２０２の機能をファイルサーバ２０３において実現してもよい。
【００７９】
図８を参照すると、メタサーバ２０２は、ネットワークＩＦ部２２４、メタデータ管理部２２１、入出力制御部２２２、記憶装置２２３及びアプリケーション認証部２２５を有している。
【００８０】
メタデータ管理部２２１は、ネットワークＩＦ部２２４を介して、オブジェクトの入出力要求を出すアプリケーション又はそのオーナーに関する情報を受信する。
【００８１】
アプリケーション認証部２２５は、受信した情報に基づいて、コンテンツアクセスに関する署名などの情報を生成する。メタデータ管理部２２１は、このとき、入出力制御部２２２を介して、必要に応じて記憶装置２２３に記憶されたアプリケーション認証に必要なメタデータを読み込み、署名及びアクセス可否の判定を行った後、クライアント２０１上のアプリケーションに通知する。メタデータ管理部２２１は、クライアント２０１及びファイルサーバ２０３の署名情報を、関連するファイルサーバ２０３及びクライアント２０１にも同様に通知する。これにより、ファイルサーバ２０３及びクライアント２０１は、互いに相手の認証を行う。
【００８２】
本実施形態におけるファイル又はオブジェクトの入出力の動作は、第２の実施形態におけるものと同様である。しかし、本実施形態においては、メタサーバ２０２とファイルサーバ２０３とが別個に設けられていることから、オブジェクトの所在を確認する問い合わせ動作において、外部のメタサーバ２０２を使用する点と、データの送受信の際に暗号化処理が行われる点において、第２の実施形態における動作と相違する。
【００８３】
（実施形態４）
本発明の第４の実施形態に係るファイルサーバについて、図面を参照して説明する。本実施形態に係るファイルサーバを有するシステムの構成は、外観上は図２と同じであることから、図２及び図９を参照して、本実施形態のファイルサーバについて説明する。
【００８４】
本実施形態においては、クライアント１０１とファイルサーバ１０３と間でデータの送受信を行う。このとき、マスクルールを使用することによって、送受信されるデータの転送を効率化する。
【００８５】
クライアント１０１において、ファイル又はオブジェクト（データのまとまり）の入出力を行うアプリケーションが動作する。ファイルサーバ１０３は、ファイル又はオブジェクトを保持している。本実施形態においては、クライアント１０１とファイルサーバ１０３との間でデータの送受信を行う際、データとともにマスクルールを送受信する。
【００８６】
ファイルサーバ１０３からクライアント１０１にデータを送信する場合の動作について説明する。オブジェクトデータ管理部１３１は、マスクデータ管理部１３５が管理するマスクデータに基づいて、データに対してマスクを行うとともにマスクされたデータ部分を削除して、マスクされなかったデータ部分のみを送信する。
【００８７】
クライアント１０１のファイル制御部１１１は、データ及びマスクルールを受信し、受信したデータ及びマスクルールに基づいて、データ列を再構築してユーザプリケーション実行部１１０に出力する。
【００８８】
クライアント１０１からファイルサーバ１０３にデータを送信する場合の動作について説明する。クライアント１０１のファイル制御部１１１は、ユーザプリケーション実行部１１０から受信したデータ列及びマスクルールに基づいて、データを送信する。第２の実施形態と同様に、ファイル制御部１１１は、ファイルサーバ１０３に、データ列を加工することなく送付するとともに、マスクルールを送信する。ファイル制御部１１１は、マスク部分のデータを記録することが不要である場合には、送信前にマスク部分のデータを削除したデータを送信するとともに、マスクルールを送信する。ファイルサーバ１０３のオブジェクトデータ管理部１３１は、マスクルールに基づいて、データの一部を無効化したものを記憶装置１３３に記録する。
【００８９】
本実施形態のクライアント１０１の動作は、次の点において、実施形態２におけるクライアント１０１の動作と相違する。
【００９０】
図３を参照すると、本実施形態のクライアント１０１は、データのライト動作において、ファイルサーバ１０３に、データ列を加工することなく送付するとともに（ステップＳ１０８）、マスクルールを送信する（ステップＳ１０９）。さらに、マスク部分のデータを記録することが不要である場合には、送信前にマスク部分のデータを削除したデータを送信するとともに（ステップＳ１０８）、マスクルールを送付する（ステップＳ１０９）。
【００９１】
一方、データのリード動作において、データ列及びマスクルールを受信後に、データ及びマスクルールに基づいて、データ列を再構築した後（ステップＳ１０６）、ユーザプリケーション実行部１１０に出力する（ステップＳ１０３）。
【００９２】
本実施形態のファイルサーバ１０３の動作について、図面を参照して説明する。図９は、本実施形態のファイルサーバの動作を示すフローチャートである。本実施形態のファイルサーバ１０３の動作は、次の点において、実施形態２におけるファイルサーバ１０３の動作と相違する。
【００９３】
ファイルサーバ１０３は、データのライト動作において、クライアント１０１からデータ列を受信した後（ステップＳ３０９）、別途マスクルールを受信する（ステップＳ３１０）。データのマスクされた部分が削除され、クライアント１０１から送付されていない場合には、マスクルールに基づいて、欠落したデータマスク部分を補ったデータ列を記録する（ステップＳ３１１）。
【００９４】
また、データのリード動作において、データ列及びマスクルールに基づいて、データ列のマスク部のデータを削除した後（ステップＳ３０６）、クライアント１０１に対してデータ及びマスクデータを送信する（ステップＳ３０７）。
【００９５】
本発明によると、次のような効果がもたらされる。第１に、一部に開示したくないデータを含むファイル又はオブジェクトを、ネット上の他の端末に安全に送付することができる。
【００９６】
従来の技術によると、アプリケーションにおいてデータの開示制御を行う必要がある。したがって、開示したくないデータを一部に含むファイル又はオブジェクトデータを操作するには、アプリケーションがネットワークを介さずに、ストレージ（ファイルサーバ）に隣接することによって情報が外部に漏れないようにするか、又は、端末とファイルサーバとの間でセキュアなデータの送受信を実現するための複雑なプロトコルを実装する必要がある。
【００９７】
しかし、本発明によると、開示したくないデータを一部に含むファイル又はオブジェクトデータを、ファイルサーバ内でマスク（隠蔽）することができる。したがって、外部に開示したくない情報を提示することなく、端末に送付することができ、装置の構成を簡単化することができる。
【００９８】
第２に、セキュリティを要するデータをネット上でやり取りする場合の煩雑な処理を省略することができる。
【００９９】
本発明によると、クライアントからファイルサーバに対してファイル又はオブジェクトデータの入出力要求が発生した場合に、一般的なファイル入出力サービスにおけるユーザ認証のみに基づいて、クライアント上のアプリケーション又はオーナーのセキュリティレベルに応じたマスク情報（マスクビットマップ）又はマスクルール（Ｍａｓｋ Ｒｕｌｅ）を選択して、データにマスクを行い、ユーザ又はアプリケーションにデータの一部だけを開示するように制御することができる。したがって、煩雑なセキュリティを確保するためのプロトコルを省略することができる。
【０１００】
また、セキュリティを確保する必要があるデータとそれ以外のデータとを分離して別のファイルとし、ファイル単位のセキュリティ管理を行うといった処理も不要となる。したがって、本発明によると、簡単な処理でセキュリティを確保することができる。
【０１０１】
第３に、セキュリティレベルに応じて、ファイルの一部を開示するような制御を実現することができる。
【０１０２】
従来技術においては、ファイル単位でアクセス認証を管理する場合には、ファイルの全体の開示の可否を判断するか、又は、ファイルの所定部分の画像データを開示しないように画像を加工する方法が用いられている。本発明によると、セキュリティレベルに応じて、複数のマスク情報（マスクビットマップ）又はマスクルールを、ファイル又はオブジェクトごとに設けることができる。また、複数のマスク情報又はマスクルールのうちの一つを選択して、データにマスクを行うこともできる。したがって、本発明によると、セキュリティレベルに応じて開示部分を制御することができる。
【０１０３】
以上の記載は実施形態に基づいて行ったが、本発明は、上記実施形態に限定されるものではない。
【符号の説明】
【０１０４】
１０ ファイルサーバ
１１ 記憶部
１２ 送信部
１０１、２０１ クライアント
１０３、２０３ ファイルサーバ
１１０、２１０ ユーザプリケーション実行部
１１１、２１１ ファイル制御部
１１２、１３４、２１２、２２４、２３４ ネットワークＩＦ部
１２１、２２１ メタデータ管理部
１２５ アプリケーション認証部
１３１、２３１ オブジェクトデータ管理部
１３２、２２２、２３２ 入出力制御部
１３３、２２３、２３３ 記憶装置
１３５、２３５ マスクデータ管理部
１３６、２２５ アプリケーション認証部
２０２ メタサーバ
２１３、２３７ 暗号化／復号化部
【特許請求の範囲】
【請求項１】
電子的なファイルと該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部と、
前記ファイルの送信を要求された場合には、前記マスクデータに従って前記ファイルを隠蔽して送信する送信部と、を備えているファイルサーバ。
【請求項２】
前記記憶部は、セキュリティレベルに応じた複数のマスクデータを保持し、
前記送信部は、セキュリティレベルに応じて前記複数のマスクデータから選択したマスクデータによって前記ファイルを隠蔽して送信する、請求項１に記載のファイルサーバ。
【請求項３】
前記マスクデータは、前記ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定する、請求項１又は２に記載のファイルサーバ。
【請求項４】
前記マスクデータは、所定の式によって前記ファイルの少なくとも一部を隠蔽する規則を表したマスクルールである、請求項１乃至３のいずれか１項に記載のファイルサーバ。
【請求項５】
前記送信部は、前記マスクデータに従って前記ファイルを隠蔽したときに隠蔽されない部分と前記マスクデータとを送信する、請求項１乃至４のいずれか１項に記載のファイルサーバ。
【請求項６】
請求項１乃至５のいずれか１項に記載のファイルサーバとクライアントとを備えているクライアントサーバシステム。
【請求項７】
ファイルサーバが、電子的なファイルと該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す工程と、
ファイルサーバが、前記ファイルの送信を要求された場合には、前記マスクデータに従って前記ファイルを隠蔽して送信する送信工程と、を含むファイル提供方法。
【請求項８】
前記記憶部は、セキュリティレベルに応じた複数のマスクデータを含み、
前記送信工程において、セキュリティレベルに応じて前記複数のマスクデータから選択したマスクデータによって前記ファイルを隠蔽して送信する、請求項７に記載のファイル提供方法。
【請求項９】
前記マスクデータは、前記ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定する、請求項７又は８に記載のファイル提供方法。
【請求項１０】
前記マスクデータは、所定の式によって前記ファイルの少なくとも一部を隠蔽する規則を表したマスクルールである、請求項７乃至９のいずれか１項に記載のファイル提供方法。
【請求項１１】
前記送信工程において、前記マスクデータに従って前記ファイルを隠蔽したときに隠蔽されない部分と前記マスクデータとを送信する、請求項７乃至１０のいずれか１項に記載のファイル提供方法。
【請求項１２】
電子的なファイルと該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す処理と、
前記ファイルの送信を要求された場合には、前記マスクデータに従って前記ファイルを隠蔽して送信する送信処理と、をファイルサーバのコンピュータに実行させるプログラム。
【請求項１３】
前記記憶部は、セキュリティレベルに応じた複数のマスクデータを保持し、
前記送信処理において、セキュリティレベルに応じて前記複数のマスクデータから選択したマスクデータによって前記ファイルを隠蔽して送信する処理を、ファイルサーバのコンピュータに実行させる、請求項１２に記載のプログラム。
【請求項１４】
前記マスクデータは、前記ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定する、請求項１２又は１３に記載のプログラム。
【請求項１５】
前記マスクデータは、所定の式によって前記ファイルの少なくとも一部を隠蔽する規則を表したマスクルールである、請求項１２乃至１４のいずれか１項に記載のプログラム。
【請求項１６】
前記送信処理において、前記マスクデータに従って前記ファイルを隠蔽したときに隠蔽されない部分と前記マスクデータとを送信する処理を、ファイルサーバのコンピュータに実行させる、請求項１２乃至１５のいずれか１項に記載のプログラム。
【請求項１】
電子的なファイルと該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部と、
前記ファイルの送信を要求された場合には、前記マスクデータに従って前記ファイルを隠蔽して送信する送信部と、を備えているファイルサーバ。
【請求項２】
前記記憶部は、セキュリティレベルに応じた複数のマスクデータを保持し、
前記送信部は、セキュリティレベルに応じて前記複数のマスクデータから選択したマスクデータによって前記ファイルを隠蔽して送信する、請求項１に記載のファイルサーバ。
【請求項３】
前記マスクデータは、前記ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定する、請求項１又は２に記載のファイルサーバ。
【請求項４】
前記マスクデータは、所定の式によって前記ファイルの少なくとも一部を隠蔽する規則を表したマスクルールである、請求項１乃至３のいずれか１項に記載のファイルサーバ。
【請求項５】
前記送信部は、前記マスクデータに従って前記ファイルを隠蔽したときに隠蔽されない部分と前記マスクデータとを送信する、請求項１乃至４のいずれか１項に記載のファイルサーバ。
【請求項６】
請求項１乃至５のいずれか１項に記載のファイルサーバとクライアントとを備えているクライアントサーバシステム。
【請求項７】
ファイルサーバが、電子的なファイルと該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す工程と、
ファイルサーバが、前記ファイルの送信を要求された場合には、前記マスクデータに従って前記ファイルを隠蔽して送信する送信工程と、を含むファイル提供方法。
【請求項８】
前記記憶部は、セキュリティレベルに応じた複数のマスクデータを含み、
前記送信工程において、セキュリティレベルに応じて前記複数のマスクデータから選択したマスクデータによって前記ファイルを隠蔽して送信する、請求項７に記載のファイル提供方法。
【請求項９】
前記マスクデータは、前記ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定する、請求項７又は８に記載のファイル提供方法。
【請求項１０】
前記マスクデータは、所定の式によって前記ファイルの少なくとも一部を隠蔽する規則を表したマスクルールである、請求項７乃至９のいずれか１項に記載のファイル提供方法。
【請求項１１】
前記送信工程において、前記マスクデータに従って前記ファイルを隠蔽したときに隠蔽されない部分と前記マスクデータとを送信する、請求項７乃至１０のいずれか１項に記載のファイル提供方法。
【請求項１２】
電子的なファイルと該ファイルの少なくとも一部を隠蔽するマスクデータとを保持している記憶部からマスクデータを読み出す処理と、
前記ファイルの送信を要求された場合には、前記マスクデータに従って前記ファイルを隠蔽して送信する送信処理と、をファイルサーバのコンピュータに実行させるプログラム。
【請求項１３】
前記記憶部は、セキュリティレベルに応じた複数のマスクデータを保持し、
前記送信処理において、セキュリティレベルに応じて前記複数のマスクデータから選択したマスクデータによって前記ファイルを隠蔽して送信する処理を、ファイルサーバのコンピュータに実行させる、請求項１２に記載のプログラム。
【請求項１４】
前記マスクデータは、前記ファイルを構成するビット列に含まれるビット単位の隠蔽の要否を規定する、請求項１２又は１３に記載のプログラム。
【請求項１５】
前記マスクデータは、所定の式によって前記ファイルの少なくとも一部を隠蔽する規則を表したマスクルールである、請求項１２乃至１４のいずれか１項に記載のプログラム。
【請求項１６】
前記送信処理において、前記マスクデータに従って前記ファイルを隠蔽したときに隠蔽されない部分と前記マスクデータとを送信する処理を、ファイルサーバのコンピュータに実行させる、請求項１２乃至１５のいずれか１項に記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２５７２０６（Ｐ２０１０−２５７２０６Ａ）
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願番号】特願２００９−１０６３５６（Ｐ２００９−１０６３５６）
【出願日】平成２１年４月２４日（２００９．４．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年１１月１１日（２０１０．１１．１１）
【国際特許分類】
【出願日】平成２１年４月２４日（２００９．４．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]