JP2008537650A - コンピュータネットワーク転送プロトコルを介してドキュメントのデジタル表現を転送するための方法およびシステム - Google Patents

Abstract

コンピュータシステムのための方法であって、ファックス書式を使用して送信される文書のデジタル表現を含む、ユーザーからのファックスを受信するステップと、送信先電子メールアドレスを決定するために前記文書の前記デジタル表現を処理するステップと、前記文書の前記デジタル表現の少なくとも一部分を電子メール添付書式に書式変更するステップと、一つ以上のキーワードを決定するために光学文字認識エンジンで前記文書の前記デジタル表現の少なくとも一部を処理するステップと、前記一つ以上のキーワードをアドサーバーに提供するステップと、前記アドサーバーから広告データを受信するステップと、前記送信先電子メールアドレスに宛てられた本体部分と添付部分を含む電子メールメッセージを形成するステップと、を含み、前記本体部分は前記広告データを含み、前記添付部分は前記電子メール添付書式の前記文書の前記デジタル表現部分を含む、方法。

Description

本発明は、選択したコンピュータネットワーク送信プロトコルから、文書のデジタル表現を送信するための方法と装置に関連する。さらに特定すると、本発明の一部の実施例は、文書を表現するデジタル画像（テキスト、画像など）を受信するためのステップと、第一のファイル書式から第二のファイル書式にデジタル表現を変換するためのステップと、適切なコンピュータネットワーク送信プロトコルから、文書のデジタル表現から派生したデータを基本にして、適切な送信先へ第二のファイルを出力するためのステップとを提供する。

これまで、ファックス画像は、ファックス書式を持つファックス信号を電子メール書式（例えば、ＲＦＣ−８２２）に変換することにより、インターネット上で移動することが可能である。変換が完了すると、その後、電子メールは、Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）または同様なプロトコルに従って、インターネット上から目的の送信先へ転送される。インターネットとは、ＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）に基づいた、ネットワークの世界的規模のネットワークである。現在、加入者にインターネット上でのファックス画像送信を可能にする、加入者ベースの各種サービスがある。

ｅＦａｘ、ＪＦａｘなどの会社により提供されている、または以前に提供されていたある種のサービスによれば、加入者には固有の電話番号が提供される。その番号にファックスされた文書はすべて電子メール書式に変換されて、加入者の電子メール受信ボックスに転送される。この種類のサービスにおける欠点の一つは、加入者の電子メールアドレスに関連付けられた特定の電話番号を持つことが加入者に要求されることである。二番目の欠点は、加入者は個人的なファックスの電話番号を、加入者にファックスを送信する可能性のあるすべての人に教えなければならないことである。最後に、多数の個人用および専用電話番号の購入および運用に関連するコストは非常に高いので、サービスプロバイダの立場からは、この種のサービスは運用コストが高い。

ＵＵＮＥＴ（現在ＷｏｒｌｄＣｏｍ）により以前に提供されていた別の種類のサービスでは、加入者は、加入者のファックス機器とサービスのネットワーク間に追加のハードウェアを取り付けることが要求される。このサービスの目的は、使用量が多いユーザーのために長距離のファックス送信コストを削減することである。ＵＵＮＥＴシステムは、ファックスを同等の電子メールに変換してから、ＵＵＮＥＴのネットワーク上から電子メールを一番近いＵＵＦＡＸサーバーに送る。ＵＵＦＡＸサーバーは、電子メールをファックス書式に戻して、市内通話を使用して、ファックスを送信先のファックス機器に転送する。この種のサービスの欠点は、時間がかかることと、サービスにアクセスするには最初にハードウェアを追加しなければならないので、コストがかかることである。

その他の種類のクライアントハードウェアにおける解決策は、ＲｉｇｈｔＦＡＸとＨＰ Ｓｃａｎｎｅｒｓの製品を含む。これらの解決策の欠点は、ユーザーが高価なハードウェアに投資しなければならないことである。

従って、適切なネットワークプロトコルから、デジタル化された文書を希望の送信先へ効果的に転送できる方法およびシステムを提供することが望まれる。

本発明は、指定のコンピュータネットワークプロトコルから、文書のデジタル表現を電子データ送信先へ自動的に転送するための方法と装置に関連する。さらに特定すると、本発明の一部の実施例は、文書のデジタル表現（例えば、テキスト、画像など）を光学的に受信するためのステップを提供する。ファックス機器からファックス送信を受信する（例えば、独立型機器、コンピュータなど）、スキャナーまたは多機能のコピー機／スキャナーからデジタルデータを受信する、デジタルカメラからデジタルデータを受信する（例えば、カメラ電話、ＰＤＡ、デジタルカメラ、デジタルビデオカメラ）、「ファイルに出力」したファイルを受信するなど、さまざまな方法が考えられる。

さまざまな実施例では、デジタルデータは、電子データの送信先へ転送する前に、あるデータ格納書式から別の格納書式に自動的に変換することができる。例えば、ファックス送信は、．ｐｄｆ、．ｔｉｆｆ、．ｄｏｃ、．ｔｘｔなど、一般的に使用されるファイル書式に変換することができる。スキャンされた．ｔｉｆｆ画像は、．ｊｐｇ、．ｂｍｐ、．ｐｄｆ、．ｇｉｆなど、別の画像ファイル書式に変換することができる。さまざまな実施例では、デジタルデータの電子データ送信先は、ウェブサーバー、電子メールサーバー（電子メールボックス）、格納ディレクトリ、データベース、格納ネットワーク、ＦＴＰロケーション、ウェブサーバー、ディレクトリの場所などにできる。さらに、さまざまな実施例では、データ書式は、電子メールクライアント経由、ウェブサーバー経由、ウェブクライアント経由、データベース管理システム経由、指定のディレクトリ経由など、多数の異なるやり方で、後から受信者が検索する場合に適した書式にすることができる。本発明の一部の実施例では、ＨＴＴＰＳ、ＦＴＰ、ＨＴＴＰ、ＳＭＴＰ、ＷＡＰなど、さまざまなコンピュータネットワークプロトコルをデータを目的の送信先に転送するために使用することができる。

以下の検討において、一部の実施例は、ファックステンプレートまたはカバーページ、ファックス機器、ファックス送信を参照する。当然ながら、ファックステンプレートのページは、文書のデジタル表現のためのカバーページの一実施例にすぎない。さらに、このようなデジタルテンプレートのページを作成するためのその他の装置には、光学式スキャナー、多機能機器（例えば、コピー機／スキャナー）、デジタルカメラ、コンピュータなどを含む。さらに、コンピュータネットワークプロトコルを使用する送信、赤外線または光学リンクを使用する送信、Ｂｌｕｅｔｏｏｔｈまたはその他のワイヤレスリンクを使用する送信など、電子メール送信には、ファックス以外のその他の送信方法が考えられる。

Ｓｅｃｕｒｅ Ｄｏｃｕｍｅｎｔ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅの実施例は、拡張性、セキュリティ、プライバシー、信頼性および互換性のために設計される。さまざまな実施例には、以下を含む拡張可能なアーキテクチャを含む。

１．Ａｌｔｅｒｎａｔｅ−Ｐａｔｈ Ｔｅｌｃｏ回路は、ファイバーが機能停止の場合の通話障害迂回を提供するために使用される。Ｔ１回路の（公序良俗違反につき、不掲載）スーパートランクペアは、キャリアと物理的ループの多様性両方を保証するので、外部のサービス停止の可能性を削減する（つまり、バックホー切断ファイバー）。

２．複数のデータセンターは、地理的に多様なサービスを同一場所に配置するために使用される。

３．クラスタは、本発明の実施例に高可用性をもたらすために使用される（（公序良俗違反につき、不掲載）サービス）。さまざまな実施例は、ＳＡＮバックエンドを備えたＲｅｄＨａｔ ＡＳ ２．１（Ａｄｖａｎｃｅｄ Ｓｅｒｖｅｒ）上で配備される。

４．分散型、スレッド型、メッセージベースのアーキテクチャは、（公序良俗違反につき、不掲載）サービスの拡張性、障害迂回および耐障害性の基礎を提供する。

５．パッケージは、新しいサーバーマシンやサービスソフトウェアの新しいリリースを既存のマシンに実際に使用するまでの時間を短縮するために使用される。

本発明のさまざまな実施例は、パケットフィルタリング、ファイアウォールおよび密接なＡＣＬとアクセスプロシージャを備えたＶＬＡＮｉｎｇを配備することにより、セキュリティ弱点への発覚を削減することにより、高レベルのセキュリティを提供する。外部またはＤＭＺのトラフィックは、内部プロセスで開始される場合を除いて（電子メールの発信）、いかなる理由があっても内部のサブネットへのアクセスは許可されない。ＳＭＴＰ ｖｅｒｂ ＳＴＡＲＴＴＬＳをサポートしているサイトでは、実施例はＴＬＳを経由して送信される。セキュリティ層の追加として、さまざまな実施例を顧客のＳＭＴＰサーバーに実現、あるいは、さらに処理するために（コンプライアンス、インデックス付けおよび／またはアーカイブ）顧客ＵＲＬに発行することが可能である。さらに他の実施例では、セキュアな電子メールの機器サーバーも、顧客のファイアウォール内でさらにカスタマイズ化するための追加オプションとして使用できる。

さまざまな実施例は、運用を完全に自動化できるに伴い、高レベルのプライバシーを提供する。一部の実施例では、すべての文書は、親の申請書で説明されているような文字認識システムを経由して変換して送られる。本発明のさまざまな実施例は、顧客により顧客のアカウントオプションとして格納するように指示されない限り、一切の中間ファイルを格納することはない。通常の構成では、すべての内容ファイルは、さまざまな実施例から送信される送信の転送後、直ちに削除される。

さまざまな実施例は、顧客が送信前にすべてのファックスまたは送信を表示して承認できる「コンプライアンス」または「ゲートキーパー」機能を含むようになる。さまざまなセキュアな実施例は、ＰＤＦを受信するセキュアなログインのために、（ＰＤＦ添付を除く）ファックス受信者などへのリンクを送信する。このような解決策は一緒に使用することができ、さまざまな実施例で完全に利用される。その他の実施例では、顧客は、Ｓｅｃｕｒｅ Ｅｍａｉｌ Ａｐｐｌｉａｎｃｅ Ｓｅｒｖｅｒ実施例を顧客のファイアウォール内に追加としてインストールすることを選択できる。さまざまなセキュアでコンプライアンスな実施例は、顧客に、可能な限り最高レベルのセキュリティを提供し、電子メールから内容が送信されないようにする。

本発明の実施例は、すべてのサービスの複数のインスタンスを維持できる。サービスに示された各リクエストメッセージは、内部標準に従うことが必要であり、特定のサービスの任意のインスタンスに示すことができる。メッセージルータの応答確認により、応答が示されたメッセージに対して意味をなすことが確実になる。さまざまな実施例は、処理状態を把握しないようにできる。さまざまな実施例は、ＨＡ（高可用性）構成において、オラクルデータベースを使用する。

さまざまな実施例は、電子メールの作成、またはその他の送信方法の作成にテンプレートの手法を利用するので、顧客のシステムとの高い互換性が提供される。サイトに特別な制約がある場合（つまり、ＨＴＭＬメールはない）、実施例は顧客の必要性に応じて設定することができる。一部の実施例では、ｗｗｗ．ａｄｏｂｅ．ｃｏｍから無料で提供されているＡｄｏｂｅ（Ｒ）の普遍的なＰＤＦ書式が使用される。

本発明のある側面に従い、コンピュータシステムのための方法を述べる。ある技術は、ファックス送信書式を使用して送信される文書のデジタル表現を含む、ユーザーからのファックス送信を受信するステップと、送信先電子メールアドレスを決定するために、文書のデジタル表現を処理するステップと、文書のデジタル表現の少なくとも一部を電子メール添付書式に書式変更するステップと、を含む。その他の技術は、一つ以上のキーワードを決定するために、光学文字認識エンジンで文書のデジタル表現の少なくとも一部を処理するステップと、一つ以上のキーワードをアドサーバーへ提供するステップと、アドサーバーから広告データを受信するステップと、を含む。またその他の方法は、送信先電子メールアドレスに宛てた電子メールメッセージを作成するステップを含むが、ここで、電子メールメッセージは本体部分と添付部分を含み、本体部分は前記広告データを含み、さらに、添付部分は電子メール添付書式の文書のデジタル表現部分を含む。

本発明の別の側面に従い、コンピュータシステムを述べる。ある装置は、ファックス送信書式を使用して送信される文書のデジタル表現を含む、ユーザーからのファックス送信を格納するよう構成されたメモリを含む。別の機器はメモリに結合されたプロセッサを含むが、この場合、プロセッサは、少なくとも一つの送信先電子メールアドレスを決定するために、文書のデジタル表現を処理するよう構成され、プロセッサは、文書のデジタル表現の少なくとも一部を電子メール添付書式へ書式変更するよう構成され、プロセッサは、ファックス送信に関連付けられた広告データを決定するよう構成されるとともに、プロセッサは、送信先電子メールアドレスに宛てた電子メールメッセージを作成するよう構成される。さまざまな実施例では、電子メールメッセージは本体部分と添付部分を含み、本体部分は広告データを含み、さらに、添付部分は電子メール添付書式の文書のデジタル表現部分を含む。その他の実施例では、プロセッサは、一つ以上のキーワードを決定するために、光学文字認識エンジンで文書のデジタル表現の少なくとも一部を処理するよう構成される。まだその他の実施例では、プロセッサは、一つ以上のキーワードを広告サーバーに提供するよう構成される。

本発明のさらに別の側面に従い、プロセッサを含むコンピュータシステムのためのコンピュータプログラム製品を述べる。あるコンピュータプログラム製品は、ユーザーからの、ファックス送信書式を使用して送信される文書のデジタル表現を含むファックス送信を受信するようにプロセッサに命令するコンピュータ実行コードと、送信先電子メールアドレスを決定するために文書のデジタル表現を処理するようにプロセッサに命令するコンピュータ実行コードと、文書のデジタル表現の少なくとも一部を電子メール添付書式にするようにプロセッサに命令するコンピュータ実行コードと、を含む。別のコンピュータプログラム製品は、一つ以上のキーワードを決定するために、光学文字認識エンジンで文書のデジタル表現の少なくとも一部を処理するようにプロセッサに命令するコード、一つ以上のキーワードをアドサーバーに提供するようにプロセッサに命令するコード、および、アドサーバーから広告データを受信するようにプロセッサに命令するコードと、を含む。また他のコンピュータプログラム製品は、送信先電子メールアドレスに宛てた電子メールメッセージを作成するようにプロセッサに命令するコードを含むが、電子メールメッセージは本体部分と添付部分を含み、本体部分は広告データを含み、さらに、添付部分は電子メール添付書式の文書のデジタル表現部分を含む。さまざまな実施例では、有形的表現媒体は、フロッピー（登録商標）ディスク、ハードドライブ、ネットワーク格納デバイス、外付けハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、大容量のＤＶＤ、ホログラフィックメモリおよびバーコードなどの光学格納媒体、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）や電池式揮発性メモリのような半導体メモリなどの磁気媒体を含む有形的表現媒体が、コンピュータ実行コードを格納できる。

本発明の別の側面に従い、コンピュータシステムのための方法を開示する。ある技術は、ユーザーからの、ファックス送信書式を使用して送信される第一の文書のデジタル表現を含む第一のファックス送信を受信するステップと、第一の送信先電子メールアドレスを決定するために、光学文字認識処理で第一の文書のデジタル表現を処理するステップであって、第一の送信先電子メールアドレスはコンピュータシステムに予め知られている必要がないステップと、ユーザーからの第二のファックス送信を受信するステップであって、第二のファックス送信はファックス送信書式を使用して送信される第二の文書のデジタル表現を含むステップと、を含む。処理は、第一の送信先電子メールアドレスを決定するために、光学文字認識処理で第二の文書のデジタル表現を処理するステップと、第二の文書のデジタル表現の少なくとも一部と、第一の文書のデジタル表現の少なくとも一部を組み合わせて、電子メール添付書式の電子メール添付にするステップと、送信先電子メールアドレスに宛てた電子メールメッセージを作成するステップであって、電子メールメッセージは本体部分と添付部分を含み、本体部分は広告データを含み、添付部分は電子メール添付を含む、ステップと、を含むことができる。

本発明の別の側面に従い、プロセッサを含むコンピュータシステムのためのコンピュータプログラム製品を述べる。コンピュータプログラム製品は、ファックス送信書式を使用して送信される第一の文書のデジタル表現を含む、ユーザーからの第一のファックス送信を受信するようにプロセッサに命令する実行コードと、第一の送信先電子メールアドレスを決定するために、第一の文書のデジタル表現上で光学認識処理を実施するようにプロセッサに命令するコードであって、第一の送信先アドレスは、コンピュータシステムに知られている必要がないコードと、ユーザーから第二のファックス送信を受信するようにプロセッサに命令するコードであって、第二のファックス送信はファックス送信書式を使用して送信される第二の文書のデジタル表現を含むコード、とを含む。その他のコンピュータプログラム製品は、第二のファックス送信は第一のファックス送信に関連付けられていることを示すために、第二の文書のデジタル表現上で光学文字認識処理を実施するようにプロセッサに命令する実行コードと、第一の文書のデジタル表現と、第二の文書のデジタル表現とを組み合わせた表現をするようにプロセッサに命令するコードと、送信先電子メールアドレスに宛てた電子メールメッセージを作成するようにプロセッサに命令するコードであって、電子メールメッセージは本体部分と添付部分を含み、本体部分は広告データを含み、添付部分は組み合わされた表現を含む、コードとを含む。さまざまな実施例では、フロッピー（登録商標）ディスク、ハードドライブ、ネットワーク格納デバイスや外付けハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、大容量ＤＶＤ、ホログラフィックメモリおよびバーコードなどの光学格納媒体、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、電池式揮発性メモリのような半導体メモリなど、磁気媒体を含む有形的表現媒体が、コンピュータ実行コードを格納できる。

本発明のさらに別の側面に従い、コンピュータシステムを述べる。ある装置は、ユーザーからの第一のファックス送信を格納するよう構成されたメモリを含むが、第一のファックス送信はファックス送信書式を使用して送信される第一の文書のデジタル表現を含み、また、メモリは、電子メール添付書式の第一の文書のデジタル表現の少なくとも一部を格納するように構成されるとともに、メモリは、ユーザーからの第二のファックス送信を格納するようにも構成され、第二のファックス送信は前記ファックス送信書式を使用して送信される第二の文書のデジタル表現を含む。別の機器は、メモリに結合されたプロセッサを含むが、このプロセッサは第一の送信先電子メールアドレスを決定するために、光学文字認識処理で第一のデジタル表現を処理するように構成され、また、プロセッサは、第二のファックス送信が第一のファックス送信に関連することを決定するために、光学文字認識処理で第二の文書のデジタル表現を処理するように構成されるとともに、プロセッサは、第一の文書のデジタル表現の少なくとも一部と、第二の文書のデジタル表現の少なくとも一部とを、組み合わされたデジタル表現にするように構成され、さらに、プロセッサは、送信先電子メールアドレスに宛てた電子メールメッセージを作成するように構成されるが、電子メールメッセージは本体部分と添付部分を含み、本体部分は広告データ含み、添付部分は前記組み合わされたデジタル表現を含む。

本発明の別の側面に従い、コンピュータシステムのための方法を述べる。ある技術は、第一の送信書式を使用して送信される第一の文書のデジタル表現を含む、ユーザーからの第一の送信を受信するステップと、第一の電子送信先を決定するために、光学文字認識処理で第一の文書のデジタル表現を処理するステップであって、第一の電子送信先は第一の送信を受信する前にコンピュータシステムにより知られている必要はないステップと、格納書式の第一の文書のデジタル表現の部分のファイル名を決定するために、光学文字認識処理で第一の文書のデジタル表現を処理するステップと、を含む。その他の処理は、第一の文書のデジタル表現の少なくとも一部を第一の送信書式から格納書式へと書式変換するステップと、格納書式の第一の文書のデジタル表現部分を含む電子送信を第一の電子送信先に受信するステップと、を含む。

本発明の別の側面に従い、コンピュータシステムを述べる。ある装置は、第一の送信書式を使用して送信される第一の文書のデジタル表現を含む、ユーザーからの第一の送信を格納するよう構成されたメモリを含む。機器は、メモリに結合されたプロセッサを含むが、このプロセッサは、ユーザーから第一の送信を受信するように構成され、第一の文書のデジタル表現の光学文字認識処理に応答して電子送信先を決定するように構成されるが、電子送信先はメモリに第一の送信の格納前にコンピュータシステムに知られている必要はなく、また、プロセッサは、第一の文書のデジタル表現の少なくとも一部を第一の文書の書式から格納書式に書式変更することにより、第一の格納文書を作成するように構成され、さらに、第一の格納文書のファイル名を決定するために、光学文字認識処理で第一の文書のデジタル表現を処理するように構成されるとともに、プロセッサは、第一の格納文書を含む電子送信を第一の電子送信先に送信するように構成される。

本発明のさらに別の側面に従い、プロセッサを含むコンピュータシステムのためのコンピュータプログラム製品を述べる。あるコンピュータプログラム製品は、ユーザーからの第一の電子送信を受信するようにプロセッサに命令する実行コードであって、第一の電子送信は、送信書式を使用して送信された人間が判読可能な文書のデジタル表現を含むコードと、電子送信先を決定するために、光学文字認識処理により人間が判読可能な文書のデジタル表現を処理するようにプロセッサに命令するコードであって、電子送信先は、第一の電子送信を受信する前にコンピュータシステムにより知られている必要がないコードと、人間が判読可能な文書のデジタル表現の少なくとも一部を格納書式にするようにプロセッサに命令するコードと、を含む。その他のコンピュータプログラム製品は、格納書式の人間が判読可能な文書のデジタル表現部分に関連付けられたファイル名を決定するために、光学文字認識処理で人間が判読可能な文書のデジタル表現を処理するようにプロセッサに命令する実行可能コードと、第二の電子送信を電子送信先に送信するようにプロセッサに命令するコードを含むが、第二の電子送信は格納書式の人間が判読可能な文書のデジタル表現部分を備える。さまざまな実施例では、フロッピー（登録商標）ディスク、ハードドライブ、ネットワーク格納デバイス、外付けハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、大容量のＤＶＤ、ホログラフィックメモリおよびバーコードなどの光学格納媒体、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）や電池式揮発性メモリのような半導体メモリなどの磁気媒体を含む有形的表現媒体が、コンピュータ実行コードを格納できる。

図面と請求項など、仕様書の残りの部分を参照すると、本発明のさまざまな実施例のその他の特徴と利点が理解されるであろう。本発明のさまざまな実施例のさらなる特徴や利点、さらには、本発明のさまざまな実施例の構造や操作は、添付の図面に関連して以下に詳細を述べる。同じ参照番号は、同一または機能的に類似の要素を示す。

一つ以上の実施例の形における本発明をここで説明する。図１は、本発明のある実施例に従う、ファックス／電子メール通信システム５の高レベルのブロック図である。システム５は、Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ（ＰＯＴＳ）とインターネットのどちらにも選択的につながれるネットワーク運用センター（ＮＯＣ）８、ＰＯＴＳとインターネットからＮＯＣ８に選択的に結合される複数のポイントオブプレゼンス（ＰＯＰ）１０とを備える。ここで意味される「インターネット」とは、ＴＣＰ／ＩＰプロトコルとそれに対するすべてのアクセス手段（例えば、電子メールシステムを持ち、インターネットに結合されるローカルエリアネットワーク）を基本とするネットワークの世界的なネットワークを意味する。（ＴＣＰ／ＩＰとは、「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｐｒｏｔｏｃｏｌ」の略で、インターネット上のすべてのコンピュータ間通信を管理する言語のことである。）
以下で詳細を説明するように、システム５は、ユーザーに、特に、固有の定義済みファックス番号をファックスまたは電子メールの送信者に配信する必要なく、スタンドアロン型ファックス機器２から電子メールを送信することや、ファックスまたは電子メールの送信者からファックスを受信することを許可する。ここで、図１に示されるファックス機器２は、実施例にすぎないことを強調する。つまり、本発明のさまざまな実施例において使用されているように、ファックス機器は、ファックスプロトコル準拠の通信機器またはその他のスキャン機器も備えることができる。同様に、図１のコンピュータワークステーション４は実施例にすぎない。つまり、電子メールの送信ができる任意の機器をコンピュータワークステーション４の代わりに使用できる。

ＰＯＰ１０は、例えば、アメリカまたは世界中など、広範囲の地域に配信される。ＰＯＰ１０の実施例が図２に示される。ＰＯＰ１０は、一つ以上のファックスモデムバンク２０、１つ以上のファックスサーバー２２、アドおよび統計サーバー２４、電子メールサーバー２６、インタラクティブ音声応答（ＩＶＲ）ユニット２８、イーサネット（登録商標）スイッチ３０、ＩＰルータ３２、Ｔ−１チャネルサービスユニット（ＣＳＵ）３４を備える。図２のＰＯＰ１０の実施例は例に過ぎないことを強調する。例えば、その他の構成も、大容量のインターネットアクセスライン（例えばＴ−３）、複数のスイッチ電子メールサーバーの供給など、しかしこれらに限定されず、本発明のさまざまな実施例の精神と範囲内にある。図１と２は、以下の説明でさらに詳細を説明する。

ここで図３Ａを参照すると、本発明の実施例に従い、ユーザーがファックスサーバー２２から「電子メールカバーページ」を取得する方法の説明図が示される。ステップ４０で、ユーザーは、任意のファックス機器または電話から、特定のフリーダイヤル（例えば１−８００）のファックスバック番号にダイヤルする。このファックスバック番号は、フリーダイヤル番号に限定されず、任意のその他の種類の電話番号も含むことを理解する。ファックスバック番号は、ユーザーの地理的ロケールを基本に、ＰＯＴＳを経由して、電話ネットワークによりＰＯＰ１０にルートされる。図２に示されているように、ＰＯＰ１０のファックスモデムバンク２０は、例えば、２４ラインの電話セットを備えるＢ−１ラインから、ファックスを受信する。その後、ステップ４２で、ＰＯＰ１０は、空白の「電子メールカバーページ」を、ユーザーのファックス機器から電子メールを送信する詳細方法とともに、ユーザーに送り返す。

電子メールのカバーページは、通常のファックスカバーシートのように見えるが、空白の文字欄と、ユーザーが使用可能な市内電話番号を含むので、ユーザーにはコストが一切かからずに、ファックスを送信できる。市内電話番号は、発信の１−８００番号から検知可能な自動番号識別を介して、表形式の変換処理により生成される。代わりの実施例では、システム５の各ＰＯＰ１０は、単一の無料ダイヤル番号を使用してアクセス可能になる。電子メールカバーページの例は図４に示される。ある実施例では、文字欄６１には、各文字欄６１の端に「チェックマーク」６３がある。チェックマーク６３は、ユーザーが文字欄６１の中央に文字を入力させる効果がある。文字欄の中央に入力された文字は、処理の後半に、文字認識を実施する場合、文字がもっと正確に識別されるという利点がある。

ある実施例では、電子メールのカバーページ、あるいはより一般的には、カバーページは、さらに、ユーザーにより選択可能な特別な機能またはオプションのリストを含む。例えば、特別な機能またはオプションの一つはアーカイブオプションにできる。ユーザーがこのオプションを選択すると、ファックスまたは送信のアーカイブコピーが自動的に生成されて、格納場所にアーカイブされる。格納場所は、設計の選択に応じて、変更できる。例えば、格納場所は、送信者独自のコンピュータシステムの可能性がある。その他の特別な機能またはオプションの中には、文書の書式オプションがある。例えば、ファックスまたは送信される文書は、電子メール内でテキストのみとして送信、あるいは、電子メールへのワードの添付ファイルとして送信（文書上でＯＣＲ技術を使用後）、あるいは、電子メールへのＰＤＦ書式の添付ファイルとして（選択可能なテキストのあるなしにかかわらず）送信できる。開示に基づき、本明細書に提供されるように、その他の種類の特別な機能またはオプションは、当業者には明らかである。さらなる詳細は以下に示される。

代わりの実施例では、カバーページは、ポストイットのような小さい接着メモシートのサイズに小型化が可能である。ユーザーは、これまでどおり、この小型化された電子メールのカバーページに必要な情報を記入する。完了すると、この小型化された電子メールのカバーページは、ファックス送信される文書の最初のページに接着することが可能である。後の文字認識は、文書の最初のページの小型化された電子メールのカバーページを検索して特定するために必要な感度に調整することが可能である。小型化された電子メールのカバーページの縮小サイズにより、小型化された電子メールのカバーページ内で電子メールアドレスの検索や識別が簡単になるように、固有なバーコードのような特殊な印や記号を実施が必要な文字認識を促進するために含むことができる。小型化された電子メールのカバーページは、粘着パッドとして販売することが可能である。文書を電子メールアドレスにファックスすることが必要な場合、ユーザーは、小型化された電子メールのカバーページ上に必要な情報を記入し、完了した小型化された電子メールのカバーページをはがして、文書の最初のページに添付するだけである。

別の代わりの実施例では、電子ファイルの形になっている電子メールカバーページの電子バージョンが、電子メールまたはウェブサイトからのダウンロードにより、ユーザーに提供される。この実施例では、電子ファイルはＰＤＦ書式を使用して実装される。この手法で実装されると、電子ファイルは、有効になって、コンピュータ上に電子メールのカバーページを生成する。その後、電子メールのカバーページはユーザーに表示される。そして、ユーザーは、キーボードのような入力デバイスを使用して、電子メールカバーページ上に希望の情報を直接入力できる。この手法で入力された情報は信頼性が高いので、後で文字認識が実施されると発生するかもしれないエラーの数が減少する。完了した電子メールのカバーページは、その後、印刷されて、希望の文書とともにファックスされる。

さらに、電子メールカバーページを使用して必要な情報をキャプチャすると、電子メールアドレスのようなキャプチャされた情報の一部は、電子メールカバーページの別の部分で再生成できる。例えば、電子メールアドレスは電子メールカバーページの別の部分で再印刷できる。あるいは、電子メールアドレスは、バーコード形式、または、その他の機械が判読可能な書式でコード化されて、電子メールのカバーページの一部として印刷できる。これにより、冗長性が提供されて、後から実施が必要な文字認識の正確性をさらに向上させる。

オプションで、電子メールカバーページの一定の情報は、電子メールの受信者に判読できないように描くことができる。例えば、送信者により使用されたファックス番号は、グレースケールパターンやモアレパターンなどに印刷して、電子メールカバーページがファックスされる前に、ファックス番号は送信者には表示されるようにできる。しかし、ファックスすると、ファックス番号とパターンは、ファックススキャン技術の制限により、お互いに判別可能ではなくなるので、ファックス番号は受信者にはわからないように表示される。

ここで図３Ｂを参照すると、本発明の実施例に従い、ファックス番号２から電子メールを送信するために、本発明のさまざまな実施例のシステム５とどのようにユーザーが相互に通信するかの図説が示される。ステップ４４で、ユーザーは、通常の手書きで文字欄に、例えば、「ｊｏｈｎ＿ｄｏｅ＠ｇｅｎｅｒｉｃ．ｃｏｍ」のように、送信先の最終電子メールアドレスを記入する。あるいは、電子メールアドレスは、機械が判読可能な書式に印刷できる。代わりの実施例では、電子メールカバーページは、ユーザーのファックスまたは電子メールアドレスにダウンロード可能な「高度な機能ページ」を含む。この高度な機能ページは、ユーザーのコンピュータで生成することもできる。高度な機能ページは、例えば、グループ送信リストの作成など、システム５により提供される一つ以上のオプションやサービスを選択することをユーザーに許可する。

特定のユーザーに対する一つ以上のグループ送信リストは、システム５が維持可能である。例えば、一つ以上のグループ送信リストを、特定の送信者の電子メールアドレスに関連付ける、または、リンクすることができる。グループ送信リスト内の電子メールアドレスは、システム５により格納できる。電子メールのカバーページを記入するとき、ユーザーは、特定のグループ送信リストの別名またはその他の識別情報を提供することが必要なだけである。システム５は、送信者の電子メールアドレスと特定のグループの配信リストを完了した電子メールのカバーページから検索することができる。システム５は、その後、送信者の電子メールアドレスに関連付けられたグループの送信リストを参照して、別名がその送信者の電子メールアドレスにリンクされたグループ送信リストの一つに関連付けられているかどうかを決定する。関連付けられていれば、ファックスは、そのグループ送信リストのすべての電子メールアドレスに転送される。

ステップ４６で、ユーザーは、選択したＰＯＰ１０に関連付けられた電話番号へファックスを送信し、ファックスサーバー２２上のファックスモデムバンク２０により受信される。ファックスモデムバンク２０は、ファックスを、例えば、標準Ｇ３ ＴＩＦＦ書式のような画像ファイル書式に変換する受信ファックススプーラー６０を含み、その後、画像化されたファックスをローカルディスクドライブ上のスプール領域（図面では示されていない）に一時的に格納する。画像化された電子メールのカバーページは、その後、さらなる処理のために、ＰＯＰ１０のファックスサーバー２２の一つに転送される。

ファックススプーラー６０に加えて、図５に示されているように、各ファックスサーバー２２のソフトウェアアーキテクチャ７０は、最初のページ（つまり、カバーページ）の文字認識モジュール６２、ファックスから電子メールへのゲートウェイ６４、電子メールからファックスへのゲートウェイ６６および送信ファックススプーラー６８を備える。

ステップ４８で、最初のページの文字認識モジュール６２が操作して、画像化された電子メールのカバーページから、画像化された電子メールを抽出する。最初のページの文字認識モジュール６２は、光学式文字認識（ＯＣＲ）により実行されることが好ましい。オプションで、画像化された電子メールのカバーページは、最初のページの文字認識モジュール６２が起動して機能を実施する前に、目的以外の印やパターンをすべて削除することが適切であると見なされるので、可能な限り何回も削除またはフィルタリングすることができる。さらに、上記のように、画像化された電子メールのカバーページは、画像化された電子メールアドレスに関する冗長情報を含むことができる。最初のページの文字認識モジュール６２は、冗長情報が画像化された電子メールアドレスが正確であることを確実にするために、クロスチェックするように調整できる。

ステップ５０で、ファックスの電子画像がカプセル化されて、ファックスから電子メールへのゲートウェイ６４により、ＭＩＭＥ互換の電子メールメッセージにフォーマットされる。「ＭＩＭＥ」は、Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓの略であり、異なる電子メールシステム間で交換可能であるように、何件の電子メールメッセージをフォーマットすることが必要であるかを指定する公式なインターネット標準を指す。そして、ファックスの電子画像は、電子メールへの添付として、電子メールサーバー２６に転送される。代わりの実施例では、一定の情報は、電子メールサーバー２６に転送される前に、ファックスの電子画像から削除される。例えば、受信者により使用される特定のファックス番号を削除するか、そうでなければ、電子メールの受信者により認識不可能なように描くことができる。

電子メールサーバー２６によりファックス画像が受信されると、電子メールサーバー２６は、電子メールの送信ステータスをアドおよび統計サーバー（アド／統計サーバー）２４に転送する。図５に示されているように、アド／統計サーバー２４のソフトウェアアーキテクチャ７１は、確認および指示のページ作成機能７２、タイトルページの作成機能７４およびポストスクリプト描画エンジン７６を備える。確認および指示ページ作成機能７２は、電子メールサーバー２６から電子メールの送信ステータスを受信して、その後、ポストスクリプト書式で、送信または非送信通知およびユーザー指示ページを生成する。

代わりの実施例では、電子メールサーバー２６および／またはアド／統計サーバー２４は、リアルタイム請求エンジン（非表示）を含むことができる。リアルタイム請求エンジンは、さまざまなユーザーによる使用量の追跡を保存して、これに応じて適切な請求情報を生成するために使用される。使用量は、いくつかの異なるやり方で追跡できる。例えば、使用量は、特定のファックス番号に対して使用された分数から追跡できる。この点では、企業などのユーザーに、社員により使用される一つ以上の特定のファックス番号を割り当てることができる。各特定のファックス番号に対する使用量は、リアルタイム請求エンジンにより監視される。請求情報は、リアルタイムベースで計算し、インターネット上のウェブサイトから承認されたユーザーに対して表示可能にできる。さらに、送信されたファックスそれぞれの請求情報も、下記のように確認および指示ページに含むことができる。

ステップ５２で、確認および指示ページ作成機能７２は、確認および指示ページを生成して、ステップ５４で、アド／統計サーバー２４から広告を検索して、この広告を確認および指示ページに組み入れる。さらに、ステップ５６で、確認および指示ページ作成機能７２は、アド／統計サーバー２４から、例えば、電子メールにバナー書式で組み入れられる広告を検索する。さまざまな実施例では、確認および指示ページに組み入れられる広告は、特に、ユーザーの地理的ロケール、ユーザープロファイルに基づいたユーザー、送信されるメッセージの関連性に基づいたユーザー、などをターゲットとする。一部の実施例では、システム５は、ユーザーのファックス番号の接頭辞および／またはエリアコードから、ユーザーの地理的ロケールを決定するので、広告は、平均収入範囲など、ユーザーの地域の地理的データ特性に基づいてターゲットされる。代わりの実施例では、電子メールアドレスの確認ページは、電子商業的側面を含み、ユーザーには確認および指示ページ上に「チェックボックス」が提供され、ユーザーは、チェックすると特定の広告提供に対する特別な興味を示すことができる。確認および指示ページの実施例は図６Ａに示される。オプションで、確認および指示ページは、さらに、図６Ｂに示されているように、１ページ以上のファックスページのサムネールスケッチを含むことができる。

別の代わりの実施例では、処理の開始時点で、つまり、図３Ａのステップ１０がない代わりに、使用量に応じた料金サービスとして、料金ベース（１−９００など）の番号がユーザーに提供される。このような料金ベースの実施例では、広告は、送信者、受信者、またはその他の関係者に送信されないことがある。まだその他の実施例では、処理の開始時点で、ファックス、電子メールメッセージ、電子メール添付などが広告を含む場合に、広告に付随したサービスの一部として、無料の番号（１−８００など）をユーザーに提供できる。このような例の一つが上の図６に図説されている。広告に付随した実施例の追加例を以下で説明する。

ある代わりの実施例では、電子メールサーバー２６によりファックス画像を受信すると、電子メールサーバー２６は、アド／統計サーバー２４に連絡して、そのファックス画像に生成される予定の電子メールに関連づけることができる優先度を検索する。優先度は、マーケティング情報など、特定の書式にできとともに、送信者重視または受信者重視にできる。アカウント番号、それぞれの送信者や受信者の電子メールアドレス、送信者により使用されたファックス番号や、その他の固有の印や記号など、電子メールカバーページの情報は、電子メールに組み入れられる予定の優先度を決定するために使用できる。例えば、ファックスを特定のファックス番号を使用している送信者から受信すると、そのファックスに生成される電子メールは、その送信者に関する情報を含むことができる。特定のファックス番号が特定の企業専用である場合、一定の企業特定のマーケティング情報や画像を電子メールに組み入れて、ブランド設定または標準のイメージを提供することができる。

別の代わりの実施例では、確認および指示のページは、送信者の履歴および／または過去のアクティビティや行動を基本にして提供される動的コンテンツを含むことができる。アド／統計サーバー２４は、送信者の履歴および／または過去のアクティビティや行動の追跡を保存できる。例えば、アド／統計サーバー２４は、判読不可能な手書きまたは不正な受信者の電子メールアドレスにより、特定の送信者により送信されたファックスが送信されなかった回数の追跡を保存できる。アド／統計サーバー２４は、送信者の手書きの「ｖ」と「ｕ」が何度もファックス送信を失敗させたなど、過去の失敗の原因となった問題の種類の追跡さえも保存できる。送信者の履歴および／または過去のアクティビティまたは動作に基づいて、アド／統計サーバー２４は、その後、確認および指示ページに含まれる適切な情報を電子メールサーバー２６に提供する。このような情報は、例えば、障害となりやすい手書きを避けるための警告やヒントを含むことができる。

確認および指示ページが作成された後、ポストスクリプト描画エンジン７６により、ファックスをコード化したビットマップ画像にラスタデータ変換してから、ファックスサーバー２２に送信され、サーバー上では、送信ファックススプーラー６８が操作して、ラスタデータに変換された確認および指示ページをその後の送信のためにローカルディスクドライブに格納する。ビットマップ画像の描画は、コンピュータに負担がかかる処理であるので、ラスタデータへの変換処理を何台かのファックスサーバー２２に分散するためのカスタムの負荷共有ソフトウェアを代わりの実施例として採用することができる。

別の代わりの実施例では、プロモーションまたはマーケティングの目的で、電子メールは、さらに、受信者がトライアルベースでシステム５により提供されるサービスを使用できるリンクを含むことができる。受信者／トライアルのユーザーは、リンクをクリックして、ウェブサイトに移動することができる。ウェブサイトは、トライアルユーザーに、トライアルの提供を表示して、トライアル提供製品を受信するために電子メールアドレスの入力をトライアルユーザーに問い合わせることができる。トライアルユーザーがトライアル提供品を取得することを決定して、電子メールアドレスを入力すると想定すると、電子バージョンの電子メールカバーページが入力された電子メールアドレスに転送される。この電子メールカバーページは、トライアル目的のみに有効な特定のファックス番号を含む。例えば、この特定のファックス番号は、限定された回数だけ、ファックス送信に使用することができる。トライアルユーザーがシステム５により提供されるサービスを使用すると、トライアルユーザーにより送信された電子メールは、同様に、上記のような受信者がサービスを試すことができるリンクを含む。
−
ステップ５８で、電子メール（広告を含む）はインターネット上から、例えば、ＳＭＴＰプロトコルを使用して、例えば、ＧＩＦファイルなど、大部分のプラットフォームで表示可能な標準書式の添付として、目的の受信者に送信される。

代わりの実施例では、電子メールへのリンクが、インターネット上から目的の受信者に送信される。リンクは、各電子メールで動的に作成される。さらに特定すると、リンクのアドレスは、アドホックベースで、電子メールのために無作為に生成される。これは、電子メールの未承認のアクセスに対する保護のために実行される。その後、目的の受信は、リンクをクリックして、電子メールを取得して表示できる。

オプションで、目的の受信者がリンクをクリックして電子メールを表示すると、目的の受信者が電子メールを受信したことを確認するために、受領証が生成されて、送信者に送信される。

オプションで、インターネットから電子メールにアクセスするリンクが使用される場合、セキュリティのメカニズムが提供されて、目的の受信者による電子メールへの認証済みアクセスだけが許可される。図９は、セキュリティメカニズムの操作例を図説するフロー図である。図９に示されているように、ユーザーがリンクを受信すると、９０で、ユーザーはリンクをクリックして、電子メールまたはファックスへのアクセスを要求する。リンクをクリックすることにより、実際にユーザーは電子メールへのアクセスを管理するセキュリティマネージャ９２に連絡する。セキュリティマネージャ９２が、ユーザーは認証された受信者であると決定すると、電子メールへのアクセスが与えられて、９４で、セキュリティマネージャ９２は電子メールをユーザーに送信できる。ユーザーが認証された受信者であると決定する一つのやり方は、セキュリティマネージャ９２が、まず、ユーザーがセキュリティマネージャ９２によりログインしているかどうかを確認することである。ユーザーがセキュリティマネージャ９２でログインしていれば、ユーザーに関連付けられた一定の信認情報が使用できる。信認情報は、例えば、ユーザーの電子メールアドレスに関係するセッションＩＤを含むことができる。その後、セキュリティマネージャ９２は、信認情報を基本にして検索したユーザーの電子メールアドレスを、電子メールの目的の受信者の電子メールアドレスに対して確認する。二つの電子メールアドレスが一致すれば、ユーザーは要求された電子メールの認証済み受信者である。

一方で、二つの電子メールアドレスが一致しなければ、ユーザーは有効にログインしているが、要求された電子メールの認証済み受信者ではない。その後、９６で、セキュリティマネージャ９２は、エラー処理ルーチン９８を起動する。１００で、エラー処理ルーチン９８は、ユーザーは認証された受信者ではないので、要求された電子メールへのアクセスは拒否されたことをユーザーに伝える。オプションで、１０２では、エラー処理ルーチン９８は、アーカイブおよび／またはセキュリティ目的で拒否された要求をログに記録する。

ユーザーがセキュリティマネージャ９２でログインしていない場合は、１０４で、セキュリティマネージャ９２はユーザーにログインするように問い合わせる。ログインするには、１０６で、ユーザーは、電子メールアドレスとパスワードを入力する。パスワードは、ユーザーがセキュリティマネージャ９２で登録する時点で与えられる。ユーザーの電子メールアドレスと入力されたパスワードが、セキュリティマネージャ９２により維持されているデータに一致すれば、１０８で、ユーザーはログインしたと見なされて、セッションＩＤなどの信認情報がユーザーに転送される。ユーザーが信認情報を持つと、上記の処理を繰り返して、ユーザーが承認された受信者であるかどうかを決定することが可能である。

ユーザーがセキュリティマネージャ９２に登録されていない場合、つまり、ユーザーに電子メールアドレスに関連付けられたパスワードがない場合は、ユーザーは、セキュリティマネージャ９２に登録するように問い合わされる。セキュリティマネージャ９２で登録するには、１１０で、ユーザーは電子メールアドレスを入力する。電子メールアドレスを受信すると、セキュリティマネージャ９２は、その電子メールアドレスにリンクしたパスワードを生成して、１１２で、そのパスワードをユーザーに転送する。セキュリティマネージャ９２は、今後の参考のために、ユーザーのアカウントも作成する。

最後に、ステップ５９で、確認および指示のページが、確認の目的でユーザーに送信される。確認と指示のページは、上記で説明したように、広告を組み入れる可能性がある。例えば、確認と指示のページは、ＰＯＴＳ上から、送信者のファックス番号が使用できる場合は、確認ファックスの形でユーザーに送信できる。同様に、確認と指示のページは、確認電子メールの形として、またはその一部として、ユーザーに送信することもできる。

代わりの実施例では、確認と指示のページは、その他の電子メールアドレスにも送信できる。例えば、会社の取引に関連するファックスが送信される場合、ファックスから生成された電子メールの確認コピーを、格納またはアーカイブ目的で会社のアーカイブまたは格納施設に転送できる。ある例では、ユーザーは、あるフィールドの特定のアカウントの仕様により、アーカイブまたは格納施設を指定することができる。例えば、ある送信は、ＣＣフィールドに「０３１１１９９５＠ｗｅｂｐｏｓｔ．ｃｏｍ」のエントリを含むことができる。この例では、「０３１１１９９５」はアカウント番号を表し、「ｗｅｂｐｏｓｔ．ｃｏｍ」は送信を送信できるサーバーを表す。さらに、この例では、ＣＣおよび／またはＢＣＣフィールドのエントリは、「ｍｏｌｄｒｅｐｏｒｔ．ｐｄｆ」を含む。この例では、送信の添付はその後、アカウント番号「０３１１１９９５」の「ｗｅｂｐｏｓｔ．ｃｏｍ」に格納するために、「ｍｏｌｄｒｅｐｏｒｔ．ｐｄｆ」の名前の下に格納される。このようなデータの仕様のカスタムフィールドは図１１に開示される。本開示の観点から、当業者は本発明のその他の実施例を多数推察できる。

ここで、図５のソフトウェアアーキテクチャのソフトウェアモジュールは、複数のサーバーに配信されることが示されていることを強調しなければならない。当業者は、すべてのソフトウェアモジュールは、単独サーバーまたは、図５の実施例に示されているのとは異なるサーバーに存在する可能性があることを理解するであろう。

代わりの実施例では、ユーザーは、本発明のさまざまな実施例のシステムと相互に通信して、任意のスタンドアロンのファックス機器から、任意のスタンドアロンのファックス機器へファックスを送信することが可能である。このために、ユーザーは、上記のステップ４０および４２に関連して「電子メールカバーページ」を入手するのに類似して、「ファックス番号ページ」を入手する。その後、ユーザーは、対象のファックス受信者のファックス番号を、例えば、手書きまたは印刷された機械が判読可能な書式で入力してから、上記のステップ４４および４６のように、ファックスを選択したＰＯＰ１０の市内番号にファックスする（または、代替として、上記のように現状の使用毎に料金が掛かる電話料金ベースの番号を入力する）。選択したＰＯＰ１０によりファックスを受信すると、ファックス番号が抽出されて、上記のステップ４８および５０に類似して、ファックスから電子メールゲートウェイ６４により、ファックスの電子画像はＭＩＭＥ互換の電子メールメッセージにフォーマットされる。次に、電子メールサーバー２６は、ＭＩＭＥ画像を電子メールからファックスへのゲートウェイ６６に転送する。電子メールからファックスへのゲートウェイは、別のＰＯＰ１０に存在する可能性があり、電子メールからファックスへのゲートウェイ６６は、ＭＩＭＥ画像をテキストでフォーマットされた（例えばポストスクリプト）ファイルに変換する。その後、ポストスクリプト描画エンジン９６が操作して、テキスト書式ファイルをファックスをコード化したビットマップ画像にラスタデータ変換する。そして、最後に、発信ファックススプーラー６８が、ファックスをコード化したビットマップ画像を受信して、目的のファックス受信者に転送する。

本発明のまだ別の実施例では、ウェブページはファックス経由でダウンロード可能である。この実施例では、ユーザーは、上記のように「電子メールカバーページ」が提供される。この電子メールカバーページは、希望のウェブアドレスを入力するための文字欄（たとえば、通常の手書きで入力または機械が判読可能な書式で印刷可能）と、ウェブアドレスからユーザーがダウンロードするページ数を要求するためにユーザーが使用可能なある種のインジケータがある。カバーページのインジケータのある種類は、例えば、カバーページに事前に決定された位置に配置された一連のバブルが可能である。

ここで図７を参照すると、本発明の実施例に従い、ネットワーク操作センター（ＮＯＣ）８が示される。ＮＯＣ８はシステム本部として機能して、図１への参照として示され述べられたように、すべてのＰＯＰ１０と通信するように構成される。ＮＯＣ８は、例えば、Ｔ１チャネルサービスユニット（ＣＳＵ）８４やイーサネット（登録商標）スイッチ８６（例えば、１００Ｍｂｐｓのデータレートで）の間に結合されたインターネットルータとファイアウォールコンポーネント（ＩＰルータ）８２、ＩＰルータ８２に結合されたウェブサーバー８８、例えば、Ｂ−１ラインから電話ネットワークに結合されたプライベートブランチ交換機（ＰＢＸ）９０、ＰＢＸ９０と結合されたインタラクティブ音声応答（ＩＶＲ）ユニット９２、およびＩＶＲユニット９２とイーサネット（登録商標）スイッチ８６の間に結合されたコンピュータテレフォニー統合（ＣＴＩ）サーバー９４を備える。また、イーサネット（登録商標）スイッチ８６に結合されるのは、ＮＯＣ統計サーバー９６、ＮＯＣアド統計サーバー９８、ＮＯＣワークステーション１００および管理／開発ワークステーション１０２である。

さまざまな実施例において、コンピュータコードは、ここに示された機能を有効にするために、ＮＯＣ８の有形的メモリ内に格納され、実行される。さらに、有形的メモリは、ファックス送信、フォーマット変換機能、ステータスデータ、光学文字エンジン、広告エンジン、オペレーティングシステムおよび本特許の申請書において説明されたその他の種類のデータを格納するために使用できる。さまざまな実施例では、有形的表現媒体は、フロッピー（登録商標）ディスク、ハードドライブ、ネットワーク格納デバイス、外付けハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ホログラフィックメモリおよびバーコードなどの光学格納媒体、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）や電池式揮発性メモリのような半導体メモリなどを含むことができる。

ＮＯＣのアド統計サーバー９８は、例えば、広告が送信された回数、広告の視聴者からの肯定的な応答数、広告が送信された関係者の質的測定など、広告主の広告に関する統計を格納し、広告主に表示する。

ＮＯＣの管理／開発ワークステーションは、ウェブサーバー８８にログインするユーザーへのヘルプデスクとして機能し、また、システムプロバイダが、例えば、ウェブサーバー８８により提供されるウェブサイトの機能性を改良する開発を実行することを可能にする。

ＩＶＲユニット９２は、上記のファックスから電子メールへの処理の開始において使用したのと同じ１−８００の通話無料アクセス番号を使用して、ＰＢＸ９０から、ＮＯＣにダイヤルすることを許可する。ＩＶＲ９２は、音声によるユーザーへの問い合わせを提供するので、ユーザーは電話キーパッドを使用して応答できる。問い合わせは、例えば、指示の使用に関連することができる。また、ユーザーがインターネットから、例えば、株価、天気予報、旅行情報などの情報をダウンロードすることを許可することができる。

本発明の別の実施例では、ユーザーは、例えば、コンピュータワークステーション４（図１を参照）などから、ウェブサーバー８８にログインして、電子メールから任意のスタンドアロンのファックス機器にファックスを送信できる。これを実現するための処理例を図８Ａに示す。

ステップ１１０で、ユーザーがウェブサーバー８８にログイン後（図７を参照）、ユーザーは電子メールをウェブサーバー８８に送信する。その後、ステップ１１２で、ウェブサーバー８８は、ユーザーの電子メールアドレスと、ユーザーがファックスを送信するファックス番号をキャプチャして格納する。この情報は、インターネット上から、ファックス番号が関連付けられている、できれば、最近のＰＯＰ１０の電子メールサーバー２６に中継される。図５に示されているように、各電子メールサーバー２６は、ＮＯＣ８からの電子メールを受け取る電子メール転送エージェント３９を含む。そして、電子メールからファックスへのゲートウェイ６６が操作して、電子メールメッセージをポストスクリプトテキストに変換する。

ステップ１１４で、タイトルページ作成機能７４は、返信ファックスページを生成して、ステップ１１６で、アド／統計サーバー２４から広告を検索して、この広告を返信ファックスページに組み入れる。広告は、ファックス受信者の場所に特別にターゲットされていることが好ましい。システム５は、受信者のファックス番号の接頭辞とエリアコードから、番号をアド／統計サーバー２４に格納されているエリアコードと接頭辞番号に比較することにより、これを決定する。地域が特定されたら、広告は、例えば、平均収入範囲など、受信者の地域の地理的データ特性に基づいて、ターゲットされる。代わりの実施例では、返信ファックスページは、電子商業的側面を含み、ファックス受信者には返信ファックスページ上に「チェックボックス」が提供され、受信者は、チェックすると特定の広告提供に対する特別な興味を示すことができる。

返信ファックスページが作成された後、ページと変換したファックス画像は、ポストスクリプト描画エンジン７６により、ファックスがコード化されたビットマップ画像にラスタデータ変換されてから、ＰＯＰ１０のファックスモデムバンク２０に送信され、送信ファックススプーラー６８が操作して、今後の送信のために、ラスタデータ変換されたファックスと返信ファックスページをローカルディスクドライブに格納する。

ステップ１１８で、ファックスと返信ファックスページは、ＰＯＴＳ上から、ファックス受信者に送信される。

ここで図８Ｂを参照すると、ステップ１２０で、ファックスと返信ファックスページの受信後、ファックス受信者は、ファックスに返信するために返信ファックスページを使用して、ステップ１２２で返信ファックスページを送信する。

ステップ１２４で、アド／統計サーバー２４のタイトルページ作成機能７４が操作して、第二の広告を組み入れている確認ページを生成してから、ステップ１２６で、返信ファックスページのユーザーに戻される。ステップ１２４と１２６は、図３Ｂのファックスから電子メールの処理を参照して説明したように、ステップ５４と５９に続く。

システムの広告提供側面と本発明のさまざまな実施例の方法により、ユーザーは、無料で、任意の標準のファックス機器から、任意のその他の標準ファックス機器へファックスを送信できるようにもなるので、典型的に任意の長距離ファックス送信に対して請求される、長距離の電話料金が避けられる。これを実現するには、ユーザーは、上記のように、無料通話（１−８００）アクセス番号をダイヤルして、ＰＯＰ１０への市内番号を取得するだけである。ローカルのＰＯＰ１０は、その後、カバーページをユーザーにファックスして戻す。そして、図３Ｂに関して説明したように、ステップ４４から４８が実施され、その後、図８Ａに関して以前に説明したように、ステップ１１０から１１８が実施される。上記の処理と唯一異なる点は、カバーページ上にファックスアドレスの文字欄を提供することと、ファックスアドレスを抽出するためにＯＣＲ機能を提供することである。

本発明の別の代わりの実施例では、ＮＯＣ８は、ローカルデータベース（図７には非表示）を含み、頻繁に使用するユーザーの電子メールアドレス帳を格納するように構成される。ユーザーは、ウェブサーバー８８にログインして、アドレス帳をアップロードし、各電子メールアドレスにあだ名または実名（ｊｏｈｎ＿ｄｏｅ＠ｇｅｎｅｒｉｃ．ｃｏｍにＪｏｈｎ Ｄｏｅ）を関連付けることができる。これを実行することにより、その後、ユーザーは、電子メールカバーページの文字欄（図３Ｂを参照しながら上述したように）に目的の受信者のあだ名または実名を記入するだけで、任意のスタンドアロンファックス機器から電子メールを送信できる。

最後に、本発明の別の実施例では、広告主には、「動的印刷広告」サービスが提供されるので、広告主はＮＯＣ８のウェブサーバー８８にログインして、アカウントを開き、広告を作成して、特定の地理的情報に基づいて広告をカスタム化できる。

上記のように、本発明のさまざまな実施例は、多数の異なるアプリケーションに採用できる。図１０は、本発明によるアプリケーション例を図説する簡単なブロック図である。図１０に示されているように、ユーザー２００は、上記のようにシステム５を使用して文書をファックスする。ファックスされた文書は、サーバー２０２により受信されて、処理を待機する処理キューに入れられる。ファックスされた文書が処理されると、ファックスされた文書を基本にして生成された電子メールは、コンプライアンス／認証責任者２０４に転送される。電子メールは、いくつかの異なる方法を使用して、コンプライアンス／認証責任者２０４に送信できるが、電子メールは、セキュアなウェブサイトまたは仮想プライベートネットワークから送信されることが好ましい。この特定のアプリケーションでは、コンプライアンス／認証責任者２０４は、電子メールを確認して、目的の受信者への送信が許可されるかどうかを決定する。電子メールの確認後、コンプライアンス／認証責任者２０４は、その後のアクションのために、承認／拒否をサーバー２０２に中継して戻す。承認が与えられると、サーバー２０２は電子メールを目的の受信者に転送する。オプションで、送信の確認をユーザー２００に転送できる。一方で、拒否が与えられると、サーバー２０２は、電子メールが目的の受信者に送信されることを防ぎ、ユーザー２００に取られたアクションを伝える。ここに提供される開示に基づき、当業者は、本発明のさまざまな実施例を適用するその他のやり方／および／または手法を理解するであろう。

代わりの実施例では、システム５は、さまざまな種類の電子書式の入力を処理できる。例えば、ユーザーはファックス機器から文書を送信する代わりに、ユーザーは、まず、スキャナーを使用して、文書をスキャンされた画像にスキャンすることを選択できる。その後、文書をスキャンした画像は、ファックスサーバー２２に転送される。スキャンした画像を作成するために使用されたスキャン技術に応じて、ファックスサーバー２２は、上記の処理のためにスキャンした画像を順次変換する。本明細書に提供される開示と教示に基づき、当業者は、さまざまな種類の電子書式の入力を処理するために本発明のさまざま実施例を実装できるであろう。

上記の観点から、さまざまな実施例により、ユーザーは、中でも特に、スタンドアロンのファックス機器、スキャナーなどから、ファックスまたはその他の電子通信を送信できる。ファックスまたはその他の電子通信に映像的に含まれたデータに基づいて、ファックスまたはその他の電子通信は適切な送信先に送られる。例えば、通信は、電子メール受信ボックスに送ることができる。

（新しいテンプレートカバーページ）
図１１は、ファックス機器から光学的にデジタル化できる、新しいテンプレートページ（カバーページ）の例を図説する。さまざまな実施例では、ファックスのテンプレートページは、Ａｄｏｂｅ Ｒｅａｄｅｒ^TMソフトウェアから開くＡｄｏｂｅ．ｐｄｆ文書タイプから派生する。さまざまな実施例では、ファックステンプレートページは、ユーザーがページ上に情報を入力できる「記入」機能を含む。以下に詳細を説明するように、テンプレートページ内には、送信目的で、ユーザーはさまざまなデータを入力するとともに、いくつかの機能選択を行うことができる。

本発明のその他の実施例では、テンプレートページをその他のソースから派生させることが可能である。ある例では、テンプレートページは、前述したように、ユーザーがウェブフォーム上にデータを入力する、ウェブベースのフォーム提出に応答して、派生することができる。このような例では、ユーザーがデータ入力を終了すると、ウェブサーバーは、ユーザーが印刷または電子的に保存できる記入式テンプレートのデジタル表現をユーザーに提供する。代わりの実施例では、セキュリティおよび経理の目的で、記入式テンプレートページは、ＦＲＯＭの送信者の電子メールアドレスに送信することができる。このような実施例では、ウェブサーバーなどは、記入式テンプレートページを送信する前に、送信者の電子メールアドレスがテンプレートページの受信を認証されているかどうかを確認する。

オフラインの実施例では、テンプレートページは、ユーザーに情報を問い合わせる、Ｗｏｒｄ、Ｅｘｃｅｌなど、オフィス生産性のマクロプラグインから派生できる。このような例では、ユーザーがデータを入力後、データは文書内のフィールドを自動的に更新する。その後、文書は、コンピュータなどで、印刷、「ファイルに印刷」できる。

図１１の実施例では、いくつかのフィールドが図説されている。その他の実施例では、これより多い、または少ない数のフィールドをテンプレートページに使用できる。図１１では、テンプレートページ４００は、Ｔｏフィールド４１０、ＣＣフィールド４２０、Ｂｃｃフィールド４３０、Ｆｒｏｍフィールド４４０、件名フィールド４５０、ファイル名指定フィールド４６０、カスタムフィールド４７０と４８０およびメモフィールド４９０を含む。

以下に説明するように、フィールド４１０−４８０は、典型的に、送信者、ＣＣ受信者、受信者、ファックス番号やその他の送信先など、送信先を決定できるように、光学式文字認識（ＯＣＲ）技術が操作する人間と機械が判読可能なデータを含む。ＯＣＲ技術が不明瞭な結果を提供すると、人の操作者が、目的の電子メールアドレスなどを決定しようとするために、これらのフィールドに入力されたデータを確認できる。さまざまな実施例では、人の操作者は、スキャナーまたはファックス機器のスキャン表面が汚いなど、送信の質に関して、送信者にフィードバックを提供することもできる。

重要なことは、送信者から受信者へ送信されている間、メモフィールド４９０のデータや、テンプレートページ４００以降のページはすべて、人の操作者がアクセスして確認できないことである。このようなデータは、典型的な送信サーバー上では、暗号化された形で保存される。従って、メモフィールド４９０と文書内の機密データはすべてセキュアであり、操作者からアクセスまたは操作者に依存することはできない。

本発明の一部の実施例では、記入式テンプレートページ４００がサーバーにより受信されると、フィールド４１０−４８０の画像が（下記のように、バーコード５９０と６００とともに）オリジナルの送信から抽出される。その後、画像はＯＣＲ技術を使用して認識されて、送信中のデータ（例えば、電子メールアドレス、ファックス番号、データ書式など）を認識しようとする。フィールド４１０−４８０からのデータが認識されて、送信目的で使用された後、データは、廃棄することができる。または、ログ記録の目的などで使用できる。テンプレートページ４００の特定部分以外のオリジナルの送信にあるその他の任意のデータは、表示可能ではないので、送信はセキュアで機密性が保たれる。さらに、オリジナルの送信が変換されて、適切な送信先に送信された後、オリジナルの送信と送信された送信は削除されて、回復することはできない。一部の実施例では、上述のように、コンプライアンスの責任者などが送信される前に送信を確認できるが、詳細は以下で説明する。

図１１に示されるように、記入したデータを検索可能にするオプション５００、送信を電子的にアーカイブするオプション５１０、タイムスタンプされた送信の証明書処理または送信のアクセスを開始するオプション５２０、電子送信マーク受信を提供する５３０、デジタル透かしを送信に印字するオプション５４０、両面の文書送信のオプション５５０および５６０、Ｔｏフィールド４１０、Ｃｃフィールド４２０、Ｂｃｃフィールド４３０、Ｆｒｏｍフィールド４５０などのフィールド上で手書きのデータが機械で認識可能なデータに優先されるべきかを示すオプション５７０など、さまざまな機能操作がテンプレートページ４００に提供される。

さまざまな実施例では、記入したデータを検索可能にするために選択されると（オプション５００）光学式文字認識技術を使用して、文書のデジタル表現を検索可能なテキスト（例えば、ＡＳＣＩＩ文字）や画像に変換することができる。その他の種類のＯＣＲエンジンを使用して、漢字や日本語のカナ文字、韓国語のハングル文字、ヘブライ文字、アラブ語の文字などの言語で書かれたその他の文字を認識するようにできる。ある実施例では、認識されたテキストに基づいたテキストファイルは、上記のように、受信者に提供できる。文書が．ｐｄｆ書式に変換される別の実施例では、認識されたテキストは、．ｐｄｆファイルの一部として格納されるが、典型的にはユーザーには表示可能ではない。代わりに、ユーザーは、典型的に、文書のデジタル表現を表示する。一部の実施例では、検索可能なテキストは、アーカイブ目的、広告目的などで、以下に説明されるように、検索することができる。

本発明のその他の実施例では、文書のデジタル表現が電子データアーカイブ、データウェアハウスなどに格納されるが、検索可能なテキストは、データアーカイブシステムのデジタル化された表現の文書のインデックス付けに使用できる。その後、文書は、インデックスされた用語を基本にして、データ内で特定できる。例えば、ＯＣＲにより繰り返して認識される文書の単語は、キーワードとして使用できる。例えば、住宅ローン申し込み書のデジタル表現などの送信は、「住宅ローン」および／または「住宅論の申込書」などのキーワードに関連付けることができる。このような例では、受信された送信は、ファックス書式から、例えば、ＰＤＦ書式のような別の書式に変換できる。また、ＰＤＦ書式の文書は、「住宅ローン」および／または「住宅ローン申込書」などのキーワードの下に、ファイル管理システム内に格納できる。その他の実施例では、使用されるキーワードは、送信の受信者により手動で特定できる。例えば、ユーザーは、件名フィールド４５０、カスタムフィールド４７０および４８０、メモフィールド４９０などに、ＯＣＲするためのキーワードを指定できる。

本発明のその他の実施例では、文書のデジタル表現が、データアーカイブ、データウェアハウスなどに、格納されるが、アーカイブのファイル名や場所は、件名フィールド４５０、ファイル名フィールド４６０、カスタムフィールド４７０および４８０、メモフィールド４９０、Ｔｏフィールド４１０、Ｃｃフィールド１２０、Ｂｃｃフィールド１３０、Ｆｒｏｍフィールド１４０などに提供できる。ある例のように、ユーザーは、あるフィールドの特定のアカウントの仕様により、アーカイブサーバーまたは格納施設を指定することができる。例えば、ある送信は、Ｔｏフィールド４１０に「０９１０１９６０＠ｗｅｂｐｏｓｔ．ｃｏｍ」のエントリを含むことができる。この例では、「０９１０１９６０」はユーザーのアカウント番号などを表し、「ｗｅｂｐｏｓｔ．ｃｏｍ」は送信を送信できるサーバーを表す。さらに、この例では、ファイル名フィールド４６０、ＣＣフィールド１２０などは、「Ｌａｗｒｅｎｃｅ Ｗｅｌｌｓ Ｆａｒｇｏ Ｓｔａｔｅｍｅｎｔｓ．ｐｄｆ」を含む。この例では、送信の添付は、アカウント番号「０９１０１９６０」の「ｗｅｂｐｏｓｔ．ｃｏｍ」での格納のために、その後、「Ｌａｗｒｅｎｃｅ Ｗｅｌｌｓ Ｆａｒｇｏ Ｓｔａｔｅｍｅｎｔｓ．ｐｄｆ」の名前の下に格納される。さまざまな実施例では、送信プロトコルの任意の数は、ＮＯＣ８、ＰＯＰサーバー１０などにより使用されて、ＦＴＰ、セキュアプロトコルなど、希望の場所に文書をポストできる。本開示の観点から、当業者は本発明のその他の実施例を多数推察できる。

図１１に示されているのは、送信追跡番号５８０である。さらに、バーコード５９０および６００は、テンプレートページ４００上では別の方向と別の位置で図説されている。一部の実施例では、送信追跡番号５８０、およびバーコード５９０と６００は、Ａｄｏｂｅ Ｒｅａｄｅｒ^TM内で生成されて、プラグインアプリケーションとして実装される。以下にさらなる詳細を示す。

本発明の一部の実施例では、上記フィールドおよびオプションすべての半分未満をテンプレートページに提供できる。例えば、ある実施例では、Ｔｏフィールド４１０とＦｒｏｍフィールド４４０だけがサポートされるが、別の実施例では、Ｔｏフィールド４１０、Ｆｒｏｍフィールド４４０および件名フィールド４５０がテンプレートページ上に含まれる、などである。

（請求問題）
本発明の一部の実施例では、テンプレートページはファックス用であるが、テンプレートページ４００上にリストされたダイヤルインファックス番号は特定の組織に関連付けられる。従って、組織への請求は、ダイヤルインのファックス番号に送信されたトラフィックに基づいて追跡できる。その他の実施例では、請求は、送信者の送信ファックス番号に基づくことができる。このような場合、送信しているファックス番号の数字は、特定の組織に関連付けられるので、ファックスがこれらの送信しているファックス番号の一つから受信されると、使用量は、送信サーバー５により、特定の組織に請求される。

本発明の一部の実施例は、公共のキオスクファックス機器などとして実施できる。このようなキオスクは、空港、図書館、ホテル、コンベンションセンターなどに見つけることができる。このような実施例では、磁気ストライブ読み取り器、スマートカード読み取り器、キーパッドまたはキーボード、硬貨や請求スロット、生体入力機器などを提供できるので、ユーザーはサービスに対して支払うことができる。例えば、支払の場合、ユーザーはクレジットカードを機械に通して、請求書の郵便番号を入力できる。ユーザーは、バンクカードまたはデビットカードを機械に通して、パスワードを入力できる。また、ユーザーは、スマートカードリーダーを使用して、パスワードを入力できる。あるいは、その他のセキュアに格納された値やクレジットカード、トークンなどを使用できる。また、ユーザーはお札や硬貨などの貨幣を入力できる。ユーザーの文書などがスキャンされた後、さらに、適切な支払が行われた後でのみ、キオスクの機械は、上記の処理のために、スキャンした文書を図１のシステム５に送信する。

さまざまな実施例では、上記の実施例による送信のアクションを取っている送信者により、送信者は合意（契約、加入など）して送信サービスに対して請求される。このような場合には、このような趣旨がテンプレートのカバーページ上に明示的に記載される。別の実施例では、送信者に、テンプレートのカバーページの事前に決められた場所に署名することを要求でき、そうでなければ、送信は提供されなくなる。送信者の署名を検出してログに記録するために、送信サーバー５には適切な光学検出技術を含むことができる。一部の場合では、署名がなければ、問題を示す電子メールを、ＦＲＯＭ：電子メールアドレスに送信できる。このような例では、文書のデジタル表現は不正行為を防止するために提供されないことを意図する。署名が必要な実施例では、適切な契約を署名欄の隣のテンプレートカバーページに明示的に記載できる。

上記実施例の観点では、ユーザーは送信サービスに対する請求に合意すると、任意の数の方法を直接請求、第三者の支払機能などを経由する請求を支払うために使用できる。

一部の実施例では、サービスに対する追跡および／または請求は、送信者の送信電話番号に基づく。このような場合、送信者は、送信サーバー５、無料ダイアル（８００、８８８など）などに結合した一般的なファックス番号に電話をかけることができる。このような実施例では、送信者の送信電話番号は、Ａｕｔｏｍａｔｉｃ Ｎｕｍｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＡＮＩ）サービスなどを経由して、送信サーバー５に知られており、提供される。一部の場合では、送信者の電話番号は、送信サーバー５と直接請求関係にある特定の組織に関連付けることができる。従って、特定の組織はサービスに対して直接請求される。

一部の実施例では、送信者の電話番号は特定の組織に関連付けられず、さらに、テンプレートのカバーページは、送信に対する支払に合意する送信者の記載を含む。さまざまな実施例では、テンプレートカバーページの記載は、送信が請求される方法を特定できる。ある実施例では、ユーザーは、送信者が電話をかけている市内通話請求を経由して、請求に対して支払うことに同意する。このようなメカニズムは、電話業界では「カジュアル請求」として知られる。別の実施例では、ユーザーは、アカウントを持っているＩＳＰを経由して、請求に対して支払うことに合意する。このデータは、図１０などに図説されたＦＲＯＭ：データフィールドから派生できる。例えば、ＦＲＯＭ：フィールド４４０が「ＣａｒｏｌｉｎｅＣＬ＠Ｅａｒｔｈｌｉｎｋ．ｎｅｔ」を指定すると、ＩＳＰの「Ｅａｒｔｈｌｉｎｋ」は、毎月のアカウントから送信者に請求できる。

さまざまな実施例では、不正行為の可能性を削減するために、送信が送信されたこと、および、ＩＳＰが送信に対して請求されることを確認する電子メールをＦＲＯＭ：の送信者に送信できる。また、実施例は、ＦＲＯＭ：送信者が、送信がＴＯ：受信者に提供される前に、電子メールメッセージを経由して、送信を確認することも要求できる。まだ別の実施例では、送信者は、ペイパル、ビザ、または他の支払システムなどのオンライン支払システムを経由して、送信に対して支払うことができる。そして、ペイパル、ビザなどが、支払を受け取ったことを送信サーバー５に知らせると、送信を提供できる。

さまざまな実施例では、追加の記入データフィールドまたはオプションがテンプレートページに提供されて、ユーザーが請求情報データまたは第三者の請求情報メカニズムを入力できる。例えば、さまざまな実施例では、ユーザーは、Ｆｅｄｅｒａｌ Ｅｘｐｒｅｓｓ、ＵＰＳ、ＵＳ Ｐｏｓｔａｌ Ｓｅｒｖｉｃｅ、ＤＨＬなどのアカウント番号、ペイパルなどの電子支払データ、ビザ／マスターカード／Ｄｉｓｃｏｖｅｒの番号またはそのほかのクレジットカード関連データ、プリペイド電話コーリングカードのアカウント情報、格納されたバリューカード、当座、普通またはデビットの口座番号、請求電話番号などを入力できる。

本発明の一部の実施例では、「代金引換払い」タイプ（ＣＯＤ）の支払メカニズムを実装できる。このような場合、送信者は電子メールを受信者に送信できるので、受信者には、送信サーバー５から、送信が待機していることを知らせる電子メール通知が送信される。送信を検索するために、受信者は、例えば上記のような、直接請求、第三者請求など、任意の適切な支払メカニズムを使用できる。このような実施例は、出張者などには有用なことが期待される。例として、自分のオフィスへの途中で、文書のコピーをファックスできる。後から、家に戻ると、送信サーバー５からの電子メール告知を開いて、適切なアクション（例えば、アカウント番号やパスワードを入力するなど）を実行して、送信のコピーを検索する。さまざまな実施例は、含む。

上記のように、一部の実施例は、広告主のスポンサーに基づく。このような実施例は、送信データに基づく。例えば、上記で詳細を説明した実施例では、送信機器（例えば、ファックス機器、コンピュータ）に結合された電話のエリアコードを基本にして、地理的に関連する広告をターゲットにすることを含んだ。別の実施例は、送信から光学的に文字認識されたデータに基づき、件名に関係する広告をターゲットにすることを基本とする。

図１３は、本発明の実施例によるフロー図を図説する。より特定すると、図１３は、図３Ｂのステップ５４および５６、および／または図８Ａおよび／または８Ｂのステップ１１６および１２４の追加詳細を含む。

最初に、データ（例えば文書）のデジタル表現が、光学文字認識（ＯＣＲ）エンジン、ステップ３００で処理される。さまざまな実施例では、このステップで取得されたデータ（例えば文書）は、アーカイブ目的、文書のインデックス付けの目的、テキスト検索目的、コンプライアンス目的、またはその他上記で説明した目的にも使用できる。従って、このステップは、実際に、ステップ５４、５６などの一部にも、そうでなくもできる。一部の実施例では、ＯＣＲエンジンは、自動スペルチェッカー／スペル修正機能を含むことができる。結果として、文書で認識されたワードは、正しくスペルされるようになる。さまざまな実施例では、文書の画像は、ＯＣＲによりキャプチャされたテキストが正しくスペルされていない場合、ＯＣＲが文字を認識できない場合などを示すように変更できる。

本発明のさまざまな実施例では、文書内の認識されたワードは、その後、ステップ３１０の関連エンジンにより渡される。関連エンジンは、文書内の認識したワードをパースして処理し、文書の内容、または、文書の「関連」を意味的に決定すると考えられる。つまり、処理エンジンは、文書の対象事項を決定しようとする。最初の例として、「ローン」、「タイトル」および「自動車」という単語がまとめて文書に頻繁に現れる場合、関連エンジンは、この文書は自動車のローンに関連すると結論できる。第二の例として、「ローン」、「タイトル」および「不動産」という単語がまとめて文書に頻繁に現れる場合、関連エンジンは、この文書は住宅ローンに関連すると結論できる。第三の例として、「ローン」「タイトル」および「不動産」がまとめては現れないが、文書に頻繁に現れる場合、そして、「農家」と「肥料」が頻繁に現れる場合、関連／アドエンジン／サーバーは、文書は農業に関連すると結論できる。

さまざまな実施例では、認識された文書の（キー）ワードは、ＯＣＲ処理から関連／アドサーバーへ渡すことができる。例えば、一部の実施例では、Ｇｏｏｇｌｅ、Ｙａｈｏｏ、ｅ−Ｂａｙ、ＭＳＮ、Ａ９、Ｌｙｃｏｓ、Ａｓｋ Ｊｅｅｖｅｓ、ＡＯＬなど関連／アドサーバーに渡されるキーワードは、一連のキーワードなどに過ぎない。さらに、返信では、Ｇｏｏｇｌｅなどから返信されるのは、キーワードに基づく、一つ以上のリンク、広告、メッセージ、品物／サービスのリスト、オークションリスト、検索結果、メディアなどである。このように、想像できるように、これらやその他の種類の検索結果は、キーワードへの応答において、本発明のさまざまな実施例に提供される可能性がある。

一部の実施例では、関連／アドサーバー（Ｇｏｏｇｌｅなど）の運用者は、検索が誰からであるかはわからない。このような実施例では、このため、ユーザーのプライバシーが保たれる。その他の実施例では、ユーザーは、関連／アドエンジンに対して、身元を自主的に明らかにできる。例えば、ユーザーは、関連／アドエンジンがユーザー名などを特定できる追跡情報を含むことができる。例では、ユーザーがＦＲＯＭ：ＣＣ：フィールドなどの特定の電子メールアドレスまたはユーザー名、ユーザー名／電子メールアドレスなどを、Ａ９．ｃｏｍ、Ｇｏｏｇｌｅ．ｃｏｍ、Ｙａｈｏｏ．ｃｏｍなどの関連エンジンに渡すことができる。応答では、関連エンジンは、一つ以上の広告を提供するだけでなく、例えば、Ａ９、Ｇｏｏｇｌｅ Ｄｅｓｋｔｏｐなど、ユーザーのために検索を維持する。

本発明のさまざまな実施例では、上記の分析を実施するために、任意の数の意味パース、関連／アドエンジンなどを使用できる。これは、Ｙａｈｏｏ！、Ｍｉｃｒｏｓｏｆｔ Ｓｅａｒｃｈ、ＧｏｏｇｌｅやＧｏｏｇｌｅ Ｓｅａｒｃｈ、Ｅｘｃｉｔｅ、ＡｓｋＪｅｅｖｅｓなどにより使用される、一般に公開されている自社のエンジンを含む。このようなエンジンは、文書を表現するために、一つ以上のキー検索用語など、メトリックスを決定することができることが知られている。

本発明の一部の実施例では、関連エンジンにより決定される文書のメトリックスに基づいて、送信サーバー５は、ステップ３２０の文書の送信で含まれる一つ以上の適切な広告を決定する。上記の例を続けると、車の保険、車のアクセサリー、洗車クーポンなどに関する広告は、第一の文書に特定できる。引越し会社、清掃サービスなどに関する広告は、第二の文書に特定できる。また、天候、農具などに関する広告は第三の文書に特定できる。従って、選択される広告は、典型的に、文書の対象事項に非常に関連する。

本発明のさまざまな実施例では、選択された一つ以上の広告は、上記で公開されたようにステップ３３０で、文書の送信者に送信される。さまざまな実施例では、広告は、図６Ａに図説されているように返信ファックスとして提示することができる。広告は、返信電子メールメッセージの本体に提示することができる。広告は、電子メール添付などに組み入れることができる。さまざまな実施例では、一つ以上のユーザーがクリックできるリンク、またはハイパーテキストリンクも含むことができる。さまざまな例では、広告は、サービスマーク、バナータイプの広告、透かし、スポンサーのロゴ、フレームなどがある。

さまざまな実施例では、電子メールのメッセージに組み入れられたクリックするタイプの広告を追加することにより、収益を取得できる。例えば、収益は、表現の数、クリックの数、クリックによる購買の数または量などを基本とする場合がある。このような収益は、サービスを援助したり、収益を強化したりするなどできる。

本発明のさまざまな実施例では、選択された一つ以上の広告は、ステップ３４０で、ＦＲＯＭ：およびＣＣ：受信者など、文書の受信者にも送信される。さまざまな実施例では、広告は、送信されるファックスに提示することができる。また、広告は電子メールメッセージに提示できる。広告は電子メール添付に組み入れることができる、などがある。上記のように、さまざまな実施例では、一つ以上のユーザーがクリック可能なリンクまたはハイパーテキストリンクも含むことができる。

本発明の一部の実施例では、一つ以上の広告が提供された後、データは典型的にはステップ３５０のアド統計サーバー９８で更新される。

（両面のソース文書および大型のソース文書の送信）
ほとんどのファックス機器やスキャナーには、紙の一つの面だけに印刷された文書、つまり、片面文書をデジタル化する機能がある。しかしながら、このようなファックス機器やスキャナーから両面文書を送信することは、困難がある。両面文書を送信する一つの方法は、第一の送信で偶数または奇数ページだけをまず送信してから、第二の送信で残りの偶数または奇数ページを送信することであった。

この解決策の一つの問題は、受信側にあり、送信は、受信側により手動で組合すことが必要である。つまり、受信側には、ソース文書のページが正しい順番であるように、二つの別の送信を追跡して、別の文書のページを並べて交互にするという負担がかかる。ある例では、第一の送信は、１、３、５、９などの奇数ページを含むことができ、第二の送信は、２、４、６、８などの偶数ページを含むことができる。第一と第二の送信を受信すると、受信者は、１、２、３、４などと、ページが順番になるように、二つの送信を手動で組み合わせることが必要である。これは、特に大量の送信では、非常に時間がかかる。さらに、二つ以上の別の送信が必要であるため、特に、忙しい職場では、送信の一つが遅れる、失われる、誤送信されるという可能性が高い。

両面の文書を送信する別の方法は、送信者がまず両面文書を片面の紙にコピーしてから、片面のコピーを受信者にファックスするということであった。

この解決策の問題は、送信者が文書の別のコピーを作ることが必要なことである。例えば、送信者は、コピー機に両面のページの片面コピーを手動で作る必要がある。または、送信者は、両面文書を文書フィーダーにより片面用紙にコピーするコピー機を使用することが必要である。しかしながら、文書のフィーダーコピー機は、リースまたは所有のコストが高いため、一般的には、職場だけに見られて、ホームオフィスにはない。従って、ほとんどのユーザーは、片面のコピーを手動で作成しなければならない。その他の不利な点としては、送信（ファックスなど）目的だけのために文書の別の片面コピーを作成することは、用紙の非常な無駄使いであるとともに、コピー機の無駄使いでもある。

現在、非常に少数のパーセントのファックス機とスキャナーにしか、両面文書をデジタル化する機能はない。このようなファックス機器やスキャナーの文書フィーダーは、一般的に高価であり、従って、このようなフィーダーは、職場には見られるが、ホームオフィスには見られないことがほとんどである。

本発明の一部の実施例では、発明家は、上記の欠点を持たない、両面のソース文書から文書を送信するための新しい方法を提案する。

ある実施例では、参照により組み入れられる申請書に説明されたシステムを使用して、ユーザーは、Ａｄｏｂｅ Ｒｅａｄｅｒ^TMまたはＡｃｒｏｂａｔ^TMソフトウェアまたはその他の適切なソフトウェア（Ｗｏｒｄ、ＰｏｗｅｒＰｏｉｎｔなど）を使用して、テンプレートページ（．ｐｄｆファイル）のコピーを開く。すると、図１１に図説されたような、テンプレートページが開いて、ユーザーに表示される。

本発明の一部の実施例では、ユーザーには送信する両面文書がある。このためには、まず、ユーザーは、フィールド４１０−４９０に適切なデータを記入する。次に、ユーザーは、ファックステンプレートページ４００のオプション５５０を手動で選択する。準備ができたら、記入したテンプレートページを印刷する。この記入したカバーページは、その後、奇数番号ページのカバーシートとして使用される（両面文書の前面）。そして、組み立てられたページは、上記のように送信サーバーに送信される。すると、送信サーバーは、上記に説明されているように、応答ファックス、電子メールメッセージなどにより、この第一の送信の受信を確認する。

この実施例では、テンプレートページはＡｄｏｂｅ Ｒｅａｄｅｒ^TMソフトウェア内でまだ開かれている間に、ユーザーは、テンプレートページ４００のオプション５６０を手動で選択する。こうすることによって、オプション５５０の選択は自動的に取り消される。さまざまな実施例では、ユーザーは、その後、残りの偶数ページのために、記入したテンプレートページのコピーを印刷する。この記入したカバーページは、その後、偶数番号ページのカバーシートとして使用される（両面文書の後面）。そして、組み立てられたページは、上記のように送信サーバーに送信（ファックスなど）される。すると、送信サーバーは、上記に説明されているように、応答ファックス、電子メールメッセージなどにより、この第二の送信の受信を確認する。

本発明の一部の実施例では、奇数ページの送信は、偶数ページ送信前または後に送信することができる。このような実施例では、奇数ページの送信はソース文書の最初のページを含む。その他の実施例では、送信される第一の送信は、ソース文書の最初のページを含むと想定される。

本発明のその他の実施例では、オプション５５０またはオプション５６０のいずれかが選択されると、ユーザーのためには、奇数ページの送信のカバーページと、偶数ページのカバーページとの、二枚の別のカバーページが自動的に生成される。ある実施例では、一つのカバーページのオプション５５０が既に選択されており、もう一つのカバーページのオプション５６０が既に選択されている。代わりの実施例では、二つのほとんど同じカバーページが印刷されて、ユーザーは、オプション５５０またはオプション５６０を手動で選択する。さまざまな実施例では、ユーザーはそれぞれのカバーページを手動で印刷するが、その他の実施例では、二枚のカバーページは、単独のユーザーの印刷コマンドに対応して印刷される。

その他の実施例では、オプション５５０とオプション５６０の代わりに、ファックスされた文書が二つの別のファックス送信であることを示す、ファックステンプレートページの記入オプションとして、単独のオプションを提供できる。上記のように、二つの別のカバーページは、ユーザーのために自動的に生成されて、単独のオプションが選択されると、カバーページとして印刷されて使用できる。さまざまな実施例では、データを入力するほとんどのユーザーは、別のカバーページ両方で同一である。しかしながら、カバーページを区別するために、何らかの種類の表示できる告知または示唆をカバーページに含むことができ、送信者に、どちらのカバーページを偶数ページに使用して、どちらのカバーページを奇数ページに使用するかを指示する。例えば、「第一」のワードを第一のカバーページの特定の場所に記すことができ、「第二」のワードを第二のカバーページの同じ場所または違う場所に記すことができる、などである。さまざまな実施例では、第一のカバーページと第二のカバーページは見た目が非常に異なる場合がある。例えば、第一のカバーページを表示できる。

本発明の特定の例では、ファックスサーバーは、ファックス送信を受信して、第一のカバーページのデータに応答して、送信が最初の半分の送信であることを決定する。さまざまな実施例では、ファックスサーバーは、オプション５５０が選択されていることを「読み取る」。ファックスサーバーは、カバーページの「第一」のようなテキストを「読み取り」、決定されている場所の印を認識する、などする。ファックス送信を受信後、ファックスサーバーは、典型的には、要求されない限り、送信を認識したＴＯの電子メールアドレス（または送信先）に自動的に送信しない。さまざまな実施例では、ファックスサーバーは、第一のファックス送信の成功をＦＲＯＭの電子メールアドレスに自動的に示す。さまざまな実施例では、ファックスサーバーはファックス送信を格納して、第二のファックス送信を待機する。

次に、本発明のこのような例では、ファックスサーバーは、その後第二のファックス送信を受信して、送信が第二の半分の送信であると決定する。ファックスサーバーは、ＴＯ、ＦＲＯＭ、ＳＵＢＪＥＣＴフィールドのような記入データや、追跡番号などに基づいてこれを決定できる。ファックスサーバーは、オプション５６０が選択されていることを認識する、カバーページの「第二」のようなテキストを認識するなどのように、第二のカバーページのデータに基づいてこれを決定することもできる。第二のファックス送信を受信後、ファックスサーバーは、典型的には、要求されない限り、送信を認識したＴＯの電子メールアドレス（または送信先）に自動的には送信しないが、確認をＦＲＯＭの電子メールアドレスに送信できる。また、さまざまな実施例では時間枠の限定も使用できるので、同じ送信者からで同じ受信者への二つの未読文書は、無意識に混同されない。時間枠の例は２４時間などにできる。

本発明の一部の実施例では、送信サーバーが一組の送信（例えば、偶数ページの送信と奇数ページの送信）を受信したことを決定すると、送信サーバーは、送信を単独の送信に組み合わせる。上記の例では、ファックスサーバーは、第一の送信からの奇数ページの文書を、第二の送信からの偶数ページの文書に自動的に交互に配置する。従って、組み立てられた文書は、単独（または両方の）カバーページ、次に両面のソース文書のページ１、両面のソース文書のページ２、両面の文書のページ３、などを含む。

さまざまな実施例では、その後、組み立てられた文書は、希望のファイル書式で保存できる。例えば、組み立てられた文書は、単独の複数ページのＡｄｏｂｅ．ｐｄｆ文書、単独の複数ページのｔｉｆｆ文書などとして格納することが可能である。さまざまな実施例では、組み立てられた文書は、その後、ＴＯ電子メールアドレス（または送信先）に送信されるとともに、もしある場合はＣＣ受信者、および、典型的には、ＦＲＯＭ電子メールアドレスにも送信される。

その他の実施例では、複数の送信からのデータを組み合わせる他の方法が想像される。例えば、複数のページの送信は、完全に交互に配置、または全く配置する必要はなく、別の例では、複数の送信の順序を指定することができる。このような実施例は、ソース文書が非常に長く、単独の送信として送信することが現実的でない場合に有用である。例としては、第一の送信は、５００ページの記事の第一の部分を含み、第二の送信は記事の第三の部分を含み、第三の送信は記事の第二の部分を含むことができる。このような実施例では、テンプレートページでユーザーにソース文書の送信の件数を問い合わすことができる。すると、これらのページ数を、それぞれの送信のカバーシートとして、自動的に生成できる。カバーシートのデータなどに基づいて、受信側サーバー（例えばファックス）は、複数の部分的送信をどのように再組み立てするかを特定することが可能である。例えば、カバーシートは、どの送信が最初で、どれが２番目、また、どれが３番目であるかを順番に示す。

本発明の別の実施例では、複数の部分的送信のカバーページを自動的に生成することに加えて、「章の区切り」ページも生成できる。このような章の区切りページは、論理的に区切られている場合には、単独の送信内の場所を示すために使用できる。これらの論理的区切りは、上記のように、複数の部分的送信をファックスサーバー内でどのように再構成するかを示すために使用できる。一例として、第一の送信は、（章の区切りページを使用して）本の１、３、４章を含み、第二の送信は、（ここでも章の区切りページを使用して）本の２、５、６章を含むことができる。さまざまな実施例では、ユーザーは、カバーページの印、または章の区切りページにより、送信の「章」をどのように再組み立てするかを指示することができる。このような印を参照して、一例では、ファックスサーバーは送信を組み合わせて、１−６章の順番に単独の送信を作成する。その他の実施例では、別の送信間のページをグループ化する多数のその他のやり方が本発明に考えられる。

上記の申請書において説明された実施例に従って、組み合わされた送信は、その後、Ａｄｏｂｅ．ｐｄｆ互換、ＴＩＦＦ、ＪＰＥＧ、ＢＭＰ、Ｘ−Ｄｏｃｓ、ＸＭＬ、．ｔｉｆｆ、オペレーティングシステム特定のデータ格納書式、オペレーティングシステム非依存のデータ格納書式などの、データ格納書式の一つ以上のデータファイルに変換できる。

次に、カバーページから「認識された」データに基づいて、送信サーバー（例えばファックスサーバー）は、データファイルの送信情報を決定する。さまざまな実施例では、上記のように、送信情報は、受信側の電子メールアドレス、コンピュータネットワーク上のサーバーのソケット、クリックしてデータファイルにアクセスする受信側のハイパーリンク、受信側のアカウント番号などを含むことができる。本発明の一部の実施例では、ルート情報に基づいて、送信サーバーは、データファイルの適切なネットワーク送信プロトコルも決定できる。上記のさまざまな実施例では、ルート情報が電子メールの場合には、ネットワーク送信プロトコルはＳＭＴＰである。その他の実施例では、ＨＴＴＰＳ、ＦＴＰ、ＨＴＴＰなどのその他の種類のネットワーク送信プロトコルを使用できる。

本発明の一部の実施例では、その後、サーバーは、適切なネットワーク送信プロトコルを使用して、ルート情報に従ってデータファイルを送信する。

（追跡データ）
図１１に図説されるように、追跡番号５８０はカバーページに提供できる。追跡番号５８０は、ユーザーが記入したテンプレートページを印刷する時点で、または、テンプレートページが送信レシーバー／サーバーにより受信されるなどの場合に生成できる。さまざまな実施例では、例えば、追跡番号５８０は、記入したテンプレートページに再作成でき、確認電子メールで送信者または受信者に送信できる。さまざまな実施例では、例えば、追跡番号５８０は、実質的に任意の英数字を含むことができる。

さまざまな実施例では、追跡番号は、ユーザーにより記入されたデータに基づく、ユーザーデータに基づく、日時、メデイアアクセスコントローラー（ＭＡＣ）アドレスなどに基づくことができる。さまざまな実施例では、このようなデータに基づいて、固有の追跡参謀を生成するためのハッシュまたはその他の方法が想定される。

特定の実施例の運用において、追跡番号が送信者のシステム上で割り当てられている場合、送信サーバー（例えばファックスサーバー）が送信（例えばファックス送信）を受信すると、送信サーバーは、光学文字認識を実施して、追跡番号を認識する。さまざまな実施例では、追跡番号は、記入されたカバーページの特定の決定済みの場所、またはその他の任意の場所に表示できる。さまざまな実施例において、追跡番号はＯＣＲ技術を使用しても認識される。その後、追跡番号は、ファックス送信全体に関連付けられる。

本発明の一部の実施例では、送信サーバーが送信を処理すると、送信サーバー内の送信のステータスを示すログの記録が生成される。例えば、さまざまな実施例において、送信サーバーが格納するデータの種類は、送信サーバー（例えばファックスサーバー）により現在受信されたページ数、送信のステータス（例えばファックスを受信したか）、受信したページの合計数、送信の解像度（例えば、４００ｐｄｉ）、認識されたＴＯ、ＦＲＯＭ、ＢＣＣおよびＣＣの電子メールアドレス（ある場合）、認識されたファイル名、データファイル書式（例えば、．ｐｄｆ、．ｊｐｇ、ＸＭＬなど）、送信のデータファイル書式への変換ステータス、ネットワーク送信プロトコル（例えばＳＭＴＰ、ＨＴＴＰ、ＨＴＴＰＳ、ＦＴＰなど）、データファイル送信のステータス（例えば、ｘ字に電子メールサーバーにより受け取られた電子メール、電子メールサーバーによりバウンスした電子メール、ＳＰＡＭとして報告された電子メールなど）、送信が許可または拒否されたかどうか、ユーザーがデータファイル書式で送信を開いたかどうか、ユーザーが信用された送信システムのデータファイルを要求したかどうか、などを含むことができる。本発明のその他の実施例では、その他の多数の種類のステータスや情報は、ログに記録できる。一部の実施例では、要求者が使用可能な追跡データの種類および／または量を制限できる。

さまざまな実施例では、送信の送信者は、追跡番号を送信サーバーに提出することにより、電子メール、ＩＭなどからのファックス送信に関する情報を要求できる。すると、要求されたステータス情報は要求者に提供される。その他の実施例では、送信処理のさまざまな段階で、ステータスレポートは、例えば、情報を含む電子メールを送信者に提供できるなど、送信者に自動的に提供できる。

本発明のその他の実施例では、追跡番号は、送信サーバーが送信を処理して送信データを決定すると、送信サーバーにより生成される。生成された追跡番号は、その後、本来のファックスの送信者に提供される。上記のように、送信者は、その後、電子メールがいつ受信者に送信されたかなど、追跡番号に基づいて、送信サーバーへの送信に関するステータス情報を要求できる。

（ＯＣＲ改善）
人間が判読可能なデータ（例えば手書き）ならびに機械が判読可能なデータ（バーコードやＭＩＣＲフォントなど）の光学文字認識（ＯＣＲ）は、送信カバーシートに記入されたデータに対処などを行い、成功してきた。しかしながら、ＯＣＲのサブシステムが送信者が入力したデータの認識に困難があると、問題が生じる。ＯＣＲが認識に困難を持つ典型的な理由は、不正に印刷された文字、誤配置および／または回転したファックスページ、ノイズのある送信などを含むことができる。従って、発明者は、送信者が入力したデータの認識を強化するための追加のやり方が望まれることを認識した。

図１１の例では、送信者が入力したデータは、カバーページの一対上の場所で表示および表現されて、ＯＣＲ認識処理を改善する。さらに特定すると、図１１に図説されているように、Ｔｏフィールド４１０、ＣＣフィールド４２０、Ｂｃｃフィールド４３０、Ｆｒｏｍフィールド４４０、件名フィールド４５０、ファイル名指定フィールド４６０およびカスタムフィールドの４７０と４８０が提供される。さらに、バーコード５９０と６００も提供される。さまざまな実施例では、バーコード５９０と６００は同一のデータまたは別のデータを含むことができる。

本発明の一部の実施例では、テンプレート４００は、送信者によりこれらのフィールドが記入された後、Ａｄｏｂｅ Ｒｅａｄｅｒ^TMソフトウェア、Ｏｆｆｉｃｅプログラム（例えばＷｏｒｄ）などから印刷される。このような実施例では、フィールド４１０−４８０の人間が判読可能な文字のフォントは、ＭＩＣＲ Ｅ−４３Ｂ、ＣＭＣ−７などのようなＯＣＲ技術に適したフォントファイルに出力できる。

図１２は、本発明の別の実施例を図説する。さらに特定すると、印刷されたテンプレートページ７１０の一部が図説される。わかるように、フィールド７２０と７３０は、同じデータを含むことができ、ページ上で揃っていない。フィールド７２０と７３０を別の場所に配置することにより、ファックス送信に存在することが多い縦線７４０が、同じ位置のフィールド７２０と７３０を妨害しないようになる。従って、フィールド７２０と７３０両方の送信中のデータが認識可能になる率が高くなる。

本発明の一部の実施例では、さまざまな種類の構文確認は、記入されたカバーページが印刷される前に実施できる。例えば、電子メールアドレスでは、適切なトップレベルのドメインの接尾語（．ｃｏｍ、．ｎｅｔ、．ｇｏｖ、．ｂｉｚ、．ｏｒｇなど）が確認されて、エラーがあればフラグが立てられる。一例として、ユーザーが「ａｐｐｌｅ＠ａｏｌ．ｃｏｎ」と入力すると、トップレベルのドメイン接尾語は存在しないことを示すメッセージをユーザーに表示できる。

さらに、その他の実施例では、構文確認は、入力されたドメイン名（ａｏｌ．ｃｏｍ、ｍｉｔ．ｅｄｕなど）に基づくことができる。このような実施例では、ドメイン名の検証は、カバーページが印刷される前に検証できる。例として、ユーザーが、「ｆｏｔｍａｉｌ．ｃｏｍ」のようなドメイン名を入力すると、システムは、インターネットにアクセスして、ドメイン名参照を実施できる。この例では、「ｆｏｔｍａｉｌ．ｃｏｍ」がサーバーに対して解決しない場合、ドメイン名は存在しないことを示すメッセージをユーザーに表示できる。あるいは、「ｆｏｔｍａｉｌ．ｃｏｍ」は自動的に「ｈｏｔｍａｉｌ．ｃｏｍ」に自動的に修正できる。その他の実施例では、辞書またはその他の一般的な名前のソースをその他の自動修正の基本にできる。

その他の種類の構文確認は、記入されたフィールドの電子メールアドレスを送信者のアドレス帳に対して確認するなど、その他の実施例でも実施できる。さまざまな実施例では、構文確認の機能は、文書が送信サーバーに送信される前に潜在的なエラーを捕らえる。

本発明のその他の実施例では、送信サーバーは、上記のように、送信しているシステムではなく、光学文字認識結果に基づいて、構文確認を実施できる。例えば、ＯＣＲ結果が「ａｏｌ．ｃｏｎ」または「ｍｉｔ．ｃｏｍ」を読み取ると、いくつかのオプションを使用できる。一部の実施例では、送信サーバーは、構文に基づいて確率の高い推論を自動的に決定できる。例としては、ファックスサーバーは、「ａｏｌ．ｃｏｎ」を「ａｏｌ．ｃｏｍ」に、および／または「ｍｉｔ．ｃｏｍ」を「ｍｉｔ．ｅｄｕ」に変換できる。その他の例では、電子メールアドレスのようなデータの修正は、送信者のこれまでの履歴の一部に基づく場合がある。例えば、今回の送信以外では、送信者がこれまでに、多数の送信を
「ｄａｖｉｄｃｌ＠ｍｉｄ．ｅｄｕ」に送信している場合、ＯＣＲシステムは「ｑａｖｉｄｃｌ＠ｍｉｄ．ｅｄｕ」を認識すると、送信サーバーは、「ｄａｖｉｄｃｌ＠ｍｉｄ．ｅｄｕ」に自動的に修正できる。さまざまな実施例では、送信者を、ＦＲＯＭ電子メールアドレス、送信者のファックス番号の電話番号などに基づいて、送信者が電話をかけている電話番号により認識できる。その他の実施例では、自動修正は、送信者が関連付けられている送信者などの電子メールアドレスなどに基づいて行うことができる。

一部の実施例では、送信サーバーは、構文の問題を送信サーバー側の運用者にハイライトできる。すると、運用者は、提案された修正を使用すべきかどうかを決定できる。さまざまな実施例では、上記のように、図１１で図説されたユーザーが入力したフィールドだけが、運用者に表示される。さらに、メモフィールド４９０など、カバーページの残りの部分は運用者の確認には表示できないままである。同様に、運用者は、送信のその他の一切の部分、または、ファックス送信のその他の一切のページにはアクセスを持たない。追加のＯＣＲターゲットのあるテンプレートページを使用することは、本発明の実施例により既に提供されているセキュリティや機密性の高いレベルを犠牲にすることなく、送信の正確性を持つと考えられる。

本発明のその他の実施例では、送信者によるこれまでの送信に基づく「アドレス」帳は、送信サーバーなどにより維持できる。構文エラーがある場合では、送信サーバーは、最も確率の高い推論があるかどうかを自動的に決定でき、その推論先にファックスを送信する。その他の実施例では、送信サーバーは、代わりに、構文エラーを運用者に出力できる。

まだその他の実施例では、構文エラーがあれば、送信サーバーは、電子メール、インスタントメッセージなどにより、送信者に自動的に連絡でき、構文エラーなどを示す。このような実施例では、送信者は、返信の通信により修正したデータを提供するように招かれる。一部の実施例では、送信サーバーは、送信者からの修正されたデータを自動的に決定でき、修正されたデータに基づいて、処理を進める。その他の実施例では、運用者は、送信者からの修正されたデータを確認でき、適切であれば修正を行う。

上記の構文確認や構文エラーのレポートや処理は、バウンスされた電子メールメッセージなどの送信の障害エラーを送信者に知らせるためにも使用できる。

（追加のＯＣＲ強化）
図１１に図説された実施例では、バーコード５９０と６００がファックステンプレートページ４００に含まれる。さまざまな実施例では、バーコード５９０と６００は、フィールド４１０−４９０に加えて、送信サーバーのＯＣＲターゲットを提供する。図説された実施例では、フィールド４１０−４９０は、典型的に人間が判読可能であるとともに機械に判読可能である。しかしながら、バーコード５９０と６００は、典型的に機械だけに判読可能である。

さまざまな実施例では、フィールド４１０−４９０に印刷された文字は、テキスト文字の光学文字認識を使用して認識される。その他の実施例では、その他の記載のテキスト文字は、このような記載に対して適したＯＣＲ技術によりサポートされる場合がある。さらに、バーコード５９０と６００は、典型的に、バーコードのＯＣＲを使用して非依存的に認識される。本発明の一部の実施例では、３つのＯＣＲターゲットから認識されたデータは、認識されたデータが送信サーバーにより使用される前に、高いレベルの機密性に一致することが必要である。その他の実施例では、３つのうち２つのＯＣＲターゲットにより認識された候補のデータは、認識されたデータが送信サーバーにより使用される前に、大部分が一致することが必要である。まだ別の実施例では、オプション５７０が選択されると、ＯＣＲターゲットが無視される場合があり、フィールド４１０−４８０が使用される。

本発明の一部の実施例では、バーコード５９０と６００にコード化されたデータは、フィールド４１０−４８０のデータのサブセットだけを含む。例えば、バーコード５９０と６００は、フィールド４１０のデータとフィールド４４０のデータだけ、フィールド４１０のデータ、フィールド４２０のデータ、フィールド４４０のデータ、フィールド４１０−４５０のデータだけなどを含むことができる。その他の実施例では、その他の組み合わせ、またはフィールド４１０−４８０のサブセットが想定される。まだその他の実施例では、同じデータをバーコード５９０と６００にコード化することができる。または、別のデータをバーコード５９０と６００にコード化できる。例えば、ある実施例では、バーコード５９０と６００の両方は、フィールド４１０−４２０からのデータ、フィールド４１０−４５０からのデータ、などを含む。追加の例として、バーコード５９０はフィールド４４０からのデータを含むが、フィールド４３０からのデータは含まない。ここで、バーコード６００は、フィールド４３０からのデータを含むが、フィールド４４０からのデータは含まない。データがバーコード５９０または６００に固有である場合は、２つのうち２つのＯＣＲエンジン（たとえば、フィールド４１０−４８０のＯＣＲとバーコードのＯＣＲ）は、大部分が一致するはずの候補データを返すことが想定される。そうでなければ、エラーが特定される。その他のタイプの例も想像可能である。

本発明のまだその他の実施例では、バーコード５９０と６００は、一つ以上のフィールド４１０−４９０のデータに基づいて、チェックサム、またはハッシュデータを含むことができる。

運用においては、記入ページが印刷される前に、記入したデータおよび／または記入したデータのハッシュなどがバーコード書式にコード化される。そして、バーコードは、典型的に、図１１のバーコード５９０とバーコード６００に別の方向に書き込まれる。

本発明のさまざまな実施例では、フィールド４１０−４９０でテキストとして表示されているフォントならびにバーコードのフォントは、テンプレートの．ｐｄｆファイルに含むことができる。そのためには、さまざまな実施例では、含まれるフォントへの商標権を取得しなければならず、フラグを、フォントの商標権を含む．ｐｄｆファイル内に組み込まれるフォントライブラリ内に設定しなければならない。

次に、送信サーバーが記入されたカバーページを受信すると、別のＯＣＲエンジンを使用して、フィールド４１０−４９０およびバーコード５９０と６００に記入されたデータを認識する。ある実施例では、二つまたは三つのＯＣＲエンジンから認識されたデータの大部分が一致すると、送信サーバーは認識されたデータを使用して送信を処理する。別の実施例では、フィールド４００−４９０のデータのハッシュがバーコード５９０および／または６００にコード化されたデータに大部分が一致すると、送信サーバーは認識されたデータを使用して送信を処理する。データが一致しない場合には、上記のように、送信者にエラーを伝えて、エラーを修正するように要求することができる。また、運用者にエラーを伝えて、送信プロセスに関与するように要求できる。

（その他の強化）
図１１は、送信サーバーにより有効にできる追加の機能性を特定する。本発明の一部の実施例では、送信者がフィールド５００を選択すると、送信サーバーは、光学式の文字認識エンジンを使用して、受信した送信の一部／すべてのテキストを認識できる。ある実施例では、認識されたテキストは、Ａｄｏｂｅ．ｐｄｆファイルに送信された送信の画像と組み合わされる。その他の実施例では、認識されたテキストは、受信者への送信とともに、．ｔｘｔ、．ｒｔｆ、．ｄｏｃファイルなどとして提供できる。

本発明の一部の実施例では、送信者がフィールド５２０を選択すると、送信サーバーは、電子メールの証明書プロセスを開始できるので、電子メールなどが受信者にいつ到達するか、電子メールが受信者によりいつ開かれるかなどが証明される。このような実施例では、オリジナルの送信は、一般的に、送信サーバー上に存在し続ける。さらに、受信者は、電子メール、ページ、携帯電話の呼び出しなどの形で、受信者に送信が届いたことを知らせる通知を受信する。すると、受信者は、送信を検索するために、パスワードを入力して送信サーバーにログインする。このような実施例では、受信者が送信を受信した時間が記録される。

本発明の一部の実施例では、送信者がフィールド５３０を選択すると、送信サーバーは電子消印受領書を提供できる。本発明の一部の実施例では、正式なＵＳ郵便サービスの電子消印スタンプをファックス送信に関連づけることができる。これは、関係者間のファックス送信データの電子送信を正式に証明する、データの日付や配達の証明書など、いくつかの利点を提供する。このような実施例では、入ってくるおよび／または出て行く送信をハッシュできるので、ハッシュは証明責任者に送信される。さまざまな実施例では、ＭＤ（５）など、送信に基づいて値を固有に計算するというハッシュのアルゴリズムを使用できる。ハッシュに応答して、ＵＳ郵便サービスの電子消印、あるいは、その他任意の証明責任者の印は、ハッシュ、ならびに、日時を証明責任者のデータベースに記録する。このような証明書は、送信の送信または配達を証明するために使用される可能性がある。

本発明のまだ一部の実施例では、送信者がフィールド５４０を選択すると、送信サーバーは、デジタル透かしなどを送信に添付する追加のアクションを実施できる。さまざまな実施例では、デジタル透かしは、．ｐｄｆ、．ｔｉｆｆ、．ｇｉｆ、．ｄｏｃ文書などの上にある電子透かしを利用できる。その他の実施例では、デジタル透かしは、送信の固有なハッシュまたは識別子を決定することや、ファックス送信の一部として、または、フォローアップの送信などにハッシュまたは識別子を提供することを含むことができる。また、透かしを作成するためのその他多数の方法が想定される。

本発明の追加の実施例では、テンプレートカバーページの追加の機能ボタンをデイスプレイに表示できる。例えば、ある実施例では、「問題」または「障害」ボタンが提供される。さまざまな実施例では、ユーザーが「問題」ボタンを選択すると、ユーザーは、例えば、起動したブラウザを経由して、サービスページに結合される。一部の実施例では、テンプレートのバージョン番号、ソフトウェア（例えばＡｄｏｂｅ Ｒｅａｄｅｒ）のバージョン番号などを、リモートの問題の診断のために自動的に送信できる。一部の実施例では、診断に応答して、パッチをユーザーに提供できる。または、更新されたテンプレートページ、アップグレードページへのリンクなどをユーザーに提供できる。

本発明のその他の実施例では、アップグレードの目的で、ユーザーがテンプレートページを開くと、テンプレートページへの更新が確認される。アップデートがある場合、ユーザーには、テンプレートページとソフトウェアをアップデートするオプションを提示できる。さまざまな実施例では、ユーザーにアップデートを提供する前に、ユーザーから適切な電話番号とパスワードが必要な場合がある。

本発明のその他の実施例では、送信者が受信する送信のコピーの一部としてファックスを送信すると、更新されたテンプレートページを自動的に提供できる。従って、ユーザーが送信サービスを使用すると、自動的に更新される。

本発明の一部の実施例では、送信者がフィールド５１０を選択すると、送信サーバーは、データをアーカイブシステムに送信するという追加のアクションを実施できる。さまざまな実施例では、アーカイブシステムは、送信サーバー、送信者、第三者のサーバーなどと、関連づけることができる。典型的に、受信側への送信に関連付けられたステータス情報も、アーカイブシステムに送信できる。さまざまな実施例では、送信された日、送信者、受信者などに基づくなど、アーカイブのインデックス条件を生成するためのさまざまな方法を使用できる。このような実施例では、ソース文書を送信サーバーにファックス、スキャン、電子的に「印刷」などができる。一部の実施例では、ユーザーからの送信は、ファックス機器、スキャナー、多機能機器、ファイルへ印刷するコンピュータの出力などからにできる。このような実施例では、フィールド４５０−４９０などの送信カバーシートのフィールドを、データアーカイブの送信をインデックスするために役立つ、送信者のためのキーワードを特定するために使用できる。

さまざまな実施例では、カバーページは、アプリケーションにすることができ、特定すると、送信者のオプションを制限する、フィールド４１０−４９０のための送信者へのドロップダウンボックスを提供できる。例として、フィールド４７０は、１０Ｑ、８Ｋなど、ＳＥＣファイルのある種類を指定するために使用でき、フィールド４１０は、「納税書」、「委託申請書」など、制限された数のデータアーカイブの間を指定するために使用でき、フィールド４８０は、２００ｄｐｉ、３００ｄｐｉ、７２ｄｐｉなど、スキャンする解像度を指定するために使用できるなどがある。

さらに、フィールド４１０−４４０のようなフィールドは、適切なデータのアーカイブを指定できる。データのアーカイブは、ストレージエリアネットワークまたは他のデータ格納を含むことができる。さまざまな実施例では、送信サーバーは、送信者からの送信を処理して、送信をデータアーカイブに送信する。

例として、送信者は、送信カバーページ上で、フィールド４１０またはオプション５１０により、税金のデータアーカイブに送信される文書を指定する。さらに、送信者は、フィールド４７０に納税者ＩＤ、フィールド４５０に納税申請書も指定する。上記のように、オプション５００は、内容を検索可能にするために選択することもできる。

ある実施例では、送信カバーページが記入されると、送信者はカバーページを印刷する。次に、送信者は、カバーページと文書を組み立ててから、事前に指定された電話番号に送信（例えばファックス）する。さまざまな実施例では、その後、送信サーバーはカバーページを受信して、ＯＣＲ技術に基づいて、添付の文書を指定の税金データのアーカイブに格納することを決定する。オプション５００に応じて、添付の文書もＯＣＲされる。添付された文書は、その後、．ｐｄｆ、．ｔｉｆｆなどの別の書式に変換できる。この文書または変換された文書と、ＯＣＲされたテキストおよびキーワードは、その後、税金のデータアーカイブに提供される。この例では、データアーカイブに関連付けられたサーバーはキーワードを受信して、キーワードに従って、文書または変換した文書をＯＣＲされたテキストとともに格納する。

別の実施例では、送信は保留サーバーに置くことができて、送信が承認された場合にのみ、送信入力をデータのアーカイブに置くことができる。例えば、ある実施例では、コンプライアンス責任者などは、送信がデータアーカイブに格納される前に、送信を承認する。別の例では、送信者は、送信者が送信の格納を承認する前に、キーワードデータ、および送信のその他の部分を確認する。まだ別の実施例では、送信者が送信を確認すると、送信者はキーワードを入力してから、送信を承認する。

本発明のその他の実施例では、上記のように、送信者のインターフェイスはウェブベースにできる。例えば、ユーザーは、ウェブブラウザなどを経由して、おそらく上のフィールド４１０−４９０およびオプション５００−５７０に類似したデータを問い合わせるウェブページに接続する。このウェブページは、ウェブベースのフォームにできる。本発明の一部の実施例では、ユーザーは、上記のように、データをフィールドに入力、またはドロップダウンボックスに基づいてエントリを選択できる。

さまざまな実施例では、フォームのデータに基づいて、テンプレートのカバーページは、送信者が印刷できるように準備される。本発明の一部の実施例では、カバーページは、上記のように、送信のためには、．ｐｄｆ、．ｇｉｆ、．ｔｉｆｆ、．ｄｏｃまたはその他任意の印刷可能な書式にできる。さらに、複数の送信文書の場合、上記のように、送信目的で複数のカバーページを提供できる。

本発明の一部の実施例では、ウェブフォームを提供しているウェブサーバーは、印刷可能なページを提供する前に、いくつかの機能を提供できる。例として、ウェブサーバーは、送信者が入力したデータのコンテキスト確認を自動的に実施できる。例えば、上記のように、不正なトップレベルのドメイン名のあるエントリは、送信者に対して不正であるとフラグが立てられ、カバーページは提供されない。別の例では、ウェブサーバーは、送信者が入力したデータを格納、または、このデータを送信サーバーに提供できる。その後、送信者が送信を送信サーバーに送信すると、送信サーバーは、ＯＣＲを使用して、ユーザーが入力したデータを認識しようとする。しかしながら、ＯＣＲ処理に不明瞭な点があれば、送信サーバーは、意図したデータを決定するために、以前に送信者が入力したデータを交互参照する。その他の実施例では、データを含んだ送信は、以前に送信サーバーに提供された（例えば、ウェブフォームなどから）ことを示す、特別な印をカバーページに提供できる。このような例では、送信サーバーは、カバーページに十分なＯＣＲを実施できるので、以前に格納された送信者の入力したデータを固有に特定する。次に、送信サーバーは、送信目的で、送信者が入力したデータを使用できる。

さまざまな実施例は、上記のすべての特徴を含む必要はなく、一部の特徴を含むことができる。例えば、ある実施例では、デジタル文書を．ｐｄｆ、または．ｔｉｆｆ書式にだけ変換でき、電子メールアドレスにだけ送信できる。その他の実施例では、デジタル文書は別のファイル書式に変換できて、格納場所に置くことができる。このような実施例では、格納場所にある変換された文書にアクセスするような指示を含む電子メールが受信者に送信される。このような実施例では、受信者により受信の追跡が許可される。別の実施例では、特定の送信者からの送信デジタル文書を、コンプライアンスの目的で集中化されたキューに送り先を変更できる。すると、コンプライアンス責任者が送信を承認すれば、デジタル文書は、再び別のファイル書式に変換できて、電子メールを経由して電子メールアドレスに送信できる。まだ別の実施例は、デジタル文書のアーカイブやインデックス付けを分散することができる。例えば、出て行く送信はインデックス目的のためにキューに置かれる。すると、送信者は、デジタル文書のインデックス付けするキーワードを手動で提供する。インデックスのワードが決定されると、デジタル文書とキーワードはアーカイブシステムに提供される。

本発明の追加の実施例では、デジタル文書を含む送信が受信者に送信されることに加えて、送信は、返信ファックスカバーシートを含むことができる。このオプションは、カバーシートのオプション欄などにより指定できる。このファックスカバーシートは、自動的に切り替えられた「Ｆｒｏｍ」電子メールアドレスと「Ｔｏ」電子メールアドレス」からのデータにより予め記入できる。このやり方では、受信者は、返信送信を送信者に簡単に送信できる。例えば、ローン担当者は、申込者が署名する文書を送信できるので、デジタル文書は、．ｐｄｆ文書として申込者の電子メールボックスに送られる。電子メールとともに送られるのは、記入された返信ファックスのカバーシートである。この例では、申込者は文書を印刷して署名し、記入した返信ファックスカバーシートを署名した文書に添付して、記入した返信ファックスカバーシートにリストされた番号にファックスする。そして、署名された文書は．ｐｄｆ文書などに変換され、ローン担当者の電子メールボックスに送信される。さまざまな実施例では、ローン担当者は、両方の送信コストを支払う可能性がある。その他の実施例では、一般的な記入されていないカバーシートを受信者に提供できる。

多数の変更または強化が容易に想定される。上記の開示の観点から、同業者は、説明した実施例に基づき、多数の変更版を実装できることを認識するであろう。例えば、上記のさまざまな実施例では、電子メール添付はＡｄｏｂｅ．ｐｄｆファイル書式に変換されたが、その他の実施例では、現在開発されている、または今後開発される別の「業界標準」のファイル書式も使用できることが理解される。また、これらは、「オープン」または「クローズ」（例えば独自）の文書書式も含むことができる。

図１３は、本発明の実施例による、上記の可能なデータフローを図説する簡単なブロック図である。上記のように、多数のその他の種類のデータフローも想定できる。図１４は、本発明の実施例による、ネットワークアーキテクチャ概要を図説する簡単なブロック図である。本発明のその他の実施例では、多数のその他の種類のネットワークアーキテクチャを使用できる。

本開示を読んだ後、当業者には、さらなる実施例を想定することが可能である。その他の実施例では、上記の開示された発明の組み合わせまたは一部の組み合わせを有利に行うことが可能である。実施例は、理解を容易にするためにグループ化される。しかしながら、ブロックの組み合わせ、新しいブロックの追加、ブロックの並び替えなどは、本発明の代わりの実施で予想されることを理解されたい。

従って、仕様および図面は制約ではなく図説として考えられる。しかしながら、さまざまな修正や変更は、請求項で定義される発明の広義の精神と範囲から逸脱することなく、これらに行われることが明らかである。

図１は、本発明の実施例によるシステムの簡単なブロック図である。 図２は、本発明の実施例による、ファックス／電子メールインターフェイスを提供するポイントオブプレゼンス（ＰＯＰ）のハードウェア構成を示す簡単なブロック図である。 図３Ａは、本発明の実施例による、電子メールのカバーページを取得する処理の説明図である。 図３Ｂは、本発明の実施例による、ファックス機器から電子メールを送信するために、本発明のシステムと相互通信しているユーザーの処理の説明図である。 図４は、図２のＰＯＰから受信した電子メールのカバーページ例の説明図である。 図５は、図２のＰＯＰのソフトウェアアーキテクチャを示す簡単なブロック図である。 図６Ａは、図２のＰＯＰから受信したファックスから電子メールの確認ページ例の説明図である。 図６Ｂは、図２のＰＯＰから受信したファックスから電子メールへの確認ページの別の例の説明図である。 図７は、ネットワーク運用センター（ＮＯＣ）の簡単なブロック図である。 図８Ａは、本発明の実施例に従い、電子メールからファックスを送信するために、本発明のシステムと相互通信しているユーザーの処理の説明図である。 図８Ｂは、図８Ａによる処理で送信されたファックスの受信者が返信ファックスページを使用してファックスに返信する場合の返信処理の説明図である。 図９は、本発明の実施例に従い、電子メールの未承認のアクセスに対する防御のために使用するセキュリティメカニズムの運用例を示すフロー図である。 図１０は、本発明に従い、アプリケーション例を図説する簡単なブロック図である。 図１１は、本発明の別の実施例である。 図１２は、本発明の別の実施例である。 図１３は、本発明の実施例に従い、可能なデータフローを図説する簡単なブロック図である。 図１４は、本発明の実施例に従い、ネットワークアーキテクチャ概要を図説する簡単なブロック図である。

Claims (45)

1. コンピュータシステムのための方法であって、
   ファックス送信書式を使用して送信される文書のデジタル表現を含むファックス送信をユーザーから受信するステップと、
   前記文書の前記デジタル表現を処理することにより、送信先電子メールアドレスを決定するステップと、
   前記文書の前記デジタル表現の少なくとも一部を電子メール添付書式に書式変更するステップと、
   光学文字認識エンジンで前記文書の前記デジタル表現の少なくとも一部を処理することにより、一つ以上のキーワードを決定するステップと、
   前記一つ以上のキーワードを広告サーバーに提供するステップと、
   前記広告サーバーから広告データを受信するステップと、
   前記送信先電子メールアドレスに宛てた電子メールメッセージを作成するステップと
   を含み、
   前記電子メールメッセージは本体部分と添付部分を含み、前記本体部分は前記広告データを含み、前記添付部分は電子メール添付書式の前記文書の前記デジタル表現部分を含む、方法。
2. 前記文書の前記デジタル表現を処理することにより、前記送信先電子メールアドレスを決定するステップは、光学文字認識エンジンで前記文書の前記デジタル表現の少なくとも一部分を処理することにより、前記送信先電子メールアドレスを決定するステップを含む、請求項１に記載の方法。
3. 前記広告データは、ハイパーリンク、スポンサーシップ告知、少なくとも一つのサービスプロバイダのリスト表示、少なくとも一つの製品プロバイダのリスト表示、少なくとも一つのオークションのリスト表示、および検索結果から成る群より選択される一つ以上の広告を含む、請求項１または２に記載の方法。
4. 前記電子メールの添付書式は、ＰＤＦ互換、ＴＩＦＦ、ＪＰＥＧ、ＢＭＰ、Ｘ−Ｄｏｃｓ、ＸＭＬ、ＧＩＦ、および業界標準書式から成るデータファイル書式の群より選択される、請求項１〜３のいずれか一項に記載の方法。
5. 前記ファックス送信に関連付けられた追跡番号を決定するステップと、
   前記ファックス送信に関連付けられた処理ステータスを維持するステップと、
   前記追跡番号と前記処理ステータスとの関連を形成するステップと、
   前記追跡番号と前記処理ステータスとの関連を格納するステップと
   をさらに含む、請求項１〜４のいずれか一項に記載の方法。
6. コンピュータシステムであって、
   ファックス送信書式を使用して送信される文書のデジタル表現を含む、ユーザーからのファックス送信を格納するように構成されたメモリと、
   前記メモリに結合されたプロセッサであって、前記プロセッサは、前記文書の前記デジタル表現を処理することにより、少なくとも一つの送信先電子メールアドレスを決定するように構成され、前記プロセッサは、前記文書の前記デジタル表現の少なくとも一部を電子メール添付書式に書式を変更するように構成され、前記プロセッサは、前記ファックス送信に関連付けられた広告データを決定するように構成され、前記プロセッサは、前記送信先電子メールアドレスに宛てた電子メールメッセージを作成するように構成される、プロセッサと
   を備え、
   前記電子メールメッセージは本体部分と添付部分を含み、前記本体部分は前記広告データを含み、前記添付部分は電子メール添付書式の前記文書の前記デジタル表現部分を含み、
   前記プロセッサは、光学文字認識エンジンで前記文書の前記デジタル表現の少なくとも一部を処理することにより、一つ以上のキーワードを決定するように構成され、
   前記プロセッサは、前記一つ以上のキーワードを広告サーバーに提供するように構成される、コンピュータシステム。
7. 前記広告サーバーは、広告エンジン、関連エンジン、サードパーティサーバーから成る群より選択される、請求項６に記載のコンピュータシステム。
8. 前記サードパーティサーバーは、Ｇｏｏｇｌｅサーバー、Ｙａｈｏｏ！サーバー、ｅ−Ｂａｙサーバー、Ｍｉｃｒｏｓｏｆｔ Ｎｅｔｗｏｒｋサーバー、Ａ９サーバー、Ｌｙｃｏｓサーバー、Ａｓｋ Ｊｅｅｖｅｓサーバー、ＡＯＬサーバーから成る群より選択される、請求項７に記載のコンピュータシステム。
9. 前記文書の前記デジタル表現を処理することにより、前記送信先電子メールアドレスを決定することは、光学文字認識エンジンで前記文書の前記デジタル表現の少なくとも一部分を処理することにより、前記送信先電子メールアドレスを決定することを含む、請求項６〜８のいずれか一項に記載のコンピュータシステム。
10. 前記プロセッサはまた、光学文字認識エンジンで前記文書の前記デジタル表現の第一の部分を処理することにより、第一の候補となる電子メールアドレスを決定するように構成され、
    前記プロセッサは、光学文字認識エンジンで前記文書の前記デジタル表現の第２の部分を処理することにより、第二の候補となる電子メールアドレスを決定するように構成され、
    前記プロセッサは、前記第一の候補となる電子メールアドレスおよび前記第二の候補となる電子メールアドレスに応答して、前記送信先電子メールアドレスを決定するように構成される、請求項６〜９のいずれか一項に記載のコンピュータシステム。
11. プロセッサを含むコンピュータシステムのためのコンピュータプログラム製品であって、
    有形媒体を含み、
    前記有形媒体は、
    ファックス送信書式を使用して送信される文書のデジタル表現を含む、ユーザーからのファックス送信を受信するように前記プロセッサに命令するコードと、
    前記文書の前記デジタル表現を処理することにより、送信先電子メールアドレスを決定するように前記プロセッサに命令するコードと、
    前記文書の前記デジタル表現の少なくとも一部を電子メール添付書式にフォーマットするように前記プロセッサに命令するコードと、
    光学文字認識エンジンで前記文書の前記デジタル表現の少なくとも一部を処理することにより、一つ以上のキーワードを決定するように前記プロセッサに命令するコードと、
    前記一つ以上のキーワードを広告サーバーに提供するように前記プロセッサに命令するコードと、
    前記広告データを前記広告サーバーから受信するように前記プロセッサに命令するコードと、
    前記送信先電子メールアドレスに宛てた電子メールメッセージを作成するように前記プロセッサに命令するコードであって、前記電子メールメッセージは本体部分と添付部分を含み、前記本体部分には前記広告データを含み、前記添付部分は電子メール添付書式の前記文書の前記デジタル表現部分を含む、コードと
    を格納するように構成される、コンピュータプログラム製品。
12. サードパーティは、ＭＳＮ、Ｙａｈｏｏ！、Ｌｙｃｏｓ、ＡＯＬ、Ｇｏｏｇｌｅ、Ａ９、ｅ−Ｂａｙ、Ａｓｋ Ｊｅｅｖｅｓ、およびＤｏｇ Ｐｉｌｅから成る群より選択される、請求項１１に記載のコンピュータプログラム製品。
13. 前記広告データは、ハイパーリンク、スポンサーシップ告知、少なくとも一つのサービスプロバイダのリスト表示、少なくとも一つの製品プロバイダのリスト表示、少なくとも一つのオークションのリスト表示、検索結果、テキストデータ、および画像データから成る群より選択された一つ以上の結果を含む、請求項１１または１２に記載のコンピュータプログラム製品。
14. 前記デジタル表現部分は、バーコードデータ、マニュアルで印刷したデータ、人間が判読可能なデータ、および機械が判読可能なデータから成る群より選択されたデータのデジタル表現を含む、請求項１１〜１３のいずれか一項に記載のコンピュータプログラム製品。
15. 前記ファックス送信に関連付けられた追跡番号を決定するように前記プロセッサに命令するコードと、
    前記ファックス送信に関連付けられた処理ステータスを維持するように前記プロセッサに命令するコードと、
    前記追跡番号と前記処理ステータスの関連を形成するように前記プロセッサに命令するコードと、
    有形メモリに前記追跡番号と前記処理ステータスの前記関連を格納するように前記プロセッサに命令するコードと
    をさらに備える、請求項１１〜１４のいずれか一項に記載のコンピュータプログラム製品。
16. コンピュータシステムのための方法であって、
    ユーザーから第一のファックス送信を受信するステップであって、前記第一のファックス送信はファックス送信書式を使用して送信される第一の文書のデジタル表現を含む、ステップと、
    光学文字認識プロセスで前記第一の文書の前記デジタル表現を処理することにより、第一の送信先電子メールアドレスを決定するステップであって、前記第一の送信先電子メールアドレスは前記コンピュータシステムに事前に知られている必要はない、ステップと、
    前記ユーザーから第二のファックス送信を受信するステップであって、前記第二のファックス送信は前記ファックス送信書式を使用して送信される第二の文書のデジタル表現を含む、ステップと、
    前記光学文字認識処理で前記第二の文書の前記デジタル表現を処理することにより、前記第一の送信先電子メールアドレスを決定するステップと、
    前記第二の文書の前記デジタル表現の少なくとも一部と、前記第一の文書の前記デジタル表現の少なくとも一部を組み合わせて、電子メール添付書式の電子メール添付にするステップと、
    前記送信先電子メールアドレスに宛てた電子メールメッセージを作成するステップであって、前記電子メールメッセージは本体部分と添付部分を含み、前記本体部分は広告データを備え、前記添付部分は電子メール添付を備える、ステップと、
    を含む方法。
17. 前記第一の文書の前記デジタル表現部分は、前記第一の文書の複数ページを備え、
    前記第二の文書の前記デジタル表現部分は、前記第二の文書の複数ページを備え、
    前記電子メール添付は、前記第一の文書の前記複数ページと前記第二の文書の前記複数ページとを備える、請求項１６に記載の方法。
18. 前記第一の文書の前記複数ページの少なくとも一部と、前記第二の文書の前記複数ページの少なくとも一部とは、前記電子メールメッセージの添付部分において交互になっている、請求項１７に記載の方法。
19. 前記第一の文書は文書の複数の偶数ページを備え、
    前記第二の文書は文書の複数の奇数ページを備える、請求項１６〜１８のいずれか一項に記載の方法。
20. 前記第一の文書の前記デジタル表現は、二つ以上のターゲットの表現を備え、
    カバーシートの前記デジタル表現を処理することにより、前記第一の送信先電子メールアドレスを決定するステップは、前記二つ以上のターゲットを処理することにより、前記第一の送信先電子メールアドレスを決定するステップを含む、請求項１６〜１９のいずれか一項に記載の方法。
21. プロセッサを含むコンピュータシステムのためのコンピュータプログラム製品であって、
    前記プロセッサに結合した有形媒体を備え、
    前記有形媒体は、
    ファックス送信書式を使用して送信される第一の文書のデジタル表現を含む、ユーザーからの第一のファックス送信を受信するように前記プロセッサに命令するコードと、
    前記第一の文書の前記デジタル表現上で光学認識処理を実行することにより、第一の送信先電子メールアドレスを決定するように前記プロセッサに命令するコードであって、前記第一の送信先電子メールアドレスは前記コンピュータシステムに事前に知られている必要がない、コードと、
    前記ファックス送信書式を使用して送信される第二の文書のデジタル表現を含む、ユーザーからの第二のファックス送信を受信するように前記プロセッサに命令するコードと、
    前記第二の文書の前記デジタル表現上で、光学認識処理を実行することにより、前記第二のファックス送信は前記第一のファックス送信に関連付けられていることを示すように前記プロセッサに命令するコードと、
    前記第一の文書の前記デジタル表現と、前記第二の文書の前記デジタル表現を組み合わせて、組み合わされた表現にするように、前記プロセッサに命令するコードと、
    前記送信先電子メールアドレスに宛てた電子メールメッセージを作成するように前記プロセッサに命令するコードであって、前記電子メールメッセージは本体部分と添付部分を含み、前記本体部分は広告データを備え、前記添付部分は前記組み合わされた表現を備えている、コードと
    を備える、コンピュータプログラム製品。
22. 前記第一の文書の前記デジタル表現部分は、前記第一の文書の複数ページを備え、
    前記第二の文書の前記デジタル表現は、前記第二の文書の複数ページを備え、
    前記第一の文書の前記複数ページの少なくとも１ページは、前記組み合わされた表現において、前記第二の文書の前記複数ページのページ間に挿入される、請求項２１に記載のコンピュータプログラム製品。
23. 前記ユーザーからの前記第二のファックス送信が受信される前に、前記ユーザーからの前記第一のファックス送信は受信され、
    前記第一の文書の前記複数ページと、前記第二の文書の前記複数ページは、配置方法において前記電子メールメッセージの前記添付部分に配置される、請求項２１または２２に記載のコンピュータプログラム製品。
24. 前記第一の文書は、手書き部分とユーザーが選択可能なオプション部分を備え、
    前記光学認識処理は、前記手書き部分を処理することにより、前記第一の送信先電子メールアドレスを決定するステップと、前記ユーザーが選択可能なオプション部分を処理することにより、前記配置方法を決定するステップとを含む、請求項２３に記載の方法。
25. 前記第一の文書の前記デジタル表現部分は、文書の第一の複数ページを備え、
    前記第二の文書の前記デジタル表現は、前記文書の第二の複数ページを備え、
    前記第一の複数ページと前記第二の複数ページは、前記文書の偶数ページ／前記文書の奇数ページ、前記文書の第一のセクションのページ／前記文書の第二のセクションのページから成る群より選択される、請求項２１〜２４のいずれか一項に記載のコンピュータプログラム製品。
26. コンピュータシステムであって、
    ユーザーからの第一のファックス送信を格納するように構成されたメモリであって、前記第一のファックス送信はファックス送信書式を使用して送信される第一の文書のデジタル表現を含み、前記メモリは、電子メール添付書式の前記第一の文書の前記デジタル表現の少なくとも一部を格納するように構成され、前記メモリは、前記ユーザーからの第二のファックス送信を格納するように構成され、前記第二のファックス送信は、前記ファックス送信書式を使用して送信される第二の文書のデジタル表現を含む、メモリと、
    前記メモリに結合されたプロセッサであって、前記プロセッサは、光学文字認識処理で前記第一の前記デジタル表現を処理することにより、第一の送信先電子メールアドレスを決定するように構成され、前記プロセッサは、前記光学文字認識処理で前記第二の文書の前記デジタル表現を処理することにより、前記第二のファックス送信が前記第一のファックス送信に関連することを決定するように構成され、前記プロセッサは、前記第一の文書の前記デジタル表現の少なくとも一部と、前記第二の文書の前記デジタル表現の少なくとも一部とを組み合わせて、組み合わされたデジタル表現にするように構成され、前記プロセッサは、前記送信先電子メールアドレスに宛てた電子メールメッセージを作成するように構成され、前記電子メールメッセージは本体部分と添付部分を含み、前記本体部分は広告データを備え、前記添付部分は前記組み合わされたデジタル表現を備える、プロセッサと
    を含む、コンピュータシステム。
27. 前記第一の文書の前記デジタル表現部分は、前記第一の文書の複数ページを備え、
    前記第二の文書の前記デジタル表現部分は、前記第二の文書の複数ページを備え、
    前記組み合わされたデジタル表現において、前記第一の文書の前記複数ページは、前記第二の文書の前記複数ページと交互であるか、または、前記第二の文書の前記複数ページは、前記第一の文書の前記複数ページの後に追加される、請求項２６に記載のコンピュータシステム。
28. 前記プロセッサは、前記光学文字認識処理で前記第二の文書の前記デジタル表現を処理することにより、前記第一の送信先電子メールアドレスを決定するように構成される、請求項２６または２７に記載のコンピュータシステム。
29. 前記第一の文書はカバーシートを備え、
    前記光学文字認識処理は、前記第一の文書の前記カバーシートに応答して、前記第一の送信先電子メールアドレスを決定する、請求項２６〜２８のいずれか一項に記載のコンピュータシステム。
30. 前記光学文字認識処理は、前記第一の文書の前記カバーシート上の二つ以上の光学文字認識ターゲットの光学文字認識結果の大半の合致に応答して、前記第一の送信先電子メールアドレスを決定する、請求項２９に記載のコンピュータシステム。
31. コンピュータシステムのための方法であって、
    ユーザーからの第一の送信を受信するステップであって、前記第一の送信は第一の送信書式を使用して送信される第一の文書のデジタル表現を含む、ステップと、
    光学文字認識処理で前記第一の前記デジタル表現を処理することにより、第一の電子送信先を決定するステップであって、前記第一の電子送信先は前記第一の送信を受信する前に前記コンピュータシステムにより知られている必要がない、ステップと、
    前記光学文字認識処理で前記第一の文書の前記デジタル表現を処理することにより、格納書式で前記第一の文書の前記デジタル表現の前記部分のファイル名を決定するステップと、
    前記第一の文書の前記デジタル表現の少なくとも一部を前記第一の送信書式から格納書式に書式を変更するステップと、
    前記第一の電子送信先に電子送信を送信するステップであって、前記電子送信は前記格納書式の前記第一の文書の前記デジタル表現部分を含む、ステップと
    を含む、方法。
32. 前記電子送信を送信するステップは、サーバーの前記ファイル名で、前記格納書式の前記第一の文書の前記デジタル表現部分を発行するステップを備える、請求項３１に記載の方法。
33. 前記第一の電子送信先は、アカウント識別子データを備え、前記ファイル名はサーバーの前記アカウント識別子データと関連付けられている、請求項３１または３２に記載の方法。
34. 前記第一の文書の前記デジタル表現を光学文字認識処理で処理するステップは、前記光学文字認識処理で前記第一の文書の前記デジタル表現を処理することにより、前記電子送信と関連付けられた一つ以上の識別子を決定するステップを含み、
    前記方法は、
    前記一つ以上の識別子を前記第一の電子送信先に提供するステップをさらに含み、
    前記第一の電子送信先は格納サーバーを備え、
    前記格納書式の前記第一の文書の前記デジタル表現部分は、前記格納サーバーの前記一つ以上の識別子に関連付けられている、請求項３１〜３３のいずれか一項に記載の方法。
35. 前記電子送信先に関連付けられた前記一つ以上の識別子は制約されたキーワードセットから選択される、請求項３４に記載の方法。
36. コンピュータシステムであって、
    ユーザーからの第一の送信を格納するように構成されたメモリであって、前記第一の送信は第一の送信書式を使用して送信される第一の文書のデジタル表現を含む、メモリと、
    前記メモリと結合されたプロセッサと
    を含み、
    前記プロセッサはユーザーからの前記第一の送信を受信するように構成され、
    前記プロセッサは、前記第一の文書の前記デジタル表現の光学文字認識処理に応答して、電子送信先を決定するように構成され、前記電子送信先は前記メモリの前記第一の送信を保存する前に、前記コンピュータシステムにより知られている必要がなく、
    前記プロセッサは、前記第一の文書の前記デジタル表現の少なくとも一部分を前記第一の送信書式から格納書式に書式を変更することにより、第一の格納文書を作成するように構成され、
    前記プロセッサは、前記第一の送信に応答して広告データを決定するように構成され、前記プロセッサは、前記光学文字認識処理で前記第一の文書の前記デジタル表現を処理することにより、前記第一の格納文書のファイル名を決定するように構成され、
    前記プロセッサは、前記第一の電子送信先に電子送信を送信するように構成され、前記電子送信は前記第一の格納文書を含む、コンピュータシステム。
37. 前記第一の電子送信先は格納サーバーを備え、
    前記電子送信は、ファイル名により前記格納サーバーで前記第一の格納文書のポストを備える、請求項３６に記載のコンピュータシステム。
38. 前記電子送信に関連付けられるネットワーク送信プロトコルは、ＳＭＴＰ、ＨＴＴＰ、ＨＴＴＰＳ、およびＦＴＰから成る群より選択される、請求項３６または３７に記載のコンピュータシステム。
39. 前記プロセッサは、前記光学文字認識処理で前記第一の文書の前記デジタル表現の光学文字認識に応答して、前記第一の送信に関連付けられるアカウント識別子を決定するように構成され、
    前記電子送信は、アカウント識別子を備える、請求項３６〜３８のいずれか一項に記載のコンピュータシステム。
40. 前記格納書式は、業界標準書式、Ａｄｏｂｅ Ａｃｒｏｂａｔ互換書式、画像書式、．ｊｐｇおよび．ｂｍｐから成る群より選択される、請求項３６〜３９のいずれか一項に記載のコンピュータシステム。
41. プロセッサを含むコンピュータシステムのためのコンピュータプログラム製品であって、
    有形媒体を備え、
    前記有形媒体は、
    送信書式を使用して送信される人間が認識可能なデジタル表現を備えるユーザーからの第一の電子送信を受信するように前記プロセッサに命令するコードと、
    光学文字認識処理で前記人間が認識可能な文書の前記デジタル表現を処理することにより、電子送信先を決定するように前記プロセッサに命令するコードであって、前記電子送信先は前記第一の電子送信を受信する前に前記コンピュータにより知られている必要がない、コードと、
    前記人間が認識可能な文書の前記デジタル表現の少なくとも一部を格納書式にフォーマットするように前記プロセッサに命令するコードと、
    前記人間が認識可能な文書の前記デジタル表現を前記光学文字認識処理で処理することにより、前記格納書式の前記人間が認識可能な文書の前記デジタル表現部分と関連付けられたファイル名を決定するように前記プロセッサに命令するコードと、
    第二の電子送信を前記電子送信先へ送信するように前記プロセッサに命令するコードであって、前記第二の電子送信は前記格納書式の前記人間が認識可能な文書の前記デジタル表現部分を備える、コードと、
    を備える、コンピュータプログラム製品。
42. 前記格納書式は、業界標準書式、Ａｄｏｂｅ ．ｐｄｆ書式、．ｊｐｇ書式、．ｂｍｐ書式、および独自書式から成る群より選択される、請求項４１に記載のコンピュータプログラム製品。
43. 前記格納書式の前記第一の人間が認識可能な文書の前記デジタル表現部分は、前記ファイル名で前記電子送信先に発行される、請求項４１または４２に記載のコンピュータプログラム製品。
44. 光学文字認識処理で前記人間が認識可能な文書の前記デジタル表現を処理することにより、前記格納書式の前記人間が認識可能な文書の前記デジタル表現部分に関連付けられた一つ以上の識別子を決定するように前記プロセッサに命令するコードをさらに備え、
    前記格納書式の前記第一の人間が認識可能な文書の前記デジタル表現部分は、前記ファイル名で前記電子送信先で発行されるとともに、前記アカウント識別子に関連付けられる、請求項４１〜４３のいずれか一項に記載のコンピュータプログラム製品。
45. 前記一つ以上の識別子は事前に決定された識別子のリストから選択される、請求項４４に記載のコンピュータプログラム製品。

Images