JP4559648B2

JP4559648B2 - Authentication system and authentication server

Info

Publication number: JP4559648B2
Application number: JP2001079821A
Authority: JP
Inventors: 暁定方; 正利高野; 直也高嶋; 嘉長堤
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2001-03-21
Filing date: 2001-03-21
Publication date: 2010-10-13
Anticipated expiration: 2021-03-21
Also published as: JP2002278930A

Description

【０００１】
【発明の属する技術分野】
本発明は、認証システム、および認証サーバに関する。特に本発明は、ユーザが複数の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サーバ、１００要求受付部、１１０認証確認部、１２０認証情報授受部、１３０認証処理部、１４０要求発行部、１５０レスポンス処理部、１６０認証データベース。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an authentication system and an authentication server. In particular, the present invention relates to a technique for reducing the burden of authentication processing when a user browses a plurality of URLs.
[0002]
[Prior art]
In recent years, with the spread of networks, even when you are away from home, you can execute applications, files, emails and other data that the server has by accessing the server connected to the corporate LAN owned by the company via the Internet, or Now you can browse. However, for security reasons, an ID and password are set for each application for access to the company LAN server. Before executing a desired application or file in the company LAN, the user ID and password can be accessed by the user. Authentication has been performed.
[0003]
For example, Japanese Patent Laid-Open No. 2000-83285 specifies a subscriber using an ID unique to a mobile phone and discloses an individual service for each subscriber.
[0004]
Japanese Laid-Open Patent Publication No. 11-341151 discloses a technique for performing login authentication only on a permitted outgoing telephone number using a outgoing telephone number when dial-up authentication is performed.
[0005]
[Problems to be solved by the invention]
Conventionally, in order to access a specific application (URL) in a server, a user has to input a user ID and a password for access authentication for each URL. Therefore, as the number of URLs to be accessed increases, the burden of input required for authentication increases, resulting in a decrease in work efficiency.
[0006]
With regard to user authentication, authentication using a user ID and a password has a drawback in that it can be accessed from anywhere if the password is leaked.
[0007]
In addition, when the authentication by the authentication server is only an ID unique to a mobile phone used by the user, for example, depending on the company, the mobile phone itself has a lending system, so that the individual cannot be specified. For this reason, the application is illegally accessed when it is lost or stolen.
[0008]
When performing dial-up authentication using a caller telephone number, the caller side terminal (telephone) must be set for caller ID notification when performing remote login.
[0009]
Then, an object of this invention is to provide the authentication system and authentication server which can solve said subject.
[0010]
[Means for Solving the Problems]
The present invention is an authentication server that transmits to a user a web page that requires user authentication, the web server specific information, and the first user identification information of a user permitted to access the web page. An authentication database in which first user identification information and a password required for accessing the web page are associated with second user identification information for the authentication server to identify the user; , the specific information of the web page that contains an access receiving means for receiving access requests to the web page including the specific information and the authentication information of the desired web page from a user, the access request received by the access receiving means When a pair with the second user identification information included in the authentication information is stored in the authentication database First web transmission means for transmitting the web page to a terminal used by the user, web page identification information included in the access request received by the access reception means, and second user included in the authentication information If the pair with the identification information is not stored in the authentication database, the user authentication means for requesting the user to input the first user identification information and the password, and the access request received by the access reception means and specific information of the web page, if the set of the first user identification information and password entered in response to a request by the user authentication means is stored in the authentication database, the the web page terminals It characterized in that it comprises a second web transmitting means for transmitting, to the.
[0011]
In addition, a set of web page specific information included in the access request received by the access receiving unit and the first user identification information and password input in response to the request by the user authentication unit is stored in the authentication database. If stored, the second user identification information corresponding to the combination of the specific information of the web page, the first user identification information and the password is extracted from the authentication database and transmitted to the terminal as authentication information. and means for, characterized in Rukoto.
[0014]
In addition, the present invention is an authentication system for transmitting a web page that requires user authentication to a user, the web page specifying information, and the first user identification information of a user permitted to access the web page Authentication in which first user identification information and password required for access to the web page and second user identification information for the authentication server to identify the user are stored in association with each other database and the access receiving means for receiving access requests to the web page including the specific information and the authentication information of the desired web page from a user, a particular web page contained in the access request received by the access receiving means A set of information and second user identification information included in the authentication information is stored in the authentication database. In this case, the first web transmitting means for transmitting the web page to the terminal used by the user, the specific information of the web page included in the access request received by the access receiving means, and the first information included in the authentication information If the pair with the user identification information of 2 is not stored in the authentication database, the user authentication means for requesting the user to input the first user identification information and the password, and the access accepted by the access acceptance means If a set of web page specific information included in the request and first user identification information and password input in response to the request by the user authentication means is stored in the authentication database, the web page the characterized in that it comprises a second web transmitting means for transmitting to said terminal.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described through embodiments of the invention.
[0016]
FIG. 1 is a schematic diagram showing an overall image of a user authentication system 10 according to the present embodiment. This embodiment is a suitable example when a user accesses an application, a document, data, or the like connected to a company LAN from the outside. The user terminal 40 and the authentication server 20 are connected via the Internet 30. Specific examples of the user terminal 40 include a mobile phone, a PHS, a notebook computer, and a PDA (Personal Digital Assistant). The authentication server 20 is connected to a Web server 50 in the company LAN of each company. The web server 50 stores applications and the like. In this application, a user ID and a password are set for each user.
[0017]
FIG. 2 is a block diagram showing the configuration of the authentication server 20. The authentication server 20 includes a request reception unit 100, an authentication confirmation unit 110, an authentication information transfer unit 120, an authentication processing unit 130, a request issue unit 140, a response processing unit 150, and an authentication database 160.
[0018]
The request receiving unit 100 receives a request for a URL that the user wants to access from the user terminal 40. At this time, the request reception unit 100 also receives authentication information when there is authentication information issued by the authentication server 20 in the user terminal 40. As the authentication information, for example, Cookie is a suitable example. The authentication information will be described later. Further, the request receiving unit 100 can also receive a terminal ID unique to the user terminal 40 used by the user.
[0019]
The authentication confirmation unit 110 checks whether or not the user who requested the URL has been authenticated using the authentication information. Here, a specific example of the authentication information is shown in FIG. In the authentication information, the date and time of the previous authentication and the authenticated URL are associated with the user identification number for the authentication server 20 to identify the user. If a valid period of authentication is set in the URL requested by the user, the authentication confirmation unit 110 determines whether or not the valid period has expired from the date and time of previous authentication and the current time.
[0020]
Next, returning to FIG. 2, the authentication information transfer unit 120 requests the user terminal 40 for a user ID and password necessary for accessing the requested URL, and receives an input of the user ID and password from the user terminal 40. .
[0021]
The authentication processing unit 130 performs authentication processing on the received user ID, password, and device ID using an authentication database 160 described later. The result of the authentication process is recorded as a history in the log file.
[0022]
The request issuing unit 140 requests the Web server 50 for the URL requested from the user terminal 40 on behalf of the user.
[0023]
The response processing unit 150 receives predetermined content from the Web server 50 and then sends it to the user terminal 40.
[0024]
The authentication database 160 stores a user ID, a password, and a device ID in association with a URL that can be accessed by authentication. 4 to 6 show examples of tables included in the authentication database 160. FIG.
[0025]
FIG. 4 shows an example of a URL table 200 that associates each URL with a user ID and the like. The URL table 200 associates each URL address with the user ID and password of a user permitted to access by authentication, the device ID of the device used by the user, and user identification information for the authentication server 20 to identify the user. Store. The URL table 200 is updated whenever a user is newly permitted to access a predetermined URL or when other changes occur.
[0026]
FIG. 5 shows an example of a validity period table 210 that links URLs and validity periods after authentication. The validity period table 210 stores the validity period of authentication set for each URL in association with the address of each URL.
[0027]
FIG. 6 shows an example of a user table 220 that associates a user identification number for identifying each user with a user ID set as a URL for each user. The user table 220 sets the user ID set in each URL in association with the user identification number for the authentication server 20 to identify each user. This table can list URLs that each user can access by authentication.
[0028]
[Operation]
FIG. 7 is a sequence chart from when a user requests a desired URL until browsing by the user authentication system 10 according to the present embodiment. The operation of the user authentication system 10 will be described using this sequence chart.
[0029]
First, the user requests a URL to access the authentication server 20 using the user terminal 40 (S10). At that time, authentication information and a device ID described later are sent to the authentication server 20. Using the sent authentication information, the authentication server 20 checks whether the user who requested the URL has been authenticated and whether the requested URL is recorded in the URL table 200 (S20).
[0030]
When the user has been authenticated and the requested URL is recorded in the URL table 200 , the authentication server 20 issues a user request to the Web server 50 (S70). The Web server 50 returns the content to the authentication server 20 in response to the request from the authentication server 20 (S80). The authentication server 20 sends the content received from the Web server 50 to the user terminal 40 (S90).
[0031]
On the other hand, when the user has not been authenticated or when the requested URL is not recorded in the URL table 200 , the authentication server 20 requests the user ID and the password or URL from the user terminal 40 (S30). ). In response to a request from the authentication server 20, a user ID and password or URL is input from the user terminal 40 (S40). At this time, a device ID for identifying the user terminal 40 is sent to the authentication server 20. Authentication processing is performed using the authentication database 160 for the input user ID, password, device ID, and URL for which there was an access request (S50). If the input user ID and password are not authenticated, the user ID and password are requested again (S30). When the input user ID, password, and the like are authenticated, authentication information is issued to the user terminal 40 (S60). The authentication information includes information indicating that the user has been authenticated, information regarding the expiration date of authentication, and the like. In addition, information related to authentication is recorded as a history in the log file. Next, the authentication server 20 issues a user request to the Web server 50 (S70). The Web server 50 returns the content to the authentication server 20 in response to the request from the authentication server 20 (S80). The authentication server 20 sends the content received from the Web server 50 to the user terminal 40 (S90).
[0032]
Once a user is authenticated, if it is within the validity period of authentication, the next time the user requests a URL with access rights set, it is not necessary to enter the user ID or password again. You can quickly browse URLs that require authentication.
[0033]
In addition, in the authentication process, in addition to the user ID and password, the device ID of the terminal used by the user is also verified, so even if the user ID and password are used illegally, if the terminal used is different, Access can be denied.
[0034]
[Screen display]
Next, screens displayed to the user will be described with reference to FIGS.
[0035]
FIG. 8 shows an example of an input screen 300 when the user inputs a URL that he wants to access. When the user has already been authenticated with another URL or the like, the user can view the input URL without performing authentication processing. If the user's access is denied because the authentication has expired, an ID input screen 310 in FIG. 9 is displayed. Here, the user inputs the user ID and password set in the input URL. When the user ID and password are authenticated, the user can browse a desired URL.
[0036]
Once authenticated, the user is allowed access to other URLs registered in the authentication server 20 for a predetermined period. Thereby, the user can save the trouble of inputting the user ID and password for each URL.
[0037]
Further, the authentication server 20 provides a list of URLs accessible by the user as shown in FIG. The user can browse a desired URL by clicking the URL displayed as accessible, and the work efficiency is greatly improved as compared with the case where each URL is manually input. Each URL displays the remaining time that can be accessed. Thereby, since the user can know the remaining accessible time in advance, it is possible to prevent a situation in which access is suddenly cut while accessing the URL.
[0038]
Further, by using the authentication server 20 as a gateway for an inter-company intranet including a plurality of in-house LANs, unauthorized access to the Web server 50 installed in the inter-company intranet can be prevented. For this reason, it is possible to prevent an increase in traffic in the intra-company intranet due to unauthorized access to the corporate LAN. In addition, companies connected to this intra-company intranet can securely access the internal LAN from outside the office using a mobile phone or the like without installing a dedicated line for accessing the internal LAN. .
[0039]
Furthermore, in the past, it has been necessary to provide an individual authentication mechanism on the application (Web server 50) side. However, since the authentication server 20 has an authentication mechanism, the Web server 50 side allows authorized terminals and users. Access only, and also reduces the load on the application.
[0040]
As mentioned above, although this invention was demonstrated using embodiment, the technical scope of this invention is not limited to the range as described in the said embodiment. Various changes or improvements can be added to the above embodiment. It is apparent from the description of the scope of claims that embodiments with such changes or improvements can be included in the technical scope of the present invention.
[0041]
【The invention's effect】
As is apparent from the above description, according to the present invention, a user can access another URL that originally requires authentication without having to perform authentication processing by once accessing the URL that requires authentication. it can.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing an overall image of a user authentication system 10 according to the present embodiment.
FIG. 2 is a block diagram showing a configuration of an authentication server 20;
FIG. 3 is a diagram illustrating an example of authentication information exchanged between the user terminal 40 and the authentication server 20;
FIG. 4 is a diagram illustrating an example of a URL table 200 that associates each URL with a user ID and the like.
FIG. 5 is a diagram illustrating an example of a validity period table 210 that links URLs and validity periods after authentication.
FIG. 6 is a diagram showing an example of a user table 220 that associates a user identification number for identifying a user with a user ID set as a URL for each user.
FIG. 7 is a sequence chart from when a user requests a desired URL until browsing by the user authentication system 10 according to the present embodiment.
FIG. 8 is a diagram showing an example of an input screen 300 when a user inputs a URL that the user wants to access.
9 is a diagram illustrating an example of an ID input screen 310. FIG.
FIG. 10 is a diagram showing an example of a URL list screen 320 that displays a list of URLs accessible by a user.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 User authentication system, 20 Authentication server, 30 Internet, 40 user terminal, 50 Web server, 100 Request reception part, 110 Authentication confirmation part, 120 Authentication information transfer part, 130 Authentication processing part, 140 Request issue part, 150 Response processing part 160 Authentication database.

Claims

An authentication server that transmits to a user a web page that requires user authentication,
Specific information of the web page, first user identification information of a user permitted to access the web page and the first user identification information and password required for access to the web page, and the authentication An authentication database stored in association with second user identification information for the server to identify the user;
An access receiving means for receiving access requests to the web page including the specific information and the authentication information of the desired web page from a user,
When a set of web page specific information included in the access request received by the access receiving means and second user identification information included in the authentication information is stored in the authentication database, the web page First web transmission means for transmitting the message to a terminal used by the user;
If a set of web page specific information included in the access request received by the access receiving means and second user identification information included in the authentication information is not stored in the authentication database, User authentication means for requesting the user to input user identification information and a password ;
A set of web page specific information included in the access request received by the access receiving means and the first user identification information and password input in response to the request by the user authentication means is stored in the authentication database. If it is, the second web transmitting means for transmitting the web page to the terminal,
An authentication server comprising:

A set of web page specific information included in the access request received by the access receiving means and the first user identification information and password input in response to the request by the user authentication means is stored in the authentication database. The second user identification information corresponding to the set of the specific information of the web page, the first user identification information and the password is extracted from the authentication database and transmitted to the terminal as the authentication information. authentication server according to claim 1, characterized in that it comprises a.

An authentication system for transmitting a web page that requires user authentication to a user,
Specific information of the web page, first user identification information of a user permitted to access the web page and the first user identification information and password required for access to the web page, and the authentication An authentication database stored in association with second user identification information for the server to identify the user;
An access receiving means for receiving access requests to the web page including the specific information and the authentication information of the desired web page from a user,
When a set of web page specific information included in the access request received by the access receiving means and second user identification information included in the authentication information is stored in the authentication database, the web page First web transmission means for transmitting the message to a terminal used by the user;
If a set of web page specific information included in the access request received by the access receiving means and second user identification information included in the authentication information is not stored in the authentication database, User authentication means for requesting the user to input user identification information and a password ;
A set of the specific information of the web page included in the access request received by the access receiving means and the first user identification information and password input in response to the request by the user authentication means is stored in the authentication database. If it is, the second web transmitting means for transmitting the web page to the terminal,
An authentication system comprising: