JP2000504183A

JP2000504183A - リアルタイム電話対電話間音声通信用複合ネットワーク

Info

Publication number: JP2000504183A
Application number: JP9527848A
Authority: JP
Inventors: リン、ジェリー; ニ、ライオネル
Original assignee: ラブズ・オブ・アドバンスト・テクノロジーズ・インターナショナル・コーポレーション
Priority date: 1996-01-31
Filing date: 1997-01-30
Publication date: 2000-04-04
Also published as: WO1997028628A1; AU1851397A; TW312877B

Abstract

(57)【要約】通常の電話ユーザが、従来の長距離料金を回避するために、パケット交換デジタル・データ・ネットワークを用いて長距離呼出を行うことができるシステム及びその方法が開示された。パーソナル・コンピュータ（ＰＣ）は不可欠ではないが、本システムを利用することもできる。本システムは、複数の地理的に離れたサーバを有し、各々が、例えば特定の区域コードと関連付けられる。長距離呼出を行うためにユーザは、発信元サーバのローカル番号及び任意であるが許可コードをダイヤルするのみである。次にユーザは、被呼側当事者の電話番号を発信元サーバに入力する。発信元サーバは、システム内のいずれの遠隔サーバが呼び出されている番号に対してローカルであるかを決定し、デジタル・データ・ネットワークを介してその遠隔サーバと通信する。その後、アドレス指定されたその遠隔サーバが、被呼者の番号をダイヤルし、起呼者と被呼者の間でリアルタイム音声通信が可能となる。本システムはさらに、グループ・メッセージ、グループ・ファクシミリ、電話対ＰＣ間通信、ＰＣ対電話間通信、ＰＣ対ＰＣ間通信等の他のサービスも含む。

Description

【発明の詳細な説明】リアルタイム電話対電話間音声通信用複合ネットワーク本発明は、パケット交換デジタル・データ・ネットワークを介した当事者間のリアルタイム電話通信を可能とするシステム及びそれに対応する方法に関する。特に、本発明は、既存の回線交換電話ネットワーク及び既存のパケット交換ネットワークを利用する複合通信ネットワークに関する。この複合通信ネットワークは、複数の地理的に離れたサーバを含み、それらのサーバが互いにパケット交換ネットワークを介して相互接続されることにより、ユーザは、自分のローカル・サーバへアクセスするだけで「長距離」電話呼出を行うことができる。そしてローカル・サーバは、呼出されている電話番号に対してローカルである別のサーバへ自動的にアクセスし、起呼側と被呼側とを接続する。発明の背景図１は、汎用的な専用電話ネットワークを示し、この中では、例えば、ネットワーク５を介した起呼者１から被呼者３への「長距離」呼出が行われる。このようなネットワーク５の周知の例としては、現在、ＡＴ＆ＴＴＭ及びＭＣＩＴＭにより公衆交換電話ネットワーク（ＰＳＴＮ）の一部として提供されている。ネットワーク５の交換技術は、回線交換に基づいている。すなわち、通信の持続中は各通信が「専用の」チャネルを与えられている。起呼者１と被呼者３は、異なる区域コードに位置しているので、ネットワーク５の長距離利用に基づき、起呼者は長距離料金を負担する。不都合な点として、これらの長距離料金はすぐに増大し、かなりの負担となることがしばしばである。このような確立された電話会社の長距離システムと競合する長距離加入者システム（例えば、米国特許No.4,513,175を参照）が、注目されることとなった。通常、このような加入者システムは、確立された電話会社のローカル交換電話線を利用することにより、加入者をコンピュータへ接続する。そのコンピュータは、専用の伝送ネットワークを通して加入者の電話呼出を別のローカル区域へ搬送する。そこで、その電話呼出は、再び交換電話ネットワークへ再導入され、ダイヤルされた場所へ到達する。ユーザは、利用される長距離専用ネットワークを制御するコンピュータへのアクセスを獲得するために、通常、７桁のローカル電話番号を入力することが必要である。このコンピュータは起呼に応え、そしてその電話線上にトーンを発する等により、ユーザに対してアクセスが得られたことを示す。このコーンを聴いたならば、ユーザは、割り当てられた課金コードを入力し、その後、このシステムを通して接続されることになる遠隔場所の区域コードと電話番号をダイヤルする。不都合な点として、前述の米国特許No.4,513,175の長距離加入者システムには番号の問題がある。第１に、このシステムは、汎用的電話会話と同様のファクシミリ通信や複数当事者会議電話等を可能とするような設備がないことである。第２に、これらの私的に所有された長距離ネットワークは、パケット交換されず、したがって専用システムに固有の問題を抱えている。さらに、上記特許に記載の加入者システムは、私有の専用伝送媒体若しくはラインの構築及び保守を必要とする。これは、今日の市場において非実用的かつ過度に高価である。米国特許No.5,341,374は、パケット交換ネットワークにおいて分散呼出処理を具備する音声データおよびビデオを統合したトークンリング・ネットワークを開示する。これは、リアルタイム音声会話をサポートする。複数のトークンリング・ネットワークは、ブリッジ等を介して相互接続され、各トークンリング・ネットワークは、ツイストペア線により接続されリング状に配置されたノード接続ユニット（プロセッサ制御されたスイッチ）の番号を含む。各ノードは、ＰＣ、電話、及び／又は画像システムへ接続することができる。アナログ・デジタル（Ａ／Ｄ）変換及びデジタル・アナログ（Ｄ／Ａ）変換のようなデータ処理、表示、並びに記憶オペレーションは、ノードへ接続された家庭用装置（例えば、電話、ＰＣ等）により実行される。欠点としては、米国特許No.5,341,374のシステムは、現在の社会の大多数のために役に立てないことである。なぜなら、ほとんどの家庭は、ＭＵ−ＬＡＮＰＣＭフォーマットでＡ／Ｄ変換及びＤ／Ａ変換を実行するＰＣ、ファクシミリ機、及びデジタル電話を所有していないからである。会話中にアナログ音声信号を出力する単純な電話のみを所有する家庭は、当該特許を利用し恩恵を受けることができない。また、トークンリングのローカル・エリア・ネットワーク（ＬＡＮ）へ接続されていない電話は、このシステムを利用できない。すなわち、このシステムは、トークンリング・ネットワーク技術に限定されており、この技術は、現市場条件からして望ましくない。米国特許No.4,969,184は、全国的なデジタル・データ・ネットワークを用いて離れたデータ装置間で情報を伝送することにおいて、ローカルの公衆交換電話ネットワーク（ＰＳＴＮ）を利用するデータ伝送システムを開示する。複数の地理的に離れたローカル・ノード（各々ローカルＰＳＴＮへ接続されている）は、デジタル・データ・ネットワークを介して接続される。これは、例えばファクシミリ・データを１つの区域コードから別の区域コードへ長距離料金を負担することなくデジタル・データ・ネットワークを介して伝送することができる。不都合なことに、特許No.4,969,184に開示のシステムは多くの欠点を有している。(i)リアルタイムで連続的な音声データを伝送できないこと、(ii)同報通信設備の使用が必要であり、かつ、音声伝送ではないファクシミリやデータの伝送へ制限されるようであること、(iii)私有の若しくは有料のデジタル・データ・ネットワークの設置及び保守が必要であること、である。最近約１０年間に、「インターネット」として一般に知られるパケット交換デジタル・データ・ネットワークが、世界的に馴染みのあるものとなってきた。図２は、インターネット１０を利用してコンピュータ９と通信するコンピュータ７を示す。インターネットは最もよく知られた世界的なパケット交換ネットワークであって、数千のコンピュータ・ネットワーク、数万のコンピュータ、そして一千万以上のユーザの集まりであり、これらは、デジタル・データを交換するべく互いに対話するための互換性ある手段を共有する。このシステムは、ルータを介して相互接続された多数のネットワーク・プロバイダからなる。ファイルを転送するための多くの一般に用いられる方法が、ファイル転送プロトコル（ｆｔｐ）として知られている。通常、コンピュータ７及び９は、例えばイーサネット(Eth ernet)やＦＤＤＩ等の様々な標準ネットワーク・インタフェース・カードを介して、あるいは、データ・モデムを用いて間接的にインターネットへアクセスする。有線式リンクが一般的に用いられる。インターネットは、パケット交換式のデジタル・データ・ネットワークである。パケット交換は、異なるネットワーク・セグメントが共通の伝送媒体を共有する方式である。「専用の」ラインを通して多量のデータを送信先コンピュータへ直接送るのではなく、パケット交換ネットワークは、データを小さな塊へ分解し、各塊が「パケット」で共通の伝送ラインに沿って送られる。「パケット」は、送信元と送信先の情報も含む。これにより、多くのパケットが同じネットワークを通して流れ、全てがそれらの適切な送信先へ届くことが可能となる。パケット交換ノードと呼ばれる専用ネットワーク構成要素は、パケット自体に含まれる情報を用いてこれらのパケットを送信元から送信先へと経路指定する。特定のデータ伝送の全てのパケットがそれらの送信先へ到着した後、送信元と送信先の情報が取り除かれ、そしてそれらのパケットは元のデータへと再構成される。このようにして、任意の数のコンピュータからのパケットがコンピュータを共有することができる。現在のところ、次のシステムが本発明の従来技術であるか否か明らかではないが、インターネットを通してコンピュータ対コンピュータ間の音声通信を可能とするシステムが、最近市場に導入された。このシステムを用いると、参加するコンピュータ（ＰＣ）に固有のマイクロフォン、スピーカー、オーディオ装置、及び必要な通信ソフトウェアが装備されていることを前提として、インターネットを通して音声通信が可能となる。欠点としては、この最近導入されたコンピュータ対コンピュータ間の音声技術は、双方の当事者が特別なハードウェア、ソフトウェア、及びインターネット接続を装備しているときにのみ利用できることである。さらに、双方の当事者が、目的とする利用態様を予め認知しており、かつ、通信が開始される前に双方のコンピュータの必要なソフトウェアが立ち上げられていなければならない。これは、非常にやっかいで非実用的である。なぜなら、米国の家庭の７０〜８０％は、コンピュータさえもっておらず、云うまでもなく世界的には、コンピュータのない家庭の割合はさらに高い。最近、インターナショナル・ディスカウント・テレコミュニケーション（ＩＤＴ）は、インターネットを通してコンピュータ対電話間の音声通信を可能とするシステムを発表した。ここでも、このシステムが本発明の従来技術となるか否かは、現時点では明らかでない。しかしながら、このコンピュータ対電話間システムもまた、コンピュータ対コンピュータ間システムに関して述べた問題を抱えており、かつ、双方向性でないのでさらに制限される。言い換えるならば、通信すなわち音声会話は、ＰＣからのみ発することができる。汎用的な電話（フック及びリング装置）のみを所有する起呼者は、このシステムを用いてＰＣ所有者や他の電話所有者に電話することはできない。これは問題である。上記の観点から、電話ユーザ間で（ＰＣ等を必要とせずに）リアルタイム音声会話が可能であって、いずれの電話所有者すなわち長距離電話をしようとする起呼者も、単にローカル番号をダイヤルするだけでデジタル・パケット交換ネットワークを介して起呼者と被呼者の間のリアルタイム音声通信ができ、それにより、従来の長距離料金の負担を排除できるような双方向システム及びそれに対応する方法が必要とされている。発明の概要一般的に本発明は、上記の技術的必要性を満たすべく、以下の通り、起呼者と被呼者の間のリアルタイム音声通信を可能とする双方向電話通信ネットワークを提供する。当該電話通信ネットワークは、パケット交換デジタル・データ・ネットワークを用いて相互接続された複数の双方向通信サーバであって、各サーバが交換電話ネットワークを用いてユーザへ接続されることにより起呼者が電話ネットワークを通して発信元サーバへアクセスすることができかつ被呼者の発信先電話番号を入力できるような複数の双方向通信サーバを有し、上記各サーバは、起呼者からの発信先電話番号の１つを受信し、かつそれに応じて起呼者と被呼者の間にパケット交換デジタル・データ・ネットワークを通して発信先サーバを介したリアルタイム音声通信を確立する手段を有する。 14）所与の好適例によれば、上記システムはさらに、ファクシミリ、グループ・ファクシミリ、複数当事者音声、及び、ＰＣ対ＰＣ間の通信を可能とする。本発明はさらに、上記の技術的要請を満たすべく、以下の通り、起呼者から被呼者へのリアルタイムの長距離電話呼出を行う方法を提供する。当該方法は、ａ）デジタル・データ・ネットワークにより互いに接続された、起呼者に対してローカルの第１のサーバ及び被呼者に対してローカルの第２のサーバを設けるステップと、ｂ）起呼者が、第１のサーバへアクセスするためにローカル交換電話ネットワークを用いてローカル電話番号をダイヤルするステップと、ｃ）起呼者が、ファクシミリ・モード及びＰＣＭＰＣ間モードを他の可能なモードとして含む複数の可能なモードから、二当事者音声通信モードを選択するステップと、ｄ）起呼者が、第１のサーバにより受信される被呼者の電話番号を入力するステップと、ｅ）被呼者の電話番号を受信したことに応じて、第１のサーバがデジタル・データ・ネットワークを介して第２のサーバへ被呼者を呼び出すよう命令するステップと、ｆ）第１及び第２のサーバ並びにデジタル・データ・ネットワークを介して起呼者と被呼者を接続するために、第２のサーバがローカル呼出を用いて被呼者の電話番号を呼び出すステップと、ｇ）起呼者と被呼者がリアルタイム音声電話会話を継続する間、第１及び第２のサーバの各々が音声信号のＤ／Ａ及びＡ／Ｄ変換行うことにより、起呼者と被呼者がアナログ音声信号を出力する電話を用いて会話を継続できるステップとを有する。 15）電話対電話間通信に加えて、本システムは、電話対ＰＣ間、ＰＣ対電話間、及び、ＰＣ対ＰＣ間の通信を可能とする。但し、これらのＰＣがオーディオ装置、スピーカー、マイクロフォン、及び、上記を実行するソフトウェアを装備していることが前提である。以下、添付図面に示す所与の実施例に関して本発明を説明することとする。図面の説明図１は、起呼者と被呼者の間の長距離電話呼出を可能とする汎用的なＰＳＴＮシステムの従来技術を示す。図２は、インターネット等のパケット交換デジタル・データ・ネットワークを介して互いに通信する一対のコンピュータの従来技術を示す。図３は、本発明による既存の電話ネットワーク及び既存のパケット交換デジタル・データ・ネットワークを利用する複合通信ネットワークの構成図であり、複合ネットワークは、パケット交換ネットワークにより相互接続された複数の地理的に離れた双方向サーバを含む。図４は、図３のシステムの通信サーバを示す構成図である。図５は、図４のサーバの音声／データ／ファクシミリ・コントローラの構成図である。図６は、起呼者が多数の異なる通信モードの１つを選択するために図３〜図５のシステムを利用する方法を示す流れ図である。図７は、図６に示す二当事者音声モードの流れ図である。図８は、図６の複数当事者モードと関連する機構及び／又はステップを示す流れ図である。図９は、サーバ（すなわち起呼者に対してローカルのサーバ）を呼出す又は発信することにより、実行されるステップを示す流れ図である。図１０は、ファクシミリ、グループ・ファクシミリ、及び、グループ・メッセージ・モードにおいてサーバに発信することにより実行されるステップの流れ図である。図１１は、二当事者音声モードにおいてサーバに発信することにより実行されるステップの流れ図である。図１２は、複数当事者会議モードにおいてサーバに発信することにより実行されるステップの流れ図である。図１３は、受信モード及び送信モードの双方でネットワーク内のサーバにより実行される機能を示す流れ図である。図１４は、被呼者に対してローカルの発信先サーバにより実行される起呼ステップを示す流れ図である。図１５は、起呼者と被呼者の間でリアルタイム通信が不要であるとき、被呼サーバすなわち発信先サーバにより実行される起呼機能を示す流れ図である。本発明の実施例の詳細な説明以下、添付の図面を参照するが、幾つかの図面において同様の部位は同様の参照符号で示す。図３は、離れて位置する起呼者と被呼者の間のリアルタイム電話音声通信を可能とする複合ネットワークを示す。この複合ネットワークは、専用ラインをもつ既存の１又は複数の回線交換電話ネットワーク１５と、既存のパケット交換デジタル・データ・ネットワーク１３（例えば、インターネット）を利用する。複合ネットワークは、（ＰＣやファクシミリ機ではない）単純な電話を有する起呼者１７、１９若しくは２１か、従来の長距離料金を負担せずに個々の被呼者へ長距離電話呼出を行えるようにする。このネットワークは、非集中型制御を用い、そして、コスト的に有利なローカル通信用の既存のローカル電話ネットワーク１５の利点と、例えば経済的なグローバル通信用のインターネット１３の存在の利点とを組み合わせることにより、ＰＳＴＮを用いるときに通常負担する「長距離」料金無しで長距離電話呼出を行うことが可能となる。この複合ネットワークでは、電話呼出の起呼者及び／又は被呼者が、汎用的なアナログ出力電話以外にＰＣやファクシミリ等のいかなる「特別な」電話通信装備も有する必要がない。起呼者は、ローカルの７桁の電話番号を用いて発信元サーバ１１へアクセスし、被呼者の番号（少なくとも１０桁の発信先電話番号）を入力する。発信元サーバは、そのＩＰデータベース２５内の発信先番号を検索し、発信先番号に対応する（例えば同じ区域コードの）サーバ１１のアドレスを決定する。次に、発信元サーバ１１は、ネットワーク１３を通して発信先サーバ１１をアドレス指定して通信する。続いて、発信先サーバ１１は、ＰＳＴＮ１５上で被呼者を呼び出す。被呼者の電話が鳴ったとき、被呼者は単に電話をとって起呼者と通常の電話会話を行うだけである。音声メッセージ又は複数当事者会議のモードの場合は、被呼者は、発信先サーバから被呼者に対して送られる音声メッセージによりそのサービス（すなわちモード）形式を知らされる。後述のファクシミリ又はグループ・ファクシミリのモードの場合は、被呼者が、ファクシミリ機を有していると想定する。図３に示す通り、複合ネットワークは、パケット交換デジタル・データ・ネットワーク１３を用いて相互接続された複数の地理的に離れた通信サーバ１１を含む。所与の実施例においては、各サーバ１１は、異なる区域コード若しくはローカル呼出領域に位置している。例えば、図３は、ローカル・ユーザ１７のサーバ１１の電話番号を(201)333-5500として示し、ローカル・ユーザ２１のサーバ１１の電話番号を(517)349-1000として示している。全てのサーバ１１（例えば、P entiumTMプロセッサを具備するＰＣベースのもの）は、デジタル・データ・ネットワーク１３と交換電話ネットワーク１５の間の双方向インターフェース装置として機能する。この点で、いずれの家庭１７、１９、２１も、だれが発信しても互いに通信することができる。図４は、複数のサーバ１１の１つを詳細に示す構成図である。各サーバ１１は、私設局内交換設備（ＰＢＸ）１６により対応するローカル電話ネットワーク１５へ接続され、それによって多数の潜在的な起呼者／被呼者が、各サーバを介してシステムにアクセスできる。別の例として、ネットワーク１５とサーバ１１の間の通信を可能とするために、ＰＢＸ１６の代わりにチャネル・サービス・ユニット（ＣＳＵ）を用いることができる。標準のＴ１リンク２７は、ＰＢＸ１６とサーバ１１の間に挿入できる。図示の通り、各家庭（１７、１９、又は２１）は、少なくとも標準的なアナログ出力電話２９を備えている。任意であるが、各家庭が、ファクシミリ機３１、パーソナル・コンピュータ（ＰＣ）３３、データ・モデム３５、及び／又は無線電話すなわち携帯電話３７を備えていてもよい。これらの装置の各々は、発信元サーバ１１及び近隣のローカル電話ネットワーク１５を介して複合ネットワークへアクセスするために用いることができる。もしユーザの電話２９又はＰＣ３３にビデオ表示装置及び／又はカメラが装備されていれば、このシステムは、起呼者と被呼者の間のリアルタイム音声／画像による会話及び映像をサポートできる。各サーバ１１は、１又は複数のバス３９を具備しており、これは、１又は複数の音声/データ/ファクシミリ・コントローラ４１、記憶装置４３、メモリ４５、１又は複数のプロセッサ４７、及びデジタル・データ・ネットワーク・インタフェース４９を互いに接続する。ネットワーク・インタフェース４９は、例えば、汎用的なイーサネット(Ethernet)又はＦＤＤＩネットワーク・アクセス・カードでよい。サーバ１１が多くのラインを提供するときは、複数のネットワーク・アダプタ・カードを用いてもよく、必要なアクセス・カードの数もまたネットワーク帯域幅の関数となる。ネットワーク１３を通して送られるパケット化されたデータは、ネットワーク・インタフェース４９において汎用的なＴＣＰ/ＵＤＰ/ＩＰベースのプロトコルによりフォーマット化できる。リアルタイム音声通信においては、効率的な低オーバヘッドのＵＤＰベースのプロトコルが用いられる。任意であるが、ＲＴＰ（リアルタイム転送プロトコル）又はパブリック・ドメイン・リアルタイム音声転送プロトコル、ｖａｔ、やや改変されたもの、を用いてもよい。デジタル・データ記憶装置４３としては、標準的な記憶ディスクが含まれるが、１又は複数のプロセッサ４７としてペンティアム(Pentium)ベースのチップを用いてもよい。記憶装置４３は、許可データベース２３及びＩＰデータベース２５の双方と、ディレクトリ・データベースとを含む。したがって、デジタル・データ記憶装置４３には、特定の発信先電話番号をそのネットワーク中のいずれのサーバ１１（及びそのアドレス）が包含し、その発信先電話番号に対してローカルであるかに関する情報が記憶されている。例えば、各サーバ１１は、起呼者により発信先電話番号(517)349-1234が入力されたとき、その特定の電話番号に対してローカルなサーバ１１のネットワーク１３におけるアドレスが35.8.12.106 であることを示す情報をその記憶装置４３内に含んでいる（図３に示す電話番号及びアドレスを参照のこと）。さらに、記憶装置４３は、課金情報、許可コード・データ、クレジット・カード情報、及び、特定のユーザ若しくは家庭に関する請求情報を記憶するために用いることができる。許可データベース２３は、アクティブなローカル・ユーザの許可コード及びかれらの対応するクレジット情報を保持する。一方、メモリ４５は、１又は複数のプロセッサ４７により各サーバ１１を制御するために用いられるオペレーティング・ソフトウェア若しくはアプリケーション・ソフトウェアを記憶するために利用される。さらに、呼出や接続が行われている間、記憶装置４３から取り出されたデータを一時的にメモリ４５内に記憶することもできる。記憶装置４３内のディレクトリ・データベースは、そのサーバ１１に対してローカルな各ユーザ（アクティブ・ユーザ及び過去のユーザ）の個人的ディレクトリを保持する。各ユーザ用の個人的ディレクトリは、各グループ及び個人の名前とコード等の情報を含んでおり、モード８５及び８７において、個人利用情報、個人請求情報、トランザクション情報等を呼び出すことができる。ディレクトリ・データベースは、アクティブ・ユーザと過去のユーザの双方の記録を保持するので、過去のユーザが再びその課金をアクティブにしたいときには、その情報を容易に取り出せる。本発明の所与の実施例においては、ユーザが１つの区域から別の区域へ移動したとき、記憶装置４３におけるそのユーザのデータベース情報は、１つのサーバ１１から新しい区域に対してローカルな別のサーバ１１へ自動的にネットワーク１３を通して転送される。この転送は、ユーザの要求により実行されてもよく、あるいは、ユーザが彼の新しい発信元サーバ１１へ初めてアクセスしたときに実行されてもよい。ローカル・サーバ１１における各ユーザの個人的ディレクトリ・データベースにより、本発明によるシステムは、次の電話サービスを提供する。(i)ユーザが、彼のデータベース内に他人が残した音声メッセージをチェックしたり削除したりできる。(ii)ユーザが、以前に要求されたグループ音声メッセージやファクシミリの状態をチェックできる。(iii)ユーザが名前及び場所を入力したならば、ディレクトリ情報である特定の個人の電話番号を要求することができる。(iv)ユーザが、彼の個人的な課金、利用等を監視できる。(v)ユーザが、グループ・モード及び個人モードに関連するグループ名、コード、及び電話番号を作成し、削除し、そして修正できる。プロセッサ４７の役割及び機能は、コントローラ４１からネットワーク・インタフェース４９への、あるいはその逆のデータ・パケットの流れを制御することを含む。プロセッサ４７はさらに、記憶装置４３に記憶された請求データ等の更新、取り出し等も制御する。各サーバ１１に設けられた音声/データ/ファクシミリ・コントローラ４１は、図５に詳細に示されている。コントローラ４１は、ファクシミリ/データ・モデム５１、音声ライン・インタフェース５３、コーダ/デコーダ（ＣＯＤＥＣ）５５、デジタル信号処理ユニット（ＤＳＰ）５７、ＤＳＰメモリ５９、圧縮／解凍装置６１、暗号化／解読装置６３、メモリ６５、及び、任意のプロセッサ６７を含む。各コントローラ４１を構成する図５に示した様々な装置は、バス３９と通信するバス６９により相互接続される。音声ライン・インタフェース５３及びファクシミリ/データ・モデム５１は、トーン検知器５２へ接続される。トーン検知器５２は、リンク２７を通してＰＢＸ１６から入ってくる音声信号及び／又はファクシミリ／データ信号を受信しかつ適切に配信する。したがって、インタフェース５３が入ってくる音声信号をトーン検知器５２から受信するのに対し、モデム５１は、入ってくるファクシミリ /データ信号を受信する。２、３本の音声ラインのみが用いられる場合、コントローラ４１内の検知器５２が、ループ・スタート（例えば、ＲＪ１１及び／又はＲＪ１４）により、ローカル交換(専用)電話ネットワーク１５へインタフェースされてもよい。一方、多数のラインにおいては、標準のＴ１中継線２７を利用してもよい（ＰＢＸ１６は、電話ネットワークから、提供されるライン数に依存する利用可能なラインへ呼出を配信するために必要なことがある）。各ラインは、音声処理ボード（後述）により制御される起呼機能及び被呼機能の双方（音声及び／又はファクシミリ）をサポートできる。ＣＯＤＥＣ５５（例えば、Motorola MC145480チップ）は、標準的なアナログ・デジタル（Ａ／Ｄ）変換及びデジタル・アナログ（Ｄ／Ａ）変換を行う。ＣＯＤＥＣ５５は、インタフェース５３及び／又はモデム５１から受信したアナログ信号をデジタル信号へ変換するために機能する（例えば、起呼者がアナログ音声信号をネットワーク１５を介してサーバへ出力している電話会話中に行う）。一方、各サーバは双方向インターネットであるので、ＣＯＤＥＣ５５がＤＳＰ５７からデジタル・データ（例えば、デジタル音声データ）を受け取ったとき、ＣＯＤＥＣはそれをアナログへ変換し、その後それをモデム５１又はインタフェース５３のいすれかを介してローカルの起呼者／被呼者へ送る。したかって、各サーバ１１内のＣＯＤＥＣ５５は、少なくとも次の２つの機能を実行する。(i) そのローカルの起呼者／被呼者から入ってくるアナログ信号をデジタル信号へ変換し、それをネットワーク１３を通してもう一方の当事者へ送る。(ii)ネットワーク１３を通してもう一方の当事者からのデジタル信号を受取り、そのデジタル信号をアナログ信号へ変換し、それを電話ネットワーク１５を通してそのローカルの起呼者／被呼者へ送る。ＤＳＰ５７（例えば、TI TMS320 DSPファミリ）は、音声グレード周波数（例えば、8kHz）に対するサンプリングを行い、所与の実施例では、ＣＯＤＥＣ５５から受け取ったデジタル信号に対して順方向エラー訂正(ＦＥＣ)を適用できる。ＤＳＰ５７は、デジタル・エコーの取消及びファクシミリ信号の復調／変調を行う。ＤＳＰ５７はさらに、デジタル・データをサンプル毎に低ビット数（例えば、８ビット）へと圧縮する。もう一方の方向においては、ＤＳＰ５７は、エラー訂正をデコードし、圧縮／解凍ユニット６１からのデジタル・データを解凍する。ＤＳＰメモリ５９は、ＤＳＰ５７により実行されたエラー訂正及び圧縮／解凍プロセスで用いられた情報を記憶する。圧縮／解凍ユニット６１は、ＤＳＰ５７により行われたものとは異なる形式の圧縮／解凍を行うことにより、ネットワーク１３上へ出て行くデータを圧縮し、ネットワーク１３上から入ってくるデータを解凍する。例えば、ユニット６１は、既知のＧＳＭ圧縮／解凍アルゴリズム（約５対１の比）を用いることができる。セキュリティが重視される場合、暗号化／解読装置６３が設けられ、ネットワーク１３上へ出ていくデジタル・データを暗号化しかつ入ってくるデジタル・データを解読するために既知の方法（ＤＥＳ等の、任意の標準的暗号化／解読アルゴリズムを用いることができる）で機能する。本発明の所与の別の実施例においては、上述のコントローラ４１の構成要素を形成するために、Dialogic D/240SC-T1型２４ポート音声処理及びＴ１ボード（このボードは、音声入力、ＣＯＤＥＣ、ＤＳＰ、ＤＳＰメモリ、及びＴ１接続を含む）をDialogic FAX/120型１２ポート・ファクシミリ・ボート（これは、ファクシミリ・モデム及びファクシミリ・データＣＯＤＥＣを含む）と組み合わせて利用できる。Dialogic製品は、半二重通信をサポートする。全二重製品、例えば、Calian VM200高集積圧縮音声/ファクシミリ・モジュールは、１ポートをサポートし、ステップ５１、５２、５３、５５、５７、５９、及び６１の機能を実行する。１又は複数のプロセッサ６７は任意であり、これを設けた場合には、図５に示した構成要素のオペレーション及びそれらの間のデータの流れを制御する。しかしながら、プロセッサ４７(図４参照)がこれらの機能を実行するように用いることができるので、プロセッサ６７は必須ではない。図６を参照する。本発明の所与の実施例を、図３〜図５のシステムを用いた、呼出側の当事者（起呼者）から受信側の当事者（被呼者）への呼出により説明する。説明のために、起呼者１７（電話番号(201)311-3001)が、異なる区域コード内の被呼者２１(電話番号(517)349-1234)へ電話したいと思っているとする。ステップ７１において、起呼者１７は、近隣のサーバ１１（発信元サーバ）のローカル電話番号(333-5500)をダイヤルすることによりプロセスを開始し、これにより、ローカル電話ネットワーク１５を用いてサーバへアクセスする。ステップ７３において、ローカル・サーバ番号が使用中であるか否かを判断する。もし使用中であれば、その呼出は行われず、終了機能７５が実行される。一方、起呼者１７と発信元サーバ１１間の接続が成されたならば、ステップ７７において起呼者は、許可コードを入力するよう促される。起呼者は、許可コードをＤＴＭＦ信号により若しくは口頭で入力できる。入力された許可コードが確認されたならば、ステップ７９において起呼者は、入力コードを入力するよう促される。これは、複数の可能な異なるモードの１つを選択するためである。許可コードが確認されなかったならば、終了機能７５が実行され、その呼出は終了する。ステップ７９において入力コードを入力することにより、起呼者１７は、図６に示した４つの異なるモードのうち１つを選択できる。すなわち、二当事者ＤＴＭＦ入力モード８１、二当事者口頭入力モード８３、複数当事者ＤＴＭＦ入力モード８５、及び、複数当事者口頭入力モード８７である。ステップ７９において入力された入力コードは、起呼者１７が電話を用いているときは口頭又はＤＴＭＦのいずれかである。モード８１が選択されたとき、ステップ８９において起呼者は、サービス・コードを入力するよう促される。これは、次の４つのモードのうち１つを選択するためである。(i)その他の個人サービス９１、例えば、ディレクトリ・データベースに記憶された個人的ディレクトリ情報等、(ii)ネットワーク１３を通したＰＣ対ＰＣ間接続のためのデータ・モデム・モード９３、(iii)ファクシミリ送信モード８５、及び、(iv)二当事者リアルタイム音声会話モード９７、である。ステップ８９において、起呼者１７が電話２９又は３７を用いているときは、これらのモードのうち１つを選択するためにＤＴＭＦ信号が用いられる。ファクシミリ・モードでは、ステップ７９及び／又は８９においてＤＴＭＦ入力を用いることができる。一方、ＰＣ対ＰＣ間モード９３では、起呼者は、発信元サーバの電話番号の電話局番として許可コード７７及び入力コード７９の数字を付加してもよい（これらの数字は、一旦準備されると、自動ダイヤルのためにファイル内に保存される）。起呼者１７が被呼者のＰＣと通信する際に、彼のＰＣを利用したいときは、モード９３が選択される。起呼者が被呼者へファクシミリを送信したいときは、モード９５が選択される。起呼者が被呼者とリアルタイム口頭電話会話を行いたいときは、ＤＴＭＦを介してモード９７が選択される。ステップ８９においてファクシミリ・モード９５が選択されたとき、ステップ９９において起呼者１７は、被呼者の発信先電話番号（例えは、(517)349-1234）を入力するよう発信元サーバ１１により促される。ここで、この特定の電話番号の使用については、被呼者の番号がファクシミリ信号及び音声信号の双方について同じであると仮定している。ステップ９９に続いて、ファクシミリ接続を行うことができ、ステップ１０１でファクシミリが送られる。モード９３は、電話対ＰＣ間通信、及び、ＰＣ対電話間通信も包含しており、この場合、単純なアナログ出力電話２９をもつ起呼者１７が、オーディオ受信装置を装備しているＰＣを有する被呼者とリアルタイム音声方式で通信できる。その逆もまた可能である。そのＰＣは、パケット交換ネットワーク１３上でのアドレスをもっている。例えば、起呼者１７が電話を有し、被呼者２１が上記のようなＰＣを有しているとき、起呼者１７は、発信元サーバ１１へダイヤルすると同時にサーバに対して被呼者のＰＣのネットワーク１３上でのアドレスを入力する（例えば、ＤＴＭＦによる）。続いて、発信元サーバは、ネットワーク１３を通して被呼者のＰＣと通信することにより、起呼者１７とＰＣのユーザとの間でリアルタイム音声通信ができる。同様の方法で、起呼者１７は、単純な電話２９を有する被呼者２１を呼出す際に、彼のＰＣ３３を用いることができる。ステップ８９において二当事者音声会話モード９７が選択されたときも、ステップ１０２において起呼者は、被呼者の発信先電話番号（例えば、(517)349-123 4）を入力するよう促される。その後、被呼者に対してローカルの発信先サーバ１１が、発信元サーバ１１によりネットワーク１３を介してアドレス指定される。それにより、ステップ１０３において、起呼者と被呼者の間でリアルタイム二当事者口頭通信が行える。ステップ７９において二当事者口頭入力モード８３が選択されたとき、ステップ１０５において起呼者１７は、被呼者の発信先電話番号を口頭で入力するよう促される。ステップ１０５に続いて、起呼者と被呼者は、上記の通り接続される。本発明の所与の実施例では、モード８３はファクシミリの目的では利用できないが、ＰＣモード９３と組合せれば利用できる。ステップ７９において複数当事者ＤＴＭＦモード８５が選択されたとき、ステップ１０７において起呼者は、ＤＴＭＦを介して異なる発信先電話番号のシーケンスを入力するよう促される。各々の完全な電話番号は「＊」のＤＴＭＦ入力により他と区切られ、シーケンス全体は「＊＊」で終わる。言い換えるならば、起呼者は、発信先電話番号（又はコード）の連続的シーケンスを入力し、各番号は、非数字のＤＴＭＦ入力（例えば、「＊」や「＃」）で隣の番号と区切られる。ステップ１０７における複数当事者の電話番号の入力に続いて、ステップ１０９において起呼者１７は、サービス・コードを入力するよう促される。これは、図６に示した３つの可能なモードの中から選択するためである。ＤＴＭＦを介して起呼者は、複数当事者会議モード１１１、グループ・ファクシミリ・モード１１３、及び、グループ音声メッセージ・モード１１５から選択できる。ステップ１０９において複数当事者会議モード１１１が選択されたとき、起呼者１７は、要求された１又は複数の発信先サーバ１１によりステップ１０７で入力されたシーケンスから識別された複数の被呼者と接続される。これにより、複数当事者会議呼出が実現される。ステップ１０９においてモード１１３が選択されたとき、同様の方法で、起呼者により入力されたファクシミリ送信が、ステップ１０７で入力された複数の発信先へ自動的に送られる。ステップ１０９においてグループ音声メッセージ・モード１１５が選択されたとき、起呼者１７により入力された単一の音声メッセージが、ステップ１０７で識別された各発信先電話番号すなわち各被呼者へ送信される。ステップ１１７において起呼者１７は、送られるメッセージを話し、その後、ステップ１１９において電話を切る。話されたメッセージは、後に送信するために発信元サーバ１１により記録される。ステップ１１９の後、発信元サーバ１１は、ステップ１０７で入力された電話番号の各々と通信するために、複合ネットワーク内の他のいずれのサーバ１１と接続する必要があるかをデータベース２５から決定する。各被呼者との通信が行われた後、ステップ１１７で入力された音声メッセージが全ての被呼者へ送られる。その場合、ネットワーク１３上の遅延及び／又はトラフィックに依存して、同時に送られるか又は別々の時点で送られる。ステップ７９において複数当事者口頭入力モード８７が選択されたとき、ステップ１２１において起呼者は、グループ名及びサービス形式（音声メッセージ又は会議）を口頭で入力するよう促される。ステップ１２１において被呼者１７は、例えば、全ての被呼者の発信先番号を口頭で入力する。ステップ１２１における入力に基づいてモード１１１又は１１５のいずれかが選択され、上記の通り実行される。起呼者と被呼者の間で実質的にリアルタイムで音声モード１０３及び１１１が実行されることは重要である。一方、音声メッセージ１１５及びファクシミリ・サービス１０１、１１３については、切迫したリアルタイムの必要性がないため、サーバ及びネットワークの都合のよい時点でこれらのメッセージ等を発信先サーバへ転送するべく「ｆｔｐ」等の汎用的なファイル転送プロトコルを用いることができる。ファクシミリ又は音声メッセージの送信後、発信元サーバは、所定の期間（起呼者により規定）内に発信先サーバから少なくとも１つの送信状態パケットを受信する。このパケットは、ファクシミリ又は音声メッセージの状態を示すものである。ファクシミリ・サービスの場合、発信元サーバは起呼者１７へ状態レポートをファクシミリで送る。音声メッセージの場合、その状態は、音声メッセージの形で発信元サーバの記憶装置４３内に保存されることにより、起呼者１７は、ローカル交換電話ネットワーク１５を介して後でそれをチェックすることができる。図７は、モード８１又は８３のいずれかにより選択された二当事者音声モード１０３を用いる起呼者17に対する可能な応答を示す流れ図である。上記の通り、ネットワーク１３を介した起呼者１７と発信先サーバ１１の間の最初の通信に続いて、ステップ１２３において起呼者１７は、応答を待つ。ステップ１２５において使用中トーンが聞こえたならば、ステップ１２７において起呼者は電話を切るのみである。一方、ステップ１２９において起呼者が呼出トーンを聴いたならば、被呼者が彼又は彼女の電話を取り上げた後、ステップ１３１において起呼者１７と被呼者２１の間でリアルタイム口頭又は音声会話が行われる（被呼者が応えない場合は、メッセージを留守番電話装置に残すこともできる）。ステップ１３１における会話に続いて、ステップ１２７において各当事者は単に電話を切り、この呼出を終了させる終了機能１２９が実行される。所与の実施例においては、起呼者がその電話を切るだけで、その呼出を終了させる効果がある。ステップ１２３で起呼者が応答を待っている間に、混乱が生じる可能姓がある。ステップ１３３において、ネットワーク１３の全てのラインが使用中であると発信元サーバ１１により判断されたとき、予め記録されたメッセージが起呼者に対して再生され、起呼者がＡＴ＆ＴやＭＣＩ（ＰＳＴＮ）等の通常の電話サービスへ切り換えるべきであることを示す。ステップ１３５において、ネットワーク１３又は遠隔の電話ネットワーク１５のいずれかに通信不良があると発信元サーバ１１が判断したとき、同様の予め記録されたメッセージが起呼者に対して再生され、ステップ１３７において汎用的電話サービスへの切り換えを助言される。このような「通信不良」メッセージは、例えば、所定のしきい値を超えた起呼者と被呼者間のネットワーク１３上の遅延に起因して発生し得る（図１１参照）。ステップ１３３及びステップ１３５のいずれかに応じて、ステップ１３７においてこのようなメッセージが起呼者１７に対して再生された後、起呼者は、発信元サーバに自動的に起呼者をＰＳＴＮ１５を介した通常の長距離サービスへと切り換えさせることを選ぶことができる。起呼者がこの選択を選んだ場合、ステップ１３９において、この呼出がＰＳＴＮを介して被呼者の電話番号へと伝えられる。ステップ１３７のメッセージに対して起呼者が汎用的長距離サービスによる接続を選ばなかった場合は、ステップ１４１において終了機能が実行され、呼出が終了する。国中あるいは世界中に配置された複合ネットワーク内のサーバ１１の数によっては、ダイヤルされた被呼者の電話番号が特定のサーバ１１に対してローカルでない場合があり得る（すなわち、発信先電話番号がサーバのデータベース２５内にない）。このような場合、ステップ１４２において発信元サーバによりそのことが判断され、同時に、予め記録されたメッセージがステップ１３７において起呼者に対して再生される。そして、上記のように、起呼者に対してＰＳＴＮへ切り換えたいか否かを尋ねる。図８は、モード８５又は８７により選択された複数当事者会議モード１１１の流れ図である。モード１１１が選択されたとき、ステップ１４３において起呼者１７は、応答を待つ。ステップ１４５において、ステップ１０７又はステップ１２１のいずれかで識別された全ての当事者に接続したことを発信元サーバ１１（すなわち、起呼側当事者に対してローカルなサーバ）が判断したとき、ステップ１４７において会議呼出が開始される。会議呼出が終了した後、ステップ１４８において起呼者が電話を切り、ステップ１４９においてその接続が終了する。一方、ステップ１０７又は１２１で識別された１又は複数の当事者に何らかの理由（例えば、ライン使用中や過度のネットワーク遅延）で接続できないと発信元サーバが判断したとき、ステップ１５１において起呼者に対して音声メッセージが再生され、いずれの当事者へ接続できないかを伝える。全ての当事者へ接続できない場合、起呼者１７は簡単にその呼出を終了することができる。それに対して、接続できた当事者たちのみが出席してステップ１４７において会議呼出を開始することもできる。任意であるが、所与の別の実施例においては、ステップ１５１において接続できなかった当事者に対し、発信元サーバ１１が汎用的長距離ネットワーク（ＰＳＴＮ）を介してアクセスし、複合ネットワークを通してアクセスされた当事者達と共にステップ１４７における会議呼出へ参加させることもできる。図９は、発信元サーバ１１の機能を示す流れ図である。ここで定義した通り、発信元サーバとは、起呼側当事者（起呼者）に対してローカルでありかつ起呼者によりアクセスされるサーバ１１である。起呼者１７と発信元サーバ１１の間が接続されると、ステップ１５３においてサーバは起呼者に対し、許可コードを入力するよう促す。許可コードを受信すると（例えば、ＤＴＭＦ）、ステップ１５５において発信元サーバ１１は、その許可データベース２３、４３にアクセスすることにより、その許可コードが有効か否か（それが確認できるか否か）を判断する。ステップ１５５において、起呼者により入力された許可コードが不適切若しくは無効であるとサーバ１１が判断した場合、ステップ１５７において複合ネットワークへのアクセスは拒否される。一方、起呼者により入力された許可コードが有効であるとサーバ１１が判断した場合、複合ネットワークへのアクセスが許可され、ステップ１５９において発信元サーバ１１は起呼者に対し、入力コードを入力するよう促す。これにより、複数の可能なモード８１、８３、８５、及び８７のうちいずれかを選択する。ステップ１５９に続いて、起呼者は、例えばＤＴＭＦ入力コード（図６の符号７９参照）を入力することにより、オペレーションのモードを選択する。ステップ１６１に示すように、モード８３及び８７のいずれかを選択する場合は、音声認識及びその処理ソフトウェアを用いてもよい。サーバ１１は、記憶装置４３（ＩＰデータベース２５）を検索することにより、被呼者の電話番号（すなわち発信先番号）を包含する、すなわちそれに対応する遠隔サーバ１１のネットワーク１３上でのアドレスを見出す。図９における選択ステップ１６３には、モード選択に関連する図６に示した複数のステップが含まれる。例えば、ステップ８９、１０７、１０９、１２１等は、サービス形式識別ステップ１６３に含まれる。ステップ１６３に続いて、異なる機能９１、９３、１０１、１０３、１１１、１１３、及び１１５を、図６に関して説明した要に利用することができる。図１０は、発信元サーバ１１において、ファクシミリ・モード１０１、グループ・ファクシミリ・モード１１３、及び、グループ音声メッセージ・モード１１５で行われるステップを示す流れ図である。図６に示したようにモード１０１、１１３、及び１１５の１つが選択された後、ステップ１６５において発信元サーバ１１は、ライン２７を用いて起呼者１７から対応する入力を受信し、それを記憶装置４３又はメモリ４５のいずれかに保存する。その後、ステップ１６７において、起呼者１７とサーバ１１の間の起呼ラインが切断される。発信元サーバ１１は、起呼者１７から入力された被呼者の電話番号（例えば、(517)349-1234）を受取って、ＩＰデータベース２５を検索してアドレス指定する必要のある適切なサーバ１１を見出す。例えば、図３に示すように、電話番号(517)349-1234に対応する発信先サーバ１１のアドレスは、35.8.12.106である。これは、ステップ１６９で行われる。発信元サーバがアドレス指定する必要のあるサーバを決定した後、ステップ１７１において発信元サーバは、発信先サーバ１１の各々に対してファイル・パケットを送る。その後、発信先サーバは、ステップ９９、１０７、又は１２１で入力された被呼者の番号をダイヤルし、被呼者へ接続する。ステップ１７３において発信元サーバは、発信先サーバからの状態更新を待つ。例えば、単一又はグループのファクシミリ送信が送られるとき、ステップ１７４において発信元サーバに対してその状態が報告される。その後、起呼者１７は、いつでも発信元サーバ１１にダイヤルしてそのファクシミリの状態（すなわち、それが送られたか否か）を判断する。図１１は、起呼者１７により二当事者音声モード１０３が選択されたとき、発信元サーバ１１により行われるステップを示す流れ図である。先ずステップ１７７においてサーバ１１は、起呼者により入力された発信先電話番号（例えば、(5 17)349-1234）を受信しそれを解釈する。そして、ステップ１７９においてそのＩＰデータベース内を検索することにより、複合ネットワーク・システムがその発信先電話番号に対してローカルなサーバ１１を含むか否かを判断する。ＩＰデータベース２５が、受信した発信先電話番号を包括するサーバのアドレスを挙げたならば（すなわち、適合したならば）、ステップ１８１において発信元サーバは、その発信先サーバ１１に対して接続要求パケットを送る。ステップ１７９において、複合ネットワーク・システムが、受信した発信先電話番号に対してローカルな若しくはそれを包括するサーバ１１を含まない場合は（すなわち、適合しない場合は）、ステップ１８３において、発信先電話番号がこの複合ネットワークのサービス区域内にないことを示す音声メッセージが送られる。その後、ステップ１８５においてこの呼出は終了する。接続要求パケット１８１を送った後、ステップ１８７において発信元サーバ１１は、接続が成されたか又は全ラインが使用中であるかのいずれかを示す発信先サーバ１１からの応答パケットを受信する。全ラインが使用中であるとき、ステップ１８９において発信元サーバは、起呼者１７に対して適切なメッセージを送り、その後、ステップ１９０においてこの呼出を終了できる。ステップ１８７において発信元サーバが、接続が成されたことを示す応答パケットを発信先サーバから受信したとき、ステップ１９１において発信元サーバは、初期接続に基づく両端間のネットワーク遅延を所定の遅延しきい値と比較することにより、リアルタイム音声会話の品質を制御する。例えば、所定のしきい値が１秒である場合、ステップ１９１において発信元サーバは、両端間遅延が１秒よりも長いか、短いか、若しくは等しいかを判断する。もし遅延が１秒より長い場合（例えば、ネットワークの混雑や発信先サーバの故障による）、ステップ１９３において起呼者１７に対して「通信不良」の音声メッセージが電話ネットワーク１５を介して送られる。所与の実施例においては、発信元サーバ１１が、起呼者に対して「通信不良」メッセージに続く（音声メッセージの形の）オプションを設け、通常のＰＳＴＮを通して自動的に発信先電話番号をダイヤルするようにしてもよい。ステップ１９１において、発信元サーバと発信先サーバの間の両端間ネットワーク遅延が１秒より短いか又は等しいと決定されたとき、ステップ１９５において起呼者１７と被呼者２１の間でリアルタイムの全二重音声会話が行われる。ステップ１９７におけるリアルタイム電話呼出の終了に続いて、この電話呼出の長さ（呼出の時間長）が記憶装置４３に記録され、それに従って起呼者１７は請求されることになる。図１２は、起呼者１７により複数当事者会議モード１１が選択されたとき、発信元サーバにより行われるステップを示すブロック図である。ステップ１９９において、発信元サーバ１１は、ステップ１０７で入力された発信先電話番号を包括する必要な発信先サーバに対して接続要求を行う。インターネット上で使用できるＩＰマルチキャスト・プロトコル等の効率的なマルチキャスト・プロトコルが用いられる。その後、ステップ２０１において接続応答パケットを受信した後、発信元サーバは、図７で説明したような理由で接続できない被呼者を示すために起呼者に対して音声メッセージを送る。このとき起呼者は、ステップ２０３において接続された当事者とリアルタイムで複数当事者会話を開始してもよく、あるいは、電話を切ることにより全ての接続を終了させてもよい。ステップ２０５における複数当事者会話の終了に続いて、発信元サーバは、起呼者１７についての請求記録を更新する。起呼者はそれに従って請求される。図１３は、起呼者１７と被呼者２１の間のリアルタイム全二重音声会話を発信先サーバが処理する方法を示す流れ図である。ネットワーク１３を通して信号を送っているサーバ１１が行うステップは、図１３の左側に示されている。一方、ネットワーク１３を通して信号を受信しているサーバ１１が行うステップは、図１３の右側に示されている。図１３では、サーバ１１が送信側サーバであるとき、ステップ２０７においてＣＯＤＥＣ５５が、起呼者又は被呼者から受信した音声信号をデジタル化する。例えば、ＣＯＤＥＣ５５が8kHzのサンプリング及びサンプル毎に８ビットを用いることにより、コントローラが６４ｋビット/秒を発生する。次に、ＣＯＤＥＣ５５がデジタル信号をＤＳＰ５７へ送った後、ステップ２０９において圧縮装置６１がデジタル化音声信号を圧縮することにより、ネットワーク・トラフィックが軽減される（例えば、ＧＳＭ圧縮アルゴリズム）。その後、任意であるがステップ２１１において、セキュリティが重視されるか否かに応じて、暗号化装置６３を用いて圧縮デジタル音声信号を暗号化する（例えば、ＤＥＳ）。デジタル化信号は、暗号化装置６３からバス３９を経てネットワーク・インタフェース４９へ送られる。ステップ２１３においてネットワーク・インタフェース４９は、デジタル・データ・ネットワーク１３を通して送信するために信号を多数のパケットへと分ける。ここで、圧縮／解凍及び暗号化／解読は、特別なハードウェア・チップ（図５参照）により行ってもよく、あるいは、サーバ１１のプロセッサ４７により実行されるソフトウェアにより行ってもよい。処理すべき多数のラインがある場合は、複数のプロセッサ４７が必要なことがある。このように、送信モードで動作するサーバ１１は、ステップ２１５においてネットワーク１３を通して他のサーバへデジタル化パケットを送る。ステップ２１７において、切断信号が送られたと判断する（コントローラ４１は、サイレント信号及び切断信号を検知することができる）。サイレント信号の場合、ネットワーク・トラフィックを軽減するためにパケットは送られない。切断信号が検知された場合、ステップ２１９においてサーバ１１は、遠隔のサーバ１１に対する接続を終了し、その後、接続時間、被呼電話番号、全送信パケット数、及びネットワークで脱落した全パケット数に関する記憶装置４３内の統計的情報を更新する。発信元サーバ１１は、起呼者と被呼者の間の通信中、ネットワーク１３上で脱落した又は遅延したパケット数を継続的に監視し、所定の許容しきい値（例えば、５％）に対する割合を比較する。その割合が５％のしきい値よりも大きいと判断された場合、起呼者に対しその呼出に関して課金されないことを示すメッセージを送る。さらに図１３に関して、受信モードにあるサーバ１１により行われるステップを説明する。先ずステップ２２１においてサーバは、ネットワーク１３からパケットを受信する。その後、ステップ２２３においてサーバ１１はそれらのパケットを再構成し、ステップ２２５において解読装置６３を用いてデジタル音声データを解読する。そしてステップ２２７において、解凍装置６１がデジタル音声データを解凍する。そしてステップ２２９において、ＣＯＤＥＣ５５がデジタル信号をアナログ信号へ変換する。ステップ２３１において、ネットワーク１３から受信したパケットが切断信号を含むと判断されたとき、ステップ２１９において終了機能が実行される。図１４は、被呼サーバすなわち発信先サーバ１１により行われるステップすなわち機能を示す流れ図である。先ずステップ２３３においてサーバは、ネットワーク１３を介して発信元サーバ１１からの接続要求パケットを受信する。このパケットを解釈することにより、その要求形式を判断する。その要求が長距離呼出等（図６）に関するとき、ステップ２３５において発信先電話番号が抽出される。ファクシミリ・モードが選択されている場合、ステップ２３７においてサーバは使用可能な被呼ラインを割り当て、ステップ２３９においてファクシミリを送り、そしてステップ２４１において状態パケットを発信元サーバへ送り返す。一方、音声メッセージ・モードが選択されている場合、ステップ２４２において被呼ラインが検査される。使用可能なラインとの接続に続いて、ステップ２４３において専用ラインを通して受信された音声メッセージが配信される。そしてステップ２４４において状態パケットを発信元サーバへ送り返す。音声会話モードが選択されている場合、ステップ２４５において被呼ラインが使用可能であるか否か判断される。全てのラインが使用中ならば、ステップ２４６においてその旨を示すメッセージを発信元サーバへ送り返す。電話ラインが使用可能であり、発信先電話番号（例えば、(517)349-1234）との接続が成されたならば、ステップ２４７において発信先サーバは、「接続確立」のパケットを発信元サーバへ送り返す。その後、ステップ２４８においてリアルタイム音声会話が行われ、ステップ２４９において所望するときに終了される。音声メッセージ及びファクシミリ送信のモードについては、リアルタイム制約がそれほど厳格でない。従って、ステップ２３７及び２４２において被呼ラインが使用不能な場合、発信先サーバ１１は、図１５に示すように所定の期間内それを試み続ける。図１５は、被呼者への被呼処理において発信先サーバ１１により行われるステップを示す流れ図である。先ずステップ２５１においてサーバは、使用可能な被呼ラインを探す。全てのラインが使用中と判明したとき、ステップ２５２において送信先サーバは、所定の期間だけ待った後に再び使用可能な被呼ラインを探す。ステップ２５３において、全体の待ち時間が所定のしきい値を超えた後、ステップ２５４においてサーバは、所定の期間後に接続が配信できなかった旨を示すパケットを発信元サーバへ送り返す。ステップ２５１において、使用可能な被呼ラインがあるとき、ステップ２５５において発信先電話番号（例えば、(517)349-1234）が呼び出される。ステップ２５６において、被呼者２１の電話が使用中であるか否かが判断される。もし使用中であればステップ２５２へ進み、一方、応答があれば起呼者と被呼者の間で接続が行われ、ステップ２５７においてルーチンは終了する。以上の通り開示したので、当業者であれば、様々な他の変更、特徴又は改良が自明であろう。そのような他の特徴、変形及び改良もまた、特許請求の範囲により規定される本発明の主旨からして本発明の一部とみなされる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＡＬ，ＡＭ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＮ，ＣＺ，ＥＥ，ＧＥ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＲＯ，ＲＵ，ＳＤ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者ニ、ライオネルアメリカ合衆国、ミシガン州 48864、オケモス、ヘミングウェイ・ドライブ 3864 【要約の続き】も含む。

Claims

【特許請求の範囲】１．起呼者から被呼者へのリアルタイムで長距離の電話対電話間呼出を行う方法において、前記起呼者に対してローカルな発信元通信サーバを設けるステップと、前記被呼者に対してローカルな発信先通信サーバを設けるステップと、パケット交換デジタル・データ・ネットワークを介して前記発信元サーバと前記発信先サーバを相互接続するステップと、前記起呼者が、ローカル交換電話ネットワークを介してローカル電話番号を用いて前記発信元サーバに電話した後、前記被呼者の発信先電話番号を前記発信元サーバへ通信するステップと、前記発信元サーバが、前記被呼者の発信先電話番号を示すパケット化されたデジタル・データを前記発信先サーバへ送るステップと、前記発信先サーバが、交換電話ネットワークを介しローカル電話番号を用いて前記被呼者に電話した後、前記起呼者と前記被呼者をリアルタイム音声会話のために接続させるステップと、前記リアルタイム電話会話中に前記発信元サーバが、前記起呼者から受信したアナログ音声信号をデジタル音声信号へ変換した後、そのデジタル音声信号をパケット形態で前記デジタル・データ・ネットワークを介して前記発信先サーバへ送るステップと、前記リアルタイム電話会話中に前記発信先サーバが、前記発信元サーバから前記デジタル音声信号を受信し、そのデジタル音声信号をアナログ音声信号へ変換し、そのアナログ音声信号を前記被呼者へ送るステップとを有する方法。２．前記会話中に前記発信先サーバが、前記被呼者からアナログ音声信号を受信し、そのアナログ音声信号をデジタル信号へ変換し、そのデジタル信号をパケット形態で前記発信元サーバへ送るステップと、前記発信元サーバが、前記発信先サーバから前記パケット化されたデジタル音声信号を受信し、そのデジタル信号をアナログに変換し、そのアナログ信号を前記電話ネットワークを介して前記起呼者へ送るステップとをさらに有する請求項１の方法。３．前記発信元サーバと前記発信先サーバの間のネットワーク遅延を決定するステップと、前記遅延を所定のしきい値遅延時間と比較することにより、前記遅延が前記しきい値より短いか等しいときは前記変換を実行できるステップとをさらに有する請求項１の方法。４．第１の当事者と第２の当事者の間でリアルタイムの電話対電話間長距離音声会話を可能とし、かつ、回線交換電話ネットワークとパケット交換デジタル・データ・ネットワークを利用する複合双方向電話通信ネットワークにおいて、前記第１の当事者に対してローカルでありかつ交換電話ネットワークを介してこれに接続された第１の通信サーバ、及び、前記第２の当事者に対してローカルでありかつ交換電話ネットワークを介してこれに接続された第２の通信サーバと、前記第１のサーバと前記第２のサーバを相互接続しかつパケット化されたデジタル・データ通信を可能とするパケット交換デジタル・データ・ネットワークとを有し、前記第１のサーバが、(i)前記交換電話ネットワークを用いて前記第１の当事者からのローカル電話呼出を受信し、(ii)前記第２の当事者の電話番号を前記第１の当事者から受信し、(iii)前記デジタル・データ・ネットワークを通して前記第２のサーバと通信しかつ前記第２の当事者の電話番号を呼び出すよう前記第２のサーバに命令し、そして(iv)前記第１の当事者から受信したアナログ音声信号をデジタル信号へ変換しかつそれをパケット形態で前記第２のサーバへ送ることにより前記デジタル・データ・ネットワークを介した前記第１と第２の当事者間のリアルタイムの電話対電話音声会話を可能とするための送信モード手段を含み、前記第１のサーバがさらに、前記音声会話中に、(v)前記第１の当事者を呼び出すようにとの命令を前記第２のサーバから受信したときに前記第１の当事者を呼び出し、そして(vi)前記デジタル・データ・ネットワークを介して前記第２のサーバからデジタル音声信号を受信しかつそれをアナログ音声信号へ変換してそのアナログ音声信号を前記第１の当事者へ送るための受信モード手段を含み、前記第２のサーバが、(i)前記交換電話ネットワークを用いて前記第２の当事者からのローカル電話呼出を受信し、(ii)前記第１の当事者の電話番号を前記第２の当事者から受信し、(iii)前記第１の当事者の電話番号を呼び出すよう前記第１のサーバに命令するデータ・パケットを用いて前記デジタル・データ・ネットワークを介して前記第１のサーバと通信し、そして(iv)前記第２の当事者から受信したアナログ音声信号をデジタル信号へ変換しかつそれを前記デジタル・データ・ネットワークを介して前記第１のサーバへ送るための送信モード手段を含み、前記第２のサーバがさらに、前記音声会話中に(v)前記第２の当事者を呼び出すようにとの命令を前記第１のサーバから受信したときに前記第２の当事者をローカルで呼び出し、そして(vi)前記デジタル・データ・ネットワークを介して前記第１のサーバからパケット化されたデジタル音声信号を受信しかつそれをアナログ音声信号へ変換してそのアナログ音声信号を前記第２の当事者へ送るための受信モード手段を含み、前記第１と第２のサーバを含む前記複合ネットワークが双方向的であることで、前記第１と第２の当事者が、アナログ音声信号を出力する各々の電話を用いて一方から他方への長距離電話呼出を開始できる複合双方向電話通信ネットワーク。５．前記第１及び第２のサーバの各々が、前記デジタル・データ・ネットワークを通して前記第１と第２の当事者が互いにファクシミリ送信を送れるファクシミリ・モード手段をさらに有する請求項４の複合ネットワーク。６．前記第１及び第２のサーバの各々が、前記デジタル・データ・ネットワークを介する前記複合ネットワークを通して前記第１と第２の当事者がそれぞれ会議呼出を実行できまたグループ・メッセージを送れる会議呼出手段及びグループ・メッセージ手段と、グループ・ファクシミリ手段とをさらに有する請求項５の複合ネットワーク。７．起呼者から被呼者へリアルタイムで長距離電話呼出を行う方法において、ａ）前記起呼者に対してローカルな第１のサーバ及び前記被呼者に対してローカルな第２のサーバであってこれらのサーバがデジタル・データ・ネットワークにより互いに接続されている、第１及び第２のサーバを設けるステップと、ｂ）前記起呼者が、ローカル交換電話ネットワークを用いて前記第１のサーバにアクセスするためにローカル電話番号をダイヤルするステップと、ｃ）前記起呼者が、ファクシミリ・モード及びＰＣ対ＰＣモードを他のモードとして含む複数の可能なモードのうち二当事者音声通信モードを選択するステップと、ｄ）前記起呼者が、前記第１のサーバにより受信される前記被呼者の電話番号を入力するステップと、ｅ）前記被呼者の電話番号を受信したとき、前記第１のサーバが、前記デジタル・データ・ネットワークを介して前記第２のサーバに対し前記被呼者を呼び出すよう命令するステップと、ｆ）前記第２のサーバが、前記第１及び第２のサーバ並びに前記デジタル・データ・ネットワークを介して前記起呼者と前記被呼者を接続するために、ローカル呼出を用いて前記被呼者の電話番号を呼び出すステップと、ｇ）前記起呼者と前記被呼者がリアルタイム音声電話会話を行っている間、前記第１と第２のサーバの各々が、音声信号のＤ／Ａ変換及びＡ／Ｄ変換を行うことにより、前記起呼者及び前記被呼者がアナログ音声信号を出力する電話を用いて会話を行うことができるステップとを有する方法。８．前記第１と第２のサーバの間の前記デジタル・データ・ネットワーク上での遅延を決定し、その遅延を所定のしきい値と比較するステップをさらに含む請求項７の方法。９．起呼者と被呼者の間のリアルタイム音声通信を可能とする双方向電話通信ネットワークにおいて、パケット交換デジタル・データ・ネットワークを用いて相互接続された複数の双方向通信サーバを有し、それらの各々が交換電話ネットワークを用いてユーザへ接続されることにより、起呼者がローカルの前記サーバへ電話ネットワークを通してアクセスし被呼者の発信先電話番号を入力でき、複数の前記サーバの各々が、起呼者からの前記発信先電話番号の１つを受信し、それに応答して前記パケット交換デジタル・データ・ネットワークを通し別の前記サーバを介して前記起呼者と前記被呼者の間のリアルタイム音声通信を確立する双方向電話通信ネットワーク。１０．前記サーバの各々が、ローカルの起呼者又は被呼者からのアナログ音声信号を受信し、それをデジタル信号へ変換し、その後そのデジタル信号をパケット形態で前記デジタル・データ・ネットワークを通し別の前記サーバを用いてもう一方の被呼者又は起呼者へ送るためのデジタル・アナログ変換手段をさらに有する請求項９のネットワーク。１１．前記サーバの各々が、起呼者から被呼者へファクシミリ・データを送れる手段をさらに有することにより、前記起呼者から発信されたファクシミリ送信が前記交換電話ネットワークを通して発信元の前記サーバへ送られ、その後パケット化されて前記デジタル・データ・ネットワークを通して発信先の前記サーバへと送られ、そして発信先の前記サーバから前記交換電話ネットワークを通して前記被呼者へ送られる請求項１０のネットワーク。１２．前記サーバの各々が、前記交換電話ネットワーク及び前記デジタル・データ・ネットワークを通して、起呼者から複数の被呼者へ音声メッセージを送れるグループ・メッセージ手段と、起呼者から複数の被呼者へファクシミリ送信が送れるグループ・ファクシミリ手段とをさらに有する請求項１１のネットワーク。１３．前記サーバの各々が、前記交換電話ネットワーク及び前記デジタル・データ・ネットワークを通して起呼者が複数の被呼者との会議呼出を開始できる複数当事者会議手段をさらに有する請求項１２のネットワーク。１４．前記サーバの各々が、前記デジタル・データ・ネットワークによる起呼者から被呼者への全時間遅延を決定する遅延決定手段と、決定された前記全遅延時間を所定のしきい値遅延時間と比較することにより前記全遅延時間が前記しきい値遅延時間を超えたとき前記呼出を終了させる比較手段とをさらに有する請求項９のネットワーク。１５．電話呼出を行う方法において、起呼者が、回線交換電話ネットワークを通してローカル・サーバへ電話し、被呼者の電話番号を入力するステップと、前記ローカル・サーバが、パケット交換デジタル・データ・ネットワークを通して遠隔サーバをアドレス指定するステップと、前記遠隔サーバが、前記電話番号にて前記被呼者を呼出すことにより前記起呼者と前記被呼者の間でリアルタイムの電話対電話音声会話が実現されるステップとを有する方法。１６．電話を用いる起呼者が、オーディオ受信装置を具備しかつパケット交換ネットワーク上のアドレスをもつ被呼側ＰＣを呼び出す方法において、前記起呼者が、前記パケット交換ネットワークへ接続されたサーバへアクセスするためにローカル電話番号をダイヤルするステップと、前記起呼者が、前記被呼側ＰＣの前記アドレスを前記サーバに入力するステップと、前記サーバが、前記パケット交換ネットワークを通して前記ＰＣをアドレス指定することにより、前記起呼者と前記ＰＣのユーザの間でリアルタイム音声通信を可能とするステップとを有する方法。１７．前記起呼者が、前記サーバに対して次のシーケンスを記載順に入力する請求項１６の方法。ａ）前記サーバのローカル電話番号ｂ）許可コードｃ）前記ＰＣの前記ネットワーク上のアドレス１８．複数の被呼者に対して会議呼出を行う方法において、起呼者が、サーバへアクセスするステップと、前記起呼者が、ＤＴＭＦを介して、前記複数の被呼者に対応する発信先電話番号からなる連続的シーケンスを、各電話番号を隣の電話番号と非数字のＤＴＭＦ入力により区切って入力するステップと、前記サーバが、前記発信先電話番号からなる連続的シーケンスを受信し、それらをダイヤルすることにより、前記起呼者と前記複数の被呼者の間で音声又はファクシミリの通信を可能とするステップとを有する方法。