(57)【要約】本発明は、オフラインキャッシングの方法及び装置を提供する。本方法は、リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得するステップと、識別子に従って、識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するステップと、ローカルデータベースに識別子に対応するリソースが保存されている場合、識別子に対応するリソースをカプセル化し、リソースダウンロード要求に応答するステップと、を含んでよい。本発明の技術構成を採用すれば、ネットワークトラフィックを大幅に節約できる。ネットワークが存在する状況、特にネットワーク環境が良好である状況において、所望のリソースをダウンロードしローカルデータベースに保存できるので、リクエスト時間を大幅に低減できる。同時に、ネットワーク環境が劣悪な状況でも、ローカルデータベースから所望のリソースを取得できるので、既にローカルデータベースに保存されているリソースの重複ダウンロードを防止でき、ユーザー端末の性能を強化できる。
2015531952.tif 000002
【特許請求の範囲】
【請求項１】
オフラインキャッシングの方法であって、
リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得するステップと、
前記識別子に従って、前記識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するステップと、
前記識別子に対応するリソースが前記ローカルデータベースに保存されている場合、前記識別子に対応する前記リソースをカプセル化し、前記リソースダウンロード要求に応答し、リソースダウンロードを実行するステップと、
を含む方法。
【請求項２】
前記識別子に対応する前記リソースが前記ローカルデータベースに保存されていない場合、リモートエンドに前記リソースダウンロード要求を送信するステップと、
前記識別子に対応するリソースを前記リモートエンドからダウンロードし、前記識別子に対応する当該リソースをカプセル化して前記リソースダウンロード要求に応答し、前記識別子をキーワードとして、前記識別子に対応する当該リソースを前記ローカルデータベースに保存するステップと、
を更に含む、請求項１に記載の方法。
【請求項３】
前記リモートエンドに前記リソースダウンロード要求を送信する前記ステップは、
前記識別子を前記リソースダウンロード要求にカプセル化し、前記リモートエンドからの前記識別子に対応する前記リソースのダウンロードを要求するステップと、
要求が失敗した場合、前記リソースダウンロード要求を再送し、連続して複数回再送した後、前記リソースダウンロード要求の送信を停止するステップと、
を含む、
請求項２に記載の方法。
【請求項４】
前記リソースダウンロード要求はハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を含み、
前記識別子は統一資源位置指定子（ＵＲＬ）を含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記ローカルデータベース内の前記識別子に対応する前記リソースをカプセル化し前記リソースダウンロード要求に応答する前記ステップは、
前記ローカルデータベース内の前記識別子に対応する前記リソースをＨＴＴＰ応答としてカプセル化し、当該ＨＴＴＰ応答をユーザー端末が開始したＨＴＴＰ要求に返すステップ、
を含む、
請求項４に記載の方法。
【請求項６】
リモートエンドからリソースをダウンロードして、当該リソースを前記ローカルデータベースに保存するステップ、
を更に含み、
前記識別子に従って、前記識別子に対応するリソースが前記ローカルデータベースに保存されているか否かを判定する前記ステップは、
前記識別子に従って前記ローカルデータベースを検索し、前記ローカルデータベースに保存されているリソースの中に前記識別子に対応するリソースがあるか否かを判定するステップ、
を含む、
請求項１乃至３のいずれか一項に記載の方法。
【請求項７】
ローカルデータベース及びプロセッサを備えるオフラインキャッシング装置であって、
前記ローカルデータベースは、ダウンロードされたリソースを保存するように構成され、
前記プロセッサは、リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得し、
前記識別子に従って、前記識別子に対応するリソースが前記ローカルデータベースに保存されているか否かを判定し、
前記識別子に対応するリソースが前記ローカルデータベースに保存されている場合、前記識別子に対応する前記リソースをカプセル化し、前記リソースダウンロード要求に応答してリソースダウンロードを実行するように構成される、
オフラインキャッシング装置。
【請求項８】
前記プロセッサは更に、
前記識別子に対応する前記リソースが前記ローカルデータベースに保存されていない場合、リモートエンドに前記リソースダウンロード要求を送信し、
前記識別子に対応するリソースを前記リモートエンドからダウンロードし、前記識別子に対応する前記リソースをカプセル化して前記リソースダウンロード要求に応答し、前記識別子をキーワードとして、前記識別子に対応する当該リソースを前記ローカルデータベースに保存するように構成される、
請求項７に記載の装置。
【請求項９】
前記プロセッサは更に、
前記識別子を前記リソースダウンロード要求にカプセル化し、前記リモートエンドからの前記識別子に対応する前記リソースのダウンロードを要求し、
要求が失敗した場合、前記リソースダウンロード要求を再送し、連続して複数回再送した後、前記リソースダウンロード要求の送信を停止するように構成される、
請求項８に記載の装置。
【請求項１０】
前記リソースダウンロード要求はハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を含み、
前記識別子は統一資源位置指定子（ＵＲＬ）を含む、
請求項７乃至９のいずれか一項に記載の装置。
【請求項１１】
前記プロセッサは更に、
前記ローカルデータベース内の前記識別子に対応する前記リソースをＨＴＴＰ応答としてカプセル化し、当該ＨＴＴＰ応答をユーザー端末が開始したＨＴＴＰ要求に返すように構成される、
請求項１０に記載の装置。
【請求項１２】
前記プロセッサは更に、
前記識別子に従って前記ローカルデータベースを検索し、前記ローカルデータベースに保存されているリソースの中に前記識別子に対応するリソースがあるか否かを判定するように構成される、
請求項７乃至９のいずれか一項に記載の装置。
【請求項１３】
コンピューター実行可能命令を格納する非一時的なコンピューター可読記憶媒体であって、前記実行可能命令は、コンピューターによって実行されると、
リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得するステップと、
前記識別子に従って、前記識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するステップと、
前記識別子に対応するリソースが前記ローカルデータベースに保存されている場合、前記識別子に対応する前記リソースをカプセル化し、前記リソースダウンロード要求に応答し、リソースダウンロードを実行するステップと、
を実行するように構成される、
コンピューター可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１２年９月２０日に中国特許局に提出された「オフラインキャッシングの方法及び装置」と題される中国特許出願第２０１２１０３５１９２４．７号に対する優先権を主張し、その全体を引用することにより本願に援用する。
【０００２】
本発明はインターネット技術に関し、特に、オフラインキャッシングの方法及び装置に関する。
【背景技術】
【０００３】
モバイルインターネットの急速な発展に伴い、ユーザー端末で使用されるモバイルアプリケーションがますます開発されている。また、モバイル医療機器はインターネットユーザー端末において徐々に不可欠な要素となっており、あらゆる状況で任意の時間に使用可能である。
【０００４】
モバイルインターネットの最大の特徴は「モバイル」性であり、ユーザー端末は、物理的な位置が固定されない状況でも、インターネットを用いることができる。モバイルインターネットにより、ユーザー端末は非常に便利なものになる。しかしながら、現在のモバイルネットワークのサービスエリアはそれほど広くなく、ユーザー端末が随時どこでもモバイルインターネットを使用することは不可能である。よって、一部のモバイルアプリケーションはオフラインキャッシング技術を採用し、以前ダウンロードされたリソースをローカルにキャッシュする。このようにして、ユーザー端末は、ネットワークがない状況でもリソースを継続して使用することができる。このような技術により、ユーザー端末の使用するトラフィックを節約することができ、ユーザー端末のカスタマイズというニーズを満たすことができる。
【０００５】
現在のモバイルアプリケーションでは、一般にＨＴＭＬ５（Hypertext  Markup  Language  ５）フォーマットのオフラインキャッシング機能が採用される。ＨＴＭＬ５は、ここ十年で勢いよく発展した。ＨＴＭＬ５プラットフォームでは、ビデオ、オーディオ、画像、動画等のコンピューターインタラクションが標準化されており、ＨＴＭＬ５の機能はますます豊富になっている。最も重要な機能は、オフラインキャッシングモバイルＷｅｂアプリケーションの機能である。ＨＴＭＬ５のオフラインキャッシング機能に基づいて、多くのモバイルアプリケーションがＨＴＭＬ５を用いて開発されている。このようなモバイルアプリケーションは、モバイルＷｅｂアプリケーションと呼ばれる。モバイルアプリケーションは主にＨＴＭＬ５技術を用い、JavaScript（登録商標）やCSS（Cascading  Style  Sheet）等のテキストブラウザで動作可能である。ＨＴＭＬ５のオフラインキャッシング機能を用いて開発されたモバイルアプリケーションも、オフラインキャッシング機能を有する。ＨＴＭＬ５のオフラインキャッシングは、一般にApplication  Cache  APIによりオフライン保存機能を提供し、ブラウザに特定のファイル（一般に、ブラウザが既にアクセスしたリソース）のキャッシングを指定し、オフラインユーザーが当該特定のファイルにアクセスできるようにする。
【０００６】
ＨＴＭＬ５オフライン機能を利用してモバイルアプリケーションのオフラインキャッシング機能を実現する上述のようなアプリケーション開発様式は、マッシュアップ式開発と呼ばれる。上述の開発方式で開発されるモバイルアプリケーションの最大の特徴は、クロスプラットフォームのサポートである。モバイルアプリケーションはファイルのダウンロード時にブラウザを用いる必要があるので、ファイルのダウンロード速度、ダウンロードの円滑さや効率等に影響が出るおそれがある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、オフラインキャッシング方法を提供し、ユーザー端末の通信速度、円滑さ、効率等を向上させる。
【課題を解決するための手段】
【０００８】
本発明は、オフラインキャッシング方法を提供する。本方法は、
リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得するステップと、
識別子に従って、識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するステップと、
識別子に対応するリソースがローカルデータベースに保存されている場合、識別子に対応するリソースをカプセル化してリソースダウンロード要求に応答するステップと、
を含む。
【０００９】
好ましくは、本方法は更に、
識別子に対応するリソースがローカルデータベースに保存されていない場合、リモートエンドにリソースダウンロード要求を送信するステップと、
リモートエンドから識別子に対応するリソースをダウンロードし、識別子に対応する当該リソースをカプセル化してリソースダウンロード要求に応答し、識別子をキーワードとして、識別子に対応する当該リソースをローカルデータベースに保存するステップと、
を含む。
【００１０】
好ましくは、リモートエンドにリソースダウンロード要求を送信するステップは、
識別子をリソースダウンロード要求にカプセル化し、リモートエンドからの識別子に対応するリソースのダウンロードを要求するステップと、
要求が失敗した場合、リソースダウンロード要求を再送し、連続して複数回再送した後、リソースダウンロード要求の送信を停止するステップと、
を含む。
【００１１】
好ましくは、リソースダウンロード要求はハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を含み、識別子は統一資源位置指定子（ＵＲＬ）を含む。
【００１２】
好ましくは、ローカルデータベース内の識別子に対応するリソースをカプセル化しリソースダウンロード要求に応答するステップは、
ローカルデータベース内の識別子に対応するリソースをＨＴＴＰ応答としてカプセル化し、当該ＨＴＴＰ応答をユーザー端末が開始したＨＴＴＰ要求に返すステップ、
を含む。
【００１３】
好ましくは、本方法は、
リモートエンドからリソースをダウンロードして、当該リソースをローカルデータベースに保存するステップ、
を更に含み、
識別子に従って、識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するステップは、
識別子に従ってローカルデータベースを検索し、ローカルデータベースに保存されているリソースの中に識別子に対応するリソースがあるか否かを判定するステップ、
を含む。
【００１４】
また、本発明は、オフラインキャッシング装置を提供する。本装置は、ローカルデータベース及びプロセッサを備え、
ローカルデータベースは、ダウンロードされたリソースを保存するように構成され、
プロセッサは、リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得し、
識別子に従って、識別子に対応するリソースがローカルデータベースに保存されているか否かを判定し、
識別子に対応するリソースがローカルデータベースに保存されている場合、識別子に対応するリソースをカプセル化し、リソースダウンロード要求に応答するように構成される。
【００１５】
好ましくは、プロセッサは更に、
識別子に対応するリソースがローカルデータベースに保存されていない場合、リモートエンドにリソースダウンロード要求を送信し、
識別子に対応するリソースをリモートエンドからダウンロードし、識別子に対応するリソースをカプセル化してリソースダウンロード要求に応答し、識別子をキーワードとして、識別子に対応する当該リソースをローカルデータベースに保存するように構成される。
【００１６】
好ましくは、プロセッサは更に、
識別子をリソースダウンロード要求にカプセル化し、リモートエンドからの識別子に対応するリソースのダウンロードを要求し、
要求が失敗した場合、リソースダウンロード要求を再送し、連続して複数回再送した後、リソースダウンロード要求の送信を停止するように構成される。
【００１７】
好ましくは、リソースダウンロード要求はハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を含み、識別子は統一資源位置指定子（ＵＲＬ）を含む。
【００１８】
好ましくは、プロセッサは更に、ローカルデータベース内の識別子に対応するリソースをＨＴＴＰ応答としてカプセル化し、当該ＨＴＴＰ応答をユーザー端末が開始したＨＴＴＰ要求に返すように構成される。
【００１９】
好ましくは、プロセッサは更に、識別子に従ってローカルデータベースを検索し、ローカルデータベースに保存されているリソースの中に識別子に対応するリソースがあるか否かを判定するように構成される。
【００２０】
本発明は、コンピューター実行可能命令を格納する非一時的なコンピューター可読記憶媒体を提供する。実行可能命令は、コンピューターによって実行されると、
リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得するステップと、
識別子に従って、識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するステップと、
識別子に対応するリソースがローカルデータベースに保存されている場合、識別子に対応するリソースをカプセル化し、リソースダウンロード要求に応答してリソースダウンロードを実行するステップと、
を実行するように構成される。
【００２１】
本発明実施例の技術構成を使用すると、ユーザーが所定のリソースを使用する必要があってユーザー端末によりリソースダウンロード要求を開始した場合、ダウンロードが要求されるリソースに対応する識別子が当該リソースダウンロード要求から取得され、当該識別子に従って、当該識別子に対応するリソースがローカルデータベースに保存されているか否かが判定される。保存されている場合、ローカルデータベースから当該リソースが取得され、リソースダウンロード要求に対する応答がなされる。当該技術構成を利用すれば、既にローカルデータベースに保存されているリソースの重複ダウンロードを防止することができ、ユーザー端末の性能を強化することができる。
【図面の簡単な説明】
【００２２】
本発明の実施例又は従来技術の技術構成を分かりやすく説明するために、以下、実施例又は従来技術の説明に必要な添付の図面を、簡単に紹介する。当然ながら、以下に説明する添付の図面は本発明の実施例の一部に過ぎず、当該技術分野の当業者であれば、これらの添付の図面に基づいて、創造的な工夫をすることなく他の図面を得られるであろう。
【図１】本発明の実施例に係る第１のオフラインキャッシング方法を示すフローチャートである。
【図２】本発明の実施例に係る第２のオフラインキャッシング方法を示すフローチャートである。
【図３】本発明の実施例に係るオフラインキャッシング方法における、リモートエンドに要求を送信する構成を示すフローチャートである。
【図４】本発明の実施例に係る第３のオフラインキャッシング方法を示すフローチャートである。
【図５】本発明の実施例に係る第１のオフラインキャッシング装置を示す概略構成図である。
【図６】本発明の実施例に係る第２のオフラインキャッシング装置を示す概略構成図である。
【図７】本発明の実施例に係るオフラインキャッシング装置におけるリモートエンド要求モジュールの概略構成図である。
【図８】本発明の実施例に係る第３のオフラインキャッシング装置３示す概略構成図である。  実施例と併せて添付の図面を参照することにより、本発明の実施、機能の特徴及び利点を更に説明する。
【発明を実施するための形態】
【００２３】
当然ながら、ここに記載する具体的な実施例は本発明の説明に用いられるものに過ぎず、本発明を限定するものではない。
【００２４】
図１を参照する。図１は、本発明の実施例に係る第１のオフラインキャッシング方法を示すフローチャートである。本方法は、以下のステップを含んでよい。
【００２５】
ステップＳ１２において、リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得する。
【００２６】
ステップＳ１３において、識別子に従って、当該識別子に対応するリソースがローカルデータベースに保存されているか否かを判定する。
【００２７】
ステップＳ１４において、保存されている場合、識別子に対応するリソースをカプセル化する。
【００２８】
具体的には、ステップＳ１２の前にステップＳ１１を更に含む。Ｓ１１では、ユーザー端末の命令に従ってリソースダウンロード要求を開始する。
【００２９】
ネットワークが存在する状況において、特にネットワーク環境が比較的良好な状況（例えば、ネットワーク速度が速くネットワークが簡単には切断されない状況）において、インターネット上のリモートサーバーからリソースが取得され、ユーザー端末のローカルデータベースに保存される。ユーザー端末が当該リソースを再び使用する場合、ユーザー端末はまず、リモートエンド（例えばサーバー）宛ての当該リソースの取得に用いられるリソースダウンロード要求（例えばＨＴＴＰ（Hyper  Text  Transfer  Protocol；ハイパーテキスト転送プロトコル）要求）を傍受し、当該リソースダウンロード要求に含まれリソースに対応する識別子（例えばＵＲＬ（Uniform  Resource  Locator；統一資源位置指定子））を取得し、ローカルデータベースに問い合わせてよい。要求されたリソースが既にローカルデータベースにキャッシュされている場合、ローカルデータベースから当該リソースを取り出してＨＴＴＰ応答（Ｒｅｓｐｏｎｓｅ）をカプセル化し、ＨＴＴＰ要求に対して当該ＨＴＴＰ応答を返してよい。本技術構成を利用すれば、ローカルデータベースに含まれるリソースの重複ダウンロードを防ぐことができ、ユーザーのネットワークトラフィックを大幅に節約することができる。
【００３０】
更に、ネットワークが存在する状況、特にネットワーク環境が比較的良好な状況において、ユーザー端末は、サーバーからリソースを取得してローカルデータベースに保存してよい。このようにユーザーは、ネットワークが存在しない状況でも、ローカルデータベースからリソースを読み出すことができる。本オフラインキャッシング方法を利用すれば、ネットワークが存在しない状況でもユーザーはリソースを使用できるようになる。
【００３１】
本オフラインキャッシング方法は更に、リモートエンドからリソースをダウンロードして、リソースをローカルデータベースに保存するステップ、を含んでよい。
【００３２】
識別子に従って、当該識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するステップは、
識別子に従ってローカルデータベースを検索し、ローカルデータベースに保存されているリソースの中に、当該識別子に対応するリソースがあるか否かを判定するステップ、
を含んでよい。
【００３３】
図２を参照する。図２は、本発明の実施例に係る第２のオフラインキャッシング方法を示すフローチャートである。本実施例によれば、上述のステップＳ１３の後に以下のステップが含まれてよい。
【００３４】
ステップＳ１５において、ローカルデータベースに識別子に対応するリソースが保存されていない場合、リソースダウンロード要求をリモートエンドに送信する。
【００３５】
ステップＳ１６において、識別子に対応するリソースをリモートエンドからダウンロードし、識別子に対応するリソースをカプセル化してリソースダウンロード要求に応答し、識別子をキーワードとして、識別子に対応するリソースをローカルデータベースに保存する。
【００３６】
図３を参照する。図３は、本発明の実施例に係るオフラインキャッシング方法における、リモートエンドに要求を送信する構成を示すフローチャートである。上述のステップＳ１５は、以下のステップを含んでよい。
【００３７】
ステップＳ１５１において、識別子をリソースダウンロード要求にカプセル化し、リモートエンドからの当該識別子に対応するリソースのダウンロードを要求する。要求が失敗した場合、ステップＳ１５２が実行される。要求が成功した場合、ステップＳ１５３が実行される。識別子に対応するリソースを、リモートエンドリソースと称する場合がある。
【００３８】
ステップＳ１５２において、リソースダウンロード要求を再送し、連続して複数回再送した後、送信を停止する。
【００３９】
ステップＳ１５３において、識別子に対応するリソースを受信する。
【００４０】
リソースダウンロード要求の要求するリソースがユーザー端末のローカルデータベースに保存されていない場合、リソースダウンロード要求から取得される識別子を再カプセル化し、リソースダウンロード要求を再生成して、インターネット上のリモートエンドサーバーからのリソースのダウンロードを要求してよい。要求が成功した場合、識別子に対応するリソースのダウンロードが完了した後、ダウンロードされたリソースをカプセル化してリソースダウンロード要求に応答してよい。同時に、識別子をキーワードとして、識別子に対応するリソースをローカルデータベースに保存してよい。要求が失敗した場合、リソースダウンロード要求を再送し、連続して複数回（例えば３回）再送した後に送信を停止し、リソースダウンロード要求を終了してよい。
【００４１】
図４を参照する。図４は、本発明の実施例に係る第３のオフラインキャッシング方法を示すフローチャートである。以下、オフラインキャッシング方法をモバイルアプリケーションに応用する場合を例にとり、本実施例に係るオフラインキャッシング方法を詳細に説明する。ここで、リソースダウンロード要求はＨＴＴＰ要求であってよく、リソースの識別子はＵＲＬであってよい。
【００４２】
ステップＳ２１において、モバイルアプリケーションが、モバイルユーザー端末の命令に従ってＨＴＴＰ要求を開始し、リモートエンドサーバーからのリソースのダウンロードを要求する。
【００４３】
ステップＳ２２において、モバイルアプリケーションがＨＴＴＰ要求を傍受する。
【００４４】
ステップＳ２３において、ＨＴＴＰ要求を解析して、要求されたリソースのＵＲＬを得る。
【００４５】
ステップＳ２４において、ＵＲＬをキーワードとして、モバイルユーザー端末のローカルデータベースに問い合わせる。
【００４６】
ステップＳ２５において、ＵＲＬに対応するリソースがローカルデータベースに存在する場合、ＵＲＬに対応するリソースをＨＴＴＰ応答としてカプセル化して、モバイルアプリケーションによって開始されたＨＴＴＰ要求に返す。ここで、モバイルアプリケーションが開始したＨＴＴＰ要求プロセスが終了する。
【００４７】
ステップＳ２６において、ＵＲＬに対応するリソースがローカルデータベースに存在しない場合、ＵＲＬをＨＴＴＰ要求にカプセル化し、当該ＨＴＴＰ要求を再送する。開始された要求が失敗した場合、要求を再送し、連続で３回再送して失敗した場合に今回のＨＴＴＰ要求を停止する。
【００４８】
ステップＳ２７において、要求が成功した場合、ＵＲＬに対応するリソースを受信し、ＨＴＴＰ応答にカプセル化して、モバイルアプリケーションによって開始されたＨＴＴＰ要求に返す。
【００４９】
ステップＳ２８において、ＵＲＬをキーワードとして、受信されたリソースをローカルデータベースに保存する。ここで、モバイルアプリケーションが開始したＨＴＴＰ要求プロセスが終了する。
【００５０】
モバイルユーザー端末（スマートフォン、タブレットコンピューター等）では、原生モバイルアプリケーションはもともと優位であるので、少なくともしばらくはＷｅｂ化が困難である。よって、原生モバイルアプリケーションのオフラインキャッシング技術を利用することで、モバイルアプリケーションの性能（速度、効率等）を大幅に向上させることができ、モバイルインターネットユーザー端末が便利になる。
【００５１】
上述のオフラインキャッシング方法を利用すれば、ユーザー端末において大幅にネットワークトラフィックを節約することができる。ネットワークが存在する状況において、特にネットワーク環境が比較的良好な状況において、所望のリソースを要求して当該リソースをローカルデータベースに保存することができるので、リクエストの時間を大幅に低減することができる。同時に、ネットワーク環境が劣悪な状況であっても、ローカルデータベースからリソースを取得することができる。このように、既にローカルデータベースに保存されているリソースの重複ダウンロードを防止することができ、ユーザー端末の性能を強化することができる。
【００５２】
図５を参照する。図５は、本発明の実施例に係る第１のオフラインキャッシング装置を示す概略構成図である。本実施例は、オフラインキャッシング装置３０の実施例を提供する。装置３０は、要求開始モジュール３１、要求傍受モジュール３２、リソース判定モジュール３３及びローカル応答モジュール３４を有してよい。
【００５３】
要求開始モジュール３１は、ユーザー端末の命令に従ってリソースダウンロード要求を開始するように構成される。要求傍受モジュール３２は、リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得するように構成される。リソース判定モジュール３３は、識別子に従って、識別子に対応するリソースがローカルデータベースに保存されているか否かを判定するように構成される。ローカル応答モジュール３４は、識別子に対応するリソースがローカルデータベースに保存されている場合、識別子に対応する当該リソースをカプセル化してリソースダウンロード要求に応答し、リソースのダウンロードを完了するように構成される。
【００５４】
上述のオフラインキャッシング装置３０は、ネットワークが存在する状況において、特にネットワーク環境が比較的良好な状況において、インターネット上のリモートサーバーからリソースを取得し、リソースをユーザー端末のローカルデータベースに保存してよい。ユーザー端末が当該リソースを再び使用する場合、まず、リソース取得に用いられるリモートエンド宛てのリソースダウンロード要求（例えばＨＴＴＰ（Hyper  Text  Transfer  Protocol；ハイパーテキスト転送プロトコル）要求）を傍受し、リソースダウンロード要求から取得される識別子（例えばＵＲＬ（Uniform  Resource  Locator；統一資源位置指定子））に従って、ローカルデータベースに問い合わせてよい。要求されたリソースがローカルデータベースにキャッシュされている場合、ローカルデータベースから当該リソースを取り出してＨＴＴＰ応答（Ｒｅｓｐｏｎｓｅ）にカプセル化し、ＨＴＴＰ要求に対してＨＴＴＰ  Ｒｅｓｐｏｎｓｅを返してよい。装置３０を利用すれば、ローカルデータベースに含まれるリソースの重複ダウンロードを防ぐことができ、ユーザーのネットワークトラフィックを大幅に節約することができる。
【００５５】
図６を参照する。図６は、本発明の実施例に係る第２のオフラインキャッシング装置を示す概略構成図である。図５に示した実施例と比較すると、本装置３０は更にリモートエンド要求モジュール３５及びリモートエンド応答モジュール３６を有してよい。リモートエンド要求モジュール３５は、識別子に対応するリソースがローカルデータベースに保存されていない場合に、リモートエンドにリソースダウンロード要求を送信するように構成される。リモートエンド応答モジュール３６は、識別子に対応するリソースをリモートエンドからダウンロードした後、識別子に対応するリソースをカプセル化してリソースダウンロード要求に応答し、また、識別子をキーワードとして、識別子に対応するリソースをローカルデータベースに保存するように構成される。
【００５６】
図７を参照する。図７は、本発明の実施例に係るオフラインキャッシング装置におけるリモートエンド要求モジュールを示す概略構成図である。上述のリモートエンド要求モジュール３５は、カプセル化ユニット３５１、再送ユニット３５２及び受信ユニット３５３を有してよい。カプセル化ユニット３５１は、識別子をリソースダウンロード要求にカプセル化し、識別子に対応するリソースをリモートエンドからダウンロードするように構成される。再送ユニット３５２は、要求が失敗した場合にリソースダウンロード要求を再送し、連続して複数回再送した後にリソースダウンロード要求の送信を停止するように構成される。受信ユニット３５３は、要求が成功した場合にリモートエンドリソースを受信するように構成される。
【００５７】
リソースダウンロード要求の要求するリソースがユーザー端末のローカルデータベースに保存されていない場合、リソースダウンロード要求から取得される識別子を再カプセル化し、リソースダウンロード要求を再生成して、インターネット上のリモートエンドサーバーからのリソースのダウンロードを要求してよい。要求が成功した場合、識別子に対応するリソースのダウンロードが完了した後、ダウンロードされたリソースをカプセル化してリソースダウンロード要求に応答してよい。同時に、識別子をキーワードとして、識別子に対応するリソースをローカルデータベースに保存してよい。要求が失敗した場合、リソースダウンロード要求を再送し、連続して複数回（例えば３回）再送した後に送信を停止し、リソースダウンロード要求を終了してよい。
【００５８】
上述のオフラインキャッシング装置３０を利用すれば、ネットワークトラフィックを大幅に節約することができる。ネットワークが存在する状況、特にネットワーク環境が良好な状況において、リソースをダウンロードしてローカルデータベースに保存することができる。オフラインキャッシング装置３０を利用すれば、リソースのダウンロードに要する時間を大幅に低減することができる。同時に、ネットワーク環境が劣悪な状況であっても、ローカルデータベースから所望のリソースを取得することができる。このように、既にローカルデータベースに保存されているリソースの重複ダウンロードを防止することができ、ユーザー端末の性能を強化することができる。
【００５９】
図８を参照する。図８は、本発明の実施例に係る第３のオフラインキャッシング装置を示す概略構成図である。本オフラインキャッシング装置は、ローカルデータベース８００及びプロセッサ８１０を有する。
【００６０】
ローカルデータベース８００は、ダウンロードされたリソースを保存するように構成される。
【００６１】
プロセッサ８１０は、リソースダウンロード要求を傍受し、当該リソースダウンロード要求からダウンロード対象のリソースの識別子を取得し、当該識別子に従って、当該識別子に対応するリソースがローカルデータベース８００に保存されているか否かを判定し、当該識別子に対応するリソースがローカルデータベース８００に保存されている場合、当該識別子に対応する当該リソースをカプセル化してリソースダウンロード要求に応答するように構成される。
【００６２】
本発明の一実施例によれば、プロセッサ８１０は更に、識別子に対応するリソースがローカルデータベース８００に保存されていない場合、リモートエンドにリソースダウンロード要求を送信し、識別子に対応するリソースをリモートエンドからダウンロードし、識別子に対応するリソースをカプセル化してリソースダウンロード要求に応答し、識別子をキーワードとして、識別子に対応するリソースをローカルデータベース８００に保存するように構成される。
【００６３】
本発明の一実施例によれば、プロセッサ８１０は更に、識別子をリソースダウンロード要求にカプセル化し、リモートエンドからの識別子に対応するリソースのダウンロードを要求し、要求が失敗した場合、リソースダウンロード要求を再送し、連続して複数回再送した後、リソースダウンロード要求の送信を停止するように構成される。
【００６４】
リソースダウンロード要求はＨＴＴＰ要求であってよく、識別子はＵＲＬであってよい。
【００６５】
本発明の一実施例によれば、プロセッサ８１０は更に、ローカルデータベース８００に含まれる識別子に対応するリソースをＨＴＴＰ応答としてカプセル化し、ユーザー端末によって開始されたＨＴＴＰ要求に返すように構成される。
【００６６】
本発明の一実施例によれば、プロセッサ８１０は更に、識別子に従ってローカルデータベース８００を検索し、ローカルデータベース８００に含まれるリソースの中に識別子に対応するリソースがあるか否かを判定するように構成される。
【００６７】
上記は本発明の好ましい実施例に過ぎず、本発明の権利範囲を限定するものではない。本発明の明細書及び添付の図面の内容を用いてなされる均等な構成又は均等なフローの変換、或いは、その他の関連する技術分野における直接又は間接の運用は、すべて、本発明の権利保護範囲に包含されるものとする。
【図１】
2015531952.tif 000003
【図２】
2015531952.tif 000004
【図３】
2015531952.tif 000005
【図４】
2015531952.tif 000006
【図５】
2015531952.tif 000007
【図６】
2015531952.tif 000008
【図７】
2015531952.tif 000009
【図８】
2015531952.tif 000010
【国際調査報告】
2015531952.tif 000011
2015531952.tif 000012
2015531952.tif 000013
2015531952.tif 000014
2015531952.tif 000015
2015531952.tif 000016