JPH07121415A - ファイル管理装置 - Google Patents

Abstract

(57)【要約】 【目的】クライアントからファイルのアクセス要求があ
った場合に、該ファイルを該クライアントのデータ形式
で出力することができるファイル管理装置を提供するこ
と。 【構成】データ形式の異なるクライアントであるワーク
ステーション等の端末装置２ａ〜２ｃから入力されたフ
ァイルのコンテントをコンテント記憶部１ｅに記憶する
とともに、端末装置毎のデータ形式を管理テーブル１ｇ
に記憶しておき、端末装置からコンテントのアクセス要
求が行われた際に、管理テーブル１ｃに記憶した該端末
装置に対応するデータ形式に基づいて、該コンテントの
データ形式をコンテント変換部１ｆにより該端末装置の
データ形式に変換する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、異なるデータ形式で処
理を行う複数のクライアントから入力された内容データ
及びファイル属性からなるファイルを記憶し、該ファイ
ルのデータ形式と異なるデータ形式で処理を行うクライ
アントからの出力要求に応答して、前記ファイルを前記
クライアントに出力するファイル管理装置に関する。

【０００２】

【従来の技術】従来、データを格納する場合には、該デ
ータの内容（内容データ。以下「コンテント」と言
う。）に、タイトル及び作成者等の各属性情報からなる
属性データを付加して論理ファイルとして扱うのが一般
的である。

【０００３】例えば、ゼロックス社が開発したＪＳｔａ
ｒワークステーションで用いられているネットワークシ
ステムファイリング（以下、「ＮＳファイリング」とい
う。）においては、タイトル、作成者、作成時間及びキ
ーワード等からなるファイル属性と、コンテントとをま
とめて論理ファイルとして取り扱っている。

【０００４】このＮＳファイリングに代表される従来の
ファイル管理技術は、ファイル属性に物理ファイルを割
り当てて管理テーブル等を用いて管理する技術と、ファ
イル属性をデータベース管理する技術に大別される。

【０００５】前者の技術においては、図８（ａ）に示す
ように、属性情報ａから属性情報ｎのファイル属性を持
つ属性ファイル８ｂと、コンテントを格納したコンテン
トファイル８ｃとから１つの論理ファイル８ａを構成
し、属性ファイル８ｂ及びコンテントファイル８ｃの対
応関係を示す管理テーブル８ｄを用いて論理ファイルを
管理することになる。

【０００６】これに対して、後者の技術においては、図
８（ｂ）に示すように、データベース８ｅにより、ファ
イル属性と該ファイル属性及びコンテントファイル８ｃ
の対応関係とを一括管理することになる。なお、この場
合に、ファイル属性を扱うデータベースと対応関係を扱
うデータベースとを別々に設ける場合も多い。

【０００７】すなわち、従来のファイル管理技術におい
ては、コンテントを単にデータの塊として取り扱い、シ
ステムが解釈することはなかったのである。

【０００８】しかしながら、コンテントとして取り扱う
データが異なるデータ形式を持ち得る場合に、かかるコ
ンテントを単にデータの塊として取り扱っていたのでは
ユーザに負荷を強いる場合がある。

【０００９】例えば、ある端末からＪＩＳコードのコン
テントをファイルシステムに格納した場合に、ＡＳＣＩ
ＩコードやＥＢＣＤＩＣコードを扱う他の端末がこのコ
ンテントを取り出した場合には、クライアントがクライ
アントにおいてコード変換を行う必要が生じる。

【００１０】また、ある端末から１０Ｍバイトのイメー
ジデータをコンテントとしてファイルシステムに格納し
た場合に、５Ｍバイトのイメージデータまでしか取り扱
うことができない他の端末では、このイメージデータを
分割して取り出し、データ変換及びデータ結合を行う必
要が生じる。

【００１１】

【発明が解決しようとする課題】このように、コンテン
トを単にデータの塊として扱う従来技術によると、デー
タ形式の変換等をクライアントが行う必要があるため、
クライアントの生産性及び作業効率を低下させる一因と
なっていた。

【００１２】そこで、本発明では、かかる問題を解決
し、クライアントからファイルのアクセス要求があった
場合に、該ファイルを該クライアントのデータ形式で出
力することができるファイル管理装置を提供することを
目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、第１の発明では、異なるデータ形式で処理を行う複
数のクライアントから入力された内容データ及びファイ
ル属性からなるファイルを記憶し、該ファイルのデータ
形式と異なるデータ形式で処理を行うクライアントから
の出力要求に応答して、前記ファイルを前記クライアン
トに出力するファイル管理装置において、前記ファイル
の内容データを記憶する第１の記憶手段と、前記複数の
クライアントごとに、該クライアントが用いるデータ形
式を記憶する第２の記憶手段と、前記第２の記憶手段に
記憶したデータ形式に基づいて、前記第１の記憶手段に
記憶した内容データを、出力要求を行うクライアントの
データ形式に変換するデータ形式変換手段とを具備した
ことを特徴とする。

【００１４】また、第２の発明では、前記データ形式変
換手段により変換した内容データを前記第１の記憶手段
に記憶し、前記クライアントのデータ形式を有する内容
データが前記第１の記憶手段にない場合にのみ、前記デ
ータ形式変換手段を用いてデータ形式の変換を行うこと
を特徴とする。

【００１５】また、第３の発明では、前記第１の記憶手
段に記憶した内容データのうち、所定の条件を満たすも
のを削除する削除手段を具備したことを特徴とする。

【００１６】また、第４の発明では、内容データおよび
属性データからなるファイルを記憶するとともに、通信
手段を介して複数のクライアントと接続し、前記クライ
アントの要求に応じて前記ファイルの入力および出力を
行うファイル管理装置において、内容が同一でデータの
形式が異なる複数の前記内容データを１つのファイルと
して前記属性データと対応させて記憶する記憶手段と、
前記ファイルの内容データをクライアントに出力する
際、前記複数の内容データのうち前記出力先のクライア
ントに適合するデータ形式の内容データを出力すべき内
容データとして選択する内容データ選択手段とを具備し
たことを特徴とする。

【００１７】

【作用】第１の発明によれば、異なるデータ形式で処理
を行う複数のクライアントから入力されたファイルの内
容データを第１の記憶手段に記憶するとともに、クライ
アント毎に該端末が使用するデータ形式を第２の記憶手
段に記憶しておき、クライアントから内容データの取り
出し要求が行われた際に、前記第２の記憶手段に記憶し
た前記クライアントに対応するデータ形式に基づいて、
該内容データのデータ形式を前記クライアントのデータ
形式に変換する。

【００１８】これにより、ファイルのアクセス要求を行
ったクライアントのデータ形式に変換したうえで、該フ
ァイルを出力することができる。

【００１９】第２の発明によれば、データ形式変換手段
により変換済みの内容データを前記第１の記憶手段に記
憶しておき、クライアントのデータ形式を有する内容デ
ータが前記第１の記憶手段にない場合にのみ、前記デー
タ形式変換手段を用いてデータ形式の変換を行う。

【００２０】これにより、一旦変換した内容データにつ
いては再度の変換を行うことなく迅速に処理することが
できる。

【００２１】第３の発明によれば、前記第１の記憶手段
に記憶した内容データのうち、所定の条件を満たすもの
を削除する。

【００２２】これにより、使用されない内容データを削
除して、第１の記憶手段の記憶領域を有効に利用するこ
とができる。

【００２３】第４の発明によれば、通信手段を介して複
数のクライアントが接続される場合に、内容が同一でデ
ータの形式が異なる複数の内容データを１つのファイル
として属性データと対応させて記憶しておき、ファイル
の内容データをクライアントに出力する際、出力先のク
ライアントに適合するデータ形式の内容データを出力す
べき内容データとして選択して出力する。

【００２４】これにより、内容データが共通するものを
１つにまとめ、記憶手段内の記憶領域を有効利用できる
とともに、内容データの分類及び管理が容易になる。

【００２５】

【実施例】以下、本発明に係るファイル管理装置をネッ
トワークに接続して用いる場合の一実施例について図面
を参照して説明する。

【００２６】図１は、ネットワークの全体構成及び本発
明に係わるファイル管理装置の構成を示すブロック図で
ある。

【００２７】図１に示すように、このネットワークにお
いては、ローカルエリアネットワーク（ＬＡＮ）３に、
ファイル管理装置１及びクライアントであるワークステ
ーション等の端末装置２ａ〜２ｃが接続される構成とし
ている。

【００２８】この際、端末装置２ａではＪＩＳコードに
よるテキストデータ及び１０Ｍバイトのイメージデータ
が、端末装置２ｂではＥＢＣＤＩＣコードによるテキス
トデータ及び１０Ｍバイトのイメージデータが、端末装
置２ｃではＡＳＣＩＩコードによるテキストデータ及び
１０Ｍバイトのイメージデータが使用可能であるものと
する。

【００２９】また、ファイル管理装置１は、要求受付部
１ａと、ファイル属性処理部１ｂと、コンテント処理部
１ｃと、ファイル属性記憶部１ｄと、コンテント記憶部
１ｅと、コンテント変換部１ｆと、管理テーブル１ｇと
から構成される。

【００３０】要求受付部１ａは、端末装置２ａ〜２ｃか
らファイル属性又はコンテントのアクセス要求を受け
て、ファイル属性処理部１ｂ又はコンテント処理部１ｃ
のいずれに処理要求を行うかを判断して該当処理部にア
クセス要求を転送するとともに、ファイル属性処理部１
ｂからのファイル属性又はコンテント処理部１ｃからの
コンテントを受けると、該情報をアクセス要求元の端末
装置に送出するものである。

【００３１】ファイル属性処理部１ｂは、端末装置２ａ
〜２ｃのいずれかからファイル属性のアクセス要求を受
けた際に、ファイル属性記憶部１ｄから該ファイル属性
を取り出して、要求処理部１ａに出力するものである。

【００３２】コンテント処理部１ｃは、論理ファイルの
うちコンテントに関する格納、検索及び取り出し処理を
行うものであり、端末装置２ａ〜２ｃのいずれかからコ
ンテントのアクセス要求を受けた際には、管理テーブル
１ｇを参照して要求端末のデータ形式を確認し、該要求
端末が使用するデータ形式がコンテント記憶部１ｅに記
憶するデータ形式と一致する場合にはそのままの形式
で、コンテント記憶部１ｅに記憶するデータ形式と異な
る場合には、コンテント変換部１ｆを用いてコンテント
の変換変換を行ったのち、要求受付部１ａにコンテント
を出力する。

【００３３】ファイル属性記憶部１ｄは、論理ファイル
のファイル属性を記憶する記憶媒体又は記憶領域であ
り、ファイル属性処理部１ｂにより記憶、検索及び取り
出しがなされる。

【００３４】コンテント記憶部１ｅは、論理ファイルの
コンテントを記憶する記憶媒体又は記憶領域であり、こ
のコンテント記憶部１ｅには各コンテントがそれぞれフ
ァイルとして記憶されている。

【００３５】この際、本実施例では、コンテント記憶部
１ｅには、端末装置２ａ〜２ｃのいずれかから受信した
コンテントをそのまま記憶するため、コンテント記憶部
１ｅには、各種のデータ形式を持つコンテントが混在す
ることになる。

【００３６】なお、端末装置２ａ〜２ｃのいずれかから
受信したコンテントを、所定のデータ形式に統一してコ
ンテント記憶部１ｅに記憶することもできる。

【００３７】コンテント変換部１ｆは、アクセス要求を
行う端末装置のデータ形式と、アクセスされるコンテン
トのデータ形式が異なる場合に、該コンテントをアクセ
ス要求を行う端末装置のデータ形式に形式変換するもの
である。

【００３８】管理テーブル１ｇは、各端末装置に対応す
るデータ形式を記憶するテーブルであり、図２に示すよ
うに、各端末装置毎に使用コード２ａ及びイメージサイ
ズ２ｂのデータ形式が設定される。

【００３９】すなわち、本実施例においては、端末装置
２ａの使用コードとしてＪＩＳコードを用いるととも
に、１０Ｍバイトのイメージデータを取り扱うこととし
ているため、端末装置２ａのデータ形式として、ＪＩＳ
及び１０Ｍが設定されている。

【００４０】同様に、端末装置２ｂのデータ形式として
はＥＢＣＤＩＣ及び１０Ｍが、端末装置２ｃのデータ形
式としてはＡＳＣＩＩ及び５Ｍがそれぞれ設定されてい
る。

【００４１】なお、本実施例においては、各コンテント
のデータ形式がファイル属性としてファイル属性記憶部
１ｄに記憶されているものとし、管理テーブル１ｇにお
いては管理されないものとする。ただし、コンテントを
コンテント記憶部１ｅに記憶する時点で所定のコードに
統一しておき、各コンテントのデータ形式を保持しない
よう構成することもできる。

【００４２】次に、上記構成を持つファイル管理装置１
を用いた場合におけるコンテントのアクセス処理手順に
ついて説明する。

【００４３】図３は、コンテントのアクセス処理手順を
示すフローチャートである。

【００４４】端末装置２ａ〜２ｃのいずれかからＬＡＮ
３を介してコンテントのアクセス要求を受けた場合に
は、要求受付部１ａはコンテント処理部１ｃに対して該
コンテントのアクセス要求を出力する。

【００４５】そして、このアクセス要求を受けたコンテ
ント処理部１ｃにおいては、まずコンテントのデータ形
式を調べる（Ｓ３０１）。この際、コンテントのデータ
形式は、ファイル属性として記憶しているため、ファイ
ル属性処理部１ｂを介して該コンテントのデータ形式を
調べることになる。

【００４６】次に、管理テーブル１ｇをサーチすること
により、アクセス要求を行う端末装置のデータ形式を調
べる（Ｓ３０２）。

【００４７】そして、コンテントのデータ形式が、アク
セス要求を行う端末装置のデータ形式と一致するか否か
を確認し（Ｓ３０３）、一致する場合にはコンテントの
データ形式を変更することなく出力して（Ｓ３０５）処
理を終了する。

【００４８】一方、データ形式が一致しない場合には、
コンテント変換部１ｆを用いてコンテントのデータ形式
を、アクセス要求を行う端末装置のデータ形式に変換し
（Ｓ３０４）、該端末装置が処理しうる形式にしたのち
コンテントを出力し（Ｓ３０５）処理を終了する。

【００４９】上記処理を行うことにより、コンテントの
データ形式をアクセス要求を行う端末装置のデータ形式
に形式変換することができるため、端末装置において何
等の形式変換処理を行うことなくコンテントを使用する
ことができる。

【００５０】なお、上記実施例においては、データ形式
を変換したコンテントを格納せず破棄するよう構成して
いたため、再度のアクセス要求が行われた場合には、再
度コンテントの変換処理を行う必要が生じる。

【００５１】そこで、次に、アクセス要求に応じてデー
タ形式の変換を行ったコンテントをコンテント記憶部に
追加登録する第２の実施例について説明する。

【００５２】図４は、データ形式変換を行ったコンテン
トをコンテント記憶部に追加登録するファイル管理装置
の構成を示すブロック図である。

【００５３】図４に示すように、このファイル管理装置
４は、図１に示すファイル管理装置のコンテント変換部
１ｆに代えてコンテント変換登録部４ｆを用いるととも
に、コンテントデータ形式記憶部４ｈを付加した構成を
とる。

【００５４】なお、要求受付部１ａ、ファイル属性処理
部１ｂ、コンテント処理部１ｃ、ファイル属性記憶部１
ｄ、コンテント記憶部１ｅ及び管理テーブル１ｇについ
ては、図１に示すものを用いている。

【００５５】コンテント変換登録部４ｆは、コンテント
のデータ形式をアクセス要求を行う端末装置のデータ形
式に変換するだけでなく、該変換したデータ形式を持つ
コンテントをコンテント記憶部１ｅに追加登録する。

【００５６】コンテントデータ形式記憶部４ｈは、コン
テント毎にデータ形式を記憶する記憶媒体又は記憶領域
である。図１に示す第１の実施例においては、このコン
テントのデータ形式をファイル属性としてファイル属性
記憶部１ｄに記憶してわけであるが、第２の実施例にお
いては、かかるコンテントのデータ形式を記憶するコン
テントデータ形式記憶部４ｈを設けることとした。

【００５７】このコンテントデータ形式記憶部４ｈを設
けることにより、コンテントのアクセス処理を行う際に
ファイル属性のサーチを行う必要がなくなるため、コン
テントをファイル属性とは独立に取り扱うことが可能と
なる。

【００５８】次に、上記構成を持つファイル管理装置４
を用いた場合におけるコンテントのアクセス処理手順に
ついて説明する。

【００５９】図５は、第２の実施例におけるコンテント
のアクセス処理手順を示すフローチャートである。

【００６０】アクセス要求を受けたコンテント処理部１
ｃにおいては、アクセス要求を行う端末装置のデータ形
式を管理テーブルをサーチすることにより調べる（Ｓ５
０１）。

【００６１】次に、アクセス要求されたコンテントのデ
ータ形式を、コンテントデータ形式記憶部４ｈをサーチ
することにより調べる（Ｓ５０２）。この際、本実施例
においては、データ形式の変換を行ったコンテントを登
録するよう構成しているため、同一のコンテントであり
ながらデータ形式の異なるものが複数存在することにな
る。したがって、コンテントのデータ形式を調べる際に
は、保持する全てのデータ形式を列挙する必要がある。

【００６２】そして、アクセス要求を行う端末装置のデ
ータ形式と一致するコンテントが存在するか否かを確認
し（Ｓ５０３）、一致するものが存在する場合には該端
末装置のデータ形式を有するコンテントを出力して（Ｓ
５０６）処理を終了する。

【００６３】一方、データ形式の一致するものが存在し
ない場合には、コンテント変換・登録部１ｆを用いてコ
ンテントのデータ形式をアクセス要求を行う端末装置の
データ形式に変換し（Ｓ５０４）、該変更したコンテン
トを追加登録した（Ｓ５０５）のち該コンテントを出力
し（Ｓ５０６）処理を終了する。

【００６４】この際、Ｓ５０５において行うコンテント
の追加登録においては、データ形式を変換したコンテン
トをコンテント記憶部１ｅに格納するとともに、コンテ
ントデータ形式記憶部４ｈに対して該コンテントに対応
する新たなデータ形式を登録する。

【００６５】上記処理を行うことにより、コンテントの
データ形式をアクセス要求を行う端末装置のデータ形式
に形式変換して出力するとともに、該形式変換したコン
テントを登録するため、一旦形式変換を行ったコンテン
トについては再度の形式変換を行うことなく迅速に出力
することができる。

【００６６】なお、上記第２の実施例においては、コン
テントのアクセス要求が行われた際に、コンテント変換
登録部４ｆを用いてコンテントのデータ形式の変換及び
登録を行うよう構成したため、アクセス要求からコンテ
ントの出力までに時間を要する場合が考えられる。

【００６７】このため、コンテント変換部４ｆによるコ
ンテントのデータ変換及び登録処理をアクセス要求時に
行うのではなく、早朝深夜等の負荷が少ない空き時間を
用いて行うこともできる。

【００６８】次に、コンテントの削除機能を付加した第
３の実施例について説明する。

【００６９】図５は、コンテント記憶部に追加登録した
コンテントを削除機能を有するファイル管理装置の構成
を示すブロック図である。

【００７０】図６に示すように、このファイル管理装置
６は、図４に示すファイル管理装置４にコンテント削除
部６ｉを付加した構成をとる。

【００７１】なお、要求受付部１ａ、ファイル属性処理
部１ｂ、コンテント処理部１ｃ、ファイル属性記憶部１
ｄ、コンテント記憶部１ｅ、管理テーブル１ｇ、コンテ
ント変換登録部４ｆ及びコンテントデータ形式記憶部４
ｈについては、図４に示すものを用いている。

【００７２】コンテント削除部６ｉは、コンテント変換
登録部４ｆにおいて登録したコンテントのうち、所定の
削除条件を満たすコンテントを自動的に削除するもので
ある。

【００７３】この削除条件は、予め利用者により設定さ
れるものであり、例えばアクセス頻度の低いコンテント
等の条件が削除条件として設定される。

【００７４】このコンテント削除部６ｉを設けることに
より、不要のコンテントを削除してコンテント記憶部１
ｅの記憶領域を効率的に用いることができる。さらに、
コンテントのアクセス処理を受けた際に、照会するコン
テントを減じることができるため、応答時間の迅速化を
図ることが可能となる。

【００７５】次に、上記構成を持つファイル管理装置６
を用いた場合におけるコンテントのアクセス処理手順に
ついて説明する。

【００７６】図７は、第３の実施例におけるコンテント
の削除処理手順を示すフローチャートである。

【００７７】図７に示すように、コンテント削除部６ｉ
は予め設定された所定の削除条件を満たすコンテントが
存在するか否かを調べ（Ｓ７０１）、削除条件を満たす
コンテントが存在する場合には該コンテントを削除する
（Ｓ７０２）。

【００７８】この際に、本実施例においては、コンテン
ト削除部６ｉが削除条件を監視するよう構成すること
で、該当するコンテントを自動的に削除することとした
が、ファイル管理装置６の管理者の指示入力により上記
動作を行うこともできる。

【００７９】上述してきたように、第１の実施例におい
ては、端末装置２ａ〜２ｃからコンテントのアクセス要
求が行われた際に、必要に応じてアクセス要求の行う端
末装置のデータ形式にコンテントを変換して出力するよ
う構成したので、端末装置のデータ形式と格納されたコ
ンテントのデータ形式とが異なる場合でも、該端末装置
において何等のデータ形式変換処理を行うことなく、該
コンテントを使用することができる。

【００８０】また、第２の実施例においては、データ形
式を変換したコンテントをコンテント記憶部に格納する
よう構成したので、一旦形式変換を行ったコンテントに
ついては再度の形式変換を行うことなく迅速に出力する
ことができる。

【００８１】また、第３の実施例においては、データ形
式を変換したコンテントが所定の削除条件を満たす場合
には、該コンテントを削除するように構成したので、不
要のコンテントを削除してコンテント記憶部１ｅの記憶
領域を効率的に用いることができる。

【００８２】なお、本実施例では、ネットワークにファ
イル管理装置を接続し、データ形式としてコードの種類
及びイメージサイズが異なる場合を示したが、本発明は
これに限定されるものではなく、各端末が直接ファイル
管理装置に接続される場合や各種のデータ形式について
も適用可能である。

【００８３】

【発明の効果】以上詳細に説明したように、第１の発明
によれば、クライアントであるワークステーション等の
端末装置から内容データのアクセス要求が行われた際
に、第２の記憶手段を参照して第１の記憶手段から取り
だした内容データを前記端末装置のデータ形式に変換し
て出力するように構成したので、端末装置からファイル
のアクセス要求があった場合に、該ファイルを前記端末
装置のデータ形式で出力することが可能となる。

【００８４】また、第２の発明によれば、データ形式変
換手段により変換した内容データを第１の記憶手段に記
憶しておき、端末装置の有するデータ形式に対応する内
容データが第１の記憶手段にない場合にのみデータ形式
を変換するよう構成したので、一旦形式変換を行った内
容データについては再度の形式変換を行うことなく迅速
に出力することが可能となる。

【００８５】さらに、第３の発明によれば、第１の記憶
手段に記憶した内容データのうち、所定の条件を満たす
ものを削除するよう構成したので、第１の記憶手段の記
憶領域を効率的に用いることが可能となる。

【００８６】また、第４の発明によれば、通信手段を介
して複数のクライアントが接続される場合に、内容が同
一でデータの形式が異なる複数の内容データを１つのフ
ァイルとして属性データと対応させて記憶しておき、フ
ァイルの内容データをクライアントに出力する際、出力
先のクライアントに適合するデータ形式の内容データを
出力すべき内容データとして選択して出力するよう構成
したので、記憶手段内の記憶領域を有効利用できるとと
もに、内容データの分類及び管理が容易になる。

【図面の簡単な説明】

【図１】 本発明に係るファイル管理装置の第１の実施
例の構成を示すブロック図。

【図２】 図１に示す管理テーブルの構成を示す図表。

【図３】 図１に示すファイル管理装置のアクセス処理
手順を示すフローチャート。

【図４】 本発明に係るファイル管理装置の第２の実施
例の構成を示すブロック図。

【図５】 図４に示すファイル管理装置のアクセス処理
手順を示すフローチャート。

【図６】 本発明に係るファイル管理装置の第３の実施
例の構成を示すブロック図。

【図７】 図６に示すファイル管理装置の消去手順を示
すフローチャート。

【図８】 従来のファイル管理技術を示す図。

【符号の説明】

１ ファイル管理装置、 １ａ 要求受付部、１ｂ フ
ァイル属性処理部、 １ｃ コンテント処理部、１ｄ
ファイル属性記憶部、 １ｅ コンテント記憶部、１ｆ
コンテント変換部、 １ｇ 管理テーブル、２ａ〜２
ｃ 端末装置、 ３ ＬＡＮ

Claims (4)

【特許請求の範囲】
1. 【請求項１】異なるデータ形式で処理を行う複数のクラ
   イアントから入力された内容データ及び属性データから
   なるファイルを記憶するとともに、前記クライアントか
   らの出力要求に応答して、前記ファイルを前記要求元の
   クライアントに出力するファイル管理装置において、 前記ファイルの内容データを記憶する第１の記憶手段
   と、 前記複数のクライアントに対応させて、該クライアント
   が用いるデータ形式を記憶する第２の記憶手段と、 前記第２の記憶手段に記憶したデータ形式に基づいて、
   前記第１の記憶手段に記憶した内容データを、出力要求
   を行うクライアントのデータ形式に変換するデータ形式
   変換手段とを具備したことを特徴とするファイル管理装
   置。
2. 【請求項２】前記データ形式変換手段により変換した内
   容データを前記第１の記憶手段に記憶し、 前記クライアントのデータ形式を有する内容データが前
   記第１の記憶手段にない場合にのみ、前記データ形式変
   換手段を用いてデータ形式の変換を行うことを特徴とす
   る請求項１記載のファイル管理装置。
3. 【請求項３】前記第１の記憶手段に記憶した内容データ
   のうち、所定の条件を満たすものを削除する削除手段を
   具備したことを特徴とする請求項２記載のファイル管理
   装置。
4. 【請求項４】内容データおよび属性データからなるファ
   イルを記憶するとともに、通信手段を介して複数のクラ
   イアントと接続し、前記クライアントの要求に応じて前
   記ファイルの入力および出力を行うファイル管理装置に
   おいて、 内容が同一でデータの形式が異なる複数の前記内容デー
   タを１つのファイルとして前記属性データと対応させて
   記憶する記憶手段と、 前記ファイルの内容データをクライアントに出力する
   際、前記複数の内容データのうち前記出力先のクライア
   ントに適合するデータ形式の内容データを出力すべき内
   容データとして選択する内容データ選択手段とを具備し
   たことを特徴とするファイル管理装置。