JP2004288129A - Virtual file management system - Google Patents
Virtual file management system Download PDFInfo
- Publication number
- JP2004288129A JP2004288129A JP2003120677A JP2003120677A JP2004288129A JP 2004288129 A JP2004288129 A JP 2004288129A JP 2003120677 A JP2003120677 A JP 2003120677A JP 2003120677 A JP2003120677 A JP 2003120677A JP 2004288129 A JP2004288129 A JP 2004288129A
- Authority
- JP
- Japan
- Prior art keywords
- node
- file
- search
- file management
- data structure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
Description
【0001】
【発明の属する技術分野】この発明は、コンピュータ、特にパーソナルコンピュータ(以下、パソコンと略称する)のオペレーティングシステム(以下、OSと略記する)のファイル管理機構が提供するディレクトリ構造を意識することなく、利用者がウィンドウを可視的に操作してファイルアクセスと検索ができる仮想的なファイル管理機構とデータ構造に関する。
【0002】
【従来の技術】従来のパソコンの一般的なOSであるWindowsでは、例えばC:¥などのディレクトリ群を設けて、ルートディレクトリ下に階層的にサブディレクトリを設定してそこにファイルを格納するツリー型のデータ構造を有するファイル管理機構を用いている。利用者はフォルダと呼ばれるディレクトリを順に開いて目的のファイルを取得する。また、上記OSに標準の機能としてファイル検索機能を備えている。
【0003】
【発明が解決しようとする課題】上述した階層型ディレクトリ構造でファイルを管理する場合、目的のファイルにアクセスするには、ファイルの格納場所もしくはそこへたどり着くパスを知っていることが必要となる。近年、ハードディスクドライブの大容量化、書き込み型DVDドライブなどの普及により格納するファイル数やサイズが飛躍的に増えた。またディレクトリ構造の複雑化を避けるために、ハードディスクドライブの記憶領域を論理的に区切りパーティションを設定してD:¥、E:¥、・・・等の複数のディレクトリ群を設けて、ファイルの種類ごとに配置することも行われる。しかし、ファイルの種類と数が増えて分類するディレクトリの階層が深くなり複雑になると、どの種類のファイルをどのフォルダに格納したのかをすべて記憶しておくことが不可能になってファイルアクセスが速やかにできない。また、OS標準の検索システムでも検索されたフォルダやファイルが多数になると、検索速度が遅くなったり、キーワード(検索語)と合致するファイルが多数表示されるなど効率的なファイルアクセスやファイル検索ができなかった。
【0004】この発明は、上記課題にかんがみてなされたもので、パソコンの複数のディレクトリ群とLANなどに接続されたリモートパソコンの共有フォルダや共有ディスクのディレクトリ構造を利用者が意識することのない、仮想ファイル管理機構のデータ構造とソフトウェア実現方法とを提供することを目的とする。
【0005】
【課題を解決するための手段】
上記目的を達成するために、請求項1にかかわる発明は、既存のOSのファイル管理機構の上位すなわちアプリケーションとして実現される仮想ファイル管理機構で、ノードとそれらを結ぶリンクからなる唯一のデータ構造を有し、利用者は表示される仮想ファイル操作ウィンドウを明示的に操作できるように構成してある。ここにノードとは、既存OSのディレクトリやフォルダに相当する。利用者がキーワードを付けたノードを追加またはすでに登録されているノードを削除してカテゴリ化されたデータ構造を作成する手段と、OSが管理するディレクトリ群中のフォルダやリモートパソコンの共有フォルダのファイルを、上記データ構造中のノードに登録する手段、任意のノードを出発ノードとしてキーワードを用いてファイル検索する手段を備えている。
【0006】この手段を適用することで、利用者はディレクトリ群の種類や、その中のフォルダやファイルが存在する論理的な位置、あるいはそれらが使用しているパソコン上にあるか、あるいはLANで接続されたリモートパソコンにあるかという物理的な位置を意識することなくアクセスしたりファイル検索を出来る構造を提供する。
【0007】また本発明の仮想ファイル管理方式のデータ構造は、階層構造を形成する複数のプレーンから構成され、各プレーンには重み付けされたリンクで相互接続される複数のノードを有し、上位プレーンのノードは下位プレーンのノードにリンクで結ばれる構成としてある。利用者が、上記仮想ファイル操作ウィンドウを明示的に操作して上記プレーンやノードを追加または削除して構成する手段を提供している。
【0008】仮想ファイル管理機構は、上記プレーン中のノードを結ぶリンクの重みを元にノードの優先度を決定する。検索処理ルーティンは利用者が指定したノードを出発ノードとして、上記階層型のデータ構造のリンクをたどってキーワードをもとに目的のファイルを有するノードを検索する。検索処理ルーティンは検索されたファイルのフルパスをOSのエクスプローラに渡して上記ファイルの内容を表示する手段を実現している。目的ノードが決定するとプレーン内のリンクの重みを動的に変化させることでリンク内ノードの優先度を更新して、再検索の速度を向上させる機能を備える。
【0009】上記仮想ファイル管理機構は、ノードを追加するとき、あるいは利用者が上記仮想ファイル操作ウィンドウ上で明示的に指定したときには、該ノードが接続されたノード以外のノードの間を関係リンクで接続する機能を有する。関係リンクによりノードまたはファイル検索ルートが変更される。検索処理の過程が検索過程が上記関係リンクを有するノードに達すると、上記関係リンク先のノードを優先して検索することで検索速度を向上させる構成を備えている。
【0010】
【発明の実施の形態】以下、この発明の実施形態について図面を参照して説明する。図1はこの仮想ファイル管理方式の構成を概略的に説明したものである。以下の実施例においては、この発明を代表的なパソコンのOSであるWindows上で実施した例で説明する。
【0011】図1において、ローカルネットワークなどのネットワーク1にはOS2aで動作するパソコンPCaと、OS2bで動作するリモートパソコンPCbが接続されている。パソコンPCbにはmagpieという名前が付けられているものとする。3aと3b等3はそれぞれ、ファイル5a、5b等5が格納されたフォルダ4a、4b等4を有するディレクトリ群で、それぞれOS2a、OS2bのファイル管理の制御下にある。特にフォルダ4aは、パソコンPCaなどネットワーク1上の他のパソコンの利用者17)が使用できる共有フォルダ、3bは共有ファイルである。また、16は共有設定されたCD−ROMなどの共有ドライブである。6a、6b等6はエクスプローラで、アプリケーションプログラムや利用者がファイル操作やアプリケーションの起動などOSの機能を操作するときに使うシェルプログラムである。
【0012】この発明の仮想ファイル管理システムを制御する仮想ファイル管理機構8は、制御データベース14に記録された各種の管理テーブルとOSが公開しているアプリケーションプログラムインタフェース(API)7とを用いて、所要の処理を実行する各種のプログラムモジュールから構成される。このPCaの利用者17は、上記仮想ファイル管理機構8が提供する仮想ファイル操作ウィンドウ16のメイン画面であるノード操作ウィンドウ30上に表示されたデータ構造を操作して目標ノードに登録されているファイルにアクセスする。この仮想ファイル操作ウィンドウ群15では、利用者17がノード操作ウィンドウ30を画操作した状況に合わせて各種のメッセージを含むウィンドウに切り替えられる。図4は、上記ノード操作ウィンドウ30の構成例である。
【0013】この仮想ファイル管理機構8は、この発明の仮想ファイル管理システムを実現するソフトウェアで、複数の処理モジュールから構成されている。初期ノード登録処理モジュール11、ノード追加・削除処理モジュール12により制御データベース14上にデータ構造を形成する。このデータ構造を形成するノード中に、ファイル登録処理モジュール9で当該パソコンPCaのファイル5a、リモートPCb共有フォルダ4b中のファイル5b、または共有ドライブ16中のファイルを登録する。またファイル削除・修正モジュール10で、ファイルをノードから削除したり、登録してあるファイルのキーワードを変更できる。検索処理モジュール13は、データ構造を用いてファイル検索を実行する。これらのモジュールは、プレーンテーブル、ノードテーブル、ファイルテーブル、リンクテーブル、関係テーブルなどがあり、それらのテーブルを形成するレコードの中には、プレーンやノードの関係がポインタで結ばれてデータ構造が形成される。
また、これらのモジュールは仮想ファイル操作ウィンドウ群15を介して利用者と協調してデータ構造を形成したり、ファイルの登録ないしは削除処理を実行する。
【0014】図2は、上記仮想ファイル管理機構8が多数のファイルを構造化するデータ構造の一例を示し、20a、20b、20c、20dなど階層構造を形成するプレーン20と、それらプレーン20内には利用者17の指定により任意にノード21が配置され、さらに各プレーン20内のノード21は重みを与えられたノード内リンク22で相互接続される。例えば、ノード21bはプレーン内リンク22a、22b、22cでそれぞれノード21d、21a、21cに接続される。一般に、プレーン内にn個のノードがあるとき、あるノードが有するリンクの数はn−1個である。プレーン20aをプレーン20b、20cの上位プレーン、逆にプレーン20b、20cをプレーン20aの下位プレーンと呼ぶ。また、上位プレーンを持たないプレーン20aを最上位プレーン、下位プレーンを持たないプレーン20dを最下位プレーンと呼ぶ。さらにノードの位置関係を明確にするときには、上位プレーン上のノードを上位ノード、その逆に下位プレーン上のノードを下位ノードと呼ぶ。上位ノードは、プレーン間リンク23により下位プレーン内のすべてのノードと結ばれる。例えばノード21bは、下位プレーン20b内のすべてのノード21e、21f、21gとそれぞれプレーン間リンク23a、23b、23cで相互接続される。プレーン内リンク22とプレーン間リンク23とを区別しなくとも自明なときには、単にリンク22、23と記す。ノード21内のP1、P2、・・・等Pはそのノードのプレーン内における優先度を示す。また24aと24bは関係リンクである。
【0015】図2に例示したデータ構造は、パソコンPCaのすべてのディレクトリ3aと、リモートパソコンPCbの共有フォルダ4b、あるいは共有ドライブ16のディレクトリ構造を仮想化した新たなデータ構造である。利用者により設定されたデータ構造は、図4に示すように仮想ファイル操作ウィンドウ30のノード表示エリア31に見やすい形で表示される。利用者は、エクスプローラ6aが示すディレクトリ構造中のフォルダ3aやファイル5aをマウスでドラッグアンドドロップして、ノード表示エリア31上に表示されている適当なノードに重ね合わせる操作をすることで、利用者が選択したファイルのフルパスとファイル名が登録される。
【0016】ノード操作ウィンドウ30の画面形式は自由に設計できるが、データ構造全体を表示すると複雑になるので、図4のようにプレーンごとに表示する方法を例示してある。図4はノード21e、21f、21gの3つのノードが登録されているプレーン20bの表示画面である。ソード表示エリア31の右上には上位ノード21bが表示されている。
【0017】図2のデータ構造を用いて、仮想ファイル管理機構8の基本的な動作を説明する。利用者がこの仮想ファイル管理機構8のソフトウェアを起動すると、初期ノード登録処理モジュール11がノード操作ウィンドウ30上に初期ノード登録画面(図示せず)を表示する。この画面には、例えば3個のノードの名称とそのキーワードを記入するフィールドが設けられている。その各フィールドに利用者が記憶しやすいノード名(例えば、読書、文献、会社など)とキーワードを付ける。ノード表示エリア31には、最上位プレーン20aのノード21a、21b、21cにそれらの名前が付いた、ノード内リンク22で相互接続された3個のノードからなるデータ構造が表示される。
【0018】ノード追加・削除処理モジュール12は、指定したプレーンにノードを追加したり、下位プレーンを作成してそこにノードを追加する。最上位プレーン20aのノード21bをクリックすると、ポップアップメニュー35が表示され、「ノードの追加」を選択すると、ノード追加画面が生成されるので、利用者17はノード21eの名称、例えば「人口知能」とキーワードなどを記入して登録指示をする。この段階で、下位プレーン20bが生成される。プレーン名表示フィールド34には、上位プレーン21aのノード名「文献」が記入される。ノード間リンク23aでノード21eとの接続関係が表示される。
【0019】ノード表示エリア31で、ノードを示す円を右クリックして表示されるポップアップメニュー35から「ノード追加」を選択すると、「インターネット」ノード21f、同様にして「LAN」ノード21gが登録される。
【0020】ノードを追加していき、利用者17独自のカテゴリ化されたノード構成、すなわちデータ構造が完成したら、ファイル登録処理モジュール9でファイルを登録する作業をする。ファイルの登録は登録したいファイル5aをエクスプローラ6aが表示する階層型ディレクトリ上から選択して、ノード表示エリア31中のそのファイルを登録したいノード21(図2の例ではノード21g)にドラッグアンドドロップすることで行う。このとき、ドラッグするファイル数は1つでも複数でもよい。またフォルダ4aでもよい。WindowsなどのOSが公開しているアプリケーションプログラムインタフェース(API)7の関数を用いることでファイル登録処理モジュール9はそのファイル5aの環境変数を入手できるので、この中からファイル名とフルパスを入手し、ファイル登録画面に表示する。利用者はファイル名を確認してそのファイル5aのキーワードをフィールドに書き込んで登録を指示する。
【0021】ファイルの登録状況を確認するには、ノード表示エリア31で、該当ノード21gを右クリックしてポップアップメニュー35を表示させ、「登録ファイル」を選択する。ノード表示エリア31の横のリスト部36に登録ファイルリストが表示されるように構成する。
【0022】ファイルをどのノードに登録するか判断に迷ったとき、あるいは登録ノードを決定するのが面倒なときには、ノード表示エリア31において、ノードを表す円以外の表示エリア31にドラッグアンドドロップする。このときには、ファイル登録処理モジュール9は検索処理モジュール13にそのファイルの名前をキーワードとして渡し、該当するノードの検索を要求する。上記検索処理モジュール13は、すでに登録されているノードあるいはファイルに付けられたキーワードを用いてノード検索を実行し、見出したノード番号を上記ファイル登録処理モジュール9に返す。上記ファイル登録処理モジュール9は上記ノード番号を元にそのノードに該ファイルを登録する。
【0023】共有ファイル5bを登録する場合も同様である。パソコンPCaのOSがWindowsの場合には、ウィンドウ上の複雑な手順に従ってリモートのパソコンPCbの名前Magpieを指定すると共有フォルダ4bが表示されるので、ユーザ名とパスワードを入力すると、その中のファイル5bのディレクトリ構造がエクスプローラ6aで表示される。そこでファイル5bをノード表示エリア31上のノード例えば21bにドラッグアンドドロップすると、上記ファイル5aの場合と同様にファイル登録処理モジュール9がファイル登録処理を実行する。
【0024】ノードの削除では、ノード表示エリア31のノード、例えば21f上で右クリックして表示されるポップアップメニュー35から「ノードの削除・変更」をクリックする。ノード追加・削除処理モジュール12が該ノード21fの削除を実行する。このときにはそのノード21fに記憶されていたファイルの情報と下位プレーン20d上のノード21n、および他のノードを結んでいるすべてのリンクは切断される。
【0025】検索処理モジュール13は、ノードとその中に格納されたファイルの検索を実行する。この検索を高速に行うために、ノード間リンクの重みにもとづきノードの優先度Pを決定する必要がある。
【0026】図3は、検索アルゴリズムを示し、図3(A)はプレーン20bの検索前の状態を、図3(B)は検索後の状態を示している。プレーン内のノードの優先度Pは、プレーン内リンクの重みを元に決められる。上述のようにプレーン20bは、利用者17が上位ノード21bの下位に作成した「文献」という名称を持つ。このプレーンのデータ構造は、ノード21e、21f、21gの順に生成されるものとする。リンクの重みはノードが生成された順をもとに付けられる。例えば、ノード21eの次にノード21gが追加されると、リンク22iの重みは「2」、リンク22kの重みは「3」となる。
【0027】ノードの優先度は、ノードが有するリンクの重みの合計値を計算し、その値が小さい順に決定する。図3(A)でノード21aのリンクの重みの合計値は「3」で最も小さいので優先度が最も高いP1となり、ノード21fが優先度2「P2」、ノード21gは優先度3の「P3」となる。ノード表示エリア31においては、画面を簡潔にするためにプレーン間リンクは、最高優先度P1のノード21eを結ぶ23aのみが表示される。
【0028】プレーン内リンクの重みは、初期ノード登録処理モジュール11、ノード追加・削除処理モジュール12、検索処理モジュール13などがノードを登録ないし削除したときに設定される。それらのプレーン内リンク22の重みが変更になると、その重みを使用してノードの優先度Pを設定し直す。
【0029】目標のファイルが、プレーン20b中で優先度が「P3」と最も低いノード21gにある場合を例に、検索動作を説明する。利用者がノード操作ウィンドウ30のキーワード入力フィールド32に検索用のキーワードを入力し、開始ノード(例えば図2における最上位プレーン20aのノード21a)を指定して検索ボタン33を押すと検索を開始する。先ず上記ノード21aのファイルを検索する。そこにキーワードと一致するファイルがないと、次に優先度が高い「P2」のノード21bを検索する。次にノード21bの下位プレーン20bの検索に移り、ノードの優先度Pにしたがい図3(A)の検索ルート25aに示すように、ノード21e,21fの順に検索する。21fに該当ファイルが見つからないと、下位ノード21nがある最下位プレーン20d上を検索する。このノード21n以下には下位プレーンが無いので上位プレーン20bに戻りノード21gを検索して、そこに目標のファイルを見出す。
【0030】検索対象のファイルがノード21gで検索されると、図3(B)のように上記ノード21gに接続されているプレーン内リンク22jと22kの重みを−1する。リンク22jの重みは2から1に、リンク22kの重みは3から2に更新される。このときにリンク22iの重みは3となる。ここで更新されたリンクの重みを用いて上述のようにノード21の優先度を再計算すると、ノード21gが最も優先度が高い「P1」、ノード21fが「P2」、ノード21eが最低優先度の「P3」となる。さらに検索ルート25aを逆にたどり、ノード21bが検索ファイルを持つと考え、最上位プレーン20a上の4個のノードの優先度を再設定する。この段階でノード21bの優先度は「P1」となる。従って、ノード21a(優先度P2)から同じファイルを検索すると、図3(B)に示す検索ルート25bで、検索ファイルがあるノード21gに達する。このように、同じノード上のファイル検索すなわち同じキーワードで検索を繰り返すと、検索ルート25が短くなり、検索速度が大幅に向上する。
【0031】キーワードに指定したファイルを有するノードが検出されると登録ファイルリスト(ファイル名)がノード操作ウィンドウ30のリスト部36に表示される。その中から参照するファイルを選択してダブルクリックすると、検索処理モジュール13はフルパスをエクスプローラ6aに渡し、エクスプローラが目的のファイルをオープンする。
このように、この発明の仮想ファイル管理システムでは、利用者は仮想ファイル管理機構8が扱うノード操作ウィンドウ30のみを用いて実ファイルである5a、5bあるいはフォルダ4a、共有フォルダ4bあるいは共有ドライブ16にアクセスすることができる。
【0032】検索操作においては、上記のように開始ノードを指定して検索処理モジュール13にファイル検索処理を行わせる。ファイル登録ノードを記憶しているときには、利用者はノード表示エリア31上のノード、例えばLANノード21gを直接指定してポップアップメニュー35から「登録ファイル」を指定て、登録ファイルをリスト部36に表示させファイルをオープンできる。また、開始ノードを指定しないで検索ボタン33を押したときには、ノード表示エリア31上に表示されているノードの中で、優先度が一番高いノードが自動的に開始ノードとなる。
【0033】検索速度をさらに向上させるために、仮想ファイル管理機構8は、図2に示すように、ノードを登録するときにノード間を関係リンク24で結ぶ手段を提供する。関係リンク24は、すでにノード間リンクが存在するノード以外の他のプレーン上のノードと結ぶことができる。図2において、ノード21nは上位プレーン20aのノード21bと、またノード21fは同位プレーン20cのノード21iと結ばれている。ノード追加・削除処理モジュール12は、新規ノード追加時にそのノードの名前と同じノードがすでにデータ構造中にあれば、上記の条件を満たしていれば自動的に関係リンクを結ぶ。また、ノード表示エリア31のノード部分を右クリックし、ポップアップメニュー35の「関係リンクの追加」を選択したときに表示されるウィンドウにプレーン名を記入して、さらに表示されたそのプレーン上のノード名を選択することで明示的に関係リンクを結ぶことができる。
【0034】図2において、ノード21aからファイル検索を開始したときには、検索過程はノード21bの次に関係リンク24aをたどりノード21nが検索される。検索対象ファイルがノード21nにあれば、図3(A)に例示するようにプレーン20b上のノードを順に検索する必要がなく、検索速度が大幅に向上する。仮に、このノード21nに検索対象のファイルがない場合には、検索は図3(A)に示す検索ルート25aに従って行われる。ただし、すでに検索されたノード21nのテーブル上には検索済みフラグが立てられているので、ノード21fの次にノード21gが検索される。
【0035】図5は、上述した検索アルゴリズムを実行する検索処理モジュール14の処理フローチャートである。利用者17がノード操作ウィンドウ30のキーワード入力フィールド32にキーワードを入力し、検索ボタン33を押すとS1において検索処理が開始され、S2において検索キーワードを取得する。
【0036】S3において出発ノードが利用者により指定されたかどうかチェックし、ノードが指定されないときにはS4において、そのプレーン上で最も優先度の高いノードを取得し、S5においてそのノードのファイル検索処理を実行して、索済みフラグを立てる。
【0037】S6においては、そのノードにキーワードと一致する目標のファイルが発見されると、S13においてファイル名を明示しファイルを開くか利用者17に問合せるメッセージウィンドウ(図示せず)を表示する。そのウィンドウで利用者が「はい」のボタンを押すと、上述したようにそのファイルのフルパスをエクスプローラ6aに渡して目標ファイルが開かれる。
【0038】S14においては、S13の処理が終了すると、S15において図3で示したようにリンクの重みを更新しさらにノードの優先度を更新して、S16で検索処理を終了する。
【0039】S13が表示したメッセージウィンドウで「いいえ」ボタンを押した場合、またはS6でファイルが発見できなかった場合には、S7で関係リンクがあるかチェックする。そのノードが関係リンクで他のノードと結ばれているときには、S5において同様にキーワードを用いてファイル検索処理をする。
【0040】関係リンクがないときには、S9においてそのノードの下位ノードの有無をチェックし、S10で下位ノードがある場合にはS5においてその下位ノードの優先度にしたがいファイル検索処理を実行する。下位ノードがない場合には、S11において当該プレーンの次の優先度を持つノードを選択する。
【0041】このとき検索ルートにある検索済みフラグを調べて未検索ノードがその検索ルート上にあれば、S5でファイル検索処理を行う。S12において、検索ルート上に未検索ノードがすべてなくなると、S16においてファイル検索終了のメッセージをウィンドウに表示して検索処理を終了する。
【0042】
【発明の効果】上述のように、この発明は請求項1にかかわる発明によれば、コンピュータのディレクトリ群の構造や、ネットワークに接続された他のコンピュータの共有フォルダあるいは共有ドライブのディレクトリ構造や物理的な位置をまったく意識することなく、利用者が自由に唯一のデータ構造を設定できる仮想ファイル管理システムを提供している。利用者は、統一的な操作ウィンドウを用いて上記ディレクトリ群のファイルアクセスやファイル検索を容易に実施できる。
【0043】また請求項2の発明によれば、複数のノードが重みを有するリンクで結合されたプレーンを階層化したデータ構造を適用することで、検索を繰り返すごとに検索速度が大幅に向上する効果を有する仮想ファイル管理システムを実現できる。さらに請求項3の発明によれば、上記リンクで結合されていない関係の深いノードを関係リンクで結ぶことで、さらに効率的なファイル検索を実現できる効果がある。
【図面の簡単な説明】
【図1】この発明の仮想ファイル管理システムの構成と、仮想ファイル管理機構のモジュール構成を示すブロック図である。
【図2】ファイル管理機構がファイルを格納するノードを構造化したデータ構造の例である。
【図3】データ構造の検索アルゴリズムを説明する図である。
【図4】利用者がデータ構造を作成したりファイル検索するためのノード操作ウィンドウの一例である。
【図5】検索処理フローチャートである。
【符号の説明】
1…ネットワーク、PC…パソコン、2…オペレーティングシステム(OS)、3…ディレクトリ群、4a…フォルダ、4b…共有フォルダ、5…ファイル、6…エクスプローラ、8…仮想ファイル管理機構、9…ファイル登録処理モジュール、11…初期ノード登録処理モジュール、12…ノード追加・削除処理モジュール、13…検索処理モジュール、15…仮想ファイル操作ウィンドウ群、16…共有ドライブ、20…プレーン、21…ノード、22…プレーン内リンク、23…プレーン間リンク、24…関係リンク、25…検索ルート、30…ノード操作ウィンドウ、31…ノード表示エリア、36…リスト部、P…ノードの優先度[0001]
The present invention relates to a computer, and more particularly, to a directory structure provided by a file management mechanism of an operating system (hereinafter abbreviated to an OS) of a personal computer (hereinafter abbreviated as a personal computer) without being aware of the directory structure. The present invention relates to a virtual file management mechanism and a data structure that allow a user to visually operate a window to access and search a file.
[0002]
2. Description of the Related Art In Windows, which is a general OS of a conventional personal computer, a directory group such as C: is provided, a subdirectory is set hierarchically under a root directory, and a file is stored in the subdirectory. It uses a file management mechanism with a type data structure. The user sequentially opens directories called folders and obtains a target file. The OS has a file search function as a standard function.
[0003]
When managing files in the above-described hierarchical directory structure, it is necessary to know the storage location of the file or the path to get there in order to access the target file. In recent years, the number and size of files to be stored have been dramatically increased due to the increase in the capacity of hard disk drives and the spread of writable DVD drives. In order to avoid complication of the directory structure, a plurality of directory groups such as D: ¥, E: ¥,... It is also arranged for each. However, as the type and number of files increase and the hierarchy of directories to be classified becomes deeper and more complicated, it becomes impossible to memorize all the types of files stored in which folders, and file access becomes quicker. Can not. In addition, when a large number of folders and files are searched by the OS-standard search system, efficient file access and file search are performed, such as a slow search speed and a large number of files matching a keyword (search word) being displayed. could not.
SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and does not require a user to be aware of a plurality of directory groups of a personal computer and a directory structure of a shared folder or a shared disk of a remote personal computer connected to a LAN or the like. It is another object of the present invention to provide a data structure of a virtual file management mechanism and a software implementation method.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, the invention according to
[0006] By applying this means, the user can determine the type of the directory group, the logical location where the folders and files in the directory group exist, the location on the personal computer used by them, or the LAN. It provides a structure that allows access and file search without being aware of the physical location of a connected remote personal computer.
The data structure of the virtual file management system of the present invention comprises a plurality of planes forming a hierarchical structure, each plane having a plurality of nodes interconnected by weighted links, Are connected to the nodes of the lower plane by links. The user is provided with a means for explicitly operating the virtual file operation window to add or delete the plane or node.
[0008] The virtual file management mechanism determines the priority of the node based on the weight of the link connecting the nodes in the plane. The search processing routine searches for a node having a target file based on a keyword by following a link of the hierarchical data structure with a node designated by a user as a starting node. The search routine implements a means for displaying the contents of the file by passing the full path of the searched file to the OS explorer. When the target node is determined, a function of dynamically changing the weight of the link in the plane to update the priority of the node in the link and improving the speed of re-search is provided.
[0009] When the virtual file management mechanism adds a node or when the user explicitly specifies it on the virtual file operation window, the virtual file management mechanism uses a relation link between nodes other than the node to which the node is connected. Has the function of connecting. The relationship link changes the node or file search root. When the search process reaches the node having the related link in the search process, the search is speeded up by preferentially searching the node at the related link destination.
[0010]
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 schematically illustrates the configuration of the virtual file management system. In the following embodiments, the present invention will be described by way of an example in which the present invention is implemented on Windows which is a typical personal computer OS.
In FIG. 1, a personal computer PCa operating on an OS 2a and a remote personal computer PCb operating on an OS 2b are connected to a
The virtual
The virtual
In addition, these modules form a data structure in cooperation with the user through the virtual file
FIG. 2 shows an example of a data structure in which the virtual
The data structure illustrated in FIG. 2 is a new data structure obtained by virtualizing all the directories 3a of the personal computer PCa, the shared
Although the screen format of the
The basic operation of the virtual
The node addition /
In the
When the nodes are added and the categorized node configuration unique to the user 17, that is, the data structure is completed, the file
To check the registration status of the file, in the
When it is unclear which node the file should be registered in, or when it is troublesome to determine the registered node, the user drags and drops the
The same applies when registering the shared
To delete a node, right-click on a node in the
The
FIG. 3 shows a search algorithm. FIG. 3A shows a state before the search of the
The priority of a node is determined by calculating the total value of the weights of the links of the node and decreasing the value in ascending order. In FIG. 3A, the total value of the link weights of the node 21a is “3”, which is the smallest, so that P1 has the highest priority. The
The weight of the link in the plane is set when the initial node registration processing module 11, the node addition /
The search operation will be described by taking as an example a case where the target file is located at the
When the file to be searched is searched by the
When a node having the file specified by the keyword is detected, a registered file list (file name) is displayed in the
As described above, in the virtual file management system of the present invention, the user can use only the
In the search operation, the start node is specified as described above, and the
In order to further improve the search speed, the virtual
In FIG. 2, when a file search is started from the node 21a, the search process follows the
FIG. 5 is a processing flowchart of the
In S3, it is checked whether or not the departure node has been designated by the user. If no node has been designated, in S4, the node with the highest priority on the plane is acquired, and in S5, the file search processing of the node is executed. And set the searched flag.
In S6, when a target file that matches the keyword is found in that node, a message window (not shown) is displayed in S13 in which the file name is specified and the user 17 is asked to open the file or to open the file. When the user presses the "Yes" button in the window, the target file is opened by passing the full path of the file to the explorer 6a as described above.
In S14, when the processing of S13 is completed, the weight of the link is updated and the priority of the node is updated in S15 as shown in FIG. 3, and the search processing is ended in S16.
If the "No" button is pressed in the message window displayed in S13, or if the file cannot be found in S6, it is checked in S7 whether there is a related link. When the node is connected to another node by a related link, a file search process is similarly performed using the keyword in S5.
If there is no related link, the existence of a lower node of the node is checked in S9, and if there is a lower node in S10, a file search process is executed in S5 according to the priority of the lower node. If there is no lower node, a node having the next priority of the plane is selected in S11.
At this time, the search flag in the search route is checked, and if an unsearched node is on the search route, a file search process is performed in S5. If there are no unsearched nodes on the search route at S12, a file search completion message is displayed on the window at S16, and the search process is terminated.
[0042]
As described above, according to the first aspect of the present invention, the structure of a directory group of a computer, the directory structure of a shared folder or a shared drive of another computer connected to a network, and the physical structure of a computer. It provides a virtual file management system that allows the user to freely set a unique data structure without being aware of the actual location. The user can easily perform file access and file search of the directory group using the unified operation window.
According to the second aspect of the present invention, by applying a data structure in which planes in which a plurality of nodes are connected by links having weights are hierarchized, the search speed is greatly improved each time the search is repeated. An effective virtual file management system can be realized. Further, according to the third aspect of the present invention, by connecting nodes having a close relationship that are not connected by the link with a related link, there is an effect that a more efficient file search can be realized.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a virtual file management system of the present invention and a module configuration of a virtual file management mechanism.
FIG. 2 is an example of a data structure in which a node that stores a file is structured by a file management mechanism.
FIG. 3 is a diagram illustrating a search algorithm for a data structure.
FIG. 4 is an example of a node operation window for a user to create a data structure or search for a file.
FIG. 5 is a search processing flowchart.
[Explanation of symbols]
DESCRIPTION OF
Claims (3)
上記仮想ファイル管理機構は、上記データ構造にキーワードを付けたノードを追加、またはノードを削除することでカテゴリ化されたデータ構造を構成する手段と、
上記当該コンピュータのファイル管理機構が管理するディレクトリ群の中のファイル、あるいはネットワークで接続されたリモートコンピュータの共有フォルダや共有ディスク中のファイルから、エクスプローラなどのシェルプログラムを介して、上記仮想ファイル操作ウィンドウに選択したファイルをドラッグアンドドロップ操作することにより、上記仮想ファイル管理機構が上記ファイル、共有フォルダ等のファイルのフルパスと名称とを、キーワードを付けて上記データ構造中の該当ノードに登録する手段と、
上記データ構造中の任意のノードを出発点として、キーワードを用いてノードまたはファイルを検索する手段と、
検索された上記ファイルのフルパスを上記エクスプローラに渡してオープンさせる手段とを備え、
当該コンピュータまたはリモートコンピュータのファイル管理機構のディレクトリ構造を意識しないでファイルアクセスやファイル検索することを特徴とする仮想ファイル管理方式。A virtual file management mechanism that does not affect a file management mechanism of an operating system of a computer, the virtual file management mechanism having a unique data structure composed of nodes and links connecting the nodes. Comprises a virtual file operation window that is means for visually displaying and operating the data structure to a user of the computer;
Means for configuring a categorized data structure by adding a node with a keyword to the data structure or deleting the node,
From a file in a directory group managed by the file management mechanism of the computer or a file in a shared folder or a shared disk of a remote computer connected via a network, the virtual file operation window is opened via a shell program such as Explorer. Means for registering the full path and name of the file, such as the file and the shared folder, with a keyword in a corresponding node in the data structure by performing a drag and drop operation on the selected file. ,
Means for searching for a node or a file using a keyword, starting from an arbitrary node in the data structure,
Means for passing the full path of the searched file to the explorer and opening it,
A virtual file management method characterized in that file access and file search are performed without being aware of the directory structure of the file management mechanism of the computer or the remote computer.
上記仮想ファイル管理機構は、上記ノードのリンクの重みを元に当該プレーン内のノードの優先度を決定する手段と、上記プレーン内の出発ノードから上記優先度にしたがった検索ルートをたどり、キーワードを元に各ノードに登録されたファイルまたはノードを検索する手段を有し、目標のノードが検索されたときにはノード間リンクの重みを動的に変化させる手段とを備え、再検索の速度を向上させることを特徴とする仮想ファイル管理方式の仮想ファイル管理機構。The data structure of the virtual file management mechanism according to the first aspect of the present invention includes a plurality of upper planes, each of which is a set of a plurality of upper nodes, and a lower plane including a set of a plurality of lower nodes related to the upper node. It is composed of a plurality of planes in a hierarchical configuration, and the nodes in each of the planes are data structures interconnected by weighted links,
The virtual file management mechanism determines a priority of a node in the plane based on a weight of a link of the node. The virtual file management mechanism traces a search route according to the priority from a departure node in the plane. Means for retrieving a file or node originally registered in each node, and means for dynamically changing the weight of an inter-node link when a target node is retrieved, thereby improving the speed of re-retrieval. A virtual file management mechanism of a virtual file management method, characterized in that:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003120677A JP4379572B2 (en) | 2003-03-24 | 2003-03-24 | Virtual file management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003120677A JP4379572B2 (en) | 2003-03-24 | 2003-03-24 | Virtual file management method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004288129A true JP2004288129A (en) | 2004-10-14 |
JP4379572B2 JP4379572B2 (en) | 2009-12-09 |
Family
ID=33296487
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003120677A Expired - Fee Related JP4379572B2 (en) | 2003-03-24 | 2003-03-24 | Virtual file management method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4379572B2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10321167B1 (en) | 2016-01-21 | 2019-06-11 | GrayMeta, Inc. | Method and system for determining media file identifiers and likelihood of media file relationships |
US10719492B1 (en) | 2016-12-07 | 2020-07-21 | GrayMeta, Inc. | Automatic reconciliation and consolidation of disparate repositories |
-
2003
- 2003-03-24 JP JP2003120677A patent/JP4379572B2/en not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10321167B1 (en) | 2016-01-21 | 2019-06-11 | GrayMeta, Inc. | Method and system for determining media file identifiers and likelihood of media file relationships |
US10719492B1 (en) | 2016-12-07 | 2020-07-21 | GrayMeta, Inc. | Automatic reconciliation and consolidation of disparate repositories |
Also Published As
Publication number | Publication date |
---|---|
JP4379572B2 (en) | 2009-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190188203A1 (en) | Runtime Permissions Of Queries | |
US7769768B2 (en) | Methods, apparatus and computer programs for visualization and management of data organization within a data processing system | |
US6859217B2 (en) | System and method to display and manage data within hierarchies and polyarchies of information | |
KR101152988B1 (en) | Contextual action publishing | |
US20190155804A1 (en) | Selective filtered summary graph | |
US7076736B2 (en) | Method and apparatus for sharing many thought databases among many clients | |
US7120646B2 (en) | Method and system for interfacing with a multi-level data structure | |
JP5106045B2 (en) | Search engine linkage file sharing system | |
US7627583B2 (en) | Methods, apparatus and computer programs for visualization and management of data organisation within a data processing system | |
KR100991027B1 (en) | File system shell | |
US20080301589A1 (en) | Method Of Graphical Display Of Hierarchical Hardlinks To Files In A File System | |
JP2000090076A (en) | Method and system for managing document | |
US20040015486A1 (en) | System and method for storing and retrieving data | |
US20140122529A1 (en) | Hierarchical structured data organization system | |
JPH04191941A (en) | Object management system | |
JP2011524047A (en) | Recall hierarchical data | |
WO2004025518A1 (en) | Information management system | |
JP2001101042A (en) | System and method for managing data | |
JP2004302981A (en) | Electronic data management system | |
JPH04260945A (en) | Device and method for accessing file | |
JP4379572B2 (en) | Virtual file management method | |
WO2018038065A1 (en) | Information management device and file management method | |
JPH11249938A (en) | Document processor and data display method for the device | |
WO2016190444A1 (en) | Information management device, and file management method | |
JPH11282882A (en) | Document management method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060307 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090106 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090306 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090512 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090709 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090901 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090908 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141002 Year of fee payment: 5 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4379572 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |