JP2012502564A - 自律的な多機能周辺デバイスを介したドキュメント通信のためのシステムと方法 - Google Patents

Abstract

【課題】自律的アプリケーション・プログラミング・インタフェースとデータ・ネットワークを介して多機能周辺装置（ＭＦＰ）にドキュメントを伝えるシステムと方法。
【解決手段】多機能周辺デバイスは、パケット交換ネットワーク・インタフェースと自律的アプリケーション・プログラミング・インタフェースを含む。そのアプリケーション・プログラミング・インタフェースは、第１の動作モードのパケット交換ネットワーク・インタフェースを介して遠隔サーバから画像情報を要求する。そのアプリケーション・プログラミング・インタフェースは、第２の動作モードのパケット交換ネットワーク・インタフェースを介して、遠隔デバイスに画像情報を送信する。
【選択図】図１

Description

自律的アプリケーション・プログラミング・インタフェースとデータ・ネットワークを介して多機能周辺装置（ＭＦＰ）にドキュメントを伝えるシステムと方法に関する。

ファクシミリ（ファックス）技術は、電子的にドキュメントを送信する成功した手段であった。パブリックにアクセス可能なデータ・ネットワークと電子メール（電子メール）アプリケーションの出現で、ファックス通信が電子メールに急速に置き換えられてしまうかのように思われた。しかしながら、現在、２つの技術がしばらく共存することは明らかとなっている。

オフィス環境にインターネット・アクセスを有するファックス・マシンの配備において、ファックス・サーバが、例えば、Ｔ１／Ｅ１等の１つ以上の専用回線によって、公衆電話交換回線網（ＰＳＴＮ）に接続されている。ファックス・サーバの観点から観察されるように、ＰＳＴＮは、発信ファックスのための宛て先だけでなく受信ファックスのソースの両方である。ファックス・サーバは、パケット交換ネットワークにも接続されており、それは接続をユーザに提供する。このように、ファックス・サーバは、種々の電子メール・アプリケーションを介してデスクトップ・ファックス機能を提供する。ファックス・サーバは、また、ファックス返信トランザクション確認、ファックス放送や自動フォーム処理を提供するのに用いることもできる。

ファックス・サーバは、ユーザによって通信されるファックス情報を変換するために、特殊インタフェース回路を使う。ドキュメントがファックス・サーバに到着するときに、ファックス・サーバは、ＰＳＴＮ上に送信するために適切なフォーマットに、ドキュメントを変換する。その後に、ファックス・サーバは、その専用のインタフェース回路を介してＰＳＴＮ上に変換されたドキュメントを送る。反対に、ファックス・サーバに到着するファックスに対しては、ファックス・サーバは、宛先ユーザを識別し、宛先ユーザに送達するために適切なフォーマットに、受信ファックス送信を変換し、内部ＩＰネットワーク上に宛先ユーザに変換されたドキュメントを送る。

共同事業においては、ユーザは、内部インターネット・プロトコル（ＩＰ）ネットワークを介して、ファックス・サーバに接続されるだけでなく、インターネットワーキング・ゲートウェイにも接続しており、それはインターネットに内部ＩＰネットワークを接続する。ゲートウェイは、ユーザが電子的に、インターネットに接続される他のパーティと通信することを可能にする。そのような電子通信は、蓄積転送メッセージ（例えば、電子メール）、リアルタイム片方向通信（例えば、ライブＴＶ）、リアルタイム双方向通信（例えば、インターネット電話、その他）を含むことができる。

ゲートウェイは、典型的には、インターネット・サービス・プロバイダー（ＩＳＰ）に接続される。ゲートウェイとＩＳＰ間の接続またはＰＳＴＮは、典型的には、専用のＴ１／Ｅ１ラインまたは場合によっては、ファックス・サーバとＰＳＴＮ間の接続に同様の光ファイバーを介して、確立される。

ファックス機能を提供するために専用のＴ１／Ｅ１ラインの第１のセットが要求され、インターネット・アクセスを提供するために、専用のＴ１／Ｅ１ラインの第２のセットまたは他のデータ伝送メディアが要求されることは明らかである。２つのセットの専用のデータ伝送メディアを使用すると、維持するのに多くの費用が必要となり、さらに、一方のセットがその最大能力で使用されているのに、他方のセットのラインのアイドル状態であるといった状況を経験することが十分予想される。こうした状況では、活用されていないセットラインの能力は、全く無駄となる。ＰＳＴＮとインタフェースするための専用のハードウェアの必要条件は、企業にとって更なる無視できない出費になる。

遠隔オフィスとホーム・オフィスへのデータ・ネットワーク・インタフェースの導入は、遠隔の企業労働者とホーム・ユーザが、電子的に、その企業と、インターネットに接続される他のパーティと通信することを可能にする。そのような電子通信は、蓄積転送メッセージ（例えば、電子メール）、リアルタイム片方向通信（例えば、ライブＴＶ）、リアルタイム双方向通信（例えば、インターネット電話、その他）を含むことができる。

遠隔オフィスとホーム・オフィス使用のために適切な経済的な多機能周辺デバイスは、プリント、コピーの種々の組合せ、および、エンドユーザへのスキャン蓄積機能を可能にする。これらの多機能周辺デバイスを入手可能にしておくために、メーカーは、処理能力とローカル計算装置上での動作するアプリケーションに頼り、これらのデバイスにシンプル・メール伝送プロトコル機能を統合することをしなかった。このように、動作する計算装置は、これらの多機能周辺デバイスを介して、ファクシミリ・メッセージのハードコピーを受信して、生成することを要求される。

したがって、ファックス機能の集積化と柔軟性でこれらの欠点をとても克服するシステムと方法を開発することが、望ましい。

自律的アプリケーション・プログラミング・インタフェースとデータ・ネットワークを介して多機能周辺装置（ＭＦＰ）にドキュメントを伝えるシステムと方法が、発明され、開示される。自律的アプリケーション・プログラミング・インタフェースは、ＭＦＰが計算装置なしで画像情報を送受信するのを可能にする。受信された画像情報が、ＭＦＰのユーザに対して格納されたファックスの形であることが可能である。ファックスは、データ・ネットワークを経た画像情報としてのＭＦＰからファックス・サービスまで送られる。ファックス・サービスは、画像情報の中の情報を解釈し、それを送達するように構成される。

多機能周辺デバイスの実施形態は、データ・ネットワークを介して通信的にトランスレータに結合するパケット交換ネットワーク・インタフェースと、画像情報を、第１の動作モードのパケット交換ネットワーク・インタフェースを介して遠隔サーバから要求するように構成された自律的アプリケーション・プログラミング・インタフェースと、を備える。

ドキュメント処理のための方法の実施形態は、宛先識別子をデータ・ネットワークに結合した多機能周辺デバイスと結びつけるステップと、宛先識別子によって定義されたように、多機能周辺デバイスを対象とするファクシミリ・フォーマット・メッセージを受信するステップと、ファクシミリ・フォーマット・メッセージを格納するステップと、その多機能周辺デバイスから要求を受信する際に、ハイパーテキスト伝送プロトコルのコマンドを介して、そのファクシミリ・フォーマット・メッセージを通信するステップと、を含む。

ドキュメント処理のための方法のもう一つの実施形態は、多機能周辺デバイスのユーザを登録するステップと、ユーザをデータ・ネットワーク上の多機能周辺デバイスをユニークに識別する識別子と結びつけるステップと、多機能周辺デバイスからハイパーテキスト伝送プロトコルのコマンドを介して画像情報を受信するステップと、画像情報をファクシミリ・フォーマット・メッセージに変換するステップと、ファクシミリ・フォーマット・メッセージを通信するステップと、を含む。

他のデバイス、方法、特徴および効果は、当業者にとって明らかであるか、以下の図や詳細な説明を検討することにより明らかとなる。すべてのそのような追加的なデバイス、方法、特徴および効果は、付随する特許請求の範囲によって規定され、保護される。

特許請求の範囲において規定されるように、ドキュメント通信のための本願システムと方法は、以下の図面を参照すればよりよく理解することができる。図面内のコンポーネントが、互いに相対的に必ずしも一定の比率であるというわけではない。多機能周辺デバイスへのドキュメントの転送をサポートし、多機能周辺デバイスからのドキュメントを受信することに関係する要素、特徴および原理を明瞭に図示するために強調されている場合がある。
実施例のネットワーク環境の実施形態を図示している機能ブロック図である。 図１のネットワーク環境を通して、受信ファックス・メッセージ処理を図示している機能ブロック図である。 図１のネットワーク環境を通して、発信ファックス・メッセージ処理を図示している機能ブロック図である。 電子メール・メッセージの実施形態を図示している機能ブロック図である。 ドキュメント通信のための方法の実施形態を図示しているフローチャートである。 ドキュメント処理のための方法の実施形態を図示しているフローチャートである。 代替的なネットワーク環境の実施形態を図示している機能ブロック図である。 ドキュメント処理のための方法の実施形態を図示しているフローチャートである。 ドキュメント通信のための方法の実施形態を図示しているフローチャートである。

ドキュメントを通信するシステムと方法が、発明され、開示される。企業環境におけるデータ・ネットワークに連結する多機能周辺装置（ＭＦＰ）は、ファックス・メッセージをファックス・モデム無しで、ＰＳＴＮを送受信する。ファックス・メッセージは、ファックス・サーバまたはトランスレータで受信される。トランスレータは、受信されたＰＳＴＮファクシミリを変換して、電子メール・メッセージとしての画像フォーマット・ファイルに追加し、あるいは、画像フォーマット・ファイル情報を抽出し、その画像フォーマット・ファイル情報を電子メール添付に追加する。タグ付け画像ファイル・フォーマット（ＴＩＦＦ）とポータブル・ドキュメント・フォーマット（ＰＤＦ）の両方がサポートされる。代替的な実施形態において、受信されたファックスは、プリンタ・コマンド言語（ＰＣＬ）を使用して、コマンドに変換される。ＰＣＬコマンドは、宛先ＭＦＰに向けられ、それがコマンドに従ってファックスのハードコピー表現を生成する。付加ファックス・メッセージによる電子メール・メッセージは、２つの方法のうちの１つを介して転送される。その方法は、ユーザ選好に従い選択可能である。

第１の方法は、トランスレータから、宛先ＭＦＰ上で使用可能なアプリケーション・ソフトウェアが、ＭＦＰに割り当てられた電子メール・アカウントを使っている格納された電子メール・メッセージを要求するまでメッセージが、格納される電子メール・サーバまで電子メール・メッセージを転送する。アプリケーション・ソフトウェアは、添付ファックスで電子メール・メッセージを受信し、電子メール・メッセージを廃棄して、ファックスを印刷する。いくつかの実施形態において、ＭＦＰは、ファックスが印刷されたということを宛先の個人に警報する。さもなければ、ファックスは、受信者のピックアップおよび配布のため、または指定された配布のために出力ビンで利用できる。

第２の方法は、トランスレータ中の電子メール配信エイジェントをメッセージ転送エイジェント（ＭＴＡ）に電子メール・メッセージを転送するために、使用する。電子メール配信エイジェントは、宛先ドメインを識別するＰＳＴＮファックスから抽出された宛先電話番号を使用する。電子メール配信エイジェントは、識別された宛先ドメインと関連した情報を求めて、ドメイン・ネーム・システム（ＤＮＳ）ルックアップを実行する。ファックス・サービスのクライアントにより提供されるメール交換（ＭＸ）記録は、メッセージを処理するためにメール・サーバを識別するのに用いられる。ＭＴＡは、クライアントの内部ＤＮＳメカニズムに従って、電子メール・メッセージを中継する。１つの実施形態において、特定のデバイス名が使われる。他の実施形態において、クライアントに特有のＩＰアドレス（内部）が、電子メール・メッセージを、指定されたＭＦＰのＳＭＴＰサーバに送るために用いられる。複数のメール交換記録が電子メール・メッセージに含まれるときは、メール交換記録は、ＭＦＰが使われなければならない順序を示す選好番号で優先付けすることができる。これは、ファックスを処理するために、主ＭＦＰと予備ＭＦＰの使用を可能にする。また、ＭＦＰは、添付ファックスを伴う電子メール・メッセージを受信し、その電子メール・メッセージを廃棄して、ファックスを印刷する。上で記載したように、ＭＦＰは、ファックスがＭＦＰで利用できるということを、宛先の個人に警報するように構成することができる。宛先の個人は、ファックス上にリストされた受信者である必要はない。

ＭＦＰは、ファックス・エミュレーションまたはローカル・エリア・ネットワーク・ファックス・モードで発信ドキュメントをスキャンする。ＭＦＰのオペレータは、ファックス・マシンと同様に、宛先電話番号だけを入力する。しかしながら、カスタマ構内設備においてファックス・モデムとＰＳＴＮを使うのではなく、その意図した受信者にファックス・メッセージを通信するために、本願のシステムは、スキャンしたドキュメントを、ファックス・サービスまたはトランスレータにアドレスされた電子メール・メッセージに添付される画像フォーマット・ファイルに変換する。また、ＴＩＦＦとＰＤＦの両方がサポートされる。付加的アドレス情報は、ＭＦＰのオペレータから必要とされない。ＭＦＰで統合できる、またはローカル・エリア・ネットワーク結合デバイスにおいて可能となるＭＴＡは、生成された電子メール・メッセージにおいて１つ以上のエンコードされたコマンドを提供するように構成することができる。ＭＴＡは、ＭＦＰから抽出された情報の識別に従って、ソース・アドレスを生成する。トランスレータは、エンコードされたコマンドを識別して、発信ファックスを生成するために、添付に適用する。発信ファックスは、宛先電話番号にＰＳＴＮを介して送信される。送達確認は、電子メール・サーバまたはＭＴＡを通して送信または発信側のＭＦＰに返される。送達確認は、電子メール・メッセージとして、または、電子メール・メッセージへの添付として送ることができる。

１つの実施形態において、ユーザ識別子は、ＭＦＰに特有の識別子ではなく、または、それに加えて、発信ファックスと関係している。この場合には、ファックスのカバーシートを生成するとき、また、確認を返すときに、システムは、ユーザ識別子を使うことができる。この実施形態において、ファックス確認は、ドキュメントをスキャンするのに用いられたＭＦＰよりむしろ、または、ＭＦＰに加えて、特定のユーザの電子メール・アカウントに転送することができる。ユーザ識別子は、複数の方法でＭＦＰに通信されることができる。例えば、カード・リーダは、従業員ＩＤカードの上で利用できる情報をスキャンするのに用いることができる。ＲＦレシーバ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｒｅｃｅｉｖｅｒ）は、従業員ＩＤカードに組み込むことができるパッシブまたはアクティブ・タグから、ＲＦＩＤ（ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｅｒ）をスキャンするのに用いられることができるまたは、ユーザ特有コードは、ＭＦＰ上のユーザ・インタフェースを介して入力することができる。好ましくは、ＭＦＰまたは外部ＭＴＡは、ＭＦＰのユーザを決定するのに用いることができるルックアップテーブルを有している。トランスレータは、確認メッセージを指定されたユーザに転送するために、ユーザ情報を使うことができる。

１つの実施形態において、小規模オフィスまたはホーム環境のデータ・ネットワークに連結したＭＦＰは、ファックス・モデム、外部ＭＴＡ、計算装置とＰＳＴＮなしでファックス・メッセージを送受信する。ネットワーク・ベースのファックス・サービスのユーザは、個人情報をネットワーク・ベース・サービスで共有し、ユーザ名とパスワードを受信する。ファックス・メッセージは、ネットワークに結合したファックス・サーバまたはトランスレータで、ユーザに代わって受信される。トランスレータは、画像フォーマット・ファイルで受信されたＰＳＴＮファクシミリを変換して、プリントコマンドの集合として、または、ブラウザ・アプリケーションのために適切な情報のページとして格納する。ＭＦＰは、自律的アプリケーション・プログラミング・インタフェースをサービスから格納されたファクシミリ・メッセージを周期的に要求するために、使用する。サービスは、ＭＦＰに直接ネットワークを介してユーザ名とパスワードに関連したユーザを対象とする、いかなる格納されたファクシミリ・メッセージでも識別して転送する。順番に、ＭＦＰは、受信されたファクシミリ・メッセージのハードコピーを生成する。ＭＦＰは、ファックス・サービスによるファクシミリ・フォーマットの送達のために、ドキュメントをスキャンして、通信するようにさらに構成される。

選択的な特徴として、識別された宛て先にファクシミリ・フォーマット・メッセージのコピーを転送する。選択的特徴は、企業レベルまたはユーザ・レベルで使用可である。コピーは、ファックス・サービスが受け取った時に、または、並行して、あるいは、ファクシミリ・メッセージのＭＦＰへの配達に続いて、転送することができる。識別された宛て先は、電子メール・アドレス、ファックス・アドレス（すなわち電話番号）または、個人の宛先電子メール・アドレスとファックス・アドレスに結びついたユーザリストでありえる。

ドキュメント通信のためのシステムと方法の動作が一般的に記述され、種々の付加実施形態が、図１ないし図９に関連して記述される。図１は、実施例のネットワーク環境の実施形態を図示している機能ブロック図である。ネットワーク環境１００は、ＰＳＴＮ１０、データ・ネットワーク４０とカスタマ・ネットワーク６０を含む、トランスレータ１２０は、リンク１１を介してＰＳＴＮ１０に、リンク４５を介してデータ・ネットワーク４０に結合する。電子メール・サーバ５０は、リンク４７を介してデータ・ネットワーク４０に結合する。カスタマ・ネットワーク６０は、リンク４３を介してデータ・ネットワーク４０に結合する。

電子メール・サーバ５０は、データ・ネットワーク結合に結合したＭＴＡまたはＭＴＡのシステムであって、電子メール・メッセージを格納して、ポスト・オフィス・プロトコル（ＰＯＰ）、インターネット・メッセージ・アクセスプロトコル（ＩＭＡＰ）または他のプロトコルを使っているカスタマーアクセスをサポートすることによって、電子メールをルートし、電子メールのサービスを行うのに用いられる。

トランスレータ１２０は、ＰＳＴＮインタフェース２０、パケット交換インタフェース３０およびエンジン１２５を含む。ＰＳＴＮインタフェース２０は、ＰＳＴＮ１０を介してファックス信号伝送を含むデータを送受信するために、必要なデータとシグナル翻訳をつくる。同様に、パケット交換インタフェース３０は、データ・ネットワーク４０を介してデータパケットを送受信するために、必要なデータとシグナル翻訳をつくる。エンジン１２５は、受信および発信ファックス・ドキュメントの処理を可能にするプロセッサとメモリ（図示せず）を含む。

カスタマ・ネットワーク６０は、ＭＴＡ１１０、ＭＦＰ６１、ＭＦＰ６３およびＭＦＰ６９を含む。カスタマ・ネットワーク６０の中のＭＴＡとＭＦＰの数は、サポートされた企業のファックス通信とプリントの必要を満たすために、要望通り広げることができる。ＭＦＰ６１は、リンク６２を介してＭＴＡ１１０に結合する。ＭＦＰ６３は、リンク６４を介してＭＴＡ１１０に結合する。ＭＦＰ６９は、リンク６６を介してＭＴＡ１１０に結合する。順番に、ＭＴＡ１１０は、リンク４３を介してデータ・ネットワーク４０に結合する。ＭＴＡ１１０は、入って来る電子メール・メッセージと関連添付を受信して、カスタマ・ネットワークのドメイン・ネーム・システムに従って、中継する。それはＩＰアドレスをカスタマ・ネットワーク６０に連結した各々のフィジカルデバイスに割り当てる。それに加え、ＭＴＡ１１０は、画像フォーマット添付ファイルを伴う電子メール・メッセージを生成し、ＭＦＰ６１、ＭＦＰ６３およびＭＦＰ６９のうちの１つのユーザから入力された電話番号に従って電子メール・メッセージを転送する。ＭＴＡ１１０は、ＭＦＰ識別子と生成された電子メール・メッセージのユーザ識別子との一方または両方を含む。

図１に図示されたネットワーク環境１００は、考えられた唯一の実施形態ではないことに留意することが重要である。例えば、どちらでもまたはトランスレータ１２０と電子メール・サーバ５０の両方ともカスタマ・ネットワーク６０の管理とコントロールの下で、インプリメントすることができる。それに加え、単一のＭＴＡ１１０が、カスタマ・ネットワーク６０中のＭＦＰ６１、ＭＦＰ６３、ＭＦＰ６９と共に図示される、別法として、ＭＴＡ機能は、例えば、ＳＭＴＰサーバ２６１、ＳＭＴＰサーバ２６２およびＳＭＴＰサーバ２６９等のＭＦＰ６１、ＭＦＰ６３とＭＦＰ６９の各々の中のアプリケーション・ソフトウェアや使用可能なファームウェアを用いてインプリメントすることができる。例えば、リンク６２、リンク６４およびリンク６６などカスタマ・ネットワーク６０中のリンク４３、リンク４５、リンク４７または内部リンクなどのデータ・ネットワーク４０を有する図示された通信リンクの各々は、部分的に、または、全体が、ワイヤレスで使用可能であることをさらに理解しなければならない。

図２は、図１のネットワーク環境１００を通した受信ファックス・メッセージ処理を図示している機能ブロック図である。ダイアグラム２００は、図の右から左へ横切る受信ファックス・メッセージの処理を図示する。図２で示すように、ファックス・メッセージ２は、トランスレータ１２０によって受信され、それが、電子メール・メッセージを生成し、ファックス・フォーマット・メッセージを画像フォーマット添付ファイルに翻訳する。添付による生成された電子メール・メッセージは、ＭＴＡ１１０または電子メール・サーバ５０に通信される、ＭＴＡ１１０または電子メール・サーバ５０に通信され、それが、指定されたＭＦＰ（例えばＭＦＰ６１）に電子メール・メッセージと添付を転送する。順番に、ＭＦＰ６１は、受信された添付からファックス・メッセージ２のハードコピー表現３を生成する。上で記載したように、添付は、１つ以上のファイルをＰＤＦまたはＴＩＦＦを含む。別法として、その添付は、受信ファックスの表現を作りだす際にＭＦＰに命令するＰＣＬコマンドを含む。

エンジン１２５は、受信されたファックス・メッセージを検出して、処理するソフトウェアあるいはファームウェアを含む。すなわち、エンジン１２５は、変換ロジック２２２、メッセージ生成ロジック２２４および通信ロジック２２６を含む。変換ロジック２２２は、ファックス・フォーマット・メッセージを、画像フォーマット・ファイルに変換するように構成される。これに関して、変換ロジック２２２は、ファックスをＴＩＦＦまたはＰＤＦファイルに変換するように構成することができる。メッセージ生成ロジック２２４は、ファックス・メッセージの意図された受信者に宛てられた電子メール・メッセージを生成し、画像フォーマット・ファイルを添付するように構成される。メッセージ生成ロジック２２４は、メッセージをアドレスするのにアカウント・ストア２２１と同様にダイヤル・ナンバー識別サービス（ＤＮＩＳ）ストア２２０からの情報を使う。ＤＮＩＳストア２２０は、メッセージ生成ロジック２２４が、受信ファックス・メッセージを適切な電子メール・アドレスに向けるのに用いられる情報を含む。図示した実施例において、クライアント生成のＭＸ記録２２５は、電子メール・サーバ５０に、または、ＭＴＡ１１０に電子メール・メッセージを向けるのに用いられることができる情報を含む。アカウント・ストア２２１は、システムにおけるＭＦＰ（例えばＭＦＰ６１）ごとのユニークな電話番号と電子メール・アドレスを含む。通信ロジック２２６は、適切に構成された電子メール・メッセージと添付をリンク４５、リンク４０およびリンク４３を介してＭＴＡ１１０に転送する。別法として、通信ロジック２２６は、電子メールにメッセージと添付をリンク４４、リンク４０およびリンク４７を介して電子メール・サーバ５０によって許可された電子メール・アカウントに送る。

ＭＴＡ１１０が電子メール・メッセージと添付を受信するときに、リレー・ロジック２３０は、宛先ＭＦＰの名前を解釈し、ローカルＩＰアドレスを識別するために、ローカルＤＮＳメカニズムを使用する。一度、ローカルＩＰアドレスが識別されると、ＭＴＡ１１０は、それにしたがって、電子メール・メッセージと添付を転送する。図示した実施例において、電子メール・メッセージと添付は、リンク６２を介してＭＦＰ６１への送達のために指定される。さもなければ、構成されたパラメータに従って、ＭＦＰ６１の上で使用可能なＳＭＴＰサーバ２６１は、ＭＦＰ６１にアドレスされるストア２８０における電子メール・メッセージを転送するために、電子メール・サーバ５０に要求を周期的に送る。応答して、電子メール・サーバ５０は、ストア２２８からＳＭＴＰサーバ２６１へ添付とともに適切にアドレスされた電子メール・メッセージを転送する。

ＳＭＴＰサーバ２６１に加えて、ＭＦＰ６１は、受信された電子メール・メッセージを処理するソフトウェアやファームウェアを含む。すなわち、ＭＦＰ６１は、放棄電子メール・ロジック２３２とプリント添付ロジック２３４を含む。廃棄電子メール・ロジック２３２は、添付をそのホスト電子メール・メッセージから削除する。プリント添付ロジック２３４は、画像フォーマット・ファイルの情報を、受信されたファックス・メッセージ２のハードコピー表現３にする。

図３は、図１のネットワーク環境１００を通した発信ファックス・メッセージ処理を図示している機能ブロック図である。ダイアグラム３００は、図の左から右へ横切る発信ファックス・メッセージの処理を図示する。図３で示すように、ソースドキュメント５は、ＭＦＰ６１によって受信され、それは、ファックス・モードでドキュメントをスキャンして、画像ファイルを生成する。画像ファイルと識別している情報は、ＭＴＡ１１０に通信される。順番に、ＭＴＡ１１０は、画像ファイルと識別している情報を受信し、添付で電子メール・メッセージを生成する。その添付は、更なる処理のためにトランスレータ１２０に通信される。トランスレータ１２０は電子メール・メッセージを受信して、画像フォーマット・ファイルを、ファックス・フォーマット情報ストリームに翻訳する。トランスレータ１２０の付加ロジックは、前のストア構成に従って、カバーシートを加えるか、あるいは、電子メール・メッセージ内のコード化されたコマンドがカバーシートをフォーマットしなければならないかどうか決定するその後に、ファックス・フォーマット情報ストリームおよびいかなるカバーシート情報も、ＰＳＴＮ１０を介して、ファックス・メッセージ２を意図されたファックス・デバイスに送達するために通信される。

ＭＦＰ６１は、ドキュメントを処理するソフトウェアやファームウェアを含む。すなわち、ＭＦＰ６１は、スキャンイン・ファックス・モード・ロジック３２２と画像ファイル生成ロジック３２４を含む。スキャンイン・ファックス・モード・ロジック３２２は、宛先電話番号を受信し、ドキュメント５の各々のページの画像をキャプチャする。画像ファイル生成ロジック３２４は、画像フォーマット・ファイルにキャプチャされた画像を変換する。図３でさらに図示されるように、ＭＦＰ６１は、ユーザ識別子３４０を受信するように構成することができる。上で記載したように、ユーザ識別子は、多くの種々のメカニズムで通信されることが可能である。ユーザ識別子は、ＭＦＰ６１の上でユーザ・インタフェースを介して入力することができる。ユーザ識別子はＭＦＰ６１のオペレータが装着するか、さもなければオペレータ取り付けられたパッシブまたはアクティブ無線ＩＣタグを介して、受信することができる。それに加え、ユーザ識別子は、ＭＦＰ６１に連結したバッジ・スキャナから受信することができる。ユーザ識別子を通信するためのメカニズムに関係なく、ＭＦＰ６１は、画像ファイルとＭＦＰ識別子やユーザ識別子をＭＴＡ１１０へリンク６２を介して通信する。

ＭＴＡ１１０は、さらにドキュメントを処理するソフトウェアまたはファームウェアを含む。これに関して、ＭＴＡ１１０は、メッセージ生成ロジック３２６、添付ロジック３２８および通信ロジック３３０を含む。メッセージ生成ロジック３２６は、電子メール・メッセージをつくる。電子メール・メッセージは、サーバ名に連結される接頭辞として挿入した宛先電話番号と、トランスレータ１２０と結びついた電子メール・アカウントの拡張とを伴う「ＴＯ」フィールド・エントリを含む。添付ロジック３２８は、つくられた電子メール・メッセージへの添付として画像ファイルを追加する、あるいは、さもなければ結びつける。通信ロジック３３０は、生成された電子メール・メッセージと添付を、リンク４３、リンク４０およびリンク４５を介して、トランスレータ１２０に送る。

トランスレータ１２０中のエンジン１２５は、受信された電子メール・メッセージを検出して、処理するソフトウェアあるいは、ファームウェアを含む。すなわち、エンジン１２５は、廃棄メッセージ・ロジック３３２、フォーマット・ロジック３３４および通信ロジック２２６を含む。廃棄メッセージ・ロジック３３２は、受信された電子メール・メッセージから添付を除去する。フォーマット・ロジック３３４は、電子メール・メッセージの１つ以上のエンコードされたコマンドに従って、ファックス・メッセージで送られるカバーシートを加え、適切にフォーマットする。通信ロジック２２６は、適切に翻訳されたファックス・フォーマット情報を宛先電話番号へバイアＰＳＴＮ１０を介して、転送する。

図４は、ディスプレイ装置上に表現される実施例の電子メール・メッセージ４００の実施形態を図示している概要図である。電子メール・メッセージ４００は、タイトルバー４１０、ドロップ・ダウン・メニュー・バー４２０、タスクバー４３０、ヘッダ４４０、および、ボディ４５０を含む、タイトル・バー４１０は、メッセージ４００の上部横方向に構成される。タイトル・バー４１０は、選択されると、それぞれ、メッセージ・アプリケーション・ウィンドウを最小にする、大きさを変更する、閉じる、を実行する、左から右に配置される押しボタンを含む。タイトル・バー４１０は、他の電子メール・メッセージから電子メール・メッセージを識別するために英数字タイトル（図示せず）を含むことができる。ドロップ・ダウン・メニューバー４２０は、グラフィカル・ユーザ・インタフェースで通常利用できるそれぞれのドロップ・ダウン・メニューに対して一組の英数字タイトルを含む。

タスクバー４３０は、選択されると、それぞれの操作上のタスク、ツールをオープンすること、種々のアプリケーション・パラメータを構成すること、その他を実行する、左から右に配置される一組の押しボタンを含む。知られていているように、押しボタンの各々は、操作される関連動作、ツールまたは構成アイテムを示すアイコンを有するラベルをつけることができる。

ヘッダ４４０は、一組のデータ入力フィールドおよび構成または編集パネルを含む。詳しくは、ヘッダ４４０は、「ＦＲＯＭ」フィールド４４１、「ＴＯ」フィールド４４２、「ＣＣ」フィールド４４３、「ＳＵＢＪＥＣＴ」フィールド４４４、および、「添付」フィールド４４５を含む。「ＦＲＯＭ」フィールド４４１、「ＴＯ」フィールド４４２、「ＣＣ」フィールド４４３、「ＳＵＢＪＥＣＴ」フィールド４４４および「添付」フィールド４４５の各々は、文字数字の列を受信して及び／又は表示するように構成される。「ＦＲＯＭ」フィールド４４１は、メッセージ・ボディ４５０内のメッセージのソースを識別する第１の文字数字の列を受信して、表示するように構成される。「ＴＯ」フィールド４４２は、メッセージ・ボディ２５０内のメッセージに対して意図された宛て先を識別する第２の文字数字の列を受信して、表示するように構成される。「ＣＣ」フィールド４４３は、メッセージ・ボディ２５０内のメッセージのコピーを受信することになっている付加パーティまたは宛て先を識別する第３の文字数字の列を受信して、表示するように構成される。「ＳＵＢＪＥＣＴ」フィールド４４４は、メッセージ・ボディ４５０のメッセージが関するものを開示する第４の文字数字の列を受信して、表示するように構成される。「添付」フィールド４４５は、電子メール・メッセージ４００に添付される１つ以上のファイルのファイル名を含む第５の文字数字の列を受信して、表示するように構成される。ヘッダ４４０は、押しボタンがアクティブで、選択されたとき、実行される関連タスクを示すアイコンについてのラベルがついている一組の押しボタンを含むタスク／構成バー４４６を更に含む。例えば、タスク／構成バー４４６は、プリント、セーブ、編集（選択したテキスト文字列のカット、コピー＆ペーストを含む）、および、フォーマッティング・タスクと関連した押しボタンを含むことができる。

図示した実施例において、「ＦＲＯＭ」フィールド４４１は、区間の３つのインスタンスによって切り離される部分文字列の文字列を含む。第１の部分文字列、「ＡＴＬ−０７−ＭＳ３Ａ」は、電子メール・メッセージを生成したソースＭＦＰの位置を識別する。第２の部分文字列、「プリンタ」は、ＭＦＰがファイルを印刷することができることを示し、カスタマ・ネットワーク６０（図１）に結合される。第３の部分文字列、「ドメイン」は、カスタマのネットワークドメインの名前を示す。第４の部分文字列、「ｃｏｍ」は、ＭＦＰのアドレスの拡張を明らかにする。「ＴＯ」フィールドは、電子メール・アドレスを識別している部分文字列の文字列を含む。第１の部分文字列、「８６６５５５１２１２」は、ファックス・メッセージの意図された受信者と関連した宛先電話番号を含む。第２の部分文字列、「ｓｅｒｖｅｒｎａｍｅ」は、メッセージを処理するトランスレータのドメイン名を明らかにする。第３の部分文字列、「ｃｏｍ」は、トランスレータ１２０と関連したアドレスの拡張を明らかにする。「添付」フィールド４４５は、電子メール・メッセージに添付されるファイルのファイル名を表す文字列を含む。図示されたファイル名は、ファイルが２００７年８月１７日に生成されたことを示す。そのファイルは、その日に処理される第３のスキャンしたドキュメントの結果として生成され、１２ページを含む。

「ＳＵＢＪＥＣＴ」フィールド４４４は、セミコロンで区切られる３つの文字列を含む。第１の文字列、「／／ＮＯＢＯＤＹ」は、トランスレータ１２０に、電子メール４００のボディ４５０中のいかなる情報でも無視するように指示するコマンドである。第２の文字列、「／／ＣＰ＝ＮＯＮＥ」は、トランスレータ１２０に、発信ファックス・メッセージからカバーシートを省略するように指示するコマンドである。第３の文字列、「／／ＲＥＰＯＲＴ＝［ＮＯＮＥＩＤＥＴＡＩＬＩＥＸＣＥＰＴＩＯＮ］」は、トランスレータ１２０に、ファックス送達をどのようにレポートするかを指示するのに用いられる付加的代替的なエンコードされた命令は、トランスレータ１２０に、発信ファックス・メッセージに挿入されるべきカバーシートを生成して、フォーマット化するために、ボディ４５０中の情報を使用するように指示することを容易に可能にすることができる。

一般に、ハードウェアアーキテクチャに関して、上記のＭＴＡ１１０は、トランスレータ１２０とＳＭＴＰサーバ２６１は、ローカルおよび外部インタフェースと同様に、各々それぞれのプロセッサとメモリを含む。各々のそれぞれの組合せが、プロセッサがローカル・インタフェースを介してメモリと通信するように構成される。ローカル・インタフェースは、たとえば、従来技術で知られていているように１つ以上のバスまたは他の有線または無線接続であることができるが、それに限られるものではない。ローカル・インタフェースには、例えば、コントローラ、バッファ（キャッシュ）、ドライバ、リピータ、および、レシーバなど、通信を可能にするために、付加的な要素があってもよい。さらに、ローカル・インタフェースは、アドレス、コントロール、パワーおよび／または前記のコンポーネントの間で適切な通信を可能にするデータ接続を含むことができる。

それぞれのプロセッサは、特に関連づけされたメモリ・デバイスに格納されたソフトウェアを実行するためのハードウェア・デバイスである、そのプロセッサは、ソフトウェア命令を実行するように構成されたどんなカスタムメイド、あるいは、市販のプロセッサであってもよい。

それぞれのメモリは、（例えば、動的ランダム・アクセス・メモリ（ＤＲＡＭ）、静的ランダム・アクセス・メモリ（ＳＲＡＭ）、同期動的ランダム・アクセス・メモリ（ＳＤＲＡＭ）等のランダム・アクセス・メモリ（ＲＡＭ）、その他）揮発性メモリ素子および不揮発性メモリ素子（例えば、読取り専用メモリ（ロム）、ハードディスク、テープ、コンパクト・ディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、その他）のいかなる１つあるいは組合せであってもよい。そのうえ、それぞれのメモリは、電子回路、磁気、光学、および／または他のタイプの記憶媒体を組み込むことができる。各々のメモリは、種々のコンポーネントが互いに遠隔に配置されているが、しかし、関連プロセッサを介してアクセス可能な分散アーキテクチャ、を有することができる。

それぞれが論理機能をインプリメントするための実行可能命令のきちんとしたリストを備える１つ以上のプログラムを、それぞれのメモリに格納することができる。それに加え、メモリの各々は、図示された機能およびおそらく例えばスケジューリング、入出力制御、ファイルおよびデータ管理、メモリ管理、通信制御および関連サービスなど追加機能の実行を本質的にコントロールするオペレーティングシステムを含むことができる。

ソースプログラムとしてインプリメントされるとき、プログラムは、コンパイラ、アセンブラ、インタープリタ等によって、オペレーティングシステムに関連して適切に動作するように翻訳される。

外部インタフェースは、有線ネットワークおよび無線ネットワークの一方または両方を介して通信を可能にするために、信号処理とデータ・フォーマット変換を実行する。有線インタフェースは、イーサネット（登録商標）標準とＴＣＰ／ＩＰ標準に準拠する。無線インタフェースは、赤外線データ協会（ＩｒＤＡ）、電気電子学会（ＩＥＥＥ）８０２無線データ通信用プロトコルのファミリの一つ以上に準拠する。他の通信標準とプロトコルに準拠する他のデータ・ネットワーク・インタフェースも使用することができることを理解すべきである。

付加インタフェースとメカニズムは、ＭＴＡ１１０、トランスレータ１２０、これらのデバイスを構成するＳＭＴＰサーバ２６１の各々に結合することができる。これらのメカニズムは、ブラウザまたは、構成パラメータ、外部デバイスへのデータテーブルと他の情報を公開するように構成される他のソフトウェア（図示せず）を含むことができる。そのうえ、ローカル・インタフェースは、例えば、キーボード、ディスプレイ、プリンタ、その他１つ以上のマンマシンインタフェースで構成することができる。そのようなヒューマンマシンインタフェースは、タッチ・センシティブ・ディスプレイ、またはグラフィカル・ユーザ・インタフェースの組合せ、および、例えば、オペレータが、ＭＴＡ１１０、トランスレータ１２０またはＳＭＴＰサーバ２６１、ゲートウェイ１２１およびゲートウェイ１２２を構成するか、さもなければ変更するのを可能にするマウスなどの制御可能なポインティングデバイスを含むことができる。

命令とデータ要素が、ソフトウェア中にインプリメントされるときは、これらのソフトウェア要素は、いかなるコンピュータ関連システムまたは方法による、または、それに関連した使用のためにどんなコンピュータ読取可能媒体上にでも格納することができることに留意する必要がある。このドキュメントの文脈において、「コンピュータ読取可能媒体」は、命令の実行システム、装置、またはデバイスによる、または、それに関連した使用のためのプログラムを格納することができ、通信することができ、伝播し、運搬することができるどんな手段でもありえる。コンピュータ読取可能媒体は、例えば、電子回路、磁気、光学、電磁気、赤外線、または半導体システム、装置、デバイス、または伝搬メディアであることができるが、それらに限られるものではない。コンピュータ読取可能媒体のより特定した例は、完全なリストではないが、１つ以上の配線を有する電気的接続（電子回路）、ポータブルコンピュータ・ディスケット（磁気）、ＲＡＭ（電子回路）、ＲＯＭ（電子回路）、ＥＰＲＯＭ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）またはフラッシュ・メモリ（電子回路）、光ファイバー（光学）、および、ＣＤＲＯＭ（光学）を含む。コンピュータ読取可能媒体は、たとえば、紙または他の媒体の光学的スキャニングを介してプログラムを電子的にキャプチャすることができて、次に、コンパイルし、解釈する、さもなければ、必要に応じて適切な方法で処理し、それから、コンピュータメモリに格納されるプログラムが印刷される紙またはもう一つの適切な媒体であってもよいことに留意する。

代替的な実施形態において、１つ以上の命令がＭＴＡ１１０内で動作可能であるようなところで、トランスレータ１２０とＳＭＴＰサーバ２６１は、ハードウェアにインプリメントされ、その命令は、データ信号に論理機能をインプリメントするための論理ゲートを有するディスクリートの論理回路、適切な組合せの論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラム可能なゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他、各々周知の技術であるような技術のいずれかまたは組み合わせでインプリメントすることができる。

図５は、ドキュメント通信のための方法の実施形態を図示しているフローチャートである。図５のフローチャートは、通信的に連結したデバイスと関連するソフトウェアやファームウェアを介したインプリメンテーションのアーキテクチャ、機能、および動作を示す。これに関して、各々のブロックは、指定された機能をインプリメントするために、１つ以上の実行可能命令を備えるコードのモジュール、セグメント、または部分を表す。

方法５００は、宛先識別子がデータ・ネットワークに連結した特定のＭＦＰと関連するブロック５０２で始まる。その後に、入出力ブロック５２０で示すように、宛先識別子によって定義されるＭＦＰを対象とするファックス・メッセージが、受信される。ファックスが受信されると、電子メール・メッセージが、ブロック５３０で示すように、画像フォーマット添付ファイルで生成される。ブロック５３０でさらに示されるように、添付は、ファックス・メッセージの電子的表現を含む。次に、入出力ブロック５４０で示すように、電子メール・メッセージは、ＭＦＰに電子メール・メッセージを転送するか、中継するように構成された転送エイジェントに通信される。

図６は、ドキュメント処理のための方法の実施形態を図示しているフローチャートである。図６のフローチャートは、通信的に連結したデバイスと関連するソフトウェアやファームウェアを介したインプリメンテーションのアーキテクチャ、機能、および動作を示す。これに関して、各々のブロックは、指定された機能をインプリメントするために、１つ以上の実行可能命令を備えるコードのモジュール、セグメント、または部分を表す。

方法６００は、画像ファイル・フォーマットにおける添付を含む電子メール・メッセージが、ファクシミリ・モードで動作しているＭＦＰから受信され、ＭＦＰが電子メール・メッセージでＰＳＴＮ情報を提供している入出力ブロック６１０で始まる。その後に、ブロック６２０で示すように、データ・ネットワークに適合する宛先アドレスが、電子メール・メッセージで提供される情報に従って、生成される。次に、入出力ブロック６３０で示すように、電子メール・メッセージは、宛先アドレスおよび、添付を処理するための少なくとも１つの命令とともに通信される。

図７は、代替的なネットワーク環境の実施形態を図示している機能ブロック図である。ネットワーク環境７００は、ＰＳＴＮ１０、データ・ネットワーク４０およびカスタマ構内設備７１０を含む、トランスレータ１２０は、リンク１１を介してＰＳＴＮ１０に、リンク４５を介してデータ・ネットワーク４０に結合する。カスタマ構内設備７１０は、リンク４３を介してデータ・ネットワーク４０に結合する。

トランスレータ１２０は、ＰＳＴＮインタフェース２０、パケット交換インタフェース３０およびエンジン１２５を含む。ＰＳＴＮインタフェース２０は、ＰＳＴＮ１０を介してファックス信号伝送を含むデータを送受信するために、必要なデータとシグナル翻訳をつくる。同様に、パケット交換インタフェース３０は、データ・ネットワーク４０を介してデータパケットを送受信するために、必要なデータとシグナル翻訳をつくる。エンジン１２５は、受信および発信ファックス・ドキュメントの処理を可能にするために、プロセッサとメモリ（図示せず）を含む。エンジン１２５は、受信するか、さもなければユーザ・レジスタ１２８と通信する。それはカスタマ構内設備７１０内の装置のユーザについて、個人情報を格納する。ユーザ・レジスタ１２８は、名前、ユーザ名、および、ＭＦＰ７３０をユニークに識別する１つ以上の識別子を含むアカウント情報を含むことができる。エンジン１２５は、更に、サード・パーティ・コピー生成器７５０の中で配置された、プロセッサによって実行されると、メッセージの付加コピーのカスタマ構内設備７１０と所定のあるいは第２の宛て先との間のオプションの転送を可能にするロジックを含む。第２の宛て先は、電子メール・アドレスまたはファクシミリ・アドレスでありえる。第２の宛て先が電子メール・アドレスであるときに、そのメッセージは、データ格納７５１に、通信リンク７４７を介して送ることができる。それはインデックスを持ち、格納されたコピーを露にする。第２の宛て先が電話番号であるときに、そのメッセージは、ファクシミリ装置７５３に通信リンク７４９を介して送ることができる。

カスタマ構内設備７１０は、データ・モデム７２０とＭＦＰ７３０を含む。カスタマ構内設備７１０は、オペレーション・コンピュータ７４０を含むことがある。データ・モデム７２０は、カスタマ構内設備７１０およびデータ・ネットワーク４０に連結したデバイスとの間でデータパケットを送受信するために必要なデータとシグナル翻訳を提供する。データ・モデムは、リンク７２２を介してＭＦＰ７３０に、そして、リンク７２４を介してコンピュータ７４０に結合する。例えば、リンク４３またはリンク４５等のデータ・ネットワーク４０を有する図示された通信リンクの各々は、または、例えば、リンク７２２または７２４等のカスタマ構内設備７１０内の内部リンクは、部分的に、または、全体が、ワイヤレスで使用可能である。

ＭＦＰ７３０は、自律的アプリケーション・プログラミング・インタフェース（ＡＰＩ）７３２を含む。ＡＰＩ７３２は、ＭＦＰ７３０と通信するブラウザ・アプリケーションと連結した計算装置のユーザを可能とする１つ以上のインターネット・サービスを含む。インターネット・サービスは、デバイス名、システム名、ファームウェア識別子、ＩＰアドレスおよび他の情報の間のメディア・アクセス制御アドレスのようなステータス情報を含むことができる。インターネット・サービスは、送受信されたパケット、伝送エラー、デバイスのオン／オフ・ステータス、および診断、その他に関するステータス情報を更に含むことができる。それに加え、ＡＰＩ７３２は、プル機能７３３、プッシュ機能７３５およびプリント制御インタフェース７３７を含む。プル機能７３３は、前に格納されたファクシミリ・フォーマット・メッセージを読み出すために、データ・モデム７２０、リンク４３、データ・ネットワーク４０およびリンク４５を介して、トランスレータ１２０と周期的に通信する。トランスレータ１２０による通信セッション間の遅れ期間は、リンク７４５によって示される登録および構成プロセスを介したユーザの構成であることができる。プル機能７３３は、ファクシミリ・メッセージを再現するために、必要な情報を受信する。プル機能７３３は、プリント制御インタフェース７３７に受信情報を転送し、それは、ファクシミリ・メッセージのハードコピー表現を生成するために、ＭＦＰ７３０でプリント・エンジンを使用する。ＭＦＰのオペレータがトランスレータ１２０を介して通信されるドキュメントを、ＰＳＴＮ１０に連結し、宛先識別子（すなわち電話番号）と関連したデバイスへ、ファクシミリ・フォーマットで供給したときに、プッシュ機能７３５は、トランスレータ１２０と通信する。

リンク７４５は、コンピュータ７４０を、ユーザが、通信サービスに登録するか、予約するのを可能にするユーザ・レジスタ１２８に結合する。コンピュータ７４０は、実施例の実施形態においてカスタマ構内設備７１０内に示される。通信サービスのユーザに関連したユーザまたは他の人は、計算装置、またはカスタマ構内設備７１０から遠隔の他の場所にある他のインタフェースを、データ・ネットワーク４０またはＰＳＴＮ１０を介して、ユーザを登録して、適切なユーザプロファイルを構成するエンジン１２５と通信するために使用することができたことを理解すべきである。いったん登録され、構成されると、コンピュータ７４０は、もはやファクシミリ・メッセージを通信するために必要でないことをさらに理解しなければならない。

付加コピーにおけるメッセージ情報の特定の内容は、オリジナルのメッセージが、受信メッセージであったか、送信メッセージであったかどうかに依存する。受信メッセージは、ＰＳＴＮ１０からファクシミリを介してトランスレータ１２０を経てカスタマ構内設備７１０に送られるものである。送信メッセージは、スキャンされるか、さもなければＭＦＰ ７３０で生成される画像として発信され、カスタマ構内設備７１０から意図された受信者まで電子メールによって、トランスレータ１２０および、ＰＳＴＮ１０とデータ・ネットワーク４０の一つ以上を介して送られるものである。

メッセージが受信メッセージであるとき、サード・パーティ・コピー生成器７５０により提供されるドキュメント（すなわちコピー）は、ユーザの名前、そのユーザと関連したファクシミリ番号、ファクシミリが受信された日付時間と同様に受信されたファクシミリ・メッセージのＡＮＩ（Ａｕｔｏｍａｔｉｃ Ｎｕｍｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ，自動番頭識別）を含む。ユーザとユーザに関連したファクシミリ番号は、ユーザのプロフィールから読み出される。ファクシミリ・ヘッダか文書処理ヘッダで見つけることができる付加データ要素は、第２の識別子と関連したサード・パーティに送られるメッセージへの編入にも利用できることを理解すべきである。

ユーザのプロフィールが、受信メッセージが電子メールを介して送られる要望を示すときに、受信ファクシミリ・メッセージ中の情報のコピーを含んでいる電子メール・メッセージは、メッセージ・ボディと添付を含む。添付は、ユーザのプロフィールで指定されているフォーマットで受信ファクシミリのコピーを含む。サード・パーティに送られる電子メール・メッセージのボディは、カスタマイズ可能である。電子メール・メッセージのデフォルト・バージョンは、コピーの受信者の電子メール・アドレス、オリジナルのファクシミリ・メッセージの受信者の指示と同様に、コピーがサービス提供業者から送られたという指示、を含む、電子メール・メッセージは、発信者のＡＮＩを識別している通知、日付、時間、そして、受信したページ数と同様に、〈カスタマの受信ファクシミリ番号〉の〈カスタマ名〉によって、付加ドキュメントが受信された通知も含むことができる。

ユーザのプロフィールが、ファクシミリを通して送られる受信メッセージに対する要望を示すときに、受信ファクシミリの情報のコピーを含んでいるファクシミリ・メッセージでは、カスタマイズ可能なカバー・ページが先に送られる。ファクシミリのカバー・ページのデフォルト・バージョンは、コピーの受信者のファクシミリ番号、コピーがサービス提供業者から送られたという指標を含む。ファクシミリ・メッセージは、発信者のＡＮＩを識別している通知、日付、時間、そして、受信したページ数と同様に、〈カスタマの受信ファクシミリ番号〉の〈カスタマ名〉によって、付加ドキュメントが受信されたという通知を含むことができる。

そのメッセージが送信メッセージであるときに、サード・パーティ・コピー生成器７５０により提供されるドキュメント（すなわちコピー）は、メッセージが受信された日付時間と同様に、ユーザの名前、メッセージの上で発信元アドレス、メッセージからの宛先アドレス、メッセージ・ボディに含まれるテキスト、サブジェクト行、を含む。ユーザと発信側のユーザに関連したアドレスは、ユーザのプロフィールから読み出される。

ユーザのプロフィールが送信メッセージのための要望が電子メールを通して送られることを示すとき、送信メッセージの情報のコピーを含む電子メール・メッセージは、メッセージ・ボディと少なくとも１つの添付を含む。添付は、オリジナルのメッセージに含まれる添付のコピーである。サード・パーティに送られる電子メール・メッセージのボディは、カスタマイズ可能である。電子メール・メッセージのデフォルト・バージョンは、コピーの受信者の電子メール・アドレス、オリジナルのメッセージのソースの指標と同様に、コピーがサービス提供業者から送られたという指標を含む。電子メール・メッセージは、日付（時間）、各々の添付のページ数、送信メッセージのボディからのいかなるテキストとも同様に送信メッセージのサブジェクト行があれば、サブジェクト行を識別したという通知と同様に、〈宛先アドレスのリスト〉に〈カスタマの発信元アドレス〉の〈カスタマ名〉によって、付加ドキュメントが送られたという通知も含むことができる。

ユーザのプロフィールが、ファクシミリを通して送られる発信メッセージに対する要望を示すときに、発信ファクシミリの情報のコピーを含んでいるファクシミリ・メッセージでは、カスタマイズ可能なカバー・ページが先に送られる。ファクシミリのカバー・ページのデフォルト・バージョンは、コピーの受信者のファクシミリ番号、コピーがサービス提供業者から送られたという指標、送達日付け、ページ数、および、そのメッセージがそのユーザからであるという通知を含む。ファクシミリ・メッセージは、日付（時間）、各々の添付のページ数、サブジェクト行とボディを識別したという通知と同様に、〈宛先アドレスのリスト〉に、〈カスタマの電子メール・アドレス〉の〈カスタマ名〉によって、付加ドキュメントが送られたという通知を含むことができる。

上で示されるように、サード・パーティ・コピーは、ユーザのプロフィールに格納される個々のユーザ選好を介して使用可能である。そのプロフィールは、個々のユーザ・レベルだけでなく企業またはグループ・レベルで使用可能である。個々のプロフィール要素は、サード・パーティ・コピーに対するドロップ位置とアドレス・タイプの両方を特定する。完全できちんとフォーマットされた送達アドレスまたは第２の識別子とアドレス・タイプの存在は、サード・パーティ・コピー発電機７５０が上記の特徴を提供するのを可能にする。これらのプロフィール要素へのアクセスが、サービスの管理者または適切な特権をもつカスタマ従業員／エイジェントに制限されるであろうということが予期される。

サード・パーティ・コピー生成器７５０は、トランスレータ１２０によって処理される他のメッセージに適用される率または率と異なる可能性があるコピーされたメッセージ課金率のために、コピーされたメッセージをマークするか、さもなければ示すように構成される。

図８は、ドキュメント処理のための方法の実施形態を図示しているフローチャートである。図８のフローチャートは、通信的に連結したデバイスと関連するソフトウェアやファームウェアを介したインプリメンテーションのアーキテクチャ、機能、および動作を示す。これに関して、各々のブロックは、指定された機能をインプリメントするために、１つ以上の実行可能命令を備えるモジュール、セグメント、または部分を表す。

方法８００は、サービスが、宛先識別子をデータ・ネットワークに連結した多機能周辺デバイスと結びつける入出力ブロック８１０で始まる。宛先識別子は、メディア・アクセス制御アドレス、ＩＰアドレス、ホスト名、その他、を含むことができる、サービスは、ＭＦＰの場所または所有者に関する情報を格納する。その後に、入出力ブロック８２０で示すように、サービスは、１つ以上の宛先識別子によって定義されたように、ＭＦＰデバイスを対象とするファクシミリ・フォーマット・メッセージを受信する。次に、ブロック８３０で示されるように、サービスは受信されたファクシミリ・フォーマット・メッセージを格納する。サービスは、受信されたファクシミリ・フォーマット・メッセージをバッファされるか、さもなければサービスの管理下のデータ・ストアに格納されるプリンタ・コマンドまたはブラウザ・ページのストリームに変換することができる。決定ブロック８４０において、サービスは、要求がＭＦＰデバイスから受信されたかどうか確定する。要求が受信されなかったとき、フロー制御アローのラベルが付いた「ＮＯ」によって示されるように、処理は、ブロック８４５中のサービス構成可能な待ち時間または遅延時間ｔの後で決定ブロック８４０に戻る。要求がＭＦＰから受信されたときに、フロー制御アローのラベルが付いた「ＹＥＳ」によって示されるように、サービスは、前に格納された、おそらく変換されたファクシミリ・フォーマット・メッセージを、ＭＦＰデバイスへセキュア・ソケット・レイヤを介したハイパーテキスト伝送プロトコルのバイア・コマンドを介して通信する。

代替的なオプションの動作モードにおいて、情報記録機能に関連した第２の宛先識別子が、オプションのブロック８６０で示されるように、識別される。上で記載したように、第２の宛て先は、電子メール・アドレス、ファクシミリ・アドレス（すなわち電話番号）またはリスト・アドレスの一つ以上を介して、識別することができる。リスト・アドレスは、電子メール・アドレスのうちの１つとともに、名前、ファクシミリ・アドレスまたは両方のアドレスを含む。リスト・アドレスが第２の宛て先を識別するのに用いられるときに、プロフィールに格納されたＭＦＰデバイスから画像情報のコピーを送達する選択優先順位を識別しているユーザ名とコードが、コピーの制御送達に使用される。

一旦、第２の識別子がブロック８６０で識別されるならば、ＭＦＰデバイスを対象とするファクシミリ・フォーマット・メッセージは、ブロック８７０の入出力において示すように、メッセージを生成したＭＦＰデバイスと関連したプロファイル情報に従って、第２の宛て先に転送されるＭＦＰデバイスに関連したユーザを対象とするメッセージのコピーは、格納され、記録通信のための１つ以上の適合性基準に従ってインデックスを付けられて、利用可能となることができる。

図９は、ドキュメント通信のための方法の実施形態を図示しているフローチャートである。図９のフローチャートは、通信的に連結したデバイスと関連するソフトウェアやファームウェアを介したインプリメンテーションのアーキテクチャ、機能、および動作を示す。これに関して、各々のブロックは、指定された機能をインプリメントするために、１つ以上の実行可能命令を備えるモジュール、セグメント、または部分を表す。

方法９００は、サービスがデータ・ネットワークを介して直接アクセス可能であるＭＦＰデバイスのユーザを登録する入出力ブロック９１０で始まる。登録プロセスの一部として、サービスは、ＭＦＰデバイスやそのユーザについてのネットワーク・ロケーション、タイプ、モデル、または、他の情報に関する情報を集めて、格納する。ブロック９２０において、サービスは、ユーザを、データ・ネットワークの上でユニークにＭＦＰデバイスを識別する第１の識別子と結びつける。第１の識別子は、メディア・アクセス、制御アドレス、ＩＰアドレス、ホスト名、その他を含むことができる。その後に、入出力ブロック９３０で示すように、サービスは、ハイパーテキスト伝送プロトコルでコマンドを通して、ＭＦＰデバイスからセキュア・ソケット・レイヤを介して、画像情報を受信する。次に、ブロック９４０で示すように、サービスは、ファクシミリ・フォーマット・メッセージに画像情報を変換する。ファクシミリ・フォーマット・メッセージへの変換の後、サービスは、入出力ブロック９５０で示すようにメッセージを通信する。サービスは、画像情報において通信する、あるいは、サービスでの同じ通信セッションの間、ＭＦＰデバイスから通信される別々のコマンドで通信される宛先識別子にファクシミリを通信する。

代替的なオプションの動作モードにおいて、情報記録機能に関連した第２の宛先識別子が、オプションのブロック９６０で示されるように、識別される。上で記載したように、第２の宛て先は、電子メール・アドレス、ファクシミリ・アドレス（すなわち電話番号）またはリスト・アドレスの一つ以上を通して識別することができる。リスト・アドレスは、電子メール・アドレス、ファクシミリ・アドレスまたは両方のアドレスのうちの１つとともに、名前を含む。リスト・アドレスが第２の宛て先を識別するのに用いられるときに、プロフィールに格納されたＭＦＰデバイスから画像情報のコピーを送達する選択優先順位を識別しているユーザ名とコードが、コピーの送達制御に使用される。

一旦第２の識別子がブロック９６０で識別されるならば、ファクシミリ・フォーマット・メッセージは、ブロック９７０の入出力において示すように、メッセージを生成したＭＦＰデバイスと関連したプロファイル情報に従って第２の宛て先に転送される。ＭＦＰデバイスから発信され、１つ以上の受信者に送達することを意図されたメッセージのコピーが、格納され、記録通信のための１つ以上の適合性基準に従ってインデックスを付けられて、利用可能となる。

上で記載したように、図４、５、８、９のフローチャートは、ドキュメント通信のための方法の実施例のインプリメンテーションのアーキテクチャ、機能、および動作を示す。記述された機能は、コンピュータシステムのプロセッサのような適切な実行システムによって認識できる命令を備えるプログラミング言語、またはマシンコードで書かれた人間が読み取れるステートメントを含むソースコードに表現することができる。マシンコードは、ソースコード、その他から変換されることができる。ハードウェアに具体化される場合には、各々のブロックは、特定された論理機能をインプリメントするための回路またはいくつかの相互に連結した回路を表すことができる。上の記載は、図示と説明の目的のために提示された。それは、完全であることを意図するものでも、発明の範囲を開示された正確な形に制限することを意図するものでもない。修正またはバリエーションが、上の教示を考慮して可能である。しかしながら、議論された実施形態が、選ばれて、当業者が現在のシステムと方法の種々の実施形態を利用するのを可能にするために記述された。すべてのそのような修正変更は、それらが公平および法的に認められる幅に従って解釈されるとき、添付した特許請求の範囲内である。

Claims (20)

1. データ・ネットワークを介してトランスレータに通信的に結合するパケット交換ネットワーク・インタフェースと、
   第１の動作モードの前記パケット交換ネットワーク・インタフェースを介して、遠隔サーバから画像情報を要求するように構成された自律的アプリケーション・プログラミング・インタフェースと、
   を備える多機能周辺デバイス。
2. 前記自律的アプリケーション・プログラミング・インタフェースは、前記多機能周辺デバイスをユニークに識別する識別子と関係している、請求項１に記載のデバイス。
3. 前記識別子は、メディア・アクセス制御アドレスを備える、請求項２に記載のデバイス。
4. 前記識別子は、メディア・アクセス制御アドレスとＩＰアドレスの組合せを備える、請求項３に記載のデバイス。
5. 前記多機能周辺デバイスが、前記遠隔サーバから、ローカル計算装置無しで、受信された画像情報の印字表現を生成する、請求項１に記載のデバイス。
6. 前記アプリケーション・プログラミング・インタフェースは、第２の動作モードの前記パケット交換ネットワーク・インタフェースを介して、遠隔デバイスに画像情報を送るように構成される、請求項１に記載のデバイス。
7. 前記自律的アプリケーション・プログラミング・インタフェースは、宛先電話番号を通信する、請求項６に記載のデバイス。
8. 前記自律的アプリケーション・プログラミング・インタフェースは、前記多機能周辺デバイスと関連するソース識別子を通信する、請求項６に記載のデバイス。
9. 前記自律的アプリケーション・プログラミング・インタフェースは、ユーザ情報を通信する、請求項６に記載のデバイス。
10. 第１の宛先識別子を、データ・ネットワークに結合した多機能周辺デバイスと結びつけるステップと、
    前記第１の宛先識別子によって定義されたように前記多機能周辺デバイスを対象とするファクシミリ・フォーマット・メッセージを受信するステップと、
    前記ファクシミリ・フォーマット・メッセージを格納するステップと、
    前記多機能周辺デバイスから要求を受信する際に、ハイパーテキスト伝送プロトコルのコマンドを介して、ファクシミリ・フォーマット・メッセージを通信するステップと、
    を含むドキュメント処理のための方法。
11. 情報記録機能と結びついた第２の宛先識別子を識別するステップと、前記多機能周辺デバイスを対象とする前記ファクシミリ・フォーマット・メッセージを前記第２の宛て先に転送するステップと、を更に含む請求項１０に記載の方法。
12. 前記通信するステップは、拡張マークアップ言語コマンドの生成を含む、請求項１０に記載の方法。
13. 前記通信するステップは、セキュア・ソケット・レイヤを介して前記コマンドの転送を含む、請求項１０に記載の方法。
14. 前記通信するステップは、プリンタ・コマンド言語に適合する情報のストリームの転送を含む、請求項１０に記載の方法。
15. 多機能周辺デバイスのユーザを登録するステップと、
    前記ユーザをデータ・ネットワーク上の前記多機能周辺デバイスをユニークに識別する第１の識別子と結びつけるステップと、
    前記多機能周辺デバイスからハイパーテキスト伝送プロトコルのコマンドを介して画像情報を受信するステップと、
    前記画像情報をファクシミリ・フォーマット・メッセージに変換するステップと、前記ファクシミリ・フォーマット・メッセージを通信するステップと、
    を含むドキュメント処理のための方法。
16. 前記ユーザを登録するステップは、ユーザ名とパスワードを受信することを含む、請求項１５に記載の方法。
17. 前記ユーザを結びつけるステップは、メディア・アクセス制御アドレスを記録することを含む、請求項１５に記載の方法。
18. 前記画像情報を受信するステップは、セキュア・ソケット・レイヤを使用することを備える、請求項１５に記載の方法。
19. 情報記録機能と結びついた第２の宛先識別子を識別するステップと、
    前記第２の宛て先に前記ファクシミリ・フォーマット・メッセージを転送するステップと、
    を更に含む請求項１５に記載の方法。
20. 前記第２の宛先識別子、プロバイダー名、日付、時間、前記ファクシミリ・フォーマット・メッセージのページ数、および、前記ユーザの名前を含むサブジェクト・メッセージの１つ以上を含むカスタムメイドの表紙ページを準備するステップと、
    前記ファクシミリ・フォーマット・メッセージを前記カスタムメイドの表紙ページに連結するステップと、
    を更に含む請求項１９に記載の方法。

Images