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