(57)【要約】  ユーザは、自分の電話機をネットワークアダプタへ取り付け、これを無線ネットワークのレンジ内のどこへでも置くことができ、有線ネットワークへケーブルで接続される必要はない。これにより、エンドユーザは、ネットワークアダプタと電話機とを配線に拘束されることなく１か所に置くことができるようになる。また、ネットワークアダプタは、ブロードバンドリンク上で音声データを送信するため、及び、セルラネットワーク上で緊急呼出しを送信するために用いられることも可能である。本発明の別の実施形態では、緊急呼出しの再ルーティング機能の様々な要素は、電話機システムにおける様々なポイントに、例えば電話機、専用アダプタ又は従来型のパーソナルコンピュータに置かれてもよい。
2009527199.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータと共に用いるための装置において、
第１の信号を受信し、上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定し、上記第１の信号が上記緊急呼出しに対応することが決定されたときに第２の信号を出力する制御論理回路と、
上記制御論理回路から上記第２の信号を受信し、上記第２の信号の受信時に無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立する第１の送受信機とを備えた装置。
【請求項２】
上記緊急呼出しは緊急「９１１」呼である請求項１記載の装置。
【請求項３】
上記第１の信号はアナログ信号である請求項１記載の装置。
【請求項４】
上記アナログ信号はデュアルトーンマルチ周波数ベースの信号である請求項３記載の装置。
【請求項５】
上記第１の信号はデジタル信号である請求項１記載の装置。
【請求項６】
第３の信号をデジタル信号に変換するためのアナログ／デジタル変換器をさらに備え、上記デジタル信号は上記第１の信号である請求項３記載の装置。
【請求項７】
上記第２の信号は上記第１の信号と同一である請求項１記載の装置。
【請求項８】
上記第２の信号は上記第１の信号から導出される請求項１記載の装置。
【請求項９】
上記制御論理回路はコントローラを備えた請求項１記載の装置。
【請求項１０】
上記制御論理回路は特定のアプリケーション向けの集積チップ上に実装された請求項１記載の装置。
【請求項１１】
上記制御論理回路及び上記第１の送受信機は特定のアプリケーション向けの集積チップ上に実装された請求項１記載の装置。
【請求項１２】
上記制御論理回路は上記第１の信号が上記緊急呼出し以外の外部への発呼に対応するか否かを決定し、
上記第１の信号が上記緊急呼出し以外の外部への発呼に対応することが決定されたときに、上記制御論理回路は、上記第１の信号を上記コンピュータに提供し、
上記コンピュータは上記外部への発呼に対応する第３の信号のデータネットワークを介する転送を容易にし、
上記第３の信号はデジタル信号である請求項１記載の装置。
【請求項１３】
上記外部への発呼はＶｏＩＰ呼として実行され、上記第３の信号は少なくとも１つのデータパケットと、上記データパケットを受信する遠隔装置に対応するアドレスとを備えた請求項１２記載の装置。
【請求項１４】
上記装置を上記コンピュータに接続するコネクタをさらに備えた請求項１記載の装置。
【請求項１５】
上記コネクタはＵＳＢコネクタを備えた請求項１４記載の装置。
【請求項１６】
上記コネクタはイーサネット（登録商標）コネクタを備えた請求項１４記載の装置。
【請求項１７】
上記装置は上記コンピュータに無線接続される請求項１記載の装置。
【請求項１８】
上記装置を上記コンピュータに無線接続する第２の送受信機をさらに備えた請求項１７記載の装置。
【請求項１９】
上記制御論理回路は、上記コンピュータのスロット内に挿入されるカード上に実装された請求項１記載の装置。
【請求項２０】
上記制御論理回路及び上記第１の送受信機は、上記コンピュータのスロット内に挿入されるカード上に実装された請求項１記載の装置。
【請求項２１】
上記制御論理回路は上記コンピュータに組み込まれた請求項１記載の装置。
【請求項２２】
上記制御論理回路及び上記第１の送受信機は上記コンピュータに組み込まれた請求項１記載の装置。
【請求項２３】
上記装置は加入者識別モジュールを備えない請求項１記載の装置。
【請求項２４】
上記装置は加入者識別モジュールのためのコネクタを備えない請求項１記載の装置。
【請求項２５】
少なくとも１つのコンピュータを備え、電話呼を容易に行うためのコンピュータシステムにおいて、
第１の信号を受信し、上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定するようにプログラムされ、上記第１の信号が上記緊急呼出しに対応することが決定されたときに第２の信号を出力する制御論理回路と、
上記制御論理回路から上記第２の信号を受信し、上記第２の信号の受信時に無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立する第１の送受信機とを備えたコンピュータシステム。
【請求項２６】
上記緊急呼出しは緊急「９１１」呼である請求項２５記載のコンピュータシステム。
【請求項２７】
上記第１の信号はアナログ信号である請求項２５記載のコンピュータシステム。
【請求項２８】
上記アナログ信号はデュアルトーンマルチ周波数ベースの信号である請求項２７記載のコンピュータシステム。
【請求項２９】
上記第１の信号はデジタル信号である請求項２５記載のコンピュータシステム。
【請求項３０】
第３の信号をデジタル信号に変換するためのアナログ／デジタル変換器をさらに備え、上記デジタル信号は上記第１の信号である請求項２７記載のコンピュータシステム。
【請求項３１】
上記第２の信号は上記第１の信号と同一である請求項２５記載のコンピュータシステム。
【請求項３２】
上記第２の信号は上記第１の信号から導出される請求項２５記載のコンピュータシステム。
【請求項３３】
上記制御論理回路はコントローラを備えた請求項２５記載のコンピュータシステム。
【請求項３４】
上記制御論理回路は特定のアプリケーション向けの集積チップ上に実装された請求項２５記載のコンピュータシステム。
【請求項３５】
上記制御論理回路及び上記第１の送受信機は特定のアプリケーション向けの集積チップ上に実装された請求項２５記載のコンピュータシステム。
【請求項３６】
上記制御論理回路は上記第１の信号が上記緊急呼出し以外の外部への発呼に対応するか否かを決定し、
上記第１の信号が上記緊急呼出し以外の外部への発呼に対応することが決定されたときに、上記制御論理回路は、上記外部への発呼に対応する第３の信号のデータネットワークを介する転送を容易にし、
上記第３の信号はデジタル信号である請求項２５記載のコンピュータシステム。
【請求項３７】
上記外部への発呼はＶｏＩＰ呼として実行され、上記第３の信号は少なくとも１つのデータパケットと、上記データパケットを受信する遠隔装置に対応するアドレスとを備えた請求項３６記載のコンピュータシステム。
【請求項３８】
上記制御論理回路及び上記第１の送受信機のうちのうちの少なくとも一方は上記コンピュータから分離している装置内にあり、上記装置は上記コンピュータに接続された請求項２５記載のコンピュータシステム。
【請求項３９】
上記装置を上記コンピュータに接続するコネクタをさらに備えた請求項３８記載のコンピュータシステム。
【請求項４０】
上記コネクタはＵＳＢコネクタを備えた請求項３９記載のコンピュータシステム。
【請求項４１】
上記コネクタはイーサネット（登録商標）コネクタを備えた請求項３９記載のコンピュータシステム。
【請求項４２】
上記装置は上記コンピュータに無線接続される請求項３８記載のコンピュータシステム。
【請求項４３】
上記装置を上記コンピュータに無線接続する第２の送受信機をさらに備えた請求項４２記載のコンピュータシステム。
【請求項４４】
上記制御論理回路は、上記コンピュータのスロット内に挿入されるカード上に実装された請求項２５記載のコンピュータシステム。
【請求項４５】
上記制御論理回路及び上記第１の送受信機は、上記コンピュータのスロット内に挿入されるカード上に実装された請求項２５記載のコンピュータシステム。
【請求項４６】
上記制御論理回路は上記コンピュータに組み込まれた請求項２５記載のコンピュータシステム。
【請求項４７】
上記制御論理回路及び上記第１の送受信機は上記コンピュータに組み込まれた請求項２５記載のコンピュータシステム。
【請求項４８】
上記コンピュータシステムは加入者識別モジュールを備えない請求項２５記載のコンピュータシステム。
【請求項４９】
上記コンピュータシステムは加入者識別モジュールのためのコネクタを備えない請求項２５記載のコンピュータシステム。
【請求項５０】
ソフトウェア命令を実行するためのプロセッサを有する装置において用いるためのプロセッサプログラムプロダクトにおいて、上記装置はコンピュータと共に用いるためのものであり、
上記プロセッサプログラムプロダクトは、上記プロセッサに第１の信号を受信させ上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定させるように内部に具現されるプロセッサ読取り可能なプログラムコードを有するプロセッサ利用可能な媒体を備え、
上記第１の信号が上記緊急呼出しに対応することが決定されたときに、上記プロセッサ読取り可能なプログラムコードは、上記プロセッサに第２の信号を第１の送受信機に出力させ、
上記第１の送受信機は、上記プロセッサから上記第２の信号を受信し上記第２の信号の受信時に無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立することができるプロセッサプログラムプロダクト。
【請求項５１】
上記プロセッサ読取り可能なプログラムコードはさらに、上記プロセッサに上記第１の信号が上記緊急呼出し以外の外部への発呼に対応するか否かを決定させ、
上記第１の信号が上記緊急呼出し以外の外部への発呼に対応することが決定されたときに、上記プロセッサは上記外部への発呼に対応する第３の信号のデータネットワークを介する転送を容易にし、
上記第３の信号はデジタル信号である請求項５０記載のプロセッサプログラムプロダクト。
【請求項５２】
上記外部への発呼はＶｏＩＰ呼として実行され、上記第３の信号は少なくとも１つのデータパケットと、上記データパケットを受信する遠隔装置に対応するアドレスとを備えた請求項５１記載のプロセッサプログラムプロダクト。
【請求項５３】
電話呼を発呼するための方法において、
コンピュータのための装置において、第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定することと、
上記第１の信号が緊急呼出しに対応することが決定されたときに、送受信機を介して無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立することとを含む方法。
【請求項５４】
上記緊急呼出しは緊急「９１１」呼である請求項５３記載の方法。
【請求項５５】
上記第１の信号はアナログ信号である請求項５３記載の方法。
【請求項５６】
上記アナログ信号はデュアルトーンマルチ周波数ベースの信号である請求項５５記載の方法。
【請求項５７】
上記第１の信号はデジタル信号である請求項５３記載の方法。
【請求項５８】
第２の信号をデジタル信号に変換する動作をさらに含み、上記デジタル信号は上記第１の信号である請求項５５記載の方法。
【請求項５９】
上記装置において、上記第１の信号を評価することにより上記第１の信号が上記緊急呼出し以外の外部への発呼に対応するか否かを決定する動作と、
上記第１の信号が上記緊急呼出し以外の外部への発呼に対応することが決定されたときに、上記第１の信号をコンピュータに提供する動作と、
上記外部への発呼に対応する第２の信号を、データネットワークを介して送信する動作とをさらに含み、
上記第２の信号はデジタル信号である請求項５３記載の方法。
【請求項６０】
上記外部への発呼はＶｏＩＰ呼として実行され、上記第２の信号は少なくとも１つのデータパケットと、上記データパケットを受信する遠隔装置に対応するアドレスとを備えた請求項５９記載の方法。
【請求項６１】
電話呼を発呼するための方法において、
コンピュータにおいて、第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定することと、
上記第１の信号が緊急呼出しに対応することが決定されたときに、送受信機を介して無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立することとを含む方法。
【請求項６２】
上記緊急呼出しは緊急「９１１」呼である請求項６１記載の方法。
【請求項６３】
上記第１の信号はアナログ信号である請求項６１記載の方法。
【請求項６４】
上記アナログ信号はデュアルトーンマルチ周波数ベースの信号である請求項６３記載の方法。
【請求項６５】
上記第１の信号はデジタル信号である請求項６１記載の方法。
【請求項６６】
第２の信号をデジタル信号に変換する動作をさらに含み、上記デジタル信号は上記第１の信号である請求項６１記載の方法。
【請求項６７】
上記コンピュータにおいて、上記第１の信号を評価することにより上記第１の信号が上記緊急呼出し以外の外部への発呼に対応するか否かを決定する動作と、
上記外部への発呼に対応する第２の信号を、データネットワークを介して送信する動作とをさらに含み、
上記第２の信号はデジタル信号である請求項６１記載の方法。
【請求項６８】
上記外部への発呼はＶｏＩＰ呼として実行され、上記第２の信号は少なくとも１つのデータパケットと、上記データパケットを受信する遠隔装置に対応するアドレスとを備えた請求項６７記載の方法。
【請求項６９】
上記送受信機は上記コンピュータ内に設けられる請求項６１記載の方法。
【請求項７０】
コンピュータと共に用いるための装置において、
第１の信号を受信し、上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定し、上記第１の信号が上記緊急呼出しに対応することが決定されたときに第２の信号を出力する制御論理回路と、
上記制御論理回路から上記第２の信号を受信し、上記第２の信号の受信時に無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立する第１の送受信機とを備え、
上記双方向の通信チャンネルは商用移動無線サービスを備えた装置。
【請求項７１】
少なくとも１つのコンピュータを備え、電話呼を容易に行うためのコンピュータシステムにおいて、
第１の信号を受信し、上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定するようにプログラムされ、上記第１の信号が上記緊急呼出しに対応することが決定されたときに第２の信号を出力する制御論理回路と、
上記制御論理回路から上記第２の信号を受信し、上記第２の信号の受信時に無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立する第１の送受信機とを備え、
上記双方向の通信チャンネルは商用移動無線サービスを備えたコンピュータシステム。
【請求項７２】
ソフトウェア命令を実行するためのプロセッサを有する装置において用いるためのプロセッサプログラムプロダクトにおいて、上記装置はコンピュータと共に用いるためのものであり、
上記プロセッサプログラムプロダクトは、上記プロセッサに第１の信号を受信させ上記第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定させるように内部に具現されるプロセッサ読取り可能なプログラムコードを有するプロセッサ利用可能な媒体を備え、
上記第１の信号が上記緊急呼出しに対応することが決定されたときに、上記プロセッサ読取り可能なプログラムコードは、上記プロセッサに第２の信号を第１の送受信機に出力させ、
上記第１の送受信機は、上記プロセッサから上記第２の信号を受信し上記第２の信号の受信時に無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立することができ、
上記双方向の通信チャンネルは商用移動無線サービスを備えたプロセッサプログラムプロダクト。
【請求項７３】
電話呼を発呼するための方法において、
コンピュータのための装置において第１の信号を評価し、上記第１の信号が緊急呼出しに対応するか否かを決定することと、
上記第１の信号が緊急呼出しに対応することが決定されれば、送受信機を介して無線信号を送信し、上記緊急呼出しに対応する双方向の通信チャンネルを確立することを含み、上記双方向の通信チャンネルは商用移動無線サービスを備える方法。
【請求項７４】
電話呼を発呼するための方法において、
コンピュータにおいて、第１の信号を評価することにより上記第１の信号が緊急呼出しに対応するか否かを決定することと、
上記第１の信号が緊急呼出しに対応することが決定されたときに、送受信機を介して無線信号を送信することにより上記緊急呼出しに対応する双方向の通信チャンネルを確立することとを含み、
上記双方向の通信チャンネルは商用移動無線サービスを備える方法。
【請求項７５】
装置をボイスオーバーインターネットプロトコル（ＶｏＩＰ）に準拠した通信ネットワークに接続するためのネットワークアダプタにおいて、
プロセッサと、
上記プロセッサに接続され、電話機装置を上記ネットワークアダプタに接続するためのリレー装置と、
上記プロセッサに接続され、音声データを無線通信するための無線ネットワークカードとを備えたネットワークアダプタ。
【請求項７６】
パケット交換網に接続されたネットワークアクセスポイントに無線アクセスを提供するための方法において、
オフフック信号を検出するステップと、
無線ネットワークを含む複数のネットワークのうちのどのネットワークに対して音声信号が振り向けられるかを決定するステップと、
上記無線ネットワークに接続するステップと、
上記無線ネットワークを介して音声信号データを送信するステップとを含む方法。
【請求項７７】
パケット交換網上に音声信号を送信するためのシステムにおいて、
無線ネットワークにアクセスできる無線送受信機を有するネットワークアダプタと、
上記ネットワークアダプタから送信される音声信号データを受信するためのネットワーク装置と、
上記ネットワーク装置に接続され、受信される音声信号データをパケット交換網上に送信するためのサーバ装置とを備えたシステム。
【請求項７８】
パケット交換網上に音声信号を送信するための方法において、
無線ネットワーク上にデジタル化された音声信号を送信するステップと、
パケット交換網へのポータルにおいて、上記デジタル化された音声信号を受信するステップと、
上記デジタル化された音声信号がサーバを介して上記パケット交換網上へ送信されるように当該サーバと通信するステップとを含む方法。
【請求項７９】
オフフック信号を検出するステップと、
無線ネットワークを含む複数のネットワークのうちのどのネットワークに対して音声信号が振り向けられるかを決定するステップと、
上記無線ネットワークに接続するステップと、
上記無線ネットワークを介して音声信号データを送信するステップとを含む方法を実行するようにプロセッサが実行するために記憶されるコンピュータにより読取り可能な命令を有するコンピュータにより利用可能な記憶媒体。
【請求項８０】
ＶｏＩＰサービスを用いるユーザをパブリックセーフティアンサリングポイントに接続するためのネットワークアダプタにおいて、
中央処理装置と、
上記中央処理装置に接続され、電話機装置を上記ネットワークアダプタに接続するためのリレー装置と、
上記中央処理装置に接続され、セルラネットワークにアクセスし、呼データを上記セルラネットワークを介してパブリックセーフティアンサリングポイントに送信するための無線ネットワークインタフェース装置とを備えたネットワークアダプタ。
【請求項８１】
ＶｏＩＰサービスのユーザのためにパブリックセーフティアンサリングポイントへのアクセスを提供するための方法において、
複数の異なるタイプのネットワークに接続されたネットワークアダプタにおいてオフフック信号を検出することと、
呼が緊急呼出しであると決定することと、
上記ネットワークアダプタに接続される無線ネットワーク以外のネットワークであって発呼側の位置情報を送信することができるネットワークに上記緊急呼出しをルーティングすることとを含む方法。
【請求項８２】
複数の異なるタイプのネットワークに接続されたネットワークアダプタにおいてオフフック信号を検出することと、
呼が緊急呼出しであると決定することと、
上記ネットワークアダプタに接続される無線ネットワーク以外のネットワークであって発呼側の位置情報を送信することができるネットワークに上記緊急呼出しをルーティングすることとを含む方法を実行するようにプロセッサが実行するために記憶されるコンピュータにより読取り可能な命令を有するコンピュータにより利用可能な記憶媒体。
【請求項８３】
音声信号をブロードバンドセルラネットワーク上に送信するためのシステムにおいて、
ブロードバンドセルラネットワークにアクセスできるセルラネットワークインタフェースを含む複数の異なるタイプのネットワークインタフェースを有するネットワークアダプタを備え、
上記ネットワークアダプタは、電話機装置から音声信号データを受信し上記データを上記ブロードバンドセルラネットワークに接続されるセルラリンクに通信で送ることができるシステム。
【請求項８４】
コンピュータと共に用いるための機器において、
セルラネットワーク上の通信を容易に行うセルラインタフェースと、
パケット交換網又は上記セルラネットワークのうちの少なくとも一方上に転送される少なくとも１つの電話呼を処理する装置とを備え、
上記装置は上記セルラインタフェースに接続され、緊急呼出しである任意の上記電話呼を上記セルラインタフェースを介して上記セルラネットワーク上へルーティングするように構成された機器。
【請求項８５】
上記装置は、ソフトウェアを介して上記電話呼の何れかが緊急呼出しであるか否かを検出し任意の上記緊急呼出しを上記セルラインタフェースを介して上記セルラネットワーク上にルーティングするように構成された請求項８４記載の機器。
【請求項８６】
上記セルラインタフェースは、上記電話呼の上記セルラネットワーク上への送信のためのセルラチップを備えた請求項８４記載の機器。
【請求項８７】
上記セルラインタフェースは、ＰＣＭＣＩＡカードを備えた請求項８４記載の機器。
【請求項８８】
上記装置は電話機を備えた請求項８４記載の機器。
【請求項８９】
上記電話機は上記コンピュータのＵＳＢインタフェースに接続されるように構成された請求項８８記載の機器。
【請求項９０】
上記装置はアダプタを備えた請求項８４記載の機器。
【請求項９１】
上記アダプタは電話機に接続されるように構成された請求項９０記載の機器。
【請求項９２】
上記アダプタは上記コンピュータに接続されるように構成された請求項９０記載の機器。
【請求項９３】
上記アダプタは電話機及び上記コンピュータの両方に接続されるように構成された請求項９０記載の機器。
【請求項９４】
上記装置は上記セルラインタフェースを含む電話機をさらに備えた請求項８４記載の機器。
【請求項９５】
上記装置は上記セルラインタフェースを含むアダプタをさらに備えた請求項８４記載の機器。
【請求項９６】
上記装置は電話機である請求項８４記載の機器。
【請求項９７】
上記装置はアダプタである請求項８４記載の機器。
【請求項９８】
上記装置は上記コンピュータにインストールされるように構成された請求項８４記載の機器。
【請求項９９】
上記装置は、緊急呼出しでない上記電話呼のうちの少なくとも１つを上記パケット交換網上へＶｏＩＰ呼としてルーティングするように構成された請求項８４記載の機器。
【請求項１００】
電話呼を処理するための方法において、
上記電話呼を評価することにより上記電話呼が緊急呼出しとは別のタイプの電話呼ではなく緊急呼出しであるか否かを決定することと、
上記電話呼が緊急呼出しに対応することが決定されたときに上記電話呼をセルラインタフェースを介してセルラネットワーク上にルーティングし又は上記電話呼が緊急呼出しとは別のタイプの電話呼に対応するときには上記電話呼をパケット交換網上にルーティングすることとを含む方法。
【請求項１０１】
上記電話呼が緊急呼出しに対応することが決定されたときには、上記ルーティングは、上記電話呼をセルラインタフェースを介して上記セルラネットワーク上をパブリックセーフティアンサリングポイントへルーティングする動作を含む請求項１００記載の方法。
【請求項１０２】
上記電話呼が緊急呼出しに対応することが決定されたときには、上記電話呼は発呼者情報と共に上記セルラネットワーク上にルーティングされる請求項１０１記載の方法。
【請求項１０３】
上記発呼者情報は発呼者位置情報を含む請求項１０２記載の方法。
【請求項１０４】
上記評価することはソフトウェアを用いて実行される請求項１００記載の方法。
【請求項１０５】
上記セルラインタフェースは、上記電話呼を上記セルラネットワーク上に送信するためのセルラチップを備えた請求項１００記載の方法。
【請求項１０６】
上記電話呼が上記パケット交換網上にルーティングされるときには、上記電話呼はＶｏＩＰ呼として実行された請求項１００記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくともデータ通信（例えば、ボイスオーバーインターネットプロトコル（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）」）を含んでもよい。
【００６４】
本発明の他の実施形態によれば、制御論理回路１０２０はさらに、第１の信号１０３０が緊急呼出し以外の外部への発呼に対応するか否かを決定してもよく、第１の信号１０３０が緊急呼出し以外の外部への発呼に対応し、第１の信号１０３０が緊急呼出し以外の外部への発呼に対応することが決定されれば、第１の信号１０３０をコンピュータ１１００に提供する。次に、コンピュータ１１００は、デジタル信号であって外部への発呼に対応する第３の信号１１１０の少なくとも１つのデータネットワーク１１２０を介する転送を容易に行う。外部への発呼は、ＶｏＩＰ呼として実行されてもよい。第３の信号１１１０は、少なくとも１つのデータパケット（図示せず。）及び上記データパケットを受信する遠隔装置１１５０に対応するアドレス（図示せず。）を含んでもよい。
【００６５】
装置１０１０は、本装置をコンピュータ１１００に接続するコネクタ１０７０を含んでもよい。コネクタ１０７０は、ＵＳＢコネクタであっても、イーサネット（登録商標）又は他のコネクタであってもよい。また、本装置は、例えば第２の送受信機１０８０を介してコンピュータに無線接続されてもよい。
【００６６】
制御論理回路１０２０及び／又は第１の送受信機１０６０は、小型装置においてその使用を大幅に容易に行う特定のアプリケーション向けの集積チップ（図示せず。）上に実装されてもよい。制御論理回路１０２０及び／又は第１の送受信機１０６０は、コンピュータ１１００のスロット内に挿入されるカード（例えば、ＰＣＭＣＩＡカード）（図示せず。）上に実装されてもよい。もしくは、制御論理回路１０２０及び／又は第１の送受信機１０６０はコンピュータ１１００へ内蔵されてもよく、別の装置１０１０の必要性をなくすか、コンピュータ内に制御論理回路１０２０又は第１の送受信機１０６０のみを組み込むことによって装置１０１０が単純化される。ある好適な実施形態の簡素化された実装においては、装置１０２０及び／又はコンピュータ１１００は、加入者識別モジュール又は加入者識別モジュールのためのコネクタを備えることなく実装されてもよい。
【００６７】
コンピュータ１１００は、少なくとも１つのプロセッサ１１６０（例えば、ＣＰＵ）、コントローラ（図示せず。）及び／又はＲＡＭ、ＲＯＭ、ＳＤＲＡＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、光学ドライブ及び／又はフロッピー（登録商標）ドライブ等のメモリ１１７０に接続される制御論理回路（図示せず。）を含む。また、装置１０１０の制御論理回路１０２０は、本発明を実装するためのソフトウェア及び／又は上記ソフトウェアにより用いられるデータを記憶する関連のメモリを有してもよい。
【００６８】
コンピュータ１１００は、ローカルエリアネットワーク、ワイドエリアネットワーク、無線ネットワーク又はインターネット等の少なくとも１つのデータネットワーク１１２０を介してユーザへ直接的に又は間接的にアクセス可能であってもよい。コンピュータ１１００が直接的にアクセス可能であれば、ユーザは、キーボード、マウス又はトラックボール等の入出力装置（図示せず。）を介してコンピュータ１１００と交信してもよい。さらに、コンピュータ１１００は、モニタ、ＬＣＤディスプレイ又はプラズマディスプレイ等のユーザに情報を表示するディスプレイ１１９０を有してもよい。さらに、コンピュータ１１００は、情報を印刷するためのプリンタ（図示せず。）に接続されてもよい。
【００６９】
コンピュータ１１００は、本発明の一実施形態を実装するために用いられるソフトウェア（及び対応するデータ）をメモリ１１７０へ記憶する。コンピュータ１１００のメモリ１１７０には、本発明のソフトウェアアプリケーションコードが依存するデータも記憶される。ソフトウェアアプリケーションコードは、例えば制御論理回路又はコントローラを組み込む専用の装置を介してハードウェアに実装されてもよい。ソフトウェアアプリケーションコードは、プロセッサ１１６０又はコンピュータ１１００のＣＰＵから分離されている他の何らかのプロセッサによって実行されるソフトウェア命令を含む。もしくは、ソフトウェアは、装置１０１０上のプロセッサ、コントローラ又は制御論理回路によって実行されてもよい。
【００７０】
実行に際して、ソフトウェアアプリケーションコードは、プロセッサ１１６０に第１の信号（例えば、第１の信号１０３０）を受信させ、第１の信号を評価してこの第１の信号が緊急呼出しに対応するか否かを決定させる。ソフトウェアアプリケーションコードは、これを、例えばＤＴＭＦ実装におけるキー押しに対応する少なくとも１つの信号を表す信号を評価することによって行ってもよい。従って、「９」、「１」、「１」に対応するキー押しが緊急呼出しに関連づけられていれば、信号が緊急呼出しを同定するキー押しに対応する周波数の印を含んでいるか否かが決定される。また、ソフトウェアアプリケーションコードは、第１の信号が緊急呼出しに対応することが決定されれば、プロセッサ１１６０に第１の送受信機（例えば、第１の送受信機１０３０）へ第２の信号を出力させる。第１の送受信機は、プロセッサから第２の信号を受信し、第２の信号を受信した時点で無線信号（例えば、無線信号１０６５）を送信して緊急呼出しに対応する双方向の通信チャンネルを確立することができる。双方向の通信チャンネルは、商用移動無線サービス（「ＣＭＲＳ」）を含んでもよい。緊急呼出しは、例えば緊急オペレータに対して行われてもよい。
【００７１】
実行に際して、ソフトウェアアプリケーションコードはさらに、第１の信号が緊急呼出し以外の外部への発呼に対応するか否かをプロセッサ１１６０に決定させてもよい。第１の信号が緊急呼出し以外の外部への発呼に対応することが決定されれば、プロセッサ１１６０は、少なくとも１つのデータネットワーク１１２０を介する外部への発呼に対応する第３の信号（例えば、デジタル信号であってもよい第３の信号１１１０）の転送を容易に行う。これは、ＤＴＭＦベースの実装における緊急呼出しの検出に関連して上述した方法と同様にして達成されてもよいが、信号は、緊急呼出しに関連づけられるキー押しに対応する周波数の印を含まないことを決定するために評価される点が異なる。上述したように、外部への発呼はＶｏＩＰ呼として実装されてもよく、第３の信号は少なくとも１つのデータパケット及びこのデータパケットを受信する遠隔装置１１５０に対応するアドレスを含んでもよい。
【００７２】
図１１は、コンピュータ又は（コンピュータと共に用いる）装置において第１の信号（例えば、第１の信号１０３０）を評価してこの第１の信号が緊急「９１１」呼等の緊急呼出しに対応するか否かを決定するステップ１２００を含む、電話呼を発呼する方法を示す。第１の信号は、アナログ信号であっても、デジタル信号であってもよい。アナログ信号は、デュアルトーンマルチ周波数ベースの信号であってもよい。第１の信号がデジタル信号であれば、これは既に、アナログ／デジタル変換器（例えば、アナログ／デジタル変換器１０４０）を用いることによってアナログ信号から変換されていてもよい。この後、ステップ１２１０において、送受信機（例えば、コンピュータ１１００内に設けられていても設けられていなくてもよい送受信機１０３０）は、第１の信号が緊急呼出しに対応することが決定されれば、無線信号を送信して緊急呼出しに対応する双方向の通信チャンネルを確立する。双方向の通信チャンネルは、商用移動無線サービス（「ＣＭＲＳ」）を含んでもよい。
【００７３】
本方法はさらに、コンピュータ又は装置内で第１の信号を評価し、第１の信号が緊急呼出し以外の外部への発呼に対応するか否かを決定するステップ１２２０を含んでもよい。この後、ステップ１２３０では、第１の信号がコンピュータの外部で発生されていて、第１の信号が緊急呼出し以外の外部への発呼に対応することが決定されれば、第１の信号はコンピュータに提供される。この後、ステップ１２４０では、第２の信号がデータネットワーク（例えば、データネットワーク１１２０）を介して転送される。第２の信号（デジタル信号であってもよい）は、データネットワークを介する外部への発呼に対応する。上述したように、外部への発呼はＶｏＩＰ呼として実行されてもよく、第２の信号は、少なくとも１つのデータパケット及びこのデータパケットを受信する遠隔装置（例えば、遠隔装置１１５０）に対応するアドレスを含んでもよい。
【００７４】
本明細書では、本発明の好適な実施形態をその多くの変形例と共に説明しかつ示した。本明細書において用いている用語、説明及び図面は、単に例示を目的とするものであり、限定を意図するものではない。当業者は、本発明の精神及び範囲内で多くの変形が可能であることを認識するであろう。本発明の精神及び範囲は添付の請求の範囲において定義されることが意図され、請求の範囲に記載されている全ての用語は、本明細書において別段の指示のない限り、その最も広義で妥当な意味を持つことが意図されている。
【図面の簡単な説明】
【００７５】
【図１】本発明の一実施形態に係るネットワークアダプタを示す。
【図２（ａ）】本発明の一実施形態に係る通信ネットワークを示す。
【図２（ｂ）】本発明の他の実施形態に係る通信ネットワークを示す。
【図３（ａ）】本発明の一実施形態に係る外部への発呼の発呼プロセスを示すフローチャートである。
【図３（ｂ）】本発明の一実施形態に係る外部への発呼の発呼プロセスを示すフローチャートの続きである。
【図４】本発明の一実施形態に係るＶｏＩＰ音声呼の結果を示すフローチャートである。
【図５】本発明の一実施形態に係るＶｏＩＰ音声呼の開始を示すフローチャートである。
【図６】本発明の一実施形態に係るＰＳＴＮ音声呼の開始を示すフローチャートである。
【図７】本発明の一実施形態に係る緊急呼出しの発呼プロセスを示すフローチャートである。
【図８】本発明の一実施形態に係る通信ネットワークを示す。
【図９】本発明の他の実施形態に係る緊急呼出しの発呼プロセスを示すフローチャートである。
【図１０】本発明の他の実施形態に係るコンピュータシステムを示す。
【図１１】本発明の他の実施形態に係る緊急呼出しの発呼プロセスを示すフローチャートである。
【図１】
2009527199.tif 000003
【図２（ａ）】
2009527199.tif 000004
【図２（ｂ）】
2009527199.tif 000005
【図３（ａ）】
2009527199.tif 000006
【図３（ｂ）】
2009527199.tif 000007
【図４】
2009527199.tif 000008
【図５】
2009527199.tif 000009
【図６】
2009527199.tif 000010
【図７】
2009527199.tif 000011
【図８】
2009527199.tif 000012
【図９】
2009527199.tif 000013
【図１０】
2009527199.tif 000014
【図１１】
2009527199.tif 000015
【国際調査報告】
2009527199.tif 000016
2009527199.tif 000017
2009527199.tif 000018
2009527199.tif 000019
2009527199.tif 000020