ユーザ認証システム、ユーザ端末、ログ認証サーバ、ユーザ認証方法およびプログラム
【課題】ユーザ認証におけるユーザの負担やサービス提供者の運用コストを低減する。
【解決手段】ユーザ端末１は、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶部１０と、ログ認証サーバ２にネットワーク接続要求を送信するサービス要求部１１と、ログ認証サーバ２からの回答要求に対応する回答を、記憶部１０に記憶されているアクセスログに基づいて行うアクセスログ応答部１２とを有する。ログ認証サーバ２は、アクセスログをユーザ毎に記憶する記憶部２０と、ユーザ端末１に対して所定の回答要求を行う回答要求部２１と、ユーザ端末１からの回答が回答要求で要求した条件を満足するか否かを、記憶部２０に記憶されているユーザ端末１のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証部２２とを有する。
【解決手段】ユーザ端末１は、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶部１０と、ログ認証サーバ２にネットワーク接続要求を送信するサービス要求部１１と、ログ認証サーバ２からの回答要求に対応する回答を、記憶部１０に記憶されているアクセスログに基づいて行うアクセスログ応答部１２とを有する。ログ認証サーバ２は、アクセスログをユーザ毎に記憶する記憶部２０と、ユーザ端末１に対して所定の回答要求を行う回答要求部２１と、ユーザ端末１からの回答が回答要求で要求した条件を満足するか否かを、記憶部２０に記憶されているユーザ端末１のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証部２２とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムにおいて、ネットワークサービス提供者またはネットワーク管理者が、前回のネットワークサービス利用時に記録したアクセスログからネットワークサービスを利用しようとするユーザを認証する技術に関するものである。
【背景技術】
【０００２】
近年、不正アクセスによる機密情報の漏洩が問題となっている。例えば、企業が持っている様々な機密情報が外部に漏洩した場合、保証のために多額の費用を負担しなければならない。さらに、世間の信用が一瞬で失われる可能性は十分に高い。したがって、ネットワークアクセスの際の認証は非常に重要になる。
【０００３】
従来のユーザ認証は、ユーザ端末から送信されるユーザＩＤおよびパスワードによってユーザ端末を特定する場合が多い。
パスワードを用いないユーザ認証の方法としては、デジタル署名を用いたユーザ認証方法がある（例えば非特許文献１参照）。このデジタル署名を用いたユーザ認証方法では、ネットワークサービス提供者から配布されるデジタル署名をユーザ端末に記憶させておく。そして、次回のユーザ認証の際には、ユーザ端末はデジタル署名をネットワークサービス提供者側の装置に提示する。ネットワークサービス提供者側の装置は、提示されたデジタル署名を照合し、ユーザ端末を特定する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】トランスポートレイヤセキュリティプロトコルバージョン１．１（The Transport Layer Security (TLS) Protocol Version 1.1），リクエストフォアコメント（Request For Comment：RFC）４３４６，インターネットエンジニアリングタスクフォース（Internet Engineering Task Force:IETF），＜ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ４３４６．ｔｘｔ＞，２００６年
【発明の概要】
【発明が解決しようとする課題】
【０００５】
パスワードを用いたユーザ認証方法の場合、短い文字列のパスワードを設定すると、第三者がパスワードを類推してユーザに成りすます危険性がある。したがって、パスワードを用いたユーザ認証の安全性を担保するためには、パスワードを定期的に更新する必要があり、ユーザはその都度新しいパスワードを記憶しなければならないという問題点があった。このようにパスワードを定期的に更新して記憶し直すことは、ユーザにとって大きな負担となる。
【０００６】
一方、デジタル署名を用いたユーザ認証方法は、パスワードを用いた認証方法に比べて、成りすましの危険性が低いため、セキュリティのレベルを向上させることができる。また、ユーザが記憶しておく必要がないため、ユーザの負担が少ない。しかしながら、一般にデジタル署名には有効期限が設定されるため、ネットワークサービス提供者はデジタル署名の再発行処理を全てのユーザに対して定期的に行う必要があり、運用コストが高くなるという問題点があった。
【０００７】
本発明は、上記課題を解決するためになされたもので、ユーザ認証におけるユーザの負担やサービス提供者の運用コストを低減することができるユーザ認証システム、ユーザ端末、ログ認証サーバ、ユーザ認証方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明のユーザ認証システムは、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとを備え、前記ユーザ端末は、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する第１の記憶手段と、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手段とを有し、前記ログ認証サーバは、アクセスログをユーザ毎に記憶する第２の記憶手段と、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするものである。
【０００９】
また、本発明のユーザ認証システムの１構成例において、前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報をランダムにリスト化したものを前記回答要求として前記ユーザに送信し、前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報を時系列に並び替え、並び替え後のリストを前記回答として前記ログ認証サーバに送信し、前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信されたリストに含まれるサービスの情報が時系列になっているか否かを判定してユーザ認証を行うことを特徴とするものである。
また、本発明のユーザ認証システムの１構成例において、前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報と当該ユーザのアクセスログ以外のアクセスログに含まれるサービスの情報とを混在させてリスト化したものを前記回答要求として前記ユーザに送信し、前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報がアクセスログとして登録されているか否かを情報毎に判定して、判定結果を前記回答として前記ログ認証サーバに送信し、前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信された判定結果が正しいか否かを判定してユーザ認証を行うことを特徴とするものである。
【００１０】
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ユーザ端末であって、前記ログ認証サーバによるユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶手段と、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記記憶手段に登録されたアクセスログに基づいて行うアクセスログ応答手段とを有することを特徴とするものである。
【００１１】
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ログ認証サーバであって、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログをユーザ毎に記憶する記憶手段と、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするものである。
【００１２】
また、本発明のユーザ認証方法は、ユーザ端末が、ログ認証サーバにネットワーク接続要求を送信するネットワーク接続要求送信手順と、前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、前記ユーザ端末が、前記ログ認証サーバからの回答要求に対応する回答を、第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手順と、前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを備えることを特徴とするものである。
【００１３】
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、前記ユーザ端末が、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、記憶手段に登録されたユーザのアクセスログに基づいて行うアクセスログ応答手順を備えることを特徴とするものである。
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを有することを特徴とするものである。
また、本発明のユーザ端末プログラムは、ユーザ端末の各手段としてコンピュータを機能させることを特徴とするものである。
また、本発明のログ認証サーバプログラムは、ログ認証サーバの各手段としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ユーザ端末はログ認証サーバからの回答要求に対応する回答を、第１の記憶手段に記憶されているアクセスログに基づいて行い、ログ認証サーバはユーザ端末から送信された回答が回答要求で要求した条件を満足するか否かを、第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うようにしたことにより、従来のユーザ認証で必要だった定期的なパスワードの変更やデジタル署名の再発行などを行う必要がなくなるので、ユーザ認証を行おうとするサービス提供者またはネットワーク管理者の運用コストを低減することができる。また、本発明では、ユーザはアクセスログの更新を意識する必要がなく、パスワード等を記憶する必要がないので、ユーザ認証におけるユーザの負担を低減することができる。また、本発明では、複数のサービスに関するアクセスログがユーザ端末とログ認証サーバに記録されることになるので、アクセスログは多様な内容となり、第三者によるアクセスログの偽造を難しくすることができるので、安全なユーザ認証を実現することができる。また、本発明では、既存の認証技術（パスワード認証やデジタル署名による認証）を併用すれば、より確実なユーザ認証を実現することができる。
【００１５】
また、本発明では、アクセスログのうち、少なくともユーザが利用したサービスの情報をハッシュ化することにより、第三者がアクセスログの内容を読み取れないようにすることができる。
【００１６】
また、本発明では、アクセスログのうち、少なくともユーザが利用したサービスの情報を暗号化することにより、第三者がアクセスログの内容を読み取れないようにすることができる。
【００１７】
また、本発明では、端末ＩＤを組み合わせてアクセスログを管理することにより、アクセスログとユーザ端末とが紐付いていることを保証できるため、アクセスログの盗難による成りすましを防止することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係るユーザ認証システムの動作を示すシーケンス図である。
【図３】本発明の第２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図４】本発明の第２の実施の形態に係るユーザ認証システムにおいてユーザ端末の記憶部に記憶される情報を示す図である。
【図５】本発明の第２の実施の形態に係るユーザ認証システムにおいてログ認証サーバの記憶部に記憶される情報を示す図である。
【図６】本発明の第２の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図７】本発明の第２の実施の形態に係るユーザ認証システムのアクセスログ登録時の動作例を示すシーケンス図である。
【図８】本発明の第２の実施の形態に係るユーザ認証システムのアクセスログ登録時の別の動作例を示すシーケンス図である。
【図９】本発明の第３の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１０】本発明の第３の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１１】本発明の第４の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１２】本発明の第４の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１３】本発明の第５の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１４】本発明の第６の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１５】本発明の第７の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１６】本発明の第８の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１７】本発明の第９の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１８】本発明の第１０の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１９】本発明の第１１の実施の形態に係るサービスサーバの構成を示すブロック図である。
【図２０】本発明の第１１の実施の形態に係るユーザ認証システムのアクセスログ登録時の動作を示すシーケンス図である。
【図２１】本発明の第１２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１９】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して説明する。図１は本発明の第１の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
ユーザ認証システムは、サービス利用要求を行うユーザ端末１と、ユーザ端末１のユーザ認証を行うログ認証サーバ２と、ログ認証サーバ２によるユーザ認証を受けたユーザ端末１からのサービス利用要求に応じて、ユーザ端末１にサービスを提供するサービスサーバ３と、ユーザ端末１とログ認証サーバ２とサービスサーバ３とを相互に接続するネットワーク４とから構成される。
【００２０】
ユーザ端末１は、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶部１０と、ログ認証サーバ２にネットワーク接続要求を送信するサービス要求部１１と、ログ認証サーバ２からの回答要求に対応する回答を、記憶部１０に記憶されているアクセスログに基づいて行うアクセスログ応答部１２とを有する。記憶部１０に記憶されるアクセスログは、ユーザ端末１のユーザがサービスサーバ３から提供されるサービスを利用する度に更新される。
【００２１】
ログ認証サーバ２は、アクセスログをユーザ毎に記憶する記憶部２０と、ユーザ端末１からネットワーク接続要求を受けたときに、ユーザ端末１に対して所定の回答要求を行う回答要求部２１と、ユーザ端末１から送信された回答が回答要求で要求した条件を満足するか否かを、記憶部２０に記憶されているユーザ端末１のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証部２２とを有する。ユーザ端末１と同様に、記憶部２０に記憶されるアクセスログは、ユーザ端末１のユーザがサービスサーバ３から提供されるサービスを利用する度に更新される。
【００２２】
次に、図２を参照して本実施の形態のユーザ認証システムの動作について説明する。ネットワーク４上のサービスサーバ３が提供するサービスを利用したいユーザ端末１のサービス要求部１１は、ログ認証サーバ２に対してネットワーク接続要求メッセージを送信する（ステップＳ１）。
ログ認証サーバ２の回答要求部２１は、ユーザ端末１からのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１に対して所定の回答要求を行う回答要求メッセージを送信する（ステップＳ２）。
【００２３】
ユーザ端末１のサービス要求部１１は、ログ認証サーバ２からの回答要求メッセージを受信した場合、この回答要求メッセージをアクセスログ応答部１２に渡す。アクセスログ応答部１２は、回答要求メッセージに対応する回答メッセージを、記憶部１０に記憶されているアクセスログに基づいて作成してサービス要求部１１に渡す（ステップＳ３）。
サービス要求部１１は、アクセスログ応答部１２から渡された回答メッセージをログ認証サーバ２に送信する（ステップＳ４）。
【００２４】
ログ認証サーバ２のログ認証部２２は、ユーザ端末１から送信された回答メッセージが回答要求メッセージで要求した条件を満足するか否かを、記憶部２０に記憶されている当該ユーザ端末１のユーザのアクセスログに基づいて判定する（ステップＳ５）。ログ認証部２２は、ユーザ端末１から送信された回答メッセージが回答要求メッセージで要求した条件を満足する場合、このユーザ端末１のユーザが正当なユーザであると判断する。
ログ認証部２２は、ユーザ認証に成功した場合、ユーザ端末１に対してネットワーク接続応答メッセージを送信する（ステップＳ６）。
【００２５】
本実施の形態においては、ユーザのアクセスログは、ユーザ固有の情報であり、かつユーザが意識することなく、アクセスする度に更新され、常に最新の状態である。本実施の形態では、ユーザ端末１はログ認証サーバ２からの回答要求に対応する回答を、記憶部１０に記憶されているアクセスログに基づいて行い、ログ認証サーバ２はユーザ端末１から送信された回答が回答要求で要求した条件を満足するか否かを、記憶部２０に記憶されている当該ユーザ端末１のユーザのアクセスログに基づいて判定してユーザ認証を行うようにしたことにより、従来のユーザ認証で必要だった定期的なパスワードの変更やデジタル署名の再発行などを行う必要がなくなるので、ユーザ認証を行おうとするサービス提供者またはネットワーク管理者の運用コストを低減することができる。また、本実施の形態では、ユーザはアクセスログの更新を意識する必要がなく、パスワード等を記憶する必要がないので、ユーザ認証におけるユーザの負担を低減することができる。また、本実施の形態では、複数のサービスに関するアクセスログがユーザ端末１とログ認証サーバ２に記録されることになるので、アクセスログは多様な内容となり、第三者によるアクセスログの偽造を難しくすることができるので、安全なユーザ認証を実現することができる。
【００２６】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。図３は本発明の第２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第１の実施の形態をより具体的に説明するものである。
ユーザ認証システムは、ユーザ端末１００と、ログ認証サーバ２００と、サービスサーバ３００と、ユーザ端末１００とログ認証サーバ２００とサービスサーバ３００とを相互に接続するネットワーク４００とから構成される。
【００２７】
図３に示すように、ユーザ端末１００は、サービス要求部１０１と、ログ登録部１０２と、アクセスログ応答手段となるログ抽出部１０３と、記憶部１０４とを有する。
ユーザ端末１００は、有線または無線でネットワーク４００に接続し、データの送受信を行う機能を持つ。また、ユーザ端末１００は、自装置が利用したサービスをアクセスログに記録している。また、ユーザ端末１００は、ログ認証サーバ２００からアクセスログを要求された場合に、要求に応じたアクセスログを抽出し、送信する機能を持つ。各ユーザ端末１００には、端末を一意に識別できる端末ＩＤが付与されている。
【００２８】
図４はユーザ端末１００の記憶部１０４に記憶される情報を示す図である。ユーザ端末１００の記憶部１０４には、ユーザ端末１００のユーザを一意に識別するためのユーザＩＤ（ＵＩＤ）と、端末ＩＤ（ＴＩＤ）と、アクセスログ（ＬＯＧ）とが記憶される。ユーザＩＤは、ログ認証サーバ２００に対するユーザＩＤである。各サービスサーバ２００に対するユーザＩＤは、このログ認証サーバ２００に対するユーザＩＤで一元化される。アクセスログは、ユーザ端末１００がユーザ認証後に利用したサービスの一覧が記録されているログである。アクセスログの項目の具体例としては、ユーザ端末１００がアクセスした時刻、アクセス先のＵＲＬ（Uniform Resource Locators ）などがある。
【００２９】
図３に示すように、ログ認証サーバ２００は、要求中継部２０１と、ログ登録部２０２と、ログ認証部２０３と、記憶部２０４とを有する。要求中継部２０１とログ認証部２０３とは、回答要求手段を構成している。
ログ認証サーバ２００は、ネットワーク４００上のサービスサーバ３００が提供するサービスを利用するユーザ端末１００のユーザ認証を処理するサーバである。ログ認証サーバ２００は、プロキシ機能を持ち、ユーザ認証後のユーザ端末１００のセッションを管理するとともに、サービスサーバ３００へのアクセスログを記録する機能を持つ。
【００３０】
図５はログ認証サーバ２００の記憶部２０４に記憶される情報を示す図である。ログ認証サーバ２００の記憶部２０４には、管理しているユーザ端末１００のユーザを一意に識別するためのユーザＩＤ（ＵＩＤserver）と、管理しているユーザ端末１００の端末ＩＤ（ＴＩＤserver）と、管理しているユーザ端末のアクセスログ（ＬＯＧserver）とがユーザ毎に対応付けられて記憶される。本実施の形態においては、端末ＩＤの保持は、必須の構成要件ではない。ログ認証サーバ２００で端末ＩＤを保持する場合は、ネットワーク管理者が事前にオフラインで端末ＩＤをログ認証サーバ２００に登録しておく必要がある。なお、ユーザ端末１００が記録・保持しているアクセスログとログ認証サーバ２００が記録・保持している、当該ユーザ端末１００に関するアクセスログとは、完全に一致しない場合も起こり得る。例えば、ユーザ端末１００とログ認証サーバ２００との間に時間のずれが存在するような場合があり得るからである。
【００３１】
図３に示すように、サービスサーバ３００は、サービス提供部３０１と、ユーザ認証依頼部３０２とを有する。
サービスサーバ３００は、ログ認証サーバ２００によるユーザ認証を受けたユーザ端末１００に対してネットワーク４００を介した様々なサービスを提供するサーバである。また、サービスサーバ３００は、ユーザ認証を受けていないユーザ端末１００からのアクセスがあった場合、必要に応じてログ認証サーバ２００に対しユーザ認証を依頼する機能を持つ。
【００３２】
次に、本実施の形態のユーザ認証システムの動作について説明する。図６はユーザ認証システムのログ認証時の動作を示すシーケンス図である。
ネットワーク４００上のサービスサーバ３００が提供するサービスを利用したいユーザ端末１００のサービス要求部１０１は、まずログ認証サーバ２００に対してネットワーク接続要求メッセージを送信する（ステップＳ１００）。
【００３３】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００に対してユーザＩＤとアクセスログに関する情報とを要求するメッセージを送信する（ステップＳ１０１）。
ユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からの要求メッセージを受信した場合、ユーザＩＤとアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤとアクセスログとを取得してサービス要求部１０１に渡す（ステップＳ１０２）。
【００３４】
サービス要求部１０１は、ログ抽出部１０３から渡されたユーザＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ１０３）。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。ログ認証部２０３は、要求中継部２０１から渡されたユーザ端末１００のアクセスログと、記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとを照合して、ユーザ認証を行う（ステップＳ１０４）。
【００３５】
本実施の形態では、ユーザ端末１００は、保持している全てのアクセスログをログ認証サーバ２００に送信する。
ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１から渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００から送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しており、ユーザ端末１００のユーザが正当なユーザであると判断する。
【００３６】
上記のとおり、アクセスログに含まれるアクセス時刻はユーザ端末１００とログ認証サーバ２００でずれている可能性がある。そこで、ログ認証部２０３は、ユーザ端末１００のアクセスログに含まれるアクセス時刻と記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログに含まれるアクセス時刻とのずれが所定の許容時間の範囲であれば、このずれを許容し、アクセスログの内容は一致しているものと判断する。どの程度の時刻のずれの範囲内であればアクセスログが整合していると判定するかといった判定に関する条件は、ログ認証サーバ２００の記憶部２０４にあらかじめ格納されている。ログ認証部２０３は、この条件に従ってユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しているか否かを判定する。アクセスログに含まれるアクセス先ＵＲＬについては、完全に一致していることが整合の条件であることは言うまでもない。
【００３７】
要求中継部２０１は、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００に対してネットワーク接続応答メッセージを送信する（ステップＳ１０５）。
次に、ネットワーク接続後のアクセスログ登録時の動作を図７を参照して説明する。サービスサーバ３００が提供するサービスを利用しようとするユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からのネットワーク接続応答メッセージを受信した後、ログ登録部１０２にアクセスログを登録するよう要求する。この要求を受けたログ登録部１０２は、現在時刻（アクセス時刻）と利用しようとするサービスの所在を表すアクセス先ＵＲＬとからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０）。
【００３８】
続いて、サービス要求部１０１は、登録されたアクセス時刻とアクセス先ＵＲＬと記憶部１０４に記憶されているユーザＩＤとを含むサービス利用要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ１１１）。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２に渡す。ログ登録部２０２は、このアクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２）。
【００３９】
続いて、要求中継部２０１は、プロキシ処理、すなわちユーザ端末１００から受けたサービス利用要求メッセージをサービスサーバ３００に転送する処理を行う（ステップＳ１１３，Ｓ１１４）。
サービスサーバ３００のサービス提供部３０１は、ログ認証サーバ２００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージで要求されたサービスを、ログ認証サーバ２００の要求中継部２０１を介してユーザ端末１００に提供する（ステップＳ１１５，Ｓ１１６，Ｓ１１７）。
【００４０】
図７の例では、ログ認証サーバ２００がユーザ端末１００からのサービス利用要求メッセージに含まれるアクセスログを登録するようしているが、サービスサーバ３００からの応答に応じたアクセスログをログ認証サーバ２００とユーザ端末１００とが登録するようにしてもよい。図８はこのような登録時の動作を示すシーケンス図である。
【００４１】
図８のステップＳ１２０，Ｓ１２１，Ｓ１２２，Ｓ１２３の処理は、それぞれ図７のステップＳ１１１，Ｓ１１３，Ｓ１１４，Ｓ１１５と同様であるので、説明は省略する。ログ認証サーバ２００の要求中継部２０１は、サービスサーバ３００から提供されるサービスを中継してユーザ端末１００に提供する（ステップＳ１２４，Ｓ１２６）。このとき、要求中継部２０１は、ステップＳ１２０で送信されたサービス利用要求メッセージから取り出したアクセス時刻とアクセス先ＵＲＬとユーザＩＤとをログ登録部２０２に渡す。ログ登録部２０２は、アクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１２５）。
【００４２】
ユーザ端末１００のサービス要求部１０１は、サービスサーバ３００からのサービス提供が開始されると、ログ登録部１０２にアクセスログを登録するよう要求する。この要求を受けたログ登録部１０２は、ステップＳ１２０で送信されたアクセス時刻とアクセス先ＵＲＬとからなるアクセスログを記憶部１０４に登録する（ステップＳ１２７）。
以上のようにして、本実施の形態では、第１の実施の形態で説明した効果を得ることができる。
【００４３】
なお、本実施の形態では、ユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが完全に一致することを整合の条件としているが、このような全件一致方式を用いる代わりに、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。これらの整合確認は全て自動的に処理されることは言うまでもない。
【００４４】
一部一致方式を用いる場合、ログ認証サーバ２００のログ認証部２０３は、ユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログの内容の一部が一致すれば、アクセスログが整合していると判定する。この場合も、ログ認証部２０３は、ユーザ端末１００のアクセスログに含まれるアクセス時刻と記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログに含まれるアクセス時刻とのずれが所定の許容時間の範囲であれば、アクセスログの内容は一致しているものとする。内容の一部一致とは、例えば所定件数のアクセスログが一致すれば、アクセスログが整合していると判定することを意味する。
【００４５】
なお、一部一致方式の場合、アクセスログの内容のどの部分が一致すればアクセスログが整合していると判定するか、またはどの程度の時刻のずれの範囲内であればアクセスログが整合していると判定するかといった判定に関する条件が、ログ認証サーバ２００の記憶部２０４にあらかじめ格納されている。ログ認証部２０３は、この条件に従ってユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しているか否かを判定する。
【００４６】
時系列並び替え方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログに含まれる全てのアクセス先ＵＲＬまたは一部のアクセス先ＵＲＬを時系列をばらばらにした状態でリスト化し要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００４７】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬを時系列に並び替える。サービス要求部１０１は、並び替え後のリストをログ認証サーバ２００に送信する。
【００４８】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信したリストをログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡されたリストとを照合し、ユーザ端末１００から受信したリストに含まれるアクセス先ＵＲＬが時系列になっていれば、アクセスログが整合していると判定する。こうして、時系列並び替え方式を用いてアクセスログの整合性を判定することができる。
【００４９】
ＵＲＬ正誤表方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得する共に、このユーザＩＤとは異なる別のユーザＩＤを有する他のユーザ端末のアクセスログを取得し、これらのアクセスログに含まれる一部のアクセス先ＵＲＬを混在させたリストを作成して要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００５０】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬがアクセスログとして登録されているか否かをアクセス先ＵＲＬ毎に判定する。サービス要求部１０１は、アクセス先ＵＲＬ毎の判定結果をログ認証サーバ２００に送信する。
【００５１】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信した判定結果をログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡された判定結果とを照合し、ユーザ端末１００の判定結果が正しいか否かを判定する。ログ認証部２０３は、ログ認証要求元のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがこのユーザ端末１００のアクセスログに含まれるものとして正しく判定され、他のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがログ認証要求元のユーザ端末１００のアクセスログに含まれないものとして正しく判定されていれば、アクセスログが整合していると判定する。こうして、ＵＲＬ正誤表方式を用いてアクセスログの整合性を判定することができる。
【００５２】
なお、ＵＲＬ正誤表方式において、ログ認証部２０３がリストを作成する際に、リストに混在させるアクセスログは他のユーザ端末のアクセスログでなくてもよく、例えばダミーのアクセスログ（ＵＲＬ）をリストに混在させてもよい。ただし、リストに混在させるアクセスログは、そのアクセス先のＵＲＬが確かに存在している（すなわち、サービスを提供している）ことが必要である。その理由は、ダミーのアクセス先ＵＲＬが、誤っていると簡単に判断されないようにするためである。
【００５３】
また、時系列並び替え方式やＵＲＬ正誤表方式の場合、アクセス先ＵＲＬを何個列挙するかといったといった判定に関する条件が、ログ認証サーバ２００の記憶部２０４にあらかじめ格納されている。
以上のように、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれにおいても、判定に関する条件がログ認証サーバ２００の記憶部２０４にあらかじめ格納されているが、この条件はユーザ毎、ユーザとユーザ端末の組毎、サービス毎、または、これらの組合わせ毎に定義されていてもよい。
【００５４】
なお、本実施の形態および以降の実施の形態において、通信が断絶するなどのトラブルが発生した場合、トラブルのタイミングによっては、ユーザ端末１００に登録されるアクセスログが、ログ認証サーバ２００に登録されない状況が起こる。その場合でも、ログ認証において、時系列並び替え方式またはＵＲＬ正誤表方式を使用する場合は、ログ認証の対象となるアクセスログは、ログ認証サーバ２００が持っているアクセスログの中から選択されるので、ユーザ端末１００に登録されるアクセスログがログ認証サーバ２００に登録されない状況であっても、認証に影響を与えることはない。したがって、ユーザ端末１００とログ認証サーバ２００との間のネットワークの信頼性が低い場合は、時系列並び替え方式またはＵＲＬ正誤表方式を用いるという対策をとることでトラブルを回避することができる。
【００５５】
また、ユーザ端末１００に登録されるアクセスログが、ログ認証サーバ２００に登録されない状況においては、一部一致方式を用いる場合、ユーザ端末１００に登録されている本来正しいはずのアクセスログが、ログ認証サーバ２００によって正しくないと判断されるという状況が生じる。この場合は、ログ認証サーバ２００が保持しているアクセスログが、ユーザ端末１００から送られてきたアクセスログに全て含まれていれば認証ＯＫと判定する、というようなルールを設定しておくことで、トラブルを回避することができる。
【００５６】
また、本実施の形態では、どの程度の量のアクセスログを送信するかについて説明していないが、前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信するようにしてもよいし、ユーザ端末１００がサービスサーバ３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信するようにしてもよい。前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信する場合、ユーザ認証に必要なアクセスログをユーザ端末１００とログ認証サーバ２００双方で十分に採取できたかを判定する機能を設けてもよい。ユーザ認証に必要なアクセスログをユーザ端末１００とログ認証サーバ２００双方で十分に採取できたかを判定するには、例えば、ログ認証サーバ２００がユーザ端末１００にアクセスログを要求するメッセージを送信する際、メッセージ中に「アクセスログ数がＮ個以上」という条件の情報を格納し、この情報に従ってユーザ端末１００から送信されてきたアクセスログが、Ｎ個以上という条件に合致するか否かをログ認証サーバ２００が判定すればよい。また、ユーザ端末１００がサービスサーバ３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信する場合、アクセスログの容量が膨大になり得るため、アクセスログを圧縮してログ認証サーバ２００に送信するようにしてもよい。
【００５７】
また、ログ認証サーバ２００は、各ユーザ端末１００について最新からＮ個のアクセスログだけを記憶部２０４に残すようにしてもよいし、各ユーザ端末１００について最近１ヶ月などの所定の期間のアクセスログだけを記憶部２０４に残すようにしてもよい。同様に、ユーザ端末１００は、最新からＮ個のアクセスログだけを記憶部１０４に残すようにしてもよいし、最近１ヶ月などの所定の期間のアクセスログだけを記憶部１０４に残すようにしてもよい。
【００５８】
なお、第１、第２の実施の形態および以降の実施の形態でいうアクセス先とは、サービスサーバに関係なく、アクセス先のＵＲＬのことを指す。したがって、サービスサーバ３，３００は１つでもよいし複数あってもよい。本実施の形態では、サービスサーバ３００が複数ある場合について説明していないが、ユーザ端末１００とログ認証サーバ２００とは、サービスサーバに関係なく時系列にアクセスログを保持しておくようにしてもよい。
【００５９】
また、ユーザ端末１００のログ抽出部１０３は、利用したいサービス（アクセス先ＵＲＬ）に対応するアクセスログを記憶部１０４から抽出してログ認証部２０３に送信し、ログ認証サーバ２００のログ認証部２０３は、ユーザ端末１００を認証しようとするときに、ユーザ端末１００からのサービス利用要求メッセージに含まれるアクセス先ＵＲＬに対応するアクセスログを記憶部２０４から抽出してアクセスログの整合性を判定するようにしてもよい。ただし、ユーザ端末１００がログ認証サーバ２００に送信するアクセスログは、利用したいサービス（これから利用しようとしているサービスサーバ３００）のＵＲＬのログだけに限定する必要はない。例えば、ユーザ端末１００があるサービスサーバ３００のサービスを利用したいときに，このサービスサーバ３００のアクセスログだけをログ認証サーバ２００に送信するのではなく、他のサービスサーバ３００のアクセスログを送信してもよいことは言うまでもない。
【００６０】
［第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。図９は本発明の第３の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第１の実施の形態をより具体的に説明するものである。
本実施の形態のユーザ認証システムは、ユーザ端末１００ａと、ログ認証サーバ２００ａと、サービスサーバ３００と、ネットワーク４００とから構成される。
【００６１】
ユーザ端末１００ａは、サービス要求部１０１ａと、ログ登録部１０２ａと、ログ抽出部１０３と、記憶部１０４と、ハッシュ演算部１０５とを有する。
ログ認証サーバ２００ａは、要求中継部２０１ａと、ログ登録部２０２ａと、ログ認証部２０３と、記憶部２０４と、ハッシュ演算部２０５とを有する。要求中継部２０１ａとログ認証部２０３とは、回答要求手段を構成している。
【００６２】
サービスサーバ３００の構成は、第２の実施の形態と同じである。本実施の形態においては、記憶部１０４，２０４に記憶されるアクセスログ中のアクセス先ＵＲＬが後述のようにハッシュ演算されている点が第２の実施の形態と異なる。
【００６３】
次に、本実施の形態のユーザ認証システムの動作について説明する。図１０はユーザ認証システムのログ認証時の動作を示すシーケンス図である。
図１０のステップＳ２００，Ｓ２０１，Ｓ２０２，Ｓ２０３，Ｓ２０４，Ｓ２０５の処理は、第２の実施の形態で説明した図６のステップＳ１００，Ｓ１０１，Ｓ１０２，Ｓ１０３，Ｓ１０４，Ｓ１０５と同様であるので、詳細な説明は省略する。
【００６４】
第２の実施の形態と異なる点は、ステップＳ２０１においてログ認証サーバ２００ａの要求中継部２０１ａがハッシュ化したアクセスログに関する情報をユーザ端末１００ａに要求する点と、ステップＳ２０２，Ｓ２０３においてユーザ端末１００ａが記憶部１０４から取得してログ認証サーバ２００ａに送信するアクセスログ中のアクセス先ＵＲＬがあらかじめハッシュ演算されている点と、ステップＳ２０４においてログ認証サーバ２００ａのログ認証部２０３がアクセスログの整合性を判定する際に記憶部２０４から取得するアクセスログ中のアクセス先ＵＲＬもあらかじめハッシュ演算されている点である。
【００６５】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第２の実施の形態と同様であるので、図７、図８を参照して説明する。
第２の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ａがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ａがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点である。
【００６６】
ユーザ端末１００ａのログ登録部１０２ａは、アクセスログを登録しようとする際に、アクセス先ＵＲＬをハッシュ演算部１０５に渡す。ハッシュ演算部１０５は、所定のハッシュ関数を用いてアクセス先ＵＲＬからハッシュ値を生成してログ登録部１０２ａに渡す。ログ登録部１０２ａは、アクセス時刻とハッシュ値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【００６７】
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ａに渡す。ログ登録部２０２ａは、アクセス先ＵＲＬをハッシュ演算部２０５に渡す。ハッシュ演算部２０５は、ハッシュ演算部１０５が用いる関数と同じハッシュ関数を用いてアクセス先ＵＲＬからハッシュ値を生成してログ登録部２０２ａに渡す。ログ登録部２０２ａは、アクセス時刻とハッシュ値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【００６８】
本実施の形態では、第２の実施の形態と同様の効果を得ることができる。また、本実施の形態では、ログ認証時にユーザ端末１００ａがアクセスログから生成したハッシュ値をログ認証サーバ２００ａに送信するようにしたので、第三者がアクセスログの内容を読み取れないようにすることができる。
【００６９】
なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。これらの方式は、アクセスログ中のアクセス先ＵＲＬがハッシュ演算されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【００７０】
［第４の実施の形態］
次に、本発明の第４の実施の形態について説明する。図１１は本発明の第４の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第１の実施の形態をより具体的に説明するものである。
本実施の形態のユーザ認証システムは、ユーザ端末１００ｂと、ログ認証サーバ２００ｂと、サービスサーバ３００と、ネットワーク４００とから構成される。
【００７１】
ユーザ端末１００ｂは、サービス要求部１０１ｂと、ログ登録部１０２ｂと、ログ抽出部１０３と、記憶部１０４と、暗号化処理部１０６とを有する。
ログ認証サーバ２００ｂは、要求中継部２０１ｂと、ログ登録部２０２ｂと、ログ認証部２０３と、記憶部２０４と、暗号化処理部２０６とを有する。要求中継部２０１ｂとログ認証部２０３とは、回答要求手段を構成している。
【００７２】
サービスサーバ３００の構成は、第２の実施の形態と同じである。本実施の形態においては、記憶部１０４，２０４に記憶されるアクセスログ中のアクセス先ＵＲＬが後述のように暗号化されている点が第２の実施の形態と異なる。
【００７３】
次に、本実施の形態のユーザ認証システムの動作について説明する。図１２はユーザ認証システムのログ認証時の動作を示すシーケンス図である。
図１２のステップＳ３００，Ｓ３０１，Ｓ３０２，Ｓ３０３，Ｓ３０４，Ｓ３０５の処理は、第２の実施の形態で説明した図６のステップＳ１００，Ｓ１０１，Ｓ１０２，Ｓ１０３，Ｓ１０４，Ｓ１０５と同様であるので、詳細な説明は省略する。
【００７４】
第２の実施の形態と異なる点は、ステップＳ３０１においてログ認証サーバ２００ｂの要求中継部２０１ｂが暗号化したアクセスログに関する情報をユーザ端末１００ｂに要求する点と、ステップＳ３０２，Ｓ３０３においてユーザ端末１００ｂが記憶部１０４から取得してログ認証サーバ２００ｂに送信するアクセスログ中のアクセス先ＵＲＬがあらかじめ暗号化されている点と、ステップＳ３０４においてログ認証サーバ２００ｂのログ認証部２０３がアクセスログの整合性を判定する際に記憶部２０４から取得するアクセスログ中のアクセス先ＵＲＬもあらかじめ暗号化されている点である。
【００７５】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第２の実施の形態と同様であるので、図７、図８を参照して説明する。
第２の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点である。
【００７６】
ユーザ端末１００ｂのログ登録部１０２ｂは、アクセスログを登録しようとする際に、記憶部１０４から端末ＩＤを取得して、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部１０６に渡す。暗号化処理部１０６は、端末ＩＤを共通鍵としてアクセス先ＵＲＬを暗号化した暗号値を生成してログ登録部１０２ｂに渡す。ログ登録部１０２ｂは、アクセス時刻と暗号値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【００７７】
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、要求中継部２０１ｂから渡されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応する端末ＩＤを取り出し、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部２０６に渡す。暗号化処理部２０６は、端末ＩＤを共通鍵としてアクセス先ＵＲＬを暗号化した暗号値を生成してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、アクセス時刻と暗号値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【００７８】
本実施の形態では、第２の実施の形態と同様の効果を得ることができる。また、本実施の形態では、ログ認証時にユーザ端末１００ｂがアクセスログから生成した暗号値をログ認証サーバ２００ｂに送信するようにしたので、第三者がアクセスログの内容を読み取れないようにすることができる。
【００７９】
なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。これらの方式は、アクセスログ中のアクセス先ＵＲＬが暗号化されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【００８０】
［第５の実施の形態］
次に、本発明の第５の実施の形態について説明する。本実施の形態においても、ユーザ認証システムの構成は第２の実施の形態と同様であるので、図３の符号を用いて説明する。第２の実施の形態では、端末ＩＤの保持は必須の構成要件ではないが、本実施の形態では、記憶部１０４，２０４に端末ＩＤを記憶させておく点が第２の実施の形態と異なる。図１３は本実施の形態のユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【００８１】
図１３のステップＳ４００の処理は、第２の実施の形態で説明した図６のステップＳ１００と同様である。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００に対してユーザＩＤと端末ＩＤとアクセスログに関する情報とを要求するメッセージを送信する（ステップＳ４０１）。
【００８２】
ユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からの要求メッセージを受信した場合、ユーザＩＤと端末ＩＤとアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤと端末ＩＤとアクセスログとを取得してサービス要求部１０１に渡す（ステップＳ４０２）。
【００８３】
サービス要求部１０１は、ログ抽出部１０３から渡されたユーザＩＤと端末ＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ４０３）。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤと端末ＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。
【００８４】
ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照し、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１から渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００から送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しており、ユーザ端末１００のユーザが正当なユーザであると判断する（ステップＳ４０４）。
要求中継部２０１は、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００に対してネットワーク接続応答メッセージを送信する（ステップＳ４０５）。
【００８５】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第２の実施の形態と同様であるので、図７、図８を参照して説明する。
第２の実施の形態と異なるのは、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００がアクセスログを登録しようとする際にアクセスログとユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録する点である。すなわち、ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２に渡す。ログ登録部２０２は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応する端末ＩＤを取得し、アクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、ユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【００８６】
本実施の形態によれば、第２の実施の形態と同様の効果を得ることができる。また、本実施の形態では、端末ＩＤを組み合わせてアクセスログを管理することにより、アクセスログとユーザ端末とが紐付いていることを保証できるため、アクセスログの盗難による成りすましを防止することが可能となる。
【００８７】
なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。
全件一致方式または一部一致方式を用いる場合、ログ認証サーバ２００のログ認証部２０３は、ユーザ端末１００から送信されたユーザＩＤおよび端末ＩＤに対応するアクセスログを記憶部２０４から取得すればよい。
【００８８】
時系列並び替え方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤと端末ＩＤとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤと端末ＩＤとを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照し、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得して、取得したアクセスログに含まれる全てのアクセス先ＵＲＬまたは一部のアクセス先ＵＲＬを時系列をばらばらにした状態でリスト化し要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００８９】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬを時系列に並び替える。サービス要求部１０１は、並び替え後のリストをログ認証サーバ２００に送信する。
【００９０】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信したリストをログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照して、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡されたリストとを照合し、ユーザ端末１００から受信したリストに含まれるアクセス先ＵＲＬが時系列になっていれば、アクセスログが整合していると判定する。こうして、時系列並び替え方式を用いてアクセスログの整合性を判定することができる。
【００９１】
ＵＲＬ正誤表方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤと端末ＩＤとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤと端末ＩＤとを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照し、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得する共に、このユーザＩＤとは異なる別のユーザＩＤを有する他のユーザ端末のアクセスログを取得し、これらのアクセスログに含まれる一部のアクセス先ＵＲＬを混在させたリストを作成して要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００９２】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬがアクセスログとして登録されているか否かをアクセス先ＵＲＬ毎に判定する。サービス要求部１０１は、アクセス先ＵＲＬ毎の判定結果をログ認証サーバ２００に送信する。
【００９３】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信した判定結果をログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照して、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡された判定結果とを照合し、ユーザ端末１００の判定結果が正しいか否かを判定する。ログ認証部２０３は、ログ認証要求元のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがこのユーザ端末１００のアクセスログに含まれるものとして正しく判定され、他のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがログ認証要求元のユーザ端末１００のアクセスログに含まれないものとして正しく判定されていれば、アクセスログが整合していると判定する。こうして、ＵＲＬ正誤表方式を用いてアクセスログの整合性を判定することができる。
【００９４】
［第６の実施の形態］
次に、本発明の第６の実施の形態について説明する。本実施の形態においても、ユーザ認証システムの構成は第３の実施の形態と同様であるので、図９の符号を用いて説明する。第３の実施の形態では、端末ＩＤの保持は必須の構成要件ではないが、本実施の形態では、記憶部１０４，２０４に端末ＩＤを記憶させておく点が第３の実施の形態と異なる。図１４は本実施の形態のユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【００９５】
図１４のステップＳ５００の処理は、第３の実施の形態で説明した図１０のステップＳ２００と同様である。
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａからのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００ａに対してユーザＩＤと、ハッシュ化した端末ＩＤおよびアクセスログに関する情報とを要求するメッセージを送信する（ステップＳ５０１）。
【００９６】
ユーザ端末１００ａのサービス要求部１０１ａは、ログ認証サーバ２００ａからの要求メッセージを受信した場合、ユーザＩＤとハッシュ化したアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤとアクセスログとを取得してサービス要求部１０１ａに渡す（ステップＳ５０２）。このアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬから生成されたハッシュ値を含むものである。
【００９７】
サービス要求部１０１ａは、ログ抽出部１０３から渡されたユーザＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００ａに対して送信する（ステップＳ５０３）。
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａからのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。
【００９８】
ログ認証部２０３は、要求中継部２０１ａから渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１ａから渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００ａから送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００ａのアクセスログとが整合しており、ユーザ端末１００ａのユーザが正当なユーザであると判断する（ステップＳ５０４）。このとき、記憶部２０４から取得したアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬから生成されたハッシュ値を含むものである。
要求中継部２０１ａは、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００ａに対してネットワーク接続応答メッセージを送信する（ステップＳ５０５）。
【００９９】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第３の実施の形態と同様であるので、図７、図８を参照して説明する。
第３の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ａがアクセスログを登録しようとする際に端末ＩＤおよびアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ａがアクセスログを登録しようとする際に端末ＩＤおよびアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点である。
【０１００】
ユーザ端末１００ａのログ登録部１０２ａは、アクセスログを登録しようとする際に、記憶部１０４から端末ＩＤを取得して、この端末ＩＤとアクセス先ＵＲＬとをハッシュ演算部１０５に渡す。ハッシュ演算部１０５は、所定のハッシュ関数を用いて端末ＩＤおよびアクセス先ＵＲＬからハッシュ値を生成してログ登録部１０２ａに渡す。ログ登録部１０２ａは、アクセス時刻とハッシュ値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【０１０１】
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ａに渡す。ログ登録部２０２ａは、要求中継部２０１ａから渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応する端末ＩＤを取得して、取得した端末ＩＤと要求中継部２０１ａから渡されたアクセス先ＵＲＬとをハッシュ演算部２０５に渡す。ハッシュ演算部２０５は、ハッシュ演算部１０５が用いる関数と同じハッシュ関数を用いて端末ＩＤおよびアクセス先ＵＲＬからハッシュ値を生成してログ登録部２０２ａに渡す。ログ登録部２０２ａは、アクセス時刻とハッシュ値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【０１０２】
本実施の形態では、第３の実施の形態と同様の効果を得ることができる。なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いることができる。これらの方式は、端末ＩＤおよびアクセス先ＵＲＬがハッシュ演算されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【０１０３】
［第７の実施の形態］
次に、本発明の第７の実施の形態について説明する。本実施の形態においても、ユーザ認証システムの構成は第４の実施の形態と同様であるので、図１１の符号を用いて説明する。第４の実施の形態では、端末ＩＤの保持は必須の構成要件ではないが、本実施の形態では、記憶部１０４，２０４に端末ＩＤを記憶させておく点が第４の実施の形態と異なる。図１５は本実施の形態のユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【０１０４】
図１５のステップＳ６００の処理は、第４の実施の形態で説明した図１２のステップＳ３００と同様である。
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂからのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００ｂに対してユーザＩＤと、ログ認証サーバ２００ｂの公開鍵を使用して暗号化した端末ＩＤおよびアクセスログに関する情報を要求するメッセージを送信する（ステップＳ６０１）。
【０１０５】
ユーザ端末１００ｂのサービス要求部１０１ｂは、ログ認証サーバ２００ｂからの要求メッセージを受信した場合、ユーザＩＤと暗号化したアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤとアクセスログとを取得してサービス要求部１０１ｂに渡す（ステップＳ６０２）。このアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬが暗号化された暗号値を含むものである。
【０１０６】
サービス要求部１０１ｂは、ログ抽出部１０３から渡されたユーザＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００ｂに対して送信する（ステップＳ６０３）。
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂからのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。
【０１０７】
ログ認証部２０３は、要求中継部２０１ｂから渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１ｂから渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００ｂから送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００ｂのアクセスログとが整合しており、ユーザ端末１００ｂのユーザが正当なユーザであると判断する（ステップＳ６０４）。このとき、記憶部２０４から取得したアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬが暗号化された暗号値を含むものである。
要求中継部２０１ｂは、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００ｂに対してネットワーク接続応答メッセージを送信する（ステップＳ６０５）。
【０１０８】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第４の実施の形態と同様であるので、図７、図８を参照して説明する。
第４の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点である。
【０１０９】
ユーザ端末１００ｂのログ登録部１０２ｂは、アクセスログを登録しようとする際に、記憶部１０４から端末ＩＤを取得して、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部１０６に渡す。暗号化処理部１０６は、ログ認証サーバ２００ｂの公開鍵を使用して、端末ＩＤとアクセス先ＵＲＬとを暗号化した暗号値を生成してログ登録部１０２ｂに渡す。ログ登録部１０２ｂは、アクセス時刻と暗号値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【０１１０】
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、要求中継部２０１ｂから渡されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応する端末ＩＤを取り出し、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部２０６に渡す。暗号化処理部２０６は、ログ認証サーバ２００ｂの公開鍵を使用して、端末ＩＤとアクセス先ＵＲＬとを暗号化した暗号値を生成してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、アクセス時刻と暗号値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【０１１１】
本実施の形態では、第４の実施の形態と同様の効果を得ることができる。なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いることができる。これらの方式は、端末ＩＤおよびアクセス先ＵＲＬが暗号化されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【０１１２】
なお、ユーザ端末１００ｂが、端末ＩＤを共通鍵としてアクセス先ＵＲＬを暗号化し、ログ認証サーバ２００ｂが、端末ＩＤを用いて復号するようにしてもよい。
【０１１３】
第３の実施の形態、第４の実施の形態、第６の実施の形態、第７の実施の形態では、ハッシュ化または暗号化したアクセスログを各装置の記憶部１０４，２０４に登録しているが、アクセスログをハッシュ化や暗号化する主たる目的は、アクセスログが通信路上で盗聴されることを防ぐことにある。したがって、各装置の記憶部１０４，２０４へは平文のアクセスログを登録しておき、認証のためにアクセスログの送信が必要なときには、必要な平文のアクセスログを抽出した後で、この抽出した平文のアクセスログをハッシュ化や暗号化して送信するようにしてもよい。
【０１１４】
また、第３の実施の形態、第４の実施の形態、第６の実施の形態、第７の実施の形態において、照合方式が時系列並び替え方式の場合、ユーザ端末１００ａ，１００ｂは受信したリストに含まれるアクセス先ＵＲＬを時刻でソートしてログ認証サーバ２００ａ，２００ｂに送信することになるが、あらかじめアクセス先ＵＲＬを暗号化しておけば、送信時の暗号化処理が省略できるため、ログ認証サーバ２００ａ，２００ｂへの応答が少なからず早くなる。そこで、記憶部１０４，２０４に登録するアクセスログを、アクセス時刻と暗号化されたアクセス先ＵＲＬとからなるものとしてもよい。すなわち、アクセス先ＵＲＬのみ暗号化して登録しておいてもよい。
【０１１５】
[第８の実施の形態]
次に、本発明の第８の実施の形態について説明する。図１６は本発明の第８の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第２〜第８の実施の形態のより具体的な例を説明するものである。図１６では、第２の実施の形態で説明した図３の符号を用いてユーザ認証システムの構成を記載しているが、図１６の構成を第３〜第８の実施の形態に適用することも可能である。
【０１１６】
本実施の形態では、ユーザ端末１００が属する企業網５００内にログ認証サーバ２００を設置している。ユーザ端末１００とログ認証サーバ２００との間の通信は企業網５００を介して行われ、ログ認証サーバ２００とサービスサーバ３００との間の通信は企業網５００と外部ネットワーク６００とを介して行われる。認証システムの動作は、第２〜第８の実施の形態と同様であるので、説明は省略する。
【０１１７】
本実施の形態は、ユーザ端末１００が企業網５００の外にある外部ネットワーク６００にアクセスしてもよいかを、ログ認証サーバ２００が判断するために、ユーザ端末１００が例えばサービスサーバＡ１〜Ａ４のいずれか（もしくはいくつか）にアクセスしたときのアクセスログを使用する。本実施の形態におけるサービスサーバは、ユーザ認証なしにサービスを提供する、いわゆる普通のＷＥＢサーバのようなものである。
【０１１８】
［第９の実施の形態］
次に、本発明の第９の実施の形態について説明する。図１７は本発明の第９の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第２〜第８の実施の形態のより具体的な例を説明するものである。図１７では、第２の実施の形態で説明した図３の符号を用いてユーザ認証システムの構成を記載しているが、図１７の構成を第３〜第８の実施の形態に適用することも可能である。
【０１１９】
本実施の形態では、最初の状態ではユーザ端末１００は図１６に示したように企業網５００に接続している。図１７は、ユーザがユーザ端末１００を持って帰宅し、家庭内ネットワーク７００からサービスサーバ３００のサービスを受けようとする場合を示している。ユーザ端末１００とログ認証サーバ２００との間の通信は家庭内ネットワーク７００と外部のネットワーク６００と企業網５００とを介して行われ、ログ認証サーバ２００とサービスサーバ３００との間の通信は企業網５００と外部ネットワーク６００とを介して行われる。認証システムの動作は、第２〜第８の実施の形態と同様であるので、説明は省略する。
【０１２０】
本実施の形態では、企業網５００内にもサービスサーバがあって、このサービスサーバをユーザ端末１００が利用したいときは、このサービスサーバのＵＲＬを含むアクセスログによるユーザ認証を通らなければならない。このルールは、ユーザ認証のためのルールの一例である。
【０１２１】
［第１０の実施の形態］
次に、本発明の第１０の実施の形態について説明する。図１８は本発明の第１０の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第２〜第８の実施の形態のより具体的な例を説明するものである。図１８では、第２の実施の形態で説明した図３の符号を用いてユーザ認証システムの構成を記載しているが、図１８の構成を第３〜第８の実施の形態に適用することも可能である。
【０１２２】
本実施の形態では、ユーザ端末１００とログ認証サーバ２００とサービスサーバ３００とを外部ネットワーク８００を介して相互に接続している。ユーザ端末１００とログ認証サーバ２００との間の通信は外部ネットワーク８００を介して行われ、ログ認証サーバ２００とサービスサーバ３００との間の通信も外部ネットワーク８００を介して行われる。認証システムの動作は、第２〜第８の実施の形態と同様であるので、説明は省略する。
【０１２３】
本実施の形態では、ログ認証サーバ２００が把握しているアクセス先が例えばサービスサーバＡ１，Ａ２，Ａ３，Ａ４であったとして、ユーザ端末１００がサービスサーバＡ１〜Ａ４のいずれか１つ（もしくはいくつか）にアクセスしたときのアクセスログで認証ＯＫであれば、他のサービスサーバにもアクセス可能である。
【０１２４】
なお、本実施の形態では、ログ認証サーバ２００，２００ａ，２００ｂで、どのアクセス先であればユーザ認証できるのかをあらかじめ把握しておく。ログ認証サーバ２００，２００ａ，２００ｂの要求中継部２０１，２０１ａ，２０１ｂは、ステップＳ１０１，Ｓ２０１，Ｓ３０１，Ｓ４０１，Ｓ５０１，Ｓ６０１の処理において、ログ認証サーバ２００，２００ａ，２００ｂの把握しているアクセス先に関するアクセスログのみを送ってもらうようユーザ端末１００，１００ａ，１００ｂに要求する。
【０１２５】
また、第２〜第８の実施の形態から明らかなように、ユーザ端末１００，１００ａ，１００ｂは、全アクセス先のアクセスログを記録することができる。ただし、ログ認証サーバ２００，２００ａ，２００ｂは、ステップＳ１１２，Ｓ１２５の処理において、シングルサインオンできるアクセス先のみのアクセスログしか記録することができない。そこで、ログ認証サーバ２００，２００ａ，２００ｂは、ステップＳ１０４，Ｓ２０４，Ｓ３０４，Ｓ４０４，Ｓ５０４，Ｓ６０４の処理において、シングルサインオンできるアクセス先のみに関するアクセスログの全てまたはその一部をユーザ認証に用いる。
【０１２６】
［第１１の実施の形態］
次に、本発明の第１１の実施の形態について説明する。図１９は本発明の第１１の実施の形態に係るサービスサーバの構成を示すブロック図である。
本実施の形態のサービスサーバ３００ａは、サービスサーバ３００に対してログ登録依頼部３０３を追加したものである。
【０１２７】
図２０は本実施の形態のアクセスログ登録時の動作を示すシーケンス図である。ここでは、ユーザ端末１００およびログ認証サーバ２００は、第２の実施の形態で説明した構成を有するものとする。サービスサーバ３００が提供するサービスを利用しようとするユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からのネットワーク接続応答メッセージを受信した後、ログ登録部１０２にアクセスログを登録するよう要求する。この要求を受けたログ登録部１０２は、アクセス時刻とアクセス先ＵＲＬとからなるアクセスログを記憶部１０４に登録する（ステップＳ７００）。
【０１２８】
続いて、サービス要求部１０１は、登録されたアクセス時刻とアクセス先ＵＲＬとを含むサービス利用要求メッセージをサービスサーバ３００ａに対して送信する（ステップＳ７０１）。
サービスサーバ３００ａのログ登録依頼部３０３は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージから送信元ＩＰアドレス、すなわちユーザ端末１００のＩＰアドレスを取り出すと共に、アクセス時刻とアクセス先ＵＲＬとを取り出して、ユーザ端末１００のＩＰアドレスとアクセス時刻とアクセス先ＵＲＬとを含むアクセスログ登録要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ７０２）。
【０１２９】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージからユーザ端末１００のＩＰアドレスとアクセス時刻とアクセス先ＵＲＬとを取り出してログ登録部２０２に渡す。本実施の形態の場合、ログ認証サーバ２００のログ認証部２０３は、ユーザ認証時に、ユーザ端末１００のＩＰアドレスとユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録している。
【０１３０】
ログ登録部２０２は、要求中継部２０１から渡されたユーザ端末１００のＩＰアドレスを基に記憶部２０４を参照して、このＩＰアドレスに対応するユーザＩＤと端末ＩＤとを取得し、要求中継部２０１から渡されたアクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、取得したユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録する（ステップＳ７０３）。ただし、例えば第２の実施の形態のように端末ＩＤを使用しない場合は、アクセスログとユーザＩＤとを対応付けて記憶部２０４に登録すればよい。
【０１３１】
一方、サービスサーバ３００ａのサービス提供部３０１は、ユーザ端末１００からのサービス利用要求メッセージで要求されたサービスを、ユーザ端末１００に提供する（ステップＳ７０４）。
【０１３２】
本実施の形態では、ログ認証サーバ２００にプロキシ機能がなくても（すなわち、ログ認証サーバ２００を、ユーザ端末１００とサービスサーバ３００ａとの間に配置しなくても）、ユーザ端末１００のアクセスログをログ認証サーバ２００に登録することが可能になる。
【０１３３】
［第１２の実施の形態］
次に、本発明の第１２の実施の形態について説明する。図２１は本発明の第１２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第９の実施の形態で説明した構成に加えて、サービスサーバ３００が企業網５００にも存在している構成である。認証システムの動作は、第９の実施の形態と同様であるので、詳細な説明は省略する。
【０１３４】
なお、企業網５００内のサービスサーバ３００へのアクセスログを、ログ認証サーバ２００の記憶部２０４に登録する方式としては、ユーザ端末１００の存在する場所（企業網５００または家庭内ネットワーク７００）に関わらず、企業網５００内のサービスサーバ３００へは、ログ認証サーバ２００のプロキシ経由でアクセスするという第２〜第８の実施の形態で説明した方式がある。また、別の方式として、ユーザ端末１００が企業網５００内に存在している場合、ログ認証サーバ２００によるユーザ認証が行われた後は、ユーザ端末１００と企業網５００内のサービスサーバ３００とは直接アクセスを行い、そのアクセスログは，サービスサーバ２００のログ登録依頼部を用いてログ認証サーバ２００に登録するという第１１の実施の形態で説明した方式がある。
【０１３５】
［第１３の実施の形態］
次に、本発明の第１３の実施の形態について説明する。表１に第１〜第１２の実施の形態におけるユーザ認証に関するポリシーを示す。
【０１３６】
【表１】
【０１３７】
ユーザ端末１，１００，１００ａ，１００ｂから利用要求されるサービスと、そのサービスへの認証においてユーザ端末１，１００，１００ａ，１００ｂに要求する情報（又は提示する情報）との対応関係をログ認証サーバ２，２００，２００ａ，２００ｂはあらかじめ記憶している。表１は、ユーザ端末１，１００，１００ａ，１００ｂから利用要求されるサービスと、ユーザ端末１，１００，１００ａ，１００ｂに要求する情報（又は提示する情報）と、ユーザ認証に用いる方式との対応関係を示している。このような対応関係を、さらに、ユーザ毎、ユーザとユーザ端末の組毎に対応付けて記憶してもよい。また、対応関係のバリエーションは表１の限りではなく、ユーザ端末１，１００，１００ａ，１００ｂに要求する情報（または提示する情報）と適用する方式を適宜組合わせてもよい。
【０１３８】
なお、第１〜第１３の実施の形態では、ユーザ端末１，１００，１００ａ，１００ｂがどの程度の量のアクセスログを送信するかについて説明していないが、前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信するようにしてもよいし、ユーザ端末１，１００，１００ａ，１００ｂがサービスサーバ３，３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信するようにしてもよい。前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信する場合、ユーザ認証に必要なアクセスログをユーザ端末１，１００，１００ａ，１００ｂとログ認証サーバ２，２００，２００ａ，２００ｂ双方で十分に採取できたかを判定する手段を設けてもよい。また、ユーザ端末１，１００，１００ａ，１００ｂがサービスサーバ３，３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信する場合、アクセスログの容量が膨大になり得るため、ユーザ端末１，１００，１００ａ，１００ｂがアクセスログを圧縮してログ認証サーバ２，２００，２００ａ，２００ｂに送信するようにしてもよい。
【０１３９】
また、ログ認証サーバ２，２００，２００ａ，２００ｂは、各ユーザ端末１，１００，１００ａ，１００ｂ毎に最新からＮ個のアクセスログだけを記憶部２０４に残すようにしてもよいし、各ユーザ端末１，１００，１００ａ，１００ｂ毎に最近１か月のアクセスログだけを記憶部２０４に残すようにしてもよい。同様に、ユーザ端末１，１００，１００ａ，１００ｂは、最新からＮ個のアクセスログだけを記憶部１０，１０４に残すようにしてもよいし、最近１か月のアクセスログだけを記憶部１０，１０４に残すようにしてもよい。
【０１４０】
また、第１〜第１３の実施の形態では、アクセスログの抽出処理について説明していないが、ユーザ端末１，１００，１００ａ，１００ｂとログ認証サーバ２，２００，２００ａ，２００ｂとは、サービスサーバに関係なく時系列にアクセスログを保持しておくようにしてもよい。ユーザ端末１，１００，１００ａ，１００ｂのログ抽出部１０３は、利用したいサービス（アクセス先ＵＲＬ）に対応するアクセスログを記憶部１０４から抽出してログ認証サーバ２，２００，２００ａ，２００ｂのログ認証部２０３に送信し、ログ認証部２０３は、ユーザ端末１，１００，１００ａ，１００ｂを認証しようとするときに、ユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求メッセージに含まれるアクセス先ＵＲＬに対応するアクセスログを記憶部２０４から抽出してアクセスログの整合性を判定するようにしてもよい。ただし、ユーザ端末１，１００，１００ａ，１００ｂがログ認証サーバ２，２００，２００ａ，２００ｂに送信するアクセスログは、利用したいサービスのＵＲＬのログだけに限定する必要はないことは言うまでもない。
【０１４１】
また、第１〜第１３の実施の形態において、アクセスログによるユーザ認証に加えて、既存の認証技術（パスワード認証やデジタル署名による認証）を用いることにより、より確実なユーザ認証を実現することも可能である。
また、第１〜第１３の実施の形態において、ログ認証サーバ２，２００，２００ａ，２００ｂはネットワークサービス提供者、ネットワーク管理者のどちらが管理するものであってもよい。
【０１４２】
また、第１〜第１３の実施の形態では、ログ認証サーバ２，２００，２００ａ，２００ｂがユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求を中継するようにしているが、サービスサーバ３，３００がユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求を受信したときに、ユーザ認証依頼部３０２がログ認証サーバ２，２００，２００ａ，２００ｂにユーザ認証を依頼するようにしてもよい。
【０１４３】
また、第１〜第１３の実施の形態では、ログ認証サーバとサービスサーバとが分離しているが、これに限るものではなく、ログ認証サーバとサービスサーバとが一体となっている構成でもよい。
【０１４４】
また、第１〜第１３の実施の形態では、サービスへの認証に必要なアクセスログ群をどのように対応付けて記憶するかについて説明していないが、この対応付けの方式としては以下の２通りの方式が考えられる。
（Ａ）サービスのドメインとアクセスログのＵＲＬ内のドメインが一致しているものは、そのサービスにそのアクセスログは対応しているものとする。
（Ｂ）サービスとそのサービスに該当するドメインやＵＲＬとの対応関係を、サービス毎に予め記憶しておく。記憶された対応関係に含まれるＵＲＬを持つアクセスログは、そのサービスに対応するものとする。
【０１４５】
ログ認証サーバ２，２００，２００ａ，２００ｂは、上記の（Ａ）または（Ｂ）のような対応関係のルールをあらかじめ記憶している。ログ認証サーバ２，２００，２００ａ，２００ｂは、ユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求に該当するポリシーを第１３の実施の形態で説明した表１のような関係から特定して、このポリシーに従ってユーザ端末１，１００，１００ａ，１００ｂに情報を要求したり情報を提示したりし（ステップＳ２，Ｓ１０１，Ｓ２０１，Ｓ３０１，Ｓ４０１，Ｓ５０１，Ｓ６０１）、続いてサービスに対応するアクセスログを特定する際に、上記ルールを参照して、ユーザ認証に必要なアクセスログを特定して取得し、ユーザ認証を行うことになる。このとき、図５に示したログ認証サーバ２００の記憶部２０４に記憶される情報に、サービスを識別する情報をさらに追加した組で記憶してもよいし、図５の対応関係を適宜ルールを参照することで、アクセスログに対応するサービスを特定してもよい。
【０１４６】
第１〜第１３の実施の形態のユーザ端末、ログ認証サーバ、サービスサーバの各々は、それぞれＣＰＵ、記憶装置および外部とのインタフェースを備えたコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。このようなコンピュータにおいて、本発明のユーザ認証方法を実現させるためのプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードなどの記録媒体に記録された状態で提供される。各々の装置のＣＰＵは、記録媒体から読み込んだプログラムを記憶装置に書き込み、プログラムに従って第１〜第１３の実施の形態で説明した処理を実行する。
【産業上の利用可能性】
【０１４７】
本発明は、ネットワークサービス提供者またはネットワーク管理者がネットワークサービスを利用しようとするユーザを認証する技術に適用することができる。
【符号の説明】
【０１４８】
１，１００，１００ａ，１００ｂ…ユーザ端末、２，２００，２００ａ，２００ｂ…ログ認証サーバ、３，３００，３００ａ…サービスサーバ、４，４００…ネットワーク、１０，２０，１０４，２０４…記憶部、１１，１０１，１０１ａ，１０１ｂ…サービス要求部、１２…アクセスログ応答部、２１…回答要求部、２２，２０３…ログ認証部、１０２，１０２ａ，１０２ｂ，２０２，２０２ａ，２０２ｂ…ログ登録部、１０３…ログ抽出部、１０５，２０５…ハッシュ演算部、１０６，２０６…暗号化処理部、２０１，２０１ａ，２０１ｂ…要求中継部、３０１…サービス提供部、３０２…ユーザ認証依頼部、３０３…ログ登録依頼部、５００…企業網、６００，８００…外部ネットワーク、７００…家庭内ネットワーク。
【技術分野】
【０００１】
本発明は、ネットワークシステムにおいて、ネットワークサービス提供者またはネットワーク管理者が、前回のネットワークサービス利用時に記録したアクセスログからネットワークサービスを利用しようとするユーザを認証する技術に関するものである。
【背景技術】
【０００２】
近年、不正アクセスによる機密情報の漏洩が問題となっている。例えば、企業が持っている様々な機密情報が外部に漏洩した場合、保証のために多額の費用を負担しなければならない。さらに、世間の信用が一瞬で失われる可能性は十分に高い。したがって、ネットワークアクセスの際の認証は非常に重要になる。
【０００３】
従来のユーザ認証は、ユーザ端末から送信されるユーザＩＤおよびパスワードによってユーザ端末を特定する場合が多い。
パスワードを用いないユーザ認証の方法としては、デジタル署名を用いたユーザ認証方法がある（例えば非特許文献１参照）。このデジタル署名を用いたユーザ認証方法では、ネットワークサービス提供者から配布されるデジタル署名をユーザ端末に記憶させておく。そして、次回のユーザ認証の際には、ユーザ端末はデジタル署名をネットワークサービス提供者側の装置に提示する。ネットワークサービス提供者側の装置は、提示されたデジタル署名を照合し、ユーザ端末を特定する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】トランスポートレイヤセキュリティプロトコルバージョン１．１（The Transport Layer Security (TLS) Protocol Version 1.1），リクエストフォアコメント（Request For Comment：RFC）４３４６，インターネットエンジニアリングタスクフォース（Internet Engineering Task Force:IETF），＜ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ４３４６．ｔｘｔ＞，２００６年
【発明の概要】
【発明が解決しようとする課題】
【０００５】
パスワードを用いたユーザ認証方法の場合、短い文字列のパスワードを設定すると、第三者がパスワードを類推してユーザに成りすます危険性がある。したがって、パスワードを用いたユーザ認証の安全性を担保するためには、パスワードを定期的に更新する必要があり、ユーザはその都度新しいパスワードを記憶しなければならないという問題点があった。このようにパスワードを定期的に更新して記憶し直すことは、ユーザにとって大きな負担となる。
【０００６】
一方、デジタル署名を用いたユーザ認証方法は、パスワードを用いた認証方法に比べて、成りすましの危険性が低いため、セキュリティのレベルを向上させることができる。また、ユーザが記憶しておく必要がないため、ユーザの負担が少ない。しかしながら、一般にデジタル署名には有効期限が設定されるため、ネットワークサービス提供者はデジタル署名の再発行処理を全てのユーザに対して定期的に行う必要があり、運用コストが高くなるという問題点があった。
【０００７】
本発明は、上記課題を解決するためになされたもので、ユーザ認証におけるユーザの負担やサービス提供者の運用コストを低減することができるユーザ認証システム、ユーザ端末、ログ認証サーバ、ユーザ認証方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明のユーザ認証システムは、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとを備え、前記ユーザ端末は、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する第１の記憶手段と、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手段とを有し、前記ログ認証サーバは、アクセスログをユーザ毎に記憶する第２の記憶手段と、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするものである。
【０００９】
また、本発明のユーザ認証システムの１構成例において、前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報をランダムにリスト化したものを前記回答要求として前記ユーザに送信し、前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報を時系列に並び替え、並び替え後のリストを前記回答として前記ログ認証サーバに送信し、前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信されたリストに含まれるサービスの情報が時系列になっているか否かを判定してユーザ認証を行うことを特徴とするものである。
また、本発明のユーザ認証システムの１構成例において、前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報と当該ユーザのアクセスログ以外のアクセスログに含まれるサービスの情報とを混在させてリスト化したものを前記回答要求として前記ユーザに送信し、前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報がアクセスログとして登録されているか否かを情報毎に判定して、判定結果を前記回答として前記ログ認証サーバに送信し、前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信された判定結果が正しいか否かを判定してユーザ認証を行うことを特徴とするものである。
【００１０】
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ユーザ端末であって、前記ログ認証サーバによるユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶手段と、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記記憶手段に登録されたアクセスログに基づいて行うアクセスログ応答手段とを有することを特徴とするものである。
【００１１】
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ログ認証サーバであって、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログをユーザ毎に記憶する記憶手段と、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするものである。
【００１２】
また、本発明のユーザ認証方法は、ユーザ端末が、ログ認証サーバにネットワーク接続要求を送信するネットワーク接続要求送信手順と、前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、前記ユーザ端末が、前記ログ認証サーバからの回答要求に対応する回答を、第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手順と、前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを備えることを特徴とするものである。
【００１３】
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、前記ユーザ端末が、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、記憶手段に登録されたユーザのアクセスログに基づいて行うアクセスログ応答手順を備えることを特徴とするものである。
また、本発明は、サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを有することを特徴とするものである。
また、本発明のユーザ端末プログラムは、ユーザ端末の各手段としてコンピュータを機能させることを特徴とするものである。
また、本発明のログ認証サーバプログラムは、ログ認証サーバの各手段としてコンピュータを機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ユーザ端末はログ認証サーバからの回答要求に対応する回答を、第１の記憶手段に記憶されているアクセスログに基づいて行い、ログ認証サーバはユーザ端末から送信された回答が回答要求で要求した条件を満足するか否かを、第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うようにしたことにより、従来のユーザ認証で必要だった定期的なパスワードの変更やデジタル署名の再発行などを行う必要がなくなるので、ユーザ認証を行おうとするサービス提供者またはネットワーク管理者の運用コストを低減することができる。また、本発明では、ユーザはアクセスログの更新を意識する必要がなく、パスワード等を記憶する必要がないので、ユーザ認証におけるユーザの負担を低減することができる。また、本発明では、複数のサービスに関するアクセスログがユーザ端末とログ認証サーバに記録されることになるので、アクセスログは多様な内容となり、第三者によるアクセスログの偽造を難しくすることができるので、安全なユーザ認証を実現することができる。また、本発明では、既存の認証技術（パスワード認証やデジタル署名による認証）を併用すれば、より確実なユーザ認証を実現することができる。
【００１５】
また、本発明では、アクセスログのうち、少なくともユーザが利用したサービスの情報をハッシュ化することにより、第三者がアクセスログの内容を読み取れないようにすることができる。
【００１６】
また、本発明では、アクセスログのうち、少なくともユーザが利用したサービスの情報を暗号化することにより、第三者がアクセスログの内容を読み取れないようにすることができる。
【００１７】
また、本発明では、端末ＩＤを組み合わせてアクセスログを管理することにより、アクセスログとユーザ端末とが紐付いていることを保証できるため、アクセスログの盗難による成りすましを防止することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態に係るユーザ認証システムの動作を示すシーケンス図である。
【図３】本発明の第２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図４】本発明の第２の実施の形態に係るユーザ認証システムにおいてユーザ端末の記憶部に記憶される情報を示す図である。
【図５】本発明の第２の実施の形態に係るユーザ認証システムにおいてログ認証サーバの記憶部に記憶される情報を示す図である。
【図６】本発明の第２の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図７】本発明の第２の実施の形態に係るユーザ認証システムのアクセスログ登録時の動作例を示すシーケンス図である。
【図８】本発明の第２の実施の形態に係るユーザ認証システムのアクセスログ登録時の別の動作例を示すシーケンス図である。
【図９】本発明の第３の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１０】本発明の第３の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１１】本発明の第４の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１２】本発明の第４の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１３】本発明の第５の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１４】本発明の第６の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１５】本発明の第７の実施の形態に係るユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【図１６】本発明の第８の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１７】本発明の第９の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１８】本発明の第１０の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図１９】本発明の第１１の実施の形態に係るサービスサーバの構成を示すブロック図である。
【図２０】本発明の第１１の実施の形態に係るユーザ認証システムのアクセスログ登録時の動作を示すシーケンス図である。
【図２１】本発明の第１２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１９】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して説明する。図１は本発明の第１の実施の形態に係るユーザ認証システムの構成を示すブロック図である。
ユーザ認証システムは、サービス利用要求を行うユーザ端末１と、ユーザ端末１のユーザ認証を行うログ認証サーバ２と、ログ認証サーバ２によるユーザ認証を受けたユーザ端末１からのサービス利用要求に応じて、ユーザ端末１にサービスを提供するサービスサーバ３と、ユーザ端末１とログ認証サーバ２とサービスサーバ３とを相互に接続するネットワーク４とから構成される。
【００２０】
ユーザ端末１は、ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶部１０と、ログ認証サーバ２にネットワーク接続要求を送信するサービス要求部１１と、ログ認証サーバ２からの回答要求に対応する回答を、記憶部１０に記憶されているアクセスログに基づいて行うアクセスログ応答部１２とを有する。記憶部１０に記憶されるアクセスログは、ユーザ端末１のユーザがサービスサーバ３から提供されるサービスを利用する度に更新される。
【００２１】
ログ認証サーバ２は、アクセスログをユーザ毎に記憶する記憶部２０と、ユーザ端末１からネットワーク接続要求を受けたときに、ユーザ端末１に対して所定の回答要求を行う回答要求部２１と、ユーザ端末１から送信された回答が回答要求で要求した条件を満足するか否かを、記憶部２０に記憶されているユーザ端末１のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証部２２とを有する。ユーザ端末１と同様に、記憶部２０に記憶されるアクセスログは、ユーザ端末１のユーザがサービスサーバ３から提供されるサービスを利用する度に更新される。
【００２２】
次に、図２を参照して本実施の形態のユーザ認証システムの動作について説明する。ネットワーク４上のサービスサーバ３が提供するサービスを利用したいユーザ端末１のサービス要求部１１は、ログ認証サーバ２に対してネットワーク接続要求メッセージを送信する（ステップＳ１）。
ログ認証サーバ２の回答要求部２１は、ユーザ端末１からのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１に対して所定の回答要求を行う回答要求メッセージを送信する（ステップＳ２）。
【００２３】
ユーザ端末１のサービス要求部１１は、ログ認証サーバ２からの回答要求メッセージを受信した場合、この回答要求メッセージをアクセスログ応答部１２に渡す。アクセスログ応答部１２は、回答要求メッセージに対応する回答メッセージを、記憶部１０に記憶されているアクセスログに基づいて作成してサービス要求部１１に渡す（ステップＳ３）。
サービス要求部１１は、アクセスログ応答部１２から渡された回答メッセージをログ認証サーバ２に送信する（ステップＳ４）。
【００２４】
ログ認証サーバ２のログ認証部２２は、ユーザ端末１から送信された回答メッセージが回答要求メッセージで要求した条件を満足するか否かを、記憶部２０に記憶されている当該ユーザ端末１のユーザのアクセスログに基づいて判定する（ステップＳ５）。ログ認証部２２は、ユーザ端末１から送信された回答メッセージが回答要求メッセージで要求した条件を満足する場合、このユーザ端末１のユーザが正当なユーザであると判断する。
ログ認証部２２は、ユーザ認証に成功した場合、ユーザ端末１に対してネットワーク接続応答メッセージを送信する（ステップＳ６）。
【００２５】
本実施の形態においては、ユーザのアクセスログは、ユーザ固有の情報であり、かつユーザが意識することなく、アクセスする度に更新され、常に最新の状態である。本実施の形態では、ユーザ端末１はログ認証サーバ２からの回答要求に対応する回答を、記憶部１０に記憶されているアクセスログに基づいて行い、ログ認証サーバ２はユーザ端末１から送信された回答が回答要求で要求した条件を満足するか否かを、記憶部２０に記憶されている当該ユーザ端末１のユーザのアクセスログに基づいて判定してユーザ認証を行うようにしたことにより、従来のユーザ認証で必要だった定期的なパスワードの変更やデジタル署名の再発行などを行う必要がなくなるので、ユーザ認証を行おうとするサービス提供者またはネットワーク管理者の運用コストを低減することができる。また、本実施の形態では、ユーザはアクセスログの更新を意識する必要がなく、パスワード等を記憶する必要がないので、ユーザ認証におけるユーザの負担を低減することができる。また、本実施の形態では、複数のサービスに関するアクセスログがユーザ端末１とログ認証サーバ２に記録されることになるので、アクセスログは多様な内容となり、第三者によるアクセスログの偽造を難しくすることができるので、安全なユーザ認証を実現することができる。
【００２６】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。図３は本発明の第２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第１の実施の形態をより具体的に説明するものである。
ユーザ認証システムは、ユーザ端末１００と、ログ認証サーバ２００と、サービスサーバ３００と、ユーザ端末１００とログ認証サーバ２００とサービスサーバ３００とを相互に接続するネットワーク４００とから構成される。
【００２７】
図３に示すように、ユーザ端末１００は、サービス要求部１０１と、ログ登録部１０２と、アクセスログ応答手段となるログ抽出部１０３と、記憶部１０４とを有する。
ユーザ端末１００は、有線または無線でネットワーク４００に接続し、データの送受信を行う機能を持つ。また、ユーザ端末１００は、自装置が利用したサービスをアクセスログに記録している。また、ユーザ端末１００は、ログ認証サーバ２００からアクセスログを要求された場合に、要求に応じたアクセスログを抽出し、送信する機能を持つ。各ユーザ端末１００には、端末を一意に識別できる端末ＩＤが付与されている。
【００２８】
図４はユーザ端末１００の記憶部１０４に記憶される情報を示す図である。ユーザ端末１００の記憶部１０４には、ユーザ端末１００のユーザを一意に識別するためのユーザＩＤ（ＵＩＤ）と、端末ＩＤ（ＴＩＤ）と、アクセスログ（ＬＯＧ）とが記憶される。ユーザＩＤは、ログ認証サーバ２００に対するユーザＩＤである。各サービスサーバ２００に対するユーザＩＤは、このログ認証サーバ２００に対するユーザＩＤで一元化される。アクセスログは、ユーザ端末１００がユーザ認証後に利用したサービスの一覧が記録されているログである。アクセスログの項目の具体例としては、ユーザ端末１００がアクセスした時刻、アクセス先のＵＲＬ（Uniform Resource Locators ）などがある。
【００２９】
図３に示すように、ログ認証サーバ２００は、要求中継部２０１と、ログ登録部２０２と、ログ認証部２０３と、記憶部２０４とを有する。要求中継部２０１とログ認証部２０３とは、回答要求手段を構成している。
ログ認証サーバ２００は、ネットワーク４００上のサービスサーバ３００が提供するサービスを利用するユーザ端末１００のユーザ認証を処理するサーバである。ログ認証サーバ２００は、プロキシ機能を持ち、ユーザ認証後のユーザ端末１００のセッションを管理するとともに、サービスサーバ３００へのアクセスログを記録する機能を持つ。
【００３０】
図５はログ認証サーバ２００の記憶部２０４に記憶される情報を示す図である。ログ認証サーバ２００の記憶部２０４には、管理しているユーザ端末１００のユーザを一意に識別するためのユーザＩＤ（ＵＩＤserver）と、管理しているユーザ端末１００の端末ＩＤ（ＴＩＤserver）と、管理しているユーザ端末のアクセスログ（ＬＯＧserver）とがユーザ毎に対応付けられて記憶される。本実施の形態においては、端末ＩＤの保持は、必須の構成要件ではない。ログ認証サーバ２００で端末ＩＤを保持する場合は、ネットワーク管理者が事前にオフラインで端末ＩＤをログ認証サーバ２００に登録しておく必要がある。なお、ユーザ端末１００が記録・保持しているアクセスログとログ認証サーバ２００が記録・保持している、当該ユーザ端末１００に関するアクセスログとは、完全に一致しない場合も起こり得る。例えば、ユーザ端末１００とログ認証サーバ２００との間に時間のずれが存在するような場合があり得るからである。
【００３１】
図３に示すように、サービスサーバ３００は、サービス提供部３０１と、ユーザ認証依頼部３０２とを有する。
サービスサーバ３００は、ログ認証サーバ２００によるユーザ認証を受けたユーザ端末１００に対してネットワーク４００を介した様々なサービスを提供するサーバである。また、サービスサーバ３００は、ユーザ認証を受けていないユーザ端末１００からのアクセスがあった場合、必要に応じてログ認証サーバ２００に対しユーザ認証を依頼する機能を持つ。
【００３２】
次に、本実施の形態のユーザ認証システムの動作について説明する。図６はユーザ認証システムのログ認証時の動作を示すシーケンス図である。
ネットワーク４００上のサービスサーバ３００が提供するサービスを利用したいユーザ端末１００のサービス要求部１０１は、まずログ認証サーバ２００に対してネットワーク接続要求メッセージを送信する（ステップＳ１００）。
【００３３】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００に対してユーザＩＤとアクセスログに関する情報とを要求するメッセージを送信する（ステップＳ１０１）。
ユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からの要求メッセージを受信した場合、ユーザＩＤとアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤとアクセスログとを取得してサービス要求部１０１に渡す（ステップＳ１０２）。
【００３４】
サービス要求部１０１は、ログ抽出部１０３から渡されたユーザＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ１０３）。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。ログ認証部２０３は、要求中継部２０１から渡されたユーザ端末１００のアクセスログと、記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとを照合して、ユーザ認証を行う（ステップＳ１０４）。
【００３５】
本実施の形態では、ユーザ端末１００は、保持している全てのアクセスログをログ認証サーバ２００に送信する。
ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１から渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００から送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しており、ユーザ端末１００のユーザが正当なユーザであると判断する。
【００３６】
上記のとおり、アクセスログに含まれるアクセス時刻はユーザ端末１００とログ認証サーバ２００でずれている可能性がある。そこで、ログ認証部２０３は、ユーザ端末１００のアクセスログに含まれるアクセス時刻と記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログに含まれるアクセス時刻とのずれが所定の許容時間の範囲であれば、このずれを許容し、アクセスログの内容は一致しているものと判断する。どの程度の時刻のずれの範囲内であればアクセスログが整合していると判定するかといった判定に関する条件は、ログ認証サーバ２００の記憶部２０４にあらかじめ格納されている。ログ認証部２０３は、この条件に従ってユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しているか否かを判定する。アクセスログに含まれるアクセス先ＵＲＬについては、完全に一致していることが整合の条件であることは言うまでもない。
【００３７】
要求中継部２０１は、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００に対してネットワーク接続応答メッセージを送信する（ステップＳ１０５）。
次に、ネットワーク接続後のアクセスログ登録時の動作を図７を参照して説明する。サービスサーバ３００が提供するサービスを利用しようとするユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からのネットワーク接続応答メッセージを受信した後、ログ登録部１０２にアクセスログを登録するよう要求する。この要求を受けたログ登録部１０２は、現在時刻（アクセス時刻）と利用しようとするサービスの所在を表すアクセス先ＵＲＬとからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０）。
【００３８】
続いて、サービス要求部１０１は、登録されたアクセス時刻とアクセス先ＵＲＬと記憶部１０４に記憶されているユーザＩＤとを含むサービス利用要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ１１１）。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２に渡す。ログ登録部２０２は、このアクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２）。
【００３９】
続いて、要求中継部２０１は、プロキシ処理、すなわちユーザ端末１００から受けたサービス利用要求メッセージをサービスサーバ３００に転送する処理を行う（ステップＳ１１３，Ｓ１１４）。
サービスサーバ３００のサービス提供部３０１は、ログ認証サーバ２００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージで要求されたサービスを、ログ認証サーバ２００の要求中継部２０１を介してユーザ端末１００に提供する（ステップＳ１１５，Ｓ１１６，Ｓ１１７）。
【００４０】
図７の例では、ログ認証サーバ２００がユーザ端末１００からのサービス利用要求メッセージに含まれるアクセスログを登録するようしているが、サービスサーバ３００からの応答に応じたアクセスログをログ認証サーバ２００とユーザ端末１００とが登録するようにしてもよい。図８はこのような登録時の動作を示すシーケンス図である。
【００４１】
図８のステップＳ１２０，Ｓ１２１，Ｓ１２２，Ｓ１２３の処理は、それぞれ図７のステップＳ１１１，Ｓ１１３，Ｓ１１４，Ｓ１１５と同様であるので、説明は省略する。ログ認証サーバ２００の要求中継部２０１は、サービスサーバ３００から提供されるサービスを中継してユーザ端末１００に提供する（ステップＳ１２４，Ｓ１２６）。このとき、要求中継部２０１は、ステップＳ１２０で送信されたサービス利用要求メッセージから取り出したアクセス時刻とアクセス先ＵＲＬとユーザＩＤとをログ登録部２０２に渡す。ログ登録部２０２は、アクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１２５）。
【００４２】
ユーザ端末１００のサービス要求部１０１は、サービスサーバ３００からのサービス提供が開始されると、ログ登録部１０２にアクセスログを登録するよう要求する。この要求を受けたログ登録部１０２は、ステップＳ１２０で送信されたアクセス時刻とアクセス先ＵＲＬとからなるアクセスログを記憶部１０４に登録する（ステップＳ１２７）。
以上のようにして、本実施の形態では、第１の実施の形態で説明した効果を得ることができる。
【００４３】
なお、本実施の形態では、ユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが完全に一致することを整合の条件としているが、このような全件一致方式を用いる代わりに、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。これらの整合確認は全て自動的に処理されることは言うまでもない。
【００４４】
一部一致方式を用いる場合、ログ認証サーバ２００のログ認証部２０３は、ユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログの内容の一部が一致すれば、アクセスログが整合していると判定する。この場合も、ログ認証部２０３は、ユーザ端末１００のアクセスログに含まれるアクセス時刻と記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログに含まれるアクセス時刻とのずれが所定の許容時間の範囲であれば、アクセスログの内容は一致しているものとする。内容の一部一致とは、例えば所定件数のアクセスログが一致すれば、アクセスログが整合していると判定することを意味する。
【００４５】
なお、一部一致方式の場合、アクセスログの内容のどの部分が一致すればアクセスログが整合していると判定するか、またはどの程度の時刻のずれの範囲内であればアクセスログが整合していると判定するかといった判定に関する条件が、ログ認証サーバ２００の記憶部２０４にあらかじめ格納されている。ログ認証部２０３は、この条件に従ってユーザ端末１００から送信されたアクセスログとログ認証サーバ２００の記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しているか否かを判定する。
【００４６】
時系列並び替え方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログに含まれる全てのアクセス先ＵＲＬまたは一部のアクセス先ＵＲＬを時系列をばらばらにした状態でリスト化し要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００４７】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬを時系列に並び替える。サービス要求部１０１は、並び替え後のリストをログ認証サーバ２００に送信する。
【００４８】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信したリストをログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡されたリストとを照合し、ユーザ端末１００から受信したリストに含まれるアクセス先ＵＲＬが時系列になっていれば、アクセスログが整合していると判定する。こうして、時系列並び替え方式を用いてアクセスログの整合性を判定することができる。
【００４９】
ＵＲＬ正誤表方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得する共に、このユーザＩＤとは異なる別のユーザＩＤを有する他のユーザ端末のアクセスログを取得し、これらのアクセスログに含まれる一部のアクセス先ＵＲＬを混在させたリストを作成して要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００５０】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬがアクセスログとして登録されているか否かをアクセス先ＵＲＬ毎に判定する。サービス要求部１０１は、アクセス先ＵＲＬ毎の判定結果をログ認証サーバ２００に送信する。
【００５１】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信した判定結果をログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡された判定結果とを照合し、ユーザ端末１００の判定結果が正しいか否かを判定する。ログ認証部２０３は、ログ認証要求元のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがこのユーザ端末１００のアクセスログに含まれるものとして正しく判定され、他のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがログ認証要求元のユーザ端末１００のアクセスログに含まれないものとして正しく判定されていれば、アクセスログが整合していると判定する。こうして、ＵＲＬ正誤表方式を用いてアクセスログの整合性を判定することができる。
【００５２】
なお、ＵＲＬ正誤表方式において、ログ認証部２０３がリストを作成する際に、リストに混在させるアクセスログは他のユーザ端末のアクセスログでなくてもよく、例えばダミーのアクセスログ（ＵＲＬ）をリストに混在させてもよい。ただし、リストに混在させるアクセスログは、そのアクセス先のＵＲＬが確かに存在している（すなわち、サービスを提供している）ことが必要である。その理由は、ダミーのアクセス先ＵＲＬが、誤っていると簡単に判断されないようにするためである。
【００５３】
また、時系列並び替え方式やＵＲＬ正誤表方式の場合、アクセス先ＵＲＬを何個列挙するかといったといった判定に関する条件が、ログ認証サーバ２００の記憶部２０４にあらかじめ格納されている。
以上のように、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれにおいても、判定に関する条件がログ認証サーバ２００の記憶部２０４にあらかじめ格納されているが、この条件はユーザ毎、ユーザとユーザ端末の組毎、サービス毎、または、これらの組合わせ毎に定義されていてもよい。
【００５４】
なお、本実施の形態および以降の実施の形態において、通信が断絶するなどのトラブルが発生した場合、トラブルのタイミングによっては、ユーザ端末１００に登録されるアクセスログが、ログ認証サーバ２００に登録されない状況が起こる。その場合でも、ログ認証において、時系列並び替え方式またはＵＲＬ正誤表方式を使用する場合は、ログ認証の対象となるアクセスログは、ログ認証サーバ２００が持っているアクセスログの中から選択されるので、ユーザ端末１００に登録されるアクセスログがログ認証サーバ２００に登録されない状況であっても、認証に影響を与えることはない。したがって、ユーザ端末１００とログ認証サーバ２００との間のネットワークの信頼性が低い場合は、時系列並び替え方式またはＵＲＬ正誤表方式を用いるという対策をとることでトラブルを回避することができる。
【００５５】
また、ユーザ端末１００に登録されるアクセスログが、ログ認証サーバ２００に登録されない状況においては、一部一致方式を用いる場合、ユーザ端末１００に登録されている本来正しいはずのアクセスログが、ログ認証サーバ２００によって正しくないと判断されるという状況が生じる。この場合は、ログ認証サーバ２００が保持しているアクセスログが、ユーザ端末１００から送られてきたアクセスログに全て含まれていれば認証ＯＫと判定する、というようなルールを設定しておくことで、トラブルを回避することができる。
【００５６】
また、本実施の形態では、どの程度の量のアクセスログを送信するかについて説明していないが、前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信するようにしてもよいし、ユーザ端末１００がサービスサーバ３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信するようにしてもよい。前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信する場合、ユーザ認証に必要なアクセスログをユーザ端末１００とログ認証サーバ２００双方で十分に採取できたかを判定する機能を設けてもよい。ユーザ認証に必要なアクセスログをユーザ端末１００とログ認証サーバ２００双方で十分に採取できたかを判定するには、例えば、ログ認証サーバ２００がユーザ端末１００にアクセスログを要求するメッセージを送信する際、メッセージ中に「アクセスログ数がＮ個以上」という条件の情報を格納し、この情報に従ってユーザ端末１００から送信されてきたアクセスログが、Ｎ個以上という条件に合致するか否かをログ認証サーバ２００が判定すればよい。また、ユーザ端末１００がサービスサーバ３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２００に送信する場合、アクセスログの容量が膨大になり得るため、アクセスログを圧縮してログ認証サーバ２００に送信するようにしてもよい。
【００５７】
また、ログ認証サーバ２００は、各ユーザ端末１００について最新からＮ個のアクセスログだけを記憶部２０４に残すようにしてもよいし、各ユーザ端末１００について最近１ヶ月などの所定の期間のアクセスログだけを記憶部２０４に残すようにしてもよい。同様に、ユーザ端末１００は、最新からＮ個のアクセスログだけを記憶部１０４に残すようにしてもよいし、最近１ヶ月などの所定の期間のアクセスログだけを記憶部１０４に残すようにしてもよい。
【００５８】
なお、第１、第２の実施の形態および以降の実施の形態でいうアクセス先とは、サービスサーバに関係なく、アクセス先のＵＲＬのことを指す。したがって、サービスサーバ３，３００は１つでもよいし複数あってもよい。本実施の形態では、サービスサーバ３００が複数ある場合について説明していないが、ユーザ端末１００とログ認証サーバ２００とは、サービスサーバに関係なく時系列にアクセスログを保持しておくようにしてもよい。
【００５９】
また、ユーザ端末１００のログ抽出部１０３は、利用したいサービス（アクセス先ＵＲＬ）に対応するアクセスログを記憶部１０４から抽出してログ認証部２０３に送信し、ログ認証サーバ２００のログ認証部２０３は、ユーザ端末１００を認証しようとするときに、ユーザ端末１００からのサービス利用要求メッセージに含まれるアクセス先ＵＲＬに対応するアクセスログを記憶部２０４から抽出してアクセスログの整合性を判定するようにしてもよい。ただし、ユーザ端末１００がログ認証サーバ２００に送信するアクセスログは、利用したいサービス（これから利用しようとしているサービスサーバ３００）のＵＲＬのログだけに限定する必要はない。例えば、ユーザ端末１００があるサービスサーバ３００のサービスを利用したいときに，このサービスサーバ３００のアクセスログだけをログ認証サーバ２００に送信するのではなく、他のサービスサーバ３００のアクセスログを送信してもよいことは言うまでもない。
【００６０】
［第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。図９は本発明の第３の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第１の実施の形態をより具体的に説明するものである。
本実施の形態のユーザ認証システムは、ユーザ端末１００ａと、ログ認証サーバ２００ａと、サービスサーバ３００と、ネットワーク４００とから構成される。
【００６１】
ユーザ端末１００ａは、サービス要求部１０１ａと、ログ登録部１０２ａと、ログ抽出部１０３と、記憶部１０４と、ハッシュ演算部１０５とを有する。
ログ認証サーバ２００ａは、要求中継部２０１ａと、ログ登録部２０２ａと、ログ認証部２０３と、記憶部２０４と、ハッシュ演算部２０５とを有する。要求中継部２０１ａとログ認証部２０３とは、回答要求手段を構成している。
【００６２】
サービスサーバ３００の構成は、第２の実施の形態と同じである。本実施の形態においては、記憶部１０４，２０４に記憶されるアクセスログ中のアクセス先ＵＲＬが後述のようにハッシュ演算されている点が第２の実施の形態と異なる。
【００６３】
次に、本実施の形態のユーザ認証システムの動作について説明する。図１０はユーザ認証システムのログ認証時の動作を示すシーケンス図である。
図１０のステップＳ２００，Ｓ２０１，Ｓ２０２，Ｓ２０３，Ｓ２０４，Ｓ２０５の処理は、第２の実施の形態で説明した図６のステップＳ１００，Ｓ１０１，Ｓ１０２，Ｓ１０３，Ｓ１０４，Ｓ１０５と同様であるので、詳細な説明は省略する。
【００６４】
第２の実施の形態と異なる点は、ステップＳ２０１においてログ認証サーバ２００ａの要求中継部２０１ａがハッシュ化したアクセスログに関する情報をユーザ端末１００ａに要求する点と、ステップＳ２０２，Ｓ２０３においてユーザ端末１００ａが記憶部１０４から取得してログ認証サーバ２００ａに送信するアクセスログ中のアクセス先ＵＲＬがあらかじめハッシュ演算されている点と、ステップＳ２０４においてログ認証サーバ２００ａのログ認証部２０３がアクセスログの整合性を判定する際に記憶部２０４から取得するアクセスログ中のアクセス先ＵＲＬもあらかじめハッシュ演算されている点である。
【００６５】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第２の実施の形態と同様であるので、図７、図８を参照して説明する。
第２の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ａがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ａがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点である。
【００６６】
ユーザ端末１００ａのログ登録部１０２ａは、アクセスログを登録しようとする際に、アクセス先ＵＲＬをハッシュ演算部１０５に渡す。ハッシュ演算部１０５は、所定のハッシュ関数を用いてアクセス先ＵＲＬからハッシュ値を生成してログ登録部１０２ａに渡す。ログ登録部１０２ａは、アクセス時刻とハッシュ値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【００６７】
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ａに渡す。ログ登録部２０２ａは、アクセス先ＵＲＬをハッシュ演算部２０５に渡す。ハッシュ演算部２０５は、ハッシュ演算部１０５が用いる関数と同じハッシュ関数を用いてアクセス先ＵＲＬからハッシュ値を生成してログ登録部２０２ａに渡す。ログ登録部２０２ａは、アクセス時刻とハッシュ値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【００６８】
本実施の形態では、第２の実施の形態と同様の効果を得ることができる。また、本実施の形態では、ログ認証時にユーザ端末１００ａがアクセスログから生成したハッシュ値をログ認証サーバ２００ａに送信するようにしたので、第三者がアクセスログの内容を読み取れないようにすることができる。
【００６９】
なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。これらの方式は、アクセスログ中のアクセス先ＵＲＬがハッシュ演算されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【００７０】
［第４の実施の形態］
次に、本発明の第４の実施の形態について説明する。図１１は本発明の第４の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第１の実施の形態をより具体的に説明するものである。
本実施の形態のユーザ認証システムは、ユーザ端末１００ｂと、ログ認証サーバ２００ｂと、サービスサーバ３００と、ネットワーク４００とから構成される。
【００７１】
ユーザ端末１００ｂは、サービス要求部１０１ｂと、ログ登録部１０２ｂと、ログ抽出部１０３と、記憶部１０４と、暗号化処理部１０６とを有する。
ログ認証サーバ２００ｂは、要求中継部２０１ｂと、ログ登録部２０２ｂと、ログ認証部２０３と、記憶部２０４と、暗号化処理部２０６とを有する。要求中継部２０１ｂとログ認証部２０３とは、回答要求手段を構成している。
【００７２】
サービスサーバ３００の構成は、第２の実施の形態と同じである。本実施の形態においては、記憶部１０４，２０４に記憶されるアクセスログ中のアクセス先ＵＲＬが後述のように暗号化されている点が第２の実施の形態と異なる。
【００７３】
次に、本実施の形態のユーザ認証システムの動作について説明する。図１２はユーザ認証システムのログ認証時の動作を示すシーケンス図である。
図１２のステップＳ３００，Ｓ３０１，Ｓ３０２，Ｓ３０３，Ｓ３０４，Ｓ３０５の処理は、第２の実施の形態で説明した図６のステップＳ１００，Ｓ１０１，Ｓ１０２，Ｓ１０３，Ｓ１０４，Ｓ１０５と同様であるので、詳細な説明は省略する。
【００７４】
第２の実施の形態と異なる点は、ステップＳ３０１においてログ認証サーバ２００ｂの要求中継部２０１ｂが暗号化したアクセスログに関する情報をユーザ端末１００ｂに要求する点と、ステップＳ３０２，Ｓ３０３においてユーザ端末１００ｂが記憶部１０４から取得してログ認証サーバ２００ｂに送信するアクセスログ中のアクセス先ＵＲＬがあらかじめ暗号化されている点と、ステップＳ３０４においてログ認証サーバ２００ｂのログ認証部２０３がアクセスログの整合性を判定する際に記憶部２０４から取得するアクセスログ中のアクセス先ＵＲＬもあらかじめ暗号化されている点である。
【００７５】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第２の実施の形態と同様であるので、図７、図８を参照して説明する。
第２の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点である。
【００７６】
ユーザ端末１００ｂのログ登録部１０２ｂは、アクセスログを登録しようとする際に、記憶部１０４から端末ＩＤを取得して、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部１０６に渡す。暗号化処理部１０６は、端末ＩＤを共通鍵としてアクセス先ＵＲＬを暗号化した暗号値を生成してログ登録部１０２ｂに渡す。ログ登録部１０２ｂは、アクセス時刻と暗号値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【００７７】
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、要求中継部２０１ｂから渡されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応する端末ＩＤを取り出し、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部２０６に渡す。暗号化処理部２０６は、端末ＩＤを共通鍵としてアクセス先ＵＲＬを暗号化した暗号値を生成してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、アクセス時刻と暗号値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【００７８】
本実施の形態では、第２の実施の形態と同様の効果を得ることができる。また、本実施の形態では、ログ認証時にユーザ端末１００ｂがアクセスログから生成した暗号値をログ認証サーバ２００ｂに送信するようにしたので、第三者がアクセスログの内容を読み取れないようにすることができる。
【００７９】
なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。これらの方式は、アクセスログ中のアクセス先ＵＲＬが暗号化されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【００８０】
［第５の実施の形態］
次に、本発明の第５の実施の形態について説明する。本実施の形態においても、ユーザ認証システムの構成は第２の実施の形態と同様であるので、図３の符号を用いて説明する。第２の実施の形態では、端末ＩＤの保持は必須の構成要件ではないが、本実施の形態では、記憶部１０４，２０４に端末ＩＤを記憶させておく点が第２の実施の形態と異なる。図１３は本実施の形態のユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【００８１】
図１３のステップＳ４００の処理は、第２の実施の形態で説明した図６のステップＳ１００と同様である。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００に対してユーザＩＤと端末ＩＤとアクセスログに関する情報とを要求するメッセージを送信する（ステップＳ４０１）。
【００８２】
ユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からの要求メッセージを受信した場合、ユーザＩＤと端末ＩＤとアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤと端末ＩＤとアクセスログとを取得してサービス要求部１０１に渡す（ステップＳ４０２）。
【００８３】
サービス要求部１０１は、ログ抽出部１０３から渡されたユーザＩＤと端末ＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ４０３）。
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤと端末ＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。
【００８４】
ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照し、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１から渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００から送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００のアクセスログとが整合しており、ユーザ端末１００のユーザが正当なユーザであると判断する（ステップＳ４０４）。
要求中継部２０１は、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００に対してネットワーク接続応答メッセージを送信する（ステップＳ４０５）。
【００８５】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第２の実施の形態と同様であるので、図７、図８を参照して説明する。
第２の実施の形態と異なるのは、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００がアクセスログを登録しようとする際にアクセスログとユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録する点である。すなわち、ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２に渡す。ログ登録部２０２は、要求中継部２０１から渡されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応する端末ＩＤを取得し、アクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、ユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【００８６】
本実施の形態によれば、第２の実施の形態と同様の効果を得ることができる。また、本実施の形態では、端末ＩＤを組み合わせてアクセスログを管理することにより、アクセスログとユーザ端末とが紐付いていることを保証できるため、アクセスログの盗難による成りすましを防止することが可能となる。
【００８７】
なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いること、またはこれらを組み合わせて用いること、例えば時系列並び替え方式とＵＲＬ正誤表方式を組み合わせて用いることができる。
全件一致方式または一部一致方式を用いる場合、ログ認証サーバ２００のログ認証部２０３は、ユーザ端末１００から送信されたユーザＩＤおよび端末ＩＤに対応するアクセスログを記憶部２０４から取得すればよい。
【００８８】
時系列並び替え方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤと端末ＩＤとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤと端末ＩＤとを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照し、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得して、取得したアクセスログに含まれる全てのアクセス先ＵＲＬまたは一部のアクセス先ＵＲＬを時系列をばらばらにした状態でリスト化し要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００８９】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬを時系列に並び替える。サービス要求部１０１は、並び替え後のリストをログ認証サーバ２００に送信する。
【００９０】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信したリストをログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照して、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡されたリストとを照合し、ユーザ端末１００から受信したリストに含まれるアクセス先ＵＲＬが時系列になっていれば、アクセスログが整合していると判定する。こうして、時系列並び替え方式を用いてアクセスログの整合性を判定することができる。
【００９１】
ＵＲＬ正誤表方式を用いる場合、ユーザ端末１００のサービス要求部１０１は、ユーザＩＤと端末ＩＤとを含むログ認証要求メッセージをログ認証サーバ２００に対して送信する。
ログ認証サーバ２００の要求中継部２０１は、受信したログ認証要求メッセージからユーザＩＤと端末ＩＤとを取り出してログ認証部２０３に渡す。ログ認証部２０３は、要求中継部２０１から渡されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照し、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得する共に、このユーザＩＤとは異なる別のユーザＩＤを有する他のユーザ端末のアクセスログを取得し、これらのアクセスログに含まれる一部のアクセス先ＵＲＬを混在させたリストを作成して要求中継部２０１に渡す。要求中継部２０１は、このアクセス先ＵＲＬのリストをログ認証要求元のユーザ端末１００に送信する。
【００９２】
ユーザ端末１００のサービス要求部１０１は、受信したリストをログ抽出部１０３に渡す。ログ抽出部１０３は、記憶部１０４に記憶されているアクセスログを基に、受信したリストに含まれるアクセス先ＵＲＬがアクセスログとして登録されているか否かをアクセス先ＵＲＬ毎に判定する。サービス要求部１０１は、アクセス先ＵＲＬ毎の判定結果をログ認証サーバ２００に送信する。
【００９３】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００から受信した判定結果をログ認証部２０３に渡す。ログ認証部２０３は、ログ認証要求メッセージから取り出されたユーザＩＤおよび端末ＩＤを基に記憶部２０４を参照して、ユーザＩＤおよび端末ＩＤに対応するアクセスログを取得し、このアクセスログと要求中継部２０１から渡された判定結果とを照合し、ユーザ端末１００の判定結果が正しいか否かを判定する。ログ認証部２０３は、ログ認証要求元のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがこのユーザ端末１００のアクセスログに含まれるものとして正しく判定され、他のユーザ端末１００のアクセスログから取り出したアクセス先ＵＲＬがログ認証要求元のユーザ端末１００のアクセスログに含まれないものとして正しく判定されていれば、アクセスログが整合していると判定する。こうして、ＵＲＬ正誤表方式を用いてアクセスログの整合性を判定することができる。
【００９４】
［第６の実施の形態］
次に、本発明の第６の実施の形態について説明する。本実施の形態においても、ユーザ認証システムの構成は第３の実施の形態と同様であるので、図９の符号を用いて説明する。第３の実施の形態では、端末ＩＤの保持は必須の構成要件ではないが、本実施の形態では、記憶部１０４，２０４に端末ＩＤを記憶させておく点が第３の実施の形態と異なる。図１４は本実施の形態のユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【００９５】
図１４のステップＳ５００の処理は、第３の実施の形態で説明した図１０のステップＳ２００と同様である。
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａからのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００ａに対してユーザＩＤと、ハッシュ化した端末ＩＤおよびアクセスログに関する情報とを要求するメッセージを送信する（ステップＳ５０１）。
【００９６】
ユーザ端末１００ａのサービス要求部１０１ａは、ログ認証サーバ２００ａからの要求メッセージを受信した場合、ユーザＩＤとハッシュ化したアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤとアクセスログとを取得してサービス要求部１０１ａに渡す（ステップＳ５０２）。このアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬから生成されたハッシュ値を含むものである。
【００９７】
サービス要求部１０１ａは、ログ抽出部１０３から渡されたユーザＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００ａに対して送信する（ステップＳ５０３）。
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａからのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。
【００９８】
ログ認証部２０３は、要求中継部２０１ａから渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１ａから渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００ａから送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００ａのアクセスログとが整合しており、ユーザ端末１００ａのユーザが正当なユーザであると判断する（ステップＳ５０４）。このとき、記憶部２０４から取得したアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬから生成されたハッシュ値を含むものである。
要求中継部２０１ａは、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００ａに対してネットワーク接続応答メッセージを送信する（ステップＳ５０５）。
【００９９】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第３の実施の形態と同様であるので、図７、図８を参照して説明する。
第３の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ａがアクセスログを登録しようとする際に端末ＩＤおよびアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ａがアクセスログを登録しようとする際に端末ＩＤおよびアクセスログ中のアクセス先ＵＲＬをハッシュ演算する点である。
【０１００】
ユーザ端末１００ａのログ登録部１０２ａは、アクセスログを登録しようとする際に、記憶部１０４から端末ＩＤを取得して、この端末ＩＤとアクセス先ＵＲＬとをハッシュ演算部１０５に渡す。ハッシュ演算部１０５は、所定のハッシュ関数を用いて端末ＩＤおよびアクセス先ＵＲＬからハッシュ値を生成してログ登録部１０２ａに渡す。ログ登録部１０２ａは、アクセス時刻とハッシュ値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【０１０１】
ログ認証サーバ２００ａの要求中継部２０１ａは、ユーザ端末１００ａから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ａに渡す。ログ登録部２０２ａは、要求中継部２０１ａから渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応する端末ＩＤを取得して、取得した端末ＩＤと要求中継部２０１ａから渡されたアクセス先ＵＲＬとをハッシュ演算部２０５に渡す。ハッシュ演算部２０５は、ハッシュ演算部１０５が用いる関数と同じハッシュ関数を用いて端末ＩＤおよびアクセス先ＵＲＬからハッシュ値を生成してログ登録部２０２ａに渡す。ログ登録部２０２ａは、アクセス時刻とハッシュ値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【０１０２】
本実施の形態では、第３の実施の形態と同様の効果を得ることができる。なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いることができる。これらの方式は、端末ＩＤおよびアクセス先ＵＲＬがハッシュ演算されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【０１０３】
［第７の実施の形態］
次に、本発明の第７の実施の形態について説明する。本実施の形態においても、ユーザ認証システムの構成は第４の実施の形態と同様であるので、図１１の符号を用いて説明する。第４の実施の形態では、端末ＩＤの保持は必須の構成要件ではないが、本実施の形態では、記憶部１０４，２０４に端末ＩＤを記憶させておく点が第４の実施の形態と異なる。図１５は本実施の形態のユーザ認証システムのログ認証時の動作を示すシーケンス図である。
【０１０４】
図１５のステップＳ６００の処理は、第４の実施の形態で説明した図１２のステップＳ３００と同様である。
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂからのネットワーク接続要求メッセージを受信した場合、要求元のユーザ端末１００ｂに対してユーザＩＤと、ログ認証サーバ２００ｂの公開鍵を使用して暗号化した端末ＩＤおよびアクセスログに関する情報を要求するメッセージを送信する（ステップＳ６０１）。
【０１０５】
ユーザ端末１００ｂのサービス要求部１０１ｂは、ログ認証サーバ２００ｂからの要求メッセージを受信した場合、ユーザＩＤと暗号化したアクセスログとを取得するようログ抽出部１０３に要求する。この要求を受けたログ抽出部１０３は、記憶部１０４からユーザＩＤとアクセスログとを取得してサービス要求部１０１ｂに渡す（ステップＳ６０２）。このアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬが暗号化された暗号値を含むものである。
【０１０６】
サービス要求部１０１ｂは、ログ抽出部１０３から渡されたユーザＩＤとアクセスログとを含むログ認証要求メッセージをログ認証サーバ２００ｂに対して送信する（ステップＳ６０３）。
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂからのログ認証要求メッセージを受信した場合、このログ認証要求メッセージからユーザＩＤとアクセスログとを取り出してログ認証部２０３に渡し、アクセスログ整合性判定（ユーザ認証）を要求する。
【０１０７】
ログ認証部２０３は、要求中継部２０１ｂから渡されたユーザＩＤを基に記憶部２０４を参照し、ユーザＩＤに対応するアクセスログを取得して、取得したアクセスログと要求中継部２０１ｂから渡されたアクセスログとを比較し、アクセスログの内容が一致する場合には、ユーザ端末１００ｂから送信されたアクセスログと記憶部２０４に記憶されている当該ユーザ端末１００ｂのアクセスログとが整合しており、ユーザ端末１００ｂのユーザが正当なユーザであると判断する（ステップＳ６０４）。このとき、記憶部２０４から取得したアクセスログは、後述のように端末ＩＤおよびアクセス先ＵＲＬが暗号化された暗号値を含むものである。
要求中継部２０１ｂは、アクセスログが整合し、ユーザ認証に成功した場合、ユーザ端末１００ｂに対してネットワーク接続応答メッセージを送信する（ステップＳ６０５）。
【０１０８】
次に、ネットワーク接続後のアクセスログ登録時の動作について説明する。アクセスログ登録時の処理の流れは第４の実施の形態と同様であるので、図７、図８を参照して説明する。
第４の実施の形態と異なるのは、ステップＳ１１０，Ｓ１２７においてユーザ端末１００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点と、ステップＳ１１２，Ｓ１２５においてログ認証サーバ２００ｂがアクセスログを登録しようとする際にアクセスログ中のアクセス先ＵＲＬを暗号化する点である。
【０１０９】
ユーザ端末１００ｂのログ登録部１０２ｂは、アクセスログを登録しようとする際に、記憶部１０４から端末ＩＤを取得して、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部１０６に渡す。暗号化処理部１０６は、ログ認証サーバ２００ｂの公開鍵を使用して、端末ＩＤとアクセス先ＵＲＬとを暗号化した暗号値を生成してログ登録部１０２ｂに渡す。ログ登録部１０２ｂは、アクセス時刻と暗号値とからなるアクセスログを記憶部１０４に登録する（ステップＳ１１０，Ｓ１２７）。
【０１１０】
ログ認証サーバ２００ｂの要求中継部２０１ｂは、ユーザ端末１００ｂから送信されたサービス利用要求メッセージからアクセス時刻とアクセス先ＵＲＬとユーザＩＤとを取り出してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、要求中継部２０１ｂから渡されたユーザＩＤを基に記憶部２０４を参照して、ユーザＩＤに対応する端末ＩＤを取り出し、この端末ＩＤとアクセス先ＵＲＬとを暗号化処理部２０６に渡す。暗号化処理部２０６は、ログ認証サーバ２００ｂの公開鍵を使用して、端末ＩＤとアクセス先ＵＲＬとを暗号化した暗号値を生成してログ登録部２０２ｂに渡す。ログ登録部２０２ｂは、アクセス時刻と暗号値とからなるアクセスログと、ユーザＩＤとを対応付けて記憶部２０４に登録する（ステップＳ１１２，Ｓ１２５）。
【０１１１】
本実施の形態では、第４の実施の形態と同様の効果を得ることができる。なお、本実施の形態においても、アクセスログの整合性判定方式として、全件一致方式、一部一致方式、時系列並び替え方式、ＵＲＬ正誤表方式のいずれかを用いることができる。これらの方式は、端末ＩＤおよびアクセス先ＵＲＬが暗号化されている点以外は第２の実施の形態と同様であるので、詳細な説明は省略する。
【０１１２】
なお、ユーザ端末１００ｂが、端末ＩＤを共通鍵としてアクセス先ＵＲＬを暗号化し、ログ認証サーバ２００ｂが、端末ＩＤを用いて復号するようにしてもよい。
【０１１３】
第３の実施の形態、第４の実施の形態、第６の実施の形態、第７の実施の形態では、ハッシュ化または暗号化したアクセスログを各装置の記憶部１０４，２０４に登録しているが、アクセスログをハッシュ化や暗号化する主たる目的は、アクセスログが通信路上で盗聴されることを防ぐことにある。したがって、各装置の記憶部１０４，２０４へは平文のアクセスログを登録しておき、認証のためにアクセスログの送信が必要なときには、必要な平文のアクセスログを抽出した後で、この抽出した平文のアクセスログをハッシュ化や暗号化して送信するようにしてもよい。
【０１１４】
また、第３の実施の形態、第４の実施の形態、第６の実施の形態、第７の実施の形態において、照合方式が時系列並び替え方式の場合、ユーザ端末１００ａ，１００ｂは受信したリストに含まれるアクセス先ＵＲＬを時刻でソートしてログ認証サーバ２００ａ，２００ｂに送信することになるが、あらかじめアクセス先ＵＲＬを暗号化しておけば、送信時の暗号化処理が省略できるため、ログ認証サーバ２００ａ，２００ｂへの応答が少なからず早くなる。そこで、記憶部１０４，２０４に登録するアクセスログを、アクセス時刻と暗号化されたアクセス先ＵＲＬとからなるものとしてもよい。すなわち、アクセス先ＵＲＬのみ暗号化して登録しておいてもよい。
【０１１５】
[第８の実施の形態]
次に、本発明の第８の実施の形態について説明する。図１６は本発明の第８の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第２〜第８の実施の形態のより具体的な例を説明するものである。図１６では、第２の実施の形態で説明した図３の符号を用いてユーザ認証システムの構成を記載しているが、図１６の構成を第３〜第８の実施の形態に適用することも可能である。
【０１１６】
本実施の形態では、ユーザ端末１００が属する企業網５００内にログ認証サーバ２００を設置している。ユーザ端末１００とログ認証サーバ２００との間の通信は企業網５００を介して行われ、ログ認証サーバ２００とサービスサーバ３００との間の通信は企業網５００と外部ネットワーク６００とを介して行われる。認証システムの動作は、第２〜第８の実施の形態と同様であるので、説明は省略する。
【０１１７】
本実施の形態は、ユーザ端末１００が企業網５００の外にある外部ネットワーク６００にアクセスしてもよいかを、ログ認証サーバ２００が判断するために、ユーザ端末１００が例えばサービスサーバＡ１〜Ａ４のいずれか（もしくはいくつか）にアクセスしたときのアクセスログを使用する。本実施の形態におけるサービスサーバは、ユーザ認証なしにサービスを提供する、いわゆる普通のＷＥＢサーバのようなものである。
【０１１８】
［第９の実施の形態］
次に、本発明の第９の実施の形態について説明する。図１７は本発明の第９の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第２〜第８の実施の形態のより具体的な例を説明するものである。図１７では、第２の実施の形態で説明した図３の符号を用いてユーザ認証システムの構成を記載しているが、図１７の構成を第３〜第８の実施の形態に適用することも可能である。
【０１１９】
本実施の形態では、最初の状態ではユーザ端末１００は図１６に示したように企業網５００に接続している。図１７は、ユーザがユーザ端末１００を持って帰宅し、家庭内ネットワーク７００からサービスサーバ３００のサービスを受けようとする場合を示している。ユーザ端末１００とログ認証サーバ２００との間の通信は家庭内ネットワーク７００と外部のネットワーク６００と企業網５００とを介して行われ、ログ認証サーバ２００とサービスサーバ３００との間の通信は企業網５００と外部ネットワーク６００とを介して行われる。認証システムの動作は、第２〜第８の実施の形態と同様であるので、説明は省略する。
【０１２０】
本実施の形態では、企業網５００内にもサービスサーバがあって、このサービスサーバをユーザ端末１００が利用したいときは、このサービスサーバのＵＲＬを含むアクセスログによるユーザ認証を通らなければならない。このルールは、ユーザ認証のためのルールの一例である。
【０１２１】
［第１０の実施の形態］
次に、本発明の第１０の実施の形態について説明する。図１８は本発明の第１０の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第２〜第８の実施の形態のより具体的な例を説明するものである。図１８では、第２の実施の形態で説明した図３の符号を用いてユーザ認証システムの構成を記載しているが、図１８の構成を第３〜第８の実施の形態に適用することも可能である。
【０１２２】
本実施の形態では、ユーザ端末１００とログ認証サーバ２００とサービスサーバ３００とを外部ネットワーク８００を介して相互に接続している。ユーザ端末１００とログ認証サーバ２００との間の通信は外部ネットワーク８００を介して行われ、ログ認証サーバ２００とサービスサーバ３００との間の通信も外部ネットワーク８００を介して行われる。認証システムの動作は、第２〜第８の実施の形態と同様であるので、説明は省略する。
【０１２３】
本実施の形態では、ログ認証サーバ２００が把握しているアクセス先が例えばサービスサーバＡ１，Ａ２，Ａ３，Ａ４であったとして、ユーザ端末１００がサービスサーバＡ１〜Ａ４のいずれか１つ（もしくはいくつか）にアクセスしたときのアクセスログで認証ＯＫであれば、他のサービスサーバにもアクセス可能である。
【０１２４】
なお、本実施の形態では、ログ認証サーバ２００，２００ａ，２００ｂで、どのアクセス先であればユーザ認証できるのかをあらかじめ把握しておく。ログ認証サーバ２００，２００ａ，２００ｂの要求中継部２０１，２０１ａ，２０１ｂは、ステップＳ１０１，Ｓ２０１，Ｓ３０１，Ｓ４０１，Ｓ５０１，Ｓ６０１の処理において、ログ認証サーバ２００，２００ａ，２００ｂの把握しているアクセス先に関するアクセスログのみを送ってもらうようユーザ端末１００，１００ａ，１００ｂに要求する。
【０１２５】
また、第２〜第８の実施の形態から明らかなように、ユーザ端末１００，１００ａ，１００ｂは、全アクセス先のアクセスログを記録することができる。ただし、ログ認証サーバ２００，２００ａ，２００ｂは、ステップＳ１１２，Ｓ１２５の処理において、シングルサインオンできるアクセス先のみのアクセスログしか記録することができない。そこで、ログ認証サーバ２００，２００ａ，２００ｂは、ステップＳ１０４，Ｓ２０４，Ｓ３０４，Ｓ４０４，Ｓ５０４，Ｓ６０４の処理において、シングルサインオンできるアクセス先のみに関するアクセスログの全てまたはその一部をユーザ認証に用いる。
【０１２６】
［第１１の実施の形態］
次に、本発明の第１１の実施の形態について説明する。図１９は本発明の第１１の実施の形態に係るサービスサーバの構成を示すブロック図である。
本実施の形態のサービスサーバ３００ａは、サービスサーバ３００に対してログ登録依頼部３０３を追加したものである。
【０１２７】
図２０は本実施の形態のアクセスログ登録時の動作を示すシーケンス図である。ここでは、ユーザ端末１００およびログ認証サーバ２００は、第２の実施の形態で説明した構成を有するものとする。サービスサーバ３００が提供するサービスを利用しようとするユーザ端末１００のサービス要求部１０１は、ログ認証サーバ２００からのネットワーク接続応答メッセージを受信した後、ログ登録部１０２にアクセスログを登録するよう要求する。この要求を受けたログ登録部１０２は、アクセス時刻とアクセス先ＵＲＬとからなるアクセスログを記憶部１０４に登録する（ステップＳ７００）。
【０１２８】
続いて、サービス要求部１０１は、登録されたアクセス時刻とアクセス先ＵＲＬとを含むサービス利用要求メッセージをサービスサーバ３００ａに対して送信する（ステップＳ７０１）。
サービスサーバ３００ａのログ登録依頼部３０３は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージから送信元ＩＰアドレス、すなわちユーザ端末１００のＩＰアドレスを取り出すと共に、アクセス時刻とアクセス先ＵＲＬとを取り出して、ユーザ端末１００のＩＰアドレスとアクセス時刻とアクセス先ＵＲＬとを含むアクセスログ登録要求メッセージをログ認証サーバ２００に対して送信する（ステップＳ７０２）。
【０１２９】
ログ認証サーバ２００の要求中継部２０１は、ユーザ端末１００からのサービス利用要求メッセージを受信した場合、このサービス利用要求メッセージからユーザ端末１００のＩＰアドレスとアクセス時刻とアクセス先ＵＲＬとを取り出してログ登録部２０２に渡す。本実施の形態の場合、ログ認証サーバ２００のログ認証部２０３は、ユーザ認証時に、ユーザ端末１００のＩＰアドレスとユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録している。
【０１３０】
ログ登録部２０２は、要求中継部２０１から渡されたユーザ端末１００のＩＰアドレスを基に記憶部２０４を参照して、このＩＰアドレスに対応するユーザＩＤと端末ＩＤとを取得し、要求中継部２０１から渡されたアクセス時刻とアクセス先ＵＲＬとからなるアクセスログと、取得したユーザＩＤと端末ＩＤとを対応付けて記憶部２０４に登録する（ステップＳ７０３）。ただし、例えば第２の実施の形態のように端末ＩＤを使用しない場合は、アクセスログとユーザＩＤとを対応付けて記憶部２０４に登録すればよい。
【０１３１】
一方、サービスサーバ３００ａのサービス提供部３０１は、ユーザ端末１００からのサービス利用要求メッセージで要求されたサービスを、ユーザ端末１００に提供する（ステップＳ７０４）。
【０１３２】
本実施の形態では、ログ認証サーバ２００にプロキシ機能がなくても（すなわち、ログ認証サーバ２００を、ユーザ端末１００とサービスサーバ３００ａとの間に配置しなくても）、ユーザ端末１００のアクセスログをログ認証サーバ２００に登録することが可能になる。
【０１３３】
［第１２の実施の形態］
次に、本発明の第１２の実施の形態について説明する。図２１は本発明の第１２の実施の形態に係るユーザ認証システムの構成を示すブロック図である。本実施の形態は、第９の実施の形態で説明した構成に加えて、サービスサーバ３００が企業網５００にも存在している構成である。認証システムの動作は、第９の実施の形態と同様であるので、詳細な説明は省略する。
【０１３４】
なお、企業網５００内のサービスサーバ３００へのアクセスログを、ログ認証サーバ２００の記憶部２０４に登録する方式としては、ユーザ端末１００の存在する場所（企業網５００または家庭内ネットワーク７００）に関わらず、企業網５００内のサービスサーバ３００へは、ログ認証サーバ２００のプロキシ経由でアクセスするという第２〜第８の実施の形態で説明した方式がある。また、別の方式として、ユーザ端末１００が企業網５００内に存在している場合、ログ認証サーバ２００によるユーザ認証が行われた後は、ユーザ端末１００と企業網５００内のサービスサーバ３００とは直接アクセスを行い、そのアクセスログは，サービスサーバ２００のログ登録依頼部を用いてログ認証サーバ２００に登録するという第１１の実施の形態で説明した方式がある。
【０１３５】
［第１３の実施の形態］
次に、本発明の第１３の実施の形態について説明する。表１に第１〜第１２の実施の形態におけるユーザ認証に関するポリシーを示す。
【０１３６】
【表１】
【０１３７】
ユーザ端末１，１００，１００ａ，１００ｂから利用要求されるサービスと、そのサービスへの認証においてユーザ端末１，１００，１００ａ，１００ｂに要求する情報（又は提示する情報）との対応関係をログ認証サーバ２，２００，２００ａ，２００ｂはあらかじめ記憶している。表１は、ユーザ端末１，１００，１００ａ，１００ｂから利用要求されるサービスと、ユーザ端末１，１００，１００ａ，１００ｂに要求する情報（又は提示する情報）と、ユーザ認証に用いる方式との対応関係を示している。このような対応関係を、さらに、ユーザ毎、ユーザとユーザ端末の組毎に対応付けて記憶してもよい。また、対応関係のバリエーションは表１の限りではなく、ユーザ端末１，１００，１００ａ，１００ｂに要求する情報（または提示する情報）と適用する方式を適宜組合わせてもよい。
【０１３８】
なお、第１〜第１３の実施の形態では、ユーザ端末１，１００，１００ａ，１００ｂがどの程度の量のアクセスログを送信するかについて説明していないが、前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信するようにしてもよいし、ユーザ端末１，１００，１００ａ，１００ｂがサービスサーバ３，３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信するようにしてもよい。前回のユーザ認証の後から今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信する場合、ユーザ認証に必要なアクセスログをユーザ端末１，１００，１００ａ，１００ｂとログ認証サーバ２，２００，２００ａ，２００ｂ双方で十分に採取できたかを判定する手段を設けてもよい。また、ユーザ端末１，１００，１００ａ，１００ｂがサービスサーバ３，３００へ初めてアクセスしたときから今回のユーザ認証の直前までのアクセスログをログ認証サーバ２，２００，２００ａ，２００ｂに送信する場合、アクセスログの容量が膨大になり得るため、ユーザ端末１，１００，１００ａ，１００ｂがアクセスログを圧縮してログ認証サーバ２，２００，２００ａ，２００ｂに送信するようにしてもよい。
【０１３９】
また、ログ認証サーバ２，２００，２００ａ，２００ｂは、各ユーザ端末１，１００，１００ａ，１００ｂ毎に最新からＮ個のアクセスログだけを記憶部２０４に残すようにしてもよいし、各ユーザ端末１，１００，１００ａ，１００ｂ毎に最近１か月のアクセスログだけを記憶部２０４に残すようにしてもよい。同様に、ユーザ端末１，１００，１００ａ，１００ｂは、最新からＮ個のアクセスログだけを記憶部１０，１０４に残すようにしてもよいし、最近１か月のアクセスログだけを記憶部１０，１０４に残すようにしてもよい。
【０１４０】
また、第１〜第１３の実施の形態では、アクセスログの抽出処理について説明していないが、ユーザ端末１，１００，１００ａ，１００ｂとログ認証サーバ２，２００，２００ａ，２００ｂとは、サービスサーバに関係なく時系列にアクセスログを保持しておくようにしてもよい。ユーザ端末１，１００，１００ａ，１００ｂのログ抽出部１０３は、利用したいサービス（アクセス先ＵＲＬ）に対応するアクセスログを記憶部１０４から抽出してログ認証サーバ２，２００，２００ａ，２００ｂのログ認証部２０３に送信し、ログ認証部２０３は、ユーザ端末１，１００，１００ａ，１００ｂを認証しようとするときに、ユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求メッセージに含まれるアクセス先ＵＲＬに対応するアクセスログを記憶部２０４から抽出してアクセスログの整合性を判定するようにしてもよい。ただし、ユーザ端末１，１００，１００ａ，１００ｂがログ認証サーバ２，２００，２００ａ，２００ｂに送信するアクセスログは、利用したいサービスのＵＲＬのログだけに限定する必要はないことは言うまでもない。
【０１４１】
また、第１〜第１３の実施の形態において、アクセスログによるユーザ認証に加えて、既存の認証技術（パスワード認証やデジタル署名による認証）を用いることにより、より確実なユーザ認証を実現することも可能である。
また、第１〜第１３の実施の形態において、ログ認証サーバ２，２００，２００ａ，２００ｂはネットワークサービス提供者、ネットワーク管理者のどちらが管理するものであってもよい。
【０１４２】
また、第１〜第１３の実施の形態では、ログ認証サーバ２，２００，２００ａ，２００ｂがユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求を中継するようにしているが、サービスサーバ３，３００がユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求を受信したときに、ユーザ認証依頼部３０２がログ認証サーバ２，２００，２００ａ，２００ｂにユーザ認証を依頼するようにしてもよい。
【０１４３】
また、第１〜第１３の実施の形態では、ログ認証サーバとサービスサーバとが分離しているが、これに限るものではなく、ログ認証サーバとサービスサーバとが一体となっている構成でもよい。
【０１４４】
また、第１〜第１３の実施の形態では、サービスへの認証に必要なアクセスログ群をどのように対応付けて記憶するかについて説明していないが、この対応付けの方式としては以下の２通りの方式が考えられる。
（Ａ）サービスのドメインとアクセスログのＵＲＬ内のドメインが一致しているものは、そのサービスにそのアクセスログは対応しているものとする。
（Ｂ）サービスとそのサービスに該当するドメインやＵＲＬとの対応関係を、サービス毎に予め記憶しておく。記憶された対応関係に含まれるＵＲＬを持つアクセスログは、そのサービスに対応するものとする。
【０１４５】
ログ認証サーバ２，２００，２００ａ，２００ｂは、上記の（Ａ）または（Ｂ）のような対応関係のルールをあらかじめ記憶している。ログ認証サーバ２，２００，２００ａ，２００ｂは、ユーザ端末１，１００，１００ａ，１００ｂからのサービス利用要求に該当するポリシーを第１３の実施の形態で説明した表１のような関係から特定して、このポリシーに従ってユーザ端末１，１００，１００ａ，１００ｂに情報を要求したり情報を提示したりし（ステップＳ２，Ｓ１０１，Ｓ２０１，Ｓ３０１，Ｓ４０１，Ｓ５０１，Ｓ６０１）、続いてサービスに対応するアクセスログを特定する際に、上記ルールを参照して、ユーザ認証に必要なアクセスログを特定して取得し、ユーザ認証を行うことになる。このとき、図５に示したログ認証サーバ２００の記憶部２０４に記憶される情報に、サービスを識別する情報をさらに追加した組で記憶してもよいし、図５の対応関係を適宜ルールを参照することで、アクセスログに対応するサービスを特定してもよい。
【０１４６】
第１〜第１３の実施の形態のユーザ端末、ログ認証サーバ、サービスサーバの各々は、それぞれＣＰＵ、記憶装置および外部とのインタフェースを備えたコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。このようなコンピュータにおいて、本発明のユーザ認証方法を実現させるためのプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードなどの記録媒体に記録された状態で提供される。各々の装置のＣＰＵは、記録媒体から読み込んだプログラムを記憶装置に書き込み、プログラムに従って第１〜第１３の実施の形態で説明した処理を実行する。
【産業上の利用可能性】
【０１４７】
本発明は、ネットワークサービス提供者またはネットワーク管理者がネットワークサービスを利用しようとするユーザを認証する技術に適用することができる。
【符号の説明】
【０１４８】
１，１００，１００ａ，１００ｂ…ユーザ端末、２，２００，２００ａ，２００ｂ…ログ認証サーバ、３，３００，３００ａ…サービスサーバ、４，４００…ネットワーク、１０，２０，１０４，２０４…記憶部、１１，１０１，１０１ａ，１０１ｂ…サービス要求部、１２…アクセスログ応答部、２１…回答要求部、２２，２０３…ログ認証部、１０２，１０２ａ，１０２ｂ，２０２，２０２ａ，２０２ｂ…ログ登録部、１０３…ログ抽出部、１０５，２０５…ハッシュ演算部、１０６，２０６…暗号化処理部、２０１，２０１ａ，２０１ｂ…要求中継部、３０１…サービス提供部、３０２…ユーザ認証依頼部、３０３…ログ登録依頼部、５００…企業網、６００，８００…外部ネットワーク、７００…家庭内ネットワーク。
【特許請求の範囲】
【請求項１】
サービス利用要求を行うユーザ端末と、
このユーザ端末のユーザ認証を行うログ認証サーバとを備え、
前記ユーザ端末は、
ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する第１の記憶手段と、
前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手段とを有し、
前記ログ認証サーバは、
アクセスログをユーザ毎に記憶する第２の記憶手段と、
前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、
前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするユーザ認証システム。
【請求項２】
請求項１記載のユーザ認証システムにおいて、
前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報をランダムにリスト化したものを前記回答要求として前記ユーザに送信し、
前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報を時系列に並び替え、並び替え後のリストを前記回答として前記ログ認証サーバに送信し、
前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信されたリストに含まれるサービスの情報が時系列になっているか否かを判定してユーザ認証を行うことを特徴とするユーザ認証システム。
【請求項３】
請求項１記載のユーザ認証システムにおいて、
前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報と当該ユーザのアクセスログ以外のアクセスログに含まれるサービスの情報とを混在させてリスト化したものを前記回答要求として前記ユーザに送信し、
前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報がアクセスログとして登録されているか否かを情報毎に判定して、判定結果を前記回答として前記ログ認証サーバに送信し、
前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信された判定結果が正しいか否かを判定してユーザ認証を行うことを特徴とするユーザ認証システム。
【請求項４】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ユーザ端末であって、
前記ログ認証サーバによるユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶手段と、
前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記記憶手段に登録されたアクセスログに基づいて行うアクセスログ応答手段とを有することを特徴とするユーザ端末。
【請求項５】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ログ認証サーバであって、
ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログをユーザ毎に記憶する記憶手段と、
前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、
前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするログ認証サーバ。
【請求項６】
ユーザ端末が、ログ認証サーバにネットワーク接続要求を送信するネットワーク接続要求送信手順と、
前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、
前記ユーザ端末が、前記ログ認証サーバからの回答要求に対応する回答を、第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手順と、
前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを備えることを特徴とするユーザ認証方法。
【請求項７】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、
前記ユーザ端末が、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、記憶手段に登録されたユーザのアクセスログに基づいて行うアクセスログ応答手順を備えることを特徴とするユーザ認証方法。
【請求項８】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、
前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、
前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを有することを特徴とするユーザ認証方法。
【請求項９】
請求項４記載のユーザ端末の各手段としてコンピュータを機能させることを特徴とするユーザ端末プログラム。
【請求項１０】
請求項５記載のログ認証サーバの各手段としてコンピュータを機能させることを特徴とするログ認証サーバプログラム。
【請求項１】
サービス利用要求を行うユーザ端末と、
このユーザ端末のユーザ認証を行うログ認証サーバとを備え、
前記ユーザ端末は、
ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する第１の記憶手段と、
前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手段とを有し、
前記ログ認証サーバは、
アクセスログをユーザ毎に記憶する第２の記憶手段と、
前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、
前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするユーザ認証システム。
【請求項２】
請求項１記載のユーザ認証システムにおいて、
前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報をランダムにリスト化したものを前記回答要求として前記ユーザに送信し、
前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報を時系列に並び替え、並び替え後のリストを前記回答として前記ログ認証サーバに送信し、
前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信されたリストに含まれるサービスの情報が時系列になっているか否かを判定してユーザ認証を行うことを特徴とするユーザ認証システム。
【請求項３】
請求項１記載のユーザ認証システムにおいて、
前記ログ認証サーバの回答要求手段は、前記ネットワーク接続要求を送信したユーザ端末のユーザのアクセスログに含まれるサービスの情報と当該ユーザのアクセスログ以外のアクセスログに含まれるサービスの情報とを混在させてリスト化したものを前記回答要求として前記ユーザに送信し、
前記ユーザ端末のアクセスログ応答手段は、前記第１の記憶手段に記憶されているアクセスログを基に、前記ログ認証サーバから送信されたリストに含まれるサービスの情報がアクセスログとして登録されているか否かを情報毎に判定して、判定結果を前記回答として前記ログ認証サーバに送信し、
前記ログ認証サーバのログ認証手段は、前記第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログを基に、このユーザ端末から送信された判定結果が正しいか否かを判定してユーザ認証を行うことを特徴とするユーザ認証システム。
【請求項４】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ユーザ端末であって、
前記ログ認証サーバによるユーザ認証後にユーザが利用したサービスの情報を含むアクセスログを記憶する記憶手段と、
前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、前記記憶手段に登録されたアクセスログに基づいて行うアクセスログ応答手段とを有することを特徴とするユーザ端末。
【請求項５】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおける前記ログ認証サーバであって、
ユーザ認証後にユーザが利用したサービスの情報を含むアクセスログをユーザ毎に記憶する記憶手段と、
前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手段と、
前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、前記記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手段とを有することを特徴とするログ認証サーバ。
【請求項６】
ユーザ端末が、ログ認証サーバにネットワーク接続要求を送信するネットワーク接続要求送信手順と、
前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、
前記ユーザ端末が、前記ログ認証サーバからの回答要求に対応する回答を、第１の記憶手段に記憶されているアクセスログに基づいて行うアクセスログ応答手順と、
前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、第２の記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを備えることを特徴とするユーザ認証方法。
【請求項７】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、
前記ユーザ端末が、前記ログ認証サーバにネットワーク接続要求を送信してユーザ認証を受けようとするときに、前記ログ認証サーバからの回答要求に対応する回答を、記憶手段に登録されたユーザのアクセスログに基づいて行うアクセスログ応答手順を備えることを特徴とするユーザ認証方法。
【請求項８】
サービス利用要求を行うユーザ端末と、このユーザ端末のユーザ認証を行うログ認証サーバとから構成されるユーザ認証システムにおけるユーザ認証方法であって、
前記ログ認証サーバが、前記ユーザ端末からネットワーク接続要求を受けたときに、このユーザ端末に対して所定の回答要求を行う回答要求手順と、
前記ログ認証サーバが、前記ユーザ端末から送信された回答が前記回答要求で要求した条件を満足するか否かを、記憶手段に記憶されている当該ユーザ端末のユーザのアクセスログに基づいて判定してユーザ認証を行うログ認証手順とを有することを特徴とするユーザ認証方法。
【請求項９】
請求項４記載のユーザ端末の各手段としてコンピュータを機能させることを特徴とするユーザ端末プログラム。
【請求項１０】
請求項５記載のログ認証サーバの各手段としてコンピュータを機能させることを特徴とするログ認証サーバプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１０−２７７１４４（Ｐ２０１０−２７７１４４Ａ）
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願番号】特願２００９−１２６３２３（Ｐ２００９−１２６３２３）
【出願日】平成２１年５月２６日（２００９．５．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願日】平成２１年５月２６日（２００９．５．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]