画像形成装置、データ送信装置およびＭＩＭＥデータ生成プログラム
【課題】画像データを含むＭＩＭＥデータを画像形成装置でより効率的に印刷する。
【解決手段】画像形成装置２００においては、ＭＩＭＥデコード部２１２によるＸｈｔｍｌデータ部のＭＩＭＥデコードが完了すると、引き続き受信される画像データ部のＭＩＭＥデータを受信しているときに、Ｘｈｔｍｌ解析部２１３が解析を行い、レイアウト部２１４が、解析結果に基づき印刷レイアウトを決定する。その後、印刷レイアウトの決定により開始する印刷処理中に、ＭＩＭＥデコード部２１２が、引き続き受信される画像データ部のチャンクのＭＩＭＥデコードを行いながら、画像デコード部２１８が、チャンクごとに画像データの画像デコードを行い、レンダリング部２１９は、画像デコード部２１８によりデコードされた画像データ等から、次に印刷される印刷レイアウト内領域のレンダリングを行う。
【解決手段】画像形成装置２００においては、ＭＩＭＥデコード部２１２によるＸｈｔｍｌデータ部のＭＩＭＥデコードが完了すると、引き続き受信される画像データ部のＭＩＭＥデータを受信しているときに、Ｘｈｔｍｌ解析部２１３が解析を行い、レイアウト部２１４が、解析結果に基づき印刷レイアウトを決定する。その後、印刷レイアウトの決定により開始する印刷処理中に、ＭＩＭＥデコード部２１２が、引き続き受信される画像データ部のチャンクのＭＩＭＥデコードを行いながら、画像デコード部２１８が、チャンクごとに画像データの画像デコードを行い、レンダリング部２１９は、画像デコード部２１８によりデコードされた画像データ等から、次に印刷される印刷レイアウト内領域のレンダリングを行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを含んだＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）フォーマットの印刷用コンテンツデータを画像形成装置で効率的に印刷する技術に関する。
【背景技術】
【０００２】
特許文献１には、プリンタの仕様に応じて、印刷すべき画像データおよびその格納ファイル名のいずれかを含むファイルをプリンタに送信する近距離無線通信端末が記載されている。具体的には、画像データの印刷をＭＩＭＥ未対応のプリンタに依頼する場合には、画像データの格納ファイル名を埋め込んだＸｈｔｍｌ形式のファイルを送信し、画像データの印刷をＭＩＭＥ対応のプリンタに依頼する場合には、ＭＩＭＥエンコードした画像データを埋め込んだＸｈｔｍｌ形式のファイルを送信する。そして、ＭＩＭＥ未対応のプリンタは、Ｘｈｔｍｌ形式のファイル内で指定されたファイル名の画像データファイルを近距離無線通信端末から取り込み、それを印刷するいわゆるＰｕｌｌ型の印刷処理を行い、ＭＩＭＥ対応のプリンタは、Ｘｈｔｍｌ形式のファイルに埋め込まれた画像データをＭＩＭＥデコードし、それを印刷する、いわゆるＰｕｓｈ型の印刷処理が行われる。
【０００３】
これにより、近距離無線通信端末は、ＭＩＭＥ未対応のプリンタおよびＭＩＭＥ対応のプリンタのいずれからでも画像データを印刷することができる。
【特許文献１】特開２００６−４４１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、ＭＩＭＥ対応のプリンタは、通常、Ｘｈｔｍｌ形式のファイルの受信が完了してから、Ｘｈｔｍｌ解析、画像データのデコード等の印刷前処理を開始するため、Ｘｈｔｍｌ形式のファイルの転送開始から印刷開始までに、無線通信の転送速度に応じた時間を要する。このため、例えば、赤外線通信、Ｂｌｕｅｔｏｏｔｈ等を利用した、無線通信の転送速度が印刷速度を下回るような低速印刷環境においては、印刷完了までのユーザの待ち時間が長引くことがある。
【０００５】
そこで、本発明は、画像データを含んだＭＩＭＥデータを画像形成装置でより効率的に印刷することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一つの実施態様に従う、転送されたＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データに基づいて印刷処理を実行する画像形成装置は、レイアウト文書および前記レイアウト文書に関連付けられた画像データをＭＩＭＥエンコードして生成されたＭＩＭＥデータを受信する受信手段と、前記受信手段が受け付けたＭＩＭＥデータをＭＩＭＥデコードするデコード手段と、前記デコード手段によりＭＩＭＥデコードされたレイアウト文書に基づいて印刷レイアウトを決定するレイアウト解析手段と、前記レイアウト解析手段により決定された印刷レイアウト及び前記デコード手段によりＭＩＭＥデコードされた画像データに基づいて、ラスタデータを生成するレンダリング手段と、前記レンダリング手段によって生成されたラスタデータに基づいて印刷を実行する印刷手段と、を備え、前記受信手段がＭＩＭＥデータを受信しているときに、前記デコード手段が受信済みＭＩＭＥデータをＭＩＭＥデコードし、前記レイアウト文書のＭＩＭＥデコードが完了すると、前記受信手段が前記画像データに対応するＭＩＭＥデータの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始する。
【０００７】
これにより、レイアウト文書の受信／ＭＩＭＥデコードが完了すると、それに続くデータのＭＩＭＥデコード前に印刷レイアウトを確定することができる。このため、すみやかに給紙動作を開始することができる。また、画像データのエンティティデータを逐次受信／ＭＩＭＥデコードしながら、画像処理（画像デコード、レンダリング）と印刷処理とを並列実行することができる。このため、印刷用コンテンツデータの転送速度が画像形成装置の印刷速度を下回るような低速印刷環境であっても、画像データを含むＭＩＭＥデータをより効率的に印刷することができ、印刷完了までの待ち時間を短縮することができる。
【０００８】
好適な実施形態では、前記ＭＩＭＥデータは、複数のチャンクから構成されていて、前記デコード手段が、前記レイアウト文書を格納したチャンク、及び前記画像データのヘッダ情報を格納したチャンクのＭＩＭＥデコードを行って、前記ＭＩＭＥデコードされたレイアウト文書を生成すると、前記受信手段が前記画像データのエンティティデータのチャンクの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始するようにしてもよい。
【０００９】
これにより、レイアウト文書チャンクと画像チャンクの受信／ＭＩＭＥデコードが完了すると、画像データのエンティティデータのチャンクの受信／ＭＩＭＥデコードと、レイアウト文書の解析とを並列処理することができ、画像データを含むＭＩＭＥデータをより効率的に印刷することができる。
【００１０】
好適な実施形態では、前記画像データが、所定の圧縮処理が施された圧縮データであるときに、キャッシュメモリを用いて前記圧縮データを展開する展開手段をさらに備え、前記チャンクサイズは、前記キャッシュメモリのサイズに応じたサイズであってもよい。
【００１１】
デコード手段以降は、受信手段が受信したデータをチャンク単位で処理することができるので、これにより、展開手段がチャンク単位にデータを読み込んで処理すると、チャンクサイズがキャッシュメモリサイズと対応しているので、処理が効率的になる。
【００１２】
好適な実施形態では、前記レイアウト文書は、Ｘｈｔｍｌ文書であり、前記レイアウト解析手段は、前記Ｘｈｔｍｌ文書の解析を行い、その解析結果に従って印刷レイアウトを決定するようにしてもよい。
【００１３】
本発明の一つの実施態様に従う、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データを画像形成装置に送信するデータ送信装置は、レイアウト文書および前記レイアウト文書に関連付けられた画像データが入力される入力手段と、前記レイアウト文書及び前記画像データをＭＩＭＥエンコードしてＭＩＭＥデータを生成するＭＩＭＥデータ生成手段と、前記ＭＩＭＥデータを前記画像形成装置に送信する通信手段と、を備え、前記ＭＩＭＥ生成手段は、前記画像データのエンティティデータを、前記画像形成装置において画像データの読み出しに用いられる読み出しキャッシュメモリのサイズに応じたサイズのチャンクに分割して、前記ＭＩＭＥデータを生成する。
【００１４】
これにより、画像データのエンティティデータに対応するＭＩＭＥデータが、画像形成装置において画像データの読み出しに用いられる読み出しキャッシュのサイズに応じたサイズのチャンクに分割される。このため、画像形成装置において、ＭＩＭＥデータのチャンク受信に連動して効率的に画像データを画像処理（画像デコード）することができる。
【００１５】
好適な実施形態では、前記ＭＩＭＥ生成手段は、前記画像形成装置への前記ＭＩＭＥデータの送信前に、前記通信手段を介して、前記画像形成装置から前記読み出しキャッシュメモリのサイズを取得するようにしてもよい。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照しながら、本発明に係る一実施形態について説明する。
【００１７】
まず、本実施形態に係る印刷制御システムの説明に先立ち、この印刷制御システムにおいて送受信される印刷用コンテンツデータのフォーマットを説明する。
【００１８】
本実施の形態に係る印刷用コンテンツデータは、ＲＦＣ３３９１で規定しているａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｐｗｇ−ｍｕｌｔｉｐｌｅｘｅｄ方式のＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データである。
【００１９】
具体的には、図４（Ａ）および図４（Ｂ）に示すように、印刷用コンテンツデータ（ＭＩＭＥデータ）は、Ｘｈｔｍｌ−ｐｒｉｎｔ文書であることを示すＭＩＭＥヘッダ３１０と、テキストオブジェクト３０１及び画像オブジェクト３０２等のオブジェクトが配置されたコンテンツ３００の文書構造がＸｈｔｍｌで記述されたＸｈｔｍｌドキュメント３２０と画像オブジェクト３０２の画像データ３３０とが連結されたＭＩＭＥエンティティデータ３４０と、を含んでいる。
【００２０】
ここで、ＭＩＭＥエンティティデータ３４０には、Ｘｈｔｍｌドキュメント３２０の記述に相当するＸｈｔｍｌデータ部３２０Ａと、このＸｈｔｍｌデータ部３２０Ａに続く、各画像データ３３０のエンティティデータに相当する画像データ部３３０Ａと、が含まれている。
【００２１】
Ｘｈｔｍｌデータ部３２０Ａ内の画像データファイル指定位置（ｉｍｇタグに続く位置）には、対応する画像データ３３０の画像ヘッダ情報を含む画像ヘッダチャンク３２２が挿入されている。
【００２２】
そして、画像ヘッダチャンク３２２にはチャンクヘッダ（キーワード「ＣＨＫ」、画像データ３３０に割り当てられたメッセージ番号、チャンクのデータサイズ、画像データ３３０の最後のチャンクであるか否かを示すインジケータ（継続チャンクがあればＭＯＲＥ、最後のチャンクであればＬＡＳＴ））が付加されている。同様に、他のチャンク３２１にもチャンクヘッダ（キーワード「ＣＨＫ」、Ｘｈｔｍｌドキュメント３２０に割り当てられたメッセージ番号、チャンクのデータサイズ、Ｘｈｔｍｌドキュメント３２０の最後のチャンクであるか否かを示すインジケータ（継続チャンクがあればＭＯＲＥ、最後のチャンクであればＬＡＳＴ））が付加されている。
【００２３】
一方、画像データ部３３０Ａは、画像のエンティティデータを含む所定のサイズの画像エンティティチャンク３３１に分割され、各画像エンティティチャンク３３１にはチャンクヘッダ（キーワード「ＣＨＫ」、画像データ３３０に割り当てられたメッセージ番号、チャンクのデータサイズ、画像データ３３０の最後のチャンクであるか否かを示すインジケータ（継続するチャンクがあればＭＯＲＥ、最後のチャンクであればＬＡＳＴ））が付加されている。なお、本実施の形態においては、画像データ部３３０Ａに含まれる画像エンティティチャンク３３１のサイズは、画像形成装置の読み出しキャッシュのサイズに応じて定められている。
【００２４】
つぎに、このようなフォーマットの印刷用コンテンツデータを送受信する、本実施形態に係る印刷制御システムの構成について説明する。
【００２５】
図１は、本実施形態に係る印刷制御システムの概略構成図である。
【００２６】
本実施形態に係る印刷制御システムは、通信圏内の無線通信端末（例えば、携帯電話、ＰＨＳ、ＰＤＡ等のデータ送信装置）１００から近距離無線通信（例えば、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）により転送された印刷用コンテンツデータが表す画像を印刷する画像形成装置２００を有している。
【００２７】
この画像形成装置２００は、近距離無線通信によって無線通信端末１００等の外部無線通信デバイスとの間でデータを送受信する無線通信インタフェース(ＩＦ)２０２、ユーザの操作を受け付けるとともにユーザに提示すべき各種画面を表示するタッチパネル２０３１等のユーザインタフェース部２０３、無線通信端末１００からの印刷用コンテンツデータが表す画像を印刷媒体に記録するプリントエンジン部２０４、画像形成装置２００全体を制御する制御部２０１、これら各部を相互に接続するバス、等を有している。
【００２８】
ここで、制御部２０１には、後述の印刷制御処理が定義された印刷制御プログラム及び無線通信制御プログラム等が格納されたＲＯＭ２０１３、ＲＡＭ２０１２、ＲＯＭ２０１３からＲＡＭ２０１２にロードしたプログラムを実行するＣＰＵ２０１１、ＣＳＳ（ｃａｓｃａｄｉｎｇ ｓｔｙｌｅ ｓｈｅｅｔｓ）にしたがって記述されたテンプレートデータ等の各種情報が格納される補助記憶装置２０１４、が含まれている。なお、プリントエンジン部２０４は、インクジェット方式、インク昇華方式、乾式電子写真方式等、どのような印字方式の機構（例えば、インクジェット方式であれば、記録ヘッド、コントローラ、インクタンク等）を有していてもよい。
【００２９】
このようなハードウエア構成において、ＣＰＵ２０１１が印刷制御プログラム及び無線通信制御プログラム等が実行することにより、図２に示す機能構成が画像形成装置２００上に実現する。具体的には、画像形成装置２００は、無線通信端末１００から印刷用コンテンツデータを受信するデータ通信部２１１、印刷用コンテンツデータをＭＩＭＥデコードするＭＩＭＥデコード部２１２、ＭＩＭＥデコード部２１２により生成されたＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０Ａの構文解析を実行するＸｈｔｍｌ解析部２１３、印刷媒体のサイズに対応する印刷レイアウトをＸｈｔｍｌ解析部２１３の解析結果に基づき決定するレイアウト部２１４、ＭＩＭＥデコード部２１２により生成されたＭＩＭＥデコード済み画像データ部３３０Ａが格納されるＲＡＭ２０１２上のＭＩＭＥデコード済み画像バッファ２１５、ＲＡＭ２０１２上の読み出しキャッシュメモリ（以下、読み出しキャッシュという）２１６、ＲＡＭ２０１２上の展開用画像バッファ２１７、ＭＩＭＥデコード済み画像バッファ２１５から画像オブジェクト３０２の画像データを読み出しキャッシュ２１６に逐次読み出しながらこの画像データを展開用画像バッファ２１７上に展開する画像デコード部２１８、印刷レイアウトに基づき画像オブジェクト３０２の画像データ及びテキストオブジェクト３０１のテキストデータ等を描画することにより生成したラスタデータをプリントエンジン部２０４に出力するレンダリング部２１９、を実現する。
【００３０】
一方、無線通信端末１００は、近距離無線通信によって画像形成装置２００等の外部無線通信デバイスとの間でデータを送受信する無線通信インタフェース(ＩＦ)１０５、ユーザの操作を受け付ける各種キーを含む操作部１０６、コンテンツ３００等の各種情報を表示するディスプレイ等の表示部１０７、コンテンツ３００の文書構造が記述されたＸｈｔｍｌドキュメント３２０から印刷用コンテンツデータを生成するアプリケーションプログラムおよび通信制御プログラム等の各種プログラムが格納されたＲＯＭ１０３、ＲＡＭ１０２、ＲＯＭ１０３からＲＡＭ１０２にロードしたプログラムを実行するＣＰＵ１０１、Ｘｈｔｍｌドキュメント３２０およびこのＸｈｔｍｌドキュメント３２０において指定されたオブジェクトデータファイル（画像オブジェクト３０２の画像データファイル等）等が格納される補助記憶装置１０４、インターネット等を介してデータを送受信する通信インタフェース（不図示）、これらを相互に接続するバス、等を有している。
【００３１】
このようなハードウエア構成において、ＣＰＵ１０１がアプリケーションプログラムおよび通信制御プログラム等が実行することによって、無線通信端末１００上に、図３に示す機能構成が実現する。
【００３２】
具体的には、無線通信端末１００は、Ｘｈｔｍｌドキュメント３２０とそのなかで指定されたオブジェクトデータファイル等が入力されるコンテンツ入力部１１１、Ｘｈｔｍｌドキュメント３２０およびオブジェクトデータファイル等とから印刷用コンテンツデータをユーザの指示等に応じて生成する印刷用コンテンツデータ生成部１１２、印刷用コンテンツデータを画像形成装置２００に送信するデータ通信部１１３、を実現する。
【００３３】
つぎに、無線通信端末１００において実行される印刷用コンテンツデータ生成処理について説明する。ここでは、印刷対象の一例として、コンテンツ入力部１１１によりダウンロードされて補助記憶装置１０４に格納されているＸｈｔｍｌドキュメント３２０が表すコンテンツ３００を挙げる。
【００３４】
図５は、本実施の形態に係る印刷用コンテンツデータ生成処理のフローチャートである。
【００３５】
例えば、ユーザが、表示部１０７上のコンテンツ３００の印刷指示を操作部１０６に入力すると（Ｓ３００）、コンテンツデータ生成部１１２は、データ通信部１１３を介して、印刷指示で指定された画像形成装置２００に対する接続要求を行い、この画像形成装置２００の読み出しキャッシュ２１６のサイズを問い合わせる（Ｓ３０１）。
【００３６】
この問い合わせに対する応答をデータ通信部１１３が受け付けると（Ｓ３０２）、コンテンツデータ生成部１１２は、コンテンツ３００の文書構造を表すＸｈｔｍｌドキュメント３２０およびこのＸｈｔｍｌドキュメント３２０で指定されたオブジェクトデータファイル等を補助記憶装置１０４から読み出し、ＭＩＭＥのフォーマットにしたがって、それらのデータをまとめてＭＩＭＥエンコードおよびストリーム化する。これにより印刷用コンテンツデータを生成する（Ｓ３０３）。これにより、Ｘｈｔｍｌデータ部３２０Ａは、画像ヘッダチャンク３２２前後の位置でチャンク３２１に分割され、画像データ部３３０Ｂは、画像形成装置２００の読み出しキャッシュ２１６のサイズに相当するサイズの一連の画像エンティティチャンク３３１に分割される。
【００３７】
その後、コンテンツデータ生成部１１２は、データ通信部１１３を介して、このようにして生成した印刷用コンテンツデータを含む印刷要求を、印刷指示で指定された画像形成装置２００に送信する（Ｓ３０４）。
【００３８】
このような印刷用コンテンツデータ生成処理によれば、画像形成装置２００の画像デコード部２１８が画像データの読み出しに用いるキャッシュのサイズにあわせて画像データ部３３０Ｂの画像エンティティチャンク３３１のサイズが決定されるため、画像形成装置２００の画像デコード部２１８が、画像データ部３３０Ｂの画像エンティティチャンク３３１の受信に連動して効率的に画像データを展開（画像デコード）することができる。
【００３９】
なお、ステップＳ３０１及びＳ３０２の処理は、省略しても良い。この場合、画像形成装置２００に対して、キャッシュのサイズは問い合わせを行わず、無線通信端末１００が予めキャッシュサイズを保持するようにしても良い。
【００４０】
つぎに、画像形成装置２００において実行される印刷制御処理について説明する。
【００４１】
本実施の形態に係る印刷制御処理には、（１）印刷用コンテンツデータの受信／ＭＩＭＥデコード処理、（２）Ｘｈｔｍｌ解析／レイアウト処理、（３）レンダリング処理、（４）画像デコード処理が含まれる。以下、それぞれの処理について説明する。
【００４２】
（１）コンテンツデータ受信／ＭＩＭＥデコード処理
図６は、印刷用コンテンツデータ受信／ＭＩＭＥデコード処理のフローチャートである。
【００４３】
データ通信部２１１が、無線通信端末１００から印刷用コンテンツデータを受信する（Ｓ４０１）。受信データは、例えば、図示しない受信バッファに記憶される。データ通信部２１１は、印刷用コンテンツデータの受信が完了したか否かを判定する（Ｓ４０２）。
【００４４】
その結果、印刷用コンテンツデータの受信が完了すると（Ｓ４０２：ＹＥＳ）、データ通信部２１１は受信処理を終了する。
【００４５】
一方、印刷用コンテンツデータを継続的に受信しているとき（Ｓ４０２：ＮＯ）、ＭＩＭＥデコード部２１２は、受信バッファに格納されている新規チャンク（処理対象チャンク）をＭＩＭＥデコードする（Ｓ４０３）。なお、厳密には、印刷用コンテンツデータの受信が完了しても、ＭＩＭＥデコード部２１２は、受信バッファに格納されている受信データの処理を行う。
【００４６】
ＭＩＭＥデコード部２１２は、デコードされたデータが画像データ（画像ヘッダチャンク３２１または画像エンティティチャンク３３１）であるか否かを判断する（Ｓ４０４）。例えば、処理対象チャンクのチャンクヘッダ内の“Ｃｏｎｔｅｎｔ−Ｔｙｐｅ”が“ｉｍａｇｅ／＊＊＊”（ここで、“＊＊＊”は、例えば“ｊｐｅｇ”、“ｐｎｇ”等、画像の形式を示す）であるか否か等によって判断する。
【００４７】
ここで、処理対象チャンクより生成されたデータが画像データである場合には（Ｓ４０４：ＹＥＳ）、ＭＩＭＥデコード部２１２は、そのデータをＭＩＭＥデコード済み画像バッファ２１５に格納する（Ｓ４０５）。そして、つぎに受信された新規チャンクを処理対象チャンクとして設定して同様な処理を実行する（Ｓ４０１にリターン）。
【００４８】
処理対象チャンクより生成されたデータが画像データでない場合（Ｘｈｔｍｌドキュメント３２０の記述である場合）には（Ｓ４０４：ＮＯ）、ＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０ＡをＸｈｔｍｌ解析部２１３に渡す。これにより、Ｘｈｔｍｌ解析部２１３は、レイアウト部２１４と連携して次述のＸｈｔｍｌ解析／レイアウト処理を実行する（Ｓ４０７）。
【００４９】
このような印刷用コンテンツデータ受信／ＭＩＭＥデコード処理によれば、Ｘｈｔｍｌデータ部３２０ＡのＭＩＭＥデコードが行われ、それが完了すると、引き続き受信する画像データ部３３０ＡのＭＩＭＥデコード前に次述のＸｈｔｍｌ解析／レイアウト処理を開始することができる。
【００５０】
（２）Ｘｈｔｍｌ解析／レイアウト処理
図７は、図６のＳ４０７で実行されるＸｈｔｍｌ解析／レイアウト処理のフローチャートである。
【００５１】
Ｘｈｔｍｌ解析部２１３は、ＭＩＭＥデコード部２１２からＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０Ａを渡されると、ＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０Ａの構文解析を実行する（Ｓ４１１）。ここで、構文解析によりｉｍｇタグを検知すると（Ｓ４１２）、画像デコード部２１８に対して、対応する画像ヘッダチャンク３２２に基づく画像オブジェクト３０２のサイズおよび解像度等を問い合わせ、それらの情報を取得する（Ｓ４１３）。
【００５２】
このようにして印刷オブジェクトの配置に必要な情報（レイアウト作成用情報）のすべてを取得すると（Ｓ４１４：ＹＥＳ）、レイアウト部２１４は、それらの情報に基づき、指定サイズの印刷媒体に対する各印刷オブジェクトの位置およびサイズ等を決定し、それらの情報（印刷レイアウト）をレンダリング部２１９に渡す。これにより、レンダリング部２１９が次述のレンダリング処理（３）を開始する（Ｓ４１５）。
【００５３】
このようなＸｈｔｍｌ解析／レイアウト処理によれば、Ｘｈｔｍｌデータ部３２０ＡのＭＩＭＥデコードが完了すると、すみやかに印刷レイアウトを決定することができる。
【００５４】
（３）レンダリング処理
図８は、図７のＳ４１５で開始されるレンダリング処理のフローチャートである。
【００５５】
レンダリング部２１９は、レイアウト部２１４から印刷レイアウトを渡されると、メモリ領域に応じてブロック領域のサイズを定め、１ページ分の領域を複数のブロック領域に分割する（Ｓ５１１）。その後、レンダリング部２１９は、以下に示すように、例えば印刷方向に順次ブロック領域をレンダリング対象ブロック領域として設定し、そのレンダリング対象ブロック領域のレンダリングを実行する。
【００５６】
まず、レンダリング部２１９は、すべてのブロック領域のレンダリングが完了したか否を判断し（Ｓ５１２）、すべてのブロック領域のレンダリングが完了していれば（Ｓ５１２：ＹＥＳ）、レンダリング処理を終了する。
【００５７】
一方、未レンダリングブロック領域が残っていれば（Ｓ５１２：ＮＯ）、レンダリング部２１９は、つぎの未レンダリングのブロック領域を新たなレンダリング対象ブロック領域として設定し、このレンダリング対象ブロック領域にいずれかの画像オブジェクト３０２が配置されているか否かを、印刷レイアウトに基づき判断する（Ｓ５１３）。
【００５８】
その結果、レンダリング対象ブロック領域にいずれの画像オブジェクト３０２も配置されていなければ（Ｓ５１３：ＮＯ）、レンダリング部２１９は、印刷レイアウトに基づきレンダリング対象ブロック領域をレンダリングする（Ｓ５１５）。そして、これにより得られたラスタデータを、つぎに印刷するブロック領域のデータを要求するプリントエンジン部２０４に出力して、印刷する（Ｓ５１６）。
【００５９】
一方、レンダリング対象ブロック領域にいずれかの画像オブジェクト３０２が配置されていれば（Ｓ５１３：ＹＥＳ）、レンダリング部２１９は、レンダリング対象ブロック領域内に含まれる画像部分（画像オブジェクト３０２の少なくとも一部分）に相当する画像データを画像デコード部２１８に要求する。このとき、レンダリング部２１９は、例えば、画像オブジェクト３０２内における画像部分の位置等を指定する。これに応じて画像デコード部２１８が次述の画像デコード処理（４）を実行し、レンダリング部２１９は、レンダリング対象ブロック領域内の画像部分に相当する画像データを取得する（Ｓ５１４）。
【００６０】
その後、レンダリング部２１９は、印刷レイアウトにより定まる領域に、その画像データが表す画像部分を配置してから、レンダリング対象ブロック領域をレンダリングする（Ｓ５１５）。そして、これにより得られたラスタデータを、つぎに印刷するブロック領域のデータを要求するプリントエンジン部２０４に出力して、印刷する（Ｓ５１６）。
【００６１】
このようなレンダリング処理によれば、ブロック領域内の画像部分に対応するチャンクが受信済み／ＭＩＭＥデコード済みであれば、ただちにブロック領域をレンダリングし、つぎに印刷されるラスタデータを出力し、それに続くブロック領域内の画像部分に対応するチャンクが未受信であれば、そのチャンクの受信／ＭＩＭＥデコード完了を待ってからブロック領域をレンダリングして、つぎに印刷するラスタデータを出力する。このため、画像データ部３３０Ａのチャンクの受信／ＭＩＭＥデコードと同期してプリントエンジン部２０４における印刷を実行することができる。また、つぎに印刷するブロック領域のラスタデータを、その前のブロック領域の印刷中に生成することができる。
【００６２】
（４）画像デコード処理
図９は、図８のＳ５１４で実行される画像デコード処理のフローチャートである。
【００６３】
画像デコード部２１８は、レンダリング部２１９からの要求に応じて、レンダリング対象ブロック領域内の画像部分に相当する画像データ（要求データ）が展開用画像バッファ２１７に格納されているか否かをチェックする（Ｓ５１４１）。
【００６４】
その結果、展開用画像バッファ２１７に要求データが格納済みであれば（Ｓ５１４１：ＹＥＳ）、画像デコード部２１８は、展開用画像バッファ２１７から要求データを読み出し、それをレンダリング部２１９に渡す（Ｓ５１４２）。
【００６５】
一方、展開用画像バッファ２１７に要求データが未格納であれば（Ｓ５１４１：ＮＯ）、以下に示す処理によって展開用画像バッファ２１７に要求データを格納してから（Ｓ５１４４）、その要求データを、展開用画像バッファ２１７から読み出してレンダリング部２１９に渡す（Ｓ５１４２）。
【００６６】
まず、画像デコード部２１８は、要求データに対応するチャンクのＭＩＭＥデコード済み画像データが読み出しキャッシュ２１６に格納されているか否かをさらにチェックする（Ｓ５１４３）。
【００６７】
その結果、要求データに対応するチャンクのＭＩＭＥデコード済み画像データが読み出しキャッシュ２１６に格納済みであれば（Ｓ５１４３：ＹＥＳ）、画像デコード部２１８は、そのＭＩＭＥデコード済み画像データを、読み出しキャッシュ２１６から読み出して展開用画像バッファ２１７上に展開する（Ｓ５１４４）。
【００６８】
また、要求データに対応するチャンクのＭＩＭＥデコード済み画像データが読み出しキャッシュ２１６に未格納であれば（Ｓ５１４３：ＮＯ）、画像デコード部２１８は、要求データに対応するチャンクのＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に格納されているか否かをさらにチェックする（Ｓ５１４５）。
【００６９】
その結果、要求データに対応するチャンクのＭＩＭＥデコード済みデータがＭＩＭＥデコード済み画像バッファ２１５に格納済みであれば（Ｓ５１４５：ＹＥＳ）、画像デコード部２１８は、そのＭＩＭＥデコード済み画像データを、ＭＩＭＥデコード済み画像バッファ２１５から読み出しキャッシュ２１６に読み出し（Ｓ５１４６）、展開用画像バッファ２１７上に展開する（Ｓ５１４４）。
【００７０】
また、要求データに対応するチャンクのＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に未格納（すなわち、対応するチャンクが未受信）であれば（Ｓ５１４５：ＮＯ）、画像デコード部２１８は、ＭＩＭＥデコード部２１２からの画像データ更新の通知を待つ（Ｓ５１４７：ＮＯ）。そして、画像デコード部２１８は、画像データ更新の通知を受けるごとに（Ｓ５１４７：ＹＥＳ）、要求データに対応するチャンクのＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に格納されたか否かをチェックする（Ｓ５１４５）。その結果、該当するＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に格納されれば、画像デコード部２１８は、そのＭＩＭＥデコード済み画像データを、ＭＩＭＥデコード済み画像バッファ２１５から読み出しキャッシュ２１６に読み出し（Ｓ５１４６）、展開用画像バッファ２１７上に展開する（Ｓ５１４４）。
【００７１】
このような画像デコード処理によれば、画像データ部３３０Ａの画像エンティティチャンク３３１のサイズ（受信／ＭＩＭＥエンコードの単位サイズ）が、画像デコードに用いられる読み出しキャッシュ２１６のサイズ（画像デコードの単位サイズ）に一致させているため、画像データ部３３０Ａのチャンクの受信／ＭＩＭＥデコードに連動して、画像データの画像デコードを効率的に行うことができる。
【００７２】
このように、以上述べた一連の処理を含む印刷制御処理によれば、図１０（ａ）に示すように、Ｘｈｔｍｌデータ部３２０Ａの受信／ＭＩＭＥデコードが完了すれば、それに続く画像データ部３３０ＡのＭＩＭＥデコードが完了していなくても、ただちにＸｈｔｍｌ解析部２１３およびレイアウト部２１４によるＸｈｔｍｌ解析／レイアウト処理を開始して、印刷レイアウトを確定することができる。このため、プリントエンジン部２０４にすみやかに給紙動作を開始させ、印刷処理を開始させることができる。
【００７３】
さらに、図１０（ａ）に示すように、Ｘｈｔｍｌデータ部３２０Ａに続く画像データ部３３０Ａのチャンクを逐次受信／ＭＩＭＥデコードしながら、画像デコード処理（画像データの展開）とレンダリング処理と印刷処理を並列して実行することができる。ここで、画像データ部３３０Ａの画像エンティティチャンク３３１のサイズ（受信／ＭＩＭＥエンコードの単位サイズ）が、画像デコードに用いられる読み出しキャッシュ２１６のサイズ（画像デコードの単位サイズ）に合わせて定められているため、画像データ部３３０Ａのチャンクの受信／ＭＩＭＥデコードに連動して画像デコード処理を効率的に行うことができる。
【００７４】
このため、印刷用コンテンツデータの受信が完了してからＸｈｔｍｌ解析等を開始する場合（図１０（ｂ））と比較して、本実施の形態に係る印刷制御処理によれば、印刷用コンテンツデータの転送速度が画像形成装置２００の印刷速度を下回るような低速印刷環境であっても、画像データを含むＭＩＭＥデータをより効率的に印刷することができ、印刷完了までの待ち時間を短縮することができる。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施形態に係る印刷制御システムの概略構成図。
【図２】本発明の実施形態に係る画像形成装置の機能構成図。
【図３】本発明の実施形態に係る無線通信端末の機能構成図。
【図４】印刷用コンテンツデータのフォーマットの説明図。
【図５】印刷用コンテンツデータ生成処理のフローチャート。
【図６】印刷用コンテンツデータ受信／ＭＩＭＥデコード処理のフローチャート。
【図７】図６のＳ４０７で実行されるＸｈｔｍｌ解析／レイアウト処理のフローチャート。
【図８】図７のＳ４１５で開始されるレンダリング処理のフローチャート。
【図９】図８のＳ５１４で実行される画像デコード処理のフローチャート。
【図１０】本発明の実施形態に係る印刷制御システムによる印刷高速化について説明するための図。
【符号の説明】
【００７６】
１００：無線通信端末、１１１：Ｘｈｔｍｌドキュメント生成部、１１２：コンテンツデータ生部、１１３：データ通信部、２００：画像形成装置、２１１：データ通信部、２１２：ＭＩＭＥデコード部、２１３：Ｘｈｔｍｌ解析部、２１４：レイアウト部、２１５：ＭＩＭＥデコード済み画像バッファ、２１６：読み出しキャッシュ、２１７：展開用画像バッファ、２１８：画像デコード部、２１９：レンダリング部
【技術分野】
【０００１】
本発明は、画像データを含んだＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）フォーマットの印刷用コンテンツデータを画像形成装置で効率的に印刷する技術に関する。
【背景技術】
【０００２】
特許文献１には、プリンタの仕様に応じて、印刷すべき画像データおよびその格納ファイル名のいずれかを含むファイルをプリンタに送信する近距離無線通信端末が記載されている。具体的には、画像データの印刷をＭＩＭＥ未対応のプリンタに依頼する場合には、画像データの格納ファイル名を埋め込んだＸｈｔｍｌ形式のファイルを送信し、画像データの印刷をＭＩＭＥ対応のプリンタに依頼する場合には、ＭＩＭＥエンコードした画像データを埋め込んだＸｈｔｍｌ形式のファイルを送信する。そして、ＭＩＭＥ未対応のプリンタは、Ｘｈｔｍｌ形式のファイル内で指定されたファイル名の画像データファイルを近距離無線通信端末から取り込み、それを印刷するいわゆるＰｕｌｌ型の印刷処理を行い、ＭＩＭＥ対応のプリンタは、Ｘｈｔｍｌ形式のファイルに埋め込まれた画像データをＭＩＭＥデコードし、それを印刷する、いわゆるＰｕｓｈ型の印刷処理が行われる。
【０００３】
これにより、近距離無線通信端末は、ＭＩＭＥ未対応のプリンタおよびＭＩＭＥ対応のプリンタのいずれからでも画像データを印刷することができる。
【特許文献１】特開２００６−４４１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、ＭＩＭＥ対応のプリンタは、通常、Ｘｈｔｍｌ形式のファイルの受信が完了してから、Ｘｈｔｍｌ解析、画像データのデコード等の印刷前処理を開始するため、Ｘｈｔｍｌ形式のファイルの転送開始から印刷開始までに、無線通信の転送速度に応じた時間を要する。このため、例えば、赤外線通信、Ｂｌｕｅｔｏｏｔｈ等を利用した、無線通信の転送速度が印刷速度を下回るような低速印刷環境においては、印刷完了までのユーザの待ち時間が長引くことがある。
【０００５】
そこで、本発明は、画像データを含んだＭＩＭＥデータを画像形成装置でより効率的に印刷することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一つの実施態様に従う、転送されたＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データに基づいて印刷処理を実行する画像形成装置は、レイアウト文書および前記レイアウト文書に関連付けられた画像データをＭＩＭＥエンコードして生成されたＭＩＭＥデータを受信する受信手段と、前記受信手段が受け付けたＭＩＭＥデータをＭＩＭＥデコードするデコード手段と、前記デコード手段によりＭＩＭＥデコードされたレイアウト文書に基づいて印刷レイアウトを決定するレイアウト解析手段と、前記レイアウト解析手段により決定された印刷レイアウト及び前記デコード手段によりＭＩＭＥデコードされた画像データに基づいて、ラスタデータを生成するレンダリング手段と、前記レンダリング手段によって生成されたラスタデータに基づいて印刷を実行する印刷手段と、を備え、前記受信手段がＭＩＭＥデータを受信しているときに、前記デコード手段が受信済みＭＩＭＥデータをＭＩＭＥデコードし、前記レイアウト文書のＭＩＭＥデコードが完了すると、前記受信手段が前記画像データに対応するＭＩＭＥデータの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始する。
【０００７】
これにより、レイアウト文書の受信／ＭＩＭＥデコードが完了すると、それに続くデータのＭＩＭＥデコード前に印刷レイアウトを確定することができる。このため、すみやかに給紙動作を開始することができる。また、画像データのエンティティデータを逐次受信／ＭＩＭＥデコードしながら、画像処理（画像デコード、レンダリング）と印刷処理とを並列実行することができる。このため、印刷用コンテンツデータの転送速度が画像形成装置の印刷速度を下回るような低速印刷環境であっても、画像データを含むＭＩＭＥデータをより効率的に印刷することができ、印刷完了までの待ち時間を短縮することができる。
【０００８】
好適な実施形態では、前記ＭＩＭＥデータは、複数のチャンクから構成されていて、前記デコード手段が、前記レイアウト文書を格納したチャンク、及び前記画像データのヘッダ情報を格納したチャンクのＭＩＭＥデコードを行って、前記ＭＩＭＥデコードされたレイアウト文書を生成すると、前記受信手段が前記画像データのエンティティデータのチャンクの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始するようにしてもよい。
【０００９】
これにより、レイアウト文書チャンクと画像チャンクの受信／ＭＩＭＥデコードが完了すると、画像データのエンティティデータのチャンクの受信／ＭＩＭＥデコードと、レイアウト文書の解析とを並列処理することができ、画像データを含むＭＩＭＥデータをより効率的に印刷することができる。
【００１０】
好適な実施形態では、前記画像データが、所定の圧縮処理が施された圧縮データであるときに、キャッシュメモリを用いて前記圧縮データを展開する展開手段をさらに備え、前記チャンクサイズは、前記キャッシュメモリのサイズに応じたサイズであってもよい。
【００１１】
デコード手段以降は、受信手段が受信したデータをチャンク単位で処理することができるので、これにより、展開手段がチャンク単位にデータを読み込んで処理すると、チャンクサイズがキャッシュメモリサイズと対応しているので、処理が効率的になる。
【００１２】
好適な実施形態では、前記レイアウト文書は、Ｘｈｔｍｌ文書であり、前記レイアウト解析手段は、前記Ｘｈｔｍｌ文書の解析を行い、その解析結果に従って印刷レイアウトを決定するようにしてもよい。
【００１３】
本発明の一つの実施態様に従う、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データを画像形成装置に送信するデータ送信装置は、レイアウト文書および前記レイアウト文書に関連付けられた画像データが入力される入力手段と、前記レイアウト文書及び前記画像データをＭＩＭＥエンコードしてＭＩＭＥデータを生成するＭＩＭＥデータ生成手段と、前記ＭＩＭＥデータを前記画像形成装置に送信する通信手段と、を備え、前記ＭＩＭＥ生成手段は、前記画像データのエンティティデータを、前記画像形成装置において画像データの読み出しに用いられる読み出しキャッシュメモリのサイズに応じたサイズのチャンクに分割して、前記ＭＩＭＥデータを生成する。
【００１４】
これにより、画像データのエンティティデータに対応するＭＩＭＥデータが、画像形成装置において画像データの読み出しに用いられる読み出しキャッシュのサイズに応じたサイズのチャンクに分割される。このため、画像形成装置において、ＭＩＭＥデータのチャンク受信に連動して効率的に画像データを画像処理（画像デコード）することができる。
【００１５】
好適な実施形態では、前記ＭＩＭＥ生成手段は、前記画像形成装置への前記ＭＩＭＥデータの送信前に、前記通信手段を介して、前記画像形成装置から前記読み出しキャッシュメモリのサイズを取得するようにしてもよい。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照しながら、本発明に係る一実施形態について説明する。
【００１７】
まず、本実施形態に係る印刷制御システムの説明に先立ち、この印刷制御システムにおいて送受信される印刷用コンテンツデータのフォーマットを説明する。
【００１８】
本実施の形態に係る印刷用コンテンツデータは、ＲＦＣ３３９１で規定しているａｐｐｌｉｃａｔｉｏｎ／ｖｎｄ．ｐｗｇ−ｍｕｌｔｉｐｌｅｘｅｄ方式のＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データである。
【００１９】
具体的には、図４（Ａ）および図４（Ｂ）に示すように、印刷用コンテンツデータ（ＭＩＭＥデータ）は、Ｘｈｔｍｌ−ｐｒｉｎｔ文書であることを示すＭＩＭＥヘッダ３１０と、テキストオブジェクト３０１及び画像オブジェクト３０２等のオブジェクトが配置されたコンテンツ３００の文書構造がＸｈｔｍｌで記述されたＸｈｔｍｌドキュメント３２０と画像オブジェクト３０２の画像データ３３０とが連結されたＭＩＭＥエンティティデータ３４０と、を含んでいる。
【００２０】
ここで、ＭＩＭＥエンティティデータ３４０には、Ｘｈｔｍｌドキュメント３２０の記述に相当するＸｈｔｍｌデータ部３２０Ａと、このＸｈｔｍｌデータ部３２０Ａに続く、各画像データ３３０のエンティティデータに相当する画像データ部３３０Ａと、が含まれている。
【００２１】
Ｘｈｔｍｌデータ部３２０Ａ内の画像データファイル指定位置（ｉｍｇタグに続く位置）には、対応する画像データ３３０の画像ヘッダ情報を含む画像ヘッダチャンク３２２が挿入されている。
【００２２】
そして、画像ヘッダチャンク３２２にはチャンクヘッダ（キーワード「ＣＨＫ」、画像データ３３０に割り当てられたメッセージ番号、チャンクのデータサイズ、画像データ３３０の最後のチャンクであるか否かを示すインジケータ（継続チャンクがあればＭＯＲＥ、最後のチャンクであればＬＡＳＴ））が付加されている。同様に、他のチャンク３２１にもチャンクヘッダ（キーワード「ＣＨＫ」、Ｘｈｔｍｌドキュメント３２０に割り当てられたメッセージ番号、チャンクのデータサイズ、Ｘｈｔｍｌドキュメント３２０の最後のチャンクであるか否かを示すインジケータ（継続チャンクがあればＭＯＲＥ、最後のチャンクであればＬＡＳＴ））が付加されている。
【００２３】
一方、画像データ部３３０Ａは、画像のエンティティデータを含む所定のサイズの画像エンティティチャンク３３１に分割され、各画像エンティティチャンク３３１にはチャンクヘッダ（キーワード「ＣＨＫ」、画像データ３３０に割り当てられたメッセージ番号、チャンクのデータサイズ、画像データ３３０の最後のチャンクであるか否かを示すインジケータ（継続するチャンクがあればＭＯＲＥ、最後のチャンクであればＬＡＳＴ））が付加されている。なお、本実施の形態においては、画像データ部３３０Ａに含まれる画像エンティティチャンク３３１のサイズは、画像形成装置の読み出しキャッシュのサイズに応じて定められている。
【００２４】
つぎに、このようなフォーマットの印刷用コンテンツデータを送受信する、本実施形態に係る印刷制御システムの構成について説明する。
【００２５】
図１は、本実施形態に係る印刷制御システムの概略構成図である。
【００２６】
本実施形態に係る印刷制御システムは、通信圏内の無線通信端末（例えば、携帯電話、ＰＨＳ、ＰＤＡ等のデータ送信装置）１００から近距離無線通信（例えば、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）により転送された印刷用コンテンツデータが表す画像を印刷する画像形成装置２００を有している。
【００２７】
この画像形成装置２００は、近距離無線通信によって無線通信端末１００等の外部無線通信デバイスとの間でデータを送受信する無線通信インタフェース(ＩＦ)２０２、ユーザの操作を受け付けるとともにユーザに提示すべき各種画面を表示するタッチパネル２０３１等のユーザインタフェース部２０３、無線通信端末１００からの印刷用コンテンツデータが表す画像を印刷媒体に記録するプリントエンジン部２０４、画像形成装置２００全体を制御する制御部２０１、これら各部を相互に接続するバス、等を有している。
【００２８】
ここで、制御部２０１には、後述の印刷制御処理が定義された印刷制御プログラム及び無線通信制御プログラム等が格納されたＲＯＭ２０１３、ＲＡＭ２０１２、ＲＯＭ２０１３からＲＡＭ２０１２にロードしたプログラムを実行するＣＰＵ２０１１、ＣＳＳ（ｃａｓｃａｄｉｎｇ ｓｔｙｌｅ ｓｈｅｅｔｓ）にしたがって記述されたテンプレートデータ等の各種情報が格納される補助記憶装置２０１４、が含まれている。なお、プリントエンジン部２０４は、インクジェット方式、インク昇華方式、乾式電子写真方式等、どのような印字方式の機構（例えば、インクジェット方式であれば、記録ヘッド、コントローラ、インクタンク等）を有していてもよい。
【００２９】
このようなハードウエア構成において、ＣＰＵ２０１１が印刷制御プログラム及び無線通信制御プログラム等が実行することにより、図２に示す機能構成が画像形成装置２００上に実現する。具体的には、画像形成装置２００は、無線通信端末１００から印刷用コンテンツデータを受信するデータ通信部２１１、印刷用コンテンツデータをＭＩＭＥデコードするＭＩＭＥデコード部２１２、ＭＩＭＥデコード部２１２により生成されたＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０Ａの構文解析を実行するＸｈｔｍｌ解析部２１３、印刷媒体のサイズに対応する印刷レイアウトをＸｈｔｍｌ解析部２１３の解析結果に基づき決定するレイアウト部２１４、ＭＩＭＥデコード部２１２により生成されたＭＩＭＥデコード済み画像データ部３３０Ａが格納されるＲＡＭ２０１２上のＭＩＭＥデコード済み画像バッファ２１５、ＲＡＭ２０１２上の読み出しキャッシュメモリ（以下、読み出しキャッシュという）２１６、ＲＡＭ２０１２上の展開用画像バッファ２１７、ＭＩＭＥデコード済み画像バッファ２１５から画像オブジェクト３０２の画像データを読み出しキャッシュ２１６に逐次読み出しながらこの画像データを展開用画像バッファ２１７上に展開する画像デコード部２１８、印刷レイアウトに基づき画像オブジェクト３０２の画像データ及びテキストオブジェクト３０１のテキストデータ等を描画することにより生成したラスタデータをプリントエンジン部２０４に出力するレンダリング部２１９、を実現する。
【００３０】
一方、無線通信端末１００は、近距離無線通信によって画像形成装置２００等の外部無線通信デバイスとの間でデータを送受信する無線通信インタフェース(ＩＦ)１０５、ユーザの操作を受け付ける各種キーを含む操作部１０６、コンテンツ３００等の各種情報を表示するディスプレイ等の表示部１０７、コンテンツ３００の文書構造が記述されたＸｈｔｍｌドキュメント３２０から印刷用コンテンツデータを生成するアプリケーションプログラムおよび通信制御プログラム等の各種プログラムが格納されたＲＯＭ１０３、ＲＡＭ１０２、ＲＯＭ１０３からＲＡＭ１０２にロードしたプログラムを実行するＣＰＵ１０１、Ｘｈｔｍｌドキュメント３２０およびこのＸｈｔｍｌドキュメント３２０において指定されたオブジェクトデータファイル（画像オブジェクト３０２の画像データファイル等）等が格納される補助記憶装置１０４、インターネット等を介してデータを送受信する通信インタフェース（不図示）、これらを相互に接続するバス、等を有している。
【００３１】
このようなハードウエア構成において、ＣＰＵ１０１がアプリケーションプログラムおよび通信制御プログラム等が実行することによって、無線通信端末１００上に、図３に示す機能構成が実現する。
【００３２】
具体的には、無線通信端末１００は、Ｘｈｔｍｌドキュメント３２０とそのなかで指定されたオブジェクトデータファイル等が入力されるコンテンツ入力部１１１、Ｘｈｔｍｌドキュメント３２０およびオブジェクトデータファイル等とから印刷用コンテンツデータをユーザの指示等に応じて生成する印刷用コンテンツデータ生成部１１２、印刷用コンテンツデータを画像形成装置２００に送信するデータ通信部１１３、を実現する。
【００３３】
つぎに、無線通信端末１００において実行される印刷用コンテンツデータ生成処理について説明する。ここでは、印刷対象の一例として、コンテンツ入力部１１１によりダウンロードされて補助記憶装置１０４に格納されているＸｈｔｍｌドキュメント３２０が表すコンテンツ３００を挙げる。
【００３４】
図５は、本実施の形態に係る印刷用コンテンツデータ生成処理のフローチャートである。
【００３５】
例えば、ユーザが、表示部１０７上のコンテンツ３００の印刷指示を操作部１０６に入力すると（Ｓ３００）、コンテンツデータ生成部１１２は、データ通信部１１３を介して、印刷指示で指定された画像形成装置２００に対する接続要求を行い、この画像形成装置２００の読み出しキャッシュ２１６のサイズを問い合わせる（Ｓ３０１）。
【００３６】
この問い合わせに対する応答をデータ通信部１１３が受け付けると（Ｓ３０２）、コンテンツデータ生成部１１２は、コンテンツ３００の文書構造を表すＸｈｔｍｌドキュメント３２０およびこのＸｈｔｍｌドキュメント３２０で指定されたオブジェクトデータファイル等を補助記憶装置１０４から読み出し、ＭＩＭＥのフォーマットにしたがって、それらのデータをまとめてＭＩＭＥエンコードおよびストリーム化する。これにより印刷用コンテンツデータを生成する（Ｓ３０３）。これにより、Ｘｈｔｍｌデータ部３２０Ａは、画像ヘッダチャンク３２２前後の位置でチャンク３２１に分割され、画像データ部３３０Ｂは、画像形成装置２００の読み出しキャッシュ２１６のサイズに相当するサイズの一連の画像エンティティチャンク３３１に分割される。
【００３７】
その後、コンテンツデータ生成部１１２は、データ通信部１１３を介して、このようにして生成した印刷用コンテンツデータを含む印刷要求を、印刷指示で指定された画像形成装置２００に送信する（Ｓ３０４）。
【００３８】
このような印刷用コンテンツデータ生成処理によれば、画像形成装置２００の画像デコード部２１８が画像データの読み出しに用いるキャッシュのサイズにあわせて画像データ部３３０Ｂの画像エンティティチャンク３３１のサイズが決定されるため、画像形成装置２００の画像デコード部２１８が、画像データ部３３０Ｂの画像エンティティチャンク３３１の受信に連動して効率的に画像データを展開（画像デコード）することができる。
【００３９】
なお、ステップＳ３０１及びＳ３０２の処理は、省略しても良い。この場合、画像形成装置２００に対して、キャッシュのサイズは問い合わせを行わず、無線通信端末１００が予めキャッシュサイズを保持するようにしても良い。
【００４０】
つぎに、画像形成装置２００において実行される印刷制御処理について説明する。
【００４１】
本実施の形態に係る印刷制御処理には、（１）印刷用コンテンツデータの受信／ＭＩＭＥデコード処理、（２）Ｘｈｔｍｌ解析／レイアウト処理、（３）レンダリング処理、（４）画像デコード処理が含まれる。以下、それぞれの処理について説明する。
【００４２】
（１）コンテンツデータ受信／ＭＩＭＥデコード処理
図６は、印刷用コンテンツデータ受信／ＭＩＭＥデコード処理のフローチャートである。
【００４３】
データ通信部２１１が、無線通信端末１００から印刷用コンテンツデータを受信する（Ｓ４０１）。受信データは、例えば、図示しない受信バッファに記憶される。データ通信部２１１は、印刷用コンテンツデータの受信が完了したか否かを判定する（Ｓ４０２）。
【００４４】
その結果、印刷用コンテンツデータの受信が完了すると（Ｓ４０２：ＹＥＳ）、データ通信部２１１は受信処理を終了する。
【００４５】
一方、印刷用コンテンツデータを継続的に受信しているとき（Ｓ４０２：ＮＯ）、ＭＩＭＥデコード部２１２は、受信バッファに格納されている新規チャンク（処理対象チャンク）をＭＩＭＥデコードする（Ｓ４０３）。なお、厳密には、印刷用コンテンツデータの受信が完了しても、ＭＩＭＥデコード部２１２は、受信バッファに格納されている受信データの処理を行う。
【００４６】
ＭＩＭＥデコード部２１２は、デコードされたデータが画像データ（画像ヘッダチャンク３２１または画像エンティティチャンク３３１）であるか否かを判断する（Ｓ４０４）。例えば、処理対象チャンクのチャンクヘッダ内の“Ｃｏｎｔｅｎｔ−Ｔｙｐｅ”が“ｉｍａｇｅ／＊＊＊”（ここで、“＊＊＊”は、例えば“ｊｐｅｇ”、“ｐｎｇ”等、画像の形式を示す）であるか否か等によって判断する。
【００４７】
ここで、処理対象チャンクより生成されたデータが画像データである場合には（Ｓ４０４：ＹＥＳ）、ＭＩＭＥデコード部２１２は、そのデータをＭＩＭＥデコード済み画像バッファ２１５に格納する（Ｓ４０５）。そして、つぎに受信された新規チャンクを処理対象チャンクとして設定して同様な処理を実行する（Ｓ４０１にリターン）。
【００４８】
処理対象チャンクより生成されたデータが画像データでない場合（Ｘｈｔｍｌドキュメント３２０の記述である場合）には（Ｓ４０４：ＮＯ）、ＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０ＡをＸｈｔｍｌ解析部２１３に渡す。これにより、Ｘｈｔｍｌ解析部２１３は、レイアウト部２１４と連携して次述のＸｈｔｍｌ解析／レイアウト処理を実行する（Ｓ４０７）。
【００４９】
このような印刷用コンテンツデータ受信／ＭＩＭＥデコード処理によれば、Ｘｈｔｍｌデータ部３２０ＡのＭＩＭＥデコードが行われ、それが完了すると、引き続き受信する画像データ部３３０ＡのＭＩＭＥデコード前に次述のＸｈｔｍｌ解析／レイアウト処理を開始することができる。
【００５０】
（２）Ｘｈｔｍｌ解析／レイアウト処理
図７は、図６のＳ４０７で実行されるＸｈｔｍｌ解析／レイアウト処理のフローチャートである。
【００５１】
Ｘｈｔｍｌ解析部２１３は、ＭＩＭＥデコード部２１２からＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０Ａを渡されると、ＭＩＭＥデコード済みＸｈｔｍｌデータ部３２０Ａの構文解析を実行する（Ｓ４１１）。ここで、構文解析によりｉｍｇタグを検知すると（Ｓ４１２）、画像デコード部２１８に対して、対応する画像ヘッダチャンク３２２に基づく画像オブジェクト３０２のサイズおよび解像度等を問い合わせ、それらの情報を取得する（Ｓ４１３）。
【００５２】
このようにして印刷オブジェクトの配置に必要な情報（レイアウト作成用情報）のすべてを取得すると（Ｓ４１４：ＹＥＳ）、レイアウト部２１４は、それらの情報に基づき、指定サイズの印刷媒体に対する各印刷オブジェクトの位置およびサイズ等を決定し、それらの情報（印刷レイアウト）をレンダリング部２１９に渡す。これにより、レンダリング部２１９が次述のレンダリング処理（３）を開始する（Ｓ４１５）。
【００５３】
このようなＸｈｔｍｌ解析／レイアウト処理によれば、Ｘｈｔｍｌデータ部３２０ＡのＭＩＭＥデコードが完了すると、すみやかに印刷レイアウトを決定することができる。
【００５４】
（３）レンダリング処理
図８は、図７のＳ４１５で開始されるレンダリング処理のフローチャートである。
【００５５】
レンダリング部２１９は、レイアウト部２１４から印刷レイアウトを渡されると、メモリ領域に応じてブロック領域のサイズを定め、１ページ分の領域を複数のブロック領域に分割する（Ｓ５１１）。その後、レンダリング部２１９は、以下に示すように、例えば印刷方向に順次ブロック領域をレンダリング対象ブロック領域として設定し、そのレンダリング対象ブロック領域のレンダリングを実行する。
【００５６】
まず、レンダリング部２１９は、すべてのブロック領域のレンダリングが完了したか否を判断し（Ｓ５１２）、すべてのブロック領域のレンダリングが完了していれば（Ｓ５１２：ＹＥＳ）、レンダリング処理を終了する。
【００５７】
一方、未レンダリングブロック領域が残っていれば（Ｓ５１２：ＮＯ）、レンダリング部２１９は、つぎの未レンダリングのブロック領域を新たなレンダリング対象ブロック領域として設定し、このレンダリング対象ブロック領域にいずれかの画像オブジェクト３０２が配置されているか否かを、印刷レイアウトに基づき判断する（Ｓ５１３）。
【００５８】
その結果、レンダリング対象ブロック領域にいずれの画像オブジェクト３０２も配置されていなければ（Ｓ５１３：ＮＯ）、レンダリング部２１９は、印刷レイアウトに基づきレンダリング対象ブロック領域をレンダリングする（Ｓ５１５）。そして、これにより得られたラスタデータを、つぎに印刷するブロック領域のデータを要求するプリントエンジン部２０４に出力して、印刷する（Ｓ５１６）。
【００５９】
一方、レンダリング対象ブロック領域にいずれかの画像オブジェクト３０２が配置されていれば（Ｓ５１３：ＹＥＳ）、レンダリング部２１９は、レンダリング対象ブロック領域内に含まれる画像部分（画像オブジェクト３０２の少なくとも一部分）に相当する画像データを画像デコード部２１８に要求する。このとき、レンダリング部２１９は、例えば、画像オブジェクト３０２内における画像部分の位置等を指定する。これに応じて画像デコード部２１８が次述の画像デコード処理（４）を実行し、レンダリング部２１９は、レンダリング対象ブロック領域内の画像部分に相当する画像データを取得する（Ｓ５１４）。
【００６０】
その後、レンダリング部２１９は、印刷レイアウトにより定まる領域に、その画像データが表す画像部分を配置してから、レンダリング対象ブロック領域をレンダリングする（Ｓ５１５）。そして、これにより得られたラスタデータを、つぎに印刷するブロック領域のデータを要求するプリントエンジン部２０４に出力して、印刷する（Ｓ５１６）。
【００６１】
このようなレンダリング処理によれば、ブロック領域内の画像部分に対応するチャンクが受信済み／ＭＩＭＥデコード済みであれば、ただちにブロック領域をレンダリングし、つぎに印刷されるラスタデータを出力し、それに続くブロック領域内の画像部分に対応するチャンクが未受信であれば、そのチャンクの受信／ＭＩＭＥデコード完了を待ってからブロック領域をレンダリングして、つぎに印刷するラスタデータを出力する。このため、画像データ部３３０Ａのチャンクの受信／ＭＩＭＥデコードと同期してプリントエンジン部２０４における印刷を実行することができる。また、つぎに印刷するブロック領域のラスタデータを、その前のブロック領域の印刷中に生成することができる。
【００６２】
（４）画像デコード処理
図９は、図８のＳ５１４で実行される画像デコード処理のフローチャートである。
【００６３】
画像デコード部２１８は、レンダリング部２１９からの要求に応じて、レンダリング対象ブロック領域内の画像部分に相当する画像データ（要求データ）が展開用画像バッファ２１７に格納されているか否かをチェックする（Ｓ５１４１）。
【００６４】
その結果、展開用画像バッファ２１７に要求データが格納済みであれば（Ｓ５１４１：ＹＥＳ）、画像デコード部２１８は、展開用画像バッファ２１７から要求データを読み出し、それをレンダリング部２１９に渡す（Ｓ５１４２）。
【００６５】
一方、展開用画像バッファ２１７に要求データが未格納であれば（Ｓ５１４１：ＮＯ）、以下に示す処理によって展開用画像バッファ２１７に要求データを格納してから（Ｓ５１４４）、その要求データを、展開用画像バッファ２１７から読み出してレンダリング部２１９に渡す（Ｓ５１４２）。
【００６６】
まず、画像デコード部２１８は、要求データに対応するチャンクのＭＩＭＥデコード済み画像データが読み出しキャッシュ２１６に格納されているか否かをさらにチェックする（Ｓ５１４３）。
【００６７】
その結果、要求データに対応するチャンクのＭＩＭＥデコード済み画像データが読み出しキャッシュ２１６に格納済みであれば（Ｓ５１４３：ＹＥＳ）、画像デコード部２１８は、そのＭＩＭＥデコード済み画像データを、読み出しキャッシュ２１６から読み出して展開用画像バッファ２１７上に展開する（Ｓ５１４４）。
【００６８】
また、要求データに対応するチャンクのＭＩＭＥデコード済み画像データが読み出しキャッシュ２１６に未格納であれば（Ｓ５１４３：ＮＯ）、画像デコード部２１８は、要求データに対応するチャンクのＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に格納されているか否かをさらにチェックする（Ｓ５１４５）。
【００６９】
その結果、要求データに対応するチャンクのＭＩＭＥデコード済みデータがＭＩＭＥデコード済み画像バッファ２１５に格納済みであれば（Ｓ５１４５：ＹＥＳ）、画像デコード部２１８は、そのＭＩＭＥデコード済み画像データを、ＭＩＭＥデコード済み画像バッファ２１５から読み出しキャッシュ２１６に読み出し（Ｓ５１４６）、展開用画像バッファ２１７上に展開する（Ｓ５１４４）。
【００７０】
また、要求データに対応するチャンクのＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に未格納（すなわち、対応するチャンクが未受信）であれば（Ｓ５１４５：ＮＯ）、画像デコード部２１８は、ＭＩＭＥデコード部２１２からの画像データ更新の通知を待つ（Ｓ５１４７：ＮＯ）。そして、画像デコード部２１８は、画像データ更新の通知を受けるごとに（Ｓ５１４７：ＹＥＳ）、要求データに対応するチャンクのＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に格納されたか否かをチェックする（Ｓ５１４５）。その結果、該当するＭＩＭＥデコード済み画像データがＭＩＭＥデコード済み画像バッファ２１５に格納されれば、画像デコード部２１８は、そのＭＩＭＥデコード済み画像データを、ＭＩＭＥデコード済み画像バッファ２１５から読み出しキャッシュ２１６に読み出し（Ｓ５１４６）、展開用画像バッファ２１７上に展開する（Ｓ５１４４）。
【００７１】
このような画像デコード処理によれば、画像データ部３３０Ａの画像エンティティチャンク３３１のサイズ（受信／ＭＩＭＥエンコードの単位サイズ）が、画像デコードに用いられる読み出しキャッシュ２１６のサイズ（画像デコードの単位サイズ）に一致させているため、画像データ部３３０Ａのチャンクの受信／ＭＩＭＥデコードに連動して、画像データの画像デコードを効率的に行うことができる。
【００７２】
このように、以上述べた一連の処理を含む印刷制御処理によれば、図１０（ａ）に示すように、Ｘｈｔｍｌデータ部３２０Ａの受信／ＭＩＭＥデコードが完了すれば、それに続く画像データ部３３０ＡのＭＩＭＥデコードが完了していなくても、ただちにＸｈｔｍｌ解析部２１３およびレイアウト部２１４によるＸｈｔｍｌ解析／レイアウト処理を開始して、印刷レイアウトを確定することができる。このため、プリントエンジン部２０４にすみやかに給紙動作を開始させ、印刷処理を開始させることができる。
【００７３】
さらに、図１０（ａ）に示すように、Ｘｈｔｍｌデータ部３２０Ａに続く画像データ部３３０Ａのチャンクを逐次受信／ＭＩＭＥデコードしながら、画像デコード処理（画像データの展開）とレンダリング処理と印刷処理を並列して実行することができる。ここで、画像データ部３３０Ａの画像エンティティチャンク３３１のサイズ（受信／ＭＩＭＥエンコードの単位サイズ）が、画像デコードに用いられる読み出しキャッシュ２１６のサイズ（画像デコードの単位サイズ）に合わせて定められているため、画像データ部３３０Ａのチャンクの受信／ＭＩＭＥデコードに連動して画像デコード処理を効率的に行うことができる。
【００７４】
このため、印刷用コンテンツデータの受信が完了してからＸｈｔｍｌ解析等を開始する場合（図１０（ｂ））と比較して、本実施の形態に係る印刷制御処理によれば、印刷用コンテンツデータの転送速度が画像形成装置２００の印刷速度を下回るような低速印刷環境であっても、画像データを含むＭＩＭＥデータをより効率的に印刷することができ、印刷完了までの待ち時間を短縮することができる。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施形態に係る印刷制御システムの概略構成図。
【図２】本発明の実施形態に係る画像形成装置の機能構成図。
【図３】本発明の実施形態に係る無線通信端末の機能構成図。
【図４】印刷用コンテンツデータのフォーマットの説明図。
【図５】印刷用コンテンツデータ生成処理のフローチャート。
【図６】印刷用コンテンツデータ受信／ＭＩＭＥデコード処理のフローチャート。
【図７】図６のＳ４０７で実行されるＸｈｔｍｌ解析／レイアウト処理のフローチャート。
【図８】図７のＳ４１５で開始されるレンダリング処理のフローチャート。
【図９】図８のＳ５１４で実行される画像デコード処理のフローチャート。
【図１０】本発明の実施形態に係る印刷制御システムによる印刷高速化について説明するための図。
【符号の説明】
【００７６】
１００：無線通信端末、１１１：Ｘｈｔｍｌドキュメント生成部、１１２：コンテンツデータ生部、１１３：データ通信部、２００：画像形成装置、２１１：データ通信部、２１２：ＭＩＭＥデコード部、２１３：Ｘｈｔｍｌ解析部、２１４：レイアウト部、２１５：ＭＩＭＥデコード済み画像バッファ、２１６：読み出しキャッシュ、２１７：展開用画像バッファ、２１８：画像デコード部、２１９：レンダリング部
【特許請求の範囲】
【請求項１】
転送されたＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データに基づいて印刷処理を実行する画像形成装置であって、
レイアウト文書および前記レイアウト文書に関連付けられた画像データをＭＩＭＥエンコードして生成されたＭＩＭＥデータを受信する受信手段と、
前記受信手段が受け付けたＭＩＭＥデータをＭＩＭＥデコードするデコード手段と、
前記デコード手段によりＭＩＭＥデコードされたレイアウト文書に基づいて印刷レイアウトを決定するレイアウト解析手段と、
前記レイアウト解析手段により決定された印刷レイアウト及び前記デコード手段によりＭＩＭＥデコードされた画像データに基づいて、ラスタデータを生成するレンダリング手段と、
前記レンダリング手段によって生成されたラスタデータに基づいて印刷を実行する印刷手段と、を備え、
前記受信手段がＭＩＭＥデータを受信しているときに、前記デコード手段が受信済みＭＩＭＥデータをＭＩＭＥデコードし、前記レイアウト文書のＭＩＭＥデコードが完了すると、前記受信手段が前記画像データに対応するＭＩＭＥデータの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始することを特徴とする画像形成装置。
【請求項２】
前記ＭＩＭＥデータは、複数のチャンクから構成されていて、
前記デコード手段が、前記レイアウト文書を格納したチャンク、及び前記画像データのヘッダ情報を格納したチャンクのＭＩＭＥデコードを行って、前記ＭＩＭＥデコードされたレイアウト文書を生成すると、前記受信手段が前記画像データのエンティティデータのチャンクの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記画像データが、所定の圧縮処理が施された圧縮データであるときに、キャッシュメモリを用いて前記圧縮データを展開する展開手段をさらに備え、
前記チャンクサイズは、前記キャッシュメモリのサイズに応じたサイズであることを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記レイアウト文書は、Ｘｈｔｍｌ文書であり、
前記レイアウト解析手段は、前記Ｘｈｔｍｌ文書の解析を行い、その解析結果に従って印刷レイアウトを決定することを特徴とする請求項１〜３のいずれかに記載の画像形成装置。
【請求項５】
ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データを画像形成装置に送信するデータ送信装置であって、
レイアウト文書および前記レイアウト文書に関連付けられた画像データが入力される入力手段と、
前記レイアウト文書及び前記画像データをＭＩＭＥエンコードしてＭＩＭＥデータを生成するＭＩＭＥデータ生成手段と、
前記ＭＩＭＥデータを前記画像形成装置に送信する通信手段と、を備え、
前記ＭＩＭＥ生成手段は、前記画像データのエンティティデータを、前記画像形成装置において画像データの読み出しに用いられる読み出しキャッシュメモリのサイズに応じたサイズのチャンクに分割して、前記ＭＩＭＥデータを生成することを特徴とするデータ送信装置。
【請求項６】
前記ＭＩＭＥ生成手段は、前記画像形成装置への前記ＭＩＭＥデータの送信前に、前記通信手段を介して、前記画像形成装置から前記読み出しキャッシュメモリのサイズを取得することを特徴とする請求項５記載のデータ送信装置。
【請求項７】
画像形成装置に送信するＭＩＭＥデータをデータ送信装置に生成させるＭＩＭＥデータ生成プログラムであって、
前記データ送信装置は、前記レイアウト文書および前記レイアウト文書に関連付けられた画像データが入力される入力手段と、通信手段と、を備え、
前記ＭＩＭＥデータ生成プログラムは、
前記入力手段により入力された前記レイアウト文書および前記画像データをＭＩＭＥエンコードしてＭＩＭＥデータを生成するＭＩＭＥ処理と、
前記通信手段に、前記ＭＩＭＥデータを前記画像形成装置へ送信させる通信処理と、を含み、
前記ＭＩＭＥ処理において、前記画像データのエンティティデータを、前記画像形成装置が前記画像データの展開に用いる読み出しキャッシュメモリのサイズに応じたサイズのチャンクに分割して、前記ＭＩＭＥエンコード済みデータを生成することを特徴とするＭＩＭＥデータ生成プログラム。
【請求項１】
転送されたＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データに基づいて印刷処理を実行する画像形成装置であって、
レイアウト文書および前記レイアウト文書に関連付けられた画像データをＭＩＭＥエンコードして生成されたＭＩＭＥデータを受信する受信手段と、
前記受信手段が受け付けたＭＩＭＥデータをＭＩＭＥデコードするデコード手段と、
前記デコード手段によりＭＩＭＥデコードされたレイアウト文書に基づいて印刷レイアウトを決定するレイアウト解析手段と、
前記レイアウト解析手段により決定された印刷レイアウト及び前記デコード手段によりＭＩＭＥデコードされた画像データに基づいて、ラスタデータを生成するレンダリング手段と、
前記レンダリング手段によって生成されたラスタデータに基づいて印刷を実行する印刷手段と、を備え、
前記受信手段がＭＩＭＥデータを受信しているときに、前記デコード手段が受信済みＭＩＭＥデータをＭＩＭＥデコードし、前記レイアウト文書のＭＩＭＥデコードが完了すると、前記受信手段が前記画像データに対応するＭＩＭＥデータの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始することを特徴とする画像形成装置。
【請求項２】
前記ＭＩＭＥデータは、複数のチャンクから構成されていて、
前記デコード手段が、前記レイアウト文書を格納したチャンク、及び前記画像データのヘッダ情報を格納したチャンクのＭＩＭＥデコードを行って、前記ＭＩＭＥデコードされたレイアウト文書を生成すると、前記受信手段が前記画像データのエンティティデータのチャンクの受信を継続しているときに、前記レイアウト解析手段が前記ＭＩＭＥデコードされたレイアウト文書に基づいて前記印刷レイアウトを決定する処理を開始することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記画像データが、所定の圧縮処理が施された圧縮データであるときに、キャッシュメモリを用いて前記圧縮データを展開する展開手段をさらに備え、
前記チャンクサイズは、前記キャッシュメモリのサイズに応じたサイズであることを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記レイアウト文書は、Ｘｈｔｍｌ文書であり、
前記レイアウト解析手段は、前記Ｘｈｔｍｌ文書の解析を行い、その解析結果に従って印刷レイアウトを決定することを特徴とする請求項１〜３のいずれかに記載の画像形成装置。
【請求項５】
ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）データを画像形成装置に送信するデータ送信装置であって、
レイアウト文書および前記レイアウト文書に関連付けられた画像データが入力される入力手段と、
前記レイアウト文書及び前記画像データをＭＩＭＥエンコードしてＭＩＭＥデータを生成するＭＩＭＥデータ生成手段と、
前記ＭＩＭＥデータを前記画像形成装置に送信する通信手段と、を備え、
前記ＭＩＭＥ生成手段は、前記画像データのエンティティデータを、前記画像形成装置において画像データの読み出しに用いられる読み出しキャッシュメモリのサイズに応じたサイズのチャンクに分割して、前記ＭＩＭＥデータを生成することを特徴とするデータ送信装置。
【請求項６】
前記ＭＩＭＥ生成手段は、前記画像形成装置への前記ＭＩＭＥデータの送信前に、前記通信手段を介して、前記画像形成装置から前記読み出しキャッシュメモリのサイズを取得することを特徴とする請求項５記載のデータ送信装置。
【請求項７】
画像形成装置に送信するＭＩＭＥデータをデータ送信装置に生成させるＭＩＭＥデータ生成プログラムであって、
前記データ送信装置は、前記レイアウト文書および前記レイアウト文書に関連付けられた画像データが入力される入力手段と、通信手段と、を備え、
前記ＭＩＭＥデータ生成プログラムは、
前記入力手段により入力された前記レイアウト文書および前記画像データをＭＩＭＥエンコードしてＭＩＭＥデータを生成するＭＩＭＥ処理と、
前記通信手段に、前記ＭＩＭＥデータを前記画像形成装置へ送信させる通信処理と、を含み、
前記ＭＩＭＥ処理において、前記画像データのエンティティデータを、前記画像形成装置が前記画像データの展開に用いる読み出しキャッシュメモリのサイズに応じたサイズのチャンクに分割して、前記ＭＩＭＥエンコード済みデータを生成することを特徴とするＭＩＭＥデータ生成プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−６１４６２（Ｐ２０１０−６１４６２Ａ）
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願番号】特願２００８−２２７３０９（Ｐ２００８−２２７３０９）
【出願日】平成２０年９月４日（２００８．９．４）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願日】平成２０年９月４日（２００８．９．４）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
[ Back to top ]