JP3640314B2 - Control device and method for filing system - Google Patents

Control device and method for filing system Download PDF

Info

Publication number
JP3640314B2
JP3640314B2 JP26926893A JP26926893A JP3640314B2 JP 3640314 B2 JP3640314 B2 JP 3640314B2 JP 26926893 A JP26926893 A JP 26926893A JP 26926893 A JP26926893 A JP 26926893A JP 3640314 B2 JP3640314 B2 JP 3640314B2
Authority
JP
Japan
Prior art keywords
file
client
schema
server
attribute information
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
JP26926893A
Other languages
Japanese (ja)
Other versions
JPH07121425A (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 JP26926893A priority Critical patent/JP3640314B2/en
Publication of JPH07121425A publication Critical patent/JPH07121425A/en
Application granted granted Critical
Publication of JP3640314B2 publication Critical patent/JP3640314B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

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

Description

【0001】
【産業上の利用分野】
本発明は、ファイリングシステムに関し、特にマルチメディアデータなどを、属性の項目の異なる複数の管理形態で管理することができるファイリングシステムに関する。
【0002】
【従来の技術】
最近の情報処理技術の進展には著しいものがあり、文書データのみならず画像データや映像データ等の各種データ(以下「マルチメディアデータ」と言う。)がオフィスに氾濫している。
【0003】
このため、かかるマルチメディアデータを効率よく管理しようとして、従来から様々なファイルサーバやデータベースが用いられてきた。
【0004】
例えば、特開平2−3871号公報には、文書画像データに内容記述情報を付加して記憶媒体に格納し、この内容記述情報を用いて大量の文書画像データを効率的に管理し、検索効率の向上を図る画像情報ファイリング装置が開示されている。
【0005】
また、特開平4−344956号公報には、連係情報ディスク管理手段により、イメージ情報管理部分とコード情報管理部分との関連情報を管理して、該関連情報を用いて両者の情報を自動的に関連づけることにより、イメージ情報及びコード情報を結合管理する電子ファイリング装置が開示されている。
【0006】
【発明が解決しようとする課題】
しかしながら、上記技術に代表される従来技術は、それぞれ装置内に記憶したファイルのみを管理対象とするものであり、ネットワークシステムにおけるファイル管理機能全体の向上を図るものではない。
【0007】
すなわち、システム全体としてのファイル管理機能を向上ならしめるファイリングシステムが必要であるにも係わらず、従来のファイリングシステムにおいてはかかる機能が欠落していたのである。
【0008】
具体的には、トータルシステムとしてのファイル管理機能を考えると、各ファイリング装置等が管理するファイルをいかに統合管理するかが重要な問題となる。
【0009】
すなわち、各ファイリング装置においてファイルを個別に管理していたのでは、同一のファイルを複数のファイリング装置に格納することを回避できず、また所望のファイルがどのファイリング装置の管理下にあるかを簡易に調べることができないため、記憶容量の圧迫及び検索効率等の面で問題となる。
【0010】
また、従来のファイリング装置では、クライアントの要求を満足できる1つのファイル管理形態(以下「スキーマ」と言う。)を決定し、該スキーマを実現できるように装置構成されるため、一台のファイリング装置で満たし得る要求性能には限界があり、異なる管理形態でクライアントの要求に対応できるファイリング装置を有するファイリングシステムを構築することも重要な課題となっている。
【0011】
そこで、本発明では上記問題及び課題を解決し、ファイルを属性の項目の異なる複数の管理形態で管理できるとともに、ネットワークに接続する他の装置に格納されたファイル等をも合わせて管理できるファイリングシステムの制御装置および方法を提供することを目的とする。
【0012】
【課題を解決するための手段】
上記目的を達成するため、請求項1の発明は、内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御装置において、前記クライアントからの前記登録要求を該クライアントに対応する第1のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段と、前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記登録要求の受け付けに際して、前記複数のスキーマのうち前記登録要求に係わるファイルの属性情報と整合するスキーマを選択するスキーマ管理手段と、前記スキーマ管理手段で選択したスキーマに基づき前記サーバの登録対象ファイルの内容データを格納すべき格納場所を決定し、該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバアクセス手段に指示するとともに、該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理するファイル操作手段とを備えたことを特徴とする。
また、請求項2の発明は、内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御装置において、前記クライアントからの前記取出要求を該クライアントに対応する第1のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段と、前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記取出要求の受け付けに際して、前記複数のスキーマを前記取出要求に係わるファイルの属性情報の項目と照合して該当するスキーマを選択するスキーマ管理手段と、ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルを有し、前記スキーマ管理手段で選択したスキーマに基づき前記管理テーブルから該取出要求に係わるファイルの格納場所を求め、該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバアクセス手段に指示するとともに、該格納場所から取り出されたファイルの内容データをクライアントに転送させるファイル操作手段とを備えたことを特徴とする。
また、請求項3の発明は、内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御方法において、前記クライアントからの前記登録要求を該クライアントに対応する第1のプロトコルにてクライアントアクセス手段により受け付け、前記クライアントアクセス手段で受け付けた前記登録要求から登録対象ファイルの属性情報と内容を抽出し、スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマのうち前記抽出したファイルの属性情報と整合するスキーマを選択し、該選択したスキーマに基づき登録対象ファイルの内容データを格納すべき前記サーバの格納場所を決定し、該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理することを特徴とする。
また、請求項4の発明は、内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御方法において、前記クライアントからの前記取出要求を該クライアントに対応する第1のプロトコルにてクライアントアクセス手段により受け付け、前記クライアントアクセス手段で受け付けた前記取出要求から取出対象ファイルの属性情報を抽出し、スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを前記抽出したファイルの属性情報と照合して該当するスキーマを選択し、該選択したスキーマに基づき、ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルから該取出要求に係わるファイルの格納場所を求め、該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、該格納場所から取り出されたファイルの内容データをクライアントに転送することを特徴とする。
【0013】
【作用】
本発明によれば、複数種のクライアントからの要求をクライアントアクセス手段において受け付け、該受け付けた要求をスキーマ管理手段を用いて内部系の位置情報及び属性情報に変換するとともに、インデックス管理手段を用いて該内部系の位置情報及び属性情報に物理的格納位置を対応づけ、該物理的格納位置からデータアクセス手段を用いてデータをアクセスし、該アクセスしたデータをデータアクセス手段を用いてクライアントに応答する。
【0014】
これにより、ファイルを属性の項目の異なる複数の管理形態で管理できるとともに、ネットワークに接続する他の装置に格納されたファイル等をも合わせて管理することができる。
【0015】
【実施例】
以下、本発明に係るファイリングシステムの一実施例について図面を参照して説明する。
【0016】
図1は、ファイリングシステムの全体構成を示すブロック図である。
【0017】
図1に示すように、このファイリングシステムは、クライアント制御部11と、各クライアント12a〜12dと、各サーバ13a〜13cとから構成される。
【0018】
ここで、クライアント12a〜12dは、それぞれワークステーション(WS)等を扱うクライアントであり、それぞれクライアント制御部11に接続されている。
【0019】
このクライアント12a〜12dは、サーバ13a〜13c及びクライアント制御部11に対するファイルの登録、検索及び取り出し要求等を行うことが可能であり、いずれのサーバに対するアクセス要求も、クライアント制御部11を介して行うことになる。
【0020】
また、サーバ13a〜13cは、クライアント12a〜12dから登録されたファイルの管理を行うファイルサーバであり、それぞれクライアント制御部11に接続されている。
【0021】
そして、本発明の主体をなすクライアント制御部11は、各クライアント12a〜12dと、各サーバ13a〜13dとの間に設けられ、クライアントアクセス部11a、スキーマ管理部11b、ファイル操作部11c、サーバアクセス部11d及びローカルディスク11eから構成される。なお、このクライアント制御部11は、ローカルディスク11eを用いてファイル管理を行うファイルサーバとしても機能する。
【0022】
クライアントアクセス部11aは、クライアント12a〜12dからファイルの登録、検索及び取り出し要求を受け付け、該要求をスキーマ管理部11bに出力するとともに、スキーマ管理部11bから受け取った検索結果等を要求元のクライアントに出力するものである。
【0023】
このクライアントアクセス部11aにおいては、本システムの機能発揮に適合する標準プロトコル以外に、各種クライアントが用いる既存プロトコルを装備する。
【0024】
すなわち、このクライアント制御部11を用いる以前に、各クライアント12a〜12dが、サーバ13a〜13cとの間で使用していた既存プロトコルをクライアントアクセス部11aにおいて装備するのである。
【0025】
スキーマ管理部11bは、属性の項目の異なる複数のスキーマを管理する管理部である。すなわち、このクライアント制御部11においては、複数のスキーマを用いてローカルディスク11eを複数の形態で記述できるように構成し、このスキーマ管理部11bにおいてかかる複数のスキーマを管理している。
【0026】
ファイル操作部11cは、マルチメディアデータのファイルを内容データ(以下「内容」と言う。)及び属性情報を用いて管理・操作するものである。具体的には、要求された検索条件等に対応するスキーマを選択し、リファレンスポインタを用いてファイル操作を行うことになる。
【0027】
このリファレンスポインタとは、内容の格納場所を示す一種のアドレスポインタであり、従来用いられているアドレスポインタの概念を拡張したものである。
【0028】
すなわち、従来のアドレスポインタでは、ローカルディスク11e内部を対象範囲としてファイルの格納場所を指し示していたが、このリファレンスポインタでは、かかるローカルディスク11e内部に留まらず、他のサーバ13a〜13cについても対象範囲としている。
【0029】
また、このリファレンスポインタにおいては、ファイルを記憶する記憶媒体のみを対象とせず、物理的位置をも対象としている。具体的には、印刷物及び書物を管理対象として、これらの書物等が位置する書庫や書棚をリファレンスポインタを用いて指し示すことができるのである。
【0030】
サーバアクセス部11dは、クライアント制御部11とサーバ13a〜13cとの間のインターフェースを司る部分であり、クライアントアクセス部と同様に、標準プロトコル以外に、各種サーバ13a〜13cが用いる既存プロトコルを装備する。
【0031】
上記構成を持ちサーバとしても機能するクライアント制御部11を用いることにより、サーバ13a〜13cの上位サーバとしてクライアント制御部11を位置付け、各サーバのファイル管理機能を統合してファイリングシステムを実現できることになる。
【0032】
次に、上記構成を有するファイリングシステムを用いたファイルの格納・検索手順について図2を用いて説明する。
【0033】
まず、クライアント12aからサーバ13bに文書ファイルを格納する場合について説明する。
【0034】
クライアント12aが、既存プロトコルを用いてサーバ13bに対する文書ファイルの格納要求を行う(S201)と、この要求をクライアントアクセス部11aが受け付け、スキーマ管理部11bに出力する(S202)。そして、格納要求を受けたスキーマ管理部11bでは、文書ファイルの有する属性データに基づいてスキーマを選択して、該スキーマにおける文書ファイルの格納位置を確認する。そして、文書ファイルを格納位置とともにファイル操作部11cに出力する(S203)。
【0035】
そして、ファイル操作部11cでは、文書ファイルの属性データに基づいてファイル管理用の属性情報を作成し、この属性情報を所定の格納位置に格納するとともに、文書ファイルをサーバアクセス部11dに送出する(S204)。
【0036】
なお、ここで作成される属性情報は、文書ファイルの属性データに文書ファイルの格納場所を示すリファレンスポインタ等を付加したものであり、この場合にはサーバ13bに対応する情報がリファレンスポインタとして用いられる。
【0037】
そして、サーバアクセス部11dでは、該文書ファイルを既存プロトコルを用いてサーバ13bに送信し(S205)、サーバ13b内に文書ファイルが格納される。
【0038】
また、サーバ13bが文書ファイルの格納を完了したならば、格納完了通知をサーバアクセス部11dに対して送信する(S206)。そして、該格納完了通知が、逐次ファイル操作部11c、スキーマ管理部11b及びクライアントアクセス部11aに転送され(S207)、該クライアントアクセス部11aから文書ファイルの格納要求を行ったクライアント12aに対して格納完了通知が既存プロトコルで出力されることになる(S208)。
【0039】
上記格納処理を行うことにより、クライアント12aの要求どうりに文書ファイルがサーバ13bに格納されるだけでなく、該文書ファイルがサーバ13bに格納されていることを、ファイル操作部11cにおいて認識できることになる。
【0040】
なお、クライアント12a及びサーバ13bにおいては、既存プロトコルを用いて従来手順でファイルの転送及び受領を行うことができるため、クライアント制御部11導入に伴う改修を必要とせず、あくまでクライアント制御部11をトランスペアレント(透過的)なものとみなすことが可能となる。
【0041】
次に、クライアント12bからクライアント制御部11に対してファイル検索要求が行われた場合の処理手順について説明する。
【0042】
クライアント12bが、標準プロトコルを用いてクライアント制御部11に対してファイル検索要求を行う(S211)と、この要求をクライアントアクセス部11aが受け付け、スキーマ管理部11bに出力する(S212)。そして、検索要求を受けたスキーマ管理部11bでは、検索条件に適合するスキーマを選択して、検索条件とともにファイル操作部11cに出力する(S213)。
【0043】
そして、ファイル操作部11bにおいて、当該スキーマに従い検索条件に合致する属性情報を検索し、該当するファイルに関する情報を検索結果としてスキーマ管理部11bに出力する(S214)。
【0044】
この際、各属性情報には、ファイルの格納場所を示すリファレンスポインタが付与されているため、検索条件に合致するファイルの格納場所についても検索結果に含めることも可能である。
【0045】
そして、この検索結果が、スキーマ管理部11c及びクライアントアクセス部11aを介して、標準プロトコルを用いてクライアント12bに対して出力される(S215、S216)。
【0046】
上記検索処理を行うことにより、クライアント12aの検索要求に合致するファイルが、クライアント制御部11のみならず、サーバ13a〜13cに存在する場合においても検索して出力できることになる。
【0047】
以上、本発明に係るファイリングシステムの概要構成及び処理の概要について説明したので、以下では各クライアント、各サーバ及びクライアント制御部がネットワークに接続された場合の第2の実施例を用いて具体的に説明する。
【0048】
図3は、第2の実施例におけるファイリングシステムのシステム構成を示すブロック図である。
【0049】
図3に示すように、第2の実施例においては、ワークステーション(WS)、パーソナルコンピュータ(PS)及びスキャナー(Scan)をそれぞれ装備するクライアント12a〜12cが、LAN21(ローカルエリアネットワーク)を介して、またファクシミリ(FAX)クライアントがFAX回線手段を介して、それぞれクライアント制御部11と接続されている。
【0050】
また、クライアント制御部11は、LAN22を介して、外部サーバ13a及び13bと接続されている。なお、この外部サーバは前例と同様に、ファイル管理を行うファイルサーバであるものとする。
【0051】
なお、本実施例においては、説明の便宜上LAN21及びLAN22を別々に設けることとしたが、同一のLAN上にそれぞれ接続することもできる。
【0052】
クライアント制御部11は、前実施例と同様に、クライアントアクセス部11a、スキーマ管理部11b、ファイル操作部11c、サーバアクセス部11d及びローカルディスク11eから構成されている。
【0053】
ここで、本実施例においては、クライアントアクセス部11aを、ローカルメディアアクセス部A1と、ネットワークアクセス部A2と、FAX回線アクセス部A3とから構成している。
【0054】
ローカルメディアアクセス部A1は、クライアント制御部11に設けられた図示しないフロッピイディスク装置等のローカルメディアから、ファイルの登録要求等を受け付けるものである。
【0055】
ネットワークアクセス部A2は、LAN21を介して接続されている各クライアント12a〜12cからのアクセス要求を受け付けるものである。
【0056】
FAX回線アクセス部A3は、FAX回線手段を用いてクライアント制御部11に対してアクセスを行うクライアントからのアクセス要求を受け付けるものであり、この場合には、FAX回線手段を用いるFAXクライアント12dからのアクセス要求が、このFAX回線アクセス部A3によって受け付けられる。
【0057】
なお、上記の各アクセス部A1〜A3は、それぞれ複数のプロトコルを装備することが可能であり、クライアント制御部用の標準プロトコルの他に、既存プロトコル等を用いることができる。
【0058】
また、スキーマ管理部11bは、スキーマB1及びスキーマB2等の複数のスキーマを管理しており、例えばファイルを格納する場合には、ファイルの属性を参照し、該属性に適合するスキーマを選択することになる。なお、このスキーマの内容については後述する。
【0059】
次に、ファイル操作部11cは、内容処理部C1及び属性処理部C2から構成される。なお、この実施例においては、ファイルを内容と属性に分けて、内容を所定のサーバに格納するとともに、該属性をファイル操作部11c内で取り扱う場合について説明する。
【0060】
内容処理部C1は、ファイルの内容を処理するものであり、具体的には内容を格納する格納場所を決定し、該格納場所に内容を格納するよう、サーバアクセス部11cに対して指示するものである。これによりファイルの内容は、サーバ13a又は13b若しくはローカルディスク11eに格納される。なお、クライアントが格納する外部サーバを指定している場合には、該外部サーバの指定に従うことになる。
【0061】
属性処理部C2は、内容処理部C1において決定した格納場所をリファレンスポインタとして属性を付加し、該属性等を該スキーマに対応する図示しない管理テーブルに記憶するものである。なお、この管理テーブルは、スキーマ毎に設けられる。
【0062】
次に、サーバアクセス部11dは、ローカルディスクアクセス部D1及びネットワークアクセス部D2から構成される。
【0063】
ローカルディスクアクセス部D1は、クライアント制御部11がサーバとして機能する際に用いられるものであり、ローカルディスク11eに対するアクセスを行うものである。
【0064】
ネットワークアクセス部D2は、LAN22を介して外部サーバ13a又は13bに対してアクセスする際に用いられるものである。なお、このネットワークアクセス部D2においては、標準プロトコルの他に既存プロトコルを装備することが可能である。
【0065】
次に、上記構成を有するクライアント制御部11において行う、ファイルの登録、検索、取り出し処理について具体的に説明する。
【0066】
図4は、図3に示すクライアント制御部11のファイル登録処理の流れを示すフローチャートである。
【0067】
図4に示すように、クライアントから所定のプロトコルでファイルの登録要求を受けた場合には、該プロトコルを解釈し(S401)、該当するアクセス部A1〜A3から要求を受け付け、スキーマ管理部11bに出力する。
【0068】
そして、スキーマ管理部11bでは、登録要求を受けたファイルから属性及び内容を抽出し(S402)、各スキーマ管理構造に要する情報(以下「スキーマ情報」と言う。)と該ファイルの属性との整合性を調べ(S403)、対応するスキーマがない場合には、エラー終了通知をクライアントに行った後(S404)、処理を終了する。この際、該ファイルに対応するスキーマを新たに構築することも可能である。
【0069】
これに対して、該ファイルの属性に対応するスキーマが存在する場合には、該スキーマを確定した後、ファイルの内容及び属性をファイル操作部11cに送出する。
【0070】
そして、ファイル操作部11cでは、まず内容処理部C1において該ファイルの内容を格納する格納場所を決定し、属性処理部C2に通知する。なお、クライアントが格納先のサーバを指定した場合にはその指定に従う。
【0071】
この通知を受けた属性処理部C2においては、属性に対して内容データの格納場所をリファレンスポインタとして付加し、該スキーマの所定の位置に追加して図示しない管理テーブルに格納する(S405)。
【0072】
次に、この属性の格納が正常に完了したか否かを確認し(S406)、正常に完了した場合には、該ファイルの内容を決定した格納場所に格納するようサーバアクセス部11dに対して指示する。
【0073】
そして、サーバアクセス部11dは、格納場所がローカルディスクである場合にはローカルディスクアクセス部D1を用いて、また格納場所が外部サーバ13a又は13bである場合には外部サーバアクセス部D2を用いて、該ファイルの内容を格納する(S407)。
【0074】
そして、このファイルの内容が正常に格納されたか否かを確認し(S408)、正常に格納された場合には、クライアントに対して正常終了した旨を通知した後(S409)、処理を終了する。
【0075】
なお、S406及びS408において、正常に完了しない場合には、クライアントに対してエラー終了通知を行った(S404)後、処理を終了する。
【0076】
次に、上記ファイルの検索処理について図5に示すフローチャートを用いて説明する。
【0077】
図5は、図3に示すクライアント制御部11のファイル検索処理の流れを示すフローチャートである。
【0078】
図5に示すように、クライアント12a〜12dから検索要求を受けた場合には、上記登録処理と同様に、クライアントアクセス部11aにおいてプロトコルを解釈し(S501)、対応するアクセス部から検索要求を受け付け、スキーマ管理部11bに送出する。
【0079】
そして、スキーマ管理部11bにおいては、検索要求から検索範囲と検索条件を抽出し(S502)、該検索条件等に対応するスキーマが有るか否かを各スキーマ情報と照合して調べる(S503)。
【0080】
そして、検索条件等に合致するスキーマが存在しない場合には、クライアントに対して該当ファイルなしとして検索結果を通知した(S506)後、処理を終了する。
【0081】
これに対して、対応するスキーマが存在する場合には、該検索条件等をファイル操作部11cに送出する。
【0082】
そして、ファイル操作部11cにおいては、属性処理部C2を用いて、検索条件に合致する属性を有するファイルを検索し(S504)、検索結果を集計した後(S505)、該検索結果をクライアントに通知(S506)して処理を終了する。
【0083】
次に、上記ファイルの取り出し処理について図6に示すフローチャートを用いて説明する。
【0084】
図6は、図3に示すクライアント制御部11のファイル取り出し処理の流れを示すフローチャートである。
【0085】
図6に示すように、クライアント12a〜12dからファイルの取り出し要求を受けた場合には、上記登録処理と同様に、クライアントアクセス部11aにおいてプロトコルを解釈し(S601)、対応するアクセス部から取り出し要求を受け付け、スキーマ管理部11bに送出する。
【0086】
そして、スキーマ管理部11bにおいて、取り出すべきファイルの属性に対応する情報を取り出し要求から抽出し(S602)、各スキーマ情報と照合する(S603)。
【0087】
その結果、該当するスキーマがない場合には、クライアントに対してエラー終了通知を行った後(S604)、処理を終了する。
【0088】
これに対して、該当するスキーマが存在する場合には、該ファイル取り出し要求をファイル操作部11cに対して出力する。
【0089】
この取り出し要求を受けたファイル操作部11cは、属性処理部C2を用いて、取り出し要求に合致する属性を取り出す(S605)。
【0090】
そして、この属性の取り出しが正常に終了したか否かを確認し(S606)、正常に終了した場合には、属性の中からリファレンスポインタを取り出し、ファイルの格納場所を確認する。
【0091】
そして、このリファレンスポインタの指し示す格納場所から内容を取り出し(S607)、取り出しが正常に終了したならば(S608)、内容及び属性をクライアントに転送して(S609)、処理を終了する。
【0092】
以上のように、ファイルの格納、検索及び取り出し処理を行うことにより、外部サーバ13a及び13bをローカルディスク11eと区別することなく、ファイル管理できることになる。
【0093】
次に、スキーマ管理部11bで用いる各スキーマの構造について説明する。
【0094】
図7は、スキーマの構造を示す概念図である。
【0095】
図7に示すように、スキーマ管理部11bは、スキーマB1及びスキーマB2のように複数のスキーマを内在している。
【0096】
また、各スキーマは、各属性を木構造で管理しており、例えばスキーマB1の下に属性71及び属性72が配置され、また属性71の下に属性71a及び属性71bが配置されるのである。
【0097】
このように、木構造のスキーマを用いることにより、検索効率の良いスキーマが実現できることになる。
【0098】
なお、本発明で取り扱うことのできるスキーマは、木構造に限定されるものではなく、各種構造を持つスキーマを使用できる。
【0099】
また、スキーマ管理部11bにおいては、スキーマの追加及び削除等を自在に行うことができる。
【0100】
次に、スキーマ管理部11bの具体例について、図8を用いて説明する。
【0101】
図8に示すように、スキーマ管理部11bは、スキーマB1及びスキーマB2を内在しているものとする。
【0102】
ここで、スキーマB1は、年月日をタイプとする作成日と、文字列をタイプとする作成者と、数字をタイプとする文書形式を項目として有するスキーマ情報B10により特徴付けられるものであり、スキーマB2は、年月日をタイプとする発行日と、数字をタイプとする伝票種別と、文字列をタイプとする得意先とを項目として有するスキーマ情報B20により特徴付けられたスキーマである。
【0103】
また、各スキーマを構成する属性については、スキーマ情報の構成要素毎に具体的な値を有しており、例えば、スキーマB1に配置された属性81には、”930824”が作成日として、”山口”が作成者として、”1”が文書形式としてそれぞれ格納されている。
【0104】
さらに、属性には、例えば、属性81に内容ポインタ810aを付加したように、内容の格納場所を指し示すリファレンスポインタが格納されている。
【0105】
このリファレンスポインタは、単にサーバのローカルディスク内のアドレスを指し示すだけでなく、外部サーバ及び物理的な書庫等についても含める異が可能である。
【0106】
すなわち、従来のデータベース等においては、1つのデータベースに対して1つのスキーマを設定していたのに対し、本発明においてはこのスキーマ管理部11bで属性の項目の異なる複数のスキーマを管理するとともに、従来のアドレスポインタにおいては、ローカルディスク内の記憶場所を示していたのに対し、本発明では外部サーバ及び物理的な書庫等を指し示すことが可能なリファレンスポインタを属性内に設けているのである。
【0107】
次に、スキーマ管理部11bにおける管理形態と、WSクライアントの表示画面との関係について、図9を用いて説明する。
【0108】
図9に示すように、スキーマ管理部11bが有するスキーマB1、B2毎に、WSクライアントの画面上にはドロア91、92が表示されている。
【0109】
また、スキーマB1に配置された属性81、82は、ドロア91内のキャビネットとして表示され、属性81の下に配置された属性81a及び81bは文書としてそれぞれ表示されている。
【0110】
このように、スキーマ毎にドロアを設け、ドロア内のフォルダ及び文書に対応させて属性を配置することにより、各スキーマの構造をワークステーション上に表示し、クライアントの指定を受けることが可能となる。
【0111】
上述してきたように、本実施例においては、スキーマ管理部11bにおいて、複数のスキーマを管理できるよう構成したので、複数の管理構造を用いてファイル管理を行うことができる。
【0112】
また、ファイル操作部11cにおいて、リファレンスポインタによりローカルディスク11e内のファイルのみならず、外部サーバ13a〜13c及び書棚等を指し示すように構成したので、外部サーバ等に格納するファイルを統合管理することができる。
【0113】
さらに、クライアント12a〜12dから入力されたアクセス要求を、クライアントアクセス部11aにおいて複数のプロトコルを用いて受け付けるよう構成したので、標準プロトコルはもちろんのこと、既存のプロトコルを用いてアクセス要求を行うことができる。
【0114】
なお、本実施例においては、外部サーバとしてファイルサーバを対象としたが、本発明はこれに限定されるものではなく、データベース及びメールサーバ等のファイル管理を行う各種装置に適用することが可能である。
【0115】
【発明の効果】
以上詳細に説明したように、本発明によれば、スキーマ管理手段において、属性の項目の異なる複数のスキーマを管理できるよう構成したので、複数の管理構造を用いてファイル管理を行うことが可能となる。
【0116】
また、クライアントからはサーバと同じプロトコルでアクセスできるので、トランスペアレントであるという効果も生じる。
【図面の簡単な説明】
【図1】 本発明に係るファイリングシステムの第1の実施例における全体構成を示すブロック図。
【図2】 図1に示すファイリングシステムのファイル格納及びファイル検索手順を示す図。
【図3】 本発明に係るファイリングシステムの第2の実施例における全体構成及びクライアント制御部の細部構成を示すブロック図。
【図4】 図3に示すクライアント制御部のファイル登録手順を示すフローチャート。
【図5】 図3に示すクライアント制御部のファイル検索手順を示すフローチャート。
【図6】 図3に示すクライアント制御部のファイル取り出し手順を示すフローチャート。
【図7】 図3に示すスキーマ管理部で扱うスキーマの構造を示す概念図。
【図8】 スキーマの具体的構成の一例を示す図。
【図9】 スキーマと画面表示との対応関係を示す図。
【符号の説明】
11 クライアント制御部、 11a クライアントアクセス部、
11b スキーマ管理部、 11c ファイル操作部、
11d サーバアクセス部、 11e ローカルディスク、
12a〜12d クライアント、 13a〜13c サーバ、
21〜22 LAN、 3 LAN
A1 ローカルメディアアクセス部、 A2 ネットワークアクセス部、
A3 FAX回線アクセス部、 B1〜B2 スキーマ、
C1 内容処理部、 C2 属性処理部、
D1 ローカルディスクアクセス部、 D2 外部サーバアクセス部
[0001]
[Industrial application fields]
The present invention relates to a filing system, and more particularly to a filing system capable of managing multimedia data and the like in a plurality of management forms having different attribute items.
[0002]
[Prior art]
Recent progress in information processing technology is remarkable, and not only document data but also various data such as image data and video data (hereinafter referred to as “multimedia data”) are flooded in the office.
[0003]
For this reason, various file servers and databases have been conventionally used in order to efficiently manage such multimedia data.
[0004]
For example, Japanese Patent Laid-Open No. 2-3871 discloses that content description information is added to document image data and stored in a storage medium, and a large amount of document image data is efficiently managed using the content description information. An image information filing device that improves the above is disclosed.
[0005]
In Japanese Patent Laid-Open No. 4-344956, related information disc management means manages related information between the image information management part and the code information management part, and the information of both is automatically used using the related information. An electronic filing device that combines and manages image information and code information by associating them is disclosed.
[0006]
[Problems to be solved by the invention]
However, the conventional techniques represented by the above-described techniques are intended to manage only files stored in the respective devices, and do not attempt to improve the entire file management function in the network system.
[0007]
That is, although a filing system that improves the file management function of the entire system is necessary, the conventional filing system lacks such a function.
[0008]
Specifically, considering the file management function as a total system, how to integrate and manage the files managed by each filing device or the like becomes an important issue.
[0009]
In other words, if each file is managed individually in each filing device, it is not possible to avoid storing the same file in a plurality of filing devices, and it is easy to determine which filing device the desired file is under control of. Therefore, there are problems in terms of storage capacity compression and search efficiency.
[0010]
Further, in the conventional filing apparatus, one file management mode (hereinafter referred to as “schema”) that can satisfy the client's request is determined, and the apparatus is configured to realize the schema. However, there is a limit to the required performance that can be satisfied by the above, and it is also an important issue to construct a filing system having a filing apparatus that can respond to client requests in different management forms.
[0011]
Therefore, the present invention solves the above problems and problems, and can manage a file in a plurality of management forms having different attribute items, and can also manage a file stored in another device connected to the network together It is an object of the present invention to provide a control apparatus and method.
[0012]
[Means for Solving the Problems]
In order to achieve the above object, the invention of claim 1 is a filing system control device that accepts a registration request for a file comprising content data and attribute information from a client and registers the content data of the file related to the registration request in a server. A client access means for accepting the registration request from the client using a first protocol corresponding to the client and returning a response; and a server accessing the server using a second protocol corresponding to the server An access unit and a plurality of schemas that define attribute information items of the file, and a file related to the registration request among the plurality of schemas when the client access unit accepts the registration request from the client. Attribute information A schema management unit that selects a schema to be stored, a storage location in which the content data of the registration target file of the server is to be stored based on the schema selected by the schema management unit, and the registration target file is stored in the determined storage location In addition to instructing the server access means to store content data, the file access means for storing and managing the storage location corresponding to the schema in the management table by adding the storage location to the attribute information of the registration target file It is characterized by.
According to a second aspect of the present invention, there is provided a control apparatus for a filing system that accepts a retrieval request for a file comprising content data and attribute information from a client and retrieves the file from a server. Client access means for accepting the first protocol corresponding to the server and returning a response, server access means for accessing the server using the second protocol corresponding to the server, and items of attribute information of the file A plurality of schemas defined respectively are managed, and when the client access means accepts the retrieval request from the client, the plurality of schemas are stored in the attribute information of the file related to the retrieval request. Items and Schema management means for comparing and selecting a corresponding schema, and a management table for adding and storing the file storage location to the attribute information of the file and storing and managing corresponding to the schema, and the schema selected by the schema management means Based on the management table, the storage location of the file related to the retrieval request is obtained, the server access means is instructed to retrieve the content data of the file from the storage location of the file, and the file retrieved from the storage location And file operation means for transferring content data to the client.
According to a third aspect of the present invention, there is provided a filing system control method for accepting a registration request for a file comprising content data and attribute information from a client and registering the content data of the file related to the registration request in a server. The registration request is received by the client access means in the first protocol corresponding to the client, the attribute information and contents of the registration target file are extracted from the registration request received by the client access means, and managed by the schema management means The schema that matches the attribute information of the extracted file is selected from a plurality of schemas that respectively define the attribute information items of the file, and the content data of the registration target file should be stored based on the selected schema Decide where to store the server And instructing the server access means for accessing the server by the second protocol corresponding to the server so as to store the content data of the registration target file in the determined storage location. It is added to the attribute information of the registration target file and stored and managed in correspondence with the schema in the management table.
According to a fourth aspect of the present invention, there is provided a filing system control method for accepting a retrieval request for a file comprising content data and attribute information from a client, and retrieving the file from a server, wherein the retrieval request from the client is received by the client. Item of the attribute information of the file managed by the schema management unit by extracting the attribute information of the extraction target file from the extraction request received by the client access unit in the first protocol corresponding to A plurality of schemas that respectively define file names are compared with the attribute information of the extracted file, and the corresponding schema is selected. Based on the selected schema, the storage location of the file is added to the attribute information of the file to correspond to the schema. Management and storage management A server access unit that obtains a storage location of the file related to the retrieval request from the server and accesses the server by a second protocol corresponding to the server so as to retrieve the content data of the file from the storage location of the file; In addition to instructing, the content data of the file taken out from the storage location is transferred to the client.
[0013]
[Action]
According to the present invention, a request from a plurality of types of clients is received by the client access means, the received request is converted into internal system location information and attribute information using the schema management means, and the index management means is used. A physical storage position is associated with the position information and attribute information of the internal system, data is accessed from the physical storage position using data access means, and the accessed data is returned to the client using data access means. .
[0014]
As a result, files can be managed in a plurality of management forms having different attribute items, and files stored in other devices connected to the network can be managed together.
[0015]
【Example】
Hereinafter, an embodiment of a filing system according to the present invention will be described with reference to the drawings.
[0016]
FIG. 1 is a block diagram showing the overall configuration of the filing system.
[0017]
As shown in FIG. 1, the filing system includes a client control unit 11, clients 12a to 12d, and servers 13a to 13c.
[0018]
Here, the clients 12 a to 12 d are clients that handle workstations (WS) and the like, and are connected to the client control unit 11.
[0019]
The clients 12a to 12d can make file registration, search, and retrieval requests to the servers 13a to 13c and the client control unit 11, and make access requests to any of the servers via the client control unit 11. It will be.
[0020]
The servers 13a to 13c are file servers that manage files registered from the clients 12a to 12d, and are connected to the client control unit 11, respectively.
[0021]
The client control unit 11 constituting the subject of the present invention is provided between the clients 12a to 12d and the servers 13a to 13d. The client access unit 11a, the schema management unit 11b, the file operation unit 11c, and the server access It comprises a section 11d and a local disk 11e. The client control unit 11 also functions as a file server that performs file management using the local disk 11e.
[0022]
The client access unit 11a receives file registration, search, and retrieval requests from the clients 12a to 12d, outputs the requests to the schema management unit 11b, and sends the search results received from the schema management unit 11b to the requesting client. Output.
[0023]
The client access unit 11a is equipped with existing protocols used by various clients in addition to the standard protocol adapted to the function of the system.
[0024]
In other words, before using the client control unit 11, each client 12a to 12d equips the client access unit 11a with the existing protocol used with the servers 13a to 13c.
[0025]
The schema management unit 11b is a management unit that manages a plurality of schemas having different attribute items. That is, the client control unit 11 is configured so that the local disk 11e can be described in a plurality of forms using a plurality of schemas, and the schema management unit 11b manages the plurality of schemas.
[0026]
The file operation unit 11c manages and operates multimedia data files using content data (hereinafter referred to as “content”) and attribute information. Specifically, a schema corresponding to the requested search condition or the like is selected, and a file operation is performed using the reference pointer.
[0027]
This reference pointer is a kind of address pointer indicating the storage location of the contents, and is an extension of the concept of a conventionally used address pointer.
[0028]
That is, in the conventional address pointer, the storage location of the file is indicated with the inside of the local disk 11e as the target range, but this reference pointer does not stay within the local disk 11e but also the target range of the other servers 13a to 13c. It is said.
[0029]
In addition, this reference pointer does not target only the storage medium storing the file, but also the physical position. Specifically, it is possible to use a reference pointer to point to a library or a book shelf in which these books and the like are located, with prints and books as management targets.
[0030]
The server access unit 11d is a part that controls the interface between the client control unit 11 and the servers 13a to 13c. Like the client access unit, the server access unit 11d is equipped with existing protocols used by the various servers 13a to 13c in addition to the standard protocol. .
[0031]
By using the client control unit 11 having the above-described configuration and functioning also as a server, the client control unit 11 can be positioned as an upper server of the servers 13a to 13c, and a file management function of each server can be integrated to realize a filing system. .
[0032]
Next, a file storage / retrieval procedure using the filing system having the above configuration will be described with reference to FIG.
[0033]
First, a case where a document file is stored from the client 12a to the server 13b will be described.
[0034]
When the client 12a makes a document file storage request to the server 13b using the existing protocol (S201), the client access unit 11a accepts the request and outputs it to the schema management unit 11b (S202). In response to the storage request, the schema management unit 11b selects a schema based on the attribute data of the document file, and confirms the storage location of the document file in the schema. Then, the document file is output to the file operation unit 11c together with the storage position (S203).
[0035]
Then, the file operation unit 11c creates file management attribute information based on the attribute data of the document file, stores this attribute information in a predetermined storage location, and sends the document file to the server access unit 11d ( S204).
[0036]
The attribute information created here is obtained by adding a reference pointer indicating the storage location of the document file to the attribute data of the document file. In this case, information corresponding to the server 13b is used as the reference pointer. .
[0037]
Then, the server access unit 11d transmits the document file to the server 13b using the existing protocol (S205), and the document file is stored in the server 13b.
[0038]
If the server 13b completes the storage of the document file, a storage completion notification is transmitted to the server access unit 11d (S206). Then, the storage completion notification is sequentially transferred to the file operation unit 11c, the schema management unit 11b, and the client access unit 11a (S207), and stored in the client 12a that has requested storage of the document file from the client access unit 11a. A completion notification is output using the existing protocol (S208).
[0039]
By performing the above storage processing, not only the document file is stored in the server 13b as requested by the client 12a, but also the file operation unit 11c can recognize that the document file is stored in the server 13b. Become.
[0040]
Since the client 12a and the server 13b can transfer and receive files in the conventional procedure using an existing protocol, the client control unit 11 does not need to be modified with the introduction of the client control unit 11. It can be regarded as (transparent).
[0041]
Next, a processing procedure when a file search request is made from the client 12b to the client control unit 11 will be described.
[0042]
When the client 12b makes a file search request to the client control unit 11 using a standard protocol (S211), the client access unit 11a accepts this request and outputs it to the schema management unit 11b (S212). In response to the search request, the schema management unit 11b selects a schema that matches the search condition and outputs it to the file operation unit 11c together with the search condition (S213).
[0043]
Then, the file operation unit 11b searches for attribute information that matches the search condition in accordance with the schema, and outputs information about the corresponding file to the schema management unit 11b as a search result (S214).
[0044]
At this time, since each attribute information is provided with a reference pointer indicating the storage location of the file, the storage location of the file that matches the search condition can also be included in the search result.
[0045]
Then, this search result is output to the client 12b using the standard protocol via the schema management unit 11c and the client access unit 11a (S215, S216).
[0046]
By performing the search process, a file that matches the search request of the client 12a can be searched and output not only in the client control unit 11 but also in the servers 13a to 13c.
[0047]
The outline configuration and the outline of the processing of the filing system according to the present invention have been described above. Hereinafter, the client, the server, and the client control unit are specifically described using the second embodiment when connected to the network. explain.
[0048]
FIG. 3 is a block diagram showing the system configuration of the filing system in the second embodiment.
[0049]
As shown in FIG. 3, in the second embodiment, clients 12a to 12c equipped with a workstation (WS), a personal computer (PS), and a scanner (Scan) are connected via a LAN 21 (local area network). A facsimile (FAX) client is connected to the client control unit 11 via a FAX line means.
[0050]
The client control unit 11 is connected to the external servers 13a and 13b via the LAN 22. It is assumed that this external server is a file server that performs file management, as in the previous example.
[0051]
In this embodiment, the LAN 21 and the LAN 22 are provided separately for convenience of explanation, but can be connected to the same LAN.
[0052]
As in the previous embodiment, the client control unit 11 includes a client access unit 11a, a schema management unit 11b, a file operation unit 11c, a server access unit 11d, and a local disk 11e.
[0053]
Here, in this embodiment, the client access unit 11a includes a local media access unit A1, a network access unit A2, and a FAX line access unit A3.
[0054]
The local media access unit A1 receives a file registration request or the like from local media such as a floppy disk device (not shown) provided in the client control unit 11.
[0055]
The network access unit A2 receives access requests from the clients 12a to 12c connected via the LAN 21.
[0056]
The FAX line access unit A3 accepts an access request from a client that accesses the client control unit 11 using a FAX line unit. In this case, the access from the FAX client 12d using the FAX line unit is performed. The request is accepted by the FAX line access unit A3.
[0057]
Each of the access units A1 to A3 can be equipped with a plurality of protocols, and an existing protocol or the like can be used in addition to the standard protocol for the client control unit.
[0058]
The schema management unit 11b manages a plurality of schemas such as the schema B1 and the schema B2. For example, when storing a file, refer to the attribute of the file and select a schema that matches the attribute. become. The contents of this schema will be described later.
[0059]
Next, the file operation unit 11c includes a content processing unit C1 and an attribute processing unit C2. In this embodiment, a case will be described in which a file is divided into contents and attributes, the contents are stored in a predetermined server, and the attributes are handled in the file operation unit 11c.
[0060]
The content processing unit C1 processes the content of the file. Specifically, the content processing unit C1 determines a storage location for storing the content and instructs the server access unit 11c to store the content in the storage location. It is. As a result, the contents of the file are stored in the server 13a or 13b or the local disk 11e. When the client specifies an external server to be stored, the specification of the external server is followed.
[0061]
The attribute processing unit C2 adds an attribute using the storage location determined by the content processing unit C1 as a reference pointer, and stores the attribute or the like in a management table (not shown) corresponding to the schema. This management table is provided for each schema.
[0062]
Next, the server access unit 11d includes a local disk access unit D1 and a network access unit D2.
[0063]
The local disk access unit D1 is used when the client control unit 11 functions as a server, and accesses the local disk 11e.
[0064]
The network access unit D2 is used when accessing the external server 13a or 13b via the LAN 22. The network access unit D2 can be equipped with an existing protocol in addition to the standard protocol.
[0065]
Next, file registration, retrieval, and retrieval processing performed by the client control unit 11 having the above-described configuration will be specifically described.
[0066]
FIG. 4 is a flowchart showing the flow of file registration processing of the client control unit 11 shown in FIG.
[0067]
As shown in FIG. 4, when a file registration request is received from a client using a predetermined protocol, the protocol is interpreted (S401), the request is received from the corresponding access unit A1 to A3, and the schema management unit 11b receives the request. Output.
[0068]
Then, the schema management unit 11b extracts attributes and contents from the file that has received the registration request (S402), and matches the information required for each schema management structure (hereinafter referred to as "schema information") with the attributes of the file. If there is no corresponding schema, an error end notification is sent to the client (S404), and the process ends. At this time, a schema corresponding to the file can be newly constructed.
[0069]
On the other hand, if a schema corresponding to the attribute of the file exists, the content and attribute of the file are sent to the file operation unit 11c after the schema is fixed.
[0070]
In the file operation unit 11c, first, the content processing unit C1 determines a storage location for storing the content of the file, and notifies the attribute processing unit C2. If the client specifies a storage destination server, the specification is followed.
[0071]
Upon receiving this notification, the attribute processing unit C2 adds the storage location of the content data to the attribute as a reference pointer, adds it to a predetermined position of the schema, and stores it in a management table (not shown) (S405).
[0072]
Next, it is confirmed whether or not the storage of this attribute has been completed normally (S406). If the storage has been completed normally, the server access unit 11d is asked to store the contents of the file in the determined storage location. Instruct.
[0073]
The server access unit 11d uses the local disk access unit D1 when the storage location is the local disk, and uses the external server access unit D2 when the storage location is the external server 13a or 13b. The contents of the file are stored (S407).
[0074]
Then, it is confirmed whether or not the content of this file has been stored normally (S408). If the file has been stored normally, the client is notified of the normal end (S409), and the process ends. .
[0075]
In S406 and S408, if the process is not completed normally, an error end notification is sent to the client (S404), and then the process ends.
[0076]
Next, the file search process will be described with reference to the flowchart shown in FIG.
[0077]
FIG. 5 is a flowchart showing the flow of the file search process of the client control unit 11 shown in FIG.
[0078]
As shown in FIG. 5, when a search request is received from the clients 12a to 12d, the client access unit 11a interprets the protocol (S501) and accepts the search request from the corresponding access unit as in the above registration process. And sent to the schema management unit 11b.
[0079]
Then, the schema management unit 11b extracts a search range and a search condition from the search request (S502), and checks whether there is a schema corresponding to the search condition or the like by checking each schema information (S503).
[0080]
If there is no schema that matches the search conditions, the search result is notified to the client that there is no corresponding file (S506), and the process ends.
[0081]
On the other hand, if the corresponding schema exists, the search condition and the like are sent to the file operation unit 11c.
[0082]
Then, the file operation unit 11c uses the attribute processing unit C2 to search for files having attributes that match the search conditions (S504), aggregate the search results (S505), and notify the search results to the client. (S506) and the process ends.
[0083]
Next, the file extraction process will be described with reference to the flowchart shown in FIG.
[0084]
FIG. 6 is a flowchart showing the flow of file retrieval processing of the client control unit 11 shown in FIG.
[0085]
As shown in FIG. 6, when a file retrieval request is received from the clients 12a to 12d, the protocol is interpreted in the client access unit 11a (S601), and the retrieval request is issued from the corresponding access unit, as in the registration process. Is sent to the schema management unit 11b.
[0086]
Then, in the schema management unit 11b, information corresponding to the attribute of the file to be extracted is extracted from the extraction request (S602) and collated with each schema information (S603).
[0087]
As a result, if there is no corresponding schema, an error end notification is sent to the client (S604), and the process ends.
[0088]
On the other hand, if the corresponding schema exists, the file retrieval request is output to the file operation unit 11c.
[0089]
The file operation unit 11c that has received the extraction request uses the attribute processing unit C2 to extract an attribute that matches the extraction request (S605).
[0090]
Then, it is confirmed whether or not the extraction of the attribute has been normally completed (S606). When the extraction has been completed normally, the reference pointer is extracted from the attribute and the storage location of the file is confirmed.
[0091]
Then, the contents are extracted from the storage location pointed to by the reference pointer (S607). If the extraction is completed normally (S608), the contents and attributes are transferred to the client (S609), and the process is terminated.
[0092]
As described above, by performing file storage, retrieval, and retrieval processing, file management can be performed without distinguishing the external servers 13a and 13b from the local disk 11e.
[0093]
Next, the structure of each schema used in the schema management unit 11b will be described.
[0094]
FIG. 7 is a conceptual diagram showing a schema structure.
[0095]
As shown in FIG. 7, the schema management unit 11b includes a plurality of schemas such as a schema B1 and a schema B2.
[0096]
Each schema manages each attribute in a tree structure. For example, attribute 71 and attribute 72 are arranged under schema B1, and attribute 71a and attribute 71b are arranged under attribute 71.
[0097]
In this way, by using a tree-structured schema, a schema with high search efficiency can be realized.
[0098]
The schema that can be handled in the present invention is not limited to a tree structure, and schemas having various structures can be used.
[0099]
In the schema management unit 11b, schemas can be freely added and deleted.
[0100]
Next, a specific example of the schema management unit 11b will be described with reference to FIG.
[0101]
As shown in FIG. 8, the schema management unit 11b includes schema B1 and schema B2.
[0102]
Here, the schema B1 is characterized by schema information B10 having a creation date with a date as a type, a creator with a character string as a type, and a document format with a number as a type as items. The schema B2 is a schema characterized by schema information B20 having items of an issue date having a date as a type, a slip type having a number as a type, and a customer having a character string as a type.
[0103]
Further, the attributes constituting each schema have specific values for each component of the schema information. For example, “930824” is set as the creation date in the attribute 81 arranged in the schema B1. “Yamaguchi” is stored as the creator, and “1” is stored as the document format.
[0104]
Further, the attribute stores a reference pointer that points to the storage location of the content, for example, as the content pointer 810a is added to the attribute 81.
[0105]
This reference pointer can not only indicate the address in the local disk of the server, but also includes an external server and a physical archive.
[0106]
That is, in the conventional database or the like, one schema is set for one database. In the present invention, the schema management unit 11b manages a plurality of schemas having different attribute items, In contrast to the conventional address pointer that indicates the storage location in the local disk, in the present invention, a reference pointer that can point to an external server, a physical archive, or the like is provided in the attribute.
[0107]
Next, the relationship between the management form in the schema management unit 11b and the display screen of the WS client will be described with reference to FIG.
[0108]
As shown in FIG. 9, drawers 91 and 92 are displayed on the screen of the WS client for each of the schemas B1 and B2 of the schema management unit 11b.
[0109]
The attributes 81 and 82 arranged in the schema B1 are displayed as cabinets in the drawer 91, and the attributes 81a and 81b arranged under the attributes 81 are displayed as documents.
[0110]
In this way, by providing a drawer for each schema and arranging attributes corresponding to folders and documents in the drawer, the structure of each schema can be displayed on the workstation and specified by the client. .
[0111]
As described above, in the present embodiment, since the schema management unit 11b is configured to manage a plurality of schemas, file management can be performed using a plurality of management structures.
[0112]
Further, since the file operation unit 11c is configured to point not only to the files in the local disk 11e but also to the external servers 13a to 13c and the bookshelf by the reference pointer, the files stored in the external server or the like can be integratedly managed. it can.
[0113]
Further, since the client access unit 11a is configured to accept an access request input from the clients 12a to 12d using a plurality of protocols, an access request can be made using an existing protocol as well as a standard protocol. it can.
[0114]
In this embodiment, a file server is targeted as an external server. However, the present invention is not limited to this, and can be applied to various devices that manage files such as databases and mail servers. is there.
[0115]
【The invention's effect】
As described above in detail, according to the present invention, the schema management unit is configured to manage a plurality of schemas having different attribute items, so that file management can be performed using a plurality of management structures. Become.
[0116]
In addition, since the client can access with the same protocol as the server, there is an effect that it is transparent.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration in a first embodiment of a filing system according to the present invention.
FIG. 2 is a diagram showing file storage and file search procedures of the filing system shown in FIG. 1;
FIG. 3 is a block diagram showing an overall configuration and a detailed configuration of a client control unit in a second embodiment of a filing system according to the present invention.
4 is a flowchart showing a file registration procedure of the client control unit shown in FIG. 3;
FIG. 5 is a flowchart showing a file search procedure of the client control unit shown in FIG. 3;
6 is a flowchart showing a file extraction procedure of the client control unit shown in FIG. 3;
7 is a conceptual diagram showing the structure of a schema handled by the schema management unit shown in FIG.
FIG. 8 is a diagram showing an example of a specific configuration of a schema.
FIG. 9 is a diagram showing a correspondence relationship between a schema and a screen display.
[Explanation of symbols]
11 Client control unit, 11a Client access unit,
11b Schema management unit, 11c File operation unit,
11d server access unit, 11e local disk,
12a-12d client, 13a-13c server,
21-22 LAN, 3 LAN
A1 local media access unit, A2 network access unit,
A3 FAX line access part, B1-B2 schema,
C1 content processing unit, C2 attribute processing unit,
D1 Local disk access unit, D2 External server access unit

Claims (4)

内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御装置において、
前記クライアントからの前記登録要求を該クライアントに対応する第1のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、
前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段と、
前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記登録要求の受け付けに際して、前記複数のスキーマのうち前記登録要求に係わるファイルの属性情報と整合するスキーマを選択するスキーマ管理手段と、
前記スキーマ管理手段で選択したスキーマに基づき前記サーバの登録対象ファイルの内容データを格納すべき格納場所を決定し、該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバアクセス手段に指示するとともに、該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理するファイル操作手段と
を備えたことを特徴とするファイリングシステムの制御装置。
In a control device of a filing system that accepts a registration request for a file consisting of content data and attribute information from a client and registers the content data of the file related to the registration request in a server,
Client access means for accepting the registration request from the client using a first protocol corresponding to the client and returning a response;
Server access means for accessing the server by a second protocol corresponding to the server;
Managing a plurality of schemas respectively defining the attribute information items of the file, and accepting the registration request from the client by the client access means; among the plurality of schemas, file attribute information related to the registration request and A schema management means for selecting a matching schema;
Based on the schema selected by the schema management unit, the server access unit determines the storage location where the content data of the registration target file of the server is to be stored, and stores the content data of the registration target file in the determined storage location And a file operating means for adding and storing the storage location to the attribute information of the file to be registered and storing and managing it in correspondence with the schema in a management table.
内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御装置において、
前記クライアントからの前記取出要求を該クライアントに対応する第1のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、
前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段と、
前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記取出要求の受け付けに際して、前記複数のスキーマを前記取出要求に係わるファイルの属性情報の項目と照合して該当するスキーマを選択するスキーマ管理手段と、
ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルを有し、前記スキーマ管理手段で選択したスキーマに基づき前記管理テーブルから該取出要求に係わるファイルの格納場所を求め、該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバアクセス手段に指示するとともに、該格納場所から取り出されたファイルの内容データをクライアントに転送させるファイル操作手段と
を備えたことを特徴とするファイリングシステムの制御装置。
In a control device of a filing system that accepts a retrieval request for a file consisting of content data and attribute information from a client and retrieves the file from a server,
Client access means for accepting the retrieval request from the client using a first protocol corresponding to the client and returning a response;
Server access means for accessing the server by a second protocol corresponding to the server;
A plurality of schemas respectively defining the attribute information items of the file are managed, and when the client access means accepts the extraction request from the client, the plurality of schemas are items of file attribute information related to the extraction request. and schema management means for selecting the appropriate schema against the,
A management table for storing and managing the file storage location corresponding to the schema by adding the file storage location to the file attribute information, and storing the file related to the retrieval request from the management table based on the schema selected by the schema management means A file operation means for determining a location and instructing the server access means to extract the content data of the file from the storage location of the file, and for transferring the content data of the file extracted from the storage location to the client. A control device for a filing system.
内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御方法において、
前記クライアントからの前記登録要求を該クライアントに対応する第1のプロトコルにてクライアントアクセス手段により受け付け、
前記クライアントアクセス手段で受け付けた前記登録要求から登録対象ファイルの属性情報と内容を抽出し、
スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマのうち前記抽出したファイルの属性情報と整合するスキーマを選択し、
該選択したスキーマに基づき登録対象ファイルの内容データを格納すべき前記サーバの格納場所を決定し、
該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、
該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理する
ことを特徴とするファイリングシステムの制御方法。
In a filing system control method for accepting a registration request for a file consisting of content data and attribute information from a client and registering the content data of the file related to the registration request in a server,
Accepting the registration request from the client by a client access means in a first protocol corresponding to the client;
Extracting the attribute information and contents of the registration target file from the registration request received by the client access means,
Select a schema that matches the attribute information of the extracted file from a plurality of schemas that define the attribute information items of the file managed by the schema management means,
Determine the storage location of the server where the content data of the registration target file should be stored based on the selected schema,
Instructing the server access means to access the server by the second protocol corresponding to the server to store the content data of the registration target file in the determined storage location,
A method for controlling a filing system, comprising adding the storage location to attribute information of the registration target file and storing and managing the storage location in correspondence with the schema in a management table.
内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御方法において、
前記クライアントからの前記取出要求を該クライアントに対応する第1のプロトコルにてクライアントアクセス手段により受け付け、
前記クライアントアクセス手段で受け付けた前記取出要求から取出対象ファイルの属性情報を抽出し、
スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを前記抽出したファイルの属性情報と照合して該当するスキーマを選択し、
該選択したスキーマに基づき、ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルから該取出要求に係わるファイルの格納場所を求め、
該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバに対して該サーバに対応する第2のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、
該格納場所から取り出されたファイルの内容データをクライアントに転送する
ことを特徴とするファイリングシステムの制御方法。
In a method for controlling a filing system that accepts a retrieval request for a file consisting of content data and attribute information from a client and retrieves the file from a server,
Accepting the retrieval request from the client by a client access means in a first protocol corresponding to the client;
Extracting the attribute information of the extraction target file from the extraction request received by the client access means,
A plurality of schemas respectively defining the item of attribute information of the file managed by the schema management means are compared with the attribute information of the extracted file, and the corresponding schema is selected.
Based on the selected schema, the storage location of the file is added to the attribute information of the file and the storage location of the file related to the retrieval request is obtained from the management table that stores and manages corresponding to the schema,
Instructing the server access means to access the server by the second protocol corresponding to the server to extract the content data of the file from the storage location of the file,
A method for controlling a filing system, comprising: transferring content data of a file retrieved from the storage location to a client.
JP26926893A 1993-10-27 1993-10-27 Control device and method for filing system Expired - Fee Related JP3640314B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP26926893A JP3640314B2 (en) 1993-10-27 1993-10-27 Control device and method for filing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP26926893A JP3640314B2 (en) 1993-10-27 1993-10-27 Control device and method for filing system

Publications (2)

Publication Number Publication Date
JPH07121425A JPH07121425A (en) 1995-05-12
JP3640314B2 true JP3640314B2 (en) 2005-04-20

Family

ID=17469994

Family Applications (1)

Application Number Title Priority Date Filing Date
JP26926893A Expired - Fee Related JP3640314B2 (en) 1993-10-27 1993-10-27 Control device and method for filing system

Country Status (1)

Country Link
JP (1) JP3640314B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3795166B2 (en) * 1997-01-07 2006-07-12 三菱電機株式会社 Content management method

Also Published As

Publication number Publication date
JPH07121425A (en) 1995-05-12

Similar Documents

Publication Publication Date Title
US6401097B1 (en) System and method for integrated document management and related transmission and access
US7386599B1 (en) Methods and apparatuses for searching both external public documents and internal private documents in response to single search request
US6775665B1 (en) System for treating saved queries as searchable documents in a document management system
US6449607B1 (en) Disk storage with modifiable data management function
EP0720108A1 (en) Method for storing and retrieving digital data transmissions
US20140337287A1 (en) Virtual repository management
US20070083487A1 (en) Document preservation
US20050108219A1 (en) Tiered and content based database searching
Janée et al. The ADEPT digital library architecture
WO2001098917A9 (en) Method and system for linking real world objects to digital objects
US20010054045A1 (en) Data management system, server, and data management method
JP5557824B2 (en) Differential indexing method for hierarchical file storage
US5884321A (en) Document image and query management system for application databases
US9489380B2 (en) Methods and apparatus for management of unconsciously captured documents
JP3651768B2 (en) Document file search system
KR20070038665A (en) Distributed file system and operating method thereof
JP3640314B2 (en) Control device and method for filing system
JP3998794B2 (en) Browsing client server system
EP1104901B1 (en) A system for treating saved queries as searchable documents in a document management system
US6513048B1 (en) Method and apparatus for access to files stored on a mainframe using a personal computer user interface
JP4153596B2 (en) Content linkage system and content linkage method
JPH10254752A (en) Electronic filing system
JP2001101203A (en) Device for electronic filing and method for retrieving document using the same
JP2004139210A (en) Image search device
Käckenhoff et al. MOSS as a multimedia-object server

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20031224

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040223

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20040226

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20040716

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041206

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050114

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

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20100128

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20110128

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees