(57)【要約】【課題】ハードウェアが変化しても機種固有の登録テーブルを作成するのみで、プログラムの変更なしに最適なスタンプの選択・登録・フォーマット変換を行える画像形成装置を提供する。【解決手段】画像形成時に画像データに所定のスタンプ画像データを合成するための手段を有する融合機１のＩＭＨ４１は、スタンプ画像データの元となるデータを選択するための手段と、これにより選択されたデータを所定のフォーマットに変換するための手段と、変換されたデータを登録するための手段と、登録されたデータを管理するための手段と、管理されたデータを合成時に選択するための手段と、これにより選択されたデータを所定のフォーマットに変換するための手段と、を有する。ＣＰＵ６１は、ＩＭＨ４１をＯＳ上に起動して所定の処理を実行する。【選択図】        図１
2004236044.tif 000002
【特許請求の範囲】
【請求項１】
画像データに基づいて画像を形成するための画像形成手段と、該画像形成手段による画像形成時に前記画像データに所定のスタンプ画像データを合成するための手段とを有する画像形成装置であって、
前記スタンプ画像データの元となるデータを選択するための手段と、
前記選択されたデータを所定のフォーマットに変換するための手段と、
前記変換されたデータを登録するための手段と、
前記登録されたデータを前記合成時に選択するための手段と、
該選択されたデータを所定のフォーマットに変換するための手段と、
を有することを特徴とする画像形成装置。
【請求項２】
画像データに基づいて画像を形成する画像形成装置であって、
前記画像データの変換処理を行う複数の画像データ変換手段と、
前記画像データに合成するスタンプデータを登録する手段と、
前記登録時に元スタンプデータを選択するスタンプデータ変換管理手段と、
前記登録されたスタンプデータを管理する手段と、
前記登録されたスタンプデータを印刷合成時に選択する登録スタンプデータ選択手段と、
前記登録されたスタンプデータを変換する前記画像データ変換手段と、
を有することを特徴とする画像形成装置。
【請求項３】
前記スタンプデータ変換管理手段は、
元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データとに応じて前記画像データ変換手段を選択することを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記スタンプデータ変換管理手段は、
元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データと登録先のメモリ容量とに応じて前記画像データ変換手段を選択することを特徴とする請求項２または３記載の画像形成装置。
【請求項５】
前記登録スタンプデータ選択手段は、
前記登録されたスタンプデータと合成先の画像データのフォーマットとに応じて前記スタンプデータの選択を行うことを特徴とする請求項２から４のいずれか１項に記載の画像形成装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像形成装置に関し、特に、スタンプを合成して印刷する機能を有する画像形成装置に関する。
【０００２】
【従来の技術】
近年、プリンタ、コピー、ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置（以下、融合機という）が知られるようになった。この融合機は、例えば、１つの筐体内に表示部、印刷部および撮像部などを設けると共に、プリンタ、コピー、ファクシミリ、スキャナにそれぞれ対応する４種類のアプリケーションを設け、そのアプリケーションを切り替えることにより、プリンタ、コピー、ファクシミリおよびスキャナとして動作させるものである。
【０００３】
このような融合機においては、印刷する画像に「秘」、「仮」、「回覧」、「回収」等のスタンプを合成して印刷する機能があるのが通常である。このようなスタンプは、あらかじめハードディスク（以下ＨＤという）に登録されており、印刷時に合成されて出力が行われる  （特許文献１、２、３参照）。
【０００４】
ところが、印刷時に印刷フォーマットに適したデータフォーマットに変換していたのでは、印刷速度が低下する場合や、また、カラー印刷においては印刷する画像の準備に間に合わない場合が発生する。すなわち、印刷時に印刷フォーマットに適したデータフォーマットに変換していたのでは、印刷速度が低下したり、特にカラー印刷においては印刷する画像の準備に間に合わなかったりするという問題がある。。
【０００５】
そこで、このスタンプの登録は印刷部のハードウェアの仕様（画像フォーマット）、ＨＤの容量などにより登録する際に、融合機機種固有のプログラムを作成して登録していた。すなわち、従来、スタンプの登録は、印刷部のハードウェアの仕様、画像フォーマットやＨＤの容量等に応じて、機種固有のプログラムを作成することにより行っていた。
【０００６】
また、印刷時にスタンプを画像データに合成して印刷する際に、画像フォーマットに適したスタンプデータの変換も、登録されているスタンプが開発機種により固定（固有）で機種固有のプログラムを作成してフォーマット変換を行っていた。すなわち、印刷時にスタンプを画像データに合成して印刷する際に、画像フォーマットに適したスタンプデータに変換する必要があるが、このようなスタンプデータのフォーマット変換も、開発機種により固定（固有）のプログラムを作成して行っていた。
【０００７】
【特許文献１】
特開平８−１８７６７号公報
【特許文献２】
特開２００１−１９１６０６号公報
【特許文献３】
特開２００１−２５３１３４号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、スタンプの登録やフォーマット変換を機種固有のプログラムを作成して行うと、長時間かかるのが通常であり、コストアップとなる。
【０００９】
そこで、本発明の目的は、ハードウェアが変化してもプログラムの変更なしに最適なスタンプの選択・登録・フォーマット変換を行える画像形成装置を提供することにある。すなわち、本発明は、短期間に融合機のソフトウェアを開発するために機種固有の登録テーブルを作成するのみで、最適なスタンプの登録方法、及び印刷時のスタンプデータフォーマット変換選択方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するために、本発明は、登録時に元スタンプデータを選択するスタンプデータ変換管理手段の機種固有の変換テーブルデータと登録されるスタンプフォーマットより、どの元スタンプデータからフォーマット変換して登録するかを選択し登録を行う。また、印刷時の機種固有の変換テーブルデータより、登録されているどのスタンプデータからフォーマット変換して合成するスタンプデータを作成するかを行う。
【００１１】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有する画像形成装置において、画像データの変換処理を行う複数の画像データ変換手段と、画像データに合成するスタンプデータを登録する手段と、登録時に元スタンプデータを選択するスタンプデータ変換管理手段と登録したスタンプデータを管理する手段と登録したスタンプデータを印刷合成時に選択する手段と登録したスタンプデータを変換する手段とを有することを特徴とする。
【００１２】
また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成に係る処理を行うプログラムとを有する画像形成装置のスタンプデータの登録方法あって、画像形成装置のスタンプ登録の際、登録用機種固有データにより最適なスタンプの変換方法を選択することと、画像形成装置の画像データにスタンプデータを合成し印刷する際、印刷用機種固有データにより最適なスタンプの変換方法を選択することを特徴とする。
【００１３】
すなわち、請求項１記載の発明によれば、画像形成装置は、画像データに基づいて画像を形成するための画像形成手段と、画像形成手段による画像形成時に画像データに所定のスタンプ画像データを合成するための手段とを有する画像形成装置であって、スタンプ画像データの元となるデータを選択するための手段と、選択されたデータを所定のフォーマットに変換するための手段と、変換されたデータを登録するための手段と、登録されたデータを前記合成時に選択するための手段と、選択されたデータを所定のフォーマットに変換するための手段と、を有することを特徴とするものである。
【００１４】
請求項２記載の発明によれば、画像形成装置は、画像データに基づいて画像を形成する画像形成装置であって、画像データの変換処理を行う複数の画像データ変換手段と、画像データに合成するスタンプデータを登録する手段と、登録時に元スタンプデータを選択するスタンプデータ変換管理手段と、登録されたスタンプデータを管理する手段と、登録されたスタンプデータを印刷合成時に選択する登録スタンプデータ選択手段と、登録されたスタンプデータを変換する画像データ変換手段と、を有することを特徴とするものである。
【００１５】
請求項３記載の発明によれば、画像形成装置は、スタンプデータ変換管理手段は、元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データとに応じて画像データ変換手段を選択する請求項２記載の画像形成装置であることを特徴とするものである。
【００１６】
請求項４記載の発明によれば、画像形成装置は、スタンプデータ変換管理手段は、元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データと登録先のメモリ容量とに応じて画像データ変換手段を選択する請求項２または３記載の画像形成装置であることを特徴とするものである。
【００１７】
請求項５記載の発明によれば、画像形成装置は、登録スタンプデータ選択手段は、登録されたスタンプデータと合成先の画像データのフォーマットとに応じてスタンプデータの選択を行う請求項２から４のいずれか１項に記載の画像形成装置であることを特徴とするものである。
【００１８】
以上のように、本発明によれば、画像形成装置のハードウェアが変化してもスタンプ登録のソフトウェアの変更なしにスタンプの登録が可能となる。
【００１９】
【発明の実施の形態】
以下、本発明による画像形成装置の実施の形態について図面に基づいて説明する。
【００２０】
図１には、本実施形態における融合機の一実施例の機能ブロック図が示されている。
【００２１】
図において、融合機１は、ソフトウェア群２と、融合機起動部３と、ハードウェア資源４とを含むように構成される。
【００２２】
融合機起動部３は、融合機１の電源投入時に最初に実行され、アプリケーション層５とプラットフォーム６とを起動する。例えば、融合機起動部３は、アプリケーション層５とプラットフォーム６とのプログラムを、外部記憶手段に対応するハードディスク装置（以下、ＨＤＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。
【００２３】
ハードウェア資源４は、白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）１１と、カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）１２と、スキャナやファクシミリなどのハードウェアリソース１３とを含む。すなわち、ハードウェア資源４は、本実施形態における画像形成装置（プリンタ、複写機、ファクシミリ、スキャナ等）において、画像データに基づいて紙などの媒体上に画像を形成する画像形成手段に相当する。
【００２４】
また、ソフトウェア群２は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層５とプラットフォーム６とを含む。
【００２５】
アプリケーション層５は、プリンタ、コピー、ファックス、スキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。すなわち、アプリケーション層５は、以下に説明するように、プリンタ、コピー、ファックス、スキャナなどの画像形成装置にそれぞれ固有の処理を行わせるためのプログラム群である。
【００２６】
アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリ２１と、コピー用アプリケーションであるコピーアプリ２２と、ファックス用アプリケーションであるファックスアプリ２３と、スキャナ用アプリケーションであるスキャナアプリ２４とを含む。ＳＰアプリ２５は、機種のハードウェアの設定、メモリのクリア、ＨＤのフォーマット、テストパターンの設定など、ユーザが使用してはいけない機種の設定などを行うアプリである。
【００２７】
また、プラットフォーム６は、アプリケーション層５からの処理要求を解釈してハードウェア資源４の獲得要求を発生するコントロールサービス層９と、１つ以上のハードウェア資源４の管理を行ってコントロールサービス層９からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）３９と、ＳＲＭ３９からの獲得要求に応じてハードウェア資源４の管理を行うハンドラ層１０とを含む。
【００２８】
コントロールサービス層９は、ネットワークコントロールサービス（以下、ＮＣＳという）３１、デリバリーコントロールサービス（以下、ＤＣＳという）３２、オペレーションパネルコントロールサービス（以下、ＯＣＳという）３３、ファックスコントロールサービス（以下、ＦＣＳという）３４、エンジンコントロールサービス（以下、ＥＣＳという）３５、メモリコントロールサービス（以下、ＭＣＳという）３６、ユーザインフォメーションコントロールサービス（以下、ＵＣＳという）３７、システムコントロールサービス（以下、ＳＣＳという）３８など、一つ以上のサービスモジュールを含むように構成されている。
【００２９】
なお、プラットフォーム６は予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＡＰＩ５３を有するように構成されている。ＯＳは、アプリケーション層５およびプラットフォーム６の各ソフトウェアをプロセスとして並列実行する。
【００３０】
ＮＣＳ３１のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。
【００３１】
例えば、ＮＣＳ３１は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｅｍｏｎ）により、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ）で制御する。
【００３２】
ＤＣＳ３２のプロセスは、蓄積文書の配信などの制御を行う。ＯＣＳ３３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【００３３】
ＦＣＳ３４のプロセスは、アプリケーション層５からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信、バックアップ用のメモリで管理されている各種ファックスデータの登録／引用、ファックス読み取り、ファックス受信印刷などを行うためのＡＰＩを提供する。
【００３４】
ＥＣＳ３５のプロセスは、白黒レーザプリンタ１１、カラーレーザプリンタ１２、その他のハードウェアリソース１３などのエンジン部の制御を行う。ＭＣＳ３６のプロセスは、メモリの取得および開放、ＨＤＤの利用などのメモリ制御を行う。ＵＣＳ３７は、ユーザ情報の管理を行うものである。
【００３５】
ＳＣＳ３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御などの処理を行う。
【００３６】
ＳＲＭ３９のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源４の管理を行うものである。例えば、ＳＲＭ３９のプロセスは、白黒レーザプリンタ１１やカラーレーザプリンタ１２などのハードウェア資源４を利用する上位層からの獲得要求に従って調停を行い、実行制御する。
【００３７】
具体的には、ＳＲＭ３９のプロセスは獲得要求されたハードウェア資源４が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源４が利用可能である旨を上位層に通知する。
【００３８】
また、ＳＲＭ３９のプロセスは上位層からの獲得要求に対してハードウェア資源４を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施している。
【００３９】
また、ハンドラ層１０は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）４０と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）４１とを含む。
【００４０】
ＳＲＭ３９およびＦＣＵＨ４０は、予め定義されている関数によりハードウェア資源４に対する処理要求を送信可能とするエンジンＩ／Ｆ５４を利用して、ハードウェア資源４に対する処理要求を行う。
【００４１】
ＩＭＨ４１は、ＳＲＭ３９からの要求に対し、スタンプの登録、スタンプの合成などを行う。すなわち、以下のように、本実施形態における動作の大部分は、このＩＭＨ４１により行われる。
【００４２】
ＩＭＨ４１は、画像データの変換処理を行う複数の画像データ変換手段と、画像データに合成するスタンプデータを登録する手段と、登録時に元スタンプデータを選択するスタンプデータ変換管理手段と、登録されたスタンプデータを管理する手段と、登録されたスタンプデータを印刷合成時に選択する登録スタンプデータ選択手段と、登録されたスタンプデータを変換する手段と、を有し、融合機（画像形成装置）１に所定の処理を行わせる。
【００４３】
また、ＩＭＨ４１のスタンプデータ変換管理手段は、融合機（画像形成装置）１に元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データとにより変換手段を選択させる。または、ＩＭＨ４１のスタンプデータ変換管理手段は、融合機（画像形成装置）１に元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データと登録先のメモリ容量とにより変換手段を選択させる。さらに、ＩＭＨ４１の登録スタンプデータ選択手段は、融合機（画像形成装置）１に登録されたスタンプデータと合成先の画像データのフォーマットよりスタンプデータを選択させる。
【００４４】
融合機１は、各アプリケーションで共通的に必要な処理をプラットフォーム６で一元的に処理することができる。
【００４５】
次に、融合機１のハードウェア構成について説明する。図２には、本実施形態における融合機の一実施例のハードウェア構成図が示されている。
【００４６】
図において、融合機１は、コントローラ６０と、オペレーションパネル７０と、ＦＣＵ８０と、ＵＳＢデバイス９０と、ＩＥＥＥ１３９４デバイス１００と、エンジン部１２０とを含んで構成される。
【００４７】
また、コントローラ６０は、ＣＰＵ６１と、システムメモリ（ＭＥＭ−Ｐ）６２と、ノースブリッジ（以下、ＮＢという）６３と、サウスブリッジ（以下、ＳＢという）６４と、ＡＳＩＣ６６と、ローカルメモリ（ＭＥＭ−Ｃ）６７と、ＨＤＤ６８とを含んで構成される。
【００４８】
オペレーションパネル７０は、コントローラ６０のＡＳＩＣ６６に接続されている。また、ＦＣＵ８０、ＵＳＢデバイス９０、ＩＥＥＥ１３９４デバイス１００およびエンジン部１２０は、コントローラ６０のＡＳＩＣ６６にＰＣＩバスで接続されている。
【００４９】
コントローラ６０は、ＡＳＩＣ６６にローカルメモリ６７、ＨＤＤ６８などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。このように、ＮＢ６３を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインタフェースが公開されていない場合に対応できる。
【００５０】
なお、ＡＳＩＣ６６とＮＢ６３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ  ）６５を介して接続されている。
このように、図１のアプリケーション層５やプラットフォーム６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６３とを低速のＰＣＩバスでなくＡＧＰ６５を介して接続し、パフォーマンスの低下を防いでいる。
【００５１】
ＣＰＵ６１は、融合機１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３１、ＤＣＳ３２、ＯＣＳ３３、ＦＣＳ３４、ＥＣＳ３５、ＭＣＳ３６、ＵＣＳ３７、ＳＣＳ３８、ＳＲＭ３９、ＦＣＵＨ４０およびＩＭＨ４１をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリ２１、コピーアプリ２２、ファックスアプリ２３、スキャナアプリ２４を起動して実行させる。
【００５２】
すなわち、ＣＰＵ６１は、ＩＭＨ４１が、画像データの変換処理を行う複数の画像データ変換手段と、画像データに合成するスタンプデータを登録する手段と、登録時に元スタンプデータを選択するスタンプデータ変換管理手段と、登録されたスタンプデータを管理する手段と、登録されたスタンプデータを印刷合成時に選択する登録スタンプデータ選択手段と、登録されたスタンプデータを変換する手段とにより融合機（画像形成装置）１に所定の動作を行わせることを制御する。
【００５３】
また、ＣＰＵ６１は、ＩＭＨ４１のスタンプデータ変換管理手段が融合機（画像形成装置）１に元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データとにより変換手段を選択させることを制御する。または、ＩＭＨ４１のスタンプデータ変換管理手段が融合機（画像形成装置）１に元スタンプデータの画像フォーマットと画像形成装置の印刷時の画像データと登録先のメモリ容量とにより変換手段を選択させることを制御する。さらに、ＣＰＵ６１は、ＩＭＨ４１の登録スタンプデータ選択手段が、融合機（画像形成装置）１に、登録されたスタンプデータと合成先の画像データのフォーマットよりスタンプデータを選択させることを制御する。。
【００５４】
ＮＢ６３は、ＣＰＵ６１、システムメモリ６２、ＳＢ６４およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６２は、融合機１の描画用メモリなどとして用いられるメモリである。ＳＢ６４は、ＮＢ６３とＲＯＭ、ＰＣＩバス、周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ６７は、コピー用画像バッファ、符号バッファとして用いるメモリである。
【００５５】
ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積などを行うためのストレージである。また、オペレーションパネル７０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。
【００５６】
以上を前提として、まず、本発明による画像形成装置の一実施形態におけるスタンプデータの管理・登録について説明する。
【００５７】
図３には、本実施形態におけるスタンプ登録のシーケンス図が示されている。
【００５８】
図のように、ＳＰアプリからＳＣＳ（ＳＲＭ）へ、ＳＣＳ（ＳＲＭ）からＩＭＨへとスタンプ登録要求がなされ、ＩＭＨでスタンプ登録処理がなされると、ＩＭＨからＳＣＳ（ＳＲＭ）へ、ＳＣＳ（ＳＲＭ）からＳＰアプリへとスタンプ登録終了の通知がなされる。
【００５９】
すなわち、スタンプデータはＳＰアプリ２５の登録画面より起動される。ＳＰアプリとは、機種のハードウェアの設定、メモリのクリア、ＨＤのフォーマット、テストパターンの設定など、ユーザが使用してはいけない機種の設定などを行うアプリである。
【００６０】
ＳＰアプリ登録画面において実行を押すと、登録要求がＳＣＳ３８（ＳＲＭ３９）  と、ＩＭＨ４１とへ通知され、ＩＭＨ４１でＨＤ６８に登録終了すると登録終了がＩＭＨ４１よりＳＣＳ３８（ＳＲＭ３９）  と、ＳＰアプリ２５とへ通知される。
【００６１】
以下、ＩＭＨ４１でのスタンプ登録処理について、図４を用いて説明する。
【００６２】
図４には、本実施形態におけるスタンプデータが示されている。スタンプデータはプログラムのなかにデータとして格納されており、図４のように、スタンプＩＤと、解像度と、サイズＸと、サイズＹと、データの格納アドレスと、そのデータとから構成されている。
【００６３】
図４では４つのスタンプデータが格納されている。スタンプデータは全て２値画像である。また、データの先頭アドレスはＳＣＳ３８（ＳＲＭ３９）からの登録要求で通知される。
【００６４】
画像形成装置の印刷データフォーマットが２値６００ｄｐｉ、２値４００ｄｐｉ、２値３００ｄｐｉである場合に、登録するスタンプデータを２値６００ｄｐｉ、２値４００ｄｐｉ、２値３００ｄｐｉとする。
【００６５】
図５には、本実施形態におけるスタンプデータテーブルが示されている。
【００６６】
図５において、スタンプデータテーブルは、元スタンプデータテーブルと、登録スタンプデータテーブルとを図のように有する。そして、テーブルの一番初めのデータはフォーマットの個数であり、その後がフォーマットである。すなわち、図においては、元スタンプデータのフォーマットは、３００ｄｐｉと４００ｄｐｉの２個であり、登録スタンプデータのフォーマットは、３００ｄｐｉと４００ｄｐｉと６００ｄｐｉの３個であるということになる。
【００６７】
以下、６００ｄｐｉのスタンプデータを登録する場合について図６を用いて説明する。
【００６８】
図６には、本実施形態におけるデータ変換選択テーブルが示されている。
【００６９】
例えば、登録したいフォーマットが６００ｄｐｉで元のスタンプデータが４００ｄｐｉ、３００ｄｐｉである場合に優先順の高い３００ｄｐｉの元スタンプデータよりデータ変換を行いＨＤへ登録を行う。
【００７０】
すなわち、６００ｄｐｉのスタンプデータを登録する場合にどの元スタンプデータより変換するかを図６の表にしたがって選択して変換を行う。本例においては、登録したいフォーマットが６００ｄｐｉであることから、表の２段目に従い、元スタンプデータの優先順位は、▲１▼６００ｄｐｉ▲２▼３００ｄｐｉ▲３▼１２００ｄｐｉ▲４▼４００ｄｐｉとなる。そして、本例においては、６００ｄｐｉの元スタンプデータはないので、次の３００ｄｐｉの元スタンプデータが選択される。
【００７１】
また、データ変換選択テーブルのスタンプ変換の優先順位の考え方、スタンプデータの劣化を最小限にするために以下の優先順位で設定する。すなわち、データ変換選択テーブルのスタンプ変換の優先順位は、スタンプデータの劣化を最小限にするという考え方から、以下のように設定される。
▲１▼同じ解像度のもの
▲２▼整数倍して変換できるもので２の倍数倍で２倍、４倍の順
▲３▼整数倍して変換できるもの
▲４▼１／２倍の倍数で変換できるもの１／２倍、１／４倍
▲５▼拡大の方向で変換できるもの４／３倍など
▲６▼それ以外
【００７２】
次に、本発明による画像形成装置の一実施形態におけるスタンプデータ変換について説明する。
【００７３】
スタンプ格納領域よりスタンプデータをＩＭＨ４１で管理されているワークメモリへコピーを行う。このコピー処理はＣＰＵの直接メモリアクセスによるＲＥＡＤ／ＷＲＩＴＥにより行う。
【００７４】
ワークメモリにコピーされたデータを元に３００ｄｐｉ→６００ｄｐｉ変換を行う。この変換関数はＩＭＨ内での関数で単純に１ドットを２ドットに倍にするだけの関数である。
【００７５】
図７には、本実施形態におけるスタンプデータ変換のイメージが示されている。
６００ｄｐｉに変換されたデータを、図７に示すように１８０度、９０度、２７０度回転して、それぞれに画像ＩＤを付けてＨＤに登録を行う。回転変換もＣＰＵ６１によるメモリのＲＥＡＤ／ＷＲＩＴＥにより行う。
【００７６】
同様に、４００ｄｐｉ、３００ｄｐｉのスタンプデータを登録する場合は、元スタンプデータが存在するので、そのままの解像度で回転変換のみを行い登録を行う。すなわち、例えば、登録したいフォーマットが４００ｄｐｉまたは３００ｄｐｉであり、元のスタンプデータが４００ｄｐｉまたは３００ｄｐｉである場合は、元スタンプデータ４００ｄｐｉまたは３００ｄｐｉが存在するので、４００ｄｐｉまたは３００ｄｐｉのままの解像度で回転変換のみを行い登録を行う。
【００７７】
図８には、本実施形態におけるスタンプデータＩＤが示されている。
【００７８】
スタンプデータに付ける画像ＩＤは図８のようにスタンプＩＤ、解像度、回転角度により３２ｂｉｔの固有のＩＤを付ける。
【００７９】
また、図９には、本実施形態におけるＩＭＨ４１内スタンプ管理データが示されている。図４のスタンプデータを登録した時の管理データである。
【００８０】
スタンプデータのサイズはＩＭＨ４１内で管理を行うために、図９のようにスタンプＩＤ、解像度、サイズＸ、サイズＹのテーブルをメモリ領域とＨＤに持つ。
【００８１】
印刷時に合成するスタンプは指定されたスタンプＩＤとフォーマット、スタンプ回転角度、データサイズよりＨＤよりＭＥＭ−Ｐ６２に確保したスタンプ用ワークメモリに転送して画像と合成時に使用することができる。
【００８２】
低価格の融合機であって、ＨＤの容量に制約が発生し、ＨＤに全てのスタンプを登録ができない場合は、図１０の様に、登録データフォーマットテーブルを設定することにより３００ｄｐｉのみのスタンプの登録を行うことができる。
【００８３】
以上のように、登録データフォーマットテーブルとデータ変換選択テーブルを持つことにより機種に最適なスタンプデータの登録が可能である。
【００８４】
図１１には、本実施形態におけるＩＭＨ内スタンプ蓄積データが示されている。
【００８５】
ＨＤに登録されたスタンプは画像ＩＤによりＩＭＨで管理されており、画像ＩＤよりＨＤのアドレス、蓄積時のデータサイズを図１１のよう管理している。
【００８６】
以下、本実施形態におけるスタンプデータのアップロード・ＯＲ合成について説明する。
【００８７】
図１２に示すように、ＨＤよりＭＥＭ−Ｐ上のワーク用メモリ画像にスタンプデータを転送する。ＡＳＩＣ６６にワークメモリへの転送先アドレス、展開サイズ（サイズＸ、サイズＹ）、ＨＤのアドレス、蓄積データサイズを設定することによりそのような転送が可能である。
【００８８】
また、図１３に示すように、ＭＥＭ−Ｃ６７上の画像データにＭＥＭ−Ｐ６２のスタンプデータをＯＲ合成することも、ＡＳＩＣ６６により可能をなっている。その場合に画像データのアドレスとスタンプデータサイズとＯＲ合成の設定をＡＳＩＣ６６に行うことでそれが可能となる。
なお、スタンプデータの指定はＳＲＭ３９からの印刷要求のパラメータにより行われる。
【００８９】
図１４には、６００ｄｐｉの２値の画像に９０度回転したスタンプを合成する要求の場合の例が示されている。
【００９０】
画像ＩＤ：０×２０００３００１でＸ方向の画像サイズＸｗ、Ｙ方向の画像サイズＹｗの画像に対して、印字位置Ｘ方向Ｘ１、Ｙ方向Ｙ１で、回転角度が９０度のＳｔａｎｐＩＤ：１のスタンプを合成する。
【００９１】
登録されているスタンプデータのどのデータをアップロードするかは、図１５に示すアップロードスタンプ選択テーブルと、図１６に示す登録スタンプデータテーブルと合成先の画像の画像フォーマットとにより決められる。
【００９２】
合成先の画像が６００ｄｐｉ、図１６のように登録されているスタンプデータが３００ｄｐｉ，  ４００ｄｐｉの場合、アップロードするスタンプフォーマットの優先順位は６００，  ３００，  １２００，  ４００なので一番優先順位の高い３００ｄｐｉが選択される。アップロードするスタンプの画像ＩＤは図８より回転角度９０度、３００ｄｐｉ、２値、スタンプＩＤ：１より０×８００１４１０１となり、画像ＩＤ：０×８００１４１０１のスタンプデータをワーク用メモリにアップロードする。
【００９３】
アップロードスタンプ選択テーブルのスタンプ選択の優先順位の考え方、スタンプデータの劣化を最小限にするために以下の優先順位で設定する。
▲１▼同じ解像度のもの
▲２▼整数倍して変換できるもので２の倍数倍で２倍、４倍の順
▲３▼整数倍して変換できるもの
▲４▼１／２倍の倍数で変換できるもの１／２倍、１／４倍
▲５▼拡大の方向で変換できるもの４／３倍など
▲６▼それ以外
【００９４】
アップロードされたスタンプは３００ｄｐｉで合成先の画像は６００ｄｐｉなので３００ｄｐｉ→６００ｄｐｉのフォーマット変換を行う。この変換関数はスタンプ登録時に使用したＩＭＨ内での関数で単純に１ドットを２ドットの倍にするだけの関数である。
【００９５】
以上のようにＨＤよりワークメモリにアップロードし、フォーマット変換を行うことにより合成前のスタンプの準備ができる。
【００９６】
また、図１５のアップロードスタンプ選択テーブルと図１６の登録スタンプデータテーブルを機種に最適に設定して機種固有テーブルとして持つことによりプログラムの変更なくスタンプの合成が可能となる。
【００９７】
図１７には、アップロードスタンプ選択のフローチャートが示されている。
【００９８】
合成先の画像データが６００ｄｐｉの場合、ステップＳ１において、６００ｄｐｉのスタンプデータが登録されていれば（Ｙｅｓ）、ステップＳ２において、６００ｄｐｉのスタンプを選択して処理を終了する。これに対して、ステップＳ１において、６００ｄｐｉのスタンプデータが登録されていなければ（Ｎｏ）、ステップＳ３に進み、３００ｄｐｉのスタンプデータが登録されていれば（Ｙｅｓ）、ステップＳ４において、３００ｄｐｉのスタンプを選択して処理を終了する。これに対して、ステップＳ３において、３００ｄｐｉのスタンプデータが登録されていなければ（Ｎｏ）、ステップＳ５に進み、１２００ｄｐｉのスタンプデータが登録されていれば（Ｙｅｓ）、ステップＳ６において、１２００ｄｐｉのスタンプを選択して処理を終了する。これに対して、ステップＳ５において、１２００ｄｐｉのスタンプデータが登録されていなければ（Ｎｏ）、ステップＳ７に進み、４００ｄｐｉのスタンプを選択して処理を終了する。
【００９９】
以上説明したような本実施形態により、スタンプデータの登録処理をスタンプデータと印刷データフォーマットのテーブルを変更するだけで画像形成装置の機種固有のフォーマットにプログラムの変更なしに対応できる。
【０１００】
また、本実施形態により、合成するスタンプの準備をアップロードスタンプ選択テーブルと登録スタンプデータテーブルを機種に最適に設定して機種固有テーブルとして持つことによりプログラムの変更なくスタンプの合成に対応できる。
【０１０１】
【発明の効果】
本発明によれば、ハードウェアが変化しても機種固有の登録テーブルを作成するのみで、プログラムの変更なしに最適なスタンプの選択・登録・フォーマット変換を行うことができる。
【図面の簡単な説明】
【図１】本発明による画像形成装置の一実施形態における融合機の機能ブロック図である。
【図２】本発明による画像形成装置の一実施形態における融合機のハードウエア構成図である。
【図３】本発明による画像形成装置の一実施形態におけるスタンプ登録のシーケンス図である。
【図４】本発明による画像形成装置の一実施形態におけるスタンプデータの説明図である。
【図５】本発明による画像形成装置の一実施形態におけるスタンプデータテーブルである。
【図６】本発明による画像形成装置の一実施形態におけるデータ変換選択テーブルである。
【図７】本発明による画像形成装置の一実施形態におけるスタンプデータ変換の説明図である。
【図８】本発明による画像形成装置の一実施形態におけるスタンプデータＩＤの説明図である。
【図９】本発明による画像形成装置の一実施形態におけるＩＭＨ内スタンプ管理データである。
【図１０】本発明による画像形成装置の一実施形態におけるスタンプデータテーブルである。
【図１１】本発明による画像形成装置の一実施形態におけるＩＭＨ内スタンプ蓄積データである。
【図１２】本発明による画像形成装置の一実施形態におけるスタンプデータのアップロードの説明図である。
【図１３】本発明による画像形成装置の一実施形態におけるスタンプデータのＯＲ合成の説明図である。
【図１４】本発明による画像形成装置の一実施形態におけるスタンプデータのＯＲ合成の説明図である。
【図１５】本発明による画像形成装置の一実施形態におけるアップロードスタンプ選択テーブルである。
【図１６】本発明による画像形成装置の一実施形態における登録スタンプデータテーブルである。
【図１７】本発明による画像形成装置の一実施形態におけるアップロードスタンプ選択のフローチャートである。
【符号の説明】
１  融合機
２  ソフトウェア群
３  融合機起動部
４  ハードウェア資源
５  アプリケーション層
６  プラットフォーム
９  コントロールサービス層
１０  ハンドラ層
１１  白黒レーザプリンタ（Ｂ＆Ｗ  ＬＰ）
１２  カラーレーザプリンタ（Ｃｏｌｏｒ  ＬＰ）
１３  ハードウェアリソース
２１  プリンタアプリ
２２  コピーアプリ
２３  ファックスアプリ
２４  スキャナアプリ
２５  ＳＰアプリ
３１  ネットワークコントロールサービス（ＮＣＳ）
３２  デリバリーコントロールサービス（ＤＣＳ）
３３  オペレーションパネルコントロールサービス（ＯＣＳ）
３４  ファックスコントロールサービス（ＦＣＳ）
３５  エンジンコントロールサービス（ＥＣＳ）
３６  メモリコントロールサービス（ＭＣＳ）
３７  ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８  システムコントロールサービス（ＳＣＳ）
３９  システムリソースマネージャ（ＳＲＭ）
４０  ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４１  イメージメモリハンドラ（ＩＭＨ）
５３  アプリケーションプログラムインターフェース（ＡＰＩ）
５４  エンジンＩ／Ｆ
６０  コントローラ
６１  ＣＰＵ
６２  システムメモリ（ＭＥＭ−Ｐ）
６３  ノースブリッジ（ＮＢ）
６４  サウスブリッジ（ＳＢ）
６５  ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ  ）
６６  ＡＳＩＣ
６７  ローカルメモリ（ＭＥＭ−Ｃ）
６８  ハードディスク装置（ＨＤＤ）
７０  オペレーションパネル
８０  ファックスコントロールユニット（ＦＣＵ）
９０  ＵＳＢデバイス
１００  ＩＥＥＥ１３９４デバイス
１２０  エンジン部
【図１】
2004236044.tif 000003
【図２】
2004236044.tif 000004
【図３】
2004236044.tif 000005
【図４】
2004236044.tif 000006
【図５】
2004236044.tif 000007
【図６】
2004236044.tif 000008
【図７】
2004236044.tif 000009
【図８】
2004236044.tif 000010
【図９】
2004236044.tif 000011
【図１０】
2004236044.tif 000012
【図１１】
2004236044.tif 000013
【図１２】
2004236044.tif 000014
【図１３】
2004236044.tif 000015
【図１４】
2004236044.tif 000016
【図１５】
2004236044.tif 000017
【図１６】
2004236044.tif 000018
【図１７】
2004236044.tif 000019