JPH0879434A - ファクシミリ装置 - Google Patents

Abstract

(57)【要約】 【目的】 フォントメモリ容量を増やすことなく、より
柔軟に動的にユーザ所望のフォントデータを用いてファ
クシミリ画像が生成可能な装置を提供する。 【構成】 端末装置１１０からインタフェース制御部１
０６を経て受信するフォントデータ変更コマンドに従っ
て、端末装置からさらにユーザ所望のフォントデータを
受信する。この受信に伴って、フォント管理テーブル１
０８とフォントデータ格納部１０７の内容を変更し、ユ
ーザ所望のフォントデータによるキャラクタデータから
画像データへの変換ができるように備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はファクシミリ装置に関す
る。

【０００２】

【従来の技術】従来、情報処理装置がファクシミリ装置
にキャラクタコードデータを転送し、そのファクシミリ
装置が転送されたキャラクタコードデータを画像データ
に変換して画像データの送信を行う場合、ファクシミリ
装置に予め備えられたフォントを用いて、画像データへ
の変換を行っていた。

【０００３】このような場合、ユーザの望むフォントデ
ータがない場合が生じないようにするためにファクシミ
リ装置は複数のフォントテーブルを備えることがあっ
た。

【０００４】

【発明が解決しようとする課題】しかしながら上記従来
例では、装置内に複数のフォントテーブルを備えるため
に大容量のメモリを必要とし、生産コストが上昇すると
いう問題があった。さらに加えて、ユーザが独自に作成
したフォントデータをファクシミリ装置に転送してその
画像データを送信しようとする場合や、ユーザ独自のフ
ォントデータでなくともファクシミリ装置が備えるフォ
ントデータ以外の、例えば、言語体系が異なったり、書
体やキャラクタサイズが異なるフォントデータを用いた
場合には、たとえファクシミリ装置が複数のフォントテ
ーブルを備えていようと、このようなフォントテーブル
を用いることができなかった。

【０００５】本発明は上記従来例に鑑みてなされたもの
で、フォントメモリの容量を増やさずにユーザの所望す
るフォントデータに柔軟に対応できるファクシミリ装置
を提供することを目的としている。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に本発明のファクシミリ装置は、以下のような構成から
なる。

【０００７】即ち、外部装置からキャラクタデータを受
信して前記キャラクタデータを画像データに変換し、前
記画像データをファクシミリ送信するファクシミリ装置
であって、前記外部装置と情報を送受信するインタフェ
ース手段と、前記外部装置から受信したキャラクタデー
タを画像データに変換する変換手段と、前記変換手段に
よって変換された画像データを通信回線に送出する送信
手段と、前記変換手段による変換に用いるフォントデー
タを格納する第１記憶手段と、前記外部装置から送られ
る情報に従って、前記第１記憶手段に格納されたフォン
トデータを変更する変更手段とを有することを特徴とす
るファクシミリ装置を備える。

【０００８】

【作用】以上の構成により本発明は、受信したキャラク
タデータを画像データに変換するために用いる第１記憶
手段に格納されたフォントデータを、外部装置から送ら
れる情報に従って、変更するよう動作する。

【０００９】

【実施例】以下添付図面を参照して本発明の好適な実施
例を詳細に説明する。

【００１０】図１は本発明の代表的な実施例であるファ
クシミリ装置の構成を示すブロック図である。このファ
クシミリ装置は別の情報処理装置（以下、これを端末装
置という）から転送されてきたキャラクタデータを画像
データに変換して、その画像データをファクシミリデー
タとして通信回線に送出する。

【００１１】図１において、ＣＰＵ１０１は装置全体を
制御するシステム制御部であり、ＲＯＭ１０２はＣＰＵ
１０１が実行する制御プログラムを格納する記憶領域と
して、ＲＡＭ１０３はＣＰ１０１が制御プログラムを実
行する時のワークエリアとして、ＤＲＡＭ等で構成され
る画像メモリ１０４は画像データを蓄積するために用い
られる。また、キャラクタ画像データ変換処理部１０５
は、インタフェース制御部１０６を介して端末装置１１
０から転送されたキャラクタデータを画像データに変換
する処理を行う。端末装置１１０とファクシミリ装置の
インタフェース制御部１０６とはＲＳ２３２Ｃなどのイ
ンタフェースで接続される。

【００１２】ＳＲＡＭ等で構成されるフォントデータ格
納部１０７は、装置の初期化時、ＲＯＭからフォントデ
ータをロードして格納する。一方、ＳＲＡＭ等で構成さ
れるフォントデータ管理テーブル１０８は、キャラクタ
個々のフォントデータのアドレスやフォントの縦横サイ
ズ（ライン数、ドット数）を格納する。

【００１３】プリンタ部１０９はキャラクタ画像データ
変換部１０５で生成されたページ単位の画像をプリント
出力したり、通信制御部１１１を介して受信した画像デ
ータをページ単位にプリント出力する。また、操作パネ
ル１１２は、キーボードやＬＣＤを有し、ファクシミリ
通信に係わる種々の指示を行ったり、機器の状態を表す
メッセージなどを表示する。

【００１４】なお本実施例のファクシミリ装置が扱うキ
ャラクタの標準的なコード体系はＡＳＣＩＩコードと
し、端末装置から何の要求もない場合にはＡＳＣＩＩコ
ードでキャラクタデータを扱うものとする。従って、フ
ォントデータ管理テーブル１０８にも以下に述べる初期
化処理でＡＳＣＩＩコード体系に対応したキャラクタコ
ード、文字サイズ、フォントデータ格納部１０７のフォ
ントデータアドレスが格納されることになる。

【００１５】次に上記構成のファクシミリ装置の動作に
ついて説明する。

【００１６】（１）装置初期化処理 図２はファクシミリ装置初期化時のフォントデータロー
ド処理を示すフローチャートである。

【００１７】まず、ステップＳ２００では、ファクシミ
リ装置のシステムリセットボタン（不図示）の押下や電
源投入スイッチのＯＮを契機として、ＲＯＭ１０２の所
定の領域に格納されているフォントデータをそのアドレ
スから読出し、フォントデータ格納部１０７のＳＲＡＭ
の所定の領域に書き込む（これをフォントデータのロー
ドという）。さらに、ステップＳ２０１ではロードした
フォントデータに対する管理情報をフォントデータ管理
テーブル１０８へ書き込む。その管理テーブルの内容
は、個々のキャラクタコードに一対一に対応するフォン
トデータのライン数とビット数そしてフォント画像デー
タの格納アドレスからなる。この処理を終えるとファク
シミリ装置は待機状態になる。

【００１８】（２）端末装置からの情報受信処理 図３〜図５は端末装置１１０からの情報を受信した時の
処理を示すフローチャートである。

【００１９】まずステップＳ２１０では端末装置１１０
から送出されたコマンドをインタフェース制御部１０６
で受信する。次にステップＳ２１１でインタフェース制
御部１０６は、端末装置１１０が送出したコマンドデー
タをバッファに格納し、その受信コマンド解析する。ス
テップＳ２１２では、その解析結果、受信コマンドが不
当なもであるかどうかを調べ、もし不当なコマンドであ
れば処理はステップＳ２１０に戻り、そのコマンドが妥
当なものであれば処理はステップＳ２１３に進む。ステ
ップＳ２１３ではそのコマンドがフォントデータ変更コ
マンドであるか、或いは、ＡＳＣＩＩコード体系による
プリントコマンド（ＡＳＣＩＩプリントコマンド）であ
るかどうかを調べる。ここで、そのコマンドがフォント
データ変更コマンドであったならば、処理はステップＳ
２２０に進み、一方、ＡＳＣＩＩプリントコマンドであ
ったならば、処理はステップＳ２３０に進む。

【００２０】ここでいうフォントデータ変更コマンドと
は、本実施例のファクシミリ装置が標準的に備えるＡＳ
ＣＩＩコード体系のキャラクタデータを扱うのではな
く、他のコード体系、例えば、ＥＢＣＤＩＣコード、Ｅ
ＵＣコード、ＪＩＳコードなどのコード体系、或いは、
同じコード体系でも異なるフォント体系（クーリエ、ゴ
シック体、明朝体など）でキャラクタデータを扱うよう
に指示するコマンドである。

【００２１】さて処理はステップＳ２２０において、イ
ンタフェース制御部１０６の受信バッファからバイト単
位でデータを読出し、受信コマンドに従うパラメータを
解析する。本実施例ではそのパラメータは、図６に示す
ように、キャラクタのコードとフォントの縦（ライン
数）と横（ドット数）から成るとする。ここで、そのパ
ラメータのとりうる値が正しいと判断されたならば、処
理はステップＳ２２１に進んで、レスポンス（ＡＣＫ）
を送出する。これに対して、そのパラメータの値が不当
なものであれば処理はステップＳ２１０に戻る。

【００２２】次にステップＳ２２２では、端末装置１１
０がＡＣＫ受信に応答して送出するフォントデータを受
信し、これをインタフェース制御部１０６の受信バッフ
ァに格納する。さらにステップＳ２２３では、先のパラ
メータで指定されたキャラクタデータコードに対応する
フォントデータ格納部１０７の格納先のアドレスを算出
し、さらに続けてステップＳ２２４では先のパラメータ
により指定されたライン長、ドット数、及び、ステップ
Ｓ２２３で算出されたフォントデータ格納先アドレスを
フォントデータ管理テーブル１０８に書き込む。図７は
フォントデータ管理テーブル１０８の構造を示す図であ
る。図７に示すように、この管理テーブルでは１つ１つ
のキャラクタコードに対応してその文字の縦横サイズや
フォントデータ格納部１０７の格納アドレスが管理され
る。

【００２３】そして、ステップＳ２２５では、ステップ
Ｓ２２３で算出されたフォントデータ格納先アドレスか
ら、インタフェース制御部１０６の受信バッファに一時
的に格納されているフォントデータを書き込む。

【００２４】最後にステップＳ２２６では、ステップＳ
２２５の処理によってフォントデータの内容を変更した
ことを確認して、端末装置１１０に対してフォントデー
タ変更完了の旨へのレスポンスを送出する。

【００２５】図６には、上述した端末装置１１０とファ
クシミリ装置との間のフォントデータ変更処理に関わる
データ及び応答の送受信の関係をまとめて示している。

【００２６】これに対して処理がステップＳ２３０に進
んだ場合、まず、インタフェース制御部１０６の受信バ
ッファからバイト単位でデータを読出し、受信コマンド
に従うパラメータを解析する。ここで、その解析結果、
そのパラメータが正しいならば処理はステップＳ２３１
に進みレスポンス（ＡＣＫ）を端末装置１１０に送出す
るが、そのパラメータの値が不当なものである場合、処
理はステップＳ２１０に戻る。

【００２７】次にステップＳ２３２では、端末装置１１
０がＡＣＫ受信に応答して送出するキャラクタデータ
（ＡＳＣＩＩデータ）を受信し、これをインタフェース
制御部１０６の受信バッファに格納する。本実施例では
キャラクタ１ライン毎にデータを処理する。ステップＳ
２３３では、フォントデータ管理テーブル１０８の各キ
ャラクタのライン数（縦方向の文字ドットサイズ）に基
づいて、キャラクタ１ライン中の最大ライン数（Ｌｍａ
ｘ）を持つキャラクタを検知する。

【００２８】さらにステップＳ２３４では、キャラクタ
１ライン分のキャラクタデータを画像データに変換す
る。この際、キャラクタ画像変換部１０５は、フォント
データ管理テーブル１０８のライン数とドット数に従っ
て、フォントデータを画像データに再構成する。この
時、ステップＳ２３５では処理キャラクタラインの最大
ライン数（Ｌｍａｘ）と各キャラクタのデータライン数
（Ｌ）を比較し、Ｌｍａｘ＞Ｌである場合は、処理はス
テップＳ２３６に進み、Ｌｍａｘに不足する画素分だけ
白画素を付加する。これに対して、Ｌｍａｘ＝Ｌである
場合は処理はそのままステップＳ２３７に進む。このよ
うなステップＳ２３４〜Ｓ２３７の処理はキャラクタ１
ライン分の処理が終了するまで繰り返され、ステップＳ
２３７で１ライン分の処理が終了したと判断されると処
理はさらにステップＳ２３８に進む。

【００２９】そして、ステップＳ２３８で１ページ分の
キャラクタデータの画像データ変換が終了したかどうか
を調べる。ここで、その処理が終了したと判断されたな
らば処理はステップＳ２３９に進み、そうでないなら処
理はステップＳ２３３に戻りそのページの処理が終了す
るまで、ステップＳ２３３〜Ｓ２３８の処理を繰り返
す。

【００３０】最後にステップＳ２３９では必要ならプリ
ンタ部１０９にプリント要求を出してその画像データを
出力したり、ユーザの所望の通信相手にその画像データ
を送出する。そして、その処理が終了すると、ステップ
Ｓ２４０では、端末装置１１０に対しレスポンスを送出
し待機状態に戻る。

【００３１】以上のようにして、ユーザ所望のコード体
系でのフォントデータをファクシミリ装置に記憶させ、
これを管理させた後、ユーザはそのコード体系に従った
キャラクタデータをファクシミリ装置に転送すれば、フ
ァクシミリ装置はそのコード体系に従うキャラクタ画像
変換を実行する。

【００３２】従って本実施例に従えば、ファクシミリ装
置が標準的に備えるコード体系以外のコード体系に従っ
たキャラクタコードでのファクシミリ送信を望むとき、
予めユーザが所望するコード体系に従ったフォントデー
タをファクシミリ装置に転送して、これを管理させてお
くことで、ユーザが所望するコード体系でのキャラクタ
画像変換を実行することができる。

【００３３】このように本実施例ではユーザの所望に従
ってファクシミリ装置が扱えるコード体系を動的に変更
できるので、予め、複数のコード体系に従う大容量のフ
ォントデータを装置内に格納しておく必要もないので、
フォントデータを収容するメモリ容量を小さく抑えるこ
とができるという利点もある。

【００３４】なお上記実施例で用いたファクシミリ装置
には画像原稿を読み取るスキャナ部が備えられていない
が本発明はこれによって限定されるものではなく、例え
ば、従来のファクシミリ装置のようにスキャナ部を備
え、画像原稿を読み取ってファクシミリ送信ができるよ
うな構成を備えていてもにしても良いことは言うまでも
ない。

【００３５】また上記実施例では端末装置との通信をＲ
Ｓ２３２Ｃで行なう場合について説明したが本発明はこ
れによって限定されるものではなく、例えば、より高速
な通信を実現するためにイーサネットなどのＬＡＮを用
いても良い。

【００３６】尚、本発明は、複数の機器から構成される
システムに適用しても良いし、１つの機器から成る装置
に適用しても良い。また、本発明は、システム或は装置
にプログラムを供給することによって達成される場合に
も適用できることはいうまでもない。

【００３７】

【発明の効果】以上説明したように本発明によれば、受
信したキャラクタデータを画像データに変換するために
用いる第１記憶手段に格納されたフォントデータを、外
部装置から送られる情報に従って変更するので、余分な
フォントデータを予め格納することなく、即ち、第１記
憶手段の容量を増やすことなく動的にユーザの所望に従
ったフォントデータを用いた画像データ変換が行なわ
れ、ユーザの所望に従って表現された画像データをファ
クシミリ送信することができるという効果がある。

【図面の簡単な説明】

【図１】本発明の代表的な実施例であるファクシミリ装
置の構成を示すブロック図である。

【図２】ファクシミリ装置初期化時のフォントデータロ
ード処理を示すフローチャートである。

【図３】端末装置１１０からの情報を受信した時の処理
を示すフローチャートである。

【図４】端末装置１１０からの情報を受信した時の処理
を示すフローチャートである。

【図５】端末装置１１０からの情報を受信した時の処理
を示すフローチャートである。

【図６】端末装置１１０とファクシミリ装置との間のフ
ォントデータ変更処理に関わるデータ及び応答の送受信
の関係をまとめて示す図である。

【図７】フォントデータ管理テーブル１０８の構造を示
す図である。

【符号の説明】

１０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ 画像メモリ １０５ キャラクタ画像変換部 １０６ インタフェース制御部 １０７ フォントデータ格納部 １０８ フォントデータ管理テーブル １０９ プリンタ部 １１０ 端末装置 １１１ 通信制御部

Claims (8)

【特許請求の範囲】
1. 【請求項１】 外部装置からキャラクタデータを受信し
   て前記キャラクタデータを画像データに変換し、前記画
   像データをファクシミリ送信するファクシミリ装置であ
   って、 前記外部装置と情報を送受信するインタフェース手段
   と、 前記外部装置から受信したキャラクタデータを画像デー
   タに変換する変換手段と、 前記変換手段によって変換された画像データを通信回線
   に送出する送信手段と、 前記変換手段による変換に用いるフォントデータを格納
   する第１記憶手段と、 前記外部装置から送られる情報に従って、前記第１記憶
   手段に格納されたフォントデータを変更する変更手段と
   を有することを特徴とするファクシミリ装置。
2. 【請求項２】 前記外部装置から送られる情報には、前
   記外部装置のユーザが前記変換手段によって得られる画
   像データの表現に所望のコード体系、該コード体系での
   フォント体系のフォントデータ、前記変換手段による変
   換に用いるフォントデータの変更指示、キャラクタデー
   タを含むことを特徴とする請求項１に記載のファクシミ
   リ装置。
3. 【請求項３】 前記外部装置から送られる情報の内容を
   解析する解析手段と、 前記解析手段による解析結果に従って、前記情報の内容
   がフォントデータの変更指示である場合には前記変更手
   段による変更を行なうよう制御し、一方、前記情報の内
   容がキャラクタデータの画像変換である場合には前記変
   換手段による変換を行なうよう制御する制御手段を更に
   有することを特徴とする請求項２に記載のファクシミリ
   装置。
4. 【請求項４】 第１のコード体系に従うフォントデータ
   を格納する第２記憶手段と、 装置初期化時には、第２記憶手段に格納された第１のコ
   ード体系に従うフォントデータを、第１記憶手段にロー
   ドするロード手段とをさらに有することを特徴とする請
   求項１に記載のファクシミリ装置。
5. 【請求項５】 前記第１のコード体系とはＡＳＣＩＩコ
   ード体系であることを特徴とする請求項４に記載のファ
   クシミリ装置。
6. 【請求項６】 前記第１記憶手段は、フォントデータを
   格納する第１の領域と、 前記フォントデータの管理情報を格納する第２の領域と
   を含むことを特徴とする請求項１に記載のファクシミリ
   装置。
7. 【請求項７】 前記管理情報は、複数のキャラクタコー
   ド各々に対応するフォントデータに関する前記第１の領
   域の格納アドレスと、前記複数のキャラクタコード各々
   に対応するフォントデータのフォントサイズを含むこと
   を特徴とする請求項６に記載のファクシミリ装置。
8. 【請求項８】 前記変更手段による変更後、前記変換手
   段は変更されたフォントデータを用いて、外部装置から
   送られたキャラクタデータを画像データに変換すること
   を特徴とする請求項１に記載のファクシミリ装置。