JP2014211678A - 認証方法、認証システム、閲覧端末、閲覧プログラム、認証端末および認証プログラム - 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（登録商標）などで記載されたプログラムなどで実装されても良い。

認証端末２は、閲覧端末１から認証要求が入力されると、閲覧端末１を認証するとともに、ユーザに認証情報を入力させる画面を表示する。認証端末２はさらに、ユーザによって入力された認証情報を認証し、その認証結果を閲覧端末１に入力する。本発明の実施の形態で説明する認証端末２の機能は、情報端末が有する認証アプリケーションにより実現されても良い。

本発明の実施の形態に係る認証システム９において認証端末２は、ユーザが利用するあらゆる閲覧端末１が、サービス提供サーバ３のサービスを享受するための認証を請け負う。従って、認証端末２は、スマートフォン、タブレット端末など、可搬性の高いコンピュータであることが好ましいい。一方閲覧端末１は、サービスを享受できればよく、パーソナルコンピュータなどであっても良い。特に閲覧端末１は、認証情報を入力することがないので、共有端末であっても良い。

また本発明の実施の形態に係る認証システム９は、閲覧端末１が、認証端末２のＩＰアドレスを予め把握しているなどにより、認証端末２と相互に通信可能である場合を想定する。

また本発明の実施の形態においては、閲覧端末１と認証端末２のユーザは、同一ユーザである場合を想定するが、これに限られない。例えば、認証端末２のユーザは、閲覧端末１のユーザの上司であっても良く、閲覧端末２のユーザがサービスを享受するための認証を、ユーザの上司がする場合に適用しても良い。

（認証方法）
図２を参照して、本発明の実施の形態に係る認証方法を説明する。本発明の実施の形態に係る認証方法において、閲覧端末１および認証端末２は予めペアリングされ、共通鍵データを共有する。例えば、閲覧端末１が共通鍵データを生成して、表示装置に、共通鍵データの二次元バーコードを表示する。そこでユーザは認証端末２のカメラ機能を用いてこの二次元バーコードを読み取ることで、閲覧端末１が生成した共通鍵データを共有することができる。また閲覧端末１および認証端末２は、近距離通信等の技術を用いて共通鍵を共有しても良い。

さらに、図２に示すシーケンス図には示していないが、閲覧端末１および認証端末２間のメッセージの機密性を確保するため、署名に用いる共通鍵データのみではなく、暗号化に用いる共通鍵も交換しても良い。この場合、閲覧端末１および認証端末２は、互いにデータを送信する際、暗号化に用いる共通鍵で暗号化し、データを受信した場合、この共通鍵で復号する。

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

閲覧端末１は、サービス提供サーバ３から認証要求を受信すると、ステップＳ３において、第１の認証コードを生成する。この第１の認証コードは、認証端末２と共有する共通鍵データで署名されたものである。具体的には、第１の認証コードは、タイムスタンプ、呼び出し元の閲覧端末１の識別子および共通鍵データのハッシュ値である。

ステップＳ４において、閲覧端末１は、このように生成した第１の認証コード、タイムスタンプおよび閲覧端末１の識別子と、認証要求を、予め記憶した認証端末２のアドレスに基づいて、認証端末２に送信する。ステップＳ２においてサービス提供サーバ３から必要な属性項目が送信された場合、閲覧端末１は、その属性項目も認証端末２に送信する。

ステップＳ５において認証端末２は、認証要求を受信すると、閲覧端末１を認証する。具体的には認証端末２は、第１の認証コードを自身が保持する共通鍵データで検証する。検証できた場合、認証端末２は、ユーザに認証情報を入力させる画面を表示するとともに、認証情報を認証する。認証端末２は、認証端末２内で保持する公開鍵に対応する秘密鍵を用いて、認証結果を署名する。ここで、認証端末２は、属性項目も受信した場合、その指定された属性項目に対応する属性値を抽出し、抽出した属性値も認証結果とあわせて秘密鍵を用いて署名する。さらに認証端末２は、第２の認証コードを生成する。この第２の認証コードは、閲覧端末１と共有する共通鍵データで署名されたものである。具体的には、第２の認証コードは、タイムスタンプ、呼び出し元の認証端末２の識別子および共通鍵データのハッシュ値である。

ステップＳ６において認証端末２は、このように秘密鍵で署名された認証結果、第２の認証コードなどと公開鍵を、閲覧端末１に送信する。

ステップＳ７において閲覧端末１は、認証結果を受信すると、第２の認証コードを自身が保持する共通鍵データで検証する。検証できた場合、ステップＳ８において閲覧端末１は、認証端末２から入力された秘密鍵で署名された認証結果などと公開鍵を、サービス提供サーバ３に送信する。

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

ここでサービス提供サーバ３は、閲覧端末１から送信された公開鍵を、ユーザ識別子として用いても良い。また、ステップＳ８において閲覧端末１が属性値も秘密鍵で署名して送信した場合、サービス提供サーバ３は、属性値の内容も併せて検証しても良い。

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

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

（閲覧端末）
図３を参照して、本発明の実施の形態に係る閲覧端末１を説明する。閲覧端末１は、中央処理制御装置１１０、記憶装置１２０、通信制御装置１３０、入力装置（図示せず）、表示装置（図示せず）などを備える。

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

記憶装置１２０は、共通鍵データ１２１および認証アドレスデータ１２２を記憶する。共通鍵データ１２１は、認証端末２と共有する鍵のデータである。認証アドレスデータ１２２は、認証端末２のアドレスのデータであって、例えばＩＰアドレスおよびポート番号の組み合わせである。

中央処理制御装置１１０は、共通鍵生成手段１１１、利用要求手段１１２、認証要求手段１１３および認証結果送信手段（認証結果処理手段）１１４を備える。

共通鍵生成手段１１１は、所定のアルゴリズムで、共通鍵データ１２１を生成して記憶装置１２０に記憶する。その後共通鍵生成手段１１１は、生成した共通鍵データ１２１を認証端末２と共有する。具体的には、共通鍵生成手段１１１は、閲覧端末１の表示装置に、共通鍵データ１２１を表示する。ここで共通鍵生成手段１１１は、共通鍵データ１２１を二次元バーコードに変換し、認証端末２のカメラなどに読み取らせる。

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

認証要求手段１１３は、サービス提供サーバ３から認証要求を受信すると、認証アドレスデータ１２２に基づいて認証端末２に認証要求を送信するとともに、認証端末２から、認証結果を受信する。ここで認証要求手段１１３は、タイムスタンプ、呼び出し元の閲覧端末１の識別子および共通鍵データのハッシュ値を、第１の認証コードとして生成する。認証要求手段１１３は、サービス提供サーバ３から認証要求を受信した旨と、タイムスタンプと、呼び出し元の閲覧端末１の識別子と、第１の認証コードを、認証アドレスデータ１２２に基づいて、認証端末２に送信し、その認証結果を受信する。認証要求手段１１３は、自身が保有する共通鍵データ１２１で、認証端末２から受信した第２の認証コードを検証する。具体的には認証要求手段１１３は、タイムスタンプと、呼び出し元の認証端末２の識別子と、第２の認証コードを受信すると、これらの情報から、第２の認証コードを検証する。認証できた場合、認証要求手段１１３は、認証結果送信手段１１４にその旨を入力する。認証要求手段１１３の処理は、図２のステップＳ３、ステップＳ４、ステップＳ６およびステップＳ７の処理に相当する。ここで、サービス提供サーバ３からサービスの提供に必要な属性項目が入力されると、認証要求手段１１３は、その必要な属性項目も、認証端末２に入力し、その結果を受信する。

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

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

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

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

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

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

共通鍵データ２２３は、認証端末２に認証を要求する閲覧端末１と共有する共通鍵のデータである。認証端末２と閲覧端末１をペアリングする際、認証端末２は、閲覧端末１が表示する共通鍵の二次元バーコードを撮影するなどにより、共通鍵を取得し、記憶装置２２０に記憶する。

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

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

中央処理制御装置２１０は、認証要求受付手段２１１、認証手段２１２、属性処理手段２１３、サービス管理手段２１４およびペルソナ管理手段２１５を備える。

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

認証手段２１２は、閲覧端末１から認証要求を受信すると、認証要求受付手段２１１からの呼出を受けて、ユーザによって入力された認証情報を認証し、その認証結果を閲覧端末１に送信する。認証手段２１２の処理は、図２のステップＳ５およびステップＳ６に相当する。

認証手段２１２は、自身が保有する共通鍵データ２２３で、閲覧端末１から受信した第１の認証コードを検証する。具体的には認証手段２１２は、タイムスタンプと、呼び出し元の閲覧端末１の識別子と、第１の認証コードを受信すると、これらの情報から、第１の認証コードを検証する。認証できた場合、認証手段２１２は、ユーザに認証情報を入力させる画面を表示するとともに、入力された認証情報を認証する。認証手段２１２は、入力された認証情報が認証された場合、タイムスタンプ、呼び出し元の認証端末２の識別子および共通鍵データのハッシュ値を、第２の認証コードとして生成する。認証手段２１２は、タイムスタンプと、呼び出し元の認証端末２の識別子と、第２の認証コードと、認証端末２を利用するユーザの公開鍵データ２２１と、認証結果を秘密鍵で署名したデータとを閲覧端末１に送信する。ここで、サービス毎に公開鍵が異なる場合、認証手段２１２は、認証対象のサービスに対応する公開鍵および秘密鍵を用いる。

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

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

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

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

サービス管理手段２１４は、サービス管理データ２２５を維持管理するとともに、ユーザの操作によって、サービス管理データ２２５を更新し、サービス提供サーバ３に、当該サービス提供サーバ３に送信した属性値の登録、削除、変更などを要求する。またサービス管理手段２１４は、サービス提供サーバ３におけるユーザのアカウントの登録、変更、削除などを要求する。

ペルソナ管理手段２１５は、ペルソナ管理データ２２６を維持管理する。ペルソナ管理手段２１５は、ペルソナ管理データ２２６を更新し、また必要に応じてサービス提供サーバ３に、当該サービス提供サーバに送信した属性値の変更を要求する。

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

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

そこで図５のステップＳ１０１において、認証手段２１２は、閲覧端末１より認証要求を受信すると、ステップＳ１０２において、第１の認証コードを検証する。検証できなかった場合、ステップＳ１１４に進む。ステップＳ１１４において認証手段２１２は、認証できなかった旨を閲覧端末１に返す。認証できた場合、ステップＳ１０４において認証手段２１２は、予め設定された認証方式を取得する。ステップＳ１０５において認証手段２１２は、ステップＳ１０４で取得した認証方式を実現するための認証画面Ｐ２０１を表示装置に表示する。図６に示す認証画面Ｐ２０１は、ユーザにＰＩＮコードを入力させる画面である。

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

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

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

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

ステップＳ１１３において認証手段２１２は、認証できた旨の認証結果と、ステップＳ１０９で抽出した属性情報とを、秘密鍵データ２２２で署名する。さらに認証手段２１２は、ステップＳ１１２で生成した第２の認証コードと、公開鍵データ２２１と、署名した認証結果と属性情報を、閲覧端末１に返す。

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

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

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

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

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

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

また本発明の実施の形態に係る認証方法は、認証端末２と、複数の閲覧端末１とをペアリングし、認証端末２に認証情報を入力する。これにより、ユーザが共有端末でサービスを享受する場合でも、認証情報を入力するのは認証端末２であるので、共有端末での認証方法の漏洩等を回避することができる。また、閲覧端末１から社内ネットワークにアクアセスしたい場合なども、社内ネットワークのゲートウェイをサービス提供サーバ３とし、認証端末２に、閲覧端末１から社内ネットワークへの接続を認証させても良い。これにより、特定の認証端末２に認証させることができるので、セキュリティを向上させることができる。

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

（第１の変形例）
第１の変形例においては、図７に示すように、認証端末２ａがモバイルキャリアネットワーク７および通信ネットワーク８を介して、閲覧端末１ａに接続する場合を説明する。アドレス変換サーバ６は、いわゆるキャリアグレードナット（ＣＧＮ：Carrier-Grade NAT）機能を実現する。この場合、認証端末２ａは、モバイルキャリアネットワーク７におけるアドレス変換サーバ６により、割り当てられるＩＰアドレスおよびポート番号が都度変更される。

本発明の実施の形態において認証端末２は、閲覧端末１に対して認証するサーバとして機能する。従って、閲覧端末１が認証端末２に適宜アクセスできるように、閲覧端末１は、認証端末２のアドレスを把握する必要がある。しかしながら第１の変形例においては、認証端末２ａのアドレスがアドレス変換サーバ６により任意に割り当てられるため、閲覧端末１ａは、アドレス変換サーバ６により割り当てられたアドレスを、随時取得する必要がある。

そこで第１の変形例においては、接続維持サーバ４またはＤＮＳサーバが、アドレス変換サーバ６によって割り当てられた認証端末２ａのＩＰアドレスおよびポート番号を保持する。これにより、閲覧端末１ａは、認証端末２ａの現在のＩＰアドレスおよびポート番号を取得し、認証端末２ａと接続する。

（認証方法）
図８および図９を参照して、第１の変形例に係る認証方法を説明する。第１の変形例において認証端末２ａは、当該認証端末２ａの識別子として、ドメイン名が割り当てられる。接続維持サーバ４は、認証端末２ａのドメイン名と、この認証端末２ａの公開鍵とを対応づけて保持する。また閲覧端末１ａは、接続維持サーバ４およびＤＮＳサーバのアドレスを保持する。認証端末２ａは、接続維持サーバ４のアドレスを保持する。

まずステップＳ２０１において閲覧端末１ａは、共通鍵を生成し、その共通鍵を認証端末２ａと共有する。さらにステップＳ２０２において閲覧端末１ａは、認証端末２ａのドメイン名を取得する。ここで認証端末２ａの共通鍵の共有やドメイン名の取得の方法は問わない。また、閲覧端末１ａは、予め認証端末２ａのドメイン名を取得する必要はなく、認証が必要となるタイミングにおいてドメイン名を取得しても良い。

一方認証端末２ａは、認証アプリケーションが起動されるなどにより、ステップＳ２０３ないしステップＳ２０５において、アドレス変換サーバ６を介して、接続維持サーバ４に接続要求を送信する。ここでアドレス変換サーバ６は、認証端末２ａの送信元のＩＰアドレスＸ１および送信元のポート番号ｘ１を、ＩＰアドレスＸ１’およびポート番号ｘ１’に変換して、接続維持サーバ４に転送する。ステップＳ２０４においてアドレス変換サーバ６は、この変換前後のアドレスを、いわゆるＮＡＴテーブルに保持する。

接続維持サーバ４は、この接続要求を受信すると、ステップＳ２０６において、アドレス変換サーバ６を介して認証端末２ａに認証要求を送信する。認証端末２ａは、ステップＳ２０７においてユーザ認証処理を実行する。具体的には、認証端末２ａは、図２のステップＳ５で説明した様に、ユーザに認証情報を入力させる画面を表示するとともに、ユーザから入力された認証情報を認証する。認証できた場合、ステップＳ２０８において認証端末２ａは、秘密鍵で署名された認証結果と認証端末２ａの公開鍵を、アドレス変換サーバ６を介して接続維持サーバ４に送信する。ここで接続維持サーバ４が、ユーザから入力された認証情報を認証できなかった場合、認証端末２ａは、その認証結果を接続維持サーバ４に送信し、接続維持サーバ４は以降の処理を実行しない。

ステップＳ２０８において接続維持サーバ４が公開鍵を受信すると、ステップＳ２０９において受信した公開鍵に対応するドメイン名を取得する。ステップＳ２１０において接続維持サーバ４は、ＤＮＳサーバにＳＲＶレコードおよびＡレコードを送信する。ここで接続維持サーバ４は、ＳＲＶレコードおよびＡレコードの登録要求をＤＮＳサーバに送信する。ＤＮＳサーバは、ステップＳ２０９において取得した認証端末２ａのドメイン名と、認証端末２ａの変換後のＩＰアドレスＸ１’およびポート番号ｘ１’と対応づけて、保持する。ステップＳ２１１において接続維持サーバ４は、ステップＳ２１０に対する処理応答を受信すると、ステップＳ２１２において、処理応答をアドレス変換サーバ６を介して認証端末２ａに送信する。その後、ステップＳ２１３において認証端末２ａは、接続維持サーバ４とのＴＣＰ接続を切断する。

その後認証端末２ａは、ステップＳ２５１において、ＩＰアドレスＸ１およびポート番号ｘ１において、接続維持サーバ４からの接続要求を待機する。

一方、接続維持サーバ４は、ステップＳ２５２およびステップＳ２５３において、アドレス変換サーバ６におけるＮＡＴテーブルから削除されないように、所定のタイミングで、認証端末２ａに接続要求を送信する。これに対し認証端末２ａは、ステップＳ２５４およびステップＳ２５５において、接続応答を接続維持サーバ４に送信する。ステップＳ２５２ないしステップＳ２５５の処理は、認証端末２による認証処理が終了するまで、繰り返される。

ステップＳ２５６において、閲覧端末１ａは、閲覧アプリケーションを起動するなどにより、サービス提供サーバ３に接続し、サービスの利用要求を送信する。これに対しサービス提供サーバ３はステップＳ２５７において、閲覧端末１ａに対し、認証要求を送信する。

閲覧端末１ａは、サービス提供サーバ３から認証要求を受信すると、ステップＳ２５８において、ＤＮＳサーバに接続し、ＳＲＶレコードを要求する。ここで閲覧端末１ａは、ステップＳ２０２で取得した認証端末２ａのドメイン名に対応するＩＰアドレスおよびポート番号を問い合わせする。これに対しステップＳ２５９において閲覧端末１ａは、ＳＲＶレコードおよびＡレコードを取得し、認証端末２ａのドメイン名に対応するＩＰアドレスＸ１’およびポート番号ｘ１’を取得する。

この後の処理は、図２のステップＳ３以降と同様である。ここで閲覧端末１ａは、認証端末２ａに送信する際、変換後のＩＰアドレスＸ１’およびポート番号ｘ１’を宛先として送信する。アドレス変換サーバ６は、このＩＰアドレスＸ１’およびポート番号ｘ１’を、ＮＡＴテーブルによりＩＰアドレスＸ１およびポート番号ｘ１に変換して認証端末２ａに送信する。

このように第１の変形例においては、認証端末２ａがドメイン名などの識別子を予め閲覧端末１ａと共有するとともに、認証端末２ａの変換後のアドレスおよびポート番号とドメイン名をＤＮＳサーバに接続する。閲覧端末１ａは、ＤＮＳサーバに接続して、認証端末２ａのドメイン名から変換後のアドレスおよびポート番号を取得することができる。

（閲覧端末）
図１０を参照して、第１の変形例に係る閲覧端末１ａを説明する。第１の変形例に係る閲覧端末１ａは、図３に示す本発明の実施の形態に係る閲覧端末１と比べて、記憶装置１２０が認証ドメインデータ１２３を記憶するとともに、中央処理制御装置１１０が認証アドレス取得手段１１５を備える点が異なる。また、記憶装置１２０は、接続維持サーバ４およびＤＮＳサーバのアドレスを予め保持する。

認証ドメインデータ１２３は、認証端末２ａの識別子であって、ＩＰアドレスおよびポート番号とは異なる識別子を記憶するデータである。第１の変形例において認証端末２ａの識別子は、具体的にはドメイン名である。認証ドメインデータ１２３は、認証アドレス取得手段１１５が記憶する。

認証アドレス取得手段１１５は、ＤＮＳサーバに接続して、認証端末２ａの識別子に対応するＩＰアドレスおよびポート番号を取得し、認証アドレスデータ１２２として記憶する。認証アドレス取得手段１１５の処理は、図９のステップＳ２５８およびステップＳ２５９に対応する。ここで認証アドレス取得手段１１５は、ＤＮＳサーバに接続する場合を説明するが、これに限られない。例えば、接続維持サーバ４がＤＮＳサーバ機能を有している場合や、認証端末２ａの識別子と変換後アドレスとを対応づけて保持している場合、認証アドレス取得手段１１５は、接続維持サーバ４に接続して、認証端末２ａの変換後アドレスを取得しても良い。

（認証端末）
図１１を参照して、第１の変形例に係る認証端末２ａを説明する。第１の変形例に係る認証端末２ａは、図４に示す本発明の実施の形態に係る認証端末２と比べて、中央処理制御装置２１０がアドレス登録要求手段２１６を備える点が異なる。なお、第１の変形例に係る認証端末２ａも、図４に示す本発明の実施の形態に係る認証端末２と同様に、記憶装置２２０は、属性データ２２４、サービス管理データ２２５およびペルソナ管理データ２２６を記憶するとともに、中央処理制御装置２１０は、属性処理手段２１３、サービス管理手段２１４およびペルソナ管理手段２１５を備えても良い。また認証端末２ａは、接続維持サーバ４のアドレスを保持する。

アドレス登録要求手段２１６は、アドレス変換サーバ６を経由して接続維持サーバ４に接続して、認証端末２の識別子を送信するとともに、接続維持サーバ４からの接続要求に対し、接続応答を返す。また、アドレス登録要求手段２１６は、接続維持サーバ４からの認証要求が入力されると、認証手段２１２にその旨を入力し、その結果を接続維持サーバ４に送信する。ここで認証手段２１２は、ユーザに認証情報を入力させるとともに、入力された認証情報を認証し、その結果をアドレス登録要求手段２１６に送信する。アドレス登録要求手段２１６の処理は、図８のステップＳ２０３、ステップＳ２０６、ステップＳ２０８、ステップＳ２１２およびステップＳ２１３、図９のステップＳ２５１、ステップＳ２５３およびステップＳ２５４に相当する。

（接続維持サーバ）
図１２を参照して、第１の変形例に係る接続維持サーバ４を説明する。接続維持サーバ４は、中央処理制御装置４１０、記憶装置４２０、通信制御装置４３０などを備える。

通信制御装置４３０は、接続維持サーバ４が通信ネットワーク８に接続するためのインタフェースである。記憶装置４２０は、接続維持サーバ４が保持するデータを記憶したり、処理中のデータを一時的に記憶したりする。中央処理制御装置４１０は、接続維持サーバ４の処理を制御する。接続維持サーバ４は、所定のプログラムを実行することにより、図１２に示す各手段および各データを実装する。

記憶装置４２０は、接続管理データ４２１を保持する。接続管理データ４２１は、第１の変形例に係る認証方法を実現するために、図１３に示すように、認証端末２ａの公開鍵と、その認証端末２ａのドメイン名とを対応づけたデータである。

中央処理制御装置４１０は、接続要求処理手段４１１、ＤＮＳ登録手段４１２および接続維持手段４１３を備える。

接続要求処理手段４１１は、認証端末２ａに接続すると、認証端末２ａの識別子と、アドレス変換サーバ６によって変換された変換後アドレスとを対応づけて保持する。ここで接続要求が受信する認証端末２ａの識別子は、認証端末２ａの公開鍵である。接続要求処理手段４１１は、接続管理データ４２１を参照して、認証端末２ａの公開鍵をドメイン名に取得して、ＤＮＳ登録手段に登録させる。ＤＮＳ登録手段４１２の処理が終了すると、その旨を認証端末２ａに返す。ここで接続要求処理手段４１１は、認証端末２ａに認証要求を送信しても良い。この場合、接続要求処理手段４１１は、認証端末２ａから認証結果とともに、認証端末２ａにおいて認証された場合に、認証端末２ａの公開鍵を受信する。接続要求処理手段４１１の処理は、図８のステップＳ２０５、ステップＳ２０６、ステップＳ２０８、ステップＳ２０９およびステップＳ２１２に相当する。

ＤＮＳ登録手段４１２は、接続要求処理手段４１１が取得した認証端末２ａのドメイン名と、認証端末２ａのＩＰアドレスおよびポート番号に対応づけるため、ＤＮＳサーバに、ＳＲＶレコードおよびAレコードの登録を要求する。ＤＮＳ登録手段４１２の処理は、図８のステップＳ２１０およびステップＳ２１１に相当する。

接続維持手段４１３は、アドレス変換サーバ６のＮＡＴテーブルが更新されないように、所定のタイミングで認証端末２ａに接続する。接続維持手段４１３の処理は、図９のステップＳ２５２およびステップＳ２５５に相当する。

ここで第１の変形例においては、認証端末２ａが、公開鍵を送信する場合を説明するが、認証端末２ａがその他の識別子やドメイン名を送信しても良い。その場合、接続管理データ４２１が保持するデータや接続要求処理手段４１１の処理内容は適宜変更される。接続要求処理手段４１１は、接続要求を送信した認証端末２ａについて、ドメイン名に変換可能な認証端末２ａの識別子を取得できれば、どのように構成されても良い。

また第１の変形例においては、認証端末２ａにドメイン名を割り当て、接続維持サーバ４が、認証端末２ａのドメイン名と、ＩＰアドレスおよびポート番号を、ＤＮＳサーバに登録する場合を説明したがこれに限らない。例えば、接続維持サーバ４が認証端末２ａの識別子と、ＩＰアドレスおよびポート番号を対応づけて保持するとともに、閲覧端末１ａがその認証端末２ａの識別子を保持する。閲覧端末１ａは、予め保持した認証端末２ａの識別子に基づいて接続維持サーバ４から、認証端末２ａのＩＰアドレスおよびポート番号を取得しても良い。

また、一つの閲覧端末１ａに、複数の認証端末が対応づけられる場合も考えられる。この場合、閲覧端末１ａは、閲覧端末１ａを認証可能な認証端末２ａの情報を一覧で表示し、ユーザに選択させる。閲覧端末１ａは、ユーザに選択された認証端末２ａのＩＰアドレスおよびポート番号を取得して、この認証端末２ａに認証を依頼する。

このように本発明の第１の変形例に係る認証方法は、接続維持サーバ４が、アドレス変換サーバにより変換された後の認証端末２ａのＩＰアドレスとそのドメイン名をＤＮＳサーバに登録する。閲覧端末１ａは、ＤＮＳサーバに接続して、予め保持した認証端末２ａのドメイン名からＩＰアドレスを取得する。これにより、認証端末２ａがモバイルキャリアネットワーク７においてアドレスが変換された場合であっても、閲覧端末１ａおよび認証端末２ａは、相互に通信することができる。

このような第１の変形例に係る通信方法において、接続維持サーバ４は、認証端末２ａからアクセスがあるとその情報をＤＮＳサーバに送信するとともに、ＮＡＴテーブルを維持するために認証端末２ａに適宜アクセスする。従って、接続維持サーバ４の運用にかかるコストを抑制することができる。

なお、接続維持サーバ４は、認証端末２ａが接続維持サーバ４に接続し、閲覧端末１ａが認証端末２ａに依頼した認証の結果を受信する間のみ、アドレス変換サーバ６のＮＡＴテーブルを維持するために認証端末２ａに定期的にアクセスすれば良い。従って、このトラフィックは比較的短い時間で発生するので、システム全体への負担も大きくないと考えられる。またユーザは、認証端末２ａにおいて、認証開始時に認証用のアプリケーションを起動し、閲覧端末１ａが認証端末２ａに依頼した認証の結果を受信した後、認証用のアプリケーションを終了させれば良い。従って、認証用のアプリケーションを常駐させる必要はないので、認証端末２ａへの負担も大きくないと考えられる。

（第２の変形例）
第２の変形例においては、第１の変形例と同様に、認証端末２ｂがモバイルキャリアネットワーク７および通信ネットワーク８を介して、閲覧端末１ｂに接続する場合を説明する。

第２の変形例においては、第１の変形例と同様に、認証端末２ｂのアドレスがアドレス変換サーバ６により任意に割り当てられる。そこで第２の変形例においては、図１４に示すように、中継サーバ５が、認証端末２ｂおよび中継サーバ５間の通信と、閲覧端末１ｂおよび中継サーバ５間の通信とを中継する場合を説明する。

第２の変形例に係る中継サーバ５は、ＨＴＴＰやＵＤＰなどの通信において、サーバとして動作する。一方閲覧端末１ｂおよび認証端末２ｂは、クライアントとして動作する。

（認証方法）
図１５および図１６を参照して、第２の変形例に係る認証方法を説明する。第２の変形例において認証端末２ｂは、当該認証端末２ｂの識別子として、公開鍵およびサービスユーザＩＤが割り当てられる。閲覧端末１ｂは、認証端末２ｂのサービスユーザＩＤを保持する。認証端末２ｂは、公開鍵を保持する。中継サーバ５は、認証端末２ｂのサービスユーザＩＤと、この認証端末２ｂの公開鍵とを対応づけて保持する。また認証端末２ｂおよび閲覧端末１ｂは、中継サーバ５のアドレスを保持する。

まずステップＳ３０１において閲覧端末１ｂは、共通鍵を生成し、その共通鍵を認証端末２ｂと共有する。さらにステップＳ３０２において閲覧端末１ｂは、認証端末２ｂのサービスユーザＩＤを取得する。ここで認証端末２ｂの共通鍵の共有やサービスユーザＩＤの取得の方法は問わない。また、閲覧端末１ｂは、予め認証端末２ｂのサービスユーザＩＤを取得する必要はなく、認証が必要となるタイミングにおいてサービスユーザＩＤを取得しても良い。

一方認証端末２ｂは、認証アプリケーションが起動されるなどにより、ステップＳ３０３ないしステップＳ３０５において、アドレス変換サーバ６を介して、中継サーバ５に接続要求を送信する。認証端末２ｂは、ＨＴＴＰクライアントとして、中継サーバ５に接続する。ここでアドレス変換サーバ６は、認証端末２ｂの送信元のＩＰアドレスＸ１および送信元のポート番号ｘ１を、ＩＰアドレスＸ１’およびポート番号ｘ１’に変換して、中継サーバ５に転送する。ステップＳ３０４においてアドレス変換サーバ６は、この変換前後のアドレスを、いわゆるＮＡＴテーブルに保持する。

中継サーバ５は、この接続要求を受信すると、ステップＳ３０６において、アドレス変換サーバ６を介して認証端末２ｂに認証要求を送信する。認証端末２ｂは、ステップＳ３０７においてユーザ認証処理を実行する。具体的には、認証端末２ｂは、図２のステップＳ５で説明した様に、ユーザに認証情報を入力させる画面を表示するとともに、ユーザから入力された認証情報を認証する。認証できた場合、ステップＳ３０８において認証端末２ｂは、認証結果と認証端末２ｂの公開鍵を、アドレス変換サーバ６を介して、接続維持サーバ４に送信する。ここでユーザから入力された認証情報を認証できなかった場合、認証端末２ｂは、その認証結果のみを中継サーバ５に送信し、中継サーバ５は以降の処理を実行しない。

ステップＳ３０７において認証され、ステップＳ３０８において中継サーバ５が公開鍵を受信すると、ステップＳ３０９において受信した公開鍵に対応するサービスユーザＩＤを取得する。ステップＳ３１０およびステップＳ３１１において中継サーバ５は、認証端末２ｂに処理応答を送信する。

ステップＳ３１２およびステップＳ３１３において認証端末２ｂは、中継サーバ５に接続する。ステップＳ３１３において中継サーバ５が認証端末２ｂから接続要求を受信すると、ステップＳ３１４において中継サーバ５は、接続要求に対する応答を保留するとともに、セッションＩＤを生成する。さらに中継サーバ５は、セッションＩＤと、認証端末２ｂの変換後のＩＰアドレスＸ１’およびポート番号ｘ１’と、認証端末２ｂのサービスユーザＩＤとを対応づけて保持する。

所定時間の間に、閲覧端末１ｂから、この認証端末２ｂのサービスユーザＩＤを指定した認証要求を受信しない場合、ステップＳ３１５およびステップＳ３１６において中継サーバ５は、ステップＳ３１４で保留した接続要求に対する応答を、認証端末２ｂに送信する。

認証端末２ｂは、ステップＳ３１６において中継サーバ５から接続要求に対する応答を受信すると、ステップＳ３５１およびステップＳ３５２において再度、中継サーバ５に接続する。ステップＳ３５２において中継サーバ５が認証端末２ｂから接続要求を受信すると、ステップＳ３１４と同様に処理する。具体的には、ステップＳ３５３において中継サーバ５は、接続要求に対する応答を保留するとともに、新たなセッションＩＤを採番する。さらに中継サーバ５は、セッションＩＤと、認証端末２ｂの変換後のＩＰアドレスＸ１’およびポート番号ｘ１’と、認証端末２ｂのサービスユーザＩＤとを対応づけて保持する。

一方、ステップＳ３５４において、閲覧端末１ｂは、閲覧アプリケーションを起動するなどにより、サービス提供サーバ３に接続し、サービスの利用要求を送信する。これに対しサービス提供サーバ３はステップＳ３５５において、閲覧端末１ｂに対し、認証要求を送信する。

次に、ステップＳ３５５において閲覧端末１ｂは、サービス提供サーバ３から認証要求を受信すると、ステップＳ３５６において、第１の認証コードを生成する。ステップＳ３５７において、閲覧端末１ｂは、このように生成した第１の認証コード、認証端末２ｂのサービスユーザＩＤと、認証要求を、中継サーバ５に送信する。

このように、ステップＳ３５３において応答を保留している所定時間の間に、閲覧端末１ｂから、この認証端末２ｂのサービスユーザＩＤを指定した認証要求を受信すると、中継サーバ５は、ステップＳ３５８の処理に進む。ステップＳ３５８において中継サーバ５は、サービスユーザＩＤをキーに、このサービスユーザＩＤで待機するセッションＩＤおよび認証端末２ｂの変換後のＩＰアドレスＸ１’およびポート番号ｘ１’を特定する。

ステップＳ３５９およびステップＳ３６０において中継サーバ５は、ステップＳ３５７で受信した認証要求について、宛先を認証端末２ｂの変換後のＩＰアドレスＸ１’およびポート番号ｘ１’に変換するとともに、セッションＩＤを付加して、プッシュ通信やWebsocketなどのプッシュ技術を使って送信する。ここで、ステップＳ３５９およびステップＳ３６０における中継サーバ５から認証端末２ｂへの認証要求は、ステップＳ３５１およびステップＳ３５２における認証端末２ｂから中継サーバ５への接続要求に対する応答である。

ステップＳ３６１において認証端末２ｂは、図２のステップＳ５と同様にユーザ認証する。ステップＳ３６２およびステップＳ３６３において認証端末２ｂは、第２の認証コードおよびセッションＩＤを含む認証結果を、中継サーバ５に送信する。

ステップＳ３６３において中継サーバ５は、ステップＳ３５９で送信した認証要求に対する認証結果を認証端末２ｂから受信すると、ステップＳ３５７で閲覧端末１ｂから受信した認証要求に対して、閲覧端末１ｂに応答する。ステップＳ３６４において中継サーバ５は、ステップＳ３６３で受信した第２の認証コードを含む認証結果を、閲覧端末１ｂに送信する。

その後の処理は、図２のステップＳ７ないしステップＳ１０と同様である。

（閲覧端末）
図１７を参照して、第２の変形例に係る閲覧端末１ｂを説明する。第２の変形例に係る閲覧端末１ａは、図３に示す本発明の実施の形態に係る閲覧端末１と比べて、記憶装置１２０がサービスユーザＩＤデータ１２４を記憶する点が異なる。サービスユーザＩＤデータ１２４は、認証端末２ｂのユーザの識別子であって、認証端末２ｂの公開鍵に対応する。また、記憶装置１２０は、中継サーバ５のアドレスを予め保持する。

認証要求手段１１３は、サービス提供サーバ３から認証要求を受信すると、認証要求と認証端末２ｂの識別子（サービスユーザＩＤ）を中継サーバ５に送信するとともに、中継サーバ５から、認証結果を受信する。認証要求手段１１３の処理は、図１６のステップＳ３５６、ステップＳ３５７、ステップＳ３６４およびステップＳ３６５の処理に相当する。

（認証端末）
図１８を参照して、第２の変形例に係る認証端末２ｂを説明する。第２の変形例に係る認証端末２ｂは、図４に示す本発明の実施の形態に係る認証端末２と比べて、中央処理制御装置２１０が中継要求手段２１７を備える点が異なる。なお、第２の変形例に係る認証端末２ｂも、図４に示す本発明の実施の形態に係る認証端末２と同様に、記憶装置２２０は、属性データ２２４、サービス管理データ２２５およびペルソナ管理データ２２６を記憶するとともに、中央処理制御装置２１０は、属性処理手段２１３、サービス管理手段２１４およびペルソナ管理手段２１５を備えても良い。また認証端末２ｂは、中継サーバ５のアドレスを保持する。

中継要求手段２１７は、アドレス変換サーバ６を経由して中継サーバ５に接続して、認証端末２ｂの識別子を送信する。ここで認証端末２ｂの識別子は、認証端末２ｂの公開鍵データ２２１である。中継要求手段２１７が公開鍵を送信すると、中継サーバ５は、認証端末２ｂの公開鍵に対応するサービスユーザＩＤと、認証端末２ｂの変換後のＩＰアドレスおよびポート番号を対応づけて保持する。また、中継要求手段２１７は、中継サーバ５からの認証要求が入力されると、認証手段２１２にその旨を入力し、その結果を中継サーバ５に送信し、その応答を受信する。ここで認証手段２１２は、ユーザに認証情報を入力させるとともに、入力された認証情報を認証し、その結果を中継要求手段２１７に送信する。さらに中継要求手段２１７は、中継サーバ５に接続要求を送信し、一定時間経過後に中継サーバ５から接続応答が送信されると、再度中継サーバ５に接続要求を送信する。中継要求手段２１７の処理は、図１５のステップＳ３０３、ステップＳ３０６ないしステップＳ３０８、ステップＳ３１１、ステップＳ３１２、ステップＳ３１６、図１６のステップＳ３５１に相当する。

また認証手段２１２は、中継サーバ５から、認証要求を受信すると、ユーザによって入力された認証情報を認証し、その認証結果を中継サーバ５に送信する。

（中継サーバ）
図１９を参照して、第２の変形例に係る中継サーバ５を説明する。中継サーバ５は、中央処理制御装置５１０、記憶装置５２０、通信制御装置５３０などを備える。

通信制御装置５３０は、中継サーバ５が通信ネットワーク８に接続するためのインタフェースである。記憶装置５２０は、中継サーバ５が保持するデータを記憶したり、処理中のデータを一時的に記憶したりする。中央処理制御装置５１０は、中継サーバ５の処理を制御する。中継サーバ５は、所定のプログラムを実行することにより、図１９に示す各手段および各データを実装する。

記憶装置５２０は、中継管理データ５２１を保持する。中継管理データ５２１は、第２の変形例に係る認証方法を実現するために、図２０に示すように、認証端末２ｂのサービスユーザＩＤ、公開鍵、その認証端末２ｂにアドレス変換サーバ６によって付与されたＩＰアドレスおよびポート番号、およびセッションＩＤを対応づけたデータである。セッションＩＤは、この認証端末２ｂからの接続要求に対して、中継サーバ５が付与したものである
中央処理制御装置５１０は、接続要求処理手段５１１、および認証要求処理手段５１２を備える。

接続要求処理手段５１１は、認証端末２ｂから接続されると、認証端末２ｂの識別子（公開鍵）と、認証端末２ｂのアドレス変換サーバ６によって変換された変換後アドレスとを対応づけて中継管理データ５２１に記憶する。具体的には接続要求処理手段５１１は、認証端末２ｂから接続要求を受信すると、認証端末２ｂに認証要求を送信する。接続要求処理手段５１１は、認証端末２ｂから認証結果とともに認証端末２ｂの公開鍵を受信する。その認証結果が認証端末２ｂにおいて認証された旨を示す場合、接続要求処理手段５１１は、中継管理データ５２１を参照して、受信した公開鍵に対応するサービスユーザＩＤを取得し、認証端末２ｂに応答を送信する。接続要求処理手段５１１の処理は、図１５のステップＳ３０５、ステップＳ３０６、ステップＳ３０８ないしステップＳ３１０に相当する。

認証要求処理手段５１２は、認証端末２ｂから受信した公開鍵に対応するサービスユーザＩＤを取得した後、再び認証端末２ｂから接続されると、認証端末２ｂへの応答を待機する。認証要求処理手段５１２は、応答を待機する間に、閲覧端末１ｂから、認証要求と認証端末２ｂの識別子（サービスユーザＩＤ）を受信すると、中継管理データ５２１を参照して、指定されたサービスユーザＩＤに対応する認証端末２ｂのアドレスおよびセッションＩＤを特定し、特定した認証端末２ｂに認証要求を送信する。ここで認証要求処理手段５１２は、認証端末２ｂに、認証要求をプッシュ通信で送信する。認証要求処理手段５１２は、認証端末２ｂから認証結果を受信すると、閲覧端末１ｂに認証結果を送信する。認証要求処理手段５１２の処理は、図１５のステップＳ３１３ないしステップＳ３１５、図１６のステップＳ３５２、ステップＳ３５３、ステップＳ３５７ないしステップＳ３５９、ステップＳ３６３およびステップＳ３６４に対応する。

このように本発明の第２の変形例に係る認証方法は、中継サーバ６が、認証端末２ｂからの接続要求に対する応答を待機している間に、閲覧端末２ｂから、この認証端末２ｂの識別子を指定して認証要求を受けると、この認証端末２ｂに認証要求を送信する。これにより、認証端末２ｂがモバイルキャリアネットワーク７においてアドレスが変換された場合であっても、閲覧端末１ｂおよび認証端末２ｂは相互に通信することができる。

このような第２の変形例に係る通信方法において、中継サーバ５は、認証端末２ｂからのアクセスと、閲覧端末１ａからのアクセスを中継するので、アドレス変換サーバ６のアドレス変換方式に依存することなく、機能を実現することができる。

なお、中継サーバ５は、認証端末２ｂが中継サーバ５に接続し、閲覧端末１ｂが認証端末２ｂに依頼した認証の結果を受信する間のみ、アドレス変換サーバ６のＮＡＴテーブルを維持するために認証端末２ｂからのアクセスを受ければ良い。従って、このトラフィックは比較的短い時間で発生するので、システム全体への負担も大きくないと考えられる。またユーザは、認証端末２ｂにおいて、認証開始時に認証用のアプリケーションを起動し、閲覧端末１ｂが認証端末２ｂに依頼した認証の結果を受信した後、認証用のアプリケーションを終了させれば良い。従って、認証用のアプリケーションを常駐させる必要はないので、認証端末２ｂへの負担も大きくないと考えられる。

（第３の変形例）
本発明の実施の形態、第１および第２の変形例において、二次元バーコードなどにより予め、秘密鍵を認証端末および閲覧端末間で共有して互いを認証する場合を説明したが、第３の変形例においては、予めペアリングしない場合を説明する。

ここで、図２に示す例を参照して説明する。閲覧端末１は、ステップＳ４において認証端末２に認証要求を送信する際、セッションＩＤを生成して生成したセッションＩＤを認証端末２に送信する。このとき閲覧端末１は、生成したセッションＩＤを、表示装置に表示して、ユーザに視認させても良い。

ステップＳ４において認証端末２は、受信したセッションＩＤを表示装置に表示して、このセッションＩＤに対する認証要求を開始するか否かをユーザに選択させる。ユーザは、閲覧端末１に表示されたセッションＩＤと同一のセッションＩＤを選択しても良い。ユーザの選択により、認証端末２は、ステップＳ５において認証を開始する。認証端末２は、ユーザによって入力された認証情報を認証すると、キャッシュデータを生成する。認証端末２は、ステップＳ４で閲覧端末１から送信されたセッションＩＤと、ステップＳ５で生成したキャッシュデータとを対応づけて保持する。ステップＳ６において認証端末２は、認証結果を送信する際、キャッシュデータも閲覧端末１に送信する。

閲覧端末１は、ステップＳ６において認証結果とともにキャッシュデータを受信すると、認証端末２の識別子と、セッションＩＤと、キャッシュデータとを対応づけて記憶する。

また閲覧端末１が次回、この認証端末２に認証要求を送信する際、新たに生成したセッションＩＤと、この認証端末２から受信したキャッシュデータを併せて送信する。認証端末２は、認証端末２が以前に生成したキャッシュデータを受信することで、この送信元の閲覧端末１について、前回認証した端末であると把握することができる。そこで認証端末２は、閲覧端末１から受信した新たなセッションＩＤをハイライト表示するなどして、接続履歴があることを示す。これによりユーザは、閲覧端末１が接続履歴のある安全な端末であることがわかるので、このハイライト表示されたセッションＩＤについて、認証処理を開始する指示を入力する。

これによれば、認証端末２と閲覧端末１を予めペアリングしなくとも、一度認証した端末をユーザにわかりやすく表示することで、ユーザに、安全な閲覧端末を選択させるように支援することができる。また第３の変形例に示す認証端末２および閲覧端末１の認証は、第１の変形例に係る認証方法に適用しても良い。

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

例えば、本発明の実施の形態とその第１および第２の変形例において、閲覧端末および認証端末間で送受信されるデータは、機密性の確保のために、暗号化されることが好ましい。この際、閲覧端末および認証端末が共有する秘密鍵データでデータを暗号化および復号することが考えられる。これにより、途中経路で悪意のある第三者がデータを盗聴しても、認証結果の流用や、ユーザが利用するサービスの情報の漏洩などの問題の発生を防ぐことができる。

また第２の変形例においてはさらに、中継サーバはＨＴＴＰサーバとして動作し、閲覧端末および認証端末は、中継サーバのＨＴＴＰクライアントとして動作する。従って、中継サーバ用のＳＳＬサーバ証明書を用いてさらにセキュリティを強化することができる。なお第１の変形例においては、認証端末がＨＴＴＰサーバとして動作するので、認証端末毎にＳＳＬサーバ証明書を用いることでもセキュリティを強化することができる。

さらに、本発明の実施の形態とその第１および第２の変形例において、閲覧端末が、サービス提供サーバからサービスを享受する際に必要な認証を、認証端末が担う場合を説明したがこれに限られず、サービス提供サーバなどに接続することなく閲覧端末内で実行する処理などにも適用できる。具体的には、閲覧端末は、閲覧端末内での処理を実行する際、認証端末に認証要求を送信する。閲覧端末は、認証端末においてその処理が認証された旨の認証結果を受信した場合、その処理を実行しても良い。

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

１ 閲覧端末
２ 認証端末
３ サービス提供サーバ
４ 接続維持サーバ
５ 中継サーバ
６ アドレス変換サーバ
７ モバイルキャリアネットワーク
８ 通信ネットワーク
９ 認証システム
１１０、２１０、４１０、５１０ 中央処理制御装置
１１１ 共通鍵生成手段
１１２ 利用要求手段
１１３ 認証要求手段
１１４ 認証結果送信手段
１１５ 認証アドレス取得手段
１２０、２２０、４２０、５２０ 記憶装置
１２１、２２３ 共通鍵データ
１２２ 認証アドレスデータ
１２３ 認証ドメインデータ
１２４ サービスユーザＩＤデータ
１３０、２３０、４３０、５３０ 通信制御装置
２１１ 認証要求受付手段
２１２ 認証手段
２１３ 属性処理手段
２１４ サービス管理手段
２１５ ペルソナ管理手段
２１６ アドレス登録要求手段
２１７ 中継要求手段
２２１ 公開鍵データ
２２２ 秘密鍵データ
２２４ 属性データ
２２５ サービス管理データ
２２６ ペルソナ管理データ
４１１、５１１ 接続要求処理手段
４１２ ＤＮＳ登録手段
４１３ 接続維持手段
４２１ 接続管理データ
５２１ 中継管理データ

Claims (12)

1. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末とを備える認証システムに用いられる認証方法であって、
   閲覧端末が、認証端末のアドレスである認証アドレスデータを記憶するステップと、
   前記閲覧端末が、前記認証アドレスデータに基づいて前記認証端末に認証要求を送信するステップと、
   前記認証端末が、前記認証要求を受信すると、前記ユーザによって入力された認証情報を認証し、その認証結果を前記閲覧端末に送信するステップと、
   前記閲覧端末が、前記認証結果を受信すると、認証された処理を実行するステップ
   を備えることを特徴とする認証方法。
2. 前記認証端末のアドレスが、アドレス変換サーバによって変換される場合、
   前記閲覧端末が、前記認証端末のアドレスである認証アドレスデータを記憶するステップは、
   前記閲覧端末が、前記認証端末の識別子を記憶するステップと、
   前記認証端末が、前記アドレス変換サーバを経由して接続維持サーバに接続するステップと、
   前記接続維持サーバが、前記認証端末の識別子と、前記アドレス変換サーバによって変換された変換後アドレスとを対応づけるステップと、
   前記閲覧端末が、前記認証端末の識別子に対応する変換後アドレスを取得し、前記認証アドレスデータとして記憶するステップ
   を備えることを特徴とする請求項１に記載の認証方法。
3. 前記認証端末の識別子は、当該認証端末に割り当てられたドメイン名であって、
   前記接続維持サーバは、前記認証端末のドメイン名と前記変換後アドレスとの対応づけの登録を、ＤＮＳサーバに要求するステップをさらに備え、
   前記閲覧端末は、前記ＤＮＳサーバから、前記認証端末のドメイン名に対応する変換後アドレスを取得する
   ことを特徴とする請求項２に記載の認証方法。
4. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末と、前記閲覧端末と前記認証端末との接続を中継する中継サーバとを備える認証システムに用いられる認証方法であって、
   認証端末のアドレスが、アドレス変換サーバによって変換される場合、
   閲覧端末が、前記認証端末の識別子である識別子データを記憶するステップと、
   前記認証端末が、前記アドレス変換サーバを経由して中継サーバに接続して、認証端末の識別子を送信するステップと、
   前記中継サーバが、前記認証端末の識別子と、前記アドレス変換サーバによって変換された変換後アドレスとを対応づけて記憶するステップと、
   前記認証端末が、前記中継サーバに接続し、前記中継サーバが応答を待機するステップと、
   前記閲覧端末が、認証要求と、前記認証端末の識別子を、前記中継サーバに送信するステップと、
   前記中継サーバが前記認証端末への応答を待機する間に、前記閲覧端末から、前記認証要求と前記認証端末の識別子を受信すると、受信した認証端末の識別子に対応づけられた変換後アドレスに基づいて、前記認証端末に、前記認証要求をプッシュ通信で送信するステップと、
   前記認証端末が、前記認証要求を受信すると、前記ユーザによって入力された認証情報を認証し、その認証結果を前記中継サーバに送信するステップと、
   前記中継サーバが前記認証結果を受信すると、前記閲覧端末に前記認証結果を送信するステップと、
   前記閲覧端末が、前記認証結果を受信すると、認証された処理を実行するステップ
   を備えることを特徴とする認証方法。
5. 前記閲覧端末が共通鍵データを生成して、前記閲覧端末が前記共通鍵データを記憶するステップと、
   前記閲覧端末が、当該閲覧端末の表示装置に、前記共通鍵データを表示し、前記認証端末に読み取らせるステップと、
   前記認証端末が、前記閲覧端末の表示装置から読み取った共通鍵データを記憶するステップと、
   前記認証端末が、前記閲覧端末からの認証要求を受信すると、前記共通鍵データを用いて前記閲覧端末を認証するステップと、
   前記閲覧端末が、前記認証端末からの認証結果を受信すると、前記共通鍵データを用いて前記認証端末を認証するステップ
   を備えることを特徴とする請求項１ないし４のいずれか１項に記載の認証方法。
6. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末とを備える認証システムであって、
   認証端末は、
   後記閲覧端末から認証要求を受信すると、ユーザによって入力された認証情報を認証し、その認証結果を後記閲覧端末に送信する認証手段を備え、
   閲覧端末は、
   前記認証端末のアドレスである認証アドレスデータを記憶する記憶装置と、
   前記認証アドレスデータに基づいて前記認証端末に認証要求を送信するとともに、前記認証端末から、前記認証結果を受信する認証要求手段と、
   受信した前記認証結果に基づいて、認証された処理を実行する認証結果処理手段を備える
   ことを特徴とする認証システム。
7. 前記認証端末のアドレスが、アドレス変換サーバによって変換される場合、
   接続維持サーバをさらに備え、
   前記認証端末は、
   前記アドレス変換サーバを経由して前記接続維持サーバに接続して、当該認証端末の識別子を送信するアドレス登録要求手段をさらに備え、
   接続維持サーバは、
   前記認証端末に接続すると、前記認証端末の識別子と、前記アドレス変換サーバによって変換された変換後アドレスとを対応づけ、
   前記閲覧端末は、
   前記認証端末の識別子である認証識別データを記憶し、
   前記認証端末の識別子に対応する変換後アドレスを取得し、前記認証アドレスデータとして記憶する認証アドレス取得手段を備える
   ことを特徴とする請求項６に記載の認証システム。
8. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末と、前記閲覧端末と前記認証端末との接続を中継する中継サーバとを備える認証システムであって、
   認証端末のアドレスが、アドレス変換サーバによって変換される場合、
   前記認証端末は、
   前記アドレス変換サーバを経由して中継サーバに接続して、前記認証端末の識別子を送信する中継要求手段と、
   前記中継サーバから、認証要求を受信すると、ユーザによって入力された認証情報を認証し、その認証結果を前記中継サーバに送信する認証手段を備え、
   閲覧端末は、
   前記認証端末の識別子である識別子データを記憶する記憶装置と、
   認証要求と前記認証端末の識別子を前記中継サーバに送信するとともに、前記中継サーバから、前記認証結果を受信する認証要求手段と、
   受信した前記認証結果に基づいて、認証された処理を実行する認証結果処理手段を備え、
   中継サーバは、
   前記認証端末から接続されると、当該認証端末の識別子と、前記認証端末の前記アドレス変換サーバによって変換された変換後アドレスとを対応づけて中継管理データに記憶する接続要求処理手段と、
   前記認証端末から接続されると、当該認証端末への応答を待機するとともに、応答を待機する間に、前記閲覧端末から、前記認証要求と前記認証端末の識別子を受信すると、前記中継管理データにおいて、受信した認証端末の識別子に対応づけられた変換後アドレスに基づいて、前記認証端末に、前記認証要求をプッシュ通信で送信し、前記認証端末から認証結果を受信すると、前記閲覧端末に前記認証結果を送信する認証要求処理手段を備える
   ことを特徴とする認証システム。
9. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末とを備える認証システムに用いられる閲覧端末であって、
   認証端末のアドレスである認証アドレスデータを記憶する記憶装置と、
   前記認証アドレスデータに基づいて前記認証端末に認証要求を送信するとともに、前記認証端末から、前記認証結果を受信する認証要求手段と、
   受信した前記認証結果に基づいて、認証された処理を実行する認証結果処理手段
   を備えることを特徴とする閲覧端末。
10. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末とを備える認証システムの閲覧端末に用いられる閲覧プログラムであって、
    コンピュータを、
    認証端末のアドレスである認証アドレスデータに基づいて前記認証端末に認証要求を送信するとともに、前記認証端末から、前記認証結果を受信する認証要求手段と、
    受信した前記認証結果に基づいて、認証された処理を実行する認証結果処理手段
    として機能させるための閲覧プログラム。
11. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末とを備える認証システムに用いられる認証端末であって、
    閲覧端末から認証要求を受信すると、ユーザによって入力された認証情報を認証し、その認証結果を閲覧端末に送信する認証手段
    を備えることを特徴とする認証端末。
12. ユーザが利用する閲覧端末と、前記閲覧端末の処理を認証する認証端末とを備える認証システムの認証端末に用いられる認証プログラムであって、
    コンピュータを、
    閲覧端末から認証要求を受信すると、ユーザによって入力された認証情報を認証し、その認証結果を閲覧端末に送信する認証手段
    として機能させるための認証プログラム。

Images