認証サーバ、認証方法、及びそのプログラム
【課題】登録ＩＣカードを使用できない場合でも利用者の認証を行える認証サーバ、認証方法、及びそのプログラムを提供する。
【解決手段】認証サーバ１００は、各ＩＣカードのカードＩＤと各ＩＣカードで登録されたサービスのサービスＩＤと当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報と、ＩＣカード毎と認証強度毎とに認証方式を対応付けたカード認証情報とを記憶し、ユーザ端末２００又はサービス提供サーバ３００より取得したカードＩＤとサービスＩＤとがユーザ情報において対応付けられているか否かを判別し、対応付けられていないと判別した場合に、カード認証情報において、当該サービスＩＤに対応付けられた他のカードＩＤを有するＩＣカードの認証強度以上の強度と取得したカードＩＤを有するＩＣカードとに対応する認証方式で当該ＩＣカードの認証を行う。
【解決手段】認証サーバ１００は、各ＩＣカードのカードＩＤと各ＩＣカードで登録されたサービスのサービスＩＤと当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報と、ＩＣカード毎と認証強度毎とに認証方式を対応付けたカード認証情報とを記憶し、ユーザ端末２００又はサービス提供サーバ３００より取得したカードＩＤとサービスＩＤとがユーザ情報において対応付けられているか否かを判別し、対応付けられていないと判別した場合に、カード認証情報において、当該サービスＩＤに対応付けられた他のカードＩＤを有するＩＣカードの認証強度以上の強度と取得したカードＩＤを有するＩＣカードとに対応する認証方式で当該ＩＣカードの認証を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスの提供を受ける場合にＩＣカードを用いてユーザの認証を行う認証サーバ、認証方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、情報漏洩や不正利用を防止するために、ＩＣチップを搭載したカードが普及している。特許文献１には、例えば、銀行のＡＴＭ（Automated Teller Machine）や窓口等で手続きを行う際、ＩＣチップを搭載した運転免許証などの外部の機関が発行する身分証明書を用いて認証者（サーバ）が認証し、本人であるかを確認してからサービスを提供するシステムが開示されている。
【特許文献１】特開２００７−２４１６４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記の技術では、利用者が特定のサービスのために登録しているＩＣカードを紛失した場合に、当該ＩＣカードを使用して認証を行えないために利用者がそのサービスを利用できない事態に陥ってしまう。
【０００４】
本発明は、上記問題点に鑑みてなされたもので、特定のサービスのために登録しているＩＣカードを使用できない場合でも、そのサービスをうけるために利用者の認証を行える認証サーバ、認証方法、及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の第１の観点に係る認証サーバは、
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段と、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段と、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段と、
を備えることを特徴とする。
【０００６】
例えば、前記カード認証手段は、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていると判別した場合に、当該カード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該認証強度と当該カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行ってもよい。
【０００７】
例えば、前記認証情報記憶手段が記憶する前記ＩＣカードの種類毎と複数の認証強度毎とに対応付けられた認証方式に基づくプログラムをそれぞれ記憶する認証プログラム記憶手段をさらに備え、
前記カード認証手段は、前記認証プログラム記憶手段が記憶するプログラムを用いて、前記認証方式で前記ＩＣカードの認証を行ってもよい。
【０００８】
本発明の第２の観点に係る認証方法は、
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
を備える認証サーバが行う認証方法であって、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得ステップと、
前記識別子取得ステップで取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別ステップと、
前記識別子判別ステップで前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得ステップで取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証ステップと、
を備えることを特徴とする。
【０００９】
本発明の第３の観点に係るプログラムは、
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、を有するコンピュータを、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段、
として機能させること特徴とする。
【発明の効果】
【００１０】
本発明によれば、認証システムにおいて、特定のサービスのために登録しているＩＣカードを所持していない等の理由で、登録しているＩＣカードを使用できない場合でも、利用者が所持する他のＩＣカードを用いた認証を可能にすることによって、利用者が当該サービスを利用できるようになる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態に係る認証サーバ１００を含む情報処理システム１０００について説明する。情報処理システム１０００は、図１に示すように、ユーザを認証する認証サーバ１００と、ユーザが操作する複数のユーザ端末２００と、ユーザにサービスを提供する複数のサービス提供サーバ３００とを備える。
【００１２】
情報処理システム１０００として、インターネットを介した銀行のオンラインシステム（いわゆるインターネットバンキングシステム）を例にとって本発明を説明する。すなわち、サービス提供サーバ３００は、インターネットバンキングサービスをユーザに提供する処理を実行するサーバである。ただし、本発明はインターネットバンキングサービスに限られず任意のサービスを提供するシステムに適用可能である。
【００１３】
なお、認証サーバ１００とユーザ端末２００とサービス提供サーバ３００とは、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の通信ネットワーク４００で接続される。
【００１４】
認証サーバ１００は、各サービス提供サーバ３００が提供するサービスにおいて、ユーザが確かに本人であることを確認する処理（以下「ユーザ認証処理」という。）が必要な処理がある場合に、ユーザ認証処理を各サービス提供サーバ３００に代わって実行することが可能である。そのため、認証サーバ１００は、本人確認代行サーバと呼ばれることもある。認証サーバ１００は、ユーザ端末２００から認証要求を受信し、ユーザ認証処理を行い、サービス提供サーバ３００に認証結果を送信する。
ユーザ端末２００から送信される情報の内容は、例えば、ユーザ端末２００のＩＣカードＲ／Ｗ部２３０により読み取られた個人情報や、ユーザによりユーザ端末２００に入力されたユーザ名、パスワード、暗証番号、等である。
【００１５】
認証サーバ１００は、図２に示すように、制御部１１０と、通信部１２０と、記憶部１３０と、アカウント管理部１４０とを備える。
【００１６】
制御部１１０は、ＣＰＵ等から構成される。制御部１１０は、認証サーバ１００全体を制御し、各構成要素と接続され、制御信号やデータをやりとりする。例えば、制御部１１０は、ユーザ端末２００からユーザを認証する旨の要求を受信すると、カード対応表１３２を参照して認証方式を決定し、認証データベース１３３に格納される認証プログラムを用いてＩＣカードを認証する。さらに詳細に説明すると、制御部１１０は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤで、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別する。そして、一致する場合には、受信したユーザＩＤとサービスＩＤとカードＩＤとに対応する認証強度の認証方式を、カード対応表１３２を参照して決定する。また、一致しない場合には、カード対応表１３２を参照して、受信したユーザＩＤで、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードの認証強度以上の強度と、受信したカードＩＤとに対応する認証方式に決定する。
【００１７】
制御部１１０は、図２に示すように、ＩＣカード識別・情報読取部１１１と、認証方式決定部１１２と、ＩＣカード処理振分部１１５と、本人認証部１１６と、証跡管理部１１７と、タイムスタンプ取得部１１８とを備える。
【００１８】
ＩＣカード識別・情報読取部１１１は、ＩＣカード情報管理データベース１３１を参照して、カードＩＤに基づいてＩＣカード種別を識別し、それぞれのＩＣカードに実装されている異なるファイル形式、格納情報に従ったＩＣカードのカード格納情報の読み取りの要求をユーザ端末２００又はサービス提供サーバ３００に送信し、それに応答して返信されたＩＣカードのカード格納情報とサービスＩＤとを受信する。
【００１９】
認証方式決定部１１２は、ＩＣカードの認証方式を決定する。認証方式決定部１１２は、識別部１１３と、認証方式選択部１１４とを備える。
【００２０】
識別部１１３は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤで、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別し、一致した場合には、利用者情報管理データベース１４１から当該サービスＩＤでの当該ＩＣカードの認証強度を取得し、ＩＣカード処理振分部１１５に送信する。
【００２１】
認証方式選択部１１４は、識別部１１３が、受信したユーザＩＤとサービスＩＤとに対応するカードＩＤが、受信したカードＩＤと一致しないと判別した場合は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤとサービスＩＤとに対応付けられているＩＣカードの認証強度を読み出し、カード対応表１３２を参照して、当該認証強度と、受信したカードＩＤとから、利用者が事前に登録した認証強度以上の認証方式を決定してＩＣカード処理振分部１１５に伝達する。
【００２２】
ＩＣカード処理振分部１１５は、識別部１１３よりカードＩＤと認証強度とを受け取った場合には、認証データベース１３３を参照して、そのカードＩＤと認証強度とに対応する認証処理プログラムを本人認証部１１６に送信する。
また、ＩＣカード処理振分部１１５は、認証方式選択部１１４から認証方式を通知された場合には、認証データベース１３３を参照して、その認証方式に対応する認証処理プログラムを本人認証部１１６に送信する。
【００２３】
本人認証部１１６は、ＩＣカード処理振分部１１５より受信した認証プログラムを用いてＩＣカードの認証を行う。
【００２４】
証跡管理部１１７は、本人認証部１１６による認証結果を、タイムスタンプ取得部１１８が取得した認証時刻を添付して、証跡管理データベース１３５に格納する。
【００２５】
通信部１２０は、通信ネットワーク４００に接続するためのＮＩＣ（Network Interface Card）を備える。制御部１１０は、通信部１２０により通信ネットワーク４００を介してユーザ端末２００又はサービス提供サーバ３００とデータを送受信することができる。
【００２６】
記憶部１３０は、ＲＯＭ、ＲＡＭ、ハードディスク装置などから構成される。記憶部１３０には、ユーザ認証処理を実行するためのプログラムやＯＳ等が予め記憶される。
【００２７】
記憶部１３０は、図２に示すように、ＩＣカード情報管理データベース１３１とカード対応表１３２と認証データベース１３３と証跡管理データベース１３４とを予め格納する。
【００２８】
ＩＣカード情報管理データベース１３１には、図３に示すように、カード種別と識別子とファイル構成とファイル種別とファイルサイズと認証鍵とを対応付けた情報が格納される。認証サーバ１００は、ＩＣカード情報管理データベース１３１が格納する情報に基づいて、ＩＣカードが格納する情報の読み取りを行う。また、ＩＣカード情報管理データベース１３１は、認証に使用する公開鍵や秘密鍵を格納する。
【００２９】
カード対応表１３２には、図４に示すように、カード種別と認証強度とを対応付けた情報が格納される。認証サーバ１００は、カード対応表１３２に基づいて、ＩＣカードの認証方式を選択する。
【００３０】
カード種別とは、例えば、運転免許証、健康保険証、社会保障カード、住民基本台帳カード、キャッシュカードなどの種別のことである。
【００３１】
認証強度は、いわゆるセキュリティレベルであり、ユーザ認証にあたり、具体的にどのような認証方式により認証するのかを規定する。
【００３２】
本実施形態では、ユーザ認証方式として、ＩＣカードが自己真正性を証明する「内部認証」（以下、「内部」と呼ぶ）、ＩＣカードが処理システム（認証サーバ１００）の真正性を証明する「外部認証」（以下、「外部」と呼ぶ）、ＩＣカードがカード保有者の真正性を証明するＰＩＮ認証（以下、「ＰＩＮ」と呼ぶ）、署名による認証（以下、「署名」と呼ぶ）とを採用している。制御部１１０は、ユーザによって提示されたＩＣカードのカード種別と、要求されたサービス（又は処理群又は処理）に応じて予め決められた認証強度とに基づいて、ユーザ認証方式を選択する。
【００３３】
ここで、「内部」とは、次に述べるステップＡ１〜Ａ３の一連の処理によって認証する方式である。
（Ａ１）認証サーバ１００の制御部１１０は、乱数を生成し、ユーザ端末２００又はサービス提供サーバ３００を経由して、生成した乱数をＩＣカードに送信する。ＩＣカードのＣＰＵは、ユーザ端末２００又はサービス提供サーバ３００を経由して、乱数を受信する。
（Ａ２）ＩＣカードのＣＰＵは、受信した乱数を秘密鍵で暗号化し、ユーザ端末２００又はサービス提供サーバ３００を経由して、得られた暗号文を認証サーバ１００に送信する。認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００を経由して、暗号文を受信する。
（Ａ３）認証サーバ１００の制御部１１０は、受信した暗号文を、ＩＣカード情報管理データベース１３１に格納されている公開鍵を用いて復号し、復号して得られたデータと、上記ステップＡ１で送信した乱数と、を認証する。制御部１１０は、認証の結果、一致すれば認証成功と判断し、一致しなければ認証失敗と判断する。
【００３４】
あるいは、上記の「内部」の認証方式の変形例として、次のステップＢ１〜Ｂ４のように認証してもよい。
（Ｂ１）ＩＣカードのＣＰＵは、ＩＣカード内の不揮発性メモリに格納された情報をハッシュ化し、得られたハッシュ値を、秘密鍵を用いて暗号化し、得られた暗号文を出力する。
（Ｂ２）ユーザ端末２００の制御部２１０又はサービス提供サーバ３００の制御部３１０は、暗号文をＩＣカードＲ／Ｗ部２３０，３３０で読み取って認証サーバ１００に送信する。
（Ｂ３）認証サーバ１００の制御部１１０は、予めＩＣカード情報管理データベース１３１に格納された公開鍵で、受信した暗号文を復号し、復号して得られたデータと、後述する利用者情報管理データベース１４１に格納された情報をハッシュ化して得られるハッシュ値と、を照合する。制御部１１０は、照合の結果、一致すれば認証成功と判断し、一致しなければ認証失敗と判断する。
【００３５】
また、「外部」とは、次に述べるステップＸ１〜Ｘ４の一連の処理によって認証する方式である。
（Ｘ１）認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００を経由して、外部認証用の公開鍵をＩＣカードに送信する。ＩＣカードのＣＰＵは、ユーザ端末２００又はサービス提供サーバ３００を経由して、公開鍵を受信する。なお、公開鍵は、予めＩＣカードに格納されているものを用いることができる。
（Ｘ２）ＩＣカードのＣＰＵは、乱数を生成し、ユーザ端末２００又はサービス提供サーバ３００を経由して、生成した乱数を認証サーバ１００に送信する。認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００を経由して、乱数を受信する。
（Ｘ３）認証サーバ１００の制御部１１０は、受信した乱数を、予めＩＣカード情報管理データベース１３１に格納された外部認証用の秘密鍵で暗号化し、ユーザ端末２００又はサービス提供サーバ３００を経由して、得られた暗号文をＩＣカードに送信する。ＩＣカードのＣＰＵは、ユーザ端末２００又はサービス提供サーバ３００を経由して、暗号文を受信する。
（Ｘ４）ＩＣカードのＣＰＵは、ステップＸ３で受信した暗号文を、ステップＸ１で受信した公開鍵を用いて復号し、復号して得られたデータと、ステップＸ２で送信した乱数と、を照合する。ＩＣカードのＣＰＵは、照合の結果、一致すれば認証成功と判断し、一致しなければ認証失敗と判断する。
【００３６】
あるいは、上記の「外部」の認証方式を応用して、次のステップＹ１〜Ｙ４のように認証してもよい。
（Ｙ１）認証サーバ１００の制御部１１０は、利用者情報管理データベース１４１に格納された情報をハッシュ化し、得られたハッシュ値を、ＩＣカード情報管理データベース１３１に予め記憶した公開鍵で暗号化し、暗号文をユーザ端末２００又はサービス提供サーバ３００に送信する。
（Ｙ２）ユーザ端末２００の制御部２１０又はサービス提供サーバ３００の制御部３１０は、暗号文をＩＣカードに送信する。ＩＣカードのＣＰＵは、暗号文を受信する。
（Ｙ３）ＩＣカードのＣＰＵは、予め不揮発性メモリに格納した秘密鍵で、受信した暗号文を復号し、復号して得られたデータと、不揮発性メモリに予め格納された情報をハッシュ化して得られるハッシュ値と、を照合する。照合の結果、一致すればＩＣカードのＣＰＵは認証成功と判断し、一致しなければ認証失敗と判断する。
【００３７】
また、「ＰＩＮ」とは、ユーザ端末２００の入力受付部２５０を介してＰＩＮ（Personal Identification Number）を入力させ、ＩＣカードの不揮発性メモリに予め格納されているＰＩＮとの照合をＩＣカードＲ／Ｗ部２３０を介してＩＣカードのＣＰＵ内で行う認証である。これにより、ＩＣカードの保有者の真正性を認証する。なお、サービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０でＰＩＮ認証を行う場合も同様である。
【００３８】
また、「署名」とは、次に述べる一連の処理によって認証する方式である。
（１−１）認証サーバ１００が、ＩＣカードにユーザの情報等を登録する時に、認証サーバ１００に記録された情報から、所定のハッシュ関数でハッシュ値を作成し、予めＩＣカード情報管理データベース１３１に格納された秘密鍵で署名を生成し、登録すべき情報と共にＩＣカードに送信する。
（１−２）ＩＣカードの記憶部は、受信した署名を、ユーザの情報等と共に記憶しておく。
（２−１）ユーザ端末２００の制御部２１０が、ＩＣカードに格納されている署名をＩＣカードＲ／Ｗ部２３０で読み取って、ユーザの情報等と共に認証サーバ１００に送信する。
（２−２）認証サーバ１００の制御部１１０が、予めＩＣカード情報管理データベース１３１に格納された公開鍵で、受信した署名を復号し、受信したユーザの情報等を所定のハッシュ関数でハッシュ値を作成し、復号した情報と、作成したハッシュ値とを照合する。照合の結果、一致すれば制御部１１０は認証成功と判断し、一致しなければ、認証失敗と判断する。
【００３９】
なお、上記以外の認証方式を採用することも可能である。また、カード種別と認証強度との対応付けを自由に変更することも可能である。暗号化に用いる情報の内容は本発明によって限定されない。
【００４０】
制御部１１０は、指定された認証方式で認証を行った後、認証結果を証跡管理データベース１３５にログとして格納する。
【００４１】
認証データベース１３３には、図５に示すように、カード種別と認証強度とによって対応付けられた認証プログラムが格納される。認証サーバ１００は、認証データベース１３３に格納された認証プログラムのうちで、カード対応表１３２に従って選択された認証方式の認証プログラムを用いてＩＣカードの認証を行う。また、認証サーバ１００は、認証データベース１３３に格納された認証プログラムのうちで、選択された認証強度と受信したカードＩＤとに対応する認証プログラムを用いてＩＣカードの認証を行う。
【００４２】
証跡管理データベース１３４には、認証サーバ１００が行ったＩＣカードの認証結果がログとして格納される。
【００４３】
アカウント管理部１４０は、ハードディスク装置等であり、利用者情報管理データベース１４１を備える。
利用者情報管理データベース１４１は、図６に示すように、各ユーザについて、ユーザごとに固有のユーザＩＤ、登録済みカードＩＤ、氏名、住所等の各項目の情報を対応付けて格納する。また、利用者情報管理データベース１４１は、図６に示すように、各ユーザについて、ユーザごとに固有のユーザＩＤ、利用サービス、登録済みカードＩＤ、アカウントＩＤ、パスワード、認証強度等の各項目の情報を対応付けて格納する。
例えば、ユーザＩＤ「Ａ０１」を有するユーザは、カードＡ，Ｂ，Ｃを所有する。また、ユーザＩＤ「Ａ０１」を有するユーザは、利用サービスとして「●×銀行」を、「●×銀行」のサービスを利用する際の認証のためのカードとして「カードＡ（カードＩＤ：００１・・・）」を、その際のアカウントＩＤとして「１１１１」を、その際のパスワードとして「１２３４」を、その際の認証強度として強度「４」を登録している。また、ユーザＩＤ「Ａ０１」を有するユーザは、利用サービスとして「Ｔ市役所」を、「Ｔ市役所」のサービスを利用する際の認証のためのカードとして「カードＢ（カードＩＤ：００２・・・）」を、その際のアカウントＩＤとして「９９９９」を、その際のパスワードとして「９９９９」を、その際の認証強度として強度「４」を登録している。
【００４４】
ユーザ端末２００の構成について説明する。ユーザ端末２００は、図７に示すように、制御部２１０と、通信部２２０と、ＩＣカードＲ／Ｗ部２３０と、記憶部２４０と、入力受付部２５０と、出力部２６０と、を備える。
【００４５】
制御部２１０は、ＣＰＵ（Central Processing Unit）等から構成される。制御部２１０は、ユーザ端末２００全体を制御し、各構成要素と接続され、制御信号やデータをやりとりする。例えば制御部２１０は、インターネットバンキングシステムのユーザ端末２００側の処理を実行するためのプログラムを実行する。
【００４６】
通信部２２０は、インターネットやＬＡＮ等の通信ネットワーク４００に接続するためのＮＩＣ（Network Interface Card）やモデム等を備える。
【００４７】
ＩＣカードリーダー・ライター部２３０（以下「ＩＣカードＲ／Ｗ部」と呼ぶ）を備える。本実施形態では、ユーザ端末２００は、ＩＣチップを搭載した運転免許証、健康保険証、社会保障カード、住民基本台帳カード、キャッシュカード、クレジットカード等の各種ＩＣカードに格納された情報を、ＩＣカードＲ／Ｗ部で読み取ることが可能である。ユーザは、情報処理システム１０００のサービスを利用するために、ユーザとパスワードのチェックのほかに、ＩＣカードを用いて本人確認を行なわなければならない場合がある。
【００４８】
記憶部２４０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク装置などから構成される。記憶部２４０には、インターネットバンキングシステムのユーザ端末２００側の処理を実行するためのプログラムやオペレーティングシステム（ＯＳ）等が予め記憶される。また、各処理を実行する際の中間データや結果データ等も記憶する。
【００４９】
入力受付部２５０は、キーボードやマウス等の入力装置から構成され、ユーザからの様々な指示入力を受け付ける。指示入力には、例えば、新規口座の開設を依頼する指示入力、振り込みを依頼する指示入力などがある。
【００５０】
出力部２６０は、ディスプレイ等の表示装置や、スピーカ等の出力装置から構成される。ユーザは、表示装置に表示される画面を見ながらユーザ端末２００を操作できる。
【００５１】
ユーザ端末２００として、公知のパーソナルコンピュータを用いることができる。
【００５２】
ＩＣカードには、ＣＰＵと、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）あるいはフラッシュメモリ等の不揮発性メモリと、が内蔵されている。ＩＣカードの不揮発性メモリには、例えば口座番号や秘密鍵などの個人情報が格納されている。ＩＣカードのＣＰＵは、不揮発性メモリに格納された口座番号等の情報を秘密鍵で暗号化して暗号文を計算し、この計算された暗号文を外部に出力することができる。暗号化の方法として任意の暗号アルゴリズムを用いることができる。
【００５３】
サービス提供サーバ３００は、ユーザに所定のサービスを提供する機関が設置したサーバである。例えばサービス提供サーバ３００には、銀行が設置するインターネットバンキングサービス用のサーバ、行政機関が設置する行政サービス用のサーバ、病院など医療機関が設置する医療サービス用のサーバなど、様々なサーバがある。
【００５４】
サービス提供サーバ３００の構成について説明する。サービス提供サーバ３００は、図８に示すように、制御部３１０、通信部３２０、ＩＣカードＲ／Ｗ部３３０、記憶部３４０と、入力受付部３５０とを備える。
【００５５】
制御部３１０は、ＣＰＵ等から構成される。制御部３１０は、サービス提供サーバ３００全体を制御し、各構成要素と接続され、制御信号やデータをやりとりする。例えば、制御部３１０は、認証サーバ１００からユーザのＩＣカードの認証結果を受け取り、その認証結果に基づいてユーザに対してサービスの実行を行う。
制御部３１０は、サービス実行部３１１を備える。
【００５６】
サービス実行部３１１は、認証サーバ１００より認証結果を受信し、その認証結果に基づき利用者に対して、要求されるサービスを実行する。
【００５７】
通信部３２０は、インターネット等の通信ネットワーク４００に接続するためのＮＩＣを備える。制御部３１０は、通信部３２０により通信ネットワーク４００を介してユーザ端末２００とデータを送受信することができる。また、制御部３１０は、通信部３２０により通信ネットワーク４００を介して認証サーバ１００又はユーザ端末２００とデータを送受信することもできる。
【００５８】
ＩＣカードリーダー・ライター部（以下「ＩＣカードＲ／Ｗ部」と呼ぶ）３３０は、ＩＣチップを搭載した運転免許証、健康保険証、社会保障カード、住民基本台帳カード、キャッシュカード、クレジットカード等の各種ＩＣカードに格納された情報を読み取ることが可能である。ユーザは、情報処理システム１０００のサービスを利用するために、ユーザとパスワードのチェックのほかに、ＩＣカードを用いて本人確認を行なわなければならない場合がある。
【００５９】
記憶部３４０は、ＲＯＭ、ＲＡＭ、ハードディスク装置などから構成される。記憶部３４０には、インターネットバンキングシステムのサービス提供サーバ３００側の処理を実行するためのプログラムやＯＳ等が予め記憶される。
【００６０】
記憶部３４０は、それぞれのユーザについて、ユーザ名、パスワードを対応付けて格納する、制御部３４０は、例えば、ユーザによって入力されたパスワードと、予め登録されたパスワードとが一致するか否かを判断することによって、ＩＣカードを用いない簡易的なユーザ認証処理を実行することができる。
【００６１】
入力受付部３５０は、キーボードやマウス等の入力装置から構成され、ユーザからの様々な指示入力を受け付ける。指示入力には、例えば、新規口座の開設を依頼する指示入力、振り込みを依頼する指示入力などがある。
【００６２】
以下、上記構成の情報処理システム１０００の動作を説明する。
【００６３】
先ず、図９に示す機能図と、図１０に示すシーケンス図とを参照しながら、システム全体の動作を説明する。
【００６４】
利用者は、サービスを利用する旨の要求を入力し、認証サーバ１００に登録したＩＣカードをユーザ端末２００のＩＣカードＲ／Ｗ部２３０又はサービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０に提示する（ステップＳ１０１）。
ユーザ端末２００又はサービス提供サーバ３００は、ＩＣカードＲ／Ｗ部２３０又は３３０を制御して、提示されたＩＣカードに格納されているカードＩＤを読み出し（ステップＳ１０２）、認証サーバ１００に送信する（ステップＳ１０３）。
【００６５】
認証サーバ１００は、受信したカードＩＤを通信部１２０で受信し（ステップＳ１０４）、ＩＣカード識別・情報読取部１１１で、ＩＣカード情報管理データベース１３１を参照して、ＩＣカード種別を識別し（ステップＳ１０５）、それぞれのＩＣカードに実装されている異なるファイル形式、格納情報に従ったＩＣカードのカード格納情報の読み取りの要求をユーザ端末２００又はサービス提供サーバ３００に送信する（ステップＳ１０６）。
【００６６】
ユーザ端末２００又はサービス提供サーバ３００は、受信した要求に応答して、ＩＣカードのカード格納情報を読み取り（ステップＳ１０７）、ＩＣカードのカード格納情報とユーザが利用することを要求しているサービスのサービスＩＤとを送信する（ステップＳ１０８）。
【００６７】
認証サーバ１００は、カード格納情報とサービスＩＤとを受信すると、認証処理を開始する（ステップＳ１０９）。先ず、認証方式決定部１１２の識別部１１３は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別する。
【００６８】
一致した場合には、利用者情報管理データベース１４１から当該サービスＩＤでの当該ＩＣカードの認証強度を取得し、ＩＣカード処理振分部１１５に送信する。
ＩＣカード処理振分部１１５は、認証方式決定部１１２より受け取ったカードＩＤと認証強度から認証データベース１３３を参照して、対応する認証処理プログラムを取得して本人認証部１１６に送信する（ステップＳ１１０，１１１）。
【００６９】
ここで、例を挙げて説明すると、ユーザＩＤ「Ａ０１」を有するユーザが、「●×銀行」のサービスを受けるために「カードＡ」をユーザ端末２００のＩＣカードＲ／Ｗ部２３０又はサービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０に提示したと仮定する。その場合には、ユーザ端末２００又はサービス提供サーバ３００は、認証サーバ１００にユーザＩＤ「Ａ０１」と「カードＡ」のカードＩＤと「●×銀行」のサービスＩＤとを送信する。そして、認証方式決定部１１２の識別部１１３は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤ、「●×銀行」のサービスＩＤ、サービスを利用する際の認証に使用するＩＣカードのカードＩＤ、つまり、「カードＡ」のカードＩＤが、利用者情報管理データベース１４１に格納された情報と一致すると判別する。その結果、一致するので、利用者情報管理データベース１４１からユーザＩＤ「Ａ０１」及び「●×銀行」での「カードＡ」の認証強度「４」を取得し、ＩＣカード処理振分部１１５に送信する。ＩＣカード処理振分部１１５は、認証データベース１３３を参照して、「カードＡ」と認証強度「４」とに対応する認証処理プログラムを本人認証部１１６に送信する。
【００７０】
一致しない場合には、認証方式選択部１４４は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤに対応付けられているＩＣカードの認証強度を読み出し、カード対応表１３２を参照して、当該認証強度と、受信したカードＩＤとから、利用者が事前に登録した認証強度以上の認証方式を決定してＩＣカード処理振分部１１５に伝達する（ステップＳ１１０）。
ＩＣカード処理振分部１１５は、認証方式選択部１４４から通知された認証方式を、認証データベース１３３を参照して、対応する認証処理プログラムを本人認証部１１６に送信する（ステップＳ１１１）。
【００７１】
ここで、例を挙げて説明すると、ユーザＩＤ「Ａ０１」を有するユーザが、「●×銀行」のサービスを受けるために「カードＣ」をユーザ端末２００のＩＣカードＲ／Ｗ部２３０又はサービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０に提示したと仮定する。その場合には、ユーザ端末２００又はサービス提供サーバ３００は、認証サーバ１００にユーザＩＤ「Ａ０１」と「カードＣ」のカードＩＤと「●×銀行」のサービスＩＤとを送信する。そして、認証方式決定部１１２の識別部１１３は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤ「Ａ０１」、「●×銀行」のサービスＩＤ、サービスを利用する際の認証に使用するＩＣカードのカードＩＤ、つまり、「カードＡ」のカードＩＤが、利用者情報管理データベース１４１と一致するかを判別する。その結果として、一致しないので、認証方式選択部１４４は、利用者情報管理データベース１４１を参照して、ユーザＩＤ「Ａ０１」と「●×銀行」のサービスＩＤとに対応付けられているＩＣカード、つまり、「カードＡ」の認証強度「４」を読み出し、カード対応表１３２を参照して、当該認証強度「４」以上の強度と「カードＣ」とに対応する認証方式に決定してＩＣカード処理振分部１１５に伝達する。
【００７２】
本人認証部１１６は、受信した認証プログラムを用いてＩＣカードの認証を行う（ステップＳ１１２）。
【００７３】
認証サーバ１００は、本人認証部１１６による認証結果をサービス提供サーバ３００のサービス実行部３１１に送信し（ステップＳ１１３）、サービス提供サーバ３００のサービス実行部３１１は、認証結果を受信し（ステップＳ１１４）、その認証結果に基づき利用者に対して、要求するサービスを実行する（ステップＳ１１５）。
【００７４】
また、ステップＳ１１３で認証サーバ１００が認証結果をサービス提供サーバ３００に送信するのと同時に、証跡管理部１１７は、本人認証部１１６による認証結果を、タイムスタンプ取得部１１８が取得した認証時刻を添付して、証跡管理データベース１３５に格納する。
【００７５】
このようにして、情報処理システム１０００によれば、特定のサービスに対して登録されているＩＣカードが使用できない場合に、他のＩＣカードを使用して認証を行い、サービスを受けることが出来る。
【００７６】
次に、本発明の実施形態に係る認証サーバ１００が行う認証処理を、図１１のフローチャートを参照して詳細に説明する。
【００７７】
認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００からＩＣカードの認証要求とそのカードＩＤとを受信すると、ＩＣカード情報管理データベース１３１を参照して、ＩＣカード種別を識別する（ステップＳ２０１）。
【００７８】
次に、制御部１１０は、そのＩＣカードに実装されている異なるファイル形式、格納情報に従ったＩＣカードのカード格納情報の読み取りの要求をユーザ端末２００又はサービス提供サーバ３００に送信する（ステップＳ２０２）。
【００７９】
制御部１１０は、カード格納情報と共に、ユーザが受けようとするサービスのサービスＩＤを受信する（ステップＳ２０３）。
【００８０】
制御部１１０は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別する（ステップＳ２０４）。
【００８１】
一致した場合には（Ｓ２０４；ＹＥＳ）、制御部１１０は、利用者情報管理データベース１４１を参照して、当該サービスＩＤでの当該ＩＣカードの認証強度を、実際に認証を行う強度として決定し（ステップＳ２０５）、認証データベース１３３を参照して、受信したカードＩＤと決定した認証強度とに対応する認証処理プログラムを取得し（ステップＳ２０６）、ステップＳ２０９に進む。
【００８２】
一致しない場合には（Ｓ２０４；ＮＯ）、制御部１１０は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤに対応付けられているＩＣカードの認証強度を読み出し、カード対応表１３２を参照して、当該認証強度と、受信したカードＩＤとから、利用者が事前に登録した認証強度以上の認証方式を決定して（ステップＳ２０７）、認証データベース１３３を参照して、その認証方式に対応する認証処理プログラムを取得し（ステップＳ２０８）、ステップＳ２０９に進む。
【００８３】
制御部１１０は、取得した認証プログラムを用いてＩＣカードの認証を行い（ステップＳ２０９）、ＩＣカードの認証が成功したか否かを判別する（ステップＳ２１０）。
【００８４】
認証が成功したと判別すると（Ｓ２１０；ＹＥＳ）、制御部１１０は、サービス提供サーバ３００に認証結果と共にサービスの実行要求を送信し（ステップＳ２１１）、処理を終了する。
【００８５】
認証が失敗したと判別すると（Ｓ２１０；ＮＯ）、制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００に認証失敗の通知を送信し（ステップＳ２１２）、処理を終了する。
【００８６】
このように、本発明の実施形態に係る認証サーバ１００が行う認証処理によれば、特定のサービスのために登録しているＩＣカードを所持していない等の理由で、登録しているＩＣカードを使用できない場合でも、利用者が所持する他のＩＣカードを用いた認証を可能にする。
【００８７】
以上、本発明の実施形態に係る情報処理システム１０００によれば、利用者が特定のサービスに対して通常利用するＩＣカードとして登録しているカードを利用できない場合において、サービスが利用できない状況を回避することができ、利用者にとってはサービス利用の利便性が向上するとともに、サービス提供主体にとっても利用者に負担を強いることがなく満足度の向上につながるとともに、サービスの利用機会を損失するリスクを軽減することができるようになる。
【００８８】
なお、本発明は上記実施形態に限定されず、種々の応用及び変形が可能である。
【００８９】
認証サーバ１００は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。たとえば、前記の動作を実行するためのコンピュータプログラムを、コンピュータが読みとり可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）に格納して配布し、当該コンピュータプログラムをコンピュータにインストールすることにより、前記の処理を実行する認証サーバ１００を構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有する記憶装置に当該コンピュータプログラムを格納しておき、通常のコンピュータシステムがダウンロード等することで認証サーバ１００を構成してもよい。
【００９０】
また、認証サーバ１００の機能を、ＯＳ（オペレーティングシステム）とアプリケーションプログラムの分担、またはＯＳとアプリケーションプログラムとの協働により実現する場合などには、アプリケーションプログラム部分のみを記録媒体や記憶装置に格納してもよい。
【００９１】
また、その他、具体的な細部構成等についても適宜変更可能である。
【図面の簡単な説明】
【００９２】
【図１】本発明の実施形態に係る情報処理システムの構成図である。
【図２】図１の認証サーバの構成図である。
【図３】図１の認証サーバが格納するＩＣカード情報管理データベースを説明するための図である。
【図４】図１の認証サーバが格納するカード対応表を説明するための図である。
【図５】図１の認証サーバが格納する認証データベースを説明するための図である。
【図６】図１の認証サーバが格納する利用者情報管理データベースを説明するための図である。
【図７】図１のユーザ端末の構成図である
【図８】図１のサービス提供サーバの構成図である。
【図９】本発明の実施形態に係る情報処理システムの機能図である。
【図１０】本発明の実施形態に係る情報処理システムの動作を説明するためのシーケンス図である。
【図１１】認証サーバが行う認証処理を説明するためのフローチャートである。
【符号の説明】
【００９３】
１００ 認証サーバ
１１０ 制御部
１２０ 通信部
１３０ 記憶部
１３１ ＩＣカード情報管理データベース
１３２ カード対応表
１３３ 認証データベース
１３４ 利用者情報管理データベース
１３５ 証跡管理データベース
１４１ ＩＣカード識別情報読取部
１４２ 認証方式決定部
１４３ 識別部
１４４ 認証方式選択部
１４５ ＩＣカード処理振分部
１４６ 本人認証部
１４７ 証跡管理部
１４８ タイムスタンプ取得部
２００ ユーザ端末
２１０ 制御部
２２０ 通信部
２３０ ＩＣカードＲ／Ｗ部
２４０ 記憶部
２５０ 入力受付部
２６０ 出力部
３００ サービス提供サーバ
３１０ 制御部
３１１ サービス実行部
３２０ 通信部
３３０ ＩＣカードＲ／Ｗ部
３４０ 記憶部
３５０ 入力受付部
【技術分野】
【０００１】
本発明は、サービスの提供を受ける場合にＩＣカードを用いてユーザの認証を行う認証サーバ、認証方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、情報漏洩や不正利用を防止するために、ＩＣチップを搭載したカードが普及している。特許文献１には、例えば、銀行のＡＴＭ（Automated Teller Machine）や窓口等で手続きを行う際、ＩＣチップを搭載した運転免許証などの外部の機関が発行する身分証明書を用いて認証者（サーバ）が認証し、本人であるかを確認してからサービスを提供するシステムが開示されている。
【特許文献１】特開２００７−２４１６４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記の技術では、利用者が特定のサービスのために登録しているＩＣカードを紛失した場合に、当該ＩＣカードを使用して認証を行えないために利用者がそのサービスを利用できない事態に陥ってしまう。
【０００４】
本発明は、上記問題点に鑑みてなされたもので、特定のサービスのために登録しているＩＣカードを使用できない場合でも、そのサービスをうけるために利用者の認証を行える認証サーバ、認証方法、及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の第１の観点に係る認証サーバは、
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段と、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段と、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段と、
を備えることを特徴とする。
【０００６】
例えば、前記カード認証手段は、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていると判別した場合に、当該カード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該認証強度と当該カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行ってもよい。
【０００７】
例えば、前記認証情報記憶手段が記憶する前記ＩＣカードの種類毎と複数の認証強度毎とに対応付けられた認証方式に基づくプログラムをそれぞれ記憶する認証プログラム記憶手段をさらに備え、
前記カード認証手段は、前記認証プログラム記憶手段が記憶するプログラムを用いて、前記認証方式で前記ＩＣカードの認証を行ってもよい。
【０００８】
本発明の第２の観点に係る認証方法は、
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
を備える認証サーバが行う認証方法であって、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得ステップと、
前記識別子取得ステップで取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別ステップと、
前記識別子判別ステップで前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得ステップで取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証ステップと、
を備えることを特徴とする。
【０００９】
本発明の第３の観点に係るプログラムは、
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、を有するコンピュータを、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段、
として機能させること特徴とする。
【発明の効果】
【００１０】
本発明によれば、認証システムにおいて、特定のサービスのために登録しているＩＣカードを所持していない等の理由で、登録しているＩＣカードを使用できない場合でも、利用者が所持する他のＩＣカードを用いた認証を可能にすることによって、利用者が当該サービスを利用できるようになる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態に係る認証サーバ１００を含む情報処理システム１０００について説明する。情報処理システム１０００は、図１に示すように、ユーザを認証する認証サーバ１００と、ユーザが操作する複数のユーザ端末２００と、ユーザにサービスを提供する複数のサービス提供サーバ３００とを備える。
【００１２】
情報処理システム１０００として、インターネットを介した銀行のオンラインシステム（いわゆるインターネットバンキングシステム）を例にとって本発明を説明する。すなわち、サービス提供サーバ３００は、インターネットバンキングサービスをユーザに提供する処理を実行するサーバである。ただし、本発明はインターネットバンキングサービスに限られず任意のサービスを提供するシステムに適用可能である。
【００１３】
なお、認証サーバ１００とユーザ端末２００とサービス提供サーバ３００とは、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の通信ネットワーク４００で接続される。
【００１４】
認証サーバ１００は、各サービス提供サーバ３００が提供するサービスにおいて、ユーザが確かに本人であることを確認する処理（以下「ユーザ認証処理」という。）が必要な処理がある場合に、ユーザ認証処理を各サービス提供サーバ３００に代わって実行することが可能である。そのため、認証サーバ１００は、本人確認代行サーバと呼ばれることもある。認証サーバ１００は、ユーザ端末２００から認証要求を受信し、ユーザ認証処理を行い、サービス提供サーバ３００に認証結果を送信する。
ユーザ端末２００から送信される情報の内容は、例えば、ユーザ端末２００のＩＣカードＲ／Ｗ部２３０により読み取られた個人情報や、ユーザによりユーザ端末２００に入力されたユーザ名、パスワード、暗証番号、等である。
【００１５】
認証サーバ１００は、図２に示すように、制御部１１０と、通信部１２０と、記憶部１３０と、アカウント管理部１４０とを備える。
【００１６】
制御部１１０は、ＣＰＵ等から構成される。制御部１１０は、認証サーバ１００全体を制御し、各構成要素と接続され、制御信号やデータをやりとりする。例えば、制御部１１０は、ユーザ端末２００からユーザを認証する旨の要求を受信すると、カード対応表１３２を参照して認証方式を決定し、認証データベース１３３に格納される認証プログラムを用いてＩＣカードを認証する。さらに詳細に説明すると、制御部１１０は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤで、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別する。そして、一致する場合には、受信したユーザＩＤとサービスＩＤとカードＩＤとに対応する認証強度の認証方式を、カード対応表１３２を参照して決定する。また、一致しない場合には、カード対応表１３２を参照して、受信したユーザＩＤで、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードの認証強度以上の強度と、受信したカードＩＤとに対応する認証方式に決定する。
【００１７】
制御部１１０は、図２に示すように、ＩＣカード識別・情報読取部１１１と、認証方式決定部１１２と、ＩＣカード処理振分部１１５と、本人認証部１１６と、証跡管理部１１７と、タイムスタンプ取得部１１８とを備える。
【００１８】
ＩＣカード識別・情報読取部１１１は、ＩＣカード情報管理データベース１３１を参照して、カードＩＤに基づいてＩＣカード種別を識別し、それぞれのＩＣカードに実装されている異なるファイル形式、格納情報に従ったＩＣカードのカード格納情報の読み取りの要求をユーザ端末２００又はサービス提供サーバ３００に送信し、それに応答して返信されたＩＣカードのカード格納情報とサービスＩＤとを受信する。
【００１９】
認証方式決定部１１２は、ＩＣカードの認証方式を決定する。認証方式決定部１１２は、識別部１１３と、認証方式選択部１１４とを備える。
【００２０】
識別部１１３は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤで、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別し、一致した場合には、利用者情報管理データベース１４１から当該サービスＩＤでの当該ＩＣカードの認証強度を取得し、ＩＣカード処理振分部１１５に送信する。
【００２１】
認証方式選択部１１４は、識別部１１３が、受信したユーザＩＤとサービスＩＤとに対応するカードＩＤが、受信したカードＩＤと一致しないと判別した場合は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤとサービスＩＤとに対応付けられているＩＣカードの認証強度を読み出し、カード対応表１３２を参照して、当該認証強度と、受信したカードＩＤとから、利用者が事前に登録した認証強度以上の認証方式を決定してＩＣカード処理振分部１１５に伝達する。
【００２２】
ＩＣカード処理振分部１１５は、識別部１１３よりカードＩＤと認証強度とを受け取った場合には、認証データベース１３３を参照して、そのカードＩＤと認証強度とに対応する認証処理プログラムを本人認証部１１６に送信する。
また、ＩＣカード処理振分部１１５は、認証方式選択部１１４から認証方式を通知された場合には、認証データベース１３３を参照して、その認証方式に対応する認証処理プログラムを本人認証部１１６に送信する。
【００２３】
本人認証部１１６は、ＩＣカード処理振分部１１５より受信した認証プログラムを用いてＩＣカードの認証を行う。
【００２４】
証跡管理部１１７は、本人認証部１１６による認証結果を、タイムスタンプ取得部１１８が取得した認証時刻を添付して、証跡管理データベース１３５に格納する。
【００２５】
通信部１２０は、通信ネットワーク４００に接続するためのＮＩＣ（Network Interface Card）を備える。制御部１１０は、通信部１２０により通信ネットワーク４００を介してユーザ端末２００又はサービス提供サーバ３００とデータを送受信することができる。
【００２６】
記憶部１３０は、ＲＯＭ、ＲＡＭ、ハードディスク装置などから構成される。記憶部１３０には、ユーザ認証処理を実行するためのプログラムやＯＳ等が予め記憶される。
【００２７】
記憶部１３０は、図２に示すように、ＩＣカード情報管理データベース１３１とカード対応表１３２と認証データベース１３３と証跡管理データベース１３４とを予め格納する。
【００２８】
ＩＣカード情報管理データベース１３１には、図３に示すように、カード種別と識別子とファイル構成とファイル種別とファイルサイズと認証鍵とを対応付けた情報が格納される。認証サーバ１００は、ＩＣカード情報管理データベース１３１が格納する情報に基づいて、ＩＣカードが格納する情報の読み取りを行う。また、ＩＣカード情報管理データベース１３１は、認証に使用する公開鍵や秘密鍵を格納する。
【００２９】
カード対応表１３２には、図４に示すように、カード種別と認証強度とを対応付けた情報が格納される。認証サーバ１００は、カード対応表１３２に基づいて、ＩＣカードの認証方式を選択する。
【００３０】
カード種別とは、例えば、運転免許証、健康保険証、社会保障カード、住民基本台帳カード、キャッシュカードなどの種別のことである。
【００３１】
認証強度は、いわゆるセキュリティレベルであり、ユーザ認証にあたり、具体的にどのような認証方式により認証するのかを規定する。
【００３２】
本実施形態では、ユーザ認証方式として、ＩＣカードが自己真正性を証明する「内部認証」（以下、「内部」と呼ぶ）、ＩＣカードが処理システム（認証サーバ１００）の真正性を証明する「外部認証」（以下、「外部」と呼ぶ）、ＩＣカードがカード保有者の真正性を証明するＰＩＮ認証（以下、「ＰＩＮ」と呼ぶ）、署名による認証（以下、「署名」と呼ぶ）とを採用している。制御部１１０は、ユーザによって提示されたＩＣカードのカード種別と、要求されたサービス（又は処理群又は処理）に応じて予め決められた認証強度とに基づいて、ユーザ認証方式を選択する。
【００３３】
ここで、「内部」とは、次に述べるステップＡ１〜Ａ３の一連の処理によって認証する方式である。
（Ａ１）認証サーバ１００の制御部１１０は、乱数を生成し、ユーザ端末２００又はサービス提供サーバ３００を経由して、生成した乱数をＩＣカードに送信する。ＩＣカードのＣＰＵは、ユーザ端末２００又はサービス提供サーバ３００を経由して、乱数を受信する。
（Ａ２）ＩＣカードのＣＰＵは、受信した乱数を秘密鍵で暗号化し、ユーザ端末２００又はサービス提供サーバ３００を経由して、得られた暗号文を認証サーバ１００に送信する。認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００を経由して、暗号文を受信する。
（Ａ３）認証サーバ１００の制御部１１０は、受信した暗号文を、ＩＣカード情報管理データベース１３１に格納されている公開鍵を用いて復号し、復号して得られたデータと、上記ステップＡ１で送信した乱数と、を認証する。制御部１１０は、認証の結果、一致すれば認証成功と判断し、一致しなければ認証失敗と判断する。
【００３４】
あるいは、上記の「内部」の認証方式の変形例として、次のステップＢ１〜Ｂ４のように認証してもよい。
（Ｂ１）ＩＣカードのＣＰＵは、ＩＣカード内の不揮発性メモリに格納された情報をハッシュ化し、得られたハッシュ値を、秘密鍵を用いて暗号化し、得られた暗号文を出力する。
（Ｂ２）ユーザ端末２００の制御部２１０又はサービス提供サーバ３００の制御部３１０は、暗号文をＩＣカードＲ／Ｗ部２３０，３３０で読み取って認証サーバ１００に送信する。
（Ｂ３）認証サーバ１００の制御部１１０は、予めＩＣカード情報管理データベース１３１に格納された公開鍵で、受信した暗号文を復号し、復号して得られたデータと、後述する利用者情報管理データベース１４１に格納された情報をハッシュ化して得られるハッシュ値と、を照合する。制御部１１０は、照合の結果、一致すれば認証成功と判断し、一致しなければ認証失敗と判断する。
【００３５】
また、「外部」とは、次に述べるステップＸ１〜Ｘ４の一連の処理によって認証する方式である。
（Ｘ１）認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００を経由して、外部認証用の公開鍵をＩＣカードに送信する。ＩＣカードのＣＰＵは、ユーザ端末２００又はサービス提供サーバ３００を経由して、公開鍵を受信する。なお、公開鍵は、予めＩＣカードに格納されているものを用いることができる。
（Ｘ２）ＩＣカードのＣＰＵは、乱数を生成し、ユーザ端末２００又はサービス提供サーバ３００を経由して、生成した乱数を認証サーバ１００に送信する。認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００を経由して、乱数を受信する。
（Ｘ３）認証サーバ１００の制御部１１０は、受信した乱数を、予めＩＣカード情報管理データベース１３１に格納された外部認証用の秘密鍵で暗号化し、ユーザ端末２００又はサービス提供サーバ３００を経由して、得られた暗号文をＩＣカードに送信する。ＩＣカードのＣＰＵは、ユーザ端末２００又はサービス提供サーバ３００を経由して、暗号文を受信する。
（Ｘ４）ＩＣカードのＣＰＵは、ステップＸ３で受信した暗号文を、ステップＸ１で受信した公開鍵を用いて復号し、復号して得られたデータと、ステップＸ２で送信した乱数と、を照合する。ＩＣカードのＣＰＵは、照合の結果、一致すれば認証成功と判断し、一致しなければ認証失敗と判断する。
【００３６】
あるいは、上記の「外部」の認証方式を応用して、次のステップＹ１〜Ｙ４のように認証してもよい。
（Ｙ１）認証サーバ１００の制御部１１０は、利用者情報管理データベース１４１に格納された情報をハッシュ化し、得られたハッシュ値を、ＩＣカード情報管理データベース１３１に予め記憶した公開鍵で暗号化し、暗号文をユーザ端末２００又はサービス提供サーバ３００に送信する。
（Ｙ２）ユーザ端末２００の制御部２１０又はサービス提供サーバ３００の制御部３１０は、暗号文をＩＣカードに送信する。ＩＣカードのＣＰＵは、暗号文を受信する。
（Ｙ３）ＩＣカードのＣＰＵは、予め不揮発性メモリに格納した秘密鍵で、受信した暗号文を復号し、復号して得られたデータと、不揮発性メモリに予め格納された情報をハッシュ化して得られるハッシュ値と、を照合する。照合の結果、一致すればＩＣカードのＣＰＵは認証成功と判断し、一致しなければ認証失敗と判断する。
【００３７】
また、「ＰＩＮ」とは、ユーザ端末２００の入力受付部２５０を介してＰＩＮ（Personal Identification Number）を入力させ、ＩＣカードの不揮発性メモリに予め格納されているＰＩＮとの照合をＩＣカードＲ／Ｗ部２３０を介してＩＣカードのＣＰＵ内で行う認証である。これにより、ＩＣカードの保有者の真正性を認証する。なお、サービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０でＰＩＮ認証を行う場合も同様である。
【００３８】
また、「署名」とは、次に述べる一連の処理によって認証する方式である。
（１−１）認証サーバ１００が、ＩＣカードにユーザの情報等を登録する時に、認証サーバ１００に記録された情報から、所定のハッシュ関数でハッシュ値を作成し、予めＩＣカード情報管理データベース１３１に格納された秘密鍵で署名を生成し、登録すべき情報と共にＩＣカードに送信する。
（１−２）ＩＣカードの記憶部は、受信した署名を、ユーザの情報等と共に記憶しておく。
（２−１）ユーザ端末２００の制御部２１０が、ＩＣカードに格納されている署名をＩＣカードＲ／Ｗ部２３０で読み取って、ユーザの情報等と共に認証サーバ１００に送信する。
（２−２）認証サーバ１００の制御部１１０が、予めＩＣカード情報管理データベース１３１に格納された公開鍵で、受信した署名を復号し、受信したユーザの情報等を所定のハッシュ関数でハッシュ値を作成し、復号した情報と、作成したハッシュ値とを照合する。照合の結果、一致すれば制御部１１０は認証成功と判断し、一致しなければ、認証失敗と判断する。
【００３９】
なお、上記以外の認証方式を採用することも可能である。また、カード種別と認証強度との対応付けを自由に変更することも可能である。暗号化に用いる情報の内容は本発明によって限定されない。
【００４０】
制御部１１０は、指定された認証方式で認証を行った後、認証結果を証跡管理データベース１３５にログとして格納する。
【００４１】
認証データベース１３３には、図５に示すように、カード種別と認証強度とによって対応付けられた認証プログラムが格納される。認証サーバ１００は、認証データベース１３３に格納された認証プログラムのうちで、カード対応表１３２に従って選択された認証方式の認証プログラムを用いてＩＣカードの認証を行う。また、認証サーバ１００は、認証データベース１３３に格納された認証プログラムのうちで、選択された認証強度と受信したカードＩＤとに対応する認証プログラムを用いてＩＣカードの認証を行う。
【００４２】
証跡管理データベース１３４には、認証サーバ１００が行ったＩＣカードの認証結果がログとして格納される。
【００４３】
アカウント管理部１４０は、ハードディスク装置等であり、利用者情報管理データベース１４１を備える。
利用者情報管理データベース１４１は、図６に示すように、各ユーザについて、ユーザごとに固有のユーザＩＤ、登録済みカードＩＤ、氏名、住所等の各項目の情報を対応付けて格納する。また、利用者情報管理データベース１４１は、図６に示すように、各ユーザについて、ユーザごとに固有のユーザＩＤ、利用サービス、登録済みカードＩＤ、アカウントＩＤ、パスワード、認証強度等の各項目の情報を対応付けて格納する。
例えば、ユーザＩＤ「Ａ０１」を有するユーザは、カードＡ，Ｂ，Ｃを所有する。また、ユーザＩＤ「Ａ０１」を有するユーザは、利用サービスとして「●×銀行」を、「●×銀行」のサービスを利用する際の認証のためのカードとして「カードＡ（カードＩＤ：００１・・・）」を、その際のアカウントＩＤとして「１１１１」を、その際のパスワードとして「１２３４」を、その際の認証強度として強度「４」を登録している。また、ユーザＩＤ「Ａ０１」を有するユーザは、利用サービスとして「Ｔ市役所」を、「Ｔ市役所」のサービスを利用する際の認証のためのカードとして「カードＢ（カードＩＤ：００２・・・）」を、その際のアカウントＩＤとして「９９９９」を、その際のパスワードとして「９９９９」を、その際の認証強度として強度「４」を登録している。
【００４４】
ユーザ端末２００の構成について説明する。ユーザ端末２００は、図７に示すように、制御部２１０と、通信部２２０と、ＩＣカードＲ／Ｗ部２３０と、記憶部２４０と、入力受付部２５０と、出力部２６０と、を備える。
【００４５】
制御部２１０は、ＣＰＵ（Central Processing Unit）等から構成される。制御部２１０は、ユーザ端末２００全体を制御し、各構成要素と接続され、制御信号やデータをやりとりする。例えば制御部２１０は、インターネットバンキングシステムのユーザ端末２００側の処理を実行するためのプログラムを実行する。
【００４６】
通信部２２０は、インターネットやＬＡＮ等の通信ネットワーク４００に接続するためのＮＩＣ（Network Interface Card）やモデム等を備える。
【００４７】
ＩＣカードリーダー・ライター部２３０（以下「ＩＣカードＲ／Ｗ部」と呼ぶ）を備える。本実施形態では、ユーザ端末２００は、ＩＣチップを搭載した運転免許証、健康保険証、社会保障カード、住民基本台帳カード、キャッシュカード、クレジットカード等の各種ＩＣカードに格納された情報を、ＩＣカードＲ／Ｗ部で読み取ることが可能である。ユーザは、情報処理システム１０００のサービスを利用するために、ユーザとパスワードのチェックのほかに、ＩＣカードを用いて本人確認を行なわなければならない場合がある。
【００４８】
記憶部２４０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク装置などから構成される。記憶部２４０には、インターネットバンキングシステムのユーザ端末２００側の処理を実行するためのプログラムやオペレーティングシステム（ＯＳ）等が予め記憶される。また、各処理を実行する際の中間データや結果データ等も記憶する。
【００４９】
入力受付部２５０は、キーボードやマウス等の入力装置から構成され、ユーザからの様々な指示入力を受け付ける。指示入力には、例えば、新規口座の開設を依頼する指示入力、振り込みを依頼する指示入力などがある。
【００５０】
出力部２６０は、ディスプレイ等の表示装置や、スピーカ等の出力装置から構成される。ユーザは、表示装置に表示される画面を見ながらユーザ端末２００を操作できる。
【００５１】
ユーザ端末２００として、公知のパーソナルコンピュータを用いることができる。
【００５２】
ＩＣカードには、ＣＰＵと、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）あるいはフラッシュメモリ等の不揮発性メモリと、が内蔵されている。ＩＣカードの不揮発性メモリには、例えば口座番号や秘密鍵などの個人情報が格納されている。ＩＣカードのＣＰＵは、不揮発性メモリに格納された口座番号等の情報を秘密鍵で暗号化して暗号文を計算し、この計算された暗号文を外部に出力することができる。暗号化の方法として任意の暗号アルゴリズムを用いることができる。
【００５３】
サービス提供サーバ３００は、ユーザに所定のサービスを提供する機関が設置したサーバである。例えばサービス提供サーバ３００には、銀行が設置するインターネットバンキングサービス用のサーバ、行政機関が設置する行政サービス用のサーバ、病院など医療機関が設置する医療サービス用のサーバなど、様々なサーバがある。
【００５４】
サービス提供サーバ３００の構成について説明する。サービス提供サーバ３００は、図８に示すように、制御部３１０、通信部３２０、ＩＣカードＲ／Ｗ部３３０、記憶部３４０と、入力受付部３５０とを備える。
【００５５】
制御部３１０は、ＣＰＵ等から構成される。制御部３１０は、サービス提供サーバ３００全体を制御し、各構成要素と接続され、制御信号やデータをやりとりする。例えば、制御部３１０は、認証サーバ１００からユーザのＩＣカードの認証結果を受け取り、その認証結果に基づいてユーザに対してサービスの実行を行う。
制御部３１０は、サービス実行部３１１を備える。
【００５６】
サービス実行部３１１は、認証サーバ１００より認証結果を受信し、その認証結果に基づき利用者に対して、要求されるサービスを実行する。
【００５７】
通信部３２０は、インターネット等の通信ネットワーク４００に接続するためのＮＩＣを備える。制御部３１０は、通信部３２０により通信ネットワーク４００を介してユーザ端末２００とデータを送受信することができる。また、制御部３１０は、通信部３２０により通信ネットワーク４００を介して認証サーバ１００又はユーザ端末２００とデータを送受信することもできる。
【００５８】
ＩＣカードリーダー・ライター部（以下「ＩＣカードＲ／Ｗ部」と呼ぶ）３３０は、ＩＣチップを搭載した運転免許証、健康保険証、社会保障カード、住民基本台帳カード、キャッシュカード、クレジットカード等の各種ＩＣカードに格納された情報を読み取ることが可能である。ユーザは、情報処理システム１０００のサービスを利用するために、ユーザとパスワードのチェックのほかに、ＩＣカードを用いて本人確認を行なわなければならない場合がある。
【００５９】
記憶部３４０は、ＲＯＭ、ＲＡＭ、ハードディスク装置などから構成される。記憶部３４０には、インターネットバンキングシステムのサービス提供サーバ３００側の処理を実行するためのプログラムやＯＳ等が予め記憶される。
【００６０】
記憶部３４０は、それぞれのユーザについて、ユーザ名、パスワードを対応付けて格納する、制御部３４０は、例えば、ユーザによって入力されたパスワードと、予め登録されたパスワードとが一致するか否かを判断することによって、ＩＣカードを用いない簡易的なユーザ認証処理を実行することができる。
【００６１】
入力受付部３５０は、キーボードやマウス等の入力装置から構成され、ユーザからの様々な指示入力を受け付ける。指示入力には、例えば、新規口座の開設を依頼する指示入力、振り込みを依頼する指示入力などがある。
【００６２】
以下、上記構成の情報処理システム１０００の動作を説明する。
【００６３】
先ず、図９に示す機能図と、図１０に示すシーケンス図とを参照しながら、システム全体の動作を説明する。
【００６４】
利用者は、サービスを利用する旨の要求を入力し、認証サーバ１００に登録したＩＣカードをユーザ端末２００のＩＣカードＲ／Ｗ部２３０又はサービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０に提示する（ステップＳ１０１）。
ユーザ端末２００又はサービス提供サーバ３００は、ＩＣカードＲ／Ｗ部２３０又は３３０を制御して、提示されたＩＣカードに格納されているカードＩＤを読み出し（ステップＳ１０２）、認証サーバ１００に送信する（ステップＳ１０３）。
【００６５】
認証サーバ１００は、受信したカードＩＤを通信部１２０で受信し（ステップＳ１０４）、ＩＣカード識別・情報読取部１１１で、ＩＣカード情報管理データベース１３１を参照して、ＩＣカード種別を識別し（ステップＳ１０５）、それぞれのＩＣカードに実装されている異なるファイル形式、格納情報に従ったＩＣカードのカード格納情報の読み取りの要求をユーザ端末２００又はサービス提供サーバ３００に送信する（ステップＳ１０６）。
【００６６】
ユーザ端末２００又はサービス提供サーバ３００は、受信した要求に応答して、ＩＣカードのカード格納情報を読み取り（ステップＳ１０７）、ＩＣカードのカード格納情報とユーザが利用することを要求しているサービスのサービスＩＤとを送信する（ステップＳ１０８）。
【００６７】
認証サーバ１００は、カード格納情報とサービスＩＤとを受信すると、認証処理を開始する（ステップＳ１０９）。先ず、認証方式決定部１１２の識別部１１３は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別する。
【００６８】
一致した場合には、利用者情報管理データベース１４１から当該サービスＩＤでの当該ＩＣカードの認証強度を取得し、ＩＣカード処理振分部１１５に送信する。
ＩＣカード処理振分部１１５は、認証方式決定部１１２より受け取ったカードＩＤと認証強度から認証データベース１３３を参照して、対応する認証処理プログラムを取得して本人認証部１１６に送信する（ステップＳ１１０，１１１）。
【００６９】
ここで、例を挙げて説明すると、ユーザＩＤ「Ａ０１」を有するユーザが、「●×銀行」のサービスを受けるために「カードＡ」をユーザ端末２００のＩＣカードＲ／Ｗ部２３０又はサービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０に提示したと仮定する。その場合には、ユーザ端末２００又はサービス提供サーバ３００は、認証サーバ１００にユーザＩＤ「Ａ０１」と「カードＡ」のカードＩＤと「●×銀行」のサービスＩＤとを送信する。そして、認証方式決定部１１２の識別部１１３は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤ、「●×銀行」のサービスＩＤ、サービスを利用する際の認証に使用するＩＣカードのカードＩＤ、つまり、「カードＡ」のカードＩＤが、利用者情報管理データベース１４１に格納された情報と一致すると判別する。その結果、一致するので、利用者情報管理データベース１４１からユーザＩＤ「Ａ０１」及び「●×銀行」での「カードＡ」の認証強度「４」を取得し、ＩＣカード処理振分部１１５に送信する。ＩＣカード処理振分部１１５は、認証データベース１３３を参照して、「カードＡ」と認証強度「４」とに対応する認証処理プログラムを本人認証部１１６に送信する。
【００７０】
一致しない場合には、認証方式選択部１４４は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤに対応付けられているＩＣカードの認証強度を読み出し、カード対応表１３２を参照して、当該認証強度と、受信したカードＩＤとから、利用者が事前に登録した認証強度以上の認証方式を決定してＩＣカード処理振分部１１５に伝達する（ステップＳ１１０）。
ＩＣカード処理振分部１１５は、認証方式選択部１４４から通知された認証方式を、認証データベース１３３を参照して、対応する認証処理プログラムを本人認証部１１６に送信する（ステップＳ１１１）。
【００７１】
ここで、例を挙げて説明すると、ユーザＩＤ「Ａ０１」を有するユーザが、「●×銀行」のサービスを受けるために「カードＣ」をユーザ端末２００のＩＣカードＲ／Ｗ部２３０又はサービス提供サーバ３００のＩＣカードＲ／Ｗ部３３０に提示したと仮定する。その場合には、ユーザ端末２００又はサービス提供サーバ３００は、認証サーバ１００にユーザＩＤ「Ａ０１」と「カードＣ」のカードＩＤと「●×銀行」のサービスＩＤとを送信する。そして、認証方式決定部１１２の識別部１１３は、利用者情報管理データベース１４１を参照して、受信したユーザＩＤ「Ａ０１」、「●×銀行」のサービスＩＤ、サービスを利用する際の認証に使用するＩＣカードのカードＩＤ、つまり、「カードＡ」のカードＩＤが、利用者情報管理データベース１４１と一致するかを判別する。その結果として、一致しないので、認証方式選択部１４４は、利用者情報管理データベース１４１を参照して、ユーザＩＤ「Ａ０１」と「●×銀行」のサービスＩＤとに対応付けられているＩＣカード、つまり、「カードＡ」の認証強度「４」を読み出し、カード対応表１３２を参照して、当該認証強度「４」以上の強度と「カードＣ」とに対応する認証方式に決定してＩＣカード処理振分部１１５に伝達する。
【００７２】
本人認証部１１６は、受信した認証プログラムを用いてＩＣカードの認証を行う（ステップＳ１１２）。
【００７３】
認証サーバ１００は、本人認証部１１６による認証結果をサービス提供サーバ３００のサービス実行部３１１に送信し（ステップＳ１１３）、サービス提供サーバ３００のサービス実行部３１１は、認証結果を受信し（ステップＳ１１４）、その認証結果に基づき利用者に対して、要求するサービスを実行する（ステップＳ１１５）。
【００７４】
また、ステップＳ１１３で認証サーバ１００が認証結果をサービス提供サーバ３００に送信するのと同時に、証跡管理部１１７は、本人認証部１１６による認証結果を、タイムスタンプ取得部１１８が取得した認証時刻を添付して、証跡管理データベース１３５に格納する。
【００７５】
このようにして、情報処理システム１０００によれば、特定のサービスに対して登録されているＩＣカードが使用できない場合に、他のＩＣカードを使用して認証を行い、サービスを受けることが出来る。
【００７６】
次に、本発明の実施形態に係る認証サーバ１００が行う認証処理を、図１１のフローチャートを参照して詳細に説明する。
【００７７】
認証サーバ１００の制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００からＩＣカードの認証要求とそのカードＩＤとを受信すると、ＩＣカード情報管理データベース１３１を参照して、ＩＣカード種別を識別する（ステップＳ２０１）。
【００７８】
次に、制御部１１０は、そのＩＣカードに実装されている異なるファイル形式、格納情報に従ったＩＣカードのカード格納情報の読み取りの要求をユーザ端末２００又はサービス提供サーバ３００に送信する（ステップＳ２０２）。
【００７９】
制御部１１０は、カード格納情報と共に、ユーザが受けようとするサービスのサービスＩＤを受信する（ステップＳ２０３）。
【００８０】
制御部１１０は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤのサービスを利用する際の認証に使用するＩＣカードのカードＩＤが、受信したカードＩＤと一致するか否かを判別する（ステップＳ２０４）。
【００８１】
一致した場合には（Ｓ２０４；ＹＥＳ）、制御部１１０は、利用者情報管理データベース１４１を参照して、当該サービスＩＤでの当該ＩＣカードの認証強度を、実際に認証を行う強度として決定し（ステップＳ２０５）、認証データベース１３３を参照して、受信したカードＩＤと決定した認証強度とに対応する認証処理プログラムを取得し（ステップＳ２０６）、ステップＳ２０９に進む。
【００８２】
一致しない場合には（Ｓ２０４；ＮＯ）、制御部１１０は、利用者情報管理データベース１４１を参照して、受信したサービスＩＤに対応付けられているＩＣカードの認証強度を読み出し、カード対応表１３２を参照して、当該認証強度と、受信したカードＩＤとから、利用者が事前に登録した認証強度以上の認証方式を決定して（ステップＳ２０７）、認証データベース１３３を参照して、その認証方式に対応する認証処理プログラムを取得し（ステップＳ２０８）、ステップＳ２０９に進む。
【００８３】
制御部１１０は、取得した認証プログラムを用いてＩＣカードの認証を行い（ステップＳ２０９）、ＩＣカードの認証が成功したか否かを判別する（ステップＳ２１０）。
【００８４】
認証が成功したと判別すると（Ｓ２１０；ＹＥＳ）、制御部１１０は、サービス提供サーバ３００に認証結果と共にサービスの実行要求を送信し（ステップＳ２１１）、処理を終了する。
【００８５】
認証が失敗したと判別すると（Ｓ２１０；ＮＯ）、制御部１１０は、ユーザ端末２００又はサービス提供サーバ３００に認証失敗の通知を送信し（ステップＳ２１２）、処理を終了する。
【００８６】
このように、本発明の実施形態に係る認証サーバ１００が行う認証処理によれば、特定のサービスのために登録しているＩＣカードを所持していない等の理由で、登録しているＩＣカードを使用できない場合でも、利用者が所持する他のＩＣカードを用いた認証を可能にする。
【００８７】
以上、本発明の実施形態に係る情報処理システム１０００によれば、利用者が特定のサービスに対して通常利用するＩＣカードとして登録しているカードを利用できない場合において、サービスが利用できない状況を回避することができ、利用者にとってはサービス利用の利便性が向上するとともに、サービス提供主体にとっても利用者に負担を強いることがなく満足度の向上につながるとともに、サービスの利用機会を損失するリスクを軽減することができるようになる。
【００８８】
なお、本発明は上記実施形態に限定されず、種々の応用及び変形が可能である。
【００８９】
認証サーバ１００は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。たとえば、前記の動作を実行するためのコンピュータプログラムを、コンピュータが読みとり可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）に格納して配布し、当該コンピュータプログラムをコンピュータにインストールすることにより、前記の処理を実行する認証サーバ１００を構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有する記憶装置に当該コンピュータプログラムを格納しておき、通常のコンピュータシステムがダウンロード等することで認証サーバ１００を構成してもよい。
【００９０】
また、認証サーバ１００の機能を、ＯＳ（オペレーティングシステム）とアプリケーションプログラムの分担、またはＯＳとアプリケーションプログラムとの協働により実現する場合などには、アプリケーションプログラム部分のみを記録媒体や記憶装置に格納してもよい。
【００９１】
また、その他、具体的な細部構成等についても適宜変更可能である。
【図面の簡単な説明】
【００９２】
【図１】本発明の実施形態に係る情報処理システムの構成図である。
【図２】図１の認証サーバの構成図である。
【図３】図１の認証サーバが格納するＩＣカード情報管理データベースを説明するための図である。
【図４】図１の認証サーバが格納するカード対応表を説明するための図である。
【図５】図１の認証サーバが格納する認証データベースを説明するための図である。
【図６】図１の認証サーバが格納する利用者情報管理データベースを説明するための図である。
【図７】図１のユーザ端末の構成図である
【図８】図１のサービス提供サーバの構成図である。
【図９】本発明の実施形態に係る情報処理システムの機能図である。
【図１０】本発明の実施形態に係る情報処理システムの動作を説明するためのシーケンス図である。
【図１１】認証サーバが行う認証処理を説明するためのフローチャートである。
【符号の説明】
【００９３】
１００ 認証サーバ
１１０ 制御部
１２０ 通信部
１３０ 記憶部
１３１ ＩＣカード情報管理データベース
１３２ カード対応表
１３３ 認証データベース
１３４ 利用者情報管理データベース
１３５ 証跡管理データベース
１４１ ＩＣカード識別情報読取部
１４２ 認証方式決定部
１４３ 識別部
１４４ 認証方式選択部
１４５ ＩＣカード処理振分部
１４６ 本人認証部
１４７ 証跡管理部
１４８ タイムスタンプ取得部
２００ ユーザ端末
２１０ 制御部
２２０ 通信部
２３０ ＩＣカードＲ／Ｗ部
２４０ 記憶部
２５０ 入力受付部
２６０ 出力部
３００ サービス提供サーバ
３１０ 制御部
３１１ サービス実行部
３２０ 通信部
３３０ ＩＣカードＲ／Ｗ部
３４０ 記憶部
３５０ 入力受付部
【特許請求の範囲】
【請求項１】
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段と、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段と、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段と、
を備えることを特徴とする認証サーバ。
【請求項２】
前記カード認証手段は、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていると判別した場合に、当該当該カード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該認証強度と当該カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行う、
ことを特徴とする請求項１に記載の認証サーバ。
【請求項３】
前記認証情報記憶手段が記憶する前記ＩＣカードの種類毎と複数の認証強度毎とに対応付けられた認証方式に基づくプログラムをそれぞれ記憶する認証プログラム記憶手段をさらに備え、
前記カード認証手段は、前記認証プログラム記憶手段が記憶するプログラムを用いて、前記認証方式で前記ＩＣカードの認証を行う、
ことを特徴とする請求項１又は２に記載の認証サーバ。
【請求項４】
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
を備える認証サーバが行う認証方法であって、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得ステップと、
前記識別子取得ステップで取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別ステップと、
前記識別子判別ステップで前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得ステップで取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証ステップと、
を備えることを特徴とする認証方法。
【請求項５】
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、を有するコンピュータを、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段、
として機能させること特徴とするプログラム。
【請求項１】
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段と、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段と、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段と、
を備えることを特徴とする認証サーバ。
【請求項２】
前記カード認証手段は、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていると判別した場合に、当該当該カード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該認証強度と当該カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行う、
ことを特徴とする請求項１に記載の認証サーバ。
【請求項３】
前記認証情報記憶手段が記憶する前記ＩＣカードの種類毎と複数の認証強度毎とに対応付けられた認証方式に基づくプログラムをそれぞれ記憶する認証プログラム記憶手段をさらに備え、
前記カード認証手段は、前記認証プログラム記憶手段が記憶するプログラムを用いて、前記認証方式で前記ＩＣカードの認証を行う、
ことを特徴とする請求項１又は２に記載の認証サーバ。
【請求項４】
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、
を備える認証サーバが行う認証方法であって、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得ステップと、
前記識別子取得ステップで取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別ステップと、
前記識別子判別ステップで前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得ステップで取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証ステップと、
を備えることを特徴とする認証方法。
【請求項５】
ユーザが有する複数のＩＣカードのカード識別子と、当該各ＩＣカードの種類と、当該各ＩＣカードで登録されたサービスのサービス識別子と、当該サービスに対応する登録された当該ＩＣカードの認証強度とを対応付けたユーザ情報を記憶するユーザ情報記憶手段と、
前記ＩＣカードの種類毎と複数の認証強度毎とに認証方式を対応付けたカード認証情報を記憶する認証情報記憶手段と、を有するコンピュータを、
外部装置よりＩＣカードのカード識別子とサービスのサービス識別子とを取得する識別子取得手段、
前記識別子取得手段が取得した前記カード識別子と前記サービス識別子とが、前記ユーザ情報記憶手段が記憶する前記ユーザ情報において対応付けられているか否かを判別する識別子判別手段、
前記識別子判別手段が前記カード識別子と前記サービス識別子とが対応付けられていないと判別した場合に、前記ユーザ情報において当該サービス識別子に対応付けられた他のカード識別子を有するＩＣカードの認証強度を取得し、前記カード認証情報において当該強度以上の認証強度と前記識別子取得手段が取得した前記カード識別子を有するＩＣカードの種類とに対応する認証方式で当該ＩＣカードの認証を行うカード認証手段、
として機能させること特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００９−２４５１１９（Ｐ２００９−２４５１１９Ａ）
【公開日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願番号】特願２００８−９０１７８（Ｐ２００８−９０１７８）
【出願日】平成２０年３月３１日（２００８．３．３１）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
【公開日】平成２１年１０月２２日（２００９．１０．２２）
【国際特許分類】
【出願日】平成２０年３月３１日（２００８．３．３１）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
[ Back to top ]