(57)【要約】高精細（ＨＤ）ファクスシステムは、高解像度成分を含む発信ファクスジョブ要求を、ＨＤ対応受信デバイス及び通常型ファクスデバイスを合わせて含め、適切な宛先に転送する。ファクス宛先が、通常型ファクスデバイスなど、ＨＤ対応ではないと判定された場合、発信ファクスジョブ要求の高解像度成分は、低解像度ファクスとしてレンダリングされる。低解像度ファクスは、公衆交換電話網（ＰＳＴＮ）経由で送信する。一方、ファクス宛先がＨＤ対応であると判定された場合、ＨＤ対応のファクス宛先がカラー対応であるか否かの判定が行われ、高解像度成分は、高解像度モノクロファクスか又は高解像度カラーファクスとしてレンダリングされる。【選択図】図２
2020511067.tif 000002
【特許請求の範囲】
【請求項１】
高精細（ＨＤ）ファクスシステムの少なくとも１つのコンピュータプロセッサによって実行される方法であって、
（Ａ）ファクス宛先識別子及び高解像度成分を含む発信ファクスジョブ要求を受信する段階と、
（Ｂ）前記ファクス宛先識別子がＨＤ対応受信デバイスに対応するか否かを判定する段階と、
（Ｃ）前記ファクス宛先識別子がＨＤ対応受信デバイスに対応しないと判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を低解像度ファクスとしてレンダリングし、公衆交換電話網（ＰＳＴＮ）経由で前記低解像度ファクスを送信する段階と、
（Ｄ）前記ファクス宛先識別子がＨＤ対応受信デバイスに対応すると判定された場合、前記ＨＤ対応受信デバイスがＨＤカラー対応か否かを判定する段階と、
（Ｅ）前記ＨＤ対応受信デバイスがＨＤカラー対応ではないと判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を高解像度モノクロファクスとしてレンダリングする段階と、
（Ｆ）前記ＨＤ対応受信デバイスがＨＤカラー対応であると判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を高解像度カラーファクスとしてレンダリングする段階と、を有することを特徴とする方法。
【請求項２】
（Ａ）は、前記ＨＤ対応送信デバイスから前記発信ファクスジョブ要求を受信する段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記低解像度ファクスは、２００ドット毎インチ（ＤＰＩ）以下の解像度であり、
前記高解像度モノクロファクス又は前記高解像度カラーファクスは、３００ＤＰＩ以上の解像度であることを特徴とする請求項１に記載の方法。
【請求項４】
前記発信ファクスジョブ要求の前記高解像度成分は、電子メッセージに付属する電子ファイル添付物として受信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記電子ファイル添付物は、医用デジタル画像通信（ＤＩＣＯＭ）形式ファイルであることを特徴とする請求項４に記載の方法。
【請求項６】
（Ａ）は、前記電子ファイル添付物が高解像度形式のファイルであると判定する段階を更に含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記電子ファイル添付物は、タグ付き画像ファイル（ＴＩＦ）形式のファイルであることを特徴とする請求項４に記載の方法。
【請求項８】
（Ａ）は、前記電子ファイル添付物が高解像度形式のファイルであると判定する段階を更に含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記電子添付物は、ポータブルドキュメント形式（ＰＤＦ）ファイルであることを特徴とする請求項４に記載の方法。
【請求項１０】
（Ａ）は、前記電子ファイル添付物が高解像度形式のファイルであると判定する段階を更に含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記発信ファクスジョブ要求の前記高解像度成分は、直接ファイル転送によって受信されることを特徴とする請求項１に記載の方法。
【請求項１２】
（Ｂ）は、前記ファクス宛先識別子が前記ＨＤファクスシステム内のアカウントのユニーク識別子であると判定する段階を含むことを特徴とする請求項１に記載の方法。
【請求項１３】
（Ｂ）は、前記ファクス宛先識別子を、前記ＨＤファクスシステムに割り当てられた複数のファクス宛先識別子を含むルックアップテーブルと比較する段階を含むことを特徴とする請求項１に記載の方法。
【請求項１４】
（Ｂ）は、前記ファクス宛先識別子に対応する構成データを検証する段階を含むことを特徴とする請求項１に記載の方法。
【請求項１５】
（Ｄ）は、前記ファクス宛先識別子を、複数のファクス宛先識別子を含むルックアップテーブルと比較する段階を含むことを特徴とする請求項１に記載の方法。
【請求項１６】
（Ｄ）は、前記ファクス宛先識別子に関連付けられた構成データを検証する段階を含むことを特徴とする請求項１に記載の方法。
【請求項１７】
（Ｄ）は、前記ＨＤ対応受信デバイスに関連付けられた構成設定を検証する段階を含むことを特徴とする請求項１に記載の方法。
【請求項１８】
（Ｅ）は、前記高解像度モノクロファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項１９】
（Ｅ）は、パケット交換ネットワークを介して前記高解像度モノクロファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
（Ｅ）は、前記ＰＳＴＮ経由で前記高解像度モノクロファクスを送信する段階を含まないことを特徴とする請求項１８に記載の方法。
【請求項２１】
（Ｅ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を電子ファイル形式でレンダリングする段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項２２】
前記電子ファイル形式は、ＴＩＦファイル及びＰＤＦファイルからなる群の１つ以上であることを特徴とする請求項２１に記載の方法。
【請求項２３】
（Ｅ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を複数の電子ファイルにレンダリングする段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項２４】
（Ｅ）は、前記発信ファクスジョブ要求の非高解像度成分を前記低解像度ファクスとしてレンダリングする段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項２５】
（Ｆ）は、前記高解像度カラーファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項２６】
（Ｆ）は、パケット交換ネットワークを介して前記高解像度カラーファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項２５に記載の方法。
【請求項２７】
（Ｆ）は、前記ＰＳＴＮ経由で前記高解像度カラーファクスを送信する段階を含まないことを特徴とする請求項２５に記載の方法。
【請求項２８】
（Ｆ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を電子ファイル形式でレンダリングする段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項２９】
前記電子ファイル形式は、ＴＩＦファイル及びＰＤＦファイルからなる群の１つ以上であることを特徴とする請求項２８に記載の方法。
【請求項３０】
（Ｆ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を複数の電子ファイルにレンダリングする段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項３１】
（Ｆ）は、前記発信ファクスジョブ要求の非高解像度成分を前記低解像度ファクスとしてレンダリングする段階を更に含むことを特徴とする請求項１に記載の方法。
【請求項３２】
コンピュータに方法を実行させるための少なくとも１つのプロセッサによって実行可能なコンピュータプログラム命令を記録した少なくとも１つの非一時的コンピュータ読み取り可能な記録媒体を備えた高精細（ＨＤ）ファクスシステムであって、
前記方法は、
（Ａ）ファクス宛先識別子及び高解像度成分を含む発信ファクスジョブ要求を受信する段階と、
（Ｂ）前記ファクス宛先識別子がＨＤ対応受信デバイスに対応するか否かを判定する段階と、
（Ｃ）前記ファクス宛先識別子がＨＤ対応受信デバイスに対応しないと判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を低解像度ファクスとしてレンダリングし、公衆交換電話網（ＰＳＴＮ）経由で前記低解像度ファクスを送信する段階と、
（Ｄ）前記ファクス宛先識別子がＨＤ対応受信デバイスに対応すると判定された場合、前記ＨＤ対応受信デバイスがＨＤカラー対応か否かを判定する段階と、
（Ｅ）前記ＨＤ対応受信デバイスがＨＤカラー対応ではないと判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を高解像度モノクロファクスとしてレンダリングする段階と、
（Ｆ）前記ＨＤ対応受信デバイスがＨＤカラー対応であると判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を高解像度カラーファクスとしてレンダリングする段階と、を有することを特徴とするＨＤファクスシステム。
【請求項３３】
（Ａ）は、前記ＨＤ対応送信デバイスから前記発信ファクスジョブ要求を受信する段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項３４】
前記低解像度ファクスは、２００ドット毎インチ（ＤＰＩ）以下の解像度であり、
前記高解像度モノクロファクス又は前記高解像度カラーファクスは、３００ＤＰＩ以上の解像度であることを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項３５】
前記発信ファクスジョブ要求の前記高解像度成分は、電子メッセージに付属する電子ファイル添付物として受信されることを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項３６】
前記電子ファイル添付物は、医用デジタル画像通信（ＤＩＣＯＭ）形式ファイルであることを特徴とする請求項３５に記載のＨＤファクスシステム。
【請求項３７】
（Ａ）は、前記電子ファイル添付物が高解像度形式のファイルであると判定する段階を更に含むことを特徴とする請求項３６に記載のＨＤファクスシステム。
【請求項３８】
前記電子ファイル添付物は、タグ付き画像ファイル（ＴＩＦ）形式のファイルであることを特徴とする請求項３５に記載のＨＤファクスシステム。
【請求項３９】
（Ａ）は、前記電子ファイル添付物が高解像度形式のファイルであると判定する段階を更に含むことを特徴とする請求項３８に記載のＨＤファクスシステム。
【請求項４０】
前記電子ファイル添付物は、ポータブルドキュメント形式（ＰＤＦ）ファイルであることを特徴とする請求項３５に記載のＨＤファクスシステム。
【請求項４１】
（Ａ）は、前記電子ファイル添付物が高解像度形式のファイルであると判定する段階を更に含むことを特徴とする請求項４０に記載のＨＤファクスシステム。
【請求項４２】
前記発信ファクスジョブ要求の前記高解像度成分は、直接ファイル転送によって受信されることを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項４３】
（Ｂ）は、前記ファクス宛先識別子が前記ＨＤファクスシステム内のアカウントのユニーク識別子であると判定する段階を含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項４４】
（Ｂ）は、前記ファクス宛先識別子を、前記ＨＤファクスシステムに割り当てられた複数のファクス宛先識別子を含むルックアップテーブルと比較する段階を含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項４５】
（Ｂ）は、前記ファクス宛先識別子に対応する構成データを検証する段階を含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項４６】
（Ｄ）は、前記ファクス宛先識別子を、複数のファクス宛先識別子を含むルックアップテーブルと比較する段階を含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項４７】
（Ｄ）は、前記ファクス宛先識別子に関連付けられた構成データを検証する段階を含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項４８】
（Ｄ）は、前記ＨＤ対応受信デバイスに関連付けられた構成設定を検証する段階を含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項４９】
（Ｅ）は、前記高解像度モノクロファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項５０】
（Ｅ）は、パケット交換ネットワークを介して前記高解像度モノクロファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項４９に記載のＨＤファクスシステム。
【請求項５１】
（Ｅ）は、前記ＰＳＴＮ経由で前記高解像度モノクロファクスを送信する段階を含まないことを特徴とする請求項４９に記載のＨＤファクスシステム。
【請求項５２】
（Ｅ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を電子ファイル形式でレンダリングする段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項５３】
前記電子ファイル形式は、ＴＩＦファイル及びＰＤＦファイルからなる群の１つ以上であることを特徴とする請求項５２に記載のＨＤファクスシステム。
【請求項５４】
（Ｅ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を複数の電子ファイルにレンダリングする段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項５５】
（Ｅ）は、前記発信ファクスジョブ要求の非高解像度成分を前記低解像度ファクスとしてレンダリングする段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項５６】
（Ｆ）は、前記高解像度カラーファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項５７】
（Ｆ）は、パケット交換ネットワークを介して前記高解像度カラーファクスを前記ＨＤ対応受信デバイスに送信する段階を更に含むことを特徴とする請求項５６に記載のＨＤファクスシステム。
【請求項５８】
（Ｆ）は、前記ＰＳＴＮ経由で前記高解像度カラーファクスを送信する段階を含まないことを特徴とする請求項５６に記載のＨＤファクスシステム。
【請求項５９】
（Ｆ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を電子ファイル形式でレンダリングする段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項６０】
前記電子ファイル形式は、ＴＩＦファイル及びＰＤＦファイルからなる群の１つ以上であることを特徴とする請求項５９に記載のＨＤファクスシステム。
【請求項６１】
（Ｆ）は、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を複数の電子ファイルにレンダリングする段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【請求項６２】
（Ｆ）は、前記発信ファクスジョブ要求の非高解像度成分を前記低解像度ファクスとしてレンダリングする段階を更に含むことを特徴とする請求項３２に記載のＨＤファクスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高精細ファクスシステムの転送方法に関する。
【背景技術】
【０００２】
Ｔ．３０ファクスプロトコルでの通信用のファイル形式として、共通のファイルタイプ（Ｇ３符号化ファクス画像形式）が広く受け入れられているため、コンピュータファクスシステムは、送信ユーザ又は受信ユーザがファイル変換を行う必要はなく、様々なシステム及びアプリケーションからファクス文書を送信／受信することができるというその容易さのために、業務アプリケーションに広く採用されてきた。しかし、ファクス送信についてまわる１つの問題は、これらの解像度が比較的低いことである。光学式文字認識（ＯＣＲ）又はバーコードを用いて、文書の自動処理を支援することがある業務ワークフローアプリケーションでは、受信したファクス送信の解像度が低いと、受信した文書の内容を読み取って解釈しようとするときに、間違いが大きくなる虞がある。ファクスとして送信される医用画像などの画像は、受信する側で読み取ることが殆ど不可能になる場合があり、それによって画像が診断目的には使えなくなってしまう。
この問題に対する１つの可能な解決策は、解像度を高くしてファクスを送信することであるが、このようなファクスを、公衆交換電話網（ＰＳＴＮ）を介して送信しようとすると、容認できないほど長い配信時間が生じ、高額料金が発生する可能性がある。
従って、高解像度でファクス送信を行えるように改善された、長い配信時間とＰＳＴＮ料金とを削減及び／又は排除する方法が必要とされている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、上記従来の問題点に鑑みてなされたものであって、本発明の目的は、高精細ファクスシステムの転送方法を提供することにある。
【課題を解決するための手段】
【０００４】
高精細（ＨＤ）ファクスシステムは、高解像度成分を含む発信ファクスジョブ要求を、ＨＤ対応受信デバイス及び通常型ファクスデバイスを合わせて含め、適切な宛先に転送する。ファクス宛先が、通常型ファクスデバイスなど、ＨＤ対応ではないと判定された場合、発信ファクスジョブ要求の高解像度成分は、低解像度ファクスとしてレンダリングされる。低解像度ファクスは、公衆交換電話網（ＰＳＴＮ）経由で送信する。一方、ファクス宛先がＨＤ対応であると判定された場合、ＨＤ対応のファクス宛先がカラー対応であるか否かの判定が行われ、発信ファクスジョブ要求の高解像度成分は、高解像度モノクロファクスか又は高解像度カラーファクスとしてレンダリングされる。
【０００５】
上記目的を達成するためになされた本発明の一態様による高精細（ＨＤ）ファクスシステムの少なくとも１つのコンピュータプロセッサによって実行される方法は、ファクス宛先識別子及び高解像度成分を含む発信ファクスジョブ要求を受信する段階と、前記ファクス宛先識別子がＨＤ対応受信デバイスに対応するか否かを判定する段階と、前記ファクス宛先識別子がＨＤ対応受信デバイスに対応しないと判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を低解像度ファクスとしてレンダリングし、公衆交換電話網（ＰＳＴＮ）経由で前記低解像度ファクスを送信する段階と、前記ファクス宛先識別子がＨＤ対応受信デバイスに対応すると判定された場合、前記ＨＤ対応受信デバイスがＨＤカラー対応か否かを定する段階と、前記ＨＤ対応受信デバイスがＨＤカラー対応ではないと判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を高解像度モノクロファクスとしてレンダリングする段階と、前記ＨＤ対応受信デバイスがＨＤカラー対応であると判定された場合、前記発信ファクスジョブ要求の少なくとも前記高解像度成分を高解像度カラーファクスとしてレンダリングする段階と、を有する。
【発明の効果】
【０００６】
本発明によれば、インターネットに接続されているコンピューティングデバイスにアクセスできる誰もが、他のユーザに高品質のファクスを送信できるようになる。
また、ＩＰファクスサーバを使用することによって、ファクスをカラー及び／又は通常型ファクスよりも高い解像度で送信できるようになる。
本発明の様々な態様及び実施形態の他の特徴及び利点は、以下の説明と特許請求の範囲とから明らかになる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態による高精細ファクスを転送するための高精細（ＨＤ）ファクスシステムのデータフロー図である。
【図２】本発明の一実施形態による図１のＨＤファクスシステムの少なくとも１つのコンピュータプロセッサによって実行される方法のフローチャートである。
【図３】本発明の一実施形態による図１のＨＤファクスシステムの少なくとも１つのコンピュータプロセッサによって実行される方法のフローチャートである。
【図４】本発明の一実施形態による複数のＩＰファクスサーバからのユーザアカウントデータを単一サーバ経由でアクセスできるようにするＨＤファクスシステムのデータフロー図である。
【図５】本発明の一実施形態による図４のシステムによって実行される方法のフローチャートである。
【図６】本発明の一実施形態によるＨＤ対応送信／受信デバイスを有するユーザが他のユーザにＩＰファクスを送信できるようにするＨＤファクスシステムのデータフロー図である。
【図７】本発明の一実施形態による図６のＨＤファクスシステムによって実行される方法のフローチャートである。
【発明を実施するための形態】
【０００８】
図１は、本発明の一実施形態による高精細ファクスを転送するための高精細（ＨＤ）ファクスシステム１００のデータフロー図である。図２は、本発明の一実施形態による図１のＨＤファクスシステム１００の少なくとも１つのコンピュータプロセッサによって実行される方法２００のフローチャートである。
【０００９】
高精細（ＨＤ）ファクスシステム１００はＩＰファクスサーバ１０２ａを含み、ＩＰファクスサーバ１０２ａはＨＤファクスシステム１００内の様々な機能を実行する。例えば、ＩＰファクスサーバ１０２ａは複数のアカウントレコード（１０６ａ〜１０６ｎ）を表すデータを含むデータベース１０４ａを維持し、アカウントレコードのそれぞれは別個のユーザアカウントを表す。例えば、アカウントレコード（１０６ａ〜１０６ｎ）のそれぞれがＨＤファクスシステム１００のアカウントのユニーク識別子に関連付けられたアカウントを表す。ユニーク識別子を他のアカウント情報に関連付けるための代表的な技法が「Ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｆ  Ｆａｃｓｉｍｉｌｅｓ  ｖｉａ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｐｕｂｌｉｃ  Ｎｅｔｗｏｒｋｓ」と題する本出願人の同時係属中の米国出願第２０１６／００２８９０３号に開示されており、その全記載内容が参照により本明細書に援用される。
【００１０】
各アカウントは、次の情報のいずれか１つ以上などの多種多様な情報のいずれかを含む。即ち、通常ファクス番号、アカウントに対応するＨＤ対応送信／受信デバイスのＩＰアドレスなどのアカウントのユニーク識別子、アカウントのユニーク識別子と通常ファクス番号との間のマッピング、ＨＤ対応送信／受信デバイスのカラー機能などのデバイス構成又は設定データ、及びユーザを識別するデータ（例えば、ユーザの本名、住所、電話番号、電子メールアドレス、決済（例えば、クレジットカード）情報など）である。
【００１１】
データベース１０４ａを、本明細書では「データベース」として説明するが、より一般的に、データベース１０４ａは、任意のデータ構造又はデータ構造の集合として実装される。更に、説明を容易にするために、図１には３つのみの特定のアカウントレコード（１０６ａ〜１０６ｎ）を示しているが、データベース１０４ａは、幾つものアカウントレコードを含むことができる（即ち、ｎは任意の数である）。ＩＰファクスサーバ１０２ａは、あらゆる適切なマシンを使用して、アカウントデータベース１０４ａからデータを読み取り、アカウントデータベース１０４ａにデータを書き込む。
【００１２】
ＩＰファクスサーバ１０２ａは任意数のユーザにサービスを提供することができ、各ユーザは、例えばＨＤ対応送信デバイス１１０、通常型ファクスデバイス１１４、又はＨＤ対応受信デバイス１２０などの任意数のクライアントデバイスを使用して、ＩＰファクスサーバ１０２ａにアクセスすることができる。ユーザは、データフローの方向に応じて、送信ユーザ、及び／又は受信ユーザであり、「送信」、「受信」などの用語は、説明を容易にするために使用されることを理解すべきである。
【００１３】
更に説明を容易にするために、単一のＨＤ対応送信デバイス１１０を使用してＩＰファクスサーバ１０２ａにアクセスする単一の送信ユーザ１０８を図１に示す。単一の通常型ファクスデバイス１１４を使用する受信ユーザ１１６を図１に示す。単一のＨＤ対応受信デバイス１２０を使用してＩＰファクスサーバ１０２ａにアクセスする受信ユーザ１２４を図１に示す。
【００１４】
ＨＤ対応送信デバイス１１０は、コンピューティングデバイスであり、ＩＰファクスクライアント１１２を含む。ＩＰファクスクライアント１１２は、例えばＨＤ対応送信デバイス１１０にインストールされたソフトウェアアプリケーションであり、ＩＰファクスクライアント１１２は、適切なプロトコルによってＩＰファクスサーバ１０２ａと通信するように設計される。例えば、ＩＰファクスサーバ１０２ａは、ＨＤファクスオーバインターネットプロトコル（ＦｏＩＰ）を使用して、インターネットなどのパケット交換ネットワークを介してＨＤ対応送信デバイス１１０と通信する。或いは、ＩＰファクスサーバ１０２ａは、通常のファクスオーバインターネットプロトコル（ＦｏＩＰ）を使用して、インターネットなどのパケット交換ネットワークを介してＨＤ対応送信デバイス１１０と通信する。他の実施形態で、ＨＤ対応送信／受信デバイスは、ユーザがＩＰファクスサーバ１０２ａとインタフェースするために使用される１つ以上のブラウザソフトウェアアプリケーションを含む。
【００１５】
通常型ファクスデバイス１１４は、公衆交換電話網（ＰＳＴＮ）１１８に接続され、本明細書で「通常ファクス番号」と呼ばれるＰＳＴＮ内で固有の電話番号が割り当てられる。ＩＰファクスサーバ１０２ａは、ＰＳＴＮ１１８経由で通常型ファクスデバイス１１４と通信する。従って、「通常型ファクスデバイス」という用語は、本明細書では、ＰＳＴＮ１１８を介して非ＩＰファクス（例えば、Ｔ．３０ファクスプロトコルを使用して送信されるファクス）を送信及び／又は受信する手段を含むデバイスのことをいう。「通常ファクス番号」という用語は、本明細書では、ＰＳＴＮを介してファクスをアドレス指定するために使用される識別子のことをいう。
【００１６】
ＨＤ対応受信デバイス１２０は、コンピューティングデバイスであり、ＩＰファクスクライアント１２２を含む。ＩＰファクスクライアント１２２は、ＨＤ対応送信デバイス１１０のＩＰファクスクライアント１１２と同様又は同一である。ユーザが、データフローの方向に応じて送信機及び／又は受信機となるため、ＨＤ対応受信デバイス１２０は、ＨＤ対応送信デバイス１１０と同様又は同一である。
【００１７】
ＩＰファクスサーバ１０２ａは、一部又は全部のユーザのアカウントデータ（アカウントレコード）１０６ａを、ＩＰファクスクライアント（１１２、１２２）に送信する。ＩＰファクスクライアント（１１２、１２２）は、データ１０６ａの一部又は全部をローカルに保存する。代替のピアツーピア実施形態では、全てのユーザアカウントデータがＩＰファクスクライアントの中に保存される。
【００１８】
動作方法において、送信ユーザ１０８は、受信ユーザ（１１６及び１２４）にファクスの送信を要求する。送信ユーザ１０８は、ＨＤ対応送信デバイス１１０を用いて、発信ファクスジョブ要求を出す（図２、動作段階２０２）。送信ジョブファクス要求は、ファクス宛先識別子及び高解像度成分を含む。
【００１９】
「高解像度」としては、３００ドット毎インチ（ＤＰＩ）以上の解像度が含まれる。一実施形態で、高解像度としては、３００ＤＰＩから２４００ＤＰＩの範囲の解像度が含まれる。例示的な特定の高解像度測定値としては、３００ＤＰＩ以上、６００ＤＰＩ以上、１２００ＤＰＩ以上、及び２４００ＤＰＩ以上が含まれる。逆に、「低解像度」としては、２００ＤＰＩ以下の解像度が含まれる。一実施形態で、低解像度としては、１００ＤＰＩから２００ＤＰＩの範囲の解像度が含まれる。例示的な特定の低解像度測定値としては、１００ＤＰＩ以下、１５０ＤＰＩ以下、及び２００ＤＰＩ以下が含まれる。
【００２０】
ＩＰファクスサーバ１０２ａは、ファクス宛先識別子及び高解像度成分を含めて発信ファクスジョブ要求を受信する（図２、動作段階２０４）。一実施形態で、ＩＰファクスサーバ１０２ａは、ＩＰファクスクライアント１１２から発信ファクスジョブ要求を受信する。他の実施形態で、ＩＰファクスサーバ１０２ａは、電子メール又は自動処理を通じて発信ファクスジョブ要求を受信する。ＩＰファクスサーバ１０２ａは、例えばＨＤ対応送信デバイス１１０を含めて、複数のソースから複数の発信ファクスジョブ要求を受信し、それらを処理のために待ち行列に入れる。
【００２１】
一実施形態で、発信ファクスジョブ要求の高解像度成分が電子メッセージに付属する電子ファイル添付物として受信される。例えば、高解像度成分は、医用デジタル画像通信（ＤＩＣＯＭ）形式ファイルとして受信される。別の例として、高解像度成分は、高解像度タグ付き画像ファイル（ＴＩＦ）形式ファイルとして受信される。更に別の例として、高解像度成分は、高解像度ポータブルドキュメント形式（ＰＤＦ）ファイルとして受信される。高解像度成分の他の非限定的な例としては、Ｍｉｃｒｏｓｏｆｔ（登録商標）ワード文書ファイル、Ｍｉｃｒｏｓｏｆｔ（登録商標）エクセル文書ファイル、Ｍｉｃｒｏｓｏｆｔ（登録商標）パブリッシャーファイル、Ｍｉｃｒｏｓｏｆｔ（登録商標）ビジオファイルなどのＭｉｃｒｏｓｏｆｔ（登録商標）オフィスアプリケーションパッケージソフトからのファイルタイプがある。ＩＰファクスサーバ１０２ａは、電子ファイル添付物が、例えばＤＩＣＯＭ形式ファイル、ＴＩＦ形式ファイル、又はＰＤＦファイルといった高解像度形式のファイルであることを判定するためのロジックを含む。代替実施形態で、高解像度成分は、直接ファイル転送によって受信される。
【００２２】
発信ファクスジョブ要求の処理中にファクス宛先識別子が検証され、ファクス宛先識別子がＨＤ対応受信デバイス１２０などのＨＤ対応受信デバイスに対応するか否かが判定される（図２、動作段階２０６）。
【００２３】
一実施形態で、ＩＰファクスサーバ１０２ａは、ファクス宛先識別子がＨＤファクスシステム１００内のアカウントのユニーク識別子であるか否かを判定する。例えば、ファクス宛先識別子は通常ファクス番号である。ＨＤファクスシステム１００内に存在するアカウントについては、それらの通常ファクス番号がアカウントのユニーク識別子にマッピングされる。ファクス宛先識別子がＨＤファクスシステム１００内のアカウントのユニーク識別子に適合する場合、ファクス宛先識別子がＨＤ対応受信デバイスに対応すると判定される。ファクス宛先識別子が、ＨＤファクスシステム１００内のアカウントのユニーク識別子に適合しない場合、このファクス宛先識別子がＨＤ対応受信デバイスに対応しないと判定される。
【００２４】
或いは、ＩＰファクスサーバ１０２ａは、ファクス宛先識別子を、ＨＤファクスシステム１００に割り当てられた複数のファクス宛先識別子を含むルックアップテーブルと比較してもよい。例えば、ルックアップテーブルは、ＩＰファクスサーバ１０２ａのデータベース１０４ａの一部である。他の実施形態で、ＩＰファクスサーバ１０２ａは、ファクス宛先識別子に対応する構成データを検証し、ファクス宛先識別子がＨＤ対応受信デバイスに対応するか否かを判定する。例えば、構成データは、データベース１０４ａのアカウントレコード（１０６ａ〜１０６ｎ）に保存される。
【００２５】
本明細書に開示する他の動作段階のいずれかと同様に、代替のロジックを用いて同等の結果が達成可能である。例えば、ファクス宛先識別子は、ＨＤファクスシステム１００内のアカウントのユニーク識別子に適合しないことが分かっている複数のファクス宛先識別子を含むルックアップテーブルと比較する。このような代替の方法は本発明の範囲内であると見なされる。
【００２６】
動作段階２０６の間中に、ファクス宛先識別子がＨＤ対応受信デバイスに対応しないと判定された場合、送信ジョブファクス要求の高解像度成分は、ＩＰファクスサーバ１０２ａによって低解像度ファクスとしてレンダリングされる（図２、動作段階２０８）。低解像度ファクスは、ＰＳＴＮ１１８経由で通常型ファクスデバイス１１４に送信される（図２、動作段階２１０）。或いは、送信デバイス１１０が発信ファクスジョブ要求の高解像度成分を低解像度ファクスとしてレンダリングしてもよく、低解像度ファクスが送信デバイス１１０から通常型ファクス１１４にＰＳＴＮ経由で送信されてもよい。
【００２７】
動作段階２０６の間中に、ファクス宛先識別子がＨＤ対応受信デバイス１２０などのＨＤ対応受信デバイスに対応すると判定された場合、ＨＤ対応受信デバイス１２０がカラー対応か否かの判定が行われる（図２、動作段階２１２）。
【００２８】
一実施形態で、ＩＰファクスサーバ１０２ａは、ファクス宛先識別子を、カラー対応のＨＤデバイスに対応する複数のファクス宛先識別子を含むルックアップテーブルと比較する。例えば、ルックアップテーブルは、ＩＰファクスサーバ１０２ａのデータベース１０４ａの一部である。
【００２９】
或いは、ＩＰファクスサーバ１０２ａは、ファクス宛先識別子に関連付けられた構成データを検証してもよい。例えば、ファクス宛先識別子に関連付けられたカラー機能及び解像度を示す構成データがデータベース１０４ａに保存される。他の実施形態で、ＩＰファクスサーバ１０２ａがＨＤ対応受信デバイス１２０に関連付けられた構成設定を検証する。例えば、構成設定は、データベース１０４ａに保存されるか、又はＨＤ対応受信デバイス１２０の製造元サーバなどの他の情報源から検索される。
【００３０】
動作段階２１２の間中に、ＨＤ対応受信デバイス１２０がカラー対応ではないと判定された場合、発信ファクスジョブ要求の高解像度成分は、ＩＰファクスサーバ１０２ａによって高解像度モノクロファクスとしてレンダリングされる（図２、動作段階２１４）。発信ファクスジョブ要求は、高解像度成分の他に低解像度成分を含む場合がある。こうしたシナリオでは、低解像度成分は、高解像度モノクロファクスの一部として、又はその代わりに別個のファクスとしてレンダリングされる。
【００３１】
一実施形態で、発信ファクスジョブ要求の高解像度成分は、電子ファイル形式でレンダリングされる。例えば、高解像度成分は、タグ付き画像ファイル（ＴＩＦ）形式ファイル、又はポータブルドキュメント形式（ＰＤＦ）ファイルとしてレンダリングされる。別の例として、高解像度成分は、医用デジタル画像通信（ＤＩＣＯＭ）形式ファイルとしてレンダリングされる。一実施形態で、高解像度成分は、複数の電子ファイルにレンダリングされる。例えば、高解像度成分は、いくつかの印刷可能なページに対応するいくつかの複数の電子ファイル（即ち、ページ毎に１つのファイル）に分割される。別の例として、高解像度成分は、１つの電子ファイルが所定の最大ファイルサイズを超えないように分割される。
【００３２】
ＩＰファクスサーバ１０２ａからＨＤ対応受信デバイス１２０に高解像度モノクロファクスが送信され得る。一実施形態で、高解像度モノクロファクスがパケット交換ネットワーク経由でＨＤ対応受信デバイスに送信される。当業者であれば、高解像度モノクロファクスがＰＳＴＮを通じて送信されないことを理解するであろう。従って、低解像度の制限が回避される。また、ＰＳＴＮを介した遅い転送速度とＰＳＴＮ関連の料金とが回避される。
【００３３】
動作段階２１２の間中に、ＨＤ対応受信デバイス１２０がカラー対応であると判定された場合、発信ファクスジョブ要求の高解像度成分は、ＩＰファクスサーバ１０２ａによって高解像度カラーファクスとしてレンダリングされる（図２、動作段階２１６）。発信ファクスジョブ要求が低解像度成分を含む場合、低解像度成分は、高解像度ファクスの一部として、又はその代わりに別個のファクスとしてレンダリングされる。
【００３４】
一実施形態で、発信ファクスジョブ要求の高解像度成分は、ＴＩＦファイルやＰＤＦファイルなどの電子ファイル形式でレンダリングされる。一実施形態で、高解像度成分は、複数の電子ファイルにレンダリングされる（例えば、ページ番号に対応するように、又は最大ファイルサイズを超えないように分割される）。
【００３５】
ＩＰファクスサーバ１０２ａからＨＤ対応受信デバイス１２０に高解像度カラーファクスが送信され得る。高解像度カラーファクスは、パケット交換ネットワークを介してＨＤ対応受信デバイスに送信される。高解像度カラーファクスはＰＳＴＮを介しては送信されず、それによって低解像度の制限、遅い転送速度、及び料金を回避することができる。
【００３６】
受信した後、受信ファクスに対して任意選択の後処理が実行される。図３は、本発明の一実施形態による図１のＨＤファクスシステム１００の少なくとも１つのコンピュータプロセッサによって実行される方法３００のフローチャートである。
【００３７】
ユーザ１１６は、通常型ファクスデバイス１１４を通じて送信デバイス１１０から低解像度ファクスを受信することができる（図３、動作段階２１８）。受信した低解像度ファクスは、任意選択の後処理のためにクライアントアプリケーションにアップロードされる。
【００３８】
ユーザ１２４は、高解像度カラーファクス又は高解像度モノクロファクスを受信することができる（図３、動作段階２２０）。一実施形態で、受信した高解像度カラーファクス又は高解像度モノクロファクスは、受信デバイス１２０のＩＰファクスクライアント１２２で直接受信され、任意選択の後処理を受ける。例えば、動作段階２２２の際に、アーカイブが有効にされているか否かをＩＰファクスクライアント１２２が判定する。アーカイブが有効にされている場合、受信したファクスがアーカイブされる（図３、動作段階２２４）。一実施形態で、アーカイブは、ＩＰファクスサーバ１０２ａで実行される。代替実施形態で、アーカイブは、ＩＰファクスクライアント１２２で実行される。
【００３９】
動作段階２２６で、宛先（例えば、ファクス宛先識別子）が使われて、更なる任意選択の後処理のために受信機構成情報が判定される。例えば動作段階２２８の際に、押印が有効にされているか否かをＩＰファクスクライアント１２２が判定する。押印が有効にされている場合、受信したファクスが押印される（図３、動作段階２３０）。動作段階２３２の際に、光学式文字認識（ＯＣＲ）が有効にされているか否かをＩＰファクスクライアント１２２が判定する。ＯＣＲが有効にされている場合、受信したファクスはＯＣＲを受ける（図３、動作段階２３４）。動作段階２３６の際に、追加の処理が望まれるか否かをＩＰファクスクライアント１２２が判定する。追加の処理が望まれる場合、受信したファクスは追加の処理を受ける（図３、動作段階２３８）。任意選択の後処理が完了した後に、受信したファクスは、その最終的な宛先（例えば、ファクスメールボックス、電子メール、ＵＮＣ、プリンタ、ファイル転送プロトコル（ＦＴＰ）宛先、セキュアファイル転送（ＳＦＴ）プロトコル）に配信される。
【００４０】
図１のＨＤファクスシステム１００の一部又は全部を、企業イントラネットなどのローカルネットワーク内に配置することができる。例えば、ＩＰファクスサーバ１０２ａ、ＨＤ対応送信デバイス１１０、ＨＤ対応受信デバイス１２０、及びＩＰファクスサーバ１０２ａにアクセスする他のユーザのＨＤ対応送信／受信デバイス（図示せず）は、全て特定のローカルネットワーク内のＩＰアドレスでアドレス指定が可能である。結果的に、ユーザ（１０８、１２４）、及びＩＰファクスサーバ１０２ａのローカルネットワーク内にＨＤ対応送信／受信デバイスを有する他ユーザのみが、ＩＰファクスサーバ１０２ａと通信することができ、アカウントレコード（１０６ａ〜１０６ｎ）は、ＩＰサーバ１０２ａとこれが維持するアカウントデータベース１０４ａとを通じてのみアクセス可能であるため、結果的に、そのようなユーザのみがローカルネットワーク内で高解像度ファクスを送信することが可能である。即ち、このような実施形態では、ＩＰファクスサーバ１０２ａのローカルネットワークの外側にＨＤ対応送信／受信デバイスを有するユーザは、ＩＰファクスサーバ１０２ａを使用して高解像度ファクスを送信／受信することができない可能性がある。より具体的には、２つの個別のデータベースインスタンス（図４のデータベース（１０４ａ、１０４ｂなど）インスタンス）のユーザが、現状の技術を用いて互いに高解像度ファクスを送信／受信することができない可能性がある。
【００４１】
本発明の実施形態は、パブリックインターネットに接続されたＨＤ対応送信／受信デバイスを有するいかなるユーザも、高解像度モノクロファクス又は高解像度カラーファクスを送信／受信できるようにするために、様々な方法でこの問題に対処する。例えば、図４は、本発明の一実施形態による複数のＩＰファクスサーバからのユーザアカウントデータを単一サーバ経由でアクセスできるようにするＨＤファクスシステムのデータフロー図であり、パブリックインターネットには接続されているがＩＰファクスサーバ１０２ａのローカルネットワークには接続されていないユーザが、ＩＰファクスサーバ１０２ａを使用して、高解像度モノクロファクス又は高解像度カラーファクスを、ユーザ１２４との間、及びＩＰファクスサーバ１０２ａの他のユーザ（即ち、ＩＰファクスサーバ１０２ａのアカウントデータベース１０４ａにアカウントレコードを有する他のユーザ）との間で送信／受信できるようにするためのシステム３００のデータフロー図を示す。図５は、本発明の一実施形態による図４のシステム３００によって実行される方法４００のフローチャートである。
【００４２】
図４のシステム３００は、図１のＩＰファクスサーバ１０２ａ及びアカウントデータベース１０４ａを含む。システム３００は、また任意数の付加的なＩＰファクスサーバ（１０２ｂ〜１０２ｍ）及び付随アカウントデータベース（１０４ｂ〜１０４ｍ）を含む。このようなＩＰファクスサーバ及び付随アカウントデータベースの各々は、ＩＰファクスサーバ１０２ａ及び付随アカウントデータベース１０４ａに関して本明細書に開示する任意の方法で動作する。具体的に、このようなＩＰファクスサーバ及び付随アカウントデータベースの各々は、それ自身のローカルネットワーク内で動作する。例えば、ＩＰファクスサーバ１０２ａ及び付随アカウントデータベース１０４ａは、第１のローカルネットワーク内でアドレス指定可能である。ＩＰファクスサーバ１０２ｂ及び付随アカウントデータベース１０４ｂは、第２のローカルネットワーク内でアドレス指定可能である。ＩＰファクスサーバ１０２ｍ及び付随アカウントデータベース１０４ｍは、ｍ番目のローカルネットワークでアドレス指定可能である。
【００４３】
システム３００は、集約アカウントサーバ３０４を含む。一般的に、集約アカウントサーバ３０４は、１つ以上のＩＰファクスサーバ（１０２ａ〜１０２ｍ）からのアカウントデータ（例えば、ユニーク識別子）を、パブリックインターネットを介してアクセス可能にし、その結果、パブリックインターネットに接続されたユーザは、送信ユーザが受信ユーザのローカルネットワークにアクセスできない場合でも（例えば、送信ユーザのＨＤ対応送信デバイスが受信ユーザのＨＤ対応受信デバイスと同じローカルネットワーク内でアドレス指定可能でない場合でも）、１つ以上のＩＰファクスサーバ（１０２ａ〜１０２ｍ）のユーザに高解像度ファクスを送信することができる。例えば、集約アカウントサーバ３０４は、送信ユーザがローカルネットワークのファイアウォールの中にいる受信ユーザに高解像度ファクスを送信することを可能にする。
【００４４】
具体的に、ＩＰファクスサーバ（１０２ａ〜１０２ｍ）のうちの１つ以上のそれぞれは、関連するアカウントデータ（３０２ａ〜３０２ｍ）のうちの一部又は全部を集約アカウントサーバ３０４に送信する（図５、動作段階４０２）。集約アカウントサーバ３０４がそのようなアカウントデータを受信する（図５、動作段階４０４）。集約アカウントサーバ３０４は、受信したアカウントデータを集約アカウントデータベース３０６に保存する（図５、動作段階４０６）。例えば、図４は、アカウントデータベース（１０４ａ、１０４ｂ、及び１０４ｍ）の全体が、集約アカウントサーバ３０４によって受信されて集約アカウントデータベース３０６に保存された例を示す。
【００４５】
集約アカウントサーバ３０４がＩＰファクスサーバ（１０２ａ〜１０２ｍ）の１つからアカウントデータを受信すると、集約アカウントサーバ３０４は、アカウントデータを送信したＩＰファクスサーバを識別する（図５、動作段階４０８）。集約アカウントサーバ３０４は、送信元ＩＰファクスサーバの識別情報を表すデータを、ＩＰファクスサーバから受信したアカウントデータに関連付けて保存する（図５、動作段階４１０）。例えば、図４は、集約アカウントデータベース３０６が、送信元ＩＰファクスサーバ１０２ａを識別するサーバ識別データ３０８ａ、送信元ＩＰファクスサーバ１０２ｂを識別するサーバ識別データ３０８ｂ、及び送信元ＩＰファクスサーバ１０２ｍを識別するサーバ識別データ３０８ｍを含む例を示す。
【００４６】
集約アカウントサーバ３０４は、アカウントデータベース（１０４ａ〜１０４ｍ）からのデータのコピーを保存する必要はない。代わりに、例えば集約アカウントサーバ３０４が高解像度モノクロファクス又は高解像度カラーファクスをＩＰファクスサーバ（１０２ａ〜１０２ｍ）のうちの１つのユーザに送信する要求を受信すると、集約アカウントサーバ３０４は、そのような要求に応答し、必要に応じて１つ以上のＩＰファクスサーバ（１０２ａ〜１０２ｍ）からデータを取得して、高解像度モノクロファクス又は高解像度カラーファクスを適切なＩＰファクスサーバ（１０２ａ〜１０２ｍ）の１つに宛てる。即ち、集約アカウントサーバ３０４は、要求に応じてアカウントデータ又は他のデータを、集約アカウントデータベース３０６にそのようなデータのコピーを保存する代わりに、又は保存することに加えて、ＩＰファクスサーバ（１０２ａ〜１０２ｍ）から受信することができる。但し、説明及び解説を容易にするために、以下の記述では、アカウントデータベース（１０４ａ〜１０４ｍ）のコピーが集約アカウントデータベース３０６に保存される図４の実施形態を参照する。
【００４７】
集約アカウントサーバ３０４及び／又は集約アカウントデータベース３０６は、パブリックインターネットを介してアドレス指定が可能である。例えば、集約アカウントサーバ３０４は、集約アカウントサーバ３０４に関連付けて、公開され、公表されているパブリックＩＰアドレスでアクセス可能である。結果的に、パブリックインターネットに接続されているＨＤ対応送信／受信デバイスを有するユーザは、そのようなＨＤ対応送信／受信デバイを使用して集約アカウントサーバ３０４及び／又は集約アカウントデータベース３０６と通信することができる。
【００４８】
具体的に、図６は、本発明の一実施形態によるＨＤ対応送信／受信デバイスを有するユーザが他のユーザにＩＰファクスを送信できるようにするＨＤファクスシステムのデータフロー図であり、集約アカウントサーバ３０４を使用し、パブリックインターネットに接続されたＨＤ対応送信／受信デバイスを有するユーザが、それらのＨＤ対応送信／受信デバイスを使用して、ＩＰファクスや他の種類のメッセージを１つ以上のＩＰファクスサーバ（１０２ａ〜１０２ｍ）のユーザに送信できるようにするＨＤファクスシステム５００のデータフロー図を示す。図７は、本発明の一実施形態による図６のＨＤファクスシステム５００によって実行される方法６００のフローチャートである。
【００４９】
以下の説明では、ファクスを送信するユーザを「送信ユーザ」と呼び、ファクスを受信するユーザを「受信ユーザ」と呼ぶ。図６を参照すると、送信ユーザ５０２は、受信ユーザにファクスを送信するための発信ファクスジョブ要求５０４を集約アカウントサーバ３０４に送信する。一例として、受信ユーザが図１の受信ユーザ１２４であると仮定する。集約アカウントサーバ３０４が、発信ファクスジョブ要求を受信する（図７、動作段階６０２）。
【００５０】
発信ファクスジョブ要求５０４は、任意の電子データを含む。例えば、発信ファクスジョブ要求は、次のいずれか１つ以上を含む。
・任意のファイルタイプ又はファイルタイプの組合せ（例えば、医用デジタル画像通信（ＤＩＣＯＭ）形式ファイル、タグ付き画像ファイル（ＴＩＦ）形式ファイル、又はポータブルドキュメント形式（ＰＤＦ）ファイルなど）を有する送信ユーザ５０２によって指定された１つ以上のファイルなどの高解像度成分
・送信ユーザ５０２によって指定されたファイルの圧縮バージョンなどの送信ユーザ５０２によって指定されたファイルに由来するデータ、及び／又は送信ユーザ５０２によって指定されたファイルを異なるデータ形式に変換することに起因するデータ
・送信ユーザ５０２を識別するデータ（通常ファクス番号、ＨＤ対応送信デバイスのＩＰアドレスなどのアカウントのユニーク識別子、又は送信ユーザ５０２に割り当てられた電子メールアドレスのうちの１つ以上など）
・受信ユーザ１２４を識別するデータ（通常ファクス番号、ＨＤ対応受信デバイスのＩＰアドレスなどのアカウントのユニーク識別子、又は受信ユーザ１２４に割り当てられた電子メールアドレスのうちの１つ以上など）
・例えば、送信時間、送信方法、及びデータ形式を表すデータを含むヘッダデータなどのメタデータ
【００５１】
送信ユーザ５０２は、様々な方法のいずれかで発信ファクスジョブ要求５０４を生成することができる。例えば、送信ユーザ５０２は、以下によって発信ファクスジョブ要求５０４を生成する。
・送信ユーザ５０２のコンピューティングデバイスにインストールされたＩＰファクスクライアントを使用して、ＨＤ画像ファイルなどの文書を受信ユーザ１２４の通常ファクス番号に送信するための発信ファクスジョブ要求５０４を生成する
・又は、集約アカウントサーバ３０４に割り当てられた所定の電子メールアドレスに、１つ以上の添付ファイルを含む電子メールメッセージを送信し、受信ユーザ１２４のファクス宛先識別子を指定する
・又は、ローカルにインストールされるか若しくはウェブベースのセキュアな文書配信アプリケーションを使用して、発信ファクスジョブ要求５０４を生成する
・又は、送信ユーザ５０２のコンピューティングデバイスに接続されているスキャナを使用して紙文書をスキャンし、コンピューティングデバイスを利用して発信ファクスジョブ要求５０４を生成する
【００５２】
上記のように、集約アカウントサーバ３０４は、パブリックインターネットを通じてアクセス可能なＩＰアドレスを有する。送信ユーザ５０２は、集約アカウントサーバ３０４を、そのような公的にアクセス可能なＩＰアドレスでアドレス指定することにより、集約アカウントサーバ３０４に発信ファクスジョブ要求５０４を送信する。送信ユーザ５０２は、このようなＩＰアドレスを、検索エンジンによって集約アカウントサーバ３０４を検索することによって、又は集約アカウントサーバ３０４中に組み込まれた集約アカウントサーバ３０４のパブリックＩＰアドレスを有するクライアントソフトウェア（ＩＰファクスクライアントなど）を使用して、集約アカウントサーバ３０４に発信ファクスジョブ要求５０４を送信することによってなどの様々な方法のいずれかで取得する。
【００５３】
上記のように、発信ファクスジョブ要求５０４は、様々なデータのいずれかを含む。例えば、発信ファクスジョブ要求５０４は、任意の形式のテキスト及び画像（例えば、白黒画像及び／又はカラー画像）の任意の組合せを含む１つ以上のファイル（例えば、ＤＩＣＯＭ画像ファイル、ＴＩＦファイル、又はＰＤＦファイル）やファクス宛先識別子などの受信ユーザ１２４へのファクス送信に含めるデータを含む。
【００５４】
発信ファクスジョブ要求５０４の処理中に、ファクス宛先識別子が検証されて、ファクス宛先識別子がＨＤ対応受信デバイス１２０などのＨＤ対応受信デバイスに対応するか否かが判定される（図７、動作段階６０４）。一実施形態で、ファクス宛先識別子を、受信ユーザ１２４の通常ファクス番号としてもよい。他の実施形態で、ファクス宛先識別子を、アカウントに対応するＨＤ対応送信／受信デバイスのＩＰアドレスなどのＨＤファクスシステム５００内のアカウントのユニーク識別子としてもよい。ファクス宛先識別子が受信ユーザ１２４のものであると仮定すると、発信ファクスジョブ要求５０４は、例えば受信ユーザ１２４のアカウントレコード（例えば、１０６ａ）内のデータの一部又は全部を含む。例えば、発信ファクスジョブ要求５０４が受信ユーザ１２４の通常ファクス番号を含み、通常ファクス番号が受信ユーザ１２４のアカウントレコード１０６ａに保存される。別の例を挙げると、発信ファクスジョブ要求５０４がＨＤ対応送信／受信デバイスのＩＰアドレスを含み、ＩＰアドレスが受信ユーザ１２４のアカウントレコード１０６ａに保存される。
【００５５】
ファクス宛先識別子が受信ユーザ１２４の通常ファクス番号である実施形態では、受信ユーザ１２４のＩＰファクス番号（アカウントデータ３０２ａ）を、これが存在する場合（即ち、受信ユーザがＨＤ対応送信／受信デバイスに関連付けられている場合）に、様々な方法で取得することができる。例えば、集約アカウントサーバ３０４は、受信ユーザ１２４の識別情報（例えば、通常ファクス番号）を受信する。それに応じて、集約アカウントサーバ３０４は、識別情報をクエリとして用いて集約アカウントデータベース３０６を検索し、それによって受信ユーザ１２４のＩＰファクス番号を検索の結果として取得する。一実施形態で、次に集約アカウントサーバ３０４は、受信ユーザ１２４のＩＰファクス番号を送信ユーザ５０２に送信する。その後、送信ユーザ５０２は、発信ファクスジョブ要求５０４と、受信ユーザ１２４にファクスを送信するための後続の要求とに受信ユーザ１２４のＩＰファクス番号を含める。他の実施形態で、受信ユーザ１２４のＩＰファクス番号は、高解像度モノクロファクス又は高解像度カラーファクスをレンダリングし、及び／又は配信するために、集約アカウントサーバ３０４によって使用される。
【００５６】
ファクス宛先識別子がＨＤ対応受信デバイスに対応しない場合（例えば、アカウントレコード（１０６ａ〜１０６ｎ）にデータを含まない場合、又はファクス宛先識別子が通常型ファクス１１４などの非ＨＤ受信デバイスに関連するアカウントレコード（１０６ａ〜１０６ｎ）にデータを含む場合）、ＨＤファクスシステム５００は、発信ファクスジョブ要求５０４の高解像度成分を低解像度ファクスとしてレンダリングする（図７、動作段階６０６）。一実施形態で、低解像度ファクスは、ＰＳＴＮ経由でＨＤファクスシステム５００から非ＨＤ受信デバイスに送信される。
【００５７】
ファクス宛先識別子がＨＤ対応受信デバイスに対応する場合、集約アカウントサーバ３０４は、ＨＤ対応受信デバイス１２０がカラー対応であるか否かを判定する（図７、動作段階６０８）。集約アカウントサーバ３０４は、ＨＤ対応受信デバイス１２０がカラー対応であるか否かを様々な方法のいずれかで判定することができる。例えば集約アカウントサーバ３０４は、ファクス宛先識別子を、カラー対応のＨＤデバイスに対応する複数のファクス宛先識別子を含むルックアップテーブルと比較する。例えば、ルックアップテーブルは、集約アカウントデータベースの一部である。
【００５８】
別の例として、集約アカウントサーバ３０４は、ファクス宛先識別子に関連付けられた構成データを検証する。一実施形態で、集約アカウントサーバ３０４は、集約アカウントデータベース３０６にあるアカウントデータベース１０４ａ内の受信ユーザ１２４のアカウントレコード１０６ａを識別し、アカウントレコード内のデータに基づいて、ＨＤ受信デバイス１２０がカラー対応であることを判定する。例えば、受信ユーザ１２４のアカウントレコード１０６ａは、受信ユーザ１２４のＨＤ受信デバイス１２０がカラー対応であるという指示を含む。他の実施形態で、集約アカウントサーバ３０４が、ＨＤ対応受信デバイス１２０に関連付けられた構成設定を検証する。例えば、構成設定は、集約アカウントデータベース３０６に保存されるか、又はＨＤ対応受信デバイス１２０の製造元サーバなどの他の情報源から検索される。
【００５９】
更に別の例として、送信ユーザ５０２から受信された発信ファクスジョブ要求３０４は、ＨＤ対応受信デバイス１２０がカラー対応か否かを示す。但し、発信ファクスジョブ要求３０４は、ＨＤ対応受信デバイス１２０がカラー対応か否かを指定する必要はないことに留意されたい。実際に、本発明の特定の実施形態の１つの利点は、これらの実施形態が、送信ユーザ５０２にＨＤ対応受信デバイスがカラー対応か否かを指定することを要求せず、代わりにシステム３００が送信ユーザ５０２からの入力なしにそのようなことを識別する。
【００６０】
ＨＤ対応受信デバイス１２０がカラー対応ではないと判定された場合、ＨＤファクスシステム５００は、発信ファクスジョブ要求の高解像度成分を高解像度モノクロファクス５０６としてレンダリングする（図７、動作段階６１０）。高解像度モノクロファクス５０６は、ＨＤ対応受信デバイス１２０のユーザ１２４に伝達される。
【００６１】
ＨＤ対応受信デバイス１２０がカラー対応であると判定された場合、ＨＤファクスシステム５００は、発信ファクスジョブ要求の高解像度成分を高解像度カラーファクスとしてレンダリングする（図７、動作段階６１２）。高解像度カラーファクス５０８は、ＨＤ対応受信デバイス１２０のユーザ１２４に伝達される。
【００６２】  本発明の実施形態は、次のような様々な利点を有する。本発明の実施形態の１つの利点は、これらの実施形態により、パブリックインターネットに接続されているコンピューティングデバイスにアクセスできる誰もが、他のユーザに高品質のファクス（（公序良俗違反につき、不掲載）のＨＤ−ＩＰファクステクノロジを使用した高精細カラーファクスなど）を、たとえ他のユーザが、企業ＬＡＮなどのプライベートネットワークのファイアウォールの中にあるファクスクライアントを使用して、そのようなファクスを受信する場合でも、送信できるようになることである。公的にアクセス可能なサーバをＩＰファクス番号の公共レジストリと共に使用することによって、本発明の実施形態は、ＩＰファクスの到達範囲をパブリックインターネット全体に及ぶように拡大する。
【００６３】
ユーザの誰もが他のユーザにＩＰファクスを送信できるようにすることの１つの利点は、ＩＰファクスがＰＳＴＮ電話回線を介してだけでなく、あらゆるＩＰネットワーク媒体を介して送信できるため、ＩＰファクスは通常型ファクスよりもはるかに高速で送信できることである。具体的には、送信ユーザ５０２の発信ファクスジョブ要求５０４か、結果として得られる高解像度モノクロファクス又は高解像度カラーファクス（５０６、５０８）、或いは要求及びファクスの両方共を、ＩＰによって送信することができる。発信ファクスジョブ要求５０４と、結果として生じる高解像度モノクロファクス又は高解像度カラーファクス（５０６、５０８）との両方がＩＰによって送信される場合には、全送信（発信ファクスジョブ要求５０４と、結果として得られる高解像度モノクロファクス又は高解像度カラーファクス（５０６、５０８）との両方からなる）をＩＰによって伝えることができ、それによって全送信がＩＰ送信の速度が上がることによる利益を得ることが可能になる。
【００６４】
本発明の実施形態の別の利点は、ＢＩＳＣＯＭのＨＤ−ＩＰファクスサーバを含め、ＩＰファクスサーバを使用することによって、これらがファクスをカラーで及び／又は通常型ファクスよりも高い解像度で送信できるようにすることである。例えば、ＢＩＳＣＯＭのＨＤ−ＩＰファクスサーバには理論上の最大解像度はなく、例えば３００ドット毎インチ（ｄｐｉ）、６００ｄｐｉ、１２００ｄｐｉ、２４００ｄｐｉ以上の解像度でＩＰファクスを送信するのに使用できる。結果的に、本発明の実施形態は、カラー及び／又は高解像度を必要とする医用画像及び他の文書を送信するのに有用な方法でファクスを送信することを可能にする。実際に、ユーザは、画質、送信速度、及びストレージ要求の間の許容可能なトレードオフをもたらす解像度を選択することができる。
【００６５】
本発明の実施形態の更に別の利点は、それらの実施形態がファクス通信の一般的な利点を活用することである。そのような利点の１つは、ファクス送信が、単に、送信ユーザに文書をファクス機に挿入させ、宛先アドレス（例えば、通常ファクス番号）を入力させ、送信ボタンを押させることを要求するだけで、容易かつ迅速に開始されることであり、それによって、場合によっては、コンピュータ上でソフトウェアを実行したり、又はコンピュータにアクセスしたりすることさえも不要にする。ファクス送信のもう１つの利点は、ファクスを受信側で即座にかつ自動的に受信して印刷することができ、それによって、場合によっては、受信ユーザが受信ボックスを確かめたり、又は入信ファクスを手動で印刷する必要性を排除したりすることである。本発明の実施形態は、送信ユーザ及び受信ユーザの両者が、通常型ファクスのこのような利点を保持しながら、これらの利点を本明細書に開示する利点で補うことを可能にする。
【００６６】
本発明を特定の実施形態に関して上記のように説明したが、上述の実施形態は例示として提供されているに過ぎず、本発明の範囲を限定するものではなく、また定義するものではないことを理解すべきである。様々な他の実施形態は、また以下のものを含むが、それらに限定されない。例えば、本明細書に記載の要素及び構成要素は、更なる構成要素に更に分割されてもよいし、又は互いに結合されて同じ機能を実行するためのより少ない構成要素を形成してもよい。
【００６７】
本明細書に開示した機能のいずれも、これらの機能を実行するための手段を用いて実装することができる。このような手段としては、以下に説明するコンピュータ関連の構成要素などの本明細書に開示した構成要素のいずれかが挙げられるが、これらに限定されない。
【００６８】
「ＩＰファクス」という用語は、インターネットプロトコル（ＩＰ）を使用してファクスを送信するために、全体的に又は部分的に使用することができる任意の送信方法（たとえばプロトコル）を含む。例えば、本明細書で使用する「ＩＰファクス」という用語は、送信のいかなる時点でも従来のファクスプロトコルを全く使用せずにファクスを送信することができる送信方法を包含する。例えば、本明細書で使用する「ＩＰファクス」という用語は、ＢＩＳＣＯＭのＨＤ−ＩＰファクスプロトコルのような、端から端まで、即ち送信ユーザから受信ユーザへの全ての地点でＩＰのみを使用してファクスを送信することができる送信方法を包含する。即ち、本明細書で使用する「ＩＰファクス」という用語は、ＢＩＳＣＯＭのＨＤ−ＩＰファクスを含むが、これに限定されない。
【００６９】
集約アカウントサーバ３０４によって実行されるものとして、本明細書に開示する特定の機能は、追加として又は代替として、１つ以上のＩＰファクスサーバ（１０２ａ〜１０２ｍ）によって実行される。例えば、ＩＰファクスサーバ（１０２ａ〜１０２ｍ）のいずれか１つ以上は、複数の送信方法のいずれかに従って高解像度モノクロファクス又は高解像度カラーファクスを送信するために、図７の方法６００を実行することができる。ＩＰファクスサーバ（１０２ａ〜１０２ｍ）は、これら自体のローカルネットワーク内でのみ、又はパブリックインターネットに亘って、そのような機能を実行することができる。
【００７０】
更に、集約アカウントサーバ３０４によって実行されるものとして本明細書で説明する機能は、集約アカウントサーバ３０４と１つ以上のＩＰファクスサーバ（１０２ａ〜１０２ｍ）との間に、様々な方法のいずれかで分割することができる。例えば、集約アカウントサーバ３０４及び集約アカウントデータベース３０６は、パブリックインターネットを介してアドレス指定可能であり、グローバルアドレスレジストリとして機能する。例えば、集約アカウントデータベース３０６は、ＩＰファクス番号と通常ファクス番号との間のマッピングを含む。ＩＰファクスサーバ（１０２ａ〜１０２ｍ）のうちの１つのユーザが電子パッケージ送信の発信ファクスジョブ要求５０４をそのＩＰファクスサーバに送信すると、ＩＰファクスサーバは、その要求の受信ユーザ１２４を識別する発信ファクスジョブ要求５０４内の情報（例えば、受信ユーザ１２４の通常ファクス番号）を集約アカウントデータベース５０６に提供するなどして、発信ファクスジョブ要求５０４の宛先（例えば、受信ユーザ１２４）に関する情報について集約アカウントサーバ３０４に照会し、これに応じて集約アカウントサーバ３０４が、受信ユーザ１２４のＩＰファクス番号などの集約アカウントデータベース５０６内の要求情報にマッピングされた受信ユーザ１２４に関する情報をＩＰファクスサーバに提供する。次いでＩＰファクスサーバは、集約アカウントサーバ３０４から受信した情報を使用して、高解像度モノクロファクス又は高解像度カラーファクス（５０６、５０８）を受信ユーザ１２４に送信する。このような実施形態で、集約アカウントサーバ３０４は、パブリックインターネットを介して複数のＩＰサーバ（１０２ａ〜１０２ｍ）が利用可能なアドレスレジストリとして機能し、一方ＩＰサーバ（１０２ａ〜１０２ｍ）は、あるユーザから別のユーザへ高解像度モノクロファクス又は高解像度カラーファクスを送信する機能を果たす。
【００７１】
上記の技法は、例えば、ハードウェア、１つ以上のコンピュータ可読媒体に有形に保存された１つ以上のコンピュータプログラム、ファームウェア、又はそれらの任意の組合せで実装される。上記の技法は、次のうちの任意の数の任意の組合せを含むプログラム可能なコンピュータ上で実行される（又はプログラム可能なコンピュータによって実行可能な）１つ以上のコンピュータプログラムで実装され得る。即ち、プロセッサ、プロセッサによって読み取り及び／又は書き込みが可能な記憶媒体（例えば、揮発性及び不揮発性メモリ、及び／又は記憶要素を含む）、入力デバイス、及び出力デバイスである。プログラムコードが、入力デバイスを使用して登録された入力に適用されて記載された機能を実行し、出力デバイスを使用して出力を生成する。
【００７２】
各コンピュータプログラムは、アセンブリ言語、機械語、高級手続き型プログラミング言語、又はオブジェクト指向プログラミング言語などの任意のプログラミング言語で実装することができる。プログラミング言語は、例えばコンパイル済みのプログラミング言語又はインタプリタ形式のプログラミング言語である。
【００７３】
このような各コンピュータプログラムは、コンピュータプロセッサによる実行のために機械可読記憶デバイス内に有形に具体化されたコンピュータプログラム製品の形で実装することができる。本発明の動作方法は、入力を操作して出力を生成することによって本発明の機能を実行するように、コンピュータ読み取り可能な記録媒体上で有形に具体化されたプログラムを実行する１つ以上のコンピュータプロセッサによって実行される。適切なプロセッサとしては、一例として汎用及び特殊用途の両マイクロプロセッサが挙げられる。一般的に、プロセッサは、メモリ（リードオンリメモリ及び／又はランダムアクセスメモリなど）から命令及びデータを受け取り（読み取り）、命令及びデータをメモリに書き込む（保存する）。コンピュータプログラムの命令及びデータを有形に具体化するのに適した記憶デバイスには、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスを含む半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気ディスク、光磁気ディスク、並びにＣＤ−ＲＯＭなどのあらゆる形態の不揮発性メモリが含まれる。上記のいずれも、特別に設計されたＡＳＩＣ（特定用途向け集積回路）又はＦＰＧＡ（フィールドプログラマブルゲートアレイ）によって補完され、又はその中に組み込まれる。コンピュータは、また一般的に、内蔵ディスク（図示せず）又はリムーバブルディスクなどの非一時的コンピュータ読み取り可能な記録媒体からプログラム及びデータを受信し（読み取り）、プログラム及びデータをそこに書き込む（記憶する）こともできる。これらの要素は、従来のデスクトップコンピュータ又はワークステーションコンピュータ、及び本明細書に記載の方法を実施するコンピュータプログラムを実行するのに適した他のコンピュータにも見出され、これは、任意のデジタル印刷エンジン又はマーキングエンジン、ディスプレイモニタ、或いは紙、フィルム、ディスプレイスクリーン、又は他の出力媒体上にカラー又はグレイスケールの画素を生成することができる他のラスタ出力デバイスと共に使用することができる。
【００７４】
本明細書に開示された任意のデータは、例えば、非一時的コンピュータ読み取り可能な記録媒体に有形に保存された１つ以上のデータ構造として実装される。本発明の実施形態は、このようなデータ構造（複数可）にそれらのデータを保存し、このようなデータ構造（複数可）からそれらのデータを読み出すことができる。
【符号の説明】
【００７５】
１００、３００、５００    高精細（ＨＤ）ファクスシステム
１０２ａ〜１０２ｍ    ＩＰファクスサーバ
１０４ａ〜１０４ｍ    （アカウント）データベース
１０６ａ〜１０６ｎ    アカウントレコード（アカウントデータ）
１０８、１１６、１２４    ユーザ
１１０    ＨＤ対応送信デバイス
１１２、１２２    ＩＰファクスクライアント
１１４    通常型ファクス（デバイス）
１１８    公衆交換電話網（ＰＳＴＮ）
１２０    ＨＤ対応受信デバイス
３０２ａ〜３０２ｍ    アカウントデータ
３０４    集約アカウントサーバ
３０６    集約アカウントデータベース
３０８ａ〜３０８ｍ    サーバ識別データ（サーバＩＤ）
５０４    発信ファクスジョブ要求
５０６    高解像度モノクロファクス
５０８    高解像度カラーファクス
【図１】
2020511067.tif 000003
【図２】
2020511067.tif 000004
【図３】
2020511067.tif 000005
【図４】
2020511067.tif 000006
【図５】
2020511067.tif 000007
【図６】
2020511067.tif 000008
【図７】
2020511067.tif 000009
【国際調査報告】
2020511067.tif 000010
2020511067.tif 000011