JP2008165383A

JP2008165383A - クライアント装置、通信方法およびプログラム

Info

Publication number: JP2008165383A
Application number: JP2006352534A
Authority: JP
Inventors: Takahiro Jojima; 貴弘城島
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2006-12-27
Filing date: 2006-12-27
Publication date: 2008-07-17
Anticipated expiration: 2026-12-27
Also published as: JP4882738B2

Abstract

【課題】中継サーバの負荷の増加を抑制しながら、リクエストメッセージが、中継サーバを経由せずにＷＷＷサーバに送信されることを防止することを可能にする。
【解決手段】処理部２０１は、ＷＷＷコンテンツ内のＵＲＬを含むＨＴＴＰリクエストを生成し、そのＨＴＴＰリクエストを送信する。検出部２０２は、ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む対象リクエストが生成されたか否かを検知する。停止部２０３は、その対象リクエストが生成されたことが検知されると、処理部２０１による該対象リクエストの送信を停止する。その後、再開部２０４は、その対象リクエストが含むＵＲＬを、中継サーバ３を中継するための中継用ＵＲＬに書き換え、そのＵＲＬを書き換えた対象リクエストメッセージを処理部２０１に送信させる。
【選択図】図１

Description

本発明は、クライアント装置、通信方法およびプログラムに関し、特には、リクエストメッセージを、中継サーバを経由してＷＷＷサーバに送信するクライアント装置、通信方法およびプログラムに関する。

近年、ネットワーク技術の発達により、その通信手段として様々な技術が登場してきている。特に、ＷＷＷ（World Wide Web）と呼ばれるインターネット通信技術は、全世界的に標準的な技術として利用されている。ＷＷＷでは、利用者は、情報提供者が用意したＷＷＷサーバと呼ばれるホストコンピュータに対して、ＷＷＷブラウザと呼ばれるプログラムを用いてアクセスし、所望の情報を取得している。

ＷＷＷにて取得可能な資源は、ＷＷＷコンテンツと呼ばれる。ＷＷＷコンテンツは、ＨＴＭＬ（Hyper Text Markup Language）と呼ばれる記述言語で記述されることが多い。ＷＷＷブラウザは、ＨＴＭＬにて記述された情報を取得すると、そのＨＴＭＬを解釈して、その情報をＨＴＭＬページとして表示する。

ＨＴＭＬページでは、他のＷＷＷコンテンツのリンク情報を挿入することが可能であり、利用者は、そのリンク情報を用いて、別のＷＷＷコンテンツをＷＷＷサーバから取得できる。また、ＷＷＷサーバ内のＷＷＷコンテンツは、ＵＲＬ（Uniform Resource Locator）と呼ばれる規定に則った名前で指定される。ＨＴＭＬページのリンク情報は、このＵＲＬにより他のＷＷＷコンテンツを指定している。

ＵＲＬによるＷＷＷコンテンツの指定方法は、フルパス指定、絶対パス指定および相対パス指定がある。

フルパス指定では、ＵＲＬは、宛先のＷＷＷサーバの名前（ホスト名）と、そのＷＷＷサーバ内のＷＷＷコンテンツを指定するパス文字列とで記述される。例えば、フルパス指定のＵＲＬは、「ｈｔｔｐ：／／サーバＡ／パス１／ファイル１．ｈｔｍｌ」で記述される。ここで、“サーバＡ”は、ＷＷＷサーバのホスト名であり、”／パス１／ファイル１．ｈｔｍｌ”は、パス文字列である。このＵＲＬは、ホスト名が”サーバＡ”のＷＷＷサーバの”／パス１／”というパス文字列で示されるディレクトリ内の”ファイル１．ｈｔｍｌ”というファイル記述子を持つＨＴＭＬページを指定している。

また、絶対パス指定では、「／」から始まるパス文字列が記述されている。例えば、「／ファイル１．ｈｔｍｌ」が絶対パス指定である。

さらに、相対パス指定では、「／」で始まらないパス文字列が記述されている。例えば、「ｇ／ｈ．ｈｔｍｌ」が相対パス指定である。

ＨＴＭＬページでは、静止画像および動画像などＨＴＭＬと異なるＷＷＷコンテンツへのリンク情報も記述することが可能であり、ＨＴＭＬページを表示する際に、そのＷＷＷコンテンツを指定箇所に挿入することが可能である。なお、利用者がＷＷＷブラウザを用いてＷＷＷコンテンツを取得する場合、ＨＴＴＰ（Hyper Text Transfer Protocol）と呼ばれるインターネット通信技術を用いられる。

このようなＷＷＷにおいて、情報共有技術が提案されている。情報共有技術では、複数のユーザが同一のＨＴＭＬページを更新し、その更新されたＨＴＭＬページが複数のクライアントでリアルタイムに表示される。

情報共有技術において、中継サーバが用いられる技術がある。中継サーバを用いた情報共有技術は、例えば、特許文献１（特表２００１−５１１５６１号公報）、特許文献２（特開２００６−１８７９５号公報）および特許文献３（特開２００１−２４３１９５号公報）などに記載されている。

特許文献１に記載の同期表示方法では、クライアント内のＷＷＷブラウザにてＷＷＷサーバへのＨＴＴＰリクエストが送信されると、そのクライアント内の同期モジュールが、そのＨＴＴＰリクエストを横取りし、そのＨＴＴＰリクエストを同期サーバ（中継サーバに相当）に送信する。

同期サーバは、そのＨＴＴＰリクエストをＷＷＷサーバに送信し、そのＨＴＴＰリクエストに応じたＷＷＷコンテンツを取得する。同期サーバは、ＷＷＷコンテンツを取得すると、クライアント内の同期モジュールに送信する。同期モジュールは、そのＷＷＷコンテンツをＷＷＷブラウザで表示する。

同期モジュールは、その記憶場所をＷＷＷブラウザに通知する。ＷＷＷブラウザは、その同期サーバの記憶場所からＷＷＷコンテンツを取得する。

一般に、ＷＷブラウザ内部では様々なモジュールが連携して動作している。このため、この同期表示方法では、同期モジュールが、送信されたＨＴＴＰリクエストを横取りして通信を行なう際に、モジュール間の動作に異常が発生し、通信に不具合が発生する場合がある。

特許文献２および３に記載の技術では、同期モジュールが、送信されたＷＷＷＷコンテンツを横取りしなくても、ＷＷＷコンテンツを取得することが可能である。

特許文献２に記載のＷＥＢ共有システムでは、中継サーバは、クライアントのＷＷＷブラウザから受け付けたＨＴＴＰリクエストに中継用ＵＲＬが含まれていた場合、その中継用ＵＲＬに基づいて、そのＨＴＴＰリクエストをＷＷＷサーバに送信する。

中継用ＵＲＬは、「ｈｔｔｐ：／／中継サーバのホスト名／中継判定文字列／ＷＷＷサーバのホスト名／パス文字列」という書式で記述される。中継判定文字列は、このＵＲＬが中継ＵＲＬであることを示す。

例えば、ＨＴＴＰリクエストに中継用ＵＲＬ「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ａａａ．ｃｏｍ／ｃｃｃ．ｈｔｍｌ」が含まれている場合、中継サーバがこのＨＴＴＰリクエストを送信する宛先のＷＷＷサーバのホスト名は、「ａａａ．ｃｏｍ」となり、パス文字列は「／ｃｃｃ．ｈｔｍｌ」となる。なお、「ｐｒｏｘｙ．ｃｏｍ」は、中継サーバのホスト名であり、「ｆｌａｇ」は、中継判定文字列である。

中継サーバは、ＷＷＷサーバから、その送信したＨＴＴＰリクエストに応じたＨＴＭＬページを受信すると、そのＨＴＭＬページをクライアントのＷＷＷブラウザに返信する。

このとき、中継サーバは、そのＷＷＷサーバのホスト名を示す維持用のクッキー情報を作成し、ＷＷＷブラウザに返信する。ＷＷＷブラウザは、クッキー情報を受け取ると、以後、他のＷＷＷサーバのホスト名を含む中継用ＵＲＬを受信するまで、ＷＷＷサーバとの通信時に必ずこのクッキー情報を添付してＨＴＴＰリクエストを中継サーバに送信するようになる。

また、中継サーバは、そのＨＴＴＰリクエストに中継用ＵＲＬが含まれていない場合、そのＨＴＴＰリクエストにセッション維持用のクッキー情報が含まれているか否かを判定する。このような場合には、例えば、ＨＴＭＬページ内に絶対パスのＵＲＬがある場合などがあげられる。

そのＨＴＴＰリクエストにセッション維持用のクッキー情報が含まれていると、中継サーバは、そのクッキー情報で示されるＷＷＷサーバに、そのＨＴＴＰリクエストを送信する。

これにより、ＷＷＷブラウザは、例えば、ＨＴＭＬページ内に絶対パスで指定された画像などがあっても、その画像を取得することが可能になっている。

このため、クライアントがＨＴＭＬページを取得する場合に、他のモジュールが、送信されたＨＴＴＰリクエストを横取りすることなく、ＨＴＭＬページを取得する事が可能となっている。

しかしながら、このＷＥＢ共有システムでは、ＨＴＭＬページ内にＷＷＷサーバのホスト名が宛先として記述されたＵＲＬがあると、そのＵＲＬを含むＨＴＴＰリクエストが中継サーバを中継せずに、そのＷＷＷサーバに直接送信されてしまうという問題点があった。

例えば、ＨＴＭＬページ内にＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｎｅｃ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ」があると、そのＵＲＬに応じたＨＴＴＰリクエストが、ホスト名「ｗｗｗ．ｎｅｃ．ｃｏ．ｊｐ」で指定されるＷＷＷサーバに送信されてしまう。

特許文献３に記載の共有情報利用システムでは、ＨＴＭＬページ内にＷＷＷサーバを宛先とするＵＲＬがあっても、ＨＴＴＰリクエストを中継サーバに送信することが可能である。

この共有情報利用システムでは、中継サーバは、クライアントのＷＷＷブラウザからＨＴＴＰリクエストを受け付け、そのＨＴＴＰリクエストを、ＷＷＷサーバに中継してそのＨＴＴＰリクエストに対応したＷＷＷコンテンツを取得する。

中継サーバは、その取得したＷＷＷコンテンツ内のＵＲＬを、中継サーバを宛先とするＵＲＬに書き換える。中継サーバは、そのＵＲＬを書き換えたＨＴＴＰリクエストをクライアントに送信する。クライアントのＷＷＷブラウザは、中継サーバから、そのＵＲＬが書き換えられたＷＷＷコンテンツを受信し、そのＷＷＷコンテンツを表示する。

このため、ＷＷＷブラウザは、ユーザの操作により、その表示されたＷＷＷコンテンツ内のＵＲＬを含むＨＴＴＰリクエストを送信する場合、そのＵＲＬは中継サーバを宛先とするＵＲＬに書き換えられているため、そのＨＴＴＰリクエストは、中継サーバに送信される。
特表２００１−５１１５６１号公報特開２００６−１８７９５号公報特開２００１−２４３１９５号公報

特許文献３に記載の共有情報利用システムでは、中継サーバは、その取得したＷＷＷコンテンツに含まれるＵＲＬを書き換えるときに、そのＷＷＷコンテンツに含まれる文字列がＵＲＬか否かを判断する必要がある。

しかしながら、ＷＷＷコンテンツ内の文字列がＵＲＬか否かの判断は、一般に難しい。このため、ＵＲＬである文字列が誤ってＵＲＬでないと判断されたり、ＵＲＬでない文字列が誤ってＵＲＬであると判断され、そのＵＲＬが書き換えられたりする可能性がある。

例えば、ＨＴＭＬ記述「＜ＢＯＤＹ＞ｈｔｔｐ：／／ｗｗｗ．ｎｅｃ．ｃｏ．ｊｐ＜／ＢＯＤＹ＞」に含まれる「ｈｔｔｐ：／／ｗｗｗ．ｎｅｃ．ｃｏ．ｊｐ」は、ＵＲＬの形式であるが、ＷＷＷブラウザでは、ＵＲＬではなく、単なる文字列として処理される。また、ＨＴＭＬ記述「＜ａｈｒｅｆ＝ｂ＞」に含まれる文字列「ｂ」は、ＵＲＬとして処理される。

このため、ＵＲＬか否かの判断を正確に行なうためには、複雑な処理が必要となり、その結果、中継サーバの負荷が増加して、中継サーバの動作速度が遅延する可能性がある。

本発明の目的は、中継サーバの負荷の増加を抑制しながら、ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージが、中継サーバを経由せずにＷＷＷサーバに送信されることを防止することが可能なクライアント装置、通信方法およびプログラムを提供することである。

上記の目的を達成するために、リクエストメッセージをＷＷＷサーバに中継する中継サーバと接続されたクライアント装置であって、ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージを生成し、該生成したリクエストメッセージを送信する処理部と、前記処理部が前記リクエストメッセージを生成したときに、該リクエストメッセージが前記ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む対象リクエストメッセージであるか否かを検知する検出部と、前記検出部にて前記対象リクエストメッセージであることが検知されると、前記処理部による該対象リクエストメッセージの送信を停止する停止部と、前記停止部にて前記対象リクエストメッセージの送信が停止されると、該対象リクエストメッセージが含むＵＲＬを、前記中継サーバを中継するための中継用ＵＲＬに書き換え、該ＵＲＬを書き換えた対象リクエストメッセージを前記処理部に送信させる再開部と、を含む。

また、本発明の通信方法は、リクエストメッセージをＷＷＷサーバに中継する中継サーバと接続されたクライアント装置が行なう通信方法であって、ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージを生成する生成ステップと、前記生成されたリクエストメッセージを送信する送信ステップと、前記リクエストメッセージが生成されたときに、該リクエストメッセージが前記ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む対象リクエストメッセージであるか否かを検知する検知ステップと、前記対象リクエストメッセージであることが検知されると、該対象リクエストメッセージの送信を停止する停止ステップと、前記対象リクエストメッセージの送信が停止されると、該対象リクエストメッセージが含むＵＲＬを、前記中継サーバを中継するための中継用ＵＲＬに書き換える書換ステップと、前記ＵＲＬが書き換えられた対象リクエストメッセージを送信する送信ステップと、を含む。

上記の発明によれば、リクエストメッセージに含まれるＷＷＷサーバのホスト名が宛先として記述されたＵＲＬが、中継サーバを中継するための中継用ＵＲＬに書き換えられる。

このため、中継サーバがＷＷＷコンテンツ内のＵＲＬを変更しなくても、そのＵＲＬを含むリクエストメッセージが、中継サーバを経由せずにＷＷＷサーバに送信されることを防止することが可能になる。したがって、中継サーバの負荷の増加を抑制しながら、ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージが、中継サーバを経由せずにＷＷＷサーバに送信されることを防止することが可能になる。

また、前記ＷＷＷコンテンツ内には、複数のＵＲＬがあり、前記処理部は、前記複数のＵＲＬのそれぞれを含む複数のリクエストメッセージを生成し、また、前記送信されたリクエストメッセージに応じたＷＷＷコンテンツを受信し、前記再開部は、前記停止部にて複数の対象リクエストメッセージの送信が停止された場合、該複数の対象リクエストメッセージのいずれか一つを少なくとも選択し、該選択した対象リクエストメッセージが含むＵＲＬを、前記中継用ＵＲＬに書き換え、前記再開部にて選択された対象リクエストメッセージが含むＵＲＬに宛名として記述されたホスト名のＷＷＷサーバからのＷＷＷコンテンツの受信が、前記処理部にて終了されたか否かを確認し、該ＷＷＷコンテンツの受信が終了すると、前記再開部に前記選択した対象リクエストメッセージと異なる対象リクエストメッセージを選択させる監視部を含むことが望ましい。

従来、複数のＷＷＷコンテンツのそれぞれの内に、挿入用のＷＷＷコンテンツを指定する絶対パスのＵＲＬがあると、その挿入用のＷＷＷコンテンツの受信が失敗する可能性があった。このような現象は、例えば、ＷＥＢページ内に、画像を指定する絶対パスのＵＲＬを有する複数のフレームページがある場合などで発生する。

例えば、図８で示したＨＴＭＬページ８００において、クライアント装置が、フレームページ「１」および「２」を同時に受信した場合、各フレームページ内の画像「１」および「２」のそれぞれを取得するための二つのリクエストメッセージがほぼ同時に中継サーバに送信される。このとき、画像「１」を指定するＵＲＬは、ＷＷＷサーバ「ａａａ．ｃｏｍ」内の画像を指定するパス文字列で記述された絶対パスであり、画像「２」を指定するＵＲＬは、ＷＷＷサーバ「ｘｘｘ．ｃｏ．ｊｐ」内の画像を指定するパス文字列で記述された絶対パスである。

中継サーバは、各画像は、絶対パスのＵＲＬで指定されているため、セッション維持用のクッキー情報で示されるＷＷＷサーバにリクエストメッセージを中継しようとする。しかしながら、セッション維持用のクッキー情報は、フレームページ「１」のＷＷＷサーバのホスト名”ａａａ．ｃｏｍ”と、フレームページ「２」のＷＷＷサーバのホスト名”ｘｘｘ．ｃｏ．ｊｐ”とのいずれか一つのしか示せないため、画像「１」または「２」のどちらかの取得が失敗する。

上記の発明によれば、選択された対象リクエストメッセージが含むＵＲＬに記述されたホスト名のＷＷＷサーバからの受信が終了すると、その選択した対象リクエストメッセージと異なる対象リクエストメッセージが選択される。

このため、ＷＷＷコンテンツ内に、互いに異なるＷＷＷサーバ内の挿入用のＷＷＷコンテンツを指定するパス文字列で記述された絶対パスのＵＲＬがあっても、その挿入用のＷＷＷコンテンツの受信の失敗を防止することが可能になる。

また、前記再開部は、前記停止部にて互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージの送信が停止されると、該複数の対象リクエストメッセージを全て選択することが望ましい。

また一般に、一つずつＨＴＴＰリクエストが送信されると、通信速度が遅くなる。

上記の発明によれば、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージの全てが、選択される。

このため、宛名が同じＷＷＷサーバに、同時にリクエストメッセージを送信することが可能になり、通信速度を向上させることが可能になる。

また、前記監視部は、前記ＷＷＷコンテンツの受信が終了すると、前記再開部が選択した対象リクエストメッセージが含むＵＲＬに宛先として記述されたホスト名と異なり、かつ、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージがある場合、前記再開部に該複数の対象リクエストメッセージを全て選択させることが望ましい。

上記の発明によれば、ＷＷＷコンテンツの受信が終了すると、選択された対象リクエストメッセージと異なり、かつ、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージが全て選択される。

このため、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージが、複数セットあった場合に、通信速度を向上させることが可能になる。

また、本発明のプログラムは、前記通信方法をコンピュータに実行させる。

本発明によれば、中継サーバの負荷の増加を抑制しながら、ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージが、中継サーバを経由せずにＷＷＷサーバに送信されることを防止することが可能になる。

以下、本発明の実施の形態について図面を参照して説明する。

図１は、本発明の一実施例の通信システムを示したブロック図である。

図１において、通信システムは、ＷＷＷサーバ１と、クライアント装置２と、中継サーバ３とを含む。ＷＷＷサーバ１、クライアント装置２および中継サーバ３は、例えば、インターネットで相互に接続される。なお、ＷＷＷサーバ１、クライアント装置２および中継サーバ３を接続する通信網は、インターネットに限らず適宜変更可能である。

また、ＷＷＷサーバは、複数あり、図１では、その複数のＷＷＷサーバの中の一つが示されている。

ＷＷＷサーバ１は、ＷＷＷコンテンツを格納する。ＷＷＷコンテンツは、例えば、ＨＴＭＬページなどのＷＥＢページおよび画像などのＷＷＷにて取得可能な情報資源である。

ＷＷＷサーバ１は、クライアント装置２または中継サーバ３からＨＴＴＰリクエストを受け付けると、そのＨＴＴＰリクエストに応じた応答をクライアント装置２または中継サーバ３に送信する。なお、ＨＴＴＰリクエストは、リクエストメッセージの一例である。

例えば、ＨＴＴＰリクエストの方法（メソッド：method）が「ＧＥＴ」の場合、ＷＷＷサーバ１は、そのＨＴＴＰリクエストが含むＵＲＬのパス文字列で指定されるＷＷＷコンテンツを応答として送信する。なお、ＨＴＴＰリクエストの方法は、そのＨＴＴＰリクエストの種類を示す。方法「ＧＥＴ」のＨＴＴＰリクエストは、データの取得を示す。

クライアント装置２は、入力部２１、情報処理部２２と、表示部２３と、リクエスト蓄積部２４とを含む。

入力部２１は、ＷＷＷコンテンツを変更する旨の変更指示を受け付ける。

情報処理部２２は、ＨＴＭＬ処理部２０１と、リクエスト検出部２０２と、リクエスト停止部２０３と、リクエスト再開部２０４と、読み込み監視部２０５とを含む。

ＨＴＭＬ処理部（以下、処理部と呼ぶ）２０１は、ＷＷＷサーバ１または中継サーバ３から、ＷＷＷコンテンツを受信すると、そのＷＷＷコンテンツを表示部２３に表示する。

処理部２０１は、そのＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージを生成し、その生成したリクエストメッセージを送信する。なお、そのＷＷＷコンテンツ内に複数のＵＲＬがある場合、処理部２０１は、その複数のＵＲＬのそれぞれを含む複数のＨＴＴＰリクエストを生成する。

処理部２０１は、その送信したリクエストメッセージに応じた応答をＷＷＷサーバ１または中継サーバ３から受信する。応答は、例えば、ＷＷＷコンテンツである。

また、処理部２０１は、入力部２１が変更指示を受け付けると、その変更指示に従って、ＷＷＷサーバ１または中継サーバ３から受信した新しいＷＷＷコンテンツを表示部２３に表示する。なお、ＷＷＷコンテンツの変更および表示は、従来技術と変らず、また、本発明と直接関係しないので詳細な説明は省略する。

リクエスト検出部（以下、検出部と呼ぶ）２０２は、処理部２０１がＨＴＴＰリクエストを生成したときに、そのリクエストメッセージが、ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含むＨＴＴＰリクエストであるか否かを検知する。以下、ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含むＨＴＴＰリクエストを対象リクエストと呼ぶ。

例えば、処理部２０１は、その対象リクエストを生成すると、その対象リクエストを検出部２０２に通知する。検出部２０２は、その対象リクエストを受け付けると、処理部２０１が生成したＨＴＴＰリクエストを対象リクエストであると検知する。

検出部２０２は、そのＨＴＴＰリクエストを対象リクエストであると検知すると、その対象リクエストをリクエスト蓄積部（以下、蓄積部と呼ぶ）２４に記憶する。

このとき、検出部２０２は、その対象リクエストに基づく情報を蓄積部２４に記憶してもよい。例えば、検出部２０２は、ヘッダ情報、クッキー情報およびＨＴＴＰバージョン情報などを蓄積部２４に記憶してもよい。

リクエスト停止部（以下、停止部と呼ぶ）２０３は、検出部２０２にて対象リクエストであることが検知されると、処理部２０１によるその対象リクエストの送信を停止する。

リクエスト再開部（以下、再開部と呼ぶ）２０４は、停止部２０３にて対象リクエストメッセージの送信が停止されると、蓄積部２４に記憶された対象リクエストが含むＵＲＬを、中継サーバ３を中継するための中継用ＵＲＬに書き換える。

中継用ＵＲＬは、宛先として中継サーバ３のホスト名が記述され、その対象リクエストが含むＵＲＬに宛先として記述されたＷＷＷサーバのホスト名と、ＷＷＷコンテンツのパス文字列を含む。

例えば、中継サーバ３のホスト名が「ｐｒｏｘｙ．ｃｏｍ」であり、対象リクエストに含まれるＵＲＬが「ｈｔｔｐ：／／ｂｂｂ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ」であると、再開部２０４は、そのＵＲＬを、中継用ＵＲＬ「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ｂｂｂ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ」に書き換える。ここで、「／ｆｌａｇ／」は、中継判定文字列であり、このＵＲＬが中継用ＵＲＬであることを示す。なお、中継判定文字列は、中継サーバ３が中継用ＵＲＬか否かを判定することが可能なものであれば、「／ｆｌａｇ／」に限らず適宜変更可能である。

複数の対象リクエストが蓄積部２４に記憶されている場合、再開部２０４は、その複数の対象リクエストのいずれか一つを少なくとも選択し、その選択した複数の対象リクエストのそれぞれが含むＵＲＬを中継用ＵＲＬに書き換える。

また、同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストが蓄積部２４に記憶されている場合、再開部２０４は、その複数の対象リクエストを全て選択し、その選択した対象リクエストが含むＵＲＬを中継用ＵＲＬに書き換える。

再開部２０４は、ＵＲＬを書き換えると、そのＵＲＬを書き換えた対象リクエストを処理部２０１に送信させる。このため、モジュールが、送信されたＨＴＴＰリクエストを横取りすることなく、ＨＴＴＰリクエストを中継サーバに送信することが可能になっている。

読み込み監視部（以下、監視部と呼ぶ）２０５は、再開部２０４が選択した対象リクエストメッセージが含むＵＲＬに宛名として記述されたホスト名のＷＷＷサーバからのＷＷＷコンテンツの受信が、処理部２０１にて終了されたか否かを確認する。

そのＷＷＷコンテンツの受信が終了すると、監視部２０５は、再開部２０４にその選択された対象リクエストメッセージと異なる対象リクエストメッセージを選択させる。

ここで、監視部２０５は、再開部２０４が選択した対象リクエストメッセージが含むＵＲＬに宛先として記述されたホスト名と異なり、かつ、互いに同じホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージが蓄積部２４にある場合、再開部２０４にその複数の対象リクエストメッセージを全て選択させる。

中継サーバ３は、クライアント装置２からＨＴＴＰリクエストを受信すると、そのＨＴＴＰリクエストをＷＷＷサーバに中継する。ここで、中継サーバ３は、ＷＷＷサーバ１にＨＴＴＰリクエストを送信したとする。

中継サーバ３は、ＷＷＷサーバ１から、そのＨＴＴＰリクエストに応じた応答を受信し、その応答をクライアント装置２に返信する。このとき、ＷＷＷサーバ１のホスト名を示すセッション維持用のクッキー情報を生成し、そのセッション維持用のクッキー情報をその応答に付けて送信する。

ここで、クッキーとは、返信するＷＷＷコンテンツを変更することなく、ＷＷＷブラウザに対する追加情報（クッキー情報）を保存しておくために利用する機能である。なお、クッキーは、ＷＷＷブラウザの一般的な機能であり、ここでは詳細な説明を省略する。

中継サーバ３は、例えば、特許文献３に記載の中継サーバである。なお、中継サーバ３は、特許文献３に記載の中継サーバに限らず、ＨＴＴＰリクエストをＷＷＷサーバに中継することが可能であればよい。

次に動作の概要を説明する。

図２は、ＷＷＷコンテンツの一例を示した説明図である。

図２では、ＷＷＷコンテンツとして、ＨＴＭＬページ１００が示されている。ＨＴＭＬページ１００内には、フレームページ１１ないし１３のそれぞれを指定する三つのＵＲＬがある。その三つのＵＲＬのそれぞれは、「ｈｔｔｐ：／／ｂｂｂ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ」、「ｈｔｔｐ：／／ｚｚｚ．ｃｏ．ｊｐ／ｍａｉｎ．ｈｔｍｌ」および「ｈｔｔｐ：／／ｂｂｂ．ｃｏｍ／ａｄｖ．ｈｔｍｌ」である。

処理部２０１は、ＨＴＭＬページ１００を受信すると、そのＨＴＭＬページ内の三つのＵＲＬのそれぞれを含む三つのＨＴＴＰリクエストを生成する。

その三つＨＴＴＰリクエストの全ては、ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む。このため、検出部２０２は、その三つのＨＴＴＰリクエストを対象リクエストであると検知し、その三つの対象リクエストを蓄積部２４に記憶する。また、停止部２０３は、処理部２０１によるその三つの対象リクエストの送信を停止する。

図３は、蓄積部２４に記憶されたＨＴＴＰリクエスト（対象リクエスト）の一例を示した説明図である。

図３において、ＨＴＴＰリクエスト３００は、方法３０１と、ＵＲＬ３０２と、発行元３０３と、データ３０４とを含む。

方法３０１は、ＨＴＴＰリクエスト３００の種類を示す。ＵＲＬ３０２は、フレームページを指定するＵＲＬを示す。発行元３０３は、フレームページの名前を示す。データ３０４は、送信するデータを示す。なお、データ３０４「なし」は、送信するデータがないことを示す。

フレームページ１１および１３のそれぞれを指定するＵＲＬは、同じＷＷＷサーバのホスト名（ｂｂｂ．ｃｏｍ）を宛名として記述しているので、再開部２０４は、フレームページ１１および１３のそれぞれを指定するＵＲＬを含む二つのＨＴＴＰリクエスト３００を選択する。

再開部２０４は、その選択した二つのＨＴＴＰリクエスト３００のそれぞれが含むＵＲＬを、中継用ＵＲＬに書き換える。なお、中継用ＵＲＬは、例えば、「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ｂｂｂ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ」および「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｍ／ｆｌａｇ／ｂｂｂ．ｃｏｍ／ａｄｖ．ｈｔｍｌ」である。

再開部２０４は、そのＵＲＬを書き換えた二つのＨＴＴＰリクエスト３００を処理部２０１から送信し、その後、その二つのＨＴＴＰリクエスト３００を蓄積部２４から削除する。

この二つのＨＴＴＰリクエスト３００のそれぞれは、中継用ＵＲＬを含むので、中継サーバ３に送信される。

中継サーバ３は、その二つのＨＴＴＰリクエスト３００を受信すると、そのＨＴＴＰリクエストを、その二つのＨＴＴＰリクエスト３００が含むＷＷＷサーバのホスト名「ｂｂｂ．ｃｏｍ」に送信する。

ホスト名「ｂｂｂ．ｃｏｍ」のＷＷＷサーバは、その二つのＨＴＴＰリクエストを受信すると、その二つのＨＴＴＰリクエストのそれぞれに応じた二つのＷＷＷコンテンツ（フレームページ１１および１３）を応答として中継サーバ３に送信する。

中継サーバ３は、その二つのフレームページ１１および１３を受け付けると、そのフレームページ１１および１３をクライアント装置２の処理部２０１に返信する。このとき、中継サーバ３は、ホスト名「ｂｂｂ．ｃｏｍ」を示すセッション維持用のクッキー情報を生成し、そのクッキー情報をフレームページ１１および１３に付けて送信する。

処理部２０１は、そのフレームページ１１および１３を受信すると、そのフレームページ１１および１３を表示部２３に表示する。

また、処理部２０１は、フレームページ１１および１３のそれぞれの内の画像１１ａおよび１３ａを指定するＵＲＬ「／ＢＢＢ．ＪＰＧ」および「／ＡＤＶ.ＪＰＧ」のそれぞれを含む二つのＨＴＴＰリクエストを生成し、その二つのＨＴＴＰリクエストを中継サーバ３に送信する。このとき、処理部２０１は、フレームページ１１および１３に付けられたクッキー情報をその二つのＨＴＴＰリクエストのそれぞれに付けて、その二つのＨＴＴＰリクエストを中継サーバ３に送信する。

中継サーバ３は、その二つのＨＴＴＰリクエストを受信すると、そのＨＴＴＰリクエストに付いたクッキー情報が示すホスト名「ｂｂｂ．ｃｏｍ」のＷＷＷサーバにその二つのＨＴＴＰリクエストを送信する。

ホスト名「ｂｂｂ．ｃｏｍ」のＷＷＷサーバは、その二つのＨＴＴＰリクエストを受信すると、その二つのＨＴＴＰリクエストのそれぞれに応じた二つのＷＷＷコンテンツ（画像１１ａおよび１３ａ）を応答として中継サーバ３に送信する。

中継サーバ３は、その二つの画像１１ａおよび１３ａを受け付けると、その画像１１ａおよび１３ａをクライアント装置２の処理部２０１に返信する。

処理部２０１は、中継サーバ３から画像１１ａおよび１３ａを受信すると、それらの画像１１ａおよび１３ａを表示部２３に表示する。

監視部２０５は、処理部２０１による画像１１ａおよび１３ａの受信が終了すると、対象リクエストメッセージが含むＵＲＬに宛名として記述されたホスト名「ｂｂｂ．ｃｏｍ」のＷＷＷサーバからのＷＷＷコンテンツの受信が、処理部２０１にて終了されたことを確認する。監視部２０５は、再開部２０４に先に選択した対象リクエストメッセージと異なる対象リクエストメッセージを選択させる。

次に、動作を説明する。

図４は、通信システムの動作の一例を説明するためのフローチャートである。

ステップＳ１０１では、処理部２０１は、ＷＷＷサーバ１または中継サーバ３からＷＷＷコンテンツを受信すると、そのＷＷＷコンテンツを表示部２３に表示する。処理部２０１は、ステップＳ１０１を終了すると、ステップＳ１０２を実行する。

ステップＳ１０２では、処理部２０１は、そのＷＷＷコンテンツに基づいて、そのＷＷＷコンテンツ内のＵＲＬを含むＨＴＴＰリクエストを生成する。

処理部２０１は、その生成したＨＴＴＰリクエストが対象リクエストであると、そのＨＴＴＰリクエストを検出部２０２に通知する。検出部２０２は、そのＨＴＴＰリクエストを受け付けると、ステップＳ１０３を実行する。

ステップＳ１０３では、検出部２０２は、処理部２０１が生成したＨＴＴＰリクエストが対象リクエストであることを検知する。検出部２０２は、ステップＳ１０３を終了すると、ステップＳ１０４を実行する。

ステップＳ１０４では、検出部２０２は、その対象リクエストを蓄積部２４に記憶する。検出部２０２は、ステップＳ１０４を終了すると、ステップＳ１０５を実行する。

ステップＳ１０５では、検出部２０２は、対象リクエストが生成された旨の生成情報を生成し、その生成情報を停止部２０３に出力する。

停止部２０３は、その生成情報を受け付けると、対象リクエストの送信を停止する旨の停止指示を生成し、その停止指示を処理部２０１に出力する。処理部２０１は、その停止指示を受け付けると、その停止指示にて指示された対象リクエストの送信を停止する。

例えば、生成情報および停止指示は、その対象リクエストのＵＲＬを含み、処理部２０１は、その停止指示が含むＵＲＬと同じＵＲＬを含むＨＴＴＰリクエストの送信を停止して、対象リクエストの送信を停止する。

また、停止部２０３は、停止指示を出力すると、対象リクエストの送信を停止した旨の停止情報を再開部２０４に出力する。再開部２０４は、その停止情報を受け付けると、ステップＳ１０６を実行する。

ステップＳ１０６では、再開部２０４は、蓄積部２４から対象リクエストを取得する。このとき、宛名が同じＷＷＷサーバのＵＲＬを含む複数の対象リクエストが蓄積部２４に記憶されている場合、再開部２０４は、その複数の対象リクエストを全て選択し、その選択した対象リクエストを取得する。

なお、複数の対象リクエストが蓄積部２４に記憶されているが、宛名が同じＷＷＷサーバのＵＲＬを含む複数の対象リクエストが蓄積部２４に記憶されていない場合、再開部２０４は、その複数の対象リクエストのいずれか一つを選択し、その選択したＨＴＴＰリクエストを取得する。

再開部２０４は、対象リクエストを取得すると、その取得した対象リクエストを蓄積部２４から削除する。再開部２０４は、ステップＳ１０６を終了すると、ステップＳ１０７を実行する。

ステップＳ１０７では、再開部２０４は、その取得した対象リクエストが含むＵＲＬを中継用ＵＲＬに書き換える。このとき、再開部２０４は、対象リクエストが含むＵＲＬと異なる情報を書き換えてもよいし、その対象リクエストに新しい情報を追加してもよい。

再開部２０４は、ステップＳ１０７を終了すると、ステップＳ１０８を実行する。

ステップＳ１０８では、再開部２０４は、そのＵＲＬを書き換えた対象リクエストを送信する旨の送信指示を生成し、その送信指示および対象リクエストを処理部２０１に出力する。

処理部２０１は、その送信指示および対象リクエストを受け付けると、その対象リクエストを送信する。このとき、対象リクエストは、中継用ＵＲＬを含むので、中継サーバ３に送信される。

中継サーバ３は、その対象リクエストを受信すると、ステップＳ１０９を実行する。

ステップＳ１０９では、中継サーバ３は、その対象リクエストをＷＷＷサーバ１に中継する。ＷＷＷサーバ１は、その対象リクエストを受信すると、その対象リクエストに応じたＷＷＷコンテンツを応答として中継サーバ３に送信する。中継サーバ３は、そのＷＷＷコンテンツを受信すると、そのＷＷＷコンテンツを処理部２０１に送信する。このとき、中継サーバ３は、ＷＷＷサーバ１を示すセッション維持用のクッキー情報を生成する。

処理部２０１は、そのＷＷＷコンテンツを受信すると、そのＷＷＷコンテンツを表示部２３に表示する。

また、監視部２０５は、ＷＷＷサーバ１からのＷＷＷコンテンツの受信が処理部２０１にて終了したか否かを確認する。監視部２０５は、そのＷＷＷコンテンツの受信が終了すると、対象ＨＴＴＰリクエストを選択する旨の選択指示を再開部２０４に出力する。再開部２０４は、その選択指示を受け付けると、ステップＳ１０６を実行する。

本実施例によれば、処理部２０１は、ＷＷＷコンテンツ内のＵＲＬを含むＨＴＴＰリクエストを生成し、そのＨＴＴＰリクエストを送信する。検出部２０２は、ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む対象リクエストが生成されたか否かを検知する。停止部２０３は、その対象リクエストが生成されたことが検知されると、処理部２０１によるその対象リクエストの送信を停止する。再開部２０４は、その対象リクエストの送信が停止されると、その対象リクエストが含むＵＲＬを、中継サーバ３を中継するための中継用ＵＲＬに書き換える。再開部２０４は、そのＵＲＬを書き換えた対象リクエストメッセージを処理部２０１に送信させる。

この場合、リクエストメッセージに含まれるＷＷＷサーバのホスト名が宛先として記述されたＵＲＬが、中継サーバを中継するための中継用ＵＲＬに書き換えられる。

また、本実施例では、再開部２０４は、停止部２０３にて複数の対象リクエストメッセージの送信が停止された場合、その複数の対象リクエストメッセージのいずれか一つを少なくとも選択する。再開部２０４は、その選択した対象リクエストメッセージが含むＵＲＬを、中継用ＵＲＬに書き換える。監視部２０５は、その選択された対象リクエストメッセージが含むＵＲＬに宛名として記述されたホスト名のＷＷＷサーバからのＷＷＷコンテンツの受信が、処理部２０１にて終了されたか否かを確認する。監視部２０５は、そのＷＷＷコンテンツの受信が終了すると、再開部２０４にその選択した対象リクエストメッセージと異なる対象リクエストメッセージを選択させる。

この場合、選択された対象リクエストメッセージが含むＵＲＬに記述されたホスト名のＷＷＷサーバからの受信が終了すると、その選択した対象リクエストメッセージと異なる対象リクエストメッセージが選択される。

また、本実施例では、再開部２０４は、停止部２０３にて互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージの送信が停止されると、その複数の対象リクエストメッセージを全て選択する。

この場合、宛名が同じＷＷＷサーバに、同時にリクエストメッセージを送信することが可能になり、通信速度を向上させることが可能になる。

また、本実施例では、監視部２０５は、ＷＷＷコンテンツの受信が終了すると、再開部２０４が選択した対象リクエストメッセージと異なり、かつ、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージがある場合、再開部２０４にその複数の対象リクエストメッセージを全て選択させる。

この場合、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージが、複数セットあった場合に、通信速度を向上させることが可能になる。

次に、第二の実施例について説明する。

本実施例では、ＨＴＴＰリクエストの方法が「ＰＯＳＴ」の場合を説明する。方法「ＰＯＳＴ」は、データの送信を示す。この場合、ＷＷＷサーバ１は、そのＨＴＴＰリクエストを受信すると、そのデータの受信が成功した旨またはデータの受信が失敗した旨を応答として送信する。

図５は、ＷＷＷコンテンツの他の例を示した説明図である。

図５では、ＷＷＷコンテンツとして、ＨＴＭＬページ５００が示されている。ＨＴＭＬページの中には、フォーム５０に対応したＵＲＬ「ｈｔｔｐ：／／ｂｂｂ．ｃｏｍ／ｆｏｒｍ．ｃｇｉ」がある。

フォーム５０は、入力ボックス５１ないし５３と、ボタン５４とを含む。

入力ボックス５１ないし５３には、利用者が入力した情報が表示される。利用者が入力部２１を操作して、ボタン５４を押すと、処理部２０１は、フォーム５０に対応付けられたＵＲＬを含むＨＴＴＰリクエストを生成する。

図６は、第二の実施例のコンテンツ取得システムの動作を説明するためのフローチャートである。図６において、図４と同じ処理には、同じ符号が付してある。

利用者は、入力部２１を用いて、入力ボックス５１ないし５３に情報を入力したとする。このとき、入力部２１は、その情報を受け付け、その情報を処理部２０１に出力する。処理部２０１は、その情報を受け付けると、その情報を表示部２３に表示する。その後、利用者は、入力部２１を用いて、ボタン５４を押下したとする。

ステップＳ６０１では、入力部２１は、ボタンが押下された旨を処理部２０１に出力する。処理部２０１は、その旨を受け付けると、ステップＳ６０２を実行する。

ステップＳ６０２では、処理部２０１は、その旨に応じたＨＴＴＰリクエストを生成する。具体的には、処理部２０１は、そのフォーム５０に対応した付けられたＵＲＬを含むＨＴＴＰリクエストを生成する。このとき、ＨＴＴＰリクエストの方法は、「ＰＯＳＴ」になる。

処理部２０１が、ＨＴＴＰリクエストを生成すると、検出部２０２が、ステップＳ１０３を実行する。その後、ステップＳ１０３ないしＳ１０９が実行される。

図７は、ステップＳ１０４で蓄積部２４に記憶されたＨＴＴＰリクエストの他の例を示した説明図である。なお、図７では、ステップＳ６０２で生成されたＨＴＴＰリクエストが示されている。

図７において、ＨＴＴＰリクエスト７００は、方法７０１と、ＵＲＬ７０２と、発行元７０３と、データ７０４とを含む。

方法７０１は、ＰＯＳＴを示す。ＵＲＬ７０２は、ＨＴＴＰリクエストの送信先として、フォーム５０と対応付けられたＵＲＬを示す。発行元７０３は、ＨＴＴＰリクエスト３００の発行元として、フォーム５０を含むＨＴＭＬページの名前「ｔｏｐ」を示す。データ７０４は、送信するデータとして、入力ボックス５１ないし５３に入力された情報を示す。なお、データ７０４は、漢字データ「港区芝浦」を含んでいるが、一般的には、その漢字データは、「ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｗｗｗ−ｆｏｒｍ−ｕｒｌｅｎｃｏｄｅｄ」と呼ばれる形式に変更される。

本実施例では、ＨＴＴＰリクエストの方法が「ＰＯＳＴ」でも、中継サーバの負荷の増加を抑制しながら、ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージが、中継サーバを経由せずにＷＷＷサーバに送信されることを防止することが可能になる。

なお、以上説明した情報処理部２２の機能は、その機能を実現するためのプログラムを、コンピュータにて読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータ内の揮発性メモリのように、一定時間プログラムを保持しているものを含む。

このとき、処理部２０１は、一般的なＷＷＷブラウザと呼ばれるプログラムにて実現される。また、検出部２０２と、停止部２０３と、再開部２０４と、監視部２０５とは、例えば、ＡｃｔｉｖｅＸまたはプラグインなどにより、ＷＷＷブラウザに機能追加されて実現されることが望ましいが、別の方法でＷＷＷブラウザに機能追加されて実現されてもよいし、また、ＷＷＷブラウザに追加せずに、ＷＷＷブラウザとは別のプログラムにて実現されてもよい。

なお、本発明の適用例として、複数のクライアント装置にて一つのＷＷＷコンテンツを共有して、表示または更新などを行なう遠隔共有システムおよび遠隔共有アプリケーションなどがあげられる。

以上説明した実施例において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。

本発明の一実施形態の通信システムの構成を示したブロック図である。ＷＷＷコンテンツの一例を示した説明図である。蓄積部に記憶されたＨＴＴＰリクエストの一例を示した説明図である。コンテンツ取得システムの動作の一例を説明するためのフローチャートである。ＷＷＷコンテンツの他の例を示した説明図である。コンテンツ取得システムの他の動作例を説明するためのフローチャートである。蓄積部に記憶されたＨＴＴＰリクエストの他の例を示した説明図である。ＨＴＭＬページの一例である。

符号の説明

１ＷＷＷサーバ
２クライアント装置
３中継サーバ
２１入力部
２２情報処理部
２３表示部
２４リクエスト蓄積部
２０１ＨＴＭＬ処理部
２０２リクエスト検出部
２０３リクエスト停止部
２０４リクエスト再開部
２０５読み込み監視部

Claims

リクエストメッセージをＷＷＷサーバに中継する中継サーバと接続されたクライアント装置であって、
ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージを生成し、該生成したリクエストメッセージを送信する処理部と、
前記処理部が前記リクエストメッセージを生成したときに、該リクエストメッセージが前記ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む対象リクエストメッセージであるか否かを検知する検出部と、
前記検出部にて前記対象リクエストメッセージであることが検知されると、前記処理部による該対象リクエストメッセージの送信を停止する停止部と、
前記停止部にて前記対象リクエストメッセージの送信が停止されると、該対象リクエストメッセージが含むＵＲＬを、前記中継サーバを中継するための中継用ＵＲＬに書き換え、該ＵＲＬを書き換えた対象リクエストメッセージを前記処理部に送信させる再開部と、を含むクライアント装置。
請求項１に記載のクライアント装置において、
前記ＷＷＷコンテンツ内には、複数のＵＲＬがあり、
前記処理部は、前記複数のＵＲＬのそれぞれを含む複数のリクエストメッセージを生成し、また、前記送信されたリクエストメッセージに応じたＷＷＷコンテンツを受信し、
前記再開部は、前記停止部にて複数の対象リクエストメッセージの送信が停止された場合、該複数の対象リクエストメッセージのいずれか一つを少なくとも選択し、該選択した対象リクエストメッセージが含むＵＲＬを、前記中継用ＵＲＬに書き換え、
前記再開部が選択した対象リクエストメッセージが含むＵＲＬに宛名として記述されたホスト名のＷＷＷサーバからのＷＷＷコンテンツの受信が、前記処理部にて終了されたか否かを確認し、該ＷＷＷコンテンツの受信が終了すると、前記再開部に前記選択した対象リクエストメッセージと異なる対象リクエストメッセージを選択させる監視部を含む、クライアント装置。
請求項２に記載のクライアント装置において、
前記再開部は、前記停止部にて互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージの送信が停止されると、該複数の対象リクエストメッセージを全て選択する、クライアント装置。
請求項３に記載のクライアント装置において、
前記監視部は、前記ＷＷＷコンテンツの受信が終了すると、前記再開部が選択した対象リクエストメッセージが含むＵＲＬに宛先として記述されたホスト名と異なり、かつ、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージがある場合、前記再開部に該複数の対象リクエストメッセージを全て選択させる、クライアント装置。
リクエストメッセージをＷＷＷサーバに中継する中継サーバと接続されたクライアント装置が行なう通信方法であって、
ＷＷＷコンテンツ内のＵＲＬを含むリクエストメッセージを生成する生成ステップと、
前記生成されたリクエストメッセージを送信する送信ステップと、
前記リクエストメッセージが生成されたときに、該リクエストメッセージが前記ＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む対象リクエストメッセージであるか否かを検知する検知ステップと、
前記対象リクエストメッセージであることが検知されると、該対象リクエストメッセージの送信を停止する停止ステップと、
前記対象リクエストメッセージの送信が停止されると、該対象リクエストメッセージが含むＵＲＬを、前記中継サーバを中継するための中継用ＵＲＬに書き換える書換ステップと、
前記ＵＲＬが書き換えられた対象リクエストメッセージを送信する送信ステップと、を含む通信方法。
請求項５に記載の通信方法において、
前記ＷＷＷコンテンツ内には、複数のＵＲＬがあり、
前記生成ステップでは、前記複数のＵＲＬのそれぞれを含む複数のリクエストメッセージを生成し、
前記再開ステップでは、複数の対象リクエストメッセージの送信が停止された場合、該複数の対象リクエストメッセージのいずれか一つを少なくとも選択する選択ステップと、
前記選択した対象リクエストメッセージが含むＵＲＬを、前記中継用ＵＲＬに書き換える変更ステップと、
前記送信された対象リクエストメッセージに応じたＷＷＷコンテンツを受信する受信ステップと、
前記選択した対象リクエストメッセージが含むＵＲＬに宛名として記述されたホスト名のＷＷＷサーバからのＷＷＷコンテンツの受信が終了されたか否かを確認する監視ステップと、
前記ＷＷＷコンテンツの受信が終了すると、前記選択した対象リクエストメッセージと異なる対象リクエストメッセージを選択する再選択ステップと、を含む通信方法。
請求項６に記載の通信方法において、
前記選択ステップでは、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージの送信が停止されると、該複数の対象リクエストメッセージを全て選択する、通信方法。
請求項７に記載の通信方法において、
前記再選択ステップでは、前記ＷＷＷコンテンツの受信が終了すると、前記選択された対象リクエストメッセージが含むＵＲＬに宛先として記述されたホスト名と異なり、かつ、互いに同じＷＷＷサーバのホスト名が宛先として記述されたＵＲＬを含む複数の対象リクエストメッセージがある場合、該複数の対象リクエストメッセージを全て選択する、クライアント装置。
請求項５ないし８のいずれか１項に記載の通信方法をコンピュータに実行させるプログラム。