(57)【特許請求の範囲】
【請求項１】
割り当てられたアドレスを有するデバイスにアクセスするための方法であって、
メモリロケーションに前記割り当てられたアドレスを格納することと、
前記デバイスにアクセスするための要求をポータルウェブページにおいて受信することと、ここで、前記デバイスにアクセスするための前記要求は、前記ポータルウェブページにおいてユーザから受信された認証データに基づく、
ここで、前記要求は、前記ポータルウェブページを介して受信され、前記デバイスを固有に識別するデバイス識別子を備える、
前記デバイスにアクセスするための前記要求に応じて、前記デバイス識別子に基づいて前記デバイスの格納されたアドレスを識別することと、
前記ポータルウェブページから前記格納されたアドレスへの前記要求の送信者を再ルート指定することと
を備える、方法。
【請求項２】
前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
更新された動的に割り当てられたアドレスを受信し前記メモリロケーションに格納することをさらに備える、
請求項１に記載の方法。
【請求項３】
前記デバイス識別子は、電話番号、モバイルＩＤ番号、国際モバイル加入者アイデンティティ、または国際モバイル機器アイデンティティを備える、
請求項２に記載の方法。
【請求項４】
前記ポータルウェブページは、静的アドレスを有するウェブサーバを備え、
前記ウェブサーバは、商業的に利用可能な、既製で、実質的に非独自仕様ウェブサーバを備える、
請求項１に記載の方法。
【請求項５】
前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
前記再ルート指定することは、前記送信者と前記デバイスとの間のクライアントサーバセッションをもたらす、
請求項２に記載の方法。
【請求項６】
前記再ルート指定することは、
数字３で始まるステータスコードのシリーズにおける３桁ＨＴＴＰステータスコード、
ウェブブラウザクライアント側スクリプティング、
ＨＴＭＬフレームと新規のページになるフレームソースの特定、
ＨＴＴＰ「リフレッシュ」ヘッダ、または
リフレッシュのためのＨＴＭＬメタタグ
の使用を備える、請求項１に記載の方法。
【請求項７】
ネットワーク上のデバイスの仮想ロケーションを識別する割り当てられたアドレスを前記デバイスにおいて受信することと、
ウェブクライアントから前記デバイスにアクセスするための要求を受信するポータルウェブページに前記受信した割り当てられたアドレスを送信することと、ここで、前記デバイスにアクセスするための前記要求は、前記ポータルウェブページにおいてユーザから受信された認証データに基づく、
ここで、前記要求は、前記ポータルウェブページを介して受信され、前記デバイスを固有に識別するデバイス識別子を備える、
前記割り当てられたアドレスに基づいて前記ポータルウェブページから前記デバイスに前記ウェブクライアントを再ルート指定する前記ポータルウェブページによって確立された通信リンクを通じて前記デバイスから前記ウェブクライアントにデータを配信することと
を備える、方法。
【請求項８】
前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
更新された割り当てられたアドレス変更に応じてそれを前記ポータルウェブページに送信することをさらに備える、
請求項７に記載の方法。
【請求項９】
前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
前記再ルート指定することは、前記ウェブクライアントと前記デバイスとの間のクライアントサーバセッションをもたらす、
請求項７に記載の方法。
【請求項１０】
デバイスにルート指定するための装置であって、
デバイスに割り当てられたアドレスを受信し、メモリロケーションに前記割り当てられたアドレスを格納するサーバを備え、
前記サーバは、前記デバイスにアクセスするための要求を受信するポータルウェブページを含み、前記要求は、前記ポータルウェブページにおいてユーザから受信された認証データに基づく、
前記要求は、前記ポータルウェブページを介して受信され、前記デバイスを固有に識別するデバイス識別子を備え、
前記サーバは、前記デバイスにアクセスするための前記要求に応じて、前記デバイス識別子に基づいて前記デバイスの格納されたアドレスを識別し、前記ポータルウェブページから前記格納された割り当てられたアドレスへの前記要求の送信者を再ルート指定する、
装置。
【請求項１１】
前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
前記サーバは、更新された割り当てられたアドレスを受信し、前記メモリロケーションに格納する、
請求項１０に記載の装置。
【請求項１２】
前記ポータルウェブページは、静的アドレスを有する、
請求項１０に記載の装置。
【請求項１３】
前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
前記再ルート指定は、前記送信者と前記デバイスとの間のクライアントサーバセッションをもたらす、
請求項１０に記載の装置。
【請求項１４】
前記サーバは、ウェブサーバソフトウェアを有する、商業的に利用可能な、既製で、実質的に非独自仕様ウェブサーバを備え、
前記既製のウェブサーバソフトウェアは、前記デバイス識別子に基づいて前記デバイスの格納されたアドレスを識別し、前記ポータルウェブページから前記格納された割り当てられたアドレスへの前記要求の送信者を再ルート指定するように構成される
請求項１０に記載の装置。
【請求項１５】
ネットワーク上のデバイスの仮想ロケーションを識別する割り当てられたアドレスを受信する前記デバイスを備え、
前記デバイスは、ウェブクライアントから前記デバイスにアクセスするための要求を受信するウェブページを有するポータルウェブページに前記割り当てられたアドレスを送信するように構成された、既製で、商業的に利用可能な、実質的に非独自仕様モバイルウェブサーバソフトウェアを備え、ここで、前記デバイスにアクセスするための前記要求は、前記ウェブページにおいてユーザから受信された認証データに基づく、
前記要求は、前記ウェブページを介して受信され、前記デバイスを固有に識別するデバイス識別子を備え、
前記既製のモバイルウェブサーバソフトウェアは、前記割り当てられたアドレスに基づいて前記ポータルウェブページから前記デバイスに前記ウェブクライアントを再ルート指定する前記ポータルウェブページによって確立された通信リンクを通じて前記デバイスから前記ウェブクライアントにデータを配信するようにさらに構成される、
装置。
【請求項１６】
前記既製のモバイルウェブサーバソフトウェアは、前記割り当てられたアドレス変更に応じて、前記割り当てられたアドレスの更新を前記ポータルウェブページに送信するようにさらに構成される、
請求項１５に記載の装置。
【請求項１７】
前記既製のモバイルウェブサーバソフトウェアは、
前記デバイス識別子を前記割り当てられたアドレスと関連づけ、
前記デバイス識別子と前記割り当てられたアドレスを前記ポータルウェブページに送信する
ように構成される、請求項１６に記載の装置。
【請求項１８】
前記通信リンクは、クライアントサーバセッションを備える、
請求項１７に記載の装置。
【発明の詳細な説明】
【関連出願】
【０００１】
米国特許法の下の優先権主張  
本特許協力条約による特許出願は次の優先権を主張する。  「REMOTE MOBILE ADMINISTRATION AND LOGGING USING HTTP PROTOCOL」と題され、２０１１年３月１１日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／４５２，０３１号、および；  
「REMOTE ACCESS AND ADMINISTRATION OF DEVICE CONTENT AND CONFIGURATION USING HTTP PROTOCOL」と題され、２０１２年１月１８日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／５８８，００７号、および  
「SYSTEM AND METHOD FOR ACCESSING A DEVICE HAVING AN ASSIGNED ADDRESS」と題され、２０１２年１月１８日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／５８８，０３９号、および  「SYSTEM AND METHOD FOR ACCESSING A DEVICE HAVING AN ASSIGNED NETWORK ADDRESS」と題され、２０１２年３月８日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照により明示的に組み込まれた同時係属中の仮出願ではない出願第１３／４１５，５８１号。
【０００２】
同時係属中の特許出願への参照  
以下の同時係属中の米国特許出願は、本願特許出願の継続の一部である：  
ここでの譲受人に対して譲渡され、ここにおける参照により明示的に組み込まれた、代理人整理番号１１０５２５を有する、Yuval Corey HershkoおよびNir Strauss著「SYSTEM AND METHOD USING A WEB PROXY-SERVER TO ACCESS A DEVICE HAVING AN ASSIGNED NETWORK ADDRESS」および、  
ここで同時に出願され、ここでの譲受人に対して譲渡され、ここにおける参照により明示的に組み込まれた、代理人整理番号１１０８０９を有する、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著「REMOTE ACCESS AND ADMINISTRATION OF DEVICE CONTENT AND CONFIGURATION USING HTTP PROTOCOL」。
【技術分野】
【０００３】
開示された実施形態は、一般的に、通信ネットワークで動作しているデバイスにアクセスすることを対象としている。より具体的には、開示された実施形態は、インターネットプロトコル（ＩＰ）ネットワークにわたってデバイスを位置づけ、ルート指定し、アクセスするためのシステムおよび方法を対象としており、ここにおいて、デバイスアドレスは変更できる。
【背景技術】
【０００４】
通信ネットワークにおいて、アドレスは、ネットワーク上で各デバイスに割り当てられた識別子である。インターネットに適用されるように、デバイスのアドレスは、その「インターネットプロトコルアドレス」（ＩＰアドレス）として一般的には知られており、それは、インターネット上のデバイスの仮想ロケーションの数値表現である。デバイスがウェブサイトをホストする場合には、ホストデバイスのＩＰアドレスは、ホストデバイスを位置づけ、ウェブサイトからのコンテンツへのアクセスを提供するために使用される。例えば、ウェブドメインｇｏｏｇｌｅ．ｃｏｍは、実際には数値ＩＰアドレスを表しており、例えば７３．１４．２１３．９９であることができる。ウェブクライアントがそれらのウェブブラウザにおいてドメイン名でタイプする場合、ダウンストリームＤＮＳシステムは、ＩＰアドレスに対し入力されたドメイン名に一致するまたはルート指定し、そのあとで、数値ＩＰアドレスを使用して、そのアドレスと関連づけられたホストサーバを位置づけ、アクセスを提供する。
【０００５】
デバイスのＩＰアドレスは、ネットワーク内のエンティティによってそれに一般的に割り当てられる。例えば、ＣＤＭＡネットワークでは、アドレス割り当てエンティティは、パケットデータサービングノード（ＰＤＳＮ）である。ＩＰアドレスは、静的にまたは動的に割り当てられうる。静的なＩＰアドレッシングスキームは１つの顧客／デバイスにつき１つのＩＰアドレスを割り当て、動的なＩＰアドレッシングスキームは、選択されたまたはランダムな間隔において、所与の顧客／デバイスに異なるＩＰアドレスを割り当てる。例えば、いくつかのインターネットサービスプロバイダ（ＩＳＰ）は、顧客が自身のコンピュータにログインするたびに、所与の顧客に異なるＩＰアドレスを割り当てる。静的で固有ＩＰアドレスを有するホストデバイス上のウェブサイトは、信頼してアクセスされ、安定したクライアントサーバセッションを維持する。対照的に、動的に割り当てられたＩＰアドレッシングスキーム下では、コンピュータは、そのネットワーク上で他のコンピュータとＩＰアドレスを共有する可能性があることになる。したがって、動的に割り当てられたＩＰアドレスでウェブサイトをホストすることは、ウェブクライアントが動的に割り当てられたアドレスにどの程度信頼してアクセスできるか、と同様に、ウェブクライアントと動的に割り当てられたアドレスとの間で確立されたクライアントサーバセッションの安定性を妥協する傾向がある。
【０００６】
ウェブクライアントをより幅広いウェブ対応コンピューティングデバイスへルート指定する方法を提供することが望ましい、それによって、より多数のデバイスからのコンテンツおよび特徴への遠隔ウェブベースのアクセスを許容する。より具体的には、動的にアドレス指定された、モバイルコンピューティングデバイス（例えば、携帯電話、ＰＤＡ、タブレットおよび同様なもの）を、１つが静的にアドレス指定されたウェブサーバにおいてウェブサイトコンテンツにルート指定しアクセスする可能性がある同じ簡易性、安定性および信頼性を有するＩＰネットワーク上でウェブクライアントに対しアクセス可能であるウェブサーバとして利用することは有利であるであろう。例えば、ＰＤＡおよびスマートフォンの技術が改良されると、ユーザは、これらのデバイス上にますます多くの情報を格納する。増加は、情報の量とそのタイプの範囲の両方に関する。例えば、タイプは、限定されていないが、過去および現在の物理的ロケーション、ビデオ、ミュージック、および他のマルチメディアファイル、ワード処理ドキュメント、および連絡先、ならびに、さまざまなインタラクティブゲームを含むことができる。
【０００７】
しかしながら、モバイルデバイスアプリケーション分野の当業者およびユーザに対して既知であるように、自身のモバイルデバイス上の情報を共有したいユーザは、限定されたオプションのセットを有する。ユーザは、例えば、意図した受信者に選択したファイルを電子メール送信できる。添付ファイル（複数含む）を伴う電子メールは、モバイルデバイスのリンクのうち１つまたは複数を通じてインターネットへ、例えばセルラワイヤレスアップリンクを通じてセルラワイヤレスネットワークへ、送信されることができ、そのあとで、そのインタフェースを通じてインターネット、またはＷｉ−Ｆｉリンク、ローカルアクセスポイント、インターネットへ送信されることができる。しかしながら、ファイルを共有する電子メール添付手段は、実質的な制限を有することができる。１つのこのような制限は、ユーザがモバイルデバイスの物理的所有を有することを要すること、そしてさらに、一般的にユーザによる直接的なアクションを要すること、例えば、ファイルを選択し添付すること、また、電子メールメッセージのアドレスリストを記入すること、を要すること、である。
【０００８】
あるいは、ユーザは、ユーザのモバイルデバイスからユーザのソーシャルネットワークページ（例えばＦａｃｅｂｏｏｋ（登録商標）またはＭｙＳｐａｃｅ（登録商標））に選択されたファイルを投稿することができる。しかしながら、ユーザのモバイルデバイス上でファイルを共有するための手段としてこれらのソーシャルネットワークを利用することは、電子メール共有手段と、同じ要件、および制限、の多くを有する。例えば、ユーザが彼／または彼女のモバイルデバイス上にのみあるファイルを共有すると決定するたびに、ユーザは、そのデバイスの物理的所有物を有さなくてはならない。また、ユーザがファイルのアップロードおよび投稿を手動で実行することを要する。さらに、ソーシャルネットワークは、アクセスされることができるファイルの種類に対し、ならびに、ヒューマンインタフェースメカニズムに対し、制限を課すことができる。モバイルデバイスユーザがデバイス上で格納されたファイルを共有するための１つの従来の方法は、例えばソーシャルネットワーク投稿について説明された同じリンクを使用して、Ａｐｐｌｅ（登録商標）社のＭｏｂｉｌｅ  ＭｅまたはＡｐｐｌｅ社のｉＣｌｏｕｄ（登録商標）のような「クラウド」ディスクに選択されたファイルをアップロードすることである。しかしながら、この方法もまた、彼または彼女がファイルを共有したいと思うたびに、ユーザがモバイルデバイスの物理的所有物を有することを要する。
【０００９】
動的アドレッシングスキームの存在は、モバイル電話およびワイヤレスＰＤＡのようなモバイルコンピューティングデバイスからＩＰネットワーク上でアクセスすることに対する著しい障害である。前述されるように、ＣＤＭＡ、ＵＭＴＳ、ＧＰＲＳ、Ｗｉ−Ｆｉおよび同様なもののようなネットワークでは、モバイル電話およびワイヤレスＰＤＡは静的でルート指定可能なＩＰアドレスを割り当てられない。代わりに、それらのアドレスは動的に割り当てられ、ネットワークの要件およびデバイスのモビリティおよびワイヤレス接続に主に関連するいくつもの理由について通常またはランダムの時間で変更しうる。ＩＰおよびプライベートネットワークにおける多くの複雑かつ独自仕様システムのため、動的にアドレス指定されたデバイスにおいて位置づけられたコンテンツにアクセスし検索するためのこのようなネットワーク上でのまたはその内の試みは、かなりの費用、エンジニアリングマンアワー（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」と題され、２０１１年３月１１日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によりここによって明示的に組み込まれた仮出願第６１／４５２，０３１号、およびＡｔｔｏｒｎｅｙ Ｄｏｃｋｅｔ Ｎｏ．１０３２３４を有する、Yuval Corey HershkoおよびNir Strauss著「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」を通してモバイルコンピューティングデバイス上に格納された写真にアクセスしうる。
【００３０】
前述の概要および例から、開示された実施形態によるルーティングシステムおよび方法は、他の特徴および利点のうち、仲介ルーティングシステムおよび方法を商業的に利用可能な、既製のコンポーネント（例えば、モバイルデバイス、ウェブサーバ、ウェブサーバソフトウェア、ウェブクライアントおよびウェブブラウザ）で実装し、これらの商業的に利用可能なシステムに対してターゲット化され、相対的に簡易に実装された構成を行うこと（例えば、上述されるように構成されたモバイルコンピューティングデバイスおよびネットワークウェブサーバ機能）によって、費用、エンジニアリングマンアワー、設計の複雑さおよび独自仕様システムへのアクセスの必要を最小化することを支援することができる。
【００３１】
次に開示された実施形態のルーティングシステムおよび方法のより詳細な説明に戻ると、図１および図２は、従来のファイアウォール２６を通じてパブリックインターネット２４と通信するプライベートＩＰネットワーク２２を含む通信システム２０を図示する。ファイアウォール２６は、プライベートＩＰネットワーク２２のための従来のセキュリティ機能の役目を果たす。開示された実施形態に関して、ファイアウォール２６は、ここに記述される通信がパブリックインターネット２４におけるコンポーネントとプライベートＩＰネットワーク２２におけるコンポーネントとの間に生じることを可能にする従来の方法で構成される。図１および２は、図１のプライベートＩＰネットワーク２２内のネットワークウェブサーバハードウェアがあり、図２のパブリックインターネット２４内に配置されるネットワークウェブサーバハードウェア３２があること以外同一である。したがって、図２に示される実施形態に関して、モバイルコンピューティングデバイス２８は、ファイアウォール２６を通じてネットワークウェブサーバ３２と通信し、ウェブクライアント４０は、ネットワークウェブサーバ３２と直接通信し、ファイアウォール２６を通過する必要はない。図１または図２に示されるいずれかの構成に関して、モバイルコンピューティングデバイス２８のデバイス識別子（つまり、ＤＩＤの「サーチキー」コンポーネント）ならびにモバイルコンピューティングデバイス２８のＩＰアドレス（つまり、ＤＩＤの「サーチ結果」コンポーネント）は、グローバルに固有である。特に断りのない限り、図１の実施形態に接続されるすべての特徴は、図２に示される実施形態に等しく適用する。
【００３２】
図１および図２では単一のプライベートＩＰネットワーク２２を示しているが、開示された実施形態は、パブリックインターネット２４とインタフェース接続する、各々がそれ自身のファイアウォールを有する、いくつかのプライベートＩＰネットワーク（例えば、Ｖｅｒｉｚｏｎ（登録商標）、ＡＴ＆Ｔ（登録商標），等）を有する通信システムにおいて実装されうる。さらに、単一のモバイルコンピューティングデバイス２８が図示されているが、各プライベートＩＰネットワーク２２は多数のモバイルコンピューティングデバイスを含むということが理解される。最後に、開示された実施形態はまた、コンポーネント（モバイルコンピューティングデバイス、ネットワークウェブサーバ、ウェブクライアント等）のすべてがパブリックインターネット２４内にある通信システムで実装されうる。
【００３３】
図１の実施形態を参照して、モバイルコンピューティングデバイス２８は、システム２０に接続し通信する。モバイルコンピューティングデバイス２８は、セルラ電話、ハンドヘルドＰＤＡ、タブレット、ラップトップコンピュータまたは同様なものでありうる、また、ワイヤレスおよび／またはハードワイヤまたはケーブルを通して、システム２０と通信しうる。モバイルコンピューティングデバイス２８は、いったんウェブクライアント４０とモバイルコンピューティングデバイス２８との間でクライアントサーバセッションが確立されると、ウェブクライアント４０がモバイルコンピューティングデバイスのコンテンツおよび特徴に遠隔にアクセスすること（例えば、イメージ、グラフィクスおよび他の情報をモバイルコンピューティングデバイス２８から検索すること）を許容する十分な機能を有する。このようなデバイス機能の一例は、インターネットウェブサイトおよび従来のホストデバイスの機能をモバイルコンピューティングデバイス２８に提供するモバイルコンピューティングデバイスウェブサーバソフトウェア３０を含む。一般に、ウェブサイトは、ウェブサーバハードウェア上でホストされ、ウェブサーバソフトウェアはウェブサーバハードウェア上に存在する。ウェブサーバソフトウェアは、外部クライアントウェブブラウザがウェブサーバハードウェアからイメージ、グラフィクスおよび他の情報を検索するためのメカニズムを提供する。モバイルコンピューティングデバイス２８のアドレスは動的に割り当てられうる。
【００３４】
通信システム２０はさらに、通常変更しない少なくとも１つの静的アドレスを有するように構成された商業的に利用可能な既製のネットワークウェブサーバハードウェアデバイス３２を含む。したがって、ネットワークサーバハードウェア３２は、パブリックインターネット２４に接続された別のデバイス（例えば、ウェブクライアント４０）によって信頼してアクセスされることができる従来のウェブサーバホストデバイスの機能を有する。  ネットワークウェブサーバハードウェア３２は、ネットワークウェブサーバハードウェア３２内に組み込まれたまたは別個のデバイスでありうるデータベース３６に沿った、ネットワークウェブサーバソフトウェア３４を含む。ネットワークウェブサーバハードウェア３２およびデータベース３６は、プライベートＩＰネットワーク２２内に配置されるような図１の例証目的のために示されるが、（図２に示されるように）いずれまたは両方ともがパブリックインターネット２４内に配置される、またはモバイルコンピューティングデバイス２８およびウェブクライアント４０によってどこでも信頼してアクセス可能である。開示された実施形態では、ウェブクライアント４０は好ましくは、通信システム２０上のクライアントサーバセッションのクライアント側としてサービス提供することができるいずれのハードウェア／ソフトウェアコンポーネントまたは従来のウェブブラウザ（図示である）である。ウェブクライアント４０は、ユーザによって動作されうる、または、それは、ＨＴＴＰ（または他の）サーバに自動的にアクセスするためにＨＴＴＰプロトコル（または他）を使用する自動化ツール／スクリプト／マシンによって動作されうる。このような自動化ツールは、「ＨＴＴＰエージェント」と通常呼ばれる。さまざまなデータフローパスは、矢印４２、４４および４６によって図１で図示され、そしてそれらは、モバイルコンピューティングデバイス２８、３０、ネットワークウェブサーバ３２、３４、データベース３６およびウェブクライアント４０の間での通信を表す。
【００３５】
開示された実施形態は、動的に割り当てられたアドレスを有するモバイルコンピューティングデバイス（例えば、モバイルコンピューティングデバイス２８）にウェブクライアント４０を信頼してルート指定するシステムおよび方法を提供する。開示されたシステムおよび方法の重要な態様は、キーシステムコンポーネント（例えば、モバイルコンピューティングデバイス、ネットワークウェブサーバ、データベース、ウェブクライアントブラウザ等）が商業的に利用可能な既製のアイテムであるということである。開示された実施形態は、ある構成タイプ変更が商業的に利用可能なコンポーネント内で行われることを求め、このような構成の例は図３および図４で図示化される。しかしながら、開示された構成変更によって提供された追加された機能は、ターゲット化され、関連技術分野の当業者の能力の内にある既知の設計技法（例えば、既存ソフトウェアに拡張子、スクリプト、拡張子、および同様なものを付加すること）を通じて実装されうる。
【００３６】
開示された実施形態によれば、モバイルコンピューティングデバイスウェブサーバソフトウェア３０は、図３のモバイルコンピューティングデバイス方法５０によって図示された機能を含むように構成され、それによって、モバイルコンピューティングデバイス２８は、モバイルコンピューティングデバイスの現在のＩＰアドレスおよびデバイス識別子を含むＤＩＤ（「デバイス識別データ」と前述される）をネットワークウェブサーバハードウェア３２へ通信する。図３でも図示される、ネットワークウェブサーバハードウェア３２は、ネットワークウェブサーバ方法７０によって図示された機能を提供するように構成されたネットワークウェブサーバソフトウェア３４を含み、それによって、ネットワークウェブサーバハードウェア３２は、モバイルコンピューティングデバイスのＩＰアドレスを含む周期的に更新されたＤＩＤをモバイルコンピューティングデバイス２８から受信する。ネットワークウェブサーバハードウェア３２は、データベース３６にモバイルコンピューティングデバイス２８の現在のＤＩＤを格納する。上述されるように、ＤＩＤはまた、デバイス識別子（または「サーチキー」）を含み、そしてそれは簡単に覚えられタイプされる従来の識別子であることができ（例えば、「ｊｏｈｎｄｏｅｐｈｏｎｅ」、または「５５５−１２３−４５６７」）、ウェブサイトドメイン名と同様に機能する。ネットワークウェブサーバ３２は、パブリックインターネット２４内のウェブクライアント４０とプライベートＩＰネットワーク２２内のモバイルコンピューティングデバイス２８（ならびに他のプライベートＩＰネットワーク内の他のモバイルコンピューティングデバイス‐図示されず）の間でインタフェース接続するので、デバイス識別子はグローバルに固有である。
【００３７】
次に図３に戻ると、モバイルコンピューティングデバイス方法５０およびネットワークウェブサーバ方法７０のインタラクションおよび動作を図示する説明のためのフローチャートがある。方法５０、７０は、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで（例えば、仮想マシンまたはスクリプトインタプリタで実行しているスクリプト）、またはそれらのいずれの組み合わせで具現化されうる。方法５０は、モバイルコンピューティングデバイス２８内のモバイルコンピューティングデバイスウェブサーバソフトウェア３０によって実装され、方法７０は、ネットワークウェブサーバ３２内のネットワークウェブサーバソフトウェア３４によって実装される。図３で図示されるように、方法５０のブロック５２で、モバイルコンピューティングデバイス２８は、図１で図示される通信システム２０内のネットワークエンティティからデバイスアドレス（ＤＡ）を従来の方法で受信する。例えばシステム２０がＣＤＭＡネットワークを含む場合、ＤＡは、パケットデータサービングノード（ＰＤＳＮ）（図示されず）によって割り当てられたデバイスＩＰアドレスであるであろう。ブロック５４における方法５０は、そのデバイスについての固有デバイス識別子（ＤＩ）とデバイスアドレス（ＤＡ）を含むＤＩＤを生成する。固有デバイス識別子（「サーチキー」と前述されている）は簡単に覚えられタイプされる従来の識別子であることができ（例えば、「ｊｏｈｎｄｏｅｐｈｏｎｅ」または「５５５−１２３−４５６７」）、ウェブサイトドメイン名と同様に機能することができる。ブロック５６は、ネットワークウェブサーバ３２へ通信パス５８を介してＤＩＤを送信する。図３の通信パス５８は、モバイルコンピューティングデバイス２８、３０からネットワークウェブサーバ３２、３４へとＤＩＤをパスするためのさまざまな方法の仮想表示である。例えば、通信パス５８は、図１で図示されたデータフローパス４２によって確立された通信リンクを介して実装されることができるであろう。あるいは、通信パス５８は、小さい「自動化」ウェブクライアントをモバイルコンピューティングデバイスに実行させることによって、また、ネットワークウェブサーバにＤＩＤを通信するためにその自動化ウェブクライアントを使用して、達成されることができるであろう。自動化ウェブクライアントはネットワークウェブサーバにおいて指定されたページにブラウズすることができ、そのページは、「あなたのＤＩＤを提出し、提出（ＳＵＢＭＩＴ）ボタンを押してください」とモバイルコンピューティングデバイスに尋ねるフォームを含む。自動化ウェブクライアントはそのフォームに「記入」して提出を押す。ネットワークウェブサーバは、そのあとでＤＩＤを受信しそれを格納する。方法５０は、モバイルコンピューティングデバイス２８、３０が更新されたデバイスアドレスを受信したかを決定ブロック６０で問い合わせる。方法５０が、新規デバイスアドレスが受信しなかったということを決定ブロック６０で決定する場合、方法はブロック６０への入力に戻り、問い合わせを繰り返す。方法５０が、新規デバイスアドレスが受信されたということを決定ブロック６０で決定するとき、方法は、ブロック５４への入力に戻り、更新されたデバイスアドレスを含む新規ＩＤを生成し、ネットワークウェブサーバ３２、３４へ更新されたＤＩＤを、通信パス５８を介して送信する。決定ブロック６０は、ＤＡが実際に変更したかを検出する、または、ＤＩＤのＤＡコンポーネントが実際に変更されなかったとしても、ネットワークウェブサーバ３２、３４にＤＩＤを周期的に更新し送信するタイマ機能に基づく、のようなさまざまな方法でトリガされうる。
【００３８】
次にネットワークウェブサーバ方法７０に戻ると、方法７０は、見出し「ＤＩＤを格納する」および「位置づけおよびリダイレクト」の下に図３で識別された２つの主要コンポーネントを含む。方法７０の格納ＤＩＤコンポーネントでは、ブロック７２は、モバイルコンピューティングデバイス２８からのＤＩＤを含むさまざまなモバイルコンピューティングデバイスから現在および更新されたＤＩＤを、通信パス５８を介して受信する。ブロック７２で受信されたＤＩＤは、ネットワークウェブサーバ３２、３４と通信するさまざまなモバイルコンピューティングデバイスの各々のための現在のおよび更新されたアドレス（ＤＡ）および固有のデバイス識別子（ＤＩ）を含む。ブロック７４は、データベース３６に受信されたＤＩＤを格納し、そのあとで、ブロック７６で任意のＤＩＤ更新を受信するために待機する。決定ブロック７８は、更新されたＤＩＤが受信されたかを決定するためにチェックする。更新されたＤＩＤが受信されなかった場合には、方法７０は、ブロック７６への入力に戻り、ＤＩＤ更新を待機する。決定ブロック７８で更新されたＤＩＤが受信された場合、方法７０は、ブロック７４への入力に戻り、データベース３６に受信された更新されたＤＩＤを格納する。
【００３９】
次に方法７０の「位置づけおよびリダイレクト」部分に戻ると、ネットワークウェブサーバ３２、３４は、モバイルコンピューティングデバイスにアクセスするためウェブクライアントから（一般的にはウェブクライアントのブラウザを介して）要求を受信するためにポータルまたは仮想ロケーションとして機能する「スタート」または「ホーム」ウェブページ（図示されず）を含む。ネットワークウェブサーバスタートページは、静的アドレスを有し、そしてそれは、ウェブクライアント４０がページへのインターネット接続を信頼して一貫して確立することを許容する。方法７０は、モバイルコンピューティングデバイスにアクセスするための要求がネットワークウェブサーバで受信されたかどうかを決定ブロック８０で評価する。要求が受信されなかった場合には、決定ブロック８０はその入力に戻り、問い合わせを繰り返す。モバイルコンピューティングデバイスにアクセスするための要求が決定ブロック８０で受信された場合、開示された実施形態によるブロック８２は、要求からデバイス識別子を抽出し、データベース３６をサーチして、（データベース３６を介して）ネットワークウェブサーバ３２に格納されたＤＩＤと抽出されたデバイス識別子を比較する。方法７０は、抽出されたデバイス識別子が格納されたＤＩＤエントリに一致するかどうかを決定ブロック８４で評価する。一致が見つからない場合には、ブロック８６は、失敗報告を生成し、決定ブロック８０への入力に戻る。決定ブロック８４で、抽出されたデバイス識別子が格納されたＤＩＤエントリに一致する場合には、ブロック８８は、ネットワークウェブサーバ「開始」または「ホーム」ページの静的アドレスから一致したＤＩＤのデバイスアドレスコンポーネントへ要求者（例えば、ウェブクライアント４０）を再ルート指定する。したがって、方法５０および７０はともに機能して、プライベートＩＰネットワーク２２内のモバイルコンピューティングデバイス（例えば、モバイルコンピューティングデバイス２８）の各割り当てられたアドレスの現行バージョンはデータベース３６で利用可能であるということを確実にする。
【００４０】
ブロック８８における再ルーティング動作が開示された実施形態の下で新規の方法で適用されるが、それ自体による再ルーティング動作は、ウェブクライアントがパブリックインターネット上で特定のウェブサイトを訪れるときに、ある環境の下で、生じる既知のバックグラウンド機能である。例えば、ウェブクライアントは、特定のページにおいてウェブサイトに入るが、ウェブセッションの間、ウェブクライアントは、データのための他のＩＰアドレスロケーションに繰り返し再ルート指定されうる。それらの全ては、ウェブクライアントユーザに実質的にトランスペアレントである。しかしながら、変更することができる動的に割り当てられたアドレスを有するモバイルコンピューティングデバイスウェブサーバとウェブクライアントとの間のクライアントサーバセッションを開き、維持するために開示された実施形態において記述される方法において再ルート指定を使用することは既知ではない。ブロック８８で、再ルーティング動作は、下記に限定されないが、下記を含む既存のネットワークウェブサーバソフトウェアに拡張子／スクリプトを付加することによって実装されうる：
ａ．  「３００」シリーズにおいてＨＴＴＰステータスコードを使用すること。ＨＴＴＰステータスコードは、一般に、リダイレクションのために使用される。例えば、コード３０１は、一般に、「恒久的に移動した」ことを意味することができる。さらに、（「見つけた」ことを意味する）コード３０２は、リダイレクトに共通して使用される。
【００４１】
ｂ．  ウェブブラウザクライアント側スクリプティングを使用すること  −  検索されたページは、（例えば、Ｊａｖａ（登録商標）スクリプト「リロード」方法を使用して）モバイルデバイスウェブサーバソフトウェア３０からの新規のページをロードするためにウェブブラウザスクリプティング（例えば、Ｊａｖａスクリプト）を使用することができる。
【００４２】
ｃ．新規のページになるフレームソースを指定し、ＨＴＭＬフレームを使用すること。
【００４３】
ｄ．ＨＴＴＰ「リフレッシュ」ヘッダを使用すること。
【００４４】
ｅ．「リフレッシュ」のためのＨＴＭＬメタタグを使用すること。
【００４５】
図４は、図１および図２で示されている実施形態によって実行された動作ステップのより詳細および特定の例である。図４で示されている動作ステップは、１乃至１６と番号がふられており、下記で説明される。
【００４６】
ステップ１  −  モバイルデバイスはＩＰアドレスを割り当てられる。このことは、特定のネットワークの必要性によって決定されるときに、さまざまな時間で、そしてモバイルデバイスが電源を入れられた後で行われる。したがって、ＩＰアドレスは時間ごとに変更できる。図４では、ＩＰアドレスは「１．２．３．４」と表わされる。これは実際のＩＰアドレスではなく、説明の目的のためだけにこの例において使用される。ここにおいて開示された例がＩＰｖ４アドレスフォーマットを使用しているにも関わらず、開示された実施形態もまた、ＩＰｖ６のような他のアドレッシングスキームに適用する。
【００４７】
ステップ２  −  （モバイルコンピューティングデバイス２８，３０に対応する）モバイルデバイスは、モバイルデバイスのＤＩＤ（「デバイス識別データ」）の更新を（ネットワークウェブサーバ３２，３４に対応する）ウェブサーバに送る。この例では、モバイルデバイスＤＩＤは、（前に記述したデバイス識別子（ＤＩ）または「サーチキー」に対応する）モバイルＩＤおよび新規ＩＰアドレスを含む。ステップ２は、いくつかの方法で達成されることができる。例えば、モバイルデバイスは、ＨＴＴＰプロトコルを使用してウェブサーバと通信することができるので、ＨＴＴＰ「ＰＯＳＴ」または「ＧＥＴ」の方法を使用して情報を提出することができるであろう。ウェブサーバ側スクリプティングを使用するウェブサーバは、データベース（ＤＢ）にこの情報を格納するであろう。あるいは、モバイルデバイスは、ＩＰ通信に基づいて独自仕様プロトコルを使用してＤＢと通信することができるであろう。
【００４８】
ステップ３  −  パブリックインターネット上のユーザは、ウェブブラウザを活性化し、サービスウェブページまたはポータルのアドレス、例えば、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅ．ｃｏｍ」）をタイプする。このドメインは、モバイルデバイスに接続するために静的ページにアクセスするために使用される。それは、任意のウェブサーバホスティングファシリティ上でホストされることができる。
【００４９】
ステップ４〜７  −  ウェブクライアントのブラウザは、ウェブサービスの慣習として、ウェブサーバに接続し、「ログイン」画面を検索する。
【００５０】
ステップ８  −  ユーザは、モバイルデバイスのモバイルのＩＤ（例えば、「５５５−１２３−４５６７」）に加えて、（オプションである）ログイン証明書を入力する。
【００５１】
ステップ９  −  モバイルＩＤは、ウェブサーバに提出される。これは、ＨＴＴＰ  ＰＯＳＴ方法またはオプションとして他の手段（例えば、ＨＴＴＰ  ＧＥＴ方法）によって行うことができるだろう。
【００５２】
ステップ１０  −  ウェブサーバは、ＤＢをクエリし、モバイルデバイスＤＩＤを位置づけ、受信されたモバイルＩＤをモバイルデバイスＩＤアドレスに変換するためにＤＩＤを使用するためにサーバ側スクリプティングを使用する。その後、ウェブサーバは、ウェブブラウザクライアントにモバイルデバイスウェブサーバソフトウェアからのページをロードさせることによってモバイルデバイス上のウェブサーバソフトウェアに要求をレダイレクトする。これは、いくつかの従来の方法で行うことができる：
ａ．「３００」シリーズにおいてＨＴＴＰステータスコードを使用すること。ＨＴＴＰステータスコードは、一般に、リダイレクションに使用される。例えば、コード３０１は、「恒久的に移動した」ことを意味することができる。さらに、（「見つけた」を意味する）コード３０２は、一般に、リダイレクトするために使用される。
【００５３】
ｂ．ウェブブラウザクライアント側スクリプティングを使用すること  −  検索されたページは、（例えば、Ｊａｖａスクリプト「リロード」方法を使用して）モバイルデバイスウェブサーバソフトウェア２０からの新規のページをロードするためにウェブブラウザスクリプティング（例えば、Ｊａｖａスクリプト）を使用することができる。
【００５４】
ｃ．新規のページになるフレームソースを指定し、ＨＴＭＬフレームを使用すること
ｄ．ＨＴＴＰ「リフレッシュ」ヘッダを使用すること。
【００５５】
ｅ．「リフレッシュ」のためのＨＴＭＬメタタグを使用すること。
【００５６】
ステップ１０は、ユーザがある意味では「シームレスに」動的に変化することができるＩＰアドレスを有するモバイルウェブサーバにコンタクトすることを可能にするということに留意されたい。ウェブクライアントは特別なカスタム化を必要とせず、また、ユーザのモバイルウェブサーバとのインタラクションは静的ウェブサイトにおける一般的な経験とまったく変わりはないようであるため、ユーザエクスペリエンスは「ナチュラル」である。
【００５７】
ステップ１１乃至１６  −  ウェブクライアントブラウザは、モバイルウェブサーバに接続され、従来の静的にアドレスされたウェブサイトと同じ方法でモバイルウェブサーバとインタラクトする。
【００５８】
前述の開示は、本発明の説明のための実施形態を示しており、様々な変更および修正は、特許請求の範囲によって規定されているような本発明の範囲から逸脱することなくここにおいてなされることができるということに留意されるべきである。例えば、ここにおいて記載される本発明の実施形態による方法の請求項の機能、ステップ、および／またはアクションは、いずれの特定の順序で実行される必要はない。さらに、本発明の構成要素は、単数形で説明または特許請求されているが、単数形の限定が明示的に述べられていない限り、複数形が意図されている。
【００５９】
さらに、以前留意したように、ここにおいて説明される「ユーザ」は、人間のオペレータ、および、ＨＴＴＰ（または他の）サーバに自動的にアクセスするためにＨＴＴＰプロトコル（または他）を使用する自動化ツール／スクリプト／マシンの両方を含む。このような自動化されたツールは、「ＨＴＴＰエージェント」と通常呼ばれる。
【００６０】
「ＩＰアドレス」という用語は、どのようにパブリックインターネットがホストデバイスを識別するかを説明するためにその最も広い意味で使用される。したがって、ＩＰアドレスという用語は、現在知られているインターネット上でデバイスを識別する方法、ならびに、今後開発および／または使用されうるデバイス識別方法を含む。また、ウェブクライアント４０がＤＩＤに含まれた覚えやすいデバイス識別子を有することが有益である一方で、デバイスアドレスがデバイス識別子で結合されることは必要要件ではない。
【００６１】
モバイルコンピューティングデバイスのＩＰアドレスが割り当てられるまたは変更されるときに、モバイルコンピューティングデバイス２８および３０は、ネットワークウェブサーバ３２、３４を更新する。あるいは、デバイスアドレスが割り当てられるまたは変更されるとき、アドレスを割り当てるネットワークエンティティは、ネットワークウェブサーバ３２、３４を更新することができる。
【００６２】
図４の具体的な例は、モバイルｉｄ番号（例えば、「５５５−１２３−１２３４」）を使用する。デバイス識別子のより複雑なスキームは、２つ（またはそれより多い）の階層で使用されることができる。システムにおいてデータベース（例えば、データベース３６）を使用して、次のスキームが実装されることができるであろう：
１．モバイルデバイスは、そのＩＰアドレスおよびそのデバイス識別子でデータベースを更新する、そしてそれは「モバイルＩＤ番号」（ＭＩＮ）；「国際モバイル加入者アイデンティティ」（ＭＤＮ）；「国際モバイル機器アイデンティティ」（ＩＭＥＩ）；モバイルネットワークを共有するモバイルデバイスに固有であるいずれの他のＩＤであることができる、または、
２．ユーザが、いずれの種類のＩＤ（例えば、「ユーザ名」および「パスワード」）を使用して、ウェブサーバのポータルに接続するとき、そのＩＤは、モバイルデバイスのＩＰアドレスに変換されることができる。
【００６３】
さらに当業者は、情報と信号が様々な異なる技術および技法のうちのいずれかを使用して表わされうるということを理解するであろう。例えば、上記の説明の全体にわたって参照されうる、データ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場あるいは磁粒子、光場あるいは光学粒子、あるいはそれらのいずれの組み合わせ、によって表わされうる。
【００６４】
当業者は、ここに開示された実施形態に関連して説明された、様々な説明のための論理ブロック、モジュール、回路、および、アルゴリズムステップは、電子ハードウェア、コンピュータソフトウェアあるいは両方の組合せとして実装されうる、ということをさらに理解するであろう。このハードウェアとソフトウェアの互換性を明瞭に説明するために、様々な説明のためのコンポーネント、ブロック、モジュール、回路およびステップが、一般に、それらの機能性という観点から、上述されてきた。そのような機能が、ハードウェアまたはソフトウェアとして実装されるかどうかは、特定のアプリケーションと全体のシステムに課された設計制約によって決まる。当業者は、各特定のアプリケーションについての様々な方法で、説明された機能性を実装しうるが、そのような実装の決定は、本発明の範囲からの逸脱を生じさせるものとして解釈されるべきでない。
【００６５】
ここにおいて開示された実施形態に関して記載された方法、シーケンスおよび／またはアルゴリズムは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、または、それらの２つの組み合わせにおいて、具現化されうる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭあるいは当技術分野において知られているいずれの他の形態の記憶媒体、において存在しうる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ることができ、また記憶媒体に情報を書き込むことができるように、プロセッサに結合される。あるいは、記憶媒体は、プロセッサに一体化されうる。したがって、本発明の実施形態は、開示され、特許請求された実施形態を実行するための方法を具現化するコンピュータ可読媒体を含むことができる。したがって、本発明は、説明された例に限定されておらず、ここにおいて説明された機能を実行するためのいずれの手段も本発明の実施形態に含まれる。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［請求項１］
割り当てられたアドレスを有するデバイスにアクセスするための方法であって、
メモリロケーションに前記割り当てられたアドレスを格納することと、
前記デバイスにアクセスするための要求をポータルウェブページにおいて受信することと、
ここで、前記要求は、前記デバイスを固有に識別するデバイス識別子を備える、
前記デバイスにアクセスするための前記要求に応じて、前記デバイス識別子に基づいて前記デバイスの格納されたアドレスを識別することと、
前記ポータルから前記格納されたアドレスへの前記要求の送信者を再ルート指定することと
を備える、方法。
［請求項２］
前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
更新された動的に割り当てられたアドレスを受信し前記メモリロケーションに格納することをさらに備える、
請求項１に記載の方法。
［請求項３］
前記デバイス識別子は、電話番号、モバイルＩＤ番号、国際モバイル加入者アイデンティティ、または国際モバイル機器アイデンティティを備える、
請求項２に記載の方法。
［請求項４］
前記ポータルは、静的アドレスを有するウェブサーバを備え、
前記ウェブサーバは、商業的に利用可能な、既製で、実質的に非独自仕様ウェブサーバを備える、
請求項１に記載の方法。
［請求項５］
前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
前記再ルート指定することは、前記送信者と前記デバイスとの間のクライアントサーバセッションをもたらす、
請求項２に記載の方法。
［請求項６］
前記再ルート指定することは、
数字３で始まるステータスコードにおける３桁ＨＴＴＰステータスコード、
ウェブブラウザクライアント側スクリプトティング、
ＨＴＭＬフレームと新規のページになるフレームソースの特定、
ＨＴＴＰ「リフレッシュ」ヘッダ、または
リフレッシュのためのＨＴＭＬメタタグ
の使用を備える、請求項１に記載の方法。
［請求項７］
ネットワーク上のデバイスの仮想ロケーションを識別する割り当てられたアドレスをデバイスにおいて受信することと、
ウェブクライアントから前記デバイスにアクセスするための要求を受信するポータルに前記受信した割り当てられたアドレスを送信することと、
ここで、前記要求は、前記デバイスを固有に識別するデバイス識別子を備える、
前記割り当てられたアドレスに基づいて前記ポータルから前記デバイスに前記ウェブクライアントを再ルート指定する前記ポータルによって確立された通信リンクを通じて前記デバイスから前記ウェブクライアントにデータを配信することと
を備える、方法。
［請求項８］
前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
更新された割り当てられたアドレスに応じてそれを前記ポータルに送信することをさらに備える、
請求項７に記載の方法。
［請求項９］
前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
前記再ルート指定することは、前記ウェブクライアントと前記デバイスとの間のクライアントサーバセッションをもたらす、
請求項７に記載の方法。
［請求項１０］
デバイスにルート指定するための装置であって、
デバイスに割り当てられたアドレスを受信し、メモリロケーションに前記割り当てられたアドレスを格納するサーバを備え、
前記サーバは、前記デバイスにアクセスするための要求を受信するポータルウェブページを含み、
前記要求は、前記デバイスを固有に識別するデバイス識別子を備え、
前記サーバは、前記デバイスにアクセスするための前記要求に応じて、前記デバイス識別子に基づいて前記デバイスの格納されたアドレスを識別し、前記ポータルウェブページから前記格納された割り当てられたアドレスへの前記要求の送信者を再ルート指定する、
装置。
［請求項１１］
前記割り当てられたアドレスは、動的に割り当てられたアドレスを備え、
前記サーバは、更新された割り当てられたアドレスを受信し、前記メモリロケーションに格納する、
請求項１０に記載の装置。
［請求項１２］
前記ポータルウェブページは、静的アドレスを有する、
請求項１０に記載の装置。
［請求項１３］
前記デバイスは、ウェブサーバソフトウェアを有するモバイルデバイスを備え、
前記再ルート指定は、前記送信者と前記デバイスとの間のクライアントサーバセッションをもたらす、
請求項１０に記載の装置。
［請求項１４］
前記サーバは、ウェブサーバソフトウェアを有する、商業的に利用可能な、既製で、実質的に非独自仕様ウェブサーバを備え、
前記既製のウェブサーバソフトウェアは、前記デバイス識別子に基づいて前記デバイスの格納された割り当てられたアドレスを識別し、前記ポータルウェブページから前記格納された割り当てられたアドレスへの前記要求の送信者を再ルート指定するように構成される
請求項１０に記載の装置。
［請求項１５］
ネットワーク上のデバイスの仮想ロケーションを識別する割り当てられたアドレスを受信する前記デバイスを備え、
前記デバイスは、ウェブクライアントから前記デバイスにアクセスするための要求を受信するウェブページを有するポータルに前記割り当てられたアドレスを送信するように構成された、既製で、商業的に利用可能な、実質的に非独自仕様モバイルウェブサーバソフトウェアを備え、
前記要求は、前記デバイスを固有に識別するデバイス識別子を備え、
前記既製のモバイルウェブサーバソフトウェアは、前記割り当てられたアドレスに基づいて前記ポータルウェブページから前記デバイスに前記ウェブクライアントを再ルート指定する前記ポータルによって確立された通信リンクを通じて前記デバイスから前記ウェブクライアントにデータを配信するようにさらに構成される、
装置。
［請求項１６］
前記既製のモバイルウェブサーバソフトウェアは、前記割り当てられたアドレス変更に応じて、前記割り当てられたアドレスの更新を前記ポータルに送信するようにさらに構成される、
請求項１５に記載の装置。
［請求項１７］
前記既製のモバイルウェブサーバソフトウェアは、
前記デバイス識別子を前記割り当てられたアドレスと関連づけ、
前記デバイス識別子と前記ポータルに前記割り当てられたアドレスを送信する
ように構成される、請求項１６に記載の装置。
［請求項１８］
前記通信リンクは、クライアントサーバセッションを備える、
請求項１７に記載の装置。
【図１】
0005847853.tif 000002
【図２】
0005847853.tif 000003
【図３】
0005847853.tif 000004
【図４】
0005847853.tif 000005