(57)【要約】【課題】複合機等の画像処理装置から中継装置を介してクラウドストレージにデータを転送して格納する際に、クラウドストレージの容量を確認しない場合に比べて、クラウドストレージの容量不足によるエラーの発生を防止する。【解決手段】画像処理装置１２からの画像データは、中継装置１４で転送されてクラウドストレージに格納される。画像処理装置１２は、中継装置１４に対してユーザが利用可能な複数のクラウドストレージＡ１６，Ｂ１８の空き容量を問い合わせ、中継装置１４からの空き容量の情報を受信し、画像データを格納し得る空き容量を有するクラウドストレージを決定して画像データを中継装置１４に送信する。【選択図】図１
2019165381.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置から画像データを受信する受信部と、
受信した画像データをクラウドストレージに転送して格納する制御部であり、前記画像処理装置のユーザが利用可能な複数のクラウドストレージに対して空き容量を問い合わせ、前記画像データを格納し得る空き容量を有するクラウドストレージに前記画像データを転送して格納する制御部と、
を備える中継装置。
【請求項２】
前記制御部は、前記ユーザが指定したクラウドストレージに空き容量を問い合わせ、前記画像データを格納し得る空き容量がない場合に、前記ユーザが利用可能な他のクラウドストレージに空き容量を問い合わせる
請求項１に記載の中継装置。
【請求項３】
前記制御部は、前記画像処理装置からの問い合わせに応じて前記ユーザが利用可能な複数のクラウドストレージの情報を前記画像処理装置に返信し、前記画像処理装置からの空き容量確認の問い合わせに応じて前記ユーザが利用可能なクラウドストレージに空き容量を問い合わせる
請求項１に記載の中継装置。
【請求項４】
前記制御部は、前記ユーザが指定したクラウドストレージと異なるクラウドストレージに前記画像データを転送して格納した場合に、前記画像データを格納したクラウドストレージの情報を前記画像処理装置に通知する
請求項１に記載の中継装置。
【請求項５】
前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが複数存在する場合に、ルールに従っていずれかのクラウドストレージに前記画像データを転送して格納する
請求項１に記載の中継装置。
【請求項６】
前記ルールは、最初に検出されたクラウドストレージ、最も空き容量の小さいクラウドストレージ、最も空き容量の大きいクラウドストレージ、前記ユーザが選択したクラウドストレージのいずれかである
請求項５に記載の中継装置。
【請求項７】
前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが存在しない場合に、前記画像データのデータ量を削減し得るパラメータの変更を前記画像処理装置に通知し、前記画像処理装置から送信された再処理後の画像データを格納し得る空き容量を有するクラウドストレージに転送して格納する
請求項１に記載の中継装置。
【請求項８】
前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが存在しない場合に、前記画像データのデータ量を削減し得るパラメータを変更して再処理し、再処理後の画像データを格納し得る空き容量を有するクラウドストレージに転送して格納する
請求項１に記載の中継装置。
【請求項９】
前記パラメータは、前記画像データの解像度、フォーマット、カラーの少なくともいずれかである
請求項７，８のいずれかに記載の中継装置。
【請求項１０】
画像データを転送してクラウドストレージに格納する中継装置に対して、ユーザが利用可能な複数のクラウドストレージの空き容量を問い合わせる送信部と、
前記中継装置からの空き容量の情報を受信し、前記画像データを格納し得る空き容量を有するクラウドストレージを決定して前記画像データを前記中継装置に送信する制御部と、
を備える画像処理装置。
【請求項１１】
前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが複数存在する場合に、ルールに従っていずれかのクラウドストレージを決定する
請求項１０に記載の画像処理装置。
【請求項１２】
前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが存在しない場合に、前記画像データのデータ量を削減し得るパラメータを変更して再処理し、再処理後の画像データを前記中継装置に送信する
請求項１０に記載の画像処理装置。
【請求項１３】
前記制御部は、決定した前記クラウドストレージが、前記ユーザが指定したクラウドストレージと異なる場合に、ユーザ端末に対して決定した前記クラウドストレージの情報を送信する
請求項１０〜１２のいずれかに記載の画像処理装置。
【請求項１４】
コンピュータに、
画像データを入力するステップと、
前記画像データを転送してクラウドストレージに格納する中継装置に対して、ユーザが利用可能な複数のクラウドストレージの空き容量を問い合わせるステップと、
前記中継装置からの空き容量の情報を受信するステップと、
前記画像データを格納し得る空き容量を有するクラウドストレージを決定して前記画像データを前記中継装置に送信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、中継装置及びプログラムに関する。  
【背景技術】
【０００２】
特許文献１には、複数の機能の動作が同時に実行される状況下においても、メモリの使用状況を正確に把握でき、新たな機能を実行する前にメモリ不足が発生するか否かを知ることができる複合機が記載されている。空きメモリサイズ、使用可能メモリサイズ、予想使用メモリサイズ、および不足メモリサイズが算出されると、使用可能メモリサイズと新生成データによる予想使用メモリサイズとが比較され、新生成データによってメモリフル状態になるか否かが判定される。メモリフル状態になると判定されると、新生成データの使用可能メモリへの記憶処理が制限される。そして、現在動作中のいずれの機能によって使用されているＲＡＭの共有エリアの一部を開放可能か判断する処理が行われる。その後、ＲＡＭに記憶された各メモリサイズと、算出された各メモリサイズと、開放可能なメモリを開放するか否かの選択をユーザに促す旨が、ＬＣＤに表示される。
【０００３】
特許文献２には、画像処理装置が読み込んだデータをクラウドに格納するにあたって、クラウドへのデータの格納に失敗した場合、利用者毎の情報に基づいた対応内容を、利用者に送信するようにした中継装置が記載されている。中継装置の記憶手段は、クラウドサービスを利用する利用者の認証情報と、利用者毎にクラウドサービスへのデータの格納が失敗した場合の対応情報とを記憶する。受信手段は、利用者の認証情報、クラウドサービスへの格納対象となるデータ及びクラウドサービスへの格納要求を受信する。送信手段は、クラウドサービスへの格納要求に応じて、利用者の認証情報と、クラウドサービスへの格納対象となるデータとをクラウドサービスに送信する。第２の送信手段は、クラウドサービスへのデータの格納に失敗した場合には、対応情報を参照して、対応方法を利用者に送信する。    
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１５１００４号公報
【特許文献２】特開２０１７−４５０９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
クラウドサービスが提供するストレージ（以下、クラウドストレージと称する）は、一般に利用できる容量が決まっており、その容量を超えてデータを格納することはできない。複合機等の画像処理装置から中継装置を介してクラウドストレージにデータを転送して格納する場合、格納しようとしたクラウドストレージの容量を超えていた場合、データの格納に失敗（エラー）してしまう。
【０００６】
本発明の目的は、複合機等の画像処理装置から中継装置を介してクラウドストレージにデータを転送して格納する際に、クラウドストレージの容量を確認しない場合に比べて、クラウドストレージの容量不足によるエラーの発生を防止することにある。  
【課題を解決するための手段】
【０００７】
請求項１に記載の発明は、画像処理装置から画像データを受信する受信部と、受信した画像データをクラウドストレージに転送して格納する制御部であり、前記画像処理装置のユーザが利用可能な複数のクラウドストレージに対して空き容量を問い合わせ、前記画像データを格納し得る空き容量を有するクラウドストレージに前記画像データを転送して格納する制御部とを備える中継装置である。
【０００８】
請求項２に記載の発明は、前記制御部は、前記ユーザが指定したクラウドストレージに空き容量を問い合わせ、前記画像データを格納し得る空き容量がない場合に、前記ユーザが利用可能な他のクラウドストレージに空き容量を問い合わせる請求項１に記載の中継装置である。
【０００９】
請求項３に記載の発明は、前記制御部は、前記画像処理装置からの問い合わせに応じて前記ユーザが利用可能な複数のクラウドストレージの情報を前記画像処理装置に返信し、前記画像処理装置からの空き容量確認の問い合わせに応じて前記ユーザが利用可能なクラウドストレージに空き容量を問い合わせる請求項１に記載の中継装置である。 
【００１０】
請求項４に記載の発明は、前記制御部は、前記ユーザが指定したクラウドストレージと異なるクラウドストレージに前記画像データを転送して格納した場合に、前記画像データを格納したクラウドストレージの情報を前記画像処理装置に通知する請求項１に記載の中継装置である。
【００１１】
請求項５に記載の発明は、前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが複数存在する場合に、ルールに従っていずれかのクラウドストレージに前記画像データを転送して格納する請求項１に記載の中継装置である。
【００１２】
請求項６に記載の発明は、前記ルールは、最初に検出されたクラウドストレージ、最も空き容量の小さいクラウドストレージ、最も空き容量の大きいクラウドストレージ、前記ユーザが選択したクラウドストレージのいずれかである請求項５に記載の中継装置である。
【００１３】
請求項７に記載の発明は、前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが存在しない場合に、前記画像データのデータ量を削減し得るパラメータの変更を前記画像処理装置に通知し、前記画像処理装置から送信された再処理後の画像データを格納し得る空き容量を有するクラウドストレージに転送して格納する請求項１に記載の中継装置である。
【００１４】
請求項８に記載の発明は、前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが存在しない場合に、前記画像データのデータ量を削減し得るパラメータを変更して再処理し、再処理後の画像データを格納し得る空き容量を有するクラウドストレージに転送して格納する請求項１に記載の中継装置である。 
【００１５】
請求項９に記載の発明は、前記パラメータは、前記画像データの解像度、フォーマット、カラーの少なくともいずれかである請求項７，８のいずれかに記載の中継装置である。
【００１６】
請求項１０に記載の発明は、画像データを転送してクラウドストレージに格納する中継装置に対して、ユーザが利用可能な複数のクラウドストレージの空き容量を問い合わせる送信部と、前記中継装置からの空き容量の情報を受信し、前記画像データを格納し得る空き容量を有するクラウドストレージを決定して前記画像データを前記中継装置に送信する制御部とを備える画像処理装置である。
【００１７】
請求項１１に記載の発明は、前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが複数存在する場合に、ルールに従っていずれかのクラウドストレージを決定する請求項１０に記載の画像処理装置である。
【００１８】
請求項１２に記載の発明は、前記制御部は、前記ユーザが利用可能で前記画像データを格納し得る空き容量を有するクラウドストレージが存在しない場合に、前記画像データのデータ量を削減し得るパラメータを変更して再処理し、再処理後の画像データを前記中継装置に送信する請求項１０に記載の画像処理装置である。
【００１９】
請求項１３に記載の発明は、前記制御部は、決定した前記クラウドストレージが、前記ユーザが指定したクラウドストレージと異なる場合に、ユーザ端末に対して決定した前記クラウドストレージの情報を送信する請求項１０〜１２のいずれかに記載の画像処理装置である。 
【００２０】
請求項１４に記載の発明は、コンピュータに、画像データを入力するステップと、前記画像データを転送してクラウドストレージに格納する中継装置に対して、ユーザが利用可能な複数のクラウドストレージの空き容量を問い合わせるステップと、前記中継装置からの空き容量の情報を受信するステップと、前記画像データを格納し得る空き容量を有するクラウドストレージを決定して前記画像データを前記中継装置に送信するステップとを実行させるプログラムである。
【発明の効果】
【００２１】
請求項１〜１４に記載の発明によれば、画像処理装置から中継装置を介してクラウドストレージにデータを転送して格納する際に、クラウドストレージの容量を確認しない場合に比べて、クラウドストレージの容量不足によるエラーの発生を防止し得る。
【００２２】
請求項４，１３に記載の発明によれば、さらに、ユーザが指定したクラウドストレージと異なるクラウドストレージに画像データを転送して格納した場合に、画像データを格納したクラウドストレージの情報が通知され、ユーザが知り得る。
【００２３】
請求項５，６，１１に記載の発明によれば、さらに、ユーザが利用可能で画像データを格納し得る空き容量を有するクラウドストレージが複数存在する場合に、ルールに従っていずれかのクラウドストレージに画像データが格納され得る。
【００２４】
請求項７〜９，１２に記載の発明によれば、さらに、ユーザが利用可能で画像データを格納し得る空き容量を有するクラウドストレージが存在しない場合でも、いずれかのクラウドストレージに画像データが格納され得る。
【図面の簡単な説明】
【００２５】
【図１】実施形態のシステム構成図である。
【図２】実施形態の画像処理装置及び中継装置の機能ブロック図である。
【図３】実施形態の中継装置の構成ブロック図である。
【図４】実施形態の処理フローチャート（その１）である。
【図５】実施形態の処理フローチャート（その２）である。
【図６】実施形態のルールテーブル説明図である。
【図７】他の実施形態の処理フローチャートである。
【図８】他の実施形態のパラメータテーブル説明図である。
【図９】変形例１の処理フローチャートである。
【図１０】変形例２の処理フローチャートである。
【発明を実施するための形態】
【００２６】
以下、図面に基づき本発明の実施形態について説明する。
【００２７】
＜実施形態１＞
図１は、本実施形態におけるシステム構成図を示す。システムは、ユーザ端末１０、画像処理装置１２、中継装置１４、クラウドストレージＡ１６、及びクラウドストレージＢ１８を備え、これらはデータ送受信可能に通信ネットワーク（クラウド）２０に接続される。
【００２８】
なお、図では複数のクラウドストレージとしてクラウドストレージＡ１６及びクラウドストレージＢ１８を例示しているが、その数は任意であって３以上でもよい。
【００２９】
ユーザ端末１０は、クラウドストレージへの画像データの格納を希望するユーザが操作する端末であり、スマートフォンやタブレット端末、あるいはＰＣ等である。ユーザ端末１０は、画像形成されるべき画像データをプリントジョブとして画像処理装置１２に送信し得る。また、ユーザ端末１０は、必要に応じ、クラウドストレージＡ１６、クラウドストレージＢ１８に直接アクセスし得る。
【００３０】
画像処理装置１２は、例えば、スキャン機能、プリント機能、コピー機能及びファクシミリ機能等を備えたいわゆる複合機等である。画像処理装置１２は、ユーザ端末１０から送信された画像データを受信し、例えばプリント処理を実行する。また、画像処理装置１２には、ユーザ操作によってＡＤＦ（オートドキュメントフィーダ）等から文書等を読み込み、その画像データをクラウドストレージに格納するための格納要求が入力される。格納要求には、ユーザを特定する情報（ユーザＩＤ）、クラウドストレージの指定情報、及び画像データが含まれる。例えば、ユーザは、画像処理装置１２の表示部に表示された操作画面を操作して、画像データを特定するとともにクラウドストレージの名称あるいはアドレス情報を入力して「格納」ボタンを操作する。画像処理装置１２は、ユーザＩＤ、クラウドストレージの指定情報、画像データを含む格納要求を中継装置１４に送信する。
【００３１】
画像処理装置１２を利用する際には、ユーザが予め登録されている正規のユーザであることを確認する処理（ログイン処理）を行う。例えば、ユーザによってキーボードが操作され、ユーザＩＤとパスワードを受け付けて、予め登録されたものと照合してもよいし、ＩＣカードリーダ等を用いてユーザが所持しているＩＣカードを読み取り、ＩＣカード内に記憶されている情報を照合してもよい。また、指紋等の生体認証を用いるようにしてもよい。格納要求に含まれるユーザＩＤは、ログイン時のユーザＩＤと同一でもよく、異なっていてもよい。
【００３２】
中継装置１４は、サーバコンピュータで構成され、画像処理装置１２から送信された格納要求を受信し、ユーザから指定されたクラウドストレージに画像データを格納する。例えば、ユーザが画像データの格納先としてクラウドストレージＡ１６を指定した場合、中継装置１４は、当該ユーザのクラウドストレージＡ１６に対する認証情報を用いてクラウドストレージＡ１６にアクセスし、画像データをクラウドストレージＡ１６に転送して画像データの格納を指示する。ユーザのクラウドストレージに対する認証情報は、クラウドストレージ毎に予め中継装置１４に記憶され得る。
【００３３】
クラウドストレージＡ１６、あるいはクラウドストレージＢ１８は、中継装置１４から転送された画像データを格納する。クラウドストレージＡ１６、あるいはクラウドストレージＢ１８は、ユーザ端末１０からのアクセスに応じて格納した画像データをユーザ端末１０に送信し得る。クラウドストレージＡ１６、あるいはクラウドストレージＢ１８は、画像データをユーザ端末１０に送信（ダウンロード）する際には、画像処理装置１２の読み込みを行ったユーザと、ユーザ端末１０のユーザが同一であることを確認した上で送信する。
【００３４】
通信ネットワーク２０は、ＬＡＮ（Local Area Network）やＷＡＮ(Wide Area Network)等であり、有線ネットワークであっても無線ネットワークであってもよい。また、通信ネットワーク２０は、専用回線でもよく、インターネット等の公衆回線でもよい。通信ネットワーク２０は、複数のネットワークから構成されていてもよい。
【００３５】
中継装置１４は、上記のように画像処理装置１２からの画像データをユーザが指定したクラウドストレージに転送して格納するが、転送先のクラウドストレージの容量、つまりそのユーザに割り当てられた容量が十分でなく、画像データを格納することができない場合があり得、エラー（格納不可）となってしまう。
【００３６】
このような場合、ユーザは、再度、画像処理装置１２を操作して画像を読み込ませ、格納先のクラウドストレージを再指定して格納指示する操作を繰り返す必要が生じる。エラーが生じた場合に、中継装置１４からユーザ端末１０にエラーを通知し、ユーザがユーザ端末１０を操作して当該画像データを中継装置１４からユーザ端末１０に一旦ダウンロードし、その後に手動で別のクラウドストレージに格納することも考えられるが、同様にユーザの操作負担が増大する。
【００３７】
そこで、本実施形態では、画像処理装置１２は、中継装置１４を介して複数のクラウドストレージ、具体的には図１におけるクラウドストレージＡ１６、クラウドストレージＢ１８に対してそのユーザに割り当てられた空き容量の問い合わせを行う。そして、中継装置１４からの空き容量の情報を受信し、画像データを格納するのに必要な空き容量を有するクラウドストレージを決定して、中継装置１４を介して画像データを送信して格納する。
【００３８】
図２は、画像処理装置１２及び中継装置１４の機能ブロック図を示す。
【００３９】
画像処理装置１２は、機能ブロックとして、通信部１２０、入出力部１２１、ジョブ制御部１２２、画像処理部１２３、クラウド選択制御部１２４、及びルール記憶部１２５を備える。
【００４０】
通信部１２０は、入出力部１２１と接続され、ユーザ端末１０、中継装置１４、クラウドストレージＡ１６、クラウドストレージＢ１８と通信ネットワーク２０を介して通信可能に接続される。通信部１２０は、通信ネットワーク２０を介してユーザ端末１０等の他の機器と通信するためのインターフェイスであり、例えば、イーサネット（Ethernet（登録商標））やＵＳＢ（Universal Serial Bus）等が用いられ得る。
【００４１】
入出力部１２１は、通信部１２０、ジョブ制御部１２２、及びクラウド選択制御部１２４と接続され、ユーザからの操作に応じて通信部１２０を介して中継装置１４に対してユーザＩＤ、クラウドストレージの指定情報、画像データを含む格納要求を送信する。
【００４２】
ジョブ制御部１２２は、画像処理装置１２で処理するジョブについて、処理の順番を制御する。例えば、画像データに対して所望の画像処理を行ってからクラウドストレージに送信する場合は、画像処理部１２３に処理を依頼し、その後、クラウド選択制御部１２４に処理を依頼する。
【００４３】
画像処理部１２３は、ジョブ制御部１２２と接続され、画像処理を行うプログラムによって各種画像処理を実行する。画像処理として、例えば、ノイズ除去、圧縮処理、フォーマット変換、色変換、文字認識処理等である。
【００４４】
クラウド選択制御部１２４は、入出力部１２１で格納要求を送信する際に、これに先だって中継装置１４に対してクラウドストレージの空き容量の問い合わせを行う。そして、中継装置１４からクラウドストレージの空き容量情報を受信すると、その情報を用いて画像データを格納すべきクラウドストレージを決定し、中継装置１４を介して画像データを送信する。具体的には、クラウド選択制御部１２４は、画像データのデータ量と空き容量を大小比較し、（データ量）＜（空き容量）を満たすクラウドストレージを決定する。
【００４５】
クラウド選択制御部１２４は、ユーザからクラウドストレージＡ１６が指定された場合に、クラウドストレージＡ１６に加え、その他のクラウドストレージＢ１８に対しても容量の問い合わせを行い得る。そして、クラウドストレージＡ１６の容量が不足しているものの、クラウドストレージＢ１８の空き容量が画像データを格納し得るのであれば、ユーザが指定したクラウドストレージＡ１６とは異なるクラウドストレージＢ１８を格納先に決定して画像データを送信する。クラウド選択制御部１２４は、画像データを格納し得るクラウドストレージが複数存在する場合に、ルール記憶部１２５に記憶されたルールに従っていずれかのクラウドストレージを選択し決定する。
【００４６】
また、クラウド選択制御部１２４は、ユーザから指定されたクラウドストレージ以外のクラウドストレージを選択して画像データを格納した場合には、その旨の通知をユーザ端末１０に送信する。ユーザは、どのクラウドストレージに格納されたのか不知の場合もあるからである。ユーザが指定したクラウドストレージに画像データを格納した場合にはその旨の通知をユーザ端末１０に送信する必要はないが、必要に応じて通知してもよい。
【００４７】
ルール記憶部１２５は、クラウド選択制御部１２４でクラウドストレージを選択するためのルールを規定するルールテーブルを記憶する。
【００４８】
他方、中継装置１４は、機能ブロックとして、通信部１４０、制御部１４１、及びユーザ情報記憶部１４２を備える。
【００４９】
通信部１４０は、通信部１２０は、通信ネットワーク２０を介して画像処理装置１２やクラウドストレージＡ１６等の他の機器と通信するためのインターフェイスである。
【００５０】
制御部１４１は、クラウドアクセスＡＰＩ（Application Programming Interface）を有しており、クラウドストレージとの間で情報のやり取りを行う。クラウドアクセスＡＰＩは、画像処理装置１２からの問い合わせを受信すると、ユーザが利用可能なクラウドストレージに対してそのユーザの空き容量を問い合わせ、クラウドストレージからの返信を画像処理装置１２に転送する。また、クラウドアクセスＡＰＩは、画像処理装置１２からの格納要求を受信すると、クラウドストレージに画像データファイルをアップロードする。クラウドアクセスＡＰＩは、ユーザ情報記憶部１４２に接続されており、容量問い合わせ、及びクラウドストレージへの格納要求に応じてユーザ情報記憶部１４２に記憶されているユーザ認証情報を読み出してクラウドストレージにアクセスする。制御部１４１は、ユーザＩＤに対応付けて認識情報を記憶する認証テーブルを参照し、画像処理装置１２から受け取った問い合わせ、及び格納要求に含まれるユーザＩＤに対応する認識情報を読み出してクラウドストレージにアクセスする。
【００５１】
ユーザ情報記憶部１４２は、ユーザが利用可能なクラウドストレージの情報、及び利用可能なクラウドストレージにアクセスするための認証テーブルを記憶する。認証テーブルは、ユーザ名やパスワード、あるいはアクセストークンを含む。例えば、あるユーザＩＤに対応付けて、
利用可能なクラウドストレージ：ストレージＡ
ログインユーザ名：ａａａ
パスワード：＊＊＊
アクセストークン：ａｂｃｄｅｆ
利用可能なクラウドストレージ：ストレージＢ
ログインユーザ名：ａａａ
パスワード：＊＊＊
アクセストークン：ｕｖｗｘｙ
・・・
等である。
【００５２】
図３は、中継装置１４の構成ブロック図を示す。中継装置１４は、サーバコンピュータとしての構成を備え、１又は複数のＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ、通信インターフェイス（Ｉ／Ｆ）１４ｄ、入出力Ｉ／Ｆ１４ｅ、及び記憶装置１４ｆを備える。これらの構成ブロックは、バスに接続されており、バスを介してデータの送受信を行う。
【００５３】
ＣＰＵ１４ａは、ＯＳ（Operating System）やアプリケーション等の各種プログラムを実行する。また、ＲＯＭ１４ｂは、ＣＰＵ１４ａにより実行される制御プログラムを記憶する。ＲＡＭ１４ｃは、ＣＰＵ１４ａの作業用メモリ等として用いられる。ＣＰＵ１４ａは、ＲＯＭ１４ｂに記憶されている制御プログラムを読み出し、ＲＡＭ１４ｃを作業エリアとして制御プログラムを実行する。ＣＰＵ１４ａにより制御プログラムが実行されると、中継装置１４における各種機能、特に画像処理装置１２からの問い合わせに応じたクラウドストレージへの空き容量の問い合わせ処理、クラウドストレージからの返信を受信して画像処理装置１２へ転送する処理、画像処理装置１２からの格納要求に応じた画像データの転送処理が実現される。
【００５４】
入出力Ｉ／Ｆ１４ｅは、キーボードやマウス等の入力装置、及びディスプレイ等の出力装置（表示装置）に接続される。
【００５５】
通信Ｉ／Ｆ１４ｄは、通信ネットワーク２０を介してユーザ端末１０、画像処理装置１２、クラウドストレージＡ１６、クラウドストレージＢ１８とデータを送受信する。通信Ｉ／Ｆ１４ｄは、画像処理装置１２から画像データを含む格納要求を受信するとともに、ＣＰＵ１４ａで選択されたクラウドストレージに対して画像データを転送する。
【００５６】
記憶装置１４ｆは、ＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）等の記憶領域を具備しており、画像データを一時記憶するとともに、ユーザが利用可能なクラウドストレージや、これらのクラウドストレージの認証情報を含むユーザ情報テーブルを記憶する。
【００５７】
なお、画像処理装置１２も同様の構成を有しており、具体的には、１又は複数のＣＰＵ、ＲＯＭ、ＲＡＭ、通信Ｉ／Ｆ、入出力Ｉ／Ｆ、操作部、表示部、及び記憶装置を備える。ＣＰＵは、ＲＯＭに記憶されている制御プログラムを読み出し、ＲＡＭを作業エリアとして制御プログラムを実行する。ＣＰＵにより制御プログラムが実行されると、画像処理装置１２における各種機能、特に中継装置１４に対するクラウドストレージへの空き容量の問い合わせ処理、中継装置１４からの返信を受信してクラウドストレージを決定する処理が実現される。
【００５８】
図４は、実施形態の処理フローチャートを示す。ユーザ端末１０、画像処理装置１２、中継装置１４、クラウドストレージＡ１６、クラウドストレージＢ１８間のデータの流れを示すものである。
【００５９】
まず、ユーザが画像処理装置１２を操作して文書等の画像をスキャナで読み込み、デジタルの画像データに変換していずれかのクラウドストレージ、例えばクラウドストレージＡ１６を指定して画像データの格納を要求したとする。
【００６０】
画像処理装置１２は、変換した画像データのデータ量を確認するとともに、ユーザからの格納要求を受け付けると、中継装置１４に対してユーザの利用可能なクラウドストレージを問い合わせる。この問い合わせには、格納要求したユーザＩＤが含まれる。
【００６１】
中継装置１４は、問い合わせを受信すると、記憶装置１４ｆに記憶されたユーザ情報テーブルを参照して、ユーザＩＤで特定されるユーザが利用可能なクラウドストレージを抽出し、クラウドストレージリストとして画像処理装置１２に返信する。ここでは、ユーザが利用可能なクラウドストレージがクラウドストレージＡ１６及びクラウドストレージＢ１８であるとする。ユーザが利用可能なクラウドストレージとは、ユーザ情報テーブルで管理されている、そのユーザの認証情報でアクセス可能なクラウドストレージである。
【００６２】
画像処理装置１２は、ユーザが利用可能なクラウドストレージの情報を受信すると、まずは中継装置１４に対してユーザから指定されたクラウドストレージの空き容量を問い合わせる。中継装置１４は、この問い合わせに応じ、ユーザが指定したクラウドストレージＡ１６に対して空き容量を問い合わせ、クラウドストレージＡ１６からの空き容量についての返信を受信する。クラウドストレージＡ１６への問い合わせには、ユーザＩＤの認証情報の送信が含まれる。クラウドストレージＡ１６の空き容量は例えば５０ＭＢであるとする。中継装置１４は、クラウドストレージＡ１６からの返信を画像処理装置１２に転送する。
【００６３】
画像処理装置１２は、格納すべき画像データのデータ量と、クラウドストレージＡ１６の空き容量を比較し、画像データを格納できるか否かを判定する。格納すべき画像データが１００ＭＢであるとすると、（画像データのデータ量１００ＭＢ）＞（クラウドストレージＡ１６の空き容量５０ＭＢ）であるため格納不可と判定し、画像処理装置１２は、中継装置１４に対してユーザが利用可能な他のクラウドストレージであるクラウドストレージＢ１８の空き容量を問い合わせる。中継装置１４は、この問い合わせに応じてクラウドストレージＢ１８に対して空き容量を問い合わせ、クラウドストレージＢ１８からの返信を受信する。クラウドストレージＢ１８への問い合わせには、ユーザＩＤの認証情報の送信が含まれる。クラウドストレージＢ１８の空き容量は、例えば１５０ＭＢであるとする。中継装置１４は、クラウドストレージＢ１８からの返信を画像処理装置１２に転送する。
【００６４】
画像処理装置１２は、格納すべき画像データのデータ量と、クラウドストレージＢ１８の空き容量を比較し、画像データを格納できるか否かを判定する。格納すべき画像データが１５０ＭＢであるとすると、（画像データのデータ量１００ＭＢ）＜（クラウドストレージＢ１８の空き容量１５０ＭＢ）であるため格納可能と判定し、クラウドストレージＢ１８を格納先のクラウドストレージとして指定し、画像データを含めた格納要求を中継装置１４に送信する。中継装置１４は、指定されたクラウドストレージＢ１８に画像データを転送して格納する。また、中継装置１４は、クラウドストレージＢ１８からの格納完了を示す格納ＯＫ通知を受信すると、その格納ＯＫ通知を画像処理装置１２に転送する。この際、中継装置１４は、格納先がユーザ指定の格納先であるクラウドストレージＡ１６とは異なることから、最終格納先であるクラウドストレージＢ１８の情報を画像処理装置１２に通知する。
【００６５】
画像処理装置１２は、中継装置１４からの格納ＯＫ通知を受信すると、最終格納先であるクラウドストレージＢ１８のＵＲＬ等の情報をジョブログに記録する。具体的には、ジョブの順序を管理するジョブ制御部１２２が格納ＯＫ通知を受信したことを確認してジョブログを更新し、格納ＯＫ通知に含まれるクラウドストレージＢ１８のアドレス情報（ＵＲＬ等）をユーザＩＤ及び画像データに関連付けてジョブログに記録する。ジョブ制御部１２２は、画像データの最終確認先であるクラウドストレージＢ１８のアドレス情報のみならず、ユーザが指定した当初のクラウドストレージＡ１６のアドレス情報と、画像データの最終確認先であるクラウドストレージＢ１８のアドレス情報をともにジョブログに記録してもよい。例えば、（ユーザＩＤ、画像データＩＤ、当初格納先のアドレス情報、最終格納先のアドレス情報）を組としてジョブログに記録する等である。当初格納先と最終格納先が同一である場合、最終格納先のアドレス情報はヌル（null）データとしてもよい。
【００６６】
さらに、画像処理装置１２は、ジョブログを参照し、画像データの最終格納先がユーザ指定の当初の格納先と異なるか否かを判定し、異なる場合には最終格納先のクラウドストレージＢ１８の情報、具体的にはクラウドストレージ名及びそのアドレス情報をユーザ端末１０に送信する。例えば、
「格納先は、クラウドストレージＢです（アドレス：＊＊＊＊）。」
等のメッセージを電子メールで送信する。
【００６７】
このように、画像処理装置１２は、ユーザから指定されたクラウドストレージの空き容量が不足している場合に、ユーザからの指示を受けることなく当該ユーザが利用可能なクラウドストレージに対して空き容量を問い合わせ、画像データを格納するに必要な空き容量のあるクラウドストレージを検出して画像データを格納するので、容量不足によるエラー発生が未然に防止される。また、画像処理装置１２は、ユーザが利用可能なクラウドストレージの情報を中継装置１４に問い合わせて取得し、この情報を用いて空き容量を確認するので、ユーザは、利用可能なクラウドストレージを画像処理装置１２から別途入力する手間が省かれる。
【００６８】
なお、図４の処理フローチャートでは、クラウドストレージＡ１６、クラウドストレージＢ１８のうち、クラウドストレージＢ１８のみが画像データを格納するのに必要な空き容量を有するため、ルール記憶部１２５に記憶されているルールを適用する必要はないが、複数のクラウドストレージが画像データを格納するのに必要な空き容量を有する場合には、画像処理装置１２は、当該ルールに従っていずれかのクラウドストレージを選択し決定する。次に、このような場合の処理について説明する。
【００６９】
図５は、本実施形態における他の処理フローチャートを示す。
【００７０】
まず、ユーザが画像処理装置１２を操作して文書等の画像をスキャナで読み込み、デジタルの画像データに変換していずれかのクラウドストレージ、例えばクラウドストレージＢ１８を指定して画像データの格納を要求したとする。
【００７１】
画像処理装置１２は、変換した画像データのデータ量を確認するとともに、ユーザからの格納要求を受け付けると、中継装置１４に対してユーザの利用可能なクラウドストレージのうち、画像データを格納し得る空き容量を有するクラウドストレージを問い合わせる。この問い合わせには、格納要求したユーザＩＤ及び画像データのデータ量が含まれる。
【００７２】
中継装置１４は、画像処理装置１２からの問い合わせを受信すると、記憶装置１４ｆに記憶されたユーザ情報テーブルを参照して、ユーザＩＤで特定されるユーザが利用可能なクラウドストレージを抽出し、抽出したクラウドストレージに対して空き容量を問い合わせる。利用可能なクラウドストレージがクラウドストレージＡ１６、クラウドストレージＢ１８とすると、中継装置１４はこれらのクラウドストレージに空き容量を問い合わせ、それぞれの空き容量として例えば１５０ＭＢ、２００ＭＢの返信を受信する。中継装置１４は、格納すべき画像データのデータ量と、これらのクラウドストレージの空き容量を比較し、画像データを格納できるか否かを判定する。格納すべき画像データが１００ＭＢであるとすると、（画像データのデータ量）＜（クラウドストレージＡ１６）、及び（画像データのデータ量）＜（クラウドストレージＢ１８の空き容量）であるためいずれも格納可能と判定し、格納可能と判定されたクラウドストレージの空き容量を画像処理装置１２に返信する。
【００７３】
画像処理装置１２は、中継装置１４から返信された、利用可能でかつ画像データを格納し得るクラウドストレージの空き容量を受信すると、ルール記憶部１２５に記憶されたルールテーブルを参照し、いずれかのクラウドストレージを選択して格納先に決定する。ルールテーブルのルールは任意であるが、例えば、「効率重視で空き容量が最小のクラウドストレージを選択する」というルールであるとする。画像処理装置１２は、このルールに従い、
クラウドストレージＡ１６：１５０ＭＢ
クラウドストレージＢ１８：２００ＭＢ
であることから、クラウドストレージＡ１６を選択して格納先として決定し、クラウドストレージＡ１６を格納先のクラウドストレージとして指定して画像データを含めた格納要求を中継装置１４に送信する。中継装置１４は、指定されたクラウドストレージＡ１６に画像データを転送して格納する。また、中継装置１４は、クラウドストレージＡ１６からの格納完了を示す格納ＯＫ通知を受信すると、その格納ＯＫ通知を画像処理装置１２に転送する。
【００７４】
画像処理装置１２は、中継装置１４からの格納ＯＫ通知を受信すると、最終格納先であるクラウドストレージＡ１６のＵＲＬ等の格納先情報をジョブログに記録する。ジョブ制御部１２２は、ユーザが指定した当初のクラウドストレージＢ１８のアドレス情報と、画像データの最終確認先であるクラウドストレージＡ１６のアドレス情報をともにジョブログに記録してもよい。
【００７５】
さらに、画像処理装置１２は、ジョブログを参照し、画像データの最終格納先がユーザ指定の当初の格納先と異なるか否かを判定し、異なる場合には最終格納先のクラウドストレージＡ１６の情報、具体的にはクラウドストレージ名及びそのアドレス情報をユーザ端末１０に送信する。
【００７６】
図５の処理フローチャートにおいて、中継装置１４は、画像処理装置１２からの問い合わせに応じて、ユーザが利用可能であり、かつ、画像データを格納し得る空き容量を有するクラウドストレージの情報を画像処理装置１２に返信しているが、例えば、
・中継装置１４からクラウドストレージ間で通信障害が発生した場合
・画像データがクラウドストレージ側でサポートしていないファイルフォーマットの場合
・クラウドストレージがサービスを停止している場合
等の場合には、画像データを格納できないので、中継装置１４は、当該クラウドストレージについては画像処理装置１２に返信しなくてもよい（利用可能なクラウドストレージの一覧リストから除外する）。
【００７７】
図６は、ルール記憶部１２５に記憶されるルールテーブルの一例を示す。ルールとして、例えば、
・最初に検出したクラウドストレージ
・空き容量重視
・効率重視
・ユーザ選択
等が規定される。最初に検出したクラウドストレージとは、利用可能で画像データを格納し得るクラウドストレージのうち、最初に検出されたクラウドストレージを意味する。空き容量重視とは、利用可能で画像データを格納し得るクラウドストレージのうち、最も空き容量の大きいクラウドストレージを意味する。この場合、各クラウドストレージの容量を均等にする効果がある。効率重視とは、利用可能で画像データを格納し得るクラウドストレージのうち、最も空き容量の小さいクラウドストレージを意味する。ユーザ選択とは、利用可能で画像データを格納し得るクラウドストレージのうち、ユーザが選択したクラウドストレージを意味する。この場合、画像処理装置１２は、利用可能で画像データを格納し得るクラウドストレージの一覧をユーザが選択可能に表示部に表示する。ユーザがクラウドストレージを選択した場合、画像処理装置１２は、たとえ当初の指定格納先と異なっていても最終格納先をユーザ端末１０に送信しなくてもよい。
【００７８】
ルールテーブルは、予めシステム管理者が作成してルール記憶部１２５に記憶しておけばよく、適宜ルールを追加、削除、変更してもよい。ルールテーブルに規定された複数のルールに優先順位を設定しておき、優先順位に従ってクラウドストレージを選択してもよい。ユーザに応じ、あるいは格納すべき画像データの属性に応じ、優先順位を適応的に変化させてもよい。ある種類の画像データについては効率重視を最優先し、別の種類の画像データについてはユーザ選択を最優先とする等である。
【００７９】
＜実施形態２＞
実施形態１では、利用可能で画像データを格納し得るクラウドストレージが存在することを前提とした処理であるが、利用可能な全てのクラウドストレージの空き容量が不足している場合もあり得る。本実施形態では、このような場合の処理について説明する。
【００８０】
図７は、本実施形態における処理フローチャートを示す。
【００８１】
まず、ユーザが画像処理装置１２を操作して文書等の画像をスキャナで読み込み、デジタルの画像データに変換していずれかのクラウドストレージ、例えばクラウドストレージＢ１８を指定して画像データの格納を要求したとする。
【００８２】
画像処理装置１２は、変換した画像データのデータ量を確認するとともに、ユーザからの格納要求を受け付けると、中継装置１４に対してユーザの利用可能なクラウドストレージのうち、画像データのデータ量を格納し得る空き容量を有するクラウドストレージを問い合わせる。この問い合わせには、格納要求したユーザＩＤ及び画像データのデータ量が含まれる。
【００８３】
中継装置１４は、画像処理装置１２からの問い合わせを受信すると、記憶装置１４ｆに記憶されたユーザ情報テーブルを参照して、ユーザＩＤで特定されるユーザが利用可能なクラウドストレージを抽出し、抽出したクラウドストレージに対して空き容量を問い合わせる。利用可能なクラウドストレージがクラウドストレージＡ１６、クラウドストレージＢ１８とすると、中継装置１４はこれらのクラウドストレージに空き容量を問い合わせ、それぞれの空き容量として例えば８０ＭＢ、２０ＭＢの返信を受信する。中継装置１４は、格納すべき画像データのデータ量と、これらのクラウドストレージの空き容量を比較し、画像データを格納できるか否かを判定する。格納すべき画像データが１００ＭＢであるとすると、（画像データのデータ量）＞（クラウドストレージＡ１６の空き容量）、及び（画像データのデータ量）＞（クラウドストレージＢ１８の空き容量）であるためいずれも格納不可と判定する。この場合、中継装置１４は、格納可能と判定されたクラウドストレージの空き容量を画像処理装置１２に返信するのではなく、画像データを処理する際のパラメータを変更すべき旨の通知を画像処理装置１２に返信する。なお、パラメータの変更通知とともに、利用可能で画像データを格納し得る空き容量を有するクラウドストレージが検出できない旨、及びクラウドストレージの空き容量も併せて返信してもよい。
【００８４】
画像処理装置１２は、中継装置１４からパラメータを変更すべき旨の通知を受信すると、この通知に応じて画像データを処理する際のパラメータを変更して再処理する。具体的には、画像処理部１２３は、パラメータを変更すべき旨の通知に従い、パラメータを変更して画像データを再処理し、画像データのデータ量を削減する。画像処理のパラメータは、データ量を削減し得るパラメータであって、例えば解像度であり、当初の解像度よりも小さな解像度となるように再処理する。中継装置１４からクラウドストレージの空き容量が返信された場合、画像処理部１２３は、この空き容量に応じて解像度を調整し得る。すなわち、クラウドストレージの空き容量でも格納し得る程度のデータ量となるように解像度を調整する。例えば、当初のデータ量が１００ＭＢであり、クラウドストレージＡ１６の空き容量が８０ＭＢであるので、画像処理部１２３は、画像データのデータ量が８０ＭＢ以下となるように解像度を調整して再処理する。
【００８５】
画像処理装置１２は、パラメータを変更して画像データを再処理した後、クラウドストレージＡ１６を格納先として決定し、クラウドストレージＡ１６を格納先のクラウドストレージとして指定し、再処理後の画像データを含めた格納要求を中継装置１４に送信する。中継装置１４は、指定されたクラウドストレージＡ１６に再処理後の画像データを転送して格納する。また、中継装置１４は、クラウドストレージＡ１６からの格納完了を示す格納ＯＫ通知を受信すると、その格納ＯＫ通知を画像処理装置１２に転送する。
【００８６】
画像処理装置１２は、中継装置１４からの格納ＯＫ通知を受信すると、最終格納先であるクラウドストレージＡ１６のＵＲＬ等の格納先情報をジョブログに記録する。ジョブ制御部１２２は、ユーザが指定した当初のクラウドストレージＢ１８のアドレス情報と、画像データの最終確認先であるクラウドストレージＡ１６のアドレス情報をともにジョブログに記録してもよい。
【００８７】
さらに、画像処理装置１２は、ジョブログを参照し、画像データの最終格納先がユーザ指定の当初の格納先と異なるか否かを判定し、異なる場合には最終格納先のクラウドストレージＡ１６の情報、具体的にはクラウドストレージ名及びそのアドレス情報をユーザ端末１０に送信する。また、どのようなパラメータを変更したのかを送信してもよい。例えば、
「格納先は、クラウドストレージＡです（アドレス：＊＊＊＊）
解像度をＸＸＸｄｐｉからＹＹＹｄｐｉに変更して格納しています。」
等のメッセージを電子メールで送信する。
【００８８】
このように、ユーザが利用可能で、かつ画像データを格納し得るクラウドストレージが存在しない場合に、中継装置１４からの通知を受けて画像処理装置１２で画像データを再処理してデータ量を削減して中継装置１４に送信し、中継装置１４が再処理後の画像データをクラウドストレージに転送して格納するので、容量不足によるエラー発生が未然に防止される。
【００８９】
図８は、画像処理部１２３で実行される画像処理のパラメータテーブルの一例を示す。パラメータとしては、例えば、解像度、フォーマット、カラー／グレー／白黒、その他が規定される。設定値は、ユーザが適宜設定し得る値であり、ＯＮは有効、ＯＦＦは無効であることを意味する。例えば、図８では、
解像度：ＯＮ
フォーマット：ＯＦＦ
カラー／グレー／白黒：ＯＦＦ
その他：ＯＦＦ
となっているが、これは、解像度の調整は許容するが、フォーマットやカラー／グレー／白黒、その他の調整は許容しないことを意味する。画像処理部１２３は、このパラメータテーブルを参照することで、どのパラメータを変更するかを決定して画像データを再処理する。圧縮率の高いフォーマットに変更することでデータ量は削減され、カラーからグレー、さらには白黒に変更することでデータ量は削減される。
【００９０】
削減すべきデータ量に応じてこれらのパラメータのうち、複数のパラメータを変更してもよい。例えば、最も空き容量の大きいクラウドストレージに格納すべく、解像度とフォーマットをともに変更する等である。
【００９１】
パラメータテーブルは、予めシステム管理者あるいはユーザが設定して画像処理部１２３のメモリに記憶させてもよく、中継装置１４からパラメータを変更すべき旨の通知を受信したときに表示部に表示してユーザが設定し得るようにしてもよい。
【００９２】
以上、本発明の実施形態について説明したが、本発明はこれらの実施形態に限定されるものではなく、種々の変形が可能である。以下、変形例について説明する。
【００９３】
＜変形例１＞
実施形態では、画像処理装置１２のルール記憶部１２５にルールテーブルを記憶し、画像処理装置１２がルールテーブルを参照することにより、利用可能で画像データを格納し得るクラウドストレージの中からいずれかのクラウドストレージを選択して格納先として決定しているが、中継装置１４の記憶部にルールテーブルを記憶し、中継装置１４がルールテーブルを参照することにより、利用可能で画像データを格納し得るクラウドストレージの中からいずれかのクラウドストレージを選択して格納先として決定してもよい。
【００９４】
図９は、この場合の処理フローチャートを示す。
【００９５】
まず、ユーザが画像処理装置１２を操作して文書等の画像をスキャナで読み込み、デジタルの画像データに変換していずれかのクラウドストレージ、例えばクラウドストレージＢ１８を指定して画像データの格納を要求したとする。
【００９６】
画像処理装置１２は、変換した画像データのデータ量を確認するとともに、ユーザからの格納要求を受け付けると、中継装置１４に対してユーザの利用可能なクラウドストレージのうち、画像データのデータ量を格納し得る空き容量を有するクラウドストレージを問い合わせる。この問い合わせには、格納要求したユーザＩＤ、画像データ及び画像データのデータ量が含まれる。
【００９７】
中継装置１４は、画像処理装置１２からの問い合わせを受信すると、記憶装置１４ｆに記憶されたユーザ情報テーブルを参照して、ユーザＩＤで特定されるユーザが利用可能なクラウドストレージを抽出し、抽出したクラウドストレージに対して空き容量を問い合わせる。利用可能なクラウドストレージがクラウドストレージＡ１６、クラウドストレージＢ１８とすると、中継装置１４はこれらのクラウドストレージに空き容量を問い合わせ、それぞれの空き容量として例えば１５０ＭＢ、２００ＭＢの返信を受信する。中継装置１４は、格納すべき画像データのデータ量と、これらのクラウドストレージの空き容量を比較し、画像データを格納できるか否かを判定する。格納すべき画像データが１００ＭＢであるとすると、（画像データのデータ量）＜（クラウドストレージＡ１６）、及び（画像データのデータ量）＜（クラウドストレージＢ１８の空き容量）であるためいずれも格納可能と判定する。次に、中継装置１４は、記憶部に記憶されたルールテーブルを参照し、いずれかのクラウドストレージを選択して格納先に決定する。ルールテーブルのルールは任意であるが、例えば、「効率重視で空き容量が最小のクラウドストレージを選択する」というルールであるとする。中継装置１４は、このルールに従い、
クラウドストレージＡ１６：１５０ＭＢ
クラウドストレージＢ１８：２００ＭＢ
であることから、クラウドストレージＡ１６を選択して格納先として決定し、クラウドストレージＡ１６に画像データを転送して格納する。また、中継装置１４は、クラウドストレージＡ１６からの格納完了を示す格納ＯＫ通知を受信すると、その格納ＯＫ通知を画像処理装置１２に転送する。
【００９８】
画像処理装置１２は、中継装置１４からの格納ＯＫ通知を受信すると、最終格納先であるクラウドストレージＡ１６のＵＲＬ等の格納先情報をジョブログに記録する。ジョブ制御部１２２は、ユーザが指定した当初のクラウドストレージＢ１８のアドレス情報と、画像データの最終確認先であるクラウドストレージＡ１６のアドレス情報をともにジョブログに記録してもよい。
【００９９】
さらに、画像処理装置１２は、ジョブログを参照し、画像データの最終格納先がユーザ指定の当初の格納先と異なるか否かを判定し、異なる場合には最終格納先のクラウドストレージＡ１６の情報、具体的にはクラウドストレージ名及びそのアドレス情報をユーザ端末１０に送信する。
【０１００】
＜変形例２＞
実施形態２では、中継装置１４からの通知に応じ、画像処理装置１２で画像処理のパラメータを変更して画像データを再処理してデータ量を削減しているが、中継装置１４が画像処理部１２３と同様の処理機能を備え、中継装置１４がパラメータを変更して画像データを再処理してデータ量を削減した上でクラウドストレージに格納してもよい。
【０１０１】
図１０は、この場合の処理フローチャートを示す。
【０１０２】
まず、ユーザが画像処理装置１２を操作して文書等の画像をスキャナで読み込み、デジタルの画像データに変換していずれかのクラウドストレージ、例えばクラウドストレージＢ１８を指定して画像データの格納を要求したとする。
【０１０３】
画像処理装置１２は、変換した画像データのデータ量を確認するとともに、ユーザからの格納要求を受け付けると、中継装置１４に対してユーザの利用可能なクラウドストレージのうち、画像データのデータ量を格納し得る空き容量を有するクラウドストレージを問い合わせる。この問い合わせには、格納要求したユーザＩＤ、画像データ及び画像データのデータ量が含まれる。
【０１０４】
中継装置１４は、画像処理装置１２からの問い合わせを受信すると、記憶装置１４ｆに記憶されたユーザ情報テーブルを参照して、ユーザＩＤで特定されるユーザが利用可能なクラウドストレージを抽出し、抽出したクラウドストレージに対して空き容量を問い合わせる。利用可能なクラウドストレージがクラウドストレージＡ１６、クラウドストレージＢ１８とすると、中継装置１４はこれらのクラウドストレージに空き容量を問い合わせ、それぞれの空き容量として例えば８０ＭＢ、２０ＭＢの返信を受信する。中継装置１４は、格納すべき画像データのデータ量と、これらのクラウドストレージの空き容量を比較し、画像データを格納できるか否かを判定する。格納すべき画像データが１００ＭＢであるとすると、（画像データのデータ量）＞（クラウドストレージＡ１６の空き容量）、及び（画像データのデータ量）＞（クラウドストレージＢ１８の空き容量）であるためいずれも格納不可と判定する。
【０１０５】
次に、中継装置１４は、パラメータを変更して既に画像処理装置１２から受信して一時記憶している画像データを再処理し、画像データのデータ量を削減する。画像処理のパラメータは、例えば解像度であり、当初の解像度よりも小さな解像度となるように再処理する。すなわち、クラウドストレージの空き容量でも格納し得る程度のデータ量となるように解像度を調整する。例えば、当初のデータ量が１００ＭＢであり、クラウドストレージＡ１６の空き容量が８０ＭＢであるので、画像データのデータ量が８０ＭＢ以下となるように解像度を調整して再処理する。
【０１０６】
なお、画像データを再処理するに先立って、中継装置１４は画像処理装置１２に問い合わせて画像処理装置１２に記憶されているパラメータテーブルを取得し、取得したパラメータテーブルを用いて画像データを再処理してもよい。
【０１０７】
中継装置１４は、パラメータを変更して画像データを再処理した後、クラウドストレージＡ１６を格納先として決定し、クラウドストレージＡ１６を格納先のクラウドストレージとして決定し、クラウドストレージＡ１６に再処理後の画像データを転送して格納する。また、中継装置１４は、クラウドストレージＡ１６からの格納完了を示す格納ＯＫ通知を受信すると、その格納ＯＫ通知を画像処理装置１２に転送する。また、中継装置１４は、パラメータを変更して格納した旨を画像処理装置１２に通知する。
【０１０８】
画像処理装置１２は、中継装置１４からの格納ＯＫ通知及びパラメータ変更通知を受信すると、最終格納先であるクラウドストレージＡ１６のＵＲＬ等の格納先情報をジョブログに記録する。ジョブ制御部１２２は、ユーザが指定した当初のクラウドストレージＢ１８のアドレス情報と、画像データの最終確認先であるクラウドストレージＡ１６のアドレス情報をともにジョブログに記録してもよい。
【０１０９】
さらに、画像処理装置１２は、ジョブログを参照し、画像データの最終格納先がユーザ指定の当初の格納先と異なるか否かを判定し、異なる場合には最終格納先のクラウドストレージＡ１６の情報、具体的にはクラウドストレージ名及びそのアドレス情報をユーザ端末１０に送信する。また、どのようなパラメータを変更したのかを送信してもよい。例えば、
「格納先は、クラウドストレージＡです（アドレス：＊＊＊＊）
解像度をＸＸＸｄｐｉからＹＹＹｄｐｉに変更して格納しています。」
等のメッセージを電子メールで送信する。
【符号の説明】
【０１１０】
１０  ユーザ端末、１２  画像処理装置、１４  中継装置、１６  クラウドストレージＡ、１８  クラウドストレージＢ、２０  通信ネットワーク。
【図１】
2019165381.tif 000003
【図２】
2019165381.tif 000004
【図３】
2019165381.tif 000005
【図４】
2019165381.tif 000006
【図５】
2019165381.tif 000007
【図６】
2019165381.tif 000008
【図７】
2019165381.tif 000009
【図８】
2019165381.tif 000010
【図９】
2019165381.tif 000011
【図１０】
2019165381.tif 000012