(57)【要約】【課題】スループットを向上させると共に、画質の劣化を抑えることができるサイズ技術を提供する。【解決手段】ＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３はＨＴＭＬ−Ｐｒｉｎｔデータ１２１中のＸＨＴＭＬスプリクトデータ１２２を解析する。リサイズ処理部１１４は得られた情報に基づいて、ユーザ指定印刷用紙サイズがスクリプト指定印刷用紙サイズより小さい場合には、座標計算を用いたリサイズ処理を実行し、リサイズ後の画像幅ＩＷ’，画像高さＩＨ’，画像水平方向始点ＩＨＳ’，画像垂直方向始点ＩＶＳ’を、それぞれ求めて、画像オブジェクトの位置及びサイズを、それらリサイズ後の値に更新する。ＲＧＢデータ生成部１１５はそれら更新後の画像オブジェクトの位置及びサイズなどの情報を用いて、ＲＧＢデータを生成する。【選択図】図２
2008065697.tif 000002
【特許請求の範囲】
【請求項１】
印刷オブジェクトのレイアウトがスタイル記述言語によって記述された印刷コンテンツデータを処理することが可能な印刷コンテンツデータ処理装置であって、
前記印刷コンテンツデータを解析して、前記印刷コンテンツデータにおいて指定されている、第１の印刷用紙サイズを示す情報と、該第１の印刷用紙サイズに対応する前記印刷オブジェクトの位置及びサイズを示す情報と、を取得する解析処理部と、
取得して得られた前記情報に基づいて、前記第１の印刷用紙サイズをユーザによって指定された第２の印刷用紙サイズに変更するために、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて、前記第２の印刷用紙サイズに対応するよう更新するリサイズ処理部と、
更新後の前記印刷オブジェクトの位置及びサイズを示す情報を用いて、印刷中間データを生成する印刷中間データ生成部と、
を備える印刷コンテンツデータ処理装置。
【請求項２】
請求項１に記載の印刷コンテンツデータ処理装置において、
前記リサイズ処理部は、前記第１の印刷用紙サイズと前記第２の印刷用紙サイズとが一致しない場合に、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて更新することを特徴とする印刷コンテンツデータ処理装置。
【請求項３】
請求項２に記載の印刷コンテンツデータ処理装置において、
前記リサイズ処理部は、前記第２の印刷用紙サイズが前記第１の印刷用紙サイズよりも小さい場合に、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて更新することを特徴とする印刷コンテンツデータ処理装置。
【請求項４】
請求項１ないし請求項３のうちの任意の一つに記載の印刷コンテンツデータ処理装置において、
前記印刷コンテンツデータは、ＸＨＴＭＬ−Ｐｒｉｎｔデータであり、スタイル記述言語はＣＳＳ（Cascading Style Sheet）であることを特徴とする印刷コンテンツデータ処理装置。
【請求項５】
請求項１ないし請求項４のうちの任意の一つに記載の印刷コンテンツデータ処理装置を備える印刷装置。
【請求項６】
印刷オブジェクトのレイアウトがスタイル記述言語によって記述された印刷コンテンツデータを処理するための印刷コンテンツデータ処理方法であって、
（ａ）前記印刷コンテンツデータを解析して、前記印刷コンテンツデータにおいて指定されている、第１の印刷用紙サイズを示す情報と、該第１の印刷用紙サイズに対応する前記印刷オブジェクトの位置及びサイズを示す情報と、を取得する工程と、
（ｂ）取得して得られた前記情報に基づいて、前記第１の印刷用紙サイズをユーザによって指定された第２の印刷用紙サイズに変更するために、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて、前記第２の印刷用紙サイズに対応するよう更新する工程と、
（ｃ）更新後の前記印刷オブジェクトの位置及びサイズを示す情報を用いて、印刷中間データを生成する工程と、
を備える印刷コンテンツデータ処理装置。
【請求項７】
印刷オブジェクトのレイアウトがスタイル記述言語によって記述された印刷コンテンツデータを処理するためのコンピュータプログラムであって、
（ａ）前記印刷コンテンツデータを解析して、前記印刷コンテンツデータにおいて指定されている、第１の印刷用紙サイズを示す情報と、該第１の印刷用紙サイズに対応する前記印刷オブジェクトの位置及びサイズを示す情報と、を取得する機能と、
（ｂ）取得して得られた前記情報に基づいて、前記第１の印刷用紙サイズをユーザによって指定された第２の印刷用紙サイズに変更するために、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて、前記第２の印刷用紙サイズに対応するよう更新する機能と、
（ｃ）更新後の前記印刷オブジェクトの位置及びサイズを示す情報を用いて、印刷中間データを生成する機能と、
をコンピュータに実現させるコンピュータプログラム。
【請求項８】
請求項７に記載のコンピュータプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷オブジェクトのレイアウトがスタイル記述言語によって記述された印刷コンテンツデータを処理するための技術に関するものである。
【背景技術】
【０００２】
従来、ＣＳＳ（Cascading Style Sheet）などのスタイル記述言語を用いて印刷オブジェクトのレイアウトが記述されたＸＨＴＭＬ形式の印刷データとして、ＸＨＴＭＬ−Ｐｒｉｎｔデータが知られている。かかるＸＨＴＭＬ−Ｐｒｉｎｔデータには、ＣＳＳによって印刷オブジェクトのレイアウトが記述されたＸＨＴＭＬスプリクトデータと、ＪＰＥＧ等の画像データと、が含まれている。
【０００３】
一方、プリンタでは、このようなＸＨＴＭＬ−Ｐｒｉｎｔデータを、例えば、携帯電話や情報携帯端末などから取得する。そして、そのＸＨＴＭＬ−Ｐｒｉｎｔデータに基づいてＲＧＢデータを生成し、さらに、印刷データを生成して、その印刷データに従って印刷を実行する。その結果、印刷文書として、ＣＳＳによる記述内容に従って各印刷オブジェクトが配置された文書が得られる。
【０００４】
なお、この種の関連する従来技術として、例えば、下記の特許文献１には、マークアップ言語データと複数枚の画像ファイルを圧縮アーカイブで一括してプリンタに送信する技術が開示されている。
【０００５】
【特許文献１】特開２００６−１９０２１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
さて、プリンタにおいて、このようなＸＨＴＭＬ−Ｐｒｉｎｔデータを用いて印刷を行う場合、ユーザは、プリンタの操作パネルを用いて印刷用紙サイズを指定する。一方、ＸＨＴＭＬ−Ｐｒｉｎｔデータを構成するＸＨＴＭＬスプリクトデータの中には、ＣＳＳにより、レイアウト情報の一つとして、印刷用紙サイズが記述されている。
【０００７】
従って、プリンタでは、ユーザの指定した印刷用紙サイズが、ＣＳＳで記述されている印刷用紙サイズより小さい場合、印刷文書全体がユーザの指定した印刷用紙サイズ内に収まるよう、印刷文書に対して縮小方向にリサイズを行うようにしている。
【０００８】
従来のプリンタでは、このようなリサイズを、ＸＨＴＭＬ−Ｐｒｉｎｔデータに基づいてＲＧＢデータを生成した後に、そのＲＧＢデータに対して画素間引き処理などを行うことによって、実現していた。
【０００９】
しかしながら、このように、ＲＧＢデータの生成処理やＲＧＢデータに対する画素間引き処理などは、ＣＰＵにかかる負担が大きいため、スループットが低くなってしまうという問題があった。また、画素間引き処理などによってリサイズを行うため、印刷文書の画質、特に、文字部分などの画質が劣化してしまうという問題もあった。
【００１０】
従って、本発明の目的は、上記した従来技術の問題点を解決し、スループットを向上させると共に、画質の劣化を抑えることができるリサイズ技術を提供することにある。
【課題を解決するための手段】
【００１１】
上記した目的の少なくとも一部を達成するために、本発明の印刷コンテンツデータ処理装置は、印刷オブジェクトのレイアウトがスタイル記述言語によって記述された印刷コンテンツデータを処理することが可能な印刷コンテンツデータ処理装置であって、
前記印刷コンテンツデータを解析して、前記印刷コンテンツデータにおいて指定されている、第１の印刷用紙サイズを示す情報と、該第１の印刷用紙サイズに対応する前記印刷オブジェクトの位置及びサイズを示す情報と、を取得する解析処理部と、
取得して得られた前記情報に基づいて、前記第１の印刷用紙サイズをユーザによって指定された第２の印刷用紙サイズに変更するために、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて、前記第２の印刷用紙サイズに対応するよう更新するリサイズ処理部と、
更新後の前記印刷オブジェクトの位置及びサイズを示す情報を用いて、印刷中間データを生成する印刷中間データ生成部と、
を備えることを要旨とする。
【００１２】
このように、本発明の印刷コンテンツデータ処理装置では、印刷コンテンツデータを解析し、得られた情報に基づいて、印刷オブジェクトの位置及びサイズを、座標計算を用いて、ユーザによって指定された第２の印刷用紙サイズに対応するよう更新し、更新後の印刷オブジェクトの位置及びサイズを示す情報を用いて、印刷中間データを生成するようにしている。印刷中間データには、ＲＧＢデータやＣＭＹＫデータなどが含まれる。すなわち、本発明の印刷コンテンツデータ処理装置では、ＲＧＢデータなどの印刷中間データを生成する前において、リサイズを、座標計算によって実現している。
【００１３】
よって、本発明の印刷コンテンツデータ処理装置によれば、リサイズを座標計算によって実現しているので、ＣＰＵにかかる負担が軽く、そのため、スループットを向上させることができる。また、リサイズ後に、更新後の印刷オブジェクトの位置及びサイズを示す情報を用いて、ＲＧＢデータなどの印刷中間データを生成するため、印刷文書の画質の劣化を抑えることができる。
【００１４】
本発明の印刷コンテンツデータ処理装置において、前記リサイズ処理部は、前記第１の印刷用紙サイズと前記第２の印刷用紙サイズとが一致しない場合に、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて更新することが好ましい。
【００１５】
このように、印刷コンテンツデータにおいて指定されている第１の印刷用紙サイズとユーザによって指定された第２の印刷用紙サイズとが一致しない場合に、リサイズを行うことにより、印刷結果として、印刷文書全体を印刷用紙内に納めることができる。
【００１６】
また、前記リサイズ処理部は、前記第２の印刷用紙サイズが前記第１の印刷用紙サイズよりも小さい場合に、前記印刷オブジェクトの位置及びサイズを、座標計算を用いて更新することが好ましい。
【００１７】
このように、第２の印刷用紙サイズが第１の印刷用紙サイズよりも小さい場合に、リサイズを行うことにより、印刷結果として、印刷文書を、その一部を欠落させることなく、印刷用紙内に納めることができる。
【００１８】
本発明の印刷コンテンツデータ処理装置において、前記印刷コンテンツデータは、ＸＨＴＭＬ−Ｐｒｉｎｔデータであり、スタイル記述言語はＣＳＳであることが好ましい。
【００１９】
ＣＳＳはスタイル記述言語として代表的な言語であり、ＸＨＴＭＬ−Ｐｒｉｎｔデータは、印刷オブジェクトのレイアウトがＣＳＳによって記述された印刷コンテンツデータとして、よく利用されるからである。
【００２０】
また、印刷装置において、本発明の画像処理装置を備えることが好ましい。
【００２１】
このように構成することにより、印刷装置において、印刷コンテンツデータを用いて印刷を実行する際に、スループットを低下させたり、画質を劣化させたりすることなく、リサイズを行うことができる。
【００２２】
なお、本発明は、上記した印刷コンテンツデータ処理装置や印刷装置などの装置発明の態様に限ることなく、印刷コンテンツデータ処理方法などの方法発明としての態様で実現することも可能である。さらには、それら方法や装置を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様や、上記コンピュータプログラムを含み搬送波内に具現化されたデータ信号など、種々の態様で実現することも可能である。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．実施例の構成：
Ｂ．実施例の動作：
Ｃ．実施例の効果：
Ｄ．変形例：
【００２４】
Ａ．実施例の構成：
図１は本発明の一実施例としての印刷コンテンツデータ処理装置を備えるプリンタの概略構成を示すブロック図である。
【００２５】
プリンタ１００は、主として、ＣＰＵ１１０と、メモリ１２０と、操作パネル１３０と、プリンタエンジン１４０と、赤外線コントローラ１５０と、ＵＳＢコントローラ１６０と、を備えている。これらのうち、ＣＰＵ１１０と、メモリ１２０が、本実施例としての印刷コンテンツデータ処理装置を構成する。
【００２６】
ＣＰＵ１１０は、メモリ１２０に記憶されたコンピュータプログラム（図示せず）を読み出して実行することにより、ユーザインタフェース制御部１１１、入力インタフェース制御部１１２、ＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３、リサイズ処理部１１４、ＲＧＢデータ生成部１１５、印刷データ生成部１１６及びプリンタエンジン制御部１１７として機能し、種々の処理や制御を行う。メモリ１２０は、ＣＰＵ１１０による管理の下、上記コンピュータプログラムを記憶したり、印刷処理中に得られる各種データなどを記憶したりする。記憶されるデータについては、後ほど説明する。操作パネル１３０は、ユーザからの指示を入力するための入力部である。プリンタエンジン１４０は、印刷データを受け取って、その印刷データに従い印刷用紙に文書の印刷を行うプリンタハードウェアである。赤外線コントローラ１５０は、赤外線通信によって、他の装置との間で情報のやり取りを行うための通信インタフェースである。ＵＳＢコントローラ１６０は、ＵＳＢ（Universal Serial Bus）ケーブル（図示せず）を通じて、他の装置の間で情報のやり取りを行うための通信インタフェースである。
【００２７】
なお、図１において、ＣＰＵ１１０が機能するＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３は、請求項における解析処理部に、リサイズ処理部１１４は、請求項におけるリサイズ処理部に、ＲＧＢデータ生成部１１５は、請求項における印刷中間データ生成部に、プリンタ１００は、請求項における印刷装置に、それぞれ相当する。
【００２８】
Ｂ．実施例の動作：
それでは、プリンタ１００の動作について、携帯電話など（図示せず）から印刷コンテンツデータとしてＸＨＴＭＬ−Ｐｒｉｎｔデータを取得し、そのＨＴＭＬ−Ｐｒｉｎｔデータに基づいて文書の印刷を行う場合を、例として説明する。
【００２９】
まず、ユーザが、プリンタ１００の操作パネル１３０を操作して、プリンタ１００に装着されている印刷用紙（図示せず）のサイズなど、ユーザが印刷を希望する印刷用紙のサイズ（以下、ユーザ指定印刷用紙サイズという）を入力する。ＣＰＵ１１０が機能するユーザインタフェース制御部１１１は、入力されたユーザ指定印刷用紙サイズを、ユーザ指定印刷用紙サイズ情報１２４としてメモリ１２０に保存する。例えば、ユーザが、ユーザ指定印刷用紙サイズとして、Ｌ判サイズを指定したとすると、ユーザ指定印刷用紙サイズ情報１２４としては、Ｌ判サイズ、すなわち、縦１２７ｍｍ，横８９ｍｍの値が保存されることになる。
【００３０】
次に、ユーザが、手持ちの携帯電話（図示せず）を操作して、プリンタ１００で印刷したい文書を指定して、印刷開始を指示すると、その携帯電話は、赤外線通信によって、印刷命令と、ユーザが指定した文書に対応するＨＴＭＬ−Ｐｒｉｎｔデータと、をプリンタ１００に送信する。プリンタ１００では、入力インタフェース制御部１１２が、赤外線コントローラ１５０を介して、それら印刷命令とＨＴＭＬ−Ｐｒｉｎｔデータとを受信すると、それらのうち、ＨＴＭＬ−Ｐｒｉｎｔデータ１２１をメモリ１２０に保存すると共に、ユーザインタフェース制御部１１１に対して、印刷開始命令を発する。ここで、ＸＨＴＭＬ−Ｐｒｉｎｔデータ１２１には、前述したとおり、ＣＳＳによって印刷オブジェクトのレイアウトが記述されたＸＨＴＭＬスプリクトデータ１２２と、ＪＰＥＧ等の画像データ１２３と、が含まれている。ユーザインタフェース制御部１１１は、入力インタフェース制御部１１２から印刷開始命令を受けると、ＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３に対し、ＨＴＭＬ−Ｐｒｉｎｔデータ処理命令を発する。
【００３１】
図２は図１のプリンタにおいて実行されるＨＴＭＬ−Ｐｒｉｎｔデータ処理及び印刷処理の流れを示すフローチャートである。
【００３２】
ユーザインタフェース制御部１１１から発せられたＨＴＭＬ−Ｐｒｉｎｔデータ処理命令により、図２に示す処理が開始されると、まず、ＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３が、メモリ１２０から、ＨＴＭＬ−Ｐｒｉｎｔデータ１２１中のＸＨＴＭＬスプリクトデータ１２２を読み出して、そのＸＨＴＭＬスプリクトデータ１２２を解析する（ステップＳ１０２）。そして、ＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３は、その解析結果として、ＸＨＴＭＬスプリクトデータ１２２において指定されている印刷用紙サイズ（以下、スクリプト指定印刷用紙サイズという）を取得して、スクリプト指定印刷用紙サイズ情報１２５としてメモリ１２０に保存する（ステップＳ１０４）。さらに、各印刷オブジェクトの位置及びサイズをそれぞれ取得して、印刷オブジェクトレイアウト情報１２６としてメモリ１２０に保存する（ステップＳ１０４）。なお、印刷オブジェクトとしては、例えば、ＪＰＥＧ画像などで構成される画像オブジェクト、文字や記号などで構成される文字オブジェクト、直線や曲線などで構成される線オブジェクトなどが含まれる。
【００３３】
図３は図１におけるＸＨＴＭＬスプリクトデータ１２２の内容を示す説明図であり、図４は解析結果として得られる印刷オブジェクトの位置及びサイズを示す説明図である。なお、図４において、各数値の単位はｍｍである。
【００３４】
ＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３によるＸＨＴＭＬスプリクトデータ１２２の解析は、例えば、以下のような手順にて行われる。
１．図３におけるＬ１の部分から、ｐａｇｅ領域のサイズ（すなわち、スクリプト指定印刷用紙サイズ）として、横２１０ｍｍ，縦２９７ｍｍを取得し、マージンとして、上４ｍｍ，下３．５ｍｍ，右４ｍｍ，左４ｍｍを取得する。
２．図３におけるＬ２の部分から、ｂｏｄｙ領域の位置及びサイズとして、ｐａｇｅ領域からのマージン０ｍｍ，幅２０２ｍｍを取得する。
３．図３におけるＬ３の部分から、ｄｏｃｆｒａｍｅ領域の位置及びサイズとして、ｂｏｄｙ領域からの幅２０２ｍｍを取得する。
４．図３におけるＬ４の部分から、ｉｍａｇｅ＿ｆｒａｍｅ領域の位置及びサイズとして、ｄｏｃｆｒａｍｅ領域から上下６９．５ｍｍの位置で、幅２００ｍｍ，高さ１５０ｍｍのサイズであることを取得する。
５．図３におけるＬ５の部分から、ｉｍａｇｅ＿ｄａｔａ（すなわち、画像オブジェクト）の位置及びサイズとして、ｉｍａｇｅ＿ｆｒａｍｅ領域からのマージン０ｍｍ，幅２００ｍｍ，高さ１５０ｍｍを取得し、さらに、そのｉｍａｇｅ＿ｄａｔａとして、ファイル名ａｂｃ．ｊｐｇのＪＰＥＧ画像が埋め込まれることを取得する。
【００３５】
こうして得られた結果から、ＨＴＭＬ−Ｐｒｉｎｔ解析処理部１１３は、最終的に、図４に示すように、スクリプト指定印刷用紙サイズとして、Ａ４サイズ、すなわち、横２１０ｍｍ，縦２９７ｍｍを取得して、スクリプト指定印刷用紙サイズ情報１２５としてメモリ１２０に保存すると共に、画像オブジェクト（すなわち、ｉｍａｇｅ＿ｄａｔａ）の位置及びサイズとして、画像幅ＩＷ＝２００ｍｍ，画像高さＩＨ＝１５０ｍｍ，画像水平方向始点ＩＨＳ＝５ｍｍ，画像垂直方向始点ＩＶＳ＝７３．５ｍｍを、それぞれ、取得し、画像ファイル名として、ａｂｃ．ｊｐｇを取得して、それらを印刷オブジェクトレイアウト情報１２６としてメモリ１２０に保存する。
【００３６】
次に、リサイズ処理部１１４は、メモリ１２０から、ユーザ指定印刷用紙サイズ情報１２４及びスクリプト指定印刷用紙サイズ情報１２５を読み出し、それら情報から、ユーザ指定印刷用紙サイズがスクリプト指定印刷用紙サイズより小さいか否かを判定する（ステップＳ１０６）。ユーザ指定印刷用紙サイズがスクリプト指定印刷用紙サイズと等しいか、それよりも大きい場合には、直ちに、ステップＳ１１２の処理に移行する。ユーザ指定印刷用紙サイズがスクリプト指定印刷用紙サイズより小さい場合には、リサイズ処理部１１４は、以下に述べるように、座標計算を用いたリサイズ処理を実行する（ステップＳ１０８）。
【００３７】
図５は図１のリサイズ処理部１１４によるリサイズの仕方を説明するための説明図である。
【００３８】
リサイズ処理部１１４は、まず、メモリ１２０から、ユーザ指定印刷用紙サイズ情報１２４及びスクリプト指定印刷用紙サイズ情報１２５を読み出し、ユーザ指定印刷用紙サイズとして、Ｌ判サイズ（縦１２７ｍｍ，横８９ｍｍ）を取得すると共に、スクリプト指定印刷用紙サイズとして、Ａ４サイズ（横２１０ｍｍ，縦２９７ｍｍ）を取得する。さらに、メモリ１２０より印刷設定情報（図示せず）を読み出し、印刷用紙の上下左右に設けられるフチのサイズを取得する。本実施例では、この上下左右のフチサイズは３ｍｍと設定されているものとする。
【００３９】
従って、リサイズ処理部１１４では、スクリプト指定印刷用紙サイズであるＡ４サイズを、ユーザ指定印刷用紙サイズであるＬ判サイズに縮小して、図５に示すように、Ａ４サイズの印刷文書全体が、Ｌ判サイズのうち、上下左右がそれぞれ３ｍｍずつフチ取られた領域内に収まるようにする。
【００４０】
そこで、リサイズ処理部１１４は、これら取得した値に基づいて、まず、縮小率αを求める。本実施例では、縦の縮小率α１と、横の縮小率α２と、を比較して、それらのうち、小さい方を縮小率αとして採用する。縦の縮小率α１及び横の縮小率α２は、それぞれ、以下の如く求められる。
α１＝（Ｌ判縦長さ−上のフチサイズ−下のフチサイズ）／Ａ４縦長さ
＝（１２７−３−３）／２９７＝１２１／２９７
α２＝（Ｌ判横長さ−左のフチサイズ−右のフチサイズ）／Ａ４横長さ
＝（８９−３−３）／２１０＝８３／２１０
【００４１】
従って、縦の縮小率α１と、横の縮小率α２と、を比較すると、１２１／２９７（＝α１）＞８３／２１０（＝α２）となり、横の縮小率α２の方が小さいため、横の縮小率α２を縮小率αとして採用する。
α＝α２＝８３／２１０
【００４２】
次に、リサイズ処理部１１４は、図４に示すように、Ｌ判サイズにおける印刷可能領域の原点Ｏに対する、リサイズ後の印刷文書の始点Ｐの座標オフセット値を求める。座標オフセット値は、水平方向座標オフセット値ＯＰｈと、垂直方向座標オフセット値ＯＰｖと、で表され、それぞれ、以下の如く求められる。
ＯＰｈ＝｛（Ｌ判横長さ−左のフチサイズ−右のフチサイズ）−（Ａ４横長さ×縮小率α）｝／２
＝｛（８９−３−３）−（２１０×８３／２１０）｝／２＝０
ＯＰｖ＝｛（Ｌ判縦長さ−上のフチサイズ−下のフチサイズ）−（Ａ４縦長さ×縮小率α）｝／２
＝｛（１２７−３−３）−（２９７×８３／２１０）｝／２
＝（１２１−１１７）／２＝２
従って、座標オフセット値（ＯＰｈ，ＯＰｖ）＝（０，２）となる。
【００４３】
続いて、リサイズ処理部１１４は、メモリ１２０から、印刷オブジェクトレイアウト情報１２６を読み出し、画像オブジェクトの位置及びサイズとして、画像幅ＩＷ＝２００ｍｍ，画像高さＩＨ＝１５０ｍｍ，画像水平方向始点ＩＨＳ＝５ｍｍ，画像垂直方向始点ＩＶＳ＝７３．５ｍｍを、それぞれ、取得する。
【００４４】
そして、リサイズ処理部１１４は、先に求めた縮小率αと座標オフセット値（ＯＰｈ，ＯＰｖ）とを用いて、リサイズのための座標計算を行い、リサイズ後の画像オブジェクトの位置及びサイズを求める。具体的には、リサイズ後の画像幅ＩＷ’，画像高さＩＨ’，画像水平方向始点ＩＨＳ’，画像垂直方向始点ＩＶＳ’は、それぞれ、以下の如く求められる。
ＩＷ’＝ＩＷ×縮小率α＝２００×（８３／２１０）＝７９
ＩＨ’＝ＩＨ×縮小率α＝１５０×（８３／２１０）＝５９
ＩＨＳ’＝ＩＨＳ×縮小率α＋ＯＰｈ＋上のフチサイズ
＝５×（８３／２１０）＋０＋３＝５
ＩＶＳ’＝ＩＶＳ×縮小率α＋ＯＰｖ＋左のフチサイズ
＝７３．５×（８３／２１０）＋０＋３＝３４
【００４５】
すなわち、リサイズ後の画像オブジェクトの位置及びサイズは、画像幅ＩＷ’＝７９ｍｍ，画像高さＩＨ’＝５９ｍｍ，画像水平方向始点ＩＨＳ’＝５ｍｍ，画像垂直方向始点ＩＶＳ＝３４ｍｍとなる。
【００４６】
その後、リサイズ処理部１１４は、画像オブジェクトの位置及びサイズが、上記の如く求めたリサイズ後の値となるように、メモリ１２０に保存されている印刷オブジェクトレイアウト情報１２６を更新する（ステップＳ１１０）。
【００４７】
次に、ＲＧＢデータ生成部１１５は、メモリ１２０から、印刷オブジェクトレイアウト情報１２６を読み出し、画像オブジェクトの位置及びサイズと、画像ファイル名（すなわち、ａｂｃ．ｊｐｇ）と、を取得する。このとき、取得される画像オブジェクトの位置及びサイズは、ステップＳ１０６の判定結果に応じて、ステップＳ１０８，１１０の処理を経た場合には、リサイズ後の値となっているが、直接、ステップＳ１１２の処理に移行した場合には、元の値（すなわち、解析後の値）ままとなっている。
【００４８】
続いて、ＲＧＢデータ生成部１１５は、取得した画像ファイル名に基づき、メモり１２０から、ＨＴＭＬ−Ｐｒｉｎｔデータ１２１中の対応する画像データ１２３を読み出して、復号処理，色変換処理などを行い、画像オブジェクトであるＲＧＢ画像を得る。そして、ＲＧＢデータ生成部１１５は、そのＲＧＢ画像を、先に取得した位置及びサイズによって画定される領域に埋め込む。こうして、ＲＧＢデータ生成部１１５は、印刷中間データであるＲＧＢデータを生成する（ステップＳ１１２）。
【００４９】
次に、印刷データ生成部１１６は、生成されたＲＧＢデータに色変換処理を施し、ＣＭＹＫデータに変換し、さらに、ハーフトーン処理などを行って、印刷データを生成するステップＳ１１４）。
【００５０】
プリンタエンジン制御部１１７は、生成された印刷データに従って、プリンタエンジン１４０を制御し、印刷を実行する（ステップＳ１１６）。この結果、Ｌ判サイズの印刷用紙に、画像オブジェクトなどが表された印刷文書が印刷される。
【００５１】
Ｃ．実施例の効果：
以上説明したように、本実施例では、ＨＴＭＬ−Ｐｒｉｎｔデータ１２１中のＸＨＴＭＬスプリクトデータ１２２を解析し、得られた情報に基づいて、ユーザ指定印刷用紙サイズがスクリプト指定印刷用紙サイズより小さい場合には、座標計算を用いたリサイズ処理を実行し、リサイズ後の画像幅ＩＷ’，画像高さＩＨ’，画像水平方向始点ＩＨＳ’，画像垂直方向始点ＩＶＳ’を、それぞれ求めて、画像オブジェクトの位置及びサイズを、それらリサイズ後の値に更新し、その後、それら更新後の画像オブジェクトの位置及びサイズなどの情報を用いて、ＲＧＢデータを生成するようにしている。すなわち、本実施例では、ＲＧＢデータを生成する前において、リサイズを、座標計算によって実現している。
【００５２】
従って、本実施例によれば、このようにリサイズを座標計算によって実現しているので、ＣＰＵ１１０にかかる負担が軽く、その故、スループットを向上させることができる。また、リサイズ後に、更新後の画像オブジェクトの位置及びサイズなどの情報を用いて、ＲＧＢデータを生成するため、印刷文書の画質の劣化を抑えることができる。さらに、リサイズによって印刷文書は縮小されているため、ＲＧＢデータ作成を作成する際にも、ＲＧＢデータ作成後にリサイズを行う場合に比較して、ＣＰＵ１１０にかかる負担が軽くなり、その分でも、スループットを向上させることができる。
【００５３】
Ｄ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００５４】
上記した実施例では、プリンタ１００は、赤外線通信によって、ＨＴＭＬ−Ｐｒｉｎｔデータを取得するようにしていたが、ＵＳＢケーブルを介して、取得するようにしてもよい。或いは、プリンタ１００が、メモリカードインタフェース（図示せず）を備え、ＨＴＭＬ−Ｐｒｉｎｔデータの格納されたメモリカードを、そのメモリカードインタフェースに装着して、そのメモリカードからＨＴＭＬ−Ｐｒｉｎｔデータを読み出すことにより、取得するようにしてもよい。
【００５５】
上記した実施例では、ＨＴＭＬ−Ｐｒｉｎｔデータを携帯電話などから取得するようにしていたが、情報携帯端末や、デジタルカメラや、パーソナルコンピュータや、コンテンツサーバなどから取得するようにしてもよい。
【００５６】
上記した実施例では、印刷オブジェクトが画像オブジェクトのみである場合を例に挙げて説明したが、印刷オブジェクトが文字オブジェクトや線オブジェクトである場合にも、画像オブジェクトの場合と同じ様な方法にて、座標計算を用いたリサイズ処理を行うことが可能であることは言うまでもない。
【００５７】
上記した実施例では、印刷コンテンツデータとして、ＸＨＴＭＬ−Ｐｒｉｎｔデータを用いる場合を例に挙げて説明したが、本発明はこれに限定されるものではなく、スタイル記述言語としてＣＳＳに代えて、ＸＳＬ（Extensible Stylesheet Language）によって印刷オブジェクトのレイアウトが記述されたデータを用いるようにしてもよい。
【００５８】
上記した実施例では、印刷コンテンツデータ処理装置をプリンタ１００に搭載した場合を例として説明したが、パーソナルコンピュータやデジタルカメラなどに搭載するようにしてもよい。特に、パーソナルコンピュータに搭載する場合は、印刷コンテンツデータ処理装置を、プリンタドライバとして実現してもよいし、アプリケーションとして実現するようにしてもよい。
【図面の簡単な説明】
【００５９】
【図１】本発明の一実施例としての印刷コンテンツデータ処理装置を備えるプリンタの概略構成を示すブロック図である。
【図２】図１のプリンタにおいて実行されるＨＴＭＬ−Ｐｒｉｎｔデータ処理及び印刷処理の流れを示すフローチャートである。
【図３】図１におけるＸＨＴＭＬスプリクトデータ１２２の内容を示す説明図である。
【図４】解析結果として得られる印刷オブジェクトの位置及びサイズを示す説明図である。
【図５】図１のリサイズ処理部１１４によるリサイズの仕方を説明するための説明図である。
【符号の説明】
【００６０】
１００…プリンタ
１１０…ＣＰＵ
１１１…ユーザインタフェース制御部
１１２…入力インタフェース制御部
１１３…ＸＨＴＭＬ−Ｐｒｉｎｔ解析処理部
１１４…リサイズ処理部
１１５…ＲＧＢデータ生成部
１１６…印刷データ生成部
１１７…プリンタエンジン制御部
１２０…メモリ
１２１…ＸＨＴＭＬ−Ｐｒｉｎｔデータ
１２２…ＸＨＴＭＬスプリクトデータ
１２３…画像データ
１２４…ユーザ指定印刷用紙サイズ情報
１２５…スクリプト指定印刷用紙サイズ情報
１２６…印刷オブジェクトレイアウト情報
１３０…操作パネル
１４０…プリンタエンジン
１５０…赤外線コントローラ
１６０…ＵＳＢコントローラ
【図１】
2008065697.tif 000003
【図２】
2008065697.tif 000004
【図３】
2008065697.tif 000005
【図４】
2008065697.tif 000006
【図５】
2008065697.tif 000007