JP2005070868A - ファイル管理装置、及び、ファイル管理方法 - Google Patents
ファイル管理装置、及び、ファイル管理方法 Download PDFInfo
- Publication number
- JP2005070868A JP2005070868A JP2003209129A JP2003209129A JP2005070868A JP 2005070868 A JP2005070868 A JP 2005070868A JP 2003209129 A JP2003209129 A JP 2003209129A JP 2003209129 A JP2003209129 A JP 2003209129A JP 2005070868 A JP2005070868 A JP 2005070868A
- Authority
- JP
- Japan
- Prior art keywords
- file
- directory
- updated
- txt
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】複数の端末によって同一のファイルが更新された場合であっても、各端末によって更新されたファイルを全て記憶するとともに、更新されたファイルを任意のディレクトリの配下に保存することができるファイル管理装置、及び、ファイル管理方法を提供する。
【解決手段】ファイル管理装置が、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するディレクトリ作成手段と、更新されたファイルを第２のディレクトリの配下に保存するファイル保存手段とを具備する。
【選択図】 図４
【解決手段】ファイル管理装置が、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するディレクトリ作成手段と、更新されたファイルを第２のディレクトリの配下に保存するファイル保存手段とを具備する。
【選択図】 図４
Description
【０００１】
【発明の属する技術分野】
本発明は、所定の端末によって読み出されて更新される所定のファイルを所定のディレクトリの配下に保存するファイル管理装置、及び、ファイル管理方法に関する。
【０００２】
【従来の技術】
複数の端末が同一のファイルを共有する方法として、「ｒｓｙｎｃ」や「ＣＶＳ」などが一般的に知られている。
【０００３】
「ｒｓｙｎｃ」とは、一方の端末が他方の端末にファイルを送信する際に、一方の端末で管理されているファイルと他方の端末で管理されているファイルとの差分だけを、一方の端末が他方の端末に送信することにより、ファイルの同期を実現する方法である。
【０００４】
「ＣＶＳ」とは、複数の端末によって読み出されて更新されることを前提とした所定のファイル（ファイルの実体）が所定のファイル管理装置によって管理されるシステムである（例えば、特許文献１）。
【０００５】
以下において、「ＣＶＳ」について図面を参照しながら具体的に説明する。図８は、「ＣＶＳ」について説明するための図である。
【０００６】
同図に示すように、「ＣＶＳ」は、ファイルの実体（例えば、「ａ ｖｅｒ．１．ｔｘｔ」「ａ ｖｅｒ．２．ｔｘｔ」）を管理するリポジトリと、各端末によって管理されている実ディレクトリとによって構成される。
【０００７】
まず、作業者ａが「ａ ｖｅｒ．３．ｔｘｔ」を更新する場合について説明する。
【０００８】
ステップ１０１において、作業者ａは、リポジトリによって管理されている「ａ ｖｅｒ．３．ｔｘｔ」を端末に読み出す（ｃｈｅｃｋ ｏｕｔ）。
【０００９】
ステップ１０２において、作業者ａは、「ａ ｖｅｒ．３．ｔｘｔ」を「ｎｅｗ ｆｉｌｅ（１）．ｔｘｔ」に更新する。
【００１０】
ステップ１０３において、作業者ａは、「ｎｅｗ ｆｉｌｅ（１）．ｔｘｔ」をリポジトリに登録する（ｃｈｅｃｋ ｉｎ）。このとき、リポジトリは、「ｎｅｗ ｆｉｌｅ（１）．ｔｘｔ」を「ａ ｖｅｒ．４．ｔｘｔ」として記憶する。
【００１１】
これにより、作業者ａによって更新されたファイル（「ａ ｖｅｒ．４．ｔｘｔ」）を複数の端末が共有することができる。
【００１２】
次に、作業者ａ及び作業者ｂが「ａ ｖｅｒ．４．ｔｘｔ」を同時に更新する場合について説明する。
【００１３】
ステップ１１１において、作業者ａは、リポジトリによって管理されている「ａ ｖｅｒ．４．ｔｘｔ」を端末に読み出す（ｃｈｅｃｋ ｏｕｔ）。
【００１４】
ステップ１１２において、作業者ａは、「ａ ｖｅｒ．４．ｔｘｔ」を「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」に更新する。
【００１５】
ステップ１１３において、作業者ｂは、リポジトリによって管理されている「ａ ｖｅｒ．４．ｔｘｔ」を端末に読み出す（ｃｈｅｃｋ ｏｕｔ）。
【００１６】
ステップ１１４において、作業者ｂは、「ａ ｖｅｒ．４．ｔｘｔ」を「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」に更新する。
【００１７】
ステップ１１５において、作業者ａは、「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」をリポジトリに登録する（ｃｈｅｃｋ ｉｎ）。
【００１８】
ステップ１１６において、作業者ｂは、「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」をリポジトリに登録する（ｃｈｅｃｋ ｉｎ）。
【００１９】
ステップ１１７において、リポジトリは、「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」と「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」とを合成（ｍｅｒｇｅ）する。具体的には、リポジトリは、作業者ａによって更新された部分と作業者ｂによって更新された部分とが重複していない（衝突がない）場合には、「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」と「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」とを合成（ｍｅｒｇｅ）したファイルを、「ａ ｖｅｒ．５．ｔｘｔ」として記憶する。また、リポジトリは、作業者ａによって更新された部分と作業者ｂによって更新された部分とが重複している（衝突がある）場合には、その旨を示すエラーメッセージを作業者ａ及び作業者ｂに通知する。
【００２０】
これにより、作業者ａ及び作業者ｂによってそれぞれ更新されたファイル（「ａ ｖｅｒ．４．ｔｘｔ」）を複数の端末が共有することができる。
【００２１】
【特許文献１】
特開平６−５２０３１号公報
【００２２】
【発明が解決しようとする課題】
しかしながら、「ｒｓｙｎｃ」においては、３つ以上の端末が同一のファイルを共有することを前提としていない。
【００２３】
一方、「ＣＶＳ」においては、所定の端末によって所定のファイルが更新されると、更新されたファイルは、そのファイル名が変更されて保存されるが、ファイルを管理するためのディレクトリが変更されることはない。また、「ＣＶＳ」においては、複数の端末によって同一のファイルが更新された際に、更新された部分が互いに重複している（衝突が発生した）場合には、各端末で更新されたファイルがリポジトリに記憶されない。
【００２４】
すなわち、従来の技術においては、所定の端末によって所定のファイルが更新された際に、更新されたファイルを任意のディレクトリの配下に保存して管理することができないという問題があった。また、複数の端末によって同一のファイルが同時に更新された場合には、各端末によって更新されたファイルを全て記憶することができないという問題があった。
【００２５】
そこで、本発明は、上述の問題を解決すべくなされたものであり、複数の端末によって同一のファイルが同時に更新された場合であっても、各端末によって更新されたファイルを全て記憶するとともに、更新されたファイルを任意のディレクトリの配下に保存して管理することができるファイル管理装置、及び、ファイル管理方法を提供することを目的とする。
【００２６】
【課題を解決するための手段】
本発の第１の特徴は、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するディレクトリ作成手段と、更新されたファイルを第２のディレクトリの配下に保存するファイル保存手段とをファイル管理装置が具備することを特徴とする。
【００２７】
かかる特徴によれば、ファイル管理装置が、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、新しいディレクトリ（第２のディレクトリ）を作成し、当該更新されたファイルを当該第２のディレクトリの配下に保存することにより、ファイル管理装置は、当該ファイル管理装置によって管理されているファイルが複数の端末によって同時に更新された場合であっても、更新されたファイルを全て記憶することができる。
【００２８】
また、ファイル管理装置は、予め設定された条件に従って作成された任意のディレクトリ（第２のディレクトリ）の配下に、更新されたファイルを保存して管理することができる。
【００２９】
この結果、ファイル管理装置は、当該ファイル管理装置によって管理されているファイルが複数の端末によって同時に更新された場合であっても、作業者が予期していないファイルの更新を防止することができる。
【００３０】
本発明の第２の特徴は、本発明の第１の特徴において、第１のディレクトリの配下に保存されている所定のファイルと所定の端末によって管理されている所定のファイル名との間に、シンボリックリンクを張るリンク手段をファイル管理装置が具備することを特徴とする。
【００３１】
かかる特徴によれば、ファイル管理装置が、第１のディレクトリの配下に保存されている所定のファイルと所定の端末によって管理されている所定のファイル名との間に、シンボリックリンクを張ることにより、所定の端末の作業者は、第１のディレクトリの構造を意識することなく、当該第１のディレクトリの配下に保存されているファイルの実体を読み出すことができる。
【００３２】
本発明の第３の特徴は、本発明の第２の特徴において、リンク手段が、予め設定されている条件に従って、シンボリックリンクを張り替えることを特徴とする。
【００３３】
かかる特徴によれば、ファイル管理装置が、予め設定されている条件（例えば、最新のファイルにシンボリックリンクを張り替えるように設定されている条件）に従って、シンボリックリンクを張り替えることにより、ファイル管理装置は、作業者がシンボリックリンクを張り替える負荷を軽減することができる。
【００３４】
本発明の第４の特徴は、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリをファイル管理装置が作成するステップと、更新されたファイルを第２のディレクトリの配下にファイル管理装置が保存するステップとをファイル管理方法が具備することを特徴とする。
【００３５】
【発明の実施の形態】
本実施形態におけるファイル管理装置（以下、サーバント）は、所定のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するとともに、更新されたファイルを第２のディレクトリの配下に保存するものである。
【００３６】
なお、本実施形態において、サーバントは、各端末とは別に設けられているものとして説明するが、各端末に具備されていてもよく、複数の端末によって構成されていてもよい。
【００３７】
（ファイル管理装置の構成）
以下において、本実施形態におけるファイル管理装置（サーバント）について、図面を参照しながら説明する。図１は、本実施形態におけるサーバント１０が設置されている環境を示す図である。
【００３８】
具体的には、同図に示すように、サーバント１０は、ネットワーク３０を介して端末２０ａ〜端末２０ｃと接続されている。
【００３９】
サーバント１０の具体的な説明は、以下に示す通りである。図２は、本実施形態におけるサーバント１０の構成を示すブロック図である。
【００４０】
図２に示すように、サーバント１０は、送信部１１と、受信部１２と、仮想リポジトリ１３と、リンク作成部１４とを具備する。
【００４１】
送信部１１は、端末２０からの読み出し要求に応じて、仮想リポジトリ１３において管理されているファイルの実体を当該端末２０に送信する。また、受信部１２は、端末２０によって読み出されて更新されたファイルの実体（更新情報）を受信する。
【００４２】
仮想リポジトリ１３は、所定のディレクトリ（以下、第１のディレクトリ）の配下に所定のファイルの実体を保存する。また、仮想リポジトリ１３は、端末２０によって読み出されて更新されたファイルの実体（更新情報）を受信部１２が受信すると、更新されたファイルの実体に対応する新しいディレクトリ（以下、第２のディレクトリ）を作成し、更新されたファイルの実体を当該第２のディレクトリの配下に保存する。
【００４３】
具体的には、以下に示す通りである。図３及び図４は、本実施形態における仮想リポジトリ１３の一例を示す図である。
【００４４】
図３に示すように、仮想リポジトリ１３は、第１のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ」）及び第１のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）によって特定されるファイルの実体を第１のディレクトリの配下に保存している。また、第１のディレクトリの配下に保存されているファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間には、シンボリックリンクが張られている。
【００４５】
なお、このシンボリックリンクは、端末２０の作業者が設定した条件に基づいて張られるものである。
【００４６】
また、図４に示すように、仮想リポジトリ１３は、端末２０ａによって読み込まれて更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体（更新情報））を受信部１２が受信すると、第２のディレクトリを作成するとともに、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体（更新情報））を当該第２のディレクトリの配下に保存する。このとき、仮想リポジトリ１３は、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体（更新情報））を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００４７】
リンク作成部１４は、作業者によって予め設定された条件に従って、仮想リポジトリ１３によって管理されているファイルの実体と端末２０によって管理されている所定のファイル名との間にシンボリックリンクを張る。また、リンク作成部１４は、作業者によって予め設定された条件に従って、シンボリックリンクを張り替える。
【００４８】
具体的には、以下に示す通りである。図５は、本実施形態におけるリンク作成部１４によってシンボリックリンクが張り替えられる動作を示す図である。なお、同図において、作業者ａは、「ｍｙ ｏｆｆｉｃｅ」の配下に保存されている「ｒｅｐｏｒｔ．ｔｘｔ」の実体が更新されると、更新された「ｒｅｐｏｒｔ．ｔｘｔ」の実体にシンボリックリンクを張り替えるように条件を設定しているものとする。
【００４９】
同図に示すように、仮想リポジトリ１３は、端末２０ｂによって読み出されて更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体（更新情報））を受信部１２が受信すると、第２のディレクトリを作成するとともに、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体（更新情報））を当該第２のディレクトリの配下に保存する。このとき、仮想リポジトリ１３は、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体（更新情報））を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。また、リンク作成部１４は、作業者ａによって設定された条件に従って、仮想リポジトリ１３によって管理されているファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張られているシンボリックリンクを、端末２０ｂによって読み出されて更新されたファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張り替える。
【００５０】
端末２０ａ〜端末２０ｃは、パーソナルコンピュータや携帯電話やＰＤＡなどの端末である。
【００５１】
なお、本実施形態において、仮想リポジトリ１３は、第１のディレクトリの配下に保存されている所定のファイル（例えば、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）が所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するディレクトリ作成手段を構成する。
【００５２】
また、本実施形態において、仮想リポジトリ１３は、更新されたファイルを第２のディレクトリの配下に保存するファイル保存手段を構成する。
【００５３】
さらに、本実施形態において、リンク作成部１４は、第１のディレクトリの配下に保存されている所定のファイル（例えば、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と所定の端末によって管理されている所定のファイル名（例えば、「ｄｏｃ．２．ｔｘｔ」）との間に、シンボリックリンクを張るリンク手段を構成する。
【００５４】
（ファイル管理装置の動作）
以下において、本実施形態におけるファイル管理装置（サーバント）の動作について、図面を参照しながら説明する。図６は、本実施形態におけるサーバント１０が新しいディレクトリ（第２のディレクトリ）を作成する動作を示すシーケンス図である。なお、同図は、上述の図４に従ってサーバント１０の動作を説明するための図である。
【００５５】
同図に示すように、ステップ１１において、作業者ａ（端末２０ａ）は、端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））に基づいて、サーバント１０で管理されているファイルの実体を読み出す。このとき、サーバント１０は、「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」）に張られているシンボリックリンクに基づいて、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体を端末２０ａに送信する。
【００５６】
ステップ１２において、作業者ａ（端末２０ａ）は、ステップ１１で読み出したファイルの実体を更新する。
【００５７】
ステップ１３において、作業者ａ（端末２０ａ）は、ステップ１２で更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を保存する。このとき、端末２０ａは、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）をサーバント１０に送信する。
【００５８】
ステップ１４において、サーバント１０は、端末２０ａによって送信された更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を受信する。
【００５９】
ステップ１５において、サーバント１０は、第２のディレクトリを作成し、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を当該第２のディレクトリの配下に保存する。このとき、サーバント１０は、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００６０】
ステップ２１において、作業者ｂ（端末２０ｂ）は、端末２０ｂによって管理されている所定のファイル名（「ｐａｐｅｒ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２．ｔｘｔ」））に基づいて、サーバント１０で管理されているファイルの実体を読み出す。このとき、サーバント１０は、「ｐａｐｅｒ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２．ｔｘｔ」）に張られているシンボリックリンクに基づいて、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体を端末２０ｂに送信する。
【００６１】
ステップ２２において、作業者ｂ（端末２０ｂ）は、ステップ２１で読み出したファイルの実体を更新する。
【００６２】
ステップ２３において、作業者ｂ（端末２０ｂ）は、ステップ２２で更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を保存する。このとき、端末２０ｂは、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）をサーバント１０に送信する。
【００６３】
ステップ２４において、サーバント１０は、端末２０ｂによって送信された更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を受信する。
【００６４】
ステップ２５において、サーバント１０は、第２のディレクトリを作成し、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を当該第２のディレクトリの配下に保存する。ことのき、サーバント１０は、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００６５】
図７は、本実施形態におけるサーバント１０がシンボリックリンクを張り替える動作を示すシーケンス図である。なお、同図は、上述の図５に従って、サーバント１０の動作を説明するための図である。また、同図において、作業者ａは、「ｍｙ ｏｆｆｉｃｅ」の配下に保存されている「ｒｅｐｏｒｔ．ｔｘｔ」の実体が更新されると、更新された「ｒｅｐｏｒｔ．ｔｘｔ」の実体にシンボリックリンクを張り替えるように条件を設定しているものとする。
【００６６】
同図に示すように、ステップ３１において、作業者ｂ（端末２０ｂ）は、端末２０ｂによって管理されている所定のファイル名（「ｐａｐｅｒ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２．ｔｘｔ」））に基づいてサーバント１０から読み出したファイルの実体を更新し、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を保存する。このとき、端末２０ｂは、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）をサーバント１０に送信する。
【００６７】
ステップ３２において、サーバント１０は、端末２０ｂによって送信された更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を受信する。
【００６８】
ステップ３３において、サーバント１０は、第２のディレクトリを作成し、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を当該第２のディレクトリの配下に保存する。このとき、サーバント１０は、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００６９】
ステップ３４において、サーバント１０は、作業者ａによって設定された条件に従って、仮想リポジトリ１３によって管理されているのファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張られているシンボリックリンクを、端末２０ｂによって読み出されて更新されたファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張り替える。
【００７０】
（ファイル管理装置の作用、及び、効果）
かかるファイル管理装置（サーバント１０）によれば、サーバント１０が、端末２０によって読み出されて更新されたファイル（更新情報）を受信すると、新しいディレクトリ（第２のディレクトリ）を作成し、当該更新されたファイル（更新情報）を当該第２のディレクトリの配下に保存することにより、サーバント１０は、サーバント１０によって管理されているファイルが複数の端末２０によって同時に更新された場合であっても、更新されたファイル（更新情報）を全て記憶することができる。
【００７１】
また、サーバント１０は、予め設定された条件に従って作成された任意のディレクトリ（第２のディレクトリ）の配下に、更新されたファイルを保存して管理することができる。
【００７２】
この結果、サーバント１０は、サーバント１０によって管理されているファイルが複数の端末２０によって同時に更新された場合であっても、作業者が予期していないファイルの更新を防止することができる。
【００７３】
また、サーバント１０が、第１のディレクトリの配下に保存されているファイル（ファイルの実体）と端末２０によって管理されている所定のファイル名との間に、シンボリックリンクを張ることにより、端末２０の作業者は、第１のディレクトリの構造を意識することなく、当該第１のディレクトリの配下に保存されているファイルの実体を読み出すことができる。
【００７４】
さらに、サーバント１０が、予め設定されている条件に従って、シンボリックリンクを張り替えることにより、サーバント１０は、作業者がシンボリックリンクを張り替える負荷を軽減することができる。
【００７５】
【発明の効果】
本発明によれば、複数の端末によって同一のファイルが更新された場合であっても、各端末によって更新されたファイルを全て記憶するとともに、更新されたファイルを任意のディレクトリの配下に保存することができるファイル管理装置、及び、ファイル管理方法を提供することができる。
【図面の簡単な説明】
【図１】本実施形態におけるサーバント１０が設置されている環境を示す図である。
【図２】本実施形態におけるサーバント１０の構成を示すブロック図である。
【図３】本実施形態における仮想リポジトリ１３の一例を示す図である（その１）。
【図４】本実施形態における仮想リポジトリ１３の一例を示す図である（その２）。
【図５】本実施形態におけるリンク作成部１４によってシンボリックリンクが張り替えられる動作を示す図である。
【図６】本実施形態におけるサーバント１０の動作を示すシーケンス図である（その１）。
【図７】本実施形態におけるサーバント１０の動作を示すシーケンス図である（その２）。
【図８】従来技術（「ＣＶＳ」）について説明するための図である。
【符号の説明】
１０…サーバント、１１送信部、１２…受信部、１３…仮想リポジトリ、１４…リンク作成部、２０ａ〜２０ｃ…端末、３０…ネットワーク
【発明の属する技術分野】
本発明は、所定の端末によって読み出されて更新される所定のファイルを所定のディレクトリの配下に保存するファイル管理装置、及び、ファイル管理方法に関する。
【０００２】
【従来の技術】
複数の端末が同一のファイルを共有する方法として、「ｒｓｙｎｃ」や「ＣＶＳ」などが一般的に知られている。
【０００３】
「ｒｓｙｎｃ」とは、一方の端末が他方の端末にファイルを送信する際に、一方の端末で管理されているファイルと他方の端末で管理されているファイルとの差分だけを、一方の端末が他方の端末に送信することにより、ファイルの同期を実現する方法である。
【０００４】
「ＣＶＳ」とは、複数の端末によって読み出されて更新されることを前提とした所定のファイル（ファイルの実体）が所定のファイル管理装置によって管理されるシステムである（例えば、特許文献１）。
【０００５】
以下において、「ＣＶＳ」について図面を参照しながら具体的に説明する。図８は、「ＣＶＳ」について説明するための図である。
【０００６】
同図に示すように、「ＣＶＳ」は、ファイルの実体（例えば、「ａ ｖｅｒ．１．ｔｘｔ」「ａ ｖｅｒ．２．ｔｘｔ」）を管理するリポジトリと、各端末によって管理されている実ディレクトリとによって構成される。
【０００７】
まず、作業者ａが「ａ ｖｅｒ．３．ｔｘｔ」を更新する場合について説明する。
【０００８】
ステップ１０１において、作業者ａは、リポジトリによって管理されている「ａ ｖｅｒ．３．ｔｘｔ」を端末に読み出す（ｃｈｅｃｋ ｏｕｔ）。
【０００９】
ステップ１０２において、作業者ａは、「ａ ｖｅｒ．３．ｔｘｔ」を「ｎｅｗ ｆｉｌｅ（１）．ｔｘｔ」に更新する。
【００１０】
ステップ１０３において、作業者ａは、「ｎｅｗ ｆｉｌｅ（１）．ｔｘｔ」をリポジトリに登録する（ｃｈｅｃｋ ｉｎ）。このとき、リポジトリは、「ｎｅｗ ｆｉｌｅ（１）．ｔｘｔ」を「ａ ｖｅｒ．４．ｔｘｔ」として記憶する。
【００１１】
これにより、作業者ａによって更新されたファイル（「ａ ｖｅｒ．４．ｔｘｔ」）を複数の端末が共有することができる。
【００１２】
次に、作業者ａ及び作業者ｂが「ａ ｖｅｒ．４．ｔｘｔ」を同時に更新する場合について説明する。
【００１３】
ステップ１１１において、作業者ａは、リポジトリによって管理されている「ａ ｖｅｒ．４．ｔｘｔ」を端末に読み出す（ｃｈｅｃｋ ｏｕｔ）。
【００１４】
ステップ１１２において、作業者ａは、「ａ ｖｅｒ．４．ｔｘｔ」を「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」に更新する。
【００１５】
ステップ１１３において、作業者ｂは、リポジトリによって管理されている「ａ ｖｅｒ．４．ｔｘｔ」を端末に読み出す（ｃｈｅｃｋ ｏｕｔ）。
【００１６】
ステップ１１４において、作業者ｂは、「ａ ｖｅｒ．４．ｔｘｔ」を「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」に更新する。
【００１７】
ステップ１１５において、作業者ａは、「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」をリポジトリに登録する（ｃｈｅｃｋ ｉｎ）。
【００１８】
ステップ１１６において、作業者ｂは、「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」をリポジトリに登録する（ｃｈｅｃｋ ｉｎ）。
【００１９】
ステップ１１７において、リポジトリは、「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」と「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」とを合成（ｍｅｒｇｅ）する。具体的には、リポジトリは、作業者ａによって更新された部分と作業者ｂによって更新された部分とが重複していない（衝突がない）場合には、「ｎｅｗ ｆｉｌｅ（２）．ｔｘｔ」と「ｎｅｗ ｆｉｌｅ（３）．ｔｘｔ」とを合成（ｍｅｒｇｅ）したファイルを、「ａ ｖｅｒ．５．ｔｘｔ」として記憶する。また、リポジトリは、作業者ａによって更新された部分と作業者ｂによって更新された部分とが重複している（衝突がある）場合には、その旨を示すエラーメッセージを作業者ａ及び作業者ｂに通知する。
【００２０】
これにより、作業者ａ及び作業者ｂによってそれぞれ更新されたファイル（「ａ ｖｅｒ．４．ｔｘｔ」）を複数の端末が共有することができる。
【００２１】
【特許文献１】
特開平６−５２０３１号公報
【００２２】
【発明が解決しようとする課題】
しかしながら、「ｒｓｙｎｃ」においては、３つ以上の端末が同一のファイルを共有することを前提としていない。
【００２３】
一方、「ＣＶＳ」においては、所定の端末によって所定のファイルが更新されると、更新されたファイルは、そのファイル名が変更されて保存されるが、ファイルを管理するためのディレクトリが変更されることはない。また、「ＣＶＳ」においては、複数の端末によって同一のファイルが更新された際に、更新された部分が互いに重複している（衝突が発生した）場合には、各端末で更新されたファイルがリポジトリに記憶されない。
【００２４】
すなわち、従来の技術においては、所定の端末によって所定のファイルが更新された際に、更新されたファイルを任意のディレクトリの配下に保存して管理することができないという問題があった。また、複数の端末によって同一のファイルが同時に更新された場合には、各端末によって更新されたファイルを全て記憶することができないという問題があった。
【００２５】
そこで、本発明は、上述の問題を解決すべくなされたものであり、複数の端末によって同一のファイルが同時に更新された場合であっても、各端末によって更新されたファイルを全て記憶するとともに、更新されたファイルを任意のディレクトリの配下に保存して管理することができるファイル管理装置、及び、ファイル管理方法を提供することを目的とする。
【００２６】
【課題を解決するための手段】
本発の第１の特徴は、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するディレクトリ作成手段と、更新されたファイルを第２のディレクトリの配下に保存するファイル保存手段とをファイル管理装置が具備することを特徴とする。
【００２７】
かかる特徴によれば、ファイル管理装置が、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、新しいディレクトリ（第２のディレクトリ）を作成し、当該更新されたファイルを当該第２のディレクトリの配下に保存することにより、ファイル管理装置は、当該ファイル管理装置によって管理されているファイルが複数の端末によって同時に更新された場合であっても、更新されたファイルを全て記憶することができる。
【００２８】
また、ファイル管理装置は、予め設定された条件に従って作成された任意のディレクトリ（第２のディレクトリ）の配下に、更新されたファイルを保存して管理することができる。
【００２９】
この結果、ファイル管理装置は、当該ファイル管理装置によって管理されているファイルが複数の端末によって同時に更新された場合であっても、作業者が予期していないファイルの更新を防止することができる。
【００３０】
本発明の第２の特徴は、本発明の第１の特徴において、第１のディレクトリの配下に保存されている所定のファイルと所定の端末によって管理されている所定のファイル名との間に、シンボリックリンクを張るリンク手段をファイル管理装置が具備することを特徴とする。
【００３１】
かかる特徴によれば、ファイル管理装置が、第１のディレクトリの配下に保存されている所定のファイルと所定の端末によって管理されている所定のファイル名との間に、シンボリックリンクを張ることにより、所定の端末の作業者は、第１のディレクトリの構造を意識することなく、当該第１のディレクトリの配下に保存されているファイルの実体を読み出すことができる。
【００３２】
本発明の第３の特徴は、本発明の第２の特徴において、リンク手段が、予め設定されている条件に従って、シンボリックリンクを張り替えることを特徴とする。
【００３３】
かかる特徴によれば、ファイル管理装置が、予め設定されている条件（例えば、最新のファイルにシンボリックリンクを張り替えるように設定されている条件）に従って、シンボリックリンクを張り替えることにより、ファイル管理装置は、作業者がシンボリックリンクを張り替える負荷を軽減することができる。
【００３４】
本発明の第４の特徴は、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリをファイル管理装置が作成するステップと、更新されたファイルを第２のディレクトリの配下にファイル管理装置が保存するステップとをファイル管理方法が具備することを特徴とする。
【００３５】
【発明の実施の形態】
本実施形態におけるファイル管理装置（以下、サーバント）は、所定のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するとともに、更新されたファイルを第２のディレクトリの配下に保存するものである。
【００３６】
なお、本実施形態において、サーバントは、各端末とは別に設けられているものとして説明するが、各端末に具備されていてもよく、複数の端末によって構成されていてもよい。
【００３７】
（ファイル管理装置の構成）
以下において、本実施形態におけるファイル管理装置（サーバント）について、図面を参照しながら説明する。図１は、本実施形態におけるサーバント１０が設置されている環境を示す図である。
【００３８】
具体的には、同図に示すように、サーバント１０は、ネットワーク３０を介して端末２０ａ〜端末２０ｃと接続されている。
【００３９】
サーバント１０の具体的な説明は、以下に示す通りである。図２は、本実施形態におけるサーバント１０の構成を示すブロック図である。
【００４０】
図２に示すように、サーバント１０は、送信部１１と、受信部１２と、仮想リポジトリ１３と、リンク作成部１４とを具備する。
【００４１】
送信部１１は、端末２０からの読み出し要求に応じて、仮想リポジトリ１３において管理されているファイルの実体を当該端末２０に送信する。また、受信部１２は、端末２０によって読み出されて更新されたファイルの実体（更新情報）を受信する。
【００４２】
仮想リポジトリ１３は、所定のディレクトリ（以下、第１のディレクトリ）の配下に所定のファイルの実体を保存する。また、仮想リポジトリ１３は、端末２０によって読み出されて更新されたファイルの実体（更新情報）を受信部１２が受信すると、更新されたファイルの実体に対応する新しいディレクトリ（以下、第２のディレクトリ）を作成し、更新されたファイルの実体を当該第２のディレクトリの配下に保存する。
【００４３】
具体的には、以下に示す通りである。図３及び図４は、本実施形態における仮想リポジトリ１３の一例を示す図である。
【００４４】
図３に示すように、仮想リポジトリ１３は、第１のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ」）及び第１のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）によって特定されるファイルの実体を第１のディレクトリの配下に保存している。また、第１のディレクトリの配下に保存されているファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間には、シンボリックリンクが張られている。
【００４５】
なお、このシンボリックリンクは、端末２０の作業者が設定した条件に基づいて張られるものである。
【００４６】
また、図４に示すように、仮想リポジトリ１３は、端末２０ａによって読み込まれて更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体（更新情報））を受信部１２が受信すると、第２のディレクトリを作成するとともに、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体（更新情報））を当該第２のディレクトリの配下に保存する。このとき、仮想リポジトリ１３は、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体（更新情報））を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００４７】
リンク作成部１４は、作業者によって予め設定された条件に従って、仮想リポジトリ１３によって管理されているファイルの実体と端末２０によって管理されている所定のファイル名との間にシンボリックリンクを張る。また、リンク作成部１４は、作業者によって予め設定された条件に従って、シンボリックリンクを張り替える。
【００４８】
具体的には、以下に示す通りである。図５は、本実施形態におけるリンク作成部１４によってシンボリックリンクが張り替えられる動作を示す図である。なお、同図において、作業者ａは、「ｍｙ ｏｆｆｉｃｅ」の配下に保存されている「ｒｅｐｏｒｔ．ｔｘｔ」の実体が更新されると、更新された「ｒｅｐｏｒｔ．ｔｘｔ」の実体にシンボリックリンクを張り替えるように条件を設定しているものとする。
【００４９】
同図に示すように、仮想リポジトリ１３は、端末２０ｂによって読み出されて更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体（更新情報））を受信部１２が受信すると、第２のディレクトリを作成するとともに、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体（更新情報））を当該第２のディレクトリの配下に保存する。このとき、仮想リポジトリ１３は、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体（更新情報））を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。また、リンク作成部１４は、作業者ａによって設定された条件に従って、仮想リポジトリ１３によって管理されているファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張られているシンボリックリンクを、端末２０ｂによって読み出されて更新されたファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張り替える。
【００５０】
端末２０ａ〜端末２０ｃは、パーソナルコンピュータや携帯電話やＰＤＡなどの端末である。
【００５１】
なお、本実施形態において、仮想リポジトリ１３は、第１のディレクトリの配下に保存されている所定のファイル（例えば、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）が所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するディレクトリ作成手段を構成する。
【００５２】
また、本実施形態において、仮想リポジトリ１３は、更新されたファイルを第２のディレクトリの配下に保存するファイル保存手段を構成する。
【００５３】
さらに、本実施形態において、リンク作成部１４は、第１のディレクトリの配下に保存されている所定のファイル（例えば、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と所定の端末によって管理されている所定のファイル名（例えば、「ｄｏｃ．２．ｔｘｔ」）との間に、シンボリックリンクを張るリンク手段を構成する。
【００５４】
（ファイル管理装置の動作）
以下において、本実施形態におけるファイル管理装置（サーバント）の動作について、図面を参照しながら説明する。図６は、本実施形態におけるサーバント１０が新しいディレクトリ（第２のディレクトリ）を作成する動作を示すシーケンス図である。なお、同図は、上述の図４に従ってサーバント１０の動作を説明するための図である。
【００５５】
同図に示すように、ステップ１１において、作業者ａ（端末２０ａ）は、端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））に基づいて、サーバント１０で管理されているファイルの実体を読み出す。このとき、サーバント１０は、「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」）に張られているシンボリックリンクに基づいて、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体を端末２０ａに送信する。
【００５６】
ステップ１２において、作業者ａ（端末２０ａ）は、ステップ１１で読み出したファイルの実体を更新する。
【００５７】
ステップ１３において、作業者ａ（端末２０ａ）は、ステップ１２で更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を保存する。このとき、端末２０ａは、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）をサーバント１０に送信する。
【００５８】
ステップ１４において、サーバント１０は、端末２０ａによって送信された更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を受信する。
【００５９】
ステップ１５において、サーバント１０は、第２のディレクトリを作成し、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を当該第２のディレクトリの配下に保存する。このとき、サーバント１０は、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２’．ｔｘｔ」の実体）を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００６０】
ステップ２１において、作業者ｂ（端末２０ｂ）は、端末２０ｂによって管理されている所定のファイル名（「ｐａｐｅｒ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２．ｔｘｔ」））に基づいて、サーバント１０で管理されているファイルの実体を読み出す。このとき、サーバント１０は、「ｐａｐｅｒ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２．ｔｘｔ」）に張られているシンボリックリンクに基づいて、「ｍｙ ｏｆｆｉｃｅ￥ｏｒｉｇｉｎａｌ￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体を端末２０ｂに送信する。
【００６１】
ステップ２２において、作業者ｂ（端末２０ｂ）は、ステップ２１で読み出したファイルの実体を更新する。
【００６２】
ステップ２３において、作業者ｂ（端末２０ｂ）は、ステップ２２で更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を保存する。このとき、端末２０ｂは、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）をサーバント１０に送信する。
【００６３】
ステップ２４において、サーバント１０は、端末２０ｂによって送信された更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を受信する。
【００６４】
ステップ２５において、サーバント１０は、第２のディレクトリを作成し、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を当該第２のディレクトリの配下に保存する。ことのき、サーバント１０は、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００６５】
図７は、本実施形態におけるサーバント１０がシンボリックリンクを張り替える動作を示すシーケンス図である。なお、同図は、上述の図５に従って、サーバント１０の動作を説明するための図である。また、同図において、作業者ａは、「ｍｙ ｏｆｆｉｃｅ」の配下に保存されている「ｒｅｐｏｒｔ．ｔｘｔ」の実体が更新されると、更新された「ｒｅｐｏｒｔ．ｔｘｔ」の実体にシンボリックリンクを張り替えるように条件を設定しているものとする。
【００６６】
同図に示すように、ステップ３１において、作業者ｂ（端末２０ｂ）は、端末２０ｂによって管理されている所定のファイル名（「ｐａｐｅｒ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２．ｔｘｔ」））に基づいてサーバント１０から読み出したファイルの実体を更新し、更新されたファイルの実体（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を保存する。このとき、端末２０ｂは、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）をサーバント１０に送信する。
【００６７】
ステップ３２において、サーバント１０は、端末２０ｂによって送信された更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を受信する。
【００６８】
ステップ３３において、サーバント１０は、第２のディレクトリを作成し、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を当該第２のディレクトリの配下に保存する。このとき、サーバント１０は、更新情報（「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｐａｐｅｒ２’．ｔｘｔ」の実体）を特定するために、第２のディレクトリ名（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３」）及び所定のファイル名（「ｒｅｐｏｒｔ．ｔｘｔ」）を設定する。
【００６９】
ステップ３４において、サーバント１０は、作業者ａによって設定された条件に従って、仮想リポジトリ１３によって管理されているのファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ａ￥ｖｅｒ．２￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張られているシンボリックリンクを、端末２０ｂによって読み出されて更新されたファイルの実体（「ｍｙ ｏｆｆｉｃｅ￥ｕｓｅｒ ｂ￥ｖｅｒ．３￥ｒｅｐｏｒｔ．ｔｘｔ」によって特定されるファイルの実体）と端末２０ａによって管理されている所定のファイル名（「ｄｏｃ２．ｔｘｔ」（又は「ｍｙ ｄｏｃ￥ｆｉｌｅ１￥ｄｏｃ２．ｔｘｔ」））との間に張り替える。
【００７０】
（ファイル管理装置の作用、及び、効果）
かかるファイル管理装置（サーバント１０）によれば、サーバント１０が、端末２０によって読み出されて更新されたファイル（更新情報）を受信すると、新しいディレクトリ（第２のディレクトリ）を作成し、当該更新されたファイル（更新情報）を当該第２のディレクトリの配下に保存することにより、サーバント１０は、サーバント１０によって管理されているファイルが複数の端末２０によって同時に更新された場合であっても、更新されたファイル（更新情報）を全て記憶することができる。
【００７１】
また、サーバント１０は、予め設定された条件に従って作成された任意のディレクトリ（第２のディレクトリ）の配下に、更新されたファイルを保存して管理することができる。
【００７２】
この結果、サーバント１０は、サーバント１０によって管理されているファイルが複数の端末２０によって同時に更新された場合であっても、作業者が予期していないファイルの更新を防止することができる。
【００７３】
また、サーバント１０が、第１のディレクトリの配下に保存されているファイル（ファイルの実体）と端末２０によって管理されている所定のファイル名との間に、シンボリックリンクを張ることにより、端末２０の作業者は、第１のディレクトリの構造を意識することなく、当該第１のディレクトリの配下に保存されているファイルの実体を読み出すことができる。
【００７４】
さらに、サーバント１０が、予め設定されている条件に従って、シンボリックリンクを張り替えることにより、サーバント１０は、作業者がシンボリックリンクを張り替える負荷を軽減することができる。
【００７５】
【発明の効果】
本発明によれば、複数の端末によって同一のファイルが更新された場合であっても、各端末によって更新されたファイルを全て記憶するとともに、更新されたファイルを任意のディレクトリの配下に保存することができるファイル管理装置、及び、ファイル管理方法を提供することができる。
【図面の簡単な説明】
【図１】本実施形態におけるサーバント１０が設置されている環境を示す図である。
【図２】本実施形態におけるサーバント１０の構成を示すブロック図である。
【図３】本実施形態における仮想リポジトリ１３の一例を示す図である（その１）。
【図４】本実施形態における仮想リポジトリ１３の一例を示す図である（その２）。
【図５】本実施形態におけるリンク作成部１４によってシンボリックリンクが張り替えられる動作を示す図である。
【図６】本実施形態におけるサーバント１０の動作を示すシーケンス図である（その１）。
【図７】本実施形態におけるサーバント１０の動作を示すシーケンス図である（その２）。
【図８】従来技術（「ＣＶＳ」）について説明するための図である。
【符号の説明】
１０…サーバント、１１送信部、１２…受信部、１３…仮想リポジトリ、１４…リンク作成部、２０ａ〜２０ｃ…端末、３０…ネットワーク
Claims (4)
- 第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するディレクトリ作成手段と、
更新されたファイルを前記第２のディレクトリの配下に保存するファイル保存手段とを具備することを特徴とするファイル管理装置。 - 前記第１のディレクトリの配下に保存されている前記所定のファイルと前記所定の端末によって管理されている所定のファイル名との間に、シンボリックリンクを張るリンク手段を具備することを特徴とする請求項１に記載のファイル管理装置。
- 前記リンク手段は、予め設定されている条件に従って、前記シンボリックリンクを張り替えることを特徴とする請求項２に記載のファイル管理装置。
- ファイル管理装置が、第１のディレクトリの配下に保存されている所定のファイルが所定の端末によって読み出されて更新された場合に、第２のディレクトリを作成するステップと、
ファイル管理装置が、更新されたファイルを前記第２のディレクトリの配下に保存するステップとを具備することを特徴とするファイル管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003209129A JP4355530B2 (ja) | 2003-08-27 | 2003-08-27 | ファイル管理装置、及び、ファイル管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003209129A JP4355530B2 (ja) | 2003-08-27 | 2003-08-27 | ファイル管理装置、及び、ファイル管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005070868A true JP2005070868A (ja) | 2005-03-17 |
| JP4355530B2 JP4355530B2 (ja) | 2009-11-04 |
Family
ID=34402166
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003209129A Expired - Fee Related JP4355530B2 (ja) | 2003-08-27 | 2003-08-27 | ファイル管理装置、及び、ファイル管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4355530B2 (ja) |
-
2003
- 2003-08-27 JP JP2003209129A patent/JP4355530B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP4355530B2 (ja) | 2009-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1656480B (zh) | 允许同步具备不同能力的不同设备中的数据的方法和设备 | |
| KR100994139B1 (ko) | 데이터가 여러 데이터 저장부들에 저장되는 방식을동기화하기 위한 방법 및 장치 | |
| US6694335B1 (en) | Method, computer readable medium, and system for monitoring the state of a collection of resources | |
| CN101385017B (zh) | 部分项改变跟踪和同步 | |
| US9021136B2 (en) | Data synchronisation | |
| JP4842690B2 (ja) | アプリケーション管理プログラム、アプリケーション管理方法およびアプリケーション管理装置 | |
| ES2458303T3 (es) | Método, sistema, terminal de cliente y servidor para realizar la sincronización de datos | |
| US20070168721A1 (en) | Method, network entity, system, electronic device and computer program product for backup and restore provisioning | |
| CN104094234A (zh) | 用于嵌入过程通信的虚拟通道 | |
| US20100332620A1 (en) | Electronic File Transfer for a Communications Device | |
| EP2028813A1 (en) | Method of synchronizing intermittently connected mobile terminals | |
| KR20130012929A (ko) | 데이터 패키지의 효율적인 다운로드 방법 및 시스템 | |
| CN101944032A (zh) | 一种微件更新的方法及客户端、服务器及系统 | |
| CN106161523A (zh) | 一种数据处理方法和设备 | |
| US8244872B2 (en) | Educational adaptive provider architecture | |
| JP2006343855A (ja) | コンテンツ中継装置及びコンテンツ中継方法 | |
| JP4719732B2 (ja) | バックアップサーバ、移動機、およびこれらを用いた通信システム、ならびにバックアップ方法 | |
| PT1518381E (pt) | Método e dispositivo para recuperar informação de acesso a armazenadores de dados | |
| US20190197186A1 (en) | Computer-implemented methods, systems comprising computer-readable media, and electronic devices for automated transcode lifecycle buffering | |
| KR101419275B1 (ko) | 클라우드 스토리지 기반의 데이터 동기화 및 서비스 제공 장치와 방법 | |
| JP4355530B2 (ja) | ファイル管理装置、及び、ファイル管理方法 | |
| JP2007004604A (ja) | ファイル所在管理方法、端末、およびファイル所在管理サーバ | |
| CN111596933B (zh) | 文件处理方法、装置、电子设备及计算机可读存储介质 | |
| WO2014010969A1 (ko) | 통신 시스템에서 개인 정보를 관리하는 방법 및 장치 | |
| KR20060030631A (ko) | 공유앨범 서비스 장치 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060411 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090310 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090511 |
|
| 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: 20090707 |
|
| 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: 20090803 |
|
| 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: 20120807 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120807 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130807 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |