JPH044172A

JPH044172A - プリンタ制御装置

Info

Publication number: JPH044172A
Application number: JP2105645A
Authority: JP
Inventors: Ikunori Yamaguchi; 山口　郁準
Original assignee: Minolta Co Ltd
Current assignee: Minolta Co Ltd
Priority date: 1990-04-21
Filing date: 1990-04-21
Publication date: 1992-01-08

Abstract

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

Description

【発明の詳細な説明】（産業上の利用分野）本発明は、ドツトプリンタの制御装置に関する。

（従来の技術）プリンタで印字を行う場合、最初に書式設定を行う。こ
の際に、使用者の使用目的に応じて、用紙のサイス、印
字幅、マージン、改行ピッチなとを設定する。使用者が
設定しなけれは、所定の標準書式か初期値として設定さ
れる。

ドツトプリンタには、操作パネルに、受信した描画する
イメージをそのまま印字する縦長（ポートレート）と描
画するイメージを紙に対して９００回転して印字する横
長（ランドスケープ）を指定するキー又は入力モードを
設けたものがある。この指定に対応して、使用するフォ
ントの角度や印字方向を切り替えることが可能になる。

プリンタが印字可能な最大幅（たとえばレターサイズ（
８，５インチ））以上の幅のイメージデータかホストか
ら受信される場合は、この横長印字を指定すればよい。

これに対応して、ホストから受信された横長のイメージ
がプリンタ内での編集により紙に対して９００回転して
縦長のイメージとしてメモリに記憶され、これに対応し
て印字方向も切り替えられる。こうして、プリンタが印
字可能な最大幅以上の横幅のイメージが印字できる（第
８図参照）。

（発明が解決しようとする課題）ドツトプリンタの中には、コストなどの理由より操作パ
ネルより横長（ランドスケープ）印字を指定する機能や
横長印字指定コマンドがないものがある。

このようなプリンタでは、他のドツトプリンタ用のアプ
リケーションプログラムを走らせるエミュレーションモ
ードにおいて、他のドツトプリンタ用のアプリケーショ
ンプログラムで発生されｔ；イメージを印字する場合、
プリンタの印字可能な最大幅以上のイメージを発生する
アプリケーションプログラムは使用できない。

このような場合、アプリケーションプログラム側におい
て横長印字指定のコマンドを新しく追加するという手段
も考えられるか、アプリケーションプログラム側でこの
コマンドに対応していない場合はイメージデータを送る
前にユーザーがホストからあらかしめ横長指定コマンド
を送る必要があり、使い勝手上あまり良くない。

さらに、ホストか受信したイメージのエリアが、プリン
タの印字可能な最大幅以下であっても、現在プリンタの
カセットにセントされている紙のサイスより太きけれは
、印字はできない。かかる場合も自動的に横長（ランド
スケープ）印字かできると、ユーザーが誤って縦長で印
字出来ると判断していた場合でも、プリンタ側の自動的
な判断により印字が可能になり、プリンタの使い勝手が
改善される。

本発明の目的は、ホスト側から受信されたイメージデー
タのエリアが現在プリンタのカセットにセットされてい
る紙のサイズの幅より大きい場合に、横長（ランドスケ
ープ）印字を可能にしたプリンタの制御装置を提供する
ことである。

（問題点を解決するための手段）本発明に係るプリンタ制御装置は、プリンタにセットさ
れている紙のサイズを要求するコマンドを送り、それに
応じて紙のサイズを返すことによって紙サイズを検出す
る紙サイズ検出手段、紙サイス検出手段より得た紙サイ
ズに応じて、編集するイメージサイズを変えるイメージ
サイズ設定手段、イメージ幅をホストからの命令により
指定するイメージ幅指定手段、描画するイメージを縦長
から横長に変え、それに応じて使用するフォントの角度
と印字方向を切り替えるランドスケープ設定手段、及び
エミュレーションモードにおいて、イメージ幅指定手段
より指定されたイメージ幅が紙サイズ検出手段で検出し
た紙サイズの横幅より大きいと判断した場合にランドス
ケープ設定手段を作動させるイメージ方向切替手段を備
えることを特徴とする。

（作用）ランドスケープ設定手段によりランドスケープ印字機能
を指定可能とする。この指定は、イメージ幅と紙サイス
の横幅とを比較することにより縦長での印字か不可能と
判断されると、ランドスケプ設定手段が自動的に行う。

これにより、ホストから受信したイメージか自動的に９
０°回転して印字できる。

（実施例）以下、本発明の実施例を添付の図面を参照して次の順序
で説明する。

（ａ）電子写真プリンタの構成〈全体の構成〉〈ヒツトマツプ制御部の構成〉〈ビットマツプ書込部の構成〉（ｂ）エミュレーションモードとビットマツプ制御の動
作（Ｃ）イメージエリアとランドスケープ指定機能（ｄ）
ヒツトマツプ制御の７０− 〈スタートプロセス〉〈スケジューラ〉くユーザープロセス〉くホストプロセス〉（ａ）電子写真プリンタの構成〈全体の構成〉まず、プリンタおよびプリンタ・コントローラの概略構
成について説明する。

第１図は、本発明の実施例であるグラフィック描画の可
能なプリンタシステムｌＯの処理システムの構成を示す
。コンピュータなどの汎用のデータ処理装置（ホスト）
■からのデータは、データ処理装置ｌのスループットを
改善するために、ファイルバッファ２に格納された後、
プリンタシステム１０に出力される。プリンタシステム
ｌＯは、ビットマツプ方式のデータ処理ユニット３と、
電子写真プロセスとレーザ光学系を用いたプリントエン
ジン４よりなる。

なお、プリンタのカセットにセットされている紙のサイ
ズは、通常の手段で検出されるが、検出についての説明
は省略する。

第２図は、プリンタンステムｌＯの外観を示す。

プリンタシステム１０は、データ処理ユニット３を内蔵
している。また、プリントエンジン４には、システムの
状態を示す表示が並べられた表示パネル４４が装着され
ている。

第３図は、プリンタンステムｌＯの制御概略ブロック図
である。ビットマツプ方式データ処理ユニット３は、ビ
ットマツプ制御部（第４図参照）３０、ビットマツプ用
のメモリ（ＢＭ−ＲＡＭ）３２、二のＢＭ−ＲＡＭ３２
に描画を行なうビットマツプ書込部３１（第５図参照）
、及びフォント部３３よりなる。プリントエンジン４と
の接続は、制御データ（枚数、アクセサリ−など）用の
バスＢ３とイメージデータ用バスＢ４を介して行う。

プリントエンジン４は、３つのコントローラを中心に構
成される。まず、インターフェイス制御部４０は、ビッ
トマツプ制御部３０からの制御データの処理、表示パネ
ル４４の制御、及び内部バスＢ５を通じてプリントエン
ジン４全体のタイミングの制御を行なう。電子写真制御
部４１は、内部バスＢ５を通じてインターフェイス制御
部４０から送られるデータに応じて、電子写真プロセス
部４５の制御を行なう。プリントヘッド制御部４２は、
内部バスＢ４を通じてビットマツプ書込部３１から送ら
れてくる情報に従って、プリントへ、。

ド部４３の半導体レーザーの発光やポリゴン・モータの
回転を制御する。

〈ビットマツプ制御部の構成〉第４図は本発明によるビットマツプ制御部３０の構成を
示す。全体の構成としては、データ入出力用のインター
フェイス３０１，３０９，３１０．３１１と、ビットマ
ツプ制御部の中心となるＣＰＵ３０３とそのシステムＲ
ＯＭ３０５．システムＲＡＭ３０７、ＣＰＵ３０３に定
期的に割り込みをかけるタイマー３０２．そしてデータ
蓄積用のバッファメモリ３０４，３０６，３０８．３１
２からなる。

Ｒバッフ７３０４は、ホストからデータ処理ユニットイ
ンターフェイス３０１を介して取り込まれた受信データ
を記憶するために用いる。ＵＲバッファ３０６は、後で
説明するユーザープロセスで他のプリンタ用のプロトコ
ルで送られてきたデータを本プリンタのプロトコルに変
換して記憶するために用いる。ＵＴバッファ３１２は、
現在プリンタのカセットに設定されている紙のサイズを
記憶するために用いる。システムＲＡＭ３０７は、後述
のユーザープロセスのダウンロード領域も備える。パケ
ットバッファ３０８は、ＦＩＦＯメモリであり、Ｒバッ
ファ３０４又はＵＲバッファ３０６のデータを変換して
得られる中間コードであるパケットを記憶するために用
いる。ＣＰＵ３０３は、後に説明するように、システム
ＲＯＭ３０５に格納されたホストプロセス、パケットプ
ロセスの他、システムＲＡＭ３０７に格納されたユーザ
ープロセスも実行できる。

〈ビットマツプ書込部の構成〉第５図は、ビットマツプ書込部３１の詳細ブロック図を
示す。ビットマツプ書込部３１の機能は大別して、ＢＭ
−ＲＡＭ３２への描画機能と、プリントの際にＢＭ−Ｒ
ＡＭ３２のデータをプリントエンジン４へ出力する機能
とに分かれる。

ＢＭ−ＲＡＭ３２への描画機能は、さらに２つに分けら
れ、グラフィックイメージ書込部３１６により行われる
線や円の描画と、フォントイメージ書込部３１１により
行われる７オント描画とからなる。両方ともビットマツ
プ制御部インターフェイス３１７を通じてビットマツプ
制御部３０かも送られてくる中間コードで動作するロジ
ック部であるが、グラフィックイメージ書込部３１ｆ３
のほとんどの処理は、中間コード内のパラメータを解析
してＢＭ−ＲＡＭ３２に描画するのに対して、フォント
イメージ書込部３１１のほとんどの処理は、中間コード
内のデータに従ってフォント部インターフェイス３１４
を通じて７オント部３３から読み込んだフォントイメー
ジをＢＭ−ＲＡＭ３２に描画する。

一方、プリントの際のデータ出力のａｌ能は、プリント
ヘッド制御部インターフェイス３１５により行われる。

すなわち、ビットマツプ制御部３０からビットマツプ制
御部インターフェイス３１７を介して送られてくるプリ
ント開始コードを受は取ると、プリントエンジン４のプ
リントヘッド制御部４２からバスＢ４を澤じて送られて
くる同期信号に従って、ＢＭ−ＲＡＭ３２のデータをプ
リントヘッド制御部４２７こ出力する。

（ｂ）エミュレーションモードとビットマツプ制御の動
作次にビットマツプ制御部３０の動作を説明する。

ＣＰＵ３０３は、システムＲＯＭ３０５とンステムＲＡ
Ｍ３０７のプログラムによりＢＭ−ＲＡＭ３２への描画
と電子写真プロセス部４５での印字を制御する。

本プリンタシステムのプログラムには、システムＲＯＭ
３０５に格納されているホストプロセス（第１４図参照
）とパケットプロセス（図示しない）、及びシステムＲ
ＡＭ３０７のダウンロードセグメントｌこ格納されてい
るユーザープロセス（第１２図（ａ）、（ｂ）参照）が
ある。これらの３つのプロセスは独立したプログラムと
なっており、優先順位のある時分割処理によって並行し
て動作している。優先順位はパケットプロセス、ホスト
プロセス、ユーザープロセスの順位となる。

システムＲＯＭ３０５には、この他に、タイマー割り込
みによりこれらのプロセスの管理を行なうスケジューラ
（第１１図参照）と、スタート時に起動される初期化の
ためのスタートプロセスが格納されている。

システムＲＯＭ３０５内のスケジューラがタイマー３０
２からのタイマー割り込みによって各プロセスを状態に
応じて切り替える。ここでシステムＲＡＭ３Ｑ７内には
カレント・プロセス・ステータス（ＣＰＳ）ブロックと
いう領域があって（第９図参照）、各プロセスの切り替
え時にＣＰＵ３０３のレジスタの内容がＣＰＳ内に退避
されるので、各プロセスは独立して動作を行うことかで
さる。このようなビットマツプ制御の動作は、本出願人
による特開昭６３−２３１９５７号公報に開示されてい
る。本実施例との相違は、ユーザープロセスとホストプ
ロセスにおけるランドスケープ指示機能に関する部分だ
けである。

エミュレーションモードとは、他のプリンタ用のエミュ
レーションプログラムで動作するモードである。エミュ
レーションモードでは、ユーザープロセス、ホストプロ
セス、パケットプロセスが順次用いられる。

ここで、ユーザープロセス（第１２図（ａ）。

（ｂ）参照）は、他のプリンタに対応するプロトコルで
送られてきたデータを、ホストプロセスか解析可能な本
プリンタのプロトコル（ホストプロトコル）に変換し、
ＵＲバッファ３０６に書き込み、ホストプロセスに渡す
プログラムである。エミュレーションプログラムは、フ
ォントカートリッジまたは内蔵ＲＯＭさらにデータ処理
装置ｌからのダウンロードによって供給される。プロト
コル変換か必要なければコード変換は実行されない。

なお、本実施例ではユーザープロセスがロードされるの
は電源投入時か、カートリッジを後から挿入した場合に
ホストからのロード要求コードを受信した時となってい
るが、ロード方法及びそのタイミングは別にどのように
決めてもかまわない。

さらに、ユーザープロセスがカートリッジ内に複数存在
する場合も考えられるが、本実施例では考えていない。

ホストプロセス（第１４図参照）は、データ処理装置１
から送られてきたＲバンファ３０４又はＵＲバッファ３
０６内のデータの解析を行い、ビットマツプ書込部３１
やプリントエンジン４を制御するための中間データであ
るバケットをバケットバッファ３０８に書き込む。

バケットプロセスは、バケットバッファ３０８内のバケ
ットを解析してヒツトマツプ書込部インターフェイス３
１０よりビットマツプ書込部３１へ、またはフォントイ
ンターフェイス３０９を通じてフォント部３３へ、さら
にプリントエンジンインターフェイス３１１を通してイ
ンターフェイス制御部４０ヘデータを送り、実際にＢＭ
−ＲＡＭ３２への描画とプリントエンジン４の制御を行
う。

本実施例ではユーザープロセスとしてエミュレーション
プログラムを動作させ、そのエミュレーションプログラ
ム内でランドスケープ（（ｃ）　Ｉｎ参照）とポートレ
ートを自動的に切り替える場合について説明する。

すでに説明したように、他のプリンタ用のプロトコルで
送られてきたデータは、Ｒバッファ３０４にまず格納さ
れる。プロセスの管理を行うスケジューラかタイマ割り
込みによりユーザープロセスに処理を切り替えると（第
１１図参照）、起動されたユーザープロセスは、後に説
明するように、受信したイメージの幅が現在印字可能な
最大幅（即ちカセットにセットされている紙サイズの横
幅）を越えると判断するとランドスケープ指定コマンド
をＵＲバッファに記憶し、さらに、Ｒバッファ３０４内
の受信データを取り出し、本プリンタのプロトコルに変
換した後、ＵＲバッファ３０６に蓄積する。よってデー
タの仮編集を行なうホストプロセスは、ユーザープロセ
スの起動時にはＵＲバッフ７３０６内のデータを取出し
、非起動時にはＲバッファ３０４内の欠信データを取り
出すだけで良く、他に変更の必要がない。また、プリン
タ動作を制御する他のプロセスを変更する必要もない。

従って、ユーザープロセスはデータの変換のみを行なう
簡単なものになり、エミュレーションソフトウェアの開
発も容易となる。

（Ｃ）イメージエリアとランドスケープ指定機能まずイ
メージエリアの考え方について説明する。

第６図と第７図に、ホスト１から受信した通常の場合（
ポートレート）のイメージデータのイメージエリアの例
を示す。ここで、全エリアＡＩで示される部分が、１枚
の紙のサイズに相当する。

マージンエリアＡ２は、実際に紙にプリントを行なう際
の余白部分で、ＢＭ−ＲＡＭ３２で印字データの描画が
行われるのは、残ったイメージエリアＡ３の部分である
。ホストから受信したデータより、第６図の場合、縦に
長いイメージエリアＡ３にイメージデータが発生され、
第７図の場合、横に長いイメージエリアＡ３にイメージ
データが発生される。なお、マージンエリアＡ２は、ホ
ストからの指定によりページ単位に変更が可能である。

ここで、レフトマージンＡ４とは、全エリアＡ１の左端
より文字の書出し位置まで、ライトマージンＡ５とは、
全エリアＡＩの左端よりイメージエリアＡ３の右端まで
をいう。

印字の開始は、イメージエリアＡ３の左上から行なわれ
、文字は印字方向ＡＩＯに従って順次印字される。途中
、改行コードが入力された場合、改行方向Ａｌｌに、改
行幅Ａ１２だけ次の印字位置が移動する。また、復行コ
ードが入力されると、イメージエリア左端の復行位置Ａ
Ｉ３に次の印字位置が移動する。印字の際の通紙方向Ａ
１４は、印字方向ＡＩＯと９０°回転しに方向にある。

本プリンタのカセットにセットされている紙に印字可能
な最大幅は、ライトマージンＡ５やレフトマージンＡ４
から定まる。し７トマージンＡ４を一定とすると、印字
幅は、ライトマージンの最大値で定まり、これをイメー
ジの横幅と比較すると、印字可能か否かが判断できる。

本実施例のプリンタでは、既に説明したように、他のド
ツトプリンタのエミュレーションプログラムを走らせる
ことができるユーザープロセスとよぶプログラム（第１
２図（ａ）、（ｂ）参照）を実行できる。そこで、他の
プリンタ用の表計算プログラムなどのアブリケーシッン
プログラムの場合、ホストｌから送られたイメージの横
幅が本プリンタのカセットに設定された紙に印字可能な
幅を越えることがある。かかる場合には、そのままでは
そのイメージの印字はできない。

そこでランドスケープモードを設けて、第８図に示すよ
うに、受信したイメージを紙に対して９０ａ回転して縦
長の形でＢＭ−ＲＡＭ３２に展開し、印字するようにす
ればよい。

しかし、本実施例のプリンタでは、ランドスケープ指定
コマンドが無く、操作パネル上でランドスケープモード
を指定できない。そこで、エミュレーションプログラム
で所定の幅以上のイメージが発生されたと判断した場合
、ランドスケープ指定コマンドを発生させて、ホストよ
り受信した所定幅以上の横長イメージも紙に対して９０
°回転して印字可能とした。

具体的には、エミュレーシ３ンプログラム、１プリンタ
にセットされている紙のサイズを要求するコマンドを送
り（第１２１５０　（ｂ）ステップ５５１４）、このコ
マンドに対応してプリンタで現在選択されているカセッ
トの紙サイズをＵＴバッファ３１２に書き込んでおく（
第１７図（ｃ）Ｓ　１３６５１３９）。そして、ユーザ
ープロセスでのライトマージン設定コマンドのコード変
換処理（第１３図）において、１頁のイメージの初めな
らば、現在プリンタでセットされている紙のサイズを読
み込み、この紙サイズとエミュレーションプログラムで
指定されたイメージサイズとを比較する。

そして、イメージサイズが紙の横幅より大きい場合に、
ランドスケープ指定コマンドをＵＲバッファ３０６に送
る。そして、ライトマージンにイメージサイズを設定す
る（第１３図ステップ５６０１〜５６０５参照）。これ
により、ランドスケープ指定コマンドが無く、操作パネ
ル上でもその指定ができない本プリンタにおいて、現在
プリンタでセットされている紙の横幅よりも大きな横長
のイメージサイズが指定されｔ：場合に、自動的Ｉ２編
集イメージのサイズを９０°回転して横長（ランドスケ
ープ）に切り替える二とができる（第８図参照）。

（ｄ）ビットマツプ制御の７０− 以下、フローチャートを参照しながらヒツトマツプ制御
の動作を詳細に説明する。なお、パケットプロセスは、
ポートレート（縦長）とランドスケープ（横長）の切り
替えに無関係であり、従来と同じなので、説明を省略す
る。

くスタートプロセス〉８１０図はスタートプロセスを示すフローチャートであ
る。このプロセスはスタート時に１回だけ起動される。

このプロセスでは、システムＲＡＭ３０７のカレント・
プロセス・ステータス（ＣＰＳ）ブロック（第９図参照
）において記憶されるリクエストベクターとカレントベ
クターの２つのステータスを表わすベクターが使用され
る。リクエストベクターは、タイマー割り込みによって
スケジューラ（第１１ｔ！！参照）が起動されたとき、
実行が中断されたプロセスがスケジューうに対して実行
の放棄と他プロセスの起動要ネを伝達するために使用さ
れ、各プロセスに対応すうビ）トがセットまたはリセッ
トされる。またカレントベクターは実行中のプロセスに
対応するヒツトをセットするようになっていて、スケジ
ューラが起動されたときは実行が中断されたプロセスの
ヒントかセットされている。

さらに、ＣＰＳブロックのＣＲＴＰＲ５にはカレントベ
クターの示すプロセスの番号が入っていて、７０セスの
番号は優先順位が高い程大きくしである。

スタートプロセスでは、まず電源か投入されると（ステ
ップＳ１）、内部の初期化を行ない（ステップＳ２）、
Ｒバッファ３０４、ＵＲバンファ３０６、ＵＴ／（ッフ
ァ３１２、及びバケットバッファ（ＦＩＦＯメモリ）３
０８のクリアを行なう（ステップＳ３．Ｓ４．Ｓ５）。

次に、この後ユーザープロセスを起動するため準備動作
として、リクエストベクターのホストプロセスを示すビ
ットをセットしくステップＳ６）、カレントベクターの
ユーザープロセスを示すビットをセットしくステップＳ
７）、ＣＲＴＰＲ３にユーザープロセスを示す番号を入
れる（ステップＳ８）。この後に、システムＲＡＭ３０
７のＣＰＳブロックの初期化を行なう（ステップＳ９）
。具体的には、各ｃｐｓでＣＰＵ３０３の実行アドレス
ポインタのデータを格納するエリアに、各プロセスプロ
グラムのスタートアドレス値を入れ、スタックポインタ
を格納するエリアに所定のアドレス値を入れる。また必
要に応じて他のポインタの初期値も入れる。

これらの初期設定を終えると割り込みを許可しくステッ
プ５１０）、タイマー割り込み待ち（ステップ５ｌｌ）
のループに入る。タイマー割込があると、スケジューラ
（第１１図参照）が起動され、上記のリクエストベクタ
ー、カレントベクターＣＲＴＰＲ３を用いてスケジュー
ラは次のプロセスの実行先を決定する。

この様な構成を取ることによって、本プリンタと異なる
プロトコルのデータに対しても、ダウンロードを行なう
ユーザープロセスを変えることによって任意に対応可能
となる。

〈スケジューラ〉第１１図はタイマ割り込みによって起動されるスケジュ
ーラのフローを示す。まずタイマによる割り込みが入る
と（ステップ５３０）、ＣＰＵの各レジスタの値をＣＰ
Ｓブロック内の退避エリアへ退避する（ステップ５３１
）。次にリクエストベクタにセットされているビットの
内で、最優先のプロセス番号をＲＥＱＰＲ５に入れる（
ステップ５３２）。ここでＣＲＴＰＲＳには割り込み処
理を行う直前のプロセス番号が入っているので、これと
ＲＥＱＰＲ５を比較することによって、より優先順位の
高いプロセスの起動リクエストがあるかどうかを判断す
る（ステップ５３３）。上位プロセスの起動リクエスト
がない場合（ステップＳ３３でＮＯ）、処理中ｔ；った
プロセス（ＣＲＴＰＲＳが示している）がリクエストベ
クタのビットをリセットして先の実行を放棄しているか
どうかをチエツクしくステップ５４２）、もし放棄して
いないならば（ステップＳ４２でＹＥＳ）ＣＰＳブロッ
クの退避エリアの各レジスタのデータをＣＰＵにセット
して（ステップ５３９）、復帰する。この場合タイマ割
り込みによって中断したプロセスがそのまま実行される
。もし先の実行を放棄している場合は（ステップＳ４２
でＮｏ）ＣＲＴＰＲＳの示すプロセスよりも下位でかつ
最上位のプロセス番号をＲＥＱＰＲ５に入れて（ステッ
プ５４１）、ステップＳ３５に進み、ステップＳ３３で
ＹＥＳの場合と同様の処理を行う。ここではＣＲＴＰＲ
Ｓの示す実行を中断するプロセスのＣＰＳに退避エリア
の値を転送しくステップ５３５）　、ＲＥＱＰＲ５の示
すプロセスのＣＰＳの値を退避エリアに転送する（ステ
ップ５３６）。さらに、ＣＲＴＰＲＳにＲＥＱＰＲ５の
値を入れ（ステップ５３７）、ＲＥＱＰＲ５の示すプロ
セスのカレントベクタのビットだけをセットし、他はリ
セットする（ステップ５３８）。これらの処理によって
退避エリアにはＲＥＱＰＲ５の示すプロセスのレジスタ
の値が入っているので、復帰先はＲＥＱＰＲ５の示すプ
ロセスとなる。

〈ユーザープロセス〉第１２図（ａ）、（ｂ）はユーザープロセスの処理例を
示すフローである。ユーザープロセス自体は対応するプ
ロトコルによっていくつかのプログラムが存在するであ
ろうが、基本的な形態はこの様になっている。特に、ス
テップ５５０１〜５５０４．５５０９は各ユーザープロ
セスで共通化しておかないと他のプロセスとの対応が取
れなくなる。

まず、Ｒバッファ３０４にデータが有ることをチエツク
しくステップ５５０１）、その後にＵＲバッファ３０６
の空きをチエツクする（ステップ５５０２）。

ＵＲバンファ３０６の空きがないときは（ステ・ンプ５
５０２でＮｏ）、ホストプロセスの起動要求をリクエス
トベクターによって行ない（ステップ５５０３）、ＵＲ
パン７ア３０４に空きを作るようにする。そして、５５
Ｑｌに戻る。

ＵＲバッファ３０６の空きがあるときは（ステップ５５
０２でＹＥＳ）、Ｒバッファ３０４よりデータを取り込
み（ステップ５５０４）、プロトコル変換処理（ステッ
プ５５０５〜５５０８．５５１９）を行なう。すなわち
、制御コードであれば（ステンプ５５０５でＹＥＳ）、
コード変換処理（ステップ５５０６．第１３図参照）を
行い、必要ならばランドスケープ指定コマンドをＵＲバ
ッファ３０６に送り、上位プロセス（ホストプロセス）
のリクエストベクターのビットをセットする（Ｓ　５０
７）。

そしてステップ５５０１に戻る。制御コードでなければ
、次にステップ５５０８で印字データであるか否かを判
定する。印字データでなければ、データをそのままＵＲ
バッファ３０６に書き込み（ステップ５５０９）、ステ
ップ５５０１に戻る。

ステップ５５０８で印字データであると判定されたとき
は、次にＰＡＧＥ　　ＷＲＩＴＥフラグが０かどうか、
つまりそのページで初めて印字データを受けたかどうか
をチエツクしくステ・ツブ５５１１）、受信していると
き１ｉＰＡＧＥ　　ＷＲＩＴＥフラグを１にセットする
（ステップ５５１２）。

その後にＵＲバッファ３０６に空きがあるかどうかを見
て（ステップ５５１３）、空きがあれば（ステップ５５
１３でＹＥＳ）、プリンタのカセットにセットされてい
る紙サイズを要求するペーパーサイズ要求コードをＵＴ
バッファ３１２へ送る（ステップ５５１４）。そしてそ
のアンサ−が返ってくるまでＵＴ−バッファ３１２を見
つづける（ステップ５５１５〜５５１７）。アンサ−が
返ってきたら（ステップ５５１７でＹＥＳ）、その紙サ
イズデータとイメージサイズに応じてその紙サイズの横
幅値ＲＩ　ＧＨＴＭＡＸやページ長なとのイメージサイ
ズ設定パラメータ（第６図、第８図参照）をセットする
（ステップ５５１８）。最後に本プリンタのプロトコル
へのデータ変換を行い（５５１９）、ＵＲバッファ３０
６に書き込み（ステップ５５０９）、ステップ５５０１
に戻る。

この実施例では受信データを制御コードと印字データに
分け、制御コードを受信した時のみホストプロセスの起
動要求を行なうようになっているが、リクエストベクタ
ーのセットのタイミングは変更を行なうプロトコルの形
態や処理効率を考慮して任意の位置で行なってもかまわ
ない。

次に、制御コードのコード変換処理（第１２図ステップ
５５０５）の詳細を第１３図に示す。

ステップ５６０１で、Ｒバッファ３０４よす読み込んだ
データがライトマージン設定コマンドであると判定され
たときは（ステップ５６０１でＹＥＳ）、次にそのペー
ジに印字データが書き込まれたことを示すフラグＰＡＧ
Ｅ　　ＷＲＩＴＥが１かとうかをチエツクしくステップ
５６０２）、ＰＡＧＥ　　ＷＲＩＴＥ７ラグが０のとき
、つまりそのページに印字データが書き込まれていない
とき（ステップ５６０２でＹＥＳ）には、ステップ５６
０３以下の処理を行なう。ステップ５６０３ではライト
マージン設定コマンドのパラメータが印字可能エリアの
最大横幅を示すＲＩＧＨＴＭＡＸを越えているかどうか
をチエツクする。越えているとき（ステップ５６０３で
ＹＥＳ）は、横長印字をするためにランドスケープ指定
コマンドをＵＲバッファ３０６へ送り（ステップ５６０
４）、現在のライトマージン値を示すＲＩ　ＧＨＴＭＧ
にパラメータの値をセットする（ステップ５６０５）。

ステップ５６０３でＮｏのときはポートレート指定コマ
ンドをＵＲバッファ３０６へ送り（ステップ５６０６）
、ステップ５６０５に入ってＲＩＧＨＴＭＧにパラメー
タの値をセットする。ステップ５６０７〜５６１４のス
テップはＰＡＧＥ　　ＷＲＩＴＥフラグの管理を示して
いる。まず、改頁コマンド（ＯＣＲ）のときは（ステッ
プ５６０７でＹＥＳ）ＰＡＧＥ　　ＷＲＩＴＥフラグを
Ｏにセットした後（ステップ５６０８）、改頁コマンド
をＵＲバッファ３０６へ送る（ステップＳ　６０９）次にラインフィードコマンドのときは（ステップ５６１
０でＹＥＳ）Ｙ方向のカーソルを１行分下方へ動かしく
ステップ５６１１）、Ｙ方向のカーソルが設定されてい
るページ長を越えたかどうかをチエツクする（ステップ
５６１２）。

ここでページ長を越えｔ：ときは（ステップ５６１２で
ＹＥＳ）Ｙ方向のカーソル値をＯへ動かし、改頁の処理
（ステップ５６０８，５６０９）を行なう。

その他のコマンドのときはそのコマンドに対応した変換
コマンドをＵＲバッファ３０６へ送るが（ステップ５６
１４）、ここでは詳しくは説明しな〈ホストプロセス〉第１４図はホストプロセスの動作を示スフローチャート
である。ホストプロセスの最初の起動は、前述のように
タイマー割り込みによって起動されたスケジューラがホ
ストプロセスに切り替えることによって行なわれる。こ
のとき、ビットマツプ制御部のＣＰＵ３０３のプログラ
ムカウンタにホストプロセスの先頭アドレスが設定され
る。

処理の流れを説明すると、まずホストプロセスに用いて
いるフラグの初期化を行う（ステップ５５１）。具体的
には、ユーザープロセスの実行の有無を示すＵＳＥＲフ
ラグを０にリセットし、受信データ処理ルーチンで仮イ
メージ編集中であることを示すＬＰＷＲＩＴＥフラグを
０にセットする。そして、中間コード作成の準備として
フォント部３３より７オント属性を読み込む（ステップ
５５２）。このときフォント部３３のフォントカートリ
ッジ内にユーザープロセスか有るかどうかをチエツクし
て（ステップ５５３）、有りの場合はシステムＲＡＭ３
０７の所定の領域にユーザープロセスをロードする（ス
テップ５５４）。そして、ロード終了（ステップ５５５
）を待ってユーザープロセスの実行を示すＵＳＥＲフラ
グを１にセットしくステップ５５６）、リクエストベク
ターのユーザープロセスのビットをセットする（ステッ
プ５５７）。これは、最下位のプロセスであるユーザー
プロセスが有るときは常にリクエストベクターのビット
をセットしておき、自分自身の実行を放棄することの無
いようにするためである。これらの初期化動作（ステッ
プ５５１〜ステツプ５５７）を行なった後、主ループ（
ステップ５５８〜ステツプ５６３）に入る。

主ループではパケットバッファ３０８の空エリアかなく
なるとき（ステップ５５８でＮｏ）、ＵＳＥＲフラグ−
１のとき（ステップＳ５９でＹＥＳ）ＵＲバッファ３０
６にデータがないとき（ステップ５６０でＮｏ）、ＵＳ
ＥＲフラグ＃０のとき（ステップＳ５９でＮｏ）でＲバ
ッファ３０４が空になるとき（ステップ５６１でＮｏ）
以外は、受信データ処理（ステップ５６２）を行なう。

また、受信データ処理を行なわないとき（ステップＳ５
８、ステップ５６０、ステップＳ６１でＮｏ）はＪＯＢ
ＯＵＴ処理ｌ（第処理図参照）を実行する（ステップ５
６３）。ＪＯＢＯＵＴ処理１では、ホストプロセスがス
ケジューラに対して上位プロセス（実施例ではパケット
プロセス）への切り替えを要求するために、リクエスト
ベクターを更新する。

これらの流れから明らかなように、特定の条件（パケッ
トバッフｙ３０８の空エリアがないかまｆ−ハＲバッフ
ァ３０４．ＵＲバッファ３０６が空きとか、他に受信デ
ータ処理内でも設定している）によってＪＯＢＯＵＴ処
理ｌが実処理図リクエストベクターが更新されるまでは
、タイマー割り込みによってスケジューラが起動されて
も再びホストプロセスに戻ってくるので受信データ処理
をくり返して行なうことになる。

第１５図は、ＪＯＢＯＵＴ処理ｌの７処理図示す。この
処理では、ホストプロセスがスケジューラ（第１１図参
照）に対して上位プロセス（実施例ではパケットプロセ
ス）への切り替えを要求するために、リクエストベクタ
のパケットプロセスヒツトをセットしくステップ５７２
）、ユーザープロセスがある場合（ステップＳ７３でＹ
ＥＳ）にはホストプロセスは最下位プロセスではないの
でリクエストベクタのホストプロセスのヒ゛・ントをリ
セットし自らの実行を放棄する。またユーザープロセス
の無い場合（ステップＳ７３でＮｏ）は、ホスト７０セ
スが最下位プロセスとなるのでリクエストベクタのホス
トプロセスのヒツトはセットしたままにしておく。なお
、これらの処理中はタイマー割り込みを禁止して（ステ
ップ５７１，５７５）誤動作を防ぐようにしている。

受信データは、第１６図に示すようにデータの受信割り
込みによってデータ処理インターフェイス３０１より取
り込まれ（ステップｓ　１９１）、Ｒバッファ３０４に
蓄積される（ステップ５１９２）。

受信データ処理（Ｓ６２）のフローを第１７図（ａ）、
　（ｂ）　、　（ｃ）に示す。

まず、受信データの処理を行なうためにＲバッファ３０
４よりデータを取り出す必要がある。ここで、ユーザー
プロセスが有る場合は（Ｕ　Ｓ　Ｅ　Ｒフラグ−１）、
Ｒバッファ３０４のデータのプロトコル変換を行なった
後ＵＲバッファ３０６に蓄積されているのでユーザープ
ロセスを優先する。

そこで、ＵＳＥＲフラグが１のときは（ステップ５１０
１でＹＥＳ）ＵＲバッファ３０６より、ＵＳＥＲフラグ
が０のときは（ステップ５１０１でＮｏ）Ｒバッファ３
０４よりデータを取り込む（ステップ５１０２．ステッ
プ５１０７）。

ここで受信データは次の６つに分類される。

・ＩＦＣ関連コード（プリント・エンジン関連コード）
（ステップ５１０３〜ステツプ５１０５）・ＪＯＢ制御
コード（ＪＯＢＳＴＡＲＴ、ＰＡＧＥＥＪＥＣＴＸステ
ップ５１０８〜ステップ５１１２）。

・書式制御コード（ステップ５１１３〜ステツプ・印字
データ（文字コード、グラフィックコード）（ステップ
５１２８〜ステツプ５１３４）・ユーザープロセス制御
コード（ステ・ノブ５ｌ１８〜ステツプｓ　１２２）・プリンタステータス要求コード（ステ・７ブ５１３６
〜５ｔ４０）まず、印字データの場合は（ステップ５１０３゜ステッ
プ５１０８．５ＩＬＯ，５１１３，５ｌ１５、５Ｌ１７
５１２３．５１２６でいずれもＮｏ）、対応するフォー
マットの中間コード（パケット）に変換してパケットバ
ッファ３０８に出力する。

すなわち、第１７図（ｂ）に示すように、仮イメージ編
集を示すＬＰＷＲＩＴＥフラグが０であれば（ステップ
５１２６でＹＥＳ）、ＬＰＷＲＩＴＥフラグを１にセッ
トする。次に文字コードの場合は（ステップ５１２８で
ＹＥＳ）、フォント・イメージ書込部３１１への７オー
マ・ノドと同じでフォント・パターンのアドレス（ステ
ップ５１２９）、イメージ・エリア上の印字位置に対応
するＢＭ−ＲＡＭ３２への書込みアドレス（ステップ５
１３０）および書込みモード（ステップｓ　１３１）を
バケットバッファ３０８に出力する。グラフィックコー
ドの場合は（ステップ５１３３でＹＥＳ）、グラフィッ
クイメージ書込部３１６へのコマンドと同一のフォーマ
ットでバケットバッファ３０８に出力される（ステップ
５１３４）。このとき、文字コードの場合は、次の文字
印字位置を更新しておく（ステップＳ　ｌ　３２）。

第１７図（ａ）に示すように、ＩＦＣ関連コードの場合
は（ステップ５１０３でＹＥＳ）、インターフェイス制
御部（ＩＦＣ）４０に出力するものであるが、印字デー
タとの同期をとるため、印字データとは形式の異なるフ
ァンクションタイプの中間コードとしてバケットバッフ
ァ３０８へ出力しくステップ５１０４）、ＪＯＢＯＵＴ
処理ｌを行処理区テップ５１０５）。

ＪＯＢ制御フードには、ページの区切りに用いるＰＡＧ
Ｅ　　ＥＪＥＣＴコード（ステップ５ＬＩＯでＹＥＳ）
と、ページ群の区切りに用いるＪＯＢＳＴＡＲＴ（ステ
ップ５１０８でＹＥＳ）の２つがある。どちらもＩＦＣ
関連コードと同様に、バケットバッファ３０８に出力す
る（ステップ５１０９、ステップ５ｉｌｌ）。

書式制御コードの場合は（ステップ５１１３でＹＥＳ）
、印字の書式を制御する（５１１４）。

同一イメージのコピー枚数を指定するコピー枚数コード
の場合は（ステップ５１１５でＹＥＳ）、印字データと
の同期をとるためバケットバッファ３０８に対応するフ
ァンクションを出力する。

第１７図（ｂ）図に示すように、ユーザープロセスロー
ド要求コードの場合は（ステップ５１１７でＹＥＳ）、
ユーザープロセスの有無をチエツクしｔ二後（ステップ
５１１８）、フォントカートリッジよりユーザープロセ
スのプログラムのロード処理を行ない（ステップ５１１
９、ステップ５１２０）、ＵＳＥＲフラグのセットをし
くステップ５１２１）、さらにリクエストベクターのユ
ーザープロセスビットをセットする（ステップＳ　ｌ　
２２）。

またユーザープロセス解除コードの場合は（ステップ５
１２３でＹＥＳ）逆にＵＳＥＲフラグをリセットしくス
テップ５１２４）、リクエストベクターのユーザープロ
セスビットをリセットする（ステップ５１２５）。

第１７図（Ｃ）に示すように、ペーパーサイズ要求コー
ドの場合は（ステップ５１３６でＹＥＳ）、現在選択さ
れているカセットの紙サイズをインターフェイス制御部
４０を通してプリントエンジン４より得て（ステップ５
１３７）、ＵＴバッファ３１２に空きがある場合（ステ
ップ５１３８でＹＥＳ）は、ペーパーサイズ要求コード
のアンサ−つまりペーパーサイズをＵＴバッファ３１２
へ書き込む（ステップＳ　１３９）。ＵＴバッファ３１
２に空きがない場合は（ステップ５１３８でＮｏ）、Ｊ
○ＢＯＵＴ処理１によってパケットプロセスへ処理を移
し、ＵＴバッファ３１２が空になるまで待つ。

（発明の効果）プリンタでカセットにセットした紙のサイズが変わった
場合、ポートレートでの印字が不可能になっても紙のサ
イズに応じてイメージサイズ（印字幅）を自動的に切り
替えることができる。

操作部よりランドスケープ印字を指定する機能かない場
合でも、アプリケーションプログラム側で設定したイメ
ージ幅と現在カセットにセットされている紙のサイズに
応じて、自動的にランドスケープ印字に切り替えること
ができる。

【図面の簡単な説明】

第１図は、プリンタシステムの構成図である。第２図は、プリンタシステムの斜視図である第３図は、
プリンタシステムの制御系のブロック図である。第４図は、ビットマツプ制御部のブロック図である。第５図は、ビットマツプ書込部のブロック図である。第６図は、縦に長いイメージ（ポートレート）の図であ
る。第７図は、横に長いイメージ（ポートレート）の図であ
る。第８図は、第７図の図を回転したランドスケープモード
でのイメージの図である。第９図は、カレントプロセスブロンクの構成図である。第１Ｏ図は、スタートプロセスの７０−チャートである
。第１１図は、スケジューラのフローチャートである。第１２図（ａ）、（ｂ）は、ユーザープロセスの７０−
チャートである。第１３図は、コード変換処理のフローチャートである。第１４図は、ホストプロセスのフローチャートである。第１５図は、ＪＯＢＯＵＴ処理ｌのフローチャートであ
る。第１６図は、受信割込のフローチャートである。第１７図（ａ）、（ｂ）、（ｃ）は、受信データ処理の
フローチャートである。３０・・・ヒツトマツプ制御部、３２・・・ＢＭ−ＲＡＭ、３０３・・・ＣＰＵ。３０４・・・Ｒバッファ、３０６・・・ＵＲバッファ、３０８・・・バケットバッファ、３１２・・・ＵＴバッファ。特許出願人　ミ　ノルタカメラ株式会社代　理　人　弁
理士　青白　葆　ほか２名第 ■ 図第図第６図人ｍ甲ま方向第７図第図第図第１１図第１０図第１５図第１７図（Ｃ）

Claims

【特許請求の範囲】

（１）プリンタにセットされている紙のサイズを要求す
るコマンドを送り、それに応じて紙のサイズを返すこと
によって紙サイズを検出する紙サイズ検出手段、紙サイズ検出手段より得た紙サイズに応じて、編集する
イメージサイズを変えるイメージサイズ設定手段、イメージ幅をホストからの命令により指定するイメージ
幅指定手段、描画するイメージを縦長から横長に変え、それに応じて
使用するフォントの角度と印字方向を切り替えるランド
スケープ設定手段、及びイメージ幅指定手段より指定されたイメージ幅が、紙サ
イズ検出手段で検出した紙サイズの横幅より大きいと判
断した場合にランドスケープ設定手段を作動させるイメ
ージ方向切替手段を備えることを特徴とするプリンタ制
御装置。