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