JP2015130071A

JP2015130071A - 情報処理装置及びその制御方法

Info

Publication number: JP2015130071A
Application number: JP2014001237A
Authority: JP
Inventors: 伊藤　直樹; Naoki Ito; 直樹伊藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2014-01-07
Filing date: 2014-01-07
Publication date: 2015-07-16
Anticipated expiration: 2034-01-07
Also published as: JP6355338B2

Abstract

【課題】ネットワーク上のプリンタなどの相手装置に画像データを送信する際に、安定的に相手先装置に到達するまでの時間を短くできる。【解決手段】画像の送信指示があると、各符号化方式毎の、送信対象の画像を圧縮符号化するのに要する時間と、画像のサイズ、転送レートに基づき、いずれの符号化を採用するかを決定する。そして、決定した符号化手段を用いて符号化し、相手先装置に送信する。【選択図】図５

Description

本発明は、画像データを複数種類の何れかを用いて符号化し、ネットワーク上に送信する技術に関する。

近年、ネットワーク上のサーバー上で画像データを一括管理し、必要に応じてこのサーバーから遠隔地の画像形成装置にて画像を印刷させるシステムが利用されるようになってきた。このような環境では、ネットワークを介して画像データのやり取りが多く発生することになる。特に画像形成装置にて印刷を行わせる時には、サーバーと画像形成装置の間で、高解像度の画像（例えば、６００ｄｐｉ×６００ｄｐｉのＡ４サイズ）を表す大容量の画像データ（ＲＡＷデータで約１００ＭＢ）を通信することになる。

画像データを通信速度に関連する要因としては、データ特性（ファイル形式、データ容量、機密度）とネットワーク特性（回線種別（インターネット、エクストラネット、ＷＡＮ、ＬＡＮ）、伝送速度、パケットロス率、トラフィック、プロトコル）などがある。

従来、ネットワークを介してデータを伝送する高速伝送制御装置において、送信対象のデータを圧縮して伝送するか圧縮せずに伝送するかの圧縮可否の判定を圧縮可否判定テーブルに格納されたデータのファイル形式および／またはデータの容量、圧縮／解凍処理速度に基づき決定を行う。また、送信対象のデータを伝送する回線の状態を事前にネットワーク特性テーブルに格納された回線のエラー率、実行速度および帯域幅から測定し、測定した回線の状態に応じて送信単位のフレームのサイズを決定する（特許文献１参照）。

あらかじめ指定された符号化パラメータに基づいて符号化を行なった後、その符号化された総データ量から通信にかかる時間を計算する。そして、これと通信を行なう曜日、時刻及び通信相手に基づいて通信料金体系メモリの内容からそのときに要するのと同額の料金で通信できる最長の通信時間を求め、その値に応じて符号化パラメータを制御する。そして、符号化した結果の総データ量がこの最長の通信時間内に送れるデータ量を越えずに最も近くなるように符号化パラメータを決定することにより同じ料金で、より高品質な画像を送信することを可能とする文献もある（特許文献２参照）。

特開２００６−２８７５９８号公報特開平３−１０４６２号公報

しかしながら、特許文献１に記載の方式では、圧縮をするか圧縮しないで送信するかを制御しており、データのファイル形式によって圧縮率を予測した制御を行っている。そのため、ユーザーが画像データのサイズに対して任意の指示することは出来ず、すなわち画像データの圧縮率の指示は出来ずに、ユーザーが望む圧縮率に制御することは出来ない。特許文献２に記載の方式では、回線速度から通信時間を推定して、データ量を制御するように圧縮のパラメータを変更している。この場合は、回線速度により、圧縮パラメータが変わるので、画質が変わることになる。同じデータを送受信する場合に、回線速度の状況により得られる画質が変わってしまうことで、画質を一定にしてほしいというユーザーからの要求には応えられないという課題があった。

本発明かかかる問題に鑑みなされたものである。そして、本明細書では、要求された画像データを符号化してネットワーク上の相手先装置に送信する際に、要求を受けてから相手先装置に到達するまでにかかる時間を、精度よく短くする技術を提供しようとするものである。

この課題を解決するため、例えば本発明の情報処理装置は以下の構成を備える。すなわち、
ネットワークと通信する通信手段を有し、当該通信手段を介して画像データをネットワーク上の相手先通信装置に送信する情報処理装置であって、
画像データを格納する画像格納手段と、
互いに異なる方式の複数の符号化手段と、
該複数の符号化手段それぞれの符号化処理速度を示す情報及び圧縮率を示す情報を記憶する記憶手段と、
前記画像格納手段に格納された画像データの前記相手先通信装置への送信が要求された場合、前記通信手段による前記相手先通信装置までの転送レートを検出する検出手段と、
該検出手段で検出された転送レートと、前記記憶手段に記憶された各符号化手段の符号化速度及び圧縮率に基づき、いずれの符号化で前記画像データを符号化するかを決定する決定手段と、
該決定手段で決定した符号化手段を用いて前記画像データを符号化し、生成された符号化画像データを前記相手先通信装置に前記通信手段を介して送信する送信手段とを有する。

本発明によれば、ネットワーク上のプリンタなどの相手装置に画像データを送信する際に、安定的に相手先装置に到達するまでの時間を短くできる。

第１の実施形態および第２の実施形態のシステムの全体図。画像形成装置１０１のハードウェア構成を示すブロック図。端末１０２のハードウェア構成を示すブロック図。画像形成装置１０１のソフトウェア構成を示す図。端末１０２の処理手順を示すフローチャート。端末１０２の処理手順の詳細を示すフローチャート。第１の実施形態における符号化方式選択のためのテーブルを示す図。第２の実施形態における符号化方式選択のためのテーブルを示す図。第３の実施形態および第４の実施形態のシステムの全体図。クラウドサービスサーバー１２１のハードウェア構成を示すブロック図。

以下、添付図面に従って本発明に係る実施の形態を詳細に説明する。なお、以下に示す実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

［第１の実施形態］
《システム全体構成》
図１は、本実施形態におけるシステムの全体図である。ＬＡＮ１１０には、画像形成装置１０１および情報処理装置として機能する端末１０２が接続されている。ここでは、画像形成装置１０１はＬＡＮ１１０に接続されているが、その限りではない。

《ハードウェア構成例−画像形成装置》
図２（ａ）は、画像形成装置１０１のハードウェア構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、外部記憶装置として機能するものであり、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。

プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。

ネットワークＩ／Ｆ２１８は、制御部２１０（画像形成装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、端末１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。

《ハードウェア構成例−端末》
図３は、端末１０２の構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、端末１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は画像格納手段、情報記憶手段として機能し、画像データや各種プログラム、或いは後述する各種情報テーブルを格納、もしくは記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（端末１０２）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

《ソフトウェア構成例−画像形成装置》
図４は画像形成装置１０１のソフトウェア構成を説明するための図である。図４に示す各機能部は、画像形成装置１０１が有しているＣＰＵ２１１がそれぞれの制御プログラムを実行することにより実現される。

画像形成装置１０１は、画面表示部４００、通信部４０１、通信管理部４０２、データ管理部４０３、ジョブ処理部４０４、画像データデータベース４０５を有する。なお、以下では、画像データデータベース４０５は画像データＤＢ４０５と略記する。

画面表示部４００は、操作部２１０に対してスキャンや画像データＤＢ４０５のデータを印刷する操作を実行するための画面を表示し、ユーザーからの指示によりジョブ処理部４０４に対してジョブの実行指示を行う。

通信部４０１は通信管理部４０２からの指示により、端末１０２へ画像データを送信する。また、通信部４０１は端末１０２からのレスポンス（リクエスト送信）を受信する。

データ管理部４０３は、画像データＤＢ４０５に対してジョブ処理部４０４で生成された画像データの格納指示を行う、画像データＤＢ４０５から格納されている画像データを取得する、といった処理を実行する。

ジョブ処理部４０４は、画面表示部４００からのジョブの実行指示により制御部２１０に処理実行を依頼し、例えば、その結果としての画像データを受け取る。そして、ジョブ処理部４０４は画像データをとして画像データＤＢ４０５に格納する準備が出来た旨をデータ管理部４０３に通知する。

画像データＤＢ４０５は、データ管理部４０３からの指示によりジョブ処理部４０４で生成された画像データの格納、並びに、格納されている画像データを取得してデータ管理部４０３への送信、といった処理を行う。

画像処理部４０６は、入力画像データに対し補正、加工、編集、解像度変換等を行う。また、これに加えて、画像データの回転や、圧縮伸張処理を行う。また、ＰＤＦ、ＨＴＭＬなどの電子ファイルフォーマットへの変換処理を行う。

通信部４０１で端末１０２からの印刷リクエストを受信する。通信管理部４０２において印刷リクエストであることを認識し、ジョブ処理部へ印刷処理を行うように指示する。ジョブ処理部４０４は、印刷リクエスト画像に対して画像処理部４０６で印刷用の画像処理を行う指示を行って、印刷用の画像処理が行われた画像データは画像出力部４０７で印刷出力する指示が行われ、印刷される。

図５は、本発明の全体的なフローを示すフローチャートである。なお、ここでは、図１で示した端末１０２からネットワーク上（ＬＡＮ１１０）の相手先通信装置としての画像形成装置１０１に対して印刷指示を行い、画像データを送る例を説明する。図５に示したステップのＳ５０１〜Ｓ５０６の処理は、端末１０２のＣＰＵ３１１で処理が行われる。なお、ステップＳ５０６の処理で印刷処理にかかる部分は画像形成装置１０１が行うことになる。

ステップＳ５０１では、印刷開始の指示を受け取る。ここでは、印刷するプリンタ名、ＩＰアドレス、印刷設定等の指示を受け取る。この結果、画像形成装置１０１が印刷するプリンタとして設定されるものとする。ステップＳ５０２では、印刷する画像形成装置１０１とのネットワーク情報の収集処理を行う。例えば、所定のパケットを画像形成装置１０１へ送信して、端末１０２に対してレスポンスが返ってくるまでの時間を計測することでネットワークトラフィックを含むネットワーク情報とする。ステップＳ５０３では、印刷時に指定される画像の圧縮率を決める指定レートと入力画像のサイズ情報を収集する。なお、入力画像の入力源は特に問わないが、実施形態では既にＨＤＤ３１４に格納されているものとし、ユーザがその１つを指定するものとする。また、指定レートは、不図示のドライバの画面または、印刷アプリケーションの画面からの設定を可能としている。例えば、非圧縮サイズ指定時を１００％として、１０％など、パーセント％で指定することや、非圧縮サイズ指定時を１／１として、１／１０など、何分の一での指定が可能である。また、圧縮後のサイズを直接入力する形態でも構わない。入力画像サイズとは、印刷する画像の垂直、水平方向の画素数のことである。ステップＳ５０４符号化方式選択処理では、前記ステップＳ５０２およびステップＳ５０３で収集した情報によって、符号化方式の選択を行う。選択方法の詳細に関しては後述する。ステップＳ５０５では、前記Ｓ５０４で選択した符号化方式を使って符号化処理を行う。ステップＳ５０６は、前記符号化された圧縮データを印刷する画像形成装置に対して送信する処理を行う。

図６は、図５で示したフローチャートを詳細に説明するフローチャートである。図６に示したステップＳ６０１〜Ｓ６０８の処理は、端末１０２のＣＰＵ３１１で処理が行われる。ステップＳ６０１で、符号化開始される。ステップＳ６０２では、印刷する画像形成装置までのネットワーク情報の収集を行う。つなり、画像圧縮したデータを送信する先までのネットワーク情報を収集する。ネットワーク情報を収集する方法としては、ある大きさのパケットを送信する画像形成装置に対して送信して、それに対するレスポンスが返ってくるまでの時間を計測することでネットワークの状態を測定する。通信回線を通じてデータを転送する速さを計測することでネットワーク負荷情報としている。ＬＡＮなどのネットワークにおいて１秒間に送ることができるデータの転送量で表わされるｂｐｓを利用する。または、通信路中でパケットが消失してしまうパケットロスの起こる頻度を示すパケットロス率を用いることでネットワーク負荷情報とすることもできる。パケットロス率が高いと通信のやり直しが何回も行われるので、データ通信の速度が遅くなることが分かる。ステップＳ６０３の指定レートは図５のステップＳ５０３で説明したので、ここでの説明は省略する。

ステップＳ６０４では、ステップＳ６０２とステップＳ６０３から得られる情報を使って符号化方式の選択を行う。また、本実施形態では、実行可能な符号化方式の種類としてＪＰＥＧとＪＰＥＧ２０００の２種類を備えているものとして説明を行う。つまり、符号化方式はＪＰＥＧかＪＰＥＧ２０００のどちらかを選択することを例に説明する。ここにあげた例以外の符号化方式を選択可能であり、また、選択する符号化方式として２つとは限らず、複数方式の中から選択することも可能である。選択方法に関して詳細を説明する。圧縮方式に対して、圧縮する時間と圧縮後のサイズを示す値を前もって保持しておく。圧縮時間に関してはＪＰＥＧ２０００とＪＰＥＧの圧縮処理にかかる時間を比としてＨＤＤなどのに記憶保持する。具体的には、ＪＰＥＧの圧縮処理時間を１として、ＪＰＥＧ２０００の処理時間を２とする。ここでは、圧縮処理にかかる時間がＪＰＥＧに比べてＪＰＥＧ２０００の方が２倍かかるということを示している。圧縮後のサイズに関しては、ＪＰＥＧ２０００とＪＰＥＧで同じ画質にしたときの圧縮したあとのデータサイズを比として保持する。具体的には、ＪＰＥＧの圧縮サイズを１として、ＪＰＥＧ２０００の圧縮サイズを０．７５とする。ここでは、圧縮後のサイズがＪＰＥＧに比べてＪＰＥＧ２０００の方が０．７５倍に小さくなることを示している。この数値は任意に設定が可能である。圧縮後のサイズに関して同じ画質にしたときのデータサイズと説明したが、同じ画質とは、公知の画質劣化をはかる尺度を使って同じ画質としている。例えば、ピーク信号対雑音比は画質の再現性に影響を与える、信号が取りうる最大のパワーと劣化をもたらすノイズの比率を表す用語で、しばしばＰＳＮＲと略される。多くの信号はダイナミックレンジが非常に広いため、ＰＳＮＲ比は通常１０を底にした常用対数で表される数値を利用する。この他の圧縮画質の劣化を客観的に示す手法を使うことも可能である。ここではＰＳＮＲを用いて説明を行う。ＰＮＳＲは、圧縮率が変わると変化するものである。つまり、画質が変わると圧縮率が変わるので、ある画質ごとに圧縮後のサイズに対する設定値を変えて保持することも可能とする。例えば、ＰＳＮＲが５０ｄｂの時のＪＰＥＧのサイズを１とするとＪＰＥＧ２０００のサイズは０．９であり、ＰＳＮＲを３０ｄｂとしたときには、ＪＰＥＧのサイズを１とするとＪＰＥＧ２０００のサイズは０．７５となる。かかるＰＳＮＲの関係情報もテーブルとしてＨＤＤに記憶されているものとする。

ステップＳ６０２で取得したネットワーク負荷情報が、０．２ＭＢ／ｓｅｃであったとすると、ＪＰＥＧの圧縮時間は１、圧縮サイズは１である。これを次の計算式に当てはめる、圧縮時間＋（圧縮サイズ／通信速度）の数値が少ないほうの圧縮方式を選択する。具体的には、ＪＰＥＧは、圧縮時間「１」＋（圧縮サイズ１／通信速度０．２）＝６となる。ＪＰＥＧ２０００は、圧縮時間「２」＋（圧縮サイズ０．７５／通信速度０．２）＝５．７５となる。これにより、ＪＰＥＧ２０００の方がＪＰＥＧに比べて数値が少ないので、選択する圧縮方式としてはＪＰＥＧ２０００を選択する。
ここで説明した数値に関してまとめると図７のようになる。図７は、前述した圧縮時間、圧縮サイズ、並びに、ステップＳ６０２で取得したネットワーク負荷情報のそれぞれの値を示している。図７の圧縮時間、圧縮サイズはあらかじめＲＯＭ３１２やＨＤＤ３１４に書き込んでおく。ネットワーク負荷情報Ｓ６０２で取得した情報はＲＡＭ３１３に格納する。ステップＳ６０５は、ステップＳ６０４で選択した符号化方式に対して符号化を行う単位のブロックに分割して、ステップＳ６０６の符号化を行う処理へ画像を入力する。ブロックの単位は、選択された符号化方式の最小符号化単位から入力画像サイズまで任意に指定できるものとする。ステップＳ６０７は全ブロックの処理が終わるまで、すなわち入力した画像全体の符号化が終わるまで符号化を繰り返す処理を行う。全ブロックの処理が終わるとステップＳ６０８画像の符号化を終了する。

以上説明した構成により、ネットワークで接続された端末から画像形成装置に画像データを送信し印刷する場合に、画像圧縮から画像転送の時間が早い圧縮方式を自動的に選択できるようになることで、出力までの時間を短くすることが可能になる。

上記実施形態では、簡易的に、「符号化時間＋符号化サイズ／転送レート」として、符号化方式を選択した。しかし、更に詳細に決定しても構わない。具体的には、以下の通りである。

現実にかかる圧縮符号化処理にかかる時間は、それぞれの符号化方式毎の符号化処理速度と、符号化対象（又は、送信対象）の画像のサイズ（水平、垂直方向の画素数）に依存する。また、圧縮後の符号量（バイト数）も、符号化対象の画像の水平、垂直方向の画素数に依存する。今、符号化対象の画像の水平方向の画素数をw、垂直方向の画素数をhとする。そして、ｎ個（ただし、ｎ≧２）の符号化方式中のｉ番目の符号化処理の符号化処理速度を加味した平均時間を関数Ｔ_i(w,h)、及び、生成された符号化画像データの平均符号量を関数Ｓ_i(w,h)と表したとき、ｉ＝１.…,ｎについて次式を算出する。
Ｔ_i(w,h)＋Ｓ_i(w,h)／Ｒ
そして、最も小さい値となった符号化方式を選択しても良い。なお、上式においてＲは現実に検出したネットワークの転送レートであり、各関数にかかるプログラムなどはＨＤＤなどに記憶されているものとする。

［第２の実施形態］
第２の実施形態では、端末１０２が入力画像の情報を用いて符号化方式選択を行い、圧縮データを生成して、画像形成装置１０１に対して送信を行う構成に関して説明する。なお、本第２の実施形態におけるシステム構成や処理は図１乃至図６と同じとし、異なる部分を説明する。

本第２の実施形態でも、図６のステップＳ６０４の符号化方式選択において、符号化方式としてＪＰＥＧとＪＰＥＧ２０００を備えているものとして説明を行う。つまり、符号化方式はＪＰＥＧかＪＰＥＧ２０００のどちらかを選択することを例に説明する。ここにあげた例以外の符号化方式を選択可能であり、また、選択する符号化方式として２つとは限らず、複数方式の中から選択することも可能である。選択方法に関して詳細を説明する。

圧縮方式に対して、圧縮する時間と圧縮後のサイズを示す値を前もってＨＤＤ３１４などに記憶保持しておく。圧縮時間に関しては、１つの符号化方式における処理速度を１とした場合の他の符号化方式の比率を示すものとする。実施形態では、ＪＰＥＧ２０００とＪＰＥＧの圧縮処理にかかる時間を比として保持する。具体的には、ＪＰＥＧの圧縮処理時間を１として、ＪＰＥＧ２０００の処理時間を２とする。ここでは、圧縮処理にかかる時間がＪＰＥＧに比べてＪＰＥＧ２０００の方が２倍かかるということを示している。圧縮後のサイズに関しては、ＪＰＥＧ２０００とＪＰＥＧで同じ画質にしたときの圧縮したあとのデータサイズを比として保持する。具体的には、ＪＰＥＧの圧縮サイズを１として、ＪＰＥＧ２０００の圧縮サイズを０．７５とする。ここでは、圧縮後のサイズがＪＰＥＧに比べてＪＰＥＧ２０００の方が０．７５倍に小さくなることを示している。この数値は任意に設定が可能である。圧縮後のサイズに関して同じ画質にしたときのデータサイズと説明したが、同じ画質とは、公知の画質劣化をはかる尺度を使って同じ画質としている。例えば、ピーク信号対雑音比は画質の再現性に影響を与える、信号が取りうる最大のパワーと劣化をもたらすノイズの比率を表す用語で、しばしばＰＳＮＲと略される。多くの信号はダイナミックレンジが非常に広いため、ＰＳＮＲ比は通常１０を底にした常用対数で表される数値を利用する。この他の圧縮画質の劣化を客観的に示す手法を使うことも可能である。ここではＰＳＮＲを用いて説明を行う。ＰＮＳＲは、圧縮率が変わると変化するものである。つまり、画質が変わると圧縮率が変わるので、ある画質ごとに圧縮後のサイズに対する設定値を変えて保持することも可能とする。例えば、ＰＳＮＲが５０ｄｂの時のＪＰＥＧのサイズを１とするとＪＰＥＧ２０００のサイズは０．９であり、ＰＳＮＲを３０ｄｂとしたときには、ＪＰＥＧのサイズを１とするとＪＰＥＧ２０００のサイズは０．７５となる。ステップＳ６０２で取得したネットワーク負荷情報が、０．２ＭＢ／ｓｅｃであったとすると、ＪＰＥＧの圧縮時間は１、圧縮サイズは１である。

次に、入力した画像のサイズ情報を取得する。入力画像サイズは、例えばＭＢ（メガバイト）を単位とする。すなわち、１０ＭＢの画像の場合には、１０となる。これを次の計算式に当てはめ、数値が少ないほうの圧縮方式を選択する
圧縮時間＋（圧縮サイズ×入力サイズ／通信速度）

具体的には、ＪＰＥＧは、
圧縮時間「１」＋（圧縮サイズ「１」×入力サイズ「１０」／通信速度「０．２」）＝５１
となる。ＪＰＥＧ２０００は、
圧縮時間「２」＋（圧縮サイズ「０．７５」×入力サイズ「１０」／通信速度「０．２」）＝３９．５
となる。

これにより、ＪＰＥＧ２０００の方がＪＰＥＧに比べて数値が少ないので、選択する圧縮方式としてはＪＰＥＧ２０００を選択する。ここで説明した数値に関してまとめると図８のようになる。図８は、前述した圧縮時間、圧縮サイズ、並びに、ステップＳ６０２で取得したネットワーク負荷情報のそれぞれの値を示している。図８の圧縮時間、圧縮サイズはあらかじめＲＯＭ３１２やＨＤＤ３１４など記憶保持しておく。なお、図８のテーブルは、ＰＳＮＲごとに有するものとする。ネットワーク負荷情報Ｓ６０２と入力画像サイズの情報はＲＡＭ３１３に格納する。ステップＳ６０５以降の処理は、第一の実施形態と同じであるので説明は行わない。

以上説明した構成により、ネットワークで接続された端末から画像形成装置に対して、画像データを印刷する場合に、入力画像のサイズ情報を用いることで、大きい画像ほど圧縮時間かかることになるので、そのサイズを反映させることで、画像圧縮から画像転送の時間が早い圧縮方式を自動的に選択できるようになることで、出力までの時間を短くすることが可能になる。

［第３の実施形態］
第３の実施形態では、図９に示す構成での実施形態に関して説明を行う。図９は、図１の構成に加えて、インターネット１２０とそれを介してクラウドサービスサーバー１２１が接続されている。図１０はクラウドサービスサーバー１２１の構成を示すブロック図である。ＣＰＵ１０１１を含む制御部１０１０は、クラウドサービスサーバー１２１全体の動作を制御する。ＣＰＵ１０１１は、ＲＯＭ１０１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ１０１３は、ＣＰＵ１０１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ１０１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

ネットワークＩ／Ｆ１０１５は、制御部１０１０（クラウドサービスサーバー１２１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ１０１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

端末１０２は、クラウドサービスサーバー１２１に存在している画像データの印刷対象とする画像を指定する情報を、そのクラウドサービスサーバ１２１に送信する。クラウドサービスサーバー１２１は、その要求を受信し、該当する画像データを画像形成装置１０１へ送信して印刷させる。その際、クラウドサービスサーバー１２１は、図５のフローチャートの処理を行う。すなわち、図５の処理を行うのは、端末１０２ではなく、クラウドサービスサーバー１２１のＣＰＵ１０１１で処理が行われる。画像データはクラウドサービスサーバー１２１のＨＤＤ１０１４にあるため、画像データはクラウドサービスサーバー１２１から画像形成装置１０１へ送られる。すなわち、クラウドサービスサーバー１２１のＣＰＵ１０１１で圧縮処理が行われる。図６のフローチャートに関しても、クラウドサービスサーバー１２１のＣＰＵ１０１１で処理が行われる。この場合は、クラウドサービスサーバー１２１と画像形成装置１０１の間のネットワーク負荷情報を使って圧縮方式の選択を行う。圧縮方式の選択方法に関しては、第１の実施形態と第２の実施形態で説明した内容と同じであるため、説明は行わない。

以上説明した構成により、ネットワークで接続された端末とクラウドサービスサーバーから画像形成装置に対して、画像データを印刷する場合に、ネットワーク負荷情報、入力画像のサイズ情報を用いることで、画像圧縮から画像転送の時間が早い圧縮方式を自動的に選択できるようになることで、出力までの時間を短くすることが可能になる。

［第４の実施形態］
第４の実施形態では、第３の実施形態で説明したクラウドサービスサーバー１２１が処理の負荷に応じて、クラウドサービスサーバーの数が変化する場合に関して説明を行う。図５の圧縮方式を選択するときに、クラウドサービスサーバーのＣＰＵが最大使える数を取得することにより、圧縮時間を処理する時点での時間を使うことが出来る。クラウドサービスサーバーは、ジョブの負荷量に応じて、サーバーの数を増やしたり減らしたりすることが可能である。このようなことは、スケールアウトと言われており、クラウドサービにおいては、一般的に使われている特徴である。クラウドサービスサーバーの数が変更することにより、圧縮時間も変更する。これを利用して圧縮時間を変動させる。具体的には、クラウドサービスサーバー１台でＪＰＥＧの圧縮時間を１としていた場合には、クラウドサービスサーバーが２台になると圧縮時間は０．５となり、クラウドサービスサーバーが４台になると圧縮時間は０．２５となる。つまり、クラウドサービスサーバー１台での圧縮時間に対して、実際に使えるクラウドサービスサーバーの台数で割ることにより圧縮時間を求める。

以上説明した構成により、クラウドサービスサーバーから画像形成装置に対して印刷する際に、クラウドサービスサーバーが動的に変化している状況に応じて圧縮処理方式を選択することが可能なり、よりその時のクラウドサービスサーバーの稼働状況を把握した速度の速い圧縮方式を選択することが可能になる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims

ネットワークと通信する通信手段を有し、当該通信手段を介して画像データをネットワーク上の相手先通信装置に送信する情報処理装置であって、
画像データを格納する画像格納手段と、
互いに異なる方式の複数の符号化手段と、
該複数の符号化手段それぞれの符号化処理速度を示す情報及び圧縮率を示す情報を記憶する記憶手段と、
前記画像格納手段に格納された画像データの前記相手先通信装置への送信が要求された場合、前記通信手段による前記相手先通信装置までの転送レートを検出する検出手段と、
該検出手段で検出された転送レートと、前記記憶手段に記憶された各符号化手段の符号化処理速度及び圧縮率に基づき、いずれの符号化で前記画像データを符号化するかを決定する決定手段と、
該決定手段で決定した符号化手段を用いて前記画像データを符号化し、生成された符号化画像データを前記相手先通信装置に前記通信手段を介して送信する送信手段と
を有することを特徴とする情報処理装置。
前記決定手段は、
各符号化方式毎に、
「符号化時間＋符号化サイズ／転送レート」
を算出し、最も小さい値となった符号化方式の符号化手段を選択する
ことを特徴とする請求項１に記載の情報処理装置。
前記決定手段は、
送信対象の画像の水平方向の画素数をw、垂直方向の画素数をhとし、前記符号化手段の数をｎ（ｎ≧２）とし、そのうちの第ｉ番目の符号化手段で符号化した際に要する平均時間をＴi(w,h)、平均符号量をＳ_i(w,h)、前記検出手段で検出した転送レートをＲとしたとき、
Ｔ_i(w,h)＋Ｓ_i(w,h)／Ｒ
（ｉ＝１、…、ｎ）
を算出し、最も小さい値となった符号化方式の符号化手段を選択する
ことを特徴とする請求項２に記載の情報処理装置。
前記検出手段は、前記相手先通信装置に所定のパケットを送信して、レスポンスを受信するまでの時間から転送レートを検出することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
前記相手先通信装置は、印刷装置とすることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
前記要求は、ネットワーク上の他の端末から受信することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
前記複数の符号化方式の圧縮率は、同じＰＳＮＲに基づいて決定されることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
画像データを格納する画像格納手段と、互いに異なる方式の複数の符号化手段と、該複数の符号化手段それぞれの符号化処理速度を示す情報及び圧縮率を示す情報を記憶する記憶手段と、ネットワークと通信する通信手段とを有し、当該通信手段を介して画像データをネットワーク上の相手先通信装置に送信する情報処理装置の制御方法であって、
検出手段が、前記画像格納手段に格納された画像データの前記相手先通信装置への送信が要求された場合、前記通信手段による前記相手先通信装置までの転送レートを検出する検出工程と、
決定手段が、該検出工程で検出された転送レートと、前記記憶手段に記憶された各符号化手段の符号化処理速度及び圧縮率に基づき、いずれの符号化で前記画像データを符号化するかを決定する決定工程と、
送信手段が、該決定工程で決定した符号化手段を用いて前記画像データを符号化し、生成された符号化画像データを前記相手先通信装置に前記通信手段を介して送信する送信工程と
を有することを特徴とする情報処理装置の制御方法。
コンピュータに読み込ませ実行させるこおで、前記コンピュータに、請求項８の方法に記載の各工程を実行させるためのプログラム。
請求項９に記載のプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。