JP2015091096A - 印刷制御装置、印刷制御装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】 印刷すべき印刷情報に含まれる各オブジェクトの重要度を決定して、各オブジェクトの印刷処理方法を変更することで自動的に節約印刷を行える。【解決手段】情報処理装置から取得する印刷情報を処理する印刷制御装置において、前記印刷情報が特定のアプリケーションで作成されていると判断した場合、前記印刷情報から抽出される作成元から前記印刷情報に対応づけられたファイル情報を取得し、かつ、当該取得したファイル情報に付加されているシート情報を取得する。そして、取得した前記シート情報を解析して前記印刷情報の中に含まれる各コンテンツの配置に関する特徴情報を算出する。さらに、算出した各コンテンツの特徴情報から印刷情報から印刷すべき各コンテンツの重要度を決定する。そして、決定した重要度に基づいて、各コンテンツを印刷すべき印刷情報を再生成することを特徴とする。【選択図】 図４

Description

本発明は、印刷制御装置、印刷制御装置の制御方法、及びプログラムに関するものである。

複写機、レーザプリンタ、インクジェットプリンタ等の印刷装置では、印刷に際してトナーやインク等の色材、および出力用紙を消費する。これらの消耗品を節約する技術として特許文献１がある。特許文献１では、印刷対象の文書中に含まれる特定種類の描画オブジェクトを印刷対象から除外することにより、トナーの消費量を削減する方法も知られている。

特開２０１２−１６８７５０号公報

しかしながら、特許文献１に開示される技術を用いた場合には、印刷対象文書から本来必要な描画オブジェクトを除外してしまう可能性がある。また、不要な描画オブジェクトが印刷対象として残ってしまう可能性がある。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、印刷すべき印刷情報に含まれる各オブジェクトの重要度を決定して、各オブジェクトの印刷処理方法を変更することで自動的に節約印刷を行える仕組みを提供することである。

上記目的を達成する本発明の印刷制御装置は以下に示す構成を備える。
情報処理装置から取得する印刷情報を処理する印刷制御装置であって、前記印刷情報が特定のアプリケーションで作成されているかどうかを判断する判断手段と、前記特定のアプリケーションで作成されていると判断した場合、前記印刷情報から抽出される作成元から前記印刷情報に対応づけられたファイル情報を取得し、かつ、当該取得したファイル情報に付加されているシート情報を取得する取得手段と、前記取得手段が取得した前記シート情報を解析して前記印刷情報の中に含まれる各コンテンツの配置に関する特徴情報を算出する算出手段と、前記算出手段が算出した各コンテンツの特徴情報から前記印刷情報から印刷すべき各コンテンツの重要度を決定する決定手段と、前記決定手段が決定した重要度に基づいて、各コンテンツを印刷すべき印刷情報を再生成する生成手段と、を備えることを特徴とする。

本発明によれば、印刷すべき印刷情報に含まれる各オブジェクトの重要度を決定して、各オブジェクトの印刷処理方法を変更することで自動的に節約印刷を行える。
できる。

印刷制御装置を適用する印刷装置の構成を説明するブロック図である。 図１に示した印刷制御装置におけるソフトウェアモジュール構成図である。 エコプリントの設定画面の一例を示す図である。 印刷制御装置の制御方法を説明するフローチャートである。 印刷制御装置の制御方法を説明するフローチャートである。 レイアウト情報を説明する図である。 コンテンツの描画処理例を説明する図である。 コンテンツの描画処理例を説明する図である。 重要度とエコモードとの対応を示す図である。 印刷制御装置の制御方法を説明するフローチャートである。 情報処理装置別のコンテンツ表示画面を説明する図である。 コンテンツ情報を説明する図である。 スタイル情報を説明する図である。 印刷結果を示す図である。 情報処理装置の構成を説明するブロック図である。 情報処理装置のデータ処理方法を説明するフローチャートである。 印刷制御装置の制御方法を説明するフローチャートである。 印刷システムのシステム構成を示すブロック図である。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す印刷制御装置を適用する印刷装置の構成を説明するブロック図である。

図１において、２００はコントローラユニットで、プリンタ１００において、画像信号やデバイス情報の入出力を総括的に制御する。ＣＰＵ１は、ＲＯＭ３あるいはＨＤＤ４に記憶されたプログラムをＲＡＭ２に読み出して実行する。さらに、ＣＰＵ１は、システムバス５に接続される各デバイスをＣＰＵ１が統括的に制御する。
ＲＡＭ２は、ＣＰＵ１の主メモリ、ワークエリアとして機能する。ＲＯＭ３には電源ＯＮ時に実行されるブートプログラムが格納され、ＨＤＤ４にはオペレーティングシステムと本装置の制御プログラム本体が格納される。
また、ＨＤＤ４は画像データやプリントデータ等の大容量データを一時的あるいは長期的に保持する目的でも使用される。Ｎｅｔｗｏｒｋ６はローカルエリアネットワーク１３に接続し、印刷データやデバイス情報の入出力を担う。
操作部Ｉ／Ｆ７は、操作部１４とのインタフェース部で、操作部１４に表示する画像データを操作部１４に対して出力する。また、操作部１４から本装置の使用者が入力した情報を、ＣＰＵ１に伝える役割をする。操作部１４は、出力器として液晶パネルと音源を備え、入力器としてタッチパネルとハードキーを備えるものである。コントローラ２００はデバイスＩ／Ｆ８を介して、プリンタエンジン１５に接続される。
デバイスＩ／Ｆ８は、ＣＰＵ１の指示に基づき、画像信号の送出、デバイス動作指示、デバイス情報の受信を行う。プリンタエンジン１５はコントローラ２００からの画像信号を媒体上に出力する出力機であり、電子写真方式、インクジェット方式の何れでも構わない。Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ（ＲＩＰ）９はディスプレイリスト（以後、ＤＬと略記する）をラスタイメージに展開する専用ハードウェアである。ＲＩＰ９は、ＣＰＵ１によりＲＡＭ２上に生成されたＤＬを高速かつ、ＣＰＵ１の実行と並列に、処理するものである。プリンタ画像処理部１０は、プリント出力画像データに対して、画像補正、ハーフトーニング等を行う。画像回転部１２は画像データの回転を行う。画像圧伸部１１は、多値画像データはＪＰＥＧ、２値画像データはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。

＜エコ印刷システムのソフトウェアモジュール構成図＞
図２は、図１に示した印刷制御装置におけるソフトウェアモジュール構成図である。なお、図２の（ａ）および図２の（ｂ）に記載した各ソフトウェアモジュールは、プログラムとしてＨＤＤ４に格納され、ＲＡＭ２にロードされＣＰＵ１により実行されるものである。
より具体的には、各ソフトウェアモジュールはＣＰＵ１上で動作するＯＳ（オペレーティングシステム）によりＲＡＭ２にロードされ、実行されるものである。
図２において、データ受信部２０１は、ホストから送信されたプリントデータを受信し、受信したデータはジョブ制御部２０２を介してジョブデータ管理部２０８で保持される。ジョブ制御部２０２はデータ受信から印刷までのジョブ制御の全般を司る。
レイアウタ２０３は、ジョブ制御部２０２からの指示によりＨＴＭＬデータをＰＤＬデータに変換する。そして、変換されたＰＤＬデータはジョブ制御部２０２を介してジョブデータ管理部２０８で保持される。ＰＤＬインタプリタ２０４は、ＰＤＬデータを解釈して、中間データであるＤＬを生成する。生成されたＤＬはジョブ制御部２０２を介してジョブデータ管理部２０８で保持される。
レンダラ２０５は、ＤＬからビットマップイメージを生成するモジュールであり、多くの処理は専用ハードウェアＲＩＰ９により実行される。生成されたビットマップイメージはジョブ制御部２０２を介してジョブデータ管理部２０８で保持される。プリントドライバ２０６は、デバイスＩ／Ｆ８を介してプリンタエンジンへの印刷指示とビットマップイメージの送出を行う。この際に、プリントドライバ２０６はプリンタ画像処理部１０による画像補正も行う。ユーザインタフェース２０７は、操作部Ｉ／Ｆ７を介して、操作部１４を制御するモジュールである。操作部１４の液晶パネルに表示するデータを生成し、タッチパネルからの入力に従い液晶パネルの表示を更新する。また、タッチパネルからの入力が何らかのジョブ実行指示であった場合は、ジョブ制御部２０２に指示を伝達する。ジョブデータ管理部２０８はプリントデータ、ＤＬ、ビットマップイメージのそれぞれを一時的もしくは長期的に保持管理するデータベースである。

図２の（ｂ）は、図２の（ａ）のレイアウタ２０３の内部構成を説明するソフトウェアモジュール構成に対応する。
図２の（ｂ）において、ＨＴＭＬインタプリタ２１１は、ＨＴＭＬデータを解釈しページに配置する描画オブジェクト情報を生成する。ＨＴＭＬデータの解釈に必要なビットマップやスクリプトデータ等のリソースが不足する場合に、ＨＴＭＬインタプリタ２１１は、データ取得部２１２を介して当該リソースを取得する。データ取得部２１２は、指定されたリソースをｈｔｔｐプロトコルにより指定されたロケーションから取得する。リソースおよびロケーションはＵＲＩとしてＨＴＭＬインタプリタ２１１から指示される。
スタイルシートコンバータ２１３はＨＴＭＬデータに付随するスタイルシートデータをエコ印刷設定を反映したスタイルシートデータに変換する。データコンバータ２１５は、データ取得部２１２から画像ファイル等のコンテンツデータを取得しエコ印刷設定を反映したコンテンツデータに変換する。ＰＤＬ出力部２１４は、ＨＴＭＬインタプリタ２１１から与えられた描画オブジェクト情報を元にＰＤＬデータを生成する。

＜エコプリントの設定＞
図３は、図１に示した操作部１４の液晶パネルに表示されるエコプリントの設定画面の一例を示す図である。なお、本実施形態において、エコプリントは省資源を意図した印刷を行う機能である。なお、当該画面は、受信した印刷情報に対する節約印刷要求を受け付ける受付画面として用いられる。
図３において、エコプリント３０１で、ユーザの操作でＯＮ３０２を押下するとエコプリントが有効となり、ユーザの操作でＯＦＦ３０３を押下するとエコプリントが無効となる。ここで、ＣＰＵ１は画面上の押下された位置の情報から選択された項目を判定し、その設定値をＲＡＭ２に保存する。
即ち、ＣＰＵ１は液晶タッチパネル上の３０２の領域が押下されたことを検知して、ＲＡＭ２にエコプリントが有効か無効かという情報を記憶する。有効の場合に値１が記憶され、無効の場合に値０が記憶される。

＜エコプリントの基本フロー＞
図４は、本実施形態を示す印刷制御装置の制御方法を説明するフローチャートである。本例は、図１に示したコントローラ２００によるエコプリントの基本フローをあらわすフローチャートである。なお、本説明では図２の（ａ）および図２の（ｂ）の各ソフトウェアモジュールを主体として説明を行う。また、本フローチャートはＨＤＤ４に記憶された図２（Ａ）の各ソフトウェアモジュール内の各プログラムがＲＡＭ２に読み出され、ＣＰＵ１により実行されることにより実現される。
また、図４の（ａ）は受信データを解析しエコ変換を行いディスプレイリストを生成する処理のフローを表わしている。図４の（ｂ）は、図４（ａ）のフローで生成したディスプレイリストをレンダリングする処理フローを表わしている。図４（ｃ）は、図４（ｂ）のフローで生成したビットマップ画像を印刷する印刷処理フローについて表わしている。

最初にＳ４００１において、データ受信部２０１は、印刷情報としてのＰＤＬデータを受信し、ジョブ制御部２０２を介してジョブデータ管理部２０８に保持させる。次にＳ４００２において、ジョブ制御部２０２はエコプリントの設定値を取得する。エコプリントの設定値は図３の設定画面によりＲＡＭ２に有効の場合に値「１」が記憶され、無効の場合に値「０」が記憶されている。
次にＳ４００３で、ジョブ制御部２０２はエコプリントの設定値が有効か否か判定する。ここで、エコプリントの設定が有効であるとジョブ制御部２０２が判断した場合はＳ４００４へ進み、有効でないとジョブ制御部２０２が判断した場合はＳ４００８へ進む。
そして、Ｓ４００４において、ジョブ制御部２０２は、当該ＰＤＬデータがＷｅｂブラウザから作られたものか否かを判定する。ここで、ＰＤＬデータに付属するジョブチケットには、そのＰＤＬデータの元となった文書名の情報がプリンタドライバによって埋め込まれている。そして、Ｗｅｂブラウザの場合はｈｔｔｐ：／／ｘｘｘ．ｙｙｙ．ｚｚｚ／ｉｎｄｅｘ．ｈｔｍｌ等のＵＲＬが文書名として採用されるているので、当該情報を抽出できる。
従って、ジョブ制御部２０２は当該ＰＤＬデータの文書名がｈｔｔｐ：から始まるＵＲＬか否かによって、Ｗｅｂブラウザから作られたＰＤＬデータか否かを判定する。Ｓ４００４で、ＰＤＬデータがＷｅｂブラウザから作られたものであるとジョブ制御部２０２が判断した場合はＳ４００５へ進み、ＰＤＬデータがＷｅｂブラウザから作られたものでないとジョブ制御部２０２が判断した場合はＳ４００８へ進む。
次にＳ４００５において、ジョブ制御部２０２は、ＰＤＬデータの作成元となる元ＵＲＬのＷｅｂページが複数のレイアウト情報を有するか否か判定する。ここで、ジョブ制御部２０２は、まず前述の元ＵＲＬからｈｔｍｌファイル（ファイル情報）をダウンロードして取得する。そして、ジョブ制御部２０２はこのｈｔｍｌファイルから参照されるスタイルシート（シート情報）をさらにダウンロードして取得する。ジョブ制御部２０２は、このスタイルシートの中に＠ｍｅｄｉａコマンドによる属性値としてＷｅｂブラウザの最小・最大幅を表わす特徴情報に対応すべきｍｉｎ−ｗｉｄｔｈ，ｍａｘ−ｗｉｄｔｈが指定された記述を探す。あるいはジョブ制御部２０２は、デバイスの最小・最大幅を表わすｍｉｎ−ｄｅｖｉｃｅ−ｗｉｄｔｈ，ｍａｘ−ｄｅｖｉｃｅ−ｗｉｄｔｈが指定された記述を探す。
記載方法はｍｉｎ−ｗｉｄｔｈ，ｍａｘ−ｗｉｄｔｈとｍｉｎ−ｄｅｖｉｃｅ−ｗｉｄｔｈ，ｍａｘ−ｄｅｖｉｃｅ−ｗｉｄｔｈで違いはないためここではｍｉｎ−ｗｉｄｔｈ，ｍａｘ−ｗｉｄｔｈとして説明する。
Ｓ４００５で、複数のレイアウト情報を有するとジョブ制御部２０２が判断した場合は複数レイアウトを有すると判定する。ここで、ｍｉｎ−ｗｉｄｔｈはその記述以降に指定されたレイアウト指定がｍｉｎ−ｗｉｄｔｈで指定された幅よりも大きいメディアにのみ有効であることを意味する。
また、ｍａｘ−ｗｉｄｔｈは反対にその記述以降に指定されたレイアウト指定がｍａｘ−ｗｉｄｔｈで指定された幅よりも小さいメディアにのみ有効であることを意味する。
具体的な記載例については後述する。
次に、ジョブ制御部２０２はＳ４００５でＹｅｓの場合はＳ４００６へ進み、Ｎｏの場合はＳ４００８へ進む。
Ｓ４００６において、ジョブ制御部２０２は、ＰＤＬデータから論理ページサイズを取り出す。論理ページサイズはＰＤＬデータに付属するジョブチケットに記載された印刷用紙サイズを論理ページサイズとみなす。例えば、用紙サイズＡ４であれば、２１０ｍｍ×２９７ｍｍが論理ページサイズとなる。
次にＳ４００７へ進み、レイアウタ２０３は、元ＵＲＬからＷｅｂページをダウンロードして、エコプリントを実現するための省トナーに貢献するコンテンツの変換処理を行い、ＰＤＬデータを再生成する。この処理の詳細については後述する。

Ｓ４００８へ進み、ＰＤＬインタプリタ２０４は、ＰＤＬデータを解析処理し、当該ページの描画情報を表す中間データであるディスプレイリストを生成する。Ｓ４００９へ進み、ＰＤＬインタプリタ２０４はレンダラ２０５に対してディスレプリリストの生成完了を通知し、レンダリングを依頼する。そして、Ｓ４０１０へ進み、ＰＤＬインタプリタ２０４は全ページの処理が終了したか判定する。Ｙｅｓの場合は本フローの処理を終了し、Ｎｏの場合はＳ４００８へ戻り、残りのページの処理を継続する。

図４の（ｂ）に示すフローはレンダラ２０５によって実行される。
Ｓ４１０１でレンダラ２０５は、１ページ分のディスプレイリストの生成完了を待つ。Ｓ４００９でディスプレイリストの生成完了が通知されるとレンダラ２０５はＳ４１０１から次の処理に進む。
Ｓ４１０２において、レンダラ２０５はレンダリングを行いビットマップと属性マップを生成する。ここで、生成されるビットマップはＣＭＹＫの各色８ビットの諧調を有し、属性マップはビットマップの各ピクセルに対応した２ビットの情報を有する。ディスプレイリスト内には、各オブジェクトの属性フラグが含まれており、オブジェクトがグラフィックス情報、イメージ、文字の何れであるかが識別される。この属性フラグがレンダリング時に属性マップに展開される。即ち、属性マップは各ピクセルがグラフィックス（００）、テキスト（０１）、イメージ（１０）の何れであるかを示す。

次にＳ４１０３において、レンダラ２０５はビットマップをジョブデータ管理部２０８に保存し、プリントドライバ２０６にプリントを依頼する。プリントの依頼はプリントドライバ２０６に対してレンダリング終了通知を送信することにより実行される。

依頼を受けたプリントドライバ２０６は、図４の（ｃ）に示すＳ４２０１において、エンジンに対してプリント開始要求コマンドを送信し、画像転送する。また、画像転送に先立ってビットマップ画像に対して画像処理を施す。次にＳ４１０４へ進み、レンダラ２０５は全ページのレンダリングが完了したか判定する。Ｙｅｓの場合は、図４のフローを終了する。Ｎｏの場合は、Ｓ４１０１へ戻り、処理を繰り返す。

＜エコプリント変換処理フロー＞
図５は、本実施形態を示す印刷制御装置の制御方法を説明するフローチャートである。本例は、図２に示したレイアウタ２０３により実行されるエコプリント変換処理例である。なお、図５は、図４のＳ４００７を詳細化したものである。なお、本説明では図２の（ａ）および図２の（ｂ）の各ソフトウェアモジュールを主体として説明を行う。また、本フローチャートはＨＤＤ４に記憶された図２（Ａ）の各ソフトウェアモジュール内の各プログラムがＲＡＭ２に読み出され、ＣＰＵ１により実行されることにより実現される。
最初にＳ５００１において、データ取得部２１２は、指定されたＵＲＬからＨＴＭＬデータをダウンロードする。ここで指定されるＵＲＬとは、ジョブ制御部２０２からレイアウタ２０３へ渡されるＰＤＬデータの元ＵＲＬを意味する。

Ｓ５００２において、ＨＴＭＬインタプリタ２１１はダウンロードしたＨＴＭＬデータを解釈し、スタイルシートの所在を判別する。スタイルシートはＨＴＭＬデータ内に直接埋め込むことも可能であるが、外部ファイルとして記載されることが非常に多い。例えば、＜ｌｉｎｋ ｒｅｌ＝”ｓｔｙｌｅｓｈｅｅｔ" ｈｒｅｆ＝"ｃｓｓ／ｃｏｍｍｏｎ．ｃｓｓ" ｔｙｐｅ＝"ｔｅｘｔ／ｃｓｓ" ／＞のように＜ｌｉｎｋ＞要素を使って表現される。この例ではスタイルシート（ＣＳＳファイル）はｃｓｓ／ｃｏｍｍｏｎ．ｃｓｓとして存在していることが分かる。元のＨＴＭＬデータのＵＲＬがｈｔｔｐ：／／ｘｘｘ．ｙｙｙ．ｚｚｚ／ｉｎｄｅｘ．ｈｔｍｌである場合、スタイルシートのＵＲＬはｈｔｔｐ：／／ｘｘｘ．ｙｙｙ．ｚｚｚ／ｃｓｓ／ｃｏｍｍｏｎ．ｃｓｓとなる。
ＨＴＭＬインタプリタ２１１はこのように判別したＵＲＬからのダウンロードをデータ取得部２１２に依頼する。依頼を受けたデータ取得部２１２はスタイルシートをダウンロードする。なお、Ｓ５００２の処理はＨＴＭＬインタプリタ２１１とデータ取得部２１２の協調動作により実現されることに注意されたい。

Ｓ５００３において、データコンバータ２１５はＳ５００２でダウンロードしたスタイルシートから、メディアクエリーの記載を探す。そして、スタイルシートコンバータ２１３はレイアウトが切り替わるブレークポイントを判別する。例えば、スタイルシートは"＠ｍｅｄｉａ ａｌｌａｎｄ（ｍａｘ−ｗｉｄｔｈ：８００ｐｘ）｛．．．｝"のように記述される。実際には、｛｝の間には、レイアウト情報、フォント情報、色情報などのスタイル情報が指定される。具体的な記述例に関しては図１３により後述する。本実施例においてはコンテンツの配置方法を決定するレイアウトに関する情報、コンテンツの表示方法を決定する表示属性が最も重要なスタイル情報であり、それらが指定されるものとして説明する。

この例では、幅が８００ピクセル以下の全てのメディアで｛．．．｝に記載されたレイアウトを採用するという意味である。すなわち、幅８００ピクセルを分岐点としてレイアウトを変更している。このようにレイアウトを切り換えるピクセル幅をブレークポイントと呼ぶ。本実施例ではブレークポイントを表すメディア特性の記載方法としてｍｉｎ−ｗｉｄｔｈとｍａｘ−ｗｉｄｔｈを採用する。デスクトップＰＣ用、タブレット端末用、スマートフォン用と複数のレイアウトを用意することも可能である。この場合、ブレークポイントも二つ以上になるので全て算出する必要がある。なお、スタイルシートにおけるピクセル幅指定はデバイス非依存の表記方法であることに注意されたい。

ここでデスクトップＰＣ用、タブレット端末用、スマートフォン用の３つのレイアウトを持つＷｅｂサイトの場合のブレークポイントと画面の幅とスタイルシートとの関係を図６を用いて説明する。

図６では３つのスタイルを持ったＷｅｂページにおいて、ＰＣ用のスタイルシートが適用される６０１の領域とタブレット端末用のレイアウトが適用される６０２の領域、スマートフォン用のレイアウトが適用される６０３の領域が存在する事を表わしている。
その３つの領域の境目となる画面の幅がブレークポイントであり最大のブレークポイント６０４は７８０ｐｘであり、次に大きいブレークポイント６０５は４８０ｐｘとなる。この時Ｓ５００４ではブレークポイント００４、ブレークポイント００５を算出し保持しておく。

Ｓ５００５においてＳ５００４において選択したブレークポイントの前後の横幅に対応する２つのスタイルシート情報を取得する。つまり図６の場合にはまずブレークポイント００４を選択しその前後のデスクトップＰＣ用のスタイル００１とタブレット端末用のスタイル００２を選択し２つのスタイルの差分情報を算出する。ここで算出するスタイル差分情報はレイアウトの変更情報や、コンテンツの表示、非表示、コンテンツのサイズ変化等である。

次にスタイル情報の変化状態について説明する。最初にレイアウト情報の変化例について説明する。
図７はあるＷｅｂページの表示画面を表わす図である。
図７の（ａ）から図７の（ｆ）において、コンテンツ７０１、７０２、もしくは７０３、７０４、もしくは７０５，７０６から構成されている。コンテンツ７０１，７０２，７０３，７０４，７０５，７０６内には更に文字列や外部サイトへのリンク、画像ファイル等のコンテンツが含まれている。

あるブレークポイントよりも画面の幅が大きい場合には、図７の（ａ）のように表示されていたページが、ブレークポイントよりも画面の幅が小さくなった場合に図７の（ｂ）のように表示された。この時Ｃｏｎｔｅｎｔｓ＿Ｂ７０２の位置の変化がレイアウト情報の変化として挙げられる。すなわち、現在処理中のブレークポイントよりも幅が広い場合にはＣｏｎｔｅｎｔｓ＿Ａ７０１とＣｏｎｔｅｎｔｓ＿Ｂ７０２が横並びになっている。しかしブレークポイントよりも幅が狭くなると横並びではなく、Ｃｏｎｔｅｎｔｓ＿Ａ７０１とＣｏｎｔｅｎｔｓ＿Ｂ７０２が縦並びで表示されるようなレイアウトの変化が発生している。このコンテンツのレイアウトに関する変化をレイアウト情報の変化として検出する。

次にコンテンツの表示、非表示に関する変化について図７の（ｃ），図７（ｄ）を用いて説明する。図７の（ｃ）は現在処理中のブレークポイントよりも幅が広い場合であり、Ｃｏｎｔｅｎｔｓ＿Ｃ７０３とＣｏｎｔｅｎｔｓ＿Ｄ７０４が表示されている。
一方図７の（ｄ）は現在処理中のブレークポイントよりも幅が狭い場合であり、Ｃｏｎｔｅｎｔｓ＿Ｄ７０４が非表示となっているためＣｏｎｔｅｎｔｓ＿Ｃ７０３のみ表示されている。
上記Ｓ５００４、Ｓ５００５、Ｓ５００６の処理をブレークポイントの数だけ繰り返す事によりあるブレークポイントを境にしてどの様なスタイル情報の変化があったかを算出する事ができる。

Ｓ５００８では、データコンバータ２１５において、各ブレークポイントの前後でのスタイル変化から各コンテンツの重要度を決定する。１つのブレークポイント前後におけるスタイル変化に着目した場合に、図７の（ａ）のＣｏｎｔｅｎｔｓ＿Ａ７０１、Ｃｏｎｔｅｎｔｓ＿Ｂ７０２の様に横並びであったコンテンツが、図７の（ｂ）のＣｏｎｔｅｎｔｓ＿Ｂ７０２のように後に回り込む場合がある。この時には回り込んだコンテンツの優先度は低いと考えられる。しかし必ずしも後ろに回り込むコンテンツの重要度が低いとは限らない。その例を図７の（ｅ）、図７の（ｆ）を用いて説明する。図７の（ｅ）はあるブレークポイントより画面の幅が広い状態の表示例であり、図７の（ｆ）はあるブレークポイントよりも画面の幅が狭い表示例である。この様にＣｏｎｔｅｎｔｓ＿Ｅ７０５とＣｏｎｔｅｎｔｓ＿Ｆ７０６が同等の横幅であり、画面サイズが狭くなったために横並びでは見辛くなるため、縦に並べて表示する場合がある。
この場合にはＣｏｎｔｅｎｔｓ＿Ｆ７０６がＣｏｎｔｅｎｔｓ＿Ｅ７０５の後ろに回り込んでも重要度が低いと判定すべきではない。例えば重要度が低いと判定する際にはＣｏｎｔｅｎｔｓ＿Ｆ７０６の横幅がＣｏｎｔｅｎｔｓ＿Ｅ７０５の横幅に対してある程度の大きさ以下であった場合にのみ重要度が低いと判定するとしてもよい。
さらにＣｏｎｔｅｎｔｓ＿Ｆ７０６の内容をＨＴＭＬファイルの内容から確認し、Ｔｗｉｔｔｅｒ（商標）やＦａｃｅｂｏｏｋ（商標）等のＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）へのリンクである場合は重要度が低いと判定するとしてもよい。もしくはバナーと判定可能な外部サイトへのリンクやスクリプトである場合、もしくは自サイトへのリンク情報がリスト形式で記載されている場合等に限定して重要度が低いと判定する事でより適切な重要度の判定が可能となる。

次に同じブレークポイントにおいて図７の（ｃ）であったものが、画面の幅を狭くする事により、図７の（ｄ）のＣｏｎｔｅｎｔｓ＿Ｄ７０４の様に非表示になるものがあれば後ろに回り込むコンテンツよりも重要度は低いと判断できる。また複数のブレークポイントが存在する場合には、ブレークポイントの幅が大きい程変化のあったコンテンツの重要度は低いと考えられる。
これはブレークポイントが小さい、すなわちウェブページを表示している画面の横幅が小さい場合には一度に表示できる情報量が限られるため、その状態で画面上部に表示されているものはＷｅｂページの作成者が吟味しているからである。そのため画面の横幅が小さい時に表示されているものほど重要度が高いと考えられる。逆に画面横幅が大きい場合にのみ上部に表示されたり、表示されたりするコンテンツは、Ｗｅｂページにおける付加的な情報であり、必須な情報ではない事を意味している。

次に図８を用いて具体的な重要度の決定方法について説明する。
図８はあるＷｅｂページのＰＣ用レイアウト（図８の（ａ））、タブレット用レイアウト（図８の（ｂ））、スマートフォン用レイアウト（図８の（ｃ））で表示した例を表わした図である。

図８の（ａ）のＰＣ用レイアウトから図８の（ｂ）のタブレット用レイアウトに切り替わる際にはＣｏｎｔｅｎｔｓ＿Ｄ８０４が非表示になる。またＣｏｎｔｅｎｔｓ＿Ｃ８０３の位置がＣｏｎｔｅｎｔｓ＿Ｂ８０２の横からＣｏｎｔｅｎｔｓ＿Ａ８０１とＣｏｎｔｅｎｔｓ＿Ｂ８０２の下に回り込んでいる事が確認できる。そのためＣｏｎｔｅｎｔｓ＿Ｄ８０４の優先度が一番低く、Ｃｏｎｔｅｎｔｓ＿Ｃ８０３がその次に低い優先度と考えられる。

またタブレット用レイアウトからスマートフォン用レイアウトに切り替わる際にはＣｏｎｔｅｎｔｓ＿Ｃ８０３が非表示になる。またＣｏｎｔｅｎｔｓ＿Ｂ８０２の位置がＣｏｎｔｅｎｔｓ＿Ａ８０１の横からＣｏｎｔｅｎｔｓ＿Ａ８０１の下に回り込んでいる事が確認できる。そのため、Ｃｏｎｔｅｎｔｓ＿Ｃ８０３よりもＣｏｎｔｅｎｔｓ＿Ｂ８０２の方が優先度が高いと判断できる。その結果Ｃｏｎｔｅｎｔｓ＿Ａ８０１からＣｏｎｔｅｎｔｓ＿Ｄ８０４の重要度はＣｏｎｔｅｎｔｓ＿Ａ８０１、Ｃｏｎｔｅｎｔｓ＿Ｂ８０２，Ｃｏｎｔｅｎｔｓ＿Ｃ８０３，Ｃｏｎｔｅｎｔｓ＿Ｄ８０４の順に高いという事になる。

次にＳ５００９において、データコンバータ２１５はＳ５００８で判定した重要度を用いてエコ設定を有効にしたエコプリントのためのデータ変換処理を行う。Ｓ５００８で決定したコンテンツの重要度に応じたエコプリントの処理を行う。この時各重要度に応じて実施するエコプリントの設定はユーザにより予め設定しておくことが可能である。

ここで、ユーザからのエコプリントの処理方法の指定方法を図９に示す。
図９は、図１に示した操作部１４の表示パネルに表示されるエコプリントの処理を決定する設定画面を示す図である。
図９において、ユーザは画面上の９０１，９０２，９０３を選択することで、設定可能な設定値を確認し任意の設定をする事が可能である。ＣＰＵ１は液晶パネルがタッチされた事を検知し、押下された位置の情報とその後に選択されたエコプリントの設定値情報を取得しＲＡＭ２に各エコモードにおける重要度毎のエコプリント設定値を記憶する。

ここで重要度１、重要度２、重要度３はＳ５００８で決定した重要度であり、重要度１の重要度が一番低く、数字が上がるにつれて重要度が高くなる事とする。また、エコモードＡ、Ｂ、Ｃにはデフォルトとして推奨の設定をしておき、エコモードを選択する事によりエコプリントが簡単に可能になる。

それぞれのモードで設定可能なエコプリント設定値は図９にあるようにコンテンツの非表示、コンテンツのモノクロ化、コンテンツの通常表示等が設定可能である。またコンテンツの文字、グラフィックス、写真（イメージ情報）等のコンテンツの属性に応じた処理を設定する事も可能である。例えば文字に関しては文字サイズの縮小、フォント種類の変更とする事ができる。またグラフィックス情報に関してはコンテンツのサイズの変更、描画色をトナー消費量の少ない色に置き換える処理等とする事ができる。また写真の場合には画像サイズを小さくしたり、グレースケール化する等をエコプリント設定として提供したりする事が可能である。またここで説明した以外にもエコプリントを実現するための様々な手段を設定する事が可能である。
次に、図９で示された設定の場合の各モードにおける図８の場合のエコプリント変換例を説明する。

まず、Ｓ５００８で、算出した重要度は低いものから順にＣｏｎｔｅｎｔｓ＿Ｄ８０４、Ｃｏｎｔｅｎｔｓ＿Ｃ８０３、Ｃｏｎｔｅｎｔｓ＿Ｂ ８０２、Ｃｏｎｔｅｎｔｓ＿Ａ８０１であった。そのため図９における重要度＿１はＣｏｎｔｅｎｔｓ＿Ｄ８０４，重要度＿２はＣｏｎｔｅｎｔｓ＿Ｃ８０３，重要度＿３はＣｏｎｔｅｎｔｓ＿Ｂ８０２となる。この場合ではエコプリントに使用する重要度のレベルを３段階に設定したので、４番目に重要なＣｏｎｔｅｎｔｓ＿Ａ８０１に関しては特にエコプリントのための変換はされない。

エコモードＡを選択した場合にはＣｏｎｔｅｎｔｓ＿Ａ８０１、Ｃｏｎｔｅｎｔｓ＿Ｂ８０２は元のままとなり、Ｃｏｎｔｅｎｔｓ＿Ｃ８０３はモノクロ化され、Ｃｏｎｔｅｎｔｓ＿Ｄ８０４は非表示となる。次にエコモードＢを選択した場合にはＣｏｎｔｅｎｔｓ＿Ａ８０１は元のまま、Ｃｏｎｔｅｎｔｓ＿Ｂ８０２はモノクロ化されて表示され、Ｃｏｎｔｅｎｔｓ＿Ｃ８０３、Ｃｏｎｔｅｎｔｓ＿Ｄ８０４は非表示となる。次にエコモードＣを選択した場合にはＣｏｎｔｅｎｔｓ＿Ａ８０１のみレンダリングされることとなる。

また、Ｓ５００９で実施する重要度に応じたエコプリントの変換処理ではエコプリントの処理方法に応じてデータコンバータ２１５、スタイルシートコンバータ２１３、ＨＴＭＬインタプリタにて実施される。
例えばスタイルシート内スタイルシートの変換であればスタイルシートコンバータ２１３にて実行される。また指定された要素のオブジェクト自体を変換する方法であればデータコンバータ２１５にて実行される。例えばコンテンツの表示・非表示の切り替えであればスタイルシートに存在するｖｉｓｉｂｉｌｉｔｙプロパティをｉｎｖｉｓｉｂｌｅにする事で他のコンテンツに影響を与えることなく、該当コンテンツを非表示にする事ができる。また写真をグレースケールにしたい場合にはＨＴＭＬに記載されているＪＰＥＧ画像等の画像ファイルをデータ取得部２１２から取得しデータコンバータ２１５にてグレースケール変換し利用する事でグレースケール化する事が可能である。

Ｓ５０１０ではＨＴＭＬインタプリタ２１１が、Ｓ５００９で変換したスタイルシートやＨＴＭＬファイル、画像ファイルを解釈し論理ページに合わせ１ページ分の描画オブジェクトを生成し１ページ分のＰＤＬデータを生成しフローを終了する。
＜プリントドライバの処理フロー＞

図１０は、本実施形態を示す印刷制御装置の制御方法を説明するフローチャートである。本例は、プリントドライバ２０６により実行される画像転送処理例である。また、図４のＳ４２０１を詳細化したフローチャートでもある。なお、図５は、図４のＳ４００７を詳細化したものである。なお、本説明では図２の（ａ）および図２の（ｂ）の各ソフトウェアモジュールを主体として説明を行う。また、本フローチャートはＨＤＤ４に記憶された図２（Ａ）の各ソフトウェアモジュール内の各プログラムがＲＡＭ２に読み出され、ＣＰＵ１により実行されることにより実現される。
最初にＳ１００１において、プリントドライバ２０６は、レンダリング終了通知を受信するまで待つ。レンダリング終了通知は、前述したように、ジョブ制御部２０２によりＳ４１０３で送信されるものである。

次にＳ１００２において、プリントドライバ２０６はレンダリング済みのページがジョブの先頭ページか、もしくは前ページの印字出力が完了しているか判定する。Ｎｏの場合は、前のページのレンダリング完了を待つために、Ｓ１００１に戻る。前述したように、各ページのレンダリングはページ順に完了するとは限らない。Ｓ１００２でＹｅｓの場合は、Ｓ１００３へ進み、プリントドライバ２０６はエンジンに対してプリント開始要求コマンドを送信し、画像を転送する。なお、Ｓ１００３において、プリントドライバ２０６はエンジンとの同期処理も行う。プリンタエンジンは所定のスピード以上では出力できない。コントローラ２００はそのＲＩＰ処理が速すぎる場合にプリンタエンジン１５の印字出力を待つ必要がある。
次にＳ１００４において、プリントドライバ２０６は次ページがレンダリング済みか否か判定する。Ｙｅｓであれば、Ｓ１００５に進み、プリントドライバ２０６はエンジン同期して、プリント開始要求コマンドを送信し、画像を転送する。そして、再びＳ１００４に戻り同様の処理を繰り返す。Ｓ１００４、Ｓ１００５の処理により、先にレンダリング済みのページが全て出力される。
一方、Ｓ１００４でＮｏの場合は、Ｓ１００６へ進み、プリントドライバ２０６は全ページの画像転送が完了したか否か判定する。Ｙｅｓの場合は、Ｓ１００７へ進み、プリントドライバ２０６はプリンタエンジン１５に対してプリント完了要求コマンドを送信する。Ｎｏ場合は、Ｓ１００１へ戻り、処理を繰り返す。

＜Ｗｅｂページのエコ変換例＞
具体的なＷｅｂページ例を使用して、コンテンツの重要度の判定を行い、重要度に応じたエコ変換を実施する方法の詳細について説明する。
図１１は、本実施形態を示す印刷制御装置にＷｅｂブラウザ表示画面の一例を示す図である。
図１１の（ａ）はＷｅｂページをデスクトップＰＣ用のスタイルシートを用いて、Ｗｅｂブラウザで表示した例である。
図１１の（ａ）において、ヘッダ部１１０１、コンテンツ部１１０２、サイド部１１０３、フッタ部１１０４から構成されている。ヘッダ部１１０１はタイトルに関する情報と、本Ｗｅｂサイト内のリンクが記載されたトップメニュー部１１０５から構成されており、トップメニュー部をクリックする事でサイト内の任意のページに移動する事ができる。コンテンツ部１１０２はメニュー部１１０６とメイン部１１０７から構成されている。

メニュー部１１０６は本Ｗｅｂサイト内へのリンクである。メイン部１１０７は本Ｗｅｂページで最もユーザに伝えたい情報が記載されている部分であり一番重要なコンテンツである。メイン部１１０７には二つの記事が存在し、１１０８は記事に関連する写真が挿入されている。サイド部１１０３は複数のサイドバナー１１０９から構成されている。サイド部１１０３には一般的には広告に関する画像や、ＴｗｉｔｔｅｒやＦａｃｅｂｏｏｋ等のＳＮＳに関連する情報が表示される事が一般的である。
これらは本サイトにとって必須な情報でない場合が多く、特に印刷には不要な可能性が高い。フッタ部１１０４には主にｃｏｐｙｒｉｇｈｔや本ＷｅｂサイトのＴｏｐページへのリンク情報、本Ｗｅｂサイトに関する問い合わせ先等が記載されている事が一般的である。

図１１の（ｂ）はＷｅｂページをタブレット用のスタイルシートを用いてブラウザで表示した例である。図１１の（ａ）のデスクトップＰＣ用のスタイルシートでの表示例と比較すると右側に表示されていたサイド部１１０３がコンテンツ部１１０２の下に回り込み、フッタ部１１０４が消えている事がわかる。

図１１の（ｃ）はスマートフォン用のスタイルシートを用いてブラウザ表示した例である。図１１の（ａ）のタブレット用のスタイルシートを用いてブラウザ表示した場合に比べメニュー部１１０６が消えサイド部１１０３が消えている事がわかる。

図１２は、本実施形態を示す印刷制御装置におけるＷｅｂページのＨＴＭＬファイルの記述例を示す図である。
図１２において、ＨＴＭＬではコンテンツのまとまりを表わす際にｄｉｖタグを用いるのが一般的である。このｄｉｖタグ自体には特に意味を持たないが、このｄｉｖタグで囲まれた範囲に対してスタイルシートを用いてコンテンツの見た目や配置を制御している。上述のヘッダ部１１０１、コンテンツ部１１０２、サイド部１１０３、フッタ部１１０４、メイン部１１０７に関してもｄｉｖタグを用いてそれぞれ以下の様に記載される。＜ｄｉｖ ｉｄ＝"ｈｅａｄ"＞，＜ｄｉｖ ｉｄ＝"ｓｉｄｅ"＞，＜ｄｉｖ ｉｄ＝"ｆｏｏｔ"＞，＜ｄｉｖ ｉｄ＝"ｍａｉｎ"＞

本ＨＴＭＬファイルから参照するスタイルシートは＜ｈｅａｄ＞部の中に記載され＜ｌｉｎｋ＞要素のｒｅｌプロパティが"ｓｔｙｌｅｓｈｅｅｔ"の箇所が実際に利用するスタイルシートを指定している箇所である。また図１２の例ではｃｓｓ／ｔｍｐ．ｃｓｓが参照するスタイルシートファイルとなる。

図１３は、本実施形態を示す印刷制御装置におけるスタイルシートの具体例を示す図である。
図１３において、スタイルシートの前半部１３０１には全要素に効くデフォルトの設定値を記載する。その後必要に応じてより詳細の記述を１３０２の様に記載する。１３０１や１３０２の設定は画面の横幅によらず有効な設定となる。

＠ｍｅｄｉａから始まる１３０３，１３０２，１３０４はメディアクエリーと呼ばれ、Ｗｅｂブラウザでの表示や、プリンタでの印刷等のメディア毎にスタイルを適用可能とするための方法である。またａｌｌと記載された場合は全てのメディアに対して有効となる事を表わす。またその後に続くｍａｘ−ｗｉｄｔｈ、ｍｉｎ−ｗｉｄｔｈは表示しているブラウザの横幅を表わしており記載された条件と一致する場合にのみそれ以降に記載されたスタイルが有効になる。

１３０３，１３０４，１３０５から本スタイルシートにおけるブレークポイントは７８０ｐｘと４８０ｐｘである事がわかる。最初に７８０ｐｘ前後のスタイルの違いについて算出する。７８０ｐｘ以上のスタイルに関しては１３０５であり４８０ｐｘ以上７８０ｐｘまでのスタイルについては１３０４である。この差分を確認すると＃ｃｏｎｔｅｎｔｓの幅と＃ｓｉｄｅの幅とｆｌｏａｔ指定、＃ｆｏｏｔのｃｌｅａｒ指定、ｉｍｇの幅とｆｌｏａｔ指定である。ここで"＃"はスタイルシートにおけるｉｄの記載方法であり、図１２のＨＴＭＬではｉｄ＝""として記載されているものに適用される。

この中で幅に関する情報は見た目を美しくするための調整値であり特に意識をする必要はない。またｉｍｇのｆｌｏａｔ指定はデスクトップＰＣでは縦並びで表示していたものを横並び表示に変更したための情報なので不要な情報である。＃ｓｉｄｅのｆｌｏａｔ指定とｃｌｅａｒ指定と＃ｆｏｏｔのｄｉｓｐｌａｙ：ｎｏｎｅ指定が注目すべき変化点である。
まず＃ｆｏｏｔのｄｉｓｐｌａｙ：ｎｏｎｅ指定が変化した事から＃ｆｏｏｔが非表示になった事が確認でき、＃ｆｏｏｔの重要度が最も低い事が確認できる。

また＃ｓｉｄｅのｆｌｏａｔ指定とｃｌｅａｒ指定に関しては、デスクトップ用ＰＣではｆｌｏａｔ：ｌｅｆｔ指定がされる事によりその要素の前のコンテンツ部１１０２に対して左側に寄せて配置されていた。一方タブレット端末用のレイアウトではｃｌｅａｒ：ｂｏｔｈ指定がされたためｆｌｏａｔ指定が解除され＃ｓｉｄｅ要素はコンテンツ部１１０２の下に配置されるように指定された事となる。以上から＃ｓｉｄｅ要素はコンテンツ部１１０２の下に回り込んで配置されるように変化した事がわかるため、フッタ部の次に重要度が低い要素はサイド部である事がわかる。

次にタブレット端末用のスタイルシートとスマートフォン用のスタイルシートを比較する。両者を比較し先ほどと同様に幅に関する情報を取り除くと＃ｍｅｎｕと＃ｓｉｄｅでｄｉｓｐｌａｙ：ｎｏｎｅ指定がされた事とが差分となる。ｄｉｓｐｌａｙ：ｎｏｎｅとはそのＢｏｘ自体をなくす指定である。つまり該当する要素が表示だけでなくレイアウトからも削除される事を表わしている。以上から＃ｓｉｄｅと＃ｍｅｎｕの重要度が次に低いと判定できる。以上から重要度の低い順に＃ｆｏｏｔ、＃ｓｉｄｅ／＃ｍｅｎｕとなる。

この時最も重要度の低い＃ｆｏｏｔは非表示にし、＃ｓｉｄｅ／＃ｍｅｎｕはトナー消費量を落としたものが図１４の（ａ）となり、＃ｆｏｏｔ，＃ｓｉｄｅ，＃ｍｅｎｕ供に非表示にしたものが図１４の（ｂ）となる。１４０１の破線内は実際にはｖｉｓｉｖｉｌｉｔｙプロパティにｈｉｄｄｅｎが設定された場合でありＢｏｘは削除されないが表示がされない状態となっている。

ここで＃ｓｉｄｅや＃ｍｅｎｕのコンテンツがトナー消費を落とす変換がされたり、非表示にされた場合であっても、コンテンツ部に含まれるＡｒｔｉｃｌｅ１内の画像に関してはトナー消費量を落とすための処理が実施されず元の画質を保てている。

〔第２実施形態〕
第２実施形態では、第１実施形態で説明したエコプリント変換をスマートフォン等のモバイル端末で動作する専用のプリントアプリケーションにて実行する方法を示す。
＜モバイル端末のハードウェア構成＞

図１５は、印刷システムにおけるモバイル端末の構成を説明するブロック図である。
図１５の（ａ）はモバイル端末１５０１のハードウェアに対応する。
図１５の（ａ）において、ＣＰＵ１５０２はＲＯＭ１５０３あるいは主記憶装置１５０４に記憶されたプログラムをＲＡＭ１５０５に読み出して実行する。さらに、システムバス１５０６に接続される各デバイスをＣＰＵ１５０２が統括的に制御する。ＲＡＭ１５０５は、ＣＰＵ１５０２の主メモリ、ワークエリアとして機能する。
ＲＯＭ１５０３には電源ＯＮ時に実行されるブートプログラムが格納され、主記憶装置１５０４にはオペレーティングシステムとアプリケーションプログラム、データファイル等が格納される。ＮｅｔｗｏｒｋＩＦ１５０７はローカルエリアネットワークや３ＧやＬＴＥといった携帯のネットワーク回線を含むネットワーク１５１０に接続され、Ｗｅｂサーバ１５０８や、プリンタ１５０９等の外部装置と接続される。ＤｉｓｐｌａｙＩＦ１５１１はディスプレイとのインタフェース部で、ディスプレイに表示する画像データを出力する。

＜モバイル端末におけるシステム構成図＞
図１５の（ｂ）は、図１５の（ａ）に示したモバイル端末のソフトウエア構成を示すブロック図である。本例は、エコプリント変換システムのシステム構成に対応する。
図１５の（ｂ）において、プリントアプリケーション１５１２はモバイル端末１５０１のオペレーティングシステム上で動作するアプリケーションプログラムである。プリントアプリケーション１５１２は指定されたＵＲＬで特定されるＷｅｂサーバにアクセスし、ＨＴＭＬデータやスタイルシート、ビットマップデータ等のＷｅｂページをダウンロードしてＷｅｂページの表示や印刷を行う。
データ受信部１５１３はｈｔｔｐプロトコルを用いてＷｅｂページを取得する。ページ形成部１５１４はＷｅｂページの保持とＨＴＭＬデータの解釈による画面表示データの形成を実行する。ユーザインタフェース１５１５はメニューコマンドやＷｅｂページ中のリンクやボタンに対する入力に応じた処理を実行する。例えば、Ｗｅｂページ中のリンクがクリックされた場合、そのリンク先のＷｅｂページの取得をデータ受信部１５１３に指示する。
印刷制御部１５１６はＷｅｂページの印刷やレイアウト変更、エコプリント変換処理等の処理を実行する。グラフィックエンジン１５１７はオペレーティングシステムの描画処理を制御するモジュールであり、印刷制御部１５１６からの描画命令を仲介する役割を担う。印刷データ生成部１５１８はグラフィックエンジン１５１７によって仲介される描画命令を受けてＰＤＬデータに変換して出力するモジュールである。印刷データ生成部１５１８で作成したエコプリント変換が為されたＰＤＬデータをプリンタ１５０９へ送信する。プリンタ１５０９はＰＤＬデータによる印刷が可能な電子写真方式あるいはインジェット方式のプリンタであり、モバイル端末から送信されたＰＤＬデータを受信し印刷する。

＜エコプリント変換の処理例＞
図１６は、本実施形態を示す情報処理装置のデータ処理方法を説明するフローチャートである。本例は、図１５の（ａ）に示すモバイル端末１５０１で動作する専用のプリントアプリケーション１５１２によるエコプリント変換処理例である。なお、各ステップは、ＲＡＭ１５０５にロードされた図１５（ｂ）の印刷制御部１５１６をＣＰＵ１５０２が実行することにより実現される。なお、第１実施形態とは異なり、第２実施形態ではＷｅｂページの新たなダウンロードは不要であり、ページ形成部１５１４に保持されたＷｅｂページが印刷時そのまま利用可能な点が異なる。本フローでは図４および図５のフローと異なる点を中心に説明する。
本フローは専用のプリントアプリケーションのメニュー等（図示しない）において、印刷指示が実行された後の印刷制御部１５１６の処理を示すものである。

Ｓ１６０１において、印刷制御部１５１６は、プリントアプリケーション１５１２のユーザインタフェース１５１５に表示されているＷｅｂページのＵＲＬを取得する。そして、そのＵＲＬのＷｅｂページが複数のレイアウトを有するか否か判定する。この処理は図４のＳ４００５に該当する。Ｙｅｓの場合はＳ１６０２へ進み、Ｎｏの場合はフローを終了する。

Ｓ１６０２において、印刷制御部１５１６は印刷用紙の指定よりページサイズを取り出す。印刷用紙サイズの指定は図示しないプリントアプリケーションの印刷設定画面により設定された値を用いる。

Ｓ１６０３からＳ１６１０は図５のＳ５００３からＳ５０１０に対応する。Ｓ１６１０の処理がグラフィックエンジン１５１７を仲介して為される点を除くと処理に関して違いが無いため、詳細な説明は割愛する。なお、第２の実施例ではエコプリント設定は割愛したが、同様に印刷画面等に設定を追加することにより実現できることは自明である。

〔第３実施形態〕
第３実施形態では、第１実施形態で説明したエコプリント変換をＷｅｂページのＵＲＩと印刷設定を入力データとして受信した場合について示す。
なお、エコ印刷システムのソフトウェアモジュール構成に関しては第１実施形態で用いた図２と同様である。
図１７は、本実施形態を示す印刷制御装置の制御方法を説明するフローチャートである。本例は、エコプリント変換をＷｅｂページのＵＲＩと印刷設定を入力データとして受信した場合の処理例である。なお、本説明では図２の（ａ）および図２の（ｂ）の各ソフトウェアモジュールを主体として説明を行う。また、本フローチャートはＨＤＤ４に記憶された図２（Ａ）の各ソフトウェアモジュール内の各プログラムがＲＡＭ２に読み出され、ＣＰＵ１により実行されることにより実現される。
また、本処理は、第１実施形態におけるＳ４００１からＳ４０１０に相当するフローであるので、第１実施形態との変更点にのみ着目し説明する。
Ｓ１７０１において、データ受信部２０１は印刷設定値とＷｅｂページのＵＲＬに関する情報を受信し、ジョブ制御部２０２を介してジョブデータ管理部２０８に保持させる。
この時の印刷設定値には印刷に用いる用紙サイズの情報と、エコプリントの機能の有効無効を表わす値が含まれている事とする。Ｓ１７０２において、ジョブ制御部２０２はエコプリントの設定値を受信した印刷設定値の中から取得する。Ｓ１７０３ではジョブ制御部２０２が取得したエコプリント設定値からエコプリントの設定が有効であるかを判定し有効である場合にはＳ１７０４へ進む。

Ｓ１７０４において、ジョブ制御部２０２は、受信したデータに含まれるＵＲＬのＷｅｂページが、複数のレイアウト情報を有するか否か判定する。ここで、ジョブ制御部２０２は、まず前述のＵＲＬからｈｔｍｌファイルをダウンロードして取得する。そして、ジョブ制御部２０２はこのｈｔｍｌファイルから参照されるスタイルシートをさらにダウンロードして取得する。
ジョブ制御部２０２は、このスタイルシートの中に＠ｍｅｄｉａコマンドによる属性値としてＷｅｂブラウザの最小・最大幅を表わすｍｉｎ−ｗｉｄｔｈ，ｍａｘ−ｗｉｄｔｈが指定された記述を探す。もしくはデバイスの最小・最大幅を表わすｍｉｎ−ｄｅｖｉｃｅ−ｗｉｄｔｈ，ｍａｘ−ｄｅｖｉｃｅ−ｗｉｄｔｈが指定された記述を探す。記載方法はｍｉｎ−ｗｉｄｔｈ， ｍａｘ−ｗｉｄｔｈとｍｉｎ−ｄｅｖｉｃｅ−ｗｉｄｔｈ， ｍａｘ−ｄｅｖｉｃｅ−ｗｉｄｔｈで違いはないためここではｍｉｎ−ｗｉｄｔｈ， ｍａｘ−ｗｉｄｔｈとして説明する。見つかった場合は複数レイアウトを有する、とジョブ制御部２０２は判定する。

次にＳ１７０５において、ジョブ制御部２０２は受信したデータ内の印刷設定から印刷に用いる用紙サイズを取得する。Ｓ１７０６においてレイアウタ２０３は、上記ステップにより取得したＵＲＬと用紙サイズ、エコプリント設定を用いてＷｅｂページのエコプリント変換処理を実施する。図１７におけるＳ１７０６からＳ１７０９の処理は、図４におけるＳ４００７からＳ４０１０と同等の処理となるため説明は省略する。

なお、本実施形態の利用例の１つとして、ＡｎｄｒｏｉｄＯＳを搭載したスマートフォンからの印刷があげられる。Ａｎｄｒｏｉｄ（登録商標）ＯＳを用いたスマートフォンではＯＳがレンダラを持っていないため、もしＷｅｂページを印刷したい場合には印刷アプリケーション側でレンダラを持ちレンダリングする必要がある。しかし本実施例で説明した方法を用いる事により印刷アプリケーションとしてはレンダラを特に持つ必要がなくなる。ユーザはＷｅｂブラウザから共有機能を用いて印刷アプリケーションを起動し、エコプリント設定と用紙設定を行った後に印刷データを送信する事でレンダラを持たない場合でもＷｅｂページの印刷が可能となる。

〔第４実施形態〕
第４実施形態では、第１実施形態で説明したエコプリント変換をクラウドシステムとプリンタで協調動作して行う方法を示す。
＜クラウドサーバを含むシステム構成図＞

図１８は、本実施形態を示す印刷システムのシステム構成を示すブロック図である。
図１８において、クラウドサーバ１８０２とプリンタ１８０１はインターネットを介して接続される。レイアウタ１７０３は、図２の（ａ）のレイアウタ２０３と全く同じ機能を有し、この部分が全てクラウドサーバにオフロードされることになる。クラウドサーバ側の通信部１８０４とプリンタ側の通信部１８０５がｈｔｔｐプロトコルを用いてレイアウタ１８０３とプリンタ１８０１の通信を仲介する。
ジョブ制御部２０２によるエコプリント変換依頼が通信部１８０４、１８０５を介してクラウドにＰＯＳＴされる。クラウドサーバ側でエコプリント変換が完了したらＰＯＳＴに対するＡｃｋコマンドと変換済みＰＤＬデータのＵＲＬを返却する。プリンタ１８０１はそのＵＲＬに対するＧＥＴを実行して、変換済みのＰＤＬデータを取得する。その他、レイアウタを含む各モジュールの処理は第１実施形態と全く同じであるため省略する。レイアウタにはＷｅｂブラウザに相当する機能の大部分が必要になるため、処理負荷が重く、本実施形態のようにクラウドサーバ側にオフロードする構成も合理的である。
各実施形態によれば、複数の情報処理装置の表示デバイスに合わせた各レイアウト情報に従い複数の表示態様で同一のコンテンツを表示する際に、各コンテンツに適応した印刷処理方法を実行させることで、適切な節約印刷を実現できる。

本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

２０１ データ受信部
２０２ ジョブ制御部
２０３ レイアウタ
２０４ ＰＤＬインタプリタ
２０５ レンダラ

Claims (11)

1. 情報処理装置から取得する印刷情報を処理する印刷制御装置であって、
   前記印刷情報が特定のアプリケーションで作成されているかどうかを判断する判断手段と、
   前記特定のアプリケーションで作成されていると判断した場合、前記印刷情報から抽出される作成元から前記印刷情報に対応づけられたファイル情報を取得し、かつ、当該取得したファイル情報に付加されているシート情報を取得する取得手段と、
   前記取得手段が取得した前記シート情報を解析して前記印刷情報の中に含まれる各コンテンツの配置に関する特徴情報を算出する算出手段と、
   前記算出手段が算出した各コンテンツの特徴情報から前記印刷情報から印刷すべき各コンテンツの重要度を決定する決定手段と、
   前記決定手段が決定した重要度に基づいて、各コンテンツを印刷すべき印刷情報を再生成する生成手段と、
   を備えることを特徴とする印刷制御装置。
2. 前記印刷情報に対する節約印刷要求を受け付ける受付け手段を備え、
   前記判断手段は、前記印刷情報に対する節約印刷要求を受け付けた場合に、前記印刷情報が特定のアプリケーションで作成されているかどうかを判断することを特徴とする請求項１記載の印刷制御装置。
3. 前記算出手段は、前記取得手段が取得した前記シート情報を解析して前記情報処理装置の属性に対応づけられたスタイル情報の変化状態からコンテンツの配置に関する差分情報を算出することを特徴とする請求項１記載の印刷制御装置。
4. 前記決定手段は、前記算出手段により算出された差分情報に基づいて印刷すべき各コンテンツの重要度を決定することを特徴とする請求項１記載の印刷制御装置。
5. 前記生成手段は、前記決定手段が決定した重要度に基づいて、いずれかのコンテンツを印刷しない印刷情報を再生成することを特徴とする請求項１記載の印刷制御装置。
6. 前記生成手段は、前記決定手段が決定した重要度に基づいて、いずれかのコンテンツのサイズを変更した印刷情報を再生成することを特徴とする請求項１記載の印刷制御装置。
7. 前記生成手段は、前記決定手段が決定した重要度に基づいて、いずれかのコンテンツの色情報を変更した印刷情報を再生成することを特徴とする請求項１記載の印刷制御装置。
8. 前記生成手段は、前記決定手段が決定した重要度に基づいて、いずれかのコンテンツのグラフィック情報を変更した印刷情報を再生成することを特徴とする請求項１記載の印刷制御装置。
9. 前記生成手段は、前記決定手段が決定した重要度に基づいて、いずれかのコンテンツのイメージ情報のサイズを変更した印刷情報を再生成することを特徴とする請求項１記載の印刷制御装置。
10. 情報処理装置から取得する印刷情報を処理する印刷制御装置の制御方法であって、
    前記印刷情報が特定のアプリケーションで作成されているかどうかを判断する判断工程と、
    前記特定のアプリケーションで作成されていると判断した場合、前記印刷情報から抽出される作成元から前記印刷情報に対応づけられたファイル情報を取得し、かつ、当該取得したファイル情報に付加されているシート情報を取得する取得工程と、
    前記取得工程が取得した前記シート情報を解析して前記印刷情報の中に含まれる各コンテンツの配置に関する特徴情報を算出する算出工程と、
    前記算出工程が算出した各コンテンツの特徴情報から前記印刷情報から印刷すべき各コンテンツの重要度を決定する決定工程と、
    前記決定工程が決定した重要度に基づいて、各コンテンツを印刷すべき印刷情報を再生成する生成工程と、
    を備えることを特徴とする印刷制御装置の制御方法。
11. 請求項１０に記載の印刷制御装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
    

Images