JP5028427B2 - 緊急呼出しを容易に行うためのコンピュータ関連装置と技術 - Google Patents

Description

本発明は、少なくともデータ通信（例えば、ボイスオーバーインターネットプロトコル（Voice over Internet Protocol：ＶｏＩＰ）通信を実行するデータ通信）の分野及びセルラ電話機の分野に適用可能であり、より具体的には、緊急呼出しを容易に行うための装置、システム、プロセッサプログラムプロダクト及び方法の分野に適用可能である。本発明は例えば、標準的な電話機をデータネットワーク（例えば、ＶｏＩＰに準拠した通信ネットワーク）に対して、当該データネットワーク上の通信を容易に行う場合のある例えばコンピュータシステムを用いて、例えばローカルエリアネットワーク、ワイドエリアネットワーク及び／又は既存の無線ネットワークを介して、インタフェースするシステムに適用可能であってもよい。

ＶｏＩＰは、複数のコンピュータネットワークを接続するシステム及び伝送チャンネルを、電話回線の代替物として動作させる技術であり、標準的な電話機及びパーソナルコンピュータ（ＰＣ）の両方に対してリアルタイムの音声を伝送する。ＶｏＩＰは、個人がネットワーク接続を利用して音声がカプセル化されたデータパケットをインターネット等の利用可能なローカルな通信回線上に送信できるようにする。これは、典型的には、電話会社の電話局の幾つかの機能をエミュレートし有線インタフェースを介してインターネットのようなネットワークに接続するアナログ電話アダプタ（ＡＴＡ（Analog Telephone Adapter））を用いることによって容易にされる。

ＶｏＩＰシステムにおいて、アナログ音声信号は、典型的にはマイクロホンで拾われ、パーソナルコンピュータ内のオーディオプロセッサに送信される。コンピュータ内では、ソフトウェア又はハードウェアＣＯＤＥＣの何れかがアナログ／デジタル変換及び圧縮を実行する。多大な研究が、当業者に周知である音声圧縮技術に向けられている。電話タイプの音声に必要とされる公称の帯域幅は、２．９Ｋｂｐｓ（ボックスウェア（Voxware）によるＲＴ２４）から１３Ｋｂｐｓ（ＧＳＭセルラ規格）までの範囲である。

ＣＯＤＥＣからの出力をパケット内に置く場合、帯域幅とレイテンシ（待ち時間）との間にはトレードオフがある。複数のＣＯＤＥＣは連続的に動作しない。代わりに、複数のＣＯＤＥＣは、フレームとして知られる短い時間期間に渡って音声をサンプリングする。これらのフレームは、データの小規模なバーストのようなものである。少なくとも１つのフレームを単一のＩＰデータグラム又はパケット内に置くことができ、次いで、必要なパケットヘッダ及びトレーラ内にパケットのペイロードがラップされる。このパケットのオーバーヘッドは、ＩＰでは少なくとも２０バイトであり、ユーザデータグラムプロトコル（ＵＤＰ（User Datagram Program））では８バイトである。レイヤ２のプロトコルではさらに多いオーバーヘッドが追加される。より長い時間だけ待機してＩＰデータグラムを満たすと全体的なオーバーヘッドは低減され、これによりデジタル化された音声の送信に必要な真の帯域幅が低減される。しかしながら、この待機はソースにおけるレイテンシを生じさせ、全体的なレイテンシが大きすぎると、会話が困難になる。

全体的なネットワークレイテンシ及びジッタ（レイテンシの変化）は、音声品質を劣化させる効果を有する。従って、大規模なワイドエリアパケットネットワーク上で、優先順位の処理を行うことなくリアルタイムの音声品質を維持することは困難である。上述したように、ＶｏＩＰは、標準的な電話機の音声信号を、従来の電話回線ではなくイーサネット（登録商標）を介してローカルに、又はＩＳＰのデータネットワークを介してグローバルに送信されることが可能な圧縮されたデータパケットに変換する。ＶｏＩＰ接続に関わる主たる難点の１つとして、ＶｏＩＰプラットフォームをサポートする通信ネットワークはＶｏＩＰデータパケットが音声信号を含むことを認識することができなければならず、かつ通信ネットワークがデータパケットを迅速に移動させなければならないことを認識するに足る「高性能」でなければならないことがある。

現在、大部分の音声トラフィックは公衆のインターネットを用いず、最低限の輻輳で音声データを伝送できるプライベートなＩＰベースのグローバルネットワーク上で実行される。従って、プライベートなデータネットワーク上での音声信号の送信は、企業に何らかの多大な優位点を提供する。ＩＳＰにとって、音声及びデータを単一のネットワーク上にマージすることは、単純な情報アクセスを超えてそのサービスを音声、ファックス及び仮想的なプライベートネットワーキングの範囲まで拡大することを可能にする。企業にとっての利点は、長距離サービスにおける大きな節約である。現時点でインターネットは、多くのネットワーク上で無料の媒体である。企業がコンピュータネットワーク上で音声を送信することができるとすれば、企業は、考え得る限りでは市内通話の費用で長距離通話又は国際通話を行うことができる。ＶｏＩＰはさらに、１つのデータ回線を用いる顧客サービス代表者が電話による質問に回答し、同時に顧客の注文をオンラインに載せ、会社のウェブサイトを熟読し、オンライン情報／製品のデータベースをブラウズし、又は電子メールを送信できるようにすることによって、電子商取引を容易にする。同様に、ＶｏＩＰは遠隔地の従業員にも新たな可能性を生み出し、従業員は市内通話の費用で遠隔地からログインし、そのラップトップＰＣから音声メールを検索しかつ１つの電話回線上で複数の音声／データ通話を実行しながらその電子メール及びウェブアプリケーションの実行を維持することができる。現在のところ、このタイプの拡張されたＶｏＩＰの機能は、典型的な家庭のユーザではなく、専ら企業ユーザ等のプライベートなＩＰベースネットワークへのアクセスを有する者に限定されている。

実際に、一般に、大部分の家庭用コンピュータのユーザは輻輳する公衆インターネットに限定され、ＶｏＩＰ規格を効果的に実行することができない。レイテンシ及びジッタが大きすぎれば、又はこれらを低減するコストが過剰であるときには、１つの代わりの方法としてはＣＯＤＥＣデータを受信機にバッファすることが挙げられる。大きいバッファは不規則に満たされるが、一定の速度で空にされることが可能である。これは、高品質の音声再生を可能にする。このようなバッファ技術はオーディオストリーミングとして知られ、記録されている音声又はオーディオに関しては極めて実際的なアプローチである。残念ながら、オーディオ信号の過剰なバッファリングは、一般に、一方の当事者が伝送を支配する、受け入れ難い一方的な通話につながる。

従来は、ＶｏＩＰ接続を有する家庭ユーザの動作環境は、ラップトップ又はデスクトップの汎用コンピュータの何れかである。ＶｏＩＰパケットの記録及び送信又は解釈は、ラップトップ又はデスクトップ上に見出されるサウンドシステム又はモデムＤＳＰにおいて実行される。従って、従来、デスクトップのサウンドシステムはステレオサラウンドスピーカ及び精巧なマイクロホンを有するので、デスクトップシステムはラップトップを凌ぐ些細な優位点を有する。このように、デスクトップシステムは、個人の声をより正確に捕捉してこれらの音声信号を接続のもう一方の端末上のユーザに再送信することができる。ＶｏＩＰ電話のソフトウェアのバッファリング及び制御構造は接続を改善する手助けをするが、オーディオ信号が正確にサンプリングされていたとしても、プロセッサは遅延し、公衆インターネット上でのデスクトップからのＶｏＩＰ接続に関連づけられる送信レイテンシは、結果的にほとんど聴き取れないＶｏＩＰ通話をもたらす傾向がある。ＶｏＩＰを用いることに伴う主な難点の１つは、ＶｏＩＰ接続を実行するシステムを介する、例えば緊急「９１１」呼出しである緊急呼出しの処理を容易に行うことが困難であることにある。特に、ＶｏＩＰ接続が移動又は遊動する装置から開始される場合はそうである。家庭用システムに反映される別の難点は、ＡＴＡが有線接続を介してネットワークアクセス装置に接続されなければならず、これにより電話機の設置を制限することである。

本発明は、後述するように、現在の最新技術に包含されるこれらの課題及び他の課題を解決する。

本発明は、本発明に係る装置、システム、プロセッサプログラムプロダクト及び方法をこの要約よりも詳細に記述している請求の範囲、明細書全体及び添付して提出される全ての図面を参照することによって最もよく理解される。本要約は、単に、本発明の例示的な実施形態の態様を伝えるためのものでしかない。例として、開示されている装置（例えば、コンピュータ及びネットワークアダプタ）、システム、プロセッサプログラムプロダクト及び方法は、ユーザがＶｏＩＰ通信ネットワーク上で緊急呼出しを行うことに関連づけられる課題を克服できるようにするハードウェア及び／又はソフトウェアの組み合わせを含んでもよい。例として、開示されている装置（例えば、コンピュータ及びネットワークアダプタ）における（複数の）中央処理装置、（複数の）プロセッサ、（複数の）コントローラ又は制御論理回路は、緊急「９１１」呼出し等の緊急呼出しの処理を容易に行うように、緊急呼出しを例えば送受信機を介して商用移動無線サービス（「ＣＭＲＳ（Commercial Mobile Radio Service）」又はセルラ）ネットワーク上のＣＭＲＳ送信機へルーティングする能力を含むことができる。

本明細書に開示されているシステム及び方法はまた、装置（例えば、コンピュータ及びネットワークアダプタ）が無線ネットワークに接続できるようにし、これによりシグナリングプロトコルを介してＶｏＩＰキャリア機器に接続できるようにすることによって、先に暗に示した他の課題も解決する。従って、従来技術による制約は克服され、後に詳述するようにユーザには追加的な自由及び機能性が提供される。

オプションとして、ネットワークアダプタを、情報をＥＶ−ＤＯ又は同様の他のタイプのネットワーク等のブロードバンドセルラリンク上に送信するようにも構成することができる。

本発明の追加の目的、優位点及び新規の特徴は、以下の明細書本文において一部が記載され、かつ一部は下記を精査することによって当業者に明らかとなるであろう。もしくはこれらは、本発明を実施することによって学習される場合もある。

明細書の一部を形成しかつ明細書に関連して読まれるべきものである添付の図面において、本発明は限定ではなく例として示されている。同様の参照数字は、同様の要素を指す。

以下の詳細な説明では、本発明の完全な理解を提供するために多くの具体的な詳細について述べる。他の例では、本発明を不必要に分かりにくくしないように、周知の構成、インタフェース及びプロセスについては詳細に示していない。しかしながら、一般的な当業者の一人には、本明細書に開示されているこれらの具体的な詳細が本発明を実施するために用いられる必要はなく、かつ請求の範囲に記載されていることを除いて、本発明の範囲の限定を表すものではないことが明らかであろう。本明細書のどの部分も、本発明の完全な範囲の任意の部分を否認するものとしては解釈されないことが意図されている。

図１は、本発明の一実施形態に係る、ネットワークアダプタ１００である特定の装置の構成要素を示す。しかしながら、これらの構成要素は、本発明の多くのシステム及び装置に用いられてもよい。例として、ネットワークアダプタ１００に関連して記述される構成要素及びこれらが用いられる方法は、電話機（例えば、セルラ電話機）及びコンピュータを含む他の装置についても同じであってもよい。従って、本明細書に記述され図面に反映されているネットワークアダプタ１００に関する説明は、本発明を実施する電話機及びコンピュータ等の他の装置が有してもよい特徴のタイプの単なる一例としてより広義に読取られてもよい。

ネットワークアダプタ１００は、ＳＬＩＣ１４０及びＤＡＡ１４５を介してリレー１６０に接続される中央処理装置１３５を含む。リレー１６０は、アナログ電話機のハンドセット（１６５）を公衆交換電話網（ＰＳＴＮ（Public Switched Telephone Network））から切り離しかつブリッジするように用いられる。

上述したように、ネットワークアダプタ１００は、加入者回線インタフェース（ＳＬＩＣ（Subscriber Line Interface））１４０及びデータアクセス装置（ＤＡＡ（Data Access Arrangement））回路１４５を含む。ＳＬＩＣ１４０は、電話局のエミュレートを担当する。これは、リング電流を発生し、オンフック及びオフフックの遷移を検出し、中央処理装置（ＣＰＵ）１３５に対して任意の信号遷移を通知する。ＳＬＩＣ１４０はまた、入力される音声信号に対してＡ／Ｄ変換を実行し、電話機のハンドセット（１６５）によって処理される音声信号に対してＤ／Ａ変換を実行する。ＤＡＡ１４５はリング電流を検出し、ＣＰＵ１３５に対してリング電流の存在を通知する。ＤＡＡ１４５はまた、電話機のハンドセットを電話会社の電話局に戻してエミュレートするためにオフフック及びオンフック遷移を発生し、電話局（図示せず。）との間で送受信する信号に対してＡ／Ｄ及びＤ／Ａ変換も実行する。

ＣＰＵ１３５は、プログラマブルソフトウェアを介してネットワークアダプタ１００を制御する。ＣＰＵ１３５は、一般的な当業者には周知の種類のマイクロプロセッサである。ＣＰＵ１３５には、音声信号データをリアルタイムで処理するデジタルシグナルプロセッサのソフトウェア（図示せず。）が統合される。

ＣＰＵ１３５へは、幾つかのメモリ装置、即ちフラッシュメモリ１１０及びＳＤＲＡＭ１１５が接続される。フラッシュメモリ１１０は、ＣＰＵ１３５の動作中の作業用記憶装置として用いられる。ＳＤＲＡＭ１１５は、ネットワークアダプタ１００がオフにされたときにコンフィギュレーション情報及びプログラムコード等の情報を永久的に記憶するために用いられる。

ＭＰＥＧ−４／Ｈ．２６４復号器１２０は、ＣＰＵ１３５からＬＣＤディスプレイ１０５へのビデオ出力の生成を担当する集積回路である。ＭＰＥＧ−４／Ｈ．２６４復号器１２０は、ワイドエリアネットワーク接続１５５からＣＰＵ１３５を介して受信されるストリーミングビデオ情報を復号する。一般的な当業者の一人であれば、任意の種類のＭＰＥＧ−４／Ｈ．２６４復号器をビデオ出力の復号に利用可能であることを認識することができる。

ＬＣＤディスプレイ１０５は、着呼に関する情報及びネットワークアダプタ１００の診断及びステータス情報を表示するために用いられる。ＬＣＤディスプレイ１０５をまた、広告及び娯楽をユーザへ表示し提供するためにも用いることができる。本発明の１つの代替の実施形態では、ＣＰＵ１３５は、ネットワークアダプタ１００により用いられる無線ネットワーク（図示せず。）の信号強度を監視する回路を含む。信号強度監視回路は、一般的な当業者には周知である。ＭＰＥＧ−４／Ｈ．２６４復号器１２０はこの情報をＣＰＵ１３５からリアルタイムで受信し、この情報をＬＣＤディスプレイ１０５に送信する。ＬＣＤディスプレイ１０５は信号強度情報を受信し、これを既知の方法でユーザへ表示する。従って、ユーザはＬＣＤディスプレイ１０５上に表示される信号強度を監視することにより、信号強度を最大化するために、ネットワークインタフェース１００の位置を手動で調整できる。

ＣＰＵ１３５へは、無線ネットワークカード１２５が接続される。無線ネットワークカード１２５は、ミニＰＣＩコネクタ（図示せず。）を介してＣＰＵ１３５に接続される。無線ネットワークカード１２５は、ネットワークアダプタ１００が利用可能な無線ネットワークのうちの任意の１つにアクセスできるようにする。無線ネットワークカードはＩＥＥＥ８０２．１１規格のバリエーションを実行することによって情報をネットワークに送信することができるが、一般的な当業者の一人であれば、他の方法も用いられ得る点を認識することができる。無線ネットワークカード１２５は、ＰＣＩ、ＰＣＭＩＡ又はＵＳＢ等の既知の規格によって交換可能なモジュールを介してネットワークアダプタ内に組み込まれる。特定の無線カードを用いることにより、ユーザは、ＷｉＦｉ、Ｗｉ−Ｍａｘ、ＥＶ−ＤＯ、ＨＳＰＤＡ及びそのためにミニＰＩＣカードが開発されている他の任意の無線ネットワーク等の任意の数の無線ネットワークへのアクセスを有することができる。

一般的な当業者の一人であれば、ネットワークアダプタ１００が動作するために交流又は直流電力を必要とすることを認識することができる。例として、かつ限定でなく、ネットワークアダプタは、交流のコンセント又は自動車内のシガレットライタ等の直流電源又は直流バッテリから電力を供給されてもよい。

本発明のさらに他の実施形態では、ネットワークアダプタ１００は、複数の無線ネットワークカードを含むように適合化されることが可能である。複数の無線ネットワークカードの機能は、ユーザにＷｉ−Ｆｉ及びセルラブロードバンド無線等の異なるタイプの無線ネットワークサービスを用いる柔軟性を許容する。一般的な当業者の一人であれば、多くの異なるサービスが利用可能であり、先の例は限定ではなく例示として用いられるものである点を認識することができる。本回路は、ミニＰＣＩカード及び別のミニＰＣＩカード又はＰＣＭＩＡ、ＵＳＢ又はＰＣＩ等の他の交換可能なモジュールを含むように適合化される。ＣＰＵ１３５は、ネットワークインタフェースが複数の無線ネットワークカードを用いることを適応的に切り換えて音声信号を送信することを可能にしかつユーザがネットワークアダプタ１００の動作中に無線ネットワークカードを交換することを可能にするソフトウェアを含む。例えば、ネットワークアダプタ１００がＷｉ−Ｆｉ又は他の無線ネットワークを介するルータ２３５のレンジ内に存在しないときには、ネットワークアダプタ１００は、電話機からＥＶ−ＤＯのようなブロードバンドセルラネットワーク又はユーザが加入している他の適用可能なセルラブロードバンドネットワークを介して、パケット化された音声信号を送信する。

ネットワークアダプタ１００は、ローカルエリアネットワーク１５０へ付加されてラップトップ又はデスクトップのパーソナルコンピュータ及びワイドエリア／ブロードバンドネットワーク１５５のユーザと通信する、インターネット等のパケット交換網上で通信することができる。典型的には、ネットワークアダプタは、電話機と接続するための少なくとも１つのＲＪ−１１ジャックと、ローカルエリアネットワーク１５０に接続するための１０／１００ＢａｓｅＴイーサネット（登録商標）ハブへの少なくとも１つのＲＪ−４５接続部とを有する。

またＣＰＵ１３５へは、ネットワークアダプタ１００がセルラネットワークにアクセスできるようにする送受信機を実装するセルラチップ１３０も接続される。セルラチップ１３０はＣＰＵから音声データを受信し、このデータを、セルラネットワーク上の別のユーザと通信するための既知の方法で変調して送信する。セルラチップ１３０は、セルラネットワーク上での音声会話を可能にする双方向式で機能する。本発明の一実施形態では、ＣＰＵ１３５は緊急呼出しを、その緊急呼出しに対応する双方向の通信チャンネルを確立するセルラチップにルーティングするソフトウェアを実行してもよい。上記双方向の通信チャンネルは、セルラネットワーク上で確立される。

図２（ａ）は、本発明の一実施形態に係る通信ネットワーク２００を示す。通信ネットワーク２００は、電話機２０５と、セルラネットワーク２１０と、ネットワークアダプタ１００と、ローカルエリアネットワーク（ＬＡＮ）２２０と、ラップトップコンピュータ２２５と、パーソナルコンピュータ２３０と、ルータ２３５と、ブロードバンドモデム２４０と、インターネット２４５と、エンドユーザ２５０と、パブリックセーフティアンサリングポイント（ＰＳＡＰ（Public Safety Answering Point））２５５とを含む。

本発明の一実施形態によれば、ネットワークアダプタ１００は、アナログ電話アダプタ１００がインターネット２４５等のワイドエリアネットワークに無線接続することを可能にする無線ネットワークカード１２５を含む。図２に示すように、ネットワークアダプタ１００はデジタル化された音声信号をルータ２３５に送信する。ルータ２３５は、８０２．１１ｇルータ等の一般的な当業者に周知の種類である。ルータ２３５は音声信号を受信し、これをインターネット２４５上に送信するためのパケットフォーマットに変換する。従って、ネットワークアダプタ１００はルータ２３５に対して物理的に接続される必要はなく、よって、ルータ２３５に物理的に近接している必要はない。

ネットワークアダプタは、音声入力を電話機２０５から、若しくはラップトップコンピュータ２２５又はパーソナルコンピュータ２３０からＬＡＮ２２０を介して受信することができる。

図１に関連して上述したように、ネットワークアダプタ１００は無線ネットワークカード１２５を含む。無線ネットワークカード１２５は、８０２．１１ｂ及び８０２．１１ｇＰＣＩカード等の一般的な当業者の一人には既知の種類である。ネットワークアダプタ１００内の無線ネットワークカード１２５は、デジタル化された音声データを多くの異なるネットワークを介して送信するように構成されることが可能である。一般的な当業者の一人であれば、Ｗｉ−Ｆｉ、Ｗｉ−Ｍａｘ、ＥＶ−ＤＯ及びＨＳＰＤＡ及びその他の多くのネットワークへのアクセスを許容する多くのタイプの無線ＰＣＩカードが存在することを認識することができる。

ルータ２３５は、デジタル化された音声信号をブロードバンドモデム２４０に送信する。ルータ等の装置は、インターネット等のパケット交換網へのアクセスポイント又はポータルとして機能する。ブロードバンドモデム２４０はデジタル化された音声信号を符号化してインターネット２４５等のパケット交換網上に送信する。ブロードバンドモデム２４０は、ケーブルモデム、ＤＳＬモデム又は衛星又は他の無線ブロードバンドリンクであってもよい。一般的な当業者の一人であれば、ルータ２３５はホームユーザのためのスタンドアロンのルータ又は企業設定におけるサーバである可能性もある点を認識することができる。

送信されたデジタル音声信号は遠端のエンドユーザ２５０によって受信され、復号されてアナログ音声信号に変換される。

ネットワークアダプタ１００はまた、ＶｏＩＰシステムからの緊急９１１呼出しを転送するために用いられるセルラチップ１３０を含む。ネットワークアダプタ１００が緊急呼出しを検出すると、ＣＰＵ１３５はこの呼出しのセルラネットワーク（図示せず。）上への送信のためにセルラチップ１３０に転送する。ＰＳＡＰ２５５はこの呼出しを受信して処理する。

図２に示す実施形態は、限定ではなく例示を目的として用意されている。一般的な当業者の一人であれば、通信ネットワークを構成する要素は変更可能であり、異なるアプリケーションで最適化され得ることは明らかであろう。

図２（ｂ）は、本発明の一実施形態に係る通信ネットワーク２０１を示す。通信ネットワーク２０１は、電話機２０５と、ネットワークアダプタ１００と、ローカルエリアネットワーク（ＬＡＮ）２２０と、ラップトップコンピュータ２２５と、パーソナルコンピュータ２３０と、ブロードバンドセルラリンク２６５と、エンドユーザ２５０とを含む。本発明の一実施形態によれば、ネットワークアダプタ１００はイーブイディーオー（ＥＶ−ＤＯ（Evolution Data Optimized））及び他の同様のシステム等のブロードバンドの通信ネットワークにおいて用いられている。一般的な当業者の一人であれば、本記述は限定でなく例示を目的とすることを認識することができる。

ネットワークアダプタ１００は、ユーザが、電話機２０５、ラップトップコンピュータ２２５又はパーソナルコンピュータ２３０を用いて、ＬＡＮ２２０を介して、ブロードバンドセルラネットワークにより無線データを送信できるようにする。デジタル化された音声信号は、ＣＰＵ１３５を介して無線ネットワークカード１２５に振り向けられる。無線ネットワークカード１２５は、ブロードバンドセルラネットワークへのアクセスを許容するタイプのカードである。無線ネットワークカード１２５は、符号分割多重接続（ＣＤＭＡ（Code Division Multiple Access））技術を用いて音声データをデータパケット内で送信し、又は、このブロードバンドネットワーク上では任意のパケットデータ通信プロトコルが用いられている。音声信号データは、ブロードバンドセルラリンク２６５を介してエンドユーザ２５０に送信される。

図３は、本発明の一実施形態に係る、外部への電話呼を行うユーザのコールフローの方法３００のフロー図を示す。本方法３００は、図１に示すネットワークアダプタ１００に関連して記述されるが、他のシステムに適用されてもよい。

ステップ３０５において、ＳＬＩＣ１４０はオフフック状態を検出し、ＣＰＵ１３５に対して通知する。ステップ３１０において、ＣＰＵ１３５内のＤＳＰ（図示せず。）は、ハンドセットからのデュアルトーンマルチ周波数の第１のディジットの受信を待つ。ステップ３１５では、ＣＰＵ１３５が第１のディジットから、呼がリレー１６０上へ置かれるものであることを決定すると、ＣＰＵ１３５は、ステップ３２０に示すように、ＤＡＡ１４５にオフフックへ進むことを命じる。

ステップ３２５において、ＣＰＵ１３５内のＤＳＰソフトウェアは、呼がＶｏＩＰ呼であるかＰＳＴＮ呼であるかに依存してＤＴＭＦディジットを異なって処理する。ルーティング経路番号は、呼がＶｏＩＰ呼であるかＰＳＴＮ呼であるかに基づいて変更される。

ステップ３３０において、方法３００は、呼がＰＳＴＮへルーティングされるか否かを決定する。ＤＳＰソフトウェアによって呼がＶｏＩＰ呼であることが決定されたときには、ステップ３３５において、ディジットがループ内に取得され、又はフラッシュメモリバッファ１１０へ記憶される。ＤＳＰソフトウェアによって呼がＰＳＴＮ呼であることが決定されたときには、ステップ３４０において、ディジットがループ内に取得されてＤＡＡ１４５に転送され、次いでローカルな電話会社（図示せず。）の電話局に転送される。

ステップ３４５では、次のＤＴＭＦディジットが受信され、本方法は、ステップ３５０において最後のディジットが受信されるまでＤＴＭＦディジットを受信する。最後のディジットの受信は、ディジットを待つ間にタイムアウト値が超過されること、又はユーザがシャープを押すことの何れかによって決定される。ステップ３５５において、方法３００は、最後のディジットがＰＳＴＮへルーティングされたか否かを決定する。ＰＳＴＮ呼の場合、ＤＡＡ１４５はアナログ／デジタル信号のリアルタイム変換を処理し、呼出しは行われたものとされる。ＶｏＩＰ音声呼の場合、ＣＰＵ１３５は、どのようなプロトコルを用いてＶｏＩＰ呼が行われるかに基づいて、ＷＡＮ１５５を介して適切なメッセージを生成し受信する。遠端のアナログ電話アダプタ又はＶｏＩＰ電話機（図示せず。）によってどのステータスメッセージが生成されるかに基づいて、ＣＰＵ１３５は、適切なメッセージを生成して呼出トーン、話中トーン、ネットワーク輻輳トーンなどをエミュレートする。

図４は、本発明の一実施形態に係る、ＶｏＩＰ呼の終了の方法４００を示すフロー図である。本方法４００は、図１に示すネットワークアダプタ１００に関連して記述されるが、他のシステムに適用されてもよい。

ステップ４０５において、ＣＰＵ１３５は、ＳＬＩＣ１４０が遠端のハンドセットからのハングアップ（オンフック）ステータス又は終了メッセージを検出したことを検出しようと待機している。ステップ４１０の場合のように、ＣＰＵ１３５がＳＬＩＣ１４０からハングアップ肯定応答を受信すれば、ＣＰＵ１３５は遠端へ終了メッセージを送り、これに対する遠端からの肯定応答を待つ。ステップ４１５では、遠端が終了に肯定応答すれば、呼は終了されたものとされ、音声セッションは終了する。

ステップ４２０の場合のように、遠端のハンドセットからハングアップ信号が検出されなければ、ＣＰＵ１３５は遠端から終了が受信されているか否かをチェックする。ステップ４２５では、ＣＰＵが被呼者からハングアップ信号を受信していれば、ＣＰＵ１３５は、遠端のハンドセットがオフフックになったというＳＬＩＣ１４０からの通知を待つ。ＳＬＩＣ１４０からハングアップ信号が通知されると、呼は終了したものとされ、音声セッションは終了する。

ステップ４３０では、所定の時間長だけハングアップ信号を待機した後、ＣＰＵ１３５内のＤＳＰはリオーダトーンを生成してＳＬＩＣ１４０に送信する。リオーダトーンは、ユーザに、呼が遠端によって停止されていて、ユーザはハンドセットをハングアップする必要があることを知らせる。ステップ４３５において、ＣＰＵは、ＳＬＩＣ１４０からの遠端のハンドセットがオフフックになっているという通知信号を検出するために待機する。ステップ４４０において、ユーザがオフフックになっているという通知を得ると、ＣＰＵ１３５はリオーダトーンを停止し、呼は終わっているものとされ、音声セッションは終了する。

図５は、本発明の一実施形態に係る、ＶｏＩＰ呼の開始のコールフローの方法５００を示すフロー図である。本方法５００は、図１に示すネットワークアダプタ１００に関連して記述されるが、他のシステムに適用されてもよい。

ステップ５１０において、ＣＰＵ１３５は音声サービスからＲＩＮＧ信号を受信する。アナログ電話アダプタは、ブロードバンドモデム２４０を介して遠端ユーザから、当該ユーザが呼の開始を希望していることを示すメッセージを受信する。ステップ５１５において、ＣＰＵ１３５はＤＳＰに対して、ＳＬＩＣ１４０へリングトーンを発生するように命令し、ＳＬＩＣ１４０はハンドセット（図示せず。）に送信されるリング電流を発生する。ステップ５２０では、ＳＬＩＣ１４０はハンドセットがオフフックになるのを待つ。ハンドセットがオフフックであることが決定されると、ステップ５２５において、ＣＰＵ１３５は遠端へ通知メッセージを送る。ステップ５３０において、ＣＰＵは、遠端の音声サービスからの肯定応答を待つ。肯定応答を受信すると、インターネット音声セッションが開始され、両方の当事者は音声ストリームを開始することができる。

図６は、本発明の一実施形態に係る、ＰＳＴＮによって開始される呼のコールフローの方法６００を示すフロー図である。本方法６００は、図１に示すネットワークアダプタ１００に関連して記述されるが、他のシステムに適用されてもよい。

ステップ６０５において、ネットワークアダプタ１００は、ＤＡＡ１４５を介して、誰かが呼の開始を希望していることを示すブロードバンドモデム２４０からのメッセージを受信する。ステップ６１０において、ＣＰＵ１３５はＤＳＰに対してＳＬＩＣ１４０へリングトーンを発生するように命令し、ＳＬＩＣ１４０はハンドセットへリング電流を送らせる。ステップ６１５において、ＣＰＵ１３５はハンドセットがオフフックになるのを待つ。ハンドセットがオフフックになると、ＣＰＵは遠端へ通知メッセージを送り、通話の両方の当事者はストリーム音声を開始することができ、ＰＳＴＮ音声セッションが開始される。

本発明の他の実施形態では、ネットワークアダプタ１００は緊急呼出しを行うために用いられる。従来技術のシステムでは、ＶｏＩＰ技術を用いて９１１呼又は他の緊急呼出しを行うことに多くの困難があった。例えば、ＶｏＩＰサービスは９１１サービスに接続しなかった。さらに、ＶｏＩＰサービスによって行われる緊急呼出しは、緊急状況では重要な情報の一部であることが多い発呼者の位置を指示する発呼者ｉｄ情報を含まない。上述の困難を克服するために、ネットワークアダプタは、緊急呼出しをＰＳＴＮサーバに転送してＶｏＩＰサーバを用いることに関連づけられる問題点を回避するように構成されることが可能である。

図７は、本発明の一実施形態に係る、緊急呼出しのコールフローの方法７００を示すフロー図である。本方法７００は、図１に示すネットワークアダプタ１００に関連して記述されるが、他のシステムに適用されてもよい。

ステップ７０５において、ＳＬＩＣ１４０はオフフック状態を検出し、ＣＰＵ１３５へ通知する。ＣＰＵ１３５に内蔵されるＤＳＰ（図示せず。）は、ハンドセットからの第１のＤＴＭＦディジットの受信を待つ。ステップ７１０において、ＣＰＵ１３５は呼が緊急呼出しとなるものであることを決定する。これは、ユーザが、９１１呼、３１１呼及び一般的な当業者の一人であれば既知である他のサービス等の緊急サービスに従って既知のＤＴＭＦディジットを入力することによって決定される。

ステップ７１５では、ＣＰＵ１３５は呼をセルラチップ１３０へルーティングし、セルラチップ１３０はセルラネットワーク２１０を介して呼を受信者に送信する。セルラネットワークチップ１３０（又はセルラネットワーク回路）は、音声信号をそれがセルラネットワーク上で送信されることを可能にする方法で、変調する。一般的な当業者の一人であれば、ＧＳＭ、ＣＤＭＡ、ＵＭＴＳ等のセルラネットワークを実施する方法は多く存在し、提示されている実施形態が本発明の範囲を限定するためのものでないことは明らかであろう。

ステップ７２０において、セルラネットワークは、一般的な当業者の一人には既知の方法で緊急呼出しを適切なパブリックセーフティアンサリングポイント（ＰＳＡＰ）に送信する。呼がＰＳＡＰに接続されると、ＰＳＴＮ及びセルラネットワーク上で緊急呼出しが開始される。

本発明の別の実施形態では、緊急呼出しの再ルーティング機能は電話システムの他の構成要素内に置かれてもよい。例えば、セルラインタフェース及び再ルーティング機能は、電話機のハンドセット内、ハンドセットに接続される専用アダプタ内又は何らかの方法でハンドセットに接続される従来型のパーソナルコンピュータ内に実装されることも可能である。

図８は、これらの実施形態の多くを説明するために用いられてもよい。本図は、電話機８０５と、ＵＳＢアダプタ８１０と、コンピュータ８１５と、インターネット等のパケット交換網８２０とを含む通信ネットワーク８００を示す。この特定の図では、電話機８０５はＵＳＢアダプタ８１０を介してコンピュータ８１５に接続されるが、この特定のインタフェースは単に例示として包含されるものであり、本発明にとって不可欠又は重要なものではない。例えば、電話機８０５は、それ自体がＵＳＢ電話機であってもよく、これにより、ＵＳＢインタフェースを介して直接的にコンピュータ８１５に接続することができ、アダプタの介在は不要になる。ＵＳＢに加えて又はＵＳＢの代わりに他の通信プロトコルもまた用いられてもよい。

図８のシステムでは、電話機８０５を用いる典型的な呼は、ＶｏＩＰ技術を用いてアダプタ８１０及びコンピュータ８１５を介してパケット交換網８２０へルーティングされる。このようなシステム上での緊急呼出しは、上述したように問題を呈するので、本発明は、セルラインタフェース上又は緊急の状況に関して指定された何らかの他のインタフェース上へ緊急呼出しを再ルーティングする機能を含むことを提供する。具体的には、電話機８０５、アダプタ８１０又はコンピュータ８１５の何れかがセルラチップ又はＰＣＭＣＩＡカード等のセルラ（又は緊急）インタフェース及び専用のアプリケーションソフトウェア等の再ルーティング機能を含んでもよい。再ルーティング機能は、例えば「９１１」がダイアルされたことを検出して緊急呼出しが行われつつあることを検出し、かつ当該呼をセルラインタフェース上でセルラネットワークへ再ルーティングすることができる。

なお、セルラインタフェース及び再ルーティング機能は、電話機８０５内、アダプタ８１０内又はコンピュータ８１５内に含まれてもよい。しかしながら、再ルーティング機能はセルラインタフェースと同じ物理的装置内に設けられる必要はなく、実際にセルラインタフェースを含む別の構成要素に信号を送って緊急呼出しを再ルーティングしてもよい。例えば、ある実施形態では、電話機８０５は一般の電話機であるが、アダプタ８１０はセルラインタフェースを含み、コンピュータ８１５は再ルーティング機能を含む。このようなシステムでは、コンピュータ８１５の再ルーティング機能は緊急呼出しが行われていることを検出し、アダプタ８１０にこの呼をそのセルラインタフェース上へルーティングするように信号で伝送する。（当然ながらアダプタは、このような信号送信を検出して応答し、さらにセルラインタフェース上へ呼を再ルーティングする能力を備えていなければならない。しかしながら、このような能力は十分に一般的な当業者の技量の内であり、よってここでは詳述しない。）同様に、さらに他の実施形態では、セルラインタフェースは電話機８０５内に配置され、再ルーティング機能はコンピュータ８１５内に配置される。この実施形態では、一般的な当業者には明らかとなるように、コンピュータと電話機との間に同様の検出及び信号送信プロセスが発生する。また、このような実施形態では、別のアダプタ構成要素が不要である。実際に、再ルーティング機能及び緊急インタフェースがコンピュータ８１５内に配置される実施形態では、一般的な当業者には理解されるように、コンピュータ８１５が一般的なハンドセットの全ての通常の機能を含む場合は特に、電話機８０５もアダプタ８１０も不要になる。

次に、本発明の一実施形態に係る再ルーティングされる緊急呼出しのフロー図を示す図９を参照する。ユーザが発呼すると、再ルーティング機能は、ステップ９０５において、この呼が緊急呼出しであるか否かを決定する。緊急呼出しでなければ、呼は通常の方法でルーティングされる。この呼が緊急呼出しであることが決定されれば、これは、ステップ９１０に示すように、本例ではセルラインタフェースである緊急インタフェースへ再ルーティングされる。上述したように、このセルラインタフェースは様々なシステム構成要素の何れに配置されてもよく、再ルーティングは必然的に構成要素間の所定の信号送信を伴ってもよい。ステップ９１５に示すように、呼は、再ルーティングされるとセルラインタフェース上でセルラネットワークに送信される。セルラネットワークは、ステップ９２０に示すように、この呼及び発呼者の位置情報を含む特殊なサービス情報を従来の方法でＰＳＡＰに送信する。

図１０は、コンピュータ１１００と共に用いるための装置１０１０を含むコンピュータシステム１０００を示す。装置１０１０は、アナログ又はデジタル信号等の第１の信号１０３０を受信するコントローラ、専用プロセッサ及び／又はＣＰＵ等の制御論理回路１０２０を含む。アナログ信号は、デュアルトーンマルチ周波数ベースの信号であってもよい。制御論理回路１０２０がアナログ信号を受信する場合、制御論理回路１０２０は、アナログ信号１０３５をデジタル信号に変換して処理する何らかの関連するアナログ／デジタル変換器を有してもよい。従って、第１の信号１０３０がデジタル信号であれば、これは既に、装置１０１０に包含されることが可能であるアナログ／デジタル変換器１０４０を用いてアナログ信号から変換されていてもよい。また、本明細書において信号に言及する場合、これは複数の信号を組み込んだ信号を含んでもよい。

制御論理回路１０２０は第１の信号１０３０を評価し、第１の信号１０３０が緊急呼出しに対応するか否かを決定する。緊急呼出しは、緊急「９１１」呼であってもよい。第１の信号が緊急呼出しに対応することが決定されれば、制御論理回路１０２０は第２の信号１０５０を出力する。第２の信号１０５０は、第１の信号１０３０と同一である場合もあれば、単に第１の信号１０３０から導出される場合もある。

また、装置１０１０は、制御論理回路１０２０から第２の信号１０５０を受信し第２の信号１０５０を受信した時点で無線信号１０６５を送信することにより緊急呼出しに対応する双方向の通信チャンネルを確立する第１の送受信機１０６０も含んでもよい。双方向の通信チャンネルは、商用移動無線サービス（「ＣＭＲＳ（Commercial mobile radio service）」）を含んでもよい。

本発明の他の実施形態によれば、制御論理回路１０２０はさらに、第１の信号１０３０が緊急呼出し以外の外部への発呼に対応するか否かを決定してもよく、第１の信号１０３０が緊急呼出し以外の外部への発呼に対応し、第１の信号１０３０が緊急呼出し以外の外部への発呼に対応することが決定されれば、第１の信号１０３０をコンピュータ１１００に提供する。次に、コンピュータ１１００は、デジタル信号であって外部への発呼に対応する第３の信号１１１０の少なくとも１つのデータネットワーク１１２０を介する転送を容易に行う。外部への発呼は、ＶｏＩＰ呼として実行されてもよい。第３の信号１１１０は、少なくとも１つのデータパケット（図示せず。）及び上記データパケットを受信する遠隔装置１１５０に対応するアドレス（図示せず。）を含んでもよい。

装置１０１０は、本装置をコンピュータ１１００に接続するコネクタ１０７０を含んでもよい。コネクタ１０７０は、ＵＳＢコネクタであっても、イーサネット（登録商標）又は他のコネクタであってもよい。また、本装置は、例えば第２の送受信機１０８０を介してコンピュータに無線接続されてもよい。

制御論理回路１０２０及び／又は第１の送受信機１０６０は、小型装置においてその使用を大幅に容易に行う特定のアプリケーション向けの集積チップ（図示せず。）上に実装されてもよい。制御論理回路１０２０及び／又は第１の送受信機１０６０は、コンピュータ１１００のスロット内に挿入されるカード（例えば、ＰＣＭＣＩＡカード）（図示せず。）上に実装されてもよい。もしくは、制御論理回路１０２０及び／又は第１の送受信機１０６０はコンピュータ１１００へ内蔵されてもよく、別の装置１０１０の必要性をなくすか、コンピュータ内に制御論理回路１０２０又は第１の送受信機１０６０のみを組み込むことによって装置１０１０が単純化される。ある好適な実施形態の簡素化された実装においては、装置１０２０及び／又はコンピュータ１１００は、加入者識別モジュール又は加入者識別モジュールのためのコネクタを備えることなく実装されてもよい。

コンピュータ１１００は、少なくとも１つのプロセッサ１１６０（例えば、ＣＰＵ）、コントローラ（図示せず。）及び／又はＲＡＭ、ＲＯＭ、ＳＤＲＡＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、光学ドライブ及び／又はフロッピー（登録商標）ドライブ等のメモリ１１７０に接続される制御論理回路（図示せず。）を含む。また、装置１０１０の制御論理回路１０２０は、本発明を実装するためのソフトウェア及び／又は上記ソフトウェアにより用いられるデータを記憶する関連のメモリを有してもよい。

コンピュータ１１００は、ローカルエリアネットワーク、ワイドエリアネットワーク、無線ネットワーク又はインターネット等の少なくとも１つのデータネットワーク１１２０を介してユーザへ直接的に又は間接的にアクセス可能であってもよい。コンピュータ１１００が直接的にアクセス可能であれば、ユーザは、キーボード、マウス又はトラックボール等の入出力装置（図示せず。）を介してコンピュータ１１００と交信してもよい。さらに、コンピュータ１１００は、モニタ、ＬＣＤディスプレイ又はプラズマディスプレイ等のユーザに情報を表示するディスプレイ１１９０を有してもよい。さらに、コンピュータ１１００は、情報を印刷するためのプリンタ（図示せず。）に接続されてもよい。

コンピュータ１１００は、本発明の一実施形態を実装するために用いられるソフトウェア（及び対応するデータ）をメモリ１１７０へ記憶する。コンピュータ１１００のメモリ１１７０には、本発明のソフトウェアアプリケーションコードが依存するデータも記憶される。ソフトウェアアプリケーションコードは、例えば制御論理回路又はコントローラを組み込む専用の装置を介してハードウェアに実装されてもよい。ソフトウェアアプリケーションコードは、プロセッサ１１６０又はコンピュータ１１００のＣＰＵから分離されている他の何らかのプロセッサによって実行されるソフトウェア命令を含む。もしくは、ソフトウェアは、装置１０１０上のプロセッサ、コントローラ又は制御論理回路によって実行されてもよい。

実行に際して、ソフトウェアアプリケーションコードは、プロセッサ１１６０に第１の信号（例えば、第１の信号１０３０）を受信させ、第１の信号を評価してこの第１の信号が緊急呼出しに対応するか否かを決定させる。ソフトウェアアプリケーションコードは、これを、例えばＤＴＭＦ実装におけるキー押しに対応する少なくとも１つの信号を表す信号を評価することによって行ってもよい。従って、「９」、「１」、「１」に対応するキー押しが緊急呼出しに関連づけられていれば、信号が緊急呼出しを同定するキー押しに対応する周波数の印を含んでいるか否かが決定される。また、ソフトウェアアプリケーションコードは、第１の信号が緊急呼出しに対応することが決定されれば、プロセッサ１１６０に第１の送受信機（例えば、第１の送受信機１０３０）へ第２の信号を出力させる。第１の送受信機は、プロセッサから第２の信号を受信し、第２の信号を受信した時点で無線信号（例えば、無線信号１０６５）を送信して緊急呼出しに対応する双方向の通信チャンネルを確立することができる。双方向の通信チャンネルは、商用移動無線サービス（「ＣＭＲＳ」）を含んでもよい。緊急呼出しは、例えば緊急オペレータに対して行われてもよい。

実行に際して、ソフトウェアアプリケーションコードはさらに、第１の信号が緊急呼出し以外の外部への発呼に対応するか否かをプロセッサ１１６０に決定させてもよい。第１の信号が緊急呼出し以外の外部への発呼に対応することが決定されれば、プロセッサ１１６０は、少なくとも１つのデータネットワーク１１２０を介する外部への発呼に対応する第３の信号（例えば、デジタル信号であってもよい第３の信号１１１０）の転送を容易に行う。これは、ＤＴＭＦベースの実装における緊急呼出しの検出に関連して上述した方法と同様にして達成されてもよいが、信号は、緊急呼出しに関連づけられるキー押しに対応する周波数の印を含まないことを決定するために評価される点が異なる。上述したように、外部への発呼はＶｏＩＰ呼として実装されてもよく、第３の信号は少なくとも１つのデータパケット及びこのデータパケットを受信する遠隔装置１１５０に対応するアドレスを含んでもよい。

図１１は、コンピュータ又は（コンピュータと共に用いる）装置において第１の信号（例えば、第１の信号１０３０）を評価してこの第１の信号が緊急「９１１」呼等の緊急呼出しに対応するか否かを決定するステップ１２００を含む、電話呼を発呼する方法を示す。第１の信号は、アナログ信号であっても、デジタル信号であってもよい。アナログ信号は、デュアルトーンマルチ周波数ベースの信号であってもよい。第１の信号がデジタル信号であれば、これは既に、アナログ／デジタル変換器（例えば、アナログ／デジタル変換器１０４０）を用いることによってアナログ信号から変換されていてもよい。この後、ステップ１２１０において、送受信機（例えば、コンピュータ１１００内に設けられていても設けられていなくてもよい送受信機１０３０）は、第１の信号が緊急呼出しに対応することが決定されれば、無線信号を送信して緊急呼出しに対応する双方向の通信チャンネルを確立する。双方向の通信チャンネルは、商用移動無線サービス（「ＣＭＲＳ」）を含んでもよい。

本方法はさらに、コンピュータ又は装置内で第１の信号を評価し、第１の信号が緊急呼出し以外の外部への発呼に対応するか否かを決定するステップ１２２０を含んでもよい。この後、ステップ１２３０では、第１の信号がコンピュータの外部で発生されていて、第１の信号が緊急呼出し以外の外部への発呼に対応することが決定されれば、第１の信号はコンピュータに提供される。この後、ステップ１２４０では、第２の信号がデータネットワーク（例えば、データネットワーク１１２０）を介して転送される。第２の信号（デジタル信号であってもよい）は、データネットワークを介する外部への発呼に対応する。上述したように、外部への発呼はＶｏＩＰ呼として実行されてもよく、第２の信号は、少なくとも１つのデータパケット及びこのデータパケットを受信する遠隔装置（例えば、遠隔装置１１５０）に対応するアドレスを含んでもよい。

本明細書では、本発明の好適な実施形態をその多くの変形例と共に説明しかつ示した。本明細書において用いている用語、説明及び図面は、単に例示を目的とするものであり、限定を意図するものではない。当業者は、本発明の精神及び範囲内で多くの変形が可能であることを認識するであろう。本発明の精神及び範囲は添付の請求の範囲において定義されることが意図され、請求の範囲に記載されている全ての用語は、本明細書において別段の指示のない限り、その最も広義で妥当な意味を持つことが意図されている。

本発明の一実施形態に係るネットワークアダプタを示す。 本発明の一実施形態に係る通信ネットワークを示す。 本発明の他の実施形態に係る通信ネットワークを示す。 本発明の一実施形態に係る外部への発呼の発呼プロセスを示すフローチャートである。 本発明の一実施形態に係る外部への発呼の発呼プロセスを示すフローチャートの続きである。 本発明の一実施形態に係るＶｏＩＰ音声呼の結果を示すフローチャートである。 本発明の一実施形態に係るＶｏＩＰ音声呼の開始を示すフローチャートである。 本発明の一実施形態に係るＰＳＴＮ音声呼の開始を示すフローチャートである。 本発明の一実施形態に係る緊急呼出しの発呼プロセスを示すフローチャートである。 本発明の一実施形態に係る通信ネットワークを示す。 本発明の他の実施形態に係る緊急呼出しの発呼プロセスを示すフローチャートである。 本発明の他の実施形態に係るコンピュータシステムを示す。 本発明の他の実施形態に係る緊急呼出しの発呼プロセスを示すフローチャートである。

Claims (32)

1. コンピュータと共に用いられ、セルラネットワーク及びパケット交換網を含む複数の異なる通信ネットワーク上での音声通信を容易に行うボイスオーバーインターネットプロトコル（ＶｏＩＰ）ネットワークアダプタ装置であって、
   プロセッサと、
   上記プロセッサに接続され、電話機装置を上記ＶｏＩＰネットワークアダプタ装置にインタフェースするリレー装置と、
   上記リレー装置及び上記プロセッサに接続され、上記電話機装置と上記プロセッサとの間で通信を行うインタフェース回路と、
   セルラネットワークと直接的に通信する送受信機と、
   上記ＶｏＩＰネットワークアダプタ装置をコンピュータに接続してコンピュータとの通信を容易にするように、少なくとも部分的に構成されたネットワークインタフェース装置とを備え、
   上記ＶｏＩＰネットワークアダプタ装置はコンピュータが実行可能なコードを備え、
   上記コードは、上記複数の異なる通信ネットワークのうちのどの通信ネットワークに対して音声通信が振り向けられるかを自動的に決定し、上記音声通信が緊急呼出しに対応するときは、上記音声通信を自動的にルーティングして、ユーザのアクションなしに、上記送受信機を介して最初にセルラネットワークに直接的に振り向けるように構成されたＶｏＩＰネットワークアダプタ装置。
2. 上記コンピュータが実行可能なコードは、上記音声通信に対応する第１の信号を受信し、上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するかを決定し、上記第１の信号が緊急呼出しに対応すると決定されたとき、ユーザのアクションなしに第２の信号を発生するように構成され、
   上記送受信機は、上記コンピュータが実行可能なコードにより発生された上記第２の信号を受信し、上記第２の信号の受信時に、無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立する請求項１記載のＶｏＩＰネットワークアダプタ装置。
3. 上記第１の信号は音声通信に対応するアナログ信号である請求項２記載のＶｏＩＰネットワークアダプタ装置。
4. 上記アナログ信号はデュアルトーンマルチ周波数（ＤＴＭＦ）ベースの信号である請求項３記載のＶｏＩＰネットワークアダプタ装置。
5. 第３の信号をデジタル信号に変換するアナログ／デジタル変換器をさらに備え、上記デジタル信号は上記第１の信号である請求項３記載のＶｏＩＰネットワークアダプタ装置。
6. 上記第１の信号は音声通信に対応するデジタル信号である請求項２記載のＶｏＩＰネットワークアダプタ装置。
7. 上記第２の信号は上記第１の信号と同一である請求項２記載のＶｏＩＰネットワークアダプタ装置。
8. 上記第２の信号は上記第１の信号から導出される請求項２記載のＶｏＩＰネットワークアダプタ装置。
9. 上記ネットワークインタフェース装置は、上記ＶｏＩＰネットワークアダプタ装置をコンピュータに無線接続する無線ネットワーク装置を備えた請求項１記載のＶｏＩＰネットワークアダプタ装置。
10. 上記ネットワークインタフェース装置は、上記ＶｏＩＰネットワークアダプタ装置をコンピュータに接続する接続装置を備えた請求項１記載のＶｏＩＰネットワークアダプタ装置。
11. 上記接続装置はＵＳＢコネクタ及びイーサネット（登録商標）コネクタのうちの少なくとも一方を備えた請求項１０記載のＶｏＩＰネットワークアダプタ装置。
12. 上記コンピュータが実行可能なコードはさらに、上記音声通信が緊急呼出し以外に対応するかを決定し、上記音声通信が緊急呼出しに対応しないと決定されたとき、上記音声通信をＶｏＩＰ呼としてパケット交換網上へルーティングするように構成された請求項１記載のＶｏＩＰネットワークアダプタ装置。
13. セルラネットワーク及びパケット交換網を含む複数の異なる通信ネットワーク上での音声通信を容易に行うコンピュータシステムであって、
    プロセッサと、
    上記プロセッサに接続され、電話機装置を上記コンピュータシステムにインタフェースするリレー装置と、
    上記リレー装置及び上記プロセッサに接続され、上記電話機装置と上記プロセッサとの間で通信を行うインタフェース回路と、
    セルラネットワークと直接的に通信する第１の送受信機と、
    上記複数の異なる通信ネットワークのうちのどの通信ネットワークに対して音声通信が振り向けられるかを自動的に決定し、上記音声通信が緊急呼出しに対応するときは、上記音声通信を自動的にルーティングして、ユーザのアクションなしに、上記送受信機を介して最初にセルラネットワークに直接的に振り向けるように構成されたコンピュータが実行可能なコードを備えた制御論理回路とを備え、
    上記コンピュータシステムは、少なくとも１つのコンピュータと、当該少なくとも１つのコンピュータに接続されたネットワークアダプタ装置とを備え、
    上記ネットワークアダプタ装置は、上記ネットワークアダプタ装置を上記少なくとも１つのコンピュータに接続して当該少なくとも１つのコンピュータとの通信を容易にするように、少なくとも部分的に構成されたネットワークインタフェース装置を備えたコンピュータシステム。
14. 上記コンピュータが実行可能なコードは、上記音声通信に対応する第１の信号を受信し、上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するかを決定し、上記第１の信号が緊急呼出しに対応すると決定されたとき、ユーザのアクションなしに第２の信号を発生するように構成され、
    上記第１の送受信機は、上記コンピュータが実行可能なコードにより発生された上記第２の信号を受信し、上記第２の信号の受信時に、無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立する請求項１３記載のコンピュータシステム。
15. 上記第１の信号は音声通信に対応するアナログ信号である請求項１４記載のコンピュータシステム。
16. 上記アナログ信号はデュアルトーンマルチ周波数（ＤＴＭＦ）ベースの信号である請求項１５記載のコンピュータシステム。
17. 第３の信号をデジタル信号に変換するアナログ／デジタル変換器をさらに備え、上記デジタル信号は上記第１の信号である請求項１５記載のコンピュータシステム。
18. 上記第１の信号は音声通信に対応するデジタル信号である請求項１４記載のコンピュータシステム。
19. 上記第２の信号は上記第１の信号と同一である請求項１４記載のコンピュータシステム。
20. 上記第２の信号は上記第１の信号から導出される請求項１４記載のコンピュータシステム。
21. 上記制御論理回路及び上記第１の送受信機のうちの少なくとも１つは、上記少なくとも１つのコンピュータから分離している上記ネットワークアダプタ装置内にある請求項１３記載のコンピュータシステム。
22. 上記ネットワークインタフェース装置は、上記ネットワークアダプタ装置を上記少なくとも１つのコンピュータに無線接続する無線ネットワーク装置を備えた請求項１３記載のコンピュータシステム。
23. 上記ネットワークアダプタ装置を上記少なくとも１つのコンピュータに無線接続する第２の送受信機をさらに備えた請求項１３記載のコンピュータシステム。
24. 上記ネットワークインタフェース装置は、上記ネットワークアダプタ装置を上記少なくとも１つのコンピュータに接続する接続装置を備えた請求項１３記載のコンピュータシステム。
25. 上記接続装置はＵＳＢコネクタ及びイーサネット（登録商標）コネクタのうちの少なくとも一方を備えた請求項２４記載のコンピュータシステム。
26. 上記制御論理回路は、上記少なくとも１つのコンピュータのスロット内に挿入されるカード上に実装された請求項１３記載のコンピュータシステム。
27. 上記制御論理回路及び上記第１の送受信機は、上記少なくとも１つのコンピュータのスロット内に挿入されるカード上に実装された請求項１３記載のコンピュータシステム。
28. 上記制御論理回路は、上記少なくとも１つのコンピュータに組み込まれた請求項１３記載のコンピュータシステム。
29. 上記制御論理回路及び上記第１の送受信機は、上記少なくとも１つのコンピュータに組み込まれた請求項１３記載のコンピュータシステム。
30. 上記コンピュータシステムは加入者識別モジュールを備えない請求項１３記載のコンピュータシステム。
31. 上記コンピュータシステムは加入者識別モジュールのためのコネクタを備えない請求項１３記載のコンピュータシステム。
32. 上記コンピュータが実行可能なコードはさらに、上記音声通信が緊急呼出し以外に対応するかを決定し、上記音声通信が緊急呼出しに対応しないと決定されたとき、上記音声通信をＶｏＩＰ呼としてパケット交換網上へルーティングするように構成された請求項１３記載のコンピュータシステム。

Images