JP5677005B2 - 画像処理装置、画像処理装置の制御方法、並びにプログラム - Google Patents

Description

本発明は、外部サーバと通信可能な画像処理装置、画像処理装置の制御方法、並びにプログラムに関する。

画像処理装置を取り巻くネットワーク環境に関しては、近年、クラウドコンピューティングといった特にインターネットをベースとしたコンピュータの利用形態が注目されている。クラウドコンピューティングでは、ユーザはコンピュータ処理をネットワーク経由でサービスとして利用する。特に、インターネット上では、様々なサービス提供者による様々なサービスが提供されており、ユーザは業務など各自の利用形態に合わせてサービスを選択することが可能となっている。したがって、画像処理装置においても、様々なサービス提供者によるサービスと連携し、ユーザの業務効率を向上させるソリューションの提供することが重要となる。

画像処理装置と外部サーバが連携しユーザにサービスを提供する形態は従来から存在する。特許文献１は、画像処理装置が文書管理システムと連携し、画像処理装置でスキャンしたデータを文書管理システムにアップロードする方法を開示している。

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

従来の構成では、外部サーバと連携するためのプログラムを新しく実装する必要があるため、画像処理装置の実装コストが肥大化してしまう。本発明の目的の１つは、従来の画像処理装置のスキャン送信機能を利用し、画像処理装置の実装コストを抑えつつ、外部サーバと連携しユーザにサービスを提供することが可能になる画像処理装置を提供することである。なお、スキャン送信機能とは、画像処理装置の原稿台の上に置かれた原稿を読み取り、画像データを生成し、生成した画像データを指定されたサーバへ送信する機能である。

本発明の一実施系に係る画像処理装置は、スキャナユニットを介して読み取った原稿を基に画像データを生成する生成手段と、前記生成手段により生成された画像データを指定された送信先に送信する第１の送信手段と、を有する画像処理装置であって、送信サーバと、前記生成手段により生成される画像データを、前記画像処理装置と通信可能な外部サーバにアップロードするアップロード要求を受け付けたことに応じて、前記第１の送信手段に対し前記送信サーバへ前記画像データを送信する指示を出す指示手段と、前記指示手段による指示に従い前記第１の送信手段が送信した画像データを、前記送信サーバから取得し、取得した画像データを前記外部サーバへ送信する第２の送信手段とを有することを特徴とする。

従来の画像処理装置のスキャン送信機能を利用することで、画像処理装置の実装コストを抑えつつ、外部サーバと連携しユーザにサービスを提供することが可能になる

第１の実施形態における画像処理システムの全体図。 第１の実施形態における画像処理装置のハードウェア構成を示すブロック図。 第１の実施形態における外部サーバのハードウェア構成を示すブロック図。 従来の実施形態における画像処理装置のソフトウェア構成を示すブロック図。 第１の実施形態における画像処理装置のソフトウェア構成を示すブロック図。 第１の実施形態における画像処システムの動作を説明するフロー図である。 第２の実施形態における画像処理装置のソフトウェア構成を示すブロック図。 第２の実施形態における画像処システムの動作を説明するフロー。 第３の実施形態における画像処システムの動作を説明するフロー。 （ａ）第３の実施形態における表示部２０９に表示される画像を示す図。（ｂ）第３の実施形態における表示部２０９に表示される画像を示す図。 第４の実施形態における画像処システムの動作を説明するフロー。 第５の実施形態における画像処理装置のソフトウェア構成を示すブロック図。 第５の実施形態における画像処システムの動作を説明するフロー図。 （ａ）第５の実施形態における表示部２０９に表示される画像を示す図。（ｂ）第５の実施形態における表示部２０９に表示される画像を示す図。

本発明は、外部サーバと連携しユーザにサービスを提供する画像処理装置において、従来のスキャン送信機能を利用し、スキャンした画像データを外部サーバに送信することを想定している。そして、そのような状況下において、スキャンした画像データを送信した場合であっても、適切な送信履歴を画像処理装置で管理することを目的の１つとする。

始めに、従来の送信機能を外部サーバと連携するために必要な外部サービスアプリケーションを、画像処理装置に単純に実装した場合に発生する問題について説明する。図４に示すように、画像処理装置に、従来の画像処理装置の機能であるスキャン送信機能４０１、同じく従来の画像処理装置の機能である履歴管理部４０５、および外部サービス部４０９を実装したとする。

この場合、リクエスト処理部４０７からスキャン送信処理の指示が送信され、サービスプロバイダ４０８に対し、指定した送信先へ画像データを送信する指示が送信される。サービスプロバイダ４０８はジョブを生成し、スキャン制送信部４０１へジョブを送信する。スキャン制御部４０２はジョブに従いスキャン処理を行い、スキャンした画像データは、送信制御部４０３により、指定先である外部サービス部４０９のＦＴＰサーバ４０４に送信される。ＦＴＰサーバ４０４は、外部通信部４０６にスキャンした画像データを送信する。外部通信部４０６は、外部サーバ１２０とデータ通信を行うための通信モジュールにより実現される機能であり、外部サーバ１２０の通信規格に沿ったデータ通信を行う。また、外部通信部４０６は、ユーザが指定した外部サーバ１２０のディレクトリにデータを送信することが可能な機能を有している。外部通信部４０６は、ＦＴＰサーバ４０４から受信した画像データを外部サーバ１２０にアップロードする。このとき、履歴管理部４０５は、スキャン送信部４０１の送信制御部４０３が送信した送信先のＵＲＬを含む、各種ジョブ履歴情報を保存する。そのため、履歴管理部４０５で管理されているジョブ履歴には、ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｓｅｖｅｒ．ｈｔｍのような画像処理装置内の送信サーバのＵＲＬが保存される。実際には画像データを、外部サービスにアップロードするため、ジョブ履歴の送信アドレスには、外部サービスのＵＲＬが表示されることが望ましい。

なお、スキャン送信処理を実現するスキャン送信機能を１つのソフトウェア構成として図示しているが、スキャン処理と送信処理が分離しており、夫々独立したモジュールとして実装されていても良い。例え、そのような構成であっても本発明を実施することは可能であるゆえ、ここではスキャン送信機能と称する。

本発明に係る第１の実施形態について説明する。

＜システム構成＞
図１は、本発明の実施形態における画像処理システムの全体図である。画像処理装置１００はＬＡＮ１０１を介してインターネット１１０に接続されている。また、クラウドコンピューティング環境でサービスを提供している外部サーバ１２０は、ＬＡＮ１２１を介してインターネット１１０に接続されている。画像処理装置１００は、外部サーバ１２０と通信可能であり、外部サーバ１２０が提供するサービスを利用することができる。なお、ここでは、外部サーバ１２０が１台でファイル管理サーバを提供する例を示した。しかしながら、外部サーバ１２０の他の形態として、複数のサーバによって構成され、そのサーバ群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしても構わない。

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

プリンタＩ／Ｆ２０７は、プリンタ２１０と制御部２００とを接続する。プリンタ２１０で印刷すべき画像データはプリンタＩ／Ｆ２０７を介して制御部２００から転送され、プリンタ２１０において記録媒体上に印刷される。スキャナＩ／Ｆ２０７は、スキャナユニットであるスキャナ２１１と制御部２００とを接続する。スキャナ２１１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。ネットワークＩ／Ｆ２０８は、制御部２００をＬＡＮ１０１に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１０１上の外部装置に画像データや情報を送信したり、ＬＡＮ１０１上の外部装置から各種情報を受信したりする。

＜外部サーバのハードウェア構成＞
図３は、本発明の実施形態における外部サービスを提供する外部サーバ１２０の構成を示すブロック図である。ＣＰＵ３０１を含む制御部３００は、外部サーバ１２０全体の動作を制御する。ＣＰＵ３０１は、ＲＯＭ３０２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３０４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。ネットワークＩ／Ｆ３０５は、制御部３００をＬＡＮ１２１に接続する。ネットワークＩ／Ｆ３０５は、ＬＡＮ１２１上の他の装置との間で各種情報を送受信する。

＜画像処理装置のソフトウェア構成＞
図５は、実施例１における画像処理装置のソフトウェア構成を説明する図である。図５に示す各機能部は、画像処理装置１００内のＣＰＵ２０１が、ＲＯＭ２０２もしくはＨＤＤ２０４に格納された制御プログラムを読み出して実行することで実現される。

画像処理装置１００は、外部サービスアプリケーション５００、サービスプロバイダ５１０、本体制御部５２０の機能を有する。夫々の機能は、別々のプログラムを実行することにより実現されることを想定している。外部サービスアプリケーション５００は、外部サーバ１２０と通信を行い、外部サーバ１２０に画像データをアップロードすると共に、本体制御部５２０に操作表示画面を提供する。外部サービスアプリケーション５００は、外部通信部５０１、ＦＴＰサーバ５０２、リクエスト処理部５０３、ジョブ管理部５０４、履歴更新部５０６、画面描画部５０７から構成される。

外部通信部５０１は、ＦＴＰサーバ５０２が受信した画像データを外部サーバ１２０にアップロードするために、インターネット１１０を経由して、外部サーバ１２０と通信を行う。なお、外部通信部５０１は、外部サーバ１２０と通信を行うための通信プロトコルを実装した通信モジュールにより実現される。ＦＴＰサーバ５０２は、本体制御部５２０の送信制御部５２１から送信された画像データの受信を行う。その後、受信した画像データを外部通信部５０１に送信する。外部通信部５０１は、第２の送信手段に相当する。

リクエスト処理部５０３は、本体制御部５２０の入力制御部５２３からの入力信号を受信すると共に、サービスプロバイダ５１０の通信部５１２に対して、ジョブの依頼を行う。その際に、スキャン処理で得られる画像データにつける名前、スキャン解像度、画像データの送信先のＦＴＰサーバ５０２のＵＲＬなどのジョブ設定値も送信する。また、リクエスト処理部５０３は、画像データのアップロード先のＵＲＬを外部通信部５０１、ジョブ管理部５０４に送信する。

ジョブ管理部５０４は、本体制御部５２０の送信制御部５２１から受付番号を受信し、ジョブ管理テーブル５０５に保存する。また、ジョブ管理部５０４は、画像データのアップロード先である外部サーバ１２０のＵＲＬを受付番号と関連付けて、ジョブ管理テーブル５０５に保存する。受付番号については後述する。ジョブ管理テーブル５０５は、ＲＡＭ２０３もしくはＨＤＤ２０４に保存される。

履歴更新部５０６は、本体制御部５２０の履歴管理部５２４にジョブ管理テーブル５０５から受付番号に関連するジョブ管理情報を検索し、検索結果を送信し、履歴管理テーブル５２５を書き換えるように依頼する。画面描画部５０７は、操作部２０９に表示する画面を生成し、本体制御部５２０の画面描画制御部５２６に送信する。

サービスプロバイダ５１０は、通信部５１２、ジョブ生成部５１１を含む。通信部５１２は、外部サービスアプリケーション５００のリクエスト処理部５０３からの処理依頼を受ける。ョブ生成部５１１は、通信部５１２で受信した依頼を実行するためのジョブを生成する。その際に、通信部５１２で受信したジョブ設定値を反映させて、ジョブ生成を行う。その後、ジョブ生成部５１１は、生成したジョブを本体制御部５２０のスキャン制御部５２２に送信する。

本体制御部５２０は、サービスプロバイダ５１０の指示により、スキャン動作を行い、外部サービスアプリケーション５００に画像データを送信する。また、外部サービスアプリケーション５００から提供された操作表示画面の表示や、外部サービスアプリケーション５００からの依頼で履歴管理テーブル５２５の更新を行う。本体制御部５２０は、スキャン制御部５２２、送信制御部５２１、入力制御部５２３、履歴管理部５２４、画面描画制御部５２６から構成される。

スキャン制御部５２２は、サービスプロバイダ５１０のジョブ生成部５１１で生成されたジョブを受信し、スキャナ２１１を制御し、スキャン処理を実行する。スキャン制御部５２２は、スキャン処理した結果得られる画像データを送信制御部５２１に送信する。

送信制御部５２１は、スキャン制御部５２２から受信した画像データを受信し、外部サービスアプリケーション５００のＦＴＰサーバ５０２に送信する。また、送信制御部５２１は、ＦＴＰサーバ５０２に送信するジョブに対応付けて受付番号を発行する。受付番号は、ジョブに対して一意の数字が付けられ、実行するジョブの順番に連番の数字で付けられる。この受付番号をもとに、ジョブ管理テーブル５０５から情報の検索、送信や、履歴管理テーブル５２５の更新などを行う。受付番号を発行した後、送信制御部５２１は、外部サービスアプリケーション５００のジョブ管理部５０４に受付番号を送信する。また、送信制御部５２１は、ＦＴＰサーバ５０２へスキャンして得た画像データを送信した際に、ジョブ情報を保存するよう履歴管理部５２４に指示を出す。送信制御部５２１が第１の送信手段に相当する。

入力制御部５２３は、操作部２０９から入力されたユーザの指示が、外部サービスアプリケーション５００への選択指示であった場合、外部サービスアプリケーション５００のリクエスト処理部５０３に入力信号を送信する。

履歴管理部５２４は、受付番号と送信先アドレス、開始時刻、ジョブタイプ、送信ファイル名などのジョブ情報を関連付けて、履歴管理テーブル５２５に保存する。また、履歴管理部５２４は、外部サービスアプリケーション５００の履歴更新部５０６の指示により、受信した受付番号に関連するジョブ情報を更新する。履歴管理テーブル５２５は、ＲＡＭ２０３もしくはＨＤＤ２０４に保存される。

履歴管理テーブル５２５には、受付番号とそれに関連するジョブ情報が保存されており、ジョブ情報には送信先アドレスが含まれる。従来技術では、履歴管理テーブル５２５の送信先アドレスには、送信制御部５２１の送信先であるＦＴＰサーバ５０２のＵＲＬが保存され、そのジョブ情報（ＵＲＬ）がジョブ履歴としてユーザに提供されることになる。即ち、ユーザがジョブ情報を閲覧したいと考え、送信制御部５２１の送信履歴を閲覧する指示をした場合、ジョブの履歴を表示させるとＦＴＰサーバ５０２のＵＲＬが表示される。そのため、ユーザは送信先が画像処理装置内のサーバである、と誤認識する可能性がある。本発明では、外部サービス部５００の履歴更新部５０６の指示により、履歴管理部５２４は、履歴管理テーブル５２５の送信先アドレスを、ジョブ管理テーブル５０５に保存されている外部サーバ１２０のＵＲＬに書き換える。これにより、ジョブの履歴を表示するときに、実際の画像アップロード先である外部サーバ１２０のＵＲＬが表示されるため、ユーザが誤認識することを防ぐことが出来る。

画面描画制御部５２６は、入力制御部５２３から指示を受け、その指示に基づき操作部２０９に画面を表示する。また、画面描画制御部５２６は、外部サービスアプリケーション５００の画面描画部５０７に描画指示を行い、生成された表示画面を受信し、操作部２０９に画面を表示する。

＜第１の実施形態に係る特徴的な処理＞
図６は、本発明の第１の実施形態における、外部サービスアプリケーション５００の履歴更新部５０６の指示により、履歴管理テーブル５２５の送信先アドレスの更新を行う一連の処理を説明するフロー図である。図６のフロー図に示す各動作は、画像処理装置１００のＣＰＵ２０１および外部サーバ１２０のＣＰＵ３０１がそれぞれの制御プログラムを実行することにより実現される機能により実行される。

ステップＳ６０１では、本体制御部５２０の画面描画制御部５２６は、外部サービス部５００の画面描画部５０７に描画指示を行う。ステップＳ６０２では、外部サービスアプリケーション５００の画面描画部５０７は、操作部２０９に表示する画面を生成する。ステップＳ６０３では、外部サービスアプリケーション５００の画面描画部５０７は、本体制御部５２０の画面描画制御部５２６に送信する。ステップＳ６０４では、本体制御部５２０の画面描画制御部５２６は、受信した表示画面を操作部２０９に画面を表示する。

ステップＳ６０５では、外部サービスアプリケーション５００のリクエスト処理部５０３は、サービスプロバイダ５１０の通信部５１２に、スキャンして外部サーバ１２０に送信するジョブの依頼を行う。なお、このジョブの依頼は、操作部２０９の表示画面を介してユーザが要求した、外部サーバへスキャンして得た画像データをアップロードするアップロード要求が要求されたことに応じて依頼される。このとき、リクエスト処理部５０３は、スキャン処理で得られる画像データにつける名前、スキャン解像度などのジョブ設定値も送信する。これらのジョブ設定値は、ユーザが画面を介して入力した設定値である。また、リクエスト処理部５０３は、ＦＴＰサーバ５０２のアドレスもサービスプロバイダ５１０へ送信する。ステップＳ６０６では、サービスプロバイダ５１０のジョブ生成部５１１は、通信部５１２で受信したスキャンして送信するジョブの依頼を実行するためのジョブを生成する。その際に、通信部５１２で受信したジョブ設定値を反映させて、ジョブ生成を行う。ステップＳ６０７では、サービスプロバイダ５１０のジョブ生成部５１１は、生成したジョブ、およびＦＴＰサーバ５０２のアドレスを本体制御部５２０のスキャン制御部５２２に送信する。

ステップＳ６０８では、本体制御部５２０のスキャン制御部５２２は、サービスプロバイダ５１０のジョブ生成部５１１で生成されたジョブを受信し、スキャナ２１１を制御し、スキャン処理を実行する。スキャン処理した結果得られる画像データを取得し、送信制御部５２１に送信する。ステップＳ６０９では、送信制御部５２１は、受信したジョブに対応付けて受付番号を発行する。受付番号は、ジョブに対して一意の数字が付けられ、実行するジョブの順番に連番の数字で付けられる。ステップＳ６１０では、送信制御部５２１は、発行した受付番号を外部サービスアプリケーション５００のジョブ管理部５０４に送信する。

ステップＳ６１１では、外部サービスアプリケーション５００のジョブ管理部５０４は、ステップＳ６１０で受信した受付番号をジョブ管理テーブル５０５に保存する。また、リクエスト処理部５０３が入力制御部５２３から受信した画像データのアップロード先である外部サーバ１２０のＵＲＬを、受付番号と関連付けてジョブ管理テーブル５０５に保存する。

ステップＳ６１２では、本体制御部５２０の送信制御部５２１は、ステップＳ６０８で受信した画像データを、外部サービス部５００のＦＴＰサーバ５０２に送信する。ステップＳ６１３では、本体制御部５２０の履歴管理部５２４は、ステップＳ６０９で発行された受付番号と送信先アドレス、開始時刻、ジョブタイプなどのジョブ情報を関連付けて、履歴管理テーブル５２５に保存する。このとき、履歴管理テーブル５２５の送信先アドレスには、外部サービス部５００のＦＴＰサーバ５０２のアドレスであるｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｓｅｖｅｒ．ｈｔｍが保存される。

ステップＳ６１４では、外部サービス部５００の外部通信部５０１は、ステップＳ５０５で受信した画像データを、インターネット１１０を経由して外部サーバ１２０に対して送信する。送信先のアドレスは、リクエスト処理部５０３が入力制御部５２３から受信したＵＲＬであり、外部通信部５０１はリクエスト処理部５０３からＵＲＬを受信している。ステップＳ６１５では、外部サービス部５００の履歴更新部５０６は、ジョブ管理テーブル５０５から、受付番号をもとにアップロード先アドレスである外部サーバ１２０のＵＲＬを検索し、本体制御部５２０に送信する。その後、履歴管理部５２４に履歴管理テーブル５２５の更新を依頼する。

ステップＳ６１６では、本体制御部５２０の履歴管理部５２４は、受付番号に関連する送信先アドレスを、ステップＳ６１５で受信したアップロード先アドレスに書き換える。つまり、履歴管理テーブル５２５の送信先アドレスに、ＦＴＰサーバ５０２のアドレスであるｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｓｅｖｅｒ．ｈｔｍが保存されているものを、外部サーバ１２０のＵＲＬに書き換える。これにより、ジョブの履歴を表示するときに、実際の画像アップロード先である外部サーバ１２０のＵＲＬが表示するため、ユーザが誤認識することを防ぐことが出来る。なお、前者の履歴が第１の履歴に相当し、後者の置き換えた履歴が第２の履歴に相当する。

＜第１の実施形態に係る利点＞
本発明によれば、画像データを画像処理装置内のサーバに送信した後に、外部サーバに送信する場合において、ジョブの履歴の送信先アドレスに画像処理装置内のサーバのアドレス表示するのではなく、外部サーバのアドレスを表示することができる。このことにより、ユーザが、送信先は画像処理装置内のサーバであると誤認識することを防ぎ、操作性を向上させることができる。

次に、本発明の第２の実施形態について説明する。第２の実施形態では、外部サービスアプリケーション５００の代わりに、ＷＥＢブラウザとＷＥＢアプリケーションを使うケースについて説明する。ここでは、実施例１との差分のみ説明する。

＜画像処理装置のソフトウェア構成＞
図７は、第２の実施形態の画像処理装置を含むシステム全体のソフトウェア構成を説明する図である。図７に示す各機能部は、画像処理装置１００内のＣＰＵ２０１が、ＲＯＭ２０２もしくはＨＤＤ２０４に格納された制御プログラムを読み出して実行することで実現される。

画像処理装置１００は、ＷＥＢアプリケーション７００、サービスプロバイダ７１０、ＷＥＢブラウザ７２０、本体制御部７３０から構成される。サービスプロバイダ７１０、本体制御部７３０は、実施例１における図５のサービスプロバイダ５１０、本体制御部５２０と同様の構成であるため説明は省略する。

ＷＥＢアプリケーション７００は、外部サーバ１２０と通信を行い、外部サーバ１２０に画像データをアップロードすると共に、ＷＥＢブラウザ７２０に操作表示画面を提供する。ＷＥＢアプリケーション７００は、外部通信部７０１、ＦＴＰサーバ７０２、リクエスト処理部７０３、ジョブ管理部７０４、履歴更新部７０６、コンテンツ作成部７０７、コンテンツ送信部７０８から構成される。外部通信部７０１、ＦＴＰサーバ７０２、リクエスト処理部７０３、ジョブ管理部７０４、履歴更新部７０６は、外部通信部５０１、ＦＴＰサーバ５０２、リクエスト処理部５０３、ジョブ管理部５０４、履歴更新部５０６と同様の構成であるため省略する。

コンテンツ作成部７０７は、外部通信部７０１が受信した外部サーバ１２０からのレスポンスメッセージを解析して、ＷＥＢブラウザ７２０に送信するための操作画面コンテンツを作成する。コンテンツ送信部７０８は、ＷＥＢブラウザ７２０からのリクエストに応じて、コンテンツ作成部７０７で作成した操作画面コンテンツを送信する。

ＷＥＢブラウザ７２０は、ＷＥＢアプリケーション７００から操作画面コンテンツを取得して、操作部２０９に表示すると共に、操作部２０９を介して入力されたユーザ指示を元にＷＥＢアプリケーション７００にリクエストを送信する。ＷＥＢブラウザ７２０は、コンテンツ取得部７２２、コンテンツ解析部７２３、画面描画部７２１から構成される。コンテンツ取得部７２２は、ＷＥＢアプリケーション７００のコンテンツ送信部７０８に対してコンテンツ取得のリクエストを送信すると共に、コンテンツ送信部７０８から送信されたレスポンスをコンテンツとして受信する。

コンテンツ解析部７２３は、コンテンツ取得部７２２が取得したコンテンツを解析し、操作部２０９に表示するための画面を作成する。画面描画部７２１は、コンテンツ解析部７２３が作成した画面を操作部２０９に表示する。実際には、本体制御部７３０の画面描画制御部７３６から描画指示があった場合に、操作部２０９に対して画面の描画の依頼を行う。

＜第２の実施形態に係る特徴的な処理＞
図８は、本発明の第２の実施形態における、ＷＥＢブラウザ７２０が、ＷＥＢアプリケーション７００から操作画面コンテンツを取得して、操作部２０９に表示する一連の処理を説明するフロー図である。図８のフロー図に示す各動作は、画像処理装置１００のＣＰＵ２０１および外部サーバ１２０のＣＰＵ３０１がそれぞれの制御プログラムを実行することにより実現される。

ステップＳ８０８〜Ｓ８１９は、図６のステップＳ６０５〜Ｓ６１６の処理と同様のため説明は省略する。ステップＳ８０１では、ユーザの指示を元に、本体制御部７３０の画面描画制御部７２６は、ＷＥＢブラウザ７２０に描画指示を出す。ステップＳ８０２では、ＷＥＢブラウザ７２０のコンテンツ取得部７２２は、ＷＥＢアプリケーション７００に対して、画像データを外部サーバ１２０にアップロードするためのコンテンツを取得するリクエストを送信する。ステップＳ８０３では、ＷＥＢアプリケーション７００のコンテンツ作成部７０７は、画像データをアップロードするための操作画面コンテンツを作成する。ステップＳ８０４では、ＷＥＢアプリケーション７００のコンテンツ送信部７０８はステップＳ８０３で作成した操作画面コンテンツをＷＥＢブラウザ７２０のコンテンツ取得部７２２に送信する。

ステップＳ８０５では、ＷＥＢブラウザ７２０のコンテンツ解析部７２３は、ステップＳ８０４で受信した操作画面コンテンツを解析し表示画面を作成する。ステップＳ８０６では、ＷＥＢブラウザ７２０の画面描画部７２１は、ステップＳ８０５で作成した表示画面を、本体制御部７３０の画面描画制御部７３６に送信し、画面描画の依頼を行う。ステップＳ８０７では、本体制御部７３０の画面描画制御部７３６は、ステップＳ８０６で受信した表示画面を操作部２０９に画面を表示する。

＜第２の実施形態に係る利点＞
本発明によれば、ＷＥＢブラウザとＷＥＢアプリケーションを使用する場合においても、
ジョブの履歴の送信先アドレスに外部サーバのアドレスを表示することができる。

次に、本発明の第３の実施形態について説明する。第３の実施形態では、ジョブの履歴の送信先アドレス以外の情報も更新するケースについて説明する。ここでは、実施例１との差分のみ説明する。

＜第３の実施形態に係る特徴的な処理＞
図９は、本発明の第３の実施形態における外部サービス部５００が、履歴管理テーブル５２５の終了時刻、ジョブタイプ、送信画像データ名を更新する一連の処理を説明するフロー図である。図９のフロー図に示す各動作は、画像処理装置１００のＣＰＵ２０１および外部サーバ１２０のＣＰＵ３０１がそれぞれの制御プログラムを実行することにより実現される。

ステップＳ９０１〜Ｓ９１０、Ｓ９１２〜Ｓ９１４は、図６のステップＳ６０１〜Ｓ６１０、Ｓ６１２〜Ｓ６１４と同様の処理であるため説明は省略する。ステップＳ９１１では、外部サービスアプリケーション５００のジョブ管理部５０４は、ステップＳ９１０で受信した受付番号をジョブ管理テーブル５０５に保存する。また、画像データのアップロード先である外部サーバ１２０のＵＲＬを受付番号と関連付けて、ジョブ管理テーブル５０５に保存する。さらに、外部サービスアプリケーション５００の処理するジョブタイプを、受付番号に関連付けて、ジョブ管理テーブル５０５に保存する。例えば、実施例ではクラウド上の外部サーバ１２０に画像データを送信するジョブであるので、”Ｓｅｎｄ ｔｏ Ｃｌｏｕｄ”のジョブタイプを送信する。なお、外部サービス部５００は、ＦＴＰサーバ５０２に画像データが送信された場合、”Ｓｅｎｄ ｔｏ Ｃｌｏｕｄ”であると判断できる。

ステップＳ９１５では、外部サーバ１２０は、Ｓ９１４で受信した画像データの名前に使用禁止文字が使われている場合、その文字を消去し、画像データ名を変更してＨＤＤ３０４に保存する。例えば、受信した画像データ名が”ｓａｍｐｌｅ＿ｄｏｃｕｍｅｎｔ．ｄｏｃ”であり、外部サーバ１２０では”＿”を使用して画像データを保存することを禁止しているものとする。その場合、外部サーバ１２０は、画像データ名の”＿”を消去し、” ｓａｍｐｌｅｄｏｃｕｍｅｎｔ．ｄｏｃ”として変更してＨＤＤ３０４に保存する。なお、外部サーバが禁止している文字の情報は、画像処理装置１００が予め保持している。

ステップＳ９１６では、外部サービス部５００の外部通信部５０１は、ステップＳ９１５で画像データ名を変更して、ＨＤＤ３０４に保存したときの画像データ名を取得する。例えば、実施例では、送信した画像データ”ｓａｍｐｌｅ＿ｄｏｃｕｍｅｎｔ．ｄｏｃ”の名前を外部サーバ１２０で変更したときの名前” ｓａｍｐｌｅｄｏｃｕｍｅｎｔ．ｄｏｃ”を取得する。なお、外部サービス部５００に送信する前に外部サービス部５００が禁止文字を把握し、ファイル名を変更して送信する構成でも良い。その場合、ステップＳ９１６は省くことが可能である。

ステップＳ９１７では、外部サーバ１２０に画像データの送信が完了したときの時刻を、受付番号に関連付けて、ジョブ管理テーブル５０５に保存する。また、ステップＳ９１６で取得した画像データ名を、受付番号に関連付けて、ジョブ管理テーブル５０５に保存する。この送信時刻は、外部通信部５０１が外部サーバ１２０に画像データを送信した時刻であって、送信制御部５２１がＦＴＰサーバ５０２に送信した時刻ではない。

ステップＳ９１８では、外部サービスアプリケーション５００の履歴更新部５０６は、ジョブ管理テーブル５０５から、受付番号をもとに、アップロード先アドレス、ジョブタイプ、送信完了時刻、画像データ名を検索し、本体制御部５２０に送信する。その後、履歴管理部５２４に履歴管理テーブル５２５の更新を依頼する。

ステップＳ９１９では、本体制御部５２０の履歴管理部５２４は、受付番号に関連する送信先アドレス、ジョブタイプ、送信完了時刻、画像データ名を、ステップＳ９１８で受信した情報に書き換える。つまり、送信先アドレスを外部サーバ１２０のＵＲＬ、ジョブタイプを”Ｓｅｎｄ ｔｏ Ｃｌｏｕｄ”、送信完了時刻をステップＳ９１７で保存した時刻、画像データ名を” ｓａｍｐｌｅｄｏｃｕｍｅｎｔ．ｄｏｃ”に書き換える。

図１０（ａ）は、本体制御部５２０の画面描画制御部５２６が操作部２０９に表示する、従来のジョブの履歴の画面である。終了時刻１００１、ジョブタイプ１００２、相手先１００３、送信ファイル名１００４は、それぞれステップＳ９１３で保存されたものであり、ステップＳ９１２でＦＴＰサーバ５０２に画像データの送信が完了した時点での履歴になっている。そのため、実際には、外部サーバ１２０に画像データをアップロードするジョブであるのを、ＦＴＰサーバ５０２に画像データを送信するジョブであるとユーザが誤認識する恐れがある。このジョブ履歴の画面は、外部通信部５０１の外部サーバ１２０へ画像データを送信する処理が完了するまで表示される画面になる。

図１０（ｂ）は、本発明における、本体制御部５２０の画面描画制御部５２６が操作部２０９に表示する、ジョブの履歴の画面である。終了時刻１０１１、ジョブタイプ１０１２、相手先１０１３、送信ファイル名１０１４は、それぞれステップＳ９１８でジョブ管理テーブル５０５の情報を送信し、ステップＳ９１９で更新したものである。つまり、終了時刻１０１１は画像データのアップロードが完了した時間、ジョブタイプ１０１２は画像データをアップロードしたときのジョブ名、相手先１０１３はアップロード先のＵＲＬ、送信ファイル名１０１４はアップロード時の画像データ名である。これにより、ステップＳ９１４で外部サーバ１２０に画像データのアップロードが完了した時点での履歴になるため、ユーザが誤認識することを防ぎ、操作性を向上させることができる。

なお、本実施例では、終了時刻とジョブタイプの更新する構成だが、他のジョブの履歴を更新する構成を取ってもよい。

＜第３の実施形態に係る利点＞
本発明によれば、ジョブの履歴の送信アドレス以外の履歴についても、外部サーバに送信した際の履歴を反映させることができる。このことにより、ユーザに外部サーバに送信した際の履歴を正しく提示することができる。

次に、本発明の第４の実施形態について説明する。第４の実施形態では、ＦＴＰサーバ５０２に送信が完了した時点では、履歴管理テーブル５２５の保存を行わず、外部サーバ１２０にアップロードが完了した時点で、初めて履歴管理テーブル５２５の保存を行うケースについて説明する。ここでは、実施例１との差分のみ説明する。

＜第４の実施形態に係る特徴的な処理＞
図１１は、本発明の第４の実施形態における、外部サーバ１２０に画像データのアップロードが完了した時点で、初めて履歴管理テーブル５２５の保存を行う一連の処理を説明するフロー図である。図１１のフロー図に示す各動作は、画像処理装置１００のＣＰＵ２０１および外部サーバ１２０のＣＰＵ３０１がそれぞれの制御プログラムを実行することにより実現される。ステップＳ１１０１〜Ｓ１１０５、Ｓ１１０７〜Ｓ１１１０、Ｓ１１１３は、図６のステップＳ６０１〜Ｓ６０５、Ｓ６０７〜Ｓ６１０、Ｓ６１４と同様の処理であるため説明は省略する。

ステップＳ１１０６では、サービスプロバイダ５１０のジョブ生成部５１１は、通信部５１２で受信したスキャン送信ジョブの依頼を実行するためのジョブを生成する。その際に、通信部５１２で受信したジョブ設定値を反映させて、ジョブ生成を行う。また、ＦＴＰサーバ５０２に画像データの送信が完了した時点で履歴管理テーブル５２５の保存しないように、履歴保存不可フラグを０から１にする。

ステップＳ１１１１では、外部サービス部５００のジョブ管理部５０４は、ステップＳ１１１０で受信した受付番号をジョブ管理テーブル５０５に保存する。また、画像データのアップロード先である外部サーバ１２０のＵＲＬを、受付番号と関連付けて、ジョブ管理テーブル５０５に保存する。さらに、ステップＳ１１０５でサービスプロバイダ５１０の通信部５１２に送信したジョブ設定値を、受付番号と関連付けて、ジョブ管理テーブル５０５に保存する。

ステップＳ１１１２では、本体制御部５２０の送信制御部５２１は、ステップＳ６０８で受信した画像データを、外部サービス部５００のＦＴＰサーバ５０２に送信する。この後、実施例１では、ジョブ情報を履歴管理テーブル５２５に保存するが、本体制御部５２０の履歴管理部５２４は、履歴保存不可フラグをチェックし、履歴保存不可フラグが１の場合は、履歴管理テーブル５２５の保存を行わない。

ステップＳ１１１４では、外部サービス部５００の履歴更新部５０６は、ジョブ管理テーブル５０５から、受付番号をもとにステップＳ１１１１で保存したアップロード先アドレスやその他ジョブ設定値を検索し、本体制御部５２０に送信する。その後、履歴管理部５２４に履歴管理テーブル５２５の更新を依頼する。

ステップＳ１１１５では、本体制御部５２０の履歴管理部５２４は、受付番号に関連する送信先アドレスやその他ジョブ設定値を、履歴管理テーブル５２５に保存する。

実施例１では、ＦＴＰサーバ５０２に画像データの送信が完了し、外部サーバ１２０に画像データのアップロードが完了する前において、ジョブの履歴を表示すると、その間送信先アドレスにＦＴＰサーバ５０２のＵＲＬを表示する。本実施例では、外部サーバ１２０に画像データのアップロードが完了して、初めて履歴管理テーブル５２５の保存をするため、よりユーザの誤認識を防ぐことが出来る。

＜第４の実施形態に係る利点＞
本発明によれば、画像データを画像処理装置内のサーバに送信した後に、外部サーバに送信する場合において、外部サーバに画像データのアップロードが完了して、初めてジョブの履歴を表示する。このことにより、画像処理装置内のサーバに画像データの送信が完了した直後に、ジョブの履歴を見たユーザが、送信先は画像処理装置内のサーバであると誤認識することを防ぎ、操作性を向上させることができる。

次に、本発明の第５の実施形態について説明する。第５の実施形態では、ＦＴＰサーバ５０２に画像データの送信が完了した時点では、ジョブ実行中の情報として保存し、外部サーバ１２０に画像データのアップロードが完了した時点で、初めてジョブの履歴に保存するケースについて説明する。ここでは、実施例１との差分のみ説明する。

＜画像処理装置のソフトウェア構成＞
図１２は、第５の実施形態の画像処理装置を含むシステム全体のソフトウェア構成を説明する図である。図５に示す各機能部は、画像処理装置１００内のＣＰＵ２０１が、ＲＯＭ２０２もしくはＨＤＤ２０４に格納された制御プログラムを読み出して実行することで実現される。

外部サービス部１２００、サービスプロバイダ１２１０は、実施例１における図５の外部サービス部５００、サービスプロバイダ５１０の内容と同様のため割愛する。また、本体制御部１２２０の、送信制御部１２２１、スキャン制御部１２２２、入力制御部１２２３、画面描画制御部１２２７は、図５の送信制御部５２１、スキャン制御部５２２、入力制御部５２３、画面描画制御部５２６の内容と同様のため割愛する。

履歴管理部１２２４は、ジョブが実行中でまだ完了していない場合は、受付番号と送信先アドレス、開始時刻、ジョブタイプ、送信ファイル名などのジョブ情報を関連付けて、状況管理テーブル１２２５に保存する。また、履歴管理部１２２４は、ジョブの実行が完了している場合は、受付番号とジョブ情報を履歴管理テーブル１２２６に保存する。

状況管理テーブル１２２５、履歴管理テーブル１２２６は、ＲＡＭ２０３もしくはＨＤＤ２０４に保存される。なお、図１２によれば、ジョブ管理テーブル１２０５、状況管理テーブル１２２５、履歴管理テーブル１２２６は、夫々別のメモリに保存されているように図示されているが、全て同じメモリ上に保存されていても良い。情報として必要なのは、夫々のテーブルがどの情報を指し示すテーブルかという情報である。状況管理テーブル１２２５は、実行中のジョブの情報を保持し、ジョブを実行している最中にユーザはジョブ状況を画面で確認することが出来る。履歴管理テーブル１２２６は、完了したジョブの履歴を保持し、ユーザはジョブ完了後のジョブ履歴を画面で確認することができる。

＜第５の実施形態に係る特徴的な処理＞
図１３は、本発明の第５の実施形態における、ＦＴＰサーバ５０２に送信が完了した時点では、ジョブ実行中の履歴に保存し、外部サーバ１２０にアップロードが完了した時点で、ジョブ完了の履歴に保存する一連の処理を説明するフロー図である。図１３のフロー図に示す各動作は、画像処理装置１００のＣＰＵ２０１および外部サーバ１２０のＣＰＵ３０１がそれぞれの制御プログラムを実行することにより実現される。ステップＳ１３０１〜Ｓ１３１２、Ｓ１３１４〜Ｓ１３１５は、図６のステップＳ６０１〜Ｓ６１２、Ｓ６１４〜Ｓ６１５の内容と同様のため割愛する。

ステップＳ１３１３では、本体制御部１２２０の履歴管理部１２２４は、ステップＳ１２０９で発行された受付番号と送信先アドレス、開始時刻、ジョブタイプ、送信する画像データ名などのジョブ情報を関連付けて、状況管理テーブル１２２５に保存する。図１４（ａ）は、本体制御部５２０の画面描画制御部５２６が操作部２０９に表示する、ジョブ状況画面１４００である。本体制御部５２０の画面描画制御部５２６は、状況管理テーブル１２２５をもとにジョブ状況画面１４００を作成する。状況１４０１は、現在のジョブの状況を表し、ジョブ実行中は”アップロード中です。”などの文字列を表示する。受付時刻１４０２、ジョブタイプ１４０３、相手先１４０４、送信ファイル名１４０５は、ステップＳ１３１３で状況管理テーブル１２２５に保存したジョブ情報である、送信先アドレス、開始時刻、ジョブタイプ、送信する画像データ名を反映して表示する。

ステップＳ１３１６では、本体制御部１２２０の履歴管理部１２２４は、受付番号に関連する送信先アドレスを、ステップＳ１３１５で受信したアップロード先アドレスに書き換える。図１４（ｂ）は、本体制御部５２０の画面描画制御部５２６が操作部２０９に表示する、ジョブ履歴画面１４１０である。本体制御部５２０の画面描画制御部５２６は、履歴管理テーブル１２２６をもとにジョブ履歴画面１４１０を作成する。結果１４１１は、ジョブの完了後の結果を表し、ジョブの結果に応じて”ＯＫ”、または“ＮＧ”などの文字列を表示する。このように閲覧結果とジョブ履歴の両方を表示することにより、ジョブ実行中はジョブ状況画面１４００を表示し、ジョブ完了後はジョブ履歴画面１４１０を表示するため、ユーザにより正しいジョブの状態を知らせることができる。なお、外部サービス部５００が、外部通信部５０１が外部サーバ１２０への画像データ送信に成功したか否かを判断し、成功した場合は成功した旨を、失敗した場合は失敗した旨を本体制御部５２０に送信する。

＜第５の実施形態に係る利点＞
本発明によれば、ＦＴＰサーバ５０２に画像データの送信が完了した時点では、ジョブ実行中の情報として保存し、外部サーバ１２０に画像データのアップロードが完了した時点で、初めてジョブの履歴に保存する。このことにより、ジョブ実行中はジョブ状況画面を表示し、ジョブ完了後はジョブ履歴画面を表示するため、ユーザにより正しいジョブの状態を知らせることができる。

＜その他の実施例＞
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔の外部装置から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。

また、実施例３乃至５の実施例を、実施例２の構成に適用することも可能である。

２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０８ ネットワークＩ／Ｆ
２０９ 操作部
２１０ プリンタ
２１１ スキャナ

Claims (10)

1. スキャナユニットを介して読み取った原稿を基に画像データを生成する生成手段と、
   前記生成手段により生成された画像データを指定された送信先に送信する第１の送信手段と、を有する画像処理装置であって、
   送信サーバと、
   前記生成手段により生成される画像データを、前記画像処理装置と通信可能な外部サーバにアップロードするアップロード要求を受け付けたことに応じて、前記第１の送信手段に対し前記送信サーバへ前記画像データを送信する指示を出す指示手段と、
   前記指示手段による指示に従い前記第１の送信手段が送信した画像データを、前記送信サーバから取得し、取得した画像データを前記外部サーバへ送信する第２の送信手段と、を有する画像処理装置。
2. 前記第２の送信手段による画像データの送信履歴を、前記アップロード要求の履歴として保存する管理手段を有する請求項１に記載の画像処理装置。
3. 前記第１の送信手段による画像データの送信履歴を閲覧する指示があった場合、前記管理手段により保存された第２の送信手段による画像データの送信履歴を表示する表示手段を有する請求項２に記載の画像処理装置。
4. 前記管理手段は、前記第１の送信手段が画像データを前記送信サーバへ送信した際の送信履歴を第１の履歴として保存し、その後、前記第２の送信手段が画像データを前記外部サーバへ送信した場合は、前記第１の履歴を前記第２の送信手段による画像データの送信履歴である第２の履歴に置き換え保存することを特徴とする請求項２または３に記載の画像処理装置。
5. 前記管理手段は、前記第１の送信手段により前記送信サーバへ送信が行われた際に発行された受付番号と前記第１の履歴を関連付けて保存し、前記第２の履歴と前記受付番号とを取得した場合は、取得した受付番号に対応する前記第１の履歴を、取得した前記第２の履歴に置き換え保存することを特徴とする請求項４に記載の画像処理装置。
6. 前記第１の履歴には、少なくとも前記送信サーバのＵＲＬが含まれており、前記第２の履歴には、前記外部サーバのＵＲＬが含まれていることを特徴とする請求項４または５に記載の画像処理装置。
7. 前記管理手段は、前記第１の履歴を保存する際に前記アップロード要求に応じた処理が完了していない旨を保存し、前記第２の履歴を保存する際に前記アップロード要求に応じた処理が完了した旨を保存し、
   前記画像処理装置の表示手段は、前記アップロード要求に応じた処理が完了していない時点で履歴の閲覧を行う場合には、前記第１の履歴と、前記アップロード要求に応じた処理が完了していない旨の両方を表示し、前記アップロード要求に応じた処理が完了した後に履歴の閲覧を行う場合には、前記第２の履歴と、前記アップロード要求に応じた処理が完了した旨の両方を表示することを特徴とする請求項４乃至６のいずれか１項に記載の画像処理装置。
8. 前記第２の送信手段による画像データの送信に失敗した場合、前記管理手段は、前記第２の履歴と、前記アップロード要求に応じた処理が失敗した旨を保存し、
   前記画像処理装置の表示手段は、前記第２の履歴と、前記アップロード要求に応じた処理が失敗した旨の両方を表示することを特徴とする請求項７に記載の画像処理装置。
9. 画像処理装置を制御する制御方法であって、
   生成手段は、スキャナユニットを介して読み取った原稿を基に画像データを生成させ、第１の送信手段に、前記生成手段により生成された画像データを指定された送信先に送信し、
   指示手段は、前記生成手段により生成される画像データを、前記画像処理装置と通信可能な外部サーバにアップロードするアップロード要求を受け付けたことに応じて、前記第１の送信手段に対し、前記画像処理装置が有する送信サーバへ前記画像データを送信する指示を出し、
   前記外部サーバとデータ通信を行うことが可能な第２の送信手段は、前記指示手段による指示に従い前記第１の送信手段が送信した画像データを、前記送信サーバから取得し、取得した画像データを前記外部サーバへ送信することを特徴とする画像処理装置を制御する制御方法。
10. 請求項９に記載の制御方法を画像処理装置に実行させるためのプログラム。

Images