(57)【要約】【課題】アップロード機能を利用する際，高精度の能力情報に基づいて送信元装置と通信を行うＦＡＸ装置を提供すること。【解決手段】ＭＦＰ１００は，送信元装置であるＦＡＸ機４００から受信したＦＡＸデータを，アップロード先サーバであるクラウドサーバ３００にアップロードする。さらに，アップロードするにあたって，ＦＡＸの着信を契機に，クラウドサーバ３００と通信して，クラウドサーバ３００の受信能力を取得する。さらに，取得した受信能力に基づいてＦＡＸ機４００に通知する受信側装置の能力情報を決定し，決定した能力情報をＦＡＸ機４００へ通知する。【選択図】図２
2015070459.tif 000002
【特許請求の範囲】
【請求項１】
他装置と通信する通信部と，
制御部と，
を備え，
前記制御部は，
ファクシミリの着信を検知する検知処理と，
送信元の装置である送信元装置から受信したファクシミリデータを，アップロード先の装置であるアップロード先装置に送信するアップロード処理と，
を実行し，さらに前記アップロード処理を実行する場合に，
前記検知処理にて着信を検知したことを契機に，前記アップロード先装置と通信して前記アップロード先装置の受信能力を取得する取得処理と，
前記送信元装置からのファクシミリデータの受信を開始する前に，前記取得処理にて取得した受信能力に基づいて，受信側装置の能力として前記送信元装置へ通知する能力情報を決定し，決定した前記能力情報を前記送信元装置に通知する通知処理と，
を実行することを特徴とするファクシミリ装置。
【請求項２】
請求項１に記載するファクシミリ装置において，
前記制御部は，
前記取得処理にて，前記アップロード先装置の記憶領域の空き容量を，前記受信能力として取得することを特徴とするファクシミリ装置。
【請求項３】
請求項１または請求項２に記載するファクシミリ装置において，
前記制御部は，
前記取得処理にて，前記アップロード先装置への接続可否に関する情報を，前記受信能力として取得することを特徴とするファクシミリ装置。
【請求項４】
請求項１から請求項３のいずれか１つに記載するファクシミリ装置において，
前記制御部は，
前記取得処理にて，前記アップロード先装置との通信速度を，前記受信能力として取得することを特徴とするファクシミリ装置。
【請求項５】
請求項１から請求項４のいずれか１つに記載するファクシミリ装置において，
前記制御部は，
前記取得処理にて，前記アップロード先装置の稼働負荷と前記アップロード先装置の記録能力との少なくとも一方を，前記受信能力として取得することを特徴とするファクシミリ装置。
【請求項６】
請求項１から請求項５のいずれか１つに記載するファクシミリ装置において，
前記制御部は，
前記取得処理にて取得する前記アップロード先装置の受信能力の種類を選択する選択処理を実行することを特徴とするファクシミリ装置。
【請求項７】
請求項１から請求項６のいずれか１つに記載するファクシミリ装置において，
前記制御部は，
自装置の稼働負荷の高低を判断する負荷判断処理を実行し，
前記負荷判断処理にて自装置の稼働負荷が所定値より高いと判断された場合には，
前記取得処理では，ファクシミリデータの変換を行う変換サーバの受信能力を取得し，取得した前記変換サーバの受信能力を前記アップロード先装置の受信能力とみなすことを特徴とするファクシミリ装置。
【請求項８】
請求項１から請求項６のいずれか１つに記載するファクシミリ装置において，
前記制御部は，
自装置の稼働負荷の高低を判断する負荷判断処理を実行し，
前記負荷判断処理にて自装置の稼働負荷が所定値より高いと判断された場合には，
前記取得処理では，ファクシミリデータの変換を行う変換サーバの受信能力をさらに取得し，
前記通知処理では，前記取得処理にて取得した前記アップロード先装置の受信能力と前記変換サーバの受信能力とに基づいて，受信側装置の能力として前記送信元装置へ通知する能力情報を決定することを特徴とするファクシミリ装置。
【請求項９】
請求項１から請求項８のいずれか１つに記載するファクシミリ装置において，
前記アップロード先装置の受信能力を記憶する記憶部を備え，
前記制御部は，
前記取得処理にて，前記アップロード先装置の受信能力が前記記憶部に記憶されていない，または前記記憶部に記憶されている受信能力が規定時間以上前に記憶されたものであることを条件として，前記検知処理にて前記送信元装置からの着信を検知したことを契機に，前記アップロード先装置の受信能力を取得することを特徴とするファクシミリ装置。
【請求項１０】
請求項１から請求項９のいずれか１つに記載するファクシミリ装置において，
前記アップロード先装置の受信能力を記憶する記憶部を備え，
前記制御部は，
前記取得処理にて前記アップロード先装置の受信能力が取得できなかった場合に，前記通知処理にて，前記記憶部に記憶されている受信能力に基づいて，前記能力情報を決定し，決定した前記能力情報を前記送信元装置に通知することを特徴とするファクシミリ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ファクシミリ（ＦＡＸ）装置に関する。さらに詳細には，受信したＦＡＸデータを他装置にアップロードするアップロード機能を有するＦＡＸ装置に関するものである。
【背景技術】
【０００２】
従来から，受信したＦＡＸデータを他装置にアップロードするアップロード機能を有するＦＡＸ装置が知られている。ＦＡＸ装置のアップロード機能に関する公知文献としては，例えば特許文献１がある。特許文献１には，アップロード先の装置をＦＡＸ装置とした場合であって，アップロード元のＦＡＸ装置では，アップロード先のＦＡＸ装置との通信履歴からアップロード先のＦＡＸ装置の受信能力が判明した場合に，ＦＡＸ受信能力として，通信履歴から判明した転送先のＦＡＸ装置の受信能力に基づく能力情報を応答する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３０５６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら，前記した従来の技術には，次のような問題があった。すなわち，アップロード先の装置であるアップロード先装置のメモリの空き容量や通信速度等，動的な能力情報については，特許文献１のように過去に取得した受信能力に基づいて応答してしまうと，能力情報の精度の低下が懸念される。
【０００５】
本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，アップロード機能を利用する際，高精度の能力情報に基づいて送信元装置と通信を行うＦＡＸ装置を提供することにある。
【課題を解決するための手段】
【０００６】
この課題の解決を目的としてなされたＦＡＸ装置は，他装置と通信する通信部と，制御部とを備え，前記制御部は，ＦＡＸの着信を検知する検知処理と，送信元の装置である送信元装置から受信したＦＡＸデータを，アップロード先の装置であるアップロード先装置に送信するアップロード処理とを実行し，さらに前記アップロード処理を実行する場合に，前記検知処理にて着信を検知したことを契機に，前記アップロード先装置と通信して前記アップロード先装置の受信能力を取得する取得処理と，前記送信元装置からのＦＡＸデータの受信を開始する前に，前記取得処理にて取得した受信能力に基づいて，受信側装置の能力として前記送信元装置へ通知する能力情報を決定し，決定した前記能力情報を前記送信元装置に通知する通知処理とを実行することを特徴としている。
【０００７】
本明細書に開示されるＦＡＸ装置は，送信元装置から受信したＦＡＸデータを，アップロード先サーバにアップロードする。さらに，アップロードするにあたって，ＦＡＸの着信を契機にアップロード先サーバと通信して，アップロード先サーバの受信能力を取得する。さらに，取得した受信能力に基づいて送信元装置に通知する受信側装置の能力情報を決定し，決定した能力情報を送信元装置へ通知する。なお，アップロード先装置の受信能力には，例えば，データフォーマット，画像サイズ，解像度，通信速度，空き容量，利用制限が含まれる。また，受信側装置の能力情報には，例えば，データフォーマット，画像サイズ，解像度が含まれる。また，アップロード先装置は，ＦＡＸ装置であっても，プリンタであっても，サーバであってもよい。
【０００８】
本明細書に開示されるＦＡＸ装置は，受信したＦＡＸデータを他装置にアップロードするアップロード処理を実行するにあたって，ＦＡＸの着信を契機にアップロード先装置と通信してアップロード先装置の現状の受信能力を取得し，その受信能力に基づいて送信元装置に通知する能力情報を決定する。すなわち，アップロード先装置の現在の受信能力を反映させた能力情報を送信元装置に応答できる。これにより，高精度の能力情報の応答が期待できる。
【０００９】
また，前記制御部は，前記取得処理にて，前記アップロード先装置の記憶領域の空き容量を，前記受信能力として取得するとよい。アップロード先装置の空き容量は，動的に変化する可能性が高い。アップロード先装置の空き容量が小さい場合には，メモリフルとなってＦＡＸデータをアップロードできなくなるおそれがある。そのため，アップロード先装置の現状の空き容量を取得することで，その空き容量が閾値より小さい場合に，アップロード先装置に送信されるデータ量が小さくなるように能力情報を決定する，自装置で出力する等の対応が可能になる。なお，記憶領域の空き容量は，メモリの物理的な空き容量であってもよいし，ＦＡＸデータの記憶用に割り当てられたメモリ領域の論理的な空き容量であってもよい。
【００１０】
また，前記制御部は，前記取得処理にて，前記アップロード先装置への接続可否に関する情報を，前記受信能力として取得するとよい。アップロード先装置との接続可否は，動的に変化する可能性が高い。アップロード先装置に接続できない場合には，受信したＦＡＸデータをアップロード先装置にアップロードできない。そのため，アップロード先装置への現状の接続可否に関する情報を取得することで，アップロード先装置との接続が不可の場合に，自装置で出力する，アップロード先装置への接続確認を促す等の対応が可能になる。なお，接続可否は，例えば，通信エラーの有無，アップロード先サーバへのアクセス権限ないし利用権限によって判断できる。
【００１１】
また，前記制御部は，前記取得処理にて，前記アップロード先装置との通信速度を，前記受信能力として取得するとよい。アップロード先装置との通信速度は，動的に変化する可能性が高い。通信速度が遅い場合には，ネットワークが過負荷な状態であると推測できる。そのため，アップロード先装置との現状の通信速度を取得することで，通信速度が遅い場合に，データ量を少なくなるように能力情報を決定する，アップロードを待機する等の対応が可能になる。
【００１２】
また，前記制御部は，前記取得処理にて，前記アップロード先装置の稼働負荷と前記アップロード先装置の記録能力との少なくとも一方を，前記受信能力として取得するとよい。アップロード先装置の稼働負荷や記録能力は，動的に変化する可能性が高い。アップロード先装置がデータの変換処理が可能であれば，稼働負荷が高いほど処理完了に時間がかかる。また，アップロード先装置がデータの記録処理が可能であれば，着色剤不足や用紙ジャム等によって記録不能になっている可能性がある。そのため，アップロード先装置の現状の稼働負荷とアップロード先装置の現状の記録能力との少なくとも一方を取得することで，上述した不具合が生じている場合に，適切な対応が可能になる。なお，アップロード先装置の稼働負荷は，例えば，稼働中のプロセス数，記憶領域の空き容量，所定期間内のＣＰＵの平均稼働率，によって判断できる。また，記録能力は，例えば，着色剤不足や用紙ジャム等のエラーの発生状況によって判断できる。
【００１３】
また，前記制御部は，前記取得処理にて取得する前記アップロード先装置の受信能力の種類を選択する選択処理を実行するとよい。受信能力の種類が多いほどより好適な能力情報を決定できる一方，通信量が多くなってネットワークに負荷をかける。そのため，取得する受信能力の種類を選択できる方が好ましい。
【００１４】
また，前記制御部は，自装置の稼働負荷の高低を判断する負荷判断処理を実行し，前記負荷判断処理にて自装置の稼働負荷が所定値より高いと判断された場合には，前記取得処理では，ＦＡＸデータの変換を行う変換サーバの受信能力を取得し，取得した前記変換サーバの受信能力を前記アップロード先装置の受信能力とみなすとよい。自装置が過負荷の状態にある場合，自装置で実行する処理を減らすために，変換サーバを利用する方が好ましい。その場合には，能力情報を，変換サーバの受信能力に基づいて決定するとよい。そのため，稼働負荷が高いと判断された場合には，変換サーバの能力を取得して能力情報を決定することで，自装置の稼働負荷を軽減できる。なお，自装置の稼働負荷は，例えば，稼働中のプロセス数，自装置の記憶領域の空き容量，所定期間内のＣＰＵの平均稼働率，によって判断できる。
【００１５】
また，前記制御部は，自装置の稼働負荷の高低を判断する負荷判断処理を実行し，前記負荷判断処理にて自装置の稼働負荷が所定値より高いと判断された場合には，前記取得処理では，ＦＡＸデータの変換を行う変換サーバの受信能力をさらに取得し，前記通知処理では，前記取得処理にて取得した前記アップロード先装置の受信能力と前記変換サーバの受信能力とに基づいて，受信側装置の能力として前記送信元装置へ通知する能力情報を決定するとよい。自装置が過負荷の状態にある場合，自装置で実行する処理を減らすために，変換サーバを利用する方が好ましい。そのために，アップロード先装置の受信能力と変換サーバの受信能力とをともに取得して，それらに基づいて能力情報を決定することで，自装置の稼働負荷を軽減しつつ，良好なアップロードを期待できる。
【００１６】
また，本明細書に開示されるＦＡＸ装置は，前記アップロード先装置の受信能力を記憶する記憶部を備え，前記制御部は，前記取得処理にて，前記アップロード先装置の受信能力が前記記憶部に記憶されていない，または前記記憶部に記憶されている受信能力が規定時間以上前に記憶されたものであることを条件として，前記検知処理にて前記送信元装置からの着信を検知したことを契機に，前記アップロード先装置の受信能力を取得するとよい。アップロード先装置の受信能力の取得が頻繁に行われると，ネットワークに負荷がかかる。そのため，アップロード先装置の受信能力が記憶されていない，または記憶されている受信能力が規定時間以上前に記憶されたものであることを条件として，アップロード先装置から受信能力を取得することで，アップロード先装置の受信能力を更新しつつアップロード先装置への頻繁なアクセスを抑制できる。
【００１７】
また，本明細書に開示されるＦＡＸ装置は，前記アップロード先装置の受信能力を記憶する記憶部を備え，前記制御部は，前記取得処理にて前記アップロード先装置の受信能力が取得できなかった場合に，前記通知処理にて，前記記憶部に記憶されている受信能力に基づいて，前記能力情報を決定し，決定した前記能力情報を前記送信元装置に通知するとよい。アップロード先装置の受信能力を記憶しておくことで，アップロード先装置の受信能力を取得できなかった場合に，過去の受信能力に基づいてアップロード処理を継続できる。なお，アップロード先装置の受信能力が取得できないとは，例えば，エラーの受信，タイムアウト，リトライ回数によって判断できる。
【発明の効果】
【００１８】
本発明によれば，アップロード機能を利用する際，高精度の能力情報に基づいて送信元装置と通信を行うＦＡＸ装置が実現される。
【図面の簡単な説明】
【００１９】
【図１】実施の形態にかかるＭＦＰの電気的構成を示すブロック図である。
【図２】ＦＡＸ受信手順を示すシーケンス図である。
【図３】ＦＡＸ受信処理の手順を示すフローチャートである。
【図４】ＤＩＳ決定処理の手順を示すフローチャートである。
【図５】情報の取得制限の例を示す説明図である。
【発明を実施するための形態】
【００２０】
以下，本発明にかかるＦＡＸ装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，ＦＡＸの送受信機能とアップロード機能とを備えた複合機（ＭＦＰ：Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に本発明を適用したものである。
【００２１】
［ＭＦＰの電気的構成］
本形態のＭＦＰ１００は，図１に示すように，ネットワークや電話網を介して，各種の外部機器と通信可能に接続されている。具体的には，ネットワークを介して，例えば，変換サーバ２００およびクラウドサーバ３００と通信可能である。また，電話網を介して，ＦＡＸ機４００とＦＡＸの送受信が可能である。
【００２２】
ＭＦＰ１００は，図１に示すように，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（不揮発性ＲＡＭ）３４と，ＡＳＩＣ３５とを含むコントローラ３０を備えている。また，ＭＦＰ１００は，画像形成部１０と，画像読取部２０と，ネットワークインターフェース３７と，ＵＳＢインターフェース３８と，電話回線インターフェース３９と，操作パネル４０とを備え，これらがコントローラ３０に電気的に接続されている。
【００２３】
ＲＯＭ３２には，ＭＦＰ１００を制御するための各種制御プログラムや各種設定，初期値等が記憶されている。ＲＡＭ３３は，各種制御プログラムが読み出される作業領域として，あるいは，データを一時的に記憶する記憶領域として利用される。ＮＶＲＡＭ３４は，画像データ等のデータや各種のユーザ設定等を記憶する。ＮＶＲＡＭ３４は，記憶部の一例である。
【００２４】
ＣＰＵ３１は，ＲＯＭ３２から読み出した制御プログラムに従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，ＭＦＰ１００の各構成要素を制御する。ＣＰＵ３１は，制御部の一例である。なお，コントローラ３０が制御部であってもよいし，ＡＳＩＣ３５が制御部であってもよい。なお，図１中のコントローラ３０は，ＣＰＵ３１等，ＭＦＰ１００の制御に利用されるハードウェアを纏めた総称であって，実際にＭＦＰ１００に存在する単一のハードウェアを表すとは限らない。
【００２５】
ネットワークインターフェース３７は，ＬＡＮケーブル等を介してネットワークと通信を行うためのハードウェアである。ＵＳＢインターフェース３８は，ＵＳＢケーブル等を介して接続された装置と通信を行うためのハードウェアである。電話回線インターフェース３９は，電話回線を介して電話網に接続された他の機器と通信を行うためのハードウェアである。ネットワークインターフェース３７およびＵＳＢインターフェース３８および電話回線インターフェース３９は，通信部の一例である。
【００２６】
画像形成部１０は，用紙に画像を印刷するための構成である。画像形成部１０の画像形成方式は，電子写真方式であっても，インクジェット方式であってもよい。また，カラー画像の形成が可能であっても，モノクロ画像専用であってもよい。また，画像読取部２０は，原稿の画像を読み取るための構成である。読取機構は，ＣＣＤであってもＣＩＳであってもよい。また，カラー読み取りが可能であっても，モノクロ読み取りのみであってもよい。
【００２７】
また，操作パネル４０は，ユーザ向けの情報を表示し，ユーザによる指示入力を受け付けるための構成である。操作パネル４０は，例えば，液晶ディスプレイおよびスタートキー，ストップキー，テンキー等から構成されるボタン群を備えている。
【００２８】
変換サーバ２００は，画像データの変換処理を行う装置である。変換サーバ２００は，例えば，ＭＦＰ１００から受信した画像データに変換処理を施し，変換後のデータをＭＦＰ１００に送信する。画像データの変換処理としては，例えば，ＪＰＥＧデータ，ＰＤＦデータ，ＰＤＬデータ，ＢＭＰデータ等のデータフォーマット間の変換処理が挙げられる。なお，変換サーバ２００は，変換後の画像データをクラウドサーバ３００に送信してもよい。
【００２９】
クラウドサーバ３００は，ＭＦＰ１００によってアップロードされたＦＡＸデータを記憶する装置である。クラウドサーバ３００は，アップロード先装置の一例である。なお，変換サーバ２００やクラウドサーバ３００は，１台のコンピュータによって実現されるものに限らず，複数台のコンピュータやクラウドシステム等でもよい。また，ＦＡＸ機４００は，電話回線を介してＦＡＸ送受信可能な装置である。ＦＡＸ機４００は，送信元装置の一例である。
【００３０】
［ＦＡＸの送受信］
続いて，ＭＦＰ１００にて実行されるＦＡＸ受信の手順について，図２を参照して説明する。ＭＦＰ１００は，ＦＡＸの送信元装置であるＦＡＸ機４００からＦＡＸデータを受信し，受信したＦＡＸデータをクラウドサーバ３００にアップロードするアップロード機能を有している。そして，図２では，アップロード機能が有効な状態のＭＦＰ１００において，ＦＡＸ機４００からＦＡＸ着信した場合に実行される手順を示している。つまり，ＭＦＰ１００とＦＡＸ機４００との間で行われるＦＡＸ送受信の手順に加え，ＭＦＰ１００とクラウドサーバ３００との間で行われるアップロードの手順を図示している。なお，ＦＡＸ送受信の手順は国際規格であり，ここでは概略のみを説明する。
【００３１】
まず，ＦＡＸ機４００がＭＦＰ１００を呼び出し，その呼び出しをＭＦＰ１００が受け付けることで回線が接続される。次に，ＦＡＸ機４００よりＣＵＧ信号（ＦＡＸ送信であることを示す信号）が送信され，ＭＦＰ１００がＣＥＤ信号（ＦＡＸ受信可能であることを示す信号）を返すことにより，ＦＡＸ通信を開始することを双方が確認する。つまり，ＭＦＰ１００は，ＣＵＧ信号を受信することにより，ＦＡＸの着信を検知する。
【００３２】
次に，ＦＡＸ機４００とＭＦＰ１００との間で，通信速度や解像度等の通信設定を決定するための情報をやりとりする。具体的には，ＭＦＰ１００は，受信可能な最大の能力を，ＤＩＳ（受信側能力通知）としてＦＡＸ機４００に送信する。ＤＩＳは，送信元装置に通知するための受信側装置の能力情報である。
【００３３】
そのために，ＦＡＸの着信を検知した後，ＭＦＰ１００は，クラウドサーバ３００に接続してログインする。また，クラウドサーバ３００の各種情報を取得する。さらに，取得した情報に基づいて，ＤＩＳを決定して，ＦＡＸ機４００に送信する。ＭＦＰ１００が送信するＤＩＳの内容については後述する。
【００３４】
ＦＡＸ機４００は，受け取ったＤＩＳと自装置の能力とに基づいて，その能力の小さい方に合わせて通信設定を決定し，ＤＣＳ（送信元送信条件）としてＭＦＰ１００に通知する。なお，ＭＦＰ１００は，ＤＩＳの送信後，ＣＳＩ（受信機登録電話番号）を送信し，ＤＣＳの受信後，ＴＳＩ（送信機登録電話番号）を受信する。
【００３５】
ＤＩＳとＤＣＳとの送受信の後，ＤＣＳで通知した通信設定での通信の成立を確認するために，ＦＡＸ機４００がＴＣＦ（トレーニング信号）を送信する。ＴＣＦを無事に受信したＭＦＰ１００は，ＣＦＲ（トレーニング信号ＯＫ通知）を送信する。ＴＣＦの受信に際してエラーが発生した場合は，通信速度を落としてトレーニング信号の送受信を再度実行する。
【００３６】
ＦＡＸ機４００は，通信の成立を確認した後，成立した通信設定に基づいて送信データを作成し，作成した送信データをＰＩＸ（画像データ送信）として送信する。さらに，ＦＡＸ機４００は，全データの送信が終了したら，ＥＯＰ（送信終了通知）を送信する。ＥＯＰを受けて，ＭＦＰ１００は，ＭＦＣ（正常受信通知）を返す。さらに，ＦＡＸ機４００がＤＣＮ（回線切断指示）を送信し，回線が切断される。これで，ＦＡＸ送受信の終了である。
【００３７】
一方，ＭＦＰ１００は，前述したＦＡＸの送受信の手順中にアップロードの準備を行う。具体的には，ＣＵＧ信号を受信してＦＡＸ受信を検知した後，ＤＩＳ信号を送信する前に，アップロード先の装置であるクラウドサーバ３００に接続してログインする。そして，ＤＩＳ信号を送信する前に，その時点での受信能力に係る情報を，クラウドサーバ３００から取得する。さらに，取得した情報を，取得時刻の情報とともにＮＶＲＡＭ３４に記憶する。取得する情報については後述する。
【００３８】
そして，ＭＦＰ１００は，ＦＡＸ機４００から受信したＦＡＸデータをクラウドサーバ３００にアップロードする。アップロードに際して，データの変換が必要であれば変換処理を実行する。なお，ＭＦＰ１００は，必要に応じて，変換サーバ２００にＦＡＸデータの変換を依頼してもよい。その場合には，変換サーバ２００から変換後のデータを受け取って，そのデータをアップロードする。あるいは，ＭＦＰ１００は，変換サーバ２００に対して，変換後のデータを直接クラウドサーバ３００へアップロードするように依頼してもよい。そして，アップロードが完了したら，ＭＦＰ１００は，クラウドサーバ３００との接続を切断する。
【００３９】
［ＤＩＳ］
続いて，ＭＦＰ１００とＦＡＸ機４００との間でのＦＡＸデータの送受信に先立って，ＦＡＸの受信側装置からＦＡＸの送信元装置へ通知するＤＩＳについて説明する。ＤＩＳは，受信側装置の最大受信能力を送信元装置に通知するためのディジタル識別信号であり，ＤＩＳの各ビットの表す意味は国際規格で決められている。
【００４０】
例えば，受信側がＦＡＸ機であれば，受信側のＦＡＸ機にて印刷可能な範囲の用紙サイズや処理可能な解像度等のフラグをセットして組み合わせた信号を，ＤＩＳとして送信元のＦＡＸ機に通知する。ＭＦＰ１００等のＦＡＸ通信機能を有する装置は，予めＤＩＳの情報を有している。
【００４１】
本形態のＭＦＰ１００は，受信したＦＡＸデータをクラウドサーバ３００へアップロードするアップロード機能を有している。そして，アップロードする場合には，ＭＦＰ１００は，解像度，カラーモード，画像サイズ等のＤＩＳの一部については，クラウドサーバ３００の受信能力に基づいて通知する。しかし，クラウドサーバ３００の稼働状況は時々刻々変化するうえ，稼働状況によって受信能力に影響がある場合がある。そのため，クラウドサーバ３００の能力としては，アップロードする時の稼働状況において実行可能な能力に基づいて通知することが好ましい。
【００４２】
そこで，ＭＦＰ１００は，図２に示したように，ＦＡＸ受信を検知したことを契機に，クラウドサーバ３００に接続して，その時点での稼働状況を含むクラウドサーバ３００の受信能力を取得する。ＭＦＰ１００が取得するクラウドサーバ３００の受信能力には，例えば，ＭＦＰ１００とクラウドサーバ３００との間の通信速度，クラウドサーバ３００の記憶領域の空き容量，ＭＦＰ１００からクラウドサーバ３００へのログインの可否や利用制限情報，クラウドサーバ３００のデータ処理能力，クラウドサーバ３００の稼働負荷が含まれる。また，クラウドサーバ３００に代えて，ＦＡＸ機等の記録能力を有する装置にアップロードする場合には，当該装置の記録能力も取得するとよい。
【００４３】
そして，ＭＦＰ１００は，取得したクラウドサーバ３００の能力と自装置の能力とに基づいて，ＤＩＳを決定する。例えば，クラウドサーバ３００にて利用できる記憶領域の空き容量が小さい場合は，圧縮された形式でのＦＡＸデータを受信するように，ＤＩＳを決定する。また，例えば，クラウドサーバ３００のデータ処理能力に応じて，クラウドサーバ３００にて処理できる形式のＦＡＸデータを受信するように，ＤＩＳを決定する。また，例えば，クラウドサーバ３００に接続不可，ログイン不可，利用制限によりアップロード不可等の情報が取得された場合には，受信したＦＡＸデータをクラウドサーバ３００にアップロードできないので，自装置の能力に基づいてＤＩＳを決定する。
【００４４】
［ＦＡＸ受信処理］
続いて，ＭＦＰ１００にてＦＡＸを受信する際に実行されるＦＡＸ受信処理について，図３のフローチャートを参照して説明する。本処理は，アップロード機能が有効な状態となっているＭＦＰ１００において，ＦＡＸ着信を検知したことを契機に，ＣＰＵ３１にて実行される。
【００４５】
ＦＡＸ受信処理では，まず，自装置の稼働負荷を取得する（Ｓ１０１）。稼働負荷の高低は，例えば，稼働中のプロセス数，自装置の記憶領域の空き容量，所定期間内のＣＰＵの平均稼働率，によって判断できる。そして，稼働負荷が所定の閾値より大きいか否かを判断する（Ｓ１０２）。稼働負荷が所定の閾値より大きくないと判断した場合には（Ｓ１０２：ＮＯ），自装置の受信能力にアップロード先のクラウドサーバ３００の受信能力を加味してＤＩＳを決定する，ＤＩＳ決定処理を実行する（Ｓ１０４）。
【００４６】
次に，Ｓ１０４にて実行されるＤＩＳ決定処理の手順について，図４のフローチャートを参照して説明する。ＤＩＳ決定処理では，まず，過去の所定時間以内にクラウドサーバ３００の情報を取得済みであるか否かを判断する（Ｓ２０１）。なお，ＭＦＰ１００は，過去に取得した情報をＮＶＲＡＭ３４に記憶している。取得済みであると判断した場合は（Ｓ２０１：ＹＥＳ），ＮＶＲＡＭ３４に記憶している情報に基づいてＤＩＳを決定し（Ｓ２０２），本処理を終了する。最近クラウドサーバ３００の情報を取得したのであれば，前回取得した情報を使用しても，現状からさほど変化していないと推測できる。従って，直近に取得した情報を使用し，クラウドサーバ３００へのアクセス機会を減らして，ネットワーク負荷を軽減する。
【００４７】
一方，取得済みではないと判断した場合は（Ｓ２０１：ＮＯ），クラウドサーバ３００にログインする（Ｓ２０４）。このログインは，例えば，ＭＦＰ１００自体に設定されているＩＤによって，あるいは，ＭＦＰ１００の管理者用のＩＤによって実行する。そして，ログインできたか否かを判断する（Ｓ２０５）。
【００４８】
ログインできたと判断した場合は（Ｓ２０５：ＹＥＳ），次に，情報の取得制限が設けられているか否かを判断する（Ｓ２０７）。情報の取得制限としては，例えば，図５に示すように，複数種類の設定が，ＭＦＰ１００に予め用意されている。そして，ユーザ入力等によって，そのうちの１つの設定が予め選択され，ＭＦＰ１００に記憶されている。つまり，Ｓ２０７では，ＭＦＰ１００は，記憶されている設定を読み出して，取得制限の有無を判断する。
【００４９】
この図では，３種類の設定と，それぞれの設定において取得が許可されている情報の種類とを例示している。設定ごとに，取得が許可されている情報を「○」，許可されていない情報を「×」で示している。例えば，設定「Ａ」は，表中の全ての情報を取得することが許可されている。つまり，取得制限が設けられていない設定である。また，例えば，設定「Ｃ」は，接続可否の情報については許可されているが，他の情報を取得することは許可されていない。つまり，取得制限が設けられている設定である。なお，取得制限は，アップロード先のクラウドサーバ３００ごとに異なる設定となっていてもよい。
【００５０】
そして，ＭＦＰ１００は，情報の取得制限が設けられていないと判断した場合は（Ｓ２０７：ＮＯ），クラウドサーバ３００と通信して，取得できる全情報を取得する（Ｓ２０８）。一方，取得制限が設けられていると判断した場合は（Ｓ２０７：ＹＥＳ），取得を許可されている情報が，接続可否のみであるか否かを判断する（Ｓ２１０）。図５に示した設定「Ｂ」のように，接続可否以外にも許可されている情報がある場合には（Ｓ２１０：ＮＯ），クラウドサーバ３００と通信して，制限されていない範囲で情報を取得する（Ｓ２１１）。
【００５１】
一方，図５に示した設定「Ｃ」のように，接続可否以外に許可されている情報がない場合には（Ｓ２１０：ＹＥＳ），既にログイン済みであることから，これ以上取得できる情報はないので，Ｓ２１７へ進む。
【００５２】
そして，Ｓ２０８またはＳ２１１にて，情報の取得を実行した後，その取得に成功したか否かを判断する（Ｓ２１３）。情報の取得に成功した場合は（Ｓ２１３：ＹＥＳ），取得した情報を，取得時刻の情報とともにＮＶＲＡＭ３４に記憶する（Ｓ２１４）。さらに，取得した情報を利用して，ＤＩＳを決定し（Ｓ２１５），本処理を終了する。Ｓ２１５では，今回取得した情報に加えて，ＮＶＲＡＭ３４に記憶されている情報を利用してもよい。
【００５３】
一方，情報の取得に失敗した場合（Ｓ２１３：ＮＯ），または，接続可否以外に許可されている情報がない場合（Ｓ２１０：ＹＥＳ），または，Ｓ２０５にてクラウドサーバ３００にログインできなかったと判断した場合（Ｓ２０５：ＮＯ），のいずれかの場合には，Ｓ２１７に進み，ＮＶＲＡＭ３４に記憶されている情報があるか否かを判断する（Ｓ２１７）。
【００５４】
Ｓ２１７にて，ＮＶＲＡＭ３４に記憶されている情報があると判断した場合は（Ｓ２１７：ＹＥＳ），その記憶されている情報を利用してＤＩＳを決定し（Ｓ２１８），本処理を終了する。一方，記憶されている情報がないと判断した場合は（Ｓ２１７：ＮＯ），自装置の情報に基づいてＤＩＳを決定し（Ｓ２１９），本処理を終了する。すなわち，クラウドサーバ３００から情報を取得することができず，記憶されている情報もない場合には，クラウドサーバ３００の受信能力が不明であるので，ＭＦＰ１００の受信能力に基づいてＤＩＳを決定する。
【００５５】
なお，Ｓ２０８やＳ２１１にて取得するクラウドサーバ３００の情報には，クラウドサーバ３００の記憶領域の空き容量，ＭＦＰ１００とクラウドサーバ３００との通信速度，クラウドサーバ３００の稼働負荷，クラウドサーバ３００の記録能力のうちの少なくとも１つの情報が含まれる。そして，ＭＦＰ１００は，取得したクラウドサーバ３００の情報に基づいて，Ｓ２０２，Ｓ２１５，Ｓ２１８にてＤＩＳを決定する。
【００５６】
ＭＦＰ１００は，例えば，クラウドサーバ３００の空き容量が小さい場合には，空き容量が大きい場合に比較して，データ量の小さいＦＡＸデータを受信するように，ＤＩＳを決定する。また，ＭＦＰ１００とクラウドサーバ３００との通信速度が小さい場合には，通信速度が大きい場合に比較して，データ量の小さいＦＡＸデータを受信するように，ＤＩＳを決定する。また，クラウドサーバ３００の稼働負荷が大きい場合には，稼働負荷が小さい場合に比較して，データ量の小さいＦＡＸデータを受信するように，ＤＩＳを決定する。また，クラウドサーバ３００の記憶能力が小さい場合には，記憶能力が大きい場合に比較して，データ量の小さいＦＡＸデータを受信するように，ＤＩＳを決定する。
【００５７】
図３の説明に戻り，Ｓ１０４のＤＩＳ決定処理の後，決定したＤＩＳをＦＡＸ機４００に送信する（Ｓ１０６）。さらに，図２に示したシーケンスに従って，ＦＡＸ機４００からＦＡＸデータを受信する（Ｓ１０７）。さらに，ＦＡＸデータを受信したら，電話回線への接続を切断する（Ｓ１０８）。
【００５８】
次に，受信したＦＡＸデータに基づいて，アップロード用のデータを作成する（Ｓ１１０）。つまり，クラウドサーバ３００にアップロードするのに適した画像データとなるように，必要に応じて，ＦＡＸデータを変換する。そして，作成したアップロード用のデータをクラウドサーバ３００にアップロードする（Ｓ１１１）。アップロードが終了したら，クラウドサーバ３００からログオフして，ＭＦＰ１００とクラウドサーバ３００との接続を切断し（Ｓ１１２），ＦＡＸ受信処理を終了する。
【００５９】
一方，Ｓ１０２にて，自装置の稼働負荷が所定の閾値より大きいと判断した場合には（Ｓ１０２：ＹＥＳ），変換サーバ２００の受信能力を取得する（Ｓ１１５）。つまり，自装置の稼働負荷が大きい状態では，自装置にてＦＡＸデータの変換処理を実行するより，変換サーバ２００を利用する方が早期の処理終了が期待できる。そして，変換サーバ２００を利用する場合には，ＦＡＸデータとして，変換サーバ２００へアップロードしやすいデータを受信することが望ましい。そこで，変換サーバ２００にて変換処理が可能なデータフォーマット，画像サイズ，解像度等の情報を取得する。
【００６０】
そして，変換サーバ２００の能力を自装置の受信能力に加味して，ＤＩＳを決定する（Ｓ１１７）。さらに，決定したＤＩＳをＦＡＸ機４００に送信する（Ｓ１１８）。さらに，図２に示したシーケンスに従って，ＦＡＸ機４００からＦＡＸデータを受信する（Ｓ１１９）。さらに，ＦＡＸデータを受信したら，電話回線への接続を切断する（Ｓ１２０）。
【００６１】
次に，受信したＦＡＸデータを変換サーバ２００へ送信する（Ｓ１２２）。そして，変換サーバ２００に，ＦＡＸデータの変換処理を実行させ，アップロード用のデータを作成させる。さらに，ＭＦＰ１００は，変換済みのアップロード用のデータを変換サーバ２００から受信する（Ｓ１２３）。そして，受信したアップロード用のデータをクラウドサーバ３００にアップロードする（Ｓ１１１）。アップロードが終了したら，クラウドサーバ３００からログオフし（Ｓ１１２），ＦＡＸ受信処理を終了する。
【００６２】
なお，自装置の稼働負荷が大きい場合でも，変換サーバ２００の受信能力のみでなく，クラウドサーバ３００の受信能力をも取得し，それらを加味してＤＩＳを決定してもよい。つまり，Ｓ１０４とＳ１１７とを両方実行してもよい。例えば，クラウドサーバ３００と変換サーバ２００とのいずれかにて処理可能な範囲で，できるだけ大きいデータを受信することとしてもよい。
【００６３】
以上，詳細に説明したように，本形態のＭＦＰ１００によれば，受信したＦＡＸデータをクラウドサーバ３００にアップロードするアップロード機能を有している。ＭＦＰ１００は，ＦＡＸの着信時に，アップロード先であるクラウドサーバ３００との通信等によって，クラウドサーバ３００の現状の受信能力を取得し，取得した受信能力に基づいてＤＩＳを決定し，決定したＤＩＳを送信元装置へ通知する。これにより，クラウドサーバ３００の動的な情報を含む最新の受信能力を通知できる。従って，アップロード機能を利用する際，高精度の能力情報に基づいて送信元装置と通信を行うことができる。
【００６４】
なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，ＭＦＰに限らず，複写機，ＦＡＸ機等，ＦＡＸ受信機能とアップロード機能を備えるものであれば適用可能である。
【００６５】
また，例えば，クラウドサーバ３００の受信能力として取得する情報の種類や選択対象となる設定の種類は，図５に示した例に限らない。例えば，設定の種類はより多くてもよいし，少なくてもよい。また，予め決まった設定となっていてもよい。また，取得する情報の種類は，さらに多くてもよいし，少なくてもよい。取得する情報として，例えば，処理可能な画像データの条件，エラー発生率等が含まれていてもよい。
【００６６】
また，例えば，上記の形態では，変換サーバ２００を利用できるものとして説明したが，変換サーバ２００を利用できない場合は，Ｓ１０１とＳ１０２とをスキップして，Ｓ１０４から処理を開始すればよい。
【００６７】
また，最近の情報が記憶されていれば，クラウドサーバ３００との通信をしなくてもよいとしたが，情報が記憶されているか否かに関わらず，ＦＡＸの着信時には通信するとしてもよい。必ず通信すれば，現状の情報を確実に取得できる。また，ログイン不可でも記憶されている情報があれば，その情報に基づいてＤＩＳを決定するとしたが，ログイン不可の場合は自装置の受信能力に基づいてＤＩＳを決定するとしてもよい。ログイン不可の場合は，アップロードできない可能性があるので，自装置にて処理できるＦＡＸデータを受信することが好ましい。
【００６８】
また，例えば，上記の形態では，クラウドサーバ３００をアップロード先サーバとする場合を例示したが，これに限らない。本発明は，ＦＡＸ機，プリンタ，単一のＰＣ等にアップロードする場合にも適用可能である。そして，アップロード先の装置が，記録機能を有するプリンタ，ＦＡＸ機などである場合には，記録能力として，印刷可能か否かの情報をも取得するとよい。例えば，アップロード先の装置が，トナーエラーや用紙エラー等のエラーにより印刷不能である場合には，ＦＡＸデータのアップロードを実行せず，ＭＦＰ１００にて印刷する等の処置を行うことができる。
【００６９】
また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。
【符号の説明】
【００７０】
３１  ＣＰＵ
３４  ＮＶＲＡＭ
３７  ネットワークインターフェース
３８  ＵＳＢインターフェース
３９  電話回線インターフェース
１００  ＭＦＰ
２００  変換サーバ
３００  クラウドサーバ
４００  ＦＡＸ機
【図１】
2015070459.tif 000003
【図２】
2015070459.tif 000004
【図３】
2015070459.tif 000005
【図４】
2015070459.tif 000006
【図５】
2015070459.tif 000007