【誤訳訂正書】
【提出日】平成23年12月9日(2011.12.9)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵのロケーション情報を生成するように構成されたロケーション検知エンティティと、
前記ロケーション検知エンティティに関連した信頼指標を調べることにより、前記ロケーション情報および前記ロケーション検知エンティティの完全性を確実にするように構成された信頼性処理モジュールと
を備え、
前記ＷＴＲＵは、
前記ロケーション検知エンティティの完全性が確認されたときに、前記ロケーション検知エンティティを使用して前記ロケーション情報を生成し、
前記ロケーション情報を用いてデジタル署名を生成し、
前記ロケーション情報から生成された前記デジタル署名を前記ロケーション情報に付加する
ように構成されたことを特徴とするＷＴＲＵ。
【請求項２】
前記信頼性処理モジュールは、前記ＷＴＲＵの信頼状態または前記ＷＴＲＵの構成要素の信頼状態を含むプラットフォーム完全性データを報告するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記信頼性処理モジュールは、前記ロケーション情報を前記プラットフォーム完全性データに結びつけるように構成されたことを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
前記信頼性処理モジュールは、メッセージ完全性チェックを用いて、前記ロケーション情報をメッセージに結びつけるように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記ロケーション検知エンティティは、信頼されるサードパーティによって与えられる基準に従って較正するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記信頼性処理モジュールは、デジタル著作権管理（ＤＲＭ）アプリケーションまたはモバイル決済アプリケーションに前記ロケーション情報を報告するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記信頼性処理モジュールは、認証、アクセス制御、またはロケーションベースのサービスプロビジョニングのために、前記ロケーション情報を報告するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
時間情報を出力するように構成されたリアルタイムクロック（ＲＴＣ）をさらに備え、
前記信頼性処理モジュールは、
前記時間情報を前記ロケーション情報に結びつけて、ロケーション／タイムスタンプを形成し、
前記ロケーション／タイムスタンプの完全性を報告するように構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項９】
ロケーション情報を保証する方法であって、
ロケーション検知コンポーネントに関連した信頼指標を受信することと、
信頼性処理モジュールを用いて前記ロケーション検知コンポーネントに関連した信頼指標を検証することにより、前記ロケーション検知コンポーネントの完全性を検証することと、
ワイヤレス送受信ユニット（ＷＴＲＵ）内のプラットフォームおよびソフトウェアの信頼を検証することと、
前記ロケーション検知コンポーネントの完全性および前記プラットフォームおよびソフトウェアの信頼が検証されたときに、前記ＷＴＲＵのロケーション情報を生成することと、
前記ロケーション情報を用いてデジタル署名を生成することと、
前記ロケーション情報から生成された前記デジタル署名を前記ロケーション情報に付加することと
を含むことを特徴とする方法。
【請求項１０】
前記ＷＴＲＵの信頼状態または前記ＷＴＲＵの構成要素の信頼状態を含むプラットフォーム完全性データを報告することをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
メッセージ完全性チェックで、前記ロケーション情報をメッセージに結びつけることをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１２】
前記ロケーション情報に基づいてアクセス制御を実施することをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１３】
認証、アクセス制御、またはロケーションベースのサービスプロビジョニングのために、前記ロケーション情報を報告することをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１４】
時間情報を生成することと、
前記時間情報の完全性を報告することと
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記時間情報を前記ロケーション情報に結びつけて、ロケーション／タイムスタンプを形成することと、
前記ロケーション／タイムスタンプの完全性を報告することと
をさらに含むことを特徴とする請求項１４に記載の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】ロケーション情報およびロケーション情報を用いるアクセス制御を保証する方法および機器
【技術分野】
【０００１】
本発明は、ワイヤレス通信に関する。
【背景技術】
【０００２】
ロケーションベースのサービス（ＬＢＳ）は、ワイヤレス送受信ユニット（ＷＴＲＵ）およびそのユーザのロケーション（群）に基づいて提供される新たなクラスのサービスである。第３世代パートナーシッププロジェクト（３ＧＰＰ）および３ＧＰＰ２など、様々なワイヤレス通信標準が、アプリケーションおよびサービスアーキテクチャレベルでＬＢＳをサポートするネットワークアーキテクチャを定義している。オープンモバイルアライアンス（ＯＭＡ）ロケーション技術仕様グループなど、他のグループも、ＬＢＳ用サービスレベルアーキテクチャを定義している。
【０００３】
図１は、ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）１２０およびユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）１３０というアクセスネットワークを有するコアネットワークにおけるロケーションサービス（ＬＣＳ）のクライアントとサーバとの関係を示す。このコアネットワークは、ゲートウェイ移動体ロケーションセンタ（ＧＭＬＣ）（被要求ＧＭＬＣ（Ｒ−ＧＭＬＣ）１４２、ホームＧＭＬＣ（Ｈ−ＧＭＬＣ）１４４、被訪問ＧＭＬＣ（Ｖ−ＧＭＬＣ）１４６）、プライバシープロファイルレジスタ（ＰＰＲ）１４８、および他のネットワークノードを含む。
【０００４】
ＬＣＳサーバとは、ＬＣＳクライアントにロケーション情報を提供し、ロケーションサービスに関してアクセス制御およびセキュリティポリシーを強化（enforce）する、ネットワークベースのエンティティである。図１の３ＧＰＰを中心としたアーキテクチャでは、様々なＧＭＬＣが、上で定義したロケーションサービスに対応する。サービスまたは動作の一部として、ＬＣＳクライアントは、ＷＴＲＵ１１０の内部にあり、それに取り付けられ、またはその中に組み込まれたもの（内部ＬＣＳクライアント１１５）であっても、あるいはＷＴＲＵ１１０の外部にあるもの（外部ＬＣＳクライアント１５０）であっても、ＷＴＲＵ１１０のロケーション情報を、ＬＣＳサーバ（すなわち、ＧＭＬＣ）に対してリクエストすることができる。複数の内部ＬＣＳクライアント１１５、複数の外部ＬＣＳクライアント１５０および複数のＬＣＳサーバがあってもよい。ＧＭＬＣ１４２、１４４、１４６は、ＬＣＳをサポートするのに必要とされる機能性を含む。１つの公衆地上モバイルネットワーク（ＰＬＭＮ）内に、複数のＧＭＬＣがあってよい。ＧＭＬＣは、内部ＬＣＳクライアント１１５または外部ＬＣＳクライアント１５０がＰＬＭＮ内でアクセスする最初のノードである。
【０００５】
登録認定（registration authorization）を実施した後、ＧＭＬＣは、移動交換局（ＭＳＣ）、サービス側ＧＰＲＳサポートノード（ＳＧＳＮ）またはＭＳＣサーバいずれかに測位リクエストを送り、対応するエンティティから最終的なロケーション推定値を受信する。認定のために必要とされる情報、ロケーションサービスリクエストおよびロケーション情報は、同じまたは異なるＰＬＭＮ内に置かれたＧＭＬＣの間で伝達することができる。ＲＧＭＬＣ１４２は、ＬＣＳクライアントからリクエストを受信するＧＭＬＣである。ＨＧＭＬＣ１４４は、目標（target）ＷＴＲＵのホームＰＬＭＮ内にあるＧＭＬＣであり、目標ＷＴＲＵの秘匿性チェックの制御を担当する。ＶＧＭＬＣ１４６は、目標ＷＴＲＵのサービス側ノードに関連づけられたＧＭＬＣである。
【０００６】
ＰＰＲ１４８は、ＷＴＲＵ１１０の秘匿性情報を格納する。ＰＰＲ１４８は、秘匿性チェックを実行し、秘匿性チェック結果を他のネットワークノードに送る。ＰＰＲ１４８は、ロケーションサービスがそれに対して求められるＷＴＲＵについての秘匿性（およびアクセス制御またはポリシー関連）情報をＰＰＲ１４８が提供するという点で、上で定義した「ロケーションサーバ」とは別個のエンティティだが、それをサポートすると見なされる。
【０００７】
ワイヤレスネットワークならびに／あるいはＷＴＲＵおよびネットワークサーバ上のアプリケーションおよびデータへの認証およびアクセス制御の従来の方法は、単要素または多要素証拠によるユーザ認証、暗号法によるメッセージの暗号化および復号、ネットワーク資源および／または装置アプリケーションへの、規則および挙動に基づくアクセス制御、ならびにアプリケーションおよびオペレーティングシステムのコード完全性を検証する信頼処理技法などの技法に依拠していた。従来の方法は、物理的（地理的）および論理的ロケーション情報の概念および使用を、アクセス制御および認証のための決定変数と見なしていなかった。
【０００８】
比較的新しいＷＴＲＵは、全地球位置発見システム（ＧＰＳ）、補助ＧＰＳ（Ａ−ＧＰＳ）、または広域補強システム（ＷＡＡＳ））などの技術によって提供されるロケーションおよび測位性能をもつ。３ＧＰＰおよびＧＳＭアソシエーション（ＧＳＭＡ）など、様々な業界組織は、ＬＢＳの使用を考慮し、このようなサービスのための要件を指定していた。ただし、従来技術の作用は、その焦点を、ナビゲーションシステムとして要約することができるサービスの提供、ユーザ（たとえば、車両または子供の追跡）、対象物（たとえば、最も近い店やレストラン）、または資源（たとえば、電話サービスセンターや、最も近いＷｉＦｉホットスポット）の発見および追跡に限定していた。言い換えると、ロケーション情報は、サービスを利用可能にするものの要素として、ただしサービスを限定するものまたはサービスを制限するものとしてではなく使われていた。したがって、従来技術は、ロケーション情報の使用を、アクセス制御および認証における決定変数とは見なしていなかった。
【０００９】
さらに、従来技術では、ロケーション情報は、ＷＴＲＵの物理的な位置に限定される。従来技術は、近接、包囲、除外、既知のオブジェクトまたはエンティティの信頼性されているロケーションのを参照基準として、ロケーションに近いこと（proximity）、ロケーションの範囲内（enclosure）、ロケーションの外（exclusion）など、より拡張された定義のロケーション情報を考慮していなかった。
【００１０】
さらに、従来の方法は、ロケーション関連構成要素および情報が、ネットワークサービスのアーキテクチャ、装置、コンテンツおよびアプリケーションと、信頼されるやり方でどのように関係し得るかを考慮していなかった。たとえば、ＷＴＲＵに取り付けられたＧＰＳ装置用のロケーション報告ソフトウェアは、危険にさらされる可能性があり、ＷＴＲＵの物理的な位置について嘘の情報をサービスプロバイダに与える場合がある。すると、サービスプロバイダは、ＷＴＲＵが本当の、確固たるロケーションを報告している場合はＷＴＲＵがアクセスをもつことを許されるべきでない特定のサービスを許すように、だまされる可能性がある。ロケーション情報の測定、報告、格納、および処理の保証は、熟考を要する。
【００１１】
さらに、従来の方法は、このような情報が信頼でき安全に扱うことができる場合、ネットワークベースのサービスアプリケーション用の特定の処理を指揮することを望むモバイル装置のロケーションが、アプリケーション処理を認証し証券化保証するのに用いることができる貴重な情報ソースになり得るということにも関わらず、デジタル著作権管理（ＤＲＭ）およびモバイル決済などを含む様々な移動体アプリケーション処理におけるロケーション情報の使用を十分に考慮していなかった。たとえば、従来の移動体ＤＲＭアプリケーションプロトコル（ＯＭＡ  ＤＲＭ２．０プロトコルなど）では、装置プロファイル情報の一部として、または権利オブジェクト取得プロトコル（ＲＯＡＰ）の一部としての安全なロケーション情報の使用は、考慮されていなかった。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】米国特許出願第１１／２８３，０１７号明細書
【発明の概要】
【００１３】
ロケーション情報およびロケーション情報を用いるアクセス制御を保証する方法および機器が開示される。ＷＴＲＵは、ロケーション検知エンティティおよび加入者識別モジュール（ＳＩＭ）を含む。ロケーション検知エンティティは、ＷＴＲＵのロケーション情報を生成し、ロケーション情報は、ＳＩＭの安全なエリアに格納される。ＷＴＲＵ内の信頼性処理モジュール（trusted processing module）が、ロケーション情報の完全性を検証する。信頼性処理モジュールは、ＳＩＭ上にあってもよい。ロケーション情報は、物理的ロケーション情報でも状況的なロケーション関連情報でもよい。信頼性処理モジュールは、暗号によってロケーション情報を保証しＷＴＲＵに結びつけ、ロケーション情報へのアクセスを認め、または外部エンティティからの情報を受諾するのに先立って、外部エンティティの信頼指標を検証するように構成される。信頼性処理モジュールは、信頼性コンピューティンググループ（ＴＣＧ）信頼性プラットフォームモジュール（ＴＰＭ）でも、モバイル信頼性モジュール（ＭＴＭ）でもよい。ロケーション情報は、認証目的にも、アクセス制御にも用いることができる。ロケーション情報は、時間情報と合成してよい。
【００１４】
より詳細な理解が、例として挙げられるとともに添付の図面と併せて理解されるべきである以下の説明から得られよう。
【図面の簡単な説明】
【００１５】
【図１】ＧＥＲＡＮおよびＵＴＲＡＮアクセスネットワークを有するコアネットワークにおけるＬＣＳクライアントとサーバとの関係を示す図である。
【図２】拡張ＳＩＭを含むＷＴＲＵを示すブロック図である。
【図３】ＷＴＲＵの保証されたロケーション情報を提供する一例としてのプロセスを示すフロー図である。
【図４】ＷＴＲＵによって、対象イベントの保証されたロケーション（タイムを伴う、または伴わない）スタンプを提供する一例としてのプロセスを示すフロー図である。
【図５】一例としてのロケーションサーバを示すブロック図である。
【発明を実施するための形態】
【００１６】
これ以降で言及する場合、「ＷＴＲＵ」という用語は、ユーザ機器（ＵＥ）、移動局、固定もしくは携帯電話加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、コンピュータ、またはワイヤレス環境において動作することが可能な他のどのタイプのユーザ装置も含むが、それに限定されない。これ以降で言及する場合、「基地局」という用語は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境において動作することが可能な他のどのタイプのインターフェイス装置も含むが、それに限定されない。
【００１７】
図２は、拡張ＳＩＭ２１０を含むＷＴＲＵ２００のブロック図である。ＷＴＲＵ２００は、ＷＴＲＵ２００の現在のロケーション情報の推定値を、このような情報を求めるリクエストが、ＷＴＲＵ２００の内部または外部にあるＬＣＳクライアントからあると、安全かつ改竄されないように計算し報告する。ＷＴＲＵ２００は、ＳＩＭ２１０（またはユニバーサルＳＩＭ（ＵＳＩＭ）だが、これ以降、まとめて「ＳＩＭ」という）、マイクロ処理ユニット（ＭＰＵ）／アプリケーションプロセッサ２２０、ロケーション検知エンティティ２３０、通信プロセッサ２４０、および高周波（ＲＦ）ユニット２５０を含む。たとえば内部ＬＣＳクライアント１１５用のアプリケーションプログラム（図２には示さず）は、ＭＰＵ／アプリケーションプロセッサ２２０上で稼動している。ＭＰＵ／アプリケーションプロセッサ２２０、ロケーション検知エンティティ２３０、通信プロセッサ２４０、ＲＦユニット２５０、およびＳＩＭ（またはＵＳＩＭ）２１０を含むがそれに限定されない、ＷＴＲＵ２００上の様々なエンティティ向けの様々なハードウェアおよびアプリケーション層ソフトウェアをサポートするための、ＷＴＲＵ２００上で稼動する比較的低レベルのソフトウェア（図２には示さず）もある。受信信号は、ＲＦユニット２５０および通信プロセッサ２４０によって処理される。ロケーション検知エンティティ２３０は、ＷＴＲＵ２００のロケーションを検知するハードウェアおよび／またはソフトウェアエンティティでよい。たとえば、ロケーション検知エンティティ２３０は、ＧＰＳ受信機および関連ソフトウェアでよい。
【００１８】
ロケーション検知エンティティ２３０は、独力で、またはネットワークからの補助もしくは指示を利用して、ＷＴＲＵ２００の物理的または状況的ロケーション情報を推定することができる。物理的ロケーション情報は、ＷＴＲＵの物理的または地理的ロケーションについての情報（たとえば、緯度および経度で測定されるもの、またはアドレス情報、高度情報をもち、もしくはもたないもの、など）である。状況的ロケーション情報（contextual location information）は、ＷＴＲＵの物理的な位置に関する論理的または状況的情報である。たとえば、地理的または状況的ロケーション情報をもつ別のエンティティを基準とした周辺または境界情報（たとえば、ＷＴＲＵ  Ｘはショッピングモールの境界内部にあり、ＷＴＲＵ  Ｙは建物の境界外部にある）などである。状況的ロケーション情報は、ロケーション情報をもつ別のエンティティを基準とした方向および／または距離関係（たとえば、ＷＴＲＵ  ＸはＷＴＲＵ  Ｙから１００メートルの所に置かれ、ＷＴＲＵ  Ｚは基地局Ｗの１マイル（１．６０９３ｋｍ）南東に置かれている）でよい。ロケーション情報は、アクセス制御用の追加パラメータを提供するように、安全な時間情報と合成することができる。
【００１９】
ＳＩＭ２１０は、ＷＴＲＵ２００を識別し、ＷＴＲＵ２００とネットワークとの間の安全なチャネルの確立をサポートするための認証サービスを提供するのに用いられる主要な秘密を保持する。ルート識別は、装置内に安全に保持され、ＳＩＭ２１０の安全または信頼性ドメインの外部に漏らされることはない。
【００２０】
ＳＩＭ２１０は、ＳＩＭプロセッサ２１２、信頼性プラットフォームモジュール（ＴＰＭ）２１４（またはモバイル信頼性モジュール（ＭＴＭ））（任意選択）、セキュアーストレージ２１６、およびリアルタイムクロック（ＲＴＣ）２１８（任意選択）を含む。ＳＩＭプロセッサ２１２は、従来のＳＩＭ機能を実施し、セキュリティ関連機能を実施するように拡張することができる。ロケーション検知エンティティ２３０は、通信プロセッサ２４０からの信号を処理し、ＭＰＵ／アプリケーションプロセッサ２２０にロケーション情報を出力する。ロケーション情報は、ＳＩＭ２１０に送られる。ＳＩＭ２１０は、メッセージ（たとえば、認証手順用に使われる認証メッセージ）、およびイベントまたはデータ（たとえば、ＳＩＭ２１０がそれに対して作用し得る、ＤＲＭアプリケーションを含むアプリケーション用に格納されたデータ）へのロケーションスタンピングも実施する。ＲＴＣ２１８は、時間情報を出力することができ、時間情報は、ロケーション情報と合成することができる。あるいは、ＲＴＣ２１８は、ＳＩＭ２１０の外部にあってもよいが、ＳＩＭ２１０の内部にあるときと同じ機能性を提供し得る。ロケーション情報または合成ロケーション／時間情報は、セキュアーストレージ２１６に格納すればよい。ロケーション情報は、ＷＴＲＵ内の最も安全な構成要素であるＳＩＭに埋め込むことができるので、ロケーション情報は、安全であると見なすことができ、アクセス制御、認証、または他の目的に用いることができるが、これについては後で詳しく説明する。あるいは、ロケーション情報は、ＳＩＭ２１０の外部に格納してもよいが、依然として、ＳＩＭ２１０の内部またはＳＩＭ２１０の外部にあってよいＴＰＭ２１４による暗号保護の下にある。
【００２１】
ＳＩＭ２１０は、ＭＰＵ／アプリケーションプロセッサ２２０上で稼動するソフトウェアとして実装してもよい。この場合、ＴＰＭ２１４は、たとえばＳＩＭ２１０およびその関連ソフトウェア、ＭＰＵ／アプリケーションプロセッサ２２０およびその関連ソフトウェアなど、ＷＴＲＵ２００の全体または一部の完全性および真正性を保護する。
【００２２】
ＴＰＭ２１４（より一般的には、信頼性処理モジュール）は、ＷＴＲＵ２００のプラットフォームおよびソフトウェアの完全性および信頼性を測定し評価し、ＷＴＲＵ２００の外部クライアントまたは外部クライアントによるロケーションサービスを求めるリクエストの完全性および信頼性を評価することもできる。ＴＰＭ２１４はまた、ＳＩＭ２１０の内部またはその外部ではあるがＷＴＲＵ２００の内部に保持されるロケーション情報のセキュリティを保護する。ＴＰＭ２１４と、安全なロケーション（および時刻）用構成要素と、従来のＳＩＭ機能ユニットとは、１つの集積回路カード（ＩＣＣ）に統合することができる。あるいは、ＴＰＭ２１４は、ＷＴＲＵ２００内の外部ＳＩＭ２１０に置いてもよいが、ＳＩＭ２１０の内部にあるときと同じ機能性を提供し得る。
【００２３】
ＴＰＭ２１４は、ロケーション機能性および信頼測定性能のための、信頼あるコアルート（core root）を保護し提供する。ＴＰＭ２１４は、オペレーティングシステムおよび／またはＭＰＵ／アプリケーションプロセッサ２２０上で稼動するアプリケーションとともに、またはその監視下で、ＷＴＲＵ２００に対してロケーション情報をリクエストするエンティティからの信頼指標を検証し、リクエスト側の信頼指標の検証後にのみ、ロケーション情報へのアクセスを認め、制御するように働くことができる。ＴＰＭ２１４は、オペレーティングシステムおよび／またはＭＰＵ／アプリケーションプロセッサ２２０上で稼動するアプリケーションとともに、またはその監視下で、リクエストし、収集し、ロケーション検知エンティティ２３０によって供給されるロケーション情報の受諾に先立って、ロケーション検知エンティティ２３０向けの信頼指標を検証するように働くことができる。ＴＰＭ２１４は、オペレーティングシステムおよび／またはＭＰＵ／アプリケーションプロセッサ２２０上で稼動するアプリケーションとともに、またはその監視下で、安全な監査ログを生成し維持するように働くことができる。安全な監査ログを検査すると、ＬＢＳオペレータは、ＷＴＲＵ２００上の構成要素のセキュリティが継続的に信頼できるかどうか、容易に判定することができる。
【００２４】
図３は、ＷＴＲＵ２００の、保証されたロケーション情報を提供する一例としてのプロセス３００のフロー図である。外部エンティティによるリクエストがあると、またはＷＴＲＵ２００から外部エンティティへのフェッチがあると、ＷＴＲＵ２００は最初に、ＷＴＲＵ２００プラットフォームの「信頼状態」、ロケーション検知エンティティの信頼状態、および／または内部ＬＣＳクライアント１１５の信頼状態などの少なくとも１つを（それ自体に対して、またはロケーションサーバなどの外部エンティティに対してリモートに）証明すればよい（ステップ３０２）。次いで、ロケーション情報が、ロケーション検知エンティティ２３０によって生成され、セキュアーストレージにバッファリングされる（ステップ３０４）。任意選択で、現在の日付／時刻、装置のシリアルナンバー、および他のパラメータが、ロケーション情報と合成されてもよい（ステップ３０６）。ロケーション情報は、任意選択の情報とともに、デジタル署名を用いて、または暗号化により、ＷＴＲＵ２００に暗号的に結びつけられ、使用される暗号鍵は、ＷＴＲＵ内で保護される。ロケーション情報ならびに任意選択の他の情報およびパラメータも、ＷＴＲＵの秘密鍵またはＷＴＲＵ内に保持される対称鍵を使って、機密保護のために暗号化することができる（ステップ３０８）。ロケーション情報の生成、格納、取出し、および／または使用も、信頼性計算技術の使用により（すなわち、ＴＰＭ２１４の使用により）、ＷＴＲＵ２００のプラットフォーム全体および／または任意の一部の完全性に結びつけることができる。暗号学的単方向ハッシュ（たとえばＳＨＡ−１、ＭＤ５、ＳＨＡ−２５６など）が、（任意選択で暗号化された）ロケーション情報および任意選択のどの情報からも生成される（ステップ３１０）。ハッシュが署名されて（すなわち、ＷＴＲＵ２００内に保持され、好ましくはＳＩＭ２１０またはＴＰＭ２１４に格納され、あるいはそれによって暗号的に保護された秘密鍵を使って暗号化されて）、ロケーション情報および任意選択の他の情報のデジタル署名を与える（ステップ３１２）。ハッシュ操作は好ましくは、ＳＩＭ２１０またはＴＰＭ２１４内など、安全な実行環境において実施される。あるいは、このような操作は、ＭＰＵ／アプリケーションプロセッサ２２０によって実施してもよい。（任意選択で暗号化された）ロケーション情報（または他の情報と合成されたロケーション情報）に署名済みデジタルハッシュ（すなわち、デジタル署名）を付加することによって、ロケーション証明書が生成される（ステップ３１４）。
【００２５】
あるいは、ロケーション情報は、ネットワークに対してＷＴＲＵを認証するために行われる認証手順中に提供することもできる。ロケーション情報は、認証メッセージに埋め込まれ、このメッセージは、認証プロトコルのメッセージ完全性チェック（ＭＩＣ：Message Integrity Check）によって保護される。この場合、デジタル証明書は要求されなくてよい。
【００２６】
外部エンティティは、ＷＴＲＵの公開鍵を使って、ロケーション証明書を検証することができる。署名が合致しない場合、ロケーション証明書は無効と考えられる。ロケーション情報証明書から抽出されたロケーション情報から新規ハッシュを算出することによって、署名が検証される。２つのハッシュ値が一致しない場合、外部エンティティは、ロケーション証明書がその特定のデータ記録には属さないか、またはデータ記録が改変されていると仮定してよい。いずれのケースでも、外部エンティティは、ロケーション証明書を無効であると考えなければならない。検証が成功した場合、ロケーション情報は、ロケーション証明書から読み出され、信頼性があると仮定される。署名済みロケーション証明書は、データが証明されたという、否定できないロケーション証明として、その一意のシリアルナンバーなどによって識別されたロケーション証明書を生成するのに使われる特定の装置によって使うことができる。
【００２７】
ロケーション証明書用のハッシュ法およびデジタル署名の使用は、ロケーション情報の伝達を保証するのに役立つ。安全なロケーション構成要素自体は安全であり得るが、その出力（すなわち、ロケーション情報を含むロケーション証明書）は、ロケーション証明書が安全なロケーション構成要素の外部で扱われると、安全でない可能性がある。たとえば、ロケーション証明書は、安全でないプログラムによって改変される可能性も、安全でないメモリに格納されている間に改竄される可能性もある。したがって、ハッシュ法およびデジタル署名の使用は、ロケーション情報が安全なロケーション構成要素によって提供された後、認証可能なようにロケーション情報を保証する。
【００２８】
ロケーション検知エンティティ２３０およびロケーション情報は、ネットワークベースのロケーションサーバによって提供されるような、信用できる、安全な外部ロケーション参照に従って、較正し、再較正してよい。たとえば、こうした較正は、ＳＩＭ２１０内で安全に行われる認証手順を強化することによって、またはＳＩＭ２１０内に別個の手順を実装することによって行うことができる。
【００２９】
また、ＷＴＲＵ２００は、イベントのこのようなスタンピングが起こった場合、それ自体またはその一部（ＭＰＵ／アプリケーションプロセッサ２２０など）に、対象イベントの記述をロケーション情報でスタンプしてよい。このような、イベントのロケーションスタンピングは、このようなロケーションスタンピングが起こった時刻の情報も含んでよい。この場合、スタンピングは、ロケーション／タイムスタンピングと見なされることになる。
【００３０】
図４は、対象イベントの、保証されたロケーション（タイム有り、または無しの）スタンプを、図２のＷＴＲＵ２００によって提供する一例としてのプロセス４００のフロー図である。外部エンティティによるリクエストがあると、またはＷＴＲＵ２００もしくはその一部（ＭＰＵ／アプリケーションプロセッサ２２０など）から外部エンティティへのフェッチがあると、かつ／またはＷＴＲＵ２００もしくはその一部（ＭＰＵ／アプリケーションプロセッサ２２０など）による、対象イベントのログをとるという決定があると、ＷＴＲＵ２００は最初に、ＷＴＲＵ２００プラットフォームの「信頼状態」、ロケーション検知エンティティの信頼状態、および／または内部ＬＣＳクライアント１１５の信頼状態などの少なくとも１つを、（それ自体に対して、またはロケーションサーバなどの外部エンティティに対してリモートに）証明すればよい（ステップ４０２）。次いで、対象イベントの記述が、ＷＴＲＵ２００またはその一部（ＭＰＵ／アプリケーションプロセッサ２２０など）によって生成されてアプリケーションまたは外部エンティティに提示され、ストレージにバッファリングされる（ステップ４０４）。ロケーション情報が、新たにロケーション検知エンティティ２３０から取得され、ストレージにバッファリングされる（ステップ４０６）。ロケーション情報は、対象イベントの記述、および日付／時刻または装置のシリアルナンバーを含む任意選択の他の情報と合成される（ステップ４０８）。機密保護が重要である場合は、イベントの記述、ロケーション情報、および他のどの任意選択のパラメータまたは記述（たとえば日付／時刻、シリアルナンバーなど）も、機密保護のために暗号化すればよい。非対称秘密鍵または対称鍵も、このような暗号化に使うことができる。このような暗号化は好ましくは、ＳＩＭ２１０またはＴＰＭ２１４内で実施される。ただし、ＭＰＵ／アプリケーションプロセッサ２２０によって実施してもよい（やはりステップ４０８）。対象イベントの（任意選択で暗号化された）ロケーションスタンピング済み記述の暗号学的単方向ハッシュおよび任意選択の他の情報が生成される（ステップ４１０）。ハッシュは、ＷＴＲＵ２００内に格納された鍵によって署名され、デジタル署名を生成する（ステップ４１２）。好ましくは、このような鍵は好ましくは、ＳＩＭ２１０内で、またはＴＰＭ２１４によって内部もしくは外部において暗号で保護される。ハッシュ操作は好ましくは、ＳＩＭ２１０やＴＰＭ２１４内など、安全な実行環境において実施される。あるいは、このような操作は、ＭＰＵ／アプリケーションプロセッサ２２０によって実施してもよい。対称鍵または公開／秘密鍵ペアが署名に使われてよいが、このような署名には秘密鍵を使うことが好まれる。イベントの（任意選択で暗号化された）ロケーションスタンピング済み記述に署名済みデジタルハッシュ（すなわち、デジタル署名）を付加することによって、対象イベントの記述の、ロケーションスタンピング済み証明書が生成され、合成出力として提示される（ステップ４１４）。このような出力は、イベント記述のロケーションスタンピング済み証明書と呼ばれる。イベント記述のロケーションスタンピング済み証明書はまた、署名された署名の復号用に使うことができる公開鍵を含む証明書を、それ自体の中に含んでも、またはその証明書が添付されてもよく、この証明書は次いで、ロケーション証明書に付加される。
【００３１】
あるいは、ロケーション情報は、セルラーネットワークに対するＷＴＲＵの認証手順中に提供してもよい。ロケーション情報は、認証メッセージに埋め込まれ、このメッセージ中でロケーション情報は、認証プロトコルのメッセージ完全性チェック（ＭＩＣ）によって保護される。この場合、デジタル証明書は、要求されなくてよい。
【００３２】
ＷＴＲＵ２００またはロケーションサーバなどの外部ネットワークエンティティはまた、認証成功が起きたいくつかの最新のロケーションを格納し追跡することができる。このような、成功した認証のロケーション履歴は、ＷＴＲＵ２００上またはロケーションサーバ上の一部のアプリケーションによって用いることができる。
【００３３】
外部エンティティは、ＷＴＲＵの公開鍵を使って、ロケーション証明書を検証することができる。署名が合致しない場合、ロケーション証明書は無効と考えられる。ロケーション情報証明書から新規ハッシュを算出することによって、署名済みロケーション証明書中に付加されたデジタル署名が検証される。２つのハッシュ値が一致しない場合、外部エンティティは、ロケーション証明書がその特定のデータファイルには属さないか、またはデータファイルが改変されていると仮定してよい。いずれのケースでも、外部エンティティは、ロケーション証明書を無効であると考えなければならない。両方の検証が成功した場合、ロケーション情報は、ロケーション証明書から読み出され、信頼性があると仮定される。署名済みロケーション証明書は、データが証明されたという、否定できないロケーション証明として、その一意のシリアルナンバーなどによって識別されたロケーション証明書を生成するのに使われる特定の装置によって使うことができる。
【００３４】
ロケーション証明書用のハッシュ法およびデジタル署名の使用は、ロケーション情報を保証する。安全なロケーション構成要素自体は安全であり得るが、その出力（すなわち、ロケーション情報を含むロケーション証明書）は、ロケーション証明書が安全なロケーション構成要素の外部で扱われると、安全でない可能性がある。たとえば、ロケーション証明書は、安全でないプログラムによって改変される可能性も、安全でないメモリに格納されている間に改竄される可能性もある。したがって、ハッシュ法およびデジタル署名の使用は、ロケーション情報が安全なロケーション構成要素によって提供された後、認証可能なようにロケーション情報を保証する。
【００３５】
ロケーション検知エンティティからの位置測定の正確さが信頼されるサードパーティ（たとえば、安全なロケーションサーバ）により最後にチェックされたとき、およびロケーション検知エンティティが最後に再較正されたときを示すためのフィールドが、ロケーション情報とともに任意選択で含まれ得る。こうしたフィールドは、アプリケーションによって、再較正手順をトリガし、改竄条件に注意する、などのために用いることができる。
【００３６】
一般的な技術の一部は、上で開示したセキュリティ機構と併せて、操作のセキュリティを増強するのに用いることができる。各装置が、証明書に署名するのに使われるそれ自体の一意の秘密鍵をもつように、暗号学的デジタル署名アルゴリズム（たとえば、デジタル署名標準（ＤＳＳ）、ＲＳＡ、ＮＴＲＵなど）が用いられ得る。耐タンパー機構も、内部操作および鍵を発見するために、外部信号プロービング、スニフィング、電力解析などを検出し防止するのに、または機能性の修正を試みるのに用いることができる。セキュアーストレージまたはＥ−Ｆｕｓｅボックスが、装置ＩＤ、装置のシリアルナンバー、装置固有の秘密鍵、および他の秘密情報を、保護されたハードウェアに安全に格納するのに使われてよく、そうすることによって暗号学的装置識別を可能にする。
【００３７】
ハードウェアで保護された鍵も使うことができる。ロケーション証明書署名用に使われる、装置ごとに一意の鍵は、耐タンパハードウェア内で生成され、外部に暴露されることはない。したがって、認証されていないどのエンティティも、ハードウェア耐タンパー特徴を破らずに秘密鍵の値を解読することは決してできない。
【００３８】
ソフトウェア保護機構も用いることができる。汎用ハードウェア（ハードウェア耐タンパーなし）上で稼動するソフトウェアによって鍵が生成される場合、鍵は、可搬型暗号装置（スマートカード、ドングルなど）、ソフトウェア耐タンパー、および／またはコード難読化と、組込み分割鍵との組合せにより保護すればよい（秘密鍵全体が、いかなるときでもメモリ中で完全に暴露されることが決してないようにするため）。
【００３９】
データ入力に付加するためのリプレイ防止「ノンス（nonce）」を生成し、暗号によってより難解なハッシュ出力を生成し、リプレイ攻撃、誕生日攻撃、および辞書攻撃などの攻撃に対抗するのに、暗号学的乱数ジェネレータ（ＲＮＧ）が用いられてもよい。
【００４０】
公開鍵（署名を検証するのに使われる）の安全な認証も実施することができ、そうすることによって、配信された可能性がある偽造公開鍵は、偽造されたロケーション証明書の偽の検証を実施することができない。
【００４１】
ＷＴＲＵのロケーション情報または対象イベントのロケーションスタンピング済み記述が、安全にネットワークに提供されると、ロケーション情報または対象イベントのロケーションスタンピング済み記述は、ＷＴＲＵ２００（および／またはユーザ）の認証を制御し、ＷＴＲＵ２００またはＷＴＲＵ２００が接続されているネットワークの特定のアプリケーション、サービス、データ、機能などへのアクセスを制御するのに用いることができる。
【００４２】
安全なロケーションサーバ（たとえば、ＧＭＬＣ）は、ネットワーク上のクライアントによるリクエストがあると、ネットワークを介してリクエスト側クライアントに基準ロケーションを安全に提供するネットワークベースのサーバである。安全なロケーションサーバは、安全なネットワークベースのロケーション同期プロトコルを用いることができる。ロケーションサーバは、ロケーション情報を維持する、信頼できるネットワーク構成要素である。ＰＰＲ１４８は、ＷＴＲＵに関する秘匿性およびアクセス制御についての情報ならびに／あるいはこの情報および他のセキュリティ関連情報の扱いについてのポリシーを提供する別のネットワークベースのサーバである。ロケーションサーバは、ＰＰＲ１４８から取得するいかなる秘匿性もセキュリティポリシーも強化する。
【００４３】
図５は、一例としてのロケーションサーバ５００のブロック図である。ロケーションサーバは、受信ユニット５０２、プロセッサ５０４、および信頼性処理モジュール５０６（任意選択）を含む。受信ユニット５０２は、ＷＴＲＵ２００の信頼性ロケーション情報を受信する。プロセッサ５０４は、ロケーション情報に基づく認証およびアクセス制御を含む、後で開示する多数の機能を実施する。信頼性処理モジュールは、プラットフォームおよびソフトウェアの完全性および信頼を測定する。
【００４４】
プロセッサ５０４は、ロケーション情報を１組の状況的ロケーション情報に相関させてよい。状況的ロケーション情報は、ＷＴＲＵの現在の位置が、既知のオブジェクトのロケーションの内部またはその近く（および、どれだけ近いか）であるのか、どこでこのようなオブジェクトのロケーションが信頼されていると見なされ、このような信頼関係がＷＴＲＵ２００、ロケーションサーバ、およびＰＰＲ１４８の双方によって認識されているのかというインジケータでよい。状況的ロケーション情報は、ＷＴＲＵの予想位置が、ユーザまたはネットワーク指定の未来時に、絶対的な地理的ロケーションとして、または既知のオブジェクトまたは基準点に対する相対的なロケーションとしてどこにあり得るかというインジケータでよい。
【００４５】
プロセッサ５０４は、ロケーションベースの情報がＷＴＲＵ２００またはその内部ＬＣＳクライアント１１５によって、特定のアクセス権（たとえば、特定のデータ、記憶域、または他のアプリケーションにアクセスするための、ＷＴＲＵ２００上のアプリケーションによるアクセス許可／拒否ベース、かつ段階的アクセス許可ベース両方でのアクセス、あるいは、人間ユーザによる、ＷＴＲＵ２００上の、またはネットワークによって提供される特定のアプリケーションへの許可済み／拒否済みベースおよび段階付けベース両方でのアクセス）を支配するのに内部的にどのように用いられ得るかを支配するポリシーがＰＰＲ１４８から発し、強制および／または変遷のためにロケーションサーバによって取得されると、そのポリシーを生成し、安全に格納し、アップデートし、ＷＴＲＵに伝播させるための性能および機能を有し得る。ロケーションサーバは、このようなポリシーを強化するための性能および機能も有する。ロケーションサーバは、ポリシーを直接強化することも、ＷＴＲＵ２００に対してこのようなアクセス制御を自主規制するように指示することもできる。
【００４６】
プロセッサ５０４は、マルチキャスト状況におけるそのロケーションに（全体的または部分的に）基づいて各ＷＴＲＵ２００に提供されるサービスのＱｏＳレベルを支配するための性能および機能を有し得る。
【００４７】
プロセッサ５０４および／または信頼性処理モジュール５０６は、ロケーション情報の信頼性（完全性および機密）を評価するための性能および機能を有し得る。検証は、ネットワーク内のＰＰＲ１４８を照合することによって実施することができる。ＰＰＲ１４８は、ロケーションサーバから、ＷＴＲＵ２００についての地理的ロケーションおよび状況的ロケーション情報に関する情報を受信し、このようなデータの完全性および正確さを検証し、検証結果を安全なやり方でロケーションサーバに折返し報告するための性能および機能を有し得る。あるいは、ロケーション情報の信頼性の検証は、ロケーションサーバ５００自体によってチェックすることもできる。
【００４８】
プロセッサ５０４は、ＷＴＲＵ２００からロケーション情報を受信すると、その本当のロケーションを、ＷＴＲＵ独自のロケーション判定および報告機構からは独立している補助的ロケーション測定方法によって検証するための性能および機能を有し得る。たとえば、参照によって完全に説明されたものとして組み込まれている特許文献１、名称「Method and System for Securing Wireless Communications」に開示されている、独立したやり方でＷＴＲＵのロケーションを判定する３つ以上の距離測定用ワイヤレスアクセスポイントを用いる方法が、この目的に用いられ得る。
【００４９】
信頼性処理モジュール５０６は、ＷＴＲＵ２００によって送られた、特定の情報の完全性によって測定されるその信頼性の証明を検証するための性能および機能を有してよく、この場合、このような情報は、ＷＴＲＵのロケーション情報を、そのソフトウェア、オペレーティングシステム、または秘密データの完全性に暗号によって結びつける。信頼性処理モジュール５０６は、たとえば、信頼性コンピューティンググループ（ＴＣＧ）信頼性ネットワーク接続（ＴＮＣ）技術の使用によって、信頼計算処理を指揮することが可能な場合がある。
【００５０】
プロセッサ５０４および／または信頼性処理モジュール５０６は、ＷＴＲＵ（群）、他のロケーションサーバ（群）、およびＰＰＲ（群）とロケーション情報を安全に通信するための性能および機能も有してよく、この場合、セキュリティは、移送レベルおよびアプリケーションレベル両方で保証される。
【００５１】
プロセッサ５０４は、ロケーションベースのアクセス制御（認証を含む）、ロケーションベースのネットワーク経路指定および移送制御、ロケーションベースのサービス制御（サービスアクセス制御を含む）、ならびにＷＴＲＵへのロケーションベースのアクセス制御ポリシーの供給などのサービスを提供するための性能および機能も有し得る。
【００５２】
プロセッサ５０４は、ロケーション／タイムスタンピングのための性能および機能も有し得る。たとえば、プロセッサ５０４は、ＷＴＲＵ、他のロケーションサーバ、またはＰＰＲ１４８に、特定のイベントのロケーション／タイムスタンプを含む安全なデータまたは対象データを与えることができる。プロセッサ５０４は、こうしたデータが受信されると、ロケーション／タイムスタンプデータの完全性および正確さを検証することができる。
【００５３】
プロセッサ５０４は、ロケーションベースのアクセス制御手順およびポリシー管理プロセスにおいて使われる暗号鍵を安全に管理するための性能および機能も有し得る。
【００５４】
上で述べたように、ＷＴＲＵ２００の（物理的および状況的）ロケーション情報は、ＷＴＲＵの運用システムまたはアプリケーション、その人間ユーザ、ピアモバイル装置（協調ネットワーク設定において特定のＷＴＲＵのアプリケーションへのアクセスを試すことができる）、またはネットワーク上のエンティティ（たとえば、遠隔アプリケーションプロバイダや他のサービスプロバイダ）による、データまたはアプリケーションへのアクセスを許可し、却下し、または制御するのに用いることができる。たとえば、ＤＲＭコンテンツへのアクセスは、ＷＴＲＵ２００がある一定の領域内にあるときのみ許せばよい。企業ネットワークへのアクセスは、ＷＴＲＵ２００が、ロケーション情報によって判定された安全な環境にあるときのみ許せばよい。
【００５５】
ロケーション情報は、ＷＴＲＵ２００における情報の制御を指導するのに使うことができる追加パラメータを抽出するように、ＷＴＲＵ２００の速度またはスピードダイナミクスを推定するのに使用することもできる。たとえば、局所的なホットスポットサービスへのアクセスは、ＷＴＲＵ２００がホットスポット付近にあるときに許してよい。この場合、ＷＴＲＵ２００のロケーションおよびスピードは、ＷＴＲＵ２００とネットワークとの間のホットスポットサービスプロビジョニングを準備するのに用いることができる。ＷＴＲＵ２００上のロケーション検知エンティティおよびロケーション検知エンティティによって生成されるロケーション情報は安全であり、したがって、そこから生成されるどの速度または方向情報も安全と見なすことができる。
【００５６】
アドホックネットワークまたはメッシュネットワークでは、ロケーション情報は、効率的なネットワーク経路決定のための手段として用いることができる。高移動性ネットワーク（車両通信に用いられる局所的ワイヤレスネットワークなど）では、ロケーション情報は、ダイナミックな経路決定を行うために用いることができる。というのは、ネットワークは、車両が高頻度でローカルネットワークに出入りする際、絶えず変形している場合があるからである。このことは、車両の間だけではなく、たとえば路上交差点にある信号機などの固定ノードとも通信が起こる際に、車両安全性システムに利用することができる。
【００５７】
ＷＴＲＵの信頼性ロケーション情報は、既知のオブジェクトの信頼性ロケーション情報に統合することができ、ロケーションベースのサービスは、この情報に基づいて提供することができる。この方法は、信頼性ロケーションオブジェクトタギング（ＴＬＯＴ）と呼ぶことができる。より多数のオブジェクトのデータベースがＬＢＳネットワークオペレータにとって利用可能である場合、データベースは、ＬＢＳネットワークオペレータによって、様々な、ロケーションベースのサービスを提供するのに使うことができる。データベース中のオブジェクトのロケーションは固定でも移動性でもよいが、非常に遅く、認識可能な程度でしかない。このようなオブジェクトのロケーションは、時間経過に伴って追跡することができ、地理的なロケーション属性（たとえば、経度、緯度、および高度情報）と、状況的ロケーション属性（たとえば、「ここは連邦セキュリティ複合体である」、「ここは禁煙カフェテリアである」、など）とは、相互に両方向で相互相関される（すなわち、地理上マッピングおよび逆地理上マッピングが、データベース中でサポートされる）。既知のオブジェクトの例は、建物、陸標、または他のどの地理的物体（たとえば、川、池、山、砂漠、道路、ダムなど）でもよい。
【００５８】
たとえば、ＷＴＲＵ２００の位置が、既知のＷｉＦｉセキュリティ脆弱性を有する建物に近いと判定されると、ＷＴＲＵ２００またはそのユーザが適切な認証および他のセキュリティ証明を提供することができない限り、オペレータは、ＷＴＲＵ２００へのＷｉＦｉアクセスを不可とするためのアクセス制御サービスを提供してよい。
【００５９】
さらに、ＷＴＲＵ２００は、ＴＬＯＴ情報を格納し、使用することもできる。たとえば、ＷＴＲＵ２００が、その現在のロケーションを、そのロケーションが信頼されるようにタグ付けされるオブジェクトの既知の、または期待されるどのＴＬＯＴ情報にも相関させた後でそのロケーション（たとえば、ロケーション検知エンティティ２３０から取得される）についてのその現在の知識を使用して、アクセス制御を行使し、あるいは特定のロケーションベースのサービスを開始し、またはリクエストすることができる場合。
【００６０】
ロケーションに基づくデータの経路指定が可能である。たとえば、ＷＴＲＵ２００が、特定の異なるクラスの経路指定性能をもつことが分かっている建物の中にあると判定された場合、ＷＴＲＵ２００は、建物内部でのワイヤレス通信用に、他のものではなく特定の（ワイヤレス）ルータを使うように指示され得る。
【００６１】
ＤＲＭやモバイル決済など、多くの移動体アプリケーションは、プロトコルにおける安全なロケーション情報の使用によって、アプリケーションプロトコルにおけるさらなるセキュリティという点に関して利益を受ける場合がある。たとえば、ＯＭＡ  ＤＲＭでは、ＤＲＭ装置（たとえば、ＷＴＲＵ）は、権利オブジェクト取得プロトコル（ＲＯＡＰ）のリクエスト下位プロトコルすべてにおいて、その内部ＬＣＳクライアントからの、ロケーションのローカル測定値を用いる。装置ロケーションを受信すると、ネットワークＤＲＭサービスプロバイダは、ロケーション情報を用いて、このようなリクエストの有効性および適切性を判定する。
【００６２】
上で開示した方法によって可能にされる信頼性ロケーション情報またはロケーション／時間情報は、プロトコルメッセージに含めればよい。このような情報の受信側は、このような情報を用いて、ＷＴＲＵ２００によってリクエストされ、または実施される処理の適切性の検証の正確さを増すことが可能である。
【００６３】
表１は、ロケーション情報（および任意選択で、時間情報）を含むＲＯＡＰ権利オブジェクト（ＲＯ）リクエストメッセージ形式を示す。ＲＯＡＰ  ＲＯリクエストメッセージは、ＤＲＭ装置が消費することを望むＤＲＭコンテンツに対するＲＯをリクエストするために、ＤＲＭ装置（たとえば、ＷＴＲＵ）によって、ＤＲＭ権利発行元（ＲＩ）に送られる。従来のＲＯＡＰ  ＲＯリクエストメッセージは、ＲＯをリクエストしているＷＴＲＵ２００のロケーション情報（または時間情報）を含まない。修正されたＲＯＡＰ  ＲＯリクエストメッセージ中には、ＷＴＲＵ２００の現在のロケーションのロケーション情報（および任意選択で、時間情報）が含まれ（表１において、太字で示す）、ロケーション情報は、権利発行元で、リクエスト側ＷＴＲＵ２００へのＲＯの発行を認めるかどうか、およびどのように認めるかを評価するのに用いることができる。
【００６４】
【表１】
2010519788.tif 000001
【００６５】
ＷＴＲＵ２００によってＲＩに提示される現在のロケーション情報は、ＲＩによって評価されて、上で説明したロケーションサーバなど、第三者認証元を通してＷＴＲＵ２００の請求ロケーションの有効性を検証し、かつ／またはＷＴＲＵ２００に対してＲＯへの許可が行われるべきかどうか、ならびにどのように行われるかについて決定を行うのにロケーション情報を用いることができる。
【００６６】
同様の修正は、ＤＲＭ使用の、ロケーション情報に基づく制御を可能にするために、装置Ｈｅｌｌｏ、ＲＩ  Ｈｅｌｌｏ、登録リクエスト、登録応答、ＲＯ応答、ドメイン参加リクエスト、ドメイン参加応答、ドメイン離脱リクエスト、およびドメイン離脱応答メッセージを含むが、それに限定されない他のＲＯＡＰ関連メッセージに対して行うことができる。従来のプロトコルおよび関連メッセージ形式の同様の修正も、ＷＴＲＵ２００から装置外格納装置へのＤＲＭコンテンツの格納、またはピア移動体ＤＲＭ装置の間でのコンテンツの超流通など、他のＤＲＭ使用ケースにおける装置の認証用にロケーション情報の使用を許すために可能である。
【００６７】
ロケーション情報は、シングルサインオン（ＳＳＯ）および連携型（federated）ＩＤアプリケーションなど、他のアプリケーションに関するロケーション情報で従来の認証手順を増補することによって、ＷＴＲＵ２００用の従来の認証手順を補うのに用いることができる。
【００６８】
基地局、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスポイントなど他のネットワークノード、またはロケーションサーバで利用可能なＷＴＲＵの信頼性ロケーション情報は、協調ネットワークにおいては有用である。協調ネットワークでは、一部のＷＴＲＵは、基地局用の他のＷＴＲＵにデータを伝送し、または他のＷＴＲＵ用の基地局にデータを伝送するためのヘルパとして働き得る。この動作は、空間的多様性を十分に利用して、ネットワークパフォーマンスを向上させる。協調ネットワークの別の利点は、受信可能範囲を拡張することである。ＷＴＲＵのロケーションを確実に知っていれば、基地局（またはロケーションサーバもしくは他のあらゆるネットワークエンティティ）は、適切なロケーションにあるＷＴＲＵを識別し、データ伝送において、かつ他の機能性において、ＷＴＲＵに対して助けを求めることができる。
【００６９】
ロケーション情報の別の用途は、マルチキャストである。基地局が多数のＷＴＲＵにサービスを提供する場合、基地局から遠く離れている一部のＷＴＲＵは、高品質のサービス（ＱｏＳ）を受信することは期待されない。ＷＴＲＵのロケーション（ならびに他のチャネル情報）に基づいて、基地局は、各ＷＴＲＵ向けのＱｏＳのレベルを決定することができる。この決定は、ネットワーク帯域幅を節約し得る。たとえば、ＷＴＲＵの信頼性ロケーション情報に基づいて、高確率でＷＴＲＵがそのロケーションのせいでデータを再度受け損なうことになることを基地局が知っている場合、基地局は、そのデータを受信していない遠隔ＷＴＲＵには一部のデータを再送信しないと決定すればよい。
【００７０】
上記２つの例（すなわち、協調ネットワークの形成、およびマルチキャスト状況におけるＱｏＳレベルの判定）では、ワイヤレスネットワークは、ロケーション情報以外の判定用基準値として、より直接的な関連性をもち得る情報または測定値を利用することができる。たとえば、基地局がそのセル中で全ＷＴＲＵへの直接双方向通信リンクをもつ場合、基地局は通常、ＷＴＲＵすべてがセル中にある状態で、ＲＦチャネルリンク品質基準（たとえば、信号対ノイズ比（ＳＮＲ））すべてを利用することになる。このような測定は、協調ネットワークまたはマルチキャストＱｏＳレベルの形成のための決定要因として、単なるロケーション情報より直接的に有用であり得る。ただし、基地局がセル中の全ＷＴＲＵとの双方向リンクを維持するための帯域幅をもたないが、他のいくつかのＷＴＲＵについてのロケーション情報の収集元および送信元としても作用し得るＷＴＲＵの１つとの双方向リンクを維持することができる場合は、基地局は、マルチキャストＱｏＳレベルまたは協調ネットワークの境界を判定する際、収集元および送信元ＷＴＲＵからの、ＷＴＲＵすべてについてのロケーション情報を用いることができる。
【００７１】
実施形態
１．ＷＴＲＵのロケーション情報を生成するように構成されたロケーション検知エンティティを備えるＷＴＲＵ。
【００７２】
２．ＳＩＭを備える実施形態１に記載のＷＴＲＵ。
【００７３】
３．ロケーション情報の完全性と、プラットフォーム、ロケーション検知エンティティおよびソフトウェアの信頼とを確実にするように構成された信頼性処理モジュールを備える実施形態１〜２のいずれか１つに記載のＷＴＲＵ。
【００７４】
４．信頼性処理モジュールは、証明書を用いて、ロケーション情報を特定のデータに結びつけ、ＷＴＲＵの外部の構成要素に証明書を出力するように構成される実施形態３に記載のＷＴＲＵ。
【００７５】
５．信頼性処理モジュールは、ロケーション情報をプラットフォーム完全性データに結びつけるように構成される実施形態３〜４のいずれか１つに記載のＷＴＲＵ。
【００７６】
６．信頼性処理モジュールは、ロケーション情報をアプリケーション完全性データに結びつけるように構成される実施形態３〜５のいずれか１つに記載のＷＴＲＵ。
【００７７】
７．信頼性処理モジュールは、メッセージ完全性チェックを用いて、ロケーション情報をメッセージに結びつけるように構成される実施形態３〜６のいずれか１つに記載のＷＴＲＵ。
【００７８】
８．信頼性処理モジュールは、ＴＣＧ  ＴＰＭおよびＭＴＭの一方である実施形態３〜７のいずれか１つに記載のＷＴＲＵ。
【００７９】
９．信頼性処理モジュールは、ロケーション情報へのアクセスを外部エンティティに認め、または外部エンティティからの情報を受諾するのに先立ってロケーション情報を受信することを目的とした外部エンティティの信頼指標を検証するように構成される実施形態３〜８のいずれか１つに記載のＷＴＲＵ。
【００８０】
１０．信頼性処理モジュールは、ＳＩＭに組み込まれる実施形態３〜９のいずれか１つに記載のＷＴＲＵ。
【００８１】
１１．ＳＩＭは、信頼性処理モジュールによってその完全性が保護され検証されるソフトウェアで実装される実施形態２〜１０のいずれか１つに記載のＷＴＲＵ。
【００８２】
１２．ロケーション検知エンティティは、信頼性処理モジュールによってＳＩＭに結びつけられる実施形態１〜１１のいずれか１つに記載のＷＴＲＵ。
【００８３】
１３．ロケーション情報は、認証目的のためにネットワークに与えられる実施形態１〜１２のいずれか１つに記載のＷＴＲＵ。
【００８４】
１４．ＳＩＭは、メッセージ完全性チェックを用いてロケーション情報をメッセージに含めるように構成され、認証手順の間に送られる実施形態１３に記載のＷＴＲＵ。
【００８５】
１５．ロケーション検知エンティティは、安全な、信頼できるサードパーティによって与えられる基準に従って較正される実施形態１〜１４のいずれか１つに記載のＷＴＲＵ。
【００８６】
１６．ロケーション情報は、ＤＲＭアプリケーションおよびモバイル決済アプリケーションの一方によって使用される実施形態１〜１５のいずれか１つに記載のＷＴＲＵ。
【００８７】
１７．ロケーション情報は、ＤＲＭデータ交換プロトコルメッセージに含まれる実施形態１〜１６のいずれか１つに記載のＷＴＲＵ。
【００８８】
１８．時間情報を出力するＲＴＣをさらに備え、時間情報は、ロケーション情報と合成される実施形態１〜１７のいずれか１つに記載のＷＴＲＵ。
【００８９】
１９．ロケーション情報を保証する方法。
【００９０】
２０．ロケーション検知構成要素の完全性と、ＷＴＲＵ内のプラットフォームおよびソフトウェアの信用とを検証することを含む実施形態１９に記載の方法。
【００９１】
２１．完全性および信用が検証された場合、ＷＴＲＵのロケーション情報を生成することを含む実施形態２０に記載の方法。
【００９２】
２２．ロケーション情報をメッセージに埋め込むことをさらに含む実施形態２１に記載の方法。
【００９３】
２３．メッセージを伝送することをさらに含む実施形態２２に記載の方法。
【００９４】
２４．完全性は、ＴＣＧ  ＴＰＭおよびＭＴＭの一方を用いて検証される実施形態２０〜２３のいずれか１つに記載の方法。
【００９５】
２５．ロケーション情報に基づいてアクセス制御を実施することをさらに含む実施形態２１〜２４のいずれか１つに記載の方法。
【００９６】
２６．メッセージは、認証手順の間に送られる実施形態２３〜２５のいずれか１つに記載の方法。
【００９７】
２７．安全な、信頼できるサードパーティによって与えられる基準に従って、ロケーション検知構成要素を較正することをさらに含む実施形態２０〜２６のいずれか１つに記載の方法。
【００９８】
２８．ロケーション情報へのアクセスを外部エンティティに認めるのに、または外部エンティティからの情報を受諾するのに先立って、ロケーション情報を受信することを目的とした外部エンティティの信頼指標を検証することをさらに含む実施形態２１〜２７のいずれか１つに記載の方法。
【００９９】
２９．メッセージは、ＤＲＭデータ交換プロトコルメッセージである実施形態２２〜２８のいずれか１つに記載の方法。
【０１００】
３０．ロケーション情報は、モバイル決済アプリケーションによって使われる実施形態２１〜２９のいずれか１つに記載の方法。
【０１０１】
３１．時間情報を生成することをさらに含む実施形態２１〜３０のいずれか１つに記載の方法。
【０１０２】
３２．時間情報をロケーション情報と合成することを含む実施形態３１に記載の方法。
【０１０３】
３３．ＷＴＲＵの保証されたロケーション情報を使用する方法。
【０１０４】
３４．ＷＴＲＵのロケーション情報を取得することを含み、ロケーション検知構成要素の完全性と、ＷＴＲＵ内のプラットフォームおよびソフトウェアの信頼とが、ロケーション情報が生成され取得される前に検証される実施形態３３に記載の方法。
【０１０５】
３５．ロケーション情報に基づいてサービスを提供することを含む実施形態３４に記載の方法。
【０１０６】
３６．ＷＴＲＵアプリケーションおよび資源に対するアクセス制御は、ロケーション情報に基づいて実施される実施形態３５に記載の方法。
【０１０７】
３７．ネットワークからのデータおよびサービスに対するアクセス制御は、ロケーション情報に基づいて実施される実施形態３５〜３６のいずれか１つに記載の方法。
【０１０８】
３８．ＷＴＲＵの信頼状態は、位置測定を行い、ロケーションに基づくプロセスを実施する前にローカルに確認される実施形態３４〜３７のいずれか１つに記載の方法。
【０１０９】
３９．ＷＴＲＵの信頼状態は、位置測定を行い、ロケーションに基づくプロセスを実施する前にリモートに確認される実施形態３４〜３８のいずれか１つに記載の方法。
【０１１０】
４０．完全性および信頼は、ＴＣＧ  ＴＰＭおよびＭＴＭの一方を用いて検証される実施形態３４〜３９のいずれか１つに記載の方法。
【０１１１】
４１．ロケーション情報を用いてＷＴＲＵの認証を実施することをさらに含む実施形態３５〜４０のいずれか１つに記載の方法。
【０１１２】
４２．ロケーション情報を用いてＷＴＲＵのスピードを推定することをさらに含み、スピードは、アクセス制御ポリシー用のパラメータとして使われる実施形態３５〜４１のいずれか１つに記載の方法。
【０１１３】
４３．ＷＴＲＵの経路決定は、ロケーション情報に基づいて行われる実施形態３５〜４２のいずれか１つに記載の方法。
【０１１４】
４４．ロケーションベースのサービスをサポートするロケーションサーバ。
【０１１５】
４５．ＷＴＲＵのロケーション情報を取得する受信ユニットを備え、ロケーション検知構成要素の完全性と、ＷＴＲＵ内のプラットフォームおよびソフトウェアの信頼とが、ロケーション情報が生成され取得される前に検証される実施形態４４に記載のロケーションサーバ。
【０１１６】
４６．ロケーション情報に基づいてサービスを提供するプロセッサを備える実施形態４５に記載のロケーションサーバ。
【０１１７】
４７．ＷＴＲＵアプリケーションおよび資源に対するアクセス制御は、ロケーション情報に基づいて実施される実施形態４６に記載のロケーションサーバ。
【０１１８】
４８．ネットワークからのデータおよびサービスに対するアクセス制御は、ロケーション情報に基づいて実施される実施形態４６〜４７のいずれか１つに記載のロケーションサーバ。
【０１１９】
４９．プロセッサは、ロケーション情報を用いてＷＴＲＵの認証を実施する実施形態４６〜４８のいずれか１つに記載のロケーションサーバ。
【０１２０】
５０．プロセッサは、ロケーション情報を用いてＷＴＲＵのスピードを推定し、スピードは、アクセス制御用のパラメータとして使われる実施形態４６〜４９のいずれか１つに記載のロケーションサーバ。
【０１２１】
５１．プロセッサは、ロケーション情報に基づいて、ＷＴＲＵのための経路決定を行う実施形態４６〜５０のいずれか１つに記載のロケーションサーバ。
【０１２２】
５２．プロセッサは、ロケーション情報に基づいて、ＷＴＲＵに提供されるＱｏＳレベルを制御するように構成される実施形態４６〜５１のいずれか１つに記載のロケーションサーバ。
【０１２３】
５３．プロセッサは、ＷＴＲＵによって送られる、その信用性の証明を検証するように構成される実施形態４６〜５２のいずれか１つに記載のロケーションサーバ。
【０１２４】
５４．信用性は、ソフトウェア、オペレーティングシステム、および秘密データの少なくとも１つの完全性に、ロケーション情報を暗号によって結びつける特定の情報の完全性に関して測定される実施形態４６〜５３のいずれか１つに記載のロケーションサーバ。
【０１２５】
５５．プロセッサは、ロケーション情報に基づいて、共同配送のために、指定されたエンティティにデータを転送するようＷＴＲＵに命令するように構成される実施形態４６〜５４のいずれか１つに記載のロケーションサーバ。
【０１２６】
５６．ロケーション情報証明書を生成する方法。
【０１２７】
５７．ＷＴＲＵのロケーション情報を生成することを含む実施形態５６に記載の方法。
【０１２８】
５８．ロケーション情報の暗号学的単方向ハッシュを生成することを含む実施形態５７に記載の方法。
【０１２９】
５９．暗号学的単方向ハッシュに、ＷＴＲＵ内に保持される秘密鍵でデジタル署名することを含む実施形態５８に記載の方法。
【０１３０】
６０．ロケーション情報にデジタル署名されたハッシュを付加することによって、ロケーション証明書を生成することを含む実施形態５９に記載の方法。
【０１３１】
６１．機密保護のためにロケーション情報を暗号化することをさらに含む実施形態５７〜６０のいずれか１つに記載の方法。
【０１３２】
６２．ＷＴＲＵプラットフォームの信頼状態、ＷＴＲＵのロケーション検知エンティティの信頼状態、および内部ＬＣＳクライアントの信頼状態の少なくとも１つを証明することをさらに含む実施形態５７〜６１のいずれか１つに記載の方法。
【０１３３】
６３．対象イベントの記述は、ロケーション情報と合成される実施形態５７〜６２のいずれか１つに記載の方法。
【０１３４】
６４．ロケーション情報証明書を生成するＷＴＲＵ。
【０１３５】
６５．ＷＴＲＵのロケーション情報を生成するロケーション検知エンティティを備える実施形態６４に記載のＷＴＲＵ。
【０１３６】
６６．ロケーション情報の暗号学的単方向ハッシュを生成し、暗号学的単方向ハッシュに、ＷＴＲＵ内に保持される秘密鍵でデジタル署名し、デジタル署名されたハッシュをロケーション情報に付加することによってロケーション証明書を生成する信頼性処理モジュールを備える実施形態６５に記載のＷＴＲＵ。
【０１３７】
６７．ロケーション情報は、機密保護のために暗号化される実施形態６５〜６６のいずれか１つに記載のＷＴＲＵ。
【０１３８】
６８．信頼性処理モジュールは、ＷＴＲＵプラットフォームの信頼状態、ＷＴＲＵのロケーション検知エンティティの信頼状態、および内部ＬＣＳクライアントの信頼状態の少なくとも１つを証明する実施形態６６〜６７のいずれか１つに記載のＷＴＲＵ。
【０１３９】
６９．信頼性は、ソフトウェア、オペレーティングシステム、および秘密データの少なくとも１つの完全性にロケーション情報を暗号によって結びつける特定の情報の完全性に関して測定される実施形態６６〜６８のいずれか１つに記載のＷＴＲＵ。
【０１４０】
７０．対象イベントの記述は、ロケーション情報と合成される実施形態６５〜６９のいずれか１つに記載のＷＴＲＵ。
【０１４１】
本発明の特徴および要素が、好ましい実施形態において具体的な組合せとして説明されたが、各特徴または要素は、好ましい実施形態の他の特徴および要素なしで個別に、あるいは本発明の他の特徴および要素ありでもなしでも、様々に組み合わせて用いることができる。本発明において挙げられた方法またはフローチャートは、汎用コンピュータまたはプロセッサによる実行用のコンピュータ可読記憶媒体内で具体的に実施される、コンピュータプログラム、ソフトウェア、またはファームウェア中に実装することができる。コンピュータ可読記憶媒体の例は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ素子、内部ハードディスクおよび取外し可能ディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含む。
【０１４２】
適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能なゲートアレイ（ＦＰＧＡ）回路、他のどのタイプの集積回路（ＩＣ）、および／または状態マシンも含む。
【０１４３】
ソフトウェアと関連したプロセッサは、ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＷＴＲＵ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための高周波トランシーバを実装するのに使うことができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェア中に実装されるモジュールとともに使うことができる。