JPS62108367A - 複合画像フアイルシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［技術分野］ 本発明は例えばマイクロフィルムファイル及び光ディス
クファイルからなる複合画像ファイルシステムに係り、
特に複合画像ファイルシステムのバックアップに関する
。

［従来の技術］ 従来、極めて多量なノンコード情報（画情報）を管理し
活用するシステムとしては、マイクロフィルムシステム
が用いられてきた。マイクロフィルムは経済性、保存性
、解像度などの点ですぐれ、入力スピードが速く大量の
複写を高速に行えるという利点を有しており、年々増加
するファイル情報を効率的に保管及び管理するのに適し
ている。

しかし、その一方で近年オフィスオートメーション化が
急速に進展し、コンピュータがオフィス機器へ導入され
たり、各機器が相互に通信回路で結合されたりする傾向
が強まっている。このようなコンピユータ化、通信化の
傾向に対応するために、取扱われる情報はできるだけ電
気信号の形式で保管される方が望ましい。そこで近年注
目を浴びているのが電子ファイルシステムである。電子
ファイルシステムは情報を電気信号の形式で保管するた
めに、高速検索や、高速伝送などマイクロフィルムシス
テムにはない特長を有している。その反面、電子ファイ
ルシステムは従来のマイクロフィルム・システムのもっ
ていた長所を損なう面もある。

短所として、情報を入力する際にマイクロフィルムシス
テムのようにレンズ系を通じてワンショットで画像変換
する事ができず逐一ラスタースキャンを行って変換する
ために人カスビードが遅くなる事、数百枚以下の複写が
高速かつ経済的に行えない事、１００年の長期保存安定
性をもつマイクロフィルムに比べて十分な長期保存性の
実績がない事、そしてマイクロフィルムに認められてい
る法的証拠能力が認められていない事等である。

さらに大きな問題点は電子ファイルシステムを導入シた
場合、従来マイクロフィルム・システム用いて築き上げ
たデータベースや情報が活用できなくなる事である。

すでに述べたように、マイクロフィルムシステムも電子
ファイルシステムもそれぞれの利点を有している。近年
のオフィスオートメーション化傾向に鑑みれば、電子フ
ァイルシステムは有利な面を多く持っているが、マイク
ロフィルムシステムも無視できないことは明らかである
。そのためにユーザーはふたつのシステムの二者択一を
迫られるか、或いはふたつのシステムを同時に平行して
使わなくてはならないという非常な不便を被ることにな
る。

［発明が解決しようとする問題点コ そこで、マイクロフィルムシステムと光ディスクファイ
ルシステムとを結合した複合画像ファイルシステムが開
発されようとしている。このような異種の記録媒体を結
合したファイルシステムは単なる組合せではなく、有機
的な結合が望まれる。又、マイクロフィルムと光ディス
クを結合した画像ファイルシステムでは、画像ファイル
士に鑑みて当然の事ながらそれらの画像ファイルを検索
するための検索情報が膨大となる。そしてこの膨大とな
った検索情報をいかに体系的に管理し、画像ファイルシ
ステムでの業務処理を効率よく行うかが大きな課題であ
る。本発明は以上の点に鑑みてなされたものでその目的
は、マイクロフィルムと１つ又は複数の光ディスクとを
結合し、しかも統一的にファイル管理が出来ると共に、
膨大な検索情報を体系的に管理し、画像ファイルを扱う
システムを提案する点にある。

［問題点を解決するための手段コ 上記課題を達成するための例えば第１図に示す実施例の
複合画像ファイルシステムの構成は、画像の読取、書込
み機能をもつ１つ又は複数の光ディスクファイル４０と
マイクロフィルムからの読取を行うマイクロフィルムフ
ァイル５０とワークステーション１０とで構成される。

ワークステーション１０内には記憶手段として例えばハ
ードディスク（ＨＤ）２を備え、ＨＤ２にはファイル検
索のための検索情報であって、マイクロフィルムファイ
ルと光ディスクファイルとで共通のフォーマットをもつ
検索情報が各画像毎に格納されている。そして更に前記
検索情報の全て（マイクロフィルム及び光ディスクの画
像ファイル双方の検索情報）のバックアップための領域
が所定の光ディスクに確保されている。

［作用］ 上記の構成のもとで、検索情報は例えば第４図（ｂ）の
如き構成をもち、このフォーマットはマイクロフィルム
と光ディスクという媒体間で共通であるような場合であ
る。一般に画像ファイルの量は大量であるために、ＨＤ
２上の検索情報も大量となる。この大量の検索情報のコ
ピーが光ディスクのバックアップ格納領域に確保される
事により、万一の為のバックアップをもつ事の安全性、
そしてバックアップを備える事により、気任にＨＤ２上
の検索情報を一時的に消去できる。又、光ディスクはそ
の大容量性故、マイクロフィルム及び光ディスクの画像
ファイルの検索情報のバックアップ確保に耐える事がで
き、一度そのバックアップが光ディスク上にとられると
消去される事はないから、全画像ファイルの履歴が辿れ
る。尚、前記所定の光ディスクは画像ファイルを記録す
る光ディスクでもよいし、又はバックアップ専用光ディ
スクの光ディスクを設け、その光ディスクにバックアッ
プを確保してもよい。

（Ｌ夫子　９、ｅ：１） ［実施例］ 以下、添付図面に従って本発明に係る実施例を更に詳細
に説明する。

〈実施例の外観〉 第２図（ａ）は実施例の外観を示す。第２図（ａ）に従
った本実施例の外観からみた構成は、大きく分けてワー
クステーション１０、リーダ／プリンタ部３０、そして
光ディスクファイル４０、マイクロフィルムファイル５
０等である。

ワークステーション１０はハードディスク（以下ＨＤと
略す）２、フロッピーディスク（ＦＰＤ）３、等の補助
記憶手段、そして高精細な画像を直視する事のできるＣ
ＲＴ４、その他キーボード（ＫＢＤ）６、ポインティン
グデバイス（ＰＤ）５そして制御部１（第３図）等から
なる。

光ディスクファイル４０は光ディスク又は光磁気ディス
ク等の記録媒体を有し、多量の画像情報の書き込み及び
読み出し可能な画像ファイルであり、常設の光ディスク
ドライブ（ＯＤ）４１と増設分の光ディスクドライブ４
２とを有する。尚、本実施例にいう画像ファイルとは純
粋な画像の他に当然文字情報をも含むもので、ｗｓｉｏ
がワードプロセッシング機能をも目指すからである。

マイクロフィルムファイル５０はマイクロフィルム上の
画像情報を約３６０００ビツトのＣＣＤ等の撮像素子に
よってτ気イ３号化するマイクロフィルムスキャナ（以
下、ＭＳと略す）５１とマイクロフィルムのカートリッ
ジを自動的に交換するオートチェンジャ（以下ＭＡと略
す）５２とからなる。

リーダ／プリンタ部３０は原稿台に載置された原稿の画
像情報をＣＣＤ等の撮像素子によって電気信号化するイ
メージスキャナ（Ｉｓ）３１、そして電気信号化された
情報に基づき記録材上に像記録するレーザビームプリン
タ等のイメージプリンタ（ＩＰ）３２からなる。

更に詳細に構成要素を説明すると、ＣａＩ２は１３３１
及びＭＳ５１が光電的に読み取った画像情報、或いはシ
ステムの制御情報又はオペレータの入力等を表示する。

尚、カラー処理に対応可能な様にＣａＩ２はカラーディ
スプレイを採用してもよい、又、ＫＢＯ２を操作するこ
とによりシステムの動作指令等を行る。また、ＫＢＯ２
はＣａＩ２と組合わせてワードプロセッサやオフィスコ
ンピュータ等の機能を有する。また、ＰＯ２はＣａＩ２
の画面上のアイコン（絵文字）指示や、画面の切り出し
等、座標情報を人力するためのポイントデバイスで、オ
ペレータが、このＰＯ２を８勤することによりＣａＩ４
上のカーソルをＸ、　Ｙ方向任意に移動してコマンドメ
ニュー上のコマンドイメージを選択してその指示をする
。

〈実施例の構成〉 第２図（ｂ）は上記第２図（ａ）の構成を信号接続の観
点から説明した図である６点線で囲まれたワークステー
ション１０は本発明の複合ファイルシステム制御の中核
をなすもので、以下ＷＳ１０と略す。第２図（ａ）で説
明したように、ＷＳｌｏにはリーダ／プリンタ部３０、
光ディスクファイル４０、マイクロフィルムファイル５
０が接続されている。ｗｓｔｏ中のＨＯ２は比較的大容
量でかつ高速の磁気ディスクであって、後述するように
本実施例における制御プログラムの格納、ファイル検索
のための検索情報の格納等重要な役割をもつ。即ち、Ｈ
Ｏ２は後述するように光ディスクファイル４０及びマイ
クロフィルムファイル５０の検索情報を格納し、ｗｓ　
ｔ　ｏの要求に応じて検索情報の格納、更新等を行う、
尚、ＨＯ２はハードディスクの代りに、例えば磁気バブ
ルメモリ、ワイヤメモリ又は電池バックアップのＣＭＯ
Ｓメモリ等、不揮発性でかつ比較的高速であれば何でも
よい。又、ＦＰＤ３はマイクロフィルムファイルのため
の検索情報のバックアップのための格納場所である。も
ちろん、ＦＰＤ３はその他にＷＳＩＯのためのスタート
用等のプログラム（ＩＰＬ）を読み取る所でもある。ｗ
ｓｔｏには制御部１があり、その構成を第３図の詳細に
示す。

第３図に従って説明すると、制御部１はＷＳＩＯの主制
御部で次のような構成をもつ。メモリ及び各Ｉ１０への
指示を制御するマイクロプロセッサ（ＭＰＬＩ）７．８
はＨＯ２又はＦＰＤ３のインタフエースであるＨＤ／Ｆ
ＰＤＩＦ、９はＷＳＩＯの動作を司るプログラム格納用
メモリ（ＰＭＥＭ）である、ＰＭＥＭ９は例えばＲＡＭ
等より構成されたプログラムメモリで、ＭＰＵ７は後述
の第８図等のフローチャートの如き実施例に係る制御手
順のプログラムを格納しているＨＯ２からプログラムを
ＰＭＥＭ９に読み込んで実行する。１１は主にイメージ
情報の一時格納用メモリ（ＩＭＥＭ）であって、ｌ５３
１．ＭＳ５１．光ディスクファイル４０からの入力画像
情報用、更に光ディスクファイル４０．ＩＰ３２への書
き込み用、出力用等のためにある。１２は光ディスクフ
ァイル４０のインタフェース（ＯＤＩＦ）、１３はＷＳ
ＩＯと他の装置又はＬＡＮ　（ローカルエリヤネットワ
ーク）等に接続される通信用インタフェース（ＣＯＭＩ
Ｆ）であって、ＬＡＮ、ＦＡＸ、及びＨＯ３Ｔコンピュ
ータ等に接続される通信用の入力接続部である。１４は
ＫＢＤ６．ＰＯ２用のインタフェース（ＫＢＤＩＦ）、
１９はｌ５３１、ＭＳ５１からの画像情報の入力制御及
びＩＰ３２への出力制御を司るインターフェース（Ｉｌ
ｏＩＦ）である。又、１６は画像情報のビット操作即ち
、後述するＣＲＴ４上にマルチウィンドを画面表示した
り、前述ＰＤ５からの指示に対応してカーソルを移動し
たりする為の演算処理や画像情報の回転や拡大、縮小及
びＰＭＥＭ９、ＩＭＥＭｌｌ上の情報と各１１０間のＤ
ＭＡｗＪ作を司る機能を具備したピットマニュピュレー
ションユニット（ＢＭＵ）　、１５は画像情報表示する
為のＶＲＡＭ　（ビデオＲＡＭ）を内蔵したインタフェ
ース（ＣＲＴＩＦ）、１８は画像情報の圧縮、伸長を行
うイメージコンプレッションユニット（ＩＣＵ）であっ
て、主にＩＭＥＭＩ　１，０ＤＩＦ１３を介して０Ｄ４
１，４２．４３との間で情報送受の際に画像情報の格納
数を増す為、画像情報を圧縮伸長する働きをする。２０
はデータメモリ（ＤＭＥＭ）であって、Ｍ　Ｐ　Ｕ　７
が制御プログラム実行に際して使うフラグ等を格納する
ものである。

ＤＭＥＭ２０をＤＭＥＭ９内に設けてもよい。

（ＨＤ　２のメモリマツプ〉 第４図（ａ）はハードディスクメモリマツプ。

である。その内容はプログラム領域及び検索情報レコー
ド格納領域である。第４図（ｂ）はＨＯ２に格納される
検索情報レコードのフォーマットを示す。ＨＯ２には前
述した様に光ディスクファイル４０に格納されている画
像、そしてマイクロフィルムファイル５０のマイクロフ
ィルムの各コマの画像に対応した検索情報が共に格納さ
れる（第５図参照）、光ディスクファイル４０とマイク
ロフィルムファイル５０の異なる媒体に対する検索情報
が′ｆＳ４図（ｂ）図示の共通のフォーマットを有する
事に留意すべきである。共通のフォーマットをもつ事に
より異なった記録媒体での検索情報の管理が効率的かつ
容易になる。しかし、統一的に画像ファイルを管理する
という観点からでは共通のフォーマットを持つことに拘
泥する必要はなく、要は記録媒体の区別が付く事が肝要
である。

ｍ４図（ｂ）の検索情報レコードのフォーマットを説明
する。図の如く、このフォーマットは６フイールドに分
かれている。フィールド６１には、この検索情報レコー
ドに対応した画像が光ディスクファイル４０とマイクロ
フィルムファイル５０のいずれに存在するかを示す識別
マーク（ＤＥＶ−Ｉ　Ｄ）がセットされる６本実施例で
はマイクロフィルム画像を“１”、光ディスク画像を”
０”と定義する。フィールド６２には、この検索情報レ
コードに対応した画像が記録されている媒体上のアドレ
ス情報ＡＤｔ）がセットされる。このＡＤＤは光ディス
クであれば、そのドライブ番号、光ディスク内の絶対ア
ドレス等を含む、又、マイクロフィルムであればマイク
ロフィルムファイルのカートリッジ番号及びコマ番号等
が格納される。

フィールド６３には、この検索情報レコードに対応する
画像の大きさくＰ−３Ｉ　Ｚ）がセットされる。これは
例えば出力画像がＡ　４／Ａ　３等の区別を示すもので
ある。フィールド６４には、この検索情報レコードに対
応する画像の解像度情報Ｐ−ＲＥＳがセットされる。解
像度は本実施例では入力（登録）時に４００／３００／
２００ｄｐｉのいずれかを指定する。フィールド６５に
は、この検索情報レコードに対応する画像に関する圧縮
率やポジ／ネガの判別情報の他の各種関連情報ＯＤＤが
必要に応じてセットされる。フィールド６６には、この
検索情報レコードに対応する画像ファイルのキーワード
情報（ＫＷ）がセットされる。ＫＷは数字、文字、記号
のいずれで記述されていてもよい。

これらの検索情報レコードはオペレオータが所望の画像
を光ディスクファイル４０へ格納する場合には、この画
像に対応してワークステーション１０のＫＢＤ６を用い
て入力し、ＨＤ２に書き込まれる。また、外注業者によ
り光ディスク又はマイクロフィルムに多量の画像の記録
を実行してもらう場合には、外注業者に所定のフォーマ
ットに従って検索データをパソコン等を用いてフロッピ
ーディスクに１！Ｆき込んでもらい、このフロッピーデ
ィスクの検索データをＦＰＤ３よりＨＤ２に転写記憶す
る。

（各記憶媒体間における検索情報の関係〉光ディスクフ
ァイル４０及びマイクロフィルムファイル５０内に格納
されている夫々の画像に対する検索情報レコードは第５
図に示すように、第４図（ｂ）図示のフォーマットに従
ってＨＤ２に混在して記憶される。図中、′Ｍ”の表示
はマイクロフィルムを、“ＯＤ”の表示は光ディスクフ
ァイルを示す。第５図はＨＤ２上の検索情報レコードの
バックアップ方法を図示する。即ち、マイクロフィルム
の検索情報レコードのバックアップはＦＰＤ３に、そし
て先ディスクファイル４０の検索情報レコードのバック
アップは光ディスクドライブに格納される。尚、第５図
に示した記録媒体毎の個別的なバックアップ方法とは別
に、ＨＤｚ上の検索情報レコード全てをバックアップ専
用光ディスク内にバックアップするバックアップ方法の
実施例をも開示する（第１７図以下にて説明）。

以下実施例の説明の順序は、先ずｌ５３１又はＭＳ５１
からの画像の登録のための動作説明、そしてマイクロフ
ィルムから光ディスクへの媒体変換に伴う登録のための
動作説明、次に第５図のバックアップ手法に基すいたり
スタート又は復旧のための動作説明、そして次にバック
アップ専用の光ディスクを備えたシステムにおけるその
バックアップ手法及び復旧回復のための動作説明、とい
った順で行う。

（光ディスクのデータ構成〉 さて検索情報の媒体間での連関は第５図の通りであるが
、光ディスクファイル４０内での画像ファイルと検索情
報レコードとの連関は第６図のようである。Ｓ６図にお
いて光ディスクファイル４０には例として４つの画像フ
ァイル（それらのキーワード６６は“部品”、“部品名
“、“部品“、“部品カタログである）が格納されてい
る。それら画像ファイルのＡＤＤフィールド６２は夫々
″ｌＦＦＦＦ”、”ＩＥＦＦＦ”、”ＩＤＦＦＦ”、”
ＩＣＦＦＦ”である、ここで、ＡＤ０６２は便宜上５桁
とし、そのＭＳＤは光ディスクファイル４０のドライブ
番号とした。即ち、第６図の例ではドライブ番号は′１
“である。第６図中で、光ディスクファイル４０のアド
レスは紙面上から下に高いアドレスとなる０通常は低い
アドレスは信頓性が高いので重要なデータ、例えば検索
情報レコード等の格納がなされる。尚、図中同じキーワ
ード塩（“部品”）をもつ画像ファイルが２つ存在する
が、これはアドレス“Ｉ　ＦＦＦＦ”の画像ファイルが
例えば画像加工を経て、同じキーワード６６をもつ新し
い画像ファイルとして登録されたものである０本実施例
の光ディスクはいわゆる追記型のそれであり、旧ファイ
ルは消去できないので同じキーワードをもつ画像ファイ
ルの存在を許す、そして、この新旧ファイルが混在する
点がその大容量性と合致して光ディスクの長所となって
いる。即ち、検索情報レコードから履歴が辿れるのであ
る。光ディスク内の画像ファイルの検索は通常、ＩＤ２
又は光ディスク内の検索情報レコードを全部読み取って
、読み取った検索情報レコードをＣＲＴ４に順次表示し
ながらオペレータの検索情報レコード選択にまかせる手
法がとられる。

＜ｌ５３１からの画像の登録〉 第７図は文書画像がｌ５３１読み取られ光ディスクファ
イル４０に格納登録される動作の概念を説明する図であ
る。第７図によると、！Ｓ３１から読み取られた文書は
一時制御部１内（ＩＭＥＭｌｌ）に蓄えられ、オペレー
タがＣＲＴ４を視認しなからＫＢＤ６を介して入力した
キーワード６６をＩＤ２に登録するとともに画像を光デ
ィスクファイル４０１１：格納する。この時、ＨＤＺ内
の検索情報のバックアップが光ディスクファイル４０上
にとられる。

以上がｌ５３１からの画像ファイル登録の概略であるが
、次に第８図のフローチャートに従って登録の制御手順
について説明する。第８図のフローチャートには適宜必
要に応じて、ステップにＣＲＴ４の画面の例を図示する
。

光ディスクに登録する画像原稿をｌ５３１にセットした
上で、ステップＳ２で登録ボリュームを指定する。この
登録ポリニームとは光ディスクのＩＤ（名前）等である
。次にステップＳ４で、ＣＲＴ４に表示される指示に従
い、画像読み込みモード（画像ファイルの属性）、例え
ば解像度（＝２００ｄｐｉ／３００ｄｐｉ／４００ｄｐ
ｉ　）　、原稿サイズ（Ａ３．Ａ４．Ｂ３．Ｂ４）をメ
ニュー画面を介してＰＤ５を用いて指示する。ステップ
Ｓ６では上記指定された属性に従って、画像がＩ　Ｓ　
３１　ｈｌら読み取られ、ｗｓｔｏ内のＩＭＥＭＩＩに
一時的に格納される。ＩＭＥＭＩＩに格納されたデータ
はステップＳ８でＢＭｔＪ１６により表示用に変換され
た上で、ＣＲＴＩＦ１５内＋７）ＶＲＡＭ１．：格納さ
れＣＲＴ４に表示される。オペレータは表示された画像
を目視し、正しく読み込まれたかどうかを確認する。正
しく読み込まれたのならば、ステップＳ１２で今読み込
んだ画像が１頁ものであるか又は複数頁ものの最初の頁
であるかを判断する。これはオペレータの指示又はステ
ップＳ４でなされた属性指定から容易に判断できる。こ
のような判断を行うのも最初の頁の時にキーワード６６
を設定するためである。さて、ステップ５１２で１頁も
のか又は複数頁ものの最初の頁であるのならば、ステッ
プ５１４でキーワード６６を設定し、入力されたキーワ
ード６６は一時的にＤＭＥＭ２０に格納される。前述し
たように、キーワード６６の入力はＣＢｒ４を視認しな
がらＰＤ５又はＫＢＤ６を通して行う。ＤＭＥＭ２０に
格納された後に、キーワード６６は他の情報とともに第
４図（ｂ）のフォーマットにされてステップＳ１６で検
索情報レコードがＩＤ２に書き込まれ、ステップ３１８
へ進む、ステップＳ１２で判断がＮＯのときは直ちにス
テップ５１２からステップ５１８へ進む。検索情報レコ
ードの）ＩＤ２への格納等が終了すると、ＰＤ５を用い
て終了アイコンにてＷＳＩＯは起動され、ステップＳｔ
ａで、ＩＭＥＭＩＩに一時格納されている画像情報をＩ
ＣＵ１８を介し、０ＤＩ−Ｆ１２経由で光ディスクに書
き込む。

上記動作を全頁終了するまで繰返す（ステップ５２０）
、全頁終了すればステップＳ２２で当該画像原稿の検索
情報レコードをバックアップとして光ディスクファイル
４０にｉｔｔ込む。この時点で第６図の如く画像ファイ
ルの登録及びバックアップ用の検索情報レコードが光デ
ィスクファイル４０に記憶された事となる。よってもし
、ＩＤ２が何らかのトラブルで画像情報の検索情報レコ
ードが破壊されても、光ディスクファイル４０上に同一
の検索情報レコードが存在するゆえ、復旧が容易に行え
る。

なお、検索情報レコード内のキーワード６６に付加され
る他の情報として、画像情報が光ディスクかマイクロフ
ィルムかの情報及び光ディスクのどこに格納されたかの
アドレス情報、Ａ４．Ａ３等のサイズ情報、解像度情報
及びＩＣＵ１８にての圧縮等、即ち光ディスクに格納さ
れた情報量及びネガ情報かポジ情報かは、ＷＳＩＯがオ
ペレータとの会話の中の情報及び、光ディスクからの情
報により検索情報レコードの先頭に付加される。

（光ディスクからの登録〉 上述したのは１５３１からの登録であったが、前述した
ように業者等が画像を既に書きこんだ光ディスクから登
録する場合が考えられる。この場合、キーワード６６を
業者が光ディスクへの画像書き込みと同様にＦＰＤ等に
書き込んでおく場合がある。この場合は第８図のステッ
プＳ６でｌ５３１からの入力の代りに当該光ディスクか
ら画像を順次読み込み、その画像読み込みと並行してＦ
ＰＤ３からの検索情報の読み込みを行って、それらの読
み込みの都度、キーワード６６の設定と検索情報のＩＤ
２への登録及び光ディスクへのバックアップを行えばよ
い。

〈マイクロフィルムファイルの登録〉 マイクロフィルムの登録とは通常、既にフィルムとなっ
たマイクロフィルム画像をＭＳ５１から読取りながら、
カートリッジ番号及びコマ番号等を含む教案情報レコー
ドを作成してそれをＨＤ２上に登録するものである。そ
の操作の概要を第９図に示す。本実施例の特徴は検索情
報レコードがＨＤ２上に登録されるとともに、バックア
ップ用の検索情報レコードがＦＰＤ３にも記憶される事
である。

第１０図はマイクロフィルムの登録の制御手順を示すフ
ローチャートである。マイクロフィルムファイルの操作
は先ずカートリッジ毎にオペレータが第９図に示す如く
装填部５４にセットしてよみとらせる場合と、オートチ
ェンジャ（ＭＡ）５２を用いて自動釣にカートリッジの
選択を行う場合がある。マイクロフィルムファイルの登
録は、光ディスクと異なり、マイクロフィルム上のコマ
番号を絶対アドレスとしているゆえ、検索情報レコード
に付加されるＡＤＤ６２にはカートリッジ番号、コマ番
号等が入力されて検索情報レコードとなる。又、マイク
ロフィルムファイルは類ファイルなので連続する同一の
キーワード６６をもつべき複数コマのマイクロフィルム
に対して１つの検索情報レコードが与えられるようにす
ると、ＨＤ２の領域が少なくて済む、゛ 第１０図に従ってＭＡ５２を使わない場合の制御手順を
説明する。先ず、装填部５４にキーワード６６を登録す
べき画像情報の存在するマイクロフィルムカートリッジ
をセットし、前述したイメージスキャナ（Ｉ　Ｓ）入力
と同様に、ステップＳ３０で画像の読み込みモード（画
像属性）を指示する。ステップＳ３２で読み込みが開始
され、読み込まれた１コマの画像情報はＩＭＥＭＩＩに
一時格納され、ステップＳ３３でＣＲＴ４に表示される
。ｌ５３１からの登録のときと同様に読み込みが正常で
あったかをチェックしくステップ５３４）、ステップＳ
３６ではその画像ファイルが１コマものか連続コマもの
かを判断する。ステップＳ４０で、オペレータはキーワ
ード６６指示を行い、ステップＳ４２で検索情報レコー
ドをＨＤ２に格納する。ステップＳ４４では検索情報レ
コードのバックアップがＦＰＤ３上にとられる。

一番最初の画像情報はオペレータがマイクロフィルムの
コマ番号を指示し、順次登録する場合はステップＳ３０
でＡＤＤフィールド６２をＷＳＩＯが＋１してマイクロ
フィルムを１コマ進めていけば良く、飛び飛びに入力画
像の検索情報レコードするにはコマ番号をその都度指示
する。一度、ＨＤ２に登録されれば前述の光ディスクと
同様、ＨＤ２で全ての検索情報レコードを管理する。

〈合成画像の登録〉 次に第１１図（ａ）〜（ｄ）に従って、マイクロフィル
ムから読み出した画像と光ディスクファイルから読み出
した画像を合成し、合成した画像の登録及びその検索情
報レコードのバックアップ登録について説明する。

先ず第１１図（ａ）のステップＳ５０で、マイクロフィ
ルムからの画像入力を行う０次にステップＳ５２で光デ
ィスクファイル４０からの画像人力を行う。ステップＳ
５０及びステップＳ５２はサブルーチンでその詳細は夫
々第１１図（ｂ）及び（Ｃ）に示す、それらサブルーチ
ンの差異は指示キーワード６６の差異に過ぎない、各サ
ブルーチンのステップＳ７２及びＳ７６で検索サブルー
チン（第１１図（ｄ））を実行する。

検索サブルーチンでは指示されたキーワード６６をもつ
検索情報レコードをＨＤＺ内にサーチする（ステップ５
８０）。サーチした検索情報しコードをＤＭＥＭ２０に
格納しくステップ５８２）、ステップＳ８４で検索情報
レコード内のＤＥＶＩＤ６１の値により当該画像がマイ
クロフィルムファイル５０内にあるのか光ディスクファ
イル４０内にあるのかを判断する。

識別マークＤＥＶ−ＩＤ６１の値が“１”であったなら
ば、その画像はマイクロフィルムファイル５０に記録さ
れているとして、検索データのアドレス情報ＡＤＤ６２
に従って、マイクロフィルムファイル５０の対応画像コ
マの検索を行なう（ステップ５８６）、そして、検索し
たマイクロフィルムのコマの画像読取りを行なう（ステ
ップ５８８）、ＤＥＶ−ＩＤ６１が“０″であったなら
ばアドレス情報ＡＤＤに従って光ディスクファイル４０
を検索しくステップ５９０）、画像ファイルを読み出す
（ステップ５９２）。

マイクロフィルムファイル５０又は光ディスクファイル
４０から読み出された画像情報はワークステーション１
０のＩＭＥＭＩＩに１頁分記憶される（ステップ５９４
）。これで検索サブルーチンを終了する。

第１１図（ａ）のステップＳ５４へ戻って、ＩＭＥＭＩ
Ｉ内にある２つの画像の加工を行う。゛この加工はＢＭ
Ｕ１６によりなされる。この加工された画像が登録され
る必要があるのなら、ステップＳ６０へ進み、新たな検
索情報レコードを作成するためにキーワード６６の設定
を行う。ステップＳ６２で加工画像を光ディスクファイ
ル４０に格納し、ステップＳ６４では新たな検索情報レ
コードをＨＯ２に格納し、ステップ３６６では検索情報
レコードのバックアップを光ディスクファイル４０に格
納する。第１１図（ａ）〜（ｄ）に示した動作を第６図
に即して言えば、例えばマイクロフィルムから、の画像
ファイル“部品”と光ディスクファイル４０からの画像
ファイル“部品名”とを合成して新たに画像ファイル“
部品カタログを光ディスクファイル４０上に作成したこ
とになる（第１２図）。

尚、上述の説明ではマイクロフィルムと光ディスクの画
像同士の合成を説明したが、マイクロフィルムから光デ
ィスクへの画像転写も同様に可能である。

〈バックアップファイルロード〉 バックアップファイルロードとは、例えばＨＯ２上の検
索データが障害等で破壊されたときに、又は後述する実
施例においてＪＯＢプログラムの初期処理に際して、光
ディスクファイル４０及びＦＰＤ３から第５図の如＜Ｈ
ＤＺ上に検索情報レコードを再構成し直す操作をいう。

第１３図にその動作概念を示す。第１４図はその制御手
順のフローチャートである。

第１４図によると先ず、ステップ５１００で復元すべき
光ディスク及びＦＰＤ３をドライブにセットする。ステ
ップ５１０２ではセットされた光ディスクの全ての検索
情報レコードを読み出してＨＤＺ上に格納する。この操
作を復元が必要な全光ディスクに対して行う。次にステ
ップ５１０６では同様にＦＰＤ３からマイクロフィルム
ファイル５０の検索情報レコードを復元する。こうして
極めて簡単に検索情報レコードが復元できる。

〈検索情報レコードの削除、復旧〉 上記制御手順では全検索情報レコードを復元するものを
示したが、特定のキーワード６６を指定してそのキーワ
ード６６をもった検索情報レコードのみを復元する事は
極めて簡単である。このような例として、検索情報レコ
ードの一部削除そしてその削除された検索情報レコード
のバックアップからの復旧がある。第１５図は削除の例
を示す、この場合の削除はＨＤＺ上の検索情報レコード
のみの削除を言うことは言うまでもない。第１６図（ａ
）及び（ｂ）に夫々検索情報レコードの削除及び復元の
制御手順のフローチャートを示す。それらの概略を説明
すると、削除すべき検索情報レコードは先ずキーワード
６６をＣＲＴ４上で設定して、そのキーワード６６をも
つＨＤ２中の検索情報レコードをＣＲＴ４に表示し、オ
ペレータは所望の検索情報レコードを削除する（第１６
図（ａ））。削除された検索情報レコードの復元も同じ
くキーワード６６の設定によってそのキーワード６６か
ら得た検索情報レコードを光ディスクファイル４０又は
ＦＰＤ３内にサーチし復元するものである（第１６図（
ｂ））。

（上記実施例の効果〉 このようにして、光ディスクファイル４０とマイクロフ
ィルムファイル５０に対する検索情報レコードのフォー
マットを共通とし、両ファイルに対する検索情報レコー
ドを共通のＨＤ２に混在して記憶せしめるので、画像検
索を行なうオペレータは画像の検索対象ファイルを考慮
することなく、検索すべき画像に対応したキーワード６
６を入力すれば、所望の画像情報を得ることができる。

即ち、検索情報レコードの中に実際に画像が記録されて
いるファイル（媒体）と、そのファイル内におけるアド
レスが管理されているので、オペレータは画像検索に際
して、複合媒体を憇識しなくても良く、一元的に画像検
索が容易となるわけである。

又、検索情報のバックアップを光ディスク又はＦＰＤ３
に備えているので、検索情報の復元が容易であり、バッ
クアップの媒体を区別する事により管理が確実になる。

又更に、バックアップを備える事により、安心して使用
頻度の低い情報、或は古くなった情報の検索情報を削除
することができるので、ハードディスク上の空きエリア
を確保でき、新たな画像情報のキーワード６６を登録で
きる。

〈バックアップ専用光ディスクをもった複合画像ファイ
ルシステム〉 以上説明した画像ファイルシステムでは、マイクロフィ
ルムの検索情報レコードのバックアップはＦＰＤ３に、
光ディスクファイル４０の検索情報レコードのバックア
ップは当該光ディスク内におかれるというものであった
。以下に説明する複合ファイルシステムでは前述した検
索情報レコード（？３Ｉ数の光ディスク、マイクロフィ
ルム双方の検索情報レコードを含む）をバックアップ専
用の光ディスクに格納するというものである。このよう
なバックアップ専用の光ディスクを設ける事の利点は次
のような点にある。勿論このバックアップ専用光ディス
クにも画像ファイルが格納できることはいうまでもない
。

複合ファイルシステムの規模が大きくなると、当然光デ
ィスクの枚数及びマイクロフィルムの枚数が多くなる。

このような場合、使う光ディスクやマイクロフィルムは
仕事（ＪＯＢ）毎に分けてそのＪＯＢｉ用の光ディスク
やマイクロフィルムを使う事が多い。更に、同一のＪＯ
Ｂでも日次又は月次のＪＯＢがあると、最新の日時又は
月次でのファイル４１′ｇ成でＪＯＢを行いたい場合が
ある。

又、特定の日付のＪＯＢを再開したい場合がある。光デ
ィスクの特徴としての画像ファイルが更新されずに次々
と蓄積されていくという面を利用するわけである。

このような場合にＪＯＢ毎の又は日時（月次）毎の検索
情報レコードをバックアップ専用光ディスクにバックア
ップしておけば、オペレータはいちいち、そのＪＯＢに
はどの光ディスク及びマイクロフィルムが必要なのかを
気にしなくて済み、そのバックアップ専用光ディースク
上の検索情報を読み出して、処理すればよい。更に又、
当該ＪＯＢのプログラム等もバックアップ専用の光ディ
スクに格納しておけば、）ＩＤ２には初期スタートプロ
グラムのみを常駐しておけばよく、簡単に所望の時点で
のＪＯＢを再開できる。

又、通常の画像ファイルシステムは前述したように画像
ファイルのキーワードの登録が不可欠である。この登録
作業が大量であるために、通常一度ＨＤＺ上に登録がな
されると、色々なＪＯＢプログラムがＨＤＺ上の検索情
報を共有して使う。

共有して使うために上述したようなＪＯＢプログラム毎
、日付毎のファイル管理が困難となる。

又、これらの検索情報は同等体系付けられて保存されて
おらず、単に登録順に保存されているに過ぎない。

＜ＪＯＢプログラムの概略〉 バックアップ専用の光ディスクは以上のような要請のも
とに提案される。そこで本実施例で提案する複合画像フ
ァイルシステムのＪＯＢプログラムは第２４図のような
概略をもつ。即ち第２４図に示す如く、ＦＰＤ３及び画
像ファイル用の光ディスクバックアップ領域の各々には
前述した実施例の手法に従ってマイクロフィルム、光デ
ィスクの画像ファイルの検索情報のバックアップファイ
ルが既にとられているものとする。先ず、ＪＯＢプログ
ラムはこれらのバックアップファイルを当該ＪＯＢプロ
グラムが使う検索情報としてＨＤＺ上にコピーする。そ
のＪＯＢプログラムが終了すると、ＨＤＺ上の全検索情
報をバックアップ専用光ディスクに再びコピーする。バ
ックアップ専用光ディスクにコピーされたバックアップ
ファイルはそのＪＯＢプログラムに属する検索情報とし
て蓄積される。このようなＪＯＢプログラム毎のバック
アップファイルを、異なるＪＯＢプログラムをランする
毎に次々とバックアップ専用光ディスクに格納する。光
ディスクは大容量であるので、このようなバックアップ
ファイルの格納にも耐える。同じＪＯＢプログラムを動
かすときは、バックアップ専用光ディスクからそのＪＯ
Ｂプログラム名をもつ検索情報をＨＤＺ上に呼び出して
、その検索情報に従って画像ファイルを検索し再処理す
るわけである。

ここで第２３図のフローチャートに従って説明すると、
ステップ５１７０でＨＤＺ上の検索情報格納領域をクリ
アする。ステップ５１７２で当該ＪＯＢプログラムが初
期スタートであるのか否かを調べる。初期スタートであ
れば、ステップ５１７４で前述したバックアップファイ
ルロード（第１４図）の処理を実行する。このバックア
ップファイルロードのステップ５１００では当該ＪＯＢ
に必要なフロッピーディスクと光ディスクをドライブに
装填すればよい。このバックアップファイルロードでＪ
ＯＢプログラムを単位とした検索情報がＨＤＺ上に再構
成される。この検索情報を下にステップＳ１・７８で当
該業務処理を行い、ステップ３１８０でＨＤＺ上に展開
され、かつ最新の検索情報であるものをバックアップ専
用光ディスクにコピー（第２０図）をとる（このフロー
の詳細については後述する）、従って、ＪＯＢプログラ
ムを再スタートする時はステップ５１７２でＮＯとなり
、ステップ５１７６でウオームリスタート（第２２図）
を実行する。このウオームリスタートは後述するように
バックアップ専用光ディスク上のバックアップファイル
からＨＤＺ上に検索情報を再構成するものである。

〈バックアップ専用光ディスクの構成〉第１７図（ａ）
〜（ｅ）はこのバックアップ専用光ディスクに書き込ま
れるレコードフォーマットの一例を示す。第１７図（ａ
）は各レコードに共通なフォーマットを示す０図中、７
０はレコードタイプである。レコードタイプ７０は０”
〜“３”の４タイプである。各タイプのレコードを第１
７図（ｂ）〜（ｅ）に示す、第１７図（ｂ）はディスク
タイプレコードである。ディスクタイプレコードのレコ
ードタイプ７０は０″である。ディスクタイプ７１が“
０”のときはその光ディスクはバックアップ専用光ディ
スクである事を意味し、“１″であるときは前述した通
常の光ディスクを意味する。

第１７図（ｃ）はＪＯＢレコードである。ＪＯＢレコー
ドに対するレコードタイプ７０は“１”である、フィー
ルド７２にはＪＯＢ名が、フィールド７３には当該ＪＯ
Ｂレコードをバックアップ専用光ディスクに書き込んだ
日付が、フィールドフ４には当該ＪＯＢに使われる光デ
ィスク等のボリューム名が格納される。第１７図（ｄ）
は検索情報レコードである。そのレコードタイプは“２
“である。フィールド７５には第４図（ｂ）に示した検
索情報が格納される。第１７図（ｅ）はプログラムレコ
ードを示す、そのレコードタイプ７０は“３”である、
プログラムはベージング又はセグメンテーションされて
いれば、所定のレコード長でバックアップ専用光ディス
ク内に格納できる。

第１８図はバックアップ専用光ディスク内での第１７図
（ａ）〜（ｅ）に示した各レコードの配列の一例を示す
。ディスクタイプレコード８０はこの光ディスクがバッ
クアップ専用光ディスクである事を示し、ＪＯＢレコー
ド８１に続く検索情報レコード８２以下は当該ＪＯＢに
使用された光ディスクファイル又はマイクロフィルムの
検索情報全てである。ＪＯＢプログラム８３には当該Ｊ
ＯＢプログラムが格納される。ＪＯＢレコード８４は別
のＪＯＢレコード及び検索情報レコードが新たに続く事
を示す。

くバックアップ専用光ディスクへの格納〉バックアップ
専用光ディスクへのバックアップファイルの格納は優先
順位を考慮して行われる。

第１９図（ａ）は本複合画像ファイルシステムに接続さ
れる光ディスクの各ドライブの番号を示す０本復合ファ
イルシステムに接続される光ディスクの゛総数は例えば
最大８台である。第１９図（ｂ）はＤＭＥＭ２０内のフ
ラグであって、各フラグが対応する光ディスクドライブ
が現在使われている否かの状態を示す。

第２０図は第１９図の光ディスク構成の下でいずれのド
ライブにバックアップ専用光ディスクを装填するかの決
定順序を説明するフローチャートである。このようなフ
ローチャートの制御が必要なのは、光ディスクドライブ
が第１９図の如く多く接続されている場合のオペレータ
の使い勝手を考慮しているからである。即ち、ＷＳＩＯ
が独自にバックアップ専用光ディスクを装填すべきドラ
イブをオペレータからみて最も好都合な位置に決定し、
そのドライブ番号をＣＢｒ４上に表示して、オペレータ
にバックアップ専用光ディスクの装填を促す。

先ず、ステップ５１１０で全ドライブが空かを調べる。

全てのドライブが空ならば、「“０”番のドライブにバ
ックアップ専用光ディスクを装填せよ」とのメツセージ
がステップ５１１２でＣＢｒ４上に表示される。“０”
番のドライブを選ぶ、　　のけ、それがオペレータに一
番近いからである。

“０”番のドライブにバックアップ専用光ディスクが装
填されたならば、ステップ５１２６でバックアップ専用
光ディスクへのセーブのためのサブルーチンが実行され
る。ステップ５１１０でいずれかの光ディスクが使用中
のとぎはステップ５１１６で全光ディスクドライブが使
用中であるかを調べる。全てのドライブが使用中であっ
た場合は同じ理由により“０″番のドライブにバックア
ップ専用光ディスクを装填させるために、「”０”番の
ドライブを入れ換えよ」とのメツセージをＣＲＴＡ上に
表示する。ステップ５１１６で、いずれかのドライブが
空いている場合はそのドライブのうちオペレータに一番
近いドライブ（番号の若いドライブ）を特定し、その「
ドライブにバックアップ専用光ディスクを装填せよ」と
のメツセージをＣＢｒ４上に表示する。上記の判断は全
て第１９図（ｂ）のフラグを参照しながら行う。

第２１図はセーブサブルーチンである第２０図のステッ
プ５１２６の詳細である。先ず、ステップ５１２８で装
填された光ディスクはバックアップ専用光ディスクであ
るかを確かめる。これはディスクタイプレコード（第１
７図（ｂ））を調べればわかる。ステップ５１３０〜ス
テツプ３１３４でＪＯＢレコード（第１７図（Ｃ））を
設定し、ステップ５１３６でＪＯＢレコードをバックア
ップ専用光ディスクに書き込む。続いて、ステップ３１
３８．ステップ５１４０で検索情報レコード（第１７図
（ｄ））及びプログラムレコード（第１７図（ｅ））を
書き込む。マイクロフィルムの検索情報レコードをも一
緒に書き込む点で第５図の実施例と異なっている事は前
述した通りである。

くウオームリスタート〉 ウオームリスタートとはバックアップ専用光ディスクか
らＪＯＢレコード、検索情報レコード等を読み出して、
ＨＤＺ上に展開し当該ＪＯＢをリスタートするものであ
る。このリスタートは、ＪＯＢ毎に使用する光ディスク
又はマイクロフィルムをＪＯＢ毎に使い分けるシステム
に適する。そのＪＯＢのオペレータはバックアップ専用
光ディスクからＪＯＢに対応するＪＯＢレコードにより
、全検索情報を呼び出せる。この検索情報がバックアッ
プされていることにより、検索情報のＪＯＢ毎の再登録
が不要となり、気任に画像ファイルシステムが使いこな
せる。又、ＨＤ２上のデータに信顆性がおけない時等に
も有効である。

第２２図にウオームリスタートの制御手順のフローチャ
ートを示す。この制御プログラムはＨＤ２に格納されて
いるときはＨＯ２からＰＭＥＭ９に呼び出すが、ＨＯ２
の信頼性が置けない場合も考慮して不図示のＲＯＭ等に
前もって記憶しておく、先ず、ステップ５１５０でバッ
クアップ専用光ディスクの装填されている光ディスクの
ドライブ番号をＣＲＴ４から指定する。そのドライブに
装填されている光ディスクがバックアップ専用光ディス
クである事を確認した上で（ステップ５１５１）、ステ
ップ５１５２でリスタートしたい５０８名び日付等を入
力する。ステップ５１５４で人力した５０８名等に対応
するＪＯＢレコードをバックアップ専用光ディスク内に
サーチし、みつかればステップ５１５６でそのＪＯＢレ
コードに続く検索情報レコードをＨＤＺ上に読み出して
展開する。必要があればステップ３１５８でプログラム
をもＨＤＺ上に読み出して展開する。こうして、極めて
簡単に検索情報レコードが当該ＪＯＢに合致した所望の
システム構成で復元できる。オペレータはＪＯＢレコー
ド内のボリューム名をＣＲＴ４に表示させてそのＪＯＢ
にどのような光ディスク及びマイクロフィルムが必要か
を居ながらにして把握できるから、その表示に従って光
ディスクなりマイクロフィルムを用意すればよい。

くバックアップ専用光ディスク をもつ実施例の効果〉 以上説明した如くバックアップ専用光ディスクを持つ画
像ファイルシステムにより、 ■先ず全検索情報及びプログラムまでも格納する事がで
きる。

■画像ファイルシステムのファイル構成がバックアップ
専用光ディスク内のＪＯＢレコードに管理された検索情
報のコピーから再構成できるので、ＪＯＢ毎の、又日付
毎のＪＯＢ＝ファイル管理が可能となる。即、ち、ＪＯ
Ｂプログラム指向のファイル管理の体系化が可能となる
。

（以下余白） ［発明の効果］ 以上説明した如く本発明によれば、ＪＯＢプログラム毎
に体系化された検索情報を光ディスク内にバックアップ
ファイルとしてもつ事により、マイクロフィルムと１つ
又は複数の光ディスクとを有機的に結合した複合画像フ
ァイルシステムが提案でき、更に体系的、統一的に画像
ファイル管理が出来ると共に、画像ファイルを扱う業務
処理を効率よく行い、しかもプログラム間の画像ファイ
ルのａ密を保つ事の可能な複合画像ファイルシステムを
提供できる。

【図面の簡単な説明】

第１図は本発明に係る実施例の原理を説明する図、 第２図（ａ）は実施例の複合画像ファイルシステムの外
観図、 第２図（ｂ）は実施例の複合画像ファイルシステムの接
続図、 第３図は制Ｗ部の回路構成図、 第４図（ａ）はハードディスクのメモリマツプ図、 第４図（ｂ）は検索情報レコードのフォーマット図、 第５図はファイルと検索情報及びバックアップファイル
との関連を説明する図、 第６図は光ディスクファイルでの検索情報と画像ファイ
ルとの連関を説明する図、 第７図、第８図は夫々、イメージスキャナからの画像フ
ァイルを登録する操作概念図、その制御フローチャート
、 第９図、第１０図は夫々、マイクロフィルムスキャナか
らの画像ファイルを登録する操作概念図、その制御フロ
ーチャート、 第１１図（ａ）　〜（ｄ）及び第１２図は夫々、マイク
ロフィルムからの画像と光ディスクからの画像とを合成
するときの制御フローチャート、そしてその概念図。 第１３図は光ディスク又はＦＰＤに蓄えられたバックア
ップから検索情報を復元する概念図、第１４図はノーマ
ルリスタートのフローチャート、 第１５図はハードディスク上のみから検索情報を削除す
る概念図、 第１６図（ａ）、（ｂ）は夫々、ハードディスク上の検
索情報を削除し、削除されたハードディスク上の検索情
報を復元する制御フローチート、 第１７図（ａ）〜（ｅ）はバックアップ専用光ディスク
に格納されるバックアップファイルの各レコードのフォ
ーマット図。 納されたバックアップファイルの一例図、第１９図（ａ
）、（ｂ）は夫々、光ディスクドライブの最大構成を示
す図、そして各ドライブの使用状態を表わすフラグのＤ
ＭＥＭ上での構成図、 第２０図はバックアップ専用光ディスクに優先順位を考
慮しながらバックアップファイルをセーブする時の制御
フローチャート、 第２１図は第２０図の１ステツプのサブルーチンのフロ
ーチャート。 第２２図はウオームリスタートのフローチャート。 第２３図は実施例のＪＯＢプログラムの処理概要のフロ
ーチャート。 第２４図は実施例のＪＯＢブロクラムの処理概念図であ
る。 図中、 ■・・・制御部、２・・・ハードディスク、３・・・フ
ロッピディスク、７・・・ＭＰＵ、１０・・・ワークス
テーション、３１・・・イメージスキャナ、３２・・・
イメージプリンタ、４０・・・光ディスクファイル、５
０・・・マイクロフィルムファイル、５１・・・マイク
ロフィルムスキャナである。 第４図　（ａ） 第４図　（ｂ） 第９区 第１４図 第１１図　　（Ｇ） 第１５図 第１６図　（（１） 第１６図　（ｂ） （ノ　　　　　　　　　　　　　　　　　　　　　＼−
ツバ　　　　　　　　　ハ　　　　　　ヘｕ　　　　　
　　　℃　　　　　■ リ　　　　　　　　　％％Ｊ　　　　　　ｖ第２１図 第２２図 第２３図 第２４図

Claims (3)

【特許請求の範囲】
1. （１）画像ファイルを記録した１つ又は複数の光ディス
   ク及び複数のマイクロフィルムと、該光ディスク及びマ
   イクロフィルムの画像ファイルを登録、検索、加工する
   ワークステーションとを有し、該ワークステーションは
   ワークステーション内に記憶された検索情報であつて、
   前記光ディスク及びマイクロフィルム間で統一された体
   系の検索情報により前記画像ファイルを管理し、ワーク
   ステーションで実行されるプログラム毎に前記検索情報
   を分類付けて、該分類された検索情報の全てのバックア
   ップをバックアップファイルとして前記光ディスク内に
   もつ事を特徴とする複合画像ファイルシステム。
2. （２）ファイルを特定する検索情報はすくなくとも、マ
   イクロフィルムと光ディスク媒体との媒体種別を表わす
   情報と、光ディスクファイルであれば光ディスクのメデ
   ィア番号と光ディスク内の物理アドレスを、マイクロフ
   ィルムファイルであればカートリッジ番号及びコマ番号
   を特定する情報と、該ファイルの名前とを、含む事を特
   徴とする特許請求の範囲第１項に記載の複合画像ファイ
   ルシステム。
3. （３）更にワークステーション内に記憶されたプログラ
   ムのバックアップも前記光ディスク内にもつ事を特徴と
   する特許請求の範囲第１項に記載の複合画像ファイルシ
   ステム。