JP2014211677A - 認証方法、端末およびプログラム - Google Patents

Abstract

【課題】サーバが認証情報を管理することなくユーザを認証する。
【解決手段】ユーザ端末１は、サービスを享受する閲覧制御手段１０と、サービス提供サーバ３への接続を認証する認証制御手段２０とを備える。認証方法は、ユーザ端末１の閲覧制御手段１０が、サービス提供サーバ３に接続し、当該サービス提供サーバ３から、認証要求を受信するステップと、ユーザ端末１の認証制御手段２０が、ユーザによって入力された認証情報を認証し、その認証結果を閲覧制御手段１０に入力するステップと、ユーザ端末１の閲覧制御手段１０が、認証結果をサービス提供サーバ３に送信するステップを備える。
【選択図】図２

Description

本発明は、サービスを提供するサービス提供サーバと、当該サービス提供サーバに接続し、ユーザが利用する端末とを備える認証システムに用いられる認証方法、端末およびプログラムに関する。

近年の情報端末および通信ネットワークの発達に伴い、通信ネットワークを介して様々なサービスが提供されている。このようなサービスを利用する度に、ユーザは、ユーザの認証情報を端末に入力する。この認証情報は、例えば、ユーザを識別するユーザＩＤ、このユーザのみが知っているパスワードなどである。ユーザが入力した認証情報は、サーバに送信される。サーバで、予めサーバが把握しているユーザＩＤおよびパスワードと、ユーザが入力した認証情報が一致し認証された場合、ユーザは、そのサーバのサービスを享受することができる。

このような認証方法においてユーザは、利用するサービス毎に認証情報を管理する必要がある。そこで、ＯｐｅｎＩＤやＳＡＭＬなどの、所定の認証サーバにアクセスし、一つのＩＤで複数のサービスを利用可能な規格が用いられる場合がある（例えば、非特許文献１および非特許文献２参照。）。この非特許文献１および非特許文献２に記載の技術によれば、一つのＩＤで複数のサービスを利用可能とすることで、ユーザによる認証の負荷を軽減する効果が期待できる。

OpenID Foundation、"OpenID is a safe, faster, and easier way to log in to web sites."、［ｏｎｌｉｎｅ］、２００６年、OpenID Foundation、［平成２５年４月２日検索］、インターネット〈URL：http://openid.net/〉 OASIS、" Security Assertion Markup Language (SAML) v2.0"、［ｏｎｌｉｎｅ］、２０１３年、OASIS、［平成２５年４月２日検索］、インターネット〈URL：https://www.oasis-open.org/standards#samlv2.0〉

しかしながら、上記のような複数のサービスを利用可能な規格を用いたとしても、利用する端末から認証情報を入力し、ネットワーク上の認証サーバにアクセスすることになる。従って、認証サーバは、各ユーザの認証情報を管理する必要がある。また、ネットワーク上に認証情報が流れるため、フィッシングやスニッフィングなどに対するセキュリティの不安が解消されない。

従って本発明の目的は、サーバが認証情報を管理することなくユーザを認証可能な認証方法、端末およびプログラムを提供することである。

上記課題を解決するために、本発明の第１の特徴は、サービスを提供するサービス提供サーバと、当該サービス提供サーバに接続し、ユーザが利用する端末とを備える認証システムに用いられる認証方法に関する。端末は、サービスを享受する閲覧制御手段と、サービス提供サーバへの接続を認証する認証制御手段とを備える。本発明の第１の特徴に係る認証方法は、端末の閲覧制御手段が、サービス提供サーバに接続し、当該サービス提供サーバから、認証要求を受信するステップと、端末の認証制御手段が、ユーザによって入力された認証情報を認証し、その認証結果を閲覧制御手段に入力するステップと、端末の閲覧制御手段が、認証結果をサービス提供サーバに送信するステップを備える。

ここで認証情報が認証された場合、端末の認証制御手段が、サービスの享受に用いる属性値を抽出して、抽出した属性値を閲覧制御手段に入力するステップと、端末の閲覧制御手段が、抽出した属性値をサービス提供サーバに送信するステップをさらに備えても良い。

本発明の第２の特徴は、サービスを提供するサービス提供サーバに接続し、ユーザが利用する端末に関する。本発明の第２の特徴に係る端末は、閲覧制御手段から認証要求が入力されると、ユーザによって入力された認証情報を認証し、その認証結果を後記閲覧制御手段に入力する認証制御手段と、サービス提供サーバに接続し、当該サービス提供サーバから、認証要求を受信すると、その旨を認証制御手段に通知するとともに、認証制御手段が入力した認証結果をサービス提供サーバに送信する閲覧制御手段とを備える。

ここで認証制御手段は、さらに、サービスの享受に用いる属性値を抽出して、抽出した属性値を閲覧制御手段に入力し、閲覧制御手段が、抽出した属性値をサービス提供サーバに送信しても良い。

また、ユーザの操作によって、サービス提供サーバに、当該サービス提供サーバに送信した属性値の登録、削除または変更を要求するサービス管理手段をさらに備えても良い。

また、ペルソナの識別子と、このペルソナに対応づけるユーザの属性値とを対応づけたペルソナ管理データをさらに記憶し、ユーザの操作によって、ペルソナ管理データを更新するペルソナ管理手段をさらに備えても良い。

本発明の第３の特徴は、サービスを提供するサービス提供サーバに接続し、ユーザが利用するプログラムに関する。本発明の第３の特徴に係るプログラムは、コンピュータを、閲覧制御手段から認証要求が入力されると、ユーザによって入力された認証情報を認証し、その認証結果を後記閲覧制御手段に入力する認証制御手段と、サービス提供サーバに接続し、当該サービス提供サーバから、認証要求を受信すると、その旨を認証制御手段に通知するとともに、認証制御手段が入力した認証結果をサービス提供サーバに送信する閲覧制御手段として機能させる。

本発明によれば、サーバが認証情報を管理することなくユーザを認証可能な認証方法、端末およびプログラムを提供することができる。

本発明の実施の形態に係る認証システムのシステム構成を説明する図である。 本発明の実施の形態に係る認証方法のシーケンス図である。 本発明の実施の形態に係るユーザ端末のハードウェア構成および機能ブロックを説明する図である。 本発明の実施の形態に係るユーザ端末が表示するサービス管理画面の一例を説明する図である。 本発明の実施の形態に係るユーザ端末が表示するペルソナ管理画面の一例を説明する図である。 本発明の実施の形態に係る認証方法のフローチャートである。 本発明の実施の形態に係るユーザ端末が表示する認証に関する画面の一例を説明する図である。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

（実施の形態）
本発明の実施の形態に係る認証システム９は、図１に示すように、ユーザ端末（端末）１およびサービス提供サーバ３を備える。ユーザ端末１およびサービス提供サーバ３は、インターネットなどの通信ネットワーク８を介して相互に通信可能に接続する。

サービス提供サーバ３は、メールサーバなどであって、ユーザ端末１にサービスを提供するサーバである。サービス提供サーバ３は、一般的なコンピュータが、所定の機能を実現するためのプログラムを実行することにより、実装される。

ユーザ端末１は、サービス提供サーバ３に接続し、ユーザが利用する端末である。ユーザ端末１は、パーソナルコンピュータ、携帯電話機、スマートフォンなどの一般的なコンピュータが、所定の機能を実現するためのプログラムを実行することにより、実装される。

ユーザ端末１は、図１に示すように、サービス提供サーバ３からサービスを享受する閲覧制御手段１０と、サービス提供サーバ３への接続を認証する認証制御手段２０とを備える。閲覧制御手段１０は、サービス提供サーバ３が提供する所定のサービスの享受を制御する。閲覧制御手段１０は、サービスを享受するアプリケーションに実装されても良い。またブラウザでサービスを享受する場合、閲覧制御手段１０は、ブラウザと連携可能なアプリケーションや、ブラウザと連携可能なHTMLやJava Script（登録商標）などで記載されたプログラムなどで実装されても良い。また認証制御手段２０は、ユーザ端末１が備える閲覧制御手段１０のサービス提供サーバ３への接続を認証する。閲覧制御手段１０と認証制御手段２０とは、閲覧制御手段１０と認証制御手段２０とが相互にデータを送受信可能であれば、それぞれ個別のアプリケーションプログラムで生成されても良い。またユーザ端末１は、複数の閲覧制御手段１０を備えても良い。認証制御手段２０は、これら複数の閲覧制御手段１０について認証する。

（認証方法）
図２を参照して、本発明の実施の形態に係る認証方法を説明する。

まずステップＳ１において、閲覧制御手段１０は、サービス提供サーバ３に接続し、サービスの利用要求を送信する。これに対しサービス提供サーバ３はステップＳ２において、閲覧制御手段１０に対し、認証要求を送信する。ここでサービス提供サーバ３は、サービスの利用に必要な属性情報の属性値も、閲覧制御手段１０に送信しても良い。

閲覧制御手段１０は、サービス提供サーバ３から認証要求を受信すると、ステップＳ３において、その情報を認証制御手段２０に送信する。ステップＳ２においてサービス提供サーバ３から必要な属性項目が送信された場合、閲覧制御手段１０は、その属性項目も認証制御手段２０に送信する。

ステップＳ４において認証制御手段２０は、ユーザ認証する。具体的には認証制御手段２０は、ユーザに認証情報を入力させる画面を表示するとともに、認証情報を認証する。認証制御手段２０は、ユーザ端末１内で保持する公開鍵に対応する秘密鍵を用いて、認証結果を署名する。ここで、認証制御手段２０は、属性項目も受信した場合、その指定された属性項目に対応する属性値を抽出し、抽出した属性値も認証結果とあわせて秘密鍵を用いて署名する。ステップＳ５において認証制御手段２０は、このように秘密鍵で署名された認証結果などと公開鍵を、閲覧制御手段１０に送信する。

ステップＳ６において閲覧制御手段１０は、認証制御手段２０から入力された秘密鍵で署名された認証結果などと公開鍵を、サービス提供サーバ３に送信する。

ステップＳ７においてサービス提供サーバ３は、認証結果を検証する。具体的には、サービス提供サーバ３は、受信した公開鍵を使って、秘密鍵で署名された認証結果などを検証する。ここで検証できれば、この認証結果は、この公開鍵を有するユーザによって署名されたものと、サービス提供サーバ３は、判定することができる。この場合、サービス提供サーバ３は、ユーザ端末１を認証できたとして、ステップＳ８においてユーザ端末１にサービスを提供する。

ここでサービス提供サーバ３は、ユーザ端末１から送信された公開鍵を、ユーザ識別子として用いても良い。また、ステップＳ６においてユーザ端末１が属性値も秘密鍵で署名して送信した場合、サービス提供サーバ３は、属性値も併せて検証する。例えば、サービス提供サーバ３が要求する年齢制限を満たしているかなども判定して、ユーザ端末１にサービスを提供するか否かを決定する。サービス提供サーバ３は、必要に応じて、ユーザ端末１から受信した属性値を公開鍵に対応づけて保持しても良いし、一連のサービスの提供が終了すると、ユーザ端末１から受信した属性値を削除しても良い。

また、ユーザ端末１は、認証結果や属性値などを、サービス提供サーバ３が公開する公開鍵を用いて暗号化して、サービス提供サーバ３に送信しても良い。この場合サービス提供サーバ３は、この公開鍵に対応する秘密鍵で復号する。

このように本発明の実施の形態に係る認証方法は、ユーザが入力した認証情報を、通信ネットワーク８に流すことなく、ユーザ端末１内で認証するので、認証情報のフィッシングや漏洩を回避することができる。また、ユーザは、複数のサービスを利用する場合でも、同じ認証情報を入力すれば良いので、各サービスの認証情報を管理する必要がない。ユーザ端末１は、さらにその認証結果を、秘密鍵で署名して、この秘密鍵に対応する公開鍵とともに、サービス提供サーバ３に送信する。これにより、秘密鍵が漏洩しない限り、なりすましを防止することができる。

また、図１に示す例では、サービス提供サーバ３がサービスの提供に必要な属性情報の項目を送信する場合を説明したがこれに限られない。例えば、ユーザ端末１が、予めサービスの識別子と、このサービスの享受に用いる属性情報の項目とを対応づけたサービス属性データを保持する。ユーザ端末１はサービスを享受する際、このサービス属性データに基づいて必要な属性項目の属性値を抽出し、抽出した属性値を、認証結果とともにサービス提供サーバ３に送信しても良い。また、属性値と認証結果は、図１に示したように、同じタイミングで送信しても良いし、異なるタイミングで送信しても良い。

また図１に示す例においては、サービス提供サーバ３においてユーザ端末１へのサービスの提供の可否を判断していたが、ユーザ端末１側で判断しても良い。具体的にはユーザ端末１は、予め利用可能なサービスを提供するサービス提供サーバ３のリストを保持する。ここでユーザが入力した認証情報を認証できた場合、このサービス提供サーバ３のサービスが利用可能であることをサービス提供サーバ３に送信しても良い。また、サービスの利用条件が「１８歳以上」などの年齢制限がある場合、例えば、ユーザに第三者機関などが発行した証明書とともに、誕生日の情報を入力させても良い。ユーザ端末１は、この情報を基に、ユーザ端末１でこのユーザが１８歳以上であることを確認し、その結果を認証結果としてサービス提供サーバ３に送信しても良い。ここで証明書は、例えば、サービス提供者が信頼する第三者が発行した電子証明書などが考えられる。

またサービス提供サーバ３が、ユーザの属性値を取得する方法はいくつか考えられる。例えば、ユーザ端末１は、第三者により保証された属性値を送付しても良い。具体的には、ユーザ端末１は、サービスの提供を特定の地域に限る場合、信頼できる第三者が署名付きでユーザの住所の電子証明書を取得し保持する。ユーザ端末１は、サービス提供サーバ３から住居の証明書を求められた場合、このユーザの住所の電子証明書をサービス提供サーバ３に送信しても良い。また、所定の第三者のサーバがこの電子証明書を保持する場合、ユーザ端末１は、この電子証明書のポインタのみをサービス提供サーバ３に送信し、サービス提供サーバ３は、ユーザ端末１から指定されたポインタに基づいて電子証明書を取得しても良い。

（ユーザ端末）
図３を参照して、本発明の実施の形態に係るユーザ端末１を説明する。ユーザ端末１は、中央処理制御装置３０、記憶装置４０、通信制御装置５０、入力装置（図示せず）、表示装置（図示せず）などを備える。ユーザ端末１は、指紋センサや動きセンサなど、認証に必要な装置も備える。

通信制御装置５０は、ユーザ端末１が通信ネットワーク８に接続するためのインタフェースである。記憶装置４０は、ユーザ端末１が保持するデータを記憶したり、処理中のデータを一時的に記憶したりする。中央処理制御装置３０は、ユーザ端末１の処理を制御する。入力装置は、ユーザの操作情報を中央処理制御装置３０に入力する。表示装置は、中央処理制御装置３０の処理結果をユーザが認識できるように表示する。入力装置および表示装置は、タッチ機能付きの表示装置であっても良い。ユーザ端末１は、所定のプログラムを実行することにより、図３に示す各手段および各データを実装する。

記憶装置４０は、公開鍵データ４１、秘密鍵データ４２、属性データ４３、サービス管理データ４４およびペルソナ管理データ４５を記憶する。

公開鍵データ４１は、ユーザ端末１を利用するユーザを一意に識別可能な文字列のデータである。公開鍵データ４１は、このユーザを識別するために、他のサーバ等に送信される。秘密鍵データ４２は、公開鍵とペアとなる秘密鍵のデータであって、公開鍵と異なり外部に流出されることはない。ユーザ端末１は、ユーザの属性値などのデータを秘密鍵で署名して、公開鍵とともにサービス提供サーバ３に送信する。サービス提供サーバ３は、公開鍵を使って署名されたデータを検証できた場合、そのデータを署名したのが、公開鍵に対応する秘密鍵を持つユーザであると判定する。

ここで公開鍵は、サービス毎に異なっていても良い。その場合公開鍵データ４１は、サービスの識別子と、そのサービスで用いる公開鍵を対応づけて保持する。また秘密鍵データ４２も、サービスの識別子と、そのサービスで用いる公開鍵とペアとなる秘密鍵を対応づけて保持する。

属性データ４３は、ユーザの名前、住所、年齢など、ユーザの属性に関する属性項目とその属性値とを対応づけた属性情報に関するデータである。属性データ４３は、ユーザが自発的に入力した値のみならず、公的機関が発行した電子証明書のデータや、その電子証明書を保持するサーバのアドレスなどの情報を含んでも良い。

サービス管理データ４４は、サービスの識別子と、そのサービスの享受に用いるペルソナの識別子とを対応づけたデータである。サービス管理データ４４はさらに、サービスを提供するサービス提供サーバのアドレス、サービスのサイトポリシー、リンク先など、サービスに関連する情報を対応づけて保持しても良い。ペルソナ管理データ４５は、ペルソナの識別子と、このペルソナに対応づけるユーザの属性値とを対応づけたデータである。

本発明の実施の形態において、ユーザの属性値は、サービス毎に、ユーザの人格をペルソナとして使いわける場合にも適用する。例えば、あるサービス提供サーバ３については、本名およびパブリックなユーザの情報を使い、他のサービス提供サーバについては、ニックネームおよびプライベートなユーザの情報を使うことが考えられる。この場合、ペルソナ管理データ４５は、第１のペルソナの識別子と、本名およびパブリックなユーザの属性値を対応づけ、第２のペルソナの識別子と、ニックネームおよびプライベートなユーザの属性値とを対応づける。このユーザは、本名およびパブリックなユーザの属性値を一纏めとした第１のペルソナと、ニックネームおよびプライベートなユーザの属性値を一纏めとした第２のペルソナとを、サービス毎に使い分けることができる。

ここで、ペルソナにどのような属性値を対応づけるかは、各ユーザに委ねられる。例えばユーザは、ペルソナによって、パブリックな人格とプライベートな人格と相反する人格を使い分けても良い。またユーザは、居住地を示すにあたり、「関東地方」とするか「東京都」とするかなど、ペルソナによって、開示する情報の詳細度を使い分けても良い。

ここで、ユーザ端末１の記憶装置４０に記憶する各データは、通信ネットワーク８を介して接続するクラウドストレージサーバ（図示せず）に、暗号化されて保持されても良い。ユーザ端末１は、記憶装置４０に各データを記憶するとともに、クラウドストレージサーバにバックアップデータを保持させても良い。ここで、ユーザ端末１からクラウドストレージサーバへのアクセスにおいても、本発明の実施の形態に係る認証方法を適用しても良い。また、ユーザ端末１の紛失や故障などが発生し、別のユーザ端末にユーザの各データをリストアする場合に備え、クラウドストレージサーバにアクセスするためのユーザＩＤおよびパスワードが払い出される。このパスワードは、ユーザが日常的に入力するものではなく、紛失や故障などの場合に用いられるので、機械的に生成された長く複雑にすることにより、認証強度を向上させることができる。またセキュリティ強度を向上させるために、バックアップデータは、いわゆる秘密分散技術を用いて、複数のクラウドストレージサーバに分割して記憶され、必要に応じて、ユーザ端末１がそれぞれからデータを収集してユーザ端末１内でマージしても良い。

またユーザ端末１は、記憶装置４０に各データを保持することなく、クラウドストレージサーバにアクセスしてデータを取得し、ユーザ端末１内で復号して参照しても良い。この際、ユーザ端末１は、セッションが終了する度にユーザ端末１の記憶装置４０から各データを削除することが好ましい。

中央処理制御装置３０は、閲覧制御手段１０および認証制御手段２０を備える。

閲覧制御手段１０は、サービス提供サーバ３に接続し、当該サービス提供サーバ３から、認証要求を受信すると、その旨を認証制御手段２０に通知する。また閲覧制御手段１０は、認証制御手段２０が入力した認証結果をサービス提供サーバ３に送信する。閲覧制御手段１０は、利用要求手段１１、認証要求手段１２および認証結果送信手段１３を備える。

利用要求手段１１は、ユーザが閲覧アプリケーションを起動した場合など、サービス提供サーバ３に接続し、サービス提供サーバ３から、認証要求を受信する。ここで利用要求手段１１の処理は、図２のステップＳ１およびステップＳ２の処理に相当する。

認証要求手段１２は、サービス提供サーバ３から認証要求を受信すると、その旨を認証制御手段２０に入力し、その結果を受信する。認証要求手段１２の処理は、図２のステップＳ３およびステップＳ５の処理に相当する。ここで、サービス提供サーバ３からサービスの提供に必要な属性項目が入力されると、認証要求手段１２は、その必要な属性項目も、認証制御手段２０に入力し、その結果を受信する。

認証結果送信手段１３は、認証制御手段２０から認証結果を受信すると、その認証結果をサービス提供サーバ３に送信する。認証結果送信手段１３は、認証制御手段２０から受信したデータの宛先を変更して、サービス提供サーバ３に送信する。この結果、サービス提供サーバ３において認証結果が検証され、その結果によってユーザ端末１の閲覧制御手段１０にサービスの提供が開始される。認証結果送信手段１３の処理は、図２のステップＳ６およびステップＳ８の処理に相当する。

認証制御手段２０は、閲覧制御手段１０から認証要求が入力されると、ユーザに認証情報を入力させる画面を表示する。認証制御手段２０はさらに、ユーザによって入力された認証情報を認証し、その認証結果を閲覧制御手段１０に入力する。認証制御手段２０は、認証要求受付手段２１、認証手段２２、属性処理手段２３、サービス管理手段２４およびペルソナ管理手段２５を備える。

認証要求受付手段２１は、閲覧制御手段１０からの要求を受けて、認証手段２２を呼び出す。認証要求受付手段２１の処理は、図２のステップＳ３に相当する。

認証手段２２は、認証要求受付手段２１からの呼出を受けて、ユーザを認証するための処理をする。認証手段２２の処理は、図２のステップＳ４およびステップＳ５に相当する。

認証手段２２は、ユーザに認証情報を入力させる画面を表示するとともに、入力された認証情報を認証する。認証手段２２は、入力された認証情報が認証された場合、ユーザ端末１を利用するユーザの公開鍵データ４１と、認証結果を秘密鍵で署名したデータとを認証要求手段１２に送信する。ここで、サービス毎に公開鍵が異なる場合、認証手段２２は、認証対象のサービスに対応する公開鍵および秘密鍵を用いる。

また、認証手段２２は、入力された認証情報を認証できた場合であって、認証要求手段１２が属性項目の情報も入力した場合や認証要求手段１２からサービスの識別子が入力された場合、属性処理手段２３に必要な属性値を取得させる。このとき属性処理手段２３は、サービスの享受に用いる属性値を抽出し、認証要求手段１２に返す。認証手段２２は、認証結果と属性値を秘密鍵で署名したデータを、公開鍵とともに、閲覧制御手段１０の認証結果送信手段１３に送信する。

ここで認証手段２２がユーザを認証する方式は、ユーザ端末１が実施可能な方式であればいずれでも良い。認証方式としては例えば、ＩＤおよびパスワードの入力装置またはＩＣカードなどによる入力、指紋認証や音声認証などの生体認証、所定のパターン入力、加速度センサを用いたシェイクジェスチャなどである。いずれの認証方式で認証するか、また比較の対象となるユーザの認証情報は、予めユーザ端末１の記憶装置４０に記憶される。また、サービス毎に異なる認証方式が、予め設定され、サービス内容に応じて認証強度を設定しても良い。

属性処理手段２３は、認証手段２２からの要請に応じて、所定の属性項目の属性値を取得し、認証手段２２に返す。属性処理手段２３は、属性データ４３、サービス管理データ４４およびペルソナ管理データ４５を参照して、サービスの享受に必要な属性値を取得する。

他の実装方法として、ユーザ端末１が、サービスの識別子と、そのサービスの享受に用いる属性項目とを対応づけたサービス属性データを保持する場合も考えられる。この場合、認証要求手段１２は、認証制御手段２０に、利用対象のサービスの識別子を入力する。認証制御手段２０は、入力されたサービスの識別子に対応する属性値を取得して、その結果を返す。ユーザ端末１がサービス属性データを保持する場合、ユーザ端末１は、サービス提供サーバ３に都度アクセスし、サービス属性データを最新の状態になるように維持管理する。なお、サービス提供サーバ３に、公開鍵で暗号化してデータを送信する場合、サービス属性データはさらに、サービスの識別子と、このサービスで用いる公開鍵とを対応づけて保持する。

サービス管理手段２４は、サービス管理データ４４を維持管理するとともに、ユーザの操作によって、サービス管理データ４４を更新し、サービス提供サーバ３に、当該サービス提供サーバ３に送信した属性値の登録、削除、変更などを要求する。またサービス管理手段２４は、サービス提供サーバ３におけるユーザのアカウントの登録、変更、削除などを要求する。具体的にはサービス管理手段２４は、図４に示すサービス管理画面Ｐ１０１を表示装置に表示する。サービス管理画面Ｐ１０１は、ユーザが利用するサービスの一覧を表示するとともに、各サービスで適用するペルソナの識別子を対応づけて表示する。サービス管理画面Ｐ１０１は、さらに、各サービスに、［参照］、［変更］、［削除］などのリンクまたはボタンを設ける。

例えば［参照］が選択されるとサービス管理手段２４は、サービス管理データ４４を読み出して、選択されたサービスの適用するペルソナでの属性値、サービスのサイトポリシー、リンク先などのサービスに関連する情報を表示する。［変更］が選択されるとサービス管理手段２４は、サービスと適用ペルソナの対応づけを変更したり、サービス名の表示をユーザにわかりやすい名前に変更したりできる画面を表示する。さらにサービス管理手段２４は、画面に入力された情報に基づいて、サービス管理データ４４を更新する。またサービス管理手段２４は、必要に応じてサービス提供サーバ３にアクセスし、このユーザについて登録された属性値を変更するようにリクエストする。［削除］が選択されるとサービス管理手段２４は、サービス管理データ４４からこのサービスに関連するレコードを削除する。さらにサービス管理手段２４は、選択されたサービスに対応するサービス提供サーバ３に接続して、このユーザのアカウントの削除や解約をするようリクエストする。

ここで、ユーザ端末１の認証制御手段２０が認証可能なサービスの情報を有している場合、サービス管理画面Ｐ１０１は、そのサービスの一覧を表示しても良い。例えばユーザが、Ｄサービスの利用を開始していない場合、サービス管理画面Ｐ１０１は、Ｄサービスに［参照］、［登録］のリンクまたはボタンを設ける。［参照］が選択されるとサービス管理手段２４は、サービス管理データ４４を読み出して、サービスのサイトポリシー、リンク先などのサービスに関連する情報を表示する。［登録］が選択されると、サービス管理手段２４は、このサービスにユーザのアカウントを登録するための画面を表示する。またサービス管理手段２４は、この画面で入力された情報に基づいてアカウントを登録するリクエストを、このサービスのサービス提供サーバに送信する。

ペルソナ管理手段２５は、ペルソナ管理データ４５を維持管理する。具体的にはペルソナ管理手段２５は、図５に示すペルソナ管理画面Ｐ１０２を表示装置に表示する。ペルソナ管理画面Ｐ１０２は、ユーザが利用するペルソナの一覧を表示するとともに、各ペルソナを適用するサービスの識別子や代表的な属性値を対応づけて表示する。ペルソナ管理画面Ｐ１０２は、さらに、各ペルソナに、［参照］、［変更］、［削除］などのリンクまたはボタンを設ける。

例えば［参照］が選択されるとペルソナ管理手段２５は、ペルソナ管理データ４５やサービス管理データ４４を読み出して、選択されたペルソナの属性値や、このペルソナを適用するサービスの情報を表示する。［変更］が選択されるとペルソナ管理手段２５は、このペルソナに対応づけた属性値を編集する画面を表示する。さらにペルソナ管理手段２５は、画面に入力された情報に基づいて、ペルソナ管理データ４５を更新する。またペルソナ管理手段２５は、必要に応じてサービス提供サーバ３にアクセスし、このユーザについて登録された属性値を変更するようにリクエストする。［削除］が選択されるとペルソナ管理手段２５は、ペルソナ管理データ４５からこのペルソナに関連するレコードを削除する。またペルソナ管理手段２５は、必要に応じて、選択されたサービスに対応するサービス提供サーバ３に接続して、このユーザの属性値を変更するようリクエストする。

またペルソナ管理画面Ｐ１０２は、［新規ペルソナ追加］などのリンクまたはボタンも表示する。［新規ペルソナ追加］が選択されると、ペルソナ管理手段２５は、新たなペルソナの属性値を入力する画面を表示する。さらにペルソナ管理手段２５は、画面に入力された情報に基づいて、ペルソナ管理データ４５を更新し、必要に応じてサービス提供サーバ３にアクセスし、このユーザについて登録された属性値を変更するようにリクエストする。

なお、サービス提供サーバ３がユーザから取得した属性値を、どのように扱うかは、サービス提供における規約等により制限される。例えば、閲覧制御手段１０がサービス提供サーバ３にアクセスする度に、属性値を送信しても良い。この場合サービス提供サーバ３は、一連のサービス提供が終了したとき、サービス提供サーバ３は、ユーザ端末１から受信した属性値を削除しても良い。一方、閲覧制御手段１０がサービス提供サーバ３に一度送信した属性値は、サービス提供サーバ３が保持し、次回のサービス提供時に参照しても良い。この場合、ユーザ端末１内でサービス管理データ４４やペルソナ管理データ４５が更新されたり、ユーザ端末１から属性値の更新や削除のリクエストを受信すると、サービス提供サーバ３は、ユーザ端末１からの要請に応じて、ユーザの属性値を変更したり削除したりする。

（認証処理）
ここで図６および図７を参照して、認証制御手段２０の認証手段２２を詳述する。図７に示す画面の遷移において上段は、閲覧制御手段１０が表示する画面で、下段は、認証制御手段２０が表示する画面である。

まずユーザがサービスを享受するアプリケーションを起動すると、閲覧制御手段１０は、図７に示す認証選択画面Ｐ２０１を表示する。認証選択画面Ｐ２０１は、サービス提供サーバ３側で認証するか、ユーザ端末１側で認証するか（パーソナル認証）を選択することができる。ユーザがパーソナル認証を選択する場合、閲覧制御手段１０は、認証制御手段２０を呼びだし、本発明の実施の形態に係る認証制御手段２０による認証が開始する。

そこで図６のステップＳ１０１において、認証手段２２は、閲覧制御手段１０より認証要求を受信すると、ステップＳ１０２において、予め設定された認証方式を取得する。ステップＳ１０３において認証手段２２は、ステップＳ１０２で取得した認証方式を実現するための認証画面Ｐ３０１を表示装置に表示する。図７に示す認証画面Ｐ３０１は、ユーザにＰＩＮコードを入力させる画面である。

ステップＳ１０４において認証手段２２は、認証情報の入力を待機する。一定時間経過しても認証情報が入力されなかった場合、ステップＳ１１１に進む。ステップＳ１１１において認証手段２２は、認証できなかった旨を閲覧制御手段１０に返す。

一方、認証情報が入力された場合、具体的には図７に示す例の場合ＰＩＮコードが入力された場合、ステップＳ１０５において認証手段２２は、入力された認証情報と、予め保持している認証情報とを比較し検証する。その結果、ステップＳ１０６において認証できないと判定された場合、ステップＳ１１１に進む。ステップＳ１１１において認証手段２２は、認証できなかった旨を閲覧制御手段１０に返す。

ステップＳ１０６において認証できる場合、ステップＳ１０７において認証情報は、ユーザ端末１のサービスの享受に必要な、属性値を取得する。ステップＳ１０８において認証手段２２は、図７に示す送信確認画面Ｐ３０２を表示装置に表示する。送信確認画面Ｐ３０２は、ステップＳ１０７で抽出した属性値を、サービス提供サーバ３に送信してよいか否を、ユーザに問い合わす画面である。ここで、「いいえ」が選択されると、ステップＳ１０９において認証手段２２は、送信できないと判断し、ステップＳ１１１に進む。ステップＳ１１１において認証手段２２は、認証できなかった旨を閲覧制御手段１０に返す。

送信確認画面Ｐ３０２において「はい」が選択されると、ステップＳ１０９において認証手段２２は、送信できると判断し、ステップＳ１１０に進む。

ステップＳ１１０において認証手段２２は、認証できた旨の認証結果と、ステップＳ１０７で抽出した属性値とを、秘密鍵データ４２で署名する。さらに認証手段２２は、公開鍵データ４１と、署名した認証結果と属性値を、閲覧制御手段１０に返す。

閲覧制御手段１０は、ステップＳ１１０またはステップＳ１１１で認証手段２２から入力されたデータを、サービス提供サーバ３に送信する。サービス提供サーバ３が、公開鍵データで認証結果を検証でき、かつその認証結果が認証できた旨を示す場合、図７に示すサービス提供画面Ｐ２０２をユーザ端末１に表示するなどして、閲覧制御手段１０にサービスを提供する。

このように、本発明の実施の形態に係る認証方法は、サーバが認証情報を管理することなくユーザを認証することを可能とする。

一般的に、個々のサービスで個別にパスワードを設定したとしても、ユーザが自身の意思でパスワードを設定する限り、そのパスワードに偏りができ、辞書攻撃などを受けやすくなる。またどの端末からサービス提供サーバ３にアクセスしても、ＩＤおよびパスワードが合致している限り認証されてしまい、パスワードの漏洩による影響が大きくなる。またＳＳＬ等で保護されているとしても、通信ネットワーク８上にパスワードが流れてしまうことになり、抵抗を感じるユーザもいる。

これに対し本発明の実施の形態に係る認証方法は、ユーザ端末内で認証を完結させ、その結果をサービス提供サーバ３に送信する。これにより、サービス提供側は認証サーバを設ける必要がなく、またサーバで認証情報の管理が不要となるので、情報の漏洩を防ぎやすくなる。また本発明の実施の形態に係る認証方法は、各サービスに共通の認証方法を一つ設けることになるので、ユーザは各サービスに固有の認証方法を管理する必要がない。これに伴い、ユーザは認証方法を複雑な、かつ、より強固なものに設定することができる。

また本発明の実施の形態に係る認証方法は、秘密鍵が漏洩しない限り、この秘密鍵を保持する端末でのみ、サービス提供サーバ３からのサービスを享受できる。従って、第三者が悪用するには、認証方法の盗用のみならず、秘密鍵の漏洩または端末の入手が必要となり、多要素認証を実現することができる。また秘密鍵が通信ネットワーク８上で送受信されないので、秘密鍵の漏洩も回避することができる。

また端末を紛失した場合でも、パスワードの流出に比べて、ユーザが即時気づくことが期待できる。その場合、端末のリモートロックやリモートワイプなどを用いて、情報の流出を回避することができる。

このように本発明の実施の形態に係る認証方法は、サーバが認証情報を管理することなくユーザを認証する。

（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。

本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

１ ユーザ端末
３ サービス提供サーバ
８ 通信ネットワーク
９ 認証システム
１０ 閲覧制御手段
１１ 利用要求手段
１２ 認証要求手段
１３ 認証結果送信手段
２０ 認証制御手段
２１ 認証要求受付手段
２２ 認証手段
２３ 属性処理手段
２４ サービス管理手段
２５ ペルソナ管理手段
３０ 中央処理制御装置
４０ 記憶装置
４１ 公開鍵データ
４２ 秘密鍵データ
４３ 属性データ
４４ サービス管理データ
４５ ペルソナ管理データ
５０ 通信制御装置

Claims (7)

1. サービスを提供するサービス提供サーバと、当該サービス提供サーバに接続し、ユーザが利用する端末とを備える認証システムに用いられる認証方法であって、
   前記端末は、前記サービスを享受する閲覧制御手段と、前記サービス提供サーバへの接続を認証する認証制御手段とを備え、
   前記端末の閲覧制御手段が、サービス提供サーバに接続し、当該サービス提供サーバから、認証要求を受信するステップと、
   前記端末の認証制御手段が、ユーザによって入力された認証情報を認証し、その認証結果を前記閲覧制御手段に入力するステップと、
   前記端末の前記閲覧制御手段が、前記認証結果を前記サービス提供サーバに送信するステップ
   を備えることを特徴とする認証方法。
2. 前記認証情報が認証された場合、前記端末の認証制御手段が、前記サービスの享受に用いる属性値を抽出して、抽出した属性値を前記閲覧制御手段に入力するステップと、
   前記端末の閲覧制御手段が、前記抽出した属性値を前記サービス提供サーバに送信するステップ
   をさらに備えることを特徴とする請求項１に記載の認証方法。
3. サービスを提供するサービス提供サーバに接続し、ユーザが利用する端末であって、
   後記閲覧制御手段から認証要求が入力されると、ユーザによって入力された認証情報を認証し、その認証結果を後記閲覧制御手段に入力する認証制御手段と、
   サービス提供サーバに接続し、当該サービス提供サーバから、認証要求を受信すると、その旨を前記認証制御手段に通知するとともに、前記認証制御手段が入力した前記認証結果を前記サービス提供サーバに送信する閲覧制御手段
   とを備えることを特徴とする端末。
4. 前記認証制御手段は、さらに、前記サービスの享受に用いる属性値を抽出して、抽出した属性値を前記閲覧制御手段に入力し、
   前記閲覧制御手段が、前記抽出した属性値を前記サービス提供サーバに送信する
   ことを特徴とする請求項３に記載の端末。
5. 前記ユーザの操作によって、前記サービス提供サーバに、当該サービス提供サーバに送信した属性値の登録、削除または変更を要求するサービス管理手段
   をさらに備えることを特徴とする請求項３または４に記載の端末。
6. ペルソナの識別子と、このペルソナに対応づけるユーザの属性値とを対応づけたペルソナ管理データをさらに記憶し、
   前記ユーザの操作によって、前記ペルソナ管理データを更新するペルソナ管理手段をさらに備える
   ことを特徴とする請求項３ないし５のいずれか１項に記載の端末。
7. サービスを提供するサービス提供サーバに接続し、ユーザが利用するプログラムであって、
   コンピュータを、
   後記閲覧制御手段から認証要求が入力されると、ユーザによって入力された認証情報を認証し、その認証結果を後記閲覧制御手段に入力する認証制御手段と、
   サービス提供サーバに接続し、当該サービス提供サーバから、認証要求を受信すると、その旨を前記認証制御手段に通知するとともに、前記認証制御手段が入力した前記認証結果を前記サービス提供サーバに送信する閲覧制御手段
   として機能させることを特徴とするプログラム。

Images