JP2004288129A - Virtual file management system - Google Patents

Virtual file management system Download PDF

Info

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
Application number
JP2003120677A
Other languages
Japanese (ja)
Other versions
JP4379572B2 (en
Inventor
Mitsuhiro Ishizaka
充弘 石坂
Masahiro Miyajima
雅弘 宮島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to JP2003120677A priority Critical patent/JP4379572B2/en
Publication of JP2004288129A publication Critical patent/JP2004288129A/en
Application granted granted Critical
Publication of JP4379572B2 publication Critical patent/JP4379572B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a virtual file management mechanism for easily executing file access and high speed retrieval without being conscious of a directory structure of a computer. <P>SOLUTION: When a user clearly operates a node operation window 30, the virtual file management mechanism 8 forms a data structure of the only free form on a control database 14. This data structure is a hierarchical constitution composed of a plane having a plurality of nodes mutually joined by a link having weight. A file 5 is dragged and dropped from a directory group 3 displayed by an explorer 6, and is registered in the node by attaching a keyword. A retrieval processing module 13 is constituted for retrieving the file at a high speed on the basis of a preference degree of the node determined from the weight of the link. <P>COPYRIGHT: (C)2005,JPO&NCIPI

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 claim 1 is a virtual file management mechanism implemented as an application above the file management mechanism of an existing OS, that is, a virtual file management mechanism realized as an application. It is configured so that the user can explicitly operate the displayed virtual file operation window. Here, the node corresponds to a directory or folder of the existing OS. A means for creating a categorized data structure by adding a node to which a user has added a keyword or deleting a node that has already been registered, and a folder in a directory group managed by the OS and a file in a shared folder of a remote personal computer. Is registered in a node in the data structure, and a file is searched using a keyword with an arbitrary node as a starting node.
[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 network 1 such as a local network. It is assumed that the personal computer PCb is given the name "magpie". Reference numerals 3a, 3b, and the like 3 are directories each having a folder 4a, 4b, and the like 4 in which files 5a, 5b, and the like 5 are stored, and are under the control of file management of the OSs 2a and 2b, respectively. In particular, the folder 4a is a shared folder that can be used by a user 17) of another personal computer on the network 1, such as the personal computer PCa, and the shared file 3b. Reference numeral 16 denotes a shared drive such as a CD-ROM set to be shared. Reference numerals 6a, 6b, etc. denote explorers 6, which are application programs and shell programs used by the user when operating OS functions such as file operations and application startup.
The virtual file management mechanism 8 for controlling the virtual file management system of the present invention uses various management tables recorded in the control database 14 and an application program interface (API) 7 published by the OS. It is composed of various program modules that execute required processing. The user 17 of the PCa operates the data structure displayed on the node operation window 30 which is the main screen of the virtual file operation window 16 provided by the virtual file management mechanism 8 to register the file registered in the target node. Go to. In the virtual file operation window group 15, the window is switched to a window including various messages in accordance with the situation where the user 17 has performed the image operation on the node operation window 30. FIG. 4 is a configuration example of the node operation window 30.
The virtual file management mechanism 8 is software for realizing the virtual file management system of the present invention, and includes a plurality of processing modules. The initial node registration processing module 11 and the node addition / deletion processing module 12 form a data structure on the control database 14. In a node forming this data structure, the file registration processing module 9 registers the file 5a of the personal computer PCa, the file 5b in the remote PCb shared folder 4b, or the file in the shared drive 16. The file deletion / modification module 10 can delete a file from a node or change a keyword of a registered file. The search processing module 13 executes a file search using the data structure. These modules include a plane table, a node table, a file table, a link table, and a relation table. In the records that form these tables, the relationships between planes and nodes are linked by pointers to form a data structure. Is done.
In addition, these modules form a data structure in cooperation with the user through the virtual file operation window group 15 and execute a file registration or deletion process.
FIG. 2 shows an example of a data structure in which the virtual file management mechanism 8 structures a large number of files. Planes 20 forming a hierarchical structure such as 20a, 20b, 20c, 20d, and planes 20 in these planes 20 are shown. The nodes 21 are arbitrarily arranged according to the designation of the user 17, and the nodes 21 in each plane 20 are interconnected by a weighted intra-node link 22. For example, node 21b is connected to nodes 21d, 21a, and 21c by in-plane links 22a, 22b, and 22c, respectively. In general, when there are n nodes in a plane, a node has n-1 links. The plane 20a is called an upper plane of the planes 20b and 20c, and the planes 20b and 20c are called a lower plane of the plane 20a. The plane 20a having no upper plane is referred to as a top plane, and the plane 20d having no lower plane is referred to as a bottom plane. To further clarify the positional relationship between nodes, nodes on the upper plane are called upper nodes, and conversely, nodes on the lower plane are called lower nodes. The upper node is connected to all nodes in the lower plane by an interplane link 23. For example, the node 21b is interconnected with all the nodes 21e, 21f, 21g in the lower plane 20b by inter-plane links 23a, 23b, 23c, respectively. When it is obvious without distinguishing between the intra-plane link 22 and the inter-plane link 23, they are simply referred to as links 22 and 23. .. P in the node 21 indicate the priority of the node in the plane. 24a and 24b are related links.
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 folder 4b of the remote personal computer PCb, or the directory structure of the shared drive 16. The data structure set by the user is displayed in an easy-to-see form in the node display area 31 of the virtual file operation window 30 as shown in FIG. The user drags and drops the folder 3a or the file 5a in the directory structure indicated by the explorer 6a with the mouse, and performs an operation of superimposing the folder 3a or the file 5a on an appropriate node displayed on the node display area 31. The full path and file name of the file selected by are registered.
Although the screen format of the node operation window 30 can be freely designed, since displaying the entire data structure becomes complicated, a method of displaying each plane as shown in FIG. 4 is exemplified. FIG. 4 is a display screen of the plane 20b in which three nodes 21e, 21f, and 21g are registered. The upper node 21b is displayed at the upper right of the sword display area 31.
The basic operation of the virtual file management mechanism 8 will be described with reference to the data structure of FIG. When the user starts the software of the virtual file management mechanism 8, the initial node registration processing module 11 displays an initial node registration screen (not shown) on the node operation window 30. This screen is provided with, for example, fields for entering the names of three nodes and their keywords. In each of the fields, a node name (for example, reading, literature, company, etc.) and a keyword which are easy for the user to remember are attached. The node display area 31 displays a data structure including three nodes interconnected by the intra-node link 22 with the names of the nodes 21a, 21b, and 21c of the top plane 20a.
The node addition / deletion processing module 12 adds a node to a designated plane, or creates a lower plane and adds a node there. When the user clicks on the node 21b of the top plane 20a, a pop-up menu 35 is displayed. When "add node" is selected, a node addition screen is generated, so that the user 17 can enter the name of the node 21e, for example, "population intelligence". And enter a keyword to instruct registration. At this stage, the lower plane 20b is generated. In the plane name display field 34, the node name “document” of the upper plane 21a is entered. The connection relationship with the node 21e is displayed on the inter-node link 23a.
In the node display area 31, by right-clicking a circle indicating a node and selecting "add node" from a pop-up menu 35 displayed, an "internet" node 21f and a "LAN" node 21g are registered in the same manner. You.
When the nodes are added and the categorized node configuration unique to the user 17, that is, the data structure is completed, the file registration processing module 9 performs a file registration operation. To register a file, select the file 5a to be registered from the hierarchical directory displayed by the explorer 6a and drag and drop the file 5a in the node display area 31 to the node 21 (node 21g in the example of FIG. 2) where the file is to be registered. Do it by doing. At this time, the number of files to be dragged may be one or more. Alternatively, the folder 4a may be used. By using the function of the application program interface (API) 7 published by the OS such as Windows, the file registration processing module 9 can obtain the environment variables of the file 5a. Display on the file registration screen. The user confirms the file name, writes the keyword of the file 5a in the field, and instructs registration.
To check the registration status of the file, in the node display area 31, right-click on the corresponding node 21g to display a pop-up menu 35, and select "registered file". The registered file list is displayed in the list section 36 beside the node display area 31.
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 node display area 31 to a display area 31 other than the circle representing the node. At this time, the file registration processing module 9 passes the name of the file as a keyword to the search processing module 13 and requests a search for the corresponding node. The search processing module 13 executes a node search by using a keyword registered in a node or a file that has already been registered, and returns the found node number to the file registration processing module 9. The file registration processing module 9 registers the file in the node based on the node number.
The same applies when registering the shared file 5b. If the OS of the personal computer PCa is Windows, the shared folder 4b is displayed when the name Magpie of the remote personal computer PCb is specified in accordance with a complicated procedure on the window. When the user name and password are input, the file 5b in the folder is displayed. Is displayed in the explorer 6a. Then, when the file 5b is dragged and dropped onto a node, for example, 21b on the node display area 31, the file registration processing module 9 executes the file registration processing as in the case of the file 5a.
To delete a node, right-click on a node in the node display area 31, for example, 21f, and click "Delete / Change Node" from a pop-up menu 35 displayed. The node addition / deletion processing module 12 deletes the node 21f. At this time, the file information stored in the node 21f, the node 21n on the lower plane 20d, and all links connecting the other nodes are disconnected.
The search processing module 13 searches for a node and files stored therein. In order to perform this search at high speed, it is necessary to determine the priority P of the node based on the weight of the link between the nodes.
FIG. 3 shows a search algorithm. FIG. 3A shows a state before the search of the plane 20b, and FIG. 3B shows a state after the search. The priority P of the node in the plane is determined based on the weight of the link in the plane. As described above, the plane 20b has a name of "document" created by the user 17 below the upper node 21b. The data structure of this plane is generated in the order of the nodes 21e, 21f, and 21g. The link weights are assigned based on the order in which the nodes were created. For example, when the node 21g is added next to the node 21e, the weight of the link 22i is “2” and the weight of the link 22k is “3”.
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 node 21f has priority 2 “P2”, and the node 21g has priority 3 “P3”. ". In the node display area 31, only 23a connecting the nodes 21e having the highest priority P1 is displayed as the inter-plane link in order to simplify the screen.
The weight of the link in the plane is set when the initial node registration processing module 11, the node addition / deletion processing module 12, the search processing module 13 or the like registers or deletes a node. When the weight of the intra-plane link 22 is changed, the priority P of the node is reset using the weight.
The search operation will be described by taking as an example a case where the target file is located at the node 21g having the lowest priority "P3" in the plane 20b. When the user inputs a keyword for search in the keyword input field 32 of the node operation window 30, specifies a start node (for example, the node 21a of the top plane 20a in FIG. 2), and presses the search button 33, the search starts. . First, the file of the node 21a is searched. If there is no file that matches the keyword, a search is made for the node 21b of “P2” having the next highest priority. Next, the process proceeds to the search of the lower plane 20b of the node 21b, and the nodes 21e and 21f are searched in the order of the node P as shown in the search route 25a of FIG. If the file is not found in 21f, a search is made on the lowest plane 20d where the lower node 21n is located. Since there is no lower plane below the node 21n, the process returns to the upper plane 20b to search for the node 21g and find a target file there.
When the file to be searched is searched by the node 21g, the weight of the in-plane links 22j and 22k connected to the node 21g is decremented by one as shown in FIG. 3B. The weight of the link 22j is updated from 2 to 1, and the weight of the link 22k is updated from 3 to 2. At this time, the weight of the link 22i is 3. When the priority of the node 21 is recalculated using the updated link weights as described above, the node 21g has the highest priority “P1”, the node 21f has the “P2”, and the node 21e has the lowest priority. "P3". Further, the search route 25a is traced in reverse, and it is considered that the node 21b has the search file, and the priorities of the four nodes on the top plane 20a are reset. At this stage, the priority of the node 21b becomes “P1”. Accordingly, when the same file is searched from the node 21a (priority P2), the search file reaches the node 21g where the search file is located on the search route 25b shown in FIG. As described above, when the file search on the same node, that is, the search with the same keyword is repeated, the search route 25 is shortened, and the search speed is greatly improved.
When a node having the file specified by the keyword is detected, a registered file list (file name) is displayed in the list section 36 of the node operation window 30. When a file to be referred to is selected and double-clicked, the search processing module 13 passes the full path to the explorer 6a, and the explorer opens the target file.
As described above, in the virtual file management system of the present invention, the user can use only the node operation window 30 handled by the virtual file management mechanism 8 to store the actual file 5a, 5b or the folder 4a, the shared folder 4b, or the shared drive 16. Can be accessed.
In the search operation, the start node is specified as described above, and the search processing module 13 performs the file search processing. When the file registration node is stored, the user directly designates a node on the node display area 31, for example, the LAN node 21g, designates "registration file" from the pop-up menu 35, and displays the registration file in the list section 36. Lets you open the file. When the search button 33 is pressed without specifying the start node, the node having the highest priority among the nodes displayed on the node display area 31 automatically becomes the start node.
In order to further improve the search speed, the virtual file management mechanism 8 provides a means for connecting nodes with a relation link 24 when registering the nodes as shown in FIG. The relationship link 24 can be connected to a node on another plane other than the node where the inter-node link already exists. In FIG. 2, the node 21n is connected to the node 21b of the upper plane 20a, and the node 21f is connected to the node 21i of the same plane 20c. The node addition / deletion processing module 12 automatically connects a relation link if a node having the same name as that node is already present in the data structure when a new node is added, if the above condition is satisfied. Further, right-clicking on the node portion of the node display area 31 and entering "plane name" in the window displayed when "add relational link" is selected from the pop-up menu 35, and further displaying the node on the plane displayed By selecting a name, a relation link can be explicitly linked.
In FIG. 2, when a file search is started from the node 21a, the search process follows the related link 24a next to the node 21b to search for the node 21n. If the search target file is located at the node 21n, it is not necessary to sequentially search the nodes on the plane 20b as illustrated in FIG. 3A, and the search speed is greatly improved. If there is no file to be searched in this node 21n, the search is performed according to the search route 25a shown in FIG. However, since the searched flag is set on the table of the already searched node 21n, the node 21g is searched next to the node 21f.
FIG. 5 is a processing flowchart of the search processing module 14 for executing the above-described search algorithm. When the user 17 inputs a keyword in the keyword input field 32 of the node operation window 30 and presses a search button 33, a search process is started in S1 and a search keyword is acquired in S2.
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 SYMBOLS 1 ... Network, PC ... Personal computer, 2 ... Operating system (OS), 3 ... Directory group, 4a ... Folder, 4b ... Shared folder, 5 ... File, 6 ... Explorer, 8 ... Virtual file management mechanism, 9 ... File registration processing Module, 11: Initial node registration processing module, 12: Node addition / deletion processing module, 13: Search processing module, 15: Virtual file operation window group, 16: Shared drive, 20: Plane, 21: Node, 22: Within plane Link, 23: Inter-plane link, 24: Related link, 25: Search route, 30: Node operation window, 31: Node display area, 36: List section, P: Node priority

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.
上記請求項1に記載の仮想ファイル管理機構のデータ構造は、複数の上位ノードの集合である上位プレーンと、上記上位ノードに関連した複数の下位ノードの集合からなる下位プレーンとを有するように多階層構成の複数のプレーンからなり、上記各プレーン内のノードは重み付けされたリンクで相互接続されたデータ構造であって、
上記仮想ファイル管理機構は、上記ノードのリンクの重みを元に当該プレーン内のノードの優先度を決定する手段と、上記プレーン内の出発ノードから上記優先度にしたがった検索ルートをたどり、キーワードを元に各ノードに登録されたファイルまたはノードを検索する手段を有し、目標のノードが検索されたときにはノード間リンクの重みを動的に変化させる手段とを備え、再検索の速度を向上させることを特徴とする仮想ファイル管理方式の仮想ファイル管理機構。
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:
上記請求項2に記載のデータ構造において、同一プレーンにあるノード、上記ノードの下位プレーンにあるノードおよび上記ノードの上位ノード以外の関連するノードとの間を、新規ノードの追加時あるいは利用者の指定により関係リンクで結ぶことにより、検索動作の過程が上記関係リンクを有するノードに達したときに、上記関係リンク先のノードおよびファイルの検索を行うことで、検索速度を向上させることを特徴とする仮想ファイル管理機構。3. The data structure according to claim 2, wherein a node on the same plane, a node on a lower plane of the node, and a related node other than an upper node of the node are connected when a new node is added or when a user By connecting the designated link with the related link, when the process of the search operation reaches the node having the related link, the search of the node and the file of the related link destination is performed, thereby improving the search speed. Virtual file management mechanism.
JP2003120677A 2003-03-24 2003-03-24 Virtual file management method Expired - Fee Related JP4379572B2 (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (2)

* Cited by examiner, † Cited by third party
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