JPS62113272A - 画像フアイルシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分！ｌ！テコ 本発明は画像ファイルを加工し、編集する画像ファイル
システムに関する。

［従来の技術］ 近年、オフィスオートメーション化が急速に進展し、画
像ファイルが電子化されつつある。いわゆる電子ファイ
ルシステムである。このような電子ファイルシステムの
特徴はＣＲＴ等の表示画面上のアイコン（絵文字）を駆
使しての、画像データの検索が容易な事、その高速な事
、そして何といっても編集、加工が容易な事である。

このような画像ファイルシステムでは、光ディスク等の
如き画像信号を記録する画像記録機器、そして可視像を
記録するマイクロフィルムファイルといった永久画像フ
ァイルを蓄積する事の出来る画像入力機器から入力され
た画像ファイル（−次画像）同士を合成したり、該画像
ファイルに対してキーボード、ポインティングデバイス
等といった入力手段から入力される一時的画像データを
組み合わせ、編集加工して新たな画像ファイル（二次画
像）する等のｌ１ＩＡ集作業である。しかし、画像ファ
イルの編集加工が容易な事はそれで大量の二次画像を生
み出す事になる。

［発明が解決しようとする問題点］ しかし、従来においてはこの二次画像が体系的に管理さ
れておらず、二次画像からその元になった画像のルーツ
を辿る事や、逆にある画像が一次画像としてどのように
使われているのかといった世代管理ができなかった。従
って、体系的管理がなされていないのだから当然、−次
画像と二次画像との連関を把握する事も困難であり、オ
ペレータの記憶に顆るのが精一杯であった。

本発明は上記従来技術の欠点に鑑みて成されたものでそ
の目的は、生成された新画像ファイルと元となった旧画
像ファイルについて、旧画像ファイルと新画像ファイル
との間の生成関係を出力する事のできる画像ファイルシ
ステムを提案する所にある。

ｃ問題点を解決するための手段〕 上記目的を達成するために例えば第１図に示す実施例の
画像ファイルシステムでは、例えば第６図の如く、旧画
像ファイル１，２．３．４から画像ファイル５，６．７
が合成された場合に、第１図の如き管理テーブルを作成
して、メモリ等に記憶する。この場合、各画像ファイル
は例えば画像番号により特定される。図中のＵＰＷＡＲ
ＤＬＩＮＫには、画像番号で特定された新画像ファイル
が生成される過程で基礎となり参照されたところの一階
層前の旧画像ファイルの画像番号が格納される。又、Ｄ
ＯＷＮＷＡＲＤＬＩＮＫには、その画像ファイルが基と
なって生成された一階層後の画像ファイルの画像番号が
格納される。そして更に第１４図の如＜ＣＲＴ等の表示
手段に生成過程の履歴を表示する。図中、“ＦＦＦＦ“
はリンクの後続が無い事を意味する。

［作用］ 上記第１図に示したような管理テーブルを設ければ、Ｕ
ＰＷＡＲＤＬＩＮＫからは、画像番号で特定された画像
ファイルが生成される過程で参照されたところの一階層
古い画像ファイルの画像番号を容易に知ることができる
。ＤＯＷＮＷＡＲＤＬＩＮＫからは、画像番号で特定さ
れた画像ファイルが参照され、−階層若い画像ファイル
に合成された場合に、どの画像ファイルへと合成された
かを容易に知ることかできる。従って、遡上或いは遡降
が容易であるので、これをＣＲＴ等に第１４図の如く階
層状に表示する事ができる。

［実施例］ 以下、添付図面に従って本発萌に係る実施例を更に詳細
に説明する。

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

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

光デイスクファイル４０は光ディスク又は光磁気ディス
ク等の記録媒体を有し、多量の画像情報の書き込み及び
読み出し可能な画像ファイルであり、常設の光デイスク
ドライブ（ＯＤ）４１と増設分の光デイスクドライブ４
２とを有する。

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

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

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

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

＜ｗｓｔｏの操作〉 第２図（ｂ）は本画像ファイルシステムの色々の機能を
駆使する上で必要なＣＲＴ４上に表示されたアイコン（
操作用絵文字）を示す。アイコンはいわゆるソフト的人
力手段で、ある操作を指示する時はその操作名が表示さ
れている領域にカーソルをＰＤ５等を用いて穆勤しＰＤ
Ｓ上のクリックボタン（不図示）等の指示によりその操
作を選択したことを指示するものである。第２図（ｂ）
の実施例の操作としては、ｌ５３１からの新たな画像デ
ータ入力を指示する゛スキャナ人力゛°、光デイスクフ
ァイル４０又はマイクロファイル５゜からの画像ファイ
ル入力である“画像ファイル人力”、人力されれた画像
（特にｌ５３１から入力された画像）を登録するための
“入力画像登録”、ＩＭＥＭＩＩ内の画像データを編集
、加工する“編集”機能、指定された画像ファイルの世
代関係の表示を指示する“リンク表示”、全ての操作の
終了を意味する“終了”等である。特に“ＭＡ集“機能
を選択するとアイコン表示が変って画面上には画像の“
縮小”９画像の“拡大”画像の°“合成”、“プリント
”１編集又は加工された画像の“登録“等の機能操作が
表示される。

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

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

く検索情報） 画像ファイルがファイルとして成立するためには、それ
らがシステム内で、特に記憶された状態の論理的な関係
を有しなければならない。その論理関係を表現するもの
が検索情報で、主に画像ファイルの検索に用いられる。

第４図はその検索情報のフォーマットを示す図である。

図の如く、このフォーマットは６フイールドに分かれて
いる。

フィールド６１には、この検索情報レコードに対応した
画像が光デイスクファイル４０とマイクロフィルムファ
イル５０のいずれに存在するかを示す識別マーク（ＤＥ
Ｖ−ＩＤ）がセットされる。

本実施例ではマイクロフィルム画像を“１”、光デイス
ク画像を“０“と定義する。フィールド６２には、この
検索情報レコードに対応した画像が記録されている媒体
上のアドレス情報ＡＤＤがセットされる。このＡＤＤは
光ディスクであれば、そのファイルが格納されている光
デイスクメディアのメディア番号、光デイスク内での先
頭のアドレス、そしてその光デイスクファイルが複数頁
で構成されているのであればその総頁数等を含む。

又、マイクロフィルムであればマイクロフィルムファイ
ルのカートリッジが格納されている棚番号及び先頭のコ
マ番号、更に光ディスクと同様に総頁数等が格納される
。

フィールド６３には、この検索情報レコードに対応する
画像の大きさくＰ−Ｓ　Ｉ　Ｚ）がセットされる。これ
は例えば出力画像がＡ　４／Ａ　３等の区別を示すもの
である。フィールド６４には、この検索情報レコードに
対応する画像の解像度情報Ｐ−ＲＥＳがセットされる。

解像度は本実施例では入力（登録）時に４００／３００
／２００ｄｐｉのいずれかを指定する。フィールド６５
には、この検索情報レコードに対応する画像に関する圧
縮率やポジ／ネガの判別情報の他の各種関連情報ＯＤＤ
が必要に応じてセットされる。フィールド６６には、こ
の検索情報レコードに対応する画像ファイルのキーワー
ド情報（ＫＷ）がセットされる。ＫＷは数字、文字、記
号のいずれかで記述され、その画像ファイルのＩＤとな
るキーワード、その画像ファイルが登録された日付、そ
して画像ファイルが光デイスクファイルであるならば訂
番等からなる。この訂番は画像ファイルに編集、加工を
施した場合にその編集、加工の程度が少ない場合は同じ
キーワードをもたせた方が便利であるので、キーワード
は同じにして訂番を更新する事によって管理しようとい
うものである。この訂番は画像ファイル間の一次元の連
鎖を表現できるが、本実施例が主眼とする二次元の連鎖
を表現できるものではない。

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

〈画像データの種類〉 画像データは永久記録されたものと、一時的にメモリに
格納されたに過ぎない一過性のものどがある。前者の画
像データとしては光ディスクや磁気ディスク等にデジタ
ル信号、アナログ信号の形で記録されたものや、マイク
ロフィルムの如く可視像として記録された画像データが
ある。これらの画像データは前述した検索情報によって
論理付けられ、ファイル化されている。又、画像番号も
割付けられる。以下、このような画像データを画像ファ
イルと呼ぶ事にする。一方、後者の画像データとして、
ＫＢＤ６、ＰＯ２、ｌ５３１等から入力したものがある
。本実施例ではこのような一過性の画像データには画像
番号のみを割り当てて管理する事とする。このような画
像データを本実施例では一部フアイル（ＴＥＭＰＦＩＬ
Ｅ）と呼ぶ事にしよう。後述するように、この−次フア
イルはＨＤＺ内に蓄えられる。

画像番号は一連の操作では全ての画像データにユニーク
に割り当てられるもので、同じ画像番号が異なる画像フ
ァイル又は画像データに割り当てられる事はない。又、
一過性といっても、特に■Ｓ３１から人力された画像デ
ータはそのまま１つの画像ファイルを構成すべきもので
あるから、前述した登録オペレーションによって検索情
報が割り当てらで、画像ファイルとなる。ＰＯ２又はＫ
ＢＤ６から入力した一過性の画像データに検索情報を割
り当てないのは、そのような画像データはその時点だけ
でしか使われない事が多いからで、そのようなもの全て
に検索情報を割り当てて検索情報の量が膨大になる事を
防止するためである。

く画像データの記憶１表示〉 第５図はＨＯ２とＩＭＥＭＩＩとの関係を説明する図で
ある。ＨＯ２の格納領域について説明すれば、７０はプ
ログラム格納領域、７１は前述した検索情報の格納領域
、７２は拡張用の画像情報の格納領域であって、ＩＭＥ
ＭＩＩ内に画像データが格納しきれない時にその一部を
格納領域７２に格納するものである。７３は前述した一
部フアイルの格納領域である。

第５藺の例では、ＩＭＥＭＩＩに画像Ｎｏ、２と画像Ｎ
０１３の２つの画像があり、それぞれの画像がマルチウ
ィンド化され、ＣＲＴＩＦ１５内のＶＲＡＭ２２に表示
イメージが穆されて、ＣＲＴ４に表示される。画像のＮ
ｏ、２と画像Ｎ０１３とを合成して画像Ｎｏ、５を作成
する場合、ＢＭＵ１６が内部のダイレクトメモリ機能に
より合成する。これらの過程でＩＭＥＭＩＩの領域が足
りなくなれば拡張画像メモリ領域７２に格納される。

〈画像の編集操作〉 以上、本実施例の全体的な構成及び機能操作の概略を述
べてきた。次に、本発明の主題に係る編集操作の一例を
説明する事とする。第６図は画像ファイルの合成操作の
概念を説明する図である。

編集にはこの他に切り貼り、加工１回転等が考えられる
が、実質的には同一であるので、合成に代表させて説明
する。個々の画像データにはシステムにより順に画像番
号が１〜７と付されている。

又、“Ａ”〜“Ｇ″等はキーワードである。以下説明の
便宜上、画像を指定するときは画像番号で特定する。

画像１は光ディスクから人力された画像である。画像２
はマイクロフィルムファイル５０から人力された画像で
ある。これらの画像人力は第２図（ｂ）で説明したアイ
コンの“画像ファイル入力°゛を選択する事により行わ
れる。画像３はｌ５３１又はＰＤ５から入力された。画
像４はＫＢＤ６から人力された。これらの入力はアイコ
ンの“スキャナ人力“を選択する事によりなされる。

以上の入力画像には少なくとも画像番号（必要に応じて
キーワードが付加されて）が付されて、ＩＭＥＭＩＩ又
は拡張格納領域７２に格納されている。オペレータはこ
の画像番号又はキーワードを指定して画像を特定できる
。

合成画像について説明すると、画像５は画像２及び３か
ら合成される。画像６は画像ｌと画像５とから合成され
る。画像７は画像６と画像４から合成される。勿論、合
成の順序は上記例に限られず任意である。さて以上第６
図に従って操作の観点から画像の合成を説明した。実際
のＩＭＥＭｌｌ又は拡張格納領域７２には、基となった
画像１．２，３，４、そして合成画像５，６．７が混然
一体となって格納されている。従って、単に検索情報又
は画像番号を使っては画像の世代関係＝履歴（連関）を
表現できない。そこで、第１図に示した毎き管理テーブ
ルを用いて画像が合成された連関を表現する。

く管理テーブル〉 第１図の管理テーブルは第６図の画像合成に対応するも
のである。図中、画像番号は４桁で表示され、この画像
番号のリスト表示で画像の合成過程を表現する。ＵＰＷ
ＡＲＤＬＩＮＫとは上方向のリンクを意味し、このリン
ク内の画像番号をもつ画像によって合成された事を意味
する。一方、ＤＯＷＮＷＡＲＤＬＩＮＫとは下方向のリ
ンクを意味し、その画像が他の画像合成に際して参照さ
れたときのその他の画像番号のリストである。

又、画像番号が“Ｆ　Ｆ　Ｆ　Ｆ”であるとはリンクが
それ以上は無い事を示す。具体的例により説明すると、
画像番号“０００６″の画像はそのＵＰＷＡＲＤＬＩＮ
Ｋから画像１及び画像５から合成された事が分り、ＤＯ
ＷＮＷＡＲＤＬＩＮＫからは、画像６は他の合成に使用
されて画像７になった事が分る。説明の便宜上、１つの
画像番号によって指定された１つのＵＰＷＡＲＤＬＩＮ
Ｋと１つのＤＯＷＮＷＡＲＤＬＩＮＫとの組をリンクレ
コードと呼ぶ事とする。このような管理テーブルはＤＭ
ＥＭ２０内に格納されているものであるが、管理テーブ
ルのリンクレコードへのアクセスは画像番号を参照して
なされる。

ＷＳＩＯの電源投入から処理プログラムが起動すると先
ずこの管理テーブルがＤＭＥＭ２０内に作成される。こ
のときのリンクは全て°’ＦＦＦＦ”で初期化されてい
る。画像が新規に作成されたり（その例が画像の合成で
ある）、人力されたりすると、新規にそれらの画像に対
応した管理テーブルのリンクレコードが作成される。画
像が合成されると、例えば画像２．３から画像５が合成
されるときは、ＩＭＥＭｌｌ上で画像合成後に、画像５
に対応する管理テーブルのリンクレコードの領域が確保
され、そのＵＰＷＡＲＤＬＩＮＫに画像番号“０００２
”、“０００３”が格納され、画像番号２及び画像番号
３の夫々のＤＯＷＮＷＡＲＤＬＩＮＫに画像５に使われ
た事を示すリンクが作成される。

（ＷＳＩＯのメインルーチン〉・・・制御手順第７図は
ｗｓｔｏの制御動作に係るメインルーチンである。尚、
第７図以下のフローチャートに示された制御手順のプロ
グラムはＰＭＥＭ９に格納されている。前述したように
システムに電源を没入すると、ステップＳ２でＤＭＥＭ
２０内に管理テーブルの領域が確保される。管理テーブ
ルが確保された以降は第２図（ｂ）に示したアイコンの
選択（ステップＳ４）によってフローはステップＳ６．
ステップＳ８．ステップｓｉｏ、ステップＳ１２のいず
れかに分れる。

以下順にアイコン操作に従って実施例の制御手順を説明
する。

（ＩＳ、ＰＤ、ＫＢＤからの画像入力〉アイコンで“ス
キャナ入力”が選択されたとする。第８図は文書画像が
新規にｌ５３１′から読み取られるか又はＰＤ５．ＫＢ
Ｄ６からなんらかの画像データが入力されるときの制御
手順である。

前述したように本実施例では光ディスクの画像ファイル
及びマイクロフィルムの画像ファイルは既に登録されて
いるものとする。従って、“スキャナ入力”とは■Ｓ３
１からの入力と、ＰＤ５又はＫＢＤ６からの入力のみを
意味するものとする。

マイクロフィルムからの画像入力及びそのシステム登録
（検索情報作成）は当然、本画像ファイルシステムにて
可能であるが、マイクロフィルムファイルの登録は本発
明と直接関係がないのでその説明は省略する。

さてステップＳ２０で入力が、ＰＤ５又はＫＢＤ６から
なされるのであれば、ステップＳ２２へ進みＰＤ５又は
ＫＢＤ６からの入力をＩＭＥＭｌｌへ格納する。この場
合、ＰＤ５からの入力であれば座標情報が先ず入力され
、それに従った画像（例えば塗りつぶし等）がＩＭＥＭ
ｌｌ内に生成される。ＫＢＤ６からであれば文字コード
等が入力される。一方、入力がｌ５３１からなされるの
であれば、ステップＳ２４で画像人力がなされる。この
ステップＳ２４の概略は、先ず画像読み込みモード（画
像ファイルの属性）、例えば解像度（−２００ｄｐｉ／
３００ｄｐｉ／４００ｄｐｉ　）　、原稿サイズ（Ａ３
．Ａ４．Ｂ３．Ｂ４）をメニュー画面を介してＰＤ５を
用いて指示する。次に上記指定された属性に従って、画
像がｌ５３１から読み取られて、ＷＳＩＯ内のＩＭＥＭ
ＩＩに一時的に格納されるというものである。上記属性
は読取られた画像が登録されるものであれば前述の第４
図のＰＳ　Ｉ　ＺＥ６３等の検索情報に使われる。ステ
ップＳ２６の画像再構成は、ＩＭＥＭＩＩに読込まれた
データを既にＩＭＥＭＩＩに格納されていた画像データ
とともに、必要に応じて拡張格納領域７２を使いながら
、格納領域を再構成し、ＣＲＴ４に表示するために表示
データをＶＲＡＭ２２に格納するステップである。ＶＲ
ＡＭ２２への格納に際し、ＢＭＵ１６及び縮小するので
あればＩＣＵ１８等により表示用に変換した上で、ＣＲ
ＴＩＦ１５内＋７）ＶＲＡＭ２２に格納する。

ステップ３２Ｂでは入力された画像に画像番号を付与す
る。画像番号もＣＲＴＪ上に表示される。ステップＳ３
０では、入力された画像を登録すべきか否かを判断する
ためにアイコン“入力画像登録”が選択されたか確認す
る。このアイコンが選択されたならば、ステップＳ３２
へ進み、キーワードを入力する。このキーワードをステ
ップ３２８で付与された画像番号を参照ポインタとして
リンクレコード中に格納する。この場合、ＵＰＷＡＲＤ
ＬＩＮＫ及びＤＯＷＮＷＡＲＤＬＩＮＫは”ＦＦＦＦ″
のままである。ステップＳ３６で検索情報を作成し、作
成した検索情報をＨＯ２に格納した後に登録すべき画像
を光ディスク４０に格納して、戻り先ヘリターンする。

一方、ステップＳ３０で登録しないのであれば、ステッ
プ３２８で付与された画像番号のみを管理テーブルに格
納する。そしてステップＳ４０へ進み、一時ファイルと
してＨＯ２へ格納して、リターンする。

この時点で、ＩＭＥＭＩＩには（必要に応じて拡張格納
領域７２にも”）ＩＳ３１．ＰＤ５又はＫＢＯ２からの
画像が少なくとも画像番号を付与されて格納されている
。

く画像ファイル人力〉 上記の画像入力は新規な画像人力であった。次に説明す
る画像ファイル入力はマイクロフィルム又は光デイスク
ファイルのように、既にシステム登録されたファイルか
らの画像入力である。第９図に従って説明すると、アイ
コンで“画像ファイル入力”が選択されたのならば、ス
テップＳ４４でオペレータにキーワード情報人力を促す
。ステップＳ４６でこのキーワード情報に基づいて検索
情報をセットして、ステップＳ４８で光ディスク４０又
はマイクロフィルム５０から画像を入力する。このとき
、検索情報は記録媒体が光ディスクであるかマイクロフ
ィルムであるかによって、第４図の如くセットされる。

画像が入力されるとステップＳ５０で画像再構成がなさ
れる。この画像再構成は前述のステップＳ２６の画像再
構成と同じである。ステップＳ５２ではＩＭＥＭＩＩの
内容を適当に縮小したり、マルチウィンドウ化したりし
てＶＲＡＭ２２に格納する。ステップＳ５４ではこの画
像が既に管理テーブルに登録されているかを調べる。こ
の検索はキーワードを用いてなされる。もし管理テーブ
ル内に登録されているのならば、そのままリターンする
。一方、未だ管理テーブルに未登録であるならば、ステ
ップＳ５６で画像番号を付与し、その画像番号をポイン
タとしたリンクレコード内にキーワードをセットする。

そして「戻り先」ヘリターンする。

こうして、ＩＭＥＭＩＩ及び拡張格納領域７２内にはＰ
Ｄ５．ＫＢＯ２又はスキャナ３１、更にはマイクロフィ
ルム５０又は光ディスク４０から入力された画像が格納
されたことになる。これらの画像を編集して新たな画像
を作成する場合は画像番号又はキーワードを指定して対
象となる画像を指定する。

〈画像編集〉 アイコン“編集”が選択されると、第１０図に従った制
御がなされる。ステップＳ７０でオペレータに画像編集
の対象となる画像番号の指示を促す。ここで、ｍ集対象
となる画像は新規に入力された画像に限らず、画像編集
された後の画像（即ち、例えば合成画像）も対象になる
事を銘記すべきである。ステップＳ７２では、指示され
たｗＡ集対象となるべき画像の画像番号を知る。ステッ
プＳ７４で画像加工を行う。この加工は前述したように
合成、切り貼り等の種類があり、ＢＭＵ　１６、ＩＣＵ
１８等によって行われる。ステップ３７６では画像再構
成が行われる。ステップＳ７８で編集後の画像に画像番
号が付与される。この時点で管理テーブル内に新たにリ
ンクレコードの領域が確保される。ステップＳ８０で次
のアイコン指示を待ち、そのアイコン指示がプリントな
らばステップＳ８２へ進み、編集後の画像を一部フアイ
ルとしてＨＤ２へ格納した後、ステップＳ８３でＩＰ３
２にプリントする。一方、アイコン指示が登録ならば、
ステップＳ８４でオペレータにキーワード入力を促す。

ステップＳ８６ではリンクレコード作成のサブルーチン
（第１１図）を実行する。ステップＳ８８ではステップ
Ｓ８４で入力したキーワードから検索情報を作成してＨ
Ｄ２に格納するとともに、ステップＳ９ｏでこの新たに
合成された画像を光ディスクに格納する。

く管理テーブルの作成〉 さて第１０図のステップ５８４のサブルーチンの詳細を
第１１図に従って説明する。ステップＳ９６では、ステ
ップＳ８４で入力されたキーワードを管理テーブルの合
成画像に対応するリンクレコード内に格納する。ステッ
プＳ９８ではＵＰＷＡＲＤＬＩＮＫを作成する。これは
ステップＳ７２で得た編集対象の画像の画像番号を格納
することでなされる。次にステップ５１００で上記の編
集対象となった画像のリンクレコードのＤＯＷＮＷＡＲ
ＤＬＩＮＫを更新する。これは、編集対象となった画像
の各々の管理テーブルのＤＯＷＮＷＡＲＤＬＩＮＫの末
尾に、当該合成された画像の画像番号を格納する事によ
りなされる。

第１２図は画像７を合成する前の管理テーブルの内容を
図示したものである。第６図の如く、画像６と画像１と
から画像７を合成すると、第１３図の管理テーブルから
第１図の管理テーブルが得られる。

こうして、種々の人力画像とその人力画像から編集して
合成等されて得た画像との連関を表現する管理テーブル
が得られことになる。尚、この管理テーブルは新規に入
力された画像（−次画像）から合成した画像に関する管
理テーブルにとどまらず、編集合成後の画像（二次画像
）を基礎として画像ＩＡ集して三次画像を得る場合、更
に四次画像を得る場合にも作成できる事は容易に了解さ
れる。

〈画像の連関の表示〉 次にアイコンで“リンク表示°゛を選択すると、第１３
図に示された制御を実行する。このリンク表示とは、指
定した画像番号の画像が生成される過程で参照された画
像と、この画像が生成された後にこの画像が基礎として
参照されたところの画像番号をＣＲＴ４上に表示するも
のである。画像の連関表示は例えば第１４図の如くなさ
れる。第１４図の例では画像５の階層性を表示したもの
である。プログラムを説明する表現上、この画像５を基
４！階層、それより上の階層を順に＋１階層。

＋２階層と表現し、下の階層を一１階層、−２階層と表
現する。すると、第１４図の例では画像１．２．３が＋
１階層に屈し、画像６が一１階層に、画像７が一２階層
に属する。

第１３図に基づいて説明すると、ステップ５１１０で表
示すべき画像の画像番号又はキーワードの人力を促す。

ステップ５１１２で、その画像番号又はキーワードから
、対応する管理テーブルのリンクレコードを読出す。次
にステップ５１１４で、基準階層にはステップ５ｉｌｏ
で入力された画像番号を表示し、＋１階層にはステップ
５ｉｔ２で読出されたリンクレコードのＵＰＷＡＲＤＬ
ＩＮＫにある画像番号を表示し、−１階層にはＤＯＷＮ
ＷＡＲＤＬＩＮＫにある画像番号を表示する。こうして
、基準階層と＋１階層に画像番号が表示された。

次に±２階層以上の画像番号を表示する。そのために、
先ず、ステップ５１１６で子方向（上方向）の各階層の
リンクを構成する。これはステップ５１１２で読出した
ＵＰＷＡＲＤＬＩＮＫの各画像番号に基づいて、それら
の画像番号のリンクレコードを順々に読出して子方向の
各階層のリンクを構成するものである。ステップ５１１
８では一方向（下方向）のリンクを構成する。このとき
は、ＤＯＷＮＷＡＲＤＬＩＮＫに基づく。このようにし
て、第１４図の如く、画像の生成過程及び使用過程が表
示される。表示の態様も管理テーブルをそのまま表示す
る事も考えられるが、上述したように画像の履歴が直観
的に把握できるものが望ましい。

〈色々な変形例〉 以下、種々の変形例について説明する。

以上説明した実施例では、管理テーブルは画像生成過程
、及び画像が生成された後はその画像の使われる過程を
遡及するのに極めて有効である。

この有効な管理テーブルは前述したようにＤＭＥＭ２０
内に記憶されているものであるが、これをＨＤ２内に記
憶すれば永久保存されるので、電源断後でも直ちに復元
できる。

又、管理テーブル中にはＵＰＷＡＲＤＬＩＮＫ又はＤＯ
ＷＮＷＡＲＤＬＩＮＫが整然と記録されているので、各
々の画像の参照回数の記録がとれる。そこで、頻繁に使
われる画像とそうでない画像の区別が容易である。

〈実施例の効果〉 以上説明した実施例によれば、先ず第１に画像生成過程
、及び画像が生成された後はその画像の使われる過程を
遡及する事が、画像番号又はキーワードの入力のみで可
能となる。画像の履歴を直観的に把握できるように表示
したり、各々の画像の参照回数の記録をとって頻繁に使
われる画像とそうでない画像の区別が容易につくなどの
事により、画像の使われ方が容易に把握でき画像の重要
度が判断できる。従って、画像を削除する場合、例えば
多くの他の画像の基礎となったような重要な画像を誤っ
て消去するようなミスを起さなくなる。又、管理テーブ
ルの構成は簡単であるから、その検索規則も単純である
。

［発明の効果コ 以上説明したように本発明によれば、生成された新画像
ファイルと元となった旧画像ファイルについて、旧画像
ファイルと新画像ファイルとの間の生成関係を出力する
事のできる画像ファイルシステムを提供できる。

本発明の１態様によれば、生成関係を階帰的に表現して
出力を表示画面にとる事により、生成関係の直感的な把
握が得られる。

【図面の簡単な説明】

第１図は本発明に係る実施例の画像生成過程を遡及する
原理を説明する図、 第２図（ａ）は実施例の外観図、 第２図（ｂ）は実施例の操作画面の図、第２図（Ｃ）及
び第３図は実施例の回路構成図、 第４図は検索情報のフォーマット図、 第５図は画像データがＩ　ＭＥＭ及びＨＤに格納され、
ＣＲＴに表示される様子を説明する図、第６図は実施例
に係る一例としての画像合成の概念を説明する図、 第７図〜第１１図は実施例に係る制御手順のフローチャ
ート、 第１２図は、第１図とともに実施例の画像生成過程を表
現する管理テーブルを作成するための手順を説明する図
、 第１３図は実施例に係る制御手順のフローチャート、 第１４図は画像の合成過程をＣＲＴ上に表示した図であ
る。 図中、 １・・・制御部、２・・・ハードディスク、３・・・フ
ロッピディスク、４・・・ＣＲＴ、５・・・ＰＤ、６・
・・ＫＢＤ、？・・・ＭＰＵ、９・・・ＰＭＥＭ、１０
・・・ワークステーション、１１・・・ＩＭＥＭ、１６
・・・ＢＭＵ、１８−Ｉ　ＣＵ、２０・ＤＭＥＭ、２２
−ＶＲＡＭ。 ３１・・・イメージスキャナ、３２・・・イメージプリ
ンタ、４０・・・光デイスクファイル、５０・・・マイ
クロフィルムファイル、７２・・・拡張画像格納領域で
ある。 特許出願人　　　キャノン株式会社 第６図 第８図 ＷＳｌｏ図 第１１囚

Claims (3)

【特許請求の範囲】
1. （１）ファイルとして論理付けられた画像ファイルに画
   像編集を加えて新たな画像ファイルを作成する画像ファ
   イルシステムにおいて、旧画像ファイルから新画像ファ
   イルが作成される連関を表わす情報を画像ファイル毎に
   設け、前記情報に基ずいて画像ファイルの生成履歴を出
   力する出力手段を備えた事を特徴とする画像ファイルシ
   ステム。
2. （２）生成履歴はＣＲＴに表示される事を特徴とする特
   許請求の範囲第１項に記載の画像ファイルシステム。
3. （３）連関情報は前記画像ファイルの検索情報に含まれ
   る事を特徴とする特許請求の範囲第１項に記載の画像フ
   ァイルシステム。