(57)【要約】【課題】クラウドサービスに係るデータをより適切に制御することを目的とする。【解決手段】データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供する情報処理装置が、送信装置から送信されたデータを受信し、受信したデータと同じ容量のデータを記憶装置に送信し、受信したデータに対してクラウドサービスの処理を行い、処理後のデータと共に処理後のデータで同じ容量のデータを更新する旨の指示を記憶装置に送信することによって課題を解決する。【選択図】図７
2013168803.tif 000002
【特許請求の範囲】
【請求項１】
データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供する情報処理装置であって、
前記送信装置から送信されたデータを受信し、受信したデータと同じ容量のデータを前記記憶装置に送信し、前記受信したデータに対して前記クラウドサービスの処理を行い、処理後のデータと共に前記処理後のデータで前記同じ容量のデータを更新する旨の指示を前記記憶装置に送信する制御を行う制御手段を有することを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記クラウドサービスの処理に要する時間を算出し、算出した時間が一定の時間内であると判断した場合、前記同じ容量のデータを前記記憶装置に送信することなく、前記処理後のデータを前記記憶装置に送信する制御を行うことを特徴とする請求項１記載の情報処理装置。
【請求項３】
複数のクラウドサービスを提供し、クラウドサービスの処理を行うことにより増加するデータの容量を示す増加容量情報をクラウドサービスごとに記憶する記憶部を更に有し、
前記制御手段は、
前記複数のクラウドサービスのうちからユーザ操作により指定されたクラウドサービスを示す情報を前記送信装置から受信し、
前記指定されたクラウドサービスに対応する前記記憶部の増加容量情報をもとに、前記指定されたクラウドサービスの処理を行うことによりデータの容量が増加するか否かを判断し、
増加すると判断した場合、前記増加容量情報と同じ容量の増加分データを生成し、生成した増加分データを前記同じ容量のデータと共に前記記憶装置に送信する制御を行うことを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記制御手段は、前記増加分データを前記同じ容量のデータのヘッダ情報に付加して前記記憶装置に送信することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記制御手段は、前記増加分データを前記同じ容量のデータの末端に付加して前記記憶装置に送信することを特徴とする請求項３記載の情報処理装置。
【請求項６】
データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供する情報処理装置であって、
前記送信装置から送信予定のデータの容量を示す容量情報を受信し、受信した容量情報と同じ容量の疑似データを生成して前記記憶装置に送信し、前記送信装置から前記データを受信し、前記受信したデータに対して前記クラウドサービスの処理を行い、処理後のデータと共に前記処理後のデータで前記疑似データを更新する旨の指示を前記記憶装置に送信する制御を行う制御手段を有することを特徴とする情報処理装置。
【請求項７】
前記制御手段は、前記クラウドサービスの処理に要する時間を算出し、算出した時間が一定の時間内であると判断した場合、前記疑似データを生成することなく、前記処理後のデータを前記記憶装置に送信する制御を行うことを特徴とする請求項６記載の情報処理装置。
【請求項８】
複数のクラウドサービスを提供し、クラウドサービスの処理を行うことにより増加するデータの容量を示す増加容量情報をクラウドサービスごとに記憶する記憶部を更に有し、
前記制御手段は、
前記複数のクラウドサービスのうちからユーザ操作により指定されたクラウドサービスを示す情報を前記送信装置から受信し、
前記指定されたクラウドサービスに対応する前記記憶部の増加容量情報をもとに、前記指定されたクラウドサービスの処理を行うことによりデータの容量が増加するか否かを判断し、
増加すると判断した場合、前記増加容量情報と同じ容量の増加分データを生成し、生成した増加分データを前記疑似データと共に前記記憶装置に送信する制御を行うことを特徴とする請求項６記載の情報処理装置。
【請求項９】
データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供する情報処理装置における情報処理方法であって、
前記送信装置から送信されたデータを受信し、受信したデータと同じ容量のデータを前記記憶装置に送信する工程と、
前記受信したデータに対して前記クラウドサービスの処理を行う工程と、
処理後のデータと共に前記処理後のデータで前記同じ容量のデータを更新する旨の指示を前記記憶装置に送信する工程と、を有することを特徴とする情報処理方法。
【請求項１０】
データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供する情報処理装置における情報処理方法であって、
前記送信装置から送信予定のデータの容量を示す容量情報を受信し、受信した容量情報と同じ容量の疑似データを生成して前記記憶装置に送信する工程と、
前記送信装置から前記データを受信する工程と、
前記受信したデータに対して前記クラウドサービスの処理を行う工程と、
処理後のデータと共に前記処理後のデータで前記疑似データを更新する旨の指示を前記記憶装置に送信する工程と、を有することを特徴とする情報処理方法。
【請求項１１】
データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供するコンピュータを、
前記送信装置から送信されたデータを受信し、受信したデータと同じ容量のデータを前記記憶装置に送信し、前記受信したデータに対して前記クラウドサービスの処理を行い、処理後のデータと共に前記処理後のデータで前記同じ容量のデータを更新する旨の指示を前記記憶装置に送信する制御を行う制御手段として機能させるプログラム。
【請求項１２】
データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供するコンピュータを、
前記送信装置から送信予定のデータの容量を示す容量情報を受信し、受信した容量情報と同じ容量の疑似データを生成して前記記憶装置に送信し、前記送信装置から前記データを受信し、前記受信したデータに対して前記クラウドサービスの処理を行い、処理後のデータと共に前記処理後のデータで前記疑似データを更新する旨の指示を前記記憶装置に送信する制御を行う制御手段として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、クラウドコンピューティングシステムのクラウドサービスサーバが提供するクラウドサービスとして画像処理を利用することが可能になってきている。
ユーザは、クラウドサービスを利用することで、複写機でスキャンした画像データについてネットワークを介して画像処理を行うことが可能になる。また、ユーザは、画像処理後の画像データをサーバ又は別のクラウドサービスであるファイル保存サービス（例えばEverNote：登録商標）を提供するサーバに送信すること等も可能になる。
このようにユーザは、複写機に搭載されていない高価な画像処理をクラウドサービスにより利用することができるようになる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−５６７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザが複写機で文書などの原稿をスキャンした画像データを特定の共有サーバに保存する前にクラウドサービスの画像処理を利用するため、保存が完了するまでに時間がかかることが想定される。時間がかかる例としては、複写機でスキャンした画像データをクラウドサービスサーバに転送する時間、複数のユーザがクラウドサービス上の同一の画像処理を利用した場合の待ち時間、画像処理に要する処理時間などが挙げられる。
故に、こうした時間の間に、所望の保存したい場所の空き容量が変化することや、画像処理によって画像データの容量が変化することで当該場所に送信できない等の問題が発生する。
従来、ファイルの転送において当該ファイルを保存する領域を予め予約しておくことで、送信してから保存先の容量がなくなって再度送信する事態を回避する技術が開示されている（特許文献１参照）。しかしながら、上記のように第三者が提供するファイル保存サービスである場合、共有フォルダである場合などの場合は、ファイルを保存する領域を予め予約しておくことが困難である。
【０００５】
本発明はこのような問題点に鑑みなされたもので、クラウドサービスに係るデータをより適切に制御することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明に係る情報処理装置は、データを送信する送信装置、及びデータを記憶する記憶装置と通信可能であり、クラウドサービスを提供する情報処理装置であって、前記送信装置から送信されたデータを受信し、受信したデータと同じ容量のデータを前記記憶装置に送信し、前記受信したデータに対して前記クラウドサービスの処理を行い、処理後のデータと共に前記処理後のデータで前記同じ容量のデータを更新する旨の指示を前記記憶装置に送信する制御を行う制御手段を有することを特徴とする。
【０００７】
また、本発明は、方法、プログラム、システム、記憶媒体などとしてもよい。
【発明の効果】
【０００８】
本発明によれば、クラウドサービスに係るデータをより適切に制御することができる。
【図面の簡単な説明】
【０００９】
【図１】システムの構成の一例を示す図である。
【図２】画像形成装置のハードウェアの構成の一例を示す図である。
【図３】クラウドサービスサーバのハードウェアの構成の一例を示す図である。
【図４】画像形成装置のソフトウェアの構成の一例を示す図である。
【図５】クラウドサービスサーバのソフトウェアの構成の一例を示す図である。
【図６】クラウドストレージサーバのソフトウェアの構成の一例を示す図である。
【図７】シーケンスの一例を示す図である。
【図８】全体の処理に係るフローチャートの一例を示す図である。
【図９】スキャンデータ管理テーブルの一例を示す図である。
【図１０】クラウドサービスサーバのソフトウェアの構成の一例を示す図である。
【図１１】シーケンスの一例を示す図である。
【図１２】全体の処理に係るフローチャートの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１１】
＜第１の実施形態＞
本実施形態では、データ、ファイル等を所望の場所に送信する技術について説明する。図１は、本実施形態に係るシステムの構成の一例を示す図である。
ＬＡＮ１１０には、画像形成装置１０１及び端末１０２が接続されている。ＬＡＮ１１０は、インターネット１２０に接続されている。また、ＬＡＮ１１０は、画像処理のクラウドサービスを提供しているクラウドサービスサーバ１３１、及びデータの記憶のクラウドサービスを提供しているクラウドストレージサーバ１３２ともインターネット１２０経由で接続されている。即ち、画像形成装置１０１、端末１０２、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２は、ＬＡＮ１１０、インターネット１２０等のネットワークを介して互いに通信可能に接続されている。
本実施形態では、端末１０２は、ＬＡＮ１１０に接続されているが、この構成に限られるものではない。例えば、端末１０２について、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２に接続可能な構成を適宜採用できる。また、本実施形態では、画像形成装置１０１、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２の各々が一台である場合を例に挙げて説明するが、複数台である場合に適用することもできる。
【００１２】
図２は、画像形成装置１０１のハードウェアの構成の一例を示す図である。ＣＰＵ２１１を含む制御装置２１０は、画像形成装置１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶されたプログラムを読み出して読取制御、送信制御などの各種の制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。
ＨＤＤ２１４は、画像データ、各種のプログラム、各種のテーブル等を記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御装置２１０とを接続する。操作部２１９としては、タッチパネル機能を有する液晶表示部、キーボードなどが設けられている。
【００１３】
プリンタＩ／Ｆ２１６は、プリンタ２２０と制御装置２１０とを接続する。プリンタ２２０で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御装置２１０から転送され、プリンタ２２０において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御装置２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、生成した画像データをスキャナＩ／Ｆ２１７を介して制御装置２１０に入力する。
ネットワークＩ／Ｆ２１８は、制御装置２１０（画像形成装置１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ネットワーク上の外部装置（クラウドサービスサーバ１３１、クラウドストレージサーバ１３２等）に画像データ、各種の情報等を送信し、ネットワーク上の外部装置から各種の情報を受信する。
【００１４】
図３は、クラウドサービスサーバ１３１のハードウェアの構成の一例を示す図である。ＣＰＵ３１１を含む制御装置３１０は、クラウドサービスサーバ１３１全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたプログラムを読み出して各種の制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データ、各種のプログラム、各種のテーブル等を記憶する。ＲＯＭ３１２、ＲＡＭ３１３、及びＨＤＤ３１４は、各種のデータを記憶する記憶部の一例である。
ネットワークＩ／Ｆ３１５は、制御装置３１０（クラウドサービスサーバ１３１）をネットワークに接続する。ネットワークＩ／Ｆ３１５は、ネットワーク上の外部装置（画像形成装置１０１、クラウドストレージサーバ１３２等）との間で各種の情報を送受信する。
なお、クラウドストレージサーバ１３２のハードウェアの構成、及び端末１０２のハードウェアの構成については、クラウドサービスサーバ１３１のハードウェアの構成と同様であるので、その説明を省略する。また、端末１０２、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２は、情報処理装置（コンピュータ）の一例である。
【００１５】
図４は、画像形成装置１０１のソフトウェア（機能部）の構成の一例を示す図である。図４に示す各機能部、及び後述する画像形成装置１０１における処理は、画像形成装置１０１のＣＰＵ２１１がプログラムを実行することにより実現される。
画像形成装置１０１は、画面表示部４００、通信部４０１、マイクロブログ通信管理部４０２、スキャンデータ管理部４０３、ジョブ処理部４０４、スキャンデータデータベース（スキャンデータＤＢ）４０５、及び画像処理部４０６を有する。
画面表示部４００は、制御装置２１０に対してスキャンに係る操作を実行するための画面を操作部２１９に表示する。また、画面表示部４００は、ユーザによる操作部２１９の操作（ユーザ操作）をもとに、ジョブ処理部４０４に対してスキャンジョブを実行する旨の指示（ジョブ実行指示）を行う。
【００１６】
ジョブ処理部４０４は、画面表示部４００からのジョブ実行指示により制御装置２１０にスキャン処理の実行を依頼し、依頼の結果としてスキャナ２２１が原稿上の画像を読み取って生成した画像データを受け取る。そして、ジョブ処理部４０４は、画像データをスキャンデータとしてスキャンデータＤＢ４０５に格納する準備ができた旨の指示（格納指示）をスキャンデータ管理部４０３に通知する。
スキャンデータ管理部４０３は、スキャンデータＤＢ４０５に対してジョブ処理部４０４で生成されたスキャンデータを格納する指示を行う処理、スキャンデータＤＢ４０５に対して格納されているスキャンデータを取得する指示を行う処理などを実行する。
【００１７】
スキャンデータＤＢ４０５は、スキャンデータ管理部４０３からの指示により、ジョブ処理部４０４で生成されたスキャンデータをＨＤＤ２１４に格納する処理、ＨＤＤ２１４からスキャンデータを取得してスキャンデータ管理部４０３に送信する処理等を行う。また、スキャンデータ管理部４０３は、スキャンデータＤＢ４０５がスキャンデータの格納を完了すると、ジョブ処理部４０４に完了した旨を通知し、ジョブ処理部４０４は、マイクロブログ通信管理部４０２に完了した旨を通知する。
マイクロブログ通信管理部４０２は、ジョブ処理部４０４からの通知をもとにスキャンデータが格納されたことを検知すると、スキャンデータが格納された旨をクラウドサービスサーバ１３１に知らせる情報を含むメッセージを作成する。また、マイクロブログ通信管理部４０２は、通信部４０１に対して、作成したメッセージをクラウドサービスサーバ１３１に送信するように指示する。ここでいうスキャンデータが格納された旨を知らせる情報とは、例えば「スキャンデータの準備ができました」という人が解釈可能な文言を示す情報である。また、マイクロブログ通信管理部４０２は、送信したメッセージの管理を行う。
【００１８】
通信部４０１は、マイクロブログ通信管理部４０２からの指示により、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２に対してリクエストを送信する。また、通信部４０１は、クラウドサービスサーバ１３１及びクラウドストレージサーバ１３２からのレスポンス（リクエストに対する返信）を受信する。
画像処理部４０６は、入力された画像データに対して補正、加工、編集、解像度変換等を行う。これに加えて、画像処理部４０６は、入力された画像データの回転処理、及びＪＰＥＧ、ＭＭＲ等の圧縮伸張処理を行う。また、画像処理部４０６は、ＰＤＦ、ＸＰＳ、ＯＯＸＭＬなどの電子ファイルフォーマットの変換処理を行う。
【００１９】
図５は、クラウドサービスサーバ１３１のソフトウェア（機能部）の構成の一例を示す図である。図５に示す各機能部、及び後述するクラウドサービスサーバ１３１における処理は、クラウドサービスサーバ１３１のＣＰＵ３１１がプログラムを実行することにより実現される。クラウドサービスサーバ１３１は、Ｗｅｂアプリケーション５０１及びメッセージデータベース（メッセージＤＢ）５０２を有する。
Ｗｅｂアプリケーション５０１は、ＣＲＭ（Customer Relationship Management）サービスなどを提供するためのＷｅｂアプリケーションである。本実施形態では、Ｗｅｂアプリケーション５０１において、マイクロブログ機能が提供されているものとする。また、Ｗｅｂアプリケーション５０１は、通信部５１１、制御部５１２、メッセージ管理部５１３、及び画像処理部５１４を有する。
【００２０】
通信部５１１は、画像形成装置１０１及び端末１０２からのリクエストを受信し、制御部５１２にリクエストの内容を送信する。更に、通信部５１１は、制御部５１２からリクエストに対する処理結果を受け取り、リクエストに対するレスポンスデータを作成し、リクエストを送信した装置（画像形成装置１０１又は端末１０２）にレスポンスを送信する。
制御部５１２は、通信部５１１から送信されるリクエストの内容に従って、リクエストに含まれるメッセージ若しくはコメントを抽出し、メッセージ管理部５１３にメッセージ若しくはコメントの登録処理を依頼する。
【００２１】
メッセージ管理部５１３は、制御部５１２から送信されるメッセージ若しくはコメントを受信し、メッセージＤＢ５０２に格納を指示する。また、メッセージ管理部５１３は、制御部５１２からの依頼により、メッセージＤＢ５０２から登録されたメッセージ及びコメントを取得して制御部５１２に送信する。
画像処理部５１４は、画像の先鋭化、平滑化、傾き補正、ＯＣＲなどの画像処理、変換処理などを行う。ここでの処理に関しては、周知の技術を用いることで実現が可能である。なお、画像処理部５１４で行われる画像処理、変換処理等の処理をクラウドサービス処理と表記する。
【００２２】
図６は、クラウドストレージサーバ１３２のソフトウェア（機能部）の構成の一例を示す図である。図６に示す各機能部、及び後述するクラウドストレージサーバ１３２における処理は、クラウドストレージサーバ１３２のＣＰＵ３１１がプログラムを実行することにより実現される。クラウドストレージサーバ１３２は、ファイルサービス６０１及びファイルデータデータベース（ファイルデータＤＢ）６０２を有する。
ファイルサービス６０１は、適宜のプロトコルによるファイルサービスを提供する。プロトコルとしては、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＰＯＰ（Post Office Protocol）、ＩＭＡＰ（Internet Message Access Protocol）などを採用してよい。ファイルサービス６０１は、通信部６１１、制御部６１２、及びファイル管理部６１３を有する。
【００２３】
通信部６１１は、画像形成装置１０１（クラウドサービスサーバ１３１）及び端末１０２からのリクエストを受信し、制御部６１２にリクエストの内容を送信する。更に、通信部６１１は、制御部６１２からリクエストに対する処理結果を受け取り、リクエストに対するレスポンスデータを作成し、リクエストを送信した装置（画像形成装置１０１又は端末１０２）にレスポンスを送信する。
制御部６１２は、通信部６１１から送信されるリクエストの内容に従って、送信されたファイル（画像データ）の格納、削除、移動、管理されているファイルのリストの取得等の処理をファイル管理部６１３に依頼する。ファイル管理部６１３は、制御部６１２からの処理の依頼に応じて、ファイルデータＤＢ６０２にアクセスし、送信されたファイルの格納、削除、移動、管理されているファイルのリストの取得等を実行して制御部６１２に処理結果を送信する。
【００２４】
図７は、画像形成装置１０１、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２における一連の動作を表すシーケンスの一例を示す図である。ＳＱ７０１では、画像形成装置１０１は、ユーザ操作によるスキャンを実行する旨の指示（スキャン指示）に応答して、スキャン処理を実行する。スキャン処理では、画像形成装置１０１は、原稿上の画像をスキャナ２２１がスキャンし、スキャンした結果として得られる画像データを取得する。
ＳＱ７０２では、画像形成装置１０１は、取得した画像データを画像形成装置１０１のスキャンデータＤＢ４０５を介してスキャンデータとして保管する。ＳＱ７０３では、画像形成装置１０１は、クラウドサービスサーバ１３１に対してスキャンした画像データ等を送信する。なお、ここでは、ユーザ操作で指定された画像処理の種類を示す情報および画像データを格納する領域を示す情報（格納先情報）等を含むヘッダ情報が送信される。
【００２５】
ＳＱ７０４では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された画像データ等を受信し、受信した画像データ（受信した画像データと同じ容量のデータの一例）をクラウドストレージサーバ１３２に送信する。なお、クラウドストレージサーバ１３２は、ヘッダ情報に含まれる格納先情報に従って、受信した画像データをユーザ操作で指定された領域に保存する。画像データについては、当該画像データを特定可能な情報（識別子、ファイル名など）が付されている。
ＳＱ７０５では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された画像データに対して画像処理を行う。ＳＱ７０６では、クラウドサービスサーバ１３１は、画像処理を行った画像処理後の画像データをクラウドストレージサーバ１３２に送信する。なお、画像処理後の画像データのヘッダ情報には、Ｓ７０４で送信された画像データを特定可能な情報が含まれている。
ＳＱ７０７では、クラウドストレージサーバ１３２は、画像データを特定可能な情報をもとに、ＳＱ７０４で保存した画像データに対して、ＳＱ７０６で送信された画像データで上書き保存を行う。
【００２６】
ＳＱ７０８では、画像形成装置１０１は、クラウドサービスサーバ１３１に対してスキャンした２枚目の画像データ等を送信する。ＳＱ７０９では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された２枚目の画像データ等を受信し、受信した画像データをクラウドストレージサーバ１３２に送信する。ＳＱ７１０では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された２枚目の画像データに対して画像処理を行う。
ＳＱ７１１では、クラウドサービスサーバ１３１は、２枚目の画像データについて画像処理を行った画像処理後の画像データをクラウドストレージサーバ１３２に送信する。ＳＱ７１２では、クラウドストレージサーバ１３２は、ＳＱ７０９で保存した２枚目の画像データに対して、ＳＱ７１１で送信された画像データで上書き保存を行う。
スキャンされる枚数に応じて、３枚目以降については同様に、ＳＱ７０８からＳＱ７１２までの処理が繰り返し行われる。
【００２７】
本実施形態では、ＳＱ７０７において、画像データを上書き保存することを説明してきたが、上書き保存ではなく、ＳＱ７０４で保存した画像データを消去することも可能である。即ち、クラウドストレージサーバ１３２については、後から受信した画像データで先に受信した画像データを更新する構成を適宜採用できる。
なお、画像データを消去する場合には、ＳＱ７０７の上書き保存に該当するところで、画像データの消去を行うこととなる。より具体的には、クラウドストレージサーバ１３２は、ＳＱ７０６で送信された画像処理後の画像データの受信（クラウドサービスサーバ１３１による転送）が終了した後で、ＳＱ７０４で保存した画像データの消去を行う。
【００２８】
図８は、画像形成装置１０１の画像の読み取り動作から、クラウドストレージサーバ１３２に画像処理後の画像データが格納されるまでの全体の処理に係るフローチャートの一例を示す図である。
Ｓ８０１では、画像形成装置１０１は、ユーザ操作によるスキャンを実行する旨の指示（スキャン指示）を検知する。ここでは、原稿を読み取るための設定値、読み取った画像データ（電子データ）の名称（文書名）、ユーザ操作で指定された画像処理の種類を示す情報、格納先情報などを入力可能にする。原稿を読み取るための設定値としては、解像度、カラーモード、両面読み取りなどの情報が入力される。
Ｓ８０２では、スキャン指示を検知した画面表示部４００は、ジョブ処理部４０４にジョブ実行指示を通知する。ジョブ処理部４０４は、ジョブ実行指示により、制御装置２１０にスキャン処理の実行を依頼する。
制御装置２１０は、スキャン処理の実行の依頼により、スキャナＩ／Ｆ２１７を介してスキャナ２２１にスキャン処理を実行させる。スキャナ２２１は、制御装置２１０からの依頼によって、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御装置２１０に画像データを送信する。画像データを受信した制御装置２１０は、ジョブ処理部４０４に対してスキャン処理の実行の結果として受信した画像データを送信する。
【００２９】
Ｓ８０３では、画像データを受信したジョブ処理部４０４は、画像データをスキャンデータとして格納する旨の指示をスキャンデータ管理部４０３に通知する。ジョブ処理部４０４からの通知を受信したスキャンデータ管理部４０３は、画像データをスキャンデータとしてスキャンデータＤＢ４０５を介して格納し、ジョブ処理部４０４にスキャンデータの格納が完了した旨を通知する。
また、スキャンデータ管理部４０３は、スキャンデータの格納と同時に、スキャンデータ管理テーブル（例えば図９に示すテーブル）にスキャンデータの情報を格納する。スキャン文書ＩＤ９０１には、スキャンデータ管理テーブルで重複しないＩＤが生成されて格納される。スキャン文書名９０２には、Ｓ８０１で入力された文書名（文字列）が格納される。また、メッセージＩＤ９０３には、マイクロブログ機能において用いられるメッセージＩＤが格納される。ここでは、スキャンデータのデータフォーマットは、画像形成装置１０１の内部フォーマットであり、印刷を前提とした圧縮方法により形成されるデーターマットである。
【００３０】
続いて、Ｓ８０４では、画像形成装置１０１の通信部４０１は、クラウドサービスサーバ１３１に画像データを送信する。
Ｓ８０５では、クラウドサービスサーバ１３１の通信部５１１は、Ｓ８０４で画像形成装置１０１から送信された画像データをクラウドストレージサーバ１３２に送信する。続いて、Ｓ８０６では、クラウドサービスサーバ１３１の画像処理部５１４は、画像処理を行う。ここでの画像処理とは、色補正、先鋭化、ＯＣＲなど、周知の画像処理技術を用いることで実現できる。続いて、Ｓ８０７では、クラウドサービスサーバ１３１の通信部５１１は、画像処理が行われた処理後の画像データをクラウドストレージサーバ１３２に送信する。
【００３１】
Ｓ８０８では、クラウドストレージサーバ１３２のファイル管理部６１３は、Ｓ８０５で送信された画像処理前の画像データをＳ８０７で送信された画像処理後の画像データで上書き保存を行う。
Ｓ８０９では、画像形成装置１０１のジョブ処理部４０４は、次ページ以降の画像データがあるか否かを判断し、次ページ以降があると判断した場合、Ｓ８０４に処理を戻し、次ページ以降がないと判断した場合、処理を終了する。
なお、Ｓ８０８では、画像処理前の画像データをＳ８０７で送信された画像処理後の画像データで上書きする構成を説明した。このほか、Ｓ８０７で送信された画像処理後の画像データの受信が終わった後で、Ｓ８０８において、Ｓ８０５で送信された画像処理前の画像データの消去を行う構成を採用することも可能である。
【００３２】
このように、本実施形態では、クラウドサービスサーバ１３１は、画像形成装置１０１から画像データを受け取ると、画像処理などを行わずにクラウドストレージサーバ１３２に当該画像データ（なお、当該画像データの複製であってもよい。）を送信する。
この構成によれば、クラウドサービスサーバ１３１において行われる画像処理などのクラウドサービス処理にかかる時間（処理時間）、及びクラウドサービス処理を行うための待ち時間がかからずにクラウドストレージサーバ１３２で容量を確保することができる。また、上述の時間だけ早くユーザに送信が行えたことを知らせることができ、またユーザは、プレビューも行うことができるようになる。
【００３３】
本実施形態の拡張として、クラウドサービスサーバ１３１が図１０に示すような機能部を含む構成を採用してもよい。例えば、クラウドサービスサーバ１３１は、クラウドサービス処理の処理時間が非常に短いと判定したとき、先に画像処理などのクラウドサービス処理を行い、処理後の画像をクラウドストレージサーバ１３２に送信する構成としてもよい。
より具体的には、クラウドサービスサーバ１３１は、クラウドサービス処理に要する時間（処理時間、待ち時間、及びこれらの総合の時間の何れであってもよい。）を判定する判定部１００１を有する。判定部１００１は、予測した時間が予め設定された一定の時間内であるか否かに応じて、画像データを記憶する領域を確保するための実データ（本実施形態では、処理前の画像データ）をクラウドストレージサーバ１３２に送信するかの制御を行う。
【００３４】
例えば、判定部１００１は、画像形成装置１０１から受信した画像データに対する画像処理の時間が、所定の時間を上回るか否かを判定する。画像処理の時間については、例えば、画像形成装置１０１から受信した画像データの画素数（データサイズ）に基づいて算出することができる。また、例えば、画像データの枚数（ページ数）、画像データに対して行う画像処理の種類に基づいて算出することができる。
上述の構成によれば、判定部１００１が非常に短い時間で処理されると判定した場合、わざわざ処理前の画像データをクラウドストレージサーバ１３２に送信するという手間を省くことができるようになる。
【００３５】
また、例えば、クラウドサービスサーバ１３１は、クラウドサービス処理によるデータ量の増加分（先鋭化の処理などによるデータ量の増加分など。）を画像データと共に、クラウドストレージサーバ１３２に送信する構成としてもよい。
より具体的には、クラウドサービスサーバ１３１は、クラウドサービス処理によるデータ量の増加分を推定する推定部１００２、及び推定した増加分の推定量データ（増加分を示す増加分データの一例）を画像データに付加するデータ付加部１００３を有する。
推定部１００２は、画像形成装置１０１から受信した画像データのデータ量と画像処理部５１４で処理される画像処理とに応じて、受信した画像データがどのように変換されるかを推定（受信した画像データのデータ量がどのように変更されるかを予測）する。例えば、クラウドサービスサーバ１３１のＨＤＤ３１４には、画像処理の種類ごとに、おおよそどれくらいデータ量（データサイズ）が変化するかを示す情報（増加容量情報の一例）が記憶されている。推定部１００２は、この情報を用いて対応する画像処理が行われることにより増加するデータ量を推定する。
【００３６】
データ付加部１００３は、推定された結果に基づいてデータ量が増えると判断した場合、推定量データを画像データ（ヘッダ情報、ページの末端など）に付加する。ここで、推定量データとしては、解読できない文字の羅列などを採用する。制御部５１２は、増加したデータ量となるように推定量データを生成する。なお、推定量データについては、クラウドストレージサーバ１３２上で、ユーザ操作によって開けないようにしておくことが望ましい。
上述の構成によれば、クラウドサービス処理によるデータ量の増加分を加味して予めクラウドストレージサーバ１３２に容量を確保することができる。
なお、制御部５１２については、判定部１００１、推定部１００２、及びデータ付加部１００３の全てを有する構成としてもよいし、判定部１００１のみを有する構成としてもよいし、推定部１００２及びデータ付加部１００３のみを有する構成としてもよい。
【００３７】
このように、本実施形態によれば、まず先に所望の保存場所へ画像データを転送し、容量を確保しておくことができる。仮にクラウドサービス処理に要する時間が長い場合、その間に所望の保存場所の容量が変化しても、保存場所の容量を確保しているので、再度の画像データの送信を求められることがない。
また、今までは、送信中に所望の保存場所の容量が少なくなった場合、送信するデータがスキャンしたデータである場合、保存場所の容量を確保した上で再度スキャンして送信する必要があった。しかしながら、本実施形態によれば、改めて保存場所の容量の確保やデータの再送信などがなくなり、所望の保存場所に直ぐにデータが送信されるので、ユーザは一定の安心感を得ることができる。
【００３８】
＜第２の実施形態＞
第１の実施形態では、画像形成装置１０１から画像データをクラウドサービスサーバ１３１に転送するまでの間にクラウドストレージサーバ１３２の容量が減少し、クラウドサービスサーバ１３１が画像データを転送できない事態が生じ得る。
そこで、本実施形態では、クラウドサービスサーバ１３１が画像データを受け取り終える前に、クラウドストレージサーバ１３２の容量を確保する構成について説明する。なお、本実施形態では、第１の実施形態と同一の構成には同一の符号を用いてその説明を適宜省略する。また、本実施形態では、第１の実施形態と相違する構成について主に説明する。
【００３９】
図１１は、画像形成装置１０１、クラウドサービスサーバ１３１、及びクラウドストレージサーバ１３２における一連の動作を表すシーケンスの一例を示す図である。ＳＱ１１０１では、画像形成装置１０１は、ユーザ操作によるスキャンを実行する旨の指示（スキャン指示）に応答して、スキャン処理を実行する。スキャン処理では、画像形成装置１０１は、原稿上の画像をスキャナ２２１がスキャンし、スキャンの結果として得られる画像データを取得する。
ＳＱ１１０２では、画像形成装置１０１は、取得した画像データを画像形成装置１０１のスキャンデータＤＢ４０５を介してスキャンデータとして保管する。ＳＱ１１０３では、画像形成装置１０１は、クラウドサービスサーバ１３１に対してスキャンした画像データ等を送信する。ここで、本実施形態では、画像形成装置１０１は、スキャンした画像データ等の送信前に、当該画像データの容量を示す画像容量情報（送信予定のデータの容量を示す容量情報の一例）を送信する。
【００４０】
ＳＱ１１０４では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された画像容量情報をもとに疑似画像データ（疑似データの一例）を生成してクラウドストレージサーバ１３２に送信する。
ここで、疑似画像データとしては、解読できない文字の羅列などを採用できる。クラウドサービスサーバ１３１は、画像容量情報のデータ量となるように疑似画像データを生成する。疑似画像データについては、クラウドストレージサーバ１３２上で、ユーザ操作によって開けないようにしておくことが望ましい。なお、クラウドストレージサーバ１３２は、受信した疑似画像データをユーザ操作で指定された領域に保存する。
ＳＱ１１０５では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された画像データに対して画像処理を行う。ＳＱ１１０６では、クラウドサービスサーバ１３１は、画像処理を行った画像処理後の画像データをクラウドストレージサーバ１３２に送信する。
【００４１】
ＳＱ１１０７では、クラウドストレージサーバ１３２は、画像データを特定可能な情報をもとに、ＳＱ１１０４で保存した画像データに対して、ＳＱ１１０６で送信された画像データで上書き保存を行う。ＳＱ１１０８では、画像形成装置１０１は、クラウドサービスサーバ１３１に対してスキャンした２枚目の画像データ等を送信する。ここで、本実施形態では、画像形成装置１０１は、スキャンした２枚目の画像データ等の送信前に当該画像データの画像容量情報を送信する。
ＳＱ１１０９では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された２枚目についての画像容量情報をもとに疑似画像データを生成してクラウドストレージサーバ１３２に送信する。ＳＱ１１１０では、クラウドサービスサーバ１３１は、画像形成装置１０１から送信された２枚目の画像データに対して画像処理を行う。ＳＱ１１１１では、クラウドサービスサーバ１３１は、２枚目の画像データについて画像処理を行った画像処理後の画像データをクラウドストレージサーバ１３２に送信する。
【００４２】
ＳＱ１１１２では、クラウドストレージサーバ１３２は、ＳＱ１１０９で保存した２枚目の疑似画像データに対して、ＳＱ１１１１で送信された画像データで上書き保存を行う。なお、スキャンされる枚数に応じて、３枚目以降については同様に、ＳＱ１１０８からＳＱ１１１２までが繰り返し行われる。
なお、ＳＱ１１０４、ＳＱ１１０９において生成される疑似画像データについては、ＳＱ１１０５、ＳＱ１１１０で行われる画像処理の種類（増加するデータ量の予測）に基づいて予め生成してもよい。この構成によれば、少しでも正確な容量をクラウドストレージサーバ１３２に確保することができる。
【００４３】
図１２は、画像形成装置１０１の画像の読み取り動作から、クラウドストレージサーバ１３２に画像処理後の画像データが格納されるまでの全体の処理に係るフローチャートの一例を示す図である。
Ｓ１２０１では、画像形成装置１０１は、ユーザ操作によるスキャンを実行する旨の指示（スキャン指示）を検知する。ここでは、原稿を読み取るための設定値、読み取った画像データ（電子データ）の名称（文書名）、ユーザ操作で指定された画像処理の種類を示す情報、格納先情報などを入力可能にする。原稿を読み取るための設定値としては、解像度、カラーモード、両面読み取りなどの情報が入力される。
Ｓ１２０２では、スキャン指示を検知した画面表示部４００は、ジョブ処理部４０４にジョブ実行指示を通知する。ジョブ処理部４０４は、ジョブ実行指示により、制御装置２１０にスキャン処理の実行を依頼する。
制御装置２１０は、スキャン処理の実行の依頼により、スキャナＩ／Ｆ２１７を介してスキャナ２２１にスキャン処理を実行させる。スキャナ２２１は、制御装置２１０からの依頼によって、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御装置２１０に画像データを送信する。画像データを受信した制御装置２１０は、ジョブ処理部４０４に対してスキャン処理の実行結果として受信した画像データを送信する。
【００４４】
Ｓ１２０３では、画像データを受信したジョブ処理部４０４は、画像データをスキャンデータとして格納する旨の指示をスキャンデータ管理部４０３に通知する。ジョブ処理部４０４からの通知を受信したスキャンデータ管理部４０３は、画像データをスキャンデータとしてスキャンデータＤＢ４０５を介して格納し、ジョブ処理部４０４にスキャンデータの格納が完了した旨を通知する。
また、スキャンデータ管理部４０３は、スキャンデータの格納と同時に、スキャンデータ管理テーブル（例えば図９に示すテーブル）にスキャンデータの情報を格納する。スキャン文書ＩＤ９０１には、スキャンデータ管理テーブルで重複しないＩＤが生成されて格納される。スキャン文書名９０２には、Ｓ１２０１で入力された文書名（文字列）が格納される。また、メッセージＩＤ９０３には、マイクロブログ機能において用いられるメッセージＩＤが格納される。ここでは、スキャンデータのデータフォーマットは、画像形成装置１０１の内部フォーマットであり、印刷を前提とした圧縮方法により形成されるデーターマットである。更に、スキャンデータ管理部４０３は、画像データの画像容量情報を生成する。
【００４５】
続いて、Ｓ１２０４では、画像形成装置１０１の通信部４０１は、画像データの画像容量情報をクラウドサービスサーバ１３１に送信する。そして、画像形成装置１０１の通信部４０１は、画像データをクラウドサービスサーバ１３１に送信する。
Ｓ１２０５では、クラウドサービスサーバ１３１は、受信した画像データの画像容量情報をもとに疑似画像データを生成し、生成した疑似画像データをクラウドストレージサーバ１３２に送信する。続いて、Ｓ１２０６では、クラウドサービスサーバ１３１の画像処理部５１４は、Ｓ１００４で画像形成装置１０１から送信された画像データに画像処理を行う。ここでの画像処理とは、色補正、先鋭化、ＯＣＲなど、周知の画像処理技術を用いることで実現できる。続いて、Ｓ１２０７では、クラウドサービスサーバ１３１の通信部５１１は、画像処理を行った処理後の画像データをクラウドストレージサーバ１３２に送信する。
Ｓ１２０８では、クラウドストレージサーバ１３２は、Ｓ１２０５で送信された疑似画像データをＳ１２０７で送信された画像処理後の画像データで上書き保存を行う。Ｓ１２０９では、画像形成装置１０１のジョブ処理部４０４は、次ページ以降の画像データがあるか否かを判断し、次ページ以降があると判断した場合、Ｓ１２０４に処理を戻し、次ページ以降がないと判断した場合、処理を終了する。
【００４６】
ここで、ＳＱ１１０１におけるスキャン指示をトリガーにして、クラウドサービスサーバ１３１が疑似画像データを生成し、当該疑似画像データをクラウドストレージサーバ１３２に送信してもよい。この構成によれば、クラウドストレージサーバ１３２における正確な容量の確保はできないまでも、少しでも早くクラウドストレージサーバ１３２で原稿よりも多めの容量を確保することができる。
また、ＳＱ１１０１におけるスキャン指示をトリガーにして生成される疑似画像データについては、規定の枚数分（例えば１０枚分）の画像データの合計でもよい。このように構成することで、クラウドサービスサーバ１３１が画像データを１つずつクラウドストレージサーバ１３２に送信する手間が省ける。
上述の構成によれば、クラウドサービス処理の処理時間および待ち時間だけでなく、画像形成装置１０１からクラウドサービスサーバ１３１に画像データが転送される時間によらず、クラウドストレージサーバ１３２の容量を確保することができる。
【００４７】
このように、本実施形態によれば、画像形成装置１０１から画像データを受信している間にクラウドストレージサーバ１３２の容量が減少した場合でも、クラウドサービスサーバ１３１が画像データを転送することができる。
【００４８】
＜その他の実施形態＞
上述した実施形態の構成については、適宜組み合わせて採用することができる。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４９】
上述した実施形態の構成によれば、クラウドサービスに係るデータをより適切に制御することができる。
【００５０】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００５１】
１０１  画像形成装置、１３１  クラウドサービスサーバ、１３２  クラウドストレージサーバ
【図１】
2013168803.tif 000003
【図２】
2013168803.tif 000004
【図３】
2013168803.tif 000005
【図４】
2013168803.tif 000006
【図５】
2013168803.tif 000007
【図６】
2013168803.tif 000008
【図７】
2013168803.tif 000009
【図８】
2013168803.tif 000010
【図９】
2013168803.tif 000011
【図１０】
2013168803.tif 000012
【図１１】
2013168803.tif 000013
【図１２】
2013168803.tif 000014