認証システム
【課題】「目だたない不正アクセス」を含む不正アクセスを効果的に検出する。
【解決手段】認証サーバ１００は、ユーザ６００から認証要求を受信し、ユーザ認証処理を行う。認証が成功すると認証情報とユーザ識別情報とをＤＢ３００に登録しユーザ６００に返信する。連携サイトサーバ２００は、認証情報とユーザ識別情報とを含むアクセス情報を受信し、認証情報を用いて認証サーバ１００に認証確認要求を送信する。認証サーバ１００は認証確認要求を受信すると認証確認成立を判定し、成立と判定するとＤＢ３００のユーザ識別情報を更新し認証確認成立を連携サイトサーバ２００に送信する。連携サイトサーバ２００は認証確認成立を受信するとＤＢ３００におけるその認証情報のユーザ識別情報を参照し、アクセス情報に含まれるユーザ識別情報とデータベースのそのユーザ識別情報とを比較し、不正アクセスかどうかを判定する。
【解決手段】認証サーバ１００は、ユーザ６００から認証要求を受信し、ユーザ認証処理を行う。認証が成功すると認証情報とユーザ識別情報とをＤＢ３００に登録しユーザ６００に返信する。連携サイトサーバ２００は、認証情報とユーザ識別情報とを含むアクセス情報を受信し、認証情報を用いて認証サーバ１００に認証確認要求を送信する。認証サーバ１００は認証確認要求を受信すると認証確認成立を判定し、成立と判定するとＤＢ３００のユーザ識別情報を更新し認証確認成立を連携サイトサーバ２００に送信する。連携サイトサーバ２００は認証確認成立を受信するとＤＢ３００におけるその認証情報のユーザ識別情報を参照し、アクセス情報に含まれるユーザ識別情報とデータベースのそのユーザ識別情報とを比較し、不正アクセスかどうかを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザ端末装置を認証する認証サーバ装置と、認証サーバ装置によって認証されたユーザ端末装置にアクセスを認めるサイトサーバ装置とを備える認証システムに関する。
【背景技術】
【０００２】
ＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−Ｏｎ）認証システムにおいて、ＳＳＯ認証により得た認証情報が、盗聴や総当たり攻撃などの方法で、正規ユーザではない悪意のあるユーザ（以下、不正ユーザ）に漏れてしまうと、全ての連携サイトが不正アクセスや攻撃の対象となり、大変危険である。そこで、ＳＳＯ認証による認証情報以外に、連携サイトの提供するアプリケーション上でのユーザの不審挙動を検出して信頼度を算出し、別の連携サイトへのアクセス時に信頼度を元に不正ユーザによる不正アクセスであるかどうかを判別し、ユーザへのアクセス可否やサービス権限の制限を行う方法が提案されている（特許文献１）。
【０００３】
特許文献１では、連携サイトのアプリケーション上でのユーザの不審挙動という、正規ユーザが通常行わないような「目だった」アクセスを検出することにより、アクセスするユーザが不正ユーザかどうかを判断する。しかし、近年の不正アクセスは、不審挙動を検出されないようになるべく「目立たない」アクセスを行う傾向にある。特許文献１では、不審挙動という「目立った」アクセスが必要であり、近年の「目立たない」アクセスを行う不正アクセスを検出することができないという課題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１５２５９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記「目だたない不正アクセス」を含む不正アクセスを効果的に検出することを目的とする。
【課題を解決するための手段】
【０００６】
この発明の認証システムは、
ユーザ端末装置と、認証サーバ装置と、サイトサーバ装置とを備えた認証システムにおいて、
認証サーバ装置は、
ユーザ端末装置から認証処理を求める認証要求を受信し、前記認証要求の受信を契機として、前記ユーザの前記認証処理を実行し、前記認証処理に成功すると前記認証処理の成功を示す認証情報と、前記認証情報に付随する付随情報とをデータベース装置に登録すると共に、前記認証情報と前記付随情報とを前記ユーザ端末装置に返信し、
前記サイトサーバ装置は、
前記認証情報と、前記付随情報とを含み、アクセスを要求するアクセス要求情報を受信し、前記アクセス要求情報を受信すると前記認証情報を含み、認証確認を要求する認証確認要求を前記認証サーバ装置に送信し、
前記認証サーバ装置は、
前記認証確認要求を受信すると前記認証情報に対して認証が成立しているかどうかの認証確認成立を判定し、前記認証情報に対する前記認証確認成立と判定すると前記データベース装置における前記認証確認成立と判定された前記認証情報に対応する前記付随情報を更新し、前記認証確認成立を前記サイトサーバ装置に送信し、
前記サイトサーバ装置は、
前記認証確認成立を受信すると前記アクセス情報に含まれる前記認証情報をキーとして前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報を参照し、前記アクセス情報に含まれる前記付随情報と、前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報とを比較し、比較結果と不正アクセスかどうかを予め規定した不正アクセス条件リストとに基づき、受信した前記アクセス情報が不正アクセスかどうかを判定し、不正アクセスではないと判定した場合に前記ユーザ端末装置にアクセスを認めることを特徴とする。
【発明の効果】
【０００７】
本発明により、不正アクセスを効果的に検出することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１における認証システム１０００のブロック図。
【図２】実施の形態１における不正アクセス条件リスト２４０及びユーザ識別情報ＤＢ３００を示す情報。
【図３】実施の形態１におけるユーザと認証サーバとの間の認証処理のフローチャート。
【図４】実施の形態１における認証成功処理のフローチャート。
【図５】実施の形態１における連携サイトアクセス処理のフローチャート。
【図６】実施の形態１における認証確認処理（Ｓ１６）のフローチャート。
【図７】実施の形態１におけるユーザ識別処理（Ｓ１８）のフローチャート。
【図８】実施の形態１における無効化処理（Ｓ２１）のフローチャート。
【図９】図３、図４をシーケンス化した図。
【図１０】図５をシーケンス化した図。
【図１１】図６をシーケンス化した図。
【図１２】図７、図８をシーケンス化した図。
【図１３】実施の形態２における認証システム１００１のブロック図。
【図１４】実施の形態２における定型アクセス条件リスト。
【図１５】実施の形態２における認証システム１００１の動作を示すフローチャート。
【図１６】実施の形態３における連携サイトサーバ２００のハードウェア構成。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下の実施の形態では、連携する複数のサイト（以下、連携サイト）にアクセスするための認証情報を一元管理する、シングルサインオン（以下、ＳＳＯ）を実現するＳＳＯ認証システムを説明する。この認証システムでは、認証成功時に得られる「認証情報」を利用した認証確認に加えて、認証成功時や認証確認成功時に更新されるユーザ識別情報（付随情報の一例）を利用したユーザ識別を行うことで第三者による不正アクセスを自動検出、対処し、セキュリティを確保する。
（１）ここで、「認証情報」とは、ＳＳＯ認証サーバに対する認証（例えば、アカウントとパスワードの入力によるユーザ認証や、指紋認証など）に成功したことを証明する情報（例えば認証ＩＤ）を示す。
（２）また、「ユーザ識別情報」とは、認証、認証確認の成功回数や成功時刻など、認証や認証確認に成功した際に得られる、認証情報以外の情報を指す。
（３）また、以下の実施の形態ではＳＳＯ認証システムを想定して説明するが、何らかの手段で認証を行い、得た認証情報を利用して何らかの対象にアクセスするシステムであればよく、シングルサインオン認証システムに限定されない。
【００１０】
本実施の形態１では、正規ユーザ、不正ユーザに関わらずＳＳＯ認証システムの連携サイトへのアクセス時に必ず実行される「認証確認処理」に着目し、認証情報以外に認証確認成功時に取得しうる情報であり、かつ、認証確認成功ごとに更新される情報である、認証確認に利用した認証情報に対する「認証確認成功回数」と、「認証確認成功時刻」をユーザ識別情報としてユーザに与え、連携サイトへのアクセス時に、認証確認に加えて、ユーザ識別情報の確認を行うことで、不正アクセスの検出を行う。認証確認は「目立たない」アクセスを実行しようとしても必ず実行される処理であるため、本実施の形態１の認証システムにより、背景技術で述べた「目だたない不正アクセスの検出」に有効である。
【００１１】
図１は実施の形態１の認証システム１０００の構成図である。図１において、認証システム１０００は、認証サーバ装置１００（以下、認証サーバ１００という）と、認証サーバ装置１００が発行する認証情報により認証確認可能な一つ以上の連携サイトサーバ装置２００（以下、連携サイトサーバ２００という）と、認証サーバ１００における、認証処理、認証確認処理時に得られるユーザ認証情報を格納するユーザ識別情報データベース装置３００（以下、ユーザ識別情報ＤＢ３００という）と、からなる。
【００１２】
（ユーザ６００）
認証システム１０００には、正規ユーザ４００と、認証システム１０００に対して不正アクセスを実施する不正ユーザ５００（正規ユーザ４００と不正ユーザ５００を合わせてユーザ６００とする）とが存在するものとする。ユーザ６００は、ネットワーク７００を介して、認証システム１０００に認証およびアクセスを行うものとする。
【００１３】
（認証サーバ１００）
認証サーバ１００は、認証サーバ機能部１１０と、ユーザ識別情報更新機能部１２０とを備える。
（１）認証サーバ機能部１１０は、ユーザからの認証処理や連携サイトからの認証確認処理、認証情報無効化処理を実行する。
（２）ユーザ識別情報更新機能部１２０は、認証成功時や認証確認成功時の情報（認証情報、認証成功回数、認証成功時刻）を元に、ユーザ識別情報ＤＢ３００を更新する。
【００１４】
（連携サイトサーバ２００）
連携サイトサーバ２００は、ユーザ識別機能部２１０と、認証クライアント機能部２２０と、認証情報無効化機能部２３０と、不正アクセス条件リスト２４０と、アプリケーションを実行するアプリケーション実行部２５０とを備える。
（１）ユーザ識別機能部２１０は、ユーザ６００からのアクセスに付与される認証情報とユーザ識別情報を元に、アクセスが不正アクセスかどうかを判別する。
（２）認証クライアント機能部２２０は、認証情報を利用して、認証サーバ機能部１１０に対して認証確認要求を出す。
（３）認証情報無効化機能部２３０は、認証情報を利用した不正アクセスを検出した際に、認証情報の無効化を認証サーバ機能部１１０に要求する。
（４）不正アクセス条件リスト２４０は、連携サイトサーバ２００に対するアクセスに付与されているユーザ識別情報と、ユーザ識別情報ＤＢ３００に登録されているユーザ識別情報を比較した結果を元に、不正アクセスであるかを判別する条件を記載する。
（５）アプリケーション実行部２５０は、連携サイトサーバ２００が正規ユーザ４００に対して提供するサービスが動作する。
【００１５】
（ユーザ識別情報ＤＢ３００）
図２は、不正アクセス条件リスト２４０とユーザ識別情報ＤＢ３００の内容との例を示す図である。ユーザ識別情報ＤＢ３００は、認証情報単位で認証成功時、認証確認成功時に、認証成功回数の値を１増加、前回認証成功時刻の値を最新認証成功時刻の値に変更、最新認証成功時刻の値を今回の認証成功時刻に設定する（詳細は動作説明で後述する）。ここで、不正ユーザ５００に簡単に予測されないよう、認証成功回数の増加値は１でなくてもよいが、実施の形態１では、認証成功回数の増加値は１として説明する。また、認証情報や前回認証成功時刻、最新認証成功時刻のフォーマットも用いる認証サーバ１００のポリシに従ってもよいし、ユーザ識別情報更新機能部１２０による更新時に、別フォーマットへの変更や値の変更などの処理を行ってもよい。
【００１６】
（不正アクセス条件リスト２４０）
不正アクセス条件リスト２４０は、図１の説明時に記述したように、連携サイトサーバ２００に対するアクセスに付与されているユーザ識別情報と、ユーザ識別情報ＤＢ３００に登録されているユーザ識別情報を比較した結果を元に、不正アクセスであるかを判別する条件を記載するものである。実施の形態１では、そもそもユーザ識別情報がない（不正ユーザが認証情報を不正取得した状態で不正アクセスした）場合、アクセスに付与された認証成功回数がユーザ識別情報ＤＢの「認証成功回数−１」の値と異なる場合、アクセスに付与された認証成功時刻がユーザ識別情報ＤＢの「前回認証成功時刻」と異なる場合に不正アクセスとする。これらの詳細は動作説明で後述する。認証成功回数の比較条件が「認証成功回数−１」、認証成功時刻の比較条件が「前回認証成功時刻」なのは、後述する認証システム１０００の動作に関して、ユーザ識別情報を用いたユーザ識別より、先に認証情報を用いた認証確認を行い、認証確認成功時に、ユーザ識別情報が更新されるので、連携サイトサーバ２００へのアクセス時点での状態、つまり認証成功回数が「認証成功回数−１」、認証成功時刻が「前回認証成功時刻」と比較する必要があるためである。ここで、認証成功回数から引く値については、認証、認証確認成功時の認証成功回数の増加値と合わせるものとする。
【００１７】
次に図３〜８を用いて、実施の形態１の認証システム１０００の動作を説明する。実施の形態１は、ユーザ６００による、＜認証処理＞（Ｓ０１〜Ｓ１２）と＜連携サイトアクセス処理＞（Ｓ１３〜Ｓ４１）により実現される。
【００１８】
図３はユーザ６００と認証サーバとの間の＜認証処理＞のフローチャートである。
また図９は、図３をシーケンス化して示している。図３及び図９を参照して、＜認証処理＞を説明する。
Ｓ０１において、ユーザ６００は、認証サーバ１００に認証を試みる。
Ｓ０２において、認証サーバ機能部１１０はユーザ６００に対して認証のためのアカウントとパスワードの入力を求める。
Ｓ０３において、認証に成功した場合はＳ０４へ、認証に失敗した場合はＳ０５へ遷移する。
Ｓ０４において、認証サーバ機能部１１０は＜認証成功処理＞（Ｓ０７〜Ｓ１２）を実施し、Ｓ０６へ遷移する。＜認証成功処理＞（Ｓ０７〜Ｓ１２）については後述する。
Ｓ０５において、認証サーバ機能部１１０はユーザ６００に認証失敗を通知し、Ｓ０６へ遷移する。
Ｓ０６において、認証処理が終了する。
【００１９】
図４は＜認証成功処理＞を示すのフローチャートである。図９は、認証成功処理をシーケンス化して示している。図４及び図９を参照して、認証サーバ１００による「認証成功理」（Ｓ０７〜Ｓ１２）を説明する。
Ｓ０７において、Ｓ０３にてユーザ６００が認証に成功したため、認証サーバ１００は認証成功処理を開始する。
Ｓ０８において、認証サーバ機能部１１０は、連携サイトへのアクセスに利用するための「認証情報」（例えば認証ＩＤ）を発行する。
Ｓ０９において、認証サーバ機能部１１０は、Ｓ０８で発行した「認証情報」、認証成功時に得られる情報である「認証成功時刻」を元に、ユーザ識別情報更新機能部１２０にユーザ識別情報ＤＢ３００の新規登録を要求する。
Ｓ１０において、ユーザ識別情報更新機能部１２０は、ユーザ識別情報ＤＢ３００に認証サーバ機能部１１０から得た「認証情報」と「ユーザ識別情報」を新規登録する。
ここで、
（１）認証情報には認証サーバ機能部１１０から得た認証情報の値を設定し、
（２）認証成功回数には初期値（実施の形態１では１）、前回認証成功時刻には初期値（例えば、空欄、ｎｕｌｌなど）を設定し、
（３）最新認証成功時刻には認証サーバ機能部１１０から得た認証成功時刻の値を設定する。
この例では最初の登録とし、図２に示すユーザ識別情報ＤＢ３００の一行目のように、
認証情報：「０ａｃ３２ｇ」
成功回数：「１」
前回認証成功時刻：「ｎｕｌｌ」
最新認証成功時刻：「２０１０−０１−０１：２０：００．０００」
と登録されたとする。
Ｓ１１において認証サーバ機能部１１０は、ユーザ６００に「認証情報」と、「ユーザ識別情報」（認証成功回数、最新認証成功時刻）とを付与する。
Ｓ１２において認証成功処理を終了する。
【００２０】
図５、図１０は＜連携サイトアクセス処理＞の動作を示す。図５及び図５をシーケンス化した図１０を参照して、＜連携サイトアクセス処理＞（Ｓ１３〜Ｓ２３）の動作を説明する。
Ｓ１３において、ユーザ６００が、連携サイトサーバ２００にアクセスを要求するアクセス情報（以下、単にアクセスという）を送信する。このアクセスは、Ｓ１１で取得された「認証情報」と「ユーザ識別情報」とを含む。ここで、アクセスが正規ユーザ４００であれば、Ｓ１１で述べたように、
「認証情報」＝「０ａｃ３２ｇ」、
「ユーザ識別情報」＝認証成功時刻「２０１０−０１−０１：２０：００．０００」及び成功回数「１」、
である。
Ｓ１４において、ユーザ識別機能部２１０は、アクセスに付与された認証情報、ユーザ識別情報を取得する。
Ｓ１５において、アクセスから認証情報が取得できた場合はＳ１６へ、できなかった場合はＳ２２へ遷移する。
Ｓ１６において、認証クライアント機能部２２０は、＜認証確認処理＞（Ｓ２４〜Ｓ３１）を行い（詳細は後述する）、認証確認結果を得る。
Ｓ１７において、認証確認に成功した場合はＳ１８へ、失敗した場合はＳ２２へ遷移する。
Ｓ１８において、ユーザ識別機能部２１０は、＜ユーザ識別処理＞（Ｓ３２〜Ｓ３６）を行い（詳細は後述する）、このアクセスが認証情報を利用した不正アクセスであるかどうかを判断する。
Ｓ１９において、アクセスが認証情報を利用した不正アクセスではないと判断した場合はＳ２０へ、不正アクセスであると判断した場合はＳ２１へ遷移する。
Ｓ２０において、ユーザ識別機能部２１０は、ユーザ６００のアクセスを許可し、更新されたユーザ識別情報（認証成功回数、認証成功時刻）をユーザに付与して、Ｓ２３へ遷移する。
Ｓ２１において、認証情報を利用した不正アクセスを検出すると、認証情報無効化機能部２３０は、＜認証情報無効化処理＞（Ｓ３７〜Ｓ４１）を行い（詳細は後述する）、不正アクセスに利用された認証情報の無効化を行う。
Ｓ２２において、ユーザ識別機能部２１０は、ユーザ６００に対してアクセス不許可を通知する。
Ｓ２３において、連携サイトアクセス処理を終了する。
【００２１】
図６は、Ｓ１６の＜認証確認処理＞（Ｓ２４〜Ｓ３１）の具体的な処理を示すフローチャートである。図１１は、図６の内容をシーケンス化した図である。
Ｓ２４において、Ｓ１５でユーザ６００のアクセスに認証情報が付与されていた場合、連携サイトサーバ２００は認証確認処理を開始する。
Ｓ２５において、認証クライアント機能部２２０は、認証情報を利用し、認証サーバ機能部１１０に認証確認を要求する。
Ｓ２６において、認証サーバ機能部１１０は、認証情報を利用して認証確認を行う。
Ｓ２７において、認証確認に成功した場合はＳ２８へ、失敗した場合はＳ３０へ遷移する。
Ｓ２８において、認証サーバ機能部１１０は、認証情報と今回の認証確認時に得たユーザ識別情報（認証確認成功時刻）を元に、ユーザ識別情報更新機能部１２０にユーザ識別情報ＤＢ３００の更新を要求する。
Ｓ２９において、ユーザ識別情報更新機能部１２０は、認証情報をキーとして、ユーザ識別情報ＤＢ３００のユーザ識別情報を更新する。
（１）ここで、認証成功回数には更新前の値に増加値分増加した値を設定し、
（２）前回認証成功時刻には更新前の最新認証成功時刻の値を設定し、
（３）最新認証成功時刻には今回の認証確認成功時に得た認証成功時刻を設定する。
この例では、ユーザ識別情報ＤＢ３００のユーザ識別情報は、図２の２行目のように更新される。
Ｓ３０において、認証サーバ機能部１１０は、認証確認結果（成功、失敗）を認証クライアント機能部２２０に返す。
Ｓ３１において、認証確認処理を終了する。
【００２２】
図７は＜ユーザ識別処理＞（Ｓ１８）の内容を具体的に示したフローチャートである。
図１２は図７をシーケンス化した図である。これらを参照して＜ユーザ識別処理＞（Ｓ１８：Ｓ３２〜Ｓ３６）を説明する。
Ｓ３２において、Ｓ１７にて「認証確認」に成功した場合、連携サイトサーバ２００はユーザ識別処理を開始する。
Ｓ３３において、ユーザ識別機能部２１０は、認証情報をキーとして、ユーザ識別情報ＤＢ３００からユーザ識別情報を取得する。
Ｓ３４において、ユーザ識別機能部２１０は、Ｓ１４でアクセスから取得したユーザ識別情報（認証成功回数、認証成功時刻）と、Ｓ３３でユーザ識別情報ＤＢ３００から取得したユーザ識別情報とを、比較する。この例では、アクセス情報から所得されるのは図２のユーザ識別情報ＤＢ３００の一行目の内容である。
またユーザ識別情報ＤＢ３００の内容は、図２の２行目まで記載されている。
Ｓ３５において、ユーザ識別機能部２１０は、Ｓ３４で実施したユーザ識別情報の比較結果と、図２に示した不正アクセス条件リスト２４０の内容とを比較し、不正アクセスであるかどうかを判別する。
Ｓ３６において、ユーザ識別処理が終了する。
【００２３】
図８は＜認証情報無効化処理＞（Ｓ２１）のフローチャートである。また図１２に認証情報無効化処理のシーケンスを記載した。図８、図１２を参照して、＜認証情報無効化処理＞の具体的内容を説明する。
Ｓ３７において、Ｓ１９にて認証情報を利用した不正アクセスを検出した場合、連携サイトサーバ２００は、認証情報無効化処理を開始する。
Ｓ３８において、認証情報無効化機能部３３０は、不正アクセスに利用された認証情報の無効化を認証サーバ機能部１１０に要求する。
Ｓ３９において、認証サーバ機能部１１０は、認証情報を無効化する。
Ｓ４０において、ユーザ識別情報更新機能部１２０は、認証情報をキーとしてユーザ識別情報ＤＢにアクセスし、対応するレコードの削除を行う。
Ｓ４１において、認証情報無効化処理を終了する。
【００２４】
以上の実施の形態１の認証システム１０００によれば、不正アクセスとして考えられる以下に示す３つのケース（１．２（ａ），（ｂ））について、下記のような効果がある。
【００２５】
（１．第三者が認証情報を不正取得した場合）
ユーザ識別情報がないため、第三者が業務サーバにアクセスし、認証確認した時点で不正アクセスを検出できる。
【００２６】
（２．第三者が認証情報だけでなく、ユーザ識別情報を取得した場合）
（ａ）正規ユーザが先に業務サーバにアクセスした場合：
正規ユーザのアクセスによりユーザ識別情報が更新され、第三者の持つユーザ識別情報が無効になるため、第三者が業務サーバにアクセスした時点で不正アクセスを検出できる。
（ｂ）第三者が先に業務サーバにアクセスした場合：
不正アクセスが成功するが、ユーザ識別情報が更新され、正規ユーザの持つユーザ識別情報が無効となる。このため、不正ユーザが目立った行動を起こさなくても、正規ユーザが業務サーバにアクセスした時点で不正アクセスがあったことを検出することができる。さらに、該当認証情報の無効化を行うことで、以降、第三者による不正アクセスを防ぎ、被害を最小限に抑えることができる。
【００２７】
このように、認証処理や認証確認処理ごとに更新されるユーザ識別情報を利用したユーザ識別を実行することで、不正ユーザ５００からの不正アクセスを自動的に検出し、対応することができ、適用システムの安全性が向上する。
【００２８】
以上の実施の形態１の認証システム１０００では、以下を備え、認証により得られる情報（認証情報、ユーザ識別情報）から第三者による不正アクセスを検出することのできる、シングルサインオン認証方式、およびシングルサインオン認証システムを説明した。
（１）以下のシングルサインオン認証サーバ、
認証処理を行うことができ、認証成功時に発行する認証情報を利用した認証確認処理を行うことができる認証サーバ機能部、
認証成功時や認証確認成功時に、ユーザ識別情報を登録、更新することのできるユーザ識別情報更新機能部、
（２）ユーザ識別情報を格納するユーザ識別情報ＤＢ装置、
（３）以下の機能を持つ連携サイトサーバ、
アクセスに付与された認証情報とユーザ識別情報を利用し、ユーザ識別情報ＤＢの該当レコードとのマッチングを実施し、不正アクセスを検出する、ユーザ識別情報確認機能部、
アクセスに付与された認証情報を利用し、シングルサインオン認証サーバに認証確認要求を出す、認証クライアント機能部、
認証情報を利用した不正アクセスを検出した際に、シングルサインオン認証サーバに該当する認証情報の無効化を要求する認証情報無効化機能部、
上記ユーザ識別情報のマッチング結果による不正アクセス条件を記載した、不正アクセス条件リスト、
連携サイトが提供するサービスが動作するアプリケーションを実行するアプリケーション実行部、
【００２９】
実施の形態２．
図１３〜図１５を参照して実施の形態２を説明する。以上の実施の形態１では、正規ユーザ、不正ユーザに関わらず、確実に実施する必要のある認証処理、認証確認処理時の情報を利用したユーザ確認を行うことで、不正アクセスを検出、対処できるようにしたものである。実施の形態２では、正規のアクセス内容（手順、回数など）が決まっているような場合（例えば、バッチ処理を伴うサービスなど）において、不正アクセスの検出精度をより高める認証方式を提案する。
【００３０】
図１３は、実施の形態２の認証システム１００１の構成図である。実施の形態１との変更点のみ説明する。認証システム１００１では、正規ユーザ４００（ユーザ端末装置）がバッチプログラム８００を実行して、自動的に認証、連携サイトサーバ２０１へのアクセスを実行する構成である。ここで、バッチプログラム８００は、連携サイトサーバ２０１のアプリケーション実行部２５０から実行されるような構成でもよい。連携サイトサーバ２０１は、実施の形態１で備えた各機能部に加えて、新たに定型アクセス条件リスト２６０（図１４）を持つ。また、ユーザ識別機能部２１１は、実施の形態１で実施する認証確認、ユーザ識別に加え、定型アクセス条件リスト２６０を利用して、アクセスがバッチプログラム８００による定型アクセスであるかどうかを判断する。
【００３１】
図１４は、連携サイトサーバ２０１が保有する定型アクセス条件リスト２６０の例である。定型アクセス条件リスト２６０は、定型アクセスを識別するための項目である「定型アクセス識別項目」とその「条件」からなる。例えば、図１４の例の場合、バッチプログラム８００が、毎日Ｍ時からＬ時の間に自動認証後、発行された認証情報、ユーザ識別情報を利用して、連携サイトへのアクセス（つまり、認証確認）をＮ回実行する場合を想定している。例えば、不正ユーザ５００が、不正アクセスに成功したとしても、連携サイトサーバ２０１に対して、Ｎ回より多くアクセス（認証確認）したり、認証成功時刻の条件外の時間にアクセスすると、その時点で定型アクセスでない、つまり不正アクセスであると判断される。
【００３２】
次に図１５を用いて、実施の形態２の認証システム１００１の動作を説明する。実施の形態２は、実施の形態１に対して、＜連携サイトアクセス処理＞時において、「定型アクセス確認処理」が追加されている点が異なるため、その部分のみを説明する。
【００３３】
図１５は、＜連携サイトアクセス処理＞のフローチャートである。ここで、Ｓ１３〜１８、Ｓ２０〜Ｓ２１については実施の形態１の＜連携サイトアクセス処理＞と同じであるため、説明を省略する。
Ｓ４２において、Ｓ１８でのユーザ識別処理の結果、不正アクセスと判別された場合はＳ２１へ、不正アクセスでないと判別された場合はＳ４３へ遷移する。
Ｓ４３において、ユーザ識別機能部２１０は、Ｓ３３でユーザ識別情報ＤＢから取得したユーザ識別情報（認証成功回数、最新認証成功時刻）と定型アクセス条件リストの条件を比較し、アクセスが定型アクセスであるか判断する。ここで、定型アクセス条件リストの条件を全て満たしている場合は定型アクセスと判断し、そうでない場合は定型アクセスでないと判断する。
Ｓ４４において、Ｓ４３の結果、アクセスが定型アクセスであると判断された場合はＳ２０へ、定型アクセスでないと判断された場合はＳ２１へ遷移する。
【００３４】
このように実施の形態２の認証システム１００２によれば、予めアクセス内容が判別しているようなサービスや処理に対して、定型アクセス確認機能部を追加することで、不正アクセスの検出精度をより高めることができ、適用システムの安全性が向上する。
【００３５】
以上の実施の形態２の認証システム１００１では、実施の形態１で説明したシングルサインオン認証方式およびシングルサインオン認証システムの連携サイトに、予め決定しているアクセス手順やタイミングを記載した、定型アクセス条件リストを加えた。すなわち、バッチ処理など、予めアクセス手順やタイミングが決まっているアクセス（定型アクセス）があること分かっている環境において、予め決定しているアクセス条件を連携サイトサーバに定型アクセス条件として登録しておく。これにより、第三者からの不正アクセスを高精度で検出することのできる、シングルサインオン認証方式、およびシングルサインオン認証システムを提供できる。
【００３６】
実施の形態３．
実施の形態３は、コンピュータである連携サイトサーバのハードウェア構成を説明する。
図１６は、連携サイトサーバ２００のハードウェア資源の一例を示す図である。なお、ユーザ端末装置、認証サーバ及びデータベース装置も連携サイトサーバ同様のコンピュータでり、ハードウェア資源も連携サイトサーバと同様である。よって以下の連携サイトサーバの説明はユーザ端末装置及び認証サーバにも当てはまる。
【００３７】
ハードウェア資源を示す図１６において、連携サイトサーバ２００は、プログラムを実行するＣＰＵ８１０（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８１２、表示装置８１３、キーボード８１４、マウス８１５、通信ボード８１６、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置８２０の代わりに、光ディスク装置、フラッシュメモリなどの記憶装置でもよい。
【００３８】
ＲＡＭ８１２は、揮発性メモリの一例である。ＲＯＭ８１１、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０等の記憶媒体は、不揮発性メモリの一例である。これらは、「記憶装置」あるいは記憶部、格納部、バッファの一例である。通信ボード８１６、キーボード８１４、ＦＤＤ８１７などは、入力部、入力装置の一例である。また、通信ボード８１６、表示装置８１３などは、出力部、出力装置の一例である。
【００３９】
通信ボード８１６は、ネットワークに接続されている。通信ボード８１６は、ＬＡＮに限らず、インターネット、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
【００４０】
磁気ディスク装置８２０には、オペレーティングシステム８２１（ＯＳ）、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３のプログラムは、ＣＰＵ８１０、オペレーティングシステム８２１、ウィンドウシステム８２２により実行される。
【００４１】
上記プログラム群８２３には、以上の実施の形態の説明において「〜部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。
【００４２】
ファイル群８２４には、以上の実施の形態の説明において、「不正アクセス条件リスト」、「定型アクセス条件リスト」として説明したリストや、「〜の判定結果」、「〜の算出結果」、「〜の抽出結果」、「〜の生成結果」、「〜の処理結果」として説明した情報や、データや信号値や変数値やパラメータなどが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ８１０によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００４３】
また、以上に述べた実施の形態の説明において、データや信号値は、ＲＡＭ８１２のメモリ、ＦＤＤ８１７のフレキシブルディスク、ＣＤＤ８１８のコンパクトディスク、磁気ディスク装置８２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｋ）等の記録媒体に記録される。また、データや信号は、バス８２５や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００４４】
また、以上の実施の形態の説明において、「〜部」として説明したものは、「〜手段」、「〜回路」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明したものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ８１０により読み出され、ＣＰＵ８１０により実行される。すなわち、プログラムは、以上に述べた「〜部」としてコンピュータを機能させるものである。あるいは、以上に述べた「〜部」の手順や方法をコンピュータに実行させるものである。
【００４５】
以上の実施の形態では、認証システム、認証サーバ１００、連携サイトサーバ２００、データベース装置等を説明したが、これらの動作をコンピュータに実行させるプログラムとして把握することも可能である。あるいは、プログラムを記録したコンピュータ読み取り可能な記録媒体として把握することも可能である。さらに、これらの動作を方法として把握することも可能である。
【符号の説明】
【００４６】
１０００，１００１ 認証システム、１００ 認証サーバ、１１０ 認証サーバ機能部、１２０ ユーザ識別情報更新機能部、２００，２０１ 連携サイトサーバ、２１０，２１１ ユーザ識別機能部、２２０ 認証クライアント機能部、２３０ 認証情報無効化機能部、２４０ 不正アクセス条件リスト、２５０ アプリケーション実行部、２６０ 定型アクセス条件リスト、３００ ユーザ識別情報ＤＢ、４００ 正規ユーザ、５００ 不正ユーザ、６００ ユーザ。
【技術分野】
【０００１】
この発明は、ユーザ端末装置を認証する認証サーバ装置と、認証サーバ装置によって認証されたユーザ端末装置にアクセスを認めるサイトサーバ装置とを備える認証システムに関する。
【背景技術】
【０００２】
ＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−Ｏｎ）認証システムにおいて、ＳＳＯ認証により得た認証情報が、盗聴や総当たり攻撃などの方法で、正規ユーザではない悪意のあるユーザ（以下、不正ユーザ）に漏れてしまうと、全ての連携サイトが不正アクセスや攻撃の対象となり、大変危険である。そこで、ＳＳＯ認証による認証情報以外に、連携サイトの提供するアプリケーション上でのユーザの不審挙動を検出して信頼度を算出し、別の連携サイトへのアクセス時に信頼度を元に不正ユーザによる不正アクセスであるかどうかを判別し、ユーザへのアクセス可否やサービス権限の制限を行う方法が提案されている（特許文献１）。
【０００３】
特許文献１では、連携サイトのアプリケーション上でのユーザの不審挙動という、正規ユーザが通常行わないような「目だった」アクセスを検出することにより、アクセスするユーザが不正ユーザかどうかを判断する。しかし、近年の不正アクセスは、不審挙動を検出されないようになるべく「目立たない」アクセスを行う傾向にある。特許文献１では、不審挙動という「目立った」アクセスが必要であり、近年の「目立たない」アクセスを行う不正アクセスを検出することができないという課題がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１５２５９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記「目だたない不正アクセス」を含む不正アクセスを効果的に検出することを目的とする。
【課題を解決するための手段】
【０００６】
この発明の認証システムは、
ユーザ端末装置と、認証サーバ装置と、サイトサーバ装置とを備えた認証システムにおいて、
認証サーバ装置は、
ユーザ端末装置から認証処理を求める認証要求を受信し、前記認証要求の受信を契機として、前記ユーザの前記認証処理を実行し、前記認証処理に成功すると前記認証処理の成功を示す認証情報と、前記認証情報に付随する付随情報とをデータベース装置に登録すると共に、前記認証情報と前記付随情報とを前記ユーザ端末装置に返信し、
前記サイトサーバ装置は、
前記認証情報と、前記付随情報とを含み、アクセスを要求するアクセス要求情報を受信し、前記アクセス要求情報を受信すると前記認証情報を含み、認証確認を要求する認証確認要求を前記認証サーバ装置に送信し、
前記認証サーバ装置は、
前記認証確認要求を受信すると前記認証情報に対して認証が成立しているかどうかの認証確認成立を判定し、前記認証情報に対する前記認証確認成立と判定すると前記データベース装置における前記認証確認成立と判定された前記認証情報に対応する前記付随情報を更新し、前記認証確認成立を前記サイトサーバ装置に送信し、
前記サイトサーバ装置は、
前記認証確認成立を受信すると前記アクセス情報に含まれる前記認証情報をキーとして前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報を参照し、前記アクセス情報に含まれる前記付随情報と、前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報とを比較し、比較結果と不正アクセスかどうかを予め規定した不正アクセス条件リストとに基づき、受信した前記アクセス情報が不正アクセスかどうかを判定し、不正アクセスではないと判定した場合に前記ユーザ端末装置にアクセスを認めることを特徴とする。
【発明の効果】
【０００７】
本発明により、不正アクセスを効果的に検出することができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１における認証システム１０００のブロック図。
【図２】実施の形態１における不正アクセス条件リスト２４０及びユーザ識別情報ＤＢ３００を示す情報。
【図３】実施の形態１におけるユーザと認証サーバとの間の認証処理のフローチャート。
【図４】実施の形態１における認証成功処理のフローチャート。
【図５】実施の形態１における連携サイトアクセス処理のフローチャート。
【図６】実施の形態１における認証確認処理（Ｓ１６）のフローチャート。
【図７】実施の形態１におけるユーザ識別処理（Ｓ１８）のフローチャート。
【図８】実施の形態１における無効化処理（Ｓ２１）のフローチャート。
【図９】図３、図４をシーケンス化した図。
【図１０】図５をシーケンス化した図。
【図１１】図６をシーケンス化した図。
【図１２】図７、図８をシーケンス化した図。
【図１３】実施の形態２における認証システム１００１のブロック図。
【図１４】実施の形態２における定型アクセス条件リスト。
【図１５】実施の形態２における認証システム１００１の動作を示すフローチャート。
【図１６】実施の形態３における連携サイトサーバ２００のハードウェア構成。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下の実施の形態では、連携する複数のサイト（以下、連携サイト）にアクセスするための認証情報を一元管理する、シングルサインオン（以下、ＳＳＯ）を実現するＳＳＯ認証システムを説明する。この認証システムでは、認証成功時に得られる「認証情報」を利用した認証確認に加えて、認証成功時や認証確認成功時に更新されるユーザ識別情報（付随情報の一例）を利用したユーザ識別を行うことで第三者による不正アクセスを自動検出、対処し、セキュリティを確保する。
（１）ここで、「認証情報」とは、ＳＳＯ認証サーバに対する認証（例えば、アカウントとパスワードの入力によるユーザ認証や、指紋認証など）に成功したことを証明する情報（例えば認証ＩＤ）を示す。
（２）また、「ユーザ識別情報」とは、認証、認証確認の成功回数や成功時刻など、認証や認証確認に成功した際に得られる、認証情報以外の情報を指す。
（３）また、以下の実施の形態ではＳＳＯ認証システムを想定して説明するが、何らかの手段で認証を行い、得た認証情報を利用して何らかの対象にアクセスするシステムであればよく、シングルサインオン認証システムに限定されない。
【００１０】
本実施の形態１では、正規ユーザ、不正ユーザに関わらずＳＳＯ認証システムの連携サイトへのアクセス時に必ず実行される「認証確認処理」に着目し、認証情報以外に認証確認成功時に取得しうる情報であり、かつ、認証確認成功ごとに更新される情報である、認証確認に利用した認証情報に対する「認証確認成功回数」と、「認証確認成功時刻」をユーザ識別情報としてユーザに与え、連携サイトへのアクセス時に、認証確認に加えて、ユーザ識別情報の確認を行うことで、不正アクセスの検出を行う。認証確認は「目立たない」アクセスを実行しようとしても必ず実行される処理であるため、本実施の形態１の認証システムにより、背景技術で述べた「目だたない不正アクセスの検出」に有効である。
【００１１】
図１は実施の形態１の認証システム１０００の構成図である。図１において、認証システム１０００は、認証サーバ装置１００（以下、認証サーバ１００という）と、認証サーバ装置１００が発行する認証情報により認証確認可能な一つ以上の連携サイトサーバ装置２００（以下、連携サイトサーバ２００という）と、認証サーバ１００における、認証処理、認証確認処理時に得られるユーザ認証情報を格納するユーザ識別情報データベース装置３００（以下、ユーザ識別情報ＤＢ３００という）と、からなる。
【００１２】
（ユーザ６００）
認証システム１０００には、正規ユーザ４００と、認証システム１０００に対して不正アクセスを実施する不正ユーザ５００（正規ユーザ４００と不正ユーザ５００を合わせてユーザ６００とする）とが存在するものとする。ユーザ６００は、ネットワーク７００を介して、認証システム１０００に認証およびアクセスを行うものとする。
【００１３】
（認証サーバ１００）
認証サーバ１００は、認証サーバ機能部１１０と、ユーザ識別情報更新機能部１２０とを備える。
（１）認証サーバ機能部１１０は、ユーザからの認証処理や連携サイトからの認証確認処理、認証情報無効化処理を実行する。
（２）ユーザ識別情報更新機能部１２０は、認証成功時や認証確認成功時の情報（認証情報、認証成功回数、認証成功時刻）を元に、ユーザ識別情報ＤＢ３００を更新する。
【００１４】
（連携サイトサーバ２００）
連携サイトサーバ２００は、ユーザ識別機能部２１０と、認証クライアント機能部２２０と、認証情報無効化機能部２３０と、不正アクセス条件リスト２４０と、アプリケーションを実行するアプリケーション実行部２５０とを備える。
（１）ユーザ識別機能部２１０は、ユーザ６００からのアクセスに付与される認証情報とユーザ識別情報を元に、アクセスが不正アクセスかどうかを判別する。
（２）認証クライアント機能部２２０は、認証情報を利用して、認証サーバ機能部１１０に対して認証確認要求を出す。
（３）認証情報無効化機能部２３０は、認証情報を利用した不正アクセスを検出した際に、認証情報の無効化を認証サーバ機能部１１０に要求する。
（４）不正アクセス条件リスト２４０は、連携サイトサーバ２００に対するアクセスに付与されているユーザ識別情報と、ユーザ識別情報ＤＢ３００に登録されているユーザ識別情報を比較した結果を元に、不正アクセスであるかを判別する条件を記載する。
（５）アプリケーション実行部２５０は、連携サイトサーバ２００が正規ユーザ４００に対して提供するサービスが動作する。
【００１５】
（ユーザ識別情報ＤＢ３００）
図２は、不正アクセス条件リスト２４０とユーザ識別情報ＤＢ３００の内容との例を示す図である。ユーザ識別情報ＤＢ３００は、認証情報単位で認証成功時、認証確認成功時に、認証成功回数の値を１増加、前回認証成功時刻の値を最新認証成功時刻の値に変更、最新認証成功時刻の値を今回の認証成功時刻に設定する（詳細は動作説明で後述する）。ここで、不正ユーザ５００に簡単に予測されないよう、認証成功回数の増加値は１でなくてもよいが、実施の形態１では、認証成功回数の増加値は１として説明する。また、認証情報や前回認証成功時刻、最新認証成功時刻のフォーマットも用いる認証サーバ１００のポリシに従ってもよいし、ユーザ識別情報更新機能部１２０による更新時に、別フォーマットへの変更や値の変更などの処理を行ってもよい。
【００１６】
（不正アクセス条件リスト２４０）
不正アクセス条件リスト２４０は、図１の説明時に記述したように、連携サイトサーバ２００に対するアクセスに付与されているユーザ識別情報と、ユーザ識別情報ＤＢ３００に登録されているユーザ識別情報を比較した結果を元に、不正アクセスであるかを判別する条件を記載するものである。実施の形態１では、そもそもユーザ識別情報がない（不正ユーザが認証情報を不正取得した状態で不正アクセスした）場合、アクセスに付与された認証成功回数がユーザ識別情報ＤＢの「認証成功回数−１」の値と異なる場合、アクセスに付与された認証成功時刻がユーザ識別情報ＤＢの「前回認証成功時刻」と異なる場合に不正アクセスとする。これらの詳細は動作説明で後述する。認証成功回数の比較条件が「認証成功回数−１」、認証成功時刻の比較条件が「前回認証成功時刻」なのは、後述する認証システム１０００の動作に関して、ユーザ識別情報を用いたユーザ識別より、先に認証情報を用いた認証確認を行い、認証確認成功時に、ユーザ識別情報が更新されるので、連携サイトサーバ２００へのアクセス時点での状態、つまり認証成功回数が「認証成功回数−１」、認証成功時刻が「前回認証成功時刻」と比較する必要があるためである。ここで、認証成功回数から引く値については、認証、認証確認成功時の認証成功回数の増加値と合わせるものとする。
【００１７】
次に図３〜８を用いて、実施の形態１の認証システム１０００の動作を説明する。実施の形態１は、ユーザ６００による、＜認証処理＞（Ｓ０１〜Ｓ１２）と＜連携サイトアクセス処理＞（Ｓ１３〜Ｓ４１）により実現される。
【００１８】
図３はユーザ６００と認証サーバとの間の＜認証処理＞のフローチャートである。
また図９は、図３をシーケンス化して示している。図３及び図９を参照して、＜認証処理＞を説明する。
Ｓ０１において、ユーザ６００は、認証サーバ１００に認証を試みる。
Ｓ０２において、認証サーバ機能部１１０はユーザ６００に対して認証のためのアカウントとパスワードの入力を求める。
Ｓ０３において、認証に成功した場合はＳ０４へ、認証に失敗した場合はＳ０５へ遷移する。
Ｓ０４において、認証サーバ機能部１１０は＜認証成功処理＞（Ｓ０７〜Ｓ１２）を実施し、Ｓ０６へ遷移する。＜認証成功処理＞（Ｓ０７〜Ｓ１２）については後述する。
Ｓ０５において、認証サーバ機能部１１０はユーザ６００に認証失敗を通知し、Ｓ０６へ遷移する。
Ｓ０６において、認証処理が終了する。
【００１９】
図４は＜認証成功処理＞を示すのフローチャートである。図９は、認証成功処理をシーケンス化して示している。図４及び図９を参照して、認証サーバ１００による「認証成功理」（Ｓ０７〜Ｓ１２）を説明する。
Ｓ０７において、Ｓ０３にてユーザ６００が認証に成功したため、認証サーバ１００は認証成功処理を開始する。
Ｓ０８において、認証サーバ機能部１１０は、連携サイトへのアクセスに利用するための「認証情報」（例えば認証ＩＤ）を発行する。
Ｓ０９において、認証サーバ機能部１１０は、Ｓ０８で発行した「認証情報」、認証成功時に得られる情報である「認証成功時刻」を元に、ユーザ識別情報更新機能部１２０にユーザ識別情報ＤＢ３００の新規登録を要求する。
Ｓ１０において、ユーザ識別情報更新機能部１２０は、ユーザ識別情報ＤＢ３００に認証サーバ機能部１１０から得た「認証情報」と「ユーザ識別情報」を新規登録する。
ここで、
（１）認証情報には認証サーバ機能部１１０から得た認証情報の値を設定し、
（２）認証成功回数には初期値（実施の形態１では１）、前回認証成功時刻には初期値（例えば、空欄、ｎｕｌｌなど）を設定し、
（３）最新認証成功時刻には認証サーバ機能部１１０から得た認証成功時刻の値を設定する。
この例では最初の登録とし、図２に示すユーザ識別情報ＤＢ３００の一行目のように、
認証情報：「０ａｃ３２ｇ」
成功回数：「１」
前回認証成功時刻：「ｎｕｌｌ」
最新認証成功時刻：「２０１０−０１−０１：２０：００．０００」
と登録されたとする。
Ｓ１１において認証サーバ機能部１１０は、ユーザ６００に「認証情報」と、「ユーザ識別情報」（認証成功回数、最新認証成功時刻）とを付与する。
Ｓ１２において認証成功処理を終了する。
【００２０】
図５、図１０は＜連携サイトアクセス処理＞の動作を示す。図５及び図５をシーケンス化した図１０を参照して、＜連携サイトアクセス処理＞（Ｓ１３〜Ｓ２３）の動作を説明する。
Ｓ１３において、ユーザ６００が、連携サイトサーバ２００にアクセスを要求するアクセス情報（以下、単にアクセスという）を送信する。このアクセスは、Ｓ１１で取得された「認証情報」と「ユーザ識別情報」とを含む。ここで、アクセスが正規ユーザ４００であれば、Ｓ１１で述べたように、
「認証情報」＝「０ａｃ３２ｇ」、
「ユーザ識別情報」＝認証成功時刻「２０１０−０１−０１：２０：００．０００」及び成功回数「１」、
である。
Ｓ１４において、ユーザ識別機能部２１０は、アクセスに付与された認証情報、ユーザ識別情報を取得する。
Ｓ１５において、アクセスから認証情報が取得できた場合はＳ１６へ、できなかった場合はＳ２２へ遷移する。
Ｓ１６において、認証クライアント機能部２２０は、＜認証確認処理＞（Ｓ２４〜Ｓ３１）を行い（詳細は後述する）、認証確認結果を得る。
Ｓ１７において、認証確認に成功した場合はＳ１８へ、失敗した場合はＳ２２へ遷移する。
Ｓ１８において、ユーザ識別機能部２１０は、＜ユーザ識別処理＞（Ｓ３２〜Ｓ３６）を行い（詳細は後述する）、このアクセスが認証情報を利用した不正アクセスであるかどうかを判断する。
Ｓ１９において、アクセスが認証情報を利用した不正アクセスではないと判断した場合はＳ２０へ、不正アクセスであると判断した場合はＳ２１へ遷移する。
Ｓ２０において、ユーザ識別機能部２１０は、ユーザ６００のアクセスを許可し、更新されたユーザ識別情報（認証成功回数、認証成功時刻）をユーザに付与して、Ｓ２３へ遷移する。
Ｓ２１において、認証情報を利用した不正アクセスを検出すると、認証情報無効化機能部２３０は、＜認証情報無効化処理＞（Ｓ３７〜Ｓ４１）を行い（詳細は後述する）、不正アクセスに利用された認証情報の無効化を行う。
Ｓ２２において、ユーザ識別機能部２１０は、ユーザ６００に対してアクセス不許可を通知する。
Ｓ２３において、連携サイトアクセス処理を終了する。
【００２１】
図６は、Ｓ１６の＜認証確認処理＞（Ｓ２４〜Ｓ３１）の具体的な処理を示すフローチャートである。図１１は、図６の内容をシーケンス化した図である。
Ｓ２４において、Ｓ１５でユーザ６００のアクセスに認証情報が付与されていた場合、連携サイトサーバ２００は認証確認処理を開始する。
Ｓ２５において、認証クライアント機能部２２０は、認証情報を利用し、認証サーバ機能部１１０に認証確認を要求する。
Ｓ２６において、認証サーバ機能部１１０は、認証情報を利用して認証確認を行う。
Ｓ２７において、認証確認に成功した場合はＳ２８へ、失敗した場合はＳ３０へ遷移する。
Ｓ２８において、認証サーバ機能部１１０は、認証情報と今回の認証確認時に得たユーザ識別情報（認証確認成功時刻）を元に、ユーザ識別情報更新機能部１２０にユーザ識別情報ＤＢ３００の更新を要求する。
Ｓ２９において、ユーザ識別情報更新機能部１２０は、認証情報をキーとして、ユーザ識別情報ＤＢ３００のユーザ識別情報を更新する。
（１）ここで、認証成功回数には更新前の値に増加値分増加した値を設定し、
（２）前回認証成功時刻には更新前の最新認証成功時刻の値を設定し、
（３）最新認証成功時刻には今回の認証確認成功時に得た認証成功時刻を設定する。
この例では、ユーザ識別情報ＤＢ３００のユーザ識別情報は、図２の２行目のように更新される。
Ｓ３０において、認証サーバ機能部１１０は、認証確認結果（成功、失敗）を認証クライアント機能部２２０に返す。
Ｓ３１において、認証確認処理を終了する。
【００２２】
図７は＜ユーザ識別処理＞（Ｓ１８）の内容を具体的に示したフローチャートである。
図１２は図７をシーケンス化した図である。これらを参照して＜ユーザ識別処理＞（Ｓ１８：Ｓ３２〜Ｓ３６）を説明する。
Ｓ３２において、Ｓ１７にて「認証確認」に成功した場合、連携サイトサーバ２００はユーザ識別処理を開始する。
Ｓ３３において、ユーザ識別機能部２１０は、認証情報をキーとして、ユーザ識別情報ＤＢ３００からユーザ識別情報を取得する。
Ｓ３４において、ユーザ識別機能部２１０は、Ｓ１４でアクセスから取得したユーザ識別情報（認証成功回数、認証成功時刻）と、Ｓ３３でユーザ識別情報ＤＢ３００から取得したユーザ識別情報とを、比較する。この例では、アクセス情報から所得されるのは図２のユーザ識別情報ＤＢ３００の一行目の内容である。
またユーザ識別情報ＤＢ３００の内容は、図２の２行目まで記載されている。
Ｓ３５において、ユーザ識別機能部２１０は、Ｓ３４で実施したユーザ識別情報の比較結果と、図２に示した不正アクセス条件リスト２４０の内容とを比較し、不正アクセスであるかどうかを判別する。
Ｓ３６において、ユーザ識別処理が終了する。
【００２３】
図８は＜認証情報無効化処理＞（Ｓ２１）のフローチャートである。また図１２に認証情報無効化処理のシーケンスを記載した。図８、図１２を参照して、＜認証情報無効化処理＞の具体的内容を説明する。
Ｓ３７において、Ｓ１９にて認証情報を利用した不正アクセスを検出した場合、連携サイトサーバ２００は、認証情報無効化処理を開始する。
Ｓ３８において、認証情報無効化機能部３３０は、不正アクセスに利用された認証情報の無効化を認証サーバ機能部１１０に要求する。
Ｓ３９において、認証サーバ機能部１１０は、認証情報を無効化する。
Ｓ４０において、ユーザ識別情報更新機能部１２０は、認証情報をキーとしてユーザ識別情報ＤＢにアクセスし、対応するレコードの削除を行う。
Ｓ４１において、認証情報無効化処理を終了する。
【００２４】
以上の実施の形態１の認証システム１０００によれば、不正アクセスとして考えられる以下に示す３つのケース（１．２（ａ），（ｂ））について、下記のような効果がある。
【００２５】
（１．第三者が認証情報を不正取得した場合）
ユーザ識別情報がないため、第三者が業務サーバにアクセスし、認証確認した時点で不正アクセスを検出できる。
【００２６】
（２．第三者が認証情報だけでなく、ユーザ識別情報を取得した場合）
（ａ）正規ユーザが先に業務サーバにアクセスした場合：
正規ユーザのアクセスによりユーザ識別情報が更新され、第三者の持つユーザ識別情報が無効になるため、第三者が業務サーバにアクセスした時点で不正アクセスを検出できる。
（ｂ）第三者が先に業務サーバにアクセスした場合：
不正アクセスが成功するが、ユーザ識別情報が更新され、正規ユーザの持つユーザ識別情報が無効となる。このため、不正ユーザが目立った行動を起こさなくても、正規ユーザが業務サーバにアクセスした時点で不正アクセスがあったことを検出することができる。さらに、該当認証情報の無効化を行うことで、以降、第三者による不正アクセスを防ぎ、被害を最小限に抑えることができる。
【００２７】
このように、認証処理や認証確認処理ごとに更新されるユーザ識別情報を利用したユーザ識別を実行することで、不正ユーザ５００からの不正アクセスを自動的に検出し、対応することができ、適用システムの安全性が向上する。
【００２８】
以上の実施の形態１の認証システム１０００では、以下を備え、認証により得られる情報（認証情報、ユーザ識別情報）から第三者による不正アクセスを検出することのできる、シングルサインオン認証方式、およびシングルサインオン認証システムを説明した。
（１）以下のシングルサインオン認証サーバ、
認証処理を行うことができ、認証成功時に発行する認証情報を利用した認証確認処理を行うことができる認証サーバ機能部、
認証成功時や認証確認成功時に、ユーザ識別情報を登録、更新することのできるユーザ識別情報更新機能部、
（２）ユーザ識別情報を格納するユーザ識別情報ＤＢ装置、
（３）以下の機能を持つ連携サイトサーバ、
アクセスに付与された認証情報とユーザ識別情報を利用し、ユーザ識別情報ＤＢの該当レコードとのマッチングを実施し、不正アクセスを検出する、ユーザ識別情報確認機能部、
アクセスに付与された認証情報を利用し、シングルサインオン認証サーバに認証確認要求を出す、認証クライアント機能部、
認証情報を利用した不正アクセスを検出した際に、シングルサインオン認証サーバに該当する認証情報の無効化を要求する認証情報無効化機能部、
上記ユーザ識別情報のマッチング結果による不正アクセス条件を記載した、不正アクセス条件リスト、
連携サイトが提供するサービスが動作するアプリケーションを実行するアプリケーション実行部、
【００２９】
実施の形態２．
図１３〜図１５を参照して実施の形態２を説明する。以上の実施の形態１では、正規ユーザ、不正ユーザに関わらず、確実に実施する必要のある認証処理、認証確認処理時の情報を利用したユーザ確認を行うことで、不正アクセスを検出、対処できるようにしたものである。実施の形態２では、正規のアクセス内容（手順、回数など）が決まっているような場合（例えば、バッチ処理を伴うサービスなど）において、不正アクセスの検出精度をより高める認証方式を提案する。
【００３０】
図１３は、実施の形態２の認証システム１００１の構成図である。実施の形態１との変更点のみ説明する。認証システム１００１では、正規ユーザ４００（ユーザ端末装置）がバッチプログラム８００を実行して、自動的に認証、連携サイトサーバ２０１へのアクセスを実行する構成である。ここで、バッチプログラム８００は、連携サイトサーバ２０１のアプリケーション実行部２５０から実行されるような構成でもよい。連携サイトサーバ２０１は、実施の形態１で備えた各機能部に加えて、新たに定型アクセス条件リスト２６０（図１４）を持つ。また、ユーザ識別機能部２１１は、実施の形態１で実施する認証確認、ユーザ識別に加え、定型アクセス条件リスト２６０を利用して、アクセスがバッチプログラム８００による定型アクセスであるかどうかを判断する。
【００３１】
図１４は、連携サイトサーバ２０１が保有する定型アクセス条件リスト２６０の例である。定型アクセス条件リスト２６０は、定型アクセスを識別するための項目である「定型アクセス識別項目」とその「条件」からなる。例えば、図１４の例の場合、バッチプログラム８００が、毎日Ｍ時からＬ時の間に自動認証後、発行された認証情報、ユーザ識別情報を利用して、連携サイトへのアクセス（つまり、認証確認）をＮ回実行する場合を想定している。例えば、不正ユーザ５００が、不正アクセスに成功したとしても、連携サイトサーバ２０１に対して、Ｎ回より多くアクセス（認証確認）したり、認証成功時刻の条件外の時間にアクセスすると、その時点で定型アクセスでない、つまり不正アクセスであると判断される。
【００３２】
次に図１５を用いて、実施の形態２の認証システム１００１の動作を説明する。実施の形態２は、実施の形態１に対して、＜連携サイトアクセス処理＞時において、「定型アクセス確認処理」が追加されている点が異なるため、その部分のみを説明する。
【００３３】
図１５は、＜連携サイトアクセス処理＞のフローチャートである。ここで、Ｓ１３〜１８、Ｓ２０〜Ｓ２１については実施の形態１の＜連携サイトアクセス処理＞と同じであるため、説明を省略する。
Ｓ４２において、Ｓ１８でのユーザ識別処理の結果、不正アクセスと判別された場合はＳ２１へ、不正アクセスでないと判別された場合はＳ４３へ遷移する。
Ｓ４３において、ユーザ識別機能部２１０は、Ｓ３３でユーザ識別情報ＤＢから取得したユーザ識別情報（認証成功回数、最新認証成功時刻）と定型アクセス条件リストの条件を比較し、アクセスが定型アクセスであるか判断する。ここで、定型アクセス条件リストの条件を全て満たしている場合は定型アクセスと判断し、そうでない場合は定型アクセスでないと判断する。
Ｓ４４において、Ｓ４３の結果、アクセスが定型アクセスであると判断された場合はＳ２０へ、定型アクセスでないと判断された場合はＳ２１へ遷移する。
【００３４】
このように実施の形態２の認証システム１００２によれば、予めアクセス内容が判別しているようなサービスや処理に対して、定型アクセス確認機能部を追加することで、不正アクセスの検出精度をより高めることができ、適用システムの安全性が向上する。
【００３５】
以上の実施の形態２の認証システム１００１では、実施の形態１で説明したシングルサインオン認証方式およびシングルサインオン認証システムの連携サイトに、予め決定しているアクセス手順やタイミングを記載した、定型アクセス条件リストを加えた。すなわち、バッチ処理など、予めアクセス手順やタイミングが決まっているアクセス（定型アクセス）があること分かっている環境において、予め決定しているアクセス条件を連携サイトサーバに定型アクセス条件として登録しておく。これにより、第三者からの不正アクセスを高精度で検出することのできる、シングルサインオン認証方式、およびシングルサインオン認証システムを提供できる。
【００３６】
実施の形態３．
実施の形態３は、コンピュータである連携サイトサーバのハードウェア構成を説明する。
図１６は、連携サイトサーバ２００のハードウェア資源の一例を示す図である。なお、ユーザ端末装置、認証サーバ及びデータベース装置も連携サイトサーバ同様のコンピュータでり、ハードウェア資源も連携サイトサーバと同様である。よって以下の連携サイトサーバの説明はユーザ端末装置及び認証サーバにも当てはまる。
【００３７】
ハードウェア資源を示す図１６において、連携サイトサーバ２００は、プログラムを実行するＣＰＵ８１０（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８１２、表示装置８１３、キーボード８１４、マウス８１５、通信ボード８１６、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置８２０の代わりに、光ディスク装置、フラッシュメモリなどの記憶装置でもよい。
【００３８】
ＲＡＭ８１２は、揮発性メモリの一例である。ＲＯＭ８１１、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０等の記憶媒体は、不揮発性メモリの一例である。これらは、「記憶装置」あるいは記憶部、格納部、バッファの一例である。通信ボード８１６、キーボード８１４、ＦＤＤ８１７などは、入力部、入力装置の一例である。また、通信ボード８１６、表示装置８１３などは、出力部、出力装置の一例である。
【００３９】
通信ボード８１６は、ネットワークに接続されている。通信ボード８１６は、ＬＡＮに限らず、インターネット、ＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
【００４０】
磁気ディスク装置８２０には、オペレーティングシステム８２１（ＯＳ）、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３のプログラムは、ＣＰＵ８１０、オペレーティングシステム８２１、ウィンドウシステム８２２により実行される。
【００４１】
上記プログラム群８２３には、以上の実施の形態の説明において「〜部」として説明した機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。
【００４２】
ファイル群８２４には、以上の実施の形態の説明において、「不正アクセス条件リスト」、「定型アクセス条件リスト」として説明したリストや、「〜の判定結果」、「〜の算出結果」、「〜の抽出結果」、「〜の生成結果」、「〜の処理結果」として説明した情報や、データや信号値や変数値やパラメータなどが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ８１０によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００４３】
また、以上に述べた実施の形態の説明において、データや信号値は、ＲＡＭ８１２のメモリ、ＦＤＤ８１７のフレキシブルディスク、ＣＤＤ８１８のコンパクトディスク、磁気ディスク装置８２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｋ）等の記録媒体に記録される。また、データや信号は、バス８２５や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００４４】
また、以上の実施の形態の説明において、「〜部」として説明したものは、「〜手段」、「〜回路」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明したものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ８１０により読み出され、ＣＰＵ８１０により実行される。すなわち、プログラムは、以上に述べた「〜部」としてコンピュータを機能させるものである。あるいは、以上に述べた「〜部」の手順や方法をコンピュータに実行させるものである。
【００４５】
以上の実施の形態では、認証システム、認証サーバ１００、連携サイトサーバ２００、データベース装置等を説明したが、これらの動作をコンピュータに実行させるプログラムとして把握することも可能である。あるいは、プログラムを記録したコンピュータ読み取り可能な記録媒体として把握することも可能である。さらに、これらの動作を方法として把握することも可能である。
【符号の説明】
【００４６】
１０００，１００１ 認証システム、１００ 認証サーバ、１１０ 認証サーバ機能部、１２０ ユーザ識別情報更新機能部、２００，２０１ 連携サイトサーバ、２１０，２１１ ユーザ識別機能部、２２０ 認証クライアント機能部、２３０ 認証情報無効化機能部、２４０ 不正アクセス条件リスト、２５０ アプリケーション実行部、２６０ 定型アクセス条件リスト、３００ ユーザ識別情報ＤＢ、４００ 正規ユーザ、５００ 不正ユーザ、６００ ユーザ。
【特許請求の範囲】
【請求項１】
ユーザ端末装置と、認証サーバ装置と、サイトサーバ装置とを備えた認証システムにおいて、
認証サーバ装置は、
ユーザ端末装置から認証処理を求める認証要求を受信し、前記認証要求の受信を契機として、前記ユーザの前記認証処理を実行し、前記認証処理に成功すると前記認証処理の成功を示す認証情報と、前記認証情報に付随する付随情報とをデータベース装置に登録すると共に、前記認証情報と前記付随情報とを前記ユーザ端末装置に返信し、
前記サイトサーバ装置は、
前記認証情報と、前記付随情報とを含み、アクセスを要求するアクセス要求情報を受信し、前記アクセス要求情報を受信すると前記認証情報を含み、認証確認を要求する認証確認要求を前記認証サーバ装置に送信し、
前記認証サーバ装置は、
前記認証確認要求を受信すると前記認証情報に対して認証が成立しているかどうかの認証確認成立を判定し、前記認証情報に対する前記認証確認成立と判定すると前記データベース装置における前記認証確認成立と判定された前記認証情報に対応する前記付随情報を更新し、前記認証確認成立を前記サイトサーバ装置に送信し、
前記サイトサーバ装置は、
前記認証確認成立を受信すると前記アクセス情報に含まれる前記認証情報をキーとして前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報を参照し、前記アクセス情報に含まれる前記付随情報と、前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報とを比較し、比較結果と不正アクセスかどうかを予め規定した不正アクセス条件リストとに基づき、受信した前記アクセス情報が不正アクセスかどうかを判定し、不正アクセスではないと判定した場合に前記ユーザ端末装置にアクセスを認めることを特徴とする認証システム。
【請求項２】
前記サイトサーバ装置は、
受信した前記アクセス情報に係るアクセスを許可する場合、更新された前記付随情報を前記ユーザ端末装置に返信することを特徴とする請求項１記載の認証システム。
【請求項３】
前記サイトサーバ装置は、
前記比較結果と前記不正アクセス条件リストに基づき、受信した前記アクセス情報を不正アクセスと判定した場合には前記認証サーバ装置に、前記不正アクセスに係る前記認証情報の無効化を要求する無効化要求情報を送信し、
前記認証サーバ装置は、
前記無効化要求情報を受信すると要求に係る認証情報を無効化すると共に前記データベース装置から要求に係る前記認証情報及び対応する付随情報とを削除することを特徴とする請求項１または２のいずれかに記載の認証システム。
【請求項４】
前記付随情報は、
認証が成立した時刻と認証が成功した回数との少なくともいずれかを含むことを特徴とする請求項１〜３のいずれかに記載の認証システム。
【請求項５】
前記ユーザ端末装置は、
予め定められた定型のアクセスを示す定型アクセス情報を前記サイトサーバ装置に送信し、
前記サイトサーバ装置は、
前記比較結果と前記不正アクセス条件リストとに基づき、受信した前記アクセス情報を不正アクセスではないと判定した場合には、受信した前記アクセス情報が定型アクセスかどうかを予め定められた定型アクセス条件リストに基づき判定し、定型アクセスと判定した場合に前記定型アクセス情報によるアクセスを認めることを特徴とする請求項１〜４のいずれかに記載の認証システム。
【請求項１】
ユーザ端末装置と、認証サーバ装置と、サイトサーバ装置とを備えた認証システムにおいて、
認証サーバ装置は、
ユーザ端末装置から認証処理を求める認証要求を受信し、前記認証要求の受信を契機として、前記ユーザの前記認証処理を実行し、前記認証処理に成功すると前記認証処理の成功を示す認証情報と、前記認証情報に付随する付随情報とをデータベース装置に登録すると共に、前記認証情報と前記付随情報とを前記ユーザ端末装置に返信し、
前記サイトサーバ装置は、
前記認証情報と、前記付随情報とを含み、アクセスを要求するアクセス要求情報を受信し、前記アクセス要求情報を受信すると前記認証情報を含み、認証確認を要求する認証確認要求を前記認証サーバ装置に送信し、
前記認証サーバ装置は、
前記認証確認要求を受信すると前記認証情報に対して認証が成立しているかどうかの認証確認成立を判定し、前記認証情報に対する前記認証確認成立と判定すると前記データベース装置における前記認証確認成立と判定された前記認証情報に対応する前記付随情報を更新し、前記認証確認成立を前記サイトサーバ装置に送信し、
前記サイトサーバ装置は、
前記認証確認成立を受信すると前記アクセス情報に含まれる前記認証情報をキーとして前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報を参照し、前記アクセス情報に含まれる前記付随情報と、前記データベース装置における前記キーとなる前記認証情報に対応する前記付随情報とを比較し、比較結果と不正アクセスかどうかを予め規定した不正アクセス条件リストとに基づき、受信した前記アクセス情報が不正アクセスかどうかを判定し、不正アクセスではないと判定した場合に前記ユーザ端末装置にアクセスを認めることを特徴とする認証システム。
【請求項２】
前記サイトサーバ装置は、
受信した前記アクセス情報に係るアクセスを許可する場合、更新された前記付随情報を前記ユーザ端末装置に返信することを特徴とする請求項１記載の認証システム。
【請求項３】
前記サイトサーバ装置は、
前記比較結果と前記不正アクセス条件リストに基づき、受信した前記アクセス情報を不正アクセスと判定した場合には前記認証サーバ装置に、前記不正アクセスに係る前記認証情報の無効化を要求する無効化要求情報を送信し、
前記認証サーバ装置は、
前記無効化要求情報を受信すると要求に係る認証情報を無効化すると共に前記データベース装置から要求に係る前記認証情報及び対応する付随情報とを削除することを特徴とする請求項１または２のいずれかに記載の認証システム。
【請求項４】
前記付随情報は、
認証が成立した時刻と認証が成功した回数との少なくともいずれかを含むことを特徴とする請求項１〜３のいずれかに記載の認証システム。
【請求項５】
前記ユーザ端末装置は、
予め定められた定型のアクセスを示す定型アクセス情報を前記サイトサーバ装置に送信し、
前記サイトサーバ装置は、
前記比較結果と前記不正アクセス条件リストとに基づき、受信した前記アクセス情報を不正アクセスではないと判定した場合には、受信した前記アクセス情報が定型アクセスかどうかを予め定められた定型アクセス条件リストに基づき判定し、定型アクセスと判定した場合に前記定型アクセス情報によるアクセスを認めることを特徴とする請求項１〜４のいずれかに記載の認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−３３８３（Ｐ２０１２−３３８３Ａ）
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１０−１３６０１２（Ｐ２０１０−１３６０１２）
【出願日】平成２２年６月１５日（２０１０．６．１５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２２年６月１５日（２０１０．６．１５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]