JPH05318840A - 画像形成装置及びその方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、プリンタ言語をエミュレートす
る機能を簡単に追加できる画像形成装置及びその方法を
提供しようとするものである。 【構成】 本発明においては、入力されてきたデータ
のヘッダを調べることでそれがエミュレーションプログ
ラムデータであるのか、印刷データであるのかを判別す
る。エミュレーションプログラムデータであると判断し
た場合には、それをＲＡＭ２４に格納し、それを管理す
る各種テーブルも更新する。そして、入力されたデータ
が印刷データである場合、そのデータを対応するエミュ
レーションプログラムに従って処理し、印刷を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像形成装置及びその方
法、詳しくは入力した印刷データに基づく画像を所定の
記録媒体上に印刷し出力する画像形成装置及びその制御
方法に関するものである。

【０００２】

【従来の技術】この種の装置の代表的なものとしては、
高精細・高速性を可能にしたページプリンタ、特にレー
ザビームプリンタが上げられる。そして、最近ではアウ
トラインフォントをはじめとする拡大縮小によらず滑ら
かな文字を印刷する機能を始めとし、様々な機能を有す
るものも登場している。

【０００３】この種の装置は、今現在活用している多く
のアプリケーションソフトの資産を継承すべく、それら
のアプリケーションが印刷対象としていた従来のプリン
タをエミュレートする機能を有していることが多い。ま
た、プリンタ側で解釈できるプリンタ言語も多数あるの
で、それらの言語コマンドも解釈できるようにするた
め、複数機種をエミュレートする装置も登場している。

【０００４】また、こうしたエミュレーションプログラ
ムの作成は過去に使われていたプリンタ言語のみに限ら
ず、将来、新たなものが出現することが予想される。従
って、そうした状態にも対応させることが望まれる。

【０００５】現在では、新たに対処するプリンタ言語が
発生した場合に備え、装置自身にＲＯＭパックのような
記憶装置を着脱できるＩ／Ｆを持たせることで対処して
いる。

【０００６】

【発明が解決しようとする課題】しかしながら、こうし
たＩ／Ｆはその数がせいぜい２つ、あるいは３つ止まり
であり、それ以上にすると装置が大型化し、結果的にコ
ストアップにつながる。また、そうしたＲＯＭパックを
装着した場合、そのＲＯＭパックに納められたプログラ
ムが操作に係る全処理を行うので、その操作処理に係る
プログラムの開発だけでも、大変な労力を要する。

【０００７】

【課題を解決するための手段】本発明はかかる問題に鑑
みなされたものであり、プリンタ言語をエミュレートす
る機能を簡単に追加できる画像形成装置及びその方法を
提供しようとするものである。

【０００８】この目的を達成する本発明の画像形成装置
は以下に示す構成を備える。すなわち、入力されてきた
データが印刷言語データを解析するためのプログラムデ
ータであるのか印刷データであるのかを判別する判別手
段と、前記判別手段によって、入力データが印刷言語デ
ータを解析するためのプログラムデータであると判別さ
れた場合、所定のメモリに格納する格納手段と、格納さ
れたプログラムデータに従って入力された印刷データを
解析し、印刷するよう制御する制御手段とを備える。

【０００９】また、本発明の画像処理方法は以下に示す
行程を備える。すなわち、入力されてきたデータが印刷
言語データを解析するためのプログラムデータであるの
か印刷データであるのかを判別する判別行程と、該判別
行程によって、入力データが印刷言語データを解析する
ためのプログラムデータであると判別された場合、所定
のメモリに格納する格納行程と、格納されたプログラム
データに従って、入力された印刷データを解析し、印刷
するよう制御する制御行程とを備える。

【００１０】また、本発明の他の目的は、新たにエミュ
レーションプログラムを開発する場合でも、そのエミュ
レーションの環境設定に係る良好なユーザインターフェ
ース部分を容易に作成できることを可能にする画像形成
装置の制御方法を提供しようとするものである。

【００１１】この目的を達成するため、本発明の画像形
成装置の制御方法は以下のように動作する。すなわち、
プリンタ言語を解釈するためプログラムデータを少なく
とも１つ、外部装置からダウンロードする画像形成装置
の制御方法であって、但し、前記プログラムデータに
は、少なくとも当該プログラムデータの処理対象として
いるプリンタ言語に対応する環境設定を行うプログラム
データが含まる所定の指示手段に装置全体或いは各プロ
グラムデータに共通な環境設定と、個々のプログラムデ
ータの処理対象であるプリンタ言語に対応する環境設定
との操作形態を分離し、少なくともプリンタ言語固有の
環境設定では、対応するプログラムデータ中に含まれた
環境設定を行うプログラムデータに従う。

【００１２】

【作用】かかる本発明において、例えば、入力されてき
たデータが、印刷言語データを解析するためのプログラ
ムデータであると判断した場合、そのプログラムデータ
をメモリに記憶する。そして、その格納されたプログラ
ムデータに従って入力された印刷データを解析し、印刷
するよう制御する。

【００１３】

【実施例】以下、添付図面に従って本発明に係る実施例
を詳細に説明する。尚、実施例ではレーザビームプリン
タ（解像度３００ｄｐｉ）を例にして説明するが、以下
の説明から明らかになるように、プリント方式として
は、熱転写、インクジェット、或いは、ワイヤードット
インパクト方式等にも適応可能である。従って、かかる
方式で本願発明が限定されるものではない。

【００１４】［構成概念及び動作概要の説明］図１は実
施例の画像形成装置の構成概念図を示している。同図に
従って本実施例の動作概要を説明すると以下の通りであ
る。

【００１５】本装置には印刷データ発生源としての複数
の外部装置３０１，３０２が接続されるようになってお
いる（そのための複数の入力インターフェースを備えて
いる）。１０１は後述するプリンタ制御ユニットを示
し、外部装置３０１，３０２から送出された印刷データ
を入力部１１が受信する。そして、入力部１１は一番最
初に印刷データを送出してきた外部装置のみのデータを
有効とし、その外部装置から印刷データが入力され続け
ている間は、他の装置からの印刷データ受信を不能にす
る。

【００１６】受信された印刷データは、その内容が解析
され、本装置のどの解析部で印刷処理するのかを判断す
る。換言すれば、入力部１１は、受信した印刷データ中
に含まれる制御コマンドを調べ、そのコマンドがどのよ
うなプリンタ言語に対応するものかを判断し、複数の解
析部１２ａ，１２ｂのうちそのプリンタ言語を解釈でき
る解析部にその印刷データを渡す処理を行う。すなわ
ち、この入力部１１は自動インターフェース切り換え及
び自動解析部切り換えを含む。

【００１７】解析部１２ａ，１２ｂを別の言い方をすれ
ば、異なるプリンタ言語中の制御コマンドを解釈する機
能を有するエミュレーションプログラムとなるが、実施
例で注目すべき点は、いずれの解析部（エミュレーショ
ンプログラム）でも共通な中間表現の言語データ（以
下、単に中間言語データという）を発生するだけで、ド
ット展開に係る処理は行わない。尚、この中間言語デー
タについての詳細は後述する。

【００１８】各解析部は、自身に適したプリンタ言語を
入力してその結果を、中間表現発生標準ライブラリ１３
（ドットパターン発生にかかる各種関数の集合体）及び
フォントスケーラ１５ａ，１５ｂを参照することで、ド
ットパターン生成用の中間言語データを作成する。繰り
返すが、各解析部で解析するプリンタ言語はそれぞれ異
なるが、それぞれで生成される中間言語データが共通で
ある。

【００１９】従って、どの解析部から出力されても１つ
の共通なドットパターン展開部（ラスタライザ）１４に
渡すことが可能になり、そこでドットデータとしてペー
ジメモリ（ビットマップメモリ）１６に展開される。こ
うして、ページメモリ１８に展開されたドットイメージ
を順次ビデオ信号として出力部１７が出力機構（プリン
タエンジン）２００に出力することで、印刷が行われる
ことになる。

【００２０】以上のように処理することで、解析部（エ
ミュレーションプログラム）を新規に作成する場合、ド
ット展開処理にかかるプログラムを含まず、単にラスタ
ライザ１４が実行できる形式のデータを作成するプログ
ラムだけでよいので、制作にかかる負担は軽減する。ま
た、その解析部の規模（メモリ容量）も当然のことなが
ら小さくできるので、コスト低減に寄与することも可能
になる。

【００２１】［中間言語データの説明］ここで、中間言
語について説明する。

【００２２】通常、受信した印刷データは、人間から見
て比較的にわかり易いものである。換言すれば、その印
刷データは、画像形成装置内のＣＰＵが直接解釈できる
形式のデータにはなっていない。また、１つ１つの印字
データを受信しては、その受信データをその場で解釈し
て対応するドットデータを発生する処理を行ってもよい
のであるが、それに要する時間は無視できず、結果とし
て外部装置は印刷データ出力処理から解放されるまでの
時間が長くなる。

【００２３】そこで、受信データを先ず、それより低い
レベルの言語データ（ＣＰＵが解釈し易い形式のデー
タ）に変換し、その変換データを記憶保持させる。そし
て、その低レベル言語データが後述する中間言語エリア
２４Ｃに例えば１ページ分蓄えられたとき、実際のドッ
ト展開処理を行うようにする。ここで言う低レベル言語
データを実施例では中間言語データと呼んでいる。

【００２４】例えば文字１つ印字するにしても、文字
種、拡大率、印字位置、回転方向、修飾情報等様々な情
報があってはじめて、ＣＰＵは１つの文字パターンを発
生し、それを印刷用メモリに展開できる。そこで、実施
例における各解析部１２ａ，１２ｂで発生する中間言語
データの形式は、下記の如く、そのデータが何の処理の
ためのデータであるのかを識別する識別コード、及び、
その処理に渡すパラメータが連続した形式とした。

【００２５】中間言語データの形式（バイナリデータ：
…識別コード、ｐ１、ｐ２、…ｐｎ、識別コード、ｐ
１、ｐ２、…ｐｍ、…（ｐ１等はパラメータを示し、そ
のパラメータ数は識別コードに依存する） ラスタライザ１４は、こうして生成された中間言語デー
タを実行する場合には、その識別コードに対応する関数
（サブルーチンプログラム）を中間表現発生標準ライブ
ラリ１３から取り出し（或いは直接コールし）、それを
実行する。このとき、対応するパラメータが存在するの
であれば、その実行に先だって、そのパラメータも引き
渡す。

【００２６】ここで、実施例における実施例の処理の流
れの概略を簡単に示したのが、図４及び図５である。図
４は文字ハンドリングにかかる処理内容を示し、図５は
イメージにかかる処理内容を示している。図４について
簡単に説明すると、解析部１２ａ（又は１２ｂ）は入力
部１１を介して受信したデータ中に含まれる位置指定コ
マンド、フォント選択コマンド、文字コード等を受ける
と、そのデータを解析し、中間言語発生標準ライブラリ
１３内に格納された各種関数を特定する識別情報（ＩＤ
コード）と、それに付随させる引き数（パラメータ）を
発生し、中間表現の情報を生成する。これは、図５のイ
メージに対する解析部１２ａ（又は１２ｂ）でも同じで
ある。生成される情報としては、文字の場合には文字の
ビットマップ、物理Ｘ，Ｙ座標の指定、クリッピング情
報をはじめとする各種情報がある。また、イメージデー
タの場合、解析部１２ａ（又は１２ｂ）は入力した各イ
メージの確保及びその確保されたイメージを特定する情
報を発生すると共に、中間表現のデータにはその確保し
格納されたイメージを展開する位置やクリッピング情
報、更には必要な場合（受信した印刷データ中にその旨
の指示データがある場合）にはイメージ変形情報等を中
間表現のデータにする。

【００２７】ここで、文字ハンドリング時の中間言語の
例を図２２に示し、イメージハンドリング時のそれを図
２３に示す。文字ハンドリング時に発生する中間言語に
は、図示の如く、クリッピング情報、描画論理情報、拡
大率情報、ビットマップパターン等がある。また、イメ
ージハンドリング時の中間言語にも同様の形式のデータ
の他、イメージパターンに関するものが含まれる。勿
論、これら中間言語データが実施例で扱う中間言語デー
タの全てではない。文字或いはイメージのいずれにして
も、発生する中間言語データの先頭には、各中間言語デ
ータが何を意味するのかを示す識別ＩＤコード（呼び出
す関数を特定する情報）が存在する。そして、各識別Ｉ
Ｄの後に続く情報は、その識別情報の処理を行う（つま
り、ライブラリ１３内の関数を読み出す）ときに渡され
る引き数であって、それらの個数は識別ＩＤに依存して
いる。

【００２８】尚、クリッピング情報（文字ハンドリング
及びイメージハンドリング共通に存在する）とは、指定
された矩形領域（その左上隅のＸ，Ｙ座標と横幅と高さ
で特定される）内でのみ、文字パターン或いはイメージ
を展開するようにするためのものである。換言すれば、
これ以降のデータ展開に対しては、更なるクリッピング
情報がない限り、この領域を越えた部分には展開しない
ようにする宣言文である。また、描画論理情報（文字ハ
ンドリング及びイメージハンドリング共通に存在する）
における、引き数“描画論理情報”には、パターン或い
はイメージを展開するときの論理式を指定する指示情報
を格納する。具体的には、文字パターン（或いはイメー
ジ）をページメモリ１６に展開するとき、既に展開され
ているパターンに対して上書き展開か、透過展開（論理
和）か、或いは排他的論理和展開かなどを指示する情報
が格納される。尚、この場合も、格別な指示がない限り
は、これ以降に対しては同じ論理に従って処理されるこ
とを示している。また、拡大率情報には、実施例の装置
においては、縦方向と横方向の拡大率が独立しているの
で、２つの引き数を有する。また、ビットマップパター
ンに対しては、展開しようとするビットマップパターン
１つを特定する情報の他に、その展開する座標位置のパ
ラメータが存在する。

【００２９】イメージハンドリング時の中間言語データ
もほぼ同様であるが、ここではその特徴である受信イメ
ージを展開する場合の中間言語データの形式について説
明する。先に説明したように、イメージデータを受信し
た場合には、解析部１２ａ（又は１２ｂ）は受信イメー
ジを後述するＲＡＭ２４のワークエリア２４ａにそのデ
ータを格納し、それに対して一意なＩＤ番号を発生す
る。図２３（Ｃ）中の“イメージパターンコード”は、
このＩＤコードを示している。また、それに続く、６つ
のパラメータは、勿論、イメージパターン展開する処理
（ライブラリ中の関数）に渡される引き数であるが、そ
の意味するところは、イメージパターンコードで特定さ
れるイメージデータをどのように変形させるのかを示す
データである。具体的には、これら６つの情報は、イメ
ージパターン展開の関数が変形処理するときに使われる
行列式内の各要素を示している。イメージパターン展開
関数は、指定されたパターン中の個々の画素の原座標
（ＸS，ＹS）を、与えられたパラメータからなる行列式
によって計算することで変形先座標（ＸD，ＹD）を計算
し、原パターン中の（ＸS，ＹS）に存在する画素を座標
（ＸD，ＹD）に転送する処理を行う。尚、これらの座標
は、印刷用のイメージを展開するメモリの絶対的な座標
値を示すものではなく、クリッピング情報で特定された
矩形内のローカルな座標値である。

【００３０】尚、図４或いは図５において、解析部１２
ａ，１２ｂに入力される印字データの形式は、当然のこ
とながら、その解析部の解析対象となるプリンタ言語に
よって大きく異なる。

【００３１】［具体的構成の説明］次に上述した実施例
の画像形成装置の具体的構成例を図２に示す。尚、後述
する各実施例においても本図を共通の構造として説明し
ている。

【００３２】図示において、２１は後述するプリンタ制
御ユニットであり、２１ａ，２１ｂは外部装置（ホスト
コンピュータ等）３０１，３０２と接続するためのイン
ターフェース（Ｉ／Ｆ）である。但し、各々のインター
フェースはパラレル、シリアルをとわずどのようなもの
であっても良い。２２は本装置全体の制御を司るＣＰ
Ｕ、２３はＣＰＵ２２が実行する処理手順中の基本的な
プログラム（Ｉ／Ｆを介してのデータ取り込みや後述す
る図６のフローチャートに係るプログラム等）を記憶し
ているＲＯＭである。２４はＲＡＭであって、ＣＰＵ２
２が各種処理を実行中に参照されるワークエリア２４
ａ、受信した印刷データの一時格納用の受信バッファエ
リア２４ｂ、或いは先に説明した中間言語データを格納
する中間言語エリア２４ｃ等を有する。尚、このＲＡＭ
２４には、これ以外にも各種データエリアが作成される
が、それについては後述する。２５ａ，２５ｂは各種プ
リンタ言語を解釈するエミュレーションプログラムを格
納したメモリ（図１で言うところの解析部１２ａ，１２
ｂに対応する）であり、このメモリ２５ａ，２５ｂはＲ
ＯＭ等で構成される。２６はドットパターン発生にかか
る各種関数の集合体を記憶した中間言語発生用ライブラ
リメモリ（図１で言うところの中間表現発生標準ライブ
ラリ１３に対応する）である。また、２７ａ，２７ｂ
は、フォントスケーラデータを格納しているメモリであ
って、実施例で図示の如く複数種類の文字（例えばゴシ
ック体とか明朝体等）を印刷することができるようにな
っている。これらフォントスケーラメモリ２７ａ，２７
ｂの内容には、それぞれの文字種のアウトラインフォン
トデータ１５及びそのデータに基づいて最終的な文字パ
ターンを発生させるためのプログラムが含まれている。
このメモリ２６，２７ａ，２７ｂもＲＯＭ等で構成され
る。

【００３３】２８は少なくとも１ページ分のドットイメ
ージを展開するだけの容量を有したビットマップメモリ
（図１のページメモリ１６に対応する）である。２９
は、ビットマップメモリ２８に展開されたドット情報を
順次ビデオ信号としてプリンタエンジン部２００に出力
する出力Ｉ／Ｆである。３１は、各種設定内容等を記憶
保持している不揮発性メモリ（以下、ＮＶＲＡＭ）であ
って、例えばＥ²ＰＲＯＭ等から構成されている。３０
は各種操作ボタン及びＬＣＤ表示部から構成される操作
パネルである。３２は、外部装置３０１，３０２からＲ
ＡＭ２４上のワークエリア２４ａにダウンロードした各
種データを必要に応じて格納するハードディスクであ
る。そして、これら各構成要素はシステムバス３３に接
続されている。

【００３４】次に実施例のレーザビームプリンタのプリ
ンタエンジン部２００の構造を図３に従って説明する。

【００３５】図示で、１００はレーザビームプリンタ本
体であり、１０１はプリンタ制御ユニットであって、図
２における点線枠内の各構成要素が含まれている。この
プリンタ制御ユニット１０１は主に文字情報を対応する
文字パターンのビデオ信号に変換してレーザドライバ１
０２に出力する。

【００３６】レーザドライバ１０２は半導体レーザ１０
３を駆動するための回路であり、出力Ｉ／Ｆ２９を介し
て入力されたビデオ信号に応じて半導体レーザ１０３か
ら発射されるレーザ光１０４をオン・オフ切り換えす
る。レーザ光１０４は回転多面鏡１０５で左右方向に振
らされて静電ドラム１０６上を走査露光する。これによ
り、静電ドラム１０６上には文字パターンの静電潜像が
形成されることになる。この潜像は静電ドラム１０６周
囲に配設された現像ユニット１０７により現像された
後、記録紙に転写される。この記録紙にはカットシート
を用い、カットシート記録紙はＬＢＰ１００に装着した
用紙カセット１０８に収納され、給紙ローラ１０９及び
搬送ローラ１１０と１１１とにより、装置内に取り込ま
れて、静電ドラム１０６に供給される。

【００３７】［処理内容の説明］説明が前後するが、実
施例では、例えば外部装置３０１が印刷データを出力し
てくると、対応するＩ／Ｆ２１ａがＣＰＵ２２に割り込
み信号を発生する。この割り込み信号を受けて、ＣＰＵ
２２は割り込み処理（ルーチン）を実行するが、簡単に
説明すれば以下の通りである。

【００３８】割り込みルーチンでは、割り込みがかかっ
たＩ／Ｆ２１ａから受信データを読み出し、それを受信
バッファエリア２４ｂに格納する処理を行う。但し、電
源投入時など、全てのＩ／Ｆが解放されている場合に
は、最初に印刷データを入力した（最初に割り込み信号
を発生した）Ｉ／Ｆのみを有効にし、その他のＩ／Ｆを
不能状態にする（印字データを受け付けないようにす
る）。

【００３９】上記割り込み処理が行われることを念頭に
いれて、実施例のＣＰＵ２２の動作処理手順（メイン処
理）を図６に従って説明する。

【００４０】先ず、本装置に電源が投入されると、ステ
ップＳ１において初期化処理を行う。この初期化処理に
は入力用Ｉ／Ｆ２１ａ，２１ｂを全て解放する等の処理
も含まれる。次のステップＳ２では、全てのＩ／Ｆ２１
ａ，２１ｂをオンライン状態（データ受信可能状態）に
なっているかどうか判断し、オンライン状態のときには
ステップＳ３に進んで、受信バッファ２４ｂに印刷デー
タが格納されているかどうかを判断する。

【００４１】受信データが存在した場合、処理はステッ
プＳ４に進んで、Ｉ／Ｆ解放時間を初期化（不図示のタ
イマをリセット）する。このＩ／Ｆ解放時間の意味は後
述の説明から明らかにする。

【００４２】次いで、ステップＳ５では、その受信した
データをどの解析部で処理するのか決定しているかどう
か、つまり、エミュレーションプログラムメモリ２５
ａ，２５ｂのどれを使用するか決まっているかどうかを
判断する。初期状態では、これが決まっていないので、
この場合にはステップＳ６に進むが、印刷データに対す
る処理はある程度進んでいて、つまり、エミュレーショ
ンプログラムが決まっている場合にはステップＳ９に分
岐する。

【００４３】ステップＳ６では、受信バッファエリア２
４ｂに格納されたデータ中に含まれる制御コードに基づ
いてどのプリンタ言語のデータなのかを判断し、対応す
るエミュレーションプログラムを選択する処理を行う。
そして、このとき、対応するエミュレーションプログラ
ムが存在しない、或いは複数個存在し得ると判断された
場合（ステップＳ７）には、ステップＳ８に進んで予め
決められたエミュレーションプログラムを選択する。勿
論、このとき複数の候補が存在すると判断した場合に
は、その候補の中で一番優先順位が高いエミュレーショ
ンプログラムを選択する（優先順位は予め決められてい
るものとする）。こうして、１つのエミュレーションプ
ログラムが決定されることになる。

【００４４】さて、ステップＳ５で、既にエミュレーシ
ョンプログラムの１つが決定されていると判断された場
合、ステップＳ６で適合するエミュレーションプログラ
ムの１つが選択された場合、更にはデフォルトのエミュ
レーションプログラムが選択された場合、処理はステッ
プＳ９に進む。

【００４５】このステップＳ９では、決定された（或い
は既に決定されている）エミュレーションプログラム
（解析部）を実行（コール）する。ここで実行されるエ
ミュレーションプログラムは、各々のエミュレーション
毎にその処理内容が異なるが、いずれにしてもこの解析
処理が実行されて本メインルーチン（ステップＳ１０）
に復帰した場合には、１枚の記録紙に印刷すべき中間言
語データがＲＡＭ２４中の中間言語エリア２４ｃに格納
されている状態になっている。

【００４６】そこで、次のステップＳ１０では、生成さ
れた中間言語データに基づいてビットマップメモリ２８
に対応するパターン展開処理を行う。

【００４７】こうして、１枚の記録紙に記録すべきパタ
ーンが展開されると、処理はステップＳ１１に進み、出
力Ｉ／Ｆ２９を介した公知のビデオ信号の出力処理によ
る印刷処理を行うことになる。そして、１枚の印刷処理
が終わると、ステップＳ３に戻り、上述した処理を繰り
返すことになる。この間、Ｉ／Ｆ解放時間がその都度リ
セットされると共に、エミュレーションプログラムが決
定されているわけであるから、ステップＳ５の判断は
“ＹＥＳ”になって、ステップＳ６〜ステップＳ８の処
理は行われない。

【００４８】一意に決定されたエミュレーションプログ
ラムに基づく印刷処理を進めていって、それまで印刷デ
ータを出力していた外部装置が印刷データ出力を止め、
且つ、受信バッファエリア２４ｂに処理すべきデータが
存在しなくなると、処理はステップＳ３からステップＳ
１２に分岐することになる。

【００４９】ここでは、Ｉ／Ｆ解放時間が所定以上経過
したか否かを判断する。つまり、いままで受信していた
外部装置が一連の印字データの出力処理を終えたのか否
かを判断する。所定時間経過していないと判断した場合
には、ステップＳ２に進んで、ステップＳ３及びＳ１２
をループすることになる。そして、所定時間経過して
も、それまで受信対象であった外部装置から印刷データ
が受信されないと判断した場合には、ステップＳ１２か
らステップＳ１３に進んで、全ての入力用のＩ／Ｆ２１
ａ，２１ｂを解放して、全ての外部装置３０１，３０２
からの受信を許可状態にする。

【００５０】以上の処理の如く、メイン処理では、それ
ぞれのエミュレーションプログラムで作成された共通な
中間言語データに従ってビットマップメモリ２８への展
開を行うので、それぞれのエミュレーションプログラム
はそのビットマップデータの展開処理から解放されるこ
とになる。

【００５１】ここで、ステップＳ９でのエミュレーショ
ンプログラムの解析処理内容の一例を図７のフローチャ
ートに従って説明する。尚、以下に説明するエミュレー
ションプログラムは、ページ記述言語の１つに対応した
ものである。

【００５２】メイン処理から本エミュレーションプログ
ラム、例えばエミュレーションプログラムメモリ２５ａ
がコールされると、ステップＳ２１において、受信バッ
ファエリア２４ｂに格納された受信データを使って解析
処理をする。そして、次のステップＳ２２において、そ
のデータが改ページコマンド（印字コマンド）であるか
どうかを判断する。改ページコマンドでないと判断した
ら、ステップＳ２３に進んで、そのデータを解析し（ス
テップＳ２３）、中間言語発生用ライブラリメモリ２６
に格納されている各種関数に対する識別コード及びそれ
らに渡すパラメータを生成し（ステップＳ２４）、それ
を中間言語エリア２４ｃに格納する。以下、改ページコ
マンドが検出されるまで、ステップＳ２１以下の処理を
繰り返し、その改ページコマンドが検出されたら、メイ
ン処理のステップＳ１０に復帰する。

【００５３】こうして、メインルーチンに復帰した時点
では、中間言語エリア２４ｃには１ページ分の中間言語
データが生成されることになる。

【００５４】尚、例えばキャリッジを往復運動させて印
刷を行うことを意図したプリンタ専用のプリンタ言語に
対するエミュレーションプログラムは、原則としては同
様の処理を行う。但し、必ずしも改ページコマンドを受
信するとは限らないので、ステップＳ２２に対応する処
理では、そのエミュレートしようとする言語の対する行
ピッチに基づく行数も判断の対象とする。

【００５５】また、例えば、格別使用するフォントの指
定することがないプリンタ言語を受信しても（そのエミ
ュレーションプログラムが特定のフォントスケーラに依
存しないプログラムであっても）、ユーザが操作パネル
３０上で使用するフォントスケーラを選択したり、或い
は予めそれを決めておくだけで（設定内容はＮＶＲＡＭ
に記憶保持させれば良い）、自分好みの印刷結果を得る
ことが可能になる。換言すれば、装置自身が有するフォ
ントスケーラ１５ａ，１５ｂを共通の財産として、自由
に使用することも可能になる。

【００５６】以上説明したように本実施例によれば、共
通な中間言語発生用ライブラリメモリ２６を有すること
で、各エミュレーションプログラム２５ａ，２５ｂはそ
の共通な中間言語データを生成するだけの処理を行えば
良い。従って、エミュレーションプログラムを新規に開
発する場合の開発環境は向上し、且つ、そのために要す
るメモリ量も少なくて済むので、コスト低減を図ること
も可能になる。また、１つのエミュレーションプログラ
ムが、複数のフォントスケーラのフォントを切り換え使
用することも可能になる。

【００５７】尚、上述した実施例では、各解析部は１ペ
ージ分の中間言語を生成する度にメインルーチンに復帰
したが、必ずしも１ページ分の中間言語データを待つ必
要はない。また、中間言語データに基づくドットパター
ン展開処理が並行動作するようにしても良い。

【００５８】［第２の実施例の説明］上述した実施例
（第１の実施例という）では、装置自身が予め有してい
たフォントスケーラ１５ａ，１５ｂを使用したが、外部
装置が適宜、所望とするフォントスケーラ１５ｃを本装
置に送信し、登録するようにしても良い。つまり、本装
置がフォントスケーラデータを外部装置からダウンロー
ドする。この例を第２の実施例として以下に説明する。
なお、新規登録するフォントスケーラは１種類に限定さ
れるものではなく２種類以上であっても構わない。

【００５９】本第２の実施例の概念を図８に示し、その
処理概要を説明する。

【００６０】同図において、例えば、外部装置３０１か
らは、本装置にダウンロードさせるための制御コマンド
（ダウンロードコマンド）と、ダウンロードするのがフ
ォントスケーラデータであることを示すコード、送出す
る総バイト数及びフォントスケーラデータとチェックサ
ム用のデータを送ってくる。尚、ダウンロードコマンド
以外にそのデータの種類を示すコードを送って来るの
は、ダウンロード対象はフォントスケーラデータのみで
はないからである（それについては後述する実施例で説
明する）。このダウンロードコマンドかどうかの判断処
理は、その性質上、入力部１１が通常の印字データが入
力された場合のプリンタ言語を判別する処理（図６のス
テップＳ６）の前に判断するものとする。なお、外部装
置は外部装置３０１に限らず、外部装置３０２或いはそ
の他の外部装置であってもよい。

【００６１】勿論、各エミュレーションプログラムにダ
ウンロードコマンドかどうかの判断処理、及びもしそう
ならダウンロードを行う処理を追加してもよい。ここで
ダウンロードするプログラム自身は、必ずしも各エミュ
レーションプログラムが有する必要はなく、そのプログ
ラムをＲＯＭ２３に記憶させておけば、ダウンロードコ
マンドか否かの判断とその処理をコールする処理だけで
よいことになるので、その分のメモリ量は無視できる。

【００６２】本第２の実施例では、外部装置はダウンロ
ードコマンドとフォントスケーラ（拡大縮小し、文字パ
ターンを発生するプログラム及びそのアウトラインフォ
ントデータ）の総バイト数を示すデータに続いて、実際
のフォントスケーラのデータを送出する。そして、それ
らデータはＲＡＭ２４の受信バッファ２４ｂに格納され
るものとする。

【００６３】こうして送られてきたフォントスケーラデ
ータは、最終的にＲＡＭ２４上のワークエリア２４ａに
格納される。そして、ＲＡＭ２４のワークエリア２４ａ
に確保されているフォントスケーラの管理情報（フォン
ト属性テーブル）が更新される。しかし、電源をＯＦＦ
にするとこのダウンロードしたデータ及びフォント属性
テーブルが消えてしまうので、必要に応じて、ハードデ
ィスク３２にこのダウンロードしたデータを格納し、電
源をＯＮにした際に，このデータに基づいてフォント属
性テーブルを再生させることもできる。尚、ＲＡＭ２４
は不図示のバックアップ電源によってその内容が保持さ
れるようになっているものとする。

【００６４】このようにして、ユーザは新たにダウンロ
ードしたフォントスケーラ１５ｃを共通の資源として活
用することも可能になっている。すなわち、既存のフォ
ントスケーラ１５ａ，１５ｂと同様に、ダウンロードし
たフォントスケーラデータは、各エミュレーションプロ
グラムに依存せず、自由に選択することが可能になる。

【００６５】上述した処理を実現するため、本第２の実
施例のＣＰＵ２２の動作処理手順を図９のフローチャー
トに従って説明する。尚、このフローチャートは図６の
ステップＳ５の判断処理で“ＮＯ”と判断されたとき、
すなわち、ステップＳ６の直前に挿入される。

【００６６】ここで、ステップＳ５の判断が“ＮＯ”と
なるのは、印刷すべき解析部（エミュレーションプログ
ラム）が決定していないと判断されたとき、つまり、電
源投入して最初に印刷データを受信した場合、或いは、
一連の印刷処理が完了して全ての入力用のＩ／Ｆ２１
ａ，２１ｂを解放した後に新たなデータを受信した場合
に実行されることに注目されたい。

【００６７】さて、図６に示すステップＳ５の判断が
“ＮＯ”になって、図９に示す本処理のステップＳ３１
に進むと、その受信データはダウンロードコマンドであ
るかどうかが判断される。ダウンロードコマンドではな
く、印刷データであると判断した場合には図６のステッ
プＳ６に進む。この後は、先に説明した通りである。

【００６８】さて、ステップＳ３１でダウンロードコマ
ンドを受信したと判断した場合にはステップＳ３２で、
続いて入力された総バイト数を得る。そして、ステップ
Ｓ３３でこれから受信する総バイト数と、ＲＡＭ２４の
ワークエリア２４ａの空きエリアとの比較をし、そのデ
ータをＲＡＭ２４のワークエリア２４ａに確保できるか
どうか判断する。確保できないと判断した場合には、そ
れ以降に受信するデータを読み飛ばし、図６のステップ
Ｓ２に戻る。このとき、読み飛ばし処理が完了した時点
で、それによって不能にされた他の入力Ｉ／Ｆを解放す
る。

【００６９】また、ＲＡＭ２４のワークエリア２４ａに
確保できると判断した場合には、ステップＳ３５でこれ
から送られてくるデータはフォントスケーラデータであ
るかどうかを判断する。フォントスケーラデータ以外で
あると判断したら、ステップＳ３６に進んで、対応する
データのダウンロードを行ってステップＳ２に戻る。こ
のときも、ダウンロード処理が完了した時点で、それに
よって不能にされた他の入力Ｉ／Ｆを解放する。

【００７０】こうして、受信するデータがフォントスケ
ーラデータであると判断されたらステップＳ３７に進ん
で、順次入力されるデータをＲＡＭ２４に確保されたワ
ークエリア２４ａに格納していく。このとき、受信した
データを格納するとき、各バイトの総和を求めていく。
更に、必要に応じて、ワークエリア２４ａにダウンロー
ドしたデータをハードディスク３２に格納することもで
きる。

【００７１】こうして、最終的に受信データがＲＡＭ２
４のワークエリア２４ａにダウンロードされるが、最後
に受信したバイトとそれまで受信して加算した結果を比
較し、データが正しく受信されたかどうかを判断する。
正しく受信できたと判断した場合には、ステップＳ３９
に進んでワークエリア２４ａに予め確保されていたフォ
ント属性テーブルにダウンロードしたフォントを登録す
る。また、チェックサムがＮＧになった場合には、ステ
ップＳ４０に進んで、ダウンロードした全データを削除
し、確保したワークエリア２４ａを他の処理に使用でき
るよう解放する。

【００７２】いずれにせよ、ステップＳ３９、４０で
は、その受信処理によって不能にされた他の入力Ｉ／Ｆ
を解放し、ステップＳ２に戻る。

【００７３】ここで、フォント属性テーブルの一例を図
１０（各実施例共通）に示す。図示の如く、このテーブ
ルは、フォントスケーラの名称と、そのフォントスケー
ラを実現するプログラムの格納先アドレスから構成され
ている。図示では、上述したフォントスケーラデータの
ダウンロードによって更新された状態を示している。
尚、図示で“ＥＯＴ”はそのテーブルの終わりを示すマ
ークである。

【００７４】以上説明したように本第２の実施例によれ
ば、フォントスケーラデータを外部装置（ホストコンピ
ュータ等）からダウンロードすることができるので、フ
ォントスケーラ１５ｃの新規登録が行えるようになる。

【００７５】また、各エミュレーションは、標準装備さ
れていたフォントスケーラ１５ａ，１５ｂ及び新たに登
録したフォントスケーラ１５ｃを適宜切り換えることが
できるので、表現力豊かな出力を得ることが可能にな
る。

【００７６】［第３の実施例の説明］次に、新たな解析
部（エミュレーションプログラム）をダウンロードする
例を説明する。この目的は、勿論、装置に新たな回路を
設けることなく、それまで対応していなかったプリンタ
言語にも容易に対処させることにある。説明を簡単にす
るため、実施例の装置の解析部（エミュレーションプロ
グラム）１２ａ，１２ｂは標準装備であって、新規に解
析部１２ｃをダウンロードする例を説明する。勿論、こ
れら解析部１２ａ，１２ｂ，１２ｃは第１、第２の実施
例で説明した中間言語データを生成するものである。

【００７７】本第３の実施例の概念図を図１１に示す。

【００７８】図示では、予め装置自身に解析部１２ａ，
１２ｂの２つのエミュレーションプログラムが設けら
れ、それに新たに第３の解析部１２ｃを登録する例を示
している。例えば、外部装置３０１からダウンロードし
たエミュレーションプログラムのデータは、第２の実施
例と同様に、最終的にＲＡＭ２４上のワークエリア２４
ａに格納されるものとする。また、ワークエリア２４ａ
には、現在どのような解析部が登録されているのか等を
管理する管理テーブル（後述する）が設けられているも
のとする。なお、外部装置は外部装置３０１に限らず、
外部装置３０２或いは、その他の外部装置であってもよ
い。

【００７９】外部装置３０１からのエミュレーションプ
ログラムのダウンロードの処理は、第２の実施例で説明
したフォントスケーラデータのダウンロードと実質的に
同じであるので、ここでの詳述は省略する。ただし、か
かるエミュレーションプログラムのダウンロードは、図
９におけるステップＳ３６で行われるものである。

【００８０】図１２に、外部装置３０１が送出してくる
全データ中におけるエミュレーションプログラムデータ
の内容を示す。

【００８１】図示の如く、ヘッダには自身のエミュレー
ションプログラムがどのプリンタ言語に対応しているの
かを示す名称があって、続いて判別用プログラムデー
タ、設定用プログラムデータ、最後に実際のエミュレー
ションプログラムデータがある。なお、これらデータの
前には、第２の実施例で説明したダウンロードコマンド
と、ダウンロードするのがエミュレーションデータであ
ることを示すコード、総出する総バイト数等がある。

【００８２】判別用プログラムデータは、第１の実施例
における図６ステップＳ６の処理で活用されるものであ
り、入力されてきたデータが自身のエミュレーションに
対応するのかを判別するものである。従って、この判別
用プログラムには自身が解析するプリンタ言語の特徴的
な制御コマンド（及びどのような形式のパラメータが付
加されるかを示すデータフォーマット情報等）が複数個
含まれる。

【００８３】また、設定用プログラムデータは、そのエ
ミュレーションプログラムを使用する上での各種設定事
項を決定するためのプログラムであり、その詳細につい
ては後述する。

【００８４】さて、図１２に示した形態のデータをＲＡ
Ｍ２４のワークエリア２４ａに無事ダウンロードした
後、ＣＰＵ２２は、その中の各データに応じて装置の各
種テーブルを更新する。具体的には、ワークエリア２４
ａに設けられた判別用プログラムテーブル及び管理テー
ブルを更新する。すなわち、それらのテーブルに新たに
ダウンロードしたエミュレーションプログラムを登録す
る。

【００８５】ここで、判別用プログラムテーブルの一例
を図１３、管理テーブルの一例を図１４に示す。尚、図
示で“ＥＯＴ”は、そのテーブル内のデータの終わりを
示すマークである。また、これらテーブルのフォーマッ
トは前述した各実施例及び後述する実施例に共通であ
る。

【００８６】図１３の判別用プログラムテーブルは、エ
ミュレーションプログラムＡ、Ｂを装置が最初から有し
ていることを示し、エミュレーションプログラムＣが新
規に登録されたことを示している。因みに、第１の実施
例の図６ステップＳ６における自動判別処理は、この判
別用プログラムテーブルによって示された各解析部の判
別用プログラムを順次コールし、その結果に基づいて判
断している。例えば、各判別用プログラムは、受信バッ
ファエリア２４ｂに格納されたデータ中の制御コマンド
が自身のエミュレーションプログラムに適合するか否か
の判断結果を返すプログラムと考えればよい。

【００８７】図１４の管理テーブルについても同様で、
“エミュレーションＣ”以外の項目は最初から装置に備
えられたものである。

【００８８】プリンタの各種環境はパネル３０で設定さ
れる。その環境の中には、例えば、以下で説明するイン
ターフェースの転送速度の様な、全エミュレーションで
共通に使える設定もあれば、各エミュレーション固有の
環境設定もある。こうした環境設定は最終的にＮＶＲＡ
Ｍ３１に格納され、電源を切ってもその内容は保持され
る。

【００８９】実施例の装置は、図１、或いは図２で示し
たように、複数の入力用Ｉ／Ｆ２１ａ，２１ｂが設けら
れている。その中にはパラレルインターフェースもあれ
ば、ＲＳ-２３２Ｃ等のシリアルインターフェースも含
まれる。

【００９０】この管理テーブル中の“インターフェー
ス”とは、そうしたＩ／Ｆ関係を管理している（Ｉ／Ｆ
関係のプログラムの格納先アドレスが記憶されてい
る）。このプログラムには、例えば、ある入力用のＩ／
Ｆがシリアルインターフェースである場合には、その転
送速度等を設定するなどの処理が含まれる。

【００９１】また、同テーブルの“制御”とは、例えば
装着されている記録紙のサイズ、マージン等の設定を管
理している（制御関係のプログラムの格納先アドレスが
記憶されている）。

【００９２】“メモリ”とは、現在装着されているメモ
リ量（適宜増設することが出来るようになっている）、
受信バッファエリア２４ｂのサイズ（このサイズを大き
くすると外部装置は、自身の印刷データ出力処理から早
くの開放される）等の設定を管理している。

【００９３】“エミュレーションＡ、Ｂ、Ｃ”は、各々
のエミュレーション固有の環境設定のためのプログラム
と、そのエミュレーションプログラムの格納先アドレス
を管理している。環境設定のプログラムとしては、例え
ば、エミュレーションＡでは、デフォルトでどのような
種類やサイズのフォントを選択するか等である。

【００９４】そして、“初期化”は、ＮＶＲＡＭ３１に
格納された各種環境値を工場出荷時の値に戻すことを意
味する。

【００９５】また、ダウンロードしたエミュレーション
プログラムの登録は、この“初期化”の直前に挿入され
る。

【００９６】尚、かかるテーブルで管理しているプログ
ラム中、ダウンロードしたプログラム及びデータ以外
は、すべてエミュレーションプログラムメモリ２５ａ、
或いは２５ｂに格納されているものである。

【００９７】図１５に従って、管理テーブルに基づくユ
ーザインターフェースの処理手順を説明する。ただし、
以下の説明におけるセットアップキー、選択キーは共に
操作パネル３０に設けられたキー群の一部であり、
“ｉ”はＲＡＭ２４中のワークエリアに確保された管理
テーブルの項目を示すポインタ変数である。

【００９８】まず、ステップＳ６１で、キー入力があっ
たと判断すると、ステップＳ６２でそのキーはセットア
ップキーかどうか判断される。セットアップキー以外の
場合には、対応する処理を行うべくステップ６３に進
む。

【００９９】また、セットアップキーの入力を検出した
ら、ステップＳ６４に進んで変数ｉに初期値“０”を代
入し、次のステップＳ６５で変数ｉを１つだけインクリ
メントする。次のステップＳ６６では、管理テーブルの
ｉ番目の項目が“ＥＯＴ”であるか否かを判断する。も
し、その“ＥＯＴ”であると判断したら、ポインタ変数
ｉはテーブルの終わりを差し示していることになるか
ら、次のステップＳ６７で先頭項目を差し示すように訂
正する。

【０１００】いずれにせよ、ステップＳ６８では、ｉ番
目の項目名を操作パネル３０に設けられたＬＣＤ表示部
に表示し、ステップＳ６９で次のキー入力を待つ。

【０１０１】ここで入力されたキーがセットアップキー
であると判断したら（ステップＳ７０）、処理はステッ
プＳ６５に戻って上述した処理を行うことで次の項目名
を表示する。こうして、セットアップキーが押下される
たびにＬＣＤ表示部には操作項目名が順次表示されるよ
うになる。

【０１０２】さて、セットアップキーを何回か押して、
目的の項目名の表示を確認すると、選択キーを押す。こ
の選択キーの押下を検出すると（ステップＳ７１）、処
理はステップＳ７２に進んで、そのときの変数ｉが示し
ている項目の設定用プログラムをコールする。各設定用
プログラムは、各々の項目に依存しているのでここでの
説明は割愛するが、いずれの場合も、ユーザはＬＣＤ表
示部に表示された内容に従って操作を進めるようにな
る。

【０１０３】以上説明したように本第３の実施例によれ
ば、格別な改造することになしに、適宜、所望とするエ
ミュレーション機能を付加させることが可能になる。

【０１０４】また、操作パネルの操作方法も、装置全体
にかかる共通な環境設定の操作部分と、各エミュレーシ
ョン独自の環境設定の操作部分が分離されており、この
状態は新たなエミュレーションをダウンロードした場合
も維持される。換言すれば、ユーザから見れば、ダウン
ロードしたエミュレーションプログラムについての操作
知識を増やせば良いだけで、統一された操作環境は維持
されることになり、極めて有益なユーザインターフェー
スを提供できる。更には、エミュレーションプログラム
を開発する立場から見た場合、該当するエミュレーショ
ンに係る操作のプログラムを作成するだけでよいので、
開発が容易になる。

【０１０５】また、ダウンロードしたエミュレーション
プログラムデータ中には、印刷データ自身がサポートす
るプリンタ言語によるものかを判別するプログラムも含
まれているので、自動判別機能がそのまま実行できるよ
うになる。

【０１０６】［第４の実施例の説明］前述した第１〜第
３の実施例では、いずれの解析部でも最終的に中間言語
データを生成した。そして、共通の展開処理によってビ
ットマップメモリ２８に対応するビットパターンを展開
し、印刷処理した。

【０１０７】ところで、近年の電子技術分野を鑑みる
と、外部装置（ホストコンピュータ等）の処理能力（処
理速度）の向上には目覚ましいものがある。そこで、上
述した中間言語データを生成する処理を外部装置に分担
してもらって、印刷処理をより高速にすることを実現す
る例を第４の実施例として説明する。

【０１０８】本第４の実施例の構成概念図を図１６に示
す。

【０１０９】図示の如く、通常の外部装置（例えば外部
装置３０２）はそれ上で動作しているアプリケーション
プログラム３０４が印刷データをプリンタドライバ３０
７を介して出力しているのに対し、本第４の実施例の対
象としている外部装置（例えば外部装置３０１）は、中
間言語ライブラリ１３、フォントスケーラ１５ａ，１５
ｂ、解析部１２ａ，１２ｂ等の中間言語を生成するため
に必要な構成要素を有し、プリンタドライバ３０５又は
３０６を介して、アプリケーションプログラム３０３が
出力する印刷データを中間言語データのレベルまで落と
して画像形成装置の制御ユニット１０１へ出力する。

【０１１０】図１８に外部装置３０１が出力してくる中
間言語データのフォーマットを示す。図示において、
“１０００”は中間言語データの総バイト数を示す数値
であり、この部分はその場に応じて変化する。この場合
には、“＃＞ＧＳ，１０００ＣＲ”からエンドマーク
（排紙指示コマンド）の“＃＞ＥＯＴ”の間にある１０
００バイトが中間言語データを意味する。

【０１１１】処理としては、受信バッファエリア２４ｂ
に格納されたデータが中間言語データであるか否かを判
断する処理を行う。そして、受信バッファエリア２４ｂ
に格納されたデータが中間言語形式のデータでないと判
断したら、上述した第１〜第３の実施例の処理を行い、
もしそうならそのデータに基づくビットパターンを直接
ビットマップメモリ（ページメモリ１６）に展開し、印
刷処理を行えばよい。

【０１１２】具体的には、例えば図６のステップＳ６の
直前（或いは図９のステップＳ３１の直前でも良い）に
図１７に示すうな判断処理ステップＳ８１を挿入するこ
とで、実現できる。

【０１１３】尚、受信データが中間言語形式のデータで
あると判断してステップＳ１０に進んだ場合のビットマ
ップ展開処理では、処理対象の中間言語データが中間言
語エリア２４ｃではなく、受信バッファエリア２４ｂに
あるものとして処理を行う。

【０１１４】このように本第４の実施例によれば、画像
形成装置自身は中間言語データを直接入力する様にす
る。従って、前述した第１〜第３の実施例で説明した中
間言語データ生成に係る処理から開放され、その印刷処
理を向上させることができる。しかも、新たにエミュレ
ーションプログラムをダウンロードする場合、メモリを
増設しなければならない事態が発生する危惧があるが、
本第４の実施例によれば、そういった危惧を一切考慮す
る必要がなくなり、ローコストで多数のエミュレーショ
ン機能を具備した装置を提供できるようになる。

【０１１５】［第５の実施例の説明］外部装置が出力し
てくるプリンタ言語に様々なものがあるのは上述した通
りである。また、プリンタ言語には例えば文章に適した
もの、図形に適したもの、更にはイメージ等に適したも
のがある。

【０１１６】本第５の実施例では、複数のプリンタ言語
に基づく画像を１ページ中に記録、すなわち、複数のエ
ミュレーションによる同一ページに記録することを可能
にする例を説明する。

【０１１７】これを実現するため、外部装置からは、図
１９に示す如く、エミュレーションデータの種別とデー
タ長（サイズ）を示すエミュレーション指示コマンドと
実際の印刷データの対から構成されるデータが続けて送
られてくる。そして、最後には印刷処理を実行して排紙
させる排紙指示コマンドが付加される。

【０１１８】図示では、エミュレーションデータＡはテ
キスト印字に適したプリント言語データを示しており、
以下、、エミュレーションデータＢは図形、エミュレー
ションデータＣはドットイメージ、エミュレーションデ
ータＤは図形であることを示している。

【０１１９】入力データの具体的なフォーマット例を図
２０に示す。

【０１２０】図示の如く、エミュレーション指示コマン
ドは、“＃＞”で始まるエミュレーション名、カンマ、
サイズ、及び改行コードで構成されている。また、排紙
指示コマンドは“＃＞ＥＯＴ”である。

【０１２１】上記データフォーマットにおける本装置の
動作処理内容例を図２１に示し、以下に説明する。

【０１２２】尚、本装置に電源が投入されたときに行う
初期化処理をはじめとする、オンライン状態か否か、且
つ受信バッファエリア２４ｂにデータが存在することが
検出された場合のＩ／Ｆ解放時間リセット、更には受信
バッファにデータが存在しない場合の処理は、第１の実
施例と同様であるものとし、以下ではステップＳ９５以
降について説明する。

【０１２３】ステップＳ９５では、受信バッファエリア
２４ｂに格納されたデータを未だ処理されていないデー
タの最初の部分を調べ、それがエミュレーション指示コ
マンドであるか否かを判別する。ここでエミュレーショ
ン指示コマンドであると判断した場合にはステップＳ９
６に進んで、指示されたエミュレーションプログラム
（解析部）に指示されたサイズ分の中間言語データの生
成処理を行わせる。この処理が終わったら、ステップＳ
９３に戻り、次のデータに対する処理を行うようにす
る。こうして、エミュレーション指示コマンドで指示さ
れた分の中間言語データを生成していく。

【０１２４】また、１つの印刷処理の開始時の受信デー
タの先頭部分、或いは１つの解析部による中間言語デー
タ生成に使用された受信データの後に続くデータがエミ
ュレーション指示コマンドではないと判断された場合、
処理はステップＳ９７に進んで、それは排紙指示コマン
ドであるかどうかを判断する。排紙指示コマンドでもな
いと判断した場合にはステップＳ９８に進んで、先に説
明した第１〜第４の実施例の処理を行う。

【０１２５】また、排紙指示コマンドであると判断した
場合には、それまでの処理で中間言語エリア２４ｃに生
成された中間言語に基づくパターンをビットマップメモ
リ２８に展開し、次のステップＳ１００でそれを出力す
る。

【０１２６】尚、上述した処理では、各解析部（エミュ
レーションプログラム）によって１ページ分の中間言語
データが生成されてから、パターン展開処理したが、１
つ１つの解析部で中間言語データが生成される度に、パ
ターン展開処理を行うようにしても良い。この場合に
は、ステップＳ９６の直後にその展開処理を行えば良
い。

【０１２７】また、パターン展開処理が別途並行して動
作する様にする場合にはこの限りではない。また、各解
析部（エミュレーションプログラム）は、メインルーチ
ンからコールされるときに、処理対象のバイト数を受
け、そのバイト数分の中間言語データ生成処理を行えば
良いので、その説明は省略する。

【０１２８】以上説明したように本第５の実施例によれ
ば、１ページ中に複数のプリンタ言語に基づく画像を記
録し出力することができるので、見栄えのするの画像を
得ることが可能になる。

【０１２９】尚、本第５の実施例に示したような高位の
指示コマンドを送出してくるには、外部装置上で動作す
るＯＳ、或いはプリンタドライバにその種の機能を付加
させれば良い。従って、場合によっては、外部装置上で
動作しているアプリケーションプログラムで、作成中の
文章、図形及びイメージ等に対してそれぞれのプリンタ
言語を指示することも考えられる。更には、文章を作成
するアプリケーション、図形を作成するアプリケーショ
ン、スキャナ等から読み取ったイメージを編集するアプ
リケーションから、それぞれ指定された部分情報をカッ
トアンドペースト形式でＯＳが合成するようにし、それ
を出力するときに本第５の実施例で示した形式のデータ
を構築し、出力するようにしても良い。

【０１３０】尚、上記第１〜第５の実施例において、外
部装置（３０１，３０２）及びそれらに対応する入力イ
ンターフェース（２１ａ，２１ｂ）、解析部（１２ａ，
１２ｂ）、フォントスケーラ（１５ａ，１５ｂ）は２種
類に限定されるものでなく、２種類以上でも構わない。
また、新規登録する解析部１２ｃ、フォントスケーラ１
５ｃは１種類に限定されるものではなく、２種類以上で
も構わない。

【０１３１】また、本発明は、複数の機器から構成され
るシステムに適用しても良いし、１つの機器から成る装
置に適用しても良いし、システム或いは装置にプログラ
ムを供給することによって達成される場合にも適用でき
ることは言うまでもない。なお，本実施例の画像形成装
置としてレーザービームプリンタを例にして説明した
が、これに限定されるものでなく、以下で説明するイン
クジェットプリンタ等にも本発明が適用できることは言
うまでもない。

【０１３２】（ｉ）装置本体の概略説明 図１６は、本発明が適用できるインクジェット記録装置
ＩＪＲＡの概観図である。同図において、駆動モータ５
０１３の正逆回転に連動して駆動力伝達ギア５０１１，
５００９を介して回転するリードスクリュー５００５の
螺旋溝５００４に対して係合するキャリッジＨＣはピン
（不図示）を有し、矢印ａ，ｂ方向に往復移動される。
このキャリッジＨＣには、インクジェットカートリッジ
ＩＪＣが搭載されている。５００２は紙押え板であり、
キャリッジ移動方向にわたって紙をプラテン５０００に
対して押圧する。５００７，５００８はフォトカプラ
で、キャリッジのレバー５００６のこの域での存在を確
認して、モータ５０１３の回転方向切換等を行うための
ホームポジション検知手段である。５０１６は記録ヘッ
ドの前面をキャップするキャップ部材５０２２を支持す
る部材で、５０１５はこのキャップ内を吸引する吸引手
段でキャップ内開口５０２３を介して記録ヘッドの吸引
回復を行う。５０１７はクリーニングプレードで、５０
１９はこのプレードを前後方向に異動可能にする部材で
あり、本体支持板５０１８にこれらは支持されている。
プレードは、この形態でなく周知のクリーニングプレー
ドが本例に適用できることはいうまでもない。又、５０
１２は、吸引回復の吸引を開始するためのレバーで、キ
ャリッジと係合するカム５０２０の移動に伴って移動
し、駆動モータからの駆動力がクラッチ切換等の公知の
伝達手段で移動制御される。

【０１３３】これらのキャッピング、クリーニング、吸
引回復は、キャリッジがホームポジション側領域にきた
ときにリードスクリュー５００５の作用によって反れら
の対応位置で所望の処理が行えるように構成されている
が、周知のタイミングで所望の作動を行うようにすれ
ば、本例には何れも適用できる。 （ｉｉ）制御構成の説明 次に、上述した装置構成の各分の記録制御を実行するた
めの制御構成について、図１７に示すブロック図を参照
して説明する。制御回路を示す同図において、１７００
は記録信号を入力するインターフェイス、１７０１はＭ
ＰＵ、１７０２はＭＰＵ１７０１が実行する制御プログ
ラムを格納するプログラムＲＯＭ、１７０３は各種デー
タ（上記記録信号やヘッドに供給される記録データ等）
を保存しておくダイナミック型のＲＡＭである。１７０
４は記録ヘッド１７０８に対する記録データの供給制御
を行うゲートアレイであり、インターフェース１７０
０、ＭＰＵ１７０１，ＲＡＭ１７０３間のデータの転送
制御も行う。１７１０は 記録ヘッド１７０８を搬送す
るためのキャリアモータ、１７０９は記録用紙搬送のた
めの搬送モータである。１７０５はヘッドを駆動するヘ
ッド土来場１７０６，１７０７は夫々搬送モータ１７０
９、キャリアモータ１７１０を駆動するモータドライバ
である。

【０１３４】上記制御構成の動作を説明すると、インタ
ーフェース１７００に記録信号が入るとゲートアレイ１
７０４とＭＰＵ１７０１との間で記録信号がプリント用
の記録データに変換される。そして、モータドライバ１
７０６，１７０７が駆動されるとともに、ヘッドドライ
バ１７０５に送られた記録データに従って記録ヘッドが
駆動され、印字が行われる。

【０１３５】以上のような、インクジェットプリンタの
制御構成に本発明の構成要素を組み込むことが可能であ
り、本発明が、レーザービームプリンタに限らず上記イ
ンクジェットプリンタ等にも適用できることは明らかで
ある。

【０１３６】

【発明の効果】以上説明したように本発明の画像形成装
置及びその方法によれば、プリンタ言語をエミュレート
する機能を簡単に追加できるようになる。

【０１３７】また、他の発明によれば、新たにエミュレ
ーションプログラムを開発する場合でも、そのエミュレ
ーションの環境設定に係る良好なユーザインターフェー
ス部分を容易に作成できるようになる。

【０１３８】

【図面の簡単な説明】

【図１】第１の実施例における画像形成装置の構成概念
図である。

【図２】各実施例に共通する画像形成装置のブロック構
成図である。

【図３】各実施例に共通するプリンタエンジン部の構造
を示す図である。

【図４】第１の実施例における文字ハンドリングの処理
概念図である。

【図５】第１の実施例におけるイメージハンドリングの
処理概念図である。

【図６】第１の実施例におけるメイン処理を示すフロー
チャートである。

【図７】第１の実施例における解析部の１つの処理例を
示すフローチャートである。

【図８】第２の実施例における画像形成装置の構成概念
図である。

【図９】第２の実施例において付加される処理内容を示
すフローチャートである。

【図１０】各実施例共通なフォント属性テーブルの一例
を示す図である。

【図１１】第３の実施例における画像形成装置の構成概
念図である。

【図１２】第３の実施例においてダウンロードされるエ
ミュレーションプログラムデータのフォーマットを示す
図である。

【図１３】各実施例共通の判別用プログラムテーブルの
一例を示す図である。

【図１４】各実施例共通の管理テーブルの一例を示す図
である。

【図１５】第３の実施例における操作パネルに係る処理
内容を示すフローチャートである。

【図１６】第４の実施例における画像形成装置の構成概
念図である。

【図１７】第４の実施例での処理で付加される処理を示
すフローチャートである。

【図１８】第４の実施例において、外部装置が送出して
くる中間言語データのフォーマットを示す図である。

【図１９】第５の実施例における入力データと出力画像
の関係の一例を示す図である。

【図２０】第５の実施例のおける入力データフォーマッ
トを示す図である。

【図２１】第５の実施例におけるメイン処理を示すフロ
ーチャートである。

【図２２】各実施例における文字ハンドリング時の中間
言語の具体的なフォーマットを示す図である。

【図２３】各実施例におけるイメージハンドリング時の
中間言語の具体的なフォーマットを示す図である。

【図２４】本発明が適用できるインクジェットプリンタ
の内部構造を示す図である。

【図２５】図２４のインクジェットプリンタの制御回路
の構成図である。

【符号の説明】

２１ａ，２１ｂ 入力用のＩ／Ｆ ２２ ＣＰＵ ２３ ＲＯＭ ２４ ＲＡＭ ２４ａ ワークエリア ２４ｂ 受信バッファエリア ２４ｃ 中間言語エリア ２５ａ エミュレーションプログラムメモリＡ ２５ｂ エミュレーションプログラムメモリＢ ２６ 中間言語発生用ライブラリメモリ ２７ａ フォントスケーラメモリ ２７ｂ フォントスケーラメモリ ２８ ビットマップメモリ ２９ 出力用のＩ／Ｆ ３０ 操作パネル ３１ ＮＶＲＡＭ ３２ ハードディスク ３３ システムバス １０１ 制御ユニット ２００ 出力機構 ３０１ 外部装置１ ３０２ 外部装置２

Claims (4)

【特許請求の範囲】
1. 【請求項１】 入力されてきたデータが印刷言語データ
   を解析するためのプログラムデータであるのか印刷デー
   タであるのかを判別する判別手段と、 前記判別手段によって、入力データが印刷言語データを
   解析するためのプログラムデータであると判別された場
   合、所定のメモリに格納する格納手段と、 格納されたプログラムデータに従って入力された印刷デ
   ータを解析し、印刷するよう制御する制御手段とを備え
   ることを特徴とする画像形成装置。
2. 【請求項２】 前記メモリは、複数種類のプログラムデ
   ータを格納する容量を有し、 メモリに格納されているプログラムデータそれぞれに
   は、入力された印刷データがどのようなプリンタ言語に
   属するものかを判断すためのデータが含まれていること
   を特徴とする請求項第１項に記載の画像形成装置。
3. 【請求項３】 入力されてきたデータが印刷言語データ
   を解析するためのプログラムデータであるのか印刷デー
   タであるのかを判別する判別行程と、 該判別行程によって、入力データが印刷言語データを解
   析するためのプログラムデータであると判別された場
   合、所定のメモリに格納する格納行程と、 格納されたプログラムデータに従って、入力された印刷
   データを解析し、印刷するよう制御する制御行程とを備
   えることを特徴とする画像形成方法。
4. 【請求項４】 プリンタ言語を解釈するためプログラム
   データを少なくとも１つ、外部装置からダウンロードす
   る画像形成装置の制御方法であって、 但し、前記プログラムデータには、少なくとも当該プロ
   グラムデータの処理対象としているプリンタ言語に対応
   する環境設定を行うプログラムデータが含まる所定の指
   示手段に装置全体或いは各プログラムデータに共通な環
   境設定と、個々のプログラムデータの処理対象であるプ
   リンタ言語に対応する環境設定との操作形態を分離し、 少なくともプリンタ言語固有の環境設定では、対応する
   プログラムデータ中に含まれた環境設定を行うプログラ
   ムデータに従うことを特徴とする画像形成装置の制御方
   法。