JP4867482B2

JP4867482B2 - 制御プログラムおよび通信システム

Info

Publication number: JP4867482B2
Application number: JP2006157351A
Authority: JP
Inventors: 陽一廣瀬
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2006-06-06
Filing date: 2006-06-06
Publication date: 2012-02-01
Anticipated expiration: 2026-06-06
Also published as: US20070283421A1; JP2007328419A; CN101087192A; CN101087192B; US8056125B2

Description

本発明は、制御プログラムおよび通信システムに関する。

ユーザが最初に一度認証を受けると、その認証で許可された全ての機能を利用できるようにするＳＳＯ（Single Sign-On）システムが提案されている。このシステムは、例えば、特許文献１に記載された構成で実現でき、あるサーバへの接続に際し認証、別のサーバへの接続に際し認証…といった認証操作を複数回繰り返す煩わしさを解消させることができる。

学校、企業等において、ネットワークシステムを運用する場合には、セキュリティを強化するために、内部ネットワークと外部ネットワーク（例えば、インターネット）との境に、内部ネットワークのコンピュータの代理として外部ネットワークへ接続を行うプロキシサーバが設けられる。このプロキシサーバは、外部ネットワーク上のサーバを、内部ネットワークから利用することを目的とし、特に、フォワードプロキシと呼ばれることもある。

これに対しリバースプロキシは、フォワードプロキシが内部ネットワークから外部ネットワークへの接続を中継するのとは逆に、外部ネットワークから内部ネットワークへの接続を中継する。なお、リバースプロキシの用途は、外部ネットワークから内部ネットワークへの接続に限らず、同一のネットワーク内で用いられることも少なくない。
特開２００５−３２１９７０号

ＳＳＯシステムの１つに、リバースプロキシを配し、外部ネットワーク側からの接続を集中的に管理ならびに監査するリバースプロキシ型のＳＳＯシステムがある。このタイプのシステムでは、ＷｅｂブラウザからＷｅｂサーバに対する全てのリクエストを一旦、このリバースプロキシが受け取り、Ｗｅｂサーバに転送することによって動作することになる。そのため、全てのリクエストがこのリバースプロキシを通過することになるので、リバースプロキシがボトルネックとなり、処理速度や可用性が低下してしまう恐れがある。

リバースプロキシ型のＳＳＯシステムの場合、ブラウザ側からは、コンテンツがすべてリバースプロキシに存在するように見える。このため、リバースプロキシでは、コンテンツ（例えば、ＨＴＭＬ（HyperText Markup Language）、スタイルシート（ＣＳＳ）、クライアントサイドスクリプト言語（Java（登録商標）Script、VBScript）等で構成される）内にリンクなどが設定してある場合、このリンク先のＵＲＬに変更が生じるため、これに伴ってコンテンツを書き換える必要がでてくる。これらのコンテンツはユーザが手作業で作成、あるいは、サーバ側へのアクセス時にプログラムが動的に生成したものであるため、構文上正しい保証がなく、往々にして誤りが含まれている。

構文が間違っていれば、書き換えが上手くいかないので、事前に構文チェックをしておく等の、サーバ側での対応が必要になってくるケースがある。このため、任意のサービスをＳＳＯシステムに参加させることが難しい場合が多かった。

本発明は上記問題点に鑑みてなされたものであり、コンテンツの書き換えを不要にし、パフォーマンスを向上させるようにした制御プログラムおよび通信システムを提供することを目的とする。

上記目的を達成するため、請求項１の発明は、ブラウザを用いたクライアント端末からの１または複数のサーバ端末への認証処理を前記クライアント端末に代わって認証プロキシ端末が代行する処理をコンピュータに実行させる制御プログラムであって、前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに先立って、該クライアント端末との間でユーザ認証を行う認証ステップと、前記ユーザ認証が正常に行われたことを条件に、前記クライアント端末に代わって前記サーバ端末へ代行認証を行う代行認証ステップと、前記代行認証が正常に行われて該サーバ端末に該クライアント端末が認証済みと記憶された後には該クライアント端末が前記ブラウザを用いた該サーバ端末への認証以外のアクセスを可能にするように、前記ブラウザを用いた前記クライアント端末からの認証に際しては前記認証プロキシ端末にアクセスするが他のアクセスに際しては前記認証プロキシ端末を介さずに前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを該クライアント端末に対して送信する送信ステップとを含む。

また、請求項２の発明は、請求項１の発明において、前記送信ステップは、前記代行認証が正常に行われた後の前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに際してプロキシサーバを介して前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを前記クライアント端末に対して送信する。

また、請求項３の発明は、請求項１または２の発明において、前記スクリプトファイルを作成する作成ステップを更に具備し、前記送信ステップは、前記クライアント端末からの要求により前記作成ステップで作成した前記スクリプトファイルを送信する。

また、請求項４の発明は、ブラウザを用いたクライアント端末からの１または複数のサーバ端末への認証処理を前記クライアント端末に代わって認証プロキシ端末が代行する処理をコンピュータに実行させる制御プログラムであって、前記ブラウザを用いたクライアント端末からの認証に際しては前記認証プロキシ端末へアクセスし、他のアクセスに際しては前記認証プロキシ端末を介さずに前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを前記クライアント端末へ送信する送信ステップと、前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに先立って、該クライアント端末との間でユーザ認証を行う認証ステップと、前記送信ステップにより送信されたスクリプトファイルを受信した前記クライアント端末が前記スクリプトファイルに基づいて前記認証プロキシ端末に認証の為のアクセスをしてきたこと、または、前記送信ステップにより送信されたスクリプトファイルを受信した前記クライアント端末が前記サーバ端末へアクセスを試みた結果当該サーバ端末より未認証と判断されて前記スクリプトファイルに基づいて前記認証プロキシ端末に認証の為のアクセスをしてきたことに対して、前記認証ステップによるユーザ認証が正常に行われたことを条件に、前記クライアント端末に代わって前記サーバ端末へ、認証成功後は該サーバ端末が該クライアント端末を認証済みと記憶して該クライアント端末が前記スクリプトファイルに基づき認証以外のアクセスである該サーバ端末へアクセスすることが出来るよう代行認証を行う代行認証ステップとを含む。

また、請求項５の通信システムの発明は、ブラウザを用いて１または複数のサーバ端末へアクセスするクライアント端末と、前記クライアント端末に代わって前記サーバ端末への認証処理を行う認証プロキシ端末とを備え、前記認証プロキシ端末は、前記ブラウザを用いたクライアント端末からの認証に際しては前記認証プロキシ端末へアクセスし、他のアクセスに際しては前記認証プロキシ端末を介さずに前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを前記クライアント端末へ送信する送信手段と、前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに先立って、該クライアント端末との間でユーザ認証を行う認証手段と、前記送信ステップで送信された前記スクリプトファイルに基づいて前記クライアント端末がアクセスしてきた認証要求に対して、前記ユーザ認証が正常に行われたことを条件に、前記クライアント端末に代わって前記サーバ端末へ代行認証を行う代行認証手段とを具備し、前記クライアント端末の前記ブラウザは、前記送信手段で送信されたスクリプトファイルを受信する受信手段と、前記受信手段で受信したスクリプトファイルに基づき前記認証プロキシ端末に認証要求のアクセスをする、または、前記サーバ端末へアクセスを試みた結果前記サーバ端末より未認証と判断されて前記受信手段で受信したスクリプトファイルに基づき前記認証プロキシ端末に認証要求のアクセスをする認証アクセス手段と、前記認証プロキシ端末が代行認証手段によって前記サーバ端末へ代行認証が完了すると該サーバ端末に該クライアント端末が認証済みと記憶され、その後、前記スクリプトファイルに基づき認証以外のアクセスである該サーバ端末へのアクセスを行うサーバアクセス手段とを具備するように構成される。

本発明によれば、クライアント端末からのブラウザを用いた１または複数のサーバ端末へのアクセスに際し、認証プロキシ端末を介さずにサーバ端末へアクセスするようにブラウザを制御するスクリプトファイルをクライアント端末に対して送信するようにしたので、代行認証後のサーバ端末へのアクセスに際し、認証プロキシ端末を中継しないため、パフォーマンスを向上させることができる。
また、本発明によれば、コンテンツの書き換え等が不要になり、ＳＳＯに参加するサーバ端末側での対応がなくなるため、任意のサービスをＳＳＯに参加させることができる。

以下、この発明に係わる制御プログラムおよび通信システムの実施形態について添付図面を参照して詳細に説明する。

図１は、本発明に係わる通信システムの全体構成の一例を示す図である。

この通信システムは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等で構成されたネットワーク５０を介して１または複数台のクライアント端末１０と、認証プロキシ端末２０および１または複数台のサービス提供サーバ４０とが接続されている。この通信システムでは、認証プロキシ端末２０の制御によりＳＳＯが実現される。すなわち、認証プロキシ端末２０で１度認証が有効に行われると、この認証プロキシ端末２０が各サービス提供サーバ４０に対し代行認証を行うことで以後、どのサービス提供サーバ４０にアクセスしたとしても、ユーザは認証を要求されない。なお、この通信システムにおけるネットワーク構成は、あくまで一例であり、ネットワーク５０上にはこの他、アプリケーションサーバ、Ｗｅｂサーバ等、各種ネットワーク端末が接続されていても良い。

ここで、クライアント端末１０には、ＨＴＭＬコンテンツ等を閲覧するためのアプリケーションとしてＷｅｂブラウザ１１が備わっており、このＷｅｂブラウザ１１を用いることで認証プロキシ端末２０、サービス提供サーバ４０等とのデータ通信が実現されることになる。

Ｗｅｂブラウザ１１には一般に、プロキシ選択スクリプト１２（インターネットエクスプローラでは、自動構成スクリプトファイルなどと呼ばれる）を使ってプロキシサーバの構成を自動的に行う機能が備わっている。すなわち、Ｗｅｂブラウザ１１はプロキシの設定をスクリプトで自動化できる仕組みを持っており、これを用いることでＷｅｂブラウザ１１による通信経路を簡単に変更することができる。

サービス提供サーバ４０は、ＨＴＭＬコンテンツ、画像などの各種情報や、Ｗｅｂアプリケーションなどのリソースを保持しており、クライアント端末１０からのＷｅｂブラウザ１１を介したｈｔｔｐリクエストに応じてこれら情報等を提供する。なお、このサービス提供サーバ４０は、静的コンテンツ（例えば、ＨＴＭＬコンテンツ等）と、動的コンテンツ（Ｗｅｂアプリケーション等）とを保持し、Ｗｅｂサーバとアプリケーションサーバの両方の機能を備えたものであるが、これはあくまで一例であり、いずれか一方の機能のみを備えたサーバであってもよい。

クライアント端末１０からサービス提供サーバ４０へ初めてアクセスする際には、まず、クライアント端末１０と認証プロキシ端末２０との間で認証処理を行う必要がある。ここで、ユーザがＷｅｂブラウザ１１を起動させると、認証プロキシ端末２０からクライアント端末１０のＷｅｂブラウザ１１へプロキシ選択スクリプト１２がダウンロードされる。

このスクリプトのダウンロードが終了すると、次に認証が始まる。例えば、ポップアップなどでクライアント端末１０上に認証画面が表示される。これを受けたユーザは、キーボード、マウス等の操作部からアカウントやパスワード等の入力を行い、認証プロキシ端末２０に対し認証情報を送ることになる。なお、従来より周知であるため詳細については省略するが、ユーザが認証を行う前に、サービス提供サーバ４０に直接アクセスした場合であっても、リダイレクトされるため、上記同様に認証プロキシ端末２０から認証が要求されることになる。

この認証が正常に行われると、認証プロキシ端末２０がサービス提供サーバ４０への認証を代行して行うため、この１度の認証でサービス提供サーバ４０へのアクセスが許可されることになる。ここで、ユーザがサービス提供サーバ４０へアクセスを試みると、先の処理でダウンロードされたプロキシ選択スクリプト１２に従い、認証プロキシ端末２０を介さずにサービス提供サーバ４０へ直接アクセスすることになる。すなわち、認証画面に対するアクセスのみが認証プロキシ端末２０を通過することになり、それ以外の場合には、サービス提供サーバ４０へ直接アクセスすることになる。

このように本実施例において認証プロキシ端末２０は、認証用としてだけ機能し、認証が正常に行われた後のサービス提供サーバ４０へのアクセスについては、関与しないことになる。従来、この種のシステムでは、認証と、認証後のアクセスに際して必ず、同図で言う認証プロキシ端末（中継サーバなどとも呼ぶ）を介してしか、サービス提供サーバ４０へアクセスできなかったが、本実施例においては、認証が正常であれば、認証タイムアウト等を迎えるまでのアクセスに関しては、サービス提供サーバ４０に直接アクセスできることになる。

ここで、この図１に示す認証プロキシ端末２０の機能的な構成の一部について説明する。

認証プロキシ端末２０は、その機能構成として、通信部２１と、制御部２２と、記憶部２３と、表示部２４と、操作部２５とを具備して構成される。

通信部２１は、ネットワークカード等で構成され、認証プロキシ端末２０とネットワーク５０との通信を制御する通信インターフェースとしての機能を果たす。認証プロキシ端末２０は、この通信部２１を介してクライアント端末１０やサービス提供サーバ４０等とデータ通信を行うことになる。

制御部２２は、ＣＰＵ（Central Processing Unit）や作業用メモリ等から構成され、
このＣＰＵが、作業用メモリをワーク領域として記憶部２３に格納された制御プログラムを読み込んで実行することで、本実施例による制御処理が実行されることになる。

記憶部２３は、ＨＤ（Hard Disk）等から構成され、各種データを記憶する記憶装置としての機能を果たす。この記憶部２３には各種プログラムが記憶される他、一般的なＳＳＯシステムを運用するために必要なユーザ情報やアプリケーション情報等が記憶される。

表示部２４は、各種情報の表示を行うディスプレイ等の表示装置であり、操作部２５は、ユーザ指示を入力するためのキーボードやマウス等の入力装置である。以上が、認証プロキシ端末２０を構成する各種処理機能の説明である。なお、この表示部２４、操作部２５および記憶部２３は、必ずしも必要な構成要素ではなく省略可能である。但し、記憶部２３を除く場合には、認証に必要な情報を保持するサーバ等を別個に設け、そのサーバへの問い合わせに基づき認証を行うことになる。

次に、上述した制御部２２の機能的な構成の一部について説明する。なお、この制御部２２上に実現される各種処理機能（機能ブロック）は、主に、ＣＰＵが記憶部２３に記憶された制御プログラムを実行することで実現される。

制御部２２は、各種処理機能部として、ユーザ認証部３１と、代行認証部３２と、スクリプト作成部３３と、スクリプト送信部３４とを具備して構成される。

ユーザ認証部３１は、クライアント端末１０との間でユーザ認証を行う機能を果たす。このユーザ認証は、記憶部２３に予め格納されたユーザ認証用の認証情報に基づき行われる。ここで、認証正常となった場合には、各サービス提供サーバ４０への代行認証が行われ、ＳＳＯが実現されることになる。

代行認証部３２は、サービス提供サーバ４０への認証をクライアント端末１０に代わって実行する機能を果たす。具体的には、クライアント端末１０と認証プロキシ端末２０との間で認証が正常に行われると、記憶部２３に予め格納された当該ユーザと対応する代行認証用の認証情報を用いてサービス提供サーバ４０へ認証を行う。

スクリプト作成部３３は、上述したプロキシ選択スクリプト１２を作成する機能を果たす。例えば、図２に示すようなスクリプトファイルを作成することになる。この図２に示すように、スクリプトファイルは一般に、Java（登録商標）Scriptの構文で作成され、１行ずつ実行コマンドが順番に書かれた簡単なファイルである。

例えば、この場合、ｉｆ構文の条件に当てはまる認証画面（ＵＲＬ）へアクセスする場合は認証プロキシ端末２０を介してアクセスし、それ以外の場合には、認証プロキシ端末２０を介さず目的のサーバへ直接アクセスするように設定されている。すなわち、認証画面に対するリクエストだけを認証プロキシ端末２０へ送る設定となっている。

スクリプト送信部３４は、スクリプト作成部３３で作成されたプロキシ選択スクリプト１２をクライアント端末１０へ送信する機能を果たす。すなわち、認証後に認証プロキシ端末２０を中継しないようにＷｅｂブラウザ１１の通信経路を変更させるためのスクリプトファイルを、クライアント端末１０へダウンロードさせ、それをクライアント端末１０の所定のフォルダ等に格納させるなどして、作成したスクリプトファイルをクライアント端末１０へ設定することになる。

以上が、制御部２２を構成する各種処理機能の説明である。なお、スクリプト作成部３３は、必ずしも必要な構成要素ではなく、省略可能である。スクリプト作成部３３を除く場合には、プロキシ選択スクリプト１２を記憶部２３等に予め格納しておき、スクリプト送信部３４では、それをクライアント端末１０へ送信することになる。

ここで、図３を用いて、未認証のＷｅｂブラウザ１１がサービス提供サーバ４０にアクセスする場合の通信シーケンスの流れについて説明する。

まず、Ｗｅｂブラウザ１１が起動されると、このＷｅｂブラウザ１１からの要求により、認証プロキシ端末２０のスクリプト作成部３３において、プロシキ選択スクリプト１２が作成され、それがスクリプト送信部３４によって、クライアント端末１０へ送信され設定される（１：スクリプト取得（））。

これを受けたＷｅｂブラウザ１１が、プロキシ選択スクリプト１２に従って認証プロキシ端末２０へアクセスすると、認証画面がクライアント端末１０上にポップアップなどで表示される。ここで、ユーザがアカウントやパスワード等を入力すると、ユーザ認証部３１による認証が行われ、クライアント端末１０と認証プロキシ端末２０との間で認証処理が行われることになる（２：ユーザ認証（））
このユーザ認証が正常に行われると、ＳＳＯへ参加するために、Ｗｅｂブラウザ１１から認証用のＵＲＬへアクセスすることになる（３：認証用ＵＲＬへのアクセス（））。すると、これを受けた認証プロキシ端末２０の代行認証部３２では、クライアント端末１０に代わってサービス提供サーバ４０への認証を行う。この代行認証は、認証プロキシ端末２０の記憶部２３に格納された代行認証用の認証情報が、サービス提供サーバ４０に送られることで行われる（３．１：アプリの認証画面（）および３．２：代行認証（））。なお、ここで当該ユーザと対応する代行用の認証情報がない場合には、ユーザに直接入力させることになり、認証画面がＷｅｂブラウザ１１上に表示されることになる。次回以降は、このとき入力された認証情報が代行用の認証情報として記憶部２３へ格納されるため、自動的に代行認証が行われることになる。

そして、この代行認証が正常に行われると、その通知が認証プロキシ端末４０からＷｅｂブラウザ１１へ返され、これを受けたＷｅｂブラウザ１１は、認証プロキシ端末２０を介さずにサービス提供サーバ４０へ直接アクセスすることになる（４：データアクセス（））。すなわち、これはクライアント端末１０からの認証画面を要求するリクエスト以外は、サービス提供サーバ４０へ直接アクセスするべくプロキシ選択スクリプト１２に設定されているためである。

次に、図４を用いて、未認証のＷｅｂブラウザ１１がサービス提供サーバ４０にアクセスする際に、リダイレクトを用いた場合の通信シーケンスの流れについて説明する。なお、この図４には、認証前にサービス提供サーバ４０へ直接アクセスした場合の処理の流れが示されており、実際の運用においては、図３よりもこの図４に示す通信シーケンスの発生頻度の方が高いと考えられる。

これを受けたＷｅｂブラウザ１１が、プロキシ選択スクリプト１２に従って認証プロキシ端末２０へアクセスすると、認証画面がクライアント端末１０上にポップアップなどで表示される。ここで、ユーザがアカウントやパスワード等を入力すると、ユーザ認証部３１による認証が行われ、クライアント端末１０と認証プロキシ端末２０との間で認証処理が行われることになる（２：ユーザ認証（））
このユーザ認証が正常に行われた後、ＳＳＯへ参加するための認証が行われていないにも拘わらず、Ｗｅｂブラウザ１１からサービス提供サーバ４０へアクセスすると、サービス提供サーバ４０では、Ｃｏｏｋｉｅを参照するなどしてＷｅｂブラウザ１１が未認証であることが分かる。すると、サービス提供サーバ４０は、認証用ＵＲＬへのリダイレクトを発行する（３：アプリにアクセス（））。

これを受けたＷｅｂブラウザ１１は、このリダイレクトに従って認証用ＵＲＬへアクセスすることになる（４：認証用ＵＲＬへのアクセス（））。すると、これを受けた認証プロキシ端末２０の代行認証部３２では、クライアント端末１０に代わってサービス提供サーバ４０への認証を行う。この代行認証は、認証プロキシ端末２０の記憶部２３に格納された代行認証用の認証情報が、サービス提供サーバ４０に送られることで行われる（４．１：アプリの認証画面（）および４．２：代行認証（））。なお、ここで当該ユーザと対応する代行用の認証情報がない場合には、ユーザに直接入力させることになり、認証画面がＷｅｂブラウザ１１上に表示されることになる。次回以降は、このとき入力された認証情報が代行用の認証情報として記憶部２３へ格納されるため、自動的に代行認証が行われることになる。

そして、この代行認証が正常に行われると、認証プロキシ端末４０からＷｅｂブラウザ１１へアプリへのリダイレクトが返され、これを受けたＷｅｂブラウザ１１は、認証プロキシ端末２０を介さずにサービス提供サーバ４０へ直接アクセスすることになる（５：リダイレクト先にアクセス（））。すなわち、これはクライアント端末１０からの認証画面を要求するリクエスト以外は、サービス提供サーバ４０へ直接アクセスするべくプロキシ選択スクリプト１２に設定されているためである。

なお、この図３および図４で説明したスクリプト取得は、基本的に１度行えばよく、以後、Ｗｅｂブラウザ１１を閉じたとしても、クライアント端末１０を再起動させたとしても消えることはない。そのため、プロキシ選択スクリプト１２の内容自体に変更とかが生じた場合に限り、再度ダウンロードさせるようにすればよい。

また、この図３および図４で説明した通信シーケンスでは、ユーザ認証の後、ＳＳＯへ参加するために、Ｗｅｂブラウザ１１から認証用ＵＲＬへアクセスする必要がある場合の動作を例に挙げて説明したが、この認証用ＵＲＬへのアクセスを省き、ユーザ認証が行われた後、続けて代行認証が自動的に行われるようにしてもよい。これは、認証プロキシ端末２０の動作設定によって適宜調整できる。

以上が本発明の代表的な実施形態の一例であるが、本発明は、上記および図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。

例えば、上記実施例においては、認証後のデータアクセスでＷｅｂブラウザ１１からサービス提供サーバ４０へ直接アクセスする場合を例に挙げて説明したが、本発明では、認証だけ（但し、ログ採取等、大幅なパフォーマンスの低下を招かない処理であれば認証以外にも行ってもよい）を認証プロキシ端末２０で行うようにすればよく、その後のクライアント端末１０からサービス提供サーバ４０へのアクセスは、どのような通信経路で行われてもよい。そのため、例えば、図５に示すように、専用のプロキシサーバ６０を配し、サービス提供サーバ４０へアクセスする際には、必ずこのサーバを介してアクセスするように構成してもよい。また、プロキシサーバ６０を配した場合の別の構成として、図６に示すように、クライアント端末１０等が接続されたネットワーク５０とは別のネットワーク７０にサービス提供サーバ４０を接続してもよい。なお、このようにプロキシサーバ６０を配した場合には、データ通信処理に特化した専用のプロキシサーバ６０を介してアクセスを行うことになるため、パフォーマンスの低下なく、セキュリティ面を強化することができる。

また、上記実施例においては、本発明に係わる通信システムにより処理を実施する場合を説明したが、この処理をコンピュータにインストールされた制御プログラムにより実施するように構成してもよい。なお、この制御プログラムは、ネットワーク等の通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。

本発明の制御プログラムおよび通信システムは、１または複数のサーバ端末への認証を代行する処理をコンピュータに実行させる制御プログラムおよび通信システム全般に適用可能である。

本発明に係わる通信システムの全体構成の一例を示す図である。図１に示すプロキシ選択スクリプト１２の一例を示す図である。図１に示す通信システムにおける通信シーケンスの流れを示す図である。図１に示す通信システムにおける通信シーケンスの流れを示す図である（リダイレクト有り）。本発明に係わる第１の変形例の全体構成の一例を示す図である。本発明に係わる第２の変形例の全体構成の一例を示す図である。

符号の説明

１０クライアント端末
１１Ｗｅｂブラウザ
１２プロキシ選択スクリプト
２０認証プロキシ端末
２１通信部
２２制御部
２３記憶部
２４表示部
２５操作部
３１ユーザ認証部
３２代行認証部
３３スクリプト作成部
３４スクリプト送信部
４０サービス提供サーバ
５０ネットワーク
６０プロキシサーバ
７０ネットワーク

Claims

ブラウザを用いたクライアント端末からの１または複数のサーバ端末への認証処理を前記クライアント端末に代わって認証プロキシ端末が代行する処理をコンピュータに実行させる制御プログラムであって、
前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに先立って、該クライアント端末との間でユーザ認証を行う認証ステップと、
前記ユーザ認証が正常に行われたことを条件に、前記クライアント端末に代わって前記サーバ端末へ代行認証を行う代行認証ステップと、
前記代行認証が正常に行われて該サーバ端末に該クライアント端末が認証済みと記憶された後には該クライアント端末が前記ブラウザを用いた該サーバ端末への認証以外のアクセスを可能にするように、前記ブラウザを用いた前記クライアント端末からの認証に際しては前記認証プロキシ端末にアクセスするが他のアクセスに際しては前記認証プロキシ端末を介さずに前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを該クライアント端末に対して送信する送信ステップと
を含む制御プログラム。
前記送信ステップは、
前記代行認証が正常に行われた後の前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに際してプロキシサーバを介して前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを前記クライアント端末に対して送信する
請求項１記載の制御プログラム。
前記スクリプトファイルを作成する作成ステップ
を更に具備し、
前記送信ステップは、
前記クライアント端末からの要求により前記作成ステップで作成した前記スクリプトファイルを送信する
請求項１または２記載の制御プログラム。
ブラウザを用いたクライアント端末からの１または複数のサーバ端末への認証処理を前記クライアント端末に代わって認証プロキシ端末が代行する処理をコンピュータに実行させる制御プログラムであって、
前記ブラウザを用いたクライアント端末からの認証に際しては前記認証プロキシ端末へアクセスし、他のアクセスに際しては前記認証プロキシ端末を介さずに前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを前記クライアント端末へ送信する送信ステップと、
前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに先立って、該クライアント端末との間でユーザ認証を行う認証ステップと、
前記送信ステップにより送信されたスクリプトファイルを受信した前記クライアント端末が前記スクリプトファイルに基づいて前記認証プロキシ端末に認証の為のアクセスをしてきたこと、または、前記送信ステップにより送信されたスクリプトファイルを受信した前記クライアント端末が前記サーバ端末へアクセスを試みた結果当該サーバ端末より未認証と判断されて前記スクリプトファイルに基づいて前記認証プロキシ端末に認証の為のアクセスをしてきたことに対して、前記認証ステップによるユーザ認証が正常に行われたことを条件に、前記クライアント端末に代わって前記サーバ端末へ、認証成功後は該サーバ端末が該クライアント端末を認証済みと記憶して該クライアント端末が前記スクリプトファイルに基づき認証以外のアクセスである該サーバ端末へアクセスすることが出来るよう代行認証を行う代行認証ステップと
を含む制御プログラム。
ブラウザを用いて１または複数のサーバ端末へアクセスするクライアント端末と、前記クライアント端末に代わって前記サーバ端末への認証処理を行う認証プロキシ端末とを備え、
前記認証プロキシ端末は、
前記ブラウザを用いたクライアント端末からの認証に際しては前記認証プロキシ端末へアクセスし、他のアクセスに際しては前記認証プロキシ端末を介さずに前記サーバ端末へアクセスするように前記ブラウザを制御するスクリプトファイルを前記クライアント端末へ送信する送信手段と、
前記クライアント端末からの前記ブラウザを用いた前記サーバ端末へのアクセスに先立って、該クライアント端末との間でユーザ認証を行う認証手段と、
前記送信ステップで送信された前記スクリプトファイルに基づいて前記クライアント端末がアクセスしてきた認証要求に対して、前記ユーザ認証が正常に行われたことを条件に、前記クライアント端末に代わって前記サーバ端末へ代行認証を行う代行認証手段と
を具備し、
前記クライアント端末の前記ブラウザは、
前記送信手段で送信されたスクリプトファイルを受信する受信手段と、
前記受信手段で受信したスクリプトファイルに基づき前記認証プロキシ端末に認証要求のアクセスをする、または、前記サーバ端末へアクセスを試みた結果前記サーバ端末より未認証と判断されて前記受信手段で受信したスクリプトファイルに基づき前記認証プロキシ端末に認証要求のアクセスをする認証アクセス手段と、
前記認証プロキシ端末が代行認証手段によって前記サーバ端末へ代行認証が完了すると該サーバ端末に該クライアント端末が認証済みと記憶され、その後、前記スクリプトファイルに基づき認証以外のアクセスである該サーバ端末へのアクセスを行うサーバアクセス手段と
を具備する通信システム。