JP2008536455A - 一時的ｅｎｕｍゲートウェイ - Google Patents

Abstract

一時的ＥＮＵＭアーキテクチャが呼時に一時的ＥＮＵＭを割り当てる。サポートされていない特定のコールバック・フォーマットを必要とする側へのルーティングを必要とする発信される通信には、ＴｅｍｐＥＮＵＭが受信側によって必要とされる特定のフォーマットとの整合性を提供する。呼または通信の継続時間の間、またはその後の所与の時間の間、ＴｅｍｐＥＮＵＭが割り当てられる。ＴｅｍｐＥＮＵＭサービス・ゲートウェイが、ＴｅｍｐＥＮＵＭデータベース、呼のルーティング時に適切なＴｅｍｐＥＮＵＭを割り当てるモジュール、およびＴｅｍｐＥＮＵＭデータベース内のルックアップを処理するモジュールを含み、割り当てられたＴｅｍｐＥＮＵＭを発呼側識別子（ＣｇＰＩＤ）にマップする。ＴｅｍｐＥＮＵＭデータベースがコーディネータ・システムからのＴｅｍｐＥＮＵＭを記憶し、コールバック試行での使用のために実際の発呼側識別子（ＣｇＰＩＤ）を関連付ける。最初の呼または通信の間、あるいはそのすぐ後で、受信側が通信を最初の発呼者に返すためにＴｅｍｐＥＮＵＭ番号を使用する。

Description

本発明は、一般に、無線デバイスおよびボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）技術に関する。より詳細には、本発明は、ＥＮＵＭサービスに関する。

本出願は、参照によりその全体が本明細書に明示的に組み込まれている、Ｍｉｔｃｈｅｌｌに、２００５年４月１２日に出願した、「Ｔｅｍｐｏｒａｒｙ ＥＮＵＭ Ｇａｔｅｗａｙ」という名称の米国仮出願第６０／６７０，２７９号の優先権を主張する。

電子ナンバリング（Ｅｌｅｃｔｒｏｎｉｃ ＮＵＭｂｅｒｉｎｇ：ＥＮＵＭ）サービスは、「一生の電話番号」の実施と称されてきた。社会保険番号が個人に一生ついていくのとちょうど同じように、ＥＮＵＭは、任意の適用可能な手段（たとえば、電話網、ファックス、インターネットなど）によって人にアクセスするための単一の簡単な電話番号の使用を予見する。したがって、現在予見されているように、電子ナンバリング（ＥＮＵＭ）サービスは、インターネット・プロトコル（ＩＰ）ネットワークを介して加入者の任意の通信サービスまたはデバイス、たとえば音声、ファックス、電子メール、ショート・メッセージ・サービス（ＳＭＳ）などにアクセスするために使用されることができる単一の電話番号を加入者に与える。

インターネット分野での使用では、ＥＮＵＭは、電話番号に関連する資源にコンタクトするために使用されることができるユニフォームリソース識別子（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ：ＵＲＩ）に電話番号をマップするプロトコルである。したがって、このシナリオにおけるＥＮＵＭは、人の電話番号に関連する特定の領域を調べることによりその人の様々な（通信）識別子にアクセスできるようにする。

動作中、ＥＮＵＭサービスは、ダイヤルされた（または宛てられた）電話番号を受信し、数式およびルックアップ・テーブル（１つまたは複数）を使用して、加入者のＥＮＵＭネーミング・オーソリティ・ポインタ（Ｎａｍｅ Ａｕｔｈｏｒｉｔｙ ＰｏｉｎＴｅＲＮＡＰＴＲ）レコード、通信アクセス情報のリポジトリ（ｒｅｐｏｓｉｔｏｒｙ：収納場所）のためにその電話番号をインターネットユニフォームリソース識別子（ＵＲＩ）に変換する。次いで、サービスは、呼または通信を、要求のタイプ、たとえば、音声、ファックス、電子メールなど、および加入者による任意の選択に基づいて、サービス・プロバイダにルーティングする。

したがって、双方の側がボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）を使用している場合、ＶｏＩＰサービス・プロバイダおよびＩＰネットワーク・マネージャは、呼をルーティングするために、公衆交換電話網（ＰＳＴＮ）番号を割り当て、ＰＳＴＮネットワークを使用しなければならないことに関連するコストおよびいかなる適用可能な煩わしい規制問題を回避することもできる。

ＶｏＩＰユーザのために、ＥＮＵＭはＩＰ通信をより容易にし、最終的に、より安価にする。ＥＮＵＭは、たとえば簡単なウェブ・インターフェースを使用して、加入者たちに彼ら自身のＮＡＰＴＲのカスタマイズされた構成を提供することにより、加入者たちがコンタクトされる仕方の制御を加入者に提供する。他の人々は、ＥＮＵＭを使用するだけで、加入者がどこにいるか、またはどのようにコンタクトされたいか分からなくても、加入者にコンタクトすることができる。ＥＮＵＭを用いて、ユーザは、非ＩＰ移動電話および有線電話を含めて、数字だけのデバイスからでもインターネットベースの通信サービスにダイヤルすることができる。

ＥＮＵＭ技術は、一般に、回線交換からボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）通信への移行を容易にするのに役立つ。しかし、国際呼発呼者に関してＥＮＵＭサービスを使用する特有の問題がある。たとえば、米国でＥＮＵＭサービスを使用する国際呼発呼者は９−１−１をダイヤルすることがある。しかし、従来のＥＮＵＭサービスは、国際呼発呼者の完全なコールバック電話番号を緊急応答機関（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ Ａｎｓｗｅｒ Ｐｏｉｎｔ：ＰＳＡＰ）などの９−１−１応答機関にうまく送付することができない。これは、北米番号計画（ＮＡＮＰ）に起因する規制のためである。特に、ＮＡＮＰは情報を送信するために１０桁のフィールドの使用を必要とする。このタイプの場合、国際呼発呼者の番号がＮＡＮＰの１０桁情報フィールドの範囲に収まらない可能性があるので、通信（音声、テキストまたはビデオ）の発信者は、必要とされる再コンタクト情報をエンド・ポイントに伝送することができない。

電子ナンバリング（ＥＮＵＭ）アーキテクチャ内のすべてのソースからすべての発呼者にコールバック番号情報を確実に提供するのに適した方法および機器が必要である。

本発明の原理によれば、電子ナンバリング（ＥＮＵＭ）ゲートウェイが、複数のＥＮＵＭをそれぞれの発呼者識別情報に関連付ける一時的ＥＮＵＭデータベースを含む。所与の通信をルーティングするときにモジュールが一時的ＥＮＵＭを割り当てる。一時的ＥＮＵＭは、一時的ＥＮＵＭデータベース内のエントリである。モジュールは、一時的ＥＮＵＭデータベースで所与の一時的ＥＮＵＭを調べ、関連する発呼者識別情報を取り出す。

本発明の他の態様による、所与の通信の送信と同時の短い時間の間、電子番号（ＥＮＵＭ）を所与の通信に一時的に関連付ける方法は、所与の通信に関する一時的ＥＮＵＭに対する要求を受信する工程を含む。一時的ＥＮＵＭは、着呼側によって必要とされるような発呼側識別情報のフォーマットに合致する。一時的ＥＮＵＭは、所与の通信を開始する発呼者に関する発呼者識別情報に関連付けられる。関連付けられた一時的ＥＮＵＭは、一時的ＥＮＵＭデータベース内にエントリとして記憶される。

現在の電子ナンバリング（ＥＮＵＭ）技術は、ユーザが米国で永久ＤＮＳ割当１０桁北米番号計画（ＮＡＮＰ）番号を申請することを必要とする。本発明は、一時的ＥＮＵＭ、または「ＴｅｍｐＥＮＵＭ」、呼時に一時的ＥＮＵＭ番号を割り当てるアーキテクチャを提供する。開示された諸実施形態におけるＥＮＵＭ番号は、事実上呼または通信の継続時間の間だけ割り当てられる。

たとえば発信者によってサポートされていない特定のコールバック・フォーマットを必要とする側へのルーティングを必要とする発信される通信では、本発明の原理によるＴｅｍｐＥＮＵＭサービスが、受信側によって必要とされるフォーマットに合致するフォーマットでコールバック識別子（ＩＤ）を割り当てる。

図１は、本発明の原理による、Ｔｅｍｐ ＥＮＵＭゲートウェイに関する例示的基本的メッセージ・フローを示す。

詳細には、図１は、コンタクトされるエンティティまたは受信側１２０に呼を出す通信側または発信エンティティ１１０を示す。呼はコーディネータ・システム１３０として提供された適切なゲートウェイによって処理される。

重要なことには、ＴｅｍｐＥＮＵＭデータベース１０１、呼のルーティング時に適切なＴｅｍｐＥＮＵＭを割り当てるモジュール１０２、およびＴｅｍｐＥＮＵＭデータベース１０１でルックアップを処理するモジュール１０３を含む一時的ＥＮＵＭ（ＴｅｍｐＥＮＵＭ）サービス・ゲートウェイ１００が実装され、割り当てられたＴｅｍｐＥＮＵＭを発呼側識別子（ＣｇＰＩＤ）にマップする。

ＴｅｍｐＥＮＵＭデータベース１０１は、コーディネータ・システム１３０からのＴｅｍｐＥＮＵＭ割り当てを記憶し、コールバック試行で使用するために実際の発呼側識別子（ＣｇＰＩＤ）を関連付ける。

図１に示されている工程１で、発信側１１０が、好ましくは再コンタクトのために使用される識別子ＩＤを有する通信を受信する受信側１２０への通信を試みるが、発信側の通信方法はその特定のＩＤフォーマットを提供することができない。

工程２で、通信が適切な一時的ＥＮＵＭナンバリング・サービスに、すなわちＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００に、ルーティングされる。一時的ＥＮＵＭナンバリング・サービス、またはＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００が、呼のルーティング時に適切なＴｅｍｐＥＮＵＭを割り当てる適切なモジュール１０２から一時的ＩＤ（Ｔｅｍｐ ＥＮＵＭ）を受信し、呼をルーティングする。図１に示されているように、モジュール１０２は、好ましくは一時的ＥＮＵＭサービスの一部分である。

重要なことには、一時的ＩＤ（またはＴｅｍｐＥＮＵＭ）が受信側１２０によって必要とされる特定のフォーマットに合致する。

工程３で、通信が受信側１２０のフォーマット要件に特有の適切なＴｅｍｐ ＥＮＵＭを用いて受信側１２０にルーティングされる。

工程４で、受信側１２０がセッションの終了後事実上直ちに発信側１１０と通信する。次いで、受信側１２０が受信したＴｅｍｐＥＮＵＭ番号を使用して、必要に応じて、たとえば予め決められた時間内に、コールバックするかまたは発信側１１０と通信を再開する。

コールバック通信試行がＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００に向けられる。所与の実施形態では、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００が、発信側１１０に返すコールバック通信試行の妥当性を検証することを意図された適切な認可プロセスを実施する。妥当性は、たとえば、通信試行の場所、日時などに基づいてもよい。

再開されたコールバック通信試行が妥当であり、認可された場合、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００がＴｅｍｐＥＮＵＭ（すなわち、一時的識別子）を発信側１１０のコールバック番号または他の通信識別子と関連させる。

工程５で、受信側１２０による発信側１１０に返すコールバック通信試行が完了される。

図２は、本発明の原理による、ロードサイド・アシスタンス／緊急中継センタに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す。

詳細には、図２は、テレマティクス・システムを備えた自動車２１０と、そのサービシング・テレマティクス・オペレーション・センタ２７０と、コーディネータ・システム・ゲートウェイ２３０と、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００との間のインタラクションを示す。普通なら、緊急サービス・ゲートウェイ２５０、緊急応答機関２２０、および自動位置識別子（ＡＬＩ）データベース２６０を含めて、従来の位置要素もアクセスされる。

適切なテレマティクス・システム２１０（たとえば、Ｇｅｎｅｒａｌ Ｍｔｏｒｓ（商標）からのＯＮＳＴＡＲ（商標）、Ｍｅｒｃｅｄｅｓ−Ｂｅｎｚ（商標）からのＴｅｌｅＡＩＤ（商標）など）を備えた自動車２１０が、緊急応答機関（ＰＳＡＰ）２２０にコンタクトしようと試みる。所与の実施形態では、最初の呼が偶然にまたは故意でなく切断された場合、ＰＳＡＰ２２０が緊急発呼者２１０とコンタクトを再開するコールバック機構を備える。

緊急中継センタ（たとえば、ＯＮＳＴＡＲ（商標）テレマティクス・サービス・センタ）２７０が自動車２１０にサービスを提供する。緊急中継センタ２７０が、緊急呼を、自動車２１０から、コーディネータ・システム２３０として提供された適切なゲートウェイを介して、適切なＰＳＡＰ２２０に伝送する。開示された実施形態では、緊急呼が、適切なＸ、Ｙ（緯度／経度）位置情報と共に、エージェントＩＤ、車両ＩＤなどの発呼側識別子（ＣｇＰＩＤ）と共にコーディネータ・システム２３０に伝送される。

図１の基本的フローに関して述べられたように、コーディネータ・システム２３０が、発呼側コールバック識別子（ＣｇＰＩＤ）を含むＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００に対してＴｅｍｐＥＮＵＭ要求を開始する。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００が、適切なＴｅｍｐＥＮＵＭを割り当て、これをコーディネータ・システム２３０に伝送し返す。

自動車２１０の位置が緊急サービス・ルーティング番号（ＥＳＲＮ）（たとえば、交換ネットワークで）または緊急サービス・クエリ・キー（ＥＳＱＫ）（たとえば、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークで）の使用によって提供される。緊急サービス・ゲートウェイ（ＥＳＧＷ）２５０がコーディネータ・システム２３０からＥＳＲＮ（またはＥＳＱＫ）を受信するか、またはＥＳＱＫをＰＳＡＰ２２０に伝送する（ＶｏＩＰネットワークの場合）か、または、好ましくは、ＰＳＡＰ２２０に伝送するためにＥＳＲＮをＥＳＱＫに変換する（交換ネットワークで）。

ＰＳＡＰ２２０が緊急発呼者２１０の位置を自動位置識別子（ＡＬＩ）データベース２６０に照会する。コーディネータ・システム２３０に対するＥＳＱＫ要求を使用してＡＬＩデータベース２６０の位置情報が更新される。コーディネータ・システム２３０が、自動車２１０に関する最新の位置情報、および関連する緊急呼に関する割り当てられたＴｅｍｐＥＮＵＭを用いて（ＡＬＩデータベース２６０を介して）ＰＳＡＰ２２０に応答する。

最後に、必要に応じて（または所望に応じて）、受信側（この場合はＰＳＡＰ２２０）が、発信側（この場合は自動車２１０）にコールバック通信を試みる。このコールバック試行は、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００の方に向けられる。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００がＴｅｍｐＥＮＵＭデータベースでルックアップを行い、提供されたＴｅｍｐＥＮＵＭをそのＴｅｍｐＥＮＵＭに関連する一時的に記憶された発呼側識別子にマップする。

コールバック通信が取り出された発呼側識別子を使用してルーティングされ、この場合、この発呼側識別子がコールバック通信を緊急中継センタ２７０に向け、次に、緊急中継センタ２７０がコールバック通信を自動車２１０に伝送する。

図３は、本発明の原理による、インスタント・メッセージング・サービスに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す。

詳細には、図３は、インスタント・メッセージング・ユーザ３１０と、それらのサービシング緊急サービス・インスタント・メッセージング（ＥＳＩＭ）ユーザ・インスタンス（１つまたは複数）３７０と、コーディネータ・システム・ゲートウェイ３３０と、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００との間のインタラクションを示す。普通なら、緊急サービス・ゲートウェイ２５０、緊急応答機関２２０、および自動位置識別子（ＡＬＩ）データベース２６０を含めて、従来の位置要素もアクセスされる。開示された実施形態では、ＰＳＡＰ２２０が、インスタント・メッセージング・ユーザ３１０から適切なウェブ・ポータル３６０を介して関連するテキストおよび／またはビデオにアクセスすることができる。

インスタント・メッセージング・ユーザ３１０が、テキスト、ビデオまたは音声を有するインスタント・メッセージを適切なＰＳＡＰ２２０に送信する。所与の実施形態では、ＰＳＡＰ２２０がインスタント・メッセージング・ユーザ３１０に応答するためのコールバック機構を備える。

メッセージング時に、関連するユーザ・インスタンス（テキスト、ビデオまたは音声）が適切な緊急サービス・インスタント・メッセージング（ＥＳＩＭ）ゲートウェイ３７０で設定される。インスタント・メッセージング・ユーザ３１０によって、または適切なインターネット・ホスト（たとえば、ウェブ・ポータル３６０）からインスタント・メッセージング・ユーザ３１０に、送信されたテキスト、ビデオまたは音声インスタント・メッセージもまた、緊急サービス・インスタント・メッセージング（ＥＳＩＭ）ゲートウェイ３７０で設定される。

ＥＳＩＭゲートウェイ３７０が、インスタント・メッセージを、インスタント・メッセージング・ユーザ３１０から、コーディネータ・システム３３０として提供された適切なゲートウェイを介して、適切なＰＳＡＰ２２０に伝送する。開示された実施形態では、緊急インスタント・メッセージが、ＬＯを有する発呼側識別子（ＣｇＰＩＤ）と共に、ＳＩＰ ＩＮＶＩＴＥコマンドを使用してコーディネータ・システム３３０に伝送される。

図１の基本的フローに関して述べられたように、コーディネータ・システム３３０が発呼側コールバック識別子（ＣｇＰＩＤ）を含むＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００に対してＴｅｍｐＥＮＵＭ要求を開始する。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００が適切なＴｅｍｐＥＮＵＭを割り当て、これをコーディネータ・システム３３０に伝送し返す。

インスタント・メッセージング・ユーザ３１０の位置が、緊急サービス・ルーティング番号（ＥＳＲＮ）（たとえば、交換ネットワークで）、または緊急サービス・クエリ・キー（ＥＳＱＫ）（たとえば、インターネットを介して）の使用によって提供される。緊急サービス・ゲートウェイ２５０（ＥＳＧＷ）が、コーディネータ・システム３３０からＥＳＲＮ（またはＥＳＱＫ）を受信し、ＥＳＱＫをＰＳＡＰ２２０に伝送する（インターネットを介しての場合）か、または、好ましくは、ＰＳＡＰ２２０へ伝送するためにＥＳＲＮをＥＳＱＫに変換する（交換ネットワークで）。

ＰＳＡＰ２２０が自動位置識別子（ＡＬＩ）データベース２６０に緊急発呼インスタント・メッセージング・ユーザ３１０の位置を照会する。コーディネータ・システム３３０に対するＥＳＱＫ要求を使用してＡＬＩデータベース２６０の位置情報が更新される。コーディネータ・システム３３０が、インスタント・メッセージング・ユーザ３１０に関する最新の位置情報、および関連する緊急インスタント・メッセージに関する割り当てられたＴｅｍｐＥＮＵＭを用いて（ＡＬＩデータベース２６０を介して）ＰＳＡＰ２２０に応答する。

最後に、必要に応じて（または所望に応じて）、受信側（この場合ＰＳＡＰ２２０）が、発信側へのコールバック通信（この場合、インスタント・メッセージング・ユーザ３１０へのリターン・インスタント・メッセージ）を試みる。このリターン・インスタント・メッセージがＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００の方へ向けられる。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００がＴｅｍｐＥＮＵＭデータベースでルックアップを行い、提供されたＴｅｍｐＥＮＵＭをそのＴｅｍｐＥＮＵＭに関連する一時的に記憶された発呼側識別子（この場合はインスタント・メッセージング・ユーザ識別子）にマップする。

リターン通信が、取り出された発呼側識別子を使用してルーティングされ、この場合、この発呼側識別子がリターン・インスタント・メッセージを緊急サービス・インスタント・メッセージング（ＥＳＩＭ）ユーザ・インスタンス（１つまたは複数）３７０に向け、次にリターン・インスタント・メッセージをインスタント・メッセージング・ユーザ３１０に向ける。

図４は、本発明の原理による、ピア−ツー−ピア・ボイス・プロバイダ・サービスに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す。

詳細には、図４は、パーソナル・コンピュータ（ＰＣ）ベースのＶｏＩＰアプリケーション（たとえば、Ｓｋｙｐｅ（商標））・ユーザ４１０と、ユーザ・インスタンス（１つまたは複数）４７０を含むそれらのサービシング緊急サービスＳｋｙｐｅ（商標）（ＥＳＳ）ゲートウェイと、コーディネータ・システム・ゲートウェイ４３０と、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００との間のインタラクションを示す。普通なら、緊急サービス・ゲートウェイ２５０、緊急応答機関２２０、および自動位置識別子（ＡＬＩ）データベース２６０を含めて、従来の位置要素もアクセスされる。

ＰＣベースのＶｏＩＰアプリケーション・ユーザ４１０がインターネットを介して適切なＰＳＡＰ２２０を呼び出そうと試みる。所与の実施形態では、ＰＳＡＰ２２０がＰＣベースのＶｏＩＰアプリケーション・ユーザ４１０に応答するためのコールバック機構を備える。

ＶｏＩＰ呼の開始時に、関連するユーザ・インスタンス（ＩＮ、ＯＵＴおよびＮＯＲＭ）が、適切な緊急サービスＳｋｙｐｅ（ＥＳＳ）ゲートウェイ４７０においてだけでなく、ＶｏＩＰアプリケーションをホストするＰＣにおいて設定される。

ＥＳＳゲートウェイ４７０が、ＶｏＩＰ呼を、Ｓｋｙｐｅ（商標）ユーザ４１０から、コーディネータ・システム４３０として提供された適切なゲートウェイを介して、適切なＰＳＡＰ２２０に伝送する。開示された実施形態では、緊急ＶｏＩＰ呼が、ＬＯを有する発呼側識別子（ＣｇＰＩＤ）と共に、ＳＩＰ ＩＮＶＩＴＥコマンドを使用してコーディネータ・システム４３０に伝送される。Ｓｋｙｐｅ（商標）ユーザがそれらの北米番号計画（ＮＡＮＰ）発呼側番号（ＣｇＰＮ）をコーディネータ・システム４３０に伝送することに留意されたい。

図１の基本的フローに関して述べられたように、コーディネータ・システム４３０が発呼側識別子（ＣｇＰＩＤ）を含むＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００に対してＴｅｍｐＥＮＵＭ要求を開始する。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００が、適切なＴｅｍｐＥＮＵＭを割り当て、これをコーディネータ・システム４３０に伝送し返す。

ＰＣベースのＶｏＩＰアプリケーション・ユーザ４１０の位置が、緊急サービス・ルーティング番号（ＥＳＲＮ）（たとえば、交換ネットワークで）、または緊急サービス・クエリ・キー（ＥＳＱＫ）（たとえば、インターネットを介して）の使用によって提供される。緊急サービス・ゲートウェイ（ＥＳＧＷ）２５０がコーディネータ・システム３３０からＥＳＲＮ（またはＥＳＱＫ）を受信し、ＥＳＱＫをＰＳＡＰ２２０に伝送する（インターネットを介しての場合）か、または、好ましくは、ＰＳＡＰ２２０に伝送するためにＥＳＲＮをＥＳＱＫに変換する（交換ネットワークで）。

ＰＳＡＰ２２０が自動位置識別子（ＡＬＩ）データベース２６０に緊急発呼ＰＣベースのＶｏＩＰアプリケーション・ユーザ４１０の位置を照会する。コーディネータ・システム４３０に対するＥＳＱＫ要求を使用してＡＬＩデータベース２６０の位置情報が更新される。コーディネータ・システム４３０がＰＣベースのＶｏＩＰアプリケーション・ユーザ４１０に関する最新の位置情報、および関連する緊急ＶｏＩＰ呼に関する割り当てられたＴｅｍｐＥＮＵＭを用いてＰＳＡＰ２２０に（ＡＬＩデータベース２６０を介して）応答する。

最後に、必要に応じて（または所望に応じて）、受信側（この場合はＰＳＡＰ２２０）が発信側（この場合は、ＰＣベースのＶｏＩＰアプリケーション・ユーザ４１０）へのコールバック・呼を試みる。このコールバック・呼は、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００の方へ向けられる。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００がＴｅｍｐＥＮＵＭデータベースでルックアップを行い、提供されたＴｅｍｐＥＮＵＭをそのＴｅｍｐＥＮＵＭに関連する一時的に記憶された発呼側識別子にマップする。

リターン通信が、取り出された発呼側識別子を使用してルーティングされ、この場合、この発呼側識別子がリターン・呼を緊急サービス・インスタント・メッセージング（ＥＳＩＭ）ユーザ・インスタンス（１つまたは複数）３７０に向け、次に、ＰＣベースのＶｏＩＰアプリケーション・ユーザ４１０に向ける。

図５は、本発明の原理による、無線Ｅ９−１−１サービスに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す。

詳細には、図５は、国際無線発呼者５１０（たとえば、より大きい、またはそうでなければＮＡＮＰ１０桁フォーマットに合致しない、コールバック番号を有する発呼者）と、サービシング・モバイル・スイッチング・センタ（ＭＳＣ）５８０と、コーディネータ・システム・ゲートウェイ５３０と、ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００との間のインタラクションを示す。普通なら、緊急応答機関２２０、および自動位置識別子（ＡＬＩ）データベース２６０を含めて、従来の位置要素もアクセスされる。

国際無線発呼者５１０が適切な緊急応答機関（ＰＳＡＰ）２２０にコンタクトしようと試みる。所与の実施形態では、ＰＳＡＰ２２０が、必要に応じてまたは所望に応じて（たとえば、最初の呼が偶然にまたは故意でなく切断された場合）、国際無線発呼者５１０とのコンタクトを再開するためのコールバック機構を備える。

モバイル・スイッチング・センタ（ＭＳＣ）５８０が国際無線発呼者５１０にサービスを提供する。ＭＳＣ５８０が緊急呼を国際無線発呼者５１０から、コーディネータ・システム５３０として提供された適切なゲートウェイを介して、適切なＰＳＡＰ２２０に伝送する。開示された実施形態では、緊急呼が、適切なＸ、Ｙ（緯度／経度）位置情報と共に、モバイル・ディレクトリ番号（ＭＤＮ）などの発呼側識別子（ＣｇＰＩＤ）と共にＭＳＣ５８０からコーディネータ・システム５３０に伝送される。

図１の基本的フローに関して述べられたように、コーディネータ・システム５３０が、発呼側識別子（ＣｇＰＩＤ）を含むＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００に対してＴｅｍｐＥＮＵＭ要求を開始する。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００が適切なＴｅｍｐＥＮＵＭを割り当て、それをコーディネータ・システム５３０に伝送し返す。

国際無線発呼者５１０の位置が緊急サービス・クエリ・キー（ＥＳＱＫ）の使用によって提供される。コーディネータ・システム５３０がＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００からＴｅｍｐＥＮＵＭの割り当てを要求し、次いで、緊急呼をＡＬＩデータベース２６０に対するクエリによって示されたＰＳＡＰ２２０に伝送する。ＡＬＩデータベース２６０が適切な緊急サービス・ルーティング・キー（ＥＳＲＫ）をＰＳＡＰ２２０に提供する。

コーディネータ・システム５３０に対するＥＳＱＫ要求を使用してＡＬＩデータベース２６０の位置情報が更新される。コーディネータ・システム５３０が国際無線発呼者５１０に関する最新の位置情報、および関連する緊急呼に関する割り当てられたＴｅｍｐＥＮＵＭを用いて（ＡＬＩデータベース２６０を介して）ＰＳＡＰ２２０に応答する。

最後に、必要に応じて（または所望に応じて）、受信側（この場合はＰＳＡＰ２２０）が発信側（この場合は無線国際呼発呼者５１０）にコールバック通信を試みる。このコールバック試行はＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００の方へ向けられる。ＴｅｍｐＥＮＵＭサービス・ゲートウェイ１００がＴｅｍｐＥＮＵＭデータベースでルックアップを行い、提供されたＴｅｍｐＥＮＵＭをそのＴｅｍｐＥＮＵＭに関連する一時的に記憶された発呼側識別子にマップする。

コールバック通信が、取り出された発呼側識別子を使用してルーティングされ、このことは、この場合、コールバック通信が、国際無線発呼者５１０にサービスするＭＳＣ５８０に向けられ、最終的に、国際無線発呼者５１０に向けられることを意味する。

本発明は、外国のマーケットによって使用されるＰＣＳ周波数をサポートする任意の米国のＧＳＭキャリアを含めて、無線Ｅ９−１−１マーケットにおいて特に利用可能である。他のアプリケーションには、ロードサイド・アシスタンス／緊急中継センタ、インスタント・メッセージング・プロバイダ、およびピア−ツー−ピア音声プロバイダがある。また、ＶｏＩＰオペレータ、特に、モバイル／ノマディック国際加入者をサポートするＶｏＩＰオペレータ、北米の加入者の国際番号をマーケティングしたいＶｏＩＰオペレータ、およびＥＮＵＭディレクトリに加入したくない加入者とのＶｏＩＰオペレータにも特に利用可能である。

本発明は、本発明の例示的実施形態に関して説明されてきたが、当業者は、本発明の真の主旨と範囲から逸脱することなく、本発明の説明された実施形態に対して様々な変更を行うことができるであろう。

本発明の原理による、Ｔｅｍｐ ＥＮＵＭゲートウェイに関する例示的基本的メッセージ・フローを示す図である。 本発明の原理による、ロードサイド・アシスタンス／緊急中継センタに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す図である。 本発明の原理による、インスタント・メッセージング・サービスに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す図である。 本発明の原理による、ピア−ツー−ピア・ボイス・プロバイダ・サービスに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す図である。 本発明の原理による、無線Ｅ９−１−１サービスに関して使用中の一時的ＥＮＵＭサービス・ゲートウェイに関する例示的メッセージ・フローを示す図である。

Claims (38)

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. 前記一時的ＥＮＵＭが１０桁北米番号計画の要件に合致する、請求項３１に記載の機器。
33. 前記受信された要求が発呼側情報を含む、請求項２８に記載の機器。
34. 前記発呼側情報が電話番号を含む、請求項３３に記載の機器。
35. 前記発呼側情報がインスタント・メッセージＩＰアドレスを含む、請求項３３に記載の機器。
36. 前記発呼側情報が電話番号を含む、請求項３３に記載の機器。
37. 前記発呼側情報がモバイル・ディレクトリ番号（ＭＤＮ）を含む、請求項３３に記載の機器。
38. 前記発呼側情報が電子メール・アドレスを含む、請求項３３に記載の機器。

Images