JP2013051597A - Image processing device, method of controlling the same, and program - Google Patents
Image processing device, method of controlling the same, and program Download PDFInfo
- Publication number
- JP2013051597A JP2013051597A JP2011189324A JP2011189324A JP2013051597A JP 2013051597 A JP2013051597 A JP 2013051597A JP 2011189324 A JP2011189324 A JP 2011189324A JP 2011189324 A JP2011189324 A JP 2011189324A JP 2013051597 A JP2013051597 A JP 2013051597A
- Authority
- JP
- Japan
- Prior art keywords
- user
- upload
- unit
- image processing
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Facsimiles In General (AREA)
- Storing Facsimile Image Data (AREA)
Abstract
Description
本発明は、例えば、外部ストレージサービスにデータをアップロードする機能を備えた画像処理装置とその制御方法、及びプログラムに関する。 The present invention relates to an image processing apparatus having a function of uploading data to an external storage service, a control method thereof, and a program, for example.
近年、画像処理装置では、リアルタイム・オペレーティングシステム（以下、リアルタイムＯＳ）上に、更に別の組み込みシステム向けの実行環境（例えば、Ｊａｖａ（登録商標）など）を構築している。これにより、画像処理装置を制御するアプリケーションを外部からインストールして搭載することが可能となっている。また更に、その組み込みシステム向けの実行環境により、開発者が任意の画像処理装置に対するアプリケーションを共通の開発言語、開発環境で開発することが可能となっている。 In recent years, an image processing apparatus has built an execution environment (for example, Java (registered trademark)) for another embedded system on a real-time operating system (hereinafter, real-time OS). This makes it possible to install and install an application for controlling the image processing apparatus from the outside. Furthermore, the execution environment for the embedded system enables a developer to develop an application for an arbitrary image processing apparatus in a common development language and development environment.
また、画像処理装置自体の高機能化、多機能化が進み、スキャン機能、プリント機能に関しても多種多様な機能を搭載した装置が開発されている。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけでなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆ）を搭載した画像処理装置が開発されている。このようなネットワークＩ／Ｆを搭載した画像処理装置は、ネットワークで接続された外部システム、外部サービスと連携し、様々なソリューションを提供している。例えば、特許文献１によれば、文書管理システムと連携し、文書管理ポリシーに合ったスキャンデータのみをアップロードできる画像処理装置及び文書管理システムを提案している。
In addition, as image processing apparatuses themselves have become more sophisticated and multifunctional, apparatuses equipped with a wide variety of functions have been developed with respect to scan functions and print functions. In recent years, not only basic functions such as digitization and printing of paper documents such as a scan function and a print function, but also an image processing apparatus equipped with a network interface (hereinafter, network I / F) has been developed. An image processing apparatus equipped with such a network I / F provides various solutions in cooperation with external systems and services connected via a network. For example,
一方、画像処理装置を取り巻くネットワーク環境に関しては、近年、クラウドコンピューティングといった、インターネットをベースとしたコンピュータの利用形態が注目されている。クラウドコンピューティングでは、ユーザはコンピュータ処理をネットワーク経由でサービスとして利用する。特に、インターネット上では、様々なサービス提供者による様々なサービスが提供されており、ユーザは業務など各自の利用形態に合わせてサービスを選択することが可能となっている。従って、画像処理装置においても、様々なサービス提供者による様々なサービスと連携してユーザの業務効率を向上させるソリューションを提供することが重要となっている。 On the other hand, with regard to the network environment surrounding the image processing apparatus, in recent years, a use form of a computer based on the Internet, such as cloud computing, has attracted attention. In cloud computing, a user uses computer processing as a service via a network. In particular, on the Internet, various services are provided by various service providers, and a user can select a service according to his / her usage form such as business. Accordingly, it is important for image processing apparatuses to provide a solution that improves user work efficiency in cooperation with various services provided by various service providers.
従来、画像処理装置から外部ストレージサービスに対して、原稿をスキャンして得られたスキャンデータを送信する場合、以下のような処理を行う。まず画像処理装置のユーザが、外部ストレージサービスと接続するためのサービス（ここでは内蔵のアプリケーションとする）を起動させる。次にアプリケーションが提供するユーザインターフェースを通じて、外部ストレージサービスの認証を行う。認証を行った上で、格納するストレージを選択し、スキャンデータの送信作業に入る。この際、アプリケーションは、まず画像処理装置による原稿のスキャンによりスキャンデータを得る。次に、そのスキャンデータを外部ストレージサービスに格納可能なファイル形式に変換した後、そのファイルデータを外部ストレージサービスへアップロードする。そして外部ストレージサービスから、アップロードの完了通知を受信すると、ユーザインターフェースにアップロードの完了を表示させる。以上が、画像処理装置から外部ストレージサービスに対してスキャンデータを送信し、その送信処理が正常に終了した場合である。 Conventionally, when scan data obtained by scanning a document is transmitted from an image processing apparatus to an external storage service, the following processing is performed. First, the user of the image processing apparatus activates a service (in this case, a built-in application) for connecting to an external storage service. Next, the external storage service is authenticated through the user interface provided by the application. After performing authentication, the storage to be stored is selected, and the scan data transmission work is started. At this time, the application first obtains scan data by scanning a document by the image processing apparatus. Next, the scan data is converted into a file format that can be stored in the external storage service, and then the file data is uploaded to the external storage service. When the upload completion notification is received from the external storage service, the upload completion is displayed on the user interface. The above is the case where the scan data is transmitted from the image processing apparatus to the external storage service, and the transmission process is normally completed.
しかしながら、外部ストレージサービスからアップロードの完了通知ではなくエラーが通知された場合は、アップロード処理の失敗をユーザインターフェースに表示させる。この際、送信を試みたスキャンデータは破棄されるため、ユーザは外部ストレージサービスに対し、エラー内容に基づいた適正な処理を行った上で再びアップロード操作を行わなくてはならない。即ち、画像処理装置は、再びスキャン動作を行った上で外部ストレージサービスにスキャンデータを送信しなければならないため、スキャン対象の原稿の枚数が多い場合には、ユーザの拘束時間の増加を招いてしまう。 However, if an error is notified from the external storage service instead of an upload completion notification, the upload interface failure is displayed on the user interface. At this time, since the scan data attempted to be transmitted is discarded, the user must perform an upload operation again after performing appropriate processing based on the error content with respect to the external storage service. In other words, the image processing apparatus must perform the scanning operation again and transmit the scan data to the external storage service. Therefore, if the number of documents to be scanned is large, the user's binding time increases. End up.
本発明は、上記従来技術の問題点を解決することを目的とする。 The object of the present invention is to solve the above-mentioned problems of the prior art.
本発明の特徴は、データをアップロードする際にエラーが発生した場合に、そのデータを簡単にアップロードする技術を提供することにある。 A feature of the present invention is to provide a technique for easily uploading data when an error occurs when the data is uploaded.
上記目的を達成するために本発明の一態様に係る画像処理装置は以下のような構成を備える。即ち、
画像データをネットワークを介して記憶装置に転送して記憶させることが可能な画像処理装置であって、
画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得手段と、
アップロードの対象の画像データを記憶する記憶手段と、
前記取得手段により取得された共有アカウントを用いて、前記記憶手段に記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード手段と、を有することを特徴とする。
In order to achieve the above object, an image processing apparatus according to an aspect of the present invention has the following arrangement. That is,
An image processing apparatus capable of transferring image data to a storage device via a network and storing the image data,
When an error occurs when uploading image data to the storage device, acquisition means for acquiring a shared account set in the shared folder of the storage device;
Storage means for storing image data to be uploaded;
Uploading means for uploading the upload target image data stored in the storage means to the storage device using the shared account acquired by the acquisition means.
本発明によれば、データをアップロードする際にエラーが発生した場合に、そのデータを簡単にアップロードすることができる。 According to the present invention, when an error occurs when uploading data, the data can be easily uploaded.
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。 Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. The following embodiments do not limit the present invention according to the claims, and all combinations of features described in the embodiments are not necessarily essential to the solution means of the present invention. .
［実施形態１］
図１は、本発明の実施形態１に係る情報処理システムの全体図である。
[Embodiment 1]
FIG. 1 is an overall view of an information processing system according to
ＬＡＮ１１０には、画像処理装置１０１及びＷｅｂサーバ１０２が互いに通信可能に接続されている。ＰＣ（パーソナルコンピュータ）１０３は、Ｗｅｂブラウザを備えたユーザ（実施形態ではユーザＢ）のＰＣで、画像処理装置１０１との間で認証画面情報やパスワード等の通信を行うことができる。尚、ＬＡＮ１１０は、説明のためＬＡＮ（ローカル・エリア・ネットワーク）と記載しているが、インターネットなどの他のネットワークでも構わない。また、ＬＡＮ１１０には、これら以外の機器が接続されていても良いことはもちろんである。
The LAN 110 is connected to the
図２は、実施形態１に係る画像処理装置（複合機）１０１の構成を示すブロック図である。 FIG. 2 is a block diagram illustrating a configuration of the image processing apparatus (multifunction peripheral) 101 according to the first embodiment.
ＣＰＵ２１１を含む制御部２１０は、画像処理装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。また画像処理装置１０１には、後述するアプリケーション４１０（図４）が備えられている。画像処理装置１０１のアプリケーション４１０は、Ｗｅｂサーバ１０２と通信を行うための操作画面を操作部２１９の液晶表示部に表示する。
A
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記憶媒体（シート）上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（画像処理装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
A printer I /
図３は、実施形態１に係るＷｅｂサーバ１０２の構成を示すブロック図である。
FIG. 3 is a block diagram illustrating a configuration of the
ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたブートプログラムを実行してＨＤＤ３１４にインストールされているＯＳや各種プログラムを読み出してＲＡＭ３１３に展開し、各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続しており、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
A
図４は、実施形態１に係るＷｅｂサーバ１０２と画像処理装置１０１のソフトウェア構成を示す機能ブロック図である。
FIG. 4 is a functional block diagram illustrating software configurations of the
画像処理装置１０１は、アプリケーション４１０、画像処理装置内ストレージ４４０を備える。更にアプリケーション４１０は、アプレット部４２０とサーブレット部４３０を含む。これはアプリケーション４１０が、画像処理装置１０１のユーザと、外部ＰＣ１０３のＷｅｂブラウザ４５１のユーザ双方にＵＩ（ユーザインタフェース）を提供する必要があるためである。即ち、アプレット部４２０は、画像処理装置１０１のユーザへのＵＩの提供、及びユーザからのリクエスト処理を行う。またサーブレット部４３０は、Ｗｅｂブラウザ４５１のユーザへのＵＩの提供、及びＷｅｂブラウザ４５１のユーザからのリクエスト処理を行う。
The
アプリケーション４１０は、更に、サービス通信部４１１、スキャン処理制御部４１２、メール送信部４１３、ストレージ処理制御部４１４を含む。サービス通信部４１１は、アプレット部４２０及びサーブレット部４３０からのリクエストに応じて、Ｗｅｂサーバ１０２のプレゼンテーション部４６１と通信を行う。プレゼンテーション部４６１へのリクエスト内容は、認証処理やスキャンデータのアップロードなどである。また、プレゼンテーション部４６１からのレスポンスを解析し、そのリクエストに対する結果をリクエスト処理部４２１，４３１に送信する。尚、サービス通信部４１１は、サービス毎に異なるアプリケーション層での通信処理を制御することを想定する。例えば、サービス通信部４１１は、通信プロトコルＨＴＴＰ等を利用して実現されるＳＯＡＰ，ＲＥＳＴといったＷｅｂサービスによって実現されるサービスとの通信処理を行うことを想定する。これによって、Ｗｅｂサーバ１０２への認証やスキャンデータの送信など、画像処理装置１０１はＷｅｂサーバ１０２が提供するサービスを利用可能となる。
The
スキャン処理制御部４１２は、リクエスト処理部４２１からスキャン設定を取得し、その設定に基づいてスキャナ２２１にスキャンを要求し、スキャンデータを取得してファイル変換を行う。ファイル変換が完了したら、そのファイル（スキャンデータ）をリクエスト処理部４２１に送信する。メール送信部４１３は、特定アドレスへのメール送信要求を受け、メールの作成及びメールの送信を行う。具体的には、アプレット部４２０のリクエスト処理部４２１から、或いは、サーブレット部４３０のリクエスト処理部４３１から、メールの送信要求を受けて、メールの作成や送信を行う。
The scan
ストレージ処理制御部４１４は、リクエストを受けて画像処理装置内ストレージ４４０に処理を要求する。具体的には、アプレット部４２０のリクエスト処理部４２１から、或いは、サーブレット部４３０のリクエスト処理部４３１から、スキャンデータの格納、或いは取得を要求された際に、画像処理装置内ストレージ４４０に、その格納或いは読み出しを要求する。また、画像処理装置内ストレージ４４０内のファイルの検索や、ファイル名の変更を行うことも可能である。
In response to the request, the storage
アプレット部４２０は、画像処理装置１０１の操作部２１９にＵＩを表示し、入力された内容に応じてＷｅｂサーバ１０２と通信処理を行う。アプレット部４２０は、リクエスト処理部４２１、ＵＩ制御部４２２を含む。リクエスト処理部４２１は、ＵＩ制御部４２２から受信したユーザによる入力情報を基に、サービス通信部４１１にＷｅｂサーバ１０２との通信を要求し、その結果に基づいて各種処理を行う。またリクエスト処理部４２１は、ＵＩ制御部４２２から送信されたユーザからの入力情報を解析し、サービス通信部４１１及びスキャン処理制御部４１２に各種指示を行う。例えば、ＵＩ制御部４２２から認証情報が渡された場合は、サービス通信部４１１に認証情報を送信し、認証処理のための通信を要求する。またＵＩ制御部４２２からスキャン設定情報が送信された場合は、スキャン処理制御部４１２にスキャン設定情報を渡してスキャンデータを要求する。その後、受信したスキャンデータをサービス通信部４１１に送信し、スキャンデータのアップロードのための通信を要求する。
The
更に、本実施形態１では、アップロードの失敗時に代行アップロードを行う。リクエスト処理部４２１は、サービス通信部４１１からスキャンデータのアップロードエラーが通知された場合、サービス通信部４１１に、当該アカウントの共有アカウントの検索を要求する。ここで言う共有アカウントの定義は後に記述する。リクエスト処理部４２１は、得られた共有アカウントの一覧をＵＩ制御部４２２に送信し、代行設定ＵＩの表示を要求する。ＵＩ制御部４２２から、画像処理装置１０１のユーザが選択したアカウントを受信した場合、リクエスト処理部４２１は、アップロードエラーとなったスキャンデータの格納をストレージ処理制御部４１４に要求する。その後、リクエスト処理部４２１は、メール送信部４１３に、選択された代行アカウントを送信し、代行アップロード依頼メールの送信を要求する。
Furthermore, in the first embodiment, proxy upload is performed when uploading fails. When the
ＵＩ制御部４２２は、リクエスト処理部４２１からの要求に応じて、画像処理装置１０１の操作部２１９に表示させるＵＩを設定する。加えて、リクエスト処理部４２１から代行設定ＵＩが要求された場合、共有アカウントの一覧を受信した上で、代行設定ＵＩを表示させる。また、画像処理装置１０１が選択した代行アップロードをリクエスト処理部４２１に送信する。
In response to a request from the
サーブレット部４３０は、Ｗｅｂブラウザ４５１と通信を行い、受信したリクエストに応じてＷｅｂブラウザ４５１に対するレスポンスをレスポンス生成部４３２に要求する。具体的には、Ｗｅｂブラウザ４５１から認証画面を要求された場合は、レスポンス生成部４３２に認証画面用のレスポンスを作成させる。また、その認証画面を通じて、アップロード代行アカウントのＩＤとパスワードの情報が送信された場合、リクエスト処理部４３１は、サービス通信部４１１に認証を要求する。ここで認証に成功すると、リクエスト処理部４３１は、ストレージ処理制御部４１４にスキャンデータを要求し、再びサービス通信部４１１にスキャンデータのアップロードを要求した後、当該データの共有を依頼する。共有アカウントは、代行アップロード依頼元のアカウントとする。代行アップロード完了後、当該データの削除をストレージ処理制御部４１４に依頼する。これにより、画像処理装置内ストレージ４４０に格納されたスキャンデータが削除される。データの削除完了後、メール送信部４１３に代行アップロード完了メールの送信を要求する。これによって、代行アップロードが完了し、アップロードが失敗したスキャンデータを他のアカウントで代行アップロードすることが可能となる。レスポンス生成部４３２は、リクエスト処理部４３１からのレスポンス要求を受けて、Ｗｅｂブラウザ４５１に、認証画面や代行アップロードの完了画面をＨＴＭＬ形式で送信する。
The
画像処理装置内ストレージ４４０は、画像処理装置１０１が自装置内に所持するストレージ領域で、ストレージ処理制御部４１４からの要求を受けて、ストレージ内のデータ削除やストレージへのデータ格納を行う。外部ＰＣ１０３は、Ｗｅｂブラウザ４５１を含む。Ｗｅｂブラウザ４５１は、ここでは、サーブレット部４３０と通信を行うブラウザを想定する。
The
Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４６０、ユーザＡストレージ４７０、ユーザＢストレージ４８０を備える。更に、Ｗｅｂアプリケーション４６０は、プレゼンテーション部４６１、認証処理部４６２、アカウント情報管理部４６３、ストレージ管理部４６４を備える。プレゼンテーション部４６１は、サービス通信部４１１と通信を行い、画像処理装置１０１からの処理要求に応えて、処理結果をサービス通信部４１１に送信する。この際、サービス通信部４１１から送信された処理要求に応じて、処理のリクエスト先を切り替える。例えば、認証処理を要求された場合は、認証情報を取得し、認証処理部４６２に認証処理を依頼する。また、その結果をサービス通信部４１１に送信する。またアカウント情報の変更を要求された場合は、アカウント情報を取得し、アカウント情報管理部４６３に変更処理を依頼する。また、その結果をサービス通信部４１１に送信する。またストレージへのアップロードを要求された場合は、データと格納先の情報を取得してストレージ管理部４６４に格納処理を依頼する。
The
認証処理部４６２は、プレゼンテーション部４６１から取得した認証情報を基に認証処理を行う。更に、その認証結果をプレゼンテーション部４６１に送信する。アカウント情報管理部４６３は、プレゼンテーション部４６１から取得したアカウント情報を基に、アカウント情報の変更処理を行う。更に、その変更結果をプレゼンテーション部４６１に送信する。ストレージ管理部４６４は、プレゼンテーション部４６１から取得したデータと格納先情報とを基に、ストレージへの格納処理を行う。更に、その格納結果をプレゼンテーション部４６１に送信する。
The
ユーザＡストレージ４７０及びユーザＢストレージ４８０は、Ｗｅｂサーバ１０２のストレージ領域である。この例では、ストレージ領域は２つだけとなっているが、Ｗｅｂアプリケーション４６０の管理するアカウントの数だけストレージ領域が存在する。ストレージ管理部４６４によって、ストレージ内のファイルの削除やストレージへのファイルアップロードが行われる。その結果をストレージ管理部４６４に送信するが、アップロード要求されたファイルを格納する領域が存在しない場合などは、エラーを返す。
尚、この例ではＷｅｂサーバ１０２が１台でファイル管理サービスを提供する例を示している。しかしながら、Ｗｅｂサーバ１０２の他の形態として、複数のサーバによって構成され、そのサーバ群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしても構わない。この場合、所定の条件に応じてヴァーチャルマシンを増加させるスケールアウトと呼ばれる技術（クラウドコンピューティング）が用いられる。
In this example, a
図５は、実施形態１に係るＷｅｂサーバ１０２のストレージ領域のユーザ権限を説明する図である。４７０，４８０はそれぞれ図４で説明したＷｅｂサーバ１０２のユーザＡのストレージとユーザＢのストレージを示している。ユーザＡ、ユーザＢはそれぞれ、アプリケーション４１０やＷｅｂブラウザ４５１を利用して、各ストレージにファイルをアップロードしたり、そこに記憶されているファイルを削除できる。
FIG. 5 is a diagram illustrating user authority in the storage area of the
５１０はユーザＡのユーザ権限で閲覧可能なファイルの範囲を示す。ここでいう閲覧可能とは、ファイルを閲覧することに加えて、ファイルの削除やダウンロードといった、ファイルに対するアクションが可能という意味も含まれる。図５では、ユーザＡが閲覧可能なファイルは、ユーザＡのファイル５１１とユーザＡと共有したユーザＢのファイル５２１である。ユーザＡのファイル５１１は、ユーザＡストレージ４７０に存在するファイルのためユーザＡは閲覧可能である。またユーザＡと共有したユーザＢのファイル５２１は、ユーザＢストレージ４８０に存在するファイルのため、本来であれば閲覧不可である。しかし、ユーザＢストレージ４８０は、ユーザＢがユーザＡと共有設定を行ったファイルであるため、ユーザＡ権限５１０でも閲覧可能となっている。このユーザＡと共有したユーザＢのファイル５２１を、本実施形態では共有ファイルとし、この際のユーザＡを共有アカウントとする。
５２０はユーザＢのユーザ権限で閲覧可能なファイルの範囲を示す。図５では、ユーザＡがユーザＢに対し、共有設定を行った共有ファイルが存在しないため、ユーザＢが閲覧可能なファイルはユーザＢストレージ４８０内のファイルのみである。従って、ユーザＡと共有したユーザＢのファイル５２１と、ユーザＢのファイル５２２が、ユーザＢ権限５２０で閲覧可能なファイルとなる。
図６は、実施形態１に係るアプリケーション４１０のアプレット部４２０の認証画面の一例を示す図である。
FIG. 6 is a diagram illustrating an example of an authentication screen of the
コンテンツの表示領域６０１に、Ｗｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図６ではアプレット部４２０のリクエスト処理部４２１が、ＵＩ制御部４２２に認証設定ＵＩを要求し、その後、ＵＩ制御部４２２が認証設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。画像処理装置１０１のユーザは、ユーザ名入力フィールド６０２にユーザ名を入力することで、Ｗｅｂサーバ１０２と認証を行う。画像処理装置１０１のユーザは、パスワード入力フィールド６０３にパスワードを入力することでＷｅｂサーバ１０２と認証を行う。サーバ認証におけるログインボタン６０４が押下されると、ユーザ名入力フィールド６０２、パスワード入力フィールド６０３に入力された値を取得し、Ｗｅｂサーバ１０２と認証を行う。
A screen is displayed in the
図７は、実施形態１に係るアプリケーション４１０のアプレット部４２０のスキャン設定画面の一例を示す図である。
FIG. 7 is a diagram illustrating an example of a scan setting screen of the
コンテンツの表示領域７０１に、Ｗｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図７では、アプレット部４２０のリクエスト処理部４２１が、ＵＩ制御部４２２にスキャン設定ＵＩを要求し、その後、ＵＩ制御部４２２が認証設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。アップロードフォルダ選択ボタン７０２が押下されると、Ｗｅｂサーバ１０２の当該アカウントのファイル構成が表示される。これにより画像処理装置１０１のユーザは、アップロードするフォルダを選択する。画像処理装置１０１のユーザは、ファイル名入力フィールド７０３にファイル名を入力することで、Ｗｅｂサーバ１０２にアップロードするファイル名を確定させる。７０４はカラー選択ボタンで、図７では「自動」が設定されている。７０５は解像度選択ボタンである。７０６は画面読み取り面選択ボタンである。７０７は原稿サイズ混載選択ボタンである。７０８はファイル形式選択ボタンである。キャンセルボタン７０９が押下されると、このスキャン設定画面を閉じて、スキャンアップロード処理はキャンセルされる。アップロード開始ボタン７１０が押下されると、アップロードフォルダ選択ボタン７０２、ファイル名入力フィールド７０３，７０４〜７０８の各スキャン設定ボタンからスキャンアップロード設定を取得する。そして、原稿のスキャンを行った後、Ｗｅｂサーバ１０２に、そのスキャンデータをアップロードする。
A screen is displayed in the
図８は、実施形態１に係るアプリケーション４１０のアプレット部４２０のアップロード代行依頼用の画面の一例を示す図である。
FIG. 8 is a diagram illustrating an example of an upload proxy request screen of the
コンテンツの表示領域８０１にＷｅｂサーバ１２０から受信したレスポンスに基づいて画面を表示する。図８では、アプレット部４２０のリクエスト処理部４２１がＵＩ制御部４２２に代行設定ＵＩを要求し、その後、ＵＩ制御部４２２が代行設定ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。８０２〜８０４は共有アカウントを示すラジオボタンである。ここで選択されたアカウントが代行アカウントとして扱われ、当該アカウントに対し、代行依頼メールが送信される。キャンセルボタン８０５が押下されると、代行依頼はキャンセルされるため、スキャンアップロード処理はエラーのまま終了する。代行依頼開始ボタン８０６が押下されると、８０２〜８０４の各ラジオボタンの選択状況を取得し、選択されている共有アカウントに対し、代行依頼メールを送信する。図８では、ユーザＢが共有アカウントとして選択されているので、ユーザＢに対して代行依頼メールが送信される。
A screen is displayed in the
図９は、実施形態１に係るアプリケーション４１０のアプレット部４２０のアップロード代行依頼完了画面の一例を示す図である。
FIG. 9 is a diagram illustrating an example of an upload proxy request completion screen of the
図９で示すコンテンツの表示領域にＷｅｂサーバ１２０から受信したレスポンスに基づいて、画面を表示する。図９では、アプレット部４２０のリクエスト処理部４２１がＵＩ制御部４２２に代行依頼完了ＵＩを要求し、その後、ＵＩ制御部４２２が代行依頼完了ＵＩを画像処理装置１０１の操作部２１９に表示した結果を示している。
A screen is displayed in the content display area shown in FIG. 9 based on the response received from the Web server 120. In FIG. 9, the
図１０は、実施形態１に係るアプリケーション４１０が送信する代行依頼メールの一例を示す図である。
FIG. 10 is a diagram illustrating an example of a proxy request mail transmitted by the
具体的には、アプリケーション４１０のスキャンアップロードエラー時に、画像処理装置１０１のユーザであるユーザＡがユーザＢ（ＰＣ１０３）へ代行依頼を行った際に、メール送信部４１３がユーザＢに送信したメールの例を示す。ここでは、このメールはＰＣ１０３で表示されるものとしている。１００１は送信者を示し、本実施形態１では、画像処理装置１０１のアドレスが送信者となる。１００２は宛先で、ユーザＡが代行依頼を行ったアカウントが宛先となる。ここではユーザＢである。１００３はメールの件名を示し、１００４はメールの本文を示している。メールの本文１００４には、共有アカウントであるユーザＡから代行アップロードを依頼した旨と、代行処理を行うためのＵＲＬが記載されている。
Specifically, when the user A who is the user of the
図１１は、実施形態１に係るアプリケーション４１０のサーブレット部４３０が生成する代行アップロード用の認証画面の一例を示す図である。
FIG. 11 is a diagram illustrating an example of an authentication screen for proxy upload generated by the
図１０の代行依頼メールを受信したユーザ（ユーザＢ）が、メール本文１００４に記載されているＵＲＬにＷｅｂブラウザ４５１を使用してアクセスする（図１４のＳ１４０１）ことで、リクエスト処理部４３１にリクエストが送信される。リクエスト処理部４３１は、ＰＣ１０３のＷｅｂブラウザ４５１からのリクエストを受けて、レスポンス生成部４３２に代行アップロード用の認証画面の生成を要求する。その後、レスポンス生成部４３２が代行アップロード用の認証画面を生成し、それをレスポンスとして、Ｗｅｂブラウザ４５１に送信する（図１４のＳ１４０２）。そしてＷｅｂブラウザ４５１が、そのレスポンスを解析し、描画したものが図１１に示す画面である。
The user (user B) who has received the proxy request mail in FIG. 10 accesses the URL described in the
代行アップロードを行うＷｅｂブラウザ４５１のユーザは、代行アップロード用の認証画面を要求するためのアドレスを、Ｗｅｂブラウザ４５１のアドレスバー１１０２に入力する。Ｗｅｂブラウザ４５１のユーザは、ユーザ名入力フィールド１１０３にユーザ名を、パスワード入力フィールド１１０４にパスワードを入力することで（Ｓ１４０３）、Ｗｅｂサーバ１０２と認証を行った上で代行アップロードを行う。代行アップロードの拒否ボタン１１０５が押下されると、代行アップロードが拒否され、代行依頼元アカウントに対し、代行が拒否された旨を知らせるメールが送信される。代行アップロードの開始ボタン１１０６が押下されると、ユーザ名入力フィールド１１０３、パスワード入力フィールド１１０４に入力された値を取得し、Ｗｅｂサーバ１０２と認証を行った上で代行アップロードが開始される（図１４のＳ１４０９）。
A user of the
図１２は、実施形態１に係るアプリケーション４１０のサーブレット部４３０が生成する代行処理完了画面の一例を示す図である。
FIG. 12 is a diagram illustrating an example of a substitution process completion screen generated by the
図１２は、Ｗｅｂブラウザ４５１のコンテンツ表示領域を示し、代行処理の完了後、レスポンス生成部４３２が代行処理完了画面をレスポンスとしてＷｅｂブラウザ４５１に送信し、それをＷｅｂブラウザ４５１が解析し、描画した例を示している。これは図１４のＳ１４２１で表示される。
FIG. 12 shows the content display area of the
図１３は、実施形態１に係る画像処理装置１０１、アプリケーション４１０、画像処理装置内ストレージ４４０、Ｗｅｂアプリケーション４６０、ユーザＡストレージ４７０の一連の処理を実行する動作を説明するシーケンス図である。尚、ここでは説明の便宜上、画像処理装置１０１のユーザをユーザＡとする。
FIG. 13 is a sequence diagram illustrating an operation of executing a series of processes of the
Ｓ１３０１では、ユーザＡが画像処理装置１０１を操作してアプリケーション４１０を起動する。Ｓ１３０２では、アプリケーション４１０のアプレット部４２０のリクエスト処理部４２１が認証画面を操作部２１９に表示する。
In step S1301, the user A operates the
Ｓ１３０３では、ユーザＡがユーザ名入力フィールド６０２（図６）とパスワード入力フィールド６０３にパスワードを入力し、ログインボタン６０４を押下する。これによりＳ１３０４で、アプレット部４２０のリクエスト処理部４２０が、入力されたユーザ名とパスワードをサービス通信部４１１に送信し、Ｗｅｂサーバ１０２に対して認証要求を行う。サービス通信部４１１はこれを受けて、プレゼンテーション部４６１と通信を行い、ユーザＡの認証をリクエストする。
In S1303, the user A inputs a password in the user name input field 602 (FIG. 6) and the
Ｓ１３０５では、プレゼンテーション部４６１がユーザＡの認証情報を、認証処理部４６２に送信し、認証を行う。Ｓ１３０６では、プレゼンテーション部４６１が認証処理部４６２から、ユーザＡの認証結果を受信し、その結果をレスポンスとして、サービス通信部４１１に送信する。
In step S1305, the
Ｓ１３０７では、サービス通信部４１１がユーザＡの認証結果をリクエスト処理部４２１に送信する。認証成功の場合、リクエスト処理部４２１は、ユーザＡの管理するフォルダ構成情報の取得をサービス通信部４１１に依頼する。一方、認証エラーの場合、認証エラーをユーザＡに通知し、認証情報の再度の入力を促す。
In step S <b> 1307, the
Ｓ１３０８では、プレゼンテーション部４６１がユーザＡのフォルダ構成情報をサービス通信部４１１に送信する。
In step S1308, the
Ｓ１３０９では、サービス通信部４１１がリクエスト処理部４２１にユーザＡのフォルダ構成情報を送信し、ユーザＡの情報をもとにＵＩ制御部４２２にスキャン設定ＵＩを表示させる。Ｓ１３１０では、ユーザＡが操作部２１９に表示されたスキャン設定画面（図７）にアップロード先フォルダ及びアップロードファイル名、スキャン設定を入力し、アップロード開始ボタン７１０を押下する。Ｓ１３１１では、リクエスト処理部４２１がスキャン処理制御部４１２にスキャン設定を送信し、画像処理装置１０１のスキャナ２２１にスキャンを依頼する。Ｓ１３１２では、画像処理装置１０１のスキャナ２２１がスキャンを実行する。Ｓ１３１３では、画像処理装置１０１がスキャンデータをファイル変換し、そのファイルをスキャン処理制御部４１２に送信する。
In step S1309, the
こうしてＳ１３１４で、リクエスト処理部４２１がスキャン処理制御部４１２からスキャンデータを受信し、サービス通信部４１１にスキャンデータのアップロードを要求する。サービス通信部４１１は、プレゼンテーション部４６１と通信することで、ユーザＡが指定したフォルダへのアップロードを依頼する。こうしてＳ１３１５で、プレゼンテーション部４６１が、スキャンデータであるファイルを受信し、ストレージ管理部４６４にデータの格納を要求する。ストレージ管理部４６４は、ユーザＡストレージ４７０の特定フォルダに、そのファイルを格納する。Ｓ１３１６では、ユーザＡストレージ４７０へのスキャンデータの格納結果をストレージ管理部４６４がプレゼンテーション部４６１に通知する。ここで、正常に格納が行われた場合、アップロード処理は正常に終了となる。次に、ここで、エラーが通知された場合を考える。
In step S1314, the
Ｓ１３１７では、プレゼンテーション部４６１がサービス通信部４１１にアップロードエラーとその内容を通知する。Ｓ１３１８で、エラー通知に応じて、共有アカウントを要求する。これによりＳ１３１９で、Ｗｅｂアプリケーション４６０は、ユーザＡの共有フォルダ情報を取得し、これをサービス通信部４１１に送信する（Ｓ１３２０）。これによりアプリケーション４１０は、Ｓ１３２１で、アップロード代行依頼画面（図８）を表示させ、ユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択する（Ｓ１３２２）。こうしてＳ１３２３で、スキャンデータを画像処理装置内ストレージ４４０へ格納して、その格納完了を待って（Ｓ１３２４）、選択されたアカウントに対応するユーザＢに、アップロード代行依頼メールの送信を依頼する（Ｓ１３２５）。そしてＳ１３２６で、アプリケーション４１０が代行依頼完了ＵＩを表示させる。
In step S1317, the
次に図１５のフローチャートを参照して、図１３のＳ１３１８からＳ１３２６で示す代行処理を詳しく説明する。 Next, with reference to the flowchart of FIG. 15, the proxy processing shown in S1318 to S1326 of FIG. 13 will be described in detail.
図１５は、実施形態１に係るアプリケーション４１０のアップロード代行依頼処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。
FIG. 15 is a flowchart for explaining the operation of the upload proxy request process of the
まずＳ１５０１で、アップロードエラーがサービス通信部４１１から通知されるとリクエスト処理部４２１は、サービス通信部４１１にユーザＡの共有アカウントを要求する。サービス通信部４１１はこれを受けて、Ｗｅｂサーバ１０２のプレゼンテーション部４６１にユーザＡの共有フォルダ情報を要求する。プレゼンテーション部４６１は、アカウント情報管理部４６３からユーザＡの共有フォルダ情報を取得し、これをサービス通信部４１１に送信する。こうしてＳ１５０２で、サービス通信部４１１がユーザＡの共有フォルダ情報を受信し、その情報の中から共有アカウントの一覧を抜き出してリクエスト処理部４２１に送信する。次にＳ１５０３に進み、リクエスト処理部４２１がユーザＡの共有アカウントの一覧を基に、ＵＩ制御部４２２に代行設定ＵＩを表示させる。これによって、アップロードエラーが生じた旨と、アップロードの代行を依頼するアップロード代行依頼画面（図８）がユーザＡに提示される。ユーザＡは、この画面を使用して代行アップロードを行うかどうか、また代行先のユーザを選択する。
First, in S1501, when an upload error is notified from the
Ｓ１５０４では、図８のアップロード代行依頼画面で、ユーザＡによって代行アップロードが依頼されたかどうかをリクエスト処理部４２１が判断する。ここでユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択した場合はＳ１５０５に進む。尚、ここでは便宜上、代行アカウントはユーザＢとする。Ｓ１５０５で、アップロードエラーとなったスキャンデータの画像処理装置内ストレージ４４０への格納を、リクエスト処理部４２１がストレージ処理制御部４１４に要求する。これによりストレージ処理制御部４１４は、画像処理装置内ストレージ４４０にスキャンデータを格納する。ここで格納する際に、アップロードファイル名を編集して格納する。具体的には、ファイル名は「アップロードファイル名_現在時刻_アカウント名_代行アカウント名」の形式とする。ここで、アップロードファイル名を「file1」、現在時刻が「２０１１年１月２日１２時３４分５６秒」であった場合、格納ファイル名は「file1_20110102123456_userA_userB」となる。また、ストレージ処理制御部４１４は、現在時刻の値をリクエスト処理部４３１に送信する。
In step S <b> 1504, the
次にＳ１５０６に進み、リクエスト処理部４３１は、メール送信部４１３に現在時刻の値を送信し、ユーザＢへのアップロードの代行を依頼するメールの送信を依頼する。メール送信部４１３は、送信された情報を基にアップロード代行依頼メールを作成する。この際、メールの宛先は、ユーザＢのメールアドレス、メール本文１００４にはユーザＢへのアップロード代行依頼、及びアップロード代行画面のＵＲＬを記載する。またＵＲＬに送信された現在時刻を追記する。そしてＳ１５０７に進み、リクエスト処理部４２１がＵＩ制御部４２２に代行依頼完了ＵＩを表示させる（図９参照）。
In step S <b> 1506, the
一方、Ｓ１５０４で、ユーザＡが、共有アカウントの中から代行アップロードを依頼するアカウントを選択しなかった場合はＳ１５０８に進み、アップロードは中止される。 On the other hand, in step S1504, if the user A does not select an account for which the proxy upload is requested from the shared accounts, the process advances to step S1508, and the upload is stopped.
図１３のシーケンスを辿った際の操作部２１９の画面遷移は図９に示すようになる。これによって、ユーザＡがアプリケーション４１０を操作して、スキャンアップロードが失敗した場合に、ユーザＢに代行アップロードを依頼することを実現している。そして、ユーザＢでは、図１０に示すような、代行依頼のメールの受信画面が表示される。
The screen transition of the
図１４は、実施形態１に係るＷｅｂブラウザ４５１、画像処理装置内ストレージ４４０、アプリケーション４１０、Ｗｅｂアプリケーション４６０、ユーザＢストレージ４８０の一連の処理を実行する動作を説明するシーケンス図である。
FIG. 14 is a sequence diagram illustrating an operation of executing a series of processes of the
Ｓ１４０１では、ユーザＡにアップロード代行を依頼されたことをユーザＢがメールで確認する。その際、ユーザＢはメール本文１００４（図１０）に記載されているＵＲＬにＷｅｂブラウザ４５１で接続する。次にＳ１４０２からＳ１４２１で、ユーザＢによるユーザＡの代行アップロードが行われるが、その処理を図１６のフローチャートを参照して詳しく説明する。
In step S1401, the user B confirms by mail that the user A has requested uploading. At that time, the user B connects to the URL described in the mail text 1004 (FIG. 10) through the
図１６は、実施形態１に係るアプリケーション４１０のアップロード代行処理を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。尚、ここでは、前述のユーザＡの場合と同様に画像処理装置１０１の構成を参照して説明する。
FIG. 16 is a flowchart illustrating the upload proxy process of the
まずＳ１６０１で、リクエスト処理部４３１が代行アップロード用の認証画面の生成をレスポンス生成部４３２に依頼し、レスポンス生成部４３２が認証画面情報をＷｅｂブラウザ４５１に表示させる（図１４のＳ１４０２）。これによってユーザＢに代行アップロードの承諾とアップロードに必要な認証情報を要求する。また、リクエスト処理部４３１は、Ｗｅｂブラウザ４５１からリクエスト時に取得したＵＲＬに付随している現在時刻（画像処理装置内ストレージ４４０にスキャンデータが格納された時刻）を取得し、保持する。これによりＷｅｂブラウザ４５１は、図１０に示すような画面を表示する。次に、この画面を使用したユーザＢの操作に従って、図１１に示すユーザＢの認証画面を表示する。
First, in S1601, the
次にＳ１６０２に進み、ユーザＢが認証され、かつ代行承諾をしたかどうかをリクエスト処理部４３１が判断する。ここで代行を承諾しないとき、即ち、図１１でユーザＢが代行拒否ボタン１１０５を押下したときはＳ１６１２に進む。Ｓ１６１２では、リクエスト処理部４３１は、メール送信部４１３に、ユーザＡにユーザＢから代行アップロードが拒否されたことを通知するメールの送信を依頼する。そしてＳ１６１１に進む。
In step S1602, the
一方、ユーザＢが、図１１の代行アップロード開始ボタン１１０６を押下した時はＳ１６０３に進み、ユーザ名、パスワードを取得し（図１４のＳ１４０３）、ユーザ名がユーザＢのアカウントであることを確認する。確認できたら、サービス通信部４１１に認証処理を要求する（図１４のＳ１４０４〜Ｓ１４０５）。Ｓ１６０４では、サービス通信部４１１が認証を行った結果をリクエスト処理部４３１に送信し（図１４のＳ１４０６）、リクエスト処理部４３１が認証結果を判断する。この際、認証エラーと判断された場合は、再びＳ１６０１の処理が実行される。
On the other hand, when the user B presses the proxy upload
Ｓ１６０４で認証に成功した（図１４のＳ１４０６）と判断するとＳ１６０５に進み、リクエスト処理部４３１は、代行アップロードするためのスキャンデータをストレージ処理制御部４１４に要求する（図１４のＳ１４０７）。この際、ストレージ処理制御部４１４は、ユーザＡがユーザＢに代行依頼したスキャンデータを検索するために画像処理装置内ストレージ４４０のファイル名を検索する。そしてファイル名に、「現在時刻_アカウント名_代行アカウント名」が含まれるファイルを検索し、該当するファイルをストレージ４４０から読み出して（図１４のＳ１４０８）リクエスト処理部４３１に送信する。この際、現在時刻は、Ｓ１６０１でリクエスト処理部４３１が保持した現在時刻である。また、該当ファイルを送信する際、ファイル名の「_現在時刻_アカウント名_代行アカウント名」を削除する。これによって、ユーザＡがスキャンアップロード時に指定したファイル名となる。
If it is determined in S1604 that the authentication is successful (S1406 in FIG. 14), the process proceeds to S1605, and the
次にＳ１６０６に進み、リクエスト処理部４３１がサービス通信部４１１に、Ｓ１６０５で取得したスキャンデータのアップロードを要求する（図１４のＳ１４０９）。これによりＷｅｂアプリケーション４６０は、そのアップロードされたデータを受信してユーザＢストレージ４８０に格納する（図１４のＳ１４１０）。こうして格納が完了すると格納完了通知が発行され（Ｓ１４１１）、アップロードが完了したことをＷｅｂアプリケーション４６０からアプリケーション４１０に通知される（Ｓ１４１２）。
In step S1606, the
次にＳ１６０７に進み、サービス通信部４１１がスキャンデータのアップロード結果をリクエスト処理部４３１に通知し、リクエスト処理部４３１がアップロードの成功を判断する。この際、アップロードエラーと判断された場合は、再びＳ１６０１の処理が実行される。Ｓ１６０７でリクエスト処理部４３１がアップロードが成功したと判断した場合はＳ１６０８に進む。ここでは、リクエスト処理部４３１がサービス通信部４１１に、Ｓ１６０７でアップロードしたファイルに対し、ユーザＡとファイル共有処理を行うように指示する（図１４のＳ１４１３）。これにより、ユーザＢが代行アップロードしたスキャンデータがユーザＡと共有されることになり、ユーザＡもＷｅｂサーバ１０２にアップロードされたスキャンデータを閲覧することが可能となる。このときＷｅｂサーバ４６０とユーザＢストレージ４８０との間では、図１４に示すように、Ｓ１４１４でユーザＡとの共有が指示され、その要求に対して共有完了通知がユーザＢストレージ４８０から完了通知が発行される（Ｓ１４１５）。これによりＷｅｂアプリケーション４６０は、共有完了通知をアプリケーション４１０に送信する（Ｓ１４１６）。
In step S <b> 1607, the
次にＳ１６０９に進み、不要となった画像処理装置内ストレージ４４０のアップロードの対象であるスキャンデータの削除を、リクエスト処理部４３１がストレージ処理制御部に指示する（図１４のＳ１４１７）。これにより画像処理装置内ストレージ４４０は、その指示されたスキャンデータの削除処理を実行し（Ｓ１４１８）、削除が完了すると削除完了通知をアプリケーション４１０に発行する（Ｓ１４１９）。
In step S1609, the
次にＳ１６１０に進み、リクエスト処理部４３１がメール送信部４１３に、代行アップロード完了メールの送信を依頼する。これにより図１４のＳ１４２０で、代行アップロード完了メールを送信する。そしてＳ１６１１に進み、リクエスト処理部４３１がレスポンス生成部４３２に、代行処理完了画面の生成を依頼する。レスポンス生成部４３２は、Ｗｅｂブラウザ４５１に、生成した代行処理完了画面（図１２）を表示させ（Ｓ１４２１）、ユーザＢに代行処理の完了を通知する。
In step S1610, the
こうして図１４のシーケンスを辿った際のＷｅｂブラウザ４５１の画面遷移は、前述の図１２に示すようになる。これによって、ユーザＢによる代行アップロードを実現している。
Thus, the screen transition of the
以上説明したように図１３、図１４に示すシーケンスを辿ることで、ユーザＡがＷｅｂサーバ１０２へのスキャンアップロードに失敗したスキャンデータを、ユーザＢが代行してアップロードし、そのデータをユーザＡがファイルを閲覧することが可能となる。これによって、目的であった、外部ストレージサービスからエラーが通知された場合でも、外部ストレージサービスにスキャンデータを送信できるため、ユーザの作業時間の短縮を実現できる。
As described above, by following the sequence shown in FIGS. 13 and 14, the user A uploads the scan data in which the user A failed to upload the scan to the
［実施形態２］
次に本発明の実施形態２として、代行アップロードを依頼せずに、共有アカウントによる代行アップロードを実現する形態を説明する。尚、実施形態２に係るシステム構成、画像形成装置１０１及びＷｅｂサーバ１０２のハードウェア構成は前述の実施形態１と同様であるため、その説明を省略する。
[Embodiment 2]
Next, as Embodiment 2 of the present invention, a mode for realizing proxy upload using a shared account without requesting proxy upload will be described. Note that the system configuration according to the second embodiment and the hardware configurations of the
図１７は、実施形態２に係るＷｅｂサーバ１０２、画像処理装置１０１のアプリケーションのソフトウェア構成を示す機能ブロック図である。前述の実施形態１に係る図４との相違点は、自動代行リスト管理部１７１５が加わった点と、アプレット部１７２０のＵＩ制御部１７２２に代行処理完了ＵＩが加わった点である。尚、図４に示す各部と共通する部分には同じ番号を付して、それらの説明を省略する。
FIG. 17 is a functional block diagram illustrating software configurations of applications of the
自動代行リスト管理部１７１５は、サーブレット部１７３０のリクエスト処理部１７３１から代行アップロードを依頼したアカウントと、実際に代行アップロードを行った共有アカウントが送信された場合、それを対応付けした上で記録し、リスト管理する。この際同時に、共有アカウントの認証情報も記録する。また、アプレット部１７２０から代行依頼アカウントと、共有アカウントの検索を依頼された場合、２つのアカウントが、対応付けされた上で記録されているかを調べる。その後、結果をリクエスト処理部４２１に送信する。
When the account that requested the proxy upload from the request processing unit 1731 of the servlet unit 1730 and the shared account that actually performed the proxy upload are transmitted, the automatic proxy
図１８は、実施形態２に係るアプリケーション１７１０のサーブレット部４３０が生成する代行アップロード用の認証画面の一例を示す図である。尚、ここでは、ユーザＡからユーザＢに対し、代行アップロード依頼メールが送信され、ユーザＢがブラウザ４５１を使用して、メール本文のＵＲＬにアクセスしたと仮定する。
FIG. 18 is a diagram illustrating an example of an authentication screen for proxy upload generated by the
図１８は、Ｗｅｂブラウザ４５１のコンテンツ表示領域を示し、１８０２はＷｅｂブラウザ４５１のアドレスバーである。１８０３はユーザ名入力フィールドである。１８０４はパスワード入力フィールドである。１８０５は代行アップロードの拒否ボタン、１８０６は代行アップロードの開始ボタンを示す。チェックボックス１８０７は、次回以降、同じユーザから代行依頼を受けた場合、自動的に代行アップロードを行うことを許可する場合にチェックされる。このチェックボックス１８０６にチェックが入った上でユーザＢが代行アップロードに成功した場合、次回以降、ユーザＡがユーザＢに代行アップロードを依頼した場合、ユーザＢにアップロード代行依頼メールは送信されなくなる。更に、ユーザＢの認証情報を使用して自動的に代行アップロードが行われるようになる。即ち、サーブレット部４３０の動作なしに、代行アップロードが行うことが可能となる。
FIG. 18 shows a content display area of the
図１９は、実施形態２に係るアプリケーション１７１０のアップロード代行処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。
FIG. 19 is a flowchart for explaining the operation of the upload proxy process of the
まずＳ１９０１で、Ｗｅｂブラウザ４５１により図１８に示す画面が表示される。これによってユーザＢに代行アップロードの承諾とアップロードに必要な認証情報を要求する。また、リクエスト処理部４３１は、Ｗｅｂブラウザ４５１からリクエスト時に取得したＵＲＬに付随している現在時刻（画像処理装置内ストレージ４４０にスキャンデータが格納された時刻）を取得し、保持する。更に、図１８のチェックボックス１８０７のチェックの有無を記憶する。
First, in S1901, the screen shown in FIG. 18 is displayed by the
次にＳ１９０２からＳ１９１０の処理は、図１６のＳ１６０２からＳ１６１０の処理と同様の動作であるため、その説明を省略する。そしてＳ１９１１に進み、Ｓ１９０１で保持したチェックボックス１８０７のチェックの有無を判断する。チェックボックス１８０７にチェックがされていないと判断した場合はＳ１９１３に進む。チェックボックス１８０７がチェックされていると判断するとＳ１９１２に進み、リクエスト処理部４３１は自動代行リスト管理部１７１５に、代行依頼アカウントであるユーザＡと共有アカウントであるユーザＢのアカウント名とを対応付けて記憶させる。これと同時にユーザＢのパスワード情報も記録させる。またＳ１９１３及びＳ１９１４は、それぞれ図１６のＳ１６１１とＳ１６１２と同様の処理であるため、その説明を省略する。
Next, the processing from S1902 to S1910 is the same as the processing from S1602 to S1610 in FIG. The process advances to step
上記のフローチャートで示す処理により、Ｗｅｂブラウザ４５１により表示される画面は図１２に示すようになる。
The screen displayed by the
図２０は、実施形態２に係るアプリケーション１７１０のアップロード代行依頼処理の動作を説明するフローチャートである。この処理を実行するプログラムは、ＲＯＭ２１２或いはＨＤＤ２１４に記憶されており、実行時ＲＡＭ２１３に展開され、ＣＰＵ２１１の制御の下に実行される。次にＳ２００１からＳ２００４の処理は、図１５のＳ１５０１からＳ１５０４の処理と同様の動作であるため、その説明を省略する。またＳ２００４で、代行依頼が行われなかった場合はＳ２０１３に進み、実施形態１と同様にアップロードは中止される。
FIG. 20 is a flowchart for explaining the operation of the upload proxy request process of the
Ｓ２００４で代行が依頼されるとＳ２００５に進む。Ｓ２００５では、リクエスト処理部４２１が自動代行リスト管理部１７１５に、Ｓ２００４で選択された共有アカウントであるユーザＢと、代行依頼を行っているユーザＡが、対応付けて記憶されているかどうかを問い合わせて判断する。またこの際、対応付けて記憶されていないと判断された場合はＳ２０１４に進み、実施形態１のＳ１５０５〜Ｓ１５０７（図１５）と同様にユーザＢに代行依頼が行われる。
If an agent is requested in S2004, the process proceeds to S2005. In S2005, the
Ｓ２００５でユーザＡとユーザＢが対応付けて記憶されていると判断された場合はＳ２００６に進み、リクエスト処理部４２１は、自動代行リスト管理部１７１５から、共有アカウントであるユーザＢのパスワードを取得する。次にＳ２００７に進み、その取得したパスワードを使用して、ユーザＢによる認証処理を行う。次にＳ２００８に進み、Ｓ２００７での認証が正しく行われたかを判断し、認証エラーと判断された場合はＳ２００３に戻って処理が実行される。
If it is determined in S2005 that the user A and the user B are stored in association with each other, the process proceeds to S2006, and the
Ｓ２００７で認証に成功するとＳ２００９に進み、ユーザＢのアカウントで、スキャンデータのアップロードが行われる。次にＳ２０１０に進み、Ｓ２００９でのアップロードが正常に完了したかどうかを判断し、正常に完了していないときはＳ２００３に戻って処理を実行する。こうしてアップロードに成功するとＳ２０１１に進み、そのアップロードしたファイルの共有設定を行う。この場合の共有アカウントは、アップロード代行を依頼したユーザＡである。そしてＳ２０１２に進み、リクエスト処理部４２１がＵＩ制御部１７２２に代行処理完了ＵＩの表示を要求する。これによって代行処理完了画面が表示される。
If the authentication is successful in S2007, the process proceeds to S2009, and the scan data is uploaded with the user B's account. In step S2010, it is determined whether the upload in step S2009 has been completed normally. If the upload has not been completed normally, the process returns to step S2003 to execute the process. If the upload succeeds in this way, the process advances to S2011 to set sharing of the uploaded file. In this case, the shared account is the user A who has requested upload proxy. In step S2012, the
図２１は、画像形成装置の操作部２１９に表示される代行処理完了画面の一例を示す図である。
FIG. 21 is a diagram illustrating an example of a substitute processing completion screen displayed on the
以上が、実施形態２に係るアプリケーションの動作であり、これによって共有アカウントに代行アップロード依頼を行うことなく、代行アップロードの実行が実現する。 The above is the operation of the application according to the second embodiment, and thereby, the execution of the proxy upload is realized without making a proxy upload request to the shared account.
以上説明したように実施形態２によれば、共有アカウントによる代行アップロードの実行時に自動代行アップロードを許可する。これにより、スキャンデータのアップロードの際にエラーが発生しても、代行アカウントへのアップロード依頼なしに、代行アップロードを行うことができる。 As described above, according to the second embodiment, automatic proxy upload is permitted when performing proxy upload using a shared account. Thereby, even if an error occurs when uploading the scan data, the proxy upload can be performed without requesting the upload to the proxy account.
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
(Other examples)
The present invention can also be realized by executing the following processing. That is, software (computer program) that realizes the functions of the above-described embodiments is supplied to a system or apparatus via a network or various storage media, and the computer of the system or apparatus (or CPU, MPU, etc.) reads the program. To be executed.
Claims (8)
画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得手段と、
アップロードの対象の画像データを記憶する記憶手段と、
前記取得手段により取得された共有アカウントを用いて、前記記憶手段に記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード手段と、
を有することを特徴とする画像処理装置。 An image processing apparatus capable of transferring image data to a storage device via a network and storing the image data,
When an error occurs when uploading image data to the storage device, acquisition means for acquiring a shared account set in the shared folder of the storage device;
Storage means for storing image data to be uploaded;
Upload means for uploading the upload target image data stored in the storage means to the storage device using the shared account acquired by the acquisition means;
An image processing apparatus comprising:
前記共有アカウントに対して、前記アップロードの代行処理の依頼用の画面を提供する手段とを更に有することを特徴とする請求項１又は２に記載の画像処理装置。 A transmission means for sending an email requesting an upload proxy process to the shared account;
The image processing apparatus according to claim 1, further comprising: a unit that provides a screen for requesting the upload proxy process to the shared account.
取得手段が、画像データを前記記憶装置にアップロードする際にエラーが発生すると、当該記憶装置の共有フォルダに設定されている共有アカウントを取得する取得工程と、
記憶手段が、アップロードの対象の画像データをメモリに記憶する記憶工程と、
アップロード手段が、前記取得工程で取得された共有アカウントを用いて、前記メモリに記憶された前記アップロードの対象の画像データを前記記憶装置にアップロードするアップロード工程と、
を有することを特徴とする画像処理装置の制御方法。 A control method for controlling an image processing apparatus capable of transferring image data to a storage device via a network and storing the image data,
When the acquisition unit has an error when uploading image data to the storage device, an acquisition step of acquiring a shared account set in the shared folder of the storage device;
A storage step in which storage means stores image data to be uploaded in a memory;
An upload unit uploads the image data to be uploaded stored in the memory to the storage device using the shared account acquired in the acquisition step;
A control method for an image processing apparatus, comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011189324A JP2013051597A (en) | 2011-08-31 | 2011-08-31 | Image processing device, method of controlling the same, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011189324A JP2013051597A (en) | 2011-08-31 | 2011-08-31 | Image processing device, method of controlling the same, and program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2013051597A true JP2013051597A (en) | 2013-03-14 |
Family
ID=48013322
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011189324A Withdrawn JP2013051597A (en) | 2011-08-31 | 2011-08-31 | Image processing device, method of controlling the same, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2013051597A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014232403A (en) * | 2013-05-29 | 2014-12-11 | 株式会社ニコン | Electronic apparatus |
| EP3001302A1 (en) | 2014-09-11 | 2016-03-30 | Konica Minolta, Inc. | Communication relay device, computer program and communication relay method |
| JP2018026173A (en) * | 2012-07-10 | 2018-02-15 | 株式会社リコー | System and method |
| JP7435633B2 (en) | 2020-01-07 | 2024-02-21 | 株式会社リコー | Information processing system, information processing device, data transfer method and program |
-
2011
- 2011-08-31 JP JP2011189324A patent/JP2013051597A/en not_active Withdrawn
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018026173A (en) * | 2012-07-10 | 2018-02-15 | 株式会社リコー | System and method |
| JP2014232403A (en) * | 2013-05-29 | 2014-12-11 | 株式会社ニコン | Electronic apparatus |
| EP3001302A1 (en) | 2014-09-11 | 2016-03-30 | Konica Minolta, Inc. | Communication relay device, computer program and communication relay method |
| US9992359B2 (en) | 2014-09-11 | 2018-06-05 | Konica Minolta, Inc. | Relay device employ technique of controlling a communication path established with a server and an image processing device when communication are relayed |
| JP7435633B2 (en) | 2020-01-07 | 2024-02-21 | 株式会社リコー | Information processing system, information processing device, data transfer method and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019131387A1 (en) | Image formation device, printing system, control method, and storage medium | |
| JP5791390B2 (en) | Printing system, print server, printing management method, and program | |
| US8503020B2 (en) | Document management system, document management method, and storage medium | |
| JP5899749B2 (en) | Control system, control device, and control program | |
| US8482778B2 (en) | Print intermediary server and print intermediary method | |
| US10656892B2 (en) | Printer registration apparatus, display apparatus, and method for printer registration | |
| US8913276B2 (en) | Information processing apparatus and method | |
| US9721083B2 (en) | Information processing apparatus and information management method | |
| US20140055814A1 (en) | Image processing apparatus, method of controlling the same and storage medium thereof | |
| US9232100B2 (en) | Information processing system, control method thereof, and non-transitory computer-readable medium with generating authorization information to use a function of the first service and link information to call an input window | |
| CN103116478A (en) | Information processing system, information processing apparatus, button processing method, and storage medium | |
| JP2013051597A (en) | Image processing device, method of controlling the same, and program | |
| JP6347672B2 (en) | Information processing apparatus, system, information processing method, and program | |
| US8913277B2 (en) | Document data management system, management method and program | |
| US9952810B2 (en) | Information processing system, information processing apparatus, and information processing method | |
| JP2014139814A (en) | Information processing unit and program | |
| US20140055804A1 (en) | Image processing apparatus, method of controlling the same and storage medium thereof | |
| JP7022519B2 (en) | Mobile terminals, their control methods, and storage media | |
| EP4068073B1 (en) | System, printing system, and control method | |
| EP4002083A1 (en) | Image processing apparatus, method of providing cloud print service, and program | |
| JP5247540B2 (en) | Information processing system, control method therefor, and program | |
| JP5460287B2 (en) | Web application server apparatus, information processing method, and program | |
| JP5745013B2 (en) | Image processing system, image processing apparatus, control method in image processing system, control method for image processing apparatus, and program | |
| JP2024091219A (en) | Voucher registration system, voucher registration method, and voucher registration program | |
| US9826109B2 (en) | System and method for distribution of hard copy documents in pull print system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20141104 |