(57)【要約】本願の実施は、ページ表示のための方法及び装置を提供する。この方法では、受信されたＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換えてサーバへ送信するので、サーバは、置き換えられたＵＲＬに対応するページを、表示のために端末へ返す。この方法から分かるように、端末は受信されたＵＲＬに含まれるハッシュ属性をＵＲＬパラメータで置き換えることができる。したがって、置き換えられたＵＲＬの受信後、サーバは置き換えられたＵＲＬに含まれるＵＲＬパラメータを用いて、置き換えられたＵＲＬに対応するページ上で情報配置を実行できる。具体的には、端末がサーバへアクセスする工程でリダイレクトが生ずると、サーバは端末に代わって、情報配置を完了させることができる。このように、リダイレクトが発生したとしても、端末が取得したページは、情報配置後に取得されたページであるので、ユーザはページ上の必要な情報を検索する必要がなくなり、便利になる。
2019511060.tif 000002
【特許請求の範囲】
【請求項１】
ページ表示のための方法であって：
ユーザにより入力されたＵＲＬを端末によって受信するステップであって、前記ＵＲＬはハッシュ属性を含む、前記受信するステップと；
前記ＵＲＬに含まれる前記ハッシュ属性を、所定の規則に基づいてＵＲＬパラメータに置き換えるステップと；
サーバへ前記置き換えられたＵＲＬを送信するステップであって、前記サーバが、前記置き換えられたＵＲＬの受信後、前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを配置し、前記配置されたページを端末へ返す、前記送信するステップと；
前記サーバにより返された前記配置されたページを表示するステップと；を備える、
ページ表示のための方法。
【請求項２】
前記ＵＲＬに含まれる前記ハッシュ属性を、所定の規則に基づいてＵＲＬパラメータに置き換える前記ステップは：
前記サーバにより返された応答メッセージが受信されたときに、前記ＵＲＬに含まれる前記ハッシュ属性を前記所定の規則に基づいて前記ＵＲＬパラメータに置き換えるステップを備え；
前記サーバが、前記端末から送信された前記ＵＲＬの受信後に、前記ＵＲＬをリダイレクトする必要がある、と特定すると、前記応答メッセージが前記端末へ返される；
請求項１に記載の方法。
【請求項３】
前記サーバにより返された、前記配置されたページを表示する前記ステップの前に：
前記サーバにより返されたＵＲＬを受信するステップを更に備え；
前記サーバにより返されたＵＲＬは、前記置き換えられたＵＲＬを受信した後に、前記サーバが前記置き換えられたＵＲＬの前記ＵＲＬパラメータを前記ハッシュ属性に復元した後のＵＲＬであり；
前記サーバにより返された前記配置されたページを表示する前記ステップは：
前記サーバにより返された前記配置されたページと前記サーバにより返された前記ＵＲＬとを表示するステップを備える、
請求項１に記載の方法。
【請求項４】
ページ表示のための方法であって：
端末により送信された、置き換えられたＵＲＬをサーバにより受信するステップであって、前記置き換えられたＵＲＬは、ユーザにより入力された元のＵＲＬのハッシュ属性を端末がＵＲＬパラメータで置き換えた後に取得される、前記受信するステップと；
前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを特定するステップと；
前記置き換えられたＵＲＬに含まれる前記ＵＲＬパラメータに基づいて前記ページを配置するステップと；
前記配置されたページを、表示のために前記端末へ返すステップと；を備える、
ページ表示のための方法。
【請求項５】
端末により送信された、置き換えられたＵＲＬをサーバが受信する前記ステップの前に：
前記端末により送信された元のＵＲＬを受信するステップであって、前記元のＵＲＬはハッシュ属性を含むＵＲＬである、前記受信するステップと；
前記元のＵＲＬに基づいて、前記元のＵＲＬをリダイレクトする必要がある、と特定されると、前記端末に応答メッセージを送信するステップと；を更に備え、
端末により送信された、置き換えられたＵＲＬをサーバが受信する前記ステップは：
前記応答メッセージを受信した後に、前記端末により返された、前記置き換えられたＵＲＬを受信するステップを備える、
請求項４に記載の方法。
【請求項６】
前記配置されたページを、表示のために前記端末へ返す前記ステップは：
前記置き換えられたＵＲＬを所定の規則に基づいて前記元のＵＲＬへ復元するステップと；
前記配置されたページと前記元のＵＲＬとを、表示のために前記端末へ返すステップと；を備える、
請求項４に記載の方法。
【請求項７】
ページ表示のための装置であって：
ユーザにより入力されたＵＲＬを受信するように構成された受信モジュールであって、前記ＵＲＬはハッシュ属性を含む、前記受信モジュールと；
前記ＵＲＬに含まれる前記ハッシュ属性を所定の規則に基づいてＵＲＬパラメータに置き換えるように構成された置換モジュールと；
前記置き換えられたＵＲＬをサーバへ送信するように構成された送信モジュールであって、前記サーバが、前記置き換えられたＵＲＬの受信後、前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを配置し、前記配置されたページを前記装置へ返す、前記送信モジュールと；
前記サーバにより返された、前記配置されたページを表示するように構成された表示モジュールと；を備える、
ページ表示のための装置。
【請求項８】
前記置換モジュールは、前記サーバにより返された応答メッセージを受信すると、前記ＵＲＬに含まれる前記ハッシュ属性を前記所定の規則に基づいて前記ＵＲＬパラメータに置き換えるように構成され、
前記応答メッセージは、前記サーバが、前記装置により送信された前記ＵＲＬを受信した後に、前記ＵＲＬをリダイレクトする必要がある、と特定すると、前記装置へ返される、
請求項７に記載の装置。
【請求項９】
前記受信モジュールは、前記表示モジュールが前記サーバにより返された、前記配置されたページを表示する前に、前記サーバにより返されたＵＲＬを受信するように更に構成され、
前記サーバにより返された前記ＵＲＬは、前記置き換えられたＵＲＬを受信した後に、前記サーバが前記置き換えられたＵＲＬの前記ＵＲＬパラメータを前記ハッシュ属性へ復元した後に取得されるＵＲＬであり；
前記表示モジュールは、前記サーバにより返された前記配置されたページと、前記サーバにより返された前記ＵＲＬとを表示するように構成された、
請求項７に記載の装置。
【請求項１０】
ページ表示のための装置であって：
端末により送信された、置き換えられたＵＲＬを受信するように構成された受信モジュールであって、前記置き換えられたＵＲＬは、ユーザにより入力された元のＵＲＬのハッシュ属性を前記端末がＵＲＬパラメータで置き換えた後に取得される、前記受信モジュールと；
前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを特定するように構成された特定モジュールと；
前記置き換えられたＵＲＬに含まれる前記ＵＲＬパラメータに基づいて前記ページを配置するように構成された配置モジュールと；
前記配置されたページを、表示のために前記端末へ返すように構成された返しモジュールと；を備える、
ページ表示のための装置。
【請求項１１】
前記受信モジュールは、前記端末により送信された、前記置き換えられたＵＲＬを受信する前に、前記端末により送信された元のＵＲＬを受信し、ここで、前記元のＵＲＬは、ハッシュ属性を含むＵＲＬであり；前記元のＵＲＬに基づいて前記元のＵＲＬをリダイレクトする必要がある、と特定されると、前記端末に応答メッセージを返すように更に構成され；
前記受信モジュールは、前記応答メッセージを受信後、前記端末により返された、前記置き換えられたＵＲＬを受信するように構成された、
請求項１０に記載の装置。
【請求項１２】
前記返しモジュールは、前記置き換えられたＵＲＬを所定の規則に基づいて前記元のＵＲＬへ復元し；前記配置されたページと前記元のＵＲＬとを、表示のために端末へ返すように構成された、
請求項１０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年３月２２日に出願され「ページ表示のための方法及び装置」と題された中国特許出願第２０１６１０１６６３６９．９号の優先権を主張し、上記中国特許出願は参照によってその全体が本明細書に組み込まれる。
【０００２】
本願は、コンピュータ技術の分野に関し、特に、ページ表示のための方法及び装置に関する。
【背景技術】
【０００３】
現在、ユーザが情報の取得で用いる主な方法は、携帯電話やコンピュータなどのインテリジェント端末を使って行う各サーバのページの閲覧（ブラウジング）である。ページに含み得る情報及び情報のリンクは大量であるため、情報に対するユーザの要求に十分に叶い、ユーザは情報を取得し易くなる。
【０００４】
実際のアプリケーションでは、通常、各ページに大量の情報が含まれる。ユーザがページから特定の情報を取得する必要がある場合、ユーザはそのページにある情報を１つ１つ見る必要がある。そのため、情報の取得はユーザにとって不便である。ユーザがページから特定の情報を迅速に取得することを容易にするために、現在、ハッシュ属性（ｈａｓｈ  ａｔｔｒｉｂｕｔｅ）が、通常は、特定の情報に対応するページのユニフォームリソースロケータ（ＵＲＬ）に付加される。端末はハッシュ属性を用いて、ページ上に特定の情報を配置できる。したがって、ユーザが、端末にハッシュ属性を含むＵＲＬを入力した後、端末はそのＵＲＬに基づいて、ＵＲＬに対応するページをサーバから取得する。サーバはＵＲＬ内のハッシュ属性を識別できないので、サーバがページを端末へ返した後、端末はハッシュ属性に基づいてページを検索し、配置された特定の情報をユーザへ表示する。このようにして、ユーザが情報を取得する必要があるとき、端末は、ユーザが情報を見つけるのを容易にすることができ、これは便利である。
【０００５】
しかし、実際の工程では、端末がユーザの入力したＵＲＬを用いてサーバから情報を取得するとき、普通は、リダイレクト（ｒｅｄｉｒｅｃｔｉｏｎ）が生ずる。例えば、ユーザの取得対象情報に対応するページを、サーバが端末へ返す前に、ユーザはサーバにログインする必要がある。図１に具体的な工程を示す。
【０００６】
図１は、既存の技術におけるページ表示工程である。この工程は、以下のステップを含む。
【０００７】
Ｓ１０１．端末が、ユーザにより入力された元のＵＲＬを、サーバへ送信する。元のＵＲＬはハッシュ属性を含む。
【０００８】
ユーザがある特定の情報をサーバから取得する必要があるとき、ユーザは特定の情報の元のＵＲＬを端末に入力できる。ＵＲＬには、ページ上に特定の情報を配置するために端末が用いることができるハッシュ属性が含まれている。元のＵＲＬを受信した後、端末は元のＵＲＬをサーバへ送信して、元のＵＲＬに基づいてサーバへアクセスすることができる。
【０００９】
Ｓ１０２．サーバが、受信した元のＵＲＬに基づいて、３０２リダイレクトヘッダ情報を含むリダイレクトＵＲＬを、端末へ返す。
【００１０】
サーバは、元のＵＲＬを受信した後、端末がサーバへログインする必要がある、と特定する。したがって、サーバは３０２リダイレクトヘッダ情報を含むリダイレクトＵＲＬをサーバへ返す。リダイレクトＵＲＬに対応するページはログインページである。
【００１１】
Ｓ１０３．端末が、リダイレクトＵＲＬに基づいてリダイレクトＵＲＬに対応するページにアクセスする。
【００１２】
リダイレクトＵＲＬを受信すると、端末は、リダイレクトＵＲＬに基づいてリダイレクトＵＲＬに対応するログインページへアクセスして、ページ上のログインを行える。
【００１３】
Ｓ１０４．そのページを用いて端末がサーバへログインしたことが検出された後、３０２リダイレクトヘッダ情報を含むＵＲＬを端末へ返す。ここで、ＵＲＬはハッシュ属性を除いた元のＵＲＬである。
【００１４】
Ｓ１０５．端末が、ＵＲＬに基づいて、ＵＲＬに対応するページへアクセスし、そのページを表示する。
【００１５】
サーバにより返されたＵＲＬを受信した後、端末は、そのＵＲＬに基づいて、ＵＲＬに対応するページをサーバから取得して、これを表示できる。
【００１６】
上で述べた工程において、端末は、特定の情報のページをサーバから取得できる。しかし、サーバはＵＲＬ内のハッシュ属性を識別できないので、ステップＳ１０４では、サーバがＵＲＬを端末へ返すとき、サーバは元のＵＲＬに含まれるハッシュ属性を削除し、次に、３０２リダイレクトヘッダ情報を付加して、３０２リダイレクトヘッダ情報を含むＵＲＬを取得し、これを端末へ返す。このように、３０２リダイレクトヘッダ情報を含むＵＲＬに基づいてサーバへアクセスするとき、端末は、サーバにより返されたページ上での情報配置を実行できない。具体的には、ハッシュ属性を含み、ユーザにより端末へ先に入力された元のＵＲＬは、ハッシュ属性が除かれた、ＵＲＬに置き換えられ、サーバによって返される。したがって、端末は、サーバにより返されたページ上で、ハッシュ属性に基づいて情報配置を実行できない。その結果、ユーザは情報ページ上で必要な特定情報を手動で検索することしかできないため、ユーザにとって情報の取得は不便である。
【発明の概要】
【００１７】
本願の実施は、ページ表示のための方法及び装置を提供し、既存の技術における問題、すなわち、端末がサーバからページを取得する工程で３０２リダイレクトが生ずると、端末は、サーバにより返されたページ上で情報配置を実行できないという問題、を解決する。
【００１８】
本願の実施は、ページ表示のための方法を提供し、前記方法は：ユーザにより入力されたＵＲＬを端末によって受信するステップであって、前記ＵＲＬはハッシュ属性を含む、前記受信するステップと；前記ＵＲＬに含まれる前記ハッシュ属性を、所定の規則に基づいてＵＲＬパラメータに置き換えるステップと；サーバへ前記置き換えられたＵＲＬを送信するステップであって、前記サーバが、前記置き換えられたＵＲＬの受信後、前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを配置し、前記配置されたページを端末へ返す、前記送信するステップと；前記サーバにより返された前記配置されたページを表示するステップと；を含む。
【００１９】
本願の実施は、ページ表示のための方法を提供し、前記方法は：端末により送信された、置き換えられたＵＲＬをサーバにより受信するステップであって、前記置き換えられたＵＲＬは、ユーザにより入力された元のＵＲＬのハッシュ属性を端末がＵＲＬパラメータで置き換えた後に取得される、前記受信するステップと；前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを特定するステップと；前記置き換えられたＵＲＬに含まれる前記ＵＲＬパラメータに基づいて前記ページを配置するステップと；前記配置されたページを、表示のために前記端末へ返すステップと；を含む。
【００２０】
本願の実施は、ページ表示のための装置を提供し、前記装置は：ユーザにより入力されたＵＲＬを受信するように構成された受信モジュールであって、前記ＵＲＬはハッシュ属性を含む、前記受信モジュールと；前記ＵＲＬに含まれる前記ハッシュ属性を所定の規則に基づいてＵＲＬパラメータに置き換えるように構成された置換モジュールと；前記置き換えられたＵＲＬをサーバへ送信するように構成された送信モジュールであって、前記サーバが、前記置き換えられたＵＲＬの受信後、前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを配置し、前記配置されたページを前記装置へ返す、前記送信モジュールと；前記サーバにより返された、前記配置されたページを表示するように構成された表示モジュールと；を含む。
【００２１】
本願の実施は、ページ表示のための装置を提供し、前記装置は：端末により送信された、置き換えられたＵＲＬを受信するように構成された受信モジュールであって、前記置き換えられたＵＲＬは、ユーザにより入力された元のＵＲＬのハッシュ属性を前記端末がＵＲＬパラメータで置き換えた後に取得される、前記受信モジュールと；前記置き換えられたＵＲＬに基づいて前記置き換えられたＵＲＬに対応するページを特定するように構成された特定モジュールと；前記置き換えられたＵＲＬに含まれる前記ＵＲＬパラメータに基づいて前記ページを配置するように構成された配置モジュールと；前記配置されたページを、表示のために前記端末へ返すように構成された返しモジュールと；を含む。
【００２２】
本願の実施は、ページ表示のための方法及び装置を提供する。この方法において、端末は、受信したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換えてサーバへ送信するので、サーバは、置き換えられたＵＲＬに対応するページを、表示のために端末へ返す。記載の方法から分かるように、端末は、受信したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータで置き換えることができる。したがって、サーバは置き換えられたＵＲＬの受信後、置き換えられたＵＲＬに含まれるＵＲＬパラメータを用いて、置き換えられたＵＲＬに対応するページ上で情報配置を実行できる。具体的には、端末がサーバへアクセスする工程でリダイレクトが生ずると、サーバは、端末の代わりにページ上で情報配置を行うことができる。このように、リダイレクトが生じたとしても、最終的に端末が取得するページは、情報配置後に取得するページであるので、ユーザはページ上の必要な情報を検索する必要がなくなり、ユーザは情報を取得し易くなる。
【図面の簡単な説明】
【００２３】
添付の図面は、本願のさらなる理解を提供することを意図しており、本願の一部を構成する。本願の例示的な実施及び本願の実施の説明は、本願を説明することを意図しており、本願に対する限定を構成するものではない。
【００２４】
【図１】図１は、既存の技術におけるページ表示工程である。
【００２５】
【図２】図２は、本願の実施によるページ表示工程である。
【００２６】
【図３】図３は、本願の実施によるページ表示のための装置を示す概略構造図である。
【００２７】
【図４】図４は、本願の実施によるページ表示のための装置を示す概略構造図である。
【発明を実施するための形態】
【００２８】
本願の目的、技術的解決策、及び利点をより明確にするために、以下に、特定の実施及び対応する添付図面を参照して、本願の技術的解決策を明確かつ完全に記載する。明らかに、記載された実施は、本願の実施の全てではなく実施の一部である。創作努力なしに本願の実施に基づいて当業者によって得られる他の全ての実施は、本願の保護範囲内に入るものとする。
【００２９】
図２は、本願の実施によるページ表示工程である。この工程は以下のステップを含む。
【００３０】
Ｓ２０１．端末が、ユーザにより入力されたＵＲＬを受信する。ここで、ＵＲＬはハッシュ属性を含む。
【００３１】
実際のアプリケーションでは、ユーザが、或る特定の情報をサーバから取得する必要がある場合、ユーザは特定の情報に対応するＵＲＬを端末に入力し、端末はＵＲＬを用いてサーバへアクセスして、ＵＲＬに対応するページをサーバから取得できる。このようにして、ユーザは特定の情報を取得できる。ＵＲＬには、サーバにより返されたページ上で特定の情報を端末が配置できるようにするハッシュ属性が含まれている。ここで言う端末は、コンピュータ、携帯電話、タブレットなどのインテリジェント装置の場合もあり、ユーザが入力したＵＲＬは、端末にインストールされたブラウザやクライアントで受信できる。
【００３２】
Ｓ２０２．端末が、ＵＲＬに含まれるハッシュ属性を、所定の規則に基づいてＵＲＬパラメータに置き換える。
【００３３】
端末は、ユーザにより入力されたＵＲＬをサーバへ送信した後、サーバが返す応答メッセージと所定の規則とに基づいて、ＵＲＬに含まれるハッシュ属性をＵＲＬパラメータで置き換えることができ、ＵＲＬパラメータは、サーバに、ＵＲＬに対応するページ上で情報配置を実行させることができる。サーバが返す応答メッセージは、端末が送信したＵＲＬを受信した後に、そのＵＲＬをリダイレクトする必要がある、とサーバが特定したときに、端末へ返される。
【００３４】
サーバからページを取得する工程で３０２リダイレクトが生じた場合に、サーバによって返されたページ上で情報配置を実行できない、という既存の技術における問題を解決するために、本願のこの実施では、端末は、受信したＵＲＬ内のハッシュ属性を、ＵＲＬに対応するページ上で情報配置をサーバが実行できるようにするＵＲＬパラメータで置き換えることができる。このようにして、置き換えられたＵＲＬの受信後、サーバは、置き換えられたＵＲＬのＵＲＬパラメータに基づいて、ＵＲＬに対応するページ上で情報配置を行うことができる。ＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換える工程は、アプリ（ＡＰＰ）や端末のブラウザで実行できる。具体的には、アプリやブラウザは、所定のコードを実行して、端末が受信したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換えて、置き換えたＵＲＬを取得できる。既存のブラウザを用いて置き換えられたＵＲＬを取得し易くするために、既存のブラウザを改良できる。例えば、ＵＲＬに含まれるハッシュ属性をＵＲＬパラメータで置き換えることができるモジュールがブラウザに組み込まれていると、ブラウザは置き換えられたＵＲＬを取得できる。
【００３５】
前述の通り、ＵＲＬに基づいて端末が、現在、サーバにアクセスしているとき、端末は、リダイレクトが生ずるかどうかを特定でき、具体的には、端末が送信したＵＲＬを受信した後、端末は、サーバがＵＲＬに対して３０２リダイレクトを実行するかどうかを特定できる。したがって、端末は、ユーザが入力したＵＲＬを受信後、サーバへＵＲＬを送信できる。ＵＲＬの受信後、サーバは、ＵＲＬをリダイレクトする必要があるかどうかを特定できる。ＵＲＬをリダイレクトする必要がある、と特定すると、サーバは端末へ応答メッセージを返すことができる。端末は、応答メッセージの受信後、それに応じて応答メッセージに基づき、そのＵＲＬに基づいてサーバへ現在アクセスしていれば、リダイレクトが生ずる、と特定することにより、更に、ユーザが入力したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータで置き換える必要がある、と特定できる。したがって、端末は、所定の規則に基づいて、サーバがＵＲＬに対応するページ上に情報配置を実行できるＵＲＬパラメータでＵＲＬに含まれるハッシュ属性を置き換えることができる。
【００３６】
例えば、ユーザが入力し、端末が受信したＵＲＬを「http://a.com/index.html#fragment」とし、ＵＲＬの「＃」に続く部分がＵＲＬに含まれるハッシュ属性であると仮定する。端末は、ＵＲＬの受信後、そのＵＲＬに対応するサーバへＵＲＬを送信できる。サーバは、ＵＲＬを受信した後、端末がＵＲＬに基づいてサーバへアクセスする前にサーバにログインする必要があることを識別する。すなわち、サーバは、端末により送信されたＵＲＬに対して３０２リダイレクトを実行する必要がある、と特定する。したがって、サーバは、端末がサーバにアクセスする前にサーバにログインする必要があることを示す応答メッセージを端末へ返すことができる。具体的には、３０２リダイレクトは、端末がＵＲＬに基づいて現在サーバにアクセスしているときに生ずる。端末は、応答メッセージを受信した後、現在のアクセス中に３０２リダイレクトが生ずる、と特定できるので、所定の規則に基づいて、ＵＲＬに含まれるハッシュ属性「#fragment」を、ＵＲＬパラメータ「?_fragment=fragment」に置き換え、置き換えられたＵＲＬ「http://a.com/index.html?_fragment=fragment」を取得できる。
【００３７】
Ｓ２０３．サーバが、端末により送信された、置き換えられたＵＲＬを受信する。
【００３８】
ＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換えた後、端末は置き換えられたＵＲＬをサーバへ送信できる。端末がサーバから情報を取得する工程で３０２リダイレクトが生ずると、サーバは置き換えられたＵＲＬを受信した後、置き換えられたＵＲＬに対応するページを端末へ直ちに返さず、端末にサーバへアクセスすることを許可する前に、端末に特定のページに対する特定の操作をしてもらう必要がある。したがって、サーバは、置き換えられたＵＲＬを受信した後、３０２リダイレクトヘッダ情報を含むリダイレクトＵＲＬを端末へ返せるので、端末はリダイレクトＵＲＬに基づいてリダイレクトＵＲＬに対応する特定のページを取得し、特定のページに対する特定の操作を行うことができる。その後、端末がリダイレクトＵＲＬに対応する特定のページ上で特定の操作を行った後、３０２リダイレクトヘッダ情報を含む置き換えられたＵＲＬを端末へ返すことができる。それに対応して、端末は、３０２リダイレクトヘッダ情報を含む置き換えられたＵＲＬに基づいて、置き換えられたＵＲＬに対応するページへジャンプすることができる。すなわち、置き換えられたＵＲＬに対応するページをサーバから取得できる。
【００３９】
引き続き、前述の実施例を参照すると、置き換えられたＵＲＬ「http://a.com/index.html?_fragment=fragment」を端末がサーバへ送信した後、サーバは、端末がＵＲＬに対応するページを取得する前にサーバにログインする必要がある、と特定する。具体的には、ユーザは、サーバにログインする必要があるため、サーバはＵＲＬに対応するページをユーザへ返すことができる。したがって、サーバは、３０２リダイレクトヘッダ情報を含むリダイレクトＵＲＬを端末へ返す。ここで、リダイレクトＵＲＬはログインページに対応するＵＲＬである。３０２リダイレクトヘッダ情報を含むリダイレクトＵＲＬを受信すると、端末はリダイレクトＵＲＬに基づいて、リダイレクトＵＲＬに対応するログインページへジャンプし、次いで、ログインページ上で、対応するログイン操作（つまり、上記の特定された操作）を行うことができる。この場合、サーバは端末のログイン操作を検出し、端末がログインページ上でログイン操作を完了したことを検出すると、サーバは３０２リダイレクトヘッダ情報を含む置き換えられたＵＲＬを端末へ返すことができる。そして、端末は置き換えられたＵＲＬ「http://a.com/index.html?_fragment=fragment」に基づいて、置き換えられたＵＲＬに対応するページへ正常にジャンプすることができる、すなわち、置き換えられたＵＲＬに対応するページをサーバから取得できる。ここから分かるように、置き換えられたＵＲＬ「http://a.com/index.html?_fragment=fragment」に含まれるＵＲＬパラメータ「?_fragment=fragment」は、サーバによって識別可能であり、それに応じて、サーバはＵＲＬに対応するページ上にユーザにとって必要な情報を、ＵＲＬパラメータ「?_fragment=fragment」に基づいて配置できる。したがって、端末がサーバから情報を取得する工程でリダイレクトが生じても、サーバは端末に代わって、そのＵＲＬパラメータに基づいて特定の情報を配置できるので、端末は後続工程で、ユーザが取得すべき情報をユーザへ正確に表示できる。
【００４０】
Ｓ２０４．サーバが、置き換えられたＵＲＬに基づいて、置き換えられたＵＲＬに対応するページを特定し、置き換えられたＵＲＬに含まれるＵＲＬパラメータに基づいてページを配置する。
【００４１】
端末が、置き換えられたＵＲＬをサーバへ再送信すると（具体的には、リダイレクトＵＲＬに対応する特定のページ上で特定の操作をした後、端末はサーバにより返された３０２リダイレクトヘッダ情報を含む置き換えられたＵＲＬに基づいて、置き換えられたＵＲＬをサーバへ送信する）、サーバは置き換えられたＵＲＬに基づいて、置き換えられたＵＲＬに対応するページを特定できる。加えて、サーバは置き換えられたＵＲＬに含まれるＵＲＬパラメータに基づいて、ページ上でユーザが取得すべき特定の情報を配置する。このようにして、後続のステップＳ２０５で、サーバは、配置されたページを表示のために端末へ返す。サーバはＵＲＬパラメータを識別できるので、置き換えられたＵＲＬに対応するページ上でユーザが取得すべき情報を、置き換えられたＵＲＬに含まれるＵＲＬパラメータに基づいて配置できる。このようにして、端末がサーバから情報を取得する工程でリダイレクトが発生しても、端末はユーザが取得すべき情報をページ上でユーザへ正確に表示でき、ユーザは情報を取得し易くなる。
【００４２】
Ｓ２０５．サーバが、配置されたページを表示のために端末へ返す。
【００４３】
サーバは、置き換えられたＵＲＬに含まれるＵＲＬパラメータに基づいて、置き換えられたＵＲＬに対応するページ上で情報配置を完了した後、所定の規則に基づいて、置き換えられたＵＲＬを元のＵＲＬ（すなわち、ユーザが端末に入力したＵＲＬ）に復元できる。次いで、元のＵＲＬと配置されたページとを表示のために端末へ返す。
【００４４】
最終的に、サーバは、ユーザが取得すべき情報に対応するページを端末へ返す必要がある。したがって、サーバは、ユーザが取得すべき情報を完全に配置した後に、配置されたページを表示のために端末へ返す必要がある。加えて、サーバは、置き換えられたＵＲＬを、ユーザが端末に入力したＵＲＬ（すなわち、上記の元のＵＲＬ）へ復元する必要がある。そのようにして、実際のアプリケーションでは、ユーザが情報を取得するために端末にＵＲＬを入力する場合、サーバにより返され、端末により受信されるページはこのＵＲＬに対応する必要がある。具体的には、通常、端末がページを表示する場合、ユーザに表示されるＵＲＬは、ユーザが入力したＵＲＬと一致する必要がある。しかし、本願の実施では、サーバから情報を取得すると、ユーザが入力したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換える必要がある。言い換えれば、ユーザが入力したＵＲＬは変更される。したがって、置き換えられたＵＲＬを受信した後、サーバは置き換えられたＵＲＬに対応するページを端末へ返すだけである。そのようにして、ページに対応する置き換えられたＵＲＬは、ユーザが以前に入力したＵＲＬとは異なる。したがって、サーバにより返されたページを端末が表示するとき、表示されたＵＲＬも、ユーザが先に入力したＵＲＬとは異なる。したがって、ユーザは、端末によって現在表示されているページに対応するＵＲＬが、ユーザが先に入力したＵＲＬと一致していない、と識別した場合、ユーザは端末によって現在表示されているページに疑問を呈する可能性がある。その結果、ユーザにとって情報の取得は不便である。
【００４５】
このような問題を避けるために、本願のこの実施において、サーバは、配置されたページを端末へ返すだけでなく、所定の規則、すなわちユーザによって端末内に入力されたＵＲＬ、に基づいて元のＵＲＬへ復元する必要が更にあり、サーバは、元のＵＲＬを、配置されたページとともに端末へ返すことにより、配置されたページと元のＵＲＬとを受信した後、端末が、そのページと元のＵＲＬとを表示する。このように、端末が表示するページとＵＲＬとをユーザが見るとき、端末が表示するＵＲＬはユーザが先に入力したＵＲＬと同じであるので、ユーザは、端末が現在表示しているページは、ユーザによる取得が必要なページとみなし、よってページ上の情報を見る。
【００４６】
既存の技術における情報配置は、ＵＲＬに含まれるハッシュ属性に基づき端末によってなされることは注記に値する。本願のこの実施では、３０２リダイレクトが生ずると、置き換えられたＵＲＬに含まれるＵＲＬパラメータに基づいてサーバによって情報配置がなされる。具体的には、端末がサーバから情報を取得する工程で３０２リダイレクトが生ずると、端末は、ユーザが入力したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換えて、サーバが情報配置を行えるようにする。このようにして、端末は、最終的には、配置したページをユーザに今まで通り表示するので、ユーザはページから特定の情報を取得できる。
【００４７】
先に述べた方法から分かるように、端末は、受信したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータで置き換えることができる。したがって、サーバは、置き換えられたＵＲＬの受信後、置き換えられたＵＲＬに含まれるＵＲＬパラメータを用いて、置き換えられたＵＲＬに対応するページ上で情報配置を実行できる。具体的には、端末がサーバへアクセスする工程でリダイレクトが生ずると、サーバは端末に代わって、ページ上で情報配置を行うことができる。このように、リダイレクトが発生したとしても、最終的に端末が取得したページは、情報配置後に取得されたページであるため、ユーザはページ上の必要な情報を検索する必要がなくなり、ユーザは情報を取得し易くなる。
【００４８】
ステップＳ２０２において、受信したＵＲＬを端末がサーバへ送信した後、ＵＲＬに基づいて、端末が現在行っているアクセスにおいてリダイレクトは発生していないことをサーバが識別した場合、サーバは、ＵＲＬに対応するページを端末へ直接返すことができる点は注記に価する。端末がサーバの返したページを受信すると、ユーザによって入力され、端末により受信されたＵＲＬは、リダイレクトが生じないので変更されない。したがって、端末は、ＵＲＬに含まれるハッシュ属性に基づいて、サーバにより返されたページ上で配置を実行できる。具体的には、端末は、ページ上に、ユーザが取得する必要がある情報を配置してから、その配置されたページをユーザに表示する。
【００４９】
本願のこの実施で提供されるページ表示方法は上で述べた通りである。同様の考え方に基づいて、図３及び図４に示すように、本願の実施は、ページ表示のための装置を更に提供する。
【００５０】
図３は、本願の実施によるページ表示のための装置を示す概略構造図である。この装置は：ユーザが入力したＵＲＬを受信するように構成された受信モジュール３０１であって、ＵＲＬはハッシュ属性を含む、受信モジュール３０１と；ＵＲＬに含まれるハッシュ属性を所定の規則に基づいて、ＵＲＬパラメータに置き換えるように構成された置換モジュール３０２と；置き換えられたＵＲＬの受信後、サーバが、置き換えられたＵＲＬに基づいて、置き換えられたＵＲＬに対応するページを配置し、その配置されたページを装置へ返すために、置き換えられたＵＲＬをサーバへ送信するように構成された送信モジュール３０３と；サーバによって返された、配置されたページを表示するように構成された表示モジュール３０４と；を含む。
【００５１】
置換モジュール３０２は、サーバによって返された応答メッセージが受信されたときに、ＵＲＬに含まれるハッシュ属性を所定の規則に基づいて、ＵＲＬパラメータへ置き換えるように構成される。ここで、サーバが、装置から送信されたＵＲＬを受信した後に、ＵＲＬをリダイレクトする必要がある、と特定した場合に、応答メッセージは装置へ返される。
【００５２】
受信モジュール３０１は、表示モジュール３０４が、サーバにより返された、配置されたページを表示する前に、サーバにより返されたＵＲＬを受信するように更に構成される。ここで、サーバにより返されたＵＲＬは、サーバが置き換えられたＵＲＬを受信した後に、置き換えられたＵＲＬのＵＲＬパラメータを、ハッシュ属性に復元した後に取得されるＵＲＬである。
【００５３】
表示モジュール３０４は、サーバにより返された配置されたページとサーバにより返されたＵＲＬとを表示するように構成される。
【００５４】
図４は、本願の実施によるページ表示のための装置を示す概略構造図である。装置は：端末が送信した置き換えられたＵＲＬを受信するように構成された受信モジュール４０１であって、置き換えられたＵＲＬは、ユーザが入力した元のＵＲＬのハッシュ属性を、端末がＵＲＬパラメータで置き換えた後に、取得される、受信モジュール４０１と；置き換えられたＵＲＬに基づいて、置き換えられたＵＲＬに対応するページを特定するように構成された特定モジュール４０２と；置き換えられたＵＲＬに含まれるＵＲＬパラメータに基づいて、ページを配置するように構成された配置モジュール４０３と；配置されたページを、表示のために端末へ返すように構成された返しモジュール４０４と；を含む。
【００５５】
受信モジュール４０１は、端末が送信した、置き換えられたＵＲＬを受信モジュール４０１が受信する前に、端末が送信した元のＵＲＬを受信し、元のＵＲＬに基づいて、元のＵＲＬをリダイレクトする必要がある、と特定されると、端末に応答メッセージを返すように更に構成され、ここで、元のＵＲＬはハッシュ属性を含むＵＲＬである。
【００５６】
受信モジュール４０１は、応答メッセージを受信後、端末により返された、置き換えられたＵＲＬを受信するように構成される。
【００５７】
返しジュール４０４は、置き換えられたＵＲＬを所定の規則に基づいて元のＵＲＬに復元し；配置されたページと元のＵＲＬを、表示のために端末へ返すように構成されている。
【００５８】
本願の実施は、ページ表示のための方法及び装置を提供する。この方法では、受信したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータに置き換えてサーバへ送信するので、サーバは、置き換えられたＵＲＬに対応するページを、表示のために端末へ返す。先に述べた方法から分かるように、端末は、受信したＵＲＬに含まれるハッシュ属性をＵＲＬパラメータで置き換えることができる。したがって、置き換えられたＵＲＬを受信した後、サーバは、置き換えられたＵＲＬに含まれるＵＲＬパラメータを用いて、置き換えられたＵＲＬに対応するページ上で情報配置を実行できる。具体的には、端末がサーバにアクセスする工程でリダイレクトが生ずると、サーバは端末に代わって、ページ上で情報配置を行える。このように、リダイレクトが生じても、最終的に端末が取得したページは、情報配置後に取得されたページであるため、ユーザはページ上の必要な情報を検索する必要がなくなり、ユーザが情報を取得し易くなる。
【００５９】
典型的な構成では、コンピューティングデバイスは、１つ以上の中央処理装置（ＣＰＵ）、入力／出力インターフェース、ネットワークインターフェース、及びメモリを含む。
【００６０】
メモリは、非永続メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／又はコンピュータ可読媒体内の不揮発性メモリ、例えば読み出し専用メモリ（ＲＯＭ）又はフラッシュメモリ（フラッシュＲＡＭ）などの形態であってもよい。メモリは、コンピュータ可読媒体の一例である。
【００６１】
コンピュータ可読媒体は、任意の方法又は技術を使用することによって情報記憶を実施することができる、永続性、非永続性、可動性及び非可動性の媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータとすることができる。コンピュータ記憶媒体の例には、ＰＲＡＭ（parallel random-access memory）、ＳＲＡＭ（static random access memory）、ＤＲＡＭ（dynamic random access memory）、別のタイプのＲＡＭ（random access memory）、ＲＯＭ（Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、フラッシュメモリ、又は他のメモリ技術、ＣＤ−ＲＯＭ（compact disc read-only memory）、ＤＶＤ（Digital Versatile Disk）、又は他の光学記憶装置、カセット磁気テープ、テープ及びディスク記憶装置、又は他の磁気記憶デバイス、又はコンピューティングデバイスがアクセスできる情報を記憶するように構成することができる他の任意の非伝送媒体を含むことができるが、これらに限定されない。本明細書に記載されるように、コンピュータ可読媒体は、変調データ信号及び搬送波などの一時的なコンピュータ可読媒体（transitory media）を含まない。
【００６２】
用語「含む（include）」「備える（comprise）」、又はそれらの任意の他の変形が非排他的な包含をカバーすることが意図されているので、要素の列挙を含むプロセス、方法、物品、又はデバイスは、これらの要素を含むだけでなく、明示的に列挙されていない他の要素をも含む、又は、そのようなプロセス、方法、物品、又はデバイスに固有の要素を更に含む、ということに留意することは更に価値がある。「を含む（includes a ...）」が付いている要素は、それ以上の制約がなければ、その要素を含むプロセス、メソッド、商品、又はデバイスに追加の同一要素が存在することを排除しない。
【００６３】
当業者は、本願の実施が、方法、システム、又はコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本願は、ハードウェアのみの実施、ソフトウェアのみの実施、又はソフトウェアとハードウェアの組み合わせを有する実施の形態を使用することができる。更に、本願は、コンピュータ使用可能プログラムコードを含む、１つ又は複数のコンピュータ使用可能な記憶媒体（ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリなどを含むがこれに限定されない）上に実装されるコンピュータプログラム製品の形態を使用することができる。
【００６４】
前述の説明は、本願の単なる実施であり、本願を限定するものではない。当業者にとっては、本願は様々な変更及び変更を有することができる。本願の精神及び原理から逸脱することなくなされた任意の修正、均等物の置換又は改良は、本願の請求項の保護範囲内に入るものとする。
【図１】
2019511060.tif 000003
【図２】
2019511060.tif 000004
【図３】
2019511060.tif 000005
【図４】
2019511060.tif 000006
【国際調査報告】
2019511060.tif 000007
2019511060.tif 000008
2019511060.tif 000009
2019511060.tif 000010
2019511060.tif 000011