Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4329319B2 - File management system and file management method - Google Patents
[go: Go Back, main page]

JP4329319B2 - File management system and file management method - Google Patents

File management system and file management method Download PDF

Info

Publication number
JP4329319B2
JP4329319B2 JP2002275401A JP2002275401A JP4329319B2 JP 4329319 B2 JP4329319 B2 JP 4329319B2 JP 2002275401 A JP2002275401 A JP 2002275401A JP 2002275401 A JP2002275401 A JP 2002275401A JP 4329319 B2 JP4329319 B2 JP 4329319B2
Authority
JP
Japan
Prior art keywords
document
file
version
binder
provider
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 - Fee Related
Application number
JP2002275401A
Other languages
Japanese (ja)
Other versions
JP2004110691A (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 Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Fujifilm Business Innovation 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 Fuji Xerox Co Ltd, Fujifilm Business Innovation Corp filed Critical Fuji Xerox Co Ltd
Priority to JP2002275401A priority Critical patent/JP4329319B2/en
Publication of JP2004110691A publication Critical patent/JP2004110691A/en
Application granted granted Critical
Publication of JP4329319B2 publication Critical patent/JP4329319B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

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

Description

【0001】
【発明の属する技術分野】
本発明はファイル管理システム、特にファイル管理サーバーにより版管理されるファイルの効果的な管理及び表示に関する。
【0002】
【従来の技術】
ファイル形式にて管理される文書を複数ユーザで共有する場合においてその共有文書を効率的に利用可能にするには、文書管理用のサーバーを設置して文書を集中管理することが一般的である。また、集中管理した文書を第三者に利用させるには、その文書データベースをウェブサーバーに搭載して第三者にアクセスさせるようにすることが一般的である。図5は、従来の文書管理システムの全体構成を示した概念図である。図5には、文書提供者が使用する提供者クライアント50、文書提供者が提供する文書の利用者が使用する利用者クライアント52、文書提供者が提供する文書を集中管理する文書管理サーバー54及び文書提供者が提供する文書を利用者に公開する文書公開サーバー56が示されている。
【0003】
以上の構成において、文書提供者は、自ら作成した文書を文書管理サーバー54の文書データベース58に登録する。なお、以降の説明では、文書管理サーバー54により管理される文書をオリジナル文書とも称することにする。
【0004】
文書管理サーバー54で管理される文書のうち第三者に公開してもよいとされる文書は、文書公開サーバー56の文書データベース60に複製される。もし、作成した全ての文書を公開してもよいのなら、文書管理サーバー54と文書公開サーバー56とを分ける必要はない。なお、以降の説明では、文書公開サーバー56により管理される文書を閲覧文書とも称することにすると、文書公開サーバー56は、閲覧文書が新たに登録されると、予め決められている利用者クライアント52に配布する。あるいは、利用者は、文書公開サーバー56から参照したい閲覧文書を利用者クライアント52にダウンロードすることで複製し、その複製文書を画面表示して閲覧することになる。
【0005】
ところで、文書には、例えば仕様書などのように、作成した文書に対して追加、修正を行うことで新たな文書を作成し、その新たに作成した文書を新たな版として積み重ねていくものがある。このような改版を行う場合、文書提供者は、オリジナル文書データベース58に登録した文書(例えば第1版)を取り出して編集を行い、その編集した文書を新たな版(例えば第2版)としてオリジナル文書データベース58に登録する。このようにして、同一文書に対して新たな版が作成されていくことになる。文書管理サーバー54は、同一文書に対する各版を関連付けて各文書の版管理を行う。文書提供者は、公開してもよいとする文書であれば、通常はオリジナル文書を文書公開サーバー56に複製するはずなので、利用者が文書公開サーバー56から取得する閲覧文書は最新版である。
【0006】
【発明が解決しようとする課題】
しかしながら、従来の文書管理システムにおいては、利用者クライアントに複製された文書に対してまで版管理の対象としていなかった。このために、利用者が利用者クライアントに取得した文書は、取得した時点では最新版であっても時間の経過に伴いその後に再利用するときには最新版であるという保証はない。従って、文書利用者は、複製文書を再度利用する際には、その文書の版がまだ最新版であるかどうかを意識しなければならない。利用の度に文書を文書公開サーバーから複製したり、複製した文書が最新版か否かを問い合わせるなどすれば、このような状況を回避することは可能であるかもしれないが、そのような処理操作は運用上好ましくなく、また、面倒であった。
【0007】
特に、改版が重ねられていくと同一文書に対して複数の版が存在することになるが、表示しようとする文書の一つの版のみを表示するときには、上記のようにその版が最新版であるかどうかが確認できない。一方、表示しようとする文書の全ての版を表示するようにすれば、最新版かどうかを確認することはできるが、不要な旧版の情報まで取得し表示させることになる。
【0008】
本発明は以上のような問題を解決するためになされたものであり、その目的は、利用者が版管理対象のファイルを複製して利用する場合においてファイルの改版を利用者に意識させることなく利用させることのできるファイル管理システム及びファイル管理方法を提供することにある。
【0009】
【課題を解決するための手段】
以上のような目的を達成するために、本発明に係るファイル管理システムは、版管理されるファイルを管理するファイル管理サーバーと、ファイルの提供者が使用する提供者クライアントと、前記提供者の提供したファイルを利用する利用者が使用する利用者クライアントとを有するファイル管理システムにおいて、新規作成されたファイルを識別する情報とその改版ファイルを識別する情報とを含むインデックスを用いて、複数のファイルと関連づけられた仮想バインダを格納する格納手段と、ファイルの提供者により提供されたファイルを、前記仮想バインダに登録する登録手段と、前記提供者クライアントにおいて、前記仮想バインダに関連づけられた複数のファイルをそれぞれ異なるファイルとして扱わせる一方、前記利用者クライアントにおいて、前記仮想バインダに関連づけられた複数のファイルについては最新版のファイルのみを表示させる手段と、前記仮想バインダに改版ファイルが最新版として登録されたときに、当該改版ファイルを、旧版のファイルを利用している利用者クライアントへ配信する最新版配信処理手段と、を有することを特徴とする。
【0015】
また、本発明に係るファイル管理方法は、ファイル管理サーバーを設けて版管理されるファイルを集中管理するファイル管理方法において、新規作成されたファイルを識別する情報とその改版ファイルを識別する情報とを含むインデックスを用いて、複数のファイルと関連づけられた仮想バインダを生成し、ファイルの提供者により提供されたファイルを、前記仮想バインダに登録し、ファイルの提供者には前記仮想バインダに関連づけられた複数のファイルをそれぞれ異なるファイルとして扱わせる一方、ファイルの利用者には前記仮想バインダに関連づけられた複数のファイルについては最新版のファイルのみを表示させ、前記仮想バインダに改版ファイルが最新版として登録されたとき、その改版ファイルを旧版のファイルの利用者へ配信することを特徴とする。
【0021】
【発明の実施の形態】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。なお、本実施の形態では、本発明に係るファイル管理システムを、文書ファイルを集中管理する文書管理システムに適用した場合を例にして説明する。
【0022】
図1は、本実施の形態における文書管理システムを示したブロック構成図である。本実施の形態における文書管理システムは、本システムで版管理する文書を集中管理する文書管理サーバー10と、1乃至複数台の提供者クライアント20と利用者クライアント30とをLAN(Local Area Network)1で接続した構成を有している。なお、図1では便宜的に各クライアント20,30を1台ずつ示した。文書管理サーバー10は、ハードウェア的には汎用的なサーバコンピュータで実現できる。提供者クライアント20は、文書を作成し、また、その作成した文書を改版するユーザ(文書提供者)によって使用される。利用者クライアント30は、文書提供者によって作成又は改版された文書を参照、印刷等のために利用するユーザ(文書利用者)によって使用される。各クライアント20,30は、ハードウェア的には汎用的なパーソナルコンピュータ(PC)で実現できる。本実施の形態では、本システムを構成するクライアントを、便宜的に文書提供者が使用するクライアント20と文書利用者が使用するクライアント30とに分けて図示し、また説明するが、文書提供者は自ら作成した文書の利用者にもなり、また、他のユーザが作成した文書の利用者にもなるので、1台のPCが提供者クライアント20にも利用者クライアント30にもなりうる。
【0023】
提供者クライアント20は、新規登録処理部21、改版登録処理部22及びオリジナル文書データベース23を有している。新規登録処理部21は、本システムの管理対象とする文書を新規に作成してオリジナル文書データベース23へ登録する。また、第三者に閲覧させてもよいとする文書であれば、文書管理サーバー10にも登録する。改版登録処理部22は、オリジナル文書データベース23から作成済みの文書を取り出し、編集することで文書を改版する。そして、改版された文書をオリジナル文書データベース23へ登録する。また、第三者に閲覧させてもよいとする文書であれば、文書管理サーバー10にも最新版として登録する。新規登録処理部21及び改版登録処理部22は、新規又は改版により作成した各版に対して文書識別情報(文書ID)を付与する。なお、本実施の形態では、自己が作成した文書を、自己が使用する提供者クライアント30に搭載のディスク装置(オリジナル文書データベース23)に保存することを前提に説明するが、他のクライアント上の共有ディスク装置やデータベースサーバ等の他の格納手段に保存するようにしてもよい。
【0024】
利用者クライアント30は、表示処理部31、文書取得処理部32及び文書保存部33を有している。表示処理部31は、文書管理サーバー10により版管理されている文書を表示する。ここで言う「文書を表示」というのは、文書の内容そのものの表示ではなく、ファイル操作ソフトウェアにより実現される文書名や文書属性等の表示、アイコンでの表示を意味する。以降の説明において、文書名等を表示する場合には「文書」の表示と記載し、エディタ等により文書の内容を表示する場合には「文書内容」の表示と記載する。文書取得処理部32は、利用者により指定された版に対応する文書を文書管理サーバー10から取り出し、その文書を文書保存部33に保存する。文書利用者は、通常、最新版を利用するので特に指定されない限り最新版を取得することになる。文書利用者は、文書を利用する際には文書保存部33に保存した複製文書を利用することになる。
【0025】
文書管理サーバー10は、バインダ管理部11、最新版配信処理部12、アクセス履歴管理部13、共有文書データベース14及びアクセスログファイル15を有している。詳細は後述するが、本実施の形態では、文書提供者により作成された文書(例えば、文書A)のうち閲覧対象とする版(例えば、文書Aの第1版、第2版、第4版)を束ねて、仮想バインダに綴じることで文書の管理を行うことを特徴としているが、バインダ管理部11は、共有文書データベース14に格納される仮想バインダを使用して文書の管理を行い、提供者クライアント20における各登録処理部21,22と協調動作して共有文書データベース14への文書の登録を行う。また、利用者クライアント30における表示処理部31と協調動作して利用者クライアント30の図示しないディスプレイへの表示処理、更に文書取得処理部32と協調動作して文書のダウンロード処理を実行する。共有文書データベース14には、文書提供者が作成した文書(例えば、文書Aの第1版乃至第4版)のうち文書提供者が第三者へ利用させてもよいとする文書(例えば、文書Aの第1版、第2版、第4版)のみが格納される。最新版配信処理部12は、仮想バインダに最新版が登録されたときに、その最新版の文書ファイルを利用者クライアント30へ自動配信する。アクセス履歴管理部13は、文書利用者による文書管理サーバー10へのアクセス履歴をアクセスログファイル15に記録する。
【0026】
本実施の形態においては、前述した構成要素により種々の機能を提供するが、文書管理サーバー10及び各クライアント20,30における各処理機能は、各コンピュータ上でアプリケーションを動作させることによって実現される。
【0027】
ところで、本実施の形態では、文書の版の管理を行うが、以下に文書の版及び文書の利用について説明する。
【0028】
図2は、文書と版の基本モデルを示した概念図である。作成される文書には、一般に第1版、第2版など昇順の連番が付与され版管理される。通常、新規作成された文書は、第1版であり、改版の度に第2版、第3版と版が更新される。ただ、いずれの版も文書Aであることに相違ない。このように、各文書は、改版により版が重ねられていくことになる。そして、時系列上最も新しい版が最新版となる。このように、文書と言うときは第何版であれ、その文書である。つまり、文書Aといえば、第1版であろうと第2版であろうと第3版であろうと版の相違に関係なく文書Aである。版と言えば、文書を構成する特定の版を指し、第1版か第2版か第3版のいずれかの版の文書を指す。第1版(の文書A)といえば、同じ文書Aでも第2版や第3版ではない。
【0029】
ここで、図2において第2版が最新版のとき(つまり、第3版作成前)に文書Aが利用者クライアント20に複製されたとする。なお、利用者クライアント20において複製文書を編集し新たな版(文書)を作成することは可能である。本実施の形態では、この複製文書に対する編集により新たな文書を作成することを改変と称し、改変により作成された文書を派生文書と称することにする。この派生文書は、文書管理サーバー10で管理されている元の文書Aとは独立した文書として扱われ、本実施の形態の管理対象外となる。もちろん、特別の処理手続により文書管理サーバー10の管理対象にすることは可能である。
【0030】
文書取得処理部32により利用者クライアント30に複製された文書は、通常、利用者クライアント30の利用者個人の管理下において使用される。なお、文書利用者は、自己が使用する利用者クライアント30に搭載のディスク装置を文書の複製先とすることが一般的であるため、本実施の形態においてもこれに準じて説明するが、他のクライアント上の共有ディスク装置やデータベースサーバ等の他の格納手段を複製先としてもよい。文書Aの利用者は、通常、参照する度に共有文書データベース14へアクセスするのではなく、アクセス速度等を考慮して利用者クライアント30の文書保存部33にダウンロードした第2版の文書Aに対してアクセスをすることになる。
【0031】
本実施の形態では、バインダを使用した文書管理方法を特徴としているが、ここでバインダについて説明する。
【0032】
本実施の形態では、文書の管理手法として文書を時間軸で束ねるバインダモデルを導入している。例えば、オリジナル文書として文書Aの第1版乃至第4版が作成されているときに、文書提供者が第三者へ利用させてもよい文書Aの版(例えば、第1版、第2版、第4版)を時間軸で綴じてバインダで保持する。各バインダは、文書A、文書Bというように文書毎に形成される。それぞれのバインダに綴じられた各版の版情報は、同じバインダに綴じられる仮想的なインデックス(目次)に時系列に記載される。本実施の形態では、このような仮想的なバインダを使用して各文書の版管理を行っている。
【0033】
図3は、本実施の形態におけるバインダと各文書、各版の関係を示した概念図であり、ユーザインタフェースの概念図でもある。図3には、提供者クライアント20において作成された文書A,Bの各版と、文書管理サーバー10における共有文書データベース14に形成された文書A,B用の各バインダ(を示すアイコン)41,42と、利用者クライアント30に複製された文書A,Bが示されている。提供者クライアント20から文書管理サーバー10への文書登録処理は、各登録処理部21,22及びバインダ管理部11により実行される。文書管理サーバー10で管理される文書の表示処理は、バインダ管理部11及び表示処理部31により実行される。ここで、提供者クライアント20と文書管理サーバー10との間で行われる文書の登録処理について図3を用いて説明する。
【0034】
文書作成者が文書Aを新規に作成すると、その文書A(第1版)をオリジナル文書データベース23に登録する。このとき、文書Aには、その文書を識別するための文書IDを割り振る。そして、第三者に利用させる場合にはバインダ41に文書Aの第1版を登録する。この登録操作は、ファイル操作ソフトウェアを用いて予め生成しておいた文書A用のバインダ41を画面表示させ、また、文書Aの第1版のアイコン43を表示させ、その文書を示すアイコン43を、表示した文書A用バインダを示すアイコン41へドラッグする。このようなマウス操作により文書Aの第1版を文書管理サーバー10に簡単に登録することができる。バインダ管理部11は、以上の文書提供者による登録操作に応じて文書Aを共有文書データベース14に登録するが、更に文書A用のバインダ生成時に作成したインデックス44に、第1版が綴じられたときに第1版の文書ID、文書格納場所等の版情報を書き込む。
【0035】
続いて、文書作成者が文書Aの第1版を編集して第2版を作成すると、その文書A(第2版)をオリジナル文書データベース23に登録する。このとき、第2版には、第1版と異なるユニークな文書IDを割り振る。なお、編集対象となる文書A(第1版)は、アクセス速度を考慮してオリジナル文書データベース23から取り出すようにしてもよいし、文書管理サーバー10から取り出すようにしてもよい。そして、第三者に利用させる場合にはバインダ41に文書Aの第2版を登録する。この第2版の登録操作及びこの操作に応じたバインダ管理部11における処理は、第1版を登録したときと同様である。このとき、バインダ管理部11は、インデックス44に第2版の版情報を書き込むことにより第2版が綴じられたことを明示する。
【0036】
改版した文書を第三者に利用させるのならば、上記と同様にしてバインダ41に各版を綴じていけばよい。もし、利用させたくない場合には前述したドラッグ操作をせずにバインダ41に綴じなければよい。図3では、文書Aの第3版及び文書Bの第2版を綴じていない場合を例示した。
【0037】
本実施の形態では、それぞれの文書の各版を上記説明した簡単なマウス操作により文書管理サーバー10に登録することができる。以上の説明から明らかなように、文書提供者による操作に応じて行われる登録処理においては、各版は1つの文書として扱われており、同一文書に関わる各版共通のバインダに綴じられていくことになる。
【0038】
次に、利用者クライアント30と文書管理サーバー10との間で行われる文書の表示処理について図3を用いて説明する。なお、文書の表示というのは、前述したように文書の内容そのものの表示ではなく、ファイル操作ソフトウェアにより実現される文書のアイコン等の表示のことをいう。ここでは、登録処理と同様に文書をアイコン表示する場合を例にして説明する。
【0039】
文書管理サーバー10により管理される各文書を参照したいとき、文書利用者は、文書管理サーバー10から該当する文書を共有文書データベース14からダウンロードして、その複製をローカルの文書保存部33に保存する。なお、文書利用者は、通常、自己が使用する利用者クライアント30に搭載のディスク装置を文書の複製先とすることが一般的であるため、本実施の形態においてもこれに準じて説明するが、他のクライアント上の共有ディスク装置やデータベースサーバ等の他の格納手段を複製先としてもよい。
【0040】
例えば文書Aを利用したいとき、文書利用者は、ファイル操作ソフトウェアを用いて文書管理サーバー10にある文書Aのアイコン45を表示させ、それをローカルの複製先とすべきフォルダにドラッグして複製することができる。このマウス操作により、複製文書は文書保存部33に保存され、保存先のフォルダに文書Aが表示される。なお、このような操作及び表示は、ウィンドウシステムにおいて一般的に行われている。文書利用者は、このような簡単なマウス操作で文書Aの複製を取得することができるが、このとき、本実施の形態における表示処理部31は、図3に例示したように文書Aを、バインダで管理されている複数の版としてではなく、一つの文書(を示すアイコン45)として画面表示することを特徴としている。換言すると、表示処理においては、登録処理のようにバインダで管理される複数の版をそれぞれ一文書として扱うのではなく、複数の版を保存しているバインダを一つの文書として扱うようにしたことを特徴としている。例えば、文書Aのバインダ41に綴じられている第1,2,4版を3つの別文書として表示するのではなく一つの文書Aとして表示する。ただ、複製した文書の版は何かということがわかるように表示する。本実施の形態における表示処理において複製されるのは、バインダ41に登録されている文書Aの最新版のみである。通常は、最新版の文書を利用するからである。
【0041】
図3には、この特徴的な表示形態を例示した。図3では、ある時点において文書Aの第4版が最新版であるとき、利用者クライアント30には、文書Aの第4版が表示されることになる。なお、本実施の形態では、最新版でない版も取得することができるが、その処理については追って説明する。また、アクセス履歴管理部13は、共有文書データベース14で管理する文書に対するアクセスを常時監視しており、そのアクセス日時、アクセスした利用者クライアント30、登録、取得等のアクセス内容、アクセスされた文書及びその版をアクセスログファイル15に記録する。
【0042】
図4(a)には、図3に示した文書Aを示すアイコン45が示されている。汎用的なファイル操作ソフトウェアは、各文書のファイル名を文字列や、図4に例示したようにアイコンと共に画面表示することができる。なお、ファイル操作ソフトウェアは、通常、フォルダに登録されているファイルをリスト表示するが、本実施の形態においては、便宜的に文書Aの一ファイルのみを示している。ここで、文書Aのプロパティ画面46を開いた例を図4(b)に示す。汎用的なウィンドウシステムでは、文書ファイルの種別や、格納場所、作成日時等の情報をプロパティ画面に表示する。本実施の形態では、プロパティ画面46に当該文書の版履歴情報を併せて表示することを特徴としている。もちろん、プロパティ画面でなく、版履歴情報表示画面等独自のウィンドウ画面により表示するようにしてもよい。なお、版履歴情報以外の情報表示は、本発明の要旨ではないので図4では省略している。
【0043】
図4(b)に示したように、版履歴情報は、文書Aのバインダに綴じられているインデックスに記載された内容が表示され、その版が時系列がわかるように表示される。従って、文書利用者は、公開された文書Aの版の作成経緯を知ることができる。そして、もし、旧版を取得したいときには、プロパティ画面46に表示された版番をクリックする。これにより、文書取得処理部32は、指定された版の文書Aを文書Aのバインダから取り出し、その複製を文書保存部33に保存する。これにより、旧版の文書の内容を表示することができる。
【0044】
第4版が最新版であったときに文書Aを利用したとき、第4版は文書保存部33に保存され、また、図4(a)に例示したように文書Aは表示される。この状態のときに第5版が作成され、文書提供者によりバインダに登録されたとする。このとき、バインダ管理部11は、その旨を最新版配信処理部12に通知する。あるいは、最新版配信処理部12がアクセスログファイル15への記録内容をチェックし、自ら版の登録を認識するようにしてもよい。最新版配信処理部12は、バインダ管理部11からの通知を受けると、文書Aの第5版を最新版として文書Aを利用している利用者クライアント30へ配信する。配信先となる利用者クライアント30は、アクセスログファイル15を検索し、文書Aへのアクセス元を確認することで特定できる。
【0045】
文書管理サーバー10から最新版が自動配信されてくると、文書A及びプロパティ画面46の表示中であった利用者クライアント30における表示処理部31は、文書Aの表示を図4(b)から図4(c)へ自動的に切り替える。また、プロパティ画面46に表示する版履歴情報も当該バインダのインデックスから取り出してきて自動更新する。
【0046】
以上のように、本実施の形態によれば、文書管理サーバー10で管理されている文書の複製先に対しても当該文書の最新版を自動配信することにより、複製先に該当する利用者クライアント30では、文書の改版がされたことを意識することなく、かつ自ら文書管理サーバー10から最新版を取り出さなくても常に最新版の文書を利用することができる。文書提供者にしてみれば、文書を改版したときに、その改版した文書(最新版)を文書管理サーバー10へ登録さえすれば、その改版により追加、修正した内容を文書の複製先となる利用者クライアント30に反映させることができる。
【0047】
特に、本実施の形態においては、各文書の各版を仮想的なバインダで束ねるようにして文書の版管理を行うようにした。これにより、文書提供者は、公開してもよい版をバインダに綴じさえすればよい。また、文書利用者に対してバインダを一つの文書として表示するようにしたので、版を意識せずに文書利用を効率的に行うことができる。
【0048】
なお、本実施の形態では、共有文書データベース14に文書自体を格納するように説明したが、文書の格納先のみを管理し、文書の実体は必ずしも文書管理サーバー10で保持させておかなくてもよい。
【0049】
また、本実施の形態では、新規登録処理部21、改版登録処理部22が文書の作成ステップに関与する場合について説明したが、自己または他者が別途作成済みの文書に対して文書識別情報(文書ID)を付与し文書管理サーバー10に登録することも可能である。
【0050】
また、本実施の形態では、自動配信を行う例を中心に説明したが、自動配信を行わず、文書表示および文書の内容表示は複製されたファイルの状態のまま行い、版履歴情報を当該バインダのインデックスから取り出してきて最新の状態で表示させることも可能である。
【0051】
また、本実施の形態では、文書取得処理部32により文書の複製を利用者クライアントに作成する例を説明したが、文書の複製は文書の作成者によりメールで配布された場合などについても、文書取得処理部32により複製を取得した場合と同様である。
【0052】
また、本実施の形態では、文書の管理、特に文書の登録と表示を中心に説明したが、文書の削除にも対応できるようにしておくことが望ましい。例えば、バインダから最新版(例えば第5版)が文書提供者により削除されたときには、利用者クライアント30において表示されている文書の版を第5版から第4版に戻し、また、文書保存部33から第5版を削除し第4版を再度ダウンロードするなどする。
【0053】
また、本実施の形態では、文書の版管理を行う場合を例にして説明したが、実行イメージ等にもそれぞれに版が付与され管理されるので、ファイル形式にて保存されるデータであれば、本発明を適用することは可能である。
【0054】
【発明の効果】
本発明によれば、仮想バインダを設け、ファイル作成者には各版に対応するファイルをそれぞれ一つのファイルとして対応する仮想バインダに登録させ、ファイル利用者には仮想バインダを一つのファイルとして表示させるようにしたので、利用者に文書の版を意識させることなく利用させることができる。
【0055】
また、ファイルの最新版が仮想バインダに登録されたときには、その最新版の複製をそのファイルの利用者に自動配信するようにしたので、該当する利用者には常に最新版のファイルを利用させることができる。
【0056】
また、必要に応じて旧版のファイルの複製を取得させることができる。
【図面の簡単な説明】
【図1】 本実施の形態における文書管理システムを示したブロック構成図である。
【図2】 文書と版の基本モデルを示した概念図である。
【図3】 本実施の形態におけるバインダと各文書、各版の関係を示すと共にユーザインタフェースを示した概念図である。
【図4】 本実施の形態における利用者クライアントに表示される文書の表示例を示した図である。
【図5】 従来の文書管理システムの全体構成を示した概念図である。
【符号の説明】
10 文書管理サーバー、11 バインダ管理部、12 最新版配信処理部、13 アクセス履歴管理部、14 共有文書データベース、15 アクセスログファイル、20 提供者クライアント、21 新規登録処理部、22 改版登録処理部、23 オリジナル文書データベース、30 利用者クライアント、31表示処理部、32 文書取得処理部、33 文書保存部。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a file management system, and more particularly to effective management and display of files managed by a file management server.
[0002]
[Prior art]
When sharing a document managed in a file format with multiple users, it is common to centrally manage the document by installing a document management server in order to efficiently use the shared document. . In order to allow a third party to use a centrally managed document, the document database is generally installed in a web server and accessed by a third party. FIG. 5 is a conceptual diagram showing the overall configuration of a conventional document management system. FIG. 5 shows a provider client 50 used by a document provider, a user client 52 used by a user of a document provided by the document provider, a document management server 54 for centrally managing documents provided by the document provider, and A document publishing server 56 that publishes a document provided by a document provider to a user is shown.
[0003]
In the above configuration, the document provider registers the document created by itself in the document database 58 of the document management server 54. In the following description, a document managed by the document management server 54 is also referred to as an original document.
[0004]
Of the documents managed by the document management server 54, a document that may be disclosed to a third party is copied to the document database 60 of the document publication server 56. If all the created documents may be disclosed, it is not necessary to separate the document management server 54 and the document disclosure server 56. In the following description, if a document managed by the document publishing server 56 is also referred to as a browsed document, the document publishing server 56 will determine a user client 52 that is determined in advance when a browsed document is newly registered. Distribute to Alternatively, the user copies the browse document to be referred to from the document publishing server 56 by copying it to the user client 52, and browses the duplicate document displayed on the screen.
[0005]
By the way, some documents, such as specifications, create new documents by adding and correcting the created documents, and stack the newly created documents as new versions. is there. When such a revision is made, the document provider takes out and edits the document (for example, the first version) registered in the original document database 58, and edits the edited document as a new version (for example, the second version). Register in the document database 58. In this way, a new version is created for the same document. The document management server 54 performs version management of each document by associating each version with respect to the same document. Since the document provider should normally copy the original document to the document publishing server 56 if the document provider is allowed to publish, the browsing document acquired by the user from the document publishing server 56 is the latest version.
[0006]
[Problems to be solved by the invention]
However, in the conventional document management system, the document copied to the user client is not subject to version management. For this reason, even if the document acquired by the user to the user client is the latest version at the time of acquisition, there is no guarantee that the document will be the latest version when it is reused over time. Therefore, when a document user uses a duplicate document again, he or she must be aware of whether the version of the document is still the latest version. It may be possible to avoid such a situation by copying the document from the document publishing server each time it is used, or inquiring whether the copied document is the latest version. The operation was not preferable for operation and was troublesome.
[0007]
In particular, when revisions are repeated, multiple versions exist for the same document. However, when only one version of a document to be displayed is displayed, that version is the latest version as described above. I can't check if it exists. On the other hand, if all the versions of the document to be displayed are displayed, it can be confirmed whether or not it is the latest version, but information on unnecessary old versions is acquired and displayed.
[0008]
The present invention has been made to solve the above problems, and its purpose is to make the user aware of the revision of the file when the user copies and uses the version management target file. An object is to provide a file management system and a file management method that can be used.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, a file management system according to the present invention includes a file management server that manages a version-managed file, a provider client that is used by a file provider, and the provision of the provider Newly created file in a file management system having a user client used by a user who uses the file Identifying information And its revised file Is associated with multiple files using an index that contains information identifying Storage means for storing virtual binders and files provided by file providers ,in front In the registration means for registering in the virtual binder, and in the provider client, in the virtual binder Associated While allowing a plurality of files to be treated as different files, the user client can make the virtual binder Associated For multiple files, a means to display only the latest version of the file, When the revised file is registered as the latest version in the virtual binder, the latest version delivery processing means for delivering the revised file to the user client using the old version file; It is characterized by having.
[0015]
Further, the file management method according to the present invention is a file management method for centrally managing files that are version-managed by providing a file management server. Identifying information And its revised file Is associated with multiple files using an index that contains information identifying Create a virtual binder and use the file provided by the file provider ,in front Register with the virtual binder, and the file provider Associated While allowing multiple files to be treated as different files, the file Associated For multiple files, only the latest version is displayed. When a revised file is registered as the latest version in the virtual binder, the revised file is distributed to users of the old version of the file. It is characterized by that.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings. In the present embodiment, a case where the file management system according to the present invention is applied to a document management system that centrally manages document files will be described as an example.
[0022]
FIG. 1 is a block diagram showing a document management system according to this embodiment. The document management system according to the present embodiment includes a document management server 10 that centrally manages documents managed by the system, one or more provider clients 20, and user clients 30. It has the structure connected by. In FIG. 1, one client 20 and 30 is shown for convenience. The document management server 10 can be realized by a general-purpose server computer in terms of hardware. The provider client 20 is used by a user (document provider) who creates a document and revises the created document. The user client 30 is used by a user (document user) who uses a document created or revised by a document provider for reference, printing or the like. Each client 20 and 30 can be realized by a general-purpose personal computer (PC) in terms of hardware. In the present embodiment, for convenience, the clients constituting the system are illustrated and described separately for the client 20 used by the document provider and the client 30 used by the document user. Since it becomes a user of a document created by itself and a user of a document created by another user, one PC can be both a provider client 20 and a user client 30.
[0023]
The provider client 20 includes a new registration processing unit 21, a revision registration processing unit 22, and an original document database 23. The new registration processing unit 21 newly creates a document to be managed by this system and registers it in the original document database 23. If the document can be viewed by a third party, it is also registered in the document management server 10. The revision registration processing unit 22 takes out the created document from the original document database 23 and edits it to revise the document. Then, the revised document is registered in the original document database 23. If the document can be viewed by a third party, it is also registered in the document management server 10 as the latest version. The new registration processing unit 21 and the revision registration processing unit 22 give document identification information (document ID) to each version created by new or revision. In the present embodiment, the description will be made on the assumption that the document created by the user is stored in the disk device (original document database 23) mounted on the provider client 30 used by the client. You may make it preserve | save in other storage means, such as a shared disk apparatus and a database server.
[0024]
The user client 30 includes a display processing unit 31, a document acquisition processing unit 32, and a document storage unit 33. The display processing unit 31 displays a document whose version is managed by the document management server 10. “Display document” here means not display of the content of the document itself, but display of the document name, document attributes, and the like realized by the file operation software, and display with icons. In the following description, “document” is displayed when the document name is displayed, and “document content” is displayed when the document content is displayed by an editor or the like. The document acquisition processing unit 32 takes out a document corresponding to the version designated by the user from the document management server 10 and stores the document in the document storage unit 33. A document user normally uses the latest version, and unless otherwise specified, obtains the latest version. The document user uses the duplicate document stored in the document storage unit 33 when using the document.
[0025]
The document management server 10 includes a binder management unit 11, a latest version distribution processing unit 12, an access history management unit 13, a shared document database 14, and an access log file 15. Although details will be described later, in the present embodiment, the version (for example, the first version, the second version, and the fourth version of the document A) of the document created by the document provider (for example, the document A). ) And binding to a virtual binder to manage the document, but the binder management unit 11 manages and provides the document using the virtual binder stored in the shared document database 14 The document is registered in the shared document database 14 in cooperation with the registration processing units 21 and 22 in the person client 20. The user client 30 cooperates with the display processing unit 31 to perform display processing on a display (not shown) of the user client 30 and further cooperates with the document acquisition processing unit 32 to execute document download processing. The shared document database 14 includes a document (for example, a document) that the document provider may use by a third party among documents (for example, the first to fourth versions of the document A) created by the document provider. Only the first version, the second version, and the fourth version of A) are stored. The latest version delivery processing unit 12 automatically delivers the latest version of the document file to the user client 30 when the latest version is registered in the virtual binder. The access history management unit 13 records the access history of the document user to the document management server 10 in the access log file 15.
[0026]
In the present embodiment, various functions are provided by the above-described components, but each processing function in the document management server 10 and each client 20, 30 is realized by operating an application on each computer.
[0027]
By the way, in the present embodiment, the document version is managed, and the document version and use of the document will be described below.
[0028]
FIG. 2 is a conceptual diagram showing a basic model of a document and a version. Documents to be created are generally managed by assigning serial numbers in ascending order such as the first version and the second version. Normally, a newly created document is the first version, and the second version, the third version, and the version are updated with each revision. However, there is no doubt that both versions are document A. In this way, the versions of each document are stacked by revision. And the newest version in time series becomes the latest version. In this way, when referring to a document, it is that document, whatever the version. In other words, the document A is the document A regardless of the difference between the first version, the second version, and the third version. A version refers to a specific version that constitutes a document, and refers to a version of a document that is either the first version, the second version, or the third version. Speaking of the first edition (document A), the same document A is not the second edition or the third edition.
[0029]
Here, it is assumed that the document A is copied to the user client 20 when the second version is the latest version in FIG. 2 (that is, before the third version is created). The user client 20 can edit the duplicate document and create a new version (document). In the present embodiment, creation of a new document by editing the duplicate document is referred to as modification, and a document created by modification is referred to as a derived document. This derived document is handled as a document independent of the original document A managed by the document management server 10 and is not managed by this embodiment. Of course, it is possible to make the management target of the document management server 10 by a special processing procedure.
[0030]
The document copied to the user client 30 by the document acquisition processing unit 32 is normally used under the management of the individual user of the user client 30. Note that a document user generally uses a disk device installed in the user client 30 used by the document user as a document copy destination. Other storage means such as a shared disk device or a database server on the client may be used as the copy destination. The user of the document A usually does not access the shared document database 14 every time it is referred to, but the second version of the document A downloaded to the document storage unit 33 of the user client 30 in consideration of the access speed or the like. You will have access to it.
[0031]
This embodiment is characterized by a document management method using a binder. The binder will be described here.
[0032]
In the present embodiment, a binder model for bundling documents on a time axis is introduced as a document management technique. For example, when the first to fourth versions of the document A are created as the original document, the version of the document A that the document provider may use to a third party (for example, the first version, the second version, etc.) , 4th edition) is bound on the time axis and held in a binder. Each binder is formed for each document, such as document A and document B. The version information of each version bound to each binder is described in time series in a virtual index (table of contents) bound to the same binder. In the present embodiment, version management of each document is performed using such a virtual binder.
[0033]
FIG. 3 is a conceptual diagram showing the relationship between the binder, each document, and each version in the present embodiment, and is also a conceptual diagram of the user interface. In FIG. 3, each version of the documents A and B created in the provider client 20 and each binder (icons) 41 for the documents A and B formed in the shared document database 14 in the document management server 10 are shown. 42 and documents A and B copied to the user client 30 are shown. Document registration processing from the provider client 20 to the document management server 10 is executed by the registration processing units 21 and 22 and the binder management unit 11. The document management process managed by the document management server 10 is executed by the binder management unit 11 and the display processing unit 31. Here, document registration processing performed between the provider client 20 and the document management server 10 will be described with reference to FIG.
[0034]
When the document creator creates a new document A, the document A (first version) is registered in the original document database 23. At this time, a document ID for identifying the document is assigned to the document A. When the third party uses the document A, the first version of the document A is registered in the binder 41. In this registration operation, the binder 41 for the document A generated in advance using the file operation software is displayed on the screen, and the first version icon 43 of the document A is displayed, and the icon 43 indicating the document is displayed. Then, the user drags the icon 41 indicating the displayed document A binder. The first version of the document A can be easily registered in the document management server 10 by such a mouse operation. The binder management unit 11 registers the document A in the shared document database 14 in accordance with the registration operation by the document provider, and the first version is bound to the index 44 created when the binder for the document A is generated. Sometimes version information such as the document ID of the first version, document storage location, etc. is written.
[0035]
Subsequently, when the document creator edits the first version of the document A to create the second version, the document A (second version) is registered in the original document database 23. At this time, a unique document ID different from the first version is assigned to the second version. Note that the document A (first version) to be edited may be extracted from the original document database 23 in consideration of the access speed, or may be extracted from the document management server 10. When the third party uses the document A, the second version of the document A is registered in the binder 41. The registration operation of the second version and the processing in the binder management unit 11 according to the operation are the same as when the first version is registered. At this time, the binder management unit 11 clearly indicates that the second version has been bound by writing the version information of the second version in the index 44.
[0036]
If a revised document is to be used by a third party, each version may be bound to the binder 41 in the same manner as described above. If the user does not want to use it, he / she should not bind to the binder 41 without performing the above-described drag operation. FIG. 3 illustrates the case where the third version of the document A and the second version of the document B are not bound.
[0037]
In the present embodiment, each version of each document can be registered in the document management server 10 by the simple mouse operation described above. As is clear from the above description, in the registration process performed in response to an operation by the document provider, each version is handled as one document, and is bound by a binder common to each version related to the same document. It will be.
[0038]
Next, document display processing performed between the user client 30 and the document management server 10 will be described with reference to FIG. Note that the display of the document does not indicate the content of the document itself as described above, but the display of the document icon or the like realized by the file operation software. Here, a case where a document is displayed as an icon as in the registration process will be described as an example.
[0039]
When it is desired to refer to each document managed by the document management server 10, the document user downloads the corresponding document from the document management server 10 from the shared document database 14 and stores a copy of the document in the local document storage unit 33. . In general, a document user generally uses a disk device mounted on a user client 30 used by the user as a document copy destination. Other storage means such as a shared disk device or database server on another client may be used as the replication destination.
[0040]
For example, when the user wants to use the document A, the document user displays the icon 45 of the document A in the document management server 10 using the file operation software, and copies it to the folder to be the local copy destination. be able to. By this mouse operation, the duplicate document is stored in the document storage unit 33, and the document A is displayed in the storage destination folder. Such operation and display are generally performed in a window system. The document user can obtain a copy of the document A by such a simple mouse operation. At this time, the display processing unit 31 in the present embodiment, as illustrated in FIG. It is characterized in that it is displayed on the screen as a single document (icon 45 indicating) instead of a plurality of versions managed by the binder. In other words, in the display process, each version managed by the binder is not handled as a single document as in the registration process, but the binder storing a plurality of versions is handled as a single document. It is characterized by. For example, the first, second, and fourth versions bound to the binder 41 of the document A are displayed as one document A instead of being displayed as three separate documents. However, it displays so that it can be understood what the version of the copied document is. Only the latest version of the document A registered in the binder 41 is duplicated in the display processing in the present embodiment. This is because the latest version of the document is usually used.
[0041]
FIG. 3 illustrates this characteristic display form. In FIG. 3, when the fourth version of the document A is the latest version at a certain point in time, the fourth version of the document A is displayed on the user client 30. In the present embodiment, a version that is not the latest version can be acquired, but the process will be described later. The access history management unit 13 constantly monitors access to the document managed by the shared document database 14, the access date and time, the accessed user client 30, the access contents such as registration and acquisition, the accessed document, The version is recorded in the access log file 15.
[0042]
FIG. 4A shows an icon 45 indicating the document A shown in FIG. The general-purpose file operation software can display the file name of each document together with a character string or an icon as illustrated in FIG. Note that the file operation software normally displays a list of files registered in the folder, but in the present embodiment, only one file of the document A is shown for convenience. Here, an example in which the property screen 46 of the document A is opened is shown in FIG. In a general-purpose window system, information such as document file type, storage location, creation date and time is displayed on the property screen. The present embodiment is characterized in that the version history information of the document is also displayed on the property screen 46. Of course, it may be displayed on a unique window screen such as a version history information display screen instead of the property screen. Information display other than the version history information is not the gist of the present invention, and is omitted in FIG.
[0043]
As shown in FIG. 4B, the version history information is displayed so that the contents described in the index bound to the binder of the document A are displayed, and the version is displayed so that the time series can be understood. Therefore, the document user can know the process of creating the published version of the document A. If an old version is to be acquired, the version number displayed on the property screen 46 is clicked. As a result, the document acquisition processing unit 32 takes out the designated version of the document A from the binder of the document A, and stores the copy in the document storage unit 33. Thereby, the contents of the old version of the document can be displayed.
[0044]
When the document A is used when the fourth version is the latest version, the fourth version is stored in the document storage unit 33, and the document A is displayed as illustrated in FIG. 4A. It is assumed that the fifth version is created in this state and registered in the binder by the document provider. At this time, the binder management unit 11 notifies the latest version distribution processing unit 12 to that effect. Alternatively, the latest version distribution processing unit 12 may check the contents recorded in the access log file 15 and recognize the registration of the version itself. When receiving the notification from the binder management unit 11, the latest version distribution processing unit 12 distributes the fifth version of the document A to the user client 30 using the document A as the latest version. The user client 30 serving as the distribution destination can be identified by searching the access log file 15 and confirming the access source to the document A.
[0045]
When the latest version is automatically distributed from the document management server 10, the display processing unit 31 in the user client 30 that was displaying the document A and the property screen 46 displays the display of the document A from FIG. Switch automatically to 4 (c). The version history information displayed on the property screen 46 is also taken out of the binder index and automatically updated.
[0046]
As described above, according to the present embodiment, the user client corresponding to the copy destination is automatically distributed to the copy destination of the document managed by the document management server 10 to automatically distribute the latest version of the document. At 30, the latest document can always be used without being aware of the revision of the document and without taking out the latest version from the document management server 10. For a document provider, when a document is revised, if the revised document (latest version) is registered in the document management server 10, the contents added and modified by the revision are used as a copy destination of the document. Can be reflected in the client 30.
[0047]
In particular, in this embodiment, document versions are managed by bundling each version of each document with a virtual binder. As a result, the document provider only has to bind the version that may be disclosed to the binder. Further, since the binder is displayed as one document for the document user, the document can be used efficiently without being aware of the version.
[0048]
In the present embodiment, it has been described that the document itself is stored in the shared document database 14. However, only the document storage location is managed, and the document management server 10 does not necessarily hold the entity of the document. Good.
[0049]
In the present embodiment, the case where the new registration processing unit 21 and the revision registration processing unit 22 are involved in the document creation step has been described. However, the document identification information ( It is also possible to register the document management server 10 with a document ID).
[0050]
In the present embodiment, the example of performing automatic distribution has been mainly described. However, automatic distribution is not performed, document display and document content display are performed in the state of a copied file, and version history information is stored in the binder. It is also possible to take out from the index and display it in the latest state.
[0051]
In this embodiment, an example in which a document copy is created in the user client by the document acquisition processing unit 32 has been described. However, the document copy is also distributed when the document creator is distributed by e-mail. This is the same as when a copy is acquired by the acquisition processing unit 32.
[0052]
In this embodiment, the management of the document, particularly the registration and display of the document has been described. However, it is desirable that the document can be deleted. For example, when the latest version (for example, the fifth version) is deleted from the binder by the document provider, the version of the document displayed on the user client 30 is returned from the fifth version to the fourth version, and the document storage unit For example, the fifth version is deleted from 33 and the fourth version is downloaded again.
[0053]
Further, in the present embodiment, the case where document version management is performed has been described as an example. However, since the version is also assigned to the execution image and the like, the data can be stored in a file format. It is possible to apply the present invention.
[0054]
【The invention's effect】
According to the present invention, a virtual binder is provided, a file creator is caused to register a file corresponding to each version as a single file in the corresponding virtual binder, and a file user is displayed as a single file. As a result, the user can use the document without being aware of the document version.
[0055]
In addition, when the latest version of a file is registered in the virtual binder, a copy of the latest version is automatically distributed to the user of the file, so that the corresponding user always uses the latest version of the file. Can do.
[0056]
In addition, it is possible to obtain a copy of an old version file as necessary.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a document management system according to an embodiment.
FIG. 2 is a conceptual diagram showing a basic model of a document and a version.
FIG. 3 is a conceptual diagram showing a relationship between a binder, each document, and each version according to the present embodiment and a user interface.
FIG. 4 is a diagram showing a display example of a document displayed on a user client in the present embodiment.
FIG. 5 is a conceptual diagram showing an overall configuration of a conventional document management system.
[Explanation of symbols]
10 document management server, 11 binder management unit, 12 latest version distribution processing unit, 13 access history management unit, 14 shared document database, 15 access log file, 20 provider client, 21 new registration processing unit, 22 revision registration processing unit, 23 original document database, 30 user client, 31 display processing unit, 32 document acquisition processing unit, 33 document storage unit.

Claims (2)

版管理されるファイルを管理するファイル管理サーバーと、
ファイルの提供者が使用する提供者クライアントと、
前記提供者の提供したファイルを利用する利用者が使用する利用者クライアントと、
を有するファイル管理システムにおいて、
新規作成されたファイルを識別する情報とその改版ファイルを識別する情報とを含むインデックスを用いて、複数のファイルと関連づけられた仮想バインダを格納する格納手段と、
ファイルの提供者により提供されたファイルを、前記仮想バインダに登録する登録手段と、
前記提供者クライアントにおいて、前記仮想バインダに関連づけられた複数のファイルをそれぞれ異なるファイルとして扱わせる一方、前記利用者クライアントにおいて、前記仮想バインダに関連づけられた複数のファイルについては最新版のファイルのみを表示させる手段と、
前記仮想バインダに改版ファイルが最新版として登録されたときに、当該改版ファイルを、旧版のファイルを利用している利用者クライアントへ配信する最新版配信処理手段と、
を有することを特徴とするファイル管理システム。
A file management server for managing version-managed files;
A provider client used by the file provider;
A user client used by a user who uses the file provided by the provider;
In a file management system having
Storage means for storing a virtual binder associated with a plurality of files using an index including information for identifying a newly created file and information for identifying the revised file;
And registration means that the provided file, to register before Symbol virtual binder by the provider of the file,
The provider client treats a plurality of files associated with the virtual binder as different files, while the user client displays only the latest version of the plurality of files associated with the virtual binder. Means to
When the revised file is registered as the latest version in the virtual binder, the latest version delivery processing means for delivering the revised file to the user client using the old version file;
A file management system comprising:
ファイル管理サーバーを設けて版管理されるファイルを集中管理するファイル管理方法において、
新規作成されたファイルを識別する情報とその改版ファイルを識別する情報とを含むインデックスを用いて、複数のファイルと関連づけられた仮想バインダを生成し、
ファイルの提供者により提供されたファイルを、前記仮想バインダに登録し、
ファイルの提供者には前記仮想バインダに関連づけられた複数のファイルをそれぞれ異なるファイルとして扱わせる一方、ファイルの利用者には前記仮想バインダに関連づけられた複数のファイルについては最新版のファイルのみを表示させ
前記仮想バインダに改版ファイルが最新版として登録されたとき、その改版ファイルを旧版のファイルの利用者へ配信することを特徴とするファイル管理方法。
In a file management method for centrally managing files that are version controlled by providing a file management server,
Generate a virtual binder associated with multiple files using an index that includes information identifying the newly created file and information identifying the revised file,
The provided file by the provider of the file, to register before Symbol virtual binder,
The file provider allows a plurality of files associated with the virtual binder to be treated as different files, while the file user displays only the latest version of the files associated with the virtual binder. then,
When a revised file is registered as the latest version in the virtual binder, the revised file is distributed to users of the old version of the file .
JP2002275401A 2002-09-20 2002-09-20 File management system and file management method Expired - Fee Related JP4329319B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002275401A JP4329319B2 (en) 2002-09-20 2002-09-20 File management system and file management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002275401A JP4329319B2 (en) 2002-09-20 2002-09-20 File management system and file management method

Publications (2)

Publication Number Publication Date
JP2004110691A JP2004110691A (en) 2004-04-08
JP4329319B2 true JP4329319B2 (en) 2009-09-09

Family

ID=32271613

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002275401A Expired - Fee Related JP4329319B2 (en) 2002-09-20 2002-09-20 File management system and file management method

Country Status (1)

Country Link
JP (1) JP4329319B2 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5003131B2 (en) * 2006-12-04 2012-08-15 富士ゼロックス株式会社 Document providing system and information providing program
JP2009116744A (en) * 2007-11-08 2009-05-28 Nec Corp Data management system, data management method, and data management program
JP5407209B2 (en) * 2008-07-28 2014-02-05 富士ゼロックス株式会社 Document management apparatus, document management program, and document management system
KR101075023B1 (en) * 2008-12-31 2011-10-20 주식회사 한글과컴퓨터 Method for Managing history of document using Link Document and System thereof
US8903783B2 (en) 2010-04-23 2014-12-02 Bridgepoint Education System and method for publishing and displaying digital materials
JP5641797B2 (en) * 2010-07-07 2014-12-17 キヤノン株式会社 Document management system, document management server apparatus, and document management method
KR101167843B1 (en) 2011-10-19 2012-07-23 주식회사 한글과컴퓨터 Update document distribution apparatus and method
JP7669603B2 (en) * 2021-04-01 2025-04-30 株式会社オプテック Medical support system, input support device, input support method and program

Also Published As

Publication number Publication date
JP2004110691A (en) 2004-04-08

Similar Documents

Publication Publication Date Title
CN101093497B (en) Document management server, document management method, and system for managing document use
US8719691B2 (en) Document providing system and computer-readable storage medium
KR101120755B1 (en) System and method for virtual folder and item sharing including utilization of static and dynamic lists
EP1419632B1 (en) Network-based software extensions
US20150347447A1 (en) Method and architecture for synchronizing files
US20090228716A1 (en) Method and system for distributed coordination of access to digital files
JP2009042856A (en) Document management device, document management system, and program
WO2012132046A1 (en) Information processing system, backup management method and program
JP2009129017A (en) Document migration support system, monitoring device, document migration support device, method, and program
JP7374232B2 (en) Content item sharing with context
US20190108241A1 (en) Embedded content object collaboration
WO2022060419A1 (en) Work spaces including links to content items in their native storage location
JP2021521502A (en) Comment preview displayed in context within the content item
JP6955554B2 (en) Accessing historical content items in your content management system through placeholders
US10853326B2 (en) Sharing collections with external teams
JP4329319B2 (en) File management system and file management method
JP4259076B2 (en) File management system and file management method
JP2010003127A (en) Document management device, document management system, document management method and computer program
JP5045118B2 (en) Document management apparatus, document management system, and program
CN1820451B (en) Virtual folder and item sharing system and method
JP2007293619A (en) Server device, information sharing system, program, and recording medium
JP2005078224A (en) Web site managing system
JP3857472B2 (en) Electronic filing system and data registration method
JP4207471B2 (en) Document management device
JP2006004024A (en) Program to be executed by the directory server

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050822

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080930

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081128

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090106

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090302

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

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

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

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20120626

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20130626

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20140626

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees