JP2009539167A - 記憶デバイスのための分散ローカル・ウェブ・サーバ・アーキテクチャ - Google Patents

Abstract

【課題】記憶デバイス内の情報の更新を同期させるローカル・ウェブ・サーバを提供するためのシステムおよび方法を提供する。
【解決手段】データ処理システムは、内在するローカル・ウェブ・サーバを作動させる記憶デバイス、記憶デバイスへ接続されるホスト・デバイス、そして、ローカル・ウェブ・サーバと、ホスト・デバイスへ接続されたリモート・ウェブ・サーバとの間で自主的に情報を交換するための、ホスト・デバイス内に存在する交換メカニズムを含む。情報を求めるホスト・アプリケーションの要求に対してローカル・ウェブ・サーバがその情報を入手できない場合、ローカル・ウェブ・サーバは、自主的にＬＷＳＡを介してリモート・ウェブ・サーバから情報を取り出すことによって、ホスト・アプリケーションに応対することが好ましい。交換メカニズムは、ローカル・ウェブ・サーバとリモート・ウェブ・サーバとの間でデータ・パケットを交換することが好ましい。記憶デバイスは、ネットワーク通信のための利用可能な帯域幅の指示を得て、情報の交換を開始することが好ましい。記憶デバイスは、データ使用に関する一時的なパラメータによってデータ使用の統計を考慮するプロトコルに従って、情報交換に優先順位をつけることがより好ましい。
【選択図】図１

Description

本発明は、記憶デバイス内の情報の更新を同期させるローカル・ウェブ・サーバを提供するためのシステムおよび方法に関する。

記憶デバイス内におけるウェブ・サーバのエミュレーションは、コンピュータ工学技術において周知である。そのようなエミュレーションは、典型的に、ローカル記憶デバイス内に一つ以上のウェブ・ページ（またはそれらの一部）を保存し、それから、同じ記憶デバイス上で稼働しているローカル・ウェブ・サーバを用いて、そのウェブ・コンテンツにアクセスすることによって行われる。これは、独立したオペレーション、そして完全なポータビリティを提供する。

従来の技術によるエミュレータは、真の「ウェブ体験」を提供するが、一つの非常に重要な局面において、実際のネットワーク・ベースのウェブ・サーバとは異なる。「バックグラウンドで」（すなわち、ホスト・システム・イニシエーションなしで）自動的に更新されることはできない。さらに、ローカル・ウェブ・サーバ内に記憶したデータ（例えば、気象通報、交通状況、株価速報等）は、頻繁な更新を必要とするという性質を持つ。頻繁な更新の不足は、データの信頼性を損なう、あるいはデータを無益なものにしてしまう。

ホスト・デバイスのための「ウェブ・サーバ」として機能するＳＩＭ（すなわち、加入者識別モジュール）カードの、従来の技術による例は、サムスン電子社（韓国、ソウル、Taepyong-ro, Jung-gu）、そしてジェム・アルトＮ．Ｖ．（以前の社名はアクサルト・ホールディングＮ．Ｖ．、オランダ、アムステルダム、Joop Geesinkweg）から入手可能である。これらのＳＩＭカードは、データ記憶容量と「サーバのような」能力を持つが、アプリケーションの要求に応答して、インターネット（または他の外部データ・ソース）に接続し、新情報を入手し、その情報をデータへ取り込むメディアとして、ホスト・デバイスを利用するタスクを実行することはできない。（本文で用いる用語「インターネット」は、相互に連結したコンピュータ・ネットワークの集合に言及する。最も有名なインターネットは、ワールドワイド・インターネットである。）そのような従来の技術によるデバイスは、インターネットに直接的にアクセスすることができないという点で、真の意味でのウェブ・サーバではない。加えて、これらのＳＩＭカードは、携帯電話を介してインターネット・リソースへアクセスするための機能を提供しない。

オフラインでもオンラインでもユーザが利用可能な、また、オンラインの機会を利用してウェブ・サーバ・データを他の利用可能なデータ・ソースと自主的に同期させることが可能なローカル・ウェブ・サーバを獲得することは望ましいことである。この文脈における用語「自主的」は、ホスト・デバイスがゲートウエイとしてのみ機能し、ローカル・ウェブ・サーバとデータ・ソースとの通信を提供することを意味する。しかし、他の状況では、ホスト・デバイスは、データへのＭＭＩ（すなわち、マン・マシン・インターフェイス）を提供するために、クライアント・アプリケーション（例えば、ウェブ・ブラウザ）を実行できる。また、記憶デバイス内に記憶した、またはインターネットから読み込んだアプリケーションを実行できる。

本発明の目的は、記憶デバイス内の情報の更新を同期させるローカル・ウェブ・サーバを提供するためのシステムおよび方法を提供することである。

明確にする目的で、本文で用いる以下の用語を特別に定義する。本文で用いる用語「ウェブ・サーバ」は、インターネットへの直接的なアクセスによりクライアント・ウェブ・アプリケーションを介してアクセスが可能な、ウェブ・ページ、データベース、またはウェブ・アプリケーションの形態にあるデータを、クライアント・コンピュータ（または記憶デバイス）に提供する（典型的に「サーバ」と呼ばれる）ネットワーク・ベースのコンピュータに言及する。本文で用いる用語「ローカル・ウェブ・サーバ」は、ローカル・データ（すなわち、クライアント・コンピュータあるいは記憶デバイスに内在するデータ）を提供するウェブ・サーバに言及する。本文で用いる用語「記憶デバイス」は、データを記憶でき、そしてメモリ・キャッシング能力があるデバイスに言及する。そのような記憶デバイスは、例えば、ＳＩＭカード、メモリ・カード、ＵＦＤ（すなわち、ＵＳＢフラッシュ・ディスク）、あるいはホスト・デバイスにオンボードで搭載された記憶デバイスである。

本文で用いる用語「ホスト・デバイス」は、記憶デバイスが接続されるデバイス、例えば、携帯電話、ＰＣ（すなわち、パソコン）、ＣａｒＰＣ、そしてネットワーク接続の端末コンピュータに言及する。本文で用いる用語「ローカル・ウェブ・サーバ・エージェント」および「ＬＷＳＡ」は、ホスト・デバイス内にあって、ホスト・デバイスに接続された記憶デバイスと、ホスト・デバイスを外部ネットワークと通信させるように機能する通信スタックとの間のデータ通信を管理する素子（ハードウェアやソフトウェア）に言及する。この場合、ホスト・デバイス上では、少なくとも一つのアプリケーションが作動している。

本文で用いる用語「ホスト・アプリケーション」は、ホスト・デバイス上で作動しているソフトウェア・アプリケーション（例えば、ウェブ・ブラウザあるいはＥメール・プログラム）に言及する。本文で用いる用語「データ使用」は、習慣、キーワード、または他の規定に基づく、ユーザがアクセスしそうな予想可能なデータ項目の使用に言及する。本文で用いる用語「一時的なパラメータ」は、特定な時間、曜日、日付および場所に言及する。本文で用いる用語「自主的に」は、ＬＷＳＡ以外のホスト・アプリケーションの関わりがない状態での、情報の交換に言及する。

本発明は、記憶デバイス内の情報の更新を同期させるローカル・ウェブ・サーバを提供するためのシステムおよび方法を開示する。ホスト・デバイスおよびユーザに対しては、このウェブ・サーバは、通常のネットワーク・ベースのＡＳＰ（アクティブ・サーバ・ページ）ウェブ・サーバのように、ウェブ・ページおよびウェブ・アプリケーションをホスト・デバイスに提供する、更新された、容易にアクセスできるウェブ・サーバである。

ウェブ・サーバとしてホスト・デバイスに応対しながら、データを同期させる必要性および／または機会があるときにはいつでも、記憶デバイスは、外部データ・リポジトリあるいはウェブ・サーバとの同期のためのゲートウェイとしてホスト・デバイスを利用する。アプリケーションが、ローカル・ウェブ・サーバ内で入手できないデータを必要とするときはいつも、あるいはリモート・ウェブ・サーバが、ローカル・ウェブ・サーバに関わる送信すべき新しいデータを持っているときはいつも、データを同期させる「必要性」が生じる。データを同期させる「機会」は、ネットワーク接続にアイドル状態の帯域幅があるときにはいつも発生する。そのような「機会」を利用することは、そのような「必要性」に遭遇するリスクを減少させる。そのような「必要性」は、ユーザ・アクションまたはアプリケーション・オペレーションへの応答として、ホスト・デバイス上で作動しているアプリケーションがデータを明示的に必要とするときはいつも発生する。

本発明の革新的なアプローチは、記憶デバイスとネットワークとの間を直結することを必要とせずに、ローカル・ウェブ・サーバが機能して、ホスト・デバイスによる開始を必要とせずに、同期を実行できるようにする。本発明の革新的な局面は、ローカル・ウェブ・サーバが、例えば携帯電話等のホスト・デバイス内ではなく、例えばＳＩＭカード等の記憶デバイス内に存在することを可能にし、且つ、ローカル・ウェブ・サーバが、ホスト・デバイスを外部データ・ソースへの通信ゲートウェイとして用い、その内部のウェブ・サーバ・アプリケーションおよびデータ同期を実行することを可能にする。

記憶デバイス内にローカル・ウェブ・サーバを維持することには、以下にリストする四つの利点等の、いくつかの潜在的な利点がある。しかし、従来の技術によるローカル・ウェブ・サーバは、同期に対してホスト・アプリケーションに完全に依存しているため、これらの利点を生かすのに限界がある。本発明は、ローカル・ウェブ・サーバの自己管理同期を提供し、より良い性能で、そしてホスト・アプリケーションへの変更の必要性なしで、これらの利点を提供する。

（１）本発明のように記憶デバイス内にアプリケーションおよびアプリケーション・データを記憶することは、ネットワーク接続が利用可能でない場合、更新されないという犠牲はあるが、記憶デバイスからアプリケーションおよびデータを提供することによって高度な機能を可能にする。さらに、本発明は、従来の技術のような性能を維持しながら、より良い更新レートを提供する。したがって、従来の技術とは対照的に、本発明のアプローチは、システムがオフラインであるか、あるいはオンラインであるかに関係なく、常に最新のデータをアプリケーションに提供する。オフラインの場合、アプリケーションは、記憶デバイス内の最新のデータを受ける。オンラインの場合、アプリケーションは、リモート・データ・ソースから最新のデータを受け取る。

（２）本発明のように記憶デバイス内にアプリケーションおよびアプリケーション・データを記憶することは、更新されないという犠牲はあるが、ユーザへの、そしてホスト・アプリケーションへの非常に速い応答時間を可能にする。さらに、本発明は、より良い更新レートを提供しながら、従来の技術の場合よりも速い応答時間を維持する。したがって、従来の技術とは対照的に、本発明のアプローチは、データをローカルに記憶デバイス内に記憶しておくことによって、そのような応答時間を減少させる。

（３）最新のウェブ・アプリケーションは、コンテンツおよびデジタル権利管理考慮事項の制御流通を含むので、コンテンツの出版者およびアプリケーションが、それらの使用を制御できることが重要である。モバイル・ネットワーク・オペレータ（ＭＮＯ）の制御下にあり得るＳＩＭカード等の記憶デバイス内に（本発明のように）ウェブ・サーバ・エミュレータを維持することによって、本発明は、そのようなコンテンツの使用に対する正当な制御および課金を可能にする。そのようなシナリオでは、ＭＮＯは、コンテンツ・プロバイダの小売業者、または小売業者の代表となり得る。

（４）ホスト・デバイスは、典型的に、音楽およびビデオを再生する等の、速い応答時間を必要とするアプリケーションのホストをつとめるので、ウェブ更新等の、そのように速い応答時間を要求しないタスクを、記憶デバイスへオフロードすることは有益である。本発明は、記憶デバイスが、そのようなウェブ同期を実行し、貴重なプロセシング帯域幅をホスト・デバイスのために残しておくことを可能にする。

したがって、本発明によれば、以下のものを含むデジタル・データ処理システムが初めて提供される。
（ａ）ローカル・ウェブ・サーバを作動させるための記憶デバイス。なお、ローカル・ウェブ・サーバは、この記憶デバイスに内在する。
（ｂ）記憶デバイスへ作動可能に取り外し可能に接続されるように構成されたホスト・デバイス。
そして（ｃ）ローカル・ウェブ・サーバと、ホスト・デバイスへ作動可能に接続されたリモート・ウェブ・サーバとの間で自主的に情報を交換するために、ホスト・デバイス内に存在する交換メカニズム。

記憶デバイスおよびホスト・デバイスは、交換メカニズムが情報を交換している間、通信するように構成されることが好ましい。

ホスト・デバイスは、ホスト・デバイスと交換メカニズムとの間のインターフェイスとしてＬＷＳＡを含み、そしてＬＷＳＡが情報交換を開始するように構成されることが好ましい。ＬＷＳＡは、ホスト・デバイス内のアプリケーション、ホスト・デバイス内の通信スタックおよび記憶デバイスとインターフェイスするソフトウェア、またはハードウェア、あるいはハードウェア・ソフトウェア組み合わせモジュールとして実装してもよい。

情報を求めるホスト・アプリケーション要求に対してローカル・ウェブ・サーバがその情報を入手できない場合、ＬＷＳＡを介してリモート・ウェブ・サーバから自主的に情報を取り出すことによって、ローカル・ウェブ・サーバはホスト・アプリケーションに応対するよう作動可能であることが好ましい。

交換メカニズムは、ローカル・ウェブ・サーバとリモート・ウェブ・サーバとの間でデータ・パケットを交換するよう作動可能であることが好ましい。

リモート・ウェブ・サーバは、情報交換を開始するように構成されることが好ましい。

記憶デバイスは、ネットワーク通信に利用可能な帯域幅の指示に応答して、情報交換を開始するように構成されることが好ましい。

記憶デバイスは、プロトコルに従って、情報交換に優先順位をつけるよう作動可能であることがより好ましい。

プロトコルは、データ使用の、少なくとも一つの一時的なパラメータに従って、データ使用の統計を考慮することがより好ましい。一時的なパラメータの例は、データ使用の時間、曜日、日付および場所を含む。

プロトコルは、ホスト・デバイスと記憶デバイスとの間のトランザクションを考慮することが最も好ましい。

ホスト・デバイスは、リモート・ウェブ・サーバと情報を交換するために、通信スタックとデバイス・マネージャとの間の内部通信リンクを含むことが好ましい。

内部通信リンクは、ＬＷＳＡを介して、ホスト・デバイスとリモート・ウェブ・サーバとの間で情報のデータ・パケットを交換するよう作動可能であることが最も好ましい。

本発明によれば、以下のものを含む、可逆的に記憶デバイスのホストをつとめるホスト・デバイスが初めて提供される。
（ａ）ホスト・アプリケーションを記憶するためのメモリ。
（ｂ）ホスト・アプリケーションが、記憶デバイスによって開始される、リモート・ウェブ・サーバとの通信を管理するための通信スタック。
そして（ｃ）リモート・ウェブ・サーバから記憶デバイスへデータを提供するためのデバイス・マネージャ。

通信スタックは、データ・パケットを交換することによって、ホスト・アプリケーションと通信するように構成されることが好ましい。

デバイス・マネージャは、データ・パケットを交換することによって、ホスト・アプリケーション、通信スタック、そして記憶デバイスと通信するように構成されることが好ましい。

本発明によれば、以下のものを含む記憶デバイスが初めて提供される。（ａ）ホスト・デバイスへの可逆な接続操作を可能にするインターフェイス。そして（ｂ）インターフェイスを介して、リモート・ウェブ・サーバとの情報交換を開始するように構成されたローカル・ウェブ・サーバ。

記憶デバイスは、フラッシュメモリ・デバイスまたはＳＩＭカードであることが好ましい。

本発明によれば、ホスト・デバイスから記憶デバイスへウェブ・ホスティング・サービスを提供するための、以下のステップを含む方法が初めて提供される。
（ａ）ローカル・ウェブ・サーバを記憶デバイス内にインストールするステップ。
（ｂ）ホスト・デバイスへ記憶デバイスを作動可能に接続するステップ。
（ｃ）ネットワークへホスト・デバイスを作動可能に接続するステップ。
そして（ｄ）ホスト・デバイスを通して、ローカル・ウェブ・サーバとリモート・ウェブ・サーバとの間で自主的に情報を交換するステップ。

交換ステップは、ローカル・ウェブ・サーバとリモート・ウェブ・サーバとの間でデータ・パケットを交換することによって実行され、且つローカル・ウェブ・サーバによって開始されることが好ましい。

これらの実施例および他の実施例を、以下で詳細に説明する。

さて、本発明を、例証としての添付の図面を参照しながら説明する。

本発明は、記憶デバイス内の情報の更新を同期させるローカル・ウェブ・サーバを提供するためのシステムおよび方法に関する。本発明による、そのようなローカル・ウェブ・サーバを提供するための原理および作用は、次の説明および図面を参照することによって、よりよく理解することができる。

さて、図面を参照する。図１は、本発明の好適実施例による、ローカル・ウェブ・サーバ・システムの簡略ブロック図である。例えば、携帯電話またはパソコン等のホスト・デバイス２０が、インターフェイス２３を介して記憶デバイス２２へ接続されていることを図示している。記憶デバイス２２内には、他のファイルの間に、（ユーザ２６、またはホスト・デバイス２０上で作動しているアプリケーション２８のいずれかによってインタラクティブに）ホスト・デバイス２０がアクセス可能なローカル・ウェブ・サーバ２４が存在する。ローカル・ウェブ・サーバ２４はアプリケーション２８を提供するが、ローカル・ウェブ・サーバ２４は、アプリケーション２８が、その時、記憶デバイス２２内で利用不可能な更新データを必要とする状況に遭遇する。そのようなケースでは、ローカル・ウェブ・サーバ２４は、リモート・データ・リポジトリあるいはウェブ・サーバ３０からの更新または同期のための要求を発することができる。そのような要求は、コントローラ３２を介して、ゲートウェイ３４として作用するホスト・デバイス２０を通るようルートが決められる。コントローラ３２は、また、記憶デバイス２２のコントローラでもある。ゲートウェイ３４は、例えばワールドワイド・インターネット等のインターネット３６を介して、リモート・データ・リポジトリあるいはウェブ・サーバ３０へ接続する。データ・リポジトリあるいはウェブ・サーバ３０から読み込むデータは、ローカル・ウェブ・サーバ２４へ同様のルートで送信される。ホスト・デバイス２０は、ゲートウェイ３４として作用する以外、この同期において能動的役割を果たす必要はない。

注目すべきは、ローカル・ウェブ・サーバ２４およびコントローラ３２が、典型的に、記憶デバイス２２上で作動しているアプリケーションであり、記憶デバイス２２のハードウェア・コンポーネント（例えば、メモリ、プロセッサ等）を共有することである。ローカル・ウェブ・サーバ２４およびコントローラ３２は、ハードウェア、またはソフトウェア・ハードウェア組み合わせモジュール（例えば、ファームウェア）として具現することもできる。

典型的なウェブ・サーバ３０のデータ量は大きいが、ユーザが任意の時間に必要とするのは、データの一部分、少量であるため、すべてのウェブ・サーバ・データを記憶デバイス２２内に維持する必要は全くない。コントローラ３２が制御する同期システムは、最近要求された、または要求されると予測したデータのみを記憶するために、記憶デバイス２２の有限の記憶域を用いる。すべてのデータが容易に利用可能ではないという事実は、ネットワーク・ベースのサーバに比較して、ローカル・ウェブ・サーバ２４の応答時間が長いように思える。しかしながら、ローカル・ウェブ・サーバ２４の平均性能は、以下の二つの考慮事項に起因して、従来のネットワーク・サーバよりも速い。ユーザ２６が要求する情報の大部分は、記憶デバイス２２内に利用可能であるとともに更新されるため、
（１）ローカル記憶デバイス２２とのユーザ・インターアクションは、ネットワークとのユーザ・インターアクションよりも非常に速い。
（２）ローカル・ウェブ・サーバ２４は、「キャッシュ」ウェブ・サーバとして作用し、ネットワークとの通信がないときにもユーザ２６にサービスを提供する。

本発明のローカル・ウェブ・サーバ２４の性能は、ユーザ２６が、またはホスト・デバイス２０上で作動しているアプリケーション２８が要求するデータを予測して準備する能力に依存するため、本発明は、記憶デバイス２２内に記憶され、記憶デバイスによって管理されるプロトコルを含む。このプロトコルは、オンライン接続の機会が利用可能なときはいつでも行われる同期を決定する。このプロトコルは、リモート・データ・リポジトリあるいはウェブ・サーバ３０からの外部入力についての、および／またはホスト・デバイス２０と記憶デバイス２２との間の通信の解釈についての使用統計を考慮する。そのようなプロトコルは、本発明の譲受人に譲渡されている、２００６年１２月２１日に出願された、ジフ氏およびポメランツ氏の米国特許出願第11/642,897号、そして2006年３月１６日に出願された、ジヴ氏らの米国特許出願第60/782,839号に開示されている。これらは、参照によって本文に完全に記述したものとみなす。

図２は、従来の技術によるシステムにおける通信を表す簡略ブロック図である。ホスト・デバイス４０、例えば携帯電話が、リモート・ウェブ・サーバ４４との通信を必要とするアプリケーション４２、例えばウェブ・ブラウザのホストをつとめる。そのような通信は、デジタル通信の技術で周知であるＴＣＰ／ＩＰプロトコルのデータパケット（図示せず）、そして、それらの宛名に従ってパケットのルートを決める通信スタック４６を用いて実行できる。アプリケーション４２は、リモート・ウェブ・サーバ４４のＩＰアドレスで、通信スタック４６へパケットを送信する（チャネルＡ）。通信スタック４６は、リモート・ウェブ・サーバ４４へパケットを、インターネット３６上で送信する（チャネルＢ）。リモート・ウェブ・サーバ４４は、情報要求を処理し、インターネット３６を介して情報をホスト・デバイス４０へ送り返す（チャネルＣ）。通信スタック４６は、パケットを受信し、それらを内部的にアプリケーション４２へ転送する（チャネルＤ）。択一的に、通信は、リモート・ウェブ・サーバ４４から開始して、アプリケーション４２へアドレス指定したＴＣＰ／ＩＰパケットを送信することができる。

注目すべきは、図２は、単一のアプリケーションおよび単一のリモート・ウェブ・サーバを示しているが、ＴＣＰ／ＩＰプロトコル、そして他の従来の技術による方法は、多くのアプリケーションが、多くのウェブ・サーバと通信することを可能にし、プロトコルは、情報の送信経路が正しく定められることを保証するということである。

図３は、従来の技術によるシステムの通信を表す簡略ブロック図である。ホスト・デバイス５０は、常駐アプリケーション４２と、ＳＩＭカードあるいはメモリ・カード等のローカルに取り付けた記憶デバイス５２とともに図示されている。オペレーティングシステム５４そしてホスト・デバイス５０のデバイス・ドライバ５６を介するアプリケーション４２は、ファイル・システム・インターフェイス、またはコンピュータ工学の技術で周知である他の記憶インターフェイス（ＳＩ）を通してデバイス・マネージャ５８と通信する（チャネルＥ）。デバイス・マネージャ５８は、記憶デバイス５２へ情報を渡し（チャネルＦ）、それから記憶デバイス５２から応答を受信し（チャネルＦ）、その応答を、上記のＳＩを用いてアプリケーション４２へ渡す（チャネルＥ）。

本発明は、（データ・パケットを用いる、しかし、同様に代替的な通信スキームを実装させることもできる）ソフトウェア・モジュールとして、ハードウェアモジュールとして、あるいはアプリケーション、記憶デバイスおよび通信スタック間をインターフェイスするハードウェア・ソフトウェア組み合わせモジュールとして本文に開示するＬＷＳＡモジュールを含む。

好適実施例においては、ＬＷＳＡは、内部アドレスおよびＩＰアドレスを持つデータ・パケットを用いる、そのようなインターフェイスを実行する。内部アドレスは、例えば、記憶デバイス上で作動しているウェブ・サービス、またはホスト・デバイス上で作動しているアプリケーション等、パケットの内部デスティネーションを識別するために用いる。ＩＰアドレスは、ローカル・ウェブ・サーバと通信しているリモート・ウェブ・サーバ等、パケットの外部デスティネーションを識別するために用いる。ＬＷＳＡは、従来の技術による方法を用いて、ホスト・デバイスとの通信を自主的に開始することができない記憶デバイスのための双方向通信機構を実装することもできる。

図４は、本発明の好適実施例によるローカル・ウェブ・サーバ・システムの、ホスト・デバイスのアプリケーションによって開始される通信を表す簡略ブロック図である。ホスト・デバイス６０は、例えば、ウェブ・ブラウザ等のアプリケーション４２のホストをつとめる。アプリケーション４２は、記憶デバイス５２内の記憶装置からデータを取り出すために、記憶デバイス５２と通信する必要がある。アプリケーション４２は、本発明のＬＷＳＡ６２へアドレス指定データ・パケット（図示せず）を送信する（チャネルＧ）。ＬＷＳＡは、パケットのデスティネーションを認識し、パケットのデスティネーションに応じて、パケットを（チャネルＨを介して）通信スタック４６へ、（そしてパケットをチャネルＢを介してリモート・ウェブ・サーバ４４へ送信する。）またはデバイス・マネージャ５８（チャネルＪ）へ導く。パケットは、チャネルＣを介して、リモート・ウェブ・サーバ４４から通信スタック４６へ戻り、チャネルＩを介してＬＷＳＡ６２へ導かれる。ＬＷＳＡ６２がパケットのルートをデバイス・マネージャ５８（チャネルＪ）へ定めたケースでは、デバイス・マネージャ５８が、それから記憶デバイス５２へ直接的に、あるいは、ホスト・デバイス６０と記憶デバイス５２との間で通信プロトコルに従ってパケットをカプセル化することによって、パケットを渡す（チャネルＫ）。記憶デバイス５２は、要求を処理して、アプリケーション４２へアドレス指定したデータ・パケットとして情報をデバイス・マネージャ５８へ送信する（チャネルＬ）。デバイス・マネージャ５８は、ＬＷＳＡ６２へパケットを転送する（チャネルＭ）。ＬＷＳＡ６２は、それからアプリケーション４２へパケットを送信する（チャネルＮ）。

図５は、本発明の好適実施例によるローカル・ウェブ・サーバ・システムの、ホスト・デバイスのアプリケーションによって開始されない通信を表す簡略ブロック図である。この実施例は、図２、図３および図４で説明したプロセスの組み合わせに基づいているので、簡単に説明する。ホスト・デバイス７０は、情報を必要とする、例えばウェブ・ブラウザ等のアプリケーション４２のホストをつとめる。記憶デバイス７２は、アプリケーション４２のためのローカル・ウェブ・サーバ７４として作用する。アプリケーション４２は、ＬＷＳＡ６２を介して、ローカル・ウェブ・サーバ７４からの情報の要求を開始する（チャネルＧ）。ＬＷＳＡ６２は、デバイス・マネージャ５８へ要求を転送する（チャネルＪ）。デバイス・マネージャ５８は、それから要求を記憶デバイス７２へ送信する（チャネルＫ）。記憶デバイス７２は要求を処理して、デバイス・マネージャ５８へ応答を送信する（チャネルＬ）。応答は、それから、デバイス・マネージャ５８からＬＷＳＡ６２へ（チャネルＭ）、そしてＬＷＳＡ６２からアプリケーション４２へのルートで進む（チャネルＮ）。

しかし、いくつかのケースでは、ローカル・ウェブ・サーバ７４は、応答のための要求情報を持たないが、ローカル・ウェブ・サーバ７４で利用可能な情報に基づいて、リモート・ウェブ・サーバ４４上で情報が見つかると「考える」。そのようなケースでは、記憶デバイス７２は、情報が利用可能でないことを、すぐにはアプリケーション４２へ知らせない。その代わり、ローカル・ウェブ・サーバ７４は、アプリケーション４２に応答を待たせて、デバイス・マネージャ５８を介した要求を開始する（チャネルＬ）。デバイス・マネージャは、ＬＷＳＡ６２を介して要求を伝達する（チャネルＭ）。ＰＳＷＡ６２から、その要求は、通信スタック４６へ送信される（チャネルＨ）。そしてインターネット３６を介して、要求は、関連したリモート・ウェブ・サーバ４４へ送信される（チャネルＢ）。リモート・ウェブ・サーバ４４は、ローカル・ウェブ・サーバ７４の要求を処理し、応答を記憶デバイス７２へ送信する（チャネルＣ）。パケットは、記憶デバイス７２へ内部アドレス指定されており、それらの終点アドレスによってパケットを認識するホスト・デバイス７０の通信スタック４６によって傍受され、ＬＷＳＡ６２へ送信される（チャネルＩ）。ＬＷＳＡ６２は、デバイス・マネージャ５８へパケットのルートを決定し（チャネルＪ）、それから、デバイス・マネージャはパケットを記憶デバイス７２へ送信する（チャネルＫ）。

記憶デバイス７２は、それから、ホスト・アプリケーション４２の要求への応答を完了するために、この情報を用いる。応答は、それからアプリケーション４２へアドレス指定され、デバイス・マネージャ５８（チャネルＬ）およびＬＷＳＡ６２（チャネルＭ）を介して、アプリケーション４２へ送信される（チャネルＮ）。本実施例の本質は、ホスト・アプリケーション４２の観点からは、（いくらかの呼び出し時間以外）図５に関して説明した二つの最後のシナリオの間に差異が全くないということである。したがって、記憶デバイス７２とリモート・ウェブ・サーバ４４との間の相互作用は、ホスト・デバイス７０には、そしてアプリケーション４２には感知されない。

強調すべきは、ローカル・ウェブ・サーバ７４とリモート・ウェブ・サーバ４４との間の同期が、ホスト・アプリケーション４２による引き金（例えば、上記の要求）に依存せず、ローカル・ウェブ・サーバ７４によって、またはリモート・ウェブ・サーバ４４によって開始できることである。

注意すべきは、通信の上記チャネルが、アプリケーション４２とデバイス・マネージャ５８との間（チャネルＥ）の、そしてデバイス・マネージャ５８と記憶デバイス７２との間（チャネルＯ）の記憶インターフェイス通信チャネルを排除しないし、置換もしないことである。これらの記憶インターフェイス通信チャネルは、上記の他のチャネルと並列に作動できる。

さらに、注目すべきは、図５に関して上述したプロセスは、本出願の「概要」の箇所で言及する二つの他のタイプの同期に適用できることである。すなわち、ネットワーク帯域幅が利用できるときに記憶デバイスによって開始される同期、そして特定なローカル・ウェブ・サーバへ更新を送信するようにプログラムされたリモート・ウェブ・サーバによって開始される同期。好適実施例においては、ローカル・ウェブ・サーバのサービスは、リモート・ウェブ・サーバとの通信を開始でき、そしてホスト・デバイスのアドレス、そしてそのホスト・デバイスの記憶デバイス内のウェブ・サービスの内部アドレスを登録できる。そのような登録は、リモート・ウェブ・サーバが、ローカル・ウェブ・サーバ内における同期を開始することを可能にする。

本発明を限られた数の実施例に関して説明したが、本発明の多くの変形、修正、そして他の応用が可能であることは明らかである。

本発明の好適実施例による、ローカル・ウェブ・サーバ・システムの簡略ブロック図である。 従来の技術によるシステムにおける通信を表す簡略ブロック図である。 従来の技術によるシステムにおける通信を表す簡略ブロック図である。 本発明の好適実施例によるローカル・ウェブ・サーバ・システムの、ホスト・デバイスのアプリケーションによって開始される、通信を表す簡略ブロック図である。 本発明の好適実施例によるローカル・ウェブ・サーバ・システムの、ホスト・デバイスのアプリケーションによって開始されない、通信を表す簡略ブロック図である。

Claims (20)

1. デジタル・データ処理システムであって、
   （ａ）ローカル・ウェブ・サーバを作動させるための記憶デバイスであって、前記ローカル・ウェブ・サーバが内在する前記記憶デバイス、
   （ｂ）前記記憶デバイスへ作動可能に取り外し可能に接続されるように構成されたホスト・デバイス、そして
   （ｃ）前記ローカル・ウェブ・サーバと、前記ホスト・デバイスへ作動可能に接続されたリモート・ウェブ・サーバとの間で自主的に情報を交換するために、前記ホスト・デバイス内に存在する交換メカニズムからなり、
   前記記憶デバイスが前記情報の前記交換を開始するように構成されている、システム。
2. 前記交換メカニズムが前記情報を交換し合っている間、前記記憶デバイスと前記ホスト・デバイスとが通信するように構成されている、請求項１のシステム。
3. 前記ホスト・デバイスが、前記ホスト・デバイスと前記交換メカニズムとのインターフェイスとしてＬＷＳＡを含み、前記ＬＷＳＡが前記情報の前記交換を開始するように構成されている、請求項１のシステム。
4. 前記ＬＷＳＡがソフトウェアで実装される、請求項３のシステム。
5. 前記ＬＷＳＡがハードウェアで実装される、請求項３のシステム。
6. 前記ＬＳＷＡが、前記ホスト・デバイス内のアプリケーションと、前記ホスト・デバイス内の通信スタックと、そして前記記憶デバイスとインターフェイスするハードウェア・ソフトウェア組み合わせモジュールで実装される、請求項３のシステム。
7. 前記情報を求めるホスト・アプリケーション要求に対して前記ローカル・ウェブ・サーバが前記情報を入手できない場合、自主的にＬＷＳＡを介して前記リモート・ウェブ・サーバから前記情報を取り出すことによって、前記ローカル・ウェブ・サーバがホスト・アプリケーションに応対するよう作動可能である、請求項１のシステム。
8. 前記交換メカニズムが、前記ローカル・ウェブ・サーバと前記リモート・ウェブ・サーバとの間でデータ・パケットを交換するよう作動可能である、請求項１のシステム。
9. 前記リモート・ウェブ・サーバが、前記情報の前記交換を開始するように構成されている、請求項１のシステム。
10. 前記記憶デバイスが、ネットワーク通信に利用可能な帯域幅の指示に応答して、前記情報の前記交換を開始するように構成されている、請求項１のシステム。
11. 前記記憶デバイスが、プロトコルに従って前記情報の前記交換の優先順位をつけるよう作動可能である、請求項１０のシステム。
12. 前記プロトコルが、データ使用の、少なくとも一つの一時的なパラメータに従って、前記データ使用の統計を考慮する、請求項１１のシステム。
13. 前記プロトコルが、前記ホスト・デバイスと前記記憶デバイスとの間のトランザクションを考慮する、請求項１１のシステム。
14. 前記ホスト・デバイスが、前記リモート・ウェブ・サーバと前記情報を交換するために、通信スタックとデバイス・マネージャとの間の内部通信リンクを含む、請求項１のシステム。
15. 前記内部通信リンクが、ＬＷＳＡを介して前記ホスト・デバイスと前記リモート・ウェブ・サーバとの間で、前記情報のデータ・パケットを交換するよう作動可能である、請求項１４のホスト・デバイス。
16. （ａ）ホスト・デバイスへの可逆な接続操作を可能にするインターフェイス、そして
    （ｂ）前記インターフェイスを介してリモート・ウェブ・サーバとの情報の交換を開始するように構成されているローカル・ウェブ・サーバからなる、記憶デバイス。
17. 前記記憶デバイスがフラッシュメモリ・デバイスである、請求項１６の記憶デバイス。
18. 前記記憶デバイスがＳＩＭカードである、請求項１６の記憶デバイス。
19. ホスト・デバイスから記憶デバイスへウェブ・ホスティング・サービスを提供するための方法であって、
    （ａ）ローカル・ウェブ・サーバを記憶デバイス内にインストールするステップ、
    （ｂ）ホスト・デバイスへ記憶デバイスを作動可能に接続するステップ、
    （ｃ）ネットワークへホスト・デバイスを作動可能に接続するステップ、そして
    （ｄ）前記ホスト・デバイスを通して前記ローカル・ウェブ・サーバとリモート・ウェブ・サーバとの間で自主的に情報を交換するステップからなり、前記情報の前記交換が記憶デバイスによって開始される、方法。
20. 前記交換ステップが、前記ローカル・ウェブ・サーバと前記リモート・ウェブ・サーバとの間でデータ・パケットを交換することによって実行され、且つ前記ローカル・ウェブ・サーバによって開始される、請求項１９の方法。

Images