JP2022177632A - 画像処理システム、画像処理システムの制御方法、及びプログラム - Google Patents

Abstract

【課題】画像処理装置において他のジョブの実行に制限をかけることなく、画像データの送信のリトライを行うことができる画像処理装置を提供する。
【解決手段】
通信端末１０２は、ユーザから、原稿を読み取って当該原稿のスキャン画像を生成してユーザ指定宛先へスキャン画像の送信を行うジョブの実行指示を受け付けると、当該ジョブを実行させるジョブコマンドを生成し、ジョブコマンドを画像形成装置１０１へ送信する。画像形成装置１０１は、受信したジョブコマンドに基づいてジョブを実行し、ユーザ指定宛先へスキャン画像の送信を失敗した場合、当該スキャン画像を通信端末１０２へ送信する。通信端末１０２は、ユーザから受けたスキャン画像の送信指示に従って、画像形成装置１０１から受信したスキャン画像をユーザ指定宛先へ送信する。
【選択図】図９

Description

本発明は、画像処理システム、画像処理システムの制御方法、及びプログラムに関する。

通信端末から受信したジョブコマンドに従ってスキャンジョブを実行する画像処理装置が知られている。スキャンジョブでは、画像処理装置は、ジョブコマンドに設定されたスキャン設定に基づいて原稿を読み取って画像データを生成する。また、画像処理装置は、生成した画像データをジョブコマンドに設定された宛先へ送信する。

このようなスキャンジョブにおいて、宛先権限エラーや、サイズエラーといった原因で画像データの送信に失敗した場合、画像処理装置の内部メモリに画像データを保存し、画像データの送信のリトライを行う技術が開示されている（特許文献１参照）。

特開２００８－１０９４７９号公報

しかしながら、送信に失敗した際に画像処理装置の内部メモリに画像データを貯めこむと、エラーが解消されるまで内部メモリが圧迫されてしまい、画像処理装置において他のジョブの実行に制限がかかってしまう。

本発明の目的は、画像処理装置において他のジョブの実行に制限をかけることなく、画像データの送信のリトライを行うことができる画像処理システム、画像処理システムの制御方法、及びプログラムを提供することにある。

上記目的を達成するために、本発明の画像処理システムは、コマンド生成装置と画像処理装置を備える画像処理システムであって、前記コマンド生成装置は、ユーザから、原稿を読み取って当該原稿の画像データを生成して前記ユーザに指定された宛先へ前記画像データの送信を行うジョブの実行指示を受け付ける受付手段と、前記ジョブを実行させるコマンドを生成するコマンド生成手段と、前記コマンドを前記画像処理装置へ送信するコマンド送信手段とを備え、前記画像処理装置は、前記コマンド生成装置から受信したコマンドに基づいて前記ジョブの実行を制御する制御手段と、前記ユーザに指定された宛先へ前記画像データの送信を失敗した場合、当該画像データを前記コマンド生成装置へ送信する画像データ送信手段とを備え、前記コマンド生成装置は、前記ユーザから受けた指示に従って、前記画像処理装置から受信した前記画像データを前記ユーザに指定された宛先へ送信することを特徴とする。

本発明によれば、画像処理装置において他のジョブの実行に制限をかけることなく、画像データの送信のリトライを行うことができる。

本発明の実施の形態に係る画像処理システムの構成を概略的に示す構成図である。 図１の画像形成装置のハードウェア構成を概略的に示すブロック図である。 図１の通信端末のハードウェア構成を概略的に示すブロック図である。 図１のクラウドサーバのハードウェア構成を概略的に示すブロック図である。 図２のＣＰＵが実行するデバイス制御プログラムの機能構成を示すブロック図である。 図３のＣＰＵが実行するスキャンアプリの機能構成を示すブロック図である。 図４のＣＰＵが実行するストレージサービスプログラムの機能構成を示すブロック図である。 図１の通信端末が実行するスキャンアプリの画面の遷移を説明するための図である。 図１の画像処理システムにおいて画像形成装置がスキャン画像の送信を失敗した際の処理について説明するためのシーケンス図である。 図１の通信端末が生成するジョブコマンドの一例を示す図である。 図１の画像形成装置が送信するＨＴＴＰレスポンスデータの一例を示す図である。 図１の画像形成装置が送信するＨＴＴＰレスポンスデータの一例を示す図である。 図１のクラウドサーバが送信する送信エラーレスポンスの一例を示す図である。 図１の画像形成装置が実行するジョブ実行結果保存処理の手順を示すフローチャートである。 図１の通信端末が実行する通信端末後処理の手順を示すフローチャートである。 図１の通信端末が送信するＰＯＳＴリクエストの一例を示す図である。 第２の実施の形態において通信端末が実行するスキャンアプリの画面の遷移を説明するための図である。 第２の実施の形態においてスプール能力を持つ画像形成装置がスキャン画像の送信を失敗した際の処理について説明するためのシーケンス図である。 図１の画像形成装置が送信するデバイス能力レスポンスの一例を示す図である。 第２の実施の形態において通信端末によって生成されるジョブコマンドの一例を示す図である。 第２の実施の形態においてスプール能力を持たない画像形成装置がスキャン画像の送信を失敗した際の処理について説明するためのシーケンス図である。 第２の実施の形態において通信端末が実行するジョブコマンド生成処理の手順を示すフローチャートである。 第２の実施の形態において画像形成装置が実行するジョブ実行結果保存処理の手順を示すフローチャートである。 第２の実施の形態において通信端末が実行する通信端末後処理の手順を示すフローチャートである。

以下、本発明の実施の形態について図面を参照しながら詳述する。なお、本実施の形態における画像形成装置は画像処理装置の一例である。また、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

まず、本発明の第１の実施の形態に係る画像処理システム及びその制御方法について説明する。

図１は、本発明の実施の形態に係る画像処理システム１００の構成を概略的に示す構成図である。

図１において、画像処理システム１００は、画像形成装置１０１、通信端末１０２、及びクラウドサーバ１０３で構成される。画像形成装置１０１及び通信端末１０２は、ネットワーク１０４を介して互いに通信可能である。また、画像形成装置１０１及び通信端末１０２は、ネットワーク１０４及びゲートウェイ１０５を介してクラウドサーバ１０３と通信可能である。なお、本実施の形態では、画像処理システム１００が画像形成装置１０１及び通信端末１０２を１台ずつ備える構成について説明するが、この構成に限れない。例えば、画像処理システム１００は、画像形成装置１０１及び通信端末１０２をそれぞれ複数台備えていても良い。

画像形成装置１０１は、例えば、コピー、スキャン、プリント、ＦＡＸ等の複数の機能を備える複合機である。なお、画像形成装置１０１は、プリンタやスキャナ等の単一の機能を備える装置であってもよい。通信端末１０２は、例えば、ユーザが使うパーソナル・コンピュータ（ＰＣ）である。例えば、通信端末１０２は、スキャンジョブを実行させるためのジョブコマンドを生成し、当該ジョブコマンドを画像形成装置１０１へ送信する。ジョブコマンドを受信した画像形成装置１０１は、紙媒体の原稿を読み取り、当該原稿の画像データ（以下、「スキャン画像」という。）を生成し、スキャン画像を画像形成装置１０１の後述する図２のストレージ２０５に格納する。また、画像形成装置１０１は、スキャン画像を、ジョブコマンドに設定された宛先、例えば、通信端末１０２、クラウドサーバ１０３、ネットワーク１０４上の装置（不図示）へ送信する。

クラウドサーバ１０３は、１つ以上のクラウドサーバにより構成され、スキャン画像等を含む電子ファイルのファイル管理を行う。例えば、クラウドサーバ１０３は、通信端末１０２や画像形成装置１０１から受信した電子ファイルの保存や管理を行う。ネットワーク１０４は、画像形成装置１０１、通信端末１０２、ゲートウェイ１０５を互いに接続する。ゲートウェイ１０５は、例えば、ＩＥＥＥ８０２．１１規格シリーズに準拠した無線ＬＡＮルータである。ＩＥＥＥ８０２．１１規格シリーズは、ＩＥＥＥ８０２．１１ａやＩＥＥＥ８０２．１１ｂ等のＩＥＥＥ８０２．１１に属する一連の規格である。なお、ゲートウェイ１０５、他の無線通信方式に従って動作する能力を有してもよい。また、ゲートウェイ１０５、無線ＬＡＮルータではなく、１０ＢＡＳＥ－Ｔ、１００ＢＡＳＥＴ、１０００ＢＡＳＥ－Ｔ等に代表されるＥｔｈｅｒｎｅｔ規格に準拠した有線ＬＡＮルータであってもよく、他の有線通信方式に従って動作する能力を有してもよい。

図２は、図１の画像形成装置１０１のハードウェア構成を概略的に示すブロック図である。図２において、画像形成装置１０１は、制御部２００、操作パネル２０９、プリントエンジン２１１、及びスキャナ２１３を備える。制御部２００は、操作パネル２０９、プリントエンジン２１１、及びスキャナ２１３と接続されている。また、制御部２００は、ＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、ストレージ２０５、ネットワークＩ／Ｆ２０６、ディスプレイコントローラ２０７、操作Ｉ／Ｆ２０８、プリントコントローラ２１０、及びスキャンコントローラ２１２を備える。制御部２００が備えるこれらは、システムバス２０１を介して互いに接続されている。なお、ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。

ＣＰＵ２０２は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２０２は、ＲＯＭ２０４やストレージ２０５に記憶された制御プログラムを読み出して、読取制御や印刷制御等の各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０２の主記憶メモリである。ＲＡＭ２０３は、ワークエリアとして、また、ＲＯＭ２０４及びストレージ２０５に記憶された各種制御プログラムを展開するための一時記憶領域として用いられる。ＲＯＭ２０４は、ＣＰＵ２０２が実行する複数の制御プログラム、例えば、後述する図５のデバイス制御プログラム５００を記憶する。ストレージ２０５は、印刷データ、スキャン画像等を含む画像データ、各種プログラム、及び各種設定情報を記憶する。なお、本実施形態の形態では、１つのＣＰＵ２０２が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば、複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行してもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

ネットワークＩ／Ｆ２０６は、画像形成装置１０１がネットワーク１０４を介して外部の装置と通信するためのインタフェースである。例えば、ネットワークＩ／Ｆ２０６は、スキャナ２１３が読み取って生成したスキャン画像をクラウドサーバ１０３やネットワーク１０４上の装置へ送信する。ディスプレイコントローラ２０７及び操作Ｉ／Ｆ２０８は、操作パネル２０９と接続される。操作パネル２０９には、操作Ｉ／Ｆ２０８によって制御された画面が表示される。ユーザが操作パネル２０９を操作すると、ＣＰＵ２０２はディスプレイコントローラ２０７を介してユーザ操作に対応したイベントを取得する。

プリントコントローラ２１０は、プリントエンジン２１１と接続される。プリントコントローラ２１０は、印刷の実行を指示する制御コマンドや画像データをプリントエンジン２１１へ転送する。プリントエンジン２１１は、受信した制御コマンド及び画像データに基づいて画像を用紙に形成する。プリントエンジン２１１の印刷方式は、電子写真方式であってもよく、また、インクジェット方式であってもよい。印刷方式が電子写真方式である場合、画像形成装置１０１は、当該画像形成装置１０１の感光体（不図示）上に静電潜像を形成した後にトナーにより現像し、そのトナー像を用紙に転写し、転写されたトナー像を定着することにより用紙に画像を形成する。一方、印刷方式がインクジェット方式である場合、画像形成装置１０１は、インクを吐出して用紙に画像を形成する。

スキャンコントローラ２１２は、スキャナ２１３と接続される。スキャナ２１３は、原稿を読み取ってスキャン画像を生成する。スキャナ２１３によって生成されたスキャン画像は、ストレージ２０５に記憶される。また、画像形成装置１０１は、スキャナ２１３によって生成されたスキャン画像を用紙に形成することができる。スキャナ２１３は、原稿フィーダ（不図示）を備え、原稿フィーダに載置された原稿を１枚ずつ搬送させながら読み取ることが可能である。

図３は、図１の通信端末１０２のハードウェア構成を概略的に示すブロック図である。図３において、通信端末１０２は、ＣＰＵ３０２、ＲＡＭ３０３、ＲＯＭ３０４、ストレージ３０５、ネットワークＩ／Ｆ３０６、操作部Ｉ／Ｆ３０７、及び表示部Ｉ／Ｆ３０８を備える。これらは、システムバス３０１を介して互いに接続されている。

ＣＰＵ３０２は、通信端末１０２全体の動作を制御する中央演算装置である。ＲＡＭ３０３は揮発性メモリである。ＲＯＭ３０４は、不揮発性メモリであり、ＣＰＵ３０２の起動用プログラム等を格納する。ストレージ３０５は、ＲＡＭ３０３より記憶容量が大きい記憶装置であり、例えば、ハードディスクドライブ（ＨＤＤ）である。ストレージ３０５は、ＣＰＵ３０２が実行する制御用プログラム、例えば、後述する図６のスキャンアプリ６００を格納する。なお、ストレージ３０５は、ソリッドステートドライブ（ＳＳＤ）等のようなハードディスクドライブと同等の機能を有する他の記憶装置であってもよい。

ＣＰＵ３０２は、通信端末１０２の電源ＯＮ等の起動時に、ＲＯＭ３０４に格納されている起動用プログラムを実行する。この起動用プログラムは、ストレージ３０５に格納されている制御用プログラムを読み出し、当該制御用プログラムをＲＡＭ３０３上に展開するためのプログラムである。ＣＰＵ３０２は、起動用プログラムを実行すると、続けてＲＡＭ３０３上に展開された制御用プログラムを実行して、制御を行う。また、ＣＰＵ３０２は、制御用プログラムを実行する際に用いるデータをＲＡＭ３０３上に格納して読み書きを行う。また、通信端末１０２において、ストレージ３０５上には、制御用プログラムを実行する際に必要となる設定値が格納され、この設定値の読み書きはＣＰＵ３０２によって行われる。通信端末１０２は、ネットワークＩ／Ｆ３０６を介してネットワーク１０４上の他の機器との通信を行う。また、通信端末１０２は、操作部Ｉ／Ｆ３０７を介してキーボードやマウス等の操作部３０９と接続され、ユーザが操作部３０９を用いて入力した指示を受け付けることができる。また、通信端末１０２は、表示部Ｉ／Ｆ３０８を介して表示部３１０と接続され、表示部３１０に各種画面を表示することができる。なお、本実施の形態では、画像形成装置１０１のＩＰアドレスの一例である
「１９２．１６８．１．１０１」と通信端末１０２のＩＰアドレスの一例である「１９２．１６８．１．１００」が、ストレージ３０５に既に格納されていることとする。また、宛先登録画面（不図示）にて事前に登録された情報がストレージ３０５に既に保存されていることとする。宛先登録画面にて事前に登録された情報は、画像形成装置１０１がＨＴＴＰ経由でスキャンジョブを受け付けるためのＵＲＩであるリクエストＵＲＩ「／ｓｃａｎＪｏｂ」、各宛先のＵＲＩ、宛先に対応した認証情報である「ユーザ名」と「パスワード」等である。なお、ＨＴＴＰは、ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｅｆｅｒ Ｐｒｏｔｏｃｏｌの略称である。ＵＲＩは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒの略称である。

図４は、図１のクラウドサーバ１０３のハードウェア構成を概略的に示すブロック図である。図４において、クラウドサーバ１０３は、ＣＰＵ４０２、ＲＡＭ４０３、ＲＯＭ４０４、ストレージ４０５、及びネットワークＩ／Ｆ４０６を備える。これらは、システムバス４０１を介して互いに接続されている。

ＣＰＵ４０２は、クラウドサーバ１０３全体の動作を制御する中央演算装置である。ＲＡＭ４０３は揮発性メモリである。ＲＯＭ４０４は、不揮発性メモリであり、ＣＰＵ４０２の起動用プログラム等を格納する。ストレージ４０５は、ＲＡＭ４０３より記憶容量が大きい記憶装置、例えば、ハードディスクドライブ（ＨＤＤ）である。ストレージ４０５は、ＣＰＵ４０２が実行する複数の制御用プログラム、例えば、後述する図７のストレージサービスプログラム７００を記憶する。なお、ストレージ４０５は、ソリッドステートドライブ（ＳＳＤ）等のようなハードディスクドライブと同等の機能を有する他の記憶装置であってもよい。

ＣＰＵ４０２は、クラウドサーバ１０３の電源ＯＮ等の起動時に、ＲＯＭ４０４に格納されている起動用プログラムを実行する。この起動用プログラムは、ストレージ４０５に格納されている制御用プログラムを読み出し、当該制御用プログラムをＲＡＭ４０３上に展開するためのプログラムである。ＣＰＵ４０２は、起動用プログラムを実行すると、続けてＲＡＭ４０３上に展開した制御用プログラムを実行し、制御を行う。また、ＣＰＵ４０２は、制御用プログラムを実行する際に使用するデータをＲＡＭ４０３上に格納して読み書きを行う。クラウドサーバ１０３において、ストレージ４０５上には制御用プログラムを実行する際に必要となる設定値が格納され、この設定値の読み書きはＣＰＵ４０２によって行われる。クラウドサーバ１０３は、ネットワークＩ／Ｆ４０６を介してネットワーク１０４上の他の機器との通信を行う。

図５は、図２のＣＰＵ２０２が実行するデバイス制御プログラム５００の機能構成を示すブロック図である。デバイス制御プログラム５００は上述したようにＲＯＭ２０４に格納され、ＣＰＵ２０２が画像形成装置１０１の起動時にデバイス制御プログラム５００をＲＡＭ２０３上に展開して実行する。図５において、デバイス制御プログラム５００は、データ送受信部５０１、データ解析部５０２、ジョブ制御部５０３、データ管理部５０４、表示部５０５、操作対象判定部５０６、スキャン部５０７、及びプリンタ部５０８で構成される。

データ送受信部５０１は、画像形成装置１０１がネットワークＩ／Ｆ２０６を介して、ネットワーク１０４上の他の機器とＴＣＰ／ＩＰによるデータの送受信を行うためのモジュールである。データ送受信部５０１により、例えば、画像形成装置１０１は、クラウドサーバ１０３が生成するデバイス操作データを受信する。また、画像形成装置１０１は、ジョブの実行結果、デバイス操作結果の応答の画面表示内容が更新されたことを示す画面更新通知、及びジョブの状態を示すジョブ実行状態通知等をクラウドサーバ１０３へ送信する。

データ解析部５０２は、受信したデバイス操作データをデバイス制御プログラム５００内の各モジュールが解釈可能なコマンドに変換し、変換したコマンドを各モジュールへ送信する。ジョブ制御部５０３は、プリントコントローラ２１０を介してプリントエンジン２１１の制御指示を行い、また、スキャンコントローラ２１２を介してスキャナ２１３の制御指示を行う。例えば、表示部５０５にコピー機能画面（不図示）が表示されている状態でユーザによるスタートキーの押下を検知した場合、ジョブ制御部５０３は、操作対象判定部５０６からコピージョブのパラメータとジョブ開始指示を受信する。ジョブ制御部５０３は、受信したパラメータに基づいてコピージョブを実行する。コピージョブでは、受信したパラメータに基づいてスキャナ２１３がスキャン画像を生成し、プリントエンジン２１１が当該パラメータに基づいて用紙にスキャン画像を印刷する。

データ管理部５０４は、デバイス制御プログラム５００の実行によって生成された作業データや、各デバイスの制御に必要となる設定パラメータ等をＲＡＭ２０３及びストレージ２０５上の所定の領域へ保存して管理する。例えば、データ管理部５０４は、ジョブ制御部５０３が実行するジョブの各設定項目及び設定値の組み合わせから成るジョブデータや、操作パネル２０９に表示する言語を示す情報である言語設定等を管理する。また、データ管理部５０４は、ゲートウェイ１０５との通信に必要な認証情報や、クラウドサーバ１０３と通信するために必要な認証情報等を管理する。更にデータ管理部５０４は、画像形成装置１０１による画像形成処理の対象となる画像データを管理する。また、データ管理部５０４は、表示部５０５が画面表示制御に用いる画面表示制御情報や、操作対象判定部５０６が操作対象を判定するために用いる操作対象判定情報を、表示部５０５が表示する画面毎に管理する。

表示部５０５は、ディスプレイコントローラ２０７を介して、操作パネル２０９の制御を行う。より具体的には、表示部５０５は、ユーザが操作可能なＵＩ部品、例えば、ボタン、プルダウンリスト、チェックボックスを操作パネル２０９に表示する。操作パネル２０９に表示される画面は、画面表示制御情報に基づいて更新される。操作対象判定部５０６は、操作Ｉ／Ｆ２０８を介して操作パネル２０９から、操作パネル２０９上でユーザにタッチされた位置を示す座標を取得する。また、操作対象判定部５０６は、ユーザによるタッチ操作を検知した時に操作パネル２０９に表示されているユーザが操作可能なＵＩ部品を操作対象として判定する。操作対象判定部５０６は、操作対象として判定したＵＩ部品に対応する画面表示制御情報を読み出し、この画面表示制御情報に基づいてタッチ操作受付時の処理内容を決定する。例えば、操作対象判定部５０６は、表示部５０５に対して画面の表示内容の更新指示を出力し、また、ジョブ制御部５０３に対してユーザ操作によって設定されたパラメータを用いたジョブの開始指示を出力する。

スキャン部５０７は、ジョブ制御部５０３のスキャンジョブパラメータ設定に基づいて、スキャンコントローラ２１２を介してスキャナ２１３にスキャンを実行させ、読み取って得られたスキャン画像をデータ管理部５０４に保存する。プリンタ部５０８は、ジョブ制御部５０３のプリントジョブパラメータ設定に基づいて、プリントコントローラ２１０を介してプリントエンジン２１１に印刷を実行させる。

図６は、図３のＣＰＵ３０２が実行するスキャンアプリ６００の機能構成を示すブロック図である。スキャンアプリ６００は、上述したようにストレージ３０５に格納され、ＣＰＵ３０２が通信端末１０２の起動時にスキャンアプリ６００をＲＡＭ３０３上に展開して実行する。図６において、スキャンアプリ６００は、データ送受信部６０１、データ管理部６０２、コマンド解析部６０３、コマンド生成部６０４、表示画面生成部６０５、及びポート制御部６０６で構成される。

データ送受信部６０１は、通信端末１０２がネットワークＩ／Ｆ３０６を介して、ネットワーク１０４上の他の機器とＨＴＴＰによるデータの送受信を行うためのモジュールである。データ送受信部６０１により、例えば、通信端末１０２は、画像形成装置１０１やクラウドサーバ１０３からコマンドや画像データを受信する。また、通信端末１０２は、データ管理部６０２に保存されている宛先情報が示す宛先へ、コマンド生成部６０４によって生成されたコマンドやストレージ３０５に格納されている画像データを送信する。

データ管理部６０２は、画像形成装置１０１を示すＵＲＩ、画像データの送信先を示すＵＲＩ、画像データの送信先の認証情報、画像形成装置１０１から受信した画像データ等をストレージ３０５上の所定の領域へ保存して管理する。

コマンド解析部６０３は、データ送受信部６０１によって受信したコマンドを解析する。一例として、画像形成装置１０１から後述する図１２（ｂ）のＨＴＴＰレスポンスデータを受信した場合のコマンド解析部６０３による解析について説明する。この場合、コマンド解析部６０３は、このＨＴＴＰレスポンスデータの「Ｓｔａｔｅ」要素の値が「Ｉｄｌｅ」であることから、スキャナ２１３の状態が「待機中」であると判断する。また、コマンド解析部６０３は、「ＳｃａｎＰａｇｅ」要素の値が「５」であることから、スキャンした原稿の枚数が５枚であると判断する。更にコマンド解析部６０３は、「ＪｏｂＲｅｓｕｌｔ」要素の値が「ＨｏｓｔＳｅｎｄＳｕｃｃｅｓｓ」であることからジョブの実行結果を「自端末送信成功」と判断する。また、コマンド解析部６０３は、「Ｒｅａｓｏｎ」要素の値が「Ｐｅｒｍｉｓｓｉｏｎｓ」であることから、クラウドサーバ１０３へスキャン画像を送信できなかった理由が「アクセス権限」であると判断する。コマンド解析部６０３は、これらの解析結果をＲＡＭ３０３に保存する。

コマンド生成部６０４は、画像形成装置１０１やクラウドサーバ１０３に送信するためのＸＭＬ形式のデータを生成する。一例として、後述する図８のスキャン設定画面８０３における設定の内容で画像形成装置１０１にスキャン指示を行う場合のコマンド生成部６０４によるデータの生成について説明する。この場合、コマンド生成部６０４は、カラーモード指定リストボックス８０４の設定が「カラー」であることから、「＜ＣｏｌｏｒＭｏｄｅ＞Ｃｏｌｏｒ＜／ＣｏｌｏｒＭｏｄｅ＞」を生成する。また、コマンド生成部６０４は、解像度指定リストボックス８０５の設定が「３００ｄｐｉ」であることから「＜Ｒｅｓｏｌｕｔｉｏｎ＞３００＜／Ｒｅｓｏｌｕｔｉｏｎ＞」を生成する。更にコマンド生成部６０４は、入力方法指定リストボックス８０６が「フィーダ」であることから「＜Ｉｎｐｕｔ＞Ｆｅｅｄｅｒ＜／Ｉｎｐｕｔ＞」を生成する。コマンド生成部６０４は、生成したこれらの文字列を「＜ＳｃａｎＪｏｂ＞」タグの要素として設定する。

次いで、コマンド生成部６０４は、宛先指定リストボックス８０７の設定が「ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／Ｓｔｏｒａｇｅ１」であることから、第１の文字列を生成する。第１の文字列は、「＜Ｕｒｉ＞ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／Ｓｔｏｒａｇｅ１＜／Ｕｒｉ＞」である。また、コマンド生成部６０４は、ストレージ３０５に保存されている「ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／Ｕｓｅｒ１」の認証情報を参照し、この認証情報から第２の文字列を生成する。第２の文字列は、「＜Ｐａｓｓｗｏｒｄ＞ｄＸＮｌｃｊＥ６ｃＧＦｚｃ３ｄｖｃｍＱｘ＜／Ｐａｓｓｗｏｒｄ＞」である。コマンド生成部６０４は、第１の文字列と第２の文字列を「＜Ｄｅｓｔｉｎａｔｉｏｎ＞」タグの要素として第３の文字列を生成する。第３の文字列は、「＜Ｄｅｓｔｉｎａｔｉｏｎ＞＜Ｕｒｉ＞ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／Ｓｔｏｒａｇｅ１＜／Ｕｒｉ＞＜Ｐａｓｓｗｏｒｄ＞ｄＸＮｌｃｊＥ６ｃＧＦｚｃ３ｄｖｃｍＱｘ＜／Ｐａｓｓｗｏｒｄ＞＜／Ｄｅｓｔｉｎａｔｉｏｎ＞」である。

次いで、コマンド生成部６０４は、生成した第３の文字列と通信端末１０２の宛先情報とを、「＜ＳｃａｎＪｏｂ＞」タグの要素として設定し、ＸＭＬ宣言の文字列を結合したメッセージボディ部を生成する。なお、通信端末１０２の宛先情報は、例えば、「＜ＤｅｓｔｉｎａｔｉｏｎＭｙｓｅｌｆ＞＜Ｕｒｉ＞ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｓｃａｎ＜／Ｕｒｉ＞＜ＵｓｅｒＮａｍｅ＞Ｏｗｎｅｒ＜／ＵｓｅｒＮａｍｅ＞＜Ｐａｓｓｗｏｒｄ＞ｂ３ｄｕＺＸＩ６ｃＧＦｚｃ３ｄｖｃｍＱｙ＜／Ｐａｓｓｗｏｒｄ＞＜／Ｄｅｓｔｉｎａｔｉｏｎ＞」である。ＸＭＬ宣言の文字列は、例えば、「＜？ｘｍｌ ｖｅｒｓｉｏｎ＝“１．０” ｅｎｃｏｄｉｎｇ＝“ＵＴＦ－８”？＞」である。

次いで、コマンド生成部６０４は、送信先である画像形成装置１０１のリクエストＵＲＩ「／ｓｃａｎＪｏｂ」と、通信端末１０２のＩＰアドレス「１９２．１６８．１．１００」と、メッセージボディ部の文字数「５１４」からメッセージヘッダ部を生成する。メッセージヘッダ部は、「ＰＯＳＴ ／ｓｃａｎＪｏｂ ＨＴＴＰ／１．１」「Ｈｏｓｔ：１９２．１６８．１．１００」「Ｃｏｎｔｅｎｔ－Ｔｙｐｅ：ｔｅｘｔ／ｘｍｌ」「Ｃｏｎｔｅｎｔ－Ｌｅｎｇｔｈ：５１４」である。コマンド生成部６０４は、生成したメッセージヘッダ部とメッセージボディ部を結合して後述する図１０に示すジョブコマンドを生成する。

表示画面生成部６０５は、通信端末１０２の表示部３１０に表示される各種画面を生成する。例えば、ユーザによるスキャンアプリ６００の起動指示を受け付けると、表示画面生成部６０５は、後述する図８のデバイス選択画面８００を生成する。また、ユーザが後述するデバイス選択画面８００における決定ボタン８０２を押下すると、表示画面生成部６０５は、後述するスキャン設定画面８０３を生成する。

ポート制御部６０６は、通信端末１０２がネットワーク１０４に接続された他の機器とＰＯＳＴ通信可能となるように、通信端末１０２上の所定のポートを開放する処理、及び通信不要の際には外部からアクセスできないようにポートを閉じる処理を行う。

図７は、図４のＣＰＵ４０２が実行するストレージサービスプログラム７００の機能構成を示すブロック図である。ストレージサービスプログラム７００は、上述したようにストレージ４０５に格納され、ＣＰＵ４０２がクラウドサーバ１０３の起動時にストレージサービスプログラム７００をＲＡＭ４０３上に展開して実行する。図７において、ストレージサービスプログラム７００は、データ送受信部７０１、データ管理部７０２、コマンド解析部７０３、コマンド生成部７０４、及び認証部７０５で構成される。

データ送受信部７０１は、クラウドサーバ１０３がネットワークＩ／Ｆ４０６を介して、ネットワーク１０４上の他の機器とＨＴＴＰによるデータの送受信を行うためのモジュールである。データ送受信部７０１により、例えば、クラウドサーバ１０３は、画像形成装置１０１や通信端末１０２からコマンドや画像データを受信する。また、クラウドサーバ１０３は、データ管理部７０２に保存されている宛先へ、コマンド生成部７０４によって生成されたコマンドやストレージ４０５に格納されている画像データを送信する。データ管理部７０２は、データ送受信部７０１によって受信した画像データ、クラウドサーバ１０３の認証情報といった様々なデータをストレージ４０５上の所定の領域へ保存して管理する。

コマンド解析部７０３は、データ送受信部７０１によって受信したコマンドを解析し、解析結果に対応した処理を行う。一例として、ジョブ状態の取得を行った際のレスポンスデータとして後述する図１６の画像データ送信コマンドを受信した場合のコマンド解析部７０３による解析について説明する。この場合、コマンド解析部７０３は、メッセージヘッダ部の「ＰＯＳＴ ／Ｓｔｏｒａｇｅ１ ＨＴＴＰ１／１」からＰＯＳＴリクエストを受信したと判断する。また、コマンド解析部７０３は、メッセージヘッダ部の「Ｃｏｎｔｅｎｔ－Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｐｄｆ」からＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）形式の画像ファイルを受信したと判断する。コマンド解析部７０３は、リクエストＵＲＩ「Ｓｔｏｒａｇｅ１」に対応するストレージ４０５上の記憶領域にメッセージボディ部のデータをＰＤＦファイルとして保存する。

コマンド生成部７０４は、画像形成装置１０１や通信端末１０２に送信するためのＸＭＬ形式のデータを生成する。一例として、画像データ送信コマンドに含まれる認証情報から特定したユーザに書き込み権限が無かった場合のコマンド生成部７０４によるデータの生成について説明する。この場合、コマンド生成部７０４は、コマンド結果としてエラーを示す文字列、エラー理由が「権限エラー」であることを示す文字列、及びＸＭＬ宣言の文字列を結合したメッセージボディ部を生成する。なお、エラーを示す文字列は、「＜Ｒｅｓｕｌｔ＞Ｅｒｒｏｒ＜／Ｒｅｓｕｌｔ＞」である。エラー理由が「権限エラー」であることを示す文字列は、「＜Ｒｅａｓｏｎ＞Ｐｅｒｍｉｓｓｉｏｎｓ＜／Ｒｅａｓｏｎ＞」である。ＸＭＬ宣言の文字列は、「＜？ｘｍｌ ｖｅｒｓｉｏｎ＝“１．０” ｅｎｃｏｄｉｎｇ＝“ＵＴＦ－８”？＞」である。次いで、コマンド生成部７０４は、メッセージボディ部の文字数「８８」を含むメッセージヘッダ部を生成する。メッセージヘッダ部は、「ＨＴＴＰ／１．１ ４０３ Ｆｏｒｂｉｄｄｅｎ」「Ｃｏｎｔｅｎｔ－Ｔｙｐｅ：ｔｅｘｔ／ｘｍｌ」「Ｃｏｎｔｅｎｔ－Ｌｅｎｇｔｈ：８８」である。コマンド生成部７０４は、上記メッセージヘッダ部と上記メッセージボディ部を結合して後述する図１３の送信エラーレスポンスを生成する。

認証部７０５は、データ送受信部７０１によって受信した認証情報とストレージ４０５に保存されている認証情報とが一致しているか否かの判定を行い、データの送信元に認証結果を送信する。

図８は、図１の通信端末１０２が実行するスキャンアプリ６００の画面の遷移を説明するための図である。通信端末１０２のＣＰＵ３０２は、ユーザによる指示に従ってスキャンアプリ６００を起動すると、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図８のデバイス選択画面８００を表示させる。デバイス選択画面８００は、通信端末１０２から他の装置へスキャンジョブの実行を指示するための画面である。デバイス選択画面８００は、製品名指定リストボックス８０１及び決定ボタン８０２を含む。製品名指定リストボックス８０１では、ユーザがスキャンジョブを実行させるジョブコマンドの送信先を指定する。以下では、一例として、製品名指定リストボックス８０１にて画像形成装置１０１が指定されたこととする。通信端末１０２のＣＰＵ３０２は、ユーザが決定ボタン８０２を押下すると、製品名指定リストボックス８０１にて指定された画像形成装置１０１に関する情報をＲＡＭ３０３上に保存する。次いで、通信端末１０２のＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図８のスキャン設定画面８０３を表示させる。

スキャン設定画面８０３は、スキャンジョブの実行に必要となる設定値を設定するための画面である。スキャン設定画面８０３は、カラーモード指定リストボックス８０４、解像度指定リストボックス８０５、入力方法指定リストボックス８０６、宛先指定リストボックス８０７、及びスキャン開始ボタン８０８を含む。カラーモード指定リストボックス８０４には、スキャンジョブを実行する際のカラーモードが設定される。解像度指定リストボックス８０５には、スキャン画像の解像度が設定される。入力方法指定リストボックス８０６には、「圧板」や「ＡＤＦ」等の画像の読み取り方法が設定される。宛先指定リストボックス８０７には、スキャン画像の送信先が設定される。ここで、スキャン画像の送信先は、同一ネットワーク内に存在するストレージでも良く、Ｇｏｏｇｌｅドライブや、ＯｎｅＤｒｉｖｅといったクラウドストレージでも良い。

通信端末１０２のＣＰＵ３０２は、ユーザがスキャン開始ボタン８０８を押下すると、上述した各リストボックスに指定されたスキャン設定に基づいてジョブコマンドを生成する。通信端末１０２のＣＰＵ３０２は、生成したジョブコマンドを製品名指定リストボックス８０１にて指定された画像形成装置１０１へ送信する。次いで、通信端末１０２のＣＰＵ３０２は、表示部３１０に図８のスキャン中画面８０９を表示させる。

スキャン中画面８０９には、スキャンジョブを実行中であることを示すメッセージ及びスキャン中止ボタン８１０が表示される。ユーザがスキャン中止ボタン８１０を押下すると、通信端末１０２のＣＰＵ３０２は、スキャンジョブの中止を指示するジョブ中止コマンドを画像形成装置１０１へ送信する。スキャン中画面８０９が表示部３１０に表示されている間、通信端末１０２のＣＰＵ３０２は、１００ｍｓｅｃ間隔で画像形成装置１０１へ状態取得要求を行い、画像形成装置１０１からジョブの状態を示す情報を取得する。通信端末１０２のＣＰＵ３０２は、取得した情報に基づいて表示部３１０の画面を切り替える。例えば、取得した情報が示すジョブ実行結果が後述する「自端末送信成功」である場合、通信端末１０２のＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図８の再送信画面８１１を表示させる。取得した情報が示すジョブ実行結果が「失敗」である場合、通信端末１０２のＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図８のエラー画面８１５を表示させる。取得した情報が示すジョブ実行結果が「送信成功」である場合、通信端末１０２のＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図８の送信成功画面８１７を表示させる。

再送信画面８１１は、宛先指定リストボックス８０７にて指定された宛先へスキャン画像の送信を失敗したエラーの内容を示すエラーメッセージ８１２、送信ボタン８１３、及び閉じるボタン８１４を含む。ユーザが送信ボタン８１３を押下すると、通信端末１０２のＣＰＵ３０２は、画像形成装置１０１から受信したスキャン画像を宛先指定リストボックス８０７にて指定された宛先へ送信する。このスキャン画像の送信を失敗した場合、通信端末１０２のＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０にエラーメッセージを更新した再送信画面８１１を表示させる。一方、上記スキャン画像の送信を成功した場合、通信端末１０２のＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に送信成功画面８１７を表示させる。

エラー画面８１５は、閉じるボタン８１６を含む。ユーザが閉じるボタン８１６を押下すると、通信端末１０２のＣＰＵ３０２は、スキャンアプリ６００を終了する。送信成功画面８１７は、閉じるボタン８１８を含む。ユーザが閉じるボタン８１８を押下すると、通信端末１０２のＣＰＵ３０２は、スキャンアプリ６００を終了する。

図９は、図１の画像処理システム１００において画像形成装置１０１がスキャン画像の送信を失敗した際の処理について説明するためのシーケンス図である。図９では、一例として、宛先指定リストボックス８０７にて指定されたクラウドサーバ１０３の所定の記憶領域に書き込み権限が付与されていないため、画像形成装置１０１からクラウドサーバ１０３へスキャン画像の送信を失敗した場合について説明する。なお、画像形成装置１０１がスキャン画像の送信を失敗する要因は、上述した書き込み権限エラーに限られない。例えば、画像形成装置１０１がスキャン画像の送信を失敗する要因は、送信先の装置による認証に失敗する認証エラー、宛先エラー、サーバダウン、スキャン画像のファイルサイズエラー、送信先の記憶容量エラー等の他の要因であってもよい。図９において、通信端末１０２、画像形成装置１０１、及びクラウドサーバ１０３はそれぞれＨＴＴＰで通信を行い、通信端末１０２及びクラウドサーバ１０３はＢａｓｉｃ認証で認証を行う。

図９において、まず、ユーザがスキャンジョブの実行指示を行う（ステップＳ９０１）。ステップＳ９０１では、ユーザは、通信端末１０２の表示部３１０に表示されたデバイス選択画面８００の製品名指定リストボックス８０１に画像形成装置１０１を設定して決定ボタン８０２を押下する。また、ユーザは、決定ボタン８０２の押下に従って表示部３１０に表示されたスキャン設定画面８０３の各リストボックスに設定値を設定してスキャン開始ボタン８０８を押下する。以下では、宛先指定リストボックス８０７に、スキャン画像の送信先としてクラウドサーバ１０３の所定の記憶領域が設定されたこととする。

ユーザによるスキャンジョブの実行指示を受け付けた通信端末１０２のＣＰＵ２０２は、ＨＴＴＰＳでＰＯＳＴリクエストを受信可能にするために、通信端末１０２における所定のポート番号、例えば、「４４３」を開放する（ステップＳ９０２）。次いで、ＣＰＵ３０２は、図１０に示すジョブコマンドを生成する。ジョブコマンドは、ステップＳ９０１において設定されたスキャン設定、通信端末１０２の宛先情報、ステップＳ９０１において宛先指定リストボックス８０７に設定された宛先（以下、「ユーザ指定宛先」という。）の宛先情報を含む。

通信端末１０２の宛先情報は、後述するステップＳ９１３にて画像形成装置１０１が通信端末１０２へスキャン画像を送信する際に必要となる宛先情報である。通信端末１０２の宛先情報は、通信端末１０２の画像送信先ＵＲＩ及び通信端末１０２の画像送信先認証情報を含む。通信端末１０２の画像送信先ＵＲＩは、通信端末１０２の所定の記憶領域を示すＵＲＩであり、例えば、「ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｓｃａｎ」である。通信端末１０２の画像送信先認証情報は、通信端末１０２へのアクセスを許可するための認証に使用されるパスワードであり、例えば、「ｂ３ｄｕＺＸＩ６ｃＧＦｚｃ３ｄｖｃｍＱｙ」である。

ユーザ指定宛先の宛先情報は、ユーザ指定宛先のＵＲＩ及びユーザ指定宛先認証情報を含む。ユーザ指定宛先のＵＲＩは、ステップＳ９０１において宛先指定リストボックス８０７に設定された宛先を示すＵＲＩであり、例えば、「ｈｔｔｐｓ：／／ａａａ．ｃｏｍ／Ｓｔｏｒａｇｅ１」である。ユーザ指定宛先認証情報は、ユーザ指定宛先へのアクセスを許可するための認証に使用されるパスワードであり、例えば、「ｄＸＮｌｃｊＥ６ｃＧＦｚｃ３ｄｖｃｍＱｘ」である。ＣＰＵ３０２は、生成したジョブコマンドを画像形成装置１０１へ送信する（ステップＳ９０３）（コマンド送信手段）。

画像形成装置１０１のＣＰＵ２０２は、通信端末１０２からジョブコマンドを受信すると、当該ジョブコマンドにおけるユーザ指定宛先のＵＲＩに対応するクラウドサーバ１０３へユーザ指定宛先認証情報を送信する（ステップＳ９０４）。具体的に、ＣＰＵ２０２は、ジョブコマンドにおけるユーザ指定宛先認証情報を含むＨＴＴＰのＧＥＴリクエストをクラウドサーバ１０３へ送信する。

クラウドサーバ１０３のＣＰＵ４０２は、ＨＴＴＰのＧＥＴリクエストを受信すると、受信したＨＴＴＰのＧＥＴリクエストに含まれるユーザ指定宛先認証情報に基づいて認証部７０５によって認証を行う。認証を成功すると、ＣＰＵ４０２は、その旨を画像形成装置１０１へ通知する（ステップＳ９０５）。具体的に、ＣＰＵ４０２は、認証を成功したことを示すＨＴＴＰレスポンスステータスコードを設定したＨＴＴＰレスポンスを画像形成装置１０１へ送信する。

画像形成装置１０１のＣＰＵ２０２は、受信したＨＴＴＰレスポンスに設定されたＨＴＴＰレスポンスステータスコードに基づいて認証を成功したか否かを判別する。認証を成功した場合、ＣＰＵ２０２は、ステップＳ９０３にて受信したジョブコマンドに含まれるスキャン設定に基づいて、スキャンジョブを実行するためのスキャンジョブデータを生成する（ステップＳ９０６）。スキャンジョブデータの生成を成功すると、ＣＰＵ２０２は、スキャンジョブデータに基づいてスキャンジョブを実行する。また、ＣＰＵ２０２は、スキャンジョブデータの生成を成功した旨を通信端末１０２へ通知する（ステップＳ９０７）。具体的に、ＣＰＵ２０２は、図１１に示すＨＴＴＰレスポンスデータを通信端末１０２へ送信する。このＨＴＴＰレスポンスデータは、スキャンジョブデータの生成を成功したことを示すＨＴＴＰレスポンスステータスコード、及び後述するステップＳ９０９にて用いられる状態取得要求ＵＲＩを含む。状態取得要求ＵＲＩは、画像形成装置１０１を示すＵＲＩである。

通信端末１０２のＣＰＵ３０２は、画像形成装置１０１からＨＴＴＰレスポンスデータを受信すると、表示部３１０にスキャン中画面８０９を表示させる（ステップＳ９０８）。また、ＣＰＵ３０２は、画像形成装置１０１の状態を監視する状態監視処理を開始し、画像形成装置１０１の状態取得要求を行う（ステップＳ９０９）。具体的に、通信端末１０２のＣＰＵ３０２は、受信したＨＴＴＰレスポンスデータに設定された状態取得要求ＵＲＩが示す画像形成装置１０１へ、画像形成装置１０１の状態取得要求となるＨＴＴＰのＧＥＴリクエストを送信する。状態監視処理では、ＣＰＵ３０２は、画像形成装置１０１の状態取得要求を１００ｍｓｅｃ間隔で行う。

画像形成装置１０１のＣＰＵ２０２は、このＨＴＴＰのＧＥＴリクエストを受信すると、ジョブ実行結果として、スキャン画像を生成中であることを示す「実行中」を通信端末１０２へ通知する（ステップＳ９１０）。具体的に、ＣＰＵ２０２は、ＨＴＴＰレスポンスデータを通信端末１０２へ送信する。このＨＴＴＰレスポンスデータのメッセージボディ部は、ＲＡＭ２０３に保持されているスキャナ２１３の状態情報、状態取得要求ＵＲＩのクエリ文字列で指定されたジョブＩＤに対応するスキャンジョブにおけるスキャン完了ページ数とジョブ結果で構成される。例えば、スキャン対象となる５枚の原稿のうちの３枚分のスキャンが完了した状態である場合、ＣＰＵ２０２は、図１２（ａ）に示すＨＴＴＰレスポンスデータを通信端末１０２へ送信する。このＨＴＴＰレスポンスデータに設定されているスキャン状態「＜Ｓｔａｔｅ＞Ｓｃａｎｎｉｎｇ＜／Ｓｔａｔｅ＞」に基づいて、通信端末１０２のＣＰＵ３０２は、スキャン画像を生成中であることを判断することができる。ＣＰＵ２０２は、スキャン画像の生成を完了すると、ユーザ指定宛先へスキャン画像を送信する（ステップＳ９１１）。具体的に、上記ジョブコマンドに設定された認証情報「ｄＸＮｌｃｊＥ６ｃＧＦｚｃ３ｄｖｃｍＱｘ」をＨＴＴＰヘッダに付与し、スキャン画像のバイナリデータをメッセージボディ部としたＨＴＴＰＳのＰＯＳＴリクエストがクラウドサーバ１０３へ送信される。

クラウドサーバ１０３のＣＰＵ４０２は、上記ＨＴＴＰＳのＰＯＳＴリクエストに設定された認証情報に対応するユーザの書き込み権限がユーザ指定宛先のＵＲＩが示す所定の記憶領域に付与されていないため、ステップＳ９１２の処理を行う。ステップＳ９１２では、ＣＰＵ４０２は、送信エラーレスポンスを画像形成装置１０１へ送信する。具体的に、ＣＰＵ４０２は、「アクセス権限エラー」を示すメッセージをメッセージボディ部とした図１３に示す送信エラーレスポンスを画像形成装置１０１へ送信する。

画像形成装置１０１のＣＰＵ２０２は、送信エラーレスポンスを受信すると、スキャン画像を通信端末１０２へ送信する（ステップＳ９１３）。具体的に、画像形成装置１０１のＣＰＵ２０２は、上記ジョブコマンドに含まれる通信端末１０２の画像送信先ＵＲＩ「ｈｔｔｐｓ：／／１９２．１６９．１．１００／ｓｃａｎ」に対して、ＨＴＴＰＳのＰＯＳＴリクエストを送信する。このＨＴＴＰＳのＰＯＳＴリクエストは、上記ジョブコマンドに含まれる通信端末１０２の画像送信先認証情報「ｂ３ｄｕＺＸＩ６ｃＧＦｚｃ３ｄｖｃｍＱｙ」をＨＴＴＰヘッダに付与し、スキャン画像のバイナリデータをメッセージボディ部としたデータである。ＣＰＵ２０２は、通信端末１０２へのスキャン画像の送信を完了すると、ストレージ２０５からスキャン画像を削除する。このように、本実施の形態では、画像形成装置１０１がユーザ指定宛先へスキャン画像の送信を失敗した場合、当該スキャン画像がストレージ２０５に貯めこまれずにジョブコマンドの送信元である通信端末１０２へ送信される。

一方、通信端末１０２のＣＰＵ３０２は、画像形成装置１０１の状態取得要求を行う（ステップＳ９１４）。ステップＳ９１４では、ステップＳ９０９と同様に、ＣＰＵ３０２は、状態取得要求ＵＲＩが示す画像形成装置１０１へ、画像形成装置１０１の状態取得要求となるＨＴＴＰのＧＥＴリクエストを送信する。

画像形成装置１０１のＣＰＵ２０２は、通信端末１０２へスキャン画像の送信を完了した後に上記ＨＴＴＰのＧＥＴリクエストを受信すると、ジョブの実行結果として後述する「自端末送信成功」（ジョブ結果通知）を通知する（ステップＳ９１５）。具体的に、ＣＰＵ２０２は、ジョブの実行結果として「自端末送信成功」を示す設定値が設定された図１２（ｂ）に示すＨＴＴＰレスポンスデータを通信端末１０２へ送信する。

通信端末１０２のＣＰＵ３０２は、このＨＴＴＰレスポンスデータを受信すると、ＨＴＴＰレスポンスデータからジョブの実行結果に対応する文字列を特定する。ＣＰＵ３０２は、特定した文字列である「＜ＪｏｂＲｅｓｕｌｔ＞ＨｏｓｔＳｅｎｄＳｕｃｃｅｓｓ＜／ＪｏｂＲｅｓｕｌｔ＞」に基づいて、通信端末１０２へのスキャン画像の送信を完了したと判別する。次いで、ＣＰＵ３０２は、ステップＳ９０２にて開放した通信端末１０２における所定のポート番号、例えば、「４４３」を閉じる（ステップＳ９１６）。次いで、通信端末１０２のＣＰＵ３０２は、表示部３１０に再送信画面８１１を表示させる（ステップＳ９１７）。

その後、ユーザが、Ｗｅｂブラウザ等を経由してクラウドサーバ１０３に、ユーザ指定宛先に対する当該ユーザの書き込み権限の付与を指示する（ステップＳ９１８）。クラウドサーバ１０３のＣＰＵ４０２は、ユーザ指定宛先に、ユーザ指定宛先認証情報「ｂ３ｄｕＺＸＩ６ｃＧＦｚｃ３ｄｖｃｍＱｙ」に対応するユーザの書き込み権限を付与する。次いで、ユーザは、通信端末１０２に対し、スキャン画像の送信指示を行う（ステップＳ９１９）。具体的に、ユーザは、通信端末１０２の表示部３１０に表示された再送信画面８１１における送信ボタン８１３を押下する。

通信端末１０２のＣＰＵ３０２は、クラウドサーバ１０３へスキャン画像を送信する（ステップＳ９２０）。具体的に、ＣＰＵ３０２は、ユーザ指定宛先認証情報「ｄＸＮｌｃｊＥ６ｃＧＦｚｃ３ｄｖｃｍＱｘ」をＨＴＴＰヘッダに付与し、スキャン画像のバイナリデータをメッセージボディ部とした画像データ送信コマンドをクラウドサーバ１０３へ送信する。

クラウドサーバ１０３のＣＰＵ４０２は、スキャン画像の受信を完了すると、スキャン画像の受信を成功した旨を通信端末１０２へ通知する（ステップＳ９２１）。具体的に、ＣＰＵ４０２は、スキャン画像の受信を成功したことを示すＨＴＴＰレスポンスステータスコードが設定されたＨＴＴＰレスポンスを通信端末１０２へ送信する。

通信端末１０２のＣＰＵ３０２は、このＨＴＴＰレスポンスを受信すると、ＨＴＴＰレスポンスに設定されたＨＴＴＰレスポンスステータスコードに基づいてスキャン画像の送信を成功したと判別する。通信端末１０２のＣＰＵ３０２は、表示部３１０に送信成功画面８１７を表示させ、本処理を終了する。

図１４は、図１の画像形成装置１０１が実行するジョブ実行結果保存処理の手順を示すフローチャートである。図１４のジョブ実行結果保存処理は、画像形成装置１０１のＣＰＵ２０２がＲＯＭ２０４又はストレージ２０５に格納されたプログラムを実行することによって実現される。図１４のジョブ実行結果保存処理は、上述したステップＳ９０６にて生成したスキャンジョブデータに基づいてスキャンジョブが実行されてスキャン画像が生成された後に実行される。ジョブ実行結果保存処理の開始時には、スキャン画像、通信端末１０２の宛先情報、ユーザ指定宛先の宛先情報がＲＡＭ２０３に保存されていることとする。また、画像形成装置１０１には、スキャン画像の送信のリトライの上限回数、例えば、「５」と、リトライ回数がＲＡＭ２０３に保存されていることとする。なお、リトライ回数は次のジョブの開始時に「０」に初期化される。

図１４において、ＣＰＵ２０２は、ユーザ指定宛先に対応するクラウドサーバ１０３へスキャン画像を送信する（ステップＳ１４０１）。具体的に、ＣＰＵ２０２は、上述したステップＳ９１１にて説明したＨＴＴＰＳのＰＯＳＴリクエストをクラウドサーバ１０３へ送信する。次いで、ＣＰＵ２０２は、このＰＯＳＴリクエストに対するＨＴＴＰＳレスポンスをクラウドサーバ１０３から取得し、当該ＨＴＴＰレスポンスに含まれる送信結果をＲＡＭ２０３に保存する（ステップＳ１４０２）。次いで、ＣＰＵ２０２は、ステップＳ１４０２にてＲＡＭ２０３に保存された送信結果が「成功」であるか否かを判別する（ステップＳ１４０３）。

ステップＳ１４０３の判別の結果、ステップＳ１４０２にてＲＡＭ２０３に保存された送信結果が「成功」である場合、ＣＰＵ２０２は、ＲＡＭ２０３にジョブ実行結果として「送信成功」を保存し（ステップＳ１４０４）、本処理を終了する。

ステップＳ１４０３の判別の結果、ステップＳ１４０２にてＲＡＭ２０３に保存された送信結果が「成功」でない場合、ＣＰＵ２０２は、通信端末１０２へスキャン画像を送信する（ステップＳ１４０５）。具体的に、ＣＰＵ２０２は、上述したステップＳ９１３にて説明したＨＴＴＰＳのＰＯＳＴリクエストを通信端末１０２へ送信する。次いで、ＣＰＵ２０２は、このＰＯＳＴリクエストに対するＨＴＴＰＳレスポンスを通信端末１０２から取得し、当該ＨＴＴＰレスポンスに含まれる送信結果をＲＡＭ２０３に保存する（ステップＳ１４０６）。次いで、ＣＰＵ２０２は、ステップＳ１４０５にてＲＡＭ２０３に保存された送信結果が「成功」であるか否かを判別する（ステップＳ１４０７）。

ステップＳ１４０７の判別の結果、送信結果が「成功」である場合、ＣＰＵ２０２は、ＲＡＭ２０３にジョブ実行結果として「自端末送信成功」を保存する（ステップＳ１４０８）。「自端末送信成功」は、ユーザ指定宛先ではなく、ジョブコマンドの送信元にスキャン画像の送信を完了したことを示すジョブ実行結果である。その後、ジョブ実行結果保存処理は終了する。

ステップＳ１４０７の判別の結果、送信結果が「成功」でない場合、ＣＰＵ２０２は、ＲＡＭ２０３に保存されたリトライ回数が上限回数未満であるか否かを判別する（ステップＳ１４０９）。

ステップＳ１４０９の判別の結果、リトライ回数が上限回数未満である場合、ジョブ実行結果保存処理はステップＳ１４０５へ戻る。ステップＳ１４０９の判別の結果、リトライ回数が上限回数未満でない場合、ＣＰＵ２０２は、ＲＡＭ２０３にジョブ実行結果として「失敗」を保存し（ステップＳ１４１０）、本処理を終了する。その後、ＣＰＵ２０２は、通信端末１０２から状態取得要求を受けると、ＲＡＭ２０３に保存したジョブ実行結果を含むＨＴＴＰレスポンスデータを通信端末１０２へ送信する。

図１５は、図１の通信端末１０２が実行する通信端末後処理の手順を示すフローチャートである。図１５の通信端末後処理は、通信端末１０２のＣＰＵ３０２がＲＯＭ３０４又はストレージ３０５に格納されたプログラムを実行することによって実現される。図１５の通信端末後処理は、通信端末１０２が状態監視処理を開始した際に実行される。通信端末後処理の開始時には、状態取得要求ＵＲＩ、ユーザ指定宛先の宛先情報がＲＡＭ３０３に保存され、また、上述したジョブ実行結果保存処理にて画像形成装置１０１から送信されたスキャン画像がストレージ３０５に保存されている。

図１５において、まず、ＣＰＵ３０２は、画像形成装置１０１から送信されたＨＴＴＰレスポンスデータに含まれるジョブ実行結果を取得する（ステップＳ１５００）。次いで、ＣＰＵ３０２は、取得したジョブ実行結果が「実行中」であるか否かを判別する（ステップＳ１５０１）。

ステップＳ１５０１の判別の結果、取得したジョブ実行結果が「実行中」である場合、通信端末後処理はステップＳ１５００へ戻る。ステップＳ１５０１の判別の結果、取得したジョブ実行結果が「実行中」でない場合、ＣＰＵ３０２は、取得したジョブ実行結果が「送信成功」であるか否かを判別する（ステップＳ１５０２）。

ステップＳ１５０２の判別の結果、取得したジョブ実行結果が「送信成功」である場合、通信端末後処理は、後述するステップＳ１５０９へ進む。ステップＳ１５０２の判別の結果、取得したジョブ実行結果が「送信成功」でない場合、ＣＰＵ３０２は、取得したジョブ実行結果が「自端末送信成功」であるか否かを判別する（ステップＳ１５０３）。

ステップＳ１５０３の判別の結果、ＨＴＴＰレスポンスデータに含まれるジョブ実行結果が「自端末送信成功」である場合、ＣＰＵ３０２は、ユーザ指定宛先の宛先情報をＲＡＭ３０３から取得する（ステップＳ１５０４）。次いで、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に再送信画面８１１を表示させる（ステップＳ１５０５）。次いで、ＣＰＵ３０２は、再送信画面８１１における送信ボタン８１３がユーザに押下されたか否かを判別する（ステップＳ１５０６）。

ステップＳ１５０６の判別の結果、再送信画面８１１における送信ボタン８１３がユーザに押下された場合、ＣＰＵ３０２は、ネットワークＩ／Ｆ３０６を介してクラウドサーバ１０３へスキャン画像を送信する（ステップＳ１５０７）。具体的に、ユーザ指定宛先認証情報「ｄＸＮｌｃｊＥ６ｃＧＦｚｃ３ｄｖｃｍＱｘ」をＨＴＴＰヘッダに付与し、スキャン画像のバイナリデータをメッセージボディ部とした図１６に示す画像データ送信コマンドがクラウドサーバ１０３へ送信される。次いで、ＣＰＵ３０２は、ステップＳ１５０７の送信に対する送信レスポンスをクラウドサーバ１０３から取得する。ＣＰＵ３０２は、受信した送信レスポンスに含まれる送信結果がスキャン画像の送信を成功したことを示す「成功」であるか否かを判別する（ステップＳ１５０８）。

ステップＳ１５０８の判別の結果、送信レスポンスに含まれる送信結果が「成功」でない場合、通信端末後処理はステップＳ１５０５へ戻る。ステップＳ１５０８の判別の結果、送信レスポンスに含まれる送信結果が「成功」である場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に送信成功画面８１７を表示させる（ステップＳ１５０９）。ＣＰＵ３０２は、送信成功画面８１７における閉じるボタン８１８がユーザに押下されるまで待機する。送信成功画面８１７における閉じるボタン８１８がユーザに押下されると（ステップＳ１５１０でＹＥＳ）、ＣＰＵ３０２は、終了処理を実行する（ステップＳ１５１１）。終了処理では、ＣＰＵ３０２は、ＲＡＭ３０３からユーザ指定宛先の宛先情報を削除する。また、終了処理では、ＣＰＵ３０２は、画像形成装置１０１からスキャン画像を取得していた場合には、ストレージ３０５からスキャン画像を削除する。その後、通信端末後処理は終了する。

ステップＳ１５０３の判別の結果、取得したジョブ実行結果が「自端末送信成功」でない場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０にエラー画面８１５を表示させる（ステップＳ１５１２）。ＣＰＵ３０２は、エラー画面８１５における閉じるボタン８１６がユーザに押下されるまで待機する。エラー画面８１５における閉じるボタン８１６がユーザに押下されると（ステップＳ１５１３でＹＥＳ）、通信端末後処理はステップＳ１５１１へ進む。

ステップＳ１５０６の判別の結果、再送信画面８１１における送信ボタン８１３がユーザに押下されない場合、ＣＰＵ３０２は、再送信画面８１１における閉じるボタン８１４がユーザに押下されたか否かを判別する（ステップＳ１５１４）。

ステップＳ１５１４の判別の結果、再送信画面８１１における閉じるボタン８１４がユーザに押下されない場合、通信端末後処理はステップＳ１５０６へ戻る。ステップＳ１５１４の判別の結果、再送信画面８１１における閉じるボタン８１４がユーザに押下された場合、通信端末後処理はステップＳ１５１１へ進む。

上述した第１の実施の形態によれば、画像形成装置１０１は、ユーザ指定宛先へスキャン画像の送信を失敗した場合、当該スキャン画像を通信端末１０２へ送信する。通信端末１０２は、ユーザから受けたスキャン画像の送信指示に従って、画像形成装置１０１から受信したスキャン画像をユーザ指定宛先へ送信する。これにより、画像形成装置１０１のストレージ２０５にスキャン画像を貯めこむこと無く、通信端末１０２からスキャン画像の送信のリトライを行うことができる。その結果、画像形成装置１０１において他のジョブの実行に制限をかけることなく、スキャン画像の送信のリトライを行うことができる。

また、上述した実施の形態では、ジョブコマンドは、ユーザ指定宛先の宛先情報と通信端末１０２の宛先情報を含む。これにより、画像形成装置１０１は、ユーザ指定宛先へスキャン画像の送信を失敗した場合に、ジョブコマンドの送信元である通信端末１０２へスキャン画像を容易に送信することができる。

上述した第１の実施の形態では、通信端末１０２は、画像形成装置１０１からスキャン画像を受信した後に、「自端末送信成功」を含むＨＴＴＰレスポンスデータを画像形成装置１０１から受信したことに従って、表示部３１０に再送信画面８１１を表示させる。これにより、通信端末１０２からスキャン画像の送信のリトライを行う準備が整った状態で、スキャン画像の送信指示をユーザから受け付けることができる。その結果、ユーザからスキャン画像の送信指示を受け付けた後、通信端末１０２からユーザ指定宛先へスキャン画像を遅滞なく送信することができる。

また、上述した第１の実施の形態では、再送信画面８１１には、画像形成装置１０１がユーザ指定宛先へスキャン画像の送信を失敗したエラーの内容が表示される。これにより、スキャン画像の送信のリトライが必要な理由をユーザに知らせることができる。

上述した第１の実施の形態では、「自端末送信成功」は、ユーザ指定宛先へのスキャン画像の送信を完了したことを示す「送信成功」と異なる。これにより、通信端末１０２は、再送信画面８１１を表示させるか否かの制御を容易に行うことができる。

次に、本発明の第２の実施の形態に係る画像処理システム及びその制御方法について説明する。第２の実施の形態は、その構成や作用が上述した第１の実施の形態と基本的に同じであり、画像形成装置１０１がスプール能力を備えているか否かに基づいてスキャン画像の送信制御が異なる点で上述した第１の実施の形態と異なる。したがって、重複した構成、作用については説明を省略し、以下に異なる構成、作用についての説明を行う。なお、本実施の形態では、スキャンジョブによって生成された全てのスキャン画像をストレージ２０５に格納すると他のジョブの実行が制限される画像形成装置を、スプール能力が無い画像形成装置とする。スプール能力が無い画像形成装置は、例えば、スキャンジョブによって生成された全てのスキャン画像を格納し切れない程小容量な記憶領域を持つストレージ２０５を備える画像形成装置である。一方、スキャンジョブによって生成された全てのスキャン画像を格納しても他のジョブの実行に制限がかからない画像形成装置を、スプール能力がある画像形成装置とする。スプール能力がある画像形成装置は、例えば、スキャンジョブによって生成された全てのスキャン画像の他に他のデータも十分に格納可能な程大容量な記憶領域を持つストレージ２０５を備える画像形成装置である。

図１７は、第２の実施の形態において通信端末１０２が実行するスキャンアプリ６００の画面の遷移を説明するための図である。通信端末１０２のＣＰＵ３０２は、ユーザによる指示に従ってスキャンアプリを起動すると、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図１７のデバイス選択画面１７００を表示させる。デバイス選択画面１７００の機能及び構成は、デバイス選択画面８００の機能及び構成と同じである。なお、以下では、一例として、デバイス選択画面１７００の製品名指定リストボックス１７０１にて画像形成装置１０１が指定されたこととする。次いで、ＣＰＵ３０２は、ユーザがデバイス選択画面１７００における決定ボタン１７０２を押下すると、製品名指定リストボックス１７０１にて指定された画像形成装置１０１に関する情報をＲＡＭ３０３上に保存する。次いで、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図１７のスキャン設定画面１７０３を表示させる。スキャン設定画面１７０３の機能及び構成は、スキャン設定画面８０３の機能及び構成と同じである。ＣＰＵ３０２は、ユーザがスキャン設定画面１７０３におけるスキャン開始ボタン１７０８を押下すると、スキャン設定画面１７０３における各リストボックスに指定されたスキャン設定に基づいてジョブコマンドを生成する。ＣＰＵ３０２は、生成したジョブコマンドを製品名指定リストボックス１７０１にて指定された画像形成装置１０１へ送信する。次いで、ＣＰＵ３０２は、表示部３１０に図１７のスキャン中画面１７０９を表示させる。スキャン中画面１７０９の機能及び構成は、スキャン中画面８０９の機能及び構成と同じである。

ユーザがスキャン中画面１７０９におけるスキャン中止ボタン１７１０を押下すると、ＣＰＵ３０２は、ジョブ中止コマンドを画像形成装置１０１へ送信する。スキャン中画面１７０９が表示されている状態では、ＣＰＵ３０２は、１００ｍｓｅｃ間隔で画像形成装置１０１へ状態取得要求を行い、画像形成装置１０１からジョブの状態を示す情報を取得する。ＣＰＵ３０２は、取得した情報に基づいて表示部３１０の画面を切り替える。例えば、取得した情報が「失敗」である場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図１７のエラー画面１７１５を表示させる。エラー画面１７１５の機能及び構成は、エラー画面８１５の機能及び構成と同じである。また、本実施の形態では、通信端末１０２は、画像形成装置１０１が「スプール能力無し」である場合、画像形成装置１０１からスキャン画像を取得し、当該スキャン画像をユーザ指定宛先へ送信する。このような通信端末１０２からクラウドサーバ１０３へのスキャン画像の送信を失敗した場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図１７の再送信画面１７１１を表示させる。再送信画面１７１１の機能及び構成は、再送信画面８１１の機能及び構成と同じである。取得した情報が「送信成功」である場合、又は通信端末１０２からクラウドサーバ１０３へのスキャン画像の送信を成功した場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に図１７の送信成功画面１７１７を表示させる。送信成功画面１７１７の機能及び構成は、送信成功画面８１７の機能及び構成と同じである。

図１８は、第２の実施の形態においてスプール能力を持つ画像形成装置１０１がスキャン画像の送信を失敗した際の処理について説明するためのシーケンス図である。図１８では、一例として、宛先指定リストボックス１７０７にて指定されたクラウドサーバ１０３の所定の記憶領域に書き込み権限が付与されていないため、画像形成装置１０１からクラウドサーバ１０３へスキャン画像の送信を失敗した場合について説明する。なお、図１８においても、通信端末１０２、画像形成装置１０１、及びクラウドサーバ１０３はそれぞれＨＴＴＰで通信を行い、通信端末１０２及びクラウドサーバ１０３はＢａｓｉｃ認証で認証を行う。

図１８において、まず、ユーザが通信端末１０２のスキャンアプリ６００を起動する（ステップＳ１８０１）。通信端末１０２のＣＰＵ３０２は、ネットワーク１０４に接続されている画像形成装置１０１に対し、デバイス能力取得要求を行う（ステップＳ１８０２）。ステップＳ１８０２では、ＣＰＵ３０２は、デバイス能力取得要求を行うための能力取得用ＵＲＩを用いて、ネットワーク１０４に接続されている画像形成装置１０１へＨＴＴＰのＧＥＴリクエストを送信する。能力取得用ＵＲＩは、例えば、「ｈｔｔｐ：／／１９２．１６８．１．１００／ｇｅｔＤｅｖｉｃｅＣａｐ」である。

画像形成装置１０１のＣＰＵ２０２は、上記ＨＴＴＰのＧＥＴリクエストを受信すると、画像形成装置１０１のスプール能力を通信端末１０２へ通知する（ステップＳ１８０３）。具体的に、ＣＰＵ２０２は、画像形成装置１０１がスプール能力を持つことを示す「＜Ｓｐｏｏｌ＞Ｔｒｕｅ＜／ＳｐｏｏｌＣａｐ＞」を含む図１９（ａ）に示すデバイス能力レスポンスを通信端末１０２へ送信する。通信端末１０２のＣＰＵ２０２は、受信したデバイス能力レスポンスに含まれる「＜Ｓｐｏｏｌ＞Ｔｒｕｅ＜／ＳｐｏｏｌＣａｐ＞」から、画像形成装置１０１が「スプール能力有り」であると判断する。ＣＰＵ２０２は、画像形成装置１０１のスプール能力設定値として「Ｔｒｕｅ」をＲＡＭ３０３に保存する。

その後、ステップＳ９０１と同様に、ユーザが通信端末１０２を操作してスキャンジョブの実行指示を行う（ステップＳ１８０４）。通信端末１０２のＣＰＵ３０２は、ステップＳ１８０４にて設定されたスキャン設定及びステップＳ１８０４にて設定されたユーザ指定宛先の宛先情報を含む図２０（ａ）に示すジョブコマンドを生成する。次いで、ＣＰＵ３０２は、生成したジョブコマンドを画像形成装置１０１へ送信する（ステップＳ１８０５）。つまり、ステップＳ１８０５にて送信されるジョブコマンドは、第１の実施の形態における図９のステップＳ９０３にて送信されるジョブコマンドと異なり、ジョブコマンドの送信元である通信端末１０２の宛先情報を含まない。

画像形成装置１０１のＣＰＵ２０２は、通信端末１０２からジョブコマンドを受信すると、ステップＳ９０４と同様に、ユーザ指定宛先認証情報をクラウドサーバ１０３へ送信する（ステップＳ１８０６）。

クラウドサーバ１０３のＣＰＵ４０２は、受信したユーザ指定宛先認証情報に基づいて認証部７０５によって認証を行う。認証を成功すると、ＣＰＵ４０２は、ステップＳ９０５と同様に、認証を成功した旨を画像形成装置１０１へ通知する（ステップＳ１８０７）。

画像形成装置１０１のＣＰＵ２０２は、この通知に基づいて認証を成功したか否かを判別する。認証を成功した場合、ＣＰＵ２０２は、ステップＳ９０６と同様に、ステップＳ１８０６にて受信したジョブコマンドに含まれるスキャン設定に基づいてスキャンジョブデータを生成する（ステップＳ１８０８）。スキャンジョブデータの生成を成功すると、ＣＰＵ２０２は、スキャンジョブデータに基づいてスキャンジョブを実行する。また、ＣＰＵ２０２は、ステップＳ９０７と同様に、スキャンジョブデータの生成を成功した旨を通信端末１０２へ通知する（ステップＳ１８０９）。

通信端末１０２のＣＰＵ３０２は、この通知を受信すると、ステップＳ９０８と同様に、表示部３１０にスキャン中画面１７０９を表示させる（ステップＳ１８１０）。また、ＣＰＵ３０２は、画像形成装置１０１の状態を１００ｍｓｅｃ間隔で監視する状態監視処理を開始し、ステップＳ９０９と同様に、画像形成装置１０１の状態取得要求を行う（ステップＳ１８１１）。

画像形成装置１０１のＣＰＵ２０２は、通信端末１０２から状態取得要求を受けた際にスキャン画像の生成を完了していない場合、ステップＳ９１０と同様に、「実行中」を通信端末１０２へ通知する（ステップＳ１８１２）。スキャン画像の生成を完了すると、ＣＰＵ２０２は、ステップＳ９１１と同様に、ユーザ指定宛先であるクラウドサーバ１０３へスキャン画像を送信する（ステップＳ１８１３）。

クラウドサーバ１０３のＣＰＵ４０２は、ユーザの書き込み権限がユーザ指定宛先のＵＲＩが示す所定の記憶領域に付与されていないため、ステップＳ９１２と同様に、送信エラーレスポンスを画像形成装置１０１へ送信する（ステップＳ１８１４）。ここで、第２の実施の形態では、画像形成装置１０１がスプール能力有りである場合、第１の実施の形態における図９のステップＳ９１３に相当する処理が行われない。つまり、クラウドサーバ１０３から送信エラーレスポンスを受信した画像形成装置１０１は、通信端末１０２へスキャン画像を送信しない。

一方、通信端末１０２のＣＰＵ３０２は、ステップＳ９１４と同様に、画像形成装置１０１に対し、画像形成装置１０１の状態取得要求を行う（ステップＳ１８１５）。

画像形成装置１０１のＣＰＵ２０２は、クラウドサーバ１０３から送信エラーレスポンスを受信した後に通信端末１０２から状態取得要求を受けると、ユーザ指定宛先へスキャン画像の送信を失敗した旨を通信端末１０２へ通知する（ステップＳ１８１６）。具体的に、ＣＰＵ２０２は、画像形成装置１０１からクラウドサーバ１０３へ送信エラーレスポンスの内容を示すジョブ実行結果を含む図１２（ｃ）に示すＨＴＴＰレスポンスデータを通信端末１０２へ送信する。

通信端末１０２のＣＰＵ３０２は、受信したＨＴＴＰレスポンスデータに含まれるジョブ結果「＜ＪｏｂＲｅｓｕｌｔ＞ＳｅｎｄＥｒｒｏｒ＜／ＪｏｂＲｅｓｕｌｔ＞」に基づいて、クラウドサーバ１０３へスキャン画像の送信を失敗したと判別する。ＣＰＵ３０２は、この判別に基づいて表示部３１０に再送信画面１７１１を表示させる（ステップＳ１８１７）。

その後、ユーザが、ステップＳ９１８と同様に、Ｗｅｂブラウザ等を経由してクラウドサーバ１０３に、ユーザ指定宛先に対する当該ユーザの書き込み権限の付与を指示する（ステップＳ１８１８）。次いで、ユーザは、通信端末１０２に対し、ステップＳ９１９と同様に、スキャン画像の送信指示を行う（ステップＳ１８１９）。

通信端末１０２のＣＰＵ３０２は、ユーザからスキャン画像の送信指示を受けると、ネットワークＩ／Ｆ３０６を介して画像形成装置１０１へスキャン画像の送信要求を行う（ステップＳ１８２０）。

画像形成装置１０１のＣＰＵ２０２は、ステップＳ１８１３と同様に、ユーザ指定宛先であるクラウドサーバ１０３へスキャン画像を送信する（ステップＳ１８２１）。

クラウドサーバ１０３のＣＰＵ４０２は、スキャン画像の受信を完了すると、スキャン画像の受信を成功した旨を画像形成装置１０１へ通知する（ステップＳ１８２２）。具体的に、ＣＰＵ４０２は、スキャン画像の受信を成功したことを示すＨＴＴＰレスポンスステータスコードが設定されたＨＴＴＰレスポンスを画像形成装置１０１へ送信する。

一方、通信端末１０２のＣＰＵ３０２は、ステップＳ１８１５と同様に、画像形成装置１０１に対し、画像形成装置１０１の状態取得要求を行う（ステップＳ１８２３）。

画像形成装置１０１のＣＰＵ２０２は、クラウドサーバ１０３からスキャン画像の受信を成功した旨を通知された後に通信端末１０２から状態取得要求を受けると、スキャン画像の送信を成功した旨を通信端末１０２へ通知する（ステップＳ１８２４）。具体的に、ＣＰＵ２０２は、ユーザ指定宛先へスキャン画像の送信を成功したことを示すＨＴＴＰレスポンスステータスコードを含む図１２（ｄ）に示すＨＴＴＰレスポンスデータを通信端末１０２へ送信する。

通信端末１０２のＣＰＵ３０２は、受信したＨＴＴＰレスポンスに設定されたＨＴＴＰレスポンスステータスコードに基づいて、ユーザ指定宛先へスキャン画像の送信を成功したと判別する。通信端末１０２のＣＰＵ３０２は、この判別に基づいて表示部３１０に送信成功画面１７１７を表示させ（ステップＳ１８２５）、本処理を終了する。

図２１は、第２の実施の形態においてスプール能力を持たない画像形成装置１０１がスキャン画像の送信を失敗した際の処理について説明するためのシーケンス図である。図２１では、一例として、宛先指定リストボックス１７０７にて指定されたクラウドサーバ１０３の所定の記憶領域に書き込み権限が付与されていないため、画像形成装置１０１からクラウドサーバ１０３へスキャン画像の送信を失敗した場合について説明する。図２１においても、通信端末１０２、画像形成装置１０１、及びクラウドサーバ１０３はそれぞれＨＴＴＰで通信を行い、通信端末１０２及びクラウドサーバ１０３はＢａｓｉｃ認証で認証を行う。なお、図２１における処理は、上述した図１８における処理と類似する処理であり、以下では、特に、図１８における処理と異なる処理について説明する。

図２１において、上述したステップＳ１８０１，Ｓ１８０２と同様の処理であるステップＳ２１０１，２１０２が行われる。次いで、画像形成装置１０１のＣＰＵ２０２は、通信端末１０２から上記ＨＴＴＰのＧＥＴリクエストを受信すると、スプール能力を通信端末１０２へ通知する（ステップＳ２１０３）。具体的に、ＣＰＵ２０２は、画像形成装置１０１がスプール能力を持たないことを示す「＜Ｓｐｏｏｌ＞Ｆａｌｓｅ＜／ＳｐｏｏｌＣａｐ＞」を含む図１９（ｂ）に示すデバイス能力レスポンスを通信端末１０２へ送信する。通信端末１０２のＣＰＵ２０２は、受信したデバイス能力レスポンスに含まれる「＜Ｓｐｏｏｌ＞Ｆａｌｓｅ＜／ＳｐｏｏｌＣａｐ＞」から、画像形成装置１０１が「スプール能力無し」であると判断する。ＣＰＵ２０２は、画像形成装置１０１のスプール能力設定値として「Ｆａｌｓｅ」をＲＡＭ３０３に保存する。

その後、ステップＳ１８０４と同様に、ユーザが通信端末１０２を操作してスキャンジョブの実行指示を行う（ステップＳ２１０４）。通信端末１０２のＣＰＵ３０２は、ステップＳ２１０４にて設定されたユーザ指定宛先であるクラウドサーバ１０３へユーザ指定宛先認証情報を送信する（ステップＳ２１０５）。具体的に、ＣＰＵ３０２は、ユーザ指定宛先認証情報をストレージ３０５から取得し、当該ユーザ指定宛先認証情報を含むＨＴＴＰのＧＥＴリクエストをクラウドサーバ１０３へ送信する。

クラウドサーバ１０３のＣＰＵ４０２は、ＨＴＴＰのＧＥＴリクエストを受信すると、受信したＨＴＴＰのＧＥＴリクエストに含まれるユーザ指定宛先認証情報に基づいて認証部７０５によって認証を行う。認証を成功すると、ＣＰＵ４０２は、その旨を通信端末１０２へ通知する（ステップＳ２１０６）。具体的に、ＣＰＵ４０２は、認証を成功したことを示すＨＴＴＰレスポンスステータスコードを設定したＨＴＴＰレスポンスを通信端末１０２へ送信する。

通信端末１０２のＣＰＵ３０２は、ＨＴＴＰレスポンスを受信すると、ＨＴＴＰＳでＰＯＳＴリクエストを受信可能にするために、通信端末１０２における所定のポート番号、例えば、「４４３」を開放する（ステップＳ２１０７）。次いで、通信端末１０２のＣＰＵ３０２は、図２０（ｂ）のジョブコマンドを生成する（ステップＳ２１０８）。このジョブコマンドは、ステップＳ２１０４にてユーザに設定されたスキャン設定、通信端末１０２の宛先情報を含む。通信端末１０２の宛先情報は、通信端末１０２の画像送信先ＵＲＩである「ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｓｃａｎ」と、通信端末１０２の画像送信先認証情報である「ｂ３ｄｕＺＸＩ６ｃＧＦｚｃ３ｄｖｃｍＱｙ」を含む。このように、第２の実施の形態では、画像形成装置１０１がスプール能力無しである場合、ジョブコマンドに、ユーザ指定宛先情報が設定されず、ジョブコマンドの送信元である通信端末１０２の宛先情報が設定される。次いで、ＣＰＵ３０２は、生成したジョブコマンドを画像形成装置１０１へ送信する（ステップＳ２１０８）。

画像形成装置１０１のＣＰＵ２０２は、受信したジョブコマンドに含まれるスキャン設定に基づいてスキャンジョブデータを生成する（ステップＳ２１０９）。スキャンジョブデータの生成を完了すると、ＣＰＵ２０２は、スキャンジョブデータに基づいてスキャンジョブを実行する。また、ＣＰＵ２０２は、ステップＳ１８０９と同様に、スキャンジョブデータの生成を成功した旨を通信端末１０２へ通知する（ステップＳ２１１０）。

通信端末１０２のＣＰＵ３０２は、この通知を画像形成装置１０１から受信すると、ステップＳ１８１０と同様に、表示部３１０にスキャン中画面１７０９を表示させる（ステップＳ２１１１）。また、ＣＰＵ３０２は、画像形成装置１０１の状態を１００ｍｓｅｃ間隔で監視する状態監視処理を開始し、ステップＳ１８１１と同様に、画像形成装置１０１の状態取得要求を行う（ステップＳ２１１２）。

画像形成装置１０１のＣＰＵ２０２は、通信端末１０２から状態取得要求を受けた際にスキャン画像の生成を完了していない場合、ステップＳ１８１２と同様に、「実行中」を通信端末１０２へ通知する（ステップＳ２１１３）。スキャン画像の生成を完了すると、ＣＰＵ２０２は、ジョブコマンドの送信元である通信端末１０２へスキャン画像を送信する（ステップＳ２１１４）。このように、第２の実施の形態では、スプール機能を持たない画像形成装置１０１は、クラウドサーバ１０３ではなく、ジョブコマンドの送信元である通信端末１０２へスキャン画像を送信する。

一方、通信端末１０２のＣＰＵ３０２は、ステップＳ２１１２と同様に、画像形成装置１０１の状態取得要求を行う（ステップＳ２１１５）。

画像形成装置１０１のＣＰＵ２０２は、通信端末１０２へスキャン画像の送信を完了した後に状態取得要求を受けた場合、スキャン画像の送信を完了した旨を通信端末１０２へ通知する（ステップＳ２１１６）。

通信端末１０２のＣＰＵ３０２は、この通知を画像形成装置１０１から受けると、ステップＳ２１０７にて開放した通信端末１０２における所定のポート番号、例えば、「４４３」を閉じる（ステップＳ２１１７）。次いで、ＣＰＵ３０２は、ステップＳ２１１４にて画像形成装置１０１から送信されたスキャン画像を、ユーザ指定宛先であるクラウドサーバ１０３へ送信する（ステップＳ２１１８）。具体的に、上記ジョブコマンドに設定された認証情報「ｄＸＮｌｃｊＥ６ｃＧＦｚｃ３ｄｖｃｍＱｘ」をＨＴＴＰヘッダに付与し、スキャン画像のバイナリデータをメッセージボディ部としたＨＴＴＰＳのＰＯＳＴリクエストがクラウドサーバ１０３へ送信される。

クラウドサーバ１０３のＣＰＵ４０２は、上記ＨＴＴＰＳのＰＯＳＴリクエストに設定された認証情報に対応するユーザの書き込み権限が上記所定の記憶領域に付与されていないため、送信エラーレスポンスを通信端末１０２へ送信する（ステップＳ２１１９）。

通信端末１０２のＣＰＵ３０２は、送信エラーレスポンスを受信すると、表示部Ｉ／Ｆ３０８を介して、表示部３１０に再送信画面１７１１を表示させる（ステップＳ２１２０）。

その後、ユーザが、ステップＳ１８１８と同様に、Ｗｅｂブラウザ等を経由してクラウドサーバ１０３に、ユーザ指定宛先に対する当該ユーザの書き込み権限の付与を指示する（ステップＳ２１２１）。次いで、ユーザは、通信端末１０２に対し、ステップＳ１８１９と同様に、スキャン画像の送信指示を行う（ステップＳ２１２２）。

通信端末１０２のＣＰＵ３０２は、ユーザによるスキャン画像の送信指示を受けると、ステップＳ２１１８と同様に、ユーザ指定宛先であるクラウドサーバ１０３へスキャン画像を送信する（ステップＳ２１２３）。

クラウドサーバ１０３のＣＰＵ４０２は、スキャン画像の受信を完了すると、その旨を通信端末１０２へ通知する（ステップＳ２１２４）。具体的に、クラウドサーバ１０３のＣＰＵ４０２は、スキャン画像の受信を完了したことを示すＨＴＴＰレスポンスステータスコードが設定されたＨＴＴＰレスポンスを通信端末１０２へ送信する。

通信端末１０２のＣＰＵ３０２は、受信したＨＴＴＰレスポンスに設定されたＨＴＴＰレスポンスステータスコードに基づいてスキャン画像の送信を成功したと判別する。ＣＰＵ３０２は、この判別に基づいて、表示部３１０に送信成功画面１７１７を表示させ（ステップＳ２１２５）、本処理を終了する。

図２２は、第２の実施の形態において通信端末１０２が実行するジョブコマンド生成処理の手順を示すフローチャートである。図２２のジョブコマンド生成処理は、通信端末１０２のＣＰＵ３０２がＲＯＭ３０４又はストレージ３０５に格納されたプログラムを実行することによって実現される。図２２のジョブコマンド生成処理は、ユーザがスキャンジョブの実行指示を行った際（例えば、ステップＳ１８０４，Ｓ２１０４を参照）、つまり、ユーザがスキャン設定画面１７０３におけるスキャン開始ボタン１７０８を押下した際に実行される。なお、ジョブコマンド生成処理の開始時には、ステップＳ１８０２又はＳ２１０２におけるデバイス能力取得要求の応答に基づいて画像形成装置１０１のスプール能力設定値が、通信端末１０２のＲＡＭ３０３に保存されている。画像形成装置１０１のスプール能力設定値は、上述したように、画像形成装置１０１が「スプール能力有り」であることを示す「Ｔｒｕｅ」、及び画像形成装置１０１が「スプール能力無し」であることを示す「Ｆａｌｓｅ」の何れかである。

図２２において、ＣＰＵ３０２は、カラーモード指定リストボックス１７０４、解像度指定リストボックス１７０５、入力方法指定リストボックス１７０６にて選択された値に基づいてジョブ設定文字列を生成する（ステップＳ２２０１）。ＣＰＵ３０２は、生成したジョブ設定文字列をＲＡＭ３０３に保存する。次いで、ＣＰＵ３０２は、ＲＡＭ３０３に保存された画像形成装置１０１のスプール能力設定値に基づいて画像形成装置１０１が「スプール能力有り」であるか否かを判別する（ステップＳ２２０２）。

ステップＳ２２０２の判別の結果、画像形成装置１０１が「スプール能力有り」でない場合、つまり、画像形成装置１０１が「スプール能力無し」である場合、ジョブコマンド生成処理はステップＳ２２０３へ進む。ステップＳ２２０３では、ＣＰＵ３０２は、通信端末１０２の宛先情報に基づいて宛先文字列を生成し、生成した宛先文字列をＲＡＭ３０３に保存する。次いで、ＣＰＵ３０２は、ユーザ指定宛先の宛先情報をＲＡＭ３０３に保存する（ステップＳ２２０４）。次いで、ＣＰＵ３０２は、ＲＡＭ３０３に保存されたジョブ設定文字列及び宛先文字列に基づいて図２０（ｂ）に示すジョブコマンドを生成する（ステップＳ２２０５）。つまり、このジョブコマンドには、スキャン画像の送信先を示す宛先情報として、ユーザ指定宛先の宛先情報ではなく、通信端末１０２の宛先情報が設定される。次いで、ＣＰＵ３０２は、ネットワークＩ／Ｆ３０６を介して画像形成装置１０１へジョブコマンドを送信し（ステップＳ２２０６）（例えば、上述したステップＳ１８０５，Ｓ２１０８を参照。）、本処理を終了する。

ステップＳ２２０２の判別の結果、画像形成装置１０１が「スプール能力有り」である場合、ＣＰＵ３０２は、ユーザ指定宛先の宛先情報に基づいて宛先文字列を生成し、この宛先文字列をＲＡＭ３０３に保存する（ステップＳ２２０７）。次いで、ＣＰＵ３０２は、ＲＡＭ３０３に保存されたジョブ設定文字列及び宛先文字列に基づいて図２０（ａ）に示すジョブコマンドを生成する（ステップＳ２２０８）。つまり、このジョブコマンドには、スキャン画像の送信先を示す宛先情報として、ユーザ指定宛先の宛先情報が設定される。次いで、ジョブコマンド生成処理はステップＳ２２０６へ進む。

図２３は、第２の実施の形態において画像形成装置１０１が実行するジョブ実行結果保存処理の手順を示すフローチャートである。図２３のジョブ実行結果保存処理は、画像形成装置１０１のＣＰＵ２０２がＲＯＭ２０４又はストレージ２０５に格納されたプログラムを実行することによって実現される。図２３のジョブ実行結果保存処理は、上述したステップＳ１８０８又はＳ２１０９にて生成されたスキャンジョブデータに基づいてスキャン画像が生成された後に実行される。ジョブ実行結果保存処理の開始時には、スキャン画像のバイナリデータがＲＡＭ２０３に保存されている。更にジョブ実行結果保存処理の開始時には、通信端末１０２から受信したジョブコマンドに設定された宛先情報がＲＡＭ２０３に保存されている。この宛先情報は、スキャン画像の送信先を示す送信先ＵＲＩと、この送信先へのアクセスに用いられる送信先認証情報を含む。また、画像形成装置１０１には、スキャン画像の送信のリトライの上限回数、例えば、「５」と、リトライ回数がＲＡＭ２０３に保存されていることとする。なお、リトライ回数は次のジョブの開始時に「０」に初期化される。

図２３において、ＣＰＵ２０２は、通信端末１０２から受信したジョブコマンドに設定された宛先情報が示す宛先へスキャン画像を送信する（ステップＳ２３０１）。具体的に、ＲＡＭ２０３に保存された送信先ＵＲＩに対し、ＲＡＭ２０３に保存された送信先認証情報をＨＴＴＰヘッダに付与しＲＡＭ２０３に保存されたスキャン画像のバイナリデータをメッセージボディ部としたＨＴＴＰＳのＰＯＳＴリクエストが送信される。例えば、画像形成装置１０１がスプール能力を持つ場合、上述したジョブコマンド生成処理により、ジョブコマンドにはユーザ指定先であるクラウドサーバ１０３の宛先情報が設定されている。この場合、ステップＳ２３０１において、ＣＰＵ２０２は、クラウドサーバ１０３へスキャン画像を送信する。一方、画像形成装置１０１がスプール能力を持たない場合、上述したジョブコマンド生成処理により、ジョブコマンドには通信端末１０２の宛先情報が設定されている。この場合、ステップＳ２３０１において、ＣＰＵ２０２は、通信端末１０２へスキャン画像を送信する。

次いで、ＣＰＵ２０２は、ＰＯＳＴリクエストに対するＨＴＴＰＳレスポンスをスキャン画像の送信先から取得し、当該ＨＴＴＰレスポンスに含まれる送信結果をＲＡＭ２０３に保存する（ステップＳ２３０２）。次いで、ＣＰＵ２０２は、ステップＳ２３０２にてＲＡＭ２０３に保存された送信結果が「成功」であるか否かを判別する（ステップＳ２３０３）。

ステップＳ２３０３の判別の結果、ステップＳ２３０２にてＲＡＭ２０３に保存された送信結果が「成功」である場合、ＣＰＵ２０２は、ＲＡＭ２０３にジョブ実行結果として「送信成功」を保存し（ステップＳ２３０４）、本処理を終了する。

ステップＳ２３０３の判別の結果、ステップＳ２３０２にてＲＡＭ２０３に保存された送信結果が「成功」でない場合、ＣＰＵ２０２は、ＲＡＭ２０３に保存されたリトライ回数が上限回数未満であるか否かを判別する（ステップＳ２３０５）。

ステップＳ２３０５の判別の結果、リトライ回数が上限回数未満である場合、ジョブ実行結果保存処理はステップＳ２３０１へ戻る。ステップＳ２３０５の判別の結果、リトライ回数が上限回数未満でない場合、ＣＰＵ２０２は、ＲＡＭ２０３にジョブ実行結果として「失敗」を保存し（ステップＳ２３０６）、本処理を終了する。その後、ＣＰＵ２０２は、通信端末１０２から状態取得要求を受けると、ＲＡＭ２０３に保存したジョブ実行結果を含むＨＴＴＰレスポンスデータを通信端末１０２へ送信する。

図２４は、第２の実施の形態において通信端末１０２が実行する通信端末後処理の手順を示すフローチャートである。図２４の通信端末後処理は、通信端末１０２のＣＰＵ３０２がＲＯＭ３０４又はストレージ３０５に格納されたプログラムを実行することによって実現される。図２４の通信端末後処理は、通信端末１０２が行った状態取得要求の応答として、画像形成装置１０１からジョブ実行結果を含むＨＴＴＰレスポンスデータが送信された際に実行される。通信端末後処理の開始時には、画像形成装置１０１に状態取得要求を行うための状態取得要求ＵＲＩ、ユーザ指定宛先であるクラウドサーバ１０３の宛先情報がＲＡＭ３０３に保存されている。また、通信端末後処理の開始時には、ステップＳ１８０２又はＳ２１０２におけるデバイス能力取得要求の応答に基づいて画像形成装置１０１のスプール能力設定値が、通信端末１０２のＲＡＭ３０３に保存されている。

図２４において、ＣＰＵ３０２は、画像形成装置１０１から送信されたＨＴＴＰレスポンスデータに含まれるジョブ実行結果を取得する（ステップＳ２４０１）。次いで、ＣＰＵ３０２は、取得したジョブ実行結果が「実行中」であるか否かを判別する（ステップＳ２４０２）。

ステップＳ２４０２の判別の結果、取得したジョブ実行結果が「実行中」である場合、通信端末後処理はステップＳ２４０１に戻る。ステップＳ２４０２の判別の結果、取得したジョブ実行結果が「実行中」でない場合、ＣＰＵ３０２は、取得したジョブ実行結果が「成功」であるか否かを判別する（ステップＳ２４０３）。

ステップＳ２４０３の判別の結果、取得したジョブ実行結果が「成功」である場合、通信端末後処理はステップＳ２４０４へ進む。ステップＳ２４０４では、ＣＰＵ３０２は、ＲＡＭ３０２に保存された画像形成装置１０１のスプール能力設定値に基づいて画像形成装置１０１が「スプール能力有り」であるか否かを判別する。

ステップＳ２４０４の判別の結果、画像形成装置１０１が「スプール能力有り」である場合、通信端末後処理は後述するステップＳ２４０８へ進む。ステップＳ２４０４の判別の結果、画像形成装置１０１が「スプール能力有り」でない場合、上述したステップＳ２１１４にて画像形成装置１０１から送信されたスキャン画像がストレージ３０５に保存されている。この場合、ＣＰＵ３０２は、ユーザ指定宛先の宛先情報、例えば、クラウドサーバ１０３の宛先情報をＲＡＭ３０３から取得する（ステップＳ２４０５）。次いで、ＣＰＵ３０２は、ストレージ３０５に保存されているスキャン画像を、ネットワークＩ／Ｆ３０６を介してクラウドサーバ１０３へ送信する（ステップＳ２４０６）（例えば、上述したステップＳ２１１８を参照）。次いで、ＣＰＵ３０２は、スキャン画像の送信に対するレスポンスをクラウドサーバ１０３から取得する。ＣＰＵ３０２は、取得したレスポンスに基づいて送信結果が「成功」であるか否かを判別する（ステップＳ２４０７）。

ステップＳ２４０７の判別の結果、送信結果が「成功」である場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に送信成功画面１７１７を表示させる（ステップＳ２４０８）。次いで、ＣＰＵ３０２は、送信成功画面１７１７における閉じるボタン１７１８がユーザに押下されるまで待機する。送信成功画面１７１７における閉じるボタン１７１８がユーザに押下されると（ステップＳ２４０９でＹＥＳ）、ＣＰＵ３０２は、ステップＳ１５１１と同様の処理である終了処理を実行する（ステップＳ２４１０）。その後、通信端末後処理は終了する。

ステップＳ２４０７の判別の結果、送信結果が「成功」でない場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０に再送信画面１７１１を表示させる（ステップＳ２４１１）。次いで、ＣＰＵ３０２は、再送信画面１７１１における送信ボタン１７１３がユーザに押下されたか否かを判別する（ステップＳ２４１２）。

ステップＳ２４１２の判別の結果、再送信画面１７１１における送信ボタン１７１３がユーザに押下された場合、通信端末後処理はステップＳ２４０６へ進む。ステップＳ２４１２の判別の結果、再送信画面１７１１における送信ボタン１７１３がユーザに押下されない場合、ＣＰＵ３０２は、再送信画面１７１１における閉じるボタン１７１４がユーザに押下されたか否かを判別する（ステップＳ２４１３）。

ステップＳ２４１３の判別の結果、再送信画面１７１１における閉じるボタン１７１４がユーザに押下されない場合、通信端末後処理はステップＳ２４１２へ戻る。ステップＳ２４１３の判別の結果、再送信画面１７１１における閉じるボタン１７１４がユーザに押下された場合、通信端末後処理はステップＳ２４１０へ進む。

ステップＳ２４０３の判別の結果、取得したジョブ実行結果が「成功」でない場合、ＣＰＵ３０２は、表示部Ｉ／Ｆ３０８を介して、表示部３１０にエラー画面１７１５を表示させる（ステップＳ２４１４）。次いで、ＣＰＵ３０２は、エラー画面１７１５における閉じるボタン１７１６がユーザに押下されるまで待機する。エラー画面１７１５における閉じるボタン１７１６がユーザに押下されると（ステップＳ２４１５でＹＥＳ）、通信端末後処理はステップＳ２４１０へ進む。

上述した実施の形態では、通信端末１０２は、画像形成装置１０１がスプール能力を持たない場合、ユーザ指定宛先の宛先情報を含まず、通信端末１０２の宛先情報を含むジョブコマンドを画像形成装置１０１へ送信する。これにより、スプール能力を持たない画像形成装置１０１のストレージ２０５にスキャン画像を貯めこむこと無く、通信端末１０２からスキャン画像の送信のリトライを行うことができる。その結果、画像形成装置１０１において他のジョブの実行に制限をかけることなく、スキャン画像の送信のリトライを行うことができる。

また、上述した実施の形態では、スプール能力を持たない画像形成装置１０１は、ジョブの実行によって生成された全てのスキャン画像を格納し切れない程小容量なストレージ２０５を備える画像形成装置である。これにより、ジョブの実行によって生成された全てのスキャン画像を格納し切れない程小容量なストレージ２０５を備える画像形成装置において、スキャン画像の送信のリトライを通信端末１０２から行うことができる。

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

１００ 画像処理システム
１０１ 画像形成装置
１０２ 通信端末
２０２ ＣＰＵ
２０６ ネットワークＩ／Ｆ
３０２ ＣＰＵ
３０６ ネットワークＩ／Ｆ
３０９ 操作部
５０１ データ送受信部
５０３ ジョブ制御部
６０１ データ送受信部
６０４ コマンド生成部
８１１，１７１１ 再送信画面

Claims (11)

1. コマンド生成装置と画像処理装置を備える画像処理システムであって、
   前記コマンド生成装置は、
   ユーザから、原稿を読み取って当該原稿の画像データを生成して前記ユーザに指定された宛先へ前記画像データの送信を行うジョブの実行指示を受け付ける受付手段と、
   前記ジョブを実行させるコマンドを生成するコマンド生成手段と、
   前記コマンドを前記画像処理装置へ送信するコマンド送信手段とを備え、
   前記画像処理装置は、
   前記コマンド生成装置から受信したコマンドに基づいて前記ジョブの実行を制御する制御手段と、
   前記ユーザに指定された宛先へ前記画像データの送信を失敗した場合、当該画像データを前記コマンド生成装置へ送信する画像データ送信手段とを備え、
   前記コマンド生成装置は、前記ユーザから受けた指示に従って、前記画像処理装置から受信した前記画像データを前記ユーザに指定された宛先へ送信することを特徴とする画像処理システム。
2. 前記コマンドは、前記ユーザに指定された宛先へ前記画像データを送信する際に必要となる第１の宛先情報、及び前記コマンド生成装置へ前記画像データを送信する際に必要となる第２の宛先情報を含むことを特徴とする請求項１記載の画像処理システム。
3. 前記コマンド生成装置は、前記画像処理装置から前記画像データを受信した後に、前記画像処理装置による前記画像データの送信を完了したことを示すジョブ結果通知を前記画像処理装置から受信したことに従って、前記画像処理装置から受信した前記画像データを前記ユーザに指定された宛先へ送信する指示をユーザから受け付ける画面を表示することを特徴とする請求項１又は２記載の画像処理システム。
4. 前記画面には、前記画像処理装置が前記ユーザに指定された宛先へ前記画像データの送信を失敗したエラーの内容が表示されることを特徴とする請求項３記載の画像処理システム。
5. 前記ジョブ結果通知は、前記画像処理装置が前記ユーザに指定された宛先へ前記画像データの送信を完了したことを示す他のジョブ結果通知と異なることを特徴とする請求項３又は４記載の画像処理システム。
6. コマンド生成装置と画像処理装置を備える画像処理システムであって、
   前記コマンド生成装置は、
   前記画像処理装置のスプール能力を示す情報を要求する要求手段と、
   ユーザから、原稿を読み取って当該原稿の画像データを生成して前記ユーザに指定された宛先へ前記画像データの送信を行うジョブの実行指示を受け付ける受付手段と、
   前記ジョブを実行させるコマンドを生成するコマンド生成手段と、
   前記コマンドを前記画像処理装置へ送信するコマンド送信手段とを備え、
   前記画像処理装置は、
   前記コマンド生成装置から受信したコマンドに基づいて前記画像データを生成する画像処理手段と、
   前記コマンドに設定された宛先へ前記画像データを送信する画像データ送信手段とを備え、
   前記画像処理装置が前記スプール能力を持たない場合、前記コマンド生成手段は、前記コマンドに、前記ユーザに指定された宛先へ前記画像データを送信する際に必要となる第１の宛先情報を設定せずに、前記コマンド生成装置へ前記画像データを送信する際に必要となる第２の宛先情報を設定し、
   前記コマンド生成装置は、前記ユーザから受けた指示に従って、前記画像処理装置から受信した前記画像データを前記ユーザに指定された宛先へ送信することを特徴とする画像処理システム。
7. 前記スプール能力を持たない画像処理装置は、前記ジョブの実行によって生成された全ての画像データを格納し切れない程小容量なメモリを備える画像処理装置であることを特徴とする請求項６記載の画像処理システム。
8. 前記コマンド生成装置は、前記画像処理装置から前記画像データを受信した後に、前記画像処理装置による前記画像データの送信を完了したことを示すジョブ結果通知を前記画像処理装置から受信したことに従って、前記画像処理装置から受信した前記画像データを前記ユーザに指定された宛先へ送信する指示をユーザから受け付ける画面を表示することを特徴とする請求項６又は７記載の画像処理システム。
9. コマンド生成装置と画像処理装置を備える画像処理システムの制御方法であって、
   ユーザから、原稿を読み取って当該原稿の画像データを生成して前記ユーザに指定された宛先へ前記画像データの送信を行うジョブの実行指示を受け付ける受付工程と、
   前記ジョブを実行させるコマンドを前記コマンド生成装置によって生成するコマンド生成工程と、
   前記コマンドを前記画像処理装置へ送信するコマンド送信工程と、
   前記画像処理装置に、前記コマンドに基づいて前記ジョブを実行させる制御工程と、
   前記ユーザに指定された宛先へ前記画像データの送信を失敗した場合、前記画像処理装置によって当該画像データを前記コマンド生成装置へ送信する第１の画像データ送信工程と、
   前記ユーザから受けた指示に従って、前記コマンド生成装置によって前記画像データを前記ユーザに指定された宛先へ送信する第２の画像データ送信工程とを有することを特徴とする画像処理システムの制御方法。
10. コマンド生成装置と画像処理装置を備える画像処理システムの制御方法であって、
    前記画像処理装置のスプール能力を示す情報を要求する要求工程と、
    ユーザから、原稿を読み取って当該原稿の画像データを生成して前記ユーザに指定された宛先へ前記画像データの送信を行うジョブの実行指示を受け付ける受付工程と、
    前記ジョブを実行させるコマンドを前記コマンド生成装置によって生成するコマンド生成工程と、
    前記コマンドを前記画像処理装置へ送信するコマンド送信工程と、
    前記画像処理装置が前記コマンドに基づいて前記画像データを生成する画像処理工程と、
    前記画像処理装置が前記コマンドに設定された宛先へ前記画像データを送信する画像データ送信手段とを有し、
    前記画像処理装置が前記スプール能力を持たない場合、前記コマンド生成工程では、前記コマンドに、前記ユーザに指定された宛先へ前記画像データを送信する際に必要となる第１の宛先情報が設定されずに、前記コマンド生成装置へ前記画像データを送信する際に必要となる第２の宛先情報が設定され、
    前記コマンド生成装置は、前記ユーザから受けた指示に従って、前記画像処理装置から受信した前記画像データを前記ユーザに指定された宛先へ送信することを特徴とする画像処理システム。
11. 請求項１乃至８のうちいずれか１項に記載の画像処理システムの各手段をコンピュータに実行させるためのプログラム。

Images