(57)【特許請求の範囲】
【請求項１】
ユーザ認証を必要とするウェブページをユーザに送信する認証サーバであって、
ウェブページの特定情報と、当該ウェブページへのアクセスが許可されたユーザの第１のユーザ識別情報であって当該ウェブページへのアクセスに要求される第１のユーザ識別情報及びパスワードと、前記認証サーバが当該ユーザを識別するための第２のユーザ識別情報とが対応付けして格納された認証データベースと、
ユーザから所望のウェブページの特定情報及び認証情報を含む当該ウェブページへのアクセス要求を受け付けるアクセス受付手段と、
前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されている場合には、当該ウェブページをユーザが利用する端末に送信する第１のウェブ送信手段と、
前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されていない場合には、第１のユーザ識別情報及びパスワードの入力をユーザに要求するユーザ認証手段と、
前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、前記ユーザ認証手段による要求に応じて入力された第１のユーザ識別情報及びパスワードとの組が前記認証データベースに格納されている場合には、当該ウェブページを前記端末に送信する第２のウェブ送信手段と、
を備えることを特徴とする認証サーバ。
【請求項２】
前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、前記ユーザ認証手段による要求に応じて入力された第１のユーザ識別情報及びパスワードとの組が前記認証データベースに格納されている場合には、当該ウェブページの特定情報、当該第１のユーザ識別情報及びパスワードとの組に対応する第２のユーザ識別情報を前記認証データベースから取り出し、認証情報として前記端末に送信する手段を備えることを特徴とする請求項１に記載の認証サーバ。
【請求項３】
ユーザ認証を必要とするウェブページをユーザに送信する認証システムであって、
ウェブページの特定情報と、当該ウェブページへのアクセスが許可されたユーザの第１のユーザ識別情報であって当該ウェブページへのアクセスに要求される第１のユーザ識別情報及びパスワードと、前記認証サーバが当該ユーザを識別するための第２のユーザ識別情報とが対応付けして格納された認証データベースと、
ユーザから所望のウェブページの特定情報及び認証情報を含む当該ウェブページへのアクセス要求を受け付けるアクセス受付手段と、
前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されている場合には、当該ウェブページをユーザが利用する端末に送信する第１のウェブ送信手段と、
前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されていない場合には、第１のユーザ識別情報及びパスワードの入力をユーザに要求するユーザ認証手段と、
前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、前記ユーザ認証手段により要求に応じて入力された第１のユーザ識別情報及びパスワードとの組が前記認証データベースに格納されている場合には、当該ウェブページを前記端末に送信する第２のウェブ送信手段と、
を備えることを特徴とする認証システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、認証システム、および認証サーバに関する。特に本発明は、ユーザが複数のURLを閲覧する際に、認証処理による負担を少なくする技術に関する。
【０００２】
【従来の技術】
近年、ネットワークの普及により、外出先からでも、インタネットを介して、企業が所有する社内LANに接続されたサーバにアクセスすることにより、サーバが有するアプリケーション、ファイル、メールおよびその他のデータを実行、または閲覧することができるようになった。ただし、社内LANのサーバへのアクセスは、セキュリティを考えて、アプリケーションごとに、IDとパスワードが設定されており、社内LAN内の所望のアプリケーションおよびファイルを実行する前に、IDとパスワードによるユーザの認証が行われている。
【０００３】
たとえば、特開２０００−８３２８５号公報は、携帯電話固有のIDを用いてその加入者を特定し、加入者別の個別サービスを開示する。
【０００４】
また、特開平１１−３４１１５１号公報は、ダイヤルアップ認証を行う際に、発信電話番号を用いて許可された発信電話番号のみにログイン認証を行う技術を開示する。
【０００５】
【発明が解決しようとする課題】
従来、ユーザは、サーバ内の特定のアプリケーション（URL）へアクセスするためには、URLごとに、アクセス認証のために、ユーザIDとパスワードを入力する必要があった。したがって、アクセスしたいURLの数が多くなるにつれて、認証に必要な入力による負担が増加し、作業効率の低下をまねいていた。
【０００６】
ユーザの認証に関しては、ユーザIDとパスワードによる認証では、パスワードが漏洩した場合どこからでもアクセスされてしまうという欠点があった。
【０００７】
また、認証サーバでの認証がユーザが用いる携帯電話などに固有のIDだけの場合、企業によっては、携帯電話自体が貸し出し制のところもあるため、個人の特定には至らない。このため、紛失や盗難にあったときにアプリケーションに不正にアクセスされてしまう。
【０００８】
ダイヤルアップ認証を行う際に、発信電話番号を用いて認証を行う場合には、リモートログインする際に発信者側の端末（電話機）は、発信者番号通知の設定をしていなければならない。
【０００９】
そこで本発明は、上記の課題を解決することのできる認証システム、および認証サーバを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は、ユーザ認証を必要とするウェブページをユーザに送信する認証サーバであって、ウェブページの特定情報と、当該ウェブページへのアクセスが許可されたユーザの第１のユーザ識別情報であって当該ウェブページへのアクセスに要求される第１のユーザ識別情報及びパスワードと、前記認証サーバが当該ユーザを識別するための第２のユーザ識別情報とが対応付けして格納された認証データベースと、ユーザから所望のウェブページの特定情報及び認証情報を含む当該ウェブページへのアクセス要求を受け付けるアクセス受付手段と、前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されている場合には、当該ウェブページをユーザが利用する端末に送信する第１のウェブ送信手段と、前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されていない場合には、第１のユーザ識別情報及びパスワードの入力をユーザに要求するユーザ認証手段と、前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、前記ユーザ認証手段による要求に応じて入力された第１のユーザ識別情報及びパスワードとの組が前記認証データベースに格納されている場合には、当該ウェブページを前記端末に送信する第２のウェブ送信手段と、を備えることを特徴とする。
【００１１】
また、前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、前記ユーザ認証手段による要求に応じて入力された第１のユーザ識別情報及びパスワードとの組が前記認証データベースに格納されている場合には、当該ウェブページの特定情報、当該第１のユーザ識別情報及びパスワードとの組に対応する第２のユーザ識別情報を前記認証データベースから取り出し、認証情報として前記端末に送信する手段を備えることを特徴とする。
【００１４】
また、本発明は、ユーザ認証を必要とするウェブページをユーザに送信する認証システムであって、ウェブページの特定情報と、当該ウェブページへのアクセスが許可されたユーザの第１のユーザ識別情報であって当該ウェブページへのアクセスに要求される第１のユーザ識別情報及びパスワードと、前記認証サーバが当該ユーザを識別するための第２のユーザ識別情報とが対応付けして格納された認証データベースと、ユーザから所望のウェブページの特定情報及び認証情報を含む当該ウェブページへのアクセス要求を受け付けるアクセス受付手段と、前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されている場合には、当該ウェブページをユーザが利用する端末に送信する第１のウェブ送信手段と、前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、認証情報に含まれる第２のユーザ識別情報との組が前記認証データベースに格納されていない場合には、第１のユーザ識別情報及びパスワードの入力をユーザに要求するユーザ認証手段と、前記アクセス受付手段により受け付けられたアクセス要求に含まれるウェブページの特定情報と、前記ユーザ認証手段により要求に応じて入力された第１のユーザ識別情報及びパスワードとの組が前記認証データベースに格納されている場合には、当該ウェブページを前記端末に送信する第２のウェブ送信手段と、を備えることを特徴とする。
【００１５】
【発明の実施の形態】
以下、発明の実施の形態を通じて本発明を説明する。
【００１６】
図１は、本実施形態に係るユーザ認証システム１０の全体像を示す概略図である。本実施例は、ユーザが外出先から、会社のLANに接続されたアプリケーション、文書、データ等にアクセスする場合に好適な例である。ユーザ端末４０と、認証サーバ２０とは、インターネット３０を介して接続されている。ユーザ端末４０の具体例としては、携帯電話、PHS、ノートパソコン、PDA(Personal Digital Assistant)などがある。認証サーバ２０は、各企業の社内LAN内のWebサーバ５０と接続されている。Webサーバ５０には、アプリケーションなどが格納されている。このアプリケーションには、ユーザごとにユーザID、およびパスワードが設定されている。
【００１７】
図２は、認証サーバ２０の構成を示すブロック図である。認証サーバ２０は、要求受付部１００、認証確認部１１０、認証情報授受部１２０、認証処理部１３０、要求発行部１４０、レスポンス処理部１５０、および認証データベース１６０を含む。
【００１８】
要求受付部１００は、ユーザ端末４０からユーザがアクセスしたいURLの要求を受け付ける。このとき、要求受付部１００は、ユーザ端末４０に認証サーバ２０によって発行された認証情報がある場合には、認証情報も受け付ける。認証情報としては、たとえば、Cookieが好適な例である。認証情報については、後述する。また、要求受付部１００は、ユーザが使用するユーザ端末４０に固有な端末IDも受け付けることができる。
【００１９】
認証確認部１１０は、URLを要求したユーザが認証済みか否かを認証情報を使って調べる。ここで、認証情報の具体例を図３に示す。認証情報には、認証サーバ２０がユーザを識別するためのユーザ識別番号に、前回認証された日時、および、認証されたURLが対応付けられている。認証確認部１１０は、ユーザが要求したURLに認証の有効期間が設定されている場合には、前回認証された日時と現在時刻とから、有効期間が切れていないか否かを判断する。
【００２０】
次に、図２に戻り、認証情報授受部１２０は、ユーザ端末４０に、要求したURLのアクセスに必要なユーザIDおよびパスワードを要求するとともに、ユーザ端末４０からのユーザIDおよびパスワードの入力を受け付ける。
【００２１】
認証処理部１３０は、受け付けたユーザID、パスワード、および機器IDについて、後述する認証データベース１６０を用いて認証処理を行う。認証処理の結果は、ログファイルに履歴として記録される。
【００２２】
要求発行部１４０は、ユーザ端末４０から要求されたURLを、ユーザに代わってWebサーバ５０に要求する。
【００２３】
レスポンス処理部１５０は、Webサーバ５０から所定のコンテンツを受け取った後、ユーザ端末４０に送る。
【００２４】
認証データベース１６０は、認証によってアクセス可能となるURLに対応付けて、ユーザID、パスワード、および機器IDを格納する。図４〜６に、認証データベース１６０が含むテーブルの例を示す。
【００２５】
図４は、各URLとユーザID等とを関連付けるURLテーブル２００の例を示す。URLテーブル２００は、各URLのアドレスに、認証によりアクセスが許可されるユーザのユーザID、パスワード、ユーザが用いる機器の機器ID、および認証サーバ２０がユーザを識別するためのユーザ識別情報を対応づけて格納する。URLテーブル２００は、ユーザが新たに、所定のURLへのアクセスを許可された場合、その他変更などが生じた場合にはその都度更新される。
【００２６】
図５は、各URLと認証後の有効期間とを連付ける有効期間テーブル２１０の例を示す。有効期間テーブル２１０は、各URLのアドレスに、各URLに設定された認証の有効期間を関連付けて格納する。
【００２７】
図６は、各ユーザを識別するユーザ識別番号と、各ユーザにURL設定されたユーザIDとを関連付けるユーザテーブル２２０の例を示す。ユーザテーブル２２０は、認証サーバ２０が各ユーザを識別するためのユーザ識別番号に対応づけて、各URLに設定されたユーザIDを設定する。このテーブルにより、各ユーザが認証によりアクセス可能なURLが一覧できる。
【００２８】
[動作]
図７は、本実施形態に係るユーザ認証システム１０によって、ユーザが所望のURLを要求してから、閲覧するまでのシーケンスチャートである。このシーケンスチャートを用いて、ユーザ認証システム１０の動作を説明する。
【００２９】
まず、ユーザは、ユーザ端末４０を用いて認証サーバ２０にアクセスしたいURLを要求する（Ｓ１０）。その際に、後述する認証情報、および機器IDが認証サーバ２０に送られる。認証サーバ２０は、送られた認証情報を用いて、URLを要求したユーザが認証済みであるか、および、要求されたURLがURLテーブル２００に記録されているかを調べる（Ｓ２０）。
【００３０】
ユーザが認証済みで、かつ、要求されたURLがURLテーブル２００に記録されている場合には、認証サーバ２０は、ユーザの要求をWebサーバ５０に発行する（Ｓ７０）。Webサーバ５０は、認証サーバ２０からの要求に応じてコンテンツを認証サーバ２０に返す（Ｓ８０）。認証サーバ２０は、Webサーバ５０から受け取ったコンテンツを、ユーザ端末４０に送る（Ｓ９０）。
【００３１】
一方、ユーザが認証済みでない場合、または、要求されたURLがURLテーブル２００に記録されていない場合には、認証サーバ２０は、ユーザ端末４０にユーザID、およびパスワード、またはURLを要求する（Ｓ３０）。認証サーバ２０からの要求に応じて、ユーザ端末４０からユーザIDおよびパスワード、またはURLが入力される（Ｓ４０）。このとき、ユーザ端末４０を識別する機器IDが認証サーバ２０に送られる。入力されたユーザID、パスワード、機器ID、およびアクセス要求があったＵＲＬについて、認証データベース１６０を用いて認証処理が行われる（Ｓ５０）。入力されたユーザID、およびパスワード等が認証されない場合には、再度ユーザID、パスワード等を要求する（Ｓ３０）。入力されたユーザID、およびパスワード等が認証された場合には、ユーザ端末４０に認証情報が発行される（Ｓ６０）。認証情報には、ユーザが認証されたことを示す情報、認証の有効期限に関する情報などが含まれる。また、ログファイルに認証に関する情報が履歴として記録される。認証サーバ２０は、次に、ユーザの要求をWebサーバ５０に発行する（Ｓ７０）。Webサーバ５０は、認証サーバ２０からの要求に応じてコンテンツを認証サーバ２０に返す（Ｓ８０）。認証サーバ２０は、Webサーバ５０から受け取ったコンテンツを、ユーザ端末４０に送る（Ｓ９０）。
【００３２】
ユーザは、一旦認証されると、認証の有効期限内であれば、次にユーザにアクセス権が設定されたURLを要求するときには、再度ユーザIDやパスワードを入力する必要がないので、本来ならば認証が必要なURLを迅速に閲覧することができる。
【００３３】
また、認証処理においては、ユーザIDとパスワードに加えて、ユーザが使用する端末の機器IDも照合しているので、ユーザIDとパスワードが不正に使用された場合でも、使用する端末が異なれば、アクセスを拒否することができる。
【００３４】
[画面表示]
次に、図８〜１０を用いて、ユーザに表示される画面について説明する。
【００３５】
図８は、ユーザがアクセスしたいURLを入力するときの入力画面３００の例を示す。ユーザが既に他のURLなどで認証済みの場合には、ユーザは、認証処理をすることなく、入力したURLを閲覧することができる。認証の有効期限が切れているなどの理由により、ユーザのアクセスが拒否された場合には、図９のID入力画面３１０が表示される。ここで、ユーザは、入力したURLに設定されたユーザIDおよびパスワードを入力する。ユーザIDおよびパスワードが認証されると、ユーザは所望のURLを閲覧することができる。
【００３６】
ユーザは、一旦認証されると、認証サーバ２０に登録された他のURLへのアクセスも所定期間の間許可される。これにより、ユーザはURLごとに、ユーザIDおよびパスワードを入力するという手間を省くことができる。
【００３７】
また、認証サーバ２０からは、図１０に示すように、ユーザがアクセス可能なURLのリストが提供される。ユーザは、アクセス可能と表示されたURLをクリックすることにより、所望のURLを閲覧することができ、各URLを手入力する場合に比べて、作業効率が大幅に改善される。また、各URLには、アクセス可能な残り時間が表示される。これにより、ユーザは、残りアクセス可能時間が予め分かるので、URLにアクセス中に突然アクセスが切られるという事態を未然に防止することができる。
【００３８】
また、複数の社内LANを含む企業間イントラネットのゲートウェイに、認証サーバ２０を用いることにより、企業間イントラネット内に設置された、Webサーバ５０への不正なアクセスを未然に防止することができる。このため、社内LANへの不正なアクセスによる、企業間イントラネット内のトラフィックの増加を防止することができる。また、この企業間イントラネットに接続している企業は、社内LANにアクセスするための専用線を別途敷設することなく、携帯電話等を用いて外出先から社内LANへのセキュアなアクセスが可能となる。
【００３９】
さらに、従来は、アプリケーション（Webサーバ５０）側で個別の認証の仕組みを設ける必要があったが、認証サーバ２０に認証の仕組みを持つことで、Webサーバ５０側には許可された端末やユーザのアクセスのみとなり、アプリケーションの負荷軽減にもなる。
【００４０】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることができる。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００４１】
【発明の効果】
上記説明から明らかなように、本発明によれば、ユーザは、認証が必要なURLに一旦アクセスすることにより、本来なら認証が必要な他のURLに、認証処理の手間なしにアクセスすることができる。
【図面の簡単な説明】
【図１】  本実施形態に係るユーザ認証システム１０の全体像を示す概略図である。
【図２】  認証サーバ２０の構成を示すブロック図である。
【図３】  ユーザ端末４０と認証サーバ２０とでやり取りされる、認証情報の例を示す図である。
【図４】  各URLとユーザID等とを関連付けるURLテーブル２００の例を示す図である。
【図５】  各URLと認証後の有効期間とを連付ける有効期間テーブル２１０の例を示す図である。
【図６】  ユーザを識別するユーザ識別番号と、各ユーザにURL設定されたユーザIDとを関連付けるユーザテーブル２２０の例を示す図である。
【図７】  本実施形態に係るユーザ認証システム１０によって、ユーザが所望のURLを要求してから、閲覧するまでのシーケンスチャートである。
【図８】  ユーザがアクセスしたいURLを入力するときの入力画面３００の例を示す図である。
【図９】  ID入力画面３１０の例を示す図である。
【図１０】  ユーザがアクセス可能なURLのリストを表示するURLリスト画面３２０の例を示す図である。
【符号の説明】
１０  ユーザ認証システム、２０  認証サーバ、３０  インターネット、４０ユーザ端末、５０  Webサーバ、１００  要求受付部、１１０  認証確認部、１２０  認証情報授受部、１３０  認証処理部、１４０  要求発行部、１５０  レスポンス処理部、１６０  認証データベース。
【図１】
0004559648.tif 000002
【図２】
0004559648.tif 000003
【図３】
0004559648.tif 000004
【図４】
0004559648.tif 000005
【図５】
0004559648.tif 000006
【図６】
0004559648.tif 000007
【図７】
0004559648.tif 000008
【図８】
0004559648.tif 000009
【図９】
0004559648.tif 000010
【図１０】
0004559648.tif 000011