(57)【要約】【課題】ロケーション決定のための方法およびデバイスを提供すること。【解決手段】対応する物理的ロケーションを有するデータネットワークアクセスデバイスに関係するロケーションデータを維持するステップと、データネットワークアクセスデバイスによって動作される移動デバイスからの音声サービスにアクセスするステップと、該データネットワークアクセスデバイスが、該ロケーションデータにおいて対応する物理的ロケーションを有するかどうかを決定する該音声サービス時に該ロケーションデータにアクセスするステップとを包含する、方法。【選択図】図１
2007282227.tif 000002
【特許請求の範囲】
【請求項１】
対応する物理的ロケーションを有するデータネットワークアクセスデバイスに関係するロケーションデータを維持するステップと、
データネットワークアクセスデバイスによって動作される移動デバイスからの音声サービスにアクセスするステップと、
該データネットワークアクセスデバイスが、該ロケーションデータにおいて対応する物理的ロケーションを有するかどうかを決定する該音声サービス時に該ロケーションデータにアクセスするステップと
を包含する、方法。
【請求項２】
前記ロケーションデータを使用する前記移動デバイスの物理的ロケーションを決定するステップをさらに包含する、請求項１に記載の方法。
【請求項３】
前記ロケーションデータが、前記アクセスデバイスと前記対応する物理的ロケーションのアドレスとを関係付ける、請求項１に記載の方法。
【請求項４】
前記ロケーションデータが、前記アクセスデバイスと対応する物理的ロケーションのデータリンクレーヤアドレスとを関係付ける、請求項３に記載の方法。
【請求項５】
前記データネットワークアクセスデバイスは、ローカルエリアネットワークアクセスデバイスを含む、請求項１に記載の方法。
【請求項６】
前記ローカルエリアネットワークアクセスデバイスは、ワイヤレスアクセスポイントを含む、請求項５に記載の方法。
【請求項７】
前記音声サービスにアクセスすることは、前記データネットワークアクセスデバイスを介して前記移動デバイスとネットワークエレメントとの間の通信セッションを確立することを含む、請求項１に記載の方法。
【請求項８】
前記通信セッションを確立することは、パケットベースの音声コールを確立することを含む、請求項７に記載の方法。
【請求項９】
前記通信セッションを確立することは、セッション開始プロトコル（ＳＩＰ）セッションを確立することを含む、請求項７に記載の方法。
【請求項１０】
前記判定の結果をエンティティに供給することをさらに包含する、請求項１に記載の方法。
【請求項１１】
ロケーションデータを維持することは、エンティティからの情報をリクエストすることを包含する、請求項１に記載の方法。
【請求項１２】
前記情報はデータベースをポピュレートするために使用される、請求項１１に記載の方法。
【請求項１３】
対応する物理的ロケーションを有するデータネットワークアクセスデバイスに関係するロケーションデータを維持するステップと、
音声サービスをデータネットワークアクセスデバイスによって動作される移動デバイスに供給するステップと、
該データネットワークアクセスデバイスが、該ロケーションデータにおいて対応する物理的ロケーションを有するかどうかを決定する該音声サービス時に該ロケーションデータにアクセスするステップと
を包含する、方法。
【請求項１４】
コンピュータ可読媒体に記憶され、命令を備えるソフトウェアであって、該命令はデータプロセッシングシステムを、
対応する物理的ロケーションを有するデータネットワークアクセスデバイスに関係するロケーションデータを維持するステップと、
音声サービスをデータネットワークアクセスデバイスによって動作される移動デバイスに供給するステップと、
該データネットワークアクセスデバイスが、該ロケーションデータにおいて対応する物理的ロケーションを有するかどうかを判定する該音声サービス時に該ロケーションデータにアクセスするステップと
を行わせる命令を備える、ソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
本記述は、データ検証に関する。
【背景技術】
【０００２】
米国でしばしば「９１１」コ−ルと呼ばれる緊急音声コールを処理するとき、音声サービスネットワークオペレータは、法律によって時々、電話に応答する公安職員が発信者の物理的ロケーションを決定し得るようにすることが要求される。この情報は、どの警察、消防または救急署が発信者のロケーションに対応するかということおよび彼らに場所を正確に指示することを決定するために使用される。
【０００３】
音声サービスが、固定した地上通信線を使用して固定したロケーションに提供されるとき、発信者の物理的アドレスは発信者の電話番号に基づき捜し当て得る。
【０００４】
携帯およびＩＰベースの音声サービスにおいて、電話番号は、物理的ロケーションに固定されない。携帯ネットワークにおける電話の物理的ロケーションを決定する一方法は、ＧＰＳ（グローバルポジショニングシステム）技術を利用する。そのような技術は、ＧＰＳ衛星信号が電話に到達するのを制限する構造物内では必ずしも有効ではない。
【発明の開示】
【課題を解決するための手段】
【０００５】
（概要）
一般的な局面における、インターネットプロトコル（ＩＰ）ネットワークにおいて、発信者のクライアントデバイスまたは移動局にサーブする比較的固定したネットワークアクセスデバイス（たとえば、ワイヤレスアクセスポイント、イーサネット（登録商標）スイッチまたはルータ）の不変メディアアクセスコントロール（ＭＡＣ）アドレスは、ロケーションデータベースルックアップキーとして使用され得る。たとえば、移動局から開始されたＩＰベースの緊急コールは、緊急コールのためのセットアップ信号化の前またはその時に決定されたサーブするＭＡＣアドレスに関係付けられた物理的関係に基づき、位置付けられる。
【０００６】
ロケーションデータベースをポピュレートする（ｐｏｐｕｌａｔｅ）一方法は、加入者が音声サービスを購入するときにロケーション入力を追加することである。サービスが供給されるとき、ロケーション決定に有用なＭＡＣアドレスは、識別され、データベースに追加される。そのようなＭＡＣアドレスは、しばしば、ユーザの家のワイヤレスアクセスポイントなどのインターネットアクセスデバイスに関係する。加入者は、ネットワークオペレータと共に、このＭＡＣアドレスに対応するロケーションを構成するために作業する。
【０００７】
別の方法において、第三者は、地理的地域を調査し（たとえば、「スニファ」バンを市内に走らせ）、ロケーションおよび発見されたワイヤレスアクセスポイントの対応するＭＡＣアドレスを記録する。
【０００８】
一般に一局面において、データネットワークアクセスデバイスを対応する物理的ロケーションに関係付けるロケーションデータは維持され、データネットワークアクセスデバイスによってサーブされる移動デバイスからの音声サービスはアクセスされ、ロケーションデータは、データネットワークアクセスデバイスがロケーションデータにおいて対応する物理的ロケーションを有するかどうかを決定するために音声サービス時にアクセスされる。
【０００９】
インプリメントは、以下の特徴の一つ以上を含む。ロケーションデータを使用する移動デバイスの物理的ロケーションは、決定される。ロケーションデータは、アクセスデバイスのアドレスを対応する物理的ロケーションに関係付ける。ロケーションデータは、アクセスデバイスのデータリンクレーヤアドレスを対応する物理的ロケーションに関係付ける。データネットワークアクセスデバイスは、ローカルエリアネットワークアクセスデバイスを含む。音声サービスにアクセスすることは、データネットワークアクセスデバイスを介して移動デバイスとネットワークエレメントとの間の通信セッションを確立することを含む。通信セッションを確立することは、パケットベース音声コールを確立することを含む。通信セッションを確立することは、セッション開始プロトコル（ＳＩＰ）セッションを確立することを含む。決定の結果は、エンティティに供給される。ロケーションデータの維持は、エンティティからの情報のリクエストを備える。情報はデータベースをポピュレートするために使用される。
【００１０】
一般に一局面において、データネットワークアクセスデバイスを対応する物理的ロケーションに関係付けるロケーションデータは維持され、ロケーションデータは、データネットワークアクセスデバイスがロケーションデータにおいて対応する物理的ロケーションを有するかどうかを決定するために音声サービス時にアクセスされる。
【００１１】
本明細書に記述されたソリューションの利点のなかに、次のものが一つ以上ある。緊急コールが自動的なロケーションルックアップから利益を受けるかどうかなどのクライアントの音声サービスに直接に適用される情報は、ダイナミックに発見される。ソリューションは、サービス供給時に存在した単一の状況に頼るのみよりはむしろ、ユーザが実際に使用するネットワークアクセスポイントの履歴に関する情報を利用する。ソリューションは、ＭＡＣアドレスに類似するが異なるアドレシングシステムを使用するシステムなどの、無線および有線システムを含む種々様々のＩＰアクセスシステムに適用可能である。サービスプロバイダは、ロケーションデータベースにまだないが、おそらくあるべきであるアクセスシステムを発見し得る。緊急コールプロセッシングロジックは、ロケーション情報ステータスを考慮に入れ得、おそらく、システムがあり得る代替案が追求されることを決定可能とする。
【００１２】
ユーザは、その現在の情報ステータスに対応し得る。非緊急ベースにおいて、ユーザは、ユーザのサービスプロバイダに対して、データベースをポピュレートすること、おそらくユーザ自身情報をポピュレートすることに使用されることを望むロケーションを伝え得る。緊急ベースにおいて、ユーザが緊急コールを行うことを決定した方法を改変することによって、たとえば、ユーザがロケーション機能が重大でその電話で利用可能であるが別の電話では利用不可であることを知っている場合、特定の電話を使用することによって、応答し得る。
【００１３】
その他の特徴および利点は、記述および請求項から明らかである。
【００１４】
本発明は、さらに以下の手段を提供する。
【００１５】
（項目１）
対応する物理的ロケーションを有するデータネットワークアクセスデバイスに関係するロケーションデータを維持するステップと、
データネットワークアクセスデバイスによって動作される移動デバイスからの音声サービスにアクセスするステップと、
該データネットワークアクセスデバイスが、該ロケーションデータにおいて対応する物理的ロケーションを有するかどうかを決定する該音声サービス時に該ロケーションデータにアクセスするステップと
を包含する、方法。
（項目２）
上記ロケーションデータを使用する上記移動デバイスの物理的ロケーションを決定するステップをさらに包含する、項目１に記載の方法。
（項目３）
上記ロケーションデータが、上記アクセスデバイスと上記対応する物理的ロケーションのアドレスとを関係付ける、項目１に記載の方法。
（項目４）
上記ロケーションデータが、上記アクセスデバイスと対応する物理的ロケーションのデータリンクレーヤアドレスとを関係付ける、項目３に記載の方法。
（項目５）
上記データネットワークアクセスデバイスは、ローカルエリアネットワークアクセスデバイスを含む、項目１に記載の方法。
（項目６）
上記ローカルエリアネットワークアクセスデバイスは、ワイヤレスアクセスポイントを含む、項目５に記載の方法。
（項目７）
上記音声サービスにアクセスすることは、上記データネットワークアクセスデバイスを介して上記移動デバイスとネットワークエレメントとの間の通信セッションを確立することを含む、項目１に記載の方法。
（項目８）
上記通信セッションを確立することは、パケットベースの音声コールを確立することを含む、項目７に記載の方法。
（項目９）
上記通信セッションを確立することは、セッション開始プロトコル（ＳＩＰ）セッションを確立することを含む、項目７に記載の方法。
（項目１０）
上記判定の結果をエンティティに供給することをさらに包含する、項目１に記載の方法。
（項目１１）
ロケーションデータを維持することは、エンティティからの情報をリクエストすることを包含する、項目１に記載の方法。
（項目１２）
上記情報はデータベースをポピュレートするために使用される、項目１１に記載の方法。
（項目１３）
対応する物理的ロケーションを有するデータネットワークアクセスデバイスに関係するロケーションデータを維持するステップと、
音声サービスをデータネットワークアクセスデバイスによって動作される移動デバイスに供給するステップと、
該データネットワークアクセスデバイスが、該ロケーションデータにおいて対応する物理的ロケーションを有するかどうかを決定する該音声サービス時に該ロケーションデータにアクセスするステップと
を包含する、方法。
（項目１４）
コンピュータ可読媒体に記憶され、命令を備えるソフトウェアであって、該命令はデータプロセッシングシステムを、
対応する物理的ロケーションを有するデータネットワークアクセスデバイスに関係するロケーションデータを維持するステップと、
音声サービスをデータネットワークアクセスデバイスによって動作される移動デバイスに供給するステップと、
該データネットワークアクセスデバイスが、該ロケーションデータにおいて対応する物理的ロケーションを有するかどうかを判定する該音声サービス時に該ロケーションデータにアクセスするステップと
を行わせる命令を備える、ソフトウェア。
【００１６】
（摘要）
データネットワークアクセスデバイスを対応する物理的ロケーションに関係付けるロケーションデータは維持され、データネットワークアクセスデバイスによってサーブされる移動デバイスからの音声サービスはアクセスされ、音声サービス時のロケーションデータは、データネットワークアクセスデバイスがロケーションデータにおける対応する物理的ロケーションを有するかどうかを決定するためにアクセスされる。
【発明を実施するための最良の形態】
【００１７】
（説明）
図１および図２を参照すると、音声サービスアクセスのプロセスの一部として、ネットワーク１２２内のロケーションデータベース１０８が、ポピュレートされ、検証され、更新され、アクセスされる。音声サービスアクセスのプロセスには、例えば、移動局または携帯電話を用いて、ネットワークと通信することを含む。特に、ユーザ１２４は、ＩＰベースの音声サービスを用いてネットワークと通信し得る。それは、ユーザのデータトラフィックおよび音声トラフィックが、無線ネットワークまたはＰＳＴＮを介する代わりに、インターネットを介してルーティングされるようにして行われる。
【００１８】
一部の例において、ロケーションデータベース１０８は、緊急音声コールサービスを支える緊急コールロケーションデータを含む。例えば、アクセスポイント１０２によってサービスされる音声クライアントデバイス１００からユーザが緊急コールを行うとき、緊急音声コールサービスは、アクセスポイント１０２のＭＡＣアドレスと、緊急コールを行うユーザの物理的ロケーションを決定するロケーションデータベース１０８内の物理的ロケーションとの関連を用いる。音声クライアントデバイス１００をサービスするインターネットアクセスポイント１０２のＭＡＣアドレス１３０が、緊急コールロケーションデータ内にあるかどうかをチェックして、緊急サービスロケーション情報のステータスが、ユーザ１２４、音声サービスプロバイダ１２６、および／または他の関係者１２８に指示され得る。このようなステータスチェックは、アクセスポイント１０２がロケーションデータベース１０８の任意の種類のエントリを有するかどうかを指示する。この種のチェックは、ロケーションデータベース１０８をポピュレートさせること、あるいは、あるデータ（例えば、物理的アドレス１１１をネットワークアドレス１１３にマッピングしている表１０９）と一緒にロケーションデータベースをポピュレートさせる必要を検出することを可能とし得る。ＭＡＣアドレス１３０が、ロケーションデータベース１０８内にない場合、関係者は、ＭＡＣアドレス１３０に対するロケーション情報を有するデータベース１０８を更新し得る。
【００１９】
図１に示されるように、一部の例において、ユーザ１２４は、アクセスポイント１０２を介してＩＰネットワーク上で通信するクライアントデバイス１００に電話コールを行う。一部の例において、クライアントデバイス１００は、アクセスポイント１０２を介して、ＳＩＰベースのコールまたはＵＭＡベースのコールを行い得る。一部の例においては、クライアントデバイス１００は、ＵＭＡで有効な電話であり得る。一部の例において、アクセスポイント１０２は、ローカルエリアネットワーク（ＬＡＮ）１１６を介して動的ホスト構成プロトコル（ＤＨＣＰ）サーバ１３２から、クライアントデバイス１００に対するローカルＩＰアドレスを求める。一度、ＤＨＣＰが、クライアントデバイス１００にＩＰアドレスを割り当てたら、クライアントデバイスは、イーサネット（登録商標）パケットを用いて、アクセスポイント１０２を介してＬＡＮネットワーク１１６に送信を開始する。ＬＡＮ１１６は、アクセスルータ１１８を介して、広域エリアネットワーク（ＷＡＮ）１１４に接続される。ＷＡＮ１１４を用いて、クライアントデバイス１００は、ロケーションデータベース１０８と直接通信し得る。クライアントデバイス１００は、また、メディアゲートウェーのような音声アプリケーションネットワークエレメント１０６と通信し得る。
【００２０】
音声アプリケーションネットワークエレメント１０６は、また、ロケーションデータベース１０８と直接通信し得る。音声アプリケーションネットワークエレメント１０６は、また、例えば、音声およびネットワークデータベースをＰＳＴＮ１１７または移動ネットワーク１３４に移送させるなど、標準のネットワーク化機能を実行する。ＰＳＴＮ１１７は、次いで、９１１のオペレータ１３８の電話のようなＰＳＴＮ電話１２０と、通信し得る。移動ネットワーク１３４は、それに従って、コールを基地局コントローラ１３６と通信し得、これに従って、コールを転送する。他のネットワーク化アレンジメントも可能である。
【００２１】
図２に示されるように、クライアントデバイス１００は、そのアクセスポイント１０２としてサービスするデバイスのＭＡＣアドレス１３０を受信する（ステップ１５０）。これは、通常、そのアクセスポイント１０２のデフォルトゲートウェーアスペクトに接続しようと試みるクライアントデバイス１００によって行われる。クライアントデバイス１００は、通常、動的ホスト構成プロトコル（ＤＨＣＰ）サーバ１３２を介するデフォルトゲートウェーアスペクトのＩＰアドレス１３１に与えられるが、他の方法も可能である。一部の例において、クライアントデバイス１００は、アドレス解像プロトコル（ＡＲＰ）にデフォルトゲートウェーＩＰアドレス１３１を適用することによって、アクセスポイント１０２のＭＡＣアドレス１３０を決定する。ＡＲＰプロトコルに続いて、クライアントデバイス１００は、ＩＰアドレス１３１をリスト化しているＡＲＰパケットのイーサネット（登録商標）放送を実行する。このようなパケットは、ＩＰアドレス１３１の所有者が、ＡＲＰ応答パケットを送信することをリクエストする。このようなＡＲＰ応答パケットは、ＩＰアドレスに対応するＭＡＣアドレス１３１を報告する。このような状況において、デフォルトゲートウェーのＭＡＣアドレスは、サービングＭＡＣアドレス１３０と称され得る。
【００２２】
クライアントデバイス１００のネットワークアプリケーション１１０は、サービングＭＡＣアドレス１３０をクライアントデバイス１００の音声アプリケーション１０４に提供する（ステップ１５２）。
【００２３】
一部の例において、音声アプリケーション１０４は、初期化プロセスのステップの一つであるロケーションルックアップ情報検証を、クライアントデバイス１００が音声アプリケーションネットワーク１０６にアクセスする時間か、その近い時間かのいずれかに行う。ときどき、これは、「登録」または「ネットワークアタッチメント」時間と称される。一部の例において、音声アプリケーション１０４は、ロケーションデータベース１０８のサービングＭＡＣアドレス１３０の状態を自身でチェックし得る（ステップ１５４）。一部の例において、クライアントの音声アプリケーション１０４は、音声アプリケーションネットワークエレメント１０６に、サービングＭＡＣアドレスを送信し得て（ステップ１５６）、これによって、クライアントの代理で、ロケーションデータベースのチェックを実行する（ステップ１５８）。
【００２４】
一部の例において、ロケーションチェックは、現在クライアントデバイス１００をサービスしているＭＡＣアドレス１３０のデータベースルックアップの形式を採り得る。しかしながら、このようなルックアップは、別の方法でもインプリメントされ得る。一部の例において、チェックは、実際の緊急コールが行われるのと同じ方法でサービングＭＡＣアドレス１３０に通信する音声アプリケーションネットワークエレメント１０６に、「テスト」コールをする形式を採り得る。音声アプリケーションネットワークエレメント１０６は、データベース１０８をクエリし得る。これは、サービングＭＡＣアドレス１３０が、ロケーションデータベース１０８へのエントリを有するかどうかを指示して、単なる「オーケーである」対「オーケーでない」のステータスを、クライアントデバイス、または音声アプリケーションネットワークエレメント１０６に返答し得る。
【００２５】
一部の例において、チェックは、ミッションのクリティカルコンポーネントに負担が掛かるのを避けるために、非緊急な方法で行われ得る。非緊急な方法は、非緊急である指示を有するクエリをマークすることによって、あるいは特にこの目的のために割り当てられた装置（ｅｑｕｉｐｍｅｎｔ）によってそのようなクエリを作成することによって、実行され得る。
【００２６】
一部の実施形態は、また、ロケーション情報とデータベース１０８と一緒にポピュレートさせるプロセスを含み得る。これは、様々な方法によって行われ得る。一部の例において、ネットワーク１２２は、ロケーションチェックが、特定のＭＡＣアドレス１３０に対して、ＭＡＣアドレスはデータベース１０８内のエントリを有しないことを指示する「オーケーでない」ステータスを返したことをユーザ１２４に通知する。代替として、クライアントデバイス１００は、また、サービングＭＡＣアドレス１３０がロケーションデータベース１０８の中にないことをユーザ１２４に通知し得る。ユーザ１２４は、次いで、ＭＡＣアドレスに対して、好ましい物理的ロケーションでも肯定的に対応し得る。
【００２７】
チェックが緊急コールの間に行われたら、９１１のオペレータ１３８は、また、ＭＡＣアドレス１３０がロケーションデータベース１０８にないことを通知し得る。９１１オペレータは、次いで、ユーザ１２４からロケーションを言葉でリクエストし得、ロケーションデータベース１０８内の対応するデータを入力し得る。
【００２８】
一部の例において、ロケーションチェックは、民間ＩＰネットワークに対する認証の一部として実行される。ユーザ１２４は、自分が民間ネットワークにアクセスする前に、自分が（おそらく、パスワードに加えて）ロケーションを入力すべきことを通知される。このロケーション情報は、次いで、ロケーションデータベース１０８をポピュレートさせるために使用される。
【００２９】
他の例において、ネットワーク１２２は、ユーザの物理的ロケーションを独立に決定する三角測量または同様なアプローチを使用する。ネットワークは、ユーザ１２４の側には一切肯定的なアクションを行うことなく、このデータをロケーションデータベース１０８に入力する。
【００３０】
別の実施形態において、ロケーションチェックは、サービングＭＡＣアドレス１０３が何らかの理由で変更するとき、いつでも実行される。
【００３１】
様々な実施形態は、ハードウェアで、またはソフトウェアで、あるいはハードウェアとソフトウェアとの双方の組み合わせで、インプリメントされ得る。ソフトウェアコンポーネントとしては、不揮発性メモリおよび磁気または光学ディスクのようなコンピュータ可読媒体に格納された命令を含み得る。命令は、様々な種類の物理的プロセッサまたはバーチャルプロセッサ（汎用目的コンピュータ、特別目的コントローラ、信号処理デバイス、命令インタープリータおよびバーチャルマシンを含む）上で実行するためのものであり得る。
【００３２】
他の実施形態は、特許請求の範囲の範囲内に収まり得る。
【図面の簡単な説明】
【００３３】
【図１】ネットワークを示す。
【図２】流れ図を示す。
【符号の説明】
【００３４】
１００  クライアントデバイス
１０２  アクセスポイント
１０６  音声アプリケーションネットワークエレメント
１０８  ロケーションデータベース
１０９  表
１１１  物理的アドレス
１１３  ネットワークアドレス
１１４  広域エリアネットワーク（ＷＡＮ）
１１６  ローカルエリアネットワーク（ＬＡＮ）
１１７  ＰＳＴＮ
１１８  アクセスルータ
１２０  ＰＳＴＮ電話１２０
１２２  ネットワーク
１２４  ユーザ
１２６  音声サービスプロバイダ
１２８  他の関係者
１３０  ＭＡＣアドレス
１３２  動的ホスト構成プロトコル（ＤＨＣＰ）サーバ
１３４  移動ネットワーク
１３８  ９１１オペレータ
【図１】
2007282227.tif 000003
【図２】
2007282227.tif 000004