(57)【要約】【課題】指定された画像を一度に取得して特定画像の取得を高速化し、表示速度を高める。【解決手段】画像処理装置は、Ｗｅｂページに表示される複数の画像のうち、指定された複数の画像の取得要求を受け付ける受付手段と、受付手段により受け付けられた複数の画像をまとめて１つの画像を作成する画像作成手段と、画像作成手段により作成された画像を、複数の画像の要求元に出力する出力手段と、を備える。【選択図】図４
2013254277.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページに表示される複数の画像のうち、指定された複数の画像の取得要求を受け付ける受付手段と、
前記受付手段により受け付けられた複数の画像をまとめて１つの画像を作成する画像作成手段と、
前記画像作成手段により作成された画像を、前記複数の画像の要求元に出力する出力手段と、
を備える画像処理装置。
【請求項２】
前記受付手段は、
複数の画像を含むＷｅｂページの取得要求を受け付け、
前記画像作成手段は、
前記Ｗｅｂページに含まれる複数の画像をまとめて１つの画像を作成する請求項１記載の画像処理装置。
【請求項３】
前記出力手段は、
前記取得要求に対し、前記作成された画像の識別情報を前記要求元に応答する請求項１又は２記載の画像処理装置。
【請求項４】
前記作成された画像を、キャッシュデータとは異なる領域に保存する保存手段とをさらに備える請求項１乃至３いずれか一項に記載の画像処理装置。
【請求項５】
画像を表示する際、表示対象の画像を前記保存手段から検索し、前記表示対象の画像がある場合、該表示対象の画像を表示制御する表示制御手段をさらに備える請求項４記載の画像処理装置。
【請求項６】
前記表示制御手段は、
前記表示対象の画像が前記保存手段にない場合、前記取得要求を行う請求項５記載の画像処理装置。
【請求項７】
Ｗｅｂページに表示される複数の画像を指定する指定手段と、
前記指定手段により指定された複数の画像の取得要求を受け付ける受付手段と、
前記受付手段により受け付けられた複数の画像をまとめて１つの画像を作成する画像作成手段と、
前記画像作成手段により作成された画像を、前記複数の画像の要求元に出力する出力手段と、
を備える画像処理システム。
【請求項８】
Ｗｅｂページに表示される複数の画像のうち、指定された複数の画像の取得要求を受け付ける受付ステップと、
受け付けられた前記複数の画像をまとめて１つの画像を作成する作成ステップと、
作成された前記画像を、前記複数の画像の要求元に出力する出力ステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理システム及びプログラムに関する。
【背景技術】
【０００２】
ＰＣ（Personal Computer）上で動作するＷｅｂブラウザは、一般的に画像データをサーバから取得する。Ｗｅｂブラウザは、画像データを取得する際にＨｔｔｐリクエストを使用する。また、画像データをまとめて取得するＣＳＳ（Cascading Style Sheets）スプライトという技術が知られている。
【０００３】
ここで、画像コンテンツを取得又は提供するのに必要な接続数及び／又は要求数を低減するため、ＣＳＳスプライトなどのアプリケーションを使用して、１つの要求及び１つの接続を使用して複数の画像各々を抽出し、全ての画像を取得する技術がある（例えば特許文献１参照）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術では、ＣＳＳスプライトを使用する際、事前に画像データをＣＳＳスプライト用としての画像を作成する必要がある。よって、事前にＣＳＳスプライトで画像を作成しておかないと、複数の画像を一度に取得することができない。
【０００５】
また、特許文献１では、複数の画像の取得要求を低減するが、取得する画像を指定することができず、特定画像の取得にかかる時間を低減することができない。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、指定された画像を一度に取得して特定画像の取得を高速化し、表示速度を高めることができる画像処理装置、画像処理システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様の画像処理装置は、Ｗｅｂページに表示される複数の画像のうち、指定された複数の画像の取得要求を受け付ける受付手段と、前記受付手段により受け付けられた複数の画像をまとめて１つの画像を作成する画像作成手段と、前記画像作成手段により作成された画像を、前記複数の画像の要求元に出力する出力手段と、を備える。
【発明の効果】
【０００８】
本発明によれば、指定された画像を一度に取得して特定画像の取得を高速化し、表示速度を高めることができる。
【図面の簡単な説明】
【０００９】
【図１】実施例における画像処理システムの一例を示す図。
【図２】実施例における画像処理装置のハードウェア構成の一例を示すブロック図。
【図３】実施例におけるＰＣのハードウェア構成の一例を示すブロック図。
【図４】実施例における各装置の構成の一例を示すブロック図。
【図５】表示対象のＷｅｂページの一例を示す図。
【図６】ＣＳＳスプライト化された画像の一例を示す図。
【図７】実施例におけるＷｅｂページの表示処理の一例を示すシーケンス図。
【図８】実施例における画像保存処理の一例を示すシーケンス図。
【図９】実施例における画像検索処理の一例を示すシーケンス図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施例を図面に基づいて説明する。画像処理装置の一例として複合機（ＭＦＰ：Multifunction Peripheral）を用いて説明する。
【００１１】
［実施例］
＜システム＞
図１は、実施例における画像処理システム１の一例を示す図である。図１に示す画像処理システム１は、画像処理装置（例えばＭＦＰ）１０、ＰＣ２０、スマートフォン３０、タブレット端末４０等を有する。ＰＣ２０、スマートフォン３０及びタブレット端末４０は、情報処理装置の一例である。接続される画像処理装置や情報処理装置の数は、図１に示す例に限られない。
【００１２】
各情報処理装置は、Ｗｅｂブラウザを搭載し、このＷｅｂブラウザを用いて、Ｗｅｂページに表示される複数の画像のうち、複数の所定の画像を指定する。各情報処理装置は、指定された複数の画像の取得要求を、Ｗｅｂサーバの機能を有する画像処理装置１０に送信する。
【００１３】
画像処理装置１０は、Ｗｅｂサーバとしての機能を有し、各情報処理装置のＷｅｂブラウザからＨｔｔｐリクエストを受け付ける。画像処理装置１０は、受け付けたリクエストで指定された複数の画像をまとめて１つの画像を作成する。この１つの画像は、例えばＣＳＳスプライト画像である。画像処理装置１０は、作成したＣＳＳスプライト画像を、複数の画像の要求元に出力する。以下、画像処理装置１０、各情報処理装置について詳細に説明する。
【００１４】
＜ハードウェア＞
次に、各装置のハードウェア構成について説明する。図２は、実施例における画像処理装置１０のハードウェア構成の一例を示すブロック図である。図２に示す例では、画像処理装置１０は、ＣＰＵ１０２、ＳＤＲＡＭ１１１、ＳＲＡＭ１１２、フラッシュメモリ（フラッシュＲＯＭ）１１０、ＩＣカードインタフェース部１３０およびＨＤＤ１０３などをＡＳＩＣ１０１に接続したコントローラボード１００と、オペレーションパネル１５０と、ファックスコントロールユニット（ＦＣＵ）１６０と、ＵＳＢ１７０と、ＩＥＥＥ1394 １８０と、ハードウェア１９０（例えばプリンタなど）とを含む。
【００１５】
オペレーションパネル１５０は、ＡＳＩＣ（Application Specific Integrated Circuit）１０１に直接接続され、ＦＣＵ１６０、ＵＳＢ１７０、ＩＥＥＥ1394 １８０およびハードウェア１９０はＰＣＩバスを介してＡＳＩＣ１０１に接続されている。
【００１６】
ＩＣカードインタフェース部１３０は、ＩＣカード１４０を挿入して、ＩＣカード１４０とデータのやりとりを行うインタフェースである。ＩＣカード１４０は、インストール記憶媒体として使用することもでき、この場合には開発された外部アプリをＩＣカード１４０に格納する。
【００１７】
ＣＰＵ１０２は、ＳＤＲＡＭ１１１などにロードされたプログラムを処理することにより、各機能を実現する。ＨＤＤ１０３には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＳＤＲＡＭ１１１やＳＲＡＭ１１２には、各種の設定情報等が記憶される。
【００１８】
オペレーションパネル１５０は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。オペレーションパネル１５０は、Ｗｅｂブラウザ機能により、Ｗｅｂページを表示する。
【００１９】
図３は、実施例におけるＰＣ２０のハードウェア構成の一例を示すブロック図である。図３に示すように、ＰＣ２０は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、ネットワークインタフェース部２０５、表示部２０６、及び外部記録装置Ｉ／Ｆ部２０７等を有する。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。
【００２０】
ＲＯＭ２０３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ２０２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。
【００２１】
ＣＰＵ２０１は、ＲＡＭ２０２にロードされたプログラムを処理することにより、各機能を実現する。ＨＤＤ２０４には、プログラムやプログラムが利用する各種のデータ等が記憶される。
【００２２】
ネットワークインタフェース部２０５は、ネットワークを介して接続された通信機能を有する機器（例えば画像処理装置１０）とサーバ２０とのインタフェースである。ネットワークは、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などである。
【００２３】
表示部２０６は、例えばＬＣＤ（Liquid Crystal Display）等により構成され、ＣＰＵ２０１から入力される表示データに応じた表示が行われる。
【００２４】
外部記録装置Ｉ／Ｆ部２０７は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体２０８（例えば、フラッシュメモリなど）とＰＣ２０とのインタフェースである。また、スマートフォン３０やタブレット端末４０も、ＰＣ２０と同様のハードウェアを有するため、その説明を省略する。
【００２５】
＜機能＞
次に、各装置の機能的構成について説明する。図４は、実施例における各装置の構成の一例を示すブロック図である。図４に示す例では、ＰＣ２０、スマートフォン３０、及びタブレット端末４０は、画像処理装置１０とネットワークを介して接続されており、Ｗｅｂブラウザを搭載し、Ｗｅｂサーバ５１０に対して操作画面の表示を要求したりする。
【００２６】
図４に示すＰＣ２０は、表示制御手段２５１を備える。表示制御手段２５１は、例えばＷｅｂブラウザであり、Ｗｅｂページを表示する際、ｈｔｔｐリクエストにより画像の取得を要求する。表示制御手段２５１は、指定手段２５２を備える。指定手段２５２は、Ｗｅｂページに表示される複数の画像を指定する。表示制御手段２５１は、指定手段２５２により指定された複数の画像の取得要求をＷｅｂサーバ５１０に送信する。
【００２７】
スマートフォン３０、タブレット端末４０は、ＰＣ２０と同様に、表示制御手段、指定手段を備える。スマートフォン３０、タブレット端末４０それぞれの表示制御手段３５１、４５１及び指定手段３５２、４５２は、ＰＣ２０の表示制御手段２５１、指定手段２５２と同様の機能を有する。
【００２８】
画像処理装置１０は、Ｗｅｂサーバ５１０、コピーアプリ（以下、アプリケーションを単にアプリとも称す）５２１、スキャナアプリ５２２、システム管理部５３１、メモリ管理部５３２、エンジン管理部５３３、ユーザ管理部５３４、プロッタ５４１、スキャナ５４２、標準操作パネル５５０、及び画像保存手段５６０を備える。
【００２９】
Ｗｅｂサーバ５１０は、インターネットに接続された各装置に対してＷｅｂサーバ（ｈｔｔｐサーバ）として動作し、各装置１０上で動作するＷｅｂブラウザにアプリケーションの操作画面を表示する。
【００３０】
Ｗｅｂサーバ５１０は、リクエスト受付手段５１１、画像作成手段５１２、ＣＳＳファイル生成手段５１３、コピー画面生成手段５１４、及びスキャナ画面生成手段５１５を有する。
【００３１】
リクエスト受付手段５１１は、ネットワークからのリクエストを受け付け、ＵＲＬ（Uniform Resource Locator）に応じて処理を下位モジュール（図４に示す例では、画像作成手段５１２、ＣＳＳファイル生成手段５１３、コピー画面生成手段５１４、スキャナ画面生成手段５１５）に振り分ける。
【００３２】
リクエスト受付手段５１１は、各装置のＷｅｂブラウザから、Ｗｅｂページに表示される複数の画像のうち、指定された複数の画像の取得要求を受け付ける。また、リクエスト受付手段５１１は、複数の画像を含むＷｅｂページの取得要求を受け付けてもよい。以下では、リクエスト受付手段５１１は、複数の画像を含むＷｅｂページの取得要求を受け付ける例を用いて説明する。
【００３３】
画像作成手段５１２は、リクエスト受付手段５１１により受け付けられた複数の画像をまとめて１つの画像を作成する。例えば、画像作成手段５１２は、リクエストしてきたＷｅｂブラウザの操作画面に使用される、Ｗｅｂサーバ５１０側で保持している複数の画像を、ＣＳＳスプライト画像として作成する。
【００３４】
画像作成手段５１２は、例えば、取得要求されたＵＲＬのＷｅｂページで使用される画像を特定し、特定した画像のみをＣＳＳスプライト化することができる。これにより、転送する画像サイズの削減、画像転送の時間を削減することができる。
【００３５】
ＣＳＳファイル生成手段５１３は、Ｃｏｏｋｉｅにセットされている画面サイズを元に、適切なＣＳＳファイルを生成し、要求元のＷｅｂブラウザに返信する。ＣＳＳファイル生成手段５１３は、出力手段５１６を有する。出力手段５１６は、画像作成手段５１２により作成された画像（例えばＣＳＳスプライト画像）を、複数の画像の要求元に出力する。
【００３６】
コピー画面生成手段５１４は、コピー画面のためのＷｅｂページを生成し、Ｗｅｂブラウザに返信する。また、コピー画面生成手段５１４は、Ｗｅｂページで行われた操作の結果を受け付けて、コピーアプリ５２１に指示をし、その結果を用いてＷｅｂページの表示を更新する。
【００３７】
スキャナ画面生成手段５１５は、スキャナ画面のためのＷｅｂページを生成し、Ｗｅｂブラウザに返信する。また、スキャナ画面生成手段５１５は、Ｗｅｂページで行われた操作の結果を受け付けて、スキャナアプリ５２２に指示をし、その結果を用いてＷｅｂページの表示を更新する。
【００３８】
コピーアプリ５２１は、画像処理装置１０に搭載されているアプリケーションであり、アプリケーションが持つ機能のジョブを実行する。
【００３９】
スキャナアプリ５２２は、画像処理装置１０に搭載されているアプリケーションであり、アプリケーションが持つ機能のジョブ実行をする。
【００４０】
システム管理部５３１は、システム全体の状態管理をする。メモリ管理部５３２は、メモリ管理やスキャンしたファイルデータ作成を行う。エンジン管理部５３３は、原稿の読み取りと印刷の制御を行う。ユーザ管理部５３４は、ユーザ認証やスキャナ送信先の管理を行う。
【００４１】
プロッタ５４１は、印刷を行う装置である。スキャナ５４２は、読み取りを行う装置である。
【００４２】
標準操作パネル５５０は、画像処理装置１０の標準構成で装着される操作パネルである。画面を表示するためのＬＣＤ、状態を示すためのＬＥＤおよびブザー、ユーザからの入力のためのいくつかのボタン（ハードキーと呼ぶ）、を備える。
【００４３】
標準操作パネル５５０は、装置内部でＷｅｂサーバ５１０とネットワークでつながっており、表示制御手段５５１（例えばＷｅｂブラウザ）を備える。標準操作パネル５５０は、Ｗｅｂサーバ５１０に対して操作画面の表示を要求する。また、表示制御手段５５１は、指定手段５５２を有する。表示制御手段５５１、指定手段５５２は、上述した表示制御手段２５１、指定手段２５２の機能と同様である。
【００４４】
画像保存手段５６０は、画像作成手段５１２により作成された画像を、キャッシュデータとは異なる領域に保存する。例えば、画像保存手段５６０は、Ｗｅｂサーバ５１０から取得したＣＳＳスプライト画像をローカルな保存領域に保存する。このローカルな保存領域は、通常キャッシュとして保存される保存領域とは異なる。
【００４５】
通常のキャッシュとは異なる領域に保存することで、キャッシュ削除対象とはならず、画像の取得時間、描画時間を削減することができる。
【００４６】
また、画像保存手段は、各情報処理装置にも設けられてもよく、取得したＣＳＳスプライト画像を、キャッシュの保存領域とは異なるローカルな保存領域に保存する。
【００４７】
オプション操作パネル５８０は、画像処理装置１０のオプション構成で装着される操作パネルである。オプション操作パネル５８０は、標準操作パネル５５０よりも大きなＬＣＤを搭載する。オプション操作パネル５８０は、必ずしも装着される必要はない。
【００４８】
オプション操作パネル５５０は、画像処理装置１０とネットワークでつながっており、表示制御手段５８１（例えばＷｅｂブラウザ）を備える。オプション操作パネル５８０は、Ｗｅｂサーバ５１０に対して操作画面の表示を要求する。また、表示制御手段５８１は、指定手段５８２を有する。表示制御手段５８１、指定手段５８２は、上述した表示制御手段２５１、指定手段２５２の機能と同様である。
【００４９】
なお、各表示制御手段は、画像を表示する際、表示対象の画像を画像保存手段５６０から検索し、表示対象の画像がある場合、この表示対象の画像を表示制御する。また、各表示制御手段は、表示対象の画像が画像保存手段５６０にない場合、上述した複数の画像の取得要求を行う。
【００５０】
なお、画像処理装置１０のプロッタ５４１及びスキャナ５４２は、図２のハードウェア１９０に対応し、標準操作パネル５５０は、オペレーションパネル１５０に対応する。また、画像保存手段５６０は、例えば、ＳＤＲＡＭ１１１やＳＲＡＭ１１２などにより実現される。その他の各手段は、各アプリ、各部は、例えばＣＰＵ１０２又はＡＳＩＣ１０１などにより実現されうる。また、各表示制御手段は、例えば各装置のＣＰＵなどにより実現されうる。
【００５１】
＜取得する画像の情報＞
図５は、表示対象のＷｅｂページの一例を示す図である。図５に示す例では、Ｗｅｂブラウザは、画像１〜１４の情報を取得し、各画像を、それぞれの位置に表示する。
【００５２】
図６は、ＣＳＳスプライト化された画像の一例を示す図である。図６に示す例では、複数の画像がまとめられ、１つの画像として作成されている。画像作成手段５１２は、作成した画像に対し、識別情報を付与する。識別情報は、例えば任意の名称である。これにより、後述する検索時に、ＣＳＳスプライト画像を特定することができ、ＷＥｂサーバ５１０側への取得要求と画像転送時間の削減が可能になる。
【００５３】
図６に示す例では、画像作成手段５１２により作成されたＣＳＳスプライト画像に識別情報「基本設定.jpeg」が付与されている。なお、出力手段５１６は、取得要求の応答として、ＣＳＳスプライト画像の識別情報を要求元に送信してもよい。
【００５４】
これにより、Ｗｅｂブラウザは、識別情報の応答後で画像を取得する際に、ＣＳＳスプライト化された画像を取得することができ、画像転送の時間を削減することができる。
【００５５】
また、画像作成手段５１２は、Ｗｅｂページに含まれる複数の画像をグループ化し、グループ毎にＣＳＳスプライト画像を作成してもよい。例えば、画像作成手段５１２は、画ページ内の位置や形状などでグループ化することができる。
【００５６】
＜動作＞
次に、画像処理システム１の動作について説明する。図７は、実施例におけるＷｅｂページの表示処理の一例を示すシーケンス図である。図７に示すＷｅｂブラウザは、各装置のＷｅｂブラウザのいずれでもよい。
【００５７】
ステップＳ１０１で、Ｗｅｂブラウザは、画像処理装置１０のＷｅｂサーバ５１０に対し、Ｈｔｔｐリクエストで、操作画面のＷｅｂページの取得を要求する。例えば、取得対象のＵＲＬや指定された複数の画像を示す情報が、Ｈｔｔｐリクエストに含まれる。
【００５８】
ステップＳ１０２で、Ｗｅｂサーバ５１０（リクエスト受付手段５１１）は、Ｈｔｔｐリクエストで指定されたページの取得要求を受け付ける。Ｗｅｂサーバ５１０（画像作成手段５１２）は、要求されたＷｅｂページのＵＲＬで使用している複数の画像から、一つのＣＳＳスプライト画像を作成する。このとき、画像作成手段５１２は、ＣＳＳスプライト画像に画像の識別情報（例えば名称）を付加する。
【００５９】
ステップＳ１０３で、Ｗｅｂサーバ５１０（出力手段５１６）は、Ｈｔｔｐリクエストの応答に、ＣＳＳスプライト画像の識別情報を付加して、Ｗｅｂブラウザに返信する。
【００６０】
ステップＳ１０４で、Ｗｅｂブラウザは、応答に付加されていた画像の識別情報を指定して、画像取得の要求をＨｔｔｐリクエストにより行う。
【００６１】
ステップＳ１０５で、Ｗｅｂサーバ５１０（出力手段５１６）は、Ｈｔｔｐリクエストの画像の識別情報が示すＣＳＳスプライト画像を特定し、このＣＳＳスプライト画像を応答としてＷｅｂブラウザに転送する。
【００６２】
ステップＳ１０６で、Ｗｅｂブラウザは、取得したＣＳＳスプライト画像を表示するよう制御する。
【００６３】
これにより、必要最低限の画像をまとめて取得し、画像取得速度と画像の表示速度を高めることができる。また、画像処理装置１０は、必要に応じて、指定された複数の画像を一つのＣＳＳスプライト化することができる。
【００６４】
図８は、実施例における画像保存処理の一例を示すシーケンス図である。図８に示すステップＳ２０１、Ｓ２０２の処理は、図７に示すステップＳ１０４、Ｓ１０５の処理と同様である。
【００６５】
ステップＳ２０３で、Ｗｅｂブラウザは、取得したＣＳＳスプライト画像を、キャッシュデータの保存領域とは異なる領域（画像保存手段）に書き込む。これにより、ＣＳＳ画像が自動で消去されることにはならず、画像取得の時間軽減につながる。
【００６６】
図９は、実施例における画像検索処理の一例を示すシーケンス図である。図９に示すステップＳ３０１〜Ｓ３０３の処理は、図７に示すステップＳ１０１〜Ｓ１０３の処理と同様である。
【００６７】
なお、図９に示す処理は、要求されたＷｅｂページに対し、初めてＣＳＳスプライト画像を作成するときの検索処理について説明する。既にＣＳＳスプライト画像を作成している場合は、ステップＳ３０２の処理は不要であり、メモリに保存しているＣＳＳスプライト画像の識別情報を応答として返せばよい。
【００６８】
メモリには、Ｗｅｂページの識別情報に関連付けて、ＣＳＳスプライト画像（又はＣＳＳスプライト画像のファイル）と、ＣＳＳスプライト画像の識別情報とが保持される。
【００６９】
ステップＳ３０４で、Ｗｅｂブラウザは、キャッシュデータに、ＣＳＳスプライト画像がないかをチェックする。Ｗｅｂブラウザは、Ｗｅｂページに使用している画像が、キャッシュに保存されているかを検索し、キャッシュに保存されていれば、その画像を使用して表示する。キャッシュに保存されていなければ、ステップＳ３０５に進む。
【００７０】
ステップＳ３０５で、Ｗｅｂブラウザは、Ｗｅｂページに使用している画像が、自装置の画像保存手段に保存されているかを検索し、画像保存手段に保存されていれば、その画像を使用して表示する。Ｗｅｂブラウザは、例えば、http://localhost/画像保存手段の保存領域を検索する。画像保存手段に保存されていなければ、ステップＳ３０６に進む。
【００７１】
ステップＳ３０６は、キャッシュデータ、画像保存手段にＣＳＳスプライト画像が保存されていなければ、Ｈｔｔｐリクエストで画像の識別情報を指定して（例えばhttp://xx.xx.xx.xx/../A.jpeg）、Ｗｅｂサーバ５１０に画像取得を要求する。
【００７２】
ステップＳ３０７で、Ｗｅｂサーバ５１０（出力手段５１６）は、Ｈｔｔｐリクエストの画像の識別情報が示すＣＳＳスプライト画像を特定し、このＣＳＳスプライト画像を応答としてＷｅｂブラウザに転送する。
【００７３】
これにより、画像保存手段にＣＳＳスプライト画像が保存されていれば、Ｗｅｂサーバ５１０への画像所得要求と、画像転送時間を削減することができる。また、Ｗｅｂブラウザ側の装置に画像がない場合でも、Ｗｅｂサーバ５１０から画像を取得することで、必ず画像を表示することができる。
【００７４】
なお、実施例の画像処理装置や各情報処理装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００７５】
また、実施例の画像処理装置や各情報処理装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例の画像処理装置や各情報処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【００７６】
また、実施例の画像処理装置や各情報処理装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００７７】
実施例の画像処理装置や各情報処理装置で実行されるプログラムは、前述した各部や各手段を含むモジュール構成となっている。実際のハードウェアとしては、ＣＰＵがＲＯＭやＨＤＤからプログラムを読み出して実行することにより上記各部や各手段のうち１又は複数の各部や各手段がＲＡＭ上にロードされ、１又は複数の各部や各手段がＲＡＭ上に生成されるようになっている。
【００７８】
なお、上記の画像処理装置、画像処理システム又はプログラムは、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。
【符号の説明】
【００７９】
１  画像処理システム
１０  画像処理装置
２０、３０、４０  情報処理装置
１０１  ＡＳＩＣ
１０２  ＣＰＵ
１０３  ＨＤＤ
１１０  フラッシュメモリ
１１１  ＳＤＲＡＭ
１１２  ＳＲＡＭ
１５０  オペレーションパネル
５１０  Ｗｅｂサーバ
５１１  リクエスト受付手段
５１２  画像作成手段
５１６  出力手段
５６０  画像保存手段
【先行技術文献】
【特許文献】
【００８０】
【特許文献１】特表２０１１−５１５７７７号公報
【図１】
2013254277.tif 000003
【図２】
2013254277.tif 000004
【図３】
2013254277.tif 000005
【図４】
2013254277.tif 000006
【図５】
2013254277.tif 000007
【図６】
2013254277.tif 000008
【図７】
2013254277.tif 000009
【図８】
2013254277.tif 000010
【図９】
2013254277.tif 000011