(57)【要約】【課題】セキュアな認証方式を提供し、かつユーザの利便性を向上するためのシステムを提供する。【解決手段】音声アシスタントは、サービス提供システムからの認証要求を受け付けた場合に、複数の携帯端末の中の第１の端末に対して、認証処理を要求し、複数の携帯端末のいずれかから、認証処理の結果を受信し、認証の結果を認証要求の応答として、サービス提供システムに対して送信する。複数の携帯端末のそれぞれは、音声アシスタントからの要求を受信できた場合には、Ａｕｔｈｅｎｔｉｃａｔｏｒによる生体情報センサで読み取ったユーザの生体情報を用いた生体認証処理を実行し、生体認証処理の結果を音声アシスタントに応答する。音声アシスタントは、第１の端末に対して認証処理を要求してから、所定条件を満たした場合には、複数の携帯端末の中の第１の端末とは異なる第２の端末に対して、認証処理を要求する。【選択図】図１
2019101504.tif 000002
【特許請求の範囲】
【請求項１】
生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段と、ユーザの生体情報を読み取る生体情報センサとを備える端末を複数含み、さらに、該複数の端末とネットワーク上のサービス提供システムと通信することが可能な情報処理装置とを含むシステムであって、
前記情報処理装置は、
前記サービス提供システムからの認証要求を受け付けた場合に、前記複数の端末の中の第１の端末に対して、認証処理を要求する要求手段と、
前記複数の端末のいずれかから、認証処理の結果を受信する受信手段と、
前記認証の結果を前記認証要求の応答として、前記サービス提供システムに対して送信する送信手段と、を有し、
前記複数の端末のそれぞれは、
前記情報処理装置からの要求を受信できた場合には、前記認証モジュールによる前記生体情報センサで読み取った前記ユーザの生体情報を用いた生体認証処理を実行する実行手段と、
前記生体認証処理の結果を前記情報処理装置に応答する応答手段と、を有し、
前記情報処理装置の前記要求手段は、前記第１の端末に対して認証処理を要求してから、所定条件を満たした場合には、前記複数の端末の中の前記第１の端末とは異なる第２の端末に対して、認証処理を要求する、ことを特徴とするシステム。
【請求項２】
前記複数の端末のそれぞれは、
前記サービス提供システムのための認証処理で用いる生体情報の登録に際して、秘密鍵と公開鍵とを生成する生成手段と、
前記サービス提供システムを特定する情報と、前記生体情報と前記秘密鍵とを関連付けて自身の記憶手段に格納する格納手段と、を有し、
前記公開鍵は、前記情報処理装置を経由して、前記サービス提供システムに登録される、ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記応答手段は、前記生体認証処理の結果として、前記サービス提供システムから前記情報処理装置を経由して受信したパラメータと、生体認証に成功した際に用いた生体情報に関連付けて前記記憶手段に格納されている秘密鍵とを用いて作成された署名データを、前記情報処理装置に応答する、ことを特徴とする請求項２に記載のシステム。
【請求項４】
前記情報処理装置が、前記第１の端末に対して認証処理を要求してから、所定時間内に前記第１の端末から前記署名データの応答を受信しなかった場合に、所定条件を満たすと判断されることを特徴とする請求項１乃至３のいずれか一項に記載のシステム。
【請求項５】
前記情報処理装置は、優先順位に従って、前記複数の端末の中の第１の端末を特定する特定手段をさらに有する、ことを特徴とする請求項１乃至４のいずれか一項に記載のシステム。
【請求項６】
前記複数の端末のうち少なくとも１つの端末は、
他の端末が前記サービス提供システムのための認証処理で用いる生体情報の登録に際して生成した公開鍵を含む登録情報を受け付ける受け付け手段と、
前記受け付けた登録情報を、前記サービス提供システムに登録する要求を発行する登録手段と、をさらに有する、ことを特徴とする請求項１乃至５のいずれか一項に記載のシステム。
【請求項７】
前記複数の端末のうち少なくとも１つの端末は、
前記サービス提供システムのための認証処理で用いる生体情報の登録を他の端末において実行する要求を受け付ける要求受け付け手段と、
当該他の端末に対して、前記サービス提供システムのための認証処理で用いる生体情報の登録の実行を指示する指示手段と、をさらに有することを特徴とする請求項６に記載のシステム。
【請求項８】
前記情報処理装置は、
前記複数の端末のそれぞれが前記サービス提供システムのための認証処理で用いる生体情報の登録に際して生成した公開鍵を含む登録情報を受け付ける受け付け手段と、
前記受け付けた登録情報を、前記サービス提供システムに登録する要求を発行する登録手段と、をさらに有する、ことを特徴とする請求項１乃至７のいずれか一項に記載のシステム。
【請求項９】
前記情報処理装置は、前記ユーザの声による入力を解析して、該解析結果に基づき前記サービス提供システムと通信する音声アシスタント装置である、ことを特徴とする請求項１乃至８のいずれか一項に記載のシステム。
【請求項１０】
前記複数の端末は、ウェアラブル端末、スマートフォンを含む、ことを特徴とする請求項１乃至９のいずれか一項に記載のシステム。
【請求項１１】
前記第１の端末は、ウェアラブル端末としてのスマートウォッチまたはスマートグラスである、ことを特徴とする請求項１０に記載のシステム。
【請求項１２】
生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段と、ユーザの生体情報を読み取る生体情報センサとを備える端末を複数含み、さらに、該複数の端末とネットワーク上のサービス提供システムと通信することが可能な情報処理装置とを含むシステムにおける方法であって、
前記情報処理装置が、前記サービス提供システムからの認証要求を受け付けた場合に、前記複数の端末の中の第１の端末に対して、認証処理を要求する要求工程と、
前記認証処理を要求された端末が、前記情報処理装置からの要求を受信できた場合には、前記認証モジュールによる前記生体情報センサで読み取った前記ユーザの生体情報を用いた生体認証処理を実行する実行工程と、
前記認証処理を要求された端末が、前記生体認証処理の結果を前記情報処理装置に応答する応答工程と、
前記情報処理装置が、前記複数の端末のいずれかから、認証処理の結果を受信する受信工程と、
前記情報処理装置が、前記認証の結果を前記認証要求の応答として、前記サービス提供システムに対して送信する送信工程と、を有し、
前記要求工程において、前記情報処理装置が前記第１の端末に対して認証処理を要求してから、所定条件を満たした場合には、前記情報処理装置は、前記複数の端末の中の前記第１の端末とは異なる第２の端末に対して、認証処理を要求する、ことを特徴とするシステムにおける方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュアな認証方式を実現し、かつユーザの利便性を向上するためのシステムに関する。
【背景技術】
【０００２】
近年、生体認証を含む新たな認証システムとして、ＦＩＤＯ（Ｆａｓｔ  Ｉｄｅｎｔｉｔｙ  Ｏｎｌｉｎｅ）が注目されている。生体認証で用いられる指紋や静脈といった生体情報は、外部に情報が流出してしまった場合に、従来のＩＤ／パスワード認証におけるパスワードと異なり、情報を書き換えることができないため、情報漏洩が致命的になる。
【０００３】
これに対して、ＦＩＤＯは、予めユーザの手元にあるデバイスとＷｅｂサービスを提供するサーバとの間で登録処理を行っておく。認証情報として生体情報を用いる場合について説明する。登録処理では、デバイスにはユーザの生体情報と紐付いた秘密鍵が保存され、サーバにはその生体情報に紐付く認証識別情報や秘密鍵のペアとなる公開鍵などの情報が登録される。そして、認証は、インターネットを経由してサーバ上で行うのではなく、ユーザの手元にあるデバイス上で行い、ネットワーク上には秘密鍵で署名された認証結果が流れる。つまり、認証情報としての生体情報がネットワーク上を流れることがないため、情報漏洩のリスクが少ないと言える。
【０００４】
一方、近年、スピーカ機能を有する音声アシスタント装置（音声操作装置）が一般的に利用されている。以下、音声アシスタント装置を音声アシスタントと呼ぶことにする。音声アシスタントは、音声認識機能によりユーザの発話を解釈し、ユーザによる様々な指示を実行する機能を持つ情報機器である。音声アシスタントは、音声による指示が可能となることで、従来のパーソナルコンピュータ（ＰＣ）やスマートフォンなどにおいてキー操作やタッチ入力をしていた手間が省けるという利点がある。
【０００５】
音声アシスタントの利用方法の一例として、自宅のリビングなどに音声アシスタントを設置し、ユーザが音声で指示を行うことで所望の音楽を流したり、インターネット上に公開されている通信販売サービスを利用して商品の注文を行ったりすることができる。
【０００６】
特許文献１は、インターネットバンキング上で取引を行う際に、取引装置が予め登録された認証方法からランダムに選択する。選択された認証方法に応じたウェアラブル端末で、指紋認証や静脈認証などのためのユーザの認証情報を読み取り、該認証情報をウェアラブル端末から取引装置に送信して、取引装置上で認証を行う技術を開示している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１７−１６３９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
音声アシスタントやＰＣなどの機器を介してネットワーク上のサービスを利用する場合、該機器に声紋認証のための生体情報に紐付いた各種情報をあらかじめ登録することが考えられる。また、声紋認証の他に、指紋認証や静脈認証を利用することが考えられる。この場合、特許文献１と同様に、ユーザが保有するウェアラブル端末などを指紋認証や静脈認証等を行うために用いる認証用のデバイスとして事前登録し、利用することが考えられる。
【０００９】
しかしながら、指紋認証や静脈認証を利用するための端末が常にユーザの手元に利用可能な状態であるとは限らない。例えば、指紋認証を行うためにウェアラブル端末が必要になったケースにおいて、認証を行うタイミングに携帯していなかったり、電源が切れていたりする場合がある。このような場合には、スマートフォンを取りに戻ったり、認証処理自体ができなかったりすることが考えられる。
【００１０】
さらに、特許文献１は、上述したＦＩＤＯのような特殊な認証方法に特有な登録処理や認証処理などについては、一切考慮されていない。
【００１１】
本発明は、認証情報（生体情報など）をよりセキュアに扱う認証方式を採用しつつ、ユーザの利便性が向上し、従来よりも柔軟に認証処理が試行され得る仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の一実施形態のシステムは、生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段と、ユーザの生体情報を読み取る生体情報センサとを備える端末を複数含み、さらに、該複数の端末とネットワーク上のサービス提供システムと通信することが可能な情報処理装置とを含むシステムであって、前記情報処理装置は、前記サービス提供システムからの認証要求を受け付けた場合に、前記複数の端末の中の第１の端末に対して、認証処理を要求する要求手段と、前記複数の端末のいずれかから、認証処理の結果を受信する受信手段と、前記認証の結果を前記認証要求の応答として、前記サービス提供システムに対して送信する送信手段と、を有し、前記複数の端末のそれぞれは、前記情報処理装置からの要求を受信できた場合には、前記認証モジュールによる前記生体情報センサで読み取った前記ユーザの生体情報を用いた生体認証処理を実行する実行手段と、前記生体認証処理の結果を前記情報処理装置に応答する応答手段と、を有し、前記情報処理装置の前記要求手段は、前記第１の端末に対して認証処理を要求してから、所定条件を満たした場合には、前記複数の端末の中の前記第１の端末とは異なる第２の端末に対して、認証処理を要求する。
【発明の効果】
【００１３】
本発明によれば、ユーザの利便性が向上したうえで、従来よりも柔軟に認証処理が試行され得る仕組みを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係るシステムの全体構成を示す図である。
【図２】サーバのハードウェア構成例を示す図である。
【図３】端末のハードウェア構成例を示す図である。
【図４】音声アシスタントのハードウェア構成例を示す図である。
【図５】サーバの機能構成の一例を示す図である。
【図６】スマートフォンの機能構成の一例を示す図である。
【図７】スマートウォッチの機能構成の一例を示す図である。
【図８】音声アシスタントの機能構成の一例を示す図である。
【図９】第１実施形態に係るサービス利用登録処理を示す図である。
【図１０】第１実施形態の変形例に係るサービス利用登録処理を示す図である。
【図１１】第１実施形態の変形例に係るサービス利用登録処理を示す図である。
【図１２】第１実施形態に係るサービス利用時の処理を示す図である。
【図１３】第１実施形態に係るサービス利用時の処理を示す図である。
【図１４】サービス利用登録処理において表示される端末のＵＩの一例である。
【図１５】認証デバイスとして他のユーザの端末を追加する処理を示す図である。
【図１６】第２実施形態に係るサービス利用時の処理を示す図である。
【図１７】第２実施形態に係るサービス利用時の処理を示す図である。
【図１８】認証デバイスの追加時に表示されるＵＩの一例である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態について図面などを参照して説明する。
なお、本発明はネットワークを介して外部システムから提供されるサービスがユーザを認証するために、ユーザの手元にあるデバイス（端末）上で生体認証を行い、その結果を以ってサービスがユーザを認証する仕組みに関するものである。これは、サービスにユーザの手元にあるデバイスでの生体認証に紐付く情報、例えば、認証識別情報、公開鍵などをあらかじめ登録しておくことで実現することができる。このような仕組みの一例としてＦＩＤＯを挙げたが、本発明はＦＩＤＯに限定したものではないことをあらかじめ断わっておく。
【００１６】
［第１実施形態］
図１は、本発明の一実施形態に係るシステムの全体構成の一例を示す図である。
図１に示すシステムは、サーバ１０２、スマートフォン１０３、スマートウォッチ１０４、および音声アシスタント１０５を備える。サーバ１０２と、スマートフォン１０３、スマートウォッチ１０４、音声アシスタント１０５とは、ネットワーク１０１を介して接続される。
【００１７】
ネットワーク１０１は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれかである。また、上述したネットワーク回線に加え、例えば、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信なども含む。また、ネットワーク１０１は、これらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０１は、データの送受信が可能であればよい。
【００１８】
サーバ１０２は、サービスを提供する外部システム（サービス提供システム）であって、複数台の装置により構成されていてもよく、一部または全部を仮想マシンやストレージなどのリソースを用いて構築してもよい。スマートフォン１０３は、ＰＣやタブレット型端末などでもよい。スマートウォッチ１０４は、ウェアラブル端末であり、スマートグラス、アクセサリ（イヤホン、ヘッドホン、指輪、ネックレス、ネイルなど）、シューズ、下着、心拍計、内服用デバイス、人体埋め込み型デバイスなど他の形態のウェアラブル端末であってもよい。
【００１９】
ウェアラブル端末は、例えば、時計型の携帯端末（スマートウォッチ）や眼鏡型の携帯端末（スマートグラス）等、ユーザが持ち歩くことができる携帯端末（端末）の総称である。なお、ウェアラブル端末は必ずしもユーザが装着可能であることを要しない。スマートウォッチは、静脈認証機能を有し、スマートグラスは虹彩認証機能を有するものとする。
【００２０】
なお、図１では、スマートフォン１０３やスマートウォッチ１０４が、ネットワーク１０１にそれぞれ１台接続されているが、これに限られるものではない。例えば、複数台のスマートフォン１０３やＰＣ、タブレット型端末がネットワーク１０１に接続されていてもよく、また、複数台のスマートウォッチ１０４等のウェアラブル端末がネットワーク１０１に接続されていてもよい。すなわち、本システムは、スマートフォン１０３やスマートウォッチ１０４等の端末を複数含むシステムである。
【００２１】
また、音声アシスタント１０５は、ユーザの声による入力を解析して、解析結果に基づいて上述したスマートフォン１０３やスマートウォッチ１０４等の携帯端末およびサーバ１０２等と通信する情報処理装置である。なお、音声アシスタント１０５は、音声解析機能を持つＰＣなどであってもよい。また、上述したスマートフォン１０３やスマートウォッチ１０４等の携帯端末およびサーバ１０２等と通信することが可能であれば、音声解析機能を有していない情報処理装置であってもよい。この場合、以降の処理において、ユーザの声による入力の代わりに、例えば、キーボード等の入力装置から入力を受け付ける。
【００２２】
図２は、サーバ１０２のハードウェア構成例を示す図である。
ＣＰＵ２０１は、ＲＯＭ２０３に格納されているプログラムや、外部メモリ２１０からＲＡＭ２０２にロードされたＯＳ（オペレーションシステム）やアプリケーション等のプログラムを実行する。すなわち、ＣＰＵ２０１が、読み取り可能な記憶媒体に格納されたプログラムを実行することにより、後述する各フローチャートの処理を実行する各処理部として機能する。
【００２３】
ＲＡＭ２０２は、ＣＰＵ２０１のメインメモリであり、ワークエリア等として機能する。キーボードコントローラ２０４は、キーボード２０８や不図示のポインティングデバイスからの操作入力を制御する。ポインティングデバイスは、例えば、マウス、タッチパッド、タッチパネル、トラックボールなどである。ディスプレイコントローラ２０５は、ディスプレイ２０９の表示を制御する。
【００２４】
ディスクコントローラ２０６は、各種データを記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等の外部メモリ２１０へのデータアクセスを制御する。ネットワークＩ／Ｆ２０７は、ネットワーク１０１に接続されて、ネットワーク１０１に接続された他の機器との通信制御処理を実行する。近接通信Ｉ／Ｆ２１１は、ＮＦＣやＢｌｕｅｔｏｏｔｈなどの近接通信用の通信方式に対応したネットワークＩ／Ｆである。
【００２５】
図３は、スマートフォン１０３およびスマートウォッチ１０４等の端末のハードウェア構成を示す図である。
ＣＰＵ２２２は、ＲＯＭ２２４および記憶装置２２５に格納されているプログラムを実行し、内部バス２２１を介して後述する各構成を総括的に制御する。該プログラムは、後述する各フローチャートの処理を実現するプログラムも含む。ＲＡＭ２２３は、ＣＰＵ２２２のメモリやワークエリアとして機能する。
【００２６】
記憶装置２２５は、ソリッドステートドライブ（ＳＳＤ）やＳＤメモリカードなどの記憶装置であり、外部記憶装置として機能する。Ｔｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ（ＴＰＭ）２２６は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段である。ネットワークＩ／Ｆ２２７は、外部のネットワーク機器と片方向または双方向にデータをやり取りする。
【００２７】
生体情報センサ２２８は、ユーザの生体情報を読み取るセンサであり、例えば、ユーザの指紋、虹彩、静脈、声紋、顔などの生体情報を読み取り信号に変換する。なお、生体情報は、これらに限られるものではない。タッチパネル２２９は、表示と入力の２つの機能を備えており、アプリケーションの画面やキーボードなどを表示したりするとともに、ユーザが画面に手や専用のペンで圧力を加えることにより、触れられた画面位置情報を外部へ情報信号として出力する。
【００２８】
出力された信号情報をアプリケーションが利用することで、ユーザはタッチパネル２２９を通じてアプリケーションを操作することができる。近接通信Ｉ／Ｆ２３０は、ＮＦＣやＢｌｕｅｔｏｏｔｈなどの近接通信用の通信方式に対応したネットワークＩ／Ｆである。
【００２９】
図４は、音声アシスタント１０５等の情報処理装置のハードウェア構成例を示す図である。
ＣＰＵ２４１は、ＲＯＭ２４３に格納されているプログラムや、外部メモリ２４８からＲＡＭ２４２にロードされたＯＳやアプリケーション等のプログラムを実行する。すなわち、ＣＰＵ２４１が、読み取り可能な記憶媒体に格納されたプログラムを実行することにより、後述する各フローチャートの処理を実行する各処理部として機能する。
【００３０】
ＲＡＭ２４２は、ＣＰＵ２４１のメインメモリであり、ワークエリア等として機能する。ディスクコントローラ２４４は、各種データを記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等の外部メモリ２４８へのデータアクセスを制御する。ネットワークＩ／Ｆ２４５は、ネットワーク１０１に接続されて、ネットワーク１０１に接続された他の機器との通信制御処理を実行する。スピーカコントローラ２４６は、スピーカ２４９を制御する。マイクコントローラ２４７は、マイク２５０を制御する。
【００３１】
なお、音声アシスタント１０５は、図４に示したハードウェア構成に限られるものではない。音声アシスタント１０５は、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置であって、例えば、音声アシスタントが生体認証処理を実行することも可能である。この場合、音声アシスタント１０５は、生体情報を読み取るためのハードウェア、例えば、カメラ等を備えていてもよい。
【００３２】
図５は、サーバ１０２の機能構成の一例を示す図である。
サーバ１０２では、ユーザに提供するサービスの一例として通信販売サービス３１０が動作する。通信販売サービス３１０は、サーバ１０２が有するＲＯＭ２０３に格納されているプログラムを、ＣＰＵ２０１がＲＡＭ２０２に読み出して実行することで実現される。なお、本実施形態では、ユーザに提供するサービスとして通信販売サービスを例に説明するが、これに限られるものではない。例えば、インターネット上に公開されている音楽配信サービスなどであってもよく、ネットワーク上のサービスであればどのようなものでもよい。
【００３３】
通信販売サービス３１０は、登録処理部３１１、データ格納部３１２、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４、生体認証制御部３１５、サービス処理部３１６、および通信部３１７を有する。登録処理部３１１は、ユーザ情報などのデータをデータ格納部３１２に格納するソフトウェアモジュールである。
【００３４】
Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７で受信したクレデンシャルを用いて、後述するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に関する情報をＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４に格納するソフトウェアモジュールである。また、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７が受信した後述するＡｓｓｅｒｔｉｏｎを検証する。
【００３５】
通信部３１７は、ネットワークＩ／Ｆ２０７を介して音声アシスタント１０５やスマートフォン１０３、スマートウォッチ１０４等の外部の機器と通信するためのソフトウェアモジュールである。Ａｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４は、表Ｄを用いて後述するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に関する情報（Ａｕｔｈｅｎｔｉｃａｔｏｒ情報）を外部メモリ２１０や外部のストレージシステム（不図示）に格納するソフトウェアモジュールである。
【００３６】
生体認証制御部３１５は、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０に生体認証の要求を行い、生体認証の結果を受け取るソフトウェアモジュールである。本実施形態では、生体認証制御部３１５は、音声アシスタント１０５を介してスマートフォン１０３やスマートウォッチ１０４等が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に対して生体認証の要求を行う。なお、本実施形態では、生体認証制御部３１５は、通信販売サービス３１０に含まれるが、これに限られるものではない。
【００３７】
例えば、生体認証制御部３１５を通信販売サービス３１０とは独立して構成し、通信販売サービス３１０が、独立した生体認証制御部３１５を呼び出すようにしてもよい。このように、生体認証制御部３１５を通信販売サービス３１０から独立させることで、通信販売サービス３１０だけでなく、他のサービスやアプリケーションが生体認証制御部３１５を呼び出せるような構成にすることができる。サービス処理部３１６は、通信部３１７が受信したサービス要求に応じて、サービス情報を検索したり、商品購入処理を行ったりするソフトウェアモジュールである。
【００３８】
図６は、スマートフォン１０３の機能構成の一例を示す図である。
スマートフォン１０３では、アプリケーション３２０とＡｕｔｈｅｎｔｉｃａｔｏｒ３３０が動作する。アプリケーション３２０およびＡｕｔｈｅｎｔｉｃａｔｏｒ３３０は、スマートフォン１０３が有しているＲＯＭ２２４に格納されているプログラムを、ＣＰＵ２２２がＲＡＭ２２３に読み出して実行することで実現される。
【００３９】
アプリケーション３２０は、サーバ１０２と連携して、本実施形態における生体情報を用いた認証機能や、サーバ１０２のサービスをユーザに提供する。アプリケーション３２０は、スマートフォン１０３にインストールされたネイティブアプリケーションやＷｅｂブラウザである。アプリケーション３２０は、表示部３２１、通信部３２２、およびＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３を有する。
【００４０】
表示部３２１は、タッチパネル２２９を介して、スマートフォン１０３にインストールされたアプリケーションのＵＩを表示したり、ユーザの操作を受け付けたりするソフトウェアモジュールである。通信部３２２は、ネットワークＩ／Ｆ２２７または近接通信Ｉ／Ｆ２３０を介してサーバ１０２などの外部の機器と通信するためのソフトウェアモジュールである。Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０に対して後述するクレデンシャルの作成要求を行うソフトウェアモジュールである。
【００４１】
なお、本実施形態では、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、アプリケーション３２０に含まれるが、これに限られるものではない。例えば、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３をアプリケーション３２０とは独立して構成し、アプリケーション３２０が、独立したＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３を呼び出すようにしてもよい。また、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、ＯＳに標準搭載されていてもよい。
【００４２】
このように、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３をアプリケーション３２０から独立させることで、アプリケーション３２０だけでなく他のアプリケーションがＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３を呼び出せるような構成になる。
【００４３】
Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０は、生体情報センサ２２８から読み取った生体情報を用いた生体認証のための認証モジュールである。Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０は、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１、生体認証処理部３３２、認証情報格納部３３３、および生体情報要求部３３４を有する。
【００４４】
Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、アプリケーション３２０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３などからのクレデンシャルの作成要求を受け付ける。そして、ペアの鍵（秘密鍵および公開鍵）の作成やクレデンシャルの作成を行うソフトウェアモジュールである。生体認証処理部３３２は、通信販売サービス３１０の生体認証制御部３１５などから生体認証要求を受け付けて、生体情報センサ２２８により読み取った生体情報を用いた生体認証を行うソフトウェアモジュールである。
【００４５】
認証情報格納部３３３は、認証情報などをＴＰＭ２２６に対して格納するソフトウェアモジュールである。認証情報は、例えば、後述する表Ａに示す情報である。生体情報要求部３３４は、生体情報の入力を受け付けるためのＵＩを、タッチパネル２２９を介してユーザに提供するソフトウェアモジュールである。
【００４６】
図７は、スマートウォッチ１０４の機能構成の一例を示す図である。
スマートウォッチ１０４の機能構成は、スマートフォン１０３の機能構成と同様であるため、その説明を省略する。
【００４７】
図８は、音声アシスタント１０５の機能構成の一例を示す図である。
音声アシスタント１０５では、音声サービス３６０が動作する。音声サービス３６０は、音声アシスタント１０５が有するＲＯＭ２４３に格納されているプログラムを、ＣＰＵ２４１がＲＡＭ２４２に読み出して実行することで実現される。音声サービス３６０は、サーバ１０２と連携して、サーバ１０２のサービスをユーザに提供する。
【００４８】
音声サービス３６０は、音声受信部３６１、音声解析部３６２、音声発話部３６３、生体認証制御部３６４、通信部３６５、およびデータ格納部３６６を有する。音声受信部３６１は、音声アシスタント１０５が有するマイク２５０を介してユーザが発した音声を受信するソフトウェアモジュールである。音声解析部３６２は、音声受信部３６１が受信した音声を解析するソフトウェアモジュールである。
【００４９】
音声発話部３６３は、音声アシスタント１０５が有するスピーカ２４９を介してユーザ音声によるサービス案内を行うソフトウェアモジュールである。生体認証制御部３６４は、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０に生体認証の要求を行い、生体認証の結果を受け取るソフトウェアモジュールである。通信部３６５は、ネットワークＩ／Ｆ２４５を介してサーバ１０２やスマートフォン１０３などの外部の機器と通信するためのソフトウェアモジュールである。データ格納部３６６は、ユーザの声紋情報や各端末のＡｕｔｈｅｎｔｉｃａｔｏｒに関する情報等を外部メモリ２４８等に格納するソフトウェアモジュールである。
【００５０】
次に、スマートフォン１０３が管理する各種データについて説明する。
表Ａは、スマートフォン１０３が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の認証情報格納部３３３がＴＰＭ２２６に格納するデータの一例である。
【００５１】
【表１】
2019101504.tif 000003
【００５２】
表Ａに示す認証情報管理テーブルは、１つのレコードが１つの認証情報のエントリを示す。表Ａのレコードは、スマートフォン１０３がＡｕｔｈｅｎｔｉｃａｔｏｒ３３０をサーバ１０２の通信販売サービス３１０に登録する際に作成され、表Ａに追加される。認証情報ＩＤ列には、各認証情報を一意に識別するためのＩＤを格納する。サービスＩＤ列には、生体情報を用いた認証機能を利用するサービスを一意に識別するためのＩＤを格納する。
【００５３】
本実施形態では、サービスＩＤとしてサービスのドメイン名、詳細にはトップレベルドメインおよびセカンドレベルドメインの情報を使用する。例えば、通信販売サービス３１０のＵＲＬがｈｔｔｐ：//ｗｗｗ.ｓｈｏｐｐｉｎｇ‐ｓｅｒｖｉｃｅ.ｃｏｍであった場合に、該通信販売サービス３１０のサービスＩＤは、ｓｈｏｐｐｉｎｇ‐ｓｅｒｖｉｃｅ.ｃｏｍとする。秘密鍵列には、作成されたペアの鍵のうち、秘密鍵を格納する。秘密鍵に対応する（ペアとなる）公開鍵は、サービスＩＤ列に示されるサービスに登録される。
【００５４】
生体情報ＩＤ列には、生体情報の特徴量に対応するＩＤを格納する。認証情報管理テーブルの各列に対応する情報を格納する手順、および公開鍵をサービスに格納する手順については後述する。このように、生体情報と該生体情報について生成された秘密鍵とが関連付けられて格納される。なお、表Ａに示す認証情報管理テーブルは一例であり、これに限られるものではなく、他の情報を格納していてもよい。例えば、各サービスにおいて従来のユーザＩＤとパスワードの一致を検証する認証等で使用する、サービスがユーザを一意に識別するためのＩＤを格納してもよい。
【００５５】
なお、スマートウォッチ１０４は、表Ａの認証情報管理テーブルと同様のデータを管理する。詳細には、スマートウォッチ１０４のＡｕｔｈｅｎｔｉｃａｔｏｒ３５０の認証情報格納部３５３は、表Ａの認証情報管理テーブルと同様のデータをＴＰＭ２２６に格納し、管理する。
【００５６】
次に、サーバ１０２が管理する各種データについて説明する。
表Ｂ〜表Ｄは、サーバ１０２が有する通信販売サービス３１０のデータ格納部３１２およびＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４が外部メモリ２１０や外部のストレージシステムに格納するデータの一例である。
【００５７】
【表２】
2019101504.tif 000004
【００５８】
表Ｂに示すユーザ情報管理テーブルは、通信販売サービス３１０のデータ格納部３１２が管理するデータである。ユーザ情報管理テーブルは、１つのレコードが１つのユーザ情報を示す。ユーザＩＤ列には、通信販売サービス３１０のユーザを一意に識別するためのＩＤを格納する。パスワード列には、ユーザを認証するためのパスワードを格納する。パスワードは、ユーザが通信販売サービス３１０にユーザ登録を行う際にユーザが指定する。
【００５９】
また、ユーザ情報管理テーブルには、ユーザの氏名、住所、電話番号、メールアドレス、クレジットカード番号等の決済情報など、ユーザの特定や、商品の購入、商品の発送等に必要な情報が格納される。表Ｂに示すユーザ情報管理テーブルは一例であり、他にもユーザの年齢や職業など、ユーザ登録時に要求したユーザに関する属性情報が格納されてもよい。
【００６０】
【表３】
2019101504.tif 000005
【００６１】
表Ｃに示すａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブルは、通信販売サービス３１０のデータ格納部３１２が管理するデータである。ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブルは、１つのレコードが１つのａｔｔｅｓｔａｔｉｏｎチャレンジの情報を示す。ａｔｔｅｓｔａｔｉｏｎチャレンジは、チャレンジレスポンス認証を行うための検証用データとして利用するパラメータであり、ユーザごとに発行される。
【００６２】
ａｔｔｅｓｔａｔｉｏｎチャレンジの発行処理については後述する。ａｔｔｅｓｔａｔｉｏｎチャレンジ列には、ａｔｔｅｓｔａｔｉｏｎチャレンジの値を格納する。ユーザＩＤ列には、ａｔｔｅｓｔａｔｉｏｎチャレンジを発行したユーザのユーザＩＤを格納する。有効期限列には、ａｔｔｅｓｔａｔｉｏｎチャレンジの有効期限を格納する。
【００６３】
【表４】
2019101504.tif 000006
【００６４】
表Ｄに示すＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルは、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４が管理するデータである。Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルは、１つのレコードが１つのＡｕｔｈｅｎｔｉｃａｔｏｒ情報を示す。サーバ１０２においてＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録を行うと、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルにレコードが追加される。Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録は、スマートフォン１０３やスマートウォッチ１０４等の各端末が作成したクレデンシャルに含まれる登録情報に基づき行われる。
【００６５】
認証情報ＩＤ列には、登録されたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０が認証情報管理テーブル（表Ａ）にて管理する認証情報の認証情報ＩＤ列の値が格納される。公開鍵列には、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０が作成し、認証情報管理テーブル（表Ａ）にて管理する秘密鍵に対応する（ペアになる）公開鍵を格納する。
【００６６】
すなわち、認証情報管理テーブル（表Ａ）とＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）において認証情報ＩＤの値が同一の秘密鍵と公開鍵では、表Ａの秘密鍵で暗号化されたデータは、表Ｄの公開鍵で復号化できるということである。ユーザＩＤ列には、通信販売サービス３１０がユーザを一意に識別するためのＩＤを格納する。表Ｄに示す例では、ユーザＩＤが「ｕｓｅｒ００１」のユーザに関して、２つのＡｕｔｈｅｎｔｉｃａｔｏｒ情報が登録されていることがわかる。
【００６７】
次に、音声アシスタント１０５が管理する各種データについて説明する。
表Ｅ〜表Ｆは、音声アシスタント１０５が有する音声サービス３６０のデータ格納部３６６が外部メモリ等に格納するデータの一例である。
【００６８】
【表５】
2019101504.tif 000007
【００６９】
表Ｅに示す声紋情報管理テーブルは、音声サービス３６０のデータ格納部３６６が管理するデータである。声紋情報管理テーブルは、１つのレコードが１つのユーザ情報を示す。ユーザＩＤ列には、通信販売サービス３１０のユーザを一意に識別するためのＩＤを格納する。声紋情報ＩＤに列は、ユーザの声紋情報の特徴量に対応するＩＤを格納する。
【００７０】
なお、本実施形態では、声紋情報管理テーブルにおいて、通信販売サービス３１０のユーザＩＤと声紋情報ＩＤを紐付けて管理する場合について説明するが、声紋情報を他のサービスと共用して利用できるようにテーブルを構成してもよい。例えば、音声アシスタントが各種サービスに対して共通の、ユーザを一意に識別するためのＩＤ（共通ユーザＩＤ）を用意し、共通ユーザＩＤに対してユーザの声紋情報とサービスごとのユーザＩＤを紐付ける構成としてもよい。
【００７１】
【表６】
2019101504.tif 000008
【００７２】
表Ｆに示すＡｕｔｈｅｎｔｉｃａｔｏｒ管理テーブルは、音声サービス３６０のデータ格納部３６６が管理するデータである。Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブルは、１つのレコードにおいて、通信販売サービス３１０のユーザＩＤと、通信販売サービス３１０に登録されたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０、３５０を紐付けて管理する。通信販売サービス３１０にＡｕｔｈｅｎｔｉｃａｔｏｒ３３０、３５０を登録する処理の詳細は後述する。
【００７３】
ユーザＩＤ列には、通信販売サービス３１０のユーザを一意に識別するためのＩＤを格納する。なお、１つのユーザＩＤに複数のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０、３５０を紐付けることが可能である。１つのユーザＩＤに紐付く複数のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０、３５０のそれぞれに対して、認証デバイスとして使用される優先順位を示す情報が付与される。
【００７４】
優先順位列には、該優先順位を示す情報を格納する。ＩＰアドレス列には、Ａｕｔｈｅｎｔｉｃａｔｏｒを有するスマートフォン１０３やスマートウォッチ１０４等の端末のＩＰアドレスを格納する。なお、ＩＰアドレスに限らず、Ａｕｔｈｅｎｔｉｃａｔｏｒを有する携帯端末と音声アシスタント１０５とが通信するための情報であればよい。
【００７５】
次に、図９を用いて、ユーザが通信販売サービス３１０の利用登録を行う際に実行されるサービス利用登録処理について説明する。
端末において図９に示す処理を行うことにより、ユーザは、端末を用いて通信販売サービス３１０を利用することが可能となるとともに、音声アシスタントを介して通信販売サービス３１０を利用する際の認証用のデバイスとして端末を用いることが可能となる。９は、端末であるスマートフォン１０３およびスマートウォッチ１０４と、音声アシスタント１０５と、サーバ１０２とによるサービス利用登録処理のシーケンスを示す図である。
【００７６】
なお、ユーザは、スマートフォン１０３に通信販売サービス３１０と連携するアプリケーション３２０を予めインストールしておくものとする。または、スマートフォン１０３内のＷｅｂブラウザにおいて、通信販売サービス３１０が提供するＷｅｂサービスのＵＲＬを指定して通信販売サービス３１０を利用するためのサービス画面を表示させるようにしてもよい。
【００７７】
以下、ユーザがスマートフォン１０３のアプリケーション３２０を用いて通信販売サービス３１０に利用登録を行う場合について説明する。
まず、スマートフォン１０３のアプリケーション３２０は、ユーザの操作により、ユーザ登録画面を表示する。具体的には、アプリケーション３２０のメニュー表示（不図示）等を操作することにより、ユーザ登録画面は表示される。
【００７８】
図１４（Ａ）は、アプリケーション３２０の表示部３２１が表示するユーザ登録画面の一例である。
ユーザ登録画面では、ユーザの氏名、住所、電話番号、メールアドレス、クレジットカード番号等の決済情報など、通信販売サービス３１０の利用に必要なユーザに関する属性情報および通信販売サービス３１０で利用するパスワードを入力する。
【００７９】
図９の説明に戻る。ステップＳ４０１で、アプリケーション３２０は、ユーザ情報の入力を受け付けると、通信部３２２を介して通信販売サービス３１０へ該ユーザの通信販売サービス３１０の利用登録要求を送信する。なお、該要求には、ユーザが入力した属性情報およびパスワードが含まれる。通信販売サービス３１０の通信部３１７は、ステップＳ４０１でアプリケーション３２０から送信された要求を受信する。
【００８０】
ステップＳ４０２で、通信販売サービス３１０の登録処理部３１１は、ユーザＩＤを発行し、データ格納部３１２のユーザ情報管理テーブル（表Ｂ）に該ユーザＩＤを含むユーザ情報を格納する。ユーザ情報には、ステップＳ４０１にて受信した属性情報およびパスワードが含まれる。ステップＳ４０３で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介してアプリケーション３２０へクレデンシャル作成要求を送信する。
【００８１】
以下、クレデンシャル作成要求に含まれるパラメータについて説明する。
クレデンシャル作成要求に含まれるパラメータは、アカウント情報、暗号化パラメータ、ａｔｔｅｓｔａｔｉｏｎチャレンジ、および認証拡張領域から構成される。アカウント情報には、通信販売サービス３１０における、ステップＳ４０２で登録したユーザＩＤや、該ユーザＩＤと紐付く属性情報が格納される。
【００８２】
暗号化パラメータには、通信販売サービス３１０がサポートしている暗号化アルゴリズムなど、登録する認証情報に関する属性情報が格納される。ａｔｔｅｓｔａｔｉｏｎチャレンジには、チャレンジレスポンス認証を行うために利用する検証用データが格納される。検証用データ、すなわちａｔｔｅｓｔａｔｉｏｎチャレンジは、ステップＳ４０２にてクレデンシャル作成要求に含まれるパラメータを作成する際に作成される。
【００８３】
そして、作成されたａｔｔｅｓｔａｔｉｏｎチャレンジは、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表Ｃ）にユーザＩＤや有効期限などと紐付けて格納される。認証拡張領域には、通信販売サービス３１０が指定可能な拡張パラメータが格納される。例えば、認証拡張領域には、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０等の動作を制御するためのパラメータが格納される。
【００８４】
図９の説明に戻る。アプリケーション３２０の通信部３２２は、ステップＳ４０３で送信されたクレデンシャル作成要求を受信する。クレデンシャル作成要求を受信すると、アプリケーション３２０の表示部３２１は、ユーザに対して生体情報の入力を求める生体情報登録画面を表示する。
【００８５】
図１４（Ｂ）は、生体情報登録画面の一例である。
生体情報登録画面では、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０を通信販売サービス３１０に登録するために、ユーザに生体情報の入力を促す。ボタン６２１は、指紋等の生体情報の読み取りを行うためのボタンであり、生体情報センサ２２８を備える。なお、生体情報として、静脈、虹彩、声紋、顔などの情報を利用でき、いずれかに限定するものではない。
【００８６】
ここでは、生体情報のいずれか、または任意の複数の生体情報の組み合わせを、生体認証に用いる生体情報として入力するようにスマートフォン１０３を構成する。生体情報登録画面において、生体情報センサ２２８により生体情報が読み取られると、アプリケーション３２０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、該生体情報をＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に渡し、クレデンシャルの作成を要求する。
【００８７】
このとき、該要求には、読み取った生体情報の他に、ステップＳ４０３にて通信販売サービス３１０から受信したクレデンシャル作成要求に含まれるパラメータが含まれる。また、該要求には、サービスＩＤが含まれていてもよい。サービスＩＤは、認証情報管理テーブル（表Ａ）で説明したＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録対象のサービスを一意に識別するためのＩＤである。この場合、通信販売サービス３１０のサービスＩＤが含まれることになる。
【００８８】
図９の説明に戻る。ステップＳ４０４で、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の生体認証処理部３３２は、アプリケーション３２０から受け取った生体情報の特徴量と生体情報を一意に識別する生体情報ＩＤを作成する。生体情報の特徴量は、指紋のパターン・虹彩の模様・静脈の形・声紋など個人に対してユニークであるものを、ユニーク性を損なわないような値に変換したものである。生体認証では、個人に対してユニークな該特徴量を用いて個人を特定する。
【００８９】
ステップＳ４０５で、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、秘密鍵および公開鍵のペアと認証情報を一意に識別するための認証情報ＩＤとを作成する。そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、認証情報格納部３３３を介してＴＰＭ２２６に格納されている認証情報管理テーブル（表Ａ）に以下の情報を格納する。すなわち、ステップＳ４０４で作成された生体情報ＩＤと、ステップＳ４０５で作成された秘密鍵および認証情報ＩＤと、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録対象のサービスＩＤとが格納される。
【００９０】
本実施形態では、サービスＩＤは、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０がアプリケーション３２０から受信したクレデンシャル作成の要求に含まれる通信販売サービス３１０のサービスＩＤが格納される。ステップＳ４０６にて、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、クレデンシャルを作成する。
【００９１】
以下、クレデンシャルについて説明する。
クレデンシャルは、認証情報ＩＤ、アルゴリズム、公開鍵、ａｔｔｅｓｔａｔｉｏｎから構成される。認証情報ＩＤは、ステップＳ４０５で作成し、認証情報管理テーブル（表Ａ）に格納した認証情報ＩＤである。また、公開鍵は、ステップＳ４０５で作成された鍵ペアの公開鍵である。
【００９２】
アルゴリズムには、ステップＳ４０５において鍵ペアを作成する際に利用したアルゴリズムを格納する。また、ａｔｔｅｓｔａｔｉｏｎは、ステップＳ４０３にて受信したクレデンシャル作成要求に含まれるパラメータのａｔｔｅｓｔａｔｉｏｎチャレンジをステップＳ４０５にて生成された秘密鍵を用いて暗号化したデータである。
【００９３】
Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、アプリケーション３２０に対して、ステップＳ４０６で作成したクレデンシャルと、自身のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定するＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを渡す。ステップＳ４０７で、アプリケーション３２０の表示部３２１は、ユーザに対して追加でサービスの利用登録を行う端末がないか確認する確認画面を表示する。
【００９４】
図１４（Ｃ）は、確認画面の一例である。
確認画面では、スマートフォン１０３において生体情報の登録が完了した旨を示すメッセージを表示するとともに、次に行う作業をユーザに選択させる。具体的には、ボタン６３１を押下すると、サービスを利用する際の認証用のデバイス（認証デバイス）として他の端末を追加することができる。
【００９５】
認証デバイスとして複数の端末を追加しておくことにより、１台の端末が認証要求を受けた際に、例えば、電源が入っていなか等、該端末を利用できない場合であっても、他の認証用デバイスにて認証を行うことが可能となる。ボタン６３２を押下すると、音声アシスタント１０５を介して通信販売サービス３１０を利用するための設定を行うことができる。ボタン６３２を押下した場合の処理は、後述する。
【００９６】
以下、ボタン６３１が押下された場合の処理について説明する。
ボタン６３１が押下されると、アプリケーション３２０の表示部３２１は、他の端末を認証デバイスとして追加で登録するための追加登録画面を表示する。
【００９７】
図１４（Ｄ）は、追加登録画面の一例である。
追加登録画面では、認証デバイスとして登録する端末として、例えば、スマートフォン１０３とペアリングされたウェアラブル端末や、スマートフォン１０３が探索により検出したその他の端末を一覧する。スマートウォッチ１０４等のウェアラブル端末は、予めスマートフォン１０３との接続処理（ペアリング）を行ってから使用する。
【００９８】
これにより、スマートフォン１０３へメール着信があった場合や、スマートフォン１０３にインストールされたアプリケーションで何らかのイベントが発生した場合等に、該イベントをスマートウォッチ１０４に通知することができる。図１４（Ｄ）に示す例では、スマートフォン１０３とペアリングされたウェアラブル端末としてスマートウォッチ１０４やスマートグラスＢが表示されている。
【００９９】
また、追加登録画面において表示される端末は、上述したようなスマートフォン１０３とペアリングされた端末に限られるものではない。例えば、アプリケーション３２０の通信部３２２が、ＮＦＣやＢｌｕｅｔｏｏｔｈ等の近接通信を利用して周囲の端末を探索し、検出された端末を追加登録画面の一覧に表示してもよい。
【０１００】
また、例えば、認証デバイスとして追加登録したい端末に関する情報をユーザに入力させてもよい。その場合、スマートフォン１０３が端末と通信するために必要な、端末のＩＰアドレス等の情報を入力させる。ボタン６４１は、該ボタンに対応する端末、図１４（Ｄ）に示す例ではスマートウォッチ１０４の追加登録の指示を受け付けるためのボタンである。
【０１０１】
図９の説明に戻る。ステップＳ４０７において、アプリケーション３２０の表示部３２１は、確認画面にてボタン６４１が押下されたか判断する。すなわち、認証デバイスの追加登録を指示されたか否かを判断する。ボタン６４１が押下され、認証デバイスの追加登録が指示された場合、処理はステップＳ４０８に進み、ボタン６４１が押下されない場合、処理はステップＳ４１３に進む。ここでは、ボタン６４１が押下されたとして、説明を進める。
【０１０２】
ステップＳ４０８で、アプリケーション３２０の表示部３２１は、通信部３２２を介して該当するスマートウォッチ１０４のアプリケーション３４０へクレデンシャル作成要求を行う。アプリケーション３４０の通信部３４２は、ステップＳ４０８で送信されたクレデンシャル作成要求を受信すると、スマートウォッチ１０４が有する生体情報センサ２２８により生体情報の読み取りを行う。本実施形態では、スマートウォッチ１０４は、生体情報として静脈情報を使用するものとする。
【０１０３】
スマートウォッチ１０４が有するアプリケーション３４０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３４３は、生体情報センサ２２８が読み取った生体情報をスマートウォッチ１０４のＡｕｔｈｅｎｔｉｃａｔｏｒ３５０に渡す。そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３４３は、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０に対してクレデンシャルの作成を要求する。
【０１０４】
スマートウォッチ１０４のＡｕｔｈｅｎｔｉｃａｔｏｒ３５０によるステップＳ４０９〜Ｓ４１１の処理は、スマートフォン１０３のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０によるステップＳ４０４〜Ｓ４０６の処理と同様であるため、その説明を省略する。Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３５１は、アプリケーション３４０に対して、以下の情報を渡す。すなわち、ステップＳ４１１で作成したクレデンシャルと、自身のＡｕｔｈｅｎｔｉｃａｔｏｒ３５０を特定するＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを渡す。
【０１０５】
ステップＳ４１２で、アプリケーション３４０の通信部３４２は、スマートフォン１０３のアプリケーション３２０にステップＳ４１１で受け取ったクレデンシャルと、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０を特定するＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを送信する。ステップＳ４０８〜Ｓ４１２の処理は、認証デバイスとして追加登録を行う端末それぞれに対して繰り返される。
【０１０６】
認証デバイスとして追加で登録したい端末がなくなると、追加登録画面（図１４（Ｄ））の「戻る」ボタンを押す等して、図１４（Ｃ）の確認画面に戻る。そして、次に音声アシスタント１０５の設定を行う。音声アシスタント１０５は、予めＰＣやスマートフォン１０３との接続処理（ペアリング）を行ってから使用する。これにより、音声アシスタントとペアリングしたＰＣやスマートフォンを用いて該音声アシスタントに追加機能をインストールすることができる。
【０１０７】
以下、ボタン６３２が押下された場合の処理について説明する。
ボタン６３２が押下されると、図９のステップＳ４１３の処理が実行される。ステップＳ４１３で、スマートフォン１０３は、ペアリングされた音声アシスタント１０５に対して通信販売サービスを利用するための設定を行う。
【０１０８】
詳細には、図１４（Ｃ）のボタン６３２が押下されると、通信部３２２が、スマートフォン１０３とペアリングされた音声アシスタント１０５と通信を行い、通信販売サービス３１０用の追加機能のインストールを指示する。音声アシスタント１０５の音声サービス３６０は、追加機能をインストールすることにより、通信販売サービス３１０を利用できるようになる。
【０１０９】
ステップＳ４１４で、アプリケーション３２０の表示部３２１は、音声アシスタント１０５に認証デバイスとする端末を登録する。具体的には、アプリケーション３２０の表示部３２１は、このとき、以下の情報を音声アシスタント１０５に送信する。すなわち、ステップＳ４０２で発行されたユーザＩＤと、スマートフォン１０３自身を特定するための情報、およびステップＳ４０７以降の処理で追加登録を指示された端末をそれぞれ特定するための情報とを送信する。
【０１１０】
スマートフォン１０３自身および追加登録を指示された端末を特定するための情報は、該端末のＩＰアドレスなど、音声アシスタント１０５が各端末と通信を行うための情報を含む。ステップＳ４１５で、音声サービス３６０のデータ格納部３６６は、通信部３６５を介してステップＳ４１４にて受信した各種情報を、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）に格納（登録）する。
【０１１１】
なお、ステップＳ４１５にて、音声アシスタント１０５が、登録対象の各端末へ導通確認を行うようにしてもよい。導通確認に失敗した場合、該当する端末は、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブルに格納せずに、スマートフォン１０３にエラーを返すようにする。さらに、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブルには、登録対象の各端末に対して認証要求を行う優先順位を登録する。
【０１１２】
優先順位は、ユーザにより、例えば、スマートフォン１０３の画面（不図示）で設定させてもよく、また、各端末の種類によって自動で決定してもよい。例えば、ユーザが身に着けている可能性が高いウェアラブルデバイスを、スマートフォンよりも優先する等が考えられる。また、優先順位は、動的に変更してもよい。例えば、前回、認証要求を行った際に、実際に認証を行った端末の優先順位を上げる等が考えられる。
【０１１３】
ステップＳ４１５の処理が完了すると、音声アシスタント１０５は、ユーザの声紋情報登録を受け付ける状態になる。音声サービス３６０の音声発話部３６３は、その旨を音声でユーザに通知する。例えば、音声発話部３６３は、「声紋情報を登録します。何か話しかけてください」と音声により通知し、生体情報の入力を促す。ユーザが音声アシスタント１０５に話しかけ、音声受信部３６１がユーザからの音声を受信すると、ステップＳ４１６で、音声解析部３６２は、ユーザの声紋情報の特徴量に対応するＩＤを作成する。
【０１１４】
そして、データ格納部３６６は、作成された声紋情報ＩＤと、ステップＳ４０２で発行され、ステップＳ４１４で受信したユーザＩＤとを紐付けて声紋情報管理テーブル（表Ｅ）に格納する。なお、音声アシスタント１０５が自宅に設置されており、他の人物からの利用が想定されない場合、声紋情報の登録は省略してもよい。声紋情報の登録を省略する場合、声紋情報管理テーブル（表Ｅ）にはユーザＩＤのみが格納される。
【０１１５】
ステップＳ４１７で、アプリケーション３２０の通信部３２２は、通信販売サービス３１０に対して、クレデンシャルおよびＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを送信し、登録の要求を発行する。なお、ここで送信されるクレデンシャルは、ステップＳ４０６およびステップＳ４１１で作成されたクレデンシャルである。また、ここで送信されるＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤは、ステップＳ４０６およびステップＳ４１１でそれぞれクレデンシャルを作成した、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０および３５０をそれぞれ特定するＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤである。
【０１１６】
なお、本実施形態では、スマートフォン１０３およびスマートウォッチ１０４でそれぞれ作成されたクレデンシャル、およびＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを、まとめて送信する場合について説明した。しかし、これに限られるものではなく、例えば、あるスマートフォン１０３において利用登録を行った後で、別途認証デバイスとするその他の端末を追加する場合、別々のタイミングでクレデンシャルやＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤが送信されてもよい。
【０１１７】
ステップＳ４１８で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、受信したクレデンシャルを用いてＡｕｔｈｅｎｔｉｃａｔｏｒの登録処理を行う。この処理は、ステップＳ４１７で受信したクレデンシャルそれぞれについて行われる。
【０１１８】
以下、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が実行するＡｕｔｈｅｎｔｉｃａｔｏｒの登録処理について説明する。
まず、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、クレデンシャルに含まれるａｔｔｅｓｔａｔｉｏｎを、同じクレデンシャルに含まれる公開鍵で復号化し、不正な登録要求でないことを検証する。
【０１１９】
さらに、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表Ｃ）において、ａｔｔｅｓｔａｔｉｏｎを公開鍵で復号化した値と同一の値をａｔｔｅｓｔａｔｉｏｎチャレンジ列にもつレコードを特定する。そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、特定したレコードのユーザＩＤをクレデンシャルと紐付けるユーザＩＤとする。
【０１２０】
そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、クレデンシャルに含まれる認証情報ＩＤおよび公開鍵と、クレデンシャルと紐付けるユーザＩＤとをＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）に格納（登録）する。最後に、通信販売サービス３１０の通信部３１７は、スマートフォン１０３のアプリケーション３２０に対して正常にサービスの利用登録が行われたことを通知する。
【０１２１】
次に、図１２および図１３を用いて、ユーザが音声アシスタント１０５を介して通信販売サービス３１０を利用する処理を説明する。
図１２および図１３は、スマートフォン１０３、スマートウォッチ１０４、音声アシスタント１０５、およびサーバ１０２によるサービス利用時の処理のシーケンスを示す図である。
【０１２２】
ユーザは、音声アシスタント１０５に対して、発話（音声）により通信販売サービス３１０の利用要求を行う。例えば、通信販売サービス３１０を利用して特定の商品情報を検索する等といった要求を行う。なお、商品情報の検索は、通信販売サービス３１０が提供するサービスの一例であり、これに限られるものではない。
【０１２３】
ステップＳ５０１で、音声アシスタント１０５が有する音声サービス３６０の音声受信部３６１は、ユーザからの音声によるサービス利用の要求を受信する。ステップＳ５０２で、音声解析部３６２は、受信した音声を解析し、要求の内容を判断する。ステップＳ５０３で、音声解析部３６２は、受信した音声から声紋解析を行い、ユーザの声紋情報の特徴量に対応するＩＤを作成し、一時的に保存する。
【０１２４】
ステップＳ５０４で、通信部３６５は、通信販売サービス３１０に対してステップＳ５０２で解析した処理要求を送信する。通信販売サービス３１０の通信部３１７は、音声アシスタント１０５から要求を受信する。ステップＳ５０５で、通信販売サービス３１０のサービス処理部３１６は、受信した要求に従った処理を実行する。詳細には、まず、サービス処理部３１６は、受信した要求を実行する場合にユーザ認証が必要か否か判断する。ユーザ認証の要不要は、予め通信販売サービス３１０にサービスに関する情報を登録する際に設定しておく。
【０１２５】
例えば、決済を伴う商品購入等の要求は、ユーザ認証が必要であると設定しておく。また、商品の検索はユーザ認証が不要であると設定してもよい。サービス処理部３１６は、要求を実行する場合にユーザ認証が不要であると判断した場合、ユーザ認証を求めることなく、要求に従った処理を実行する。ここでは、要求の内容が、特定の商品の検索であった場合について説明する。
【０１２６】
特定の商品の検索の要求は、決済を伴う要求ではないため、サービス処理部３１６は、ユーザ認証が不要であると判断する。そして、サービス処理部３１６は、要求に従った処理として、特定の商品の検索を行い、ステップＳ５０６で、該当商品についての金額や商品番号などの商品情報を、通信部３１７を介して音声アシスタント１０５に対して返却する。なお、ユーザ認証が必要な場合の処理については、ステップＳ５１２以降で後述する。
【０１２７】
音声サービス３６０の通信部３６５は、通信販売サービス３１０から商品情報を受信する。ステップ５０７で、音声サービス３６０の音声発話部３６３は、受信した商品情報をユーザに対して音声で案内する。ユーザは、さらに、音声アシスタント１０５に対して、発話（音声）により特定の商品の購入を要求する。要求を受けた音声アシスタント１０５がユーザの要求を通信販売サービス３１０に送信するステップＳ５０８〜Ｓ５１１の処理は、ステップＳ５０１〜Ｓ５０４の処理と同様のため、その説明を省略する。
【０１２８】
ステップＳ５１２で、通信販売サービス３１０のサービス処理部３１６は、通信部３１７を介して受信した要求を実行する場合にユーザ認証が必要か否か判断する。ここでは、要求の内容が商品購入であり、決済を伴う要求であるため、サービス処理部３１６は、ユーザ認証が必要であると判断する。そこで、ステップＳ５１３で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介して音声アシスタント１０５にユーザ認証、すなわち生体認証の要求を行う。このとき、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、生体認証パラメータを作成し、該要求に生成した生体認証パラメータを含める。
【０１２９】
以下、生体認証パラメータについて説明する。
生体認証パラメータは、通信販売サービス３１０がアプリケーション３２０の認証を行う際に使用するデータである。生体認証パラメータは、ＡｓｓｅｒｔｉｏｎチャレンジおよびＡｓｓｅｒｔｉｏｎ拡張領域から構成される。
【０１３０】
Ａｓｓｅｒｔｉｏｎチャレンジには、チャレンジレスポンス認証を行うために利用する検証用データが格納される。Ａｓｓｅｒｔｉｏｎ拡張領域には、通信販売サービス３１０がＡｕｔｈｅｎｔｉｃａｔｏｒ３３０等の動作を制御するために利用する、通信販売サービス３１０が指定可能な拡張パラメータが格納される。
【０１３１】
図１２の説明に戻る。ステップＳ５１３にて音声アシスタント１０５が、生体認証の要求を受けると、音声サービス３６０の生体認証制御部３６４が、ステップＳ５１０で一時的に保存されたユーザの声紋情報ＩＤに紐付くユーザＩＤを声紋情報管理テーブル（表Ｅ）から取得する。
【０１３２】
なお、上述したように、音声アシスタント１０５が自宅に設置されており、他の人物からの利用が想定されない場合等、音声アシスタント１０５において声紋情報の登録が省略されている場合、ステップＳ５１０では声紋解析は行われない。この場合、生体認証制御部３６４は、声紋情報管理テーブル（表Ｅ）に格納されたユーザＩＤを取得すればよい。
【０１３３】
ステップＳ５１４で、生体認証制御部３６４は、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）を用いて、生体認証の要求を行うＡｕｔｈｅｎｔｉｃａｔｏｒ（端末）を特定する。詳細には、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）において、該当ユーザＩＤに紐付いたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０、３５０のうち、認証デバイスとして優先順位の高い端末を特定する。
【０１３４】
なお、本実施形態では、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）において、スマートフォン１０３およびスマートウォッチ１０４が登録されており、スマートウォッチ１０４の優先度が高く設定されているものとする。生体認証制御部３６４は、通信部３６５を介して、優先順位が高い端末、本実施系形態では、スマートウォッチ１０４に対して生体認証の要求を行う。なお、該要求には、Ａｕｔｈ生体認証パラメータが含まれる。
【０１３５】
以下、Ａｕｔｈ生体認証パラメータについて説明する。
Ａｕｔｈ生体認証パラメータは、上述したステップＳ５１３にて、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が作成し、通信販売サービス３１０から音声アシスタント１０５へ送信された生体認証パラメータを含む。さらに、Ａｕｔｈ生体認証パラメータは、サービスＩＤおよびＷｅｂ  Ｏｒｉｇｉｎを含む。
【０１３６】
サービスＩＤには、通信販売サービス３１０のトップレベルドメインおよびセカンドレベルドメインの情報が格納される。例えば、通信販売サービス３１０のＵＲＬがｈｔｔｐ：//ｗｗｗ.ｓｈｏｐｐｉｎｇ‐ｓｅｒｖｉｃｅ.ｃｏｍであった場合、サービスＩＤは、ｓｈｏｐｐｉｎｇ‐ｓｅｒｖｉｃｅ.ｃｏｍである。Ｗｅｂ  Ｏｒｉｇｉｎは、プロトコルとホスト名とポートの組み合わせであり、本実施形態では通信販売サービス３１０のＯｒｉｇｉｎが格納される。
【０１３７】
図１２の説明に戻る。ステップＳ５１５で、上述したように、音声アシスタント１０５から生体認証の要求を受けたスマートウォッチ１０４は、生体認証処理を実行する。なお、スマートウォッチ１０４は、生体認証の要求を受けたときに、ユーザが該スマートウォッチ１０４を身に着けていた場合、自動で静脈認証を行うことができる。以下、スマートウォッチ１０４において実行される生体認証処理について説明する。なお、以下では、生体認証処理を実行する端末としてスマートウォッチ１０４について説明するが、スマートフォン１０３およびその他の端末が生体認証処理を行う場合においても同様である。
【０１３８】
スマートウォッチ１０４は、生体認証の要求を受信すると、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０の生体認証処理部３５２は、生体情報センサ２２８により自動で生体情報を読み取る。このように、ウェアラブル端末であって、自動で生体認証が可能な機能を有するウェアラブル端末の場合、ユーザが明示的に生体情報を提示する必要がなく、自動で生体情報の読み取りが行われる。以下、自動で生体情報の読み取りを行い、生体認証を行うことを自動認証と呼ぶ。
【０１３９】
生体認証処理部３５２は、ユーザの生体情報の特徴量を取得し、取得した特徴量を基に、認証情報格納部３５３が管理する認証情報管理テーブル（表Ａ）からレコードを特定する。具体的には、特徴量が示す生体情報ＩＤが特定されることから、認証情報管理テーブル（表Ａ）において、該生体情報に対応する認証情報ＩＤおよび秘密鍵が特定される。
【０１４０】
すなわち、Ａｕｔｈｅｎｔｉｃａｔｏｒ３５０が生体認証を実行し、認証成功であれば、秘密鍵が取り出される。なお、表Ａにおいて、特徴量のみならず、Ａｕｔｈ生体認証パラメータに含まれるサービスＩＤが一致するかの検証を行ってもよい。そして、ステップＳ５１６で、生体認証処理部３５２は、Ａｕｔｈ生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジを、特定した秘密鍵を用いて暗号化した署名データを作成する。
【０１４１】
さらに、生体認証処理部３５２は、特定した認証情報ＩＤと作成した署名データを含むＡｓｓｅｒｔｉｏｎ情報を作成する。ステップＳ５１７で、生体認証処理部３５２は、作成したＡｓｓｅｒｔｉｏｎ情報を音声アシスタント１０５に返却する。
【０１４２】
一方、ステップＳ５１４で、音声アシスタント１０５が生体認証の要求を送信したときに、ユーザがスマートウォッチ１０４を身に着けていない場合や、スマートウォッチ１０４に電源が入っていない場合等がありうる。このような場合、一定時間経過しても生体情報が提示されずタイムアウトになり、ステップＳ５１４の生体認証の要求は失敗する。また、スマートウォッチ１０４のＡｕｔｈｅｎｔｉｃａｔｏｒ３５０が生体認証を実行し、認証失敗の場合も、ステップＳ５１４の生体認証の要求は失敗する。
【０１４３】
このように、一定時間が経過しても生体情報が提示されなかった場合を含む認証失敗等、生体認証の要求に対して所定条件を満たす場合に、音声サービス３６０の生体認証制御部３６４は、生体認証の要求が失敗したと判断する。なお、スマートウォッチ１０４などユーザ端末側で認証が成功していても、ネットワークなどの問題で、前述の署名データを音声アシスタント１０５が所定時間内に受信できなかった場合についても、所定条件を満たすと判断される。
【０１４４】
生体認証の要求が失敗した場合、処理はステップＳ５１８へ進み、生体認証制御部３６４は、生体認証のリトライ先となる端末を決定する。詳細には、生体認証制御部３６４は、ステップＳ５１４にて、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）を用いて特定した生体認証の要求を行うＡｕｔｈｅｎｔｉｃａｔｏｒ（端末）の次に優先順位の高い端末をリトライ先として決定する。
【０１４５】
なお、本実施形態では、リトライ先は、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ａ）の優先順位に従って順に決定したが、これに限られるものではない。例えば、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）にＡｕｔｈｅｎｔｉｃａｔｏｒを登録する際に、各Ａｕｔｈｅｎｔｉｃａｔｏｒに対応する端末の中から親となる端末を設定しておく。
【０１４６】
親となる端末は、他の端末と通信可能であり、他の端末のステータスを把握できるものとする。例えば、スマートフォン１０３を親として登録しておき、スマートウォッチ１０４やその他のスマートグラスなどのウェアラブル端末は、子として登録される。そして、スマートフォン１０３は、例えば、以下のような方法で子の端末のステータスを把握する。
【０１４７】
例えば、スマートフォン１０３は、ペアリングされているスマートウォッチ１０４等の端末と定期的に通信を行うことで該端末の電源状態を把握する。また、例えば、スマートフォン１０３は、スマートウォッチ１０４が定期的に計測した脈拍のデータを受信するように設定にしておく。スマートフォン１０３は、スマートウォッチ１０４から脈拍のデータが送信されない場合、ユーザが現在、スマートウォッチ１０４を身に着けていないと判断できる。
【０１４８】
そして、ステップＳ５１８で、スマートフォン１０３が、音声アシスタント１０５から、子の各端末のステータスの問い合わせを受けると、スマートウォッチ１０４は現在使用できない旨を問い合わせの応答として返却する。音声アシスタント１０５は、この場合、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ａ）の優先順位において、スマートウォッチ１０４を飛ばして次に優先順位の高い端末に対して生体認証の要求を行う。
【０１４９】
これにより、要求に対してタイムアウトを待つことなく、リトライ先の端末を決定することができる。なお、このように、親となる端末がある場合、音声アシスタント１０５から生体認証を行う端末に対して生体認証の要求を行うのではなく、親となるスマートフォン１０３から各端末へ直接生体認証の要求を出すようにしてもよい。
【０１５０】
ステップＳ５１９で、音声サービス３６０の生体認証制御部３６４は、次に優先順位の高い端末、本実施形態では、スマートフォン１０３に対して生体認証の要求を行う。スマートフォン１０３は、生体認証の要求を受信すると、アプリケーション３２０の表示部３２１が生体情報の入力要求画面（不図示）を表示する。
【０１５１】
入力要求画面においてユーザが生体情報を提示すると、生体情報センサ２２８が生体情報の読み取りを行う。生体情報が読み取られた後、スマートフォン１０３において実行されるステップＳ５２０〜Ｓ５２２の処理は、スマートウォッチ１０４において実行されたステップＳ５１５〜Ｓ５１７の処理と同様のため、その説明を省略する。
【０１５２】
ステップ５２３で、音声サービス３６０の通信部３６５は、ステップＳ５１７またはＳ５２２で受信したＡｓｓｅｒｔｉｏｎ情報を通信販売サービス３１０に返却する。なお、リトライ先の端末、ここではスマートフォン１０３において、ステップＳ５２０の生体認証処理の結果が認証失敗であった場合、該スマートフォン１０３は、ステップＳ５２２において、以下の処理を行う。すなわち、スマートフォン１０３は、音声アシスタント１０５に対して生体認証処理の結果が認証失敗であったことを示す情報を返却する。
【０１５３】
なお、生体認証処理の結果が失敗する場合には、以下の場合も含むものとする。すなわち、ユーザから生体情報が一定時間経過しても生体情報が提示されない場合や、生体認証処理を実行する端末の電源が入っていない等、生体認証の要求に対して一定時間経過しても該端末から応答がなされない場合も含むものとする。生体認証処理の結果が認証失敗であったことを示す情報を受信した音声アシスタント１０５は、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ａ）の優先順位に従って次に優先順位の高い端末に対して生体認証の要求を行う。
【０１５４】
そして、リトライ先として登録されている全ての端末において認証失敗であった場合、音声アシスタント１０５は、ユーザに対して、生体認証に失敗した旨を音声により通知する。また、音声アシスタント１０５は、ステップＳ５２３において、通信販売サービス３１０に対して、生体認証に失敗したことを示す情報を返却する。通信販売サービス３１０は、認証失敗であったことを示す情報を受け取ると、図１２および図１３に示す処理を終了する。
【０１５５】
ステップＳ５２４で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、ステップＳ５２３で受信したＡｓｓｅｒｔｉｏｎ情報の検証を行う。具体的には、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、Ａｓｓｅｒｔｉｏｎ情報に含まれる署名データが、ステップＳ５１３で作成および送信した認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致するかの検証を行う。
【０１５６】
検証では、Ａｓｓｅｒｔｉｏｎ情報に含まれる署名データを、Ａｓｓｅｒｔｉｏｎ情報に含まれる認証情報ＩＤで特定される公開鍵を用いて復号化する。公開鍵の特定には、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）を用いる。そして、復号化した値が、ステップＳ５１３で作成および送信した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致するかの検証を行う。
【０１５７】
復号化した値がステップＳ５１３で作成および送信した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致する場合、処理はステップＳ５２５に進む。ステップＳ５２５で、通信販売サービス３１０のサービス処理部３１６は、ステップＳ５１１で受信した要求に従いサービスの提供、ここでは商品の購入処理を行う。
【０１５８】
そして、ステップＳ５２６で、サービス処理部３１６は、ステップＳ５０８で音声アシスタント１０５から受信したサービス利用の要求の受け付け結果を音声アシスタント１０５に返却する。ステップＳ５２７で、音声サービス３６０の音声発話部３６３は、ステップＳ５２６で受信した受け付け結果をユーザに対して音声で通知する。
【０１５９】
一方、Ｓ５２４において、復号化した値がステップＳ５１４で作成および送信した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致しない場合、処理はステップＳ５２８に進む。ステップＳ５２８で、通信販売サービス３１０のサービス処理部３１６は、ユーザ認証が失敗したことを示す情報を音声アシスタント１０５に返却する。そして、サービス処理部３１６は、処理を終了する。
【０１６０】
ステップＳ５２９で、ユーザ認証が失敗したことを示す情報を受信すると、音声サービス３６０の音声発話部３６３は、ステップＳ５０８で受信した要求が実行されなかったことをユーザに対して音声で通知する。なお、リトライ先として登録されている全ての端末において認証要求が失敗であった場合、音声アシスタント１０５は、ユーザに対して、ユーザＩＤとパスワードによる認証を再度要求するようにしてもよい。
【０１６１】
この場合、音声アシスタント１０５は、リトライ先として登録された端末のうち、スマートフォン１０３のようにユーザＩＤおよびパスワードの手入力が可能な端末に対して、ユーザＩＤとパスワードの入力を要求する。このように、手入力が可能な端末を特定するには、例えば、図９に示したサービス利用登録処理において、音声サービス３６０のデータ格納部３６６が、各端末の種類を合わせてＡｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）に格納しておく。
【０１６２】
ただし、ステップ５１４やＳ５１９において、一度生体認証の要求を行い、通信エラーのために応答がなかった端末に対して、再度要求を行っても同様に通信エラーとなる可能性が高い。そのため、該端末をリトライ先とせず、再度要求を行わないようにしてもよい。言い換えると、生体認証の要求に対して、生体情報の提示がなされなかったためにタイムアウトとなった場合、または生体認証処理の結果が認証失敗となった場合のみ、該当の端末に対して再度、生体認証の要求を行うようにしてもよい。
【０１６３】
なお、本実施形態では、リトライ先を決定するための、認証デバイスの情報として音声アシスタント１０５が有するＡｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）を用いる場合について説明したが、これに限られるものではない。例えば、同様のテーブルを通信販売サービス３１０が有するように構成してもよい。
【０１６４】
この場合、ステップＳ５１３やＳ５１９は実行されず、認証デバイスへの生体認証の要求は、音声アシスタント１０５を介さずに、通信販売サービス３１０から各認証デバイスへ直接行われる。また、リトライ先の決定するステップＳ５１８の処理は、音声アシスタント１０５ではなくサーバ１０２にて行われる。
【０１６５】
このように、本実施形態によれば、音声アシスタント１０５等の情報処理装置を介して通信販売サービス３１０を利用する場合に、認証用の端末を用いてセキュアな認証方式を提供するとともに、ユーザの利便性を向上するためのシステムを実現できる。例えば、音声アシスタントを介して通信販売サービス３１０を利用する場合に、声紋情報による認証だけでなく、認証デバイスを用いた生体認証が可能となる。
【０１６６】
例えば、音声アシスタント１０５を介して通信販売サービス３１０を利用する場合に、音声アシスタント１０５が認証を行い、認証情報として声紋を使用することが考えられる。ユーザがサービス利用の要求を音声アシスタント１０５に対して音声により入力し、音声アシスタント１０５は、ユーザが入力した音声を用いて声紋認証を行う。しかし、指紋認証や静脈認証に比べて、個人認証の精度が落ちる場合がある。このような場合であっても、本実施形態では、より正確な認証を行うために、認証デバイスとして指紋認証や静脈認証を利用することが可能となる。
【０１６７】
また、例えば、音声アシスタントにおいて、指紋認証や静脈認証機能が搭載されていた場合であっても、本来離れた場所から音声で指示ができる音声アシスタント１０５に近づいて生体認証を行う必要があり不便である。しかし、本実施形態によれば、認証デバイスとしてウェアラブル端末を使用し、ユーザの手元で自動的に生体認証を実行できるため、ユーザの手間が軽減される。また、ウェアラブル端末が手元にない場合や電源が入っていない場合等に、予め登録しておいた他の端末に対して自動的に認証要求が行われるため、通信付加を増やすことなくユーザの利便性を向上させることができる。
【０１６８】
＜第１実施形態の変形例＞
次に、図１０および図１１を用いて、第１実施形態におけるサービス利用登録処理（図９）の変形例について説明する。
第１実施形態では、スマートフォン１０３が、自身の利用登録をサーバ１０２に対して行うとともに、他の端末の利用登録を仲介した。これに対して、本変形例では、音声アシスタント１０５が、各端末の利用登録を仲介する。
【０１６９】
ユーザが、音声アシスタント１０５に対して、発話（音声）により通信販売サービス３１０の利用登録要求を行うと、ステップＳ４５１で、音声サービス３６０の音声受信部３６１は、ユーザからの音声による利用登録要求を受信する。ステップＳ４５２で、音声解析部３６２は、受信した音声を解析し、要求の内容を判断する。ステップＳ４５３で、音声解析部３６２は、受信した音声から声紋解析を行い、ユーザの声紋情報の特徴量に対応するＩＤを作成し、一時的に保存する。
【０１７０】
ステップＳ４５４で、通信部３６５は、通信販売サービス３１０に対してステップＳ４５２で解析した処理要求を送信する。通信販売サービス３１０の通信部３１７は、音声アシスタント１０５からの要求を受信する。ステップＳ４５４で、通信販売サービス３１０のサービス処理部３１６は、受信した要求に従った処理を実行する。詳細な処理は、第１実施形態で説明した図１２のステップＳ５０５やＳ５１２と同様のため、その説明を省略する。
【０１７１】
ステップＳ４５５で、サービス処理部３１６は、要求に従った処理として、ユーザ情報を入力するための画面を表示するためのＵＲＬ（入力ＵＲＬ）を、通信部３１７を介して音声アシスタント１０５に対して返却する。なお、サービス処理部３１６は、返却するデータに、後述するスマートフォン１０３からの利用登録要求とステップＳ４５４の音声アシスタント１０５からの処理要求を紐付けるための情報を含める。例えば、要求元の音声アシスタント１０５を特定する情報を入力ＵＲＬのパラメータに含めるなどする。
【０１７２】
ステップＳ４５６で、音声サービス３６０の生体認証制御部３６４は、入力ＵＲＬを送信する端末を決定する。送信先となる端末は、予め音声アシスタント１０５に登録（ペアリング）されている端末のうち、例えば、手入力が可能な端末とする。または、送信先となる端末は、近接通信を利用して周囲の端末を探索し、検出された端末のうち、手入力が可能な端末としてもよい。
【０１７３】
なお、送信先とする端末の決定方法は、これらに限定されるものではない。本変形例では、送信先の端末として、スマートフォン１０３が決定されるものとする。ステップＳ４５７で、通信部３６５は、スマートフォン１０３に対して入力ＵＲＬを送信する。スマートフォン１０３では、アプリケーション３２０の表示部３２１が、ステップＳ４５７で受信した入力ＵＲＬの画面を表示する。
【０１７４】
入力ＵＲＬの画面は、例えば、図１４（Ａ）に示したようなユーザ登録画面である。表示部３２１は、画面においてユーザ情報の入力を受け付けると、通信部３２２を介して通信販売サービス３１０へ該ユーザの通信販売サービス３１０の利用登録要求を送信する。なお、該要求には、ユーザが入力した属性情報およびパスワードの他、上述した音声アシスタント１０５を特定する情報を合わせて通信販売サービス３１０に送信する。これにより、ステップＳ４５８にて送信する利用登録要求と、これに先立ちステップＳ４５４で音声アシスタント１０５が送信した処理要求とが紐付けられる。
【０１７５】
通信販売サービス３１０の通信部３１７が、アプリケーション３２０から利用登録要求を受け付けると、ステップＳ４５９で、登録処理部３１１は、ユーザ登録を行う。なお、ステップＳ４５９の処理は、第１実施形態における図９のステップＳ４０２の処理と同様のため、その説明を省略する。ステップＳ４６０で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介して、音声アシスタント１０５へクレデンシャル作成要求を送信する。
【０１７６】
なお、このとき送信先の音声アシスタントは、ステップＳ４５８でスマートフォン１０３のアプリケーション３２０が送信した利用登録要求に含まれる、音声アシスタント１０５を特定するための情報に基づき特定される。クレデンシャル作成要求には、第１実施形態の場合と同様のパラメータが含まれる。例えば、クレデンシャル作成要求は、ステップＳ４５９で通信販売サービス３１０がユーザ登録に係る処理を実行した際に発行されたユーザＩＤを含む。
【０１７７】
ステップＳ４６１で、音声サービス３６０の通信部３６５は、スマートフォン１０３にクレデンシャル作成要求を送信する。なお、クレデンシャル作成要求の送信先となるスマートフォン１０３は、ステップＳ４５６にてユーザ情報を入力するための入力ＵＲＬを送信したスマートフォン１０３であってもよいが、これに限られるものではない。例えば、近接通信をあらためて利用して周囲の端末を探索し、検出された端末としてもよい。
【０１７８】
ここでは、一例として、ステップＳ４５６で入力ＵＲＬを送信したスマートフォン１０３とは異なる他のスマートフォン１０３に対してクレデンシャル作成要求を送信する場合について説明する。ステップＳ４６２〜Ｓ４６４は、第１実施形態における図９のステップＳ４０４〜Ｓ４０６の処理と同様のため、その説明を省略する。
【０１７９】
ステップＳ４６５で、アプリケーション３２０の通信部３２２は、音声アシスタント１０５に対してクレデンシャルおよびＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを送信する。ステップＳ４６６で、音声サービス３６０の通信部３６５は、近接通信を利用して周囲の端末を探索する。そして、ステップＳ４６７で、音声発話部３６３は、検出された端末を認証デバイスとして追加で登録するか否かの選択を音声でユーザに促す。
【０１８０】
ステップＳ４６８で、ユーザが認証デバイスを追加で登録する指示を、音声アシスタント１０５に話しかけ、音声受信部３６１がユーザからの音声を受信すると、生体認証制御部３６４は、指示された端末に対してクレデンシャル作成要求を送信する。本実施形態では、スマートウォッチ１０４に対してクレデンシャル作成要求を送信するものとする。
【０１８１】
ステップＳ４６８で要求を受信したスマートウォッチ１０４は、ステップＳ４６８〜Ｓ４７０の処理を行い、ステップＳ４７１で、音声アシスタント１０５に対してクレデンシャルおよびＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを送信する。なお、ステップＳ４６８〜４７１は、ステップＳ４６２〜４６５の処理と同様のため、その説明を省略する。
【０１８２】
ステップＳ４７２およびステップＳ４７３で、音声アシスタント１０５は、第１実施形態における図９のステップＳ４１５およびＳ４７３と同様の処理を行う。すなわち、ステップＳ４７２で、音声アシスタント１０５のデータ格納部３６６は、以下の各種情報をＡｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）に登録する。各種情報は、クレデンシャルを受信したスマートフォン１０３およびスマートウォッチ１０４のＩＰアドレスやＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤ、ユーザＩＤ等である。
【０１８３】
また、ステップＳ４７３で、データ格納部３６６は、ステップＳ４５３で一時的に保存されたユーザの声紋情報ＩＤと、ステップＳ４５９で発行されたユーザＩＤとを紐付けて、声紋情報管理テーブル（表Ｅ）に格納する。ステップＳ４７４で、音声サービス３６０の通信部３６５は、通信販売サービス３１０に対して、クレデンシャルおよびＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを送信する。
【０１８４】
なお、ここで送信されるクレデンシャルは、ステップＳ４６４およびステップＳ４７０で作成されたクレデンシャルである。また、ここで送信されるＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤは、ステップＳ４６４およびＳ４７０でそれぞれクレデンシャルを作成した、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０および３５０をそれぞれ特定するＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤである。
【０１８５】
ステップＳ４７５で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、受信したクレデンシャルを用いてＡｕｔｈｅｎｔｉｃａｔｏｒの登録処理を行う。なお、ステップＳ４７５の処理は、第１実施形態における図９のステップＳ４１８の処理と同様のため、その説明を省略する。
【０１８６】
［第２実施形態］
第１実施形態では、サービスの利用登録を行ったユーザと同一のユーザが、認証デバイスとして他の端末を追加し、サービスを利用する場合について説明した。これに対して、本実施形態では、サービス提供の要求を行うユーザとは異なるユーザの端末において認証を行う場合について説明する。
【０１８７】
なお、第１実施形態に係るシステムおよび各装置の構成や、共通する処理については、同一の符号を付し、その説明を省略する。本実施形態では、ユーザＡが通信販売サービス３１０のサービス利用登録を行った後に、例えば、ユーザＡの家族であるユーザＢが、認証デバイスとして自身の端末を追加する場合について説明する。
【０１８８】
詳細には、サーバ１０２において、ステップＳ４０２やＳ４５９等の処理により、ユーザＩＤが発行されたユーザは、ユーザＡのみであり、ユーザＢについてはユーザＩＤが発行されていない。ユーザＢの有する端末は、通信販売サービス３１０において、認証デバイスとしてのみ利用される。
【０１８９】
図１５は、認証デバイスとして他のユーザの端末を追加する処理のシーケンスを示す図である。
ユーザＡのスマートフォンをスマートフォン１０３ａ、ユーザＢのスマートフォンをスマートフォン１０３ｂとする。ユーザＡは、スマートフォン１０３ａを用いて、図９に示したサービスの利用登録を行ったものとする。ここで、ユーザＡは、スマートフォン１０３ａを用いて、端末の追加メニュー画面を表示する。端末の追加メニュー画面は、アプリケーション３２０の表示部３２１が、表示する。
【０１９０】
図１８（Ａ）は、端末の追加メニュー画面の一例である。
追加メニュー画面には、ユーザＡの端末をさらに追加するためのボタンと、ユーザＡ以外の別のユーザの端末を追加するためのボタン９１１が含まれる。ボタン９１１を押下すると、アプリケーション３２０の表示部３２１は、他の端末を認証デバイスとして追加で登録するための追加登録画面を表示する。
【０１９１】
図１８（Ｂ）は、追加登録画面の一例である。
追加登録画面では、認証デバイスとして登録する端末として、例えば、アプリケーション３２０の通信部３２２が、ＮＦＣやＢｌｕｅｔｏｏｔｈ等の近接通信を利用して周囲の端末を探索し、検出された端末を追加登録画面の一覧に表示する。また、例えば、認証デバイスとして追加登録したい端末に関する情報をユーザに入力させてもよい。
【０１９２】
その場合、スマートフォン１０３ａが端末と通信するために必要な、端末のＩＰアドレス等の情報を入力させる。ボタン９２１は、該ボタンに対応する端末、図１８（Ｂ）に示す例ではスマートフォンｂの追加登録の指示を受け付けるためのボタンである。ボタン９２１が押下されると、図１５に示す処理が開始する。
【０１９３】
図１５の説明に戻る。ステップＳ７０１で、スマートフォン１０３ａが有するアプリケーション３２０の表示部３２１は、ボタン９２１の押下によりスマートフォンｂの追加登録の指示を受け付けると、通信部３２２を介して通信販売サービス３１０に追加登録要求を行う。このとき、アプリケーション３２０は、ユーザＡに割り振られたユーザＩＤも合わせて通知する。ユーザＡのユーザＩＤは、「ｕｓｅｒ００１」であるとする。
【０１９４】
通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、ユーザＡに該当するａｔｔｅｓｔａｔｉｏｎチャレンジを、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表Ｃ）から取得する。本実施形態では、ユーザＡに対して発行したａｔｔｅｓｔａｔｉｏｎチャレンジを、ユーザＢのＡｕｔｈｅｎｔｉｃａｔｏｒを登録する際のクレデンシャル作成要求に含めるパラメータとして用いる。なお、これに限られるものではなく、別途ａｔｔｅｓｔａｔｉｏｎを発行してもよい。
【０１９５】
ステップＳ７０２で、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介してクレデンシャル作成要求をスマートフォン１０３ａに送信する。ステップＳ７０３で、スマートフォン１０３ａの表示部３２１は、通信部３２２を介してスマートフォン１０３ｂにクレデンシャル作成要求を行う。要求を受信したスマートフォン１０３ｂにおけるステップＳ７０４〜Ｓ７０６の処理は、第１実施形態で説明した図９のステップＳ４０４〜４０６と同様のため、その説明を省略する。
【０１９６】
ステップＳ７０７で、スマートフォン１０３ｂは、スマートフォン１０３ａに対してクレデンシャルおよびＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを送信する。ステップＳ７０８で、スマートフォン１０３ａのアプリケーション３２０は、音声アシスタント１０５に認証デバイスとなる端末を登録する。
【０１９７】
具体的には、アプリケーション３２０の表示部３２１は、このとき、後述するユーザＩＤと、追加登録を行うスマートフォンｂを特定するための情報とを音声アシスタント１０５に送信する。ユーザＩＤは、ユーザＡが通信販売サービスに対して利用登録を行った際（ステップＳ４０２）に発行されたユーザＩＤに対して副番をつけたユーザＩＤとする。
【０１９８】
例えば、ユーザＡに発行されたユーザＩＤが「ｕｓｅｒ００１」であった場合、ここで送信するユーザＩＤは、「ｕｓｅｒ００１−０１」のようなユーザＩＤとする。または、アプリケーション３２０は、ユーザＡが通信販売サービスに対して利用登録を行った際（ステップＳ４０２）に発行されたユーザＩＤを渡し、音声アシスタント１０５側で副番をつけるようにしてもよい。
【０１９９】
ステップＳ７０９で、音声サービス３６０のデータ格納部３６６は、ステップＳ７０８で受信した各種情報をＡｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）に格納（登録）する。ステップＳ７０９の処理が完了すると、音声アシスタント１０５は、ユーザの声紋情報登録を受け付ける状態になる。音声サービス３６０の音声発話部３６３は、その旨を音声でユーザに通知する。
【０２００】
例えば、音声発話部３６３は、「声紋情報を登録します。何か話しかけてください」と音声により通知し、生体情報の入力を促す。ユーザＢが音声アシスタント１０５に話しかけ、音声受信部３６１がユーザＢからの音声を受信すると、ステップＳ７１０で、音声解析部３６２は、ユーザの声紋情報の特徴量に対応するＩＤを作成する。そして、データ格納部３６６は、作成された声紋情報ＩＤと、ステップＳ７０８で受信したユーザＩＤとを紐付けて声紋情報管理テーブル（表Ｅ）に格納する。
【０２０１】
ステップＳ７１１で、スマートフォン１０３ａが有するアプリケーション３２０の通信部３２２は、通信販売サービス３１０に対して、ステップＳ７０７でスマートフォンｂから受信したクレデンシャルおよびＡｕｔｈｅｎｔｉｃａｔｏｒ  ＩＤを送信する。ステップＳ７１２で、通信販売サービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、受信したクレデンシャルを用いてＡｕｔｈｅｎｔｉｃａｔｏｒの登録処理を行う。
【０２０２】
なお、Ａｕｔｈｅｎｔｉｃａｔｏｒの登録処理は、第１実施形態で説明した図９のステップＳ４１８と同様のため、その説明を省略する。なお、スマートフォン１０３ｂのＡｕｔｈｅｎｔｉｃａｔｏｒは、ユーザＡに発行されたユーザＩＤと紐付けられてＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｄ）に格納（登録）される。
【０２０３】
次に、図１６および図１７を用いて、ユーザＢが音声アシスタント１０５を介して通信販売サービス３１０を利用する処理を説明する。
ユーザＢは、音声アシスタント１０５に対して、発話（音声）により通信販売サービス３１０の利用要求を行う。なお、以下では、ユーザＢが通信販売サービス３１０に対して商品購入を要求する場合について説明する。
【０２０４】
要求を受けた音声アシスタント１０５がユーザの要求を通信販売サービス３１０に送信するステップ８０１〜Ｓ８０４の処理は、第１実施形態で説明した図１２のステップＳ５０１〜Ｓ５０４と同様のため、その説明を省略する。ステップＳ８０５で、通信販売サービス３１０のサービス処理部３１６は、受信した要求に従った処理を実行する場合にユーザ認証が必要か否か判断する。
【０２０５】
ここでは、要求の内容が商品購入であり、決済を伴う要求であるため、サービス処理部３１６は、ユーザ認証が必要であると判断する。そこで、ステップＳ８０６で、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４は、通信部３１７を介して音声アシスタント１０５にユーザ認証、すなわち生体認証の要求を行う。生体認証の要求を受信した音声アシスタント１０５は、音声サービス３６０の生体認証制御部３６４が、声紋情報管理テーブル（表Ｅ）を用いて、ステップＳ８０３で一時的に保存されたユーザＢの声紋情報ＩＤに紐付くユーザＩＤを取得する。
【０２０６】
ステップＳ８０７で、生体認証制御部３６４は、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）を用いて、生体認証要求を行うＡｕｔｈｅｎｔｉｃａｔｏｒ（端末）を特定する。詳細には、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）において、該当ユーザＩＤに紐付いたＡｕｔｈｅｎｔｉｃａｔｏｒのうち、認証デバイスとして優先順位の高い端末を特定する。
【０２０７】
本実施形態では、ユーザＢの声紋情報ＩＤに紐付くユーザＩＤは、ユーザＡのユーザＩＤに副番をつけたユーザＩＤである「ｕｓｅｒ００１−０１」が表Ｅにおいて特定される。そして、該ユーザＩＤと紐付く端末として表Ｆにおいてスマートフォンｂが特定される。そして、生体認証制御部３６４は、通信部３６５を介して、スマートフォンｂに対して生体認証の要求を行う。
【０２０８】
生体認証の要求を受信したスマートフォンｂが実行するステップＳ８０８〜Ｓ８１０の処理は、第１実施形態で説明した図１３のステップＳ５１５〜５１７と同様のため、その説明を省略する。しかし、ステップＳ８０７で、音声アシスタント１０５が生体認証の要求を送信したときに、スマートフォン１０３ｂに電源が入っていない場合や、ユーザＢの手元にスマートフォンｂが無い場合等がありうる。
【０２０９】
このような場合、一定時間経過しても生体情報が提示されタイムアウトになり、ステップＳ８０７の生体認証の要求は失敗する。また、スマートフォンｂのＡｕｔｈｅｎｔｉｃａｔｏｒ３３０が生体認証を実行し、認証失敗の場合も、ステップＳ８０７の生体認証の要求は失敗する。生体認証の要求が失敗した場合、処理はステップＳ８１１へ進む。ステップＳ８１１で、生体認証制御部３６４は、リトライ先の端末を決定する。
【０２１０】
ここで、生体認証制御部３６４は、第１実施形態の場合と同様に、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）においてユーザＢのユーザＩＤと紐付く端末を優先順位に従って利トラ先として決定する。さらに、本実施形態では、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）においてユーザＢのユーザＩＤと紐付けて登録されている全ての端末において認証要求が失敗した場合、以下の処理を行う。
【０２１１】
生体認証制御部３６４は、ユーザＢ以外のユーザの端末であって、認証デバイスとして利用できる端末を検索する。このとき、生体認証制御部３６４は、ユーザＢに割り振られたユーザＩＤ「ｕｓｅｒ００１−０１」から、副番を外した文字列「ｕｓｅｒ００１」を含むユーザＩＤをＡｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）から検索する。なお、認証要求が既に失敗した「ｕｓｅｒ００１−０１」は検索対象から除くものとする。
【０２１２】
そして、ステップＳ８１２で、生体認証制御部３６４は、検索されたユーザＩＤに対応する端末をリトライ先として、生体認証の要求を行う。ここでは、リトライ先としてユーザＡのスマートウォッチ１０４に対して生体認証の要求が行われるものとする。例えば、ユーザＡのユーザＩＤである「ｕｓｅｒ００１」が検索されるため、ユーザＡの端末で優先順位が高いスマートウォッチ１０４を次の生体認証の要求を行うリトライ先として決定する。
【０２１３】
なお、ユーザＢと同様に、ユーザＡのユーザＩＤの副番をつけたユーザＩＤがある場合、それらのユーザＩＤも検索されるため、該ユーザＩＤと紐付く端末もリトライ先の候補となる。音声アシスタント１０５は、検索されたユーザのうち、どのユーザの端末をリトライ先として決定するか、すなわち、ユーザの優先順位を、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）に保持していてもよい。
【０２１４】
ユーザの優先順位は、例えば、ユーザに設定させてもよく、また、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）に登録された順に優先順位を高くする等、自動で設定してもよい。これにより、スマートフォンｂを利用できない場合に、近くにいる家族等、別のユーザであるユーザＡがユーザＢに代わってユーザ認証を行うことが可能となる。スマートフォンｂが利用できない場合とは、例えば、サービスの利用要求を行ったユーザＢのスマートフォン１０３ｂの電源が入っていない場合や、別の部屋に置き忘れていて手元にない場合等である。
【０２１５】
なお、この場合、ステップＳ８０３で解析した声紋情報ＩＤに紐付くユーザ以外への生体認証の要求となる。このため、音声アシスタント１０５は、サービスの利用要求を行ったユーザとは別のユーザに対して生体認証の要求をリトライする場合、ユーザＡのウェアラブル端末等における自動認証は使用しないことを示す情報を生体認証の要求に含めて送信する。これは、生体認証を求められるユーザとは異なる他のユーザが行ったサービスの利用要求について、生体認証を求められるユーザ本人が知らないうちに自動認証されてしまうことを防ぐためである。
【０２１６】
生体認証の要求を受信したユーザＡのスマートウォッチ１０４が実行するステップＳ８１３〜Ｓ８１５の処理は、第１実施形態において説明した図１３のステップＳ５１５〜Ｓ５１７と同様のため、その説明を省略する。なお、スマートウォッチ１０４がユーザに明示的に生体情報の提示を求めることなく自動で静脈認証を行う機能を有する場合であっても、上述したように生体認証の要求にて自動認証は利用しないことを示す情報が含まれていた場合、自動認証は行わない。スマートウォッチ１０４において、ユーザＡが、明示的に生体情報を入力する必要がある。
【０２１７】
ステップＳ８１６で、音声サービス３６０の通信部３６５は、ステップＳ８１０またはＳ８１５で受信したＡｓｓｅｒｔｉｏｎ情報を通信販売サービス３１０に返却する。ステップＳ８１７以降の、ステップＳ８１６でＡｓｓｅｒｔｉｏｎ情報を受信した通信販売サービス３１０が実行する処理は、第１実施形態で説明した図１３のステップＳ５２４〜Ｓ５２９と同様のため、その説明を省略する。
【０２１８】
ステップＳ８２１およびＳ８２４で、音声サービス３６０の音声発話部３６３は、ステップＳ８０１で受信した要求の受け付け結果をユーザに対して音声で通知する。ここで、該要求を行ったユーザと、生体認証を行ったユーザとが異なる場合、生体認証を行ったユーザに対しても、該要求の受け付け結果を通知する。上述した例では、要求を行ったスマートフォンｂと、生体認証処理を行ったユーザＡと紐付くスマートフォンａに対して受け付け結果を通知する。なお、通知は、音声による通知の他、例えば、対象の端末に対してメッセージなどを送信するようにしてもよい。
【０２１９】
上述したように、本実施形態では、通信販売サービス３１０がユーザＡを登録することによりユーザＡに対して発行したユーザＩＤに対して、別のユーザＢの携帯端末を紐付けて管理する。しかしこれに限られるものではなく、例えば、ユーザＡとユーザＢとがそれぞれ通信販売サービス３１０にユーザ登録してもよい。
【０２２０】
この場合、ユーザＡがサービス利用の要求を行った際に、ユーザＡが登録した認証デバイスにおいて生体認証の要求が失敗すると、音声アシスタント１０５は、ステップＳ８１１と実行したユーザＩＤの文字列を用いた検索は行わない。音声アシスタント１０５は、Ａｕｔｈｅｎｔｉｃａｔｏｒ管理テーブル（表Ｆ）に登録されている他の登すべてのユーザＩＤと紐付く端末をリトライ先の候補とする。
【０２２１】
なお、この場合、例えば、サービス利用の要求を行ったユーザＡではなく、ユーザＢの端末において生体認証処理を行うと、結果をサービスに返す。通信販売サービス３１０は、ユーザＢに紐付いたユーザＩＤでのサービス利用の要求と判断し、ユーザＢのアカウントで商品の購入処理が行われることになる。
【０２２２】
［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【０２２３】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【図１】
2019101504.tif 000009
【図２】
2019101504.tif 000010
【図３】
2019101504.tif 000011
【図４】
2019101504.tif 000012
【図５】
2019101504.tif 000013
【図６】
2019101504.tif 000014
【図７】
2019101504.tif 000015
【図８】
2019101504.tif 000016
【図９】
2019101504.tif 000017
【図１０】
2019101504.tif 000018
【図１１】
2019101504.tif 000019
【図１２】
2019101504.tif 000020
【図１３】
2019101504.tif 000021
【図１４】
2019101504.tif 000022
【図１５】
2019101504.tif 000023
【図１６】
2019101504.tif 000024
【図１７】
2019101504.tif 000025
【図１８】
2019101504.tif 000026