JP3367407B2 - 画像出力装置、画像処理装置、画像出力方法、画像処理方法、および記録媒体 - Google Patents

画像出力装置、画像処理装置、画像出力方法、画像処理方法、および記録媒体

Info

Publication number
JP3367407B2
JP3367407B2 JP35791397A JP35791397A JP3367407B2 JP 3367407 B2 JP3367407 B2 JP 3367407B2 JP 35791397 A JP35791397 A JP 35791397A JP 35791397 A JP35791397 A JP 35791397A JP 3367407 B2 JP3367407 B2 JP 3367407B2
Authority
JP
Japan
Prior art keywords
raster data
command
cache
cache memory
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP35791397A
Other languages
English (en)
Other versions
JPH11184652A (ja
Inventor
素史 堀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Fujifilm Business Innovation Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd, Fujifilm Business Innovation Corp filed Critical Fuji Xerox Co Ltd
Priority to JP35791397A priority Critical patent/JP3367407B2/ja
Priority to US09/201,664 priority patent/US6441918B1/en
Publication of JPH11184652A publication Critical patent/JPH11184652A/ja
Application granted granted Critical
Publication of JP3367407B2 publication Critical patent/JP3367407B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
    • G06K15/02—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers using printers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
    • G06K15/02—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers using printers
    • G06K15/18—Conditioning data for presenting it to the physical printing elements
    • G06K15/1801—Input data handling means
    • G06K15/1802—Receiving generic data, e.g. fonts, colour palettes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K15/00—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers
    • G06K15/02—Arrangements for producing a permanent visual presentation of the output data, e.g. computer output printers using printers
    • G06K15/18—Conditioning data for presenting it to the physical printing elements
    • G06K15/1835—Transforming generic data
    • G06K15/1842—Geometric transformations, e.g. on raster data

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Record Information Processing For Printing (AREA)
  • Processing Or Creating Images (AREA)
  • Image Generation (AREA)
  • Controls And Circuits For Display Device (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、プリンタおよびそ
のホストコンピュータに用いて好適な画像出力装置、画
像処理装置、画像出力方法、画像処理方法、および記録
媒体に関する。
【０００２】
【従来の技術】(１)追い出し処理に関して ディスクトップパブリッシュメントによって高品位な書
類を作成するにあたっては、ホストコンピュータで用い
られているフォントと、プリンタ等から出力されたフォ
ントとを同一にする要請がある。しかし、プリンタのＲ
ＯＭ等に所望のフォントが格納されていない場合もあ
る。このため、図２に示すように、ホストコンピュータ
のプリンタドライバがラスタデータを生成してプリンタ
に供給する方法が考えられる。しかし、かかる処理はホ
ストコンピュータとプリンタ間のトラフィックが過大に
なるため、処理速度が低下するという問題がある。
【０００３】図３に示す従来例においては、所望のフォ
ントがホストコンピュータにのみ存在しプリンタのＲＯ
Ｍ等に実装されていない場合は、ホストコンピュータか
らプリンタに対して、ビットマップ形式等のフォントデ
ータがダウンロードされる。ダウンロードされたフォン
トデータはプリンタ内のキャッシュメモリに格納され
る。
【０００４】このようにして多くのフォントデータをダ
ウンロードすると、やがてフォントデータのデータ量が
キャッシュメモリの記憶容量を超えることになる。かか
る場合、新たなフォントデータをダウンロードするため
に、現時点において出現頻度の低いフォントのデータ領
域が解放される。この処理を「追い出し処理」と称す
る。ホストコンピュータは、必要なフォントデータがキ
ャッシュメモリに格納されているのであれば、プリンタ
にフォント出力を指示する際、書体ID、文字コード、お
よびマトリクスから成る描画コマンドを供給すればよ
い。
【０００５】ここで、書体IDとは、例えばローマン体、
ゴシック体、サンセリフ体等のフォントの種類を示す識
別符号である。また、マトリクスとは、文字の回転や拡
縮を行う際の変換マトリクスである。プリンタは、この
描画コマンドを受信すると、書体IDおよび文字コードに
よって特定されたキャッシュメモリのアドレスを読出
し、さらに該マトリクスによる変換を施した上で、用紙
等にフォントを出力することになる。
【０００６】一方、キャッシュメモリに格納されていな
いフォントを出力する必要がある場合は、ホストコンピ
ュータは、上記描画コマンドに先立ってフォントデータ
をダウンロードする必要がある。従って、ホストコンピ
ュータにおいては、キャッシュメモリに格納されている
フォントを把握しなければならない。ホストコンピュー
タにおいてはプリンタドライバと称するソフトウエアに
よってプリンタを制御することが一般的であり、上記追
い出し処理のアルゴリズムはこのプリンタドライバによ
ってシミュレートされる。
【０００７】(２)ページ記述言語に対応する処理に関し
て ホストコンピュータからプリンタに対する描画コマンド
等はページ記述言語（ＰＤＬ）のプロトコルに従うこと
が多い。ＰＤＬによれば、幾何学図形等のグラフィック
データと上記フォントデータとを必要に応じてプリンタ
に供給することができる。ここで、一般的に、グラフィ
ックデータにはデバイスインデペンデントな座標系が用
いられるのに対して、ビットマップ形式等のフォントデ
ータにはデバイスデペンデントな座標系が用いられる。
【０００８】従って、プリンタは、デバイスインデペン
デントなグラフィックデータを受信すると、これを自機
に特有なデバイスデペンデントな座標系に変換するため
に、マトリクス演算を施すことになる。ここで、ＰＤＬ
の汎用性を高めるためには、全てのデータをデバイスイ
ンデペンデントな形式に統一することが望ましい。しか
し、座標系を変換するにあたってマトリクス演算を施す
と、画像が若干劣化することは避けられない。この画像
の劣化は特にフォントを出力した場合に目立つため、上
述のように、フォントデータに対してデバイスデペンデ
ントな座標系を採用することが多いのである。
【０００９】(３)回転処理に関して ホストコンピュータにおいてはプリンタに対して用紙の
寸法および方向（縦または横）を指定するが、図１に示
すように、プリンタは独自にその方向を変更することが
多い。これは、指定された方向の用紙がトレイに準備さ
れていない場合に「用紙切れ」のエラーを出力するより
も、同一の寸法で方向が異なる用紙が存在すれば出力を
継続する方が望ましいこと、縦方向よりも横方向の出力
速度が速いため横方向の用紙を優先的に使用することが
望ましいこと、等の理由によるものである。なお、ホス
トコンピュータから供給されたラスタデータを出力バッ
ファに直接書込むプリンタも存在するが、このようなプ
リンタは図５に示すようにフォントデータを回転させる
ことができない。
【００１０】用紙方向を変更した場合は、出力される画
像も９０°回転させる必要がある。その際、フォントデ
ータとグラフィックデータとでは処理の内容が異なる。
まず、上述したように、グラフィックデータはデバイス
インデペンデントな形式を有しているから、回転処理が
不要な場合であってもマトリクス演算を施さなければな
らない。そこで、回転処理を施す場合には、座標系の変
換と回転とを同時に施すように該マトリクスを変更すれ
ばよい。従って、グラフィックのみを出力するのであれ
ば、用紙方向が変更されたとしても、処理速度はほとん
ど変化しない。
【００１１】一方、フォントデータはデバイスデペンデ
ントな形式であるから、回転処理や拡縮処理が不要であ
れば、マトリクス演算は施されない。従って、用紙方向
が変更された場合は、追加のマトリクス演算を施す必要
がある。一般的なビジネス文書では１枚の用紙に数千の
文字が含まれ、これらの各文字に対してマトリクス演算
を施す必要があるから、用紙方向が変更された場合は、
処理速度が低下する。
【００１２】なお、例えば、Ａｄｏｂｅ社のＰｏｓｔＳ
ｃｒｉｐｔ（登録商標）のように、フォントデータおよ
びグラフィックデータの双方に対してデバイスインデペ
ンデントな形式を採用する技術も存在する。かかる技術
を採用する場合は、図４に示すように、フォントデータ
およびグラフィックデータの双方に対して同様の座標変
換を施すことができるから、用紙方向変更に際しての処
理が単一の座標変換処理でまとめられる。しかし、処理
速度が大幅に低下し、高品質な画像出力が困難になるこ
とは上述した通りである。
【００１３】
【発明が解決しようとする課題】上述した技術において
は、ホストコンピュータはプリンタで実行される追い出
し処理のアルゴリズムをシミュレートする必要がある。
換言すれば、ホストコンピュータとプリンタとが同一の
処理を実行しなければならないため、リソースが無駄使
いされるという問題があった。また、ホストコンピュー
タとプリンタとは異なるＣＰＵを用いることが普通であ
るため、完全に同一の処理を行わせることは困難であ
る。すなわち、追い出し処理の内容を記述したソースコ
ードが同一であったとしても、両ＣＰＵの丸め誤差等が
異なれば、追い出されるフォントが相違することにな
る。この結果、ユーザの意図しないフォントが出力され
るという問題が生ずる。この発明は上述した事情に鑑み
てなされたものであり、リソースを有効に利用でき、正
確な処理が可能な画像出力装置、画像処理装置、画像出
力方法、画像処理方法、および記録媒体を提供すること
を目的とする。
【００１４】
【課題を解決するための手段】上記課題を解決するため
この発明においては、ラスタデータを格納するキャッシ
ュメモリと、描画コマンド、または、ラスタデータと前
記キャッシュメモリ上のアドレスを指定するアドレス情
報とを含む書込みコマンドである入力コマンドを外部か
ら受信する入力手段と、前記入力手段に供給された入力
コマンドが前記描画コマンドであるか前記書込みコマン
ドであるかを判別するコマンド種別判別手段と、前記入
力コマンドが前記書込みコマンドである旨が判定される
と、前記ラスタデータを、前記キャッシュメモリの前記
アドレス情報によって指定されるアドレスに書込む書込
み手段と、前記入力コマンドが前記描画コマンドである
旨が判定されると、この描画コマンドに基づいて、前記
キャッシュメモリに書き込まれた前記ラスタデータを用
いて描画を行う描画手段とを具備することを特徴とす
る。
【００１５】また、キャッシュメモリを有する画像出力
装置にラスタデータを供給する画像処理装置において、
前記ラスタデータを出力するラスタデータ出力手段と、
前記キャッシュメモリの内容を管理するキャッシュ管理
テーブルと、このキャッシュ管理テーブルの内容に基づ
いて、前記キャッシュメモリに前記ラスタデータが格納
されているか否かを判定するキャッシュ判定手段と、こ
のキャッシュ判定手段によって、前記ラスタデータが格
納されていない旨が判定されると、ラスタデータと前記
キャッシュメモリ上のアドレスを書込みアドレスとして
指定するアドレス情報とを含む書込みコマンドを出力
し、しかる後に、前記ラスタデータの出力を行う描画コ
マンドを出力するデータ出力手段とを具備することを第
２の特徴とする。
【００１６】
【発明の実施の形態】１．第１実施形態 １．１．実施形態の概要 次に、本発明の第１実施形態のコンピュータシステムに
ついて説明する。本実施形態は、図６に示すように、ホ
ストコンピュータにダウンロードキャッシュ管理モジュ
ールが設けられ、これによってプリンタ内のダウンロー
ドキャッシュメモリが管理される。すなわち、ダウンロ
ードキャッシュ管理モジュールは、ダウンロードキャッ
シュメモリのどのアドレスにどのフォントデータが格納
されているかを常時管理しており、フォントデータのダ
ウンロードに際しては、ホストコンピュータからプリン
タに対して、ダウンロード先のアドレスが指定される。
【００１７】１．２．実施形態のハードウエア構成 次に、本実施形態のハードウエア構成を図１１を参照し
説明する。図において１０はホストコンピュータであ
り、イニシャルプログラムローダが格納されたＲＯＭ１
３と、オペレーティングシステム、アプリケーションプ
ログラム、フォントデータ、プリンタドライバ等が格納
されたハードディスク１４と、これらのプログラムがロ
ードされるＲＡＭ１２と、ＲＡＭ１２にロードされたプ
ログラムに基づいて動作するＣＰＵ１１とが設けられて
いる。上記ダウンロードキャッシュ管理モジュールもこ
のプリンタドライバの一部を成すものである。
【００１８】１５はキーボード、１６はマウスであり、
ユーザに操作によって種々の情報を入力する。１７はデ
ィスプレイであり、ＣＰＵ１１の制御の下、種々の情報
を表示する。１８はネットワークインターフェースであ
り、ネットワーク２０との間で各種の情報をやりとりす
る。２１はサーバであり、ネットワーク２０を管理す
る。サーバ２１もホストコンピュータ１０と同様に構成
されている。
【００１９】次に、３０はプリンタであり、その内部に
設けられたＣＰＵ３１は、ＲＯＭ３３に格納された制御
プログラムに基づいて、プリンタ３０の各部を制御す
る。３２はＲＡＭであり、ＣＰＵ３１のワークメモリや
キャッシュメモリとして用いられる。３８はネットワー
クインターフェースであり、ＣＰＵ３１の制御に基づい
て、ネットワーク２０を介して各種のデータをやりとり
する。３７は用紙トレイであり、各種の寸法および方向
の用紙が収納される。３６はトレイセンサであり、用紙
トレイ３７の用紙切れ状態を監視し、ＣＰＵ３１に報告
する。３４は出力バッファであり、用紙１枚相当のラス
タデータを記憶する容量を有する。３５はプリンタエン
ジンであり、ＣＰＵ３１の指示に基づいて、出力バッフ
ァ３４の内容を用紙に出力する。
【００２０】ＲＯＭ３３に記憶されている制御プログラ
ムには、以下のようなものが含まれる。 (１)プリンタドライバが生成したＰＤＬコマンドを解釈
するインタプリタ、 (２)該インタプリタで解釈したコマンドのうち、通常の
グラフィックデータ、ラスタイメージデータ、およびフ
ォントデータの描画を行う描画モジュール、 (３)出力バッファ３４をスキャンしてプリンタエンジン
３５に供給する出力ドライバ (４)トレイセンサ３６の検出結果に基づいて回転処理等
の指示を行う用紙監視モジュール (５)ホストコンピュータの指示とは異なる用紙方向に描
画するために、回転処理を行って描画用データを出力バ
ッファ３４に書込む回転処理モジュール
【００２１】１．３．実施形態の動作 １．３．１．プリンタフォントの出力 本実施形態におけるプリンタドライバは、例えばディス
クトップパブリッシュメント等のアプリケーションプロ
グラム等の出力コマンドによって呼び出される。出力コ
マンドがプリンタドライバに供給されると、図１２に示
すルーチンが呼び出される。図において処理がステップ
ＳＰ１０に進むと、出力コマンドによって出力指示され
たものはフォントであるか否かが判定される。ここで、
グラフィックやイメージの出力が指示されたのであれ
ば、処理はステップＳＰ１９に進み、出力対象に応じた
処理が行われる。
【００２２】出力対象がフォントであればステップＳＰ
１０において「ＹＥＳ」と判定され処理はステップＳＰ
１１に進む。ここでは、該フォントがプリンタフォント
であるか否かが判定される。すなわち、プリンタドライ
バには、ＲＯＭ３３に格納されているプリンタフォント
の一覧表が設けられており、この表を参照して、かかる
判定が行われる。ここで「ＹＥＳ」と判定されると、処
理はステップＳＰ１２に進み、ＰＤＬコマンドすなわち
描画コマンドが生成される。
【００２３】ＰＤＬコマンドのパラメータには、描画開
始位置、書体ID、文字の大きさを示すマトリクス、およ
び文字コードが含まれる。次に、処理がステップＳＰ１
３に進むと、作成されたＰＤＬコマンドがプリントスプ
ーラに供給される。これにより、プリンタドライバの一
文字あたりの出力処理が終了する。
【００２４】ステップＳＰ１３においてプリントスプー
ラにＰＤＬコマンドが出力されると、プリントスプーラ
において図１３(A)に示すプログラムが起動される。図
において処理がステップＳＰ２０に進むと、ＲＡＭ１２
内に確保されたバッファ領域に該ＰＤＬコマンドが格納
される。従って、複数のＰＤＬコマンドに対して上記ス
テップＳＰ１３が実行されると、これらＰＤＬコマンド
が順次バッファ領域に格納されることになる。
【００２５】また、プリントスプーラは、ネットワーク
２０を介してプリンタ３０にＰＤＬコマンドの供給が可
能か否かを示すイネーブル信号を監視している。イネー
ブル信号が検出されると、図１３(B)に示すプログラム
が起動される。図において処理がステップＳＰ２１に進
むと、バッファ領域から所定量のＰＤＬコマンドが読出
され、ネットワークインターフェース１８、ネットワー
ク２０を介して出力される。そして、出力されたＰＤＬ
コマンドに係る領域は解放される。
【００２６】このＰＤＬコマンドがネットワーク２０か
らプリンタ３０のネットワークインターフェース３８に
供給されると、図１４(A)に示すプログラムが起動され
る。図において処理がステップＳＰ３１に進むと、該Ｐ
ＤＬコマンドの種別、すなわち、フォントデータ、イメ
ージデータ、グラフィックデータ等が判別される。次
に、処理がステップＳＰ３２に進むと、判別された種別
に応じたモジュールが起動される。
【００２７】例えば、ＰＤＬコマンドがフォントデータ
であれば、フォントモジュールが起動される。このフォ
ントモジュールの詳細を図１５を参照し説明する。図に
おいて処理がステップＳＰ５１に進むと、該フォントデ
ータがキャッシュされているか否かが判定される。ここ
で、キャッシュされていなければ「ＮＯ」と判定され
る。次に、ステップＳＰ５２においては、ＰＤＬコマン
ドに係る書体IDはプリンタフォントに属するものである
か否かが判定される。
【００２８】プリンタフォントに属する場合は「ＹＥ
Ｓ」と判定され、処理はステップＳＰ５３に進む。な
お、ステップＳＰ５２において「ＮＯ」と判定された場
合は、プリンタドライバにおけるダウンロードキャッシ
ュ管理モジュールの動作異常であるため、処理は異常終
了する。次に、処理がステップＳＰ５３に進むと、用紙
監視モジュールによって回転処理の指示が与えられてい
るか否かが判定される。
【００２９】ここで「ＹＥＳ」と判定されると、処理は
ステップＳＰ５４に進み、ラスタデータの通常の展開用
マトリクスに対して用紙回転用マトリクスが乗算され、
新たな展開用マトリクスが生成される。そして、処理が
ステップＳＰ５５に進むと、書体IDと文字コードとに基
づいて、ＲＯＭ３３に格納されているフォント定義デー
タが読み出される。そして、このフォント定義データに
先に生成された展開用マトリクスが乗算され、これによ
ってラスタデータが生成される。
【００３０】なお、用紙監視モジュールによって回転処
理の指示が与えられていない場合には、上記ステップＳ
Ｐ５４はスキップされる。従って、ステップＳＰ５５に
おける展開処理は、回転を伴わない通常の展開用マトリ
クスが用いられることになる。何れの場合も、次のステ
ップＳＰ５６に進むと、生成されたラスタデータはＲＡ
Ｍ３２内のキャッシュメモリ領域に書込まれる。
【００３１】次に、処理がステップＳＰ５７に進むと、
該ラスタデータが出力バッファ３４に書込まれる。以上
により、該フォントデータに対する処理は終了する。次
に、ホストコンピュータ１０からプリンタ３０に対して
所定のプリント開始コマンドが供給されると、ＣＰＵ３
１において出力ドライバが呼び出され、出力バッファ３
４の内容がプリンタエンジン３５を介して用紙に出力さ
れる。
【００３２】ここで、ホストコンピュータ１０上のアプ
リケーションプログラムにおいて、再び同一フォントに
対する出力コマンドが発生したものと仮定する。この場
合、プリンタドライバおよびプリントスプーラにおいて
前回の場合と同様の処理が実行され、前回と同様のＰＤ
Ｌコマンドがネットワーク２０からプリンタ３０のネッ
トワークインターフェース３８に供給される。
【００３３】従って、プリンタ３０においては、図１４
(A)および図１５に示すプログラムが再び起動される。
図１５において処理がステップＳＰ５１に進むが、ここ
では、前回ステップＳＰ５６が実行された際にフォント
データはキャッシュされたから、「ＹＥＳ」と判定され
処理はステップＳＰ５８に進む。
【００３４】ここでは、前回ステップＳＰ５６が実行さ
れた際の用紙方向と現時点の用紙方向が異なるか否かが
判定される。異なる場合は「ＹＥＳ」と判定され処理は
ステップＳＰ５９に進む。ここでは、キャッシュされた
該フォントのラスタデータが読出され、用紙回転用マト
リクスによって回転される。
【００３５】次に、処理がステップＳＰ５７に進むと、
回転されたラスタデータが出力バッファ３４に書込まれ
る。なお、現時点の用紙方向が前回と同一であればステ
ップＳＰ５９はスキップされるため、キャッシュされた
ラスタデータがそのまま出力バッファ３４に書込まれる
ことになる。
【００３６】１．３．２．非プリンタフォントの出力 プリンタフォント以外のフォントを非プリンタフォント
と呼ぶ。アプリケーションプログラムが非プリンタフォ
ントの出力コマンドをプリンタドライバに供給すると、
図１２のプログラムが再び起動される。
【００３７】この場合、図において処理がステップＳＰ
１０を介してステップＳＰ１１に進むと、ここで「Ｎ
Ｏ」と判定され、処理はステップＳＰ１４に進む。ここ
では、ダウンロードキャッシュ管理モジュール内の管理
テーブルが参照され、該非プリンタフォントがダウンロ
ードされているか否かが判定される。
【００３８】ダウンロードされていなければ「ＮＯ」と
判定され、処理はステップＳＰ１５に進む。ここでは、
書体IDと、文字の大きさを示すマトリクスと、文字コー
ドと、ホストコンピュータ上で設定されている用紙方向
と、プリンタ３０の出力解像度とに基づいて、ホストコ
ンピュータにおける描画機能を用いて、該非プリンタフ
ォントの描画用ラスタデータが生成される。
【００３９】次に、処理がステップＳＰ１６に進むと、
ダウンロードキャッシュ管理モジュールにおいて、この
ラスタデータが登録される。その際、ダウンロードキャ
ッシュ管理モジュールにおいては、メモリのフラグメン
テーション（断片化）をなるべく防止するように、該ラ
スタデータのサイズに基づいて、ＲＡＭ３２のキャッシ
ュメモリ上の先頭アドレスが決定される。
【００４０】次に、処理がステップＳＰ１８に進むと、
該ラスタデータのダウンロードを行う第１のＰＤＬコマ
ンドと、該フォントの出力を行う第２のＰＤＬコマンド
とが作成される。第１のＰＤＬコマンドは、上記ラスタ
データと、そのダウンロードキャッシュメモリ上のアド
レスとを含む。
【００４１】また、第２のＰＤＬコマンドは、ダウンロ
ードキャッシュメモリ上のアドレスを指定することによ
って非プリンタフォントを指定する専用のコマンドであ
る。次に、処理がステップＳＰ１８に進むと、上記ステ
ップＳＰ１３の場合と同様に、これらＰＤＬコマンドが
プリントスプーラに順次供給されることになる。
【００４２】第１のＰＤＬコマンドがプリントスプーラ
を介してプリンタ３０に供給されると、図１４(A)のプ
ログラムが再び起動される。ステップＳＰ３１において
は、第１のＰＤＬコマンドはラスタデータのダウンロー
ド指示である旨が判定される。そこで、次に処理がステ
ップＳＰ３２に進むと、同図(B)のプログラムが呼び出
される。
【００４３】図において処理がステップＳＰ４１に進む
と、第１のＰＤＬコマンドで指定されたダウンロード先
アドレスに、ラスタデータが格納される。
【００４４】次に、第２のＰＤＬコマンドがプリンタ３
０に供給されると、上述したプリンタフォントの場合と
同様に図１５のプログラムが起動される。ここで、非プ
リンタフォントはホストコンピュータ１０のダウンロー
ドキャッシュ管理モジュールによって管理されているの
であるから、プリンタ３０側では「第２のＰＤＬコマン
ドが供給された」という事実に基づいて、対応するラス
タデータは必ずダウンロードされていると看做される。
【００４５】すなわち、ステップＳＰ５１では必ず「Ｙ
ＥＳ」と判定され、処理はステップＳＰ５８に進む。従
って、以降は、キャッシュされたプリンタフォントの場
合と同様の処理が実行される。すなわち、必要に応じ
て、ステップＳＰ５９によってラスタデータが回転処理
され、出力バッファ３４に書込まれることになる。
【００４６】次に、アプリケーションプログラムが同一
の非プリンタフォントの出力コマンドをプリンタドライ
バに供給すると、図１２のプログラムが再び起動され
る。この場合、処理はステップＳＰ１１を介してステッ
プＳＰ１４に進むが、ダウンロードされているため「Ｙ
ＥＳ」と判定され処理はステップＳＰ１２に進む。
【００４７】従って、前回の第２のＰＤＬコマンドと同
様のＰＤＬコマンドが再び作成され、プリンタ３０に供
給される。従って、この新たなＰＤＬコマンドに基づい
てラスタデータがキャッシュメモリから読出され、必要
に応じて回転処理された後、出力バッファ３４に書込ま
れることになる。
【００４８】１．３．３．追い出し処理 プリンタドライバのダウンロードキャッシュ管理モジュ
ールに対して、ＲＡＭ３２のキャッシュメモリ容量を超
えるフォントの登録が要求されると、統計的に最も使用
頻度の低いフォントに係る領域が解放され、ここに新た
なフォントに対する領域が割り当てられる。
【００４９】このような追い出し処理のアルゴリズムは
従来のプリンタに採用されていたものと同様であるが、
本実施形態においてはプリンタ３０において同一のアル
ゴリズムを動作させる必要は無い。すなわち、キャッシ
ュメモリの管理はダウンロードキャッシュ管理モジュー
ルによって行われるため、プリンタ３０側は、単に供給
されたラスタデータを指定されたアドレスに格納する等
の処理を行うだけである。
【００５０】１．４．実施形態の効果 以上のように、本実施形態によれば、キャッシュメモリ
の管理をホストコンピュータ１０に委ねることができる
から、プリンタ３０における負荷が軽減され、プリンタ
３０の動作を高速化することができる。さらに、ホスト
コンピュータとプリンタとの追い出し処理に誤差が生ず
るような不具合を未然に防止することができ、きわめて
高い信頼性を得ることができる。
【００５１】２．第２実施形態 ２．１．実施形態の概要 上記第１実施形態においては、ラスタデータが一旦キャ
ッシュされた後に用紙方向が変更されると、ステップＳ
Ｐ５９によって回転処理が行われた。かかる処理はフォ
ントモジュール（図１５のプログラム）が起動される毎
に実行されのであるが、この回転処理の結果もキャッシ
ュしておくと、プリンタ３０において一層高速な動作が
可能であると考えられる。
【００５２】本実施形態はかかる観点に基づいて提案さ
れたものである。まず、図７および図８に示すように、
ＲＡＭ３２のキャッシュメモリは、ホストコンピュータ
１０のダウンロードキャッシュ管理モジュールによって
管理されるダウンロードキャッシュメモリと、プリンタ
３０が独自に管理する（ダウンロードキャッシュ管理モ
ジュールによってアドレス指定ができない）フォントキ
ャッシュメモリとに大別される。すなわち、プリンタ３
０が独自に管理するフォントキャッシュメモリは、ホス
トコンピュータ１０によるアクセスが禁止される。
【００５３】第１実施形態と同様に、ダウンロードキャ
ッシュメモリには、ホストコンピュータ１０側で想定し
た用紙方向のラスタデータが記憶されている。回転処理
モジュールは、用紙監視モジュールの監視結果に基づい
て回転処理の必要性を判定するし、必要である旨が判定
されると、既に回転処理したデータがフォントキャッシ
ュメモリに登録されているか否かを判定する。
【００５４】既に回転処理したデータが登録されていれ
ば、その内容が出力バッファ３４に書込まれる。未だ登
録されていなければ、回転処理モジュールは上記ラスタ
データに回転処理を施し、その結果をフォントキャッシ
ュメモリおよび出力バッファ３４に転送する。これによ
り、キャッシュのヒット率を向上させることができる。
【００５５】２．２．実施形態のデータフォーマット 本実施形態で用いられるキャッシュパラメータを図９を
参照し説明する。まず、(１)の通常のフォントキャッシ
ュとは、プリンタフォントのキャッシュに用いられるフ
ォーマットであり、そのキーは、書体IDと、文字コード
と、マトリクス等のスケールとから成る。また、格納デ
ータの内容は、上記ラスタデータである。
【００５６】次に、同図(２)はダウンロードキャッシュ
メモリにおける非プリンタフォントデータのフォーマッ
トであり、キーは格納アドレスのみである。次に、同図
(３)は、回転あるいは拡縮処理に伴って非プリンタフォ
ントを変換したときのデータフォーマットを示す。この
データフォーマットは、フォントキャッシュメモリに格
納することを想定して、同図(１)に近似したものになっ
ている。但し、キーとしては格納アドレスとスケールと
で充分であるため、一部のキーは不使用になっている。
また、この例ではキャッシュ機構の共通化のために検索
キーの数が通常のフォントキャッシュのものと同じキャ
ッシュ機構を前提として示してあるが、検索機構の効率
を考慮してダウンロードキャッシュメモリ専用のものを
用いてもよい。
【００５７】２．３．実施形態の構成および動作 次に、本実施形態の構成および動作を説明する。本実施
形態のハードウエアおよびソフトウエア構成は、第１実
施形態のもの（図１１〜１４）と同様であるが、フォン
トモジュールの処理は図１５のプログラムに代えて図１
６のプログラムが用いられる。
【００５８】図１６において、ステップＳＰ７１〜７７
の処理は図１５のステップＳＰ５１〜５７と同様であ
る。そこで、ステップＳＰ７１において「ＹＥＳ」と判
定された場合の処理を説明する。図において処理がステ
ップＳＰ７８に進むと、第１実施形態のステップＳＰ５
８の場合と同様に、用紙方向が変更されたか否かが判定
される。
【００５９】ここで「ＹＥＳ」と判定されると、処理は
ステップＳＰ７９に進み、既に回転処理の施されたラス
タデータが通常のフォントキャッシュに登録されている
か否かが検索される。次に、処理がステップＳＰ８０に
進むと、この検索結果に応じて処理が分岐する。すなわ
ち、検索されなかった場合は処理はステップＳＰ８１に
進み、既存のラスタデータに対して回転処理が施され
る。
【００６０】なお、「既存のラスタデータ」としては、
プリンタフォントおよび非プリンタフォントの双方が考
えられる。プリンタフォントであれば既存のラスタデー
タはフォントキャッシュメモリに存在する筈であり、非
プリンタフォントであればダウンロードキャッシュメモ
リに存在する筈である。何れの場合も回転処理が施され
たラスタデータは、フォントキャッシュメモリに格納さ
れる。
【００６１】次に、処理がステップＳＰ８２に進むと、
回転処理の施されたラスタデータが通常のフォントキャ
ッシュに登録される。そのデータフォーマットは図９
(３)に示した通りである。次に、処理がステップＳＰ７
７に進むと、この登録されたラスタデータが出力バッフ
ァ３４に書込まれる。
【００６２】次に、再度同一のフォントかつ同一の用紙
方向の出力が指令された場合の処理を説明する。かかる
場合は、ステップＳＰ８０においてフォントキャッシュ
メモリが検索されると、回転処理後の該ラスタデータが
検索される。従って、ステップＳＰ８０において「ＹＥ
Ｓ」と判定される。次に、ステップＳＰ７７において
は、検索されたラスタデータがそのまま出力バッファ３
４に書込まれる。
【００６３】２．４．実施形態の効果 以上のように、本実施形態によれば、回転処理されたラ
スタデータもキャッシュされるため、プリンタ３０側で
用紙方向が変更された場合であっても、きわめて高速な
出力処理が可能である。
【００６４】３．第３実施形態 次に、本発明の第３実施形態を説明する。上記第１およ
び第２実施形態においては、ホストコンピュータ１０と
プリンタ３０とが一対一で通信することを前提にしてい
る。しかし、複数のホストコンピュータからプリンタ３
０にダウンロードが行われた場合は、キャッシュメモリ
の内容が破壊される可能性も考えられる。
【００６５】そこで、第３実施形態においては、ホスト
コンピュータ１０のアプリケーションプログラムからプ
リンタドライバに対してジョブ開始指示が供給される
と、図１７に示すプログラムが起動される。図において
処理がステップＳＰ９１に進むと、プリンタドライバ内
のダウンロードキャッシュ管理テーブルの内容がクリア
される。
【００６６】次に、処理がステップＳＰ９２に進むと、
プリンタ３０に対して占有を要求するコマンドがプリン
トスプーラを介して出力される。なお、本実施形態の上
述した以外の構成および動作は第２実施形態と同様であ
る。
【００６７】このように、ジョブの開始にあたってダウ
ンロードキャッシュ管理テーブルの内容をクリアし、プ
リンタ３０を占有して他のホストコンピュータのアクセ
スを禁止することによって、キャッシュメモリの破壊を
未然に防止することができる。
【００６８】４．第４実施形態 上記第３実施形態においては、新規ジョブの開始にあた
ってダウンロードキャッシュ管理テーブルをクリアした
が、接続が開始される際にキャッシュがクリアされるた
め、キャッシュのヒット率をあまり高くすることはでき
ない。そこで、本実施形態においては、ダウンロードキ
ャッシュ管理テーブルを次のホストコンピュータに引き
渡すことを可能にし、図１０に示すように、既に作成さ
れたテーブルを有効利用しようとするものである。
【００６９】管理テーブルを引き渡すには、次の２つの
方法が考えられる。まず、プリンタ３０上にこのダウン
ロードキャッシュ管理テーブルをダウンロードする機能
を設けることにより、接続の終了時にテーブルをダウン
ロードし、次にプリンタ３０に接続されるホストコンピ
ュータはこのテーブルをアップロードすることにより、
該管理テーブルを継続して使用することが可能になる。
【００７０】但し、ダウンロードおよびアップロードに
はトラフィックが必要であるため、かかる処理は適宜キ
ャンセルできることが好適である。すなわち、プリンタ
３０においては、接続の解除時に管理テーブルがダウン
ロードされたか否かを確認する処理を実行し、ダウンロ
ードされ、かつ、次回にアップロードの指示があった時
にのみデータを送出するとよい。
【００７１】ダウンロードされていなかったにもかかわ
らず、次のホストコンピュータからアップロードの指示
が入力された場合は、エラーメッセージを返すとよい。
このエラーメッセージを受信したホストコンピュータに
おいては、管理テーブルをクリアした状態からジョブが
開始される。
【００７２】かかる処理を実現するプリンタドライバの
ジョブ開始時の処理ルーチンを図１８に示す。図におい
て処理がステップＳＰ１０１に進むと、アプリケーショ
ンプログラムから管理テーブルのダウンロードが指示さ
れたか否かが判定される。すなわち、アプリケーション
プログラムのユーザが高品質な出力を必要とするのか否
かに基づいて、ダウンロードの要否がアプリケーション
プログラムから指定される。
【００７３】ダウンロードが不要である旨が指定されて
いると、ここで「ＮＯ」と判定され、ステップＳＰ１０
２、ＳＰ１０３が実行され、上記第３実施形態と同様の
処理が行われる。一方、ダウンロードが必要である旨が
指定されていると、ステップＳＰ１０１において「ＹＥ
Ｓ」と判定され、処理はステップＳＰ１０４に進む。こ
こでは、プリンタ３０に対して、管理テーブルの要求が
出力され、その応答が返信されるまで処理が待機する。
【００７４】応答が返信されると、処理はステップＳＰ
１０５に進み、ダウンロードが可能か否かが判定され
る。ここで、不可能であれば、ステップＳＰ１０２、Ｓ
Ｐ１０３が実行され、上記第３実施形態と同様の処理が
行われる。一方、可能であれば処理はステップＳＰ１０
６に進み、該管理テーブルがダウンロードされる。
【００７５】以上のように本実施形態においては、以前
に作成されたダウンロードキャッシュ管理テーブルを引
き継いで出力処理を行うことができるから、キャッシュ
のヒット率を向上させることができ、一層高速な画像出
力が可能である。
【００７６】５．変形例 本発明は、その精神または主要な特徴から逸脱すること
なく、他のいろいろな形で実施することができる。その
ため、前述の実施形態はあらゆる点で例示に過ぎず、限
定的に解釈してはならない。本発明の範囲は請求の範囲
によって示すものであって、明細書本文にはなんら拘束
されない。さらに、請求の範囲の均等範囲に属する変形
や変更は、全て本発明の範囲内のものである。例えば、
上記実施形態においては、以下のような変形が可能であ
る。
【００７７】５．１．上記各実施形態においては、記録
媒体の例としてＲＡＭ１２、ＲＯＭ１３、ハードディス
ク１４、ＲＡＭ３２、およびＲＯＭ３３を挙げた。しか
し、例えばフロッピーディスク、ＣＤ−ＲＯＭ、磁気テ
ープ、光磁気ディスク等、情報を記憶できる媒体は全て
本発明に言う記録媒体の範疇に入る。
【００７８】５．２．第４実施形態において、ダウンロ
ードキャッシュ管理テーブルをプリンタ３０にダウンロ
ードしたが、ダウンロード先は必ずしもプリンタ３０で
はなく、サーバ２１等、ネットワーク２０に接続されて
いる各種の設備を用いてもよい。
【００７９】
【発明の効果】以上説明したようにこの発明によれば、
画像処理装置のキャッシュ管理テーブルに基づいて画像
出力装置を制御するから、リソースを有効に利用でき、
正確な処理が可能である。
【図面の簡単な説明】
【図１】 従来技術の動作説明図である。
【図２】 従来技術の機能ブロック図である。
【図３】 従来技術の機能ブロック図である。
【図４】 従来技術の機能ブロック図である。
【図５】 従来技術の機能ブロック図である。
【図６】 本発明の第１実施形態の機能ブロック図であ
る。
【図７】 第２実施形態の機能ブロック図である。
【図８】 第２実施形態の要部の機能ブロック図であ
る。
【図９】 第２実施形態におけるキャッシュパラメータ
の構成図である。
【図１０】 第４実施形態の機能ブロック図である。
【図１１】 第１実施形態のハードウエア構成を示すブ
ロック図である。
【図１２】 第１実施形態のプリンタドライバのフロー
チャートである。
【図１３】 第１実施形態のプリントスプーラのフロー
チャートである。
【図１４】 第１実施形態のプリンタ３０のフローチャ
ートである。
【図１５】 第１実施形態のプリンタ３０のフォントモ
ジュールのフローチャートである。
【図１６】 第２実施形態のプリンタドライバのフロー
チャートである。
【図１７】 第３実施形態のプリンタドライバのフロー
チャートである。
【図１８】 第４実施形態のプリンタドライバのフロー
チャートである。
【符号の説明】
１０ ホストコンピュータ（画像処理装置） １１ ＣＰＵ（描画用データ出力手段、キャッシュ判定
手段、データ出力手段） １２ ＲＡＭ（キャッシュ管理テーブル） １３ ＲＯＭ １４ ハードディスク １５ キーボード １６ マウス １７ ディスプレイ １８ ネットワークインターフェース ２０ ネットワーク ２１ サーバ ３０ プリンタ（画像出力装置） ３１ ＣＰＵ（コマンド種別判別手段、書込み手段、描
画手段、描画方向決定手段、適合性判別手段、） ３２ ＲＡＭ（キャッシュメモリ） ３３ ＲＯＭ ３４ 出力バッファ ３５ プリンタエンジン ３６ トレイセンサ ３７ 用紙トレイ ３８ ネットワークインターフェース（入力手段）
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ Ｇ０９Ｇ 5/00 ５１０ Ｇ０９Ｇ 5/00 ５１０Ｐ ５５０ ５５０Ｘ 5/24 ６７０ 5/24 ６７０ (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 3/12 B41J 5/30 B41J 29/38 G06T 1/00 G06T 11/00 100 G09G 5/00 510 G09G 5/00 550 G09G 5/24 670

Claims (9)

    (57)【特許請求の範囲】
  1. 【請求項１】 ラスタデータを格納するキャッシュメモ
    リと、 描画コマンド、または、ラスタデータと前記キャッシュ
    メモリ上のアドレスを指定するアドレス情報とを含む書
    込みコマンドである入力コマンドを外部から受信する入
    力手段と、 前記入力手段に供給された入力コマンドが前記描画コマ
    ンドであるか前記書込みコマンドであるかを判別するコ
    マンド種別判別手段と、 前記入力コマンドが前記書込みコマンドである旨が判定
    されると、前記ラスタデータを、前記キャッシュメモリ
    の前記アドレス情報によって指定されるアドレスに書込
    む書込み手段と、 前記入力コマンドが前記描画コマンドである旨が判定さ
    れると、この描画コマンドに基づいて、前記キャッシュ
    メモリに書き込まれた前記ラスタデータを用いて描画を
    行う描画手段とを具備することを特徴とする画像出力装
    置。
  2. 【請求項２】 描画方向を決定する描画方向決定手段
    と、 この決定された描画方向が前記キャッシュメモリに格納
    されたラスタデータの描画方向と異なるか否かを判別す
    る適合性判別手段とを具備し、 前記描画手段は、前記適合性判別手段によって描画方向
    が異なる旨が判別されると、前記ラスタデータに描画方
    向変換処理を施した後に描画を行うことを特徴とする請
    求項１記載の画像出力装置。
  3. 【請求項３】 前記キャッシュメモリは、外部からはア
    クセスが禁止された禁止領域を具備し、前記描画方向変
    換処理が施されたラスタデータは該禁止領域に格納され
    ることを特徴とする請求項２記載の画像出力装置。
  4. 【請求項４】 キャッシュメモリを有する画像出力装置
    にラスタデータを供給する画像処理装置において、 前記ラスタデータを出力するラスタデータ出力手段と、 前記キャッシュメモリの内容を管理するキャッシュ管理
    テーブルと、 このキャッシュ管理テーブルの内容に基づいて、前記キ
    ャッシュメモリに前記ラスタデータが格納されているか
    否かを判定するキャッシュ判定手段と、 このキャッシュ判定手段によって、前記ラスタデータが
    格納されていない旨が判定されると、ラスタデータと前
    記キャッシュメモリ上のアドレスを書込みアドレスとし
    て指定するアドレス情報とを含む書込みコマンドを出力
    し、しかる後に、前記ラスタデータの出力を行う描画コ
    マンドを出力するデータ出力手段とを具備することを特
    徴とする画像処理装置。
  5. 【請求項５】 新たなジョブが発生する毎に、前記キャ
    ッシュ管理テーブルを初期化する初期化手段を具備する
    ことを特徴とする請求項４記載の画像処理装置。
  6. 【請求項６】 前記キャッシュ管理テーブルの内容を前
    記画像出力装置または他の画像処理装置に送信する送信
    手段と、 前記画像出力装置または他の画像処理装置から前記キャ
    ッシュ管理テーブルの内容を受信する受信手段とを具備
    することを特徴とする請求項４記載の画像処理装置。
  7. 【請求項７】 ラスタデータをキャッシュメモリに格納
    する過程と、 描画コマンド、または、ラスタデータと前記キャッシュ
    メモリ上のアドレスを指定するアドレス情報とを含む書
    込みコマンドである入力コマンドを外部から受信する過
    程と、 受信した入力コマンドが前記描画コマンドであるか前記
    書込みコマンドであるかを判別する過程と、 前記入力コマンドが前記書込みコマンドである旨が判定
    されると、前記ラスタデータを、前記キャッシュメモリ
    の前記アドレス情報によって指定されるアドレスに書込
    む過程と、 前記入力コマンドが前記描画コマンドである旨が判定さ
    れると、この描画コマンドに基づいて、前記キャッシュ
    メモリに書き込まれた前記ラスタデータを用いて描画を
    行う過程とを有することを特徴とする画像出力方法。
  8. 【請求項８】 キャッシュメモリを有する画像出力装置
    にラスタデータを供給する画像処理方法において、 前記ラスタデータを出力する過程と、 キャッシュ管理テーブルを用いて前記キャッシュメモリ
    の内容を管理する過程と、 このキャッシュ管理テーブルの内容に基づいて、前記キ
    ャッシュメモリに前記ラスタデータが格納されているか
    否かを判定する過程と、 前記ラスタデータが格納されていない旨が判定される
    と、ラスタデータと前記キャッシュメモリ上のアドレス
    を書込みアドレスとして指定するアドレス情報とを含む
    書込みコマンドを出力し、しかる後に、前記ラスタデー
    タの出力を行う描画コマンドを出力する過程とを具備す
    ることを特徴とする画像処理方法。
  9. 【請求項９】 キャッシュメモリを有する画像出力装置
    にラスタデータを供給する処理を実行させるためのプロ
    グラムを記憶したコンピュータ読み取り可能な記録媒体
    において、前記プログラムは、 前記ラスタデータを出力する過程と、 キャッシュ管理テーブルを用いて前記キャッシュメモリ
    の内容を管理する過程と、 このキャッシュ管理テーブルの内容に基づいて、前記キ
    ャッシュメモリに前記ラスタデータが格納されているか
    否かを判定する過程と、 前記ラスタデータが格納されていない旨が判定される
    と、ラスタデータと前記キャッシュメモリ上のアドレス
    を書込みアドレスとして指定するアドレス情報とを含む
    書込みコマンドを出力し、しかる後に、前記ラスタデー
    タの出力を行う描画コマンドを出力する過程とを具備す
    ることを特徴とする記録媒体。
JP35791397A 1997-12-25 1997-12-25 画像出力装置、画像処理装置、画像出力方法、画像処理方法、および記録媒体 Expired - Fee Related JP3367407B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP35791397A JP3367407B2 (ja) 1997-12-25 1997-12-25 画像出力装置、画像処理装置、画像出力方法、画像処理方法、および記録媒体
US09/201,664 US6441918B1 (en) 1997-12-25 1998-12-01 Image output system image processing system image output method image processing method and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP35791397A JP3367407B2 (ja) 1997-12-25 1997-12-25 画像出力装置、画像処理装置、画像出力方法、画像処理方法、および記録媒体

Publications (2)

Publication Number Publication Date
JPH11184652A JPH11184652A (ja) 1999-07-09
JP3367407B2 true JP3367407B2 (ja) 2003-01-14

Family

ID=18456590

Family Applications (1)

Application Number Title Priority Date Filing Date
JP35791397A Expired - Fee Related JP3367407B2 (ja) 1997-12-25 1997-12-25 画像出力装置、画像処理装置、画像出力方法、画像処理方法、および記録媒体

Country Status (2)

Country Link
US (1) US6441918B1 (ja)
JP (1) JP3367407B2 (ja)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6675357B1 (en) * 1999-01-29 2004-01-06 International Business Machines Corporation Method and apparatus for matching system and device fonts
JP3638228B2 (ja) * 1999-06-11 2005-04-13 コニカミノルタビジネステクノロジーズ株式会社 画像出力システム
JP4136701B2 (ja) * 2002-03-12 2008-08-20 株式会社リコー 画像形成装置、画像処理プログラム
US7369271B2 (en) * 2002-06-28 2008-05-06 Canon Kabushiki Kaisha Image processing apparatus and its method, and control method
JP3906444B2 (ja) * 2002-09-02 2007-04-18 セイコーエプソン株式会社 合成描画システム、方法及びプログラム並びに記録媒体
US20060082649A1 (en) * 2004-10-18 2006-04-20 Cristina Gomila Film grain simulation method
KR101218242B1 (ko) 2004-10-18 2013-01-04 톰슨 라이센싱 필름 그레인 시뮬레이션을 위한 방법, 장치 및 시스템
EP2202982A3 (en) * 2004-11-12 2012-10-10 Thomson Licensing Film grain simulation for normal play and trick mode play for video playback systems
KR101229942B1 (ko) 2004-11-16 2013-02-06 톰슨 라이센싱 비디오 시스템에서 비트까지 정확한 시뮬레이션을 위한필름 그레인 ｓｅｉ 메시지 삽입
PL1812904T3 (pl) 2004-11-16 2012-07-31 Thomson Licensing Sposób symulacji ziarna błony filmowej na podstawie wstępnie obliczonych współczynników transformacji
PL1812905T3 (pl) * 2004-11-17 2019-10-31 Interdigital Vc Holdings Inc Sposób symulacji ziarna filmu o dokładności bitowej na podstawie wstępnie obliczonych przekształconych współczynników
BRPI0518037A (pt) * 2004-11-22 2008-10-28 Thomson Licensing métodos, aparelho e sistema para dividir cache de granulação de pelìcula para simulação de granulação de pelìcula
KR101166948B1 (ko) * 2004-11-23 2012-07-19 톰슨 라이센싱 낮은 복잡도의 필름 그레인 시뮬레이션 기법
US10715834B2 (en) 2007-05-10 2020-07-14 Interdigital Vc Holdings, Inc. Film grain simulation based on pre-computed transform coefficients
JP5499584B2 (ja) * 2009-09-09 2014-05-21 株式会社リコー 印刷制御プログラム、情報処理装置、及び記録媒体
JP5012871B2 (ja) * 2009-09-29 2012-08-29 ブラザー工業株式会社 画像処理装置、画像形成装置、及び画像処理プログラム
JP4961535B2 (ja) * 2010-08-20 2012-06-27 キヤノンマーケティングジャパン株式会社 画像形成装置、制御方法、プログラム
US10241993B1 (en) 2017-09-27 2019-03-26 Sofha Gmbh System and method for detecting reusable groups of drawing commands in a sequence of drawing commands

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02278475A (ja) * 1989-04-20 1990-11-14 Hitachi Ltd 図形処理装置およびその使用方法ならびにマイクロプロセッサ
JP2999516B2 (ja) 1990-05-30 2000-01-17 日本ディジタルイクイップメント株式会社 端末装置のための文字出力制御方法および装置

Also Published As

Publication number Publication date
JPH11184652A (ja) 1999-07-09
US6441918B1 (en) 2002-08-27

Similar Documents

Publication Publication Date Title
JP3367407B2 (ja) 画像出力装置、画像処理装置、画像出力方法、画像処理方法、および記録媒体
US7916342B2 (en) Print control apparatus and method
US6816270B1 (en) Method and apparatus for supporting application and device independent print support
US7453595B2 (en) Print control apparatus and method, computer program, computer-readable storage medium, preview apparatus and method, printer driver, and preview method thereof
US20020063878A1 (en) Print control apparatus and method
US20030234957A1 (en) Printing system, printing apparatus, program and method for displaying a printing operation
JPH06230908A (ja) 各種ページ記述言語ならびにその他のパラメータを用いて電子化文書の印刷を制御するためのシステム
JP3563793B2 (ja) データ処理方法及びその装置
JP2004126871A (ja) 印刷制御方法および装置
JP4438064B2 (ja) データ処理装置および印刷設定処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム
JP2002091728A (ja) 情報処理装置、印刷システム、及びコマンド生成方法
JP3667043B2 (ja) 情報処理システム、情報処理装置、及び印刷制御方法
JP2004192390A (ja) データ処理装置
KR960012763B1 (ko) 윈도시스템에 있어서의 문자처리방법
JP2003177905A (ja) 情報処理装置、情報処理システム、印刷制御方法、記憶媒体、及びプログラム
JP2003177907A (ja) 情報処理装置、情報処理システム、印刷制御方法、記憶媒体、及びプログラム
JP3833106B2 (ja) 情報処理装置、情報処理方法、プログラムおよび記憶媒体
JP2004185325A (ja) プリントサーバ装置
JP3495855B2 (ja) 情報処理装置および情報処理方法
JP2000298565A (ja) 印刷制御方法及び装置と前記印刷制御方法を実行するプログラムを記憶した記憶媒体
JP2007175980A (ja) 印刷制御装置、印刷制御方法、プログラム及びコンピュータ読み取り可能な記録媒体
JP2006178767A (ja) 印刷予約システム及びその制御方法
JP2922676B2 (ja) 画像形成装置
JP2003173446A (ja) 画像処理装置、画像処理システム、画像処理方法、記憶媒体、及びプログラム
JP3209859B2 (ja) 印刷装置

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071108

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081108

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091108

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101108

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111108

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111108

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121108

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121108

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131108

Year of fee payment: 11

LAPS Cancellation because of no payment of annual fees