JP2010087777A

JP2010087777A - 着信データ通知システム、ネットワーク機器、及び着信データ通知方法

Info

Publication number: JP2010087777A
Application number: JP2008253725A
Authority: JP
Inventors: Katsuaki Ito; 克晃伊藤
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2008-09-30
Filing date: 2008-09-30
Publication date: 2010-04-15
Anticipated expiration: 2028-09-30
Also published as: JP5272625B2

Abstract

【課題】ＦＡＸデータを受信した場合に、受信した旨を通知することが可能な着信データ通知システム、ネットワーク機器、及び着信データ通知方法を提供する。
【解決手段】受信装置１１（ファクシミリ装置など）にてＦＡＸデータや留守番電話音声（着信データ４）を受信した場合、着信データは端末装置３１に対して送信される。端末装置３１にて着信データを受信した場合、はじめに、インターネット網３を介してサーバ５１に着信データ４が送信され、サーバ５１に記憶される。次いでサーバ５１より、クライアント７１に対して、自身が着信データを記憶している旨を通知する為の着信通知が送信される。着信通知を受信したクライアント７１では、サーバ５１にアクセスすることにより、着信データを参照することが可能となる。これにより、受信装置１１にて故障等が発生した場合でも、確実に着信データを保持可能となる。
【選択図】図１

Description

本発明は着信データ通知システム、ネットワーク機器、及び着信データ通知方法に関する。そしてより詳細には、着信されたＦＡＸや留守番電話音声のデータである着信データをネットワーク機器にて受信し、着信データをサーバにバックアップするとともに、クライアントに着信データが着信された旨を通知する着信データ通知システム、ネットワーク機器、及び着信データ通知方法に関する。

従来、オフィスにおいて共通のＦＡＸ機器が複数の者により使用される状況において、ＦＡＸ機器において受信したデータをネットワーク経由でサーバにアップロードし、アップロードしたデータが特定の者より閲覧可能となるファクシミリ通信データ保管方式が提案されている（例えば、特許文献１参照）。これにより、わざわざＦＡＸ機器に近づくことなく、受信したデータを確認することが可能となる。
特開２００２−２３２６３３号公報

しかしながら上述の方式では、ＦＡＸ機器がデータを受信したタイミングが不明であるので、周期的にサーバにアクセスし、受信したデータの有無を確認する必要があるという問題点があった。

本発明は上述の問題点を解決するためになされたものであり、ＦＡＸ機器がデータを受信した場合に、受信した旨を通知することが可能な着信データ通知システム、ネットワーク機器、及び着信データ通知方法を提供することを目的とする。

上述の問題点を解決する為に、請求項１に係る発明の着信データ通知システムは、送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し転送する受信装置と、前記受信装置より転送された前記着信データを受信するネットワーク機器と、前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバとから構成され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知システムであって、前記受信装置は、前記着信データを受信する装置受信手段と、前記装置受信手段にて受信された前記着信データを送信する装置送信手段とを備え、前記ネットワーク機器は、前記装置送信手段にて送信された前記着信データを受信する第一機器受信手段と、前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段とを備え、前記サーバは、前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信手段と、前記第一サーバ受信手段にて受信された前記着信データを記憶するサーバ記憶手段と、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信手段と、前記第一サーバ送信手段にて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信手段と、前記第二サーバ受信手段にて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信手段とを備え、前記クライアントは、前記第一サーバ送信手段にて送信された前記着信通知を受信する第一クライアント受信手段と、前記第一クライアント受信手段にて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信手段と、前記第一クライアント送信手段にて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信手段とを備えている。

また、請求項２に係る発明の着信データ通知システムは、請求項１に記載の発明の構成に加えて、前記ネットワーク機器は、前記第一機器受信手段にて前記着信データが受信され、前記第一機器送信手段にて前記着信データが前記サーバに送信された場合に、前記サーバにおける前記着信データの受信の可否を判断する受信可否判断手段と、前記受信可否判断手段にて、前記着信データを前記サーバが受信していないと判断された場合に、前記着信データを記憶する機器記憶手段と、前記機器記憶手段に前記着信データが記憶された後、前記着信通知を前記クライアントに対して送信する第二機器送信手段と前記第二機器送信手段にて送信された前記着信通知に応じ、前記クライアントより前記取得要求通知を受信する第二機器受信手段と、前記第二機器受信手段にて前記取得要求通知が受信された場合に、前記機器記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第三機器送信手段とを備えている。

また、請求項３に係る発明の着信データ通知システムは、請求項１又は２に記載の発明の構成に加えて、前記着信通知には、前記着信データの発信相手先を特定する為の情報である相手先特定情報、及び前記着信データが受信された日時を特定する為の情報である着信日時特定情報のうち少なくともいずれかが含まれていることを特徴とする。

また、請求項４に係る発明の着信データ通知システムは、請求項２に記載の発明の構成に加えて、前記ネットワーク機器は、前記受信可否判断手段にて前記サーバが前記着信データを受信していないと判断された場合に、前記サーバにおいて前記着信データの受信が可能な状態となったか否かを監視する機器監視手段を備え、前記第一機器送信手段は、前記機器監視手段にて、前記着信データの受信が可能な状態となったと判断された場合に、前記サーバに対して前記着信データを送信することを特徴とする。

また、請求項５に係る発明の着信データ通知システムは、請求項２に記載の発明の構成に加えて、前記ネットワーク機器は、前記機器記憶手段に記憶されている前記着信データを暗号化する機器暗号化手段を備え、前記第三機器送信手段は、前記機器暗号化手段にて暗号化された前記着信データである暗号化着信データを送信し、前記クライアントは、前記第二クライアント受信手段にて前記暗号化着信データを受信した場合に、前記暗号化着信データを復号化するクライアント復号化手段を備えたことを特徴とする。

また、請求項６に係る発明の着信データ通知システムは、請求項５に記載の発明の構成に加えて、前記ネットワーク機器は、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）データを中継する為のＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）ルータとして機能し、前記機器暗号化手段は、ＶＰＮの機能により前記着信データを暗号化することを特徴とする。

また、請求項７に係る発明の着信データ通知システムは、送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信するネットワーク機器と、前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバとから構成され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知システムであって、前記ネットワーク機器は、前記着信データを受信する第一機器受信手段と、前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段とを備え、前記サーバは、前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信手段と、前記第一サーバ受信手段にて受信された前記着信データを記憶するサーバ記憶手段と、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信手段と、前記第一サーバ送信手段にて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信手段と、前記第二サーバ受信手段にて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信手段とを備え、前記クライアントは、前記第一サーバ送信手段にて送信された前記着信通知を受信する第一クライアント受信手段と、前記第一クライアント受信手段にて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信手段と、前記第一クライアント送信手段にて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信手段とを備えている。

また、請求項８に係る発明のネットワーク機器は、送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し転送する受信装置より、前記着信データを受信し、前記着信データをサーバにバックアップするとともに、クライアントに前記着信データが着信された旨を通知するネットワーク機器であって、前記着信データを受信する第一機器受信手段と、前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段と前記サーバにおける前記着信データの受信の可否を判断する受信可否判断手段と、前記受信可否判断手段にて、前記着信データを前記サーバが受信していないと判断された場合に、前記着信データを記憶する機器記憶手段と、前記機器記憶手段に前記着信データが記憶された後、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第二機器送信手段と、前記第二機器送信手段にて送信された前記着信通知に応じて前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二機器受信手段と、前記第二機器受信手段にて前記取得要求通知が受信された場合に、前記機器記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第三機器送信手段とを備えている。

また、請求項９に係る発明のネットワーク機器は、請求項８に記載の発明の構成に加えて、前記着信通知には、前記着信データの発信相手先を特定する為の情報である相手先特定情報、及び前記着信データが受信された日時を特定する為の情報である着信日時情報のうち少なくともいずれかが含まれていることを特徴とする。

また、請求項１０に係る発明のネットワーク機器は、請求項８又は９に記載の発明の構成に加えて、前記受信可否判断手段にて前記サーバが前記着信データを受信していないと判断された場合に、前記サーバにおいて前記着信データの受信が可能な状態となったか否かを監視する機器監視手段を備え、前記第一機器送信手段は、前記機器監視手段にて、前記着信データの受信が可能な状態となったと判断された場合に、前記サーバに対して前記着信データを送信することを特徴とする。

また、請求項１１に係る発明のネットワーク機器は、請求項８乃至１０のいずれかに記載の発明の構成に加えて、前記機器記憶手段に記憶されている前記着信データを暗号化する機器暗号化手段を備え、前記第三機器送信手段は、前記機器暗号化手段にて暗号化された前記着信データである暗号化着信データを送信することを特徴とする。

また、請求項１２に係る発明のネットワーク機器は、請求項１１に記載の発明の構成に加えて、前記ネットワーク機器は、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）データを中継する為のＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）ルータとして機能し、前記機器暗号化手段は、ＶＰＮの機能により前記着信データを暗号化することを特徴とする。

また、請求項１３に係る発明のネットワーク機器は、送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し、前記着信データをサーバにバックアップするとともに、クライアントに前記着信データが着信された旨を通知するネットワーク機器であって、前記着信データを受信する第一機器受信手段と、前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段と前記サーバにおける前記着信データの受信の可否を判断する受信可否判断手段と、前記受信可否判断手段にて、前記着信データを前記サーバが受信していないと判断された場合に、前記着信データを記憶する機器記憶手段と、前記機器記憶手段に前記着信データが記憶された後、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第二機器送信手段と、前記第二機器送信手段にて送信された前記着信通知に応じて前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二機器受信手段と、前記第二機器受信手段にて前記取得要求通知が受信された場合に、前記機器記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第三機器送信手段とを備えている。

また、請求項１４に係る発明の着信データ通知方法は、送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し転送する受信装置、前記受信装置より転送された前記着信データを受信するネットワーク機器、及び前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバにおいて実行され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知方法であって、前記受信装置が、前記着信データを受信する装置受信ステップと、前記受信装置が、前記装置受信手段にて受信された前記着信データを送信する装置送信ステップと、前記ネットワーク機器が、前記装置送信ステップにて送信された前記着信データを受信する第一機器受信ステップと、前記ネットワーク機器が、前記第一機器受信ステップにて受信された前記着信データを前記サーバに送信する第一機器送信ステップと前記サーバが、前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信ステップと、前記サーバが、前記第一サーバ受信ステップにて受信された前記着信データを記憶するサーバ記憶手段と、前記サーバが、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信ステップと、前記サーバが、前記第一サーバ送信ステップにて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信ステップと、前記サーバが、前記第二サーバ受信ステップにて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信ステップと前記クライアントが、前記第一サーバ送信ステップにて送信された前記着信通知を受信する第一クライアント受信ステップと、前記クライアントが、前記第一クライアント受信ステップにて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信ステップと、前記クライアントが、前記第一クライアント送信ステップにて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信ステップとを備えている。

また、請求項１５に係る発明の着信データ通知方法は、送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信するネットワーク機器、及び前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバにおいて実行され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知方法であって、前記ネットワーク機器が、前記着信データを受信する第一機器受信ステップと、前記ネットワーク機器が、前記第一機器受信ステップにて受信された前記着信データを前記サーバに送信する第一機器送信ステップと、前記サーバが、前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信ステップと、前記サーバが、前記第一サーバ受信ステップにて受信された前記着信データを記憶するサーバ記憶手段と、前記サーバが、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信ステップと、前記サーバが、前記第一サーバ送信ステップにて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信ステップと、前記サーバが、前記第二サーバ受信ステップにて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信ステップと前記クライアントが、前記第一サーバ送信ステップにて送信された前記着信通知を受信する第一クライアント受信ステップと、前記クライアントが、前記第一クライアント受信ステップにて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信ステップと、前記クライアントが、前記第一クライアント送信ステップにて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信ステップとを備えている。

請求項１に係る発明の着信データ通知システムでは、着信データはサーバにバックアップされるので、着信データを着信する着信機器が故障した場合であっても、着信データを確実に保持することが可能となる。またクライアントでは、サーバより着信データを取得することが可能となる。

また、請求項２に係る発明の着信データ通知システムでは、請求項１に記載の発明の効果に加えて、サーバがダウンしており、着信データをバックアップできない状態であっても、ネットワーク機器が着信データを記憶することによって、確実に着信データを保持することが可能となる。またクライアントでは、ネットワーク機器より着信データを取得することが可能となる。

また、請求項３に係る発明の着信データ通知システムでは、請求項１又は２に記載の発明の効果に加えて、着信データの発信相手先の情報と着信日時の情報とを着信通知とともにクライアントに対して送信することが可能となる。これによりクライアントでは、着信データの存在とともに、着信データの発信相手先と着信日時とを特定することが可能となる。

また、請求項４に係る発明の着信データ通知システムでは、請求項２に記載の発明の効果に加えて、サーバに対する着信データのアップロードが失敗した場合、ネットワーク機器は、サーバのヘルスチェックを行う。そしてサーバが復帰した場合に、着信データをサーバに対して送信する。これにより、サーバにて一時的な故障等が発生していたり、通信回線が一時的に使用不可能となっていた場合であっても、確実にサーバに着信データをアップロードすることが可能となる。

また、請求項５に係る発明の着信データ通知システムでは、請求項２に記載の発明の効果に加えて、着信データは暗号化された状態でネットワーク機器よりクライアントに送信されるので、着信データの秘匿性を高めることが可能となる。

また、請求項６に係る発明の着信データ通知システムでは、請求項５に記載の発明の効果に加えて、ＶＰＮの機能を使用して着信データを暗号化する。これにより、サーバ、ネットワーク機器、及びクライアントが接続されるネットワークの形態に依存されず、暗号化した暗号化着信データの通信が可能となる。また、ネットワーク内での着信データの秘匿性をさらに高めることが可能となる

また、請求項７に係る発明の着信データ通知システムでは、送信元端末より直接着信データを受信可能であるので、別途着信データを受信する為の受信装置が不要となる。

また、請求項８に係る発明のネットワーク機器では、サーバがダウンしており、着信データをバックアップできない状態であっても、ネットワーク機器が着信データを記憶することによって、確実に着信データを保持することが可能となる。またクライアントでは、ネットワーク機器より着信データを取得することが可能となる。

また、請求項９に係る発明のネットワーク機器では、請求項８に記載の発明の効果に加えて、着信データの発信相手先の情報と着信日時の情報とを着信通知とともにクライアントに対して送信することが可能となる。これによりクライアントでは、着信データの存在とともに、着信データの発信相手先と着信日時とを特定することが可能となる。

また、請求項１０に係る発明のネットワーク機器では、請求項８又は９に記載の発明の効果に加えて、サーバに対する着信データのアップロードが失敗した場合、ネットワーク機器は、サーバのヘルスチェックを行う。そしてサーバが復帰した場合に、着信データをサーバに対して送信する。これにより、サーバにて一時的な故障等が発生していたり、通信回線が一時的に使用不可能となっていた場合であっても、確実にサーバに着信データをアップロードすることが可能となる。

また、請求項１１に係る発明のネットワーク機器では、請求項８乃至１０のいずれかに記載の発明の効果に加えて、着信データは暗号化された状態でネットワーク機器よりクライアントに送信されるので、着信データの秘匿性を高めることが可能となる。

また、請求項１２に係る発明のネットワーク機器では、請求項１１に記載の発明の効果に加えて、ＶＰＮの機能を使用して着信データを暗号化する。これにより、サーバ、ネットワーク機器、及びクライアントが接続されるネットワークの形態に依存されず、暗号化した暗号化着信データの通信が可能となる。また、ネットワーク内での着信データの秘匿性をさらに高めることが可能となる

また、請求項１３に係る発明のネットワーク機器では、送信元端末より直接着信データを着信可能であるので、別途着信データを受信する為の受信装置が不要となる。

また、請求項１４に係る発明の着信データ通知方法では、着信データはサーバにバックアップされるので、着信データを着信する着信機器が故障した場合であっても、着信データを確実に保持することが可能となる。またクライアントでは、サーバより着信データを取得することが可能となる。

また、請求項１５に係る発明の着信データ通知方法では、着信データはサーバにバックアップされるので、着信データを着信する着信機器が故障した場合であっても、着信データを確実に保持することが可能となる。またクライアントでは、サーバより着信データを取得することが可能となる。さらに、ネットワーク機器が送信元端末より直接着信データを着信可能であるので、別途着信データを受信する為の受信装置が不要となる。

以下、本発明の着信データ通知システム、ネットワーク機器、及び着信データ通知方法の実施の形態について、図面を参照して説明する。なお、これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、それのみに限定する趣旨ではなく、単なる説明例である。

はじめに、図１及び図２を参照し、本発明の着信データ通知システム１のシステム構成について説明する。図１は、着信データ通知システム１のシステム構成を示す模式図である。図１に示すように、着信データ通知システム１は、受信装置１１、端末装置３１、サーバ５１、及びクライアント７１から構成されている。

端末装置３１は、インターネット網３及び受信装置１１に接続されている。端末装置３１は、ネットワークを流れるデータの中継処理を行う、所謂ルータやブリッジとしての機能を有する装置である。また端末装置３１は、受信装置１１にて着信されたＦＡＸ原稿（受信信号を復調し、原稿を復元したもの）や留守番電話音声を、受信装置１１より受信することが可能となっている。そして、受信したＦＡＸ原稿や留守番電話音声は、クライアント７１にて参照可能なデータフォーマット（画像データ、音声データ等、以下「着信データ」という。）に変換される。また端末装置３１は、インターネット網３を介し、同様にインターネット網３に接続されているサーバ５１及びクライアント７１との間で通信を行うことが可能となっている。

受信装置１１は、公衆交換電話網（ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋ、以下「ＰＳＴＮ網」という。）２及び端末装置３１に接続されている。受信装置１１は、ＰＳＴＮ網２を介し、自身宛てに送信されたＦＡＸ原稿や留守番電話音声を着信することが可能となっている。また受信装置１１は、端末装置３１からの要求に応じ、受信したＦＡＸ原稿や留守番電話音声を端末装置３１に対して送信することが可能となっている。受信装置１１としては、例えばファクシミリ装置が使用可能である。

サーバ５１は、インターネット網３に接続されている。サーバ５１は、インターネット網３を介し、同様にインターネット網３に接続されている端末装置３１及びクライアント７１との間で通信を行うことが可能となっている。

クライアント７１は、インターネット網３と接続可能となっている。接続方法は特に限定されず、有線ケーブルにより接続されてもよいし、無線電波によりアクセスポイント（図示外）と通信を行うことによって、インターネット網３と接続されてもよい。クライアント７１は、インターネット網３と接続された状態で、インターネット網３に接続されている端末装置３１及びサーバ５１との間で通信を行うことが可能となっている。クライアント７１としては、例えば携帯電話やＰＣが使用可能である。

着信データ通知システム１において実行される、受信装置１１にてＦＡＸ原稿や留守番電話音声が受信された場合の処理概要について説明する。受信装置１１がＰＳＴＮ網２を介してＦＡＸ原稿や留守番電話音声を着信した場合、はじめに端末装置３１により、受信装置１１にて着信されたＦＡＸ原稿や留守番電話音声が取得される。次いで端末装置３１では、受信したＦＡＸ原稿や留守番電話音声が着信データ４に変換される。そして端末装置３１は、インターネット網３を介して着信データ４をサーバ５１に送信する。サーバ５１では、端末装置３１より受信した着信データ４をＨＤＤ５５（図５参照、後述）に記憶し保存する。また、サーバ５１のＨＤＤ５５に記憶された着信データ４は、インターネット網３を介してクライアント７１より取得可能となる。これにより、受信装置１１にて受信された着信データ４をサーバ５１にバックアップすることが可能となるので、受信装置１１に故障が発生したような場合であっても、安全に着信データ４を保持することが可能となる。またクライアント７１は、受信装置１１にて着信されたＦＡＸ原稿や留守番電話音声の着信データ４を、サーバ５１を介して取得することが可能となる。

ここで図２に示すように、サーバ５１の故障などの理由で、サーバ５１が端末装置３１からの着信データ４を受信できないような状態となった場合を想定する。このような場合、端末装置３１は、着信データ４を、自身が備える記憶装置４０（図３参照、後述）に記憶して保存する。また、端末装置３１に記憶された着信データ４は、インターネット網３を介してクライアント７１より取得可能となる。これにより、サーバ５１に着信データ４をバックアップできないような場合であっても、端末装置３１にて着信データ４を記憶させるすることが可能となるので、安全に着信データ４を保持することが可能となる。またクライアント７１は、サーバ５１に着信データ４がバックアップできないような場合であっても、受信装置１１にて着信されたＦＡＸ原稿や留守番電話音声の着信データ４を、端末装置３１を介して取得することが可能となる。

図３を参照し、端末装置３１の電気的構成について説明する。図３は、端末装置３１の電気的構成を示す模式図である。図３に示すように、端末装置３１は、端末装置３１にて実行される各処理の制御を司るＣＰＵ３２、ＣＰＵ３２にて実行されるプログラムやパラメータ、設定値等が記憶される不揮発性記憶素子であるＲＯＭ３３、ＣＰＵ３２が処理を実行する為に必要となる一時的な記憶領域を提供する為の揮発性記憶素子であるＲＡＭ３４、各種テーブルや着信データが記憶される記憶装置４０（メモリーカードなど）が設けらていている。そして、ＣＰＵ３２よりＲＯＭ３３、ＲＡＭ３４、及び記憶装置４０の記憶領域にアクセスすることが可能なように、ＣＰＵ３２とＲＯＭ３３、ＲＡＭ３４、及び記憶装置４０とは、バス３９を介して電気的に接続されている。

端末装置３１は、イーサネット（登録商標）インタフェース（イーサネット（登録商標）Ｉ／Ｆ）３５を備えている。そしてイーサネット（登録商標）Ｉ／Ｆ３５には、ＷＡＮポート３６、ＬＡＮポート３７がそれぞれ電気的に接続されている。ＷＡＮポート３６は、インターネット網３（図１参照）と接続し、インターネット網３を介した通信を行うために設けられている。またＬＡＮポート３７は、受信装置１１と接続し、受信装置１１と通信を行うために設けられている。そして、ＣＰＵ３２より出力される各種データをインターネット網３及び受信装置１１に対して送信することが可能なように、また、インターネット網３及び受信装置１１より受信した各種データをＣＰＵ３２にて認識することが可能なように、ＣＰＵ３２とイーサネット（登録商標）Ｉ／Ｆ３５とはバス３９を介して電気的に接続されている。

端末装置３１は、ＰＳＴＮ網と接続する為のアナログ電話回線用インタフェース（Foreign Exchange Office／Foreign Exchange Station、ＦＸＯ／ＦＸＳ）３８を備えている。そして、ＣＰＵ３２より出力される各種データをＰＳＴＮ網に対して送信することが可能なように、また、ＰＳＴＮ網より受信した各種データをＣＰＵ３２にて認識することが可能なように、ＣＰＵ３２とＦＸＯ／ＦＸＳ３８とは、バス３９を介して電気的に接続されている。

上述のように本実施の形態では、端末装置３１は、イーサネット（登録商標）Ｉ／Ｆ３５及びＦＸＯ／ＦＸＳ３８の両方を備えることにより、インターネット網３並びに受信装置１１を介した通信、及び、ＰＳＴＮ網２を介した通信の両方が実行可能となっている。このような構成とすることにより、端末装置３１が直接ＰＳＴＮ網２と接続され、ＰＳＴＮ網２を介してＦＡＸ原稿や留守番電話音声を直接受信する構成（変形例（図１６、図１７）参照、後述）であっても、上述の構成の端末装置３１が使用可能となる。なお、図１のシステム構成にて示されるように、端末装置３１に受信装置１１が接続され、端末装置３１は受信装置１１よりＦＡＸ原稿や留守番電話音声を受信する構成である場合には、端末装置３１はＦＸＯ／ＦＸＳ３８を備えない構成であってもかまわない。

図４を参照し、受信装置１１の電気的構成について説明する。図４は、受信装置１１の電気的構成を示す模式図である。図４に示すように、受信装置１１は、受信装置１１にて実行される各処理の制御を司るＣＰＵ１２、ＣＰＵ１２にて実行されるプログラムやパラメータ、設定値等が記憶される不揮発性記憶素子であるＲＯＭ１３、ＣＰＵ１２が処理を実行する為に必要となる一時的な記憶領域を提供する為の揮発性記憶素子であるＲＡＭ１４が設けられている。そして、ＣＰＵ１２よりＲＯＭ１３及びＲＡＭ１４の記憶領域にアクセスすることが可能なように、ＣＰＵ１２とＲＯＭ１３、及びＲＡＭ１４とはバス２２を介して電気的に接続されている。

受信装置１１は、共通の入出力制御（インピーダンス変換、タイミング制御等）を行うための入出力部２３を備えている。そして入出力部２３はバス２２を介してＣＰＵ１２と電気的に接続されている。また受信装置１１は、外部からの指示を入力する為の操作部１６、及び、所望の像を表示させることが可能な表示部１９を備えており、其々入出力部２３と電気的に接続されている。これにより、其々のインタフェースからの入力信号をＣＰＵ１２にて認識することが可能となっている。また、ＣＰＵ１２より其々のインタフェースを制御することが可能となっている。

受信装置１１は、イーサネット（登録商標）Ｉ／Ｆ２０を備えている。そしてイーサネット（登録商標）Ｉ／Ｆ２０には、ＬＡＮポート２３が電気的に接続されている。ＬＡＮポート２３は、端末装置３１と接続し、端末装置３１との通信を行うために設けられている。そして、ＣＰＵ１２より出力される各種データを端末装置３１に対して送信することが可能なように、また、端末装置３１より受信した各種データをＣＰＵ１２にて認識することが可能なように、ＣＰＵ１２とイーサネット（登録商標）Ｉ／Ｆ２０とは電気的に接続されている。

受信装置１１は、ＰＳＴＮ網２と接続する為のＦＸＯ／ＦＸＳ２１を備えている。そして、ＣＰＵ１２より出力される各種データをＰＳＴＮ網２に対して送信することが可能なように、また、ＰＳＴＮ網２より受信した各種データをＣＰＵ１２にて認識することが可能なように、ＣＰＵ１２とＦＸＳ／ＦＸＯ２１とはバス２２を介して電気的に接続されている。

受信装置１１は、所望のデータを印刷して出力するための印刷部１５を備えている。そして、ＣＰＵ１２より出力されるデータに基づいて印刷処理を行うことが可能なように、ＣＰＵ１２と印刷部１５とはバス２２を介して電気的に接続されている。

図５を参照し、サーバ５１の電気的構成について説明する。図５は、サーバ５１の電気的構成を示す模式図である。図５に示すように、サーバ５１は、サーバ５１にて実行される各処理の制御を司るＣＰＵ５２、ＢＩＯＳ等が記憶される不揮発性記憶素子であるＲＯＭ５３、ＣＰＵ５２が処理を実行する為に必要となる一時的な記憶領域を提供する為の揮発性記憶素子であるＲＡＭ５４、プログラムや各種テーブル、及び、着信データ等が記憶される記憶素子であるハードディスク（ＨＤＤ）５５を備えている。そして、ＣＰＵ５２よりＲＯＭ５３、ＲＡＭ５４、及びＨＤＤ５５の記憶領域にアクセスすることが可能なように、ＣＰＵ５２と、ＲＯＭ５３、ＲＡＭ５４、及びＨＤＤ５５とはバス６０を介して電気的に接続されている。

サーバ５１は、共通の入出力制御（インピーダンス変換、タイミング制御等）を行うための入出力部５８を備えている。そして入出力部５８とＣＰＵ５２とはバス６０を介して電気的に接続されている。またサーバ５１は、ユーザからの入力操作を受け付けるためのキーボード５６、所望の映像を表示させることが可能なディスプレイ５７を備えており、其々入出力部５８と電気的に接続されている。これにより、キーボード５６からの入力信号をＣＰＵ５２にて認識することが可能となっている。また、ＣＰＵ５２よりディスプレイ５７に所望の映像を表示させることが可能となっている。

またサーバ５１は、イーサネット（登録商標）Ｉ／Ｆ５９を備えている。そしてイーサネット（登録商標）Ｉ／Ｆ５９には、ＬＡＮポート６１が電気的に接続されている。ＬＡＮポート６１は、インターネット網３を介して端末装置３１やクライアント７１との通信を行うために設けられている。そして、ＣＰＵ５２より出力される各種データをインターネット網３に対して送信することが可能なように、また、インターネット網３を介して受信した各種データをＣＰＵ５２にて認識することが可能なように、ＣＰＵ５２とイーサネット（登録商標）Ｉ／Ｆ５９とはバス６０を介して電気的に接続されている。

図６を参照し、クライアント７１の電気的構成について説明する。図６は、クライアント７１の電気的構成を示す模式図である。図６に示すように、クライアント７１は、クライアント７１にて実行される各処理の制御を司るＣＰＵ７２、ＣＰＵ７２にて実行されるプログラムやパラメータ、設定値等が記憶される不揮発性記憶素子であるＲＯＭ７３、ＣＰＵ７２が処理を実行する為に必要となる一時的な記憶領域を提供する為の揮発性記憶素子であるＲＡＭ７４、及び、受信した着信データが記憶される記憶装置７５（フラッシュメモリなど）が設けられている。そして、ＣＰＵ７２よりＲＯＭ７３、ＲＡＭ７４、及び記憶装置７５の記憶領域にアクセスすることが可能なように、ＣＰＵ７２とＲＯＭ７３、ＲＡＭ７４、及び記憶装置７５とはバス８２を介して電気的に接続されている。

クライアント７１は、共通の入出力制御（インピーダンス変換、タイミング制御等）を行うための入出力部８０を備えている。そして入出力部８０はバス８２を介してＣＰＵ７２と電気的に接続されている。またクライアント７１は、外部からの指示を入力する為の操作部７６、音声を入力する為のマイク７７、音声を出力する為のスピーカ７８、及び、所望の像を表示させることが可能な表示部７９を備えており、其々入出力部８０と電気的に接続されている。これにより、其々のインタフェースからの入力信号をＣＰＵ７２にて認識することが可能となっている。また、ＣＰＵ７２より其々のインタフェースを制御することが可能となっている。

クライアント７１は、インターネット網３と接続し、インターネット網３を介して通信を行うための通信Ｉ／Ｆ８１を備えている。そして、ＣＰＵ７２より出力される各種データを、インターネット網３を介して端末装置３１やサーバ５１に対して送信することが可能なように、また、インターネット網３を介して受信された各種データをＣＰＵ７２にて認識することが可能なように、ＣＰＵ７２とイーサネット（登録商標）Ｉ／Ｆ８１とは電気的に接続されている。

図７〜図９を参照し、端末装置３１が備える記憶装置４０の記憶領域の詳細について説明する。図７は、記憶装置４０に設けられている各種記憶領域を示している。図８は、着信データテーブル記憶エリア４０１に記憶されている受信データテーブルを示している。図９は、通知先テーブル記憶エリア４０２に記憶されている通知先テーブルを示している。

図７を参照し、記憶装置４０の記憶領域の詳細について説明する。図７に示すように、記憶装置４０には、受信装置１１より受信したＦＡＸ原稿や留守番電話音声の着信データに関連する情報が記憶される着信データテーブル記憶エリア４０１、クライアント７１のアドレス等が記憶される通知先テーブル記憶エリア４０２、端末装置３１のＣＰＵ３２にて使用されるプログラムが記憶されるプログラム記憶エリア４０３、着信データが記憶される着信データ記憶エリア４０４、及びその他の記憶エリアが設けられている。

図８を参照し、着信データテーブル記憶エリア４０１に記憶されている着信データテーブルの詳細について説明する。着信データテーブルには、端末装置３１が受信装置１１より受信したＦＡＸ原稿や留守番電話音声の着信データに関連する情報が記憶される。図８に示すように、着信データテーブルには、着信日時、送信元番号、区分、及びデータ名の各情報項目に対応する情報が記憶される。着信日時としては、受信装置１１にてＦＡＸ原稿や留守番電話音声が着信された場合の着信日時が記憶される。送信元番号としては、ＦＡＸ原稿や留守番電話音声の送信元の電話番号が記憶される。区部としては、着信データがＦＡＸデータであるか留守番電話音声データであるかの区分が記憶される。データ名としては、着信データに付加されたファイル名が記憶される。なおこれらの情報は、ＦＡＸ原稿や留守番電話音声とともに受信装置１１より受信することにより得られる。

図８に示す例では、例えば、「２００８年８月２７日１０：２０：３０」に受信装置１１し、送信元の電話番号が「０５２−ｘｘｘ−ｙｙｙｙ」であり、区分が「留守番電話音声データ」であり、着信データのファイル名が「ｘｘｘ．ｍｐ3」である着信データが記憶されていることを示している。

図９を参照し、通知先テーブル記憶エリア４０２に記憶されている通知先テーブルの詳細について説明する。通知先テーブルには、クライアント７１の連絡先の情報が記憶されており、端末装置３１が着信データをクライアント７１に対して送信する場合に参照される。

図９に示すように、通知先テーブルには、通知先アドレス、及び端末区分の各情報項目に対応する情報が所定のグループ（内線グループなど）毎に記憶される。通知先アドレスとしては、クライアント７１のアドレスが記憶される。端末区分としては、クライアント７１がＰＣであるか携帯電話であるかの区分が記憶される。端末装置３１では、着信通知（詳細後述）、及び着信データがクライアント７１に対して送信される場合、通知先テーブルに記憶されている通知先アドレスが参照される。そして、記憶されている通知先アドレスのクライアント７１に対して着信データが送信される。

図９に示す例では、例えば、通知先アドレスが「ｕｓｅｒＡ＠ｂｒｏｔｈｅｒ．ｃｏ．ｊｐ」であり、端末区分が「ＰＣ」であるクライアント７１の情報が記憶されている。

図１０に示すフローチャートを参照し、受信装置１１にて実行される受信装置処理について説明する。図１０は、受信装置処理のフローチャートである。受信装置処理では、受信装置１１がＰＳＴＮ網２を介してＦＡＸ原稿や留守番電話音声を受信した場合に、ＦＡＸ原稿や留守番電話音声を端末装置３１に対して送信する処理が実行される。受信装置処理は、受信装置１１がＦＡＸ原稿や留守番電話音声を検出した場合に、ＣＰＵ１２により起動され実行される。

図１０に示すように、ＦＡＸ原稿や留守番電話音声が検出され処理が開始されると、はじめに、検出されたＦＡＸ原稿や留守番電話音声を受信する（Ｓ１１）。次いで、ＦＡＸ原稿や留守番電話音声を受信した旨を端末装置３１に対して通知する為の受信通知が、端末装置３１に対して送信される（Ｓ１３）。

一方、端末装置３１において上述の受信通知が受信された場合には、受信装置１１に対して、ＦＡＸ原稿や留守番電話音声の受信を要求する為の通知である送信依頼通知が返信される（Ｓ２３、図１１参照、後述）。受信装置１１では、端末装置３１より返信された送信依頼通知が受信される（Ｓ１５）。

送信依頼通知を受信した受信装置１１では、端末装置３１よりＦＡＸ原稿や留守番電話音声の取得が要求されているものと判断される。そこで、Ｓ１１にて受信したＦＡＸ原稿や留守番電話音声を、端末装置３１に対して送信する（Ｓ１７）。また併せて、ＦＡＸ原稿や留守番電話音声を着信した着信日時、ＦＡＸ原稿や留守番電話音声の送信元番号、ＦＡＸ原稿や留守番電話音声の宛先番号（自身の電話番号）、区分、及びデータ名の情報（以下「着信データ関連情報」という。）が端末装置３１に対して送信される。そして受信装置処理は終了する。以上の処理により、受信装置１１にて着信されたＦＡＸ原稿や留守番電話音声が端末装置３１に対して送信される。

図１１及び図１２に示すフローチャートを参照し、端末装置３１にて実行される各種処理について説明する。図１１は、アップロード処理のフローチャートである。図１２は、着信データ送信処理のフローチャートである。アップロード処理は、受信装置１１より送信された受信通知を検出した場合、ＣＰＵ３２により起動され実行される。着信データ送信処理は、クライアント７１より送信された取得要求通知を検出した場合、ＣＰＵ３２により起動され実行される。

図１１を参照し、アップロード処理について説明する。アップロード処理では、受信装置１１よりＦＡＸ原稿や留守番電話音声を受信し、これを着信データに変換する。そして、サーバ５１に対して着信データをアップロードする処理が実行される。Ｓ１３（図１０参照）にて受信装置１１より送信された受信通知が検出された場合、図１１に示すように、はじめに、検出された受信通知を受信する（Ｓ２１）。これにより、端末装置３１では、受信装置１１がＦＡＸ原稿や留守番電話音声を着信した状態であると判断される。

次いで、通知されたＦＡＸ原稿や留守番電話音声を受信装置１１より受信する為に、受信装置１１に対して、ＦＡＸ原稿や留守番電話音声の送信を要求する為の送信依頼通知が送信される（Ｓ２３）。

ここで、受信装置１１において上述の送信依頼通知が受信された場合、これに応じてＦＡＸ原稿や留守番電話音声を返信する処理が実行される（Ｓ１７、図１０参照）。端末装置３１では、受信装置１１より送信されたＦＡＸ原稿や留守番電話音声が受信される（Ｓ２５）。受信されたＦＡＸ原稿や留守番電話音声は、着信データに変換される。また併せて、着信データ関連情報が受信される。変換された着信データ、及び受信された着信データ関連情報は、ＲＡＭ１４に一時的に保存される。

受信装置１１よりＦＡＸ原稿や留守番電話音声を受信し、着信データに変換した後、着信データをサーバ５１にアップロードする為の処理が実行される（Ｓ２７〜Ｓ３９）。はじめに、インターネット網３を介し、サーバ５１に対して着信データを送信する（Ｓ２７）。次いで、送信した着信データがサーバ５１に到達し、サーバ５１のＨＤＤ５５に記憶され、アップロードが成功したかどうかが判断される（Ｓ２９）。サーバ５１へのアップロードが成功したと判断された場合（Ｓ２９：ＹＥＳ）、アップロード処理では以下特段の処理を行うことなく処理が終了する。一方、サーバ５１へのアップロードに失敗したと判断された場合（Ｓ２９：ＮＯ）、ＲＡＭ１４に記憶された状態となっている着信データは記憶装置４０の着信データ記憶エリア４０４に記憶される。また着信データ関連情報は、記憶装置４０の着信データテーブル記憶エリア４０１に記憶される（Ｓ３１）。

なお、アップロードが成功したか否かの判断を行う方法としては、例えばＡＣＫ信号／ＮＡＣＫ信号を用いた方法が使用可能である。具体的には、サーバ５１にて着信データが正常に記憶された場合、ＡＣＫ信号が端末装置３１に対して返信される。一方、着信データが正常に記憶されなかった場合、ＮＡＣＫ信号が返信される。端末装置３１では、サーバ５１よりＡＣＫ信号を受信した場合に、着信データのアップロードが成功したものと判断する。また、ＮＡＣＫ信号を受信した場合や、ＡＣＫ／ＮＡＣＫ信号のいずれも受信しなかった場合には、着信データのアップロードが失敗したものと判断する。

アップロードに失敗したと判断された場合には、次いでクライアント７１に対し、着信データを記憶した旨を通知する為の着信通知がインターネット網３を介して送信される（Ｓ３５）。この着信通知には、着信データが記憶されている記憶場所（端末装置３１の記憶装置４０中着信データ記憶エリア４０４）を特定する為の情報である所在情報が少なくとも付加される。これによりクライアント７１は、端末装置３１の記憶装置４０の着信データ記憶エリア４０４に着信データが記憶されていることを認識することが可能となる。

着信通知を送信する際には、通知先テーブル記憶エリア４０２に記憶されている全ての通知先アドレスがあて宛とされる。着信通知としては、具体的には、着信データを受信した旨を通知する内容が記載されたメールがクライアント７１に対して送信されてもよい。また、着信データを受信した旨を通知する内容が記載されたインスタントメッセージが送信されてもよい。

次いで、サーバ５１がアップロード可能な状態に復帰したか否かを監視するためのヘルスチェック処理が実行される（Ｓ３７）。ヘルスチェックにより、サーバ５１がアップロード可能な状態に復帰したと判断された場合には（Ｓ３９：ＹＥＳ）、Ｓ２７に戻り、着信データをサーバ５１にアップロードする為の処理が実行される。一方、サーバ５１がアップロード可能な状態に復帰しない状態では（Ｓ３９：ＮＯ）、Ｓ３７に戻り、継続してヘルスチェックが実行される。

ここでヘルスチェックの方法としては、例えばＰＩＮＧコマンドを使用する方法が使用可能である。具体的には、サーバ５１のＩＰアドレスに対してＰＩＮＧコマンドを送信し、これに対してＲＥＰＬＹが返信された場合、サーバ５１がアップロード可能な状態に復帰したものと判断する。また例えば、サーバ５１に対してアップロード可能な状態か否かを問い合わせるための問合せ通知を送信する。そしてこれに対する応答を検出した場合に、サーバ５１がアップロード可能な状態に復帰したものと判断する方法も使用可能である。

以上説明したように、端末装置３１では、受信装置１１よりＦＡＸ原稿や留守番電話音声を受信した場合、サーバ５１にＦＡＸ原稿や留守番電話音声の着信データを送信する。サーバ５１では、着信データがＨＤＤ５５に記憶されるので、受信装置１１にて故障等が発生した場合であっても、着信データを安全に保持することが可能となる。

また端末装置３１は、サーバ５１が着信データを受信できないような状態であると判断した場合には、自身の記憶装置４０の着信データ記憶エリア４０４に着信データを保存する。これにより、サーバ５１に着信データをアップロードできない場合であっても、着信データを安全に保持することが可能となる。さらに端末装置３１は、所在情報が少なくとも付加された着信通知をクライアント７１に対して送付する。これによりクライアント７１は、着信データが記憶されている記憶場所を特定することが可能となる。

さらに端末装置３１は、クライアント７１を特定し、着信通知を送信する。これにより、着信データの取得を望むクライアント７１に対して着信データが記憶された旨を通知することが可能となる。

図１２を参照し、着信データ送信処理について説明する。着信データ送信処理は、Ｓ３５（図１１参照）において送信された着信通知に応じてクライアント７１より送信される取得要求通知を検出した場合に開始される処理である。着信データ送信処理では、クライアント７１からの着信データの取得要求に応じ、着信データ記憶エリア４０４に記憶された状態の着信データをクライアント７１に対して送信する。

なお、端末装置３１には、クライアント７１との通信時における通信データを暗号化／復号化するか否かの設定情報（以下「暗号化設定情報」という。）があらかじめ設定されている。端末装置３１では、暗号化設定情報において暗号化を行う旨の設定がなされている場合には、着信データは暗号化され、クライアント７１に対して送信される。また、クライアント７１より受信した取得要求通知は暗号化されているので、復号化することにより認識可能となる。

ここで暗号化／復号化の具体的な方法は特に限定されず、従来周知の暗号化手法を使用することが可能である。例えば、ＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）を利用して端末装置３１とクライアント７１との間で通信が行われる場合には、ＶＰＮの機能を使用して通信データの暗号化／復号化を行うことが可能である。

図１２に示すように、取得要求通知を検出した場合、はじめに、暗号化設定情報が参照され、取得要求通知を復号化するか否かが判断される（Ｓ５３）。復号化を行う旨の設定がなされている場合は（Ｓ５３：ＹＥＳ）、検出された取得要求通知は復号化される（Ｓ５５）。そして復号化された取得要求通知が受信される（Ｓ５６）。一方、復号化を行う旨の設定がなされていない場合には（Ｓ５３：ＮＯ）、検出された取得要求通知はそのまま受信される（Ｓ５６）。

次いで、クライアント７１に対して送信する着信データの暗号化の有無が判断される（Ｓ５７）。暗号化設定情報にて暗号化を行う旨の設定がなされている場合には（Ｓ５７：ＹＥＳ）、着信データ記憶エリア４０４に記憶されている着信データは暗号化され（Ｓ５９）、暗号化された着信データ（「暗号化着信データ」）は、取得要求通知を送信したクライアント７１に対して送信される（Ｓ６１）。そして着信データ送信処理は終了される。一方、暗号化設定情報にて暗号化を行わない旨の設定がなされている場合には（Ｓ５７：ＮＯ）、着信データ記憶エリア４０４に記憶されている着信データは暗号化されることなく、取得要求通知を送信したクライアント７１に対して送信される（Ｓ６１）。そして着信データ送信処理は終了される。

以上説明したように、端末装置３１では、クライアント７１から取得要求通知を受信した場合には、着信データ記憶エリア４０４に記憶されている着信データをクライアント７１に対して返信する。これにより、クライアント７１にて着信データを参照することが可能となる。また、クライアント７１との通信時における通信データを暗号化することが可能となるので、通信データの秘匿性を高めることが可能となる。

図１３及び図１４を参照し、サーバ５１にて実行される各処理について説明する。図１３は、着信データ記憶処理のフローチャートである。図１４は、着信データ送信処理のフローチャートである。着信データ記憶処理は、端末装置３１より送信された着信データを検出した場合に、ＣＰＵ５２により起動され実行される。着信データ送信処理は、クライアント７１より送信された取得要求通知を検出した場合に、ＣＰＵ５２により起動され実行される。

図１３のフローチャートを参照し、着信データ記憶処理について説明する。着信データ記憶処理では、受信した着信データを記憶する処理が実行される。図１３に示すように、着信データ記憶処理では、はじめに、検出された着信データを受信する（Ｓ７１）。次いで、受信された着信データがＨＤＤ５５に記憶される（Ｓ７３）。次いでクライアント７１に対して、着信通知が送信される（Ｓ７５）。この着信通知には、サーバ５１のＨＤＤ５５を特定する為の所在情報が少なくとも付加される。これにより、着信通知を受信したクライアント７１は、サーバ５１のＨＤＤ５５に着信データが記憶されていることを認識することが可能となる。

なお、サーバ５１が着信データを送信するクライアント７１を特定する方法としては、例えば、端末装置３１の記憶装置４０中通知先テーブル記憶エリア４０２に記憶されている通知先テーブルが参照される。そして、記憶されている通知先アドレスの全てをクライアント７１のアドレスとして決定してもよい。また例えば、ＨＤＤ５５には、端末装置３１の通知先テーブル記憶エリア４０２に記憶されている通知先テーブルと同一のテーブルが記憶されていてもよい。この場合、ＨＤＤ５５に記憶されているテーブルが参照されることによって、クライアント７１のアドレスが決定される。

図１４を参照し、着信データ送信処理について説明する。着信データ送信処理では、クライアント７１より取得要求通知を受信した場合に、クライアント７１に対して着信データを送信する処理が実行される。図１４に示すように、クライアント７１より送信された取得要求通知が検出された場合、はじめに、検出された取得要求通知を受信する（Ｓ８１）。次いで、取得要求通知を送信したクライアント７１に対し、ＨＤＤ５５に記憶されている着信データを送信する（Ｓ８３）。そして着信データ送信処理は終了する。

以上説明したように、サーバ５１は、端末装置３１より着信データを受信した場合、受信した着信データをＨＤＤ５５に記憶する。これにより、ＦＡＸ原稿や留守番電話音声を着信した受信装置１１にて故障等が発生した場合であっても、安全に着信データを保持することが可能となる。また、着信データを受信してＨＤＤ５５に記憶した後、クライアント７１に対して着信通知を送信するので、クライアント７１では、着信データが記憶されている場所を特定することが可能となる。さらにサーバ５１は、クライアント７１より送信された取得要求通知に応じ、ＨＤＤ５５に記憶されている着信データをクライアント７１に対して送信する。これによりクライアント７１は着信データを取得することが可能となる。

図１５を参照し、クライアント７１にて実行される各処理について説明する。図１５は、クライアント処理のフローチャートである。クライアント処理は、端末装置３１又はサーバ５１より送信される着信通知を検出した場合に、ＣＰＵ７２により起動され実行される。クライアント処理では、端末装置３１又はサーバ５１より着信通知を受信した場合に、着信データを受信する為の処理が実行される。

なお、クライアント７１には、端末装置３１との通信時における通信データを暗号化するか否かの設定情報（以下「暗号化設定情報」という。）があらかじめ設定されている。クライアント７１では、暗号化設定情報において暗号化を行う旨の設定がなされている場合には、端末装置３１に対して送信される取得要求通知は暗号化され送信される。また、端末装置３１より受信した着信データは暗号化されているので、復号化することにより認識可能となる。なお、サーバ５１との通信時における通信データには、暗号化は行われない。

既述のように、端末装置３１又はサーバ５１にて着信データが記憶された場合、クライアント７１に対して着信通知が送信される（Ｓ３５（図１１参照）、Ｓ７５（図１３参照））。クライアント７１にてこの着信通知が検出された場合、はじめに検出された着信通知を受信する（Ｓ９１）。次いで、着信データを取得する為の取得要求通知を送信する送信先を特定する為に、着信通知に付加されている所在情報が参照される（Ｓ９３）。

所在情報にて特定される着信データの記憶場所がサーバ５１のＨＤＤ５５である場合（Ｓ９３：ＹＥＳ）、サーバ５１とクライアント７１との間の通信データに暗号化を行う必要はない。そこで、特定されたサーバ５１に対し、暗号化を行わない状態で取得要求通知を送信する（Ｓ１０９）。この取得要求通知に対し、サーバ５１は着信データを返信するので（Ｓ８３、図１４参照）、クライアント７１では返信された着信データを受信する（Ｓ１１１）。そして受信した着信データを記憶装置７５に記憶して（Ｓ１１３）、クライアント処理は終了される。

一方、所在情報にて特定される着信データの記憶場所が端末装置３１の記憶装置４０である場合（Ｓ９３：ＮＯ）、はじめに、暗号化設定情報が参照され、端末装置３１に対して送信する取得要求通知を暗号化するか否かが判断される（Ｓ９７）。暗号化を行う旨の設定がなされている場合は（Ｓ９７：ＹＥＳ）、取得要求通知は暗号化され（Ｓ９９）、暗号化された取得要求通知は、着信通知を送信した端末装置３１に対して送信される（Ｓ１０１）。一方、暗号化を行う旨の設定がなされていない場合には（Ｓ９７：ＮＯ）、取得要求通知は暗号化されず、そのまま端末装置３１に対して送信される（Ｓ１０１）。

ここで、取得要求通知を受信したサーバ５１又は端末装置３１は、着信データを返信する。クライアント７１では、この着信データを検出した場合、暗号化設定情報が参照され、着信データを復号化するか否かが判断される（Ｓ１０５）。復号化を行う旨の設定がなされている場合には（Ｓ１０５：ＹＥＳ）、検出された着信データは復号化される（Ｓ１０７）。そして復号化された着信データが受信される（Ｓ１０８）。一方、復号化を行わない旨の設定がなされていない場合には（Ｓ１０５：ＮＯ）、検出された着信データはそのまま受信される（Ｓ１０８）。そして受信した着信データを記憶装置７５に記憶して（Ｓ１１３）、クライアント処理は終了する。

以上説明したように、クライアント処理では、クライアント７１は着信通知を受信した場合、端末装置３１又はサーバ５１に対して取得要求通知を送信することによって、着信データを取得することが可能となる。また、端末装置３１との通信時における通信データを暗号化することが可能となるので、通信データの秘匿性を高めることが可能となる。

なお、図１における端末装置３１が本発明の「ネットワーク機器」に相当し、図１１のＳ２５の処理を行うＣＰＵ１２が本発明の「第一機器受信手段」に相当し、Ｓ２７の処理を行うＣＰＵ１２が本発明の「第一機器送信手段」に相当する。図１３のＳ７１の処理を行うＣＰＵ５２が本発明の「第一サーバ受信手段」に相当する。図５のＨＤＤ５５が本発明の「サーバ記憶手段」に相当する。図１３のＳ７５の処理を行うＣＰＵ５２が本発明の「第一サーバ送信手段」に相当する。図１４のＳ８１の処理を行うＣＰＵ５２が本発明の「第二サーバ受信手段」に相当し、Ｓ８３の処理を行うＣＰＵ５２が本発明の「第二サーバ送信手段」に相当する。図１５のＳ９１の処理を行うＣＰＵ７２が本発明の「第一クライアント受信手段」に相当し、Ｓ１０９、及びＳ１０１の処理を行うＣＰＵ７２が本発明の「第一クライアント送信手段」に相当し、Ｓ１１３の処理を行うＣＰＵ７２が本発明の「第二クライアント受信手段」に相当する。

図１１のＳ２９の処理を行うＣＰＵ１２が本発明の「受信可否判断手段」に相当する。図７の着信データ記憶エリア４０４が本発明の「機器記憶手段」に相当し、図１１のＳ３５の処理を行うＣＰＵ１２が本発明の「第二機器送信手段」に相当する。図１２のＳ５６の処理を行うＣＰＵ１２が本発明の「第二機器受信手段」に相当し、Ｓ６１の処理を行うＣＰＵ１２が本発明の「第三機器送信手段」に相当する。図１１のＳ３７の処理を行うＣＰＵ１２が本発明の「機器監視手段」に相当する。図１２のＳ５９の処理を行うＣＰＵ１２が本発明の「機器暗号化手段」に相当する。図１５のＳ１０７の処理を行うＣＰＵ７２が本発明の「クライアント復号化手段」に相当する。

なお本発明は上述の実施の形態の内容に限定されず、種々の変更が可能である。上述の実施の形態では、着信通知に所在情報のみ付加される構成としたが、本発明はこの構成に限定されない。例えば、着信通知に着信データ関連情報（ＦＡＸ原稿や留守番電話音声を着信した着信日時、ＦＡＸ原稿や留守番電話音声の送信元番号、ＦＡＸ原稿や留守番電話音声の宛先番号（受信装置１１の電話番号）、区分、及びデータ名）を付加する構成としてもよい。これによりクライアント７１は、着信通知を受信した場合、着信データが記憶されている場所の情報とともに、着信データ関連情報を認識することが可能となる。

上述の実施の形態では、サーバ５１とクライアント７１との間の通信データは暗号化／復号化を行わない構成としたが、本発明はこの構成に限定されない。従って、サーバ５１とクライアント７１との間の通信データに関しても、端末装置３１とクライアント７１との間の通信データと同様、暗号化／復号化を行ってもよい。

上述の実施の形態では、端末装置３１において、受信装置１１より受信したＦＡＸ原稿や留守番電話音声がクライアント７１にて参照可能なデータフォーマットである着信データに変換されていた。しかしながら本発明はこの構成に限定されない。例えば、受信装置１１、サーバ５１、及びクライアント７１においてＦＡＸ原稿や留守番電話音声が着信データに変換される構成であってもよい。

上述の実施の形態では、受信装置１１がＦＡＸ原稿や留守番電話音声を着信し、このＦＡＸ原稿や留守番電話音声を、端末装置３１が受信装置１１より受信する構成であった。しかしながら本発明は上述の構成に限定されない。以下、本発明の変形例について説明する。

図１６及び図１７を参照し、本発明の変形例について説明する。図１６は、変形例における着信データ通知システム１のシステム構成を示している。図１７は、変形例における端末装置３１にて実行されるアップロード処理のフローチャートである。なお、端末装置３１を除く構成は、上述の実施の形態と同様であるので、説明を省略する。

図１６を参照し、変形例における着信データ通知システム１のシステム構成について説明する。図１６に示すように、着信データ通知システム１は、端末装置３１、サーバ５１、及びクライアント７１から構成されている。

端末装置３１は、インターネット網３及びＰＳＴＮ網２に接続されている。端末装置３１は、ネットワークを流れるデータの中継処理を行うとともに、ＰＳＴＮ網２を介し、自身宛てに送信されたＦＡＸ原稿や留守番電話音声を着信することが可能となっている。その他の機能については、上述の実施の形態と同様であるので説明を省略する。

図１７のフローチャートを参照し、端末装置３１のＣＰＵにて実行されるアップロード処理について説明する。アップロード処理は、端末装置３１にてＦＡＸ原稿や留守番電話音声を検出した場合に、端末装置３１のＣＰＵにより起動され実行される。

図１７に示すように、アップロード処理では、はじめに、検出されたＦＡＸ原稿や留守番電話音声を受信する（Ｓ１２５）。そして、受信したＦＡＸ原稿や留守番電話音声が着信データに変換される。また併せて、着信データ関連情報を取得する。次いで、着信データをサーバ５１にアップロードする為の処理が実行される（Ｓ１２７〜Ｓ１３９）。はじめに、インターネット網３を介し、サーバ５１に対して着信データを送信する（Ｓ１２７）。次いで、送信した着信データがサーバ５１に到達し、サーバ５１のＨＤＤ５５に記憶され、アップロードが成功したかどうかが判断される（Ｓ１２９）。サーバ５１へのアップロードが成功したと判断された場合（Ｓ１２９：ＹＥＳ）、アップロード処理では以下特段の処理を行うことなく処理を終了する。一方、サーバ５１へのアップロードに失敗したと判断された場合（Ｓ１２９：ＮＯ）、着信データは記憶装置４０の着信データ記憶エリア４０４に記憶される。また着信データ関連情報は、記憶装置４０の着信データテーブル記憶エリア４０１に記憶される（Ｓ１３１）。

次いでクライアント７１に対し、着信通知がインターネット網３を介して送信される（Ｓ１３５）。次いで、サーバ５１がアップロード可能な状態に復帰したか否かを監視するためのヘルスチェック処理が実行される（Ｓ１３７）。ヘルスチェックにより、サーバ５１がアップロード可能な状態に復帰したと判断された場合には（Ｓ１３９：ＹＥＳ）、Ｓ１２７に戻り、着信データをサーバ５１にアップロードする為の処理が実行される。一方、サーバ５１がアップロード可能な状態に復帰しない状態では（Ｓ１３９：ＮＯ）、Ｓ３７に戻り、継続してヘルスチェックが実行される。

以上説明したように、本発明の変形例では、端末装置３１がＦＡＸ原稿や留守番電話音声を受信することが可能となっているので、システム内に別途受信装置を設ける必要がなくなる。これにより、システムの構成をシンプルにすることができるとともに、受信装置に要する費用を削減することが可能となる。

着信データ通知システム１のシステム構成を示す模式図である。着信データ通知システム１のシステム構成を示す模式図である。端末装置３１の電気的構成を示す模式図である。受信装置１１の電気的構成を示す模式図である。サーバ５１の電気的構成を示す模式図である。クライアント７１の電気的構成を示す模式図である。記憶装置４０に設けられている各種記憶領域を示している。着信データテーブル記憶エリア４０１に記憶されている受信データテーブルを示している。通知先テーブル記憶エリア４０２に記憶されている通知先テーブルを示している。受信装置処理のフローチャートである。アップロード処理のフローチャートである。着信データ送信処理のフローチャートである。着信データ記憶処理のフローチャートである。着信データ送信処理のフローチャートである。クライアント処理のフローチャートである。変形例における着信データ通知システム１のシステム構成を示す模式図である。変形例におけるアップロード処理のフローチャートである。

符号の説明

１着信データ通知システム
４着信データ
１１受信装置
１２ＣＰＵ
１５印刷部
３１端末装置
３２ＣＰＵ
４０記憶装置
５１サーバ
５２ＣＰＵ
７１クライアント
７５記憶装置
７６操作部
７７マイク
７８スピーカ
７９表示部
８０入出力部
８２バス
４０４着信データ記憶エリア

Claims

送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し転送する受信装置と、前記受信装置より転送された前記着信データを受信するネットワーク機器と、前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバとから構成され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知システムであって、
前記受信装置は、
前記着信データを受信する装置受信手段と、
前記装置受信手段にて受信された前記着信データを送信する装置送信手段と
を備え、
前記ネットワーク機器は、
前記装置送信手段にて送信された前記着信データを受信する第一機器受信手段と、
前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段と
を備え、
前記サーバは、
前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信手段と、
前記第一サーバ受信手段にて受信された前記着信データを記憶するサーバ記憶手段と、
前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信手段と、
前記第一サーバ送信手段にて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信手段と、
前記第二サーバ受信手段にて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信手段と
を備え、
前記クライアントは、
前記第一サーバ送信手段にて送信された前記着信通知を受信する第一クライアント受信手段と、
前記第一クライアント受信手段にて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信手段と、
前記第一クライアント送信手段にて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信手段と
を備えたことを特徴とする着信データ通知システム。
前記ネットワーク機器は、
前記第一機器受信手段にて前記着信データが受信され、前記第一機器送信手段にて前記着信データが前記サーバに送信された場合に、前記サーバにおける前記着信データの受信の可否を判断する受信可否判断手段と、
前記受信可否判断手段にて、前記着信データを前記サーバが受信していないと判断された場合に、前記着信データを記憶する機器記憶手段と、
前記機器記憶手段に前記着信データが記憶された後、前記着信通知を前記クライアントに対して送信する第二機器送信手段と
前記第二機器送信手段にて送信された前記着信通知に応じ、前記クライアントより前記取得要求通知を受信する第二機器受信手段と、
前記第二機器受信手段にて前記取得要求通知が受信された場合に、前記機器記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第三機器送信手段と
を備えたことを特徴とする請求項１に記載の着信データ通知システム。
前記着信通知には、前記着信データの発信相手先を特定する為の情報である相手先特定情報、及び前記着信データが受信された日時を特定する為の情報である着信日時特定情報のうち少なくともいずれかが含まれていることを特徴とする請求項１又は２に記載の着信データ通知システム。
前記ネットワーク機器は、
前記受信可否判断手段にて前記サーバが前記着信データを受信していないと判断された場合に、前記サーバにおいて前記着信データの受信が可能な状態となったか否かを監視する機器監視手段を備え、
前記第一機器送信手段は、
前記機器監視手段にて、前記着信データの受信が可能な状態となったと判断された場合に、前記サーバに対して前記着信データを送信することを特徴とする請求項２に記載の着信データ通知システム。
前記ネットワーク機器は、
前記機器記憶手段に記憶されている前記着信データを暗号化する機器暗号化手段を備え、
前記第三機器送信手段は、
前記機器暗号化手段にて暗号化された前記着信データである暗号化着信データを送信し、
前記クライアントは、
前記第二クライアント受信手段にて前記暗号化着信データを受信した場合に、前記暗号化着信データを復号化するクライアント復号化手段を備えたことを特徴とする請求項２に記載の着信データ通知システム。
前記ネットワーク機器は、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）データを中継する為のＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）ルータとして機能し、
前記機器暗号化手段は、
ＶＰＮの機能により前記着信データを暗号化することを特徴とする請求項５に記載の着信データ通知システム。
送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信するネットワーク機器と、前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバとから構成され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知システムであって、
前記ネットワーク機器は、
前記着信データを受信する第一機器受信手段と、
前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段と
を備え、
前記サーバは、
前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信手段と、
前記第一サーバ受信手段にて受信された前記着信データを記憶するサーバ記憶手段と、
前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信手段と、
前記第一サーバ送信手段にて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信手段と、
前記第二サーバ受信手段にて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信手段と
を備え、
前記クライアントは、
前記第一サーバ送信手段にて送信された前記着信通知を受信する第一クライアント受信手段と、
前記第一クライアント受信手段にて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信手段と、
前記第一クライアント送信手段にて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信手段と
を備えたことを特徴とする着信データ通知システム。
送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し転送する受信装置より、前記着信データを受信し、前記着信データをサーバにバックアップするとともに、クライアントに前記着信データが着信された旨を通知するネットワーク機器であって、
前記着信データを受信する第一機器受信手段と、
前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段と
前記サーバにおける前記着信データの受信の可否を判断する受信可否判断手段と、
前記受信可否判断手段にて、前記着信データを前記サーバが受信していないと判断された場合に、前記着信データを記憶する機器記憶手段と、
前記機器記憶手段に前記着信データが記憶された後、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第二機器送信手段と、
前記第二機器送信手段にて送信された前記着信通知に応じて前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二機器受信手段と、
前記第二機器受信手段にて前記取得要求通知が受信された場合に、前記機器記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第三機器送信手段と
を備えたネットワーク機器。
前記着信通知には、前記着信データの発信相手先を特定する為の情報である相手先特定情報、及び前記着信データが受信された日時を特定する為の情報である着信日時情報のうち少なくともいずれかが含まれていることを特徴とする請求項８に記載のネットワーク機器。
前記受信可否判断手段にて前記サーバが前記着信データを受信していないと判断された場合に、前記サーバにおいて前記着信データの受信が可能な状態となったか否かを監視する機器監視手段を備え、
前記第一機器送信手段は、
前記機器監視手段にて、前記着信データの受信が可能な状態となったと判断された場合に、前記サーバに対して前記着信データを送信することを特徴とする請求項８又は９に記載のネットワーク機器。
前記機器記憶手段に記憶されている前記着信データを暗号化する機器暗号化手段を備え、
前記第三機器送信手段は、
前記機器暗号化手段にて暗号化された前記着信データである暗号化着信データを送信することを特徴とする請求項８乃至１０のいずれかに記載のネットワーク機器。
前記ネットワーク機器は、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）データを中継する為のＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）ルータとして機能し、
前記機器暗号化手段は、
ＶＰＮの機能により前記着信データを暗号化することを特徴とする請求項１１に記載のネットワーク機器。
送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し、前記着信データをサーバにバックアップするとともに、クライアントに前記着信データが着信された旨を通知するネットワーク機器であって、
前記着信データを受信する第一機器受信手段と、
前記第一機器受信手段にて受信された前記着信データを前記サーバに送信する第一機器送信手段と
前記サーバにおける前記着信データの受信の可否を判断する受信可否判断手段と、
前記受信可否判断手段にて、前記着信データを前記サーバが受信していないと判断された場合に、前記着信データを記憶する機器記憶手段と、
前記機器記憶手段に前記着信データが記憶された後、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第二機器送信手段と、
前記第二機器送信手段にて送信された前記着信通知に応じて前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二機器受信手段と、
前記第二機器受信手段にて前記取得要求通知が受信された場合に、前記機器記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第三機器送信手段と
を備えたネットワーク機器。
送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信し転送する受信装置、前記受信装置より転送された前記着信データを受信するネットワーク機器、及び前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバにおいて実行され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知方法であって、
前記受信装置が、前記着信データを受信する装置受信ステップと、
前記受信装置が、前記装置受信手段にて受信された前記着信データを送信する装置送信ステップと、
前記ネットワーク機器が、前記装置送信ステップにて送信された前記着信データを受信する第一機器受信ステップと、
前記ネットワーク機器が、前記第一機器受信ステップにて受信された前記着信データを前記サーバに送信する第一機器送信ステップと、
前記サーバが、前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信ステップと、
前記サーバが、前記第一サーバ受信ステップにて受信された前記着信データを記憶するサーバ記憶手段と、
前記サーバが、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信ステップと、
前記サーバが、前記第一サーバ送信ステップにて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信ステップと、
前記サーバが、前記第二サーバ受信ステップにて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信ステップと、
前記クライアントが、前記第一サーバ送信ステップにて送信された前記着信通知を受信する第一クライアント受信ステップと、
前記クライアントが、前記第一クライアント受信ステップにて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信ステップと、
前記クライアントが、前記第一クライアント送信ステップにて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信ステップと
を備えたことを特徴とする着信データ通知方法。
送信端末より送信されたＦＡＸや留守番電話音声のデータである着信データを受信するネットワーク機器、及び、前記ネットワーク機器より送信された前記着信データを受信しバックアップするサーバにおいて実行され、前記ネットワーク機器及び前記サーバのうち少なくとも一方より、クライアントに対して、前記着信データを着信した旨が通知される着信データ通知方法であって、
前記ネットワーク機器が、前記着信データを受信する第一機器受信ステップと、
前記ネットワーク機器が、前記第一機器受信ステップにて受信された前記着信データを前記サーバに送信する第一機器送信ステップと、
前記サーバが、前記ネットワーク機器より送信された前記着信データを受信する第一サーバ受信ステップと、
前記サーバが、前記第一サーバ受信ステップにて受信された前記着信データを記憶するサーバ記憶手段と、
前記サーバが、前記着信データが記憶されたことを通知するための着信通知であって、前記着信データの記憶場所を特定する為の情報である所在情報を少なくとも含む着信通知を前記クライアントに対して送信する第一サーバ送信ステップと、
前記サーバが、前記第一サーバ送信ステップにて送信された前記着信通知に応じ、前記クライアントより送信される通知であって、前記着信データの取得を要求する為の通知である取得要求通知を受信する第二サーバ受信ステップと、
前記サーバが、前記第二サーバ受信ステップにて前記取得要求通知が受信された場合に、前記サーバ記憶手段に記憶されている前記着信データを前記クライアントに対して送信する第二サーバ送信ステップと
前記クライアントが、前記第一サーバ送信ステップにて送信された前記着信通知を受信する第一クライアント受信ステップと、
前記クライアントが、前記第一クライアント受信ステップにて受信された前記着信通知に含まれている前記所在情報にて特定される前記記憶場所より前記着信データを受信するために前記取得要求通知を送信する第一クライアント送信ステップと、
前記クライアントが、前記第一クライアント送信ステップにて前記取得要求通知が送信された後、前記着信データを受信する第二クライアント受信ステップと
を備えたことを特徴とする着信データ通知方法。