モバイル装置を用いたオフライン・ブラウジング
【課題】 モバイル装置を介して効率的にエンタープライズ・サーバ・リソースにアクセスすることができる方法及びシステムを提供する。
【解決手段】 本発明は、モバイル装置がネットワークに接続されているか又はネットワークから切断されているかにかかわらず、ウェブ・サイト及びそのコンテンツを該モバイル装置上に効率的に表示するための機構を提供する。モバイル装置が、ウェブ・サイトをホストするサーバに要求を行ったときに、該サーバは、ウェブ・サイト・コンテンツを構成するページ要素を圧縮する。サーバは、モバイル装置の要求に応答して、圧縮されたページ要素を送信する。モバイル装置は、ページ要素を解凍し、解凍されたページ要素をローカルに格納する。モバイル装置は、該モバイル装置のユーザが要求したときに、ローカルに格納されたウェブ・サイト・コンテンツを表示する。
【解決手段】 本発明は、モバイル装置がネットワークに接続されているか又はネットワークから切断されているかにかかわらず、ウェブ・サイト及びそのコンテンツを該モバイル装置上に効率的に表示するための機構を提供する。モバイル装置が、ウェブ・サイトをホストするサーバに要求を行ったときに、該サーバは、ウェブ・サイト・コンテンツを構成するページ要素を圧縮する。サーバは、モバイル装置の要求に応答して、圧縮されたページ要素を送信する。モバイル装置は、ページ要素を解凍し、解凍されたページ要素をローカルに格納する。モバイル装置は、該モバイル装置のユーザが要求したときに、ローカルに格納されたウェブ・サイト・コンテンツを表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、データ処理システムにおいて通信ネットワークを介した効率的なデータの伝送を提供するための改善されたシステム及び方法に関し、より具体的には、データをモバイル装置に効率的に転送することによって、エンタープライズ・サーバのリソース・ウェブ・サイトからほとんど切断されたモバイル装置を操作するための技術に関する。
【背景技術】
【０００２】
サーバ・システムは、モバイルを持つ従業員のビジネス・エンタープライズについての操作に対してデータ及び対話を提供する。モバイルを持つ従業員は、携帯情報端末（ＰＤＡ）、モバイル・ウェブ電話、ポケットＰＣ、及びラップトップなどのモバイル装置によって、有線又は無線の通信ネットワークを介してインターネット上のサーバ・リソースにアクセスする。接続されると、モバイルを持つ従業員は、ビジネス・フォーム、会社指針、顧客情報などといったデータにアクセスする。しかしながら、モバイルを持つ従業員が、有線接続又は無線接続にはアクセスできないが、引き続きエンタープライズ・データにアクセスすることが必要な多くの場合が存在する。さらに、モバイル装置がサーバ・リソースにアクセスできるときであっても、情報についての変化するニーズを満たすために、データの送信は効率的であることが必要である。例えば、幾つかの国においては、データ帯域幅の現行のコストは、０．０１ドル／ｋｂｙｔｅを上回る。
【０００３】
現行の商用接続システムは、切断時すなわちオフライン時に、典型的には、モバイル装置のブラウザにキャッシュされたウェブ・ページを提供して、以前に閲覧された情報のみにアクセスさせる。ウェブ・キャッシュ・ページ処理は、モバイルを持つ従業員によって実行されたブラウジング・パスのみをキャッシュすることに限定されているという点で、静的である。プロキシは、この処理を実装するためのソフトウェア・コンポーネントであり、モバイル装置上で実行され、エンタープライズ・サーバと通信し、訪れたページ又はＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をキャッシュする。ユーザが切断されたときに、訪問したページを再表示できるようにするために、プロキシは、エンタープライズ・サーバに対して行われたページ又はＵＲＬの表示を求める各々の要求の出力先をプロキシに変更することを必要とする。このキャッシュ処理は、ユーザがウェブ・サイトを閲覧する際にモバイル装置によってアクセスされる各々のページについて、プロキシが個々のＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を行わなければならないため、データ集約型である。
【０００４】
さらに、プロキシは、エンタープライズ・サーバから取得された各々のページを記録し、ＨＴＴＰ要求に含まれるフルパス名を、モバイル装置の選択された媒体に応じた特定のアドレスに翻訳することができる。例えば、ウェブ電話において動作するプロキシは、ウェブ・サーバ上に格納されたものとしてのフルパス名を、メモリ・スティックへのフルパス名に翻訳しなければならないであろう。個々の要求を行うのに役立つように、プロキシの設計は、各々の要求及び応答を処理するために、個々の要求と関連付けられた複雑なコード・パス及びヘッダ・ファイルから構成される場合がある。さらに、モバイル装置のための通信プロトコルのトランスポート層は、各々の要求を送信するときに、多数のオーバーヘッド・ビットを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
モバイルを持つ従業員は、接続環境及び非接続環境のいずれの場合も、より高効率に、トランスペアレントな方法で、エンタープライズ・サーバ・リソースにアクセスする必要があることが明らかである。帯域幅送信のコスト、待ち時間、及び、企業のウェブ・サイトに格納された大量の情報を考慮すると、データ配信のサイズが増すにつれてネットワーク・コストが増大するため、モバイル装置を介して効率的にエンタープライズ・サーバ・リソースにアクセスすることができる方法及びシステムについて必要性が存在する。
【課題を解決するための手段】
【０００６】
幾つかの態様の中でも、本発明は、モバイル装置がネットワークに接続されているか、又はネットワークから切断されているかに関わらず、ウェブ・サイト及びそのコンテンツを該モバイル装置上に効率的に表示するための機構を提供するものである。モバイル装置が、ウェブ・サイトをホストするサーバに要求を行ったときに、該サーバは、ウェブ・サイト・コンテンツを構成するページ要素を圧縮する。サーバは、モバイル装置の要求に応答して、圧縮されたページ要素を送信する。モバイル装置は、ページ要素を解凍し、解凍されたページ要素をローカルに格納する。モバイル装置は、該モバイル装置のユーザが要求したときに、ローカルに格納されたウェブ・サイト・コンテンツを表示する。
【発明を実施するための最良の形態】
【０００７】
本発明のより完全な理解、並びに、本発明の更なる特徴及び利点は、以下の詳細な説明及び添付図面から明らかになるであろう。
【０００８】
図１は、本発明を実装することができるネットワーク・データ処理システムのブロック図を示す。ネットワーク・データ処理システム１００は、本発明を実装することができるコンピュータのネットワークである。ネットワーク・データ処理システム１００はネットワーク１０２を含み、ネットワーク１０２は、ネットワーク・データ処理システム１００内で互いに接続された種々の装置とコンピュータとの間に通信リンクを提供するのに用いられる媒体である。ネットワーク１０２は、電線、光ファイバ・ケーブル、ケーブル、及び無線通信リンクなどの接続手段を含むことができる。これらの接続手段を介して通信を行うためのデータ・リンク・プロトコルは、適切には、Ｉ．Ｅ．Ｅ．Ｅ８０２．１１、ＣＤＭＡ、ＧＳＭなどを含むことができる。
【０００９】
図示される例においては、サーバ１０４がネットワーク１０２に接続される。さらに、モバイル・クライアントとしても知られるモバイル装置１０８、１１０、及び１１２が、ネットワーク１０２に接続される。これらのクライアント１０８、１１０、及び１１２は、例えば、ラップトップ、携帯情報端末（ＰＤＡ）、ポケット型、ハンドヘルド型、若しくは手のひらサイズのパーソナル・コンピュータ、又は携帯電話などといった、パーソナル・コンピュータとすることができる。示される例においては、モバイル・クライアント１０８は、ネットワーク１０２に無線接続されたパーソナル・コンピュータ・ラップトップとして図示され、モバイル・クライアント１１０は、ネットワーク１０２に有線接続されたパーソナル・コンピュータ・ラップトップとして図示され、モバイル・クライアント１１２は、ネットワーク１０２に無線接続された携帯電話として示されている。サーバ１０４は、文書などのデータを、クライアント１０８、１１０、及び１１２に提供する。説明を簡単にするために３つのクライアントが示されているが、典型的なネットワークは、様々なタイプの多数のクライアントを含むことができ、こうしたネットワークは、以下にさらに扱われるように、本発明によって考慮されることが認識されるであろう。
【００１０】
サーバ１０４は、適切には、ウェブ・サーバを含むことができる。本明細書で用いるときには、「ウェブ・サーバ」という用語は、ＨＴＭＬファイル、画像ファイル、動画ファイル、音声ファイル、照会結果などであるかどうかに関わらず、まとめてリソースと呼ばれる事実上すべてのファイル又は他のデータをネットワーク１０２を介して配信するための、ＨＴＴＰなどの標準的な通信プロトコルのサーバ側負担を少なくとも実装するコンピュータ命令を含む。
【００１１】
クライアント１０８、１１０、及び１１２は、サーバ１０４に対するクライアントである。ネットワーク・データ処理システム１００は、図示されない付加的なサーバ、クライアント、及び他の装置を含むことができる。図示される例においては、ネットワーク１０２を含むネットワーク・データ処理システム１００は、ＴＣＰ／ＩＰプロトコル・スイートを用いて互いに通信するネットワーク及びゲートウェイの世界規模の集合体を表す。ネットワーク１０２の心臓部は、データ及びメッセージを送る何千もの商用コンピュータ・システム、政府系コンピュータ・システム、教育用コンピュータ・システム、及び他のコンピュータ・システムから構成される、主ノードすなわちホスト・コンピュータ間の高速データ通信回線のバックボーンである。当然のことながら、ネットワーク・データ処理システム１００は、例えばインターネット、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、又は広域エリア・ネットワーク（ＷＡＮ）などの、多数の異なるタイプのネットワークとして実装することもできる。図１は、説明のための例であり、本発明についてのアーキテクチャ面の制限として意図するものではない。サーバ１０４、並びに、クライアント１０８、１１０、及び１１２は、以下に説明されるように、本発明に適合するようにしたものである。
【００１２】
拡張可能な範囲でサービスを提供するために、サーバ・ファーム１３０を用いることができる。サーバ１０４は、スプレイヤ１２０を介して、クライアントからの要求をサーバ・ファーム１３０の中のサーバの１つに送信することができる。スプレイヤは、要求をサーバ・ファームの中のサーバの１つに配信するものであり、ロード・バランシングのような他の機能を実行することができる。サーバ・ファーム内の各々のサーバは、利用可能なアプリケーションの全てを動作させることができる。サーバ１０４及びサーバ・ファーム１３０は、サーバのいずれかが、既知の相対パス名又はフルパス名ナビゲーション技術を用いて、階層構造で格納されたデータにアクセスできるように、ネットワーク・ファイル・システムを共有することができる。例えば、各々のサーバは、標準のディレクトリ命令を発行することによって、／ｓｅｒｖｅｒ／ｉｍａｇｅｓディレクトリ内の、ＴＩＦＦ（Ｔａｇ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）で格納された画像ファイルにアクセスすることができる。
【００１３】
図２は、現時点で好ましい本発明の実施形態に従って、図１のサーバ１０４などのサーバとして利用することが適切なデータ処理システムのブロック図を示す。データ処理システム、すなわちサーバ２００は、システム・バス２０６に接続される複数のプロセッサ２０２及び２０４を含む対称型マルチプロセッサ（ＳＭＰ）システムとすることができる。あるいは、単一プロセッサ・システムを利用することもできる。メモリ・コントローラ／キャッシュ２０８もまた、システム・バス２０６に接続される。メモリ・コントローラ／キャッシュ２０８は、ローカル・メモリ２０９へのインターフェースとなる。入力／出力（Ｉ／Ｏ）バス・ブリッジ２１０が、システム・バス２０６に接続され、Ｉ／Ｏバス２１２へのインターフェースとなる。メモリ・コントローラ／キャッシュ２０８及びＩ／Ｏバス・ブリッジ２１０は、図示されるように統合することができる。
【００１４】
Ｉ／Ｏバス２１２に接続されたＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス・ブリッジ２１４は、ＰＣＩローカル・バス２１６へのインターフェースとなる。多数のモデムをＰＣＩローカル・バス２１６に接続することができる。典型的なＰＣＩバス実装は、４つのＰＣＩ拡張スロット又はアドイン・コネクタをサポートする。図１のクライアント１０８、１１０及び１１２への通信リンクは、アドイン・ボードを介してＰＣＩローカル・バス２１６に接続されたモデム２１８及びネットワーク・アダプタ２２０によって提供することができる。付加的なＰＣＩブリッジ２２２及び２２４は、付加的なＰＣＩローカル・バス２２６及び２２８のインターフェースとなり、ＰＣＩローカル・バスから、付加的なモデム又はネットワーク・アダプタをサポートすることができる。このようにして、データ処理システム２００は、多数のネットワーク・コンピュータへの接続が可能になる。メモリ・マップされたグラフィックス・アダプタ２３０及びハード・ディスク２３２もまた、図示されるように、直接的に又は間接的に、Ｉ／Ｏバス２１２に接続することができる。
【００１５】
当業者であれば、図２に示されるハードウェアは変更できることが分かるであろう。例えば、図示されるハードウェアに加えて、又はこれに替えて、光ディスク・ドライブなどといった他の周辺装置を用いることもできる。図示される例は、本発明に関して、アーキテクチャ面での制限を意味することを意図するものではない。
【００１６】
図２に示されるデータ処理システムは、例えば、ＡＩＸ（商標）（Ａｄｖａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｅｘｅｃｕｔｉｖｅ）オペレーティング・システム又はＬＩＮＵＸ（商標）オペレーティング・システムが動作する、インターナショナル・ビジネス・マシーンズ・コーポレーションの製品であるＩＢＭ（商標）ｅ−Ｓｅｒｖｅｒ ｐＳｅｒｉｅｓ（商標）システムとすることができる。
【００１７】
図３を参照すると、この図は、本発明を適切に実装することができるモバイル・クライアント装置を示すブロック図を示す。モバイル・クライアント装置３００は、図示されるようにＰＣＩローカル・バス・アーキテクチャを利用するハンドヘルド・コンピュータとすることができる。ＰＣＩバスが図示されているが、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）及びＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）などの他のバス・アーキテクチャを用いることもできる。プロセッサ３０２及びメイン・メモリ３０４は、ＰＣＩブリッジ３０８を介してＰＣＩローカル・バス３０６に接続される。ＰＣＩブリッジ３０８はまた、プロセッサ３０２のための統合型メモリ・コントローラ及びキャッシュ・メモリを含むことができる。図示される例においては、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、拡張バス・インターフェース３１４、オーディオ・アダプタ３１６、ワイヤレス・アダプタ３１８、及びメモリ・スティック３２６が、直接コンポーネント接続によってＰＣＩローカル・バス３０６に接続される。拡張バス・インターフェース３１４が、キーボード及びマウス・アダプタ３２０、モデム３２２、並びに、付加的なメモリ３２４のための接続を提供する。
【００１８】
オペレーティング・システムが、プロセッサ３０２上で動作し、図３のデータ処理システム３００内の様々なコンポーネントを調整して、これらを制御するのに用いられる。オペレーティング・システムは、Ｓｙｍｂｉａｎ ＯＳ ６、Ｓｙｍｂｉａｎ ＯＳ ７．０、Ｐａｌｍ ＯＳ ５．２１、Ｐａｌｍ ＯＳ ６．０、Ｗｉｎｄｏｗｓ ＣＥ ３．０などといった市販のオペレーティング・システムとすることができる。Ｊａｖａなどのオブジェクト指向プログラミング・システムは、オペレーティング・システムと共に動作し、データ処理システム３００内のプロセッサ３０２によって実行されるＪａｖａプログラム又はアプリケーションから、オペレーティング・システムへのコールを行うことができる。「Ｊａｖａ」は、サン・マイクロシステムズ社の商標である。オペレーティング・システムに対する命令、オブジェクト指向オペレーティング・システム、及び、ウェブ・ブラウザ又はウェブ・サーバなどのアプリケーション又はプログラムは、メモリ・スティック３２６などのストレージ装置上に配置され、プロセッサ３０２によって実行するためにメイン・メモリ３０４にロードすることができる。プロセッサ３０２は、典型的には、２０４Ｍｈｚ以上で作動することができる。
【００１９】
当業者であれば、図３におけるハードウェアは、実装形態に応じて様々に変更できることが分かるであろう。図３に示されるハードウェアに加えて、又はこれに替えて、フラッシュＲＯＭ又はこれと同等の不揮発性メモリといった他の内蔵ハードウェア又は周辺装置などを用いることができる。また、本発明の処理は、マルチプロセッサ・データ処理システムに適用することもできる。
【００２０】
別の例として、モバイル装置３００は、オペレーティング・システム・ファイル及び／又はユーザ作成データを格納する不揮発性メモリを提供するために、ＲＯＭ及び／又はフラッシュＲＯＭと共に構成されるＰＤＡ装置とすることができる。
【００２１】
図３において示される例及び上記の例は、アーキテクチャ面の制限を意味することを意図するものではない。例えば、モバイル装置３００は、ハンドヘルド・コンピュータの形態を取ることに加えて、ノート・コンピュータ、又は、携帯情報端末機能を有する携帯電話とすることができる。
【００２２】
ここで図４を参照すると、本発明に係る、図１のサーバ１０４として適切に利用することができる例示的なサーバ４００のソフトウェア機能ブロック図を示す。サーバ４００は、ウェブ・サーバ４２０と、任意の装置管理システム（ＤＭＳ）サーバ４３０と、ストレージ４１０と、圧縮マネージャ４６０と、ネットワーク・インターフェース４５０とを含む。ウェブ・サーバ４２０は、ＩＢＭのＷｅｂＳｐｈｅｒｅ（商標）などといった公知の市販ウェブ・サーバとすることができる。ウェブ・サーバ４２０及びＤＭＳサーバ４３０は、プロセッサ２０２に対してストレージ・アプリケーション・プログラム・コールを発行することによって、ストレージ４１０にアクセスする。ウェブ・サーバ４２０及びＤＭＳサーバ４３０は、プロセッサ２０２に対してネットワーク・インターフェース・アプリケーション・プログラム・コールを発行することによって、ウェブ・サイト・コンテンツをユーザに配信する。ネットワーク・インターフェース４５０は、次に、ネットワーク１０２を介してウェブ・サイト・コンテンツを送信する。ストレージ４１０は、ハード・ディスク２３２、ローカル・メモリ２０９、又は、サーバ４００とサーバ・ファーム１３０との間で共有されるネットワーク・ファイル・システムを含むことができる。例示的なネットワーク・インターフェース４５０は、ＴＣＰ／ＩＰプロトコル・スタックである。圧縮マネージャ４６０は、ホスト・ウェブ・サイト上の情報コンテンツを表すページ要素を圧縮するための手段を提供する。圧縮マネージャ４６０は、様々な既知のウェブ開発環境を用いて開発し、サーブレット、エンタープライズ・ジャバ・ビーンなどの形で実装することができる。圧縮マネージャ４６０は、図６の説明に関連してさらに後述される階層ディレクトリ構造で編成されたページ要素を圧縮するために、Ｊ２ＭＥ Ｊａｖａ環境などにおいて提供されるような、標準ライブラリにおいて提供される既知の圧縮機能を呼び出すことになる。図５の説明に関連してさらに後述されるＤＭＳクライアントとＤＭＳサーバ４３０とを含むＤＭＳコンポーネントは、モバイル装置上にファイルをインストールし、外部装置からの効率的な更新のためにそのファイルのコンテンツを明示する任意の手段を提供する。
【００２３】
ストレージ４１０は、ウェブ・サイト・コンテンツを、図６の説明に関連してさらに後述される階層ディレクトリ構造で編成されたページ要素として格納する。本明細書で用いられるときは、「ページ要素」という用語は、テキスト、グラフィック、映像、音声データ又は、そのいずれかの組み合わせを収めたコンピュータ・ファイルを含む。ユーザは、ウェブ・サイト内のホット・リンクを辿るに従って、ウェブ・サーバ４２０を介して階層ディレクトリ内をナビゲートする。
【００２４】
典型的なウェブ・サーバ実装においては、ウェブ・クライアントとウェブ・サーバとの間の通信は、ウェブ・サーバに格納されたウェブ・サイト・コンテンツを配信するための多くのＨＴＴＰ要求を必要とする。典型的なＨＴＴＰトランザクションは、同一の一般的なフォーマットに従う。クライアント要求及びサーバ応答の各々は、３つの部分、すなわち、要求又は応答ライン、ヘッダ部、及びエンティティ本体を有する。クライアントは、サーバ宛ての要求を生成することによって、トランザクションを開始する。サーバは、要求に応答して、ヘッダ部及びエンティティ本体を作成する。典型的なＨＴＴＰトランザクションにおいては、ウェブ・サーバによって供給されるページ要素の各々について１つの要求が必要である。例えば、ウェブ・サイトのフロント・ページは、画像、ビデオ・クリップ、及びオーディオ・クリップなどの多くのページ要素を索引付けるハイパーテキスト・マークアップ言語（ＨＴＭＬ）を持つ場合がある。索引付けされた要素の各々を取得するためには、索引付けされた要素の各々について別個のＨＴＴＰ要求及び対応するＨＴＴＰ応答が必要である。ＨＴＴＰ応答の各々は、圧縮されていないページ要素及びヘッダを含む。このヘッダは他の応答のヘッダと重複しており、ユーザがウェブ・サイトを閲覧するときに大量のオーバーヘッド・データが送信される結果となる。
【００２５】
ネットワークを介してモバイル装置に搬送されるデータ帯域幅を有利に残しておくために、ウェブ・サーバ４２０は、圧縮マネージャ４６０と共に、相対パス名アドレス指定を用いるディレクトリ構造で編成されたファイルの全てを圧縮し、圧縮ファイルを、ネットワークを介してモバイル装置に配信する。配信されるページのコンテンツ及びページ要素の全てを１つのエンティティ本体として取得するために、固有のＧＥＴ要求が定められる。圧縮マネージャ４６０は、モバイル装置から送信されたＧＥＴ要求を解釈して、ウェブ・サイトに関連付けられたすべてのファイルを圧縮する。
【００２６】
ウェブ・サーバと、エンタープライズ・ジャバ・ビーン、サーブレットなどとして実装された圧縮マネージャとの間の対話は、当業者には周知である。例示的な圧縮ファイル・フォーマットは、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ（商標）によって提供されるジャバ・ユーティリティを用いて作成されるＪａｖａ Ａｒｃｈｉｖｅ ｅｎｔｉｔｙ（ＪＡＲ）ファイルである。ウェブ・クライアントによる１つの要求に応答して、圧縮ファイルをネットワークを介して送信することにより、多数の要求によって生じるオーバーヘッドが減少する。ウェブ・サーバとモバイル・クライアントとの間の対話は、さらに後述する。
【００２７】
任意のＤＭＳサーバ４３０は、個々のモバイル装置に送信された最後の圧縮ファイルを追跡するインベントリ管理機構を提供する。ＤＭＳサーバ４３０は、サーバ４００が、ウェブ装置への最後のダウンロード以後に変更されたファイルのみを含む圧縮ファイルを送信することを可能にする。
【００２８】
ここで図５を参照すると、本発明に係るモバイル装置３００として適切に利用することができるモバイル装置５００のソフトウェア機能コンポーネントを示すブロック図が示される。モバイル装置５００は、ローカル・ウェブ・サーバ５２０と、ウェブ・ブラウザ５４０と、任意の装置管理システム（ＤＭＳ）クライアント５３０と、ストレージ５１０と、ネットワーク・インターフェース５６０とを含む。ウェブ・サーバ５２０及びＤＭＳクライアント５３０は、プロセッサ３０２に対してストレージ・アプリケーション・プログラム・コールを発行することによって、ストレージ５１０にアクセスする。ローカル・ウェブ・サーバ５２０及びＤＭＳクライアント５３０は、プロセッサ３０２に対してネットワーク・インターフェース・アプリケーション・プログラム・コールを発行することによって、それぞれ、ウェブ・サーバ４２０及びＤＭＳサーバ４３０に接続する。ネットワーク・インターフェース５６０は、次に、ネットワーク１０２を介して要求を送信する。
【００２９】
ローカル・ウェブ・サーバ５２０は、ＨＴＴＰ又は同様のプロトコルで定められるサーバ側負担を実行する。ローカル・ウェブ・サーバ５２０は、解凍マネージャ５７０を含む。解凍マネージャ５７０は、圧縮されたページ要素で構成された圧縮ファイルを受信し、Ｊ２ＭＥ Ｊａｖａ環境において提供されるもののような、標準ライブラリにおいて提供される既知の解凍機能を呼び出すことにより該ファイルを解凍して、図６においてさらに説明される階層ディレクトリ構造で編成されたページ要素を解凍し、解凍されたページ要素をストレージ５１０に格納する。ローカル・ウェブ・サーバ５２０は、ウェブ・コンテンツを、ローカル・ウェブ・ブラウザ５４０とローカル・ウェブ・サーバ５２０との間のループ・バック接続を介して、モバイル装置５００のユーザに配信する。本明細書で定義されるときは、「ウェブ・ブラウザ」という用語は、ＨＴＴＰ又は同様のプロトコルによって定められるクライアント側負担を少なくとも実装するソフトウェア・アプリケーションを指す。適切なウェブ・ブラウザの例として、ＢｉｔＳｔｒｅａｍ（商標）のＴｈｕｎｄｅｒＨａｗｋ、Ｏｐｅｒａ、ＮｅｔＦｒｏｎｔ（商標）、ＡＯＬ（商標）のＮｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）、及びＭｉｃｒｏｓｏｆｔ（商標）のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商標）が挙げられる。
【００３０】
作動中に、解凍マネージャ５７０は、サーバ４００から圧縮ファイルを要求する。圧縮ファイルは解凍マネージャ５７０によって受信され、該解凍マネージャ５７０は、該ファイルを解凍し、モバイル装置５００固有のストレージ５１０内のマウント・ポイントにマウントされた相対パス名を用いて、解凍されたページ要素を格納する。モバイル装置上に格納されたファイルは、サーバ４００上のウェブ・サイトを表すページ要素のミラー・コピーである。モバイル装置５００のユーザは、ページ要素を解凍した後に、圧縮形式でダウンロードされたミラー・ファイル内のいかなる位置も閲覧することができる。
【００３１】
任意のＤＭＳクライアント５３０はさらに、モバイル装置がネットワーク１０２に接続されているときは、すべてのページ要素を含む圧縮ファイル全体、又はＤＭＳクライアント５３０が最後に圧縮ファイルを受信して以降に変更があったページ要素を、サーバ４００から送信することを要求するＨＴＴＰ要求又は同様の要求を定期的に発行する。ＤＭＳサーバ４３０は、サーバ４００に格納されたページ要素が、モバイル装置への圧縮ファイルの最後のダウンロード以降に変更されたかどうかを判断する。ローカルに格納されたウェブ・コンテンツを更新するときは、ＤＭＳクライアント５３０は、すべてのページ要素とそのそれぞれの最終修正日とのリストを含む要求を送信する。ＤＭＳサーバは、受信したリスト内の各々のページ要素についての最終修正日を、ストレージ４１０に格納された対応するページ要素と比較する。ストレージ４１０において発見された、リストされたものより新しいあらゆるファイルは、リストには見つからないがディレクトリ構造内部には存在するファイルを含めて、圧縮され、モバイル装置５００に送信される。ＤＭＳクライアント５３０は、この圧縮ファイルを受信し、これらのファイルを解凍し、ストレージ５１０上のファイルを更新する。ＤＭＳクライアント５３０は、種々の定期的な間隔で更新を要求するように設定することができる。
【００３２】
図６は、ウェブ・サイトのコンテンツを構成するための格納されたページ要素６１０Ａ〜６１０Ｇの例示的な編成６００を示す。代表ページ要素６１０Ａは、ページ要素６１０Ｂ〜Ｄをアドレス指定するホット・リンク６３０Ａ〜Ｃを含む。アドレス６２０Ａ〜Ｃは、ページ要素６１０Ａをページ要素６１０Ｂ〜６１０Ｄに接続する。ページ要素６１０Ｂは、ホット・リンク６３０Ｅを用い、アドレス６２０Ｅを介して、６１０Ｅを含むページ要素に接続する。ページ要素６１０Ｃは、ホット・リンク６３０Ｆ及び６３０Ｇを用い、アドレス６２０Ｇ及び６２０Ｉを介して、ページ要素６１０Ｆ、及び、画像のみのページ要素である６１０Ｇに接続する。ページ要素６１０Ｄは、ホット・リンク６３０Ｈを用い、アドレス６２０Ｈを介して、６１０Ｆを含むページ要素に接続する。ページ要素６１０Ｅは、ホット・リンク６３０Ｊ〜Ｌを用い、アドレス６２０Ｆ、６２０Ｋ、及び６２０Ｌを介して、ページ要素６１０Ｃ及び図示されない他のページ要素に接続する。ページ要素６１０Ｆは、ホット・リンク６３０Ｍ〜Ｏを用い、アドレス６２０Ｍ〜Ｏを介して、図示されない音声ページ要素に接続する。
【００３３】
ページ要素６１０Ａの下に示した記述６５０Ａ、．．／ｈｏｍｅは、ページ要素６１０Ａのストレージ内における位置の相対パス名を表す。「．．」は、ストレージ要素上の固定位置を表す。例えば、この編成がサーバ４００に格納されているときには、「．．」は、／ｓｅｒｖｅｒ／ｕｓｒなどの、サーバのファイル・システムにおけるディレクトリを表すことができ、この編成がモバイル装置のメモリに格納されているときには、「．．」は、／ｍｙ＿ｍｏｂｉｌｅなどのディレクトリを表すことができる。
【００３４】
図７は、本発明に係るモバイル装置上にウェブ・サイト・コンテンツをミラーリングする方法７００を説明するフローチャートを示す。ステップ７２０において、ローカル・ウェブ・サーバ５２０及びウェブ・ブラウザ５４０を含むソフトウェア・コンポーネントが、モバイル装置上にインストールされる。ステップ７３０において、ローカル・ウェブ・サーバ５２０を始動する。ローカル・ウェブ・サーバ５２０は、始動すると、サーバ４００によってホストされるウェブ・サイトへの接続を開始する。いかなるウェブ・サイトも本発明の環境に適用可能であるが、従業員にサービスを提供する企業のウェブ・サイトが、本発明に利用する利点がある。ステップ７４０において、サーバ４００は、サーバ４００によってホストされるウェブ・サイトのコンテンツを定める編成されたページ要素を含むディレクトリ構造のミラー・コピーを含む圧縮ファイルをダウンロードする。サーバ４００は、新たなモバイル装置に直ちにダウンロードするように、圧縮ファイルのコピーを持つことができる。サーバ４００はまた、モバイル装置への接続時に圧縮ファイルを作成することができる。接続時に圧縮ファイルが作成される場合には、サーバ４００は、ウェブ・サイトを構成するすべてのページ要素、又は圧縮ファイルがモバイル装置に最後にダウンロードされた以降に変更されたページ要素のいずれかを含む圧縮ファイルを作成することができる。ダウンロードされた圧縮ファイルは、解凍され、モバイル装置上に格納される。圧縮ファイルをダウンロードして、ダウンロードする必要があるデータ量を減少させることにより、待ち時間、すなわちネットワーク上の情報を取得するのに必要な時間が短くなるという利点がある。ステップ７４０のさらなる詳細は、以下の図８の説明において提供される。
【００３５】
ステップ７５０において、ローカル・ウェブ・サーバ５２０は、モバイル装置５００上のウェブ・ブラウザを立ち上げる。ローカル・ウェブ・サーバ５２０は、必要に応じて、サーバ４００上にホストされたウェブ・サイトのＵＲＬをウェブ・ブラウザ５４０に渡し、ウェブ・ブラウザ５４０が、解凍され格納されたファイルのコンテンツをユーザに提供するようにする。ＵＲＬを渡さない場合には、ユーザは、既知の手段を利用して、サーバ４００上にホストされたウェブ・サイトに関連付けられたＵＲＬを特定することになるであろう。いずれの場合においても、ステップ７６０において、ローカル・ウェブ・サーバ５２０は、ループ・バック接続を介してＵＲＬを認識して、モバイル装置５００上にローカルに格納されたウェブ・サイト・コンテンツを表示し、該モバイル装置のユーザは、該モバイル装置とネットワーク１０２との間で接続が確立されているかどうかに関わらず、ローカルに格納されたウェブ・サイトの情報コンテンツを閲覧することが可能になる。
【００３６】
ローカル・コンテンツを提供するか、又は更新されたコンテンツを要求するかを判断するために、様々な技術をローカル・ウェブ・サーバ５２０に実装することができる。ステップ７７０は、モバイル装置とネットワークとの間で接続が確立されていることを前提に、ローカルに格納されたウェブ・コンテンツを更新するための１つの技術を提供する。ステップ７７０において、ローカル・ウェブ・サーバは、サーバ４００から更新を要求するかどうかを決定する。この決定は、ユーザ要求によって、又は設定可能なインターバル・タイマの制御下で、行うことができる。
【００３７】
ここで図８を参照すると、フローチャート８００は、図７において説明したステップ７４０の更なる詳細を示す。ステップ８１０において、ローカル・ウェブ・サーバ５２０は、固有のコンテンツを有する既知のＧＥＴ要求などの単一ＨＴＴＰ要求を、サーバ４００に発行する。関連する最終修正日を持つファイルのリストを、必要に応じて、ＨＴＴＰ要求本体にエンコードすることができる。例えば、１つの実施形態においてＪＡＲファイルが利用される場合には、ＪＡＲのマニフェスト・ファイルが、こうしたリストを提供するであろう。
【００３８】
ステップ８２０において、サーバ４００上のウェブ・サーバ４２０は、ＨＴＴＰ要求を受信する。ＧＥＴ要求は、ウェブ・サーバによって認識される。ウェブ・サーバは、ＧＥＴ要求を認識し、圧縮マネージャ４６０などのサーブレット、ジャバ・ビーンなどを実行させるように、既知の方法で作動する。圧縮マネージャ４６０は、サーバ４００によってホストされるウェブ・サイト・コンテンツを表示するのに必要なページ要素のすべてを圧縮する。必要に応じて、サーバ４００は、接続中のいずれかのモバイル装置によってすぐに取得されるように、既存の圧縮ファイルを含むことができる。しかしながら、ＨＴＴＰ要求が、関連する最終修正日を持つファイルのリストを含む場合には、圧縮マネージャ４６０は、ファイルの日付を、その時点でサーバ４００に格納されているものと比較し、変更されたファイルのみを含む調整された圧縮ファイルを作成することができる。
【００３９】
ステップ８３０において、サーバ４００は、圧縮ファイルをモバイル装置５００に送信する。圧縮ファイルは、ＨＴＴＰ応答メッセージの本体に入れて搬送されることになる。ステップ８４０において、ローカル・ウェブ・サーバ５２０は、圧縮ファイルを受信すると、該圧縮ファイルを解凍し、解凍されたファイルを相対パス名を用いてローカルに格納して、いずれかの既存のファイルと置換する。相対パス名によって、ローカル・ウェブ・サーバ５２０が、ウェブ装置ファイル・システム上にローカルに格納されたウェブ・サイト内をナビゲートすることが可能になる。
【００４０】
ここで図９を参照すると、フローチャート９００は、図７において説明されるような、ウェブ・サイト・コンテンツの更新を要求し、更新された圧縮ファイルをダウンロードするステップの代替的な実施形態を示す。ステップ９１０において、ＤＭＳクライアントがモバイル装置５００上にインストールされ、ＤＭＳサーバがサーバ４００上にインストールされる。ローカル・ウェブ・サーバ５２０がＨＴＴＰ要求をサーバ４００に発行するのではなく、ＤＭＳクライアントが、ローカル・ウェブ・サーバ５２０に一切負担を掛けずに、ローカル・ウェブ・コンテンツを要求し更新することを含むファイル管理機能を実行する。この実施形態においては、ローカル・ウェブ・サーバは、いかなるファイル管理機能も含まない。ステップ９２０において、ＤＭＳクライアントは、ＨＴＴＰ要求を発行して、サーバによってホストされるウェブ・サイトを含む圧縮ファイルを得る。サーバ４００上のＤＭＳサーバ４３０は、上述の圧縮マネージャの機能を代替的に実行することに留意されたい。
【００４１】
ステップ９３０において、ＤＭＳクライアントは、サーバ４００から圧縮ファイルを受信する。ＤＭＳサーバは、圧縮マネージャ４６０の代わりに、サーバ４００上のページ要素を圧縮することを含むファイル管理機能を実行する。ステップ９４０において、ＤＭＳクライアントは、圧縮ファイルを解凍し、ローカル・ウェブ・サーバによって後に取得されるように、解凍されたファイルをモバイル装置に格納する。
【００４２】
さらに、ＤＭＳクライアントは、ＤＭＳサーバに照会して、ＤＭＳクライアントによるアクションを待っているいずれかのジョブが存在するかどうかを判断することができる。存在する場合には、ＤＭＳクライアントは、次の待機中のジョブを実行することができる。待機中のジョブが、圧縮ファイルがＤＭＳクライアントにダウンロードされることを示す場合には、この照会機構によって、ＤＭＳサーバが、モバイル装置にダウンロードされるウェブ・サイト・コンテンツのバージョンを管理することが可能になる。
【００４３】
本発明の好ましい実施形態においては、圧縮マネージャ、解凍マネージャ、ウェブ・サーバ、ウェブ・ブラウザ、ＤＭＳサーバ、ＤＭＳクライアント、及びネットワーク・インターフェースは、ソフトウェアとして実装されるが、本発明の他の実施形態においては、これらのソフトウェア部分によって実行される命令ステップのすべて又は一部は、ファームウェアの形でこれらのコンポーネントのいずれかに常駐させるか、又は、サーバ４００及びモバイル・クライアント５００と通信するように作動する１つ又は複数のコンピュータに接続された他のプログラム媒体に常駐させることができることを理解すべきである。
【００４４】
本発明の説明は、例示及び説明の目的で提示したものであり、網羅的であること、又は、本発明を開示した形式に限定することを意図するものではない。当業者には、多くの修正及び変形が明らかであろう。実施形態は、本発明の原理及びその実際の用途を最も良く説明するために、並びに、非当業者が本発明を理解することができるように、選択し、説明した。急速に発展するハードウェア及びソフトウェアのコンポーネント及び技術に鑑みて、特許請求の範囲を限度として、特定の環境又は用途に適合するように必要に応じて種々の修正を本発明に施した、限定することなく本明細書における種々の教示の適用を含む種々の実施形態が、考慮される。
【図面の簡単な説明】
【００４５】
【図１】本発明を適切に実装することができるデータ処理システムのネットワークのブロック図を示す。
【図２】現時点で好ましい本発明の実施形態に係る、図１のネットワークにおけるサーバとして適切に利用することができるデータ処理システムのブロック図である。
【図３】本発明を実装することができるモバイル・クライアント装置を示すブロック図である。
【図４】本発明の好ましい実施形態に係るサーバの機能ソフトウェア・コンポーネントを示すブロック図である。
【図５】本発明の好ましい実施形態に係る特定のモバイル装置例の機能ソフトウェア・コンポーネントを示すブロック図である。
【図６】ウェブ・サイトを構成するために格納されたページ要素の例示的な編成である。
【図７】本発明に従って、モバイル装置上にウェブ・サイト・コンテンツをミラーリングする方法を示すフローチャートである。
【図８】ウェブ・サイトのミラー・コピーを図７において説明されるモバイル装置にダウンロードするステップのさらなる詳細を示すフローチャートである。
【図９】ウェブ・サイト・コンテンツの更新を要求し、図７において説明される更新済み圧縮ファイルをダウンロードするための処理の代替的な実施形態を示すフローチャートである。
【技術分野】
【０００１】
本発明は、一般に、データ処理システムにおいて通信ネットワークを介した効率的なデータの伝送を提供するための改善されたシステム及び方法に関し、より具体的には、データをモバイル装置に効率的に転送することによって、エンタープライズ・サーバのリソース・ウェブ・サイトからほとんど切断されたモバイル装置を操作するための技術に関する。
【背景技術】
【０００２】
サーバ・システムは、モバイルを持つ従業員のビジネス・エンタープライズについての操作に対してデータ及び対話を提供する。モバイルを持つ従業員は、携帯情報端末（ＰＤＡ）、モバイル・ウェブ電話、ポケットＰＣ、及びラップトップなどのモバイル装置によって、有線又は無線の通信ネットワークを介してインターネット上のサーバ・リソースにアクセスする。接続されると、モバイルを持つ従業員は、ビジネス・フォーム、会社指針、顧客情報などといったデータにアクセスする。しかしながら、モバイルを持つ従業員が、有線接続又は無線接続にはアクセスできないが、引き続きエンタープライズ・データにアクセスすることが必要な多くの場合が存在する。さらに、モバイル装置がサーバ・リソースにアクセスできるときであっても、情報についての変化するニーズを満たすために、データの送信は効率的であることが必要である。例えば、幾つかの国においては、データ帯域幅の現行のコストは、０．０１ドル／ｋｂｙｔｅを上回る。
【０００３】
現行の商用接続システムは、切断時すなわちオフライン時に、典型的には、モバイル装置のブラウザにキャッシュされたウェブ・ページを提供して、以前に閲覧された情報のみにアクセスさせる。ウェブ・キャッシュ・ページ処理は、モバイルを持つ従業員によって実行されたブラウジング・パスのみをキャッシュすることに限定されているという点で、静的である。プロキシは、この処理を実装するためのソフトウェア・コンポーネントであり、モバイル装置上で実行され、エンタープライズ・サーバと通信し、訪れたページ又はＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をキャッシュする。ユーザが切断されたときに、訪問したページを再表示できるようにするために、プロキシは、エンタープライズ・サーバに対して行われたページ又はＵＲＬの表示を求める各々の要求の出力先をプロキシに変更することを必要とする。このキャッシュ処理は、ユーザがウェブ・サイトを閲覧する際にモバイル装置によってアクセスされる各々のページについて、プロキシが個々のＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を行わなければならないため、データ集約型である。
【０００４】
さらに、プロキシは、エンタープライズ・サーバから取得された各々のページを記録し、ＨＴＴＰ要求に含まれるフルパス名を、モバイル装置の選択された媒体に応じた特定のアドレスに翻訳することができる。例えば、ウェブ電話において動作するプロキシは、ウェブ・サーバ上に格納されたものとしてのフルパス名を、メモリ・スティックへのフルパス名に翻訳しなければならないであろう。個々の要求を行うのに役立つように、プロキシの設計は、各々の要求及び応答を処理するために、個々の要求と関連付けられた複雑なコード・パス及びヘッダ・ファイルから構成される場合がある。さらに、モバイル装置のための通信プロトコルのトランスポート層は、各々の要求を送信するときに、多数のオーバーヘッド・ビットを含む。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
モバイルを持つ従業員は、接続環境及び非接続環境のいずれの場合も、より高効率に、トランスペアレントな方法で、エンタープライズ・サーバ・リソースにアクセスする必要があることが明らかである。帯域幅送信のコスト、待ち時間、及び、企業のウェブ・サイトに格納された大量の情報を考慮すると、データ配信のサイズが増すにつれてネットワーク・コストが増大するため、モバイル装置を介して効率的にエンタープライズ・サーバ・リソースにアクセスすることができる方法及びシステムについて必要性が存在する。
【課題を解決するための手段】
【０００６】
幾つかの態様の中でも、本発明は、モバイル装置がネットワークに接続されているか、又はネットワークから切断されているかに関わらず、ウェブ・サイト及びそのコンテンツを該モバイル装置上に効率的に表示するための機構を提供するものである。モバイル装置が、ウェブ・サイトをホストするサーバに要求を行ったときに、該サーバは、ウェブ・サイト・コンテンツを構成するページ要素を圧縮する。サーバは、モバイル装置の要求に応答して、圧縮されたページ要素を送信する。モバイル装置は、ページ要素を解凍し、解凍されたページ要素をローカルに格納する。モバイル装置は、該モバイル装置のユーザが要求したときに、ローカルに格納されたウェブ・サイト・コンテンツを表示する。
【発明を実施するための最良の形態】
【０００７】
本発明のより完全な理解、並びに、本発明の更なる特徴及び利点は、以下の詳細な説明及び添付図面から明らかになるであろう。
【０００８】
図１は、本発明を実装することができるネットワーク・データ処理システムのブロック図を示す。ネットワーク・データ処理システム１００は、本発明を実装することができるコンピュータのネットワークである。ネットワーク・データ処理システム１００はネットワーク１０２を含み、ネットワーク１０２は、ネットワーク・データ処理システム１００内で互いに接続された種々の装置とコンピュータとの間に通信リンクを提供するのに用いられる媒体である。ネットワーク１０２は、電線、光ファイバ・ケーブル、ケーブル、及び無線通信リンクなどの接続手段を含むことができる。これらの接続手段を介して通信を行うためのデータ・リンク・プロトコルは、適切には、Ｉ．Ｅ．Ｅ．Ｅ８０２．１１、ＣＤＭＡ、ＧＳＭなどを含むことができる。
【０００９】
図示される例においては、サーバ１０４がネットワーク１０２に接続される。さらに、モバイル・クライアントとしても知られるモバイル装置１０８、１１０、及び１１２が、ネットワーク１０２に接続される。これらのクライアント１０８、１１０、及び１１２は、例えば、ラップトップ、携帯情報端末（ＰＤＡ）、ポケット型、ハンドヘルド型、若しくは手のひらサイズのパーソナル・コンピュータ、又は携帯電話などといった、パーソナル・コンピュータとすることができる。示される例においては、モバイル・クライアント１０８は、ネットワーク１０２に無線接続されたパーソナル・コンピュータ・ラップトップとして図示され、モバイル・クライアント１１０は、ネットワーク１０２に有線接続されたパーソナル・コンピュータ・ラップトップとして図示され、モバイル・クライアント１１２は、ネットワーク１０２に無線接続された携帯電話として示されている。サーバ１０４は、文書などのデータを、クライアント１０８、１１０、及び１１２に提供する。説明を簡単にするために３つのクライアントが示されているが、典型的なネットワークは、様々なタイプの多数のクライアントを含むことができ、こうしたネットワークは、以下にさらに扱われるように、本発明によって考慮されることが認識されるであろう。
【００１０】
サーバ１０４は、適切には、ウェブ・サーバを含むことができる。本明細書で用いるときには、「ウェブ・サーバ」という用語は、ＨＴＭＬファイル、画像ファイル、動画ファイル、音声ファイル、照会結果などであるかどうかに関わらず、まとめてリソースと呼ばれる事実上すべてのファイル又は他のデータをネットワーク１０２を介して配信するための、ＨＴＴＰなどの標準的な通信プロトコルのサーバ側負担を少なくとも実装するコンピュータ命令を含む。
【００１１】
クライアント１０８、１１０、及び１１２は、サーバ１０４に対するクライアントである。ネットワーク・データ処理システム１００は、図示されない付加的なサーバ、クライアント、及び他の装置を含むことができる。図示される例においては、ネットワーク１０２を含むネットワーク・データ処理システム１００は、ＴＣＰ／ＩＰプロトコル・スイートを用いて互いに通信するネットワーク及びゲートウェイの世界規模の集合体を表す。ネットワーク１０２の心臓部は、データ及びメッセージを送る何千もの商用コンピュータ・システム、政府系コンピュータ・システム、教育用コンピュータ・システム、及び他のコンピュータ・システムから構成される、主ノードすなわちホスト・コンピュータ間の高速データ通信回線のバックボーンである。当然のことながら、ネットワーク・データ処理システム１００は、例えばインターネット、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、又は広域エリア・ネットワーク（ＷＡＮ）などの、多数の異なるタイプのネットワークとして実装することもできる。図１は、説明のための例であり、本発明についてのアーキテクチャ面の制限として意図するものではない。サーバ１０４、並びに、クライアント１０８、１１０、及び１１２は、以下に説明されるように、本発明に適合するようにしたものである。
【００１２】
拡張可能な範囲でサービスを提供するために、サーバ・ファーム１３０を用いることができる。サーバ１０４は、スプレイヤ１２０を介して、クライアントからの要求をサーバ・ファーム１３０の中のサーバの１つに送信することができる。スプレイヤは、要求をサーバ・ファームの中のサーバの１つに配信するものであり、ロード・バランシングのような他の機能を実行することができる。サーバ・ファーム内の各々のサーバは、利用可能なアプリケーションの全てを動作させることができる。サーバ１０４及びサーバ・ファーム１３０は、サーバのいずれかが、既知の相対パス名又はフルパス名ナビゲーション技術を用いて、階層構造で格納されたデータにアクセスできるように、ネットワーク・ファイル・システムを共有することができる。例えば、各々のサーバは、標準のディレクトリ命令を発行することによって、／ｓｅｒｖｅｒ／ｉｍａｇｅｓディレクトリ内の、ＴＩＦＦ（Ｔａｇ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）で格納された画像ファイルにアクセスすることができる。
【００１３】
図２は、現時点で好ましい本発明の実施形態に従って、図１のサーバ１０４などのサーバとして利用することが適切なデータ処理システムのブロック図を示す。データ処理システム、すなわちサーバ２００は、システム・バス２０６に接続される複数のプロセッサ２０２及び２０４を含む対称型マルチプロセッサ（ＳＭＰ）システムとすることができる。あるいは、単一プロセッサ・システムを利用することもできる。メモリ・コントローラ／キャッシュ２０８もまた、システム・バス２０６に接続される。メモリ・コントローラ／キャッシュ２０８は、ローカル・メモリ２０９へのインターフェースとなる。入力／出力（Ｉ／Ｏ）バス・ブリッジ２１０が、システム・バス２０６に接続され、Ｉ／Ｏバス２１２へのインターフェースとなる。メモリ・コントローラ／キャッシュ２０８及びＩ／Ｏバス・ブリッジ２１０は、図示されるように統合することができる。
【００１４】
Ｉ／Ｏバス２１２に接続されたＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス・ブリッジ２１４は、ＰＣＩローカル・バス２１６へのインターフェースとなる。多数のモデムをＰＣＩローカル・バス２１６に接続することができる。典型的なＰＣＩバス実装は、４つのＰＣＩ拡張スロット又はアドイン・コネクタをサポートする。図１のクライアント１０８、１１０及び１１２への通信リンクは、アドイン・ボードを介してＰＣＩローカル・バス２１６に接続されたモデム２１８及びネットワーク・アダプタ２２０によって提供することができる。付加的なＰＣＩブリッジ２２２及び２２４は、付加的なＰＣＩローカル・バス２２６及び２２８のインターフェースとなり、ＰＣＩローカル・バスから、付加的なモデム又はネットワーク・アダプタをサポートすることができる。このようにして、データ処理システム２００は、多数のネットワーク・コンピュータへの接続が可能になる。メモリ・マップされたグラフィックス・アダプタ２３０及びハード・ディスク２３２もまた、図示されるように、直接的に又は間接的に、Ｉ／Ｏバス２１２に接続することができる。
【００１５】
当業者であれば、図２に示されるハードウェアは変更できることが分かるであろう。例えば、図示されるハードウェアに加えて、又はこれに替えて、光ディスク・ドライブなどといった他の周辺装置を用いることもできる。図示される例は、本発明に関して、アーキテクチャ面での制限を意味することを意図するものではない。
【００１６】
図２に示されるデータ処理システムは、例えば、ＡＩＸ（商標）（Ａｄｖａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｅｘｅｃｕｔｉｖｅ）オペレーティング・システム又はＬＩＮＵＸ（商標）オペレーティング・システムが動作する、インターナショナル・ビジネス・マシーンズ・コーポレーションの製品であるＩＢＭ（商標）ｅ−Ｓｅｒｖｅｒ ｐＳｅｒｉｅｓ（商標）システムとすることができる。
【００１７】
図３を参照すると、この図は、本発明を適切に実装することができるモバイル・クライアント装置を示すブロック図を示す。モバイル・クライアント装置３００は、図示されるようにＰＣＩローカル・バス・アーキテクチャを利用するハンドヘルド・コンピュータとすることができる。ＰＣＩバスが図示されているが、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）及びＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）などの他のバス・アーキテクチャを用いることもできる。プロセッサ３０２及びメイン・メモリ３０４は、ＰＣＩブリッジ３０８を介してＰＣＩローカル・バス３０６に接続される。ＰＣＩブリッジ３０８はまた、プロセッサ３０２のための統合型メモリ・コントローラ及びキャッシュ・メモリを含むことができる。図示される例においては、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、拡張バス・インターフェース３１４、オーディオ・アダプタ３１６、ワイヤレス・アダプタ３１８、及びメモリ・スティック３２６が、直接コンポーネント接続によってＰＣＩローカル・バス３０６に接続される。拡張バス・インターフェース３１４が、キーボード及びマウス・アダプタ３２０、モデム３２２、並びに、付加的なメモリ３２４のための接続を提供する。
【００１８】
オペレーティング・システムが、プロセッサ３０２上で動作し、図３のデータ処理システム３００内の様々なコンポーネントを調整して、これらを制御するのに用いられる。オペレーティング・システムは、Ｓｙｍｂｉａｎ ＯＳ ６、Ｓｙｍｂｉａｎ ＯＳ ７．０、Ｐａｌｍ ＯＳ ５．２１、Ｐａｌｍ ＯＳ ６．０、Ｗｉｎｄｏｗｓ ＣＥ ３．０などといった市販のオペレーティング・システムとすることができる。Ｊａｖａなどのオブジェクト指向プログラミング・システムは、オペレーティング・システムと共に動作し、データ処理システム３００内のプロセッサ３０２によって実行されるＪａｖａプログラム又はアプリケーションから、オペレーティング・システムへのコールを行うことができる。「Ｊａｖａ」は、サン・マイクロシステムズ社の商標である。オペレーティング・システムに対する命令、オブジェクト指向オペレーティング・システム、及び、ウェブ・ブラウザ又はウェブ・サーバなどのアプリケーション又はプログラムは、メモリ・スティック３２６などのストレージ装置上に配置され、プロセッサ３０２によって実行するためにメイン・メモリ３０４にロードすることができる。プロセッサ３０２は、典型的には、２０４Ｍｈｚ以上で作動することができる。
【００１９】
当業者であれば、図３におけるハードウェアは、実装形態に応じて様々に変更できることが分かるであろう。図３に示されるハードウェアに加えて、又はこれに替えて、フラッシュＲＯＭ又はこれと同等の不揮発性メモリといった他の内蔵ハードウェア又は周辺装置などを用いることができる。また、本発明の処理は、マルチプロセッサ・データ処理システムに適用することもできる。
【００２０】
別の例として、モバイル装置３００は、オペレーティング・システム・ファイル及び／又はユーザ作成データを格納する不揮発性メモリを提供するために、ＲＯＭ及び／又はフラッシュＲＯＭと共に構成されるＰＤＡ装置とすることができる。
【００２１】
図３において示される例及び上記の例は、アーキテクチャ面の制限を意味することを意図するものではない。例えば、モバイル装置３００は、ハンドヘルド・コンピュータの形態を取ることに加えて、ノート・コンピュータ、又は、携帯情報端末機能を有する携帯電話とすることができる。
【００２２】
ここで図４を参照すると、本発明に係る、図１のサーバ１０４として適切に利用することができる例示的なサーバ４００のソフトウェア機能ブロック図を示す。サーバ４００は、ウェブ・サーバ４２０と、任意の装置管理システム（ＤＭＳ）サーバ４３０と、ストレージ４１０と、圧縮マネージャ４６０と、ネットワーク・インターフェース４５０とを含む。ウェブ・サーバ４２０は、ＩＢＭのＷｅｂＳｐｈｅｒｅ（商標）などといった公知の市販ウェブ・サーバとすることができる。ウェブ・サーバ４２０及びＤＭＳサーバ４３０は、プロセッサ２０２に対してストレージ・アプリケーション・プログラム・コールを発行することによって、ストレージ４１０にアクセスする。ウェブ・サーバ４２０及びＤＭＳサーバ４３０は、プロセッサ２０２に対してネットワーク・インターフェース・アプリケーション・プログラム・コールを発行することによって、ウェブ・サイト・コンテンツをユーザに配信する。ネットワーク・インターフェース４５０は、次に、ネットワーク１０２を介してウェブ・サイト・コンテンツを送信する。ストレージ４１０は、ハード・ディスク２３２、ローカル・メモリ２０９、又は、サーバ４００とサーバ・ファーム１３０との間で共有されるネットワーク・ファイル・システムを含むことができる。例示的なネットワーク・インターフェース４５０は、ＴＣＰ／ＩＰプロトコル・スタックである。圧縮マネージャ４６０は、ホスト・ウェブ・サイト上の情報コンテンツを表すページ要素を圧縮するための手段を提供する。圧縮マネージャ４６０は、様々な既知のウェブ開発環境を用いて開発し、サーブレット、エンタープライズ・ジャバ・ビーンなどの形で実装することができる。圧縮マネージャ４６０は、図６の説明に関連してさらに後述される階層ディレクトリ構造で編成されたページ要素を圧縮するために、Ｊ２ＭＥ Ｊａｖａ環境などにおいて提供されるような、標準ライブラリにおいて提供される既知の圧縮機能を呼び出すことになる。図５の説明に関連してさらに後述されるＤＭＳクライアントとＤＭＳサーバ４３０とを含むＤＭＳコンポーネントは、モバイル装置上にファイルをインストールし、外部装置からの効率的な更新のためにそのファイルのコンテンツを明示する任意の手段を提供する。
【００２３】
ストレージ４１０は、ウェブ・サイト・コンテンツを、図６の説明に関連してさらに後述される階層ディレクトリ構造で編成されたページ要素として格納する。本明細書で用いられるときは、「ページ要素」という用語は、テキスト、グラフィック、映像、音声データ又は、そのいずれかの組み合わせを収めたコンピュータ・ファイルを含む。ユーザは、ウェブ・サイト内のホット・リンクを辿るに従って、ウェブ・サーバ４２０を介して階層ディレクトリ内をナビゲートする。
【００２４】
典型的なウェブ・サーバ実装においては、ウェブ・クライアントとウェブ・サーバとの間の通信は、ウェブ・サーバに格納されたウェブ・サイト・コンテンツを配信するための多くのＨＴＴＰ要求を必要とする。典型的なＨＴＴＰトランザクションは、同一の一般的なフォーマットに従う。クライアント要求及びサーバ応答の各々は、３つの部分、すなわち、要求又は応答ライン、ヘッダ部、及びエンティティ本体を有する。クライアントは、サーバ宛ての要求を生成することによって、トランザクションを開始する。サーバは、要求に応答して、ヘッダ部及びエンティティ本体を作成する。典型的なＨＴＴＰトランザクションにおいては、ウェブ・サーバによって供給されるページ要素の各々について１つの要求が必要である。例えば、ウェブ・サイトのフロント・ページは、画像、ビデオ・クリップ、及びオーディオ・クリップなどの多くのページ要素を索引付けるハイパーテキスト・マークアップ言語（ＨＴＭＬ）を持つ場合がある。索引付けされた要素の各々を取得するためには、索引付けされた要素の各々について別個のＨＴＴＰ要求及び対応するＨＴＴＰ応答が必要である。ＨＴＴＰ応答の各々は、圧縮されていないページ要素及びヘッダを含む。このヘッダは他の応答のヘッダと重複しており、ユーザがウェブ・サイトを閲覧するときに大量のオーバーヘッド・データが送信される結果となる。
【００２５】
ネットワークを介してモバイル装置に搬送されるデータ帯域幅を有利に残しておくために、ウェブ・サーバ４２０は、圧縮マネージャ４６０と共に、相対パス名アドレス指定を用いるディレクトリ構造で編成されたファイルの全てを圧縮し、圧縮ファイルを、ネットワークを介してモバイル装置に配信する。配信されるページのコンテンツ及びページ要素の全てを１つのエンティティ本体として取得するために、固有のＧＥＴ要求が定められる。圧縮マネージャ４６０は、モバイル装置から送信されたＧＥＴ要求を解釈して、ウェブ・サイトに関連付けられたすべてのファイルを圧縮する。
【００２６】
ウェブ・サーバと、エンタープライズ・ジャバ・ビーン、サーブレットなどとして実装された圧縮マネージャとの間の対話は、当業者には周知である。例示的な圧縮ファイル・フォーマットは、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ（商標）によって提供されるジャバ・ユーティリティを用いて作成されるＪａｖａ Ａｒｃｈｉｖｅ ｅｎｔｉｔｙ（ＪＡＲ）ファイルである。ウェブ・クライアントによる１つの要求に応答して、圧縮ファイルをネットワークを介して送信することにより、多数の要求によって生じるオーバーヘッドが減少する。ウェブ・サーバとモバイル・クライアントとの間の対話は、さらに後述する。
【００２７】
任意のＤＭＳサーバ４３０は、個々のモバイル装置に送信された最後の圧縮ファイルを追跡するインベントリ管理機構を提供する。ＤＭＳサーバ４３０は、サーバ４００が、ウェブ装置への最後のダウンロード以後に変更されたファイルのみを含む圧縮ファイルを送信することを可能にする。
【００２８】
ここで図５を参照すると、本発明に係るモバイル装置３００として適切に利用することができるモバイル装置５００のソフトウェア機能コンポーネントを示すブロック図が示される。モバイル装置５００は、ローカル・ウェブ・サーバ５２０と、ウェブ・ブラウザ５４０と、任意の装置管理システム（ＤＭＳ）クライアント５３０と、ストレージ５１０と、ネットワーク・インターフェース５６０とを含む。ウェブ・サーバ５２０及びＤＭＳクライアント５３０は、プロセッサ３０２に対してストレージ・アプリケーション・プログラム・コールを発行することによって、ストレージ５１０にアクセスする。ローカル・ウェブ・サーバ５２０及びＤＭＳクライアント５３０は、プロセッサ３０２に対してネットワーク・インターフェース・アプリケーション・プログラム・コールを発行することによって、それぞれ、ウェブ・サーバ４２０及びＤＭＳサーバ４３０に接続する。ネットワーク・インターフェース５６０は、次に、ネットワーク１０２を介して要求を送信する。
【００２９】
ローカル・ウェブ・サーバ５２０は、ＨＴＴＰ又は同様のプロトコルで定められるサーバ側負担を実行する。ローカル・ウェブ・サーバ５２０は、解凍マネージャ５７０を含む。解凍マネージャ５７０は、圧縮されたページ要素で構成された圧縮ファイルを受信し、Ｊ２ＭＥ Ｊａｖａ環境において提供されるもののような、標準ライブラリにおいて提供される既知の解凍機能を呼び出すことにより該ファイルを解凍して、図６においてさらに説明される階層ディレクトリ構造で編成されたページ要素を解凍し、解凍されたページ要素をストレージ５１０に格納する。ローカル・ウェブ・サーバ５２０は、ウェブ・コンテンツを、ローカル・ウェブ・ブラウザ５４０とローカル・ウェブ・サーバ５２０との間のループ・バック接続を介して、モバイル装置５００のユーザに配信する。本明細書で定義されるときは、「ウェブ・ブラウザ」という用語は、ＨＴＴＰ又は同様のプロトコルによって定められるクライアント側負担を少なくとも実装するソフトウェア・アプリケーションを指す。適切なウェブ・ブラウザの例として、ＢｉｔＳｔｒｅａｍ（商標）のＴｈｕｎｄｅｒＨａｗｋ、Ｏｐｅｒａ、ＮｅｔＦｒｏｎｔ（商標）、ＡＯＬ（商標）のＮｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）、及びＭｉｃｒｏｓｏｆｔ（商標）のＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商標）が挙げられる。
【００３０】
作動中に、解凍マネージャ５７０は、サーバ４００から圧縮ファイルを要求する。圧縮ファイルは解凍マネージャ５７０によって受信され、該解凍マネージャ５７０は、該ファイルを解凍し、モバイル装置５００固有のストレージ５１０内のマウント・ポイントにマウントされた相対パス名を用いて、解凍されたページ要素を格納する。モバイル装置上に格納されたファイルは、サーバ４００上のウェブ・サイトを表すページ要素のミラー・コピーである。モバイル装置５００のユーザは、ページ要素を解凍した後に、圧縮形式でダウンロードされたミラー・ファイル内のいかなる位置も閲覧することができる。
【００３１】
任意のＤＭＳクライアント５３０はさらに、モバイル装置がネットワーク１０２に接続されているときは、すべてのページ要素を含む圧縮ファイル全体、又はＤＭＳクライアント５３０が最後に圧縮ファイルを受信して以降に変更があったページ要素を、サーバ４００から送信することを要求するＨＴＴＰ要求又は同様の要求を定期的に発行する。ＤＭＳサーバ４３０は、サーバ４００に格納されたページ要素が、モバイル装置への圧縮ファイルの最後のダウンロード以降に変更されたかどうかを判断する。ローカルに格納されたウェブ・コンテンツを更新するときは、ＤＭＳクライアント５３０は、すべてのページ要素とそのそれぞれの最終修正日とのリストを含む要求を送信する。ＤＭＳサーバは、受信したリスト内の各々のページ要素についての最終修正日を、ストレージ４１０に格納された対応するページ要素と比較する。ストレージ４１０において発見された、リストされたものより新しいあらゆるファイルは、リストには見つからないがディレクトリ構造内部には存在するファイルを含めて、圧縮され、モバイル装置５００に送信される。ＤＭＳクライアント５３０は、この圧縮ファイルを受信し、これらのファイルを解凍し、ストレージ５１０上のファイルを更新する。ＤＭＳクライアント５３０は、種々の定期的な間隔で更新を要求するように設定することができる。
【００３２】
図６は、ウェブ・サイトのコンテンツを構成するための格納されたページ要素６１０Ａ〜６１０Ｇの例示的な編成６００を示す。代表ページ要素６１０Ａは、ページ要素６１０Ｂ〜Ｄをアドレス指定するホット・リンク６３０Ａ〜Ｃを含む。アドレス６２０Ａ〜Ｃは、ページ要素６１０Ａをページ要素６１０Ｂ〜６１０Ｄに接続する。ページ要素６１０Ｂは、ホット・リンク６３０Ｅを用い、アドレス６２０Ｅを介して、６１０Ｅを含むページ要素に接続する。ページ要素６１０Ｃは、ホット・リンク６３０Ｆ及び６３０Ｇを用い、アドレス６２０Ｇ及び６２０Ｉを介して、ページ要素６１０Ｆ、及び、画像のみのページ要素である６１０Ｇに接続する。ページ要素６１０Ｄは、ホット・リンク６３０Ｈを用い、アドレス６２０Ｈを介して、６１０Ｆを含むページ要素に接続する。ページ要素６１０Ｅは、ホット・リンク６３０Ｊ〜Ｌを用い、アドレス６２０Ｆ、６２０Ｋ、及び６２０Ｌを介して、ページ要素６１０Ｃ及び図示されない他のページ要素に接続する。ページ要素６１０Ｆは、ホット・リンク６３０Ｍ〜Ｏを用い、アドレス６２０Ｍ〜Ｏを介して、図示されない音声ページ要素に接続する。
【００３３】
ページ要素６１０Ａの下に示した記述６５０Ａ、．．／ｈｏｍｅは、ページ要素６１０Ａのストレージ内における位置の相対パス名を表す。「．．」は、ストレージ要素上の固定位置を表す。例えば、この編成がサーバ４００に格納されているときには、「．．」は、／ｓｅｒｖｅｒ／ｕｓｒなどの、サーバのファイル・システムにおけるディレクトリを表すことができ、この編成がモバイル装置のメモリに格納されているときには、「．．」は、／ｍｙ＿ｍｏｂｉｌｅなどのディレクトリを表すことができる。
【００３４】
図７は、本発明に係るモバイル装置上にウェブ・サイト・コンテンツをミラーリングする方法７００を説明するフローチャートを示す。ステップ７２０において、ローカル・ウェブ・サーバ５２０及びウェブ・ブラウザ５４０を含むソフトウェア・コンポーネントが、モバイル装置上にインストールされる。ステップ７３０において、ローカル・ウェブ・サーバ５２０を始動する。ローカル・ウェブ・サーバ５２０は、始動すると、サーバ４００によってホストされるウェブ・サイトへの接続を開始する。いかなるウェブ・サイトも本発明の環境に適用可能であるが、従業員にサービスを提供する企業のウェブ・サイトが、本発明に利用する利点がある。ステップ７４０において、サーバ４００は、サーバ４００によってホストされるウェブ・サイトのコンテンツを定める編成されたページ要素を含むディレクトリ構造のミラー・コピーを含む圧縮ファイルをダウンロードする。サーバ４００は、新たなモバイル装置に直ちにダウンロードするように、圧縮ファイルのコピーを持つことができる。サーバ４００はまた、モバイル装置への接続時に圧縮ファイルを作成することができる。接続時に圧縮ファイルが作成される場合には、サーバ４００は、ウェブ・サイトを構成するすべてのページ要素、又は圧縮ファイルがモバイル装置に最後にダウンロードされた以降に変更されたページ要素のいずれかを含む圧縮ファイルを作成することができる。ダウンロードされた圧縮ファイルは、解凍され、モバイル装置上に格納される。圧縮ファイルをダウンロードして、ダウンロードする必要があるデータ量を減少させることにより、待ち時間、すなわちネットワーク上の情報を取得するのに必要な時間が短くなるという利点がある。ステップ７４０のさらなる詳細は、以下の図８の説明において提供される。
【００３５】
ステップ７５０において、ローカル・ウェブ・サーバ５２０は、モバイル装置５００上のウェブ・ブラウザを立ち上げる。ローカル・ウェブ・サーバ５２０は、必要に応じて、サーバ４００上にホストされたウェブ・サイトのＵＲＬをウェブ・ブラウザ５４０に渡し、ウェブ・ブラウザ５４０が、解凍され格納されたファイルのコンテンツをユーザに提供するようにする。ＵＲＬを渡さない場合には、ユーザは、既知の手段を利用して、サーバ４００上にホストされたウェブ・サイトに関連付けられたＵＲＬを特定することになるであろう。いずれの場合においても、ステップ７６０において、ローカル・ウェブ・サーバ５２０は、ループ・バック接続を介してＵＲＬを認識して、モバイル装置５００上にローカルに格納されたウェブ・サイト・コンテンツを表示し、該モバイル装置のユーザは、該モバイル装置とネットワーク１０２との間で接続が確立されているかどうかに関わらず、ローカルに格納されたウェブ・サイトの情報コンテンツを閲覧することが可能になる。
【００３６】
ローカル・コンテンツを提供するか、又は更新されたコンテンツを要求するかを判断するために、様々な技術をローカル・ウェブ・サーバ５２０に実装することができる。ステップ７７０は、モバイル装置とネットワークとの間で接続が確立されていることを前提に、ローカルに格納されたウェブ・コンテンツを更新するための１つの技術を提供する。ステップ７７０において、ローカル・ウェブ・サーバは、サーバ４００から更新を要求するかどうかを決定する。この決定は、ユーザ要求によって、又は設定可能なインターバル・タイマの制御下で、行うことができる。
【００３７】
ここで図８を参照すると、フローチャート８００は、図７において説明したステップ７４０の更なる詳細を示す。ステップ８１０において、ローカル・ウェブ・サーバ５２０は、固有のコンテンツを有する既知のＧＥＴ要求などの単一ＨＴＴＰ要求を、サーバ４００に発行する。関連する最終修正日を持つファイルのリストを、必要に応じて、ＨＴＴＰ要求本体にエンコードすることができる。例えば、１つの実施形態においてＪＡＲファイルが利用される場合には、ＪＡＲのマニフェスト・ファイルが、こうしたリストを提供するであろう。
【００３８】
ステップ８２０において、サーバ４００上のウェブ・サーバ４２０は、ＨＴＴＰ要求を受信する。ＧＥＴ要求は、ウェブ・サーバによって認識される。ウェブ・サーバは、ＧＥＴ要求を認識し、圧縮マネージャ４６０などのサーブレット、ジャバ・ビーンなどを実行させるように、既知の方法で作動する。圧縮マネージャ４６０は、サーバ４００によってホストされるウェブ・サイト・コンテンツを表示するのに必要なページ要素のすべてを圧縮する。必要に応じて、サーバ４００は、接続中のいずれかのモバイル装置によってすぐに取得されるように、既存の圧縮ファイルを含むことができる。しかしながら、ＨＴＴＰ要求が、関連する最終修正日を持つファイルのリストを含む場合には、圧縮マネージャ４６０は、ファイルの日付を、その時点でサーバ４００に格納されているものと比較し、変更されたファイルのみを含む調整された圧縮ファイルを作成することができる。
【００３９】
ステップ８３０において、サーバ４００は、圧縮ファイルをモバイル装置５００に送信する。圧縮ファイルは、ＨＴＴＰ応答メッセージの本体に入れて搬送されることになる。ステップ８４０において、ローカル・ウェブ・サーバ５２０は、圧縮ファイルを受信すると、該圧縮ファイルを解凍し、解凍されたファイルを相対パス名を用いてローカルに格納して、いずれかの既存のファイルと置換する。相対パス名によって、ローカル・ウェブ・サーバ５２０が、ウェブ装置ファイル・システム上にローカルに格納されたウェブ・サイト内をナビゲートすることが可能になる。
【００４０】
ここで図９を参照すると、フローチャート９００は、図７において説明されるような、ウェブ・サイト・コンテンツの更新を要求し、更新された圧縮ファイルをダウンロードするステップの代替的な実施形態を示す。ステップ９１０において、ＤＭＳクライアントがモバイル装置５００上にインストールされ、ＤＭＳサーバがサーバ４００上にインストールされる。ローカル・ウェブ・サーバ５２０がＨＴＴＰ要求をサーバ４００に発行するのではなく、ＤＭＳクライアントが、ローカル・ウェブ・サーバ５２０に一切負担を掛けずに、ローカル・ウェブ・コンテンツを要求し更新することを含むファイル管理機能を実行する。この実施形態においては、ローカル・ウェブ・サーバは、いかなるファイル管理機能も含まない。ステップ９２０において、ＤＭＳクライアントは、ＨＴＴＰ要求を発行して、サーバによってホストされるウェブ・サイトを含む圧縮ファイルを得る。サーバ４００上のＤＭＳサーバ４３０は、上述の圧縮マネージャの機能を代替的に実行することに留意されたい。
【００４１】
ステップ９３０において、ＤＭＳクライアントは、サーバ４００から圧縮ファイルを受信する。ＤＭＳサーバは、圧縮マネージャ４６０の代わりに、サーバ４００上のページ要素を圧縮することを含むファイル管理機能を実行する。ステップ９４０において、ＤＭＳクライアントは、圧縮ファイルを解凍し、ローカル・ウェブ・サーバによって後に取得されるように、解凍されたファイルをモバイル装置に格納する。
【００４２】
さらに、ＤＭＳクライアントは、ＤＭＳサーバに照会して、ＤＭＳクライアントによるアクションを待っているいずれかのジョブが存在するかどうかを判断することができる。存在する場合には、ＤＭＳクライアントは、次の待機中のジョブを実行することができる。待機中のジョブが、圧縮ファイルがＤＭＳクライアントにダウンロードされることを示す場合には、この照会機構によって、ＤＭＳサーバが、モバイル装置にダウンロードされるウェブ・サイト・コンテンツのバージョンを管理することが可能になる。
【００４３】
本発明の好ましい実施形態においては、圧縮マネージャ、解凍マネージャ、ウェブ・サーバ、ウェブ・ブラウザ、ＤＭＳサーバ、ＤＭＳクライアント、及びネットワーク・インターフェースは、ソフトウェアとして実装されるが、本発明の他の実施形態においては、これらのソフトウェア部分によって実行される命令ステップのすべて又は一部は、ファームウェアの形でこれらのコンポーネントのいずれかに常駐させるか、又は、サーバ４００及びモバイル・クライアント５００と通信するように作動する１つ又は複数のコンピュータに接続された他のプログラム媒体に常駐させることができることを理解すべきである。
【００４４】
本発明の説明は、例示及び説明の目的で提示したものであり、網羅的であること、又は、本発明を開示した形式に限定することを意図するものではない。当業者には、多くの修正及び変形が明らかであろう。実施形態は、本発明の原理及びその実際の用途を最も良く説明するために、並びに、非当業者が本発明を理解することができるように、選択し、説明した。急速に発展するハードウェア及びソフトウェアのコンポーネント及び技術に鑑みて、特許請求の範囲を限度として、特定の環境又は用途に適合するように必要に応じて種々の修正を本発明に施した、限定することなく本明細書における種々の教示の適用を含む種々の実施形態が、考慮される。
【図面の簡単な説明】
【００４５】
【図１】本発明を適切に実装することができるデータ処理システムのネットワークのブロック図を示す。
【図２】現時点で好ましい本発明の実施形態に係る、図１のネットワークにおけるサーバとして適切に利用することができるデータ処理システムのブロック図である。
【図３】本発明を実装することができるモバイル・クライアント装置を示すブロック図である。
【図４】本発明の好ましい実施形態に係るサーバの機能ソフトウェア・コンポーネントを示すブロック図である。
【図５】本発明の好ましい実施形態に係る特定のモバイル装置例の機能ソフトウェア・コンポーネントを示すブロック図である。
【図６】ウェブ・サイトを構成するために格納されたページ要素の例示的な編成である。
【図７】本発明に従って、モバイル装置上にウェブ・サイト・コンテンツをミラーリングする方法を示すフローチャートである。
【図８】ウェブ・サイトのミラー・コピーを図７において説明されるモバイル装置にダウンロードするステップのさらなる詳細を示すフローチャートである。
【図９】ウェブ・サイト・コンテンツの更新を要求し、図７において説明される更新済み圧縮ファイルをダウンロードするための処理の代替的な実施形態を示すフローチャートである。
【特許請求の範囲】
【請求項１】
ネットワーク内のサーバ上に格納されたウェブ・サイト・コンテンツを定めるページ要素を含む情報を表示するためのモバイル装置であって、
ウェブ・サイトを表示するためのウェブ・ブラウザと、圧縮されたページ要素を含む圧縮ファイルを受信し、前記圧縮ファイルをページ要素に解凍し、前記ページ要素をメモリに格納するソフトウェア・コンポーネントであって、格納された前記ページ要素を読み出し、前記ページ要素を前記ウェブ・ブラウザに提示するソフトウェア・コンポーネントとを含む前記メモリと、
前記ウェブ・ブラウザ及び前記ソフトウェア・コンポーネントを動作させるためのプロセッサと、
を備えるモバイル装置。
【請求項２】
前記圧縮ファイルは、前記ページ要素の相対パス名に従って前記ページ要素を格納する、請求項１に記載のモバイル装置。
【請求項３】
前記ソフトウェア・コンポーネントは、ウェブ・サーバとＤＭＳクライアントとを含む、請求項１に記載のモバイル装置。
【請求項４】
前記ソフトウェア・コンポーネントはウェブ・サーバを含み、前記ウェブ・サーバは解凍マネージャをさらに含む、請求項１に記載のモバイル装置。
【請求項５】
前記ソフトウェア・コンポーネントは、前記圧縮ファイルを更新する要求を発生させるように作動する、請求項１に記載のモバイル装置。
【請求項６】
取得した更新済み圧縮ファイルが、格納された前記ページ要素と置換される、請求項５に記載のモバイル装置。
【請求項７】
前記圧縮ファイルを更新する前記要求は、ローカルに格納されたページ要素名とそれに関連付けられた最終修正日とのリストを含む、請求項５に記載のモバイル装置。
【請求項８】
取得した前記更新済み圧縮ファイルは、新たなページ要素と、前記格納されたページ要素より新しい最終修正日を有するページ要素とを含む、請求項７に記載のモバイル装置。
【請求項９】
前記ウェブ・ブラウザは、前記モバイル装置が前記ネットワークから切断されたときは、ローカルに格納されたいずれかの要求されたページ要素を表示する、請求項１に記載のモバイル装置。
【請求項１０】
１つの要求に応答して、ネットワークを介してウェブ・サイトを配信するためのサーバであって、ページ要素から構成されたウェブ・サイトをホストするためのウェブ・サーバ、及び、圧縮ファイルについての要求を受信し、ページ要素から構成された前記圧縮ファイルをモバイル装置に送信するための圧縮マネージャ、を含むメモリと、前記ウェブ・サーバ及び前記圧縮マネージャを動作させるためのプロセッサと、を備えるサーバ。
【請求項１１】
モバイル装置上でウェブ・コンテンツを閲覧するための方法であって、
ウェブ・サーバをモバイル装置上に準備するステップと、
サーバによってホストされているウェブ・サイトのミラー・コピーについての要求を該サーバに送信するステップと、
前記ウェブ・サイトを構成するページ要素を圧縮して圧縮ファイルを定めるステップと、
前記モバイル装置において前記圧縮ファイルを受信するステップと、
前記圧縮ファイルをローカルのページ要素に解凍するステップと、
前記ローカルのページ要素を前記モバイル装置上に格納するステップと、
前記ローカルのページ要素を前記モバイル装置のユーザに表示するステップと、
を含む方法。
【請求項１２】
ネットワークへの接続状態にかかわらずウェブ・サイト・コンテンツを表示するモバイル装置と、サーバと、ネットワークとを有し、呼び出し機能を持つクライアント・プログラム及びサーバ・プログラムを有するネットワーク処理システムに、前記サーバによってホストされているウェブ・サイトのミラー・コピーについての要求を前記クライアント・プログラムによって前記サーバ・プログラムに送信するステップと、前記要求を前記サーバ・プログラムによって受信するステップと、前記要求の受信に応答して、ページ要素を有する前記ウェブ・サイトを圧縮するように前記サーバ・プログラムによって前記機能を呼び出すステップと、圧縮ファイルを前記サーバ・プログラムによって前記クライアント・プログラムに戻すステップと、前記圧縮ファイルを前記クライアント・プログラムによってローカルのページ要素に解凍するステップと、前記ローカルのページ要素を前記クライアント・プログラムによって前記モバイル装置上に格納するステップと、前記ローカルのページ要素を前記クライアント・プログラムによって前記モバイル装置のユーザに表示するステップと、を実行することによって、ウェブ・サイト・コンテンツを表すページ要素を含む圧縮ファイルのダウンロードを実行させる内容のコンピュータ可読メディア。
【請求項１】
ネットワーク内のサーバ上に格納されたウェブ・サイト・コンテンツを定めるページ要素を含む情報を表示するためのモバイル装置であって、
ウェブ・サイトを表示するためのウェブ・ブラウザと、圧縮されたページ要素を含む圧縮ファイルを受信し、前記圧縮ファイルをページ要素に解凍し、前記ページ要素をメモリに格納するソフトウェア・コンポーネントであって、格納された前記ページ要素を読み出し、前記ページ要素を前記ウェブ・ブラウザに提示するソフトウェア・コンポーネントとを含む前記メモリと、
前記ウェブ・ブラウザ及び前記ソフトウェア・コンポーネントを動作させるためのプロセッサと、
を備えるモバイル装置。
【請求項２】
前記圧縮ファイルは、前記ページ要素の相対パス名に従って前記ページ要素を格納する、請求項１に記載のモバイル装置。
【請求項３】
前記ソフトウェア・コンポーネントは、ウェブ・サーバとＤＭＳクライアントとを含む、請求項１に記載のモバイル装置。
【請求項４】
前記ソフトウェア・コンポーネントはウェブ・サーバを含み、前記ウェブ・サーバは解凍マネージャをさらに含む、請求項１に記載のモバイル装置。
【請求項５】
前記ソフトウェア・コンポーネントは、前記圧縮ファイルを更新する要求を発生させるように作動する、請求項１に記載のモバイル装置。
【請求項６】
取得した更新済み圧縮ファイルが、格納された前記ページ要素と置換される、請求項５に記載のモバイル装置。
【請求項７】
前記圧縮ファイルを更新する前記要求は、ローカルに格納されたページ要素名とそれに関連付けられた最終修正日とのリストを含む、請求項５に記載のモバイル装置。
【請求項８】
取得した前記更新済み圧縮ファイルは、新たなページ要素と、前記格納されたページ要素より新しい最終修正日を有するページ要素とを含む、請求項７に記載のモバイル装置。
【請求項９】
前記ウェブ・ブラウザは、前記モバイル装置が前記ネットワークから切断されたときは、ローカルに格納されたいずれかの要求されたページ要素を表示する、請求項１に記載のモバイル装置。
【請求項１０】
１つの要求に応答して、ネットワークを介してウェブ・サイトを配信するためのサーバであって、ページ要素から構成されたウェブ・サイトをホストするためのウェブ・サーバ、及び、圧縮ファイルについての要求を受信し、ページ要素から構成された前記圧縮ファイルをモバイル装置に送信するための圧縮マネージャ、を含むメモリと、前記ウェブ・サーバ及び前記圧縮マネージャを動作させるためのプロセッサと、を備えるサーバ。
【請求項１１】
モバイル装置上でウェブ・コンテンツを閲覧するための方法であって、
ウェブ・サーバをモバイル装置上に準備するステップと、
サーバによってホストされているウェブ・サイトのミラー・コピーについての要求を該サーバに送信するステップと、
前記ウェブ・サイトを構成するページ要素を圧縮して圧縮ファイルを定めるステップと、
前記モバイル装置において前記圧縮ファイルを受信するステップと、
前記圧縮ファイルをローカルのページ要素に解凍するステップと、
前記ローカルのページ要素を前記モバイル装置上に格納するステップと、
前記ローカルのページ要素を前記モバイル装置のユーザに表示するステップと、
を含む方法。
【請求項１２】
ネットワークへの接続状態にかかわらずウェブ・サイト・コンテンツを表示するモバイル装置と、サーバと、ネットワークとを有し、呼び出し機能を持つクライアント・プログラム及びサーバ・プログラムを有するネットワーク処理システムに、前記サーバによってホストされているウェブ・サイトのミラー・コピーについての要求を前記クライアント・プログラムによって前記サーバ・プログラムに送信するステップと、前記要求を前記サーバ・プログラムによって受信するステップと、前記要求の受信に応答して、ページ要素を有する前記ウェブ・サイトを圧縮するように前記サーバ・プログラムによって前記機能を呼び出すステップと、圧縮ファイルを前記サーバ・プログラムによって前記クライアント・プログラムに戻すステップと、前記圧縮ファイルを前記クライアント・プログラムによってローカルのページ要素に解凍するステップと、前記ローカルのページ要素を前記クライアント・プログラムによって前記モバイル装置上に格納するステップと、前記ローカルのページ要素を前記クライアント・プログラムによって前記モバイル装置のユーザに表示するステップと、を実行することによって、ウェブ・サイト・コンテンツを表すページ要素を含む圧縮ファイルのダウンロードを実行させる内容のコンピュータ可読メディア。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２００７−５３４０３７（Ｐ２００７−５３４０３７Ａ）
【公表日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願番号】特願２００６−５２５１３９（Ｐ２００６−５２５１３９）
【出願日】平成１６年８月２３日（２００４．８．２３）
【国際出願番号】ＰＣＴ／ＥＰ２００４／０５１８８１
【国際公開番号】ＷＯ２００５／０２２４０４
【国際公開日】平成１７年３月１０日（２００５．３．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
【公表日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願日】平成１６年８月２３日（２００４．８．２３）
【国際出願番号】ＰＣＴ／ＥＰ２００４／０５１８８１
【国際公開番号】ＷＯ２００５／０２２４０４
【国際公開日】平成１７年３月１０日（２００５．３．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ
【出願人】（３９０００９５３１）インターナショナル・ビジネス・マシーンズ・コーポレーション (4,084)
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＳＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【Ｆターム（参考）】
[ Back to top ]