画像処理装置とその制御方法、及びプログラム
【課題】 スキャンデータのアップロードに失敗すると、再びスキャン動作を行った上で外部ストレージサービスにスキャンデータを送信しなければならないため、スキャン対象の原稿の枚数が多い場合には、ユーザの拘束時間の増加を招く。
【解決手段】 画像データをＷｅｂサーバにアップロードする際にエラーが発生すると、Ｗｅｂサーバの共有フォルダに設定されている共有アカウントを取得し、当該取得した共有アカウントを用いて画像処理装置内のストレージに記憶されたアップロードの対象の画像データをＷｅｂサーバにアップロードする。
【解決手段】 画像データをＷｅｂサーバにアップロードする際にエラーが発生すると、Ｗｅｂサーバの共有フォルダに設定されている共有アカウントを取得し、当該取得した共有アカウントを用いて画像処理装置内のストレージに記憶されたアップロードの対象の画像データをＷｅｂサーバにアップロードする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、外部ストレージサービスにデータをアップロードする機能を備えた画像処理装置とその制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、画像処理装置では、リアルタイム・オペレーティングシステム（以下、リアルタイムＯＳ）上に、更に別の組み込みシステム向けの実行環境（例えば、Ｊａｖａ（登録商標）など）を構築している。これにより、画像処理装置を制御するアプリケーションを外部からインストールして搭載することが可能となっている。また更に、その組み込みシステム向けの実行環境により、開発者が任意の画像処理装置に対するアプリケーションを共通の開発言語、開発環境で開発することが可能となっている。
【０００３】
また、画像処理装置自体の高機能化、多機能化が進み、スキャン機能、プリント機能に関しても多種多様な機能を搭載した装置が開発されている。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけでなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆ）を搭載した画像処理装置が開発されている。このようなネットワークＩ／Ｆを搭載した画像処理装置は、ネットワークで接続された外部システム、外部サービスと連携し、様々なソリューションを提供している。例えば、特許文献１によれば、文書管理システムと連携し、文書管理ポリシーに合ったスキャンデータのみをアップロードできる画像処理装置及び文書管理システムを提案している。
【０００４】
一方、画像処理装置を取り巻くネットワーク環境に関しては、近年、クラウドコンピューティングといった、インターネットをベースとしたコンピュータの利用形態が注目されている。クラウドコンピューティングでは、ユーザはコンピュータ処理をネットワーク経由でサービスとして利用する。特に、インターネット上では、様々なサービス提供者による様々なサービスが提供されており、ユーザは業務など各自の利用形態に合わせてサービスを選択することが可能となっている。従って、画像処理装置においても、様々なサービス提供者による様々なサービスと連携してユーザの業務効率を向上させるソリューションを提供することが重要となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−５６７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来、画像処理装置から外部ストレージサービスに対して、原稿をスキャンして得られたスキャンデータを送信する場合、以下のような処理を行う。まず画像処理装置のユーザが、外部ストレージサービスと接続するためのサービス（ここでは内蔵のアプリケーションとする）を起動させる。次にアプリケーションが提供するユーザインターフェースを通じて、外部ストレージサービスの認証を行う。認証を行った上で、格納するストレージを選択し、スキャンデータの送信作業に入る。この際、アプリケーションは、まず画像処理装置による原稿のスキャンによりスキャンデータを得る。次に、そのスキャンデータを外部ストレージサービスに格納可能なファイル形式に変換した後、そのファイルデータを外部ストレージサービスへアップロードする。そして外部ストレージサービスから、アップロードの完了通知を受信すると、ユーザインターフェースにアップロードの完了を表示させる。以上が、画像処理装置から外部ストレージサービスに対してスキャンデータを送信し、その送信処理が正常に終了した場合である。
【０００７】
しかしながら、外部ストレージサービスからアップロードの完了通知ではなくエラーが通知された場合は、アップロード処理の失敗をユーザインターフェースに表示させる。この際、送信を試みたスキャンデータは破棄されるため、ユーザは外部ストレージサービスに対し、エラー内容に基づいた適正な処理を行った上で再びアップロード操作を行わなくてはならない。即ち、画像処理装置は、再びスキャン動作を行った上で外部ストレージサービスにスキャンデータを送信しなければならないため、スキャン対象の原稿の枚数が多い場合には、ユーザの拘束時間の増加を招いてしまう。
【０００８】
本発明は、上記従来技術の問題点を解決することを目的とする。
【０００９】
本発明の特徴は、データをアップロードする際にエラーが発生した場合に、そのデータを簡単にアップロードする技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
画像データをネットワークを介して記憶装置に転送して記憶させることが可能な画像処理装置であって、
画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得手段と、
アップロードの対象の画像データを記憶する記憶手段と、
前記取得手段により取得された共有アカウントを用いて、前記記憶手段に記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、データをアップロードする際にエラーが発生した場合に、そのデータを簡単にアップロードすることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態１に係る情報処理システムの全体図。
【図２】実施形態１に係る画像処理装置の構成を示すブロック図。
【図３】実施形態１に係るＷｅｂサーバの構成を示すブロック図。
【図４】実施形態１に係るＷｅｂサーバと画像処理装置のソフトウェア構成を示す機能ブロック図。
【図５】実施形態１に係るＷｅｂサーバのストレージ領域のユーザ権限を説明する図。
【図６】実施形態１に係るアプリケーションのアプレット部の認証画面の一例を示す図。
【図７】実施形態１に係るアプリケーションのアプレット部のスキャン設定画面の一例を示す図。
【図８】実施形態１に係るアプリケーションのアプレット部のアップロード代行依頼画面の一例を示す図。
【図９】実施形態１に係るアプリケーションのアプレット部のアップロード代行依頼完了画面の一例を示す図。代行依頼完了画面を示す図である。
【図１０】実施形態１に係るアプリケーションが送信する代行依頼メールの一例を示す図。
【図１１】実施形態１に係るアプリケーションのサーブレット部が生成する代行アップロード用の認証画面の一例を示す図。
【図１２】実施形態１に係るアプリケーションのサーブレット部が生成する代行処理完了画面の一例を示す図。
【図１３】実施形態１に係る画像処理装置、アプリケーション、画像処理装置内ストレージ、Ｗｅｂアプリケーション、ユーザＡストレージの一連の処理を実行する動作を説明するシーケンス図。
【図１４】実施形態１に係るＷｅｂブラウザ、画像処理装置内ストレージ、アプリケーション、Ｗｅｂアプリケーション、ユーザＢストレージの一連の処理を実行する動作を説明するシーケンス図。
【図１５】実施形態１に係るアプリケーションのアップロード代行依頼処理の動作を説明するフローチャート。
【図１６】実施形態１に係るアプリケーションのアップロード代行処理を説明するフローチャート。
【図１７】実施形態２に係るＷｅｂサーバ、画像処理装置のアプリケーションのソフトウェア構成を示す機能ブロック図。
【図１８】実施形態２に係るアプリケーションのサーブレット部が生成する代行アップロード用の認証画面の一例を示す図。
【図１９】実施形態２に係るアプリケーションのアップロード代行処理の動作を説明するフローチャート。
【図２０】本発明の実施形態２におけるアプリケーション１７１０のアップロード代行依頼処理の動作を説明するフローチャートである。
【図２１】本発明の実施形態２におけるアプリケーション１７１０のアプレット部１７２０の代行処理完了画面を示す図である。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１４】
［実施形態１］
図１は、本発明の実施形態１に係る情報処理システムの全体図である。
【００１５】
ＬＡＮ１１０には、画像処理装置１０１及びＷｅｂサーバ１０２が互いに通信可能に接続されている。ＰＣ（パーソナルコンピュータ）１０３は、Ｗｅｂブラウザを備えたユーザ（実施形態ではユーザＢ）のＰＣで、画像処理装置１０１との間で認証画面情報やパスワード等の通信を行うことができる。尚、ＬＡＮ１１０は、説明のためＬＡＮ（ローカル・エリア・ネットワーク）と記載しているが、インターネットなどの他のネットワークでも構わない。また、ＬＡＮ１１０には、これら以外の機器が接続されていても良いことはもちろんである。
【００１６】
図２は、実施形態１に係る画像処理装置（複合機）１０１の構成を示すブロック図である。
【００１７】
ＣＰＵ２１１を含む制御部２１０は、画像処理装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また画像処理装置１０１には、後述するアプリケーション４１０（図４）が備えられている。画像処理装置１０１のアプリケーション４１０は、Ｗｅｂサーバ１０２と通信を行うための操作画面を操作部２１９の液晶表示部に表示する。
【００１８】
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記憶媒体（シート）上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（画像処理装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
【００１９】
図３は、実施形態１に係るＷｅｂサーバ１０２の構成を示すブロック図である。
【００２０】
ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたブートプログラムを実行してＨＤＤ３１４にインストールされているＯＳや各種プログラムを読み出してＲＡＭ３１３に展開し、各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続しており、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
【００２１】
図４は、実施形態１に係るＷｅｂサーバ１０２と画像処理装置１０１のソフトウェア構成を示す機能ブロック図である。
【００２２】
画像処理装置１０１は、アプリケーション４１０、画像処理装置内ストレージ４４０を備える。更にアプリケーション４１０は、アプレット部４２０とサーブレット部４３０を含む。これはアプリケーション４１０が、画像処理装置１０１のユーザと、外部ＰＣ１０３のＷｅｂブラウザ４５１のユーザ双方にＵＩ（ユーザインタフェース）を提供する必要があるためである。即ち、アプレット部４２０は、画像処理装置１０１のユーザへのＵＩの提供、及びユーザからのリクエスト処理を行う。またサーブレット部４３０は、Ｗｅｂブラウザ４５１のユーザへのＵＩの提供、及びＷｅｂブラウザ４５１のユーザからのリクエスト処理を行う。
【００２３】
アプリケーション４１０は、更に、サービス通信部４１１、スキャン処理制御部４１２、メール送信部４１３、ストレージ処理制御部４１４を含む。サービス通信部４１１は、アプレット部４２０及びサーブレット部４３０からのリクエストに応じて、Ｗｅｂサーバ１０２のプレゼンテーション部４６１と通信を行う。プレゼンテーション部４６１へのリクエスト内容は、認証処理やスキャンデータのアップロードなどである。また、プレゼンテーション部４６１からのレスポンスを解析し、そのリクエストに対する結果をリクエスト処理部４２１，４３１に送信する。尚、サービス通信部４１１は、サービス毎に異なるアプリケーション層での通信処理を制御することを想定する。例えば、サービス通信部４１１は、通信プロトコルＨＴＴＰ等を利用して実現されるＳＯＡＰ，ＲＥＳＴといったＷｅｂサービスによって実現されるサービスとの通信処理を行うことを想定する。これによって、Ｗｅｂサーバ１０２への認証やスキャンデータの送信など、画像処理装置１０１はＷｅｂサーバ１０２が提供するサービスを利用可能となる。
【００２４】
スキャン処理制御部４１２は、リクエスト処理部４２１からスキャン設定を取得し、その設定に基づいてスキャナ２２１にスキャンを要求し、スキャンデータを取得してファイル変換を行う。ファイル変換が完了したら、そのファイル（スキャンデータ）をリクエスト処理部４２１に送信する。メール送信部４１３は、特定アドレスへのメール送信要求を受け、メールの作成及びメールの送信を行う。具体的には、アプレット部４２０のリクエスト処理部４２１から、或いは、サーブレット部４３０のリクエスト処理部４３１から、メールの送信要求を受けて、メールの作成や送信を行う。
【００２５】
ストレージ処理制御部４１４は、リクエストを受けて画像処理装置内ストレージ４４０に処理を要求する。具体的には、アプレット部４２０のリクエスト処理部４２１から、或いは、サーブレット部４３０のリクエスト処理部４３１から、スキャンデータの格納、或いは取得を要求された際に、画像処理装置内ストレージ４４０に、その格納或いは読み出しを要求する。また、画像処理装置内ストレージ４４０内のファイルの検索や、ファイル名の変更を行うことも可能である。
【００２６】
アプレット部４２０は、画像処理装置１０１の操作部２１９にＵＩを表示し、入力された内容に応じてＷｅｂサーバ１０２と通信処理を行う。アプレット部４２０は、リクエスト処理部４２１、ＵＩ制御部４２２を含む。リクエスト処理部４２１は、ＵＩ制御部４２２から受信したユーザによる入力情報を基に、サービス通信部４１１にＷｅｂサーバ１０２との通信を要求し、その結果に基づいて各種処理を行う。またリクエスト処理部４２１は、ＵＩ制御部４２２から送信されたユーザからの入力情報を解析し、サービス通信部４１１及びスキャン処理制御部４１２に各種指示を行う。例えば、ＵＩ制御部４２２から認証情報が渡された場合は、サービス通信部４１１に認証情報を送信し、認証処理のための通信を要求する。またＵＩ制御部４２２からスキャン設定情報が送信された場合は、スキャン処理制御部４１２にスキャン設定情報を渡してスキャンデータを要求する。その後、受信したスキャンデータをサービス通信部４１１に送信し、スキャンデータのアップロードのための通信を要求する。
【００２７】
更に、本実施形態１では、アップロードの失敗時に代行アップロードを行う。リクエスト処理部４２１は、サービス通信部４１１からスキャンデータのアップロードエラーが通知された場合、サービス通信部４１１に、当該アカウントの共有アカウントの検索を要求する。ここで言う共有アカウントの定義は後に記述する。リクエスト処理部４２１は、得られた共有アカウントの一覧をＵＩ制御部４２２に送信し、代行設定ＵＩの表示を要求する。ＵＩ制御部４２２から、画像処理装置１０１のユーザが選択したアカウントを受信した場合、リクエスト処理部４２１は、アップロードエラーとなったスキャンデータの格納をストレージ処理制御部４１４に要求する。その後、リクエスト処理部４２１は、メール送信部４１３に、選択された代行アカウントを送信し、代行アップロード依頼メールの送信を要求する。
【００２８】
ＵＩ制御部４２２は、リクエスト処理部４２１からの要求に応じて、画像処理装置１０１の操作部２１９に表示させるＵＩを設定する。加えて、リクエスト処理部４２１から代行設定ＵＩが要求された場合、共有アカウントの一覧を受信した上で、代行設定ＵＩを表示させる。また、画像処理装置１０１が選択した代行アップロードをリクエスト処理部４２１に送信する。
【００２９】
サーブレット部４３０は、Ｗｅｂブラウザ４５１と通信を行い、受信したリクエストに応じてＷｅｂブラウザ４５１に対するレスポンスをレスポンス生成部４３２に要求する。具体的には、Ｗｅｂブラウザ４５１から認証画面を要求された場合は、レスポンス生成部４３２に認証画面用のレスポンスを作成させる。また、その認証画面を通じて、アップロード代行アカウントのＩＤとパスワードの情報が送信された場合、リクエスト処理部４３１は、サービス通信部４１１に認証を要求する。ここで認証に成功すると、リクエスト処理部４３１は、ストレージ処理制御部４１４にスキャンデータを要求し、再びサービス通信部４１１にスキャンデータのアップロードを要求した後、当該データの共有を依頼する。共有アカウントは、代行アップロード依頼元のアカウントとする。代行アップロード完了後、当該データの削除をストレージ処理制御部４１４に依頼する。これにより、画像処理装置内ストレージ４４０に格納されたスキャンデータが削除される。データの削除完了後、メール送信部４１３に代行アップロード完了メールの送信を要求する。これによって、代行アップロードが完了し、アップロードが失敗したスキャンデータを他のアカウントで代行アップロードすることが可能となる。レスポンス生成部４３２は、リクエスト処理部４３１からのレスポンス要求を受けて、Ｗｅｂブラウザ４５１に、認証画面や代行アップロードの完了画面をＨＴＭＬ形式で送信する。
【００３０】
画像処理装置内ストレージ４４０は、画像処理装置１０１が自装置内に所持するストレージ領域で、ストレージ処理制御部４１４からの要求を受けて、ストレージ内のデータ削除やストレージへのデータ格納を行う。外部ＰＣ１０３は、Ｗｅｂブラウザ４５１を含む。Ｗｅｂブラウザ４５１は、ここでは、サーブレット部４３０と通信を行うブラウザを想定する。
【００３１】
Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４６０、ユーザＡストレージ４７０、ユーザＢストレージ４８０を備える。更に、Ｗｅｂアプリケーション４６０は、プレゼンテーション部４６１、認証処理部４６２、アカウント情報管理部４６３、ストレージ管理部４６４を備える。プレゼンテーション部４６１は、サービス通信部４１１と通信を行い、画像処理装置１０１からの処理要求に応えて、処理結果をサービス通信部４１１に送信する。この際、サービス通信部４１１から送信された処理要求に応じて、処理のリクエスト先を切り替える。例えば、認証処理を要求された場合は、認証情報を取得し、認証処理部４６２に認証処理を依頼する。また、その結果をサービス通信部４１１に送信する。またアカウント情報の変更を要求された場合は、アカウント情報を取得し、アカウント情報管理部４６３に変更処理を依頼する。また、その結果をサービス通信部４１１に送信する。またストレージへのアップロードを要求された場合は、データと格納先の情報を取得してストレージ管理部４６４に格納処理を依頼する。
【００３２】
認証処理部４６２は、プレゼンテーション部４６１から取得した認証情報を基に認証処理を行う。更に、その認証結果をプレゼンテーション部４６１に送信する。アカウント情報管理部４６３は、プレゼンテーション部４６１から取得したアカウント情報を基に、アカウント情報の変更処理を行う。更に、その変更結果をプレゼンテーション部４６１に送信する。ストレージ管理部４６４は、プレゼンテーション部４６１から取得したデータと格納先情報とを基に、ストレージへの格納処理を行う。更に、その格納結果をプレゼンテーション部４６１に送信する。
【００３３】
ユーザＡストレージ４７０及びユーザＢストレージ４８０は、Ｗｅｂサーバ１０２のストレージ領域である。この例では、ストレージ領域は２つだけとなっているが、Ｗｅｂアプリケーション４６０の管理するアカウントの数だけストレージ領域が存在する。ストレージ管理部４６４によって、ストレージ内のファイルの削除やストレージへのファイルアップロードが行われる。その結果をストレージ管理部４６４に送信するが、アップロード要求されたファイルを格納する領域が存在しない場合などは、エラーを返す。
【００３４】
尚、この例ではＷｅｂサーバ１０２が１台でファイル管理サービスを提供する例を示している。しかしながら、Ｗｅｂサーバ１０２の他の形態として、複数のサーバによって構成され、そのサーバ群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしても構わない。この場合、所定の条件に応じてヴァーチャルマシンを増加させるスケールアウトと呼ばれる技術（クラウドコンピューティング）が用いられる。
【００３５】
図５は、実施形態１に係るＷｅｂサーバ１０２のストレージ領域のユーザ権限を説明する図である。４７０，４８０はそれぞれ図４で説明したＷｅｂサーバ１０２のユーザＡのストレージとユーザＢのストレージを示している。ユーザＡ、ユーザＢはそれぞれ、アプリケーション４１０やＷｅｂブラウザ４５１を利用して、各ストレージにファイルをアップロードしたり、そこに記憶されているファイルを削除できる。
【００３６】
５１０はユーザＡのユーザ権限で閲覧可能なファイルの範囲を示す。ここでいう閲覧可能とは、ファイルを閲覧することに加えて、ファイルの削除やダウンロードといった、ファイルに対するアクションが可能という意味も含まれる。図５では、ユーザＡが閲覧可能なファイルは、ユーザＡのファイル５１１とユーザＡと共有したユーザＢのファイル５２１である。ユーザＡのファイル５１１は、ユーザＡストレージ４７０に存在するファイルのためユーザＡは閲覧可能である。またユーザＡと共有したユーザＢのファイル５２１は、ユーザＢストレージ４８０に存在するファイルのため、本来であれば閲覧不可である。しかし、ユーザＢストレージ４８０は、ユーザＢがユーザＡと共有設定を行ったファイルであるため、ユーザＡ権限５１０でも閲覧可能となっている。このユーザＡと共有したユーザＢのファイル５２１を、本実施形態では共有ファイルとし、この際のユーザＡを共有アカウントとする。
【００３７】
５２０はユーザＢのユーザ権限で閲覧可能なファイルの範囲を示す。図５では、ユーザＡがユーザＢに対し、共有設定を行った共有ファイルが存在しないため、ユーザＢが閲覧可能なファイルはユーザＢストレージ４８０内のファイルのみである。従って、ユーザＡと共有したユーザＢのファイル５２１と、ユーザＢのファイル５２２が、ユーザＢ権限５２０で閲覧可能なファイルとなる。
【００３８】
図６は、実施形態１に係るアプリケーション４１０のアプレット部４２０の認証画面の一例を示す図である。
【００３９】
コンテンツの表示領域６０１に、Ｗｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図６ではアプレット部４２０のリクエスト処理部４２１が、ＵＩ制御部４２２に認証設定ＵＩを要求し、その後、ＵＩ制御部４２２が認証設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。画像処理装置１０１のユーザは、ユーザ名入力フィールド６０２にユーザ名を入力することで、Ｗｅｂサーバ１０２と認証を行う。画像処理装置１０１のユーザは、パスワード入力フィールド６０３にパスワードを入力することでＷｅｂサーバ１０２と認証を行う。サーバ認証におけるログインボタン６０４が押下されると、ユーザ名入力フィールド６０２、パスワード入力フィールド６０３に入力された値を取得し、Ｗｅｂサーバ１０２と認証を行う。
【００４０】
図７は、実施形態１に係るアプリケーション４１０のアプレット部４２０のスキャン設定画面の一例を示す図である。
【００４１】
コンテンツの表示領域７０１に、Ｗｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図７では、アプレット部４２０のリクエスト処理部４２１が、ＵＩ制御部４２２にスキャン設定ＵＩを要求し、その後、ＵＩ制御部４２２が認証設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。アップロードフォルダ選択ボタン７０２が押下されると、Ｗｅｂサーバ１０２の当該アカウントのファイル構成が表示される。これにより画像処理装置１０１のユーザは、アップロードするフォルダを選択する。画像処理装置１０１のユーザは、ファイル名入力フィールド７０３にファイル名を入力することで、Ｗｅｂサーバ１０２にアップロードするファイル名を確定させる。７０４はカラー選択ボタンで、図７では「自動」が設定されている。７０５は解像度選択ボタンである。７０６は画面読み取り面選択ボタンである。７０７は原稿サイズ混載選択ボタンである。７０８はファイル形式選択ボタンである。キャンセルボタン７０９が押下されると、このスキャン設定画面を閉じて、スキャンアップロード処理はキャンセルされる。アップロード開始ボタン７１０が押下されると、アップロードフォルダ選択ボタン７０２、ファイル名入力フィールド７０３，７０４〜７０８の各スキャン設定ボタンからスキャンアップロード設定を取得する。そして、原稿のスキャンを行った後、Ｗｅｂサーバ１０２に、そのスキャンデータをアップロードする。
【００４２】
図８は、実施形態１に係るアプリケーション４１０のアプレット部４２０のアップロード代行依頼用の画面の一例を示す図である。
【００４３】
コンテンツの表示領域８０１にＷｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図８では、アプレット部４２０のリクエスト処理部４２１がＵＩ制御部４２２に代行設定ＵＩを要求し、その後、ＵＩ制御部４２２が代行設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。８０２〜８０４は共有アカウントを示すラジオボタンである。ここで選択されたアカウントが代行アカウントとして扱われ、当該アカウントに対し、代行依頼メールが送信される。キャンセルボタン８０５が押下されると、代行依頼はキャンセルされるため、スキャンアップロード処理はエラーのまま終了する。代行依頼開始ボタン８０６が押下されると、８０２〜８０４の各ラジオボタンの選択状況を取得し、選択されている共有アカウントに対し、代行依頼メールを送信する。図８では、ユーザＢが共有アカウントとして選択されているので、ユーザＢに対して代行依頼メールが送信される。
【００４４】
図９は、実施形態１に係るアプリケーション４１０のアプレット部４２０のアップロード代行依頼完了画面の一例を示す図である。
【００４５】
図９で示すコンテンツの表示領域にＷｅｂサーバ１２０から受信したレスポンスに基づいて、画面を表示する。図９では、アプレット部４２０のリクエスト処理部４２１がＵＩ制御部４２２に代行依頼完了ＵＩを要求し、その後、ＵＩ制御部４２２が代行依頼完了ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。
【００４６】
図１０は、実施形態１に係るアプリケーション４１０が送信する代行依頼メールの一例を示す図である。
【００４７】
具体的には、アプリケーション４１０のスキャンアップロードエラー時に、画像処理装置１０１のユーザであるユーザＡがユーザＢ（ＰＣ１０３）へ代行依頼を行った際に、メール送信部４１３がユーザＢに送信したメールの例を示す。ここでは、このメールはＰＣ１０３で表示されるものとしている。１００１は送信者を示し、本実施形態１では、画像処理装置１０１のアドレスが送信者となる。１００２は宛先で、ユーザＡが代行依頼を行ったアカウントが宛先となる。ここではユーザＢである。１００３はメールの件名を示し、１００４はメールの本文を示している。メールの本文１００４には、共有アカウントであるユーザＡから代行アップロードを依頼した旨と、代行処理を行うためのＵＲＬが記載されている。
【００４８】
図１１は、実施形態１に係るアプリケーション４１０のサーブレット部４３０が生成する代行アップロード用の認証画面の一例を示す図である。
【００４９】
図１０の代行依頼メールを受信したユーザ（ユーザＢ）が、メール本文１００４に記載されているＵＲＬにＷｅｂブラウザ４５１を使用してアクセスする（図１４のＳ１４０１）ことで、リクエスト処理部４３１にリクエストが送信される。リクエスト処理部４３１は、ＰＣ１０３のＷｅｂブラウザ４５１からのリクエストを受けて、レスポンス生成部４３２に代行アップロード用の認証画面の生成を要求する。その後、レスポンス生成部４３２が代行アップロード用の認証画面を生成し、それをレスポンスとして、Ｗｅｂブラウザ４５１に送信する（図１４のＳ１４０２）。そしてＷｅｂブラウザ４５１が、そのレスポンスを解析し、描画したものが図１１に示す画面である。
【００５０】
代行アップロードを行うＷｅｂブラウザ４５１のユーザは、代行アップロード用の認証画面を要求するためのアドレスを、Ｗｅｂブラウザ４５１のアドレスバー１１０２に入力する。Ｗｅｂブラウザ４５１のユーザは、ユーザ名入力フィールド１１０３にユーザ名を、パスワード入力フィールド１１０４にパスワードを入力することで（Ｓ１４０３）、Ｗｅｂサーバ１０２と認証を行った上で代行アップロードを行う。代行アップロードの拒否ボタン１１０５が押下されると、代行アップロードが拒否され、代行依頼元アカウントに対し、代行が拒否された旨を知らせるメールが送信される。代行アップロードの開始ボタン１１０６が押下されると、ユーザ名入力フィールド１１０３、パスワード入力フィールド１１０４に入力された値を取得し、Ｗｅｂサーバ１０２と認証を行った上で代行アップロードが開始される（図１４のＳ１４０９）。
【００５１】
図１２は、実施形態１に係るアプリケーション４１０のサーブレット部４３０が生成する代行処理完了画面の一例を示す図である。
【００５２】
図１２は、Ｗｅｂブラウザ４５１のコンテンツ表示領域を示し、代行処理の完了後、レスポンス生成部４３２が代行処理完了画面をレスポンスとしてＷｅｂブラウザ４５１に送信し、それをＷｅｂブラウザ４５１が解析し、描画した例を示している。これは図１４のＳ１４２１で表示される。
【００５３】
図１３は、実施形態１に係る画像処理装置１０１、アプリケーション４１０、画像処理装置内ストレージ４４０、Ｗｅｂアプリケーション４６０、ユーザＡストレージ４７０の一連の処理を実行する動作を説明するシーケンス図である。尚、ここでは説明の便宜上、画像処理装置１０１のユーザをユーザＡとする。
【００５４】
Ｓ１３０１では、ユーザＡが画像処理装置１０１を操作してアプリケーション４１０を起動する。Ｓ１３０２では、アプリケーション４１０のアプレット部４２０のリクエスト処理部４２１が認証画面を操作部２１９に表示する。
【００５５】
Ｓ１３０３では、ユーザＡがユーザ名入力フィールド６０２（図６）とパスワード入力フィールド６０３にパスワードを入力し、ログインボタン６０４を押下する。これによりＳ１３０４で、アプレット部４２０のリクエスト処理部４２０が、入力されたユーザ名とパスワードをサービス通信部４１１に送信し、Ｗｅｂサーバ１０２に対して認証要求を行う。サービス通信部４１１はこれを受けて、プレゼンテーション部４６１と通信を行い、ユーザＡの認証をリクエストする。
【００５６】
Ｓ１３０５では、プレゼンテーション部４６１がユーザＡの認証情報を、認証処理部４６２に送信し、認証を行う。Ｓ１３０６では、プレゼンテーション部４６１が認証処理部４６２から、ユーザＡの認証結果を受信し、その結果をレスポンスとして、サービス通信部４１１に送信する。
【００５７】
Ｓ１３０７では、サービス通信部４１１がユーザＡの認証結果をリクエスト処理部４２１に送信する。認証成功の場合、リクエスト処理部４２１は、ユーザＡの管理するフォルダ構成情報の取得をサービス通信部４１１に依頼する。一方、認証エラーの場合、認証エラーをユーザＡに通知し、認証情報の再度の入力を促す。
【００５８】
Ｓ１３０８では、プレゼンテーション部４６１がユーザＡのフォルダ構成情報をサービス通信部４１１に送信する。
【００５９】
Ｓ１３０９では、サービス通信部４１１がリクエスト処理部４２１にユーザＡのフォルダ構成情報を送信し、ユーザＡの情報をもとにＵＩ制御部４２２にスキャン設定ＵＩを表示させる。Ｓ１３１０では、ユーザＡが操作部２１９に表示されたスキャン設定画面（図７）にアップロード先フォルダ及びアップロードファイル名、スキャン設定を入力し、アップロード開始ボタン７１０を押下する。Ｓ１３１１では、リクエスト処理部４２１がスキャン処理制御部４１２にスキャン設定を送信し、画像処理装置１０１のスキャナ２２１にスキャンを依頼する。Ｓ１３１２では、画像処理装置１０１のスキャナ２２１がスキャンを実行する。Ｓ１３１３では、画像処理装置１０１がスキャンデータをファイル変換し、そのファイルをスキャン処理制御部４１２に送信する。
【００６０】
こうしてＳ１３１４で、リクエスト処理部４２１がスキャン処理制御部４１２からスキャンデータを受信し、サービス通信部４１１にスキャンデータのアップロードを要求する。サービス通信部４１１は、プレゼンテーション部４６１と通信することで、ユーザＡが指定したフォルダへのアップロードを依頼する。こうしてＳ１３１５で、プレゼンテーション部４６１が、スキャンデータであるファイルを受信し、ストレージ管理部４６４にデータの格納を要求する。ストレージ管理部４６４は、ユーザＡストレージ４７０の特定フォルダに、そのファイルを格納する。Ｓ１３１６では、ユーザＡストレージ４７０へのスキャンデータの格納結果をストレージ管理部４６４がプレゼンテーション部４６１に通知する。ここで、正常に格納が行われた場合、アップロード処理は正常に終了となる。次に、ここで、エラーが通知された場合を考える。
【００６１】
Ｓ１３１７では、プレゼンテーション部４６１がサービス通信部４１１にアップロードエラーとその内容を通知する。Ｓ１３１８で、エラー通知に応じて、共有アカウントを要求する。これによりＳ１３１９で、Ｗｅｂアプリケーション４６０は、ユーザＡの共有フォルダ情報を取得し、これをサービス通信部４１１に送信する（Ｓ１３２０）。これによりアプリケーション４１０は、Ｓ１３２１で、アップロード代行依頼画面（図８）を表示させ、ユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択する（Ｓ１３２２）。こうしてＳ１３２３で、スキャンデータを画像処理装置内ストレージ４４０へ格納して、その格納完了を待って（Ｓ１３２４）、選択されたアカウントに対応するユーザＢに、アップロード代行依頼メールの送信を依頼する（Ｓ１３２５）。そしてＳ１３２６で、アプリケーション４１０が代行依頼完了ＵＩを表示させる。
【００６２】
次に図１５のフローチャートを参照して、図１３のＳ１３１８からＳ１３２６で示す代行処理を詳しく説明する。
【００６３】
図１５は、実施形態１に係るアプリケーション４１０のアップロード代行依頼処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。
【００６４】
まずＳ１５０１で、アップロードエラーがサービス通信部４１１から通知されるとリクエスト処理部４２１は、サービス通信部４１１にユーザＡの共有アカウントを要求する。サービス通信部４１１はこれを受けて、Ｗｅｂサーバ１０２のプレゼンテーション部４６１にユーザＡの共有フォルダ情報を要求する。プレゼンテーション部４６１は、アカウント情報管理部４６３からユーザＡの共有フォルダ情報を取得し、これをサービス通信部４１１に送信する。こうしてＳ１５０２で、サービス通信部４１１がユーザＡの共有フォルダ情報を受信し、その情報の中から共有アカウントの一覧を抜き出してリクエスト処理部４２１に送信する。次にＳ１５０３に進み、リクエスト処理部４２１がユーザＡの共有アカウントの一覧を基に、ＵＩ制御部４２２に代行設定ＵＩを表示させる。これによって、アップロードエラーが生じた旨と、アップロードの代行を依頼するアップロード代行依頼画面（図８）がユーザＡに提示される。ユーザＡは、この画面を使用して代行アップロードを行うかどうか、また代行先のユーザを選択する。
【００６５】
Ｓ１５０４では、図８のアップロード代行依頼画面で、ユーザＡによって代行アップロードが依頼されたかどうかをリクエスト処理部４２１が判断する。ここでユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択した場合はＳ１５０５に進む。尚、ここでは便宜上、代行アカウントはユーザＢとする。Ｓ１５０５で、アップロードエラーとなったスキャンデータの画像処理装置内ストレージ４４０への格納を、リクエスト処理部４２１がストレージ処理制御部４１４に要求する。これによりストレージ処理制御部４１４は、画像処理装置内ストレージ４４０にスキャンデータを格納する。ここで格納する際に、アップロードファイル名を編集して格納する。具体的には、ファイル名は「アップロードファイル名_現在時刻_アカウント名_代行アカウント名」の形式とする。ここで、アップロードファイル名を「file1」、現在時刻が「２０１１年１月２日１２時３４分５６秒」であった場合、格納ファイル名は「file1_20110102123456_userA_userB」となる。また、ストレージ処理制御部４１４は、現在時刻の値をリクエスト処理部４３１に送信する。
【００６６】
次にＳ１５０６に進み、リクエスト処理部４３１は、メール送信部４１３に現在時刻の値を送信し、ユーザＢへのアップロードの代行を依頼するメールの送信を依頼する。メール送信部４１３は、送信された情報を基にアップロード代行依頼メールを作成する。この際、メールの宛先は、ユーザＢのメールアドレス、メール本文１００４にはユーザＢへのアップロード代行依頼、及びアップロード代行画面のＵＲＬを記載する。またＵＲＬに送信された現在時刻を追記する。そしてＳ１５０７に進み、リクエスト処理部４２１がＵＩ制御部４２２に代行依頼完了ＵＩを表示させる（図９参照）。
【００６７】
一方、Ｓ１５０４で、ユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択しなかった場合はＳ１５０８に進み、アップロードは中止される。
【００６８】
図１３のシーケンスを辿った際の操作部２１９の画面遷移は図９に示すようになる。これによって、ユーザＡがアプリケーション４１０を操作して、スキャンアップロードが失敗した場合に、ユーザＢに代行アップロードを依頼することを実現している。そして、ユーザＢでは、図１０に示すような、代行依頼のメールの受信画面が表示される。
【００６９】
図１４は、実施形態１に係るＷｅｂブラウザ４５１、画像処理装置内ストレージ４４０、アプリケーション４１０、Ｗｅｂアプリケーション４６０、ユーザＢストレージ４８０の一連の処理を実行する動作を説明するシーケンス図である。
【００７０】
Ｓ１４０１では、ユーザＡにアップロード代行を依頼されたことをユーザＢがメールで確認する。その際、ユーザＢはメール本文１００４（図１０）に記載されているＵＲＬにＷｅｂブラウザ４５１で接続する。次にＳ１４０２からＳ１４２１で、ユーザＢによるユーザＡの代行アップロードが行われるが、その処理を図１６のフローチャートを参照して詳しく説明する。
【００７１】
図１６は、実施形態１に係るアプリケーション４１０のアップロード代行処理を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。尚、ここでは、前述のユーザＡの場合と同様に画像処理装置１０１の構成を参照して説明する。
【００７２】
まずＳ１６０１で、リクエスト処理部４３１が代行アップロード用の認証画面の生成をレスポンス生成部４３２に依頼し、レスポンス生成部４３２が認証画面情報をＷｅｂブラウザ４５１に表示させる（図１４のＳ１４０２）。これによってユーザＢに代行アップロードの承諾とアップロードに必要な認証情報を要求する。また、リクエスト処理部４３１は、Ｗｅｂブラウザ４５１からリクエスト時に取得したＵＲＬに付随している現在時刻（画像処理装置内ストレージ４４０にスキャンデータが格納された時刻）を取得し、保持する。これによりＷｅｂブラウザ４５１は、図１０に示すような画面を表示する。次に、この画面を使用したユーザＢの操作に従って、図１１に示すユーザＢの認証画面を表示する。
【００７３】
次にＳ１６０２に進み、ユーザＢが認証され、かつ代行承諾をしたかどうかをリクエスト処理部４３１が判断する。ここで代行を承諾しないとき、即ち、図１１でユーザＢが代行拒否ボタン１１０５を押下したときはＳ１６１２に進む。Ｓ１６１２では、リクエスト処理部４３１は、メール送信部４１３に、ユーザＡにユーザＢから代行アップロードが拒否されたことを通知するメールの送信を依頼する。そしてＳ１６１１に進む。
【００７４】
一方、ユーザＢが、図１１の代行アップロード開始ボタン１１０６を押下した時はＳ１６０３に進み、ユーザ名、パスワードを取得し（図１４のＳ１４０３）、ユーザ名がユーザＢのアカウントであることを確認する。確認できたら、サービス通信部４１１に認証処理を要求する（図１４のＳ１４０４〜Ｓ１４０５）。Ｓ１６０４では、サービス通信部４１１が認証を行った結果をリクエスト処理部４３１に送信し（図１４のＳ１４０６）、リクエスト処理部４３１が認証結果を判断する。この際、認証エラーと判断された場合は、再びＳ１６０１の処理が実行される。
【００７５】
Ｓ１６０４で認証に成功した（図１４のＳ１４０６）と判断するとＳ１６０５に進み、リクエスト処理部４３１は、代行アップロードするためのスキャンデータをストレージ処理制御部４１４に要求する（図１４のＳ１４０７）。この際、ストレージ処理制御部４１４は、ユーザＡがユーザＢに代行依頼したスキャンデータを検索するために画像処理装置内ストレージ４４０のファイル名を検索する。そしてファイル名に、「現在時刻_アカウント名_代行アカウント名」が含まれるファイルを検索し、該当するファイルをストレージ４４０から読み出して（図１４のＳ１４０８）リクエスト処理部４３１に送信する。この際、現在時刻は、Ｓ１６０１でリクエスト処理部４３１が保持した現在時刻である。また、該当ファイルを送信する際、ファイル名の「_現在時刻_アカウント名_代行アカウント名」を削除する。これによって、ユーザＡがスキャンアップロード時に指定したファイル名となる。
【００７６】
次にＳ１６０６に進み、リクエスト処理部４３１がサービス通信部４１１に、Ｓ１６０５で取得したスキャンデータのアップロードを要求する（図１４のＳ１４０９）。これによりＷｅｂアプリケーション４６０は、そのアップロードされたデータを受信してユーザＢストレージ４８０に格納する（図１４のＳ１４１０）。こうして格納が完了すると格納完了通知が発行され（Ｓ１４１１）、アップロードが完了したことをＷｅｂアプリケーション４６０からアプリケーション４１０に通知される（Ｓ１４１２）。
【００７７】
次にＳ１６０７に進み、サービス通信部４１１がスキャンデータのアップロード結果をリクエスト処理部４３１に通知し、リクエスト処理部４３１がアップロードの成功を判断する。この際、アップロードエラーと判断された場合は、再びＳ１６０１の処理が実行される。Ｓ１６０７でリクエスト処理部４３１がアップロードが成功したと判断した場合はＳ１６０８に進む。ここでは、リクエスト処理部４３１がサービス通信部４１１に、Ｓ１６０７でアップロードしたファイルに対し、ユーザＡとファイル共有処理を行うように指示する（図１４のＳ１４１３）。これにより、ユーザＢが代行アップロードしたスキャンデータがユーザＡと共有されることになり、ユーザＡもＷｅｂサーバ１０２にアップロードされたスキャンデータを閲覧することが可能となる。このときＷｅｂサーバ４６０とユーザＢストレージ４８０との間では、図１４に示すように、Ｓ１４１４でユーザＡとの共有が指示され、その要求に対して共有完了通知がユーザＢストレージ４８０から完了通知が発行される（Ｓ１４１５）。これによりＷｅｂアプリケーション４６０は、共有完了通知をアプリケーション４１０に送信する（Ｓ１４１６）。
【００７８】
次にＳ１６０９に進み、不要となった画像処理装置内ストレージ４４０のアップロードの対象であるスキャンデータの削除を、リクエスト処理部４３１がストレージ処理制御部に指示する（図１４のＳ１４１７）。これにより画像処理装置内ストレージ４４０は、その指示されたスキャンデータの削除処理を実行し（Ｓ１４１８）、削除が完了すると削除完了通知をアプリケーション４１０に発行する（Ｓ１４１９）。
【００７９】
次にＳ１６１０に進み、リクエスト処理部４３１がメール送信部４１３に、代行アップロード完了メールの送信を依頼する。これにより図１４のＳ１４２０で、代行アップロード完了メールを送信する。そしてＳ１６１１に進み、リクエスト処理部４３１がレスポンス生成部４３２に、代行処理完了画面の生成を依頼する。レスポンス生成部４３２は、Ｗｅｂブラウザ４５１に、生成した代行処理完了画面（図１２）を表示させ（Ｓ１４２１）、ユーザＢに代行処理の完了を通知する。
【００８０】
こうして図１４のシーケンスを辿った際のＷｅｂブラウザ４５１の画面遷移は、前述の図１２に示すようになる。これによって、ユーザＢによる代行アップロードを実現している。
【００８１】
以上説明したように図１３、図１４に示すシーケンスを辿ることで、ユーザＡがＷｅｂサーバ１０２へのスキャンアップロードに失敗したスキャンデータを、ユーザＢが代行してアップロードし、そのデータをユーザＡがファイルを閲覧することが可能となる。これによって、目的であった、外部ストレージサービスからエラーが通知された場合でも、外部ストレージサービスにスキャンデータを送信できるため、ユーザの作業時間の短縮を実現できる。
【００８２】
［実施形態２］
次に本発明の実施形態２として、代行アップロードを依頼せずに、共有アカウントによる代行アップロードを実現する形態を説明する。尚、実施形態２に係るシステム構成、画像形成装置１０１及びＷｅｂサーバ１０２のハードウェア構成は前述の実施形態１と同様であるため、その説明を省略する。
【００８３】
図１７は、実施形態２に係るＷｅｂサーバ１０２、画像処理装置１０１のアプリケーションのソフトウェア構成を示す機能ブロック図である。前述の実施形態１に係る図４との相違点は、自動代行リスト管理部１７１５が加わった点と、アプレット部１７２０のＵＩ制御部１７２２に代行処理完了ＵＩが加わった点である。尚、図４に示す各部と共通する部分には同じ番号を付して、それらの説明を省略する。
【００８４】
自動代行リスト管理部１７１５は、サーブレット部１７３０のリクエスト処理部１７３１から代行アップロードを依頼したアカウントと、実際に代行アップロードを行った共有アカウントが送信された場合、それを対応付けした上で記録し、リスト管理する。この際同時に、共有アカウントの認証情報も記録する。また、アプレット部１７２０から代行依頼アカウントと、共有アカウントの検索を依頼された場合、２つのアカウントが、対応付けされた上で記録されているかを調べる。その後、結果をリクエスト処理部４２１に送信する。
【００８５】
図１８は、実施形態２に係るアプリケーション１７１０のサーブレット部４３０が生成する代行アップロード用の認証画面の一例を示す図である。尚、ここでは、ユーザＡからユーザＢに対し、代行アップロード依頼メールが送信され、ユーザＢがブラウザ４５１を使用して、メール本文のＵＲＬにアクセスしたと仮定する。
【００８６】
図１８は、Ｗｅｂブラウザ４５１のコンテンツ表示領域を示し、１８０２はＷｅｂブラウザ４５１のアドレスバーである。１８０３はユーザ名入力フィールドである。１８０４はパスワード入力フィールドである。１８０５は代行アップロードの拒否ボタン、１８０６は代行アップロードの開始ボタンを示す。チェックボックス１８０７は、次回以降、同じユーザから代行依頼を受けた場合、自動的に代行アップロードを行うことを許可する場合にチェックされる。このチェックボックス１８０６にチェックが入った上でユーザＢが代行アップロードに成功した場合、次回以降、ユーザＡがユーザＢに代行アップロードを依頼した場合、ユーザＢにアップロード代行依頼メールは送信されなくなる。更に、ユーザＢの認証情報を使用して自動的に代行アップロードが行われるようになる。即ち、サーブレット部４３０の動作なしに、代行アップロードが行うことが可能となる。
【００８７】
図１９は、実施形態２に係るアプリケーション１７１０のアップロード代行処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。
【００８８】
まずＳ１９０１で、Ｗｅｂブラウザ４５１により図１８に示す画面が表示される。これによってユーザＢに代行アップロードの承諾とアップロードに必要な認証情報を要求する。また、リクエスト処理部４３１は、Ｗｅｂブラウザ４５１からリクエスト時に取得したＵＲＬに付随している現在時刻（画像処理装置内ストレージ４４０にスキャンデータが格納された時刻）を取得し、保持する。更に、図１８のチェックボックス１８０７のチェックの有無を記憶する。
【００８９】
次にＳ１９０２からＳ１９１０の処理は、図１６のＳ１６０２からＳ１６１０の処理と同様の動作であるため、その説明を省略する。そしてＳ１９１１に進み、Ｓ１９０１で保持したチェックボックス１８０７のチェックの有無を判断する。チェックボックス１８０７にチェックがされていないと判断した場合はＳ１９１３に進む。チェックボックス１８０７がチェックされていると判断するとＳ１９１２に進み、リクエスト処理部４３１は自動代行リスト管理部１７１５に、代行依頼アカウントであるユーザＡと共有アカウントであるユーザＢのアカウント名とを対応付けて記憶させる。これと同時にユーザＢのパスワード情報も記録させる。またＳ１９１３及びＳ１９１４は、それぞれ図１６のＳ１６１１とＳ１６１２と同様の処理であるため、その説明を省略する。
【００９０】
上記のフローチャートで示す処理により、Ｗｅｂブラウザ４５１により表示される画面は図１２に示すようになる。
【００９１】
図２０は、実施形態２に係るアプリケーション１７１０のアップロード代行依頼処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。次にＳ２００１からＳ２００４の処理は、図１５のＳ１５０１からＳ１５０４の処理と同様の動作であるため、その説明を省略する。またＳ２００４で、代行依頼が行われなかった場合はＳ２０１３に進み、実施形態１と同様にアップロードは中止される。
【００９２】
Ｓ２００４で代行が依頼されるとＳ２００５に進む。Ｓ２００５では、リクエスト処理部４２１が自動代行リスト管理部１７１５に、Ｓ２００４で選択された共有アカウントであるユーザＢと、代行依頼を行っているユーザＡが、対応付けて記憶されているかどうかを問い合わせて判断する。またこの際、対応付けて記憶されていないと判断された場合はＳ２０１４に進み、実施形態１のＳ１５０５〜Ｓ１５０７（図１５）と同様にユーザＢに代行依頼が行われる。
【００９３】
Ｓ２００５でユーザＡとユーザＢが対応付けて記憶されていると判断された場合はＳ２００６に進み、リクエスト処理部４２１は、自動代行リスト管理部１７１５から、共有アカウントであるユーザＢのパスワードを取得する。次にＳ２００７に進み、その取得したパスワードを使用して、ユーザＢによる認証処理を行う。次にＳ２００８に進み、Ｓ２００７での認証が正しく行われたかを判断し、認証エラーと判断された場合はＳ２００３に戻って処理が実行される。
【００９４】
Ｓ２００７で認証に成功するとＳ２００９に進み、ユーザＢのアカウントで、スキャンデータのアップロードが行われる。次にＳ２０１０に進み、Ｓ２００９でのアップロードが正常に完了したかどうかを判断し、正常に完了していないときはＳ２００３に戻って処理を実行する。こうしてアップロードに成功するとＳ２０１１に進み、そのアップロードしたファイルの共有設定を行う。この場合の共有アカウントは、アップロード代行を依頼したユーザＡである。そしてＳ２０１２に進み、リクエスト処理部４２１がＵＩ制御部１７２２に代行処理完了ＵＩの表示を要求する。これによって代行処理完了画面が表示される。
【００９５】
図２１は、画像形成装置の操作部２１９に表示される代行処理完了画面の一例を示す図である。
【００９６】
以上が、実施形態２に係るアプリケーションの動作であり、これによって共有アカウントに代行アップロード依頼を行うことなく、代行アップロードの実行が実現する。
【００９７】
以上説明したように実施形態２によれば、共有アカウントによる代行アップロードの実行時に自動代行アップロードを許可する。これにより、スキャンデータのアップロードの際にエラーが発生しても、代行アカウントへのアップロード依頼なしに、代行アップロードを行うことができる。
【００９８】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、例えば、外部ストレージサービスにデータをアップロードする機能を備えた画像処理装置とその制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、画像処理装置では、リアルタイム・オペレーティングシステム（以下、リアルタイムＯＳ）上に、更に別の組み込みシステム向けの実行環境（例えば、Ｊａｖａ（登録商標）など）を構築している。これにより、画像処理装置を制御するアプリケーションを外部からインストールして搭載することが可能となっている。また更に、その組み込みシステム向けの実行環境により、開発者が任意の画像処理装置に対するアプリケーションを共通の開発言語、開発環境で開発することが可能となっている。
【０００３】
また、画像処理装置自体の高機能化、多機能化が進み、スキャン機能、プリント機能に関しても多種多様な機能を搭載した装置が開発されている。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけでなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆ）を搭載した画像処理装置が開発されている。このようなネットワークＩ／Ｆを搭載した画像処理装置は、ネットワークで接続された外部システム、外部サービスと連携し、様々なソリューションを提供している。例えば、特許文献１によれば、文書管理システムと連携し、文書管理ポリシーに合ったスキャンデータのみをアップロードできる画像処理装置及び文書管理システムを提案している。
【０００４】
一方、画像処理装置を取り巻くネットワーク環境に関しては、近年、クラウドコンピューティングといった、インターネットをベースとしたコンピュータの利用形態が注目されている。クラウドコンピューティングでは、ユーザはコンピュータ処理をネットワーク経由でサービスとして利用する。特に、インターネット上では、様々なサービス提供者による様々なサービスが提供されており、ユーザは業務など各自の利用形態に合わせてサービスを選択することが可能となっている。従って、画像処理装置においても、様々なサービス提供者による様々なサービスと連携してユーザの業務効率を向上させるソリューションを提供することが重要となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−５６７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来、画像処理装置から外部ストレージサービスに対して、原稿をスキャンして得られたスキャンデータを送信する場合、以下のような処理を行う。まず画像処理装置のユーザが、外部ストレージサービスと接続するためのサービス（ここでは内蔵のアプリケーションとする）を起動させる。次にアプリケーションが提供するユーザインターフェースを通じて、外部ストレージサービスの認証を行う。認証を行った上で、格納するストレージを選択し、スキャンデータの送信作業に入る。この際、アプリケーションは、まず画像処理装置による原稿のスキャンによりスキャンデータを得る。次に、そのスキャンデータを外部ストレージサービスに格納可能なファイル形式に変換した後、そのファイルデータを外部ストレージサービスへアップロードする。そして外部ストレージサービスから、アップロードの完了通知を受信すると、ユーザインターフェースにアップロードの完了を表示させる。以上が、画像処理装置から外部ストレージサービスに対してスキャンデータを送信し、その送信処理が正常に終了した場合である。
【０００７】
しかしながら、外部ストレージサービスからアップロードの完了通知ではなくエラーが通知された場合は、アップロード処理の失敗をユーザインターフェースに表示させる。この際、送信を試みたスキャンデータは破棄されるため、ユーザは外部ストレージサービスに対し、エラー内容に基づいた適正な処理を行った上で再びアップロード操作を行わなくてはならない。即ち、画像処理装置は、再びスキャン動作を行った上で外部ストレージサービスにスキャンデータを送信しなければならないため、スキャン対象の原稿の枚数が多い場合には、ユーザの拘束時間の増加を招いてしまう。
【０００８】
本発明は、上記従来技術の問題点を解決することを目的とする。
【０００９】
本発明の特徴は、データをアップロードする際にエラーが発生した場合に、そのデータを簡単にアップロードする技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
画像データをネットワークを介して記憶装置に転送して記憶させることが可能な画像処理装置であって、
画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得手段と、
アップロードの対象の画像データを記憶する記憶手段と、
前記取得手段により取得された共有アカウントを用いて、前記記憶手段に記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、データをアップロードする際にエラーが発生した場合に、そのデータを簡単にアップロードすることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態１に係る情報処理システムの全体図。
【図２】実施形態１に係る画像処理装置の構成を示すブロック図。
【図３】実施形態１に係るＷｅｂサーバの構成を示すブロック図。
【図４】実施形態１に係るＷｅｂサーバと画像処理装置のソフトウェア構成を示す機能ブロック図。
【図５】実施形態１に係るＷｅｂサーバのストレージ領域のユーザ権限を説明する図。
【図６】実施形態１に係るアプリケーションのアプレット部の認証画面の一例を示す図。
【図７】実施形態１に係るアプリケーションのアプレット部のスキャン設定画面の一例を示す図。
【図８】実施形態１に係るアプリケーションのアプレット部のアップロード代行依頼画面の一例を示す図。
【図９】実施形態１に係るアプリケーションのアプレット部のアップロード代行依頼完了画面の一例を示す図。代行依頼完了画面を示す図である。
【図１０】実施形態１に係るアプリケーションが送信する代行依頼メールの一例を示す図。
【図１１】実施形態１に係るアプリケーションのサーブレット部が生成する代行アップロード用の認証画面の一例を示す図。
【図１２】実施形態１に係るアプリケーションのサーブレット部が生成する代行処理完了画面の一例を示す図。
【図１３】実施形態１に係る画像処理装置、アプリケーション、画像処理装置内ストレージ、Ｗｅｂアプリケーション、ユーザＡストレージの一連の処理を実行する動作を説明するシーケンス図。
【図１４】実施形態１に係るＷｅｂブラウザ、画像処理装置内ストレージ、アプリケーション、Ｗｅｂアプリケーション、ユーザＢストレージの一連の処理を実行する動作を説明するシーケンス図。
【図１５】実施形態１に係るアプリケーションのアップロード代行依頼処理の動作を説明するフローチャート。
【図１６】実施形態１に係るアプリケーションのアップロード代行処理を説明するフローチャート。
【図１７】実施形態２に係るＷｅｂサーバ、画像処理装置のアプリケーションのソフトウェア構成を示す機能ブロック図。
【図１８】実施形態２に係るアプリケーションのサーブレット部が生成する代行アップロード用の認証画面の一例を示す図。
【図１９】実施形態２に係るアプリケーションのアップロード代行処理の動作を説明するフローチャート。
【図２０】本発明の実施形態２におけるアプリケーション１７１０のアップロード代行依頼処理の動作を説明するフローチャートである。
【図２１】本発明の実施形態２におけるアプリケーション１７１０のアプレット部１７２０の代行処理完了画面を示す図である。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１４】
［実施形態１］
図１は、本発明の実施形態１に係る情報処理システムの全体図である。
【００１５】
ＬＡＮ１１０には、画像処理装置１０１及びＷｅｂサーバ１０２が互いに通信可能に接続されている。ＰＣ（パーソナルコンピュータ）１０３は、Ｗｅｂブラウザを備えたユーザ（実施形態ではユーザＢ）のＰＣで、画像処理装置１０１との間で認証画面情報やパスワード等の通信を行うことができる。尚、ＬＡＮ１１０は、説明のためＬＡＮ（ローカル・エリア・ネットワーク）と記載しているが、インターネットなどの他のネットワークでも構わない。また、ＬＡＮ１１０には、これら以外の機器が接続されていても良いことはもちろんである。
【００１６】
図２は、実施形態１に係る画像処理装置（複合機）１０１の構成を示すブロック図である。
【００１７】
ＣＰＵ２１１を含む制御部２１０は、画像処理装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また画像処理装置１０１には、後述するアプリケーション４１０（図４）が備えられている。画像処理装置１０１のアプリケーション４１０は、Ｗｅｂサーバ１０２と通信を行うための操作画面を操作部２１９の液晶表示部に表示する。
【００１８】
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記憶媒体（シート）上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（画像処理装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
【００１９】
図３は、実施形態１に係るＷｅｂサーバ１０２の構成を示すブロック図である。
【００２０】
ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたブートプログラムを実行してＨＤＤ３１４にインストールされているＯＳや各種プログラムを読み出してＲＡＭ３１３に展開し、各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続しており、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
【００２１】
図４は、実施形態１に係るＷｅｂサーバ１０２と画像処理装置１０１のソフトウェア構成を示す機能ブロック図である。
【００２２】
画像処理装置１０１は、アプリケーション４１０、画像処理装置内ストレージ４４０を備える。更にアプリケーション４１０は、アプレット部４２０とサーブレット部４３０を含む。これはアプリケーション４１０が、画像処理装置１０１のユーザと、外部ＰＣ１０３のＷｅｂブラウザ４５１のユーザ双方にＵＩ（ユーザインタフェース）を提供する必要があるためである。即ち、アプレット部４２０は、画像処理装置１０１のユーザへのＵＩの提供、及びユーザからのリクエスト処理を行う。またサーブレット部４３０は、Ｗｅｂブラウザ４５１のユーザへのＵＩの提供、及びＷｅｂブラウザ４５１のユーザからのリクエスト処理を行う。
【００２３】
アプリケーション４１０は、更に、サービス通信部４１１、スキャン処理制御部４１２、メール送信部４１３、ストレージ処理制御部４１４を含む。サービス通信部４１１は、アプレット部４２０及びサーブレット部４３０からのリクエストに応じて、Ｗｅｂサーバ１０２のプレゼンテーション部４６１と通信を行う。プレゼンテーション部４６１へのリクエスト内容は、認証処理やスキャンデータのアップロードなどである。また、プレゼンテーション部４６１からのレスポンスを解析し、そのリクエストに対する結果をリクエスト処理部４２１，４３１に送信する。尚、サービス通信部４１１は、サービス毎に異なるアプリケーション層での通信処理を制御することを想定する。例えば、サービス通信部４１１は、通信プロトコルＨＴＴＰ等を利用して実現されるＳＯＡＰ，ＲＥＳＴといったＷｅｂサービスによって実現されるサービスとの通信処理を行うことを想定する。これによって、Ｗｅｂサーバ１０２への認証やスキャンデータの送信など、画像処理装置１０１はＷｅｂサーバ１０２が提供するサービスを利用可能となる。
【００２４】
スキャン処理制御部４１２は、リクエスト処理部４２１からスキャン設定を取得し、その設定に基づいてスキャナ２２１にスキャンを要求し、スキャンデータを取得してファイル変換を行う。ファイル変換が完了したら、そのファイル（スキャンデータ）をリクエスト処理部４２１に送信する。メール送信部４１３は、特定アドレスへのメール送信要求を受け、メールの作成及びメールの送信を行う。具体的には、アプレット部４２０のリクエスト処理部４２１から、或いは、サーブレット部４３０のリクエスト処理部４３１から、メールの送信要求を受けて、メールの作成や送信を行う。
【００２５】
ストレージ処理制御部４１４は、リクエストを受けて画像処理装置内ストレージ４４０に処理を要求する。具体的には、アプレット部４２０のリクエスト処理部４２１から、或いは、サーブレット部４３０のリクエスト処理部４３１から、スキャンデータの格納、或いは取得を要求された際に、画像処理装置内ストレージ４４０に、その格納或いは読み出しを要求する。また、画像処理装置内ストレージ４４０内のファイルの検索や、ファイル名の変更を行うことも可能である。
【００２６】
アプレット部４２０は、画像処理装置１０１の操作部２１９にＵＩを表示し、入力された内容に応じてＷｅｂサーバ１０２と通信処理を行う。アプレット部４２０は、リクエスト処理部４２１、ＵＩ制御部４２２を含む。リクエスト処理部４２１は、ＵＩ制御部４２２から受信したユーザによる入力情報を基に、サービス通信部４１１にＷｅｂサーバ１０２との通信を要求し、その結果に基づいて各種処理を行う。またリクエスト処理部４２１は、ＵＩ制御部４２２から送信されたユーザからの入力情報を解析し、サービス通信部４１１及びスキャン処理制御部４１２に各種指示を行う。例えば、ＵＩ制御部４２２から認証情報が渡された場合は、サービス通信部４１１に認証情報を送信し、認証処理のための通信を要求する。またＵＩ制御部４２２からスキャン設定情報が送信された場合は、スキャン処理制御部４１２にスキャン設定情報を渡してスキャンデータを要求する。その後、受信したスキャンデータをサービス通信部４１１に送信し、スキャンデータのアップロードのための通信を要求する。
【００２７】
更に、本実施形態１では、アップロードの失敗時に代行アップロードを行う。リクエスト処理部４２１は、サービス通信部４１１からスキャンデータのアップロードエラーが通知された場合、サービス通信部４１１に、当該アカウントの共有アカウントの検索を要求する。ここで言う共有アカウントの定義は後に記述する。リクエスト処理部４２１は、得られた共有アカウントの一覧をＵＩ制御部４２２に送信し、代行設定ＵＩの表示を要求する。ＵＩ制御部４２２から、画像処理装置１０１のユーザが選択したアカウントを受信した場合、リクエスト処理部４２１は、アップロードエラーとなったスキャンデータの格納をストレージ処理制御部４１４に要求する。その後、リクエスト処理部４２１は、メール送信部４１３に、選択された代行アカウントを送信し、代行アップロード依頼メールの送信を要求する。
【００２８】
ＵＩ制御部４２２は、リクエスト処理部４２１からの要求に応じて、画像処理装置１０１の操作部２１９に表示させるＵＩを設定する。加えて、リクエスト処理部４２１から代行設定ＵＩが要求された場合、共有アカウントの一覧を受信した上で、代行設定ＵＩを表示させる。また、画像処理装置１０１が選択した代行アップロードをリクエスト処理部４２１に送信する。
【００２９】
サーブレット部４３０は、Ｗｅｂブラウザ４５１と通信を行い、受信したリクエストに応じてＷｅｂブラウザ４５１に対するレスポンスをレスポンス生成部４３２に要求する。具体的には、Ｗｅｂブラウザ４５１から認証画面を要求された場合は、レスポンス生成部４３２に認証画面用のレスポンスを作成させる。また、その認証画面を通じて、アップロード代行アカウントのＩＤとパスワードの情報が送信された場合、リクエスト処理部４３１は、サービス通信部４１１に認証を要求する。ここで認証に成功すると、リクエスト処理部４３１は、ストレージ処理制御部４１４にスキャンデータを要求し、再びサービス通信部４１１にスキャンデータのアップロードを要求した後、当該データの共有を依頼する。共有アカウントは、代行アップロード依頼元のアカウントとする。代行アップロード完了後、当該データの削除をストレージ処理制御部４１４に依頼する。これにより、画像処理装置内ストレージ４４０に格納されたスキャンデータが削除される。データの削除完了後、メール送信部４１３に代行アップロード完了メールの送信を要求する。これによって、代行アップロードが完了し、アップロードが失敗したスキャンデータを他のアカウントで代行アップロードすることが可能となる。レスポンス生成部４３２は、リクエスト処理部４３１からのレスポンス要求を受けて、Ｗｅｂブラウザ４５１に、認証画面や代行アップロードの完了画面をＨＴＭＬ形式で送信する。
【００３０】
画像処理装置内ストレージ４４０は、画像処理装置１０１が自装置内に所持するストレージ領域で、ストレージ処理制御部４１４からの要求を受けて、ストレージ内のデータ削除やストレージへのデータ格納を行う。外部ＰＣ１０３は、Ｗｅｂブラウザ４５１を含む。Ｗｅｂブラウザ４５１は、ここでは、サーブレット部４３０と通信を行うブラウザを想定する。
【００３１】
Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４６０、ユーザＡストレージ４７０、ユーザＢストレージ４８０を備える。更に、Ｗｅｂアプリケーション４６０は、プレゼンテーション部４６１、認証処理部４６２、アカウント情報管理部４６３、ストレージ管理部４６４を備える。プレゼンテーション部４６１は、サービス通信部４１１と通信を行い、画像処理装置１０１からの処理要求に応えて、処理結果をサービス通信部４１１に送信する。この際、サービス通信部４１１から送信された処理要求に応じて、処理のリクエスト先を切り替える。例えば、認証処理を要求された場合は、認証情報を取得し、認証処理部４６２に認証処理を依頼する。また、その結果をサービス通信部４１１に送信する。またアカウント情報の変更を要求された場合は、アカウント情報を取得し、アカウント情報管理部４６３に変更処理を依頼する。また、その結果をサービス通信部４１１に送信する。またストレージへのアップロードを要求された場合は、データと格納先の情報を取得してストレージ管理部４６４に格納処理を依頼する。
【００３２】
認証処理部４６２は、プレゼンテーション部４６１から取得した認証情報を基に認証処理を行う。更に、その認証結果をプレゼンテーション部４６１に送信する。アカウント情報管理部４６３は、プレゼンテーション部４６１から取得したアカウント情報を基に、アカウント情報の変更処理を行う。更に、その変更結果をプレゼンテーション部４６１に送信する。ストレージ管理部４６４は、プレゼンテーション部４６１から取得したデータと格納先情報とを基に、ストレージへの格納処理を行う。更に、その格納結果をプレゼンテーション部４６１に送信する。
【００３３】
ユーザＡストレージ４７０及びユーザＢストレージ４８０は、Ｗｅｂサーバ１０２のストレージ領域である。この例では、ストレージ領域は２つだけとなっているが、Ｗｅｂアプリケーション４６０の管理するアカウントの数だけストレージ領域が存在する。ストレージ管理部４６４によって、ストレージ内のファイルの削除やストレージへのファイルアップロードが行われる。その結果をストレージ管理部４６４に送信するが、アップロード要求されたファイルを格納する領域が存在しない場合などは、エラーを返す。
【００３４】
尚、この例ではＷｅｂサーバ１０２が１台でファイル管理サービスを提供する例を示している。しかしながら、Ｗｅｂサーバ１０２の他の形態として、複数のサーバによって構成され、そのサーバ群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしても構わない。この場合、所定の条件に応じてヴァーチャルマシンを増加させるスケールアウトと呼ばれる技術（クラウドコンピューティング）が用いられる。
【００３５】
図５は、実施形態１に係るＷｅｂサーバ１０２のストレージ領域のユーザ権限を説明する図である。４７０，４８０はそれぞれ図４で説明したＷｅｂサーバ１０２のユーザＡのストレージとユーザＢのストレージを示している。ユーザＡ、ユーザＢはそれぞれ、アプリケーション４１０やＷｅｂブラウザ４５１を利用して、各ストレージにファイルをアップロードしたり、そこに記憶されているファイルを削除できる。
【００３６】
５１０はユーザＡのユーザ権限で閲覧可能なファイルの範囲を示す。ここでいう閲覧可能とは、ファイルを閲覧することに加えて、ファイルの削除やダウンロードといった、ファイルに対するアクションが可能という意味も含まれる。図５では、ユーザＡが閲覧可能なファイルは、ユーザＡのファイル５１１とユーザＡと共有したユーザＢのファイル５２１である。ユーザＡのファイル５１１は、ユーザＡストレージ４７０に存在するファイルのためユーザＡは閲覧可能である。またユーザＡと共有したユーザＢのファイル５２１は、ユーザＢストレージ４８０に存在するファイルのため、本来であれば閲覧不可である。しかし、ユーザＢストレージ４８０は、ユーザＢがユーザＡと共有設定を行ったファイルであるため、ユーザＡ権限５１０でも閲覧可能となっている。このユーザＡと共有したユーザＢのファイル５２１を、本実施形態では共有ファイルとし、この際のユーザＡを共有アカウントとする。
【００３７】
５２０はユーザＢのユーザ権限で閲覧可能なファイルの範囲を示す。図５では、ユーザＡがユーザＢに対し、共有設定を行った共有ファイルが存在しないため、ユーザＢが閲覧可能なファイルはユーザＢストレージ４８０内のファイルのみである。従って、ユーザＡと共有したユーザＢのファイル５２１と、ユーザＢのファイル５２２が、ユーザＢ権限５２０で閲覧可能なファイルとなる。
【００３８】
図６は、実施形態１に係るアプリケーション４１０のアプレット部４２０の認証画面の一例を示す図である。
【００３９】
コンテンツの表示領域６０１に、Ｗｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図６ではアプレット部４２０のリクエスト処理部４２１が、ＵＩ制御部４２２に認証設定ＵＩを要求し、その後、ＵＩ制御部４２２が認証設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。画像処理装置１０１のユーザは、ユーザ名入力フィールド６０２にユーザ名を入力することで、Ｗｅｂサーバ１０２と認証を行う。画像処理装置１０１のユーザは、パスワード入力フィールド６０３にパスワードを入力することでＷｅｂサーバ１０２と認証を行う。サーバ認証におけるログインボタン６０４が押下されると、ユーザ名入力フィールド６０２、パスワード入力フィールド６０３に入力された値を取得し、Ｗｅｂサーバ１０２と認証を行う。
【００４０】
図７は、実施形態１に係るアプリケーション４１０のアプレット部４２０のスキャン設定画面の一例を示す図である。
【００４１】
コンテンツの表示領域７０１に、Ｗｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図７では、アプレット部４２０のリクエスト処理部４２１が、ＵＩ制御部４２２にスキャン設定ＵＩを要求し、その後、ＵＩ制御部４２２が認証設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。アップロードフォルダ選択ボタン７０２が押下されると、Ｗｅｂサーバ１０２の当該アカウントのファイル構成が表示される。これにより画像処理装置１０１のユーザは、アップロードするフォルダを選択する。画像処理装置１０１のユーザは、ファイル名入力フィールド７０３にファイル名を入力することで、Ｗｅｂサーバ１０２にアップロードするファイル名を確定させる。７０４はカラー選択ボタンで、図７では「自動」が設定されている。７０５は解像度選択ボタンである。７０６は画面読み取り面選択ボタンである。７０７は原稿サイズ混載選択ボタンである。７０８はファイル形式選択ボタンである。キャンセルボタン７０９が押下されると、このスキャン設定画面を閉じて、スキャンアップロード処理はキャンセルされる。アップロード開始ボタン７１０が押下されると、アップロードフォルダ選択ボタン７０２、ファイル名入力フィールド７０３，７０４〜７０８の各スキャン設定ボタンからスキャンアップロード設定を取得する。そして、原稿のスキャンを行った後、Ｗｅｂサーバ１０２に、そのスキャンデータをアップロードする。
【００４２】
図８は、実施形態１に係るアプリケーション４１０のアプレット部４２０のアップロード代行依頼用の画面の一例を示す図である。
【００４３】
コンテンツの表示領域８０１にＷｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図８では、アプレット部４２０のリクエスト処理部４２１がＵＩ制御部４２２に代行設定ＵＩを要求し、その後、ＵＩ制御部４２２が代行設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。８０２〜８０４は共有アカウントを示すラジオボタンである。ここで選択されたアカウントが代行アカウントとして扱われ、当該アカウントに対し、代行依頼メールが送信される。キャンセルボタン８０５が押下されると、代行依頼はキャンセルされるため、スキャンアップロード処理はエラーのまま終了する。代行依頼開始ボタン８０６が押下されると、８０２〜８０４の各ラジオボタンの選択状況を取得し、選択されている共有アカウントに対し、代行依頼メールを送信する。図８では、ユーザＢが共有アカウントとして選択されているので、ユーザＢに対して代行依頼メールが送信される。
【００４４】
図９は、実施形態１に係るアプリケーション４１０のアプレット部４２０のアップロード代行依頼完了画面の一例を示す図である。
【００４５】
図９で示すコンテンツの表示領域にＷｅｂサーバ１２０から受信したレスポンスに基づいて、画面を表示する。図９では、アプレット部４２０のリクエスト処理部４２１がＵＩ制御部４２２に代行依頼完了ＵＩを要求し、その後、ＵＩ制御部４２２が代行依頼完了ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。
【００４６】
図１０は、実施形態１に係るアプリケーション４１０が送信する代行依頼メールの一例を示す図である。
【００４７】
具体的には、アプリケーション４１０のスキャンアップロードエラー時に、画像処理装置１０１のユーザであるユーザＡがユーザＢ（ＰＣ１０３）へ代行依頼を行った際に、メール送信部４１３がユーザＢに送信したメールの例を示す。ここでは、このメールはＰＣ１０３で表示されるものとしている。１００１は送信者を示し、本実施形態１では、画像処理装置１０１のアドレスが送信者となる。１００２は宛先で、ユーザＡが代行依頼を行ったアカウントが宛先となる。ここではユーザＢである。１００３はメールの件名を示し、１００４はメールの本文を示している。メールの本文１００４には、共有アカウントであるユーザＡから代行アップロードを依頼した旨と、代行処理を行うためのＵＲＬが記載されている。
【００４８】
図１１は、実施形態１に係るアプリケーション４１０のサーブレット部４３０が生成する代行アップロード用の認証画面の一例を示す図である。
【００４９】
図１０の代行依頼メールを受信したユーザ（ユーザＢ）が、メール本文１００４に記載されているＵＲＬにＷｅｂブラウザ４５１を使用してアクセスする（図１４のＳ１４０１）ことで、リクエスト処理部４３１にリクエストが送信される。リクエスト処理部４３１は、ＰＣ１０３のＷｅｂブラウザ４５１からのリクエストを受けて、レスポンス生成部４３２に代行アップロード用の認証画面の生成を要求する。その後、レスポンス生成部４３２が代行アップロード用の認証画面を生成し、それをレスポンスとして、Ｗｅｂブラウザ４５１に送信する（図１４のＳ１４０２）。そしてＷｅｂブラウザ４５１が、そのレスポンスを解析し、描画したものが図１１に示す画面である。
【００５０】
代行アップロードを行うＷｅｂブラウザ４５１のユーザは、代行アップロード用の認証画面を要求するためのアドレスを、Ｗｅｂブラウザ４５１のアドレスバー１１０２に入力する。Ｗｅｂブラウザ４５１のユーザは、ユーザ名入力フィールド１１０３にユーザ名を、パスワード入力フィールド１１０４にパスワードを入力することで（Ｓ１４０３）、Ｗｅｂサーバ１０２と認証を行った上で代行アップロードを行う。代行アップロードの拒否ボタン１１０５が押下されると、代行アップロードが拒否され、代行依頼元アカウントに対し、代行が拒否された旨を知らせるメールが送信される。代行アップロードの開始ボタン１１０６が押下されると、ユーザ名入力フィールド１１０３、パスワード入力フィールド１１０４に入力された値を取得し、Ｗｅｂサーバ１０２と認証を行った上で代行アップロードが開始される（図１４のＳ１４０９）。
【００５１】
図１２は、実施形態１に係るアプリケーション４１０のサーブレット部４３０が生成する代行処理完了画面の一例を示す図である。
【００５２】
図１２は、Ｗｅｂブラウザ４５１のコンテンツ表示領域を示し、代行処理の完了後、レスポンス生成部４３２が代行処理完了画面をレスポンスとしてＷｅｂブラウザ４５１に送信し、それをＷｅｂブラウザ４５１が解析し、描画した例を示している。これは図１４のＳ１４２１で表示される。
【００５３】
図１３は、実施形態１に係る画像処理装置１０１、アプリケーション４１０、画像処理装置内ストレージ４４０、Ｗｅｂアプリケーション４６０、ユーザＡストレージ４７０の一連の処理を実行する動作を説明するシーケンス図である。尚、ここでは説明の便宜上、画像処理装置１０１のユーザをユーザＡとする。
【００５４】
Ｓ１３０１では、ユーザＡが画像処理装置１０１を操作してアプリケーション４１０を起動する。Ｓ１３０２では、アプリケーション４１０のアプレット部４２０のリクエスト処理部４２１が認証画面を操作部２１９に表示する。
【００５５】
Ｓ１３０３では、ユーザＡがユーザ名入力フィールド６０２（図６）とパスワード入力フィールド６０３にパスワードを入力し、ログインボタン６０４を押下する。これによりＳ１３０４で、アプレット部４２０のリクエスト処理部４２０が、入力されたユーザ名とパスワードをサービス通信部４１１に送信し、Ｗｅｂサーバ１０２に対して認証要求を行う。サービス通信部４１１はこれを受けて、プレゼンテーション部４６１と通信を行い、ユーザＡの認証をリクエストする。
【００５６】
Ｓ１３０５では、プレゼンテーション部４６１がユーザＡの認証情報を、認証処理部４６２に送信し、認証を行う。Ｓ１３０６では、プレゼンテーション部４６１が認証処理部４６２から、ユーザＡの認証結果を受信し、その結果をレスポンスとして、サービス通信部４１１に送信する。
【００５７】
Ｓ１３０７では、サービス通信部４１１がユーザＡの認証結果をリクエスト処理部４２１に送信する。認証成功の場合、リクエスト処理部４２１は、ユーザＡの管理するフォルダ構成情報の取得をサービス通信部４１１に依頼する。一方、認証エラーの場合、認証エラーをユーザＡに通知し、認証情報の再度の入力を促す。
【００５８】
Ｓ１３０８では、プレゼンテーション部４６１がユーザＡのフォルダ構成情報をサービス通信部４１１に送信する。
【００５９】
Ｓ１３０９では、サービス通信部４１１がリクエスト処理部４２１にユーザＡのフォルダ構成情報を送信し、ユーザＡの情報をもとにＵＩ制御部４２２にスキャン設定ＵＩを表示させる。Ｓ１３１０では、ユーザＡが操作部２１９に表示されたスキャン設定画面（図７）にアップロード先フォルダ及びアップロードファイル名、スキャン設定を入力し、アップロード開始ボタン７１０を押下する。Ｓ１３１１では、リクエスト処理部４２１がスキャン処理制御部４１２にスキャン設定を送信し、画像処理装置１０１のスキャナ２２１にスキャンを依頼する。Ｓ１３１２では、画像処理装置１０１のスキャナ２２１がスキャンを実行する。Ｓ１３１３では、画像処理装置１０１がスキャンデータをファイル変換し、そのファイルをスキャン処理制御部４１２に送信する。
【００６０】
こうしてＳ１３１４で、リクエスト処理部４２１がスキャン処理制御部４１２からスキャンデータを受信し、サービス通信部４１１にスキャンデータのアップロードを要求する。サービス通信部４１１は、プレゼンテーション部４６１と通信することで、ユーザＡが指定したフォルダへのアップロードを依頼する。こうしてＳ１３１５で、プレゼンテーション部４６１が、スキャンデータであるファイルを受信し、ストレージ管理部４６４にデータの格納を要求する。ストレージ管理部４６４は、ユーザＡストレージ４７０の特定フォルダに、そのファイルを格納する。Ｓ１３１６では、ユーザＡストレージ４７０へのスキャンデータの格納結果をストレージ管理部４６４がプレゼンテーション部４６１に通知する。ここで、正常に格納が行われた場合、アップロード処理は正常に終了となる。次に、ここで、エラーが通知された場合を考える。
【００６１】
Ｓ１３１７では、プレゼンテーション部４６１がサービス通信部４１１にアップロードエラーとその内容を通知する。Ｓ１３１８で、エラー通知に応じて、共有アカウントを要求する。これによりＳ１３１９で、Ｗｅｂアプリケーション４６０は、ユーザＡの共有フォルダ情報を取得し、これをサービス通信部４１１に送信する（Ｓ１３２０）。これによりアプリケーション４１０は、Ｓ１３２１で、アップロード代行依頼画面（図８）を表示させ、ユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択する（Ｓ１３２２）。こうしてＳ１３２３で、スキャンデータを画像処理装置内ストレージ４４０へ格納して、その格納完了を待って（Ｓ１３２４）、選択されたアカウントに対応するユーザＢに、アップロード代行依頼メールの送信を依頼する（Ｓ１３２５）。そしてＳ１３２６で、アプリケーション４１０が代行依頼完了ＵＩを表示させる。
【００６２】
次に図１５のフローチャートを参照して、図１３のＳ１３１８からＳ１３２６で示す代行処理を詳しく説明する。
【００６３】
図１５は、実施形態１に係るアプリケーション４１０のアップロード代行依頼処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。
【００６４】
まずＳ１５０１で、アップロードエラーがサービス通信部４１１から通知されるとリクエスト処理部４２１は、サービス通信部４１１にユーザＡの共有アカウントを要求する。サービス通信部４１１はこれを受けて、Ｗｅｂサーバ１０２のプレゼンテーション部４６１にユーザＡの共有フォルダ情報を要求する。プレゼンテーション部４６１は、アカウント情報管理部４６３からユーザＡの共有フォルダ情報を取得し、これをサービス通信部４１１に送信する。こうしてＳ１５０２で、サービス通信部４１１がユーザＡの共有フォルダ情報を受信し、その情報の中から共有アカウントの一覧を抜き出してリクエスト処理部４２１に送信する。次にＳ１５０３に進み、リクエスト処理部４２１がユーザＡの共有アカウントの一覧を基に、ＵＩ制御部４２２に代行設定ＵＩを表示させる。これによって、アップロードエラーが生じた旨と、アップロードの代行を依頼するアップロード代行依頼画面（図８）がユーザＡに提示される。ユーザＡは、この画面を使用して代行アップロードを行うかどうか、また代行先のユーザを選択する。
【００６５】
Ｓ１５０４では、図８のアップロード代行依頼画面で、ユーザＡによって代行アップロードが依頼されたかどうかをリクエスト処理部４２１が判断する。ここでユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択した場合はＳ１５０５に進む。尚、ここでは便宜上、代行アカウントはユーザＢとする。Ｓ１５０５で、アップロードエラーとなったスキャンデータの画像処理装置内ストレージ４４０への格納を、リクエスト処理部４２１がストレージ処理制御部４１４に要求する。これによりストレージ処理制御部４１４は、画像処理装置内ストレージ４４０にスキャンデータを格納する。ここで格納する際に、アップロードファイル名を編集して格納する。具体的には、ファイル名は「アップロードファイル名_現在時刻_アカウント名_代行アカウント名」の形式とする。ここで、アップロードファイル名を「file1」、現在時刻が「２０１１年１月２日１２時３４分５６秒」であった場合、格納ファイル名は「file1_20110102123456_userA_userB」となる。また、ストレージ処理制御部４１４は、現在時刻の値をリクエスト処理部４３１に送信する。
【００６６】
次にＳ１５０６に進み、リクエスト処理部４３１は、メール送信部４１３に現在時刻の値を送信し、ユーザＢへのアップロードの代行を依頼するメールの送信を依頼する。メール送信部４１３は、送信された情報を基にアップロード代行依頼メールを作成する。この際、メールの宛先は、ユーザＢのメールアドレス、メール本文１００４にはユーザＢへのアップロード代行依頼、及びアップロード代行画面のＵＲＬを記載する。またＵＲＬに送信された現在時刻を追記する。そしてＳ１５０７に進み、リクエスト処理部４２１がＵＩ制御部４２２に代行依頼完了ＵＩを表示させる（図９参照）。
【００６７】
一方、Ｓ１５０４で、ユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択しなかった場合はＳ１５０８に進み、アップロードは中止される。
【００６８】
図１３のシーケンスを辿った際の操作部２１９の画面遷移は図９に示すようになる。これによって、ユーザＡがアプリケーション４１０を操作して、スキャンアップロードが失敗した場合に、ユーザＢに代行アップロードを依頼することを実現している。そして、ユーザＢでは、図１０に示すような、代行依頼のメールの受信画面が表示される。
【００６９】
図１４は、実施形態１に係るＷｅｂブラウザ４５１、画像処理装置内ストレージ４４０、アプリケーション４１０、Ｗｅｂアプリケーション４６０、ユーザＢストレージ４８０の一連の処理を実行する動作を説明するシーケンス図である。
【００７０】
Ｓ１４０１では、ユーザＡにアップロード代行を依頼されたことをユーザＢがメールで確認する。その際、ユーザＢはメール本文１００４（図１０）に記載されているＵＲＬにＷｅｂブラウザ４５１で接続する。次にＳ１４０２からＳ１４２１で、ユーザＢによるユーザＡの代行アップロードが行われるが、その処理を図１６のフローチャートを参照して詳しく説明する。
【００７１】
図１６は、実施形態１に係るアプリケーション４１０のアップロード代行処理を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。尚、ここでは、前述のユーザＡの場合と同様に画像処理装置１０１の構成を参照して説明する。
【００７２】
まずＳ１６０１で、リクエスト処理部４３１が代行アップロード用の認証画面の生成をレスポンス生成部４３２に依頼し、レスポンス生成部４３２が認証画面情報をＷｅｂブラウザ４５１に表示させる（図１４のＳ１４０２）。これによってユーザＢに代行アップロードの承諾とアップロードに必要な認証情報を要求する。また、リクエスト処理部４３１は、Ｗｅｂブラウザ４５１からリクエスト時に取得したＵＲＬに付随している現在時刻（画像処理装置内ストレージ４４０にスキャンデータが格納された時刻）を取得し、保持する。これによりＷｅｂブラウザ４５１は、図１０に示すような画面を表示する。次に、この画面を使用したユーザＢの操作に従って、図１１に示すユーザＢの認証画面を表示する。
【００７３】
次にＳ１６０２に進み、ユーザＢが認証され、かつ代行承諾をしたかどうかをリクエスト処理部４３１が判断する。ここで代行を承諾しないとき、即ち、図１１でユーザＢが代行拒否ボタン１１０５を押下したときはＳ１６１２に進む。Ｓ１６１２では、リクエスト処理部４３１は、メール送信部４１３に、ユーザＡにユーザＢから代行アップロードが拒否されたことを通知するメールの送信を依頼する。そしてＳ１６１１に進む。
【００７４】
一方、ユーザＢが、図１１の代行アップロード開始ボタン１１０６を押下した時はＳ１６０３に進み、ユーザ名、パスワードを取得し（図１４のＳ１４０３）、ユーザ名がユーザＢのアカウントであることを確認する。確認できたら、サービス通信部４１１に認証処理を要求する（図１４のＳ１４０４〜Ｓ１４０５）。Ｓ１６０４では、サービス通信部４１１が認証を行った結果をリクエスト処理部４３１に送信し（図１４のＳ１４０６）、リクエスト処理部４３１が認証結果を判断する。この際、認証エラーと判断された場合は、再びＳ１６０１の処理が実行される。
【００７５】
Ｓ１６０４で認証に成功した（図１４のＳ１４０６）と判断するとＳ１６０５に進み、リクエスト処理部４３１は、代行アップロードするためのスキャンデータをストレージ処理制御部４１４に要求する（図１４のＳ１４０７）。この際、ストレージ処理制御部４１４は、ユーザＡがユーザＢに代行依頼したスキャンデータを検索するために画像処理装置内ストレージ４４０のファイル名を検索する。そしてファイル名に、「現在時刻_アカウント名_代行アカウント名」が含まれるファイルを検索し、該当するファイルをストレージ４４０から読み出して（図１４のＳ１４０８）リクエスト処理部４３１に送信する。この際、現在時刻は、Ｓ１６０１でリクエスト処理部４３１が保持した現在時刻である。また、該当ファイルを送信する際、ファイル名の「_現在時刻_アカウント名_代行アカウント名」を削除する。これによって、ユーザＡがスキャンアップロード時に指定したファイル名となる。
【００７６】
次にＳ１６０６に進み、リクエスト処理部４３１がサービス通信部４１１に、Ｓ１６０５で取得したスキャンデータのアップロードを要求する（図１４のＳ１４０９）。これによりＷｅｂアプリケーション４６０は、そのアップロードされたデータを受信してユーザＢストレージ４８０に格納する（図１４のＳ１４１０）。こうして格納が完了すると格納完了通知が発行され（Ｓ１４１１）、アップロードが完了したことをＷｅｂアプリケーション４６０からアプリケーション４１０に通知される（Ｓ１４１２）。
【００７７】
次にＳ１６０７に進み、サービス通信部４１１がスキャンデータのアップロード結果をリクエスト処理部４３１に通知し、リクエスト処理部４３１がアップロードの成功を判断する。この際、アップロードエラーと判断された場合は、再びＳ１６０１の処理が実行される。Ｓ１６０７でリクエスト処理部４３１がアップロードが成功したと判断した場合はＳ１６０８に進む。ここでは、リクエスト処理部４３１がサービス通信部４１１に、Ｓ１６０７でアップロードしたファイルに対し、ユーザＡとファイル共有処理を行うように指示する（図１４のＳ１４１３）。これにより、ユーザＢが代行アップロードしたスキャンデータがユーザＡと共有されることになり、ユーザＡもＷｅｂサーバ１０２にアップロードされたスキャンデータを閲覧することが可能となる。このときＷｅｂサーバ４６０とユーザＢストレージ４８０との間では、図１４に示すように、Ｓ１４１４でユーザＡとの共有が指示され、その要求に対して共有完了通知がユーザＢストレージ４８０から完了通知が発行される（Ｓ１４１５）。これによりＷｅｂアプリケーション４６０は、共有完了通知をアプリケーション４１０に送信する（Ｓ１４１６）。
【００７８】
次にＳ１６０９に進み、不要となった画像処理装置内ストレージ４４０のアップロードの対象であるスキャンデータの削除を、リクエスト処理部４３１がストレージ処理制御部に指示する（図１４のＳ１４１７）。これにより画像処理装置内ストレージ４４０は、その指示されたスキャンデータの削除処理を実行し（Ｓ１４１８）、削除が完了すると削除完了通知をアプリケーション４１０に発行する（Ｓ１４１９）。
【００７９】
次にＳ１６１０に進み、リクエスト処理部４３１がメール送信部４１３に、代行アップロード完了メールの送信を依頼する。これにより図１４のＳ１４２０で、代行アップロード完了メールを送信する。そしてＳ１６１１に進み、リクエスト処理部４３１がレスポンス生成部４３２に、代行処理完了画面の生成を依頼する。レスポンス生成部４３２は、Ｗｅｂブラウザ４５１に、生成した代行処理完了画面（図１２）を表示させ（Ｓ１４２１）、ユーザＢに代行処理の完了を通知する。
【００８０】
こうして図１４のシーケンスを辿った際のＷｅｂブラウザ４５１の画面遷移は、前述の図１２に示すようになる。これによって、ユーザＢによる代行アップロードを実現している。
【００８１】
以上説明したように図１３、図１４に示すシーケンスを辿ることで、ユーザＡがＷｅｂサーバ１０２へのスキャンアップロードに失敗したスキャンデータを、ユーザＢが代行してアップロードし、そのデータをユーザＡがファイルを閲覧することが可能となる。これによって、目的であった、外部ストレージサービスからエラーが通知された場合でも、外部ストレージサービスにスキャンデータを送信できるため、ユーザの作業時間の短縮を実現できる。
【００８２】
［実施形態２］
次に本発明の実施形態２として、代行アップロードを依頼せずに、共有アカウントによる代行アップロードを実現する形態を説明する。尚、実施形態２に係るシステム構成、画像形成装置１０１及びＷｅｂサーバ１０２のハードウェア構成は前述の実施形態１と同様であるため、その説明を省略する。
【００８３】
図１７は、実施形態２に係るＷｅｂサーバ１０２、画像処理装置１０１のアプリケーションのソフトウェア構成を示す機能ブロック図である。前述の実施形態１に係る図４との相違点は、自動代行リスト管理部１７１５が加わった点と、アプレット部１７２０のＵＩ制御部１７２２に代行処理完了ＵＩが加わった点である。尚、図４に示す各部と共通する部分には同じ番号を付して、それらの説明を省略する。
【００８４】
自動代行リスト管理部１７１５は、サーブレット部１７３０のリクエスト処理部１７３１から代行アップロードを依頼したアカウントと、実際に代行アップロードを行った共有アカウントが送信された場合、それを対応付けした上で記録し、リスト管理する。この際同時に、共有アカウントの認証情報も記録する。また、アプレット部１７２０から代行依頼アカウントと、共有アカウントの検索を依頼された場合、２つのアカウントが、対応付けされた上で記録されているかを調べる。その後、結果をリクエスト処理部４２１に送信する。
【００８５】
図１８は、実施形態２に係るアプリケーション１７１０のサーブレット部４３０が生成する代行アップロード用の認証画面の一例を示す図である。尚、ここでは、ユーザＡからユーザＢに対し、代行アップロード依頼メールが送信され、ユーザＢがブラウザ４５１を使用して、メール本文のＵＲＬにアクセスしたと仮定する。
【００８６】
図１８は、Ｗｅｂブラウザ４５１のコンテンツ表示領域を示し、１８０２はＷｅｂブラウザ４５１のアドレスバーである。１８０３はユーザ名入力フィールドである。１８０４はパスワード入力フィールドである。１８０５は代行アップロードの拒否ボタン、１８０６は代行アップロードの開始ボタンを示す。チェックボックス１８０７は、次回以降、同じユーザから代行依頼を受けた場合、自動的に代行アップロードを行うことを許可する場合にチェックされる。このチェックボックス１８０６にチェックが入った上でユーザＢが代行アップロードに成功した場合、次回以降、ユーザＡがユーザＢに代行アップロードを依頼した場合、ユーザＢにアップロード代行依頼メールは送信されなくなる。更に、ユーザＢの認証情報を使用して自動的に代行アップロードが行われるようになる。即ち、サーブレット部４３０の動作なしに、代行アップロードが行うことが可能となる。
【００８７】
図１９は、実施形態２に係るアプリケーション１７１０のアップロード代行処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。
【００８８】
まずＳ１９０１で、Ｗｅｂブラウザ４５１により図１８に示す画面が表示される。これによってユーザＢに代行アップロードの承諾とアップロードに必要な認証情報を要求する。また、リクエスト処理部４３１は、Ｗｅｂブラウザ４５１からリクエスト時に取得したＵＲＬに付随している現在時刻（画像処理装置内ストレージ４４０にスキャンデータが格納された時刻）を取得し、保持する。更に、図１８のチェックボックス１８０７のチェックの有無を記憶する。
【００８９】
次にＳ１９０２からＳ１９１０の処理は、図１６のＳ１６０２からＳ１６１０の処理と同様の動作であるため、その説明を省略する。そしてＳ１９１１に進み、Ｓ１９０１で保持したチェックボックス１８０７のチェックの有無を判断する。チェックボックス１８０７にチェックがされていないと判断した場合はＳ１９１３に進む。チェックボックス１８０７がチェックされていると判断するとＳ１９１２に進み、リクエスト処理部４３１は自動代行リスト管理部１７１５に、代行依頼アカウントであるユーザＡと共有アカウントであるユーザＢのアカウント名とを対応付けて記憶させる。これと同時にユーザＢのパスワード情報も記録させる。またＳ１９１３及びＳ１９１４は、それぞれ図１６のＳ１６１１とＳ１６１２と同様の処理であるため、その説明を省略する。
【００９０】
上記のフローチャートで示す処理により、Ｗｅｂブラウザ４５１により表示される画面は図１２に示すようになる。
【００９１】
図２０は、実施形態２に係るアプリケーション１７１０のアップロード代行依頼処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。次にＳ２００１からＳ２００４の処理は、図１５のＳ１５０１からＳ１５０４の処理と同様の動作であるため、その説明を省略する。またＳ２００４で、代行依頼が行われなかった場合はＳ２０１３に進み、実施形態１と同様にアップロードは中止される。
【００９２】
Ｓ２００４で代行が依頼されるとＳ２００５に進む。Ｓ２００５では、リクエスト処理部４２１が自動代行リスト管理部１７１５に、Ｓ２００４で選択された共有アカウントであるユーザＢと、代行依頼を行っているユーザＡが、対応付けて記憶されているかどうかを問い合わせて判断する。またこの際、対応付けて記憶されていないと判断された場合はＳ２０１４に進み、実施形態１のＳ１５０５〜Ｓ１５０７（図１５）と同様にユーザＢに代行依頼が行われる。
【００９３】
Ｓ２００５でユーザＡとユーザＢが対応付けて記憶されていると判断された場合はＳ２００６に進み、リクエスト処理部４２１は、自動代行リスト管理部１７１５から、共有アカウントであるユーザＢのパスワードを取得する。次にＳ２００７に進み、その取得したパスワードを使用して、ユーザＢによる認証処理を行う。次にＳ２００８に進み、Ｓ２００７での認証が正しく行われたかを判断し、認証エラーと判断された場合はＳ２００３に戻って処理が実行される。
【００９４】
Ｓ２００７で認証に成功するとＳ２００９に進み、ユーザＢのアカウントで、スキャンデータのアップロードが行われる。次にＳ２０１０に進み、Ｓ２００９でのアップロードが正常に完了したかどうかを判断し、正常に完了していないときはＳ２００３に戻って処理を実行する。こうしてアップロードに成功するとＳ２０１１に進み、そのアップロードしたファイルの共有設定を行う。この場合の共有アカウントは、アップロード代行を依頼したユーザＡである。そしてＳ２０１２に進み、リクエスト処理部４２１がＵＩ制御部１７２２に代行処理完了ＵＩの表示を要求する。これによって代行処理完了画面が表示される。
【００９５】
図２１は、画像形成装置の操作部２１９に表示される代行処理完了画面の一例を示す図である。
【００９６】
以上が、実施形態２に係るアプリケーションの動作であり、これによって共有アカウントに代行アップロード依頼を行うことなく、代行アップロードの実行が実現する。
【００９７】
以上説明したように実施形態２によれば、共有アカウントによる代行アップロードの実行時に自動代行アップロードを許可する。これにより、スキャンデータのアップロードの際にエラーが発生しても、代行アカウントへのアップロード依頼なしに、代行アップロードを行うことができる。
【００９８】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
画像データをネットワークを介して記憶装置に転送して記憶させることが可能な画像処理装置であって、
画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得手段と、
アップロードの対象の画像データを記憶する記憶手段と、
前記取得手段により取得された共有アカウントを用いて、前記記憶手段に記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記アップロード手段によるアップロードが完了すると、前記記憶手段に記憶された前記アップロードの対象の画像データを削除する削除手段を更に有することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記共有アカウントに対してアップロードの代行処理を依頼するメールを送信する送信手段と、
前記共有アカウントに対して、前記アップロードの代行処理の依頼用の画面を提供する手段とを更に有することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記共有アカウントに対して、次回から自動的にアップロードの代行処理を行うように指示する指示手段を更に有することを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記取得手段が複数の共有アカウントを取得した場合、当該複数の共有アカウントの一覧を表示してユーザに選択させる選択手段を更に有することを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記記憶装置は、Ｗｅｂサーバであることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
画像データをネットワークを介して記憶装置に転送して記憶させることが可能な画像処理装置を制御する制御方法であって、
取得手段が、画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得工程と、
記憶手段が、アップロードの対象の画像データをメモリに記憶する記憶工程と、
アップロード手段が、前記取得工程で取得された共有アカウントを用いて、前記メモリに記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード工程と、
を有することを特徴とする画像処理装置の制御方法。
【請求項８】
コンピュータを、請求項１乃至６のいずれか１項に記載の画像処理装置として機能させるためのコンピュータプログラム。
【請求項１】
画像データをネットワークを介して記憶装置に転送して記憶させることが可能な画像処理装置であって、
画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得手段と、
アップロードの対象の画像データを記憶する記憶手段と、
前記取得手段により取得された共有アカウントを用いて、前記記憶手段に記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記アップロード手段によるアップロードが完了すると、前記記憶手段に記憶された前記アップロードの対象の画像データを削除する削除手段を更に有することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記共有アカウントに対してアップロードの代行処理を依頼するメールを送信する送信手段と、
前記共有アカウントに対して、前記アップロードの代行処理の依頼用の画面を提供する手段とを更に有することを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記共有アカウントに対して、次回から自動的にアップロードの代行処理を行うように指示する指示手段を更に有することを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記取得手段が複数の共有アカウントを取得した場合、当該複数の共有アカウントの一覧を表示してユーザに選択させる選択手段を更に有することを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記記憶装置は、Ｗｅｂサーバであることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
【請求項７】
画像データをネットワークを介して記憶装置に転送して記憶させることが可能な画像処理装置を制御する制御方法であって、
取得手段が、画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得工程と、
記憶手段が、アップロードの対象の画像データをメモリに記憶する記憶工程と、
アップロード手段が、前記取得工程で取得された共有アカウントを用いて、前記メモリに記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード工程と、
を有することを特徴とする画像処理装置の制御方法。
【請求項８】
コンピュータを、請求項１乃至６のいずれか１項に記載の画像処理装置として機能させるためのコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１３−５１５９７（Ｐ２０１３−５１５９７Ａ）
【公開日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願番号】特願２０１１−１８９３２４（Ｐ２０１１−１８９３２４）
【出願日】平成２３年８月３１日（２０１１．８．３１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年３月１４日（２０１３．３．１４）
【国際特許分類】
【出願日】平成２３年８月３１日（２０１１．８．３１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]