(57)【要約】  本発明はウェブページのアクセス方法、ウェブページのアクセス装置、ルーター、プログラム及び記録媒体に関する。前記方法は、端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信するステップと、前記目標ＵＲＬに従い既に記憶されたローカルＵＲＬを検索するステップと、前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップと、前記目標ウェブページ・リソースを前記端末に送信するステップと、を含む。本発明によれば端末が目標ウェブページ・リソースを取得する速度が向上され、端末ユーザが目標ウェブページを快速に閲覧することができる。【選択図】図１
2016533594.tif 000002
【特許請求の範囲】
【請求項１】
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信するステップと、
前記目標ＵＲＬに従い、既に記憶されたローカルＵＲＬを検索するステップと、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップと、
前記目標ウェブページ・リソースを前記端末に送信するステップと、を含む
ことを特徴とするウェブページのアクセス方法。
【請求項２】
端末から送信されたウェブページへのアクセス要求を受信するステップの前に、前記方法はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するステップと、
前記ローカルＵＲＬを記憶し、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ローカルＵＲＬを取得するステップは、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するステップと、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するステップと、を含む
ことを特徴とする請求項２に記載の方法。
【請求項４】
サーバからユーザホワイトリストを取得するステップは、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するステップと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するステップと、を含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記ローカルＵＲＬを記憶するステップは、
ローカルディスク内に設置されているデータベースに前記ローカルＵＲＬを記憶するステップ、及び／または、
カーネルに対して割り当てられたメモリに前記ローカルＵＲＬをキャッシングするステップを含む
ことを特徴とする請求項２に記載の方法。
【請求項６】
前記方法はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するステップと、
設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するステップと、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するステップと、を含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップは、
サーバから、前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするステップと、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するステップと、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い、前記それぞれのウェブページ・リソースをローカルディスクに記憶するステップと、を含む
ことを特徴とする請求項２に記載の方法。
【請求項８】
既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップは、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するステップと、
前記ＷＥＢサービスが前記指定ポートで前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するステップと、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するステップと、を含む
ことを特徴とする請求項７に記載の方法。
【請求項９】
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信するための受信手段と、
前記目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索するための検索手段と、
前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するための取得手段と、
前記目標ウェブページ・リソースを前記端末に送信するための送信手段と、を含む
ことを特徴とするウェブページのアクセス装置。
【請求項１０】
前記装置はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するための取得手段と、
前記ローカルＵＲＬを記憶するための第１の記憶手段と、
前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するための第２の記憶手段と、を含む
ことを特徴とする請求項９に記載の装置。
【請求項１１】
前記取得手段は、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するためのホワイトリスト取得サブ手段と、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するためのローカルＵＲＬ生成サブ手段と、を含む
ことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記ホワイトリスト取得サブ手段は、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するための取得要求送信モジュールと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するためのホワイトリスト受信モジュールと、を含む
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記第１の記憶手段は
ローカルディスク内に設置されているデータベースに前記ローカルＵＲＬを記憶するためのディスク記憶サブ手段と、
カーネルに対して割り当てられたメモリに前記ローカルＵＲＬをキャッシングするためのメモリ記憶サブ手段と、の少なくとも１つを含む
ことを特徴とする請求項１０に記載の装置。
【請求項１４】
前記装置はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するための設定手段と、
設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するための走査手段と、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するための削除手段と、を含む
ことを特徴とする請求項１３に記載の装置。
【請求項１５】
前記第２の記憶手段は、
サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするためのウェブページ・リソース・ダウンロード・サブ手段と、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するための記憶アドレス生成サブ手段と、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い、前記それぞれのウェブページ・リソースをローカルディスクに記憶するためのウェブページ・リソース記憶サブ手段と、を含む
ことを特徴とする請求項１０に記載の装置。
【請求項１６】
前記取得手段は、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するための目標ＵＲＬ送信サブ手段と、
前記ＷＥＢサービスが前記指定ポートで前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するための記憶アドレス特定サブ手段と、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するためのウェブページ・リソース取得サブ手段と、を含む
ことを特徴とする請求項１５に記載の装置。
【請求項１７】
プロセッサと、プロセッサにより実行可能な指令を記憶するメモリとを含むルーターであって、
前記プロセッサは、
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信し、
前記目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索し、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから、前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得し、
前記目標ウェブページ・リソースを前記端末に送信する
ことを特徴とするルーター。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術分野に関し、特に、ウェブページのアクセス方法、ウェブページのアクセス装置及びルーターに関する。
【背景技術】
【０００２】
無線ＬＡＮの環境において、端末は、ルーターを介して公衆網にアクセスすることによって、異なるウェブサイトが公衆網に設置しているサーバにアクセスすることができる。一般的には、ユーザは端末のブラウザーにアクセスしようとする目標ウェブページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ：統一資源位置指定子）を入力して、ルーターは自身のルーター機能を活性化して用い、該ＵＲＬを公衆網に伝送するとともに、該ＵＲＬに対応するサーバにおける目標ウェブページ・リソースを端末に返信することによって、端末ユーザが目標ウェブページに対するアクセスを実現する。
【０００３】
しかしながら、従来技術において、端末がルーターだけを介してＵＲＬに対応するウェブページ・リソースをリアルタイムで取得でき、これらのウェブページ・リソースがサーバのある公衆網からＬＡＮ内のルーターに送信されてから、ルーターから端末に送信されるという過程は比較的長い伝送時間を必要としているため、端末ユーザは目標ウェブページを快速に閲覧することができない。
【発明の概要】
【０００４】
従来技術における目標ウェブページに快速にアクセスしかねるという課題を解決するように、本発明はウェブページのアクセス方法、ウェブページのアクセス装置及びルーターを提供する。
【０００５】
本発明の実施例の第１の局面によれば、ウェブページのアクセス方法を提供し、
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信するステップと、
前記目標ＵＲＬに従い既に記憶されたローカルＵＲＬを検索するステップと、
前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップと、
前記目標ウェブページ・リソースを前記端末に送信するステップと、を含む。
【０００６】
好ましく、端末から送信されたウェブページへのアクセス要求を受信するステップの前に、前記方法はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するステップと、
前記ローカルＵＲＬを記憶し、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップと、を含む。
【０００７】
好ましく、前記ローカルＵＲＬを取得するステップは、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するステップと、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するステップと、を含む。
【０００８】
好ましく、サーバからユーザホワイトリストを取得するステップは、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を、送信するステップと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するステップと、を含む。
【０００９】
好ましく、前記ローカルＵＲＬを記憶するステップは、
前記ローカルＵＲＬをローカルディスク内に設置されているデータベースに記憶するステップ、及び／または、
前記ローカルＵＲＬを、カーネルに対して割り当てられたメモリにキャッシングするステップを含む。
【００１０】
好ましく、前記方法はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するステップと、
設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するステップと、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するステップと、を含む。
【００１１】
好ましく、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップは、
サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするステップと、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースの対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するステップと、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い前記それぞれのウェブページ・リソースをローカルディスクに記憶するステップと、を含む。
【００１２】
好ましく、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップは、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するステップと、
前記ＷＥＢサービスが前記指定ポートにおいて前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するステップと、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するステップと、を含む。
【００１３】
本発明の実施例の第２の局面によれば、ウェブページのアクセス装置を提供し、
端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信するための受信手段と、
前記目標ＵＲＬに基づいて既に記憶されたローカルＵＲＬを検索するための検索手段と、
前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するための取得手段と、
前記目標ウェブページ・リソースを前記端末に送信するための送信手段と、を含む。
【００１４】
好ましく、前記装置はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するための取得手段と、
前記ローカルＵＲＬを記憶するための第１の記憶手段と、
前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するための第２の記憶手段と、を含む。
【００１５】
好ましく、前記取得手段は、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するためのホワイトリスト取得サブ手段と、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するためのローカルＵＲＬ生成サブ手段と、を含む。
【００１６】
好ましく、前記ホワイトリスト取得サブ手段は、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するための取得要求送信モジュールと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するためのホワイトリスト受信モジュールと、を含む。
【００１７】
好ましく、前記第１の記憶手段は
前記ローカルＵＲＬをローカルディスク内に設置されているデータベースに記憶するためのディスク記憶サブ手段と、
前記ローカルＵＲＬをカーネルに対して割り当てられたメモリにキャッシングするためのメモリ記憶サブ手段と、の少なくとも１つを含む。
【００１８】
好ましく、前記装置はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するための設定手段と、
設定されている第２の時間周期に従い前記データベースにおけるエージング時間を走査するための走査手段と、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するための削除手段と、を含む。
【００１９】
好ましく、前記第２の記憶手段は、
サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするためのウェブページ・リソース・ダウンロード・サブ手段と、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースの対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するための記憶アドレス生成サブ手段と、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い前記それぞれのウェブページ・リソースをローカルディスクに記憶するためのウェブページ・リソース記憶サブ手段と、を含む。
【００２０】
好ましく、前記取得手段は、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するための目標ＵＲＬ送信サブ手段と、
前記ＷＥＢサービスが前記指定ポートにおいて前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するための記憶アドレス特定サブ手段と、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するためのウェブページ・リソース取得サブ手段と、を含む。
【００２１】
本発明の実施例の第３の局面によれば、ルーターを提供し、
ルーターがプロセッサと、プロセッサにより実行可能な指令を記憶するメモリとを含み、
前記プロセッサは、
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信し、
前記目標ＵＲＬに基づいて既に記憶されたローカルＵＲＬを検索し、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから、前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得し、
前記目標ウェブページ・リソースを前記端末に送信する。
【００２２】
本発明の実施例に係る技術的解決策は、以下の有益な効果を有する。
【００２３】
本発明はルーターに記憶されているローカルＵＲＬ及びローカル・ウェブページ・リソースによって、該ローカルＵＲＬにおいて端末から送信されたウェブページへのアクセス要求における目標ＵＲＬを探し出した場合、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに端末に送信することができる。ルーターはローカルに記憶されているウェブページ・リソースを端末に返信することができ、目標ＵＲＬに基づいてサーバから取得することが必要とされないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ伝送される時間が短縮され、端末が目標ウェブページ・リソースを取得する速度が向上される。これにより、端末ユーザは目標ウェブページを快速に閲覧することができる。
【００２４】
本発明はルーターにローカルＵＲＬ及びローカル・ウェブページ・リソースを記憶することができる。ローカルＵＲＬには端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬを記憶したため、端末ユーザのウェブページへのアクセス要求を受信した場合、該ローカルＵＲＬにおいて目標ＵＲＬを取得する確率が比較的大きいため、ローカル・ウェブページ・リソースにおける目標ウェブページ・リソースを快速に端末に返信することができる。
【００２５】
本発明はサーバから端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬのユーザホワイトリストを取得する。サーバの演算能力は比較的強いため、多種の所定ポリシーに従い上記ＵＲＬを生成でき、これにより、上記ＵＲＬが最大確率で端末ユーザがアクセスしようとするＵＲＬを含むことを保証することができる。
【００２６】
本発明は設定されている時間周期に従い、サーバからユーザホワイトリストを取得することができる。サーバは現在の所定ポリシーの変化状況に応じてユーザホワイトリストをリアルタイムで変更する可能性があるため、ルーターの取得したユーザホワイトリストが現在の最新のユーザホワイトリストであることを保証することができ、さらに、ローカルＵＲＬにおいて、目標ＵＲＬをヒットする確率を向上することができる。
【００２７】
本発明はローカルＵＲＬをルーターの異なる位置に記憶することができ、ローカルディスクのデータベースに記憶されている場合、ルーターの電源が切れた期間に該ローカルＵＲＬの不欠落を保証することができ、且つ、それぞれのＵＲＬに対してエージング時間を設定することによって、エージング時間に達した場合、対応するＵＲＬ及びウェブページ・リソースを削除し、ローカル記憶リソースが無期限に占有されないことを保証することができる。カーネルに対して割り当てられたメモリに記憶される場合、ローカルエリアにおいて目標ＵＲＬを検索することに対して、カーネルがメモリから目標ＵＲＬを検索する速度がより速いため、端末ユーザが目標ウェブページを閲覧する速度をさらに向上することができる。
【００２８】
以上の一般的な記述及び以下の詳細な記述は、例示のものに過ぎず、本開示を限定するものではないと理解すべきである。
【図面の簡単な説明】
【００２９】
ここでの図面は、本明細書の一部として、本発明に適切な実施例を示し、明細書と合わせて本発明の原理を説明するのに役立つ。
【図１】本発明の例示的な実施例におけるウェブページのアクセス方法を示すフローチャートである。
【図２】本発明の例示的な実施例における他のウェブページのアクセス方法を示すフローチャートである。
【図３】本発明の例示的な実施例におけるウェブページアクセスの応用シーンを模式的に示す図である。
【図４】本発明の例示的な実施例におけるウェブページのアクセス装置を示すブロック図である。
【図５】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図６】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図７】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図８】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図９】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図１０】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図１１】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図１２】本発明の例示的な実施例におけるウェブページのアクセス装置の構成を模式的に示す図である。
【発明を実施するための形態】
【００３０】
ここで、図面に示された例示的な実施例を詳細に説明する。以下の内容において、図面を言及するとき、特に説明しない限り、異なる図面における同じ数字が同一または同等の要素を示す。以下の例示的な実施例に記載の実施の形態は、本発明と一致するあらゆる実施の形態を代表するわけではない。逆に、それらは、添付された特許請求の範囲に詳細に記載される、本発明の一部の態様と一致する装置及び方法の例にすぎない。
本発明で使用されている用語は本発明を規制することでなく、特定実施例を記載することを目的とている。コンテキストで他の意味を明確に表すことではない限り、本発明及び特許請求の範囲で使用されている単数形式の「１種」、「前記」及び「該」といった用語のいずれも多数形式を含む。更に、本発明で使用されている「及び／または」という用語は１つまたは複数の関連する列挙項目の如何なるまたはあらゆる組合せを含むことを指し且つ含むと理解すべきである。
【００３１】
本発明では、「第１の」、「第２の」、「第３の」などの用語を用いて各種の情報を記載しているが、これらの情報はこれらの用語に限られないと理解すべきである。これらの用語は同じ種類の情報を互いに区別するために用いられる。例えば、本発明の範囲であれば、第１の情報は第２の情報とも称され得、類似的には、第２の情報も第１の情報とも称され得る。なお、用語の使用は言語環境によって決まられ、例えば、ここに用いられる「仮に」という用語が「・・・の場合」、または「・・・際に」、または「・・・応じて」として理解され得る。
【００３２】
図１に示すように、図１は例示的な実施例におけるウェブページのアクセス方法を示すフローチャートである。該方法はルーターに用いられ、以下のステップを含む。
【００３３】
ステップ１０１において、端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信する。
【００３４】
本発明に記載のルーターは、スマートルーター装置として、従来のルーター機能だけでなく、さらに独立のオペレーティングシステム及びディスクを含むことができる。本発明に記載の端末は、ウェブページアクセス機能を有する如何なるスマート端末、例えば、具体的には、携帯電話、タブレットＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ，パーソナルディジタルアシスタント）等であってもよい。ここで、端末は、無線ＬＡＮを介してルーターにアクセスするとともにルーターを介して公衆網におけるサーバにアクセスすることができる。
【００３５】
ＵＲＬは、インターネットから得られるリソースの位置及びアクセス方法を簡潔に表し、インターネットにおける標準のリソースアドレスであり、インターネットにおけるそれぞれのウェブページ・リソースは、唯一のＵＲＬを有する。本発明において、端末ユーザが、ある目標ウェブページにアクセスしようとする場合、端末のブラウザーに目標ウェブページの目標ＵＲＬを入力して、端末がルーターに該目標ＵＲＬを含むウェブページへのアクセス要求を送信する。一般的には、該ウェブページへのアクセス要求は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ：ハイパーテキスト転送プロトコル）要求である。
【００３６】
ステップ１０２において、目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索する。
【００３７】
本発明において、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬからなるローカルＵＲＬを取得する際、ルーターは、該ローカルＵＲＬを記憶し、該ローカルＵＲＬにおける少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶することができる。ここで、ローカルＵＲＬを取得する際に、ルーターは、サーバからユーザホワイトリストを取得する。該サーバは、公衆網に設置され、ウェブページのプリロード（ｐｒｅ-ｌｏａｄ）分析を行うためのサーバであり、所定ポリシーに従い、異なるルーターに対してユーザホワイトリストを生成することができる。該ユーザホワイトリストは、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含む。
【００３８】
ルーターは、上記ローカルＵＲＬに基づいて、端末から送信されたウェブページへのアクセス要求を受信して、該ウェブページへのアクセス要求における目標ＵＲＬに従ってローカルＵＲＬを検索することによって、ローカルＵＲＬにおいて該目標ＵＲＬを検索できるか否かを判定する。
【００３９】
ステップ１０３において、ローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから、目標ＵＲＬに対応する目標ウェブページ・リソースを取得する。
【００４０】
ローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、目標ウェブページ・リソースが既にルーターにローカルに記憶されていることを示す。このため、ローカル・ウェブページ・リソースから目標ウェブページ・リソースを直接的に取得すればよい。
【００４１】
ステップ１０４において、目標ウェブページ・リソースを端末に送信する。
【００４２】
上記実施例を応用して、ルーターに記憶されているローカルＵＲＬ及びローカル・ウェブページ・リソースによって、端末から送信されたウェブページへのアクセス要求に含まれる目標ＵＲＬを該ローカルＵＲＬにおいて検索できる場合、ローカル・ウェブページ・リソースから、目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに、端末に送信する。ルーターは、ローカルに記憶されているウェブページ・リソースをそのまま端末に返信することができ、目標ＵＲＬに基づいてサーバから取得することは必要とされないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ送信される時間は短縮され、端末が目標ウェブページ・リソースを取得する速度は向上される。これにより、端末ユーザは、目標ウェブページを快速に閲覧することができる。
【００４３】
図２に示すように、図２は例示的な実施例における他のウェブページのアクセス方法を示すフローチャートであり、該方法はルーターに用いられ、以下のステップを含む。
【００４４】
ステップ２０１において、サーバから、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得する。
【００４５】
本発明に記載のルーターはスマートルーター装置として、従来のルーター機能、例えば、交換及び転送機能を有するだけでなく、独立のオペレーティングシステム及びディスクを含むことができる。該ディスクの記憶空間の大きさは必要に応じて柔軟に設定され得、例えば、１Ｔに設定され得る。
【００４６】
本発明に記載のサーバは、公衆網に設置されている、ウェブページのプリロード分析を行うためのサーバであってもよい。該サーバは、機械学習アルゴリズムに基づいて、所定ポリシーに従って、異なるルーターに対して、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを生成することができる。サーバは、異なるルータ識別子とユーザホワイトリストとの対応関係を記憶し、該ルータ識別子が具体的には、ルーターのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：メディア・アクセスコントロール）アドレスであり得る。ここで、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬは、同じルーターを介して公衆網にアクセスする端末ユーザが既にアクセスしたウェブページ・リソースの履歴ＵＲＬ、または、現在ソーシャルネットワーキング・プラットホームにおけるホットな話題についてのウェブページ・リソースのＵＲＬ、または、端末ユーザにアクセスされる可能性が比較的高いホットなポータルウェブサイトのＵＲＬ等を含んでもよい。
【００４７】
ルーターが電気的に起動された後、最初にサーバからユーザホワイトリストを取得し、その後、サーバにおけるユーザホワイトリストが更新される可能性があるため、ルーターは設定されている第１の時間周期に従いサーバからユーザホワイトリストを取得することによって、ルーターにおけるユーザホワイトリストとサーバにおけるユーザホワイトリストとの同期を取ることを保証する。
【００４８】
ユーザホワイトリストを取得する際に、ルーターは、サーバに該ルーターの第１のルータ識別子を含むホワイトリスト取得要求を送信し、サーバが該第１のルータ識別子に基づいて、記憶されているルータ識別子とユーザホワイトリストとの対応関係を検索し、検索された第１のルータ識別子に対応するユーザホワイトリストを該ルーターに送信する。
【００４９】
好ましく、ルーターの算出及び処理能力が十分であれば、ルーター自体が一定のポリシーに従い端末ユーザのアクセス傾向を特定するとともに、ローカルで前記ユーザホワイトリストを生成することができる。このようにローカルＵＲＬを取得する実現方式も本発明の保護範囲に該当する。
【００５０】
ステップ２０２において、ユーザホワイトリストにおけるＵＲＬを解析することによって、ローカルＵＲＬを生成する。
【００５１】
ルーターがユーザホワイトリストを受信した場合、該ユーザホワイトリストを解析してその中に含まれる少なくとも１つのＵＲＬを取得し、該少なくとも１つのＵＲＬに基づいてローカルＵＲＬを生成する。ここで、ユーザホワイトリストの異なるフォーマットに基づいて、異なる解析方式を用いてユーザホワイトリストを解析することができる。これについては、本発明の実施例は限定しない。
【００５２】
ステップ２０３において、ローカルＵＲＬを記憶し、ローカルＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶する。
【００５３】
ローカルＵＲＬを記憶する場合、下記のような少なくとも１種の方式を用いることができる。
【００５４】
第１の方式において、ルーターはローカルＵＲＬを、ローカルディスクに設置されているデータベースに記憶することができる。具体的には、ルーターには、ローカルＵＲＬをデータベースに記憶する操作を実行するアプリケーションが予め設定され得る。該アプリケーションを実行することによって、ユーザホワイトリストを解析して得られたそれぞれのＵＲＬをデータベースに入力できる。それぞれのＵＲＬが該データベースにおける１つのデータ記録に対応している。ローカル記憶リソースが無期限に占有されないことを保証するために、それぞれのデータ記録にＵＲＬのエージング時間をさらに設定することができる。相応に、ルーターは設定されている第２の時間周期に従い、データベースにおけるそれぞれのデータ記録のエージング時間を走査することができ、走査結果に基づいて、既にエージング時間に達した期限切れのＵＲＬに対応するデータ記録をデータベースから削除することができる。
【００５５】
第２の方式において、ルーターは、カーネルに対して割り当てられるメモリにローカルＵＲＬをキャッシングすることができる。具体的には、ルーターは、予め１つのアプリケーションを設定することによって、アプリケーション層とカーネル層との通信を実現することができる。該アプリケーションはＮｅｔｌｉｎｋ  ｓｏｃｋｅｔ（ネットリンクソケット）メカニズムを用いて、ホワイトリストを解析して得られたそれぞれのＵＲＬをカーネルに提示し、カーネルはこれらのＵＲＬをカーネルに対して割り当てられるメモリに記憶する。ここに、次のことを説明しておく。この後のローカル・ウェブページ・リソースを記憶する操作を組み合わせて、それぞれのＵＲＬに対して、該ＵＲＬに対応するウェブページ・リソースをローカル・ウェブページ・リソースとしてダウンロードして、該ＵＲＬをカーネルに提示することもできる。これについては、本発明の実施例は限定しない。
【００５６】
上記第１の方式に関しては、ローカルＵＲＬがディスクに記憶されているため、ルーターの電源が切れた期間にローカルＵＲＬの不欠落を保証することができ、且つ、該ローカルＵＲＬに対するメンテナンス操作を実現することができる。上記第２の方式に関しては、カーネルがそのメモリにアクセスする速度は、アプリケーションを介してディスクにアクセスする速度より速いため、ローカルＵＲＬをメモリ（ワークメモリ）に記憶することによって、その後の目標ＵＲＬの検索速度を向上することができる。
【００５７】
ローカル・ウェブページ・リソースを記憶する場合、以下の方式を用いることができる。
【００５８】
ルーターは、公衆網における異なるウェブサイトサーバから、ローカルＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードして、それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースのローカル記憶アドレスを生成する。該ローカル記憶アドレスは、それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソースのルートディレクトリで識別されることができる。例えば、ルーターにおけるウェブページ・リソースを記憶するルートディレクトリが「／ｃａｃｈｅ／ｄａｔａ」であり、ＵＲＬのハッシュ値が「ＡＤＫＥＯＣＯＷＥＮＬＦＯＪＦＳＥＬＩＮＸＯ３２３４％２ＤＳ」である場合、対応するローカル記憶アドレスが「／ｃａｃｈｅ／ｄａｔａ／ＡＤＫＥＯＣＯＷＥＮＬＦＯＪＦＳＥＬＩＮＸＯ３２３４％２ＤＳ」となり、そして、ルーターがそれぞれのウェブページ・リソースのローカル記憶アドレスに従い、それぞれのウェブページ・リソースをローカルディスクに記憶する。
【００５９】
なお、前記ローカルＵＲＬを記憶する第１の方式に対応して、仮にデータベースにおいてそれぞれのＵＲＬに対してＵＲＬエージング時間が設定されているとすれば、ＵＲＬのエージング時間に達したら、データベースにおける期限切れＵＲＬに対応するデータ記録を削除することに加え、カーネルのメモリにローカルＵＲＬも記憶されている場合、カーネルのメモリから該期限切れＵＲＬを削除することもでき、且つ、期限切れＵＲＬに対応するウェブページ・リソースをディスクにおけるローカル・ウェブページ・リソースから削除することによって、ローカルＵＲＬ及びローカル・ウェブページ・リソースを整合して更新することができる。
【００６０】
ステップ２０４において、端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信する。
【００６１】
端末ユーザが、ある目標ウェブページにアクセスしようとする場合、端末のブラウザーに目標ウェブページの目標ＵＲＬを入力し、端末がルーターに該目標ＵＲＬを含むウェブページへのアクセス要求を送信する。一般的には、該ウェブページへのアクセス要求はＨＴＴＰ要求である。
【００６２】
ステップ２０５において、目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索する。
【００６３】
カーネルのメモリにローカルＵＲＬが記憶されている場合、ルーターは端末から送信されたウェブページへのアクセス要求を受信した後、カーネルプロトコルスタックによって該ウェブページへのアクセス要求を捕捉してその中の目標ＵＲＬを取得し、該目標ＵＲＬに基づいてメモリにおけるローカルＵＲＬを検索することによって、ローカルＵＲＬにおいて該目標ＵＲＬを検索できるか否かを判定する。
【００６４】
ステップ２０６において、仮にローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、既に記憶されているローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得する。
【００６５】
ステップ２０５に関し、仮にローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、ルーターローカルディスクには目標ＵＲＬに対応する目標ウェブページ・リソースが記憶されているので、公衆網におけるサーバから該目標ウェブページ・リソースを取得することが必要とされない。この場合、ルーターカーネルは検索した目標ＵＲＬを該ルーターにおけるＷＥＢサービスモニタリング用の指定ポートに送信することができる。例えば、該ＷＥＢサーバが具体的にプロキシサービスであるｎｇｉｎｘである場合、該指定ポートが具体的にポート８０であり得る。ＷＥＢサービスが指定ポートにおいて目標ＵＲＬをモニタリングした場合、ステップ２０５でローカル・ウェブページ・リソースを記憶する際にローカル記憶アドレスを特定する方式と同じように、目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて目標ウェブページ・リソースのローカル記憶アドレスを特定するとともに、該ローカル記憶アドレスに従いローカルディスクから目標ウェブページ・リソースを取得することによって、サーバがローカルに記憶されている目標ウェブページ・リソースを端末に直接に送信し、ＬＡＮ内部で端末のウェブページアクセス過程を実現することができる。
【００６６】
ステップ２０７において、目標ウェブページ・リソースを端末に送信する。
【００６７】
上記実施例より分かるように、ルーターに記憶されているローカルＵＲＬとローカル・ウェブページ・リソースによって、端末から送信されたウェブページへのアクセス要求に含まれる目標ＵＲＬが該ローカルＵＲＬにおいて探し出された際に、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに端末に送信することができる。ルーターはローカルに記憶されているウェブページ・リソースをそのまま端末に返信でき、目標ＵＲＬに基づいてサーバからそれを取得することを必要としないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ伝送される時間が短縮され、端末が目標ウェブページ・リソースを取得する速度が向上される。これにより、端末ユーザは目標ウェブページを快速に閲覧することができる。且つ、ルーターにおいてローカルＵＲＬ及びローカル・ウェブページ・リソースを記憶することができる。ローカルＵＲＬには端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬを記憶したため、端末ユーザのウェブページへのアクセス要求を受信した際に、該ローカルＵＲＬにおいて目標ＵＲＬを取得する確率が比較的大きく、これにより、ローカル・ウェブページ・リソースにおける目標ウェブページ・リソースを快速に端末に返信することができる。
【００６８】
前記図１及び図２に示す実施例に関して、図３を参照して、本発明の例示的な実施例におけるウェブページアクセスの応用シーンの模式的な図が示されている。
【００６９】
図３は、携帯電話、ルーター及びサーバを含む。携帯電話はＷＩＦＩネットワークを介してルーターにアクセスし、ルーターは公衆網におけるサーバにアクセスしている。本実施例に記載の端末として携帯電話だけを例として説明を行なっているが、実際的な応用の場合、端末がＰＣまたはタブレットＰＣ等のようなウェブページアクセス機能を有する端末装置であってもよいと理解すべきである。端末とルーターとは無線ＷＩＦＩ接続であってもよいし、有線接続であってもよい。これについては、本実施例は限定しない。ここで、サーバにおいてユーザホワイトリストをメンテナンスし、ルーターはユーザホワイトリストに基づいてローカルＵＲＬを取得するとともに、該ローカルＵＲＬに基づいてローカル・ウェブページ・リソースを予めダウンロードし、ローカルＵＲＬにおけるそれぞれのＵＲＬが、ローカル・ウェブページ・リソースにおける１つのウェブページ・リソースに対応している。携帯電話ユーザがアクセスしようとする目標ウェブページの目標ＵＲＬを入力して、携帯電話がＷＩＦＩネットワークを介して該目標ＵＲＬをルーターに伝送し、ルーターがローカルＵＲＬにおいて目標ＵＲＬを検索する場合、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを直接的に取得するとともに、目標ウェブページ・リソースを携帯電話に送信することによって、携帯電話のブラウザーにおいて該目標ウェブページは快速に表示され得、携帯電話ユーザがアクセスしようとするウェブページを快速に閲覧することができる。
【００７０】
図３に示す応用シーンにおいて、ウェブページにアクセスすることを実現する具体的な過程としては、前記図１及び図２の記述を参照して、ここに、詳しく説明しない。
【００７１】
前記ウェブページのアクセス方法の実施例に対応して、本発明はさらにウェブページのアクセス装置及びそれを応用するルーターの実施例を提供する。
【００７２】
図４に示すように、図４は本発明の例示的な実施例におけるウェブページのアクセス装置を示すブロック図である。前記装置は、受信手段４１０、検索手段４２０、取得手段４３０、及び送信手段４４０を含む。
【００７３】
ここで、前記受信手段４１０は、端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信するように構成されている。
【００７４】
前記検索手段４２０は、前記目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索するように構成されている。
【００７５】
前記取得手段４３０は、前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するように構成されている。
【００７６】
前記送信手段４４０は、前記目標ウェブページ・リソースを前記端末に送信するように構成されている。
【００７７】
上記実施例において、記憶されているローカルＵＲＬとローカル・ウェブページ・リソースによって、端末から送信されたウェブページへのアクセス要求に含まれる目標ＵＲＬが該ローカルＵＲＬにおいて探し出された際に、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに端末に送信することができる。ルーターはローカルに記憶されているウェブページ・リソースをそのまま端末に返信することができ、目標ＵＲＬに基づいてサーバからそれを取得することが必要とされていないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ伝送される時間が短縮され、端末が目標ウェブページ・リソースを取得する速度が向上される。これにより、端末ユーザは目標ウェブページを快速に閲覧することができる。
【００７８】
図５に示すように、図５は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図４に示す実施例を基にしており、前記装置はさらに取得手段４５０、第１の記憶手段４６０、及び第２の記憶手段４７０を含む。
【００７９】
ここで、前記取得手段４５０は、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを、取得するように構成されている。
【００８０】
前記第１の記憶手段４６０は、前記ローカルＵＲＬを記憶するように構成されている。
【００８１】
前記第２の記憶手段４７０は、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するように構成されている。
【００８２】
上記実施例において、ルーターにはローカルＵＲＬ及びローカル・ウェブページ・リソースが記憶されており、ローカルＵＲＬには端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬが記憶されたため、端末ユーザからのウェブページへのアクセス要求を受信する場合、該ローカルＵＲＬにおいて目標ＵＲＬを取得する確率が比較的高いため、ローカル・ウェブページ・リソースにおける目標ウェブページ・リソースを端末に快速に返信することができる。
【００８３】
図６に示すように、図６は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図５に示す実施例を基にしており、前記取得手段４５０は、ホワイトリスト取得サブ手段４５１、及びローカルＵＲＬ生成サブ手段４５２を含んでもよい。
【００８４】
ここで、前記ホワイトリスト取得サブ手段４５１は、サーバからユーザホワイトリストを取得するように構成されている。前記ユーザホワイトリストは、前記サーバが所定ポリシーに応じて生成した、少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含む。
【００８５】
前記ローカルＵＲＬ生成サブ手段４５２は、前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するように構成されている。
【００８６】
上記実施例において、サーバから、端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬを含むユーザホワイトリストが取得される。サーバの演算能力が比較的強いため、サーバは多種の所定ポリシーに従い上記ＵＲＬを生成することにより、上記ＵＲＬが最大の確率で端末ユーザのアクセスしようとするＵＲＬを含むことを保証することができる。
【００８７】
図７に示すように、図７は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図６に示す実施例を基にしており、前記ホワイトリスト取得サブ手段４５１は、取得要求送信モジュール４５１１、及びホワイトリスト受信モジュール４５１２を含んでもよい。
【００８８】
ここで、前記取得要求送信モジュール４５１１は、設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されたサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するように構成されている。
【００８９】
前記ホワイトリスト受信モジュール４５１２は、前記サーバが前記対応関係を検索して送信した前記第１のルータ識別子に対応するユーザホワイトリストを受信するように構成されている。
【００９０】
上記実施例において、設定されている時間周期に従い、サーバからユーザホワイトリストを取得する。サーバにおいて現在の所定ポリシーの変化状況に応じてユーザホワイトリストをリアルタイムで更新する可能性があるため、ルーターが取得したユーザホワイトリストが現在の最新のユーザホワイトリストであることを保証でき、ローカルＵＲＬにおいて目標ＵＲＬをヒットする確率をさらに向上することができる。
【００９１】
図８に示すように、図８は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は、前記図５に示す実施例を基にしており、前記第１の記憶手段４６０は、ディスク記憶サブ手段４６１とメモリ記憶サブ手段４６２のうちの少なくとも１つを含んでもよい。列挙の便利さを図るために、図８は上記２つのサブ手段を同時に示しているが、実際的な応用の場合、そのうちの任意の１つのサブ手段だけを含んでもよい。これについては、本実施例は限定しない。
【００９２】
ここで、前記ディスク記憶サブ手段４６１は、ローカルディスクに設置されているデータベースに前記ローカルＵＲＬを記憶するように構成されている。
【００９３】
前記メモリ記憶サブ手段４６２は、カーネルに対して割り当てられたメモリ（ワークメモリ）に前記ローカルＵＲＬをキャッシングするように構成されている。
【００９４】
上記実施例において、ローカルＵＲＬをルーターの異なる位置に記憶することができ、ローカルディスクのデータベースに記憶する場合、ルーターの電源が切れた期間に該ローカルＵＲＬの不欠落を保証することができ、カーネルに対して割り当てられたメモリに記憶された場合、ローカルディスクにおいて目標ＵＲＬを検索することに対して、カーネルがメモリから目標ＵＲＬを検索する速度がより速いため、端末ユーザは目標ウェブページを閲覧する速度を更に向上できる。
【００９５】
図９に示すように、図９は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は、前記図８に示す実施例を基にしており、前記装置は、更に設定手段４８０、走査手段４９０、及び削除手段４９５を含んでもよい。
【００９６】
ここで、前記設定手段４８０は、前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するように構成されている。
【００９７】
前記走査手段４９０は、設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するように構成されている。
【００９８】
前記削除手段４９５は、走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するように構成されている。
【００９９】
上記実施例において、データベースにおけるそれぞれのＵＲＬに対してエージング時間を設定することによって、エージング時間に達した場合、対応するＵＲＬ及びウェブページ・リソースを削除し、ローカル記憶リソースが無期限に占有されないことを保証することができる。
【０１００】
図１０に示すように、図１０は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図５に示す実施例を基にしており、前記第２の記憶手段４７０は、ウェブページ・リソース・ダウンロード・サブ手段４７１、記憶アドレス生成サブ手段４７２、及びウェブページ・リソース記憶サブ手段４７３を含む。
【０１０１】
ここで、前記ウェブページ・リソース・ダウンロード・サブ手段４７１は、サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするように構成されている。
【０１０２】
前記記憶アドレス生成サブ手段４７２は、前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースのローカル記憶アドレスを生成するように構成されており、前記ローカル記憶アドレスが、前記それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって識別される。
【０１０３】
前記ウェブページ・リソース記憶サブ手段４７３は、前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い、前記それぞれのウェブページ・リソースをローカルディスクに記憶するように構成されている。
【０１０４】
図１１に示すように、図１１は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図１０に示す実施例を基にしており、前記取得手段４３０は、目標ＵＲＬ送信サブ手段４３１、記憶アドレス特定サブ手段４３２、及びウェブページ・リソース取得サブ手段４３３を含んでもよい。
【０１０５】
ここで、前記目標ＵＲＬ送信サブ手段４３１は、前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するように構成されている。
【０１０６】
前記記憶アドレス特定サブ手段４３２は、前記ＷＥＢサービスが前記指定ポートで前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するように構成されている。
【０１０７】
前記ウェブページ・リソース取得サブ手段４３３は、前記目標ウェブページ・リソースのローカル記憶アドレスに基づいて、前記ローカルディスクから前記目標ウェブページ・リソースを取得するように構成されている。
【０１０８】
上記装置におけるそれぞれの手段の機能及び作用の実現過程としては、具体的には、上記方法における対応するステップの実現過程を参照して、ここに詳しく説明しない。
【０１０９】
装置実施例としては、それがだいたい方法実施例に対応するため、関連内容は方法実施例部分の説明を参照すればよい。上記のように記載されている装置実施例は例示的な実施例だけであり、分離部分として説明された手段は、物理的に分離されるものでもよいし、分離されないものであってもよい。手段として表示される部件は、物理的な手段であってもよいし、そうではなくてもよく、即ち、１つの箇所に位置することもできるし、複数のネットワーク手段に分布されてもよい。実際的な必要に応じて、その中の一部または全部のモジュールを選択して本発明に係わる技術的解決策の目的を実現することができる。当業者は創造的な労働を行なわないまま、本発明を理解するとともに実施することができる。
【０１１０】
相応に、本発明はさらにルーターを提供し、前記ルーターがプロセッサと、プロセッサにより実行可能な指令を記憶するメモリとを含む。ここで、前記プロセッサは、
端末から送信されたウェブページへのアクセス要求を受信し、前記ウェブページへのアクセス要求が目標ＵＲＬ（統一資源位置指定子）を含み、
前記目標ＵＲＬに基づいて既に記憶されたローカルＵＲＬを検索し、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得し、
前記目標ウェブページ・リソースを前記端末に送信する。
【０１１１】
図１２に示すように、図１２は例示的な実施例におけるウェブページにアクセスするための装置１２００の構成を模式的に示す図である。例えば、装置１２００としてルーター装置が提供され得る。図１２を参照して、装置１２００は１つ又は複数のプロセッサを含む処理アセンブリ１２２２と、例えばアプリケーションなどの処理アセンブリ１２２２により実行可能な各種コマンドを記憶するメモリ１２３２により表される記憶媒体ソースと、を備える。メモリ１２３２内に記憶されたアプリケーションは、１つ又は１つ以上のモジュールを含み、当該１つ又は１つ以上のモジュールは、それぞれ１組のコマンドに対応する。また、処理アセンブリ１２２２は、コマンドを実行するように構成され、これにより、上記ウェブページアクセス方法を実行する。
【０１１２】
サーバ１２００は、さらに、サーバ１２００の給電管理を行うための電源アセンブリ１２２６と、サーバ１２００とネットワークと接続するための有線又は無線のネットワークインターフェース１２５０と、入出力（Ｉ／Ｏ）インターフェース１２５８とを備える。サーバ１２００は、例えば、Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ（登録商標），Ｍａｃ  ＯＳ  Ｘ（登録商標），Ｕｎｉｘ（登録商標），Ｌｉｎｕｘ（登録商標），ＦｒｅｅＢＳＤ（登録商標）などの、メモリ１２３２に記憶されたオペレーティングシステムにおいて操作を行うことができる。
【０１１３】
当業者は、本明細書に開示された発明の詳細を考慮し、実施することにより、本発明の他の実施例を容易に想定することができる。本出願は、本発明のいかなる変形、用途、又は適応的な変化を含むことを目的としており、いかなる変形、用途、又は適応的な変化は、本発明の一般原理に基づき、且つ本開示において公開されていない本技術分野においての公知常識又は慣用技術手段を含む。明細書及び実施例は、例示的なものを開示しており、本発明の保護範囲と主旨は、特許請求の範囲に記述される。
【０１１４】
本発明は、上記において開示された構成又は図面に示した構造に限定されるものではなく、本発明の範囲内であれば、様々な補正又は変更を行うことができる。本発明の範囲は、特許請求の範囲により制限される。
【０１１５】
本願は、出願番号がＣＮ２０１４１０３９８１８２．２であって、出願日が２０１４年８月１３日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。
【図１】
2016533594.tif 000003
【図２】
2016533594.tif 000004
【図３】
2016533594.tif 000005
【図４】
2016533594.tif 000006
【図５】
2016533594.tif 000007
【図６】
2016533594.tif 000008
【図７】
2016533594.tif 000009
【図８】
2016533594.tif 000010
【図９】
2016533594.tif 000011
【図１０】
2016533594.tif 000012
【図１１】
2016533594.tif 000013
【図１２】
2016533594.tif 000014
【手続補正書】
【提出日】平成27年5月18日(2015.5.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信するステップと、
前記目標ＵＲＬに従い、既に記憶されたローカルＵＲＬを検索するステップと、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップと、
前記目標ウェブページ・リソースを前記端末に送信するステップと、を含む
ことを特徴とするウェブページのアクセス方法。
【請求項２】
端末から送信されたウェブページへのアクセス要求を受信するステップの前に、前記方法はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するステップと、
前記ローカルＵＲＬを記憶し、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップと、を含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ローカルＵＲＬを取得するステップは、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するステップと、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するステップと、を含む
ことを特徴とする請求項２に記載の方法。
【請求項４】
サーバからユーザホワイトリストを取得するステップは、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するステップと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するステップと、を含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記ローカルＵＲＬを記憶するステップは、
ローカルディスク内に設置されているデータベースに前記ローカルＵＲＬを記憶するステップ、及び／または、
カーネルに対して割り当てられたメモリに前記ローカルＵＲＬをキャッシングするステップを含む
ことを特徴とする請求項２に記載の方法。
【請求項６】
前記方法はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するステップと、
設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するステップと、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するステップと、を含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップは、
サーバから、前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするステップと、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するステップと、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い、前記それぞれのウェブページ・リソースをローカルディスクに記憶するステップと、を含む
ことを特徴とする請求項２に記載の方法。
【請求項８】
既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップは、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するステップと、
前記ＷＥＢサービスが前記指定ポートで前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するステップと、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するステップと、を含む
ことを特徴とする請求項７に記載の方法。
【請求項９】
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信するための受信手段と、
前記目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索するための検索手段と、
前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するための取得手段と、
前記目標ウェブページ・リソースを前記端末に送信するための送信手段と、を含む
ことを特徴とするウェブページのアクセス装置。
【請求項１０】
前記装置はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するための取得手段と、
前記ローカルＵＲＬを記憶するための第１の記憶手段と、
前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するための第２の記憶手段と、を含む
ことを特徴とする請求項９に記載の装置。
【請求項１１】
前記取得手段は、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するためのホワイトリスト取得サブ手段と、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するためのローカルＵＲＬ生成サブ手段と、を含む
ことを特徴とする請求項１０に記載の装置。
【請求項１２】
前記ホワイトリスト取得サブ手段は、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するための取得要求送信モジュールと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するためのホワイトリスト受信モジュールと、を含む
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記第１の記憶手段は
ローカルディスク内に設置されているデータベースに前記ローカルＵＲＬを記憶するためのディスク記憶サブ手段と、
カーネルに対して割り当てられたメモリに前記ローカルＵＲＬをキャッシングするためのメモリ記憶サブ手段と、の少なくとも１つを含む
ことを特徴とする請求項１０に記載の装置。
【請求項１４】
前記装置はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するための設定手段と、
設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するための走査手段と、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するための削除手段と、を含む
ことを特徴とする請求項１３に記載の装置。
【請求項１５】
前記第２の記憶手段は、
サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするためのウェブページ・リソース・ダウンロード・サブ手段と、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するための記憶アドレス生成サブ手段と、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い、前記それぞれのウェブページ・リソースをローカルディスクに記憶するためのウェブページ・リソース記憶サブ手段と、を含む
ことを特徴とする請求項１０に記載の装置。
【請求項１６】
前記取得手段は、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するための目標ＵＲＬ送信サブ手段と、
前記ＷＥＢサービスが前記指定ポートで前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するための記憶アドレス特定サブ手段と、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するためのウェブページ・リソース取得サブ手段と、を含む
ことを特徴とする請求項１５に記載の装置。
【請求項１７】
プロセッサと、プロセッサにより実行可能な指令を記憶するメモリとを含むルーターであって、
前記プロセッサは、
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信し、
前記目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索し、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから、前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得し、
前記目標ウェブページ・リソースを前記端末に送信する
ことを特徴とするルーター。
【請求項１８】
プロセッサに実行されることにより、請求項１から請求項８のいずれかに記載の方法を実現することを特徴とするプログラム。
【請求項１９】
請求項１８に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術分野に関し、特に、ウェブページのアクセス方法、ウェブページのアクセス装置、ルーター、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
無線ＬＡＮの環境において、端末は、ルーターを介して公衆網にアクセスすることによって、異なるウェブサイトが公衆網に設置しているサーバにアクセスすることができる。一般的には、ユーザは端末のブラウザーにアクセスしようとする目標ウェブページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ：統一資源位置指定子）を入力して、ルーターは自身のルーター機能を活性化して用い、該ＵＲＬを公衆網に伝送するとともに、該ＵＲＬに対応するサーバにおける目標ウェブページ・リソースを端末に返信することによって、端末ユーザが目標ウェブページに対するアクセスを実現する。
【０００３】
しかしながら、従来技術において、端末がルーターだけを介してＵＲＬに対応するウェブページ・リソースをリアルタイムで取得でき、これらのウェブページ・リソースがサーバのある公衆網からＬＡＮ内のルーターに送信されてから、ルーターから端末に送信されるという過程は比較的長い伝送時間を必要としているため、端末ユーザは目標ウェブページを快速に閲覧することができない。
【発明の概要】
【０００４】
従来技術における目標ウェブページに快速にアクセスしかねるという課題を解決するように、本発明はウェブページのアクセス方法、ウェブページのアクセス装置、ルーター、プログラム及び記録媒体を提供する。
【０００５】
本発明の実施例の第１の局面によれば、ウェブページのアクセス方法を提供し、
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信するステップと、
前記目標ＵＲＬに従い既に記憶されたローカルＵＲＬを検索するステップと、
前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップと、
前記目標ウェブページ・リソースを前記端末に送信するステップと、を含む。
【０００６】
好ましく、端末から送信されたウェブページへのアクセス要求を受信するステップの前に、前記方法はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するステップと、
前記ローカルＵＲＬを記憶し、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップと、を含む。
【０００７】
好ましく、前記ローカルＵＲＬを取得するステップは、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するステップと、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するステップと、を含む。
【０００８】
好ましく、サーバからユーザホワイトリストを取得するステップは、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を、送信するステップと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するステップと、を含む。
【０００９】
好ましく、前記ローカルＵＲＬを記憶するステップは、
前記ローカルＵＲＬをローカルディスク内に設置されているデータベースに記憶するステップ、及び／または、
前記ローカルＵＲＬを、カーネルに対して割り当てられたメモリにキャッシングするステップを含む。
【００１０】
好ましく、前記方法はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するステップと、
設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するステップと、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するステップと、を含む。
【００１１】
好ましく、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するステップは、
サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするステップと、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースの対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するステップと、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い前記それぞれのウェブページ・リソースをローカルディスクに記憶するステップと、を含む。
【００１２】
好ましく、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するステップは、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するステップと、
前記ＷＥＢサービスが前記指定ポートにおいて前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するステップと、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するステップと、を含む。
【００１３】
本発明の実施例の第２の局面によれば、ウェブページのアクセス装置を提供し、
端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信するための受信手段と、
前記目標ＵＲＬに基づいて既に記憶されたローカルＵＲＬを検索するための検索手段と、
前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するための取得手段と、
前記目標ウェブページ・リソースを前記端末に送信するための送信手段と、を含む。
【００１４】
好ましく、前記装置はさらに、
端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを取得するための取得手段と、
前記ローカルＵＲＬを記憶するための第１の記憶手段と、
前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するための第２の記憶手段と、を含む。
【００１５】
好ましく、前記取得手段は、
サーバから、前記サーバが所定ポリシーに従って生成する少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得するためのホワイトリスト取得サブ手段と、
前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するためのローカルＵＲＬ生成サブ手段と、を含む。
【００１６】
好ましく、前記ホワイトリスト取得サブ手段は、
設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されているサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するための取得要求送信モジュールと、
前記サーバが前記対応関係を検索して送信した、前記第１のルータ識別子に対応するユーザホワイトリストを受信するためのホワイトリスト受信モジュールと、を含む。
【００１７】
好ましく、前記第１の記憶手段は
前記ローカルＵＲＬをローカルディスク内に設置されているデータベースに記憶するためのディスク記憶サブ手段と、
前記ローカルＵＲＬをカーネルに対して割り当てられたメモリにキャッシングするためのメモリ記憶サブ手段と、の少なくとも１つを含む。
【００１８】
好ましく、前記装置はさらに、
前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するための設定手段と、
設定されている第２の時間周期に従い前記データベースにおけるエージング時間を走査するための走査手段と、
走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するための削除手段と、を含む。
【００１９】
好ましく、前記第２の記憶手段は、
サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするためのウェブページ・リソース・ダウンロード・サブ手段と、
前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースの、前記それぞれのウェブページ・リソースの対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって表記されるローカル記憶アドレスを生成するための記憶アドレス生成サブ手段と、
前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い前記それぞれのウェブページ・リソースをローカルディスクに記憶するためのウェブページ・リソース記憶サブ手段と、を含む。
【００２０】
好ましく、前記取得手段は、
前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するための目標ＵＲＬ送信サブ手段と、
前記ＷＥＢサービスが前記指定ポートにおいて前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するための記憶アドレス特定サブ手段と、
前記目標ウェブページ・リソースのローカル記憶アドレスに従い、前記ローカルディスクから前記目標ウェブページ・リソースを取得するためのウェブページ・リソース取得サブ手段と、を含む。
【００２１】
本発明の実施例の第３の局面によれば、ルーターを提供し、
ルーターがプロセッサと、プロセッサにより実行可能な指令を記憶するメモリとを含み、
前記プロセッサは、
端末から送信された、目標ＵＲＬ（統一資源位置指定子）を含むウェブページへのアクセス要求を受信し、
前記目標ＵＲＬに基づいて既に記憶されたローカルＵＲＬを検索し、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから、前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得し、
前記目標ウェブページ・リソースを前記端末に送信する。
本発明のその他の局面は、
プロセッサに実行されることにより、前記方法を実現することを特徴とするプログラムを提供する。
本発明のその他の局面は、
前記プログラムが記録された記録媒体を提供する。
【００２２】
本発明の実施例に係る技術的解決策は、以下の有益な効果を有する。
【００２３】
本発明はルーターに記憶されているローカルＵＲＬ及びローカル・ウェブページ・リソースによって、該ローカルＵＲＬにおいて端末から送信されたウェブページへのアクセス要求における目標ＵＲＬを探し出した場合、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに端末に送信することができる。ルーターはローカルに記憶されているウェブページ・リソースを端末に返信することができ、目標ＵＲＬに基づいてサーバから取得することが必要とされないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ伝送される時間が短縮され、端末が目標ウェブページ・リソースを取得する速度が向上される。これにより、端末ユーザは目標ウェブページを快速に閲覧することができる。
【００２４】
本発明はルーターにローカルＵＲＬ及びローカル・ウェブページ・リソースを記憶することができる。ローカルＵＲＬには端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬを記憶したため、端末ユーザのウェブページへのアクセス要求を受信した場合、該ローカルＵＲＬにおいて目標ＵＲＬを取得する確率が比較的大きいため、ローカル・ウェブページ・リソースにおける目標ウェブページ・リソースを快速に端末に返信することができる。
【００２５】
本発明はサーバから端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬのユーザホワイトリストを取得する。サーバの演算能力は比較的強いため、多種の所定ポリシーに従い上記ＵＲＬを生成でき、これにより、上記ＵＲＬが最大確率で端末ユーザがアクセスしようとするＵＲＬを含むことを保証することができる。
【００２６】
本発明は設定されている時間周期に従い、サーバからユーザホワイトリストを取得することができる。サーバは現在の所定ポリシーの変化状況に応じてユーザホワイトリストをリアルタイムで変更する可能性があるため、ルーターの取得したユーザホワイトリストが現在の最新のユーザホワイトリストであることを保証することができ、さらに、ローカルＵＲＬにおいて、目標ＵＲＬをヒットする確率を向上することができる。
【００２７】
本発明はローカルＵＲＬをルーターの異なる位置に記憶することができ、ローカルディスクのデータベースに記憶されている場合、ルーターの電源が切れた期間に該ローカルＵＲＬの不欠落を保証することができ、且つ、それぞれのＵＲＬに対してエージング時間を設定することによって、エージング時間に達した場合、対応するＵＲＬ及びウェブページ・リソースを削除し、ローカル記憶リソースが無期限に占有されないことを保証することができる。カーネルに対して割り当てられたメモリに記憶される場合、ローカルエリアにおいて目標ＵＲＬを検索することに対して、カーネルがメモリから目標ＵＲＬを検索する速度がより速いため、端末ユーザが目標ウェブページを閲覧する速度をさらに向上することができる。
【００２８】
以上の一般的な記述及び以下の詳細な記述は、例示のものに過ぎず、本開示を限定するものではないと理解すべきである。
【図面の簡単な説明】
【００２９】
ここでの図面は、本明細書の一部として、本発明に適切な実施例を示し、明細書と合わせて本発明の原理を説明するのに役立つ。
【図１】本発明の例示的な実施例におけるウェブページのアクセス方法を示すフローチャートである。
【図２】本発明の例示的な実施例における他のウェブページのアクセス方法を示すフローチャートである。
【図３】本発明の例示的な実施例におけるウェブページアクセスの応用シーンを模式的に示す図である。
【図４】本発明の例示的な実施例におけるウェブページのアクセス装置を示すブロック図である。
【図５】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図６】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図７】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図８】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図９】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図１０】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図１１】本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。
【図１２】本発明の例示的な実施例におけるウェブページのアクセス装置の構成を模式的に示す図である。
【発明を実施するための形態】
【００３０】
ここで、図面に示された例示的な実施例を詳細に説明する。以下の内容において、図面を言及するとき、特に説明しない限り、異なる図面における同じ数字が同一または同等の要素を示す。以下の例示的な実施例に記載の実施の形態は、本発明と一致するあらゆる実施の形態を代表するわけではない。逆に、それらは、添付された特許請求の範囲に詳細に記載される、本発明の一部の態様と一致する装置及び方法の例にすぎない。
本発明で使用されている用語は本発明を規制することでなく、特定実施例を記載することを目的とている。コンテキストで他の意味を明確に表すことではない限り、本発明及び特許請求の範囲で使用されている単数形式の「１種」、「前記」及び「該」といった用語のいずれも多数形式を含む。更に、本発明で使用されている「及び／または」という用語は１つまたは複数の関連する列挙項目の如何なるまたはあらゆる組合せを含むことを指し且つ含むと理解すべきである。
【００３１】
本発明では、「第１の」、「第２の」、「第３の」などの用語を用いて各種の情報を記載しているが、これらの情報はこれらの用語に限られないと理解すべきである。これらの用語は同じ種類の情報を互いに区別するために用いられる。例えば、本発明の範囲であれば、第１の情報は第２の情報とも称され得、類似的には、第２の情報も第１の情報とも称され得る。なお、用語の使用は言語環境によって決まられ、例えば、ここに用いられる「仮に」という用語が「・・・の場合」、または「・・・際に」、または「・・・応じて」として理解され得る。
【００３２】
図１に示すように、図１は例示的な実施例におけるウェブページのアクセス方法を示すフローチャートである。該方法はルーターに用いられ、以下のステップを含む。
【００３３】
ステップ１０１において、端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信する。
【００３４】
本発明に記載のルーターは、スマートルーター装置として、従来のルーター機能だけでなく、さらに独立のオペレーティングシステム及びディスクを含むことができる。本発明に記載の端末は、ウェブページアクセス機能を有する如何なるスマート端末、例えば、具体的には、携帯電話、タブレットＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ，パーソナルディジタルアシスタント）等であってもよい。ここで、端末は、無線ＬＡＮを介してルーターにアクセスするとともにルーターを介して公衆網におけるサーバにアクセスすることができる。
【００３５】
ＵＲＬは、インターネットから得られるリソースの位置及びアクセス方法を簡潔に表し、インターネットにおける標準のリソースアドレスであり、インターネットにおけるそれぞれのウェブページ・リソースは、唯一のＵＲＬを有する。本発明において、端末ユーザが、ある目標ウェブページにアクセスしようとする場合、端末のブラウザーに目標ウェブページの目標ＵＲＬを入力して、端末がルーターに該目標ＵＲＬを含むウェブページへのアクセス要求を送信する。一般的には、該ウェブページへのアクセス要求は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ：ハイパーテキスト転送プロトコル）要求である。
【００３６】
ステップ１０２において、目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索する。
【００３７】
本発明において、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬからなるローカルＵＲＬを取得する際、ルーターは、該ローカルＵＲＬを記憶し、該ローカルＵＲＬにおける少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶することができる。ここで、ローカルＵＲＬを取得する際に、ルーターは、サーバからユーザホワイトリストを取得する。該サーバは、公衆網に設置され、ウェブページのプリロード（ｐｒｅ-ｌｏａｄ）分析を行うためのサーバであり、所定ポリシーに従い、異なるルーターに対してユーザホワイトリストを生成することができる。該ユーザホワイトリストは、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含む。
【００３８】
ルーターは、上記ローカルＵＲＬに基づいて、端末から送信されたウェブページへのアクセス要求を受信して、該ウェブページへのアクセス要求における目標ＵＲＬに従ってローカルＵＲＬを検索することによって、ローカルＵＲＬにおいて該目標ＵＲＬを検索できるか否かを判定する。
【００３９】
ステップ１０３において、ローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから、目標ＵＲＬに対応する目標ウェブページ・リソースを取得する。
【００４０】
ローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、目標ウェブページ・リソースが既にルーターにローカルに記憶されていることを示す。このため、ローカル・ウェブページ・リソースから目標ウェブページ・リソースを直接的に取得すればよい。
【００４１】
ステップ１０４において、目標ウェブページ・リソースを端末に送信する。
【００４２】
上記実施例を応用して、ルーターに記憶されているローカルＵＲＬ及びローカル・ウェブページ・リソースによって、端末から送信されたウェブページへのアクセス要求に含まれる目標ＵＲＬを該ローカルＵＲＬにおいて検索できる場合、ローカル・ウェブページ・リソースから、目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに、端末に送信する。ルーターは、ローカルに記憶されているウェブページ・リソースをそのまま端末に返信することができ、目標ＵＲＬに基づいてサーバから取得することは必要とされないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ送信される時間は短縮され、端末が目標ウェブページ・リソースを取得する速度は向上される。これにより、端末ユーザは、目標ウェブページを快速に閲覧することができる。
【００４３】
図２に示すように、図２は例示的な実施例における他のウェブページのアクセス方法を示すフローチャートであり、該方法はルーターに用いられ、以下のステップを含む。
【００４４】
ステップ２０１において、サーバから、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを取得する。
【００４５】
本発明に記載のルーターはスマートルーター装置として、従来のルーター機能、例えば、交換及び転送機能を有するだけでなく、独立のオペレーティングシステム及びディスクを含むことができる。該ディスクの記憶空間の大きさは必要に応じて柔軟に設定され得、例えば、１Ｔに設定され得る。
【００４６】
本発明に記載のサーバは、公衆網に設置されている、ウェブページのプリロード分析を行うためのサーバであってもよい。該サーバは、機械学習アルゴリズムに基づいて、所定ポリシーに従って、異なるルーターに対して、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含むユーザホワイトリストを生成することができる。サーバは、異なるルータ識別子とユーザホワイトリストとの対応関係を記憶し、該ルータ識別子が具体的には、ルーターのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：メディア・アクセスコントロール）アドレスであり得る。ここで、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬは、同じルーターを介して公衆網にアクセスする端末ユーザが既にアクセスしたウェブページ・リソースの履歴ＵＲＬ、または、現在ソーシャルネットワーキング・プラットホームにおけるホットな話題についてのウェブページ・リソースのＵＲＬ、または、端末ユーザにアクセスされる可能性が比較的高いホットなポータルウェブサイトのＵＲＬ等を含んでもよい。
【００４７】
ルーターが電気的に起動された後、最初にサーバからユーザホワイトリストを取得し、その後、サーバにおけるユーザホワイトリストが更新される可能性があるため、ルーターは設定されている第１の時間周期に従いサーバからユーザホワイトリストを取得することによって、ルーターにおけるユーザホワイトリストとサーバにおけるユーザホワイトリストとの同期を取ることを保証する。
【００４８】
ユーザホワイトリストを取得する際に、ルーターは、サーバに該ルーターの第１のルータ識別子を含むホワイトリスト取得要求を送信し、サーバが該第１のルータ識別子に基づいて、記憶されているルータ識別子とユーザホワイトリストとの対応関係を検索し、検索された第１のルータ識別子に対応するユーザホワイトリストを該ルーターに送信する。
【００４９】
好ましく、ルーターの算出及び処理能力が十分であれば、ルーター自体が一定のポリシーに従い端末ユーザのアクセス傾向を特定するとともに、ローカルで前記ユーザホワイトリストを生成することができる。このようにローカルＵＲＬを取得する実現方式も本発明の保護範囲に該当する。
【００５０】
ステップ２０２において、ユーザホワイトリストにおけるＵＲＬを解析することによって、ローカルＵＲＬを生成する。
【００５１】
ルーターがユーザホワイトリストを受信した場合、該ユーザホワイトリストを解析してその中に含まれる少なくとも１つのＵＲＬを取得し、該少なくとも１つのＵＲＬに基づいてローカルＵＲＬを生成する。ここで、ユーザホワイトリストの異なるフォーマットに基づいて、異なる解析方式を用いてユーザホワイトリストを解析することができる。これについては、本発明の実施例は限定しない。
【００５２】
ステップ２０３において、ローカルＵＲＬを記憶し、ローカルＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶する。
【００５３】
ローカルＵＲＬを記憶する場合、下記のような少なくとも１種の方式を用いることができる。
【００５４】
第１の方式において、ルーターはローカルＵＲＬを、ローカルディスクに設置されているデータベースに記憶することができる。具体的には、ルーターには、ローカルＵＲＬをデータベースに記憶する操作を実行するアプリケーションが予め設定され得る。該アプリケーションを実行することによって、ユーザホワイトリストを解析して得られたそれぞれのＵＲＬをデータベースに入力できる。それぞれのＵＲＬが該データベースにおける１つのデータ記録に対応している。ローカル記憶リソースが無期限に占有されないことを保証するために、それぞれのデータ記録にＵＲＬのエージング時間をさらに設定することができる。相応に、ルーターは設定されている第２の時間周期に従い、データベースにおけるそれぞれのデータ記録のエージング時間を走査することができ、走査結果に基づいて、既にエージング時間に達した期限切れのＵＲＬに対応するデータ記録をデータベースから削除することができる。
【００５５】
第２の方式において、ルーターは、カーネルに対して割り当てられるメモリにローカルＵＲＬをキャッシングすることができる。具体的には、ルーターは、予め１つのアプリケーションを設定することによって、アプリケーション層とカーネル層との通信を実現することができる。該アプリケーションはＮｅｔｌｉｎｋ  ｓｏｃｋｅｔ（ネットリンクソケット）メカニズムを用いて、ホワイトリストを解析して得られたそれぞれのＵＲＬをカーネルに提示し、カーネルはこれらのＵＲＬをカーネルに対して割り当てられるメモリに記憶する。ここに、次のことを説明しておく。この後のローカル・ウェブページ・リソースを記憶する操作を組み合わせて、それぞれのＵＲＬに対して、該ＵＲＬに対応するウェブページ・リソースをローカル・ウェブページ・リソースとしてダウンロードして、該ＵＲＬをカーネルに提示することもできる。これについては、本発明の実施例は限定しない。
【００５６】
上記第１の方式に関しては、ローカルＵＲＬがディスクに記憶されているため、ルーターの電源が切れた期間にローカルＵＲＬの不欠落を保証することができ、且つ、該ローカルＵＲＬに対するメンテナンス操作を実現することができる。上記第２の方式に関しては、カーネルがそのメモリにアクセスする速度は、アプリケーションを介してディスクにアクセスする速度より速いため、ローカルＵＲＬをメモリ（ワークメモリ）に記憶することによって、その後の目標ＵＲＬの検索速度を向上することができる。
【００５７】
ローカル・ウェブページ・リソースを記憶する場合、以下の方式を用いることができる。
【００５８】
ルーターは、公衆網における異なるウェブサイトサーバから、ローカルＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードして、それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースのローカル記憶アドレスを生成する。該ローカル記憶アドレスは、それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソースのルートディレクトリで識別されることができる。例えば、ルーターにおけるウェブページ・リソースを記憶するルートディレクトリが「／ｃａｃｈｅ／ｄａｔａ」であり、ＵＲＬのハッシュ値が「ＡＤＫＥＯＣＯＷＥＮＬＦＯＪＦＳＥＬＩＮＸＯ３２３４％２ＤＳ」である場合、対応するローカル記憶アドレスが「／ｃａｃｈｅ／ｄａｔａ／ＡＤＫＥＯＣＯＷＥＮＬＦＯＪＦＳＥＬＩＮＸＯ３２３４％２ＤＳ」となり、そして、ルーターがそれぞれのウェブページ・リソースのローカル記憶アドレスに従い、それぞれのウェブページ・リソースをローカルディスクに記憶する。
【００５９】
なお、前記ローカルＵＲＬを記憶する第１の方式に対応して、仮にデータベースにおいてそれぞれのＵＲＬに対してＵＲＬエージング時間が設定されているとすれば、ＵＲＬのエージング時間に達したら、データベースにおける期限切れＵＲＬに対応するデータ記録を削除することに加え、カーネルのメモリにローカルＵＲＬも記憶されている場合、カーネルのメモリから該期限切れＵＲＬを削除することもでき、且つ、期限切れＵＲＬに対応するウェブページ・リソースをディスクにおけるローカル・ウェブページ・リソースから削除することによって、ローカルＵＲＬ及びローカル・ウェブページ・リソースを整合して更新することができる。
【００６０】
ステップ２０４において、端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信する。
【００６１】
端末ユーザが、ある目標ウェブページにアクセスしようとする場合、端末のブラウザーに目標ウェブページの目標ＵＲＬを入力し、端末がルーターに該目標ＵＲＬを含むウェブページへのアクセス要求を送信する。一般的には、該ウェブページへのアクセス要求はＨＴＴＰ要求である。
【００６２】
ステップ２０５において、目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索する。
【００６３】
カーネルのメモリにローカルＵＲＬが記憶されている場合、ルーターは端末から送信されたウェブページへのアクセス要求を受信した後、カーネルプロトコルスタックによって該ウェブページへのアクセス要求を捕捉してその中の目標ＵＲＬを取得し、該目標ＵＲＬに基づいてメモリにおけるローカルＵＲＬを検索することによって、ローカルＵＲＬにおいて該目標ＵＲＬを検索できるか否かを判定する。
【００６４】
ステップ２０６において、仮にローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、既に記憶されているローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得する。
【００６５】
ステップ２０５に関し、仮にローカルＵＲＬにおいて目標ＵＲＬを探し出した場合、ルーターローカルディスクには目標ＵＲＬに対応する目標ウェブページ・リソースが記憶されているので、公衆網におけるサーバから該目標ウェブページ・リソースを取得することが必要とされない。この場合、ルーターカーネルは検索した目標ＵＲＬを該ルーターにおけるＷＥＢサービスモニタリング用の指定ポートに送信することができる。例えば、該ＷＥＢサーバが具体的にプロキシサービスであるｎｇｉｎｘである場合、該指定ポートが具体的にポート８０であり得る。ＷＥＢサービスが指定ポートにおいて目標ＵＲＬをモニタリングした場合、ステップ２０５でローカル・ウェブページ・リソースを記憶する際にローカル記憶アドレスを特定する方式と同じように、目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて目標ウェブページ・リソースのローカル記憶アドレスを特定するとともに、該ローカル記憶アドレスに従いローカルディスクから目標ウェブページ・リソースを取得することによって、サーバがローカルに記憶されている目標ウェブページ・リソースを端末に直接に送信し、ＬＡＮ内部で端末のウェブページアクセス過程を実現することができる。
【００６６】
ステップ２０７において、目標ウェブページ・リソースを端末に送信する。
【００６７】
上記実施例より分かるように、ルーターに記憶されているローカルＵＲＬとローカル・ウェブページ・リソースによって、端末から送信されたウェブページへのアクセス要求に含まれる目標ＵＲＬが該ローカルＵＲＬにおいて探し出された際に、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに端末に送信することができる。ルーターはローカルに記憶されているウェブページ・リソースをそのまま端末に返信でき、目標ＵＲＬに基づいてサーバからそれを取得することを必要としないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ伝送される時間が短縮され、端末が目標ウェブページ・リソースを取得する速度が向上される。これにより、端末ユーザは目標ウェブページを快速に閲覧することができる。且つ、ルーターにおいてローカルＵＲＬ及びローカル・ウェブページ・リソースを記憶することができる。ローカルＵＲＬには端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬを記憶したため、端末ユーザのウェブページへのアクセス要求を受信した際に、該ローカルＵＲＬにおいて目標ＵＲＬを取得する確率が比較的大きく、これにより、ローカル・ウェブページ・リソースにおける目標ウェブページ・リソースを快速に端末に返信することができる。
【００６８】
前記図１及び図２に示す実施例に関して、図３を参照して、本発明の例示的な実施例におけるウェブページアクセスの応用シーンの模式的な図が示されている。
【００６９】
図３は、携帯電話、ルーター及びサーバを含む。携帯電話はＷＩＦＩネットワークを介してルーターにアクセスし、ルーターは公衆網におけるサーバにアクセスしている。本実施例に記載の端末として携帯電話だけを例として説明を行なっているが、実際的な応用の場合、端末がＰＣまたはタブレットＰＣ等のようなウェブページアクセス機能を有する端末装置であってもよいと理解すべきである。端末とルーターとは無線ＷＩＦＩ接続であってもよいし、有線接続であってもよい。これについては、本実施例は限定しない。ここで、サーバにおいてユーザホワイトリストをメンテナンスし、ルーターはユーザホワイトリストに基づいてローカルＵＲＬを取得するとともに、該ローカルＵＲＬに基づいてローカル・ウェブページ・リソースを予めダウンロードし、ローカルＵＲＬにおけるそれぞれのＵＲＬが、ローカル・ウェブページ・リソースにおける１つのウェブページ・リソースに対応している。携帯電話ユーザがアクセスしようとする目標ウェブページの目標ＵＲＬを入力して、携帯電話がＷＩＦＩネットワークを介して該目標ＵＲＬをルーターに伝送し、ルーターがローカルＵＲＬにおいて目標ＵＲＬを検索する場合、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを直接的に取得するとともに、目標ウェブページ・リソースを携帯電話に送信することによって、携帯電話のブラウザーにおいて該目標ウェブページは快速に表示され得、携帯電話ユーザがアクセスしようとするウェブページを快速に閲覧することができる。
【００７０】
図３に示す応用シーンにおいて、ウェブページにアクセスすることを実現する具体的な過程としては、前記図１及び図２の記述を参照して、ここに、詳しく説明しない。
【００７１】
前記ウェブページのアクセス方法の実施例に対応して、本発明はさらにウェブページのアクセス装置及びそれを応用するルーターの実施例を提供する。
【００７２】
図４に示すように、図４は本発明の例示的な実施例におけるウェブページのアクセス装置を示すブロック図である。前記装置は、受信手段４１０、検索手段４２０、取得手段４３０、及び送信手段４４０を含む。
【００７３】
ここで、前記受信手段４１０は、端末から送信された、目標ＵＲＬを含むウェブページへのアクセス要求を受信するように構成されている。
【００７４】
前記検索手段４２０は、前記目標ＵＲＬに基づいて、既に記憶されたローカルＵＲＬを検索するように構成されている。
【００７５】
前記取得手段４３０は、前記ローカルＵＲＬにおいて前記目標ＵＲＬを探し出した場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得するように構成されている。
【００７６】
前記送信手段４４０は、前記目標ウェブページ・リソースを前記端末に送信するように構成されている。
【００７７】
上記実施例において、記憶されているローカルＵＲＬとローカル・ウェブページ・リソースによって、端末から送信されたウェブページへのアクセス要求に含まれる目標ＵＲＬが該ローカルＵＲＬにおいて探し出された際に、ローカル・ウェブページ・リソースから目標ＵＲＬに対応する目標ウェブページ・リソースを取得するとともに端末に送信することができる。ルーターはローカルに記憶されているウェブページ・リソースをそのまま端末に返信することができ、目標ＵＲＬに基づいてサーバからそれを取得することが必要とされていないため、目標ウェブページ・リソースがサーバのある公衆網からルーターのあるＬＡＮへ伝送される時間が短縮され、端末が目標ウェブページ・リソースを取得する速度が向上される。これにより、端末ユーザは目標ウェブページを快速に閲覧することができる。
【００７８】
図５に示すように、図５は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図４に示す実施例を基にしており、前記装置はさらに取得手段４５０、第１の記憶手段４６０、及び第２の記憶手段４７０を含む。
【００７９】
ここで、前記取得手段４５０は、端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬである少なくとも１つのＵＲＬを含む前記ローカルＵＲＬを、取得するように構成されている。
【００８０】
前記第１の記憶手段４６０は、前記ローカルＵＲＬを記憶するように構成されている。
【００８１】
前記第２の記憶手段４７０は、前記少なくとも１つのＵＲＬに対応するウェブページ・リソースからなるローカル・ウェブページ・リソースを記憶するように構成されている。
【００８２】
上記実施例において、ルーターにはローカルＵＲＬ及びローカル・ウェブページ・リソースが記憶されており、ローカルＵＲＬには端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬが記憶されたため、端末ユーザからのウェブページへのアクセス要求を受信する場合、該ローカルＵＲＬにおいて目標ＵＲＬを取得する確率が比較的高いため、ローカル・ウェブページ・リソースにおける目標ウェブページ・リソースを端末に快速に返信することができる。
【００８３】
図６に示すように、図６は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図５に示す実施例を基にしており、前記取得手段４５０は、ホワイトリスト取得サブ手段４５１、及びローカルＵＲＬ生成サブ手段４５２を含んでもよい。
【００８４】
ここで、前記ホワイトリスト取得サブ手段４５１は、サーバからユーザホワイトリストを取得するように構成されている。前記ユーザホワイトリストは、前記サーバが所定ポリシーに応じて生成した、少なくとも１つの前記端末ユーザのアクセス傾向に対応するウェブページ・リソースのＵＲＬを含む。
【００８５】
前記ローカルＵＲＬ生成サブ手段４５２は、前記ユーザホワイトリストにおけるＵＲＬを解析することによって前記ローカルＵＲＬを生成するように構成されている。
【００８６】
上記実施例において、サーバから、端末ユーザがアクセスする可能性があるウェブページ・リソースのＵＲＬを含むユーザホワイトリストが取得される。サーバの演算能力が比較的強いため、サーバは多種の所定ポリシーに従い上記ＵＲＬを生成することにより、上記ＵＲＬが最大の確率で端末ユーザのアクセスしようとするＵＲＬを含むことを保証することができる。
【００８７】
図７に示すように、図７は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図６に示す実施例を基にしており、前記ホワイトリスト取得サブ手段４５１は、取得要求送信モジュール４５１１、及びホワイトリスト受信モジュール４５１２を含んでもよい。
【００８８】
ここで、前記取得要求送信モジュール４５１１は、設定されている第１の時間周期に従い、異なるルータ識別子とユーザホワイトリストとの対応関係が記憶されたサーバに、第１のルータ識別子を含むホワイトリスト取得要求を送信するように構成されている。
【００８９】
前記ホワイトリスト受信モジュール４５１２は、前記サーバが前記対応関係を検索して送信した前記第１のルータ識別子に対応するユーザホワイトリストを受信するように構成されている。
【００９０】
上記実施例において、設定されている時間周期に従い、サーバからユーザホワイトリストを取得する。サーバにおいて現在の所定ポリシーの変化状況に応じてユーザホワイトリストをリアルタイムで更新する可能性があるため、ルーターが取得したユーザホワイトリストが現在の最新のユーザホワイトリストであることを保証でき、ローカルＵＲＬにおいて目標ＵＲＬをヒットする確率をさらに向上することができる。
【００９１】
図８に示すように、図８は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は、前記図５に示す実施例を基にしており、前記第１の記憶手段４６０は、ディスク記憶サブ手段４６１とメモリ記憶サブ手段４６２のうちの少なくとも１つを含んでもよい。列挙の便利さを図るために、図８は上記２つのサブ手段を同時に示しているが、実際的な応用の場合、そのうちの任意の１つのサブ手段だけを含んでもよい。これについては、本実施例は限定しない。
【００９２】
ここで、前記ディスク記憶サブ手段４６１は、ローカルディスクに設置されているデータベースに前記ローカルＵＲＬを記憶するように構成されている。
【００９３】
前記メモリ記憶サブ手段４６２は、カーネルに対して割り当てられたメモリ（ワークメモリ）に前記ローカルＵＲＬをキャッシングするように構成されている。
【００９４】
上記実施例において、ローカルＵＲＬをルーターの異なる位置に記憶することができ、ローカルディスクのデータベースに記憶する場合、ルーターの電源が切れた期間に該ローカルＵＲＬの不欠落を保証することができ、カーネルに対して割り当てられたメモリに記憶された場合、ローカルディスクにおいて目標ＵＲＬを検索することに対して、カーネルがメモリから目標ＵＲＬを検索する速度がより速いため、端末ユーザは目標ウェブページを閲覧する速度を更に向上できる。
【００９５】
図９に示すように、図９は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は、前記図８に示す実施例を基にしており、前記装置は、更に設定手段４８０、走査手段４９０、及び削除手段４９５を含んでもよい。
【００９６】
ここで、前記設定手段４８０は、前記データベースに記憶されている前記ローカルＵＲＬにおけるそれぞれのＵＲＬに対してエージング時間を設定するように構成されている。
【００９７】
前記走査手段４９０は、設定されている第２の時間周期に従い、前記データベースにおけるエージング時間を走査するように構成されている。
【００９８】
前記削除手段４９５は、走査結果に基づいて、既にエージング時間に達した期限切れＵＲＬを前記ローカルＵＲＬから削除するとともに、前記期限切れＵＲＬに対応するウェブページ・リソースを前記ローカル・ウェブページ・リソースから削除するように構成されている。
【００９９】
上記実施例において、データベースにおけるそれぞれのＵＲＬに対してエージング時間を設定することによって、エージング時間に達した場合、対応するＵＲＬ及びウェブページ・リソースを削除し、ローカル記憶リソースが無期限に占有されないことを保証することができる。
【０１００】
図１０に示すように、図１０は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図５に示す実施例を基にしており、前記第２の記憶手段４７０は、ウェブページ・リソース・ダウンロード・サブ手段４７１、記憶アドレス生成サブ手段４７２、及びウェブページ・リソース記憶サブ手段４７３を含む。
【０１０１】
ここで、前記ウェブページ・リソース・ダウンロード・サブ手段４７１は、サーバから前記少なくとも１つのＵＲＬにおけるそれぞれのＵＲＬに対応するウェブページ・リソースをダウンロードするように構成されている。
【０１０２】
前記記憶アドレス生成サブ手段４７２は、前記それぞれのＵＲＬに対応するそれぞれのウェブページ・リソースのローカル記憶アドレスを生成するように構成されており、前記ローカル記憶アドレスが、前記それぞれのウェブページ・リソースに対応するＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリによって識別される。
【０１０３】
前記ウェブページ・リソース記憶サブ手段４７３は、前記それぞれのウェブページ・リソースのローカル記憶アドレスに従い、前記それぞれのウェブページ・リソースをローカルディスクに記憶するように構成されている。
【０１０４】
図１１に示すように、図１１は本発明の例示的な実施例における他のウェブページのアクセス装置を示すブロック図である。該実施例は前記図１０に示す実施例を基にしており、前記取得手段４３０は、目標ＵＲＬ送信サブ手段４３１、記憶アドレス特定サブ手段４３２、及びウェブページ・リソース取得サブ手段４３３を含んでもよい。
【０１０５】
ここで、前記目標ＵＲＬ送信サブ手段４３１は、前記目標ＵＲＬをＷＥＢサービスモニタリング用の指定ポートに送信するように構成されている。
【０１０６】
前記記憶アドレス特定サブ手段４３２は、前記ＷＥＢサービスが前記指定ポートで前記目標ＵＲＬをモニタリングした場合、前記目標ＵＲＬのハッシュ値及びウェブページ・リソース記憶ルートディレクトリに基づいて、前記目標ウェブページ・リソースのローカル記憶アドレスを特定するように構成されている。
【０１０７】
前記ウェブページ・リソース取得サブ手段４３３は、前記目標ウェブページ・リソースのローカル記憶アドレスに基づいて、前記ローカルディスクから前記目標ウェブページ・リソースを取得するように構成されている。
【０１０８】
上記装置におけるそれぞれの手段の機能及び作用の実現過程としては、具体的には、上記方法における対応するステップの実現過程を参照して、ここに詳しく説明しない。
【０１０９】
装置実施例としては、それがだいたい方法実施例に対応するため、関連内容は方法実施例部分の説明を参照すればよい。上記のように記載されている装置実施例は例示的な実施例だけであり、分離部分として説明された手段は、物理的に分離されるものでもよいし、分離されないものであってもよい。手段として表示される部件は、物理的な手段であってもよいし、そうではなくてもよく、即ち、１つの箇所に位置することもできるし、複数のネットワーク手段に分布されてもよい。実際的な必要に応じて、その中の一部または全部のモジュールを選択して本発明に係わる技術的解決策の目的を実現することができる。当業者は創造的な労働を行なわないまま、本発明を理解するとともに実施することができる。
【０１１０】
相応に、本発明はさらにルーターを提供し、前記ルーターがプロセッサと、プロセッサにより実行可能な指令を記憶するメモリとを含む。ここで、前記プロセッサは、
端末から送信されたウェブページへのアクセス要求を受信し、前記ウェブページへのアクセス要求が目標ＵＲＬ（統一資源位置指定子）を含み、
前記目標ＵＲＬに基づいて既に記憶されたローカルＵＲＬを検索し、
前記ローカルＵＲＬにおいて前記目標ＵＲＬが検索された場合、既に記憶されたローカル・ウェブページ・リソースから前記目標ＵＲＬに対応する目標ウェブページ・リソースを取得し、
前記目標ウェブページ・リソースを前記端末に送信する。
【０１１１】
図１２に示すように、図１２は例示的な実施例におけるウェブページにアクセスするための装置１２００の構成を模式的に示す図である。例えば、装置１２００としてルーター装置が提供され得る。図１２を参照して、装置１２００は１つ又は複数のプロセッサを含む処理アセンブリ１２２２と、例えばアプリケーションなどの処理アセンブリ１２２２により実行可能な各種コマンドを記憶するメモリ１２３２により表される記憶媒体ソースと、を備える。メモリ１２３２内に記憶されたアプリケーションは、１つ又は１つ以上のモジュールを含み、当該１つ又は１つ以上のモジュールは、それぞれ１組のコマンドに対応する。また、処理アセンブリ１２２２は、コマンドを実行するように構成され、これにより、上記ウェブページアクセス方法を実行する。
【０１１２】
サーバ１２００は、さらに、サーバ１２００の給電管理を行うための電源アセンブリ１２２６と、サーバ１２００とネットワークと接続するための有線又は無線のネットワークインターフェース１２５０と、入出力（Ｉ／Ｏ）インターフェース１２５８とを備える。サーバ１２００は、例えば、Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ（登録商標），Ｍａｃ  ＯＳ  Ｘ（登録商標），Ｕｎｉｘ（登録商標），Ｌｉｎｕｘ（登録商標），ＦｒｅｅＢＳＤ（登録商標）などの、メモリ１２３２に記憶されたオペレーティングシステムにおいて操作を行うことができる。
【０１１３】
当業者は、本明細書に開示された発明の詳細を考慮し、実施することにより、本発明の他の実施例を容易に想定することができる。本出願は、本発明のいかなる変形、用途、又は適応的な変化を含むことを目的としており、いかなる変形、用途、又は適応的な変化は、本発明の一般原理に基づき、且つ本開示において公開されていない本技術分野においての公知常識又は慣用技術手段を含む。明細書及び実施例は、例示的なものを開示しており、本発明の保護範囲と主旨は、特許請求の範囲に記述される。
【０１１４】
本発明は、上記において開示された構成又は図面に示した構造に限定されるものではなく、本発明の範囲内であれば、様々な補正又は変更を行うことができる。本発明の範囲は、特許請求の範囲により制限される。
【０１１５】
本願は、出願番号がＣＮ２０１４１０３９８１８２．２であって、出願日が２０１４年８月１３日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。
【国際調査報告】
2016533594.tif 000015
2016533594.tif 000016
2016533594.tif 000017
2016533594.tif 000018