JP3215687B2 - 印字制御装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数の外部機器から
の印字処理要求を受けて印字装置を制御する印字制御装
置に係り、特に、印字処理要求の効率的な処理を可能と
した印字制御装置に関するものである。

【０００２】

【従来の技術】従来より、印字制御装置として複数の外
部機器とページプリンタ等の印字装置とを接続して、印
字装置の共有を図るものがある。このような従来の印字
制御装置では、外部機器から複数の印字処理要求があっ
た場合、その印字処理要求が発生した時系列順に実行す
ると、例えば、１００ページの印字処理要求のすぐ後に
受け付けられた１ページの印字処理要求を行った使用者
は、１０１ページ分の印字処理時間を待つこととなり、
事務処理効率の低下を招くという不都合があったことか
ら、その印字処理要求のページ数に基づいて印字処理順
序を決定するものが提案され実用化されてきた。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
印字制御装置では、印字処理要求のページ数に基づいて
印字処理順序を決定しているため、ページ数に大きな差
が無いにも拘わらず、印字処理時間に多量の時間を要す
るイメージデータを、少量の印字処理時間で済むテキス
トデータよりも先に印字実行してしまう場合があり、テ
キストデータを印字処理要求した使用者を長時間待たせ
てしまい、よって、事務処理効率の低下を招いてしまう
という不都合が生じていた。

【０００４】本発明は、上述した問題点を解決するため
になされたものであり、複数の印字処理要求を効率的に
処理することにより、事務処理効率の向上を可能とした
印字制御装置を提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、請求項１記載の印字制御装置は、複数の外部機器か
らの印字処理要求を受けて印字装置を制御する印字制御
装置において、印字装置が実行する印字処理に対して重
み付けを行うための重み付けデータを格納した重み付け
データ記憶手段と、外部機器からの印字処理要求を受信
する受信手段と、前記重み付けデータ記憶手段に格納さ
れた重み付けデータに基づき、前記受信手段を介して受
信された外部機器からの印字処理要求の中から次の印字
処理を決定する次処理決定手段とを備え、前記重み付け
データは、テキストデータに対する印字処理及びイメー
ジデータに対する印字処理について互いに異なる重み付
けが行われていることを特徴とするものである。

【０００６】上記構成を有する印字制御装置において
は、印字装置が実行する印字処理に対して重み付けを行
うための重み付けデータが、重み付けデータ記憶手段に
格納される。そこで、外部機器からの印字処理要求を受
信手段が受信すると、重み付けデータ記憶手段に格納さ
れた重み付けデータに基づいて、次処理決定手段が、受
信した処理要求の中から次の印字処理を決定する。そし
て、次処理決定手段が決定した次処理の印字処理要求を
持つ外部機器との間で次処理実行手段が次処理を実行す
る。したがって、効率的な順序で印字処理が実行され
る。

【０００７】

【発明の実施の形態】以下、本発明の一実施例を説明す
る。なお、実施例において使用する表はすべて最後にま
とめた。

【０００８】図２に実施例の印字制御装置のブロック図
を示す。図示のように、印字制御装置１はローカルエリ
アネットワーク（ＬＡＮ）２５により複数のホスト３０
ａ〜３０ｆと接続される。印字制御装置１はＬＡＮ２５
とインターフェースするホストインターフェース３と、
ＣＰＵ５と、処理するプログラムを格納したプログラム
ＲＯＭ７と、ＲＡＭ９と、不揮発性ＲＡＭ１１と、フォ
ントＲＯＭ１３と、エンジン入出力ポート１５と、プリ
ントデータ発生器１７と、タイマ２１等とを内部バス２
３で相互に接続した構成を有する。ＲＡＭ９は、印字デ
ータを格納したりデータ処理をするためのワーキングメ
モリとして機能する。不揮発性ＲＡＭ１１は優先順位を
登録する記憶エリアである。フォントＲＯＭ１３は印字
する文字の情報を格納する。エンジン入出力ポート１５
にはプリントエンジン９が接続される。プリントデータ
発生器１７はラスターデータ等のプリントデータを発生
しプリントエンジン９に送る。タイマ２１は時刻を発生
させる。

【０００９】次に、ＣＰＵ５が実行する要求実行処理ル
ーチンを図４のフローチャートにしたがって説明する。

【００１０】印字制御装置１の電源が投入されると種々
の初期設定の後、ＣＰＵ５は図４のルーチンを開始し、
まず、ホストからの要求待ち処理（Ｓ１００）を実行す
る。この時、ホスト３０ａ〜３０ｆのいずれかからの処
理要求がホストインタフェース３を通し受信割り込みと
してＣＰＵ５に認識されると、要求受信割込処理（Ｓ１
０５）を実行する。要求受信割込処理（Ｓ１０５）で
は、後述する図３に示したフォーマットで送られてくる
要求データから、送り手（ホスト）のＩＤ、データの種
類およびページ数等を抽出しＲＡＭ９内の一時記憶エリ
アに登録すると共に、要求データの受付時刻をタイマ２
１から読み出し登録する。

【００１１】上記要求待ち処理（Ｓ１００）では、最初
の要求受信処理（Ｓ１０５）が発生した時点から一定期
間、他のホスト３０から要求があるか否かを見る期間を
設けている。その期間に受け付けられた他の要求はＲＡ
Ｍ９内に同様に登録される。そして、一定期間が過ぎる
と、次に、要求選択処理（Ｓ１１０）を実行する。要求
選択処理（Ｓ１１０）では、ＲＡＭ９に上述のようにし
て登録された要求の優先順位を、不揮発性ＲＡＭ１１に
格納された優先順位データを参照して決める。以下にこ
れまでの処理（Ｓ１００〜Ｓ１１０）を具体例を用いて
説明する。

【００１２】まず、送信されるデータのフォーマットを
説明する。図３に示すように、データフォーマットは、
ＨＬＤＣ（ハイレベルデータコントロール）のデータフ
ォーマットの一種である。ここでは特殊なビット配列か
らなるフラグ４０，５５に前後を囲まれたフレームがデ
ータ転送の基本となる。このフレームの１バイト目はフ
レームを受け取る装置のＩＤつまりプリンタＩＤ４１、
２バイト目は送り手のＩＤつまりホストＩＤ４３、３バ
イト目以降にコントロール部４５や印字データ等が有
り、最後にフレームチェックのためのデータＦＣＳ（フ
レームチェックシークエンス）５３がある。

【００１３】上記コントロール部４５にはデータコント
ロール４７が入れられる。データコントロール４７で
は、値０１はデータ処理要求、値０２は要求確認、値０
３はデータ送信要求、値０４はデータ送信、値０５はデ
ータ受信確認、値０６はデータ送信終了とするなどフレ
ームの機能が約束される。データコントロール４７の後
には種々のデータが続く。データコントロール４７がホ
ストからのデータ処理要求「０１」である場合、データ
コントロール４７の後にはテキストデータの種類４９が
続く。テキストデータの種類４９では、値０１はテキス
ト、値０２はグラフィックイメージ、値０３はテキスト
とグラフィックイメージとの複合とするなど処理の種類
が約束される。その後に、テキスト（ページ）数５１が
続く。テキスト（ページ）数５１では印字ページ数が示
される。

【００１４】例えば、図５に示すように、時刻ｔ１に送
元ＩＤ０１のホスト１からの処理要求が受信され（Ｓ１
０５）、続いて、時刻ｔ２に送元ＩＤ０５のホスト５か
らの処理要求が受信されたとする（Ｓ１０５）。最初の
処理要求（時刻ｔ１）から一定期間が経過した時刻ｔ３
に要求待ち処理（Ｓ１００）が終わる。この時点で、Ｒ
ＡＭ９には、表１のテーブルに相当する内容が格納され
る。テーブルには、時刻ｔ１に受信した処理要求１は、
ホスト１からグラフィックイメージ１ページを印字する
要求であり、時刻ｔ２に受信した処理要求２は、ホスト
５からテキスト８ページを印字する要求であることが登
録される。

【００１５】そして、要求選択処理（Ｓ１１０）が実行
される。要求選択処理（Ｓ１１０）において参照する不
揮発性ＲＡＭ１１に格納された優先順位データを説明す
る。不揮発性ＲＡＭ１１の優先順位データの具体例を後
記の表３および表４にまとめた。表３には処理の種類に
優先順位を付ける重み付けデータがまとめられる。即
ち、テキスト印字は高速に実行できるが、グラフィック
印字はかなりの実行時間を要するという特性を考慮し
て、テキスト印字が主であるものに対しより高い順位を
与えられるようにしてある。したがって、テキストの場
合は重み付けデータとして小さな値がセットされてお
り、テキストとグラフィックイメージとの複合から、グ
ラフィックイメージのみへと印字時間が長くなるにした
がって重み付けデータとして大きな値がセットされる。
また、ページ数が大きくなるほど印字時間がかかるので
重み付けデータに大きな値がセットされる。表４にはホ
スト間に優先順位を付ける重み付けデータがまとめられ
る。高速なホストから順に高い順位を与えるようにして
ある。すなわち、最も早く処理を終えられそうなホスト
に一番高い優先順位が与えられる。

【００１６】要求選択処理（Ｓ１１０）では、こうした
表３および表４に相当するテーブルを参照して、時刻ｔ
１に受信した処理要求１と時刻ｔ２に受信した処理要求
２とに重み付けを行う。時刻ｔ１に受信したホスト１の
処理要求の重みは、ホスト１の重み付けデータ値１にグ
ラフィックイメージ１ページの重み付けデータ値２０を
加えた値２１となる。時刻ｔ２に受信したホスト５の処
理要求の重みは、ホスト５の重み付けデータ値５にテキ
スト８ページの重み付けデータ値３０を加えた値３５と
なる。この結果、表１のテーブルから、重み値が書き込
まれた表２のテーブルが作成される。この具体例では、
重み値の小さいホスト１が優先権を持つ。なお、要因ご
とにその該当する重み値を加えてゆき、最後にその数が
もっとも小さくなったものを一番順位が高いものとする
ため、同じ重み値が発生しないように重み付けデータは
割り振られる。また、ここで受信時刻と現在時刻とを比
較して、受信から所定時間以上経っている要求は、すで
に要求を出したホストがキャンセルしているとして、要
求を認めないとすることも可能である。

【００１７】以上のようにして、時刻ｔ３から所定時間
を経た時刻ｔ４に要求選択処理（Ｓ１１０）によって優
先権をもつホストが決められる。

【００１８】次に、優先権を持つホストに対して要求確
認とデータ送信を要求する応答処理（Ｓ１２０）を実行
する。そして、ホストからの応答待ち処理（Ｓ１３０）
を行なう。ホストが要求をすでにキャンセルしている場
合があるので、続いてホストからの応答の有無を判断す
る（Ｓ１４０）。応答が無いと判断した場合は（Ｓ１４
０）、次候補要求処理（Ｓ１５０）を行ない、優先順位
が次に高い要求を持つホストを選択する。そして、次候
補の有無を判断し（Ｓ１６０）、次候補が有ると判断し
た場合は（Ｓ１６０）、その次候補のホストに対して、
同様に要求確認とデータ送信を要求する応答処理（Ｓ１
２０）と、ホストからの応答待ち処理（Ｓ１３０）とを
行なう。次候補がないと判断した場合は（Ｓ１６０）、
最初の要求を受信する要求待ち処理（Ｓ１００）に移行
する。

【００１９】これに対して、ホストから応答があったと
判断した場合（Ｓ１４０）、データ受信開始処理（Ｓ１
７０）を実行する。データ受信開始処理（Ｓ１７０）の
実行により、ホストからのデータの受信を開始し、ＲＡ
Ｍ９に受信したデータを格納する。そして、データ処理
（Ｓ１８０）を行なう。データ処理（Ｓ１８０）では受
信したデータから印字データを生成したり、各種のコン
トロールを行ったりする。データ処理（Ｓ１８０）の実
行中はデータ処理のみを行ない、処理終了後に新たな要
求を受信する要求待ち処理（Ｓ１００）に戻る。

【００２０】以上説明した印字制御装置によれば、印字
時間の長短に基づいて、次の処理を決定し実行させるか
ら、複数のホストからの印字処理要求を効率的に処理す
ることが可能になるという優れた効果を奏する。また、
表３に示すように、同一ページ数からなるテキストデー
タとイメージデータとでは重み付けが異なっているた
め、ページ数に大きな差が無いにも拘わらず、印字処理
時間に多量の時間を要するイメージデータを、少量の印
字処理時間で済むテキストデータよりも先に印字実行し
てしまうことがない。よって、テキストデータを印字処
理要求した使用者を長時間待たせてしまうことによる事
務処理効率の低下を招くといった不都合は生じない。

【００２１】以上本発明の実施例について説明したが、
本発明は実施例に何等限定されるものではなく、本発明
の要旨を逸脱しない範囲において種々なる態様で実施し
えることは勿論である。例えば、優先順位データが不揮
発性ＲＡＭ１１に未登録状態の場合は、要求の発生した
時系列順に要求の処理を実行する構成としてもよい。ま
た、実施例はホストインタフェースが１つであるが、複
数のホストインタフェースを持つ場合、インタフェース
間に優先順位を設けてもよい。さらに、要求の受信はデ
ータ処理（Ｓ１８０）の実行中に行なう構成とし、デー
タ処理が終了すると、要求選択処理（Ｓ１１０）を実行
して、データ処理実行中に受信した要求に順位をつける
構成としてもよい。

【００２２】ここで、実施例において使用した表を示
す。

【００２３】

【表１】

【００２４】

【表２】

【００２５】

【表３】

【００２６】

【表４】

【００２７】

【発明の効果】以上詳述したように、本発明の印字制御
装置によれば、重み付けデータにしたがって次の処理を
決定し実行するから、印字処理要求の効率的な処理が可
能になるという優れた効果を奏する。

【図面の簡単な説明】

【図１】本発明の印字制御装置の基本的構成を例示する
ブロック図である。

【図２】本発明の印字制御装置の一実施例を示すブロッ
ク図である。

【図３】処理要求のデータフォーマットを示す説明図で
ある。

【図４】ＣＰＵが実行する要求実行処理ルーチンのフロ
ーチャートである。

【図５】処理要求の受信の様子を示す説明図である。

【符号の説明】

１…マイクロコンピュータ部 １９…プリントエンジン ２５…ＬＡＮ ３０…ホスト ４１…受先ＩＤ ４３…送元ＩＤ ４７…データコントロール ４９…テキストデータの種類 ５１…テキスト（ページ）数

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 複数の外部機器からの印字処理要求を受
   けて印字装置を制御する印字制御装置において、 印字装置が実行する印字処理に対して重み付けを行うた
   めの重み付けデータを格納した重み付けデータ記憶手段
   と、 外部機器からの印字処理要求を受信する受信手段と、 前記重み付けデータ記憶手段に格納された重み付けデー
   タに基づき、前記受信手段を介して受信された外部機器
   からの印字処理要求の中から次の印字処理を決定する次
   処理決定手段とを備え、 前記重み付けデータは、テキストデータに対する印字処
   理及びイメージデータに対する印字処理について、互い
   に異なる重み付けが行われていることを特徴とする印字
   制御装置。