JP2013539093A - モバイル機器へのリモート・アクセス - Google Patents

Abstract

本願発明は、セキュア接続セッションを介して、リモート・ユーザ・インタフェース（ＵＩ）を容易に確立できる様々な構成に関する。リモートＵＩは、モバイル機器（例えば、ＬｉｎｕｘベースのＯＳが動作しているスマートフォン）上に現存している１つ以上のインタフェースを反映できる。また、リモートＵＩは、より有利な形態及び／又はより優れた演算能力、インタフェース、及びリソースを有するリモート機器上に実装される。特に、リモートＵＩは、モバイル機器上のデータ又はサービスの全部又は一部にアクセスできる。
【選択図】図１

Description

関連する出願への相互参照

この出願は、２０１０年６月２９日に提出され“REMOTE ACCESS TO A MOBILE DEVICE”と題された米国出願番号１２／８２５，９０２の利益を主張する。ここで参照したことにより、上記出願の全てが取り入れられる。

モバイル機器の分野では、技術の進歩によってモバイル機器が急速に便利になり、より大量のデータを格納でき、より複雑なアプリケーション及びオペレーティング・システムに対応できるようになってきている。また、モバイル機器が強力になるに伴い、新しいモバイル・アプリケーションは、モバイル機器での大量のデータを扱うようになってきている。このようなデータは、モバイル機器の利用者にとって、非常に個人的で、潜在的に重要、又はかけがえのない性質のものであることが多い。
ところが現状、そのようなデータにアクセスしたり、当該データを扱うアプリケーションを利用したりするには、モバイル機器自体を直接的に操作する以外に方法がない。これは便利なメカニズムとは言えないし、制限が多いものである。例えば、モバイル機器は容易に紛失してしまうし、バッテリ充電時には使用できなくなる。更に言えば、モバイル機器は、その構造上の理由により、他のコンピュータ・デバイスに比べて性能の面で全体的に不利だという制限を抱えている。

上記の問題の軽減することを目的とし、モバイル機器が提供するサービスの一部に置き換わるべく、さまざまな企業が製品を市場に投入している。例えば、ショート・メッセージ・サービス（ＳＭＳ）をクラウド・サービスとして提供することにより、すべての機器（モバイルと非モバイル問わず）でＳＭＳを利用できるようにした製品が知られている。これによれば、機器の性能が許す限り、より豊かなインタフェース、より多くの機能でＳＭＳを利用できる。
しかし、このようなサービスは、モバイル機器の機能を自社製品に置き換えようとするものであり、モバイル機器上に既に存在しているサービスやデータを活用することは主眼としていない。このため、当該サービスを利用するためには、例えば新しいＳＭＳ番号が必要になったり、連絡先を別に記憶させたりしなければならない。

本願発明の基本的な理解を提供するために、本願発明の概要を以下に示す。この概要は、本願発明の全てを網羅したものではないし、本願発明の重要な構成要素を特定することも、本願発明の内容を詳細に描写することも意図していない。その唯一の目的は、後で開示する詳細な説明の前段階として、本願発明を単純化した形式で示すことである。

本願発明のいくつかの態様は、モバイル機器に結び付けられたリモート・ユーザ・インタフェース（ＵＩ）を、リモート機器上で提供する第１構成を提供する。この構成は、モバイル機器の機能又はサービスを置き代えるものではなく、むしろ、モバイル機器上に現存するサービス又はデータを、アクセスし、統合し、及び／又は制御するように操作できるものである。
特に、第１構成は、モバイル機器との間でセキュア接続セッションを確立するように要求するリクエストを送信可能に構成された、通知コンポーネントを含むことができる。また、第１構成は、モバイル機器に関連するサービス又はモバイル機器に含まれているデータに対してセキュア接続セッションを利用してアクセスできる、通信コンポーネントを含むことができる。加えて、第１構成は、モバイル機器を操作するのに適したリモートＵＩをローカル・コンピュータのリソースを用いて構築するように構成された、ＵＩコンポーネントを含むことができる。

いくつかの態様では、リモートＵＩが動作している他の機器に対して、モバイル機器がセキュアに接続できる第２構成が提供される。通常、第２構成は、モバイル機器に関する公開／秘密鍵ペアのうちの公開鍵と、前記モバイル機器に関する機器ＩＤと、を管理するデータ記憶部を含むことができる。この第２構成は、モバイル機器と、当該モバイル機器のためのリモートＵＩが動作しているリモート機器と、の間のセキュア接続セッションを取りまとめることができるように構成された接続コンポーネントを、更に含むことができる。

更にまた、ある態様では、リモートＵＩからモバイル機器へのセキュア接続セッションを介したアクセスを認証可能な第３構成が提供される。この第３構成は、リモートＵＩを動作させるリモート機器との間でセキュア接続セッションを確立するように要求するリクエストを受信できるように構成された、取得コンポーネントを含むことができる。加えて、この第３構成では、前記リクエストに含まれた情報に基づいてセキュア接続セッションを認証及び確立できるように構成された、認証コンポーネントを含むことができる。同様に、第３構成は、リモートＵＩから受信した指示をネイティブ・モバイル・オペレーティング・システム（ＯＳ）環境下で実行可能に構成された、解釈コンポーネントを含むことができる。

以下の説明及び添付の図面により、本願発明の実例となる態様を詳細に述べる。しかしながら、ここに示された態様は、本願発明が利用されるであろう様々な形態のうちのごく一部の基本的なものであるし、加えて、このような全ての態様及びその等価物が、本願発明に含まれるように意図されている。本願発明の他の長所及び際立った特徴については、以下に続くの本願発明の詳細な説明において、関連する図面とともに明らかにする。

モバイル機器に結び付けられたリモート・ユーザ・インタフェース（ＵＩ）をリモート機器上で提供できるシステムのブロック図である。

モバイル機器への及び／又はモバイル機器からの情報を転送する中央サーバによってセキュア接続セッションを提供することが可能なシステムのブロック図を示している。

図３Ａは、証明情報インタフェース及び／又はアプリケーションに関する、パスワード・ベースの出力例をイラストで示したものである。

図３Ｂは、証明情報インタフェース及び／又はアプリケーションに関する、パターン・ベースの出力例をイラストで示したものである。

リモートＵＩが動作している他の機器に対してモバイル機器がセキュアに接続できるシステムのブロック図である。

リモートＵＩが動作している他の機器に対してモバイル機器がセキュアに接続する点に関する追加の特徴又は態様を提供できるシステムを示すブロック図である。

リモートＵＩによるセキュア接続セッションを介したモバイル機器へのアクセスを認証できるシステムのブロック図を示したものである。

モバイル機器のためのリモートＵＩをリモート機器上で提供する方法の手順を定義したフローチャートの例である。

モバイル機器のためのリモートＵＩをリモート機器上で提供する点に関する追加の特徴又は態様を提供する方法の手順を定義したフローチャートの例を示す。

モバイル機器とリモートＵＩをセキュア接続セッションを介して連結する点に関する追加の特徴又は態様を提供する方法の手順を定義したフローチャートの例を提供する。

企業ネットワークをここで記述された態様に従って運用することが可能な関連コンポーネントを含む、無線通信環境の例を図示している。

ここで開示された構成の一部又は全部を実行又は実装するように運用可能なコンピュータのブロック図を図示している。

コンピューティング環境の一例の概略的ブロック図を図示している。

発明の詳細な説明

次に、図面を参照して本願発明を説明する。各図面において、同一の要素には同じ符号が付されている。以下の記述では、本願発明の完全な理解を提供するために、多数の詳細事項について説明している。しかし、これらの詳細事項は、本願発明を実施するために必須ではないことが明白な場合もある。また、本願発明の理解を容易にするため、公知の構造及び装置については、ブロック図の形式で示している。

本明細書において、「システム」、「コンポーネント」、「インタフェース」などは、１つ以上の特定の機能を使用可能な、コンピュータに関する、又は操作可能な機械に関するエンティティを差す。
本明細書において、「エンティティ」とは、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアの何れをも含む概念である。
例えば、「コンポーネント」は、プロセッサ上で実行中のプロセス、プロセッサそのもの、メモリ上のオブジェクト、実行可能ファイル、実行中のスレッド、プログラム、及び/又はコンピュータなどであり得るが、これに限定されるわけでもない。実例を挙げれば、サーバ上で動作しているアプリケーションと、そのサーバは、どちらも「コンポーネント」であり得る。
１つ以上のコンポーネントが、実行中の単一のプロセス又は／及びスレッド上で動作し得る。また、１つのコンポーネントは、１台のコンピュータに局在するとは限らず、複数のコンピュータに分散することも有り得る。これらのコンポーネントは、コンピュータで読取可能なあらゆる記録媒体に、様々なデータ構造で記憶され得るし、当該記録媒体から読み出して実行できる。
１つ以上のデータパケット（例えば、ローカルシステムや分散システムの内部において、又は／及びインターネットなどのネットワークを介した他のシステムからの信号によって、他のコンポーネントと相互作用しているコンポーネントから送信されるデータ）を伴う信号をやりとりするローカルプロセス又は／及びリモートプロセスを介して、複数のコンポーネントが相互に通信し得る。
他の例として、コンポーネントは、プロセッサ上で実行されるソフトウェアまたはファームウェア・アプリケーションによって制御された電気又は電子回路で操作される機械部品によって提供される特定の機能を有する装置で有り得る。この場合、プロセッサは、当該装置に内蔵であっても、当該装置の外部に設けられていても良く、ソフトウェア又はファームウェア・アプリケーションの少なくとも一部を実行する。
更に別の例として、コンポーネントは、機械部品を持たず、電子部品のみで特定の機能を提供する装置でも有り得る。この場合、前記電子部品は、当該電子部品に前記機能を与えるためのソフトウェア又はファームウェアを実行するプロセッサを含み得る。
また、「インタフェース」は、入出力（Ｉ／Ｏ）コンポーネントに限らず、関連するプロセッサや、アプリケーション、及び／又はＡＰＩコンポーネントも含み得る。

更にまた本願発明は、方法、装置、又はソフトウェアやファームウェアやハードウェアを製造するための標準的なプログラミング及び／又はエンジニアリング技術による製造物、として実施し得るし、これらを組み合わせてコンピュータを制御することで本願発明を実施することもできる。
ここで「製造物」とは、コンピュータで読取可能な装置、記録媒体またはメディアからアクセスできるコンピュータ・プログラムを含む。例えばコンピュータで読取可能なメディアには、磁気記憶デバイス（例えば、ハードディスク、フロッピーディスク、磁気ストライプ等）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）等）、スマートカード、及びフラッシュメモリデバイス（例えば、メモリカード、スティック、キードライブなど）を含むが、これに限定されない。
更に、上記のようなコンピュータで読取可能な電子データをやり取りするために、電子メールで、又はネットワーク（例えばインターネットまたはローカル・エリア・ネットワーク（ＬＡＮ））において、搬送波を利用できることも明らかである。もちろん、当業者であれば、本願発明の精神を逸脱しない範囲で、上記に挙げた構成を適宜変更できると認められる。

さらに、本願の明細書及び図面において、「ユーザ機器」、「モバイル機器」、「モバイル」、「加入者局」、「通信端末」、「端末」、「送受話器」その他の類似の技術用語は、無線コミュニケーション・サービスの加入者またはユーザによって利用され、データ、制御、音声、動画、ゲーミング、又は他のあらゆる種類のデータストリームまたはシグナリングストリームを受信又は伝達するための無線機器に関する通常の意味で用いられる。
同様に、この出願において、「アクセスポイント」、「基地局」、「セル」、「セルサイト」等の用語は、加入者局からの、データ、制御、音声、動画、ゲーミング又は他のあらゆる種類のデータストリーム又はシグナリングストリームを提供又は受信するための無線ネットワーク要素又は機器に関する通常の意味で用いられる。データストリーム又はシグナリングストリームは、パッケージ化されているか、もしくはフレームベースのフローであり得る。
この明細書及び図面において、アクセスポイント又は基地局がデータを提供及びモバイル機器から受信するために屋外環境下にあるのか、アクセスポイント又は基地局が屋外のカバー範囲内の特定の屋内環境下で運用されているのかは、前後関係又は明示によって区別される。

また、「典型的」という語が、実例又は説明を提供するために用いられる。ここで、「典型的」であると述べられる構成又は構造が、他の構成又は構造に比べて好ましい又は有利であると解される必要はない。むしろ、典型的という語は、具体的なかたちで概念を示すことを意図している。
この出願において、「又は」という語は、排他的論理和ではなく、包含的論理和を意図している。即ち、特に反対の記載が無い限り、または反対の意味であることが文脈から明確である場合を除き、「ＸはＡ又はＢを利用する」は、自然な包含的置換の何れをも指すように意図している。即ち、「ＸはＡ又はＢを利用する」に該当する具体例は、「ＸはＡを利用する」、「ＸはＢを利用する」、又は「ＸはＡとＢの両方を利用する」の何れであっても良いのである。

ここで図面を参照する。まず図1を参照すると、システム１００が示されている。システム１００は、リモート機器上で、モバイル機器に結び付いたモバイル・ユーザ・インタフェース（ＵＩ）を提供可能である。
ある態様では、システム１００は、リモート機器１２０に含まれる軽量アプリケーション（コンピュータで読取可能な媒体上において潜在的な状態で、又はプロセッサによって実行されているソフトウェアとして）であり得る。なお、リモート機器１２０は、コンピュータに関連した適当な装置であれば良く、特に限定されない。例えば、リモート機器１２０としては、モバイル機器１０８よりも大きなサイズを有し、又は／及びモバイル機器１０８よりも強力な演算能力、メモリ容量、又は他のリソースを利用可能な機器（例えばパソコン（ＰＣ）、ラップトップ、ネットブック、スマートブックまたはタブレットなど）であることが一般的であろう。しかしながら、リモート機器１２０は、従来のモバイル機器（例えば、ＷｉＦｉコミュニケーションに加え、回線交換方式（ＣＳ）やインターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）ネットワークを介した標準的コミュニケーション機能を有するハードウェアを備えたモバイル機器）であっても良い。上記の標準的コミュニケーションは、例えばセルラ基地局やＨＮＢ／フェムトセルを介したものとすることができるが、これについては、後ほど図１０を参照して説明する。

一方、モバイル機器１０８は、例えば、スマートフォン、個人用携帯情報端末（ＰＤＡ）、スマートブックまたはその種の他のもので、一昔前の携帯電話に比べて強力な演算能力とフル機能のオペレーティングシステム（ＯＳ）を提供するものが一般的であろう。しかし場合によっては、モバイル機器は、従来の携帯電話であって、一般的なプラットフォーム（例えばＪａｖａ ＭＥ（登録商標）又はＢＲＥＷ（登録商標））をサポートするものでもあり得る。これ以外にも、モバイル機器１０８は、Ａｎｄｒｏｉｄ（登録商標）ＯＳプラットホーム、又は他のＬｉｎｕｘ（登録商標）ベース、ＵＮＩＸ（登録商標）ベース、又はオープンソース・ベースのモバイルＯＳプラットフォームに従って動くいかなる機器でもあり得る。

通常、システム１００は、リクエスト１０４を送信可能な通知コンポーネント１０２を含むことができる。リクエスト１０４は、例えば、モバイル機器１０８との間でセキュア接続セッション１０６を確立するように指示するものであり得る。ある態様では、このリクエスト１０４は、サービス１１２又はデータ１１４の全体又は一部へのアクセスを認証するためにモバイル機器１０８で利用されるネイティブ証明情報と同一である証明情報を含み得る。証明情報に関連した構成に関しては、後ほど図２、３Ａ及び３Ｂを参照して説明する。

一般的に、セキュア接続セッション１０６は、モバイル機器１０８とリモート機器１２０の間のコミュニケーションのための双方向性チャンネル又はデータ・パスに関するものである。さらに、セキュア接続セッション１０６は、接続を終了するように指示されるか、時間経過によるタイムアウト（例えば数時間か、数日間）までのあいだ、接続を維持する（もしネットワークのエラーなどによって切断された場合には再接続する）ように構成されているのが一般的である。従って、セキュア接続セッション１０６は、まれにしか利用されず、クエリや操作がほとんどされないとしても、タイムアウトせずに存続し続けることができる。
また、セキュア接続セッション１０６を形成または維持するためには、適宜のネットワーク・プロトコルを利用できる。ただし、パケット、データグラム、又はその他のデータは、暗号化その他のセキュアな、又は認証された状態でリモート機器１２０とモバイル機器１０８の間でやり取りされるのが普通である。これについては後に詳述する。

加えて、システム１００は、通信コンポーネント１１０を含むことができる。通信コンポーネント１１０は、モバイル機器１０８に結びついたサービス１１２（例えばショート・メッセージ・サービス（ＳＭＳ））や、モバイル機器１０８内のデータ１１４（例えば連絡先）に対して、セキュア接続セッション１０６を利用してアクセスできるように構成されている。言い換えると、通信コンポーネント１１０は、システム１００のコンポーネントやリモート機器１２０に対してサービス１１２やデータ１１４へのセキュアなアクセスを提供するために、セキュア接続セッション１０６を開始し、管理し、又は／及び維持できる。

また、システム１００は、ＵＩコンポーネント１１６を含むことができる。ＵＩコンポーネント１１６は、ローカルのコンピュータが備えるリソース（例えばリモート機器１２０で利用可能な、またはリモート機器１２０に含まれるリソース）を利用してリモートＵＩ１１８を構築するように構成されている。リモートＵＩ１１８は、モバイル機器１０８に対する操作及び／又は相互作用を、例えばセキュア接続セッション１０６を介して行うことができるように構成されている。なお、リモートＵＩ１１８の機能及び／又は構成については、後に詳述する。
しかし、ここで簡単に説明すると、リモートＵＩ１１８は、受け取った電話機イベント（例えば、呼び出し、ＳＭＳなど）に関する通知を提供できる。従って例えば、「ジョン・スミスさんからのテキスト・メッセージを受信しました」という報告を利用者に通知できる。この通知は、モバイル機器１０８における通知に加えて、あるいはこれの代わりに、リモート機器１２０のリモートＵＩ１１８に表示されるものである。もしリモートＵＩ１１８が最小化されていた場合（例えばシステムトレイやツールバーなどに）は、ポップアップなどの手段によって上記通知を表示しても良い。
さらに、リモートＵＩ１１８は、上記テキスト・メッセージの内容を表示できるし、これに対して返信されるべき返信文を入力できても良い。なお、この返信文は、モバイル機器１０８のキーボードに比べてより強力なＵＩ（例えばフルサイズの物理的キーボード）を介して入力され得る。いずれにせよ、入力された返信文は、セキュア接続セッション１０６を介してモバイル機器１０８に届けられ、そこからジョン・スミスの機器まで送信される。これは、モバイル機器１０８単独でＳＭＳが入力されて送信された場合と変わらないシームレスな動作として実現される。

上記構成によれば、リモートＵＩ１１８がいくつもの利点を提供できることが明らかである。例えば、ユーザの生活の中で、モバイル機器（上記例ではモバイル機器１０８）は、個人データ、人間関係、活動または業務などに関する中心的な役割を果たすようになっている。それゆえ、モバイル機器がより多くのデータを格納できるように絶えず進化する中で、当該モバイル機器向けに設計された関連アプリケーションもまた、モバイル機器に大量の情報を押し込むように進歩してきた（例えば、これらの情報を、それぞれのアプリケーションが独自の方法で利用するために）。
そこで、このようなモバイル機器に含まれている大量のデータ（上記の例ではデータ１１４）及びサービス（上記の例ではサービス１１２）さえあれば、他では手に入らないデータやサービスに対してアクセスでき、しかもオンデマンドで便利に利用できる強力な個人向けサーバへと、モバイル機器を変容させることができる。

一方、一般的なリモート機器１２０が、形状的な面でより強力であり（例えば、より大きな表示画面、より良い解像度、キーボードやマウスのような優れたＵＩなど）、処理力などに関してもより強力であるとすれば、リモートＵＩ１１８を介すことによって、サービス１１２又はデータ１１４に対してアクセスする際に提供される全体的なエクスペリエンスを大幅に向上させることができる。
更に、リモート機器１２０は、モバイル機器１０８では利用不可能な追加的なデータ、サービス、又は機能へのアクセスを潜在的に提供できる。これら追加的データなどは、本願発明の趣旨に沿って効果的に活用できる。
さらにまた、リモートＵＩ１１８は、エクスペリエンスを向上させたり追加的機能を提供したりするのに加え、モバイル機器１０８を物理的に操作性する場合に比べてより優れた利便性を提供できる。

ここで、日常的な状況化においてリモートＵＩ１１８によって提供される利便性を強調するため、以下の３つの具体的事例を考察する。ただし、これによって本願の特許請求の範囲を制限することを意図したものではない。
それぞれが適宜のモバイル機器１０８を所持し、無線キャリアーによって提供されるサービスに加入している２人のユーザ、アシュリーとロスについて考察する。
最初の事例では、アシュリーがｉＰａｄ（登録商標）（本願のリモート機器１２０に該当）を膝に乗せてソファーでくつろいでおり、このｉＰａｄでリモートＵＩ１１８が開始されバックグラウンドで実行されている。一方、アシュリーのモバイル機器１０８は、当該モバイル機器１０８に関する何らかのイベント又は処理の際に、彼女の寝室にある充電器に載っている。アシュリーは、ソファーでくつろいだ状態のまま、モバイル機器の充電を中断することなく、上記のイベント又は処理を便利に観察し、これに相互作用し、これに応答し、又はこれを開始することさえできる。

第２の事例では、ロスが仕事から帰宅した際に、彼のモバイル機器１０８をオフィスに置き忘れたてしまったことに気付いた場合を考察する。ロスは、その晩おそくに、重要な取引先からの連絡がくることを期待していたものの、わざわざオフィスまでモバイル機器１０８を取りに戻る気はない。しかしこれでは、取引先からの連絡を取り逃してしまう可能性がある。そこでロスは、彼のＰＣを立ちあげて、リモートＵＩ１１８を起動するのである。
第３の事例では、アシュリー又はロスのどちらかが、重要な会議の前にモバイル機器１０８の呼出音を無効化した後、当該呼出音を有効化することをそのまま忘れてしまった場合を考察する。このような場合、モバイル機器１０８がユーザに携帯されていたとしても（例えばその人の上着のポケットに入れられていたとしても）、到来したイベントの通知がユーザに気付かれないことが有り得る。このような場合であっても、リモートＵＩ１１８であれば、独立したメカニズムにより、前記イベントに関連した通知を（視覚的に、又は音声により）行うことができるので、到来したイベントが見過ごされてしまうことを防止できる。

図１についての説明を続ける。図１ではセキュア接続セッション１０６がモバイル機器１０８とリモート機器１２０（及び／又は通信コンポーネント１１０）とを直接的に結んでいるように描かれているが、これに限定されず、実施の態様によって種々異なっても良い。例えば、ある態様においては、セキュア接続セッション１０６は、クラウド１２２を経由するように指示されるか、クラウド・サービス１２４によってサポートされる。何れの場合であっても、これは、中央サーバ１２６（図２及び５を参照して後述する）によって提供される。
現実の実施形態でどのように運用されるかはともかく、この明細書の残りの部分のために、セキュア接続セッション１０６を確立する際の中央サーバ１２６の役割についてここで説明すると、この中央サーバ１２６は、公開鍵基盤（ＰＫＩ）による暗号化スキームを利用するための証明局又は登録認定局としての役割を主に果たすものである。もっともこれに限らず、本願発明の実施に際しては、他の手段又はメカニズムを適宜利用し得る。

続いて図１を参照して（ただし、セキュア接続セッション１０６に関わる様々な具体例を説明する際には、図２、３Ａ、及び３Ｂを適宜参照する）、説明を続ける。
最初に、特に図２を参照すると、システム２００が描かれている。システム２００は、モバイル機器１０８への情報及び／又はモバイル機器１０８からの情報を伝達するセキュア接続セッションを、中央サーバによって提供可能である。システム２００は、モバイル機器１０８との間でセキュア接続セッション１０６を確立するためのリクエスト１０４を送信可能な通知コンポーネント１０２を含んでいる。なお、これについては、上記の図１のシステム１００に関連して既に説明したとおりである。ある態様において、この通知コンポーネント１０２は、最初のリクエスト２０２を、中央サーバ１２６に対して送信できる。この中央サーバ１２６は、リモートＵＩ１１８をサポートするクラウド・サービス１２４を管理できるように構成されている。

通常、最初のリクエスト２０２は、機器ＩＤ２０４を含むことができる。この機器ＩＤ２０４は、モバイル機器１０８を何らかの方法で記述したか、又はモバイル機器１０８に関連するものである。例えば、機器ＩＤ２０４は、モバイル機器１０８に関連付けられた電話番号や、ユーザ名又はユーザのＥ−ｍａｉｌアドレス等で有り得る。この機器ＩＤ２０４は、前記電話番号その他のモバイル機器１０８に関する情報とリンクさせて、中央サーバ１２６に管理される。この他、機器ＩＤ２０４の性質又は形態は特に限定されないが、当該機器ＩＤ２０４は、中央サーバ１２６において、当該中央サーバ１２６が予め格納している他の情報とともにモバイル機器１０８を特定するために役立つ情報でなければならない。当該他の情報は、登録プロセスを伴った接続の際に取得され得るが、これについては図５を参照して後ほど説明する。

更に、通知コンポーネント１０２は、中央サーバ１２６からの最初のレスポンス２０６（例えば、最初のリクエスト２０２に対する返答）を受信できる。最初のレスポンス２０６は、モバイル機器１０８に関連付けられた公開鍵／秘密鍵ペアのうちの公開鍵の部分（この例では公開鍵２０８）を含むことができる。また、最初のレスポンス２０６は、モバイル機器１０８へのアクセスを認証する際に要求される証明情報のタイプを定める証明情報ＩＤ２１０を含んでいても良い。何れにせよ、公開鍵２０８及び／又は証明情報ＩＤ２１０は、通常、登録プロセスの結果として予めモバイル機器１０８から取得しておく。ただし、最初のリクエスト２０２を受信した際に、モバイル機器１０８に対して問い合わせることにより公開鍵２０８及び／又は証明情報ＩＤ２１０を取得しても良い。
前述のように、リクエスト１０４は、サービス１１２又はデータ１１４の全部又は一部に対するアクセスを認証するためにモバイル機器１０８で利用されるネイティブ証明情報に一致する証明情報を含むことができる。この証明情報は、パスワードであり得るが、他にも例えばパターン、パズル、又はキーなどでありうる。いずれにせよ、リモート機器１２０は、証明情報を入力するためのメカニズムを適切に提供できる必要がある。例えば、ネイティブ証明情報が、何かパズルのようなものを解くものであったり、特定のパターンを入力するようなものであったりした場合、一般的なパスワード入力ボックスでは、証明情報を得るには不十分であるかもしれない。それゆえ、ある態様においては、通知コンポーネント１０２による最初のレスポンス２０６の受信と同時に、ＵＩコンポーネント１１６が、証明情報ＩＤ２１０に定められた証明情報タイプに基づいて、証明情報インタフェース２１２を提示する。これについては、図３Ａ及び３Ｂを参照して以下に説明する。

ここで図３Ａ及び３Ｂを参照して簡単に説明する。画面表示３００は、パスワード・ベースの証明情報インタフェース及び／又は証明情報アプリケーションの表示例を示している。画面表示３１０は、パターン・ベースの証明情報インタフェース及び／又は証明情報アプリケーションの表示例を示している。
画面表示３００に示された証明情報インタフェース２１２の場合、機器ＩＤ２０４は電話番号の形式であり、証明情報３０２は秘密のパスワードの形式である。これに対し、画面表示３１０に示された例における機器ＩＤ２０４はユーザのＥ−ｍａｉｌアドレス（対象の機器に一致したもの）の形式であるが、この場合の証明情報３０２は空間パターンである。

ＵＩコンポーネント１１６は、最初にログイン／ユーザＩＤ入力ボックスのみを表示しておき、そこに入力された機器ＩＤ２０４を受信した後で、パスワード／証明情報入力エリアを追加することが好ましい。即ち、まず機器ＩＤ２０４が得られたならば、それは中央サーバ１２６に送信される。中央サーバ１２６は、モバイル機器１０８の証明情報のタイプ（おそらく証明情報ＩＤ２１０で定められている）を確認するために、モバイル機器１０８に結びつけて格納されているデータ又はインタフェースを調べる。証明情報タイプ及び／又は証明情報ＩＤ２１０が判明したならば、対応した証明情報インタフェース又はアプリケーション２１２を、ＵＩコンポーネント１１６によって提供できる（これは、ログインプロセスのあいだ、図３Ａ及び３Ｂに示すように提供される）。

図１及び図２に戻って説明を続ける。通知コンポーネント１０２が最初のレスポンス２０６（公開鍵２０８及び証明情報ＩＤ２１０及び／又は証明情報インタフェース２１２を含み得る）を取得し、ＵＩコンポーネント１１６が証明情報３０２の入力を取得した場合、リクエスト１０４が生成され、通知コンポーネント１０２を介して中央サーバ１２６に送信される。このとき、通信コンポーネント１１０は、リクエスト１０４に含まれるパッケージを暗号化するために、公開鍵２０８を利用できる。このパッケージは、証明情報インタフェース２１２に対して入力された証明情報３０２（モバイル機器１０８のネイティブ証明情報と一致することが期待されている情報）を含むことができる。更に、パッケージは、セキュア接続セッション１０６を介した通信を暗号化するためのセッション・キー１２８を含むことができる。セッション・キー１２８は、通常は通信コンポーネント１１０（又はリモート機器１２０が備える他の適宜のコンポーネント）によって生成される。しかしこれに限らず、セッション・キー１２８は、中央サーバ１２６やモバイル機器１０８によって生成され、リモート機器１２０に配信（例えば最初のレスポンス２０６の一部として）されても良い。

何れにせよ、リクエスト１０４（暗号化されたパッケージを含む）はモバイル機器１０８に送り届けられ、セキュア接続セッション１０６が確立される（後ほど図５に関して説明する）。一旦セッションが確立すれば、ＵＩコンポーネント１１６は、モバイル機器１０８をリモートで操作及び／又はアクセスするためのリモートＵＩ１１８を生成できる。
ここでリモートＵＩ１１８について詳細に説明する。ある態様において、リモートＵＩ１１８は、モバイル機器１０８のＯＳによって提供される少なくとも１つのネイティブの表示画面を、エミュレート又はコピーしたデスクトップＵＩを含み得る。つまり、壁紙、設定、オブジェクト、アイコン、フォルダ、メニューなどを一例として、モバイル機器１０８によって提供されるものが、関連したデータ１１４及びサービス１１２とともにリモートＵＩ１１８上で利用可能となる。

別の例として、リモートＵＩ１１８は、モバイル機器１０８によって提供されるネイティブのＳＭＳにアクセスするＳＭＳ ＵＩを含むことができる。従って、メッセージを送信したり、あらゆる第三者からのメッセージを受信するために、モバイル機器１０８によって提供されるＳＭＳをリモートＵＩ１１８において利用できる。同様に、リモートＵＩ１１８は、モバイル機器１０８によって提供されるネイティブの電話サービスにアスセスするための電話ＵＩを含んでいても良いし、及び／又は、モバイル機器１０８に格納され管理されているネイティブ連絡先データにアクセスするための連絡先ＵＩを含んでいても良い。このように、連絡先や電話サービスやその他の電話機イベントに対するアクセスを、リモート機器で行うことができる。ここで、必要なコンポーネント（例えばマイクロフォン、スピーカなど）をリモート機器１２０が備えているならば、電話機の全ての機能のサポートを、リモートＵＩ１１８を介してリモート機器１２０に与え得ることが分かるであろう。

例えば、周知のＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、又は他の適宜の技術を利用することにより、音声又はその他の適宜のデータ（例えば動画など）を、リモートＵＩ１１８とモバイル機器１０８の間で中継できる。また、リモートＵＩ１１８は、モバイル機器１０８に対して、着信に応じるように（又は発信を開始するように）命じることができるが、これはおそらく、スピーカーフォンモード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モード、又は他の適宜の設定に従う。
更に他の例として、仮にリモート機器１２０がスピーカを備えていないとしても、マイクロフォンさえ備えていれば、例えば、ボイスメールにアクセスしてその内容をリモート機器１２０に出力するなど、様々な電話機イベントをサポートできる。このとき、パスワードのキーコード、又はリモートＵＩ１１８によって指示されたメニュー・オプションの送信に、モバイル機器１０８が利用される。

連絡先データについて述べると、連絡先ＵＩは、その他のあらゆるデータ１１４をモバイル機器１０８から入手可能である。とはいえ、リモートＵＩ１１８（又はこれの一部）は、最初に全てのデータを読み出さなければならないというわけではない。むしろ、ある態様において、ＵＩコンポーネント１１６は、個々のデータエレメントの使用状況や前後関係に基づき、モバイル機器１０８で利用可能なデータ１１４又はサービス１１２の一部又は断片を指定してダウンロード（おそらく中央サーバ１２６を介して）し得る。
更に、ＵＩコンポーネント１１６は、データやサービスの一部を、リモートＵＩ１１８（又はサブＵＩ）で利用可能にすることができる。一例として、モバイル機器１０８が数百の連絡先を管理している場合を考察する。連絡先ＵＩで利用するために全ての連絡先をダウンロードする代わりに、連絡先の特定の一部分のみをダウンロードできる。残りのデータエレメントは、必要になったときにダウンロードすれば良い（例えば、リモートＵＩ１１８でクエリを生成してモバイル機器１０８に送信することにより）。ダウンロードされる「特定の一部分」は、予め決まっている場合もあるし、優先順位や前後関係によってその場で決まることもあり得るし、更に例えば、最近の通話の（又はテキストの、又は他の電話機イベントの）履歴のリスト、頻繁に通話する連絡先のリスト、通話に失敗した連絡先のリスト、未読のテキストのリスト、又はその他に基づいて自動的に選択されることも有り得る。

ＵＩコンポーネント１１６によって提供される様々なタイプのＵＩを以上に示した。これらは典型的なものと思われるが、これによって本願発明が制限されると解する必要はない。むしろ、様々な他のタイプのＵＩも考え得るし、これらを本願発明に関連して利用することが可能である。例えば、リモートＵＩ１１８は、カレンダー・アプリケーション、電子メール・アプリケーション、通話ログ・アプリケーション、ブラウザ・アプリケーション（ブラウザ履歴やブックマークなどでも良い）、カメラ画面又はカメラ・アプリケーション、オーディオ・アプリケーション、ＧＰＳの位置情報を用いたプリケーション、ＬＥＤディスプレイ、コントロール、又はアプリケーション、コンパス・アプリケーション、等に関連するＵＩを含むことができる。

図１に関する説明を続ける。ある態様において、ＵＩコンポーネント１１６は、１つ又は複数の電話機イベントがモバイル機器１０８で受信されたか、モバイル機器１０８によって送信されたことを知らせる通知を提示（具体的には、リモートＵＩ１１８を介して）し得る。ＵＩコンポーネント１１６によって提示される通知の形体又は種類は、電話機イベントの種類（例えば、通話かテキストか、受信か送信か、など）に応じて異ならせても良い。何れにせよ、この通知は、電話機イベントの種類の説明、電話機イベントの送信者又は受信者の識別子、及び／又は電話機イベントの内容などを含み得る。既に説明したように、この通知は、自動的にリモートＵＩ１１８に表示されるか、ポップアップメッセージ、ティッカー又はその他の手段によって配信される。

更にある態様においては、上記で簡単に説明したように、ＵＩコンポーネント１１６は、１つ以上の電話機イベントを扱うための操作手段一式を提供し得る。この操作手段一式は、全てが提供され及び／又は利用できても良いし、その一部のみが電話機イベントの種類に応じて利用できても良い。
例えば、操作手段一式は、呼出に対する応答、又は呼出の開始をローカル・リソースを利用して（例えばＶｏＩＰ技術を介して）行う操作手段を含むことができる。同様に、操作手段一式は、呼出に対する応答、又は呼出の開始をネイティブ・リソースを利用して行う（例えばモバイル機器１０８を通話状態にして、ピーカーフォン又はＢｌｕｅｔｏｏｔｈオプションを有効にするなど）操作手段を含むことができる。他の適当な例としては、操作手段一式は、着信を拒否したり、着信を他の電話番号の又はボイスメールに転送したり、受信したＳＭＳの内容を提示又はマスクしたり、ＳＭＳの送信を開始したり、音声メッセージの内容を提示するためにｓｐｅｅｃｈ−ｔｏ−ｔｅｘｔを利用したり、送信する内容を音声形式に変換するためにｔｅｘｔ−ｔｏ−ｓｐｅｅｃｈを利用したり、またはモバイル機器１０８に結びついたデータ１１４又はサービス１１２を追加で要求又は／及びダウンロードする操作手段を含むことができる。

加えて、ある態様において、システム１００は、リモート機器１２０上のブラウザ・アプリケーションに作用するブラウザ・プラグイン１３０を含み得る。ブラウザ・プラグイン１３０は、ブラウザで表示される情報に含まれている電話番号を、（例えば実際に表示される前に）検出するように構成される。ブラウザ・プラグイン１３０は、検出した電話番号を、ブラウザに表示されるインタラクティブ・リンクへと自動的に変換する。これは、例えば、通常のブラウザがハイパーリンクを表示するのと同様の表示態様で表示され得る。リモートＵＩ１１８において前記インタラクティブ・リンクを（例えばマウス・クリックによって）起動することにより、検出された電話番号をモバイル機器１０８に対して簡単に転送できる。従って、ユーザが、例えばレストランの格付け記事をブラウザで閲覧しているときに、当該レストランの連絡先（例えば電話番号、住所など）が自動的にインタラクティブ・リンクとして埋め込まれる。そして、当該リンクをクリックすれば、モバイル機器１０８のネイティブな連絡先情報に前記電話番号又は住所を追加できる、又は当該電話番号に対して通話を開始できるのである。

さらにまた、ある態様において、システム１００は、リモート機器１２０上のワードプロセッサ又はエディタ・アプリケーションに作用するエディタ・プラグイン１３２を含み得る。エディタ・プラグイン１３２は、リモートＵＩ１１８において前記エディタ・アプリケーションに入力されたテキストのハイライトされた（又は選択された）部分を、モバイル機器１０８のネイティブＳＭＳに対して自動的に送信するオプションを提供するように構成される。例えば、エディタ・プラグイン１３２は、ハイライトされたテキストを取得してＳＭＳとして送信する指示を、コンテキスト・メニュー・オプション（例えば右クリックやその他の方法によってアクセスする）に埋め込むことができる。

更に言えば、ある実装におけるシステム１００は、モバイル機器１０８から取得したデータ１１４又はサービス１１２の一部又は全部を（例えばユーザの機器の長期記憶装置内に）保持することが許される。しかし、別の実装ではそうではなく、例えば、ある態様において、ＵＩコンポーネント１１６は、ローカル・リソース（揮発性又は不揮発性の記録メディア）に記憶したデータを、セキュア接続セッション１０６の終了時に削除または解放し得る。セキュリティの面では後者の方が望ましく、リモート機器１２０が公共の通信端末のようなものである場合は特にそうである。

次に、図４を参照して説明する。図４に示されているシステム４００は、モバイル機器と、リモートＵＩを運用している別の機器と、をセキュアに連結できる。一般に、システム４００は、クラウド１２２又はクラウド・サービス１２４を運用又は提供する中央サーバ１２６（これについては図１に関連して説明したとおり）上に存在するであろう。システム４００は、データ記憶部４０２を備える。データ記憶部４０２は、モバイル機器１０８に関する機器ＩＤ２０４と、モバイル機器１０８に関する公開鍵／秘密鍵ペアの片方であって機器ＩＤ２０４に結び付けられた公開鍵２０８と、を記憶可能である。

加えて、システム４００は、接続コンポーネント４０４を備えている。接続コンポーネント４０４は、モバイル機器１０８のためのリモートＵＩ（例えばリモートＵＩ１１８）を動作させるために、モバイル機器１０８とリモート機器１２０の間のセキュア接続セッション１０６を取り決めることができるように構成されている。おおまかに言えば、システム４００はセキュア接続セッション１０６のためのデータ・パスの媒介として動作するとともに、セキュア接続セッション１０６を確立するＰＫＩスキームのための証明局又は登録認定局として動作する。なお、これについては図５を参照して以下に説明する。

次に、図５を参照して説明する。図５に示すシステム５００は、モバイル機器と、リモートＵＩが動作している他の機器と、の間のセキュアな連結に関し、追加の機能又は特徴を提供できる。一般的に、システム５００は、データ記憶部４０２及び接続コンポーネント４０４を備えている（これについては図４を参照して説明したとおりである）。加えて、システム５００は、登録コンポーネント５０２も含むことができる。登録コンポーネント５０２は、公開鍵２０８を機器ＩＤ２０４に結び付ける（例えば、公開鍵２０８と機器ＩＤ２０４をデータ記憶部４０２に関連付けて記憶する登録プロセスにおいて）ことができるように構成されている。登録コンポーネント５０２は、機能的にまたは通信によって接続コンポーネント４０４に結合しているか、あるいは図５に示すように、接続コンポーネント４０４に含まれ、又は埋め込まれている。

更に、データ記憶部４０２は、機器ＩＤ２０４と公開鍵２０８に加えて、様々な他の情報を格納し得る。例えば、ある態様において、データ記憶部４０２は、証明情報タイプ・レジストリ５０４を更に記憶し得る。証明情報タイプ・レジストリ５０４は、証明情報タイプ５０６（既に説明したように、各証明情報タイプは特定の証明情報ＩＤに結び付けられている）と、これに対応する証明情報インタフェース又はアプリケーション２１２と、を関連付けて管理している。

上記の構成において、リモート機器１２０からの最初のリクエスト２０２は機器ＩＤ２０４を含み得るので（これについては図２に関して説明した）、接続コンポーネント４０４は、前記最初のリクエスト２０２に基づいて、セキュア接続セッション１０６を取り決めることができる。例えば、最初のリクエスト２０２を受信すると、接続コンポーネント４０４は、機器ＩＤ２０４からモバイル機器１０８の情報を抽出、又は機器ＩＤ２０４をモバイル機器１０８にマッチさせることができる。そして、接続コンポーネント４０４は、適切な証明情報タイプ５０６を決定するために、モバイル機器１０８に対して問い合わせ（図５の例では証明情報問い合わせ５０８）を行う。なお、これに代えて、接続コンポーネント４０４は、証明情報タイプ５０６を得るために、データ記憶部４０２にアクセスして情報を参照しても良い。とはいえ、データ記憶部４０２の記憶されているデータは古い場合があるため（例えば、その間にモバイル機器１０８の証明情報タイプが変更されていることが有り得る）、通常、証明情報問い合わせ５０８を行う方が好ましい。

何れにせよ、接続コンポーネント４０４は、証明情報タイプ・レジストリ５０４から、前記証明情報タイプ５０６に対応する証明情報インタフェース又はアプリケーション２１２を取得できる。また、接続コンポーネント４０４は、モバイル機器１０８に関する公開鍵２０８を、データ記憶部４０２から取得できる。そして、接続コンポーネント４０４は、証明情報インタフェース／アプリケーション２１２及び公開鍵２０８を、リモート機器１２０に送信する（これは図２を参照して説明した最初のレスポンス２０６と同様である）。
これに対する応答として、接続コンポーネント４０４は、リモート機器１２０からのパッケージ５１０（リモート機器１２０において公開鍵２０８を用いて暗号化されているかもしれない）を受信できる。この場合、パッケージ５１０は、通常、モバイル機器１０８で管理されている対応した秘密鍵（図５の例では秘密鍵５１２）によってのみ、復号化できる。
図１及び２を参照して説明したように、パッケージ５１０は、リクエスト１０４の構成要素で有り得る。そして、パッケージ５１０は、証明情報インタフェース／アプリケーション２１２からの証明情報３０２、又はセキュア接続セッション１０６を行き来するメッセージを暗号化するためのセッション・キー１２８、の何れか一方又は両方を含み得る。これらは全て、秘密鍵５１２によって復号化できるように、公開鍵２０８によって暗号化され得る。
パッケージ５１０を受信すると、接続コンポーネント４０４は、モバイル機器１０８に対して、セキュア接続セッション１０６を確立するリクエストとして前記パッケージ５１０を転送する。

次に、図６を参照して説明する。図６には、システム６００が示されている。システム６００は、セキュア接続セッションを介して、モバイル機器にリモートＵＩがアクセスすることを認証できるように構成されている。一般的に、システム６００は、モバイル機器１０８のようなモバイル機器に含まれるであろう（コンピュータ読取可能な媒体に潜在的に格納された状態で、又は実行中のソフトウェアとして）。更に、システム６００は、その全部又は一部がアプリケーションとして、又はＡｎｄｒｏｉｄ，ＷｅｂＯＳ，ＭａｅｍｏなどのＯＳの一部として実装され得る。

通常、システム６００は、取得コンポーネント６０２を備え得る。取得コンポーネント６０２は、リモートＵＩ１１８を動作させるためのセキュア接続セッション１０６をリモート機器１２０との間で確立するように要求するリクエスト１０４を受信できるように構成されている。既に述べたように、リクエスト１０４は、リモート機器１２０から直接的に受信し得るし、中央サーバ１２６、又は中央サーバ１２６によって提供されるクラウド１２２又はクラウド・サービス１２４を介して受信することも有り得る。更には、ある態様において、リクエスト１０４は、セキュア接続セッション１０６を介した通信を暗号化するための少なくとも１つのセッション・キー１２８、又はネイティブ証明情報６１２と一致し得る証明情報３０２を含み得る。この証明情報３０２は、ログイン、画面ロックの解除、又はネイティブ・サービス１１２又はデータ１１４の全部又は一部へのアクセス、の少なくとも１つを認証するために、ネイティブ・モバイルＯＳ６１０によって利用される。

ある態様において、ネイティブ・モバイルＯＳ６１０は、複数のネイティブ証明情報６１２をサポートするように構成され得る。複数のネイティブ証明情報６１２のそれぞれ又は特定の１つは、特定の環境との対応を定義できるネイティブ証明情報インタフェースに入力される。上記環境は、ネイティブ・モバイルＯＳ６１０がサポートする他の複数のネイティブ証明情報６１２に対応付けられた他の環境とは異なる、ユニークなデータセット、ポリシー、サービス、又は設定を利用できる。それゆえ、たとえば、あるユーザが、１つ目のネイティブ証明情報６１２を入力することにより（たとえば、ログインと同時に、又はスクリーンロックを解除するために）、モバイル機器１０８に「ビジネス環境」でログインできる。この場合、ビジネス関連の連絡先（又は他のデータ１１４又はサービス１１２）のみが利用可能になる。一方で、同じユーザが、２つ目のネイティブ証明情報６１２を入力することにより、モバイル機器１０８に「パーソナル環境」でログインできる。これにより、ビジネス環境とは異なったデータ１１４やサービス１１２、あるいはその他の異なったエクスペリエンス、異なるレベルのセキュリティ又はポリシーなどを利用できる。このように複数の環境を使い分ける機能は、リモートＵＩ１１８にも及ぶことが明らかである。

また、システム６００は、認証コンポーネント６０４を更に含むことができる。認証コンポーネント６０４は、リクエスト１０４に含まれる情報に基づいて、セキュア接続セッション１０６を認証及び確立できるように構成されている。例えば、リクエスト１０４は、セッション・キー１２８及び証明情報３０２から構成され、暗号化されたパッケージ（例えばパッケージ５１０）を含むことができる。この場合、パッケージは、リモート機器１２０によって公開鍵２０８を用いて暗号化されており、秘密鍵５１２（これはモバイル機器１０８に安全に格納されている）を用いた場合のみ復号化できる。しかし、これが一旦復号化されれば、証明情報３０２がネイティブ証明情報６１２に一致するかどうかを確認できるので、セキュア接続セッション１０６を確立できる。
加えて、システム６００は、解釈コンポーネント６０６を含むことができる。解釈コンポーネント６０６は、リモートＵＩ１１８から送信されてきた指示６０８を、ネイティブ・モバイルＯＳ６１０環境下で実行することができるように構成されている。このため、リモートＵＩ１１８から受信された指示６０８は、モバイル機器１０８自身のモバイルＵＩが操作されて指示が直接的に入力された場合と同等の効果を生じさせることができる。

また、ある態様における解釈コンポーネント６０６は、セキュア接続セッション１０６が存続するあいだ、所定の電話機イベント６１４をリモートＵＩ１１８に転送するように構成され得る。例えば、ちょうど従来のモバイルＯＳがネイティブ・アプリケーションに対して特定のイベント（例えば、通話やテキストの着信などの電話機イベント６１４）を通知するのと同様の技法又は技術を用いて、リモートＵＩ１１８に対して同様の通知を行うことができる。従って、解釈コンポーネント６０６は、電話機イベントが、リモートＵＩ１１８に転送される又はリモートＵＩ１１８から到来したものか、それ以外か、にかかわらず電話機イベントのログを取る（例えば、ログ６１８に記録する）ことができる。

図７から９は、本願発明を実施するための様々な手順を図示している。ここでは簡単のために複数の動作の連なりとして手順を説明するが、本願発明がここに示した動作の順序によって限定されないことは理解されるであろう。即ち、ここに示したのとは異なる順序で動作が生じ得るし、及び／又は他の動作と並行に生じ得る。例えば、当業者であれば、ここに示した手順を、関連する一連の状態又はイベントによって描写できる（ステート・ダイヤグラムのようなもの）ことを理解するであろう。また、本願発明に沿った手順を実施するためには、ここに示した動作の全てが必須というわけでもない。加えて、この明細書全体を通して開示される手順は、この手順をコンピュータで実施することを容易にするために、製造物上に配置され得ることが認められるであろう。ここでいう製造物とは、あらゆるコンピュータ読取可能な装置、媒体、又はメディアからアクセス可能なコンピュータ・プログラムも含むことを意図している。

まず図７を参照して説明する。図７には、リモート機器上において、モバイル機器のためのリモートＵＩを提供する典型的な方法７００が示されている。
通常、参照番号７０２において、リモート機器とモバイル機器の間のセキュア接続セッションを要求するように、モバイル機器へとリクエストを送信する。従って、このリクエストに含まれている情報の少なくとも一部に基づいて、セキュア接続セッションを確立できる。

参照番号７０４においては、モバイル機器に含まれるデータ、又は当該モバイル機器に関連するサービスに対して前記セキュア接続セッションを介してアクセスするために、リモート機器が利用される。例えば、リモート機器は、モバイル機器に格納されている一連の連絡先（又は他の適宜のデータ）にアクセスできる。他の例としては、リモート機器は、モバイル機器によって提供されるＳＭＳを利用してテキスト・メッセージの送受信を行うことができるし、その他の適宜のサービスをリモートでアクセス又は利用できる。

次の参照番号７０６においては、リモート機器に含まれるコンピュータ関連のリソースを用いて、モバイル機器を操作するためのリモートＵＩが構築される。このように、リモートＵＩを実行するために、ディスプレイ、キーボード、マウス、ローカル・プロセッサ、ローカル・メモリ、又は他のローカルなリソースを用いることができる。これらは、モバイル機器上のデータ又はサービスを利用する際に、今までとは異なる、潜在的により優れた、そして更に便利なエクスペリエンスを提供できる。

次に図８を参照して説明する。図８には、モバイル機器のためのリモートＵＩをリモート機器上において提供することに関連した追加の特徴又は態様を提供するための典型的な方法８００が示されている。
例えば、参照番号８０２は、データ又はサービスへのアクセスを認証するためにモバイル機器で利用される証明情報、又はセキュア接続セッションを行き来するデータを暗号化するためのセッション・キー、の少なくとも何れか１つが、図７の参照符号７０２において送信されたリクエストに含まれていた場合である。この場合、証明情報が有効であるとモバイル機器によって判断されたならば、セキュア接続セッションを確立できるし、セッション・キーを用いてデータ・トラフィックを暗号化できる。

更に、参照符号８０４においては、モバイル機器によって提供されるデータ又はサービスの一部（サブセット）が、リモートＵＩによって自動的にダウンロードされる。ダウンロードされるサブセットは、データ使用の前後関係、又はデータ・エレメントの優先順位に従って選択される。従って、図７の参照番号７０６において構築されたリモートＵＩは、その機能を果たすために、モバイル機器によって提供されるデータ及びサービスの全ては必要とはしない。何れにせよ、データ及び／又はサービスのサブセットは、リクエストによって利用可能になる他のデータ又はサービスとともに、合理的に配信することができる。

参照番号８０６においては、モバイル機器において発生した少なくとも１つの電話機イベントを通知（視覚的又は音声的の何れでも）するために、リモートＵＩが利用される。この場合、参照番号８０８において、少なくとも１つの電話機イベントを扱うために、リモートＵＩが提供する操作手段一式を利用できる。この操作手段は、例えば、ローカル・リソースを利用して通話の応答又は開始をする操作、ネイティブ・リソースを利用して通話の応答又は開始をする操作、着信を無視する操作、着信をボイスメールとして送信する操作、着信を他の番号に転送する操作、受信したＳＭＳを提示又はマスクする操作、ＳＭＳの送信を開始する操作、ｓｐｅｅｃｈ−ｔｏ−ｔｅｘｔ技術を適用して音声メッセージの内容を表示する操作、モバイル機器に結びついた追加のデータ又はサービスを要求又はダウンロードする操作、などに関するものである。

ある態様においては、参照番号８１０において、リモート機器上のブラウザ・アプリケーションに作用するブラウザ・プラグインが、検出した電話番号をクリック可能なリンクとして表示し得る。リモートＵＩにおいて前記リンクがクリックされると、検出された電話番号がモバイル機器に対して自動的に送信される。これにより、検出された電話番号がモバイル機器の連絡先に登録されるか、モバイル機器又はリモート機器から前記電話番号に対して電話をかけることができる。

同様に、参照番号８１２において、リモート機器上のエディタ／ワープロ・アプリケーションに作用するエディタ・プラグインは、リモートＵＩにおいて選択されたテキストを、モバイル機器のネイティブＳＭＳに対して送信するオプションを有している。例えば、このオプションは、右クリックなどによってアクセス可能なコンテキト・メニューに統合されていても良い。
更に、ある態様においては、参照番号８１４において、リモートＵＩと結びついてリモート機器上に格納されているデータを、セキュア接続セッションの終了が検出されたときに解放又は削除しても良い。

次に、図９を参照して説明する。図９には、モバイル機器とリモートＵＩを、セキュア接続セッションを介して連結することに関する追加の特徴又は態様を提供するための典型的な方法９００が示されている。
参照番号９０２では、モバイル機器においてネイティブＯＳ環境下で実行可能な指示又はコマンドがリモートＵＩから受信される。
更に、セキュア接続セッションが有効なあいだ、参照番号９０４において、リモートＵＩに対して電話機イベント（例えば着信イベント）が動的に転送され得る。
加えて、参照番号９０６において、転送された電話機イベント、又はリモートＵＩによるコマンドが、電話機イベントのネイティブ・モバイル・ログに記録される。

ある態様においては、参照番号９０８において、ネイティブ・モバイルＯＳが複数の環境をサポートするように構成され得る。それぞれの又は少なくとも１つの環境は、選択された環境に基づいて、他の環境とは異なるユニークなデータセット、ポリシー、サービス、又は設定を利用でき、アクセスできる。
最後に述べると、参照番号９１０において、入力された１つ以上の証明情報（図８の８０２を参照して説明した）に基づいて、選択された環境が特定される。

この明細書に記載された様々な態様についての更なる説明を提供するため、図１０には、無線通信環境１０００の一例が、ここで説明するフェムトセル事業者ネットワークの構成要素とともに示されている。無線通信環境１０００は、２つの無線ネットワーク・プラットフォームを含んでいる。即ち、マクロ・ネットワーク・プラットフォーム１０１０とフェムト・ネットワーク・プラットフォーム１０８０である。
マクロ・ネットワーク・プラットフォーム１０１０は、マクロ無線アクセス・ネットワーク（ＲＡＮ）１０７０を介したユーザ機器１０７５との通信を取り扱う、又は提供するものである。セル方式の無線技術（例えば、４Ｇ、３ＧＰＰ ＵＭＴＳ、ＨＳＰＡ、３ＧＰＰ ＬＴＥ、３ＧＰＰ ＵＭＢなど）において、マクロ・ネットワーク・プラットフォーム１０１０は、コア・ネットワークで具体化されることが理解されるであろう。
フェムト・ネットワーク・プラットフォーム１０８０は、フェムトＲＡＮ１０９０を介したユーザ機器１０７５との通信を提供する。フェムトＲＡＮ１０９０は、バックホール・パイプ１０８５によって、ルーティング・プラットフォーム１０８７越しにフェムト・ネットワーク・プラットフォーム１０８０にリンクしている。
ユーザ機器１０７５がフェムトＲＡＮに所属すれば、フェムト・ネットワーク・プラットフォーム１０８０がマクロ・ネットワークからユーザ機器１０７５を引き抜く（例えば、マクロからフェムトへの移譲により、又はアイドル・モードにおいてチャンネル・リソースのスキャンを行うことにより）ことが理解されるであろう。

なお、ＲＡＮは、基地局又はアクセスポイント、及びこれらに関する電子回路と設置場所、加えて基地局によって運用される無線電波リンクを含む。従って、マクロＲＡＮ１０７０は数々のカバレッジ・セル（セル１１０５のような）によって構成され得るし、フェムトＲＡＮ１０９０は複数のフェムト・アクセス・ポイントによって構成され得る。上記の構成において、フェムトＲＡＮ１０９０の配置密度は、マクロＲＡＮ１０７０の配置密度よりもかなり高いことが理解されるであろう。

一般的に、マクロ及びフェムトのネットワーク・プラットフォーム１０１０，１０８０は、例えばノード、ゲートウェイ、インタフェース、サーバ、又はプラットフォームなどのコンポーネントを含む。これらコンポーネントは、パケット交換式（ＰＳ）のトラフィック（例えば、インタネーット・プロトコル（ＩＰ）、フレーム・リレー、非同期転送モード（ＡＴＭ）など）、及び回線交換式（ＣＳ）のトラフィック（例えば、音声及びデータ）の両方を提供するとともに、ネットワーク化された無線通信の生成のために制御する。
本願発明の態様では、マクロ・ネットワーク・プラットフォーム１０１０がＣＳゲートウェイ・ノード１０１２を含んでいる。ＣＳゲートウェイ・ノード１０１２は、電話回線ネットワーク１０４０（例えば、公衆交換電話網（ＰＳＴＮ）又は地上波公共移動体ネットワーク（ＰＬＭＮ））又はＳＳ７ネットワーク１０６０などのような伝統的ネットワークから受信したＣＳトラフィックのインタフェースである。ＣＳゲートウェイ１０１２は、このようなネットワークから生じたトラフィック（例えば音声など）を、許可及び認証することができる。加えて、ＣＳゲートウェイ１０１２は、ＳＳ７ネットワーク１０６０を介して生成されたモビリティ・データ又はローミング・データにアクセスできる。例えば、モビリティ・データは、メモリ１０３０上に存在するＶＲＬに格納されている。更に、ＣＳゲートウェイ・ノード１０１２は、ＣＳベースのトラフィック及びシグナリング、及びゲートウェイ・ノード１０１８と相互作用できる。一例として、３ＧＰＰ ＵＭＴＳネットワークにおいて、ゲートウェイ・ノード１０１８は、ＧＰＲＳサポート・ノード（ＧＧＳＮ）で具体化されていても良い。

加えて、ＣＳベースのトラフィック及びシグナリングを受信及び処理するために、ゲートウェイ・ノード１０１８は、（例えばマクロＲＡＮを介して）供給されている無線機器との間のＰＳベースのデータ・セッションを許可及び認証できる。データ・セッションは、外部ネットワークからマクロ・ネットワーク・プラットフォーム１０１０への、トラフィック交換を含み得る。外部ネットワークは、例えばワイド・エリア・ネットワーク（ＷＡＮ）のようなものであるが、ローカル・エリア・ネットワーク（ＬＡＮ）も同様に、ゲートウェイ・ノード１０１８越しにマクロ・ネットワーク・プラットフォーム１０１０に対して作用できることが理解されるであろう。ゲートウェイ・ノード１０１８は、データ・セッションが確立されたときに、パケット・データ・コンテキストを生成する。このために、ある態様において、ゲートウェイ・ノード１０１８は、異なる無線ネットワーク（ＷｉＦｉネットワークなど）とのパケット化された通信を提供するトンネル・インタフェース（例えば、３ＧＰＰ ＵＭＴＳネットワーク内のトンネル・インフォメーション・ゲートウェイ（ＴＴＧ）、図示は省略）を含み得る。ここで、パケット化された通信は、サーバ１０１４を介して生成され得る複数のフローを含むことができることが理解されるであろう。なお、３ＧＰＰ ＵＭＴＳネットワーク、ゲートウェイ・ノード１０１８（例えばＧＧＳＮ）、及びトンネル・インタフェース（例えばＴＴＧ）は、パケット・データ・ゲートウェイ（ＰＤＧ）を構成する。

マクロ・ネットワーク・プラットフォーム１０１０は、サービング・ノード１０１６を含む。サービング・ノード１０１６は、ゲートウェイ・ノード１０１８越しに受信された様々なパケット化された情報のフロー又はデータ・ストリームを、搬送する。例えば、３ＧＰＰ ＵＭＴＳネットワークにおいて、サービング・ノードはＧＰＲＳサポート・ノード（ＳＧＳＮ）で具体化できる。

上記で示したように、マクロ・ネットワーク・プラットフォーム１０１０内のサーバ１０１４は、さまざまなパケット化されたデータ・ストリーム又はフローを生成する数々のアプリケーション（例えば、位置サービス、オンライン・ゲーム、ワイヤレス・バンキング、無線機器管理など）を実行し得るし、そのようなフローを管理（例えば、スケジュール、クエリ、フォーマット）できる。このようなアプリケーションは、例えば、マクロ・ネットワーク・プラットフォーム１０１０によって提供される標準的なサービスへの、追加的な特徴を含み得る。データ・ストリームは、データ・セッションの認可／認証及び開始のためにゲートウェイ・ノード１０１８に伝送され、その後の通信のためにサービング・ノード１０１６に伝送され得る。
サーバ１０１４は、確実なネットワーク運用のため、データ保全のため、加えてＣＳゲートウェイ・ノード１０１２とゲートウェイ・ノード１０１８の間で認可／認証の手順を成立させるため、マクロ・ネットワーク・プラットフォーム１０１０にセキュリティを適用できる（例えば、１つ以上のファイヤウォールを実装するなど）。更に、サーバ１０１４は、例えばＷＡＮ１０５０、又はグローバル・ポジショニング・システム（ＧＰＳ）ネットワーク（図略）などの外部のネットワークによって提供されるサービスを提供できる。なお、サーバ１０１４は、マクロ・ネットワーク・プラットフォーム１０１０の少なくとも１つの機能を与えるように構成された１つ以上のプロセッサを含み得る。このため、１つ以上のプロセッサは、例えばメモリ１０３０に格納されたコード・インストラクションを実行できる。

無線環境１０００の例において、メモリ１０３０は、マクロ・ネットワーク・プラットフォーム１０１０の運用に関連した情報を格納している。この情報は、加入者に関するビジネス・データ、市場計画及び戦略（例えば、プロモーション・キャンペーン、ビジネス・パートナーシップなど）、マクロ・ネットワーク・プラットフォームを介してモバイル機器に提供される操作データ、サービス及びプライバシー・ポリシー、法的処置のためのエンドユーザ・サービス・ログ、その他の情報を含み得る。メモリ１０３０はまた、電話回線ネットワーク１０４０、ＷＡＮ１０５０，ＳＳ７ネットワーク１０６０、企業ＮＷ１０６５，又はサービスＮＷ１０６７の少なくとも何れか１つに関する情報を格納することができる。

フェムト・ゲートウェイ・ノード１０８４は、ＰＳゲートウェイ・ノード１０１８とほぼ同じ機能を有している。加えて、フェムト・ゲートウェイ・ノード１０８４は、サービング・ノード１０１６の全ての機能を含み得る。ある態様では、フェムト・ゲートウェイ・ノード１０８４は、ハンドオーバ解決（例えば評価と実行）を提供する。更に、コントロール・ノード１０２０は、ハンドオーバ要求を受信し、これらをゲートウェイ・ノード１０８４を介してハンドオーバ・コンポーネント（図略）へと中継できる。この態様によれば、コントロール・ノード１０２０は、ＲＮＣ機能をサポートできる。

サーバ１０８２は、サーバ１０１４について述べた機能とほぼ同じ機能を有している。ある態様において、サーバ１０８２は、フェムトＲＡＮ１０９０を介してサービスを受けている無線機器に対してサービス（例えば、音声又はデータ）を提供する様々なアプリケーションを実行し得る。サーバ１０８２はまた、フェムト・ネットワーク・プラットフォームにセキュリティ機能を提供できる。更に、サーバ１０８２は、自身が生成した（これに加え、マクロ・ネットワーク・プラットフォーム１０１０から受信したデータの）あらゆるパケット化フロー（例えば、ＩＰベースの、フレーム・リレー・ベースの、ＡＴＭベースの）を扱う（例えば、スケジュール、クエリ、フォーマットなど）ことができる。なお、サーバ１０８２は、マクロ・ネットワーク・プラットフォーム１０１０の少なくとも１つの機能を与えるように構成された１つ以上のプロセッサを含み得る。このため、１つ以上のプロセッサは、例えばメモリ１０８６に格納されたコード・インストラクションを実行できる。

メモリ１０８６は、フェムト・ネットワーク・プラットフォーム１０８０の様々なコンポーネントを運用することに関連した情報を含むことができる。例えば、このようにメモリ１０８６に格納される運用上の情報は、加入者情報、契約されたサービス、メンテナンス及びサービスの記録、フェムト・セルの設定（例えば、フェムトＲＡＮ１０９０のサービスを受けている機器のリスト、アクセス制御リスト、またはその他のリスト）、サービスのポリシー及び仕様、プライバシー・ポリシー、追加機能、などを含み得るが、これに限定されない。

なお、フェムト・ネットワーク・プラットフォーム１０８０及びマクロ・ネットワーク・プラットフォーム１０１０は、１つ又は複数の参照リンク又は参照インタフェースを介して、機能的に接続され得る。加えて、フェムト・ネットワーク・プラットフォーム１０８０は、１つ以上の外部ネットワーク１０４０，１０５０，１０６０，１０６５又は１０６７に対して直接的に、機能的に結合（図略）され得る。参照リンク又は参照インタフェースは、少なくとも１つのゲートウェイ・ノード１０８４又はサーバ１０８２を、１つ以上の外部ネットワーク１０４０，１０５０，１０６０，１０６５又は１０６７へと機能的に結び付ける。

次に、図１１を参照して説明する。図１１には、本明細書において開示された１つ以上の構成を実行し得るコンピュータの構成がブロック図によって例示されている。本願発明の様々な態様への追加的な説明を提供するため、図１１及び以下の考察では、本願発明の様々な態様を実装し得る適当なコンピューティング環境１１００について、簡素で一般的な説明を提供することを意図している。加えて、これまでに説明した本願発明は、１つ以上のコンピュータ上で実行されるコンピュータ実行可能な指示という一般的な意味でのアプリケーションにふさわしいと思われるが、当業者であれば、他のプログラム・モジュールと組み合わせて、及び／又はハードウェアとソフトウェアの組み合わせによって本願発明が実装され得ることを理解できるであろう。

一般的に、プログラム・モジュールは、ルーチン、プログラム、コンポーネント、データ構造などを含む（これらは、特定のタスクを実行するか、特定の抽象的データ・タイプを実装したものである）。更に、当業者であれば、例えばシングル・プロセッサかマルチ・プロセッサのコンピュータ・システム、ミニコンピュータ、メインフレーム・コンピュータ、ならびにパーソナル・コンピュータ、携帯コンピューティング機器、マイクロプロセッサ・ベースの又はプログラム可能な家電、その他類似のもの（これらは１つ以上の関連機器と組み合わせて運用し得る）を含んだ他のコンピュータ・システム環境下で、本願発明の方法を実行し得ることを理解するであろう。

本願発明は、通信ネットワーク越しにリンクしたリモート・プロセッシング機器によって特定の処理が行われる分散コンピューティング環境下において実施することもできる。分散コンピューティング環境下において、プログラム・モジュールは、ローカルの記憶装置及びリモートの記憶装置の何れにも位置し得る。

コンピュータは、コンピュータで読取可能な各種のメディアを含む。コンピュータ読取可能なメディアとしては、揮発性か非揮発性か、リムーバブルか否かにかかわらず、利用可能なあらゆるメディアを含む。例を挙げると、コンピュータ読取可能なメディアは、コンピュータ記憶メディア及び通信メディアを含むが、これに限定されない。
コンピュータ記憶メディアは、コンピュータで読取可能な指示、データ構造、プログラム・モジュール、又はその他のデータ、のような情報を記憶する何らかの手段又は技術を用いて実装されたものであれば良く、揮発性か非揮発性か、リムーバブルか否かを問わない。コンピュータ記憶メディアは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラシュメモリ又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光記憶ディスク、磁気カセット、磁気テープ、磁気記憶ディスク又は他の磁気記憶装置、又は所望の情報を記憶可能でコンピュータからアクセスできる他の何らかのメディアを含むが、これに限定されない。

通信メディアは、一般的には、搬送波のように変調されたデータ信号又は他の伝送メカニズム（情報を配信する何らかのメディアを含む）上のコンピュータ読取可能な指示、データ構造、プログラム・モジュール、又は他のデータを具体化する。「変調されたデータ信号」とは、当該信号内に情報をエンコードするような方法により、１つ又は複数の特徴をセット又は変更された信号を意味している。例えば、通信メディアは、有線ネットワーク又は直接有線接続などの有線メディア、及び、音やＲＦや赤外線やその他の無線ディアを含むが、これに限定されない。

再び図１１を参照する。図１１には、本願発明の様々な態様を実装するための環境１１００が例示されている。環境１１００は、コンピュータ１１０２を含む。コンピュータ１１０２は、演算部１１０４、システム・メモリ１１０６、及びシステム・バス１１０８を含む。システム・バス１１０８は、例えばシステム・メモリ１１０６を演算部１１０４に連結するが、これに限らず、システム・コンポーネント同士を連結するものである。演算部１１０４は、市販されている様々な利用可能なプロセッサであれば何でも良い。デュアル・マイクロプロセッサ及び他のマルチ・プロセッサ・アーキテクチャが、演算部１１０４として利用されるであろう。

システム・バス１１０８は、幾つかのタイプのバス構造、例えばメモリ・バス（メモリ・コントローラの有無にかかわらず）、周辺機器用バス、及び他の利用可能な市販のバス・アーキテクチャを利用したローカル・バス、が相互に接続されたものであっても良い。
システム・メモリ１１０６は、リード・オンリー・メモリ（ＲＯＭ）１１１０、及びランダム・アクセス・メモリ（ＲＡＭ）１１１２を含む。不揮発性のメモリ１１１０（ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）には、ベーシック・インプット／アウトプット・システム（ＢＩＯＳ）が格納されている。ＢＩＯＳは、例えば起動時において、コンピュータ１１０２内の構成要素同士による情報の通信を提供するための基本的なルーチンを備えている。ＲＡＭ１１１２は、キャッシング・データのためのスタティックＲＡＭのような高速ＲＡＭを含むことができる。

コンピュータ１１０２は、内蔵ハードディスク・ドライブ（ＨＤＤ）１１１４（例えばＥＩＤＥ、ＳＡＴＡ）（ハードディスク・ドライブ１１１４は、適当な筐体（図略）を利用して外部で利用する構成でも良い）、磁気フロッピー・ディスク・ドライブ（ＦＤＤ）１１１６（例えばリムーバブル・ディスケット１１１８の読み書きを行う）、及び光ディスク・ドライブ１１２０（例えばＣＤ−ＲＯＭディスク１１２２を読み込む、又はＤＶＤのように容量が大きい他の光メディアの読み込み又は書き込みを行う）を更に備えている。ハードディスク・ドライブ１１１４、磁気ディスク・ドライブ１１１６及び光ディスク・ドライブ１１２０は、ハードディスク・ドライブ・インタフェース１１２４、磁気ディスク・ドライブ・インタフェース１１２６、及び光ディスク・ドライブ・インタフェース１１２８によって、それぞれシステム・バス１１０８に接続されている。インタフェース１１２４は、外付けドライブを導入するために、ユニバーサル・シリアル・バス（ＵＳＢ）及びＩＥＥＥ１３９４の少なくとも何れか一方のインタフェース技術を含み得る。その他の外付けドライブ接続技術も本願発明に含まれるように意図している。

上記ドライブと、これに関連するコンピュータ読取可能メディアは、不揮発性のデータ記憶領域、データ構造、コンピュータで実行可能な指示、などを提供する。コンピュータ１１０２に対しては、前記ドライブ及びメディアは、適宜のデジタル・フォーマットによるいかなるデータの格納領域も提供する。上記では、コンピュータ読取可能メディアとして、ＨＤＤ、リムーバブル磁気ディスク、及びＣＤやＤＶＤなどのリムーバブル光メディアについて言及したが、他のタイプのコンピュータで読取可能なメディア、例えばＺＩＰドライブ、磁気カセット、フラッシュメモリ・カード、カートリッジ、及びこの種のものを、典型的なオペレーティング環境化で利用できること、そしてこのようなメディアには本願発明の方法を実施するためのコンピュータで実行可能な指示が格納されているであろうことが、当業者には理解されるであろう。

オペレーティング・システム１１３０、１つ以上のアプリケーション・プログラム１１３２、その他のプログラム・モジュール１１３４及びプログラム・データ１１３６を含む多数のプログラム・モジュールが、前記ドライブ及びＲＡＭ１１１２に格納され得る。オペレーティング・システム、アプリケーション、モジュール、及び／又はデータの全部又は一部が、ＲＡＭ１１１２上にキャッシュされ得る。市販されている様々な利用可能なオペレーティング・システムとともに、又はオペレーティング・システムの組み合わせによって本願発明を実装できることが理解されるであろう。

ユーザは、例えばキーボード１１３８、及びマウス１１４０のようなポインティング・デバイスなど、１つ以上の有線／無線の入力装置を介して、コンピュータ１１０２にコマンド及び情報を入力できる。その他の入力装置（図略）としては、マイクロフォン、ＩＲリモコン、ジョイスティック、ゲームパッド、スタイラス・ペン、タッチ・スクリーン、その他のものを含む。これらの入力装置は、システム・バス１１０８に連結された入力機器インタフェース１１４２を介して演算部１１０４に接続されるが、他のインタフェース、例えばパラレル・ポート、ＩＥＥＥ１３９４シリアル・ポート、ゲーム・ポート、ＵＳＢポート、ＩＲインタフェースなどを介しても接続され得る。

モニタ１１４４又は他のタイプの表示装置が、ビデオ・アダプタ１１４６などのインタフェースを介してシステム・バス１１０８に接続される。モニタ１１４４に加え、通常のコンピュータは、スピーカやプリンタなどの出力用の他の周辺機器（図略）を備えている。

有線及び／又は無線通信を介した１つ以上のリモート・コンピュータ（例えばリモート・コンピュータ１１４８）との論理的接続を利用したネットワーク環境化で、コンピュータ１１０２が運用されるであろう。リモート・コンピュータ１１４８は、ワークステーション、サーバ・コンピュータ、ルータ、パーソナル・コンピュータ、モバイル機器、ポータブル・コンピュータ、マイクロプロセッサ・ベースの娯楽機器、ピア・デバイス又は他の一般的なネットワーク・ノードであり得る。一般的に、リモート・コンピュータ１１４８は、コンピュータ１１０２に関連して説明した要素の多く又は全部を含むが、簡単のため、メモリ／ストレージ・デバイス１１５０のみが図示されている。前記論理的接続は、ローカル・エリア・ネットワーク（ＬＡＮ）１１５２への、及び／又はより大きなネットワーク（例えばワイド・エリア・ネットワーク（ＷＡＮ）１１５４）への、有線／無線接続を含む。このようなＬＡＮ及びＷＡＮネットワーク環境は、オフィスや会社においては当たり前で、イントラネットなどの企業向けネットワーク環境を提供するし、その何れも、インターネットなどの広域通信ネットワークに接続するであろう。

ＬＡＮネットワーク環境に接続する場合、コンピュータ１１０２は、有線及び／又は無線通信ネットワーク・インタフェース又はアダプタ１１５６を介して、ローカル・ネットワーク１１５２に接続する。アダプタ１１５６は、ＬＡＮ１１５２への有線又は無線通信を提供する。ＬＡＮ１１５２は、無線アダプタ１１５６との間の通信を処理するために無線アクセス・ポイントを含むかもしれない。

ＷＡＮネットワーク環境を利用する場合、コンピュータ１１０２は、モデム１１５８を備えるか、ＷＡＮ１１５４上の通信サーバに接続されているか、ＷＡＮ１１５４を介した通信を確立するための他の手段を備えている。モデム１１５８は、内蔵又は外付けの、有線又は無線の機器であり得るが、シリアル・ポート・インタフェース１１４２を介してシステム・バス１１０８に接続されている。ネットワーク環境において、コンピュータ１１０２に関して説明したプログラム・モジュール、又はその一部が、リモート・メモリ／ストレージ・デバイス１１５０上に格納され得る。以上に説明したネットワーク接続は典型的なものであるが、コンピュータとの間の通信を確立するために他の手段も用い得ることが理解されるであろう。

コンピュータ１１０２は、無線通信によって、どのような無線機器又はエンティティとの間でも通信を行うことができる。前記無線機器又はエンティティとは、例えばプリンタ、スキャナ、デスクトップ・コンピュータ、ポータブル・コンピュータ、携帯情報端末、通信衛星、無線検出可能なタグと結び付けられた設備の一部又は位置（例えばキオスク、ニュース・スタンド、レストルームなど）、及び電話などである。これは少なくともＷｉＦｉ及びＢｌｕｅｔｏｏｔｈ（登録商標）無線技術を含む。従って、上記通信は、従来のネットワークのように所定の構造を有するか、２つの機器のあいだにおける単純なアドホック通信で有り得る。

ＷｉＦｉ（ワイヤレス・フィデリティ）は、自宅のソファーから、ホテルのベッドの中から、または会社の会議室から、接続線なしでインターネットに接続することを可能にする。ＷｉＦｉは、室内及び屋外におけるデータの送受信をコンピュータのような機器で有効化（ベース・ステーションの通信可能範囲内にある限り）する携帯電話で用いられている技術と類似のものである。ＷｉＦｉネットワークは、セキュアな、信頼できる、高速な無線接続を提供するため、ＩＥＥＥ８０２．１１（ａ，ｂ，ｇ，ｎなど）と呼ばれる無線技術を利用している。コンピュータを、他のコンピュータに対して、インターネットに対して、及び有線ネットワーク（ＩＥＥＥ８０２．３又はイーサネットを利用いている）に対して接続するために、ＷｉＦｉネットワークを利用できる。ＷｉＦｉネットワークは、無免許の２．４及び５ＧＨｚ電波帯において、例えば５．５−１１Ｍｂｐｓ（８０２．１１ｂ）又は５４Ｍｂｐｓ（８０２．１１ａ）データレート、又は両方のバンドを用いる（デュアル・バンド）。これにより、ＷｉＦｉネットワークは、多くのオフィスで利用されている基本的な「１０ＢａｓｅＴ」の有線イーサネットワークと同等のパフォーマンスを実際に提供できる。

次に、図１２を参照して説明する。図１２は、本願明細書で開示した構成を実行するように運用可能なコンピュータ集合システムの典型的構成を示す概略的なブロック図である。システム１２００は１つ以上のクライアント１２０２を含む。クライアント１２０２は、ハードウェア及び／又はソフトウェア（例えばスレッド、プロセス、コンピューティング機器）であり得る。クライアント１２０２は、例えば、本明細書で開示した１つ以上の実施形態で利用される、クッキー及び／又はその他の状況に応じた関連する情報を保持しておくことができる。

システム１２００は、１つ以上のサーバ１２０４を含むことができる。サーバ１２０４は、ハードウェア及び／又はソフトウェア（例えばスレッド、プロセス、コンピューティング機器）であり得る。サーバ１２０４は、例えば、１つ以上の実施形態で利用される変換を実行するためのスレッドを駐在させることができる。クライアント１２０２とサーバ１２０４の間の通信は、２つ以上のコンピュータ・プロセスの間を伝送できるデータ・パケットのかたちで行われることが考えられる。上記データ・パケットは、例えば、クッキー及び／又はその他の状況に応じた関連する情報を含み得る。システム１２００は、クライアント１２０２とサーバ１２０４の間の通信を提供するために利用される通信フレームワーク１２０６（例えば、インターネットなどの広域通信ネットワーク）を含む。

通信は、有線（光ファイバを含む）及び／又は無線技術によって提供される。クライアント１２０２は、１つ以上のクライアント・データ記憶部１２０８に接続できるように構成されている。クライアント・データ記憶部１２０８は、当該クライアント１２０２のローカルな情報（例えば、クッキー及び／又はその他の状況に応じた関連する情報）を格納するために利用できる。同様に、サーバ１２０４は、当該サーバ１２０４のローカルな情報を格納するために利用される１つ以上のサーバ・データ記憶部１２１０に接続できるように構成されている。

ここで説明された数々の態様又は特徴は、方法、装置、又は標準的プログラミング及び／又はエンジニアリング・テクニックを利用した製造物として実施し得る。加えて、本願発明の様々な態様は、メモリに格納されてプロセッサによって実行されるプログラム・モジュールとして、又は他のハードウェアとソフトウェアの組み合わせ、又はハードウェアとファームウェアの組み合わせとして実装できる。
ここで「製造物」とは、コンピュータで読取可能な装置、記録媒体またはメディアからアクセスできるコンピュータ・プログラムを含む。例えばコンピュータで読取可能なメディアには、磁気記憶デバイス（例えば、ハードディスク、フロッピーディスク、磁気ストライプ等）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ・ディスク（ＢＤ）等）、スマートカード、及びフラッシュメモリデバイス（例えば、メモリカード、スティック、キードライブなど）を含むが、これに限定されない。
更に、上記のようなコンピュータで読取可能な電子データをやり取りするために、電子メールで、又はネットワーク（例えばインターネットまたはローカル・エリア・ネットワーク（ＬＡＮ））において、搬送波を利用できることも明らかである。もちろん、当業者であれば、本願発明の精神を逸脱しない範囲で、上記に挙げた構成を適宜変更できると認められる。

本明細書で用いられている「プロセッサ」の語は、シングル・コア・プロセッサ、ソフトウェア・マルチスレッドの実行が可能なシングル・プロセッッサ、マルチコア・プロセッサ、ソフトウェア・マルチスレッドの実行が可能なマルチコア・プロセッッサ、ハードウェア・マルチスレッド技術が適用されたマルチコア・プロセッサ、並列プラットフォーム、分散シェアード・メモリを有する並列プラットフォーム等のあらゆる演算処理ユニット又は装置に幅広く言及したものであるが、上に挙げたものに限定されるわけではない。加えて、「プロセッサ」の語は、集積回路、特定用途集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル・ロジック・コントローラ（ＰＬＣ）、コンプレックス・プログラマブル・ロジック・デバイス（ＣＰＬＤ）、個々のゲート又はトランジスタ論理、個々のハードウェア要素、又はこれらのあらゆる組み合わせであって、本明細書で説明した機能を提供するように構成されたものに言及し得る。プロセッサは、分子及び量子ドット・ベースのトランジスタ、スイッチ及びゲートなど、ユーザ装置のスペース効率を最適化して性能を向上させるためにナノスケールの構造であり得るが、これに限定されるわけでもない。また、プロセッサは、コンピューティング・プロセッサ・ユニットの組み合わせとして実装し得る。

この明細書において、「格納」、「データ記憶部」、「データ格納」、「データベース」、「記憶」、及びその他の情報を格納するコンポーネントの動作及び機能関連した語は、「メモリ・コンポーネント」、又は「メモリ」上のエンティティ、又はメモリを構成するコンポーネント、に言及する。ここで言うメモリ・コンポーネントは、揮発性メモリ及び不揮発性メモリの何れか、又は両方を含み得る。加えて、メモリ・コンポーネント又はメモリ要素は、リムーバブルであってもそうでなくても良い。更に、メモリは、リムーバブルか固定かにかかわらず、機器又はコンポーネントに内蔵でも外付けでも良い。メモリはコンピュータで読み取り可能なあらゆるタイプのメディア、例えばハードディスク・ドライブ、ＺＩＰドライブ、磁気カセット、フラッシュメモリ・カード又は他のタイプのメモリ・カード、などを含み得る。

一例として、不揮発性のメモリとしては、リード・オンリー・メモリ（ＲＯＭ）、書き換え可能ＲＯＭ（ＰＲＯＭ）、電気的書き換え可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、又はフラッシュ・メモリを含むが、これに限定されるわけではない。揮発性メモリは、ランダム・アクセス・メモリ（ＲＡＭ）を含むが、これは外部キャッシュ・メモリとして機能する。ＲＡＭは様々な形態のものが存在しており、一例としては、シンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、２倍データレートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンスドＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、及びダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）を含むが、これに限定されるわけではない。加えて、本願明細書で開示されたメモリ・コンポーネントは、上記の、及び他の適宜のタイプのメモリを組み合わせて構成されることを意図しているが、組み合わせることに限定されるわけではない。

以上に、様々な実施形態の例を示した。当然ながら、コンポーネントや手段の考え得る全ての組み合わせをここに記述することは不可能であるが、当業者であれば、様々な組み合わせや置換が可能であろう。従って、この明細書は、本願の特許請求の範囲の精神及び範囲に含まれるあらゆる変更、改良、及び変形例を包含することを意図している。

特に、上記で説明したコンポーネント、機器、回路、システム等よって実行される様々な機能に関し、これらコンポーネントを記述するために利用した用語（「手段」についての言及も含む）は、特に明記されていない限り、（たとえ本願明細書で開示された実施形態で例示されている態様によって実行される機能を実現する構成とは構造的には一致していなくても）そのコンポーネントによって実行される特定の機能を実行するいかなるコンポーネント（例えば、機能的な等価物）にも一致することを意図している。これに関して、上記実施形態は、システム、ならびに様々な方法の手順及び／またはイベントを実行するためにコンピュータで実行可能な指示を記録したコンピュータ読取可能媒体を含むことも認められる。

加えて、この明細書で開示した個々の特徴は、いくつもの実装のうちのたった１つに関するものに過ぎない。実際のアプリケーションにおいては、上記のような特徴を、１つ以上の他の実装に関するの特徴と組み合わせることにより、より望ましくより有利になるであろう。最後に、本願の特許請求の範囲及び明細書において用いられている「含む」及びこれと似たような語は、「構成される」「包含される」「〜から成る」と同じような意味あいを含むことを意図している。

Claims (25)

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. モバイル機器のためのリモート・ユーザ・インタフェース（ＵＩ）をリモート機器上に提供するシステムであって、
    前記リモート機器とモバイル機器との間のセキュア接続セッションを要求するリクエストを、モバイル機器まで伝播させる手段と、
    前記モバイル機器に含まれるデータ、又は前記モバイル機器に結び付けられたサービスへの前記セキュア接続セッションを介したアクセスに、前記リモート機器を利用する手段と、
    前記モバイル機器を操作するように構成されたリモートＵＩを構築するために、前記リモート機器に含まれるコンピュータ・ベースのリソースを利用する手段と、
    を有することを特徴とするシステム。

Images