JP2014514633A - 割り当てられたネットワークアドレスを有するデバイスにアクセスするウェブプロキシサーバを使用したシステムおよび方法 - Google Patents

Abstract

通信システムは、モバイルウェブサーバソフトウェアおよび動的アドレスを有するモバイルコンピューティングデバイスを含む。ネットワークウェブプロキシサーバは、ウェブクライアントがインターネット接続を信頼して、また一貫して確立することができるポータルウェブページを有する。モバイルコンピューティングデバイスにアクセスするためのウェブクライアントからの要求を受信することに応じて、ネットワークウェブプロキシサーバは、モバイルコンピューティングデバイスの割り当てられたアドレスとネットワークウェブプロキシサーバとウェブクライアントとの間で間接的または仮想の通信リンクを開くことによってモバイルコンピューティングデバイスに要求を転送する。モバイルコンピューティングデバイスは、プロキシサーバにそのアドレスの現在のバージョンを繰り返して登録する。モバイルコンピューティングデバイスとネットワークウェブプロキシサーバとウェブクライアントは、開示された中間的転送動作を実行するために、ターゲット化された構成変更のみを要する、商業的に利用可能な、既製のコンポーネントである。
【選択図】図

Description

関連出願

米国特許法の下の優先権主張
本特許協力条約による特許出願は次の優先権を主張する。

「REMOTE MOBILE ADMINISTRATION AND LOGGING USING HTTP PROTOCOL」と題され、２０１１年３月１１日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／４５２，０３１号、および
「REMOTE ACCESS AND ADMINISTRATION OF DEVICE CONTENT AND CONFIGURATION USING HTTP PROTOCOL」と題され、２０１２年１月１８日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／５８８，００７号、および
「SYSTEM AND METHOD USING A WEB PROXY-SERVER TO ACCESS A DEVICE HAVING AN ASSIGNED ADDRESS」と題され、２０１２年１月１８日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／５８８，０５１号、および
「SYSTEM AND METHOD USING A WEB PROXY-SERVER TO ACCESS A DEVICE HAVING AN ASSIGNED NETWORK ADDRESS」と題され、２０１２年３月８日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた同時係属中の仮出願ではない出願第１３／４１５，６１４号。

同時係属中の特許出願への参照
本特許出願は、下記の同時係属中の米国特許出願に関する：
ここで同時に出願され、ここでの譲受人に対して譲渡され、ここにおける参照により明示的に組み込まれた、代理人整理番号１０３２３４を有する、Yuval Corey HershkoおよびNir Strauss著「REMOTE ACCESS AND ADMINISTRATION OF DEVICE CONTENT AND CONFIGURATION USING HTTP PROTOCOL」および、
ここで同時に出願され、ここでの譲受人に対して譲渡され、ここにおける参照により明示的に組み込まれた、代理人整理番号１１０８０９を有する、Yuval Corey HershkoおよびNir Strauss著「SYSTEM AND METHOD USING A CLIENT-LOCAL PROXY-SERVER TO ACCESS A DEVICE HAVING AN ASSIGNED NETWORK ADDRESS」および、
ここで同時に出願され、ここでの譲受人に対して譲渡され、ここにおける参照により明示的に組み込まれた、代理人整理番号１１０５２６を有するYuval Corey HershkoおよびNir Strauss著「SYSTEM AND METHOD USING FOR ACCESSING A DEVICE HAVING AN ASSIGNED NETWORK ADDRESS」。

開示された実施形態は、一般的に、通信ネットワークで動作しているデバイスにアクセスすることを対象としている。より具体的には、開示された実施形態は、インターネットプロトコル（ＩＰ）ネットワークにわたってデバイスを位置づけ、ルート指定し、アクセスするためのシステムおよび方法を対象としており、ここにおいて、デバイスアドレスは変更できる。

通信ネットワークにおいて、アドレスは、ネットワーク上で各デバイスに割り当てられた識別子である。インターネットに適用されるように、デバイスのアドレスは、その「インターネットプロトコルアドレス」（ＩＰアドレス）として一般的には知られており、それは、インターネット上のデバイスの仮想ロケーションの数値表現である。デバイスがウェブサイトをホストする場合には、ホストデバイスのＩＰアドレスは、ホストデバイスを位置づけ、ウェブサイトからのコンテンツへのアクセスを提供するために使用される。例えば、ウェブドメインｇｏｏｇｌｅ．ｃｏｍは、実際には数値ＩＰアドレスを表しており、例えば７３．１４．２１３．９９であることができる。ウェブクライアントがそれらのウェブブラウザにおいてドメイン名でタイプする場合、ダウンストリームＤＮＳシステムは、ＩＰアドレスに対し入力されたドメイン名に一致するまたはルート指定し、そのあとで、数値ＩＰアドレスを使用して、そのアドレスと関連づけられたホストサーバを位置づけ、アクセスを提供する。

デバイスのＩＰアドレスは、ネットワーク内のエンティティによってそれに一般的に割り当てられる。例えば、ＣＤＭＡネットワークでは、アドレス割り当てエンティティは、パケットデータサービングノード（ＰＤＳＮ）である。ＩＰアドレスは、静的にまたは動的に割り当てられうる。静的なＩＰアドレッシングスキームは１つの顧客／デバイスにつき１つのＩＰアドレスを割り当て、動的なＩＰアドレッシングスキームは、選択されたまたはランダムな間隔において、所与の顧客／デバイスに異なるＩＰアドレスを割り当てる。例えば、いくつかのインターネットサービスプロバイダ（ＩＳＰ）は、顧客が自身のコンピュータにログインするたびに、所与の顧客に異なるＩＰアドレスを割り当てる。静的で固有ＩＰアドレスを有するホストデバイス上のウェブサイトは、信頼してアクセスされ、安定したクライアントサーバセッションを維持する。対照的に、動的に割り当てられたＩＰアドレッシングスキームの下では、コンピュータは、そのネットワーク上で他のコンピュータとＩＰアドレスを共有する可能性があることになる。したがって、動的に割り当てられたＩＰアドレスでウェブサイトをホストすることは、ウェブクライアントが動的に割り当てられたアドレスにどの程度信頼してアクセスできるか、と同様に、ウェブクライアントと動的に割り当てられたアドレスとの間で確立されたクライアントサーバセッションの安定性を妥協する傾向がある。

ウェブクライアントをより幅広いウェブ対応コンピューティングデバイスへルート指定する方法を提供することが望ましい、それによって、より多数のデバイスからのコンテンツおよび特徴への遠隔ウェブベースのアクセスを許容する。より具体的には、動的にアドレス指定された、モバイルコンピューティングデバイス（例えば、携帯電話、ＰＤＡ、タブレットおよび同様なもの）を、１つが静的にアドレス指定されたウェブサーバにおいてウェブサイトコンテンツにルート指定しアクセスする可能性がある同じ簡易性、安定性および信頼性を有するＩＰネットワーク上でウェブクライアントに対しアクセス可能であるウェブサーバとして利用することは有利であるであろう。例えば、ＰＤＡおよびスマートフォンの技術が改良されると、ユーザは、これらのデバイス上にますます多くの情報を格納する。増加は、情報の量とそのタイプの範囲との両方に関する。例えば、タイプは、限定されていないが、過去および現在の物理的ロケーション、ビデオ、ミュージック、および他のマルチメディアファイル、ワード処理ドキュメント、および連絡先、ならびに、さまざまなインタラクティブゲームを含むことができる。

しかしながら、モバイルデバイスアプリケーション分野の当業者およびユーザに対して既知であるように、自身のモバイルデバイス上の情報を共有したいユーザは、限定されたオプションのセットを有する。ユーザは、例えば、意図した受信者に選択したファイルを電子メール送信できる。添付ファイル（複数含む）を伴う電子メールは、モバイルデバイスのリンクのうち１つまたは複数を通じてインターネットへ、例えば、セルラワイヤレスアップリンクを通じてセルラワイヤレスネットワークへ、送信されることができ、そのあとで、そのインタフェースを通じてインターネット、またはＷｉ−Ｆｉリンク、ローカルアクセスポイント、インターネットへ送信されることができる。しかしながら、ファイルを共有する電子メール添付手段は、実質的な制限を有することができる。１つのこのような制限は、ユーザがモバイルデバイスの物理的所有を有することを要すること、そしてさらに、一般的にユーザによる直接的なアクションを要すること、例えば、ファイルを選択し添付すること、また、電子メールメッセージのアドレスリストを記入することを要すること、である。

あるいは、ユーザは、ユーザのモバイルデバイスからユーザのソーシャルネットワークページ（例えばＦａｃｅｂｏｏｋ（登録商標）またはＭｙＳｐａｃｅ（登録商標））に選択されたファイルを投稿することができる。しかしながら、ユーザのモバイルデバイス上でファイルを共有するための手段としてこれらのソーシャルネットワークを利用することは、電子メール共有手段と、同じ要件、および制限、の多くを有する。例えば、ユーザが彼／または彼女のモバイルデバイス上にのみあるファイルを共有すると決定するたびに、ユーザは、そのデバイスの物理的所有物を有さなくてはならない。また、ユーザがファイルのアップロードおよび投稿を手動で実行することを要する。さらに、ソーシャルネットワークは、アクセスされることができるファイルの種類に対し、ならびに、ヒューマンインタフェースメカニズムに対し、制限を課すことができる。モバイルデバイスユーザがデバイス上で格納されたファイルを共有するための１つの従来の方法は、例えばソーシャルネットワーク投稿について説明された同じリンクを使用して、Ａｐｐｌｅ（登録商標）社のＭｏｂｉｌｅ ＭｅまたはＡｐｐｌｅ社のｉＣｌｏｕｄ（登録商標）のような「クラウド」ディスクに選択されたファイルをアップロードすることである。しかしながら、この方法もまた、彼または彼女がファイルを共有したいと思うたびに、ユーザがモバイルデバイスの物理的所有物を有することを要する。

動的アドレッシングスキームの存在は、モバイル電話およびワイヤレスＰＤＡのようなモバイルコンピューティングデバイスからＩＰネットワーク上でアクセスすることに対する著しい障害である。前述されるように、ＣＤＭＡ、ＵＭＴＳ、ＧＰＲＳ、Ｗｉ−Ｆｉおよび同様なもののようなネットワークでは、モバイル電話およびワイヤレスＰＤＡは静的でルート指定可能なＩＰアドレスを割り当てられない。代わりに、それらのアドレスは動的に割り当てられ、ネットワークの要件およびデバイスのモビリティおよびワイヤレス接続に主に関連するいくつもの理由について通常またはランダムの時間で変更しうる。ＩＰおよびプライベートネットワークにおける多くの複雑かつ独自仕様システムのため、動的にアドレス指定されたデバイスにおいて位置づけられたコンテンツにアクセスし検索するためのこのようなネットワーク上でのまたはその内の試みは、かなりの費用、エンジニアリングマンアワー（engineering man-hours）および設計の複雑さ、ならびに、ＤＮＳサーバ、従来のゲートウェイおよび複雑なトンネリング構成のような独自仕様システムへのアクセスおよび変更を必要とすることが予期される。

本開示は、他の特徴および利点のうち、変更できる割り当てられたアドレスを有するデバイスにスタンダードな既製のウェブクライアントを信頼してルート指定するためのシステムおよび方法を提供するさまざまな例示的な実施形態を説明する。開示された実施形態はまた、他のさらなる特徴および利点のうち、商業的に利用可能な既製のシステムを使用し、そしてこれらの商業的に利用可能な既製のシステム内でターゲット化され相対的に簡易に実装された構成を行うことによって、費用、エンジニアリングマンアワー、設計の複雑さ、独自仕様システムへのアクセスの必要性を最小化することを支援できる。

本発明の例示的な実施形態は、割り当てられたアドレスを有するモバイルコンピューティングデバイスにアクセスするためのシステムおよび方法を対象としている。方法は、メモリロケーションに割り当てられたアドレスを格納することと、モバイルコンピューティングデバイスにアクセスするための要求をウェブプロキシサーバにおいて受信することと、を含むことができる。要求は、モバイルコンピューティングデバイスを固有に識別するデバイス識別子を備える。モバイルコンピューティングデバイスにアクセスするための要求に応じて、デバイスの現在格納されたアドレスはメモリロケーションから識別されアクセスされることができ、検索された格納されたアドレスは、要求の送信者からモバイルコンピューティングデバイスの現在のアドレスまでの通信パスを確立するために使用される。したがって、モバイルコンピューティングデバイスは、そのデバイスアドレスが動的に割り当てられ変更できる場合でさえも位置付けられる。

開示されたシステムは、モバイルデバイスコンピューティングデバイスにおけるモバイルウェブサーバソフトウェアの使用を容易にし、それによって、送信者が、モバイルコンピューティングデバイスアドレスが動的であり変更することができたとしても、モバイルウェブサーバソフトウェアに信頼してアクセスすることができる。開示された実施形態は、商業的に利用可能な既製のコンポーネント（例えば、モバイルウェブサーバソフトウェア、ネットワークウェブプロキシサーバソフトウェアおよびウェブクライアント）を使用することと、既製のコンポーネントに対しターゲットにする構成タイプ変更を行うことと（例えば、スクリプト、拡張子および同様なものを追加すること）を開示されたシステムを実装する。

図面は、開示された実施形態の説明を支援するために提示されており、実施形態の制限ではなく、実施形態の単なる説明のために提供されている。

図１は、開示された実施形態の図である。 図２は、図１で図示された実施形態の代替である。 図３は、図１および２で図示されたデバイス２８、３０およびウェブプロキシサーバハードウェア３２、３４で提供される方法の動作を図示するフローチャートである。 図４は、図１および図２で図示された実施形態によって実行された動作ステップの具体的な例である。

本発明の態様は、本発明の具体的な実施形態を対象とする下記の説明および関連図面において開示されている。代替的な実施形態は、本発明の範囲を逸脱することなく、考案される。さらに、本発明の周知エレメントは、本発明の関連詳細を不明瞭にしないように、詳述されない、または、省略されるであろう。

用語「例示的な(exemplary)」は、「例(example)、インスタンス(instance)、または例証(illustration)として機能している」を意味するように、ここでは使用されている。「例示的(exemplary)」としてここに記載されるいずれの実施形態も、他の実施形態よりも好まれるまたは有利であると必ずしも解釈されない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が記載される特徴、利益、または動作モードを含むということを必要としない。

ここで使用される用語は、特定の実施形態を説明する目的だけのためであり、本発明の実施形態を制限することを意図していない。ここにおいて使用されているように、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、明示的に文脈が他のものを示していないかぎり、複数形も含むように意図されている。用語「備える(comprises)」、「備えている(comprising)」「含む(includes)」および／または「含んでいる(including)」は、ここにおいて使用されるとき、述べられた特徴、整数、ステップ、動作、エレメントおよび／またはコンポーネントの存在を特定しているが、１つまたは複数の他の特徴、整数、ステップ、動作、エレメント、コンポーネント、および／または、そのグループの存在または追加を除外しない。

さらに、多くの実施形態は、例えばコンピューティングデバイスのエレメントによって実行されるべきアクションのシーケンスの観点から説明されている。ここにおいて説明される様々なアクションは、特定の回路（例えば、特定用途集積回路（ＡＳＩＣＳ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、または、それらの組み合わせによって、実行されることができるということが認識されるであろう。さらに、これらのここにおいて記載されているアクションのシーケンスは、実行時に、関連プロセッサにここにおいて記載されている機能を実行させる対応するセットのコンピュータ命令を格納したいずれの形態のコンピュータ可読媒体内で全体的に具現化されるとみなされることができる。したがって、本発明の様々な態様は、多数の異なる形式で具現化され、それらのすべては、特許請求された主題の事柄の範囲内にあるように予期される。さらに、ここにおいて記載された実施形態のそれぞれについて、いずれのそのような実施形態の対応する形態は、例えば記載されたアクションを実行するように「構成された論理」としてここに記載されうる。

関連の動作環境の概要に戻ると、開示された実施形態は、パブリックインターネットおよびプライベートネットワークの両方にわたるまたはその内のメッセージ／情報転送を含む従来の通信システムにおいて機能する。ＴＣＰ（送信制御プロトコル）およびＩＰ（インターネットプロトコル）は、総称的にＴＣＰ／ＩＰとして知られており、インターネットの基本通信プロトコルである。ＴＣＰ／ＩＰはしばしば「下位レイヤ」プロトコルと呼ばれる、なぜならば、他のいわゆる「高位レイヤ」アプリケーションプロトコルは、インターネットをできるようにするために、ＴＣＰ／ＩＰを一般的に使用するからである。このような高位レイヤアプリケーションプロトコルはワールドワイドウェブのハイパーテキスト転送プロトコル（ＨＴＴＰ）ｈｔｔｐ：／／ｗｈａｔｉｓ．ｔｅｃｈｔａｒｇｅｔ．ｃｏｍ／ｄｅｆｉｎｉｔｉｏｎ／０，２８９８９３，ｓｉｄ９＿ｇｃｉ２１４００４，００．ｈｔｍｌ、ファイル転送プロトコル（ＦＴＰ）、テルネット（Ｔｅｌｎｅｔ）、そしてそれはユーザに遠隔コンピュータにログオンさせる、および簡易メール転送プロトコル（ＳＭＴＰ）を含む。これらおよび他のプロトコルはしばしば、「スイート」としてＴＣＰ／ＩＰと一緒にパッケージされる。ＴＣＰ／ＩＰはパブリックインターネットおよびプライベートネットワークの両方において通信プロトコルとして使用されることができるので、仮想的にパブリックインターネットへのダイレクトアクセスを有するすべてのコンピュータおよび他の同様なデバイスはＴＣＰ／ＩＰプログラムを使用してメッセージ／情報を通信し交換する。

ＴＣＰ／ＩＰは二次レイヤプロトコルとして動作する。最上位レイヤである、ＴＣＰは、インターネット上で送信され、オリジナルメッセージにパケットをリアセンブルするＴＣＰレイヤによって受信された小さいパケットにメッセージまたはファイルをアセンブルすることを扱う(manages)。下位レイヤである、ＩＰは、それが正しい仮想目的地に着くように、各パケットのアドレス部分を扱う(handles)。ネットワーク上の各ゲートウェイコンピュータはこのアドレスをチェックして、メッセージをどこに転送するかを決定する。同じメッセージからのいくつかのパケットが他とは異なってルート指定されたとしても、パケットのすべては仮想目的地でリアセンブルされる。

高位レイヤアプリケーション（例えば、ＨＴＴＰ、ＦＴＰ等）は、コンピュータユーザ（すなわち、クライアント）が要求し、ネットワーク内の別のコンピュータ（例えば、サーバ）によってサービスを提供する（例えば、ウェブページを送信すること）通信のクライアント／サーバモデルにおいてＴＣＰ／ＩＰを利用する。ＴＣＰ／ＩＰ通信は、主にポイントツーポイントである、そしてそれは、各通信がネットワーク内の１つのポイント（またはホストコンピュータ）からネットワーク内の別のポイント（またはホストコンピュータ）までであることを意味する。ＴＣＰ／ＩＰおよびそれを使用する高位レイヤアプリケーション（例えば、ＨＴＴＰ、ＦＴＰ等）は、総称的に「ステートレス」と呼ばれる、なぜならば、各クライアント要求は、（呼び出し持続時間の間、専用接続を要する通常の電話の会話とは異なり）前のものと関連のない新規要求とみなされるためである。ステートレスであることは、クライアントおよびサーバがそれらを継続して使用することができるように、ネットワークパスを解放する。ＴＣＰレイヤ自体は、個々のメッセージについてステートレスではない、なぜならば、接続は、少なくともメッセージ内のすべてのパケットが受信されるのに必要な間、依然として有効でなくてはならないためである（must remain in place）。

上述の動作環境において、ＰＤＡおよびモバイルスマートフォンのようなモバイルコンピューティングデバイスは一般的に、ウェブサーバからのコンテンツにアクセスし要求し受信するウェブクライアントとしてパブリックインターネットとインタフェース接続する。しかしながら、モバイルコンピューティングデバイスの技術が向上すると、ユーザはこのようなデバイス上により多くの情報を格納し、ＩＰネットワーク上でモバイルコンピューティングデバイスにウェブクライアントをルート指定する方法を提供することがより望ましくなっている。モバイルスマートフォン、ＰＤＡ、ラップトップおよびタブレットに加え、一般的にユーザによって物理的にアクセスされない他のモバイルコンピューティングデバイスがある。このようなモバイルコンピューティングデバイスの例は、家庭でヒータおよび同様なものを自動的にオンまたはオフにするトラッキングデバイス、自動メータリーダ、および制御装置を含む。これらのモバイル／遠隔コンピューティングデバイスとの通信は一般的には、マシンツーマシン（Ｍ２Ｍ）と呼ばれる、なぜならば、データを検索するためのインタフェースは一般的に別の遠隔マシンであるためである。ＩＰネットワークで動作しているモバイル／遠隔コンピューティングデバイスはいくつもの理由について通常またはランダムな時間で変更する動的に割り当てられたアドレスを一般的に有するので、パブリックインターネット上でこのようなコンピューティングデバイスからのコンテンツにルート指定しアクセスするいずれの試みも、動的に割り当てられたアドレスへのクライアントサーバインターネット接続は不安定で信頼性がない可能性があるという制約を克服しなくてはならない。

開示された実施形態は、とりわけ、変更できる動的に割り当てられたアドレスを有するモバイルコンピューティングデバイス（例えば、モバイルスマートフォン、ＰＤＡ、ラップトップ、タブレット、トラッキングデバイス等）へウェブクライアントを信頼してルート指定する仲介ルーティングシステムおよび方法を提供することにより、簡潔でコストパフォーマンスのよい方法で上述された限定に取り組む。開示された実施形態は、商業的に利用可能な既製のシステムを使用し、そしてこれらの商業的に利用可能な既製のシステム内でターゲット化され相対的に簡易に実装された構成を行うことによって、費用、エンジニアリングマンアワー、設計の複雑さ、および独自仕様システムへのアクセスの必要性を最小化することを支援できる。したがって、開示された仲介ルーティングシステムおよび方法は、動的にアドレス指定されたモバイルコンピューティングデバイスの機能およびコンテンツの両方の使用およびアクセスを許容するさまざまな有用なシステムの実装を容易にする。例えば、開示されたルーティングシステムの実装は、ユーザが、ユーザの動的にアドレス指定されたデバイスへの信頼性のある遠隔アクセスを、ユーザ構成可能な制約にしたがって、潜在的に無制限数の他のものに提供することを許容する。このような遠隔アクセスは、他に特別なハードウェアまたはソフトウェアを有することを要求せずに、代わりにＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）、Ｓａｆａｒｉ（登録商標）、Ｆｉｒｅｆｏｘ（登録商標）またはＣｈｒｏｍｅ（登録商標）のような従来のウェブブラウザ程度のものを要求して、達成されうる。

１つの例示的な実施形態によれば、開示された仲介ルーティングシステムおよび方法は、商業的に利用可能な既製の実質的に非独自仕様ネットワークウェブプロキシサーバにワイヤレスネットワークによってモバイルコンピューティングデバイスが接続される通信システムにおいて実装される。ウェブプロキシサーバという用語は、ＲＦＣ２６１６で説明されるように、例えば、ウェブＨＴＴＰプロキシサーバを意味することができる。実質的に非独自仕様という用語は、ネットワークウェブプロキシサーバの機能が、既存のウェブプロキシサーバのソフトウェアに拡張子、スクリプトおよび同様なものを付加することにより容易にかつ相対的に安価で構成されうるということを説明するためにここでは使用される。適切なウェブプロキシサーバの例は、Ｓｑｕｉｄ（ｗｗｗ．ｓｑｕｉｄ−ｃａｃｈｅ．ｏｒｇ）、プロキシサーバとして構成されたＭｉｃｒｏｓｏｆｔ（登録商標）社のＩＩＳ（Internet Information Server）、または、ウェブプロキシサービスプロバイダからのレンタルサーバの使用さえも含む。ネットワークウェブプロキシサーバは、ウェブプロキシサーバソフトウェアを含み、パブリックインターネットに接続される。一般的には従来のコンピュータ（例えば、ＰＣ、Ｍａｃまたは別のプラットフォーム）であるウェブクライアントは、パブリックインターネットに接続され、クライアントサーバセッションにおけるクライアントとしてＨＴＴＰプロトコルを介して参加するためのウェブブラウザを有する。モバイルコンピューティングデバイスは、変更できる動的に割り当てられたアドレスを有する。モバイルコンピューティングデバイスは、例えば、プロセッサ、汎用動作ソフトウェア、命令メモリおよびデータメモリを有するｉＰｈｏｎｅ（登録商標）またはＢｌａｃｋｂｅｒｒｙ（登録商標）でありうる。その汎用動作ソフトウェアに加えて、モバイルコンピューティングデバイスはさらに、モバイルコンピューティングデバイスがＨＴＭＬウェブサイトをホストし、いったん確立されるとクライアントウェブブラウザとのクライアントサーバセッションにおいてサーバとして参加することを許容する従来のハードウェアおよびモバイルウェブサーバソフトウェア（例えば、Ａｐａｃｈｅ（登録商標））を含む。ネットワークウェブプロキシサーバと同様に、モバイルサーバソフトウェアは実質的に非独自仕様である。実質的に非独自仕様という用語は、モバイルウェブサーバソフトウェアの機能がモバイルウェブプロキシサーバのソフトウェアに拡張子、スクリプトおよび同様なものを付加することによって容易にかつ相対的に安価で構成されうるということを説明するためにここでは使用される。好ましくは、モバイルウェブサーバソフトウェアはさらに、ウェブクライアントがモバイルコンピューティングデバイスコンテンツにアクセスすることを許容する十分な機能を含む。モバイルコンピューティングデバイスのモバイルウェブサーバソフトウェアとモバイルコンピューティングデバイスの汎用動作ソフトウェアとの間のインタフェースのさらなる詳細は、上記で参照されている「REMOTE MOBILE ADMINISTRATION AND LOGGING USING HTTP PROTOCOL」と題され、２０１１年３月１１日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／４５２，０３１号、および「REMOTE ACCESS AND ADMINISTRATION OF DEVICE CONTENT AND CONFIGURATION USING HTTP PROTOCOL」と題され、２０１２年１月１８日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／５８８，００７号、およびここで同時に出願され、ここでの譲受人に対して譲渡され、ここにおける参照により明示的に組み込まれた、Ａｔｔｏｒｎｅｙ Ｄｏｃｋｅｔ Ｎｏ．１０３２３４を有する、Yuval Corey HershkoおよびNir Strauss著「REMOTE ACCESS AND ADMINISTRATION OF DEVICE CONTENT AND CONFIGURATION USING HTTP PROTOCOL」と題された同時係属中の米国特許出願において開示されている。

開示された仲介ルーティングシステムおよび方法によれば、次の構成は、上述された通信システムのネットワークウェブプロキシサーバソフトウェアおよびモバイルウェブサーバソフトウェアで実装される。開示された実施形態の特徴は、ここにおいて説明された構成は新規モバイルウェブサーバソフトウェアまたは新規ネットワークウェブプロキシサーバソフトウェアの生成を必要としない、ということである。代わりに、構成は、商業的に利用可能な既製の実質的には非独自仕様モバイルウェブサーバソフトウェアに、および商業的に利用可能な既製の実質的には非独自仕様ネットワークウェブプロキシサーバソフトウェアに、適用された従来の拡張子、スクリプトおよび同様なものによって実装される。既製のモバイルウェブサーバソフトウェアは、ウェブクライアントに対するパブリックインターネット上にモバイルコンピューティングデバイスの仮想ロケーションを固有に識別するデバイス識別データ（ＤＩＤ）を生成し格納し送信するように構成される。動作において、ＤＩＤは、一方（「サーチキー」）が他方（「サーチ結果」）を見つけるために使用される識別子のペアである。したがって、最低でも、ＤＩＤは、スマートフォンであるモバイルコンピューティングデバイスの場合、１０桁電話番号でありうる、デバイス識別子（すなわち、サーチキー）とともに、デバイスのＩＰアドレスのようなアドレスデータ（すなわち、サーチ結果）を含む。したがって、モバイルコンピューティングデバイスがモバイルスマートフォンである場合、モバイルデバイスＤＩＤは、モバイルデバイスの動的アドレスの現行バージョンと一緒にスマートフォンの１０桁の電話番号であることができる。デバイス識別子の他の例は「モバイルＩＤ番号」（ＭＩＮ）、「国際モバイル加入者アイデンティティ」（ＭＤＮ）、「国際モバイル機器アイデンティティ」（ＩＭＥＩ）、またはモバイルネットワークを共有する各モバイルコンピューティングデバイスに固有であるいずれの他のＩＤを含む。開示された仲介ルーティングシステムおよび方法の下、モバイルコンピューティングデバイスは、ネットワークウェブプロキシサーバにそのＤＩＤを登録し、そして、所定の間隔で、または、そのＤＩＤの動的アドレスコンポーネントが変更するとき、ネットワークウェブプロキシサーバにそのＤＩＤの更新を送信するように構成される。

さらに開示された仲介ルーティングシステムおよび方法によれば、既製のネットワークウェブプロキシサーバソフトウェアは、とくにモバイルコンピューティングデバイスＤＩＤのアドレスコンポーネントへのいずれの更新も含む、モバイルコンピューティングデバイスからのＤＩＤを受信および格納するように構成される。ネットワークウェブプロキシサーバは、仲介機能を実行するようにさらに構成され、それによって、モバイルコンピューティングデバイスにアクセスするためのネットワークウェブプロキシサーバにおいて受信された要求は、ネットワークプロキシサーバにおいて格納されたＤＩＤを使用して現在のモバイルコンピューティングデバイスアドレスへネットワークウェブプロキシサーバを通じてルート指定される。ネットワークウェブプロキシサーバは、ウェブクライアントから上述された要求を一般的に受信し、そしてそれは好ましくは、通信システム上でクライアントサーバセッションのクライアント側としてサービス提供することができるいずれのハードウェア／ソフトウェアコンポーネントまたは従来のウェブブラウザ（図示されず）である。ウェブクライアントは好ましくは、ウェブクライアントからの要求を送信するためにウェブプロキシサーバを使用するようにそのウェブブラウザを構成することによって、ウェブプロキシサーバに達する。この構成は、従来のウェブブラウザにおいて利用可能である。例えば、Ｆｉｒｅｆｏｘでは、ブラウザは、ウェブクライアントが発行するすべての要求がウェブプロキシサーバにすぐに送信されるように、ツール−＞オプション−＞アドバンスド−＞ネットワークタブ−＞設定の下、構成されることができる。あるいは、ネットワークウェブプロキシサーバは、モバイルコンピューティングデバイスにアクセスすることを願うウェブクライアントによってアクセス可能な静的にアドレス指定されたネットワークポータルウェブページを含むように構成されることができる。この手法にしたがって、ウェブサーバポータルページは、いずれの要求も取り、それをウェブプロキシサーバへ自動的に転送し（好ましくはユーザ認証後等）、そして、ウェブプロキシサーバは開示された実施形態のメカニズムを利用して、さらにモバイルコンピューティングデバイスへ要求を転送する。

一般に、通信ネットワークは、ウェブクライアントが他のネットワークサービスへの間接ネットワーク接続を行うことを許容することを望むとき、プロキシサーバを利用する。ウェブクライアントはプロキシサーバへ接続し、そのあとで接続、ファイル、または異なるサーバ上で利用可能な他のリソースを要求する、そしてそれは、開示された実施形態では、モバイルコンピューティングデバイスである。ここにおいて開示されたプロキシサーバは好ましくは、独自仕様システムへのアクセスを必要とすることなく、拡張エンジニアリングマンアワーを必要とすることなく、（例えば、既存のソフトウェアにスクリプト、拡張子等を付加することを通じて）構成されることができる、相対的に安価であり、既製の商業的に利用可能なウェブプロキシサーバである。開示されたプロキシサーバは格納されたＤＩＤを使用することによってその仲介接続機能を実行するように構成され、それによって、モバイルコンピューティングデバイスにアクセスするためのプロキシサーバにおいて受信された要求は、プロキシサーバにおいて格納された現在のＤＩＤを使用して現在のモバイルコンピューティングデバイスアドレスへ中継される。ウェブプロキシサーバはモバイルコンピューティングデバイスウェブサーバに接続すること、または、キャッシュから要求されたリソースにサービス提供することのいずれかによって要求されたリソースを提供する。いくつかの場合では、ウェブプロキシサーバは、ウェブクライアントの要求またはサーバの応答をさまざまな目的のために変更しうる。

したがって、開示された実施形態のウェブプロキシサーバはウェブクライアントからモバイルコンピューティングデバイスへの要求の仲介として動作する。ウェブプロキシサーバは、ウェブプロキシサーバハードウェア内に組み込まれたまたは別個のデバイスでありうるデータベースに沿った、ウェブプロキシサーバソフトウェアを含む。上述されるように、ウェブクライアントは好ましくは、通信システム上のクライアントサーバセッションのクライアント側としてサービス提供することができるいずれのハードウェア／ソフトウェアコンポーネントまたは従来のウェブブラウザ（図示されず）である。ウェブクライアントはユーザによって動作されうる、または、それは、ＨＴＴＰ（または他の）サーバに自動的にアクセスするためにＨＴＴＰプロトコル（または他）を使用する自動化ツール／スクリプト／マシンによって動作されうる。このような自動化ツールは、「ＨＴＴＰエージェント」と通常呼ばれる。さまざまなデータフローパスは、矢印４２、４４および４６によって図１で図示され、そしてそれらは、モバイルコンピューティングデバイス、ネットワークウェブプロキシサーバ、データベースおよびウェブクライアントの間での通信を表す。

開示された実施形態による仲介ルーティングシステムおよび方法の動作が以下のように説明されることができる。特定のモバイルコンピューティングデバイスのコンテンツおよび／または特徴にアクセスすることを望むウェブクライアントは、クライアントのウェブブラウザを介してネットワークウェブプロキシサーバにアクセスし、モバイルコンピューティングデバイスとのサーバクライアントセッションにおいてクライアントとしてＨＴＴＰプロトコルを介して参加するための要求をネットワークウェブプロキシサーバへ送信する。ウェブクライアントの要求は上述された「デバイス識別子」を含み、そしてそれは、ネットワークウェブプロキシサーバが特定のモバイルコンピューティングデバイスを固有に識別することを許容する。例えば、モバイルコンピューティングデバイスがモバイル電話である場合、デバイス識別子はモバイル電話の固有の１０桁の電話番号を含むことができる。要求を満たすために、ネットワークウェブプロキシサーバは、要求されたモバイルコンピューティングデバイスの仮想ロケーションをただちに識別しなくてはならない。要求されたモバイルコンピューティングデバイスの仮想ロケーションを識別することは、モバイルコンピューティングデバイスのＩＰアドレスが動的であるという事実によってより複雑になるので、主に、デバイスのモビリティ、ワイヤレス接続およびその通信ネットワークの要件に関連したさまざまな理由のために任意の時間で変更することに従う。したがって、開示された仲介ルーティングシステムおよび方法によれば、モバイルコンピューティングデバイスは、モバイルコンピューティングデバイスＩＰアドレスが変更するとき、それがネットワークウェブプロキシサーバに、そのサーチキー（すなわち、上述されたデバイス識別子）に沿って、その新規ＩＰアドレス（すなわち上述されたデバイスアドレス）を送信することによってそのＤＩＤの更新を送信するように構成される。あるいは、モバイルコンピューティングデバイスは、ＤＩＤのＩＰアドレスコンポーネントが実際に変更したかに関わらず、選択間隔でその現在のＤＩＤを送信できる。いずれの手法の下、ネットワークウェブプロキシサーバは、モバイルコンピューティングデバイスの現在のＩＰアドレスをＤＩＤとして受信し、格納し、そして維持する。

クライアントサーバセッションに参加するための要求を受信すると、ネットワークウェブプロキシサーバは、ネットワークウェブプロキシサーバに格納されたＤＩＤを要求と従来の方法で比較する。要求と格納されたＤＩＤとの間で一致がある場合（すなわち、要求の「サーチキー」が格納されたＤＩＤの「キー」部分に一致する）、ネットワークウェブプロキシサーバは、格納されたＤＩＤから現在のモバイルコンピューティングデバイスアドレスを抽出し、従来のプロキシ仲介ルーティング技法を使用して、ウェブクライアント要求をネットワークウェブプロキシサーバアドレスからモバイルコンピューティングデバイスアドレスへと転送し、それによってネットワークウェブプロキシサーバを通じてウェブクライアントとモバイルコンピューティングデバイスとの間で間接または仮想クライアントサーバセッションを確立する。ウェブプロキシサーバは、結果、２つのクライアントサーバ接続が確立されることをもたらす。第１のクライアントサーバ接続はウェブクライアントからウェブプロキシサーバまでであり、それによって、ウェブプロキシサーバはサーバとして作用する（図１の通信パス４４参照）。第２のクライアントサーバ接続はウェブプロキシサーバからモバイルコンピューティングデバイスモバイルウェブサーバまでであり、それによって、ウェブプロキシサーバはクライアントとして作用する（図１の通信パス４６参照）。

従来のネットワーク動作の下、ネットワークは、クライアントサーバセッションがアクティブである限り、モバイルコンピューティングデバイスの動的アドレスを通常的に変更するべきでない。何らかの理由で、ネットワークがクライアントサーバセッションの間にモバイルコンピューティングデバイスの動的アドレスを変更する場合、クライアントサーバセッションの再接続は、ネットワークウェブプロキシサーバに新規要求を送信してウェブクライアントを通じて開始されなくてはならない。しかしながら、このような再接続を容易にするために、現在のモバイルデバイスＤＩＤは、ネットワークウェブプロキシサーバにおいて利用可能である、したがって、ネットワークウェブプロキシサーバは次の再接続要求に迅速に反応する。

したがって、開示された実施形態の仲介ルーティングシステムおよび方法は、動的にアドレス指定されたデバイスのコンテンツおよび機能の両方の使用およびアクセスを提供するためのさまざまな有用なシステムの実装を容易にする。例えば、開示された仲介ルーティングシステムの実装時に、ユーザの動的にアドレス指定されたモバイルコンピューティングデバイス（例えば、モバイルスマートフォン、ＰＤＡ、ラップトップ、タブレット等）への信頼性のある遠隔アクセスを、ユーザ構成可能な制約にしたがって、潜在的に無制限数の他のものにユーザが提供することができる幅広いシステムが実装されうる。このような遠隔アクセスは、他に特別なハードウェアまたはソフトウェアを有することを要求しないが、代わりにＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）、Ｓａｆａｒｉ（登録商標）、Ｆｉｒｅｆｏｘ（登録商標）またはＣｈｒｏｍｅ（登録商標）のような従来のウェブブラウザ程度のものを要求して、達成されうる。例示的な実施形態によるプロセスの一例では、モバイルコンピューティングデバイス上でホストされたモバイルウェブページは、例えば休暇に撮った写真のセットのような特定のコンテンツをモバイルウェブページで閲覧するブラウザにアクセス可能にする従来の方法で構成されることができる。例えば、モバイルウェブページは、「Rob’s Beach Vacation, 2010」とあらわされる従来のＨＴＭＬコーディングにしたがったテキストまたはグラフィクスを有するクリックフィールドを含むことができるであろう。モバイルコンピューティングデバイスの、この「Rob’s Beach Vacation, 2010」コンテンツにアクセスすることを願うパブリックインターネットに接続されたＰＣまたはモバイルデバイスにおけるユーザまたはウェブクライアントは、ネットワークウェブプロキシサーバポータルウェブサイトを、彼／彼女のウェブブラウザフィールドにタイプし、「入力」または「送信」をヒットする。ネットワークウェブプロキシサーバポータルは、ユーザによって要求された任意の認証データをウェブクライアントが入力する特定のネットワークポータルウェブページにウェブクライアントを連れて行き、認証時に例えばモバイルコンピューティングデバイスと関連づけられた１０桁の電話番号を提供することによってモバイルコンピューティングデバイスのアクセスを要求する。ネットワークウェブプロキシサーバは、上述された仲介ルーティングシステムおよび方法にしたがい、１０桁の電話番号を使用して、ネットワークウェブプロキシサーバで現在格納されたモバイルコンピューティングデバイスＩＰアドレスをサーチしフェッチする、そのあとで、仲介として、ネットワークポータルウェブページからモバイルコンピューティングデバイスとの通信にウェブクライアントをルート指定する。ウェブクライアントは、モバイルウェブページ「Rob’s Beach Vacation, 2010」を通してモバイルコンピューティングデバイス上に格納された写真にアクセスしうる。

前述の概要および例から、開示された実施形態による仲介ルーティングシステムおよび方法は、他の特徴および利点のうち、仲介ルーティングシステムおよび方法を商業的に利用可能な、既製のコンポーネント（例えば、モバイルデバイス、ウェブサーバ、ウェブサーバソフトウェア、ウェブプロキシサーバ、ウェブプロキシサーバソフトウェア、ウェブクライアントおよびウェブブラウザ）で実装し、これらの商業的に利用可能なシステムに対してターゲット化され、相対的に簡易に実装された構成を行うこと（例えば、上述されるように構成されたモバイルコンピューティングデバイスおよびネットワークウェブプロキシサーバ機能）によって、費用、エンジニアリングマンアワー、設計の複雑さおよび独自仕様システムへのアクセスの必要を最小化することを支援することができる。

次に開示された実施形態の仲介ルーティングシステムおよび方法のより詳細な説明に戻ると、図１および図２は、ネットワークウェブプロキシサーバハードウェアデバイス３２を通じてパブリックインターネット２４と通信するプライベートＩＰネットワーク２２を含む通信システム２０を図示する。図１および図２は、ネットワークウェブプロキシサーバハードウェア３２およびウェブクライアント４０との間の通信パスを除いて同一である。図１では、ウェブクライアント４０とネットワークウェブプロキシサーバ３２とモバイルコンピューティングデバイス２８との間の要求／返答パス４４、４６は、スタンダードな保護されていないＨＴＴＰプロトコルを使用して実装される。図２では、要求／返答パス４４ａ、４６は、異なって実装される。第１のパス４４ａは、ウェブクライアント４０からネットワークウェブプロキシサーバ３２（パブリンクインターネット上）までであり、第２のパス４６ａは、ネットワークウェブプロキシサーバ３２からモバイルコンピューティングデバイスウェブサーバ３０（プライベートネットワーク２２上）までである。このことは各パス上での異なるアクセスプロトコルの使用を許容し、これによって、モバイルコンピューティングデバイス上で安全なプロトコルを実装することを必要とせずに、より高いセキュリティレベルを提供する。このようなスキームでは、パブリックインターネット（あまり安全ではない）上の通信パス４４ａは、ハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）プロトコルを使用して達成され、ローカルネットワーク（プライベートかつ安全である）上の通信パス４６は保護されていないＨＴＴＰプロトコルまたは保護されているＨＴＴＰＳプロトコルのいずれかを使用して達成される。図１または図２で図示されるいずれの構成について、モバイルコンピューティングデバイス２８のデバイス識別子（すなわち、ＤＩＤの「サーチキー」コンポーネント）はグローバルに固有であり、モバイルコンピューティングデバイス２８のＩＰアドレス（すなわち、ＤＩＤの「サーチ結果」コンポーネント）はプライベートＩＰネットワーク２２内で固有である。そうでないと述べられていない限り、図１の実施形態を参照してここにおいてなされた動作の説明は、図２の実施形態に対し同等に適用する。

図１および図２では単一のプライベートＩＰネットワーク２２を示しているが、開示された実施形態は、パブリックインターネット２４とインタフェース接続するいくつかのプライベートＩＰネットワーク（例えば、Ｖｅｒｉｚｏｎ（登録商標）、ＡＴ＆Ｔ（登録商標），等）を有する通信システムにおいて実装されうる。さらに、単一のモバイルコンピューティングデバイス２８が図示されているが、各プライベートＩＰネットワーク２２は多数のモバイルコンピューティングデバイスを含むということが理解される。最後に、開示された実施形態はまた、コンポーネント（モバイルコンピューティングデバイス、ネットワークウェブプロキシサーバ、ウェブクライアント等）のすべてがパブリックインターネット２４内にある通信システムで実装されうる。

図１の実施形態を参照して、モバイルコンピューティングデバイス２８は、システム２０に接続し通信する。モバイルコンピューティングデバイス２８は、セルラ電話、ハンドヘルドＰＤＡ、タブレット、ラップトップコンピュータまたは同様なものでありうる、また、ワイヤレスおよび／またはハードワイヤまたはケーブルを通して、システム２０と通信しうる。モバイルコンピューティングデバイス２８は、いったんウェブクライアント４０とモバイルコンピューティングデバイス２８との間で間接または仮想クライアントサーバセッションが確立されると、ウェブクライアント４０がモバイルコンピューティングデバイスのコンテンツおよび特徴に遠隔にアクセスすること（例えば、イメージ、グラフィクスおよび他の情報をモバイルコンピューティングデバイス２８から検索すること）を許容する十分な機能を有する。このようなデバイス機能の一例は、インターネットウェブサイトおよび従来のホストデバイスの機能をモバイルコンピューティングデバイス２８に提供するモバイルコンピューティングデバイスウェブサーバソフトウェア３０を含む。一般に、ウェブサイトはウェブサーバハードウェア上でホストされ、ウェブサーバソフトウェアはウェブサーバハードウェア上に存在する。ウェブサーバソフトウェアは、外部クライアントウェブブラウザがウェブサーバハードウェアからイメージ、グラフィクスおよび他の情報を検索するためのメカニズムを提供する。モバイルコンピューティングデバイス２８のアドレスは動的に割り当てられうる。

通信システム２０はさらに、通常変更しない静的アドレスを有するように構成された商業的に利用可能な既製のネットワークウェブプロキシサーバハードウェアデバイス３２を含む。したがって、ネットワークサーバハードウェア３２は、パブリックインターネット２４に接続された別のデバイス（例えば、ウェブクライアント４０）によって信頼してアクセスされることができる従来のウェブプロキシサーバホストデバイスの機能を有する。一般に、プロキシサーバはクライアントが他のネットワークサービスへの間接ネットワーク接続を行うことを許容する。クライアントはプロキシサーバへ接続し、そのあとで接続、ファイル、または異なるサーバ上で利用可能な他のリソースを要求する。プロキシサーバは指定されたサーバに接続すること、または、キャッシュからそれにサービス提供することのいずれかによってリソースを提供する。いくつかの場合では、プロキシサーバは、クライアントの要求またはサーバの応答をさまざまな目的のために変更しうる。したがって、ネットワークウェブプロキシサーバハードウェア３２はウェブクライアント４０からモバイルコンピューティングデバイス２８への要求の仲介として作用する。

ネットワークウェブプロキシサーバハードウェア３２は、ネットワークウェブプロキシサーバハードウェア３２内に組み込まれたまたは別個のデバイスでありうるデータベース３６に沿った、ネットワークウェブプロキシサーバソフトウェア３４を含む。開示された実施形態では、ウェブクライアント４０は好ましくは、通信システム２０上のクライアントサーバセッションのクライアント側としてサービス提供することができるいずれのハードウェア／ソフトウェアコンポーネントまたは従来のウェブブラウザ（図示である）である。ウェブクライアント４０は人間ユーザによって動作されうる、または、それは、ＨＴＴＰ（または他の）サーバに自動的にアクセスするためにＨＴＴＰプロトコル（または他）を使用する自動化ツール／スクリプト／マシンによって動作されうる。このような自動化ツールは、「ＨＴＴＰエージェント」と通常呼ばれる。さまざまなデータフローパスは、矢印４２、４４および４６によって図１で図示され、そしてそれらは、モバイルコンピューティングデバイス２８、３０、ネットワークウェブプロキシサーバ３２、３４、データベース３６およびウェブクライアント４０の間での通信を表す。

開示された実施形態は動的に割り当てられたアドレスを有するモバイルコンピューティングデバイス（例えば、モバイルコンピューティングデバイス２８）にウェブクライアント４０を信頼してルート指定するシステムおよび方法を提供する。開示されたシステムおよび方法の重要な態様は、キーコンポーネント（例えば、モバイルコンピューティングデバイス、ネットワークウェブプロキシサーバ、データベース、ウェブクライアントブラウザ等）が商業的に利用可能な既製のアイテムであるということである。開示された実施形態は、ある構成タイプ変更が商業的に利用可能なコンポーネント内で行われることを求め、このような構成の例は図３および図４で図示化される。しかしながら、開示された構成変更によって提供された追加された機能は、ターゲット化され、関連技術分野の当業者の能力の内にある既知の設計技法（例えば、既存ソフトウェアにスクリプト、拡張子、および同様なものを付加すること）を通じて実装されうる。

開示された実施形態によれば、モバイルコンピューティングデバイスウェブサーバソフトウェア３０は、図３のモバイルコンピューティングデバイス方法５０によって図示された機能を含むように構成され、それによって、モバイルコンピューティングデバイス２８は、モバイルコンピューティングデバイスの現在のＩＰアドレスおよびデバイス識別子を含むＤＩＤ（「デバイス識別データ」と前述される）をネットワークウェブプロキシサーバハードウェア３２へ通信する。ネットワークウェブプロキシサーバハードウェア３２はネットワークウェブプロキシサーバ方法７０（図３でも図示されている）によって図示された機能を提供するように構成されたネットワークウェブプロキシサーバソフトウェア３４を含み、それによって、ネットワークウェブプロキシサーバハードウェア３２は、モバイルコンピューティングデバイスのＩＰアドレスを含む周期的に更新されたＤＩＤをモバイルコンピューティングデバイス２８から受信する。ネットワークウェブプロキシサーバハードウェア３２は、データベース３６にモバイルコンピューティングデバイス２８の現在のＤＩＤを格納する。上述されるように、ＤＩＤはまた、デバイス識別子（または「サーチキー」）を含み、そしてそれは簡単に覚えられタイプされる従来の識別子であることができ（例えば、「ｊｏｈｎｄｏｅｐｈｏｎｅ」、または「５５５−１２３−４５６７」）、ウェブサイトドメイン名と同様に機能する。ネットワークウェブプロキシサーバ３２は、パブリックインターネット２４内のウェブクライアント４０とプライベートＩＰネットワーク２２内のモバイルコンピューティングデバイス２８（ならびに他のプライベートＩＰネットワーク内の他のモバイルコンピューティングデバイス‐図示されず）の間でインタフェース接続するので、デバイス識別子はグローバルに固有である。

次に図３に戻ると、モバイルコンピューティングデバイス方法５０およびネットワークウェブプロキシサーバ方法７０のインタラクションおよび動作を図示する説明のためのフローチャートがある。方法５０、７０は、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで（例えば、仮想マシンまたはスクリプトインタプリタで実行しているスクリプト）、またはそれらのいずれの組み合わせで具現化されうる。方法５０は、モバイルコンピューティングデバイス２８内のモバイルコンピューティングデバイスウェブサーバソフトウェア３０によって実装され、方法７０は、ネットワークウェブプロキシサーバ３２内のネットワークウェブプロキシサーバソフトウェア３４によって実装される。図３で図示されるように、方法５０のブロック５２で、モバイルコンピューティングデバイス２８は、図１で図示される通信システム２０内のネットワークエンティティからデバイスアドレス（ＤＡ）を従来の方法で受信する。例えばシステム２０がＣＤＭＡネットワークを含む場合、ＤＡは、パケットデータサービングノード（ＰＤＳＮ）（図示されず）によって割り当てられたデバイスＩＰアドレスであるであろう。ブロック５４における方法５０は、そのデバイスについての固有デバイス識別子（ＤＩ）とデバイスアドレス（ＤＡ）を含むＤＩＤを生成する。固有デバイス識別子（「サーチキー」と前述されている）は簡単に覚えられタイプされる従来の識別子であることができ（例えば、「ｊｏｈｎｄｏｅｐｈｏｎｅ」または「５５５−１２３−４５６７」）、ウェブサイトドメイン名と同様に機能することができる。ブロック５６は、ネットワークウェブプロキシサーバ３２へ通信パス５８を介してＤＩＤを送信する。図３の通信パス５８は、モバイルコンピューティングデバイス２８、３０からネットワークウェブプロキシサーバ３２、３４へとＤＩＤをパスするためのさまざまな方法の仮想表示である。例えば、通信パス５８は図１で図示されたデータフローパス４２によって確立された通信リンクを介して実装されることができるであろう。あるいは、通信パス５８は、小さい「自動化」ウェブクライアントをモバイルコンピューティングデバイスに実行させることによって、また、ネットワークウェブプロキシサーバにＤＩＤを通信するためにその自動化ウェブクライアントを使用して、達成されることができるであろう。自動化ウェブクライアントはネットワークウェブプロキシサーバにおいて指定されたページにブラウズすることができ、そのページは、「あなたのＤＩＤを提出し、提出（ＳＵＢＭＩＴ）ボタンを押してください」とモバイルコンピューティングデバイスに尋ねるフォームを含む。自動化ウェブクライアントはそのフォームに「記入」して提出を押す。さらに通信パス５８は、ＤＩＤをパスするために独自仕様プロトコルを使用して実装されることができるであろう。ネットワークウェブプロキシサーバは、そのあとでＤＩＤを受信しそれを格納する。方法５０は、モバイルコンピューティングデバイス２８、３０が更新されたデバイスアドレスを受信したかを決定ブロック６０で問い合わせる。方法５０が、新規デバイスアドレスが受信しなかったということを決定ブロック６０で決定する場合、方法はブロック６０への入力に戻り、問い合わせを繰り返す。方法５０が、新規デバイスアドレスが受信されたということを決定ブロック６０で決定するとき、方法は、ブロック５４への入力に戻り、更新されたデバイスアドレスを含む新規ＩＤを生成し、ネットワークウェブプロキシサーバ３２、３４へ更新されたＤＩＤを、通信パス５８を介して送信する。決定ブロック６０は、ＤＡが実際に変更したかを検出する、または、ＤＩＤのＤＡコンポーネントが実際に変更されなかったとしても、ネットワークウェブプロキシサーバ３２、３４にＤＩＤを周期的に更新し送信するタイマ機能に基づく、のようなさまざまな方法でトリガされうる。

次にネットワークウェブプロキシサーバ方法７０に戻ると、方法７０は、見出し「ＤＩＤを格納する」および「位置づけおよびリダイレクト」の下に図３で識別された２つの主要コンポーネントを含む。方法７０の格納ＤＩＤコンポーネントでは、ブロック７２は、モバイルコンピューティングデバイス２８からのＤＩＤを含むさまざまなモバイルコンピューティングデバイスから現在および更新されたＤＩＤを、通信パス５８を介して受信する。ブロック７２で受信されたＤＩＤは、ネットワークウェブプロキシサーバ３２、３４と通信するさまざまなモバイルコンピューティングデバイスの各々のための現在のおよび更新されたアドレス（ＤＡ）および固有のデバイス識別子（ＤＩ）を含む。ブロック７４は、データベース３６に受信されたＤＩＤを格納し、そのあとで、ブロック７６で任意のＤＩＤ更新を受信するために待機する。決定ブロック７８は、更新されたＤＩＤが受信されたかを決定するためにチェックする。更新されたＤＩＤが受信されなかった場合には、方法７０は、ブロック７６への入力に戻り、ＤＩＤ更新を待機する。決定ブロック７８で更新されたＤＩＤが受信された場合、方法７０は、ブロック７４への入力に戻り、データベース３６に受信された更新されたＤＩＤを格納する。

次に方法７０の「位置づけおよびリダイレクト」部分に戻ると、ネットワークウェブプロキシサーバ３２、３４は、モバイルコンピューティングデバイスにアクセスするためウェブクライアントから（一般的にはウェブクライアントのブラウザを介して）要求を受信するためにポータルまたは仮想ロケーションとして機能する「スタート」または「ホーム」ウェブページ（図示されず）を含む。ネットワークウェブプロキシサーバは、静的アドレスを有し、そしてそれは、ウェブクライアント４０がウェブプロキシサーバへのインターネット接続を信頼して一貫して確立することを許容する。方法７０は、モバイルコンピューティングデバイスにアクセスするための要求がネットワークウェブプロキシサーバで受信されたかどうかを決定ブロック８０で評価する。要求が受信されなかった場合には、決定ブロック８０はその入力に戻り、問い合わせを繰り返す。モバイルコンピューティングデバイスにアクセスするための要求が決定ブロック８０で受信された場合、開示された実施形態によるブロック８２は、要求からデバイス識別子を抽出し、データベース３６をサーチして、（データベース３６を介して）ネットワークウェブプロキシサーバ３２に格納されたＤＩＤと抽出されたデバイス識別子を比較する。方法７０は、抽出されたデバイス識別子が格納されたＤＩＤエントリに一致するかどうかを決定ブロック８４で評価する。一致が見つからない場合には、ブロック８６は、失敗報告を生成し、決定ブロック８０への入力に戻る。決定ブロック８４で、抽出されたデバイス識別子が格納されたＤＩＤエントリに一致する場合には、ブロック８８は、一致したＤＩＤのデバイスアドレスコンポーネントを使用して、一致したＤＩＤのデバイスアドレスコンポーネントへとネットワークウェブプロキシサーバの静的アドレスを通じて要求者（例えば、ウェブクライアント４０）から要求を転送する。したがって、方法５０および７０はともに機能して、プライベートＩＰネットワーク２２内のモバイルコンピューティングデバイス（例えば、モバイルコンピューティングデバイス２８）の各割り当てられたアドレスの現行バージョンはデータベース３６で利用可能であるということを確実にする。

ブロック８８における仲介動作が開示された実施形態の下新規の方法で適用されるが、それ自体による仲介動作はパブリックインターネット上で従来のウェブプロキシサーバを通じてウェブサーバにウェブクライアントがアクセスするときに通常生じるルーチンバックグラウンド機能であることができる。ブロック８８における仲介動作は次のものに限定されないが次のものを含むさまざまな方法で実装されうる。

ａ．ウェブプロキシサーバは、要求を「そのまま（ａｓ−ｉｓ）」通すことができる（したがって、「トランスパレントな」プロキシである）。

ｂ．ウェブプロキシサーバは、要求をそのコンテンツに依存して変換することができ、例えば「ｍｙ＿ｌｏｎｇ＿ｕｒｌ＿ｎａｍｅ．ｈｔｍｌ」から「ｐ１２．ｈｔｍ」に変換することができる。このような変換は、返答コンテンツのさらなる編集を要することがある。

ｃ．ウェブプロキシサーバは、要求をそれらのコンテンツに依存してフィルタすることができ、例えば、「ｉｎｄｅｘ．ｈｔｍｌ」についての要求を許可し、「ｄａｔａ．ｔｘｔ」についての要求を拒否する。

ｄ．ウェブプロキシサーバは要求をそれらのコンテンツに依存してルート指定することができ、例えば、異なるエンドウェブサーバに要求を送信し、必ずしもモバイルウェブサーバに送信しない。このことは、要求がモバイルウェブサーバのみから返答されることをもたらし、実際にはそれはいくつかのソースから返答されている。使用は以下のものを含む。

（ｉ）より低いネットワーク使用量：モバイル‐特有でないデータ、またはまれに変更されるデータは、任意のウェブサーバにおいて格納されることができ、例えばピクチャおよびクライアント側スクリプトのような、モバイル帯域幅を使用することなく検索されることができる。

（ｉｉ）履歴またはオフラインデータを格納する：いくらかのデータはモバイルメモリからウェブサーバへと移動されることができる（例えば、古い記録）。要求されたとき、このデータは、モバイルのウェブサーバではなくオフラインサーバから検索されることができる。また、このような記録は、モバイルデバイスがオフされる、または、ネットワークカバレッジ内にない場合でさえも入手可能である。

図４は、図１および図２で示されている実施形態によって実行された動作ステップのより詳細な例である。図４で示されている動作ステップは１乃至１５の番号がふられており、下記で説明される。

ステップ１ − モバイルデバイスはＩＰアドレスを割り当てられる。このことは、特定のネットワークの必要性によって決定されるときに、さまざまな時間で、そしてモバイルデバイスが電源を入れられた後で行われる。したがって、ＩＰアドレスは時間ごとに変更できる。図４では、ＩＰアドレスは「１．２．３．４」と表わされる。これは実際のＩＰアドレスではなく、説明の目的のためだけにこの例において使用される。ここにおいて開示された例がＩＰｖ４アドレスフォーマットを使用しているにも関わらず、開示された実施形態もまた、ＩＰｖ６のような他のアドレッシングスキームに適用する。

ステップ２ − モバイルデバイスは図３で示されている方法（７０）を実装して、モバイルデバイスのＤＩＤ（「デバイス識別データ」と前述されている）の更新をウェブプロキシサーバに送信する。この例では、モバイルデバイスＤＩＤはモバイルＩＤ（「デバイス識別子」と前述されている）および新規ＩＰアドレスを含む。ステップ２はいくつかの方法で達成されうる。例えば、モバイルデバイスはＨＴＴＰプロトコルを使用してウェブプロキシサーバと通信することができる、したがって、ＨＴＴＰ「ＰＯＳＴ」または「ＧＥＴ」の方法を使用して情報を提出することができるであろう。ウェブサーバ側スクリプティングを使用するウェブプロキシサーバは、データベース（ＤＢ）にこの情報を格納するであろう。あるいは、モバイルデバイスは、ＩＰ通信に基づいて独自仕様プロトコルを使用してＤＢと通信することができるであろう。

ステップ３ − パブリックインターネット上のユーザは、ウェブブラウザをアクティブ化し、サービスポータル（例えば、ウェブプロキシサーバ３２）のアドレス、例えば「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ／５５５１２３１２３４／」をタイプする。このドメインは、モバイルデバイスに接続するための静的ポータルにアクセスするために使用される。

ステップ４〜８ − ウェブクライアントのブラウザは、ウェブプロキシサーバに接続し、ウェブブラウザとウェブプロキシサーバとの間の接続が確立される。ウェブプロキシサーバは、ＨＴＴＰ ＧＥＴからモバイルＩＤを抽出し、それを使用してＤＢにクエリし、モバイルＩＤをモバイルＩＰアドレスに変換する。

ステップ９ − ウェブプロキシサーバは、モバイルウェブサーバにＨＴＴＰ ＧＥＴ要求を送信する。このことは、いくつかの従来の方法で行われることができるであろう。

ａ．ウェブプロキシサーバは、要求を「そのまま（ａｓ−ｉｓ）」通すことができる（したがって、「トランスパレント」プロキシである）。

ｂ．ウェブプロキシサーバは、要求をそのコンテンツに依存して変換することができ、例えば「ｍｙ＿ｌｏｎｇ＿ｕｒｌ＿ｎａｍｅ．ｈｔｍｌ」から「ｐ１２．ｈｔｍ」に変換することができる。このような変換は、返答コンテンツのさらなる編集を要することがある。

ｃ．ウェブプロキシサーバは、要求をそれらのコンテンツに依存してフィルタすることができ、例えば、「ｉｎｄｅｘ．ｈｔｍｌ」についての要求を許可し、「ｄａｔａ．ｔｘｔ」に関する要求を拒否する。

ｄ．ウェブプロキシサーバは、要求をそれらのコンテンツに依存してルート指定することができ、例えば、異なるエンドウェブサーバに要求を送信し、必ずしもモバイルウェブサーバに送信しない。このことは、要求がモバイルウェブサーバのみから返答されることをもたらし、実際にはそれはいくつかのソースから返答されている。使用は以下のものを含む：
（ｉ）より低いネットワーク使用量：モバイル−特有でないデータ、またはまれに変更されるデータはいずれのウェブサーバにおいて格納されることができ、例えばピクチャおよびクライアント側スクリプトのようなモバイル帯域幅を使用することなく検索されることができる。

（ｉｉ）履歴またはオフラインデータを格納する：いくらかのデータはモバイルメモリからウェブサーバ（例えば、古い記録）へ移動されることができる。要求されたとき、このデータは、モバイルのウェブサーバではなくオフラインサーバから検索されることができる。また、このような記録は、モバイルデバイスがオフされている、または、ネットワークカバレッジ内にない場合でさえも入手可能である。

ステップ１０ − 要求されたコンテンツは、モバイルウェブサーバからウェブプロキシサーバへと送信される。

ステップ１１ − ウェブプロキシサーバは、ウェブクライアントに要求されたコンテンツ（「そのまま」あるいは変更されたのいずれか）を返送する。

ステップ１２〜１５ − ウェブクライアントは、ウェブプロキシサーバがモバイルウェブサーバに転送するという別のＨＴＴＰ要求を発行する。モバイルウェブサーバからの返答は、その後で、ウェブクライアントへ転送される。

上述されたステップ８〜１１は、ユーザが動的に変化することができるＩＰアドレスを有するモバイルウェブサーバにシームレスにコンタクトすることを可能にするということに留意されたい。ウェブクライアントは特別なカスタム化を必要とせず、また、ユーザのモバイルウェブサーバとのインタラクションは静的ウェブサイトにおける一般的な経験とまったく変わりはないので、ユーザエクスペリエンスは「ナチュラル」である。

前述の開示は、本発明の説明のための実施形態を示しており、様々な変更および修正は、特許請求の範囲によって規定されているような本発明の範囲から逸脱することなくここにおいてなされることができるということに留意されるべきである。例えば、ここにおいて記載される本発明の実施形態による方法の請求項の機能、ステップ、および／またはアクションは、いずれの特定の順序で実行される必要はない。さらに、本発明の構成要素は、単数形で説明または特許請求されているが、単数形の限定が明示的に述べられていない限り、複数形が意図されている。

さらに、ここにおいて説明される「ユーザ」は、人間のオペレータ、および、ＨＴＴＰ（または他の）サーバに自動的にアクセスするためにＨＴＴＰプロトコル（または他）を使用する自動化ツール／スクリプト／マシンの両方を含む。このような自動化されたツールは、「ＨＴＴＰエージェント」と通常呼ばれる。

「ＩＰアドレス」という用語は、どのようにパブリックインターネットがホストデバイスを識別するかを説明するためにその最も広い意味で使用される。したがって、ＩＰアドレスという用語は、現在知られているインターネット上でデバイスを識別する方法、ならびに、今後開発および／または使用されうるデバイス識別方法を含む。また、ウェブクライアント４０がＤＩＤ（デバイス識別データ）に含まれた覚えやすいデバイス識別子を有することが有益である一方で、デバイスアドレスがデバイス識別子で結合されることは必要要件ではない。

モバイルコンピューティングデバイスのＩＰアドレスが割り当てられるまたは変更されるときに、モバイルコンピューティングデバイス２８および３０はウェブプロキシサーバハードウェア３２、３４を更新する。あるいは、デバイスアドレスが割り当てられるまたは変更されるとき、アドレスを割り当てるネットワークエンティティはウェブプロキシサーバハードウェア３２を更新することができる。

図４の具体的な例は、デバイス識別子としてモバイルｉｄ番号（例えば、「５５５−１２３−１２３４」）を使用する。デバイスＩＤのより複雑なスキームは、２つ（またはそれより多い）の階層で使用されることができる。システムにおいてデータベース（例えば、データベース３６）を使用して、次のスキームが実装されることができるであろう。

１．モバイルデバイスは、そのアドレスおよびデバイス識別子でデータベースを更新する、そしてそれは「モバイルＩＤ番号」（ＭＩＮ）；「国際モバイル加入者アイデンティティ」（ＭＤＮ）；「国際モバイル機器アイデンティティ」（ＩＭＥＩ）；モバイルネットワークを共有するモバイルデバイスに固有であるいずれの他のＩＤであることができる、または、

２．ユーザが、いずれの種類のＩＤ（例えば、「ユーザ名」および「パスワード」）を使用して、ウェブプロキシサーバまたはオプションのポータルに接続するとき、そのＩＤは、モバイルデバイスのＩＰアドレスに変換されることができる。

さらに当業者は、情報と信号が様々な異なる技術および技法のうちのいずれかを使用して表わされうるということを理解するであろう。例えば、上記の説明の全体にわたって参照されうる、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場あるいは磁粒子、光場あるいは光学粒子、あるいはそれらのいずれの組み合わせ、によって表わされうる。

当業者は、ここに開示された実施形態に関連して説明された、様々な説明のための論理ブロック、モジュール、回路、および、アルゴリズムステップは、電子ハードウェア、コンピュータソフトウェアあるいは両方の組合せとして実装されうる、ということをさらに理解するであろう。このハードウェアとソフトウェアの互換性を明瞭に説明するために、様々な説明のためのコンポーネント、ブロック、モジュール、回路およびステップが、一般に、それらの機能性という観点から、上述されてきた。そのような機能が、ハードウェアまたはソフトウェアとして実装されるかどうかは、特定のアプリケーションと全体のシステムに課された設計制約によって決まる。当業者は、各特定のアプリケーションについての様々な方法で、説明された機能性を実装しうるが、そのような実装の決定は、本発明の範囲からの逸脱を生じさせるものとして解釈されるべきでない。

ここにおいて開示された実施形態に関して記載された方法、シーケンスおよび／またはアルゴリズムは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、または、それらの２つの組み合わせにおいて、具現化されうる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭあるいは当技術分野において知られているいずれの他の形態の記憶媒体、において存在しうる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ることができ、また記憶媒体に情報を書き込むことができるように、プロセッサに結合される。あるいは、記憶媒体は、プロセッサに一体化されうる。したがって、本発明の実施形態は、開示され、特許請求された実施形態を実行するための方法を具現化するコンピュータ可読媒体を含むことができる。したがって、本発明は、説明された例に限定されておらず、ここにおいて説明された機能を実行するためのいずれの手段も本発明の実施形態に含まれる。

Claims (19)

1. 割り当てられたアドレスを有するデバイスにアクセスする方法であって、
   前記割り当てられたアドレスをメモリロケーションに格納することと、
   前記デバイスにアクセスするための要求をウェブプロキシサーバにおいて受信することと、
   ここで、前記要求は、前記デバイスを固有に識別するデバイス識別子を備える、
   前記デバイスにアクセスするための前記要求に応じて、前記デバイス識別子に基づいて前記デバイスの格納されたアドレスを識別することと
   を備え、前記ウェブプロキシサーバは、通信パスを介して前記格納されたアドレスおよび前記ウェブプロキシサーバに前記要求を転送するための仲介として作用する、
   方法。
2. 前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
   更新された動的に割り当てられたアドレスを受信し前記メモリロケーションに格納することを備える、
   請求項１に記載の方法。
3. 前記デバイス識別子は、電話番号、モバイルＩＤ番号、国際モバイル加入者アイデンティティまたは国際モバイル機器アイデンティティを備える、
   請求項２に記載の方法。
4. 前記要求は、ＨＴＴＰ要求を備え、
   前記ウェブプロキシサーバは、前記通信パスを通じて前記ＨＴＴＰ要求を転送する、
   請求項１に記載の方法。
5. 前記ウェブプロキシサーバは、静的アドレスを有するポータルウェブページを備え、
   前記要求は、前記ポータルウェブページにおいて受信される、
   請求項１に記載の方法。
6. 前記デバイスはウェブサーバソフトウェアを有するモバイルデバイスを備え、
   前記通信パスは、クライアントサーバセッションを備える、
   請求項５に記載の方法。
7. 前記ウェブプロキシサーバは、商業的に利用可能な、既製で、実質的に非独自仕様ウェブプロキシサーバを備える、
   請求項１に記載の方法。
8. デバイスにおいて、ネットワーク上で前記デバイスの仮想ロケーションを識別する割り当てられたアドレスを受信することと、
   ここで、前記デバイスは、ウェブクライアントから前記デバイスにアクセスするための要求を受信するウェブプロキシサーバに、前記受信された割り当てられたアドレスを送信するように構成され、
   前記要求は、前記デバイスを固有に識別するデバイス識別子を備える、
   前記割り当てられたアドレスに基づいて前記デバイスと前記ウェブクライアントとの間の仲介として作用する前記ウェブプロキシサーバによって確立された通信パスにわたって、前記ウェブクライアントへ前記デバイスからのデータを配信することと
   を備える、方法。
9. 前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
   前記割り当てられたアドレス変更に応じて、更新された割り当てられたアドレスを前記ウェブプロキシサーバへ送信することを備える、
   請求項８に記載の方法。
10. 前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
    前記通信パスは、クライアントサーバセッションを備える、
    請求項８に記載の方法。
11. デバイスへの通信パスを開くための装置であって、
    前記デバイスに割り当てられたアドレスを受信し、前記割り当てられたアドレスをメモリロケーションに格納するウェブプロキシサーバを備え、
    前記ウェブプロキシサーバは、前記デバイスにアクセスするための要求を受信し、
    前記要求は、前記デバイスを固有に識別するデバイス識別子を備える、
    前記ウェブプロキシサーバは、前記デバイスにアクセスするための前記要求に応じて、前記デバイス識別子に基づいて前記デバイスの格納されたアドレスを識別し、前記要求の送信主と、前記ウェブプロキシサーバと、前記格納された割り当てられたアドレスとの間で通信パスを開くための仲介として作用する、
    装置。
12. 前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
    前記ウェブプロキシサーバは、更新された割り当てられたアドレスを受信し、前記メモリロケーションに格納する、
    請求項１１に記載の装置。
13. 前記要求は、ＨＴＴＰ要求を備え、
    前記ウェブプロキシサーバは、前記通信パスを通して前記ＨＴＴＰ要求を転送する、
    請求項１１に記載の装置。
14. 前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
    前記通信パスは、前記送り主と前記デバイスとの間のクライアントサーバセッションを備える、
    請求項１１に記載の装置。
15. 前記ウェブプロキシサーバは、ウェブサーバソフトウェアを有する、商業的に利用可能な、既製で、実質的に非独自仕様ウェブプロキシサーバを備え、
    前記既製のウェブサーバソフトウェアは、前記デバイス識別子に基づいて前記デバイスの格納された割り当てられたアドレスを識別し、前記要求の前記送信主と前記格納された割り当てられたアドレスとの間で前記通信パスを開くように構成される、
    請求項１１に記載の装置。
16. ネットワーク上の前記デバイスの仮想ロケーションを識別する割り当てられたアドレスを受信するデバイスを備え、
    前記デバイスは、ウェブクライアントから前記デバイスにアクセスするための要求を受信するウェブプロキシサーバに前記割り当てられたアドレスを送信するように構成された、既製で、商業的に利用可能な、実質的に非独自仕様モバイルウェブサーバソフトウェアを備え、
    前記要求は、前記デバイスを固有に識別するデバイス識別子を備え、
    前記既製のモバイルウェブサーバソフトウェアは、前記割り当てられたアドレスに基づいて前記デバイスと前記ウェブクライアントとの間の仲介として作用する前記ウェブプロキシサーバによって確立された通信パスにわたって前記ウェブクライアントへ前記デバイスからのデータを配信するようにさらに構成される、
    システム。
17. 前記既製のモバイルウェブサーバソフトウェアは、前記割り当てられたアドレス変更に応じて、前記割り当てられたアドレスの更新を前記ウェブプロキシサーバに送信するようにさらに構成される、
    請求項１６に記載のシステム。
18. 前記既製のモバイルウェブサーバソフトウェアは、
    前記デバイス識別子を前記割り当てられたアドレスと関連づけ、
    前記ウェブプロキシサーバに前記割り当てられたアドレスと前記デバイス識別子を送信する
    ように構成される、請求項１７に記載のシステム。
19. 前記通信パスは、クライアントサーバセッションを備える、
    請求項１８に記載のシステム。

Images