(57)【特許請求の範囲】
【請求項１】
公衆交換電話ネットワーク（ＰＳＴＮ）、セルラーネットワーク及びインターネットプロトコル（ＩＰ）ネットワークを介して通信する緊急移動体測位（ＥＭＰ）サーバと、
前記ＩＰネットワークを介してインターネットサービスプロバイダ（ＩＳＰ）によって提供される無線アクセスポイント（ＡＰ）の認識された地番及び関連付けられたタグを格納する緊急サービス番号（ＥＳＮ）データベースサーバと、
非一時的なコンピュータ可読媒体内に格納され、前記ＩＳＰに認識された地番における無線アクセスポイント（ＡＰ）のプロセッサ上で実行されるＥＭＰ−ＡＰコンポーネントであって、前記ＥＭＰ−ＡＰコンポーネントは、前記ＩＰネットワークを介して前記ＩＳＰとタグ情報を通信し、前記タグ情報は、前記地番に関連付けられていると共に前記ＥＳＮデータベースサーバ内に格納されたタグを含み、前記タグは、前記ＡＰによって送信される無線周波数（ＲＦ）ビーコン信号の一部を形成し、前記ＥＭＰ−ＡＰコンポーネントは、前記ＩＳＰによって生成されて、前記ＩＰネットワークを介して前記ＡＰへと送信され、前記ＡＰの前記非一時的なコンピュータ可読媒体内に格納され、前記ＥＭＰ−ＡＰコンポーネントは、前記タグを前記ＡＰによって提供される他のビーコン情報と共に、前記ＲＦビーコン信号のビーコンフレーム内に埋め込むためのコードセグメントを含む、ＥＭＰ−ＡＰコンポーネントと、
オペレーティングシステム（ＯＳ）内に組み込まれ、携帯電話のプロセッサ上で実行され、前記ＡＰの前記ビーコン信号を監視すると共に前記タグを格納するように動作するＥＭＰ−ＯＳコンポーネントであって、前記ＥＭＰ−ＯＳコンポーネントは、さらに、前記タグを、前記携帯電話から前記ＥＭＰサーバへのネットワークを介した緊急呼出内に埋め込むように動作し、かつ、前記ＥＭＰ−ＯＳコンポーネントは、さらに、全地球測位システム（ＧＰＳ）情報、補助ＧＰＳ（ＡＧＰＳ）情報及び統一資源位置指定子（ＵＲＬ）情報のうち少なくとも１つを、前記ＩＰネットワークを介して前記ＥＭＰサーバへと送信するように動作する、ＥＭＰ−ＯＳコンポーネントと
を備えた緊急位置通報装置システムであって、
これにより、前記ＥＭＰサーバは前記緊急呼出内に埋め込まれた前記タグを受信し、それによって前記タグに関連付けられた前記地番が前記ＥＳＮデータベースサーバから引き出され得、
前記ＥＭＰサーバは、前記ＩＰネットワークを介してＥＳＮオペレータと通信し、
前記ＥＳＮオペレータは、前記関連付けられた地番を取得するために、前記タグを前記ＥＳＮデータベースへと提供する、緊急位置通報装置システム。
【請求項２】
前記ＥＭＰ−ＯＳコンポーネントは、複数のビーコン信号を監視し、複数のタグを格納し、複数のタグを前記緊急呼出内に埋め込む、請求項１に記載の緊急位置通報装置システム。
【請求項３】
公衆交換電話ネットワーク（ＰＳＴＮ）、セルラーネットワーク及びインターネットプロトコル（ＩＰ）ネットワークを介して通信する緊急移動体測位（ＥＭＰ）サーバと、
前記ＩＰネットワークを介してインターネットサービスプロバイダ（ＩＳＰ）によって提供される無線アクセスポイント（ＡＰ）の認識された地番及び関連付けられたタグを格納する緊急サービス番号（ＥＳＮ）データベースサーバと、
前記ＩＳＰに認識された地番における及び前記ＩＳＰに認識された統一資源位置指定子（ＵＲＬ）を備えたアクセスポイント（ＡＰ）のプロセッサ上で実行される無線アクセスポイント（ＡＰ）ＥＭＰ−ＡＰコンポーネントであって、前記ＥＭＰ−ＡＰコンポーネントは、前記地番に関連付けられていると共に前記ＥＳＮデータベースサーバ内に格納された、前記ＩＳＰに認識されたタグを提供し、前記タグは、前記ＡＰによって提供される他のビーコン情報を備えた無線周波数（ＲＦ）ビーコン信号の一部として継続的に送信されるビーコンフレーム内に埋め込まれる、無線アクセスポイント（ＡＰ）ＥＭＰ−ＡＰコンポーネントと、
携帯電話のプロセッサ上で実行され、前記ＡＰの前記ビーコン信号を監視すると共にタグを引き出して前記携帯電話上に格納するように動作するモバイルオペレーティングシステム（ＯＳ）ＥＭＰ−ＯＳコンポーネントであって、前記ＥＭＰ−ＯＳコンポーネントは、さらに、格納された前記タグを、前記携帯電話から前記ＥＭＰサーバへのネットワークを介した次の緊急呼出内に埋め込むように動作し、かつ、前記ＥＭＰ−ＯＳコンポーネントは、さらに、全地球測位システム（ＧＰＳ）情報を前記ＩＰネットワークを介して前記ＥＭＰサーバへと送信するように動作する、モバイルオペレーティングシステム（ＯＳ）ＥＭＰ−ＯＳコンポーネントと
を備えた緊急位置通報装置システムであって、
これにより、前記ＥＭＰサーバは前記次の緊急呼出内に埋め込まれた前記ＡＰの前記タグを受信し、それによって前記ＡＰの前記タグに関連付けられた地番が前記ＥＳＮデータベースサーバから引き出され得、
前記ＥＭＰサーバは、前記ＩＰネットワークを介してＥＳＮオペレータと通信し、
前記ＥＳＮオペレータは、前記関連付けられた地番を取得するために、前記タグを前記ＥＳＮデータベースへと提供する、緊急位置通報装置システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１７年１０月１９日に出願された米国出願第１５／７８８７４９号からの優先権を主張し、これは参照により本明細書に組み込まれる。
【背景技術】
【０００２】
従来、電気通信は、公衆交換電話ネットワーク（ＰＳＴＮ）を介して行われている。ＰＳＴＮ上で動作する、電気通信会社の加入者の地番及び他の位置情報を保持するシステムが、緊急初期対応者に対して地番及び位置を提供するために開発されてきた。電話機の位置は、電話の設置や料金請求の確立等によって電話会社や通信事業者に知られていたため、電気通信会社の加入者の位置を特定することは比較的容易であった。
【０００３】
電気通信は、主にモバイル電話産業の発展と成長によって、ここ数年にわたって急速に変化している。その結果、消費者が通信する際の主要な方法が変化して、緊急サービス番号（ＥＳＮ）サーバによる位置又は地番を電話番号に関連付ける能力が発揮できなくなっている。現在、モバイルデバイスは緊急呼出の７０％以上を占めており、既存の位置特定手法では、ＥＳＮサーバは、例えば住居又は建物の公の番地のような検証済みの地番ではなく、せいぜい地図上の円で表される推定位置しか提供できない。
【０００４】
また、ボイスオーバーインターネットプロトコル（ＶＯＩＰ）を含む電気通信の新しい形式も開発されてきている。新しい形式の電気通信により、加入者は様々な無線アクセスポイントにアクセス可能な無線デバイスを使用して、インターネット等の通信ネットワークを介して通信することができる。例えば、アンライセンスドモバイルアクセス（ＵＭＡ）は、多くのモバイルキャリアのコアネットワークへのインターネットプロトコル（ＩＰ）アクセスを可能にする。ＵＭＡアクセスを使用して無線デバイスを特定する主要な方法は、デバイスの全地球測位システム（ＧＰＳ）機能を使用することによって行うものである。しかしながら、ＧＰＳの精度は限られており、特に緊急呼出の発信が多い市街地では限定的である。
【０００５】
通信ネットワークに無線アクセスするための一般的なインタフェースの１つは、ＩＥＥＥ８０２．１１通信プロトコルを含んでいる。この通信プロトコルは、一般にＷｉＦｉとして、業界内ではアンライセンスドモバイルアクセス（ＵＭＡ）として知られている。ＵＭＡの標準は、モバイル業界とＷｉＦｉ業界団体の間で確立された。無線デバイスは、加入者がＷｉＦｉ対応アクセスポイントにアクセスすることを可能にするＷｉＦｉ通信プロトコルを有するように構成される。多くのＷｉＦｉ対応無線デバイスは、全地球測位システム（ＧＰＳ）機能を有しており、この機能によって、ＷｉＦｉ対応デバイスのＧＰＳ位置情報（すなわち、緯度及び経度座標）が通信可能になる。ＧＰＳ位置情報は、推定地理的位置にいる人物の追跡又は位置特定に役立つが、そのような情報は、緊急事態ではさほど役に立たない。緊急事態において、消防士や警察等の緊急救助隊は、緊急事態の緊急救助を行うために、地番（例えば、番地）情報の方をよりよく理解している。
【０００６】
公安応答局（ＰＳＡＰ）すなわち緊急呼出センターは、緊急サービスによって使用され、公衆からの呼出に応答して、警察又は消防士等の緊急要員に対して緊急事態に対応するよう通知する。従来、発呼者は９１１（欧州では１１２）をダイヤルしてＰＳＡＰに連絡し、通話中に位置情報を提供していた。発呼者識別子（つまり、発呼者ＩＤ）が導入された際、ＰＳＡＰには、緊急９１１呼出を発呼する個人の名前及び電話番号を識別する発呼者ＩＤに対応した電話システムがインストールされた。この発呼者ＩＤの第１バージョンは、タイプＩ発呼者ＩＤとして知られている。タイプＩの発呼者ＩＤは、鳴動時間の間に発呼者の電話番号及び呼出の日時を提供する単一データメッセージフォーマット（ＳＤＭＦ）や複数データメッセージフォーマット（ＭＤＭＦ）にて動作する。第２のタイプ発呼者のＩＤすなわちタイプＩＩ発呼者ＩＤは、被呼者と第１の発呼者との間の呼出が行われている際に、第２の発呼者の名前及び地番情報を被呼者に通信するために後ほど開発された。タイプＩＩ発呼者ＩＤは、発呼者の名前、電話番号、日付及び時刻を通信する複数データメッセージフォーマット（ＭＤＭＦ）を使用している。
【０００７】
拡張９１１（Ｅ９１１）は、９１１緊急呼出システムの北米電話ネットワーク（ＮＡＴＮ）機能であって、このシステムは、セルラー電話会社によって提供される逆電話ディレクトリを使用して、発呼者の位置情報を決定する。米国内で動作するＥ９１１システムには、フェーズＩとフェーズＩＩの２つのタイプがある。Ｅ９１１フェーズＩシステムは、９１１呼出を受信するセルサイト又は基地局の電話番号、発呼者及び場所をオペレータに提供することが要求される。Ｅ９１１フェーズＩＩシステムは、自動位置識別（ＡＬＩ）を使用することが要求される。しかしながら、Ｅ９１１フェーズＩＩシステムで構成されているのは、全ＰＳＡＰのうち１８％のみである。ＰＳＡＰの残りの８２％はＥ９１１フェーズＩシステムで構成されており、ＧＰＳ座標を処理できないため、９１１緊急呼出にＧＰＳ座標を使用する無線電話を所持している加入者は、これらのＰＳＡＰによって適切にサービスを受けることができない。発呼者がＷｉＦｉ対応の無線デバイス等の非セルラー無線デバイスを使用している場合、Ｅ９１１フェーズＩ機能を備えたＰＳＡＰにおけるオペレータは、発呼者から受信したＧＰＳ座標に基づいて地番の場所を特定できない。また、ＷｉＦｉ対応の無線デバイスは、セルラーネットワークを介して通信しないため、ＰＳＡＰに通信するセルサイト又は基地局の位置情報が存在しない。さらに、該デバイスはポータブルであるため、携帯電話（cell phone）に関連付けられた請求先の地番が、必ずしも緊急対応者の送信先とはみなされない。このことは、発呼者の位置特定がより困難になり、法的要件のセットが異なることを意味する。
【０００８】
正確かつ自動でのモバイル緊急位置特定は、ＥＳＮ産業における最大の課題である。上述のように、現在、緊急呼出の約７０％がモバイルデバイスからのものである。現在の方法論は全てネットワーク中心であり、セルラーネットワーク上に階層化されている。例えば、大まかな位置は、ＧＰＳ、補助ＧＰＳ（ＡＧＰＳ）、セルタワーの三角測量及びセルタワーの信号強度／電力の測定を使用して決定され得る。残念ながら、これらの手法は発呼者の位置の大雑把な見積り（例えば、地図上の円）を提供するだけであって、派遣可能な地番を提供するものではない。
【０００９】
米国特許第９，１７９，２８０号において、Ray他は、ＷｉＦｉハンドセットからの緊急９１１呼出の間に、位置情報を公衆安全応答地点へと提供するシステム及び方法を開示している。ＷｉＦｉハンドセットのユーザが緊急９１１呼出を発呼すると、ハンドセットのＧＰＳ位置及びそのモバイルディレクトリ番号がネットワークアクセス（ＷｉＦｉ）アクセスポイントにて受信される。ＷｉＦｉアクセスポイントは、ＧＰＳとハンドセットのモバイルディレクトリ番号とに地番情報を追加し、この情報をＰＳＡＰへとインターネットを介して送信する。これはＷｉＦｉハンドセットのみの解決策であり、ＷｉＦｉハンドセットがそのセキュリティ層を介してＷｉＦｉアクセスポイントにアクセス可能であって、インターネットへの接続が良好であり、ＰＳＡＰがインターネット呼出を受信及び処理できることを前提としている。
【００１０】
上述のRay他による方法論は、ＷｉＦｉ電話では機能し得る一方で、携帯電話はセルラーネットワークを使用して緊急呼出を送信するようにプログラムされている。加えて、ＷｉＦｉ電話はローカルエリアネットワーク（ＬＡＮ）に特化しており、そのようなＬＡＮでは「コントローラ」がＷｉ−Ｆｉハンドセットから通信を受信し、それが緊急呼出であることを認識して、それから位置情報を取得する。これは、管理されたＬＡＮ又は制御された環境（例えば、ショッピングモール、大企業又は工場）では効果的であるが、機能的ではないか、広範囲に使用できない。
【００１１】
米国特許出願公開第２０１７／０１７１７５４号において、South他は、セキュアなビーコンベースの緊急位置特定方法を開示している。この方法は、ユーザのデバイス上で実行されるアプリを用いて近くのビーコンからの信号を検出することと、アプリ検証情報をビーコンへと送信することとを含み、該ビーコンはその後、アプリ検証情報を含むビーコン検証情報を、ユーザデバイス及び緊急検証サーバの両方へと送信する。この方法はまた、緊急情報サーバを用いてビーコン検証情報を認証してユーザデバイスがビーコンに物理的に近接していることを検証し、ビーコン検証情報が真正である場合は、ビーコンの地理的位置に基づいてユーザデバイスの地理的位置を決定する。この解決策は、アプリがモバイルデバイス上にインストールされ、アクティブ化され、機能しており、モバイルデバイスがセキュリティ層（存在する場合）を介してビーコンにアクセス可能であって、インターネットへの接続が良好であり、全ての検証が満たされていることを前提としている。
【００１２】
South他によって記載されたこのシステムは、実装が非常に難しいと考えられている。規制上の問題が多く、ビーコンの展開及び維持に予想されるコストは非常に大きいと考えられる。加えて、公開鍵及び秘密鍵の検証及び／又は利用が複雑であるため、現在の緊急システムに多くの新しい要素を導入することになり、新システムのインストール、メンテナンス、品質管理及びシステム管理に高いコストがかかるため、オペレータが実装に消極的になり得る。
【００１３】
従来技術におけるこれらの及び他の制限は、以下の詳細な説明を読解し、図面におけるいくつかの図を検討するに際し、当業者には明らかになるであろう。
【発明の概要】
【課題を解決するための手段】
【００１４】
限定ではなく例として提示される実施形態では、緊急位置通報装置システムは、公衆交換電話ネットワーク（ＰＳＴＮ）、セルラーネットワーク及びインターネットプロトコル（ＩＰ）ネットワークを介して通信する緊急移動体測位（ＥＭＰ）サーバと、前記ＩＰネットワークを介してインターネットサービスプロバイダ（ＩＳＰ）によって提供される地番及び関連付けられたタグを格納する緊急サービス番号（ＥＳＮ）データベースサーバと、前記ＩＳＰに認識された地番におけるアクセスポイント（ＡＰ）のプロセッサ上で実行される無線アクセスポイント（ＡＰ）ＥＭＰ−ＡＰコンポーネントであって、前記ＥＭＰ−ＡＰコンポーネントは、前記ＩＳＰに認識されたタグであって、前記ＡＰによって送信される無線周波数（ＲＦ）ビーコン信号の一部を形成するタグを提供する、無線アクセスポイント（ＡＰ）ＥＭＰ−ＡＰコンポーネントと、携帯電話のプロセッサ上で実行され、前記ＡＰの前記ビーコン信号を監視すると共にタグを格納するように動作するモバイルオペレーティングシステム（ＯＳ）ＥＭＰ−ＯＳコンポーネントであって、前記ＥＭＰ−ＯＳコンポーネントは、さらに、前記タグを、前記携帯電話から前記ＥＭＰサーバへのネットワークを介した緊急呼出内に埋め込むように動作する、モバイルオペレーティングシステム（ＯＳ）ＥＭＰ−ＯＳコンポーネントとを含み、これにより、前記ＥＭＰサーバは前記緊急呼出内に埋め込まれた前記タグを受信し、それによって前記タグに関連付けられた地番が前記ＥＳＮデータベースサーバから引き出され得る。
【００１５】
別の例では、緊急移動体測位サーバは、プロセッサと、前記プロセッサに結合された公衆交換電話ネットワーク（ＰＳＴＮ）インタフェースと、前記プロセッサに結合されたセルラーネットワークインタフェースと、前記プロセッサに結合されたインターネットプロトコル（ＩＰ）ネットワークインタフェースと、前記プロセッサに結合されたメモリであって、該メモリは、前記プロセッサによって実行可能な複数のコードセグメントを含み、該複数のコードセグメントは、（ａ）前記ＰＳＴＮインタフェース、前記セルラーネットワークインタフェース及び前記ＩＰネットワークインタフェースのうち１つ以上を介して、埋め込みタグを伴った緊急呼出を受信するコードセグメントと、（ｂ）地番情報を取得するために、前記ＩＰネットワークインタフェースを介して、前記タグを用いて緊急サービス番号（ＥＳＮ）データベースサーバに問い合わせるコードセグメントと、（ｃ）前記埋め込みタグを伴った前記緊急呼出を、前記地番情報に関連付けられた前記緊急呼出センターへと転送するコードセグメントとを含む、メモリとを含んでいる。
【００１６】
無線アクセスポイント（ＡＰ）のプロセッサ上で実行可能なコードセグメントを備えた非一時的コンピュータ可読媒体の例は、タグ情報を地番におけるＡＰに結合されたＩＳＰと通信するコードセグメントと、前記タグをビーコンフレーム内に埋め込むコードセグメントと、前記ビーコンフレームを無線周波数（ＲＦ）ビーコン信号として送信するコードセグメントとを含む。
【００１７】
携帯電話のプロセッサ上で実行可能なコードセグメントを備えた非一時的コンピュータ可読媒体の別の例は、地番に関連付けられた無線アクセスポイント（ＡＰ）タグに係る無線周波数（ＲＦ）ビーコン信号を監視するコードセグメントと、前記ＡＰタグを前記携帯電話のメモリ内に格納するコードセグメントと、前記携帯電話によってなされた緊急呼出を検出するコードセグメントと、前記ＡＰタグの少なくとも１つを前記緊急呼出内に埋め込むコードセグメントとを含む。
【発明の効果】
【００１８】
本明細書に開示される方法及びシステムの利点は、レガシー緊急呼出センターを変更することなく、緊急呼出を行う携帯電話ユーザの位置をより高い精度で決定できることである。
【００１９】
本明細書に開示される方法及びシステムの別の利点は、ＥＭＰ−ＯＳコンポーネントが、緊急呼出を取り扱うための既存のプロトコルを含むモバイルデバイスのＯＳに埋め込まれることである。
【００２０】
本明細書で開示される方法及びシステムのさらに別の利点は、ＥＭＰ−ＯＳコンポーネントによって緊急呼出ストリーム内に埋め込まれたタグを使用して、個人情報を開示することなく発呼者の位置を決定できることである。
【００２１】
本明細書に開示される方法及びシステムのさらなる利点は、アクセスポイントの位置情報が、信頼されたソースによって、例えば、インターネットサービスプロバイダによって提供されることである。
【００２２】
これらの及び他の実施形態、特徴及び利点は、以下の詳細な説明を読解し、図面におけるいくつかの図を検討するに際し、当業者には明らかになるであろう。
【図面の簡単な説明】
【００２３】
ここで、いくつかの例示的な実施形態が、図面を参照して説明される。これらの図面では、同様の構成要素には、同様の参照番号が付与されている。これらの例示的な実施形態は、本発明を例示することが意図されているが、限定することは意図されていない。
【００２４】
【図１】図１は、緊急サービス番号（ＥＳＮ）システムの図である。
【００２５】
【図２】図２は、ＥＳＮシステムの一部を形成する無線アクセスポイント（ＡＰ）のブロック図である。
【００２６】
【図３】図３は、図２のＡＰによって実施されるプロセスのフロー図である。
【００２７】
【図４】図４は、モバイルアプリを備えた携帯電話のブロック図である。
【００２８】
【図５】図５は、図４のモバイルアプリによって実施されるプロセスのフロー図である。
【００２９】
【図６】図６は、緊急移動体測位（ＥＭＰ）サーバのブロック図である。
【００３０】
【図７】図７は、図６のＥＭＰサーバによって実施されるプロセスのフロー図である。
【発明を実施するための形態】
【００３１】
図１において、緊急サービス番号（ＥＳＮ）システム１０は、緊急移動体測位（ＥＭＰ）サーバ１２と、緊急サービス番号（ＥＳＮ）データベース（ＤＢ）サーバ１４と、無線アクセスポイント（ＡＰ）３０と、ＥＭＰ−ＡＰコンポーネント１６と、セルラー電話（携帯電話）ＥＭＰ−ＯＳコンポーネント１８とを含む、ＥＳＮ移動体測位サーバ、デバイス及びコンポーネントを備えている。ＥＭＰ−ＡＰコンポーネント１６は、アプリケーションプログラミングインタフェース（ＡＰＩ）、ソフトウェアデザインキット（ＳＤＫ）又はその他のものを介して、アクセスポイントのオペレーティングシステム内に組み込まれるコードセグメントを含む。ＥＭＰ−ＯＳコンポーネント１８は、常にアクティブであるように、携帯電話のオペレーティングシステムに統合されるコードセグメントを含む。ＥＳＮシステム１０はまた、セルラー電話ネットワーク２０と、インターネット２２と、インターネットサービスプロバイダ２４と、ＥＳＮオペレータステーション２８と、無線アクセスポイント（ＡＰ）３０（ここでは、例として３０Ａ、３０Ｂ及び３０Ｃと示されている個人）と、携帯電話３２とを含む、サードパーティのデバイス、コンポーネント及びシステムをも含む。本明細書で使用される際には、用語「携帯電話」、「モバイルデバイス」、「ハンドセット」及びこれに類するものは、多くの場合、同義に使用される。
【００３２】
この例では、３つの住宅Ｒ１、Ｒ２及びＲ３があり、それぞれが地番を有し、それぞれがＩＳＰ２４からインターネットサービスを受信する。他の実施形態では、住宅は、異なる又は複数のＩＳＰからインターネットサービスを受信し得ることが理解されよう。また、この例では、ＡＰ３０Ａ、３０Ｂ及び３０Ｃは、それぞれ住宅Ｒ１、Ｒ２及びＲ３内に位置しており、したがって、これらの住宅と同じ地番に関連付けられている。
【００３３】
図２において、限定ではなく例として提示されるＡＰ３０は、ＷｉＦｉデバイス３４と、Ｂｌｕｅｔｏｏｔｈデバイス３６と、１つ以上の有線イーサネット接続を有するルータ３８と、２．４Ｇ／５Ｇフロントエンド４０と、５Ｇフロントエンド４２と、２．４Ｇフロントエンド４４と、デュプレクサ４６とを含む。当業者には理解されるように、ＷｉＦｉは、ＩＥＥＥ８０２．１１（及び、後に続く高度な規格を包括する）規格に基づくデバイスとの無線ローカルエリアネットワーキングのための技術である。ＷｉＦｉは、最も一般的には、２．４ギガヘルツ超高周波（ＵＨＦ）及び５ギガヘルツ超高周波（ＳＨＦ）の産業科学医療（ＩＳＭ）無線バンドを使用する。ＷｉＦｉデバイス３４は、例として、カリフォルニア州サンノゼのBroadcom社製のＢＣＭ４３５２デュアルバンド無線機等の８０２．１１デュアルバンドトランシーバ及びプロセッサであり得る。ＷｉＦｉデバイス３４には、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）４８と、水晶（ＸＴＡＬ）５０と、直流（ＤＣ）−ＤＣコンバータ５２とが結合されている。第１のアンテナ接続５４はフロントエンド４０に結合され、第２のアンテナ接続５６はデュプレクサ４６に結合される。
【００３４】
ＷｉＦｉデバイス３４及びＢｌｕｅｔｏｏｔｈデバイス３６の両方は、「ビーコン」を送信するようにプログラムされ得る。該ビーコンは、少なくともデバイスの存在に関する情報を定期的にブロードキャストするために使用される。加えて、ビーコンは、多くの場合、ネットワーク構成やタイミングコード等の追加情報を含む。
【００３５】
ＡＰ等のインフラストラクチャネットワークアクセスポイントは、ビーコンフレームを使用して、定義された間隔（時に、デフォルトの１００ミリ秒に設定される）でビーコン信号を送信する。ビーコンフレームは、ＩＥＥＥ８０２．１１ベースのＷＬＡＮの管理フレームの１つであり、イーサネットヘッダと、本体と、フレームチェックシーケンス（ＦＣＳ）とを含む。ＷｉＦｉビーコンフレームのフィールドのいくつかは、以下を含む。
・タイムスタンプ：ビーコンフレームを受信した後、全てのステーションはそれらのローカルクロックをこの時刻に変更する。これは、同期に役立つ。
・ビーコン間隔
・機能情報（１６ビット）：デバイス／ネットワークの機能。ネットワークのタイプ、ポーリングのサポート、暗号化の詳細等を含む。
・サービスセット識別子（ＳＳＩＤ）：０〜３２オクテットのシーケンスである。これは無線ＬＡＮの識別子として使用され、特定のエリアで一意になるよう意図されている。多くの場合、ユーザが入力した人間が読解可能な文字列（別名「ネットワーク名」）である。
【００３６】
ＥＭＰ−ＡＰコンポーネント１６は、ＡＰ３０のビーコンフレームに「タグ」を埋め込むためのコード及びライブラリを備えている。ＥＭＰ−ＡＰコンポーネント１６は、ＩＳＰ２４（又は他のＩＳＰ）によって生成され、ＡＰ３０のメモリ（例えば、ＥＥＰＲＯＭ４８内）にロードされて、ＡＰの既知の地番に関連付けられる。ＥＭＰ−ＡＰ１６は、ＡＰ１６のエッジソフトウェアの一部を備えていてもよく、アクセスポイントのエッジソフトウェアに関連付けられることになるソフトウェア開発キット（ＳＤＫ）を備えていてもよい。ＥＭＰ−ＡＰ１６のコードセグメントは、ＡＰのセキュリティ層を通り抜けることができない可能性があるという点において、必ずしもＡＰ１６と通信するわけではないことに注意されたい。また、ＡＰとの通信が存在する範囲において、そのような通信は制限されている。例えば、そのような通信では、ＳＳＩＤをユーザが修正することは許可されない。また、ＥＭＰ−ＡＰ１６によって生成されたタグは、セキュリティ及びプライバシーの問題のため、モバイルデバイスのユーザによっては変更不可能であることが好ましい。
【００３７】
ＷｉＦｉアクセスポイントはＩＳＰに認識された有線インターネットアクセスポイントに接続されているため、ＷｉＦｉアクセスポイントの地番は認識されている。例えば、インターネットアクセスポイントが設置され、ミネソタ州エニータウンメインストリート１２３の地番にて１つ以上の統一資源位置指定子（ＵＲＬ）を用いてサービスされた場合に、ＩＳＰは、ＡＰ３０がその地番にあったことについてある程度の確実性を持って認識することになり、その確実性を否定するようなユーザによる著しい措置はなかった。ＩＳＰはＷｉＦｉ ＡＰの地番を認識することについての既得権を有するため、ＩＳＰは正確な地番情報についての信頼されたサードパーティプロバイダ（「信頼されたソース」）になる。ＥＭＰ−ＡＰコンポーネント１６をＡＰ３０内に格納することに加えて、ＩＳＰの信頼されたソースは、タグ及びタグに関連付けられた地番のデータベースをＥＳＮ ＤＢサーバ１４内に保持する。次に、ＥＳＮオペレータ２８は、タグを用いてＥＳＮ ＤＢサーバ１４に問い合わせて、該タグに関連付けられた地番を引き出すことができる。
【００３８】
図３において、例示的なＥＭＰ−ＡＰコンポーネントプロセス１６は６０にて開始し、動作６２では、コードセグメントはタグ情報をＩＳＰと通信する。タグ情報は、ＡＰによって若しくはＩＳＰによって、又は、ＡＰとＩＳＰとによって共同で生成され得る。タグ情報（タグ）は、ＩＳＰに認識されたＡＰの地番に関連付けられている。ＡＰはまた、例えばＩＳＰによって該ＡＰに割り当てられた統一資源位置指定子（ＵＲＬ）によって、ＩＳＰにも認識される。次に、動作６４では、該タグは、通常はＡＰによって提供される他のビーコン情報と共に、ビーコンフレーム内に埋め込まれる。最後に、ビーコンフレームは、動作６６において、無線周波数（ＲＦ）ビーコン信号として定期的に送信される。
【００３９】
図４は、限定ではなく例として、メイン回路７２と、ディスプレイ７４等の入出力（Ｉ／Ｏ）コンポーネントと、キーパッド７６と、スピーカ７８と、マイク８０と、カメラ８２とを含む携帯電話３２を示す。メイン回路７２は、バッテリ８４によって電力供給され、スイッチ８６によってオン及びオフにされる。この例示的な実施形態では、メイン回路７２は、ユニバーサルシリアルバス（ＵＳＢ）８８が設けられている。送信／受信（Ｔｘ／Ｒｘ）スイッチ９０及びＢｌｕｅｔｏｏｔｈ／ＧＰＳ（ＢＴ／ＧＰＳ）モジュール９２は、アンテナ９４をメイン回路７２に結合する。
【００４０】
携帯電話３２のメイン回路７２は、アプリケーション（アプリ）を実行可能なプロセッサ（ＣＰＵ）９６と、ＣＰＵ９６に結合された読み出し専用メモリ（ＲＯＭ）９８とを含む。この非限定的な例では、アプリ５８はＲＯＭ９８に格納され、ＲＯＭ９８は、例えば、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）又はフラッシュメモリであり得る。他のメモリは、ランダムアクセスメモリ（ＲＡＭ）１０２と、加入者及びデバイスを識別する取り外し可能な加入者識別モジュール（ＳＩＭ）１００とを含む。メイン回路例７２はまた、コーデック１０４と、ベースバンド処理及びオーディオ／音声処理デジタル信号プロセッサ（ＤＳＰ）１０６と、デジタル−アナログ変換器（ＤＡＣ）及びアナログ−デジタル変換器（ＡＤＣ）１０８と、周波数変換、電力増幅等のためのＲＦ部１１０とを含む。
【００４１】
図５は、例示的なＥＭＰ−ＯＳコンポーネント１８のプロセスのフロー図である。この非限定的な例では、ＥＭＰ−ＯＳコンポーネント１８のコードセグメントは、１１２にて開始するプロセスを実装しており、動作１１３では、携帯電話３２で緊急呼出が行われているかどうかが決定される。例えば、携帯電話のユーザは、９−１−１をダイヤルしていることがある。緊急呼出が行われていない場合、処理１８は、緊急呼出が開始されるまで、動作１１３にてアイドル状態となる。
【００４２】
緊急呼出が行われていることを動作１１３が検出した後、動作１１４において、ＲＦビーコン信号が検出されたかどうかが決定される。動作１１４がＲＦビーコン信号を検出した場合、動作１１５は、検出されたＲＦビーコンがタグを含むかどうかを決定する。ＥＭＰ−ＯＳコンポーネント１８によって検出されたビーコン信号の全てがタグを含むとは限らないことに注意されたい。例えば、それらはＩＳＰからのＥＭＰ−ＡＰコンポーネント１６を含まないデバイスからのビーコンである。動作１１５によってタグが検出された場合、動作１１６において、タグ情報を含むビーコンフレームパラメータが格納される。次に、動作１１７は、ビーコンフレームパラメータを引き出し、タグが利用可能な場合、動作１１８において、１つ以上のタグが緊急呼出ストリーム内に埋め込まれる。また、ＥＭＰ−ＯＳコンポーネント１８の処理は、地番の決定における有用性について分析され得る又は緊急呼出と共にグループとして転送され得るいくつかのタグに関する情報を格納できることにも留意されたい。例えば、複数のタグがある場合、それらのタグは、初期対応者が位置を特定するための第１位、第３位等としてランク付けされ得る。また、複数のタグを用いて、モバイルデバイスの位置が複数のＷｉＦｉフットプリント内にてより正確に特定され得る。
【００４３】
引き続き図５を参照し、次に動作１１９において、セルラーネットワークが利用可能であるかどうかが決定される。セルラーネットワークが利用可能である場合、動作１２０において、（利用可能であれば）埋め込みタグを伴った緊急呼出ストリームが、セルラーネットワークを介して送信される。セルラーネットワークが利用可能でない場合、動作１２１は、データネットワークが利用可能かどうかを決定し、データネットワークが利用可能である場合は、動作１２２において、（利用可能であれば）１つ以上の埋め込みタグを含む緊急呼出ストリームが、データネットワークを介して送信される。データネットワークが利用可能でない場合、動作１２３において、インターネットが（例えば、ＷｉＦｉを介して）利用可能かどうかが決定され、インターネットが利用可能である場合には、動作１２４において、（利用可能であれば）１つ以上の埋め込みタグを伴った緊急呼出ストリームが、インターネットを介して送信される。利用可能なネットワークがない場合、動作１２５は、緊急呼出が失敗したと決定する。動作１２０，１２２，１２４のいずれかの後、動作１２６は、携帯電話の位置情報を、インターネットプロトコル（ＩＰ）を使用してＥＭＰサーバへと送信する。例えば、携帯電話３２は、ＧＰＳ、ＡＧＰＳ及びＷｉＦｉ統一資源位置指定子（ＵＲＬ）情報等の位置情報を、インターネットを介してＥＭＰサーバ１２へと送信し得る。この非限定的な例では、ネットワークの階層は、第１にセルラー、第２にデータ、第３にインターネットとなっているが、他の実施形態では、階層が異なっていてもよく、１つ以上の埋め込みタグを伴った緊急呼出ストリームが、複数のネットワーク又は発呼者が利用可能な他のネットワークを通じて送信されてもよい。
【００４４】
図１をさらに参照して、非限定的な例として、携帯電話３２がＲ２内にある場合、携帯電話３２は、ＡＰ３０Ｂの範囲内にある可能性が高い。携帯電話３２上に常駐するＥＭＰ−ＯＳコンポーネント１８は、携帯電話ユーザによる緊急電話の開始によりアクティブ化される。ＥＭＰ−ＯＳコンポーネント１８は、タグ（タグ２）をＡＰ３０Ｂによって送信されたビーコンフレームから引き出してローカルメモリ内に格納し、受信され得る任意の他のタグも同様に、例えばＡＰ３０Ａ及び／又はＡＰ３０Ｂによって送信されたビーコンフレームから引き出して格納する。次に、ＥＭＰ−ＯＳコンポーネント１８は、適切なネットワークを介して緊急呼出を送信する前に、（利用可能であれば）１つ以上のタグを緊急呼出ストリーム内に埋め込む。加えて、携帯電話３２のＧＰＳ位置は、インターネットプロトコル（ＩＰ）を使用して、ＥＭＰサーバ１２へとインターネット２２を介して送信することもできる。続いて、ＥＭＰサーバ１２は、ＥＳＮ ＤＢ１４に問い合わせて、どのＥＳＮポータル（「緊急呼出センター」）に対して該呼出が該タグと共に送信されるべきかを決定する。その後、緊急呼出センターのＥＳＮオペレータ２８は、ＥＳＮ ＤＢ１４を介してユーザの地番を引き出しつつ、携帯電話３２のユーザと会話することができる。
【００４５】
ビーコンフレームは、ＩＥＥＥ８０２．１１ベースのＷＬＡＮの管理フレームの１つである。ビーコンフレームは、ネットワークに関する全ての情報を包含する。ビーコンフレームは定期的に送信され、無線ＬＡＮの存在を通知する。ビーコンフレームは、インフラストラクチャ基本サービスセット（ＢＳＳ）のアクセスポイント（ＡＰ）によって送信される。ＩＢＳＳネットワークでは、ビーコンの生成はステーション間で分散される。ビーコンフレームには、イーサネットヘッダ、ボディ、フレームチェックシーケンス（ＦＣＳ）が含まれる。フィールドのいくつかは、以下を含む。
・タイムスタンプ：ビーコンフレームを受信した後、全てのステーションはそれらのローカルクロックをこの時刻に変更する。これは、同期に役立つ。
・ビーコン間隔
・機能情報（１６ビット）：デバイス／ネットワークの機能。ネットワークのタイプ、ポーリングのサポート、暗号化の詳細等を含む。
・サービスセット識別子（ＳＳＩＤ）：０〜３２オクテットのシーケンスである。これは無線ＬＡＮの識別子として使用され、特定のエリアで一意になるよう意図されている。多くの場合、ユーザが入力した人間が読解可能な文字列（別名「ネットワーク名」）である。
この例では、ＥＭＰ−ＯＳコンポーネント１８は、ＳＳＩＤの名所変更が不可能であることが好ましい。
【００４６】
図６において、例示的な緊急移動体測位（ＥＭＰ）サーバ１２は、プロセッサ（ＣＰＵ）１２７と、ＰＳＴＮをプロセッサ１２７に結合する公衆交換電話ネットワーク（ＰＳＴＮ）インタフェース１２８と、セルネットワークインタフェース１２９と、ＩＰネットワークをプロセッサ１２７に結合するＩＰネットワークインタフェース１３０とを含む。いくつかの例では、ＩＰネットワークはインターネットを含み、他の例では、ＩＰネットワークは仮想プライベートネットワーク（ＶＰＮ）である。他のネットワークもまた、それらが現在又は将来的に利用可能である限り、ＣＰＵ１２７に結合され得ることに留意されたい。例えば、レガシー入力及びビデオ入力もまた、ＣＰＵ１２７に結合され得る。呼出を最適な緊急呼出センターへとルーティングするのに役立つコードセグメント１３４を含むメモリ１３２もまた、プロセッサ１２７に接続されている。
【００４７】
図７は、ＥＭＰサーバ１２のメモリ１３２に格納されたコードセグメント１３４によって実装されるプロセスのフロー図である。プロセス１３４は１３６にて開始し、動作１３８において、緊急呼出がＰＳＴＮインタフェース１２８を介して着呼しているかどうかが決定される。着呼していない場合、動作１３８は、呼出が到達するまでアイドル状態となる。緊急呼出がある場合、ＩＰネットワークインタフェース１３０に到達する該呼出に関連付けられたＧＰＳ情報があるかどうかが決定される。ＧＰＳ情報がある場合、動作１４２において、緊急呼出に関連するＧＰＳ情報が格納される。ＥＭＰサーバ１２は、ＧＰＳ情報が緊急呼出に関連していることを、いくつかの方法にて決定することができる。そのような方法には、ＧＰＳ情報（及び他の携帯電話から導出された位置情報）を緊急呼出と照合すること、又は、モバイルデバイスの電話番号又は他の識別子（例えば、１つ以上のタグ）を使用して音声呼出と照合することが含まれる。
【００４８】
次に、動作１４４において、動作は、緊急呼出が１つ以上の埋め込みタグを有するかどうかを決定する。埋め込みタグを有さない場合、動作１４６において、緊急呼出は、利用可能な最良の情報（例えば、利用可能であればＧＰＳ）に基づいて緊急呼出センターへと転送され、その後、プロセス制御は動作１３８に戻る。動作１４４が１つ以上の埋め込みタグを検出した場合、動作１４８は選択的に、タグに基づいて、ＥＳＮ ＤＢサーバ１４から地番を引き出し、動作１５０において、該呼出はＥＳＮオペレータ２８へと転送される。
【００４９】
様々な実施形態が、特定の用語及びデバイスを使用して説明されてきたが、そのような説明は、専ら例示を目的としたものである。使用された単語は、制限ではなく説明のための単語である。変更及び変形は、記載の開示及び図面によってサポートされる様々な発明の趣旨又は範囲から逸脱することなく、当業者によって行われ得ることを理解されたい。さらに、他の様々な実施形態の態様は、全体的に又は部分的に交換可能であることを理解されたい。したがって、特許請求の範囲は、本発明の真の趣旨及び範囲に従って、限定又は禁反言なく解釈されることが意図されている。
【図１】
0006882609.tif 000002
【図２】
0006882609.tif 000003
【図３】
0006882609.tif 000004
【図４】
0006882609.tif 000005
【図５】
0006882609.tif 000006
【図６】
0006882609.tif 000007
【図７】
0006882609.tif 000008