(57)【要約】【課題】送信したデータが外部記憶装置のメモリを圧迫することを，データを送信する通信装置で抑制する技術を提供すること。【解決手段】ＭＦＰ１００は，データを取得し，取得したデータである元データに基づいて，元データを代替する代替データ５１を生成する。さらに，生成した代替データ５１をクラウドサーバ３００に送信する。その上で，ＭＦＰ１００は，クラウドサーバ３００に送信した代替データ５１が有るか無いかを判断し，無いと判断した場合には，その代替データ５１に対応する元データをクラウドサーバ３００に送信する。【選択図】図３
2015133528.tif 000002
【特許請求の範囲】
【請求項１】
外部記憶装置と通信する通信部と，
制御部と，
を備え，
前記制御部は，
データを取得する取得処理と，
前記取得処理にて取得したデータである元データを代替するデータである代替データを，前記通信部を介して前記外部記憶装置に送信する代替データ送信処理と，
前記外部記憶装置に前記代替データが有るか無いかを判断する判断処理と，
前記判断処理にて前記外部記憶装置に前記代替データが無いと判断された場合，無いと判断された前記代替データに対応する前記元データを，前記通信部を介して前記外部記憶装置に送信する元データ送信処理と，
を実行することを特徴とする通信装置。
【請求項２】
請求項１に記載する通信装置において，
前記制御部は，
前記代替データ送信処理にて前記代替データを送信してから所定時間内は，前記所定時間外よりも，前記判断処理の単位時間当たりの実行回数が多いことを特徴とする通信装置。
【請求項３】
請求項１に記載する通信装置において，
前記制御部は，
前記代替データ送信処理にて前記代替データを送信してから閾値時間内は，前記判断処理を実行し，前記閾値時間外は，前記判断処理を実行しないことを特徴とする通信装置。
【請求項４】
請求項３に記載する通信装置において，
前記制御部は，
前記閾値時間外となった場合に，前記代替データを前記外部記憶装置から削除させる時間外削除処理を実行することを特徴とする通信装置。
【請求項５】
請求項１から請求項４のいずれか１つに記載する通信装置において，
記憶部を備え，
前記制御部は，
前記外部記憶装置に記憶されているデータのリストを取得するリスト取得処理と，
前記リスト取得処理にて取得したリストを前記記憶部に記憶する記憶処理と，
を実行し，
前記記憶部に記憶されているリストと，前記リスト取得処理にて取得したリストとで，前記外部記憶装置に記憶されているデータが異なる場合，前記判断処理の単位時間当たりの実行回数を増やすことを特徴とする通信装置。
【請求項６】
請求項１から請求項５のいずれか１つに記載する通信装置において，
前記制御部は，
前記外部記憶装置の記憶部の空き容量を取得する容量取得処理を実行し，
前記容量取得処理にて取得した空き容量が所定量よりも少ない場合，前記代替データ送信処理にて前記代替データを送信することを特徴とする通信装置。
【請求項７】
請求項６に記載する通信装置において，
前記制御部は，
前記外部記憶装置の記憶部の空き容量が前記所定量よりも少ない状態から少なくない状態になった場合，前記代替データ送信処理にて送信された前記代替データに代えて当該代替データに対応する前記元データを前記外部記憶装置に記憶させる外部容量基準交換処理を実行することを特徴とする通信装置。
【請求項８】
請求項１から請求項７のいずれか１つに記載する通信装置において，
元データを記憶する記憶媒体と接続する接続部を備え，
前記制御部は，
前記元データ送信処理では，前記記憶媒体に記憶されている元データを前記外部記憶装置に送信し，
前記記憶媒体の前記接続部への接続の有無を検出する検出処理と，
前記検出処理の検出結果が接続有から接続無に変化した場合に，前記記憶媒体に記憶される前記元データに対応する前記代替データを前記外部記憶装置から削除させる非接続削除処理と，
を実行することを特徴とする通信装置。
【請求項９】
請求項１から請求項８のいずれか１つに記載する通信装置において，
記憶部を備え，
前記制御部は，
前記記憶部の空き容量が第１容量閾値よりも少なくない状態から少ない状態になった場合，前記代替データ送信処理にて送信された前記代替データに代えて当該代替データに対応する前記元データを前記外部記憶装置に記憶させる自容量基準交換処理を実行することを特徴とする通信装置。
【請求項１０】
請求項１から請求項９のいずれか１つに記載する通信装置において，
記憶部を備え，
前記制御部は，
前記代替データ送信処理の実行条件を満たした際，前記記憶部の空き容量が第２容量閾値よりも少ない場合，前記代替データ送信処理を実行せず，前記代替データに代えて当該代替データに対応する前記元データを前記外部記憶装置に送信し，送信した後に当該元データを前記記憶部から消去することを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，外部記憶装置と通信する通信装置に関する。さらに詳細には，通信装置から外部記憶装置にデータをアップロードする技術に関するものである。
【背景技術】
【０００２】
従来から，通信装置が取得したデータをサーバ等の外部記憶装置にアップロードする技術が知られている。例えば，ファクシミリ（ＦＡＸ）装置が受信したＦＡＸデータをサーバに転送する技術，スキャナが読み取ったスキャンデータをサーバに転送する技術が実用化されている。
【０００３】
上述の技術を開示した特許文献としては，例えば特許文献１がある。特許文献１に開示されている画像処理システムでは，画像処理装置がスキャン指示およびスキャンデータをサーバに送信する指示を受け付けると，原稿の読み取りを開始し，読み取りによって得られたスキャンデータから送信ファイルを生成し，生成した送信ファイルをサーバに送信している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２０１５７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら，前記した従来の技術には，次のような問題があった。すなわち，読み取り等によって取得したデータを数多く外部記憶装置に送信すると，その外部記憶装置のメモリを圧迫するおそれがある。
【０００６】
本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，送信したデータが外部記憶装置のメモリを圧迫することを，データを送信する通信装置で抑制する技術を提供することにある。
【課題を解決するための手段】
【０００７】
この課題の解決を目的としてなされた装置は，外部記憶装置と通信する通信部と，制御部とを備え，前記制御部は，データを取得する取得処理と，前記取得処理にて取得したデータである元データを代替するデータである代替データを，前記通信部を介して前記外部記憶装置に送信する代替データ送信処理と，前記外部記憶装置に前記代替データが有るか無いかを判断する判断処理と，前記判断処理にて前記外部記憶装置に前記代替データが無いと判断された場合，無いと判断された前記代替データに対応する前記元データを，前記通信部を介して前記外部記憶装置に送信する元データ送信処理とを実行することを特徴としている。
【０００８】
本明細書に開示される通信装置は，取得した元データを代替する代替データを外部記憶装置に送信する。そして，送信した代替データが外部記憶装置に有るか無いかを判断して，無いと判断した場合にその代替データに対応する元データを送信する。なお，取得するデータは，画像データであってもよいし，音声データであってもよい。画像データの場合には，ＦＡＸにて受信したデータであってもよいし，自装置の画像読取部にて読み取ったデータであってもよいし，自装置に接続された記憶媒体に記憶されているデータであってもよい。また，代替データの有無は，外部記憶装置に個別に問い合わせた結果から判断してもよいし，外部記憶装置から記憶されているデータのリストを取得し，そのリストから判断してもよい。
【０００９】
すなわち，本明細書に開示される通信装置によれば，取得したデータを外部記憶装置に送信する際，元データを送信するのではなく，元データを代替する代替データを送信することで，外部記憶装置のメモリの圧迫を抑制できる。外部記憶装置に記憶された代替データが削除されて無くなれば，通信装置は，その代替データに対応する元データを外部記憶装置に送信するので，ユーザは外部記憶装置にて元データの内容を確認できる。
【００１０】
また，前記制御部は，前記代替データ送信処理にて前記代替データを送信してから所定時間内は，前記所定時間外よりも，前記判断処理の単位時間当たりの実行回数が多いとよい。代替データを送信した直後は，代替データが参照される可能性が高く，代替データが削除される可能性も高い。そのため，代替データの送信後から所定時間内は，代替データが削除されてから元データが送信されるまでのレスポンスを短くするために，判断処理の実行頻度を高くする方が好ましい。
【００１１】
また，前記制御部は，前記代替データ送信処理にて前記代替データを送信してから閾値時間内は，前記判断処理を実行し，前記閾値時間外は，前記判断処理を実行しないとよい。代替データを送信してから閾値時間以上が経過した後は，その代替データが削除される可能性が低くなる傾向にある。そのため，判断処理を行わず，通信の負荷を軽減する方が好ましい。なお，個別の代替データの有無を判断できる場合には，個別の代替データについて閾値時間が経過したか否かを判断し，判断処理を実行するか否かの判断を個別の代替データについて行う方が好ましい。
【００１２】
また，前記制御部は，前記閾値時間外となった場合に，前記代替データを前記外部記憶装置から削除させる時間外削除処理を実行するとよい。外部記憶装置に代替データがあると，それを見たユーザは元データの送信が可能であると誤解する可能性がある。閾値時間外となって，代替データの有無を判断しない場合には，代替データを削除しておけば，ユーザの誤解を防止できる。
【００１３】
また，本明細書に開示される通信装置は，記憶部を備え，前記制御部は，前記外部記憶装置に記憶されているデータのリストを取得するリスト取得処理と，前記リスト取得処理にて取得したリストを前記記憶部に記憶する記憶処理とを実行し，前記記憶部に記憶されているリストと，前記リスト取得処理にて取得したリストとで，前記外部記憶装置に記憶されているデータが異なる場合，前記判断処理の単位時間当たりの実行回数を増やすとよい。過去に取得したリストと今回取得したリストとで記憶されているデータが異なる場合，その間にユーザが外部記憶装置にアクセスしている可能性が高い。それに伴って，代替データが近々削除される可能性も高まる。そこで，判断処理の実行頻度を高くして，代替データが削除された場合に，元データが送信されるまでのレスポンスを短くする方が好ましい。なお，リストは，外部記憶装置が記憶する全データのリストであっても，通信装置ごとのリストであってもよい。
【００１４】
また，前記制御部は，前記外部記憶装置の記憶部の空き容量を取得する容量取得処理を実行し，前記容量取得処理にて取得した空き容量が所定量よりも少ない場合，前記代替データ送信処理にて前記代替データを送信するとよい。外部記憶装置の記憶部の空き容量が少ない場合，データの送信によるメモリの圧迫が顕著になる。そのため，外部記憶装置の空き容量が少ない場合には，元データを送信せず，データサイズの小さい代替データを送信する方が好ましい。
【００１５】
また，前記制御部は，前記外部記憶装置の記憶部の空き容量が前記所定量よりも少ない状態から少なくない状態になった場合，前記代替データ送信処理にて送信された前記代替データに代えて当該代替データに対応する前記元データを前記外部記憶装置に記憶させる外部容量基準交換処理を実行するとよい。代替データが外部記憶装置に記憶されている場合，ユーザが元データを確認するには代替データの削除作業が必要となる。そのため，外部記憶装置の記憶部の空き容量が少なくない場合には，代替データに代えて元データを外部記憶装置に記憶させる方が，ユーザの手間が少ない。
【００１６】
また，本明細書に開示される通信装置は，元データを記憶する記憶媒体と接続する接続部を備え，前記制御部は，前記元データ送信処理では，前記記憶媒体に記憶されている元データを前記外部記憶装置に送信し，前記記憶媒体の前記接続部への接続の有無を検出する検出処理と，前記検出処理の検出結果が接続有から接続無に変化した場合に，前記記憶媒体に記憶される前記元データに対応する前記代替データを前記外部記憶装置から削除させる非接続削除処理とを実行するとよい。記憶媒体に記憶されている元データを送信する場合，記憶媒体が接続無になると元データにアクセスすることができなくなるため，元データの送信ができなくなる。その場合には，ユーザの誤解を防止するために，外部記憶装置にある代替データを削除する方が好ましい。なお，記憶媒体としては，例えば，ＵＳＢフラッシュメモリ，ＳＤカードが該当する。
【００１７】
また，本明細書に開示される通信装置は，記憶部を備え，前記制御部は，前記記憶部の空き容量が第１容量閾値よりも少なくない状態から少ない状態になった場合，前記代替データ送信処理にて送信された前記代替データに代えて当該代替データに対応する前記元データを前記外部記憶装置に記憶させる自容量基準交換処理を実行するとよい。自装置の記憶部の空き容量が少ない場合には，自装置の記憶部に記憶されるデータを減らす方がよい。そのため，自装置の記憶部の空き容量が少ない場合には，自装置にある元データを外部記憶装置に送信することが好ましい。元データを外部記憶装置に送信すれば，自装置の記憶部から元データを消去できる。
【００１８】
また，本明細書に開示される通信装置は，記憶部を備え，前記制御部は，前記代替データ送信処理の実行条件を満たした際，前記記憶部の空き容量が第２容量閾値よりも少ない場合，前記代替データ送信処理を実行せず，前記代替データに代えて当該代替データに対応する前記元データを前記外部記憶装置に送信し，送信した後に当該元データを前記記憶部から消去するとよい。自装置の記憶部の空き容量が少ない場合には，自装置の記憶部に記憶されるデータを減らす方がよい。そのため，その場合には，自装置にある元データを外部記憶装置に送信して，自装置の記憶部から元データを消去することが好ましい。なお，実行条件を満たしたとは，例えば，元データの受信や，データの送信の指示の受け付けが該当する。また，第２容量閾値は，第１容量閾値と同じ値でもよいし，異なる値でもよい。
【発明の効果】
【００１９】
本発明によれば，送信したデータが外部記憶装置のメモリを圧迫することを，データを送信する通信装置で抑制する技術が実現される。
【図面の簡単な説明】
【００２０】
【図１】実施の形態にかかるＭＦＰの電気的構成を示すブロック図である。
【図２】代替データの例を示す説明図である。
【図３】ＦＡＸ受信処理の手順を示すフローチャートである。
【図４】代替データ送信処理の手順を示すフローチャートである。
【図５】確認処理の手順を示すフローチャートである。
【図６】記憶媒体送信処理の手順を示すフローチャートである。
【図７】媒体確認処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下，本発明にかかる通信装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，画像処理機能と，通信機能とを備えた複合機（ＭＦＰ：Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に本発明を適用したものである。
【００２２】
本形態のＭＦＰ１００は，図１に示すように，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（不揮発性ＲＡＭ）３４と，ＡＳＩＣ３５とを含むコントローラ３０を備えている。また，ＭＦＰ１００は，画像形成部１０と，画像読取部２０と，メモリカードスロット３６と，ネットワークインターフェース３７と，ＵＳＢインターフェース３８と，電話回線インターフェース３９と，操作パネル４０とを備え，これらがコントローラ３０に電気的に接続されている。
【００２３】
ＲＯＭ３２には，ＭＦＰ１００を制御するための各種制御プログラムや各種設定，初期値等が記憶されている。ＲＡＭ３３は，各種制御プログラムが読み出される作業領域として，あるいは，データを一時的に記憶する記憶領域として利用される。ＣＰＵ３１は，ＲＯＭ３２から読み出した制御プログラムに従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，ＭＦＰ１００の各構成要素を制御する。
【００２４】
ＣＰＵ３１は，制御部の一例である。なお，コントローラ３０が制御部であってもよいし，ＡＳＩＣ３５が制御部であってもよい。なお，図１中のコントローラ３０は，ＣＰＵ３１等，ＭＦＰ１００の制御に利用されるハードウェアを纏めた総称であって，実際にＭＦＰ１００に存在する単一のハードウェアを表すとは限らない。ＲＡＭ３３，ＮＶＲＡＭ３４は，記憶部の一例である。
【００２５】
画像形成部１０は，用紙に画像を印刷するための構成である。画像形成部１０の画像形成方式は，電子写真方式であっても，インクジェット方式であってもよい。また，カラー画像の形成が可能であっても，モノクロ画像専用であってもよい。画像読取部２０は，原稿の画像を読み取るための構成である。本形態のＭＦＰ１００は，画像読取部２０にて原稿を読み取ることにより，スキャンデータを取得することができる。読取方式は，ＣＣＤであってもＣＩＳであってもよい。また，カラー読み取りが可能であっても，モノクロ読み取りのみであってもよい。
【００２６】
メモリカードスロット３６は，ＳＤカード等のメモリカードと接続するためのインターフェースである。また，ネットワークインターフェース３７は，ＬＡＮケーブル等を介してネットワークと通信を行うためのハードウェアである。ＵＳＢインターフェース３８は，ＵＳＢケーブル等を介して接続された装置と通信を行うためのハードウェアである。電話回線インターフェース３９は，電話網に接続され，電話回線を介してＦＡＸ通信等を行うためのハードウェアである。
【００２７】
本形態のＭＦＰ１００は，図１に示したように，ネットワークを介して接続されているクラウドサーバ３００と通信可能である。クラウドサーバ３００は，通信機能と記憶機能とを備え，受信した画像データを記憶する記憶部を有している。そして，ＭＦＰ１００は，クラウドサーバ３００にデータを送信して記憶させるアップロード機能を有する。クラウドサーバ３００は外部記憶装置の一例である。また，ネットワークインターフェース３７は，通信部の一例である。
【００２８】
また，本形態のＭＦＰ１００は，図１に示したように，電話網を介してＦＡＸ装置４００と通信可能である。つまり，ＦＡＸ受信によって，ＦＡＸ装置４００からＦＡＸデータを取得することができる。また，メモリカードスロット３６にメモリカードが接続されていれば，そのメモリカードからデータを読み出して取得できる。また，ＵＳＢインターフェース３８にＵＳＢメモリが接続されていれば，そのＵＳＢメモリからデータを読み出して取得できる。メモリカードスロット３６，ＵＳＢインターフェース３８は，接続部の一例である。
【００２９】
操作パネル４０は，液晶ディスプレイおよびスタートキー，ストップキー，テンキー等から構成されるボタン群を備え，ユーザに向けた各種の表示を行うとともに，ユーザによる指示入力を受け付ける。
【００３０】
続いて，本形態のＭＦＰ１００において，取得したデータをクラウドサーバ３００にアップロードする動作について説明する。ＭＦＰ１００がアップロードするデータは，例えば，ＦＡＸ受信にて取得したＦＡＸデータ，メモリカードスロット３６またはＵＳＢインターフェース３８に接続された記憶媒体に保存されているデータ，画像読取部２０にて読み取った画像に基づくスキャンデータである。
【００３１】
なお，アップロードされるデータは，クラウドサーバ３００にて対応可能な形式のデータであればよく，例えば，ＪＰＥＧデータやＰＤＦデータのような汎用的な画像データである。また，クラウドサーバ３００にて対応可能な形式であれば，画像以外のデータ，例えば，留守録等の音声データや文書データでもよい。
【００３２】
ＭＦＰ１００は，ＦＡＸの受信設定として，受信したＦＡＸデータをクラウドサーバ３００へアップロードする設定を受け付ける。また，画像読取部２０での読取設定として，読み取った画像に基づくスキャンデータをクラウドサーバ３００へアップロードする設定を受け付ける。また，接続された記憶媒体のデータに対する動作として，記憶されているデータを選択してクラウドサーバ３００へアップロードする指示を受け付ける。あるいは，記憶媒体が接続された場合の動作の設定として，記憶されているすべてのデータをクラウドサーバ３００へアップロードする設定を受け付ける。
【００３３】
なお，ＭＦＰ１００は，ＦＡＸ受信または画像読取部２０での読み取りによって取得したデータについては，クラウドサーバ３００へアップロードするか否かにかかわらず，自装置のメモリであるＲＡＭ３３またはＮＶＲＡＭ３４に保存する。一方，記憶媒体に記憶されているデータについては，アップロードを開始するまでは自装置のメモリに記憶しない。そのため，アップロードを開始する前に記憶媒体が抜かれた場合には，ＭＦＰ１００は，記憶媒体に記憶されているデータのアップロードはできない。
【００３４】
このようなアップロード機能を有するＭＦＰ１００において，アップロード動作の指示を受け付けた場合に，指示を受けた画像データを全て，直ちにアップロードすると，アップロード先であるクラウドサーバ３００のメモリを圧迫する可能性がある。本形態のＭＦＰ１００は，取得したデータである元データをアップロードする前に，その元データに基づいて，例えば，図２に示すような代替データ５１を生成し，生成した代替データ５１だけをまずアップロードする。
【００３５】
図２に示した代替データ５１は，ＦＡＸ受信時の代替データ５１の例である。この代替データ５１は，元データよりデータサイズが小さく，元データに関する元データ情報５２を含む文字画像の画像データである。図２に示した代替データ５１は，元データ情報５２として，ＦＡＸの送信元の電話番号や送信者の情報と，受信日時および枚数の情報とを含む。さらに，この代替データ５１は，元データ情報５２に加えて，クラウドサーバ３００のユーザに動作方法を報知する報知情報５３を含む。
【００３６】
代替データ５１は，図２に示した文字画像以外に，例えば，元データの解像度を低下させた画像，カラー画像をモノクロ化した画像，元データのサイズを小さくしたサムネイル画像，多数ページの元データの１ページ目のみの画像であってもよい。このような代替データ５１でも，元データに関する情報を含み，元データよりデータサイズの小さいデータとすることができる。
【００３７】
なお，ＦＡＸ受信以外の元データに対する代替データでは，元データ情報として，例えば，対応する元データの取得元の情報や，アップロードの指示を受け付けた日時を含むとよい。また，ＭＦＰ１００にてアップロードを指示したユーザの情報を含んでもよい。
【００３８】
また，図２に示した代替データ５１には，ユーザに動作方法を報知するための報知情報５３が含まれている。後述するように，ＭＦＰ１００は，クラウドサーバ３００の代替データ５１が削除されたと判断した場合に，削除された代替データ５１に対応する元データをアップロードする。つまり，クラウドサーバ３００のユーザは，この代替データ５１を削除することにより，元データのアップロードを要求することができる。代替データ５１に含まれる報知情報５３にて，元データのアップロードを要求する場合にはこの代替データ５１を削除してもらうよう報知すれば，クラウドサーバ３００のユーザにとって使いやすい。また，報知情報５３にて，元データのアップロードを希望しないユーザへの情報も報知してもよい。
【００３９】
ＭＦＰ１００は，クラウドサーバ３００との通信によって，代替データ５１の有無を判断できる。本形態のＭＦＰ１００は，代替データ５１をアップロードした後，適切なタイミングでクラウドサーバ３００に記憶されているファイルのリストをダウンロードし，そのリストに基づいて，代替データ５１が存在するか否かを判断する。個別の代替データ５１について，その有無をクラウドサーバ３００に問い合わせ，その回答に基づいて判断してもよい。
【００４０】
そして，ＭＦＰ１００は，先にアップロードした代替データ５１が，クラウドサーバ３００に記憶されていないと判断した場合には，記憶されていないと判断された代替データ５１に対応する元データをアップロードする。つまり，クラウドサーバ３００のユーザによって，代替データ５１が削除された場合には，ユーザが元データのアップロードを要求したと見なし，元データをアップロードする。一方，代替データ５１がクラウドサーバ３００に記憶されていれば，その代替データ５１に対応する元データのアップロードを行わない。
【００４１】
つまり，元データの取得時には，ＭＦＰ１００は，元データよりもデータサイズが小さい代替データ５１をアップロードする。そして，取得した元データのうち，ユーザによって削除された代替データ５１に対応する元データのみがアップロードされるので，クラウドサーバ３００のメモリを圧迫する可能性は小さい。ユーザによる削除が行われない限り，アップロードされるのはデータサイズの小さい代替データ５１だけである。
【００４２】
なお，ＭＦＰ１００は，アップロード済の代替データ５１と，その代替データ５１に対応する元データとを対応付けるために，データベースを作成して記憶する。例えば，アップロード済の代替データ５１ごとに，対応する元データの名前，元データの保存場所，元データの取得日時を記憶する。このようにすることで，複数の元データを取得した場合でも，それぞれの元データについて適切に対応することが可能である。
【００４３】
続いて，本形態のＭＦＰ１００において，ＦＡＸデータを受信してクラウドサーバ３００へアップロードするＦＡＸ受信処理の手順について，図３のフローチャートを参照して説明する。このＦＡＸ受信処理は，ＦＡＸデータを受信したらクラウドサーバ３００にアップロードするように設定されているＭＦＰ１００にて，ＦＡＸデータを受信したことを契機に，ＣＰＵ３１にて実行される。
【００４４】
ＦＡＸ受信処理では，まず，受信したＦＡＸデータである元データを自装置のＲＡＭ３３またはＮＶＲＡＭ３４に記憶させる（Ｓ１０１）。ＦＡＸ受信と，Ｓ１０１にての記憶処理とは，取得処理の一例である。そして，クラウドサーバ３００に対して接続を要求し，接続が許可されるのを待つ（Ｓ１０２）。
【００４５】
接続が許可されたら，クラウドサーバ３００の記憶部の空き容量が大きいか否かを判断する（Ｓ１０３）。例えば，クラウドサーバ３００に問い合わせて，その空き容量を取得し，空き容量と予め決めた所定量とを比較して，充分な空き容量があるか否かを判断する。そして，空き容量が所定量より小さいと判断した場合は（Ｓ１０３：ＮＯ），自装置における元データの記憶場所であるＲＡＭ３３またはＮＶＲＡＭ３４の空き容量が予め決めた閾値より小さいか否かを判断する（Ｓ１０４）。つまり，自装置のメモリに余裕があるか否かを判断する。
【００４６】
そして，クラウドサーバ３００の空き容量が大きいと判断したか（Ｓ１０３：ＹＥＳ），あるいは，自装置の空き容量が小さいと判断した場合には（Ｓ１０４：ＹＥＳ），Ｓ１０１にて取得した元データをクラウドサーバ３００にアップロードする（Ｓ１０６）。そして，クラウドサーバ３００との接続を切断する（Ｓ１０７）。さらに，アップロードの完了した元データを，自装置のＲＡＭ３３またはＮＶＲＡＭ３４から削除して（Ｓ１０７）。ＦＡＸ受信処理を終了する。
【００４７】
つまり，クラウドサーバ３００の空き容量が大きいか，自装置の空き容量が小さいかの少なくともいずれかであれば，元データをアップロードする。クラウドサーバ３００の空き容量が大きい場合には，元データをアップロードしても，そのメモリを圧迫する可能性は小さい。また，自装置の空き容量が小さい場合には，元データをアップロードし，自装置の元データを削除することで，自装置のメモリを圧迫する可能性を小さくし，以後の処理に影響が及ぶことを抑制する。
【００４８】
Ｓ１０３にてクラウドサーバ３００の空き容量を取得する処理は，容量取得処理の一例である。つまり，Ｓ１０３にてＮＯであるとは，容量取得処理にて取得した空き容量が所定量より少ない場合に該当する。また，Ｓ１０４にて自装置の空き容量と比較する閾値は，第２容量閾値の一例である。
【００４９】
一方，クラウドサーバ３００空き容量が予め決めた所定量より大きくはなく（Ｓ１０３：ＮＯ），かつ，自装置の空き容量が小さくはないと判断した場合には（Ｓ１０４：ＮＯ），前述した代替データ５１をアップロードする代替データ送信処理を実行する（Ｓ１１３）。次に，代替データ５１を生成して送信する処理である代替データ送信処理の手順について，図４のフローチャートを参照して説明する。
【００５０】
代替データ送信処理では，まず，取得した元データに基づいて，前述したような代替データ５１を生成する（Ｓ２０１）。そして，Ｓ２０１にて生成した代替データ５１を，クラウドサーバ３００にアップロードする（Ｓ２０３）。さらに，クラウドサーバ３００との接続を切断する（Ｓ２０４）。
【００５１】
そして，代替データ５１のアップロード時からの経過時間の計測を開始する（Ｓ２０６）。さらに，確認間隔を中間隔に設定する（Ｓ２０７）。確認間隔は，前述した代替データ５１の有無を確認する処理を実行する時間間隔であり，判断処理の単位時間あたりの実行回数に対応する時間である。例えば，データのリストをクラウドサーバ３００からダウンロードして代替データ５１の有無を確認してから，確認間隔だけ時間が経過したら，再びリストをダウンロードして，代替データ５１の有無を確認する。つまり，確認間隔が短いほど，確認の頻度は高く，単位時間あたりの実行回数は多い。
【００５２】
そして，ＭＦＰ１００は，代替データ５１の有無の確認の頻度として，３段階の頻度を有している。つまり，確認間隔として，予め決めた３段階の時間を記憶している。Ｓ２０７では，確認間隔を，中間の頻度に相当する中間隔に設定する。中間隔は，ユーザの待ち時間として不快に感じない程度の時間であり，例えば，１〜１０秒程度である。Ｓ２０７の後，この代替データ送信処理を終了する。
【００５３】
図３に戻り，Ｓ１１３の代替データ送信処理の後，Ｓ１１５の確認処理を実行する。確認処理は，アップロードした代替データ５１が削除されたか否かを確認し，削除されていた場合には元データをアップロードする処理である。確認処理の手順について，図５のフローチャートを参照して説明する。
【００５４】
確認処理では，まず，確認時間の計測を開始する（Ｓ３０１）。そして，Ｓ３０１にて確認時間の計測を開始してから，設定されている確認間隔が経過したか否かを判断する（Ｓ３０２）。経過していない場合には（Ｓ３０２：ＮＯ），経過するまで待機する。つまり，例えば，図４のＳ２０７にて設定した中間隔の時間が経過するのを待つ。予め設定された確認間隔に相当する時間が経過するのを待つことにより，過度に通信することを防止するので，通信負荷を抑制できる。
【００５５】
確認間隔が経過したと判断した場合には（Ｓ３０２：ＹＥＳ），確認時間の計測を終了して，クラウドサーバ３００に接続する（Ｓ３０３）。そして，クラウドサーバ３００に保存されている画像データのリストをダウンロードして取得する。また，クラウドサーバ３００の記憶部の空き容量を取得する（Ｓ３０４）。なお，クラウドサーバ３００からダウンロードするリストは，クラウドサーバ３００に記憶されている全データのリストであってもよいし，ＭＦＰ１００から送信したデータのリストであってもよい。Ｓ３０４にてリストをダウンロードする処理は，リスト取得処理の一例である。
【００５６】
次に，Ｓ３０４にてダウンロードしたリストにて代替データ５１があるか否かを判断する。また，Ｓ３０４にて取得したクラウドサーバ３００の空き容量が小さいか否かを判断する。また，自装置の空き容量が所定の閾値より大きいか否かを判断する（Ｓ３０５）。そして，これらの３つの判断のいずれもＹＥＳである場合に，Ｓ３０５にてＹＥＳと判断する。つまり，代替データ５１があり，かつ，クラウドサーバ３００の空き容量が小さく，かつ，自装置の空き容量が大きいと判断した場合には，Ｓ３０５にてＹＥＳと判断し，いずれか１つでもＮＯであった場合には，Ｓ３０５にてＮＯと判断する。
【００５７】
そして，Ｓ３０５にてＮＯと判断した場合には，元データをアップロードして（Ｓ３０７），自装置に記憶している元データを削除する（Ｓ３０８）。つまり，代替データ５１が削除されたか，または，クラウドサーバ３００の空き容量が大きいか，または，自装置の空き容量が小さいかの，少なくともいずれかであれば，元データをアップロードする。そして，代替データ５１が削除されていない場合には，該当する代替データ５１を削除するように要求する情報を，クラウドサーバ３００に送信する（Ｓ３１０）。そして，クラウドサーバ３００との接続を切断して（Ｓ３１１），確認処理を終了する。
【００５８】
Ｓ３０５の判断は，クラウドサーバ３００に代替データ５１が有るか無いかを判断する判断処理の一例である。そして，クラウドサーバ３００に代替データ５１が無い場合には，Ｓ３０５にてＮＯと判断され，Ｓ３０７にて元データをアップロードする。つまり，Ｓ３０７の処理は元データ送信処理の一例である。
【００５９】
また，Ｓ３０５の判断は，Ｓ１０３ではクラウドサーバ３００の空き容量が少ない状態であったものが，少なくない状態になったか否かの判断の一例であり，Ｓ３０７とＳ３１０とは，外部容量基準交換処理の一例である。また，Ｓ３０５の判断は，Ｓ１０４では自装置の空き容量が少なくない状態であったものが，少ない状態になったか否かの判断の一例であり，Ｓ３０７とＳ３１０とは，自容量基準交換処理の一例である。また，Ｓ３０５にて自装置の空き容量と比較する閾値は，第１容量閾値の一例である。
【００６０】
一方，Ｓ３０５にてＹＥＳと判断した場合には（Ｓ３０５：ＹＥＳ），以前にダウンロードしたリストを記憶しているか否かを判断する（Ｓ３１３）。ＭＦＰ１００は，クラウドサーバ３００に記憶されている画像データのリストに変化があったかどうかを調べるために，今回のリストと以前にダウンロードしたリストとの比較を行う。記憶しているリストが無い場合には（Ｓ３１３：ＮＯ），今回ダウンロードしたリストを記憶する（Ｓ３１４）。Ｓ３１４の処理は，リストを記憶する記憶処理の一例である。
【００６１】
一方，記憶しているリストがある場合には（Ｓ３１３：ＹＥＳ），記憶しているリストと今回ダウンロードしたリストとを比較して，異なっているか否かを判断する（Ｓ３１５）。代替データ５１は削除されていなくても，リストに変化がある場合には，クラウドサーバ３００にてユーザが何らかの作業を行っている可能性がある。つまり，今後近いうちに，代替データ５１が削除される可能性がある。
【００６２】
そこで，今回のリストが以前のものと異なると判断した場合には（Ｓ３１５：ＹＥＳ），代替データ５１の有無の確認の単位時間あたり実行回数を増やす。つまり，確認間隔を短間隔として確認頻度を上げる。また，次回の比較のために，今回のリストを記憶する（Ｓ３１６）。一方，リストに変化がないと判断した場合（Ｓ３１５：ＮＯ），または，記憶しているリストが無く，Ｓ３１４にて記憶した後に，代替データ５１のアップロードからの経過時間を取得する。
【００６３】
本形態のＭＦＰ１００は，図４のＳ２０６にて，代替データ５１をアップロードしてからの経過時間の計測を開始している。例えば，代替データ５１のアップロードから短時間の間は，それ以降よりも代替データ５１の削除が行われる可能性が高いと推測できる。そこで，代替データ５１のアップロード後，予め決めた所定時間までは確認頻度を高くし，所定時間が経過したらそれまでよりも確認頻度を下げる。さらに，所定時間よりも長い閾値時間が経過した後も，クラウドサーバ３００の代替データ５１が削除されていない場合は，それ以後には元データのアップロードの要求はないものと判断し，以後は代替データ５１の確認を行わない。
【００６４】
そのために，まず，代替データ５１のアップロードからの経過時間が予め決めた閾値時間を超えたか否かを判断する（Ｓ３１８）。そして，経過時間が閾値時間を超えたと判断した場合（Ｓ３１８：ＹＥＳ），アップロードした代替データ５１の削除をクラウドサーバ３００に要求する（Ｓ３１０）。
【００６５】
ＭＦＰ１００は，閾値時間が経過した後は，代替データ５１の有無を確認しない。これにより，通信負荷が過大となる可能性を抑制する。そこで，ユーザの誤解を防止するために，クラウドサーバ３００に代替データ５１を削除してもらう。そして，クラウドサーバ３００との接続を切断する（Ｓ３１１）。なお，自装置の元データについては，削除してもよいし，しなくてもよい。Ｓ３１０にて代替データ５１を削除する処理は，時間外削除処理の一例である。
【００６６】
一方，経過時間が閾値時間に至っていないと判断した場合には（Ｓ３１８：ＮＯ），経過時間が予め決めた所定時間を超えたか否かを判断する（Ｓ３１９）。所定時間は，閾値時間より短い時間である。そして，経過時間が所定時間を超えたと判断したら（Ｓ３１９：ＹＥＳ），確認間隔を長間隔とする（Ｓ３２０）。つまり，所定時間を超えると代替データ５１を削除される可能性が低下するので，確認頻度を下げて，通信負荷を抑制する。代替データ５１をアップロードしてから所定時間内には，単位時間あたりに代替データ５１の有無を判断する回数が，所定時間外より多い。
【００６７】
一方，経過時間が所定時間を超えていないと判断したら（Ｓ３１９：ＮＯ），確認間隔を変更しない。そして，Ｓ３１６またはＳ３２０にて確認間隔を変更した後，あるいは，Ｓ３１９にてＮＯと判断した場合には，クラウドサーバ３００との接続を切断し（Ｓ３２１），Ｓ３０１に戻って再び確認間隔の経過を待つ。
【００６８】
つまり，確認処理は，Ｓ３０７にて元データをアップロードするか，あるいは，Ｓ３１８にてＹＥＳと判断し，以後は代替データ５１の有無を確認しないと決定するか，のいずれかによって終了する。図３に戻り，Ｓ１１５の確認処理が終了したら，ＦＡＸ受信処理を終了する。
【００６９】
続いて，本形態のＭＦＰ１００において，メモリカードスロット３６またはＵＳＢインターフェース３８に接続された記憶媒体に記憶されている画像データを，クラウドサーバ３００へアップロードする記憶媒体送信処理の手順について，図６のフローチャートを参照して説明する。この記憶媒体送信処理は，メモリカードスロット３６またはＵＳＢインターフェース３８に記憶媒体が接続されたことと，その記憶媒体に記憶されている画像データをクラウドサーバ３００にアップロードする指示を受け付けたこととの２つの条件を満たした場合に，ＣＰＵ３１にて実行される。
【００７０】
記憶媒体送信処理は，図３に示したＦＡＸ送信処理に比較して，元データを自装置に予め保持しないことが異なり，ＦＡＸ送信処理と同様の手順については同じ符号を付して説明を省略する。記憶媒体に記憶されている元データをアップロードする際には，図３に示したＦＡＸ送信処理にて実行される元データの記憶（Ｓ１０１），自装置の空き容量の確認（Ｓ１０４），自装置の元データの削除（Ｓ１０８）の各手順は不要である。
【００７１】
すなわち，記憶媒体送信処理では，図６に示すように，クラウドサーバ３００に接続し（Ｓ１０２），クラウドサーバ３００の空き容量を確認する（Ｓ１０３）。そして，空き容量が充分であれば（Ｓ１０３：ＹＥＳ），元データをアップロードし（Ｓ１０６），クラウドサーバ３００との接続を切断し（Ｓ１０７），記憶媒体送信処理を終了する。
【００７２】
一方，クラウドサーバ３００の空き容量が少ない場合は（Ｓ１０３：ＮＯ），代替データ送信処理を実行する（Ｓ１１３）。代替データ送信処理は，図４に示したものと同じ処理である。
【００７３】
Ｓ１１３の後，記憶媒体の接続状態と代替データ５１の有無とを確認する媒体確認処理を実行する（Ｓ４０１）。媒体確認処理の手順について，図７のフローチャートを参照して説明する。媒体確認処理は，図５の確認処理に比較して，記憶媒体の接続状態を確認する手順を追加し，Ｓ３０５における自装置の空き容量の確認と，Ｓ３０８の自装置の元データの削除とを省いた処理である。確認処理と同様の手順については同じ符号を付して説明を省略する。
【００７４】
媒体確認処理では，確認間隔の経過後（Ｓ３０２にてＹＥＳ），クラウドサーバ３００に接続する（Ｓ３０３）。さらに，自装置への記憶媒体の接続を確認する（Ｓ５０１）。記憶媒体からの送信処理では，元データが記憶媒体に記憶されているため，自装置と記憶媒体との接続が絶たれると，元データのアップロードができない。そこで，代替データ５１の送信後も，記憶媒体との接続状態を確認する。
【００７５】
そして，自装置に記憶媒体が接続されていないと判断した場合は（Ｓ５０１：ＮＯ），送信済の代替データ５１の削除を，クラウドサーバ３００に要求する（Ｓ３１０）。さらに，クラウドサーバ３００との接続を切断して（Ｓ３１１），媒体確認処理を終了する。
【００７６】
一方，記憶媒体が接続されていると判断した場合は（Ｓ５０１：ＹＥＳ），図５の確認処理と同様にリストをダウンロードして（Ｓ３０４），代替データ５１の有無と，クラウドサーバ３００の空き容量が大きいか否かと，を判断する（Ｓ５０２）。確認処理のＳ３０５とは異なり，自装置の空き容量の確認は不要である。
【００７７】
そして，代替データ５１が無い，または，クラウドサーバ３００の空き容量が大きいと判断した場合には（Ｓ５０２：ＮＯ），元データをアップロードする（Ｓ３０７）。そして，代替データ５１の削除をクラウドサーバ３００に要求し（Ｓ３１０），クラウドサーバ３００との接続を切断して（Ｓ３１１），媒体確認処理を終了する。Ｓ５０２の判断も，Ｓ３０５の判断と同様に，判断処理の一例である。
【００７８】
一方，代替データ５１が有り，かつ，クラウドサーバ３００の空き容量が小さいと判断した場合は（Ｓ５０２：ＹＥＳ），確認処理と同様に，リストの比較と，経過時間の確認を行う。つまり，Ｓ３１３〜Ｓ３１６とＳ３１８〜Ｓ３２０とを実行し，クラウドサーバ３００との接続を切断して（Ｓ３２１），Ｓ３０１に戻る。
【００７９】
つまり，媒体確認処理は，３０７にて元データをアップロードする（Ｓ３０７）か，あるいは，Ｓ３１８にてＹＥＳと判断し，以後は代替データ５１の有無を確認しないと決定するか，あるいは，Ｓ５０１にて記憶媒体が接続されていないと判断したかのいずれかによって終了する。図６に戻り，Ｓ４０１の媒体確認処理が終了したら，記憶媒体送信処理を終了する。
【００８０】
以上，詳細に説明したように，本形態のＭＦＰ１００は，例えば，ＦＡＸ受信によって画像データを取得したら，その画像データに基づく代替データ５１を生成する。代替データ５１は，取得したデータである元データよりもデータサイズが小さいデータである。そして，クラウドサーバ３００と通信して，生成した代替データ５１をクラウドサーバ３００にアップロードする。さらに，アップロードした代替データ５１がクラウドサーバ３００に有るか無いかを判断し，無いと判断した場合には，その代替データ５１に対応する元データをアップロードする。従って，不要なデータをアップロードすることはなく，また，先にアップロードされる代替データ５１はデータサイズが小さい。よって，クラウドサーバ３００のメモリを圧迫することは抑制される。
【００８１】
なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，ＭＦＰに限らず，複写機，スキャナ，ＦＡＸ装置等，データ通信機能と画像処理機能とを備えるものであれば適用可能である。
【００８２】
また，例えば，上記の形態では，代替データ５１を送信してからの経過時間や，リストの変化に応じて，確認頻度を変更するとしたが，これに限らない。例えば，経過時間による確認頻度の変更は行わないとしてもよい。また，リストの変化による確認頻度の変更は行わないとしてもよい。その場合は，リストを記憶しなくてもよい。また，全く確認頻度を変更しなくてもよい。
【００８３】
また，例えば，クラウドサーバ３００の空き容量に応じて，代替データ５１を送信するか，元データを送信するかを決定するとしたが，空き容量にかかわらず代替データ５１を送信するとしてもよい。その場合は，確認処理や媒体確認処理にて，クラウドサーバ３００の空き容量を確認しなくてよい。また，クラウドサーバ３００の空き容量の確認は，アップロードの処理を開始してからに限らず，適宜行ってもよい。例えば，ＭＦＰ１００の起動時や１日の初回の接続時に行うとしてもよいし，定期的に常時行うとしてもよい。また，クラウドサーバ３００の空き容量に代えて，アップロードされているデータの個数を取得し，取得したデータの個数に基づいて，元データをアップロードするか否かを判断してもよい。
【００８４】
また，例えば，自装置の空き容量に応じて，代替データ５１を送信するか，元データを送信するかを決定するとしたが，空き容量にかかわらず代替データ５１を送信するとしてもよい。その場合は，確認処理にて，自装置の空き容量を確認する必要はない。自装置の空き容量の確認も，アップロード処理時に限らず，適宜行ってもよい。
【００８５】
また，例えば，メモリカードスロット３６またはＵＳＢインターフェース３８に接続された記憶媒体に記憶されている画像データをアップロードする場合でも，アップロードを開始する前に自装置のメモリに保存するとしてもよい。その場合には，ＦＡＸ受信処理と同様に記憶媒体送信処理にても，自装置の空き容量を確認するとよい。
【００８６】
また，画像読取部２０にて読み取った画像データをアップロードする場合の処理は，ＦＡＸ受信処理とデータの取得元が異なるのみであり，同様の処理である。
【００８７】
また，図２に示した代替データ５１は，一例であり，これに限らない。例えば，ユーザの動作に関する報知情報５３は含まなくてもよい。アップロード処理に関する説明書などに記載することで，ユーザに知らしめることは可能である。
【００８８】
また，上記の形態において各フローチャートに示した処理は，いずれも，１つの元データに関する処理である。元データが複数である場合には，上記の形態の処理を複数実行してもよいし，複数の代替データ５１を並行して確認するとしてもよい。並行して確認する場合には，最新の代替データ５１のアップロードからの経過時間に基づいて，確認間隔を決定するとよい。
【００８９】
また，例えば，元データのデータサイズが小さく，生成した代替データ５１のデータサイズが元データのデータサイズより大きい場合は，初めから元データを送ることとしてもよい。
【００９０】
また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。
【符号の説明】
【００９１】
３１  ＣＰＵ
３３  ＲＡＭ
３４  ＮＶＲＡＭ
３６  メモリカードスロット
３７  ネットワークインターフェース
３８  ＵＳＢインターフェース
【図１】
2015133528.tif 000003
【図２】
2015133528.tif 000004
【図３】
2015133528.tif 000005
【図４】
2015133528.tif 000006
【図５】
2015133528.tif 000007
【図６】
2015133528.tif 000008
【図７】
2015133528.tif 000009