(57)【要約】【課題】Ｗｅｂサーバとクライアント間にプロキシサーバと認証サーバを配置したシステムにおいて、クライアントＰＣの設定をバックグランド処理で自動的に更新する機能を実現する。【解決手段】このクライアント・サーバシステムのクライアントＰＣ４は、セッションを確立したことにより認証サーバ３１より受信されたセッションＩＤをアクセス先のＵＲＬに対応付けて保存するセッションＩＤ管理テーブル９１を記憶するキャッシュ４３と、起動時にセッションＩＤ管理テーブル９１をチェックし、アクセス対象のＵＲＬに対応するセッションＩＤが記憶されていた場合、キャッシュされていたセッションＩＤを付加したリクエストを認証サーバ３１へ送信するクライアントモジュール４２を備える。【選択図】図１
2005309688.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバと、アクセス先へリクエストを送信するクライアントコンピュータとをネットワークを介して接続してなるクライアント・サーバシステムにおいて、
前記プロキシサーバは、
前記クライアントコンピュータで動作するソフトウェアの設定情報を記憶した設定情報記憶手段と、
前記認証サーバより受信されたリクエストに対して前記設定情報記憶手段に記憶されている設定情報をレスポンスとして送信する手段を備え、
前記認証サーバは、
前記クライアントコンピュータから受信されたリクエストについて、セッション識別情報の有無と、存在したセッション識別情報の有効性を予め記憶しておいたセッション識別情報との照合により判定し、セッション識別情報が有効であった場合、前記リクエストを前記プロキシサーバへ転送する手段と、
前記プロキシサーバより受信されたレスポンスを前記クライアントコンピュータへ転送する手段とを備え、
前記クライアントコンピュータは、
前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて保存するセッション識別情報記憶手段と、
所定のタイミングにより、前記セッション識別情報記憶手段の内容をチェックし、アクセス先に対応するセッションＩＤが存在した場合、前記セッション識別情報記憶手段に保存されていたセッション識別情報を付加したリクエストを前記認証サーバへ送信する手段と、
前記リクエストに対して前記プロキシサーバより前記認証サーバを通じて受信されたレスポンスに含まれる設定情報を用いてソフトウェアの設定を更新する処理を実行する手段と
を具備したことを特徴とするクライアント・サーバシステム。
【請求項２】
ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバと、アクセス先へリクエストを送信するクライアントコンピュータとをネットワークを介して接続してなるクライアント・サーバシステムにおいて、
前記プロキシサーバは、
前記クライアントコンピュータより受信されたログを記憶するログ記憶手段と、
前記受信されたログに対するレスポンスを送信する手段を備え、
前記認証サーバは、
前記クライアントコンピュータから受信されたリクエストについて、セッション識別情報の有無と、存在したセッション識別情報の有効性を予め記憶しておいたセッション識別情報との照合により判定し、セッション識別情報が有効であった場合、前記リクエストを前記プロキシサーバへ転送する手段と、
前記プロキシサーバより受信されたレスポンスを前記クライアントコンピュータへ転送する手段とを備え、
前記クライアントコンピュータは、
前記クライアントコンピュータで実行された処理のログが記憶されたログ記憶手段と、
前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて保存するセッション識別情報記憶手段と、
所定のタイミングにより、前記セッション識別情報記憶手段の内容をチェックし、アクセス先に対応するセッションＩＤが存在した場合、前記セッション識別情報記憶手段に保存されていたセッション識別情報と前記ログ記憶手段に記憶されたログを付加したリクエストを前記認証サーバを通じて前記プロキシサーバへ送信する手段と、
前記リクエストに対して前記プロキシサーバより送信されたレスポンスを前記認証サーバを通じて受信する手段と
を具備したことを特徴とするクライアント・サーバシステム。
【請求項３】
ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバとネットワークを介して接続されたクライアントコンピュータに処理を実行させる自動ファイル転送プログラムにおいて、
前記クライアントコンピュータを、
前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて保存するセッション識別情報記憶手段と、
所定のタイミングにより、前記セッション識別情報記憶手段の内容をチェックし、アクセス先に対応するセッションＩＤが存在した場合、前記セッション識別情報記憶手段に保存されていたセッション識別情報を付加したリクエストを前記認証サーバへ送信する手段と、
前記リクエストに対して前記プロキシサーバより前記認証サーバを通じて受信されたレスポンスの設定情報を用いてソフトウェアの設定を更新する処理を実行する手段
として機能させることを特徴とする自動転送プログラム。
【請求項４】
ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバと、アクセス先へリクエストを送信するクライアントコンピュータとをネットワークを介して接続してなるクライアント・サーバシステムにおける自動ファイル転送方法において、
前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより前記クライアントコンピュータに受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて記憶手段に保存するステップと、
所定のタイミングにより実行される処理手段が、アクセス先に対応するセッションＩＤが前記クライアントコンピュータの記憶手段に記憶されているか否かをチェックし、記憶手段に記憶されていたセッション識別情報を付加したリクエストを前記処理手段が前記認証サーバへ送信するステップと、
前記クライアントコンピュータから前記認証サーバに受信されたリクエストについて、セッション識別情報の有無と、存在したセッション識別情報の有効性を予め記憶手段に記憶しておいたセッション識別情報との照合により前記処理手段が判定し、セッション識別情報が有効であった場合、前記リクエストを前記プロキシサーバへ転送するステップと、
前記認証サーバより前記プロキシサーバに受信されたリクエストに対して予め記憶手段に記憶されていた前記クライアントコンピュータで動作するソフトウェアの設定情報を前記プロキシサーバの処理手段がレスポンスとして前記認証サーバへ送信するステップと、
前記プロキシサーバより前記認証サーバに受信されたレスポンスを前記認証サーバの処理手段が前記クライアントコンピュータへ転送するステップと、
前記認証サーバより前記クライアントコンピュータに受信されたレスポンスの設定情報を用いて前記クライアントコンピュータの処理手段が自身の設定を更新する処理を実行するステップと
を有することを特徴とする自動転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばクライアント・サーバシステム、自動転送プログラム、自動転送方法に関する。
【背景技術】
【０００２】
従来から、Ｗｅｂ上にはさまざまなコンテンツが公開されており、大きく分けると、静的コンテンツと動的コンテンツに区分できる。静的コンテンツは通常のプロキシキャッシュでキャッシュできるコンテンツをいい、動的コンテンツは通常のプロキシキャッシュではキャッシュできないコンテンツをいう。近年、例えばポータルサイト、電子商取引、リアルタイム情報サービス、動画や音楽等の有料コンテンツ、企業内システム等には、動的コンテンツが多く使用されている。
【０００３】
Ｗｅｂサーバとクライアントコンピュータ（以下クライアントと称す）からなるコンピュータシステムにおいて、クライアントからＷｅｂサーバ上の動的コンテンツを利用する上では、その性質上、必ず、クライアントは、Ｗｅｂサーバにリクエストを送って、処理した結果を受け取らなければならない。このため、Ｗｅｂサーバに負荷がかかると共にネットワークのトラフィックが増加するという欠点がある。
【０００４】
そこで、Ｗｅｂサーバとクライアント間にプロキシサーバ（サーバ側プロキシ、クライアント側プロキシ等）を設置してキャッシング及びこれに付随した機能を用いてネットワーク負荷を軽減する技術（フィンガープリントキャッシュ：以下ＦＰ技術と称す）が提案されている（例えば非特許文献１参照）。
【０００５】
このＦＰ技術では、Ｗｅｂサーバとクライアント間で一度送信されたコンテンツについては、次回以降、リクエストとレスポンスのやりとりだけで、クライアント側のプロキシにキャッシュされているコンテンツを表示、あるいはリクエスト対象のコンテンツとキャッシュされているコンテンツとの差分のみの通信で所望のコンテンツを表示できるので、特に低速な回線を利用する通信環境においては、通信データ量が削減され、大変有効である。
【０００６】
ところで、企業内システムなどでは、ネットワークに認証サーバを設置しかつネットワークに多くのクライアントが接続されていることが多い。
このようなシステム環境において、クライアントから外部のサーバにアクセスするためには、認証サーバによるユーザ認証を経てセッションを確立した後、外部のサーバにアクセスすることになる。
【０００７】
一方、多数のクライアントを持つ企業では、各クライアントのアプリケーションソフトウェア（以下クライアントモジュールと称す）の状態をユーザが関与することなく外部のサーバで管理したいという要望がある。例えば多数のクライアントのクライアントモジュールの設定をあるタイミングで漏れなく変えたいといった要望がある。
ネットワークに接続されている全てのクライアントのクライアントモジュールの設定を手動で変えるには、個々のクライアントに電子メールを送る等して、各クライアントの操作者に設定を変えてもらう必要があるが、操作者はみな同じコンピュータスキルの持ち主とは限らず、すべての人が電子メールを見ただけでクライアントの設定を変えられるわけではなく、クライアント数が多い場合、すべてのクライアントモジュールの設定を間違いなく変更することは容易ではない。
【０００８】
そこで、サーバから各クライアントへ設定ファイルを送り、クライアントモジュールの設定を自動更新することが考えられる。
このためには、それぞれのクライアントを起動させたときに、クライアントモジュールからサーバへリクエストを出し、このリクエストによってサーバから各クライアントに対して設定ファイルを送り、クライアントモジュールが受信した設定ファイルを用いて設定変更の処理を自動実行すればよい。
【０００９】
しかしながら、従来のＦＰ技術を使用したコンピュータシステムの場合、一度、セッションを確立してセッションＩＤ（いわゆるセッションを識別する識別情報）をクライアントにキャッシュしておかなければ、クライアントモジュールから認証サーバへリクエストを出したときに、認証サーバは、ログイン画面を送ってしまい、ユーザがログイン情報を入力しなければ、認証サーバでユーザ認証されずにセッションが確立しないため、バックグランド処理での設定ファイルの自動ダウンロード機能を実現できないという問題がある。なお、認証サーバから送られるログイン画面を解釈する機能をクライアントモジュールに設ければ、この問題は解決できるものの、ブラウザと同等の機能をクライアントモジュールに組み込む必要があり、これには大変な労力と知識が必要である。
【非特許文献１】吉井謙一郎他、“フィンガープリントキャッシュと動的Webコンテンツ配信への応用”、第４回インターネットテクノロジーワークショップ(2001.9.5〜2001.9.7)、図２
【発明の開示】
【発明が解決しようとする課題】
【００１０】
このように、上記した従来の技術では、Ｗｅｂサーバとクライアント間にプロキシサーバと認証サーバを配置したシステム構成において、クライアントのクライアントモジュールの設定を自動更新する場合、クライアントモジュールからサーバへのリクエストが認証サーバによってはじかれてしまい、クライアントとプロキシサーバ間のバックグランド処理を自動的に実行することはできないという問題があった。
【００１１】
本発明はこのような課題を解決するためになされたもので、ウェブサーバとクライアント間にプロキシサーバと認証サーバを配置したシステムにおいて、クライアントとプロキシサーバ間のバックグランド処理を自動的に実行する機能を実現できるクライアント・サーバシステム、自動転送プログラム、自動転送方法を提供することを目的としている。
【課題を解決するための手段】
【００１２】
上記した課題を解決するために、本発明のクライアント・サーバシステムは、ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバと、アクセス先へリクエストを送信するクライアントコンピュータとをネットワークを介して接続してなるクライアント・サーバシステムにおいて、前記プロキシサーバは、前記クライアントコンピュータで動作するソフトウェアの設定情報を記憶した設定情報記憶手段と、前記認証サーバより受信されたリクエストに対して前記設定情報記憶手段に記憶されている設定情報をレスポンスとして送信する手段を備え、前記認証サーバは、前記クライアントコンピュータから受信されたリクエストについて、セッション識別情報の有無と、存在したセッション識別情報の有効性を予め記憶しておいたセッション識別情報との照合により判定し、セッション識別情報が有効であった場合、前記リクエストを前記プロキシサーバへ転送する手段と、前記プロキシサーバより受信されたレスポンスを前記クライアントコンピュータへ転送する手段とを備え、前記クライアントコンピュータは、前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて保存するセッション識別情報記憶手段と、所定のタイミングにより、前記セッション識別情報記憶手段の内容をチェックし、アクセス先に対応するセッションＩＤが存在した場合、前記セッション識別情報記憶手段に保存されていたセッション識別情報を付加したリクエストを前記認証サーバへ送信する手段と、前記リクエストに対して前記プロキシサーバより前記認証サーバを通じて受信されたレスポンスの設定情報を用いてソフトウェアの設定を更新する処理を実行する手段とを具備したことを特徴とする。
【００１３】
本発明のクライアント・サーバシステムは、ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバと、アクセス先へリクエストを送信するクライアントコンピュータとをネットワークを介して接続してなるクライアント・サーバシステムにおいて、前記プロキシサーバは、前記クライアントコンピュータより受信されたログを記憶するログ記憶手段と、前記受信されたログに対するレスポンスを送信する手段を備え、前記認証サーバは、前記クライアントコンピュータから受信されたリクエストについて、セッション識別情報の有無と、存在したセッション識別情報の有効性を予め記憶しておいたセッション識別情報との照合により判定し、セッション識別情報が有効であった場合、前記リクエストを前記プロキシサーバへ転送する手段と、前記プロキシサーバより受信されたレスポンスを前記クライアントコンピュータへ転送する手段とを備え、前記クライアントコンピュータは、前記クライアントコンピュータで実行された処理のログが記憶されたログ記憶手段と、前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて保存するセッション識別情報記憶手段と、所定のタイミングにより、前記セッション識別情報記憶手段の内容をチェックし、アクセス先に対応するセッションＩＤが存在した場合、前記セッション識別情報記憶手段に保存されていたセッション識別情報と前記ログ記憶手段に記憶されたログを付加したリクエストを前記認証サーバを通じて前記プロキシサーバへ送信する手段と、前記リクエストに対して前記プロキシサーバより送信されたレスポンスを前記認証サーバを通じて受信する手段とを具備したことを特徴とする。
【００１４】
本発明の自動転送プログラムは、ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバとネットワークを介して接続されたクライアントコンピュータに処理を実行させる自動転送プログラムにおいて、前記クライアントコンピュータを、前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて保存するセッション識別情報記憶手段と、所定のタイミングにより、前記セッション識別情報記憶手段の内容をチェックし、アクセス先に対応するセッションＩＤが存在した場合、前記セッション識別情報記憶手段に保存されていたセッション識別情報を付加したリクエストを前記認証サーバへ送信する手段と、前記リクエストに対して前記プロキシサーバより前記認証サーバを通じて受信されたレスポンスの設定情報を用いてソフトウェアの設定を更新する処理を実行する手段として機能させることを特徴とする。
【００１５】
本発明の自動転送方法は、ネットワーク上でウェブサーバにより公開されるコンテンツに対するリクエストとそのレスポンスとを仲介するプロキシサーバと、ユーザ認証を行うことでユーザからのリクエストに対してアクセス先へのセッションを確立する認証サーバと、アクセス先へリクエストを送信するクライアントコンピュータとをネットワークを介して接続してなるクライアント・サーバシステムにおける自動転送方法において、前記認証サーバが前記アクセス先とセッションを確立したことで前記認証サーバより前記クライアントコンピュータに受信されたレスポンスに含まれていたセッション識別情報をアクセス先に対応付けて記憶手段に保存するステップと、前記クライアントコンピュータにおいて所定のタイミングにより実行される処理手段が、アクセス先に対応するセッションＩＤが前記クライアントコンピュータの記憶手段に記憶されているか否かをチェックし、記憶手段に記憶されていたセッション識別情報を付加したリクエストを前記処理手段が前記認証サーバへ送信するステップと、前記クライアントコンピュータから前記認証サーバに受信されたリクエストについて、セッション識別情報の有無と、存在したセッション識別情報の有効性を予め記憶手段に記憶しておいたセッション識別情報との照合により前記処理手段が判定し、セッション識別情報が有効であった場合、前記リクエストを前記プロキシサーバへ転送するステップと、前記認証サーバより前記プロキシサーバに受信されたリクエストに対して予め記憶手段に記憶されていた前記クライアントコンピュータで動作するソフトウェアの設定情報を前記プロキシサーバの処理手段がレスポンスとして前記認証サーバへ送信するステップと、前記プロキシサーバより前記認証サーバに受信されたレスポンスを前記認証サーバの処理手段が前記クライアントコンピュータへ転送するステップと、前記認証サーバより前記クライアントコンピュータに受信されたレスポンスの設定情報を用いて前記クライアントコンピュータの処理手段が自身の設定を更新する処理を実行するステップとを有することを特徴としている。
【００１６】
本発明では、例えば起動時、または起動後の自動スケジューリングまたはユーザによる簡易操作等の所定のタイミングで、アクセス先に対応するセッションＩＤがクライアントコンピュータに記憶されているか否かをチェックし、セッション識別情報が記憶されていた場合に、そのセッション識別情報を付加したリクエストをクライアントコンピュータから認証サーバへ送信する。
認証サーバでは、クライアントコンピュータから受信したリクエストについて、セッション識別情報の有無と、存在したセッション識別情報の有効性を判定し、セッション識別情報が有効であった場合、クライアントコンピュータから受信したリクエストをプロキシサーバへ転送するので、プロキシサーバより認証サーバを通じてクライアントコンピュータにレスポンスが受信できるようになる。これにより、クライアントコンピュータで動作するソフトウェアは、受信したレスポンスに含まれていた設定情報を用いて自身の設定を更新する処理を実行できる。また、クライアントコンピュータで実行された処理のログを記憶しておき、そのログを所定のタイミングでプロキシサーバへ自動的にアップロードすることができる。
【発明の効果】
【００１７】
以上説明したように本発明によれば、ウェブサーバとクライアント間にプロキシサーバと認証サーバを配置したシステムにおいて、クライアントとプロキシサーバ間のバックグランド処理を自動的に実行する機能を実現できる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を図面を参照して詳細に説明する。図１は本発明に係る一つの実施の形態のプロキシキャッシュ型クライアント・サーバシステムの構成を示す図である。
同図に示すように、このプロキシキャッシュ型クライアント・サーバシステムは、少なくとも一つのウェブサーバコンピュータ１（以下Ｗｅｂサーバマシン１と称す）と、プロキシサーバコンピュータ２（以下プロキシサーバマシン２と称す）、ユーザ認証用のサーバコンピュータ３（以下認証サーバマシン３と称す）、クライアントコンピュータ４（以下クライアントＰＣ４と称す）を通信回線を介して接続して構成されている。各マシンは、ＣＰＵ、メモリなどの記憶手段、ハードディスク装置、モニタ、マウス、キーボード等を備えるコンピュータである。ＣＰＵは各マシンのハードディスク装置にインストールされているソフトウェアと協働して処理手段として動作する。処理手段が動作する際にメモリには、キャッシュ領域が設定される。キャッシュ領域は、以下に示すキャッシュ２２、４３に該当する。
Ｗｅｂサーバマシン１は、Ｗｅｂサーバソフトウェア１１（以下Ｗｅｂサーバ１１と称す）とコンテンツ格納部１２を有している。
プロキシサーバマシン２は、サーバ側プロキシソフトウェア２１（以下サーバプロキシ２１と称す）と設定情報記憶手段としてのキャッシュ２２を有している。キャッシュ２２には、クライアントコンＰＣ４で動作するソフトウェア（クライアントモジュール４２）の設定情報である設定ファイルが記憶（格納）されている。サーバプロキシ２１は、Ｗｅｂサーバマシン１のコンテンツに対するリクエストとそのレスポンスとを仲介する。
認証サーバマシン３は、認証サーバソフトウェア３１（以下認証サーバ３１と称す）と認証情報格納部３２を有している。認証情報格納部３２には、予め正規ユーザとして登録されたユーザの認証情報（ユーザ名、パスワードなどのログイン情報）が格納されている。
クライアントＰＣ４は、ブラウザソフトウェア４１（以下ブラウザ４１と称す）と、クライアント側アプリケーションソフトウェア４２（以下クライアントモジュール４２と称す）と、キャッシュ４３とを有している。キャッシュ４３には、受信されたセッションＩＤ、コンテンツ、ＦＰ等がキャッシュ（保存）される。セッションＩＤは、ＵＲＬ毎に対応付けたセッションＩＤ管理テーブル（図９参照）として記憶される。
【００１９】
すなわち、このプロキシキャッシュ型クライアント・サーバシステムは、通信回線により接続された１つまたは複数のＷｅｂサーバマシン１、１つまたは複数のプロキシサーバマシン２、１つまたは複数の認証サーバマシン３、及び１つまたは複数のクライアント４を有し、Ｗｅｂサーバマシン１上で動作するＷｅｂサーバ１１と、プロキシサーバマシン２上で動作するサーバプロキシ２１と、認証サーバマシン３上で動作する認証サーバ３１と、クライアントマシン４上で動作するブラウザ４１及びクライアントモジュール４２とを有している。
サーバプロキシ２１は、クライアントモジュール４２から１つまたは複数の認証サーバ３１を介して受信したリクエストを、直接あるいは１つまたは複数のプロキシサーバを介してＷｅｂサーバ１１に送信する機能と、Ｗｅｂサーバ１１から直接あるいは１つまたは複数のプロキシサーバを介して受信したレスポンスを、認証サーバ３１を介してクライアントモジュール４２へ送信する仲介機能と、クライアントモジュール４２から認証サーバ３１を介して受信したリクエストに対して、キャッシュ２２にキャッシュされている情報（クライアントモジュール４２の設定更新用の設定ファイルやＷｅｂサーバ１１から受信されたコンテンツ等）にてレスポンスを作成し、作成したレスポンスを認証サーバ３１を介してクライアントモジュール４２に送信する機能とを有している。サーバプロキシ２１は、例えばクライアントモジュール４２からの設定ファイルのダウンロード要求のリクエストに対してキャッシュ２２に格納されている設定ファイルを読み出してレスポンスとして返信する。
なお、Ｗｅｂサーバマシン１とプロキシサーバマシン２間、あるいはプロキシサーバマシン２と認証サーバマシン３間に一つまたは複数のプロキシサーバを接続しても良い。
認証サーバ３１は、ブラウザ４１からクライアントモジュール４２を介して受信したリクエストを、サーバプロキシ２１へ送信する機能と、サーバプロキシ２１から受信したレスポンスをクライアントモジュール４２を介してブラウザ４１へ送信する機能と、受信したリクエストにセッションＩＤが付いているか否かを判定し、セッションＩＤが付いていない場合は認証情報格納部３２に格納されている認証用の画面をブラウザ４１に向けて送信し、受信したリクエストにユーザ認証情報（ユーザ名、パスワードなどのログイン情報）が付いている場合はユーザ認証を行った上でアクセス先とのセッションを確立してセッションＩＤを発行しブラウザ４１に向けて送信する一方、受信したリクエストにセッションＩＤが付いていた場合はクライアントモジュール４２から受信したリクエストをサーバプロキシ２１へ送信する機能とを有している。セッションＩＤは、セッション識別情報である。
【００２０】
クライアントモジュール４２は、大きく分けて、アクセス先への２回目以降のアクセス時にダウンロード量を削減するネットワーク負荷軽減機能と、サーバプロキシ２１の管理機能を利用して設定ファイルを自動的にダウンロードし、自身の設定内容を自動更新する自動ダウンロード及び更新機能とを有している。自動ダウンロード及び更新機能については、クライアントＰＣ４の起動と共にクライアントモジュール４２が起動して実行する機能である。ネットワーク負荷軽減機能については、従来技術で説明した機能である。
すなわち、クライアントモジュール４２は、ブラウザ４１から受信したリクエストを１つまたは複数の認証サーバ３１を介してサーバプロキシ２１へ送信する機能と、サーバプロキシ２１から認証サーバ３１を介して受信したレスポンスをブラウザ４１へ送信する機能と、アクセス先（ＵＲＬ）やセッションＩＤ等を含むコンテンツの要求リクエストや設定ファイルのダウンロード要求リクエストなどのリクエストを作成し、作成したリクエストを認証サーバ３１を介してサーバプロキシ２１へ送信する機能と、リクエストに対するサーバプロキシ２１からのレスポンスを認証サーバ３１を介して受信する機能と、ブラウザ４１から受信したリクエストあるいはレスポンスにセッションＩＤが付いているか否かを判定し、セッションＩＤが付いている場合にはアクセス先（ＵＲＬ）に対応付けてセッションＩＤをキャッシュ４３に保存（キャッシュ）する機能と、前と同じアクセス先（ＵＲＬ）へアクセスする際にキャッシュ４３に保存（キャッシュ）したセッションＩＤをリクエストに付加して送信する機能とを有している。キャッシュ４３は、セッション識別情報記憶手段である。
【００２１】
クライアントモジュール４２には、予め設定ファイルを自動的にダウンロードするためのアクセス先であるプロキシサーバのＵＲＬが設定（記憶）されており、クライアントモジュール４２は、設定更新の際に所定のタイミング（起動時、あるいは起動後、直ちに、常に、あるいは起動後の自動スケジューリングまたはユーザによる簡易操作等）で、キャッシュ４３の内容をチェックし、上記ＵＲＬとキャッシュ４３にキャッシュされていたセッションＩＤを含むリクエストを送信する。設定ファイルは、自身（ソフトウェア）の設定内容を更新する元となる情報ファイルである。
【００２２】
以下、この実施形態のプロキシキャッシュ型クライアント・サーバシステムの動作を説明する。図２〜図４を参照してネットワーク負荷軽減機能について説明する。ネットワーク負荷軽減機能については、初回アクセスの場合と二回目以降のアクセスで動作が異なるため分けて説明する。まず初回アクセスの場合について説明する。
初回アクセスの場合、ユーザが、クライアントＰＣ４とブラウザ４１を起動して、ブラウザ４１の画面に、表示を希望するＵＲＬを入力すると（図３のＳ１０１）、ブラウザ４１は、入力されたＵＲＬを含むリクエストを作成しクライアントモジュール４２へ送信する（Ｓ１０２）。
【００２３】
クライアントモジュール４２は、ブラウザ４１から受信したリクエストを認証サーバ３１へ転送する（Ｓ１０３）。
認証サーバ３１は、リクエストが受信されると、セッションＩＤの有無と有効性を判定する（Ｓ１０４）。この場合、初回アクセスなので、リクエストにセッションＩＤは含まれていないため、認証サーバ３１は、ログイン認証用の画面をレスポンスとしてクライアントモジュール４２へ送信（返信）する（Ｓ１０５）。
クライアントモジュール４２は、認証サーバ３１から受信されたレスポンスをブラウザ４１へ転送する（Ｓ１０６）。
ブラウザ４１は、受信されたレスポンスのログイン認証画面を表示する（Ｓ１０７）。
ブラウザ４１の画面に表示されたログイン認証画面を見たユーザが、ログインＩＤとパスワードを入力すると（Ｓ１０８）、ブラウザ４１は、入力されたログインＩＤとパスワードを含むリクエストを作成しクライアントモジュール４２へ送信する（Ｓ１０９）。
【００２４】
クライアントモジュール４２は、ブラウザ４１から受信したリクエストを認証サーバ３１へ転送する（Ｓ１１０）。
認証サーバ３１は、リクエストが受信されると、リクエストに含まれるログインＩＤ及びパスワードと、認証情報格納部３２に格納されている認証情報とを照合して認証処理を実行し（Ｓ１１１）、ユーザが正規ユーザか否かを判定する。
ユーザが正規ユーザであれば、認証サーバ３１は、外部のサーバ（サーバプロキシ２１あるいはＷｅｂサーバ１１）とセッションを確立して、そのセッションを特定するための識別情報であるセッションＩＤを作成し、そのセッションＩＤを付加した通知用のレスポンスをクライアントモジュール４２へ送信（返信）する（Ｓ１１２）。
クライアントモジュール４２は、認証サーバ３１から受信されたレスポンスをブラウザ４１へ転送する（Ｓ１１３）。
ブラウザ４１は、受信されたレスポンスよりセッションＩＤを読み出し、そのセッションＩＤを付加したリクエスト（以下セッションＩＤ付リクエストと称す）をクライアントモジュール４２へ送信する（Ｓ１１４）。
【００２５】
クライアントモジュール４２は、セッションＩＤ付リクエストが受信されると、セッションＩＤ付リクエストに含まれるセッションＩＤに従いリクエストを認証サーバ３１へ転送すると共に（Ｓ１１５）、セッションＩＤをキャッシュ４３にキャッシュ（保存）する（Ｓ１１６）。
認証サーバ３１は、セッションＩＤ付リクエストが受信されると、そのリクエストにセッションＩＤが付加されているか否かを判定すると共に、セッションＩＤが付加されていた場合、そのセッションＩＤの有効性を判定する（Ｓ１１７）。
セッションＩＤの有効性は、認証サーバ自身が前回アクセス時に作成し記憶しておいたセッションＩＤと比較することで判定される。
この判定の結果、セッションＩＤが有効であれば、認証サーバ３１は、そのセッションＩＤ付リクエストをサーバプロキシ２１へ転送する（Ｓ１１８）。
【００２６】
サーバプロキシ２１は、認証サーバ３１からセッションＩＤ付リクエストが受信されると、その宛先であるＷｅｂサーバ１１へ転送する（Ｓ１１９）。
Ｗｅｂサーバ１１は、セッションＩＤ付リクエストが受信されると、そのリクエストに対するレスポンスを作成し、クライアントＰＣ４へ向けて送信する（Ｓ１２０）。
このレスポンスには、リクエスト対象のコンテンツが含まれる。
Ｗｅｂサーバ１１から送信されたレスポンスは、サーバプロキシ２１に受信され、ＦＰ（フィンガープリント）が付加されて認証サーバ３１へ転送されると共に（Ｓ１２１）、キャッシュ２２にキャッシュされる。
認証サーバ３１は、受信されたレスポンスを、クライアントモジュール４２へ転送する（Ｓ１２２）。
クライアントモジュール４２は、受信されたレスポンスをブラウザ４１へ転送すると共に（Ｓ１２３）、キャッシュ４３にキャッシュする。転送されたレスポンスはブラウザ４１によって受信されてブラウザ４１の画面に表示されると共に（Ｓ１２４）、自身のテンポラリーファイル等にキャッシュされる。
【００２７】
次に、図４を参照して二回目以降のアクセスの場合について説明する。
二回目以降のアクセスの場合、ユーザが、ブラウザ４１の画面に、表示を希望するＵＲＬを入力すると（Ｓ２０１）、ブラウザ４１は、入力されたＵＲＬとテンポラリーファイルにキャッシュされているセッションＩＤを含むリクエスト（これをセッションＩＤ付リクエストと称す）を作成しクライアントモジュール４２へ送信する（Ｓ２０２）。
【００２８】
クライアントモジュール４２は、ブラウザ４１から受信したセッションＩＤ付リクエストに含まれるセッションＩＤをキャッシュ４３に保存すると共に（Ｓ２０３）、セッションＩＤ付リクエストを認証サーバ３１へ転送する（Ｓ２０４）。
認証サーバ３１は、セッションＩＤ付リクエストが受信されると、セッションＩＤの有無と有効性を判定する（Ｓ２０５）。この場合、二回目のアクセスなので、リクエストにセッションＩＤが含まれており、認証サーバ３１は、そのリクエストに含まれていたセッションＩＤと自身が初回に作成し記憶しておいたセッションＩＤとを照合して、受信したセッションＩＤの有効性を判定する。
この判定の結果、互いのセッションＩＤが合致すると、認証サーバ３１は、受信したセッションＩＤを有効と判定し、受信したセッションＩＤ付リクエストをサーバプロキシ２１へ転送する（Ｓ２０６）。
【００２９】
サーバプロキシ２１は、認証サーバ３１からセッションＩＤ付リクエストが受信されると、その宛先であるＷｅｂサーバ１１へ転送する（Ｓ２０７）。
Ｗｅｂサーバ１１は、セッションＩＤ付リクエストが受信されると、そのリクエストに対するレスポンスを作成し、クライアントＰＣ４へ向けて送信する（Ｓ２０８）。
Ｗｅｂサーバ１１から送信されたレスポンスは、サーバプロキシ２１に受信されてサーバプロキシ２１より認証サーバ３１へ転送される（Ｓ２０９）。
このとき、転送されるレスポンスには、前回と同じコンテンツの場合、ＦＰ（フィンガープリント）のみが含まれる。また、リクエストされたコンテンツの一部が異なる場合は、差分のみのコンテンツとＦＰが含まれる。
認証サーバ３１は、受信されたレスポンスを、クライアントモジュール４２へ転送する（Ｓ２１０）。
【００３０】
クライアントモジュール４２は、受信されたレスポンスに含まれるＦＰに従って、キャッシュ４３より該当コンテンツを読み出しレスポンスとしてブラウザ４１へ転送する（Ｓ２１１）。転送されたレスポンスは、ブラウザ４１によって受信されてブラウザ４１の画面に表示される（Ｓ２１２）。
【００３１】
続いて、図５を参照してこのプロキシキャッシュ型クライアント・サーバシステムにおいて、サーバプロキシ２１の管理機能を利用して設定ファイルをクライアントモジュール４２が自動的にダウンロードし自身の設定を自動更新する自動ダウンロード及び更新機能を説明する。
この場合、ユーザが、クライアントＰＣ４の電源をオンする等してクライアントＰＣ４のＯＳを起動させると、これとほぼ同時にクライアントモジュール４２は、起動し、直ちにキャッシュ４３にアクセスして、キャッシュ４３にセッションＩＤがキャッシュされているかどうかをチェックする（Ｓ３０１）。このチェック動作はクライアントモジュール４２が起動中、常に行われる。なお、一定の時間間隔でチェック動作を行っても良い。
このチェックの結果、キャッシュ４３にセッションＩＤがキャッシュされていない場合、クライアントモジュール４２は、所定時間待機し、再度チェックを行う。
【００３２】
また、チェックの結果、キャッシュ４３にセッションＩＤがキャッシュされていた場合、クライアントモジュール４２は、キャッシュ４３からセッションＩＤを読み出して（Ｓ３０２）、セッションＩＤ付リクエストを作成し、認証サーバ３１へ送信する（Ｓ３０３）。この場合のリクエストとは設定ファイルのダウンロード要求である。
認証サーバ３１は、セッションＩＤ付リクエストが受信されると、セッションＩＤの有無と有効性を判定する（Ｓ３０４）。この場合、リクエストにはセッションＩＤが含まれており、認証サーバ３１は、そのリクエストに含まれていたセッションＩＤと自身が初回に作成し記憶しておいたセッションＩＤとを照合して、受信したセッションＩＤの有効性を判定する。
この判定の結果、互いのセッションＩＤが合致すると、認証サーバ３１は、受信したセッションＩＤを有効と判定し、受信したセッションＩＤ付リクエストをサーバプロキシ２１へ転送する（Ｓ３０５）。
【００３３】
サーバプロキシ２１は、認証サーバ３１からセッションＩＤ付リクエストが受信されると、リクエストにより要求された設定ファイルをメモリより読み出してレスポンスとして認証サーバ３１を通じてクライアントモジュール４２へ送信する（Ｓ３０６，Ｓ３０７）。
クライアントモジュール４２は、受信されたレスポンスの設定ファイルをメモリあるいはキャッシュ４３に保存し（Ｓ３０８）、その後、保存した設定ファイルを基に自身の設定を更新する処理を実行する（Ｓ３０９）。
【００３４】
このようにこの実施形態のプロキシキャッシュ型クライアント・サーバシステムによれば、以前に受信したコンテンツをキャッシュする機能を備えたクライアントモジュール４２に、認証画面を解釈する機能を実装することなく、つまりブラウザ４１と同等の高度な解釈機能を実装することなくクライアントモジュール４２がバックグランド動作で認証サーバ３１経由でサーバプロキシ２１にアクセス（リクエストを出）し、このリクエストに応答したサーバプロキシ２１からクライアントモジュール４２に設定ファイルを自動的にダウンロードして、クライアントモジュール４２が自身の設定変更を自動的に行うことができる。
【００３５】
なお、本発明は上記実施形態のみに限定されるものではない。
上記実施形態では、各マシンが一つ一つ接続されているシステムの例について説明したが、この他、複数の認証サーバが並列および／または直列に設置（接続）されている場合にも適用可能である。
例えば図６に示すように、クライアントＰＣ４よりＷｅｂサーバ１Ａに認証サーバ３１Ａとサーバプロキシ２１経由でアクセスし、また、Ｗｅｂサーバ１Ｂには認証サーバ３１Ｂ経由でアクセスし、サーバプロキシ２１の管理機能を認証サーバＡ経由で使うよう構成されている場合、つまり、複数の認証サーバ３１Ａ，３１Ｂが並列に設置されているシステム構成の場合、設定ファイルのダウンロードを要求するリクエストに付加するセッションＩＤは、認証サーバＢで発行されたセッションＩＤではなく、サーバプロキシ２１とのセッションを確立したときに保存したもの、つまり認証サーバ３１Ａで発行されたセッションＩＤが必要である。このため、セッションＩＤを認証サーバ３１Ａ，３１Ｂ毎（ＵＲＬ毎）に分けてクライアントＰＣ４のキャッシュ４３あるいはメモリに保存しておく必要がある。
【００３６】
また、例えば図７に示すように、複数の認証サーバ３１Ａ，３１Ｃが直列に設置されている場合、１つのＵＲＬに対し、複数のセッションＩＤをキャッシュ４３に保持しておく必要がある。この例では、アクセス先のＵＲＬであるhttp://serverA/に対し、認証サーバ３１Ａで発行されたセッションＩＤ（A_SessionID=aaaaaaaaaa）と、認証サーバ３１Ｃで発行されたセッションＩＤ（C_SessionID=cccccccccc）の２つをキャッシュ４３に保持しておく必要がある。
【００３７】
さらに、図８に示すように、複数の認証サーバ３１Ａ，３１Ｂ，３１Ｃが直列及び並列で設置されている場合、一つのＵＲＬに対して複数のセッションＩＤをキャッシュ４３に保持しておく必要があり、かつ各セッションＩＤをＵＲＬ毎に分けて管理する必要がある。
この例では、直列構成の第１のアクセス先（アクセス経路）としてhttp://serverA/C/（認証サーバ３１Ａで発行されたセッションＩＤ及び認証サーバ３１Ｃで発行されたセッションＩＤ）と第２のアクセス先（アクセス経路）としてhttp://serverA/B/（認証サーバ３１Ａで発行されたセッションＩＤ及び認証サーバ３１Ｂで発行されたセッションＩＤ）が存在する。
【００３８】
これらの条件を満たすために、アクセス先のＵＲＬとセッションＩＤとを対応付けたセッションＩＤ管理テーブルをクライアントＰＣ４のキャッシュ４３あるいはメモリに保持しておき、クライアントモジュール４２は、起動時にキャッシュ４３をチェックし、キャッシュ４３あるいはメモリに保持されているセッションＩＤ管理テーブル９１の内容から、アクセス先に対応するセッションＩＤをキャッシュ４３より読み出してリクエストに付加して送信する。
【００３９】
具体的には、図８のシステムの構成の例では、図９に示すように、セッションＩＤ管理テーブル９１は、Ｗｅｂサーバ１１Ａ系統をアクセス先とするＵＲＬであるhttp://serverA/C/に対して、A_SessionID=aaaaaaaaaaとC_SessionID=ccccccccccの２つのセッションＩＤを対応付けて保存する。
また、Ｗｅｂサーバ１１Ｂ系統をアクセス先とするＵＲＬであるhttp://serverA/B/に対して、A_SessionID=aaaaaaaaaaとB_SessionID=bbbbbbbbbbの２つのセッションＩＤを対応つけて保存する。
このように、複数のセッションＩＤをＵＲＬ毎に管理する機能を備えることで、クライアントモジュール４２とサーバプロキシ２１の間に複数の認証サーバ３１Ａ，３１Ｂ，３１Ｃが直列および／または並列に接続（配置）されているような場合にも、クライアントモジュール４２が、認証サーバ３１Ａを経由して、自動ダウンロード先のサーバプロキシ２１に自動的にアクセスして設定ファイルをダウンロードし設定の更新を行なうことができる。
【００４０】
上記実施形態では、サーバプロキシ２１の設定ファイルをクライアントモジュール４２が自動的にダウンロードする機能について説明したが、この他、このプロキシキャッシュ型クライアント・サーバシステムは、クライアントモジュール４２よりサーバプロキシ２１へログファイルをアップロードする機能を備えている。
以下、図１０を参照してこのプロキシキャッシュ型クライアント・サーバシステムにおいて、クライアントＰＣ４に保存されているログファイルをクライアントモジュール４２がサーバプロキシ２１へ自動的にアップロードする自動アップロード機能について説明する。
この場合、クライアントＰＣ４で起動中のクライアントモジュール４２は、処理を実行するたびに、トラブル解析用のログファイルをハードディスク装置の所定領域に逐次保存している（Ｓ４０１）。
そして、上記実施形態同様に、クライアントモジュール４２は、所定のタイミングでキャッシュ４３にアクセスして、キャッシュ４３にセッションＩＤがキャッシュされているかどうかをチェックする（Ｓ４０２）。このチェック動作はクライアントモジュール４２が起動中、常に行われる。なお、一定の時間間隔でチェック動作を行っても良い。
このチェックの結果、キャッシュ４３にセッションＩＤがキャッシュされていない場合、クライアントモジュール４２は、所定時間待機し、再度チェックを行う。
【００４１】
また、チェックの結果、キャッシュ４３にセッションＩＤがキャッシュされていた場合、クライアントモジュール４２は、キャッシュ４３からセッションＩＤを読み出すとともに（Ｓ４０３）、ハードディスク装置の所定の領域よりログファイルの内容を読み出して（Ｓ４０４）、ログとセッションＩＤを付加したリクエストを作成し、認証サーバ３１へ送信する（Ｓ４０５）。この場合のリクエストとはログのアップロード要求である。
認証サーバ３１は、リクエストが受信されると、セッションＩＤの有無と有効性を判定する（Ｓ４０６）。この場合、リクエストにはセッションＩＤとログが含まれており、認証サーバ３１は、そのリクエストに含まれていたセッションＩＤと自身が初回に作成し記憶しておいたセッションＩＤとを照合して、受信したセッションＩＤの有効性を判定する。
この判定の結果、互いのセッションＩＤが合致すると、認証サーバ３１は、受信したセッションＩＤを有効と判定し、受信したログとセッションＩＤ付のリクエストをサーバプロキシ２１へ転送する（Ｓ４０７）。
【００４２】
サーバプロキシ２１は、認証サーバ３１からログとセッションＩＤ付のリクエストが受信されると、リクエストに含まれるログをハードディスク装置の所定の領域に保存する（Ｓ４０８）。そして、ログを保存すると、クライアントモジュール４２は、ログ保存のリクエストに対する結果のレスポンスを認証サーバ３１を通じてクライアントモジュール４２へ送信する（Ｓ４０９，Ｓ４１０）。
クライアントモジュール４２は、サーバプロキシ２１からのレスポンスが受信されたことで、送信したログが正常に保存されたものと判定する。
この結果、クライアントＰＣ４とプロキシサーバマシン２間に認証サーバマシン３を介在させたシステム構成において、クライアントＰＣ４とプロキシサーバマシン２間で人手を介しないバックグランド処理で設定情報やログを自動的に転送（やり取り）する機能を実現できる。
【図面の簡単な説明】
【００４３】
【図１】本発明に係る一つの実施の形態のプロキシキャッシュ型クライアント・サーバシステムの構成を示す図。
【図２】図１のプロキシキャッシュ型クライアント・サーバシステムにおいて初回アクセス動作を示す通信シーケンスチャート。
【図３】図１のプロキシキャッシュ型クライアント・サーバシステムの初回アクセス動作を示す通信シーケンスチャート。
【図４】図１のプロキシキャッシュ型クライアント・サーバシステムにおいて２回目以降のアクセス動作を示す通信シーケンスチャート。図１のプロキシキャッシュ型クライアント・サーバシステムのを示す図
【図５】図１のプロキシキャッシュ型クライアント・サーバシステムにおいて、プロキシサーバマシンに格納されている設定ファイルを自動的にダウンロードし、クライアントＰＣの設定を更新する動作を示す通信シーケンスチャート。
【図６】認証サーバを並列に配置したシステムの一例を示す図。
【図７】認証サーバを直列に配置したシステムの一例を示す図。
【図８】認証サーバを並列及び直列に配置したシステムの一例を示す図。
【図９】セッションＩＤ管理テーブルを示す図。
【図１０】このプロキシキャッシュ型クライアント・サーバシステムにおいて、クライアントＰＣに保存されている設定ファイルをプロキシサーバマシンへ自動的にアップロードする動作を示す通信シーケンスチャート。
【符号の説明】
【００４４】
１，１Ａ，１Ｂ，１Ｃ…ウェブサーバマシン、２…プロキシサーバマシン、３…認証サーバマシン、４…クライアントＰＣ、１１…Ｗｅｂサーバ、１２…コンテンツ格納部、２１…サーバプロキシ、２２…キャッシュ、３１，３１Ａ，３１Ｂ，３１Ｃ…認証サーバ、３２…認証情報格納部、４１…ブラウザ、４２…クライアントモジュール、４３…キャッシュ、９１…セッションＩＤ管理テーブル。
【図１】
2005309688.tif 000003
【図２】
2005309688.tif 000004
【図３】
2005309688.tif 000005
【図４】
2005309688.tif 000006
【図５】
2005309688.tif 000007
【図６】
2005309688.tif 000008
【図７】
2005309688.tif 000009
【図８】
2005309688.tif 000010
【図９】
2005309688.tif 000011
【図１０】
2005309688.tif 000012