JPH0952409A

JPH0952409A - 画像形成装置

Info

Publication number: JPH0952409A
Application number: JP7209732A
Authority: JP
Inventors: Susumu Otake; 晋大竹
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1995-08-17
Filing date: 1995-08-17
Publication date: 1997-02-25

Abstract

(57)【要約】【課題】メモリの使用効率を向上させ、かつ、メモリ
容量を増加することなく、印刷処理のスループットを向
上させる。【解決手段】画像形成装置が起動されると、まず、受
信インターフェース識別タスク６、受信ＰＤＬ識別タス
ク７、メモリ管理タスク８、タスク管理タスク９、メモ
リ管理タスク１０および印字部管理タスク１１の基本動
作プログラムを起動しておく。ここで、インターフェー
スを介して印字データを受信すると、上記基本動作プロ
グラムによって、印字データが受信されたインターフェ
ースや印字データの種類（ＰＤＬ）等を識別し、それら
に対応する受信タスク１２〜１４や画像データへのＰＤ
Ｌ展開タスク１５〜１７を起動するための領域をメモリ
上に確保した後、各タスクを起動する。その後、各タス
クによって、印刷処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のインターフ
ェースを介して複数のデータタイプのデータを受信して
印刷する画像形成装置に関する。

【０００２】

【従来の技術】従来より、例えば、特開平６−１８３０
７２号に開示されているように、パラレル、シリアル、
ＬＡＮ（Local Area Network）からの複数の入力を、同
時並行して処理する画像形成装置が知られている。この
ような画像形成装置は、複数の入力からのデータを同時
受信可能であり、かつ、並行処理により印刷を行う。さ
らに、受信するデータに関しても、複数のプリント言語
を認識し、印刷することが可能である。

【０００３】上述した画像形成装置においては、複数の
インターフェースからのデータを同時受信するために、
インターフェース毎に、データを受信すると起動するイ
ンターフェース処理プログラムを用意するとともに、受
信データを画像に展開する展開処理プログラムを用意し
ている。また、各インターフェース処理プログラムに対
しては、受信データを一時的に蓄積する受信バッファ等
のメモリを別個に確保するとともに、展開処理プログラ
ムに対しては、フォントキャッシュ等のメモリを、各デ
ータタイプに対応した展開処理プログラム毎に別個に確
保していた。

【０００４】

【発明が解決しようとする課題】ところで、上述した画
像形成装置において、確保量が大きいメモリの用途とそ
の特徴を述べる。（１）受信バッファ量当該画像形成装置にデータを与えるホストとの接続時間
に影響を与える。受信バッファ量と接続時間は反比例
し、接続時間が短いほど、ホストの使用効率が改善され
る。

【０００５】（２）フォントキャッシュ量とページバッ
ファ量データの展開時間に影響を与える。フォントキャッシ
ュ、ページバッファの大きさと展開時間の関係は反比例
であり、メモリ量が大きいほど、展開時間は短縮され
る。

【０００６】（３）空き領域受信バッファ、フォントキャッシュ、ページバッファ、
インターフェース処理プログラム、データの展開手段に
割当て可能である。

【０００７】このように、画像形成装置の入力手段のメ
モリの確保の状況は、印刷処理のスループットに影響を
与えることが知られている。すなわち、メモリ容量を大
きく取れるほど、印刷処理のスループットを向上させる
ことができるわけである。

【０００８】しかしながら、上述した従来の画像形成装
置では、例えば、インターフェースについては対応して
いるが、同装置が稼働されている環境では、使用されな
いインターフェースが存在する場合、もしくは使用され
るが、その使用頻度が低い場合であっても、入力手段を
常に起動状態にしておくとともに、各インターフェース
処理プログラムに対して、メモリを確保しておかねばな
らないので、メモリの使用効率が低下するという問題が
あった。このような欠点は、データの展開処理プログラ
ムについても同様である。すなわち、従来の画像形成装
置では、印刷処理のスループットを向上させるために
は、例えば、メモリ容量を増加するなど、ハードウエア
を拡張するしか方法がなく、コストアップにつながると
いう問題が生じる。

【０００９】この発明は上述した事情に鑑みてなされた
もので、メモリの使用効率を向上させることができ、か
つ、メモリ容量を増加することなく、印刷処理のスルー
プットを向上させることができる画像形成装置を提供す
ることを目的としている。

【００１０】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に記載の発明では、複数のインターフェー
スを介して受信したデータに基づいて画像を形成する画
像形成装置において、前記データを受信すると、該デー
タを受信したインターフェースを識別し、該インターフ
ェースに対応した受信タスクの起動を要求する受信イン
ターフェース識別手段と、前記受信インターフェース識
別手段からの起動要求に応じて、前記受信タスクを起動
するために必要なメモリを確保する受信タスク用メモリ
確保手段と、前記受信タスク用メモリ確保手段によって
確保されたメモリを用いて、前記受信タスクを起動する
受信タスク起動手段とを具備することを特徴とする。

【００１１】また、請求項２に記載の発明では、請求項
１記載の画像形成装置において、前記データを受信する
と、該データのデータタイプを識別し、該データタイプ
に対応した展開タスクの起動を要求するデータタイプ識
別手段と、前記データタイプ識別手段からの起動要求に
応じて、前記展開タスクを起動するために必要なメモリ
を確保する展開タスク用メモリ確保手段と、前記展開タ
スク用メモリ確保手段によって確保されたメモリを用い
て、前記展開タスクを起動する展開タスク起動手段とを
具備することを特徴とする。

【００１２】また、請求項３記載の発明では、請求項２
記載の画像形成装置において、前記展開タスク用メモリ
確保手段は、前記展開タスクを起動するために必要なメ
モリを確保する際、予め設定した優先順位に従って、メ
モリの領域を検索して割当てることを特徴とする。

【００１３】また、請求項４記載の発明では、請求項１
または２記載の画像形成装置において、前記データの送
信に先立って発行される起動要求パケットに含まれるユ
ーザ識別符号を判別するパケット識別手段を備え、前記
パケット識別手段による判別結果に基づいて、前記デー
タを受信するか否かを決定することを特徴とする。

【００１４】また、請求項５記載の発明では、請求項１
記載の画像形成装置において、前記受信インターフェー
ス識別手段は、前記データの送信に先立って発行される
起動要求パケットを受信した時点で、インターフェース
に対応した受信タスクの起動を要求することを特徴とす
る。

【００１５】また、請求項６記載の発明では、請求項２
記載の画像形成装置において、前記データタイプ識別手
段は、前記データの送信に先立って発行される起動要求
パケットを受信した時点で、データタイプに対応した展
開タスクの起動を要求することを特徴とする。

【００１６】この発明によれば、受信インターフェース
識別手段は、データを受信すると、該データを受信した
インターフェースを識別し、該インターフェースに対応
した受信タスクの起動を要求する。受信タスク用メモリ
確保手段は、受信インターフェース識別手段からの起動
要求に応じて、データを受信する受信タスクを起動する
ために必要なメモリを確保する。そして、受信タスク起
動手段は、受信タスク用メモリ確保手段によって確保さ
れたメモリを用いて、受信タスクを起動する。受信され
たデータは、起動された受信タスクによって受信され、
メモリに確保された領域に蓄積される。該データは、画
像データに展開された後、印刷出力される。このよう
に、データを受信した上で、該データのインターフェー
スに応じてメモリを確保するようにしたので、メモリの
使用効率を向上させることが可能となり、かつ、メモリ
容量を増加することなく、印刷処理のスループットを向
上させることが可能となる。

【００１７】

【発明の実施の形態】次に図面を参照してこの発明の一
実施形態について説明する。Ａ：実施形態の構成（１）基本的構成図１は、本実施形態による画像形成装置の基本構成を示
すブロック図である。図において、画像形成装置は、パ
ラレルインターフェース１、ＬＡＮインターフェース
２、ＣＰＵ３、メモリ４、および印刷部５から構成され
ている。パラレルインターフェース１およびＬＡＮイン
ターフェース２は、データ受信用のインターフェースで
あり、パラレルインターフェース１は、図示しないホス
トのパラレルインターフェースと接続されており、ホス
トからの印字データを直接受信し、ＬＡＮインターフェ
ース２は、図示しないＬＡＮに接続されており、該ＬＡ
Ｎに接続された複数のホストからの印字データを受信す
る。なお、パラレルインターフェース１は、図示では１
つしかないが、複数備えていてもよいことは言うまでも
ない。

【００１８】次に、ＣＰＵ３は、所定のプログラムに従
って、当該画像形成装置の各部を制御する。基本的に
は、上記パラレルインターフェース１およびＬＡＮイン
ターフェース２で受信した印字データを、後述するメモ
リ４上に展開して、印刷部５で印字出力する。メモリ４
は、受信した印字データを一時的に蓄積する受信バッフ
ァや、画像データへの展開時に用いられるフォントキャ
ッシュ、ページバッファ等に用いられる。印刷部５は、
例えば、レーザ出力部や、感光体、レーザ光により展開
した画像データに対応した潜像を感光体上に形成する光
学系、用紙トレイから用紙を搬送する搬送部、光学系に
より形成された潜像に塗布されたトナーを上記用紙に転
写する転写部等からなる。

【００１９】（２）タスク（プログラム）構成次に、図２は、本実施形態による画像形成装置を構成す
るタスクを示す概念図である。図において、実線枠で示
される受信Ｉ／Ｆ識別タスク６、受信ＰＤＬ識別タスク
７、メモリ管理タスク８、タスク管理タスク９、メモリ
管理タスク１０、および印刷部管理タスク１１は、電源
投入直後に起動されるタスクである。受信Ｉ／Ｆ識別タ
スク６は、受信した印字データのプロトコルを識別し、
該プロトコルに応じた受信タスク（点線枠）を起動する
ためのタスク起動要求を、タスク管理タスク９に送出す
る。次に、受信ＰＤＬ識別タスク７は、受信した印字デ
ータのＰＤＬを識別し、該ＰＤＬに応じたＰＤＬ展開タ
スク（点線枠）を起動するためのタスク起動要求を、タ
スク管理タスク９に送出する。また、メモリ管理タスク
８は、タスク管理タスク９との間でメッセージを交換す
ることにより、メモリ４の使用状況に応じて、受信タス
クを起動するための領域を確保する。

【００２０】次に、タスク管理タスク９は、受信Ｉ／Ｆ
識別タスク６からのタスク起動要求、または受信ＰＤＬ
識別タスク７からのタスク起動要求を受信すると、メモ
リ管理タスク８，１０とメッセージを交換することによ
り、起動タスクのプログラム領域、作業領域等を示すメ
モリの配置情報、および起動タスクの種類を獲得し、該
獲得したメモリ配置情報に応じて、タスクを生成して起
動させる。また、メモリ管理タスク１０は、タスク管理
タスク１０との間でメッセージを交換することにより、
メモリ４の使用状況に応じて、ＰＤＬ展開タスクを起動
するための領域を確保する。印刷部管理タスク１１は、
展開された画像データを印刷部５に供給し、印刷出力を
制御する。

【００２１】また、図において、点線枠で示される受信
タスク（＃１）１２〜受信タスク（＃３）１４およびＰ
ＤＬ展開タスク（＃１）１５〜ＰＤＬ展開タスク（＃
３）１７は、受信インターフェースおよび受信したデー
タのプロトコルに応じて、上述したタスク管理タスク９
によって、一時的に起動されるタスクである。なお、図
中の「＃１」〜「＃３」は、受信した印字データ順に付
けられた連番である。また、図示するプロトコル−Ａ
は、パラレルインターフェース１を介してデータ交換を
行うプロトコルである。また、プロトコル−Ｂとプロト
コル−Ｃは、ＬＡＮインターフェース２を介してデータ
交換を行うプロトコルである。また、印刷可能なプリン
ト言語（ＰＤＬ：Printer Description Language）は、
ＰＤＬ−Ａ、ＰＤＬ−ＢおよびＰＤＬ−Ｃに対応し、Ｐ
ＤＬ展開タスク（＃１）１５〜ＰＤＬ展開タスク（＃
３）１７がそれぞれのプリント言語を解釈し、画像デー
タに展開する処理を行う。

【００２２】（３）メモリの使用状況次に、図３は、本実施形態による画像形成装置におい
て、起動直後のメモリ４の使用状況を示す概念図であ
る。図において、起動直後には、ＯＳおよび基本タスク
がメモリ４の領域２０を使用し、上記ＯＳおよび基本タ
スク以外は、未使用の空き領域２１となる。図示のＯＳ
は、オペレーティング・システムであり、基本タスク
は、図１における実線枠で示されるタスク、すなわち、
受信Ｉ／Ｆ識別タスク６、受信ＰＤＬ識別タスク７、メ
モリ管理タスク８、タスク管理タスク９、メモリ管理タ
スク１０、および印刷部管理タスク１１である。

【００２３】次に、図４（ａ）は、本実施形態による画
像形成装置において、１つの受信インターフェースと１
つのデータ展開タスクを起動した直後のメモリの使用状
況を示す概念図である。図において、領域２０は、前述
したように、ＯＳと基本タスクによって専有されてい
る。そして、１つの受信インターフェースと１つのデー
タ展開タスクを起動した直後では、図３に示す空き領域
に、それぞれに必要な領域が確保される。図示の例で
は、空き領域に、受信タスク＃１用のタスク領域２２、
受信タスク＃１用の受信バッファ領域２３、ＰＤＬ展開
タスク＃１用のタスク領域２４、ＰＤＬ展開タスク＃１
用のフォントキャッシュ領域２５、ページバッファ領域
（Ａ）２６，２７が順次確保されている。そして、これ
らの領域を確保して残った領域は、空き領域２８とな
る。

【００２４】また、図４（ｂ）は、本実施形態による画
像形成装置において、２つの受信インターフェースと２
つのデータ展開タスクを起動した直後のメモリの使用状
況を示す概念図である。図において、領域２０は、前述
したように、ＯＳと基本タスクによって専有されてい
る。そして、２つの受信インターフェースと２つのデー
タ展開タスクを起動した直後では、まず、受信タスク＃
１とＰＤＬ展開タスク＃１用の領域を確保した後、それ
らの領域に未使用の領域があれば、受信タスク＃２とＰ
ＤＬ展開タスク＃２用の領域を確保し、未使用の領域が
なければ、図４（ａ）に示す空き領域２８に確保するよ
うになっている。図示の例では、受信タスク＃１用の受
信バッファ領域２３に、受信タスク＃２用の受信バッフ
ァ領域３０を確保し、受信タスク＃１用のフォントキャ
ッシュ領域２５に、受信タスク＃２用のフォントキャッ
シュ領域３１を確保している。また、受信タスク＃１用
のページバッファ領域（Ａ）２７に、受信タスク＃２用
のＰＤＬ展開タスク＃２用のタスク領域３２を確保して
いる。受信タスク＃２用のタスク領域３３は、図４
（ａ）に示す空き領域２８に確保されている。

【００２５】このように、本発明では、ホストから印字
データを受信した時点で、メモリ４の使用状況を検査し
て、空き領域、もしくは既に他のタスクで使用されてい
ても、未使用領域があり、かつ、これから確保するに十
分な量があれば、その未使用領域に、該印字データに対
する受信タスク（プログラム）、受信バッファ（データ
領域）、ＰＤＬ展開タスク（プログラム）、フォントキ
ャッシュ（データ領域）、ページバッファ（データ領
域）を確保するようになっている。

【００２６】Ｂ．実施形態の基本動作次に、上述した実施形態の各タスクの基本動作について
説明する。（１）受信インターフェース識別タスクの基本動作ここで、図５は、本実施形態における受信インターフェ
ース識別タスクの基本動作を示すフローチャートであ
る。受信インターフェース識別タスクは、電源投入直後
から常に起動される。起動されると、まず、ステップＳ
１において、パラレルインターフェース１あるいはＬＡ
Ｎインターフェース２の受信インターフェースデバイス
を定期的に監視する。ここで、ステップＳ２において、
データ受信を検知すると、ステップＳ３において、受信
データのプロトコルに対応した受信タスクの起動を、図
２に示すタスク管理タスク９へ要求する。そして、タス
ク管理タスク９からの起動完了通知を確認後、再び、ス
テップＳ１に戻り、受信インターフェースデバイスを定
期的に監視する。他タスクへの通知は、タスク間通信
（ＩＰＣ）の１つであるメッセージキューによって行わ
れる。

【００２７】（２）タスク管理タスクの動作次に、図６は、本実施形態におけるタスク管理タスクの
動作を示すフローチャートである。タスク管理タスク９
は、電源投入直後から常に起動され、他タスクからのタ
スク起動要求待ち状態にある。すなわち、タスク管理タ
スク９は、ステップＳ１０で、受信インターフェース識
別タスクからのタスク起動要求を待ち、ステップＳ１１
でタスク起動要求を受信しないと、そのままステップＳ
１０へ戻る。以下、タスク起動要求を受信するまで、ス
テップＳ１０，Ｓ１１を繰り返し実行する。

【００２８】一方、上述した受信インターフェース識別
タスクの処理（ステップＳ３）で送信されたタスク起動
要求を受信すると、ステップＳ１１からステップＳ１２
へ進み、起動タスクのプログラム領域、作業領域等を示
すメモリの配置情報、および起動タスクの種類を、メモ
リ管理タスクとメッセージを交換することにより獲得す
る。次に、ステップＳ１３において、獲得したメモリ配
置情報に応じて、タスクを生成し、ステップＳ１４にお
いて、起動の完了を要求元のタスクへ通知する。

【００２９】（３）メモリ管理タスクの基本動作次に、図７および図８は、本実施形態におけるメモリ管
理タスクの基本動作を示すフローチャートである。メモ
リ管理タスク８は、メモリ確保を要求しているタスクの
性質に応じて、要求サイズの領域を確保できるか否かを
検査する優先順位を予め設定しており、他タスクからの
要求に応じてメモリ４に必要な領域の確保を行う。

【００３０】ａ．受信タスク起動用のメモリ確保メモリ管理タスク８は、受信タスク起動用にメモリ確保
を要求された場合には、図７に示すように、その要求サ
イズの降順に従い、まず、ステップＳ２０において、メ
モリ４の空き領域サイズが他タスクの要求サイズより小
さいか否かを判断する。そして、空き領域サイズが大き
い場合には、ステップＳ２４へ進み、各領域に応じたア
ルゴリズムに従って、メモリ４の空き領域に受信タスク
起動用のタスク領域を確保する。これは、図４（ａ），
（ｂ）に示す例に相当し、図示するように、空き領域２
８のサイズが要求サイズより大きいので、該空き領域２
８に受信タスク＃２用のタスク領域が確保されている。

【００３１】一方、空き領域サイズが小さい場合には、
要求サイズの領域が確保できないので、ステップＳ２１
へ進み、メモリ４の受信バッファ領域サイズが要求サイ
ズより小さいか否かを判断する。そして、受信バッファ
領域サイズの方が大きい場合には、上述したステップＳ
２４へ進み、各領域に応じたアルゴリズムに従って、メ
モリ４の受信バッファ領域に受信タスク起動用のタスク
領域を確保する。

【００３２】一方、受信バッファ領域サイズが小さい場
合には、要求サイズの領域が確保できないので、ステッ
プＳ２２へ進み、メモリ４のフォントキャッシュ領域サ
イズが要求サイズより小さいか否かを判断する。そし
て、フォントキャッシュ領域サイズの方が大きい場合に
は、上述したステップＳ２４へ進み、各領域に応じたア
ルゴリズムに従って、メモリ４のフォントキャッシュ領
域に受信タスク起動用のタスク領域を確保する。

【００３３】一方、フォントキャッシュ領域サイズが小
さい場合には、要求サイズの領域が確保できないので、
ステップＳ２３へ進み、ページバッファ領域サイズが要
求サイズより小さいか否かを判断する。そして、ページ
バッファ領域サイズの方が大きい場合には、上述したス
テップＳ２４へ進み、各領域に応じたアルゴリズムに従
って、メモリ４のページバッファ領域に受信タスク起動
用のタスク領域を確保する。

【００３４】一方、ページバッファ領域サイズが小さい
場合、すなわち、ステップＳ２０〜Ｓ２３における検査
の結果、要求サイズの領域が確保できない場合には、タ
スク領域を確保することなく、当該処理を終了する。し
たがって、この場合、ホスト側に待ち要求を送出するこ
とになる。

【００３５】このように、メモリ管理タスク８は、受信
タスク起動用にメモリ確保を要求されると、（１）空き
領域、（２）受信バッファ領域、（３）フォントキャッ
シュ、（４）ページバッファ領域の順に、メモリ量を検
査し、確保できるサイズがあれば、そこに受信タスク起
動用の領域を確保する。

【００３６】ｂ．ＰＤＬ展開タスク起動用のメモリ確保また、メモリ管理タスク１０は、同様に、ＰＤＬ展開タ
スク起動用にメモリ確保を要求された場合には、図８に
示すように、その要求サイズの降順に従い、まず、ステ
ップＳ３０において、メモリ４の空き領域サイズが他タ
スクの要求サイズより小さいか否かを判断し、空き領域
サイズが大きい場合には、ステップＳ３４へ進み、各領
域に応じたアルゴリズムに従って、メモリ４の空き領域
にＰＤＬ展開タスク起動用のタスク領域を確保する。

【００３７】一方、空き領域サイズが小さい場合には、
要求サイズの領域が確保できないので、ステップＳ３１
へ進み、メモリ４のフォントキャッシュ領域サイズが要
求サイズより小さいか否かを判断する。そして、フォン
トキャッシュ領域サイズの方が大きい場合には、上述し
たステップＳ３４へ進み、各領域に応じたアルゴリズム
に従って、メモリ４のフォントキャッシュ領域にＰＤＬ
展開タスク起動用のタスク領域を確保する。

【００３８】一方、フォントキャッシュ領域サイズが小
さい場合には、要求サイズの領域が確保できないので、
ステップＳ３２へ進み、メモリ４の受信バッファ領域サ
イズが要求サイズより小さいか否かを判断する。そし
て、受信バッファ領域サイズの方が大きい場合には、上
述したステップＳ３４へ進み、各領域に応じたアルゴリ
ズムに従って、メモリ４の受信バッファ領域にＰＤＬ展
開タスク起動用のタスク領域を確保する。

【００３９】一方、受信バッファ領域サイズが小さい場
合には、要求サイズの領域が確保できないので、ステッ
プＳ３３へ進み、ページバッファ領域サイズが要求サイ
ズより小さいか否かを判断する。そして、ページバッフ
ァ領域サイズの方が大きい場合には、上述したステップ
Ｓ３４へ進み、各領域に応じたアルゴリズムに従って、
メモリ４のページバッファ領域に受信タスク起動用のタ
スク領域を確保する。これは、図４（ａ），（ｂ）に示
す例に相当し、図示するように、ページバッファ領域
（Ａ）２７のサイズが要求サイズより大きいので、該ペ
ージバッファ領域（Ａ）２７にＰＤＬ展開タスク＃２用
のタスク領域が確保されている。

【００４０】一方、ページバッファ領域サイズが小さい
場合、すなわち、ステップＳ３０〜Ｓ３３における検査
の結果、要求サイズのタスク領域が確保できない場合に
は、タスク領域を確保することなく、当該処理を終了す
る。したがって、この場合、ホスト側に待ち要求を送出
することになる。

【００４１】このように、メモリ管理タスク１０は、Ｐ
ＤＬ展開タスク起動用にメモリ確保を要求されると、
（１）空き領域、（２）フォントキャッシュ、（３）受
信バッファ領域、（４）ページバッファ領域の順に、メ
モリ量を検査し、確保できるサイズがあれば、そこにＰ
ＤＬ展開タスク起動用のタスク領域を確保する。

【００４２】上述したように、メモリ管理タスク８，１
０は、空き領域もしくは既にメモリ４に確保された受信
バッファ領域、フォントキャッシュ領域、ページバッフ
ァ領域からも要求サイズの領域を確保する。この場合、
上記領域が既に他のタスクによって使用されている領域
であった場合には、領域を確保する際に、以下に述べる
手法を採用している。

【００４３】例えば、上記（２）受信バッファ領域に確
保する場合には、例えば、図９に示すように、既に、メ
モリ４に確保されている受信タスク−Ａ用の受信バッフ
ァ領域３０に、受信タスク−Ｂの起動用のタスク領域３
１および受信バッファ領域３２を確保する場合には、起
動用のタスク領域３１を確保した後、さらに、起動した
受信タスク数の数に応じて、残りを等分割するか、また
は、図示するように、各プロトコルの転送レートに応じ
た割合で分割して、受信バッファ領域３２を確保すれば
よい。なお、転送率に応じて分割する場合、転送率が大
きいほど、受信バッファ領域を大きくすることが望まし
い。図９では、さらに、同様の手法により、すなわち、
プロトコルの転送レートに応じた割合で分割して、受信
タスク−Ｃ用の受信バッファ領域３３を確保している。
なお、図９において、ｎ：ｍ＝（１／プロトコル−Ａの
転送率）：（１／プロトコル−Ｂの転送率）であり、
ｐ：ｑ：ｒ＝（１／プロトコル−Ａの転送率）：（１／
プロトコル−Ｂの転送率）：（１／プロトコル−Ｃの転
送率）となっている。

【００４４】また、同様に、上記（３）フォントキャッ
シュ領域に確保する場合には、例えば、図１０に示すよ
うに、既に、メモリ４に確保されているＰＤＬ展開タス
ク−Ａ用のフォントキャッシュ領域３４に、受信タスク
−Ｂの起動用のタスク領域３５およびフォントキャッシ
ュ領域３６を確保する場合には、起動用のタスク領域３
５を確保した後、さらに、起動したＰＤＬ展開タスク数
の数に応じて、図示するように、残りを等分割して、フ
ォントキャッシュ領域３６を確保すればよい。図示の例
では、ＰＤＬ展開タスク−Ａ用のフォントキャッシュ領
域３４とＰＤＬ展開タスク−Ｂ用のフォントキャッシュ
領域３６で、各々、１／２に等分割している。図１０で
は、さらに、同様の手法により、すなわち、残りを等分
割して、ＰＤＬ展開タスク−Ｃ用のフォントキャッシュ
領域３７を確保している。なお、メモリ分割時に、既に
確保されているフォントキャッシュ領域がキャッシュさ
れ、該キャッシュ領域サイズが新たな領域サイズよりも
大きい場合には、使用頻度の低いデータを破棄する処理
を行えばよい。

【００４５】また、本実施形態における画像形成装置で
は、ページバッファ方式を採用しており、上記（４）ペ
ージバッファ領域に確保する場合には、ページの出力が
終了した領域から要求サイズの領域を確保する。例え
ば、図１１に示す例では、ページバッファ領域（Ａ）４
０、ページバッファ領域（Ｂ）４１が既に確保されてい
る状態において、ページバッファ領域（Ｂ）４１に格納
されているデータの印字出力が終了した後、ページバッ
ファ領域（Ｂ）４１から、受信タスク＃２用のタスク領
域４２を確保した様子を示している。この使用方法は、
バンドマップ方式にも同様に適用できる。

【００４６】次に、上述した基本動作に基づいて、本発
明の実施形態を説明する。Ｃ．第１実施形態本発明の第１実施形態では、受信インターフェース識別
タスク６が印字データを受信したインターフェースがあ
ることを識別すると、プロトコルに応じて、対応した受
信タスクを起動する。この受信タスクの起動時に、前述
した図７に示すフローチャートに従って、受信した印字
データの受信バッファ領域がメモリ４に確保される。こ
れに伴い、受信ＰＤＬ識別タスク７がＰＤＬの種類を受
信データから識別し、ＰＤＬの種類に応じて、対応した
受信ＰＤＬ展開タスクを起動する。受信ＰＤＬ展開タス
ク７は、前述した図８に示すフローチャートに従って、
メモリ４にフォントキャッシュ領域とページバッファ領
域を確保する。この後、受信ＰＤＬ展開タスク７がペー
ジバッファ上に画像を形成し、印字部管理タスク１１に
よって印刷部５から用紙出力を得る。

【００４７】また、このとき、応用例として、印刷処理
を終了したタスク、あるいは処理を行わないまま一定時
間経過したタスクを終了し、メモリ４の使用状態を該タ
スク起動前の状態に戻すことにより、空き領域を拡大す
ることが可能となる。さらに、空き領域となっているメ
モリデバイスへの電力供給を遮断して、消費電力の抑制
を図ることも可能となる。

【００４８】Ｄ．第２実施形態次に、本発明の第２実施形態では、受信インターフェー
ス識別タスクおよびホスト機のプリンタドライバとの協
調動作により、次のような動作を実現している。但し、
本発明の第２実施形態では、前述した第１実施形態の構
成に対して、受信インターフェース識別タスク６に、受
信したインターフェースを識別する機能に加えて、その
ときに受信した印字データの内容を検査し、受信した印
字データに付けられた起動要求パケット（コマンド）に
含まれている情報を識別する、というパケット識別機能
を付加する。

【００４９】ここで、図１２は、本第２実施形態による
画像形成装置が接続されているコンピュータシステムの
構成を示すブロック図である。図において、ホスト機
（Ａ）５０またはホスト機（Ｂ）５１のドライバが印刷
データとともに、図１３に示すように、パケットコード
（４バイト）、ユーザＩＤ（８バイト）、および鍵コー
ド（８バイト）からなる起動要求パケット（コマンド）
を発行する。受信インターフェース識別タスク６は、上
記起動要求パケットの情報を検査し、得られた情報に対
応した処理を行う。すなわち、起動要求パケットに含ま
れるユーザＩＤが、サーバ、画像形成装置５２等に存在
する図示しないデータベースに登録されているか否かを
判別し、登録されている場合には、印刷処理を行い、登
録されていない場合には、印刷処理を実行しない。な
お、ユーザＩＤの確認だけでなく、公開鍵認証方式を使
用してもよい。このように、第２実施形態によれば、デ
ータベースに登録されていないユーザによる印刷処理は
実行されないので、メモリ４を使用しなくても済む。し
たがって、印刷処理のスループットを向上させることが
できる。

【００５０】Ｅ．第３実施形態次に、本発明の第３実施形態では、図１２に示す構成に
おいて、ホスト機（Ａ）５０と画像形成装置５２の双方
でデコンポーズするような場合、ホスト機（Ａ）５０
は、印字データを送出する前に、起動要求パケットを送
出するようにする。これにより、印字データを受信する
前に、受信タスク起動用の領域およびＰＤＬ展開タスク
起動用の領域をメモリ４に確保し、それぞれのタスクを
起動しておくことができるので、印字データを受信した
際に、効率よく印刷処理を行うことができるようにな
る。起動要求パケットの送出タイミングは、アプリケー
ションから印刷要求があった場合、ホスト機（Ａ）５０
側での送出開始可能時等が考えられる。

【００５１】

【発明の効果】以上説明したように、本発明によれば、
印字データを受信してから、該印字データの種類に応じ
て、印字データを受信するインターフェース処理プログ
ラムと印字データを画像データに展開する展開プログラ
ムが使用するメモリ量の割当て、および各プログラムの
起動を行うようにしたので、画像形成装置のメモリの使
用効率を向上することができ、この結果、印刷処理に関
するスループットを向上することができるという利点が
得られる。

【００５２】同時に、メモリに所定の領域を確保する
際、メモリの確保要求を行うタスクの性質を考慮して、
スループットの悪化に影響が少ない順に設定した優先順
位に従って、メモリの領域を検索して割当てるようにし
たので、受信プロトコルおよび受信した印字データのＰ
ＤＬ数が増加した場合においても、メモリを増加するこ
となく、スループットの劣化を防止できるという利点が
得られる。

【００５３】また、本発明によれば、ユーザからの使用
要求に応じて、メモリに領域を確保するようにしたの
で、装置内部の使用しないデバイス（例えば、空き領域
のメモリデバイス）への電源供給をカットすることが可
能となり、消費電力を抑制できるという利点が得られ
る。

【００５４】さらに、本発明によれば、クライアントマ
シンの起動等のイベントにより、起動要求パケットを交
換するようにしたので、当該装置の使用に関するセキュ
リティ、印刷処理に関するスループット等についても性
能向上を図ることができるという利点が得られる。

【図面の簡単な説明】

【図１】この発明の実施形態による画像形成装置の基
本構成を示すブロック図である。

【図２】本実施形態による画像形成装置を構成するタ
スクを示す概念図である。

【図３】本実施形態による画像形成装置において、起
動直後のメモリの使用状況を示す概念図である。

【図４】（ａ）は、本実施形態による画像形成装置に
おいて、１つの受信インターフェースと１つのデータ展
開タスクを起動した直後のメモリの使用状況を示す概念
図であり、（ｂ）は、本実施形態による画像形成装置に
おいて、２つの受信インターフェースと２つのデータ展
開タスクを起動した直後のメモリの使用状況を示す概念
図である。

【図５】本実施形態における受信インターフェース識
別タスクの基本動作を示すフローチャートである。

【図６】本実施形態におけるタスク管理タスクの動作
を示すフローチャートである。

【図７】本実施形態において、受信タスク起動用にメ
モリ確保を要求された場合のメモリ管理タスクの基本動
作を示すフローチャートである。

【図８】本実施形態において、ＰＤＬ展開タスク起動
用にメモリ確保を要求された場合のメモリ管理タスクの
基本動作を示すフローチャートである。

【図９】本実施形態において、受信バッファ領域に他
のタスク用の領域を確保する際のメモリ領域を示す概念
図である。

【図１０】本実施形態において、フォントキャッシュ
領域に他のタスク用の領域を確保する際のメモリ領域を
示す概念図である。

【図１１】本実施形態において、ページバッファ領域
に他のタスク用の領域を確保する際のメモリ領域を示す
概念図である。

【図１２】本第２実施形態による画像形成装置が接続
されているコンピュータシステムの構成を示すブロック
図である。

【図１３】本実施形態において、ホストから画像形成
装置に対して発行される起動要求パケット（コマンド）
の構成を示す概念図である。

【符号の説明】

１パラレルインターフェース（インターフェース）２ＬＡＮインターフェース（インターフェース）３ＣＰＵ４メモリ５印刷部６受信インターフェース識別タスク（受信インターフ
ェース識別手段、パケット識別手段）７受信ＰＤＬ識別タスク（データタイプ識別手段）８メモリ管理タスク（受信タスク用メモリ確保手段）９タスク管理タスク（受信タスク起動手段、展開タス
ク起動手段）１０メモリ管理タスク（展開タスク用メモリ確保手
段）１１印刷部管理タスク１２，１３，１４受信タスク１５，１６，１７ＰＤＬ展開タスク（展開タスク）

Claims

【特許請求の範囲】

【請求項１】複数のインターフェースを介して受信し
たデータに基づいて画像を形成する画像形成装置におい
て、前記データを受信すると、該データを受信したインター
フェースを識別し、該インターフェースに対応した受信
タスクの起動を要求する受信インターフェース識別手段
と、前記受信インターフェース識別手段からの起動要求に応
じて、前記受信タスクを起動するために必要なメモリを
確保する受信タスク用メモリ確保手段と、前記受信タスク用メモリ確保手段によって確保されたメ
モリを用いて、前記受信タスクを起動する受信タスク起
動手段とを具備することを特徴とする画像形成装置。
【請求項２】前記データを受信すると、該データのデ
ータタイプを識別し、該データタイプに対応した展開タ
スクの起動を要求するデータタイプ識別手段と、前記データタイプ識別手段からの起動要求に応じて、前
記展開タスクを起動するために必要なメモリを確保する
展開タスク用メモリ確保手段と、前記展開タスク用メモリ確保手段によって確保されたメ
モリを用いて、前記展開タスクを起動する展開タスク起
動手段とを具備することを特徴とする請求項１記載の画
像形成装置。
【請求項３】前記展開タスク用メモリ確保手段は、前
記展開タスクを起動するために必要なメモリを確保する
際、予め設定した優先順位に従って、メモリの領域を検
索して割当てることを特徴とする請求項２記載の画像形
成装置。
【請求項４】前記データの送信に先立って発行される
起動要求パケットに含まれるユーザ識別符号を判別する
パケット識別手段を備え、前記パケット識別手段による判別結果に基づいて、前記
データを受信するか否かを決定することを特徴とする請
求項１または２記載の画像形成装置。
【請求項５】前記受信インターフェース識別手段は、
前記データの送信に先立って発行される起動要求パケッ
トを受信した時点で、インターフェースに対応した受信
タスクの起動を要求することを特徴とする請求項１記載
の画像形成装置。
【請求項６】前記データタイプ識別手段は、前記デー
タの送信に先立って発行される起動要求パケットを受信
した時点で、データタイプに対応した展開タスクの起動
を要求することを特徴とする請求項２記載の画像形成装
置。