(57)【要約】【課題】データの有効期限切れが生じても、データと関連する制御情報も外部サーバーに退避させ、ユーザーからのリクエストに応じてデータを取得し、制御情報に基づいて適切な処理を行うことを目的とする。【解決手段】画像データと画像データに対する制御情報とを有効期限と共にメモリに一時保存する保存手段と、メモリに一時保存された画像データと制御情報との有効期限が切れた際に、画像データと制御情報とを外部サービスに送信する送信手段と、画像データに対する処理要求を受信した場合、外部サービスより画像データと制御情報とを取得する取得手段と、処理要求と取得手段により取得された制御情報とに応じて、取得手段により取得された画像データを処理する画像処理手段と、画像処理手段により処理された画像データを外部サービスに転送する転送手段と、を有することによって課題を解決する。【選択図】図７
2015091053.tif 000002
【特許請求の範囲】
【請求項１】
画像データと前記画像データに対する制御情報とを有効期限と共にメモリに一時保存する保存手段と、
前記メモリに一時保存された画像データと制御情報との有効期限が切れた際に、前記画像データと前記制御情報とを外部サービスに送信する送信手段と、
前記画像データに対する処理要求を受信した場合、前記外部サービスより前記画像データと前記制御情報とを取得する取得手段と、
前記処理要求と前記取得手段により取得された前記制御情報とに応じて、前記取得手段により取得された画像データを処理する画像処理手段と、
前記画像処理手段により処理された画像データを外部サービスに転送する転送手段と、を有する画像処理サービス提供装置。
【請求項２】
前記送信手段における前記画像データと前記制御情報との送信先である外部サービスを設定する設定手段と更に有する請求項１記載の画像処理サービス提供装置。
【請求項３】
前記転送手段による画像データの外部サービスへの転送が終了したのち、前記送信手段が前記画像データと前記制御情報とを送信した送信先の外部サービスに対して前記画像データと前記制御情報との削除を要求する要求手段を更に有する請求項１又は２記載の画像処理サービス提供装置。
【請求項４】
前記送信手段は、第１の外部サービスに対して前記画像データと前記制御情報とを送信し、
前記取得手段は、前記第１の外部サービスより前記画像データと前記制御情報とを取得し、
前記転送手段は、前記画像処理手段により処理された画像データを第２の外部サービスに転送する請求項１乃至３何れか１項記載の画像処理サービス提供装置。
【請求項５】
画像データと前記画像データに対する制御情報とを有効期限と共にメモリに一時保存する保存手段と、
前記メモリに一時保存された画像データと制御情報との有効期限が切れた際に、前記画像データと前記制御情報とを外部サービスに送信する送信手段と、
前記画像データに対する処理要求を受信した場合、前記外部サービスより前記画像データと前記制御情報とを取得する取得手段と、
前記処理要求と前記取得手段により取得された前記制御情報とに応じて、前記取得手段により取得された画像データを処理する画像処理手段と、
前記画像処理手段により処理された画像データを外部サービスに転送する転送手段と、
を有する画像処理サービス提供システム。
【請求項６】
画像処理サービス提供装置が実行する情報処理方法であって、
画像データと前記画像データに対する制御情報とを有効期限と共にメモリに一時保存する保存ステップと、
前記メモリに一時保存された画像データと制御情報との有効期限が切れた際に、前記画像データと前記制御情報とを外部サービスに送信する送信ステップと、
前記画像データに対する処理要求を受信した場合、前記外部サービスより前記画像データと前記制御情報とを取得する取得ステップと、
前記処理要求と前記取得ステップにより取得された前記制御情報とに応じて、前記取得ステップにより取得された画像データを処理する画像処理ステップと、
前記画像処理ステップにより処理された画像データを外部サービスに転送する転送ステップと、
を含む情報処理方法。
【請求項７】
画像処理サービス提供システムが実行する情報処理方法であって、
画像データと前記画像データに対する制御情報とを有効期限と共にメモリに一時保存する保存ステップと、
前記メモリに一時保存された画像データと制御情報との有効期限が切れた際に、前記画像データと前記制御情報とを外部サービスに送信する送信ステップと、
前記画像データに対する処理要求を受信した場合、前記外部サービスより前記画像データと前記制御情報とを取得する取得ステップと、
前記処理要求と前記取得ステップにより取得された前記制御情報とに応じて、前記取得ステップにより取得された画像データを処理する画像処理ステップと、
前記画像処理ステップにより処理された画像データを外部サービスに転送する転送ステップと、
を含む情報処理方法。
【請求項８】
コンピュータに、
画像データと前記画像データに対する制御情報とを有効期限と共にメモリに一時保存する保存ステップと、
前記メモリに一時保存された画像データと制御情報との有効期限が切れた際に、前記画像データと前記制御情報とを外部サービスに送信する送信ステップと、
前記画像データに対する処理要求を受信した場合、前記外部サービスより前記画像データと前記制御情報とを取得する取得ステップと、
前記処理要求と前記取得ステップにより取得された前記制御情報とに応じて、前記取得ステップにより取得された画像データを処理する画像処理ステップと、
前記画像処理ステップにより処理された画像データを外部サービスに転送する転送ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理サービス提供装置、画像処理サービス提供システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
画像処理装置を取り巻くネットワーク環境に関しては、近年、クラウドコンピューティングといった特にインターネットをベースとしたコンピュータの利用形態が注目されている。クラウドコンピューティングでは、ユーザーはコンピュータ処理をネットワーク経由でサービスとして利用する。特に、インターネット上では、様々なサービス提供者による様々なサービスが提供されており、ユーザーは業務等各自の利用形態に合わせてサービスを選択することが可能となっている。それに伴い、画像処理装置においても、様々なサービス提供者による様々なサービスと連携してユーザーの業務効率を向上させる組み込みアプリケーションを提供することが可能となっている。例えば、画像処理サービスを行うオンラインサービスと画像処理装置とが連携するケースが考えられる。画像処理装置でスキャンした文書を画像処理サービスに送信し、画像処理サービスで送信されたファイルをより鮮明にして他のストレージサービスに転送する、といった業務が可能である。
【０００３】
このような業務において、文書を画像処理サービスに送信する業務を行うユーザーと、画像処理サービスに画像処理設定を行い、ファイルをファイルサーバやオンラインストレージサービスに送信する業務を行うユーザーとで分担して業務を行うケースがある。なお、本明細書では説明の便宜上、文書送信及び画像処理依頼を担当するユーザーを「ユーザーＡ」、画像処理及び画像送信を担当するユーザーを「ユーザーＢ」として記載する。上記のようなケースでは、ユーザーＡが、ＭＦＰ等で文書をスキャンし画像処理サービスに送信を行ない、ユーザーＢに処理依頼を行う。この際、処理依頼は、画像処理サービスがメール通知機能等を用いて、ユーザーＢに依頼通知を行うケースが一般的である。そして、ユーザーＢは、画像処理依頼を受けて、画像処理サービスに適切な画像処理設定を行った上で、オンラインストレージサービス等への送信要求を行う。この際、画像処理サービスは、ユーザーＡがスキャン送信したファイルに対し、ユーザーＢが設定した画像処理を行い、送信を行う。即ち、ユーザーＡがスキャン文書を送信してから、ユーザーＢが画像処理設定を行うまで、スキャン文書を画像処理前の一時データとして保持しておく必要がある。
【０００４】
このとき、画像処理サービスが稼働しているサーバーに十分なＨＤＤ容量がない場合がある。仮に、ユーザーＢが画像処理依頼通知に１年気付かなかったとしたら、一時データを１年保持しなくてはならず、場合によってはＨＤＤ容量が圧迫され、画像処理サービスの継続が不可能になってしまう可能性がある。多くの画像処理サービスやストレージサービスは、このような問題に対し、データに有効期限を設けることで対応している。即ち、ストレージサービス等は、一時データとして保持しておく必要のあるデータに有効期限を設け、この期限を超えた場合、データの削除や他のストレージ等に退避を行う。特許文献１は、こうした課題を鑑みたもので、有効期限を超えたデータファイルを外部記憶装置に退避させている。こうした手法により、ＨＤＤ容量の圧迫を防ぐことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−４３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示されているように有効期限切れのデータファイルを、他のストレージに退避しただけでは、画像処理ユースケースを正常に完遂できない可能性がある。背景技術のように、ユーザーＡがユーザーＢに画像処理依頼を行った場合、ユーザーＢ以外のユーザーに画像処理及びストレージ送信を行ってほしくないケースが考えられる。こうした場合、画像処理サービスが、ユーザーＡがスキャン送信した画像ファイルを制御する情報を画像ファイルと関連付けて保持させる。この制御情報にユーザーＢのみ画像処理の実行を許す情報を持たせることで、他のユーザーからの画像処理を除外することができる。
一方でこの制御情報もデータとして存在するため、有効期限を設けたい場合がある。特許文献１のように、一時データとデータの制御情報とを退避することで、期限切れ時にファイルを退避することは可能である。しかしながら、退避したファイルと制御情報とを関連付けることは開示されていない。また、特許文献１はデータを退避することは開示しているが、退避したデータを取得することは開示していない。データの取得ができないと、ユーザーＢが画像処理依頼を行った場合、画像処理を行う対象データが取得できないため、ユーザーＢは正常に業務を完遂できない。また、退避したデータの取得ができても、前述したように関連する制御情報を判別できない場合、ユーザーＢ以外のユーザーが画像処理を行うことができてしまうという課題がある。
【０００７】
本発明は、データの有効期限切れが生じても、データと関連する制御情報も外部サーバーに退避させ、ユーザーからのリクエストに応じてデータを取得し、制御情報に基づいて適切な処理を行うことを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明は、画像処理サービス提供装置であって、画像データと画像データに対する制御情報とを有効期限と共にメモリに一時保存する保存手段と、メモリに一時保存された画像データと制御情報との有効期限が切れた際に、画像データと制御情報とを外部サービスに送信する送信手段と、画像データに対する処理要求を受信した場合、外部サービスより画像データと制御情報とを取得する取得手段と、処理要求と取得手段により取得された制御情報とに応じて、取得手段により取得された画像データを処理する画像処理手段と、画像処理手段により処理された画像データを外部サービスに転送する転送手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、データの有効期限切れが生じても、データと関連する制御情報も外部サーバーに退避させ、ユーザーからのリクエストに応じてデータを取得し、制御情報に基づいて適切な処理を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】画像処理サービス提供システムのシステム構成の一例を示す図である。
【図２】画像処理装置のハードウェア構成の一例を示す図である。
【図３】画像処理サービスサーバーのハードウェア構成の一例を示す図である。
【図４】クラウドサービスサーバーのハードウェア構成の一例を示す図である。
【図５】画像処理サービス提供システムを構成する各装置のソフトウェア構成の一例を示す図である。
【図６】ジョブ情報データベースの一例を示す図である。
【図７】実施形態１における画像処理装置のユーザー及び端末のユーザーが画像処理業務を実行した際の動作を説明するシーケンス図である。
【図８】画像処理装置に表示される認証画面の一例を示す図である。
【図９】画像処理装置に表示される実行可能ユーザー選択画面の一例を示す図である。
【図１０】画像処理装置に表示されるスキャン設定入力画面の一例を示す図である。
【図１１】画像処理サービスサーバーが送信するジョブ実行依頼メールの一例を示す図である。
【図１２】端末に表示される認証画面の一例を示す図である。
【図１３】端末に表示される画像処理送信設定画面の一例を示す図である。
【図１４】端末に表示されるジョブ実行開始画面の一例を示す図である。
【図１５】画像処理サービスサーバーが送信するジョブ実行完了メールの一例を示す図である。
【図１６】ジョブの有効期限を過ぎてしまった場合の動作を説明するシーケンス図である。
【図１７】制御情報ファイルの一例を示す図である。
【図１８】画像処理サービスサーバーが送信するデータ退避完了メールの一例を示す図である。
【図１９】実施形態２におけるユーザーＢが自身のデータ退避先を設定したときの処理動作を説明するシーケンス図である。
【図２０】端末に表示される退避先情報設定画面の一例を示す図である。
【図２１】ユーザーテーブルの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
（実施形態１）
図１は、画像処理サービス提供システムのシステム構成の一例を示す図である。
ＬＡＮ１１０には、画像処理装置１０１及びＰＣ等の端末１０２が接続されている。また、ＬＡＮ１１０は、インターネット１２０に接続されており、インターネット１２０上でサービス提供している画像処理サービスサーバー１３１、クラウドサービスサーバー１４１、１５１ともインターネット１２０経由で接続されている。このことにより、画像処理装置１０１及び端末１０２は画像処理サービスサーバー１３１、クラウドサービスサーバー１４１、１５１とも互いに通信可能となっている。なお、クラウドサービスサーバー１５１は説明の便宜上、以下「退避先クラウドサービスサーバー１５１」と記載する。
【００１３】
図２は、画像処理装置１０１のハードウェア構成の一例を示す図である。
ＣＰＵ２１１を含む制御部２１０は、画像処理装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して、スキャナ２２１による読取処理やネットワークＩ／Ｆ２１８による送信処理等の各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像ファイルや各種プログラムを記憶する。
操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０と接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボード等が備えられている。プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像ファイルはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において用紙に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿を読み取って画像データを生成する。生成された画像データは、スキャナＩ／Ｆ２１７を介して制御部２１０に入力される。
ネットワークＩ／Ｆ２１８は、制御部２１０（画像処理装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、画像処理サービスサーバー１３１に画像データや認証情報を送信したり、外部装置から各種情報を受信したりする。
ＣＰＵ２１１がＲＯＭ２１２又はＨＤＤ２１４に記憶されているプログラムに基づき処理を実行することによって、後述する画像処理装置１０１のソフトウェア構成及びシーケンス図における画像処理装置１０１の処理が実現される。
【００１４】
図３は、画像処理サービスサーバー１３１のハードウェア構成の一例を示す図である。
ＣＰＵ３１１を含む制御部３１０は、画像処理サービスサーバー１３１全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像ファイルや各種プログラム、或いは後述する各種情報テーブルを記憶する。なお、本実施形態においてＨＤＤ３１４は十分な記憶領域を所有していないものとする。また、ＣＰＵ３１１は、保存するデータに有効期限を定めることができるのものとする。ネットワークＩ／Ｆ３１５は、制御部３１０をＬＡＮ１３０に接続する。ネットワークＩ／Ｆ３１５は、画像処理サービスサーバー１３１と他の装置との間で各種情報を送受信する。
ＣＰＵ３１１がＲＯＭ３１２又はＨＤＤ３１４に記憶されているプログラムに基づき処理を実行することによって、後述する画像処理サービスサーバー１３１のソフトウェア構成及びシーケンス図における画像処理サービスサーバー１３１の処理が実現される。
【００１５】
図４は、クラウドサービスサーバー１４１のハードウェア構成の一例を示す図である。
本構成は、図３で説明した画像処理サービスサーバー１３１の構成と同様のものであるため、詳細な説明は割愛する。但し、ＨＤＤ４１４に関しては、ＨＤＤ３１４と違い、十分な記憶領域を所有しているものとし、保存する画像ファイルに有効期限は定める必要がないものとする。
ＣＰＵ４１１がＲＯＭ４１２又はＨＤＤ４１４に記憶されているプログラムに基づき処理を実行することによって、後述するクラウドサービスサーバー１４１のソフトウェア構成及びシーケンス図におけるクラウドサービスサーバー１４１の処理が実現される。
退避先クラウドサービスサーバー１５１のハードウェア構成は、図４のクラウドサービスサーバー１４１のハードウェア構成と同一である。
退避先クラウドサービスサーバー１５１のＣＰＵが退避先クラウドサービスサーバー１５１のＲＯＭ又はＨＤＤに記憶されているプログラムに基づき処理を実行することによって後述する退避先クラウドサービスサーバー１５１のソフトウェア構成等が実現される。
【００１６】
図５は、画像処理装置１０１、端末１０２、画像処理サービスサーバー１３１、クラウドサービスサーバー１４１、退避先クラウドサービスサーバー１５１のソフトウェア構成の一例を示す図である。
画像処理装置１０１は、アプレットアプリケーション５１０を備える。更にアプレットアプリケーション５１０は、サービス通信部５１１、リクエスト処理部５１２、スキャナ制御部５１３、ＵＩ制御部５１４を含む。
アプレットアプリケーション５１０は、画像処理装置１０１の操作部２１９上にＵＩを表示して、入力された内容に応じて画像処理サービスサーバー１３１と通信を行う。
サービス通信部５１１は、リクエスト処理部５１２からの通信リクエストを受けて、画像処理サービスサーバー１３１と通信を行う。その際のリクエスト内容は、画像処理サービスサーバー１３１との認証処理やスキャンデータの送信等である。また、サービス通信部５１１は、画像処理サービスサーバー１３１からのレスポンスを解析し、リクエスト処理結果をリクエスト処理部５１２に送信する。なお、サービス通信部５１１は、サービス毎に異なるアプリケーション層での通信処理を制御することができる。例えば、サービス通信部５１１は、通信プロトコルＨＴＴＰ等を利用して実現されるＳＯＡＰ、ＲＥＳＴといったＷｅｂサービスによって実現されるサービスとの通信処理を行うことができる。
【００１７】
リクエスト処理部５１２は、ＵＩ制御部５１４から受信したユーザー入力情報を基に、サービス通信部５１１に画像処理サービスサーバー１３１との通信をリクエストし、その通信結果に基づいて各種処理を行う。例えば、ＵＩ制御部５１４の認証画面を通じてユーザーが入力した認証情報を受信した場合、リクエスト処理部５１２は、サービス通信部５１１に認証通信をリクエストする。そのリクエストに対するレスポンス内容が認証成功であった場合、リクエスト処理部５１２は、サービス通信部５１１を通じて、ユーザーＩＤリストを取得した後、ＵＩ制御部５１４に実行可能ユーザー選択画面の表示をリクエストする。
スキャナ制御部５１３は、リクエスト処理部５１２からスキャン設定を取得し、設定に基づいてスキャナ２２１にスキャンをリクエストし、スキャンデータのファイル変換処理を行う。ファイル変換が完了したら、スキャナ制御部５１３は、スキャンデータをリクエスト処理部５１２に送信する。
ＵＩ制御部５１４は、リクエスト処理部５１２からのＵＩ表示リクエストに応じて、画像処理装置１０１の操作部２１９に表示させるＵＩを設定する。また、ＵＩ制御部５１４は、ユーザーが操作部２１９に入力した情報を取得し、リクエスト処理部５１２に送信する。
【００１８】
端末１０２は、Ｗｅｂブラウザー５２１を含む。
Ｗｅｂブラウザー５２１は、例えば、画像処理サービスサーバー１３１と通信を行うブラウザーである。
クラウドサービスサーバー１４１は、プレゼンテーション部５６１、認証処理部５６２、ストレージ管理部５６３、ユーザーストレージ領域５６４を備える。プレゼンテーション部５６１は、画像処理サービスサーバー１３１から送信された処理要求にこたえて、処理結果を画像処理サービスサーバー１３１に送信する。例えば、認証処理をリクエストされた場合、プレゼンテーション部５６１は、認証情報を取得し、認証処理部５６２に認証処理をリクエストする。また、ファイルの保存リクエストを受信した場合、プレゼンテーション部５６１は、データを受信し、ストレージ管理部５６３に格納処理をリクエストする。
【００１９】
認証処理部５６２は、プレゼンテーション部５６１から取得した認証情報を基に認証処理を行う。更に、認証処理部５６２は、認証結果をプレゼンテーション部５６１に送信する。
ストレージ管理部５６３は、プレゼンテーション部５６１から取得したデータと保存先情報とを基にストレージへの保存処理を行う。更に、ストレージ管理部５６３は、保存処理結果をプレゼンテーション部５６１に送信する。また、ストレージ管理部５６３は、ストレージに保存されているファイルの削除処理に関しても、同様に行う。
ユーザーストレージ領域５６４は、クラウドサービスサーバー１４１のストレージ領域である。ストレージ管理部５６３によって、ストレージ内のファイルの削除や保存が行われる。
退避先クラウドサービスサーバー１５１の構成はクラウドサービスサーバー１４１と同様なため、説明は割愛する。
【００２０】
画像処理サービスサーバー１３１は、Ｗｅｂアプリケーション５３０、一時データ保存領域５４０、ジョブ情報データベース５５０を備える。更に、Ｗｅｂアプリケーション５３０は、サービス通信部５３１、リクエスト処理部５３２、認証処理部５３３、データ管理部５３４、メール送信部５３５、画像処理部５３６を含む。
Ｗｅｂアプリケーション５３０は、画像処理装置１０１、端末１０２、クラウドサービスサーバー１４１、退避先クラウドサービスサーバー１５１と通信を行う。これによって、画像処理装置１０１でスキャンした文書を画像処理し、クラウドサービスサーバー１４１や退避先クラウドサービスサーバー１５１に送信することができる。
サービス通信部５３１は、画像処理装置１０１や端末１０２から各種リクエストを受信して、リクエスト処理部５３２に処理をリクエストする。また、サービス通信部５３１は、リクエスト処理部５３２から受信した処理結果を基に画像処理装置１０１や端末１０２にレスポンス情報を送信する。
【００２１】
リクエスト処理部５３２は、サービス通信部５３１からのリクエストを受信して、各機能部に処理をリクエストする。例えば、サービス通信部５３１からユーザー認証リクエストを受信した場合、リクエスト処理部５３２は、認証処理部５３３に認証処理をリクエストする。また、サービス通信部５３１から画像データの保存をリクエストされた場合、リクエスト処理部５３２は、データ管理部５３４に画像ファイルの保存をリクエストする。また、画像処理が必要な場合、リクエスト処理部５３２は、画像処理部５３６にリサイズ処理等の画像処理をリクエストする。また、各種タイミングで、画像処理サービスのユーザーに対するメール通知が必要な場合、リクエスト処理部５３２は、メール送信部５３５にメール送信処理をリクエストする。
認証処理部５３３は、リクエスト処理部５３２から受信した認証情報を基に認証処理を行う。更に、認証処理部５３３は、認証結果をリクエスト処理部５３２に送信する。
【００２２】
データ管理部５３４は、リクエスト処理部５３２から取得したデータを一時データ保存領域５４０に保存する。この際、保存に成功した場合、保存したデータを識別するための一意なファイルＩＤが発行される。このファイルＩＤを基に、データ管理部５３４は、画像処理及びファイル送信を適切に制御する情報（以降「ジョブ情報」と記載する）の保存を、ジョブ情報データベース５５０にリクエストする。
メール送信部５３５は、リクエスト処理部５３２から特定のアドレスに対してのメール送信リクエストを受信して、メールの送信処理を行う。
画像処理部５３６は、リクエスト処理部５３２からファイルの画像処理部リクエスト及び画像データを受信して、画像処理を行う。また、画像処理部５３６は、画像処理結果データをリクエスト処理部５３２に送信する。
一時データ保存領域５４０は、画像処理装置１０１から送信された画像データを一時保存するための領域である。画像データの画像処理がなされ、クラウドサービスサーバー１４１への送信が完了した時点で保存された画像データは削除される。また、本領域はデータの有効期限を持つことが可能であり、有効期限を過ぎたデータの関連情報はその時点で削除される。
【００２３】
ジョブ情報データベース５５０は、画像処理サービスサーバー１３１のユーザー情報やジョブ情報等を格納するデータベースである。ジョブ情報データベース５５０の詳細な内容に関して、図６を用いて説明する。
図６の（ａ）のユーザーテーブル８００は、画像処理サービスサーバー１３１のユーザー情報を管理するためのテーブルである。
ユーザーＩＤ８０１は、画像処理サービスサーバー１３１のユーザーを一意に識別するためのＩＤである。所属グループ８０２は、ユーザーのまとまりを示す情報である。同一グループに所属するユーザーに関して画像処理サービスサーバー１３１は、互いにユーザー情報を参照することが可能であり、後述するメール通知を互いに行うことが可能である。通知用アドレス８０３はユーザーの通知用のメールアドレスであり、画像処理依頼や画像処理したデータがクラウドサービスサーバー１４１に適正に送信されたタイミング等で、当該アドレスに対してメールが送信される。
【００２４】
図６の（ｂ）のジョブテーブル８１０は、画像処理サービスサーバー１３１の一時データ保存領域５４０に保存されているデータを適切に処理するために必要なジョブ情報を管理するためのテーブルである。
ジョブＩＤ８１１は、ジョブテーブル８１０に登録されたジョブを一意に識別するためのＩＤである。ジョブテーブル８１０に新しいジョブが登録される度に、新たなジョブＩＤが発行される。ステータス８１２は、ジョブの状態を示す情報である。値が「完了」となっている場合は、ジョブの実行は既に終了しており、関連する画像ファイルは、画像処理された上で、適切な送信先に送信されている。値が「実行待ち」となっている場合は、スキャン文書の一時保存が完了した状態である。この際、有効期限は切れておらず、画像ファイルは一時データ保存領域５４０に保存されている。値が「期限切れ」となっている場合は、ジョブが実行されないまま、ジョブの有効期限がきれた状態であり、画像ファイル及び関連する制御情報、ファイル情報、データファイルは削除されている。登録日時８１３は、各ジョブがジョブテーブル８１０に登録された日時を示す。有効期限８１４は、ジョブテーブル８１０に登録されたジョブの有効期限であり、この有効期限を超えた場合、ジョブに関連する制御情報、ファイル情報は、それぞれのテーブルから削除される。また関連するデータファイルも一時データ保存領域５４０から削除される。退避先８１５は、ステータス８１２が「期限切れ」である場合に、関連データを退避したサーバーを示す。退避先パス８１６は、退避先８１５のサーバーに実際に退避したファイルのパスを示す。関連ファイルＩＤ８１７は、ジョブテーブル８１０の各ジョブが後述するファイルテーブル８２０のどのファイルと対応するかを示す。関連制御情報ＩＤ８１８は、ジョブテーブル８１０の各ジョブが後述するジョブ制御情報テーブル８３０のどの制御情報と対応するかを示す。
【００２５】
図６の（ｃ）のファイルテーブル８２０は、一時データ保存領域５４０に保存されたファイルの情報を管理するためのテーブルである。
ファイルＩＤ８２１は、ファイルテーブル８２０に登録されたファイルを一意に識別するためのＩＤである。ファイルテーブル８２０に新しいファイルが登録される度に、新たなファイルＩＤが発行される。ファイル名８２２は、ファイルテーブル８２０に登録されたファイルの名称を示す。
【００２６】
図６の（ｄ）のジョブ制御情報テーブル８３０は、一時データ保存領域５４０に保存されたファイルを制御するための情報を管理するテーブルである。
より具体的には、ジョブ実行時の画像処理設定情報や、ジョブを実行可能なユーザーＩＤを管理している。制御情報ＩＤ８３１は、ジョブ制御情報テーブル８３０に登録された制御情報を一意に識別するためのＩＤである。ジョブ制御情報テーブル８３０に新しい制御情報が登録される度に、新たな制御情報ＩＤが発行される。実行可能ユーザーＩＤ８３２は、ジョブの実行が可能なユーザーＩＤを示す。リサイズ８３３は、画像処理設定であり、ファイルのリサイズを行うかどうかを示す。ファイル形式変換８３４は、画像処理設定であり、ファイルの形式を変更してファイル生成を行うかどうかを示す。ファイル送信先８３５は、画像処理を行ったファイルの送信先サーバーを示す情報である。送信先パス８３６は、ファイル送信先８３５のサーバーに実際に送信するフォルダのパスを示す。
【００２７】
図７は、実施形態１における画像処理装置１０１のユーザー（ユーザーＡに該当する）及び端末１０２のユーザー（ユーザーＢに該当する）が画像処理業務を実行した際の動作を説明するシーケンス図である。なお、図７に示す処理においては、画像処理装置１０１から画像処理サービスサーバー１３１に送信された画像データの有効期限切れは発生しないものとする。
ユーザーＡがある資料の画像処理及びクラウドサービスサーバー１４１への送信処理をユーザーＢに依頼するために、画像処理装置１０１に移動する。この際、画像処理サービスサーバー１３１と連携するアプレットアプリケーション５１０が起動される。このとき、画像処理装置１０１の操作部２１９には、図８に示す認証画面９００が表示される（ステップＳ６０１）。
ユーザーＡは、フィールド９０１にユーザーＩＤを、フィールド９０２にパスワードを入力して、ログインボタン９０３を押下する（ステップＳ６０２）。画像処理装置１０１は、ログインボタン９０３が押下されると、ユーザーＩＤと、パスワードと、を取得する。
画像処理装置１０１は、取得したユーザーＩＤとパスワードとを認証情報として、画像処理サービスサーバー１３１に送信する（ステップＳ６０３）。
【００２８】
そして、ユーザー認証リクエストを受けた画像処理サービスサーバー１３１は、認証処理を実行する（ステップＳ６０４）。
画像処理サービスサーバー１３１は、ユーザーごとのユーザーＩＤとパスワードとを認証テーブルで管理していて、この認証テーブルを用いて、ユーザーＡが正規ユーザーであるか否かを判定する。判定が完了したら、画像処理サービスサーバー１３１は、判定結果を画像処理装置１０１に送信する（ステップＳ６０５）。
認証が成功した場合、画像処理装置１０１は、ユーザーＡが画像処理を依頼可能なユーザーをリスト表示するため、ユーザーＩＤリストの取得を画像処理サービスサーバー１３１にリクエストする（ステップＳ６０６）。
画像処理サービスサーバー１３１は、ユーザーＩＤリストの取得リクエストを受けて、ユーザーＡと同一の所属グループであるユーザーＩＤをリスト化して画像処理装置１０１に送信する（ステップＳ６０７）。この際、各ユーザーが所属するグループ情報は、図６のユーザーテーブル８００から参照される。なお、実施形態１では、ユーザーＡとユーザーＢとがユーザーＣと同一の所属グループであるものとする。
【００２９】
画像処理装置１０１は、ステップＳ６０６で取得したユーザーＩＤリストを基に図９の実行可能ユーザー選択画面を操作部２１９に表示する（ステップＳ６０８）。この際、ユーザーＩＤはユーザー選択領域１００１にリスト表示される。実施形態１では、ユーザーＡがユーザーＢにジョブの実行を依頼する想定であるため、ユーザーＡはユーザーＢをユーザー選択領域１００１で選択し、ＯＫボタン１００４を押下したものとする（ステップＳ６０９）。なお、ユーザーＡが自分自身でジョブの実行を行いたい場合、チェックボックス１００７にチェックをいれた上でＯＫボタン１００４を押下する。また、途中で処理をやめたい場合は、ユーザーＡは、キャンセルボタン１００３を押下する。また、取得したユーザーＩＤリストの項目数が多く、ユーザー選択領域１００１に表示しきれない場合は、ユーザーＡはリスト切り替えボタン１００２を押下する。これによって、画像処理装置１０１は、ユーザー選択領域１００１に表示しきれなかったユーザーＩＤを順次表示できる。画像処理装置１０１は、ユーザー選択領域１００１で選択されたユーザーの情報を受け取る。
ユーザーＡによる実行ユーザー選択が完了した後、画像処理装置１０１は、図１０のスキャン設定入力画面を操作部２１９に表示する（ステップＳ６１０）。ユーザーＡは、フィールド１１０１にスキャンアップロードする資料のファイル名を、フィールド１１０２にカラー設定を、フィールド１１０３に解像度設定を、フィールド１１０４に原稿の読み取り面設定を入力する。入力が完了したら、ユーザーＡはスキャン送信ボタン１１０６を押下する（ステップＳ６１１）。画像処理装置１０１は、スキャン設定入力画面で選択された設定情報を受け取る。
【００３０】
スキャン送信ボタン１１０６が押下されると、画像処理装置１０１は、設定情報等に基づき原稿を読み取って画像データを生成する（ステップＳ６１２）。画像データの生成が完了したら、画像処理装置１０１は、生成された画像データ、実行可能ユーザーＩＤ（ユーザーＢ）、ファイルＩＤ、ファイル名を画像処理サービスサーバー１３１に送信する（ステップＳ６１３）。これによって、ジョブの作成及びユーザーＢへのジョブ実行依頼のリクエストがなされる。
画像処理サービスサーバー１３１は、ステップＳ６１３で受信した画像データを一時データ保存領域５４０に保存する（ステップＳ６１４）。保存が成功したら、画像処理サービスサーバー１３１は、図６のファイルテーブル８２０に新しく項目を追加し、ファイルＩＤ８２１にファイルＩＤを入力する。画像処理サービスサーバー１３１は、ファイル名８２２にステップＳ６１３で受信したファイルのファイル名を入力する。これによって、ファイルの一時保存及びファイル情報の登録が完了する。
【００３１】
ステップＳ６１４が完了したら、画像処理サービスサーバー１３１は、ジョブの作成を行う（ステップＳ６１５）。まず、画像処理サービスサーバー１３１は、ジョブ制御情報テーブル８３０に新しい制御情報を登録する。この際、画像処理サービスサーバー１３１は、実行可能ユーザーＩＤ８３２に、ステップＳ６１２で受信した実行可能ユーザーＩＤ（ユーザーＢ）を設定する。次に、画像処理サービスサーバー１３１は、ジョブテーブル８１０に新しいジョブ情報を登録する。この際、画像処理サービスサーバー１３１は、関連ファイルＩＤ８１７にステップＳ６１４で登録したファイルＩＤを、関連制御情報ＩＤ８１８に本ステップで登録した制御情報ＩＤを設定する。また、画像処理サービスサーバー１３１は、ステータス８１２に「実行待ち」を設定する。更に、画像処理サービスサーバー１３１は、登録日時８１３には登録時の日時を設定し、有効期限８１４に有効期限を設定する。本実施形態では、有効期限を登録日時の２日後に設定している。
これによって、ジョブに関連するファイル情報と制御情報とがジョブ情報データベースに適切に格納され、ジョブの作成が完了したため、画像処理サービスサーバー１３１は、画像処理装置１０１にジョブ作成の完了を通知する（ステップＳ６１６）。
以上の処理で、ユーザーＡによる資料の一時保存及びユーザーＢへのジョブ実行依頼が完了したこととなる。以降はユーザーＢによるジョブ実行の処理を説明する。
【００３２】
ステップＳ６１６でジョブの作成完了通知が送信された後、画像処理サービスサーバー１３１は、図１１に示すジョブ実行依頼メールをユーザーＢに対して送信する（ステップＳ６１７）。図１１においてアドレス１２０１は送信者のアドレスであり、本実施形態では画像処理サービスサーバー１３１のアドレスが送信者となる。宛先１２０２は宛先であり、各ユーザーの通知用アドレス８０３に設定されているアドレスが宛先となる。本実施形態ではユーザーＢのアドレスが記載されている。件名１２０３は件名である。メール本文１２０４はメールの本文である。メール本文１２０４には、新しくジョブの実行が依頼された旨と、ジョブ実行を行うためのＵＲＬと、が記載されている。
図１１に示すジョブ実行依頼メールの受信をユーザーＢが確認することで、ユーザーＢは自分に対してジョブの実行依頼が届いたことを知ることができる（ステップＳ６１８）。図７のシーケンスは、ステップＳ６１５で作成されたジョブの有効期限が切れる前に、ユーザーＢはメールに気付いたときのシーケンスである。
【００３３】
ユーザーＢは、依頼されたジョブを実行するため、メール本文１２０４に記載されているＵＲＬにＷｅｂブラウザー５２１を介してアクセスする（ステップＳ６１９、ステップＳ６２０）。その際のＷｅｂブラウザー５２１の表示を示したものが図１２であり、アドレスバー１３０２にジョブ実行ＵＲＬが入力されている。画像処理サービスサーバー１３１は、Ｗｅｂブラウザー５２１からのリクエストを受けて、ジョブ実行するための認証画面を生成し、Ｗｅｂブラウザー５２１に送信する。Ｗｅｂブラウザー５２１がレスポンスを解析し、描画した結果がコンテンツ表示領域１３０１であり、認証を行うためのコンテンツが表示されている（ステップ６２１）。ユーザーＢは、フィールド１３０３にユーザーＩＤを、フィールド１３０４にパスワードを入力して、ログインボタン１３０５を押下する（ステップＳ６２２）。ログインボタン９０３が押下されると、入力されたユーザーＩＤとパスワードとが認証情報として、画像処理サービスサーバー１３１に送信される（ステップＳ６２３）。
ユーザー認証リクエストを受けた画像処理サービスサーバー１３１は、認証処理を実行する（ステップＳ６２４）。
【００３４】
認証処理が成功した場合、画像処理サービスサーバー１３１は、認証したユーザーＩＤがジョブの実行権限を所持しているかどうかを確認する（ステップＳ６２５）。画像処理サービスサーバー１３１は、ジョブ制御情報テーブル８３０を参照して、Ｗｅｂブラウザーからのリクエスト時に取得したＵＲＬに付随しているジョブＩＤに対応する実行可能ユーザーＩＤ８３２を取得する。そして、画像処理サービスサーバー１３１は、取得した実行可能ユーザーＩＤとステップＳ６２３で送信されたユーザーＩＤとが同一であるかどうかを判断する。ここで同一でない場合は、画像処理サービスサーバー１３１は、ジョブの実行権限をもたないユーザーからのリクエストと判断し、ジョブの実行を中止する。本実施形態では、実行可能ユーザーＩＤとステップＳ６２３で送信されたユーザーＩＤとは何れもユーザーＢである。よって、画像処理サービスサーバー１３１は、ジョブ実行権限を持つユーザーからのリクエストと判断し、図１３の送信設定画面を生成し、Ｗｅｂブラウザー５２１に送信する。
Ｗｅｂブラウザー５２１がレスポンスを解析し、描画した結果がコンテンツ表示領域１４０１であり、送信設定を行うためのコンテンツが表示されている（ステップＳ６２６）。ユーザーＢは依頼されたジョブ情報１４０２を確認し、画像処理設定１４０３、送信先設定１４０６を入力し、送信ボタン１４０９を押下する（ステップＳ６２７）。画像処理設定１４０３は、画像処理サービスサーバー１３１に依頼する画像処理設定であり、リサイズ設定１４０４とファイル形式変換設定１４０５とが表示されている。画像処理サービスサーバー１３１は、入力された画像処理設定を基に、ジョブに紐づく画像ファイルに適切な画像処理を行う。送信先設定１４０６は、ジョブに紐づく画像ファイルの最終的な送信先である。画像ファイルは前述した画像処理が施された後、送信先サーバー１４０７で設定された送信先の送信先パス１４０８に送信される。
【００３５】
送信ボタン１４０９が押下されると、入力された画像処理設定と送信先設定とが、画像処理サービスサーバー１３１に送信される（ステップＳ６２８）。
そして、送信リクエストを受けた画像処理サービスサーバー１３１は、受信した画像処理設定と送信先設定とを基に、ジョブ制御情報テーブル８３０に登録されている実行ジョブの制御情報を更新する（ステップＳ６２９）。
制御情報の更新が完了した後、画像処理サービスサーバー１３１は、図１４のジョブ実行開始画面を生成し、Ｗｅｂブラウザー５２１に送信する。Ｗｅｂブラウザー５２１がレスポンスを解析し、描画した結果がコンテンツ表示領域１５０１である（ステップＳ６３０）。ユーザーＢは図１４をＷｅｂブラウザー５２１で閲覧することで、正常にジョブが開始されたことを確認できる。
画像処理サービスサーバー１３１は、画像処理設定をジョブ制御情報テーブル８３０から参照し、ユーザーＢからリクエストされたリサイズ処理を実行する（ステップＳ６３１）。
【００３６】
画像処理が完了した後、画像処理サービスサーバー１３１は、送信先設定をジョブ制御情報テーブル８３０から参照する。次に、画像処理サービスサーバー１３１は、ユーザーＢからリクエストされた送信先であるクラウドサービスサーバー１４１に、ステップＳ６３１で生成した画像処理結果ファイルの保存をリクエストする（ステップＳ６３２）。
クラウドサービスサーバー１４１は、画像処理サービスサーバー１３１からのファイル保存リクエストを受けて、指定された送信先パスにファイルを保存し、保存が完了した場合、保存完了通知を画像処理サービスサーバー１３１に送信する（ステップＳ６３３）。
クラウドサービスサーバー１４１は、第２の外部サービスの一例である。
保存完了通知を受信した後、画像処理サービスサーバー１３１は、不要となった一時画像データを一時データ保存領域５４０から削除する（ステップＳ６３４）。また、画像処理サービスサーバー１３１は、ジョブ情報データベースに登録されている実行ジョブに関連するジョブ制御情報を削除する（ステップＳ６３５）。以上で、ジョブの実行が完了したため、ジョブを実行したユーザーＢに対して、図１５のジョブ完了通知メールを送信する。メール本文１６０４には、ジョブの実行結果が保存されているクラウドサービスサーバー１４１のＵＲＬが記載されている。ユーザーＢは、このＵＲＬを参照して、ジョブの実行結果を得ることができる。
以上、図７のシーケンスをたどることにより、ユーザーＡによるユーザーＢへのジョブ実行依頼及びユーザーＢによるジョブの実行が実現できる。
【００３７】
図１６は、図７のステップＳ６１８において、ユーザーＢがメールの確認に時間を要したことで画像処理サービスサーバー１３１の、ジョブ情報データベース５５０に保存されているジョブの有効期限を過ぎてしまった場合の動作を説明するシーケンス図である。
画像処理サービスサーバー１３１は、ジョブ情報データベース５５０の有効期限が過ぎた場合、ＨＤＤ容量確保のためにジョブに関連する制御情報と画像ファイルとを削除する。しかし、画像データ及びジョブ制御情報が削除された場合、ユーザーＢによるジョブ実行が不可能となるため、画像ファイル及びジョブ制御情報の退避を行うことで上記課題を解決する。以下、図１６のシーケンスをたどることにより、上述した動作を詳細に説明する。なお、説明の便宜上、図１６のシーケンスの前提として、図６のジョブテーブル８１０のジョブＩＤ「Ｊｏｂ００２」の有効期限が過ぎたものとして説明する。
画像処理サービスサーバーは、Ｊｏｂ００２の有効期限が過ぎたことを検知して、関連ファイルＩＤ「Ｆｉｌｅ００２」に対応するファイルを一時データ保存領域５４０から取得する（ステップＳ７０１）。次に、画像処理サービスサーバー１３１は、ステップＳ７０１で取得した有効期限切れのファイルに対して暗号化処理を施す（ステップＳ７０２）。
【００３８】
画像処理サービスサーバー１３１は、Ｊｏｂ００２に対応する関連制御情報ＩＤ「Ｉｎｆｏ００２」に対応する制御情報を全て取得し、図１７に示すように各制御情報を参照できるようにｘｍｌファイル化する（ステップＳ７０３）。なお、本実施形態ではｘｍｌファイル化しているが、各制御情報と値とが対応づけて参照できる形であればｘｍｌファイル形式でなくてもよいものとする。次に、画像処理サービスサーバー１３１は、ステップＳ７０３でｘｍｌファイル化した制御情報ファイルに対して暗号化処理を施す（ステップＳ７０４）。
ジョブに関連する画像ファイルと制御情報ファイルとの暗号化が完了したら、画像処理サービスサーバー１３１は、上記２つのファイルを１ファイルに統合する（ステップＳ７０５）。本実施形態では、画像処理サービスサーバー１３１は、画像ファイルと制御情報ファイルとをｚｉｐ形式で圧縮してファイル化したものとする。なお、画像処理サービスサーバー１３１は、ファイル名を、ジョブＩＤを参照し、「Ｊｏｂ００１．ｚｉｐ」としたものとする。
【００３９】
次に、画像処理サービスサーバー１３１は、ステップＳ７０５で統合したファイルを特定の退避先サーバーに送信する（ステップＳ７０６）。本実施形態では、画像処理サービスサーバー１３１は、送信先は「退避先クラウドサービスサーバー」とし、送信先パスは「／／ｆｉｌｅ／ｔｅｍｐ」とする。
退避先クラウドサービスサーバー１５１は、画像処理サービスサーバー１３１からのファイル保存リクエストを受けて、指定された送信先パスにファイルを保存する。保存が完了した場合、退避先クラウドサービスサーバー１５１は、保存完了通知を画像処理サービスサーバー１３１に送信する（ステップＳ７０７）。
退避先クラウドサービスサーバー１５１は、第１の外部サービスの一例である。
保存完了通知を受信した後、画像処理サービスサーバー１３１は、ジョブテーブル８１０のファイルを退避した退避先の情報を入力する（ステップＳ７０８）。本実施形態では、画像処理サービスサーバー１３１は、「Ｊｏｂ００２」の「退避先８１５」に「退避先クラウドサービスサーバー」を、「退避先パス８１６」に「／／ｆｉｌｅ／ｔｅｍｐ」を入力することで、退避先情報を保存する。また、処理対象のジョブは期限切れとなったため、画像処理サービスサーバー１３１は、「ステータス８１２」に「期限切れ」を設定する。
【００４０】
ステップＳ７０８の処理の完了によって、画像ファイルと制御情報との退避が完了した。そのため、画像処理サービスサーバー１３１は、有効期限がきれた画像データとジョブ制御情報とをステップＳ６３４、ステップＳ６３５と同じ手順で削除する（ステップＳ７０９、ステップＳ７１０）。
削除が完了したら、画像処理サービスサーバー１３１は、ユーザーＢに対し、図１８のデータ退避完了メールを送信する（ステップＳ７１１）。メール本文１８０４には、ジョブの有効期限がきれたためデータの退避を行った旨と退避先の情報及びジョブの実行ＵＲＬが記載されている。ステップＳ７１２からステップＳ７１８までの処理は、図７のステップＳ６１８からステップＳ６２４までの処理と同一であるため、説明は省略する。画像処理サービスサーバー１３１は、ユーザーＢにジョブの実行権限があるか確かめるため、ステップＳ７０６で退避したファイルを退避先クラウドサービスサーバー１５１から取得する（ステップＳ７１９）。なお、この際、ファイルを退避したサーバー及び退避先パスは、図６のジョブテーブル８１０の退避先８１５及び退避先パス８１６を参照して決定される。
【００４１】
退避先クラウドサービスサーバー１５１は、画像処理サービスサーバー１３１からのファイル取得リクエストに応じて、ステップＳ７０６で送信されたファイルを返す（ステップＳ７２０）。本実施形態では、退避先クラウドサービスサーバー１５１は、「／／ｆｉｌｅ／ｔｅｍｐ」に存在する「Ｊｏｂ００２．ｚｉｐ」を送信する。
画像処理サービスサーバー１３１は、受信した退避ファイルを解凍し、ジョブ制御情報と画像ファイルとを複号化することで、退避した画像ファイルとジョブ制御情報とを得ることができる（ステップＳ７２１）。これによって、画像処理サービスサーバー１３１等は、有効期限がきれたジョブであっても、ジョブの実行を行うことができる。
ステップＳ７２２からステップ７３０までの処理は、図７のステップＳ６２５からステップＳ６３３までの処理と同一であるため、説明は省略する。
【００４２】
ステップＳ７３０でジョブの実行が完了したため、画像処理サービスサーバー１３１は、ステップＳ７１９で退避先クラウドサービスサーバー１５１に退避したファイルの削除を退避先クラウドサービスサーバー１５１に要請する（ステップＳ７３１）。
退避先クラウドサービスサーバー１５１は、画像処理サービスサーバー１３１からの削除リクエストを受けて、リクエストされたファイルを削除し、削除が完了したことを画像処理サービスサーバー１３１に通知する（ステップＳ７３２）。
退避先クラウドサービスサーバー１５１からの削除完了通知を受信したら、画像処理サービスサーバー１３１は、図７のステップＳＳ６３６と同様の手順でジョブの完了をユーザーＢに通知する（ステップＳ７３３）。
これによって、目的であった、データの有効期限切れが生じても、データと関連する制御情報も外部サーバーに退避させ、ユーザーからのリクエストに応じてデータを取得し、制御情報に基づいて適切な処理を行うことができる。
【００４３】
（実施形態２）
実施形態２として、データの退避先をユーザー毎に設定する処理を説明する。
実施形態１では、データの有効期限が切れたときに、予め決められた退避先に特定のアカウントで、データと関連する制御情報とを退避させる処理を説明した。しかし、データの有効期限が生じた際に予め決められたアカウントでデータを退避してしまうと、前記アカウントに設けられたストレージ領域がいずれいっぱいになってしまう場合が考えられる。本実施形態では、データの退避先をユーザーが決められるようにすることで、特定のアカウント領域のみにデータが退避されることを防ぐ処理を説明する。
【００４４】
図１９は、実施形態２における端末１０２のユーザー（ユーザーＢに該当する）、端末１０２、画像処理サービスサーバー１３１で、ユーザーＢが自身のデータ退避先を設定したときの処理動作を説明するシーケンス図である。
ユーザーＢは、画像処理サービスサーバーの退避先情報設定ＵＲＬにＷｅｂブラウザー５２１を介してアクセスする（ステップＳ１９０１、ステップＳ１９０２）。
画像処理サービスサーバー１３１は、Ｗｅｂブラウザー５２１からのリクエストを受けて、ジョブ実行するための退避先設定画面を生成し、Ｗｅｂブラウザー５２１に送信する。
Ｗｅｂブラウザー５２１がレスポンスを解析し、退避先設定画面を描画した結果が図２０のコンテンツ表示領域２００１であり、退避先設定を行うためのコンテンツが表示されている（ステップＳ１９０３）。ユーザーＢは、フィールド２００４にデータ退避時に使用するユーザーＩＤを、フィールド２００５にパスワードを入力する。更に、ユーザーＢは、フィールド２００６からデータ退避時に使用するサービスを選択し、フィールド２００７に退避ファイルの保存パスを入力し、設定ボタン２００８を押下する（ステップＳＳ１９０４）。設定ボタン２００８が押下されると、フィールド２００３からフィールド２００７までの情報及び自身のユーザーＩＤが退避先情報として画像処理サービスサーバー１３１に送信される（ステップＳ１９０５）。
【００４５】
画像処理サービスサーバー１３１は、受信した退避先情報で図２１のユーザーテーブル２１００の情報を更新する（ステップＳ１９０６）。なお、図２１は、実施形態２におけるジョブ情報データベースのユーザー情報を管理するテーブルである。２１０１から２１０３までは、８０１から８０３までと同一であるため、説明は省略する。退避用サービス２１０４はデータ退避時に使用するサーバーを示し、フィールド２００６の入力情報を基に設定される。退避用パス２１０５は退避ファイルの保存パスを示し、フィールド２００７の入力情報を基に設定される。退避用ＩＤ２１０６はデータ退避時に使用するユーザーＩＤを示し、フィールド２００４の入力情報を基に設定される。退避用パスワード２１０７はデータ退避時に使用するユーザーＩＤのパスワードを示し、フィールド２００５の入力情報を基に設定される。
上記設定が完了したら、画像処理サービスサーバー１３１は、退避先設定完了画面を生成し、Ｗｅｂブラウザー５２１に送信する。上記処理によって、ユーザー毎に退避先を持つことができる。
更に実施形態２においては、画像処理サービスサーバー１３１は、実施形態１のステップＳ７０６の統合ファイルの送信先として実行ユーザーが設定した退避先に送信する。
これによって、目的であった、データの退避先をユーザーが決められるようにすることで、特定のアカウント領域のみにデータが退避されることを防ぐことができる。
【００４６】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４７】
以上、上述した各実施形態によれば、画像処理サービスサーバー内のデータ及びそのデータの制御情報の有効期限が切れることで、これらが画像処理サービスサーバー内から削除されても、制御情報に基づいてデータを適切に処理することができる。
つまり、データの有効期限切れが生じても、データと関連する制御情報も外部サーバーに退避させ、ユーザーからのリクエストに応じてデータを取得し、制御情報に基づいて適切な処理を行うことができる。
【００４８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2015091053.tif 000003
【図２】
2015091053.tif 000004
【図３】
2015091053.tif 000005
【図４】
2015091053.tif 000006
【図５】
2015091053.tif 000007
【図６】
2015091053.tif 000008
【図７】
2015091053.tif 000009
【図８】
2015091053.tif 000010
【図９】
2015091053.tif 000011
【図１０】
2015091053.tif 000012
【図１１】
2015091053.tif 000013
【図１２】
2015091053.tif 000014
【図１３】
2015091053.tif 000015
【図１４】
2015091053.tif 000016
【図１５】
2015091053.tif 000017
【図１６】
2015091053.tif 000018
【図１７】
2015091053.tif 000019
【図１８】
2015091053.tif 000020
【図１９】
2015091053.tif 000021
【図２０】
2015091053.tif 000022
【図２１】
2015091053.tif 000023