音声インターネット伝送システム
【課題】距離に関係なく長距離電話料金を発生させることのないインタ−ネット電話システムを提供する。
【解決手段】この発明によるインターネット電話システムは、インターネット能力を有していない２つの通常の装置で構成される。これらの装置の間では、インターネット１６に接続されており、デュープレックス又はシンプレックスのどちらかで、デジタル化され圧縮され暗号化された変換を含むインターネット・フォーマットされたデータのパケットが伝送される。特別な電話は必要なく、コンピュータが特別なソフトウェアを動かしているのでもない。本システムを可能にするのは、ボイスエンジンと称されるインターネット・アクセス・ノード３２、３４である。
【解決手段】この発明によるインターネット電話システムは、インターネット能力を有していない２つの通常の装置で構成される。これらの装置の間では、インターネット１６に接続されており、デュープレックス又はシンプレックスのどちらかで、デジタル化され圧縮され暗号化された変換を含むインターネット・フォーマットされたデータのパケットが伝送される。特別な電話は必要なく、コンピュータが特別なソフトウェアを動かしているのでもない。本システムを可能にするのは、ボイスエンジンと称されるインターネット・アクセス・ノード３２、３４である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広くは、必要とされるインターネット通信プロトコルを使用して情報を伝達する能力を欠いているので、インターネット用に用意されていないデバイス間の通信に関する。特に、本発明は、従来の長距離交換式電話ネットワーク回線を用いるのと対照的に、音声信号がインターネットを介して伝達される電話を用いる音声通信を可能にする。
【背景技術】
【０００２】
種々の技術を組み合せる場合の１つの欠点は、それらの技術がその構成のための共通のハードウェア基盤を多くの場合共有していないことにある。このことは特に通信技術において真実である。というのは、通信技術では、典型的に、データが伝送のためにフォーマットされる専用の（プロプライエタリな）プロトコルを有し、またデータが移動するハードウェア構成に互換性がないからである。しかし、種々の技術のそれぞれが他の技術に優る利点を与える場合もあり得る。
【０００３】
通信用の経路を与える共通のゴールを共有する２つの技術は、公共的に交換式電話ネットワーク（ＰＳＴＮ）と、インターネットとである。電話は典型的に音声通信デバイスであるが、同一の電話回線を介してファクシミリ及びモデム・データ通信の融合が成功してきたことは周知である。これに対して、インターネットは、最近までコンピュータによるデータ通信の専用であった。しかし、これらの技術は共に、望ましい特性を有している。すなわち、一方は、信頼性が高く簡単な音声通信であり、他方は、長距離電話料金を発生させずに世界中に高速のコンピュータ・データ通信を可能にしている。ここで、他方の技術は、通信技術を特にそのために設計されてはいない伝達媒体に強制する際の固有の欠点に拘らず、この望ましい特性を大まかに利用するように作られている。
【０００４】
例えば、ＰＳＴＮを介するコンピュータ・データ伝送は、ＰＳＴＮラインに接続されたモデムを備えたコンピュータを介して、遅いとまでは言わないが、成功裏に達成される。そのようなコンピュータは、そのように設備された別のコンピュータにアクセスして、情報を直接交換することができる。その主たる欠点は、コンピュータが相互にローカル・テレフォン・コールよりはるかに離れて設置されている場合に、呼出し人が長距離の通話料金を負担しなければならないことである。
【０００５】
ＰＳＴＮを介するコンピュータ・データ伝送におけるわずかな改善は、モデムを介してアクセスされる多数のサービスがローカル・テレフォン・アクセスを提供し始めたときに行われた。これは、そのサービスにアクセスする人口の多い多数のセンターのまわりにローカル・テレフォン番号を付与することによって達成された。長距離のテレフォン・レートに対して包括契約を取り決めることによって、このサービスは、長距離の通話料金をかけずにそれが達成される手段を提供した。
【０００６】
しかし、この改善にも拘らず、コンピュータ・データを伝送するためにＰＳＴＮを使用する場合には幾つかの欠点が存在する。例えば、最も重大な制約の１つは、データ伝送の速度が専用のコンピュータ・ネットワークの速度より劣ることである。
【０００７】
しかし、先に述べたように、インターネットは、インターネットを構成する物理的伝送媒体の性質の故に、ＰＳＴＮでは成し得ない幾つかのユニークな利点を提供する。これらの利点を理解するために、インターネットの開発の背景について理解することが助けとなる。
【０００８】
軍部は、全ての状況、特に戦時において、通信ラインを開放しておく重要性を常に認識してきた。政府の関心は、それがＤＡＲＰＡプロジェクトを開始するほど敏感であった。ＤＡＲＰＡは、その存在に関し、単一のノード又はケーブルには依存しないコンピュータ・ネットワークから構成されていた。それどころか、それは、特に、出発点から目的地に至る、複数の通信経路を提供するように設計されていた。このようすれば、データは、様々な経路に沿ってルーティングすることが可能になる。メッセージの伝送を成功させるためには、そのメッセージの大部分が目的地に到達することに関して、単一の経路に依存する必要はない。ＤＡＲＰＡプロジェクトの後継プロジェクトが、今日ではより広く知られ広く用いられているインターネットである。
【０００９】
ＰＳＴＮとインターネットとの間のもう１つの認識すべき重要な相違は、ＰＳＴＮが典型的にはアナログ・データ伝送媒体であり、他方、インターネットはディジタル・データだけを伝送する点である。ＰＳＴＮは、ある状況では、ディジタル・データも伝送可能であるが、ＰＳＴＮを介してディジタル・コンピュータ・データを伝送するには、典型的には、そのデータを周波数変調されたアナログ信号に翻訳することが必要である。同様に、インターネットを介してアナログ音声データを伝送するには、そのデータをディジタル・フォーマットに翻訳することが必要である。
【００１０】
インターネットを介して音声データを伝送することは、音声データのディジタル化が可能という理由だけでなく、ＰＳＴＮのように、インターネットが、ＰＳＴＮがカバーする範囲を実質的にカバーする地球規模の伝送媒体であるからである。しかし、インターネットを介する音声伝送を改善するためのはずみを与える動機となる要因は、インターネットの使用に関連するコスト構造にある。良く知られているように、長距離テレフォン・コールには長距離通話料金がかかる。他方、インターネットでは、それに関連する長距離通信料金がかからない。これは、インターネットの能力を拡大することが望ましいとする要点である。
【００１１】
この単純なコスト／便益の分析は、インターネットを活用しようとする種々の営利企業の注目を逃さなかった。しかしながら、商業的な努力が実行可能になったのは極く最近のことである。この実行可能性の理由は、極めて短時間の間にインターネットのユーザー数が実質的に増大したからである。テレビジョン広告・印刷媒体スポンサー及び営利企業は、今日では、ソフィスティケートされてはいるが使用の容易なソフトウェア・ツールを用いてインターネット・ユーザーがアクセスできるワールドワイドウェブのＵＲＬアドレスを持っている。インターネットが日常生活で益々普及しているのは、インターネットを利用しアクセスする能力が増大するにつれて、インターネットを利用する人数が増加したからである。
【００１２】
インターネットを介しての音声送信能力の提供は、これまでは、必須の付属品（アクセサリ）を備えたコンピュータ上でソフトウェアを走らせるコンピュータ・ユーザーに焦点を合わせていた。これらの付属品は、音声をディジタル化するソフトウェアと、ディジタル化されるべき音声を受け取るマイクロホンである。
【００１３】
コンピュータが、インターネットにアクセスするための通路として機能するというのは、全く論理的である。その理由は、これが、インターネットが利用可能となる唯一の方法だからである。こういう言い方の重要性は、インターネットを介して他のデバイスと通信すべきデバイスに対する特定の通信要件にある。即ち、インターネットを介して通信する全てのデバイスは、インターネット通信プロトコルを用いて通信を行う。インターネット通信プロトコルは、インターネットを介しての伝送に適したディジタル・データ・パケットを作成する方法である。当業者であれば認識するところであるが、最も普及したインターネット通信プロトコルは、トランスポート・コネクト・プロトコル／インターット・プロトコル、即ちＴＣＰ／ＩＰである。要するに、インターネットを介して通信するデバイスはＴＣＰ／ＩＰ可能なデバイスである。
【００１４】
こうした背景に鑑みて、ＴＣＰ／ＩＰ可能なコンピュータを持つ必要なく、インターネットを介して音声データを送信するための方法と装置を提供することは、現状の技術水準に対して優る利益である。即ち、長距離電話料金を発生させることなく、また、いずれかの伝送端にコンピュータを必要とすることなく、普通であれば長距離電話をかける距離離れている別の人と話すことは利益である。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
この発明の目的は、デバイスが音声をディジタル化し適切なインターネット通信プロトコルを用いてその音声を送信することができないものであっても、インターネットを介して、デバイス間で、ディジタル化された音声を送信するための方法及び装置を提供することである。
【００１６】
この発明の他の目的は、音声をディジタル化することができず、又は、適切なインターネット通信プロトコルを用いてその音声を送信することができないデバイス間で、ディジタル化された音声を送信するための方法及び装置を提供することである。
【００１７】
この発明の更に他の目的は、普通ならば長距離電話料金がかかる距離でインターネットを介して通話するための方法及び装置を提供することである。
この発明の別の目的は、コンピュータと特別のソフトウェアを必要とする現在のインターネット伝送システムの複雑さを回避することである。
【００１８】
この発明の更に別の目的は、電話機を有する者であれば誰でも利用可能な長距離で会話をするための方法及び装置を提供することである。
この発明の更に別の目的は、通話者間の会話に対する現行の長距離電話料金に比較して低コストで上記方法及び装置を提供することである。
【００１９】
上記方法及び装置の別の目的は、音質の低下のような、コンピュータ実施型音声インターネット伝送の制限を回避するシステムを作ることである。
【課題を解決するための手段】
【００２０】
この発明のこれらの及び他の目的は、会話のいずれかの側でコンピュータを使用する必要なく、及び、会話を行っている人達の距離に無関係に長距離電話料金を招来することなく、インターネットを介して会話することを可能にする音声インターネット伝送システムにおいて提供される。
【００２１】
最も広い意味では、この発明の装置は、インターネットに接続し且つデバイス間でディジタル化された会話を含むデータのパケットを双方向に伝送することが可能な２つの非ＴＣＰ／ＩＰデバイスからなる。換言するならば、通常の電話機を取り上げ、相手との距離に無関係に、長距離電話料金を招来することなく、会話することができる。特別の電話機は不要であり、特別のソフトウェアを走らせるコンピュータも不要である。これを可能にする装置は、インターネット・アクセス・ノード即ちエンジンである。これらのローカルなインターネット・アクセス・エンジンは、ディジタル双方向インターネット通信サービスを提供する。
【００２２】
ユーザーは、自分にとってローカルなインターネット・アクセス・エンジンの電話番号をダイアルすることが好ましい。もしローカルでなければ、ユーザーは最小の長距離電話料金を招来するインターネット・アクセス・エンジンにダイアルする。インターネット・アクセス・エンジンに接続した後、ユーザーは、直接ダイアルであれば、宛先電話番号をダイアルする。ローカルのインターネット・アクセス・エンジンは、宛先電話番号にとってローカルな第２のインターネット・アクセス・エンジンを探し当てて通信を行うか、または、呼びを完了したときに最小の長距離電話料金を招来するエンジンを探し当てる。この第２のインターネット・アクセス・エンジンは宛先電話番号にダイアルし、会話が開始できる。
【００２３】
音声はディジタル化され、インターネットを介して伝送される。この方法及び装置は、ユーザーに対する複雑性を回避するばかりでなく、この発明を利用することができるユーザーの数を実質的に増加させる。音声通信をマイクロホン付きのコンピュータを所有する人に限定する代わりに、電話機を所有する人であれば誰でもが今や長距離電話料金を回避することができる。
【００２４】
この発明のこれらの及び他の目的、特徴、利点及び代替の見方は、添付の図面と結合しての以下の詳細な説明の考察から当業者には明らかになろう。
【図面の簡単な説明】
【００２５】
【図１】図１は、現在の技術水準による音声インターネット伝送システムの構成要素のブロック図である。
【図２】図２は、本発明の原理に従って構成された装置のブロック図である。
【図３】図３は、本発明の実施例の音声伝送の送信プロセスを図解する流れ図である。
【図４】図４は、本発明の原理に従って構成されたボイスエンジン（voiceEngine）の構成要素のブロック図である。
【図５】図５は、主なボイスエンジンのプロセスの流れ図である。
【図６】図６は、ボイスポート（voiceport）確立フェーズ・プロセスの流れ図である。
【図７】図７は、ボイスポート（Ｉ／Ｏデュープレックス）送信及び受信プロセスの流れ図である。
【図８】図８は、ボイスポート（Ｉ／Ｏシンプレックス）送信及び受信プロセスの流れ図である。
【図９】図９Ａは、ボイスポートがマルチプレクサとして動作し、信号を同時に単一のボイスエンジンからの複数のボイスエンジンに送信する構成要素のブロック図である。図９Ｂは、ボイスポートがマルチプレクサとして動作し、信号を同時に単一のボイスエンジンでの複数のボイスエンジンから受信する構成要素のブロック図である。
【図１０】図１０は、本発明により提供される電話会議サービスの流れ図である。
【図１１】図１１は、本発明により提供される長距離配達サービスの流れ図である。
【図１２】図１２は、本発明により提供される仮想電話サービスの流れ図である。
【発明を実施するための形態】
【００２６】
発明の詳細な説明ここで図面を参照するが、図面では、本願発明の種々の要素に、参照番号が与えられ、当業者が本願発明を実施できるように本願発明が説明されている。
現在の技術水準を論じる場合には、インターネットに結合されたパーソナルコンピュータ上でソフトウエアを実行するユーザが、常に含まれる。図１に示されるように、現時点での技術水準では、マイクロホン１２とスピーカ１４とを備えたコンピュータ１０を含む。コンピュータ１０は、一般的にローカルなアクセス・プロバイダ（図示せず）を介して、インターネット１６に接続されている。会話の相手方は、マイクロホン２０とスピーカ２２とを有する同様のコンピュータ・システム１８を有し、そのインターネット・プロバイダ（図示せず）を介してインターネットに接続されている。これらのコンピュータ１０、１８は、インターネットで用いるように設計された仕様を有する通信プロトコルで、通信するようになっている。即ち、これらのコンピュータは、デジタル情報の小さいパケットを作成することによって、インターネットを介して通信する。これらのパケットは目的地に伝送され、そこで、パケットは、パケットに分解される前のオリジナルなデータと等しい一体性を有するデータに統合される。
【００２７】
コンピュータ１０、１８の内部には、アナログ音声データをデジタルデータに、及びその逆に翻訳するデジタル信号プロセッサ２４（ＤＳＰ）が存在する。ＤＳＰ２４は、ソフトウェアとして実現されているが、その理由は、汎用コンピュータが、そのプログラムを実行するように用いられているからである。従って、プロセスのスループットを増加させるための特別なハードウエアは備えられていない。
【００２８】
現在の技術水準を停滞させ、電話通信媒体としてのインターネットのより広範囲な使用を妨げている重要な欠点が複数存在する。例えば、現在の技術水準では、前もって、計画しておくことが要求される。これは、図１に示されているような現在のシステムでは、別のコンピュータ以外の別のデバイスに宛てて電話をかけるのは不可能であるからである。従って、通話したいと思う人は、コンピュータ上で動作する同じ電話ソフトウエアを備えなければならないばかりか、接続を完了させるために、同時にインターネットに向けて電話しなければならない。従って、システムは、意図された受信者に、通話着信を知らせることができない。通話は、予期されなければならない。この理由により、同時にインターンネット上で両方の相手とつながるために、最初の通話者は自分が話したい相手と長距離電話をしなければならない場合がしばしばある。
【００２９】
理解できるように、このプロセスは、ユーザにとっては、著しく不便なことである。常に電話をしなければならないという事実は、また、電話する側にとって不都合に働く。この理由は、長距離電話が最も高価であるのは、最初の１分であるからである。通話の長さが僅かに２秒であり、通話者が「ネットに接続して下さい」としかいわない場合でも、最初の１分の分の課金はなされてしまう。ほとんどの電話において、これは、それほど重要ではないが、地球の反対側への電話の場合には、些細なことではない。
【００３０】
現在の技術における別の短所としては、最良の場合でも、音質が悪いことである。これは、デジタル化された音声データにおいて常に実行されなければならない圧縮によるものである。処理を高速化し、伝送されるべきデータの量を、音声伝送がリアルタイムでなされるように、典型的な１４．４モデムによって扱うためには、圧縮が必要になる。
【００３１】
また、他の欠点は、両方のコンピュータが、インターネット上に存在しなければならないということである。もし、ある理由でインターネット・プロバイダがダウンし、又は、より可能性が高いことであるが、コンピュータへの全てのポートがビジーであれば、通話はラインが空くまで完了しない。
【００３２】
ある音声インターネット・システムでは、また、両方の相手が電子メール・アドレスをもつことが要求される。電子メール・アドレスは、インターネットに知られている通話の対象となる人間の一意的な識別子として機能する。これによって、インターネット・アクセス・プロバイダを介してすでにインタネットへのアクセスを持っている者だけに、この特別なシステムの使用が厳しく制限されてしまう。
【００３３】
最近の新聞の記事にあったように、現在の技術水準は、自分のコンピュータとインターネット・アクセスとを用いて無料で電話をかけるという新技術を利用することを好む趣味人（ホビイスト）に向けられてしまっている。しかし、インターネット電話ソフトウエアを規則的に用いるのは、現在では、約２万人に限定されている。
【００３４】
簡明に述べれば、本発明は、本発明の加入者が、交換式電話ネットワークを介して長距離電話で会話をする時に一般的に発生する長距離電話料金を回避することを可能にする。しかし、上述のシステムと違って、本発明は、ユーザにとって複雑でなく、より便利であり、音質が改良され、使用を前もって通知することを必要としない。
【００３５】
これらの目的は、図２に示した装置によって実現される。本発明は、インターネット接続可能ではないデバイスがインターネットを介して通信可能であるという点で、他のシステムと大きく相違している。従って、本発明は、従来例のコンピュータ電話と対比して、極めて相違しかつより大きな作用効果を奏する電話サービスを提供することができる。
【００３６】
このような作用効果は、好適な実施例のシステム構成要素を観察することによって明らかになる。呼出側においては、汎用の電話３０が使用される。これは、マイクロフォンとスピーカとを備えた他のコンピュータのような呼出側デバイスを単に備えた従来例と全く相違している。作用効果は直ちに明らかである。複雑なソフトウエアをセットアップしてランさせる必要がない。外部マイクロフォン及びスピーカを、コンピュータ用に購入する必要がない。
【００３７】
電話３０は、例えば、公共又は個人的な交換電話ネットワーク（ＰＳＴＮ）、セルラ・スイッチ、ＰＣＳ、ケーブル電話、または無線機３１等を介して、呼出側ボイスエンジン３２（オーディオ・エンジン）を呼び出すために用いられる。
【００３８】
呼出側ボイスエンジン３２は、ローカルな電話コールのレンジ内に配置されていることが好ましい。ボイスエンジン３２は、本発明の主要な構成要件であり、本発明の大部分の目的を達成することを可能にする。ボイスエンジン３２は、米国特許出願第０８／５８５６２８号に開示されたファックス・エンジンと同様な機能を有しており、この米国特許は、本明細書において参照されている。
【００３９】
ボイスエンジン３２はいくつかのタスクを実行し、これらのタスクはソフトウエア及びハードウエアによって、同時に実行される。例えば、ボイスエンジン３２は、呼出者のローカル位置にあるか、または、該呼出の受信者のローカル位置にある。タスクは、呼出側の電話３０から到来する呼出を受信するためのものである。送信側ボイスエンジン３２は、受信側の電話３８の番号を入力するために呼出者を補助するか、または、補助をすることなく呼出者が受信側の番号を入力するのを待機するかのいずれかである。そして、呼出側ボイスエンジン３２は、受信側ボイスエンジン３４の位置を計算するが、該位置は、呼出者によって入力された受信側の電話３８のエリア・コード及び最初の３つの数字を用いて計算される。位置の計算が行われた後、送信側ボイスエンジン３２は、受信側の電話３８のローカル位置にあることが好ましい受信側ボイスエンジン３４にコンタクトする。
【００４０】
受信側の電話３８に物理的に最も近接している受信側ボイスエンジン３４と、受信側の電話３８へのローカル電話呼出をしている受信側ボイスエンジン３４が存在しない場合に最も小額の長距離電話料金を発生させる受信側ボイスエンジン３４とを、区別することが重要である。この区別は、より近接するボイスエンジン３４を使用するとより高価になるので、重要である。したがって、エリア・コード及び最初の３つの数字から受信側ボイスエンジン３４の位置を判定することは、最も安価な料金を呼出者に保証するための最良の方法である。
【００４１】
電話呼出を確立する目的で送信側ボイスエンジン３２が受信側ボイスエンジン３４にコンタクトした後で、受信側の電話のすべての番号が、インターネットを介して受信側ボイスエンジン３４へ送信される。すると、受信側ボイスエンジン３４は、例えば、公共または個人的な交換電話ネットワーク（ＰＳＴＮ）、セルラ・スイッチ、ＰＣＳ、ケーブル電話、または無線機３１を介して、受信側の電話番号をダイアルする。このとき、ボイスエンジン３２、３４は、一方向通信（シンプレックス）又は好適には双方向通信（デュープレックス）を用いて、電話３０と電話３８との間でスピーチ音声又は他の音声を送信するために準備される。
【００４２】
受信側の電話３８には、該呼出がＰＳＴＮ３１を介しての電話通信から生じたものであることは、何ら示されていない。しかしながら、受信側の電話３８において、呼出側識別等のサービスにより、呼出側の電話３０の代わりに、ボイスエンジン３２又は３４を識別することができる。これは、インターネット１６を介してＡＮＩ情報は送信されないからである。しかしながら、呼出側識別情報をボイス送信とともに送信することも可能である。これにより、送信側の電話３０についての正しい呼出側識別情報を、受信側の電話が表示することが可能になる。
【００４３】
受信側の電話３８が応答した場合、ボイスエンジン３２及び３４は複数の機能を同時に実行して、呼出者と該呼出を受け取った人との間でリアル・タイムでのボイス通信を可能にする。これは、２つの観点において、従来例と相違している。すなわち、２つの観点とは、全体的なバンド幅とレイテンシイ限定とである。
【００４４】
例えば、コンピュータは一般に、圧縮データを送信するために、１４．４又は２８．８Ｋｂａｕｄモデムの制限を有しており、これは、データがインターネットを介すると同様にＰＳＴＮを介して送信されるからである。これに対して、ボイスエンジン３２、３４は、このような限定を有していない。これらのボイスエンジンは、インターネット上のノードに備えられていないため、一般的な１４．４Ｋｂａｕｄの伝送速度の制限なしに、極めて高速度で通信を行うことができる。これにより、データ圧縮の要求が緩和される。一般に、データ圧縮は、リアル・タイム変換速度の要求を満足するために必要である。しかしながら、本発明においては、圧縮はさほど厳密なものではなく、したがって、高品質の音声スループットを得ることができる。ボイスエンジン３２、３４は専用のデバイスであるので、それにより、従来例の多数のコンピュータ電話サービスにおいて一般的であるソフトウエアに依存するのではなく、備えられたデジタル信号処理ハードウエアを用いて、圧縮を実行することができる。それは、コスト上の制約及び処理すべき呼出数に応じて変更可能であるが、コスト的には一般にソフトウエア圧縮を選択すべきである。それにもかかわらず、高速で安価なハードウエア圧縮の効果は、より遅いソフトウエア圧縮速度に勝る場合がある。
【００４５】
レイテンシは、従来例のコンピュータ電話にとって１つの問題点であり、これは、伝送速度が１４．４Ｋｂａｕｄに限定されている場合に、より長いビルトイン遅延をもたらすからである。通常、ある人が話してから他の人がそれを聞くまでに１．５秒程度かかる。これにより、相手側が今にも話し始めるかどうかを話者が知ることがないため、途切れ途切れの文章となる。本発明においては、デジタル化されたデータの代わりにボイス・アナログ信号のみをＰＳＴＮを介して伝送するため、文章が明瞭となる。
【００４６】
双方向通信が通話者の間で行われる場合には、本発明の方法は以下のように実行される。ある人が電話３０または３８に対して話しているとき、送信側の電話３０からのアナログ・ボイス送信すなわち信号は、ボイスエンジン３２、３４にＰＳＴＮ３１を介して送信される。ボイスエンジン３２、３４は、通常のアナログ・ボイス信号を、デジタル信号処理（ＤＳＰ）手段（ソフトウエア又はハードウエア）によってデジタル化する。デジタル化された信号は次に、圧縮手段（ソフトウエア又はハードウエア）によって圧縮される。そして、ボイスエンジン３２、３４は、インターネットを介して圧縮されたデータを送信するための準備をして、ＴＣＰ／ＩＰプロトコルを用いて離散的なパケットを生成する。これらのパケットは、インターネットの種々のルートを介して、反対側（送信側又は受信側）のボイスエンジン３２、３４に送信される。該反対側のボイスエンジン３２又は３４は、圧縮されデジタル化されて送信されたメッセージを送信された元の順番に再構築し、送信されたデータを解凍し、そして、デジタル信号処理手段によりデジタル／アナログ変換を行って、送信された音声データを再生する。
【００４７】
上述のプロセスは、発信者と受信者が実時間で識別可能な限り、その発生による時間的な制約によって更に複雑化する。これがたぶん、本願発明の方法および装置が解決する技術的課題の克服に対して市場が手間取っている理由である。しかしながら、本願発明を現実化するシステムの鍵は、「VoiceEngine（ボイスエンジン）の創造である。専用のボイスエンジンは、入力する音声データ（一般的には人間の声）を捕らえ、音をデジタル化し、それを転送のために圧縮し、他のボイスエンジンにおいてデータの圧縮を解き、デジタル化された音をアナログ信号に戻し、それを少しの遅延で再生することができる。好適な実施例において、ボイスエンジンはまたデータを暗号化し、会話がインターネットを介して転送される場合に保護され、秘密を保持されるようにする。
【００４８】
ボイスエンジンはまた、単一のインターネット接続において複数の音声接続を多重化することができる。従って、ボイスエンジンに対して音声又は他の音響データが実際に転送される時にのみ、信号はインターネットを介して転送される。
【００４９】
着信電話３８がこのシステムの加入者である必要がないことに注意されたい。予め定義された発信者電話番号のデータベースを作ること、又は発信を認められたパスワードを伴う任意の電話番号を許可することのみが必要である。
【００５０】
要約すれば、上述の好適な実施例は、非インターネット・プロトコル通信装置が、他の非インターネット・プロトコル通信装置（以下非ＴＣＰ／ＩＰ可能装置と称する）に対して、インターネットを介してアナログデータを転送できるシステムを説明する。このシステムは世界中のどこでも、長距離電話料金の課金無しに、コンピュータ・テレフォニー技術の典型的な状態での複雑な発信プロセス無しに、データを転送できる。加えるに、発信者だけがこの説明されたインターネット電話システムの加入者である必要があるのみである。
【００５１】
本願発明は、更に好適な実施例を修正する。ある人が電話交換網３１上の電話を用いて、電話交換網３１上の他の電話に対して発信することを可能にすることに加えて、発信者はまたインターネット上のコンピュータ４０に対して発信することもできる。このプロセスのための方法と装置は、既に説明したものと少し異なる。しかしながら、このプロセスには発信側のボイスエンジン３２が接続できるように、インターネット上のコンピュータの位置をマッピングすることが必要であることが明白である。
【００５２】
例えば、発信者がインターネット上のコンピュータ（実際上、人がそのコンピュータのところに座っており、彼は発信者の声を聞くことができる）を呼び出そうと望むとき、発信者は再度発信側のボイスエンジン３２に対して呼び出しをかける。しかしながら、促されてボイスエンジン３２に着信側の電話の市外局番と電話番号を入力する代わりに、発信者はコンピュータにダイアルするオプションを与えるメニューから選択することができる。コンピュータの位置は、呼び出しを完結するために決定可能でなければならない。これは当業者に公知の任意の方法で可能である。一つの方法は、インターネット・プロトコル（ＩＰ）アドレスを用いることである。大抵のコンピュータはインターネットのノードである。全てのノードは、たとえそれがインターネット・プロバイダを介してインターネットに接続する時に一時的にそのコンピュータを位置決めする場合であっても、ＩＰアドレスを有する。従ってこの方法は、発信側のボイスエンジン３２を呼び出す発信者の要求によって開始される。発信者は、そこでＩＰアドレスを入力するように促され得る。ボイスエンジン３２はそこで、指定されたＩＰアドレスのノードをアクセスし、ノード上にある発信側のボイスエンジン３２と互換性のある予め配布されたソフトウエアとリンクを確立する。従って、このプロセスは、着信側のコンピュータ４０がソフトウエアを走らせており、該コンピュータ４０がデジタル的に信号を処理し、圧縮し、圧縮を解除し、暗号化するために必要なアクセサリーを有するべきであることだけが、以前のものと異なる。事実上、非ＴＣＰ／ＩＰ装置３０（電話）が都合よくＴＣＰ／ＩＰ装置（コンピュータ）と継ぎ目なく通信できる。
【００５３】
もうひとつの方法は、インターネット上の任意のコンピュータ・ノードのアドレスを識別するために、既にインターネット上で確立されているドメイン名サービス（ＤＮＳ）を利用することであろう。この方法では、インターネット本来のアドレス・マッピング能力が、実際のサービスを創造することなく利用される。
【００５４】
マルチメディア・コンピュータ４０のような、ＴＣＰ／ＩＰ装置に特定すれば、ボイスエンジン３２、３４はデータを、インターネット１６に接続された他のほとんどのマルチメディア・コンピュータ４０によって容易に理解できる、適応差分パルスコード変調（ＡＤＰＣＭ）形式に符号化する事ができる。これは、サウンド・カード、マイクロフォンおよびボイスエンジン３２、３４と通信するために必要なソフトウエアを有する、インターネット１６上のコンピュータ４０から、又はそれに対する呼び出しを可能にする。
【００５５】
他の実施例において提供される、上述のプロセスの変更もある。例えば、着信側のコンピュータ４０のＩＰアドレスを入力する代わりに、発信者は電子メールアドレスを入力することもできる。当業者には公知のように、電子メールアドレスは、その電子メールアドレスの持ち主がその時にインターネット上にいるかどうかを決定するために問い合わせられることができる。もしユーザーがインターネット上のコンピュータ・ノードにいれば、電話呼び出しがコンピュータ４０と発信側のボイスエンジン３２との間で開始される。電話交換網上の人とインターネット上のコンピュータユーザとの間において、電話呼び出しを開始する、当業者に公知の他の方法があることが認められ、これらも本願明細書の範囲に入ることが考慮されるべきである。
【００５６】
上述のプロセスの含意は、インターネット１６上のコンピュータ・ノード４０が電話交換網３１上の電話３８に、インターネット１６を介して電話呼び出しもする事ができるということである。このプロセスは、既に説明した逆の状況と同等以下の複雑さである。これは、着信側の電話３８の位置決めが非常に簡単だからである。例えば、コンピュータ・ノード４０は、そのコンピュータをボイスエンジン・データベースに接続する実行中のソフトウエアによって、着信側のボイスエンジン３４にアクセスする。そのソフトウエアは、ユーザに着信側の電話３８の市外局番と電話番号を入力するように促し、ボイスエンジン・データベースはその呼び出しのための着信ボイスエンジン３４として働くボイスエンジンがどれであるかを決定する。そこで着信側のボイスエンジン３４は、その電話が接続されている電話交換網３１を介する電話呼び出しを完結するように命令される。
【００５７】
本願発明は、このようにして、二つの非ＴＣＰ／ＩＰ装置の間および、非ＴＣＰ／ＩＰ装置とＴＣＰ／ＩＰ装置との間における非ＴＣＰ／ＩＰ装置が電話発信を開始したりＴＣＰ／ＩＰ装置が呼び出しを開始したりの、インターネット１６を介する通信を可能にする。全ての通信は、もし発信および着信側の両方のボイスエンジン３２、３４が夫々発信および着信側電話３０、３８の近距離呼び出し内にあっても、長距離電話料金を支払う必要無しに発生する。これは、単一の電話３０、３８のみがプロセスの一部にあって、発信者又は着信者がインターネット１６上のコンピュータ４０の場合であっても変わらない。
【００５８】
もちろん、送信側あるいは受信側のボイスエンジン３２、３４がローカルの電話呼び出し距離内にない場合には、長距離電話課金を避けることができないときがある。しかし、ボイスエンジン３２、３４を理想的に分布させて、呼び出し者の多数の者が本発明が提供するサービスの利益を享受できるようにする。
【００５９】
本開示は、当業者が本発明を実施できる程度に十分に詳細を示しているが、本発明に特有の詳細部分があり、これは、好ましい実施形態を実施できるようにするためには知っておくと有利である。その詳細は、フローチャートとブロック図で示すが、これは、主としてコールの間に実行される内部的ボイスエンジン・プロセスについて説明するものである。
【００６０】
図３から始めると、フローチャートは、受信側の電話手段の電話番号をダイアルするときに加入者が従うべきプロセスを記述している。分かるように、このプロセスは、今日の直接ダイアルする電話コールと比べほんのわずかだけ複雑になったに過ぎない。事実、長距離電話産業の規制緩和がされてから出現した複雑なアクセスコードをもつ種々の長距離電話会社では、このプロセスは、比較するとすれば、相対的に簡単である。
【００６１】
ボイスエンジン３２には、ステップ４４に示すように、好ましくはローカルのボイスエンジン・アクセス番号をダイアルすることによりアクセスし、これは、交換式電話ネットワークに、このボイスエンジンへのアクセスを与える。ステップ４６は、加入者が、予めプログラムされ許可された加入者からコールをしているかどうか判定するのに必要である。加入者が予めプログラムされた番号からコールをしている場合、ステップ４８のように、この加入者は、単に、受信側電話番号を入力するだけでよい。セキュリティを増すため、ステップ５０で示すように、本発明のこのプロセスでは、送信側電話番号がボイスエンジン３２が認識するものではない場合に、パスワード検証を要求する。パスワード検証の後、加入者は、ステップ４８に進む。このプロセスは、ステップ５２、５４において複数の異なった電話と同時に通信するオプションを選択できるようにする点で有利である。希望であれば、加入者は、ステップ５４において、単に追加の宛先（受信側）電話番号の入力を続ける。宛先番号を追加するこのプロセスは、全ての希望の番号を入力するまで続き、そしてステップ５６において、電話コールを行う。
【００６２】
このプロセス全体は、少なくとも２つの電話番号をダイアルする点で、最良の場合のシナリオにおける通常の長距離ダイアリングとは異なっている。その第１の番号は、好ましくはローカルのローカル・ボイスエンジン・アクセス番号である。第２の番号は、宛先番号である。
【００６３】
図４は、本発明の目的にしたがって構築したボイスエンジン３２の主ハードウェア・コンポーネントのブロック図形態の分割である。ボイスエンジン３２は、図２に示した送信側ボイスエンジン３２だけでなく受信側ボイスエンジン３４とすることができる。
【００６４】
ボックス５８は、ボイスエンジン３２のコンポーネントの周りに描いて示しており、機能上の分割を示す。ボイスエンジン自体は、専用の割り込み駆動型のコンピュータ・システムである。好ましい実施形態においては、このコンピュータは、インテルベースのコンプレックス命令セット・コンピュータ（ＣＩＳＣ）のコンピュータ・システムである。しかし、これは、縮小命令セット・コンピュータ（ＲＩＳＣ）ベースのシステムを使用できないことを意味するものではない。
【００６５】
コンピュータ・システムは、オペレーティング・システムにより制御するが、この発明においては、Windows（登録商標） NT Version 3.5 (59)の下で実装している。同じく、これは、ＵＮＩＸ（登録商標） あるいはその種々の形態の内の任意のもののようなその他のオペレーティング・システムを使用することを除外するものではない。本発明にとって重要なことは、オペレーティング・システムが、マルチタスキング動作環境を提供する能力をもっていることである。
【００６６】
本発明の方法を実装するソフトウェアは、この特許の主題であるコード構造を使用するものとしてそれ自体考えるべきではない。むしろ、このソフトウェアが実施する特定の機能が重要なのであり、したがってこれについて以下に説明する。ボイスエンジン３２は、機能的には、少なくとも１つのボイスポート（オーディオ・ポート）６０、少なくとも１つのボイス・ボード（デジタル信号プロセッサＤＳＰ）６１、およびインターネット・インターフェース６２から成るものと考えることができる。ボイスポート６２は、信号（スピーチのような音を表すオーディオデータ）の送信および受信の双方に関して、ボイスエンジン３２に対し、少なくとも１つのボイス・ボード６１を介して交換式電話ネットワーク回線６３への通信アクセスを与える。ボイスポート６０はまた、インターネット１６を介する伝達のためインターネット・パケットとしてカプセル化した信号を送信および受信するため、ボイスエンジン３２にインターネット・アクセスを提供する。
【００６７】
ボイスポート６０は、上記のように二重の機能をもっている。これらは両方とも、交換式電話ネットワーク３１を介して信号を送受すると共に、インターネット・インターフェース６２を介してインターネット１６と通信する。電話回線からボイスポート６０への通信は、スレッド６４上で生起し、この各スレッド６４は、データの送信および受信の両方を行う能力をもっている。ボイスエンジン３２の内部で生じる特定のプロセスについては、後述のフローチャートにおいて説明する。
【００６８】
ボイスエンジン３２は、図５に示す主ボイスエンジン・プロセス６５により制御する。このプロセス６５により、ボイスエンジン３２は、ボイスエンジン３２の制御および管理のためおよび記述する必須のサブプロセスのための中央プロセッサとして活動できるようになる。スタートアップ時に、主ボイスエンジン・プロセス６５は、必要なハードウェア全てを初期化するが、これはステップ７０として示している。ステップ７２は、ボイスポート・スレッド６４の活性化を含んでいる。それらスレッド６４は、インターフェース接続６２、６１全てを管理する。
【００６９】
主ボイスエンジン・プロセス６５は、イベントの告知を待機するループ７６内に留まる。開始したプロセスの任意のものからの告知を受けると、信号７８を送って、告知信号の検証を開始する。まず始めに、コンピュータ・システムは、ステップ８０において、その告知が有効でありかつハードウェア誘起のエラーでないことを検証する。この検証８０は、当業者に知られた多くの方法で行うことができ、したがってこの特許の主題ではない。エラーがない場合には、プロセス６５は、別のイベント告知を待機するループ７６に戻る。
【００７０】
例えば、イベント告知アラームは、診断ソフトウェアを実行すべきことを示すシステム警報とすることができる。次にステップ８２は、ハードウェアをテストし診断することである。ステップ８２は、システムが自動診断ソフトウェアにより自動的に実行するものとしたり、あるいはメッセージあるいはその他のインジケータがコンピュータ・システム管理者にシステムがサービスを必要としているという警報を発するようにすることができる。この診断ステップ８２が自動的なものである場合、ステップ８４において、故障したハードウェアをコンピュータ・システムがディセーブルして、コンピュータ・システムの動作を妨害しないようにする。
【００７１】
図５で示しているように、ステップ７２は、Ｉ／Ｏループ確立フェーズ９９、Ｉ／Ｏループ・デュープレックス・フェーズ１７０、およびＩ／Ｏループ・シンプレックス・フェーズ２００を活性化する。図６に示す確立フェーズ９９は、ボイスエンジン３４が送信側電話３０からの入コールへの応答並びに受信側電話３８へのコールを行わなければならないとき、受信側ボイスエンジン３４内において生起するステップとして定義する。ステップ１０４において入コールの告知がＤＳＰ６１からあったとき、ボイスポート・スレッド６４は、そのユーザをネットワークに対し認証する。この認証を行うため、ステップ１０８において、ボイスポート・スレッド６４は、ＡＮＩを用いてＤＳＰ６１から送信側電話３０の番号を検索し、そしてステップ１０９においてそのコールをログする。送信側電圧３０の番号が、ステップ１１０において判定するようにボイスエンジン・データベース内の予めプログラムされた番号である場合、ステップ１１２において、呼び出し者に対し、受信側電話３８の宛先番号についてのプロンプトを行う。
【００７２】
また、発信元の電話３０の番号を得るプロセスは、発信元の電話３０の電話線３１にデバイスを取り付ける。デバイスは、発信元の電話３０の番号を自動的に送信する。もし発信元の電話３０が予め定義したデータベースにないならば、ステップ１１６においてボイスポート（ＶｏｉｃｅＰｏｒｔ）・スレッド６４が挨拶を流し、例えばタッチトーン（ＤＴＭＦ）信号を通じてのユーザからのパスワードを要求し、このパスワードを用いて呼出側の証明が行われる。ステップ１１８において、もし呼出側が適正に証明を行えば、プロセスはステップ１１２に続く。そうでない場合には、ステップ１１９において、呼出側にパスワードが無効である事が通知され、パスワードを再入力することが要求される。ステップ１２０において失敗の数が多すぎると判定された場合には、ステップ１２２において呼出側にパスワードが無効であることが通知され、ラインが切られ（ハングアップされ）、ステップ１２４においてプロセスが再開される。しかしながら、成功裏に完了した呼び出し（コール）が無かった場合には、ステップ１３８においてコールが通知され、電話線６３がハングアップされ、ステップ１４０においてプロセスがリセットされる。
【００７３】
呼出側が適切に証明を行った場合には、ステップ１１２において、ボイスポート・スレッド６４は宛先側の電話の番号（１又は複数）を検索する。ユーザは、カンファレンス（会議）・コールを完了するために１つ以上の数を入力する。次に、ボイスエンジン３２はすべての関係者を呼び出して同時に共にリンクされるようにする。次に、ステップ１１４において受信側のボイスエンジン３４に連絡がとられてコールが完了される。少なくとも１つのコールが受信側の電話３８に対して成功裏に完了したことがステップ１１６において判定された場合には、プロセスはステップ１１８においてＩ／Ｏループ・フェーズ１７０、２００のうちの１つに進む。ステップ１２０においてコールは会計（アカウンティング）にログされ、ラインはハングアップされ、プロセスはコールが完了したときに再開される。ステップ１２２において。
【００７４】
また、上述の発信元のボイスエンジン３２は、受信側のボイスエンジン３４として働く。この場合、ステップ１２４において外に向かうコールの通知が行われると、ボイスエンジン３２はＤＳＰ６１に、ステップ１２６において、リセットを行うように知らせ、ステップ１２８において、受信側の電話３８の番号をダイヤルするように知らせる。ステップ１３０においてコールに応答があったと判定された場合には、接続が成功裏に完了し、ステップ１３２においてコールはＩ／Ｏループ・フェーズ１７０、２００の１つに入る。そうでない場合には、ボイスエンジン３２は、ステップ１３４において、コールが完了しなかったことを発信元の電話３０に通知し、情報はアカウンティングにログされ、電話線３１はハングアップされ、ボイスポート確立フェーズがステップ１３６において新たに開始する。
【００７５】
Ｉ／Ｏループ・フェーズは２つの異なるタイプのプロセス、即ち、デュープレックス１７０とシンプレックス２００、に分けることができ、ＤＳＰ６１およびインターネット１６からのデータの入力および出力を制御する。これはＤＳＰを記録（レコード、record）および再生（プレイ、play）の両方に対して制御することによって達成される。即ち、Ｉ／Ｏループ・フェーズ１７０、２００はＤＳＰ６１を、レコードとプレイを同時に行うデュープレックス・モードで、またはデータがレコードされるかプレイされるかの何れかであってそれらが同時に行われないシンプレックス・モードで動作させることができる。
【００７６】
図７に示したデュープレックス・モードは、このシステムの動作の好適なモードであり、ボイスポート６４がデュープレックスで動作するよう要求することによって選択可能である。このモードにおいて、ユーザは、ボイスエンジンが発信元のボイスエンジン３２である場合には発信元の電話３０から、また、ボイスエンジンが受信側のボイスエンジン３４である場合には受信側の電話３８から、声／音のデータのプレイとレコードの両方を同時に行うことができる。デュープレックスは、非ブロッキング・コールをＤＳＰ６１に発行することによって、ＰＳＴＮ３１からのデータを待っている間にデータをレコードするようにして、達成される。Ｉ／Ｏループ・フェーズ１７０は、レコード・イベント又はプレイ・イベントが発生するのを待ち、処理を行う。
【００７７】
Ｉ／Ｏループ・デュープレックス・プロセス１７０は、ステップ１７２において、イベントが発生するのを待つことによって開始する。３つのイベントに対して応答が行われる。第１のイベント・パスは、データがＰＳＴＮ３１を経由で受け取られたときである。このイベントにおいて、Ｉ／Ｏループ１７０はＤＳＰ６０に、ステップ１７６において、ＰＳＴＮ３１を経由して受信したデータをレコードするように要求する。ステップ１７６において、このデータはデジタル化され、圧縮され、暗号化される。この点で、データは、適当なインターネット・プロトコルを用いるカプセル化の後に、送信されることができ、次に、ステップ１７８において、受信側のボイスエンジン３４に送られることができる。送信の後に、プロセス１７０は、ステップ１８０に示すように、コールがまだアクティブであるか否か（従って、更なる処理が発生するか否か）を判定する。コールがアクティブである場合には、プロセスはステップ１７２にループして戻り、イベントの通知を待つ。他方、コールがアクティブではない場合には、プロセスは終了し、遠隔のボイスエンジンには接続のブレイク（解除）が通知される。ステップ１９０において。
【００７８】
第２のパスは、データがＰＳＴＮ３１を経由して電話３０、３８から受け取られるときである。データは、インターネット・インターフェース６２を経由して受信され、ＤＳＰ６１に渡され、ステップ１８２に示すように、そこでレコードされる。ＤＳＰ６１は、ステップ１８４において、元の信号を得るために、データを解読（復号化）し、圧縮解除し、最終的にデジタル化処理の逆の処理をしなければならない。次に、信号は、非ブロッキング・コールをＤＳＰ６１に発行することによってステップ１８６において信号を電話３０、３８にＰＳＴＮ３１を経由して転送することによってＤＳＰ６１によってプレイされる。
【００７９】
発生する他のイベント・パスは、ステップ１８８に示すようにハングアップするローカルの電話上のパーティである。このイベントが発生すると、遠隔のボイスエンジンに通知され、プロセスはリセットされる。
【００８０】
図８に例示するシンプレックス・モードは本システムの動作の好適なモードではないが、ボイスポート・スレッド６４を要求することによってシンプレックス動作を選択することも可能である。このモードでは、ユーザは、ボイスエンジンが発信元ボイスエンジンである場合には発信元電話３０からの、あるいはボイスエンジンが受信ボイスエンジン３４である場合には受信電話３８からの、ボイス／サウンド・データを再生または記録することができる。シンプレックスは非ブロッキング・コールをＤＳＰ６１に発送しないことによって達成され、データの記録または再生のみを可能にする。Ｉ／Ｏループ・シンプレックス・プロセス２００は記録イベントまたは再生イベントの発生を待って、それに従って処理を行う。
【００８１】
Ｉ／Ｏループ・シンプレックス・プロセス２００は、ステップ２０２に示すように、電話３０、３８からＰＳＴＮ３１を介して受信したデータを５００ミリ秒の間記録するか、１０ミリ秒の間作動させない（ライン上をサイレントにする）ことによって開始する。プロセスは、次にステップ２０４においてコールが依然としてアクティブか否かを判定する。アクティブでなければ、リモート・ボイスエンジンがステップ２０６において通知される。
【００８２】
しかし、コールがアクティブであれば、プロセスはステップ２０８においてデータが記録されたか否かを判定する。もしデータがＤＳＰ６１によって記録されていれば、ステップ２１０に示すように好適実施例ではデータはディジタル化され、圧縮され、そして暗号化される。そのデータは、次にステップ２１２においてインターネット１６を通してリモート（受信または発信元）ボイスエンジンに伝送される。
【００８３】
ステップ２０８においてデータが記録されていない場合には、ステップ２１４において、プロセスはＤＳＰ６１によって再生されるべきデータがあるか否かを確認する。もしなければ、プロセスはステップ２０２に戻る。しかし、再生されるべきデータがある場合には、そのデータはステップ２１６において暗号解読され、圧縮解除され、そしてディジタル化処理が逆に行われる。次にステップ２１８において、ＤＳＰ６１は電話３０、３８にＰＳＴＮ３１を介して信号を送ることによってデータを再生する。コールが依然としてアクティブであることがステップ２２０において判定される場合には、プロセスはステップ２１４に戻り、データが更に再生される。そうでなければ、リモート・ボイスエンジンがステップ２２２において通知され、プロセスはリセットを行う。
【００８４】
ボイスポート６０はマルチタスク・オペレーティング・システム５９の利点を生かし処理を同時に実行することを可能にするマルチプレクサであることを注目すべきである。従って、図９Ａに示す送信モードにおいては、ボイスエンジン３４は単一の発信元ボイスエンジン３２からのボイス・データを受信することが可能となる。
【００８５】
同様に、図９Ｂにおいて、単一発信元ボイスエンジン３２は、発信元ボイスエンジン３２として動作しない複数の受信ボイスエンジン３４からデータを同時に受信することが可能となる。データはミックスされて単一にデータ・ストリームを形成し、そしてリモート・ボイスエンジン３２に送られる。
【００８６】
これまでの説明は本発明の主要な特徴であるインターネットを介する非ＴＣＰ／ＩＰデバイスからの送信について的を絞ってきたが、非ＴＣＰ／ＩＰデバイスとＴＣＰ／ＩＰデバイスとの間のデータ伝送のほかに、本発明によって実現可能にされそして望ましい幾つかの他のサービスがある。これらは、インターネットを介するコール転送、長距離通信、及び仮想電話である。
【００８７】
電話会議サービスが図１０に示され、該サービスはインターネットを通して１パーティー以上で会話を行うことを可能にする。ボイスエンジン３２は、発信元電話３０から加入者によって入力される複数の宛先に信号を分配することが課せられる。図１０は、複数の異なる受信電話３８に到達するために１つよりも多い受信ボイスエンジン３４が介在する可能性を示している。
【００８８】
図１１に示される長距離通信サービスは、すべての受信ボイスエンジン３４から離れたローカル交換電話ネットワーク・コールよりも更に先に位置する受信電話３８に対するものである。このような状況は通常はまれであるが、可能性があることも確かである。従って、本発明は、受信ボイスエンジン３４の位置を決定し、受信電話３８に長距離コール２６０を行う場合に料金が最低のレートになるように補償する。長距離電話料金は、長距離電話プロバイダと契約をして、単一パーティーが得られるよりも低コスト、高ボリューム契約を獲得することによって、更に低減される。これによって、発信者が直接的にダイヤルしインターネット１６をバイパスする場合よりも常に低いコストで信号が送られることを、発信者に保証する。
【００８９】
図１２に示す仮想電話は、高価な、即ち非常に多くの長距離電話をかけるリソースがないクライアントや他の人々に適合し、別の便益を加入者に与える。特に、加入者は発信元電話３０からのローカル電話コールである仮想電話２６８を「創造（ｃｒｅａｔｅ）」する。新しい電話２６８は実際には単なるローカル・ボイスエンジン３２である。しかし、発信者に受信電話３８に対する長距離電話番号を入力することを要求しないで、発信元ボイスエンジン３２は、発信元電話３０によってコールされた電話をマッピングして発信元ボイスエンジン３２をアクセスするシステムを有している。発信元ボイスエンジン３２は、アクセスに使用されたその電話に関連するインストラクションを有することになり、それによって加入者の受信電話３８にインターネットを介して接続する。このようにして、発信元ボイスエンジン３２はすべてのクライアントの発信元電話番号によるプリプログラミング（ｐｒｅ−ｐｒｏｇｒａｍｍｉｎｇ）を必要としない。
【００９０】
例えば、ニューヨークのビジネス業者はロサンゼルスの多数の小さなクライアントにロサンゼルスのローカル電話番号をダイヤルすることによって電話をかけることができることを望んでいる。そのローカル・ロサンゼルス仮想電話２６８は５５５−０１２３をダイヤルすることによって呼び出すことができる。ボイスエンジン３２はビジネス業者の受信電話３８に向けられている番号へのすべてのコールをマッピングする。従って、クライアントの発信元電話３０が仮想電話２６８をコールするとき、ボイスエンジン３２はニューヨークのビジネス業者の受信電話３８に信号を直ちに転送する。有利なことには、クライアントはローカル電話コールのみを行い、ビジネス業者は長距離信号伝送の課金がされない。
【００９１】
前述した実施例は本発明の原理の適用例を例示するのみであることを理解すべきである。多くの修正及び代替構成が本発明の精神及び範囲内で当業者には可能である。請求の範囲はそれらの修正及び代替構成を含むものである。
【技術分野】
【０００１】
本発明は、広くは、必要とされるインターネット通信プロトコルを使用して情報を伝達する能力を欠いているので、インターネット用に用意されていないデバイス間の通信に関する。特に、本発明は、従来の長距離交換式電話ネットワーク回線を用いるのと対照的に、音声信号がインターネットを介して伝達される電話を用いる音声通信を可能にする。
【背景技術】
【０００２】
種々の技術を組み合せる場合の１つの欠点は、それらの技術がその構成のための共通のハードウェア基盤を多くの場合共有していないことにある。このことは特に通信技術において真実である。というのは、通信技術では、典型的に、データが伝送のためにフォーマットされる専用の（プロプライエタリな）プロトコルを有し、またデータが移動するハードウェア構成に互換性がないからである。しかし、種々の技術のそれぞれが他の技術に優る利点を与える場合もあり得る。
【０００３】
通信用の経路を与える共通のゴールを共有する２つの技術は、公共的に交換式電話ネットワーク（ＰＳＴＮ）と、インターネットとである。電話は典型的に音声通信デバイスであるが、同一の電話回線を介してファクシミリ及びモデム・データ通信の融合が成功してきたことは周知である。これに対して、インターネットは、最近までコンピュータによるデータ通信の専用であった。しかし、これらの技術は共に、望ましい特性を有している。すなわち、一方は、信頼性が高く簡単な音声通信であり、他方は、長距離電話料金を発生させずに世界中に高速のコンピュータ・データ通信を可能にしている。ここで、他方の技術は、通信技術を特にそのために設計されてはいない伝達媒体に強制する際の固有の欠点に拘らず、この望ましい特性を大まかに利用するように作られている。
【０００４】
例えば、ＰＳＴＮを介するコンピュータ・データ伝送は、ＰＳＴＮラインに接続されたモデムを備えたコンピュータを介して、遅いとまでは言わないが、成功裏に達成される。そのようなコンピュータは、そのように設備された別のコンピュータにアクセスして、情報を直接交換することができる。その主たる欠点は、コンピュータが相互にローカル・テレフォン・コールよりはるかに離れて設置されている場合に、呼出し人が長距離の通話料金を負担しなければならないことである。
【０００５】
ＰＳＴＮを介するコンピュータ・データ伝送におけるわずかな改善は、モデムを介してアクセスされる多数のサービスがローカル・テレフォン・アクセスを提供し始めたときに行われた。これは、そのサービスにアクセスする人口の多い多数のセンターのまわりにローカル・テレフォン番号を付与することによって達成された。長距離のテレフォン・レートに対して包括契約を取り決めることによって、このサービスは、長距離の通話料金をかけずにそれが達成される手段を提供した。
【０００６】
しかし、この改善にも拘らず、コンピュータ・データを伝送するためにＰＳＴＮを使用する場合には幾つかの欠点が存在する。例えば、最も重大な制約の１つは、データ伝送の速度が専用のコンピュータ・ネットワークの速度より劣ることである。
【０００７】
しかし、先に述べたように、インターネットは、インターネットを構成する物理的伝送媒体の性質の故に、ＰＳＴＮでは成し得ない幾つかのユニークな利点を提供する。これらの利点を理解するために、インターネットの開発の背景について理解することが助けとなる。
【０００８】
軍部は、全ての状況、特に戦時において、通信ラインを開放しておく重要性を常に認識してきた。政府の関心は、それがＤＡＲＰＡプロジェクトを開始するほど敏感であった。ＤＡＲＰＡは、その存在に関し、単一のノード又はケーブルには依存しないコンピュータ・ネットワークから構成されていた。それどころか、それは、特に、出発点から目的地に至る、複数の通信経路を提供するように設計されていた。このようすれば、データは、様々な経路に沿ってルーティングすることが可能になる。メッセージの伝送を成功させるためには、そのメッセージの大部分が目的地に到達することに関して、単一の経路に依存する必要はない。ＤＡＲＰＡプロジェクトの後継プロジェクトが、今日ではより広く知られ広く用いられているインターネットである。
【０００９】
ＰＳＴＮとインターネットとの間のもう１つの認識すべき重要な相違は、ＰＳＴＮが典型的にはアナログ・データ伝送媒体であり、他方、インターネットはディジタル・データだけを伝送する点である。ＰＳＴＮは、ある状況では、ディジタル・データも伝送可能であるが、ＰＳＴＮを介してディジタル・コンピュータ・データを伝送するには、典型的には、そのデータを周波数変調されたアナログ信号に翻訳することが必要である。同様に、インターネットを介してアナログ音声データを伝送するには、そのデータをディジタル・フォーマットに翻訳することが必要である。
【００１０】
インターネットを介して音声データを伝送することは、音声データのディジタル化が可能という理由だけでなく、ＰＳＴＮのように、インターネットが、ＰＳＴＮがカバーする範囲を実質的にカバーする地球規模の伝送媒体であるからである。しかし、インターネットを介する音声伝送を改善するためのはずみを与える動機となる要因は、インターネットの使用に関連するコスト構造にある。良く知られているように、長距離テレフォン・コールには長距離通話料金がかかる。他方、インターネットでは、それに関連する長距離通信料金がかからない。これは、インターネットの能力を拡大することが望ましいとする要点である。
【００１１】
この単純なコスト／便益の分析は、インターネットを活用しようとする種々の営利企業の注目を逃さなかった。しかしながら、商業的な努力が実行可能になったのは極く最近のことである。この実行可能性の理由は、極めて短時間の間にインターネットのユーザー数が実質的に増大したからである。テレビジョン広告・印刷媒体スポンサー及び営利企業は、今日では、ソフィスティケートされてはいるが使用の容易なソフトウェア・ツールを用いてインターネット・ユーザーがアクセスできるワールドワイドウェブのＵＲＬアドレスを持っている。インターネットが日常生活で益々普及しているのは、インターネットを利用しアクセスする能力が増大するにつれて、インターネットを利用する人数が増加したからである。
【００１２】
インターネットを介しての音声送信能力の提供は、これまでは、必須の付属品（アクセサリ）を備えたコンピュータ上でソフトウェアを走らせるコンピュータ・ユーザーに焦点を合わせていた。これらの付属品は、音声をディジタル化するソフトウェアと、ディジタル化されるべき音声を受け取るマイクロホンである。
【００１３】
コンピュータが、インターネットにアクセスするための通路として機能するというのは、全く論理的である。その理由は、これが、インターネットが利用可能となる唯一の方法だからである。こういう言い方の重要性は、インターネットを介して他のデバイスと通信すべきデバイスに対する特定の通信要件にある。即ち、インターネットを介して通信する全てのデバイスは、インターネット通信プロトコルを用いて通信を行う。インターネット通信プロトコルは、インターネットを介しての伝送に適したディジタル・データ・パケットを作成する方法である。当業者であれば認識するところであるが、最も普及したインターネット通信プロトコルは、トランスポート・コネクト・プロトコル／インターット・プロトコル、即ちＴＣＰ／ＩＰである。要するに、インターネットを介して通信するデバイスはＴＣＰ／ＩＰ可能なデバイスである。
【００１４】
こうした背景に鑑みて、ＴＣＰ／ＩＰ可能なコンピュータを持つ必要なく、インターネットを介して音声データを送信するための方法と装置を提供することは、現状の技術水準に対して優る利益である。即ち、長距離電話料金を発生させることなく、また、いずれかの伝送端にコンピュータを必要とすることなく、普通であれば長距離電話をかける距離離れている別の人と話すことは利益である。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
この発明の目的は、デバイスが音声をディジタル化し適切なインターネット通信プロトコルを用いてその音声を送信することができないものであっても、インターネットを介して、デバイス間で、ディジタル化された音声を送信するための方法及び装置を提供することである。
【００１６】
この発明の他の目的は、音声をディジタル化することができず、又は、適切なインターネット通信プロトコルを用いてその音声を送信することができないデバイス間で、ディジタル化された音声を送信するための方法及び装置を提供することである。
【００１７】
この発明の更に他の目的は、普通ならば長距離電話料金がかかる距離でインターネットを介して通話するための方法及び装置を提供することである。
この発明の別の目的は、コンピュータと特別のソフトウェアを必要とする現在のインターネット伝送システムの複雑さを回避することである。
【００１８】
この発明の更に別の目的は、電話機を有する者であれば誰でも利用可能な長距離で会話をするための方法及び装置を提供することである。
この発明の更に別の目的は、通話者間の会話に対する現行の長距離電話料金に比較して低コストで上記方法及び装置を提供することである。
【００１９】
上記方法及び装置の別の目的は、音質の低下のような、コンピュータ実施型音声インターネット伝送の制限を回避するシステムを作ることである。
【課題を解決するための手段】
【００２０】
この発明のこれらの及び他の目的は、会話のいずれかの側でコンピュータを使用する必要なく、及び、会話を行っている人達の距離に無関係に長距離電話料金を招来することなく、インターネットを介して会話することを可能にする音声インターネット伝送システムにおいて提供される。
【００２１】
最も広い意味では、この発明の装置は、インターネットに接続し且つデバイス間でディジタル化された会話を含むデータのパケットを双方向に伝送することが可能な２つの非ＴＣＰ／ＩＰデバイスからなる。換言するならば、通常の電話機を取り上げ、相手との距離に無関係に、長距離電話料金を招来することなく、会話することができる。特別の電話機は不要であり、特別のソフトウェアを走らせるコンピュータも不要である。これを可能にする装置は、インターネット・アクセス・ノード即ちエンジンである。これらのローカルなインターネット・アクセス・エンジンは、ディジタル双方向インターネット通信サービスを提供する。
【００２２】
ユーザーは、自分にとってローカルなインターネット・アクセス・エンジンの電話番号をダイアルすることが好ましい。もしローカルでなければ、ユーザーは最小の長距離電話料金を招来するインターネット・アクセス・エンジンにダイアルする。インターネット・アクセス・エンジンに接続した後、ユーザーは、直接ダイアルであれば、宛先電話番号をダイアルする。ローカルのインターネット・アクセス・エンジンは、宛先電話番号にとってローカルな第２のインターネット・アクセス・エンジンを探し当てて通信を行うか、または、呼びを完了したときに最小の長距離電話料金を招来するエンジンを探し当てる。この第２のインターネット・アクセス・エンジンは宛先電話番号にダイアルし、会話が開始できる。
【００２３】
音声はディジタル化され、インターネットを介して伝送される。この方法及び装置は、ユーザーに対する複雑性を回避するばかりでなく、この発明を利用することができるユーザーの数を実質的に増加させる。音声通信をマイクロホン付きのコンピュータを所有する人に限定する代わりに、電話機を所有する人であれば誰でもが今や長距離電話料金を回避することができる。
【００２４】
この発明のこれらの及び他の目的、特徴、利点及び代替の見方は、添付の図面と結合しての以下の詳細な説明の考察から当業者には明らかになろう。
【図面の簡単な説明】
【００２５】
【図１】図１は、現在の技術水準による音声インターネット伝送システムの構成要素のブロック図である。
【図２】図２は、本発明の原理に従って構成された装置のブロック図である。
【図３】図３は、本発明の実施例の音声伝送の送信プロセスを図解する流れ図である。
【図４】図４は、本発明の原理に従って構成されたボイスエンジン（voiceEngine）の構成要素のブロック図である。
【図５】図５は、主なボイスエンジンのプロセスの流れ図である。
【図６】図６は、ボイスポート（voiceport）確立フェーズ・プロセスの流れ図である。
【図７】図７は、ボイスポート（Ｉ／Ｏデュープレックス）送信及び受信プロセスの流れ図である。
【図８】図８は、ボイスポート（Ｉ／Ｏシンプレックス）送信及び受信プロセスの流れ図である。
【図９】図９Ａは、ボイスポートがマルチプレクサとして動作し、信号を同時に単一のボイスエンジンからの複数のボイスエンジンに送信する構成要素のブロック図である。図９Ｂは、ボイスポートがマルチプレクサとして動作し、信号を同時に単一のボイスエンジンでの複数のボイスエンジンから受信する構成要素のブロック図である。
【図１０】図１０は、本発明により提供される電話会議サービスの流れ図である。
【図１１】図１１は、本発明により提供される長距離配達サービスの流れ図である。
【図１２】図１２は、本発明により提供される仮想電話サービスの流れ図である。
【発明を実施するための形態】
【００２６】
発明の詳細な説明ここで図面を参照するが、図面では、本願発明の種々の要素に、参照番号が与えられ、当業者が本願発明を実施できるように本願発明が説明されている。
現在の技術水準を論じる場合には、インターネットに結合されたパーソナルコンピュータ上でソフトウエアを実行するユーザが、常に含まれる。図１に示されるように、現時点での技術水準では、マイクロホン１２とスピーカ１４とを備えたコンピュータ１０を含む。コンピュータ１０は、一般的にローカルなアクセス・プロバイダ（図示せず）を介して、インターネット１６に接続されている。会話の相手方は、マイクロホン２０とスピーカ２２とを有する同様のコンピュータ・システム１８を有し、そのインターネット・プロバイダ（図示せず）を介してインターネットに接続されている。これらのコンピュータ１０、１８は、インターネットで用いるように設計された仕様を有する通信プロトコルで、通信するようになっている。即ち、これらのコンピュータは、デジタル情報の小さいパケットを作成することによって、インターネットを介して通信する。これらのパケットは目的地に伝送され、そこで、パケットは、パケットに分解される前のオリジナルなデータと等しい一体性を有するデータに統合される。
【００２７】
コンピュータ１０、１８の内部には、アナログ音声データをデジタルデータに、及びその逆に翻訳するデジタル信号プロセッサ２４（ＤＳＰ）が存在する。ＤＳＰ２４は、ソフトウェアとして実現されているが、その理由は、汎用コンピュータが、そのプログラムを実行するように用いられているからである。従って、プロセスのスループットを増加させるための特別なハードウエアは備えられていない。
【００２８】
現在の技術水準を停滞させ、電話通信媒体としてのインターネットのより広範囲な使用を妨げている重要な欠点が複数存在する。例えば、現在の技術水準では、前もって、計画しておくことが要求される。これは、図１に示されているような現在のシステムでは、別のコンピュータ以外の別のデバイスに宛てて電話をかけるのは不可能であるからである。従って、通話したいと思う人は、コンピュータ上で動作する同じ電話ソフトウエアを備えなければならないばかりか、接続を完了させるために、同時にインターネットに向けて電話しなければならない。従って、システムは、意図された受信者に、通話着信を知らせることができない。通話は、予期されなければならない。この理由により、同時にインターンネット上で両方の相手とつながるために、最初の通話者は自分が話したい相手と長距離電話をしなければならない場合がしばしばある。
【００２９】
理解できるように、このプロセスは、ユーザにとっては、著しく不便なことである。常に電話をしなければならないという事実は、また、電話する側にとって不都合に働く。この理由は、長距離電話が最も高価であるのは、最初の１分であるからである。通話の長さが僅かに２秒であり、通話者が「ネットに接続して下さい」としかいわない場合でも、最初の１分の分の課金はなされてしまう。ほとんどの電話において、これは、それほど重要ではないが、地球の反対側への電話の場合には、些細なことではない。
【００３０】
現在の技術における別の短所としては、最良の場合でも、音質が悪いことである。これは、デジタル化された音声データにおいて常に実行されなければならない圧縮によるものである。処理を高速化し、伝送されるべきデータの量を、音声伝送がリアルタイムでなされるように、典型的な１４．４モデムによって扱うためには、圧縮が必要になる。
【００３１】
また、他の欠点は、両方のコンピュータが、インターネット上に存在しなければならないということである。もし、ある理由でインターネット・プロバイダがダウンし、又は、より可能性が高いことであるが、コンピュータへの全てのポートがビジーであれば、通話はラインが空くまで完了しない。
【００３２】
ある音声インターネット・システムでは、また、両方の相手が電子メール・アドレスをもつことが要求される。電子メール・アドレスは、インターネットに知られている通話の対象となる人間の一意的な識別子として機能する。これによって、インターネット・アクセス・プロバイダを介してすでにインタネットへのアクセスを持っている者だけに、この特別なシステムの使用が厳しく制限されてしまう。
【００３３】
最近の新聞の記事にあったように、現在の技術水準は、自分のコンピュータとインターネット・アクセスとを用いて無料で電話をかけるという新技術を利用することを好む趣味人（ホビイスト）に向けられてしまっている。しかし、インターネット電話ソフトウエアを規則的に用いるのは、現在では、約２万人に限定されている。
【００３４】
簡明に述べれば、本発明は、本発明の加入者が、交換式電話ネットワークを介して長距離電話で会話をする時に一般的に発生する長距離電話料金を回避することを可能にする。しかし、上述のシステムと違って、本発明は、ユーザにとって複雑でなく、より便利であり、音質が改良され、使用を前もって通知することを必要としない。
【００３５】
これらの目的は、図２に示した装置によって実現される。本発明は、インターネット接続可能ではないデバイスがインターネットを介して通信可能であるという点で、他のシステムと大きく相違している。従って、本発明は、従来例のコンピュータ電話と対比して、極めて相違しかつより大きな作用効果を奏する電話サービスを提供することができる。
【００３６】
このような作用効果は、好適な実施例のシステム構成要素を観察することによって明らかになる。呼出側においては、汎用の電話３０が使用される。これは、マイクロフォンとスピーカとを備えた他のコンピュータのような呼出側デバイスを単に備えた従来例と全く相違している。作用効果は直ちに明らかである。複雑なソフトウエアをセットアップしてランさせる必要がない。外部マイクロフォン及びスピーカを、コンピュータ用に購入する必要がない。
【００３７】
電話３０は、例えば、公共又は個人的な交換電話ネットワーク（ＰＳＴＮ）、セルラ・スイッチ、ＰＣＳ、ケーブル電話、または無線機３１等を介して、呼出側ボイスエンジン３２（オーディオ・エンジン）を呼び出すために用いられる。
【００３８】
呼出側ボイスエンジン３２は、ローカルな電話コールのレンジ内に配置されていることが好ましい。ボイスエンジン３２は、本発明の主要な構成要件であり、本発明の大部分の目的を達成することを可能にする。ボイスエンジン３２は、米国特許出願第０８／５８５６２８号に開示されたファックス・エンジンと同様な機能を有しており、この米国特許は、本明細書において参照されている。
【００３９】
ボイスエンジン３２はいくつかのタスクを実行し、これらのタスクはソフトウエア及びハードウエアによって、同時に実行される。例えば、ボイスエンジン３２は、呼出者のローカル位置にあるか、または、該呼出の受信者のローカル位置にある。タスクは、呼出側の電話３０から到来する呼出を受信するためのものである。送信側ボイスエンジン３２は、受信側の電話３８の番号を入力するために呼出者を補助するか、または、補助をすることなく呼出者が受信側の番号を入力するのを待機するかのいずれかである。そして、呼出側ボイスエンジン３２は、受信側ボイスエンジン３４の位置を計算するが、該位置は、呼出者によって入力された受信側の電話３８のエリア・コード及び最初の３つの数字を用いて計算される。位置の計算が行われた後、送信側ボイスエンジン３２は、受信側の電話３８のローカル位置にあることが好ましい受信側ボイスエンジン３４にコンタクトする。
【００４０】
受信側の電話３８に物理的に最も近接している受信側ボイスエンジン３４と、受信側の電話３８へのローカル電話呼出をしている受信側ボイスエンジン３４が存在しない場合に最も小額の長距離電話料金を発生させる受信側ボイスエンジン３４とを、区別することが重要である。この区別は、より近接するボイスエンジン３４を使用するとより高価になるので、重要である。したがって、エリア・コード及び最初の３つの数字から受信側ボイスエンジン３４の位置を判定することは、最も安価な料金を呼出者に保証するための最良の方法である。
【００４１】
電話呼出を確立する目的で送信側ボイスエンジン３２が受信側ボイスエンジン３４にコンタクトした後で、受信側の電話のすべての番号が、インターネットを介して受信側ボイスエンジン３４へ送信される。すると、受信側ボイスエンジン３４は、例えば、公共または個人的な交換電話ネットワーク（ＰＳＴＮ）、セルラ・スイッチ、ＰＣＳ、ケーブル電話、または無線機３１を介して、受信側の電話番号をダイアルする。このとき、ボイスエンジン３２、３４は、一方向通信（シンプレックス）又は好適には双方向通信（デュープレックス）を用いて、電話３０と電話３８との間でスピーチ音声又は他の音声を送信するために準備される。
【００４２】
受信側の電話３８には、該呼出がＰＳＴＮ３１を介しての電話通信から生じたものであることは、何ら示されていない。しかしながら、受信側の電話３８において、呼出側識別等のサービスにより、呼出側の電話３０の代わりに、ボイスエンジン３２又は３４を識別することができる。これは、インターネット１６を介してＡＮＩ情報は送信されないからである。しかしながら、呼出側識別情報をボイス送信とともに送信することも可能である。これにより、送信側の電話３０についての正しい呼出側識別情報を、受信側の電話が表示することが可能になる。
【００４３】
受信側の電話３８が応答した場合、ボイスエンジン３２及び３４は複数の機能を同時に実行して、呼出者と該呼出を受け取った人との間でリアル・タイムでのボイス通信を可能にする。これは、２つの観点において、従来例と相違している。すなわち、２つの観点とは、全体的なバンド幅とレイテンシイ限定とである。
【００４４】
例えば、コンピュータは一般に、圧縮データを送信するために、１４．４又は２８．８Ｋｂａｕｄモデムの制限を有しており、これは、データがインターネットを介すると同様にＰＳＴＮを介して送信されるからである。これに対して、ボイスエンジン３２、３４は、このような限定を有していない。これらのボイスエンジンは、インターネット上のノードに備えられていないため、一般的な１４．４Ｋｂａｕｄの伝送速度の制限なしに、極めて高速度で通信を行うことができる。これにより、データ圧縮の要求が緩和される。一般に、データ圧縮は、リアル・タイム変換速度の要求を満足するために必要である。しかしながら、本発明においては、圧縮はさほど厳密なものではなく、したがって、高品質の音声スループットを得ることができる。ボイスエンジン３２、３４は専用のデバイスであるので、それにより、従来例の多数のコンピュータ電話サービスにおいて一般的であるソフトウエアに依存するのではなく、備えられたデジタル信号処理ハードウエアを用いて、圧縮を実行することができる。それは、コスト上の制約及び処理すべき呼出数に応じて変更可能であるが、コスト的には一般にソフトウエア圧縮を選択すべきである。それにもかかわらず、高速で安価なハードウエア圧縮の効果は、より遅いソフトウエア圧縮速度に勝る場合がある。
【００４５】
レイテンシは、従来例のコンピュータ電話にとって１つの問題点であり、これは、伝送速度が１４．４Ｋｂａｕｄに限定されている場合に、より長いビルトイン遅延をもたらすからである。通常、ある人が話してから他の人がそれを聞くまでに１．５秒程度かかる。これにより、相手側が今にも話し始めるかどうかを話者が知ることがないため、途切れ途切れの文章となる。本発明においては、デジタル化されたデータの代わりにボイス・アナログ信号のみをＰＳＴＮを介して伝送するため、文章が明瞭となる。
【００４６】
双方向通信が通話者の間で行われる場合には、本発明の方法は以下のように実行される。ある人が電話３０または３８に対して話しているとき、送信側の電話３０からのアナログ・ボイス送信すなわち信号は、ボイスエンジン３２、３４にＰＳＴＮ３１を介して送信される。ボイスエンジン３２、３４は、通常のアナログ・ボイス信号を、デジタル信号処理（ＤＳＰ）手段（ソフトウエア又はハードウエア）によってデジタル化する。デジタル化された信号は次に、圧縮手段（ソフトウエア又はハードウエア）によって圧縮される。そして、ボイスエンジン３２、３４は、インターネットを介して圧縮されたデータを送信するための準備をして、ＴＣＰ／ＩＰプロトコルを用いて離散的なパケットを生成する。これらのパケットは、インターネットの種々のルートを介して、反対側（送信側又は受信側）のボイスエンジン３２、３４に送信される。該反対側のボイスエンジン３２又は３４は、圧縮されデジタル化されて送信されたメッセージを送信された元の順番に再構築し、送信されたデータを解凍し、そして、デジタル信号処理手段によりデジタル／アナログ変換を行って、送信された音声データを再生する。
【００４７】
上述のプロセスは、発信者と受信者が実時間で識別可能な限り、その発生による時間的な制約によって更に複雑化する。これがたぶん、本願発明の方法および装置が解決する技術的課題の克服に対して市場が手間取っている理由である。しかしながら、本願発明を現実化するシステムの鍵は、「VoiceEngine（ボイスエンジン）の創造である。専用のボイスエンジンは、入力する音声データ（一般的には人間の声）を捕らえ、音をデジタル化し、それを転送のために圧縮し、他のボイスエンジンにおいてデータの圧縮を解き、デジタル化された音をアナログ信号に戻し、それを少しの遅延で再生することができる。好適な実施例において、ボイスエンジンはまたデータを暗号化し、会話がインターネットを介して転送される場合に保護され、秘密を保持されるようにする。
【００４８】
ボイスエンジンはまた、単一のインターネット接続において複数の音声接続を多重化することができる。従って、ボイスエンジンに対して音声又は他の音響データが実際に転送される時にのみ、信号はインターネットを介して転送される。
【００４９】
着信電話３８がこのシステムの加入者である必要がないことに注意されたい。予め定義された発信者電話番号のデータベースを作ること、又は発信を認められたパスワードを伴う任意の電話番号を許可することのみが必要である。
【００５０】
要約すれば、上述の好適な実施例は、非インターネット・プロトコル通信装置が、他の非インターネット・プロトコル通信装置（以下非ＴＣＰ／ＩＰ可能装置と称する）に対して、インターネットを介してアナログデータを転送できるシステムを説明する。このシステムは世界中のどこでも、長距離電話料金の課金無しに、コンピュータ・テレフォニー技術の典型的な状態での複雑な発信プロセス無しに、データを転送できる。加えるに、発信者だけがこの説明されたインターネット電話システムの加入者である必要があるのみである。
【００５１】
本願発明は、更に好適な実施例を修正する。ある人が電話交換網３１上の電話を用いて、電話交換網３１上の他の電話に対して発信することを可能にすることに加えて、発信者はまたインターネット上のコンピュータ４０に対して発信することもできる。このプロセスのための方法と装置は、既に説明したものと少し異なる。しかしながら、このプロセスには発信側のボイスエンジン３２が接続できるように、インターネット上のコンピュータの位置をマッピングすることが必要であることが明白である。
【００５２】
例えば、発信者がインターネット上のコンピュータ（実際上、人がそのコンピュータのところに座っており、彼は発信者の声を聞くことができる）を呼び出そうと望むとき、発信者は再度発信側のボイスエンジン３２に対して呼び出しをかける。しかしながら、促されてボイスエンジン３２に着信側の電話の市外局番と電話番号を入力する代わりに、発信者はコンピュータにダイアルするオプションを与えるメニューから選択することができる。コンピュータの位置は、呼び出しを完結するために決定可能でなければならない。これは当業者に公知の任意の方法で可能である。一つの方法は、インターネット・プロトコル（ＩＰ）アドレスを用いることである。大抵のコンピュータはインターネットのノードである。全てのノードは、たとえそれがインターネット・プロバイダを介してインターネットに接続する時に一時的にそのコンピュータを位置決めする場合であっても、ＩＰアドレスを有する。従ってこの方法は、発信側のボイスエンジン３２を呼び出す発信者の要求によって開始される。発信者は、そこでＩＰアドレスを入力するように促され得る。ボイスエンジン３２はそこで、指定されたＩＰアドレスのノードをアクセスし、ノード上にある発信側のボイスエンジン３２と互換性のある予め配布されたソフトウエアとリンクを確立する。従って、このプロセスは、着信側のコンピュータ４０がソフトウエアを走らせており、該コンピュータ４０がデジタル的に信号を処理し、圧縮し、圧縮を解除し、暗号化するために必要なアクセサリーを有するべきであることだけが、以前のものと異なる。事実上、非ＴＣＰ／ＩＰ装置３０（電話）が都合よくＴＣＰ／ＩＰ装置（コンピュータ）と継ぎ目なく通信できる。
【００５３】
もうひとつの方法は、インターネット上の任意のコンピュータ・ノードのアドレスを識別するために、既にインターネット上で確立されているドメイン名サービス（ＤＮＳ）を利用することであろう。この方法では、インターネット本来のアドレス・マッピング能力が、実際のサービスを創造することなく利用される。
【００５４】
マルチメディア・コンピュータ４０のような、ＴＣＰ／ＩＰ装置に特定すれば、ボイスエンジン３２、３４はデータを、インターネット１６に接続された他のほとんどのマルチメディア・コンピュータ４０によって容易に理解できる、適応差分パルスコード変調（ＡＤＰＣＭ）形式に符号化する事ができる。これは、サウンド・カード、マイクロフォンおよびボイスエンジン３２、３４と通信するために必要なソフトウエアを有する、インターネット１６上のコンピュータ４０から、又はそれに対する呼び出しを可能にする。
【００５５】
他の実施例において提供される、上述のプロセスの変更もある。例えば、着信側のコンピュータ４０のＩＰアドレスを入力する代わりに、発信者は電子メールアドレスを入力することもできる。当業者には公知のように、電子メールアドレスは、その電子メールアドレスの持ち主がその時にインターネット上にいるかどうかを決定するために問い合わせられることができる。もしユーザーがインターネット上のコンピュータ・ノードにいれば、電話呼び出しがコンピュータ４０と発信側のボイスエンジン３２との間で開始される。電話交換網上の人とインターネット上のコンピュータユーザとの間において、電話呼び出しを開始する、当業者に公知の他の方法があることが認められ、これらも本願明細書の範囲に入ることが考慮されるべきである。
【００５６】
上述のプロセスの含意は、インターネット１６上のコンピュータ・ノード４０が電話交換網３１上の電話３８に、インターネット１６を介して電話呼び出しもする事ができるということである。このプロセスは、既に説明した逆の状況と同等以下の複雑さである。これは、着信側の電話３８の位置決めが非常に簡単だからである。例えば、コンピュータ・ノード４０は、そのコンピュータをボイスエンジン・データベースに接続する実行中のソフトウエアによって、着信側のボイスエンジン３４にアクセスする。そのソフトウエアは、ユーザに着信側の電話３８の市外局番と電話番号を入力するように促し、ボイスエンジン・データベースはその呼び出しのための着信ボイスエンジン３４として働くボイスエンジンがどれであるかを決定する。そこで着信側のボイスエンジン３４は、その電話が接続されている電話交換網３１を介する電話呼び出しを完結するように命令される。
【００５７】
本願発明は、このようにして、二つの非ＴＣＰ／ＩＰ装置の間および、非ＴＣＰ／ＩＰ装置とＴＣＰ／ＩＰ装置との間における非ＴＣＰ／ＩＰ装置が電話発信を開始したりＴＣＰ／ＩＰ装置が呼び出しを開始したりの、インターネット１６を介する通信を可能にする。全ての通信は、もし発信および着信側の両方のボイスエンジン３２、３４が夫々発信および着信側電話３０、３８の近距離呼び出し内にあっても、長距離電話料金を支払う必要無しに発生する。これは、単一の電話３０、３８のみがプロセスの一部にあって、発信者又は着信者がインターネット１６上のコンピュータ４０の場合であっても変わらない。
【００５８】
もちろん、送信側あるいは受信側のボイスエンジン３２、３４がローカルの電話呼び出し距離内にない場合には、長距離電話課金を避けることができないときがある。しかし、ボイスエンジン３２、３４を理想的に分布させて、呼び出し者の多数の者が本発明が提供するサービスの利益を享受できるようにする。
【００５９】
本開示は、当業者が本発明を実施できる程度に十分に詳細を示しているが、本発明に特有の詳細部分があり、これは、好ましい実施形態を実施できるようにするためには知っておくと有利である。その詳細は、フローチャートとブロック図で示すが、これは、主としてコールの間に実行される内部的ボイスエンジン・プロセスについて説明するものである。
【００６０】
図３から始めると、フローチャートは、受信側の電話手段の電話番号をダイアルするときに加入者が従うべきプロセスを記述している。分かるように、このプロセスは、今日の直接ダイアルする電話コールと比べほんのわずかだけ複雑になったに過ぎない。事実、長距離電話産業の規制緩和がされてから出現した複雑なアクセスコードをもつ種々の長距離電話会社では、このプロセスは、比較するとすれば、相対的に簡単である。
【００６１】
ボイスエンジン３２には、ステップ４４に示すように、好ましくはローカルのボイスエンジン・アクセス番号をダイアルすることによりアクセスし、これは、交換式電話ネットワークに、このボイスエンジンへのアクセスを与える。ステップ４６は、加入者が、予めプログラムされ許可された加入者からコールをしているかどうか判定するのに必要である。加入者が予めプログラムされた番号からコールをしている場合、ステップ４８のように、この加入者は、単に、受信側電話番号を入力するだけでよい。セキュリティを増すため、ステップ５０で示すように、本発明のこのプロセスでは、送信側電話番号がボイスエンジン３２が認識するものではない場合に、パスワード検証を要求する。パスワード検証の後、加入者は、ステップ４８に進む。このプロセスは、ステップ５２、５４において複数の異なった電話と同時に通信するオプションを選択できるようにする点で有利である。希望であれば、加入者は、ステップ５４において、単に追加の宛先（受信側）電話番号の入力を続ける。宛先番号を追加するこのプロセスは、全ての希望の番号を入力するまで続き、そしてステップ５６において、電話コールを行う。
【００６２】
このプロセス全体は、少なくとも２つの電話番号をダイアルする点で、最良の場合のシナリオにおける通常の長距離ダイアリングとは異なっている。その第１の番号は、好ましくはローカルのローカル・ボイスエンジン・アクセス番号である。第２の番号は、宛先番号である。
【００６３】
図４は、本発明の目的にしたがって構築したボイスエンジン３２の主ハードウェア・コンポーネントのブロック図形態の分割である。ボイスエンジン３２は、図２に示した送信側ボイスエンジン３２だけでなく受信側ボイスエンジン３４とすることができる。
【００６４】
ボックス５８は、ボイスエンジン３２のコンポーネントの周りに描いて示しており、機能上の分割を示す。ボイスエンジン自体は、専用の割り込み駆動型のコンピュータ・システムである。好ましい実施形態においては、このコンピュータは、インテルベースのコンプレックス命令セット・コンピュータ（ＣＩＳＣ）のコンピュータ・システムである。しかし、これは、縮小命令セット・コンピュータ（ＲＩＳＣ）ベースのシステムを使用できないことを意味するものではない。
【００６５】
コンピュータ・システムは、オペレーティング・システムにより制御するが、この発明においては、Windows（登録商標） NT Version 3.5 (59)の下で実装している。同じく、これは、ＵＮＩＸ（登録商標） あるいはその種々の形態の内の任意のもののようなその他のオペレーティング・システムを使用することを除外するものではない。本発明にとって重要なことは、オペレーティング・システムが、マルチタスキング動作環境を提供する能力をもっていることである。
【００６６】
本発明の方法を実装するソフトウェアは、この特許の主題であるコード構造を使用するものとしてそれ自体考えるべきではない。むしろ、このソフトウェアが実施する特定の機能が重要なのであり、したがってこれについて以下に説明する。ボイスエンジン３２は、機能的には、少なくとも１つのボイスポート（オーディオ・ポート）６０、少なくとも１つのボイス・ボード（デジタル信号プロセッサＤＳＰ）６１、およびインターネット・インターフェース６２から成るものと考えることができる。ボイスポート６２は、信号（スピーチのような音を表すオーディオデータ）の送信および受信の双方に関して、ボイスエンジン３２に対し、少なくとも１つのボイス・ボード６１を介して交換式電話ネットワーク回線６３への通信アクセスを与える。ボイスポート６０はまた、インターネット１６を介する伝達のためインターネット・パケットとしてカプセル化した信号を送信および受信するため、ボイスエンジン３２にインターネット・アクセスを提供する。
【００６７】
ボイスポート６０は、上記のように二重の機能をもっている。これらは両方とも、交換式電話ネットワーク３１を介して信号を送受すると共に、インターネット・インターフェース６２を介してインターネット１６と通信する。電話回線からボイスポート６０への通信は、スレッド６４上で生起し、この各スレッド６４は、データの送信および受信の両方を行う能力をもっている。ボイスエンジン３２の内部で生じる特定のプロセスについては、後述のフローチャートにおいて説明する。
【００６８】
ボイスエンジン３２は、図５に示す主ボイスエンジン・プロセス６５により制御する。このプロセス６５により、ボイスエンジン３２は、ボイスエンジン３２の制御および管理のためおよび記述する必須のサブプロセスのための中央プロセッサとして活動できるようになる。スタートアップ時に、主ボイスエンジン・プロセス６５は、必要なハードウェア全てを初期化するが、これはステップ７０として示している。ステップ７２は、ボイスポート・スレッド６４の活性化を含んでいる。それらスレッド６４は、インターフェース接続６２、６１全てを管理する。
【００６９】
主ボイスエンジン・プロセス６５は、イベントの告知を待機するループ７６内に留まる。開始したプロセスの任意のものからの告知を受けると、信号７８を送って、告知信号の検証を開始する。まず始めに、コンピュータ・システムは、ステップ８０において、その告知が有効でありかつハードウェア誘起のエラーでないことを検証する。この検証８０は、当業者に知られた多くの方法で行うことができ、したがってこの特許の主題ではない。エラーがない場合には、プロセス６５は、別のイベント告知を待機するループ７６に戻る。
【００７０】
例えば、イベント告知アラームは、診断ソフトウェアを実行すべきことを示すシステム警報とすることができる。次にステップ８２は、ハードウェアをテストし診断することである。ステップ８２は、システムが自動診断ソフトウェアにより自動的に実行するものとしたり、あるいはメッセージあるいはその他のインジケータがコンピュータ・システム管理者にシステムがサービスを必要としているという警報を発するようにすることができる。この診断ステップ８２が自動的なものである場合、ステップ８４において、故障したハードウェアをコンピュータ・システムがディセーブルして、コンピュータ・システムの動作を妨害しないようにする。
【００７１】
図５で示しているように、ステップ７２は、Ｉ／Ｏループ確立フェーズ９９、Ｉ／Ｏループ・デュープレックス・フェーズ１７０、およびＩ／Ｏループ・シンプレックス・フェーズ２００を活性化する。図６に示す確立フェーズ９９は、ボイスエンジン３４が送信側電話３０からの入コールへの応答並びに受信側電話３８へのコールを行わなければならないとき、受信側ボイスエンジン３４内において生起するステップとして定義する。ステップ１０４において入コールの告知がＤＳＰ６１からあったとき、ボイスポート・スレッド６４は、そのユーザをネットワークに対し認証する。この認証を行うため、ステップ１０８において、ボイスポート・スレッド６４は、ＡＮＩを用いてＤＳＰ６１から送信側電話３０の番号を検索し、そしてステップ１０９においてそのコールをログする。送信側電圧３０の番号が、ステップ１１０において判定するようにボイスエンジン・データベース内の予めプログラムされた番号である場合、ステップ１１２において、呼び出し者に対し、受信側電話３８の宛先番号についてのプロンプトを行う。
【００７２】
また、発信元の電話３０の番号を得るプロセスは、発信元の電話３０の電話線３１にデバイスを取り付ける。デバイスは、発信元の電話３０の番号を自動的に送信する。もし発信元の電話３０が予め定義したデータベースにないならば、ステップ１１６においてボイスポート（ＶｏｉｃｅＰｏｒｔ）・スレッド６４が挨拶を流し、例えばタッチトーン（ＤＴＭＦ）信号を通じてのユーザからのパスワードを要求し、このパスワードを用いて呼出側の証明が行われる。ステップ１１８において、もし呼出側が適正に証明を行えば、プロセスはステップ１１２に続く。そうでない場合には、ステップ１１９において、呼出側にパスワードが無効である事が通知され、パスワードを再入力することが要求される。ステップ１２０において失敗の数が多すぎると判定された場合には、ステップ１２２において呼出側にパスワードが無効であることが通知され、ラインが切られ（ハングアップされ）、ステップ１２４においてプロセスが再開される。しかしながら、成功裏に完了した呼び出し（コール）が無かった場合には、ステップ１３８においてコールが通知され、電話線６３がハングアップされ、ステップ１４０においてプロセスがリセットされる。
【００７３】
呼出側が適切に証明を行った場合には、ステップ１１２において、ボイスポート・スレッド６４は宛先側の電話の番号（１又は複数）を検索する。ユーザは、カンファレンス（会議）・コールを完了するために１つ以上の数を入力する。次に、ボイスエンジン３２はすべての関係者を呼び出して同時に共にリンクされるようにする。次に、ステップ１１４において受信側のボイスエンジン３４に連絡がとられてコールが完了される。少なくとも１つのコールが受信側の電話３８に対して成功裏に完了したことがステップ１１６において判定された場合には、プロセスはステップ１１８においてＩ／Ｏループ・フェーズ１７０、２００のうちの１つに進む。ステップ１２０においてコールは会計（アカウンティング）にログされ、ラインはハングアップされ、プロセスはコールが完了したときに再開される。ステップ１２２において。
【００７４】
また、上述の発信元のボイスエンジン３２は、受信側のボイスエンジン３４として働く。この場合、ステップ１２４において外に向かうコールの通知が行われると、ボイスエンジン３２はＤＳＰ６１に、ステップ１２６において、リセットを行うように知らせ、ステップ１２８において、受信側の電話３８の番号をダイヤルするように知らせる。ステップ１３０においてコールに応答があったと判定された場合には、接続が成功裏に完了し、ステップ１３２においてコールはＩ／Ｏループ・フェーズ１７０、２００の１つに入る。そうでない場合には、ボイスエンジン３２は、ステップ１３４において、コールが完了しなかったことを発信元の電話３０に通知し、情報はアカウンティングにログされ、電話線３１はハングアップされ、ボイスポート確立フェーズがステップ１３６において新たに開始する。
【００７５】
Ｉ／Ｏループ・フェーズは２つの異なるタイプのプロセス、即ち、デュープレックス１７０とシンプレックス２００、に分けることができ、ＤＳＰ６１およびインターネット１６からのデータの入力および出力を制御する。これはＤＳＰを記録（レコード、record）および再生（プレイ、play）の両方に対して制御することによって達成される。即ち、Ｉ／Ｏループ・フェーズ１７０、２００はＤＳＰ６１を、レコードとプレイを同時に行うデュープレックス・モードで、またはデータがレコードされるかプレイされるかの何れかであってそれらが同時に行われないシンプレックス・モードで動作させることができる。
【００７６】
図７に示したデュープレックス・モードは、このシステムの動作の好適なモードであり、ボイスポート６４がデュープレックスで動作するよう要求することによって選択可能である。このモードにおいて、ユーザは、ボイスエンジンが発信元のボイスエンジン３２である場合には発信元の電話３０から、また、ボイスエンジンが受信側のボイスエンジン３４である場合には受信側の電話３８から、声／音のデータのプレイとレコードの両方を同時に行うことができる。デュープレックスは、非ブロッキング・コールをＤＳＰ６１に発行することによって、ＰＳＴＮ３１からのデータを待っている間にデータをレコードするようにして、達成される。Ｉ／Ｏループ・フェーズ１７０は、レコード・イベント又はプレイ・イベントが発生するのを待ち、処理を行う。
【００７７】
Ｉ／Ｏループ・デュープレックス・プロセス１７０は、ステップ１７２において、イベントが発生するのを待つことによって開始する。３つのイベントに対して応答が行われる。第１のイベント・パスは、データがＰＳＴＮ３１を経由で受け取られたときである。このイベントにおいて、Ｉ／Ｏループ１７０はＤＳＰ６０に、ステップ１７６において、ＰＳＴＮ３１を経由して受信したデータをレコードするように要求する。ステップ１７６において、このデータはデジタル化され、圧縮され、暗号化される。この点で、データは、適当なインターネット・プロトコルを用いるカプセル化の後に、送信されることができ、次に、ステップ１７８において、受信側のボイスエンジン３４に送られることができる。送信の後に、プロセス１７０は、ステップ１８０に示すように、コールがまだアクティブであるか否か（従って、更なる処理が発生するか否か）を判定する。コールがアクティブである場合には、プロセスはステップ１７２にループして戻り、イベントの通知を待つ。他方、コールがアクティブではない場合には、プロセスは終了し、遠隔のボイスエンジンには接続のブレイク（解除）が通知される。ステップ１９０において。
【００７８】
第２のパスは、データがＰＳＴＮ３１を経由して電話３０、３８から受け取られるときである。データは、インターネット・インターフェース６２を経由して受信され、ＤＳＰ６１に渡され、ステップ１８２に示すように、そこでレコードされる。ＤＳＰ６１は、ステップ１８４において、元の信号を得るために、データを解読（復号化）し、圧縮解除し、最終的にデジタル化処理の逆の処理をしなければならない。次に、信号は、非ブロッキング・コールをＤＳＰ６１に発行することによってステップ１８６において信号を電話３０、３８にＰＳＴＮ３１を経由して転送することによってＤＳＰ６１によってプレイされる。
【００７９】
発生する他のイベント・パスは、ステップ１８８に示すようにハングアップするローカルの電話上のパーティである。このイベントが発生すると、遠隔のボイスエンジンに通知され、プロセスはリセットされる。
【００８０】
図８に例示するシンプレックス・モードは本システムの動作の好適なモードではないが、ボイスポート・スレッド６４を要求することによってシンプレックス動作を選択することも可能である。このモードでは、ユーザは、ボイスエンジンが発信元ボイスエンジンである場合には発信元電話３０からの、あるいはボイスエンジンが受信ボイスエンジン３４である場合には受信電話３８からの、ボイス／サウンド・データを再生または記録することができる。シンプレックスは非ブロッキング・コールをＤＳＰ６１に発送しないことによって達成され、データの記録または再生のみを可能にする。Ｉ／Ｏループ・シンプレックス・プロセス２００は記録イベントまたは再生イベントの発生を待って、それに従って処理を行う。
【００８１】
Ｉ／Ｏループ・シンプレックス・プロセス２００は、ステップ２０２に示すように、電話３０、３８からＰＳＴＮ３１を介して受信したデータを５００ミリ秒の間記録するか、１０ミリ秒の間作動させない（ライン上をサイレントにする）ことによって開始する。プロセスは、次にステップ２０４においてコールが依然としてアクティブか否かを判定する。アクティブでなければ、リモート・ボイスエンジンがステップ２０６において通知される。
【００８２】
しかし、コールがアクティブであれば、プロセスはステップ２０８においてデータが記録されたか否かを判定する。もしデータがＤＳＰ６１によって記録されていれば、ステップ２１０に示すように好適実施例ではデータはディジタル化され、圧縮され、そして暗号化される。そのデータは、次にステップ２１２においてインターネット１６を通してリモート（受信または発信元）ボイスエンジンに伝送される。
【００８３】
ステップ２０８においてデータが記録されていない場合には、ステップ２１４において、プロセスはＤＳＰ６１によって再生されるべきデータがあるか否かを確認する。もしなければ、プロセスはステップ２０２に戻る。しかし、再生されるべきデータがある場合には、そのデータはステップ２１６において暗号解読され、圧縮解除され、そしてディジタル化処理が逆に行われる。次にステップ２１８において、ＤＳＰ６１は電話３０、３８にＰＳＴＮ３１を介して信号を送ることによってデータを再生する。コールが依然としてアクティブであることがステップ２２０において判定される場合には、プロセスはステップ２１４に戻り、データが更に再生される。そうでなければ、リモート・ボイスエンジンがステップ２２２において通知され、プロセスはリセットを行う。
【００８４】
ボイスポート６０はマルチタスク・オペレーティング・システム５９の利点を生かし処理を同時に実行することを可能にするマルチプレクサであることを注目すべきである。従って、図９Ａに示す送信モードにおいては、ボイスエンジン３４は単一の発信元ボイスエンジン３２からのボイス・データを受信することが可能となる。
【００８５】
同様に、図９Ｂにおいて、単一発信元ボイスエンジン３２は、発信元ボイスエンジン３２として動作しない複数の受信ボイスエンジン３４からデータを同時に受信することが可能となる。データはミックスされて単一にデータ・ストリームを形成し、そしてリモート・ボイスエンジン３２に送られる。
【００８６】
これまでの説明は本発明の主要な特徴であるインターネットを介する非ＴＣＰ／ＩＰデバイスからの送信について的を絞ってきたが、非ＴＣＰ／ＩＰデバイスとＴＣＰ／ＩＰデバイスとの間のデータ伝送のほかに、本発明によって実現可能にされそして望ましい幾つかの他のサービスがある。これらは、インターネットを介するコール転送、長距離通信、及び仮想電話である。
【００８７】
電話会議サービスが図１０に示され、該サービスはインターネットを通して１パーティー以上で会話を行うことを可能にする。ボイスエンジン３２は、発信元電話３０から加入者によって入力される複数の宛先に信号を分配することが課せられる。図１０は、複数の異なる受信電話３８に到達するために１つよりも多い受信ボイスエンジン３４が介在する可能性を示している。
【００８８】
図１１に示される長距離通信サービスは、すべての受信ボイスエンジン３４から離れたローカル交換電話ネットワーク・コールよりも更に先に位置する受信電話３８に対するものである。このような状況は通常はまれであるが、可能性があることも確かである。従って、本発明は、受信ボイスエンジン３４の位置を決定し、受信電話３８に長距離コール２６０を行う場合に料金が最低のレートになるように補償する。長距離電話料金は、長距離電話プロバイダと契約をして、単一パーティーが得られるよりも低コスト、高ボリューム契約を獲得することによって、更に低減される。これによって、発信者が直接的にダイヤルしインターネット１６をバイパスする場合よりも常に低いコストで信号が送られることを、発信者に保証する。
【００８９】
図１２に示す仮想電話は、高価な、即ち非常に多くの長距離電話をかけるリソースがないクライアントや他の人々に適合し、別の便益を加入者に与える。特に、加入者は発信元電話３０からのローカル電話コールである仮想電話２６８を「創造（ｃｒｅａｔｅ）」する。新しい電話２６８は実際には単なるローカル・ボイスエンジン３２である。しかし、発信者に受信電話３８に対する長距離電話番号を入力することを要求しないで、発信元ボイスエンジン３２は、発信元電話３０によってコールされた電話をマッピングして発信元ボイスエンジン３２をアクセスするシステムを有している。発信元ボイスエンジン３２は、アクセスに使用されたその電話に関連するインストラクションを有することになり、それによって加入者の受信電話３８にインターネットを介して接続する。このようにして、発信元ボイスエンジン３２はすべてのクライアントの発信元電話番号によるプリプログラミング（ｐｒｅ−ｐｒｏｇｒａｍｍｉｎｇ）を必要としない。
【００９０】
例えば、ニューヨークのビジネス業者はロサンゼルスの多数の小さなクライアントにロサンゼルスのローカル電話番号をダイヤルすることによって電話をかけることができることを望んでいる。そのローカル・ロサンゼルス仮想電話２６８は５５５−０１２３をダイヤルすることによって呼び出すことができる。ボイスエンジン３２はビジネス業者の受信電話３８に向けられている番号へのすべてのコールをマッピングする。従って、クライアントの発信元電話３０が仮想電話２６８をコールするとき、ボイスエンジン３２はニューヨークのビジネス業者の受信電話３８に信号を直ちに転送する。有利なことには、クライアントはローカル電話コールのみを行い、ビジネス業者は長距離信号伝送の課金がされない。
【００９１】
前述した実施例は本発明の原理の適用例を例示するのみであることを理解すべきである。多くの修正及び代替構成が本発明の精神及び範囲内で当業者には可能である。請求の範囲はそれらの修正及び代替構成を含むものである。
【特許請求の範囲】
【請求項１】
インターネットを介して音声を伝送する方法であって、
ａ）交換式電話ネットワークを介して音声を表すアナログ信号を受信するステップと、
ｂ）前記受信された信号をデジタル化し、前記デジタル化された信号をインターネットを介した伝送のためにフォーマットして、フォーマットされた信号をインターネットを介して伝送するステップと、
ｃ）前記信号をインターネットを介して受信して、前記信号を可聴的に再生するステップと、
を含むことを特徴とする方法。
【請求項２】
インターネットを介して音声を伝送する方法であって、
ａ）音声を表すアナログ信号を生じるマイクロフォンを含む送信側コンピュータを提供するステップであって、前記送信側コンピュータは、前記アナログ信号をデジタル化しフォーマットして前記デジタル化されフォーマットされたアナログ信号をインターネットを介して伝送するように構成されている、ステップと、
ｂ）インターネットを介して前記信号を受信し前記信号を交換式電話ネットワークを介して伝送する特定用途コンピュータを提供するステップと、
ｃ）前記交換式電話ネットワークを介して前記信号を受信する受信側電話手段を提供するステップと、
を含むことを特徴とする方法。
【請求項３】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する装置であって、
少なくとも１つの発呼装置から少なくとも１つの受呼者識別子を受信するように構成されている少なくとも１つのアクセス・インターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの少なくとも１つのインターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースと前記少なくとも１つのアクセス・インターフェースとに結合されており、前記少なくとも１つの発呼装置が人間の介入のない認証された装置であることを確認し、前記受信された少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定し、
前記少なくとも１つのデータ信号を表すデータ・パケットを作成し、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースを介して、前記少なくとも１つの決定されたアドレスを用いて、前記少なくとも１つのリモート・プロセッサに伝送する、
ように構成されている処理システムと、
を備えていることを特徴とする装置。
【請求項４】
請求項３記載の装置において、前記処理システムは、インターネット・プロトコル（ＩＰ）パケットを作成することによって前記少なくとも１つのデータ信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項５】
請求項４記載の装置において、前記ＩＰパケットは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットであることを特徴とする装置。
【請求項６】
請求項４記載の装置において、前記処理システムは、前記ＩＰパケットをリアルタイムで伝送するように構成されていることを特徴とする装置。
【請求項７】
請求項３記載の装置において、前記少なくとも１つのデータ信号は少なくとも１つのデジタル化された電話信号であることを特徴とする装置。
【請求項８】
請求項７記載の装置において、前記少なくとも１つのアクセス・インターフェースは、少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を生じるように構成されていることを特徴とする装置。
【請求項９】
請求項７記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を圧縮するように構成されていることを特徴とする装置。
【請求項１０】
請求項７記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を暗号化するように構成されていることを特徴とする装置。
【請求項１１】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースは電話への接続を含むことを特徴とする装置。
【請求項１２】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースはパーソナル・コミュニケーションズ・システム（ＰＣＳ）への接続を含むことを特徴とする装置。
【請求項１３】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースは無線接続を含むことを特徴とする装置。
【請求項１４】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースは交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項１５】
請求項１４記載の装置において、前記交換式ネットワークへの接続はセルラ電話への接続を含むことを特徴とする装置。
【請求項１６】
請求項１４記載の装置において、前記交換式ネットワークへの接続は私的交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項１７】
請求項１４記載の装置において、前記交換式ネットワークへの接続は公衆交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項１８】
請求項３記載の装置において、前記処理システムは、
前記少なくとも１つの発呼装置の少なくとも１つの電話番号を取得するステップと、
前記取得された少なくとも１つの電話番号を認証された電話番号の予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項１９】
請求項１８記載の装置において、前記処理システムは、前記少なくとも１つの発呼装置から受信された少なくとも１つの自動番号識別（ＡＮＩ）コードから、前記少なくとも１つの発呼装置の前記少なくとも１つの電話番号を取得するように構成されていることを特徴とする装置。
【請求項２０】
請求項３記載の装置において、前記処理システムは、
少なくとも１つの認証パスワードを、前記少なくとも１つの発呼装置に前記認証パスワードを促すことなく、前記少なくとも１つの発呼装置から受信するステップと、
前記受信された少なくとも１つの認証パスワードを認証パスワードの予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項２１】
請求項３記載の装置において、前記処理システムは、予め定義された通信サービスを前記少なくとも１つの認証された装置に提供するように構成されていることを特徴とする装置。
【請求項２２】
請求項３記載の装置において、前記処理システムは少なくとも１人の仮想的な受呼者を作成することにより、前記少なくとも１つの受呼者識別子が前記少なくとも１つのリモート・プロセッサに対応する少なくとも１つの更なる受呼者識別子に前記仮想的な受呼者を介してマップされるように構成されていることを特徴とする装置。
【請求項２３】
請求項３記載の装置において、前記処理システムは、少なくとも１つの電話番号を前記少なくとも１つの受呼者識別子として受信するように構成され、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、前記処理システムは、更に、前記電話番号の前記一部に応答して、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２４】
請求項２３記載の装置において、前記処理システムは、エリア・コードを有する前記少なくとも１つの電話番号を受信し、前記エリア・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２５】
請求項２４記載の装置において、前記処理システムは、エクスチェンジ・コードを有する前記少なくとも１つの電話番号を受信し、前記エクスチェンジ・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２６】
請求項３記載の装置において、前記処理システムは、少なくとも１つの電子メール・アドレスを前記少なくとも１つの受呼者識別子として受信し、前記少なくとも１つの電子メール・アドレスから前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２７】
請求項３記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信するように構成され、前記少なくとも１つのＩＰアドレスは、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを含むことを特徴とする装置。
【請求項２８】
請求項３記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信し、前記受信された少なくとも１つのＩＰアドレスから、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２９】
請求項２８記載の装置において、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、グローバル情報ネットワークへのインターフェースを含むことを特徴とする装置。
【請求項３０】
請求項３記載の装置において、
前記少なくとも１つのアクセス・インターフェースは、前記少なくとも１つの受呼者識別子として少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を受信するように構成されており、
前記処理システムは、前記受信された少なくとも１つのＵＲＬから前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項３１】
請求項３０記載の装置において、
前記処理システムは、ドメイン・ネーム・サービス（ＤＮＳ）を用いて前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項３２】
請求項７記載の装置において、前記少なくとも１つのデジタル化された電話信号は複数のデジタル化された電話信号を含み、この装置は、更に、前記処理システムに与えられた前記複数のデジタル化された電話信号を多重化して前記複数のデジタル化された電話信号を表す多重化されたパケットを前記処理システムに作成させるマルチプレクサを含むことを特徴とする装置。
【請求項３３】
請求項３２記載の装置において、前記処理システムは、前記多重化されたパケットを伝送して前記複数のデジタル化された電話信号のそれぞれをリアルタイムで伝送するように構成されていることを特徴とする装置。
【請求項３４】
請求項７記載の装置において、前記処理システムは、更に、
前記少なくとも１つのパケット・データ・ネットワークから少なくとも１つの更なるデジタル化された電話信号を表す更なるパケットを受信し、
前記受信されたデジタル化された電話信号パケットに基づいて少なくとも１つの更なる電話信号を生成し、
前記生成された少なくとも１つの更なる電話信号を前記少なくとも１つの発呼装置に送るように構成されていることを特徴とする装置。
【請求項３５】
請求項３４記載の装置において、
前記少なくとも１つのアクセス・インターフェースは、複数の発呼装置から複数の発呼者識別子を受信するように構成されており、
前記処理システムは、更に、
複数の電話信号を表す更なる多重化されたパケットを受信し、
受信された多重化されたパケットに基づいて更なる電話信号を生成し、
前記生成された更なる電話信号を前記複数の発呼装置に前記少なくとも１つのアクセス・インターフェースを介して送るように構成されていることを特徴とする装置。
【請求項３６】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する装置であって、
電子メール・アドレスとＩＰアドレスとＵＲＬとから構成されるグループから選択された少なくとも１つの受呼者識別子を受信するように構成されている少なくとも１つのアクセス・インターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの少なくとも１つのインターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースと前記少なくとも１つのアクセス・インターフェースとに結合されており、
前記受信された少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定し、
前記少なくとも１つのデータ信号を表すパケットを作成し、
前記受呼者識別子を、前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースを介して、前記少なくとも１つのリモート・プロセッサに伝送し、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースを介して、前記少なくとも１つの決定されたアドレスを用いて、前記リモート・プロセッサに伝送する、
ように構成されている処理システムと、
を備えていることを特徴とする装置。
【請求項３７】
請求項３６記載の装置において、前記処理システムは、インターネット・プロトコル（ＩＰ）パケットを作成することによって前記少なくとも１つのデジタル化された電話信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項３８】
請求項３７記載の装置において、前記ＩＰパケットは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットであることを特徴とする装置。
【請求項３９】
請求項３７記載の装置において、前記処理システムは、前記ＩＰパケットをリアルタイムで伝送するように構成されていることを特徴とする装置。
【請求項４０】
請求項３６記載の装置において、前記少なくとも１つのデータ信号は少なくとも１つのデジタル化された電話信号であることを特徴とする装置。
【請求項４１】
請求項４０記載の装置において、前記少なくとも１つのアクセス・インターフェースは、少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を生じるように構成されていることを特徴とする装置。
【請求項４２】
請求項４０記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を圧縮するように構成されていることを特徴とする装置。
【請求項４３】
請求項４０記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を暗号化するように構成されていることを特徴とする装置。
【請求項４４】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースは電話への接続を含むことを特徴とする装置。
【請求項４５】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースはパーソナル・コミュニケーションズ・システム（ＰＣＳ）への接続を含むことを特徴とする装置。
【請求項４６】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースは無線接続を含むことを特徴とする装置。
【請求項４７】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースは交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項４８】
請求項４７記載の装置において、前記交換式ネットワークへの接続はセルラ電話への接続を含むことを特徴とする装置。
【請求項４９】
請求項４７記載の装置において、前記交換式ネットワークへの接続は私的交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項５０】
請求項４７記載の装置において、前記交換式ネットワークへの接続は公衆交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項５１】
請求項３６記載の装置において、前記処理システムは、
前記少なくとも１つの発呼装置の少なくとも１つの電話番号を取得するステップと、
前記取得された少なくとも１つの電話番号を認証された電話番号の予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項５２】
請求項５１記載の装置において、前記処理システムは、前記少なくとも１つの発呼装置から受信された少なくとも１つの自動番号識別（ＡＮＩ）コードから、前記発呼装置の前記少なくとも１つの電話番号を取得するように構成されていることを特徴とする装置。
【請求項５３】
請求項３６記載の装置において、前記処理システムは、予め定義された通信サービスを前記少なくとも１つの認証された装置に提供するように構成されていることを特徴とする装置。
【請求項５４】
請求項３６記載の装置において、前記処理システムは少なくとも１人の仮想的な受呼者を作成することにより、前記少なくとも１つの受呼者識別子が前記少なくとも１つのリモート・プロセッサに対応する少なくとも１つの更なる受呼者識別子に前記仮想的な受呼者を介してマップされるように構成されていることを特徴とする装置。
【請求項５５】
請求項３６記載の装置において、前記処理システムは、
少なくとも１つの認証パスワードを前記少なくとも１つの発呼装置から受信するステップと、
前記受信された少なくとも１つの認証パスワードを認証パスワードの予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項５６】
請求項４０記載の装置において、前記少なくとも１つのデジタル化された電話信号は複数のデジタル化された電話信号を含み、この装置は、更に、前記処理システムに与えられた前記複数のデジタル化された電話信号を多重化して前記複数のデジタル化された電話信号を表す多重化されたパケットを前記処理システムに作成させるマルチプレクサを含むことを特徴とする装置。
【請求項５７】
少なくとも１つのパケット・データ・ネットワークを介して複数のデータ信号を伝送する装置であって、
複数の受呼者識別子を受信するように構成されている少なくとも１つのアクセス・インターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの少なくとも１つのインターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースと前記少なくとも１つのアクセス・インターフェースとに結合されており、
前記受信された受呼者識別子から、それぞれのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上のそれぞれのアドレスを決定し、
前記複数のデータ信号のそれぞれを表し対応するリモート・プロセッサの決定されたアドレスを含むパケットを作成し、
前記複数のデータ信号を表すパケットを多重化して多重化されたパケット・ストリームを形成し、
前記多重化されたパケット・ストリームを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースを介して、前記リモート・プロセッサに伝送する、
ように構成されている処理システムと、
を備えていることを特徴とする装置。
【請求項５８】
請求項５７記載の装置において、前記処理システムは、少なくとも１つの電話番号を前記少なくとも１つの受呼者識別子として受信するように構成され、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、前記処理システムは、更に、前記電話番号の前記一部に応答して、前記複数のアドレスの中の少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項５９】
請求項５７記載の装置において、前記処理システムは、エリア・コードを有する前記少なくとも１つの電話番号を受信し、前記エリア・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６０】
請求項５９記載の装置において、前記処理システムは、エクスチェンジ・コードを有する前記少なくとも１つの電話番号を受信し、前記エクスチェンジ・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６１】
請求項５７記載の装置において、前記処理システムは、少なくとも１つの電子メール・アドレスを前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として受信し、前記少なくとも１つの電子メール・アドレスから前記複数のアドレスの中の少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６２】
請求項５７記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として、前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信するように構成され、前記少なくとも１つのＩＰアドレスは、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを含むことを特徴とする装置。
【請求項６３】
請求項５７記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記複数の受呼者識別子の中の前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信し、前記少なくとも１つのＩＰアドレスから、前記複数のアドレスの中の前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６４】
請求項５７記載の装置において、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、グローバル情報ネットワークへのインターフェースを含むことを特徴とする装置。
【請求項６５】
請求項６４記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースは、前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を受信するように構成されており、
前記処理システムは、前記受信された少なくとも１つのＵＲＬから前記複数のアドレスの中の少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６６】
請求項６５記載の装置において、
前記処理システムは、ドメイン・ネーム・サービス（ＤＮＳ）を用いて前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６７】
請求項５７記載の装置において、前記複数のデータ信号は複数のデジタル化された電話信号であることを特徴とする装置。
【請求項６８】
請求項６７記載の装置において、前記処理システムは、更に、前記複数のデジタル化された電話信号を圧縮し前記デジタル化され圧縮された複数の電話信号を表すパケットを作成することによって前記複数のデジタル化された電話信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項６９】
請求項６７記載の装置において、前記処理システムは、更に、前記複数のデジタル化された電話信号を暗号化し前記デジタル化され暗号化された複数の電話信号を表すパケットを作成することによって前記複数のデジタル化された電話信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項７０】
請求項５７記載の装置において、前記処理システムは少なくとも１人の仮想的な受呼者を作成することにより、前記複数の受呼者識別子の中の前記少なくとも１つの受呼者識別子が前記少なくとも１つのリモート・プロセッサに対応する少なくとも１つの更なる受呼者識別子に前記仮想的な受呼者を介してマップされるように構成されていることを特徴とする装置。
【請求項７１】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する方法であって、
少なくとも１つの発呼装置から少なくとも１つの受呼者識別子を受信するステップと、
前記少なくとも１つの発呼装置が人間の介入のない認証された装置であることを確認するステップと、
前記少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定するステップと、
前記少なくとも１つのデータ信号を表すデータ・パケットを作成するステップと、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークを介して、前記少なくとも１つの決定されたアドレスを用いて、前記少なくとも１つのリモート・プロセッサに伝送するステップと、
を含むことを特徴とする方法。
【請求項７２】
請求項７１記載の方法において、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、インターネット・プロトコル（ＩＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項７３】
請求項７２記載の方法において、ＩＰパケットを作成する前記ステップは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項７４】
請求項７２記載の方法において、前記伝送するステップは、前記ＩＰパケットをリアルタイムで伝送するステップを含むことを特徴とする方法。
【請求項７５】
請求項７１記載の方法において、前記少なくとも１つのデータ信号はデジタル化された電話信号であり、前記少なくとも１つのデータ信号を表すパケットを作成する前記ステップは、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成することを特徴とする方法。
【請求項７６】
請求項７５記載の方法において、
少なくとも１つのアナログ電話信号を受信するステップと、
前記少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を形成するステップと、
を更に含むことを特徴とする方法。
【請求項７７】
請求項７５記載の方法において、前記少なくとも１つのアナログ電話信号を無線ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項７８】
請求項７５記載の方法において、前記少なくとも１つのアナログ電話信号を交換式ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項７９】
請求項７８記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号をセルラ・ネットワークから受信するステップを含むことを特徴とする方法。
【請求項８０】
請求項７８記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号を私的交換式ネットワークから受信するステップを含むことを特徴とする方法。
【請求項８１】
請求項７７記載の方法において、前記少なくとも１つのアナログ電話信号を受信する前記ステップは、前記少なくとも１つのアナログ電話信号をパーソナル・コミュニケーションズ・システム（ＰＣＳ）から受信するステップを含むことを特徴とする方法。
【請求項８２】
請求項７１記載の方法において、前記発呼者が認証された装置から発呼していることを確認する前記ステップは、
前記少なくとも１つの発呼装置の少なくとも１つの電話番号を取得するステップと、
前記取得された少なくとも１つの電話番号を認証された電話番号の予め定義されたリストと比較するステップと、
を含むことを特徴とする方法。
【請求項８３】
請求項８２記載の方法において、前記少なくとも１つの発呼装置の前記少なくとも１つの番号を取得する前記ステップは、前記少なくとも１つの発呼装置から受信された少なくとも１つの自動番号識別（ＡＮＩ）コードから、前記少なくとも１つの発呼装置の前記少なくとも１つの番号を取得するステップを含むことを特徴とする方法。
【請求項８４】
請求項７１記載の方法において、前記発呼者が認証された装置から発呼していることを確認する前記ステップは、
少なくとも１つの認証パスワードを、前記少なくとも１つの発呼装置に前記少なくとも１つの認証パスワードを促すことなく、前記少なくとも１つの発呼方法から受信するステップと、
前記受信された少なくとも１つの認証パスワードを認証パスワードの予め定義されたリストと比較するステップと、
を含むことを特徴とする方法。
【請求項８５】
請求項７１記載の方法において、
前記少なくとも１つの受呼者識別子を受信する前記ステップは、少なくとも１つの電話番号を前記少なくとも１つの受呼者識別子として受信するステップを含み、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、
前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記電話番号の前記一部に応答して、前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するステップを含むことを特徴とする方法。
【請求項８６】
請求項８５記載の方法において、前記電話番号の前記一部はエリア・コードを含むことを特徴とする方法。
【請求項８７】
請求項８６記載の方法において、前記電話番号の前記一部はエクスチェンジ・コードを含むことを特徴とする方法。
【請求項８８】
請求項７１記載の方法において、
前記少なくとも１つの受呼者識別子を受信する前記ステップは、少なくとも１つの電子メール・アドレスを前記少なくとも１つの受呼者識別子として受信するステップを含み、
前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記少なくとも１つの電子メール・アドレスから前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するステップを含むことを特徴とする方法。
【請求項８９】
請求項７１記載の方法において、
前記少なくとも１つのパケット・データ・ネットワークは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークを含み、
前記少なくとも１つのパケット・データ・ネットワークの上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信するステップを含み、前記少なくとも１つのＩＰアドレスは、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスであることを特徴とする方法。
【請求項９０】
請求項７１記載の方法において、
前記少なくとも１つの受呼者識別子を受信する前記ステップは、少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を前記少なくとも１つの受呼者識別子として受信するステップを含み、
前記少なくとも１つのパケット・データ・ネットワークの上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記少なくとも１つのＵＲＬを用いるステップを含むことを特徴とする方法。
【請求項９１】
請求項９０記載の方法において、
前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するステップは、ドメイン・ネーム・サービス（ＤＮＳ）を用いるステップを含むことを特徴とする方法。
【請求項９２】
請求項７１記載の方法において、前記少なくとも１つのデジタル化された電話信号を圧縮するステップを更に含み、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、前記圧縮された少なくとも１つのデジタル化された電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項９３】
請求項７１記載の方法において、前記少なくとも１つのデジタル化された電話信号を暗号化するステップを更に含み、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、前記暗号化された少なくとも１つのデジタル化された電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項９４】
請求項７１記載の方法において、
前記少なくとも１つのパケット・データ・ネットワークから少なくとも１つの更なるデジタル化された電話信号を表す更なるパケットを受信するステップと、
前記更なるデジタル化された電話信号パケットに基づいて少なくとも１つの更なる電話信号を生成するステップと、
前記生成された少なくとも１つの更なる電話信号を前記少なくとも１つの発呼装置に送るステップと、
を更に含むことを特徴とする方法。
【請求項９５】
請求項７１記載の方法において、
少なくとも１つの受呼者識別子を少なくとも１つの更なる受呼者識別子にマップする少なくとも１人の仮想的な受呼者を作成し、
前記少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのアドレスを決定する前に、前記少なくとも１つの受呼者識別子を、前記仮想的な受呼者を介して、前記少なくとも１つの更なる受呼者識別子にマップするステップと、
を更に含むことを特徴とする方法。
【請求項９６】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する方法であって、
少なくとも１つの発呼装置から少なくとも１つの受呼者識別子を受信するステップであって、前記少なくとも１つの受呼者識別子は、電子メール・アドレスとＩＰアドレスとＵＲＬとで構成されるグループから選択される、ステップと、
前記少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定するステップと、
前記少なくとも１つのデータ信号を表すパケットを作成するステップと、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースを介して、前記少なくとも１つの決定されたアドレスを用いて、前記少なくとも１つのリモート・プロセッサに伝送するステップと、
を含むことを特徴とする方法。
【請求項９７】
請求項９６記載の方法において、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、インターネット・プロトコル（ＩＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項９８】
請求項９７記載の方法において、ＩＰパケットを作成する前記ステップは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項９９】
請求項９７記載の方法において、前記伝送するステップは、前記ＩＰパケットをリアルタイムで伝送するステップを含むことを特徴とする方法。
【請求項１００】
請求項９６記載の方法において、前記少なくとも１つのデータ信号はデジタル化された電話信号であり、前記少なくとも１つのデータ信号を表すパケットを作成する前記ステップは、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成することを特徴とする方法。
【請求項１０１】
請求項１００記載の方法において、
少なくとも１つのアナログ電話信号を受信するステップと、
前記少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を形成するステップと、
を更に含むことを特徴とする方法。
【請求項１０２】
請求項１００記載の方法において、前記少なくとも１つのアナログ電話信号を無線ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項１０３】
請求項１００記載の方法において、前記少なくとも１つのアナログ電話信号を交換式ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項１０４】
請求項１０３記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号をセルラ・ネットワークから受信するステップを含むことを特徴とする方法。
【請求項１０５】
請求項１０３記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号を私的交換式ネットワークから受信するステップを含むことを特徴とする方法。
【請求項１０６】
請求項１００記載の方法において、前記少なくとも１つのアナログ電話信号を受信する前記ステップは、前記少なくとも１つのアナログ電話信号をパーソナル・コミュニケーションズ・システム（ＰＣＳ）から受信するステップを含むことを特徴とする方法。
【請求項１０７】
請求項９６記載の方法において、前記少なくとも１つのデータ信号は複数のデータ信号を含み、この方法は、
前記複数のデータ信号のそれぞれに対するそれぞれのリモート・プロセッサに対して前記少なくとも１つのパケット・データ・ネットワーク上のそれぞれのアドレスを決定するステップと、
前記複数のデータ信号のそれぞれのパケットを作成するステップと、
前記複数のデータ信号を表すパケットを多重化して多重化されたパケット・ストリームを形成するステップと、
前記多重化されたパケット・ストリームを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つの接続を介して伝送するステップと、
を更に含むことを特徴とする方法。
【請求項１０８】
請求項９６記載の方法において、
少なくとも１つの受呼者識別子を少なくとも１つの更なる受呼者識別子にマップする少なくとも１人の仮想的な受呼者を作成し、
前記少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのアドレスを決定する前に、前記少なくとも１つの受呼者識別子を、前記仮想的な受呼者を介して、前記少なくとも１つの更なる受呼者識別子にマップするステップと、
を更に含むことを特徴とする方法。
【請求項１０９】
複数のデータ信号をパケット・データ・ネットワークを介して伝送する方法であって、
それぞれが前記複数のデータ信号のそれぞれに対応する複数の受呼者識別子を受信するステップと、
前記複数のデータ信号のそれぞれに対応するリモート・プロセッサに対してす少なくとも１つのパケット・データ・ネットワークの上のそれぞれのアドレスを決定するステップと、
前記複数のデータ信号のそれぞれのパケットを作成するステップと、
前記複数のデータ信号を表すパケットを多重化して多重化されたパケット・ストリームを形成するステップと、
前記多重化されたパケット・ストリームを、前記少なくとも１つのパケット・データ・ネットワークを用いてそれぞれのリモート・プロセッサに伝送するステップと、
を含むことを特徴とする方法。
【請求項１１０】
請求項１０９記載の方法において、
前記複数の受呼者識別子を受信する前記ステップは、少なくとも１つの電話番号を前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として受信するステップを含み、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、
それぞれのリモート・プロセッサの前記複数のアドレスを決定する前記ステップは、前記電話番号の前記一部に応答して、前記複数のアドレスの中の少なくとも１つのアドレスを決定するステップを含むことを特徴とする方法。
【請求項１１１】
請求項１１０記載の方法において、前記電話番号の前記一部はエリア・コードを含むことを特徴とする方法。
【請求項１１２】
請求項１１１記載の方法において、前記電話番号の前記一部はエクスチェンジ・コードを含むことを特徴とする方法。
【請求項１１３】
請求項１０９記載の方法において、
前記複数の受呼者識別子を受信する前記ステップは、少なくとも１つの電子メール・アドレスを受信するステップを含み、
前記少なくとも１つのパケット・データ・ネットワーク上の前記複数のリモート・プロセッサの前記それぞれのアドレスを決定する前記ステップは、前記電子メール・アドレスを用いて前記複数のリモート・プロセッサの対応するもののアドレスを決定するステップを含むことを特徴とする方法。
【請求項１１４】
請求項１０９記載の方法において、
前記少なくとも１つのパケット・データ・ネットワークは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送する少なくとも１つのネットワークを含み、
前記複数の受呼者識別子を受信する前記ステップは、前記少なくとも１つのネットワークの上の少なくとも１つのインターネット・プロトコル（ＩＰ）アドレスを受信するステップを含み、前記少なくとも１つのＩＰアドレスは前記複数のリモート・プロセッサの中の少なくとも１つの対応するリモート・プロセッサのアドレスであることを特徴とする方法。
【請求項１１５】
請求項１０９記載の方法において、
前記複数の受呼者識別子を受信する前記ステップは、少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を前記複数の受呼者識別子の中の前記少なくとも１つの受呼者識別子として受信するステップを含み、
前記複数のリモート・プロセッサの前記アドレスを決定する前記ステップは、前記少なくとも１つのＵＲＬを用いるステップを含むことを特徴とする方法。
【請求項１１６】
請求項１１５記載の方法において、
前記複数のリモート・プロセッサの前記アドレスを決定する前記ステップは、ドメイン・ネーム・サービス（ＤＮＳ）を用いるステップを含むことを特徴とする方法。
【請求項１１７】
請求項１０９記載の方法において、前記複数のデータ信号は複数のデジタル化された電話信号であり、前記複数のデータ信号を表すパケットを作成する前記ステップは、前記複数のデジタル化された電話信号を表すパケットを作成することを特徴とする方法。
【請求項１１８】
請求項１１７記載の方法において、前記複数のデジタル化された電話信号を圧縮するステップを更に含み、前記複数のデジタル化された電話信号を表すパケットを作成する前記ステップは、前記圧縮されデジタル化された複数の電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項１１９】
請求項１１７記載の方法において、前記複数のデジタル化された電話信号を暗号化するステップを更に含み、前記複数のデジタル化された電話信号を表すパケットを作成する前記ステップは、前記暗号化されデジタル化された複数の電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項１２０】
請求項１０９記載の方法において、
前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子を少なくとも１つの更なる受呼者識別子にマップする少なくとも１人の仮想的な受呼者を作成し、
前記複数のリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の前記複数のアドレスを決定する前に、前記少なくとも１つの受呼者識別子を、前記仮想的な受呼者を介して、前記少なくとも１つの更なる受呼者識別子にマップするステップと、
を更に含むことを特徴とする方法。
【請求項１】
インターネットを介して音声を伝送する方法であって、
ａ）交換式電話ネットワークを介して音声を表すアナログ信号を受信するステップと、
ｂ）前記受信された信号をデジタル化し、前記デジタル化された信号をインターネットを介した伝送のためにフォーマットして、フォーマットされた信号をインターネットを介して伝送するステップと、
ｃ）前記信号をインターネットを介して受信して、前記信号を可聴的に再生するステップと、
を含むことを特徴とする方法。
【請求項２】
インターネットを介して音声を伝送する方法であって、
ａ）音声を表すアナログ信号を生じるマイクロフォンを含む送信側コンピュータを提供するステップであって、前記送信側コンピュータは、前記アナログ信号をデジタル化しフォーマットして前記デジタル化されフォーマットされたアナログ信号をインターネットを介して伝送するように構成されている、ステップと、
ｂ）インターネットを介して前記信号を受信し前記信号を交換式電話ネットワークを介して伝送する特定用途コンピュータを提供するステップと、
ｃ）前記交換式電話ネットワークを介して前記信号を受信する受信側電話手段を提供するステップと、
を含むことを特徴とする方法。
【請求項３】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する装置であって、
少なくとも１つの発呼装置から少なくとも１つの受呼者識別子を受信するように構成されている少なくとも１つのアクセス・インターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの少なくとも１つのインターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースと前記少なくとも１つのアクセス・インターフェースとに結合されており、前記少なくとも１つの発呼装置が人間の介入のない認証された装置であることを確認し、前記受信された少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定し、
前記少なくとも１つのデータ信号を表すデータ・パケットを作成し、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースを介して、前記少なくとも１つの決定されたアドレスを用いて、前記少なくとも１つのリモート・プロセッサに伝送する、
ように構成されている処理システムと、
を備えていることを特徴とする装置。
【請求項４】
請求項３記載の装置において、前記処理システムは、インターネット・プロトコル（ＩＰ）パケットを作成することによって前記少なくとも１つのデータ信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項５】
請求項４記載の装置において、前記ＩＰパケットは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットであることを特徴とする装置。
【請求項６】
請求項４記載の装置において、前記処理システムは、前記ＩＰパケットをリアルタイムで伝送するように構成されていることを特徴とする装置。
【請求項７】
請求項３記載の装置において、前記少なくとも１つのデータ信号は少なくとも１つのデジタル化された電話信号であることを特徴とする装置。
【請求項８】
請求項７記載の装置において、前記少なくとも１つのアクセス・インターフェースは、少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を生じるように構成されていることを特徴とする装置。
【請求項９】
請求項７記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を圧縮するように構成されていることを特徴とする装置。
【請求項１０】
請求項７記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を暗号化するように構成されていることを特徴とする装置。
【請求項１１】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースは電話への接続を含むことを特徴とする装置。
【請求項１２】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースはパーソナル・コミュニケーションズ・システム（ＰＣＳ）への接続を含むことを特徴とする装置。
【請求項１３】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースは無線接続を含むことを特徴とする装置。
【請求項１４】
請求項３記載の装置において、前記少なくとも１つのアクセス・インターフェースは交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項１５】
請求項１４記載の装置において、前記交換式ネットワークへの接続はセルラ電話への接続を含むことを特徴とする装置。
【請求項１６】
請求項１４記載の装置において、前記交換式ネットワークへの接続は私的交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項１７】
請求項１４記載の装置において、前記交換式ネットワークへの接続は公衆交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項１８】
請求項３記載の装置において、前記処理システムは、
前記少なくとも１つの発呼装置の少なくとも１つの電話番号を取得するステップと、
前記取得された少なくとも１つの電話番号を認証された電話番号の予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項１９】
請求項１８記載の装置において、前記処理システムは、前記少なくとも１つの発呼装置から受信された少なくとも１つの自動番号識別（ＡＮＩ）コードから、前記少なくとも１つの発呼装置の前記少なくとも１つの電話番号を取得するように構成されていることを特徴とする装置。
【請求項２０】
請求項３記載の装置において、前記処理システムは、
少なくとも１つの認証パスワードを、前記少なくとも１つの発呼装置に前記認証パスワードを促すことなく、前記少なくとも１つの発呼装置から受信するステップと、
前記受信された少なくとも１つの認証パスワードを認証パスワードの予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項２１】
請求項３記載の装置において、前記処理システムは、予め定義された通信サービスを前記少なくとも１つの認証された装置に提供するように構成されていることを特徴とする装置。
【請求項２２】
請求項３記載の装置において、前記処理システムは少なくとも１人の仮想的な受呼者を作成することにより、前記少なくとも１つの受呼者識別子が前記少なくとも１つのリモート・プロセッサに対応する少なくとも１つの更なる受呼者識別子に前記仮想的な受呼者を介してマップされるように構成されていることを特徴とする装置。
【請求項２３】
請求項３記載の装置において、前記処理システムは、少なくとも１つの電話番号を前記少なくとも１つの受呼者識別子として受信するように構成され、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、前記処理システムは、更に、前記電話番号の前記一部に応答して、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２４】
請求項２３記載の装置において、前記処理システムは、エリア・コードを有する前記少なくとも１つの電話番号を受信し、前記エリア・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２５】
請求項２４記載の装置において、前記処理システムは、エクスチェンジ・コードを有する前記少なくとも１つの電話番号を受信し、前記エクスチェンジ・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２６】
請求項３記載の装置において、前記処理システムは、少なくとも１つの電子メール・アドレスを前記少なくとも１つの受呼者識別子として受信し、前記少なくとも１つの電子メール・アドレスから前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２７】
請求項３記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信するように構成され、前記少なくとも１つのＩＰアドレスは、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを含むことを特徴とする装置。
【請求項２８】
請求項３記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信し、前記受信された少なくとも１つのＩＰアドレスから、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項２９】
請求項２８記載の装置において、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、グローバル情報ネットワークへのインターフェースを含むことを特徴とする装置。
【請求項３０】
請求項３記載の装置において、
前記少なくとも１つのアクセス・インターフェースは、前記少なくとも１つの受呼者識別子として少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を受信するように構成されており、
前記処理システムは、前記受信された少なくとも１つのＵＲＬから前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項３１】
請求項３０記載の装置において、
前記処理システムは、ドメイン・ネーム・サービス（ＤＮＳ）を用いて前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項３２】
請求項７記載の装置において、前記少なくとも１つのデジタル化された電話信号は複数のデジタル化された電話信号を含み、この装置は、更に、前記処理システムに与えられた前記複数のデジタル化された電話信号を多重化して前記複数のデジタル化された電話信号を表す多重化されたパケットを前記処理システムに作成させるマルチプレクサを含むことを特徴とする装置。
【請求項３３】
請求項３２記載の装置において、前記処理システムは、前記多重化されたパケットを伝送して前記複数のデジタル化された電話信号のそれぞれをリアルタイムで伝送するように構成されていることを特徴とする装置。
【請求項３４】
請求項７記載の装置において、前記処理システムは、更に、
前記少なくとも１つのパケット・データ・ネットワークから少なくとも１つの更なるデジタル化された電話信号を表す更なるパケットを受信し、
前記受信されたデジタル化された電話信号パケットに基づいて少なくとも１つの更なる電話信号を生成し、
前記生成された少なくとも１つの更なる電話信号を前記少なくとも１つの発呼装置に送るように構成されていることを特徴とする装置。
【請求項３５】
請求項３４記載の装置において、
前記少なくとも１つのアクセス・インターフェースは、複数の発呼装置から複数の発呼者識別子を受信するように構成されており、
前記処理システムは、更に、
複数の電話信号を表す更なる多重化されたパケットを受信し、
受信された多重化されたパケットに基づいて更なる電話信号を生成し、
前記生成された更なる電話信号を前記複数の発呼装置に前記少なくとも１つのアクセス・インターフェースを介して送るように構成されていることを特徴とする装置。
【請求項３６】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する装置であって、
電子メール・アドレスとＩＰアドレスとＵＲＬとから構成されるグループから選択された少なくとも１つの受呼者識別子を受信するように構成されている少なくとも１つのアクセス・インターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの少なくとも１つのインターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースと前記少なくとも１つのアクセス・インターフェースとに結合されており、
前記受信された少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定し、
前記少なくとも１つのデータ信号を表すパケットを作成し、
前記受呼者識別子を、前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースを介して、前記少なくとも１つのリモート・プロセッサに伝送し、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースを介して、前記少なくとも１つの決定されたアドレスを用いて、前記リモート・プロセッサに伝送する、
ように構成されている処理システムと、
を備えていることを特徴とする装置。
【請求項３７】
請求項３６記載の装置において、前記処理システムは、インターネット・プロトコル（ＩＰ）パケットを作成することによって前記少なくとも１つのデジタル化された電話信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項３８】
請求項３７記載の装置において、前記ＩＰパケットは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットであることを特徴とする装置。
【請求項３９】
請求項３７記載の装置において、前記処理システムは、前記ＩＰパケットをリアルタイムで伝送するように構成されていることを特徴とする装置。
【請求項４０】
請求項３６記載の装置において、前記少なくとも１つのデータ信号は少なくとも１つのデジタル化された電話信号であることを特徴とする装置。
【請求項４１】
請求項４０記載の装置において、前記少なくとも１つのアクセス・インターフェースは、少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を生じるように構成されていることを特徴とする装置。
【請求項４２】
請求項４０記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を圧縮するように構成されていることを特徴とする装置。
【請求項４３】
請求項４０記載の装置において、前記処理システムは、前記少なくとも１つのデジタル化された電話信号を暗号化するように構成されていることを特徴とする装置。
【請求項４４】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースは電話への接続を含むことを特徴とする装置。
【請求項４５】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースはパーソナル・コミュニケーションズ・システム（ＰＣＳ）への接続を含むことを特徴とする装置。
【請求項４６】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースは無線接続を含むことを特徴とする装置。
【請求項４７】
請求項３６記載の装置において、前記少なくとも１つのアクセス・インターフェースは交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項４８】
請求項４７記載の装置において、前記交換式ネットワークへの接続はセルラ電話への接続を含むことを特徴とする装置。
【請求項４９】
請求項４７記載の装置において、前記交換式ネットワークへの接続は私的交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項５０】
請求項４７記載の装置において、前記交換式ネットワークへの接続は公衆交換式ネットワークへの接続を含むことを特徴とする装置。
【請求項５１】
請求項３６記載の装置において、前記処理システムは、
前記少なくとも１つの発呼装置の少なくとも１つの電話番号を取得するステップと、
前記取得された少なくとも１つの電話番号を認証された電話番号の予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項５２】
請求項５１記載の装置において、前記処理システムは、前記少なくとも１つの発呼装置から受信された少なくとも１つの自動番号識別（ＡＮＩ）コードから、前記発呼装置の前記少なくとも１つの電話番号を取得するように構成されていることを特徴とする装置。
【請求項５３】
請求項３６記載の装置において、前記処理システムは、予め定義された通信サービスを前記少なくとも１つの認証された装置に提供するように構成されていることを特徴とする装置。
【請求項５４】
請求項３６記載の装置において、前記処理システムは少なくとも１人の仮想的な受呼者を作成することにより、前記少なくとも１つの受呼者識別子が前記少なくとも１つのリモート・プロセッサに対応する少なくとも１つの更なる受呼者識別子に前記仮想的な受呼者を介してマップされるように構成されていることを特徴とする装置。
【請求項５５】
請求項３６記載の装置において、前記処理システムは、
少なくとも１つの認証パスワードを前記少なくとも１つの発呼装置から受信するステップと、
前記受信された少なくとも１つの認証パスワードを認証パスワードの予め定義されたリストと比較するステップと、
によって、前記少なくとも１つの発呼装置が承認された装置であることを確認するように構成されていることを特徴とする装置。
【請求項５６】
請求項４０記載の装置において、前記少なくとも１つのデジタル化された電話信号は複数のデジタル化された電話信号を含み、この装置は、更に、前記処理システムに与えられた前記複数のデジタル化された電話信号を多重化して前記複数のデジタル化された電話信号を表す多重化されたパケットを前記処理システムに作成させるマルチプレクサを含むことを特徴とする装置。
【請求項５７】
少なくとも１つのパケット・データ・ネットワークを介して複数のデータ信号を伝送する装置であって、
複数の受呼者識別子を受信するように構成されている少なくとも１つのアクセス・インターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの少なくとも１つのインターフェースと、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースと前記少なくとも１つのアクセス・インターフェースとに結合されており、
前記受信された受呼者識別子から、それぞれのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上のそれぞれのアドレスを決定し、
前記複数のデータ信号のそれぞれを表し対応するリモート・プロセッサの決定されたアドレスを含むパケットを作成し、
前記複数のデータ信号を表すパケットを多重化して多重化されたパケット・ストリームを形成し、
前記多重化されたパケット・ストリームを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースを介して、前記リモート・プロセッサに伝送する、
ように構成されている処理システムと、
を備えていることを特徴とする装置。
【請求項５８】
請求項５７記載の装置において、前記処理システムは、少なくとも１つの電話番号を前記少なくとも１つの受呼者識別子として受信するように構成され、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、前記処理システムは、更に、前記電話番号の前記一部に応答して、前記複数のアドレスの中の少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項５９】
請求項５７記載の装置において、前記処理システムは、エリア・コードを有する前記少なくとも１つの電話番号を受信し、前記エリア・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６０】
請求項５９記載の装置において、前記処理システムは、エクスチェンジ・コードを有する前記少なくとも１つの電話番号を受信し、前記エクスチェンジ・コードに応答して前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６１】
請求項５７記載の装置において、前記処理システムは、少なくとも１つの電子メール・アドレスを前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として受信し、前記少なくとも１つの電子メール・アドレスから前記複数のアドレスの中の少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６２】
請求項５７記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として、前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信するように構成され、前記少なくとも１つのＩＰアドレスは、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを含むことを特徴とする装置。
【請求項６３】
請求項５７記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークへのインターフェースを含み、
前記処理システムは、前記複数の受呼者識別子の中の前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信し、前記少なくとも１つのＩＰアドレスから、前記複数のアドレスの中の前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６４】
請求項５７記載の装置において、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースは、グローバル情報ネットワークへのインターフェースを含むことを特徴とする装置。
【請求項６５】
請求項６４記載の装置において、
前記少なくとも１つのパケット・データ・ネットワークへの前記インターフェースは、前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を受信するように構成されており、
前記処理システムは、前記受信された少なくとも１つのＵＲＬから前記複数のアドレスの中の少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６６】
請求項６５記載の装置において、
前記処理システムは、ドメイン・ネーム・サービス（ＤＮＳ）を用いて前記少なくとも１つのアドレスを決定するように構成されていることを特徴とする装置。
【請求項６７】
請求項５７記載の装置において、前記複数のデータ信号は複数のデジタル化された電話信号であることを特徴とする装置。
【請求項６８】
請求項６７記載の装置において、前記処理システムは、更に、前記複数のデジタル化された電話信号を圧縮し前記デジタル化され圧縮された複数の電話信号を表すパケットを作成することによって前記複数のデジタル化された電話信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項６９】
請求項６７記載の装置において、前記処理システムは、更に、前記複数のデジタル化された電話信号を暗号化し前記デジタル化され暗号化された複数の電話信号を表すパケットを作成することによって前記複数のデジタル化された電話信号を表すパケットを作成するように構成されていることを特徴とする装置。
【請求項７０】
請求項５７記載の装置において、前記処理システムは少なくとも１人の仮想的な受呼者を作成することにより、前記複数の受呼者識別子の中の前記少なくとも１つの受呼者識別子が前記少なくとも１つのリモート・プロセッサに対応する少なくとも１つの更なる受呼者識別子に前記仮想的な受呼者を介してマップされるように構成されていることを特徴とする装置。
【請求項７１】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する方法であって、
少なくとも１つの発呼装置から少なくとも１つの受呼者識別子を受信するステップと、
前記少なくとも１つの発呼装置が人間の介入のない認証された装置であることを確認するステップと、
前記少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定するステップと、
前記少なくとも１つのデータ信号を表すデータ・パケットを作成するステップと、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークを介して、前記少なくとも１つの決定されたアドレスを用いて、前記少なくとも１つのリモート・プロセッサに伝送するステップと、
を含むことを特徴とする方法。
【請求項７２】
請求項７１記載の方法において、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、インターネット・プロトコル（ＩＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項７３】
請求項７２記載の方法において、ＩＰパケットを作成する前記ステップは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項７４】
請求項７２記載の方法において、前記伝送するステップは、前記ＩＰパケットをリアルタイムで伝送するステップを含むことを特徴とする方法。
【請求項７５】
請求項７１記載の方法において、前記少なくとも１つのデータ信号はデジタル化された電話信号であり、前記少なくとも１つのデータ信号を表すパケットを作成する前記ステップは、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成することを特徴とする方法。
【請求項７６】
請求項７５記載の方法において、
少なくとも１つのアナログ電話信号を受信するステップと、
前記少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を形成するステップと、
を更に含むことを特徴とする方法。
【請求項７７】
請求項７５記載の方法において、前記少なくとも１つのアナログ電話信号を無線ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項７８】
請求項７５記載の方法において、前記少なくとも１つのアナログ電話信号を交換式ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項７９】
請求項７８記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号をセルラ・ネットワークから受信するステップを含むことを特徴とする方法。
【請求項８０】
請求項７８記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号を私的交換式ネットワークから受信するステップを含むことを特徴とする方法。
【請求項８１】
請求項７７記載の方法において、前記少なくとも１つのアナログ電話信号を受信する前記ステップは、前記少なくとも１つのアナログ電話信号をパーソナル・コミュニケーションズ・システム（ＰＣＳ）から受信するステップを含むことを特徴とする方法。
【請求項８２】
請求項７１記載の方法において、前記発呼者が認証された装置から発呼していることを確認する前記ステップは、
前記少なくとも１つの発呼装置の少なくとも１つの電話番号を取得するステップと、
前記取得された少なくとも１つの電話番号を認証された電話番号の予め定義されたリストと比較するステップと、
を含むことを特徴とする方法。
【請求項８３】
請求項８２記載の方法において、前記少なくとも１つの発呼装置の前記少なくとも１つの番号を取得する前記ステップは、前記少なくとも１つの発呼装置から受信された少なくとも１つの自動番号識別（ＡＮＩ）コードから、前記少なくとも１つの発呼装置の前記少なくとも１つの番号を取得するステップを含むことを特徴とする方法。
【請求項８４】
請求項７１記載の方法において、前記発呼者が認証された装置から発呼していることを確認する前記ステップは、
少なくとも１つの認証パスワードを、前記少なくとも１つの発呼装置に前記少なくとも１つの認証パスワードを促すことなく、前記少なくとも１つの発呼方法から受信するステップと、
前記受信された少なくとも１つの認証パスワードを認証パスワードの予め定義されたリストと比較するステップと、
を含むことを特徴とする方法。
【請求項８５】
請求項７１記載の方法において、
前記少なくとも１つの受呼者識別子を受信する前記ステップは、少なくとも１つの電話番号を前記少なくとも１つの受呼者識別子として受信するステップを含み、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、
前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記電話番号の前記一部に応答して、前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するステップを含むことを特徴とする方法。
【請求項８６】
請求項８５記載の方法において、前記電話番号の前記一部はエリア・コードを含むことを特徴とする方法。
【請求項８７】
請求項８６記載の方法において、前記電話番号の前記一部はエクスチェンジ・コードを含むことを特徴とする方法。
【請求項８８】
請求項７１記載の方法において、
前記少なくとも１つの受呼者識別子を受信する前記ステップは、少なくとも１つの電子メール・アドレスを前記少なくとも１つの受呼者識別子として受信するステップを含み、
前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記少なくとも１つの電子メール・アドレスから前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するステップを含むことを特徴とする方法。
【請求項８９】
請求項７１記載の方法において、
前記少なくとも１つのパケット・データ・ネットワークは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送するネットワークを含み、
前記少なくとも１つのパケット・データ・ネットワークの上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記少なくとも１つの受呼者識別子として前記少なくとも１つのパケット・データ・ネットワーク上で少なくとも１つのＩＰアドレスを受信するステップを含み、前記少なくとも１つのＩＰアドレスは、前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスであることを特徴とする方法。
【請求項９０】
請求項７１記載の方法において、
前記少なくとも１つの受呼者識別子を受信する前記ステップは、少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を前記少なくとも１つの受呼者識別子として受信するステップを含み、
前記少なくとも１つのパケット・データ・ネットワークの上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定する前記ステップは、前記少なくとも１つのＵＲＬを用いるステップを含むことを特徴とする方法。
【請求項９１】
請求項９０記載の方法において、
前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのリモート・プロセッサの前記少なくとも１つのアドレスを決定するステップは、ドメイン・ネーム・サービス（ＤＮＳ）を用いるステップを含むことを特徴とする方法。
【請求項９２】
請求項７１記載の方法において、前記少なくとも１つのデジタル化された電話信号を圧縮するステップを更に含み、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、前記圧縮された少なくとも１つのデジタル化された電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項９３】
請求項７１記載の方法において、前記少なくとも１つのデジタル化された電話信号を暗号化するステップを更に含み、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、前記暗号化された少なくとも１つのデジタル化された電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項９４】
請求項７１記載の方法において、
前記少なくとも１つのパケット・データ・ネットワークから少なくとも１つの更なるデジタル化された電話信号を表す更なるパケットを受信するステップと、
前記更なるデジタル化された電話信号パケットに基づいて少なくとも１つの更なる電話信号を生成するステップと、
前記生成された少なくとも１つの更なる電話信号を前記少なくとも１つの発呼装置に送るステップと、
を更に含むことを特徴とする方法。
【請求項９５】
請求項７１記載の方法において、
少なくとも１つの受呼者識別子を少なくとも１つの更なる受呼者識別子にマップする少なくとも１人の仮想的な受呼者を作成し、
前記少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのアドレスを決定する前に、前記少なくとも１つの受呼者識別子を、前記仮想的な受呼者を介して、前記少なくとも１つの更なる受呼者識別子にマップするステップと、
を更に含むことを特徴とする方法。
【請求項９６】
少なくとも１つのパケット・データ・ネットワークを介して少なくとも１つのデータ信号を伝送する方法であって、
少なくとも１つの発呼装置から少なくとも１つの受呼者識別子を受信するステップであって、前記少なくとも１つの受呼者識別子は、電子メール・アドレスとＩＰアドレスとＵＲＬとで構成されるグループから選択される、ステップと、
前記少なくとも１つの受呼者識別子から、少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の少なくとも１つのアドレスを決定するステップと、
前記少なくとも１つのデータ信号を表すパケットを作成するステップと、
前記データ信号パケットを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つのインターフェースを介して、前記少なくとも１つの決定されたアドレスを用いて、前記少なくとも１つのリモート・プロセッサに伝送するステップと、
を含むことを特徴とする方法。
【請求項９７】
請求項９６記載の方法において、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成する前記ステップは、インターネット・プロトコル（ＩＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項９８】
請求項９７記載の方法において、ＩＰパケットを作成する前記ステップは、トランスポート・コネクト・プロトコル（ＴＣＰ）パケットを作成するステップを含むことを特徴とする方法。
【請求項９９】
請求項９７記載の方法において、前記伝送するステップは、前記ＩＰパケットをリアルタイムで伝送するステップを含むことを特徴とする方法。
【請求項１００】
請求項９６記載の方法において、前記少なくとも１つのデータ信号はデジタル化された電話信号であり、前記少なくとも１つのデータ信号を表すパケットを作成する前記ステップは、前記少なくとも１つのデジタル化された電話信号を表すパケットを作成することを特徴とする方法。
【請求項１０１】
請求項１００記載の方法において、
少なくとも１つのアナログ電話信号を受信するステップと、
前記少なくとも１つのアナログ電話信号をデジタル化して前記少なくとも１つのデジタル化された電話信号を形成するステップと、
を更に含むことを特徴とする方法。
【請求項１０２】
請求項１００記載の方法において、前記少なくとも１つのアナログ電話信号を無線ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項１０３】
請求項１００記載の方法において、前記少なくとも１つのアナログ電話信号を交換式ネットワークから受信するステップを更に含むことを特徴とする方法。
【請求項１０４】
請求項１０３記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号をセルラ・ネットワークから受信するステップを含むことを特徴とする方法。
【請求項１０５】
請求項１０３記載の方法において、前記少なくとも１つのアナログ電話信号を前記交換式ネットワークから受信する前記ステップは、前記少なくとも１つのアナログ電話信号を私的交換式ネットワークから受信するステップを含むことを特徴とする方法。
【請求項１０６】
請求項１００記載の方法において、前記少なくとも１つのアナログ電話信号を受信する前記ステップは、前記少なくとも１つのアナログ電話信号をパーソナル・コミュニケーションズ・システム（ＰＣＳ）から受信するステップを含むことを特徴とする方法。
【請求項１０７】
請求項９６記載の方法において、前記少なくとも１つのデータ信号は複数のデータ信号を含み、この方法は、
前記複数のデータ信号のそれぞれに対するそれぞれのリモート・プロセッサに対して前記少なくとも１つのパケット・データ・ネットワーク上のそれぞれのアドレスを決定するステップと、
前記複数のデータ信号のそれぞれのパケットを作成するステップと、
前記複数のデータ信号を表すパケットを多重化して多重化されたパケット・ストリームを形成するステップと、
前記多重化されたパケット・ストリームを、前記少なくとも１つのパケット・データ・ネットワークへの前記少なくとも１つの接続を介して伝送するステップと、
を更に含むことを特徴とする方法。
【請求項１０８】
請求項９６記載の方法において、
少なくとも１つの受呼者識別子を少なくとも１つの更なる受呼者識別子にマップする少なくとも１人の仮想的な受呼者を作成し、
前記少なくとも１つのリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の前記少なくとも１つのアドレスを決定する前に、前記少なくとも１つの受呼者識別子を、前記仮想的な受呼者を介して、前記少なくとも１つの更なる受呼者識別子にマップするステップと、
を更に含むことを特徴とする方法。
【請求項１０９】
複数のデータ信号をパケット・データ・ネットワークを介して伝送する方法であって、
それぞれが前記複数のデータ信号のそれぞれに対応する複数の受呼者識別子を受信するステップと、
前記複数のデータ信号のそれぞれに対応するリモート・プロセッサに対してす少なくとも１つのパケット・データ・ネットワークの上のそれぞれのアドレスを決定するステップと、
前記複数のデータ信号のそれぞれのパケットを作成するステップと、
前記複数のデータ信号を表すパケットを多重化して多重化されたパケット・ストリームを形成するステップと、
前記多重化されたパケット・ストリームを、前記少なくとも１つのパケット・データ・ネットワークを用いてそれぞれのリモート・プロセッサに伝送するステップと、
を含むことを特徴とする方法。
【請求項１１０】
請求項１０９記載の方法において、
前記複数の受呼者識別子を受信する前記ステップは、少なくとも１つの電話番号を前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子として受信するステップを含み、前記少なくとも１つの電話番号の少なくとも一部は地理的エリアを表し、
それぞれのリモート・プロセッサの前記複数のアドレスを決定する前記ステップは、前記電話番号の前記一部に応答して、前記複数のアドレスの中の少なくとも１つのアドレスを決定するステップを含むことを特徴とする方法。
【請求項１１１】
請求項１１０記載の方法において、前記電話番号の前記一部はエリア・コードを含むことを特徴とする方法。
【請求項１１２】
請求項１１１記載の方法において、前記電話番号の前記一部はエクスチェンジ・コードを含むことを特徴とする方法。
【請求項１１３】
請求項１０９記載の方法において、
前記複数の受呼者識別子を受信する前記ステップは、少なくとも１つの電子メール・アドレスを受信するステップを含み、
前記少なくとも１つのパケット・データ・ネットワーク上の前記複数のリモート・プロセッサの前記それぞれのアドレスを決定する前記ステップは、前記電子メール・アドレスを用いて前記複数のリモート・プロセッサの対応するもののアドレスを決定するステップを含むことを特徴とする方法。
【請求項１１４】
請求項１０９記載の方法において、
前記少なくとも１つのパケット・データ・ネットワークは、インターネット・プロトコル（ＩＰ）を用いてデータを伝送する少なくとも１つのネットワークを含み、
前記複数の受呼者識別子を受信する前記ステップは、前記少なくとも１つのネットワークの上の少なくとも１つのインターネット・プロトコル（ＩＰ）アドレスを受信するステップを含み、前記少なくとも１つのＩＰアドレスは前記複数のリモート・プロセッサの中の少なくとも１つの対応するリモート・プロセッサのアドレスであることを特徴とする方法。
【請求項１１５】
請求項１０９記載の方法において、
前記複数の受呼者識別子を受信する前記ステップは、少なくとも１つのユニフォーム・リソース・ロケータ（ＵＲＬ）を前記複数の受呼者識別子の中の前記少なくとも１つの受呼者識別子として受信するステップを含み、
前記複数のリモート・プロセッサの前記アドレスを決定する前記ステップは、前記少なくとも１つのＵＲＬを用いるステップを含むことを特徴とする方法。
【請求項１１６】
請求項１１５記載の方法において、
前記複数のリモート・プロセッサの前記アドレスを決定する前記ステップは、ドメイン・ネーム・サービス（ＤＮＳ）を用いるステップを含むことを特徴とする方法。
【請求項１１７】
請求項１０９記載の方法において、前記複数のデータ信号は複数のデジタル化された電話信号であり、前記複数のデータ信号を表すパケットを作成する前記ステップは、前記複数のデジタル化された電話信号を表すパケットを作成することを特徴とする方法。
【請求項１１８】
請求項１１７記載の方法において、前記複数のデジタル化された電話信号を圧縮するステップを更に含み、前記複数のデジタル化された電話信号を表すパケットを作成する前記ステップは、前記圧縮されデジタル化された複数の電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項１１９】
請求項１１７記載の方法において、前記複数のデジタル化された電話信号を暗号化するステップを更に含み、前記複数のデジタル化された電話信号を表すパケットを作成する前記ステップは、前記暗号化されデジタル化された複数の電話信号を表すパケットを作成するステップを含むことを特徴とする方法。
【請求項１２０】
請求項１０９記載の方法において、
前記複数の受呼者識別子の中の少なくとも１つの受呼者識別子を少なくとも１つの更なる受呼者識別子にマップする少なくとも１人の仮想的な受呼者を作成し、
前記複数のリモート・プロセッサに対する前記少なくとも１つのパケット・データ・ネットワーク上の前記複数のアドレスを決定する前に、前記少なくとも１つの受呼者識別子を、前記仮想的な受呼者を介して、前記少なくとも１つの更なる受呼者識別子にマップするステップと、
を更に含むことを特徴とする方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００９−２８４５３９（Ｐ２００９−２８４５３９Ａ）
【公開日】平成２１年１２月３日（２００９．１２．３）
【国際特許分類】
【出願番号】特願２００９−２００１５４（Ｐ２００９−２００１５４）
【出願日】平成２１年８月３１日（２００９．８．３１）
【分割の表示】特願２００５−１９７９２１（Ｐ２００５−１９７９２１）の分割
【原出願日】平成９年２月５日（１９９７．２．５）
【出願人】（５０５２１２０５０）アイ−リンク・ワールドワイド・インコーポレーテッド (2)
【Ｆターム（参考）】
【公開日】平成２１年１２月３日（２００９．１２．３）
【国際特許分類】
【出願日】平成２１年８月３１日（２００９．８．３１）
【分割の表示】特願２００５−１９７９２１（Ｐ２００５−１９７９２１）の分割
【原出願日】平成９年２月５日（１９９７．２．５）
【出願人】（５０５２１２０５０）アイ−リンク・ワールドワイド・インコーポレーテッド (2)
【Ｆターム（参考）】
[ Back to top ]