JP2012060632A - 汎用ファクシミリ・エンジン - 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