JP5356409B2 - 移動ハンドセットにおける抽象化機能 - Google Patents

Description

本願は一般に、通信システム、装置及び方法に関し、特に、未認可の第三者への漏洩から機密情報を保護するためのモバイル通信装置、サービス及びソフトウェアに関するものである。

移動電話機、並びに、移動ハンドセット（移動ハンドセットとは、例えばＰＣ、ラップトップ、車両などに内蔵された装置も指すものとする。）でのサービスはこの１０年間の間素晴らしい進化を成し遂げてきた。１９８０年代後半と１９９０年代にかけて３ＧＰＰがＧＳＭを標準化し、その後３Ｇを標準化したとき、回線交換による通話と、その後のショートメッセージサービス（ＳＭＳ）とが主として唯一の利用可能なサービスであった。それ以来、移動ハンドセットとネットワークは進化を続けて、ＴＶ及び双方向型マルチメディアを利用できるほどの十分に高い帯域幅を提供するネットワークに接続されたローカルアプリケーションとブラウザベースのサービスの双方を実行できる強力なデバイスを創成してきた。増加する帯域幅、並びに、実行可能な技術的プラットフォームとトランスポート技術とをマルチメディアサービスのために提供する必要性に加えて、例えば、基盤技術としてインターネットプロトコル（ＩＰ）を利用するパケット交換ネットワークが移動通信サービス用の支配的プラットフォームになりつつある。このトレンドが通信ビジネスのほとんどの関係者により支持され続けている複数の理由が存在する。その１つの理由として、サードパーティがこのようなシステム用のアプリケーションを開発し始めるという点が挙げられ、これによって、インターネットの場合のように次世代技術の予想される成功へのキーとなる可能性が高くなる。別の理由として、ＩＰが、機能を利用するのにより安価な技術的プラットフォームを提供するという点が挙げられる。これは大幅なスケールメリットをもたらすものとなる。というのは、ＩＴ業界によっても利用されている技術の方が従来の通信技術よりも安価になるからである。

さらに、増加する帯域幅と共に、ＩＰ接続性と、（比較的限定された処理リソースとメモリリソースの少なくともいずれかのような）いわゆる「シン（thin）」クライアントを含む、通信事業者のネットワーク内において密に統合された機能として以前に実装されていた機能を有すると共に、通信用制御チャネルを用いる最新型移動ハンドセットが、（例えば比較的多めのリソースを持つ）比較的「シックな（thicker）」クライアントをハンドセット上に有し、かつ、通信事業者のネットワーク内の（又は通信事業者のネットワークの外においても）ＩＰ領域に配置されているアプリケーションとして利用可能となる。換言すれば、従来のシン・クライアントはその機能が限定されたものとなるため、サービス時のロジック回路は、移動ハンドセットに依拠する代わりに、ネットワークと、サーバ並びにプロキシ側との少なくともいずれかに依拠するものとなる。シン・クライアントの典型的な例として、従来のブラウザとＳＭＳ／ＭＭＳベースのサービスの少なくともいずれがある。しかし、さらに最新型の移動ハンドセットの開発と共に、よりシックなクライアント（すなわちＪａｖａ（登録商標）／シンビアン／ｉＰｈｏｎｅのアプリケーション）が、クライアントにおいて実行される数に多少の違いがあるロジック回路を有し、かつ、ネットワークとサーバの少なくともいずれかにおいて実行されることはない。これは、例えば、グーグル・ギア及びアンドロイドのようなさらに最新型のブラウザを備えた次世代ウェブ環境についても当てはまることである。「よりシックな」クライアントがネットワーク内のサーバと通信を行うために情報をクライアントとサーバ間で転送する必要性が頻繁に生じる。そのような情報として、例えば、ネットワーク機能と、ハンドセット内の固有機能との少なくともいずれかの機能に関する情報などがあり、そのため、このような情報の交換を可能にするインタフェースとプロトコルが必要となる。この機能及び情報はかなりの程度まで、いわゆる通信システムの「制御プレーン」としばしば呼ばれるものであり、これに対して、ハンドセットに関連付けられたクライアントと、ネットワーク内のサーバとの間の通信（例えばＩＰのようなパケットベースの技術などに基づいて行われる通信など）は通常「ユーザプレーン」と呼ばれている。

ハンドセットの固有機能に関するデータと、ハンドセット内の制御プレーンに記憶されているネットワーク情報とを取得する機能を持つ複数のインタフェースが存在する。これらのデータとネットワーク情報とは通信事業者が不正使用者又は未認可サーバと共有することを望まないものである。このようなインタフェースは、一般にハンドセットにおいて利用可能な固有機能のほとんどを提供するオペレーティングシステム（ＯＳ）をベースとしている。ＯＳの例として、シンビアン、ノキアシリーズ６０、ウィンドウズ（登録商標）・モバイル及びリナックスがある。これらのＯＳは制御プレーンにおいて利用可能なサービスと情報用のインタフェースとを提供することができる。このようなサービス及び情報の例には、呼制御、ＳＭＳ／ＭＭＳサービス並びに、ハンドセットが現在接続されている接続先の基地局ＩＤなどのネットワーク情報、隣接リスト及び能動／受動セット（active/passive set）が含まれる。能動セットは、ソフトハンドオーバの候補基地局となる３Ｇ基地局を含み、ハンドセットはこれら基地局のパイロットを解読してハンドオーバの実行を可能にする。受動セットはハンドセットによって聞くことができる３Ｇ基地局を含むが、これらの３Ｇ基地局はソフトハンドオーバの候補基地局ではない。ハンドセットは、能動セットに対する解読の場合と同じ程度までにはこれらのパイロットを解読しない。ＯＳによって提供されるインタフェースの他に、Ｊａｖａ（登録商標）（Ｊ２ＭＥ）又は他のランタイム環境も、Ｊａｖａ（登録商標）アプリケーションが制御プレーンから取得されるサービスと情報へのアクセスを行うことができる広範なセットの標準化されたインタフェースを提供する。

一方、ユーザプレーンベースのサービスが、一般に、マーケットに対するより低い投資コストと、より短い時間とを意味することに起因して、オープンモバイルアライアンス（ＯＭＡ）はユーザプレーンシグナリングに基づいてサービス・イネーブラを標準化した。ユーザプレーンベースのサービスの一例として、ＯＭＡの安全なユーザプレーンロケーション（ＳＵＰＬ）において標準化されたユーザプレーンベースの測位がある。ＳＵＰＬにおいて、端末のＳＵＰＬクライアントはネットワーク情報及び測位機能にアクセスすることができる。クライアントは、ＩＰ及び提供されるＩＰアドレスを用いてＳＵＰＬサーバと通信を行うことができる。

このタイプのアーキテクチャは或る種の問題点と挑戦すべき課題とを提起する。制御プレーンにつながるインタフェースが制御プレーンから情報を取得するメカニズムをユーザプレーンサービスに提供するため、この情報は通信事業者の領域外のエンティティへエクスポートされる場合がある。しかし、制御プレーンから得られる情報のいくつかが機密情報である可能性があり、かつ、通信事業者の外部エンティティによって濫用される可能性があるため、これらのインタフェースによって、通信事業者にとっての商業上のリスク及び時としてセキュリティ上のリスクが導入される可能性がある。種々のサービス及びクライアントがこれらのインタフェースによって提供される情報を必要としているため、情報は合法的なサービスとクライアントの少なくともいずれかへ提供されなければならない。このような合法的なサービスとクライアントの少なくともいずれかとして、例えば、機密ネットワーク情報を受け取る契約を通信事業者と確立したサービスとクライアントがある。このような機密ネットワーク情報の一例として、セルＩＤ及び隣接リスト（すなわち隣接する基地局と所定のセルの隣接セルとの少なくともいずれかを含むリスト）がある。ＯＭＡ ＳＵＰＬ測位のようなサービス及びＩＰマルチメディアサブシステムサービスの場合、ユーザプレーンクライアントは、適切に機能するためには制御プレーンからの情報を必要とする。したがって、制御プレーンから得られる情報を、通信事業者を除く全ての人から隠すという処理は解決策にはならない。

セルＩＤのような情報がユーザプレーン内のアプリケーションにより利用可能な場合、通信事業者以外の他の関係者が情報を監視し、かつ、この情報を登録して、（例えばビジネス上の利益を得るために）通信事業者と競合するために該情報を利用することができる。このような競合用として用いられる一例として、通信事業者のインフラ構造を利用してユーザの測位サービスと統計とを提供する（通信事業者とは関連性のない、もしくは、関係のない）独立した関係者の例がある。競合用として用いられる別の利用例として、競合する通信事業者の監視と、ビジネスインテリジェンスのための、競合する通信事業者のネットワーク・インフラストラクチャの記録を行う利用例がある。これら商業上の例に加えて、セルプレーンのような情報が国内のセキュリティ上の理由で秘密にすべきものであると考えられている国々もある。セルＩＤなどのこのような情報が通信事業者のネットワークの多数のノード及びシステムにおいて（アクセス、ルーティング制御、ユーザ管理及び請求書の発行などで）頻繁に利用されているため、この情報は通信事業者によって適切に制御されて、許可を受けたサービスと許可を受けたクライアントの少なくともいずれかによって利用できると共に、ネットワーク内の機器にも利用できるようにされなければならない。

したがって、前述の問題及び欠点を防止する装置、システム及び方法を提供することが望ましい。

添付図面は本発明の例示的な諸実施形態を示す。

一実施形態によれば、抽象化機能モジュールを用いることによって、ネットワークに接続されているハンドセットにおいて利用可能な機密ネットワーク情報を未認可サーバへの漏洩から保護する方法が設けられる。本方法は、抽象化機能モジュールにおいて抽象化サーバから符号化キーを受信するステップと、制御プレーンモジュールとユーザプレーンモジュールの双方がハンドセットの中に存在し、ハンドセットの制御プレーンモジュールに記憶された機密ネットワーク情報の提供を求めるための、制御プレーンモジュールとは異なるユーザプレーンモジュールの中に存在するクライアント又はアプリケーションからの要求を抽象化機能モジュールにおいて受信するステップと、抽象化機能モジュールによって、制御プレーンモジュールから要求した機密ネットワーク情報を取り出すステップと、取り出した機密ネットワーク情報を受信した符号化キーに基づいて抽象化機能モジュールによって暗号化するステップと、暗号化した機密ネットワーク情報をユーザプレーンモジュール内のクライアント又はアプリケーションへ提供するステップと、を含む。

別の実施形態例によれば、抽象化機能モジュールを用いることによって、ネットワークに接続されているハンドセットにおいて利用可能な機密ネットワーク情報を未認可サーバへの漏洩から保護するように構成されたハンドセットが提供される。本ハンドセットは、抽象化サーバから符号化キーを受信するトランシーバと、抽象化機能モジュールを含み、復号化キーを受信するようにトランシーバに接続されるプロセッサと、を備える。抽象化機能モジュールは、制御プレーンモジュールとユーザプレーンモジュールの双方がハンドセットの中に存在し、ハンドセットの制御プレーンモジュールに記憶された機密ネットワーク情報の提供を求めるための、制御プレーンモジュールとは異なるユーザプレーンモジュールの中に存在するクライアント又はアプリケーションからの要求を受信し、制御プレーンモジュールから要求した機密ネットワーク情報を取り出し、取り出した機密ネットワーク情報を受信した符号化キーに基づいて暗号化し、かつ、暗号化した機密ネットワーク情報をユーザプレーンモジュール内のクライアント又はアプリケーションへ提供するように構成される。

一実施形態によれば、コンピュータによる実行が可能な命令を含むコンピュータ可読媒体が設けられ、該命令は、実行されると、ネットワークに接続されているハンドセットにおいて利用可能な機密ネットワーク情報を未認可サーバへの漏洩から保護する方法を実行する。本方法は、抽象化機能モジュールと、制御プレーンモジュールと、ユーザプレーンモジュールとを含む別個のソフトウェアモジュールを備えるシステムを提供するステップと、抽象化機能モジュールにおいて抽象化サーバから符号化キーを受信するステップと、制御プレーンモジュールとユーザプレーンモジュールの双方がハンドセットの中に存在し、ハンドセットの制御プレーンモジュールに記憶された機密ネットワーク情報の提供を求めるための、制御プレーンモジュールとは異なるユーザプレーンモジュールの中に存在するクライアント又はアプリケーションからの要求を抽象化機能モジュールにおいて受信するステップと、抽象化機能モジュールによって、制御プレーンモジュールから要求した機密ネットワーク情報を取り出すステップと、取り出した機密ネットワーク情報を受信した符号化キーに基づいて抽象化機能モジュールによって暗号化するステップと、暗号化した機密ネットワーク情報をユーザプレーンモジュール内のクライアント又はアプリケーションへ提供するステップと、を含む。

制御プレーンとユーザプレーンとを備えた移動ハンドセットを示す概念図である。 実施形態例に係る制御プレーン、ユーザプレーン及びこれらのプレーン間での抽象化機能を備えた移動ハンドセットを示す概念図である。 実施形態例に係る移動ハンドセットと、抽象化サーバに接続された非通信事業者のネットワーク内のアプリケーション又はウェブサービスとを示す。 抽象化機能を備えていないハンドセット内のネットワーク情報とロケーション情報とを収集するプロセスを例示する機能図である。 サーバ内のネットワーク情報とロケーション情報とを受信するプロセスを例示する機能図である。 ハンドセットのネットワーク情報に基づいて該ハンドセットのロケーション情報を要求するプロセスを例示する機能図である。 サーバ内のロケーション情報を探索するプロセスを例示する機能図である。 実施形態例に係る抽象化機能を備えたハンドセット内のネットワーク情報とロケーション情報とを収集するプロセスを例示する機能図である。 実施形態例に係るサーバ内の暗号化済みネットワーク情報とロケーション情報とを受信するプロセスを例示する機能図である。 実施形態例に係るハンドセットの暗号化済みネットワーク情報に基づいて該ハンドセットのロケーション情報を要求するプロセスを例示する機能図である。 実施形態例に係る解読済みのネットワーク情報に基づいてサーバ内のロケーション情報を探索するプロセスを例示する機能図である。 実施形態例に係るハンドセット及びサーバの種々の構成要素間で交換される信号を例示する図である。 実施形態例に係る暗号化済みネットワーク情報を提供する方法ステップを例示するフローチャートである。 実施形態例に係るハンドセットの種々のモジュールを示す概略図である。 実施形態例に係る移動ハンドセットを示す。

本発明の以下の詳細な説明は添付図面を参照する。異なる図面における同じ参照番号は同じ要素又は類似の要素を識別する。また、以下の詳細な説明は本発明を限定するものではない。代わりに、本発明の範囲は添付の特許請求の範囲により規定される。

本明細書全体で、「一実施形態」または「実施形態」について述べることは、その実施形態に関連して説明される特定の特徴、構造、または特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。このため、本明細書全体の様々な箇所における「一実施形態の場合」または「ある実施形態では」という句の出現は、必ずしもすべて、同一の実施形態について述べているわけではない。さらに、特定の特徴、構造、または特性は、１つ又は複数の実施形態において、任意の適切な形で組み合わされることが可能である。

例示の実施形態によれば、移動ハンドセットの中に抽象化機能を導入することによって、制御プレーンから得られる（上述のような）機密情報を抽象化し、かつ、当該機密情報を濫用の可能性から保護することが可能である。この抽象化機能によって、機密情報を濫用から保護するために、例えば、当該機密情報を隠したり、修正したり、符号化したりすることが可能となる。一実施形態によれば、制御プレーン内のすべての情報が機密性を有しているというわけではない。したがって、制御プレーンから得られる機密性のない情報についてはネットワークの通信事業者と契約していない第三者と共有することが可能となる。この場合、制御プレーン内のどの情報が機密性を有し、どの情報が機密性を有していないかについての判別を行うように抽象化機能を構成することができる。さらに、制御プレーンから得られる機密情報のみを暗号化し、非機密情報については暗号化しないように抽象化機能を構成することも可能である。

以下で説明する例示の実施形態によれば、Ｊａｖａ（登録商標）のようなインタフェースへ、又は、オペレーションシステムへ、あるいはユーザプレーン内のクライアントへ情報を露出する前に、抽象化層はハンドセット内の制御プレーンから得られる上記情報の処理を行う。ランタイム環境Ｊａｖａ（登録商標）、オペレーションシステム又はクライアントのうちのいずれかが機密ネットワーク情報を制御プレーンから取り出すことができることに留意されたい。例えば、上記抽象化機能は、通信事業者のネットワーク内のサーバに（常時又は、スケジュールされて、あるいは要求時に）接続されてもよい。抽象化が暗号化によって実行される場合、サーバは後述するように暗号化キーを抽象化機能に提供することができる。通信事業者のネットワーク内でのサービスが制御プレーン内の利用可能な情報に依存する場合もあるため、実施形態例に従って情報の抽象化時に上記側面を考慮に入れ、これらのサービスに不都合な影響を与えないようにすることが望ましい。この側面を考慮に入れる１つの方法として、通信事業者のネットワーク内の、情報を必要としているすべての関連付けられたエンティティにより公知の暗号化キーに従って当該情報の暗号化を行うという方法がある。上述したＯＭＡ ＳＵＰＬサービスの例を用いる場合、ハンドセット内のＳＵＰＬクライアントに公知の暗号化キーを用いてセルＩＤ情報を暗号化し、次いで、暗号化キーの通信先であるＳＵＰＬサーバへセルＩＤ情報を送信することができる。

一実施形態によれば、例えばミドルウェアと考えることができる抽象化機能をハンドセットの制御プレーンとインタフェース及びクライアントとの間に配置することができる。この配置によって制御プレーンから得られる情報が別様にユーザプレーンに露出されることになる。これらの実施形態例をより良く理解するために、図１は抽象化機能を備えていない一般的な移動ハンドセット８０の概念図を例示する図である。この図で、底層１００は制御プレーンを表し、この制御プレーンは、接続、モビリティ、さらに（呼制御及びＳＭＳのような）基本サービスのなかのいくつかの管理にも用いる制御シグナリングを介して行われる移動電話機との通信のような移動ハンドセット８０のコア機能を提供する。制御層１００の最上位にオペレーティングシステム１０２が存在してもよい。このオペレーティングシステムは電話機の機能を管理すると共に、ユーザプレーン１０４内のアプリケーションとクライアント用の機能に対してインタフェースを提供する。クライアントと、ブラウザ、カレンダ及びゲームのようなアプリケーション１０６の少なくともいずれかはオペレーティングシステム１０２の最上位においてユーザプレーン１０４で実行されるサービスを示す例である。

移動電話機はまた、Ｊａｖａ（登録商標）バーチャルマシン（ＪＶＭ）１１０を含んでもよい。ＪＶＭ１１０はオペレーティングシステム１０２の最上位で実行することができ、Ｊａｖａ（登録商標）ベースのアプリケーションをハンドセット８０上で実行することを可能にする。様々な演算能力と特性とを備えたプラットフォームのために適合された種々のＪＶＭが存在する。移動ハンドセット用の１つの共通ＪＶＭがＪａｖａ（登録商標）マイクロエディション（Ｊ２ＭＥ）として公知である。Ｊ２ＭＥは、アプリケーション開発者が移動ハンドセット用アプリケーションを開発する際に使用する複数のアプリケーションプログラミングインタフェース（ＡＰＩ）を提供する。

したがって、或る通信事業者と関連付けられていない開発者であって、しかも或る通信事業者に加入しているハンドセットのアプリケーションの利用を意図する開発者にとってＪ２ＭＥ環境は都合のよいものとなる。本実施形態例は、上記通信事業者が複数の通信事業者と関係を有しているとき、上記開発者たちが制御プレーンから機密情報へアクセスすることを可能にする方法、並びに、別の開発者と通信事業者の少なくともいずれかに当該データへのアクセス権限が与えられていない場合に、これら後者の開発者と通信事業者の少なくともいずれかが制御プレーン内の情報にアクセスすることを拒否する方法について説明するものである。各種のハンドセットモデル用として使用されるＪａｖａ（登録商標）ＡＰＩが互いに比較的類似しているため、Ｊａｖａ（登録商標）を用いることによって、例えば、各種のハンドセットモデルに関連付けられたアプリケーションのカスタム化を行う量を減らすことが可能となる。

前述したように、ユーザプレーン１０４はオペレーティングシステム１０２とＪａｖａ（登録商標）１１０の上位に配置されている。ユーザプレーン１０４は１以上のアプリケーションとクライアントの少なくともいずれかを含んでもよい。クライアントとアプリケーションとの間の１つの相違点として、アプリケーションがユーザにサービスを提供するのに対して、クライアントはネットワーク用の機能を実行することができると共に、ユーザへの直接的サービスは行わないという点を挙げることができる。すなわち、クライアントはユーザにとって低レベルの機能を有している。これらのアプリケーション及びクライアント１０６は、通信事業者のネットワーク又は第三者とデータ交換を行うために、ユーザプレーンの通信チャネルを用いることができる。このような通信チャネルは汎用パケット無線サービス（ＧＰＲＳ）とＴＣＰ／ＩＰであってもよい。これらのチャネルを用いて、通信事業者のネットワーク（制御領域）の内部にあるアプリケーションサーバ及びコンテンツサーバ１１２と、又は、（インターネットサーバなどの）通信事業者の領域外にあるサーバ１１４と通信を行うことが可能となる。

アプリケーション１０６はオペレーティングシステム１０２又はＪａｖａ（登録商標）１１０のいずれかを介してハンドセット８０内にある情報及び機能にアクセスすることができる。上記に追加して、又は、上記とは別に、ＯＭＡ ＳＵＰＬクライアントのような独自にインストールされたクライアント１０６をユーザプレーンの中に設けて、制御プレーン内の情報にアクセスしてもよい。したがって、ハンドセット８０内のアプリケーション又はクライアント１０６は、ＯＳ１０２及びＪａｖａ（登録商標）１１０内のＡＰＩを介して、並びに、ＯＭＡ ＳＵＰＬ１０６のような固有のクライアントを用いて、制御プレーンから情報を抽象化したり、機能を呼び出したりすると共に、通信事業者のネットワーク１１２の外部に在るサーバ１１４へこの機能を送信することがすることが可能となる。

一実施形態によれば、図２は抽象化機能２００を備えた移動ハンドセット８０を示す。抽象化機能２００は、制御プレーン１００とユーザプレーン１０４との間にミドルウェア層として配置され、例えば、オペレーティングシステム１０２又はＪａｖａ（登録商標）１１０を介して制御プレーン１００からユーザプレーン１０４へ提供される情報と機能の少なくともいずれかのすべて又は一部を処理するように動作する。オペレーティングシステム１０２とＪａｖａ（登録商標）１１０との間で抽象化機能２００を実行することができる。別の実施形態例によれば、制御プレーン１００とオペレーティングシステム１０２との間で、又は、オペレーティングシステム１０２とＪａｖａ（登録商標）１１０及びユーザプレーン１０４との間で抽象化機能２００を実行することができる。また、抽象化機能２００は、ハンドセットの既存のハードウェア内のソフトウェアモジュールとして又は専用のハードウェアモジュールとして実行可能である。１つのアプリケーションでは、ハンドセットは抽象化機能能力を提供するように構成されるスマートカードを含んでもよい。このアプリケーションによれば抽象化機能は携帯可能である。すなわち、ユーザは、現在使用している電話機からスマートカードを取り外し、そのスマートカードを別の電話機へ移して、新たな電話機で利用可能な抽象化機能を設けることができる。さらにこのアプリケーションによれば、特に個々のユーザに対して抽象化機能の構成が可能であると共に、個々の電話機に対してはこの抽象化機能を構成しないようにすることが可能である。例えば、ネットワーク情報は、１つの国ではクライアントに対して機密情報となる場合もあれば、別の国ではクライアントに対して機密情報とはならない場合もある。機密情報にするか、しないかはハンドセットの構成とは無関係である。なぜなら、この構成はスマートカードを介して実現されるからである。スマートカードはハンドセットの中に配置される１つのハードウェアであり、かつ、ハンドセットは、種々のプロトコルと命令の少なくともいずれかをこのスマートカードから読み出すように構成される。スマートカードは取り外し可能であり、１つのハンドセットから別のハンドセットへ移すことも可能である。別のアプリケーションでは、スマートカードは（例えばソフトＳＩＭとしてセキュリティ提供機能を持つ）単なるソフトウェアであってもよい。

一実施形態によれば、抽象化機能２００は、制御プレーン１００をユーザプレーン１０４から絶縁する保護層を確立することができ、それによってユーザプレーン１０４から得られるアプリケーション又はクライアント１０６は、情報又は機能へのアクセス権を制御プレーン１００から受信するのに許可を得る必要がある。例えば、この許可は認証と認可を管理するための使用許諾又は別のメカニズムとして実行してもよい。別の実施形態例によれば、抽象化機能２００はハンドセット又はハンドセット関連情報又はメカニズム（ＳＩＭカードや、ハードウェア識別子や、デジタル権利管理機能など）を用いて認証と認可を実行することができる。

一実施形態によれば、ハンドセット８０は、図２に示されているように通信事業者のネットワーク内の抽象化サーバ２１０に接続することができる。この接続は、抽象化機能２００による抽象化サーバ２１０との情報の交換を可能にすることができ、それによって、（ｉ）ハンドセットの制御プレーンから得られる情報を利用したり、要求したりするサーバと、（ｉｉ）ハンドセットの中に存在する抽象化機能との連携を達成することが可能となる。さらに詳細には、抽象化が暗号化によって行われると仮定すると、抽象化サーバ２１０を用いて、ハンドセット８０内の抽象化機能２００に現在の暗号化キーを提供することができる。抽象化機能２００における情報の暗号化／処理によって、例えば、制御プレーン、ユーザ一意情報並びにサービス一意情報からも得られる情報のような、抽象化サーバ２１０から提供される情報をハンドセットから得られる情報と組み合わせることが可能となる。これによって、一般に暗号化が所定時間の間有効になるため、所定時間の間、特定のハンドセットと、ユーザと、サービスとの少なくともいずれかに対して一意の暗号化を結果としてもたらすことが可能となる。

暗号化キーは、ネットワークの通信事業者が所望するだけ頻繁に変更可能であり、その結果、ハンドセットのロケーションを発見するための解決方法として、暗号化情報及びその関連付けられたロケーションの記憶を実行不能にすることができる。なぜなら、暗号化情報とハンドセットの位置との間の対応付けは所定時間の間のみ有効であるからである。１つのアプリケーションでは、抽象化サーバ２１０は、設定した時間間隔で又はランダムな時間間隔で暗号化キーを自動的に変更できるように構成される。別のアプリケーションでは、ハンドセットは、暗号化キーが所定の時間量よりも古くなっていると判定した場合、更新された暗号化キーを提供するか、現在の暗号化キーを更新するように抽象化サーバ２１０に要求することができる。

抽象化サーバ２１０は通信事業者のネットワークの一部として図２に示されている。しかし、別の実施形態例によれば、抽象化サーバ２１０がネットワーク通信事業者１１２のポリシに従って暗号化キーの秘匿性を保持している限り、抽象化サーバ２１０は通信事業者のネットワークの外に存在するものであってもよい。さらに詳細に後述するように、ハンドセット８０と、サーバ（通信事業者のネットワークに属しているサーバも、いないサーバも含む）との双方にサービスを提供するように抽象化サーバ２１０を構成して、調整された暗号化／解読キーをハンドセット８０に提供することも可能である。すなわち、与えられた所定時間の間、ハンドセット８０及びサービス提供サーバ１１４はマッチする暗号化／解読キーを用いることになる。

一実施形態によれば、抽象化サーバ２１０は、利用されている各種サービスに対応する異なる暗号化キーを、与えられた所定時間の間同じハンドセット８０に提供することができる。すなわち、第１の外部サーバ（ネットワークの通信事業者に属していないサーバ）が第１のサービスをハンドセット８０に提供し、かつ、第２の外部サーバ（やはりネットワークの通信事業者に属していないサーバ）が第２のサービスをハンドセット８０に提供する場合、抽象化サーバ２１０は、ハンドセット８０が第１のサーバと通信するための第１の暗号化キーと、ハンドセット８０が同じ所定時間の間第２のサーバと通信するための、第１の暗号化キーとは異なる第２の暗号化キーとを提供することができる。

したがって、これらの実施形態例に係る抽象化機能２００は、ユーザプレーン１０４と制御プレーン１００との間で情報と機能についての問い合わせを処理し、次いで、通信事業者のネットワーク１１２内の抽象化サーバ２１０に接続できるようにすると共に、抽象化サーバ２１０は適合すべき暗号化キーなどの抽象化方法に関して抽象化機能２００を制御し、抽象化機能２００に命令することができる。

一般に、抽象化サーバ２１０は、非通信事業者のネットワーク１１４につながる通信事業者のネットワーク１１２の内部又はネットワーク１１２の外部にある、暗号化情報を必要としているアプリケーション、サーバ及びサービスに対しても暗号化／解読キーを提供する。図３は、抽象化サーバ２１０に接続されたインターネット上にサーバ３００を有するアーキテクチャ例を示す図であり、このアーキテクチャは、非通信事業者のネットワーク１１４に属するアプリケーションと、サーバと、サービスとのうちの少なくともいずれかに対して、例えば暗号化キーを提供するためのものである。非通信事業者のネットワーク１１４内のサーバ３００が、抽象化サーバ２１０から直接情報を取得して（経路「ｃ」を参照のこと）、移動ハンドセット８０が提供する情報の解釈と解読を行う（経路「ａ」を参照のこと）際に上記直接取得した情報を用いるので、抽象化処理は、ハンドセット８０と通信事業者のネットワーク１１２との間のシグナリングシーケンス「ｂ」の中に必ずしも含まれる必要はない。この構成の結果、ハンドセット８０と通信事業者のネットワーク１１２との間でシグナリングを減らすことが可能となるため、ネットワークとサーバの負担及び時間の節減が結果として得られることになる。このようにして、通信事業者のネットワーク１１２の外部に配置されたサーバ３００は、移動ハンドセット８０から、あるいは、移動ハンドセット８０へ経路「ａ」に沿って何が送信されてきたかを解釈したり、これに適合したりするのに必要な情報を経路「ｃ」に沿って受信することが可能となる。

これらの実施形態例をさらに十分に理解するために、２つの詳細な実装構成例について以下説明する。これらの例は諸実施形態の開示と適用性の少なくともいずれかの限定を意図するものではなく、新規の特徴のいくつかについてのより良い理解の提供のみを意図するものである。両例ともハンドセットの地理的位置、すなわちロケーション情報に関連するものである。しかし、ロケーション情報を利用しない他のサービスについても、上記の例の場合と同様の適合と構成の少なくともいずれかを行うことが可能である。第１の例ではハンドセットに対して抽象化機能２００が設けられないのに対して、第２の例ではハンドセットに対して抽象化機能２００が設けられる。さらに詳細には、これらの例には通信事業者のネットワークの外部に基地局セルのＩＤ計画を作成するステップが含まれる。このシナリオでは、（通信事業者の測位システム又はＧＰＳ受信機のいずれかを利用できる）測位機能を備えた移動ハンドセット８０がセルＩＤ値を監視し、かつ、このセルＩＤ値をＧＰＳが取り出した位置と関連付ける。この処理の結果、セルＩＤ値と、該セルＩＤに関連付けられたハンドセットの経度、緯度及び高度も含むデータベースの作成が可能となる。このデータベースが通信事業者のネットワーク外の当事者によって生成されると、複数のセルＩＤについて、このデータベースを記憶して、移動ハンドセットに利用させることが可能となる。したがって、他の移動ハンドセットが通信事業者の測位機能を利用したり、ＧＰＳのような他の機能を利用したりすることなく、上記データベースを用いて自分のロケーションを取得することが可能となる（たとえこのデータベースの精度がネットワークの通信事業者が作成したデータベースよりも一般に低いものであったとしても）。しかし、ネットワーク通信事業者のハンドセットのロケーション情報は、契約時に外部の当事者へ漏洩される可能性のある機密情報となる場合もあるので、このシナリオはネットワーク通信事業者にとって望ましいものではない。

上記例示のシナリオには２つの側面が含まれている。第１の側面は上述のデータベースの作成に関係する。第２の側面はこのデータベースの利用に関係する。さらに詳細には、第１の側面は参照システム（このケースではＧＰＳ）から取り出されたハンドセットのロケーション情報と共にネットワーク情報をハンドセットからサーバへ報告して、サーバ内にデータベースを構築するステップに関係する。第２の側面は、ネットワーク情報を利用することによって移動ハンドセットのロケーションの確定を行って、対応するロケーション情報を第１の側面に組み込まれたデータベースの中で探索するステップに関係する。したがって、このシナリオの下では、ネットワーク情報（この場合セルＩＤ）を制御プレーンからフェッチする移動ハンドセット８０上にクライアントが存在すると考えられる。純粋に本例を説明する目的のために、クライアントがＪ２ＭＥに基づき、かつ、以下の３つの方法例が移動通信ネットワークに関するロケーション情報を提供できるものと仮定する。

String MobileNetworkCode = System. getProperty( " phone.mnc " ) ;
％（ドイツを表す２６２などの）国の値から成る移動通信ネットワークコード、及び、（ヴォーダフォンを表す０２などの）通信事業者の値％
String LocationArea = System. getProperty( " phone.lai " ) ;
％１０２４などのセルのロケーションであるロケーションエリアを表すコード％
String CeIlID = System.getProperty( " phone.cid " ) ;
％３２８４３１０７などの８桁のセルＩＤデジット％。

上記に開示した方法によれば、（ハンドセット８０内に存在する）クライアントは、ハンドセットが位置している国を表すコード（カントリーコード）と、ネットワークの通信事業者を識別する値と、ハンドセットが存在するセルのロケーションエリアを識別するコードと、セルのＩＤとを取得することができる。信号強度とタイミングアドバンス値とをハンドセットから取り出し、上記に開示した値の代わりにこれらの値に基づいて、上記ハンドセットの（地理上の位置などの）ロケーション情報を確立することができる方法も存在する。クライアントは、シンビアンをベースとするものであってもよく、該シンビアンは別の種々の方法を介してより多くの情報を提供する。

上述の第１の側面に関して言えば、移動ハンドセット８０内のクライアントは、データベースを作成するための図４に例示の３つの機能を実行することができる。第１の機能４００は、（ハンドセットに組み込まれているか、ブルートゥースなどを介してハンドセットに接続されている場合もある）ＧＰＳを用いてハンドセット８０の現在のロケーション情報を取得するステップに関係する。第２の機能４１０はネットワーク情報の取得に関係し、この取得は、一般に、Ｊａｖａ（登録商標）インタフェースを介してハンドセット８０の制御プレーン１００から情報を取り出すことによって達成される。一実施形態によれば、このようなネットワーク情報は、国別コード（MobileNetworkCountrycode）に関する情報、セルのロケーションエリア（LocationArea）に関する情報、及び、セルのセルＩＤを含んでもよい。第３の機能４２０は、インターネット又は他のネットワーク上でのハンドセット８０のサーバ１１４との接続（通常所定のＩＰアドレス／ＵＲＬ）を管理する処理、並びに、ネットワーク情報と、ＧＰＳから取り出される（経度と、緯度と、高度とのうちの少なくともいずれかを含み得る）ロケーション情報とを報告する処理に関係する。この情報はサーバ１１４によって管理されるデータベースに記憶されてもよい。ＧＰＳから取り出されるハンドセットの経度、緯度及び高度によって規定される地点の代わりに、ネットワーク情報は領域を表すことができるため、サーバ１１４は特定のネットワーク情報によって表される領域に対して地点（ハンドセットのロケーション）を対応付ける変換を行うことができる。最高の精度を有するネットワーク情報がセルＩＤとなるこのシナリオでは、サーバ１１４は、ネットワーク通信事業者１１２に属する実際のセルに対応するほぼ正確な地理上のサービスエリアを有するモデルの作成が可能となる。

例えば、上述の機能のトリガは、エンドユーザによるクライアント又はアクションの開始であってもよい。図４に示す側面では、サーバ１１４は、移動ハンドセット内のクライアントにより報告される情報によってデータベースをポピュレートすることができると共に、データベースの記憶と維持の少なくともいずれかを行うことも可能である。

ハンドセット８０からの位置情報の受信に応答してサーバ１１４により実行される機能が図５に例示されている。この側面によれば、サーバ１１４に設けられたデータマネージャは、ステップ５００でハンドセット８０から情報を受け取り、次いで、例えば、所定のフォーマットでこの情報をステップ５１０で記憶する（すなわちデータベース５２０を構築する）ために上記情報をデータベースマネージャに提供する。

移動ハンドセット８０がそのロケーション情報を確定するためにデータベース５２０に問い合わせを行う場合、ハンドセットは、例えばこの問い合わせをサーバ１１４へ送信するためのキーとしてネットワーク１１２情報を利用することができる。したがって、図６に示されているように、ハンドセット８０のクライアントは、ステップ６００で、Ｊａｖａ（登録商標）インタフェースを介してネットワーク情報（このネットワーク情報はMobileNetworkCountrycode、LocationArea及びセルＩＤを含んでもよい）を取得することが可能となり、次いで、ステップ６１０で、ネットワーク情報に対応する位置情報の提供を求める要求と共にこのネットワーク情報をサーバ１１４へ送信する。サーバ１１４はネットワーク情報を受信し、次いで、ステップ６２０の間、ハンドセット８０のロケーション情報を確定するためにデータベース５２０を探索するプロセスの管理を行う。ステップ６３０で、サーバ１１４は確定されたロケーション情報をハンドセット８０に提供し、それによってハンドセット８０はその問い合わせへの回答、すなわち、例えばハンドセット８０の経度と、緯度と、高度とのうちの少なくともいずれかを含む回答を受信することになる。オプションとして、半径を確定するためにセルＩＤ法を利用する場合、サーバ１１４はセルの半径を提供することができる。半径を確定するために他の方法を利用する場合、半径は種々のパラメータに基づいて計算される。例えば、ＧＰＳでは半径は約１０ｍである。

サーバ１１４において行われることとして図６のステップ６２０に記述した処理は図７にさらに詳細に例示されている。一実施形態によれば、サーバ１１４内の要求／応答マネージャ７００がロケーション要求（この要求はハンドセット８０から出されるネットワーク情報を含んでもよい）を受信し、次いで、ステップ７１０で上記ネットワーク情報をデータベースマネージャ７２０へ配信する。データベースマネージャ７２０は、受信したネットワーク情報に一致するハンドセット８０のロケーション情報を求めてデータベース５２０を探索する。ハンドセット８０のロケーション情報が確定された後、データベースマネージャ７２０は、ステップ７３０でこの情報について要求／応答マネージャ７００に通知する。要求／応答マネージャ７００はステップ７４０で上記ロケーション情報をハンドセット８０に提供する。

図４〜図７を参照しながら説明した処理時には暗号化が行われないこと、したがって、クライアントのハンドセットが制御プレーン１００から取得したネットワーク情報に対して、ネットワーク通信事業者１１２が当該情報へのアクセス権限を与えていない第三者のサーバ１１４によるアクセスが可能であることに留意されたい。

図１に示す移動ハンドセット８０などのような、抽象化機能２００を備えていない移動ハンドセットに関連して上記例を記述したが、図２に示す移動ハンドセット８０などのような抽象化機能２００を備えた移動ハンドセットの例について次に説明する。有益なセキュリティ機能の提供に加えて、ハンドセットが抽象化機能２００を装備している場合、このような抽象化機能２００は、ユーザプレーンのアプリケーション又はクライアント１０６と、情報（この場合制御層１００内のネットワーク情報）との間のインタフェースを妨げる潜在的可能性を有することになり、認証されたサービス又はクライアントがそのタスクを実行できなくなる事態を引き起こすことになる。したがって、通信事業者のネットワークの外に基地局セルＩＤ計画を作成するための如上のシナリオが損なわれる可能性がある。しかし、サーバ１１４がネットワーク情報を解読できるような形で抽象化機能２００がネットワーク情報を暗号化すれば、図４〜図７に例示の方法をそのまま利用することがすることが可能となる。

したがって、以下、通信事業者のネットワーク外において基地局セルＩＤ計画を作成するための代表的な技術例について説明する。但し、この基地局セルＩＤ計画の作成はハンドセット上の抽象化機能２００と、ネットワーク１１２内の抽象化サーバ２１０とを用いて行われるものである。この実施形態例によれば、外部サーバは、ロケーションマッピングデータベースなどのロケーション情報の管理とホスティングとを行うと共に、ネットワーク情報に応じてハンドセットのロケーションを提供するステップは、通信事業者とビジネス関係を有し、かつ、抽象化サーバ２１０からを得られる解読キーへのアクセス権を有するものと仮定する。このような外部サーバは図３に示すサーバ３００であってもよい。

図８〜図１１を参照しながら、データベースを作成する上記ステップ又は上記作成ステップの一部、並びに、抽象化機能２００を用いる場合にハンドセットのロケーション情報を提供する上記ステップ又は上記提供ステップの一部については、図４〜図７に示すステップと類似しているので本書面では反復しない。しかし、図８〜図１１に示されている新規の特徴のうちのいくつかについて次に説明する。

図８に示されているように、ＧＰＳ情報がステップ８００で収集された後、ハンドセット８０は、ステップ８１０でネットワーク情報を収集し、ネットワーク情報を暗号化し、この暗号化したネットワーク情報とＧＰＳ情報とをユーザプレーン１０４のアプリケーション又はクライアントへ送信する。したがって、抽象化機能２００によって制御プレーン１００から取り出されるネットワーク情報は［現在の移動通信ネットワークコード、ロケーションエリア、セルＩＤ］（［ＭＮＣ、ＬＡ、セルＩＤ］とも呼ばれる）ではなく、上記暗号化したネットワーク情報となる。したがって、この情報を未認可の第三者から保護するために、ステップ８１０と８２０の双方には暗号化形式のネットワーク情報が含まれるということがわかる。正確なネットワーク情報を取得するために、暗号化情報は有効な解読キーを用いて解読されなければならない。

以下の説明を行うために、用いることになるシンタックスは以下のようになる。

ネットワーク情報［ＭＮＣ、ＬＡ、セルＩＤ］は暗号化キーＫＥを用いて暗号化され、次いで、暗号化済みネットワーク情報は以下のように表示される：
［ＭＮＣ、ＬＡ、セルＩＤ］_ΚΕ
したがって、［ＭＮＣ、ＬＡ、セルＩＤ］_ΚΕ＝Ε（[ＭＮＣ、ＬＡ、セルＩＤ］、ＫＥ）、但し、Εは暗号化アルゴリズムである。正確なネットワーク情報を取得するために、暗号化情報は有効な解読キーを用いて解読される必要がある。したがって、正確な解読されたネットワーク情報［ＭＮＣ、ＬＡ、セルＩＤ］は以下によって与えられる：
［ＭＮＣ、ＬＡ、セルＩＤ］＝Ｄ（[ＭＮＣ、ＬＡ、セルＩＤ］_ΚΕ、ＫＤ）
但しＤは解読アルゴリズムであり、かつ、ＫＤは解読キーである。ここで、解読の結果が必ずしもそれ自体実際のネットワーク情報である必要はないという点に留意されたい。例えば、最初の解読の結果はそのまま暗号化されるが、さらに静的な方式に基づく暗号化が可能であるため、その結果はたとえ暗号化キーＫＥが変更されても同じ結果となる。さらに詳細には、測位目的のためには、完全なセルグローバルアイデンティティ（ＣＧＩ）文字列は必要ではなく、セル・サイトを示す一意の識別子のみが必要となる。ＣＧＩが機密情報である可能性があるため、ＣＧＩを符号化して機密情報を隠す場合が考えられる。その場合、符号化済みのＣＧＩ情報を測位目的に利用することがすることが可能となる。このアプローチは、本明細書で一例として用いられているロケーション確定サービスのようなサービスをそのまま可能にしつつ、通信事業者が自分のネットワーク情報を外部のエンティティから保護するための都合の良い方法となり得る。

データベースを構築するサーバ１１４は図９に例示のステップを実行する。ハンドセット８０から受信した情報は、抽象化サーバ２１０から受信した解読キーＫＤに基づいてデータマネージャ／供給モジュール９００により解読される。データベースマネージャ９１０はデータベース９２０を構築するためにこの解読した情報を利用する。

図１０は、機能が、ハンドセット８０のアプリケーション又はクライアントをトリガして、ネットワーク情報に関する問合せをステップ１０００で制御プレーン１００から行い、かつ、ハンドセットのロケーション情報を要求する要求をステップ１０１０でサーバ１１４へ送信する方法を示す図である。ステップ１０００と１０１０の双方は暗号化されたネットワーク情報を利用する。サーバ１１４が解読キーＫＤを有し、かつ、ハンドセット８０が要求されたロケーション情報をステップ１０３０で受信すると仮定すると、サーバ１１４はハンドセット８０のロケーション情報をステップ１０２０で確定する。

ステップ１０２０で行われる処理が図１１にさらに詳細に示されている。要求／応答マネージャ１１００は暗号化済みのネットワーク情報をハンドセット８０から受信する。この情報はステップ１１１０でデータマネージャ１１２０へ提供され、データマネージャ１１２０は解読キーＫＤに基づいてネットワーク情報を解読する。この受信した解読済みネットワーク情報に基づいて、データベースマネージャ１１３０はハンドセット８０の位置情報を確定するためのデータベース９２０を探索する。この位置情報はステップ１１４０で要求／応答マネージャ１１００へ送信され、要求／応答マネージャ１１００はこの情報をハンドセット８０へ送信する。データマネージャ１１２０により使用される解読キーは通信事業者の抽象化サーバ２１０から取得されてもよい。

完全を期すために、これら２つのケース（データベースの構築及びロケーション確定のためのデータベースの利用）に関連付けられた例示の信号図が図１２に示されている。この図で、１〜１４の番号が付けられたステップについて以下説明する。ステップ１〜８はデータベースの作成に関係し、ステップ９〜１４はデータベースの利用に関係する。データベースの構築に関係する一連のステップは「Ａ」としてマークされ、データベースの利用に関係する別の一連のステップは「Ｂ」としてマークされている。

データベースの構築に関して言えば、抽象化サーバ２１０はステップ１で暗号化キーＫＥを抽象化機能２００に提供することができる。同時に又はその後で、抽象化サーバ２１０は対応する解読キーＫＤをステップ２でロケーション提供サーバ１１４に提供することができる。暗号化キーＫＥが抽象化サーバ２１０により変更された場合、抽象化サーバはロケーション提供サーバ１１４において解読キーＫＤを自動的に更新するように構成される。ステップ３で、クライアント１０６はネットワーク情報とＧＰＳによるロケーションとをハンドセット８０の種々のプレーンから要求することができる。ネットワーク情報が制御プレーン１００に配置されているのに対して、ＧＰＳ情報は、制御プレーン１００、ユーザプレーン１０４又は別のプレーンのいずれかにおいて利用可能になり得る。ステップ３の要求は抽象化機能２００を介して処理される。抽象化機能は、ステップ４でネイティブデバイスＡＰＩへ要求を転送する。ネットワーク情報（ＭＮＣ、ＬＡ、セルＩＤ）はステップ５で抽象化機能２００により取り出され、次いで、暗号化される。したがって、この暗号化したネットワーク情報（［ＭＮＣ、ＬＡ、セルＩＤ］_ΚΕ）はステップ６でクライアント１０６へ提供される。その後、又はステップ６と同時に、ＧＰＳ情報はステップ７でクライアント１０６へ提供される。ロケーション情報が機密ネットワーク情報ではないことが抽象化機能２００によって判定された後、ＧＰＳ情報、すなわちロケーション情報は暗号化されることなく、抽象化機能２００によってクライアント又はアプリケーション１０６へ提供されることができる。１つのアプリケーションでは、クライアント１０６は抽象化機能２００に依存せずに（すなわちロケーション情報が記憶されているハンドセット８０内の記憶位置から直接）ロケーション情報を取り出す。クライアント１０６は、この受信情報（すなわち暗号化済みネットワーク情報と非暗号化ロケーション情報）を用いて、ステップ８で上記ロケーション情報をサーバ１１４へ送信することができる。

したがって、サーバ１１４は、解読キーＫＤを有していれば暗号化済みのネットワーク情報を利用することがすることが可能であり、あるいは、解読キーＫＤを有していなければ、暗号化済みネットワーク情報からネットワーク情報を取り出すことは不可能となる。このようにして、通信事業者のネットワーク１１２の一部ではない未認可サーバか、ネットワークの通信事業者１１２と契約していない未認可サーバはネットワーク情報（すなわち機密情報）を抽象化することはできなくなる。ハンドセットに実装された抽象化機能による処理を利用することにより機密ネットワーク情報のセキュリティが達成され、かつ、ネットワークの通信事業者１１２と契約している第三者のサーバの活動は暗号化処理による影響を受けることはない。

別の実施形態例に従って、ハンドセット８０のロケーション情報を確定するためにクライアント又はアプリケーション１０６によって実行されるこれらのステップについて、図１２のセクションＢを参照しながら説明する。ステップ９で、ロケーション確定クライアント１０６は制御プレーン１００からネットワーク情報を要求する。この要求は、ユーザプレーン１０４から制御プレーン１００への他のすべての要求と同様に抽象化機能２００により処理される。抽象化機能２００は、ネットワーク情報を制御プレーン１００から取得するためにステップ１０で要求をネイティブデバイスＡＰＩへ転送する。ネットワーク情報（ＭＮＣ、ＬＡ、セルＩＤ）はステップ１１で抽象化機能２００により取り出され、次いで、暗号化される。暗号化済みネットワーク情報（［ＭＮＣ、ＬＡ、セルＩＤ］_ΚΕ）はステップ１２で抽象化機能２００によりクライアント１０６へ提供される。クライアント１０６はステップ１３でロケーション情報を求める要求をサーバ１１４へ送信する。この要求は少なくとも暗号化済みネットワーク情報（［ＭＮＣ、ＬＡ、セルＩＤ］_ΚΕ）を含む。受信した暗号化済みネットワーク情報に対応するハンドセット８０の位置情報のロケーションをサーバがそのデータベースの中に発見した後、クライアント１０６は解読済みのネットワーク情報（ＭＮＣ、ＬＡ、セルＩＤ）に対応するエリアを特定するハンドセット８０の位置情報をステップ１４で受信する。サーバ１１４が図１２のステップ２で抽象化サーバ２１０から受信した解読キーＫＤを有しているため、サーバ１１４はハンドセット８０の対応するエリアを返すことができる。

一実施形態によれば、抽象化機能モジュールを用いることによって、ハンドセットにおいて利用可能な機密ネットワーク情報を未認可サーバへの漏洩から保護する方法について図１３を参照しながら説明する。本方法は、抽象化機能モジュールにおいて符号化キーを抽象化サーバから受信するステップ１３００と、上記制御プレーンモジュールとユーザプレーンモジュールの双方はハンドセットの中に存在し、ハンドセットの制御プレーンモジュールに記憶された記機密ネットワーク情報の提供を求めるための、制御プレーンモジュールとは異なるユーザプレーンモジュールの中に存在する上記クライアント又はアプリケーションからの要求を抽象化機能モジュールにおいて受信するステップ１３０２と、抽象化機能モジュールによって制御プレーンモジュールから上記取り出した機密ネットワーク情報を取り出すステップ１３０４と、上記取り出した機密ネットワーク情報を上記受信した符号化キーに基づいて抽象化機能モジュールにより暗号化するステップ１３０６と、この暗号化した機密ネットワーク情報をユーザプレーンモジュール内のクライアント又はアプリケーションへ提供するステップ１３０８と、を含む。

上述のモジュールは図１４の実施形態例に示されている。抽象化機能モジュール１４００はユーザプレーンモジュール１４１０及び制御プレーンモジュール１４２０に接続されている。これらのモジュールは図２に示す抽象化機能２００の機能性と、制御プレーン１００と、ユーザプレーン１０４とを実装する。これらのモジュールは、図２〜図１３を参照しながら説明した諸機能を達成するために少なくともハンドセット８０のプロセッサとメモリの少なくともいずれかを構成している。

したがって、上述の実施形態例は、抽象化機能によるデータ暗号化に基づく、ハンドセットが属している所属先のネットワークの外にあるサーバにおけるデータベースの作成に関連付けられた装置と、システムと、技法と、機密ネットワーク情報を未認可の当事者に漏洩することなく、データベースからモバイル端末、ハンドセット又は装置に情報を提供する機能とのうちの少なくともいずれかについて説明するものであることは理解できよう。ロケーション情報をハンドセットに提供するというコンテキストに関連して上記の実施形態例について説明したが、当業者であれば理解できるように、データベースの構築と利用のための新規の技術とメカニズムとは、ロケーション情報の提供のみに限定されるわけではない。

例えば、上述した端末、ハンドセット又は装置は図１５に例示のブロック図によって一般的に表すことができる。この図では、移動ハンドセットには１以上の物理的送信アンテナ１５０２（本例では４個）が含まれているが、４個よりも多くの又は４個未満の送信アンテナを使用することも可能である。物理的送信アンテナ１５０２は、当業者であれば解るように、１以上のフィルタ、電力増幅器及び同種のものを含むことができる送信（ＴＸ）チェーンエレメント１５０４を介してプロセッサ１５０６に接続される。送信チェーンエレメント１５０４は信号を送受信するように構成されたトランシーバの一部であってもよい。メモリデバイス１５０８と連携したプロセッサ１５０６（及び図示されていない潜在的に可能な他の装置）は動作して、例えば、追加のハードウェアの中に記憶されているソフトウェアによって、又は、ソフトウェアとハードウェアの何らかの組み合わせによって上述の抽象化機能又は抽象化層２００を提供することができる。したがって、上述した抽象化層の機能は、例えばコンピュータ可読命令をメモリデバイス１５０８から実行することによってソフトウェアの形で実行されて、上述した暗号化又は他の技術を実行することが可能となる。

したがって、実施形態例が、コンピュータ可読媒体に記憶されているプログラムコードや命令などのソフトウェアにも関するものであり、かつ、これらのプログラムコードや命令がコンピュータやプロセッサ等により読み出されると、上述したような態様で抽象化されるか、隠される情報信号の送信に関連付けられた或る一定の処理を実行することは明らかである。

本発明の例示的な諸実施形態によるデータを処理するためのシステム及び方法は、メモリデバイスの中に含まれる命令シーケンスを実行する１つ又は複数のプロセッサによって実行されることが可能である。そのような命令は、２次データ記憶デバイスなどの、他のコンピュータ可読媒体から、メモリデバイスの中に読み込まれてもよい。メモリデバイスの中に含まれる命令シーケンスの実行により、プロセッサは、例えば、前述したとおり動作するようにさせられる。代替の諸実施形態では、本発明を実施するのに、ソフトウェア命令の代わりに、又はソフトウェア命令と組み合わせて、配線回路が使用されてもよい。

前述の実施形態例の非常に多くの変形が想定される。上述の実施形態例はあらゆる点で本発明を、制約するものではなく、説明するためのものである。このため、本発明は、当業者によって本明細書に含まれる説明から導き出されることが可能な、詳細な実施の多くの変形が可能である。したがって、当業者であれば本発明の細部のさまざまな変更を明細書から引き出すことができる。すべてのそのような変形形態及び変更形態が、添付の特許請求の範囲によって定義される、本発明の範囲及び趣旨に含まれるものと考えられる。本出願の説明において使用されるいずれの要素、動作、又は命令も、特に明記しない限り、本発明に不可欠である、又は必須であると解釈されてはならない。また、本明細書で使用する冠詞「ａ」は、１つ又は複数のアイテムを含むことを意図している。

本願は、Ｂｏｌｉｎ他に付与された「モバイル通信装置用ネットワーク抽象化機能及び隠蔽機能」という表題の２００８年１月２１日に出願された米国仮特許出願６１／０２２，４３７に関し、かつ、当該米国仮特許出願からの優先権を主張するものであり、その開示内容全体は参照により本願に組み込まれる。

Claims (15)

1. 抽象化機能モジュール（２００、１４００）を用いることによって、ネットワーク（１１２）に接続されているハンドセット（８０）において利用可能な機密ネットワーク情報を未認可サーバへの漏洩から保護する方法であって、
   前記抽象化機能モジュール（２００、１４００）において抽象化サーバ（２１０）から符号化キー（ＫＥ）を受信するステップと、
   制御プレーンモジュール（１００、１４２０）とユーザプレーンモジュール（１０４、１４１０）の双方がハンドセット（８０）の中に存在し、前記ハンドセット（８０）の前記制御プレーンモジュール（１００、１４２０）に記憶された前記機密ネットワーク情報の提供を求めるための、前記制御プレーンモジュール（１００、１４２０）とは異なるユーザプレーンモジュール（１０４、１４１０）の中に存在するクライアント又はアプリケーション（１０６）からの要求を前記抽象化機能モジュール（２００、１４００）において受信するステップと、
   前記抽象化機能モジュール（２００、１４２０）によって、前記制御プレーンモジュール（１００、１４２０）から前記要求した機密ネットワーク情報を取り出すステップと、
   前記取り出した機密ネットワーク情報を前記受信した符号化キー（ＫＥ）に基づいて前記抽象化機能モジュール（２００、１４００）によって暗号化するステップと、
   前記暗号化した機密ネットワーク情報を前記ユーザプレーンモジュール（１０４、１４１０）内の前記クライアント又はアプリケーション（１０６）へ提供するステップと
   を含むことを特徴とする方法。
2. 前記要求を受信するステップは、さらに、前記ハンドセットの位置情報に対する前記クライアント又はアプリケーションからの要求を前記抽象化機能モジュールによって受信し、
   前記方法は、
   前記機密ネットワーク情報を暗号化するステップ及び提供するステップに続いて又は同時に、前記ハンドセットの位置情報が機密ネットワーク情報でないことを前記抽象化機能モジュールによって決定するステップと、
   前記位置情報を暗号化することなく、前記クライアント又はアプリケーションへ該位置情報を前記抽象化機能モジュールによって提供するステップと
   をさらに含むことを特徴とする請求項１に記載の方法。
3. 前記位置情報を提供するステップに続いて、前記ハンドセットから、前記ネットワークの外部に設けられたサード・パーティ・サーバへ、前記暗号化した機密ネットワーク情報と暗号化していない前記位置情報とを送信するステップをさらに含むことを特徴とする請求項２に記載の方法。
4. 前記位置情報は、前記ハンドセットの経度、緯度、及び高度の少なくとも１つを含むことを特徴とする請求項２に記載の方法。
5. 前記機密ネットワーク情報は、カントリーコードについての情報、前記ハンドセットが位置するセルのロケーションエリアについての情報、該セルのセルＩＤ、及び該セルの隣接リストについての情報の少なくとも１つを含むことを特徴とする請求項１に記載の方法。
6. オペレーティングシステムによって、前記制御プレーンモジュールと前記ユーザプレーンモジュールとの間の通信を管理するステップと、
   前記制御プレーンモジュール及び前記オペレーティングシステムと前記ユーザプレーンモジュールとの間の全ての通信が前記抽象化機能モジュールによって扱われるように、前記制御プレーンモジュール及び前記オペレーティングシステムと前記ユーザプレーンモジュールとの間に前記抽象化機能モジュールを設けるステップと、
   サード・パーティ・サーバが復号化キーに基づいて前記ハンドセットからの前記暗号化した機密ネットワーク情報を復号するように、前記ハンドセットから、前記ネットワークとのアグリーメントを有する前記サード・パーティ・サーバであって、かつ、前記ネットワークによって制御される前記抽象化サーバから前記復号化キーを受信する該サード・パーティ・サーバへ、前記暗号化した機密ネットワーク情報を送信するステップと、
   送信された前記暗号化した機密ネットワーク情報に基づいて、前記ハンドセットの位置情報を前記サード・パーティ・サーバから該ハンドセットにおいて受信するステップと
   をさらに含むことを特徴とする請求項１に記載の方法。
7. ネットワーク（１１２）に接続され、抽象化機能モジュール（２００、１４００）を用いることによって、利用可能な機密ネットワーク情報を未認可サーバへの漏洩から保護するハンドセット（８０）であって、
   抽象化サーバ（２１０）から符号化キー（ＫＥ）を受信するトランシーバ（１５０４）と、
   前記抽象化機能モジュール（２００、１４００）を含み、前記符号化キー（ＫＥ）を受信するように前記トランシーバ（１５０４）に接続されるプロセッサ（１５０６）と
   を備え、
   前記抽象化機能モジュール（２００、１４００）は、
   制御プレーンモジュール（１００、１４２０）とユーザプレーンモジュール（１０４、１４１０）の双方がハンドセット（８０）の中に存在し、前記ハンドセット（８０）の前記制御プレーンモジュール（１００、１４２０）に記憶された前記機密ネットワーク情報の提供を求めるための、前記制御プレーンモジュール（１００、１４２０）とは異なるユーザプレーンモジュール（１０４、１４１０）の中に存在するクライアント又はアプリケーション（１０６）からの要求を受信し、
   制御プレーンモジュール（１００、１４２０）から前記要求した機密ネットワーク情報を取り出し、
   前記取り出した機密ネットワーク情報を前記受信した符号化キー（ＫＥ）に基づいて暗号化し、かつ、
   前記暗号化した機密ネットワーク情報を前記ユーザプレーンモジュール（１０４、１４１０）内の前記クライアント又はアプリケーション（１０６）へ提供することを特徴とするハンドセット。
8. 前記抽象化機能モジュールは、さらに、
   前記ハンドセットの位置情報に対する前記クライアント又はアプリケーションからの要求を受信し、
   前記ハンドセットの位置情報が機密ネットワーク情報でないことを決定し、
   前記位置情報を暗号化することなく、前記クライアント又はアプリケーションへ該位置情報を提供することを特徴とする請求項７に記載のハンドセット。
9. 前記トランシーバは、さらに、
   前記ハンドセットから、前記ネットワークの外部に設けられたサード・パーティ・サーバへ、前記暗号化した機密ネットワーク情報と暗号化していない前記位置情報とを送信することを特徴とする請求項８に記載のハンドセット。
10. 前記位置情報は、前記ハンドセットの経度、緯度、及び高度の少なくとも１つを含むことを特徴とする請求項８に記載のハンドセット。
11. 前記機密ネットワーク情報は、カントリーコードについての情報、前記ハンドセットが位置するセルのロケーションエリアについての情報、該セルのセルＩＤ、及び該セルの隣接リストについての情報の少なくとも１つを含むことを特徴とする請求項７に記載のハンドセット。
12. 前記制御プレーンモジュールと前記ユーザプレーンモジュールとの間の通信を管理するオペレーティングシステムをさらに備え、
    前記抽象化機能モジュールは、
    前記制御プレーンモジュール及び前記オペレーティングシステムと前記ユーザプレーンモジュールとの間の全ての通信が前記抽象化機能モジュールによって扱われるように、前記制御プレーンモジュール及び前記オペレーティングシステムと前記ユーザプレーンモジュールとの間に設けられることを特徴とする請求項７に記載のハンドセット。
13. 前記トランシーバは、さらに、
    サード・パーティ・サーバが復号化キーに基づいて前記ハンドセットからの前記暗号化した機密ネットワーク情報を復号するように、前記ハンドセットから、前記ネットワークとのアグリーメントを有する前記サード・パーティ・サーバであって、かつ、前記ネットワークによって制御される前記抽象化サーバから前記復号化キーを受信する該サード・パーティ・サーバへ、前記暗号化した機密ネットワーク情報を送信し、
    送信された前記暗号化した機密ネットワーク情報に基づいて、前記ハンドセットの位置情報を前記サード・パーティ・サーバから受信することを特徴とする請求項７に記載のハンドセット。
14. 抽象化機能モジュール（２００、１４００）を用いることによって、ネットワーク（１１２）に接続されているハンドセット（８０）において利用可能な機密ネットワーク情報を未認可サーバへの漏洩から保護する方法を実装する、コンピュータで実行可能な命令を含むコンピュータで読み取り可能な記憶媒体であって、
    抽象化機能モジュール（１４００）と、制御プレーンモジュール（１４２０）と、ユーザプレーンモジュール（１４１０）とを含む別個のソフトウェアモジュール（１４００、１４１０、１４２０）を備えるシステムを提供するステップと、
    前記抽象化機能モジュール（１４００）において抽象化サーバ（２１０）から符号化キー（ＫＥ）を受信するステップと、
    制御プレーンモジュール（１４２０）とユーザプレーンモジュール（１４１０）の双方がハンドセット（８０）の中に存在し、前記ハンドセット（８０）の前記制御プレーンモジュール（１４２０）に記憶された前記機密ネットワーク情報の提供を求めるための、前記制御プレーンモジュール（１４２０）とは異なるユーザプレーンモジュール（１４１０）の中に存在するクライアント又はアプリケーション（１０６）からの要求を前記抽象化機能モジュール（１４００）において受信するステップと、
    前記抽象化機能モジュール（１４００）によって、前記制御プレーンモジュール（１４２０）から前記要求した機密ネットワーク情報を取り出すステップと、
    前記取り出した機密ネットワーク情報を前記受信した符号化キー（ＫＥ）に基づいて前記抽象化機能モジュール（１４００）によって暗号化するステップと、
    前記暗号化した機密ネットワーク情報を前記ユーザプレーンモジュール（１４１０）内の前記クライアント又はアプリケーション（１０６）へ提供するステップと
    を含むことを特徴とする記憶媒体。
15. 前記ハンドセットの位置情報に対する前記クライアント又はアプリケーションからの要求を前記抽象化機能モジュールによって受信するステップと、
    前記ハンドセットの位置情報が機密ネットワーク情報でないことを決定するステップと、
    前記位置情報を暗号化することなく、前記クライアント又はアプリケーションへ該位置情報を提供するステップと、
    サード・パーティ・サーバが復号化キーに基づいて前記ハンドセットからの前記暗号化した機密ネットワーク情報を復号するように、前記ハンドセットから、前記ネットワークとのアグリーメントを有する前記サード・パーティ・サーバであって、かつ、前記ネットワークによって制御される前記抽象化サーバから前記復号化キーを受信する該サード・パーティ・サーバへ、前記暗号化した機密ネットワーク情報を送信するステップと、
    送信された前記暗号化した機密ネットワーク情報に基づいて、前記ハンドセットの位置情報を前記サード・パーティ・サーバから前記クライアント又はアプリケーションにおいて受信するステップと
    をさらに含むことを特徴とする請求項１４に記載の記憶媒体。

Images