JPH10240603A - ファイル管理装置及びファイル転送方法 - Google Patents

Abstract

(57)【要約】 【課題】 ファイル転送を利用して、複数のファイル又
はデータの一括取得や転送時における処理を行えるよう
にする。 【解決手段】 クライアント１２から仮想ファイルの転
送要求があると、サーバー１０では管理テーブル２４が
参照され、その仮想ファイルに対応付けられた取得対象
及び実行モジュールが特定される。取得対象として実フ
ァイルあるいはデータを指定でき、仮想ファイルの指定
のみで、１又は複数のファイルあるいはデータに対して
必要な処理を施しつつそれらをクライアント１２で取得
することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する利用分野】本発明は、ファイル管理装置
及びファイル転送方法に関し、特に、ファイル転送時の
情報処理に関する。

【０００２】

【従来の技術】ネットワーク上に構築されたクライアン
ト・サーバー・システムにおいて、クライアントから特
定のファイル（プログラムファイル、データファイル）
の転送要求がサーバーで受け付けられると、サーバーか
らクライアントへそのファイルが転送される。この場
合、例えばＦＴＰ（ファイル転送プロトコル）に従って
ファイル転送がなされる。クライアントにおいて、受け
取ったファイルをアプリケーションプログラムがそのま
ま処理できないような場合には、そのファイルに対して
必要なファイル変換を行う必要がある。

【０００３】

【発明が解決しようとする課題】以上のように、各クラ
イアント毎のファイル変換によると、各クライアント毎
に、必要なファイル変換プログラムを用意しておかなけ
ればならず、システム全体として無駄が多いという問題
がある。また、クライアント側でファイル変換が行えな
いような場合には、ファイルの利用が困難になるという
問題がある。

【０００４】その一方、ファイルサーバー側に、複数の
クライアントの要求仕様を満たすように各種の仕様でフ
ァイルを格納しておくこともできるが、同一内容のファ
イルを複数の仕様で用意しておくのは上記同様に無駄が
多く、また効率的でないという問題がある。ここで、フ
ァイルサーバー側で各種のファイル変換を行うことによ
り、クライアント転送前に、そのファイルをクライアン
ト要求仕様に合わせることも可能であるが、その場合
に、できる限りユーザーの負担を軽減することが望まれ
る。

【０００５】また、従来において、一度のファイル転送
要求で複数のファイルを１つにまとめて取得することは
できず、また、その際に複数のファイルに対して所望の
処理を施すこともできなかった。なお、上記ＦＴＰを拡
張利用して、所定の情報を転送させたい要望もある。

【０００６】本発明は上記従来の課題に鑑みなされたも
のであり、その目的は、ファイル転送時に転送対象とな
った１又は複数の情報にサーバー側で必要な処理を施す
ことができ、しかもその指定を容易に行えるファイル管
理装置及び方法を提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、仮想ファイルを管理するファイル管理装
置において、前記仮想ファイルの出力要求があった場合
に、当該仮想ファイルに対応付けられた１又は複数の実
情報を判定する実情報判定手段と、前記判定された実情
報に対し、当該仮想ファイルに対応付けられた処理を実
行する処理手段と、前記処理後の情報を中身とする当該
仮想ファイルを出力する仮想ファイル出力手段と、を含
むことを特徴とする。

【０００８】上記構成によれば、仮想ファイルに対して
ファイル出力の要求があると、当該仮想ファイルに対応
付けられた１又は複数の実情報（実ファイル又は実デー
タ）が判定され、また、当該仮想ファイルに対応付けら
れた処理が判定される。そして、その実情報に対して処
理が施された後、それが仮想ファイルの中身となりつつ
当該仮想ファイルが出力される。よって、例えばクライ
アント側で仮想ファイル名の指定を行うことにより、所
望の形式で所望の情報を簡単に入手できる。上記の情報
処理の概念には、ファイル（データ）取得が含まれ、そ
の他には、ファイル（データ）形式変換、ファイル（デ
ータ）統合、などの各種の処理が含まれる。また、転送
される情報が複数である場合、各情報に同じ処理を施し
てもよいが、必要に応じて各情報に異なる処理を施して
もよい。また、１つの情報に複数の処理を施してもよ
い。上記の実ファイルや実データは当該サーバー内に存
在していても他のマシンに存在していてもよい。

【０００９】本発明の好適な態様では、前記実情報は、
実ファイル内に格納されたデータであることを特徴とす
る。また、本発明の好適な態様では、前記実情報は、非
ファイル形式で存在するデータであることを特徴とす
る。

【００１０】本発明の好適な態様では、前記仮想ファイ
ルと前記実情報の関係が登録された管理テーブルを含
み、前記実情報判定手段及び前記処理手段は、前記管理
テーブルを参照して、前記実情報の判定及び処理内容の
判定を行うことを特徴とする。このように管理テーブル
によって仮想ファイルの属性を定義できる。

【００１１】上記目的を達成するために、本発明は、前
記仮想ファイルの出力要求があった場合に、当該仮想フ
ァイルに対応付けられた１又は複数の実情報を判定する
実情報判定工程と、前記判定された実情報に対し、当該
仮想ファイルに対応付けられた処理を実行する処理工程
と、前記処理後の情報を中身とする当該仮想ファイルを
出力する仮想ファイル出力工程と、を含むことを特徴と
する。

【００１２】

【発明の実施の形態】以下、本発明の好適な実施形態を
図面に基づいて説明する。

【００１３】図１には、本発明に係るファイル管理装置
の概念が示されている。図１において、サーバー１０は
通信回線を介して１又は複数台のクライアント１２に接
続されている。ここで、サーバー１０及びクライアント
１２は例えばコンピュータなどで構成されるものであ
る。このサーバー１０はファイル転送サーバーとして機
能する。

【００１４】サーバー１０には、ディレクトリ１４内に
１又は複数の実ファイル１７が含まれている。この図１
に示す例では、実ファイル１７としてafile１，afile
２，afile３，afile４の４つのファイルが格納されてい
る。また、このサーバー１０には、ディレクトリ１６内
に１又は複数の仮想ファイル２０が格納されている。こ
れらの仮想ファイル２０はそれ自体が情報を直接的に有
するものではなく、後述するように間接的に情報を有す
るものである。この図１に示す例では、仮想ファイル２
０としてallget，allref，firstrefの３つのファイルが
格納されている。

【００１５】クライアント１２からのファイル転送要求
は実ファイル１７に対して行うこともできるが仮想ファ
イル２０に対して行うこともできる。仮想ファイル２０
に対してファイル転送要求がなされると、サーバー１０
ではその仮想ファイル２０に対応付けられた取得対象
（実情報）が特定され、更にその実情報に対して必要な
処理が実行され、その処理後の情報を中身とする当該仮
想ファイルがクライアント１２へ転送される。情報ある
いはファイルに対する処理を実行するために、サーバー
１０には複数の実行モジュールが設けられている。これ
らの実行モジュールが実行モジュール群２２を構成して
いる。図１に示す例では、実行モジュールとしてftp a
llget，ftp allref，ftp firstrefの３つの実行モジ
ュールが含まれている。１つの仮想ファイルに対して１
又は複数の実行モジュールが対応付けられ、すなわち仮
想ファイルに対応付けられた実ファイル１７内の実デー
タあるいは他のデータには、当該仮想ファイルに対応付
けられた１又は複数の実行モジュールによる処理が施さ
れることになる。

【００１６】管理テーブル２４は、各仮想ファイル毎に
それに対応付けられた取得対象（実情報）及び実行モジ
ュールを表したものであり、それらの対応関係あるいは
相関関係はユーザーによって任意に定義できる。もちろ
ん、仮想ファイルの名称もユーザによって自在に定義で
きる。この場合、クライアント１２において仮想ファイ
ルを指定する際にその仮想ファイルの本質的な機能が把
握できるような名称付けを行うのが望ましい。

【００１７】図１に示す例では、仮想ファイルallgetに
は全ての実ファイルと実行モジュールftp allgetが対
応付けられている。その実行モジュールは、afile１〜
４を取得し、その取得された各実ファイルに取得済みフ
ラグを設定する処理を行うものである。このように取得
された４つの実ファイルの情報は１つ仮想ファイルallg
etを構成する情報としてクライアント１２へ転送するこ
とになる。また、仮想ファイルallrefが指定されると、
取得対象として全ての実ファイルが特定され、その際に
実行モジュールとしてftp allrefが指定される。すな
わち、仮想ファイルallrefが指定されると、全ての実フ
ァイルが取り出されてそれらの情報が仮想ファイルallr
efの中身としてクライアント１２へ転送される。また、
仮想ファイルfirstrefが指定されると、存在している４
つの実ファイル中で一番古い実ファイルが特定され、そ
の実ファイル内の情報が仮想ファイルfirstrefの中身と
してクライアント１２へ転送される。

【００１８】なお、実行モジュールには単にファイルあ
るいはデータを取得する機能を持ったものや取得された
ファイルあるいはデータに対して更に処理を行うものな
どの各種のモジュールが含まれる。図１に示す例では、
実行モジュールftp allgetはファイルの取得機能及び
フラグ設定機能を有しており、実行モジュールftp all
refはファイルの取得機能を持っており、実行モジュー
ルftp firstrefは一番古いファイルの検索機能及び当
該ファイルの取得機能を持っている。

【００１９】もちろん図１に示した例は本発明に係る一
実施形態であり、本発明は各種の応用が可能である。

【００２０】次に、図１に示した本発明に係る概念が適
用されたクライアント・サーバー・システムの一実施形
態を図２を用いて説明する。なお、図１に示す構成と同
様の構成には同一符号を付す。

【００２１】図２において、サーバー１０はネットワー
ク３０に接続され、そのネットワーク３０には１又は複
数台のクライアント１２が接続されている。また、ネッ
トワーク３０にはサーバー１０によってデータが取得さ
れるリモートマシン３２が接続されている。このリモー
トマシン３２は例えばプリンタやファクシミリ装置など
である。

【００２２】サーバー１０において、通信部３４はネッ
トワーク３０に接続され、データの入出力機能を有して
いる。ファイル転送管理部３６は、本発明に係るファイ
ル転送処理を実行するための手段であり、サーバー１０
内の情報の管理部としても機能するものである。ファイ
ル転送管理部３６には実行モジュール群２２が接続され
ており、ファイル転送管理部３６によって各実行モジュ
ールが管理されている。実行モジュールはユーザーによ
って自在に追加・削除することができる。ちなみに、通
信部３４、ファイル転送管理部３６及び実行モジュール
群２２はソフトウエアなどによって構成されるものであ
る。

【００２３】記憶部３８上にはファイル／データ格納空
間４０が形成されており、またマップファイル（管理テ
ーブル）２４が形成されている。ファイル／データ格納
空間４０内には仮想ファイルディレクトリ１６内に１又
は複数の仮想ファイルが格納されており、また、実ファ
イルディレクトリ１４内には１又は複数の実ファイルが
格納されている。また、ファイル／データ格納空間４０
内には、サーバー１０によって管理されている各種のデ
ータを格納するデータ格納領域４２が形成されている。
すなわち、仮想ファイルを利用して実ファイル内の情報
のみならず非ファイル形式で存在するデータを取得する
ことができる。この場合、その取得されるデータはサー
バー１０内に存在しているデータのみならず、ネットワ
ーク３０によって接続されたリモートマシン３２上に存
在しているデータ４４を取得することもできる。

【００２４】マップファイル２４は、管理テーブルとし
て機能するものであり、図１に示したように、各仮想フ
ァイル毎にその仮想ファイルに対応付けられた取得対象
及び実行モジュールを特定したものである。マップファ
イル２４はユーザーによって自在に定義でき、必要に応
じて追加あるいは削除される。マップファイル２４の定
義によって例えば１つの仮想ファイルに対して複数の実
行モジュールを対応付けることができる。かかる処理に
よれば、ある情報に対して段階的に処理を行った結果を
仮想ファイルとして取得することなどができる。

【００２５】図２において、クライアント１２からの仮
想ファイルの転送要求が受け付けられると、ファイル転
送管理部３６は、その仮想ファイルに対応付けられた取
得対象を特定すると共に、その仮想ファイルに対応付け
られた実行モジュールを判定する。そしてその実行モジ
ュールが機能してファイル又はデータの取り出しなどの
処理が実行され、ファイル転送管理部３６によって当該
データを含む仮想ファイルがクライアント１２へ転送さ
れることになる。上記実施形態の構成によれば、たとえ
ばあるファイルあるいはデータを複数の形式で格納して
おく必要がなくなる。例えば、あるテキストデータがＪ
ＩＳコードで格納されている場合に、そのテキストデー
タの取り出し時にシフトＪＩＳコードへの変換を行っ
て、その変換後のデータを取得することができる。従っ
て、サーバー上にフォーマットや漢字コードなどの異な
る同様のファイルを重複して存在させなくてよいので、
記憶容量の削減を図れる。

【００２６】図２に示すサーバー１０において、クライ
アント１２から実ファイルに対する取得要求があった場
合には、ファイル転送管理部３６は従来同様に当該実フ
ァイルに対する転送処理を行う。従って、クライアント
１２では、ファイル名の指定のみによって取り出したい
ファイルあるいはデータと転送時における処理とを極め
て簡単に指定でき、既存のファイル転送プロトコル上に
おいてより実用性の高いシステムを構築できる。

【００２７】次に、図３に示すフローチャートを用いて
図２に示す構成を参照しながら本実施形態に係るシステ
ムの動作を説明する。

【００２８】クライアント１２からのファイル転送要求
がファイル転送管理部３６で受け付けられると、Ｓ１０
１において、転送要求となったファイルが仮想ファイル
であるかあるいは実ファイルであるかが判定される。実
ファイルであれば、Ｓ１０２においてファイル転送管理
部３６によって実ファイルが特定され、当該実ファイル
がクライアント１２へ転送される。

【００２９】Ｓ１０１において仮想ファイルに対する転
送要求であると判定された場合、Ｓ１０３及びＳ１０４
において、ファイル転送管理部３６によってマップファ
イル２４が参照される。そして、当該仮想ファイルに対
応付けられた取得対象及び実行モジュールが特定される
ことになる。

【００３０】Ｓ１０５では、転送対象がファイルである
かデータであるかが判定され、ファイルであるならば、
Ｓ１０６において仮想フィルに対応付けられた１又は複
数のの実ファイルがいずれかの実行モジュールによって
取り出され、Ｓ１０７においては必要に応じて取り出さ
れた実ファイル内のデータに対して所定の処理が実行さ
れる。その処理は例えばファイル形式の変換やコード変
換などである。

【００３１】Ｓ１０５において転送対象がデータである
と判定された場合、Ｓ１０８では、当該データがサーバ
ー１０内に存在しているか否かが判定される。当該サー
バー１０内に存在していれば、Ｓ１０９においていずれ
かの実行モジュールによって当該データが取り出され
る。一方、Ｓ１０８において当該データがサーバー１０
内に存在していないと判断された場合、リモートマシン
３２上に存在しているデータ４４がいずれかの実行モジ
ュールによって取り出される。そして、Ｓ１１１におい
て上述のように取得されたデータに対して必要に応じて
所定の処理が実行される。

【００３２】Ｓ１１２においては、以上のようにして取
り出された実ファイルあるいはデータが仮想ファイルと
してクライアント１２へ転送されることになる。

【００３３】従って、クライアント１２においては、従
来同様にファイル転送要求を行うだけでよく、クライア
ント１２上におけるアプリケーションソフトウエアを変
更する必要はない。また、本実施形態のシステムによれ
ば、仮想ファイル転送要求を利用してサーバー内に存在
しているあるいはサーバー外に存在しているデータの取
得も行えるという利点があり、従来のファイル転送プロ
トコルをより拡張利用することが可能となる。

【００３４】例えば図１に示した仮想ファイルallgetが
指定された場合、図４に示すように各ファイルに対して
取得済みフラグを設定することもできる。すなわち
（Ａ）には取得前のファイル名が示されており、（Ｂ）
には取得後におけるファイル名が示されている。（Ｂ）
に示すように各ファイルには拡張子としてdelが付加さ
れている。これによってクライアント１２からファイル
リストを取ったときに、それ以前に取得されたことがあ
るファイルか否かを容易に把握することができる。もち
ろん、これ以外に、取得されたファイルを自動的に削除
したり、あるいはサーバー内で他の取得済みディレクト
リ内にファイル移動を行ったりするような処理を行って
もよい。

【００３５】上記の実施形態では、１つの仮想ファイル
の指定によって複数のファイルの取得を一括して行える
という利点があり、またそのように取得された複数のフ
ァイルに対して一括して処理を行うことができる。

【００３６】なお、図３には示されていないがファイル
転送管理部３６はクライアント１２からファイルリスト
要求があった場合には、サーバー１０内に存在している
ファイルをリストとしてクライアント１２へ転送する処
理を行う。図２に示す例では、仮想ファイルディレクト
リ１６と実ファイルディレクトリ１４が区別されていた
が、もちろんそれらの仮想ファイル及び実ファイルは同
一のディレクトリ内に存在していてもよい。しかしなが
ら、このようにディレクトリディレクトリ自体によって
ファイル属性を管理すれば、よりユーザーの操作性を向
上できるという利点がある。

【００３７】ところで、ログファイルを転送する場合な
ど、取得後にその内容がリアルタイムに変更されるファ
イルを考える。前回取得した情報を次回にもう一度取得
したくない場合は、その取得後に今取得したファイル内
の情報を消去したり、そのファイルのファイル名を変え
て新しいファイルにしておけば、次回に同じファイルを
取得しても情報は新しいものだけを取得できる。

【００３８】この操作を上記の仮想ファイルによって解
決する場合、仮想ファイルを取得した際に実ファイルへ
の操作を行なうようなモジュールを作成し、また仮想フ
ァイル取得が指定された場合にこのモジュールを呼び出
すためのマップファイルを作成すればよい。

【００３９】また、プリンタのジョブのスプール状況
や、現在のプリンタの状態など、リアルタイムに変化し
ファイルとして残されていない情報に関し、従来のファ
イル転送のプロトコル（ＦＴＰ）ではファイルとして残
されていない情報を取得することはできなかったが、こ
の仮想ファイルを利用してマップファイルへ仮想ファイ
ルと情報を取り出すモジュールとの関係を記述すれば、
取得したい情報をファイルとして取得することができ
る。

【００４０】上記の変形例によれば、ユーザは複数のフ
ァイルの中からどれが最新のファイルかを意識せずに、
毎回同じ仮想ファイルを取得することにより最新の情報
が取得できる。また従来ＦＴＰではサーバ側のファイル
の変更などができなかったが、それが可能になる。ま
た、実際にデータをファイルにしておく必要がないため
資源の消費を少なくできる。ファイル以外のどのような
情報も（ジョブリスト、プリンタステータス、サーバの
空き容量など）、モジュールとマップファイルによって
ＦＴＰから取得することができる。

【００４１】

【発明の効果】以上説明したように、本発明によればフ
ァイル転送時に転送対象となった１又は複数の情報にサ
ーバー側で必要に応じて処理を施すことができ、しかも
転送対象の指定を容易に行えるという利点がある。

【図面の簡単な説明】

【図１】 本発明に係るファイル管理装置の概念を示す
概念図である。

【図２】 本発明に係るクライアント・サーバー・シス
テムの構成例を示す図である。

【図３】 図２に示すシステムの動作例を示すフローチ
ャートである。

【図４】 実ファイルに対する拡張子の付加例を示す説
明図である。

【符号の説明】

１０ サーバー、１２ クライアント、１６ 実ファイ
ル、２０ 仮想ファイル、２２ 実行モジュール群、２
４ マップファイル（管理テーブル）。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 仮想ファイルを管理するファイル管理装
   置において、 前記仮想ファイルの出力要求があった場合に、当該仮想
   ファイルに対応付けられた１又は複数の実情報を判定す
   る実情報判定手段と、 前記判定された実情報に対し、当該仮想ファイルに対応
   付けられた処理を実行する処理手段と、 前記処理後の情報を中身とする当該仮想ファイルを出力
   する仮想ファイル出力手段と、 を含むことを特徴とするファイル管理装置。
2. 【請求項２】 請求項１記載の装置において、 前記実情報は、実ファイル内に格納されたデータである
   ことを特徴とするファイル管理装置。
3. 【請求項３】 請求項１記載の装置において、 前記実情報は、非ファイル形式で存在するデータである
   ことを特徴とするファイル管理装置。
4. 【請求項４】 請求項１記載の装置において、 前記仮想ファイルと前記実情報の関係が登録された管理
   テーブルを含み、 前記実情報判定手段及び前記処理手段は、前記管理テー
   ブルを参照して、前記実情報の判定及び処理内容の判定
   を行うことを特徴とするファイル管理装置。
5. 【請求項５】 仮想ファイルを転送するファイル転送方
   法において、 前記仮想ファイルの出力要求があった場合に、当該仮想
   ファイルに対応付けられた１又は複数の実情報を判定す
   る実情報判定工程と、 前記判定された実情報に対し、当該仮想ファイルに対応
   付けられた処理を実行する処理工程と、 前記処理後の情報を中身とする当該仮想ファイルを出力
   する仮想ファイル出力工程と、 を含むことを特徴とするファイル転送方法。