JP7417572B2 - 情報処理装置、方法およびプログラム - Google Patents

Description

本発明は、記録装置と通信可能な情報処理装置、方法およびプログラムに関する。

ホストデバイスとしてのクラウドサーバに蓄積された印刷用ジョブデータを逐次プリンタに送信して、プリンタ側で印刷するサービスが知られている。そのような構成では、公衆回線を含んだ通信経路になる。そのため、ＰＣ、スマートフォンからの印刷と比べて、通信時間の予測がし難く、また、公衆回線を含むことに依る通信速度の揺れや、クラウドサーバが置かれている拠点とプリンタの間の物理的な距離による影響は大きい。

このような通信環境で印刷フローを実施すると、プリンタの記録ヘッドの走査に対してホストデバイスからのデータ転送が間に合わない場合には、印刷の停止を招いてしまうことになる。プリンタのメモリに十分なデータが蓄積されると印刷は再開されるものの、記録媒体上へのインク着弾時間差などの影響でムラが発生し、画像劣化を招いてしまう。

特許文献１には、データ転送が間に合わないことに依る印刷の停止を回避するための構成が記載されている。特許文献１には、画像データの送信側のホストデバイスと受信側のプリンタの間のデータ転送速度と、プリンタが印刷すべき印刷幅に対応したデータ量に基づく要求データ転送速度とから、解像度を切り替える構成が記載されている。

特開平９－３３０１８６号公報

しかしながら、解像度の切替えを実施する場合、文字サイズが小さいなど画像データの種類によっては画質の劣化が顕著になってしまう懸念がある。そのため、データ転送が間に合わないことによる印刷の停止をより適切に防ぐ構成が求められる。

本発明は、記録装置との間のデータ転送を適切に行うとともに画質の劣化を抑える情報処理装置、方法およびプログラムを提供することを目的とする。

本発明に係る情報処理装置は、記録装置と通信可能な情報処理装置であって、前記記録装置での記録対象の画像データに、該画像データのコンテンツに対応する画像処理を実行する画像処理手段と、前記画像処理の実行後の画像データを前記記録装置に送信する送信手段と、前記画像処理手段による画像処理の実行の前に、前記記録装置との間の第１転送レートと、前記記録装置の記録手段の記録動作に要求される要求転送レートとを取得する第１取得手段と、前記画像データへの画像処理を試行し、該試行後の画像データの情報と前記第１転送レートとに基づいて、該試行後の画像データの前記記録装置への送信および前記記録手段の記録動作に要求される第２転送レートを取得する第２取得手段と、を備え、前記画像処理手段は、前記第２転送レートが前記要求転送レートの条件を満たす場合、該試行された画像処理を前記画像データに実行し、前記送信手段は、該画像処理の実行後の画像データを前記記録装置に送信することを特徴とする。

本発明によれば、記録装置との間のデータ転送を適切に行うとともに画質の劣化を抑えることができる。

ネットワークの構成を示す図である。 プリンタの構成を示すブロック図である。 記録ヘッド周辺の構成を示す図である。 クラウドサーバとプリンタとの間のシーケンスを示す図である。 写真／文書のコンテンツ判断処理を示すフローチャートである。 図５の処理により取得されたヒストグラムを示す図である。 画像処理の設定内容を定めるテーブルを示す図である。 優先度テーブルを示す図である。 画像処理を選択する処理を示すフローチャートである。 写真／文書のコンテンツ判断処理を示すフローチャートである。 画像処理の設定内容を定めるテーブルを示す図である。 優先度テーブルを示す図である。 クラウドサーバとプリンタとの間のシーケンスを示す図である。 文書と写真が混在した画像を示す図である。 バンド部分の画像を示す図である。 ブロック単位での処理を説明するための図である。 通信履歴テーブルを示す図である。 画像処理を選択するための処理を示すフローチャートである。 情報処理装置の構成を示す図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［第１の実施形態］
図１は、本実施形態に適用可能なネットワークの構成の一例を示す図である。画像処理装置として機能するプリンタ１０１は、ルータ１０２と有線ケーブルまたは無線を介して接続されている。ルータ１０２は更にＰＣ１０３と接続されており、ローカルエリアネットワーク（ＬＡＮ）を構成している。ＬＡＮに接続された機器にはそれぞれＩＰアドレスが割り当てられ、ＰＣ１０３は、プリンタ１０１と相互に通信可能である。ユーザがインターネットサービスプロバイダ（ＩＳＰ）と契約することにより、プリンタ１０１やＰＣ１０３は、ルータ１０２を介してインターネットに接続することが可能となる。

インターネット１０４には他のルータが接続されており、プリンタ１０１やＰＣ１０３は、インターネット１０４を介して他のＬＡＮ環境に接続された機器と通信することが可能である。例えばルータ１０５に無線接続されたスマートフォン等の携帯端末１０６や、他のルータ１０７に接続されたサーバ１０８と通信することが可能である。なお、サーバ１０８は、クラウドサービスを提供するクラウドサーバであっても良く、以下、サーバ１０８をクラウドサーバ１０８として説明する。

本実施形態では、クラウドサーバ１０８は、プリンタ１０１に対して、ルータ１０７及びインターネット１０４を介して記録対象の画像データを送信する。しかしながら、その構成に限られず、ルータ１０５と無線接続された携帯端末１０６や、同一ＬＡＮ内のＰＣ１０３からプリンタ１０１に対して画像データを送信する場合もある。

図２は、プリンタ１０１の構成の一例を示すブロック図である。プリンタ１０１は、記録装置２０１および画像処理装置２０２を含んで構成されている。ホストデバイスより供給された画像データは、画像処理装置２０２にて所定の画像処理が施された後、記録装置２０１に送られ、記録媒体への記録が行われる。ここでホストデバイスとは、例えばクラウドサーバ１０８を指すが、有線あるいは無線で接続されたＰＣ１０３、携帯端末１０６であっても良い。

記録装置２０１において、主制御部２０３は、記録装置２０１全体を制御するためのものであり、ＣＰＵ、ＲＯＭ、ＲＡＭなどによって構成されている。記録バッファ２０４は、記録ヘッド２０５に転送する前の画像データを、ラスタデータとして記憶する。記録ヘッド２０５は、インク滴を吐出可能な複数の記録素子を有するインクジェット記録方式の記録ヘッドであり、記録バッファ２０４に記憶された画像データに基づいて、各記録素子からインク滴を記録媒体上に吐出する。例えば、シアン、マゼンタ、イエローおよびブラックの４色分の記録素子列が、記録ヘッド２０５上に構成されているが、色数はその限りでない。例えば上記４色以外にライトシアン、ライトマゼンタ、グレーに対応する記録素子列が構成されても良い。また、特色系インクとしてレッド、グリーン、ブルーインク、蛍光色系インクに対応する記録素子列が構成されても良い。また、色以外の機能を有した銀インク、エンボスインク、クリアインクに対応する記録素子列が構成されても良い。また、記録ヘッド２０５は、上記４色より少ない色数に対応する記録素子列で構成されても良く、例えばブラック１色に対応する記録素子で構成されても良い。

本実施形態では、記録バッファ２０４に蓄積されるデータ量が、記録ヘッド２０５の処理するデータ量に対して不足する場合に、記録ヘッド２０５の動作が停止し、その結果ムラが発生することを防ぐことができる。データ量が不足する理由として、記録バッファ２０４へデータが蓄積される動作と、記録ヘッド２０５を走査する動作とが並行して行われる中（並行動作）、前者の動作が後者より遅くなることが挙げられる。記録バッファ２０４のページスプール用の容量が１ページ分の画像データに満たない場合、１ページ分のデータを蓄積してから記録動作を行うことができないため、上記の並行動作が行われる。つまり、並行動作を行うことで記録バッファ２０４のページスプール用の容量を少なくすることができ、コストを低減させることができる。また、記録バッファ２０４のページスプール用の容量が１ページ分以上ある場合でも、複数ユーザからのジョブを受け付ける場合には、同様に容量不足が発生し得るため、並行動作が行われる。また、スループット低下を起こさないという理由で並行動作が行われることがある。このように、並行動作が行われる構成においては、上記のようなデータ量の不足が発生することがある。

給排紙モータ制御部２０６は、記録媒体の搬送や給排紙制御を行い、記録ヘッド２０５から吐出されるインク滴を記録媒体上の正確な位置に着弾させるよう記録媒体の位置を制御する。給排紙モータ制御部２０６は、マルチパスなど記録ヘッド２０５のノズル駆動構成に応じて、モータのスタート・ストップ動作を実施する。

記録装置インタフェース（Ｉ／Ｆ）２０７は、画像処理装置２０２との間でデータ信号の送受信を行う。Ｉ／Ｆ信号線２１７は、記録装置２０１と画像処理装置２０２の間を接続する。Ｉ／Ｆ信号線２１７の種類としては、例えばセントロニクス社の仕様のものを適用可能である。データバッファ２０８は、画像処理装置２０２から受信した画像データを一時的に記憶する。操作部２０９は、管理者によるコマンド操作を受け付けるための構成を有する。システムバス２１０は、記録装置２０１の各機能ブロックを相互に通信可能に接続する。

一方、画像処理装置２０２において、主制御部２１１は、クラウドサーバ１０８から送信された画像データに対し様々な画像処理を行って記録装置２０１が記録可能な画像データを生成するよう各部を制御する。主制御部２１１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含んで構成されている。画像処理で使用するルックアップテーブルやマトリクスは、記録媒体の種類や印刷モード（高精細モードなど）ごとに主制御部２１１内のＲＯＭに予め記憶されている。画像処理装置インタフェース（Ｉ／Ｆ）２１２は、記録装置２０１との間でデータ信号の送受信を行う。外部接続インタフェース（Ｉ／Ｆ）２１６は、Ｉ／Ｆ信号線２１８を介して外部に接続されたクラウドサーバ１０８等のホストデバイスとの間で、画像データなどの送受信を行う。表示部２１３は、ユーザに対して様々な情報を表示可能であり、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）により構成される。操作部２１４は、ユーザからのコマンド操作を受付可能であり、例えばキーボードやマウスにより構成される。システムバス２１５は、画像処理装置２０２の各機能ブロックを相互に通信可能に接続する。

図３は、記録ヘッド２０５周辺の構成を説明するためのプリンタ１０１の側断面図である。色数分のノズルを備えた記録ヘッド２０５と光学センサ３０６を搭載したキャリッジ３０１は、ベルト３０５を介して伝達されるキャリッジモータの駆動力によって、図中のＸ方向に往復移動可能に構成されている。キャリッジ３０１が記録媒体に対し相対的にＸ方向に移動する中、記録ヘッド２０５が記録データに基づいて、図中の紙面に対して垂直方向のＺ方向にインクを吐出することにより、プラテン３０４上に配置された記録媒体に１走査分の画像が記録される。１回分の記録走査が終了すると、記録媒体は１走査分の記録幅に対応した距離だけ図のＸ方向と交差するＹ方向（搬送方向）に搬送される。このような複数回の記録走査と搬送動作を交互に繰り返すことにより、記録媒体上に徐々に画像が形成される。

光学センサ３０６は、キャリッジ３０１とともに移動しながら、記録媒体の検出動作を行う。それにより、プラテン３０４上に記録媒体が存在するか否かの判定が行われる。キャリッジ３０１の走査領域であってプラテン３０４から外れた位置には、記録ヘッド２０５のメンテナンス処理を行うための回復機構が構成されている。

記録ヘッド２０５のインク吐出動作の最中に、キャリッジ３０１の動作が予期せず停止した場合は、記録媒体上に吐出したインクの着弾時間差によってムラが発生する。ムラは、画像不良の原因となる。キャリッジ３０１の動作が停止してしまう原因として、記録ヘッド２０５がＸ方向に走査してインク吐出する分のデータが、記録バッファ２０４に格納されていないことが挙げられる。記録バッファ２０４のデータ量の不足の要因として、画像処理装置２０２から受信するデータバッファ２０８におけるデータ量の不足が考えられる。そして、データバッファ２０８におけるデータ量の不足の要因として、クラウドサーバ１０８からＩ／Ｆ信号線２１８を介して送信されるデータの転送速度が、記録ヘッド２０５の記録動作から要求される速度に対して遅いことが考えられる。本実施形態によれば、クラウドサーバ１０８からのデータ転送速度の低下を防ぐことで、上記の画像不良の発生を防ぐことができる。

図１９は、ＰＣ１０３、サーバ１０８、携帯端末１０６の構成の一例を示すブロック図である。以下、ＰＣ１０３、サーバ１０８、携帯端末１０６を総称して情報処理装置１９００として説明する。

情報処理装置１９００は、入力インタフェース１９０６、ＣＰＵ１９０１、ＲＯＭ１９０２、ＲＡＭ１９０３、外部記憶装置１９０４、出力インタフェース１９０７、表示部１９０９、操作部１９０８、通信部１９０５を有する。ＣＰＵ１９０１、ＲＯＭ１９０２、ＲＡＭ１９０３等によって、プログラムを実行する情報処理装置１９００のコンピュータが形成される。

入力インタフェース１９０６は、キーボード等の操作部１９０８が操作されることにより、ユーザからのデータ入力や動作指示を受け付けるためのインタフェースである。なお、操作部１９０８は、物理キーボードや物理ボタン等であっても良いし、表示部１９０９に表示されるソフトキーボードやソフトボタン等であっても良い。すなわち、入力インタフェース１９０６は、表示部１９０９を介してユーザからの入力を受け付けても良い。

ＣＰＵ１９０１は、システム制御部であり、情報処理装置１９００の全体を制御する。ＲＯＭ１９０２は、ＣＰＵ１９０１が実行する制御プログラムやデータテーブル、組み込みオペレーティングシステム（以下、ＯＳという）プログラム等の固定データを記憶する。本実施形態では、ＲＯＭ１９０２に記憶されている各制御プログラムは、ＲＯＭ１９０２に記憶されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウェア実行制御を行う。

ＲＡＭ１９０３は、バックアップ電源を必要とするＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。なお、ＲＡＭ１９０３は、不図示のデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに記憶することができる。また、情報処理装置１９００の設定情報や情報処理装置１９００の管理データ等を格納するメモリエリアもＲＡＭ１９０３に設けられている。また、ＲＡＭ１９０３は、ＣＰＵ１９０１の主メモリとワークメモリとしても用いられる。

外部記憶装置１９０４は、各種プログラムやアプリケーション、データ等を記憶している。例えば、情報処理装置１９００がＰＣ１０３や携帯端末１０６である場合、プリンタ１０１のセットアップのためのプログラムやアプリケーションが記憶されている。また、例えば、情報処理装置１９００がサーバ１０８である場合、ＰＣ１０３や携帯端末１０６にダウンロード可能なプログラムやアプリケーションが記憶されている。また、外部記憶装置１９０４は、通信部１９０５を介して接続している外部の装置との間で送受信する情報送受信制御プログラム等の各種プログラムや、これらのプログラムが使用する各種情報を記憶している。

出力インタフェース１９０７は、表示部１９０９がデータの表示や情報処理装置１９００の状態の通知を行うための制御を行うインタフェースである。表示部１９０９は、ＬＥＤ（発光ダイオード）やＬＣＤなどから構成され、データの表示や情報処理装置１９００の状態の通知を行う。

通信部１９０５は、ルータ等の外部の装置と接続して、データ通信を実行するための構成である。また、通信部１９０５は、有線通信や無線通信等の複数の通信媒体に対応した構成を有していても良いし、ＷｉｆｉやＢｌｕｅｔｏｏｔｈ（登録商標）といった複数の通信速度に対応した構成を有していても良い。

情報処理装置１９００の構成は一例であり、ＰＣ１０３、サーバ１０８、携帯端末１０６は、それぞれが実行可能な機能に応じた構成を適宜有する。例えば、外部を撮像するカメラ等を有していても良い。

図４は、クラウドサーバ１０８とプリンタ１０１との間のシーケンスを示す図である。図４は、ホストデバイスであるクラウドサーバ１０８とプリンタ１０１との間がＩ／Ｆ信号線２１８を介して通信される情報や、その情報に基づくデバイス内部の制御を示している。

シーケンス４０１において、クラウドサーバ１０８は、プリンタ１０１にセッションリクエストを送信する。クラウドサーバ１０８は、記録対象の画像データを送信する際に、どのプリンタに対して画像データを送信するかセッションによって確定する。クラウドサーバ１０８に対する印刷指示は、ユーザがＰＣ１０３や携帯端末１０６から実行可能である。そのため、印刷指示においてユーザが印刷を行うプリンタが指定される。また、ユーザは、プリンタ１０１の操作部２１４を操作し、プリンタ１０１側からクラウドサーバ１０８へ印刷指示を実行しても良い。シーケンス４０１においてクラウドサーバ１０８がプリンタ１０１にセッションリクエストを送信する時点では、クラウドサーバ１０８は、送信先のプリンタを認識している。

シーケンス４０２において、プリンタ１０１は、セッションリクエストを受信し、セッション内容の解釈を行う。シーケンス４０３において、プリンタ１０１は、クラウドサーバ１０８にセッションレスポンスを送信する。クラウドサーバ１０８は、プリンタ１０１からのセッションレスポンスによって、記録対象の画像データの送信先を確定する。

シーケンス４０４において、クラウドサーバ１０８は、通信転送レートを算出する。クラウドサーバ１０８とプリンタ１０１の間の通信環境に基づいて、プリンタ１０１へのデータ転送が行われる通信転送レートが算出される。本実施形態では、クラウドサーバ１０８がプリンタ１０１に対してテストコマンドを送信することで、通信転送レータの算出が行われる。ユーザは、携帯端末１０６、ＰＣ１０３またはプリンタ１０１を用いて、クラウドサービスの実施においてプリンタ固有情報を指定する。プリンタ固有情報には印刷モードが含まれる他、ユーザ自身による特色指定も可能である。プリンタ１０１の入力がＲＧＢやＣＭＹＫ以外に特色用プレーンを受付可能な場合にユーザは明示的に特色濃度を設定することができる。

テストコマンドは、クラウドサーバ１０８とプリンタ１０１との接続のために送信されるセッションコマンドによって代替されても良い。本実施形態では、シーケンス４０１～４０３でのセッションコマンドの送受信の測定結果に基づいて、通信転送レートを類推する。

通信転送レートは、リクエストコマンドを送信して、レスポンスコマンドとして返されるまでの時間を用いて、式（１）で算出される。

通信転送レート［ｂｉｔ／ｓｅｃ］ ＝ （Ｘ＋Ｙ）×α／Ｔ ・・・（１）
ここで、Ｘは、セッションコマンドの送信データ量であり、Ｙは、ＡＣＫとして返答されるＡＣＫコマンドのデータ量である。Ｔは、セッションコマンドを送信してから、ＡＣＫコマンドを受信するまでの経過時間である。αは尤度を表す。尤度αは、通信転送レートの算出結果に対して実際の画像データ転送時の転送レートが変動する可能性のある場合に設定される。例えば通信転送レート算出時には公衆回線に余裕があったが、実際の画像データ転送時には公衆回線が他ユーザの使用状況によって混雑してしまう場合がある。そのような場合には、混雑することを加味した通信転送レートを設定するために尤度αが設定される。また、経過時間Ｔは、クラウドサーバ１０８とプリンタ１０１の双方向通信にかかる時間に対応しているが、アップロードとダウンロードとで通信転送レートが変わる場合がある。そのような場合にも、尤度αによってその変動量を吸収することができる。

通信転送レートの算出方法は、上記に限られない。例えば、尤度αはデータ量に乗算しているが加算方式でも良いし、経過時間Ｔに対する加減乗除を用いても良い。また、経過時間Ｔにかかる時間から、シーケンス４０２のコマンド解釈、シーケンス４０３のレスポンスコマンドの生成・送信時間を減算しても良い。また、セッションコマンドの送信時間をプリンタ１０１側でタイムスタンプとして取得し、タイムスタンプ情報をクラウドサーバ１０８にレスポンスするようにしても良い。クラウドサーバ１０８側ではレスポンスコマンドに含まれるタイムスタンプと、リクエストコマンドの送信時間との差分に基づいて、クラウドサーバ１０８とプリンタ１０１の間の通信時間を類推しても良い。

シーケンス４０５において、クラウドサーバ１０８は、記録ヘッド２０５の動作を停止させないための要求画素転送レート（要求転送レートともいう）を算出する。なお、本実施形態では、要求画素転送レートをクラウドサーバ１０８で算出するとして説明するが、そのような構成に限られない。要求画素転送レートの算出処理をプリンタ１０１側で実施して、その算出結果をクラウドサーバ１０８に送信するようにしても良い。

記録ヘッド２０５の動作条件は、ユーザが選択した印刷モードによって決定される。要求画素転送レートは、記録ヘッド２０５のノズル長をプリンタ１０１のデータ処理解像度に変換した値Ｎ、記録ヘッド２０５の走査速度ＣＲ、記録媒体の同一領域に対する記録ヘッド２０５の走査回数Ｐの各条件値に基づいて式（２）により算出される。ユーザが選択した印刷モードと対応する上記条件値はクラウドサーバ１０８が保持しても良いし、プリンタ１０１が保持していてシーケンス４０３でクラウドサーバ１０８に送信しても良い。

要求画素転送レート［ｐｉｘｅｌ／ｓｅｃ］ ＝ Ｎ×ＣＲ÷Ｐ ・・・（２）
即ち、ノズル長が長い程、また、１走査分の領域の記録完了までの動作速度が早い程、要求画素転送レートは高くなる。また、記録媒体の同一領域に複数回の記録ヘッド走査が発生するようであれば、１回の走査の時と比べて要求画素転送レートは低くなる。なお、要求画素転送レートの算出は、上記に限られない。例えば記録ヘッド２０５の走査速度が記録媒体の端にいくにつれて速度が遅くなることや、端を超えて回復機構まで移動することなどを加味してより正確な要求画素転送レートを算出するようにしても良い。

シーケンス４０６において、クラウドサーバ１０８は、記録対象の画像データのコンテンツ解析を実施する。画像データは、プリンタ１０１で記録が行われるデータであり、本実施形態では、一例として、ＲＧＢ８ｂｉｔの１ページ分のビットマップ情報のデータとする。本実施形態では、１ページの画像データに対してヒストグラムを用いて、写真をコンテンツとする写真データであるか、文書をコンテンツとする文書データであるかを判断する。

図５は、写真／文書のコンテンツ判断処理を示すフローチャートである。図５の処理は、例えば、クラウドサーバ１０８のＣＰＵ１９０１がＲＯＭ１９０２に記憶されているプログラムを読み出して実行することにより実現される。

Ｓ５０１において、クラウドサーバ１０８のＣＰＵ１９０１は、ループ処理を開始する。変数ｉは、ループカウンタとして機能し、本ループ処理を実施する際に０で初期化される。ＩＭＧ＿ＳＩＺＥは画像１ページ分の画素数に相当する。例えば、Ａ４サイズで６００ｄｐｉのデータであれば、４９６０画素×７０１６画素＝３４７９９３６０画素をＩＭＧ＿ＳＩＺＥとしてループ処理が行われる。

Ｓ５０２において、ＣＰＵ１９０１は、カラー画像に対して１ｃｈ化を行うことにより、カラー画像のグレー変換を行う。例えば、ＲＧＢを入力として輝度情報Ｙを出力することにより１ｃｈ化が行われる。

Ｓ５０３において、ＣＰＵ１９０１は、ｉ番目のグレー画素についてヒストグラムへのカウントを行う。ＨＩＳＴ配列で対応付けられる要素数についてカウントアップすることにより、ヒストグラムへのカウントが行われる。

Ｓ５０４において、ＣＰＵ１９０１は、ループカウンタｉをカウントアップする。そして、ＩＭＧ＿ＳＩＺＥの数だけ、Ｓ５０２～Ｓ５０４の処理を繰り返す。

Ｓ５０１で、画像１ページ分の画素数について処理が終了したと判定された場合、Ｓ５０５において、ＣＰＵ１９０１は、グレー画素についてカウントされたヒストグラムの度数情報に基づいて、ページのコンテンツが写真であるか、文書であるかを判断する。写真／文書のコンテンツ判断では、閾値ＴＨ＿ＬＯＷ、ＴＨ＿ＨＩＧＨが用いられる。例えば、「ヒストグラム上で０～ＧＲＡＤ＿ＬＯＷに相当する分布の合計度数がＴＨ＿ＬＯＷ未満」且つ「ヒストグラム上でＧＲＡＤ＿ＨＩＧＨ～２５５に相当する分布の合計度数がＴＨ＿ＨＩＧＨ未満」であれば、コンテンツは写真と判断する。そうでない場合は文書と判断する。

図６（ａ）（ｂ）は、図５の処理により取得されたヒストグラムの一例を示す図である。図６（ａ）は、記録対象の画像データのコンテンツが写真と判断された場合のヒストグラムを示している。一方、図６（ｂ）は、記録対象の画像データのコンテンツが文書と判断された場合のヒストグラムを示している。写真は、画素値が徐々に変化するものであり、ヒストグラムの分布は白側、黒側に張り付かないことが考えられる。そのため、図６（ａ）のヒストグラムの特徴に基づいて、コンテンツは写真であるとの判断が行われる。一方、文書は、画素値が紙白と純黒（２５５）に分布することが考えられる。そのため、図６（ｂ）のヒストグラムの特徴に基づいて、コンテンツは文書であるとの判断が行われる。

本実施形態では、ページ単位での写真／文書のコンテンツ判断を上記のアルゴリズムで実施すると説明したが、そのような構成に限られない。例えばＰＤＬ系のデータであれば画素に対してアプリケーションもしくはＯＳが設定するオブジェクト情報が付与されている場合があり、そのオブジェクト情報を用いるようにしても良い。オブジェクト情報とは、例えばＷｉｎｄｏｗｓ標準のＥＭＦ（Ｅｎｈａｎｃｅｄ Мｅｔａ Ｆｉｌｅ）データに対して付与されている文字情報、線情報、画像情報、グラフィック情報などである。ＯＳやアプリケーションによって異なるファイル構造や仕様を持ち、付与されるオブジェクト情報も多岐である。また、ヒストグラム以外にも隣接画素間のエッジ量を抽出することで、写真／文書のコンテンツ判断を実施しても良い。エッジ量を抽出する場合、例えば、エッジが少ない程、コンテンツは写真であると判断し、エッジが多い程、コンテンツは文書であると判断する。

また、写真／文書のコンテンツ判断に限られない。コンテンツ解析の結果、新聞・雑誌・グラフィック・表グラフなどを判断するようにしても良い。また、写真であるという結果に対して、顔検出を実行して人物写真か風景写真かをさらに判断するようにしても良い。また、人物だけでなく、ペットや電車、建物などを判断するようにしても良い。上記のような処理は、例えば、Ｄｅｅｐ Ｌｅａｒｎｉｎｇを用いた推論処理により実現されても良い。また、文書であるという結果に対して、縦線が多く含まれる、横線が多く含まれる、最も細い線幅がいくつか、といった情報を判断するようにしても良い。また、文字に対する最小のポイント数を判断するようにしても良い。

また、画像データに付与されたオブジェクト情報と、コンテンツ解析の結果とのどちらかを優先的に使用するようにしても良い。画像データに付与されたオブジェクト情報は、画像撮影時の情報やドキュメント作成時の情報が反映されているため、コンテンツ解析の精度よりも高い精度を得られる場合がある。コンテンツ解析の結果で「そのコンテンツであるという確からしさ」を評価し、その評価値に対して閾値を設けることで、コンテンツ解析の結果を用いるか、画像データに付与されたオブジェクト情報を用いるかを動的に決定するようにしても良い。

一方で、画像データに付与されたオブジェクト情報は、アプリケーションやＯＳの都合で仕様変更され得るため、システム内で安定的な精度を求める場合にはコンテンツ解析を優先するようにしても良い。また、画像データに付与されたオブジェクト情報と、コンテンツ解析の結果の両方を用いるようにしても良い。それにより、より細かいコンテンツの判断を行うことができる。例えば、画像データに付与されたオブジェクト情報が「撮影日時：夜」の情報、コンテンツ解析の結果が「風景写真」であった場合に、それらを組み合わせることで「夜景」という判断を行うことができる。

シーケンス４０７において、クラウドサーバ１０８は、画像データに対して実行される画像処理の選択を行う。

図７は、画像処理の設定内容を定めるテーブルの一例を示す図である。図７には、画像データをプリンタ１０１に送信する際に実施可能な画像処理とその設定内容とが示されている。本実施形態では、「ＪＰＥＧ圧縮設定」、「主走査解像度設定」、「副走査解像度設定」、「階調数設定」の４種類の画像処理について、それぞれ３種類の内容が設定可能である。設定内容の種類は１種類でも２種類でも良いし、３種類以上であっても良い。

ＪＰＥＧ圧縮設定１、ＪＰＥＧ圧縮設定２は、圧縮Ｑ値の設定やサンプリング比を設定しており、設定Ｎｏによって設定内容が異なる。例えばＪＰＥＧ圧縮設定１では、Ｑ値＝９５が設定され、ＪＰＥＧ圧縮設定２では、Ｑ値＝９０が設定される。Ｑ値は圧縮時の損失程度を決定するものであり、圧縮時に離散コサイン変換をする際の直流・交流成分の係数設定に対してインデックス化しているものである。Ｑ値は値が低いほど圧縮後のファイルサイズが小さくなり、圧縮損失が大きい。なお、Ｑ値というインデックス表現でなく、離散コサイン変換の変換係数を直接指定するものでも良い。

ＪＰＥＧ圧縮設定に従って画像データは圧縮され、圧縮された画像データがクラウドサーバ１０８からプリンタ１０１へ送信される。圧縮効果が高い程、クラウドサーバ１０８からプリンタ１０１への画素転送レートは高くなる。プリンタ１０１へ送信されたデータは、画像処理装置２０２に送られる。画像処理主制御部２１１によって、ＪＰＥＧ圧縮された画像データの復号化が行われる。

主走査解像度設定１、主走査解像度設定２は、画像データの主走査方向の解像度を設定しており、設定Ｎｏによって設定内容が異なる。例えば、主走査解像度設定１では、解像度＝３００ｄｐｉが設定され、主走査解像度設定２では、解像度＝１５０ｄｐｉが設定される。主走査解像度設定に従って画像データは解像度変換され、変換された画像データがクラウドサーバ１０８からプリンタ１０１へ送信される。解像度の変換率（縮小変倍率）が高い程、クラウドサーバ１０８からプリンタ１０１への画素転送レートは高くなる。プリンタ１０１へ送信されたデータは、画像処理装置２０２に送られる。画像処理主制御部２１１によって、縮小変倍された画像データをプリンタ１０１のデータ処理解像度へ拡大する処理が行われる。

副走査解像度設定１、副走査解像度設定２は、画像データの副走査方向の解像度を設定しており、設定Ｎｏによって設定内容が異なる。例えば、副走査解像度設定１では、解像度＝３００ｄｐｉが設定され、副走査解像度設定２では、解像度＝１５０ｄｐｉが設定される。設定Ｎｏが大きくなるにつれ、画像データは縮小変倍され、変倍された画像データがクラウドサーバ１０８からプリンタ１０１へ送信される。解像度の変倍率が高い程、クラウドサーバ１０８からプリンタ１０１への画素転送レートは高くなる。プリンタ１０１へ送信されたデータは、画像処理装置２０２に送られる。画像処理主制御部２１１によって、縮小変倍された画像データをプリンタ１０１のデータ処理解像度へ拡大する処理が行われる。

階調数設定１、階調数設定２は、画像データの階調数を設定しており、設定Ｎｏによって設定内容が異なる。例えば、階調数設定１では、階調数「１２８」が設定され、階調数設定２では、階調数「６４」が設定される。つまり、設定Ｎｏが大きくなるにつれ、画像データの階調数が小さくなる。階調数を２５６（０～２５５まで表現可能）から１２８（０～１２７まで表現可能）にするのであれば、画素値を１ｂｉｔ左シフトする。同様に、階調数を２５６から６４に落とすのであれば、画素値を２ｂｉｔ左シフトする。階調数設定に従って画像データの階調数が変更される。階調数が変更された画像データがクラウドサーバ１０８からプリンタ１０１へ送信される。階調数を小さくする程、クラウドサーバ１０８からプリンタ１０１への画素転送レートは高くなる。プリンタ１０１へ送信されたデータは、画像処理装置２０２に送られる。画像処理主制御部２１１は、クラウドサーバ１０８側で階調数を１２８に設定していたのであれば、画素値を１ｂｉｔ右シフトする。また、画像処理主制御部２１１は、クラウドサーバ１０８側で階調数を６４に設定していたのであれば、画素値を２ｂｉｔ右シフトする。

また、図７の「デフォルト」には、ＪＰＥＧ圧縮率や、解像度、階調数それぞれのデフォルトの設定内容が設定される。例えばＪＰＥＧのＱ値＝１００、解像度＝６００ｄｐｉ、階調数＝２５６が設定される。プリンタ１０１へ送られたデータは画像処理装置２０２に送られる。画像処理主制御部２１１によって、ＪＰＥＧ圧縮された画像データの復号化が行われる。

図８（ａ）（ｂ）は、ページ単位の写真／文書のコンテンツ判断結果に対して、画像処理の設定内容のセットが優先順に定められた優先度テーブルの一例を示す図である。画像データのコンテンツが文書と判断された場合、図８（ｂ）のテーブルによれば、デフォルトの次に高い優先度の設定内容のセットにおいて、階調数設定１が適用されている。そして、優先度が下がるにつれて、階調数設定２、階調数設定１と適用する画像処理の設定内容が変更されていく。不図示であるが、さらに主走査解像度設定１と、適用される画像処理の設定内容が変更されていく。最も優先度が低い設定内容のセットにおいて、ＪＰＥＧ圧縮設定２、主走査解像度設定２、副走査解像度設定２、階調数設定２が適用されている。どの優先度の設定内容のセットを用いるかの選択については、図９にて説明する。

図８（ａ）（ｂ）に示されるように、複数の画像処理（ＪＰＥＧ圧縮～階調数設定）それぞれの設定内容のセットに対して優先度が設定されている。言い換えれば、ＪＰＥＧ圧縮～階調数設定の複数の処理それぞれの設定内容を組み合わせたものを１つの画像処理とすれば、複数の画像処理それぞれに対して優先度が設定されているともいえる。

図８（ａ）（ｂ）の画像処理の優先度は、実施した場合の画像品質の劣化度合いが低い設定内容のセットについて高く設定されている。最も優先度が低い設定内容のセットでは、複数の画像処理についてデータサイズ縮小のための設定内容が適用されているため、画像品質の劣化度合いが大きい。

本実施形態では、図８（ａ）（ｂ）に示すように、コンテンツの判断結果である文書と写真のそれぞれについて、画像処理の優先度設定が設定されている。例えば、画像データのコンテンツが写真と判断された場合、図８（ａ）のテーブルによれば、デフォルトの次に高い優先度の設定内容のセットにおいて、ＪＰＥＧ圧縮設定１が適用されている。

なお、写真／文書のコンテンツ判断結果に応じた優先度テーブル設定は、写真と文書に限られない。新聞・雑誌・グラフィック・表グラフなど、他のコンテンツ判断結果に対して優先度テーブルが設定されても良い。例えば、画像データのコンテンツが文書であるという判断結果に対して、縦線が多い、横線が多い、最も細い線幅、といった判断結果に対して優先度テーブルが設定されても良い。その場合、例えば、線に関する情報を使って主走査、副走査の解像度の設定内容の優先度を決定するようにしても良い。

図９は、図８の優先度テーブル設定に従って、画像処理を選択する処理を示すフローチャートである。図９の処理は、例えば、クラウドサーバ１０８のＣＰＵ１９０１がＲＯＭ１９０２に記憶されているプログラムを読み出して実行することにより実現される。

Ｓ９０１において、クラウドサーバ１０８のＣＰＵ１９０１は、ループ処理を開始する。変数ｊはループカウンタとして機能し、本ループ処理を実施する際に０で初期化される。ＩＰ＿ＳＥＬＥＣＴは図８に示した画像処理の選択できるパターン数に相当する。

Ｓ９０２において、ＣＰＵ１９０１は、設定レジスタＣに、ループカウンタｊの値を代入する。設定レジスタＣは、予め本ループ処理を実施する際に０で初期化される。

Ｓ９０３において、ＣＰＵ１９０１は、判断されたコンテンツ情報と対応づけられたテーブルのｊ番目の優先度の画像処理を試行的に実行する。なお、ここでの画像処理とは、優先度テーブルにおける優先度に対応付けられた複数の処理（ＪＰＥＧ圧縮～階調数設定）の設定内容のセットを意味する。例えばコンテンツの判断結果が文書、優先度ｊ＝１であれば、図８（ｂ）の優先度テーブルに従って、主走査解像度＝６００ｄｐｉ、副走査解像度＝６００ｄｐｉ、階調数＝２５６、ＪＰＥＧのＱ値＝１００でＪＰＥＧ圧縮を実行する。

Ｓ９０４において、ＣＰＵは、式（１）によって算出された通信転送レートおよびＳ９０３で画像処理の試行後の画像サイズに基づいて、画素転送レートを算出する。まず、画像処理の試行後の画像サイズをＩＭＧ＿ＤＡＴＡ、通信転送レートをＤＡＴＡ＿ＲＡＴＥとした場合、画像を転送するのにかかる時間ＩＭＧ＿ＴＩＭＥは、式（３）により算出される。

ＩＭＧ＿ＴＩＭＥ ＝ ＩＭＧ＿ＤＡＴＡ／ＤＡＴＡ＿ＲＡＴＥ ・・・（３）
なお、転送時間の算出方法は、これに限られない。例えば、送信パケットには、画像データ以外にヘッダデータや誤り訂正用のパリティデータが含まれる場合がある。その場合、ＩＭＧ＿ＤＡＴＡに、通信に関わるデータ量を付加するようにしても良い。それにより、類推の精度を高めることができる。

画素転送レートを算出するにあたって、次に、転送時間ＩＭＧ＿ＴＩＭＥと、記録ヘッド２０５におけるデータ処理解像度から算出される画像サイズを算出する。記録ヘッド２０５におけるデータ処理解像度を用いる目的は、要求画素転送レートと比較するためである。Ｓ９０３で画像処理の実行を試行する前の画像の縦ピクセルをＨ、横ピクセルをＷ、解像度をＤ１、記録ヘッド２０５におけるデータ処理解像度をＤ２とする。記録ヘッド２０５におけるデータ処理解像度から算出される画像サイズは、式（４）により算出される。

ＩＭＧ＿ＰＲＩＮＴ＿ＤＡＴＡ ＝ Ｈ×Ｗ×（Ｄ２／Ｄ１）＾２ ・・・（４）
なお、式（４）では、画像の縦方向、横方向を同一解像度で扱っている。

画素転送レートは、画像サイズＩＭＧ＿ＰＲＩＮＴ＿ＤＡＴＡおよび転送時間ＩＭＧ＿ＴＩＭＥを用いて、式（５）により算出される。

画素転送レート［ｐｉｘｅｌ／ｓｅｃ］ ＝ ＩＭＧ＿ＰＲＩＮＴ＿ＤＡＴＡ／ＩＭＧ＿ＴＩＭＥ ・・・（５）
なお、画像サイズＩＭＧ＿ＰＲＩＮＴ＿ＤＡＴＡは画像１枚分から算出しても良いし、記録ヘッド２０５のノズル長分の高さに基づいて算出しても良い。また、指定したバンド領域や矩形領域に基づいて算出しても良い。ただし、転送時間ＩＭＧ＿ＴＩＭＥは、画像サイズＩＭＧ＿ＰＲＩＮＴ＿ＤＡＴＡが指定する画像領域に対してかかる時間となる必要がある。

Ｓ９０５において、ＣＰＵ１９０１は、Ｓ９０４で算出された画素転送レートとシーケンス４０５で算出された要求画素転送レートとを比較する。ここで、画素転送レートが要求画素転送レート以上の場合、Ｓ９０７に進み、要求画素転送レートが画素転送レートより大きい場合、Ｓ９０６に進む。なお、Ｓ９０５の比較を実施するにあたって、記録バッファ２０４やデータバッファ２０８へ格納するデータ量を用いるようにしても良い。プリンタ１０１本体のバッファにデータが蓄積されている限り、記録ヘッド２０５の吐出時にキャリッジ３０１が停止することはないので、上記のデータ量を用いることで、キャリッジ３０１の停止を回避する可能性を高めることができる。

Ｓ９０６において、ＣＰＵ１９０１は、ループカウンタｉをカウントアップする。そして、ＩＰ＿ＳＥＬＥＣＴの数だけ、Ｓ９０２～Ｓ９０６の処理を繰り返す。

一方、Ｓ９０７において、ＣＰＵ１９０１は、設定レジスタＣの値を参照して、現在着目している画像処理、即ち、設定内容のセットを、実際に画像データに実行する画像処理として選択する。

再び、図４を参照する。図４のシーケンス４０８において、クラウドサーバ１０８は、図９の処理で選択された画像処理により、バンド毎に画像処理を実施する。シーケンス４０９において、クラウドサーバ１０８は、画像処理が実施された後の画像データをプリンタ１０１へ転送する。シーケンス４１０において、プリンタ１０１は、クラウドサーバ１０８から画像データを受信する。プリンタ１０１は、外部接続Ｉ／Ｆ２１８を介して画像データを受信する。主制御部２１１は、データが圧縮されていれば解凍処理を行う。主制御部２１１は、解凍したデータをプリンタ１０１が搭載するインクに対応したカラープレーンに変換する。そして、主制御部２１１は、カラープレーンを、記録ヘッド２０５が吐出するためのドットデータに変換する。ドットデータは記録バッファ２０４に格納され、記録ヘッド２０５の走査動作に合わせて、記録バッファ２０４の内容が読み出され、記録媒体への記録が実行される。

以上のように、本実施形態によれば、プリンタ１０１側の要求画素転送レート以上の画素転送レートとなるように、クラウドサーバ１０８側で画像処理を選択して実行することができる。また、サイズ圧縮のための画像処理を実施することによる画質の劣化に関しては、コンテンツの判断結果に対応した画像処理の優先度情報を予め保持することによって、サイズ圧縮のための画像処理を実施することによる画像の劣化度合いを抑えることができる。

［第２実施形態］
以下、第２実施形態について、第１実施形態と異なる点について説明する。第１実施形態では、図９の処理により選択された画像処理を実行し、その実行後の画像データをクラウドサーバ１０８からプリンタ１０１へ送信することを説明した。そして、プリンタ１０１側では、主制御部２１１でデータの解凍、カラープレーン変換、ドットデータ変換が実施される。

ここで、クラウドサーバ１０８でドットデータを生成してからプリンタ１０１へ送信することも可能である。ドットデータはドットを「吐出する」「吐出しない」の２値情報から、「何発吐出する」という多値情報までを扱うことができる。一方、ドットデータは、プリンタ非依存のＲＧＢ多値データ情報より少ないデータ量となることが多いため、通信効率が向上する。一方で、ドットデータに可逆圧縮を実施した場合に吐出量や吐出位置が崩れて画像不良の要因となってしまう可能性がある。本実施形態では、クラウドサーバ１０８上でドットデータへの変換を実施することも含めて、画像処理を適切に選択することができる。

図１０は、本実施形態における写真／文書のコンテンツ判断処理を示すフローチャートである。図５の処理は、例えば、クラウドサーバ１０８のＣＰＵ１９０１がＲＯＭ１９０２に記憶されているプログラムを読み出して実行することにより実現される。

Ｓ１００１～Ｓ１００５は、図５のＳ５０１～Ｓ５０５における説明と同じであるのでそれらの説明を省略する。Ｓ１００６において、ＣＰＵ１９０１は、Ｓ１００５でのコンテンツ判断処理の結果、コンテンツは写真であるか否かを判定する。ここで、コンテンツは「写真」であると判断された場合、Ｓ１００７に進む。一方、コンテンツは写真でない、例えば文書であると判断された場合、図１０の処理を終了する。

Ｓ１００７において、ＣＰＵ１９０１は、コンテンツはさらに、人物写真であるか、もしくは風景写真であるかを判断する。Ｓ１００７での判断は、顔検出を用いられる。即ち、画像上で顔が検出された場合は人物写真と判断し、そうでない場合は風景写真と判断する。その際、判断の精度に応じて、種種の手法が用いられて良い。例えば、検出された顔のサイズがいくつ以上であれば人物写真と判断し、そうでなければ風景写真と判断しても良い。また、顔のサイズに基づいて、検出された顔が主被写体であるか否かを判断するようにしても良い。また、顔のサイズだけでなく、顔の向き、顔の数、顔検出の信頼度に基づいて、人物写真と判断するようにしても良い。また、特定の顔辞書を用いた個人認識を用いるようにしても良い。顔辞書に登録済みの顔が撮影されていれば写真の主被写体はその人物であると判断するようにしても良い。また、個人認識の認識信頼度、顔辞書に登録される頻度を用いるようにしても良い。例えば、顔辞書に頻繁に登録される被写体については、顔検出時の顔サイズに関わらず人物と判定するようにしても良い。

図１１は、本実施形態における画像処理の設定内容を定めるテーブルの一例を示す図である。図１１には、画像データをプリンタ１０１に送信する際に実施可能な画像処理とその設定内容とが示されている。本実施形態では、「ＪＰＥＧ圧縮設定」、「主走査解像度設定」、「副走査解像度設定」、「階調数設定」、「ドットデータ変換設定」、「色数設定」の６種類の画像処理について、それぞれ４種類の内容が設定可能である。なお、設定内容の種類は４種類に限られず、４種類より少なくとも良いし、多くても良い。

ドットデータ変換設定１、ドットデータ変換設定２は、入力ＲＧＢデータをドットデータへ変換する際の階調数を設定しており、設定Ｎｏによって設定内容が異なる。デフォルトは、出力解像度に対して１画素当たり０～１５の４ｂｉｔデータへ変換する設定内容である。ドットデータ変換設定１は、出力解像度に対して１画素あたり０～７の３ｂｉｔデータへ変換する設定内容である。ドットデータ変換設定２は、出力解像度に対して１画素あたり０～３の２ｂｉｔデータへ変換する設定内容である。

色数設定１、色数設定２は、入力ＲＧＢデータをドットデータへ変換する際の色数を設定しており、設定Ｎｏによって設定内容が異なる。デフォルトは、シアン、マゼンタ、イエロー、ブラック、ライトシアン、ライトマゼンタの６色に変換する設定内容である。色数設定１は、シアン、マゼンタ、イエロー、ブラック、ライトシアンの５色に変換する設定内容である。色数設定２は、シアン、マゼンタ、イエロー、ブラックの４色に変換する設定内容である。

言い換えれば、図１１のテーブルでは、「ドットデータへ変換する前のＲＧＢ情報に対する画像処理」と「ドットデータへ変換する際の画像処理」とが併記されている。また、図１１では、複数の画像処理間で同時に実施できない組み合わせがある場合に、「非実施」が設定可能である。例えば、ドットデータ変換を実施した後でＪＰＥＧ圧縮をかけてしまうと、ドットの数、位置が変わり、結果、画像不良が発生し得る。従って、ドットデータ変換を実施するのであれば、ＪＰＥＧ圧縮は「非実施」と設定される。ドットデータ変換や色数設定についても「非実施」を設定可能である。その場合は、ドットデータへの変換処理はプリンタ１０１本体の主制御部２１１で実施される。プリンタ１０１本体でドットデータに変換するときの設定内容は、「デフォルト」の設定内容と同様である。なお、主走査解像度、副走査解像度は、他の全ての画像処理と組み合わせ可能な画像処理であるので、図１１では、それらの画像処理については「非実施」の設定は想定されていない。

他の画像処理と組み合わせ可能なものと不可能なものに関して、例えば２段階の選択処理を実行するようにしても良い。クラウドサーバ１０８でＲＧＢデータに対する処理を実施するか、もしくは、ドットデータに変換してからそのドットデータに対する処理を実施するかを選択する一段階目の選択処理を設ける。そして、二段階目として、さらに画像処理を選択するといった構成としても良い。クラウドサーバ１０８での処理対象をドットデータとするかもしくはＲＧＢデータとするかを選択し、その後、詳細に画像処理を選択する処理の一例を図１８で説明する。

図１８は、クラウドサーバ１０８での処理対象をドットデータとするかもしくはＲＧＢデータとするかを選択し、その後、詳細に画像処理を選択する処理を示すフローチャートである。図１８の処理は、例えば、クラウドサーバ１０８のＣＰＵ１９０１がＲＯＭ１９０２に記憶されているプログラムを読み出して実行することにより実現される。また、図１８の処理は、図４のシーケンス４０７において実行される。

Ｓ１８０１において、クラウドサーバ１０８のＣＰＵ１９０１は、通信先のプリンタ１０１がドットデータ変換機能を有しているか否かを判定する。プリンタ１０１のハードウェア機能情報はクラウドサーバ１０８が保持していても良いし、図４のセッション開始時にセッションレスポンスコマンドでプリンタ１０１がハードウェア機能情報をクラウドサーバ１０８に送信するようにしても良い。プリンタ１０１がドットデータ変換機能を有していると判定された場合はＳ１８０２に進み、有していないと判定された場合はＳ１８０３に進む。

Ｓ１８０２において、ＣＰＵ１９０１は、ドットデータに対する画像処理を選択する。本実施形態では、ＣＰＵ１９０１は、「ドットデータ変換」、「色数」、「主走査解像度」、「副走査解像度」の中から画像処理を選択する。一方、Ｓ１８０３において、ＣＰＵ１９０１は、ＲＧＢデータに対する画像処理を選択する。本実施形態では、ＣＰＵ１９０１は、「ＪＰＥＧ圧縮」、「主走査解像度設定」、「副走査解像度設定」、「階調数設定」の中から画像処理を選択する。

図１８では、処理対象をドットデータとしてから画像処理を選択するか、処理対象をＲＧＢデータとしてから画像処理を選択するかをプリンタ１０１のハードウェア情報に基づいて判定している。しかしながら、そのような構成に限られず、他の判定条件を用いるようにしても良い。例えば、クラウドサーバ１０８の負荷状態や、クラウドサーバ１０８およびプリンタ１０１の画像処理速度などを判定条件としても良い。

図１２（ａ）～（ｃ）は、ページ単位のコンテンツ判断結果に対して、画像処理の設定内容のセットが優先順に定められた優先度テーブルの一例を示す図である。図１２（ａ）は、人物写真であるとのコンテンツ判断結果に対応する優先度テーブルを示している。図１２（ｂ）は、風景写真であるとのコンテンツ判断結果に対応する優先度テーブルを示している。図１２（ｃ）は、文書であるとのコンテンツ判断結果に対応する優先度テーブルを示している。図１２（ａ）～（ｃ）それぞれにおいて、ドットデータへの変換をデフォルト、色数設定をデフォルトで実施する設定内容のセットが最も優先度が高い。それらのセットでは、主走査解像度設定および副走査解像度設定の設定内容はデフォルトであり、言い換えれば、解像度縮小が実施されないということを意味している。即ち、それらのセットでは、ＪＰＥＧ圧縮、解像度の縮小、階調数変更が非実施であるため、画像劣化が発生しない。

図１２（ａ）の優先度テーブルにおいて、優先度３や優先度４の設定内容のセットではＪＰＥＧ圧縮設定１やＪＰＥＧ圧縮設定２が適用されている。一方で、図１２（ｂ）の優先度テーブルにおいて、優先度２の設定内容のセットでは色数設定１が適用され、優先度４の設定内容のセットではＪＰＥＧ圧縮１が適用されている。これは、人物を主被写体とした写真は、人物の肌色をきれいに見せることが重要である。従って、ＪＰＥＧ圧縮率を維持するよりも淡色のライトマゼンタを残す、言い換えれば、色数を低下させないことの方が重要である（即ち、優先度を高くする）と判断されるためである。一方で、風景写真は人物写真ほど淡色を重視しないと判断し、色数を低下させて画素転送レートを高くすることの方が重要である（即ち、優先度を高くする）と判断されるためである。

上記の判断基準は一例であり、コンテンツに応じて適宜定められて良い。即ち、コンテンツの一種として、主要な色成分を抽出し、その情報を用いるようにしても良い。例えば、風景でも夕焼けの写真である場合、赤い空の部分に対してより細かい階調性が望まれる場合がある。また、海の写真である場合、赤成分が少ないことからライトマゼンタは不要と考えられる。このように、人物写真や風景写真だけでなく、画像のシーン情報を判定し、判定されたシーン情報に応じた判断基準により、優先度テーブルを設定するようにしても良い。

図１２（ｃ）の優先度テーブルにおいて、ドットデータへ変換するｂｉｔ数を下げる他、色数を減らすことでデータ量を小さくする設定内容のセットが比較的高い優先度として適用されている。これは、上述したように文書は階調性を多少下げても視認性には影響せず、また、文書でグラデーションを形成する用途も少ないことから、淡色系インクを減らしても画像品質への影響は低いと判断されるためである。

図１２（ａ）～（ｃ）の優先度テーブルにおいて、画質だけでなくクラウドサーバ１０８の処理負荷を考慮するようにしても良い。例えば、ドットデータ変換のような負荷の高い処理を含む設定内容のセットの優先度を下げるようにしても良い。また、クラウドサーバ１０８でのリアルタイムでの処理負荷に合わせて優先度を動的に変更するようにしても良い。例えば、クラウドサーバ１０８が複数のジョブを処理している場合はＲＧＢデータを処理対象として画像処理を選択することを優先し、そうでない場合はドットデータを処理対象として画像処理を選択することを優先するようにしても良い。そのような構成により、クラウドサーバ１０８の処理負荷の増大に伴い、シーケンス４０９のバンド毎送信間隔が遅くなってしまうことにより、プリンタ１０１の記録ヘッド２０５の動作が停止する可能性を低減させることができる。また、プリンタ１０１が主制御部２１１で、ドットデータ変換機能をハードウェア回路として持っているか否かに応じて、クラウドサーバ１０８側での上記の優先度を変更するようにしても良い。

以上のように本実施形態によれば、画像処理にドットデータ変換、色数設定を含めることでプリンタ１０１でドットデータ変換機能がない場合であっても、クラウドサーバ１０８で当該機能に対応する画像処理を行い、画素転送レートを向上させることができる。また、クラウドサーバ１０８でドットデータへの変換を行う場合でも、コンテンツの判断結果に基づいて、画像品質の低下を抑えるような画像処理を実行することができる。

［第３実施形態］
以下、第１および第２の実施形態と異なる点について第３の実施形態を説明する。第１および第２実施形態ではコンテンツ判断の解析をページ単位で実施するとして説明した。しかしながら、ドキュメントの中には、ページ内に文書と写真が混在しているケースがある。文書と写真が混在しているにも関わらず、ページ内のコンテンツを文書もしくは写真のどちらかであると判断すると、ページ内の文書に対してＪＰＥＧ圧縮率が高まる、写真に対して階調数が減ってしまうといったことが生じる。本実施形態では、上記のような、ページ内で複数種類のコンテンツが混在しているケースを想定する。

また、クラウドサーバ１０８でページ単位のコンテンツ判断の解析を実施すると、処理時間が大きくなり、プリンタ１０１で最初の印刷を開始するまでの時間が遅くなってしまうことが想定される。そこで、本実施形態では、画像をバンド毎に分割し、バンド内のブロック単位でコンテンツ判断の解析を実施する。即ち、ブロック毎にコンテンツ判断の解析を実施することで、画像処理を実施しながら処理済みのデータをプリンタ１０１へ送信することができ、結果、プリンタ１０１で最初の印刷を開始するまでの時間が遅くなってしまうことを防ぐことができる。

図１３は、本実施形態における、クラウドサーバ１０８とプリンタ１０１との間のシーケンスを示す図である。図１３は、ホストデバイスであるクラウドサーバ１０８とプリンタ１０１との間がＩ／Ｆ信号線２１８を介して通信される情報や、その情報に基づくデバイス内部の制御を示している。

シーケンス１３０１～１３０５は、図４のシーケンス４０１～４０５における説明と同じであるので、それらの説明を省略する。

シーケンス１３０６において、クラウドサーバ１０８は、画像データの画像をバンド毎に区切り、バンド内のブロック毎にコンテンツ判断の解析を実施する。

本実施形態では、画像データの画像をバンド単位に分割する。バンド単位に分割することにより、文書と写真が混在したページの状態から、写真の箇所と文書の箇所とを特定可能とする。

図１４（ａ）は、文書と写真が混在した画像の一例を示す図である。即ち、画像１４０１には写真１４０２が貼り付けられている他、写真のキャプションとして、文書１４０３が示されている。

本実施形態では、コンテンツ判断の解析をバンド毎に実施するために、プリンタ１０１の記録ヘッド２０５の走査方向と同一方向にバンドを区切る。図１４（ｂ）は、画像１４０１に対して、縦方向バンド１４０４で画像を区切った状態を示している。図１４（ｂ）の点線が各バンドの境界を示している。図１５（ａ）は、先頭バンド１４０４を切り出した情報を示している。コンテンツ判断の解析においては、図１５（ｂ）のように、先頭バンドを所定のブロックサイズで区切る。図１５（ｂ）の太枠が各ブロックの境界を示している。ブロック１４０５が先頭ブロックとなる。ブロック１４０７はバンドの終端ブロックを示している。画像領域を超えた超過領域については画素値０で埋めることでブロックサイズを満たすようにし、各ブロックで共通の処理を実施可能とする。なお、超過領域に対して行われる処理は画素値０を埋める処理に限られない。指定画素値で埋めても良いし、領域内画素をミラーリングして画素値を埋めるようにしても良い。

ブロック１４０５は、図５の処理によりコンテンツ判断の解析が行われる。即ち、ブロック単位でコンテンツが写真であるか文書であるかの判断が実施される。従って、本実施形態では、ヒストグラムに対して設定する閾値ＴＨ＿ＬＯＷ、ＴＨ＿ＨＩＧＨは、ブロック単位の閾値が設定される。ヒストグラム算出のための画素数に対して割合で算出される閾値を用いることで、ＩＭＧ＿ＳＩＺＥの大きさに関わらず同じ値を用いることができる。図１５（ｂ）の場合、コンテンツ判断の解析の結果、ブロック１４０５は文書と判断され、ブロック１４０６は写真と判断される。

シーケンス１３０７において、クラウドサーバ１０８は、バンド内のブロック毎に画像処理を選択する。シーケンス１３０６の解析結果に基づいて、ブロック１４０５は、文書に対応する優先テーブルで規定される優先順に従って画像処理が選択される。また、ブロック１４０６は、写真に対応する優先テーブルで規定される優先順に従って画像処理が選択される。

画素転送レートがプリンタ１０１本体の要求画素転送レート以上であるかの判定はバンド単位で行われる。例えばバンド１４０４については、ブロック１４０５、ブロック１４０６・・・ブロック１４０７の全てのブロックに対してそれぞれ画像処理が選択される。各ブロックで選択された画像処理を実施し、画像処理結果に対してバンド単位のデータ量合計を算出する。式（３）のＩＭＧ＿ＤＡＴＡにはバンド単位のデータ量合計を代入し、ＤＡＴＡ＿ＲＡＴＥにはバンド単位の通信転送レートを設定する。

シーケンス１３０８において、クラウドサーバ１０８は、バンド内のブロック毎に画像処理を実施する。シーケンス１３０９において、クラウドサーバ１０８は、バンドごとに、画像処理が実施された後の画像データをプリンタ１０１へ転送する。シーケンス１３１０において、プリンタ１０１は、クラウドサーバ１０８から画像データを受信する。プリンタ１０１は、外部接続Ｉ／Ｆ２１８を介して画像データを受信する。

プリンタ１０１は、主制御部２１１において、各ブロックに応じた処理を行う。例えば、主制御部２１１は、ブロックについてクラウドサーバ１０８でＪＰＥＧ圧縮が行われていれば、その解凍処理を行う。また、例えば、主制御部２１１は、ブロックについてクラウドサーバ１０８で解像度縮小処理が行われていれば、解像度拡大処理を行う。

本実施形態により、文書と写真が混在するようなページに対してもブロック領域ごとに画像処理を選択するため、画像の劣化度合いを抑えることができる。また、バンド単位で画像処理の選択を実行していくことで、プリンタ１０１側の印刷処理と並行してクラウドサーバ１０８側で画像処理を実行することができる。

また、プリンタ１０１の印刷動作開始よりも前に、所定のバンド数が画像処理済みとなるようにしても良い。そのような構成により、何らかの要因によりクラウドサーバ１０８側の画像処理の負荷によってデータ送信が滞り、記録ヘッド２０５の動作が停止してしまうことを防ぐことができる。

ブロック１４０６のように、ブロックの中に僅かに文書が含まれている場合、ブロック１４０６の写真判定に対して僅かに誤検出が生じることが考えられる。例えば、ブロック１４０５とブロック１４０６に跨る「あいう」という文字について、一部が文書、一部が写真と判断された場合、文字情報の中で異なる画像処理が選択されて実行され、画像劣化が顕著になってしまう可能性がある。そのようなことを防ぐために、ブロック走査を重畳させるようにしても良い。

具体的には、例えば、図１６（ａ）に示すように、ブロック１４０５に重畳するようにブロック１４０８のコンテンツ判断の解析を行う。そして、ブロック１４０８に重畳するようにブロック１４０９のコンテンツ判断の解析を行う。つまり、シーケンス１３０７、シーケンス１３０８の処理を、前段ブロックとの重畳領域を除いた部分に対して実行する。例えば、図１６（ａ）のようにブロックを重畳させた場合は、ブロック１４０５の解析結果を反映した画像処理領域は図１６（ｂ）のブロック１４１０となる。同様に、ブロック１４０８の解析結果を反映した画像処理領域はブロック１４１１となり、ブロック１４０９の解析結果を反映した画像処理領域はブロック１４１２となる。

上記のようなブロックを重畳させる処理の実行可否は、コンテンツの判定精度と画像処理効率とに基づいて、選択可能とされても良い。例えば、印刷モードやジョブ毎に動的に設定するようにしても良い。

［第４実施形態］
以下、第１～第３の実施形態と異なる点について第４の実施形態を説明する。第１～第３の実施形態では、図４のシーケンス４０１～４０３のセッションコマンドを基に、シーケンス４０４において通信転送レートを算出するとして説明した。ここで、セッションリクエストとセッションレスポンスを用いた構成は、通信転送レートを類推するための構成の一例である。

セッションを実施するタイミングと、画像データをプリンタ１０１へ送るタイミングとの間のタイムラグによっては、類推した通信時間が変動する可能性がある。例えば、公衆回線がビジーに使用される時間帯は、類推した通信時間よりも画像データ送信にかかる時間が長くなる可能性がある。また、通信帯域がビジーであるか否かの他に、天候の影響を受けることが考えられる。無線基地局との間の通信では雨や湿度変化に対して影響を受けることが考えられる。また、有線環境であっても、通信ケーブルに雨が当たり、ケーブルが揺れる事で伝達ロスが発生することが考えられる。伝達ロスの場合は、再送要求の発生により、通信時間は通常より長くなる可能性がある。また、自宅や職場内のＬＡＮ環境で同一ＬＡＮ内の他機器がビジーに使われていれば、無線環境で干渉が多くなることが考えられる。その場合、尤度αだけで変動量を吸収できない可能性がある。そこで、本実施形態では、通信転送レートの類推において、クラウドサーバ１０８で蓄積された、印刷時の通信履歴情報を用いる。

図１７は、クラウドサーバ１０８で蓄積された印刷時の通信履歴テーブルの一例を示す図である。シーケンス４０４において、クラウドサーバ１０８は、通信履歴テーブルを用いて通信転送レートを類推する。

図１７の印刷時の通信履歴テーブルは、印刷実行時の通信時間帯の状況を示している。履歴Ｎｏ１を例に説明する。履歴Ｎｏ１は、クラウドサーバ１０８が地域Ａに設置されたプリンタと、１２：００から１４：００の時間帯において通信を実行した旨の履歴を示している。図１７に示すように、その時の天候が雨であった情報や、湿度が高いとの情報も記録されている。そして、実測値となる通信転送レート［ｂｉｔ／ｓｅｃ］が記録されている。通信履歴は、図１７の通信履歴テーブルに連続して記録される。

図１７では、通信時時間帯を２時間単位として通信履歴が取得されているが、このような例に限られず、より細かい時間間隔で取得されても良い。地域範囲も、より広く設定しても良いし、より狭く設定しても良い。また天候、湿度以外に、プリンタ周囲の電気機器使用状況が記録されても良い。

また、通信時のルーティング・ホップ数を取得しても良い。例えば、履歴Ｎｏ１において、クラウドサーバ１０８から地域Ａのプリンタまでのルーティングを取得する。それにより、クラウドサーバ１０８が該サーバと接続されたルータまでに使用される回線、該ルータからプリンタ１０１が接続されたルータ１０２までに使用される回線とホップ数、ルータ１０２からプリンタ１０１までに使用される回線を記録することができる。こうした取得情報により、通信転送レートを類推する上で、レート算出確度を高めることができる。また、通信履歴として、印刷時に記録ヘッドの動作が止まらなかったかどうか、という実績結果を記録しても良い。記録ヘッドの動作の実績結果は、プリンタ１０１がその情報を取得してクラウドサーバ１０８へ送信することで、通信履歴として記録される。

クラウドサーバ１０８のＣＰＵ１９０１は、通信転送レートを算出する際には、図１７の通信履歴テーブルを参照し、これから実施する印刷と類似した状況の通信履歴を取得する。例えば印刷を実施する際に、プリンタ１０１が地域「Ｃ」に設置されており、天候が「曇」、湿度が「中」、通信時時間が「１１：００」であった場合、図１７の通信履歴テーブルでは、履歴Ｎｏ３が類似している。そのため、クラウドサーバ１０８のＣＰＵ１９０１は、通信履歴テーブルを参照して、通信転送レート［ｂｉｔ／ｓｅｃ］が２００［ｂｉｔ／ｓｅｃ］であると類推する。その際に、第１実施形態と同様に、尤度αを用いて、類推結果からの変動量を吸収するようにしても良い。

通信履歴テーブルを参照しても、印刷状況と完全に合致する通信履歴が無い場合がある。この場合、最も近い内容を有する通信履歴を参照することになる。例えば、通信履歴テーブルの各列の項目の優先度を設定しておくようにしても良い。例えば印刷を実施する際に、プリンタが地域「Ｂ」に設置されており、天候が「晴」、湿度が「高」、通信時時間が「１４：００」であったとする。その場合、環境は履歴Ｎｏ２、履歴Ｎｏ４と類似している。一方、テーブルの各列の項目に対する優先度を「地域」、「通信時時間」、「天候」、「湿度」の順に高く設定しておく。すると、湿度より天候を優先して履歴Ｎｏ２に類似していると判断される。

また、印刷状況と完全に合致する通信履歴が複数ある場合がある。この場合、複数の通信履歴に基づき通信転送レートを平均値で求めても良いし、下限値で求めても良い。例えば印刷を実施する際に、プリンタが地域「Ｄ」に設置されており、天候が「雨」、湿度が「高」、通信時時間が「１２：００」であったとする。環境は履歴Ｎｏ８、履歴Ｎｏ１０と類似している。その場合、通信転送レートを、両履歴の通信転送レートの平均値である５５［ｂｉｔ／ｓｅｃ］としても良いし、下限値である５０［ｂｉｔ／ｓｅｃ］としても良い。また、下限値を採用しても良く、その場合、記録ヘッド２０５の動作が停止しないためのより安全な通信転送レートを取得することができる。

類似した通信履歴を特定するために、通信履歴テーブルの内容をクラスタリングしても良い。クラスタリングには様々な手法が用いられて良く、例えばｋ－ｍｅａｎｓ法を用いれば、膨大な履歴情報を、設定したクラスタ数に分類することができる。印刷を実施する際の環境がどのクラスタに分類されるかを特定した後、同一クラスタに分類された各履歴の通信転送レートから平均値や下限値等の統計値によって通信転送レートを類推する。

以上のように、本実施形態によれば、セッションコマンドを用いた構成の代わりに、通信履歴テーブルから、類似した環境下の通信転送レートの実測値を取得することができる。また、セッションコマンドを用いた構成と併用するようにしても良い。例えば、本実施形態により求められた通信転送レートと、セッションコマンドを用いて算出された通信転送レートの平均値や下限値等の統計値を算出するようにしても良い。そのような構成により、通信転送レートの算出確度を向上させることができる。

なお、本実施形態では、クラウドサーバ１０８が通信履歴テーブルを保持するとして説明したが、そのような構成に限られない。例えば、ＰＣ１０３や携帯端末１０６が通信履歴テーブルを保持するようにしても良い。また、クラウドサーバ１０８が通信履歴テーブルを保持していなくても、プリンタ１０１自身が通信履歴テーブルを保持し、通信履歴情報をクラウドサーバ１０８へ送信するようにしても良い。クラウドサーバ１０８は、複数のＰＣ１０３、携帯端末１０６からの印刷命令を受け付けることができ、また、複数のプリンタ１０１に対して画像データの送信を実施することができる。そのため、クラウドサーバ１０８において、固有のＰＣ１０１、携帯端末１０６、プリンタ１０１に限られることなく、多様で膨大な通信履歴情報を収集することができる。

以上の各実施形態では、図３のシリアル型記録ヘッドのインクジェット記録装置を想定しているが、そのような構成に限られない。例えば、記録面幅をカバーするライン型記録ヘッドの構成であっても、インク滴の吐出動作に対してホストデバイスからの通信転送レートが遅い場合には、ライン型記録ヘッドの吐出が完了しないため、印刷の停止や印刷の空白が生じてしまう。そのため、各実施形態の動作を適用することにより、適切な通信転送レートとなるので、印刷の停止や印刷の空白が生じてしまうといったことを防ぐことができる。また、インクジェット記録装置以外の記録装置にも適用でき、例えばレーザープリンタにも適用可能である。レーザープリンタの露光動作に対してホストデバイスからの通信転送レートが遅い場合には、帯電ドラムへの照射が完了しないため、記録媒体に対して印刷の空白が生じてしまう。そのため、各実施形態の動作を適用することにより、適切な通信転送レートとなるので、印刷の空白が生じてしまうといったことを防ぐことができる。

各実施形態では、図９のフローチャートを用いて画像処理を決定している。即ち、図９の処理では、優先度の高い順番にループ処理を実行して、実行結果のデータサイズが要求画素転送レートに間に合うかを判断している。しかしながら、画像処理の決定は、そのような処理に限られない。例えば、画像コンテンツの情報から、画像処理を実施しなくとも、画像処理実施後の画素転送レートを類推することが可能である。例えば、類似した画像コンテンツの圧縮結果を参照する。ＪＰＥＧ圧縮１のときに画像サイズが０．５倍、ＪＰＥＧ圧縮２のときに画像サイズが０．３倍になったという情報を履歴として保持しておく。元画像の画像サイズに圧縮後のサイズ比率を乗算すれば、画像処理を実施しなくても画像処理実施後の画素転送レートを類推可能である。こうした画像処理を実行することなくデータサイズを推測することにより、ループ処理の一部もしくは全部をスキップすることができ、クラウドサーバ１０８側での処理時間を短縮することができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１ プリンタ： １０３ ＰＣ： １０６ 携帯端末： １０８ サーバ： １９０１ ＣＰＵ： １９０２ ＲＯＭ： １９０３ ＲＡＭ

Claims (21)

1. 記録装置と通信可能な情報処理装置であって、
   前記記録装置での記録対象の画像データに、該画像データのコンテンツに対応する画像処理を実行する画像処理手段と、
   前記画像処理の実行後の画像データを前記記録装置に送信する送信手段と、
   前記画像処理手段による画像処理の実行の前に、前記記録装置との間の第１転送レートと、前記記録装置の記録手段の記録動作に要求される要求転送レートとを取得する第１取得手段と、
   前記画像データへの画像処理を試行し、該試行後の画像データの情報と前記第１転送レートとに基づいて、該試行後の画像データの前記記録装置への送信および前記記録手段の記録動作に要求される第２転送レートを取得する第２取得手段と、を備え、
   前記画像処理手段は、前記第２転送レートが前記要求転送レートの条件を満たす場合、該試行された画像処理を前記画像データに実行し、
   前記送信手段は、該画像処理の実行後の画像データを前記記録装置に送信する、
   ことを特徴とする情報処理装置。
2. 前記条件は、前記第２転送レートが前記要求転送レートと同じかもしくは大きいことを特徴とする請求項１に記載の情報処理装置。
3. 前記第２取得手段は、複数の画像処理の優先度に従って順に、前記画像データへの画像処理を試行して前記第２転送レートを取得し、
   前記画像処理手段は、前記第２取得手段が取得した前記第２転送レートが前記要求転送レートの条件を満たす場合、該試行された画像処理を前記画像データに実行し、
   前記送信手段は、該試行された画像処理の実行後の画像データを前記記録装置に送信する、
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記複数の画像処理の優先度を示す情報を記憶する第１記憶手段、をさらに備え、
   前記情報では、画像処理の実行後の画像の劣化度合いが小さいほど、該画像処理の優先度が高く設けられていることを特徴とする請求項３に記載の情報処理装置。
5. 前記第１記憶手段は、前記画像データのコンテンツの種類に対応づけて、前記複数の画像処理の優先度を示す情報を記憶することを特徴とする請求項４に記載の情報処理装置。
6. 前記画像データのコンテンツの種類を判断する判断手段、をさらに備え、
   前記第２取得手段は、前記判断手段により判断されたコンテンツの種類に対応づけられた前記複数の画像処理の優先度に従って順に、前記画像データへの画像処理を試行する、
   ことを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
7. 前記コンテンツの種類は、文書、写真の少なくともいずれかを含むことを特徴とする請求項６に記載の情報処理装置。
8. 前記複数の画像処理それぞれは複数の処理の設定内容のセットとして定められ、前記設定内容のセットに応じて優先度が設けられていることを特徴とする請求項４乃至７のいずれか１項に記載の情報処理装置。
9. 前記複数の処理は、圧縮、解像度の設定、階調数の設定、の少なくともいずれかの処理を含むことを特徴とする請求項８に記載の情報処理装置。
10. 前記複数の処理は、前記記録手段に関する処理を含むことを特徴とする請求項８又は９に記載の情報処理装置。
11. 前記記録手段に関する処理は、ドットデータへの変換、前記記録装置が記録可能な色数の設定、の少なくともいずれかの処理を含むことを特徴とする請求項１０に記載の情報処理装置。
12. 前記記録装置が所定の機能を有するか否かに基づいて、前記複数の処理を決定する決定手段、をさらに備えることを特徴とする請求項８乃至１１のいずれか１項に記載の情報処理装置。
13. 前記画像データは、ページに対応したデータであることを特徴とする請求項１乃至１２のいずれか１項に記載の情報処理装置。
14. 前記第２取得手段による画像処理の試行および前記画像処理手段による該試行された画像処理の実行は前記ページよりも小さい領域ごとに行われる、
    ことを特徴とする請求項１３に記載の情報処理装置。
15. 前記第１取得手段は、前記記録装置にリクエストコマンドを送信し、前記記録装置からレスポンスコマンドを受信することにより、前記第１転送レートを取得することを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理装置。
16. 前記記録装置との通信履歴を記憶する第２記憶手段、をさらに備え、
    前記第１取得手段は、前記通信履歴に含まれる転送レートに基づいて、前記第１転送レートを取得する、
    ことを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理装置。
17. 前記通信履歴は、前記記録装置での記録ごとの通信履歴であり、該記録における転送レートを含むことを特徴とする請求項１６に記載の情報処理装置。
18. 前記記録手段の情報を取得する第３取得手段、をさらに備え、
    前記第１取得手段は、前記第３取得手段により取得された前記記録手段の情報に基づいて、前記要求転送レートを取得する、
    ことを特徴とする請求項１乃至１５のいずれか１項に記載の情報処理装置。
19. 前記記録手段の情報は、データ処理解像度、走査速度、走査回数、の少なくともいずれかを含むことを特徴とする請求項１８に記載の情報処理装置。
20. 記録装置と通信可能な情報処理装置において実行される方法であって、
    前記記録装置での記録対象の画像データに、該画像データのコンテンツに対応する画像処理を実行する画像処理工程と、
    前記画像処理の実行後の画像データを前記記録装置に送信する送信工程と、
    前記画像処理工程における画像処理の実行の前に、前記記録装置との間の第１転送レートと、前記記録装置の記録手段の記録動作に要求される要求転送レートとを取得する第１取得工程と、
    前記画像データへの画像処理を試行し、該試行後の画像データの情報と前記第１転送レートとに基づいて、該試行後の画像データの前記記録装置への送信および前記記録手段の記録動作に要求される第２転送レートを取得する第２取得工程と、を有し、
    前記画像処理工程では、前記第２転送レートが前記要求転送レートの条件を満たす場合、該試行された画像処理を前記画像データに実行し、
    前記送信工程では、該画像処理の実行後の画像データを前記記録装置に送信する、
    ことを特徴とする方法。
21. 請求項１乃至１９のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。

Images