JPS63314654A - フアイルインデツクス表示方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は記憶媒体中に記憶された複数のファイルの各イ
ンデックスを表示するファイルインデックス表示方式に
関するものである。

［従来の技術］ 近年においては、文書処理装置等で作成されたファイル
の多くは外部記憶装置、例えば磁気ディスク装置等に記
憶するのが主流となってきている。

通常、オペレータは、新規にファイルを作成することを
除いては、外部記憶装置内に記憶されている全て或いは
一部のファイルのインデックス（例えばファイル名やそ
のファイルの作成日時やファイルの大きさ示す数値等）
を表示画面上に表示するのが一般的である。この後、オ
ペレータはこの表示画面を見て、これから編集しようと
するファイルを選択していた。

［発明が解決しようとしている問題点］しかしながら、
表示されたファイルが多くなれななるほど所望とするフ
ァイルを探し出すことは困難になり、且つ夫々のファイ
ルの大きさを知るには表示された数値を一々読まねばな
らず、面倒なものであった。

本発明はかかる従来技術に鑑みなされたものであり、容
易に夫々のファイルの内容が解ると共に、個々のファイ
ルの大きさを一目で把握することを可能にするファイル
インデックス表示方式を提供しようとするものである。

［問題点を解決するための手段］ この問題を解決するために本発明は以下に、示す構成を
備える。

すなわち、 複数のファイルを格納した格納先の個々のファイルイン
デックスを表示するファイルインデックス表示方式にお
いて、前記側々のファイルの容量を夫々検出する検出手
段と、少なくともファイルの属性数分のシンボルパター
ンを記憶する記憶手段と、前記検出手段により検出され
た夫々のファイルの容量に基づいて、各々のファイルに
対応するシンボルパターンの大きさを変化させて表示す
る表示手段とを備える。

［作用］ かかる本発明の構成において、ファイルインデックス表
示時点に、個々のファイルに対応して、記憶手段で記憶
しているシンボルパターンの大きさを前記検出手段に検
出された情報に基づいて変化させて表示手段で表示する
ものである。

［実施例］ 以下、添付図面に従って本発明に係る実施例を詳細に説
明する。尚、以下の説明においては、文書画像処理装置
に応用した例を説明するが、これに限定されるものでは
ない。例えば近年、特に普及しているパーソナルコンピ
ュータにも応用できるものである。

く構成の説明（第１図）〉 第１図は実施例における文書画像処理装置のブロック概
念図である。

図中、１は装置全体を制御するＣＰＵであり、ＲＯＭ１
ａ内に格納された文書画像編集プログラムに従って動作
する。また、このＲＯＭ１ａ内には第５図のフローチャ
ートに沿ったプログラムも格納されている。１ｂはＣＰ
ＵＩのワークエリアや編集時における文書画像情報を格
納するＲＡＭである。２は表示装置３の表示画面に対応
した表示データを格納するビデオＲＡＭ　（以下、ＶＲ
ＡＭという）であり、４は複数の文書或いは画像情報を
記憶する外部記憶装置（例えば磁気ディスク装置等）で
ある。５は各種情報を入力するための入力装置であって
、キーボード及びマウスを含むものである。また、６は
時計（以下、タイマという）であって、装置自信への電
源のＯＮ１０　Ｆ　Ｆにかかわらず、動作している。

く基本動作の説明（第２図〜第４図）〉さて、上述した
構成において、ファイルインデックス一覧を表示装置３
に表示した例を第２図に示す。図中のＴＸＴ１″、”Ｇ
ＲＡＰＨＩ”、“ＴＸＴ２”がファイル名であり、その
上部（この位置はこれに限定されるものではない）に表
示されているのが、そのファイルの内容（文書か図形か
）を示すアイコン（シンボル）である（ＴＸＴｌとＴＸ
Ｔ２に対応するアイコンの相違については後述する）。

この様に表示することにより、オペレータは編集しよう
とするファイルを容易に指定することが可能となる。尚
、ファイルの指定方法であるが、キーボードでもって指
定しても良いし、マウスでもって連動するグラフィック
カーソルでもって所望とするファイルを指定しても良い
。いずれにせよ、ここで指定されたファイルは外部記憶
装置４からＲＡＭ１ｂ内に読み込まれ、所定の編集処理
を実行する。編集処理が終了し、外部記憶装置に保存す
るときには、そのときの時間情報も共に保存する。

ところで、ファイル一覧を表示画面に表示するときには
、一旦外部記憶装置４内の所定のレコード（トラック）
位置に設けられたファイル管理エリア（以下、ディレク
トリという）を参照するのが一般的である。本実施例に
おいても、これに従って説明する。

実施例におけるこのディレクトリには、第３図（ａ）に
示す各種情報（ファイル名情報３０、ファイルタイプ３
１、作成・変更年月日情報３２、レコード番号情報３３
、レコードレングス３４）が設けられている。

ファイル名情報３０内には先に示した“ＴＸ〒１”等の
ファイル名が格納されていて、ファイルタイプ３１には
各ファイルの属性、すなわち文書情報（Ｔ）かグラフィ
ック情報（Ｇ）かの他に、格納されているファイルの最
終を示す情報（Ｅ）の何れかが格納されている。作成・
変更年月日情報３２にはそのファイルの作成年月日或い
は編集訂正した最新の年月日情報が格納されている。レ
コード番号情報３３には各々のファイルが格納されてい
る先頭レコード番号が格納され、レコードレングス情報
３４にはそのファイルのレコード長が格納されている。

例えば、ファイル名“ＴＸＴ　１”を例にすると、この
ファイルは文書情報であり、作成或いは最新の編集年月
日は西暦８６年１月１日、ファイルの先頭レコード番号
は“１００”、最終レコード番号は“１０１”　（レコ
ードレングスは“２”であるので）である。この様子を
示したのが第３図（ｂ）である。

更に実施例では、ファイルインデックスの一覧を表示す
るときには、各ファイルの作成・編集したときから現在
に至るまでの時間経過を明らかにするため、第４図（ａ
）〜（ｄ）に示す様に各ファイル属性毎（この場合には
文書ファイル）に４つのパターンを用意した。尚、これ
ら４つのパターンの割り振りであるが、作成・編集年月
日からファイルインデックスの表示する時点までの期間
が３ケ月以内のときには“めくれ”のない第４図（ａ）
に示すアイコンを、以下、この期間が３ケ月以上６ケ月
未満のときには第４図（ｂ）のアイコン、６ケ月以上９
ケ月未溝のときのは第４図（Ｃ）のアイコン、９ケ月以
上のときには第４図（ｄ）のアイコンと、期間が長くな
るにつれて、この“めくれ”の大きいアイコンを表示す
る。このとき、ｃｐｕｔは現在の日時情報をタイマ６６
）ら一旦読み込み、次に外部記憶装置４のディレクトリ
内の各ファイルの作成・変更年月日情報３２内の情報と
の差からその期間を算出する。この算出した結果を基に
先に説明した４つのアイコンを割り振って、ＶＲＡＭ２
にそのアイコンパターンとファイル名を展開し表示する
。また、この期間の算出であるが、実際にはタイマ６で
もって計時された年月日と各ファイルの作成・変更年月
日３２内の情報との差を３ケ月で割ったときの商“ＭＴ
”を求める。このＭＴによって決定されるアドレス変換
関数Ｔ　（ＭＴ）で発生した値をＲＯＭＩａに対するア
ドレスとして使用し、先に説明した第４図（ａ）〜（ｄ
）の各文書情報に対応するアイコンパターンの何れかを
読み込む。読み込んだアイコンパターンはファイル名と
共にＶＲＡＭ２に展開していって表示することになる。

また、ここではファイル属性が文書情報であるときのみ
説明したが、グラフィック情報に関しても全く同じであ
る。この場合にはアドレス変換関数はＧ（ＭＴ）となる
。尚、上述した例では一つのファイル属性に対して４種
類のアイコンを用意したが、これ以外であっても全く構
わない。

以上の処理でもって、表示されたファイルインデック各
を見ると、そのファイル名と属性が容易に解るので、ど
のファイルを読み込むべきなのか一目瞭然となる。更に
は、そのファイルを作成した時期成いは最新の編集時期
からの期間も絵でもって極めて容易に理解できる。これ
は重要なことである。通常、作成した文書ファイルなど
は、そのまま放っておくことが多いので、ある程度期間
を通ると、はたしてそのファイルを゛消去していいのか
どうかがわからなくなるので、その目安となるからであ
る。

くファイルインデックス表示の 処理手順の説明（第５図）〉 以上、説明した処理概要をまとめると第５図のフローチ
ャートになる。以下、このフローチャートに従ってファ
イルインデックスの表示処理手順を説明する。

オペレータからファイルインデックスの表示を促す指示
が入力されると、先ずステップＳ１で外部記憶装置４内
のディレクトリから１ファイル分の各種情報をＲＡＭ１
ｂ内に一旦読み込む。次のステップＳ２ではその読み込
んだ情報中のファイル属性が“Ｅ”であるか否かを判断
するが、属性が“Ｅ”である場合には処理を終了し、そ
れ以外の場合にはステップ３３以下の処理を実行するこ
とになる。

ステップＳ３ではタイマ６より現在の年月日情報を読み
込み月時間に変換（変換された月時間をＴｉｍ１という
）する。ステップＳ４では先に読み込んだファイル情報
中の作成・変更年月日情報３２の情報を読み込んで同様
に月時間に変換（Ｔｉｍ２という）し、ステップＳ５に
おいてその差（＝Ｔｉｍｌ−Ｔｉｍ２）を算出する。次
にステップＳ６では、この算出された値を３でもって割
り算し、商“ＭＴ″　（整数）を得る。ステップＳ７で
はファイル属性が”Ｇ″か否かを判断するが、ＮＯの場
合、すなわち読み込んだファイルが文書情報であると判
断した場合にはステップＳ８に移って関数Ｔ　（ＭＴ）
でもって発生したアドレスに従ってＲＯＭ１ａからアイ
コンパターンを読み込みＶＲＡＭ２の所定位置にファイ
ル名と共に展開する。また、ステップＳ子の判断がＹＥ
Ｓの場合（すなわち、グラフィック情報のとき）にはス
テップＳ９に穆つり、今度は関数Ｇ　（ＭＴ）でもって
発生したアイコンパターンをファイル名と共にＶＲＡＭ
２に展開し、表示する。以後、この処理をファイル属性
が“Ｅ”になるまで順次繰り返していくことになる。

く第２の実施例（第６図、第７図）〉 以上までの説明では、ファイル属性と時間経過情報とを
盛り込んだアイコン（シンボル）を表示したが、他の情
報、例えば各々のファイルのレコード長でもって、その
ファイルの占有する割合（ファイルの大きさ）を表わす
様にすることも可能である。すなわち、ファイルインデ
ックスを表示するとき、そのファイルの大きさを見た目
に解り易くするため、第７図に示す様に各々のファイル
に対応するアイコンそのものの大きさを変化させる。

第６図にこのときの処理手順（ＲＯＭｉａ内に格納され
ている）となるフローチャートを示し、以下にその動作
を説明する。

尚、このフローチャート中、ステップ３１１〜ステツプ
Ｓ１７は第５図のフローチャートのステップ３１〜ステ
ツプＳ７に対応するので、この間の説明は省略する。

さて、ステ・ンブ３１７で注目しているファイル属性が
“Ｇ”でないと判断した場合には、注目しているファイ
ルは文書情報であるので、ステップＳ１８に穆って、Ｔ
　（ＭＴ）に示されるアイコンパターンをＲＡＭ１ｂ内
に設けられたバッファエリアに一旦格納する。また、ス
テップＳ１７の判断がＹＥＳの場合にはこのファイルは
グラフィック情報であるので、ステップＳ１９に移り、
同様にＧ　（ＭＴ）に示されるアイコンパターンをバッ
ファに格納する。次のステップＳ２０では、格納された
アイコンパターンをそのファイルのレコード長に基づい
て変倍処理を実行し、ステップｓ２１でそのアイコンパ
ターンをファイル名と共にＶＲＡＭ２内に展開して表示
させる。

尚、この変倍処理であるが、基本レコード数（仮にＲと
し、例えばレコード数が５０”）とそのファイルのレコ
ード数（ｒとする）から以下の式によって変倍率Ｋを求
める。

Ｋ　＝　ｒ　／　Ｒ しかしながら、この式でもって算出した変倍率にの値は
極端に大きく、或いは小さくなることが予想されるので
、限界を設けることが望ましいことは言うまでもない。

く第３の実施例（第８図）〉 更にファイル属性であるが、個々のファイル毎に違った
種類のアイコンを設けても全く構わない、すなわち、複
数のアイコンパターンを予めＲＯＭ１ａ内等に格納して
おき、オペレータが作成・編集したファイルに所望とす
るアイコンを選択付加する様にすれば、ファイルインデ
ックス表示時に、そのアイコンを見れば容易に所望とす
るファイルを探し出すことが可能となる。

このときの、ディレクトリの構造を第７図に示す０図示
の如く、各々のファイルに対して指定されたアイコンに
対応する番号情報（図示の場合には３桁）を設けること
により達成される。尚、このアイコン番号が“０００”
は第３図（ａ）のファイル属性の“Ｅ”に対応する様に
する。従って、この場合にはアイコンの種類は９９９個
まで選択することが可能となり、実質的に同じアイコン
が重複して表示されることがなくなる。必要ならこの番
号を４桁、或いはそれ以上にしても良い。

以上、説明した様に実施例によれば、ファイルインデッ
クスの表示において、各々のファイルの属性に応じたア
イコンを表示させると共に、各フフィルのアイコンの形
状を見るだけで各々のファイルの経過時間を認識するこ
とが可能となる。

更には、各々のファイルの容量（占有レコード数）もア
イコンの大きさを見るだけで容易に認識することが可能
となる。

尚、実施例ではファイルの経過時間によってアイコンの
形状を変化させたが、これに限定されるものではなく、
例えばカラー表示できる場合には色の違いによって表示
、認識させても全く構わない。

［発明の効果］ 以上、説明した様に本発明によれば、ファイルインデッ
クスの表示において、各々のファイルの大きさを極めて
容易に把握することが可能となる。

【図面の簡単な説明】

第１図は実施例における文書画像処理装置のブロック概
略図、 第２図は実施例におけるファイルインデックス表示の一
例を示す図、 第３図（ａ）は外部記憶装置内のファイルディレクトリ
の構造を示す図、 第３図（ｂ）はファイルの格納状態を示す図、第４図（
ａ）〜（ｄ）は文書ファイルの作成・編集時点からファ
イルインデックス表示時点までにおけるアイコンの変化
を示す図、 第５図はファイルインデックス表示のフローチャート、 第６図は第２の実施例におけるファイルインデックス表
示のフローチャート、 第７図は第２の実施例におけるファイルインデックス表
示例を示す図、 第８図は第３の実施例におけるディレクトリの構造を示
す図である。 図中、１−ＣＰ　Ｕ　、　　１　ａ　・・−ＲＯＭ　、
　　１　ｂ　−ＲＡＭ、２・・・ＶＲＡＭ、３・・・表
示装置、４・・・外部記憶装置、５・・・人力装置、６
・・・タイマ、２１〜２３・・・アイコン、３０・・・
ファイル名情報、３１・・・ファイル属性情報、３２・
・・作成・変更年月日情報、３３・・・開始レコード番
号情報、３４・・・レコード長情報である。 特許出願人　　キャノン株式会社 第１図 （ａ） （ｂ） 第３図 第４図

Claims (1)

1. 【特許請求の範囲】 複数のファイルを格納した格納先の個々のファイルイン
   デックスを表示するファイルインデックス表示方式にお
   いて、 前記個々のファイルの容量を夫々検出する検出手段と、 少なくともファイルの属性数分のシンボルパターンを記
   憶する記憶手段と、 前記検出手段により検出された夫々のファイルの容量に
   基づいて、各々のファイルに対応するシンボルパターン
   の大きさを変化させて表示する表示手段とを備えること
   を特徴とするファイルインデックス表示方式。