JP2003036192A - ファイル管理プログラム、ファイル管理プログラムを記録したコンピュータ読取可能な記録媒体、およびファイル管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの使い勝手のよいサーバ／クライアン
トタイプの文書管理ソフトウェアを提供する。 【解決手段】 サーバは複数の種類のファイルを結合す
ることで仮想結合ファイルを作成する。クライアントか
ら仮想結合ファイルのダウンロード要求がなされたとき
には、仮想結合を構成するファイルの名称および結合の
順序ならびに仮想結合ファイル名を記録した仮想結合情
報ファイルが作成され、仮想結合を構成するファイルと
共にサーバからクライアントへダウンロードが行なわれ
る。クライアント側で仮想結合が解除された場合におい
ても、ユーザは仮想結合情報ファイルを見ることで仮想
結合を構成していたファイルおよびその順序などを知る
ことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ファイル管理プ
ログラム、ファイル管理プログラムを記録したコンピュ
ータ読取可能な記録媒体、およびファイル管理方法に関
し、特に外部装置からの送信要求に応じ、結合されたフ
ァイルを送信するファイル管理プログラム、ファイル管
理プログラムを記録したコンピュータ読取可能な記録媒
体、およびファイル管理方法に関する。

【０００２】

【従来の技術】従来、パーソナルコンピュータ（ＰＣ）
には、操作の利便性を向上させるため、画像ファイルと
文書ファイルなど、作成されたアプリケーションが異な
る複数のファイルを関連付け、仮想的に１つのファイル
として（このような処理を「仮想結合」という）、サム
ネイルで表示することがなされている。この場合に、サ
ムネイルでは、ページ送りすることにより、複数のファ
イルが順に表示される。

【０００３】

【発明が解決しようとする課題】サーバ／クライアント
タイプの文書管理ソフトウェアにおいて、サーバ上で仮
想結合されているファイルをクライアントがダウンロー
ドする場合を考える。仮想結合というのは、文書管理ソ
フトウェア上での概念であるため、仮想結合されたファ
イルをクライアントがダウンロードすると、結合状態が
解除され、ばらばらなファイルの集まりとなってしま
う。

【０００４】もともと仮想結合は、ファイルの順番に意
味があることが多いため、上述のような方法を採用する
と、ユーザにとって使い勝手の悪いシステムとなってし
まう。

【０００５】この発明は上述の問題点を解決するために
なされたものであり、ユーザの使い勝手のよいファイル
管理プログラム、ファイル管理プログラムを記録したコ
ンピュータ読取可能な記録媒体、およびファイル管理方
法を提供することを目的としている。

【０００６】

【課題を解決するための手段】上記目的を達成するため
この発明のある局面に従うと、ファイル管理プログラム
は、複数のファイルの各々の関連を示す情報に基づい
て、該複数のファイルを１つのファイルに結合するステ
ップと、外部装置から、結合されたファイルの送信要求
に応じ、該外部装置に結合されたファイルを送信するス
テップとをコンピュータに実行させる。

【０００７】好ましくはファイル管理プログラムは、結
合されたファイルに加え、複数のファイルの各々の関連
を示す情報も外部装置に送信するステップを含む。

【０００８】好ましくは、複数のファイルの各々の関連
を示す情報は、複数のファイルの各々を１つのファイル
に結合する順序を含む。

【０００９】好ましくはファイル管理プログラムは、結
合の順序を示すファイルを作成するステップをさらに備
え、送信するステップにおいて、結合の順序を示すファ
イルを結合されたファイルと共に送信することを特徴と
する。

【００１０】好ましくはファイル管理プログラムは、複
数のファイルのファイル名を、そのファイルの結合順が
わかるように変更する変更ステップをさらに備える。

【００１１】この発明の他の局面に従うと、コンピュー
タ読取可能な記録媒体は、上述のいずれかに記載のファ
イル管理プログラムを記録する。

【００１２】この発明のさらに他の局面に従うと、ファ
イル管理方法は、複数のファイルの各々の関連を示す情
報に基づいて、該複数のファイルを１つのファイルに結
合するステップと、外部装置から、結合されたファイル
の送信要求に応じ、外部装置に結合されたファイルを送
信するステップとを備える。

【００１３】

【発明の実施の形態】［第１の実施の形態］以下、本発
明の実施の形態について図面を参照して説明する。な
お、図中同一符号は同一または相当する部材を示し、説
明は繰返さない。

【００１４】図１は、本発明の第１の実施の形態におけ
るファイル管理プログラムが搭載されたサーバとパーソ
ナルコンピュータとによって構成されるネットワークを
示す図である。

【００１５】図１を参照して、ネットワークには、ファ
イル管理プログラムが搭載されたサーバ１００と、複数
のパーソナルコンピュータ２００ａ，２００ｂとが接続
されている。

【００１６】図２は、図１のサーバ１００、パーソナル
コンピュータ２００ａまたは２００ｂの概略構成を示す
ブロック図である。図を参照して、サーバ１００、また
はパーソナルコンピュータは、装置全体の制御を行なう
ための制御部１０１と、データを入力するための入力部
１０５と、データを記憶するための記憶部１０３と、デ
ータを出力するための出力部１０７と、制御部１０１で
実行するためのプログラムなどを記憶するための外部記
憶装置１０９と、ネットワークに接続するためのＬＡＮ
（ローカルエリアネットワーク）カード１１３とを備え
ている。

【００１７】制御部１０１は、中央演算装置（ＣＰＵ）
と、このＣＰＵで実行するためのプログラムを記憶する
ための読出専用メモリ（ＲＯＭ）やＣＰＵでプログラム
を実行する際に必要となる変数などを記憶するためのラ
ンダムアクセスメモリ（ＲＡＭ）を有している。

【００１８】入力部１０５は、キーボードまたはマウス
などであり、文字または数字の入力、または、所定の指
示コマンドの入力が可能となっている。

【００１９】記憶部１０３は、文書または画像などのデ
ータを格納する。これらのデータは、たとえばワードプ
ロセッサのアプリケーションプログラムにより作成され
たデータファイル、表計算ソフトのアプリケーションに
より作成されたデータファイル、デジタルカメラまたは
イメージスキャナなどで読取られた画像を記憶するため
のデータファイル、または、他の種々のアプリケーショ
ンプログラムで作成されるデータファイルである。

【００２０】また、記憶部１０３は、複数のフォルダを
有し、フォルダに分類してデータファイルを記憶するこ
とができる。たとえば、あるフォルダＡには、ワードプ
ロセッサで作成したデータファイルを記憶し、フォルダ
Ｂには、表計算のアプリケーションソフトにより作成さ
れたデータファイルを記憶するようにしてもよい。さら
に、何らかの事案毎にフォルダを作成するようにしても
よいし、データファイルが作成された期日をもとに所定
の期間で区切ってフォルダを作成するようにしてもよ
い。これらのフォルダは、種々のアプリケーションプロ
グラムにより作成される。

【００２１】出力部１０７は、ディスプレイであり、制
御部１０１の指示に従ってデータファイルをサムネイル
などで表示する。これにより、複数のデータファイルを
同時に表示することができる。

【００２２】外部記憶装置１０９は、コンピュータ読取
可能な記録媒体１１１に記録されたプログラムやデータ
を読込み、制御部１０１に送信する。また、制御部１０
１からの指示により、コンピュータ読取可能な記録媒体
１１１に必要なデータを書込む。

【００２３】コンピュータ読取可能な記録媒体１１１と
しては、磁気テープやカセットテープなどのテープ系、
磁気ディスク（フレキシブルディスク、ハードディスク
装置など）や光ディスク（ＣＤ−ＲＯＭ／ＭＯ／ＭＤ／
ＤＶＤなど）などのディスク系、ＩＣカード（メモリカ
ードを含む）や光カードなどのカード系、あるいはマス
クＲＯＭ、ＥＰＲＯＭ、フラッシュメモリなどの半導体
メモリなどの固定的にプログラムを担持する媒体が挙げ
られる。また、記録媒体１１１を、ネットワークからプ
ログラムがダウンロードされるように流動的にプログラ
ムを担持する媒体とすることもできる。

【００２４】制御部１０１は、記録媒体１１１に記録さ
れたファイル管理プログラムを外部記憶装置１０９で読
取ることにより、読取ったプログラムを実行することが
できる。

【００２５】図３は、サーバのファイル構成を示す図で
ある。図３を参照して、制御部１０１には、ファイル管
理プログラム１０１ａが実行されている。記憶部１０３
には、４つのフォルダ２０１，２１１，２２１，２３１
が含まれるものとする。フォルダ２０１，２１１，２２
１，２３１は、複数のデータファイルを分類する。ここ
では、フォルダ２３１は、ファイル管理プログラムによ
る管理対象外のフォルダであり、フォルダ２０１，２１
１，２２１は、ファイル管理プログラムによる管理対象
のフォルダとする場合について説明する。

【００２６】図３において、フォルダ２０１には、３つ
のデータファイル２０５，２０７，２０９が記憶されて
おり、フォルダ２１１には、３つのデータファイル２１
５，２１７，２１９が記憶されており、フォルダ２２１
には、３つのデータファイル２２５，２２７，２２９が
記憶されており、フォルダ２３１には、３つのデータフ
ァイル２３５，２３７，２３９が記憶されている。

【００２７】管理対象のフォルダ２０１，２１１，２２
１には、データファイルの他に、管理情報ファイル２０
３，２１３，２２３がそれぞれ記憶されている。一方、
管理対象外のフォルダ２３１には、３つのデータファイ
ル２３５，２３７，２３９のみが記憶され、管理情報フ
ァイルは記憶されていない。

【００２８】管理情報ファイル２０３，２１３，２２３
は、ファイル管理プログラム１０１ａが制御部１０１で
実行されることにより作成される。管理情報ファイル
は、それが記憶されているフォルダに分類されて記憶さ
れているデータファイルのファイル情報を含む。たとえ
ば、フォルダ２０１に関しては、管理情報ファイル２０
３は、３つのデータファイル２０５，２０７，２０９の
ファイル情報を含む。フォルダ２１１に関しては、管理
情報ファイル２１３は、３つのデータファイル２１５，
２１７，２１９のファイル情報を含み、フォルダ２２１
に関しては、管理情報ファイル２２３は、３つのデータ
ファイル２２５，２２７，２２９のファイル情報を含
む。ファイル情報は、データファイルの属性情報と付加
情報とを含む。このファイル情報により、ファイル管理
プログラム上で複数のファイルを仮想結合させたり、さ
せなかったりすることができる。

【００２９】図４は、サーバで実行されるファイル管理
プログラムの処理を示すフローチャートである。図を参
照して、ステップＳ１０１においてクライアントである
パーソナルコンピュータ２００ａまたは２００ｂからサ
ーバ上のファイルの仮想結合動作があり、ステップＳ１
０３で仮想結合されたファイルのダウンロードの要求が
クライアントからサーバに対しなされたとする。

【００３０】このとき、ステップＳ１０５において、サ
ーバは、仮想結合情報ファイルを作成する。ここに仮想
結合情報ファイルとは、仮想結合された複数のファイル
の結合の順序を示すファイルである。次に、ステップＳ
１０７において仮想結合を構成するファイルと共に、仮
想結合情報ファイルがサーバからクライアントのパーソ
ナルコンピュータに対しダウンロードされる。

【００３１】図５および図６は、図４のステップＳ１０
１で行なわれる仮想結合動作を説明するための図であ
る。

【００３２】図５に示されるように、ここでは「課
題」、「現状」、「目標」の複数のファイルが１つのフ
ォルダ内に記録されており、この３つのファイルを仮想
結合させる場合を想定する。なお、それぞれのファイル
の名称は“課題．ｄｏｃ”、“現状．ｘｌｓ”、“目
標．ｄｏｃ”であるものとする。ユーザは、「目標」の
ファイルの上に「現状」のファイルをドラッグおよびド
ロップする。これにより、現状→目標の順番で仮想結合
ファイルが作成される。さらに、ユーザはその作成され
た仮想結合ファイル上に「課題」のファイルをドラッグ
およびドロップする。これにより、課題→現状→目標の
順序で仮想結合ファイルが作成される。また、ユーザは
仮想結合ファイルにファイル名を添付することができる
が、ここでは“ｒｅｐｏｒｔ”のファイル名が付与され
たものであるとする。

【００３３】なお、これらの仮想結合を構成するファイ
ルの名称、仮想結合の順序および仮想結合ファイルのフ
ァイル名は、管理情報ファイル（図３における符号２０
３，２１３，２２３参照）に記録される。

【００３４】図６は、図５の３つのファイルが仮想結合
された後の状態を示す図である。図を参照して、仮想フ
ァイルのサムネイルとして「課題」のファイルの内容が
示されているが、サムネイル内の所定の箇所をクリック
することによりユーザはページをめくるように「現
状」、「目標」のファイルの概要を見ることができる。

【００３５】図７は、図４のステップＳ１０５で作られ
る仮想結合情報ファイルの具体例を示す図である。図を
参照して、仮想結合情報ファイルはテキストファイルで
あり、仮想結合ファイルのファイル名（ここでは“ｒｅ
ｐｏｒｔ”）と、構成されるファイルとその順序とが示
されている。

【００３６】本実施の形態においては、仮想結合ファイ
ルがダウンロードされるときに、図７に示されるような
仮想結合の順序などを示す仮想結合情報ファイルが同時
にダウンロードされる。これにより、ダウンロードされ
たパーソナルコンピュータにサーバと同一のファイル管
理プログラムがなく、仮想結合の状態が解除された場合
においても、ユーザは仮想結合情報ファイルを確認する
ことでそれらのファイルの結合の順序、結合に関与して
いるファイルおよびファイル名を知ることができ、仮想
結合の状態を再現することが可能となる。

【００３７】［第２の実施の形態］第２の実施の形態に
おけるシステムのハードウェア構成は、第１の実施の形
態と同じであるためここでの説明を繰返さない。第２の
実施の形態においては、図４のフローチャートに示され
る処理に代えて、図８に示されるフローチャートの処理
が実行される。

【００３８】図８を参照して、ステップＳ２０１および
Ｓ２０３での処理は、図４のＳ１０１およびＳ１０３で
の処理と同じである。ステップＳ２０５において、サー
バは、仮想結合のファイル名（たとえば“ｒｅｐｏｒ
ｔ”）に基づいて、仮想結合を構成するファイルのファ
イル名を変更する。次に、ステップＳ２０７で仮想結合
を構成するファイルのダウンロードがサーバからクライ
エントのパーソナルコンピュータに対して行なわれる。

【００３９】図９は、図８のステップＳ２０５で行なわ
れるファイル名の変更処理を説明するための図である。
図に示されるように、仮想結合を構成するもともとのフ
ァイルの名称が“現状．ｄｏｃ”、“目標．ｘｌｓ”、
“課題．ｄｏｃ”であったもものとすると、本実施の形
態においてはファイル名の変更処理により、それぞれの
ファイル名は“ｒｅｐｏｒｔ１＿現状．ｄｏｃ”、“ｒ
ｅｐｏｒｔ２＿目標．ｘｌｓ”、“ｒｅｐｏｒｔ３＿課
題．ｄｏｃ”と変更される。

【００４０】すなわち、もともとのファイル名に対し、
仮想結合ファイル名とそのファイルの順序を示す数字が
付与された情報を付加するものである。

【００４１】このようにファイル名を変更することで、
ユーザはそのファイル名を見ることにより仮想結合され
ているファイルを認識することができ、さらにその仮想
結合の順序を認識することが可能となる。また、本実施
の形態においてはファイル名の先頭に仮想結合ファイル
名および数字が付与されているため、ファイルの名称で
ソートを行なった場合にもともとの仮想結合のファイル
が連続して表示されることになる。これにより、ユーザ
は仮想結合のファイルを容易に認識することができる。

【００４２】［第３の実施の形態］第３の実施の形態に
おけるシステムのハードウェア構成も第１の実施の形態
と同一であるため、ここでの説明を繰返さない。

【００４３】第３の実施の形態においては、図４に示さ
れるフローチャートに代えて、図１０に示されるフロー
チャートの処理が実行される。

【００４４】図１０を参照して、ステップＳ３０１およ
びＳ３０３での処理は、図４のステップＳ１０１および
Ｓ１０３での処理と同じである。ステップＳ３０５にお
いて、仮想結合を構成するファイルと共に、管理情報フ
ァイル（仮想結合管理ファイルとも呼び、図３の符号２
０３，２１３，２２３に相当）のダウンロードが行なわ
れる。

【００４５】図１１は、図１０のステップＳ３０５での
処理を説明するための図である。本実施の形態において
は、仮想結合を構成するファイルがダウンロードされる
際に、管理情報ファイルもダウンロードされる。たとえ
ば、クライアントのパーソナルコンピュータにおいてサ
ーバ側と同一のファイル管理プログラムを用いていると
きには、ダウンロードされた管理情報ファイルを用いる
ことによりサーバと同じように仮想結合の状態でファイ
ルを表示することが可能となる。

【００４６】なお、本実施の形態においてはサーバに記
録された管理情報ファイルと同じものをクライアント側
にダウンロードさせることとしたが、サーバでクライア
ントのソフトウェアに対応した管理情報ファイルを新た
に作成し、ダウンロードさせるようにしてもよい。

【００４７】上述のように本実施の形態においては、サ
ーバ／クライアントタイプの文書管理ソフトウェアにお
いて、サーバ上で仮想結合されたファイルをクライアン
トがダウンロードする場合、仮想結合を構成するファイ
ルの情報（ファイルの順序など）をクライアント側に提
供することができるため、クライアント側ではダウンロ
ードされたファイルを元通りに再現することが可能とな
る。

【００４８】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態におけるネットワ
ークの構成を示す図である。

【図２】 図１のサーバ１００、パーソナルコンピュー
タ２００ａ，２００ｂの構成を示す図である。

【図３】 サーバのファイル構成を示す図である。

【図４】 第１の実施の形態におけるファイル管理プロ
グラムが実行する処理を示すフローチャートである。

【図５】 仮想結合前のファイルの状態を示す図であ
る。

【図６】 仮想結合後のファイルの状態を示す図であ
る。

【図７】 仮想結合情報ファイルの具体例を示す図であ
る。

【図８】 第２の実施の形態におけるファイル管理プロ
グラムが実行する処理を示すフローチャートである。

【図９】 ファイル名の変更処理を示す図である。

【図１０】 第３の実施の形態におけるファイル管理プ
ログラムが実行する処理を示すフローチャートである。

【図１１】 第３の実施の形態における処理を説明する
ための図である。

【符号の説明】

１００ サーバ、１０１ 制御部、１０１ａ ファイル
管理プログラム、１０３ 記憶部、２００ａ，２００ｂ
パーソナルコンピュータ（クライアント）。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数のファイルの各々の関連を示す情報
   に基づいて、該複数のファイルを１つのファイルに結合
   するステップと、 外部装置から、前記結合されたファイルの送信要求に応
   じ、該外部装置に前記結合されたファイルを送信するス
   テップとをコンピュータに実行させる、ファイル管理プ
   ログラム。
2. 【請求項２】 前記結合されたファイルに加え、前記複
   数のファイルの各々の関連を示す情報も前記外部装置に
   送信するステップを含む、請求項１に記載のファイル管
   理プログラム。
3. 【請求項３】 前記複数のファイルの各々の関連を示す
   情報は、前記複数のファイルの各々を１つのファイルに
   結合する順序を含む、請求項１または２に記載のファイ
   ル管理プログラム。
4. 【請求項４】 前記結合の順序を示すファイルを作成す
   るステップをさらに備え、 前記送信するステップにおいて、前記結合の順序を示す
   ファイルを前記結合されたファイルと共に送信すること
   を特徴とする、請求項１に記載のファイル管理プログラ
   ム。
5. 【請求項５】 前記複数のファイルのファイル名を、そ
   のファイルの結合順がわかるように変更する変更ステッ
   プをさらに備えた、請求項１に記載のファイル管理プロ
   グラム。
6. 【請求項６】 請求項１〜５のいずれかに記載のファイ
   ル管理プログラムを記録したコンピュータ読取可能な記
   録媒体。
7. 【請求項７】 複数のファイルの各々の関連を示す情報
   に基づいて、該複数のファイルを１つのファイルに結合
   するステップと、 外部装置から、前記結合されたファイルの送信要求に応
   じ、該外部装置に前記結合されたファイルを送信するス
   テップとを備えた、ファイル管理方法。