(57)【要約】      （修正有）【課題】特定のページを経由しなければ到達できないように構成されたウェブページの閲覧において、ユーザの利便性を向上させ、通信量と利用料金を抑制する。【解決手段】クライアントとサーバとのデータ通信の中継を行う中継サーバにおいて、クライアントからサーバに対するリクエストデータを保持するリクエストデータ保持手段と、前記リクエストデータを前記リクエストデータ保持手段から取得するリクエストデータ取得手段と、前記取得したリクエストデータを、前記取得指示されたウェブページを提供するサーバに送信するリクエストデータ送信手段と、前記ウェブページを提供するサーバからレスポンスデータを受信するレスポンスデータ受信手段と、前記受信したレスポンスデータであって、前記クライアントから取得指示されたウェブページのデータを前記クライアントに送信するレスポンス送信手段とを備える。【選択図】図２
2012099012.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介したクライアントとサーバとのデータ通信の中継を行う中継サーバにおいて、
クライアントからサーバに対するリクエストデータを保持するリクエストデータ保持手段と、
クライアントからウェブページの取得指示を受信する取得指示受信手段と、
前記取得指示されたウェブページに関するリクエストデータを前記リクエストデータ保持手段から取得するリクエストデータ取得手段と、
前記取得したリクエストデータを、前記取得指示されたウェブページを提供するサーバに送信するリクエストデータ送信手段と、
前記ウェブページを提供するサーバから前記送信したリクエストデータに対するレスポンスデータを受信するレスポンスデータ受信手段と、
前記受信したレスポンスデータであって、前記クライアントから取得指示されたウェブページのデータを前記クライアントに送信するレスポンス送信手段と、
を備えたことを特徴とする中継サーバ。
【請求項２】
前記リクエストデータ取得手段は、順序付けられた複数のリクエストデータを前記リクエストデータ保持手段から取得し、
前記リクエストデータ送信手段は、前記順序に従って前記複数のリクエストデータを前記サーバに送信することを特徴とする請求項１に記載の中継サーバ。
【請求項３】
レスポンスデータの期待値を保持するレスポンスデータ保持手段と、
前記レスポンスデータ保持手段が保持するレスポンスデータの期待値と前記レスポンスデータ受信手段が受信したレスポンスデータとを比較する比較手段と、
前記比較手段の比較結果が一致しない場合に、レスポンスデータが一致しないことを前記クライアントに通知する通知手段と、
を備えたことを特徴とする請求項１又は２に記載の中継サーバ。
【請求項４】
クライアントがサーバからウェブページを取得する際に前記クライアントから前記サーバに送信されたリクエストデータを傍受するリクエストデータ傍受手段と、
前記傍受したリクエストデータを前記ウェブページと関連付けて前記リクエストデータ保持手段に記録するリクエストデータ記録手段と、
を備えたことを特徴とする請求項１から３のいずれか１項に記載の中継サーバ。
【請求項５】
前記リクエストデータ傍受手段は、順序付けられた複数のリクエストデータを傍受し、
前記リクエストデータ記録手段は、前記順序付けられた複数のリクエストデータを前記ウェブページと関連付けて前記リクエストデータ保持手段に記録することを特徴とする請求項４に記載の中継サーバ。
【請求項６】
前記リクエストデータ記録手段は、前記サーバから前記クライアントへ送信されたレスポンスデータに応じた情報をレスポンスデータの期待値として前記レスポンスデータ保持手段に記録することを特徴とする請求項４又は５に記載の中継サーバ。
【請求項７】
前記レスポンスデータに応じた情報は、前記レスポンスデータのメッセージダイジェストであることを特徴とする請求項６に記載の中継サーバ。
【請求項８】
前記クライアントからウェブページの取得指示を送信するためのリンクであって、前記リクエストデータ保持手段に記録した前記ウェブページに関するリクエストデータを使用するためのリンクを前記クライアントに送信するリンク送信手段を備えたことを特徴とする請求項４から７のいずれか１項に記載の中継サーバ。
【請求項９】
ネットワークを介したクライアントとサーバとのデータ通信の中継を行う中継サーバのデータ送受信方法において、
クライアントからウェブページの取得指示を受信する取得指示受信工程と、
前記クライアントから取得指示されたウェブページに関するリクエストデータであって、前記取得指示をしたクライアントのリクエストデータをリクエストデータ保持手段から取得するリクエストデータ取得工程と、
前記取得したリクエストデータを、前記取得指示されたウェブページを提供するサーバに送信するリクエストデータ送信工程と、
前記ウェブページを提供するサーバから前記送信したリクエストデータに対するレスポンスデータを受信するレスポンスデータ受信工程と、
前記受信したレスポンスデータであって、前記クライアントから取得指示されたウェブページのデータを前記クライアントに送信するレスポンス送信工程と、
を備えたことを特徴とするデータ送受信方法。
【請求項１０】
ネットワークを介したクライアントとサーバとのデータ通信の中継を行う中継サーバのデータ送受信プログラムにおいて、
クライアントからウェブページの取得指示を受信する取得指示受信機能と、
前記クライアントから取得指示されたウェブページに関するリクエストデータであって、前記取得指示をしたクライアントのリクエストデータをリクエストデータ保持手段から取得するリクエストデータ取得機能と、
前記取得したリクエストデータを、前記取得指示されたウェブページを提供するサーバに送信するリクエストデータ送信機能と、
前記ウェブページを提供するサーバから前記送信したリクエストデータに対するレスポンスデータを受信するレスポンスデータ受信機能と、
前記受信したレスポンスデータであって、前記クライアントから取得指示されたウェブページのデータを前記クライアントに送信するレスポンス送信機能と、
を実現させるためのデータ送受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継サーバ、データ送受信方法及びプログラムに係り、特に、特定のページを経由しなければ到達できないように構成されたウェブページを閲覧する技術に関する。
【背景技術】
【０００２】
インターネットに接続可能なクライアントにおいて、頻繁に利用するＷｅｂページのＵＲＬを、「お気に入り」或いは「ブックマーク」としてクライアント上のブラウザアプリケーションに登録することができる。これにより、エンドユーザは、手動でアクセス先ＵＲＬを入力することなく、簡単な操作で目的のＷｅｂページに到達することができる。
【０００３】
また、ＷｅｂページのＵＲＬと、そのページを閲覧するために必要なユーザＩＤ及びパスワードを関連付けて記憶しておくことで、エンドユーザにこれらを手動で入力させることなく、自動的に入力・送信することができるブラウザアプリケーションも存在する。
【０００４】
特許文献１には、「画面遷移情報」を保持し、その「画面遷移順位」に従って、Ｗｅｂページ画面を生成する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−９６１８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般に、インターネット上のＷｅｂサイトは、複数のＷｅｂページから構成されているが、その中のあるページには、特定のページを経由しなければ到達できないように構成されていることがしばしばある。例えば、１ページ目はログイン画面、２ページ目は当該Ｗｅｂサイト利用に関する注意の表示と同意の要求、そして３ページ目が実際の情報表示といった構成が考えられる。この場合、ユーザが到達したいページは明らかに３ページ目であり、１ページ目、２ページ目に関しては、ほとんどの場合、仕方なく毎回同じ操作（ログインのための操作と同意のための操作）を行っているにすぎない。
【０００７】
これに対し、前述のお気に入りやブックマークでは、単一のＵＲＬを登録できるのみである。３ページ目を直接登録した場合であっても、適切にログインされていないため、おそらくサーバによってアクセスを拒否されてしまうであろう。また、１ページ目をブックマークに登録し、かつユーザＩＤ及びパスワードを自動送信する設定（自動代理ログイン）としても、この場合にクライアントに表示されるのは２ページ目であり、依然３ページ目に遷移するための操作が必要となる。
【０００８】
また、所望のページに到達するまでに複数のページ遷移が必要となることは、通信料金という側面においても問題がある。即ち、通信量に関わらず、利用料金上限が一定となる通信料金制度も普及しつつあるが、必ずしも全てのユーザがこの料金制度に加入しているわけではない。例えば、企業ユーザにおいても従量制の料金制度で契約している場合も多い。このような場合には、１ページ目、２ページ目の通信量にかかる利用料金は、３ページ目の通信量にかかる利用料金に対して有効性が低く、通信量とその利用料金に関する非効率性が存在する。
【０００９】
このような課題に対し、特許文献１に記載された技術を適用することが考えられる。しかしながら、特許文献１では、Ｗｅｂページ提供者であるサーバが、各ユーザの「画面遷移情報」を保持し、その画面遷移を管理している。したがって、Ｗｅｂサーバがこれらの機能を持つことが必要となるという問題点がある。また、自動代理ログイン等の機能については開示されておらず、直接３ページ目をアクセスしようとすると、サーバによってアクセスを拒否される可能性がある。
【００１０】
さらに、自動代理ログインのためにユーザＩＤやパスワードがブラウザアプリケーションに保存されている場合には、携帯端末等のクライアントの紛失・盗難等による情報漏洩のリスクの高まりが懸念される。
【００１１】
本発明はこのような事情に鑑みてなされたもので、ウェブページ閲覧の際のユーザの利便性を向上させ、通信量と利用料金を抑制する中継サーバ、データ送受信方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
前記目的を達成するために請求項１に記載の中継サーバは、ネットワークを介したクライアントとサーバとのデータ通信の中継を行う中継サーバにおいて、クライアントからサーバに対するリクエストデータを保持するリクエストデータ保持手段と、クライアントからウェブページの取得指示を受信する取得指示受信手段と、前記取得指示されたウェブページに関するリクエストデータを前記リクエストデータ保持手段から取得するリクエストデータ取得手段と、前記取得したリクエストデータを、前記取得指示されたウェブページを提供するサーバに送信するリクエストデータ送信手段と、前記ウェブページを提供するサーバから前記送信したリクエストデータに対するレスポンスデータを受信するレスポンスデータ受信手段と、前記受信したレスポンスデータであって、前記クライアントから取得指示されたウェブページのデータを前記クライアントに送信するレスポンス送信手段と、を備えたことを特徴とする。
【００１３】
請求項１に記載の発明によれば、クライアントからサーバに対するリクエストデータを保持し、クライアントからウェブページの取得指示を受信し、取得指示されたウェブページに関するリクエストデータをリクエストデータ保持手段から取得して取得指示されたウェブページを提供するサーバに送信し、送信したリクエストデータに対するレスポンスデータを受信し、受信したレスポンスデータであって、クライアントから取得指示されたウェブページのデータをクライアントに送信するようにしたので、クライアントからリクエストデータを送信する手順を省略することができ、ユーザの利便性を向上させ、通信量と利用料金を抑制することができる。
【００１４】
請求項２に示すように請求項１に記載の中継サーバにおいて、前記リクエストデータ取得手段は、順序付けられた複数のリクエストデータを前記リクエストデータ保持手段から取得し、前記リクエストデータ送信手段は、前記順序に従って前記複数のリクエストデータを前記サーバに送信することを特徴とする。
【００１５】
これにより、リクエストデータが複数ある場合であっても、順序に従ってサーバに送信することができる。
【００１６】
請求項３に示すように請求項１又は２に記載の中継サーバにおいて、レスポンスデータの期待値を保持するレスポンスデータ保持手段と、前記レスポンスデータ保持手段が保持するレスポンスデータの期待値と前記レスポンスデータ受信手段が受信したレスポンスデータとを比較する比較手段と、前記比較手段の比較結果が一致しない場合に、レスポンスデータが一致しないことを前記クライアントに通知する通知手段と、を備えたことを特徴とする。
【００１７】
これにより、クライアントのユーザは、リクエストデータに異常があったり、レスポンスデータに変更があったことを知ることができる。
【００１８】
請求項４に示すように請求項１から３のいずれか１項に記載の中継サーバにおいて、クライアントがサーバからウェブページを取得する際に前記クライアントから前記サーバに送信されたリクエストデータを傍受するリクエストデータ傍受手段と、前記傍受したリクエストデータを前記ウェブページと関連付けて前記リクエストデータ保持手段に記録するリクエストデータ記録手段と、を備えたことを特徴とする。
【００１９】
これにより、クライアントからウェブページの取得要求があった場合に、ウェブページに関するリクエストデータをリクエストデータ保持手段から読み出し、ウェブページを提供するサーバに送信することができる。
【００２０】
請求項５に示すように請求項４に記載の中継サーバにおいて、前記リクエストデータ傍受手段は、順序付けられた複数のリクエストデータを傍受し、前記リクエストデータ記録手段は、前記順序付けられた複数のリクエストデータを前記ウェブページと関連付けて前記リクエストデータ保持手段に記録することを特徴とする。
【００２１】
これにより、クライアントからウェブページの取得要求があった場合に、ウェブページに関する順序付けられた複数のリクエストデータをリクエストデータ保持手段から読み出し、順序に従ってウェブページを提供するサーバに送信することができる。
【００２２】
請求項６に示すように請求項４又は５に記載の中継サーバにおいて、前記リクエストデータ記録手段は、前記サーバから前記クライアントへ送信されたレスポンスデータに応じた情報をレスポンスデータの期待値として前記レスポンスデータ保持手段に記録することを特徴とする。
【００２３】
これにより、比較手段がレスポンスデータ保持手段が保持するレスポンスデータの期待値とレスポンスデータ受信手段が受信したレスポンスデータとを比較することができる。
【００２４】
請求項７に示すように請求項６に記載の中継サーバにおいて、前記レスポンスデータに応じた情報は、前記レスポンスデータのメッセージダイジェストであることを特徴とする。
【００２５】
これにより、レスポンスデータ保持手段が適切にレスポンスデータの期待値を保持することができるとともに、比較手段は適切にレスポンスデータの期待値であるメッセージダイジェストと受信したレスポンスデータとを比較することができる。
【００２６】
請求項８に示すように請求項４から７のいずれか１項に記載の中継サーバにおいて、前記クライアントからウェブページの取得指示を送信するためのリンクであって、前記リクエストデータ保持手段に記録した前記ウェブページに関するリクエストデータを使用するためのリンクを前記クライアントに送信するリンク送信手段を備えたことを特徴とする。
【００２７】
これにより、クライアント側では、当該リンクを操作するだけで、ウェブページの取得指示を送信することができる。
【００２８】
前記目的を達成するために請求項９に記載のデータ送受信方法は、ネットワークを介したクライアントとサーバとのデータ通信の中継を行う中継サーバのデータ送受信方法において、クライアントからウェブページの取得指示を受信する取得指示受信工程と、前記クライアントから取得指示されたウェブページに関するリクエストデータであって、前記取得指示をしたクライアントのリクエストデータをリクエストデータ保持手段から取得するリクエストデータ取得工程と、前記取得したリクエストデータを、前記取得指示されたウェブページを提供するサーバに送信するリクエストデータ送信工程と、前記ウェブページを提供するサーバから前記送信したリクエストデータに対するレスポンスデータを受信するレスポンスデータ受信工程と、前記受信したレスポンスデータであって、前記クライアントから取得指示されたウェブページのデータを前記クライアントに送信するレスポンス送信工程と、を備えたことを特徴とする。
【００２９】
前記目的を達成するために請求項１０に記載のデータ送受信プログラムは、ネットワークを介したクライアントとサーバとのデータ通信の中継を行う中継サーバのデータ送受信プログラムにおいて、クライアントからウェブページの取得指示を受信する取得指示受信機能と、前記クライアントから取得指示されたウェブページに関するリクエストデータであって、前記取得指示をしたクライアントのリクエストデータをリクエストデータ保持手段から取得するリクエストデータ取得機能と、前記取得したリクエストデータを、前記取得指示されたウェブページを提供するサーバに送信するリクエストデータ送信機能と、前記ウェブページを提供するサーバから前記送信したリクエストデータに対するレスポンスデータを受信するレスポンスデータ受信機能と、前記受信したレスポンスデータであって、前記クライアントから取得指示されたウェブページのデータを前記クライアントに送信するレスポンス送信機能とを実現させることを特徴とする。
【発明の効果】
【００３０】
本発明によれば、ユーザの利便性を向上させ、通信量と利用料金を抑制することができる。
【図面の簡単な説明】
【００３１】
【図１】中継サーバが設けられたネットワークの概略図
【図２】データ送受信の処理の一例を示すフローチャート
【図３】ユーザインターフェイスの画面を示す図
【図４】リクエストデータの記録処理の一例を示すフローチャート
【図５】リクエストデータの記録処理におけるデータの流れを示す図
【図６】ユーザインターフェイスの画面を示す図
【発明を実施するための形態】
【００３２】
以下、添付図面に従って本発明の好ましい実施の形態について詳説する。
【００３３】
＜ネットワークの構成＞
図１は、本発明に係る中継サーバ１００が設けられたネットワークの概略図である。図中の矢印は、ネットワーク内の通信処理におけるデータの流れを示している。
【００３４】
図１に示すように、中継サーバ１００は、ネットワーク２００を介して複数のクライアント３００（図１では単一のクライアント３００を図示）と接続されている。ネットワーク２００は、インターネットやＬＡＮ(Local Area Network)等のコンピュータ通信ネットワークでも、中継サーバ１００に専用の専用回線でもよい。
【００３５】
また、中継サーバ１００は、インターネット４００を介して不特定多数のウェブサーバ５００（図１では単一のウェブサーバ５００を図示）と接続され、各ウェブサーバ５００が提供するウェブページを取得可能に構成されている。
【００３６】
クライアント３００は、ユーザインターフェイス３１０を備え、このユーザインターフェイス３１０には、ユーザが閲覧を希望するウェブページのＵＲＬ等を入力するための入力手段や、ウェブページを表示するための表示手段が設けられている。
【００３７】
ユーザインターフェイス３１０の入力手段が操作されることにより、クライアント３００からウェブページが要求（取得指示）されると、中継サーバ１００は、ウェブサーバ５００から該当する（取得指示された）ウェブページを取得し、取得したウェブページをクライアント３００に送信する。クライアント３００は、受信したウェブページをその表示手段に表示する。このように、クライアント３００のユーザは、クライアント３００を用いて任意のウェブページを閲覧することが可能である。
【００３８】
中継サーバ１００において、クライアント３００やウェブサーバ５００との通信は、送受信手段１１０によって行われる。送受信手段１１０は、クライアント３００やウェブサーバ５００との通信インターフェイスとして機能する他、所定のデータを送受信可能に構成されている。
【００３９】
また、中継サーバ１００は、リクエストデータ保持手段１２０を備えている。リクエストデータ保持手段１２０は、後述するリクエストデータや、ウェブサーバ５００から送信されるレスポンスに応じた情報を保持するものである。リクエストデータ保持手段１２０は、ハードディスク装置等の大容量記憶装置であり、送受信手段１１０によって、リクエストデータやレスポンスに応じた情報のデータの記録及び読み出しが可能に構成されている。
【００４０】
＜中継サーバの動作＞
次に、中継サーバ１００の動作の詳細について説明する。ここでは、ウェブサーバ５００のウェブサイトが、トップページ（ページ１）においてユーザ認証によるログインが必要となっており、ログイン後に表示されるページ（ページ２）において利用上の留意事項についての同意が必要となっており、同意後に表示されるページ（ページ３）において有益な情報が閲覧可能に構成されているものとして説明する。
【００４１】
図２は、本実施形態におけるデータ送受信の処理の一例を示すフローチャートである。
【００４２】
まず、中継サーバ１００は、クライアントからウェブページ閲覧のリクエストを受け付ける（ステップＳ１、プロセスＰ１）。
【００４３】
図３は、クライアント３００のユーザインターフェイス３１０の表示手段の画面を示す図である。ここでは、「ページ３へ」という文字列が表示されており、この文字列に対して中継サーバ１００への指示送信（ページ３の取得を指示するための送信）がリンクされている。ユーザが、この文字列上にポインタを移動させクリックする等、ページ３を表示させる要求を行うことで、クライアント３００から中継サーバ１００に、ウェブサーバ５００の提供するウェブサイトの３ページ目の情報の取得の指示が送信される。中継サーバ１００は、この取得指示を送受信手段１１０により受信する。
【００４４】
中継サーバ１００のリクエストデータ保持手段１２０には、ユーザからの情報取得手順として、順序付けられた一連のＨＴＴＰリクエスト（リクエストデータ）が記載されている。
【００４５】
この例では、ページ３の情報取得のためのリクエストデータとして、ページ１を取得するためのリクエストデータＤ０（GET /p0 HTTP/1.1）と、ページ１に対するリクエストデータＤ１であるユーザＩＤ及びパスワード（POST /p1 HTTP/1.1 U=user1&P=pass1）と、ページ２に対するリクエストデータＤ２である同意を示すリクエスト（POST /p2 HTTP/1.1 Agree=true）とが、順序付けられて（即ち、Ｄ０、Ｄ１、Ｄ２の順に）保持されている。なお、このようにユーザＩＤ及びパスワードを中継サーバ１００に保持することで、クライアント３００の紛失・盗難による情報漏洩のリスクを低減することができる。これは、クライアント３００が携帯型の端末機器である場合に特に有効である。
【００４６】
中継サーバ１００の送受信手段１１０は、リクエストデータ保持手段１２０に保持されたリクエストデータについて、その順序に従い、まずページ１を取得するためのリクエストデータＤ０を読み出す（ステップＳ２、プロセスＰ２）。さらに、このリクエストデータＤ０をウェブサーバ５００に送信する（ステップＳ３、プロセスＰ３）。この通信は、中継サーバ１００とウェブサーバ５００との間において発生しており、クライアント３００とウェブサーバ５００の通信は発生しない。
【００４７】
ウェブサーバ５００は、送信されてきたリクエストデータＤ０を受信する。そして、リクエストデータＤ０のレスポンスとしてページ１のデータを送り返す。中継サーバ１００は、このページ１のデータを受信する（ステップＳ４、プロセスＰ４）。この通信は、ウェブサーバ５００と中継サーバ１００との間で発生しており、ウェブサーバ５００とクライアント３００の通信は発生しない。
【００４８】
このウェブサーバ５００から送信されるページ１には、ユーザＩＤ及びパスワードの入力を求める記述されていることが期待される。ここで、リクエストデータ保持手段１２０には、リクエストデータＤ０の送信に対するレスポンス（即ち、ページ１）の期待値として、レスポンス（ページ１）のメッセージダイジェストが保持されている。したがって、この保持されているメッセージダイジェストと、ウェブサーバ５００から送信されたページ１のメッセージダイジェストとを比較することで、ページ１の受信が正常に行われたことを確認することができる。
【００４９】
中継サーバ１００の送受信手段１１０は、次に、ページ１に対するリクエストデータＤ１を読み出す（ステップＳ２、プロセスＰ２）。さらに、このリクエストデータＤ１をウェブサーバ５００に送信する（ステップＳ３、プロセスＰ３）。この通信は、中継サーバ１００とウェブサーバ５００との間において発生しており、クライアント３００とウェブサーバ５００の通信は発生しない。
【００５０】
ウェブサーバ５００は、送信されてきたリクエストデータＤ１を受信する。そして、リクエストデータＤ１であるユーザＩＤ及びパスワードに基づいて当該ユーザの認証を行い、ユーザＩＤ及びパスワードに問題がない場合には、当該ユーザがログイン済みであることを示す内部状態に設定する。
【００５１】
さらに、ウェブサーバ５００は、リクエストデータＤ１のレスポンスとしてページ２のデータを送り返す。中継サーバ１００は、このページ２のデータを受信する（ステップＳ４、プロセスＰ４）。この通信は、ウェブサーバ５００と中継サーバ１００との間で発生しており、ウェブサーバ５００とクライアント３００の通信は発生しない。
【００５２】
このウェブサーバ５００から送信されるページ２には、利用上の留意事項に対する同意を求めるボタンが記述されていることが期待される。リクエストデータ保持手段１２０には、リクエストデータＤ１の送信に対するレスポンス（即ち、ページ２）の期待値として、レスポンス（ページ２）のメッセージダイジェストが保持されている。したがって、この保持されているメッセージダイジェストと、ウェブサーバ５００から送信されたページ２のメッセージダイジェストとを比較することで、ユーザがログインに成功したことを確認することができる。
【００５３】
例えば、事前にユーザがパスワードを変更している場合には、中継サーバ１００からのリクエストデータＤ１の送信に対して、ウェブサーバ５００からはログインに失敗したことを示すレスポンス（即ち、ページ２とは異なるレスポンス）が返信される。中継サーバ１００は、このレスポンスのメッセージダイジェストと、保持されているメッセージダイジェストを比較する。
【００５４】
比較結果が異なる場合（それぞれのメッセージダイジェストが一致しない場合）には、ウェブサーバ５００からのレスポンスをそのままクライアント３００に転送する。クライアント３００は、このレスポンスをユーザインターフェイス３１０の表示手段に表示させる。したがって、ユーザは、例えばログインに失敗したことを知ることができる。
【００５５】
なお、メッセージダイジェストの比較は、行わなくてもよい。この場合は、リクエストデータ保持手段１２０にレスポンスの期待値としてのメッセージダイジェストを保持する必要がなく、リクエストデータ保持手段１２０の記録容量の削減と処理の迅速化を図ることができる。
【００５６】
次に、中継サーバ１００は、ページ３を取得するための一連の処理が終了したか否かを判定する（ステップＳ５）。なお、上記のように受信したレスポンスが期待値とは異なっている場合には、ページ３の取得は終了していないが一連の処理が終了したと判断し、ウェブサーバ５００からのレスポンスをそのままクライアント３００に転送する（ステップＳ６、プロセスＰ６）。
【００５７】
受信したレスポンスが期待値と同一の場合、即ち、リクエストデータ保持手段１２０に保持されているメッセージダイジェストと、ウェブサーバ５００から送信されたレスポンスのメッセージダイジェストとが一致する場合には、リクエストデータ保持手段１２０にはページ２に対するリクエストデータＤ２が保持されていることから、ページ３を取得するための一連の処理の続きがあると判断する。この場合は、ステップＳ２に戻り、送受信手段１１０は、リクエストデータ保持手段１２０から、その順序に従いページ２に対するリクエストデータＤ２を読み出す（ステップＳ２、プロセスＰ５）。
【００５８】
さらに、送受信手段１１０は、このリクエストデータＤ２をウェブサーバ５００に送信する（ステップＳ３、プロセスＰ３）。ウェブサーバ５００は、送信されてきたリクエストデータＤ２を受信し、リクエストデータＤ２である同意のリクエストに基づいて、ユーザが同意したことを示す内部状態を設定する。
【００５９】
さらに、ウェブサーバ５００は、リクエストデータＤ２のレスポンスとしてページ３のデータを送り返す。中継サーバ１００は、このページ３のデータを受信する（ステップＳ４、プロセスＰ４）。
【００６０】
次に、中継サーバ１００は、ページ３の取得のための一連の処理が終了したか否かを判定する（ステップＳ５）。一連の動作が終了していない場合は、ステップＳ２〜ステップＳ４の処理を繰り返す。この間の全ての通信は、中継サーバ１００とウェブサーバ５００との間で発生し、クライアントの通信量は全く増加しない。
【００６１】
ここでは、リクエストデータ保持手段１２０に保持された全てのリクエストデータをすでに送信している。さらに、ウェブサーバ５００からページ３を取得している。このように、一連の処理を終了している。したがって、中継サーバ１００は、取得指示されていたページ３のデータをクライアント３００に送信する（ステップＳ６、プロセスＰ６）。
【００６２】
クライアント３００は、ページ３のデータを受信し、ユーザインターフェイス３１０の表示手段にページ３を表示する。これにより、ユーザは、所望の情報であるページ３を閲覧することができる。
【００６３】
以上のように、ユーザは、ページ１におけるユーザＩＤ及びパスワードの入力や、ページ２における利用上の留意事項について同意するためのボタン操作を行うことなく、ユーザインターフェイス３１０の表示手段に表示されたページ３へのリンクを操作するだけで、所望のページ３を閲覧することができる。
【００６４】
これにより、ユーザにとって煩わしい操作を省略させることができ、またクライアントの通信量を減らすことで、利用料金を削減することが可能となる。
【００６５】
＜リクエストデータの記録＞
次に、上記の中継サーバ１００の動作に必要となるリクエストデータの記録処理について、図４〜図６を用いて説明する。ここでは、前述のリクエストデータＤ１及びリクエストデータＤ２を、リクエストデータ保持手段１２０に記録させる場合を例に説明する。
【００６６】
図４は、リクエストデータの記録処理の一例を示すフローチャートである。
【００６７】
図５は、図１と同様のネットワークの概略図であり、図中の矢印は、リクエストデータの記録処理におけるデータの流れを示している。
【００６８】
図６は、クライアント３００のユーザインターフェイス３１０の表示手段に表示されたメニュー画面を示す図である。ここでは、「記録の開始」、「記録の終了」、及び「記録の削除」という文字列が表示されており、これらの文字列に対して中継サーバ１００へのそれぞれの指示送信がリンクされている。
【００６９】
ユーザが、所望の文字列上にポインタを移動させクリックする等でリンクを選択することで、クライアント３００から中継サーバ１００に、それぞれ対応した指示が送信される。まず、「記録の開始」がクリックされた場合について説明する。
【００７０】
「記録の開始」がクリックされると（ステップＳ１１）、クライアント３００から中継サーバ１００へ、リクエストデータの記録コマンドが送信される（ステップＳ１２、プロセスＰ１１）。この通信は、クライアント３００と中継サーバ１００との間で閉じており、ウェブサーバ５００へこのコマンドが送られることはない。
【００７１】
記録コマンドを受信した中継サーバ１００は、その後ユーザが手動で行うウェブサーバ５００へアクセスするための一連のリクエストを、順序付けてリクエストデータ保持手段１２０に記録する。
【００７２】
まずユーザは、ウェブサーバ５００の提供するウェブサイトのページ１を取得するために、クライアント３００にページ１のＵＲＬを手入力、或いはブックマークから選択する等をして、中継サーバ１００を介してウェブサーバ５００にページ１の取得要求を送信する（ステップＳ１３、プロセスＰ１２、Ｐ１４）。
【００７３】
このとき、中継サーバ１００は、クライアント３００からウェブサーバ５００へ送信されたページ１のＵＲＬ等の取得要求データを傍受し、リクエストデータ保持手段１２０に記録する（ステップＳ１４、プロセスＰ１３）。
【００７４】
ページ１の取得要求を受信したウェブサーバ５００は、ページ１のＨＴＭＬデータを中継サーバ１００を介してクライアント３００に送信する（プロセスＰ１４、プロセスＰ１２）。
【００７５】
ページ１のデータを受信（ステップＳ１５）したクライアント３００は、ユーザインターフェイス３１０の表示手段にページ１を表示させる。前述のように、このページ１は、ユーザＩＤ及びパスワードの入力を促すページとなっている。
【００７６】
ここで、クライアント３００は、図６に示すメニュー画面から「記録の終了」が選択されたか否かを判定する（ステップＳ１６）。ここでは、まだリクエストデータの記録処理を継続するため、ユーザが「記録の終了」を選択しないため、ステップＳ１３に戻る。
【００７７】
ユーザは、ユーザインターフェイス３１０の入力手段を用いて、ユーザＩＤ及びパスワードの入力を行う。入力されたユーザＩＤ及びパスワードは、リクエストデータ（POST /p1 HTTP/1.1 U=user1&P=pass1）としてクライアント３００から中継サーバ１００を介してウェブサーバ５００へ送信される（ステップＳ１３、プロセスＰ１２、Ｐ１４）。
【００７８】
中継サーバ１００は、クライアント３００からウェブサーバ５００へ送信されたユーザＩＤ及びパスワードを傍受し、リクエストデータＤ１としてリクエストデータ保持手段１２０に記録する（ステップＳ１４、プロセスＰ１３）。
【００７９】
ユーザＩＤ及びパスワードを受信したウェブサーバ５００は、これに基づいてクライアント３００のユーザ認証を行う。ユーザＩＤ及びパスワードが正常であり、ユーザ認証に問題が無ければ、当該ユーザがログイン済みであることを示す内部状態を設定する。
【００８０】
さらに、ウェブサーバ５００は、中継サーバ１００を介して、クライアント３００にユーザＩＤ及びパスワードに対するレスポンスとしてページ２のＨＴＭＬデータを送信する（プロセスＰ１４、プロセスＰ１２）。
【００８１】
クライアント３００は、このページ２のデータを受信（ステップＳ１５）し、ユーザインターフェイス３１０の表示手段にページ２を表示させる。前述のように、ページ２は、利用上の留意事項についての同意を求めるページとなっており、ユーザインターフェイス３１０の表示手段には、同意を求めるボタンが表示される。
【００８２】
中継サーバ１００は、リクエストデータＤ１に対して期待されるレスポンス（レスポンスの期待値）として、このページ２のメッセージダイジェストを生成し、リクエストデータ保持手段１２０に記録してもよい（プロセスＰ１３）。なお、レスポンスの期待値はメッセージダイジェストに限られるものではなく、図１のステップＳ４で説明したように、ウェブサーバ５００から送信されたデータが正常であるか否かの判定ができればよい。
【００８３】
次に、図６に示すメニュー画面から、「記録の終了」がクリックされたか否かを判定する（ステップＳ１６）。ここでは、まだリクエストデータの記録処理を継続するため、ステップＳ１３に戻る。
【００８４】
ユーザは、ユーザインターフェイス３１０の入力手段を用いて、同意を求めるボタンを選択する。ボタンが選択されると、この操作はリクエストデータ（POST /p2 HTTP/1.1 Agree=true）として、クライアント３００から中継サーバ１００を介してウェブサーバ５００へ送信される（ステップＳ１３、プロセスＰ１２、Ｐ１４）。
【００８５】
中継サーバ１００は、クライアント３００からウェブサーバ５００へ送信された同意を示すリクエストを傍受し、リクエストデータＤ２としてリクエストデータＤ１の後に順序付けてリクエストデータ保持手段１２０に記録する（ステップＳ１４、プロセスＰ１３）。
【００８６】
ウェブサーバ５００は、このリクエストを受信することで、利用上の留意事項に対する同意がとれたことを確認する。さらに、当該ユーザがログイン済みであることを確認し、ページ３のＨＴＭＬデータを中継サーバ１００を介してクライアント３００に送信する（プロセスＰ１４、プロセスＰ１２）。
【００８７】
クライアント３００は、このデータを受信し（ステップＳ１５）、ユーザインターフェイス３１０の表示手段にページ３を表示させる。
【００８８】
次に、図６に示すメニュー画面から、「記録の終了」がクリックされたか否かを判定する（ステップＳ１６）。ここでは、ユーザは、所望の情報であるページ３が取得できたため、図６に示すメニュー画面を再度表示させて「記録の終了」を選択する。この操作により、クライアント３００は、記録の終了コマンドを中継サーバ１００に送信する（ステップＳ１７、プロセスＰ１１）。
【００８９】
記録終了コマンドを受信した中継サーバ１００は、一連のリクエストの記録を終了する。このように、ページ３を取得するための一連のリクエストデータＤ１、Ｄ２が、ページ３と関連付けられ、順序付けられて記録される。また、中継サーバ１００は、記録された一連の順序付きリクエストを再利用するためのリンクを、クライアント３００に送り返す（ステップＳ１８、プロセスＰ１５）。
【００９０】
これらの通信は、クライアント３００と中継サーバ１００との間で閉じており、ウェブサーバ５００へこのコマンドが送られることはない。
【００９１】
クライアント３００は、このリンクを受信し、図３に示すように、メニュー画面やブックマークにこのリンクを追加する。以後、このリンクを選択することで、前述のようにページ１やページ２を遷移することなく、ページ３を取得することが可能となる。
【００９２】
なお、最終の目的ページに到達する前に誤った操作を行い、そのリクエストが記録されてしまった場合には、図６に示すメニュー画面において「記録の削除」を選択することにより、ユーザはリクエストデータ保持手段１２０に保持された一連のリクエストデータを削除することができる。
【００９３】
「記録の削除」が選択されると、クライアント３００から中継サーバ１００へ、リクエストデータの削除コマンドが送信される。削除コマンドを受信した中継サーバ１００は、リクエストデータ保持手段１２０に保持されているリクエストデータを読み出し不能に削除する。
【００９４】
また、「記録の削除」は、一連の順序付けられたリクエストデータを削除する場合にも使用される。この場合は、全てのリクエストデータを削除するのではなく、どのウェブページに関するリクエストデータを削除するのかを、ユーザが選択できるように構成してもよい。
【００９５】
このように、リクエストデータの記録中は、クライアント３００とウェブサーバ５００との間で通信が発生するが、一度リクエストデータを記録し、生成されたリンクを用いることで、その後のページ３へのアクセスについては、ページ１、ページ２の取得についてクライアント３００に通信は発生しないため、クライアント３００の通信量を低減することができる。
【００９６】
本明細書における実施の形態では、中継サーバ１００を用いた例で説明をしているが、中継サーバ１００の機能をクライアント３００に配置し、クライアント３００とウェブサーバ５００が直接通信をするように構成してもよい。このように構成した場合は、クライアント３００の通信量を低減することはできないが、ユーザの操作を省略することができ、容易に所望のページにアクセスすることが可能となる。
【符号の説明】
【００９７】
１００…中継サーバ、１１０…送受信手段、１２０…リクエストデータ保持手段、２００…ネットワーク、３００…クライアント、３１０…ユーザインターフェイス、４００…インターネット、５００…ウェブサーバ
【図１】
2012099012.tif 000003
【図２】
2012099012.tif 000004
【図３】
2012099012.tif 000005
【図４】
2012099012.tif 000006
【図５】
2012099012.tif 000007
【図６】
2012099012.tif 000008