(57)【要約】【課題】ＷＷＷブラウザからのＨＴＴＰ通信を容易に中継サーバへ送信する。【解決手段】中継用プロキシサーバ５−１にて、ＷＷＷコンテンツ１を取得するためにクライアント３−１から送信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかが判断され、ＨＴＴＰリクエストに中継用文字列が含まれていないと判断された場合、当該ＨＴＴＰリクエストがＷＷＷサーバ２へ送信され、ＨＴＴＰリクエストに中継用文字列が含まれていると判断された場合、当該ＨＴＴＰリクエストに含まれるＵＲＬが中継サーバ４を経由するＵＲＬへ変更され、当該ＨＴＴＰリクエストから中継用文字列が削除されたものが中継サーバ４へ送信される。【選択図】図１
2008217532.tif 000002
【特許請求の範囲】
【請求項１】
利用者が使用するクライアントにてＷＷＷコンテンツをＷＷＷサーバから取得するためのＷＷＷコンテンツ取得システムであって、
前記クライアントと前記ＷＷＷサーバとの間に接続され、前記ＷＷＷコンテンツを取得するために前記クライアントから送信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかを判断し、前記ＨＴＴＰリクエストに前記中継用文字列が含まれていないと判断した場合、前記ＨＴＴＰリクエストを前記ＷＷＷサーバへ送信し、前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断した場合、前記ＨＴＴＰリクエストに含まれるＵＲＬを前記中継用文字列で示されているＷＷＷサーバとの間に接続された中継サーバを経由するＵＲＬへ変更し、前記ＨＴＴＰリクエストから前記中継用文字列を削除したものを前記中継サーバへ送信する中継用プロキシサーバを有するＷＷＷコンテンツ取得システム。
【請求項２】
請求項１に記載のＷＷＷコンテンツ取得システムにおいて、
前記中継用プロキシサーバは、
前記ＷＷＷコンテンツを取得するために前記クライアントから送信されたＨＴＴＰリクエストを受信するクライアント用送受信部と、
前記クライアント用送受信部にて受信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかを判断する中継リクエスト抽出部と、
前記中継リクエスト抽出部にて前記ＨＴＴＰリクエストに前記中継用文字列が含まれていないと判断された場合、前記ＨＴＴＰリクエストを前記ＷＷＷサーバへ送信する通常リクエスト送受信部と、
前記中継リクエスト抽出部にて前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断された場合、前記ＨＴＴＰリクエストに含まれるＵＲＬを前記中継用文字列で示されている前記中継サーバを経由するＵＲＬへ変更し、前記ＨＴＴＰリクエストから前記中継用文字列を削除したものを前記中継サーバへ送信する中継リクエスト送受信部とを有することを特徴とするＷＷＷコンテンツ取得システム。
【請求項３】
請求項１または請求項２に記載のＷＷＷコンテンツ取得システムにおいて、
前記ＷＷＷサーバは、予め設定された前記中継用プロキシサーバが前記ＨＴＴＰリクエストを前記中継サーバへ送信可能な期間を該中継用プロキシサーバへ送信し、
前記中継用プロキシサーバは、前記期間を受信し、受信された期間以外では、前記ＨＴＴＰリクエストをすべて前記ＷＷＷサーバへ送信することを特徴とするＷＷＷコンテンツ取得システム。
【請求項４】
利用者が使用するクライアントにてＷＷＷコンテンツをＷＷＷサーバから取得するＷＷＷコンテンツ取得方法であって、
前記ＷＷＷコンテンツを取得するために前記クライアントから送信されたＨＴＴＰリクエストを受信する処理と、
前記受信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかを判断する処理と、
前記ＨＴＴＰリクエストに前記中継用文字列が含まれていないと判断した場合、前記ＨＴＴＰリクエストを前記ＷＷＷサーバへ送信する処理と、
前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断した場合、前記ＨＴＴＰリクエストに含まれるＵＲＬを前記中継用文字列で示されている前記中継サーバを経由するＵＲＬへ変更する処理と、
前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断した場合、前記ＨＴＴＰリクエストから前記中継クッキーを削除する処理と、
前記ＵＲＬが変更されて前記中継用文字列が削除されたＨＴＴＰリクエストを前記中継サーバへ送信する処理とを有するＷＷＷコンテンツ取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット技術に関し、特に、ＷＷＷサーバからＷＷＷコンテンツを取得するＷＷＷコンテンツ取得システム及びＷＷＷコンテンツ取得方法に関する。
【背景技術】
【０００２】
近年ネットワーク技術の発達により、その通信手段として様々な技術が登場してきている。なかでもＷＷＷ（World Wide Web）と呼ばれるインターネット通信技術は、全世界的に標準的な技術として利用されている。ＷＷＷでは、情報提供者が用意したＷＷＷサーバと呼ばれるホストコンピュータに対して、情報利用者がＷＷＷブラウザと呼ばれるプログラムを用いてアクセスし、利用者が所望の情報を取得するという通信形態がとられている。この情報はＨＴＭＬ（Hyper Text Markup Language）と呼ばれる記述言語で記述されており、ＷＷＷブラウザはこのＨＴＭＬを解釈してＨＴＭＬページとして表示する。このＨＴＭＬページには他のＨＴＭＬページへのリンク情報が埋め込まれており、利用者はこのリンクを操作することによって、別のＨＴＭＬページをＷＷＷサーバから取得できる。また、ＷＷＷサーバ上のＨＴＭＬページは、ＵＲＬ（Uniform Resource Locator）という規定に則った名前でその所在を一意に指定でき、ＨＴＭＬページ上のリンクはこのＵＲＬを持つことによって他のＨＴＭＬページを指定している。例えば、「ｈｔｔｐ：／／サーバＡ／パス１／ファイル１．ｈｔｍｌ」というＵＲＬは、ＷＷＷサーバである"サーバＡ"上の"／パス１／"というパス文字列で示されるディレクトリ配下の"ファイル１．ｈｔｍｌ"というファイル記述子を持つＨＴＭＬページを指定している。また、ＨＴＭＬページには画像などへのリンク情報も記述でき、ＨＴＭＬページを表示する際に指定箇所に画像や動画等を挿入できる。これらのＨＴＭＬページや画像など、ＷＷＷ上で取得可能な資源は一般的にＷＷＷコンテンツと呼ばれ、ＨＴＴＰ（Hyper Text Transfer Protocol）と呼ばれるインターネット通信技術を用いてＷＷＷブラウザを用いて取得可能である。ＨＴＴＰはＷＷＷブラウザからのＷＷＷコンテンツ取得要求時に使用されるＨＴＴＰリクエストと、ＷＷＷサーバからのＷＷＷコンテンツ返信時に使用されるＨＴＴＰレスポンスから構成される。
【０００３】
一般にＷＷＷブラウザはプロキシサーバと呼ばれるＨＴＴＰを中継するサーバを介してＷＷＷコンテンツを取得する機能を有する。一般にＷＷＷブラウザは、ＡＰＩ（Application Program Interface）もしくは設定ファイルなどと呼ばれる設定手段を用いて、プロキシサーバを利用するかどうかを外部から設定可能である。ＷＷＷブラウザの設定によりプロキシサーバを利用するよう指示されたＷＷＷブラウザは、ＨＴＴＰリクエストの最終的な宛先がどこであるかに関わらず、そのリクエストをプロキシサーバに向けて送信する。例えば、ＨＴＴＰリクエストに指定されたＵＲＬが、"ｈｔｔｐ：／／ｗｗｗ．ｎｅｃ．ｃｏｍ／"である場合、通常ＷＷＷブラウザからのＨＴＴＰリクエストの送信先は"ｗｗｗ．ｎｅｃ．ｃｏｍ"で示されるＷＷＷサーバとなる。しかし、プロキシサーバが"ｒｅｌａｙ．ｃｏｍ"と指定されている場合、ＷＷＷブラウザは上述した"ｗｗｗ．ｎｅｃ．ｃｏｍ"宛のＨＴＴＰリクエストを"ｒｅｌａｙ．ｃｏｍ"で示されるプロキシサーバに送信する。
【０００４】
一般にプロキシサーバはＨＴＴＰリクエストに含まれるＵＲＬを解釈し、ＵＲＬに記述されているＷＷＷサーバに対してＨＴＴＴＰリクエストを送信する。ＷＷＷサーバは、ＷＷＷブラウザからのＨＴＴＰリクエストと同じ方法で処理を実行し、ＨＴＴＰリクエストに含まれるＵＲＬで示されたＷＷＷコンテンツをＨＴＴＰレスポンスとしてプロキシサーバに対して返信する。プロキシサーバはＷＷＷサーバから返信されたＨＴＴＰレスポンスをＷＷＷブラウザに対して返信し、ＷＷＷブラウザはプロキシサーバから受け取ったＨＴＴＰレスポンスに含まれるＷＷＷコンテンツを画面に表示する。
【０００５】
また、一般にＷＷＷブラウザはクッキーと呼ばれるＷＷＷサーバからの任意の情報を保存しておく機能を有する。クッキーは、一般にＷＷＷサーバからのＨＴＴＰレスポンス返信時にＨＴＴＰヘッダに指定されるか、ＨＴＭＬページ上でＪａｖａＳｃｒｉｐｔと呼ばれるプログラム機能を用いて任意の文字列をＷＷＷブラウザに保持させることができる。クッキーは一般にＷＷＷブラウザに対して該クッキーの保存処理を要求したＷＷＷサーバに対するＨＴＴＰリクエスト送信時にのみ付加され、ＷＷＷサーバはＨＴＴＰリクエストに付加されたクッキーヘッダを参照することで、ＷＷＷブラウザの識別情報や認証情報などを取得する事ができる。以下に、クッキーヘッダの一例を示す。
【０００６】
Cookie: a=b; relay_request=http://relay.com:8080;
上記のクッキーヘッダの例では、"a"という名前のクッキーと"relay_request"という名前のクッキーの二つのクッキーが指定されており、それぞれのクッキーの値は"b"と"http://relay.com:8080"となる。
【０００７】
また、ＷＷＷブラウザの代わりに同期モジュールを用いる技術が考えられている（例えば、特許文献１参照。）。特許文献１においては、クライアント上のＷＷＷブラウザからのＷＷＷサーバへのＨＴＴＰリクエストをクライアント上に配置された同期モジュールによって横取りし、ＷＷＷブラウザの代わりに同期モジュールが同期サーバへのリクエストとして送信する。同期サーバはＷＷＷブラウザの代わりにＷＷＷサーバへＨＴＴＰリクエストを送信し、ＨＴＴＰリクエストに対応したＷＷＷコンテンツを取得する。同期サーバはＷＷＷコンテンツを取得すると同期モジュールに対し、取得の完了を通知する。同期モジュールは同期サーバを経由してＷＷＷコンテンツを取得できる。
【０００８】
また、クライアント上に、ＷＷＷサーバからのＷＷＷコンテンツを一時蓄積し、他のクライアントに対して蓄積されたＷＷＷコンテンツが更新された事を通知することができるプロキシモジュールを備えたプロキシサーバ付きＷＷＷブラウザを設置し、複数のプロキシサーバ付きＷＷＷブラウザ同士が蓄積したＷＷＷコンテンツを交換しあう技術が考えられている（例えば、特許文献２参照。）。これにより、ＷＷＷブラウザに表示するＷＷＷコンテンツを同期することができる。
【０００９】
また、ＷＷＷブラウザからの中継サーバ宛てのＵＲＬを含むＨＴＴＰリクエストを中継サーバが受け取り、ＵＲＬ中に含まれるＷＷＷサーバに対するＵＲＬを取り出し、ＷＷＷサーバに対するＨＴＴＰリクエストとして再度送信する技術が考えられている（例えば、特許文献３参照。）。特許文献３においては、その後、中継サーバがＵＲＬに対応するＨＴＴＰレスポンスを返信すると、中継サーバはＷＷＷブラウザに対してそのＨＴＴＰレスポンスを返信する。
【特許文献１】特表２００１−５１１５６１号公報
【特許文献２】特開２００３−１２２６９４号公報
【特許文献３】特開２００６−０１８７９５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載された技術においては、各ＷＷＷブラウザがアクセスする同期サーバが動作しているサービスホストをＷＷＷサーバ側で指定する手段がない。
【００１１】
また、特許文献１及び２に記載された技術においては、ＷＷＷサーバ側で意図したページのみ同期させるといった同期をされる側からの制御ができないという問題点がある。また、ＷＷＷサーバ側でセキュリティや商業上の理由により複数のブラウザで同期を取らせたくない場合でもそれを制御する手段を持たない。
【００１２】
また、特許文献１では同期モジュール、特許文献２ではプロキシモジュールと呼ばれているＷＷＷブラウザでは一般的ではないモジュールをＷＷＷブラウザに組み込む必要があり、ＷＷＷブラウザのプログラムに変更があった場合や、種類が異なるＷＷＷブラウザやＯＳ（Operating System）での利用を希望された場合に即座に対応することが困難になってしまうという問題点がある。
【００１３】
また、特許文献３に記載された技術においては、ＷＷＷブラウザから送信されるＵＲＬは中継サーバを送信先のＷＷＷサーバとして指定したものとなり、本来のＷＷＷサーバに対するＵＲＬとは違ったものとなってしまうという問題点がある。これにより、ＪａｖａＳｃｒｉｐｔなどでＵＲＬに基づいた処理を実行した場合、中継サーバ経由で取得したＨＴＭＬページでは中継サーバのＵＲＬとなり、直接ＷＷＷサーバから取得したＨＴＭＬページではＷＷＷサーバのＵＲＬとなるため、同じページであるにも関わらず、ＪａｖａＳｃｒｉｐｔの実行結果が異なる場合が発生してしまうという問題点がある。
【００１４】
本発明は、上述したような従来の技術が有する問題点に鑑みてなされたものであって、ＷＷＷブラウザからのＨＴＴＰ通信を容易に中継サーバへ送信することができるＷＷＷコンテンツ取得システム及びＷＷＷコンテンツ取得方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するために本発明は、
利用者が使用するクライアントにてＷＷＷコンテンツをＷＷＷサーバから取得するためのＷＷＷコンテンツ取得システムであって、
前記クライアントと前記ＷＷＷサーバとの間に接続され、前記ＷＷＷコンテンツを取得するために前記クライアントから送信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかを判断し、前記ＨＴＴＰリクエストに前記中継用文字列が含まれていないと判断した場合、前記ＨＴＴＰリクエストを前記ＷＷＷサーバへ送信し、前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断した場合、前記ＨＴＴＰリクエストに含まれるＵＲＬを前記中継用文字列で示されているＷＷＷサーバとの間に接続された中継サーバを経由するＵＲＬへ変更し、前記ＨＴＴＰリクエストから前記中継用文字列を削除したものを前記中継サーバへ送信する中継用プロキシサーバを有する。
【００１６】
また、前記中継用プロキシサーバは、
前記ＷＷＷコンテンツを取得するために前記クライアントから送信されたＨＴＴＰリクエストを受信するクライアント用送受信部と、
前記クライアント用送受信部にて受信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかを判断する中継リクエスト抽出部と、
前記中継リクエスト抽出部にて前記ＨＴＴＰリクエストに前記中継用文字列が含まれていないと判断された場合、前記ＨＴＴＰリクエストを前記ＷＷＷサーバへ送信する通常リクエスト送受信部と、
前記中継リクエスト抽出部にて前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断された場合、前記ＨＴＴＰリクエストに含まれるＵＲＬを前記中継用文字列で示されている前記中継サーバを経由するＵＲＬへ変更し、前記ＨＴＴＰリクエストから前記中継用文字列を削除したものを前記中継サーバへ送信する中継リクエスト送受信部とを有することを特徴とする。
【００１７】
また、前記ＷＷＷサーバは、予め設定された前記中継用プロキシサーバが前記ＨＴＴＰリクエストを前記中継サーバへ送信可能な期間を該中継用プロキシサーバへ送信し、
前記中継用プロキシサーバは、前記期間を受信し、受信された期間以外では、前記ＨＴＴＰリクエストをすべて前記ＷＷＷサーバへ送信することを特徴とする。
【００１８】
また、利用者が使用するクライアントにてＷＷＷコンテンツをＷＷＷサーバから取得するＷＷＷコンテンツ取得方法であって、
前記ＷＷＷコンテンツを取得するために前記クライアントから送信されたＨＴＴＰリクエストを受信する処理と、
前記受信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかを判断する処理と、
前記ＨＴＴＰリクエストに前記中継用文字列が含まれていないと判断した場合、前記ＨＴＴＰリクエストを前記ＷＷＷサーバへ送信する処理と、
前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断した場合、前記ＨＴＴＰリクエストに含まれるＵＲＬを前記中継用文字列で示されている前記中継サーバを経由するＵＲＬへ変更する処理と、
前記ＨＴＴＰリクエストに前記中継用文字列が含まれていると判断した場合、前記ＨＴＴＰリクエストから前記中継用文字列を削除する処理と、
前記ＵＲＬが変更されて前記中継用文字列が削除されたＨＴＴＰリクエストを前記中継サーバへ送信する処理とを有する。
【００１９】
上記のように構成された本発明のおいては、利用者が使用するクライアントとＷＷＷサーバとの間に接続された中継用プロキシサーバにて、ＷＷＷコンテンツを取得するためにクライアントから送信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかが判断され、ＨＴＴＰリクエストに中継用文字列が含まれていないと判断された場合、当該ＨＴＴＰリクエストがＷＷＷサーバへ送信され、ＨＴＴＰリクエストに中継用文字列が含まれていると判断された場合、当該ＨＴＴＰリクエストに含まれるＵＲＬがＷＷＷサーバとの間に接続された中継サーバを経由するＵＲＬへ変更され、当該ＨＴＴＰリクエストから中継用文字列が削除されたものが中継サーバへ送信される。
【００２０】
例えば、前記中継用文字列の設定においてＷＷＷブラウザが備えているクッキーの機能を用いる事により、ＷＷＷブラウザに特別なモジュールを実装することなく、ＷＷＷブラウザにおいてＨＴＭＬページに記載されたＵＲＬに対してＨＴＴＰ通信を実行する際、ＷＷＷブラウザでＵＲＬを中継サーバ宛のものに変更、修正することなく、本来のＷＷＷサーバに対するＵＲＬのままで、ＷＷＷブラウザからのＨＴＴＰ通信を中継サーバに送信することができる。
【発明の効果】
【００２１】
以上説明したように本発明においては、利用者が使用するクライアントとＷＷＷサーバとの間に接続された中継用プロキシサーバにて、ＷＷＷコンテンツを取得するためにクライアントから送信されたＨＴＴＰリクエストに予め設定された中継用文字列が含まれているかどうかを判断し、ＨＴＴＰリクエストに中継用文字列が含まれていないと判断した場合、当該ＨＴＴＰリクエストをＷＷＷサーバへ送信し、ＨＴＴＰリクエストに中継用文字列が含まれていると判断した場合、当該ＨＴＴＰリクエストに含まれるＵＲＬをＷＷＷサーバとの間に接続された中継サーバを経由するＵＲＬへ変更し、当該ＨＴＴＰリクエストから中継用文字列を削除したものを中継サーバへ送信する構成としたため、ＷＷＷブラウザからのＨＴＴＰ通信を容易に中継サーバへ送信することができる。
【発明を実施するための最良の形態】
【００２２】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２３】
図１は、本発明のＷＷＷコンテンツ取得システムの実施の一形態を示す図である。
【００２４】
本形態は図１に示すように、ＨＴＭＬページや画像などのＷＷＷコンテンツ１をクライアントに配信するためのＷＷＷサーバ２と、利用者が使用するコンピュータであるクライアント３−１〜３−３と、受信したＨＴＴＰ通信をＷＷＷサーバ２に送信しＷＷＷサーバ２からの返信をキャッシュしておいて、同じＷＷＷサーバ２に対するＨＴＴＰ通信を受信した場合にはそのキャッシュ情報を返信する中継サーバ４と、クライアント３−１〜３−３からのＨＴＴＰ通信を受け取り通信内容によって中継サーバ４とＷＷＷサーバ２とに対してＨＴＴＰ通信を代理で通信する中継用プロキシサーバ５−１〜５−２とから構成される。ここで、クライアント３−１〜３−３の数を３つで示しているが、その数は３つに限らない。また、中継用プロキシサーバ５−１〜５−２の数を２つで示しているが、その数は２つに限らない。
【００２５】
さらに、ＷＷＷサーバ２には、通常のＷＷＷサーバで実行される機能の他に、ＷＷＷブラウザに対して中継用にリクエストの送信を指示する中継開始設定部２０１が含まれる。
【００２６】
また、クライアント３−１は、ＷＷＷコンテンツ１をネットワークから取得して利用者の画面に表示したり、利用者からの操作によって表示を変更したりするＷＷＷブラウザ３０１と、クライアント３−１上で動作しＷＷＷブラウザ３０１の設定を変更してプロキシサーバへＨＴＴＰ通信を送信するように設定するプロキシ設定部３０２とから構成される。なお、クライアント３−２〜３−３についてもクライアント３−１と同様の構成をとるものであっても良い。
【００２７】
また、中継用プロキシサーバ５−１は、ＷＷＷブラウザ３０１とＨＴＴＰを利用して送受信を実施するクライアント用送受信部５０１と、クライアント用送受信部５０１で受信されたＷＷＷブラウザ３０１からのＨＴＴＰリクエストに含まれるＵＲＬを解析して中継サーバ４に対するリクエストかＷＷＷサーバ２に対するリクエストかを判断する中継リクエスト抽出部５０２と、中継サーバ４と通信するための中継リクエスト送受信部５０３と、ＷＷＷサーバと通信するための通常リクエスト送受信部５０４とから構成される。なお、中継用プロキシサーバ５−２についても中継用プロキシサーバ５−１と同様の構成をとるものであっても良い。
【００２８】
また、ＷＷＷブラウザ３０１及びプロキシ設定部３０２を含むクライアント３−１は、複数存在してもよく、また、中継用プロキシサーバ５−１も複数存在しても構わない。また、１つの中継用プロキシサーバには複数のクライアントが接続しても構わない。また、図１に示したＷＷＷサーバ２は上述した同様のものや、中継開始設定部２０１を用いないＷＷＷサーバ２が複数存在してもかまわない。
【００２９】
以下に、図１に示したＷＷＷコンテンツ取得システムにおけるＷＷＷコンテンツ取得方法について説明する。まずは、クライアント３−１〜３−３における処理について説明する。
【００３０】
図２は、図１に示したＷＷＷコンテンツ取得システムにおけるＷＷＷコンテンツ取得方法のうちクライアント３−１における処理を説明するためのフローチャートである。
【００３１】
利用者もしくはサービス提供者が、ＷＷＷコンテンツ１の同期を開始する際、プロキシ設定部３０２にてＷＷＷブラウザ３０１のプロキシが設定されて以後のＷＷＷブラウザ３０１からのＨＴＴＰ通信を中継用プロキシサーバ５−１に対して送信するよう設定される（ステップＳ２０１）。
【００３２】
このプロキシ設定部３０２にて、ＷＷＷブラウザ３０１の設定ファイルを修正して、もしくは、ＷＷＷブラウザ３０１のＡＰＩやＷＷＷブラウザ３０１が動作しているオペレーティングシステムなどのＡＰＩを利用して、ＷＷＷブラウザ３０１のプロキシが変更される。このプロキシ設定部３０２は、他の何らかのプログラムから呼ばれるものであっても構わないし、利用者が直接操作して動作するものであっても構わない。
【００３３】
そして、ＷＷＷブラウザ３０１にて、プロキシの設定が変更されると以後のＨＴＴＰ通信が中継用プロキシサーバ５−１に対して送信される（ステップＳ２０２）。
【００３４】
次に、中継用プロキシサーバ５−１における処理について説明する。
【００３５】
図３は、図１に示したＷＷＷコンテンツ取得システムにおけるＷＷＷコンテンツ取得方法のうち中継用プロキシサーバ５−１における処理を説明するためのフローチャートである。なお、ここでは中継用プロキシサーバ５−１における処理を例に挙げて説明するが、中継用プロキシサーバ５−２における処理についても、中継用プロキシサーバ５−１における処理と同様である。
【００３６】
ＷＷＷブラウザ３０１から送信されたＨＴＴＰリクエストが、中継用プロキシサーバ５−１のクライアント用送受信部５０１にて受信される（ステップＳ３０１）。受信されたＨＴＴＰリクエストは、クライアント用送受信部５０１から中継リクエスト抽出部５０２に渡される。
【００３７】
中継リクエスト抽出部５０２にて、受信されたＨＴＴＰリクエストに付随した中継用文字列が存在するかどうかが確認される（ステップＳ３０２）。例えば、中継用文字列の指定にクッキーを利用した場合、このクッキーヘッダが存在するかを確認する。以下、中継用文字列としてクッキーヘッダを利用し、また中継用文字列の指定にクッキーを利用した場合を例に挙げて説明する。なお、クッキーヘッダ以外の中継用文字列を利用するものであっても良い。
【００３８】
クッキーヘッダが存在しない場合、受信されたＨＴＴＰリクエストは通常のＨＴＴＰリクエストであるとして、通常リクエスト送受信部５０４に渡され、ＷＷＷサーバ２へ送信される（ステップＳ３０３）。
【００３９】
一方、クッキーヘッダが存在する場合、中継サーバ４に対するＨＴＴＰリクエストであることを示す中継文字列を指定するための中継クッキーの名前がクッキーヘッダに指定されているかが確認される（ステップＳ３０４）。この時、中継クッキーの名前は一意に判別できるものであればどのようなものでも構わない。また、中継クッキーの名前は中継用プロキシサーバ５−１の設定情報として外部から指定できるようにしても構わない。例えば、中継クッキーの名前を"ｒｅｌａｙ＿ｒｅｑｕｅｓｔ"とした場合、クッキーヘッダは以下のようになる。
【００４０】
Cookie: relay_request=http://relay.com:8080
上記の場合、中継クッキーの値は”ｈｔｔｐ：／／ｒｅｌａｙ．ｃｏｍ：８０８０"となる。この中継クッキーがクッキーヘッダに指定されている場合、中継リクエスト送受信部５０３にＨＴＴＰリクエストが渡される。クッキーヘッダに中継クッキーが指定されていない場合は、受信されたＨＴＴＰリクエストは通常のＨＴＴＰリクエストであるとして、通常リクエスト送受信部５０４に渡され、ＷＷＷサーバ２へ送信される（ステップＳ３０３）。
【００４１】
中継リクエスト送受信部５０３にＨＴＴＰリクエストが渡された場合、中継リクエスト送受信部５０３にて、中継クッキーに指定されている値を使用してＨＴＴＰリクエストを送信する中継サーバ４が決定される（ステップＳ３０５）。
【００４２】
そして、特許文献３で述べられているようにＨＴＴＰリクエストのＵＲＬが中継サーバ４を経由するものに変更され（ステップＳ３０６）、クッキーヘッダから中継クッキー４を削除して（ステップＳ３０７）、中継サーバ４に対して中継用ＨＴＴＰリクエストが送信される（ステップＳ３０８）。
【００４３】
また、ステップＳ３０３にて説明したように、ＨＴＴＰリクエストが通常リクエスト送受信部５０４からＨＴＴＰリクエストのＵＲＬに指定されたＷＷＷサーバに対して送信される。
【００４４】
中継用ＨＴＴＰリクエストが受信された中継サーバ４にて、特許文献３での中継サーバと同様の動作を行い中継処理を実行するが、この処理については公知の手法であるためここではその記述を省略する。
【００４５】
中継サーバ４からもしくは中継用プロキシサーバ５−１からのＨＴＴＰリクエストが受信されたＷＷＷサーバ２にて、通常のＷＷＷコンテンツの返信処理が実施され、ＨＴＴＰリクエストの送信元である中継サーバ４または中継用プロキシサーバ５−１へＷＷＷコンテンツを含んだＨＴＴＰレスポンスが返信される。この処理は一般のＷＷＷサーバ２で実施される処理と同じである。
【００４６】
中継サーバ４にてＨＴＴＰレスポンスが受信されると、中継サーバ４から中継用プロキシサーバ５−１へＨＴＴＰレスポンスが返信される。
【００４７】
中継サーバ４からのＨＴＴＰレスポンスは、中継用プロキシサーバ５−１の中継リクエスト送受信部５０３で受信され(ステップＳ３０９)、ＷＷＷサーバ２からのＨＴＴＰレスポンスは通常リクエスト送受信部５０４で受信される（ステップＳ３１０）。
【００４８】
ＨＴＴＰレスポンスが受信された中継リクエスト送受信部５０３もしくは通常リクエスト送受信部５０４から、クライアント用送受信部５０１に対してＨＴＴＰレスポンスが渡される。
【００４９】
そして、クライアント用送受信部５０１から、ＨＴＴＰレスポンスに対応するＨＴＴＰリクエストが送信されたＷＷＷブラウザ３０１に対してＨＴＴＰレスポンスが返信される（ステップＳ３１１）。
【００５０】
以上により、ＷＷＷブラウザ３０１からのＨＴＴＰリクエストにおけるＵＲＬを特許文献３に示されるＵＲＬに変更することなく、中継サーバ４に対してＨＴＴＰリクエストを送信することができる。
【００５１】
また、ＷＷＷサーバ２では中継開始設定部２０１が動作し、例えばＷＷＷブラウザからの中継用文字列の送信方法としてクッキーを用いる場合、ＷＷＷサーバ２に対して送信されたＨＴＴＰリクエストへの返信となるＨＴＴＰレスポンスを用いて中継クッキーを操作することができる。一般にクッキーは、ＨＴＴＰレスポンスのヘッダ部分に”Ｓｅｔ−Ｃｏｏｋｉｅ”で示されるヘッダを追加することで操作される。ＷＷＷサーバ２では、上述した中継クッキーを含んだＳｅｔ−ＣｏｏｋｉｅヘッダをＷＷＷブラウザ３０１に対するＨＴＴＰレスポンスに追加することで、ＷＷＷブラウザ３０１から中継用プロキシサーバ５−１〜５−２へ送信されたＨＴＴＰリクエストを中継サーバ４を経由したＨＴＴＰリクエストとすることができる。以下に、中継クッキーの追加方法について示す。
【００５２】
Set-Cookie: relay_request=http://relay.com:8080; path=/
上記において、"ｒｅｌａｙ＿ｒｅｑｕｅｓｔ"が中継クッキーの名前であり、これは中継用プロキシサーバ５−１で中継クッキーであることを認識できれば任意の名前が使用できる。また、"http://relay.com:8080"は中継クッキーの値であり、中継用プロキシサーバ５−１が中継リクエスト送受信部５０３から送信すべき中継サーバ４の宛先を示している。"path=/"は当該ＷＷＷサーバ２へのＨＴＴＰ通信全てにこの中継クッキーを追加することを指定している。このｐａｔｈ部分を任意のＵＲＬのパス部分を指定することにより、ＷＷＷブラウザ３０１から指定したパスに合致するＵＲＬに対するＨＴＴＰリクエストが送信される場合にのみ中継クッキーが付加されることになる。その結果、中継用プロキシサーバ５−１〜５−２では中継開始設定部２０１で指定されたパスに対するＨＴＴＰリクエストのみが中継サーバ４に送信されることになる。
【００５３】
また、中継開始設定部２０１では、ＷＷＷブラウザ３０１から中継クッキーを削除することで、中継用プロキシサーバ５−１に渡ったＨＴＴＰリクエストを通常のＨＴＴＰリクエストとすることができる。以下に中継クッキーの削除方法について示す。
【００５４】
Set-Cookie: relay_request=http://relay.com:8080; path=/; expires=Wed, 17 May 1972 07:35:00 GMT
上記は、上述した中継クッキーの追加方法で示したＳｅｔ−Ｃｏｏｋｉｅヘッダにｅｘｐｉｒｅｓ以下が追加された形式となる。このｅｘｐｉｒｅｓは例として１９７２年５月１７日７時３５分を示しているが、過去の日時を示す文字列ならどんな日付でも構わない。このＳｅｔ−Ｃｏｏｋｉｅヘッダが追加されたＨＴＴＰレスポンスがＷＷＷブラウザ３０１にて受信されることにより、ＷＷＷブラウザ３０１に設定されていた中継クッキーが削除される。
【００５５】
上記、中継用プロキシサーバ５−１では、中継用リクエストの判別にＷＷＷブラウザ３０１で一般的に利用できるクッキーを用いる方式について述べたが、ＷＷＷブラウザ３０１から中継用プロキシサーバ５−１にリクエストを送信する際、クッキー以外のＨＴＴＰヘッダに独自のヘッダを追加して、そのヘッダの有無で中継用リクエストを判別し、そのヘッダの値によって中継サーバ４を決定してもかまわない。
【００５６】
また、中継開始設定部２０１にて、中継用プロキシサーバ５−１から中継サーバ４へのＨＴＴＰ通信を行う期間が設定されるものであっても良い。つまり、中継開始設定部２０１にて設定された期間が中継用プロキシサーバ５−１へ送信され、中継用プロキシサーバ５−１にて受信された期間以外では、中継サーバ４を介さないＨＴＴＰ通信のみが行われるものであってもかまわない。
【００５７】
また、中継開始設定部２０１にて、中継用文字列をＷＷＷブラウザに設定するための方法として、クッキーを使用する以外にＨＴＭＬページ内に記載されたＪａｖａＳｃｒｉｐｔやその他のモジュールを使用してＨＴＭＬページ表示時にＷＷＷブラウザに中家用文字列を設定したり、ＨＴＴＰレスポンスに独自のＨＴＴＰヘッダを指定し、それをクライアント上で解析する事によりＷＷＷブラウザに中継用文字列を設定したりしても良い。
【００５８】
以上説明したように本発明においては、ＷＷＷブラウザに特別なモジュールを実装することなく、ＷＷＷブラウザにおいてＨＴＭＬページに記載されたＵＲＬに対してＨＴＴＰ通信を実行する際、ＷＷＷブラウザでＵＲＬを中継サーバ宛のものに変更、修正することなく、本来のＷＷＷサーバに対するＵＲＬのままで、ＷＷＷブラウザからのＨＴＴＰ通信を中継サーバに送信することができる。
【００５９】
なお、本発明の活用例として、複数台のコンピュータ上に配置されたＷＷＷブラウザ同士で一つのＷＷＷコンテンツを共有して表示、操作するような遠隔共有アプリケーションがあげられる。
【図面の簡単な説明】
【００６０】
【図１】本発明のＷＷＷコンテンツ取得システムの実施の一形態を示す図である。
【図２】図１に示したＷＷＷコンテンツ取得システムにおけるＷＷＷコンテンツ取得方法のうちクライアントにおける処理を説明するためのフローチャートである。
【図３】図１に示したＷＷＷコンテンツ取得システムにおけるＷＷＷコンテンツ取得方法のうち中継用プロキシサーバにおける処理を説明するためのフローチャートである。
【符号の説明】
【００６１】
１    ＷＷＷコンテンツ
２    ＷＷＷサーバ
３−１〜３−３    クライアント
４    中継サーバ
５−１〜５−２    中継用プロキシサーバ
２０１    中継開始設定部
３０１    ＷＷＷブラウザ
３０２    プロキシ設定部
５０１    クライアント用送受信部
５０２    中継リクエスト抽出部
５０３    中継リクエスト送受信部
５０４    通常リクエスト送受信部
【図１】
2008217532.tif 000003
【図２】
2008217532.tif 000004
【図３】
2008217532.tif 000005