(57)【要約】【課題】ファイル伝送効率を向上できる通信システム、サーバ装置、及びゲートウェイサーバを提供する。【解決手段】  サーバ装置が、通信装置１からのファイルの取得要求を、ゲートウェイサーバを介して受信し、当該通信装置からの取得要求に応じて提供するファイルの少なくとも一部を一つのファイルにアーカイブしたアーカイブデータを保持し、当該アーカイブデータを、ゲートウェイサーバに送出して記憶させる。【選択図】図１
2018163589.tif 000002
【特許請求の範囲】
【請求項１】
予め定められたデータアクセスソフトウエアがインストールされ、当該データアクセスソフトウエアに従って動作し、複数のファイルの取得要求を送出する通信装置と、
サーバと、
ゲートウェイサーバと、を含む通信システムであって、
前記ゲートウェイサーバは、
前記通信装置からの取得要求に応じて前記サーバが提供するファイルの少なくとも一部を一つのファイルにアーカイブしたアーカイブデータを保持する手段と、
前記通信装置から送出された前記ファイルの取得要求を受け入れる手段と、
前記受け入れた取得要求に係るファイルがアーカイブされているアーカイブデータが記憶されていれば、当該アーカイブデータを要求元である通信装置へ送出する手段と、
前記受け入れた取得要求に係るファイルのうち、アーカイブされていないファイルの取得要求を前記サーバへ送出し、サーバから当該取得要求に対する応答として受け入れたファイルを、要求元である通信装置へ送出する手段と、
を含み、
前記通信装置は、
前記サーバへのファイルの取得要求を、前記ゲートウェイサーバに対して送出する手段と、
前記ゲートウェイサーバからアーカイブデータを受信して、当該アーカイブデータから取得要求したファイルを抽出する手段と、
当該抽出したファイルを出力する手段と、
を含む通信システム。
【請求項２】
ゲートウェイサーバを介して通信装置に接続され、
前記通信装置からのファイルの取得要求を、前記ゲートウェイサーバを介して受信する手段と、
当該通信装置からの取得要求に応じて提供するファイルの少なくとも一部を一つのファイルにアーカイブしたアーカイブデータを保持する手段と、
当該アーカイブデータを、前記ゲートウェイサーバに送出して記憶させる手段と、
を含むサーバ装置。
【請求項３】
請求項２記載のサーバ装置であって、
予め定めた条件に基づいて、通信装置からの取得要求に応じて提供するファイルの少なくとも一部を選択する手段と、
前記選択したファイルを一つのファイルにアーカイブしてアーカイブデータを生成する手段とを含み、
前記アーカイブデータを保持する手段は、当該生成したアーカイブデータを保持するサーバ装置。
【請求項４】
請求項３記載のサーバ装置であって、
予め定めたタイミングごとに繰り返して、予め定めた条件に基づいて、通信装置からの取得要求に応じて提供するファイルの少なくとも一部を選択し、当該選択したファイルを一つのファイルにアーカイブしてアーカイブデータを新たに生成して、前記アーカイブデータを保持する手段が、当該新たに生成したアーカイブデータを保持するサーバ装置。
【請求項５】
通信装置とサーバ装置とに接続され、
前記通信装置から前記サーバ装置宛のファイルの取得要求を受信する手段と、
記憶手段と、
当該受け入れた取得要求に係るファイルを含むアーカイブデータが前記記憶手段に記憶されていれば、当該アーカイブデータを要求元である通信装置へ送出する手段と、
当該受け入れた取得要求に係るファイルを含むアーカイブデータが前記記憶手段に記憶されていないときに、前記サーバ装置に対して、前記通信装置から受信したファイルの取得要求を送出し、当該取得要求に応じて前記サーバ装置が提供するファイルの少なくとも一部を一つのファイルにアーカイブしたアーカイブデータを前記記憶手段に格納する手段と、
を含むゲートウェイサーバ。
【請求項６】
通信装置からの取得要求に応じて提供するファイルの少なくとも一部を一つのファイルにアーカイブしたアーカイブデータを保持し、当該アーカイブデータを送出するサーバに接続され、
前記サーバから前記送出されるアーカイブデータを受信して記憶する記憶手段と、
通信装置から送出されたファイルの取得要求を受け入れる手段と、
当該受け入れた取得要求に係るファイルがアーカイブされているアーカイブデータが前記記憶手段に記憶されていれば、当該アーカイブデータを要求元である通信装置へ送出する手段と、
を含み、
前記アーカイブデータを記憶する記憶手段は、揮発性の記憶デバイスであるゲートウェイサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、サーバ装置、及びゲートウェイサーバに関する。
【背景技術】
【０００２】
従来、セキュアな通信経路を確保しつつリモートアクセス（遠隔の通信先との間で情報を送受すること）を行う方法として、ＶＰＮ（Virtual Private Network）等の技術が知られている。このＶＰＮでは、アクセスを行う側の端末（アクセス端末）と、接続先となるサーバとの２拠点を相互接続している。このため、アクセス端末から複数の拠点のサーバに対して接続する場合、ユーザは通信先のサーバの拠点が変わる都度、ネットワーク設定を切替える必要があった。
【０００３】
またＶＰＮでは、アクセス端末が正当なものであるかを接続先のサーバが判断するため、クライアント証明書を用いるなどの手段が一般的であるが、このような方法では、アクセス端末ごとに、クライアント証明書を発行して管理する必要があって、システム管理者の管理工数が大きくなる傾向があった。
【０００４】
特許文献１には、アクセス端末と企業側インターネット網との２拠点をＶＰＮにて接続する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２０６４４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
また、ウェブページ等の情報提供を行うサーバが提供するファイルを、なるべく効率よく伝送したい要求は、このようなシステムにも存在する。
【０００７】
本発明は上記実情に鑑みて為されたもので、ファイル伝送効率を向上できる通信システム、サーバ装置、及びゲートウェイサーバを提供することをその目的の一つとする。
【課題を解決するための手段】
【０００８】
上記従来例の問題点を解決する本発明の一態様は、予め定められたデータアクセスソフトウエアがインストールされ、当該データアクセスソフトウエアに従って動作し、複数のファイルの取得要求を送出する通信装置と、サーバと、ゲートウェイサーバと、を含む通信システムであって、前記ゲートウェイサーバは、前記通信装置からの取得要求に応じて前記サーバが提供するファイルの少なくとも一部を一つのファイルにアーカイブしたアーカイブデータを保持する手段と、前記通信装置から送出された前記ファイルの取得要求を受け入れる手段と、前記受け入れた取得要求に係るファイルがアーカイブされているアーカイブデータが記憶されていれば、当該アーカイブデータを要求元である通信装置へ送出する手段と、前記受け入れた取得要求に係るファイルのうち、アーカイブされていないファイルの取得要求を前記サーバへ送出し、サーバから当該取得要求に対する応答として受け入れたファイルを、要求元である通信装置へ送出する手段と、を含み、前記通信装置は、前記サーバへのファイルの取得要求を、前記ゲートウェイサーバに対して送出する手段と、前記ゲートウェイサーバからアーカイブデータを受信して、当該アーカイブデータから取得要求したファイルを抽出する手段と、当該抽出したファイルを出力する手段と、を含むこととしたものである。
【発明の効果】
【０００９】
本発明によると、通信時の利便性を向上できる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態に係る通信システムの構成例を表すブロック図である。
【図２】本発明の実施の形態に係る通信装置の例を表す機能ブロック図である。
【図３】本発明の実施の形態に係る情報処理装置が保持する設定データの例を表す説明図である。
【図４】本実施の形態の通信システムにおける各部の通信の例を表すフロー図である。
【図５】本実施の形態の通信システムにおける各部の通信の例を表すフロー図である。
【図６】本発明の実施の形態に係る通信システムの別の構成例を表すブロック図である。
【発明を実施するための形態】
【００１１】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る通信システムは、図１に例示するように、通信装置１と、ゲートウェイサーバとしての第１のゲートウェイ２と、サーバ装置としての情報提供サーバ３ａ，３ｂ…とを含んで構成される。また、この通信システムには、アクティベーション管理サーバ４が含まれてもよい。
【００１２】
ここで通信装置１と第１のゲートウェイ２及びアクティベーション管理サーバ４とは、互いにローカルエリアネットワーク（ＬＡＮ）またはインターネット等の広域ネットワーク（ＷＡＮ）を介して通信可能に接続され、また、第１のゲートウェイ２と情報提供サーバ３とはインターネット等の広域ネットワーク（ＷＡＮ）を介して通信可能に接続されている。
【００１３】
通信装置１は、図１に例示するように、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５とを含んで構成され、ＬＡＮ及び第１のゲートウェイ２等の通信手段を介して情報提供サーバ３ａ，３ｂ…との間で通信を行うものである。この通信装置１は、パーソナルコンピュータ（ＰＣ）によって実現されてもよいし、スマートフォンやタブレット端末等の携帯端末によって実現されてもよい。
【００１４】
制御部１１は、ＣＰＵ等のプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。本実施の形態の制御部１１は、通信装置１が例えばＰＣであれば、記憶部１２に格納されているオペレーティングシステムや、データアクセスソフトウエアとしてのブラウザプログラム（以下、セキュアブラウザと呼ぶ）を含む各種アプリケーションプログラムがインストールされており、ユーザの指示に従ってこれらのアプリケーションプログラムに従った処理を実行する。
【００１５】
本実施の形態では、制御部１１は、セキュアブラウザのプログラムに従い、認証要求の処理と、認証結果の管理処理と、外部のサーバへのアクセスの処理とを実行する。これらの処理において制御部１１は、外部のサーバ（情報提供サーバ３）に対して第１のゲートウェイ２を介してのみ通信を行うよう制御される。この制御部１１の詳しい動作の例については後に述べる。
【００１６】
記憶部１２は、ハードディスクドライブや、フラッシュメモリ等の記憶デバイスを含んで構成される。この記憶部１２は、制御部１１によって実行されるプログラムや各種設定データを格納している。このプログラムはＤＶＤ−ＲＯＭ等のコンピュータ可読かつ非一時的な記憶媒体に格納されて提供され、この記憶部１２にインストールされたものであってもよい。また、このプログラムは、ネットワーク等の通信手段を介して提供され、この記憶部１２にインストールされたものであってもよい。さらに本実施の形態において、この記憶部１２は、制御部１１のワークメモリとしても動作する。
【００１７】
操作部１３は、キーボードやマウス、あるいはキーパッドないしタッチパネル等であり、ユーザの操作を受け入れて、当該操作の内容を表す情報を制御部１１に出力する。表示部１４は、例えば液晶ディスプレイ等であり、制御部１１から入力される指示に従って、情報を表示する。
【００１８】
通信部１５は、有線または無線のネットワークインタフェース等であり、制御部１１から入力される指示に従って、外部の通信先との間で情報を送受する。この通信部１５は、外部の通信先からネットワーク等を介して到来した、通信装置１宛の情報を受信して制御部１１に対して出力するとともに、制御部１１から入力される指示に従い、指示された宛先に対してネットワーク等を介して指示された情報を送出する。
【００１９】
第１のゲートウェイ２は、制御部２１と、記憶部２２と、第１通信部２３と、第２通信部２４とを含んで構成される。この制御部２１は、ＣＰＵ等のプログラム制御デバイスであり、記憶部２２に格納されたプログラムに従って動作する。本実施の形態の制御部２１は、ゲートウェイサーバとしての処理を実行する。具体的にこの制御部２１は、第１通信部２３からＬＡＮを介して、または第２通信部２４からＷＡＮを介して、通信装置１から受信した通信開始要求を受け入れる。
【００２０】
制御部２１は通信開始要求を受け入れると、当該通信開始要求を行った通信装置１との間の通信を開始するか否かを判断し、通信を開始すると判断すると、通信装置１から情報提供サーバ３宛の情報（情報の要求等）を第１通信部２３または第２通信部２４を介して受信し、第２通信部２４を介して送出する。またこの制御部２１は、第２通信部２４を介して情報提供サーバ３等から、通信を開始した通信装置１宛の情報を受信すると、第１通信部２３または第２通信部２４を介して通信装置１へ当該受信した情報を送出する。つまり、この制御部２１の動作により、第１のゲートウェイ２は、プロキシサーバとしての動作を行うこととなる。
【００２１】
またこの第１のゲートウェイ２は、情報提供サーバ３が提供するファイルのうち、一部のファイル（複数個あってよい）をアーカイブしたアーカイブデータと、その内容の一覧（アーカイブファイルに含まれるファイルのＵＲＬの一覧）を、当該アーカイブデータと内容の一覧とを関連付けて記憶部２２に格納する。この制御部２１の動作についても後に詳しく述べる。
【００２２】
記憶部２２は、フラッシュメモリ等の不揮発性の記憶デバイスや、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶デバイスを含んで構成される。この記憶部２２は、制御部２１によって実行されるプログラムを格納している。このプログラムはＤＶＤ−ＲＯＭ等のコンピュータ可読かつ非一時的な記憶媒体に格納されて提供され、この記憶部２２にインストールされたものであってもよい。また、このプログラムは、ネットワーク等の通信手段を介して提供され、この記憶部２２にインストールされたものであってもよい。さらに本実施の形態において、この記憶部２２は、制御部２１のワークメモリとしても動作する。
【００２３】
第１通信部２３は、有線または無線のネットワークインタフェース等であり、制御部２１から入力される指示に従って、ＬＡＮを介して接続される通信先との間で情報を送受する。この第１通信部２３は、通信先からＬＡＮを介して到来した、情報提供サーバ３宛の情報を受信して制御部２１に対して出力する。またこの第１通信部２３は、制御部２１から入力される指示に従い、指示された宛先に対しＬＡＮを介して指示された情報を送出する。本実施の形態において、この第１通信部２３には、予め定められたＩＰアドレス（以下、内部既定ＩＰアドレスと呼ぶ）が設定されているものとする。
【００２４】
第２通信部２４は、有線のネットワークインタフェース等であり、制御部２１から入力される指示に従って、ネットワーク（ＷＡＮ）を介して接続される通信先との間で情報を送受する。この第２通信部２４は、通信先となった情報提供サーバ３等からＷＡＮを介して到来した、通信装置１宛の情報を受信して制御部２１に対して出力する。またこの第２通信部２４は、制御部２１から入力される指示に従い、指示された情報提供サーバ３等の宛先に対しＷＡＮを介して指示された情報を送出する。本実施の形態において、この第２通信部２４にも、予め定められたＩＰアドレス（以下、外部既定ＩＰアドレスと呼ぶ）が設定されているものとする。一般的に内部既定ＩＰアドレスと外部既定ＩＰアドレスとは異なるＩＰアドレスとなっている。
【００２５】
情報提供サーバ３は、例えばウェブサーバやメールサーバ等であり、通信装置１等からＵＲＬ（Uniform Resource Locators）の指定とともにウェブページや画像情報の要求、あるいはメールデータの要求を受けると、当該ＵＲＬで特定されるウェブページやメールデータ等の情報を送出する処理を実行するものである。
【００２６】
本実施の形態では、この情報提供サーバ３は、制御部３１と、記憶部３２と、通信部３３とを含んで構成される。ここで制御部３１は、ＣＰＵなどのプログラム制御デバイスであり、記憶部３２に格納されたプログラムに従って動作して、通信装置１から第１のゲートウェイ２を介して情報の要求を受け入れ、当該要求に係るウェブページやメールデータ等の情報を送出する処理を実行する。本実施の形態においてこの制御部３１が提供する情報は一般に複数のファイルを含む。例えばウェブページの情報には、当該ウェブページの構成や、ウェブページに含まれるべきテキスト等を記述するＨＴＭＬファイルのほか、当該ＨＴＭＬファイルのレンダリング時に必要となる画像データ等のファイルを含む。
【００２７】
また本実施の形態の一例では、この制御部３１は、通信装置１からの取得要求に応じて提供する、これらのファイルの少なくとも一部を一つのファイルにアーカイブしたアーカイブデータを記憶部３２に格納して保持し、当該アーカイブデータを、第１のゲートウェイサーバ２に送出して記憶させることとしてもよい。この制御部３１の動作については後に述べる。
【００２８】
記憶部３２は、フラッシュメモリ等の不揮発性の記憶デバイスや、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶デバイスを含んで構成される。この記憶部３２は、制御部３１によって実行されるプログラムを格納している。このプログラムはＤＶＤ−ＲＯＭ等のコンピュータ可読かつ非一時的な記憶媒体に格納されて提供され、この記憶部３２にインストールされたものであってもよい。また、このプログラムは、ネットワーク等の通信手段を介して提供され、この記憶部３２にインストールされたものであってもよい。さらに本実施の形態において、この記憶部３２は、制御部３１のワークメモリとしても動作する。また本実施の形態の一例においてこの記憶部３２には、制御部３１がアーカイブデータを生成するときには、当該生成したアーカイブデータが保持される。
【００２９】
通信部３３は、有線または無線のネットワークインタフェース等であり、制御部３１から入力される指示に従って、ネットワークを介して接続される通信先との間で情報を送受する。
【００３０】
また、この情報提供サーバ３のうちには、認証を要するもの（以下、認証サーバ３ｃという）があってもよい。この認証サーバ３ｃは、第１のゲートウェイ２を介して認証要求を受信すると、当該第１のゲートウェイ２に対してユーザ名やパスワード等の認証情報の入力を求めるウェブページ等を送出する。そしてこの認証サーバ３ｃは、第１のゲートウェイ２を介して送出された認証情報と、予め情報提供サーバ３側で保持する認証情報とを比較して、それらが一致するまでは所定のウェブページ等の送出を行わないといったユーザ認証の処理を行う。
【００３１】
次に通信装置１の制御部１１の動作について図２を参照しながら説明する。図２は、制御部１１の一例を表す機能ブロック図である。すなわち制御部１１は、記憶部１２に格納されたセキュアブラウザのプログラムを実行することにより、通信開始要求部４１と、ブラウザ処理部４２と、ログイン試行部４３と、成否管理部４４と、設定データ初期化部４５とを機能的に実現する。また、ブラウザ処理部４２は、ファイル抽出部４２１を含む。
【００３２】
なお、本実施の形態では、情報提供サーバ３のうち、認証サーバ３ｃとして動作する情報提供サーバ３の一つを予めプライマリサーバ３ｐとして定め、通信装置１の記憶部１２に、当該プライマリサーバ３ｐを特定する情報（ＵＲＬ等）を記憶させておく。
【００３３】
このプライマリサーバ３ｐとしては、所定のＩＰアドレス（トラステッドＩＰ）で識別される送信元からの認証要求にのみ応答する（所定のＩＰアドレスで識別される送信元以外から認証要求があったときには、認証情報の入力を求めるウェブページ等を送出しないよう制御する）ものが好ましい。このようなプライマリサーバ３ｐに対しては予めトラステッドＩＰとして、第１のゲートウェイ２の外部既定ＩＰアドレスを設定しておく。
【００３４】
また、本実施の形態では、この記憶部１２は、プライマリサーバ３ｐを特定する情報（プライマリサーバ３ｐのＵＲＬ等の情報）に対して、プライマリサーバ３ｐ以外の認証サーバ３ｃを特定する情報（当該ウェブサーバのホームページのＵＲＬでよい）の一覧を記憶部１２に格納している（図３）。またこの一覧に含まれる、認証サーバ３ｃを特定する情報のそれぞれには、対応する認証サーバ３ｃへ送出するべき認証情報を関連付けて記憶しておく（Ｓ）。この記憶部１２に格納された情報を以下、認証設定データと呼ぶ。なお、この認証設定データに含める認証情報としてどのような種類の情報を保持させるか（ユーザ名のみ、あるいはパスワードのみ、あるいはユーザ名及びパスワード、などの種別の情報）は、管理者が任意に設定可能としておいてもよい。情報処理装置１は、当該管理者の設定に従って、認証情報を取得して保持する。
【００３５】
通信開始要求部４１は、後に説明するブラウザ処理部４２から通信開始要求を出力するべき旨の指示を受けて、予め定められたゲートウェイサーバである第１のゲートウェイ２に対して、通信開始要求を送出する。本実施の形態のある例では、この通信開始要求には、
１．通信装置１の固有識別子
２．通信装置１のオペレーティングシステムに関する情報（ＯＳ関連情報）
３．通信装置１の機種情報
４．通信装置１のユーザの固有識別子（社員番号など）
５．通信装置１において設定されたセキュリティに関するポリシー情報
のいずれか一つを少なくとも含む。
【００３６】
なお、通信装置１において設定されたセキュリティに関するポリシー情報は、セキュアブラウザの起動前に設定されるものとし、セキュアブラウザが動作している間は設定の変更ができないよう制御部１１により制御される。
【００３７】
通信開始要求部４１は、この第１のゲートウェイ２のＩＰアドレスを次の手順で得る。すなわち具体的に通信装置１の記憶部１２には、予め第１のゲートウェイ２のネットワークインタフェースに設定された内部既定ＩＰアドレス及び外部既定ＩＰアドレスが格納されているものとする。
【００３８】
そして通信開始要求部４１は、通信装置１の通信部１５に割り当てられたＩＰアドレスを参照し、そのネットワークアドレス（ＩＰアドレスのうち、ネットワークを識別する部分、サブネットマスクによって規定されるサブネットアドレスを除く部分）を参照し、当該ネットワークアドレスが、記憶部１２に格納された内部既定ＩＰアドレスのネットワークアドレスと一致している場合は、通信先のＩＰアドレスを内部既定ＩＰアドレスに設定する。
【００３９】
また、通信装置１の通信部１５に割り当てられたＩＰアドレスのネットワークアドレスが記憶部１２に格納された内部既定ＩＰアドレスのネットワークアドレスと一致していなければ、通信開始要求部４１は、通信先のＩＰアドレスを外部既定ＩＰアドレスに設定する。
【００４０】
ここで通信装置１の固有識別子は例えば通信装置１に設定された製造番号等でよい。また、通信装置１のＯＳ関連情報は通信装置１にて利用されているオペレーティングシステムの種類やバージョンの情報、さらには機能拡張のためのプログラムがインストールされている場合は、当該プログラムの情報等を含むものである。通信装置１の機種情報は、通信装置１のメーカーを表す情報や機種を特定する情報等であり、通信装置１のユーザの固有識別子は通信装置１にログインしたユーザの社員番号情報等である。また、通信装置１において設定されたセキュリティに関するポリシー情報は、ブラウザ処理部４２の動作において情報提供サーバ３から取得した情報を、記憶部１２に永続的に（例えばファイル等として）保存可能とするか否かを表す情報等である。
【００４１】
通信開始要求部４１は、第１のゲートウェイ２から通信開始要求に対する応答を受信し、当該応答において通信開始が許可されたときには、ブラウザ処理部４２に対して処理完了を通知する。
【００４２】
ブラウザ処理部４２は、基本的には一般的なウェブブラウザとしての処理を実行し、ユーザからＵＲＬの入力を受け入れて、当該ＵＲＬにより識別されるウェブサーバから、当該ＵＲＬによって識別されるウェブページの情報を取得するものである。そしてブラウザ処理部４２は、当該ウェブページの情報（一般的にはＨＴＭＬで記述された情報や、画像データなど）に基づいて、表示用の画面情報を生成して、表示部１４を制御して、当該生成した画面情報を表示出力させる。
【００４３】
本実施の形態において、このブラウザ処理部４２は、その起動時（または起動後、ユーザから最初にＵＲＬの指定を受けたとき）に、通信開始要求部４１に対して通信開始要求を出力するよう指示する。そして通信開始要求部４１から処理完了の入力があるまで待機し、処理完了の入力があったときに、後に述べるログイン試行部４３に対して処理開始を指示する。そしてログイン試行部４３から処理完了の入力があるまで待機し、処理完了の入力があったときに、ウェブブラウザとしての処理を開始する。
【００４４】
このブラウザ処理部４２は、ウェブブラウザとしての処理中、ユーザから入力されたＵＲＬが、プライマリサーバ３ｐ以外の認証サーバ３ｃであれば、いわゆるオートコンプリートおよび自動ログインの処理を実行する。具体的にブラウザ処理部４２は、ユーザから入力されたＵＲＬが、プライマリサーバ３ｐ以外の認証サーバ３ｃが提供するウェブページ等のＵＲＬであったときには、当該ＵＲＬで識別されるウェブページの情報を取得したときに、当該ウェブページの情報内に、認証情報の入力を求める記述が含まれているか否かを調べる。この処理は、例えば属性が「password」として設定された入力欄（inputタグで識別される部分）があるか否かを調べるなど、広く知られた処理があるので、ここでの詳しい説明を省略する。
【００４５】
ブラウザ処理部４２は、ここで認証情報の入力を求める記述があれば、後に説明する成否管理部４４により記憶部１２に格納される認証の結果の情報を参照する。そして当該認証の結果の情報が、認証に失敗した旨の情報であるときには、ブラウザ処理部４２は、
（ａ）オートコンプリートの処理をせず、認証情報の入力欄を空欄としたままウェブページに基づく画面の表示を行う、
（ｂ）認証情報の入力欄を入力不能とする（disabledまたはreadonlyの属性を付加した場合と同様とするなど、セキュアブラウザの処理における、認証に関係する情報の受け入れを拒否する設定とする）、
（ｃ）当該認証サーバ３ｃから提供されたウェブページの表示ができない旨の表示を行う（セキュアブラウザの処理におけるウェブサイトへのアクセスを拒否する）
（ｄ）ブラウザ処理部４２としての動作を行うプログラムに係る処理を終了する（セキュアブラウザの処理を終了する）
のいずれかの処理を行う。なお、（ｄ）のようにセキュアブラウザの処理を終了したときには、さらに、セキュアブラウザの処理の再度の起動を許可しないよう（例えばセキュアブラウザのモジュールの一部を削除するなどして）設定してもよい。
【００４６】
一方、後に説明する成否管理部４４により記憶部１２に格納される認証の結果の情報を参照したときに、当該認証の結果の情報が、認証に成功した旨の情報であったときには、ブラウザ処理部４２は、ユーザから入力されたＵＲＬで特定される認証サーバ３ｃを特定する情報に関連付けて設定データに記録されている認証情報を記憶部１２から読み出す。
【００４７】
そして当該読み出した認証情報をデフォルトの値として、認証情報の入力欄に含めて、上記認証サーバ３ｃが提供したウェブページに基づく画面の表示を行う。この処理はいわゆるオートコンプリートの処理と同様のものでよい。
【００４８】
この場合、ユーザは、認証情報が入力された状態のウェブページを見ることとなり、そのまま「ログイン」ボタン等のsubmitボタンをクリックすることによって、認証情報を第１のゲートウェイ２を介して認証サーバ３ｃへ送出する指示を行う（自動ログイン）。つまり本実施の形態によれば、プライマリサーバ３ｐへの認証が成功した時のみ、プライマリサーバ３ｐ以外の他の認証サーバ３ｃへの自動ログインが許可される。
【００４９】
また本実施の形態の例では、ブラウザ処理部４２は、ユーザから指示されたＵＲＬで特定されるウェブサーバへの情報の要求（ＨＴＴＰの要求）を、第１のゲートウェイ２に対して送出する。ブラウザ処理部４２は、第１のゲートウェイ２から、要求した情報に係る（一般には複数の）ファイルを受信する。ここで第１のゲートウェイ２から受信したファイルのうちに、アーカイブデータ（複数のファイルを一つのファイルにアーカイブしたアーカイブデータ）が含まれている場合、ブラウザ処理部４２は、ファイル抽出部４２１により当該アーカイブデータから取得要求したファイルを抽出する。そしてブラウザ処理部４２は、抽出したファイルや、第１のゲートウェイ２から受信した、アーカイブデータ以外のデータに基づいて、ウェブページをレンダリングして表示出力する。
【００５０】
ログイン試行部４３は、ブラウザ処理部４２から処理開始が指示されると、予め定められているプライマリサーバ３ｐへのログインを試行する。具体的にこのログイン試行部４３は、記憶部１２に格納されているプライマリサーバ３ｐのＵＲＬを読み出して、当該ＵＲＬで特定される情報提供サーバ３（プライマリサーバ３ｐ）に対するウェブページの要求を、第１のゲートウェイ２へ送出する。このウェブページの要求は、第１のゲートウェイ２によって、プライマリサーバ３ｐへ送出される。
【００５１】
ログイン試行部４３は、この要求に対する応答としてプライマリサーバ３ｐから送信されたウェブページの情報を第１のゲートウェイ２を介して受信する。ログイン試行部４３は、当該受信した情報に基づいて、ウェブページの画面情報（認証画面）を生成して表示部１４に表示出力する。本実施の形態の一例では、ここで表示されるウェブページの画面情報には、ユーザ名とパスワードとの入力欄（認証情報の入力欄）が含まれる。
【００５２】
ユーザがこれらの入力欄にそれぞれユーザ名とパスワードとを入力して送信の指示を行うと、ログイン試行部４３は、第１のゲートウェイ２に対して当該入力されたユーザ名とパスワードとを送出する。これらの情報は、第１のゲートウェイ２によってプライマリサーバ３ｐに対して送出される。
【００５３】
プライマリサーバ３ｐでは、第１のゲートウェイ２から送出されたユーザ名及びパスワードの組と、事前にプライマリサーバ３ｐ側に格納されているユーザ名とパスワードとの組とが一致するか否かを調べる。ここで通信装置１のログイン試行部４３が第１のゲートウェイ２を介して送出したユーザ名及びパスワードの組と、事前にプライマリサーバ３ｐ側に格納されているユーザ名とパスワードとの組とが一致すると判断すると、プライマリサーバ３ｐは、認証が成功した旨の情報を第１のゲートウェイ２に対して送出する。第１のゲートウェイ２は、この情報を通信装置１へ送出する。
【００５４】
一方、通信装置１のログイン試行部４３が第１のゲートウェイ２を介して送出したユーザ名及びパスワードの組と、事前にプライマリサーバ３ｐ側に格納されているユーザ名とパスワードとの組とが一致しないと判断した場合、プライマリサーバ３ｐは、認証に失敗した旨の情報を第１のゲートウェイ２に対して送出する。第１のゲートウェイ２は、この情報を通信装置１へ送出する。
【００５５】
ここで具体的に認証に失敗した旨の情報とは、再度のログインを促す、認証画面を表すウェブページの情報である。ログイン試行部４３は、認証情報を送出した後に、再度、認証情報の入力欄を含むウェブページを第１のゲートウェイ２を介して受信したとき、つまり、認証処理の実行結果としてプライマリサーバ３ｐから受信する情報に含まれるＨＴＭＬのソースコード内に予め指定された文字列（ここでは認証情報の入力欄を表すＨＴＭＬの文字列）があるときには、認証に失敗した旨の情報を受信したと判断する。具体的にpassword属性を含んだinputタグを表すＨＴＭＬ文字列等が含まれ、パスワードフィールドが存在する場合は、ログインに失敗して再度ログインが促されていると判断できるため、プライマリサーバ３ｐでの認証が失敗したと判断できる。
【００５６】
ログイン試行部４３では、プライマリサーバ３ｐから送出された認証の結果の情報（認証に成功した旨の情報、または認証に失敗した旨の情報）を受け入れて、認証の結果を判断し、当該判断の結果（認証の結果の情報）を成否管理部４４に出力するとともに、処理完了の情報をブラウザ処理部４２に出力する。
【００５７】
成否管理部４４は、ログイン試行部４３から、プライマリサーバ３ｐにおける認証の結果の情報を受け入れて、記憶部１２に保持する。またこの成否管理部４４は、ログイン試行部４３から入力された認証の結果の情報が、認証に失敗した旨の情報であれば、設定データ初期化部４５に対して、設定データの初期化を指示してもよい。
【００５８】
設定データ初期化部４５は、成否管理部４４から設定データの初期化の指示を受けると、記憶部１２に格納されている設定データ（図３に例示した、認証サーバ３ｃを特定する情報と認証情報との組）を削除する。
【００５９】
次に、本発明の実施の形態に係る第１のゲートウェイ２の制御部２１の動作について説明する。この制御部２１は、第１通信部２３または第２通信部２４がＬＡＮまたはＷＡＮ介して通信装置１から受信した通信開始要求を受け入れると、当該通信開始要求に含まれる情報が、予め定めた通信開始条件を満足するか否かを判断する。そして通信開始条件を満足すると判断したときに、通信開始要求に対する応答として、通信開始が許可する情報を要求元の通信装置１へ送出する。
【００６０】
具体的にこの通信開始要求には、既に述べたように、
１．通信装置１の固有識別子
２．通信装置１のオペレーティングシステムに関する情報（ＯＳ関連情報）
３．通信装置１の機種情報
４．通信装置１のユーザの固有識別子（社員番号など）
５．通信装置１において設定されたセキュリティに関するポリシー情報
のいずれか一つを少なくとも含んでいる。
【００６１】
そこでこの例の制御部２１は、この通信開始要求に含まれるこれらの情報が、予め定めた通信開始条件を満足するか否かを判断することになる。
【００６２】
例えば制御部２１は、通信装置１の固有識別子が、予め通信可能な通信装置１の固有識別子のリストとして定められた情報に含まれているか否かを判断し、含まれている場合に通信開始可能と判断する。また別の例では制御部２１は、通信装置１のＯＳ関連情報が、予め通信可能なＯＳに関する情報のリストとして定められた情報に含まれているか否かを判断し、含まれている場合に通信開始可能と判断する。さらに別の例では、制御部２１は、通信装置１の機種情報が、予め通信可能な通信装置１の機種情報のリストとして定められた情報に含まれているか否かを判断し、含まれている場合に通信開始可能と判断する。また通信装置１のユーザの固有識別子を用いる場合も、制御部２１は、通信装置１から受信したユーザの固有識別子が、予め通信可能なユーザの固有識別子のリストとして定められた情報に含まれているか否かを判断し、含まれている場合に通信開始可能と判断する。
【００６３】
また通信装置１において設定されたポリシーの情報として、例えば、情報提供サーバ３から取得した情報を、記憶部１２に永続的に（例えばファイル等として）保存可能とするか否かを表す情報が含まれる場合、制御部２１は、通信装置１がＬＡＮを介して接続されているか、ＷＡＮを介して接続されているかにより次のように判断する。すなわち制御部２１は、通信装置１がＬＡＮを介して接続されているとき（ローカルなネットワーク内に所在しているとき）には、このポリシー情報の設定によらずに通信開始可能と判断する。また制御部２１は、通信装置１がＷＡＮを介して接続されているとき（社外など、外部のネットワーク内に所在しているとき）には、このポリシー情報の設定が、情報提供サーバ３から取得した情報を、記憶部１２に永続的に（例えばファイル等として）保存可能としない旨の設定となっている場合に限り、通信開始可能と判断する。
【００６４】
制御部２１は以上の例の判断によって、通信開始要求を行った通信装置１との通信を開始すると判断したときには、当該通信装置１を特定する情報（例えば当該通信装置１のネットワークアドレス（ＩＰアドレスやＭＡＣアドレス）等でよい）を処理対象装置として記憶する。
【００６５】
この後、制御部２１は、通信装置１から情報提供サーバ３宛の情報（例えばファイルの取得要求を少なくとも一つ含む情報の要求）を第１通信部２３または第２通信部２４を介して受信する。そして当該通信装置１を特定する情報が処理対象装置として記憶されているか否かを判断し、処理対象装置として記憶されていれば、制御部２１は、受信した要求等を用いて次の動作を行う。
【００６６】
すなわち制御部２１は、情報の要求に含まれるファイルの取得要求を参照し、取得要求に係るファイルがアーカイブされているアーカイブデータが記憶部２２に格納されているか否かを調べる。具体的にこの動作は、アーカイブデータに関連付けられたファイルのＵＲＬの一覧を参照し、当該一覧のうちに、取得要求に係るファイルが含まれる場合に、取得要求に係るファイルがアーカイブされているアーカイブデータが記憶部２２に格納されていると判断して、当該アーカイブデータを、第１通信部２３または第２通信部２４を介して、要求元の通信装置１に対して送出する。なお、このとき制御部２１は、受信している取得要求に係るファイルのうち、上記一覧に含まれるファイルについては既に通信装置１へ送出したものとして扱う。
【００６７】
また、取得要求に係るファイルがアーカイブされているアーカイブデータが記憶部２２に格納されていない場合、つまり、記憶しているアーカイブデータに関連付けられたファイルのＵＲＬの一覧のうちに、対応するＵＲＬが含まれないファイルについては、当該ファイルの取得要求を、第２通信部２４を介して宛先となった情報提供サーバ３宛に送出する。またこの制御部２１は、当該要求に応じて第２通信部２４を介して情報提供サーバ３等から受信したファイルを、第１通信部２３または第２通信部２４を介して、要求元の通信装置１に対して送出する。これにより第１のゲートウェイ２は、通信を開始することとした通信装置１に対してプロキシサーバとして動作することとなる。
【００６８】
また制御部２１は、通信を開始するとの判断をしていない通信装置１（通信開始要求を行わなかった通信装置１や、通信開始要求に含まれる情報を用いた判断により、通信を開始しないと判断した通信装置１）からＵＲＬ等の情報を受信したときには、当該通信装置１を特定する情報が処理対象装置として記憶されていないので、当該ＵＲＬ等の情報を破棄して情報提供サーバ３等へ伝達せず、また、当該情報に含まれるファイルの取得要求に係るファイルをアーカイブしたアーカイブデータが記憶部２２に格納されていても、当該アーカイブデータの送出も行わない。
【００６９】
また本実施の形態において、通信装置１は、セキュアブラウザの実行前に、アクティベーションの処理を実行してもよい。具体的には、セキュアブラウザの使用（実行）を許可するユーザに対して予めアクティベーションコード情報を告知しておくとともに、アクティベーション管理サーバ４に対して当該アクティベーションコード情報を保持させておく。本実施の形態の一例では通信装置１においてユーザがセキュアブラウザの実行開始の指示を行ったときなど所定のタイミングで、ユーザに対して、通信装置１がアクティベーションコード情報の入力を求める。ユーザがこの求めに応じてアクティベーションコード情報を入力すると、通信装置１は当該入力されたアクティベーションコード情報をアクティベーション管理サーバ４に対して認証用情報として送出する。
【００７０】
アクティベーション管理サーバ４は、通信装置１から認証用情報を受信し、当該受信した認証用情報に一致するアクティベーションコード情報を保持しているか否かを調べ、保持していればアクティベーションを許可する情報を通信装置１へ送出する。
【００７１】
通信装置１では、アクティベーションを許可する情報を受信すると、セキュアブラウザの実行を開始して、認証を要する情報提供サーバ３（プライマリサーバ３ｐを含む）へのアクセスを可能とする。またアクティベーションを許可する情報が受信できなかったときには、セキュアブラウザの実行を行わない。
【００７２】
また、アクティベーション管理サーバ４においては、ユーザが入力するアクティベーションコード情報だけでなく、ユーザが利用する通信装置１に係る情報を併せて用いてもよい。この場合、アクティベーション管理サーバ４では、ユーザごとに、当該ユーザに予め告知されているアクティベーションコード情報のほか、当該ユーザが使用する少なくとも一つの通信装置１に係る情報である、例えば通信装置１の機種情報やオペレーティングシステムの情報、個体識別子（通信装置１が携帯電話機であればその契約者固有情報等）などをアクティベーションポリシー情報として、対応するユーザのアクティベーションコード情報に関連付けて記憶しておく。
【００７３】
なお、アクティベーションコード情報は、ユーザが告知された情報であれば、どのようなものであってもよく、例えばユーザ自身の社員番号や学籍番号等、ユーザが属する組織内では周知して使用されているが組織外の第三者には個人を特定することが困難な値を用いることとしてもよい。
【００７４】
この例では、ユーザは当該ユーザが使用するものとして予めアクティベーション管理サーバ４に対して、その情報を保持させてある通信装置１を用いて、セキュアブラウザの実行開始の指示を行う。
【００７５】
すると通信装置１がユーザに対してアクティベーションコード情報の入力を求める。ユーザがこの求めに応じてアクティベーションコード情報を入力すると、通信装置１は当該入力されたアクティベーションコード情報とともに、予め定められている自己に係る情報をアクティベーション管理サーバ４に対して認証用情報として送出する。
【００７６】
アクティベーション管理サーバ４は、通信装置１から認証用情報を受信し、当該受信した認証用情報に含まれるアクティベーションコードに一致するアクティベーションコード情報を保持しているか否かを調べ、保持していれば当該アクティベーションコード情報に関連付けられたアクティベーションポリシー情報と、通信装置１から受信した通信装置１に係る情報とを比較する。そしてこれらが一致する場合には、アクティベーションを許可する情報を通信装置１へ送出する。
【００７７】
通信装置１では、アクティベーションを許可する情報を受信すると、セキュアブラウザの実行を開始して、第１のゲートウェイ２へのアクセスを可能とする。またアクティベーションを許可する情報が受信できなかったときには、セキュアブラウザの実行を行わない。
【００７８】
このようにアクティベーション管理サーバ４はアクティベーションコード情報（社員番号など）に紐付けられた通信装置１に係る許可条件（アクティベーションポリシー情報）と、ユーザが操作する通信装置１から受信した情報とを照合し、アクティベーションの要求のあった通信装置１から受信した情報がアクティベーションポリシー情報と合致しているかを確認する。そして合致した場合は当該通信装置１におけるセキュアブラウザの実行（アクティベーション）が許可され、ユーザは当該通信装置１上でのセキュアブラウザの使用が許可される。
【００７９】
この例によると、アクティベーション時に通信装置１に係る情報も用いられるため、通信装置１の盗難紛失時には、管理者は当該通信装置１に係る情報をディアクティベート（アクティベーションポリシー情報から削除するなど）することで、当該通信装置１でのセキュアブラウザの使用を禁止することができる。
【００８０】
またアクティベーションポリシー情報は、通信装置１ごとに固有な情報を用いてもよいし、複数の通信装置１に共通の情報を用いてもよい。また通信装置１に固有な情報を用いる場合、例えば製造番号の範囲等を用いてもよい。この場合、当該範囲にある製造番号の通信装置１を用いるユーザが対応するアクティベーションコード情報を入力した場合、当該通信装置１でのセキュアブラウザの利用が可能となる。
【００８１】
また、アクティベーション管理サーバ４には一度にアクティベート可能な通信装置１の台数を制限する情報を設定しておいてもよい。この場合、通信装置１はセキュアブラウザの終了時には、処理の終了をアクティベーション管理サーバ４に通知するようにしておいてもよい。
【００８２】
アクティベーション管理サーバ４は、アクティベーションを許可する情報を送出するごとに、アクティベーションを許可した通信装置１の数をカウントするカウンタ（初期化時には「０」とする）を「１」ずつインクリメントする。また、アクティベーション管理サーバ４は、通信装置１から処理の終了が通知されると、上記カウンタを「１」だけデクリメントする。
【００８３】
アクティベーション管理サーバ４は、いずれかの通信装置１からアクティベーションの要求（ユーザがアクティベーションコード情報として入力した情報等）を受信したときに、このカウンタの値と、設定された一度にアクティベート可能な通信装置１の台数とを比較して、これらが一致しているときには、入力されたアクティベーションコード情報が正当なものであっても、アクティベーションを許可する情報を送出しない。これにより、管理者はユーザがアクティベーションできる通信装置１の台数の制限できる。
【００８４】
なお、ここでの一例では、アクティベーション管理サーバ４に対してアクティベーションコード情報等を送出するタイミングは、セキュアブラウザの実行開始時としたが、本実施の形態はこれに限らず、セキュアブラウザのインストール時としてもよい。この場合は、通信装置１は、インストーラの起動時にユーザに対してアクティベーションコード情報の入力を求め、上述の例と同様にしてアクティベーション管理サーバ４との通信により、アクティベーションの可否を確認することとする。
【００８５】
さらにアクティベーション管理サーバ４に対する情報の設定にあたっては、アクティベーションを許可する通信装置１の機種やオペレーティングシステムの種類やバージョン、あるいは一度にアクティベーション可能な通信装置１の数などを含むプリセットのアクティベーションポリシー情報を複数設定しておき、ユーザの役職、部署、所属組織などの組織属性に対応して、いずれかのプリセットのアクティベーションポリシー情報を設定することで、ユーザごとの設定を簡易にすることとしてもよい。
【００８６】
さらに本実施の形態において通信装置１は、設定データを、各ユーザのアクティベーションコード情報に関連付けて複数保持していてもよい。この場合、アクティベーション管理サーバ４がアクティベーションを許可したときに、ユーザがセキュアブラウザの起動時に入力したアクティベーションコード情報を参照し、プライマリサーバ３ｐにおける認証に成功した後に、当該アクティベーションコード情報に関連付けて記憶された設定データを用いて、プライマリサーバ３ｐ以外の認証サーバ３ｃに対する認証情報の自動ログイン処理を実行することとしてもよい。
【００８７】
この例では、一つの通信装置１を複数のユーザが共用し、またそれぞれのユーザがセキュアブラウザの起動時に自分のアクティベーションコード情報を入力することによって、自分の認証情報が用いられるように設定され、認証サーバ３ｃへの自己のアカウントでの自動ログインが可能となる。
【００８８】
さらに本実施の形態のある例では、第１のゲートウェイ２の内部既定ＩＰアドレス及び外部既定ＩＰアドレスを通信装置１の記憶部１２に予め格納しておくのではなく、アクティベーション管理サーバ４がアクティベーションを許可したときに、通信装置１宛にこれら第１のゲートウェイ２の内部既定ＩＰアドレス及び外部既定ＩＰアドレスを送出し、通信装置１が当該アクティベーション管理サーバ４から受信した情報を参照して、以降の第１のゲートウェイ２へのアクセスを行うようにしてもよい。
【００８９】
本実施の形態は以上の構成を備えており、次のように動作する。図４は、本実施の形態の通信システムにおける各部の通信の例を表すフロー図である。通信装置１のユーザがセキュアブラウザを起動すると、通信装置１は、ユーザに対してアクティベーションコード情報の入力を求める（Ｓ１）。ユーザがこの求めに応じてアクティベーションコード情報を入力すると、通信装置１は当該入力された情報をアクティベーション管理サーバ４に対して認証用情報として送出する（Ｓ２）。
【００９０】
アクティベーション管理サーバ４は、通信装置１から認証用情報を受信し、当該受信した認証用情報に一致するアクティベーションコード情報を保持しているか否かを調べ（Ｓ３）、保持していれば（Yesならば）アクティベーションを許可する情報を通信装置１へ送出する（Ｓ４）。また、ここで受信した認証用情報に一致するアクティベーションコード情報を保持していなければ（Noならば）、アクティベーション管理サーバ４は、アクティベーションを許可する情報を送出することなく処理を終了する。
【００９１】
通信装置１では、アクティベーションを許可する情報を受信すると、セキュアブラウザの実行を開始し、第１のゲートウェイ２のＩＰアドレスを得て、第１のゲートウェイ２に対して、通信開始要求を送出する（Ｓ５）。この通信開始要求には、既に述べたように、通信装置１の固有識別子等が含まれる。
【００９２】
第１のゲートウェイ２は、通信開始要求に含まれる通信装置１の固有識別子等の情報が、予め定めた通信開始条件を満足するか否かを判断し（Ｓ６）、通信開始条件を満足すると判断されると（Yesであると）、通信開始可能と判断して、通信装置１を特定する情報を記憶して、この情報で特定される通信装置１（通信開始要求の要求元である通信装置１）に対して通信開始要求に対する応答として、通信開始が許可する情報を送出する（Ｓ７）とともに、当該通信装置１のプロキシサーバとしての動作を開始する。
【００９３】
通信装置１は、通信開始を許可する情報を受けて、予め定められているプライマリサーバ３ｐへのログインを試行する。具体的に通信装置１は、記憶部１２に格納されているプライマリサーバ３ｐのＵＲＬを読み出して、当該ＵＲＬで特定される情報提供サーバ３（プライマリサーバ３ｐ）に対するウェブページの要求を、第１のゲートウェイ２へ送出する（Ｓ８）。このウェブページの要求は、第１のゲートウェイ２によって、プライマリサーバ３ｐへ送出される（Ｓ９）。
【００９４】
プライマリサーバ３ｐは、ウェブページの要求を受信すると、認証画面のウェブページの情報を第１のゲートウェイ２へ送出する（Ｓ１０）。第１のゲートウェイ２は、当該認証画面のウェブページの情報を通信装置１へ送出する（Ｓ１１）。
【００９５】
このようにして通信装置１は、要求に対する応答としてプライマリサーバ３ｐから送信されたウェブページの情報を第１のゲートウェイ２を介して受信し、当該受信した情報に基づいて、ウェブページの画面情報（認証画面）を生成して表示部１４に表示出力する（Ｓ１２）。本実施の形態の一例では、ここで表示されるウェブページの画面情報には、ユーザ名とパスワードとの入力欄（認証情報の入力欄）が含まれるものとしている。
【００９６】
ユーザがこれらの入力欄にそれぞれユーザ名とパスワードとを入力して送信の指示を行うと、通信装置１は、第１のゲートウェイ２に対して当該入力されたユーザ名とパスワードとを送出する（Ｓ１３）。これらの情報は、第１のゲートウェイ２によってプライマリサーバ３ｐに対して送出される（Ｓ１４）。
【００９７】
プライマリサーバ３ｐでは、第１のゲートウェイ２から送出されたユーザ名及びパスワードの組と、事前にプライマリサーバ３ｐ側に格納されているユーザ名とパスワードとの組とが一致するか否かを調べる（Ｓ１５：認証処理）。そしてプライマリサーバ３ｐは当該認証処理の結果を第１のゲートウェイ２に対して送出する（Ｓ１６）。第１のゲートウェイ２は、この情報を通信装置１へ送出する（Ｓ１７）。
【００９８】
この認証処理の結果は、通信装置１が送出したユーザ名及びパスワードの組と、事前にプライマリサーバ３ｐ側に格納されているユーザ名とパスワードとの組とが一致しているとプライマリサーバ３ｐが判断したときには、認証が成功した旨の情報となる。また、通信装置１が送出したユーザ名及びパスワードの組と、事前にプライマリサーバ３ｐ側に格納されているユーザ名とパスワードとの組とが一致しないとプライマリサーバ３ｐが判断したときには、この認証処理の結果は、認証に失敗した旨の情報となる。
【００９９】
通信装置１は、プライマリサーバ３ｐから送出された認証の結果の情報（認証に成功した旨の情報、または認証に失敗した旨の情報）を受け入れて記憶部１２に保持する。また通信装置１は、当該受け入れた認証の結果の情報を参照し（Ｓ１８）、当該情報が認証に失敗した旨の情報であれば（認証成功でない、Ｓ１８でNoならば）、記憶部１２に格納されている設定データ（図３に例示した、認証サーバ３ｃを特定する情報と認証情報との組）を削除するなど、アクセス不能に設定してもよい。またセキュアブラウザの処理を終了してもよい。
【０１００】
通信装置１は、プライマリサーバ３ｐから送出された認証の結果の情報が、認証に成功した旨の情報であれば（Ｓ１８でYesならば）、その後（Ａ，Ｂ）、ユーザからＵＲＬの入力を受け入れると、図５に例示するように、プロキシサーバとして動作する第１のゲートウェイ２を介して、当該ＵＲＬによって識別されるウェブページの情報を要求する（Ｓ１９）。ここでウェブページの情報の要求は、ウェブページを構成する少なくとも一つのファイルの取得要求（ファイルのＵＲＬと取得命令とを含む）を含む。
【０１０１】
第１のゲートウェイ２は、通信装置１からファイルの取得要求を受け入れて、受け入れた取得要求に係るファイルがアーカイブされているアーカイブデータ（アーカイブデータは例えばｚｉｐ等、広く知られた圧縮処理つきのアーカイバを用いて生成されたものでよい）が記憶部２２に記憶されているか否かを判断する（Ｓ２０）。ここで、受け入れた取得要求に係るファイルがアーカイブされているアーカイブデータが記憶部２２に記憶されていれば（Ｓ２０でYesならば）、第１のゲートウェイ２は、当該アーカイブデータを記憶部２２から読み出して、要求元である通信装置１へ送出する（Ｓ２１）。また、処理Ｓ２０において受け入れた取得要求に係るファイルがアーカイブされているアーカイブデータが記憶部２２に記憶されていなければ（Ｓ２０でNoならば）、当該取得要求に係るファイルのＵＲＬと取得命令とを、当該ＵＲＬで特定されるサーバ宛に送出する（Ｓ２２）。
【０１０２】
そしてサーバから当該取得要求に対する応答としてファイルを受信すると（Ｓ２３）、当該ファイルを要求元である通信装置１へ送出する（Ｓ２４）。
【０１０３】
通信装置１は、取得したファイル（一般的にはＨＴＭＬで記述された情報や、画像データなど）を用いて、ウェブページの情報を構成し、表示部１４に当該ウェブページの情報を表す画像を表示出力する（Ｓ２５：ブラウザ動作）。
【０１０４】
なお、ここでユーザからＵＲＬの入力を受け入れる方法としては、ユーザから文字列としてＵＲＬの入力を受け入れる方法のほか、予めブックマークとして、情報の取得要求の送出先となる外部の情報提供サーバ３を特定する情報であるＵＲＬの情報を設定データに含めて記憶しておき、設定データに含まれるブックマークのリストを提示してユーザに選択させる方法等がある。この場合、通信装置１がプライマリサーバ３ｐから認証に成功した旨の情報を受け入れているときに、当該ブックマークのリストがユーザに提供され、プライマリサーバ３ｐから認証に失敗した旨の情報を受け入れており、設定データがアクセス不能に設定されているときには、ブックマークのリストはユーザに提供されないこととなる。
【０１０５】
また通信装置１は、ウェブブラウザとしての処理中、ユーザから入力されたＵＲＬが、プライマリサーバ３ｐ以外の認証サーバ３ｃのＵＲＬであれば、当該ＵＲＬで識別されるウェブページの情報を取得したときに、当該ウェブページの情報内に、認証情報の入力を求める記述が含まれているか否かを調べる。
【０１０６】
通信装置１は、ここで認証情報の入力を求める記述があると判断すると、記憶部１２に格納されているプライマリサーバ３ｐでの認証の結果の情報を参照する。そして当該認証の結果の情報が、認証に失敗した旨の情報であるときには、通信装置１は、例えばオートコンプリートの処理をせず、認証情報の入力欄を空欄としたままウェブページに基づく画面の表示を行う。
【０１０７】
また通信装置１は、記憶部１２に格納される認証の結果の情報を参照したときに、当該認証の結果の情報が、認証に成功した旨の情報であったときには、ユーザから入力されたＵＲＬで特定される認証サーバ３ｃを特定する情報に関連付けて設定データに記録されている認証情報を記憶部１２から読み出す。
【０１０８】
そして通信装置１は、当該読み出した認証情報をデフォルトの値として、認証情報の入力欄に含めて、上記認証サーバ３ｃが提供したウェブページに基づく画面の表示を行う。この処理はいわゆるオートコンプリートの処理と同様のものでよい。
【０１０９】
この場合、ユーザは、認証情報が入力された状態のウェブページを見ることとなり、そのまま「ログイン」ボタン等のsubmitボタンをクリックすることによって、認証情報を第１のゲートウェイ２を介して認証サーバ３ｃへ送出する指示を行う（自動ログイン）。つまり本実施の形態によれば、プライマリサーバ３ｐへの認証が成功した時のみ、プライマリサーバ３ｐ以外の他の認証サーバ３ｃへの自動ログインが許可される。
【０１１０】
なお、第１のゲートウェイ２は、処理Ｓ６において予め定めた通信開始条件を満足しないと判断すると（Noであると）、そのまま処理を終了して、その後当該通信装置１から受信する通信開始要求以外の情報を破棄する（通信開始要求が再度あったときには、処理Ｓ６を繰り返して実行することとする）。
【０１１１】
このように、本実施の形態の通信装置１はセキュアブラウザとして機能する制御部１１により、第１のゲートウェイ２を必ず経由して接続対象の情報提供サーバ３に接続する。また第１のゲートウェイ２ではセキュアブラウザとして機能する制御部１１が通信接続要求を行わない限り、通信装置１から受信した要求を情報提供サーバ３へ送出しない。
【０１１２】
このためシステム管理者は、情報提供サーバ３が接続されることを許可するＩＰアドレスをこの第１のゲートウェイ２に割り当てられたＩＰアドレス（外部既定ＩＰアドレス）に設定することにより、情報提供サーバ３へのアクセスを、セキュアブラウザのみに限定できる。すなわち従来のユーザ端末毎に配布するクライアント証明書を利用する方法に比べて、接続元ＩＰアドレスを絞るだけでアクセスする端末を制限することができる。
【０１１３】
また本実施の形態によると、第１のゲートウェイ２が、通信装置１の通信開始要求時にセキュリティに関するポリシー情報について判断するため、例えば社内のＩＰアドレスからの接続の場合は、セキュアブラウザは通信装置１に情報を保存可能な旨を表すポリシー情報でも接続を許可するが、社外のインターネット環境からの接続である場合は、セキュアブラウザが通信装置１に情報を保存させない旨のポリシー情報が設定されていないと接続を許可しないなどといった切り分けが可能となる。
【０１１４】
また、セキュリティに関するポリシー情報には、改造の有無やウィルスの感染の有無に係る情報を含んでもよい。この場合、通信装置１の制御部１１は、通信開始要求に当該ポリシー情報を含めるとともに、予め定めた方法で改造の有無や、ウィルスの感染の有無（ウィルス検知ソフトウエア等を用いて判断する）、さらには当該ウィルス検知ソフトウエアのバージョン（パターン検知の場合はパターン情報の更新日時の情報等をさらに含んでもよい）等の情報を含める。
【０１１５】
第１のゲートウェイ２では、当該情報を参照し、規定された日時以降に更新されたパターン情報を用いてウィルス検知を行った結果、ウィルス感染無しと判断されているときに、通信開始可能と判断するようにしてもよい。
【０１１６】
また、本実施の形態の例では、第１のゲートウェイ２において予めアーカイブされたファイルが要求されると、第１のゲートウェイ２がウェブサーバへの通信を行うことなしに、当該ファイルを含むアーカイブデータを配信するので、通信負荷が軽減され、またアーカイブデータが圧縮処理されたものである場合は、一般に、通信量を低減できる。
【０１１７】
［セキュアブラウザによる認証成否判断の別の例］
また上記の例で、通信装置１の制御部１１がプライマリサーバ３ｐにおける認証に成功したか否かを判断するにあたり、認証情報の送出後にその応答としてプライマリサーバ３ｐが出力した情報に含まれるＨＴＭＬのソースコード内に予め指定された文字列があるか否かを調べる例について述べた。特に上記の例では、上記情報に含まれるＨＴＭＬのソースコード内に、認証情報の入力欄を表す情報（例えばpassword属性を含んだinputタグを表すＨＴＭＬ文字列等）がある場合に認証に失敗したと判断することとしていた。
【０１１８】
しかし本実施の形態はこの限りではない。例えば制御部１１は、ログイン試行部４３の動作として、プライマリサーバ３ｐから第１のゲートウェイ２を介して受信した情報に含まれるＨＴＭＬのソースコード内に、ログアウト用のボタンを規定するＨＴＭＬ文字列があれば、認証に成功したと判断することとしてもよい。
【０１１９】
また制御部１１は、認証情報の送出後にプライマリサーバ３ｐから第１のゲートウェイ２を介して受信する応答の情報に含まれるＨＴＴＰレスポンスに、予め指定されたコードがあるか否かによって認証の成否を判断してもよい。具体的にはＨＴＴＰレスポンスに含まれるステータスコードが「401」（Unauthorized）等、認証を経ていないことを表すものである場合に、認証に失敗したと判断してもよい。またＨＴＴＰレスポンスに含まれるコードが「200」（OK）等、リクエストの処理に成功したことを表すもの等であるときに、認証に成功したと判断してもよい。
【０１２０】
さらに制御部１１は、認証情報の送出後にその応答としてプライマリサーバ３ｐが出力した情報に含まれるＨＴＭＬのソースコード内に、リダイレクトの指示が含まれ、当該リダイレクトの指示において指定されたリダイレクト先が、予め定められたリダイレクト先であるか否かによって認証の成否を判断してもよい。例えばリダイレクト先が、プライマリサーバ３ｐのホームページ（プライマリサーバ３ｐにおける認証前にアクセス可能なページ）であれば、認証に失敗したと判断してもよい。
【０１２１】
また制御部１１は、プライマリサーバ３ｐから第１のゲートウェイ２を介して受信される情報によるのではなく、例えば認証情報を送出してからプライマリサーバ３ｐが応答となる情報を送出するまで（プライマリサーバ３ｐから第１のゲートウェイ２を介して情報を受信するまで）の時間を計時し、当該時間が予め定めた条件を満足するか否かにより、認証の成否を判断してもよい。この例ではたとえば、予め定めた時間を超えた場合に、認証に失敗したと判断するようにする。
【０１２２】
これらの制御部１１のログイン試行部４３の動作における認証の成否の判断の方法は、プライマリサーバ３ｐが現実にどのような応答をするかに応じて選択可能としておき、プライマリサーバ３ｐごとに当該選択の結果を記憶しておいて、当該記憶している内容を利用して設定を行ってもよい。
【０１２３】
さらに本実施の形態の一例では、制御部１１は、ログイン試行部４３の動作において、プライマリサーバ３ｐにおける認証が失敗したときに、認証失敗の回数をカウントし、当該カウント値が所定回数未満の場合には成否管理部４４に対して認証の結果を出力することなく、またブラウザ処理部４２に対して処理完了の情報を出力することなく、再度、プライマリサーバ３ｐに対するログインを試行してもよい。
【０１２４】
またこの例では認証失敗の回数が所定回数に達した場合には、ログイン試行部４３は、認証の結果の情報（認証に失敗した旨の情報）を成否管理部４４に出力するとともに、処理完了の情報をブラウザ処理部４２に出力する。この所定回数（しきい値）は、管理者等が任意に設定できるようになっていてもよい。
【０１２５】
さらに、既に説明したように、本実施の形態の通信装置１では、図３に例示した設定データとして、認証を要する情報提供サーバ３（認証サーバ３ｃ）を特定する情報（ＵＲＬ等）に関連付けて、対応する認証サーバ３ｃへ送出するべき認証情報を記憶している。この設定データにおける認証情報は、過去、初めて（あるいは認証情報の設定時に）対応する認証サーバ３ｃへアクセスしたときに入力した認証情報を記憶したものでよいが、例えばより高いセキュリティレベルが求められる認証ウェブサーバに対しての認証情報は、ユーザが毎回入力する形式とするほうが好ましい場合もある。
【０１２６】
そこで本実施の形態の一例では、管理者が予め、認証情報を設定データに記憶しないよう制御すべき認証サーバ３ｃを設定可能としておいてもよい。この例では、認証情報を設定データに記憶しないよう制御すべき認証ウェブサーバを特定する情報（例えばそのＵＲＬ）のリストを、管理者が生成して、制限リストとして記憶部１２に格納しておく。
【０１２７】
その後、ある認証サーバ３ｃに対して初めて（あるいはその認証情報の設定時に）、第１のゲートウェイ２を介してアクセスしたときにユーザが入力した認証情報を認証サーバ３ｃに対して第１のゲートウェイ２を介して送出するとともに、制限リストを参照して、当該認証サーバ３ｃを特定する情報が制限リストに含まれているか否かを調べる。ここで制限リストに、当該認証サーバ３ｃを特定する情報が含まれていれば、通信装置１は、設定データに当該認証サーバ３ｃを特定する情報と入力された認証情報とを記憶しない。
【０１２８】
また制限リストに、当該認証サーバ３ｃを特定する情報が含まれていれば、通信装置１は、当該認証サーバ３ｃを特定する情報と入力された認証情報とを関連付けて設定データに追記する。
【０１２９】
さらに本実施の形態の一例では、設定データに含めて記憶する認証情報は暗号化されていてもよい。この場合、成否管理部４４がログイン試行部４３からプライマリサーバ３ｐにおける認証の結果の情報を受け入れたときに、当該認証の結果の情報が、認証に成功した旨の情報であるときに、当該認証情報を復号することとしてもよい。この例では例えばブラウザ処理部４２がある認証サーバ３ｃにアクセスしたときに、当該アクセスした認証サーバ３ｃに対応する認証情報を読み出そうとしても、プライマリサーバ３ｐにおける認証に成功していない間は、当該認証情報が暗号化されているために用いることができなくなっている。またプライマリサーバ３ｐにおける認証に成功すると、当該認証情報が復号されるので、この復号後の認証情報を用いて認証サーバ３ｃにおける認証の処理を行わせることが可能となる。
【０１３０】
なお、この場合、ブラウザ処理部４２としての処理を終了する（ウェブブラウザを終了する）指示が為されたときには、再度、上記設定データに含まれる認証情報を暗号化する。またこの暗号化の際の暗号鍵は、プライマリサーバ３ｐに対するログインの際に送出するべきパスワードなどの認証情報そのものであってもよいし、また当該認証情報に関連した情報（例えばパスワードなどの認証情報を所定の方法で符号化したものなど）であってもよい。
【０１３１】
またこのブラウザ処理部４２は、ユーザから、第１のゲートウェイ２や情報提供サーバ３から受信したＨＴＭＬファイルや画像データファイル等の保存（永続的なファイル等としての保存）の指示を受け入れると、通信装置１において設定されたセキュリティに関するポリシー情報を参照し、保存可能である旨のポリシー情報が設定されている場合に限り、ユーザの指示に従って、受信したＨＴＭＬファイルや画像データファイル等を記憶部１２に永続的な態様で（例えばファイル等として）格納する。
【０１３２】
このように本実施の形態の通信装置１によれば、セキュアブラウザの実行により、シングルサインオンを実現しながらもプライマリサーバ３ｐへの認証の成否をもって他の認証サーバ３ｃへの代理認証を行うことができる。このため、従来のようにシングルサインオンシステム用のアカウントを追加管理する必要がない。これによりシングルサインオン導入時のシステム管理者の運用管理コストを大幅に低減することができる。
【０１３３】
また本実施の形態では、ファイアウオールＦＷにより保護されているネットワーク内の情報提供サーバ３が提供する情報に、外部のネットワーク（インターネット等）を介してアクセスを行う必要がある場合に、このファイアウオールＦＷに対して第１のゲートウェイ２の外部既定ＩＰアドレスを、信頼できるＩＰアドレス（Trusted ZoneのＩＰアドレス）として設定するだけで、通信装置１から、当該ファイアウオールＦＷにより保護されているネットワーク内の情報提供サーバ３が提供する情報へアクセスできるようになる。
【０１３４】
さらにファイアウオールＦＷの設定が変更できない場合、図６に例示するように、ファイアウオールＦＷで保護されるネットワーク内に、情報提供サーバ３とともに第２のゲートウェイ５を配してもよい。
【０１３５】
この第２のゲートウェイ５は、第１のゲートウェイ２と同様の構成を備えるものであるが、その動作が異なるものである。また、この第２のゲートウェイ５は、ＷＡＮ側に接続される必要が必ずしもないので、ＷＡＮ側への接続の必要がなければ、第２通信部２４はなくてもよい。この第２のゲートウェイ５の記憶部２２には、第１のゲートウェイ２の外部既定ＩＰアドレスが格納されている。
【０１３６】
具体的に第２のゲートウェイ５の制御部２１は、記憶部２２に格納されたプログラムに従って動作し、ゲートウェイサーバとしての処理を実行する。具体的にこの第２のゲートウェイ５の制御部２１は、ゲートウェイサーバとしての処理開始時に、第１のゲートウェイ２に対して所定の通信セッションの確立を要求し、通信セッションが確立されたときには、以降、この通信セッションを継続的に維持する処理（送受するべき情報がなくても一定時間ごとにポーリングのための情報を送信するなどセッションをタイムアウトさせないような処理）を行う。この通信セッションは例えばＨＴＴＰのセッションで構わない。
【０１３７】
また第２のゲートウェイ５は、この通信セッションの確立時に、第２のゲートウェイ５と同じ、ファイアウオールＦＷで保護されるネットワーク内に配されている、情報提供サーバ３を特定する情報（ＵＲＬなど）を、第１のゲートウェイ２へ送出する。
【０１３８】
この例では、第１のゲートウェイ２は、第２のゲートウェイ５を特定する情報（その外部既定ＩＰアドレス等でよい）に関連付けて、当該第２のゲートウェイ５から受信した、情報提供サーバ３を特定する情報を記憶しておく。
【０１３９】
そして通信開始許可を行った通信装置１から情報の要求先として指定されたＵＲＬ等、情報提供サーバ３を特定する情報が、いずれかの第２のゲートウェイ５を特定する情報に関連付けられていた場合は、第１のゲートウェイ２は、当該通信装置１から受け入れた情報提供要求を、情報の要求先として指定された情報提供サーバ３を特定する情報に関連付けられた情報で特定される第２のゲートウェイ５に対して送出する。
【０１４０】
そして第２のゲートウェイ５の制御部２１は、第１のゲートウェイ２との間に設定したセッションを介して（物理的にはファイアウオールＦＷと、第１通信部２３または第２通信部２４とを介して）第１のゲートウェイ２から情報提供要求を受信する。そして制御部２１は、当該第１のゲートウェイ２から受信した情報提供要求を、第１通信部２３または第２通信部２４を介して、情報提供サーバ３（ファイアウオールＦＷで保護されるネットワーク内に配されている、情報提供サーバ３）へ送出する。またこの制御部２１は、第１通信部２３または第２通信部２４を介してこの情報提供サーバ３等から情報を受信すると、第１のゲートウェイ２との間に設定したセッションを介して（物理的には第１通信部２３または第２通信部２４とファイアウオールＦＷとを介して）第１のゲートウェイ２宛に当該受信した情報を送出する。
【０１４１】
この例においても第１のゲートウェイ２が、当該第２のゲートウェイ５から受信した情報をさらに通信装置１へ送出するので、通信装置１は、第１のゲートウェイ２，第２のゲートウェイ５を介して、ファイアウオールＦＷで保護されるネットワーク内に第２のゲートウェイ５とともに配されている、情報提供サーバ３が提供する情報にアクセス可能となる。
【０１４２】
またこの例においても第１のゲートウェイ２は、通信を開始するとの判断をしていない通信装置１（通信開始要求を行わなかった通信装置１や、通信開始要求に含まれる情報を用いた判断により、通信を開始しないと判断した通信装置１）からＵＲＬ等の情報を受信しても、当該情報を破棄して第２のゲートウェイ５へ伝達しない。
【０１４３】
またこの例に係る第１のゲートウェイ２及び第２のゲートウェイ５は、相互の通信を予め定めた方法で暗号化した通信路を経由して行ってもよい。具体的に、第１のゲートウェイ２および第２のゲートウェイ５はＳＳＬの暗号化通信を一度復号化し再度暗号化する機能を有してもよい。
【０１４４】
この例によれば、企業のローカルネットワーク内にある情報提供サーバ３がＳＳＬ暗号化に対応していない場合でも、第２のゲートウェイ５を介して接続することで、インターネットを介した接続を行った場合にはＳＳＬ暗号化された通信を行うことが可能となる。
【０１４５】
本実施の形態によると、ユーザはセキュアブラウザ上のブックマークやメニューなどのリンクから、インターンネット上の情報提供サーバ３や企業内の情報提供サーバ３（他拠点にあってもよい）に対して、必ず第１のゲートウェイ２を経由してアクセスすることとなる。この場合において、第１のゲートウェイ２を介して情報提供サーバ３に接続するか、第１のゲートウェイ２及び第２のゲートウェイ５の双方を経由して情報提供サーバ３に接続するかは、システム管理者により為された第１のゲートウェイ２の設定に基づいて制御され、ユーザはこのネットワーク経路の選択については意識する必要はない。
【０１４６】
さらにここでは第１のゲートウェイ２及び第２のゲートウェイ５を用いる例について述べたが本実施の形態はこれに限られず、第２のゲートウェイ５がさらに専ら第３のゲートウェイ６との間で通信を行うように構成することとしてもよい。すなわち第２のゲートウェイ５の先に、さらに第３のゲートウェイ６等、複数のゲートウェイを直列的に連結できるように設計され、ネットワーク経路鎖を構成可能としてもよい。この場合、通信装置１と情報提供サーバ３とは、複数のゲートウェイ２，５，…を逐次的に介して通信を行うこととなる。
【０１４７】
この複数のゲートウェイを逐次的に介して通信を行う場合であって、各ゲートウェイにアーカイブデータが記憶させることが可能な場合、情報提供サーバ３は、当該情報提供サーバ３とともにＦＷにより保護されている同じネットワーク内にあるゲートウェイに対して、自己の提供するアーカイブファイルを格納させることとしてもよい。このようにすると、情報提供サーバ３が接続されるネットワーク（ＦＷにより保護されるネットワーク）の外に、当該情報提供サーバ３が提供するべきファイルを含むアーカイブファイルが蓄積された状態となることがない。
【０１４８】
さらに本実施の形態において第１のゲートウェイ２は、
１．情報提供サーバ３との間で直接通信を行うための通信経路を確立する、
２．他のゲートウェイ（例えば第２のゲートウェイ５）を介した通信を行うための通信経路を確立する
のいずれかの処理を、予め定めた条件に応じて選択的に行ってもよい。
【０１４９】
またここで、第１のゲートウェイ２は、目的の情報提供サーバ３（デスティネーション）への通信経路を確立する場合に、目的の情報提供サーバ３にアクセス可能な通信経路が複数あれば、第１のゲートウェイ２は、当該複数の通信経路のうち、どの通信経路を介して目的の情報提供サーバ３との通信を行うかを予め定めた条件に応じて選択することとしてもよい。
【０１５０】
ここで通信経路の選択の条件は、目的の情報提供サーバ３等のホスト名、ドメイン名、ＵＲＬなどの情報に基づくものとすることができる。例えば通信装置１のユーザが接続先として指定した情報提供サーバ３のドメイン名が、通信装置１のユーザが所属する組織のドメイン名である場合、第１のゲートウェイ２は、第２のゲートウェイ５との間の通信経路を確立し、通信装置１から受信した要求を、第２のゲートウェイ５を介して情報提供サーバ３へ送出する。
【０１５１】
また、通信装置１のユーザが接続先として指定した情報提供サーバ３のドメイン名が、ユーザが所属する組織のドメイン名でなければ、第１のゲートウェイ２は、情報提供サーバ３へ直接通信する経路を選択し、通信装置１から受信した要求を、そのまま情報提供サーバ３宛に送出する。
【０１５２】
またユーザ側に対して、予めどのような通信経路で情報提供サーバ３との通信を行うかを指定させてもよい。この例としては、ポート番号により指定を受けること等が考えられる。例えばＵＲＬがhttp://xxx.yyy.zzz:80であれば、当該ＵＲＬからの情報取得要求を受けた第１のゲートウェイ２は、情報提供サーバ３へ直接通信する経路を選択し、通信装置１から受信した上記要求を、そのまま情報提供サーバ３宛に送出することとしてもよい。また、ＵＲＬがhttp://xxx.yyy.zzz:8080であるようなブックマークが指定されたときには、当該ＵＲＬからの情報取得要求を受けた第１のゲートウェイ２は、第２のゲートウェイ５との間の通信経路を確立し、通信装置１から受信した要求を、第２のゲートウェイ５を介して情報提供サーバ３へ送出する。またこの例では、予めブックマーク等、ＵＲＬの情報のうちに、通信経路を選択する情報を含めておけばよい。
【０１５３】
さらに第１のゲートウェイ２では、情報提供サーバ３から通信装置１へ送出される情報をキャッシュすることとしてもよい。この場合、第１のゲートウェイ２はキャッシュする情報の送出元である情報提供サーバ３を特定する情報（例えばＵＲＬの情報）と、当該ＵＲＬからの情報取得を要求したときに情報提供サーバ３から送出された情報とを関連付けて記憶しておく。そして第１のゲートウェイ２は、通信装置１からＵＲＬの指定とともに、情報の要求があった場合に、当該ＵＲＬに関連付けてキャッシュしている情報があれば、当該キャッシュしている情報を通信装置１へ送出する。
【０１５４】
さらにこのとき、第１のゲートウェイ２は、当該キャッシュした情報をアーカイブして、アーカイブデータとして保持してもよい。この動作については後に述べる。
【０１５５】
もっとも本実施の形態において第１のゲートウェイ２は、機密性のある情報のキャッシュを避けるべく、
１．システム管理者が許可した情報（ファイル名等で指定する）のみをキャッシュとして保存可能とする
２．CSSファイルやJS（Javascript（登録商標））ファイルなど、それ単独では機密情報とはならないファイルの種類に限ってキャッシュとして保存可能とする、
３．ファイルサイズを指定し、当該指定されたファイルサイズ以下のファイルは機密情報ではないと判断してキャッシュとして保存可能とする、
等の条件に応じて、キャッシュをするか否かを定めてもよい。
【０１５６】
また第１のゲートウェイ２は、情報提供サーバ３からアーカイブファイルが提供されている場合は、当該情報提供サーバ３が提供したアーカイブファイルに含まれるファイルについては、キャッシュの対象としないよう制御してもよい。
【０１５７】
また第１のゲートウェイ２は、通信装置１から受信した要求に係るＵＲＬに対応する情報がキャッシュされていなければ、先の方法で決定した通信経路を介して、あるいは予め定めた通信経路を介して、情報提供サーバ３に対して通信装置１から受信した要求を送出する。
【０１５８】
さらに第１のゲートウェイ２は、通信装置１から通信セッションの終了を表すパケット情報を受け入れたときに、キャッシュしている情報を削除することとしてもよい。
【０１５９】
さらにこの第１のゲートウェイ２は、情報提供サーバ３から通信装置１宛の情報として受信した情報について、予め定めた条件に合致する部分を、当該条件に応じて予め定めた方法で書き換えて（書き換えの処理を行って）通信装置１宛てに送出してもよい。この際、第１のゲートウェイ２は、第２のゲートウェイ５を介して情報提供サーバ３からの情報を受信した際に、当該情報が暗号化されていれば、当該情報を復号してから上記書き換えの処理を行う。
【０１６０】
具体的にここでの書き換え処理は、予め定めた検索文字列が、ＨＴＭＬソースコードに含まれるとの条件を満足するときに、ＨＴＭＬソースコード内の当該検索文字列を、上記文字列に対応して予め定めた置換文字列に置き換える処理とすることができる。また別の例では、当該情報のＵＲＬに予め定めた文字列が含まれる場合に、ＨＴＭＬソースコード内の所定文字列を、当該文字列に対応して予め定めた置換文字列に置き換える処理とすることとしてもよい。さらに、当該情報のＵＲＬに予め定めた文字列が含まれ、かつ、予め定めた検索文字列が、ＨＴＭＬソースコードに含まれるとの条件を満足するときに、ＨＴＭＬソースコード内の当該検索文字列を、上記文字列に対応して予め定めた置換文字列に置き換える処理とすることとしてもよい。
【０１６１】
このように、書き換え処理に関し、
１．変換前の検索対象となるＨＴＭＬソースコードの文字列
２．上記対象ソースコードに対して置換とする変換後のＨＴＭＬソースコード文字列
３．上記置換を行うべきＨＴＭＬソースコード条件（ＵＲＬの部分一致またはＨＴＭＬソースコードの特定文字列あるいは両方の組み合わせ）
を予め第１のゲートウェイ２に設定しておき、第１のゲートウェイ２が情報提供サーバ３から通信装置１宛に送出する情報であるＨＴＭＬソースコードについて、上記設定に基づいて動的に変換し、変換後のＨＴＭＬソースコードを通信装置１宛に送出することとしてもよい。
【０１６２】
なお、この処理を行った場合、変換後のＨＴＭＬソースコードを再度暗号化して、通信装置１宛に送出することとしてもよい。
【０１６３】
このように、第１のゲートウェイ２は情報提供サーバ３からＳＳＬ通信にて受信した情報を復号化し、当該復号して得たＨＴＭＬソースコードを、上記設定に基づいて変換（書き換え処理）した後、再びＳＳＬ通信として暗号化し、通信装置１のセキュアブラウザに送信することにより、たとえば情報提供サーバ３がパソコンブラウザ専用のコンテンツを配信する場合であっても、第１のゲートウェイ２において情報の変換を行うことで、通信装置１がスマートフォンであってもそれに適したコンテンツ表示を行わせることが可能となる。
【０１６４】
本実施の形態によると、システム管理者は第１のゲートウェイ２の固定ＩＰアドレスを接続先サーバへの接続許可ＩＰアドレスとして設定すれば、アクセス端末である通信装置１にクライアント証明書を配布することなく、接続先サーバへのアクセス端末を制限することができる。
【０１６５】
また固有端末の特定しか行わないクライアント証明書と異なり、ユーザが社内にいる場合でも社外にいる場合でもそれぞれの環境に応じたセキュリティモードで、接続先サーバに接続させるなど使用環境に応じてセキュリティモードを変更できる。
【０１６６】
またユーザの利用においても、拠点ごとのＶＰＮのようにネットワーク経路が複数ある場合であっても、ユーザはいちいち端末のネットワーク経路設定をし直す必要がない。これはすなわち、第１のゲートウェイ２が条件に応じてネットワークの通信経路を選択するためである。これにより、接続の煩雑さを解消でき、利便性を向上できる。
【０１６７】
［アーカイブデータの生成］
本実施の形態では、情報提供サーバ３が提供する情報のアーカイブデータは情報提供サーバ３または第１のゲートウェイ２のいずれかが生成する。なお、例えば情報提供サーバ３がアーカイブデータを生成して、第１のゲートウェイ２等のゲートウェイへ配信する例では、アーカイブデータは、情報提供サーバ３の管理者によって明示的に作成されてもよい。つまり、情報提供サーバ３の管理者が、アーカイブするファイルを選択してアーカイブを作成したものであってもよい。
【０１６８】
また、本実施の形態の別の例では、情報提供サーバ３が、予め定めた条件に基づいて、通信装置からの取得要求に応じて提供するファイルの少なくとも一部を選択し、当該選択したファイルを一つのファイルにアーカイブしてアーカイブデータを生成することとしてもよい。
【０１６９】
この例において、上記予め定めた条件は例えば、
１．情報提供サーバ３が提供するウェブページのうち、所定割合以上のウェブページで共通に使用されるファイル（例えばウェブページの体裁を指定するＣＳＳファイルや、ロゴなどの多くのウェブページで共用される画像データファイル等）としてもよいし、
２．所定の種別のファイル、例えば画像データファイルのみであるとか、ＣＳＳファイルのみであるなどとしてもよい。また、
３．ファイルのサイズに基づく条件であってもよい。例えばファイルサイズが所定のしきい値より大きいもの（または小さいもの）を除く、といった条件であってもよい。
【０１７０】
また情報提供サーバ３は、生成したアーカイブデータに含まれるファイルのＵＲＬの一覧を生成して、生成したアーカイブデータに関連付けてディスクに格納するなどして記憶しておく。
【０１７１】
情報提供サーバ３は、ゲートウェイから生成して記憶しているアーカイブデータに含まれるファイルの取得要求があったときに、当該ゲートウェイに対して、当該取得要求に係るファイルをアーカイブしているアーカイブデータを送出する。ゲートウェイ側では、当該送出されたアーカイブデータを記憶部に格納する。
【０１７２】
また情報提供サーバ３は、このように管理者の人為的介入なしに、予め定めた条件に基づいて、通信装置からの取得要求に応じて提供するファイルの少なくとも一部を選択し、当該選択したファイルを一つのファイルにアーカイブしてアーカイブデータを生成する処理（アーカイブデータ生成処理）を行う場合、予め定めたタイミングごとにアーカイブデータの生成処理を繰り返し、アーカイブデータを新たに生成してもよい。
【０１７３】
［アーカイブデータ生成の別の例］
また本実施の形態の別の例として、第１のゲートウェイ２等、情報提供サーバ３へのファイルの取得要求を行い、ファイルを通信装置１に代わって取得するゲートウェイにおいて、アーカイブデータを生成する場合、当該ゲートウェイが情報提供サーバ３から受信したファイルをキャッシュする際に、例えば通信装置１から取得要求が受信される割合が所定の割合を超える等の条件を満足するファイルを選択するなど、予め定めた条件を満足するファイルを選択してアーカイブし、アーカイブデータを生成して記憶部に格納することでアーカイブデータを生成することとしてもよい。
【０１７４】
この場合も、第１のゲートウェイ２など、情報提供サーバ３へのファイルの取得要求を行い、ファイルを通信装置１に代わって取得するゲートウェイは、予め定めた条件に基づいて、通信装置１からの取得要求に応じて提供するファイルの少なくとも一部を選択し、当該選択したファイルを一つのファイルにアーカイブしてアーカイブデータを生成することとしてもよい。
【０１７５】
この場合の条件もまた、
１．情報提供サーバ３が提供するウェブページのうち、所定割合以上のウェブページで共通に使用されるファイル（例えばウェブページの体裁を指定するＣＳＳファイルや、ロゴなどの多くのウェブページで共用される画像データファイル等）としてもよいし、
２．所定の種別のファイル、例えば画像データファイルのみであるとか、ＣＳＳファイルのみであるなどとしてもよい。また、JavaScriptファイルは、アーカイブの対象としないこととしてもよい。また、
３．ファイルのサイズに基づく条件であってもよい。例えばファイルサイズが所定のしきい値より大きいもの（または小さいもの）を除く、といった条件であってもよい。
【０１７６】
さらに、
４．取得要求回数の多いファイル（あるいは情報提供サーバ３から提供された回数の多いファイル）を選択してアーカイブしてもよい。この場合、アーカイブデータを生成するゲートウェイは、ファイルごとに、通信装置１から取得要求された回数、あるいは、情報提供サーバ３から受信した回数をカウントしておく。
【０１７７】
アーカイブデータを生成したゲートウェイは、当該生成したアーカイブデータを記憶部に格納する。このときアーカイブデータを生成したゲートウェイは、当該生成したアーカイブデータに含まれるファイルのＵＲＬの一覧を生成して、生成したアーカイブデータに関連付けてディスクに格納するなどして記憶しておく。
【０１７８】
［アクセス先ごとのアーカイブデータ］
また、ここまでの説明では、アーカイブデータを生成するゲートウェイは、アーカイブデータを一つのファイルに格納することとしていたが、本実施の形態はこれに限られない。本実施の形態の一例として、アーカイブデータを生成するゲートウェイは、情報提供元の情報提供サーバ３ごとに（ＵＲＬが表すドメイン情報ごとに）、アーカイブデータを生成してもよい。
【０１７９】
また、別の例では、このアーカイブデータを生成するゲートウェイは、ＵＲＬごとにアーカイブデータを生成してもよい。
【０１８０】
これらの場合、通信装置１からＵＲＬの指定とともに、情報の要求があった場合に、当該ＵＲＬが表すドメイン情報または当該ＵＲＬそのものに対応するアーカイブデータがあれば、当該アーカイブデータを読み出し、当該アーカイブデータに含まれるファイルを、当該キャッシュしている情報として扱って、要求に応じて抽出し、通信装置１へ送出する。
【０１８１】
［事前に用意されたアーカイブデータ］
本実施の形態の一例では、情報提供サーバ３が事前に（アクセスの要求の有無に関わらず）アーカイブデータ（便宜的に静的アーカイブデータと呼ぶ）を生成して第１のゲートウェイ２宛に送出し、第１のゲートウェイ２に格納させるとともに、第１のゲートウェイ２自身が、情報提供サーバ３から取得したファイルをアーカイブしたアーカイブデータ（便宜的に動的アーカイブデータと呼ぶ）を保持してもよい。
【０１８２】
この場合、第１のゲートウェイ２は、通信装置１から要求されたファイルが、静的アーカイブデータまたは動的アーカイブデータのいずれかに含まれていれば、当該アーカイブデータに含まれるファイルを通信装置１宛に送出する。また第１のゲートウェイ２は、通信装置１から要求されたファイルが、静的アーカイブデータまたは動的アーカイブデータのいずれにも含まれていなければ、当該要求されたファイルを、情報提供サーバ３から取得して通信装置１宛に送出する。このとき第１のゲートウェイ２は、当該通信装置１宛に送出したファイルが所定の条件を満足する場合（特定の種別のファイルであるなど、先に挙げた条件を満足する場合）には、当該ファイルを動的アーカイブデータに含めて記録する。
【０１８３】
具体的な例として、ある組織内で本実施の形態のシステムが運用される場合、当該組織内で利用される情報提供サーバ３が静的アーカイブデータを生成して提供するようにしておく。この場合、当該組織外のウェブサーバ等の情報提供サーバ３が提供するファイルは、当該ファイルが実際に組織内の通信装置１に提供されたときに動的アーカイブデータにアーカイブされる。
【０１８４】
なお、静的アーカイブデータと動的アーカイブデータとに同じファイルが含まれていてもよい。第１のゲートウェイ２では、通信装置１から要求されたファイルがいずれかのアーカイブデータに含まれているかを、所定の順序（例えば静的アーカイブデータに含まれているかを調べた後、含まれていなければ動的アーカイブデータに含まれているかを調べる順、または動的アーカイブデータに含まれているかを調べた後、含まれていなければ静的アーカイブデータに含まれているかを調べる順）で調べる。
【０１８５】
［アーカイブデータの削除］
さらに本実施の形態の一例では、第１のゲートウェイ２等、アーカイブデータを記憶するゲートウェイ（以下第１のゲートウェイ２等と呼ぶ）は、アーカイブデータの提供を情報提供サーバ３から受けたときに、当該アーカイブデータを記憶部２２の揮発性のメモリデバイスに格納することとしてもよい。このように第１のゲートウェイ２等がアーカイブデータをいわば永続的に記憶しないように制御することで、所定のタイミングで第１のゲートウェイ２等が保持するアーカイブデータが消去されることとなる。
【０１８６】
なお、第１のゲートウェイ２等は、予め定めたタイミングごとに、アーカイブデータを削除することとしてもよい。
【０１８７】
もっとも、第１のゲートウェイ２等は、アーカイブデータを揮発性のメモリデバイスに格納した場合であっても、当該アーカイブデータをディスク装置等、不揮発性のメモリデバイスに書き出し、再起動等があった後で当該書き出したアーカイブデータを読み出して、新たに揮発性のメモリデバイスに格納し直す処理を実行してもよい。このようにすれば、臨時に再起動等を実行する際に、アーカイブデータが失われ、再度情報提供サーバ３側から取得しなければならない事態が防止できる。
【０１８８】
さらに本実施の形態の一例において、第１のゲートウェイ２等、アーカイブデータを記憶するゲートウェイが、静的アーカイブデータと動的アーカイブデータとを保持する場合、少なくともその静的アーカイブデータについては、通信装置１から通信セッションの終了を表すパケット情報を受け入れた後、
（１）直ちに削除する、
（２）予め定めた時間が経過した後に削除する
（３）指示があったときに削除する
のいずれかの処理を実行してもよい。
【０１８９】
ここで（２）予め定めた時間が経過した後に削除することとしておくと、通信セッションが終了した後も、第１のゲートウェイ２等にアーカイブデータが残存するので、情報提供サーバ３へのアクセスなしに、作業を続けることができる。
【０１９０】
また、（３）指示があったとき、とする場合は、通信装置１から予め定めた指示が送信されたときに、第１のゲートウェイ２等が静的アーカイブデータを削除することとする。
【０１９１】
［アーカイブデータの強制的な更新］
さらに、少なくとも動的アーカイブデータは通信装置１側からの指示により強制的に更新されてもよい。この例では、通信装置１は、アーカイブデータが第１のゲートウェイ２等に格納されているか否かに関わらず、第１のゲートウェイ２等に対し、強制的に情報提供サーバ３から取得するよう要求する。
【０１９２】
第１のゲートウェイ２等は、この要求（強制取得要求と呼ぶ）を受けると、要求の対象となったファイルがアーカイブデータに含まれている場合であっても情報提供サーバ３から当該ファイルを取得する。なお、動的アーカイブデータと静的アーカイブデータとで処理を異ならせ、第１のゲートウェイ２等は、強制取得要求に係るファイルが静的アーカイブデータに含まれている場合は、静的アーカイブデータに含まれるファイルを要求元の通信装置１に提供し、強制取得要求に係るファイルが静的アーカイブデータに含まれていない場合は、当該ファイルが動的アーカイブデータに含まれるか否かに関わらず、情報提供サーバ３から当該ファイルを取得することとしてもよい。
【０１９３】
また、この場合に、第１のゲートウェイ２等は、情報提供サーバ３から強制取得要求に係るファイルを受信したときには、当該ファイルを、要求元に送出するとともに、当該ファイル（当該ファイルと同じＵＲＬから取得されたファイル、つまり、対応するファイル）が動的アーカイブデータに含まれるか否かを調べ、含まれていれば、動的アーカイブデータ内の対応するファイルを、今回受信したファイルで置き換えて動的アーカイブデータを更新する。
【０１９４】
［変形例］
また本実施の形態のように情報提供サーバ３等のウェブサーバにて上記アーカイブデータを生成するなどして保持し配信する構成は、配信先が、本実施の形態の第１のゲートウェイ２等でなくても、一般的なゲートウェイやプロキシサーバであってもよい。この場合、配信先となったゲートウェイやプロキシサーバは、一般的なこれらが備える機能に加え、アーカイブデータを記憶し、通信装置１などのユーザのブラウザ側から取得要求されたファイルが記憶しているアーカイブ内にアーカイブされていれば、当該アーカイブデータをブラウザ側へ提供し、提供したアーカイブデータ内のファイルは提供したこととして扱う処理を実行するように構成されればよい。
【０１９５】
［実施形態の効果］
本発明の実施の形態によると、情報提供サーバ３等のウェブサーバが、配信するファイルの少なくとも一部（複数あってよい）をアーカイブしてプロキシーとして動作する第１のゲートウェイ２等に配信して保持させており、第１のゲートウェイ２等において、アーカイブされているファイルが通信装置１側から要求されたときに、対応するアーカイブデータを提供し、当該アーカイブデータに含まれるファイルは提供したこととして扱う処理を実行する。これにより提供するべき複数ファイルが１ファイルを伝送するだけで済み、また、圧縮される場合は全体のデータサイズも低減されるので、ファイル伝送効率が向上する。
【符号の説明】
【０１９６】
１  通信装置、２  第１のゲートウェイ、３  情報提供サーバ、４  アクティベーション管理サーバ、５  第２のゲートウェイ、６  第３のゲートウェイ、１１，２１，３１  制御部、１２，２２，３２  記憶部、１３  操作部、１４  表示部、１５，３３  通信部、２３  第１通信部、２４  第２通信部、４１  通信開始要求部、４２  ブラウザ処理部、４３  ログイン試行部、４４  成否管理部、４５  設定データ初期化部、４２１  ファイル抽出部。
【図１】
2018163589.tif 000003
【図２】
2018163589.tif 000004
【図３】
2018163589.tif 000005
【図４】
2018163589.tif 000006
【図５】
2018163589.tif 000007
【図６】
2018163589.tif 000008