WO2022158241A1

WO2022158241A1 - 情報処理装置、認証器、それら方法およびプログラム

Info

Publication number: WO2022158241A1
Application number: PCT/JP2021/047909
Authority: WO
Inventors: 祐貴白河
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2021-01-22
Filing date: 2021-12-23
Publication date: 2022-07-28
Anticipated expiration: 2023-07-22
Also published as: JP2022113035A; CN116868190A; US20230362158A1

Abstract

ユーザに装着された外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置が前記外部認証器で認証に成功した場合に受信する署名データをシステムに対して送信して検証する仕組みにおいて、前記外部認証器が、前記生体認証の結果、および、前記情報処理装置から前記外部認証器に対して送信される要求、のすくなくとも何れかに応答して、前記外部認証器により前記ユーザに対して通知が行われることを特徴とする。

Description

情報処理装置、認証器、それら方法およびプログラム

　本発明は、認証器を利用した認証技術に関する。

　ウェブ上のサービスにログインしたり、サービス利用の承認をしたり、するための認証方法が多数存在する。例えば、近年、ＦＩＤＯ（Ｆａｓｔ　Ｉｄｅｎｔｉｔｙ　Ｏｎｌｉｎｅ）と呼ばれる認証方法が注目されている。ＦＩＤＯでは、生体情報などの認証情報がネットワーク上を流れることがないため、情報漏洩のリスクが少ない認証方法と言われている。

　生体情報の入力方法として、指紋認証リーダを利用した指紋認証や、カメラを利用した顔認証などが広く普及している。特許文献１では、スマートフォンをＦＩＤＯ認証の外部オーセンティケータ（認証器）として利用している。近年では、スマートウォッチやスマートリング、イヤホンなどのウェアラブル端末に生体情報を読み取るセンサが備えられ、静脈認証や皮膚認証、耳音響認証などで個人認証を実現している。このようなウェアラブル端末であっても、ＦＩＤＯなどの認証方法における、認証器としても利用されることが可能である。

特開２０２０－９５６８７号公報

　ウェアラブル端末を、外部認証器として利用して、静脈認証や皮膚認証、耳音響認証などの認証方法を採用した場合、指をスマートフォンの所定位置にかざすなど、といった特定の操作入力なしに認証がスムーズに行える可能性がある。

　その一方で、装着しているだけでユーザの操作なしに認証が行えるがゆえに、ユーザからすると認証処理の結果や、成功したタイミングが把握しづらくなる懸念がある。イヤホンなどウェアラブル端末は、スマートフォンなどとは異なり、ディスプレイをもっていない場合もあり、その場合はそのような懸念が顕著になる。とくに、前述のＦＩＤＯでサービス利用（商品購入など）の承認を行う際に、外部認証器としてウェアラブル端末を利用している場合には、ユーザが認証処理の結果などをリアルタイムに把握したいと考えるかもしれない。

　本発明は、ウェアラブル端末を認証器として利用する場合においても、認証処理に伴う通知をユーザに適切に行うことができる仕組みの提供を目的とする。

　外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置であって、ネットワークを介して通信するシステムに対してリクエストを送信する第１送信手段と、検証用のデータを前記システムから受信する第１受信手段と、前記検証用のデータを含む認証要求を外部認証器に送信する要求手段と、前記外部認証器から、前記外部認証器が生成した署名データを受信する第２受信手段と、前記署名データを前記システムに対して送信する第２送信手段と、前記システムに登録済みの公開鍵を用いた前記署名データの検証処理の結果に基づくデータを受信する第３受信手段と、を有し、前記外部認証器は、前記情報処理装置のユーザに装着され、前記認証要求に応じた生体認証の結果、および、前記第３受信手段によるデータの受信に応じて前記情報処理装置から前記外部認証器に対して送信される要求、のすくなくとも何れかに応答して、前記外部認証器により前記ユーザに対して通知が行われることを特徴とする。

　本発明によれば、ウェアラブル端末を認証器として利用する場合においても、認証処理に伴う通知をユーザに適切に行うことができる仕組みを提供できる。

システム構成およびネットワーク構成の例を示す図サーバシステムを構築する情報処理装置のハードウェア構成の例を示す図ウェアラブル端末のハードウェア構成の例を示す図クライアント端末のハードウェア構成の例を示す図クライアント端末のソフトウェアのモジュール構成の例を示す図ウェアラブル端末のソフトウェアのモジュール構成の例を示す図サーバシステムのソフトウェアのモジュール構成の例を示す図オーセンティケータの登録時のシーケンスの例を示す図登録パラメータ５１０のデータ構造の例を示す図登録要求データ５２０のデータ構造の例を示す図クレデンシャル５３０のデータ構造の例を示す図登録データ５４０のデータ構造の例を示す図アプリケーションが提供する認証設定画面の例を示す図クライアント端末で表示される登録画面の例を示す図クライアント端末でのオーセンティケータの検索中を示す画面の例を示す図クライアント端末１０２で表示されるオーセンティケータの登録確認のための画面の例を示す図クライアント端末でのオーセンティケータの登録中を示す画面の例を示す図クライアント端末で表示される登録完了の画面の例を示す図認証を含むサービス利用時のシーケンスの例を示す図認証パラメータ８１０の例を示す図認証要求パラメータ８２０の例を示す図アサーション情報８３０の例を示す図Ｗｅｂサービスが提供する画面の例を示す図サービス利用時の認証中を示す画面の例を示す図認証完了を示す画面の例を示す図サービス利用の受諾を示す画面の例を示す図実施例３における認証を含むサービス利用時のシーケンスの例を示す図オーセンティケータの登録確認のための画面の変形例１を示す図オーセンティケータの登録確認のための画面の変形例２を示す図

　以下、本発明を実施するための最良の形態について図面を用いて説明する。以降の説明では、ウェブ上のサービス利用に際して、ユーザが所有し、装着するウェアラブル端末で生体認証を行っている。その認証が成功したことを証明できるデータ（署名データ）をウェブ上のサービスに提供し、サービスにおいてそのデータの検証に成功することでサービスを提供する仕組みに関するものである。なお、以降の実施例では、その仕組みとしてＦＩＤＯを利用する例を説明しているが、同様の認証の仕組みであれば、ＦＩＤＯ以外の技術を採用することも可能である。

　（実施例１）
　＜ネットワーク構成＞
　図１は、本実施例のネットワーク構成例を示す図である。本システムは、ウェアラブル端末１０１と、クライアント端末１０２、サーバシステム１０３から構成される。

　クライアント端末１０２、サーバシステム１０３はネットワーク１０５を介して接続される。ネットワーク１０５は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれであり。またはこれらの組み合わせにより実現される、いわゆる通信ネットワークである。また、ウェアラブル端末１０１は、クライアント端末１０２ともネットワーク１０６を介して接続される。ネットワーク１０６は、例えば、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅＴｏｏｔｈ等の近距離の無線通信や、ＵＳＢケーブル接続による通信などによって実現される。ネットワーク１０６はＷｉ－Ｆｉでの通信によって実現されてもよい。また、ウェアラブル端末１０１は、ネットワーク１０５に接続されてもよい。

　＜サーバシステム１０３の内部構成＞
　図２Ａは、サーバシステム１０３の情報処理機能を有するハードウェアの構成例を示す図である。サーバシステム１０３は、少なくとも１以上の情報処理装置により構築され、以下で説明する、それら装置が具備するハードウェアを用いて、ウェブサイトやウェブサービス、認証サービスを提供する。

　２０１はＣＰＵであり、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２１０などから読み込んだプログラムを実行する。キーボードコントローラ２０４は、キーボード２０８や図示しないポインティングデバイス（マウス、タッチパッド、タッチパネル、トラックボールなど）からの操作入力を制御する。ディスプレイコントローラ２０５は、ディスプレイ２０９の表示を制御する。ディスクコントローラ２０６は、各種データを記憶するハードディスクドライブ（ＨＤ）、ソリッドステートドライブ（ＳＳＤ）等の記憶装置２１０へのデータアクセスを制御する。ネットワークインターフェース２０７は、ＬＡＮなどのネットワークに接続されて、ネットワークに接続された他の機器と通信する。２０１～２０７などハードウェアを構成する各部は内部バス２１１を介して接続されている。

　＜ウェアラブル端末１０１の内部構成＞
　図２Ｂは、ウェアラブル端末１０１の内部構成を示す図である。

　ＣＰＵ２２１はＲＯＭ２２３に格納されているプログラム（後述する各処理を実現するプログラムも含む）を備え、内部バス２３３を介して各デバイスを総括的に制御する。ＲＡＭ２２２は、ＣＰＵ２２１のメモリやワークエリアとして機能する。記憶装置２２４は、各種データを記憶するハードディスクドライブ（ＨＤ）、ソリッドステートドライブ（ＳＳＤ）などである。ネットワークＩ／Ｆ２２５は、外部のネットワーク機器と片方向または双方向にデータをやり取りする。生体情報センサ２２６は、静脈認証や皮膚認証、耳音響認証などの生体情報を読み取るセンサである。Ｔｒｕｓｔｅｄ　Ｐｌａｔｆｏｒｍ　Ｍｏｄｕｌｅ（ＴＰＭ）２２７は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段である。ＴＰＭ２２７は、生体情報センサ２２６で入力した生体情報やウェアラブル端末１０１内で生成した秘密鍵を記憶すると共に、記憶している生体情報と入力された生体情報とを検証する機能を有する。耐タンパー性を備えた記憶手段としては、ウェアラブル端末１０１のＯＳなどのプラットフォームが独自に定義するセキュアに構築された信頼環境を代用することが可能である。

　近接通信Ｉ／Ｆ２２８はＮＦＣやＢｌｕｅＴｏｏｔｈなどの近接通信用のネットワークＩ／Ｆである。近接通信Ｉ／Ｆ２２８を利用することでクライアント端末１０２等とデータのやり取りや、クライアント端末１０２等からウェアラブル端末１０１に対して認証指示を出すことが可能である。タッチパネル２２９はディスプレイ機能とポインティング機能の両方を備えた装置であり、ディスプレイに表示されたオブジェクトをユーザが指やタッチペンなどで操作することができる。バイブレータ２３０は、ウェアラブル端末１０１を振動させるための装置であり、ユーザの操作や外部からのイベント等に呼応して振動する。スピーカ２３１は、音声メッセージやメロディなどの音を出力するための装置である。

　本発明におけるウェアラブル端末１０１は、ユーザが装着したまま認証可能な静脈認証や皮膚認証、耳音響認証などの機能を有するスマートウォッチやイヤホン、スマートリングなどを想定しているが、特定のデバイスに限定しているわけではない。また、図２Ｂではタッチパネル２２９のような表示出力装置を備えているが、本発明では必ずしも必要ではない。さらに、ウェアラブル端末１０１のバイブレータ２３０やスピーカ２３１は、本実施例においてはユーザへ処理の完了を通知するために用いるが、通知するための装置はこれに限らない。例えば、スマートウォッチであればベルトを締め付けるための装置を、スマートリングであれば点滅するライトを有することも可能である。

　＜クライアント端末の内部構成＞
　図２Ｃは、クライアント端末１０２である情報処理装置のハードウェアの構成例を示す図である。

　内部バス２４１、ＣＰＵ２４２、ＲＡＭ２４３、ＲＯＭ２４４は、内部バス２１１、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３と同様の機能を有する。記憶装置２４５は、ソリッドステートドライブ（ＳＳＤ）やＳＤメモリカードなどの記憶装置であり、記憶装置２１０と同様に各種データを記憶する。ネットワークインターフェース２４７はネットワークに接続された他の機器と通信する無線通信機能を備えた通信モジュールである。タッチパネル２４９はタッチパネル２２９と同様に、ディスプレイ機能とポインティング機能の両方を備えた装置であり、ディスプレイに表示されたオブジェクトをユーザが指やタッチペンなどで操作することができる。近接通信ＩＦ２５０、バイブレータ２５１、スピーカ２５２は、それぞれ近接通信Ｉ／Ｆ２２８、バイブレータ２３０、スピーカ２３１と同様の機能を有する。

　本発明におけるクライアント端末１０２は、スマートフォンやＰＣ、タブレットコンピュータなどの情報処理端末を想定しているが、特定のデバイスに限定しているわけではない。例えば、ディスプレイやタッチパネルを持たないスマートスピーカや、スマートグラスなどのデバイスであってもよい。

　＜クライアント端末１０２のソフトウェア構成＞
　図３Ａは、クライアント端末１０２のソフトウェアの構成例を示す図である。

　アプリケーション３１１は、サーバシステム１０３のＷｅｂサービス３４１が提供するサービスを利用するためのアプリケーションである。アプリケーション３１１は、表示部（ＵＩ）３１２と通信部３１３、オーセンティケータ登録制御部３１４、オーセンティケータ認証制御部３１５、通知制御部３１６から成る。

　アプリケーション３１１は、ＷｅｂブラウザあるいはＷｅｂサービス３４１の使用に特化したネイティブアプリケーションである。３１２は表示部であり、Ｗｅｂサービス３４１から取得したＷｅｂコンテンツ等を実行・表示するソフトウェアモジュールである。通信部３１３は、サーバシステム１０３やウェアラブル端末１０１と通信するためのソフトウェアモジュールである。オーセンティケータ登録制御部３１４は、オーセンティケータ（認証器）３３１に対して後述するクレデンシャルの作成要求を行ったり、オーセンティケータの登録時にＷｅｂサービス３４１に対して送信するリクエストを生成したりするソフトウェアモジュールである。オーセンティケータ認証制御部３１５はオーセンティケータ３３１に対して認証処理を要求したり、認証時にＷｅｂサービス３４１に対して送信するリクエストを生成したりする。通知制御部３１６は、本発明の特徴である認証時にユーザに認証結果を通知・制御するためのソフトウェアモジュールである。通知制御部３１６が通知する条件またはタイミング、パターンについては後述する。ユーザが表示部３１２を操作し、通信部３１３がサーバシステム１０３と通信を行うことで、Ｗｅｂサービス３４１が提供するサービスを利用することができる。

　なお、オーセンティケータの登録やユーザの認証などの具体的な処理シーケンスに関しては後述する。

　＜ウェアラブル端末１０１のソフトウェア構成＞
　図３Ｂは、ウェアラブル端末１０１のソフトウェアの構成例を示す図である。

　表示部３２５はタッチパネル２２９を介してユーザにＧＵＩを提供するためのソフトウェアモジュールである。通信部３２６はネットワークインターフェース２２５を介してクライアント端末１０２などの外部の機器と通信するためのソフトウェアモジュールである。

　オーセンティケータ３３１は、生体情報センサ２２６を用いた生体認証に係る処理を実行する認証モジュール群である。本実施例におけるウェアラブル端末１０１は、オーセンティケータ３３１が実行されることで、クライアント端末１０２の外部オーセンティケータ（外部認証器）として機能することが可能となる。

　オーセンティケータ登録処理部３３２はオーセンティケータ登録制御部３１４などからクレデンシャルの作成要求を受け付け、ペアの鍵（秘密鍵および公開鍵）の作成やクレデンシャルの作成を行うソフトウェアモジュールである。生体認証処理部３３３は、オーセンティケータ認証制御部３１５から生体認証要求を受け付けて、生体情報センサ２２６を用いて、生体認証を行うソフトウェアモジュールである。認証情報格納部３３４は、認証情報管理テーブル（表１）に示す認証情報などを、ＴＰＭ２２７に対して格納するソフトウェアモジュールである。生体情報要求部３３５は、ユーザに生体情報の入力を受け付けるためのＵＩをタッチパネル２２９に表示するソフトウェアモジュールである。なお、ウェアラブル端末１０１の種類によってはタッチパネル２２９などのＵＩを表示するための表示出力装置を備えていないデバイスも存在するため、タッチパネル２２９と同様に表示部３２５は本発明の必要構成要素ではない。通知制御部３３６は、本発明の特徴である認証時にユーザに認証結果を通知・制御するためのソフトウェアモジュールである。通知制御部３３６が通知するタイミングやパターンについては後述する。

　＜ウェアラブル端末１０１のオーセンティケータ３３１が管理するテーブルの例＞
　表１の認証情報管理テーブルでは、１つのレコードが１つの認証情報のエントリを示している。

　認証情報ＩＤ列は、各認証情報に対して一意な識別情報（ＩＤ）を格納する列である。サービスＩＤ列は、Ｗｅｂサービス３４１など、対象となるサービスを識別するための識別情報（サービスＩＤ）の列である。認証情報管理テーブルでは、サービスＩＤとして各Ｗｅｂサービスのドメイン名が格納されている。ユーザＩＤ列には、レガシー認証などで使用するＷｅｂサービスがユーザを一意に識別するためのユーザ識別情報（ユーザＩＤ）が格納されている。レガシー認証とは、ユーザＩＤとパスワードの一致を検証する認証のことであり、生体認証と区別してレガシー認証と記載する。秘密鍵列は、オーセンティケータ登録処理部３３２が作成した秘密鍵の識別子を格納している。なお、秘密鍵列の各識別子で管理されるそれぞれの秘密鍵に対応する公開鍵は、サービスＩＤ列で示されるサービスＩＤに対応するネットワーク上のサービスに登録、管理されることになる。生体情報ＩＤ列は、生体情報の特徴量に対応する識別情報（ＩＤ）を格納する。

　認証情報管理テーブルの各列で管理されるデータを格納する手順、および公開鍵をＷｅｂサービス３４１に送信、格納する手順については後述する。

　＜サーバのソフトウェア構成＞
　図３Ｃは、サーバシステム１０３のソフトウェアの構成例を示す図である。

　Ｗｅｂサービス３４１は、ＨＴＴＰなどの通信プロトコルを利用してサービスを提供するユーザ認証を必要とするＷｅｂサービスである。Ｗｅｂサービスは、提供するサービスごとに用意される。具体例として、Ｗｅｂサービスは、ソーシャル・ネットワーキング・サービス（ｓｏｃｉａｌ　ｎｅｔｗｏｒｋｉｎｇ　ｓｅｒｖｉｃｅ）やＥコマース（Ｅｌｅｃｔｒｉｃ　Ｃｏｍｍｅｒｃｅ）サービス、金融サービスと、それらのサービスのためのウェブサイトを提供する。

　サーバシステム１０３が有するＲＯＭ２０３に記憶されているＷｅｂサービスを提供するためのプログラムを、ＣＰＵ２０１がＲＡＭ２０２に読み出して実行することでＷｅｂサービスを実現している。レガシー認証処理部３４２は、通信部３４８が受信したレガシー認証要求に含まれるユーザＩＤ、パスワードとユーザ情報格納部３４４に格納されているユーザＩＤ、パスワードが一致するかを検証するソフトウェアモジュールである。オーセンティケータ情報処理部３４３は、通信部３４８が受信したクレデンシャルを用いて、オーセンティケータに関する情報をオーセンティケータ情報格納部３４５に格納するソフトウェアモジュールである。また、オーセンティケータ情報処理部３４３は、通信部３４８が受信した後述するアサーション情報（Ａｓｓｅｒｔｉｏｎ）を検証する。ユーザ情報格納部３４４は、ユーザ情報管理テーブルを用いて後述するユーザ情報を格納するソフトウェアモジュールである。オーセンティケータ情報格納部３４５は、オーセンティケータ情報管理テーブルを用いて後述するオーセンティケータ情報を格納するソフトウェアモジュールである。プレゼンテーション部３４６は、通信部３４８がクライアント端末１０２などから受信したＷｅｂサービス３４１の各種画面の取得要求に応じて、ＨＴＭＬやＣＳＳ、ＪａｖａＳｃｒｉｐｔなどを作成するソフトウェアモジュールである。トークン管理部３４７は、トークン管理テーブルを用いて後述するトークンの発行や検証を行うソフトウェアモジュールである。通信部３４８は、クライアント端末１０２と通信して、要求を受け付けるソフトウェアモジュールである。

　＜サーバシステム１０３が管理するテーブルの例＞
　表２は、ユーザ情報管理テーブルであり、Ｗｅｂサービス３４１のユーザ情報格納部３４４が管理する。ユーザ情報管理テーブルは、１つのレコードが登録済みの１ユーザのアカウント情報を示している。

　ユーザＩＤ列は、Ｗｅｂサービス３４１のユーザを一意に識別するためのユーザ識別子（ユーザＩＤ）である。パスワード列は、ユーザを認証するためのパスワードを格納する。このパスワードはレガシー認証で使用するパスワードであり、通常ハッシュ化されて格納されている。メールアドレス列は、ユーザのメールアドレスを格納する。メールアドレス以外にもユーザの住所、プロフィールなど、ユーザに関する属性情報をユーザ情報管理テーブルのテーブルに格納するようにしてもよい。

　表３は、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブルであり、Ｗｅｂサービス３４１のユーザ情報格納部３４４が管理する。

　表３で示すａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブルは、１つのレコードが１つのａｔｔｅｓｔａｔｉｏｎチャレンジの情報を示している。ａｔｔｅｓｔａｔｉｏｎチャレンジは、ユーザのクレデンシャル登録の際に発行されるデータで、チャレンジレスポンス認証のための検証用データとして利用するパラメータである。ａｔｔｅｓｔａｔｉｏｎチャレンジの発行処理については後述する。ａｔｔｅｓｔａｔｉｏｎチャレンジ列は、ａｔｔｅｓｔａｔｉｏｎチャレンジを格納する。ユーザＩＤ列は、発行されたａｔｔｅｓｔａｔｉｏｎチャレンジが紐づけられたユーザＩＤを表す。有効期限列は、ａｔｔｅｓｔａｔｉｏｎチャレンジの有効期限を表す。

　表４は、オーセンティケータ情報管理テーブルであり、Ｗｅｂサービス３４１のオーセンティケータ情報格納部３４５が管理する。

　表４で示すオーセンティケータ情報管理テーブルは、１つのレコードが１つのオーセンティケータ情報を示している。認証情報ＩＤ列は、認証情報管理テーブル（表１）における認証情報ＩＤ列の値が格納される。公開鍵列は、オーセンティケータからクレデンシャルとして登録要求された公開鍵の情報を管理する。この公開鍵は、認証情報ＩＤに紐づく秘密鍵のペアとなる公開鍵となる。すなわち、同一認証情報ＩＤで管理される鍵ペアでは、オーセンティケータ側の秘密鍵で暗号化したデータは、Ｗｅｂサービス３４１側のオーセンティケータ情報管理テーブルで管理される公開鍵で復号できるということになる。

　ユーザＩＤ列は、Ｗｅｂサービス３４１を利用するユーザを一意に識別するためのユーザＩＤを格納する。通知能力列は、ウェアラブル端末１０１に通知制御部３３６が備わっているかどうか（本実施例に係る通知機能をサポートしているかどうか）を示す能力情報である。この情報は、本発明の特徴でもある通知判断時に用いられる情報である。

　表５は、トークン管理テーブルであり、Ｗｅｂサービス３４１のトークン管理部３４７が管理する。

　表５で管理されるトークンは、各種認証処理を終えた後に、Ｗｅｂサービス３４１のトークン管理部３４７が発行する。アプリケーション３１１は、Ｗｅｂサービス３４１を利用する際に、発行されたトークンを付与してリクエストを送信することで、Ｗｅｂサービス３４１が提供するサービスを利用することができる。

　トークン管理テーブルは、１つのレコードが１つのトークンの情報を示している。トークン列は、トークンの情報を格納する。ユーザＩＤ列は、Ｗｅｂサービス３４１のユーザを一意に識別するためのユーザＩＤを格納する。有効期限列は、トークンの有効期限を示す。

　Ｗｅｂサービス３４１は、リクエストに付与されたトークンが、トークン管理テーブルのトークン列に存在し、有効期限列の有効期限を過ぎていない場合に、リクエストを受け付ける。

　＜オーセンティケータ登録処理＞
　図４で示すオーセンティケータ登録処理について、図５Ａ～Ｄ、図６Ａ～Ｆも用いて説明する。図４で示す処理は、各装置で対応するプログラムを実行することで実現される処理ステップを示している。ここでは、ウェアラブル端末１０１のオーセンティケータ３３１が作成する情報を登録する例について説明する。以降、オーセンティケータ３３１が作成する情報をＷｅｂサービス３４１に登録することを、単にオーセンティケータ（認証器）の登録と呼ぶ。

　図５Ａ～Ｄは、ウェアラブル端末１０１、クライアント端末１０２、サーバシステム１０３間での通信に含まれるパラメータの例を示す図である。図６Ａ～Ｆは、オーセンティケータの登録処理中にアプリケーション３１１の表示部３１２で表示制御されるＵＩの例を示した図である。

　まず、図６Ａは、アプリケーション３１１が提供する認証設定画面であり、ユーザは、Ｗｅｂサービス３４１の利用時にレガシー認証（パスワード認証）以外の認証方法を利用したい場合にボタン６１１を押下する。なお、認証設定画面は、レガシー認証などでＷｅｂサービス３４１に対してユーザ４０１を認証済み場合に提供される。

　Ｓ４１１では、アプリケーション３１１が、ユーザによるボタン６１１の選択に応じた登録指示を受け付ける。

　Ｓ４１２では、アプリケーション３１１のオーセンティケータ登録制御部３１４が、通信部３１３を介して、Ｗｅｂサービス３４１に対してオーセンティケータ登録画面の要求を行う。

　Ｓ４１３では、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３が、登録パラメータ５１０の作成を行う。

　ここで、図５Ａを用いて登録パラメータ５１０について説明する。登録パラメータ５１０は、アカウント情報５１１、暗号化パラメータ５１２、ａｔｔｅｓｔａｔｉｏｎチャレンジ５１３、登録ポリシ５１４、拡張領域５１５から構成される。アカウント情報５１１は、Ｗｅｂサービス３４１における、認証時に特定したユーザＩＤと、そのユーザＩＤと紐付くメールアドレスなどの属性情報を表す。暗号化パラメータ５１２は、Ｗｅｂサービス３４１がサポートしている暗号化アルゴリズムなど、登録する認証情報に関する属性情報を示す。ａｔｔｅｓｔａｔｉｏｎチャレンジ５１３はチャレンジレスポンス認証をするために利用する検証用データとしてのパラメータである。ａｔｔｅｓｔａｔｉｏｎチャレンジは、Ｓ４１３の登録パラメータ作成時に作成して、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表３）にユーザＩＤや有効期限などと紐付けて格納される。登録ポリシ５１４は、Ｗｅｂサービス３４１に登録できるオーセンティケータの種別を指定するためのオプションパラメータである。ポリシとは、例えば、認証器となるウェアラブル端末１０１がＷｅｂサービス３４１の指定する認証方法に対応しているか、特定の能力を有しているか、などである。拡張領域５１５は、Ｗｅｂサービス３４１がオーセンティケータ３３１やアプリケーション３１１の動作を制御するために、Ｗｅｂサービス３４１が指定可能な拡張パラメータが格納される。

　Ｓ４１４で、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、Ｓ４１２の要求に対するレスポンスとして、オーセンティケータ登録画面の情報をアプリケーション３１１に送信する。送信されるレスポンスには、登録パラメータ５１０も含まれている。

　図６Ｂは、Ｓ４１４でのレスポンスに応じてアプリケーション３１１により、クライアント端末１０２のタッチパネル２４９に対して表示制御される登録画面の例である。ボタン６２１がユーザに操作されるとＳ４１５で検索処理を実行し、ボタン６２２が操作されると図６Ａの画面に戻る。

　図６Ｃは、Ｓ４１５～Ｓ４１６の処理が実行されている際に、タッチパネル２４９で表示される画面である。

　Ｓ４１５で、オーセンティケータ登録制御部３１４は、クライアント端末１０２にオーセンティケータ（外部認証器）として利用できるデバイスが接続されているかを検索する。具体的には接続デバイスであるウェアラブル端末にオーセンティケータ情報を取得するためのリクエストを送信する。ウェアラブル端末でオーセンティケータのプログラムが実行されている場合には、このリクエストに応答することが可能である。本実施例では、オーセンティケータ登録制御部３１４がアプリケーション３１１の通信部３１３を介して、ウェアラブル端末１０１の通信部３２６に対してこのリクエストを送信することになる。

　なお、リクエストされるオーセンティケータ情報には、オーセンティケータ情報管理テーブルで説明したオーセンティケータの通知能力も含まれている。

　Ｓ４１６では、ウェアラブル端末１０１の通信部３２６を介してオーセンティケータ登録処理部３３２がリクエストを受信して、さらに、オーセンティケータ情報をアプリケーション３１１に応答する。

　Ｓ４１７で、オーセンティケータ登録制御部３１４は、Ｓ４１６で取得したオーセンティケータ情報が、Ｓ４１４でのレスポンスに含まれる登録ポリシ５１４の条件を満たし、Ｗｅｂサービス３４１のオーセンティケータとして使用できるか否かを確認する。

　図６Ｄは、Ｓ４１７の処理でＷｅｂサービス３４１のオーセンティケータとして使用できることが確認できた場合に、タッチパネル２４９に対して表示される画面である。ユーザによりボタン６４１が選択操作されると、Ｓ４１８を実行すると共に、図６Ｅで示す画面に遷移する。また、ボタン６４２が選択されると、図６Ａの画面に戻る。

　なお、図４のシーケンスには示していないが、固定の外部認証器を常に利用するなどユーザに登録確認を要求しない設定の場合には、図６Ｄの画面をスキップし、Ｓ４１８を実行してもよい。また、使用できるオーセンティケータが見つからない、外部認証器を利用しない設定などであった場合には、Ｓ４１７以降の処理を実行しないといった実装も可能である。

　Ｓ４１８で、アプリケーション３１１のオーセンティケータ登録制御部３１４は通信部３１３を介して、ウェアラブル端末１０１に対してクレデンシャルの作成要求を行う。そして、このクレデンシャル作成要求はウェアラブル端末１０１の通信部３２６が受信し、オーセンティケータ登録処理部３３２に送信される。このＳ４１８のクレデンシャル作成要求には登録要求データ５２０を含める。

　ここで図５Ｂを用いて、登録要求データ５２０について説明する。登録要求データ５２０は、Ｗｅｂサービス３４１から受信した登録パラメータ５１０と、認証情報管理テーブル（表１）で説明したＷｅｂサービス３４１のサービスＩＤ５２１と、ＷｅｂＯｒｉｇｉｎ５２２を含む。ＷｅｂＯｒｉｇｉｎ５２２はＷｅｂサービス３４１のオリジンを示す情報である。

　Ｓ４１９で、オーセンティケータ登録処理部３３２は、ユーザの生体情報の取得処理を実行する。具体的には、内部的に生体情報センサ２２６に生体情報の読み取りを指示する。Ｓ４２０では、ウェアラブル端末１０１を装着するユーザ４０１の生体情報が、生体情報センサ２２６を介して検出される。本発明においては、ユーザ４０１はウェアラブル端末１０１を装着しているだけで、ウェアラブル端末１０１に対する操作なしに生体情報の検出が実行されることを想定している。

　Ｓ４２１で、オーセンティケータ３３１のオーセンティケータ登録処理部３３２は読み取った生体情報の特徴量と生体情報を一意に識別する生体情報ＩＤを作成する。Ｓ４２２で、オーセンティケータ３３１のオーセンティケータ登録処理部３３２は、秘密鍵と公開鍵のペアを作成し、認証情報ＩＤを発行する。そして、オーセンティケータ登録処理部３３２は認証情報格納部３３４にＳ４２１、Ｓ４２２で作成した認証情報ＩＤ、秘密鍵、生体情報ＩＤおよび登録要求データ５２０に含まれるサービスＩＤ５２１と登録パラメータ５１０に含まれるユーザＩＤを格納する。

　Ｓ４２３で、オーセンティケータ３３１のオーセンティケータ登録処理部３３２は、図５Ｃで示すクレデンシャル５３０を作成する。クレデンシャル５３０は、認証情報ＩＤ５３１とアルゴリズム５３２と公開鍵５３３とａｔｔｅｓｔａｔｉｏｎ５３４とオーセンティケータ名５３５から構成される。

　認証情報ＩＤ５３１、公開鍵５３３はＳ４２２の処理で作成した公開鍵である。アルゴリズム５３２はＳ４２２における秘密鍵と公開鍵のペアの作成に利用したアルゴリズムにそれぞれ対応する。また、ａｔｔｅｓｔａｔｉｏｎ５３４はａｔｔｅｓｔａｔｉｏｎチャレンジ５１３を、Ｓ４２２にて作成した秘密鍵を用いて暗号化したものである。

　Ｓ４２４では、通知制御部３３６が、ウェアラブル端末１０１が備えるバイブレータ２３０やスピーカ２３１の少なくとも何れかを利用して、生体情報の入力が完了した旨をユーザ４０１に通知する。ユーザ４０１は、ウェアラブル端末１０１から伝わる振動や、特定の音で通知を認識できる。

　なお、Ｓ４２４の処理で利用される通知手段は、ウェアラブル端末１０１の種類によって異なり、例えば、スマートウォッチであれば振動やベルトの締め付け、イヤホンであれば音、スマートリングであればライトを点滅させる等の方法を用いることができる。

　また、ウェアラブル端末１０１が通知制御部３２９やバイブレータ２３０やスピーカ２３１などの装置を備えていない場合は、Ｓ４２４の処理をスキップし、後述するＳ４２９で、アプリケーション３１１が代替となり生体情報の入力が完了した旨をユーザ４０１に通知することも可能である。

　Ｓ４２５で、オーセンティケータ３３１のオーセンティケータ登録処理部３３２は、クライアント端末１０２のアプリケーション３１１に対して、Ｓ４２３で作成したクレデンシャル５３０を応答する。

　Ｓ４２６で、オーセンティケータ登録制御部３１４は、通信部３１３を介して、Ｗｅｂサービス３４１に対して、登録データ５４０を含む登録処理要求を送信する。

　ここで、図５Ｄを用いて登録データ５４０について説明する。５４０は登録データであり、クレデンシャル５３０と能力情報５４１から構成される。クレデンシャル５３０はＳ４２３で作成したクレデンシャルである。能力情報５４１は、Ｓ４１５～Ｓ４１６で取得したウェアラブル端末１０１のオーセンティケータ情報である。

　Ｓ４２７では、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、Ｓ４２６の登録処理要求で受信した登録データ５４０を用いて、オーセンティケータの登録処理を行う。登録処理には、登録データ５４０のクレデンシャル５３０に含まれるａｔｔｅｓｔａｔｉｏｎ５３４を、同じクレデンシャル５３０に含まれる公開鍵５３３で復号することによる検証処理が含まれる。さらに、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、ａｔｔｅｓｔａｔｉｏｎ５３４を公開鍵５３３で復号した値と、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表３）におけるａｔｔｅｓｔａｔｉｏｎチャレンジ列の値とが同一のものを特定する。そして、特定したａｔｔｅｓｔａｔｉｏｎチャレンジ列の値と同一のレコードのユーザＩＤをクレデンシャル５３０と紐付けるＩＤとして特定する。Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、クレデンシャル５３０に含まれる認証情報ＩＤ５３１、公開鍵５３３と、特定されたユーザＩＤと能力情報５４１を、オーセンティケータ情報管理テーブルに登録する。Ｓ４２８で、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、通信部３４８を介して、アプリケーション３１１に対して正常にオーセンティケータの登録処理が完了した旨を応答する。

　Ｓ４２９では、Ｗｅｂサービス３４１のオーセンティケータ登録制御部３１４がＳ４１５～Ｓ４１６で取得したウェアラブル端末１０１のオーセンティケータ情報に含まれている通知能力に応じて通知判断を行う。オーセンティケータ登録制御部３１４は、ウェアラブル端末１０１が通知能力“無”であると判断した場合に通知制御部３１６を呼び出し、Ｓ４２４のステップに代わり、ユーザ４０１に生体情報の入力および登録処理が完了した旨の通知を行う。

　例えば、図６Ｆは、オーセンティケータ登録制御部３１４によりＳ４２９で示す処理が実行された際に表示される画面である。クライアント端末１０２がタッチパネル２４９やバイブレータ２５１のような出力装置を有する場合は、図６Ｆのような画面表示やクライアント端末１０２を振動させることで登録処理が完了したことが分かる通知を行う。

　なお、クライアント端末１０２がスマートスピーカのように音声のみで入出力を行うデバイスの場合は、図６Ａ～Ｆで示した表示内容を音声によって実現することになる。

　＜図６Ｄに関する処理の変形例＞
　図１１Ａは、図６Ｄに示す画面の変形例を示している。具体的には、Ｗｅｂサービス３４１のオーセンティケータとして使用できる機器として複数のウェアラブル端末が見つかった場合の例である。図１１Ｂは、さらに、複数のウェアラブル端末に加え、クライアント端末１０２自身が備える内部オーセンティケータがＷｅｂサービス３４１のオーセンティケータとして使用できる場合の例である。

　図１１Ａと図１１Ｂでは、複数のウェアラブル端末として、「〇〇スマートウォッチ」と「△△ワイヤレスイヤホン」とを例示している。ユーザによってボタン１１０１、１１０２の何れかが選択された場合には、ボタンに対応するウェアラブル端末に対してクレデンシャルの作成要求を実行して、Ｓ４１８以降の処理が実行されることになる。

　図１１Ａと図１１Ｂで、キャンセルボタン１１０４が選択された場合には、図６Ａの画面に戻る。

　図１１Ｂで、ボタン１１０３が選択操作された場合には、クライアント端末１０２に実装された内部オーセンティケータに対して、クレデンシャルの作成要求が実行される。その場合には、Ｓ４１９～Ｓ４２５までの処理が、クライアント端末１０２が有する生体情報センサを用いて取得された生体情報を用いて内部オーセンティケータにより実行されることになる。

　＜認証処理＞
　図７は、ユーザ４０１がアプリケーション３１１から、認証を必要とするＷｅｂサービス３４１を利用する際のシーケンスを示す図である。図７で示す処理は、各装置で対応するプログラムを実行することで実現される処理ステップを示している。

　図８Ａ～Ｃは、認証で使用するパラメータの例を示す図である。図９Ａ～Ｄは、図７で示す処理に伴って、アプリケーション３１１の表示部３１２が表示制御する画面例を示している。

　本実施例では、オーセンティケータの登録処理と同様に認証処理においても生体情報の入力後に、ユーザ４０１に完了を示す旨を通知する仕組みを提供する。ここでは、図７、図８Ａ～Ｃ、図９Ａ～Ｄを用いて、Ｗｅｂサービス３４１（Ｅコマースサイト）で、商品の購入手続きを行う際の認証処理の例を説明する。

　まず、図９Ａは、Ｗｅｂサービス３４１のプレゼンテーション部３４６が提供するコンテンツをアプリケーション３１１の表示部３１２によって表示した際の画面である。

　Ｓ７１１で、アプリケーション３１１は、ユーザ４０１によるボタン９１１への選択操作に応じた指示を受け付ける。Ｓ７１２では、アプリケーション３１１のオーセンティケータ認証制御部３１５がＷｅｂサービス３４１に対して商品購入に係るリクエストを送信する。

　Ｓ７１３で、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、利用者の認証のために、認証パラメータ８１０を作成する。Ｓ７１４で、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、Ｓ７１３で作成した認証パラメータ８１０をアプリケーション３１１に対して送信する。

　図８Ａは、認証パラメータ８１０を示す。認証パラメータ８１０は、Ａｓｓｅｒｔｉｏｎチャレンジ８１１、Ａｓｓｅｒｔｉｏｎ拡張領域８１２で構成される。Ａｓｓｅｒｔｉｏｎチャレンジ８１１は、チャレンジレスポンス認証をするために利用する検証用データとしてのパラメータである。Ａｓｓｅｒｔｉｏｎ拡張領域８１２は、Ｗｅｂサービス３４１がオーセンティケータ３３１やアプリケーション３１１の動作を制御するために、Ｗｅｂサービス３４１が指定可能な拡張パラメータが格納される。今回、このＡｓｓｅｒｔｉｏｎ拡張領域８１２に、Ｓ４２６で付与したオーセンティケータの能力情報５４１を含める。

　Ｓ７１５で、アプリケーション３１１のオーセンティケータ認証制御部３１５は、オーセンティケータ３３１の生体認証処理部３３３に対して、認証要求パラメータを用いて認証要求を行う。このとき、表示部３１２により、図９Ｂに示す画面が表示される。

　図８Ｂは、認証要求パラメータ８２０を示す。認証要求パラメータ８２０は、認証パラメータ８１０、サービスＩＤ８２１、ＷｅｂＯｒｉｇｉｎ８２２で構成される。サービスＩＤ８２１とＷｅｂＯｒｉｇｉｎ８２２は図５Ｂで説明したものと同じである。

　Ｓ７１６で、オーセンティケータ３３１の生体情報要求部３３５は、ユーザの生体情報の取得処理を実行する。ここでは、Ｓ４１９の処理と同様の処理が実行される。Ｓ７１７で、ウェアラブル端末１０１を装着するユーザ４０１の生体情報が、生体情報センサ２２６を介して検出される。本発明においては、ユーザ４０１はウェアラブル端末１０１を装着しているだけで、ウェアラブル端末１０１に対する操作なしに生体情報の検出が実行されることを想定している。

　Ｓ７１８で、オーセンティケータ３３１の生体認証処理部３３３が、生体情報センサ２２６を介して検出した生体情報と、ＴＰＭ２２７に格納された生体情報との照合を行い、ユーザ認証を行う。照合アルゴリズムとして、特徴点抽出法やパターンマッチング法などが一般的に知られているが、本発明において照合アルゴリズムは特に限定しない。その後、認証情報格納部３３４がＴＰＭ２２７に格納された生体情報をもとに認証情報管理テーブルから、対応する秘密鍵を特定する。そして、認証パラメータ８１０に含まれるａｔｔｅｓｔａｔｉｏｎチャレンジ８１１と、特定した秘密鍵とから、署名（８３２）データを作成する。さらに、生体認証処理部３３３は、認証情報管理テーブル（表１）から特定した認証情報ＩＤ８３１と署名８３２を含んだアサーション情報８３０を作成する。

　Ｓ７１９で、オーセンティケータ３３１の通知制御部３３６が通知を行う処理である。Ｓ７１８で生体認証が行われた結果を通知制御部３３６がバイブレータ２３０やスピーカ２３１などによりユーザ４０１に通知を行う。Ｓ７１９において、通知制御部３３６はＳ７１８の認証結果に応じて通知パターンを変えることができる。例えば、外部認証器として利用するウェアラブル端末１０１がイヤホンの場合、装着したまま自動で行われた認証に成功した場合は「認証に成功しました」等の音声を、失敗した場合は「認証に失敗しました」等の音声を流す制御を行う。また、Ｓ７１９において、オーセンティケータの登録時同様、ウェアラブル端末１０１が通知制御部３２９やバイブレータ２３０やスピーカ２３１などの装置を備えていないこともある。その場合は、同様にＳ７１９の通知処理をスキップし、後述するＳ７２８でアプリケーション３１１が代替となり生体情報の入力および認証が完了した旨をユーザ４０１に通知する。

　Ｓ７２０で、オーセンティケータ３３１の生体認証処理部３３３は、Ｓ７１８で作成したアサーション情報８３０を、アプリケーション３１１に返却する。

　Ｓ７２１で、アプリケーション３１１のオーセンティケータ認証制御部３１５は、生体認証処理部３３３から受け取ったアサーション情報８３０をＷｅｂサービス３４１に送信する。

　Ｓ７２２では、Ｗｅｂサービス３４１のオーセンティケータ情報処理部３４３は、アプリケーション３１１から受け取ったアサーション情報８３０の検証を行う。オーセンティケータ情報処理部３４３はアサーション情報８３０の署名８３２を認証情報ＩＤ８３１で特定される公開鍵を用いて復号し、Ｓ７１３で作成した認証パラメータ８１０に含まれるａｔｔｅｓｔａｔｉｏｎチャレンジ８１１と一致するか判定することで署名を検証する。公開鍵の特定にはオーセンティケータ情報管理テーブルを用いる。検証が成功した場合には、Ｓ７２３で、Ｗｅｂサービス３４１のトークン管理部３４７は、トークンを発行して、そのトークンに関する情報をトークン管理テーブルで管理する。Ｓ７２４で、Ｗｅｂサービス３４１のトークン管理部３４７が、Ｓ７２３で発行したトークンを、アプリケーション３１１に返却する。

　Ｓ７２５で、オーセンティケータ認証制御部３１５は、Ｓ７２４で受信したトークンを用いて、商品購入のためのリクエストをＷｅｂサービス３４１に送信する。

　Ｓ７２６で、トークン管理部３４７は、Ｓ７２５のリクエストに付与されたトークンを検証し、県庁が成功した場合に、リクエストに応じた購入処理を実行する。Ｓ７２７で、Ｗｅｂサービス３４１は、購入処理が完了した旨のレスポンスをアプリケーション３１１に返却する。

　Ｓ７２８では、Ｗｅｂサービス３４１のオーセンティケータ認証制御部３１５が、Ｓ７１４で返却された認証パラメータ８１０のＡｓｓｅｒｔｉｏｎ拡張領域８１２に含まれていた能力情報５４１をもとに認証結果を通知するかどうかを判断する。

　オーセンティケータの登録時と同様に、オーセンティケータ認証制御部３１５はウェアラブル端末１０１が通知能力“無”であると判断した場合に、通知制御部３１６を呼び出す。そして、Ｓ７１９の処理に代わりユーザ４０１に認証処理およびＳ７２６の購入処理が完了した旨の通知を行う。

　例えば、図９Ｃは、オーセンティケータ認証制御部３１５によりＳ７２８が実行された際に表示される画面である。Ｓ７２８での通知パターンもオーセンティケータの登録時同様、ＵＩ表示や音声、振動など、クライアント端末１０２が備える装置によって異なるため、特に限定しない。Ｓ７２８でオーセンティケータ認証制御部３１５が、ウェアラブル端末１０１の通知能力が“有”であると判断した場合は、図９Ｃのように認証が完了した旨の通知を行う必要は無く、図９Ｄの画面に遷移する。

　以上、実施例１では、ウェアラブル端末１０１のオーセンティケータ３３１に通知制御部３３６を備えることで、生体情報を入力されオーセンティケータの登録・認証処理が実行されたことをユーザ４０１が気付けるように、通知を行った。また、ウェアラブル端末１０１が通知制御部３３６を備えない場合であってもクライアント端末１０２側の通知制御部３１６が代替としてユーザ４０１に通知する方法に関しても説明した。このシステムにより、認証のためにユーザによる操作を必要としないウェアラブル端末をオーセンティケータとして使用した場合でも、ユーザが生体情報を入力し、オーセンティケータの登録や認証処理が確かに実行されたということを、ユーザが適切なタイミングで把握することができる。

　（実施例２）
　実施例１では、オーセンティケータ３３１のオーセンティケータ登録処理部３３２と生体認証処理部３３３が、単にＳ４２３、Ｓ７１８の処理を終えた後に通知制御部３３６を呼び出すことでユーザ４０１に通知を行うように制御していた。しかし、ユーザ４０１が利用するＷｅｂサービス３４１の提供サービスによっては、通知の有無や通知パターンを制御したい場合がある。

　例えば、サービスの利用中に頻繁に認証を要求されるようなシステムにおいて、その都度、認証が完了したことを通知されると煩わしいと感じるユーザもいる。また、同じ認証処理でも、Ｗｅｂサービス３４１上の操作に応じて通知パターンを変化させたい場合もある。

　上記のケースを鑑み、オーセンティケータの登録時には登録パラメータ５１０の拡張領域５１５に、認証時には認証パラメータ８１０のＡｓｓｅｒｔｉｏｎ拡張領域８１２に、それぞれ通知に関する制御情報を追加で格納するよう実装可能である。この制御情報は、ウェアラブル端末１０１の通知制御部３３６が解釈可能な情報であり、Ｓ４２４およびＳ７１９において、通知制御部３３６はこの制御情報の値に応じた通知の有無を判断する。より具体的には、制御情報の値が、通知が必要なことを示す場合にのみ通知するよう制御することができる。また、制御情報の値によって、通知パターン（メッセージの内容、ＬＥＤ点灯パターンなど）を変化させるように実装することも可能である。

　なお、拡張領域５１５、Ａｓｓｅｒｔｉｏｎ拡張領域８１２に制御情報が含まれない場合に、実施例１に示す処理を行ってもよい。

　本実施例による拡張により、Ｗｅｂサービス３４１側から、ウェアラブル端末１０１の通知の制御を行うことが可能となる。

　（実施例３）
　実施例１では、通知制御部３３６が、Ｓ４２４、Ｓ７１９など、ウェアラブル端末１０１での外部認証器としての生体認証が成功したタイミングで通知を行っていた。

　実施例３では、Ｗｅｂサービス３４１の処理が完了したことを以て、通知する方法について説明する。本実施例では、上述した実施例１、２との重複となる説明を避け、差分について詳細に説明する。

　図１０は、実施例１の認証時のシーケンスにおいて、通知タイミングを変えたシーケンス図である。差分としては、Ｓ７１９の通知処理が無い代わりに、Ｓ１０２９、Ｓ１０３０の処理が追加されている。

　Ｓ７２８では、ウェアラブル端末１０１の通知能力の有無と、通知の要否と、が同時に確認される。ウェアラブル端末１０１での通知が必要と判断した場合、Ｓ１０２９で、オーセンティケータ認証制御部３１５はオーセンティケータ３１１に対して通知要求を行う。

　Ｓ１０３０で、通知要求を受信したオーセンティケータ３１１の通知制御部３３６は、認証処理を含む一連の処理が完了したことを意図した通知制御を実行する。ここでの通知制御は、Ｓ７１９の通知処理と同じ処理でもよいし、処理完了を直接的に把握できるような通知であってもよい。

　実施例１、２においては、Ｓ４２６やＳ７２１以降の処理でクライアント端末１０２とサーバシステム１０３との間の通信ができない場合などにおいては、図４、７に示すシーケンスは異常終了する。このとき、シーケンス全体が正常終了しなかったにも関わらず、Ｓ４２４、Ｓ７１９でウェアラブル端末１０１の通知制御部３３６はユーザ４０１に対して認証成功を通知してしまったことになり、購入処理に成功したとの誤解を与える懸念がある。

　一方で、本実施例によれば、通知のタイミングがＷｅｂサービス３４１での処理が完了の後になるため、そのような誤解を解消できるかもしれない。

　なお、本発明は、実施例１と実施例３を組み合わせることで、実施例１のＳ７１９と実施例３のＳ１０３０の両方のタイミングで異なる通知を行い、認証成功と処理完了を別々にユーザに通知することも可能である。

　（他の実施例）
　本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

　ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが１以上のメモリーに読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために以下の請求項を添付する。

　本願は、２０２１年１月２２日提出の日本国特許出願特願２０２１－００９１３０を基礎として優先権を主張するものであり、その記載内容の全てをここに援用する。

Claims

　情報処理装置に接続される外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置であって、
　ネットワークを介して通信するシステムに対してリクエストを送信する第１送信手段と、
　検証用のデータを前記システムから受信する第１受信手段と、
　前記検証用のデータを含む認証要求を外部認証器に送信する要求手段と、
　前記外部認証器から、前記外部認証器が生成した署名データを受信する第２受信手段と、
　前記署名データを前記システムに対して送信する第２送信手段と、
　前記システムに登録済みの公開鍵を用いた前記署名データの検証処理の結果に基づくデータを受信する第３受信手段と、を有し、
　前記外部認証器は、前記情報処理装置のユーザに装着され、
　前記認証要求に応じた生体認証の結果、および、前記第３受信手段によるデータの受信に応じて前記情報処理装置から前記外部認証器に対して送信される要求、のすくなくとも何れかに応答して、前記外部認証器により前記ユーザに対して通知が行われることを特徴とする情報処理装置。
　さらに、前記認証要求に応じた生体認証の結果、および、前記第３受信手段によるデータの受信、のすくなくとも何れかに応答した、前記外部認証器を装着する前記ユーザのための表示を制御する制御手段を、有することを特徴とする請求項１に記載の情報処理装置。
　前記制御手段は、前記外部認証器が前記通知のための機能をサポートしていない場合、前記表示の制御を行うことを特徴とする請求項２に記載の情報処理装置。
　前記外部認証器による前記ユーザに対して通知は、前記認証要求に含まれる通知に関する制御情報に従い行われることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
　前記外部認証器は、前記ユーザに装着されたままで生体認証が可能な、スマートウォッチ、イヤホン、およびスマートリングの何れかであることを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
　情報処理装置に接続される外部認証器を用いた認証処理を制御するための該情報処理装置における方法であって、
　ネットワークを介して通信するシステムに対してリクエストを送信する第１送信工程と、
　検証用のデータを前記システムから受信する第１受信工程と、
　前記検証用のデータを含む認証要求を外部認証器に送信する要求工程と、
　前記外部認証器から、前記外部認証器が生成した署名データを受信する第２受信工程と、
　前記署名データを前記システムに対して送信する第２送信工程と、
　前記システムに登録済みの公開鍵を用いた前記署名データの検証処理の結果に基づくデータを受信する第３受信工程と、を有し、
　前記外部認証器は、前記情報処理装置のユーザに装着され、
　前記認証要求に応じた生体認証の結果、および、前記第３受信工程でデータの受信に応じて前記情報処理装置から前記外部認証器に対して送信される要求、のすくなくとも何れかに応答して、前記外部認証器により前記ユーザに対して通知が行われることを特徴とする方法。
　請求項１乃至５の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
　外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置に対して外部認証器として接続でき、前記情報処理装置のユーザに装着される認証器であって、
　前記情報処理装置から認証要求を受け付けたことに応じて、前記ユーザの生体情報を検出する検出手段と、
　前記生体情報を用いた生体認証を実行する認証手段と、
　前記生体認証が成功した場合に、前記認証要求に含まれる検証用のデータと前記生体情報に対応する秘密鍵を用いて、署名データを生成する生成手段と、
　前記署名データを前記情報処理装置に送信する送信手段と、
　通知手段と、を有し、
　前記通知手段は、前記認証要求に応じた生体認証の結果、および、前記情報処理装置から前記外部認証器に対して送信される要求、のすくなくとも何れかに応答して、前記ユーザに対して通知を行うことを特徴とする認証器。
　前記認証器による前記ユーザに対して通知は、前記認証要求に含まれる通知に関する制御情報に従い行われることを特徴とする請求項８に記載の認証器。
　前記認証器は、前記ユーザに装着されたままで生体認証が可能な、スマートウォッチ、イヤホン、およびスマートリングの何れかであることを特徴とする請求項８または９に記載の認証器。
　前記通知は、音、または振動による通知であることを特徴とする請求項８乃至１０の何れか１項に記載の認証器。
　外部認証器を用いた認証処理を制御できるアプリケーションを実行する情報処理装置に対して外部認証器として接続でき、前記情報処理装置のユーザに装着され、通知手段を備える認証器における方法であって、
　前記情報処理装置から認証要求を受け付けたことに応じて、前記ユーザの生体情報を検出する検出工程と、
　前記生体情報を用いた生体認証を実行する認証工程と、
　前記生体認証が成功した場合に、前記認証要求に含まれる検証用のデータと前記生体情報に対応する秘密鍵を用いて、署名データを生成する生成工程と、
　前記署名データを前記情報処理装置に送信する送信工程と、を有し、
　前記通知手段は、前記認証要求に応じた生体認証の結果、および、前記情報処理装置から前記外部認証器に対して送信される要求、のすくなくとも何れかに応答して、前記ユーザに対して通知を行うことを特徴とする方法。
　請求項８乃至１１の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。