JPH024288A

JPH024288A - イメージ処理装置及びそのフォントファイル管理方法

Info

Publication number: JPH024288A
Application number: JP63153890A
Authority: JP
Inventors: Taketoshi Yamashita; 武利山下
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1988-06-22
Filing date: 1988-06-22
Publication date: 1990-01-09
Anticipated expiration: 2014-06-21
Also published as: JP2906413B2

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕この発明は、入力したイメージデータと漢字等のフォン
トデータを合成・加工して出力するイメージ処理装置と
、そのフォントファイル管理方法に関する。

〔従来の技術〕

第４図は、従来のこの種のイメージ処理装置の構成ブロ
ック図である。第４図において、ＣＰＵ（中央処理装置
）３は、画像入力部１から入力したイメージデータを、
イメージメモリ５のイメージ領域に蓄積すると共に、ハ
ードディスク４から読み取ったフォントファイルを、イ
メージメモリ５のフォント領域に蓄積する。そして、イ
メージメモリ５に蓄積されたイメージとフォントをメモ
リ内で合成・加工し、画像出力部２において出力させる
。

〔発明が解決しようとする課題〕

ところで、上記イメージ処理装置では、イメージメモリ
内にイメージとフォントファイルをデータごとに格納し
ているが、イメージ領域とフォント領域に境界を設けて
しまうと、片方の領域がオーバーフローした時に他の領
域を使用できなくなるので、各領域を仕切るための境界
は設けられていない。このため、例えば、イメージメモ
リからフォントファイルをコピーして取り出す時に、領
域の指定ミスによりフォントファイルの一部を破壊して
しまうことがあった。この場合、破壊された部分はデー
タエラーとなり、ＣＲＴデイスプレィ等に表示すると、
画像孔れとなって表われる。

しかし、従来は、データのエラー箇所を確認することが
できなかったため、エラー箇所を見つけるために、フォ
ントファイルのデータを最初から見直さなければならず
、エラーチエツクが煩雑になるという問題点があった。

この弁明は、上記問題点に鑑みなされたもので、フォン
トファイルのデータエラー箇所を検出し、エラーチエツ
クを容易に行なうことができるイメージ！ｌｌ［！装置
及びそのフォントファイル管理方法を提供することを目
的とする。

〔課題を解決するための手段〕

上記目的を達成するため、この発明に係るイメージ処理
装置は、フォントファイルに少なくとも一つのチェック
サムを設けると共に、このチェックサムに基づいてフォ
ントデータのサムチェックを行ない、フォントファイル
のデータエラーの有無を検出する検出手段を設けたこと
を特徴とする。

また、上記イメージ処理装置のフォントファイル管理方
法は、イメージメモリ内でイメージデータとフォントデ
ータの合成及び加工を行なう工程と、フォントファイル
に設けられたチェックサムに基づいて、フォントデータ
のサムチェックを実行する工程とを具え、前記サムチェ
ックによりエラーが検出されたときは、イメージメモリ
から画像出力部へのイメージデータの送出を中断するよ
うにしたことを特徴とする。

〔作用〕

イメージメモリ内においてイメージとフォントの合成・
加工を行なった後、フォントデータに設けたチェックサ
ムを用いて、フォントデータのサムチェックを行なう。

そして、サムチェック終了後、フォントデータの合計が
あらかじめ設定されたサム値に対して正常か否かを検出
手段により判断する。ここでデータエラーが発生してい
なければ画像出力部へイメージデータを送出し、データ
エラーが検出されたときは、そのデータエリアに関する
データの画像出力部への送出を中断ザる。

したがって、データエラーの発生した箇所を速やかに検
出することができる。

〔実施例〕

以下、この発明の実施例を図面と共に詳細に説明する。

第２図は、この発明に係るイメージ処理装置の一実施例
を示す構成ブロック図である。図において、１１はイメ
ージメモリであり、イメージデータとフォントファイル
が格納される。ここで用いられるフォントファイルの一
例を第１図に示す。

フォントファイルは、４０９６ワードを一単位とする複
数のバンクから構成され、０バンク目にチェックサムテ
ーブル、１〜３バンク目にフォントコードを承りフォン
トコードテーブル、４〜１１バンク目にフォントデータ
が配置されている。舶記Ｏバンク目のチェックサムテー
ブルのアドレス（１〜１１）は、フォントファイルの各
バンク番号１〜１１に対応している。例えば、バンク３
のチェックサム（ＳＵＭ−３）は、チェックサムテーブ
ルのアドレス３に入っている。なお、バンクＯに対応す
るアドレレスＯには、チェックサムは入っていない。ま
た、チェックサムテーブルのアドレス１２〜４０９５に
はデータが入っていないものとする。また、前記イメー
ジメモリ１１は、上位１２ビツトをバンク番号（Ｏ〜１
１）、下位１２ビツトをバンク内アドレス（０〜４０９
５）として、４０９６Ｘ４０９６　（ワード）の空間に
分割されている。なお、１ワードは１６ビツトで構成さ
れている。１２はフォントファイルが記憶されたハード
ディスクであり、ハードディスクコントローラ１５によ
りデータの入・出力が制御される。１３は合成・加工さ
れたイメージデータを出力するためのプリンタであり、
その出力はプリンタコントローラ１６により制御される
。なお、この例では画像出力部にプリンタを用いたが、
出力装置としてはＣＲＴデイスプレィや×Ｙプロッタ等
を用いてもよい、、１４はイメージデータを人力するた
めのイメージリーダーであり、データの入力はイメージ
リーダーコントローラ１７により制御される。

１８はＲＯＭであり、後述するサムチェックの処理手順
のフローチャートに基づいたプログラム等が記憶されて
いる。１９はＲＡＭであり、サムチェックや出力を行な
う前のイメージデータが格納される。２０は各部の制御
を行なうＣＰＬＩであり、イメージ処理においてはイメ
ージメモリ１１でのイメージとフォントの合成・加工を
制御する。

また、前記ＲＯＭ１８に記憶された処理プログラムに基
づいて、フォントデータのサムチェックを実行する。Ｃ
，ＰＬＩ２０でのサムチェックは、次式（１）の計算結
果に基づいて行なわれる。

判定値＝ａｄｒ　　（０）　＋ａｄｒ　　（１）　十ａｄｒ　　
（２）＋・・・＋ａｄｒ　　（４０９５）　＋　（ＳＵ
Ｎ−ｊ　）　　　　＝（１）この例では、算出された判
定値がＯのときにデータエラーなしと判断する。すなわ
ち、ｊバンク目の全データの合計と、そのバンクのサム
値ＳＵＭ−」を加等してＯであればフォントファイルが
正常であると判断する。

２１はアドレスコントローラ（シーケンサ）であり、前
記プリンタコントローラ１６、イメージリーダコントロ
ーラ１７等の入出力制御ｏ装置や、イメージメモリ１１
とＣＰｔＪ２０との間のデータ転送に使用される。２２
はデータレジスタであり、ＣＰＵバスとイメージバスと
の間でＲＡＭ１９やイメージメモリ１１に格納されたバ
ンクのアドレス番号を順次指定する。

また、２３はホストコンピュータ、２４は前記ホストコ
ンピュータ２３とＣＰＵバスを結ぶホス１〜Ｉ／Ｆ　（
インターフニス）である。

次に、上記イメージ処理装置におけるサムチェックの処
理手順を第３図のフローチャートに基づいて説明する。

まずサムチェックを行なう前に、ＣＰｔＪ２０は、イメ
ージリーダー１４から入力されたイメージデータをイメ
ージメモリ１１のイメージ領域へ蓄積させると共に、ハ
ードディスク１２に記憶されたフォントファイルを読み
出し、イメージメモリ１１のフォント領域へ蓄積させる
。そして、このイメージメモリ１１内でイメージとフォ
ントの合成・加工を行なう。

次に、ＣＰＵ２０は、イメージメモリ１１のバンクｊに
初期値１を与える（ステップ１０１）。

これによりバンク１が指定される。続いて、イメージメ
モリ１１のＯバンク目のアドレスｊに格納されたＳＵＭ
−ｊ　（チェックサム）を取り出し、ＳＬＩＭとする（
ステップ１ｏ２）。そして、イメージメモリ１１のバン
クｊのアドレスｉをＯにクリアする（ステップ１０３）
。次に、前記ＳＬＩＭ（ＳＵＭ−ｊ）とイメージメモリ
１１のバンクｊのアドレスｉ（ここではアドレスＯ）の
データを加算し、その値をさらにＳＬＪＭに加える（ス
テップ１０４）。次に、バンクｊのアドレスｉに１を加
え、これを新たなアドレスｉとしてＳＵＭ十ＩＭ　（ｊ
、　　ｉ　）を行なう（ステップ１０５）。すなわち、
次のアドレス１のデータがＳＬＩＭに加えられることに
なる。そして、上記処理を順次繰り返し、１＝４０９６
となったときに（ステップ１０６）、ＳＵＭ４−８ＵＭ
＋［Ｍ（ｊ、Ｏ）＋１Ｍ（ｊ、１）＋・・・＋１Ｍ　（
ｊ、４０９５）におけるＳＵＭがＯとなるかどうかを判
断する（ステップ１０７）。ここで、ＳＬＪＭ＝０であ
れば、そのバンクのデータを正常と判断し、バンクｊに
１を加え、新たなバンクｊについて同様にＳＵＭ＋ＩＭ
（ｊ、ｉ）を行なう（ステップ１０８）。そして、上記
処理を各バンクについて順次繰り返し、バンクｊｍａｘ
　（この例では１１）となったかどうかを判断しくステ
ップ１０９）、ｊｍａｘであればエラー、なしと判定し
て処理を終了する。また、ｊｍａｘでなければｊｍａｘ
となるまで処理を繰り返す。

一方、ステップ１０７においてＳｔＪＭ＝Ｏとならない
場合は、バンクｊのサムチェックエラーと判定しくステ
ップ１１０）、エラー処理として、外部にエラー表示を
行なうと共に、イメージメモリ１１からプリンタ１３へ
のイメージデータの送出を中断する。そして、装置をス
トップさせ、イメージメモリ内のイメジデータをクリヤ
し、フォントファイルの再ロードを行なう（ステップ１
１１）。

このように、各バンクごとにアドレスＯ〜４０９５まで
の全てのデータを順次加粋し、これをさらにチェックサ
ムと合計してサムチェックを行なうことにより、各バン
クごとにデータエラーの有無を検出することができる。

したがって、使用者はデータエラーが検出されたときは
、該当するバンクのデータだけを見直せばよいので、エ
ラーチエツクを容易に行なうことができる。

なお、上記実施例では、チェックサムを論理和＝：０で
説明したが、排他的論理和（ＥｘＯＲ）、ＣＲＣ等の方
法を用いてもよい。

また、この実施例では、フォントファイルの先頭（０バ
ンク目）に全パンク分のチェックサムテーブルが設けら
れているが、各バンクの先頭もしくは終りにそのバンク
分のチェックサムを設りてもよい。

ざらに、この実施例では、フォントファイルを４０９６
ワ一ド単位のバンクに分？Ｊ　しているが、このワード
数は増減させてもよいし、フォントファイルが複数ある
場合は１つのフォントファイルに１つのチェックサムを
設定し、ファイルごとにデータエラーの有無をチエツク
するようにしてもよい。

〔発明の効果〕

以上説明したように、この発明によれば、フォントファ
イルにチェックサムを設け、このチェックサムに基づい
てサムチェックを行ない、フォントファイルのデータエ
ラーの有無を検出するようりにしたため、操作ミス等に
よりフォントファイルを破壊してしまっても、データエ
ラーの発生した箇所を簡単に知ることができるので、エ
ラーチエツクを容易に行なうことが可能となる。

また、フォントファイルをハードディスク等の記憶ｖｃ
置からイメージメモリにロードする際に、このサムチェ
ックを行なうことにより、ファイル時又はＯ−ド時のフ
ォントファイルのデータエラーを検出することができる
。

【図面の簡単な説明】

第１図はこの発明に係るイメージ処理装置のフォントフ
ァイルの一実施例を示す概念図、第２図はこの発明に係
るイメージ処理装置の一実施例を示す構成ブロック図、
第３図はサムチェックの処理手順を示すフローチャート
、第４図は従来のイメージ処理装置の構成ブロック図で
ある。１１・・・イメージメモリ、１２・・・ハードディスク
、１３・・・プリンタ、１４・・・イメージリーダー　
１８・・・ＲＯＭ、１９・・・ＲＡＭ、２０・・・ＣＰ
Ｕ　（中央処理装置）。フ才ントファイル

Claims

【特許請求の範囲】

（１）イメージデータとフォントファイルを同一のイメ
ージメモリ内に展開して処理するイメージ処理装置にお
いて、少なくとも一つのチェックサムを設けたフォントファイ
ルと、前記チェックサムに基づいてフォントデータのサムチェ
ックを行ない、フォントファイルのデータエラーの有無
を検出する検出手段と、を具えたことを特徴とするイメージ処理装置。
（２）イメージデータとフォントファイルを同一のイメ
ージメモリ内に展開して処理するイメージ処理装置にお
いて、前記イメージメモリ内でイメージデータとフォントデー
タの合成及び加工を行なう工程と、前記フォントファイ
ルに設けられたチェックサムに基づいて、フォントデー
タのサムチェックを実行する工程と、を具え、前記サムチェックによりエラーが検出されたと
きは、イメージメモリから画像出力部へのイメージデー
タの送出を中断するようにしたことを特徴とするイメー
ジ処理装置のフォントファイル管理方法。