JP2019511796A - ファイル管理方法及びこれを利用したファイル管理装置｛ｍｅｔｈｏｄ ｆｏｒ ｍａｎａｇｉｎｇ ｆｉｌｅｓ ａｎｄ ａｐｐａｒａｔｕｓ ｕｓｉｎｇ ｔｈｅ ｓａｍｅ｝ - Google Patents

Abstract

本発明はファイル名を規則に従って設定し、ファイルを同期化するファイル管理及び同期化方法及び装置に関する。本発明によれば、（ａ）ファイル管理装置が、ファイル管理装置で実行されるプログラムからファイルに対するアクセスの要求に対応されるシステムコール（ｓｙｓｔｅｍ ｃａｌｌ）を感知する段階；及び（ｂ）感知されたシステムコール及びシステムコールのパラメータを参照にして、ファイル管理装置が、予め定められたファイル管理ポリシーに基づいて、システムコールに対応される手続を実行するプロセス、及びシステムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行する段階を含む方法及びこれを利用する装置が提供される。本発明のファイル管理ポリシーは、ファイルの属性に基づいてファイル管理装置が感知されたシステムコールのパラメータのうちファイルが保存されているか保存される予定の名前であるファイル名、及びファイルが保存されているか保存される予定の経路の値のうち少なくとも一つを決定するためのローカルファイル名ポリシーを含む。本発明でファイルの属性は、生成日時、修正日時、ファイル類型、ファイル題目、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つを含む。【選択図】図１

Description

本発明はファイル名を規則に従って設定し、ファイルを同期化するファイル管理方法及び装置に関し、より詳細には、（ａ）ファイル管理装置が、ファイル管理装置で実行されるプログラムからファイルに対するアクセスの要求に対応されるシステムコール（ｓｙｓｔｅｍ ｃａｌｌ）を感知する段階；及び（ｂ）感知されたシステムコール及びシステムコールのパラメータを参照にして、ファイル管理装置が、予め定められたファイル管理ポリシーに基づいて、システムコールに対応される手続を実行するプロセス、及びシステムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行する段階を含む方法及びこれを利用する装置に関する。

大部分の事務作業が電算化されるに伴い、事務作業によって生成される大部分の文書は電算化されたファイルの形態で生成されて流通する。係るファイルを識別するために大部分のオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）ではファイルにファイル名とファイル経路を付与する。

また、多くの電算化された事務作業は一人のユーザではない複数のユーザ集団によって生成、編集及び処理され、この場合、ファイルはネットワークを介して伝送されることで共有されることもあり、一つの保存場所に保存されて複数のユーザにアクセスを許容することで共有されることもある。

ところが、各ユーザが複数のユーザ集団によって処理されるファイルを生成する場合、ファイルを識別するためのファイル名及びファイル経路を各ユーザが任意に決定する場合にファイルを組織的に管理し難いという問題がある。

また、複数のユーザがファイルを編集及び加工し得るので、互いに異なるユーザによって編集される内容を追跡して管理し難いという問題があり、場合によっては互いに異なるユーザが同時にファイルを編集することでファイルの編集内容が流失されたり、ファイル内容に矛盾が発生し得る恐れもある。

これを解決するための試みのうち、例えば韓国登録特許第１０−１５２５９８４号には、ファイルの保存に対応されるダイアログウィンドウの呼出時に文書管理装置がそのファイルのファイル名及びファイルの保存経路を自動で指定してユーザに表示し、ユーザの選択を受けて定められたファイル名及び保存経路に従ってファイルが保存される方式が記載されている。

その方式は主に既作成されているコードの特定地点をインターセプトして動作方式に変化を与える技術、即ちフッキングを利用するものである。例えば、マイクロソフト社のウィンドウズ（登録商標）（Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｉｎｄｏｗｓ（登録商標））のオペレーティングシステムにおけるフッキングには通常予めリザーブされたレジストリ位置にフックＤＬＬを登録して使用する方法があり、ＰＥ（Ｐｏｒｔａｂｌｅ Ｅｘｅｃｕｔａｂｌｅ）ファイルのＩＡＴ（Ｉｍｐｏｒｔ Ａｄｄｒｅｓｓ Ｔａｂｌｅ）を自己の関数に変更して強制的にＭＳワード（ＭＳ Ｗｏｒｄ（登録商標））やハングルとコンピュータのアレアハングルにアクセスする方法もある。

これは主にファイル保存のためのダイアログウィンドウがポップアップ（ｐｏｐ−ｕｐ）するファイルの保存時のみに適用されるという点、ファイル名及び保存経路の確定がユーザによって行われるという点、そしてユーザ集団が一つのサーバ（レポジトリ）にファイルを記録していることを前提としており、ユーザが共有するサーバと別個に各ユーザが利用し得るローカル装置が与えられないという点で限界がある。

またこのような方式は同一のフッキング技術を用いる他のアプリケーションと膠着状態（ｄｅａｄ ｌｏｃｋ）に陥れられる問題点が挙げられる。図８を参照すれば他のアプリケーション（ｐｒｏｃｅｓｓ １）がファイル内容（ｒｅｓｏｕｒｃｅ １）を割当られている状態で、例えば、韓国登録特許第１０−１５２５９８４号のアプリケーション（ｐｒｏｃｅｓｓ ２）がファイル保存関数アドレス（ｒｅｓｏｕｒｃｅ ２）を割当られた状況なら、ファイル保存時に互いに膠着を起こしてシステムが止まるようになる（ｓｙｓｔｅｍ ｈａｌｔ）。

これを解決するための一方案として、膠着状態が発生しないように他のアプリケーションと同一の順序でリソース（ｒｅｓｏｕｒｃｅ）を占有するようにして膠着を回避（ｄｅａｄｌｏｃｋ ａｖｏｉｄａｎｃｅ）するか、他のアプリケーションよりも高い権限（例えば、管理者権限）を獲得して他のアプリケーションが獲得したリソースを強制的に返還させて膠着状態を防止（ｄｅａｄｌｏｃｋ ｐｒｅｖｅｎｔｉｏｎ）する膠着状態に対する制御方法が使用されている。しかし、係る方案によっても、膠着状態に陥れられる原因自体を除去するものではないので、根本的な解決策にはなり難かった。

ＫＲ１０−１５２５９８４ Ｂ１

本発明は上述した問題点を解決することを目的とする。

本発明はオペレーティングシステムの構造上、最上位権限を獲得し得るようにするためにカーネル水準で動作し得るファイル管理方法及びこれを利用した装置を提供することを目的とする。

また本発明はファイル名及び保存場所をユーザ集団内で統一してユーザの選択がなくても自動で設定し得るようにすることを他の目的とする。

また本発明はファイル名を定められた規則に従って設定及び適用し、ローカルに保存されたファイルを定められた伝送ポリシーに従ってサーバに伝送することで同期化することをまた他の目的とする。

上述したような本発明の目的を達成し、後述する本発明の特徴的な効果を実現するための、本発明の特徴的な構成は下記のとおりである。

本発明の一態様によれば、（ａ）ファイル管理装置が、前記ファイル管理装置で実行されるプログラムからファイルに対するアクセスの要求に対応されるシステムコールを感知する段階；及び（ｂ）前記感知されたシステムコール及び前記システムコールのパラメータを参照にして、前記ファイル管理装置が、予め定められたファイル管理ポリシーに基づいて、前記システムコールに対応される手続を実行するプロセス、及び前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行する段階を含むファイル管理方法が提供されるところ、前記ファイル管理ポリシーは、前記ファイルの属性に基づいて前記ファイル管理装置が前記感知されたシステムコールのパラメータのうちファイルが保存されているか保存される予定の名前であるファイル名、及び前記ファイルが保存されているか保存される予定の経路（ｐａｔｈ）の値のうち少なくとも一つを決定するためのローカルファイル名ポリシーを含み、前記ファイルの属性は、生成日時、修正日時、ファイル類型、ファイル題目、所有者、生成者（ファイルを生成した者）、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つを含む。

本発明の他の態様によれば、通信部及びプロセッサを含むファイル管理装置が提供されるところ、前記プロセッサは、（ｉ）前記ファイル管理装置で実行されるプログラムからファイルに対するアクセスの要求に対応されるシステムコールを感知して、（ｉｉ） 前記感知されたシステムコール及び前記システムコールのパラメータを参照にして、予め定められたファイル管理ポリシーに基づいて、前記システムコールに対応される手続を実行するプロセス、及び前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行し、前記ファイル管理ポリシーは、前記ファイルの属性に基づいて前記ファイル管理装置が前記感知されたシステムコールのパラメータのうちファイルが保存されているか保存される予定の名前であるファイル名、及び前記ファイルが保存されているか保存される予定の経路の値のうち少なくとも一つを決定するためのローカルファイル名ポリシーを含み、前記ファイルの属性は、生成日時、修正日時、ファイル類型、ファイル題目、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つを含む。

本発明によれば、ファイルの内容及びユーザの権限によってファイル名及び保存場所をユーザ集団内で統一して設定することでユーザ集団内でファイルの管理を効率的且つ容易に行なうことができる。また、ユーザ集団内で生成したファイルと同一のファイルをクラウド環境のサーバにも容易に保管することができる。

本発明の実施例の説明に利用されるために添付された下記の図面は本発明の実施例のうち単に一部に過ぎず、本発明が属する技術分野における通常の技術者においては発明的作業がなされることなく本図面に基づいて他の図面が得られることがある。

図１は、本発明に係るファイル管理方法を適用するための例示的構成を概略的に示した概念図である。 図２は、本発明に係るファイル管理方法を例示的に示したフローチャートである。 図３は、図２に示したようなファイル管理方法を具体化した一実施例のフローチャートである。 図４は、図２に示した段階（Ｓ２００）を具体化した一実施例のフローチャートである。 図５は、図２に示した段階（Ｓ２００）を具体化した他の実施例のフローチャートである。 図６は、本発明に係るファイル管理方法をウィンドウズのオペレーティングシステム上で具現した一例示を示した概念図である。 図７は本明細書に言及されたシステムコールの概念を説明するためにプロセッサの権限水準を示した概念図である。 図８は、従来のフッキング方式において問題点である膠着状態が起きる過程を示す概念図である。

後述する本発明に対する詳細な説明は、本発明の目的、技術的解法及び長点を明らかにさせるために本発明が実施され得る特定の実施例を例示として示す添付図面を参照する。これらの実施例は本発明が属する技術分野で通常の知識を有する者が本発明を実施することができるように充分に詳細に説明される。

本明細書で”システムコール”とは、オペレーティングシステムのカーネルで提供されるサービスを利用しようとするアプリケーション、即ち応用プログラムの要求によりカーネルモードにアクセスするためのインターフェースである。

一般的にオペレーティングシステムの構成上、カーネルとアプリケーションはプロセッサ（例えば、ＣＰＵ）の権限水準やハードウェアアクセス能力が異なる。アプリケーションが下し得る命令に権限を付与して区分しなければ様々な悪性アプリケーションが特別な制限なしに大損害を及ぼすこととなる。そのような状況を防止するためにプロセッサが下し得る命令に権限が付与されたが、これを支援するプロセッサ設計をマルチプルリング（ｍｕｌｔｉｐｌｅ ｒｉｎｇ）設計と言い、これは図７に簡略に示されている。

図７を参照すれば、例えば最近のＩＢＭ系列機械にはプロセッサの設計上、ｒｉｎｇ０からｒｉｎｇ３まで総４種類の階層がある。原理的にｒｉｎｇ０はカーネルと同一の権限が与えられる階層であり、ｒｉｎｇ１及び２は原則的に装置ドライバで使用することを予定された階層であり、ｒｉｎｇ３は機械語にコンパイルされたプログラムファイルが実行された時に生成されるプロセスの階層である。そのようなｒｉｎｇ３のプロセスはオペレーティングシステムの核心コードとデータにアクセスすることができない。さらに具体的には、このｒｉｎｇ３モードはユーザレベルのプログラムコードが実行されるモードであり、特定の機械語命令（ｉｎｓｔｒｕｃｔｉｏｎ）実行は不可能である。例えば、ハードウェアに直接アクセスしたり、カーネルの仮想メモリ、それ以外の重要なレジスタやデータにアクセスすることは制限されている。

具体的にウィンドウズのオペレーティングシステムの例示を挙げると、ウィンドウズのオペレーティングシステムではｒｉｎｇ０とｒｉｎｇ３のみを利用する。ｒｉｎｇ３はユーザモード（ｕｓｅｒ ｍｏｄｅ）とも言い、ｒｉｎｇ０はカーネルモード（ｋｅｒｎｅｌ ｍｏｄｅ）とも言う。ｒｉｎｇ３であるユーザモードでアプリケーションがハードウェアに直接アクセスしてファイルシステムを利用したり、その他の様々な状況でカーネルに依存しなければならない場合にアプリケーションがカーネルモードで作動されるカーネルのサービスを利用する方法がシステムコールである。ユーザモードでは特別な命令（ｉｎｔ ２ｅ、ｓｙｓｅｎｔｅｒ）を介してカーネルモードに進入することができる。アプリケーションはカーネルモードで作動されるカーネルのサービスを利用して直接ハードウェアコントローラに命令を送るか、しかもオペレーティングシステムのコード、その他のシステムに重要なレジスタにもアクセスが可能である。特に、ユーザモードでアクセスが不可能な０ｘ８００００００以上のカーネルの仮想メモリ空間にもアクセスが可能である。参考までに、システムコールの３種類の機能は次のとおりである。

１．ユーザモードにあるアプリケーションがカーネルの機能を利用することができるようにする
２．システムコールを実行すればユーザモードからカーネルモードに転換される
３．カーネルモードでシステムコールを処理し、ユーザモードに転換して作業を継続する

このようなシステムコールは様々だが、代表的な類型は次のとおりである。

１．プロセス制御（ｐｒｏｃｅｓｓ ｃｏｎｔｒｏｌ）
２．ファイル操作（ｆｉｌｅ ｍａｎｉｐｕｌａｔｉｏｎ）
３．装置管理（ｄｅｖｉｃｅ ｍａｎａｇｅｍｅｎｔ）
４．情報維持（ｉｎｆｏｒｍａｔｉｏｎ ｍａｉｎｔｅｎａｎｃｅ）
５．通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）

本明細書で主に扱われるシステムコールは主に”２．ファイル操作”に関するところ、これは下記でさらに詳細に説明される。

特異なことに、ウィンドウズの装置ドライバはｒｉｎｇ０水準で動作する。従って、ウィンドウズの装置ドライバはカーネルモードで動作するので、さらに低い水準でシステムアクセスが可能であるところ、例えばシステムコールを感知してシステムコールに対応して実行される一連の命令語を変更し得る。従って、本発明に係る方法及び装置がウィンドウズの装置ドライバを利用してカーネルモードにアクセスする方式で実施されることがあり、このようなオペレーティングシステムまたは方式に限定されないことは下記の詳細な説明を読んだ本発明の技術分野における通常の技術者に理解され得る。

また、本発明の詳細な説明及び請求項にかけて、’プロセス’という用語はオペレーティングシステム上で実行される特定タスク（ｔａｓｋ）を意味するものではなく、単に遂行順序の前後が重要ではない’処理’を順序の前後を内包する’段階’と区分するために利用された。

また、本発明の明細書全体にかけて、’含む’という用語及びその変形は他の技術的特徴、付加物、構成要素または段階を除くと意図されたものではない。当該技術分野における通常の技術者に本発明の他の目的、長点及び特性が一部は本明細書から、そして一部は本発明の実施から明らかになる。下記の例示及び図面は実例として提供され、本発明を限定すると意図されたものではない。

さらに、本発明は本明細書に表示された実施例の全ての可能な組み合わせを網羅する。本発明の多様な実施例は相互異なるが、相互排他的である必要はないことを理解されなければならない。例えば、ここに記載されている特定の形状、構造及び特性は一実施例に係る本発明の精神及び範囲を逸脱せずに他の実施例で具現され得る。また、それぞれの開示された実施例内の個別構成要素の位置または配置は本発明の精神及び範囲を逸脱せずに変更され得ることを理解されなければならない。従って、後述する詳細な説明は限定的な意味で捉えようとするものではなく、本発明の範囲は、適切に説明されると、その請求項が主張することと均等な全ての範囲と、併せて添付された請求項によってのみ限定される。図面で類似する参照符号は様々な側面にかけて同一か類似する機能を指称する。

本明細書で別途表示されたり明確に文脈上矛盾しない限り、単数で指称された項目は、その文脈で別途要求されない限り、複数のものに至る。以下、本発明の技術分野における通常の技術者が本発明を容易に実施することができるようにするために、本発明の好ましい実施例について添付の図面を参照にして、詳細に説明することとする。

図１は、本発明に係るファイル管理方法を適用するための例示的構成を概略的に表示した概念図である。

図１を参照すれば、ファイル管理装置１００はネットワークなどの有無線連結を介してサーバ２００と連動する。ファイル管理装置１００は通信部１１０及びプロセッサ１２０を含むが、これは汎用のコンピューティングに該当され得るところ、無線ネットワーククライアント、デスクトップコンピュータ、ラップトップ、モバイル装備、携帯端末、ＰＤＡ、その他の端末装置の場合もあるが、これに限定されるものではない点が本発明の技術分野における通常の技術者によって理解されなければならない。サーバ２００はファイル管理装置１００からデータを獲得してファイルを保有するように構成された装置であって、汎用のコンピューティング装置は勿論、クラウド環境で作動する、ストレージ（ｓｔｏｒａｇｅ）に特化された装置の場合もある。

下記ではファイル管理装置１００によって遂行される本発明のファイル管理方法をさらに詳細に説明する。

図２は、本発明に係るファイル管理方法を例示的に示したフローチャートである。

図２を参照すれば、本発明に係るファイル管理方法は、ファイル管理装置１００がファイル管理装置１００で実行されるプログラムからファイルに対するアクセスの要求に対応されるシステムコールを感知する段階（Ｓ１００）を含む。

ここでファイルに対するアクセスとは、ファイルの生成、書き込み、読み込み、コピー、修正、削除、移動などが含まれ得る。

また、段階（Ｓ１００）でシステムコールの感知を具現する方式には多様な方式があり得るところ、そのうち一つの例示はファイルフィルタドライバを用いる方式だが、これはファイルミニフィルタ生成時にプリオペレーション及びポストオペレーションコールバックルーチン（ｐｒｅｏｐｅｒａｔｉｏｎ ａｎｄ ｐｏｓｔｏｐｅｒａｔｉｏｎ ｃａｌｌｂａｃｋ ｒｏｕｔｉｎｅｓ）を登録して用いる方式である。他の例示としてはシステムサービスディスパッチャテーブル（Ｓｙｓｔｅｍ Ｓｅｒｖｉｃｅ Ｄｉｓｐａｔｃｈｅｒ Ｔａｂｌｅ）をフッキング（ｈｏｏｋｉｎｇ）する方式もある。システムコールの感知を具現するいくつかの方式のそれぞれに関する具体的な説明は本発明を理解するにあたり不要な細部なので、さらに詳細に説明されないが、これは本発明が属する技術分野で通常的な知識を有する者に知られていたり、容易に理解され得るとおりである。

参考として、ファイルに対するアクセスの要求に対応されるシステムコールによって通常呼出されるウィンドウズのＮａｔｉｖｅ ＡＰＩ関数のリストは下記表１が含まれ得る。表１の一番左側列から、Ｎａｔｉｖｅ ＡＰＩ関数名、これに対応されるＷｉｎ３２ＡＰＩ関数名、そしてＮａｔｉｖｅ ＡＰＩ関数に関する説明が記載されている。

再び図２を参照すれば、本発明に係るファイル管理方法は、感知されたシステムコール及びシステムコールのパラメータを参照にして、ファイル管理装置１００が、予め定められたファイル管理ポリシーに基づいて、システムコールに対応される手続を実行するプロセス、及びシステムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行する段階（Ｓ２００）をさらに含む。ここでファイル管理ポリシーは、ファイルの属性に基づいてファイル管理装置１００が感知されたシステムコールのパラメータのうちファイルが保存されているか保存される予定の名前であるファイル名、及びファイルが保存されているか保存される予定の経路の値のうち少なくとも一つを決定するためのローカルファイル名ポリシーを含む。また、ファイルの属性はファイルの生成日時、修正日時、ファイル類型、ファイル題目、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つを含む。

この段階（Ｓ２００）で参照するシステムコール及びシステムコールのパラメータとして呼び出そうとする関数の一例示としては、ファイルを生成する機能をするＮａｔｉｖｅＡＰＩ関数であるＮＴＳＴＡＴＵＳ ＮｔＣｒｅａｔｅＦｉｌｅ（）が挙げられるが、これは下記の表２にパラメータと共に表示される。

このＮｔＣｒｅａｔｅＦｉｌｅ（）の列挙されたパラメータは、ファイルの生成に必要なパラメータまたはファイルの生成から結果値として出るパラメータを含む。ファイルを生成するアクセスを例に挙げれば、段階（Ｓ２００）ではファイル管理装置１００が、ＮｔＣｒｅａｔｅＦｉｌｅ（）に対するシステムコール及びそのパラメータを感知して、そのパラメータから抽出されるか、別途に読み込まれたファイルの属性に基づいてファイルが生成されて保存される予定のファイル名及び／または保存される予定の経路を決定し得るものである。

さらに具体的には、ファイルの属性のうちファイルのファイル題目、副題、ファイル類型、生成日時及び生成者のうち少なくとも一つは段階（Ｓ１００）で感知されたシステムコール及びシステムコールのパラメータを参照にして、ファイル管理装置１００が設定され得て、ファイルのバージョン情報はファイルの生成者及びファイルのアクセスの要求を発生させた者であるユーザに関する情報を参照にして、ファイル管理装置１００が設定され得て、ファイルのキーワードはファイルの保存される内容に基づいてファイル管理装置１００が設定され得る。

また、ファイルのファイル名またはファイル保存経路は、ローカルファイル名ポリシーに基づいて決定されるが、このようなローカルファイル名ポリシーは、ファイルのファイル名がそれぞれ既設定された区切り文字で区切りされ、既設定された順序で配列される項目である生成日時、修正日時、ファイル類型、ファイル名、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つの項目で構成される文字列になるように、そして文字列を構成する項目のそれぞれに区切り文字が含まれないように指定し得る。例えば、そのようなファイル名は”生成日時（年月日）−ファイル類型−ファイル名−生成者の所属組職／生成者−バージョン情報−副題”の順序で構成された文字列の場合もある。

またファイルが保存される経路が、例えばキーワード及び副題によって分類されたフォルダ構造として構成され得るが、例えばローカルファイルポリシーは、キーワードが”貿易ポリシー”の場合に”業務資料\フォルダ貿易ポリシー\”のような経路でファイルが保存される経路が決定され、ファイルのキーワードが業務資料に該当しないキーワードのみを含むか、業務資料に該当されるキーワードが存在しない場合に”個人資料フォルダ\”のような経路でファイルが保存される経路が決定され得る。

そして、ファイル名の生成に関する一実施例で、段階（Ｓ２００）はファイルに対するアクセスがファイルの生成、コピーまたは移動に該当し、ファイルのファイル名がローカルファイル名ポリシーに符合しなければ、ファイル管理装置１００が、ローカルファイル名ポリシーに符合するファイルの新たなファイル名を生成し、ファイルがファイル管理装置１００で新たなファイル名で記録されるようにシステムコールに対応される手続を実行するプロセス、及びシステムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とすることもある。

また、本発明に係るファイル名の生成は既存に存在するファイルのファイル名と同一の名前でファイル名を生成する場合も含まれ得る。

ファイル名の生成はファイルの生成、コピーまたは移動時のみに限定されず、既存ファイルの修正しかも削除時にも行なわれることもある。ファイルの修正時には既存ファイルの情報に新たな情報を上書きせずに既存ファイルの情報を保管した後に新たなファイル名で保存するようにファイル管理ポリシーが構成されることもある。また、ファイルの削除時にも既存ファイルの情報を装置から除去せずに、除去されたことを表示するファイル名に変更することでユーザにはあたかも除去されたように見えるようにファイル管理ポリシーを構成する場合があることもある。例えば、ファイルの属性のうちファイル名の前部分に”［ＤＥＬＥＴＥＤ］”を追加することで削除されたファイルであることを表示し、フォルダに入っているファイルをリスティングする時に当該ファイルを見せないようにファイル管理ポリシーを構成することもある。

次に、図３は図２に示したようなファイル管理方法を具体化した一実施例のフローチャートである。

図３を参照すれば、段階（Ｓ２００）は本発明に係る同期化を具現するように具体化されることもあるところ、その同期化関連の実施例で、段階（Ｓ２００）は感知されたシステムコール及びシステムコールのパラメータを参照にして、ファイル管理装置１００が、ファイル管理ポリシーに基づいて、ファイル管理装置１００における手続であるローカル手続（ｌｏｃａｌ ｐｒｏｃｅｄｕｒｅ）を実行するプロセス（Ｓ２１０）、及びサーバ２００をもってシステムコールに対応されるサーバ２００における手続である遠隔手続（ｒｅｍｏｔｅ ｐｒｏｃｅｄｕｒｅ）を実行するように支援するプロセス（Ｓ２２０）のうち少なくとも一つを遂行することを特徴とし得る。ここでローカル手続とはファイル管理装置１００で遂行される手続であって、ローカル（ファイル管理装置）にファイルを保存、削除するなどの処理をする手続を意味し、遠隔手続とはファイル管理装置１００と連動されるサーバ２００で当該ファイルを保存、削除するなどの処理をすることで同期化する手続を意味する。場合によってはファイル管理装置１００のみでファイル保存、削除などが行なわれ得るか、サーバ２００のみでファイル保存、削除などが行なわれ得る場合もある。

次に、図４は図２に示した段階（Ｓ２００）を具体化した第１例示のフローチャートである。

図４を参照すれば、ファイル管理装置１００が、感知されたシステムコール及びシステムコールのパラメータを参照にして、予め定められたファイル管理ポリシーに基づいて段階（Ｓ２００）を遂行する方式を具体化した第１例示が示されているが、段階（Ｓ２００）は、ファイル管理装置１００が、感知されたシステムコールのパラメータのうち少なくとも一部をファイル管理ポリシーに従って変更する段階（Ｓ２１０ａ）；及びファイル管理装置１００が、変更されたパラメータを参照にして、システムコールに対応される手続を実行するプロセス（Ｓ２２１ａ）、及び感知されたシステムコール、システムコールの変更される前のパラメータ、及び変更されたパラメータのうち少なくとも一つを参照にして、サーバ２００をもって予め定められたファイル管理ポリシーに従ってシステムコールに対応される手続を実行するように支援するプロセス（Ｓ２２２ａ）のうち少なくとも一つを遂行する段階（Ｓ２２０ａ）が含まれ得る。

前で言及されたファイルの生成に関する例を挙げると、この第１例示ではＮｔＣｒｅａｔｅＦｉｌｅ（）がシステムコールに対応される手続に該当され得るところ、段階（Ｓ２１０ａ）でそのシステムコールのパラメータをファイル管理ポリシーに従って変更する。その次の段階（Ｓ２２０ａ）でプロセス（Ｓ２２１ａ）が遂行される場合には、その変更されたパラメータでＮｔＣｒｅａｔｅＦｉｌｅ（）を呼び出すことでファイル管理装置にファイルが生成され得ることがあり、プロセス（Ｓ２２２ａ）が遂行される場合には、サーバ２００をもって予め定められたファイル管理ポリシーに従ってファイルを生成するためにＮｔＣｒｅａｔｅＦｉｌｅ（）と同一の手続や類似する機能をする手続を実行させ得る。

次に、図５は図２に示した段階（Ｓ２００）を具体化した他の一実施例のフローチャートである。

図５を参照すれば、ファイル管理装置１００が、段階（Ｓ２００）を遂行する方式を具体化した第２例示が示されているが、段階（Ｓ２００）は、システムコールのパラメータを変更せずに、ファイル管理装置１００が、システムコールに対応されるように予め定義された手続（ｐｒｏｃｅｄｕｒｅ）を実行する段階（Ｓ２０ｂ）；及びファイル管理装置１００が、（ｉ）ファイルに予め定められたファイル管理ポリシーを適用するプロセス（Ｓ２２１ｂ）、及び（ｉｉ）感知されたシステムコール、システムコールのパラメータのうち少なくとも一つを参照にして、サーバ２００をもって予め定められたファイル管理ポリシーに従ってシステムコールに対応される手続を実行するように支援するプロセス（Ｓ２２２ｂ）のうち少なくとも一つを遂行する段階（Ｓ２２０ｂ）が含まれ得る。

前で言及されたファイルの生成に関する例を挙げると、この第２例示ではＮｔＣｒｅａｔｅＦｉｌｅ（）がシステムコールに対応される手続に該当され得るところ、段階（Ｓ２1０ｂ）ではシステムコールのパラメータを変更せずに元々そのままのパラメータでＮｔＣｒｅａｔｅＦｉｌｅ（）を呼び出すことでファイル管理装置１００にファイルを生成する。その後、ＮｔＣｒｅａｔｅＦｉｌｅ（）及びそのパラメータを参照にして前で生成されたファイルを変更する手続を遂行してファイル管理ポリシーを適用するプロセス（Ｓ２２１ｂ）が遂行されるか、サーバ２００をもって予め定められたファイル管理ポリシーに従ってファイルを生成するためにＮｔＣｒｅａｔｅＦｉｌｅ（）と同一の手続や類似する機能をする手続を実行させ得る。

前で言及された例示ではファイルの生成に対するアクセスを取り上げたが、本発明の技術分野における通常の技術者はファイルの生成だけではなくファイルの修正、削除、移動などのような他の種類のファイルアクセスにも本発明が適用されることを理解することができる。

前で図３を参照にして言及された本発明に係る同期化を具現するための一例示で、ファイル管理ポリシーはファイル管理装置１００からサーバ２００へのファイル伝送ポリシーをさらに含むことがあり、段階（Ｓ２１０）は、ファイルに対するアクセスが所定のアクセス条件を満たすことが感知されると、ファイル管理装置１００が、ローカルファイル名ポリシー及び所定のアクセス条件に対して定められたファイル伝送ポリシーに基づいて、（ｉ）ファイル管理装置１００における手続であるローカル手続を実行するプロセス（Ｓ２１１）、及び（ｉｉ）サーバ２００をもってシステムコールに対応されるサーバ２００における手続である遠隔手続を実行するように支援するプロセス（Ｓ２１２）のうち少なくとも一つを遂行することを特徴とし得る。

係る所定のアクセス条件はファイルに対するアクセスが特定経路にファイルを生成、コピーまたは移動させるアクセスに該当すると満たされることもある。例えば、ユーザが所属された特定部署のためにファイル管理装置１００に用意された第１特定フォルダ（経路）に対して定められたファイル伝送ポリシーがサーバ２００の第２特定フォルダにも同一のファイルを保存させるポリシーであることと定められた場合に、ユーザがファイルを前記第１特定フォルダに保存しようとすれば、そのファイルがファイル管理装置１００の第１特定フォルダにも保存され、サーバ２００の第２特定フォルダにも保存されるようにする。

また、所定のアクセス条件はファイルに対するアクセスが特定経路にファイルを生成、コピーまたは移動させるアクセスに該当し、ファイルが特定ファイル類型に該当すると満たされることもあり、ファイルに対するアクセスが特定プログラムによって発生し、ファイルが特定ファイル類型に該当すると満たされることもある。後者の場合、例えば”ＭＳ Ｗｏｒｄ”によって発生されたファイル類型”．ｄｏｃ”に該当されるファイルアクセスに対してファイル伝送ポリシーが決められることもある。

ファイル伝送ポリシーは所定の条件が満たされる場合にサーバ２００に伝送される情報を暗号化することで保安を強化する暗号化ポリシーを含むこともある。

また、係るファイル伝送ポリシーはファイル伝送モードを含むこともあるが、ファイル伝送モードは、ファイル管理装置１００にファイルが生成または修正される時にサーバ２００でも同一のファイルが生成されるか、ファイルが同一に修正されるようにするモードであるコピー方式、ファイル管理装置１００にトレースを残さずにサーバ２００にファイルが生成されるか、ファイルが同一に修正されるようにするモードであるトレースレス方式、及びサーバ２００のみにファイルが生成されるか、ファイルが同一に修正されてファイル管理装置１００にはサーバ２００に保存されたファイルを参照するための保存位置のみが記録されるモードであるトレース方式などが含まれ得る。

具体的に、ファイル伝送ポリシーのうちファイル伝送モードがコピー方式に該当される一実施例で、段階（Ｓ２００）はプロセス（Ｓ２１０）及びプロセス（Ｓ２２０）の二つの全てが遂行されることがあり、プロセス（Ｓ２１０）はシステムコールに対応されるファイル管理装置における手続を遂行することを特徴とし、プロセス（Ｓ２２０）はシステムコール、システムコールの変更される前のパラメータ、ファイルの記録される属性、ファイル管理ポリシーのうち少なくとも一部の情報をサーバに伝送してサーバをもってシステムコールに対応されるサーバにおける手続である遠隔手続を実行するように支援することを特徴とし得る。

次に、ファイル伝送ポリシーのうちファイル伝送モードがトレースレス方式に該当される一実施例で、段階（Ｓ２００）はプロセス（Ｓ２１０）が遂行され、プロセス（Ｓ２１０）の結果を参照にしてプロセス（Ｓ２２０）が遂行されることを特徴とするが、プロセス（Ｓ２１０）は、システムコールに対応されるファイル管理装置における手続を遂行せずに、システムコール、システムコールの変更される前のパラメータ、ファイルの記録される属性、ファイル管理ポリシーのうち少なくとも一部の情報をサーバに伝送してサーバをもってシステムコールに対応されるサーバにおける手続である遠隔手続を実行するように支援することを特徴とし、プロセス（Ｓ２２０）は、サーバから遠隔手続の実行の結果を獲得してシステムコールに対する結果値（ｒｅｔｕｒｎ ｖａｌｕｅ）として戻してフォルダの仮想化を遂行することを特徴とし得る。

ここで遠隔手続の実行の結果を獲得してシステムコールに対する結果値として戻すことでフォルダの仮想化を遂行する部分は、一例示として下記の表３に表示されたＮａｔｉｖｅＡＰＩ関数を参照にしてさらに詳細に説明されるが、このＮａｔｉｖｅＡＰＩ関数はファイルの読み込みに関連する。

ウィンドウズシステムでファイルを読み込む方式は、主にＮｔＯｐｅｎＦｉｌｅ（）を介して既に存在するファイルを開いてファイルハンドル（ｆｉｌｅ ｈａｎｄｌｅ）を得て、そのファイルハンドルをＺｗＲｅａｄＦｉｌｅ（）のパラメータとして利用してそのファイルの内容を読み込む方式であるところ、係るファイルハンドリングはオペレーティングシステムの種類によってあまり異ならない。上記表３で”＿Ｏｕｔ＿ＰＨＡＮＤＬＥ ＦｉｌｅＨａｎｄｌｅ”と表示された部分はＮｔＯｐｅｎＦｉｌｅ（）の結果値であって、ファイルハンドルであるＦｉｌｅＨａｎｄｌｅが獲得されるという意味であり、”＿Ｏｕｔ＿ＰＶＯＩＤ Ｂｕｆｆｅｒ”と表示された部分はＺｗＲｅａｄＦｉｌｅ（）の結果値であって、ファイルの内容が読み込まれて保存されたメモリのアドレスを示すポインタが獲得されるという意味である。これはファイルの内容が読み込まれて保存されているメモリのアドレスを参照し得るようになるものなので、プログラムはシステムコールの結果値として戻されたポインタをもってファイルの内容を扱われるようになる。

このトレースレス方式に該当される一実施例によれば、ローカル（ファイル管理装置）におけるＮｔＯｐｅｎＦｉｌｅ（）、ＺｗＲｅａｄＦｉｌｅ（）などを遂行せずに、サーバ２００のみで当該手続が遂行され、その結果値をファイル管理装置１００に戻し、ファイル管理装置１００はその結果値をＮｔＯｐｅｎＦｉｌｅ（）、ＺｗＲｅａｄＦｉｌｅ（）それぞれに対するシステムコールの結果値として戻すことでファイル管理装置１００が係る手続を直接遂行したように見せるようにする。このようにフォルダがファイル管理装置１００にあたかも存在するように見えるようにする方式をフォルダの”仮想化”と指称する。

次に、ファイル伝送ポリシーのうちファイル伝送モードがトレース方式に該当される一実施例で、段階（Ｓ２００）はプロセス（Ｓ２１０）が遂行され、プロセス（Ｓ２１０）の結果を参照にしてプロセス（Ｓ２２０）が遂行されることを特徴とするが、プロセス（Ｓ２１０）は、システムコールに対応されるファイル管理装置における手続を遂行せずに、システムコール、システムコールの変更される前のパラメータ、ファイルの記録される属性、ファイル管理ポリシーのうち少なくとも一部の情報をサーバ２００に伝送してサーバ２００をもってシステムコールに対応されるサーバにおける手続である遠隔手続を実行するように支援することを特徴とすることがあり、プロセス（Ｓ２２０）は、サーバ２００から遠隔手続の実行の結果を獲得してシステムコールに対する結果値として戻すプロセス（Ｓ２２１）及びアクセスがファイルを生成、コピーまたは移動させるアクセスに該当すると、前のプロセス（Ｓ２１０）でサーバに保存されたファイルを追ってファイル管理装置が参照するための保存位置を記録するプロセス（Ｓ２２２）が含まれ得る。

トレースレス方式に比べて、トレース方式は保存位置を記録するプロセス（Ｓ２２２）をさらに含んでいるが、係る保存位置は例えばＵＲＬとして表された保存位置の場合があり、その場合には追ってサーバ２００にある当該ファイルにアクセスするためにファイル管理装置１００がＵＲＬとして表された保存位置を参照し得る。例えば、そのＵＲＬに対応されるファイルをサーバ２００から取り出してくるアクセスする方法を遂行する場合にサーバ２００と連動するファイル管理装置１００は前記ＵＲＬとして表された保存位置を参照にして、サーバ２００をもってサーバ２００に保存されているファイルを読み込むようにして、ファイル管理装置１００がその読み込まれたデータを獲得し、ファイル管理装置１００で実行されているプログラムがそのデータを利用するようにし得る。

次に、図６は本発明に係るファイル管理方法をウィンドウズのオペレーティングシステム上で装置ドライバとして具現した一例示を示した概念図である。

ウィンドウズのオペレーティングシステムは一つの装置をいくつかの装置で区切りして認識し得る。この時、いくつかの装置はそれら同士が上下位関係を維持する形でスタックを形成するが、これを装置スタック（ｄｅｖｉｃｅ ｓｔａｃｋ）と指称する。ウィンドウズで装置スタックは少なくとも２個の階層を有するように設計されるが、”物理層”と”機能層”を基本とする。その理由は全ての装置はＣＰＵに引き合わされるために、必ずバス（ｂｕｓ）に連結されなければならないから、装置自体が動作するために、まずバスから当該装置が動作するように許容する過程を遂行する階層が物理層であり、装置自体に対するプログラミング過程を遂行する階層が機能層である。

図６の概念図にはファイル管理装置１００内でＣＰＵから下位につながる装置構造が例示的に示されているところ、ＣＰＵの下位にＡＣＰＩ（メインボード）があり、その下位にＰＣＩバスがつながっており、ＰＣＩバスにはファイル管理者とネットワーク管理者が連結されているが、ファイル管理者から物理的ストレージ、例えば物理ＨＤＤに連結される装置スタック間にＥｄｏｏｆｉｌｅ．ｓｙｓのような装置ドライバを挿入することで、そのドライバＥｄｏｏｆｉｌｅ．ｓｙｓが、ファイル管理ポリシーに基づいて、ファイル管理装置１００における手続であるローカル手続（ｌｏｃａｌ ｐｒｏｃｅｄｕｒｅ）を実行するプロセス（Ｓ２１０）を実行するようにし、ネットワーク管理者から通信部１１０、例えばＮＩＣ装備に連結される装置スタック間にＥｄｏｏｎｅｔｗｏｒｋｓ．ｓｙｓのような装置ドライバを挿入することで、通信部１１０を介してサーバ２００をもってシステムコールに対応されるサーバ２００における手続である遠隔手続（ｒｅｍｏｔｅ ｐｒｏｃｅｄｕｒｅ）を実行するように支援するプロセス（Ｓ２２０）を実行するようにし得る。ここで本発明の方法を実施するためにドライバＥｄｏｏｆｉｌｅ．ｓｙｓとドライバＥｄｏｏｎｅｔｗｏｒｋｓ．ｓｙｓ間で情報をやり取りする連係作用はその二つのドライバとの間を連結するエージェント（ａｇｅｎｔ）、例えばＥｄｏｏ ａｇｅｎｔによってなされ得る。例えば、前記二つのドライバとの間でやり取りする情報、即ち共有情報は前記感知されたシステムコール、前記システムコールのパラメータ、前記ファイル管理ポリシーが含まれ得るがこれに限定されないところ、その共有情報にはそれぞれのプロセス（Ｓ２１０、Ｓ２２０）が適切に遂行されるために必要な情報、例えばタイミング情報も含まれ得る。

本発明の前述した全ての実施例にかけて、ファイルの内容及びユーザの権限によってファイル名及び保存場所をユーザ集団内で統一して自動で設定し、ファイル名を定められた規則に従って設定及び適用することがあり、ファイル管理装置１００におけるファイルアクセス結果をサーバ２００にも反映して同期化することができる効果がある。

前記実施例としてここで説明された技術の利点は、ユーザ集団内でファイルの管理を効率的且つ容易に行なうことができ、ユーザ集団内で生成されたファイルと同一の内容のファイルをクラウド環境のサーバにも容易に保管することでファイルの管理を統合的に遂行することができるという点である。

上記実施例の説明に基づいて当該技術分野における通常の技術者は、本発明がソフトウェア及びハードウェアの結合を通じて達成されるか、ハードウェアのみで達成され得るという点を明確に理解することができる。

本発明の技術的解法の対象物または先行技術に寄与する部分は多様なコンピュータ構成要素を介して遂行され得るプログラム命令語の形態で具現されてコンピュータで判読可能な記録媒体に記録され得る。前記コンピュータで判読可能な記録媒体はプログラム命令語、データファイル、データ構造などを単独または組み合わせて含まれ得る。前記コンピュータで判読可能な記録媒体に記録されるプログラム命令語は本発明のために特別に設計されて構成されたものか、コンピュータソフトウェア分野における通常の技術者に公知となって使用可能なものでもあり得る。コンピュータで判読可能な記録媒体の例には、ハードディスク、フロッピィディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような磁気−光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ ｍｅｄｉａ）、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令語を保存して遂行するように特別に構成されたハードウェア装置が含まれる。プログラム命令語の例には、コンパイラーによって作られるものと同様の機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行され得る高級言語コードも含まれる。前記ハードウェア装置は本発明に係る処理を遂行するために一つ以上のソフトウェアモジュールとして作動されるように構成されることがあり、その逆も同様である。前記ハードウェア装置は、プログラム命令語を保存するためのＲＯＭ／ＲＡＭなどのようなメモリと結合され、前記メモリに保存された命令語を実行するように構成されるＣＰＵやＧＰＵのようなプロセッサが含まれることがあり、外部装置と信号をやり取りし得る通信部が含まれ得る。併せて、前記ハードウェア装置は開発者によって作成された命令語を伝達されるためのキーボード、マウス、その他の外部入力装置が含まれ得る。

以上、本発明が具体的な構成要素のような特定の事項と限定された実施例及び図面によって説明されたがこれは本発明のより全般的な理解を助けるために提供されたものであるに過ぎず、本発明が前記実施例に限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、係る記載から多様な修正及び変形が行なわれ得る。

特に、本明細書でオペレーティングシステムに利用される概念に関してマイクロソフト社のウィンドウズのオペレーティングシステムを例示として説明したが、当該技術分野における通常の技術者は本発明におけるユーザモード、カーネルモード、及びシステムコールなどの概念がそのウィンドウズのオペレーティングシステムに限定されないという点、及びウィンドウズのオペレーティングシステムのみに本発明が適用されるものではないという点が充分に理解される。例えば、本発明が適用され得るオペレーティングシステムにはダーウイン（Ｄａｒｗｉｎ）、ＲＴＸＣ、リナックス（登録商標）（Ｌｉｎｕｘ（登録商標））、ユニックス（ＵＮＩＸ（登録商標））、オーエスエックス（ＯＳ Ｘ（登録商標））、及びＶｘＷｏｒｋｓのようなエンベデッドオペレーティングシステムも含まれることがある。

従って、本発明の思想は前記説明された実施例に極限されて決定されてはならず、後述する特許請求の範囲だけではなく、この特許請求の範囲と均等または等価的に変形された全てのものは本発明の思想の範疇に属するものである。

１００…ファイル管理装置、１１０…通信部、１２０…プロセッサ、２００…サーバ。

Claims (36)

1. ファイル管理方法であって、
   （ａ）ファイル管理装置が、前記ファイル管理装置で実行されるプログラムからファイルに対するアクセスの要求に対応されるシステムコール（ｓｙｓｔｅｍ ｃａｌｌ）を感知する段階；及び
   （ｂ）前記感知されたシステムコール及び前記システムコールのパラメータを参照にして、前記ファイル管理装置が、予め定められたファイル管理ポリシーに基づいて、前記システムコールに対応される手続を実行するプロセス、及び前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行する段階；
   を含み、
   前記ファイル管理ポリシーは、
   前記ファイルの属性に基づいて前記ファイル管理装置が前記感知されたシステムコールのパラメータのうちファイルが保存されているか保存される予定の名前であるファイル名、及び前記ファイルが保存されているか保存される予定の経路（ｐａｔｈ）の値のうち少なくとも一つを決定するためのローカルファイル名ポリシーを含み、
   前記ファイルの属性は、
   生成日時、修正日時、ファイル類型、ファイル題目、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つを含む方法。
2. 前記（ｂ）段階は、
   前記感知されたシステムコール及び前記システムコールのパラメータを参照にして、前記ファイル管理装置が、前記ファイル管理ポリシーに基づいて、（ｂ１）前記ファイル管理装置における手続であるローカル手続（ｌｏｃａｌ ｐｒｏｃｅｄｕｒｅ）を実行するプロセス、及び（ｂ２）サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続（ｒｅｍｏｔｅ ｐｒｏｃｅｄｕｒｅ）を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項１に記載の方法。
3. 前記（ｂ）段階は、
   （ｂａ１）前記ファイル管理装置が、前記感知されたシステムコールのパラメータのうち少なくとも一部を前記ファイル管理ポリシーに従って変更する段階；及び
   （ｂａ２）前記ファイル管理装置が、（ｉ）前記変更されたパラメータを参照にして、前記システムコールに対応される手続を実行するプロセス、及び（ｉｉ）前記感知されたシステムコール、前記システムコールの変更される前のパラメータ、及び前記変更されたパラメータのうち少なくとも一つを参照にして、サーバをもって前記予め定められたファイル管理ポリシーに従って前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行する段階；
   を含むことを特徴とする請求項１に記載の方法。
4. 前記（ｂ）段階は、
   （ｂｂ１）前記システムコールのパラメータを変更せずに、前記ファイル管理装置が、前記システムコールに対応されるように予め定義された手続（ｐｒｏｃｅｄｕｒｅ）を実行する段階；及び
   （ｂｂ２）前記ファイル管理装置が、（ｉ）前記ファイルに前記予め定められたファイル管理ポリシーを適用するプロセス、及び（ｉｉ）前記感知されたシステムコール、前記システムコールのパラメータのうち少なくとも一つを参照にして、サーバをもって前記予め定められたファイル管理ポリシーに従って前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行する段階；
   を含むことを特徴とする請求項１に記載の方法。
5. 前記ファイル管理ポリシーは前記ファイル管理装置から前記サーバへのファイル伝送ポリシーをさらに含み、
   前記（ｂ）段階は、
   前記ファイルに対するアクセスが所定のアクセス条件を満たすことが感知されると、前記ファイル管理装置が、前記ローカルファイル名ポリシー及び前記所定のアクセス条件に対して定められた前記ファイル伝送ポリシーに基づいて、（ｉ）前記ファイル管理装置における手続であるローカル手続を実行するプロセス、及び（ｉｉ）前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項２に記載の方法。
6. 前記所定のアクセス条件は前記ファイルに対するアクセスが特定経路に前記ファイルを生成、コピーまたは移動させるアクセスに該当すると満たされる条件であることを特徴とする請求項５に記載の方法。
7. 前記所定のアクセス条件は前記ファイルに対するアクセスが特定経路に前記ファイルを生成、コピーまたは移動させるアクセスに該当し、前記ファイルが特定ファイル類型に該当すると満たされる条件であることを特徴とする請求項５に記載の方法。
8. 前記所定のアクセス条件は前記ファイルに対するアクセスが特定プログラムによって発生し、前記ファイルが特定ファイル類型に該当すると満たされる条件であることを特徴とする請求項５に記載の方法。
9. 前記ファイル伝送ポリシーのうちファイル伝送モードがコピー方式に該当すると、
   前記（ｂ）段階は前記（ｂ１）プロセス及び前記（ｂ２）プロセスの二つの全てが遂行されることを特徴とするが、
   前記（ｂ１）プロセスは、
   前記システムコールに対応される前記ファイル管理装置における手続を遂行することを特徴とし、
   前記（ｂ２）プロセスは、
   前記システムコール、前記システムコールの変更される前のパラメータ、前記ファイルの記録される属性、前記ファイル管理ポリシーのうち少なくとも一部の情報を前記サーバに伝送して前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援することを特徴とする請求項２に記載の方法。
10. 前記ファイル伝送ポリシーのうちファイル伝送モードがトレースレス方式に該当すると、
    前記（ｂ）段階は前記（ｂ２）プロセスが遂行され、前記（ｂ２）プロセスの結果を参照にして前記（ｂ１）プロセスが遂行されることを特徴とするが、
    前記（ｂ２）プロセスは、
    前記システムコールに対応される前記ファイル管理装置における手続を遂行せずに、前記システムコール、前記システムコールの変更される前のパラメータ、前記ファイルの記録される属性、前記ファイル管理ポリシーのうち少なくとも一部の情報を前記サーバに伝送して前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援することを特徴とし、
    前記（ｂ１）プロセスは、
    前記サーバから前記遠隔手続の実行の結果を獲得して前記システムコールに対する結果値（ｒｅｔｕｒｎ ｖａｌｕｅ）として戻してフォルダの仮想化を遂行することを特徴とする請求項２に記載の方法。
11. 前記ファイル伝送ポリシーのうちファイル伝送モードがトレース方式に該当すると、
    前記（ｂ）段階は前記（ｂ２）プロセスが遂行され、前記（ｂ２）プロセスの結果を参照にして前記（ｂ１）プロセスが遂行されることを特徴とするが、
    前記（ｂ２）プロセスは、
    前記システムコールに対応される前記ファイル管理装置における手続を遂行せずに、前記システムコール、前記システムコールの変更される前のパラメータ、前記ファイルの記録される属性、前記ファイル管理ポリシーのうち少なくとも一部の情報を前記サーバに伝送して前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援することを特徴とし、
    前記（ｂ１）プロセスは、
    前記サーバから前記遠隔手続の実行の結果を獲得して前記システムコールに対する結果値（ｒｅｔｕｒｎ ｖａｌｕｅ）として戻すプロセス及び前記アクセスが前記ファイルを生成、コピーまたは移動させるアクセスに該当すると、前記（ｂ２）プロセスで前記サーバに保存されたファイルを追って前記ファイル管理装置が参照するための保存位置を記録するプロセスを含むことを特徴とする請求項２に記載の方法。
12. 前記ファイルのファイル題目、副題、ファイル類型、生成日時及び生成者のうち少なくとも一つが前記感知されたシステムコール及び前記システムコールのパラメータを参照にして前記ファイル管理装置によって設定され、
    前記ファイルのバージョン情報が前記ファイルの生成者及び前記ファイルに対するアクセスの要求を発生させた者である前記ファイルのユーザに関する情報を参照にして前記ファイル管理装置によって設定され、
    前記キーワードが前記ファイルの保存される内容に基づいて前記ファイル管理装置によって設定されることを特徴とする請求項１に記載の方法。
13. 前記ローカルファイル名ポリシーは、
    前記ファイルのファイル名がそれぞれ既設定された区切り文字で区切りされ、既設定された順序で配列される項目である生成日時、修正日時、ファイル類型、ファイル名、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つの項目で構成される文字列であり、前記文字列を構成する項目のそれぞれに前記区切り文字が含まれないように指定することを特徴とする請求項１に記載の方法。
14. 前記（ｂ）段階は、
    前記ファイルに対するアクセスが前記ファイルの生成、コピーまたは移動に該当し、前記ファイルのファイル名が前記ローカルファイル名ポリシーに符合しなければ、前記ファイル管理装置が、前記ローカルファイル名ポリシーに符合する前記ファイルの新たなファイル名を生成し、前記ファイルが前記ファイル管理装置で前記新たなファイル名で記録されるように前記システムコールに対応される手続を実行するプロセス、及び前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項１に記載の方法。
15. 前記ファイル管理方法はマイクロソフトウィンドウズ（Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｉｎｄｏｗｓ（登録商標））のオペレーティングシステム上で遂行され、
    前記（ｂ１）プロセスは、
    前記オペレーティングシステムのファイル管理者とストレージ装置ドライバを含む装置スタックにおいて、前記ファイル管理者と前記ストレージ装置ドライバとの間に挿入される第１装置ドライバによって遂行され、
    前記（ｂ２）プロセスは、
    前記オペレーティングシステムのネットワーク管理者と通信部装置ドライバを含む装置スタックにおいて、前記ネットワーク管理者と前記通信部装置ドライバとの間に挿入される第２装置ドライバによって遂行されることを特徴とする請求項２に記載の方法。
16. 所定のエージェントが前記第１装置ドライバ及び前記第２装置ドライバとの間の通信を支援することを特徴とする請求項１５に記載の方法。
17. 前記所定のエージェントが、前記システムコールに対応される前記サーバにおける手続に関する情報を前記第２装置ドライバに伝達することを特徴とする請求項１６に記載の方法。
18. 前記所定のエージェントが、前記システムコールに対応される前記サーバにおける手続の遂行結果に関する情報を前記第１装置ドライバに伝達することを特徴とする請求項１７に記載の方法。
19. ファイル管理装置であって、
    通信部及びプロセッサを含み、
    前記プロセッサは、
    （ｉ）前記ファイル管理装置で実行されるプログラムからファイルに対するアクセスの要求に対応されるシステムコール（ｓｙｓｔｅｍ ｃａｌｌ）を感知して、
    （ｉｉ）前記感知されたシステムコール及び前記システムコールのパラメータを参照にして、予め定められたファイル管理ポリシーに基づいて、前記システムコールに対応される手続を実行するプロセス、及び前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行し、
    前記ファイル管理ポリシーは、
    前記ファイルの属性に基づいて前記ファイル管理装置が前記感知されたシステムコールのパラメータのうちファイルが保存されているか保存される予定の名前であるファイル名、及び前記ファイルが保存されているか保存される予定の経路（ｐａｔｈ）の値のうち少なくとも一つを決定するためのローカルファイル名ポリシーを含み、
    前記ファイルの属性は、
    生成日時、修正日時、ファイル類型、ファイル題目、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つを含む装置。
20. 前記プロセッサは、
    前記感知されたシステムコール及び前記システムコールのパラメータを参照にして、前記ファイル管理ポリシーに基づいて、（ｉｉ−１）前記ファイル管理装置における手続であるローカル手続（ｌｏｃａｌ ｐｒｏｃｅｄｕｒｅ）を実行するプロセス、及び（ｉｉ−２）サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続（ｒｅｍｏｔｅ ｐｒｏｃｅｄｕｒｅ）を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項１９に記載の装置。
21. 前記プロセッサは、
    前記感知されたシステムコールのパラメータのうち少なくとも一部を前記ファイル管理ポリシーに従って変更し、
    前記変更されたパラメータを参照にして、前記システムコールに対応される手続を実行するプロセス、及び前記感知されたシステムコール、前記システムコールの変更される前のパラメータ、及び前記変更されたパラメータのうち少なくとも一つを参照にして、サーバをもって前記予め定められたファイル管理ポリシーに従って前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項１９に記載の装置。
22. 前記プロセッサは、
    前記システムコールのパラメータを変更せずに、前記システムコールに対応されるように予め定義された手続（ｐｒｏｃｅｄｕｒｅ）を実行し、
    前記ファイルに前記予め定められたファイル管理ポリシーを適用するプロセス、及び前記感知されたシステムコール、前記システムコールのパラメータのうち少なくとも一つを参照にして、サーバをもって前記予め定められたファイル管理ポリシーに従って前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項１９に記載の装置。
23. 前記ファイル管理ポリシーは前記ファイル管理装置から前記サーバへのファイル伝送ポリシーをさらに含み、
    前記プロセッサは、
    前記ファイルに対するアクセスが所定のアクセス条件を満たすことが感知されると、前記ローカルファイル名ポリシー及び前記所定のアクセス条件に対して定められた前記ファイル伝送ポリシーに基づいて、前記ファイル管理装置における手続であるローカル手続を実行するプロセス、及び前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項２０に記載の装置。
24. 前記所定のアクセス条件は前記ファイルに対するアクセスが特定経路に前記ファイルを生成、コピーまたは移動させるアクセスに該当すると満たされる条件であることを特徴とする請求項２３に記載の装置。
25. 前記所定のアクセス条件は前記ファイルに対するアクセスが特定経路に前記ファイルを生成、コピーまたは移動させるアクセスに該当し、前記ファイルが特定ファイル類型に該当すると満たされる条件であることを特徴とする請求項２３に記載の装置。
26. 前記所定のアクセス条件は前記ファイルに対するアクセスが特定プログラムによって発生し、前記ファイルが特定ファイル類型に該当すると満たされる条件であることを特徴とする請求項２３に記載の装置。
27. 前記プロセッサは、
    前記ファイル伝送ポリシーのうちファイル伝送モードがコピー方式に該当すると、前記（ｉｉ−１）プロセス及び前記（ｉｉ−２）プロセスの二つの全てを遂行することを特徴とするが、
    前記（ｉｉ−１）プロセスは、
    前記システムコールに対応される前記ファイル管理装置における手続を遂行することを特徴とし、
    前記（ｉｉ−２）プロセスは、
    前記システムコール、前記システムコールの変更される前のパラメータ、前記ファイルの記録される属性、前記ファイル管理ポリシーのうち少なくとも一部の情報を前記サーバに伝送して前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援することを特徴とする請求項２０に記載の装置。
28. 前記プロセッサは、
    前記ファイル伝送ポリシーのうちファイル伝送モードがトレースレス方式に該当すると、
    前記（ｉｉ−２）プロセスを遂行し、前記（ｉｉ−２）プロセスの結果を参照にして前記（ｉｉ−１）プロセスを遂行することを特徴とするが、
    前記（ｉｉ−２）プロセスは、
    前記システムコールに対応される前記ファイル管理装置における手続を遂行せずに、前記システムコール、前記システムコールの変更される前のパラメータ、前記ファイルの記録される属性、前記ファイル管理ポリシーのうち少なくとも一部の情報を前記サーバに伝送して前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援することを特徴とし、
    前記（ｉｉ−１）プロセスは、
    前記サーバから前記遠隔手続の実行の結果を獲得して前記システムコールに対する結果値（ｒｅｔｕｒｎ ｖａｌｕｅ）として戻してフォルダの仮想化を遂行することを特徴とする請求項２０に記載の装置。
29. 前記プロセッサは、
    前記ファイル伝送ポリシーのうちファイル伝送モードがトレース方式に該当すると、
    前記（ｉｉ−２）プロセスを遂行し、前記（ｉｉ−２）プロセスの結果を参照にして前記（ｉｉ−１）プロセスを遂行することを特徴とするが、
    前記（ｉｉ−２）プロセスは、
    前記システムコールに対応される前記ファイル管理装置における手続を遂行せずに、前記システムコール、前記システムコールの変更される前のパラメータ、前記ファイルの記録される属性、前記ファイル管理ポリシーのうち少なくとも一部の情報を前記サーバに伝送して前記サーバをもって前記システムコールに対応される前記サーバにおける手続である遠隔手続を実行するように支援することを特徴とし、
    前記（ｉｉ−１）プロセスは、
    前記サーバから前記遠隔手続の実行の結果を獲得して前記システムコールに対する結果値（ｒｅｔｕｒｎ ｖａｌｕｅ）として戻すプロセス及び
    前記アクセスが前記ファイルを生成、コピーまたは移動させるアクセスに該当すると、前記（ｉｉ−２）プロセスで前記サーバに保存されたファイルを追って前記ファイル管理装置が参照するための保存位置を記録するプロセスを含むことを特徴とする請求項２０に記載の装置。
30. 前記プロセッサは、
    前記ファイルのファイル題目、副題、ファイル類型、生成日時及び生成者のうち少なくとも一つを、前記感知されたシステムコール及び前記システムコールのパラメータを参照にして設定し、
    前記ファイルのバージョン情報を、前記ファイルの生成者及び前記ファイルに対するアクセスの要求を発生させた者である前記ファイルのユーザに関する情報を参照にして設定し、
    前記キーワードを前記ファイルの保存される内容に基づいて設定することを特徴とする請求項１９に記載の装置。
31. 前記ローカルファイル名ポリシーは、
    前記ファイルのファイル名がそれぞれ既設定された区切り文字で区切りされ、既設定された順序で配列される項目である生成日時、修正日時、ファイル類型、ファイル名、所有者、生成者、アクセス権限、出所情報、バージョン情報、状況情報、キーワード及び副題のうち少なくとも一つの項目で構成される文字列であり、前記文字列を構成する項目のそれぞれに前記区切り文字が含まれないように指定することを特徴とする請求項１９に記載の装置。
32. 前記プロセッサは、
    前記ファイルに対するアクセスが前記ファイルの生成、コピーまたは移動に該当し、前記ファイルのファイル名が前記ローカルファイル名ポリシーに符合しなければ、前記ローカルファイル名ポリシーに符合する前記ファイルの新たなファイル名を生成し、前記ファイルが前記ファイル管理装置で前記新たなファイル名で記録されるように前記システムコールに対応される手続を実行するプロセス、及び前記システムコールに対応される手続を実行するように支援するプロセスのうち少なくとも一つを遂行することを特徴とする請求項１９に記載の装置。
33. 前記ファイル管理装置はマイクロソフトウィンドウズ（Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｗｉｎｄｏｗｓ（登録商標））のオペレーティングシステム上で作動し、
    前記プロセッサは、
    前記オペレーティングシステムのファイル管理者とストレージ装置ドライバを含む装置スタックにおいて、前記ファイル管理者と前記ストレージ装置ドライバとの間に挿入される第１装置ドライバとして前記（ｉｉ−１）プロセスを遂行し、
    前記オペレーティングシステムのネットワーク管理者と通信部装置ドライバを含む装置スタックにおいて、前記ネットワーク管理者と前記通信部装置ドライバとの間に挿入される第２装置ドライバとして前記（ｉｉ−２）プロセスを遂行することを特徴とする請求項２０に記載の装置。
34. 前記プロセッサは、
    所定のエージェントとして前記第１装置ドライバ及び前記第２装置ドライバとの間の通信を支援することを特徴とする請求項３３に記載の装置。
35. 前記プロセッサは、
    前記システムコールに対応される前記サーバにおける手続に関する情報を前記所定のエージェントとして前記第２装置ドライバに伝達することを特徴とする請求項３４に記載の装置。
36. 前記プロセッサは、
    前記システムコールに対応される前記サーバにおける手続の遂行結果に関する情報を前記所定のエージェントとして前記第１装置ドライバに伝達することを特徴とする請求項３５に記載の装置。

Images