JP2005516552A - パケットネットワークを介するファクシミリ送信 - Google Patents

Abstract

ＦｏＩＰサーバが、ゲートウェイと企業のバックエンドシステムとの間のファックス通信を仲介する。上記ゲートウェイは、ＶｏＩＰ可能型であって、ＰＳＴＮ及び企業ネットワークに接続されると共に、ＰＳＴＮファックス通話とＩＰ上ファックス通話との間を仲介する。上記ＦｏＩＰサーバは、上記ＦｏＩＰ通話と、メッセージ転送エージェント（ＭＴＡ）、顧客関係管理（ＣＲＭ）、文書管理、ウェブサービス、メインフレーム又はファックス能力を必要とする特化されたアプリケーションのような企業のバックエンドシステムとの間を仲介する。

Description

本発明は、ファクシミリ（ファックス）送信に係り、更に詳細にはパケットネットワークを介するファックスの送信に関する。

最近の２０年にわたり、ファクシミリ（ファックス）は文書を電子的に送信するための成功した手段となっている。インターネット及びＥメイルの出現により、ファックスはＥメイルにより急速に置換されるかのように見える。しかしながら、斯かる２つの技術が当分の間共存することは明らかである。

図１はインターネットメッセージ手段を備えるようなオフィス環境でのファックスマシンの今日の配置法を示している。ファックスサーバ２は公衆交換電話ネットワーク（ＰＳＴＮ）４にＴ１／Ｅ１のような複数の専用回線により接続されている。ＰＳＴＮ４は、ファックスサーバ２に関する限り“外界”であり、入ってくるファックスのソースであると共に出てゆくファックスの受信側（sink）である。ファックスサーバ２はパケットネットワーク６にも接続され、該ネットワークは複数のユーザ（例えば、１６で示す）に対する接続を提供する。このようにして、ファックスサーバ２は法人が雇用者に対してエクスチェンジ（Exchange）、ノーツ（Notes）、ＳＭＴＰ及び他のバックエンド（後置）アプリケーションのようなＥメイルアーキテクチャを介して机上ファックス処理能力を提供するのを可能にする。ファックスサーバ２は、ファックスバック（fax-back）取引確認、ファックス放送又は自動化フォーム（書式）処理を提供するためにも使用することができる。

ファックスサーバ２は、ユーザにより送信されるファックス情報間での変換を行うために特化されたインターフェースカード１４を必要とする。文書がファックスサーバ２に到達すると、ファックスサーバ２は該文書を、ＰＳＴＮ
４を介して送信するのに適したフォーマットに変換する。最後に、ファックスサーバ２は該変換された文書を自身の専用インターフェースカード１４を介してＰＳＴＮ ４上に送信する。逆に、ファックスサーバ２に到達するファックスに対しては、ファックスサーバ２は宛先ユーザを識別し、当該入力ファックス送信を上記宛先ユーザへの配信に適したフォーマットに変換し、該変換された文書を内部ＩＰネットワークを介して上記宛先ユーザに送信する。

今日の普通の企業においては、ユーザは、内部ＩＰネットワーク６を介してファックスサーバ２に接続されるのみならず、該内部ＩＰネットワーク６をグローバルインターネット１２に接続する相互ネットワーク化ゲートウェイ８にも接続されている。ゲートウェイ８は、ユーザ１６が、グローバルインターネット１２に接続された他者（例えば、１８で示す）と電子的に通信するのを可能にする。斯様な電子的通信は、蓄積交換（store and forward）メッセージ（例えば、Ｅメイル）、リアルタイム単方向通信（例えば、生のＴＶ）、リアルタイム双方向通信（例えば、インターネット電話等）を含むことができる。

ゲートウェイ８は典型的にはインターネットサービスプロバイダ（ＩＳＰ）１０に接続されるが、該インターネットサービスプロバイダは基本的には大きなゲートウェイ又はＰＳＴＮである。ゲートウェイ８とＩＳＰ
１０又はＰＳＴＮとの間の接続は、典型的には、ファックスサーバ２とＰＳＴＮ ４との間の接続と同様に専用のＴ１／Ｅ１回線を介して確立される。

第１の組の専用Ｔ１／Ｅ１回線はファックス機能を提供するために必要であり、第２の組の専用Ｔ１／Ｅ１回線はインターネットアクセス機能を提供するために必要であることは明らかである。２つの組の専用電話／データ回線の使用は維持するのが高価であり、更に、何れかの組の回線がアイドル状態である一方、他方の組が最大容量で使用されているというような状況が生じる可能性がある。このような状況においては、使用程度の低い組の回線の容量は無駄となる。ＰＳＴＮとインターフェースするための専用ハードウェアの必要性は、企業にとり更なる無視できない経費となる。

従って、ファックスに基づく通信ツールを他の通信ツールとＩＰネットワークを介して調和的に統合することができる新たなシステムを設けることが望ましい。

本発明の目的は、既存のシステムの欠点の少なくとも１つを除去又は軽減する新規な方法及びシステムを提供することにある。

本発明は、ゲートウェイであって、該ゲートウェイを介してファックスメッセージを送受信するためにパケット型の通信プロトコルを使用して前記ＰＳＴＮに接続されるようなゲートウェイと、企業のサービスインフラストラクチャとの間を仲介するサーバを使用する。

本発明の一態様によれば、ファックスメッセージを配信する通信システムであって、各々がメッセージを送信及び受信するための１以上のメッセージ転送エージェント（ＭＴＡ）と、パケットネットワークと、公衆交換電話ネットワーク（ＰＳＴＮ）と前記パケットネットワークとを接続するゲートウェイと、前記パケットネットワークを介して前記ゲートウェイと通信を確立すると共に前記ＭＴＡと前記ＰＳＴＮに接続されたファックス端末との間でファックスメッセージをやりとりするサーバとを有するような通信システムが提供される。

本発明の他の態様によれば、通信ネットワークにおいてファックスメッセージを処理する方法が提供される。該通信ネットワークは、１以上のメッセージ転送エージェント（ＭＴＡ）と、パケットネットワークと、公衆交換電話ネットワーク（ＰＳＴＮ）と前記パケットネットワークとを接続する１以上のゲートウェイと、前記ＭＴＡと前記ＰＳＴＮに接続されたファックス端末との間でファックスメッセージをやりとりする１以上のサーバとを含む。そして、該方法は、前記端末にファックスが到達した場合に該端末上のファックス通話を扱うサーバを選択するステップと、前記ゲートウェイと前記選択されたサーバとの間のセッション及び前記ファックスを前記ＰＳＴＮ上に送信する前記ファックス端末と前記サーバとの間のセッションを確立するステップと、前記ファックスを前記ファックス端末から前記選択されたサーバへ送信するステップと、前記ファックスに関係する情報をメディアデータベースに記憶するステップと、前記セッションを終了させるステップと、前記サーバにおいて前記サーバ上の入力ファックスのためのＭＴＡの宛先アドレスを決定するステップと、前記サーバを前記ＭＴＡに接続して前記入力ファックスのメッセージを送信するステップと、前記サーバにおいて前記選択されたＭＴＡと互換性のあるフォーマットのメッセージを前記記憶された情報に基づいて作成するステップと、前記作成されたメッセージを前記ＭＴＡに転送するステップとを含んでいる。

本発明の更なる態様によれば、通信ネットワークにおいてファックスメッセージを処理する方法が提供される。該方法は、前記ＭＴＡから前記サーバにメッセージ（該メッセージにはファイル文書が添付されている）を受信するステップと、前記メッセージの情報を取り出すステップと、前記情報をデータベースに記憶するステップと、当該ファックスを送信する送信者がファックスを送信することを許可されているかを検証すると共に前記ファックスを受信する受信者が有効であるかを検証するステップと、送信者情報を完成させるステップと、前記ファイル文書を元のフォーマットから所定のフォーマットに変換するステップと、前記サーバと前記ゲートウェイとの間でセッションを確立するステップと、前記所定のフォーマットで書かれた前記ファックスの内容を前記サーバから前記ゲートウェイに送信するステップとを含んでいる。

本発明の他の態様及び特徴は、当業者にとっては、好ましい実施例の下記の詳細な説明を添付図面と共に参照することにより容易に明らかとなるであろう。

本発明は、図面を参照する以下の説明から更に理解されるであろう。

図２は、本発明の一実施例による通信ネットワーク１００を示している。該通信ネットワーク１００は、ＦｏＩＰ（ＩＰ上リアルタイムファックス：Real Time Fax Over IP）サーバ１０２、ゲートウェイ１０４及びメッセージシステム（messaging system）１０６を含んでいる。

ＦｏＩＰサーバ１０２は、ＩＰネットワーク１０８を介してゲートウェイ１０４と通信する。ゲートウェイ１０４はＰＳＴＮ
４上のファックスマシン１１０と通信する。ＦｏＩＰサーバ１０２は、（複数の）ゲートウェイ１０４と（複数の）企業バックエンドシステム（例えば、メッセージシステム１０６）との間のファックス通信を仲介することができる。

ゲートウェイ１０４はネットワーク間の入口として作用する。該ゲートウェイは、ＰＳＴＮ
４からのファックス通話及びＩＰ通話を介してのファックスを仲介することができる。例えば、会社のネットワーク内の又はインターネットサービスプロバイダ（ＩＳＰ）におけるトラフィックを制御するコンピュータはゲートウェイノードである。ゲートウェイは、ゲートウェイ１０４に到達する所与のデータパケットを方向付けするルータ、及び所与のパケットに対してゲートウェイ１０４に入る又は出る実際の経路を提供するスイッチの両者に関連付けることができる。

以下の説明においては、ゲートウェイ１０４はＶｏＩＰゲートウェイであり、該ゲートウェイはＰＳＴＮ
４からの通話を、H.323、ＳＩＰ若しくはＭＧＣＰ又は他の通知（signaling）プロトコルを使用してＶｏＩＰ通話に変換する。例えば、ＶｏＩＰゲートウェイには、ＰＳＴＮ
４に対するＴ１／Ｅ１インターフェース及びＩＰネットワーク１０８に対する１００Ｍｂのイーサネット（登録商標）インターフェースが備えられる。ＶｏＩＰゲートウェイは、発呼者／着呼者の音声を伝送するために例えばG.711、G.729及びG.723等の“音声エンコーダ及びデコーダ（vocodec）”を使用する。vocodecは人の音声を伝送することに特化されたカードである。同様の態様で、ゲートウェイはT.30メッセージ（即ち、通信するためにファックスマシンにより使用される言語）を伝送するために特化されたコーデック、T.38も使用する。ゲートウェイ１０４は、シスコ・システム・インクのモデル２６００シリーズ、３６００シリーズ、ＭＣ３８１０、７２００、７７５０及びＡＳ５３００（商標）とすることができる。これらのゲートウェイは、ＶｏＩＰカード、ＰＳＴＮインターフェースカード及びネットワークインターフェースを使用する。ゲートウェイ１０４は、会社のネットワーク又はイーサネット（登録商標）上の何れかにおいてT.38認識端末（例えば、T.38ファックスマシン）又は他のＦｏＩＰサーバ１０２により置換することができる。

ゲートウェイ１０４は上記ファックスとT.30セッションを確立する。当該セッションに関する如何なる判断をも行う代わりに、ゲートウェイ１０４は全てをＦｏＩＰサーバ１０２に送り、該ＦｏＩＰサーバ１０２は該T.30セッションを終了する。

ＦｏＩＰサーバ１０２はファックスを受信及び送信するためのＶｏＩＰエンドポイントである。ＦｏＩＰサーバ１０２は、ＦｏＩＰ通話及びメッセージ転送エージェント（ＭＴＡ）、例えばメッセージシステム１０６を仲介する。ＦｏＩＰサーバ１０２は、通話を確立するために、H.323、ＳＩＰ（セッション開始プロトコル）、ＭＧＣＰ（メディアゲートウェイ制御プロトコル）のような標準の通知プロトコルを使用する。ＦｏＩＰサーバ１０２はＶｏＩＰネットワークの一部である。ＦｏＩＰサーバ１０２は、自身の通知プロトコルをH.323、ＳＩＰ及びＭＧＣＰに限定するものではなく、他の通知プロトコルも使用することができる。ＦｏＩＰサーバ１０２は、T.38を使用してゲートウェイ１０４とファックスを交換する。ＦｏＩＰサーバ１０２は、統合された通信（Ｅメイル、ファックス、音声）のファックス部分を提供する。

以下、ＦｏＩＰサーバ１０２及びゲートウェイ１０４により使用されるプロトコルを詳細に説明する。T.30は国際通信ユニオン（ＩＴＵ）により承認された標準プロトコルで、ファックスマシンがアナログ回線上で如何にして一緒に通信を行うかを規定している。図３に示すように、ＰＳＴＮ
４上のファックスマシン１１０Ａ及び１１０ＢはT.30プロトコルを用いて互いに通信する。

H.323はＩＴＵにより承認された標準プロトコルで、オーディオビジュアル会議データが如何にしてネットワークを介して伝送されるかを規定している。H.323はビデオ会議の下部セットである、ネットワークを介しての音声通話のために普通に使用される。ＳＩＰはセッションを確立するための標準のＩＥＴＦ汎用プロトコル（generic
protocol）で、最も普通な用途の１つはＶｏＩＰ通話を確立することである。ＭＧＣＰはＰＳＴＮ通話を、パケットネットワークを介して伝送される通話に変換するために使用されるプロトコルである。

T.38は、ＩＴＵにより承認された標準プロトコル“ＩＰネットワークを介してのリアルタイムグループ３ファクシミリ通信のための手順”であり、T.30メッセージが如何にしてパケットネットワーク上を伝送することができるかを規定している。T.38の範囲は、T.30装置（例えば、ファックスマシン）に対するパケットネットワーク上での通信手段を提供することである。T.38コーデックは、ファックスマシン言語（即ち、ファックス端末間で交換されるT.30メッセージ）を伝送するために特化されている。T.38仕様は、パケットネットワークエンドポイント間の通信を確立するための如何なる手段も提供しない。H.323、ＳＩＰ及びＭＧＣＰのようなＶｏＩＰプロトコルは、斯かる目的のために使用されるよう設計されている。T.38は、ファックスマシン間で交換されるT.30メッセージをパケットネットワークを介して伝送するためのトンネル処理技術を主に指定する。

ＦｏＩＰサーバ１０２とゲートウェイ１０４との間でのパケットネットワークを介してのファックス送信は図４に示されるように図示することができる。図４を参照すると、ステップ３１において、ＶｏＩＰ通話がＦｏＩＰサーバ１０２とゲートウェイ１０４との間でH.323、ＳＩＰ又はＭＧＣＰを使用して確立される。ステップ３２において、T.30（ファックスマシン対ファックスマシンの）トンネルセッションがT.38を使用して確立される。ステップ３３においては、T.30のデータ交換（ファックス送信）がT.38を使用して生じる。ステップ３４では、上記T.30セッションがT.38を使用して切断される。ステップ３５においては、上記ＶｏＩＰ通話がH.323、ＳＩＰ又はＭＧＣＰを使用して切断される。

図２を参照すると、ＦｏＩＰサーバ１０２及びゲートウェイ１０４は図４のものと同様の態様で通話を確立する。

ＦｏＩＰサーバ１０２は、例えばT.38及びT.30のような標準の通知を処理するための１以上のプロセッサを有している。ＦｏＩＰサーバ１０２は、例えば発呼者識別（ＩＤ）番号、発呼者ＩＤ名、発呼者番号、ゲートウェイアドレス、日付及び時間、持続時間、伝送速度、頁数、ＣＳＩＤ（通話加入者ＩＤ）及びＤＭＴＦ（デュアルトーンマルチ周波数）等の全ての利用可能なトランザクション情報を捕捉する機能を有している。ＦｏＩＰサーバ１０２はファックスメディア情報及びトランザクションを記憶すると共に、例えばＨＴＴＰ（ハイパーテキスト伝送プロトコル）等のプロトコルを介してのデータに対する遠隔アクセスを提供する。上記ファックスメディア情報はメディアデータベース３０９（図１３）に記憶される。

ＦｏＩＰサーバ１０２は複数の同時的ファックス通話を扱う。各々に対して、ＦｏＩＰサーバ１０２内で作成された仮想T.30エンジンがファックス端末をシミュレーションする。全ての出力ファックスは経路決め／配信されるまで行列待ちされ、これらファックスは後に取り出すために記録保管（アーカイブ）される。

ＦｏＩＰサーバ１０２は、コンピュータ読み取り可能な記憶媒体上に記憶されたプログラム要素内に含まれる一連の命令に従って動作する計算装置として具現化することができる。上記一連の命令は上記計算装置に対して、例えば入力ファックスの受信、出力ファックスの送信の場合のような種々の状況下で、どのように反応すべきかを指示する。

メッセージシステム１０６はサーバ１１２を含んでいる。メッセージシステム１０６は、エンドユーザ（例えば、デスクトップパーソナルコンピュータ１１４）とインターフェースすると共に、これらユーザが電子メッセージ（メイル）をユーザフレンドリなフォーマットで完成し及び取り込むのを可能にするような機能を有している。該サーバ１１２は、マイクロソフト社のエクスチェンジ（商標）、ＩＢＭ社のロータスドミノ（商標）又はＳＭＴＰ（メイル転送プロトコル）型サーバとすることができる。メッセージシステム１０６は、メイルを配信するためにマイクロソフトアウトルック（商標）又はロータスノーツ（商標）を使用することができる。メッセージシステム１０６は、複数のネットワークにわたり分散することが可能な幾つかのメッセージサーバ１１２からなることができる。

通信システム１００は、２以上のゲートウェイ１０４と通信することができると共に、２以上のＦｏＩＰサーバ１０２を含むことができる。

以下、ＦｏＩＰサーバ１０２とゲートウェイ１０４との間で通話を確立するための処理を説明する。図５は図２の通信システム１００の入力ファックスのシナリオを示している。図６は、図２の通信システム１００の出力ファックスのシナリオを示している。ＦｏＩＰサーバ１０２及びゲートウェイ１０４は、所与の電話番号に対してどちらのゲートウェイ／ＦｏＩＰサーバが使用されるべきかを決定するためにゲートキーパ（H.323を使用する場合）又はプロキシ／レジストラ（registrar）（ＳＩＰを使用する場合）を使用することができる。例えば、ＶｏＩＰ通話を確立する前に、H.323エンドポイント（ゲートウェイ／ＦｏＩＰサーバ）はゲートキーパ（図示略）に対して、当該通話を処理する責任を負うエンドポイントのＩＰアドレスを要求することができる。該要求に応答して、上記ゲートキーパはＩＰアドレスを供給する。他の例として、上記ＦｏＩＰサーバ又はゲートウェイは、どのエンドポイントがどの番号を扱うかを決定するためにローカルダイヤルプランを有することができる。

図５を参照して、H.323、ＳＩＰ又はＭＧＣＰを使用した“入力ファックスのシナリオ”を説明する。ゲートウェイ１０４は、番号ＸＸＸＸに関してＰＳＴＮインターフェース上でファックス通話を受信する。次いで、ゲートウェイ１０４は、ゲートキーパに対して（H.323の場合のみ）、該番号ＸＸＸＸを扱う装置のＩＰアドレスを要求することができる。他の例として、該ゲートウェイは自身のローカルダイヤルプランを使用して、上記番号ＸＸＸＸを扱う装置のＩＰアドレスを決定することもできる。ゲートウェイ１０４は、この特定されたＩＰアドレスを持つＦｏＩＰサーバに対して通話を確立する。

次に、図６を参照して、H.323／ＳＩＰ／ＭＧＣＰを使用した“出力ファックスのシナリオ”を説明する。ＦｏＩＰサーバ１０２は、番号ＹＹＹＹに送信されるファックスを有している。ＦｏＩＰサーバ１０２は、ゲートキーパに対して（H.323の場合のみ）、該番号ＹＹＹＹを扱う装置のＩＰアドレスを要求することができる。他の例として、該ＦｏＩＰサーバは自身のローカルダイヤルプランを使用して、上記番号ＹＹＹＹを扱う装置のＩＰアドレスを決定することもできる。次いで、ＦｏＩＰサーバ１０２は、この特定されたＩＰアドレスを持つゲートウェイとの通話を確立する。

次に、図２の通信システム１００においてＰＳＴＮ ４から入力ファックスを受信する処理を詳細に説明する。最初に、ゲートウェイ１０４は、前記“入力ファックスのシナリオ（図５）”に従いファックスを受信すべきＦｏＩＰサーバ１０２との通話を確立する。図７を参照すると、ステップ１３０において、ＦｏＩＰサーバ１０２は上記ファックスに対応するＩＰパケットをゲートウェイ１０４から受信する。ステップ１３２において、ＦｏＩＰサーバ１０２は該入力ファックスを記録保管する。ステップ１３４において、ＦｏＩＰサーバ１０２は当該通話の間において収集された情報（例えば、着呼番号、発呼番号、ＣＳＩＤ等）に基づいて、メッセージシステム１００における当該ファックスを受信すべきユーザのアドレスを決定する。ステップ１３６において、ＦｏＩＰサーバ１０２はメイルメッセージを作成し、ステップ１３８においてメッセージシステム１０６に送信する。メッセージシステム１０６におけるセンダ（sender：例えば、マイクロソフトのアウトルック、ロータスノーツ）は上記メイルメッセージを適切なユーザメイルボックスに配信する。例えば、ＦｏＩＰサーバ１０２からユーザへの上記メイルメッセージは下記の情報を含むことができる：
１．上記センダは当該メッセージがＦｏＩＰシステムから到来したことを示す；
２．件名は当該ファックスに関する情報（着呼番号、発呼番号、ＣＳＩＤ、頁数）からなる；
３．本文は当該トランザクションに関する情報（受信時間、持続時間、頁番号、等々）を含む；
４．当該メイルは受信ファックスをtiffフォーマットで含むような１つの添付物を含む。該添付物は、Wand imagingのようなTiffビューワを用いて見ることができる；
５．オプションとして、当該Eメイルは上記トランザクション情報を特化されたフォーム及びフォーマットを用いて表示するために使用することが可能な他の情報を含むこともできる。

次に、図２の通信システム１００からＰＳＴＮ ４へファックスを送信する処理を詳細に説明する。エンドユーザは、自身のメイルクライアント（例えば、マイクロソフトのアウトルック又はロータスノーツ）を使用してメイルメッセージを作成するが、該メイルメッセージはファックスを作成するための全ての情報を含むであろう。例えば、該メイルメッセージの内容は以下の方法で翻訳することができる：
１．選択される受信者はＥメイルアドレスの代わりにファックス番号を表し、これらファックス番号はＦｏＩＰサーバに中継される；
２．Ｅメイルの件名は、ファックスの件名となる；
３．Ｅメイルの本文はファックスカバー頁のコメントとして挿入される；
４．添付文書はファックスフォーマットに変換され、当該ファックスに（上記カバーシートの後に）付加される；
５．オプションとして、特にファックス送信に対する設定を指定するために特別なコードを使用することができる；
６．オプションとして、特にファックス送信に対する設定を指定するために特化されたフォームを使用することができる。

図８を参照すると、ステップ１４０において、上記メイルメッセージは上記メイルクライアントからメッセージシステム１０６のサーバ１１２へ送信される。ステップ１４２において、メッセージシステム１０６は受信者のアドレスを調べて、ＦｏＩＰサーバに伝送されるファックス番号を含んでいるかを見つける。上記アドレスがファックス番号を含んでいる場合、メッセージシステム１０６は各メイルを適切なＦｏＩＰサーバへ送信する。ステップ１４４において、ＦｏＩＰサーバ１０２が上記メイルを受信すると、該ＦｏＩＰサーバ１０２は当該ファックス送信に関する全ての情報を抽出し、各ファックスに対応するファックス処理待ち行列へのエントリを作成する。ステップ１４６において、ＦｏＩＰサーバ１０２はカバー頁を作成し、添付文書をtiffフォーマットに変換する。これが一旦完了すると、当該ファックストランザクションは、当該送信を扱うことが可能な最初のＶｏＩＰゲートウェイへ送信される準備が整う。次いで、ＦｏＩＰサーバ１０２は“出力ファックスのシナリオ（図６）”で記載したステップに従って、ＩＰネットワークを介し当該ファックスを送信する。このトランザクションが成功したら、上記ファックス待ち行列の該エントリは完了と印され、記録保管される。当該トランザクションが失敗である場合は、ＦｏＩＰサーバ１０２は該トランザクションを“再試行待ち”と印して或る遅延の後に再送信するか、再試行がプログラムされていない場合は“失敗”と印される。この場合、当該トランザクションは記録保管される。

図２においては、ＦｏＩＰサーバ１０２はメッセージシステム１０６と通信している。しかしながら、ＦｏＩＰサーバ１０２及び例えばＣＲＭ（顧客関係管理）、文書管理、ウェブサービス、メインフレーム又は特化されたアプリケーション等のバックエンドアプリケーションが、斯かるバックエンドアプリケーションをファックス可能にするように特別に設計されたＡＰＩと通信することもできる。

図９は、図２に示した通信システム１００の他の例を示している。図９の通信システム１００において、ＦｏＩＰサーバ１０２は、メッセージシステム１０６Ａ（例えば、エクスチェンジ、ノーツ、ＳＭＴＰ）、ＣＲＭアプリケーション１５２、ウェブサービス１５４、メインフレーム１５６、フォーム処理アプリケーション、文書管理又は特化されたアプリケーションのような企業バックエンドシステム１５０と通信する。ＦｏＩＰサーバ１０２はバックエンドシステム１５０からファックス要求を受け、ファックストランザクションをバックエンドシステム１５０にリポートする。ＦｏＩＰサーバ１０２はＦｏＩＰ通話とバックエンドシステム１５０との間の仲介をする。

入力ファックスは、メッセージシステム１０６Ａ、他のバックエンドシステムに、又は直接ユーザに自動的に経路決めされる。図９におけるＦｏＩＰサーバ１０２は、メッセージを統合する機能を有している。

次に、図９の通信システム１００においてＰＳＴＮ ４から入力ファックスを受信する処理を詳細に説明する。図１０を参照すると、ステップ１６０において、ゲートウェイ１０４は、ＰＳＴＮ
４に接続されたゲートウェイ電話インターフェース上でファックス通話を受信する。ステップ１６２において、ゲートウェイ１０４は、該ファックス通話を扱うパケットネットワーク上のエンドポイント（ＦｏＩＰサーバ）を、該ゲートウェイのダイヤルプラン又は集中化サービス（centralize service）から得られるダイヤルプランに基づいて決定する。H.323が使用される場合、ゲートキーパ（図示略）が上記“集中化サービス”として作用する。ＳＩＰが使用される場合は、プロキシ／レジストラ設備（図示略）が“集中化サービス”として作用する。ＦｏＩＰサーバ１０２がエンドポイントであると仮定する。

ステップ１６４において、ゲートウェイ１０４と選択されたＦｏＩＰサーバ１０２との間の通話セッションが、標準の通知プロトコルを使用して確立される。通話確立が失敗すると、ゲートウェイ１０４は前記ダイヤルプランを使用して、新たな代替ＦｏＩＰサーバを決定する。ステップ１６６においては、ゲートウェイ１０４と選択されたＦｏＩＰ１０２サーバとの間のメディアセッションがＩＴＵのT.38プロトコルを使用して確立される。該メディアセッションの確立が失敗すると、ゲートウェイ１０４はダイヤルプランを使用して新たな代替ＦｏＩＰサーバを決定する。ステップ１６８において、当該通話を開始したＰＳＴＮ
４上のファックス端末とＦｏＩＰサーバ１０２との間のT.30ファックスセッションが確立される。ステップ１７０において、T.30プロトコルに従って、ＰＳＴＮ ４上のファックス端末とＦｏＩＰサーバ１０２との間で当該ファックスが転送される。

ステップ１７２においては、ＦｏＩＰサーバ１０２は当該ファックスメディアをメディアデータベース（図示略）内の１又は複数のファイルに記憶する。ステップ１７４において、上記T.30セッション、T.38及び通話セッションが終了される。ステップ１７６において、ＦｏＩＰサーバ１０２は全てのトランザクション情報及びＵＲＬを、上記ファックスメディアを含むファイルに記憶する。

ステップ１７８において、ＦｏＩＰサーバ１０２は、上記トランザクション情報に基づいて、当該入力ファックスの宛先アドレス及びＭＴＡを決定する。ステップ１８０において、ＦｏＩＰサーバ１０２は当該入力ファックスメッセージを転送するために上記ＭＴＡに接続される。ステップ１８２において、ＦｏＩＰサーバ１０２は上記の選択されたＭＴＡと互換性のあるフォーマットでメッセージを作成する。該メッセージは、ファックスメディアファイル（ネーティブなtiffファックスフォーマット又は変換による何らかの他のフォーマットの）、マシン読み取り可能なコードでのトランザクション情報（当該メッセージに埋め込まれる）、人が読み取り可能なテキスト（当該メッセージの題名及び本文に埋め込まれる）及び人が読み取り可能なグラフィック（メディアファイル添付物に埋め込まれる）を含む。ステップ１８４において、ＦｏＩＰサーバ１０２は上記の作成されたメッセージを上記ＭＴＡに送信する。

ゲートウェイ１０４がT.38認識端末（例えば、T.38ファックス端末）（図示略）により置換される場合、ステップ１６０及び１６２は図１１に示すようなステップ１９０及び１９２により置換される。図１１を参照すると、ステップ１９０においては、T.38認識端末が文書を走査する一方、宛先はキーボード又はタッチスクリーン等の端末入力インターフェースから入力される。ステップ１９２において、当該ファックス通話を扱うパケットネットワーク上のエンドポイントが、端末のダイヤルプラン又は集中化サービスから得られるダイヤルプラン及びユーザにより入力された上記情報に基づいて決定される。

次に、図９の通信システム１００からＰＳＴＮ ４へ出力ファックスを送信する処理を詳細に説明する。図１２を参照すると、ステップ２００において、ＦｏＩＰサーバ１０２は、ファックスオプション、送信者情報及びファックス受信者リストを記述した埋め込みコードを含むメッセージ、並びに該メッセージに添付されたファイル文書のリストを受信する。ステップ２０２において、ＦｏＩＰサーバ１０２は上記メッセージから全ての埋め込まれたコード及び添付されたファイルを取り出す。ステップ２０４において、ＦｏＩＰサーバ１０２は送信者、ファックスオプション、受信者及びファックスすべき文書をＦｏＩＰデータベース（例えば、メディアデータベース）に記憶する。

ステップ２０６において、ＦｏＩＰサーバ１０２は当該送信者がファックスを送信することを許可されているかを、外部の電話帳（ディレクトリ）から又は当該ＦｏＩＰサーバの内部ディレクトリから検証する。当該送信者がファックスすることを許可されていない場合は、当該トランザクションは拒否され、該送信者に通知される。

ステップ２０８において、ＦｏＩＰサーバ１０２は受信者の宛先が有効であるかを検証する。受信者の宛先が有効でない場合は、該宛先に対するトランザクションは拒否され、送信者に通知される。ステップ２１０において、ＦｏＩＰサーバ１０２は当該通信システム１００の外部の集中ディレクトリから追加の情報を取り込むことにより送信者情報を完成させる。ステップ２１２において、ＦｏＩＰサーバ１０２は、上記ファイル文書を、ネイティブアプリケーションを使用することによりネイティブフォーマットからtiffフォーマットに変換する。該アプリケーションと関連させて、プリンタドライバ、コマンドライン変換器、内部変換エンジン又は特化された変換ＡＰＩを使用することもできる。

ステップ２１４において、ＦｏＩＰサーバ１０２は各受信者に対して送信者及び受信者情報を用いてtiffのカバーシートを作成する。ステップ２１６において、ＦｏＩＰサーバ１０２と前記ゲートウェイとの間のセッションが確立される。ステップ２１８において、該ゲートウェイへ上記tiffフォーマット情報が送信される。

図１３は、図２及び図９に示すＦｏＩＰサーバ１０２の一例を示している。図１３に示すＦｏＩＰサーバ１０２はＳＭＴＰゲートウェイ３００及びエクスチェンジゲートウェイ３０２を有し、これらは外部メッセージシステム、即ちＳＭＴＰメッセージシステム３２６及びエクスチェンジメッセージシステム３５２に対するインターフェースを提供する。これら外部メッセージシステムはネットワークを介して遠隔的にアクセスすることができる。ＳＭＴＰゲートウェイ３００及びエクスチェンジゲートウェイ３０２は、エンドユーザがＰＳＴＮ上へファックスを送信し、及びファックストランザクションのメイル通知を受信するのを可能にする。

一例として、ＦｏＩＰサーバ１０２は以下及び図１３に示すような構成要素からなっている。該ＦｏＩＰサーバはファックスドライバ３０４及びＸＭＬゲートウェイ３０６を含んでいる。ファックスドライバ３０４は、T.38ゲートウェイ１０４と通信して、ＰＳＴＮ ４へファックスを送信し、ＰＳＴＮ ４からファックスを受信する。ＸＭＬゲートウェイ３０６はＸＭＬの外向け（outbound）ファックス文書を処理する。例えば、これらＸＭＬ文書は、ＦｏＩＰサーバ１０２に対して、ＦｏＩＰサーバ１０２のバックエンドアプリケーションにより走査されるファイルシステムディレクトリに、又はhttpを介して転送される。

ファックスアーカイブデータベース３０８が該ＦｏＩＰサーバ１０２に対して設けられている。該ファックスアーカイブデータベース３０８は、該ＦｏＩＰ内に配置されるか、又はＩＰネットワーク上に配置されて遠隔的にアクセスされる。例えば、該データベースはＪＤＢＣ（Java（登録商標） DataBase Connectivity）を介してアクセスすることができる。ファックスアーカイブデータベース３０８は全ての完了したファックスのトランザクションの詳細を記憶するために使用される。ファックス情報をアーカイブ（記録保管）するために、アーカイブ要素３１０が設けられる。

ＰＳＴＮ ４からのファックスメディアはメディア記憶データベース３０９に記憶される。メディア記憶データベース３０９は、ＦｏＩＰファイルシステム上にローカルに、又はＩＰネットワーク上で遠隔ファイルシステムにインストールすることができる。該メディア記憶データベース３０９は、出力ファックスを発生するために使用される全ての文書（例えば、マイクロソフトワード（商標）、マイクロソフトエクセル（商標）、テキスト、カバーシート等）、出力ファックスtiff及び入力ファックスtiffを含む。

ＦｏＩＰサーバ１０２は、更に、他のシステム構成要素に対し内部的機能を提供するコンフィギュレーションマネージャ３１４、CoConfig３１６及び故障許容部（fault tolerance）３１８を含んでいる。コンフィギュレーションマネージャ３１４及びCoConfig３１６は、システム用コンフィギュレーション及び会社用コンフィギュレーションを各々含んでいる。故障許容部３１８は全ての構成要素及び可能性のある故障を監視し、メカニズム上の故障及び要素選択処理（component
election process）を管理する。コンフィギュレーションマネージャ３１４、CoConfig３１６及び故障許容部３１８は、コンフィギュレーションデータベース３２０、CoConfigデータベース３２２及びサービス状態データベース３２４と各々通信して、関連する情報を取得する。

ＦｏＩＰサーバ１０２は、更に、セッションマネージャ３２６及びhttpサーバ３２８を含んでいる。セッションマネージャ３２６はＭＭＣスナップイン（マイクロソフト社の商標）３５６のような遠隔管理ツール及び／又はＡＰＩに対するシステムアクセスを許可／拒否する。httpサーバ３２８は、ウェブブラウザ３６０又はバックエンドアプリケーションからのウェブアクセス要求をＦｏＩＰ構成要素に中継するために使用される。

ＦｏＩＰサーバ１０２は、更に、ファックスマネージャ３３０、ファックス待ち行列３３２、ファックス待ち行列データベース３３４、ファックスフォルダ仲介部３３６、ドキュメントラスタライザ３３８、メディア記憶部３４０を含んでいる。ファックスマネージャ３３０は、ファックスを処理するための全ての知能を含んでいる。ファックス待ち行列３３２は、ファックス待ち行列データベース３３４へのアクセスを制御する。ファックスフォルダ仲介部３３６は、ファックスリストに対する遠隔クライアントのアクセスを補助する。メディア記憶部３４０は、ファックスマネージャ３３０の命令に基づいてファックスメディアをメディア記憶データベース３０９から読み取ると共に、これらを記憶する。ドキュメントラスタライザ３３８はメディア記憶部３４０内の文書をファックスに変換する。

本発明の実施例によれば、ファックスサーバ、即ちＦｏＩＰサーバは、ＰＳＴＮを経由することなくT.38ファックスマシンと通信する。このように、ファックス送信を配信するためにＰＳＴＮとインターフェースするための特化された回路ファックスカードは、最早必要とされない。更に、ＰＳＴＮに接続されたゲートウェイを介して、音声サービス及びファックスサービスを配信するために同一のTelcoＴ１／Ｅ１／アナログインターフェースが共用されるので、この場合も如何なる特別な回路ファックスカードを用いずに、回線上の利用可能な帯域幅の一層効率的な使用が可能となる。例えば、音声サービスはＩＰ
ＰＢＸ（対話的音声応答）、ＩＰ ＩＶＲ（対話的音声応答）及びＩＰ ＵＭ（統合されたメッセージ）とすることができる。また、当該ＦｏＩＰサービスは、音声サービスを配信するために既に配備されたインフラストラクチャ（ゲートウェイ１０４）及びメッセージシステム１０６Ａを、再使用することができ、その逆も成り立つ。

本発明の実施例によれば、ＶｏＩＰシステムと関連して使用されるＦｏＩＰサーバは、Ｅメイル、音声メイル及びファックスに関して、これらメッセージをユーザのメイルボックス内で利用可能にすることにより、単一ユーザ的体験を提供する。

以上、本発明の特定の実施例を示し説明したが、斯様な実施例に対しては本発明の真の範囲から逸脱することなく種々変更及び変形をなすことができるであろう。

図１は、ファックスマシンの従来の配置を示す概念図である。 図２は、本発明の一実施例による通信ネットワークを示す概念図である。 図３は、ＰＳＴＮ上のT.30ファックスマシンを示す概念図である。 図４は、図２におけるパケットネットワークを介して通話を確立する処理の一例を示す概念図である。 図５は、図２の通信システムにおける入力ファックスのデータの流れを示す概念図である。 図６は、図２の通信システムにおける出力ファックスのデータの流れを示す概念図である。 図７は、図２の通信システムにおいてＰＳＴＮ４から入力ファックスを受信する処理の一例を示すフローチャートである。 図８は、図２の通信システムからＰＳＴＮへファックスを送信する処理の一例を示すフローチャートである。 図９は、図２の通信ネットワークの他の例を示す概念図である。 図１０は、図９の通信システムにおいてＰＳＴＮから入力ファックスを受信する処理の一例を示すフローチャートである。 図１１は、図１０に示した処理の他の例を示すフローチャートである。 図１２は、図９の通信システムからＰＳＴＮへ出力ファックスを送信する処理の一例を示すフローチャートである。 図１３は、図２及び図９のＦｏＩＰサーバの一例を示す概念図である。

符号の説明

４ ＰＳＴＮ
１００ 通信ネットワーク
１０２ ＦｏＩＰサーバ
１０４ ゲートウェイ
１０６ メッセージシステム
１０６Ａ メッセージシステム
１０８ ＩＰネットワーク
１１０ ファックスマシン
１１２ サーバ
１１４ デスクトップパーソナルコンピュータ
１５０ バックエンドシステム
１５２ ＣＲＭアプリケーション
１５４ ウェブサービス
１５６ メインフレーム

Claims (23)

1. ファックスメッセージを配信する通信システムにおいて、
   各々がメッセージを送信及び受信するための、１以上のメッセージ転送エージェント（ＭＴＡ）と、
   パケットネットワークと、
   公衆交換電話ネットワーク（ＰＳＴＮ）と前記パケットネットワークとを接続するゲートウェイと、
   前記パケットネットワークを介して前記ゲートウェイと通信を確立すると共に、前記ＭＴＡと前記ＰＳＴＮに接続されたファックス端末との間でファックスメッセージをやりとりするサーバと、
   を有することを特徴とする通信システム。
2. 請求項１に記載の通信システムにおいて、前記サーバは前記パケットネットワークを介して前記ゲートウェイとの通信を標準の通知プロトコルを使用して確立すると共に、ＩＴＵのT.38“ＩＰネットワークを介してのリアルタイムグループ３ファクシミリ通信のための手順”プロトコルを使用してファックスデータを交換し、前記サーバはT.38及びT.30プロトコルを含む標準の通知を処理する主プロセッサを含んでいることを特徴とする通信システム。
3. 請求項１に記載の通信システムにおいて、前記ゲートウェイが前記サーバに対する接続を確立する場合に前記ゲートウェイに前記サーバのアドレスを供給し、前記サーバが前記ゲートウェイに対する接続を確立する場合に前記サーバに前記ゲートウェイのアドレスを供給するゲートキーパを更に有していることを特徴とする通信システム。
4. 請求項１に記載の通信システムにおいて、前記サーバが、前記ファックスメッセージを伝送するためのトランザクション情報を捕捉することを特徴とする通信システム。
5. 請求項４に記載の通信システムにおいて、前記トランザクション情報が発呼者ＩＤ番号、発呼者ＩＤ名、着呼番号、ゲートアドレス、日付及び時間、持続時間、伝送速度、頁数、ＣＳＩＤ及びＤＭＴＦのうちの少なくとも１つを含んでいることを特徴とする通信システム。
6. 請求項１に記載の通信システムにおいて、前記サーバがファックスメディア情報及びトランザクション情報を記憶することを特徴とする通信システム。
7. 請求項１に記載の通信システムにおいて、前記サーバがプロトコルを介してデータに対する遠隔アクセスを提供することを特徴とする通信システム。
8. 請求項１に記載の通信システムにおいて、前記サーバはＭＴＡからファックス要求を受け、又は該ＭＴＡにファックストランザクションを報告することを特徴とする通信システム。
9. 請求項１に記載の通信システムにおいて、前記ＭＴＡは、顧客関係管理（ＣＲＭ）アプリケーション、ウェブサービス、メインフレーム、フォーム処理アプリケーション、文書管理又は特化されたアプリケーションを含むバックエンドシステムにより置換することができ、前記サーバはＦｏＩＰ通話と前記バックエンドシステムとの間の仲介をすることを特徴とする通信システム。
10. 通信ネットワークにおいてファックスメッセージを処理する方法であって、前記通信ネットワークが１以上のメッセージ転送エージェント（ＭＴＡ）と、パケットネットワークと、公衆交換電話ネットワーク（ＰＳＴＮ）と前記パケットネットワークとを接続するゲートウェイと、前記ＭＴＡと前記ＰＳＴＮに接続されたファックス端末との間でファックスメッセージをやりとりする１以上のサーバとを含むような方法において、該方法が、
    前記端末にファックスが到達した場合に、該端末上のファックス通話を扱うサーバを選択するステップと、
    前記ゲートウェイと前記選択されたサーバとの間のセッション、及び前記ファックスを前記ＰＳＴＮ上に送信する前記ファックス端末と前記サーバとの間のセッションを確立するステップと、
    前記ファックスを前記ファックス端末から前記選択されたサーバへ送信するステップと、
    前記ファックスに関係する情報をメディアデータベースに記憶するステップと、
    前記セッションを終了させるステップと、
    前記サーバにおいて、前記サーバ上の前記入力ファックスのためのＭＴＡの宛先アドレスを決定するステップと、
    前記サーバを前記ＭＴＡに接続して、前記入力ファックスのメッセージを転送するステップと、
    前記サーバにおいて、前記選択されたＭＴＡと互換性のあるフォーマットのメッセージを前記記憶された情報に基づいて作成するステップと、
    前記作成されたメッセージを前記ＭＴＡに転送するステップと、
    を有することを特徴とする方法。
11. 請求項１０に記載の方法において、前記確立するステップが、前記ゲートウェイと前記選択されたサーバとの間の通話セッションを標準のプロトコルを使用して確立するステップと、前記ゲートウェイと前記選択されたサーバとの間のメディアセッションを確立するステップと、前記ファックス端末と前記サーバとの間のT.30ファックスセッションを確立するステップとを含んでいることを特徴とする方法。
12. 請求項１０に記載の方法において、前記確立するステップが、通話の確立が失敗した場合に、新たな代替サーバを集中化サービスから得られるダイヤルプランに基づいて決定するステップを含んでいることを特徴とする方法。
13. 請求項１０に記載の方法において、前記送信するステップが、前記ファックスをT.30プロトコルを使用して送信するステップを含んでいることを特徴とする方法。
14. 請求項１０に記載の方法において、前記記憶するステップが、前記ファックスのメディアを前記メディアデータベースにおける１以上のファイルに記憶するステップと、トランザクション情報及びＵＲＬを前記ファックスのメディアを含むファイルに記憶するステップとを含んでいることを特徴とする方法。
15. 請求項１０に記載の方法において、前記決定するステップが、前記ファックス通話を扱うサーバをゲートウェイのダイヤルプラン又は集中化サービスから得られるダイヤルプランに基づいて決定するステップを含んでいることを特徴とする方法。
16. 請求項１０に記載の方法において、前記ゲートウェイはT.38認識端末であり、前記選択するステップが、文書を走査すると共に端末入力インターフェースから宛先を入力するステップと、前記パケットネットワーク上の前記サーバを端末ダイヤルプラン又は集中化サービスから得られるダイヤルプラン及びユーザにより入力された情報に基づいて選択するステップとを含んでいることを特徴とする方法。
17. 請求項１０に記載の方法において、前記ＭＴＡは、顧客関係管理（ＣＲＭ）アプリケーション、ウェブサービス、メインフレーム、フォーム処理アプリケーション、文書管理又は特化されたアプリケーションを含むバックエンドシステムにより置換することができ、前記サーバはＦｏＩＰ通話と前記バックエンドシステムとの間の仲介をすることを特徴とする方法。
18. 通信ネットワークにおいてファックスメッセージを処理する方法であって、前記通信ネットワークが１以上のメッセージ転送エージェント（ＭＴＡ）と、パケットネットワークと、公衆交換電話ネットワーク（ＰＳＴＮ）と前記パケットネットワークとを接続するゲートウェイと、前記ＭＴＡと前記ＰＳＴＮに接続されたファックス端末との間でファックスメッセージをやりとりする１以上のサーバとを含むような方法において、該方法が、
    前記ＭＴＡから前記サーバにメッセージを受信するステップであって、該メッセージにはファイル文書が添付されているようなステップと、
    前記メッセージの情報を取り出すステップと、
    前記情報をデータベースに記憶するステップと、
    当該ファックスを送信する送信者がファックスを送信することを許可されているかを検証すると共に、前記ファックスを受信する受信者が有効であるかを検証するステップと、
    送信者情報を完成させるステップと、
    前記ファイル文書を元のフォーマットから所定のフォーマットに変換するステップと、
    前記サーバと前記ゲートウェイとの間でセッションを確立するステップと、
    前記所定のフォーマットで書かれた前記ファックスの内容を前記サーバから前記ゲートウェイに送信するステップと、
    を有していることを特徴とする方法。
19. 請求項１８に記載の方法において、前記受信するステップが、ファックスオプションを記述する埋め込みコード、送信者情報及びファックス受信者のリストを含むメッセージ並びに該メッセージに添付されたファイル文書のリストを受信するステップを含んでいることを特徴とする方法。
20. 請求項１８に記載の方法において、前記許可されているかを検証するステップが、前記送信者がファックスを送信することを許可されていない場合に、前記ファックスのトランザクションを拒否するステップと、前記送信者に通知するステップとを含んでいることを特徴とする方法。
21. 請求項１８に記載の方法において、前記有効であるかを検証するステップが、宛先が無効である場合に、該宛先に対するトランザクションを拒否するステップと、前記送信者に通知するステップとを含んでいることを特徴とする方法。
22. 請求項１８に記載の方法において、更に前記ＰＳＴＮから前記ＭＴＡにファックスを配信するステップを有し、該配信するステップが、
    前記端末にファックスが到達した場合に、該端末上のファックス通話を扱うサーバを選択するステップと、
    前記ゲートウェイと前記選択されたサーバとの間のセッション、及び前記ファックスを前記ＰＳＴＮ上に送信する前記ファックス端末と前記サーバとの間のセッションを確立するステップと、
    前記ファックスを前記ファックス端末から前記選択されたサーバへ送信するステップと、
    前記ファックスに関係する情報をメディアデータベースに記憶するステップと、
    前記セッションを終了させるステップと、
    前記サーバにおいて、前記サーバ上の前記入力ファックスのためのＭＴＡの宛先アドレスを決定するステップと、
    前記サーバを前記ＭＴＡに接続して、前記入力ファックスのメッセージを転送するステップと、
    前記サーバにおいて、前記選択されたＭＴＡと互換性のあるフォーマットのメッセージを前記記憶された情報に基づいて作成するステップと、
    前記作成されたメッセージを前記ＭＴＡに転送するステップと、
    を有することを特徴とする方法。
23. 請求項１８に記載の方法において、前記ＭＴＡは、顧客関係管理（ＣＲＭ）アプリケーション、ウェブサービス、メインフレーム、フォーム処理アプリケーション、文書管理又は特化されたアプリケーションを含むバックエンドシステムにより置換することができ、前記サーバはＦｏＩＰ通話と前記バックエンドシステムとの間の仲介をすることを特徴とする方法。

Images