特許 6745821 ハイパーテキスト・トランスファ・プロトコル要求の再送方法及びデバイス並びにクライアント端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6745821

(24)【登録日】2020年8月6日

(45)【発行日】2020年8月26日

(54)【発明の名称】ハイパーテキスト・トランスファ・プロトコル要求の再送方法及びデバイス並びにクライアント端末

(51)【国際特許分類】

   G06F 13/00 20060101AFI20200817BHJP

【ＦＩ】

   G06F13/00 353C

【請求項の数】12

【全頁数】16

(21)【出願番号】特願2017-565778(P2017-565778)

(86)(22)【出願日】2016年6月8日

(65)【公表番号】特表2018-517992(P2018-517992A)

(43)【公表日】2018年7月5日

(86)【国際出願番号】CN2016085215

(87)【国際公開番号】WO2016202206

(87)【国際公開日】20161222

【審査請求日】2019年6月7日

(31)【優先権主張番号】201510335208.3

(32)【優先日】2015年6月16日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】510330264

【氏名又は名称】アリババ・グループ・ホールディング・リミテッド

【氏名又は名称原語表記】ＡＬＩＢＡＢＡ ＧＲＯＵＰ ＨＯＬＤＩＮＧ ＬＩＭＩＴＥＤ

(74)【代理人】

【識別番号】100188558

【弁理士】

【氏名又は名称】飯田 雅人

(74)【代理人】

【識別番号】100205785

【弁理士】

【氏名又は名称】▲高▼橋 史生

(74)【代理人】

【識別番号】100097320

【弁理士】

【氏名又は名称】宮川 貞二

(74)【代理人】

【識別番号】100155192

【弁理士】

【氏名又は名称】金子 美代子

(74)【代理人】

【識別番号】100131820

【弁理士】

【氏名又は名称】金井 俊幸

(74)【代理人】

【識別番号】100100398

【弁理士】

【氏名又は名称】柴田 茂夫

(72)【発明者】

【氏名】ティエン，リャン

【審査官】 木村 雅也

(56)【参考文献】

【文献】 特開２０１１−１７０６８３（ＪＰ，Ａ）

【文献】 特開２００１−２４９８４１（ＪＰ，Ａ）

【文献】 特開２００９−０２１６４９（ＪＰ，Ａ）

【文献】 特開２００８−１４０２０３（ＪＰ，Ａ）

【文献】 特表２０１５−５０１９９２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

ハイパーテキスト・トランスファ・プロトコル要求の再送方法であって、
クライアント端末により、第１のウェブページ上のオペレーションの監視データを含むハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求をサーバへ送信し、前記ＨＴＴＰ要求の情報を記録するステップと、
前記第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されると、前記記録されたＨＴＴＰ要求の情報に基づいて、前記送信に失敗したＨＴＴＰ要求の情報を取得するステップと、
前記送信に失敗したＨＴＴＰ要求の情報を前記第２のウェブページへ転送するステップと、
前記第２のウェブページへのリダイレクションが成功し、第２のウェブページがロードされた後、前記送信に失敗したＨＴＴＰ要求の情報に従って、前記送信に失敗した、前記第１のウェブページ上のオペレーションの監視データを含むＨＴＴＰ要求を再送するステップと
を備える、
再送方法。

【請求項2】

前記送信に失敗したＨＴＴＰ要求は、前記サーバによって返信される成功の応答情報が受信されないＨＴＴＰ要求である、
請求項１に記載の再送方法。

【請求項3】

前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を前記第１のウェブページの状態で記録するステップを更に備える、
請求項２に記載の再送方法。

【請求項4】

前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を記録する前記ステップは、
前記クライアント端末がＨＴＴＰ要求を送信すると、前記ＨＴＴＰ要求を、送信に失敗した要求のリストに記録するステップと、
前記サーバによって返信される正常応答情報が受信されると、前記送信に失敗した要求のリストから前記ＨＴＴＰ要求を削除するステップとを備える、
請求項３に記載の再送方法。

【請求項5】

前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を記録する前記ステップは、
前記クライアント端末がＨＴＴＰ要求を送信すると、前記ＨＴＴＰ要求を、ＨＴＴＰ要求キャッシュプールに記録するステップと、
前記サーバによって返信される正常応答情報が受信されると、前記ＨＴＴＰ要求キャッシュプールから前記ＨＴＴＰ要求を削除するステップとを備える、
請求項３に記載の再送方法。

【請求項6】

前記送信に失敗したＨＴＴＰ要求の情報を前記第２のウェブページへ転送する前記ステップは、
前記第２のウェブページに対応するウィンドウ名に、前記送信に失敗したＨＴＴＰ要求の情報を書き込むステップを備える、
請求項１に記載の再送方法。

【請求項7】

ハイパーテキスト・トランスファ・プロトコル要求の再送デバイスであって、
第１のウェブページ上のオペレーションの監視データを含むハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求をサーバへ送信するように構成された第１の送信部と、
前記ＨＴＴＰ要求の情報を記録するよう構成された第１の記録部と、
第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されると、前記記録されたＨＴＴＰ要求の情報に基づいて、前記送信に失敗したＨＴＴＰ要求の情報を取得するよう構成された取得部と、
前記送信に失敗したＨＴＴＰ要求の情報を前記第２のウェブページへ転送するよう構成された転送部と、
前記第２のウェブページへのリダイレクションが成功し、第２のウェブページがロードされた後、前記送信に失敗したＨＴＴＰ要求の情報に従って、前記送信に失敗した、前記第１のウェブページ上のオペレーションの監視データを含むＨＴＴＰ要求を再送するように構成された第２の送信部とを備える、
再送デバイス。

【請求項8】

前記送信に失敗したＨＴＴＰ要求は、前記サーバによって返信される成功の応答情報が受信されないＨＴＴＰ要求である、
請求項７に記載の再送デバイス。

【請求項9】

前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を前記第１のウェブページの状態で記録するよう構成された第２の記録部を更に備える、
請求項８に記載の再送デバイス。

【請求項10】

前記第２の記録部は、
ＨＴＴＰ要求が送信されると、前記ＨＴＴＰ要求を、送信に失敗した要求のリストに記録するよう構成された第１の副要求記録部と、
前記サーバによって返信される正常応答情報が受信されると、前記送信に失敗した要求のリストから前記ＨＴＴＰ要求を削除するように構成された第１の副削除部とを備える、
請求項９に記載の再送デバイス。

【請求項11】

前記第２の記録部は、
ＨＴＴＰ要求が送信されると、前記ＨＴＴＰ要求を、ＨＴＴＰ要求キャッシュプールに記録するよう構成された第２の副要求記録部と、
前記サーバによって返信される正常応答情報が受信されると、前記ＨＴＴＰ要求キャッシュプールから前記ＨＴＴＰ要求を削除するよう構成された第２の副削除部とを備える、
請求項９に記載の再送デバイス。

【請求項12】

前記転送部は、
前記第２のウェブページに対応するウィンドウ名に、前記送信に失敗したＨＴＴＰ要求の情報を書き込むよう構成された副書込部を備える、
請求項７に記載の再送デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１５年６月１６日に提出され「ハイパーテキスト・トランスファ・プロトコル要求の再送方法及びデバイス並びにクライアント端末」と題された中国特許出願第２０１５１０３３５２０８．３号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。

【0002】

本願は、ブラウザ及び同様のコンテナの技術分野に関し、特に、ハイパーテキスト・トランスファ・プロトコル要求の再送方法及びデバイス並びにクライアント端末に関する。

【背景技術】

【0003】

ハイパーテキスト・トランスファ・プロトコル（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ））要求（ＨＴＴＰリクエスト）は、サーバ端末へのクライアント端末の監視データを記録する一つの方法である。例えば、ウェブページ上のリンクをクリックしたりウェブページ上でアカウントにログインしたりする等のオペレーション（操作）を、ユーザが現在のウェブページ上でクライアント端末から行う際、クライアント端末はオペレーションを監視しＨＴＴＰ要求を通じて監視データをサーバへ送信する。

【0004】

実際のアプリケーションにおいては、例えば、第１のウェブページから第２のウェブページへのリダイレクション等、ウェブページのリダイレクションがクライアント端末上で発生する際、クライアント端末は第１のウェブページのコンテンツをオフロードして第２のウェブページのコンテンツをロードする。クライアント端末が第１のウェブページをオフロードする処理中、第１のウェブページの状態で送信されたＨＴＴＰ要求が送信に失敗した場合、又は、完全には送信されていない場合、ＨＴＴＰ要求はキャンセルされる可能性が高い。よって、サーバ端末はＨＴＴＰ要求に含まれる監視データを受信できないため、データロスが発生する。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本願はハイパーテキスト・トランスファ・プロトコル要求の再送方法及びデバイス、並びにクライアント端末を提供し、ウェブページのリダイレクションに起因して送信に失敗したＨＴＴＰ要求を再送可能とし、これにより従来技術の課題を解決する。

【課題を解決するための手段】

【0006】

本願の実施の形態の第１の態様では、ハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求の再送方法が提供され、本方法は：
クライアント端末により、サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信し、前記ＨＴＴＰ要求の情報を記録するステップと；
第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されると、前記送信に失敗したＨＴＴＰ要求の情報を取得するステップと；
前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送するステップと；
前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するステップと；を備える。

【0007】

本願の実施の形態の第２の態様では、ハイパーテキスト・トランスファ・プロトコル要求の再送デバイスが提供され、本デバイスは：
サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信するように構成された第１の送信部と；
前記ＨＴＴＰ要求の情報を記録するよう構成された第１の記録部と；
第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されたら、前記送信に失敗したＨＴＴＰ要求の情報を取得するよう構成された取得部と；
前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送するよう構成された転送部と；
前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するように構成された第２の送信部と；を備える。

【0008】

本願の実施の形態の第３の態様では、クライアント端末が提供され、本端末は：
プロセッサと；前記プロセッサの実行可能命令を記憶するよう構成されたメモリと；を備え、
前記プロセッサは：
サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信し、前記ＨＴＴＰ要求の情報を記録し；
第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されると、前記送信に失敗したＨＴＴＰ要求の情報を取得し；
前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送し；
前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するように構成される。

【0009】

本願の実施の形態において、サーバへＨＴＴＰ要求を送信する際、クライアント端末はＨＴＴＰ要求の情報を記録し、第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、クライアント端末は、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在するか否かを判定し、判定が肯定であれば、クライアント端末は送信に失敗した全てのＨＴＴＰ要求の情報を取得して、前記情報を第２のウェブページへ転送する。したがって、クライアント端末は、第２のウェブページへのリダイレクションの後、転送された、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求の情報に従って、送信に失敗したＨＴＴＰ要求を再送でき、これによりサーバ端末上のデータロスを回避し従来技術の課題を解決する。

【図面の簡単な説明】

【0010】

【図1】図１は、本願の実施の形態に係るハイパーテキスト・トランスファ・プロトコル要求の再送方法のフローチャートである。

【図2】図２は、本願の他の実施の形態に係るハイパーテキスト・トランスファ・プロトコル要求の再送方法のフローチャートである。

【図3】図３は、本願に係るハイパーテキスト・トランスファ・プロトコル要求の再送デバイスが設けられた装置のハードウェア構造図である。

【図4】図４は、本願の実施の形態に係るハイパーテキスト・トランスファ・プロトコル要求の再送デバイスのブロック図である。

【発明を実施するための形態】

【0011】

ここでは例示の実施の形態を詳細に説明し、その実施例を添付の図面に示す。添付の図面に関連して行う以下の説明において、特に指定されない限り、異なる添付の図面における同一の符号は同一又は類似の要素を示す。以下の例示の実施の形態で説明する実施は、本願に適合する全ての実施を表すものではない。むしろこれらは、付帯する特許請求の範囲において詳細に記載される本願の一部の態様に適合するデバイス及び方法の例に過ぎない。

【0012】

本願で用いられる用語は具体的な実施の形態を説明するためだけのものであって、本願を限定するものではない。本願及び添付された特許請求の範囲で用いられる「或る（a(n)）」、「前記（said）」、「前記（the）」などの、単数表現の名詞及び同様な指示語の使用は、文脈において別段の意味として明確に特定されない限り、その複数形も包含する。また、本文で用いられる「及び／又は」は、１の又は複数の関連する記載項目の可能な組み合わせのうち、いずれか又は全てを意味し包含するものと理解されるべきである。

【0013】

なお、本願において種々の情報を説明するにあたって「第１の」、「第２の」、「第３の」等の用語を用いる場合があるが、それらの情報がこのような用語に限定されるものではないことを理解すべきである。これらの用語は単に同様の種類の情報を互いに区別するために用いられる。例えば、本願の範囲を逸脱せずに、第１の情報を第２の情報としてもよいし、同様に、第２の情報を第１の情報としてもよい。文脈によって、ここで用いる「〜場合」との語は、「〜際」、「〜とき」、「との判定に応じて」の意として説明されてもよい。

【0014】

ＨＴＴＰは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）モデルにおけるアプリケーション層のプロトコルである。ブラウザとサーバとが相互に通信する必要がある場合、先ずＴＣＰ接続が確立され、ブラウザはサーバへ要求（リクエスト）情報を送信する。

【0015】

具体的には、ウェブページ上のリンクをクリックしたり、ウェブページ上でアカウントにログインしたりする等のオペレーションを、ユーザが現在のウェブページ上でクライアント端末から行う際、クライアント端末はオペレーションを監視し、対応するＨＴＴＰ要求の情報を、記録するためサーバへ送信することになる。

【0016】

サーバは、ＨＴＴＰ要求の情報を受信した後、対応する応答（レスポンス）情報を返信する。クライアント端末がサーバによって返信される正常応答情報を受信した場合、それはＨＴＴＰ要求の送信に成功したことを示す。クライアント端末が、サーバによって返信される異常応答情報を受信した場合、又は、サーバによって返信される応答情報を受信しない場合、それはＨＴＴＰ要求の送信に失敗したことを示す。ＨＴＴＰ要求の送信の失敗は、要求が完全に送信される前にブラウザがその要求をキャンセルすることに起因する場合もあり、その場合、サーバはＨＴＴＰ要求を一切受信しないため、データロスが生ずる。

【0017】

本願の実施の形態は、ハイパーテキスト・トランスファ・プロトコル要求の再送方法を提供する。この方法は、ウェブページのリダイレクション前に送信に失敗した全てのＨＴＴＰ要求の情報を記録し、リダイレクション後の次のウェブページへ前記情報を転送できる。したがって、次のウェブページへのリダイレクションの後、クライアント端末は前記情報に従って送信に失敗したＨＴＴＰ要求を再送でき、これによりサーバ端末上のデータロスの課題を解決する。

【0018】

図１は、本願の実施の形態によるハイパーテキスト・トランスファ・プロトコル要求の再送方法のフローチャートである。図１に示すように、本方法は、以下のステップを備える。

【0019】

ステップＳ１００：クライアント端末は、サーバへＨＴＴＰ要求を送信し、前記ＨＴＴＰ要求の情報を記録する。
ステップＳ１０１：第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると前記クライアント端末が判定すると、前記クライアント端末は、前記送信に失敗したＨＴＴＰ要求の情報を取得する。
ステップＳ１０２：前記クライアント端末は、前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送する。
ステップＳ１０３：前記第２のウェブページへのリダイレクションの後、前記クライアント端末は、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送する。

【0020】

本願の実施の形態において、サーバへＨＴＴＰ要求を送信する際、クライアント端末はＨＴＴＰ要求の情報を記録し、第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、クライアント端末は第１のウェブページの状態において送信に失敗したＨＴＴＰ要求が存在するか否かを判定し、判定が肯定であれば、クライアント端末は送信に失敗した全てのＨＴＴＰ要求の情報を取得して、前記情報を第２のウェブページへ転送する。したがって、クライアント端末は、第２のウェブページへのリダイレクションの後、転送された、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求の情報に従って、送信に失敗したＨＴＴＰ要求を再送でき、これによりサーバ端末上のデータロスを回避し従来技術の課題を解決する。

【0021】

図２は、本願の他の実施の形態によるハイパーテキスト・トランスファ・プロトコル要求の再送方法のフローチャートである。図２に示すように、前記方法は以下の各ステップを含んでよい。

【0022】

ステップＳ２００：クライアント端末はユーザが第１のウェブページ上で行うオペレーションを監視し、サーバへＨＴＴＰ要求を送信し、ＨＴＴＰ要求の情報を記録する。
ＨＴＴＰ要求は第１のウェブページ上のオペレーションの監視データを含む。

【0023】

ここでいう第１のウェブページは、クライアント端末によって現在開かれているウェブページを意味するものであってよい。第１のウェブページ上のリンクをクリックしたり、第１のウェブページ上でアカウントにログインしたりする等のオペレーションを、ユーザが第１のウェブページ上でクライアント端末から行う際、クライアント端末はオペレーションを監視し、監視データをＨＴＴＰ要求の形でサーバ端末へ送信する。

【0024】

なお、本願の実施の形態では、ＨＴＴＰ要求を送信する際、クライアント端末は、要求方法、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）アドレス、ＨＴＴＰプロトコルのバージョン等を含む、ＨＴＴＰ要求の完全な情報を記録することにより、ＨＴＴＰ要求が送信に失敗したと判定した後、クライアント端末は、記録されたＨＴＴＰ要求の完全な情報に従ってＨＴＴＰ要求を再送できる。よって、サーバ端末上のデータロスを回避する。

【0025】

ステップＳ２０１：クライアント端末はＨＴＴＰ要求を送信に失敗した要求のリストに記録する。
本願の実施の形態において、クライアント端末は、サーバへＨＴＴＰ要求を送信する際、送信に失敗した要求のリストにＨＴＴＰ要求の情報を書き込む。送信に失敗した要求のリストは、クライアント端末に記憶される。

【0026】

ステップＳ２０２：サーバにより返信される正常応答メッセージを受信すると、クライアント端末は送信に失敗した要求のリストからＨＴＴＰ要求を削除する。そうではなく、クライアント端末が、サーバにより返信される異常応答メッセージを受信すると、又は、サーバにより返信される応答メッセージを受信しないと、クライアント端末は送信に失敗した要求のリストに記録されたＨＴＴＰ要求をそのまま維持する。

【0027】

具体的には、クライアント端末から送信されたＨＴＴＰ要求に対してサーバが応答メッセージを返信するとき、一般的な場合、以下の各状況が存在する。
応答メッセージのステータスコードが２００であり、メッセージは正常応答メッセージであると、ＨＴＴＰ要求の送信は成功であることを示す；応答メッセージのステータスコードが２００ではなく、メッセージは異常応答メッセージであると、ＨＴＴＰ要求の送信は失敗であることを示す；応答メッセージが受信されず、それはＨＴＴＰ要求が完全に送信される前にウェブページのリダイレクションが発生したことに起因する場合もあり、その場合は、ＨＴＴＰ要求はクライアント端末によって直接キャンセルされ、サーバ端末はＨＴＴＰ要求を一切受信せず、この状況はＨＴＴＰ要求の送信に失敗したことを示す。

【0028】

サーバ端末上のデータの保全性を確保するためには、上述した各状況のいずれにおいても、送信に失敗したＨＴＴＰ要求についてデータを再送する必要がある。よって、ＨＴＴＰ要求の送信に失敗したと判定した場合には、クライアント端末は、送信に失敗した要求のリスト上のＨＴＴＰ要求の関連情報をそのまま維持する。これによりクライアント端末は、リダイレクションが行われた後のウェブページ上で、送信に失敗したＨＴＴＰ要求を、送信に失敗した要求のリストの記録に従って再送できる。

【0029】

ステップＳ２０３：現在のウェブページが第１のウェブページから第２のウェブページへリダイレクトされることを検出すると、クライアント端末は送信に失敗した要求のリストが空であるか否かを判断し、肯定であればステップＳ２０５が直接実行され、否定であればステップＳ２０４が実行される。

【0030】

ステップＳ２０４：クライアント端末は、送信に失敗した要求のリストにあるＨＴＴＰ要求の情報を記録して、前記情報を第２のウェブページへ転送する。そしてステップＳ２０５が実行される。

【0031】

実際のアプリケーションにおいては、第１のウェブページから第２のウェブページへのリダイレクション等、ウェブページのリダイレクションがクライアント端末上で発生すると、クライアント端末は第１のウェブページのコンテンツをオフロードして第２のウェブページのコンテンツをロードする。クライアント端末が第１のウェブページをオフロードする処理中、第１のウェブページの状態で送信されたＨＴＴＰ要求が送信に失敗した場合、又は完全には送信されていない場合、ＨＴＴＰ要求はキャンセルされる可能性が高い。よって、サーバ端末はＨＴＴＰ要求に含まれる監視データを受信できないため、データロスが発生する。

【0032】

本願の実施の形態においては、現在のウェブページが、例えば、第１のウェブページから第２のウェブページへリダイレクトされることを検出すると、クライアント端末は、ウェブページがリダイレクトされる前に、送信に失敗した要求のリストをチェックして要求のリストが空であるか否かを判定する。

【0033】

要求のリストが空であれば、それは、第１のウェブページの状態で送信した全てのＨＴＴＰ要求が送信に成功したこと、データロスの現象がサーバ端末上で存在しないこと、データを再送する必要がないこと、及び第２のウェブページへのリダイレクションが直接行われてよいことを示す。

【0034】

要求のリストが空でない場合、それは、第１のウェブページの状態において要求のリストに含まれるＨＴＴＰ要求の送信が失敗したこと又は完全には送信されなかったこと、及び、サーバがＨＴＴＰ要求に含まれる監視データを受信していないおそれがあることを示す。データロスを防止するため、クライアント端末は要求のリストに含まれるＨＴＴＰ要求の情報を第２のウェブページへ転送し、これにより、第２のウェブページへのリダイレクションの後、クライアント端末はＨＴＴＰ要求の情報に従ってＨＴＴＰ要求を再送できる。

【0035】

なお、本願の実施の形態においては、送信に失敗した要求のリストは、送信に失敗した全てのＨＴＴＰ要求の完全な情報を記録しており、これによりＨＴＴＰ要求の再送に確実に成功する。
また、本願の実施の形態においては、クライアント端末により、送信に失敗した要求のリスト上のＨＴＴＰ要求の情報を記録して前記情報を第２のウェブページへ転送するステップは、クライアント端末により、送信に失敗した要求のリスト上のＨＴＴＰ要求の情報を記録して前記情報を第２のウェブページに対応するウィンドウ名に書き込むステップを含んでもよい。

【0036】

第１のウェブページから第２のウェブページへのリダイレクションが、例えば、ユーザが「新しいタブで開く」をクリックするオペレーションや、ユーザが第１のウェブページ上でアカウント及びパスワードを入力した後に行うログインオペレーション等、同一のウィンドウ内でのリダイレクションである場合、第２のウェブページに対応するウィンドウ名は、第１のウェブページに対応するウィンドウ名と同一である、即ち、クライアント端末によって現在開かれているウィンドウの名前と同一である。この時、送信に失敗した要求のリスト上のＨＴＴＰ要求の情報のみが現在開かれているウィンドウの名前に書き込まれればよい。

【0037】

第１のウェブページから第２のウェブページへのリダイレクションが、例えば、ユーザが「新しいウィンドウで開く」をクリックするオペレーション等、異なるウィンドウ間のリダイレクションである場合、第２のウェブページに対応するウィンドウ名は第１のウェブページに対応するウィンドウ名とは異なる。この時、クライアント端末は、リダイレクション指示に応じて第２のウェブページに対応するウィンドウ名、即ちリダイレクト先のウィンドウの名前を取得し、リダイレクト先のウィンドウの名前に、送信に失敗した要求のリスト上のＨＴＴＰ要求の情報を書き込む。

【0038】

ステップＳ２０５：第２のウェブページへのリダイレクションの後、クライアント端末は、第１のウェブページから送信に失敗した要求のリスト上のＨＴＴＰ要求の情報を取得し、ＨＴＴＰ要求の情報に従ってＨＴＴＰ要求を再送する。

【0039】

本願の実施の形態において、ステップＳ２０４では、送信に失敗した要求のリストにあるＨＴＴＰ要求の情報が、第２のウェブページに対応するウィンドウ名に書き込まれた状態にある。クライアント端末上でウェブページのリダイレクションが完了した状態にある場合、即ち、第２のウェブページへのリダイレクションが行われた状態にある場合、クライアント端末は、第２のウェブページに対応するウィンドウ名から、送信に失敗した要求のリスト上の第１のウェブページに対応するＨＴＴＰ要求の情報を取得できる。前記ＨＴＴＰ要求の情報は、第１のウェブページ上で送信に失敗した全てのＨＴＴＰ要求の情報である、即ち、第１のウェブページの状態でサーバが監視データを受信していないＨＴＴＰ要求の情報である。クライアント端末は、ＨＴＴＰ要求の情報に従って、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求を再送でき、これにより、サーバ端末が受信するデータの保全性を確保し、従来技術における課題を解決する。

【0040】

図２に示される本願の実施の形態では、送信に失敗した要求のリストにＨＴＴＰ要求が記録される。サーバにより返信される正常応答メッセージを受信すると、クライアント端末は送信に失敗した要求のリストからＨＴＴＰ要求を削除する。そうではなく、クライアント端末がサーバにより返信される異常応答メッセージを受信すると、又は、サーバにより返信される応答メッセージを受信しないと、クライアント端末は送信に失敗した要求のリストに記録されたＨＴＴＰ要求をそのまま維持する。現在のウェブページが第１のウェブページから第２のウェブページへリダイレクトされることを検出すると、クライアント端末は、送信に失敗した要求のリストが空であるか否かを判断することによって送信に失敗したＨＴＴＰ要求が第１のウェブページの状態で存在するか否かを判定し、送信に失敗した要求のリストが空でない場合、クライアント端末は、送信に失敗した要求のリスト上の全てのＨＴＴＰ要求の情報を第２のウェブページへ転送する。したがって、クライアント端末は、第２のウェブページへ転送されたＨＴＴＰ要求の情報に従って、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求を再送できる。

【0041】

本願の他の実施の形態において、ＨＴＴＰ要求はＨＴＴＰ要求キャッシュプールに記録されてもよい。サーバにより返信される正常応答メッセージを受信する。クライアント端末はＨＴＴＰ要求キャッシュプールからＨＴＴＰ要求を削除する。そうではなく、クライアント端末がサーバにより返信される異常応答メッセージを受信すると、又は、サーバにより返信される応答メッセージを受信しないと、クライアント端末はＨＴＴＰ要求キャッシュプールに記録されたＨＴＴＰ要求をそのまま維持する。現在のウェブページが第１のウェブページから第２のウェブページへリダイレクトされることを検出すると、クライアント端末は、ＨＴＴＰ要求キャッシュプールが空であるか否かを判断することによって送信に失敗したＨＴＴＰ要求が第１のウェブページの状態で存在するか否かを判定し、ＨＴＴＰ要求キャッシュプールが空でない場合、クライアント端末は、ＨＴＴＰ要求キャッシュプール内の全てのＨＴＴＰ要求の情報を第２のウェブページへ転送する。したがって、クライアント端末は、第２のウェブページへ転送されたＨＴＴＰ要求の情報に従って、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求を再送できる。

【0042】

本願の他の実施の形態において、ＨＴＴＰ要求はＨＴＴＰ要求のリストに記録されてもよく、ＨＴＴＰ要求の状態は、送信成功していないとマークされる。サーバにより返信される正常応答メッセージを受信すると、クライアント端末はＨＴＴＰ要求のリストにあるＨＴＴＰ要求の状態を、送信成功に変更する。そうではなく、クライアント端末がサーバにより返信される異常応答メッセージを受信すると、又はサーバにより返信される応答メッセージを受信しないと、クライアント端末はＨＴＴＰ要求の状態をＨＴＴＰ要求のリスト上で、送信に成功しなかったものとしてそのまま維持する。現在のウェブページが第１のウェブページから第２のウェブページへリダイレクトされることを検出すると、クライアント端末は、送信成功していないとマークされた状態のＨＴＴＰ要求がＨＴＴＰ要求のリスト上に存在するか否かを判断することによって、送信に失敗したＨＴＴＰ要求が第１のウェブページの状態で存在するか否かを判定し、送信成功していないとマークされた状態のＨＴＴＰ要求が存在する場合、クライアント端末は、送信成功していないとマークされた状態のＨＴＴＰ要求の情報を第２のウェブページへ転送する。したがって、クライアント端末は、第２のウェブページへ転送されたＨＴＴＰ要求の情報に従って、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求を再送できる。

【0043】

なお、本願の実施の形態において、クライアント端末は、サーバ端末から返信される正常応答情報を受信する毎に送信に失敗した要求のリストを更新でき、正常応答情報に対応するＨＴＴＰ要求を要求のリストから削除できる。

【0044】

当然ながら、実際のアプリケーションにおいて、サーバ端末によって返信される正常応答情報を受信する毎にクライアント端末が要求のリストを更新すれば、クライアント端末が過度に頻繁に動作することになる。本願の実施の形態では、ウェブページのリダイレクションを行うと決定すると、クライアント端末は要求の完了の確認を開始し、要求のリストを一様に更新できる。図２に示す実施の形態を考慮すると、ウェブページのリダイレクションを行うと決定するにあたって、クライアント端末は、現在のウェブページの状態で送信された全てのＨＴＴＰ要求のうち、どのＨＴＴＰ要求が、サーバによって返信された正常応答情報を受信したＨＴＴＰ要求であるかを判断する。そして、サーバによって返信された正常応答情報を受信したＨＴＴＰ要求を、送信に失敗した要求のリストから削除する。

【0045】

本願の方法の実施の形態に対応して、本願は更にデバイス及びサーバの実施の形態を提供する。
本願に係るハイパーテキスト・トランスファ・プロトコル要求の再送デバイスの実施の形態は、サーバに適用できる。デバイスの実施の形態はソフトウェア、ハードウェア、又は両者の組み合わせによって実行されてよい。ソフトウェアによる実行を例にとると、論理デバイスとしての再送デバイスは次のように構成される。即ち、再送デバイスが設けられた装置のプロセッサが、不揮発性メモリ内の対応するコンピュータプログラムの命令を、実行のためメモリに読み出す。ハードウェアの態様から、図３は、本願に係るハイパーテキスト・トランスファ・プロトコル要求の再送デバイスが設けられた装置のハードウェア構造図である。図３に示すプロセッサ、メモリ、ネットワークインターフェース、及び不揮発性メモリに加え、実施の形態のデバイスが設けられた装置は、装置の実際の機能に応じて他のハードウェアを含んでもよい。例えば、クライアント端末装置については、装置が、カメラ、タッチスクリーン、通信のための構成要素等を含んでもよく、サーバについては、装置がパケット等の処理を担う転送チップを含んでもよい。

【0046】

図４は、本願の実施の形態によるハイパーテキスト・トランスファ・プロトコル要求の再送デバイスのブロック図である。デバイスはサーバに適用できる。
デバイスは、第１の送信部４００と、第１の記録部４０１と、取得部４０２と、転送部４０３と、第２の送信部４０４とを含んでもよい。
前記第１の送信部４００は、サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信するように構成される。
前記第１の記録部４０１は、前記ＨＴＴＰ要求の情報を記録するよう構成される。
前記取得部４０２は、第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されたら、前記送信に失敗したＨＴＴＰ要求の情報を取得するよう構成される。
前記転送部４０３は、前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送するよう構成される。
前記第２の送信部４０４は、前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するように構成される。
前記送信に失敗した前記ＨＴＴＰ要求は、前記サーバによって返信される成功応答情報が受信されないＨＴＴＰ要求である。

【0047】

前記デバイスは、第２の記録部を更に備えてもよい。
前記第２の記録部は、前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を前記第１のウェブページの状態で記録するよう構成される。

【0048】

前記第２の記録部は、第１の副要求記録部と第１の副削除部を更に備えてもよい。
前記第１の副要求記録部は、ＨＴＴＰ要求が送信されると、送信に失敗した要求のリストに前記ＨＴＴＰ要求の記録するよう構成される。
第１の副削除部は、前記サーバによって返信される正常応答情報が受信されると、前記送信に失敗した要求のリストから前記ＨＴＴＰ要求を削除するように構成される。

【0049】

前記第２の記録部は、第２の副要求記録部と第２の副削除部を備えてもよい。
前記第２の副要求記録部は、ＨＴＴＰ要求が送信されると、前記ＨＴＴＰ要求をＨＴＴＰ要求キャッシュプールに記録するよう構成される。
前記第２の副削除部は、サーバによって返信される正常応答情報が受信されると、前記ＨＴＴＰ要求キャッシュプールから前記ＨＴＴＰ要求を削除するよう構成される。

【0050】

前記転送部は、副書込部を備えてもよい。
前記副書込部は、前記第２のウェブページに対応するウィンドウ名に、前記送信に失敗したＨＴＴＰ要求の前記情報を書き込むよう構成される。

【0051】

デバイスの各部の機能の実施及び作用については、方法において対応する各ステップの実施を参照できる。ここでは詳細を繰り返さない。

【0052】

本願は、クライアント端末を更に供給し、本端末は：プロセッサと；前記プロセッサの実行可能命令を記憶するよう構成されたメモリと；を備える。

【0053】

前記プロセッサは：サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信し、前記ＨＴＴＰ要求の情報を記録し；第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されると、前記送信に失敗したＨＴＴＰ要求の情報を取得し；前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送し；前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するように構成される。

【0054】

本願の実施の形態において、サーバへＨＴＴＰ要求を送信する際、クライアント端末はＨＴＴＰ要求の情報を記録し、第１のウェブページから第２のウェブページへのリダイレクションが発生すべき際、クライアント端末は第１のウェブページの状態において送信に失敗したＨＴＴＰ要求が存在するか否かを判定し、肯定であれば、クライアント端末は送信に失敗した全てのＨＴＴＰ要求の情報を取得して、前記情報を第２のウェブページへ転送する。したがって、クライアント端末は、第２のウェブページへのリダイレクションの後、転送された、第１のウェブページの状態で送信に失敗したＨＴＴＰ要求の情報に従って、送信に失敗したＨＴＴＰ要求を再送でき、これによりサーバ端末上のデータロスを回避し従来技術の課題を解決する。

【0055】

なお、本願の実施の形態に係る方法及びデバイスは、ブラウザや、例えば、携帯デバイスで一般に用いられるウェブビュー・コンテナ（ＷｅｂＶｉｅｗ ｃｏｎｔａｉｎｅｒ）等、ブラウザに類似するコンテナに適用できる。

【0056】

デバイスの実施の形態は、基本的には方法の実施の形態に対応しており、関連する部分については、方法の実施の形態の部分の説明を参照できる。以上で説明したデバイスの実施の形態は単に例示であって、別個の要素として説明された各部は物理的に分離されていてもされていなくてもよく、各部として示された各要素は物理的なユニット（部）であってもそうでなくてもよく、それらは同一の箇所に配置されても、複数のネットワーク部に分散されてもよい。本願の解決の目的は、実際の要求に応じて、デバイスの一部のモジュール又は全てのモジュールを選択することによって達成され得る。当業者であれば、創作努力をすることなく本願を理解し実施できるであろう。

【0057】

当業者であれば、本明細書を検討し、本明細書に開示された本発明を実施した後に、本願の他の実施の態様を容易に得ることができる。本願は、本願の任意の変形、用途、又は適応性のある変更を包含することが意図されており、これらの変形、用途、又は適応性のある変更は、本願の一般的な原理に従うものであり、この技術分野における、本願では開示されていない共通の知識又は従来の技術的手段を含む。本明細書及び実施の形態は単に例示的なものとみなされ、本願の真の範囲および精神は、以下の請求項によって定義される。

【0058】

本願は、上記で説明され、添付の図面に示されている正確な構造に限定されず、本願の範囲から逸脱することなく、様々な修正及び変形を有することができることを理解されたい。本願の範囲は、添付の特許請求の範囲によってのみ限定される。
［第１の局面］
ハイパーテキスト・トランスファ・プロトコル要求の再送方法であって：
クライアント端末により、サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信し、前記ＨＴＴＰ要求の情報を記録するステップと；
第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されると、前記送信に失敗したＨＴＴＰ要求の情報を取得するステップと；
前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送するステップと；
前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するステップと；を備える、
再送方法。
［第２の局面］
前記送信に失敗したＨＴＴＰ要求は、前記サーバによって返信される成功応答情報が受信されないＨＴＴＰ要求である、
第１の局面に記載の方法。
［第３の局面］
前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を前記第１のウェブページの状態で記録するステップを更に備える、
第２の局面に記載の方法。
［第４の局面］
前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を記録する前記ステップは：
前記クライアント端末がＨＴＴＰ要求を送信すると、前記ＨＴＴＰ要求を、送信に失敗した要求のリストに記録するステップと；
前記サーバによって返信される正常応答情報が受信されると、前記送信に失敗した要求のリストから前記ＨＴＴＰ要求を削除するステップと；を備える、
第３の局面に記載の方法。
［第５の局面］
前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を記録する前記ステップは：
前記クライアント端末がＨＴＴＰ要求を送信すると、前記ＨＴＴＰ要求をＨＴＴＰ要求キャッシュプールに記録するステップと；
前記サーバによって返信される正常応答情報を受信すると、前記ＨＴＴＰ要求キャッシュプールから前記ＨＴＴＰ要求を削除するステップと；を備える、
第３の局面に記載の方法。
［第６の局面］
前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送する前記ステップは：
前記第２のウェブページに対応するウィンドウ名に、送信に失敗した前記ＨＴＴＰ要求の前記情報を書き込むステップを備える、
第１の局面に記載の前記方法。
［第７の局面］
ハイパーテキスト・トランスファ・プロトコル要求の再送デバイスであって：
サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信するように構成された第１の送信部と；
前記ＨＴＴＰ要求の情報を記録するよう構成された第１の記録部と；
第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されたら、前記送信に失敗したＨＴＴＰ要求の情報を取得するよう構成された取得部と；
前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送するよう構成された転送部と；
前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するように構成された第２の送信部と；を備える、
ハイパーテキスト・トランスファ・プロトコル要求の再送デバイス。
［第８の局面］
前記送信に失敗した前記ＨＴＴＰ要求は、前記サーバによって返信される成功応答情報が受信されないＨＴＴＰ要求である、
第７の局面に記載の再送デバイス。
［第９の局面］
前記サーバによって返信される正常応答情報が受信されない全てのＨＴＴＰ要求を前記第１のウェブページの状態で記録するよう構成された第２の記録部を更に備える、
第８の局面に記載の再送デバイス。
［第１０の局面］
前記第２の記録部は：
ＨＴＴＰ要求が送信されると、前記ＨＴＴＰ要求の送信に失敗した要求のリストに記録するよう構成された第１の副要求記録部と；
前記サーバによって返信される正常応答情報が受信されると、前記送信に失敗した要求のリストから前記ＨＴＴＰ要求を削除するように構成された第１の副削除部と；を備える、
第９の局面に記載の再送デバイス。
［第１１の局面］
前記第２の記録部は：
ＨＴＴＰ要求が送信されるとき、前記ＨＴＴＰ要求をＨＴＴＰ要求キャッシュプールに記録するよう構成された第２の副要求記録部と；
サーバによって返信される正常応答情報が受信されると、前記ＨＴＴＰ要求キャッシュプールから前記ＨＴＴＰ要求を削除するよう構成された第２の副削除部と；を備える、
第９の局面に記載の再送デバイス。
［第１２の局面］
前記転送部は：
前記第２のウェブページに対応するウィンドウ名に、前記送信に失敗したＨＴＴＰ要求の前記情報を書き込むよう構成された副書込部を備える、
第７の局面に記載の再送デバイス。
［第１３の局面］
クライアント端末であって：
プロセッサと；
前記プロセッサの実行可能命令を記憶するよう構成されたメモリと；を備え、
前記プロセッサは：
サーバへハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）要求を送信し、前記ＨＴＴＰ要求の情報を記録し；
第１のウェブページから第２のウェブページへのリダイレクションが発生する場合に、前記第１のウェブページの状態で送信に失敗したＨＴＴＰ要求が存在すると判定されると、前記送信に失敗したＨＴＴＰ要求の情報を取得し；
前記送信に失敗したＨＴＴＰ要求の前記情報を前記第２のウェブページへ転送し；
前記第２のウェブページへのリダイレクションの後、前記送信に失敗したＨＴＴＰ要求の前記情報に従って、前記送信に失敗したＨＴＴＰ要求を再送するように構成された、
クライアント端末。

【図1】

【図2】

【図3】

【図4】