(57)【要約】【課題】受信データの閲覧に関してユーザーの利便性を向上させる。【解決手段】ファクス受信機能を有するデバイスと、当該デバイスを制御するサーバーとがネットワークを介して接続されたファクスシステムであって、前記デバイスは、自身をファクス受信可能なデバイスとして前記サーバーに登録し、ファクス受信した受信データを前記サーバーへ送信し、前記サーバーは、登録済みのデバイスの指定を前記ネットワークに接続する端末から受けた場合に、指定されたデバイスから受信した前記受信データを前記端末へ提供するファクスシステム。【選択図】図３
2017212656.tif 000002
【特許請求の範囲】
【請求項１】
ファクス受信機能を有するデバイスと、当該デバイスを制御するサーバーとがネットワークを介して接続されたファクスシステムであって、
前記デバイスは、自身をファクス受信可能なデバイスとして前記サーバーに登録し、ファクス受信した受信データを前記サーバーへ送信し、
前記サーバーは、登録済みのデバイスの指定を前記ネットワークに接続する端末から受けた場合に、指定されたデバイスから受信した前記受信データを前記端末へ提供する、ことを特徴とするファクスシステム。
【請求項２】
前記サーバーは、前記指定されたデバイスから受信した前記受信データを前記ネットワークを介してアクセス可能な所定の記憶領域に保存し、当該保存した受信データの所在情報を前記端末に通知し、前記端末に前記所在情報に基づいて受信データを取得させることを特徴とする請求項１に記載のファクスシステム。
【請求項３】
前記サーバーは、前記登録済みのデバイス毎の受信データの一覧情報を前記デバイスから送信される受信データの更新通知に応じて更新し、前記指定されたデバイスに対応する受信データの一覧情報に含まれる受信データの指定を前記端末から受けた場合に、指定された受信データを前記端末へ提供することを特徴とする請求項１または請求項２に記載のファクスシステム。
【請求項４】
前記デバイスは、前記サーバーへ送信した後の前記受信データを消去することを特徴とする請求項１〜請求項３のいずれかに記載のファクスシステム。
【請求項５】
ネットワークを介してサーバーに接続されたファクス装置であって、
自身をファクス受信可能なデバイスとして登録させる登録要求を前記ネットワークを介して前記サーバーに送信する通信部と、
ファクス受信するファクス通信部と、を備え、
前記通信部は、ファクス受信した受信データを、前記ネットワークを介して前記サーバーへ送信することを特徴とするファクス装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクスシステムおよびファクス装置に関する。
【背景技術】
【０００２】
ネットワークに接続されたサーバーを利用してプリンターに印刷を実行させる技術が開示されている（特許文献１）。当該文献には、端末装置がサーバーにデータを送信し、プリンターが当該サーバーから送信されたデータを受信し、印刷することで、当該サーバーが受信したデータをプリンターが印刷する技術が示唆されている。また、このようなサーバーの一例として、Google（登録商標） Cloud Print（以下、ＧＣＰ）と呼ばれるインターネット上のサービスを提供するサーバーが挙げられている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６‐２１０９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ファクス（あるいはファクシミリ）のユーザーは、ファクスが受信したデータを離れた場所からネットワークを通じて確認したいとの要望を有している。前記文献は、このような要望に応える技術を開示するものではない。
【０００５】
本発明は上述の課題に鑑みてなされたものであり、ファクスのユーザーの利便性を向上させるファクスシステムおよびファクス装置を提供する。
【課題を解決するための手段】
【０００６】
本発明の態様の１つは、ファクス受信機能を有するデバイスと、当該デバイスを制御するサーバーとがネットワークを介して接続されたファクスシステムであって、前記デバイスは、自身をファクス受信可能なデバイスとして前記サーバーに登録し、ファクス受信した受信データを前記サーバーへ送信し、前記サーバーは、登録済みのデバイスの指定を前記ネットワークに接続する端末から受けた場合に、指定されたデバイスから受信した前記受信データを前記端末へ提供する。
【０００７】
当該構成によれば、ユーザーは、端末を操作してサーバーへアクセスし、サーバーに登録されているいずれかのデバイスを指定することにより、当該指定にかかるデバイスがファクス受信した受信データの提供を、サーバーを介して受けることができる。
【０００８】
本発明の態様の１つは、前記サーバーは、前記指定されたデバイスから受信した前記受信データを前記ネットワークを介してアクセス可能な所定の記憶領域に保存し、当該保存した受信データの所在情報を前記端末に通知し、前記端末に前記所在情報に基づいて受信データを取得させるとしてもよい。
当該構成によれば、端末は、指定したデバイスがファクス受信した受信データを、サーバーから通知された所在情報に基づいてダウンロードすることにより取得することができる。
【０００９】
本発明の態様の１つは、前記サーバーは、前記登録済みのデバイス毎の受信データの一覧情報を前記デバイスから送信される受信データの更新通知に応じて更新し、前記指定されたデバイスに対応する受信データの一覧情報に含まれる受信データの指定を前記端末から受けた場合に、指定された受信データを前記端末へ提供するとしてもよい。
当該構成によれば、デバイスが受信済みの最新の受信データの一覧の中から閲覧したい受信データをユーザーに指定させることができる。
【００１０】
本発明の態様の１つは、前記デバイスは、前記サーバーへ送信した後の前記受信データを消去するとしてもよい。
当該構成によれば、デバイスは受信データをサーバーへ送信した後に、当該受信データを保持し続けるのではなく消去するため、デバイスの記憶容量が確保され、また不要な情報漏えいが防止される。
【００１１】
本発明の技術的思想は、ファクスシステムというカテゴリー以外によっても実現される。例えば、ファクスシステムが実現する処理を含んだ方法も発明として成立する。また、ファクスシステムに含まれるサーバー、デバイスといった各構成や端末もそれぞれ発明として成立する。例えば、ネットワークを介してサーバーに接続されたファクス装置（デバイス）であって、自身をファクス受信可能なデバイスとして登録させる登録要求を前記ネットワークを介して前記サーバーに送信する通信部と、ファクス受信するファクス通信部と、を備え、前記通信部は、ファクス受信した受信データを、前記ネットワークを介して前記サーバーへ送信するファクス装置を、一つの発明として把握することができる。
むろん、サーバー、ファクス装置（デバイス）、端末のそれぞれが実行する処理をそれぞれ方法の発明として把握したり、サーバー、ファクス装置（デバイス）、端末のそれぞれに処理を実行させるための各プログラムや、これら各プログラムを記憶したコンピューター読み取り可能な記憶媒体も発明として把握することができる。
【図面の簡単な説明】
【００１２】
【図１】システムの概略を示す図。
【図２】サーバーへデバイスを登録する登録処理を示す図。
【図３】受信データ閲覧処理を示すフローチャート。
【図４】デバイスリストを含んだデバイス選択画面の一例を示す図。
【図５】受信データリストを含んだ受信データ選択画面の一例を示す図。
【図６】図３とは異なる受信データ閲覧処理を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下、各図を参照しながら本発明の実施形態を説明する。各図は、本実施形態を説明するための例示に過ぎない。
【００１４】
１．システムの構成：
図１は、本実施形態にかかるシステム１の概略を示している。システム１は、ファクスシステムの一例である。システム１は、少なくともデバイス１０と、デバイス１０を制御するサーバー２０とを含む。また、システム１は、サーバー２０のクライアント端末（端末３０）を含むとしてもよい。デバイス１０のユーザーは、端末３０を任意に操作する。デバイス１０、サーバー２０および端末３０はいずれもネットワークＮＷに接続している。ネットワークＮＷは、インターネットやインターネットに接続するローカルネットワーク（ＬＡＮ）等を含み得る。ネットワークＮＷは、有線無線を問わない。図１では、ネットワークＮＷに接続するデバイス１０、端末３０をそれぞれ１台ずつ例示しているが、デバイス１０、端末３０はそれぞれが複数台存在し得る。
【００１５】
デバイス１０は、ファクス送受信機能を有するファクス装置である。デバイス１０を、単に、ファクスあるいはファクシミリと呼んでもよい。デバイス１０は、ファクス送受信機能に加えプリンターやコピー機等としても機能するいわゆる複合機であってもよい。デバイス１０は、通信インターフェイス（Ｉ／Ｆ）１１、制御部１２、ファクス（ＦＡＸ）通信部１３、記憶部１４等を含んでいる。通信Ｉ／Ｆ１１および制御部１２をまとめて通信部と呼んでもよい。
【００１６】
制御部１２は、例えば、ＣＰＵやメモリー等を有するＩＣや、その他の電子回路等により構成される。制御部１２では、ＣＰＵが、プログラム（例えば、ファームウェアＦＷ）に従った演算処理を実行することにより、サーバー２０との通信を介して後述するような各処理を実現する。ＦＡＸ通信部１３は、ファクス送受信機能、つまり電話回線等の所定の通信回線を通じた画像（文字、写真、ＣＧ、その他あらゆるオブジェクトを含み得る画像）の伝送を実現する手段である。ＦＡＸ通信部１３によるファクス送受信機能は公知であるため詳しい説明は省略する。むろん、デバイス１０は、一般的なファクス装置が有するあらゆる機能を有し得る。
【００１７】
サーバー２０は、インターネットを通じて各ユーザーにサービスを提供するサーバーである。例えば、サーバー２０は、クラウドサービスを提供するクラウド環境の一部（仮想サーバー）として実現される。サーバー２０を、クラウドサーバーと呼んでもよい。あるいは、サーバー２０は、物理サーバーであってもよい。上述したＧＣＰを提供するサーバーは、サーバー２０の一例に該当する。サーバー２０は、通信Ｉ／Ｆ２１、制御部２２、記憶部２３等を含んでいる。制御部２２は、例えば、ＣＰＵやメモリー等を有するＩＣや、その他の電子回路等により構成される。制御部２２では、ＣＰＵが、プログラム（例えば、ファクス制御プログラム２２ａ）に従った演算処理を実行することにより、デバイス１０や端末３０との通信を介して後述するような各処理を実現する。
【００１８】
端末３０は、例えば、パーソナルコンピューター（ＰＣ）、スマートフォン、タブレット型端末、携帯電話、あるいはそれらと同様の性能を有する端末によって実現される。端末３０は、通信Ｉ／Ｆ３１、制御部３２、操作入力部３３、表示部３４、記憶部３５等を含んでいる。制御部３２は、例えば、ＣＰＵやメモリー等を有するＩＣや、その他の電子回路等により構成される。制御部３２では、ＣＰＵが、プログラム（例えば、アプリケーション３２ａ）に従った演算処理を実行することにより、サーバー２０との通信を介して後述するような各処理を実現する。
【００１９】
操作入力部３３は、ユーザーによる操作を受け付けるための、例えば、マウス、キーボード、各種ボタンやキー等を含む。表示部３４は、ユーザーに対して各種情報を示すための部位であり、例えば、液晶ディスプレイ（ＬＣＤ）により構成される。操作入力部３３の少なくとも一部は、表示部３４に表示されるタッチパネルにより実現されるとしてもよい。
【００２０】
通信Ｉ／Ｆ１１，２１，３１は、デバイス１０、サーバー２０、端末３０が各々有する、ネットワークＮＷを通じて外部と通信するためのインターフェイスである。通信Ｉ／Ｆ１１，２１，３１はそれぞれ所定の通信プロトコル（例えば、ＴＣＰ／ＩＰ、ＨＴＴＰ等）に従って通信を実現する。デバイス１０は、通信Ｉ／Ｆ１１を通じてサーバー２０との通信を行う。端末３０は、通信Ｉ／Ｆ３１を通じてサーバー２０との通信を行う。サーバー２０は、通信Ｉ／Ｆ２１を通じてデバイス１０や端末３０との通信を行う。記憶部１４，２３，３５はそれぞれ、ハードディスクドライブやフラッシュメモリー等の記憶装置によって構成される。
【００２１】
２．サーバーへのデバイス登録処理：
図２は、サーバー２０へデバイス１０を登録する登録処理を、サーバー２０、デバイス１０それぞれが実行する処理により示している。デバイス１０（制御部１２）は、自身をファクス受信可能なデバイスとして登録することをサーバー２０に要求する（ステップＳ１０）。このような要求を登録要求と呼ぶ。デバイス１０は、当該登録要求に、自身が保持する受信データの一覧情報（受信データリスト）を添付してサーバー２０へ送信する。
【００２２】
本実施形態において“受信データ”とは、ＦＡＸ通信部１３が外部のファクス装置からファクス送信された画像データをファクス受信したときの当該画像データのことである。デバイス１０が保持する受信データとは、当該デバイス１０の記憶部１４に保存されている受信データである。つまりデバイス１０は、ファクス受信した受信データを記憶部１４に保存する。受信データリストは、例えば、受信データ毎の受信日時や送信元のファクス番号（電話番号）等といった受信データを特定するための情報の組み合わせの一覧である。
【００２３】
サーバー２０（制御部２２）は、デバイス１０から登録要求を受信すると（ステップＳ２０）、前記登録要求の送信元のデバイス１０をファクス受信可能なデバイスとして登録するとともに、前記登録要求に添付されている受信データリストを、この登録したデバイス１０に紐づけて登録する（ステップＳ２１）。あるデバイス１０をファクス受信可能なデバイスとして登録するとは、例えば、記憶部２３に保存されている、サーバー２０がネットワークＮＷを介した制御対象として登録済みのデバイスの一覧情報（デバイスリストＤＬ）に、当該デバイス１０をファクス受信可能なデバイスとして追加する処理を指す。デバイスリストＤＬは、デバイス１台毎に、そのデバイスを識別するための情報の組み合わせ（例えば、ファクス受信可能なデバイスであるか否かを示す特定の情報、製品名、ＭＡＣアドレス、ＩＰアドレス、等の組み合わせ）を記述した情報である。また、受信データリストをデバイス１０に紐づけて登録するとは、デバイスリストＤＬに追加したデバイス１０に、当該デバイス１０の受信データリストを紐づけて記憶部２３に保存する処理を指す。
上述したようにネットワークＮＷに接続するデバイス１０が複数台存在する場合には、このようなデバイス登録処理はデバイス１０毎に適時実行される。
【００２４】
３．受信データリストの更新：
デバイス１０が保持する受信データは、追加されたり削除されたりし得る。そこで、デバイス１０は、記憶部１４に保存されている受信データに変更（追加または削除）が生じた場合には、当該変更を反映させた最新の受信データリストをサーバー２０へ送信する。このような最新の受信データリストは、受信データの更新通知の一例に該当する。あるいは、デバイス１０は、記憶部１４に保存されている受信データに変更が生じた場合に、当該変更にかかる受信データのリスト（差分リスト）をサーバー２０へ送信するとしてもよい。差分リストは、新たに追加された受信データのリスト及び又は削除された受信データのリストである。差分リストは、受信データの更新通知の一例に該当する。サーバー２０は、あるデバイス１０から受信データリストまたは差分リストを受信した場合、当該デバイス１０に紐づけて登録してある受信データリストを、当該受信した受信データリストまたは差分リストにより更新する。このような構成とすれば、サーバー２０が有する受信データリストを、デバイス１０が保持する最新の受信データを反映した状態に維持することができる。
【００２５】
受信データリストの更新は、サーバー２０からの要求を契機として実現するとしてもよい。サーバー２０は、デバイスリストＤＬにファクス受信可能なデバイスとして登録済みのデバイスに対し、定期的あるいは不定期のタイミングで、受信データリスト要求を送信する。受信データリスト要求を受信したデバイス１０は、最新の受信データリストをサーバー２０へ送信する。サーバー２０は、受信データリスト要求に対するレスポンスとしてデバイス１０から受信データリストを受信した場合、当該デバイス１０に紐づけて登録してある受信データリストを、当該受信した受信データリストにより更新する。
【００２６】
受信データリストの更新のために、サーバー２０は、デバイスリストＤＬにファクス受信可能なデバイスとして登録済みのデバイスに対し、定期的あるいは不定期のタイミングで、差分リスト要求を送信するとしてもよい。差分リスト要求を受信したデバイス１０は、最新の差分リストをサーバー２０へ送信する。サーバー２０は、差分リスト要求に対するレスポンスとしてデバイス１０から差分リストを受信した場合、当該デバイス１０に紐づけて登録してある受信データリストを、当該受信した差分リストにより更新する。
【００２７】
４．受信データ閲覧処理：
次に、システム１を利用した受信データ閲覧処理について説明する。受信データ閲覧処理を実行する前提として、１台以上のデバイス１０に関する上述のデバイス登録処理が実行済みであるとする。
図３は、受信データ閲覧処理を示すフローチャートである。図３では、説明の便宜上、端末３０、サーバー２０、デバイス１０が各々実行する処理を並列的に示している。
【００２８】
先ず、端末３０（制御部３２）は、アプリケーション３２ａを起動させる（ステップＳ１００）。つまり、ユーザーが端末３０を操作することにより、アプリケーション３２ａの機能を有効化させる。アプリケーション３２ａは、受信データ閲覧処理のために生成された専用のソフトウェアである。以下において、受信データ閲覧処理に関して端末３０が実行する処理は、基本的にはアプリケーション３２ａの機能により実現される処理である。ただし、受信データ閲覧処理に関して端末３０が実行する処理はアプリケーション３２ａではなく、端末３０が搭載するウェブブラウザーの機能により実現されてもよい。
【００２９】
次に、端末３０は、サーバー２０が有する上述のデバイスリストＤＬを表示部３４に表示させる（ステップＳ１１０）。この場合、端末３０は、デバイスリストＤＬの送信をサーバー２０に要求する。当該要求を受けたサーバー２０（制御部２２）は、現時点で記憶部２３に保存している最新のデバイスリストＤＬを当該要求の送信元の端末３０へ送信する。この結果、端末３０は、デバイスリストＤＬを取得し、表示部３４に表示させることができる。
【００３０】
デバイスリストＤＬには、サーバー２０がネットワークＮＷを介した制御対象としているデバイスであって、ファクス受信可能なデバイスに該当しないデバイスが含まれている可能性がある。例えば、ファクス送受信機能を有さないプリンターや、ファクス送受信機能を有さないスキャナー等が、デバイスリストＤＬに含まれていることがある。このような状況を鑑みて、ステップＳ１１０では、端末３０は、サーバー２０から受信したデバイスリストＤＬの中からファクス受信可能なデバイスのみを抽出し、この抽出したデバイスのリストを表示部３４に表示させるとしてもよい。
【００３１】
あるいは、ステップＳ１１０では、端末３０は、デバイスリストＤＬに含まれるデバイスのうちファクス受信可能なデバイスのリストをサーバー２０に要求するとしてもよい。当該要求を受けたサーバー２０は、最新のデバイスリストＤＬに含まれるデバイスのうちファクス受信可能なデバイスのみを抽出したリストを当該要求の送信元の端末３０へ送信する。この結果、端末３０は、デバイスリストＤＬに含まれるデバイスであってファクス受信可能なデバイスのリストを表示部３４に表示させることができる。いずれにしてもステップＳ１１０では、端末３０は、サーバー２０が有するデバイスリストＤＬの少なくとも一部を表示部３４に表示させると言える。
【００３２】
次に、端末３０は、表示部３４に表示したデバイスリストＤＬの中からデバイス１０の指定を受け付ける（ステップＳ１２０）。つまり、ユーザーは操作入力部３３を操作することにより、表示部３４に表示されているデバイスリストＤＬの中から、受信データの閲覧対象としたいデバイス１０を指定し、端末３０は、このような指定を受け付ける。
【００３３】
図４は、ステップＳ１１０で表示部３４に表示された、デバイスリストＤＬを含んだデバイス選択画面ＤＳを例示している。図４に例示したデバイスリストＤＬは、“ＭＦＰ１”、“ＭＦＰ２”、“ＭＦＰ３”という３台のデバイスの製品名を含んでいるとする。これら“ＭＦＰ１”、“ＭＦＰ２”、“ＭＦＰ３”はいずれもファクス受信可能なデバイスであるとする。ユーザーは、操作入力部３３を操作することにより、デバイスリストＤＬから受信データの閲覧対象としたいデバイス１０（例えば“ＭＦＰ１”）を指定する。
【００３４】
次に、端末３０は、ステップＳ１２０で指定されたデバイス１０に紐づいた受信データリストを表示部３４に表示させる（ステップＳ１３０）。上述したように、サーバー２０においては、デバイスリストＤＬに登録されたデバイス１０に紐づいて受信データリストも登録されている。従って、端末３０は、ステップＳ１２０で指定されたデバイス１０に紐づいた受信データリストの送信をサーバー２０に要求する。当該要求を受けたサーバー２０（制御部２２）は、当該指定されたデバイス１０に紐づけて記憶部２３に保存している最新の受信データリストを当該要求の送信元の端末３０へ送信する。この結果、端末３０は、ステップＳ１２０で指定されたデバイス１０に紐づいた受信データリストを表示部３４に表示させることができる。
【００３５】
なお、サーバー２０は、端末３０から、あるデバイス１０に紐づいた受信データリストの送信を要求された場合に、当該デバイス１０に対して上述の受信データリスト要求あるいは差分リスト要求を送信してもよい。そして、サーバー２０は、この受信データリスト要求あるいは差分リスト要求に対するレスポンスとして当該デバイス１０から受信データリストあるいは差分リストを受信し、受信した受信データリストあるいは差分リストにより、当該デバイス１０に紐づけて登録してある受信データリストを更新する。そして、当該更新した受信データリストを、端末３０へ送信するとしてもよい。かかる構成によれば、ステップＳ１３０では、ステップＳ１２０で指定されたデバイス１０に紐づいた最新の受信データリストを確実に表示することができる。
【００３６】
次に、端末３０は、表示部３４に表示した受信データリストの中から受信データの指定を受け付ける（ステップＳ１４０）。つまり、ユーザーは操作入力部３３を操作することにより、表示部３４に表示されている受信データリストの中から、閲覧対象としたい受信データを１つ以上指定し、端末３０は、このような指定を受け付ける。
【００３７】
図５は、ステップＳ１３０で表示部３４に表示された、デバイス１０（例えば“ＭＦＰ１”）に紐づいた受信データリストＲＬを含んだ受信データ選択画面ＲＳを例示している。受信データ選択画面ＲＳの例によれば、受信データリストＲＬは、受信データ毎のファクス受信日時や送信元のファクス番号（電話番号）等の情報を列挙している。ユーザーは、このような受信データ選択画面ＲＳを見て任意に受信データを指定することができる。
【００３８】
端末３０は、上述したように、デバイス１０の指定を受け付け、かつ、当該指定されたデバイス１０に紐づいた受信データリストの中から受信データの指定を受け付けたら、当該デバイス１０の指定および受信データの指定を含んだ受信データ取得要求をサーバー２０へ送信する（ステップＳ１５０）。具体的には、ユーザーは、受信データ選択画面ＲＳを通じて１つ以上の受信データを指定した上で、受信データ選択画面ＲＳ内の閲覧ボタンＢＢを操作する。閲覧ボタンＢＢの操作を契機として、端末３０は、受信データ取得要求をサーバー２０へ送信する。
【００３９】
サーバー２０（制御部２２）は、端末３０から送信された受信データ取得要求を受信する（ステップＳ２００）。サーバー２０は、仮に、受信データ取得要求を受信した時点で、当該受信データ取得要求において指定されている受信データを当該受信データ取得要求において指定されているデバイス１０から受信済みである場合は、ステップＳ２１０以降の処理を実行することなく、当該受信済みの受信データを受信データ取得要求の送信元の端末３０へ送信する（図３の２点鎖線の矢印参照）。この結果、端末３０は、受信データ取得要求（ステップＳ１５０）へのレスポンスとしてサーバー２０から受信データを受信する（ステップＳ１５２）。ステップＳ１５２で受信データを受信した場合、端末３０は、後述のステップＳ１６０（あるいはステップＳ１６２，Ｓ１６４）を実行せずにステップＳ１７０へ進む。一方、サーバー２０は、受信データ取得要求を受信した時点で、当該受信データ取得要求において指定されている受信データを当該受信データ取得要求において指定されているデバイス１０から受信できていない場合は、ステップＳ２１０へ進む。
【００４０】
サーバー２０は、ステップＳ２００で受信した受信データ取得要求を、この受信データ取得要求において指定されているデバイス１０（例えば“ＭＦＰ１”）へ送信する（ステップＳ２１０）。受信データ取得要求の送信先となるデバイス１０は、当然、デバイスリストＤＬに登録されているいずれかのデバイスである。
【００４１】
デバイス１０（制御部１２）は、サーバー２０から送信された受信データ取得要求を受信する（ステップＳ３００）。そして、この受信データ取得要求において指定されている受信データを記憶部１４から読み出し、当該読み出した受信データをサーバー２０へ送信する（ステップＳ３１０）。サーバー２０は、受信データ取得要求の送信（ステップＳ２１０）に対するレスポンスとしてデバイス１０から受信データを受信する（ステップＳ２２０）。デバイス１０は、基本的には、サーバー２０から受信データ取得要求の送信を受けた場合に、この受信データ取得要求に応じて受信データをサーバー２０へ送信する。ただし本実施形態では、サーバー２０から受信データ取得要求の送信を受けるよりも前に、デバイス１０が自発的に自身が保持する受信データをサーバー２０へ送信することを許容する。
【００４２】
端末３０は、ステップＳ１５０での受信データ取得要求の送信後、サーバー２０から受信データを受信できていない場合に、サーバー２０から受信データを取得する（ステップＳ１６０）。具体的には、端末３０は、前記受信データ取得要求において指定した受信データを、サーバー２０へ要求する。サーバー２０は、端末３０に受信データを要求されたとき、当該受信データをデバイス１０から受信済み（ステップＳ２２０）であれば、この受信済みの受信データを端末３０へ送信する。一方、端末３０に受信データを要求されたとき、当該受信データをデバイス１０から受信していなければ、サーバー２０は、受信データを端末３０へ送信することができない。
【００４３】
端末３０に受信データを要求されたときにその受信データを端末３０へ送信することができない場合、サーバー２０は、受信データを未受信である旨を端末３０へ通知する。あるいは、デバイス１０から受信データを受信するまで端末３０へ何らの通知もせず、デバイス１０から受信データを受信できたら、その受信データを端末３０へ送信する。端末３０は、サーバー２０から受信データを未受信である旨の通知を受けた場合には、繰り返しサーバー２０に受信データを要求する。
端末３０は、ステップＳ１５２あるいはステップＳ１６０によりサーバー２０から取得した受信データを表示部３４に表示させる（ステップＳ１７０）。これにより、ユーザーに受信データの中身（受信データに表現されている文書等）を閲覧させることができる。
【００４４】
図６は、受信データ閲覧処理を示すフローチャートであって、図３とは異なる例を示している。図３に示した処理を第１実施形態、図６に示した処理を第２実施形態、と呼んでもよい。図６に関しては、図３と共通する記載の説明は省略する。
サーバー２０は、ステップＳ２２０の後にステップＳ２３０を実行し、端末３０は、ステップＳ１６０（図３）の替わりにステップＳ１６２，Ｓ１６４を実行するとしてもよい。
【００４５】
サーバー２０は、デバイス１０から受信データを受信（ステップＳ２２０）後、当該受信データを、ネットワークＮＷを介してアクセス可能な所定の記憶領域へアップロードする（ステップＳ２３０）。所定の記憶領域とは、例えば、ネットワークＮＷに接続しているサーバー２０や、サーバー２０とは別のサーバー４０（図１参照）が有する記憶領域である。また、サーバー２０は、このような受信データのアップロード先の記憶領域のアドレス、つまり受信データの所在情報（URI：Uniform Resource Identifier）を保持する。
【００４６】
端末３０は、サーバー２０から受信データの所在情報（URI）を取得する（ステップＳ１６２）。具体的には、端末３０は、前記受信データ取得要求において指定した受信データの所在情報（URI）をサーバー２０へ要求する。サーバー２０は、端末３０に受信データの所在情報（URI）を要求されたとき、ステップＳ２３０を実行済みであれば、当該要求に応じて受信データの所在情報（URI）を端末３０へ送信する。端末３０に受信データの所在情報（URI）を要求されたときに、ステップＳ２３０を実行済みでなければ、サーバー２０は、受信データの所在情報（URI）を送信できない旨を端末３０へ通知する。あるいは、端末３０に受信データの所在情報（URI）を要求されたとき、サーバー２０は、ステップＳ２３０を実行するまで端末３０へ何らの通知もせず、ステップＳ２３０の実行後、受信データの所在情報（URI）を端末３０へ送信する。端末３０は、受信データの所在情報（URI）を送信できない旨の通知を受けた場合には、繰り返しサーバー２０に受信データの所在情報（URI）を要求する。
【００４７】
端末３０は、ステップＳ１６２によりサーバー２０から取得した受信データの所在情報（URI）に基づいて、ネットワークＮＷを介して前記所定の記憶領域から受信データをダウンロードする（ステップＳ１６４）。端末３０は、ステップＳ１５２で取得した、あるいはステップＳ１６４でダウンロードした受信データを表示部３４に表示させる（ステップＳ１７０）。
【００４８】
なお、サーバー２０は、ステップＳ２００で端末３０から受信データ取得要求を受信した時点で、当該受信データ取得要求において指定されている受信データを当該受信データ取得要求において指定されているデバイス１０から受信済みである場合にも、当該受信済みの受信データを、上述のようにネットワークＮＷを介してアクセス可能な所定の記憶領域へアップロードすることができる。そして、当該アップロードした受信データの所在情報（URI）を端末３０に通知し、端末３０に、この所在情報（URI）に基づいてネットワークＮＷを介して前記所定の記憶領域から受信データをダウンロードさせるとしてもよい。
【００４９】
５．まとめ：
このように本実施形態によれば、デバイス１０は、自身をファクス受信可能なデバイスとしてサーバー２０に登録する（図２参照）。また、デバイス１０は、ファクス受信した受信データをサーバー２０へ送信する。サーバー２０は、登録済みのデバイス１０の指定（デバイス１０の指定を含む受信データ取得要求）をネットワークＮＷに接続する端末３０から受けた場合（ステップＳ２００）、指定されたデバイス１０から受信した受信データを端末３０へ提供する。つまり、インターネットを通じて各ユーザーにサービスを提供するサーバーであるサーバー２０（クラウドサーバー）にファクス受信可能なデバイス１０を登録する環境をユーザーに提供した。このような構成によれば、ユーザーは、端末３０を操作してサーバー２０へアクセスし、サーバー２０に登録されているいずれかのデバイス１０を指定することにより、当該指定にかかるデバイス１０がファクス受信した受信データの提供を、サーバー２０を介して受けることができる。なお、インターネットを通じて各ユーザーにサービスを提供するサーバーであるサーバー２０は常時稼働しているため、ユーザーは、いつでも好きな時に、端末３０を操作してサーバー２０を介した受信データの閲覧をすることができる。
【００５０】
また本実施形態によれば、サーバー２０は、前記指定されたデバイス１０から受信した受信データを、ネットワークＮＷを介してアクセス可能な所定の記憶領域に保存（アップロード）し、当該保存した受信データの所在情報（URI）を端末３０に通知し、端末３０に当該所在情報（URI）に基づいて受信データを取得（ダウンロード）させる（図６参照）。このような構成によれば、端末３０は、指定したデバイス１０がファクス受信した受信データを、前記所在情報（URI）に基づいてダウンロードすることができる。また、このような構成によれば、デバイス１０がファクス受信した受信データをサーバー２０とは別のサーバー４０に残しておくことができる。また、ダウンロードの対象となる受信データをサーバー２０とは別のサーバー４０にアップロードしておくことで、サーバー２０の記憶容量の消費を抑えることができる。
【００５１】
また本実施形態によれば、サーバー２０は、登録済みのデバイス１０毎の受信データリストを、デバイス１０から送信される受信データの更新通知に応じて更新する。そして、サーバー２０は、前記指定されたデバイス１０に対応する受信データリストに含まれる受信データの指定を端末３０から受けた場合（ステップＳ２００）に、当該指定にかかる受信データを端末３０へ提供する。このような構成によれば、指定されたデバイス１０に対応する最新の受信データリストをユーザーに提示し、最新の受信データリストの中から閲覧対象とする受信データをユーザーに指定させることができる。
【００５２】
なお、デバイス１０は、サーバー２０へ送信した後の受信データを消去するとしてもよい。例えば、デバイス１０は、ステップＳ３１０（図３，６）で受信データをサーバー２０へ送信したら、当該送信した受信データを記憶部１４から直ちに消去する。あるいは、端末３０は、ステップＳ１５２，Ｓ１６０（図３）のいずれかで、同様にステップＳ１５２，Ｓ１６４（図６）のいずれかで、受信データの取得に成功した場合に、当該取得した受信データの消去指示を、サーバー２０を介してデバイス１０へ送信する。デバイス１０は、当該消去指示を受信したら、当該消去指示に従って受信データを記憶部１４から消去する。このような構成によれば、デバイス１０の記憶容量が確保され易く、また不要な情報漏えいが防止される。
【符号の説明】
【００５３】
１…システム、１０…デバイス（ファクス装置）、１１…通信Ｉ／Ｆ、１２…制御部、１３…ＦＡＸ通信部、１４…記憶部、２０…サーバー、２１…通信Ｉ／Ｆ、２２…制御部、２２ａ…ファクス制御プログラム、２３…記憶部、３０…端末、３１…通信Ｉ／Ｆ、３２…制御部、３２ａ…アプリケーション、３３…操作入力部、３４…表示部、３５…記憶部、４０…サーバー、ＤＬ…デバイスリスト、ＦＷ…ファームウェア、ＮＷ…ネットワーク
【図１】
2017212656.tif 000003
【図２】
2017212656.tif 000004
【図３】
2017212656.tif 000005
【図４】
2017212656.tif 000006
【図５】
2017212656.tif 000007
【図６】
2017212656.tif 000008