JP4468530B2 - File management system, file management method, and storage medium - Google Patents

File management system, file management method, and storage medium Download PDF

Info

Publication number
JP4468530B2
JP4468530B2 JP37399199A JP37399199A JP4468530B2 JP 4468530 B2 JP4468530 B2 JP 4468530B2 JP 37399199 A JP37399199 A JP 37399199A JP 37399199 A JP37399199 A JP 37399199A JP 4468530 B2 JP4468530 B2 JP 4468530B2
Authority
JP
Japan
Prior art keywords
file
folder
name
storage location
managed
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.)
Expired - Lifetime
Application number
JP37399199A
Other languages
Japanese (ja)
Other versions
JP2001188697A (en
Inventor
和良 高橋
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.)
Fujifilm Corp
Original Assignee
Fujifilm Corp
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 Fujifilm Corp filed Critical Fujifilm Corp
Priority to JP37399199A priority Critical patent/JP4468530B2/en
Publication of JP2001188697A publication Critical patent/JP2001188697A/en
Application granted granted Critical
Publication of JP4468530B2 publication Critical patent/JP4468530B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、電子ファイルを管理するファイル管理装置、方法および記憶媒体に係り、特にファイル名に格納先情報を付けて、物理ファイルのキャビネット管理と同様に整然と分類管理できるようにしたものに関する。
【0002】
【従来の技術】
電子ファイルを管理する方法に、データベース管理と、データベースとは関係なくファイルを階層構造で管理する分類管理とがある。
【0003】
一方のデータベース管理は、ファイルは属性や項目の「ひも付け」で管理される。従って、一つのフォルダに無秩序に多数、多種類のファイルを入れても、データーベースソフトに登録さえすれば、検索も抽出も可能となる。このためサーバの中に大枠のフォルダぐらいは作るが、細かく詳細に分けて、ファイルを整理することは少なく、フォルダ内は非常に混とんとした状況にある。すなわち、フォルダに、無秩序に企画書も提案書も画像も混在したままで入っている。「どうせデーターベースに登録するのだから」というのが、混在を許してしまう理由である。しかし、データーベースがクラッシュした場合は、何処に何のデータがあるという属性や項目の「ひも付け」が壊れてしまうため、ファイルの検索や抽出は困難になる。そこで「ひも付け」情報を含めてバックアップを取るという作業がデータベース管理では必須だった。
【0004】
他方の分類管理は、データベースに頼ることなく、ファイルを階層構造に分類整理して整然と管理するやり方である。分類分けが非常に面倒であるという欠点があったため、ファイル作成時に、ユーザが意識することなく、ファイルを自動的に分類分けして保管できるようにしたものが提案されている(特開平7−13828号公報)。これは、ファイルを分類するための分類情報をファイルまたはディレクトリに設定および管理する分類情報作成手段と、分類情報によってファイルを自動的に分類し保管するファイル自動保管手段と、ファイル作成を監視しファイルが作成されたことをファイル自動保管手段に通知するファイル作成検出手段と、ファイルの内容を調べることによりファイルの種類を確定してファイル自動保管手段に通知するファイル種類決定手段とを備えたものである。ここで調べるファイルの内容は、ファイル名に付けられた拡張子、またはファイル内容(ファイルの中身)である。
【0005】
まず、前記分類情報作成手段により分類情報を作成し、ファイル作成用ワークディレクトリに分類情報を付与し、ワークディレクトリでファイル作成する。次に、ファイル作成検出手段より作成されたファイル名をファイル自動保管手段に通知する。そして、ファイル自動保管手段は受取ったファイル名の拡張子と分類情報中の分類構造情報に設定された拡張子に対応する分類ディレクトリ名を取得する。または、ファイルの内容を読み出し、ファイルの種類を決定した上で、受取ったファイルの種類とワークディレクトリに付与された分類情報中の分類構造情報に設定されたファイルの種類に対応する分類ディレクトリ名を取得する。最後に、作成されたファイルを分類ディレクトリに移動し保管する。
【0006】
これにより、ファイルの拡張子、またはファイル内容によって、ユーザが自由に分類を定義でき、ファイルを自動的に分類整理して保管することにより、ユーザのファイル管理における作業を軽減することができる。
【0007】
【発明が解決しようとする課題】
しかし、上述した特開平7−13828号公報に記載の発明には、つぎのような欠点がある。
(1)上記発明は、指定された分類ディレクトリを自動的に作成し、ファイルをファイルの種類に対応して、作成した分類ディレクトリに自動的に移動して分類するもので、ファイル管理に有効な装置といえる。例えば、拡張子で分類する場合には、図28に示すように、ワークディレクトリ(users/work1)にあるファイル(tokkyo.wpなど)を移動して、ワープロ分類ディレクトリ(home/ワープロ分類)やテキスト分類ディレクトリ(home/テキスト分類)別に自動的に分類できる。また、ファイル内容によって分類する場合には、図29に示すように、ワークディレクトリ(users/work1)にあるファイル(TIFFfileなど)を移動して、イメージ分類ディレクトリ(home/イメージ分類)、印刷分類ディレクトリ(home/印刷分類)、その他の分類ディレクトリ(home/その他の分類)というように分類することもできる。
【0008】
しかしながら、各分類ディレクトリは1階層だけで構成され、その配下に階層構造がない。従って、分類ディレクトリに分類されて格納されたファイルは、拡張子またはファイル内容は共通しているものの、作成部門や作成日付などの他の項目については分類されておらず、依然として無秩序に混在したまま入っているということになる。すなわち、ワープロ文書に分類分けされたファイルは、営業部のファイルも、開発部のファイルも、総務部のファイルも、さらには見積書も、決定見積書も、発注書も、またファイル作成日付別にも分類されることなく、無秩序に混在したまま、格納されてしまうことになる。
【0009】
表面だけは秩序化されているものの内部はこれまで通り、無秩序に混在したままなので、従来のデータベースの考えと何ら変ることがない。このため、例えばワープロ文書に分類されたファイルから特定のファイルを取り出そうとした場合、データベースに頼らざるを得ない。また、データーベースがクラッシュした時には、「ひも付け」が壊れてしまので、所望のファイルを容易に取り出せない点は、全く従来と変りない。
(2)また、後に分類階層構造を変更したい場合には、自動再構築手段が存在しないので、ユーザが変更分類ごとに新規のディレクトリを作成し、ファイルを所定の新規ディレクトリへ移動あるいは複写し、その後に手作業で旧ディレクトリを削除しなければならず、分類の再構築が非常に面倒であった。
【0010】
ところで、従来の物理ファイルを整理する分類キャビネットは、次の述べるように、それなりに便利であった。例えば、営業部のキャビネットの引きだしのラベルに営業部見積と書いてあるキャビネットの引きだしを開けると、年号別に区切られている。「1997」とか「1999」というように。「1999」の区切られた所に、「あ・か・さ・た・な・・・」のフォルダがある。そのフォルダを開けると、さらに「1月〜12月」までのフォルダが中で区切られている。そして「9月」を開けると、その中に、「営業部-1999-アクセス-9-サーバー見積」というタイトルの物理ファイル(紙書類)が入っている。
【0011】
この時代には、キャビネットに紙というハードウェアを用いて、ある秩序を基に物理ファイルが整理されていた。進んだ所では何処に何を入れたか、という台帳にも記入し、それをインデックスにして、欲しいファイルのある場所へ容易にアクセスすることができ、ファイル等を即座に引きだすことができた。全てがハードウェアで行っている時代には、「何時でも・誰でも・何処でも」、特定した書類を捜し出して、外部にいる営業員からの問い合わせや、クライアントからの問い合わせに答えられた。
【0012】
そこで、本発明の課題は、ファイル名に格納先階層情報を含ませることによって、電子ファイルでも、そのような物理的構造の分類キャビネットと同じ様なアクセスを可能にすることができるァイル管理装置、方法、および記憶媒体を提供することにある。また、本発明の課題は、ファイル名から分類を容易に再構築することが可能なファイルの管理装置を提供することにある。
【0013】
【課題を解決するための手段】
第1の発明は、被管理ファイルが格納されるべき階層フォルダと同じ名前で、階層構造順に並べた一連の格納先情報を原ファイル名に付けて、前記ファイルの原ファイル名を格納先情報付きファイル名に変更するファイル名作成手段と、前記ファイル名作成手段で作成された格納先情報付きファイル名の一連の格納先情報に従って前記ファイル格納先情報と同じ名前の階層フォルダを順次作成し、前記格納先情報付きファイル名の最後の格納先情報と同じ名前の階層フォルダの配下に前記格納先情報付きファイルを格納するファイル振分け手段とを備えたファイル管理装置である。
【0014】
本発明によれば、ファイル名作成手段で原ファイル名を格納先情報付きファイル名に変更し、ファイル振分け手段でファイル格納先情報と同じ名前の階層フォルダを作成して、最後のファイル格納先情報に対応する階層フォルダの配下に格納先情報付きファイルを格納するようにしている。したがって格納先情報付きファイル名を決定すれば、ファイル格納先フォルダを自動的に作成でき、そこに格納できることになる。その結果、整然と分類されたファイル格納先情報をファイル名として付ければ、物理キャビネットのときのように、整然と分類された電子ファイルの管理が可能となる。その結果、データベースソフト等に頼ることなく、例えばエクスプローラのようなファイル管理ソフトでも、目的とするファイルを、誰彼となく、容易に見つけ出すことができるようになる。また、ファイルを取り出した格納先フォルダの名前を忘れてしまったり、ファイルが迷子になっても、ファイル名そのものに行き先とも言うべきファイル格納先情報が付けられているので、誰彼となく、所定のフォルダに戻すことができる。
【0015】
上記発明において、前記ファイル名作成手段に、前記一連の格納先情報を前記被管理ファイルの内容から取得し、この取得した前記格納先情報を原ファイル名に付ける機能をもたせてもよい。被管理ファイルの種類によっては、格納先情報を入力する領域が確保されているものがあり、予めその領域に格納先情報が入力されていれば、上記機能に基づいて前記被管理ファイルから格納先情報付きファイル名を自動的に作成することができる。
【0016】
上記発明において、監視フォルダ内の被管理ファイルの有無を検出し、前記ファイルを検出したら、前記ファイル名作成手段に、ファイル格納先情報付きファイル名を作成するための作成指令を送信する第1のファイル監視手段を設けることが好ましい。ファイルを検出すると指令を出してファイル名作成手段を作動する第1のファイル監視手段を設けると、監視フォルダに、管理しようとする被管理ファイルを入れるだけで、自動的に格納先情報付きファイル名が作成され、作成されたファイル名に対応した階層フォルダにファイルを自動的に振分けることができる。
【0017】
また、上記発明において、前記ファイル格納先情報付きファイル名の付いたファイルを前記監視フォルダからファイル振分け分配フォルダに移動する移動手段と、前記移動手段から前記ファイル振分け分配フォルダへ移動したファイルの有無を検出し、前記フォルダを検出したら、前記ファイル振分け手段に、前記ファイルをファイル振分け分配フォルダから格納先となる階層フォルダに振分けるための振分け指令を送信する第2のファイル監視手段とを設けることが好ましい。第1の監視フォルダとは別にファイル振分け分配フォルダを設けて、移動手段によりファイルを監視フォルダからファイル振分け分配フォルダに移動するようにすると、ファイルの監視とファイル振分け作業とを独立して行うことができるので、効率的な管理ができる。また、第2のファイル監視手段でファイルを検出したとき、指令を出してファイル振分け手段を作動するようにしたので、ファイル振分け分配フォルダに、管理しようとするファイルを入れるだけで、ファイルを自動的に振分けることができる。
【0018】
また、上記発明において、前記ファイル振分け手段で階層フォルダの配下に格納されたファイル格納先情報付きファイル名を持つファイルをデータベースに登録するデータベース登録処理手段を設けることが好ましい。ファイル格納先情報付きファイル名を持つファイルをデータベースに登録するようにすると、データベースソフトからも当該ファイルをアクセスすることができるようになる。
【0019】
また第2の発明は、第1の発明のファイル管理装置であって、現在の分類フォルダの配下のフォルダ階層構造を再構築するファイル管理装置において、新フォルダ階層構造を決定する新フォルダ階層構造決定手段と、現在分類フォルダに加えて新分類フォルダを作成するフォルダ作成手段と、現在分類フォルダの配下の階層フォルダを降りて行き、配下の階層フォルダ内の現在の格納先情報付きファイル名を持つファイルの有無を検出する検出手段と、前記ファイルを検出したとき、当該ファイル名から原ファイル名を取得して、前記新フォルダ階層構造決定手段によって指定された格納先情報に基づいて、前記ファイルが新規に格納されるべき階層フォルダと同じ名前で、階層構造順に並んだ一連の新格納先情報を原ファイル名に付けて、前記当該ファイル名を新格納先情報付きファイル名に変更するファイル名変更手段と、前記ファイル名変更手段で作成したファイル名の一連の新格納先情報に従って前記新格納先情報と同じ名前の新階層フォルダを順次作成して、該新階層フォルダに当該ファイルを振分けていき、前記新格納先情報付きファイル名の最後の新格納先情報と同じ名前の新階層フォルダの配下に前記新格納先情報付きファイル名を持つファイルを格納するファイル振分け分配手段と、前記検出手段が現在フォルダの配下にファイルを検出しなくなったとき、当該現在フォルダを削除してフォルダ階層構造を再構築する削除手段とを備えたファイル管理装置である。
【0020】
本発明によれば、ファイル名に格納先フォルダに対応した一連の格納先情報が付いているので、ファイルの分類を再構築したい場合でも、その格納先情報の順序を変更し、変更した格納先情報に基づいて、新ファイル名および新ファイル名に対応した新階層フォルダを作成し、この作成した新階層フォルダにファイルを再格納することが容易にできる。
【0021】
また、第3の発明は、監視フォルダで被管理ファイルの有無を監視し、前記被管理ファイルを感知したら、前記被管理ファイルに、被管理ファイルが格納されるべき階層フォルダと同じ名前で、階層構造順に並べた一連の格納先情報を原ファイル名に付け、この格納先情報付きファイル名を持つファイルを監視フォルダからファイル振分け分配フォルダへ移動し、前記ファイル振分け分配フォルダで前記ファイルの有無を監視し、ファイルを感知したら、分類フォルダ配下にある前記格納先情報に対応する階層フォルダを作成して、作成した格納先の階層フォルダに自動的にファイルを移動するようにしたファイル管理方法である。
【0022】
この方法は、図1の具体例で説明すれば、次の4つのステップを含む。
【0023】
(a)クライアントマシン10の監視フォルダ11に原ファイル名:高橋建設.xlsの付いたファイル12を入れる。
【0024】
(b)監視フォルダ11にファイル12が入ったことを感知したら、格納先情報である格納先識別子付きファイル名:営業部−見積−1999−10−28−高橋建設.xlsを作成して、この作成したファイル名へ原ファイル名を変更する。変更後、ファイル12を監視フォルダ11からサーバマシン20のファイル振分け分配フォルダ21へ移動する。前記格納先識別子は、ファイル名の中の「営業部」、「見積」、「1999」、「10」、「28」の部分を言う。
【0025】
(c)サーバマシン20のファイル振分け分配フォルダ21で、移動した格納先識別子付きファイル名の付いたファイル12を監視する。
【0026】
(d)ファイル12を感知したら、業務フォルダ配下にある格納先識別子に対応する階層フォルダ(営業部、見積、1999、10、28)を作成して、作成した格納先フォルダに自動的にファイル12を移動する。
【0027】
第3の発明において、前記一連の格納先情報を原ファイル名に付ける際、前記一連の格納先情報を前記被管理ファイルの内容から取得し、この取得した前記格納先情報を原ファイル名に付けるようにすることもできる。予め被管理ファイルの内容に格納先情報が入力されていれば、被管理ファイルから格納先情報付きファイル名を自動的に作成することができる。
【0028】
また、第4の発明は、コンピュータを動作させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体において、監視フォルダで被管理ファイルの有無を監視させる手段と、被管理ファイルを感知したら前記ファイルに、被管理ファイルが格納されるべき階層フォルダと同じ名前で、階層構造順に並べた一連の格納先情報付きファイル名を付けさせる手段と、この格納先情報付きファイル名を持つファイルを監視フォルダからファイル振分け分配フォルダへ移動させる手段と、前記ファイル振分け分配フォルダで前記ファイルの有無を監視させる手段と、ファイルを感知したら、分類フォルダ配下にある格納先情報に対応する階層フォルダを作成させて、作成した階層フォルダに自動的にファイルを移動させる手段とを有する記憶媒体である。
【0029】
【発明の実施の形態】
以下に本発明の実施の形態を図面を用いて説明する。なお、ここに出てくるソフトの製品名は商標である。
【0030】
図2に、実施の形態の電子分類キャビネットを説明する同心円状ないし放射状のレイヤ構造の概念図を示す。ここで電子分類キャビネット(単に分類キャビネットということもある)とは、本発明で実現することができる電子的な分類キャビネットのことであり、物理ファイルを整然と整理した物理的分類キャビネットに対応させた用語である。
【0031】
レイヤ構造は、中心部に第1レイヤ31が存在し、これより径方向外方に向かって、順に第2レイヤ32、第3レイヤ33、第4レイヤ34、第5レイヤ35、そして 最外層の第6レイヤ36が配置される。
【0032】
第1レイヤ31はデータレイヤであり、格納先識別子付きファイル名を持つファイルが格納される。第2レイヤ32はOSレイヤであり、DOS、Windows OS、Mac OSなどが占める。第3レイヤ33は実施の形態の分類キャビネットのエンジンが配置される。第4レイヤ34は、データベースレイヤ、ネットワークフォルダ、DICOM(米国の医療画像規格)レイヤなどが配される。第5レイヤ35には各種ドライバソフト、例えば、4th Dimensio、Oracle、NFS、Windowsのアプリケーションプログラム、Macのアプリケーションプログラム、QRS、ODBCなどが配置される。そして、最外層となる第6レイヤ36には、各種ユーティリティソフト、例えば、顧客管理、印刷の画像データベース、印刷ソフト画像(OPI)、フォルダ管理システムソフト、動画像ビデオデマンドシステム、メールソフト、画像ファイリングソフト(PACS)等が占める。
【0033】
上述したように同心円状ないし放射状のレイヤ構造の中央に、実施の形態のデータレイヤが位置付けられる。従って、そのエンジンとなる分類キャビネットのある第3レイヤ33の外側のレイヤ34〜36に配置されるソフトから、分類キャビネットを介して、第1レイヤ31にあるデータレイヤのデータにアクセスすることが可能となる。すなわち、OS、ドライバ、データベースソフト、その他のアプリケーションなどの種々のソフトからもアクセスすることができる。このようなアクセスを可能にしている理由は、ファイルが整然と分類管理されているからである。
【0034】
図3にレイヤ構造の一部詳細図を示す。図3(a)に示すように、第1レイヤ31を占めるデータ群には、例えば、テキスト、Excel/Word、DICOM、MPEG、JPEG、EPS(ポストスクリプトファイル)、フォトショップ、RIP済み等がある。図3(b)は第1レイヤ31の階層構造の一例を示す。図3(d)は実施の形態の分類キャビネットに対応する物理的分類キャビネットの斜視図を示す。図3(c)はPACSの画像ファイリングソフト画面の一例である。図3(e)はデータベースDBを示す。
【0035】
本発明を適用する実施形態のシステムは、図4に示すように、複数のクライアントマシン10とサーバマシン20とをLANなどのネットワークで接続する。サーバマシン20に環境設定ファイル22、格納先マスタ23、格納パターンマスタ24、データベース25を設ける。クライアントマシン10およびサーバマシン20のハードウェアシステムで用いられる実施形態のファイル管理ソフトプログラムは媒体に記憶された状態で提供される。プログラムを記憶した媒体としては、例えばCD−ROM等を用いることができる。媒体に記録されたプログラムは、サーバマシン20のハードウェアウェアシステムに組み込まれている記憶装置、例えばハードディスク装置にインストールされることにより、このファイル管理ソフトプログラムを実行して、後述する各機能を実現するファイル管理装置の構築に寄与する。なお、ネットワークにはインターネット接続も含まれる。
【0036】
図5にファイル管理装置のブロック図を示す。クライアントマシン10には、クライアント側ファイル監視手段14、ファイル名作成手段15、ファイル移動手段16、クライアント側エラー処理手段17などが設けられる。サーバマシン20にはサーバ側ファイル監視手段26、ファイル振分け手段27、サーバ側エラー処理手段28、データベース登録処理手段29、分類キャビネット内再構築手段30などが設けられる。これらの概略機能を以下に説明する。
【0037】
クライアント側ファイル監視手段14は、監視フォルダ11内を監視し、ファイルを検出したら、作成指令としてのフォルダ変更メッセージをファイル名作成手段15に送信する。ここで、フォルダ変更メッセージの「フォルダ変更」の意味するところは、当初フォルダに格納されていたファイルを、新規の階層フォルダに格納しなおすという意味である。フォルダ変更メッセージを受信すると、ファイル名作成手段15は、格納先識別子付きファイル名作成画面(図10)をディスプレイに表示する。格納先識別子付きファイル名作成画面に基づいて作成されたファイル名は更新される。ファイル監視手段14がファイルを検出しなかったら、格納先識別子付きファイル名作成画面を非表示とする。ファイル移動手段16は、格納先識別子付きファイル名を付けたファイルをファイル振分け分配フォルダ21にファイルを移動する。移動がうまくいかない場合はエラーファイルとして扱う。エラー処理手段17は、エラーファイルをエラーファイル格納フォルダに移動する。
【0038】
サーバ側ファイル監視手段26は、ファイル振分け分配フォルダ21内のファイルを監視し、ファイルを検出したら、振分け指令としてのフォルダ変更メッセージをファイル振分け手段27に送信する。ファイル振分け手段27は、フォルダ変更メッセージを受信すると、格納先識別子付きファイル名の中の格納先情報に従って、ファイルを格納先フォルダに移動する。サーバ側エラー処理手段28は、移動が不成功に終わると、エラーファイルをエラーファイル格納フォルダに移動するが、成功するとデータベース登録処理が必要か否か判断する。データベース登録処理手段29は、データベース登録処理が必要と判断されたとき、データベースと接続して、処理したファイルをデータベースに追加し、追加が成功したときデータベースを切断する。分類キャビネット内再構築手段30は、新分類フォルダを作成後、現在の分類フォルダ配下の下位階層から上位階層に向かってフォルダ内のファイルを調べに行って、ファイル情報(原ファイル名)を取得し、指定された格納先構造情報とフォルダ名区切り記号を使い新・格納先識別子付きファイル名を作成する。この新ファイル名に基づいて新階層フォルダを作成し、ファイル格納先情報に従ってファイルを新格納先フォルダへ移動し、ファイルの処理が終了したら不要となった空の現在フォルダは順次削除していき、最後にルートにある分類フォルダを削除する。前記フォルダ名区切り記号とは、ファイル名に一連に付けられる複数の格納先識別子間を区切る記号である。
【0039】
次に、上述したような構成によるファイル管理システムの動作を説明する。ファイル管理ソフトをインストールした後に環境設定を行う。図6は環境設定ファイルの説明図である。環境設定ファイル22のクライアント側設定項目には、例えば監視フォルダの情報(監視フォルダをどこに作成するかなどの情報)、フォルダ区切り記号の情報(ユーザが任意に決めるもので、例えば「−」、「_」など)、エラーファイル格納フォルダ情報(フォルダ作成場所などの情報)などがある。環境設定ファイル22のサーバ側設定項目には、ファイル振分け分配フォルダの情報(フォルダ作成場所等の情報)、取りあえずフォルダ情報(フォルダ作成場所等の情報)、データベース接続情報(ファイル管理ソフトにより自動分類されたファイル及びその情報をデータベースに登録するか否かを設定するなどの情報)、エラーファイル格納フォルダ情報(フォルダ作成場所等の情報)などがある。なお、上記各フォルダ情報は、各フォルダを作成する場所をユーザがフルパスで任意に指定することができる。以下、フローチャート及びその補足図を用いて説明する。
【0040】
クライアントアプリケーションフローチャート(図7〜図13)
(1)フォルダ監視フロー
ファイル監視手段14は、図7に示すように、監視フォルダ11の情報を環境設定ファイル22から取得したのち(ステップ101)、監視フォルダ11内のファイル検出待ちになる(ステップ102)。監視フォルダ11へは、例えば次の2通りでファイルが格納される。
【0041】
図8に示すように、管理しようとする被管理ファイル12は、クライアントマシンのディスプレイに表示された監視フォルダ11に移動または保存するという形で監視フォルダ11に格納される。移動は、既にファイル12が存在しているときに、そのファイル12をドラッグ・アンド・ドロップすることにより行う。保存は、市販のアプリケーション(例えばMS−Excelなど)で作成したファイルの保存先として監視フォルダ11を選択することにより行う。管理前のファイルの名前を原ファイル名とし、格納先識別子の付いたファイル名を格納先識別子付きファイル名または単にファイル名という。ここでは原ファイル名を高橋建設.xlsとしている。
【0042】
ファイル12が監視フォルダ11に移動または保存されると、ファイル監視手段14により、当該ファイル12が検出されて、フォルダ変更メッセージがファイル名作成手段15に送信される(ステップ103)。送信成功の可否が判断され(ステップ104)、否であればエラー情報を記録する(ステップ105)。送信が成功するとシステムが終了したか否かを判断し(ステップ106)、否であれば、監視フォルダ11のファイル検出待ちのステップ102へ戻り、システムが終了するまでフォルダの監視を繰り返す(ステップ102〜106)。これにより監視フォルダ11内に格納されるファイルが漏れなく検出されることになる。
【0043】
(2)格納先識別子付きファイル名作成及びファイル移動フロー(図9〜図11)
ファイル名作成手段15は、図9に示すように、予めフォルダ区切り記号の情報を環境設定ファイル22から取得した後(ステップ201)、ファイル監視手段14からのフォルダ変更メッセージの受信待ちになる(ステップ202)。フォルダ変更メッセージを受信すると、格納先識別子付きファイル名作成画面をクライアントマシン10のディスプレイに表示する(ステップ203)。この画面を使って、ソフト利用者が手作業で、ファイル格納先識別子を持つファイル名を作成する。図10に示すように、表示画面40には、画面右に原ファイル名及び格納先を階層的に表示する複数の識別子ボックスが表示され、画面左に格納先パターンを表示する複数のパターンボックスが表示される。画面下には、格納先識別子の付与を容易にするパターン登録ボタン、格納先識別子付きファイル名を確定ではなく暫定的な扱いとする取りあえずボタン、作成された格納先識別子付きファイル名を確定する決定ボタンが表示される。このとき、各識別子ボックスには格納先マスタ23(図4参照)から取得した格納先データ(格納先識別子)が表示され、パターンボックスには格納パターンマスタ24(図4参照)から取得したデータ(格納パターン)が表示されるようになっている(ステップ204、205)。
【0044】
識別子ボックスの矢印を押して格納先識別子を指定し、望む格納先データが無い場合には、文字を入力することで格納先識別子を指定する(ステップ206)。指定後、決定ボタンを押して決定する。この際、画面左のパターンボックスから格納先パターンを選択して、画面右の階層構造を途中まで自動的に指定してやると便利である。図示例の階層構造は、上位に所属やファイル内容を、下位に年月日を配置するようになっている。したがって、この場合、年度までのパターンをパターン登録しておくとよい。画面下のパターン登録ボタンは、良く使う格納先までの階層構造をパターン登録しておくためのものである。
【0045】
格納先識別子が指定されたら(ステップ206)、取りあえずボタン、決定ボタンのいずれが押されたかを判断する(ステップ207)。決定ボタンが押されたのであれば、指定された格納先識別子とフォルダ名区切り記号を使い格納先識別子付きファイル名を作成する(ステップ208)。図10の例では、ファイル名は営業部−見積−1999−10−28−高橋建設.xlsとなる。取りあえずボタンが押されたのであれば、ここでは取りあえずファイル名、例えば取りあえず−高橋建設.xlsを作成する(ステップ212)。取りあえずファイル名は、後に変更されることを前提とした暫定的なファイル名である。このようにして作成されたファイル名により原ファイル名(高橋建設.xls)は更新される。
【0046】
図11を用いてさらに説明する。格納先識別子付きファイル名を作成した後(ステップ208)、指定したファイル名の中の格納先識別子が、格納先マスタ23に存在するか否かを確認する(ステップ209)。存在しない場合は、その格納先識別子を格納先マスタ23に新規登録する(ステップ210)。その後、指定した格納先フォルダの全ての階層分を処理したか否かを判断し(ステップ211)、未処理階層分が残っている場合はステップ209に戻り、格納先マスタ23内のデータ存否と新規登録とを繰り返す(ステップ209〜ステップ211)。
【0047】
全ての階層分の処理が終わったら、また、前述したステップ212の取りあえずファイル名の作成を終わったら、ファイル移動手段16はファイル振分け分配フォルダ21に格納先識別子付きファイル12を移動する(ステップ213)。ファイル振分け分配フォルダ21は、図12に示すように、ネットワーク接続しているサーバマシン20上に設けられる。ファイル振分け分配フォルダ21に移動した時点でのファイル名は、ファイル名作成画面40の決定ボタンが押されていれば、営業部−見積−1999−10−28−高橋建設.xlsであり、取りあえずボタンが押されていれば、取りあえず−高橋建設.xlsである。
【0048】
ファイル移動手段16は、クライアント側の監視フォルダ11からサーバ側のファイル振分け分配フォルダ21への移動成功の可否を判断し(ステップ214)、移動が不成功のときはエラーフロー(Err)へ飛ぶ。移動成功と判断されたら、さらに監視フォルダ11にファイルが残っているか否か判断する(ステップ215)。ファイルが残っていれば、図9のファイル名作成画面表示を行うステップ203に戻り、監視フォルダ11からファイルが無くなるまで、格納先識別付きファイル名作成及びファイル移動フローを繰り返す(ステップ203〜ステップ215)。監視フォルダ11にファイルが存在しなくなれば、クライアント側のディスプレイに表示されている格納先識別子付きファイル名作成画面40を非表示にする(ステップ216)。
【0049】
(3)エラー処理フロー
図11のステップ214で移動が不成功の場合には、図13のエラー処理フローに進む。エラー処理手段17は、環境設定ファイル22からエラーファイル格納フォルダ情報を取得し(ステップ301)、エラー情報を記録する(ステップ302)。エラーファイル格納フォルダが存在するか否か判断し(ステップ303)、存在しない場合はエラーファイル格納フォルダを作成する(ステップ304)。エラーファイル格納フォルダを作成後、またはステップ303でエラーファイル格納フォルダが存在すると判断された場合は、エラーファイルをエラーファイル格納フォルダに移動する(ステップ305)。この移動の成功の可否を判断し(ステップ306)、成功であればエラー処理は終了し、成功しない場合はエラー情報を記録する(ステップ307)。
【0050】
このように移動トラブルの発生時にはエラー処理を行うので、分類キャビネットの信頼性を高めることができる。またエラー情報を記録するので、エラーファイルのやり直しの際に、役立てることができる。
【0051】
サーバアプリケーションのファイル格納までのフローチャート(図14〜図21)
(4)フォルダ監視フロー(図14)
サーバ側ファイル監視手段26は、ファイル振分け分配フォルダ21の情報を環境設定ファイル22から取得する(ステップ401)。取得後、ファイル振分け分配フォルダ21のファイル検出待ちになる(ステップ402)。図15に示すように、クライアント側からファイル名:営業部−見積−1999−10−28−高橋建設.xlsのファイル12がサーバ側のファイル振分け分配フォルダ21に入る。すると、サーバ側のファイル監視手段26は、ファイル振分け分配フォルダ21に上記ファイル12が入ったことを感知する。
【0052】
ファイル振分け分配フォルダ21でファイル12が感知されると、ファイル監視手段26はフォルダ変更メッセージをファイル振分け手段27に送信する(ステップ403)。送信が不成功に終わればエラー情報を記録するが(ステップ404〜405)、成功すればシステム終了か否かを判断する(ステップ406)。システムが終了していなければ、ファイル振分け分配フォルダ21でのファイル検出待ちステップ402に戻り、システムが終了するまでフォルダ監視フローを繰り返す(ステップ402〜ステップ406)。
【0053】
(5)ファイル振分けフロー
ファイル振分け手段27は、図16に示すように、フォルダ区切り記号情報、取りあえずフォルダ情報を環境設定ファイル22から取得する(ステップ501)。ファイル監視手段26でフォルダ変更メッセージの受信判断をし(ステップ502)、受信すると、ファイル名が取りあえずファイルか否か判断する(ステップ503)。取りあえずファイルであれば取りあえずファイル格納ルーチンへ飛び(ステップ502)。
【0054】
取りあえずファイルでなければ、ファイル名の中の格納先識別子(営業部,見積,1999,10,28)を読み取る(ステップ504)。格納先識別子と同じ階層で同じ名前のフォルダがサーバ内の分類フォルダ内に存在するか判断し(ステップ505)、存在しないと判断されたときはファイル名に付いている格納先識別子と同じ階層に同じ名前のフォルダを新規に作成する(ステップ506)。同じ名前のフォルダを新規に作成した後、またはステップ505で同じ名前の階層フォルダが存在すると判断されたときは、ファイル振分け手段27に記憶したファイル格納先情報を更新する(ステップ507)。そのうえで、ファイル名の中にまだチェックしていない格納先識別子が存在するか否か判断する(ステップ508)。まだ存在する場合はステップ504に戻り、最下層の格納先識別子のチェックが終了するまで繰り返す(ステップ504〜ステップ508)。これにより、ファイル名の格納先フォルダが決まる。
【0055】
上述した取りあえずファイル格納ルーチン(ステップ520)では、図18に示す処理を行う。まずサーバ内に取りあえずフォルダが存在するかを判断し(ステップ521)、存在しない場合には、取りあえずフォルダを作成する(ステップ522)。既に存在している、あるいは新規に作成した取りあえずフォルダに取りあえずファイルを移動する(ステップ523)。移動成功か判断し(ステップ524)、不成功であればエラーフロー(Err)に進み、成功であればルーチンを終了する。
【0056】
ステップ508でファイル名の中に格納先識別子が存在しないと判断され、または取りあえずファイル格納ルーチンが終了したら、図17のフローに進む。ここでは、ファイル格納先識別子にしたがってファイルを移動する(ステップ509)。この様子を図15に示す。ファイル振分け分配フォルダ21に入っているファイルのファイル名は、営業部−見積−1999−10−28−高橋建設.xlsである。これより第1階層フォルダ名は「営業部」、第2階層フォルダ名は「見積」、第3階層名は「1999」、第4階層名は「10」、第5階層名は「28」である。したがって当該ファイルは、分類フォルダの配下にある第1階層の「営業部」フォルダ、その配下の第2階層の「見積」フォルダ、その配下の第3階層の「1999」フォルダ、その配下の第4階層の「10」フォルダを経て、さらにその配下の第5階層の「28」フォルダ内に移動する。ファイル振分け分配フォルダ21に入っている他のファイルも、このようにしてフォルダ名区切り記号で区切られたフォルダ名に従って格納先のフォルダに振分けられる。この場合、振分けられた後も、ファイル名は変らない。またファイル名の中に、存在しないフォルダを指定された場合は、当該フォルダを新規作成することは前述した通りである(ステップ506)。
【0057】
なお、図15において、分類フォルダの配下に設けられた営業部フォルダと並列に設けられているフォルダには、例えば開発部フォルダ、総務部フォルダ、取りあえずフォルダ、エラーファイル格納フォルダ等がある。また見積フォルダと並列に設けられているフォルダには、決定見積書フォルダ、発注書フォルダ等がある。見積フォルダの配下には年フォルダ、年フォルダの配下には月フォルダ、月フォルダの配下には日フォルダがそれぞれ存在している。
【0058】
図15に示すように、取りあえずファイル名がついていたものは、分類フォルダの配下の取りあえずフォルダ内に移動する(ステップ523)。
【0059】
ステップ509でファイル格納先情報に従ってファイルを移動した後、移動成功か否かを判断し(ステップ510)、不成功に終わった場合にはエラーフロー(Err)に進み、成功した場合には、取りあえずファイル格納ルーチンを終了した場合と共に、ステップ511に進む。ここでは環境設定ファイル22から取得したデータベース接続情報から、移動したファイルのデータベース登録処理の可否を判断する(ステップ511)。登録処理が必要であれば、データベースフロー(DB)へ進み、登録処理が不要であれば、さらにファイル振分け分配フォルダ21にファイルが残っているか判断する(ステップ512)。ファイルが残っていれば、図16のファイル振分けフローを開始するテップ503に戻り、振分けるファイルが無くなるまで繰り返す(ステップ503〜ステップ512)。
【0060】
(6)データベース登録処理フロー
図19に示すように、データベース登録処理手段29は、ステップ511で登録処理が必要と判断されたときは、環境設定ファイル22からデータベース接続情報を取得してデータベースを特定したうえで(ステップ601)、特定されたデータベースへの接続処理を行う(ステップ602)。そして、データベースに、処理したファイルの格納位置情報を追加するとともに(ステップ603)、処理したファイルのファイル属性情報を追加する(ステップ604)。ファイル属性情報には、例えばファイルのクリエータ(作成ソフト情報)、ファイルサイズ、ファイル作成日時、拡張子などがある。
【0061】
前記情報追加の成功可否を判断し(ステップ605)、不成功に終わった場合にはエラー情報を記録し(ステップ606)、エラーファイルを送ったクライアントにエラーメッセージを送信する(ステップ607)。送信後、または情報追加が成功に終わった場合は、データベースを切断して登録処理を終了する(ステップ608)。このデータベース登録処理の様子を図20に示す。すなわち、ファイル名が営業部−見積−1999−10−28−高橋建設.xlsであるファイルを分類キャビネット対応データベース25に格納する。ここで分類キャビネット対応データベース25とは、前述したようにファイル名、ファイルの格納位置情報(フルパス)、ファイルの属性情報、拡張子、ファイルサイズ、クリエータなどの情報を格納することができるデータベースである。なお、データベース例として、DICOMサーバなどがある。
【0062】
(7)エラー処理フロー
既述したエラーフロー(Err)ではエラー処理手段28が図21に示す処理を行う。環境設定ファイル22からエラーファイル格納フォルダ情報を取得し(ステップ701)、エラー情報を記録する(ステップ702)。エラーファイルを送ったクライアントにエラーメッセージを送信し(ステップ703)、エラーファイル格納フォルダが存在するか否か判断する(ステップ704)。存在しない場合は、エラーファイル格納フォルダを作成し(ステップ705)、エラーファイル格納フォルダを作成後、またはエラーファイル格納フォルダが存在する場合は、エラーファイルをエラーファイル格納フォルダに移動する(ステップ706)。なお、エラーファイル格納フォルダは図15で既に説明した。
【0063】
格納フォルダへの移動成功の可否を判断し(ステップ707)、不成功の場合はエラー情報を記録し(ステップ708)、エラーファイルを送ったクライアントにエラーメッセージを送信して(ステップ709)、移動成功の場合と同様に、エラー処理を終了する。
【0064】
このようにトラブルの発生時にはエラー処理を行うので、分類キャビネットの信頼性を高めることができる。またエラー情報を記録するので、エラーファイルのやり直しの際に、役立てることができる。
【0065】
以上(1)〜(7)に述べたように、実施の形態によれば、ファイル名作成手段15で原ファイル名を格納先情報付きファイル名に変更し、ファイル振分け手段27でファイル格納先情報と同じ名前の階層フォルダを作成して、最後のファイル格納先情報に対応する階層フォルダの配下に格納先情報付きファイルを格納するようにしている。したがって格納先情報付きファイル名を決定すれば、ファイル格納先フォルダを自動的に作成でき、そこに格納できることになる。その結果、整然と分類されたファイル格納先情報をファイル名として付ければ、物理キャビネットのときのように、整然と分類された電子ファイルの管理が可能となる。その結果、データベースソフト等に頼ることなく、例えばエクスプローラのようなファイル管理ソフトでも、目的とするファイルを、誰彼となく、容易に見つけ出すことができるようになる。また、ファイルを取り出した格納先フォルダの名前を忘れてしまったり、ファイルが迷子になっても、ファイル名そのものに行き先とも言うべきファイル格納先情報が付けられているので、誰彼となく、所定のフォルダに戻すことができる。
【0066】
また、ファイルを検出するとフォルダ変更メッセージを出してファイル名作成手段15を作動するクライアント側ファイル監視手段14を設けたので、監視フォルダ11に、管理しようとする被管理ファイルを入れるだけで、自動的に格納先情報付きファイル名が作成され、作成されたファイル名に対応した階層フォルダにファイルを自動的に振分けることができる。監視フォルダ11とは別にサーバマシン20にファイル振分け分配フォルダ21を設けて、ファイル移動手段16によりファイルを監視フォルダ11からファイル振分け分配フォルダ21に移動するようにすると、ファイルの監視とファイル振分け作業とを独立して行うことができるので、効率的な管理ができる。また、サーバマシン側ファイル監視手段26でファイルを検出したとき、フォルダ変更メッセージを出してファイル振分け手段27を作動するようにしたので、ファイル振分け分配フォルダ21に、管理しようとするファイルを入れるだけで、ファイルを自動的に格納先フォルダに振分けることができる。また、ファイル格納先情報付きファイル名を持つファイルをデータベース登録処理手段29でデータベースに登録するようにすると、データベースソフトからも当該ファイルをアクセスすることができるようになる。また、ファイルの検索や抽出が困難になるという理由で、データベース管理では必須だったバックアップを取るという作業も必須ではなくなる。そして、データベースソフトなしに、「何時でも・誰でも・何処でも」、特定した書類を捜し出して、外部にいる営業員からの問い合わせや、クライアントからの問い合わせに即応的に答えることができる。
【0067】
再構築プログラムのフローチャート(図22〜図24)
(8)分類キャビネット内再構築フロー
このフローは、上述した(1)〜(8)で構築したフォルダ階層構造を、別なフォルダ階層構造に変更するものである。
【0068】
図22に示すように、分類キャビネット内再構築手段30は、新フォルダ階層構造指定画面をディスプレイに表示する(ステップ801)。新フォルダ階層構造指定画面は、図示しないが、例えば図10に示すファイル名作成画面40と同様な構成としてもよい。要は、キーボードやマウスなどの入力手段によって、新フォルダ階層構造を特定できるような画面であればよい。ここでは、部門、書類種、日付順で識別子を付けられていた現在ファイル名
営業部−見積−1999−10−28−高橋建設.xls
を、日付、部門、書類種の順に変更し、その新ファイル名を
1999−10−28−営業部−見積−高橋建設.xls
として、これに従い分類キャビネット内を再構築する例について説明する。
【0069】
新フォルダ階層構造指定画面を使って新フォルダ階層構造を決定するか否か判定する(ステップ802)。キャンセルすれば終了する。決定すればファイル監視手段26による図14のファイル監視フローを一時停止する(ステップ804)。そして、現在の分類フォルダの名前を変更し、これを現在分類フォルダと呼ぶ(ステップ804)。つづけて新分類フォルダを作成し(ステップ805)、現在分類フォルダを現在フォルダに設定する(ステップ806)。
【0070】
図23に移り、現在フォルダ内にフォルダが存在するか判断し(ステップ808)、存在すれば、現在フォルダを一階層下のフォルダに設定した後(ステップ809)、ステップ808に戻り、フォルダが存在しなくまるまでフォルダの探索フローを繰り返す(ステップ808〜ステップ809)。このようにして最下位階層のフォルダを見い出す。
【0071】
現在フォルダ内にフォルダが見い出せなくなったら、現在フォルダ内にファイルが存在するか否か判断する(ステップ810)。ファイルが存在する場合は、現在フォルダ以下のファイル情報(原ファイル名である高橋建設.xls)を取得し(ステップ811)、ステップ801、802で指定された格納先構造情報とフォルダ名区切り記号を使って、新・格納先識別子付きフィル名を作成する(ステップ812)。すなわち日付優先の新ファイル名:1999−10−28−営業部−見積−高橋建設.xlsを作る。
【0072】
他方、ステップ810において現在フォルダ内にファイルが存在しない場合は、現在フォルダが現在分類フォルダか否か判定し(ステップ813)、現在分類フォルダでなければ、現在フォルダを不要フォルダとして削除する(ステップ814)。そして、現在フォルダを一階層上のフォルダに設定した後(ステップ815)、ステップ808に戻り、上述した一連の現在フォルダ削除フローを繰り返す(ステップ808〜ステップ815)。フォルダが最上位階層に至り、現在フォルダが現在分類フォルダとなれば、現在分類フォルダを削除し(ステップ816)、フォルダ監視プログラムを開始して、再構築フローを終了する(ステップ817)。
【0073】
ステップ812で新・格納先識別子付きファイル名を作成した後、図24に移り、新ファイル名の中の格納先識別子を読み取り(ステップ818)、新・分類フォルダ内に格納先識別子と同じ階層で同じ名前のフォルダは存在するか判断する(ステップ819)。存在しなければ、格納先識別子と同じ階層に同じ名前のフォルダを新規作成する(ステップ820)。新規作成後、または同じ名前のフォルダが存在する場合は、ファイル格納先情報を更新する(ステップ821)。その上で、ファイル名の中に格納先識別子がまだ存在するか否か判断する(ステップ822)。まだ存在する場合は、ステップ818に戻り、ファイル名の中に格納先識別子が存在しなくなるまでファイル格納先情報の更新フローを繰り返す(ステップ818〜822)。
【0074】
ステップ822でファイル名の中に読み取るべき格納先識別子が存在しなくなったら、ファイル格納先情報にしたがって、格納先フォルダに新ファイル名を付けたファイルを移動する(ステップ823)。移動が成功したか否か判定し(ステップ823)、否のときはエラーフロー(Err)へ進み、成功のときはデータベース登録処理が必要か否かを判定する(ステップ825)。必要であれば、データベースフロー(DB)へ進む。その後は、登録処理が不要のときと同様に、ステップ810に戻り、現在フォルダ内にある別なファイルについて、上述した再構築処理が終了するまで繰り返す(ステップ810〜817)。
【0075】
これを図25で説明すると、現在分類フォルダ配下の最下位階層の「28」フォルダの中にあるファイル名:営業部−見積−1999−10−28−高橋建設.xlsから、ファイル情報である高橋建設.xlsを取得し(ステップ811)、新ファイル名:1999−10−28−営業部−見積−高橋建設.xlsを作成する(ステップ812)。その上で、新分類フォルダの配下に、順次「1999」フォルダ、「10」フォルダ、「28」フォルダ、「営業」フォルダ、「見積」フォルダを作成していき、最下位階層の「見積」フォルダの中に、新ファイル名:1999−10−28−営業部−見積−高橋建設.xlsの付いたファイルを移動する(ステップ823)。このようにして現在分類フォルダ配下のフォルダおよびファイルは、全て分類し直されて新分類フォルダ配下に移り、現在分類フォルダおよびその配下のフォルダおよびファイルは削除されて(ステップ814、816)、新規に置き換わる。
【0076】
以上、(8)で述べたように、実施の形態では、ファイル名に格納先フォルダに対応した一連の格納先識別子が付いているので、ファイルの分類を再構築したい場合でも、その格納先識別子の順序を変更し、変更した格納先識別子に基づいて、新ファイル名および新ファイル名に対応した新階層フォルダを自動的に作成し、この作成した新階層フォルダにファイルを再格納することが容易にできる。この自動再構築は、ファイル名に格納先識別子が付いていて初めて可能になる。
【0077】
なお、上述した実施の形態では、一般的な業務分野を例にとって説明したが、本発明はこの分野に限定されない。以下に、2つの分野の例について説明する。
【0078】
図26は印刷業界の例である。商店、デパート、スーパーマーケットなどのチラシの基になる画像ファイルに本発明を適用すれば、次のようになる。クライアントマシン10で保存ないし作成した原ファイル名が豚ロース.epsであるファイル12を監視フォルダ11に入れると、ファイル12が自動的に検出される。検出後、原ファイル名に、希望する格納先識別子を階層的に付けたファイル名を形成する。ここでは、ファイル名はスーパー−アクセス−食料品−肉類−豚肉−豚ロース.espである。このファイル格納先情報を付けたファイル12をサーバマシン20側のファイル振り分け分配フォルダ21に移動する。サーバ側で、ファイル振分け分配フォルダ21が格納先識別子付きファイル12を検出すると、自動的にファイル格納先情報(識別子)にしたがって、ファイル12を格納先に振り分けて格納する。ここでは分類フォルダとしての業務フォルダの中の、スーパーアクセスフォルダの中の、食料品フォルダの中の、肉類フォルダの中の、さらに豚肉のフォルダの中に、当該ファイルはファイル格納先情報を付けたまま格納される。
【0079】
また、図27の医療業界の例のように、DICOM画像ファイルに適用すれば、次のようになる。MR装置50で検査した画像の原ファイル名をKazuyoshiTakahashi.dcmとしたファイルを監視フォルダに入れると、ファイルが自動的に検出される。検出後、原ファイル名に、希望する格納先識別子を階層的に付けたファイル名を形成する。ここでは、ファイル名は、MR−1998−10−28−ACCS1717−KazuyoshiTakahashi.dcmとする。このファイル画像はネットワークを通じて送信され、この画像がDICOMサーバマシン60のDICOM受信機61によって受信され、ファイル振分け分配フォルダ21に移動する。DICOMサーバ側で、サーバ側ファイル振り分け分配フォルダ21が格納先識別子付きファイル名好きファイル12を検出すると、自動的にファイル格納先情報(識別子)にしたがって、ファイル12を格納先に振り分けて格納する。DICOM画像フォルダの中の、MRフォルダの中の、1999フォルダの中の、10フォルダの中の、28フォルダの中の、さらにACCS1717の中に、当該ファイル12は、ファイル格納先情報を付けたまま格納される。
【0080】
なお、取りあえずフォルダ内のファイルの救出フローは省略してあるが、(8)の再構築フローと同様なプログラムを構成することで、正規にファイル名を付け直して再格納指示を行うことが可能である。また、実施の形態では、原ファイル名で分類するのを止めたが、さらに第6階層まで設定して、拡張子まで分類することも可能である。
【0081】
ところで、上述した実施の形態では、ファイル名作成手段15のファイル名作成画面を用いて、いわば手作りで一連の格納先識別子を作って、これを原ファイル名に付ける場合を説明した。しかし、本発明は、これに限定されない。例えば、ファイル名の内容から読み取って自動的にファイル名に格納先識別子を付けるようにしてもよい。ファイルの種類によっては、文字情報を入力する領域が確保されているものがある。予めその領域に格納先識別子を入力しておけば、ファイル名作成画面によらないでも、ファイルから格納先識別子付きファイル名を自動的に作成することが可能となる。この自動作成機能を例えばファイル名作成手段にもたせることで実現できる。なお、上記領域が確保されているファイルとしては、例えば、DICOM(米国の医療画像規格)ファイルやMP3(MPEG Audio layer 3)ファイル等がある。DICOMファイルには、画像部分以外に患者名、検査日、検査機などを入力できる領域が確保されている。また、MP3ファイルには、ID3タグと呼ばれる付属文字情報を入力する領域が確保されている。この領域には曲のタイトル、アーティスト名、アルバム名、コメントなどを入力できる。
【0082】
次に述べる実施の形態で、上述したファイル名作成画面を用いずに自動的に格納先情報付きファイル名を作成する方法を具体的に説明する。
【0083】
図30に示す例は、図27のDICOMに適用した電子分類キャビネット例と基本的には同じである。異なる点は、DICOMファイル内のタグ情報を読み取って解析し、解析結果に基づいてファイル名と保存場所を自動的に確定するようにした点である。
【0084】
図30の下方に記載したイメージ図に示すように、DICOMファイルの中身は、画像部分と、格納先情報を入力する領域としてのタグ情報部分とから主に構成されている。このタグ情報部分には、患者ID領域、患者氏名領域、誕生日領域、性別領域、検査instanceUID領域、検査日領域、検査ID領域、検査機領域などの格納先識別子となる複数の領域が確保されている。
【0085】
格納先識別子付きファイル名を、前述したように、MR−1998−10−28−ACCS1717−KazuyoshiTakahashi.dcmとする。ハイフンで区切られた格納先識別子を、前から順に第1階層、第2階層、…第5階層、そして最終ファイル名と呼ぶことにすると、患者氏名領域に入力される患者氏名は最終ファイル名になる。検査日領域は第2、第3、第4階層、検査ID領域は第5階層、検査機領域は第1階層となる。どのタグをどの階層に割り当てるかは、あらかじめ設定しておく。
【0086】
DICOMファイルのタグ情報から格納先識別子付きファイル名を自動的に作成する機能を担う部分は、MR装置(DICOM対応検査装置)50側でも、DICOMサーバマシン60側でもよい。MR装置50側に担わせる場合には、ファイル名作成手段15(図5参照)に担わせるのが好ましい。DICOMサーバマシン60側に担わせる場合には、DICOM受信機61内のファイル監視手段26(図5参照)に図示しないファイル名作成手段を設けて、当該手段に担わせるとよい。
【0087】
次に、タグ情報読取り、自動ファイル名作成の説明フローを図31を用いて説明するが、ここではファイル名自動作成機能は、MR装置側のファイル名作成手段15に設けている。
【0088】
図31に示すように、ファイル名作成手段15は、最初にフォルダ階層情報(各階層のフォルダは、DICOMファイルのどの情報により作成するかが設定されている)をロードする(ステップ901)。ロード後、フォルダ監視プログラムからのフォルダ変更メッセージの受信待ちとなる(ステップ902)。フォルダ変更メッセージを受信すると、カウント値Nを初期化し、作成フォルダ情報を初期化する(ステップ903)。フォルダ階層情報に含まれる要素数分(第1階層から最終ファイル名までの階層個数)の処理を終了したか判断し(ステップ904)、終了していないと判断したときは、DICOMファイルよりN番目のフォルダに該当するデータ要素(格納先識別子)を取得する(ステップ905)。ついで、カウント値Nをインクリメントし、取得したデータ要素を作成フォルダ情報に追加し(ステップ906)、前記要素数分の処理を終了するまでステップ904〜ステップ906を繰り返す。
【0089】
要素数分の処理が終了したら、作成フォルダ情報に含まれるフォルダを作成する(ステップ907)。作成したフォルダにDICOMファイルを移動する(ステップ908)。移動が成功したか否かを判断し(ステップ909)、否であれば、図13のエラー処理フローに進む。成功したと判断されれば、図11のステップ215へ進む(なお、本フローにおいては、ステップ215の次のステップ216は省略される)。このようにファイル名作成手段15は、一連の格納先情報をDICOMファイルの内容から取得し、この取得した格納先情報を原ファイル名に付け、このファイルを指定のフォルダに格納するまでの一連の操作を自動的に行なう。
【0090】
上記説明はDICOMファイルについてのものであるが、音楽用ファイル、例えばMP3等の場合には、次のようなタグイメージとすることができる。
<アーティスト> H.U 第3階層
<曲名> AAA ファイル名
<アルバム名> FFF 第4階層
<リリース年> 1999 第2階層
<ジャンル名> 日本人女性ボーカル 第1階層
<著作権> …



このようなID3タグを使って格納先識別子付きファイル名を作成すれば、前述したDICOMファイルと同様に、音楽ファイルの自動分類別格納が可能になる。
【0091】
【発明の効果】
本発明によれば、ファイル名に格納先情報を付けて、深い階層のフォルダまでファイルを自動的に振分けるようにしたので、データベースソフトを使用しなくても、ファイルを容易に検索、抽出することができる。また、ファイル名に付けた格納先情報に基づいて分類フォルダの再構築が自動かつ容易に行える。
【図面の簡単な説明】
【図1】本発明のファイル管理装置の実施の形態による分類キャビネットの基本動作構造概念図を示す。
【図2】実施の形態の分類キャビネットのレイヤ構造の概念図である。
【図3】図2の一部詳細説明図である。
【図4】実施の形態によるネットワークシステム構成図である。
【図5】実施の形態によるファイル管理装置のブロック図である。
【図6】実施の形態による環境設定ファイルの説明図である。
【図7】実施の形態によるクライアント側フォルダ監視フローである。
【図8】実施の形態によるクライアント側の実際の動きを示す説明図である。
【図9】実施の形態による格納先識別子付きファイル名作成およびファイル移動フローである。
【図10】実施の形態によるファイル名作成画面を示す説明図である。
【図11】実施の形態による格納先識別子付きファイル名作成およびファイル移動フローである。
【図12】実施の形態によるサーバ入力側での実際の動きを示す説明図である。
【図13】実施の形態によるクライアント側のエラー処理フローである。
【図14】実施の形態によるサーバ側のフォルダ監視フローである。
【図15】実施の形態によるサーバ側の実際の動きを示す説明図である。
【図16】実施の形態によるファイル振分けフローである。
【図17】実施の形態によるファイル振分けフローである。
【図18】実施の形態による取りあえずファイル格納ルーチンフローである。
【図19】実施の形態によるデータベース登録処理フローである。
【図20】実施の形態によるデータベース登録処理の実際の動きを示す説明図である。
【図21】実施の形態によるサーバ側のエラー処理フローである。
【図22】実施の形態による分類キャビネット内再構築フローである。
【図23】実施の形態による分類キャビネット内再構築フローである。
【図24】実施の形態による分類キャビネット内再構築フローである。
【図25】実施の形態による分類キャビネット内再構築の実際の動きを示す説明図である。
【図26】実施の形態による印刷業界の画像ファイルに適用した電子分類キャビネット例である。
【図27】実施の形態による医療業界のDICOMに適用した電子分類キャビネット例である。
【図28】従来例のファイル管理のディレクトリ構造を示す説明図である。
【図29】従来例のファイル管理のディレクトリ構造を示す他の説明図である。
【図30】実施の形態による医療業界のDICOMに適用した電子分類キャビネット例において、DICOMファイルのタグ読込みイメージの説明図である。
【図31】図30のDICOMファイルのタグ読込みイメージのフローである。
【符号の説明】
10 クライアントマシン
11 監視フォルダ
12 ファイル(被管理ファイル)
20 サーバマシン
21 ファイル振分け分配フォルダ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a file management apparatus, method, and storage medium for managing electronic files, and more particularly, to a file name with storage location information so that it can be categorized and managed in an orderly manner similar to cabinet management of physical files.
[0002]
[Prior art]
Methods for managing electronic files include database management and classification management that manages files in a hierarchical structure regardless of the database.
[0003]
On the other hand, in database management, files are managed by “strings” of attributes and items. Therefore, even if many files are randomly placed in a single folder, they can be searched and extracted as long as they are registered in the database software. For this reason, a large folder is created in the server, but it is rare to divide the files in detail and organize the files, and the folder is very crowded. In other words, the plan, proposal, and image are mixed in the folder in a random manner. “Because it is registered in the database anyway” is the reason why mixing is allowed. However, if the database crashes, it becomes difficult to search and extract files because the “string” of attributes and items where there is what data is broken. Therefore, it was indispensable for database management to take a backup including "string" information.
[0004]
The other type of classification management is a method of managing files neatly by classifying and organizing files into a hierarchical structure without relying on a database. There has been a disadvantage that classification is very troublesome, so that a file can be automatically classified and stored without the user's awareness at the time of file creation (Japanese Patent Laid-Open No. Hei 7-2009). No. 13828). This includes classification information creation means for setting and managing classification information for classifying files in a file or directory, automatic file storage means for automatically classifying and storing files according to classification information, file creation monitoring and file File creation detection means for notifying the file automatic storage means that the file has been created, and file type determination means for determining the file type by examining the contents of the file and notifying the file automatic storage means is there. The contents of the file to be examined here are the extension attached to the file name or the file contents (the contents of the file).
[0005]
First, classification information is created by the classification information creation means, classification information is given to a file creation work directory, and a file is created in the work directory. Next, the file name created by the file creation detection means is notified to the file automatic storage means. Then, the file automatic storage means acquires the extension of the received file name and the classification directory name corresponding to the extension set in the classification structure information in the classification information. Alternatively, after reading the contents of the file and determining the file type, the classification directory name corresponding to the file type set in the classification structure information in the classification information assigned to the received file type and work directory is set. get. Finally, move the created file to the classification directory and store it.
[0006]
As a result, the user can freely define the classification according to the extension of the file or the file content, and by automatically classifying and storing the file, the user's work in file management can be reduced.
[0007]
[Problems to be solved by the invention]
However, the invention described in Japanese Patent Laid-Open No. 7-13828 has the following drawbacks.
(1) The above invention automatically creates a specified classification directory, automatically moves the file to the created classification directory according to the file type, and is effective for file management. A device. For example, when classifying by extension, as shown in FIG. 28, a file (such as tokkyo.wp) in the work directory (users / work1) is moved to a word processor classification directory (home / word processor classification) or text. Can be automatically classified by classification directory (home / text classification). Also, when classifying by file contents, as shown in FIG. 29, files (TIFFfile, etc.) in the work directory (users / work1) are moved, and an image classification directory (home / image classification), print classification directory is moved. (Home / print classification), other classification directories (home / other classification), and so on.
[0008]
However, each classification directory is composed of only one hierarchy, and there is no hierarchical structure under it. Therefore, files classified and stored in the classification directory have the same extension or file contents, but are not classified for other items such as creation department and creation date, and are still mixed randomly. It means that it is in. In other words, files classified as word processor documents are sales department files, development department files, general affairs department files, quotations, decision quotations, purchase orders, and file creation dates. Will not be classified and will be stored in random order.
[0009]
Although only the surface is ordered, the inside remains as chaotic as ever, so there is no change from the conventional database idea. For this reason, for example, when a specific file is to be taken out from a file classified as a word processor document, the database must be relied upon. Also, when the database crashes, the “string” is broken, and the point that the desired file cannot be easily retrieved is completely the same as in the past.
(2) Also, if the classification hierarchy structure is to be changed later, since there is no automatic reconstruction means, the user creates a new directory for each changed classification and moves or copies the file to a predetermined new directory. After that, the old directory had to be deleted manually, and the reconstruction of the classification was very troublesome.
[0010]
By the way, the conventional classification cabinet for organizing physical files was convenient as described below. For example, if you open a cabinet drawer that has a sales department quote written on the sales department cabinet drawer label, it will be separated by year. Like "1997" or "1999". There is a folder "Akakasatana ..." in the area where "1999" is separated. When you open that folder, the folders from January to December are further separated. When “September” is opened, a physical file (paper document) titled “Sales Department-1999-Access-9-Server Quotation” is included.
[0011]
In this era, physical files were organized based on a certain order using paper hardware in the cabinet. In the advanced place, I entered in the ledger where and what I put in, and used it as an index to easily access the location of the file I wanted, and I was able to retrieve the file etc. immediately. In the era when everything was done in hardware, "anytime, anyone, where", we searched the specified documents and answered inquiries from external sales staff and inquiries from clients.
[0012]
Accordingly, an object of the present invention is to provide a file management apparatus capable of enabling the same access as a classification cabinet of such a physical structure even in an electronic file by including storage destination hierarchy information in the file name. It is to provide a method and a storage medium. Another object of the present invention is to provide a file management apparatus that can easily reconstruct a classification from a file name.
[0013]
[Means for Solving the Problems]
In the first invention, a series of storage destination information having the same name as the hierarchical folder in which the managed file is to be stored and arranged in the hierarchical structure is attached to the original file name, and the original file name of the file is attached with the storage destination information A hierarchical folder having the same name as the file storage location information is sequentially created according to a series of storage location information of the file name creation means to be changed to a file name, and a file name with storage location information created by the file name creation means, The file management apparatus includes file distribution means for storing the file with storage location information under a hierarchical folder having the same name as the last storage location information of the file name with storage location information.
[0014]
According to the present invention, the original file name is changed to a file name with storage location information by the file name creation means, the hierarchical folder having the same name as the file storage location information is created by the file distribution means, and the last file storage location information A file with storage location information is stored under the hierarchical folder corresponding to. Therefore, once the file name with storage location information is determined, the file storage location folder can be automatically created and stored there. As a result, if the file storage location information classified in order is given as a file name, the electronic files classified in order can be managed as in the case of a physical cabinet. As a result, without relying on database software or the like, a file management software such as Explorer can easily find the target file without anyone. In addition, even if you forget the name of the storage folder from which the file was taken out, or if the file gets lost, the file name itself is attached with the file storage location information that should be called the destination. You can go back to the folder.
[0015]
In the above invention, the file name creation means may have a function of acquiring the series of storage location information from the contents of the managed file and attaching the acquired storage location information to an original file name. Depending on the type of managed file, there is an area for storing the storage location information. If the storage location information has been input in the storage area in advance, the storage location is stored from the managed file based on the above function. File names with information can be created automatically.
[0016]
In the above invention, the presence / absence of a managed file in the monitoring folder is detected, and when the file is detected, a creation command for creating a file name with file storage location information is transmitted to the file name creation means. It is preferable to provide file monitoring means. If the first file monitoring means is provided that issues a command when the file is detected and operates the file name creation means, the file name with storage location information is automatically set by simply putting the managed file to be managed in the monitoring folder. Can be automatically distributed to the hierarchical folder corresponding to the created file name.
[0017]
Further, in the above invention, a moving means for moving the file with the file storage location information-attached file name from the monitoring folder to the file distribution / distribution folder, and presence / absence of the file moved from the movement means to the file distribution / distribution folder. If it is detected and the folder is detected, the file distribution unit may be provided with a second file monitoring unit that transmits a distribution command for distributing the file from the file distribution distribution folder to a hierarchical folder as a storage destination. preferable. If a file distribution / distribution folder is provided separately from the first monitoring folder and the file is moved from the monitoring folder to the file distribution / distribution folder by the moving means, the file monitoring and the file distribution work can be performed independently. Because it can, you can manage efficiently. Also, when a file is detected by the second file monitoring means, a command is issued and the file distribution means is activated, so that the file is automatically saved just by putting the file to be managed in the file distribution folder. Can be sorted.
[0018]
In the above invention, it is preferable to provide database registration processing means for registering in the database a file having a file name with file storage location information stored under the hierarchical folder by the file distribution means. If a file having a file name with file storage location information is registered in the database, the file can also be accessed from the database software.
[0019]
The second invention is the file management apparatus according to the first invention, wherein a new folder hierarchy structure is determined for determining a new folder hierarchy structure in a file management apparatus for reconstructing a folder hierarchy structure under the current classification folder. Means, a folder creation means for creating a new classification folder in addition to the current classification folder, and a file having a file name with the current storage location information in the hierarchy folder under the current classification folder. Detecting means for detecting the presence or absence of the file, and when the file is detected, the original file name is obtained from the file name, and the file is newly created based on the storage location information specified by the new folder hierarchy structure determining means. Add a series of new storage location information arranged in the hierarchical structure with the same name as the hierarchical folder to be stored in the original file name, A file name changing means for changing the file name to a file name with new storage destination information, and a new hierarchy having the same name as the new storage destination information according to a series of new storage destination information of the file name created by the file name changing means Create folders sequentially, distribute the files to the new hierarchy folder, and add the new storage location information under the new hierarchy folder with the same name as the last new storage location information of the file name with the new storage location information A file distribution / distribution unit that stores a file having a file name; and a deletion unit that deletes the current folder and reconstructs a folder hierarchy when the detection unit no longer detects a file under the current folder. File management device.
[0020]
According to the present invention, since a series of storage destination information corresponding to the storage destination folder is attached to the file name, even when it is desired to reconstruct the file classification, the order of the storage destination information is changed and the changed storage destination is changed. Based on the information, it is possible to easily create a new file name and a new hierarchy folder corresponding to the new file name, and re-store the file in the created new hierarchy folder.
[0021]
Further, the third invention monitors the presence or absence of a managed file in a monitoring folder, and if the managed file is detected, the managed file has the same name as the hierarchical folder in which the managed file is to be stored, A series of storage location information arranged in the order of the structure is attached to the original file name, a file having the file name with the storage location information is moved from the monitoring folder to the file distribution folder, and the existence of the file is monitored in the file distribution folder In this file management method, when a file is detected, a hierarchical folder corresponding to the storage location information under the classification folder is created, and the file is automatically moved to the created storage location hierarchical folder.
[0022]
This method includes the following four steps as described in the specific example of FIG.
[0023]
(A) Original file name: Takahashi Construction in the monitoring folder 11 of the client machine 10. Put file 12 with xls.
[0024]
(B) When it is detected that the file 12 has entered the monitoring folder 11, the file name with storage location identifier which is storage location information: Sales Department-Estimation-1999-10-28-Takahashi Construction. xls is created, and the original file name is changed to the created file name. After the change, the file 12 is moved from the monitoring folder 11 to the file distribution / distribution folder 21 of the server machine 20. The storage location identifier refers to portions of “sales department”, “estimate”, “1999”, “10”, and “28” in the file name.
[0025]
(C) In the file distribution / distribution folder 21 of the server machine 20, the moved file 12 with the file name with the storage destination identifier is monitored.
[0026]
(D) When the file 12 is detected, a hierarchical folder (sales department, estimate, 1999, 10, 28) corresponding to the storage location identifier under the business folder is created, and the file 12 is automatically stored in the created storage location folder. To move.
[0027]
In the third invention, when attaching the series of storage destination information to the original file name, the series of storage destination information is acquired from the contents of the managed file, and the obtained storage destination information is attached to the original file name. It can also be done. If storage location information is input in advance in the contents of the managed file, a file name with storage location information can be automatically created from the managed file.
[0028]
According to a fourth aspect of the present invention, in a computer-readable storage medium storing a program for operating a computer, means for monitoring the presence / absence of a managed file in a monitoring folder, and when the managed file is detected, the file is managed. A means for assigning a series of file names with storage destination information that have the same name as the hierarchical folder in which the files are to be stored and arranged in the hierarchical structure, and a file with this storage destination information file name from the monitoring folder to the file distribution folder And a means for monitoring the presence / absence of the file in the file distribution / distribution folder. When a file is detected, a hierarchical folder corresponding to the storage location information under the classification folder is created, and the created hierarchical folder Storage medium having means for automatically moving a file A.
[0029]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings. The product name of the software that appears here is a trademark.
[0030]
FIG. 2 is a conceptual diagram of a concentric or radial layer structure for explaining the electronic classification cabinet of the embodiment. Here, the electronic classification cabinet (sometimes simply referred to as a classification cabinet) is an electronic classification cabinet that can be realized by the present invention, and is a term corresponding to a physical classification cabinet in which physical files are neatly organized. It is.
[0031]
In the layer structure, the first layer 31 exists in the central portion, and the second layer 32, the third layer 33, the fourth layer 34, the fifth layer 35, and the outermost layer in this order outward in the radial direction. A sixth layer 36 is arranged.
[0032]
The first layer 31 is a data layer and stores a file having a file name with a storage destination identifier. The second layer 32 is an OS layer and is occupied by DOS, Windows OS, Mac OS, and the like. In the third layer 33, the classification cabinet engine of the embodiment is arranged. The fourth layer 34 includes a database layer, a network folder, a DICOM (US medical image standard) layer, and the like. Various driver software, for example, 4th Dimensionio, Oracle, NFS, Windows application programs, Mac application programs, QRS, ODBC, and the like are arranged in the fifth layer 35. The sixth layer 36, which is the outermost layer, includes various utility software such as customer management, printing image database, printing software image (OPI), folder management system software, moving image video demand system, mail software, image filing. Software (PACS) etc. occupy.
[0033]
As described above, the data layer according to the embodiment is positioned at the center of the concentric or radial layer structure. Therefore, it is possible to access data in the data layer in the first layer 31 through the classification cabinet from software arranged in the layers 34 to 36 outside the third layer 33 in which the classification cabinet serving as the engine is located. It becomes. That is, it can be accessed from various software such as OS, driver, database software, and other applications. The reason for making such access possible is that the files are neatly classified and managed.
[0034]
FIG. 3 shows a partial detailed view of the layer structure. As shown in FIG. 3A, the data group occupying the first layer 31 includes, for example, text, Excel / Word, DICOM, MPEG, JPEG, EPS (postscript file), Photoshop, RIP finished, and the like. . FIG. 3B shows an example of the hierarchical structure of the first layer 31. FIG.3 (d) shows the perspective view of the physical classification cabinet corresponding to the classification cabinet of embodiment. FIG. 3C is an example of a PACS image filing software screen. FIG. 3E shows the database DB.
[0035]
As shown in FIG. 4, the system according to the embodiment to which the present invention is applied connects a plurality of client machines 10 and server machines 20 via a network such as a LAN. The server machine 20 is provided with an environment setting file 22, a storage destination master 23, a storage pattern master 24, and a database 25. The file management software program of the embodiment used in the hardware system of the client machine 10 and the server machine 20 is provided in a state stored in a medium. As a medium storing the program, for example, a CD-ROM can be used. The program recorded in the medium is installed in a storage device incorporated in the hardware system of the server machine 20, for example, a hard disk device, so that the file management software program is executed to realize each function described later. Contributes to the construction of a file management device. The network includes an Internet connection.
[0036]
FIG. 5 shows a block diagram of the file management apparatus. The client machine 10 includes a client side file monitoring unit 14, a file name creation unit 15, a file movement unit 16, a client side error processing unit 17, and the like. The server machine 20 includes a server-side file monitoring unit 26, a file distribution unit 27, a server-side error processing unit 28, a database registration processing unit 29, a classification cabinet restructuring unit 30, and the like. These general functions will be described below.
[0037]
The client-side file monitoring unit 14 monitors the inside of the monitoring folder 11, and when a file is detected, transmits a folder change message as a creation command to the file name creation unit 15. Here, the meaning of “folder change” in the folder change message means that the file that was originally stored in the folder is stored again in a new hierarchical folder. When the folder change message is received, the file name creation means 15 displays a file name creation screen (FIG. 10) with a storage destination identifier on the display. The file name created based on the file name creation screen with the storage destination identifier is updated. If the file monitoring unit 14 does not detect the file, the file name creation screen with the storage destination identifier is hidden. The file mover 16 moves the file with the file name with the storage destination identifier to the file distribution / distribution folder 21. If the move is not successful, treat it as an error file. The error processing means 17 moves the error file to the error file storage folder.
[0038]
The server-side file monitoring unit 26 monitors the files in the file distribution / distribution folder 21, and when a file is detected, transmits a folder change message as a distribution command to the file distribution unit 27. When receiving the folder change message, the file distribution unit 27 moves the file to the storage destination folder according to the storage destination information in the file name with the storage destination identifier. The server-side error processing means 28 moves the error file to the error file storage folder when the movement is unsuccessful. If the movement is successful, the server-side error processing means 28 determines whether database registration processing is necessary. When it is determined that database registration processing is necessary, the database registration processing unit 29 connects to the database, adds the processed file to the database, and disconnects the database when the addition is successful. The intra-classification cabinet reconstruction means 30 creates a new classification folder, and then checks the files in the folder from the lower hierarchy under the current classification folder to the upper hierarchy to obtain file information (original file name). Create a new file name with storage location identifier using the specified storage location structure information and folder name separator. Create a new hierarchical folder based on this new file name, move the file to the new storage folder according to the file storage location information, and delete the empty current folder that is no longer needed after the file processing is completed, Finally, delete the classification folder at the root. The folder name delimiter is a symbol that delimits a plurality of storage destination identifiers attached to a file name in series.
[0039]
Next, the operation of the file management system configured as described above will be described. Set up the environment after installing the file management software. FIG. 6 is an explanatory diagram of the environment setting file. The client side setting items of the environment setting file 22 include, for example, monitoring folder information (information such as where the monitoring folder is created) and folder delimiter information (which is arbitrarily determined by the user. For example, “−”, “ Error file storage folder information (information such as folder creation location). The server-side setting items of the environment setting file 22 include file distribution / distribution folder information (information such as folder creation location), folder information (information such as folder creation location) for the time being, and database connection information (automatically classified by the file management software). File information and information on setting whether or not to register the information in the database), error file storage folder information (information such as folder creation location), and the like. The folder information allows the user to arbitrarily specify the location for creating each folder with a full path. This will be described below with reference to flowcharts and supplementary diagrams thereof.
[0040]
Client application flowchart (FIGS. 7 to 13)
(1) Folder monitoring flow
As shown in FIG. 7, the file monitoring unit 14 obtains information on the monitoring folder 11 from the environment setting file 22 (step 101), and then waits for detection of a file in the monitoring folder 11 (step 102). For example, the following two types of files are stored in the monitoring folder 11.
[0041]
As shown in FIG. 8, the managed file 12 to be managed is stored in the monitoring folder 11 in the form of moving or saving to the monitoring folder 11 displayed on the display of the client machine. The movement is performed by dragging and dropping the file 12 when the file 12 already exists. Saving is performed by selecting the monitoring folder 11 as a saving destination of a file created by a commercially available application (for example, MS-Excel). The name of the file before management is the original file name, and the file name with the storage destination identifier is called the file name with the storage destination identifier or simply the file name. Here the original file name is Takahashi Construction. xls.
[0042]
When the file 12 is moved or stored in the monitoring folder 11, the file monitoring unit 14 detects the file 12 and transmits a folder change message to the file name creation unit 15 (step 103). Whether or not transmission is successful is determined (step 104). If not, error information is recorded (step 105). If the transmission is successful, it is determined whether or not the system is terminated (step 106). If not, the process returns to step 102 waiting for file detection in the monitoring folder 11 and the monitoring of the folder is repeated until the system is terminated (step 102). ~ 106). As a result, the files stored in the monitoring folder 11 are detected without omission.
[0043]
(2) File name creation and file movement flow with storage location identifier (FIGS. 9 to 11)
As shown in FIG. 9, the file name creation means 15 obtains folder separator information from the environment setting file 22 in advance (step 201), and then waits for reception of a folder change message from the file monitoring means 14 (step 201). 202). When the folder change message is received, a file name creation screen with a storage destination identifier is displayed on the display of the client machine 10 (step 203). Using this screen, the software user manually creates a file name having a file storage location identifier. As shown in FIG. 10, on the display screen 40, a plurality of identifier boxes for hierarchically displaying original file names and storage destinations are displayed on the right side of the screen, and a plurality of pattern boxes for displaying storage destination patterns are displayed on the left side of the screen. Is displayed. At the bottom of the screen is a pattern registration button that makes it easy to assign a storage location identifier, a temporary button that treats the file name with a storage location identifier as a provisional treatment instead of finalizing, and a decision to confirm the file name with the created storage location identifier A button is displayed. At this time, storage destination data (storage destination identifier) acquired from the storage destination master 23 (see FIG. 4) is displayed in each identifier box, and data acquired from the storage pattern master 24 (see FIG. 4) is displayed in the pattern box. Storage pattern) is displayed (steps 204 and 205).
[0044]
The storage location identifier is designated by pressing the arrow in the identifier box. If there is no desired storage location data, the storage location identifier is designated by inputting characters (step 206). After specifying, press the OK button to confirm. At this time, it is convenient to select a storage destination pattern from the pattern box on the left side of the screen and automatically specify the hierarchical structure on the right side of the screen halfway. In the illustrated hierarchical structure, affiliation and file contents are arranged at the upper level, and date is arranged at the lower level. Therefore, in this case, it is preferable to register patterns up to the year. The pattern registration button at the bottom of the screen is for registering a pattern of a hierarchical structure up to a frequently used storage destination.
[0045]
When the storage location identifier is designated (step 206), it is determined whether any of the buttons and the decision button has been pressed (step 207). If the enter button is pressed, a file name with a storage location identifier is created using the specified storage location identifier and folder name separator (step 208). In the example of FIG. 10, the file name is Sales Department-Estimate-1999-10-28-Takahashi Construction. xls. If the button was pressed for the time being, here the file name, for example, Takahashi construction. xls is created (step 212). For the time being, the file name is a temporary file name that is assumed to be changed later. The original file name (Takahashi Construction.xls) is updated with the file name thus created.
[0046]
This will be further described with reference to FIG. After creating a file name with a storage destination identifier (step 208), it is checked whether the storage destination identifier in the specified file name exists in the storage destination master 23 (step 209). If it does not exist, the storage location identifier is newly registered in the storage location master 23 (step 210). Thereafter, it is determined whether or not all tiers of the designated storage folder have been processed (step 211). If there are unprocessed tiers remaining, the process returns to step 209 to determine whether the data in the storage destination master 23 exists. New registration is repeated (steps 209 to 211).
[0047]
When the processing for all layers is completed, or when the creation of the file name is completed in step 212 described above, the file mover 16 moves the file 12 with the storage destination identifier to the file distribution folder 21 (step 213). . As shown in FIG. 12, the file distribution / distribution folder 21 is provided on the server machine 20 connected to the network. The file name at the time of moving to the file distribution / distribution folder 21 is that the sales department-estimate-1999-10-28-Takahashi construction if the enter button on the file name creation screen 40 is pressed. If it is xls and the button is pressed for the time being, then-Takahashi construction. xls.
[0048]
The file mover 16 determines whether or not the transfer from the monitoring folder 11 on the client side to the file distribution / distribution folder 21 on the server side is successful (step 214), and if the move is unsuccessful, the process jumps to an error flow (Err). If it is determined that the movement is successful, it is further determined whether or not there are any files remaining in the monitoring folder 11 (step 215). If the file remains, the process returns to the step 203 for displaying the file name creation screen of FIG. 9, and the file name creation with storage destination identification and the file move flow are repeated until there is no file in the monitoring folder 11 (step 203 to step 215). ). If the file does not exist in the monitoring folder 11, the file name creation screen 40 with the storage destination identifier displayed on the display on the client side is hidden (step 216).
[0049]
(3) Error processing flow
If the movement is unsuccessful in step 214 of FIG. 11, the process proceeds to the error processing flow of FIG. The error processing means 17 acquires error file storage folder information from the environment setting file 22 (step 301), and records the error information (step 302). It is determined whether or not an error file storage folder exists (step 303). If it does not exist, an error file storage folder is created (step 304). After creating the error file storage folder or when it is determined in step 303 that the error file storage folder exists, the error file is moved to the error file storage folder (step 305). It is determined whether or not this movement can be successful (step 306). If the movement is successful, the error processing is terminated, and if not successful, error information is recorded (step 307).
[0050]
In this way, error handling is performed when a movement trouble occurs, so that the reliability of the classification cabinet can be improved. Also, since error information is recorded, it can be used when redoing an error file.
[0051]
Flow chart up to server application file storage (FIGS. 14 to 21)
(4) Folder monitoring flow (FIG. 14)
The server-side file monitoring unit 26 acquires information on the file distribution / distribution folder 21 from the environment setting file 22 (step 401). After the acquisition, it waits for file detection in the file distribution / distribution folder 21 (step 402). As shown in FIG. 15, from the client side, the file name: Sales Department-Estimation-1999-10-28-Takahashi Construction. The xls file 12 enters the file distribution folder 21 on the server side. Then, the file monitoring means 26 on the server side senses that the file 12 has entered the file distribution / distribution folder 21.
[0052]
When the file 12 is detected in the file distribution / distribution folder 21, the file monitoring unit 26 transmits a folder change message to the file distribution unit 27 (step 403). If the transmission is unsuccessful, error information is recorded (steps 404 to 405). If the transmission is successful, it is determined whether or not the system is terminated (step 406). If the system has not ended, the process returns to step 402 for waiting for file detection in the file distribution / distribution folder 21, and the folder monitoring flow is repeated until the system ends (steps 402 to 406).
[0053]
(5) File distribution flow
As shown in FIG. 16, the file distribution unit 27 acquires folder delimiter information and folder information for the time being from the environment setting file 22 (step 501). The file monitoring means 26 determines whether or not to receive a folder change message (step 502), and if it is received, determines whether the file name is a file for the time being (step 503). If it is a file for the time being, it jumps to the file storage routine for the time being (step 502).
[0054]
If it is not a file for the time being, the storage location identifier (sales department, estimate, 1999, 10, 28) in the file name is read (step 504). It is determined whether a folder with the same name and in the same hierarchy as the storage destination identifier exists in the classification folder in the server (step 505). A new folder with the same name is created (step 506). After newly creating a folder with the same name, or when it is determined in step 505 that a hierarchical folder with the same name exists, the file storage location information stored in the file distribution unit 27 is updated (step 507). Then, it is determined whether there is a storage destination identifier that has not been checked yet in the file name (step 508). If it still exists, the process returns to step 504 and is repeated until the check of the storage destination identifier of the lowest layer is completed (steps 504 to 508). As a result, the file name storage folder is determined.
[0055]
In the file storage routine (step 520) described above, the process shown in FIG. 18 is performed. First, it is determined whether or not a folder exists in the server (step 521). If it does not exist, a folder is created for the time being (step 522). A file is temporarily moved to a folder that already exists or is newly created (step 523). It is determined whether the movement is successful (step 524). If unsuccessful, the process proceeds to an error flow (Err). If successful, the routine is terminated.
[0056]
If it is determined in step 508 that the storage destination identifier does not exist in the file name, or if the file storage routine ends for the time being, the flow proceeds to the flow of FIG. Here, the file is moved according to the file storage destination identifier (step 509). This is shown in FIG. The file name of the file in the file distribution / distribution folder 21 is Sales Department-Estimation-1999-10-28-Takahashi Construction. xls. Thus, the first hierarchy folder name is “Sales Department”, the second hierarchy folder name is “estimate”, the third hierarchy name is “1999”, the fourth hierarchy name is “10”, and the fifth hierarchy name is “28”. is there. Therefore, the file includes the “Sales Department” folder in the first hierarchy under the classification folder, the “Estimate” folder in the second hierarchy under the folder, the “1999” folder in the third hierarchy under the folder, and the fourth folder under the folder. After passing through the “10” folder in the hierarchy, it further moves into the “28” folder in the fifth hierarchy under it. Other files in the file distribution / distribution folder 21 are also distributed to storage folders according to the folder names separated by the folder name delimiter in this way. In this case, the file name does not change even after distribution. If a nonexistent folder is specified in the file name, the new folder is created as described above (step 506).
[0057]
In FIG. 15, the folders provided in parallel with the sales department folder provided under the classification folder include, for example, a development department folder, a general affairs department folder, a temporary folder, an error file storage folder, and the like. The folders provided in parallel with the estimate folder include a decision estimate folder and a purchase order folder. There are a year folder under the estimate folder, a month folder under the year folder, and a day folder under the month folder.
[0058]
As shown in FIG. 15, a file with a file name for the time being is moved to a folder under the classification folder (step 523).
[0059]
After moving the file according to the file storage location information in step 509, it is determined whether or not the movement is successful (step 510). If unsuccessful, the process proceeds to an error flow (Err). If successful, for the time being. When the file storage routine ends, the process proceeds to step 511. Here, it is determined from the database connection information acquired from the environment setting file 22 whether or not database registration processing of the moved file is possible (step 511). If the registration process is necessary, the process proceeds to the database flow (DB). If the registration process is not necessary, it is further determined whether or not a file remains in the file distribution / distribution folder 21 (step 512). If the file remains, the process returns to step 503 for starting the file distribution flow of FIG. 16 and is repeated until there are no more files to be distributed (steps 503 to 512).
[0060]
(6) Database registration process flow
As shown in FIG. 19, when it is determined in step 511 that the registration process is necessary, the database registration processing means 29 acquires the database connection information from the environment setting file 22 and specifies the database (step 601). Then, connection processing to the specified database is performed (step 602). Then, the storage location information of the processed file is added to the database (step 603), and the file attribute information of the processed file is added (step 604). The file attribute information includes, for example, a file creator (creation software information), a file size, a file creation date and time, an extension, and the like.
[0061]
Whether or not the information addition is successful is determined (step 605). If unsuccessful, error information is recorded (step 606), and an error message is transmitted to the client that sent the error file (step 607). After transmission or when the information addition is successful, the database is disconnected and the registration process is terminated (step 608). The state of this database registration process is shown in FIG. That is, the file name is Sales Department-Estimate-1999-10-28-Takahashi Construction. The file xls is stored in the classification cabinet correspondence database 25. Here, the classification cabinet correspondence database 25 is a database that can store information such as file name, file storage location information (full path), file attribute information, extension, file size, creator, and the like, as described above. . An example of the database is a DICOM server.
[0062]
(7) Error processing flow
In the error flow (Err) already described, the error processing means 28 performs the processing shown in FIG. Error file storage folder information is acquired from the environment setting file 22 (step 701), and error information is recorded (step 702). An error message is sent to the client that sent the error file (step 703), and it is determined whether an error file storage folder exists (step 704). If the error file storage folder does not exist, an error file storage folder is created (step 705). After the error file storage folder is created or when the error file storage folder exists, the error file is moved to the error file storage folder (step 706). . The error file storage folder has already been described with reference to FIG.
[0063]
It is determined whether or not the transfer to the storage folder is successful (step 707). If unsuccessful, error information is recorded (step 708), and an error message is transmitted to the client that sent the error file (step 709). As in the case of success, the error processing is terminated.
[0064]
As described above, since error processing is performed when a trouble occurs, the reliability of the classification cabinet can be improved. Also, since error information is recorded, it can be used when redoing an error file.
[0065]
As described in the above (1) to (7), according to the embodiment, the file name creation unit 15 changes the original file name to a file name with storage location information, and the file distribution unit 27 uses the file storage location information. A folder with the same name is created, and a file with storage location information is stored under the hierarchy folder corresponding to the last file storage location information. Therefore, once the file name with storage location information is determined, the file storage location folder can be automatically created and stored there. As a result, if the file storage location information classified in order is given as a file name, the electronic files classified in order can be managed as in the case of a physical cabinet. As a result, without relying on database software or the like, a file management software such as Explorer can easily find the target file without anyone. In addition, even if you forget the name of the storage folder from which the file was taken out, or if the file gets lost, the file name itself is attached with the file storage location information that should be called the destination. You can go back to the folder.
[0066]
In addition, since the client side file monitoring means 14 is provided which outputs a folder change message and activates the file name creation means 15 when a file is detected, the management file to be managed can be automatically entered in the monitoring folder 11 A file name with storage location information is created, and the file can be automatically distributed to a hierarchical folder corresponding to the created file name. When the file distribution / distribution folder 21 is provided in the server machine 20 separately from the monitoring folder 11 and the file is moved from the monitoring folder 11 to the file distribution / distribution folder 21 by the file moving means 16, file monitoring and file distribution work are performed. Can be performed independently, so that efficient management can be performed. Further, when the file is detected by the server machine side file monitoring means 26, a folder change message is issued and the file distribution means 27 is operated. Therefore, only the file to be managed is put in the file distribution distribution folder 21. , Files can be automatically distributed to storage folders. Further, if a file having a file name with file storage location information is registered in the database by the database registration processing means 29, the file can also be accessed from the database software. Also, because it becomes difficult to search and extract files, it is no longer necessary to take backups that were essential in database management. And without database software, you can search for the specified documents “anytime / anyone / anywhere” and respond promptly to inquiries from outside salespeople and inquiries from clients.
[0067]
Reconstruction program flowchart (Figs. 22-24)
(8) Rebuilding flow in the classification cabinet
In this flow, the folder hierarchical structure constructed in the above (1) to (8) is changed to another folder hierarchical structure.
[0068]
As shown in FIG. 22, the intra-classification cabinet reconstruction means 30 displays a new folder hierarchy structure designation screen on the display (step 801). Although the new folder hierarchy structure designation screen is not shown, it may have the same configuration as the file name creation screen 40 shown in FIG. In short, any screen may be used as long as the new folder hierarchical structure can be specified by an input means such as a keyboard or a mouse. Here, the current file name was assigned an identifier in the order of department, document type, and date.
Sales Department-Estimate-1999-10-28-Takahashi Construction. xls
In the order of date, department, document type, and change the new file name
1999-10-28-Sales Department-Estimation-Takahashi Construction. xls
As an example, an example of rebuilding the classification cabinet according to this will be described.
[0069]
It is determined whether or not the new folder hierarchy structure is determined using the new folder hierarchy structure designation screen (step 802). Cancel to end. If determined, the file monitoring flow of FIG. 14 by the file monitoring means 26 is temporarily stopped (step 804). Then, the name of the current classification folder is changed, and this is called a current classification folder (step 804). Subsequently, a new classification folder is created (step 805), and the current classification folder is set as the current folder (step 806).
[0070]
Moving to FIG. 23, it is determined whether or not there is a folder in the current folder (step 808). If it exists, the current folder is set as a folder one level lower (step 809), and then the process returns to step 808 and the folder exists. The folder search flow is repeated until no more (steps 808 to 809). In this way, the lowest folder is found.
[0071]
If no folder can be found in the current folder, it is determined whether or not a file exists in the current folder (step 810). If the file exists, the file information under the current folder (original file name Takahashi Construction.xls) is acquired (step 811), and the storage location structure information and folder name separator specified in steps 801 and 802 are obtained. The file name with the new storage destination identifier is created by using it (step 812). In other words, date-priority new file name: 1999-10-28-Sales Department-estimate-Takahashi Construction Make xls.
[0072]
On the other hand, if no file exists in the current folder in step 810, it is determined whether or not the current folder is the current classification folder (step 813). If it is not the current classification folder, the current folder is deleted as an unnecessary folder (step 814). ). Then, after setting the current folder as a folder one level higher (step 815), the process returns to step 808 and the above-described series of current folder deletion flow is repeated (steps 808 to 815). If the folder reaches the highest hierarchy and the current folder becomes the current classification folder, the current classification folder is deleted (step 816), the folder monitoring program is started, and the reconstruction flow is terminated (step 817).
[0073]
After the file name with the new / storage destination identifier is created in step 812, the process moves to FIG. 24, and the storage destination identifier in the new file name is read (step 818). It is determined whether a folder with the same name exists (step 819). If not, a new folder with the same name is created in the same hierarchy as the storage location identifier (step 820). After new creation or when a folder with the same name exists, the file storage location information is updated (step 821). Then, it is determined whether or not the storage destination identifier still exists in the file name (step 822). If it still exists, the process returns to step 818, and the file storage location information update flow is repeated until there is no storage location identifier in the file name (steps 818 to 822).
[0074]
When there is no storage destination identifier to be read in the file name in step 822, the file with the new file name is moved to the storage destination folder according to the file storage destination information (step 823). It is determined whether or not the movement is successful (step 823). If not, the process proceeds to an error flow (Err). If successful, it is determined whether or not database registration processing is necessary (step 825). If necessary, go to Database Flow (DB). After that, as in the case where the registration process is unnecessary, the process returns to step 810 and is repeated until the above-described reconstruction process is completed for another file in the current folder (steps 810 to 817).
[0075]
This will be explained with reference to FIG. 25. The file name in the “28” folder in the lowest hierarchy under the current classification folder: Sales Department—Estimation—1999-10-28—Takahashi Construction. From xls, Takahashi construction is file information. xls (step 811), new file name: 1999-10-28-sales department-estimate-Takahashi construction. xls is created (step 812). Then, under the new classification folder, a “1999” folder, a “10” folder, a “28” folder, a “sales” folder, and an “estimate” folder are sequentially created, and the “estimate” folder at the lowest level is created. New file name: 1999-10-28-Sales Department-Estimation-Takahashi Construction. The file with xls is moved (step 823). In this way, all folders and files under the current classification folder are reclassified and moved to the new classification folder, and the current classification folder and its subordinate folders and files are deleted (steps 814 and 816), and newly created. Replace.
[0076]
As described above in (8), in the embodiment, since a series of storage destination identifiers corresponding to the storage destination folder is attached to the file name, even when it is desired to reconstruct the file classification, the storage destination identifier It is easy to change the order of files, automatically create a new file name and a new hierarchy folder corresponding to the new file name based on the changed storage location identifier, and re-store the files in this created new hierarchy folder Can be. This automatic reconstruction is possible only when the storage destination identifier is attached to the file name.
[0077]
In the above-described embodiment, the general business field has been described as an example, but the present invention is not limited to this field. In the following, examples of two fields will be described.
[0078]
FIG. 26 shows an example of the printing industry. If the present invention is applied to an image file that is the basis of a leaflet such as a store, department store, supermarket, etc., it will be as follows. The original file name saved or created on the client machine 10 is pork loin. When the file 12 which is eps is put in the monitoring folder 11, the file 12 is automatically detected. After detection, a file name is formed by hierarchically adding desired storage location identifiers to the original file name. Here, the file name is super-access-food-meat-pork-pork loin. esp. The file 12 with the file storage location information is moved to the file distribution / distribution folder 21 on the server machine 20 side. On the server side, when the file distribution / distribution folder 21 detects the file 12 with the storage location identifier, the file 12 is automatically distributed to the storage location according to the file storage location information (identifier). Here, in the business folder as a classification folder, in the super access folder, in the grocery folder, in the meat folder, and further in the pork folder, the file is attached with file storage location information. Stored as is.
[0079]
Also, as in the medical industry example of FIG. 27, when applied to a DICOM image file, the following occurs. The original file name of the image inspected by the MR apparatus 50 is named Kazuyoshi Takahashi. When a dcm file is placed in the monitoring folder, the file is automatically detected. After detection, a file name is formed by hierarchically adding desired storage location identifiers to the original file name. Here, the file name is MR-1998-10-28-ACCS1717-Kazuyoshi Takahashi. dcm. This file image is transmitted through the network, and this image is received by the DICOM receiver 61 of the DICOM server machine 60 and moved to the file distribution / distribution folder 21. When the server-side file distribution / distribution folder 21 detects a file name like file 12 with a storage destination identifier on the DICOM server side, the file 12 is automatically distributed and stored in the storage destination according to the file storage destination information (identifier). In the DICOM image folder, in the MR folder, in the 1999 folder, in the 10 folder, in the 28 folder, and further in the ACCS 1717, the file 12 has the file storage location information attached. Stored.
[0080]
In addition, the rescue flow of the file in the folder is omitted for the time being, but by configuring the same program as the reconstruction flow of (8), it is possible to re-assign the file name and instruct the re-store It is. Further, in the embodiment, classification by the original file name is stopped, but it is also possible to classify up to the extension by setting up to the sixth hierarchy.
[0081]
By the way, in the above-described embodiment, a case has been described in which a series of storage location identifiers are created by hand using the file name creation screen of the file name creation means 15 and attached to the original file name. However, the present invention is not limited to this. For example, the storage destination identifier may be automatically attached to the file name after reading from the contents of the file name. Some file types have an area for inputting character information. If a storage location identifier is input in the area in advance, it is possible to automatically create a file name with a storage location identifier from a file without using the file name creation screen. This automatic creation function can be realized by providing the file name creation means, for example. Examples of the file in which the area is secured include a DICOM (US medical image standard) file and an MP3 (MPEG Audio layer 3) file. In the DICOM file, an area where a patient name, an examination date, an examination machine, and the like can be input in addition to the image portion is secured. The MP3 file has an area for inputting attached character information called an ID3 tag. You can enter song titles, artist names, album names, comments, etc. in this area.
[0082]
In the embodiment described below, a method for automatically creating a file name with storage destination information without using the above-described file name creation screen will be specifically described.
[0083]
The example shown in FIG. 30 is basically the same as the electronic classification cabinet example applied to the DICOM in FIG. The difference is that the tag information in the DICOM file is read and analyzed, and the file name and storage location are automatically determined based on the analysis result.
[0084]
As shown in the image diagram described below in FIG. 30, the contents of the DICOM file are mainly composed of an image part and a tag information part as an area for inputting storage destination information. In this tag information portion, a plurality of areas serving as storage destination identifiers such as a patient ID area, a patient name area, a birthday area, a sex area, an examination instance UID area, an examination date area, an examination ID area, and an examination machine area are secured. ing.
[0085]
As described above, the file name with the storage destination identifier is changed to MR-1998-10-28-ACCS1717-Kazuyoshi Takahashi. dcm. If the storage location identifiers separated by hyphens are called the first hierarchy, the second hierarchy, ... the fifth hierarchy, and the final file name in order from the front, the patient name entered in the patient name area is the final file name. Become. The examination date area is the second, third, and fourth hierarchy, the examination ID area is the fifth hierarchy, and the inspection machine area is the first hierarchy. Which tag is assigned to which hierarchy is set in advance.
[0086]
The part responsible for automatically creating a file name with a storage destination identifier from the tag information of the DICOM file may be on the MR device (DICOM compatible inspection device) 50 side or the DICOM server machine 60 side. When assigned to the MR device 50 side, it is preferably assigned to the file name creation means 15 (see FIG. 5). When the file is to be assigned to the DICOM server machine 60 side, the file monitoring means 26 (see FIG. 5) in the DICOM receiver 61 may be provided with a file name creation means (not shown) and assigned to the means.
[0087]
Next, an explanation flow of reading tag information and automatic file name creation will be described with reference to FIG. 31. Here, the file name automatic creation function is provided in the file name creation means 15 on the MR apparatus side.
[0088]
As shown in FIG. 31, the file name creation means 15 first loads folder hierarchy information (which information is set for which folder of each hierarchy is created by the DICOM file) (step 901). After loading, it waits to receive a folder change message from the folder monitoring program (step 902). When the folder change message is received, the count value N is initialized, and the created folder information is initialized (step 903). It is determined whether the processing for the number of elements included in the folder hierarchy information (the number of layers from the first hierarchy to the final file name) has been completed (step 904). If it is determined that the process has not been completed, the Nth from the DICOM file A data element (storage destination identifier) corresponding to the folder is acquired (step 905). Next, the count value N is incremented, the acquired data element is added to the created folder information (step 906), and steps 904 to 906 are repeated until the processing for the number of elements is completed.
[0089]
When processing for the number of elements is completed, a folder included in the created folder information is created (step 907). The DICOM file is moved to the created folder (step 908). It is determined whether or not the movement is successful (step 909). If not, the process proceeds to the error processing flow of FIG. If it is determined that the process has succeeded, the process proceeds to step 215 of FIG. 11 (in this flow, step 216 subsequent to step 215 is omitted). As described above, the file name creation means 15 acquires a series of storage location information from the contents of the DICOM file, attaches the acquired storage location information to the original file name, and stores the file in a designated folder. Perform the operation automatically.
[0090]
The above description is about a DICOM file. However, in the case of a music file such as MP3, the following tag image can be used.
<Artist> U 3rd layer
<Song name> AAA file name
<Album name> FFF 4th layer
<Release year> 1999 Level 2
<Genre name> Japanese female vocal 1st level
<Copyright>…



If a file name with a storage destination identifier is created using such an ID3 tag, music files can be stored by automatic classification as in the case of the DICOM file described above.
[0091]
【The invention's effect】
According to the present invention, the storage location information is attached to the file name, and the file is automatically distributed to a deep folder, so that the file can be easily searched and extracted without using database software. be able to. Further, the classification folder can be automatically and easily reconstructed based on the storage location information attached to the file name.
[Brief description of the drawings]
FIG. 1 shows a conceptual diagram of a basic operation structure of a classification cabinet according to an embodiment of a file management apparatus of the present invention.
FIG. 2 is a conceptual diagram of a layer structure of a classification cabinet according to the embodiment.
FIG. 3 is a partial detailed explanatory view of FIG. 2;
FIG. 4 is a configuration diagram of a network system according to the embodiment.
FIG. 5 is a block diagram of a file management apparatus according to an embodiment.
FIG. 6 is an explanatory diagram of an environment setting file according to the embodiment.
FIG. 7 is a client side folder monitoring flow according to the embodiment;
FIG. 8 is an explanatory diagram showing actual movement on the client side according to the embodiment;
FIG. 9 is a flow of file name creation and file movement with storage location identifier according to the embodiment.
FIG. 10 is an explanatory diagram showing a file name creation screen according to the embodiment.
FIG. 11 is a flow of file name creation and file movement with storage location identifier according to the embodiment.
FIG. 12 is an explanatory diagram showing an actual movement on the server input side according to the embodiment;
FIG. 13 is an error processing flow on the client side according to the embodiment.
FIG. 14 is a folder monitoring flow on the server side according to the embodiment.
FIG. 15 is an explanatory diagram showing an actual movement on the server side according to the embodiment;
FIG. 16 is a file distribution flow according to the embodiment.
FIG. 17 is a file distribution flow according to the embodiment.
FIG. 18 is a file storage routine flow according to the embodiment.
FIG. 19 is a database registration process flow according to the embodiment;
FIG. 20 is an explanatory diagram showing an actual operation of database registration processing according to the embodiment;
FIG. 21 is an error processing flow on the server side according to the embodiment.
FIG. 22 is a reconstruction flow in a classification cabinet according to the embodiment.
FIG. 23 is a reconstruction flow in a classification cabinet according to the embodiment.
FIG. 24 is a reconstruction flow in a classification cabinet according to the embodiment.
FIG. 25 is an explanatory diagram showing an actual movement of reconstruction within a classification cabinet according to the embodiment;
FIG. 26 is an example of an electronic classification cabinet applied to an image file in the printing industry according to the embodiment.
FIG. 27 is an example of an electronic classification cabinet applied to DICOM in the medical industry according to the embodiment.
FIG. 28 is an explanatory diagram showing a directory structure for file management of a conventional example.
FIG. 29 is another explanatory diagram showing a directory structure for file management of a conventional example.
FIG. 30 is an explanatory diagram of a tag reading image of a DICOM file in an example of an electronic classification cabinet applied to DICOM in the medical industry according to the embodiment.
FIG. 31 is a flow of tag reading image of the DICOM file of FIG. 30;
[Explanation of symbols]
10 Client machine
11 Monitoring folder
12 files (managed files)
20 server machine
21 File distribution folder

Claims (9)

被管理ファイルが格納されるべき格納先フォルダを含む階層構造の各フォルダのフォルダ名を受け付ける入力手段と、
前記入力手段から入力された前記各フォルダ名を階層構造順に区切りを入れて並べることにより、複数のフォルダ名を有するファイル格納先情報を形成し、該ファイル格納先情報を前記被管理ファイルの原ファイル名に付けて、該原ファイル名をファイル格納先情報付きファイル名に変更するファイル名作成手段と、
前記ファイル名作成手段により変更された前記ファイル格納先情報付きファイル名を取得し、該ファイル格納先情報が有する前記複数のフォルダ名のうち、最初のフォルダ名と同じ名前のフォルダを形成し、該フォルダの下に、最後のフォルダ名と同じ名前のフォルダが形成されるまで、次のフォルダ名と同じ名前のフォルダを階層的に作成し、前記ファイル格納先情報付きファイル名に付けた最後のフォルダ名と同じ名前のフォルダとなる前記格納先フォルダの配下に前記被管理ファイルを格納するファイル振分け手段と
を備えたファイル管理システム。
An input means for receiving a folder name of each folder in the hierarchy, including the storage destination folder should be managed files are stored,
By arranging the folder names inputted from the input means in a delimited order in a hierarchical structure, file storage destination information having a plurality of folder names is formed, and the file storage destination information is used as an original file of the managed file. File name creation means for changing the original file name to a file name with file storage location information,
The file name with the file storage location information changed by the file name creation means is acquired, a folder having the same name as the first folder name is formed among the plurality of folder names included in the file storage location information, Until the folder with the same name as the last folder name is formed under the folder, folders with the same name as the next folder name are created hierarchically, and the last folder attached to the file name with the file storage location information A file management system comprising: file distribution means for storing the managed file under the storage destination folder that is a folder having the same name as the name.
前記ファイル名作成手段は、前記ファイル格納先情報を前記被管理ファイルの内容から取得し、この取得した前記ファイル格納先情報を前記原ファイル名に付ける機能を有する請求項1に記載のファイル管理システム。  The file management system according to claim 1, wherein the file name creation unit has a function of acquiring the file storage location information from the contents of the managed file and attaching the acquired file storage location information to the original file name. . 監視フォルダ内の被管理ファイルの有無を検出し、前記被管理ファイルを検出したら、前記ファイル名作成手段に、前記ファイル格納先情報付きファイル名を作成するための作成指令を送信する第1のファイル監視手段を設けた請求項1又は2に記載のファイル管理システム。  A first file that detects the presence or absence of a managed file in the monitoring folder and transmits a creation command for creating the file name with file storage location information to the file name creating means when the managed file is detected. The file management system according to claim 1 or 2, further comprising a monitoring unit. 前記ファイル格納先情報付きファイル名の付いた前記被管理ファイルを前記監視フォルダからファイル振分け分配フォルダに移動する移動手段と、
前記監視フォルダから前記ファイル振分け分配フォルダへ移動した前記被管理ファイルの有無を検出し、前記被管理ファイルを検出したら、前記ファイル振分け手段に、前記被管理ファイルを前記ファイル振分け分配フォルダから前記格納先フォルダに振分けるための振分け指令を送信する第2のファイル監視手段と
を設けた請求項1ないし3のいずれかに記載のファイル管理システム。
Moving means for moving the managed file with the file name with the file storage location information from the monitoring folder to a file distribution folder;
The presence / absence of the managed file moved from the monitoring folder to the file distribution / distribution folder is detected. When the managed file is detected, the file distribution unit sends the managed file from the file distribution / distribution folder to the storage location. The file management system according to claim 1, further comprising a second file monitoring unit that transmits a distribution command for distribution to a folder.
前記ファイル振分け手段で前記格納先フォルダの配下に格納されたファイル格納先情報付きファイル名を持つ前記被管理ファイルをデータベースに登録するデータベース登録処理手段を設けた請求項1ないし4のいずれかに記載のファイル管理システム。  5. The database registration processing means for registering the managed file having the file name with file storage location information stored under the storage destination folder by the file distribution means in a database. File management system. 請求項1ないし5のいずれかに記載のファイル管理システムであって、現在の分類フォルダの配下にあるフォルダ階層構造を再構築する分類キャビネット内再構築手段を備えたファイル管理システムにおいて、
前記分類キャビネット内再構築手段は、
被管理ファイルが格納されるべき新格納先フォルダを含む新階層構造の各フォルダのフォルダ名を受け付ける再構築入力手段と、
前記現在分類フォルダの配下にある階層構造の各フォルダを降りて行き、各フォルダ内における現在の格納先情報付きファイル名を持つ前記被管理ファイルの有無を検出する検出手段と、
前記検出手段により前記被管理ファイルを検出したとき、前記再構築入力手段により入力された前記フォルダ名を階層構造順に区切りを入れて並べることにより、複数のフォルダ名を有する新ファイル格納先情報を形成し、該新ファイル格納先情報を前記被管理ファイルの原ファイル名に付けて、該原ファイル名を新ファイル格納先情報付きファイル名に変更する再構築ファイル名作成手段と、
前記再構築ファイル名作成手段により変更された新ファイル格納先情報付きファイル名を取得し、該新ファイル格納先情報を構成する最初のフォルダ名と同じ名前のフォルダを形成し、該フォルダの下に、最後のフォルダ名と同じ名前のフォルダが形成されるまで、次のフォルダ名と同じ名前のフォルダを階層的に形成し、前記新ファイル格納先情報付きファイル名に付けた最後のフォルダ名と同じ名前のフォルダとなる前記新格納先フォルダの配下に前記被管理ファイルを格納する再構築ファイル振分け手段と、
を備えたファイル管理システム。
The file management system according to any one of claims 1 to 5, wherein the file management system includes an intra-classification cabinet restructuring unit for reconstructing a folder hierarchical structure under the current classification folder.
The reconstruction means in the classification cabinet is:
And reconstruction input means for receiving a folder name of each folder in the new hierarchy structure, including a new storage folder to the managed file is stored,
Detecting means for detecting the presence or absence of the managed file having a file name with the current storage location information in each folder, going down each folder of the hierarchical structure under the current classification folder;
When the managed file is detected by the detecting means, the new file storage location information having a plurality of folder names is formed by arranging the folder names inputted by the restructuring input means in a hierarchical structure. Reconstructed file name creation means for attaching the new file storage location information to the original file name of the managed file and changing the original file name to a file name with new file storage location information;
The file name with the new file storage location information changed by the reconstructed file name creation means is obtained, a folder having the same name as the first folder name constituting the new file storage location information is formed, and under the folder Until the folder with the same name as the last folder name is formed, folders with the same name as the next folder name are hierarchically formed and the same as the last folder name given to the file name with the new file storage location information. Reconstructed file distribution means for storing the managed file under the new storage folder that is a folder with a name ;
File management system that example Bei the.
ファイル管理システムのファイル管理方法において、
監視フォルダで被管理ファイルの有無を監視し、
前記被管理ファイルを感知したら、前記被管理ファイルが格納されるべき格納先フォルダを含む階層構造の各フォルダのフォルダ名を受け付け、
入力された前記各フォルダ名を階層構造順に区切りを入れて並べることにより、複数のフォルダ名を有するファイル格納先情報を形成し、該ファイル格納先情報を前記被管理ファイルの原ファイル名に付けて、該原ファイル名をファイル格納先情報付きファイル名に変更し、
この格納先情報付きファイル名を持つ被管理ファイルを前記監視フォルダからファイル振分け分配フォルダへ移動し、
前記ファイル振分け分配フォルダで前記被管理ファイルの有無を監視し、
該被管理ファイルを感知したら、前記変更されたファイル格納先情報付きファイル名を取得し、該ファイル格納先情報を構成する最初のフォルダ名と同じ名前のフォルダを形成し、該フォルダの下に、最後のフォルダ名と同じ名前のフォルダが形成されるまで、次のフォルダ名と同じ名前のフォルダを階層的に形成し、
前記ファイル格納先情報付きファイル名に付けた最後のフォルダ名と同じ名前のフォルダとなる格納先フォルダの配下に前記被管理ファイルを格納するようにしたファイル管理方法。
In the file management method of the file management system,
Monitor the presence of managed files in the watch folder,
When the managed file is detected, the folder name of each folder in the hierarchical structure including the storage destination folder in which the managed file is to be stored is received.
By arranging the input folder names in a hierarchical structure with a separator, the file storage location information having a plurality of folder names is formed, and the file storage location information is attached to the original file name of the managed file. , Change the original file name to a file name with file storage location information,
Move the managed file with the file name with storage location information from the monitoring folder to the file distribution folder,
Monitor the existence of the managed file in the file distribution folder,
When the managed file is sensed, the file name with the changed file storage location information is obtained, a folder having the same name as the first folder name constituting the file storage location information is formed, and under the folder, Until a folder with the same name as the last folder name is formed, folders with the same name as the next folder name are formed hierarchically,
A file management method for storing the managed file under a storage folder that is a folder having the same name as the last folder name attached to the file name with file storage location information.
前記ファイル格納先情報を原ファイル名に付ける際、前記ファイル格納先情報を前記被管理ファイルの内容から取得し、この取得した前記ファイル格納先情報を原ファイル名に付けるようにした請求項7に記載のファイル管理方法。  The file storage destination information is acquired from the contents of the managed file when the file storage destination information is attached to the original file name, and the acquired file storage destination information is attached to the original file name. The file management method described. クライアントコンピュータとサーバーコンピュータとからなる2台のコンピュータを動作させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体において、該プログラムは、
監視フォルダで被管理ファイルの有無を監視する処理、前記被管理ファイルを感知したら、被管理ファイルが格納されるべき格納先フォルダを含む階層構造の各フォルダのフォルダ名を、階層構造順に区切りを入れて並べることにより、複数のフォルダ名を有するファイル格納先情報を形成する処理、前記ファイル格納先情報形成手段により形成された前記ファイル格納先情報を前記被管理ファイルの原ファイル名に付けて、該原ファイル名を格納先情報付きファイル名に変更する処理、及びこの格納先情報付きファイル名を持つ被管理ファイルを前記監視フォルダからファイル振分け分配フォルダへ移動する処理を、前記クライアントコンピュータにそれぞれ実行させ、
前記ファイル振分け分配フォルダで前記被管理ファイルの有無を監視する処理、該被管理ファイルを感知したら、前記変更されたファイル格納先情報付きファイル名を取得し、該ファイル格納先情報を構成する最初のフォルダ名と同じ名前のフォルダを形成し、該フォルダの下に、最後のフォルダ名と同じ名前のフォルダが形成されるまで、次のフォルダ名と同じ名前のフォルダを階層的に形成する処理、及び前記ファイル格納先情報付きファイル名に付けた最後のフォルダ名と同じ名前のフォルダとなる格納先フォルダの配下に前記被管理ファイルを格納する処理を、前記サーバーコンピュータにそれぞれ実行させることを特徴とする記憶媒体。
In a computer-readable storage medium storing a program for operating two computers including a client computer and a server computer, the program includes:
A process for monitoring the presence or absence of a managed file in a monitored folder. When the managed file is detected, the folder name of each hierarchical folder including the storage destination folder in which the managed file is to be stored is delimited in the hierarchical structure order. The process of forming file storage destination information having a plurality of folder names by arranging them, and attaching the file storage destination information formed by the file storage destination information forming means to the original file name of the managed file, A process of changing the original file name to a file name with storage location information and a process of moving a managed file having the file name with storage location information from the monitoring folder to the file distribution folder are executed on the client computer. Let
A process for monitoring the presence / absence of the managed file in the file distribution / distribution folder. When the managed file is detected, the file name with the changed file storage location information is acquired, and the first file constituting the file storage location information is acquired. Forming a folder with the same name as the folder name, and hierarchically forming folders with the same name as the next folder name until a folder with the same name as the last folder name is formed under the folder; and The server computer is caused to execute a process of storing the managed file under a storage folder that is a folder having the same name as the last folder name attached to the file name with the file storage destination information. Storage medium.
JP37399199A 1999-12-28 1999-12-28 File management system, file management method, and storage medium Expired - Lifetime JP4468530B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP37399199A JP4468530B2 (en) 1999-12-28 1999-12-28 File management system, file management method, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP37399199A JP4468530B2 (en) 1999-12-28 1999-12-28 File management system, file management method, and storage medium

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009185961A Division JP4620165B2 (en) 2009-08-10 2009-08-10 File management system

Publications (2)

Publication Number Publication Date
JP2001188697A JP2001188697A (en) 2001-07-10
JP4468530B2 true JP4468530B2 (en) 2010-05-26

Family

ID=18503097

Family Applications (1)

Application Number Title Priority Date Filing Date
JP37399199A Expired - Lifetime JP4468530B2 (en) 1999-12-28 1999-12-28 File management system, file management method, and storage medium

Country Status (1)

Country Link
JP (1) JP4468530B2 (en)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7576773B2 (en) 2003-04-25 2009-08-18 Olympus Corporation Direct recording device and direct recording method
WO2005081112A1 (en) * 2004-02-10 2005-09-01 Kyouji Iwasaki Information processing device, file management method, and file management program
JP4859348B2 (en) 2004-02-18 2012-01-25 大日本印刷株式会社 Computer system
JP4333409B2 (en) 2004-02-27 2009-09-16 ソニー株式会社 Information processing apparatus and method, and program
US7343378B2 (en) * 2004-03-29 2008-03-11 Microsoft Corporation Generation of meaningful names in flattened hierarchical structures
JP2006011749A (en) * 2004-06-24 2006-01-12 Sony Corp Information processor, information processing method and computer program
JP4588404B2 (en) * 2004-10-06 2010-12-01 京セラミタ株式会社 Electronic device, data management method and program
JP4685624B2 (en) 2005-12-28 2011-05-18 スター精密株式会社 Environment setting data setting method, environment setting data setting program, and print data supply device
JP4596278B2 (en) * 2007-03-28 2010-12-08 ブラザー工業株式会社 Image processing apparatus and program thereof
JP2008243040A (en) * 2007-03-28 2008-10-09 Toshiba Digital Media Engineering Corp Display storage device
JP5014009B2 (en) * 2007-07-24 2012-08-29 キヤノン株式会社 Information processing apparatus, information processing method, program, and storage medium
JP5122883B2 (en) * 2007-07-30 2013-01-16 京セラ株式会社 File name conversion method and apparatus, file name conversion program and recording medium
JP2010061334A (en) * 2008-09-03 2010-03-18 Ricoh Co Ltd File management system, file management method, and program
JP5266992B2 (en) * 2008-09-11 2013-08-21 株式会社リコー Electronic document management system, electronic document management method and program thereof
JP2010244232A (en) * 2009-04-03 2010-10-28 Buriizu:Kk Composite management system for electronic file
JP2011086256A (en) * 2009-10-19 2011-04-28 Nippon Telegr & Teleph Corp <Ntt> File management method, device and program, and computer-readable recording medium
JP5565111B2 (en) * 2010-06-03 2014-08-06 キヤノンマーケティングジャパン株式会社 Document management system, document management apparatus, control method, and program.
JP2012043119A (en) * 2010-08-18 2012-03-01 Ricoh Co Ltd Document management system, information processor, document management method, monitoring program and recording medium
JP5661449B2 (en) * 2010-12-22 2015-01-28 中国電力株式会社 File name creation device
JP5814142B2 (en) * 2012-01-26 2015-11-17 英行 薄井 File search method, recording medium, and program
JP5683528B2 (en) * 2012-05-15 2015-03-11 三菱電機株式会社 Supervisory control system
JP6279249B2 (en) * 2013-08-20 2018-02-14 キヤノンメディカルシステムズ株式会社 Medical device
JP6234130B2 (en) * 2013-09-18 2017-11-22 キヤノン株式会社 Information processing system, information processing apparatus, information processing method, and program
JP6362452B2 (en) * 2014-07-03 2018-07-25 キヤノン株式会社 Information processing apparatus, information processing apparatus control method, and program
JP6368195B2 (en) * 2014-08-28 2018-08-01 キヤノン株式会社 Information processing apparatus, control method therefor, and program
CN115543145A (en) * 2021-06-30 2022-12-30 华为技术有限公司 Folder management method and device
US11940960B2 (en) 2022-04-21 2024-03-26 Folder Front, LLC Intelligent folder-based data organization system

Also Published As

Publication number Publication date
JP2001188697A (en) 2001-07-10

Similar Documents

Publication Publication Date Title
JP4468530B2 (en) File management system, file management method, and storage medium
JP4620165B2 (en) File management system
CN101430699B (en) Methods and systems for searching and storing data
US8332357B1 (en) Identification of moved or renamed files in file synchronization
US7711729B2 (en) Searching a document based on a customer defined metadata schemata
US7873652B1 (en) Electronic presentation generation system and method
JP4574356B2 (en) Electronic document repository management and access system
CN100426292C (en) Methods and systems for managing data
CN101430697B (en) Methods and systems for searching and storing data
JP3946934B2 (en) Web page component integration processing device, web page component integration processing method, and client device
KR20020046949A (en) File management method, contents recording apparatus, contents reproducing apparatus and contents recording medium
WO2001098917A9 (en) Method and system for linking real world objects to digital objects
WO2006057741A2 (en) Interactive system for collecting metadata
CN100593782C (en) Data handling system
JP2002259410A (en) Object classification and management method, object classification and management system, object classification and management program and recording medium
US20100017421A1 (en) Document management apparatus, method and medium storing program
US20040107187A1 (en) Method of describing business and technology information for utilization
US7039648B2 (en) Method and software system for creating customized computerized libraries
JPH07129448A (en) File selection system
Delsey The Library Catalogue in a Networked Environment.
JP2005321849A (en) Data analysis support program, method, and device
JP3641353B2 (en) Directory information management method and recording medium recording program for executing the same
US20070055928A1 (en) User workflow lists to organize multimedia files
CN111061755A (en) Document-based vigilance of medications
JP3729776B2 (en) File management method and content recording / playback apparatus

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060920

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090609

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090810

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20090810

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090928

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091217

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091225

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: 20100204

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: 20100225

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130305

Year of fee payment: 3