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