JP5130526B2 - 認証システム、認証方法および認証プログラム - Google Patents

Description

本発明は、認証システム、認証方法および認証用プログラムに関する。特に、サービスサーバからサービスを受けるユーザに、サービス端末とは別に認証用の認証端末を保持させ、当該認証端末を利用して認証サービスを提供する認証システムにおいて、認証レベルあるいは認証プロセスの設定を変更できる認証システム、認証方法および認証用プログラムに関する。

特許文献１は、インターネット上において、第１会員サイトのサーバであるサーバＡに登録したクライアントが、会員でない第２会員サイトのサーバであるサーバＢのコンテンツを閲覧するコンテンツサービス提供システムが開示されている。当該システムにおいて、ユーザがサーバＡにコンテンツの閲覧をリクエストすると、サーバＡはユーザが自分のサイトの会員であることを保証する保証情報をサーバＢに送信する。サーバＢは、保証情報に基づいてユーザクライアントにコンテンツの閲覧を許可するためのキーを渡して、クライアントはキーを用いてコンテンツにアクセスする。

特許文献２は、機器のサービス属性に応じて最低認証レベルを変化させ、ユーザが認証レベルを自由に設定できると共に最低認証レベル以下の認証レベルが設定されることを防止する認証システムを開示する。当該認証システムでは、サービス提供が機器内部の状態に変化を及ぼすか否か、サービス提供が機器外部の周辺環境に変化を及ぼすか否か、といった事項に基づいて当該サービスの最低認証レベルを定める。そして端末から機器に認証レベルを設定する場合、ＡＳＰサーバから端末へ最低認証レベルを組み込んだ設定支援画面をダウンロードして、機器の提供するサービスに対してそのサービスの最低認証レベルよりも低い認証レベルは設定不可にする。

特許文献３は、ユーザがサービスを利用する場合にセキュリティを確保してサービスを利用する分散認証システムを開示する。当該分散認証システムでは、端末、分散認証システムおよびサービスサーバが通信網を介して接続されている。分散認証システムは、端末からサーバへのアクセス要求を許可するか否かを判定する判定部を備え、判定部は、アクセス要求のセキュリティの度合いを算出して、算出したセキュリティの度合いに対応する詳細情報の送信を端末に要求する。判定部は、受信した詳細情報に基づいてアクセス要求元の端末を認証してアクセス要求を許可する。

特許文献４は、異常状態に対して適切に対応可能な認証方法を開示する。当該認証方法では、予め収集され且つコンテキスト格納部に格納されている、異常に係るコンテキストから、予め異常レベル基準データ格納部に格納された異常レベル基準データに従って異常レベルを特定する。そして予め定められた認証強度レベル設定ルールに従って異常レベルを認証強度レベルに変換して、当該認証強度レベルに応じた認証処理を認証サーバに実行させる。
特開２００４−０８６５１０号公報 特開２００５−１３５２９０号公報 特開２００６−２６０２０１号公報 特開２００７−０６５８２４号公報

しかし、特許文献１が開示するコンテンツサービス提供システムでは、会員サイトへの認証をパスしたユーザに対して、非会員サイトは自サイトへのアクセスを許可しなければならない。つまり、非会員サイト側では独自の認証レベルあるいは認証のプロセスを採用したい場合であっても会員サイトが採用する認証のレベルあるいはプロセスを変更することはできない。また、特許文献２が開示する認証システムは、ユーザが機器の認証レベルを、最低認証レベルより高い範囲で自由に設定できるようにしたものであって、サービスサイトへのログイン等の認証を変更することを開示したものではない。

また、特許文献３が開示する分散認証システムは、サービスサイトの側で認証のレベルを変更できるものの、ユーザに認証のレベルを決める裁量が与えられているわけではない。さらに特許文献４の認証方法では、異常のレベルに応じて認証強度が変更されるものの、やはりユーザに認証のレベルを決める裁量が与えられているわけではない。すなわち、特許文献１〜４に開示の技術では、サービスサイトおよびユーザの双方にとって使い勝手の良い認証システムを提供できない。

上記課題を解決することを目的として、発明の形態においては、通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバが、サービスの提供を許可する受入条件を格納する受入条件格納部と、サービスサーバからサービス端末を通じてサービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、通信ネットワークに接続されたユーザの認証端末の端末識別情報を、ユーザのユーザ識別情報に関連付けて格納するユーザ登録情報格納部と、サービスサーバからの認証請求を受信する認証請求受信部と、認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には認証端末からの証明請求を受信する証明請求受信部と、認証端末から取得した認証情報と認証情報格納部に格納されている認証情報とを照合し、当該照合の結果が受入条件を充足するか否かを判断する認証判断部と、認証判断部において照合の結果が受入条件を一部充足すると判断した場合に、照合の結果の充足した部分について認証が成功した旨の結果通知をサービスサーバに送信する認証結果通知部と、を備える認証システムを提供する。

また、他の発明の形態においては、通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバからサービス端末を通じてサービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、通信ネットワークに接続されたユーザの認証端末の端末識別情報をユーザのユーザ識別情報に関連付けて格納するユーザ登録情報格納部と、サービスサーバからの認証請求を受信する認証請求受信部と、認証請求に含まれる認証コードから認証条件を抽出する認証条件抽出部と、認証条件に基づきユーザを認証する認証項目を特定する認証項目特定部と、認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には認証端末からの証明請求を受信する証明請求受信部と、認証項目について、認証端末から取得した認証情報と認証情報格納部に格納されている認証情報とを照合し、各認証項目において一致しているか否かを判断する認証判断部と、認証判断部における認証の結果および認証条件が指定する処理条件に応じて、認証の結果通知をサービスサーバに送信する認証結果通知部と、を備える認証システムを提供する。

なお、上記の発明の概要は、発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となりうる。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態の認証システムの一例である認証サーバ３２を利用する全体システム１０を概念的に示す。全体システム１０では、ユーザシステム２０ａ、ユーザシステム２０ｂ、サービスサーバ３０ａ、サービスサーバ３０ｂおよび認証サーバ３２が通信ネットワーク３４で接続される。ユーザシステム２０ａには、認証端末２２ａおよびサービス端末２４ａを有する。ユーザシステム２０ｂには、認証端末２２ｂおよびサービス端末２４ｂを有する。

ユーザシステム２０ａおよびユーザシステム２０ｂは同様の構成を有するので、特に区別しない場合には単に「ユーザシステム２０」と標記する。同様に、認証端末２２ａおよび認証端末２２ｂ、サービス端末２４ａおよびサービス端末２４ｂ、並びにサービスサーバ３０ａおよびサービスサーバ３０ｂを区別しない場合には各々単に「認証端末２２」、「サービス端末２４」、「サービスサーバ３０」と標記する場合がある。

ユーザシステム２０の認証端末２２は、ユーザが認証サーバ３２で認証を受けるときに利用する。たとえば携帯電話を例示できる。サービス端末２４は、ユーザがサービスサーバ３０に接続してサービスの提供を受けるときに利用する。たとえばパーソナルコンピュータを例示できる。

サービスサーバ３０は、通信ネットワーク３４を介した情報処理装置間の通信を利用したサービスを提供する。通信ネットワーク３４は、たとえばインターネットを例示できる。

全体システム１０では、ユーザがユーザシステム２０のサービス端末２４を用いてサービスサーバ３０のサービスを利用する。サービスサーバ３０においてユーザを認証する場合に、認証の全部または一部を認証サーバ３２が代行する。サービスサーバ３０は、ユーザを認証するときに、サービス端末２４にユーザ識別情報（たとえばユーザＩＤ）の入力を求める。そしてサービスサーバ３０は、当該ユーザ識別情報を含めた認証請求を認証サーバ３２に送信する。

ユーザはサービス端末２４から認証を求められたときに、認証端末２２を操作して証明請求を認証サーバ３２に送信する。認証端末２２には予めユーザ識別情報を記録してよく、認証請求にはユーザ識別情報を含めてもよい。認証請求と証明請求を受け取った認証サーバ３２は認証を開始する。認証サーバ３２は認証の結果を、認証請求を受け取ったサービスサーバ３０に送信する。

なお、サービスサーバ３０ａとサービスサーバ３０ｂとは各々独自に管理するユーザを有してよく、サービスサーバ３０ａまたはサービスサーバ３０ｂが管理するユーザにはローカルユーザ識別情報を付与してよい。たとえばユーザシステム２０ａのユーザがサービスサーバ３０ａの会員であって、サービスサーバ３０ａからローカルユーザ識別情報が付与されてよい。またユーザシステム２０ｂのユーザがサービスサーバ３０ｂの会員であって、サービスサーバ３０ｂからローカルユーザ識別情報が付与されてよい。この場合、ユーザシステム２０ａおよびユーザシステム２０ｂにはグローバルユーザ識別情報が付与され、サービスサーバ３０ａまたはサービスサーバ３０ｂから送信された認証請求に含まれるローカルユーザ識別情報は認証サーバ３２においてグローバルユーザ識別情報に変換される。

図２は、認証サーバ３２におけるユーザ認証の概要を示す。ユーザは自己が保持する認証端末２２を鍵として、各種の認証をパスすることにより、ロック５６、ロック５８、ロック６０を開ける。ロック５６、ロック５８、ロック６０の何れかが開いた段階で認証成功としてよく、ユーザはロックの種類に応じた認証が得られる。なお、ユーザの保持する認証端末２２は、ユーザが常に携帯できることが好ましいので、たとえば携帯電話、携帯情報端末（ＰＤＡ）であることが好ましい。

認証サーバ３２がユーザを認証する場合、まずユーザ裁量認証により、ユーザの認証サーバ３２へのログインを認証する（Ｓ４０）。認証の方法としては、たとえば暗証番号による認証、質問を発し当該質問に対して正しい答えを入力したかによって認証するＱ＆Ａ認証、指紋認証、声紋認証を例示できる。認証方法はユーザが指定してよく、これら認証で用いる認証情報は、認証情報格納部１０８に予め格納しておく。

次に、シンクロ認証を実施する（Ｓ４２）。シンクロ認証においては、ユーザの認証端末２２の機体認証（端末認証）、シンクロ番号によるシンクロ番号認証を含む。端末認証では、認証請求側であるユーザのユーザ識別情報と端末識別情報との対応が、予め認証サーバ３２に登録したものと一致するかを照合する。なお、ユーザ識別情報がローカルユーザ識別情報の場合グローバルユーザ識別情報に変換してよい。端末認証によりユーザ識別情報の正当性が証明される。

シンクロ番号認証では、認証サーバ３２がサービス端末２４にシンクロ番号を表示させ、ユーザは当該シンクロ番号をサービス端末２４から読み取って認証端末２２に入力する。認証サーバ３２は、サービス端末２４に表示させた番号と認証端末２２から取得した番号とが一致するかを照合する。シンクロ番号はサービス端末２４を実際に見ているユーザしか知らない番号だから、シンクロ番号認証により、サービス端末２４を実際に利用しているユーザが証明請求を求めてきたユーザであることを証明できる。

また、ステップＳ４２のシンクロ認証では、暗証番号認証、Ｑ＆Ａ認証、指紋認証、声紋認証の何れかまたはこれらの組み合わせによりユーザを認証する。当該ユーザ認証では、認証項目をユーザが選択するかサービスサーバが選択するかをスイッチ５０により指定できる。スイッチ５０はたとえばハード的なスイッチであってよく、あるいはソフト的なスイッチであってよい。サービスサーバ側が選択する場合には受入条件格納部１０４を参照して認証項目を決定する。

ユーザがこれらの認証をパスすると、認証サーバ３２は、認証結果をサービスサーバ３０に送信する。認証結果の送信の態様は、スイッチ５２によって指定する。スイッチ５２は認証サービスの継続（リレー）態様を指定するものであり、たとえば認証請求に含まれる認証条件によって指定される。たとえば認証条件でサービスリレーが指定されている場合、認証サーバ３２はサービスサーバ３０にログインするためのログイン情報を生成して、あるいは予め記録してあるログイン情報を読み出して、ユーザをサービスサーバ３０にログインさせるべく、ログイン情報をサービスサーバ３０に送信してよい。

また認証条件にステータスリレーが指定されている場合、認証サーバ３２は何れの認証項目で認証が成功したかをサービスサーバ３０に通知して、サービスサーバ３０では、追加の独自認証が実施されてよい（Ｓ４４、Ｓ４６）。なお、サービスサーバ３０は、スイッチ５４の選択により、既存認証画面６２をサービス端末２４または認証端末２２に表示して、既存の認証プロセスを実行してよい。

図３は、全体システム１０の概要を示す。全体システム１０は、認証端末２２、サービス端末２４、サービスサーバ３０、認証サーバ３２、アクセスコントロール６４、ユーザＩＤ適用部６６、リモートコントロールインターフェイス６８、セッショントリガー７０、サービスリレープロセス７２、ステータスリレープロセス７４、サービスＩＤおよびパスワード７６、サービス事業者独自認証情報格納部７８、サービス事業者登録情報格納部１０２、受入条件格納部１０４、ユーザ登録情報格納部１０６および認証情報格納部１０８を備える。

サービス端末２４がサービスサーバへの閲覧等サービス提供を要求することによりセッショントリガー７０を経由して認証請求が認証サーバ３２に送信される。また認証端末２２が、リモートコントロールインターフェイス６８を介して認証サーバ３２に証明請求を送信する。認証サーバ３２は、認証請求および証明請求を受けて、認証を開始する。認証プロセスではサービス事業者登録情報格納部１０２、受入条件格納部１０４、ユーザ登録情報格納部１０６および認証情報格納部１０８を参照する。

認証プロセスでは、受入条件で指定されたパラメータに従ってアクセスコントロール６４を制御でき、アクセスコントロール６４は、ユーザ登録情報格納部１０６、認証情報格納部１０８、サービスリレープロセス７２あるいはステータスリレープロセス７４を制御する。サービスリレープロセス７２は、認証の結果を受けて、サービスサーバ３０へのシームレスなサービスを提供する。たとえば、ユーザＩＤ適用部６６がサービスＩＤおよびパスワード７６を適用してサービスサーバ３０への直接的なログインサービスを提供する。

ステータスリレープロセス７４は、認証結果をユーザの認証におけるステータスとしてサービスサーバ３０に提供する。たとえばユーザＩＤ適用部６６をサービス事業者独自認証情報格納部７８に適用して、認証結果をサービスサーバ３０の独自認証に役立てることができる。

図４は、本実施形態の認証方法の概要を示す。まず、サービスサーバ側で処理がスタートするとサービスサーバは認証請求を送信して、ユーザ側では認証対応をする。ユーザの認証端末２２に対し端末ＩＤによる認証（Ｓ８０）を実施して、これにパスしたとき、シンクロセッションを開始する（Ｓ８２）。次に認証請求コードから認証条件を抽出する（Ｓ８４）。その後シンクロ番号を発行および表示して（Ｓ８６）、シンクロ番号認証を実施する（Ｓ８８）。

ユーザがシンクロ番号を入力して認証が成功すると、ユーザ認証を開始する（Ｓ９０）。ユーザ認証（Ｓ９２）においてユーザが認証対応して認証に成功すると、処理条件によってプロセスが分岐する（Ｓ９４）。サービスリレープロセス（Ｓ９５）の場合、直接サービスログインさせる（Ｓ９８）。ステータスリレープロセス（Ｓ９６）の場合、サービスサーバ独自の認証を実施する（Ｓ９７）。ユーザが認証対応して認証に成功すると、サービスにログインする（Ｓ９８）。

図５は、認証サーバ３２の構成を詳細に示した全体システム１０を示す。認証サーバ３２は、データ格納部１００、認証請求受信部１２０、証明請求受信部１３０、識別情報変換部１４０、認証端末特定部１５０、シンクロ番号生成部１６０、シンクロ番号送信部１７０、シンクロ番号入力要求部１８０、シンクロ番号受信部１９０、端末認証部２００、認証条件抽出部２１０、認証項目特定部２２０、入力要求部２３０、認証情報受信部２４０、認証判断部２５０、認証結果通知部２６０、ログイン情報生成部２７０、途中シンクロ番号生成部３００、途中シンクロ番号送信要求部３１０、途中認証部３２０、および途中認証結果送信部３３０を備える。

図６は、データ格納部１００を示す。データ格納部１００は、ユーザまたはサービス事業者の管理、あるいは認証の処理で参照するデータを格納する。データ格納部１００は、サービス事業者登録情報格納部１０２、受入条件格納部１０４、ユーザ登録情報格納部１０６、認証情報格納部１０８、ユーザ選択認証項目格納部１１０、およびユーザ識別情報格納部１１２を有する。

サービス事業者登録情報格納部１０２は、サービス事業者の登録情報を格納する。受入条件格納部１０４は、サービスサーバがサービスの提供を許可する受入条件を格納する。ユーザ登録情報格納部１０６は、ユーザの認証端末２２の端末識別情報を、ユーザのユーザ識別情報に関連付けて格納する。認証情報格納部１０８は、サービスサーバ３０からサービス端末２４を通じてサービスの提供を受けようとするユーザを認証するための認証情報を格納する。

ユーザ選択認証項目格納部１１０は、ユーザが予め選択したユーザ選択の認証項目であるユーザ選択認証項目を格納する。ユーザ識別情報格納部１１２は、複数のサービス事業者ごとのサービスを利用するユーザであって各サービス事業者のサービスサーバ３０が管理するユーザを識別するためのローカルユーザ識別情報と、認証サーバ３２が管理するユーザを識別するためのグローバルユーザ識別情報とを関連付けて格納する。またユーザ識別情報格納部は、認証端末２２の端末識別情報をグローバルユーザ識別情報に関連付けて格納する。

認証請求受信部１２０は、サービスサーバ３０からの認証請求を受信する。認証端末特定部１５０は、認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する。なお認証端末特定部１５０は、ユーザ識別情報としてグローバルユーザ識別情報が用いられる場合には、グローバルユーザ識別情報から当該認証請求に係る端末識別情報を特定する。

識別情報変換部１４０は、認証請求にローカルユーザ識別情報が含まれる場合、ローカルユーザ識別情報を、ユーザ識別情報格納部１１２を参照してグローバルユーザ識別情報に変換する。証明請求受信部１３０は、端末識別情報に一致する認証端末２２からの接続が存在するか否かを判断して、存在する場合には認証端末２２からの証明請求を受信する。

シンクロ番号生成部１６０は、認証請求の受信後に、認証請求に係る認証処理において使用する処理識別情報の一例であるシンクロ番号をランダムに生成する。シンクロ番号生成部１６０は、処理識別情報生成部の一例である。シンクロ番号送信部１７０は、処理識別情報の一例であるシンクロ番号をユーザに提示すべくサービス端末２４に送信する。シンクロ番号送信部１７０は、処理識別情報送信部の一例である。シンクロ番号入力要求部１８０は、認証端末２２にシンクロ番号を入力させるべく、認証端末２２の表示画面にシンクロ番号の入力を促す要求画面を表示させるデータを認証端末２２に送信する。

シンクロ番号受信部１９０は、認証端末２２からシンクロ番号を受信する。端末認証部２００は、認証端末２２から取得したシンクロ番号とシンクロ番号生成部１６０が生成したシンクロ番号とを照合して、一致した場合に認証端末２２を認証する。認証条件抽出部２１０は、認証請求に含まれる認証コードから認証条件を抽出する。

認証項目特定部２２０は、認証条件に基づきユーザを認証する認証項目を特定する。また認証項目特定部２２０は、認証条件において認証項目の選択をユーザに委ねている場合には、ユーザ選択認証項目を認証項目として特定する。認証項目特定部２２０は、認証条件において認証項目の選択をユーザに委ねていない場合には、受入条件に従って認証項目を特定する。

入力要求部２３０は、認証情報の全部または一部の入力をユーザに促す画面のデータを認証端末２２に送信する。認証情報受信部２４０は、認証端末２２で入力された認証情報を受信する。

認証判断部２５０は、認証端末２２から取得した認証情報と認証情報格納部１０８に格納されている認証情報とを照合する。そして照合の結果が受入条件を充足するか否かを判断する。あるいは照合が各認証項目において一致しているか否かを判断する。

認証結果通知部２６０は、認証判断部２５０において照合の結果が受入条件を一部充足すると判断した場合に、照合の結果の充足した部分について認証が成功した旨の結果通知をサービスサーバ３０に送信する。あるいは認証結果通知部２６０は、認証判断部２５０において照合の結果が受入条件を完全に充足すると判断した場合に、ユーザがサービスサーバ３０のサービスにログインするためのログイン情報を生成または読み出して、ログイン情報を結果通知としてサービスサーバ３０に送信する。あるいは認証結果通知部２６０は、認証判断部２５０において照合の結果が受入条件を完全に充足すると判断した場合に、サービスサーバ３０において独自の付加認証を行わせるべく、受入条件が要求する認証の全てについて成功した旨の結果通知をサービスサーバ３０に送信する。

また認証結果通知部２６０は、認証判断部２５０における認証の結果および認証条件が指定する処理条件に応じて、認証の結果通知をサービスサーバ３０に送信する。たとえば、認証結果通知部２６０は、認証判断部２５０において一部の認証項目について認証情報の一致が判断された場合であって、処理条件においてステータスリレーが指定されている場合には、認証判断部２５０で認証情報の一致が判断された認証項目について認証が成功した旨の結果通知をサービスサーバ３０に送信する。

あるいは、認証結果通知部２６０は、認証判断部２５０において全部の認証項目について認証情報の一致が判断された場合であって、処理条件においてステータスリレーが指定されている場合には、認証判断部２５０で認証情報の一致が判断された全部の認証項目について認証が成功した旨の結果通知をサービスサーバ３０に送信する。あるいは、認証結果通知部２６０は、認証判断部２５０において全部の認証項目について認証情報の一致が判断された場合であって、処理条件においてサービスリレーが指定されている場合には、ユーザがサービスにログインするためのログイン情報を生成または読み出す。そして、ログイン情報を結果通知としてサービスサーバ３０に送信する。

ログイン情報生成部２７０は、ユーザがサービスサーバ３０のサービスにログインするための情報を生成する。あるいは予め記録しておいた、サービスにログインするための情報を読み出す。

途中シンクロ番号生成部３００は、サービスサーバ３０によるサービスの開始後におけるサービスサーバ３０からの認証請求（つまりサービス途中での認証請求）の受信に応答して、当該認証請求についての認証処理において使用する途中シンクロ番号を生成する。途中シンクロ番号は途中処理識別情報の一例である。途中シンクロ番号はサービスを開始するときの認証処理で生成したシンクロ番号をパラメータとして初期化される所定のアルゴリズムに従って生成することができる。途中シンクロ番号送信要求部３１０は、ユーザの認証端末２２に途中シンクロ番号の送信を要求する。

途中認証部３２０は、途中シンクロ番号生成部３００のアルゴリズムと同様のアルゴリズムに従って認証端末２２が生成した途中シンクロ番号を受信して、途中シンクロ番号生成部３００が生成した途中シンクロ番号と認証端末２２が生成した途中シンクロ番号とを照合して、一致した場合にユーザを認証する。途中認証結果送信部３３０は、途中認証部３２０による認証の結果をサービスサーバ３０に送信する。

図７は、本実施形態の認証方法の一例を示す。まず、サービス事業者が認証サーバ３２に登録する（Ｓ５００）。次にユーザが認証サーバ３２に登録する（Ｓ６００）。続いて登録したサービス事業者のサービスサーバ３０から認証請求を受ける（Ｓ７００）。

一方、当該認証請求に関連する証明請求をユーザの認証端末２２から受ける（Ｓ８００）。認証は、認証端末２２の認証（Ｓ９００）に続きユーザ認証（Ｓ１０００）を実行する。認証が終了すると認証結果をサービスサーバ３０に送信する（Ｓ１２００）。

図８は、サービス事業者が認証サーバ３２に登録する場合の処理フローを示す。まず、サービスサーバ３０から認証サーバ３２に登録要求を送信する（Ｓ５０２）。認証サーバ３２が登録要求を受信すると（Ｓ５０４）、認証サーバ３２は登録を許可するかの審査を実施する（Ｓ５０６）。登録を拒否する場合は登録拒否のメッセージをサービスサーバ３０に送信する（Ｓ５０８）。

ステップＳ５０６で登録を許可する場合、受入条件の送信をサービスサーバ３０に要求する（Ｓ５１０）。サービスサーバ３０は当該要求に応じて受入条件を送信する（Ｓ５１２）。認証サーバ３２が受入条件を受信するとこれを受入条件格納部１０４に記録する（Ｓ５１４）。

受入条件の記録後に、認証サーバ３２はサービスサーバ３０にＩＤ（サービス事業者識別情報）を発行する（Ｓ５１６）。サービスサーバ３０はＩＤを受信して（Ｓ５１８）、サービスサーバ３０側の処理は終了する。認証サーバ３２は、たとえばステップＳ５１０の受入条件の送信要求と共に他の情報について送信を要求している場合には、当該要求した情報について受領した情報を登録事項として、サービス事業者登録情報格納部１０２に記録する（Ｓ５２０）。以上でサービス事業者の登録処理は終了する。

図９は、ユーザが認証サーバ３２に登録する場合の処理フローを示す。まず、ユーザが認証端末２２から認証サーバ３２に登録要求を送信する（Ｓ６０２）。なお、ここでは認証端末２２から登録要求を送信する例を示しているが、たとえばパーソナルコンピュータからインターネットを経由して認証サーバ３２に登録要求を送信して、認証端末２２に認証サーバ３２のＵＲＬを記載したメールを送信する等の方法によって登録処理を開始してもよい。

認証サーバ３２が登録要求を受信すると（Ｓ６０４）、認証サーバ３２は登録要求の送信データに含まれる端末ＩＤ（端末識別情報）を取得する（Ｓ６０６）。端末識別情報としてたとえば電話番号（携帯電話の場合）、ＭＡＣアドレスを例示できる。認証サーバ３２は次に認証情報の送信を認証端末２２に要求する（Ｓ６０８）。ユーザは当該認証情報の送信要求に対し認証端末２２認証情報を入力して（Ｓ６１０）、これを認証サーバ３２に送信する（Ｓ６１２）。

認証情報はユーザに固有の情報またはユーザしか知らない情報であり、認証情報に合致した情報を提示した者をユーザとして認証する。認証情報として、たとえば暗証番号、Ｑ＆Ａにおけるアンサー（Ａ）、声紋、指紋が例示できる。認証サーバ３２からの認証情報の入力要求に対して、ユーザは認証項目を選択して登録できる。たとえば暗証番号だけを入力した場合にはユーザの裁量認証として暗証番号による認証が選択できる。なお、認証情報を入力せず、シンクロ認証だけでユーザ裁量における認証を成功させるようにしてもよい。

認証情報の送信を受けた認証サーバ３２は、認証情報をユーザ識別情報に関連付けて認証情報格納部１０８に記録する（Ｓ６１４）。その後認証サーバ３２は、ユーザ裁量認証において認証する項目となるユーザ選択認証項目の送信を要求する（Ｓ６１６）。ユーザは認証端末２２にユーザ選択認証項目を入力して（Ｓ６１８）、これを認証サーバ３２に送信する（Ｓ６２０）。そして認証サーバ３２は受信したユーザ選択認証項目をユーザ選択認証項目格納部１１０に記録する（Ｓ６２２）。なお、ここでユーザ選択認証項目の入力を明示的にユーザに要求する例を示したが、たとえば、認証情報の入力のときに入力した認証項目をユーザ選択認証項目と定めてもよい。

次に認証サーバ３２はユーザにユーザＩＤ（ユーザ識別情報）を発行して（Ｓ６２４）、これを認証端末２２に送信する（Ｓ６２６）。認証端末２２は認証サーバ３２からユーザ識別情報を受信して（Ｓ６２８）、処理を終了する。認証サーバ３２はユーザＩＤ（ユーザ識別情報）と端末ＩＤ（端末識別情報）とを関連付けてユーザ登録情報格納部１０６に記録して（Ｓ６３０）、処理を終了する。

図１０は、認証サーバ３２による認証の前提となる認証請求の発生から認証処理の開始までの処理フローを示す。認証請求の発生は、ユーザのサービス端末２４からサービスサーバ３０に対しサービス要求を発することから始まる（Ｓ７０２）。サービス端末２４からサービス要求を受信（Ｓ７０４）したサービスサーバ３０は、認証プロセスを起動する（Ｓ７０６）。サービスサーバ３０は、ユーザのサービス端末２４にユーザＩＤの入力を要求する（Ｓ７０８）。ここでサービスサーバ３０が要求するユーザＩＤ（ユーザ識別情報）は、グローバルユーザ識別情報とローカルユーザ識別情報との何れであってもかまわない。

ユーザはサービス端末２４にユーザＩＤを入力して（Ｓ７１０）、これを送信する（Ｓ７１２）。サービスサーバ３０は、ユーザＩＤを受信して（Ｓ７１４）、当該ユーザＩＤを含めた認証請求を認証サーバ３２に送信する（Ｓ７１６）。なお、認証請求にはユーザＩＤのほか認証条件を含めることができる。認証条件には、認証レベルを示す認証項目、認証後の処理を指定する処理条件、認証項目をユーザの裁量に委ねるか委ねないかを示す裁量権指定を含めることができる。

認証サーバ３２は、認証請求を受信すると（Ｓ７１８）、当該認証請求が登録されたサービスサーバ３０からの認証請求かを判断する（Ｓ７２０）。登録されたサービスサーバ３０でない場合は処理を終了する。なお、ここで「処理を終了」とは、サービスサーバに登録されていないので処理を継続できない旨のメッセージを送信する等の適切なエラー処理を実施したうえで処理を終了することを含む。以下同様である。

ステップＳ７２０で当該認証請求が登録されたサービスサーバ３０からの認証請求だと判断された場合、認証サーバ３２は、当該認証請求からユーザＩＤと認証条件を抽出する（Ｓ７２２）。そして、抽出したユーザＩＤが登録されユーザＩＤであるかを判断して（Ｓ７２４）、登録されたものでなければ処理を終了する。登録されたものであれば、当該ユーザＩＤがローカルＩＤ（ローカルユーザ識別情報）であるかを判断する（Ｓ７２６）。ローカルＩＤであればグローバルＩＤ（グローバルユーザ識別情報）に変換する（Ｓ７２８）。ローカルＩＤでなければ当該ユーザＩＤはグローバルＩＤと判断でき、以降の処理はグローバルＩＤで処理される。

図１１は、認証サーバ３２が証明請求を受けた後に認証処理を開始するまでの処理フローを示す。証明請求は、たとえばサービス端末２４に表示されたメッセージに促されてユーザが自己の認証端末２２を操作して認証サーバ３２に接続することにより送信される（Ｓ８０２）。

証明請求を受けた認証サーバ３２は、証明請求の送信データに含まれる端末ＩＤ（端末識別情報）を取得して（Ｓ８０４）、登録されたユーザの端末ＩＤかを判断する（Ｓ８０６）。登録されたユーザのものでない場合は処理を終了する。登録されたユーザの端末ＩＤであると判断されると、次にユーザＩＤと端末ＩＤは対応しているかを判断する（Ｓ８０８）。対応していない場合は処理を終了する。

次に認証サーバ３２は、端末ＩＤに対応するユーザＩＤがローカルＩＤ（ローカルユーザ識別情報）であるかを判断する（Ｓ８１０）。ローカルＩＤであればグローバルＩＤ（グローバルユーザ識別情報）に変換する（Ｓ８１２）。ローカルＩＤでなければ当該ユーザＩＤはグローバルＩＤと判断でき、以降の処理はグローバルＩＤで処理される。

図１２は、シンクロ認証の処理フローを示す。認証請求および証明請求の各請求に含まれるユーザＩＤが一致するかを判断する（Ｓ９０２）。一致しない場合は処理を終了する。一致する場合はシンクロセッションを開始する（Ｓ９０４）。

シンクロセッションを開始するとシンクロ番号を生成して（Ｓ９０６）、サービス端末２４にシンクロ番号を、認証端末２２にシンクロ番号の入力要求を各々送信する（Ｓ９０８、Ｓ９１０）。サービス端末２４にはシンクロ番号を表示するとともに（Ｓ９１２）、認証端末２２にはシンクロ番号の入力要求画面を表示する（Ｓ９１４）。

入力要求画面にユーザがシンクロ番号を入力すると、認証端末２２は入力されたシンクロ番号を送信する（Ｓ９１６）。認証サーバ３２は、受信したシンクロ番号は発番したシンクロ番号と一致するかを判断する（Ｓ９１８）。一致しなければ処理を終了する。一致すれば端末認証が成功したとする（Ｓ９２０）。

シンクロ認証において、シンクロ番号が一致した即ち認証が成功した場合、サービス端末２４を操作している（モニタを見てシンクロ番号を認識している）者と、認証端末２２にシンクロ番号を入力している者とが、同一人物であることを強く示唆している。少なくとも認証端末２２を操作している者はサービス端末２４の表示内容を知ることができる者であることを示している。よって、シンクロ認証の成功により、両端末の正当性が推認され、端末の認証が成功したと判断してよい。

図１３は、ユーザ認証の処理フローを示す。ユーザ認証では、認証条件から認証項目を特定する（Ｓ１０００）。そして特定した認証項目について認証情報の入力を要求する（Ｓ１００２）。ユーザは認証端末２２に認証情報を入力して（Ｓ１００４）これを送信する（Ｓ１００６）。認証サーバ３２は、認証端末２２に入力され送信を受けた認証情報と、認証情報格納部１０８に記録されている認証情報とを認証項目ごとに照合する（Ｓ１００８）。

図１４は、認証項目の特定の処理フローを示す。認証条件が認証項目の選択をユーザの選択に委ねているかを判断する（Ｓ１１０２）。ユーザ選択に委ねている場合はユーザ選択認証項目格納部１１０を参照してユーザが選択した認証項目を、ステップＳ１００８の照合で用いる認証項目として特定する（Ｓ１１０４）。ユーザ選択に委ねていない場合は受入条件格納部１０４を参照して受入条件で指定されている認証項目を、ステップＳ１００８の照合で用いる認証項目として特定する（Ｓ１１０６）。

図１５は、認証結果の送信フローを示す。ステップＳ１２０２で認証条件はサービスリレーに指定されているかを判断する（Ｓ１２０２）。サービスリレーに指定されている場合は、さらに全ての認証項目で照合が一致したかを判断する（Ｓ１２０４）。

一致していると判断した場合は、サービスにログインするためのログイン情報をサービスサーバ３０に送信する（Ｓ１２０６）。サービスサーバ３０は、ログイン情報を受け取り、ユーザをサービス端末２４からログインさせる（Ｓ１２０８）。ユーザはサービス端末２４からサービスを受ける（Ｓ１２１０）。

ステップＳ１２０４で全ての認証項目では照合が一致しなかったと判断した場合、認証サーバ３２はサービスサーバ３０に認証失敗を通知する（Ｓ１２１２）。サービスサーバ３０は、認証失敗のメッセージを受け取り、サービス端末２４にログインできない旨の通知をする（Ｓ１２１４）。サービス端末２４ではログインが失敗する（Ｓ１２１６）。

ステップＳ１２０２でサービスリレーに指定されていないと判断した場合、認証条件はステータスリレーに指定されていると判断して、次に全ての認証項目で照合が一致したかを判断する（Ｓ１２２２）。一致していると判断した場合は、全ての認証項目で認証成功を通知する（Ｓ１２２４）。サービスサーバ３０は、追加の認証を実行する（Ｓ１２２６）。ユーザはサービス端末２４または認証端末２２で追加の認証プロセスに対し認証対応を実施する（Ｓ１２２８）。

ステップＳ１２２２で全ての認証項目では照合が一致しなかったと判断した場合、認証サーバ３２は、成功した認証項目について認証成功を通知する（Ｓ１２３０）。サービスサーバ３０は、たとえば不足の認証項目について認証を実行する（Ｓ１２３２）。ユーザはサービス端末２４または認証端末２２で認証対応を実施する（Ｓ１２２８）。

図１６は、本実施形態の認証方法の他例を示す。本例の認証方法は、ユーザがサービスサーバ３０に一旦ログインしたあとサービスを受けている途中でサービスサーバ３０がユーザを認証する場合に適用できる。

たとえば前記した認証方法によりユーザがサービスサーバ３０にログインする（Ｓ１３０２）。ユーザはサービス提供を受け（Ｓ１３０４）、サービスサーバ３０はサービスの途中でユーザを認証するか判断する（Ｓ１３０６）。たとえばオークションサイトにおいてログインした後であっても入札あるいは出品のように都度認証をしたい場合がある。またファイナンシャルサイトにおいて、ログインした後に資金移動等の手続をするときに改めてユーザを認証したい場合がある。このような場合にサービス途中でのユーザ認証が行える。

サービス途中でユーザを認証すると判断した場合、途中認証プロセスを実行する（Ｓ１３０８）。認証成功かを判断して（Ｓ１３１０）、成功したと判断した場合にはステップＳ１３０４に戻ってサービスを継続する。認証に失敗した場合にはサービスを終了する（Ｓ１３１２）。

図１７は、途中認証プロセスの一例を示す。まず、サービスサーバ３０がサービスの途中でユーザ認証しようとするときに、途中認証請求を認証サーバ３２に送信する（Ｓ１４０２）。途中認証請求を受けた認証サーバ３２は、ユーザＩＤから認証端末２２を特定する（Ｓ１４０４）。

認証端末２２が特定されると、特定した認証端末２２との接続が存在するかを判断する（Ｓ１４０６）。接続が存在しない場合には認証失敗をサービスサーバ３０に通知する（Ｓ１４０８）。サービスサーバ３０はこれを受信する（Ｓ１４１０）。

ステップＳ１４０６で接続があると判断した場合、認証サーバ３２は途中シンクロ番号を生成する（Ｓ１４１２）。途中シンクロ番号は、たとえばステップＳ９０６で生成したログイン認証時のシンクロ番号をパラメータとして初期化される所定のアルゴリズムに従って生成することができる。そして認証サーバ３２は、途中シンクロ番号の送信を認証端末２２に要求する（Ｓ１４１４）。認証端末２２は当該要求に応えて途中シンクロ番号を生成して（Ｓ１４１６）、これを送信する（Ｓ１４１８）。なお、認証端末２２には認証サーバ３２で用いる途中シンクロ番号発生用のアルゴリズムと同じアルゴリズムのプログラムを備えておき、認証端末２２は当該プログラムを使って途中シンクロ番号を生成する。

認証サーバ３２は、認証端末２２からの途中シンクロ番号を受信して（Ｓ１４２０）、ステップＳ１４１２で生成した途中シンクロ番号とステップＳ１４２０で受信した途中シンクロ番号とを照合する（Ｓ１４２２）。照合が一致したかを判断して（Ｓ１４２４）。一致の場合はサービスサーバ３０に認証成功を通知する（Ｓ１４２６）。サービスサーバ３０はこれを受信する（Ｓ１４２８）。照合が一致しなかった場合、認証失敗をサービスサーバ３０に通知して（Ｓ１４０８）、サービスサーバ３０はこれを受信する（Ｓ１４１０）。

図１８は、サービスサーバ３０のログインページに適用できるログインページシステムの一例を示す。サービスサーバ３０のログインページディレクトリに当該ログインページシステムのモジュールを設置する。当該モジュールはサービスサーバ３０のユーザ情報格納部１４５２と連動設定されたＣＧＩプログラムを内蔵する。サービスサーバ３０のログインページ１４５０には、認証サーバへのリンクボタンが設置され、ユーザがリンクボタンをクリックすると認証サーバ３２でログインするページ１４５４にスイッチする。本ログインページシステムはシステム管理者用のコントロールプログラム１４５８を備え、サービスサーバ３０のユーザＩＤと認証サーバ３２を利用するためのユーザＩＤとの関連付け情報格納部１４５６を管理して、アクセス制御、アクセスログの管理ができる。

以上説明した本実施形態の認証サーバおよび認証方法によれば、サービス事業者は自己のサービスに適した認証条件を指定して認証請求を送信できる。一方ユーザにとって多数のサービスを利用する場合であっても当該サービスを提供するサービス事業者が認証サーバ３２を利用する限り単一のユーザＩＤで多数のサービス提供を受けることができる。すなわち、本実施形態の認証システム、認証方法を利用すれば、サービス事業者およびユーザの双方にとっての利便性を高めることができる。

また、ユーザがサービスサーバ３０の閲覧等に利用するサービス端末２４とは別に認証用の認証端末２２をユーザに保持させ、当該認証端末２２を利用してユーザを認証するので、より高いレベルでユーザを認証することができる。サービスサーバ３０は予め受入条件を指定できるので、サービスサーバ３０側が自己の裁量で認証のレベルを決定できる。ユーザは単一のユーザ識別情報（ユーザＩＤ）を用いて複数のサービスサーバ３０を利用できるようになるので、ユーザにとって利便性が高くなる。

また認証の結果が受入条件の全てを満たさない場合であっても、認証をパスした認証項目について結果通知がされるのでサービスサーバ３０側で独自にユーザを認証することもできる。サービスサーバ３０の認証請求に認証条件を指定できるので、予め定めた受入条件とは異なる認証レベルあるいは認証プロセスを指定できる。認証条件にはユーザに認証レベルの決定裁量を委ねるように指定することが可能になり、ユーザにとっても利便性の高い認証システムを提供できる。

図１９は、本実施形態に係る認証サーバ３２のハードウェア構成の一例を示す。本実施形態に係る認証サーバ３２は、ホスト・コントローラ１５８２により相互に接続されるＣＰＵ１５０５、ＲＡＭ１５２０、グラフィック・コントローラ１５７５、および表示装置１５８０を有するＣＰＵ周辺部と、入出力コントローラ１５８４によりホスト・コントローラ１５８２に接続される通信インターフェイス１５３０、ハードディスクドライブ１５４０、およびＣＤ−ＲＯＭドライブ１５６０を有する入出力部と、入出力コントローラ１５８４に接続されるＲＯＭ１５１０、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０を有するレガシー入出力部と、を備える。

ホスト・コントローラ１５８２は、ＲＡＭ１５２０と、高い転送レートでＲＡＭ１５２０をアクセスするＣＰＵ１５０５およびグラフィック・コントローラ１５７５とを接続する。ＣＰＵ１５０５は、ＲＯＭ１５１０およびＲＡＭ１５２０に格納されたプログラムに基づいて動作して、各部を制御する。グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等がＲＡＭ１５２０内に設けたフレーム・バッファ上に生成する画像データを取得して、表示装置１５８０上に表示させる。これに代えて、グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

入出力コントローラ１５８４は、ホスト・コントローラ１５８２と、比較的高速な入出力装置である通信インターフェイス１５３０、ハードディスクドライブ１５４０、ＣＤ−ＲＯＭドライブ１５６０を接続する。通信インターフェイス１５３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ１５４０は、認証サーバ３２内のＣＰＵ１５０５が使用するプログラムおよびデータを格納する。ＣＤ−ＲＯＭドライブ１５６０は、ＣＤ−ＲＯＭ１５９５からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。

また、入出力コントローラ１５８４には、ＲＯＭ１５１０と、フレキシブルディスク・ドライブ１５５０、および入出力チップ１５７０の比較的低速な入出力装置とが接続される。ＲＯＭ１５１０は、認証サーバ３２が起動時に実行するブート・プログラム、認証サーバ３２のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１５５０は、フレキシブルディスク１５９０からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。入出力チップ１５７０は、フレキシブルディスク・ドライブ１５５０、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。

ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供される通信プログラムは、フレキシブルディスク１５９０、ＣＤ−ＲＯＭ１５９５、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。通信プログラムは、記録媒体から読み出され、ＲＡＭ１５２０を介して認証サーバ３２内のハードディスクドライブ１５４０にインストールされ、ＣＰＵ１５０５において実行される。

認証サーバ３２にインストールされて実行される通信プログラムは、ＣＰＵ１５０５等に働きかけて、認証サーバ３２を、図１から図１８にかけて説明した、データ格納部１００、認証請求受信部１２０、証明請求受信部１３０、識別情報変換部１４０、認証端末特定部１５０、シンクロ番号生成部１６０、シンクロ番号送信部１７０、シンクロ番号入力要求部１８０、シンクロ番号受信部１９０、端末認証部２００、認証条件抽出部２１０、認証項目特定部２２０、入力要求部２３０、認証情報受信部２４０、認証判断部２５０、認証結果通知部２６０、ログイン情報生成部２７０、途中シンクロ番号生成部３００、途中シンクロ番号送信要求部３１０、途中認証部３２０、および途中認証結果送信部３３０として機能させる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

本実施形態の認証システムの一例である認証サーバ３２を利用する全体システム１０を概念的に示す。 認証サーバ３２におけるユーザ認証の概要を示す。 全体システム１０の概要を示す。 本実施形態の認証方法の概要を示す。 認証サーバ３２の構成を詳細に示した全体システム１０を示す。 データ格納部１００を示す。 本実施形態の認証方法の一例を示す。 サービス事業者が認証サーバ３２に登録する場合の処理フローを示す。 ユーザが認証サーバ３２に登録する場合の処理フローを示す。 認証サーバ３２による認証の前提となる認証請求の発生から認証処理の開始までの処理フローを示す。 認証サーバ３２が証明請求を受けた後に認証処理を開始するまでの処理フローを示す。 シンクロ認証の処理フローを示す。 ユーザ認証の処理フローを示す。 認証項目の特定の処理フローを示す。 認証結果の送信フローを示す。 本実施形態の認証方法の他例を示す。 途中認証プロセスの一例を示す。 サービスサーバ３０のログインページに適用できるログインページシステムの一例を示す。 本実施形態に係る認証サーバ３２のハードウェア構成の一例を示す。

符号の説明

１０ 全体システム
２０ ユーザシステム
２０ａ ユーザシステム
２０ｂ ユーザシステム
２２ 認証端末
２２ａ 認証端末
２２ｂ 認証端末
２４ サービス端末
２４ａ サービス端末
２４ｂ サービス端末
３０ サービスサーバ
３０ａ サービスサーバ
３０ｂ サービスサーバ
３２ 認証サーバ
３４ 通信ネットワーク
５０ スイッチ
５２ スイッチ
５４ スイッチ
５６ ロック
５８ ロック
６０ ロック
６２ 既存認証画面
６４ アクセスコントロール
６６ ユーザＩＤ適用部
６８ リモートコントロールインターフェイス
７０ セッショントリガー
７２ サービスリレープロセス
７４ ステータスリレープロセス
７６ パスワード
７８ サービス事業者独自認証情報格納部
１００ データ格納部
１０２ サービス事業者登録情報格納部
１０４ 受入条件格納部
１０６ ユーザ登録情報格納部
１０８ 認証情報格納部
１１０ ユーザ選択認証項目格納部
１１２ ユーザ識別情報格納部
１４０ 識別情報変換部
１５０ 認証端末特定部
１６０ シンクロ番号生成部
１７０ シンクロ番号送信部
１８０ シンクロ番号入力要求部
１９０ シンクロ番号受信部
２００ 端末認証部
２１０ 認証条件抽出部
２２０ 認証項目特定部
２３０ 入力要求部
２４０ 認証情報受信部
２５０ 認証判断部
２６０ 認証結果通知部
２７０ ログイン情報生成部
３００ 途中シンクロ番号生成部
３１０ 途中シンクロ番号送信要求部
３２０ 途中認証部
３３０ 途中認証結果送信部
１４５０ ログインページ
１４５２ ユーザ情報格納部
１４５４ ページ
１４５６ 関連付け情報格納部
１４５８ コントロールプログラム
１５０５ ＣＰＵ
１５１０ ＲＯＭ
１５２０ ＲＡＭ
１５３０ 通信インターフェイス
１５４０ ハードディスクドライブ
１５５０ フレキシブルディスク・ドライブ
１５６０ ＣＤ−ＲＯＭドライブ
１５７０ 入出力チップ
１５７５ グラフィック・コントローラ
１５８０ 表示装置
１５８２ ホスト・コントローラ
１５８４ 入出力コントローラ
１５９０ フレキシブルディスク
１５９５ ＣＤ−ＲＯＭ

Claims (9)

1. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバが、前記サービスの提供を許可する受入条件を格納する受入条件格納部と、
   前記サービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、
   前記サービスサーバからの認証請求を受信する認証請求受信部と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信部と、
   前記認証端末から取得した認証情報と前記認証情報格納部に格納されている認証情報とを照合し、当該照合の結果が前記受入条件で指定されている認証項目を充足するか否かを判断する認証判断部と、
   前記認証判断部において全ての認証項目では照合が一致しなかったと判断した場合に、前記サービスサーバが不足の認証項目を追加認証できるようにするべく、前記照合の結果の充足した部分について認証が成功した旨の結果通知を前記サービスサーバに送信する認証結果通知部と、
   を備える認証システム。
2. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、
   前記サービスサーバからの認証請求を受信する認証請求受信部と、
   前記認証請求に含まれる認証コードから認証条件を抽出する認証条件抽出部と、
   前記認証条件に基づき前記ユーザを認証する認証項目を特定する認証項目特定部と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信部と、
   前記認証項目について、前記認証端末から取得した認証情報と前記認証情報格納部に格納されている認証情報とを照合し、各認証項目において一致しているか否かを判断する認証判断部と、
   前記認証判断部における認証の結果および前記認証条件が指定する処理条件に応じて、前記認証の結果通知を前記サービスサーバに送信する認証結果通知部と、
   前記ユーザが予め選択したユーザ選択認証項目を格納するユーザ選択認証項目格納部と
   を備え、
   前記認証項目特定部は、前記認証条件において前記認証項目の選択をユーザに委ねている場合には、前記ユーザ選択認証項目を前記認証項目として特定する、認証システム。
3. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、
   前記サービスサーバからの認証請求を受信する認証請求受信部と、
   前記認証請求に含まれる認証コードから認証条件を抽出する認証条件抽出部と、
   前記認証条件に基づき前記ユーザを認証する認証項目を特定する認証項目特定部と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信部と、
   前記認証項目について、前記認証端末から取得した認証情報と前記認証情報格納部に格納されている認証情報とを照合し、各認証項目において一致しているか否かを判断する認証判断部と、
   前記認証判断部における認証の結果および前記認証条件が指定する処理条件に応じて、前記認証の結果通知を前記サービスサーバに送信する認証結果通知部と
   を備え、
   前記認証結果通知部は、前記認証判断部において一部の認証項目について前記認証情報の一致が判断された場合であって、前記処理条件においてステータスリレーが指定されている場合には、前記認証判断部で前記認証情報の一致が判断された前記認証項目について認証が成功した旨の結果通知を前記サービスサーバに送信する、認証システム。
4. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、
   前記サービスサーバからの認証請求を受信する認証請求受信部と、
   前記認証請求に含まれる認証コードから認証条件を抽出する認証条件抽出部と、
   前記認証条件に基づき前記ユーザを認証する認証項目を特定する認証項目特定部と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信部と、
   前記認証項目について、前記認証端末から取得した認証情報と前記認証情報格納部に格納されている認証情報とを照合し、各認証項目において一致しているか否かを判断する認証判断部と、
   前記認証判断部における認証の結果および前記認証条件が指定する処理条件に応じて、前記認証の結果通知を前記サービスサーバに送信する認証結果通知部と
   を備え、
   前記認証結果通知部は、前記認証判断部において全部の認証項目について前記認証情報の一致が判断された場合であって、前記処理条件においてステータスリレーが指定されている場合には、前記認証判断部で前記認証情報の一致が判断された全部の前記認証項目について認証が成功した旨の結果通知を前記サービスサーバに送信する、認証システム。
5. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、
   前記サービスサーバからの認証請求を受信する認証請求受信部と、
   前記認証請求に含まれる認証コードから認証条件を抽出する認証条件抽出部と、
   前記認証条件に基づき前記ユーザを認証する認証項目を特定する認証項目特定部と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信部と、
   前記認証項目について、前記認証端末から取得した認証情報と前記認証情報格納部に格納されている認証情報とを照合し、各認証項目において一致しているか否かを判断する認証判断部と、
   前記認証判断部における認証の結果および前記認証条件が指定する処理条件に応じて、前記認証の結果通知を前記サービスサーバに送信する認証結果通知部と
   を備え、
   前記認証結果通知部は、前記認証判断部において全部の認証項目について前記認証情報の一致が判断された場合であって、前記処理条件においてサービスリレーが指定されている場合には、前記ユーザが前記サービスにログインするためのログイン情報を生成または読み出して、前記ログイン情報を結果通知として前記サービスサーバに送信する、認証システム。
6. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納部と、
   前記サービスサーバからの認証請求を受信する認証請求受信部と、
   前記認証請求に含まれる認証コードから認証条件を抽出する認証条件抽出部と、
   前記認証条件に基づき前記ユーザを認証する認証項目を特定する認証項目特定部と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定部と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信部と、
   前記認証項目について、前記認証端末から取得した認証情報と前記認証情報格納部に格納されている認証情報とを照合し、各認証項目において一致しているか否かを判断する認証判断部と、
   前記認証判断部における認証の結果および前記認証条件が指定する処理条件に応じて、前記認証の結果通知を前記サービスサーバに送信する認証結果通知部と、
   前記サービスの開始後における前記認証請求の受信に応答して、当該認証請求についての認証処理において使用する途中処理識別情報を、前記処理識別情報をパラメータとして初期化される所定のアルゴリズムに従って生成する途中処理識別情報生成部と、
   前記アルゴリズムに従って前記認証端末が生成した途中処理識別情報を受信し、前記途中処理識別情報生成部が生成した途中処理識別情報と前記認証端末が生成した途中処理識別情報とを照合して、一致した場合に前記ユーザを認証する途中認証部と、
   前記途中認証部による前記認証の結果を前記サービスサーバに送信する途中認証結果送信部と、
   を備える、認証システム。
7. コンピュータを、請求項１から６のいずれか１項に記載の認証システムとして機能させるためのプログラム。
8. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバが、前記サービスの提供を許可する受入条件を格納する受入条件格納段階と、
   前記サービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納段階と、
   前記通信ネットワークに接続された前記ユーザの認証端末の端末識別情報を、前記ユーザのユーザ識別情報に関連付けて格納するユーザ登録情報格納段階と、
   前記サービスサーバからの認証請求を受信する認証請求受信段階と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定段階と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信段階と、
   前記認証端末から取得した認証情報と前記認証情報格納段階で格納した認証情報とを照合し、当該照合の結果が前記受入条件で指定されている認証項目を充足するか否かを判断する認証判断段階と、
   前記認証判断段階において全ての認証項目では照合が一致しなかったと判断した場合に、前記サービスサーバが不足の認証項目を追加認証できるようにするべく、前記照合の結果の充足した部分について認証が成功した旨の結果通知を前記サービスサーバに送信する認証結果通知段階と、
   を備える認証方法。
9. 通信ネットワークを介した情報処理装置間の通信を利用したサービスを提供するサービス事業者のサービスサーバからサービス端末を通じて前記サービスの提供を受けようとするユーザを認証するための認証情報を格納する認証情報格納段階と、
   前記通信ネットワークに接続された前記ユーザの認証端末の端末識別情報を前記ユーザのユーザ識別情報に関連付けて格納するユーザ登録情報格納段階と、
   前記サービスサーバからの認証請求を受信する認証請求受信段階と、
   前記認証請求に含まれる認証コードから認証条件を抽出する認証条件抽出段階と、
   前記認証条件に基づき前記ユーザを認証する認証項目を特定する認証項目特定段階と、
   前記認証請求に含まれるユーザ識別情報から、当該認証請求に係る端末識別情報を特定する認証端末特定段階と、
   前記端末識別情報に一致する認証端末からの接続が存在するか否かを判断し、存在する場合には前記認証端末からの証明請求を受信する証明請求受信段階と、
   前記認証項目について、前記認証端末から取得した認証情報と前記認証情報格納段階で格納された認証情報とを照合し、各認証項目において一致しているか否かを判断する認証判断段階と、
   前記認証判断段階における認証の結果および前記認証条件が指定する処理条件に応じて、前記認証の結果通知を前記サービスサーバに送信する認証結果通知段階と、
   を備え、
   前記認証項目特定段階は、前記認証条件において前記認証項目の選択をユーザに委ねている場合には、前記ユーザが予め選択したユーザ選択認証項目を前記認証項目として特定する、認証方法。