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