(57)【要約】【課題】サーバが停止しても、受信したデータの内容をクライアント端末で確認できる端末装置、端末装置のデータ転送方法、端末制御プログラム、データ転送システムを提供する。【解決手段】データ転送システム１では、受信装置３で受信したＦＡＸデータ等が、外部装置４によってサーバ６にアップロードされる。サーバ６が何らかの理由で停止してしまった場合、外部装置４は、受信装置３で受信したＦＡＸデータ等をサーバ６にアップロードできない。そこで、インスタントメッセージ（又は電子メール）にＦＡＸデータ等が添付されて、外部装置４からクライアント端末７に向けて送信される。即ち、サーバ６が停止してしまった場合でも、クライアント端末７においてＦＡＸデータ等を確認できる。【選択図】図１
2010087644.tif 000002
【特許請求の範囲】
【請求項１】
電話回線を通じてデータ通信を行う受信端末装置に、ネットワークを介して接続されると共に、インターネット経由でサーバに接続可能な端末装置であって、
前記受信端末装置からデータを受信する受信手段と、
当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、
前記サーバの停止により、前記転送手段による転送が失敗したか否かを判断する判断手段と、
当該判断手段によって転送が失敗したと判断された場合に、前記転送手段によって転送した前記データを記憶する記憶手段と、
前記判断手段によって転送が失敗したと判断された場合に、クライアント端末に、前記転送手段によって転送した前記データを送信する送信手段と
を備えたことを特徴とする端末装置。
【請求項２】
電話回線を通じてデータ通信を行うと共に、インターネット経由でサーバに接続可能な端末装置であって、
前記電話回線からデータを受信する受信手段と、
当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、
前記サーバの停止により、前記転送手段による転送が失敗したか否かを判断する判断手段と、
当該判断手段によって転送が失敗したと判断された場合に、前記転送手段によって転送した前記データを記憶する記憶手段と、
前記判断手段によって転送が失敗したと判断された場合に、クライアント端末に、前記転送手段によって転送した前記データを送信する送信手段と
を備えたことを特徴とする端末装置。
【請求項３】
前記サーバが復旧したか否かを判断するサーバ復旧判断手段を備え、
当該サーバ復旧判断手段によって前記サーバが復旧したと判断された場合、前記転送手段は、前記記憶手段に記憶された前記データを、前記サーバに転送することを特徴とする請求項１又は２に記載の端末装置。
【請求項４】
前記記憶手段に前記データが記憶されているか否かを判断するデータ記憶判断手段と、
前記サーバ復旧判断手段によって前記サーバが復旧したと判断され、前記転送手段によって前記データが前記サーバに転送された場合に、前記記憶手段に記憶された前記データを削除する削除手段と
を備えたことを特徴とする請求項３に記載の端末装置。
【請求項５】
前記サーバ復旧判断手段は、前記データ記憶判断手段によって前記記憶手段に前記データが記憶されていると判断された場合に、前記サーバが復旧したか否かを判断することを特徴とする請求項４に記載の端末装置。
【請求項６】
前記判断手段によって転送が失敗したと判断された場合に、前記データを添付したインスタントメッセージを作成するインスタントメッセージ作成手段を備え、
前記送信手段は、前記インスタントメッセージ作成手段によって作成された前記インスタントメッセージを、インターネット経由で、前記クライアント端末に送信することを特徴とする請求項１乃至５の何れかに記載の端末装置。
【請求項７】
前記クライアント端末との間で、前記インスタントメッセージの送受信が可能か否かを判断するインスタントメッセージ送受信判断手段と、
当該インスタントメッセージ送受信判断手段によって、前記インスタントメッセージの送受信が不可と判断された場合に、前記データを添付した電子メールを作成する電子メール作成手段と、
を備え、
前記電子メール作成手段によって、前記電子メールが作成された場合、前記送信手段は、インターネット経由で、前記クライアント端末に前記データを添付した前記電子メールを送信することを特徴とする請求項６に記載の端末装置。
【請求項８】
前記クライアント端末に設けられた表示部の画像サイズを記憶する画像サイズ記憶手段と、
前記データが画像データの場合、前記画像データを、前記画像サイズ記憶手段に記憶された前記画像サイズに変更する画像サイズ変更手段と
を備え、
前記送信手段は、前記画像サイズ変更手段によって画像サイズが変更された前記画像データを、前記クライアント端末に送信することを特徴とする請求項１乃至７の何れかに記載の端末装置。
【請求項９】
前記クライアント端末に設けられた表示部に対応する画像フォーマットを記憶する画像フォーマット記憶手段と、
前記データが画像データの場合、前記画像データを、前記画像フォーマット記憶手段に記憶された前記画像フォーマットに変換する画像フォーマット変換手段と
を備え、
前記送信手段は、前記画像フォーマット変換手段によって前記画像フォーマットが変換された前記画像データを、前記クライアント端末に送信することを特徴とする請求項１乃至８の何れかに記載の端末装置。
【請求項１０】
前記データのサイズが所定値以上か否かを判断するサイズ判断手段を備え、
前記送信手段は、前記サイズ判断手段によって前記データのサイズが所定値以上と判断された場合、前記データを分割するデータ分割手段と
を備え、
前記送信手段は、前記データ分割手段によって複数に分割された前記データを、前記クライアント端末に送信することを特徴とする請求項１乃至９の何れかに記載の端末装置。
【請求項１１】
前記データは、留守番電話の録音データ及びＦＡＸデータの何れかであることを特徴とする請求項１乃至１０の何れかに記載の端末装置。
【請求項１２】
電話回線を通じてデータ通信を行う受信端末装置に、ネットワークを介して接続されると共に、インターネット経由でサーバに接続可能な端末装置であって、
前記受信端末装置からデータを受信する受信手段と、
当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、
前記サーバの停止を検出するサーバ停止検出手段と、
当該サーバ停止検出手段によって前記サーバの停止が検出された場合に、前記受信手段によって受信された前記データを記憶する記憶手段と、
前記サーバ停止検出手段によって前記サーバの停止が検出された場合に、クライアント端末に、前記受信手段によって受信された前記データを送信する送信手段と
を備えたことを特徴とする端末装置。
【請求項１３】
電話回線を通じてデータ通信を行うと共に、インターネット経由でサーバに接続可能な端末装置であって、
前記電話回線からデータを受信する受信手段と、
当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、
前記サーバの停止を検出するサーバ停止検出手段と、
当該サーバ停止検出手段によって前記サーバの停止が検出された場合に、前記受信手段によって受信された前記データを記憶する記憶手段と、
前記サーバ停止検出手段によって前記サーバの停止が検出された場合に、クライアント端末に、前記受信手段によって受信された前記データを送信する送信手段と
を備えたことを特徴とする端末装置。
【請求項１４】
電話回線を通じてデータ通信を行う受信端末装置に、ネットワークを介して接続されると共に、インターネット経由でサーバに接続可能な端末装置のデータ転送方法であって、
前記受信端末装置からデータを受信する受信ステップと、
当該受信ステップで受信された前記データを、前記サーバに転送する転送ステップと、
前記サーバの停止により、前記転送ステップにおける前記データの転送が失敗したか否かを判断する判断ステップと、
当該判断ステップにて、前記データの転送が失敗したと判断された場合に、前記転送ステップにおいて転送した前記データを記憶する記憶ステップと、
前記判断ステップにて、前記データの転送が失敗したと判断された場合に、クライアント端末に、前記転送ステップにおいて転送した前記データを送信する送信ステップと
から構成されたことを特徴とする端末装置のデータ転送方法。
【請求項１５】
請求項１４に記載の端末装置のデータ転送方法の各処理ステップとしてコンピュータに実行させることを特徴とする端末制御プログラム。
【請求項１６】
請求項１に記載の端末装置と、前記サーバと、前記受信端末装置とを備えたことを特徴とするデータ転送システム。
【請求項１７】
請求項２に記載の端末装置と、前記サーバとを備えたことを特徴とするデータ転送システム。
【請求項１８】
電話回線を通じてデータ通信を行うと共に、インターネット経由でサーバに接続可能な端末装置のデータ転送方法であって、
前記電話回線からデータを受信する受信ステップと、
当該受信ステップで受信された前記データを、前記サーバに転送する転送ステップと、
前記サーバの停止により、前記転送ステップにおける前記データの転送が失敗したか否かを判断する判断ステップと、
当該判断ステップにて、前記データの転送が失敗したと判断された場合に、前記転送ステップにおいて転送した前記データを記憶する記憶ステップと、
前記判断ステップにて、前記データの転送が失敗したと判断された場合に、クライアント端末に、前記転送ステップにおいて転送した前記データを送信する送信ステップと
から構成されたことを特徴とする端末装置のデータ転送方法。
【請求項１９】
請求項１８に記載の端末装置のデータ転送方法の各処理ステップとしてコンピュータに実行させることを特徴とする端末制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＦＡＸデータや、留守番録音データ等をサーバに転送可能な端末装置、端末装置のデータ転送方法、端末制御プログラム、データ転送システムに関する。
【背景技術】
【０００２】
従来から、留守中にかかってきた電話に自動的に応答し、相手側の伝言を録音する留守番録音機能を備えた電話機が利用されている。この留守番録音機能により、留守中にかかってきた電話でも自動的に録音されるので、帰宅時にその録音を再生して録音内容を確認できる。この他にも、留守中に対応できるものとして、ファクシミリ（以下、ＦＡＸと呼ぶ）がある。ＦＡＸでは、応答の有無とは無関係に記録紙に通信内容が自動的に記録される。そこで、このような録音された音声データや、ＦＡＸデータをサーバに保管することで、外出先でも任意の端末から録音内容を確認したり、ＦＡＸの内容を閲覧できるファクシミリデータ通信方式が提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００２−２３２６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載のファクシミリデータ通信方式では、サーバが停止してしまうと、留守番電話の音声データや、ＦＡＸデータをサーバに保管できないため、端末から録音内容を確認したり、ＦＡＸの内容を閲覧できないという問題点があった。
【０００４】
本発明は、上記課題を解決するためになされたものであり、サーバが停止しても、受信したデータの内容をクライアント端末で確認できる端末装置、端末装置のデータ転送方法、端末制御プログラム、データ転送システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、請求項１に係る発明の端末装置は、電話回線を通じてデータ通信を行う受信端末装置に、ネットワークを介して接続されると共に、インターネット経由でサーバに接続可能な端末装置であって、前記受信端末装置からデータを受信する受信手段と、当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、前記サーバの停止により、前記転送手段による転送が失敗したか否かを判断する判断手段と、当該判断手段によって転送が失敗したと判断された場合に、前記転送手段によって転送した前記データを記憶する記憶手段と、前記判断手段によって転送が失敗したと判断された場合に、クライアント端末に、前記転送手段によって転送した前記データを送信する送信手段とを備えている。
【０００６】
また、請求項２に係る発明の端末装置は、電話回線を通じてデータ通信を行うと共に、インターネット経由でサーバに接続可能な端末装置であって、前記電話回線からデータを受信する受信手段と、当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、前記サーバの停止により、前記転送手段による転送が失敗したか否かを判断する判断手段と、当該判断手段によって転送が失敗したと判断された場合に、前記転送手段によって転送した前記データを記憶する記憶手段と、前記判断手段によって転送が失敗したと判断された場合に、クライアント端末に、前記転送手段によって転送した前記データを送信する送信手段とを備えている。
【０００７】
また、請求項３に係る発明の端末装置は、請求項１又は２に記載の発明の構成に加え、前記サーバが復旧したか否かを判断するサーバ復旧判断手段を備え、当該サーバ復旧判断手段によって前記サーバが復旧したと判断された場合、前記転送手段は、前記記憶手段に記憶された前記データを、前記サーバに転送することを特徴とする。
【０００８】
また、請求項４に係る発明の端末装置は、請求項３に記載の発明の構成に加え、前記記憶手段に前記データが記憶されているか否かを判断するデータ記憶判断手段と、前記サーバ復旧判断手段によって前記サーバが復旧したと判断され、前記転送手段によって前記データが前記サーバに転送された場合に、前記記憶手段に記憶された前記データを削除する削除手段とを備えている。
【０００９】
また、請求項５に係る発明の端末装置は、請求項４に記載の発明の構成に加え、前記サーバ復旧判断手段は、前記データ記憶判断手段によって前記記憶手段に前記データが記憶されていると判断された場合に、前記サーバが復旧したか否かを判断することを特徴とする。
【００１０】
また、請求項６に係る発明の端末装置は、請求項１乃至５の何れかに記載の発明の構成に加え、前記判断手段によって転送が失敗したと判断された場合に、前記データを添付したインスタントメッセージを作成するインスタントメッセージ作成手段を備え、
前記送信手段は、前記インスタントメッセージ作成手段によって作成された前記インスタントメッセージを、インターネット経由で、前記クライアント端末に送信することを特徴とする。
【００１１】
また、請求項７に係る発明の端末装置は、請求項６に記載の発明の構成に加え、前記クライアント端末との間で、前記インスタントメッセージの送受信が可能か否かを判断するインスタントメッセージ送受信判断手段と、当該インスタントメッセージ送受信判断手段によって、前記インスタントメッセージの送受信が不可と判断された場合に、前記データを添付した電子メールを作成する電子メール作成手段と、を備え、前記電子メール作成手段によって、前記電子メールが作成された場合、前記送信手段は、インターネット経由で、前記クライアント端末に前記データを添付した前記電子メールを送信することを特徴とする。
【００１２】
また、請求項８に係る発明の端末装置は、請求項１乃至７の何れかに記載の発明の構成に加え、前記クライアント端末に設けられた表示部の画像サイズを記憶する画像サイズ記憶手段と、前記データが画像データの場合、前記画像データを、前記画像サイズ記憶手段に記憶された前記画像サイズに変更する画像サイズ変更手段とを備え、前記送信手段は、前記画像サイズ変更手段によって画像サイズが変更された前記画像データを、前記クライアント端末に送信することを特徴とする。
【００１３】
また、請求項９に係る発明の端末装置は、請求項１乃至８の何れかに記載の発明の構成に加え、前記クライアント端末に設けられた表示部に対応する画像フォーマットを記憶する画像フォーマット記憶手段と、前記データが画像データの場合、前記画像データを、前記画像フォーマット記憶手段に記憶された前記画像フォーマットに変換する画像フォーマット変換手段とを備え、前記送信手段は、前記画像フォーマット変換手段によって前記画像フォーマットが変換された前記画像データを、前記クライアント端末に送信することを特徴とする。
【００１４】
また、請求項１０に係る発明の端末装置は、請求項１乃至９の何れかに記載の発明の構成に加え、前記データのサイズが所定値以上か否かを判断するサイズ判断手段を備え、前記送信手段は、前記サイズ判断手段によって前記データのサイズが所定値以上と判断された場合、前記データを分割するデータ分割手段とを備え、前記送信手段は、前記データ分割手段によって複数に分割された前記データを、前記クライアント端末に送信することを特徴とする。
【００１５】
また、請求項１１に係る発明の端末装置は、請求項１乃至１０の何れかに記載の発明の構成に加え、前記データは、留守番電話の録音データ及びＦＡＸデータの何れかであることを特徴とする。
【００１６】
また、請求項１２に係る発明の端末装置は、電話回線を通じてデータ通信を行う受信端末装置に、ネットワークを介して接続されると共に、インターネット経由でサーバに接続可能な端末装置であって、前記受信端末装置からデータを受信する受信手段と、当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、前記サーバの停止を検出するサーバ停止検出手段と、当該サーバ停止検出手段によって前記サーバの停止が検出された場合に、前記受信手段によって受信された前記データを記憶する記憶手段と、前記サーバ停止検出手段によって前記サーバの停止が検出された場合に、クライアント端末に、前記受信手段によって受信された前記データを送信する送信手段とを備えている。
【００１７】
また、請求項１３に係る発明の端末装置は、電話回線を通じてデータ通信を行うと共に、インターネット経由でサーバに接続可能な端末装置であって、前記電話回線からデータを受信する受信手段と、当該受信手段によって受信された前記データを、前記サーバに転送する転送手段と、前記サーバの停止を検出するサーバ停止検出手段と、当該サーバ停止検出手段によって前記サーバの停止が検出された場合に、前記受信手段によって受信された前記データを記憶する記憶手段と、前記サーバ停止検出手段によって前記サーバの停止が検出された場合に、クライアント端末に、前記受信手段によって受信された前記データを送信する送信手段とを備えている。
【００１８】
また、請求項１４に係る発明の端末装置のデータ転送方法は、電話回線を通じてデータ通信を行う受信端末装置に、ネットワークを介して接続されると共に、インターネット経由でサーバに接続可能な端末装置のデータ転送方法であって、前記受信端末装置からデータを受信する受信ステップと、当該受信ステップで受信された前記データを、前記サーバに転送する転送ステップと、前記サーバの停止により、前記転送ステップにおける前記データの転送が失敗したか否かを判断する判断ステップと、当該判断ステップにて、前記データの転送が失敗したと判断された場合に、前記転送ステップにおいて転送した前記データを記憶する記憶ステップと、前記判断ステップにて、前記データの転送が失敗したと判断された場合に、クライアント端末に、前記転送ステップにおいて転送した前記データを送信する送信ステップとから構成されている。
【００１９】
また、請求項１５に係る発明の端末制御プログラムは、請求項１４に記載の端末装置のデータ転送方法の各処理ステップとしてコンピュータに実行させることを特徴とする。
【００２０】
また、請求項１６に係る発明のデータ転送システムは、請求項１に記載の端末装置と、前記サーバと、前記受信端末装置とを備えている。
【００２１】
また、請求項１７に係る発明のデータ転送システムは、請求項２に記載の端末装置と、前記サーバとを備えている。
【００２２】
また、請求項１８に係る発明の端末装置のデータ転送方法は、電話回線を通じてデータ通信を行うと共に、インターネット経由でサーバに接続可能な端末装置のデータ転送方法であって、前記電話回線からデータを受信する受信ステップと、当該受信ステップで受信された前記データを、前記サーバに転送する転送ステップと、前記サーバの停止により、前記転送ステップにおける前記データの転送が失敗したか否かを判断する判断ステップと、当該判断ステップにて、前記データの転送が失敗したと判断された場合に、前記転送ステップにおいて転送した前記データを記憶する記憶ステップと、前記判断ステップにて、前記データの転送が失敗したと判断された場合に、クライアント端末に、前記転送ステップにおいて転送した前記データを送信する送信ステップとから構成されている。
【００２３】
また、請求項１９に係る発明の端末制御プログラムは、請求項１８に記載の端末装置のデータ転送方法の各処理ステップとしてコンピュータに実行させることを特徴とする。
【発明の効果】
【００２４】
請求項１に係る発明の端末装置では、受信端末装置から送信されるデータが受信手段によって受信される。次いで、そのデータは転送手段によってサーバに転送されてアップロードされる。よって、ユーザはサーバにアクセスすることで、外出先からでもデータを確認できる。ここで、サーバが何らかの理由で停止してしまった場合、転送手段はサーバにデータを転送できない。そこで、本発明では、転送手段による転送結果が判断手段によって失敗したと判断された場合に、サーバに転送したデータをクライアント端末に送信する。これにより、サーバが停止してしまった場合でも、ユーザは受信端末装置で受信したデータをクライアント端末で確認できる。また、判断手段によって転送が失敗したと判断された場合、そのサーバに転送したデータが記憶手段によって記憶されるので、サーバにまだ転送されていないデータを消滅させることなく保持できる。
【００２５】
また、請求項２に係る発明の端末装置では、電話回線を通じて送信されるデータが受信手段によって受信される。次いで、そのデータは転送手段によってサーバに転送されてアップロードされる。よって、ユーザはサーバにアクセスすることで、外出先からでもデータを確認できる。ここで、サーバが何らかの理由で停止してしまった場合、転送手段はサーバにデータを転送できない。そこで、本発明では、転送手段による転送結果が判断手段によって失敗したと判断された場合に、サーバに転送したデータをクライアント端末に送信する。これにより、サーバが停止してしまった場合でも、ユーザは受信端末装置で受信したデータをクライアント端末で確認できる。また、判断手段によって転送が失敗したと判断された場合、そのサーバに転送したデータが記憶手段によって記憶されるので、サーバにまだ転送されていないデータを消滅させることなく保持できる。
【００２６】
また、請求項３に係る発明の端末装置では、請求項１又は２に記載の発明の効果に加え、サーバ復旧判断手段によって、サーバが復旧したか否かが判断される。サーバが復旧したと判断された場合、記憶手段に記憶されたデータが、転送手段によって、サーバに転送される。これにより、サーバの停止によって転送できなかったデータを、漏れなくサーバに転送してアップロードさせることができる。
【００２７】
また、請求項４に係る発明の端末装置では、請求項３に記載の発明の効果に加え、データ記憶判断手段によって、記憶手段にデータが記憶されているか否かが判断される。そして、サーバ復旧判断手段によってサーバが復旧したと判断され、さらに、転送手段によってデータがサーバに転送された場合は、削除手段によって、記憶手段に記憶されたデータが削除される。これにより、サーバがした場合に、同じデータを重複してサーバに転送するのを防止できる。
【００２８】
また、請求項５に係る発明の端末装置では、請求項４に記載の発明の効果に加え、サーバ復旧判断手段は、データ記憶判断手段によってデータが記憶されていると判断された場合に、サーバが復旧したか否かを判断する。つまり、記憶手段にデータが記憶されているということは、サーバの停止によって、そのデータがサーバにまだアップロードされていないことを意味する。従って、このような場合に、サーバの復旧を確認すれば、サーバが復旧した場合に速やかにデータをサーバにアップロードできる。
【００２９】
また、請求項６に係る発明の端末装置では、請求項１乃至５の何れかに記載の発明の効果に加え、判断手段によってサーバへのデータ転送が失敗したと判断された場合、インスタントメッセージ作成手段によって、そのデータを添付したインスタントメッセージが作成される。そして、その作成されたインスタントメッセージが、送信手段によって、インターネット経由でクライアント端末に送信される。これにより、クライアント端末では、受信端末装置で受信したデータを速やかに確認できる。
【００３０】
また、請求項７に係る発明の端末装置では、請求項６に記載の発明の効果に加え、クライアント端末との間で、インスタントメッセージの送受信が可能か否かが、インスタントメッセージ送受信判断手段によって判断される。ここで、インスタントメッセージの送受信が不可と判断された場合、電子メール作成手段によって、インスタントメッセージの代わりに、サーバに転送すべきデータを添付した電子メールが作成される。これにより、データをクライアント端末に確実に送信できる。
【００３１】
また、請求項８に係る発明の端末装置は、請求項１乃至７の何れかに記載の発明の効果に加え、クライアント端末の表示部は、その種類によって、適切な画像サイズが決められている。そこで、クライアント端末に設けられた表示部の画像サイズを画像サイズ記憶手段によって予め記憶しておき、データが画像データの場合、画像サイズ変更手段によって、その画像データが、画像サイズ記憶手段に記憶された画像サイズに変更される。これにより、クライアント端末に設けられた表示部に適切な画像サイズで、画像データを表示させることができる。
【００３２】
また、請求項９に係る発明の端末装置では、請求項１乃至８の何れかに記載の発明の効果に加え、クライアント端末の表示部は、その種類によって、画像フォーマットが決められている。そこで、クライアント端末に設けられた表示部に対応する画像フォーマットを画像フォーマット記憶手段によって予め記憶しておき、データが画像データの場合、画像フォーマット変換手段によって、その画像フォーマットが、画像フォーマット記憶手段に記憶された画像フォーマットに変換される。これにより、クライアント端末に設けられた表示部に適切な画像フォーマットで、画像データを表示させることができる。
【００３３】
また、請求項１０に係る発明の端末装置では、請求項１乃至９の何れかに記載の発明の効果に加え、サイズ判断手段によって、データのサイズが所定値以上か否かが判断される。データのサイズが所定値以上と判断された場合、そのデータはデータ分割手段によって複数に分割される。そして、その分割された各データが、送信手段によって、クライアント端末に送信される。これにより、データ量が大きい場合でも、そのデータをサーバに速やかに転送できる。
【００３４】
また、請求項１１に係る発明の端末装置では、請求項１乃至１０の何れかに記載の発明の効果に加え、データは、留守番電話の録音データ及びＦＡＸデータの何れかであるので、サーバが停止した場合でも、クライアント端末側で、受信端末装置で受信したＦＡＸデータや、録音データを確認できる。
【００３５】
また、請求項１２に係る発明の端末装置では、受信端末装置から送信されるデータが受信手段によって受信される。次いで、そのデータは転送手段によってサーバに転送されてアップロードされる。よって、ユーザはサーバにアクセスすることで、外出先からでもデータを確認できる。ここで、サーバが何らかの理由で停止してしまった場合、転送手段はサーバにデータを転送できない。そこで、本発明では、サーバ停止検出手段によって、サーバの停止が検出される。サーバの停止が検出された場合、受信手段によって受信されたデータをクライアント端末に送信する。これにより、サーバが停止してしまった場合でも、ユーザは受信端末装置で受信したデータをクライアント端末で確認できる。また、サーバの停止が検出されない場合、受信手段によって受信されたデータが記憶手段によって記憶されるので、サーバにまだ転送されていないデータを消滅させることなく保持できる。
【００３６】
また、請求項１３に係る発明の端末装置では、電話回線を通じて送信されるデータが受信手段によって受信される。次いで、そのデータは転送手段によってサーバに転送されてアップロードされる。よって、ユーザはサーバにアクセスすることで、外出先からでもデータを確認できる。ここで、サーバが何らかの理由で停止してしまった場合、転送手段はサーバにデータを転送できない。そこで、本発明では、サーバ停止検出手段によって、サーバの停止が検出される。サーバの停止が検出された場合、受信手段によって受信されたデータをクライアント端末に送信する。これにより、サーバが停止してしまった場合でも、ユーザは受信端末装置で受信したデータをクライアント端末で確認できる。また、サーバの停止が検出されない場合、受信手段によって受信されたデータが記憶手段によって記憶されるので、サーバにまだ転送されていないデータを消滅させることなく保持できる。
【００３７】
また、請求項１４に係る発明の端末装置のデータ転送方法では、受信ステップにおいて、受信端末装置から送信されるデータが受信される。次いで、転送ステップにおいて、そのデータが転送手段によってサーバに転送されてアップロードされる。よって、ユーザはサーバにアクセスすることで、外出先からでもデータを確認できる。ここで、サーバが何らかの理由で停止してしまった場合、サーバにデータを転送できない。そこで、判断ステップにおいて、転送ステップにおけるデータの転送が失敗したか否かが判断される。この判断ステップで、データの転送が失敗したと判断された場合、送信ステップにおいて、サーバに転送したデータがクライアント端末に送信される。これにより、サーバが停止してしまった場合でも、ユーザは受信端末装置で受信したデータをクライアント端末で確認できる。また、送信ステップに加え、サーバに転送したデータが記憶手段によって記憶されるので、サーバにまだ転送されていないデータを消滅させることなく保持できる。
【００３８】
また、請求項１５に係る発明の端末制御プログラムでは、請求項１４に記載の端末装置のデータ転送方法の各処理ステップとしてコンピュータに実行させることができるので、請求項１４に記載の発明の効果を得ることができる。
【００３９】
また、請求項１６に係る発明のデータ転送システムでは、請求項１に記載の端末装置と、その端末装置とインターネット経由で接続されたサーバと、前記端末装置とネットワークで接続されると共に、電話回線を通じてデータ通信を行う受信端末装置とを備えているので、サーバが停止しても、受信したデータの内容をクライアント端末で確認できるデータ転送システムを提供することができる。
【００４０】
また、請求項１７に係る発明のデータ転送システムでは、請求項２に記載の端末装置と、その端末装置とインターネット経由で接続されたサーバとを備えているので、サーバが停止しても、受信したデータの内容をクライアント端末で確認できるデータ転送システムを提供することができる。
【００４１】
また、請求項１８に係る発明の端末装置のデータ転送方法では、受信ステップにおいて、電話回線からデータが受信される。次いで、転送ステップにおいて、そのデータが転送手段によってサーバに転送されてアップロードされる。よって、ユーザはサーバにアクセスすることで、外出先からでもデータを確認できる。ここで、サーバが何らかの理由で停止してしまった場合、サーバにデータを転送できない。そこで、判断ステップにおいて、転送ステップにおけるデータの転送が失敗したか否かが判断される。この判断ステップで、データの転送が失敗したと判断された場合、送信ステップにおいて、サーバに転送したデータがクライアント端末に送信される。これにより、サーバが停止してしまった場合でも、ユーザは受信端末装置で受信したデータをクライアント端末で確認できる。また、送信ステップに加え、サーバに転送したデータが記憶手段によって記憶されるので、サーバにまだ転送されていないデータを消滅させることなく保持できる。
【００４２】
また、請求項１９に係る発明の端末制御プログラムでは、請求項１８に記載の端末装置のデータ転送方法の各処理ステップとしてコンピュータに実行させることができるので、請求項１８に記載の発明の効果を得ることができる。
【発明を実施するための最良の形態】
【００４３】
以下、本発明の一実施形態であるデータ転送システム１について、図面を参照して説明する。はじめに、データ転送システム１の構成について、図１を参照して説明する。図１は、データ転送システム１の構成を示すブロック図である。
【００４４】
データ転送システム１は、公衆電話回線網（ＰＳＴＮ）２に接続され、留守番電話機能とＦＡＸ機能とを併せ持つ複合機である受信装置３と、該受信装置３にＬＡＮで接続された外部装置４と、サーバ６と、クライアント端末７とから構成され、外部装置４、サーバ６及びクライアント端末７は、インターネット５を介して相互に接続されている。サーバ６は、画像、音声等の情報を蓄積すると共に、クライアント端末７の要求に応じて、インターネット５を介して、これらの情報を送信する。クライアント端末７は、据置型の端末（以下、ＰＣ端末）と、携帯端末との２種類が想定される。
【００４５】
このようなデータ転送システム１では、例えば、受信装置３で受信したＦＡＸデータや、留守番電話の録音データ（以下、ＦＡＸデータ等と呼ぶ）が、外部装置４によってサーバ６にアップロードされる。すると、サーバ６からインターネット５を介して、クライアント端末７に向けてインスタントメッセージ（又は電子メール）が送信され、ＦＡＸデータ等がサーバ６にアップロードされたことが通知される。これにより、ユーザはクライアント端末７からサーバ６にアクセスすることで、サーバ６に保管されたＦＡＸデータを閲覧したり、録音データを再生して確認することができる。
【００４６】
ここで、本システムにおいて、サーバ６が何らかの理由で停止してしまうことが想定される。この場合、外部装置４は、受信装置３で受信したＦＡＸデータ等をサーバ６にアップロードできない。そこで、本実施形態では、インスタントメッセージ（又は電子メール）にＦＡＸデータ等が添付されて、外部装置４からクライアント端末７に向けて送信される。即ち、サーバ６が停止してしまった場合でも、クライアント端末７においてＦＡＸデータ等を確認できる。以下、本システムを構成する各装置について詳細に説明する。
【００４７】
まず、受信装置３の電気的構成について、図２を参照して説明する。図２は、受信装置３の電気的構成を示すブロック図である。受信装置３には、受信装置３の制御を司るコントローラとしてのＣＰＵ２０が設けられている。ＣＰＵ２０には、ＢＩＯＳ等を記憶したＲＯＭ２１と、各種データを一時的に記憶するＲＡＭ２２と、受信したＦＡＸデータに基づいて記録紙に画像を印刷する印刷機構２４と、データの受け渡しの仲介を行う入出力部２５と、ＬＡＮに接続するためのイーサネット（登録商標）Ｉ／Ｆ２６と、公衆電話網（ＰＳＴＮ）に接続するための公衆電話網Ｉ／Ｆ２７とが、バス２８を介して接続されている。入出力部２５には、受信装置３を操作するための操作部３１と、受話器のマイク３２及びスピーカ３３と、液晶ディスプレイである表示部３４とが各々接続されている。
【００４８】
次に、外部装置４の電気的構成について、図３を参照して説明する。図３は、外部装置４の電気的構成を示すブロック図である。外部装置４には、外部装置４の制御を司るコントローラとしてのＣＰＵ４０が設けられている。そのＣＰＵ４０には、ＢＩＯＳ等を記憶したＲＯＭ４１と、各種データを一時的に記憶するＲＡＭ４２と、ハードディスクドライブ４３（以下、ＨＤＤ４３）と、ＣＤ−ＲＯＭドライブ４４と、データの受け渡しの仲介を行う入出力部４５と、ＬＡＮに接続するためのイーサネットＩ／Ｆ４６と、インターネット５に接続するためのインターネットＩ／Ｆ４７とが、バス４８を介して接続されている。入出力部４５には、外部装置４を操作するための操作部５１と、液晶ディスプレイである表示部５２とが接続されている。
【００４９】
なお、ＣＤ−ＲＯＭドライブ４４に挿入されるＣＤ−ＲＯＭ１４４には、外部装置４のメインプログラムや、後述するデータ転送プログラム、サーバ復旧確認プログラム等が記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１４４からＨＤＤ４３にセットアップされて、後述するプログラム記憶エリア４３４（図５参照）に記憶される。
【００５０】
次に、サーバ６の電気的構成について、図４を参照して説明する。図４は、サーバ６の電気的構成を示すブロック図である。サーバ６には、サーバ６の制御を司るコントローラとしてのＣＰＵ７０が設けられている。そのＣＰＵ７０には、ＢＩＯＳ等を記憶したＲＯＭ７１と、各種データを一時的に記憶するＲＡＭ７２と、ハードディスクドライブ７３（以下、ＨＤＤ７３）と、ＣＤ−ＲＯＭドライブ７４と、データの受け渡しの仲介を行う入出力部７５と、インターネット５に接続するためのインターネットＩ／Ｆ７７とが、バス７８を介して接続されている。入出力部７５には、外部装置４を操作するための操作部８１と、液晶ディスプレイである表示部８２とが接続されている。
【００５１】
なお、ＣＤ−ＲＯＭドライブ７４に挿入されるＣＤ−ＲＯＭ１７４には、サーバ６のメインプログラムや、後述する受信通知プログラム、復旧応答プログラム等が記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１７４からＨＤＤ７３にセットアップされて、後述するプログラム記憶エリア７２３（図９参照）に記憶される。
【００５２】
次に、外部装置４のＨＤＤ４３の各記憶エリアについて、図５を参照して説明する。図５は、ＨＤＤ４３の各記憶エリアを示す概念図である。ＨＤＤ４３には、受信データテーブル記憶エリア４３１と、通知先テーブル記憶エリア４３２と、端末情報マスタ記憶エリア４３３と、プログラム記憶エリア４３４と、その他の情報記憶エリア４３５と、が少なくとも設けられている。
【００５３】
受信データテーブル記憶エリア４３１には、受信データテーブル４３１１（図６参照）が記憶されている。通知先テーブル記憶エリア４３２には、通知先テーブル４３２１（図７参照）が記憶されている。端末情報マスタ記憶エリア４３３には、端末情報マスタテーブル４３３１（図８参照）が記憶されている。プログラム記憶エリア４３４には、外部装置４のメインプログラムや、データ転送プログラム等が記憶されている。その他の情報記憶エリア４３５には、外部装置４で使用されるその他の情報が記憶されている。なお、外部装置４がＨＤＤ４３を備えていない専用機の場合は、ＲＯＭ４１に各種プログラムが記憶される。以下、各テーブルについて順に説明する。
【００５４】
まず、受信データテーブル４３１１について、図６を参照して説明する。図６は、受信データテーブル４３１１の概念図である。受信データテーブル４３１１は、サーバ６の停止時において、受信装置３で受信したＦＡＸデータ、留守番電話の録音データを保持するためのテーブルである。具体的には、ＦＡＸデータ等の受信した「着信日時」と、ＦＡＸデータ等を送信した相手の「着信元番号」と、受信したデータがＦＡＸデータか留守電番電話のデータ（以下、留守電データと呼ぶ）かの「区分」と、受信したデータと、等が記憶される。
【００５５】
例えば、受信データテーブル４３１１の１行目には、「２００８年８月２７日１０時２０分３０秒」に、電話番号「０５２−ｘｘｘ−ｙｙｙｙ」の相手から受信した「留守電」の録音データ「ＭＰ３ファイル」が記憶されている。なお、後述するが、受信データテーブル４３１１に記憶された各種データは、サーバ６復旧後、サーバ６にデータがアップロードされた後で削除される。つまり、受信データテーブル４３１１に記憶された各種データは、サーバ６にまだアップロードされていないものである。
【００５６】
次に、通知先テーブル４３２１について、図７を参照して説明する。図７は、通知先テーブル４３２１の概念図である。通知先テーブル４３２１は、サーバ６の停止時に、受信装置３が受信したＦＡＸデータ等を、インスタントメッセージ（ＩＭ）に添付して通知する通知先のアドレスを管理するものである。具体的には、通知する端末の「通知先アドレス」と、その端末を識別するための「端末ＩＤ」とが各々記憶されている。
【００５７】
例えば、通知先テーブル４３２１には、端末ＩＤ＝Ａ００１、Ｂ００１、Ｂ００２にそれぞれ対応する３つの通知先アドレスが記憶されている。従って、この通知先テーブル４３２１を保持する外部装置４において、ＦＡＸデータ等を受信した場合、これらの通知先のクライアント端末７に向けて、ＦＡＸデータ等を添付したインスタントメッセージ（ＩＭ）が各々送信される。
【００５８】
次に、端末情報マスタテーブル４３３１について、図８を参照して説明する。図８は、端末情報マスタテーブル４３３１の概念図である。端末情報マスタテーブル４３３１は  端末ごとの送信設定を保持するものである。具体的には、「端末ＩＤ」と、「端末区分」と、「キャリア」と、クライアント端末７の表示部８２「画像サイズ」と、「画像フォーマット」と、一度に受信できるデータ量の上限である「上限サイズ」とからなる各端末情報が各々記憶されている。なお、「キャリア」は、携帯端末にのみ設定され、ＰＣ端末には設定されない。携帯端末の場合、キャリア毎に端末情報が異なる場合が多いからである。さらに、「画像サイズ」は、携帯端末にのみ各々設定され、ＰＣ端末の場合には設定されない。ＰＣ端末の表示画面は、携帯端末に比べて大きいので、受信したＦＡＸ画像のサイズをそのまま適応できるからである。
【００５９】
例えば、端末情報マスタテーブル４３３１の１行目には、端末ＩＤ＝Ａ００１のＰＣ端末の送信設定が記憶されているが、画像サイズはオリジナル（「ＯＲＩＧＩＮＡＬ」）のままで、画像フォーマット＝「ＴＩＦ」、上限サイズ＝「１ＭＢ」が記憶されている。また、２行目には、端末ＩＤ＝Ｂ００１の携帯端末の送信設定が記憶され、キャリア＝「ＡＡＡ社」、画像サイズ＝「２４０×３２０」、画像フォーマット＝「ＧＩＦ」、上限サイズ＝「１００ＫＢ」が記憶されている。なお、本実施形態では、キャリア毎の設定を保持しているが、そのキャリア内でより細かく設定を分けることも可能である。
【００６０】
次に、サーバ６のＨＤＤ７３の各記憶エリアについて、図９を参照して説明する。図９は、ＨＤＤ７３の各記憶エリアを示す概念図である。ＨＤＤ７３には、受信データ記憶エリア７３１と、通知先テーブル記憶エリア７３２と、プログラム記憶エリア７３３と、その他の情報記憶エリア７３４と、が少なくとも設けられている。
【００６１】
受信データ記憶エリア７３１には、外部装置４から送信されたＦＡＸデータ等が記憶される。通知先テーブル記憶エリア７３２には、通知先テーブル７３２１（図１０参照）が記憶されている。プログラム記憶エリア７３３には、サーバ６のメインプログラムや、受信通知プログラム等が記憶されている。その他の情報記憶エリア７３４には、サーバ６で使用されるその他の情報が記憶されている。なお、サーバ６がＨＤＤ７３を備えていない専用機の場合は、ＲＯＭ７１に各種プログラムが記憶される。
【００６２】
次に、通知先テーブル７３２１について、図１０を参照して説明する。図１０は、通知先テーブル７３２１の概念図である。通知先テーブル７３２１は、サーバ６にＦＡＸデータ等がアップロードされた時に、その旨をクライアント端末７に、インスタントメッセージ（ＩＭ）で通知する際に使用するテーブルである。具体的には、受信装置３の「電話番号」に対して「通知先アドレス」が各々記憶されている。例えば、受信装置３の電話番号＝「０５２−ｙｙｙ−ｘｘｘｘ」に対して、通知先のアドレスが３つ登録されている。つまり、「ｕｓｅｒＡ＠ｂｒｏｔｈｅｒ．ｃｏ．ｊｐ」と、「ｕｓｅｒＡ＠ＡＡＡ．ｎｅ．ｊｐ」と、「ｕｓｅｒＣ＠ＢＢＢ．ｎｅ．ｊｐ」とが各々記憶されている。従って、受信装置３の電話番号＝「０５２−ｙｙｙ−ｘｘｘｘ」において、ＦＡＸデータ等を受信した場合、これら通知先のクライアント端末７に向けて、ＦＡＸデータ等を添付したインスタントメッセージ（ＩＭ）が各々送信される。
【００６３】
次に、上記構成からなるデータ転送システム１で行われる処理について説明する。ここでは、受信装置３のＣＰＵ２０による処理、外部装置４のＣＰＵ４０による処理、サーバ６のＣＰＵ７０による処理に分けて順次説明する。
【００６４】
まず、受信装置３のＣＰＵ２０による処理について、図１１を参照して説明する。図１１は、ＣＰＵ２０による処理を示すフローチャートである。まず、ＰＳＴＮ２を介して、ＦＡＸ（又は留守電）が受信される（Ｓ１）。次いで、受信したＦＡＸデータが、ＲＡＭ２２に記憶される（Ｓ２）。さらに、外部装置４に向けて、データを受信したことを示す受信信号が送信される（Ｓ３）。ここで、外部装置４では、受信信号が受信されると、受信装置３で受信したデータを要求するため、データ送信依頼信号が受信装置３に向けて送信される。そこで、受信装置３では、その外部装置４から送信されたデータ送信依頼信号を受信したか否かが判断される（Ｓ４）。データ送信依頼信号を受信しない間は（Ｓ４：ＮＯ）、Ｓ４に戻って、引き続き、データ送信依頼信号の受信が監視される。データ送信依頼信号を受信した場合（Ｓ４：ＹＥＳ）、外部装置４に向けてＦＡＸデータ等と、そのデータの着信情報（着信日時、着信元番号）とが共に送信され（Ｓ５）、処理が終了する。なお、ＦＡＸデータは、ＰＣ端末や、携帯端末等のディスプレイに表示させるために、画像データとして変換される。本実施形態では、受信装置３において画像データに変換されるが、外部装置４で画像データに変換するようにしてもよい。
【００６５】
次に、外部装置４のＣＰＵ４０によるデータ転送処理について、図１２を参照して説明する。図１２は、ＣＰＵ４０によるデータ転送処理を示すフローチャートである。まず、受信装置３から受信信号を受信したか否かが判断される（Ｓ１０）。受信信号を受信しない間は（Ｓ１０：ＮＯ）、Ｓ１０に戻って、引き続き、受信信号の受信が監視される。そして、受信信号が受信されると（Ｓ１０：ＹＥＳ）、受信装置３に対して受信データの送信を要求するために、データ送信依頼信号が送信される（Ｓ１１）。一方、受信装置３では、外部装置４からのデータ送信依頼信号が受信されると、受信データが外部装置４に向けて送信される。
【００６６】
次いで、受信装置３からＦＡＸデータ等を受信したか否かが判断される（Ｓ１２）。データを受信しない間は（Ｓ１２：ＮＯ）、Ｓ１２に戻って、引き続き、データの受信が監視される。データが受信された場合（Ｓ１２：ＹＥＳ）、その受信したデータ等が、サーバ６に向けて送信され、アップロードされる（Ｓ１３）。つまり、サーバ６のＨＤＤ７３の受信データ記憶エリア７３１に、受信装置３で受信したＦＡＸデータ等が記憶される。
【００６７】
しかしながら、サーバ６が何らかの理由で停止してしまうことが想定される。この場合、ＨＤＤ７３の受信データ記憶エリア７３１に、受信したＦＡＸデータ等を記憶することができず、アップロードできない。そこで、サーバ６へのアップロードが成功したか否かが判断される（Ｓ１４）。アップロードできている場合は（Ｓ１４：ＹＥＳ）、そのまま処理を終了する。一方、アップロードできていない場合は（Ｓ１４：ＮＯ）、受信したＦＡＸデータ等と、それに付加されて送信された着信情報とが、ＨＤＤ４３に記憶された受信データテーブル４３１１（図６参照）に記憶される（Ｓ１５）。
【００６８】
例えば、受信したデータがＭＰ３の音声ファイルの場合、つまり、留守番電話の録音データの場合、図６に示す受信データテーブル４３１１の１行目のように、着信情報＝「２００８／８／２７  １０：２０：３０」、着信元番号＝「０５２−ｘｘｘ−ｙｙｙｙ」、区分＝「留守電」、データ＝「ｘｘｘ．ｍｐ３」が各々記憶される。次いで、クライアント端末７の種類に応じて適切なデータ等を送信するために、メッセージ送信処理が実行される（Ｓ１６）。
【００６９】
ここで、メッセージ送信処理について、図１３，図１４を参照して説明する。図１３は、メッセージ送信処理のフローチャートである。図１４は、図１３の続きを示すフローチャートである。図１３に示すように、まず、ＨＤＤ４３に記憶された通知先テーブル４３２１（図７参照）を参照して、予め登録されたクライアント端末７の各通知先が取得される（Ｓ２１）。さらに、端末情報マスタテーブル４３３１（図８参照）を参照して、各通知先の端末情報が取得される（Ｓ２２）。例えば、図７に示すように、ここで取得される端末ＩＤ＝Ｂ００１の端末情報は、端末区分＝「携帯端末」、キャリア＝「ＡＡＡ社」、画像サイズ＝「２４０×３２０」、画像フォーマット＝「ＧＩＦ」、上限サイズ＝「１００ＫＢ」である。
【００７０】
続いて、受信データはＦＡＸか否かが判断される（Ｓ２３）。ＦＡＸデータの場合、画像データをクライアント端末７に送信するのであるが、クライアント端末７の種類によって、その画像データを変換する必要がある。例えば、据え置き型のＰＣ端末の場合、携帯端末に比べて表示画面は大きいので、その画像サイズは、受信時の画像サイズのままで対応可能である。しかしながら、携帯端末の場合、ＰＣ端末に比べて、表示画面は小さいので、受信時の画像サイズそのままでは対応できないことが多い。
【００７１】
そこで、受信データがＦＡＸである場合（Ｓ２３：ＹＥＳ）、取得した端末情報に基づき、受信したＦＡＸデータの画像サイズが変換される（Ｓ２４）。例えば、通知先に端末ＩＤ＝Ｂ００１の携帯端末の通知先が設定された場合、端末情報マスタテーブル４３３１を参照すると、画像サイズは「２４０×３２０」である。従って、ＦＡＸデータの画像サイズは、２４０×３２０に変更される。これにより、携帯端末の表示部において、ＦＡＸ画像を適切なサイズで表示させることができる。
【００７２】
次いで、取得した端末情報に基づき、受信したＦＡＸデータの画像フォーマットが変換される（Ｓ２５）。例えば、通知先に端末ＩＤ＝Ｂ００１の携帯端末の通知先が設定された場合、端末情報マスタテーブル４３３１を参照すると、画像フォーマットは「ＧＩＦ」である。従って、ＦＡＸデータの画像フォーマットは、ＧＩＦに変換される。これにより、携帯端末の表示部の特性に応じて、画像フォーマットを変更することができる。
【００７３】
次いで、受信したＦＡＸデータ等のデータ量は、予め決められた「上限サイズ」に収まるか否かが判断される（Ｓ２７）。送信するデータ量が大きい場合（Ｓ２７：ＹＥＳ）、通信速度が遅くなるため、「上限サイズ」に収まるようにデータが分割される（Ｓ２８）。ここで、通知先に端末ＩＤ＝Ｂ００１の携帯端末の通知先が設定された場合、端末情報マスタテーブル４３３１を参照すると、上限サイズは１００ＫＢである。従って、例えば、端末ＩＤ＝Ｂ００１の携帯端末に送信するデータ量が１５０ＫＢの場合、１００ＫＢのデータと、５０ＫＢのデータとに分割される。
【００７４】
なお、受信データが留守番電話で録音された音声ファイルの場合（Ｓ２３：ＮＯ）、端末の種類に関係なく、その音声ファイルのデータ量が「上限サイズ」に収まるか否かが判断される（Ｓ２７）。そして、上記と同様に、上限サイズに収まるように、データが分割される。
【００７５】
次いで、通知先に設定されているクライアント端末７との間で、インスタントメッセージの送受信が可能か否かが判断される（Ｓ２９）。例えば、ＨＤＤ４３には、外部装置４との間でインスタントメッセージの送受信を行うことができるメンバーリストが記憶されている。メンバーリストには、クライアント端末７の端末ＩＤが記憶されている。従って、メンバーリストに端末ＩＤが記憶されているクライアント端末７は、インスタントメッセージを利用できるので（Ｓ２９：ＹＥＳ）、インスタントメッセージが作成される（Ｓ３０）。そして、作成されたインスタントメッセージに受信データが添付された状態で、クライアント端末７に送信される（Ｓ３２）。インスタントメッセージは、送信とほぼ同時に、クライアント端末７のディスプレイ（図示外）に、メッセージがポップアップで表示される。これにより、クライアント端末７に対して速やかにデータを転送することができる。
【００７６】
これとは逆に、メンバーリストに端末ＩＤが記憶されていないクライアント端末７は、インスタントメッセージが利用できないので（Ｓ２９：ＮＯ）、電子メールが作成される（Ｓ３１）。そして、作成された電子メールに受信データが添付された状態で、クライアント端末７に送信される（Ｓ３２）。つまり、インスタントメッセージを利用できなくても、その代わりに電子メールを利用できるので、確実に受信データをクライアント端末７に転送できる。
【００７７】
なお、データ量が「上限サイズ」を超えて、データが分割されている場合（Ｓ２８）、分割された各データにつき、それぞれインスタントメッセージ（又は電子メール）が作成され、分割された各データを添付した状態で、通知先のクライアント端末７に送信される（Ｓ２９）。これにより、データの通信速度が遅くならないので、クライアント端末７に速やかにデータを送信することができる。また、クライアント端末７では、複数に分割された各データを結合するデータ結合プログラムが実行され、１つの画像データとして保持される。こうして、図１２に示すフローチャートに戻り、処理が終了する。
【００７８】
このように、サーバ６が停止した場合でも、外部装置４では、インスタントメッセージ（又は電子メール）に受信データを添付した状態で、予め登録しておいたクライアント端末７に向けて送信されるので、ユーザは受信データの確認をすることができる。
【００７９】
次に、サーバ６のＣＰＵ７０によるデータ登録処理について、図１５を参照して説明する。図１５は、データ登録処理のフローチャートである。まず、外部装置４から送信されたＦＡＸデータ等が受信される（Ｓ３５）。その受信データは、ＨＤＤ７３の受信データ記憶エリア７３１に記憶され（Ｓ３６）、アップロードされた状態となる。次いで、外部装置４からＦＡＸデータ等と共に送信された着信情報と、ＨＤＤ７３に記憶された通知先テーブル７３２１とを参照して、着信元番号に対応する通知先アドレスが取得される（Ｓ３７）。そして、取得された通知先アドレスに向けてインスタントメッセージが送信されることで、ＦＡＸデータ等を受信した旨が通知される（Ｓ３８）。これにより、ユーザは、サーバ６にＦＡＸデータ等が新たにアップロードされたことがわかるので、クライアント端末７からＦＡＸデータ等を閲覧することができる。なお、ここでは、インスタントメッセージで受信通知を行っているが、インスタントメッセージが利用できない場合は、電子メールで受信通知を行うようにしてもよい。
【００８０】
次に、外部装置４のＣＰＵ４０によるサーバ復旧確認処理について、図１６を参照して説明する。図１６は、サーバ復旧確認処理のフローチャートである。なお、以下説明するサーバ復旧確認処理は、定期的（例えば、５分間隔）に実行されるものである。つまり、ＣＰＵ４０に接続された計時装置（図示外）を利用することで、サーバ６の復旧を定期的に確認できる。まず、ＨＤＤ４３に記憶された受信データテーブル４３１１（図６参照）の中に、データが保存されているか否かが判断される（Ｓ４１）。ここにデータが保存されていない場合（Ｓ４１：ＮＯ）は、サーバ６へのデータのアップロードが成功しているので、そのまま処理が終了する。
【００８１】
一方、データが保存されている場合（Ｓ４１：ＹＥＳ）、そのデータは、サーバ６にまだアップロードされていないデータであるので、サーバ６が復旧したか否かを検知するために、応答依頼信号がサーバ６に向けて送信される（Ｓ４２）。ここで、サーバ６が既に復旧している場合、サーバ６で応答依頼信号が受信されると、外部装置４に向けて応答信号が送信される。これとは逆に、サーバ６がまだ復旧していない場合は、応答依頼信号が受信されず、外部装置４に向けて応答信号が送信されない。
【００８２】
そこで、外部装置４では、サーバ６からの応答信号を受信したか否かが判断される（Ｓ４３）。応答信号を受信していない場合（Ｓ４３：ＮＯ）、サーバ６は復旧していないので、そのまま処理を終了する。
【００８３】
そして、サーバ６からの応答信号を受信した場合（Ｓ４３：ＹＥＳ）、サーバ６は復旧しているので、ＨＤＤ４３に記憶された受信データテーブル４３１１（図６参照）に保存された受信データが、サーバ６のＨＤＤ７３の受信データ記憶エリア７３１に記憶され、アップロードが完了する（Ｓ４４）。そして、受信データがアップロードされたので、その受信データを外部装置４で保持する必要がないので、ＨＤＤ４３に記憶された受信データテーブル４３１１から保存データが削除される（Ｓ４５）。つまり、受信データテーブル４３１１にデータが保存されている場合は、まだアップロードされていないデータがあることを示すので、この場合はサーバ復旧後にデータのアップロードが試みられる。
【００８４】
このように、サーバ６が停止し、外部装置４からクライアント端末７に向けて受信データが直接送信された場合でも、サーバ６にアップロードできなかった受信データを保持しておき、サーバ６が復旧した場合に、その保持した受信データをサーバ６にアップロードすることができる。これにより、受信データをサーバ６に確実にアップロードできるので、ユーザはクライアント端末７から、インターネット経由で、サーバ６に登録された受信データを確認できる。
【００８５】
次に、サーバ６のＣＰＵ７０による復旧応答処理について、図１７を参照して説明する。図１７は、復旧応答処理のフローチャートである。まず、外部装置４から応答依頼信号を受信したか否かが判断される（Ｓ５１）。応答依頼信号を受信しない場合は（Ｓ５１：ＮＯ）、そのまま処理を終了する。
【００８６】
一方、応答依頼信号を受信した場合（Ｓ５１：ＹＥＳ）、外部装置４に向けて、サーバ６が復旧したことを通知するための応答信号が送信される（Ｓ５２）。外部装置４では、応答信号を受信することで、サーバ６が復旧したことが認識されるので、サーバ６に向けてＦＡＸデータ等が送信される。
【００８７】
そして、サーバ６では、外部装置４からＦＡＸデータ等を受信したか否かが判断される（Ｓ５３）。受信していない間（Ｓ５３：ＮＯ）は、Ｓ５３に戻って、引き続き、ＦＡＸデータ等の受信が監視される（Ｓ５３）。ＦＡＸデータ等を受信した場合（Ｓ５３：ＹＥＳ）、その受信データが、ＨＤＤ７３の受信データ記憶エリア７３１（図９参照）に記憶されて（Ｓ５４）アップロードが完了し、処理が終了する。なお、ＨＤＤ７３の受信データ記憶エリア７３１に記憶された受信データをそのまま保持させることで、受信データを履歴としていつでも確認できる。
【００８８】
以上説明したように、本実施形態のデータ転送システム１では、受信装置３で受信したＦＡＸデータ等が、外部装置４によってサーバ６にアップロードされる。すると、サーバ６からインターネット５を介して、クライアント端末７に向けてインスタントメッセージ（又は電子メール）が送信され、ＦＡＸデータ等がサーバ６にアップロードされたことが通知される。これにより、ユーザはクライアント端末７からサーバ６にアクセスすることで、サーバ６に保管されたＦＡＸデータを閲覧したり、録音データを再生して確認できる。
【００８９】
ここで、本システムにおいて、サーバ６が何らかの理由で停止してしまうことが想定される。この場合、外部装置４は、受信装置３で受信したＦＡＸデータ等をサーバ６にアップロードできない。そこで、本実施形態では、インスタントメッセージ（又は電子メール）にＦＡＸデータ等が添付されて、外部装置４からクライアント端末７に向けて送信される。即ち、サーバ６が停止してしまった場合でも、クライアント端末７においてＦＡＸデータ等を確認できる。
【００９０】
また、停止してしまったサーバ６の復旧を監視し、サーバ６が復旧したら、外部装置４のＨＤＤ４３に保持された受信データが、サーバ６にアップロードされる。これにより、受信データをサーバ６に確実にアップロードできるので、ユーザはクライアント端末７から、インターネット経由で、サーバ６に登録された受信データを確認できる。
【００９１】
次に、本発明の第２実施形態であるデータ転送システム１００について説明する。図１８に示すデータ転送システム１００は、第１実施形態の受信装置３と異なる受信装置１３０を備えるものである。受信装置１３０は、受信装置３に外部装置４の機能を兼ね備えた一体型複合機である。なお、データ転送システム１００は、第１実施形態のデータ転送システム１とほぼ同じ構成であり、システム動作も同様であるので、異なる部分を中心に説明する。また、第１実施形態と同じ構成については同符号を伏して説明する。
【００９２】
まず、データ転送システム１００の構成について、図１８を参照して説明する。図１８は、データ転送システム１００の構成を示すブロック図である。データ転送システム１００は、第１実施形態のデータ転送システム１（図１参照）の構成において、受信装置３の代わりに受信装置１３０を備え、外部装置４が省略されている。つまり、受信装置１３０は、受信装置３および外部装置４の機能を併せもつものである。この受信装置１３０は、インターネット５に直接接続されている。
【００９３】
次に、受信装置１３０の電気的構成について、図１９を参照して説明する。図１９は、受信装置１３０の電気的構成を示すブロック図である。受信装置１３０には、受信装置１３０の制御を司るコントローラとしてのＣＰＵ１２０が設けられている。ＣＰＵ１２０には、ＢＩＯＳ等を記憶したＲＯＭ１２１と、各種データを一時的に記憶するＲＡＭ１２２と、ハードディスクドライブ１２３（以下、ＨＤＤ１２３）と、受信したＦＡＸデータに基づいて記録紙に画像を印刷する印刷機構１２４と、ＣＤ−ＲＯＭドライブ１２５と、データの受け渡しの仲介を行う入出力部１４５と、公衆電話網（ＰＳＴＮ）に接続するための公衆電話網Ｉ／Ｆ１４６と、インターネット５に接続するためのインターネットＩ／Ｆ１４７とが、バス４８を介して接続されている。入出力部１４５には、受信装置１３０を操作するための操作部１３１と、受話器のマイク１３２及びスピーカ１３３と、液晶ディスプレイである表示部１３４とが各々接続されている。
【００９４】
なお、ＣＤ−ＲＯＭドライブ１２５に挿入されるＣＤ−ＲＯＭ１２７には、受信装置１３０のメインプログラムや、後述するデータ転送プログラム、上述したサーバ復旧確認プログラム等が記憶され、導入時には、これら各種プログラムが、ＣＤ−ＲＯＭ１２７からＨＤＤ１２３にセットアップされて記憶される。
【００９５】
次に、受信装置１３０のＣＰＵ１２０によるデータ転送処理について、図２０を参照して説明する。図２０は、データ転送処理のフローチャートである。なお、第１実施形態におけるデータ転送処理（図１２参照）は、外部装置４のＣＰＵ４０が実行するものであったが、第２実施形態におけるデータ転送処理は、受信装置１３０のＣＰＵ１２０が実行する。第２実施形態におけるデータ転送処理は、第１実施形態におけるデータ転送処理とほぼ同じである。つまり、ＰＳＴＮ２を介して、ＦＡＸ（又は留守電）が受信された後は（Ｓ６０）、その受信データをそのままサーバ６にアップロードされる（Ｓ１３）。その後は、第１実施形態におけるデータ転送処理（図１２参照）と全く同じ処理が実行される。
【００９６】
以上説明したように、第２実施形態であるデータ転送システム１００では、受信装置と外部装置とが一体になった受信装置１３０を備えているので、上記した第１実施形態のデータ転送システム１と全く同様の効果を得ることができる。
【００９７】
なお、本発明は、上記実施形態に限定されることなく、種々の変更が可能である。例えば、第１実施形態のデータ転送システム１において、外部装置４のＣＰＵ４０によって実行されるデータ転送処理（図１２参照）では、サーバ６へのアップロードを試みて（Ｓ１３）、失敗したら、クライアント端末７にデータを転送するための処理（Ｓ１５，Ｓ１６）を行ったが、例えば、サーバ６の動作を確認し、停止していた場合に、クライアント端末７にデータを転送するための処理をするようにしてもよい。
【００９８】
例えば、図２１に示す変形例であるデータ転送処理では、受信装置３からデータを受信した後で（Ｓ１２：ＹＥＳ）、サーバ６に向けて、サーバ６が動作しているか否かを確認するために、応答依頼信号が送信される（Ｓ７１）。サーバ６では、応答依頼信号を受信すると、応答信号を外部装置４に向けて送信する。つまり、応答信号を受信した場合は（Ｓ７２：ＹＥＳ）、サーバ６は正常に動作しているので、サーバ６に受信データがアップロードされる（Ｓ１３）。
【００９９】
これとは逆に、応答信号を受信しない場合は（Ｓ７２：ＮＯ）、サーバ６は停止している可能性があるので、受信したＦＡＸデータ等と、それに付加されて送信された着信情報とが、ＨＤＤ４３に記憶された受信データテーブル４３１１（図６参照）に記憶される（Ｓ１５）。その後の処理は上述した通りである。
【０１００】
なお、以上説明において、第１実施形態では、図１に示す受信端末装置３が本発明の「受信装置」に相当し、外部装置４が本発明の「端末装置」に該当する。図３に示す外部装置４のＨＤＤ４３に記憶された端末情報マスタテーブル４３３１が、本発明の「画像サイズ記憶手段」と、「画像フォーマット記憶手段」とに各々相当する。さらに、図１２に示すフローチャートに示すＳ１２の処理を実行するＣＰＵ４０が本発明の「受信手段」に相当し、Ｓ１３の処理を実行するＣＰＵ４０が本発明の「転送手段」に相当し、Ｓ１４の処理を実行するＣＰＵ４０が本発明の「判断手段」に相当し、Ｓ１５の処理を実行するＣＰＵ４０が本発明の「記憶手段」に相当し、Ｓ１６の処理を実行するＣＰＵ４０が本発明の「送信手段」に相当する。
【０１０１】
また、図１３に示すフローチャートに示すＳ２４の処理を実行するＣＰＵ４０が本発明の「画像サイズ変更手段」に相当し、Ｓ２５の処理を実行するＣＰＵ４０が本発明の「画像フォーマット変換手段」に相当し、Ｓ２７の処理を実行するＣＰＵ４０が本発明の「サイズ判断手段」に相当し、Ｓ２８の処理を実行するＣＰＵ４０が本発明の「データ分割手段」に相当する。
【０１０２】
また、図１４に示すフローチャートのＳ２９の処理を実行するＣＰＵ４０が本発明の「インスタントメッセージ送受信判断手段」に相当し、Ｓ３０の処理を実行するＣＰＵ４０が本発明の「インスタントメッセージ作成手段」に相当し、Ｓ３１の処理を実行するＣＰＵ４０が本発明の「電子メール作成手段」に相当する。
【０１０３】
また、図１６に示すフローチャートのＳ４１の処理を実行するＣＰＵ４０が本発明の「データ記憶判断手段」に相当し、Ｓ４２，４３の処理を実行するＣＰＵ４０が本発明の「サーバ復旧判断手段」に相当し、Ｓ４５の処理を実行するＣＰＵ４０が本発明の「削除手段」に相当する。
【０１０４】
また、第２実施形態では、図１８に示す受信装置１３０が請求項２の発明に係る「端末装置」に相当する。さらに、図２０に示すフローチャートのＳ６０の処理を実行するＣＰＵ１２０が本発明の「受信手段」に相当する。
【図面の簡単な説明】
【０１０５】
【図１】データ転送システム１の構成を示すブロック図である。
【図２】受信装置３の電気的構成を示すブロック図である。
【図３】外部装置４の電気的構成を示すブロック図である。
【図４】サーバ６の電気的構成を示すブロック図である。
【図５】ＨＤＤ４３の各記憶エリアを示す概念図である。
【図６】受信データテーブル４３１１の概念図である。
【図７】通知先テーブル４３２１の概念図である。
【図８】端末情報マスタテーブル４３３１の概念図である。
【図９】ＨＤＤ７３の各記憶エリアを示す概念図である。
【図１０】通知先テーブル７３２１の概念図である。
【図１１】ＣＰＵ２０による処理を示すフローチャートである。
【図１２】ＣＰＵ４０によるデータ転送処理を示すフローチャートである。
【図１３】メッセージ送信処理のフローチャートである。
【図１４】図１３の続きを示すフローチャートである。
【図１５】データ登録処理のフローチャートである。
【図１６】サーバ復旧確認処理のフローチャートである。
【図１７】復旧応答処理のフローチャートである。
【図１８】データ転送システム１００の構成を示すブロック図である。
【図１９】受信装置１３０の電気的構成を示すブロック図である。
【図２０】データ転送処理のフローチャートである。
【図２１】変形例であるデータ転送処理のフローチャートである。
【符号の説明】
【０１０６】
１    データ転送システム
３    受信装置
４    外部装置
５    インターネット
６    サーバ
７    クライアント端末
４０    ＣＰＵ
１００    データ転送システム
１３０    受信装置
【図１】
2010087644.tif 000003
【図２】
2010087644.tif 000004
【図３】
2010087644.tif 000005
【図４】
2010087644.tif 000006
【図５】
2010087644.tif 000007
【図６】
2010087644.tif 000008
【図７】
2010087644.tif 000009
【図８】
2010087644.tif 000010
【図９】
2010087644.tif 000011
【図１０】
2010087644.tif 000012
【図１１】
2010087644.tif 000013
【図１２】
2010087644.tif 000014
【図１３】
2010087644.tif 000015
【図１４】
2010087644.tif 000016
【図１５】
2010087644.tif 000017
【図１６】
2010087644.tif 000018
【図１７】
2010087644.tif 000019
【図１８】
2010087644.tif 000020
【図１９】
2010087644.tif 000021
【図２０】
2010087644.tif 000022
【図２１】
2010087644.tif 000023