JP7013193B2 - システム、システムの制御方法、音声操作装置、音声操作装置の制御方法、およびプログラム - Google Patents

Description

本発明は、セキュアな認証方式を提供し、かつユーザの利便性を向上するためのシステムに関する。

近年、生体認証を含む新たな認証システムとして、ＦＩＤＯ（Ｆａｓｔ Ｉｄｅｎｔｉｔｙ Ｏｎｌｉｎｅ）が注目されている。生体認証で用いられる指紋や静脈といった生体情報は、外部に情報が流出してしまった場合に、従来のＩＤ／パスワード認証におけるパスワードと異なり、情報を書き換えることができないため、情報漏洩が致命的になる。

これに対して、ＦＩＤＯは、予めユーザの手元にあるデバイスとＷｅｂサービスを提供するサーバとの間で登録処理を行っておく。登録処理では、デバイスにはユーザの生体情報と紐付いた秘密鍵が保存され、サーバにはその生体認証に紐付く認証識別情報や秘密鍵のペアとなる公開鍵などの情報が登録される。そして、認証は、インターネットを経由してサーバ上で行うのではなく、ユーザの手元にあるデバイス上で行い、ネットワーク上には秘密鍵で署名された認証結果が流れる。つまり、生体情報がネットワーク上を流れることがないため、情報漏洩のリスクが少ないと言える。

一方、近年、スピーカ機能を有する音声アシスタントデバイス（音声操作装置）が一般的に利用されている。以下、音声アシスタントデバイスを音声アシスタントと呼ぶことにする。音声アシスタントは、音声認識機能によりユーザの発話を解釈し、ユーザによる様々な指示を実行する機能を持つ情報機器である。音声アシスタントは、音声による指示が可能となることで、従来のパーソナルコンピュータやスマートフォンなどにおいてキー操作やタッチ入力をしていた手間が省けるという利点がある。

音声アシスタントの利用方法の一例として、自宅のリビングなどに音声アシスタントを設置し、ユーザが音声で指示を行うことで所望の音楽を流したり、インターネット上に公開されている通信販売サービスを利用して商品の注文を行ったりすることができる。また、音声アシスタントは、自宅のみならず、ホテルなどの宿泊施設をはじめとした公共施設への導入も進められている。

ホテルなどの宿泊施設では、一般的に、ルームサービスを始めとして、滞在客向けのイベントの検索やそのチケットの購入など、総合的なサービスを提供している。そのようなサービス提供にあたって、滞在客にとって面倒な作業の必要がなく、容易にサービスを受けられるための手段として、音声アシスタントが期待されている。

特許文献１は、ホテルにおいて、ルームキーと暗証番号を使用したサービスの提供や決済を行うホテル来客サーバシステムが開示されている。特許文献１では、ホテルのルームキーに、あらかじめルームナンバー、暗証番号、顧客番号又は支払金額等の情報を記憶したＲＦＩＤ無線タグが添付されており、支払をチェックアウト時に一括で行うことが開示されている。

特開２００３－１３２４３５号公報

従来のＩＤやパスワードを用いる認証方法では、ユーザが各種サービスを受ける場面においてＩＤやパスワードを入力する必要があり、入力の手間や、それらの情報を覚えておく必要があるなど、利便性が良いとはいえない。またＩＤやパスワードの情報が漏洩するリスクも残る。

しかし、ホテルなど不特定多数の人が利用し得る公共の場において、ユーザが音声アシスタントを介してサービスを利用する場合、上述したＦＩＤＯのような認証方法を利用するには、音声アシスタントに生体情報に紐付いた各種情報を保存する必要がある。以下、生体情報に紐付いた各種情報を生体認証情報と呼ぶことにする。自宅で使用する音声アシスタントであれば生体認証情報を保存することに問題はないが、不特定多数が使用する場所に置いてあるデバイスに生体認証情報を登録するのは、生体認証情報の漏洩の可能性からユーザが抵抗を感じることが予想される。

本発明は、ユーザの利便性を向上し、かつセキュアな認証方式を提供することが可能なシステムを提供することを目的とする。

本発明の一実施形態のシステムは、生体認証のための認証モジュール、および該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段を備える情報処理端末と、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置と、を含むシステムであって、前記音声操作装置は、ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う第１の要求手段と、前記外部システムから、認証要求を受信する受信手段と、前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する第２の要求手段と、前記外部システムに対して、前記情報処理端末からの認証結果を送信する送信手段と、を有し、前記情報処理端末は、前記音声操作装置からの認証処理の要求に応じて、前記認証モジュールおよび前記記憶手段に格納された生体情報を用いた生体認証処理を実行する実行手段と、前記生体認証処理による認証結果を前記音声操作装置に送信する送信手段と、を有し、前記生体認証処理による認証結果は、前記記憶手段に生体情報と関連付けて格納されている秘密鍵と、該秘密鍵のペアとなる公開鍵が登録された前記外部システムが発行した検証用データとを用いることで作成された署名を含む。

本発明のシステムによれば、ユーザの利便性を向上し、かつセキュアな認証方式を提供することができる。

本発明の一実施形態に係るシステムの全体構成を示す図である。 サーバのハードウェア構成例を示す図である。 携帯端末のハードウェア構成例を示す図である。 音声アシスタントのハードウェア構成例を示す図である。 各装置の機能構成の一例を示す図である。 サービスの利用を開始する処理を示すシーケンス図である。 サービスの利用時の処理を示すシーケンス図である。 サービスの利用を終了する処理を示すシーケンス図である。 チェックイン画面の一例を示す図である。 生体情報登録画面の一例を示す図である。 生体情報の入力要求画面の一例を示す図である。 チェックアウト画面の一例を示す図である。 音楽配信サービスの利用時の処理を示すシーケンス図である。 音楽配信サービスの利用時の処理の変形例を示すシーケンス図である。 音楽配信サービスの利用時の処理の変形例を示すシーケンス図である。

以下、本発明を実施するための形態について図面などを参照して説明する。
なお、本発明はネットワークを介して外部システムから提供されるサービスがユーザを認証するために、ユーザの手元にあるデバイス（情報処理端末）上で生体認証を行い、その結果を以ってサービスがユーザを認証する仕組みに関するものである。これは、サービスにユーザの手元にあるデバイスでの生体認証に紐付く情報、例えば、認証識別情報、公開鍵などをあらかじめ登録しておくことで実現することができる。

このような仕組みの一例としてＦＩＤＯを挙げたが、本発明はＦＩＤＯに限定したものではないことをあらかじめ断わっておく。なお、ユーザの手元にある生体認証を行うデバイスとして本実施形態では、ユーザが保有する携帯端末１０３を一例として説明するが、これに限られるものではない。第２実施形態では、その他の例として、音声アシスタント１０５やサーバ１０２が生体認証を行う場合について説明する。

［第１実施形態］
図１は、本発明の一実施形態に係るシステムの全体構成の一例を示す図である。
図１に示すシステムは、サーバ１０２、携帯端末１０３、および音声アシスタント（音声操作装置）１０５ａ～１０５ｃを備える。

なお、説明上、音声アシスタント１０５ａ～１０５ｃに共通する事項に関しては、音声アシスタント１０５として説明を行う。図１では、音声アシスタント１０５はネットワーク１０１に３台接続されており、複数の音声アシスタント１０５が設置されていることを示しているが、これに限られるものではなく、１台であっても、複数台であってもよい。また、サーバ１０２は、サービスを提供する外部システムであって、複数台の装置により構成されていてもよく、一部または全部を仮想マシンやストレージなどのリソースを用いて構築してもよい。

サーバ１０２と音声アシスタント１０５とは、ネットワーク１０１を介して接続される。ネットワーク１０１は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれかである。また、ネットワーク１０１は、これらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０１は、データの送受信が可能であればよい。

サーバ１０２および音声アシスタント１０５は、携帯端末１０３とネットワーク１０６を介して接続される。ネットワーク１０６は、ＬＡＮなどの上述したネットワーク回線に加え、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信なども含む。

本実施形態では、音声アシスタントが、ホテルなどの宿泊施設に設置されているものとする。音声アシスタント１０５ａ～１０５ｃは、それぞれホテルの部屋であるＲｏｏｍ１０４ａ～１０４ｃに設置されている。すなわち、Ｒｏｏｍ１０４ａには音声アシスタント１０５ａが設置されている。なお、説明上、Ｒｏｏｍ１０４ａ～１０４ｃに共通する事項に関しては、Ｒｏｏｍ１０４として説明を行う。

図２は、サーバ１０２のハードウェア構成例を示す図である。
ＣＰＵ２０１は、ＲＯＭ２０３に格納されているプログラムや、外部メモリ２１０からＲＡＭ２０２にロードされたＯＳ（オペレーティングシステム）やアプリケーション等のプログラムを実行する。すなわち、ＣＰＵ２０１が、読み取り可能な記憶媒体に格納されたプログラムを実行することにより、後述する各フローチャートの処理を実行する各処理部として機能する。

ＲＡＭ２０２は、ＣＰＵ２０１のメインメモリであり、ワークエリア等として機能する。キーボードコントローラ２０４は、キーボード２０８や不図示のポインティングデバイスからの操作入力を制御する。ポインティングデバイスは、例えば、マウス、タッチパッド、タッチパネル、トラックボールなどである。ディスプレイコントローラ２０５は、ディスプレイ２０９の表示を制御する。

ディスクコントローラ２０６は、各種データを記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等の外部メモリ２１０へのデータアクセスを制御する。ネットワークＩ／Ｆ２０７は、ネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。近接通信Ｉ／Ｆ２１１は、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）などの近接通信用の通信方式に対応したネットワークＩ／Ｆであり、携帯端末１０３等と通信し、データのやり取りを行う。

図３は、携帯端末１０３のハードウェア構成例を示す図である。
ＣＰＵ２２２は、ＲＯＭ２２４および記憶装置２２５に格納されているプログラムを実行し、内部バス２２１を介して後述する各構成を総括的に制御する。該プログラムは、後述する各フローチャートを実現するプログラムも含む。ＲＡＭ２２３は、ＣＰＵ２２２のメモリやワークエリアとして機能する。

記憶装置２２５は、ソリッドステートドライブ（ＳＳＤ）やＳＤメモリカードなどの記憶装置であり、外部記憶装置として機能する。Ｔａｍｐｅｒ Ｍｏｄｕｌｅ（ＴＰＭ）２２６は、機密情報を処理したり格納したりする目的で、格納したデータを外部から読み取られることを防ぐ耐タンパー性を備えた記憶手段である。ネットワークＩ／Ｆ２２７は、外部のネットワーク機器と片方向または双方向にデータをやり取りする。

生体情報センサ２２８は、ユーザの生体情報を読取るセンサであり、例えばユーザの指紋、虹彩、静脈、声紋、顔画像などの生体情報を読み取り信号に変換する。なお、生体情報は、これらに限られるものではない。タッチパネル２２９は、表示と入力の２つの機能を備えており、アプリケーションの画面やキーボードなどを表示したりするとともに、ユーザが画面に手や専用のペンで圧力を加えることにより、触れられた画面位置情報を外部へ信号情報として出力する。

出力された信号情報をアプリケーションが利用することで、ユーザはタッチパネル２２９を通じてアプリケーションを操作することができる。近接通信Ｉ／Ｆ２３０は、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）などの近接通信用の通信方式に対応したネットワークＩ／Ｆであり、サーバ１０２等と通信し、データのやり取りを行う。

図４は、音声アシスタント１０５のハードウェア構成例を示す図である。
ＣＰＵ２４１は、ＲＯＭ２４３に格納されているプログラムや、外部メモリ２４８からＲＡＭ２４２にロードされたＯＳ（オペレーティングシステム）やアプリケーション等のプログラムを実行する。すなわち、ＣＰＵ２４１が、読み取り可能な記憶媒体に格納されたプログラムを実行することにより、後述する各フローチャートの処理を実行する各処理部として機能する。

ＲＡＭ２４２は、ＣＰＵ２４１のメインメモリであり、ワークエリア等として機能する。ディスクコントローラ２４４は、各種データを記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等の外部メモリ２４８へのデータアクセスを制御する。ネットワークＩ／Ｆ２４５は、ネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。スピーカコントローラ２４６は、スピーカ２４９を制御する。マイクコントローラ２４７は、マイク２５０を制御する。

なお、音声アシスタント１０５は、図４に示したハードウェア構成に限られるものではない。音声アシスタントは、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置であって、例えば、後述する第２実施形態において、生体認証処理を実行することも可能である。この場合、音声アシスタント１０５は、生体情報を読み取るためのハードウェア、例えば、カメラ等を備えていてもよい。

図５（Ａ）は、サーバ１０２の機能構成の一例を示す図である。
サーバ１０２では、ユーザに提供するサービスの一例としてホテルサービス３１０が動作する。ホテルサービス３１０は、サーバ１０２が有するＲＯＭ２０３に格納されているプログラムを、ＣＰＵ２０１がＲＡＭ２０２に読み出して実行することで実現される。

ホテルサービス３１０は、登録処理部３１１、データ格納部３１２、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４、生体認証制御部３１５、サービス処理部３１６、および通信部３１７を有する。登録処理部３１１は、ユーザ情報やユーザの宿泊履歴などのデータをデータ格納部３１２に格納するソフトウェアモジュールである。

Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７が受信したクレデンシャルを用いて、後述するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に関する情報をＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４に格納するソフトウェアモジュールである。また、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７が受信した後述するアサーション情報（Ａｓｓｅｒｔｉｏｎ）を検証する。

通信部３１７は、ネットワークＩ／Ｆ２０７を介して音声アシスタント１０５や携帯端末１０３などの外部の機器と通信するためのソフトウェアモジュールである。Ａｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４は、表Ｇを用いて後述するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に関する情報（Ａｕｔｈｅｎｔｉｃａｔｏｒ情報）を外部メモリ２１０や外部のストレージシステム（不図示）に格納するソフトウェアモジュールである。

生体認証制御部３１５は、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０に生体認証の要求を行い、生体認証の結果を受け取るソフトウェアモジュールである。本実施形態では、生体認証制御部３１５は、音声アシスタント１０５を介して、携帯端末１０３が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に対して生体認証の要求を行う。なお、本実施形態では、生体認証制御部３１５は、ホテルサービス３１０に含まれるが、これに限られるものではない。

例えば、生体認証制御部３１５をホテルサービス３１０とは独立して構成し、ホテルサービス３１０が、独立した生体認証制御部３１５を呼び出すようにしてもよい。このように、生体認証制御部３１５をホテルサービス３１０から独立させることで、ホテルサービス３１０だけでなく、他のサービスが生体認証制御部３１５を呼び出せるような構成にすることができる。

サービス処理部３１６は、通信部３１７が受信したサービス要求に応じて、サービス情報を検索したりサービス予約を行ったりするソフトウェアモジュールである。サービス処理部３１６は、表Ｄを用いて後述するサービス提供に関する情報（サービス提供情報）をデータ格納部３１２に格納する。

図５（Ｂ）は、携帯端末１０３の機能構成の一例を示す図である。
携帯端末１０３では、アプリケーション３２０とＡｕｔｈｅｎｔｉｃａｔｏｒ３３０が動作する。アプリケーション３２０およびＡｕｔｈｅｎｔｉｃａｔｏｒ３３０は、携帯端末１０３が有するＲＯＭ２２４に格納されているプログラムを、ＣＰＵ２２２がＲＡＭ２２３に読み出して実行することで実現される。

アプリケーション３２０は、サーバ１０２と連携して、本実施形態における生体情報を用いた認証機能やサーバ１０２のサービスをユーザに提供する。アプリケーション３２０は、携帯端末１０３にインストールされたネイティブアプリケーションやＷｅｂブラウザである。アプリケーション３２０は、表示部３２１、通信部３２２、およびＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３を有する。

表示部３２１は、タッチパネル２２９を介して、携帯端末１０３にインストールされたアプリケーションのＵＩを提供したりユーザの操作を受け付けたりするソフトウェアモジュールである。通信部３２２は、ネットワークＩ／Ｆ２２７または近接通信Ｉ／Ｆ２３０を介してサーバ１０２などの外部の機器と通信するためのソフトウェアモジュールである。Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０に対して後述するクレデンシャルの作成要求を行うソフトウェアモジュールである。

なお、本実施形態では、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、アプリケーション３２０に含まれるが、これに限られるものではない。例えば、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３をアプリケーション３２０とは独立して構成し、アプリケーション３２０が、独立したＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３を呼び出すようにしてもよい。また、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３１３は、ＯＳに標準搭載されていてもよい。

このように、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３をアプリケーション３２０から独立させることで、アプリケーション３２０だけでなく他のアプリケーションがＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３を呼び出せるような構成になる。

Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０は、生体情報センサ２２８から読み取った生体情報を用いた生体認証のための認証モジュールである。Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０は、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１、生体認証処理部３３２、認証情報格納部３３３、および生体情報要求部３３４を有する。

Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、アプリケーション３２０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３などからクレデンシャルの作成要求を受け付ける。そして、ペアの鍵（秘密鍵および公開鍵）の作成やクレデンシャルの作成を行うソフトウェアモジュールである。生体認証処理部３３２は、ホテルサービス３１０の生体認証制御部３１５などから生体認証要求を受け付けて、生体情報センサ２２８により読み取った生体情報を用いた生体認証を行うソフトウェアモジュールである。

認証情報格納部３３３は、認証情報などをＴＰＭ２２６に対して格納するソフトウェアモジュールである。認証情報は、例えば、後述する表Ａに示す情報である。生体情報要求部３３４は、生体情報の入力を受け付けるためのＵＩを、タッチパネル２２９を介してユーザに提供するソフトウェアモジュールである。

図５（Ｃ）は、音声アシスタント１０５の機能構成の一例を示す図である。
音声アシスタント１０５では、音声サービス３４０が動作する。音声サービス３４０は、音声アシスタント１０５が有するＲＯＭ２４３に格納されているプログラムを、ＣＰＵ２４１がＲＡＭ２４２に読み出して実行することで実現される。音声サービス３４０は、サーバ１０２と連携して、サーバ１０２のサービスをユーザに提供する。

音声サービス３４０は、音声受信部３４１、音声解析部３４２、音声発話部３４３、生体認証制御部３４４、および通信部３４５を有する。音声受信部３４１は、音声アシスタント１０５が有するマイク２５０を介してユーザが発した音声を受信するソフトウェアモジュールである。音声解析部３４２は、音声受信部３４１が受信した音声を解析するソフトウェアモジュールである。

音声発話部３４３は、音声アシスタント１０５が有するスピーカ２４９を介してユーザに音声による案内を行うソフトウェアモジュールである。生体認証制御部３４４は、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０に生体認証の要求を行い、生体認証の結果を受け取るソフトウェアモジュールである。通信部３４５は、ネットワークＩ／Ｆ２４５を介してサーバ１０２や携帯端末１０３などの外部の機器と通信するためのソフトウェアモジュールである。

次に、携帯端末１０３およびサーバ１０２が格納する各種データについて説明する。
表Ａは、携帯端末１０３が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の認証情報格納部３３３がＴＰＭ２２６に格納するデータの一例である。

表Ａに示す認証情報管理テーブルは、１つのレコードが１つの認証情報のエントリを示す。表Ａのレコードは、携帯端末１０３がＡｕｔｈｅｎｔｉｃａｔｏｒ３３０をサーバ１０２のホテルサービス３１０に登録する際に作成され、表Ａに追加される。認証情報ＩＤ列には、各認証情報を一意に識別するためのＩＤを格納する。サービスＩＤ列には、生体情報を用いた認証機能を利用するサービスを一意に識別するためのＩＤを格納する。

本実施形態では、サービスＩＤとしてサービスのドメイン名、詳細にはトップレベルドメインおよびセカンドレベルドメインの情報を使用する。例えば、ホテルサービス３１０のＵＲＬがｈｔｔｐ：//ｗｗｗ.ｈｏｔｅｌ‐ｓｅｒｖｉｃｅ.ｃｏｍであった場合に、該ホテルサービス３１０のサービスＩＤは、ｈｏｔｅｌ‐ｓｅｒｖｉｃｅ.ｃｏｍとする。秘密鍵列には、作成されたペアの鍵のうち、秘密鍵を格納する。秘密鍵に対応する（ペアとなる）公開鍵は、サービスＩＤ列に示されるサービスに登録される。

生体情報ＩＤ列には、生体情報の特徴量に対応するＩＤを格納する。認証情報管理テーブルの各列に対応する情報を格納する手順、および公開鍵をサービスに格納する手順については後述する。なお、表Ａに示す認証情報管理テーブルは一例であり、これに限られるものではなく、他の情報を格納していてもよい。例えば、各サービスにおいて従来のユーザＩＤとパスワードの一致を検証する認証等で使用する、サービスがユーザを一意に識別するためのＩＤを格納してもよい。

表Ｂ～表Ｇは、サーバ１０２が有するホテルサービス３１０のデータ格納部３１２およびＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４が外部メモリ２１０等に格納するデータの一例である。

表Ｂに示すユーザ情報管理テーブルは、ホテルサービス３１０のデータ格納部３１２が管理するデータである。ユーザ情報管理テーブルは、１つのレコードが１つのユーザ情報を示す。ユーザＩＤ列には、ホテルサービス３１０のユーザを一意に識別するためのＩＤを格納する。パスワード列には、ユーザを認証するためのパスワードを格納する。パスワードは、ユーザがホテルサービス３１０にユーザ登録を行う際に、指定する。また、ユーザ情報管理テーブルは、他にもユーザの氏名、住所、年齢、職業など、ホテルのチェックイン時に要求したユーザに関する属性情報が格納されてもよい。

表Ｃに示す宿泊履歴管理テーブルは、ホテルサービス３１０のデータ格納部３１２が管理するデータである。宿泊履歴管理テーブルは、１つのレコードが１つのユーザの１回の宿泊情報を示す。ユーザＩＤ列には、ユーザ情報管理テーブル（表Ｂ）にて管理するユーザ情報のユーザＩＤ列の値が格納される。また、宿泊履歴管理テーブルは、他に１回の宿泊情報として、チェックイン日時、チェックアウト日時、宿泊した部屋のルームナンバー、宿泊した部屋に設置された音声アシスタントを特定するためのＩＤを格納する。

表Ｄに示すサービス情報管理テーブルは、ホテルサービス３１０のデータ格納部３１２が管理するデータである。サービス情報管理テーブルは、１つのレコードが１つのユーザに対する１回のサービス提供状況を示す。ユーザＩＤ例には、上述した表Ｂおよび表ＣのユーザＩＤ列と同様の値が格納される。また、サービス情報管理テーブルは、ユーザに提供するサービスを特定するための情報として以下の項目を格納する。すなわち、サービスの提供内容を示すサービスＩＤ、サービス詳細、サービスを提供した日時等の情報、および該サービスが決済を伴うサービスの場合、金額や決済情報等が格納される。

表Ｅに示す紐付け情報管理テーブルは、ホテルサービス３１０のデータ格納部３１２が管理するデータである。紐付け情報管理テーブルは、ユーザが宿泊した部屋に設置された音声アシスタント１０５とユーザが有する携帯端末１０３であって、ホテルサービス３１０に登録されたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０とを紐付ける。

一例として、１つの部屋に１つの音声アシスタント１０５が設置されている場合で説明する。Ｒｏｏｍ１０４ａには音声アシスタント１０５ａが設置されている。Ｒｏｏｍ１０４ａに宿泊したユーザが後述するＡｕｔｈｅｎｔｉｃａｔｏｒの登録処理においてＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を登録すると、音声アシスタント１０５ａのＩＤと、登録されたＡｕｔｈｅｎｔｉｃａｔｏｒのＩＤとが紐付けられて格納される。

なお、１つの部屋で２人以上のユーザが音声アシスタント１０５を利用する場合もある。この場合、Ａｕｔｈｅｎｔｉｃａｔｏｒの登録がそれぞれのユーザが保有する携帯端末１０３のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に対して行われる。そして、紐付け情報管理テーブルには、１つのアシスタント１０５に対して、２以上のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０が紐付いて登録される。

表Ｆに示すａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブルは、ホテルサービス３１０のデータ格納部３１２が管理するデータである。ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブルは、１つのレコードが１つのａｔｔｅｓｔａｔｉｏｎチャレンジの情報を示す。ａｔｔｅｓｔａｔｉｏｎチャレンジは、チャレンジレスポンス認証を行うための検証用データとして利用するパラメータであり、ユーザごとに発行される。

ａｔｔｅｓｔａｔｉｏｎチャレンジの発行処理については後述する。ａｔｔｅｓｔａｔｉｏｎチャレンジ列には、ａｔｔｅｓｔａｔｉｏｎチャレンジの値を格納する。ユーザＩＤ列には、ａｔｔｅｓｔａｔｉｏｎチャレンジを発行したユーザのユーザＩＤを格納する。有効期限列には、ａｔｔｅｓｔａｔｉｏｎチャレンジの有効期限を格納する。

表Ｇに示すＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルは、ホテルサービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報格納部３１４が管理するデータである。Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルは、１つのレコードが１つのＡｕｔｈｅｎｔｉｃａｔｏｒ情報を示す。サーバ１０２においてＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録を行うと、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブルにレコードが追加される。

認証情報ＩＤ列には、登録されたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０が認証情報管理テーブル（表Ａ）にて管理する認証情報の認証情報ＩＤ列の値が格納される。公開鍵列には、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０が作成し、認証情報管理テーブル（表Ａ）にて管理する秘密鍵に対応する（ペアになる）公開鍵を格納する。

すなわち、認証情報管理テーブル（表Ａ）とＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｇ）において認証情報ＩＤの値が同一の秘密鍵と公開鍵では、表Ａの秘密鍵で暗号化されたデータは、表Ｇの公開鍵で復号化できるということである。ユーザＩＤ列には、ホテルサービス３１０がユーザを一意に識別するためのＩＤを格納する。

次に、図６を用いて、ホテルの新規の宿泊客（ユーザ）がホテルにチェックインする際に、ホテルサービス３１０の利用を開始する処理について説明する。
ホテルサービス３１０の利用を開始する処理において、ユーザが保有する携帯端末１０３が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０のサーバ１０２への登録処理が実行される。

以下、携帯端末１０３のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を登録する場合について説明するが、Ａｕｔｈｅｎｔｉｃａｔｏｒを音声アシスタント１０５が有する場合であっても同様である。なお、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の情報をサーバ１０２に登録することを、単にＡｕｔｈｅｎｔｉｃａｔｏｒの登録と呼ぶ。

なお、ホテルサービス３１０を利用するために、ユーザは、携帯端末１０３にホテルサービス３１０と連携するアプリケーション３２０を予めインストールしておくものとする。または、携帯端末１０３のＷｅｂブラウザにおいて、ホテルサービス３１０が提供するＷｅｂサービスのＵＲＬを指定してホテルサービス３１０を利用するためのサービス画面を表示させるようにしてもよい。

以下、ユーザが携帯端末１０３のアプリケーション３２０を用いてホテルサービス３１０の利用を開始する処理を実行する場合について説明する。まず、アプリケーション３２０は、ユーザの操作によりチェックイン画面を表示する。具体的には、アプリケーション３２０のメニュー表示（不図示）等を操作することにより、チェックイン画面は表示される。

図９は、アプリケーション３２０の表示部３２１が表示するチェックイン画面の一例である。
ユーザは、氏名、住所、年齢、職業など、ホテルのチェックインに必要なユーザに関する属性情報およびホテルサービス３１０で利用するパスワードを入力する。

図６の説明に戻る。ステップＳ４０１にて、アプリケーション３２０は、ユーザ情報の入力を受け付けると、通信部３２２を介してホテルサービス３１０へ該ユーザの利用登録要求を送信する。なお、該要求には、ユーザが入力した属性情報およびパスワードが含まれる。ホテルサービス３１０の通信部３１７は、ステップＳ４０１でアプリケーション３２０から送信された要求を受信する。

ステップＳ４０２にて、ホテルサービス３１０の登録処理部３１１は、ユーザＩＤを発行し、データ格納部３１２のユーザ情報管理テーブル（表Ｂ）に該ユーザＩＤを含むユーザ情報を格納する。ユーザ情報には、ステップＳ４０１にて受信した属性情報およびパスワードが含まれる。ステップＳ４０３にて、ホテルサービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介してアプリケーション３２０へクレデンシャル作成要求を送信する。

以下、クレデンシャル作成要求に含まれるパラメータについて説明する。
クレデンシャル作成要求に含まれるパラメータは、アカウント情報、暗号化パラメータ、ａｔｔｅｓｔａｔｉｏｎチャレンジ、および認証拡張領域から構成される。アカウント情報には、ホテルサービス３１０における、ステップＳ４０２で登録したユーザＩＤや、該ユーザＩＤと紐づく属性情報が格納される。

暗号化パラメータには、ホテルサービス３１０がサポートしている暗号化アルゴリズムなど、登録する認証情報に関する属性情報が格納される。ａｔｔｅｓｔａｔｉｏｎチャレンジには、チャレンジレスポンス認証を行うために利用する検証用データが格納される。検証用データ、すなわちａｔｔｅｓｔａｔｉｏｎチャレンジは、ステップＳ４０２にてクレデンシャル作成要求に含まれるパラメータを作成する際に作成される。

そして、作成されたａｔｔｅｓｔａｔｉｏｎチャレンジは、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表Ｆ）にユーザＩＤや有効期限などと紐付けて格納される。認証拡張領域には、ホテルサービス３１０が指定可能な拡張パラメータが格納される。例えば、認証拡張領域には、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０等の動作を制御するためのパラメータが格納される。

図６の説明に戻る。アプリケーション３２０の通信部３２２は、ステップＳ４０３で送信されたクレデンシャル作成要求を受信する。クレデンシャル作成要求を受信すると、アプリケーション３２０の表示部３２１は、ユーザに対して生体認証を用いる生体情報の入力を求める生体情報登録画面を表示する。

図１０は、生体情報登録画面の一例である。
生体情報登録画面では、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０をホテルサービス３１０に登録するために、ユーザに生体情報の入力を促す。ボタン７２１は、指紋などの生体情報の読み取りを行うためのボタンであり、生体情報センサ２２８を備える。なお、生体情報として、静脈、虹彩、声紋、顔画像などの情報を利用でき、いずれかに限定するものではない。

ここでは、生体情報のいずれか、または任意の複数の生体情報の組み合わせを、生体認証に用いる生体情報として入力するように携帯端末１０３を構成する。また、本実施形態では、このようにチェックインする際に生体情報の入力を求めるが、これに限られるものではない。例えば、チェックインする際には生体情報の入力を求めず、実際に生体認証が必要になった時に後から行うようにしてもよい。

生体情報登録画面において、生体情報センサ２２８により生体情報が読み取られると、アプリケーション３２０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、該生体情報をＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に渡し、クレデンシャルの作成を要求する。このとき該要求には、読み取った生体情報の他に、ステップＳ４０３にてホテルサービス３１０から受信したクレデンシャル作成要求に含まれるパラメータ、およびサービスＩＤが含まれる。

サービスＩＤは、認証情報管理テーブル（表Ａ）で説明したＡｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録対象のサービスを一意に識別するためのＩＤである。この場合、ホテルサービス３１０のサービスＩＤが含まれることになる。また、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０をホテルサービス３１０に登録する際に使用するアプリケーション３２０を一意に特定するためのＩＤであるアプリケーションＩＤなどが含まれていてもよい。

図６の説明に戻る。ステップＳ４０４にて、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の生体認証処理部３３２は、アプリケーション３２０から受け取った生体情報の特徴量と生体情報を一意に識別するための生体情報ＩＤを作成する。生体情報の特徴量は、指紋のパターン・虹彩の模様・静脈の形・声紋など個人に対してユニークであるものを、ユニーク性を損なわないような値に変換したものである。生体認証では、個人に対してユニークな該特徴量を用いて個人を特定する。

ステップＳ４０５にて、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、秘密鍵および公開鍵のペアと認証情報を一意に識別するための認証情報ＩＤを作成する。そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、認証情報格納部３３３を介してＴＰＭ２２６に格納されている認証情報管理テーブル（表Ａ）に以下の情報を格納する。すなわち、ステップＳ４０４で作成された生体情報ＩＤと、ステップＳ４０５で作成された秘密鍵および認証情報ＩＤと、Ａｕｔｈｅｎｔｉｃａｔｏｒの登録対象のサービスＩＤとが格納される。

本実施形態では、サービスＩＤは、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０がアプリケーション３２０から受信したクレデンシャル作成の要求に含まれるホテルサービス３１０のサービスＩＤが格納される。ステップＳ４０６にて、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、クレデンシャルを作成する。

以下、クレデンシャルについて説明する。
クレデンシャルは、認証情報ＩＤ、アルゴリズム、公開鍵、ａｔｔｅｓｔａｔｉｏｎから構成される。認証情報ＩＤは、ステップＳ４０５で作成し、認証情報管理テーブル（表Ａ）に格納した認証情報ＩＤである。また、公開鍵は、ステップＳ４０５で作成された鍵ペアの公開鍵である。

アルゴリズムには、ステップＳ４０５において鍵ペアを作成する際に利用したアルゴリズムを格納する。また、ａｔｔｅｓｔａｔｉｏｎは、ステップＳ４０３にて受信したクレデンシャル作成要求に含まれるパラメータのａｔｔｅｓｔａｔｉｏｎチャレンジをステップＳ４０５にて生成された秘密鍵を用いて暗号化したデータである。Ａｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、アプリケーション３２０に対して、ステップＳ４０６で作成したクレデンシャルと、自身のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定するＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤを渡す。

ステップＳ４０７にて、アプリケーション３２０の通信部３２２は、ホテルサービス３１０に対して、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０から受け取ったクレデンシャルおよびＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤを送信する。ステップＳ４０８にて、ホテルサービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、受信したクレデンシャルを用いて、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の登録処理を行う。

以下、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が実行するクレデンシャルの登録処理について説明する。
まず、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、クレデンシャルに含まれるａｔｔｅｓｔａｔｉｏｎを、同じクレデンシャルに含まれる公開鍵で復号化し、不正な登録要求でないことを検証する。

さらに、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表Ｆ）において、ａｔｔｅｓｔａｔｉｏｎを公開鍵で復号化した値と同一の値をａｔｔｅｓｔａｔｉｏｎチャレンジ列にもつレコードを特定する。そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、特定したレコードのユーザＩＤをクレデンシャルと紐付けるユーザＩＤとする。

そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、クレデンシャルに含まれる認証情報ＩＤおよび公開鍵と、クレデンシャルと紐付けるユーザＩＤとをＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｇ）に格納（登録）する。

図６の説明に戻る。ステップＳ４０９にて、登録処理部３１１は、紐付け情報管理テーブル（表Ｅ）に、ユーザが宿泊する部屋に設置されている音声アシスタント１０５と、ステップＳ４０７で受信したＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤとを紐付けて格納する。最後に、ホテルサービス３１０の通信部３１７は、携帯端末１０３のアプリケーション３２０に対して正常にＡｕｔｈｅｎｔｉｃａｔｏｒの登録処理が完了した旨を通知する。

次に、図７を用いて、ユーザが音声アシスタント１０５を介してホテルサービス３１０を利用する処理について説明する。
ユーザは、音声アシスタント１０５に対して、発話（音声）によりホテルサービス３１０の利用要求を行う。例えば、ルームサービスを所望する場合に、「ルームサービスのリストを教えて」と発話することにより要求を行う。

なお、ルームサービスは、ホテルサービス３１０が提供するサービスの一例であり、これに限られるものではない。ホテルサービス３１０を利用することにより、チケットの予約や、タクシーの予約等も可能である。また、ホテルサービス３１０を利用することにより、宿泊する部屋の掃除が不要である等の連絡を行うことも可能である。

ステップＳ５０１にて、音声アシスタント１０５が有する音声サービス３４０の音声受信部３４１は、ユーザからの音声によるサービス提供の要求を受信する。ステップＳ５０２にて、音声解析部３４２は、受信した音声を解析し、要求の内容を判断する。ステップＳ５０３にて、通信部３４５は、ホテルサービス３１０に対してステップＳ５０２で解析した処理要求を送信する。

ホテルサービス３１０の通信部３１７は、音声アシスタント１０５から要求を受信する。ステップＳ５０４にて、ホテルサービス３１０のサービス処理部３１６は、受信した要求に従った処理を実行する。詳細には、まず、サービス処理部３１６は、受信した要求を実行する場合にユーザ認証が必要か否か判断する。ユーザ認証の要不要は、予めホテルサービス３１０にサービスに関する情報を登録する際に設定しておく。

例えば、決済を伴う要求は、ユーザ認証が必要であると設定しておく。サービス処理部３１６は、要求を実行する場合にユーザ認証が不要であると判断した場合、ユーザ認証を求めることなく、要求に従った処理を実行する。ここでは、要求の内容が、「ルームサービスのリストを教えて」であった場合について説明する。すなわち、要求元の音声アシスタント１０５に対して、利用できるルームサービスのリストを送信すればよい。

この要求は、決済を伴う要求ではないため、サービス処理部３１６は、ユーザ認証が不要であると判断する。そして、サービス処理部３１６は、「ルームサービスのリストを教えて」という要求に従った処理として、ルームサービスを検索する。なお、ユーザ認証が必要な場合の処理については、ステップＳ５１０にて後述する。

ステップＳ５０５にて、サービス処理部３１６は、通信部３１７を介して音声アシスタント１０５に対してルームサービスのリストを返却する。なお、このとき、サービス処理部３１６は、要求元の音声アシスタント１０５に紐付いたユーザの過去のルームサービスの注文履歴をサービス情報管理テーブル（表Ｄ）から検索し、おすすめのルームサービスの提案情報を合わせて返却してもよい。

音声サービス３４０の通信部３４５は、ホテルサービス３１０からルームサービスのリストを受信する。ステップＳ５０６にて、音声サービス３４０の音声発話部３４３は、受信したルームサービスのリストをユーザに対して音声で案内する。ユーザは、さらに、音声アシスタント１０５に対して、発話（音声）によりルームサービスの特定のメニューを注文する。すなわち、ホテルサービス３１０に対して要求を行う。

要求を受けて音声アシスタント１０５がユーザの要求をホテルサービス３１０に送信するステップＳ５０７～Ｓ５０９の処理は、ステップＳ５０１～Ｓ５０３の処理と同様のため、その説明を省略する。ステップＳ５１０にて、ホテルサービス３１０のサービス処理部３１６は、受信した要求に従った処理を実行する。詳細には、サービス処理部３１６は、ステップＳ５０４と同様に、受信した要求を実行する場合にユーザ認証が必要か否か判断する。

ここでは、要求の内容がルームサービスの特定のメニューの注文であり、決済を伴う要求であるため、サービス処理部３１６は、ユーザ認証が必要であると判断する。そこで、ステップＳ５１１にて、ホテルサービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、通信部３１７を介して音声アシスタント１０５にユーザ認証、すなわち生体認証の要求を行う。このとき、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、生体認証パラメータを作成し、該要求に生成した生体認証パラメータを含める。

以下、生体認証パラメータについて説明する。
生体認証パラメータは、ホテルサービス３１０がアプリケーション３２０の認証を行う際に使用するデータである。生体認証パラメータは、ＡｓｓｅｒｔｉｏｎチャレンジおよびＡｓｓｅｒｔｉｏｎ拡張領域から構成される。Ａｓｓｅｒｔｉｏｎチャレンジには、チャレンジレスポンス認証を行うために利用する検証用データが格納される。

Ａｓｓｅｒｔｉｏｎ拡張領域には、ホテルサービス３１０がＡｕｔｈｅｎｔｉｃａｔｏｒ３３０等の動作を制御するために利用する、ホテルサービス３１０が指定可能な拡張パラメータが格納される。例えば、認証拡張領域には、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０等の動作を制御するためのパラメータが格納される。

図７の説明に戻る。ステップＳ５１１において、ホテルサービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が、通信部３１７を介して音声アシスタント１０５に生体認証の要求を行う際に、該要求にさらに以下の情報を含める。すなわち、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、該要求に、紐付け情報管理テーブル（表Ｅ）において、要求元の音声アシスタント１０５と紐付けられたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定するＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤを含める。

また、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、該要求に、注文金額などの情報を含める。なお、このとき、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、該要求に、該当ユーザにおすすめの提案情報を含めてもよい。例えば、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が、サービス処理部３１６を介して宿泊履歴管理テーブル（表Ｃ）から要求元の音声アシスタント１０５に対応する部屋（Ｒｏｏｍ１０４）のユーザ情報を特定する。

そして、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、該ユーザ情報に基づき、サービス情報管理テーブル（表Ｄ）から該当ユーザの過去のサービス履歴を取得し、該当ユーザ向けのおすすめの提案情報などを該要求に含める。また、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、該要求に、ユーザに依存しないサービスの宣伝情報などを含めてもよい。

ステップＳ５１２にて、音声サービス３４０の生体認証制御部３４４は、ステップＳ５１１で受信した要求に含まれるＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤから、生体認証の要求の通知先となるＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定する。ステップＳ５１３にて、生体認証制御部３４４は、携帯端末１０３に対して生体認証の要求を行う。なお、該生体認証の要求には、Ａｕｔｈ生体認証パラメータが含まれる。

以下、音声アシスタント１０５から携帯端末１０３に送信される生体認証の要求に含まれるＡｕｔｈ生体認証パラメータについて説明する。
Ａｕｔｈ生体認証パラメータは、上述したステップＳ５１１にて、ホテルサービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３が作成し、ホテルサービス３１０から音声アシスタント１０５へ送信された生体認証パラメータを含む。さらに、Ａｕｔｈ生体認証パラメータは、サービスＩＤおよびＷｅｂ Ｏｒｉｇｉｎを含む。

サービスＩＤには、ホテルサービス３１０のトップレベルドメインおよびセカンドレベルドメインの情報が格納される。例えば、ホテルサービス３１０のＵＲＬがｈｔｔｐ：//ｗｗｗ.ｈｏｔｅｌ‐ｓｅｒｖｉｃｅ.ｃｏｍであった場合、サービスＩＤは、ｈｏｔｅｌ‐ｓｅｒｖｉｃｅ.ｃｏｍである。Ｗｅｂ Ｏｒｉｇｉｎは、プロトコルとホスト名とポートの組み合わせであり、本実施形態ではホテルサービス３１０のＯｒｉｇｉｎが格納される。

図７の説明に戻る。ステップＳ５１４で携帯端末１０３が生体認証の要求を受信すると、生体認証処理が実行される。以下、携帯端末１０３にて実行される生体認証処理について説明する。
携帯端末１０３が生体認証の要求を受信すると、アプリケーション３２０の表示部３２１が生体情報の入力要求画面を表示する。

図１１は、アプリケーション３２０の表示部３２１が表示する生体情報の入力要求画面の一例である。
生体情報の入力要求画面では、携帯端末１０３において生体認証を実行するために、ユーザに生体情報の入力を促す。なお、本実施形態では、生体情報の入力要求画面をアプリケーション３２０の表示部３２１が表示するが、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０が表示部（不図示）を有し、該画面を表示するようにしてもよい。

ボタン８１１は、生体情報の読み取りを行うためのボタンであり、生体情報センサ２２８を備える。なお、生体情報の入力要求画面では、ステップＳ５１１でホテルサービス３１０から音声アシスタント１０５への生体認証の要求に含められた各種情報を合わせて表示する。例えば、ユーザが注文したメニューの金額などの情報や、ユーザ向けのおすすめの提案情報、その他のサービスの宣伝情報などである。

生体情報の入力要求画面において、生体情報センサ２２８により生体情報が読み取られると、アプリケーション３２０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、該生体情報をＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に渡し、認証要求を行う。なお、Ａｕｔｈｅｎｔｉｃａｔｏｒ登録制御部３２３は、該認証要求に、ステップＳ５１３で音声アシスタント１０５から受信したＡｕｔｈ生体認証パラメータを含める。

Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０の生体認証処理部３３２は、受け取った生体情報の特徴量を取得する。生体認証処理部３３２は、取得した特徴量を基に、認証情報格納部３３３が管理する認証情報管理テーブル（表Ａ）からレコードを特定する。具体的には、特徴量が示す生体情報ＩＤが特定されることから、認証情報管理テーブル（表Ａ）において、該生体情報に対応する認証情報ＩＤおよび秘密鍵が特定される。

すなわち、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０が生体認証を実行し、認証成功であれば、秘密鍵が取り出される。なお、表Ａにおいて、特徴量のみならず、Ａｕｔｈ生体認証パラメータに含まれるサービスＩＤが一致するかの検証を行ってもよい。そして、生体認証処理部３３２は、Ａｕｔｈ生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジを、特定した秘密鍵を用いて暗号化した署名を作成する。さらに、生体認証処理部３３２は、特定した認証情報ＩＤと作成した署名を含むＡｓｓｅｒｔｉｏｎ情報を作成する。

ステップＳ５１５にて、生体認証処理部３３２は、作成したＡｓｓｅｒｔｉｏｎ情報を音声アシスタント１０５に返却する。ステップＳ５１６にて、音声サービス３４０の通信部３４５は、ステップＳ５１５で受信したＡｓｓｅｒｔｉｏｎ情報をホテルサービス３１０に返却する。

なお、ステップＳ５１４の生体認証処理の結果が認証失敗であった場合、またはユーザからの生体情報の入力が一定時間行われなかった場合、アプリケーション３２０の表示部３２１は、生体情報の入力要求画面に認証できず処理を終了する旨の表示を行う。そして、ステップＳ５１５およびＳ５１６において、それぞれ生体認証処理の結果が認証失敗であったことを示す情報を返却する。ホテルサービス３１０は、認証失敗であったことを示す情報を受け取ると、図７の処理を終了する。

ステップＳ５１７にて、ホテルサービス３１０のＡｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、ステップＳ５１６で受信したＡｓｓｅｒｔｉｏｎ情報の検証を行う。具体的には、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報処理部３１３は、Ｓ７０７で作成した認証パラメータ８１０に含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致するかの検証を行う。なお、公開鍵の特定には、オーセンティケータ情報管理テーブル（表Ｅ）を用いる。

Ａｓｓｅｒｔｉｏｎ情報に含まれる署名を、Ａｓｓｅｒｔｉｏｎ情報に含まれる認証ＩＤで特定される公開鍵を用いて復号化する。公開鍵の特定には、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｇ）を用いる。そして、復号化した値が、ステップＳ５１０で作成した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致するかの検証を行う。

復号化した値がステップＳ５１０で作成した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致しなかった場合、ホテルサービス３１０のサービス処理部３１６は、ユーザ認証が失敗したことを示す情報を音声アシスタント１０５に返却する。そして、サービス処理部３１６は、処理を終了する。ユーザ認証が失敗したことを示す情報を受信すると、音声サービス３４０の音声発話部３４３は、ステップＳ５０７で受信した要求が実行されなかったことをユーザに対して音声で通知する。

一方、復号化した値がステップＳ５１０で作成した生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジと一致した場合、ステップＳ５１８に進む。ステップＳ５１８にて、ホテルサービス３１０のサービス処理部３１６は、ステップＳ５０７で受信した要求に従いサービスの提供、ここではルームサービスのメニューの注文を確定する。

サービス処理部３１６は、サービス情報管理テーブル（表Ｄ）に、確定したサービスになする情報を格納する。なお、決済は、チェックアウト時にまとめて行われるため、サービス情報管理テーブルの決済情報には、決済が未完了であることを示すデータが格納される。そして、サービス処理部３１６は、該当サービスの担当者にサービス提供の依頼を行う。

ステップＳ５１９にて、サービス処理部３１６は、ステップＳ５０９で音声アシスタント１０５から受信したサービス提供の要求の受け付け結果を音声アシスタント１０５に送信する。ステップＳ５２０にて、音声サービス３４０の音声発話部３４３は、ステップＳ５１９で受信した受け付け結果をユーザに対して音声で通知する。

次に、図８を用いて、ホテルの宿泊客（ユーザ）がホテルからチェックアウトする際に、ホテルサービス３１０の利用を終了する処理について説明する。
ホテルサービス３１０の利用を終了する処理において、ユーザが保有する携帯端末１０３が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０のホテルサービス３１０における登録解除処理が実行される。

まず、ユーザは、携帯端末１０３のアプリケーション３２０は、ユーザの操作によりチェックアウト画面を表示する。具体的には、アプリケーション３２０のメニュー表示（不図示）等を操作することにより、チェックアウト画面は表示される。

図１２は、アプリケーション３２０の表示部３２１が表示するチェックアウト画面の一例である。
チェックアウト画面には、ホテル滞在時にユーザが受けたサービスの利用料金が表示される。アプリケーション３２０は、ユーザの操作によりチェックアウト画面の表示指示を受け付けると、通信部３２２を介してホテルサービス３１０に該当ユーザがホテルに滞在していた間に受けたサービスの内容を問い合わせる。

ホテルサービス３１０は、データ格納部３１２に格納されたサービス情報管理テーブル（表Ｄ）から該当ユーザの受けたサービスの内容を取得し、アプリケーション３２０に送信する。アプリケーション３２０は、受信したサービスの内容に基づき、例えば、サービス情報管理テーブルの該当ユーザが受けたサービスの金額の合計を算出し、利用料金としてチェックアウト画面に表示する。ユーザは、チェックアウト画面において、自身が受けたサービスの内容や利用料金を確認し、ホテルのフロントで決済処理を行う。

なお、チェックアウト画面は、生体認証情報を保持するか否かを選択する手段を有する。生体認証情報とは、生体情報に紐付いた各種情報のことである。図１２に示す例では、生体認証情報を保持するか否かをチェックボックスにおいて選択できる。ユーザが生体認証情報を保持することを選択した場合、次回の宿泊時に、図６にて示したホテルサービス３１０の利用を開始する処理において、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０のサーバ１０２への登録処理（Ｓ４０３～Ｓ４０８）を省略することができる。

生体認証情報を保持することを選択したユーザが、次に同じホテルに宿泊する場合、ユーザは、チェックインする際に図９のチェックイン画面において、以前チェックインした際に発行されたユーザＩＤと以前設定したパスワードを入力すればよい。ユーザＩＤは、以前チェックインした際に実行された図４のステップＳ４０２にて発行されたものを使用する。

これにより、ホテルサービス３１０の登録処理部３１１は、ユーザ情報管理テーブル（表Ｂ）を用いて既存のユーザ情報との照合を行い、ユーザＩＤとパスワードが一致するレコードのユーザと同一人物であると判断する。そして、ホテルサービス３１０の登録処理部３１１は、Ａｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｇ）において、該当のユーザＩＤを有するレコードが存在するか判断する。

該当のユーザＩＤを有するレコードが存在する場合、登録処理部３１１は、図４のステップＳ４０３～Ｓ４０８の処理を省略する。チェックアウト画面の「ＯＫ」ボタンが押下されると、アプリケーション３２０に対して、ホテルサービス３１０の利用を終了する処理（チェックアウト処理）の実行指示が行われ、図８に示す処理の実行が開始される。

図８の説明に戻る。ステップＳ６０１にて、アプリケーション３２０は、ユーザによりチェックアウト処理の実行指示を受け付けると、ホテルサービス３１０に対してチェックアウトの要求を送信する。該要求には、チェックアウト画面でユーザが選択した、生体認証情報を保持するか否かの選択結果が含まれる。

以降のステップＳ６０２～Ｓ６０３において、サーバ１０２が格納している携帯端末１０３のユーザに関する登録情報が更新される。まず、ステップＳ６０２にて、ホテルサービス３１０の登録処理部３１１は、ユーザが宿泊した部屋に設置されている音声アシスタント１０５と携帯端末１０３のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０との紐付けを解除する。つまり、紐付け情報管理テーブル（表Ｅ）において格納されている音声アシスタント１０５と該当のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定するためのＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤの紐付けを行っているレコードを削除する。

ステップＳ６０３にて、登録処理部３１１は、チェックアウト画面において生体認証情報を保持しないことが選択されていた場合、以下のレコードを削除する。すなわち、ａｔｔｅｓｔａｔｉｏｎチャレンジ管理テーブル（表Ｆ）およびＡｕｔｈｅｎｔｉｃａｔｏｒ情報管理テーブル（表Ｇ）の該当するユーザのレコードを削除する。なお、ユーザ情報管理テーブル（表Ｂ）、宿泊履歴管理テーブル（表Ｃ）、サービス情報管理テーブル（表Ｄ）の該当するユーザのレコードは、次に同じユーザが宿泊する際のサービス向上のため、削除せずに保持したままとする。

ステップＳ６０４にて、登録処理部３１１は、チェックアウト処理が完了したことを示す情報を携帯端末１０３のアプリケーション３２０に返却する。なお、チェックアウト処理が完了したことを示す情報には、チェックアウト画面においてユーザが選択した、生体認証情報を保持するか否かの選択結果が含まれる。

ステップＳ６０５にて、アプリケーション３２０は、生体認証情報を保持しないことが選択されていた場合、認証情報管理テーブル（表Ａ）のホテルサービス３１０に関するレコードを削除するようにＡｕｔｈｅｎｔｉｃａｔｏｒ３３０に要求する。レコードを削除する要求をアプリケーション３２０から受信すると、Ａｕｔｈｅｎｔｉｃａｔｏｒ３３０のＡｕｔｈｅｎｔｉｃａｔｏｒ登録処理部３３１は、該当のレコードを削除する。すなわち、認証情報格納部３３３を介してＴＰＭ２２６に格納されている認証情報管理テーブル（表Ａ）のホテルサービス３１０に関するレコードが削除される。

以上のように、本実施形態によれば、不特定多数の人が使用する場所に置いてあるデバイスに生体認証情報を登録することなく、セキュアな認証方式を提供することができる。

［第２実施形態］
第１実施形態では、ホテルの宿泊客がルームサービスなどのホテルが提供するサービスを、音声アシスタントを用いて利用する際に実行される各種処理について説明した。これに対して、本実施形態では、宿泊客が、音声アシスタントを用いてホテル外の、すなわちサーバ１０２とは異なる他の外部システムが提供するサービスを利用する場合について説明する。

なお、本実施形態において、第１実施形態に係る各装置の構成や各種処理の手順で同一のものには同一の符号を付し、その説明を省略する。本実施形態では、ホテル外のサービスの一例として、音楽配信サービス１０７を利用する場合について説明する。音楽配信サービス１０７は、音声アシスタント１０５とネットワーク１０１を介して接続される。また、音楽配信サービス１０７は、携帯端末１０３とネットワーク１０６を介して接続される。

なお、ユーザは、自宅の音声アシスタントでサービスを受けるために予め音楽配信サービス１０７と契約し、該サービスからＩＤとＰａｓｓｗｏｒｄを取得して該サービスにおいてユーザ登録がなされているものとする。すなわち、該サービスは、認証されたユーザ専用のサービスである。また、音楽配信サービス１０７は、第１実施形態で説明したホテルサービス３１０と同様の、認証方式に対応しているものとする。

すなわち、音楽配信サービス１０７は、ユーザを認証するために、ユーザの手元にあるデバイス上で生体認証を行い、その結果を以ってサービスがユーザを認証する仕組みを有するものとする。そして、ユーザは、予め、携帯端末１０３を用いての生体認証に紐付く情報、例えば、認証識別情報や公開鍵などを音楽配信サービス１０７に登録を行っているものとする。

図１３は、ホテルの宿泊客（ユーザ）が宿泊する部屋において、音声アシスタント１０５を介して音楽配信サービス１０７を利用する処理について説明する図である。
ユーザは、音声アシスタント１０５に対して、発話（音声）により音楽配信サービス１０７の利用要求を行う。例えば、音楽配信を所望する場合に、「音楽配信サービスで曲を流して」と発話することにより要求を行う。

ステップＳ１００１にて、音声アシスタント１０５が有する音声サービス３４０の音声受信部３４１は、ユーザからの音声によるサービス提供の要求を受信する。ステップＳ１００２にて、音声解析部３４２は、受信した音声を解析し、要求の内容を判断する。ステップＳ１００３にて、通信部３４５は、音楽配信サービス１０７に対してステップＳ１００２で解析した処理要求を送信する。

音楽配信サービス１０７は、音声アシスタント１０５から要求を受信すると、ステップＳ１００４にて、受信した要求に従った処理を実行する。ここで、音楽配信サービスにおいてサービスの提供を受ける場合にユーザ認証が必要であるとする。そこで、ステップＳ１００５にて、音楽配信サービス１０７は、音声アシスタント１０５にユーザ認証の要求を行う。

なお、ここでのユーザ認証は、第１実施形態においてホテルサービス３１０が用いた認証の仕組み（図７）を用いるものとする。具体的には、ユーザの手元にあるデバイス上で生体認証を行い、その結果を以ってユーザを認証する。すなわち、ステップＳ１００５において、音楽配信サービス１０７は、音声アシスタント１０５に対して、生体認証の要求を行う。

このとき、図７のステップＳ５１１の処理と同様に、音楽配信サービス１０７は、該要求に生成した生体認証パラメータを含める。また、音楽配信サービス１０７は、該要求にその他の情報を含めてもよい。例えば、宣伝情報や料金に関する各種案内など、どのような情報を含めてもよい。

なお、図７のステップＳ５１１では、ホテルサービス３１０がユーザ認証の要求を送信する際に、生体認証パラメータとともに音声アシスタント１０５と紐付けられたＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定するＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤを送信した。しかし、音楽配信サービス１０７は、紐付け情報管理テーブル（表Ｅ）のような情報は保持していないため、これに相当する情報は送信されない。

そこで、本実施形態では、音声アシスタント１０５が、生体認証の要求の通知先となるＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定するための処理が行われる。ステップＳ１００６にて、音声サービス３４０の生体認証制御部３４４は、ホテルサービス３１０に、生体認証の要求の通知先となる携帯端末１０３のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を問い合わせる。

ステップＳ１００７にて、ホテルサービス３１０のサービス処理部３１６は、紐付け情報管理テーブル（表Ｅ）において、要求元の音声アシスタント１０５と紐付けられた携帯端末１０３のＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定する。そして、ステップＳ１００８にて、サービス処理部３１６は、音声アシスタント１０５に特定したＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を示すＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤを返却する。

ステップＳ１００９にて、音声サービス３４０の生体認証制御部３４４は、ステップＳ１００８で受信した問い合わせの結果に含まれるＡｕｔｈｅｎｔｉｃａｔｏｒ ＩＤから、生体認証の要求の通知先となるＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を特定する。そして、生体認証制御部３４４は、携帯端末１０３に対して生体認証の要求を行う。なお、該生体認証の要求には、第１実施形態で説明したＡｕｔｈ生体認証パラメータが含まれる。

ステップＳ１０１０～Ｓ１０１３にて実行される生体認証処理は、第１実施形態のステップＳ５１４～Ｓ５１７の処理と同様のため、その説明を省略する。ステップＳ１０１３にて実行されたＡｓｓｅｒｔｉｏｎ情報の検証の結果、ユーザ認証が成功した場合、ステップＳ１０１４にて、音楽配信サービス１０７は、音声アシスタント１０５に対してサービスの提供を開始する。すなわち、音楽配信サービス１０７は、音声アシスタント１０５に対して音楽データを配信する。

一方、ステップＳ１０１３にて実行されたＡｓｓｅｒｔｉｏｎ情報の検証の結果、ユーザ認証が失敗した場合、音楽配信サービス１０７は、ユーザ認証が失敗したことを示す情報を音声アシスタント１０５に返却し、処理を終了する。ユーザ認証が失敗したことを示す情報を受信すると、音声サービス３４０の音声発話部３４３は、ステップＳ１００１で受信した要求が実行されなかったことをユーザに対して音声で通知する。ステップＳ１０１５にて、音声サービス３４０の音声発話部３４３は、音楽配信サービス１０７からのサービスの提供に従い音楽を再生する。

＜第２実施形態の変形例１＞
図１４を用いて、ホテルの宿泊客（ユーザ）が宿泊する部屋において、音声アシスタント１０５を介して音楽配信サービスを利用する処理（図１３）の変形例について説明する。図１３に示す処理では、音声アシスタント１０５を介して音楽配信サービス１０７に対してサービス提供の要求を行った（Ｓ１００３）。

これに対して、図１４に示す変形例では、音声アシスタント１０５を介さずに、携帯端末１０３から直接、音楽配信サービス１０７に要求を行う。サービス提供の要求は、例えば、曲名を指定して音楽配信サービス１０７から音楽データを取得する要求などである。

なお、携帯端末１０３は、音楽配信サービス１０７と連携する該音楽配信サービス１０７が提供するアプリケーションをインストールし、該アプリケーションを用いてサービス提供の要求を行うものとする。または、携帯端末１０３のＷｅｂブラウザにおいて、音楽配信サービス１０７が提供するＷｅｂサービスのＵＲＬを指定して音楽配信サービス１０７を利用するためのサービス画面を介してサービス提供の要求を行ってもよい。以下、音楽配信サービス１０７と連携する該音楽配信サービス１０７が提供するアプリケーションを連携アプリケーションと呼ぶ。

ステップＳ１０２１にて、携帯端末１０３の連携アプリケーションは、ユーザからの指示に従い、音楽配信サービスに対してサービス提供の要求を行う。ステップＳ１０２２にて、音楽配信サービス１０７は、携帯端末１０３から処理要求を受信し、受信した要求に従った処理を実行する。ここで、音楽配信サービスにおいてサービスの提供を受ける場合にユーザ認証が必要であるとする。そこで、ステップＳ１０２３にて、音楽配信サービス１０７は、音声アシスタント１０５にユーザ認証の要求を行う。

なお、ここでのユーザ認証は、第１実施形態および第２実施形態においてホテルサービス３１０や音楽配信サービス１０７が用いた認証の仕組み（図７、図１３）を用いるものとする。具体的には、ユーザの手元にあるデバイス上で生体認証を行い、その結果を以ってユーザを認証する。すなわち、ステップＳ１０２３において、音楽配信サービス１０７は、携帯端末１０３に対して、生体認証の要求を行う。

ステップＳ１０２４にて、携帯端末１０３は、生体認証処理を実行する。なお、生体認証処理については、第１実施形態および第２実施形態で説明した処理と同様のため、その説明を省略する。ステップＳ１０２５にて、携帯端末１０３は、Ａｓｓｅｒｔｉｏｎ情報を音楽配信サービス１０７に返却する。ステップＳ１０２６にて、音楽配信サービス１０７は、ステップＳ１０２５で受信したＡｓｓｅｒｔｉｏｎ情報の検証を行う。

Ａｓｓｅｒｔｉｏｎ情報の検証の結果、ユーザ認証が成功した場合、ステップＳ１０２７にて、音楽配信サービス１０７は、携帯端末１０３に対してサービスの提供を開始する。すなわち、音楽配信サービス１０７は、携帯端末１０３に対して、ステップＳ１０２１にて要求された音楽データを配信する。

一方、Ａｓｓｅｒｔｉｏｎ情報の検証の結果、ユーザ認証が失敗した場合、音楽配信サービス１０７は、ユーザ認証が失敗したことを示す情報を携帯端末１０３に返却し、処理を終了する。ユーザ認証が失敗したことを示す情報を受信すると、ステップＳ１０２８にて、携帯端末１０３は、該携帯端末１０３のユーザが宿泊する部屋に設置されている音声アシスタント１０５に音楽データを転送する。そして、ユーザは、音声アシスタント１０５に対して、発話（音声）により要求を行う。例えば、ステップＳ１０２８で転送した曲名を指定して、音楽を再生するように要求を行う。

ステップＳ１０２９にて、音声アシスタント１０５が有する音声サービス３４０の音声受信部３４１は、ユーザからの音声による要求を受信する。ステップＳ１０３０にて、音声解析部３４２は、受信した音声を解析し、要求の内容を判断する。ステップＳ１０３１にて、音声発話部３４３は、解析した要求内容に従い、音楽を再生する。

＜第２実施形態の変形例２＞
図１５を用いて、ホテルの宿泊客（ユーザ）が宿泊する部屋において、音声アシスタント１０５を介して音楽配信サービスを利用する処理（図１３）のその他の変形例について説明する。第１実施形態では、音楽配信サービス１０７がユーザを認証する際に、ユーザの手元にあるデバイスとして携帯端末１０３上で生体認証を行い、その結果を以ってユーザを認証した。これに対して、図１５に示す変形例では、ユーザの手元にあるデバイスとして音声アシスタント１０５を用いて、該音声操作装置上で生体認証を行う。

なお、音楽配信サービス１０７とホテルサービス３１０とは連携しており、宿泊客であればホテルの部屋の中では音楽配信サービス１０７のサービスを利用することができるものとする。例えば、音楽配信サービス１０７から音声アシスタント１０５に対して音楽データが配信され、該音声アシスタント１０５が配信された音楽を再生することができるものとする。

音楽配信サービス１０７は、連携しているホテルの音声アシスタント１０５からのサービス提供の要求の内容およびサービス提供の要求を行ったユーザが正しい宿泊客であることを確認し、音声アシスタント１０５に音楽データを配信する。これには、第１実施形態や第２実施形態で行われた認証の仕組みを用いてユーザ認証が行われる。具体的には、ユーザの手元にあるデバイス上で生体認証を行い、その結果を以ってユーザを認証する。

ただし、第１実施形態および第２実施形態と異なる点は、ユーザの手元にあるデバイスとして携帯端末１０３を用いるのではなく、音声アシスタント１０５を用いることである。なお、音楽配信サービス１０７には、予めホテル内で使用する音声アシスタント１０５を特定する情報を登録（格納）しておくものとする。

ユーザは、ホテルにチェックインする際に、音声アシスタント１０５において生体認証情報の登録を行う。生体認証情報の登録は、第１実施形態において、ホテルにチェックインする際に携帯端末１０３が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０のサーバ１０２への登録処理（Ｓ４０３～Ｓ４０８）と同様の処理により行われる。

本変形例では、携帯端末１０３と同様に、音声アシスタント１０５がＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を有し、音声アシスタント１０５が有するＡｕｔｈｅｎｔｉｃａｔｏｒ３３０において、上述したステップＳ４０３～Ｓ４０８の処理が実行される。これにより、ユーザの生体情報が、音声アシスタント１０５に格納される。なお、生体情報は、他の実施形態と同様に、どのようなものであってもよい。例えば、ここでは声紋情報とする。宿泊客（ユーザ）は、音声アシスタント１０５に対して話しかけることにより、声紋情報が音声アシスタント１０５に登録される。

ユーザは、音楽配信サービス１０７からサービス提供を受けたい場合、音声アシスタント１０５に対して、発話（音声）によりサービス提供の要求を行う。例えば、曲名を指定して音楽を再生するように要求を行う。

ステップＳ１０４１にて、音声アシスタント１０５が有する音声サービス３４０の音声受信部３４１は、ユーザからの音声による要求を受信する。ステップＳ１０４２にて、音声解析部３４２は、受信した音声を解析し、要求の内容を判断する。ステップＳ１０４３にて、通信部３４５は、音楽配信サービス１０７に対してステップＳ１０４２で解析した処理要求を送信する。

音楽配信サービス１０７は、音声アシスタント１０５から要求を受信すると、ステップＳ１０４４にて、受信した要求に従った処理を実行する。詳細には、まず、音楽配信サービス１０７は、受信した要求を実行する場合にユーザ認証が必要か否か判断する。ユーザ認証の要不要は、予め音楽配信サービス１０７において設定されているものとする。
例えば、音楽リストを取得する要求であればユーザ認証は不要であり、音楽を再生する要求であればユーザ認証は必要であると判断される。

ここでは、要求の内容が音楽の再生であるため、音楽配信サービス１０７は、ユーザ認証が必要であると判断する。そこで、ステップＳ１０４５にて、音楽配信サービス１０７は、音声アシスタント１０５にユーザ認証、すなわち生体認証の要求を行う。このとき、音楽配信サービス１０７は、第１実施形態の場合と同様に、生体認証パラメータを作成し、該要求に生成した生体認証パラメータを含める。生体認証パラメータには、上述したように、チャレンジレスポンス認証を行うために利用する検証用データであるＡｓｓｅｒｔｉｏｎチャレンジが含まれる。

音声アシスタント１０５は、生体認証の要求を受信すると、ステップＳ１０４６にて、生体認証処理が実行される。音声アシスタント１０５が行う生体認証処理では、音声サービス３４０の音声発話部３４３が、ユーザに対して生体認証を行うことを音声により通知し、生体情報の入力を要求する。例えば、音声発話部３４３は、「声紋認証を行います。何か話しかけてください。」と音声により通知し、生体情報の入力を促す。

ステップＳ１０４６にて、音声アシスタント１０５は、ユーザからの音声を受信すると、受信した音声の声紋情報により生体認証処理を実行する。なお、音声アシスタント１０５は、第１実施形態で説明した携帯端末１０３におけるＡｕｔｈｅｎｔｉｃａｔｏｒ３３０と同様の機能を有する。そして、ステップＳ１０４６では、音声アシスタント１０５において、図５に示した携帯端末１０３にて実行される生体認証処理（Ｓ５１４）と同様の処理が行われる。

音声アシスタント１０５は、ステップＳ１０４６の生体認証処理の結果が認証成功であった場合、ステップＳ１０４７にて、作成したＡｓｓｅｒｔｉｏｎ情報を音楽配信サービス１０７に返却する。Ａｓｓｅｒｔｉｏｎ情報は、生体認証処理の結果、生体情報と関連付けて格納されている秘密鍵と、ステップＳ１０４５で受信したＡｕｔｈ生体認証パラメータに含まれるＡｓｓｅｒｔｉｏｎチャレンジとを用いることで作成された署名を含む。

なお、ステップＳ１０４６の生体認証処理の結果が認証失敗であった場合、またはユーザからの生体情報の入力が一定時間行われなかった場合、音声サービス３４０の音声発話部３４３は、ユーザ認証できず処理を終了する旨を音声でユーザに通知する。そして、ステップＳ１０４７において、生体認証処理の結果が認証失敗であったことを示す情報を返却する。音楽配信サービス１０７は、認証失敗であったこと示す情報を受け取ると、図１５の処理を終了する。

ステップＳ１０４８にて、音楽配信サービス１０７は、ステップＳ１０４７で受信したＡｓｓｅｒｔｉｏｎ情報の検証を行う。Ａｓｓｅｒｔｉｏｎの検証は、第１実施形態において、ホテルサービス３１０が図７のＳ５１７にて実行した処理と同様であるため、その説明を省略する。

ステップＳ１０４８にて実行されたＡｓｓｅｒｔｉｏｎ情報の検証の結果、ユーザ認証が成功した場合、ステップＳ１０４９にて、音楽配信サービス１０７は、音声アシスタント１０５に対してサービスの提供を開始する。すなわち、音楽配信サービス１０７は、音声アシスタント１０５に対して音楽データを配信する。

一方、ステップＳ１０４８にて実行されたＡｓｓｅｒｔｉｏｎ情報の検証の結果、ユーザ認証が失敗した場合、音楽配信サービス１０７は、ユーザ認証が失敗したことを示す情報を音声アシスタント１０５に返却し、処理を終了する。ユーザ認証が失敗したことを示す情報を受信すると、音声サービス３４０の音声発話部３４３は、ステップＳ１０４１で受信した要求が実行されなかったことをユーザに対して音声で通知する。

ステップＳ１０５０にて、音声サービス３４０の音声発話部３４３は、音楽配信サービス１０７からのサービス提供に従い音楽を再生する。なお、本変形例では、音声アシスタント１０５に生体情報を登録する例を説明したが、これに限られるものではない。例えば、サーバ１０２がＡｕｔｈｅｎｔｉｃａｔｏｒ３３０を有し、ユーザの生体情報がサーバ１０２に格納されるようにしてもよい。

その場合、ステップＳ１０４６において、音声アシスタント１０５がユーザからの音声を受信すると、受信した音声の声紋情報をホテルサービス３１０に送信する。そして、ホテルサービス３１０が、受信した声紋情報を自身が有するＡｕｔｈｅｎｔｉｃａｔｏｒに渡し、該Ａｕｔｈｅｎｔｉｃａｔｏｒにて生体認証処理が実行される。生体認証処理の結果は、ホテルサービス３１０から音声アシスタント１０５に返却される。

また、本変形例では、音楽配信サービス１０７が」ユーザ認証を行う方法として、ユーザの生体認証を行う場合について説明したが、これに限られるものではない。例えば、キーワードを使用する方法であってもよい。この場合、チェックインの際に、ユーザが音声アシスタント１０５に対して任意のキーワードを設定する。キーワードの登録は、例えば、ユーザが音声アシスタント１０５に音声でキーワードを話しかけることで行う。

音声アシスタント１０５は、ステップＳ１０４５において音楽配信サービスからユーザ確認の要求を受けて、ユーザに対してチェックインの際に登録したキーワードを要求する。音声アシスタント１０５は、ユーザの音声によるキーワードの入力を受け付けると、音声解析を行い、チェックインの際に設定されたキーワードと一致した場合、ユーザの確認処理に成功したと判断する。

［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

Claims (23)

1. 生体認証のための認証モジュール、および該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段を備える情報処理端末と、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置と、を含むシステムであって、
   前記音声操作装置は、
   ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う第１の要求手段と、
   前記外部システムから、認証要求を受信する受信手段と、
   前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する第２の要求手段と、
   前記外部システムに対して、前記情報処理端末からの認証結果を送信する送信手段と、
   を有し、
   前記情報処理端末は、
   前記音声操作装置からの認証処理の要求に応じて、前記認証モジュールおよび前記記憶手段に格納された生体情報を用いた生体認証処理を実行する実行手段と、
   前記生体認証処理による認証結果を前記音声操作装置に送信する送信手段と、を有し、
   前記生体認証処理による認証結果は、前記記憶手段に生体情報と関連付けて格納されている秘密鍵と、該秘密鍵のペアとなる公開鍵が登録された前記外部システムが発行した検証用データとを用いることで作成された署名を含むことを特徴とするシステム。
2. 前記外部システムから受信する認証要求には、前記音声操作装置に音声の入力を行ったユーザの情報処理端末の認証モジュールを特定する識別情報が含まれ、
   前記音声操作装置の第２の要求手段は、前記認証モジュールの識別情報に基づき特定した前記情報処理端末の認証モジュールに前記認証処理を要求する、ことを特徴とする請求項１に記載のシステム。
3. 生体認証のための認証モジュール、および該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段を備える情報処理端末と、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置と、を含むシステムであって、
   前記音声操作装置は、
   ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う第１の要求手段と、
   前記外部システムから、認証要求を受信する受信手段と、
   前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する第２の要求手段と、
   前記外部システムに対して、前記情報処理端末からの認証結果を送信する送信手段と、
   を有し、
   前記情報処理端末は、
   前記音声操作装置からの認証処理の要求に応じて、前記認証モジュールおよび前記記憶手段に格納された生体情報を用いた生体認証処理を実行する実行手段と、
   前記生体認証処理による認証結果を前記音声操作装置に送信する送信手段と、を有し、
   前記外部システムから受信する認証要求には、前記音声操作装置に音声の入力を行ったユーザの情報処理端末の認証モジュールを特定する識別情報が含まれ、
   前記音声操作装置の第２の要求手段は、前記認証モジュールの識別情報に基づき特定した前記情報処理端末の認証モジュールに前記認証処理を要求する、ことを特徴とするシステム。
4. 前記情報処理端末は、生体情報に関連付けて生成される公開鍵を含むユーザの登録情報を前記外部システムに登録するために、生体情報センサにより生体情報を読み取るための画面を表示する、ことを特徴とする請求項１乃至３のいずれか一項に記載のシステム。
5. 前記情報処理端末は、前記外部システムに前記登録情報の登録を要求する第３の要求手段を有し、
   前記外部システムは、前記情報処理端末からの登録の要求に応じて、該情報処理端末の認証モジュールと、該情報処理端末のユーザが利用する音声操作装置とを紐付けて管理する、ことを特徴とする請求項４に記載のシステム。
6. 前記登録情報が登録された外部システムとは異なる外部システムから受信する認証要求には、前記音声操作装置に音声の入力を行ったユーザの情報処理端末の認証モジュールを特定する識別情報が含まれず、
   前記音声操作装置は、前記情報処理端末に対する前記認証処理を要求する際に、該音声操作装置と紐付く該情報処理端末の認証モジュールの識別情報を、前記登録情報が登録された外部システムから取得することを特徴とする請求項５に記載のシステム。
7. 前記情報処理端末は、前記外部システムに前記登録情報の登録解除を要求する第４の要求手段を有し、
   前記外部システムは、前記情報処理端末からの登録解除の要求に応じて、該当するユーザの登録情報を削除する、ことを特徴とする請求項４乃至６のいずれか一項に記載のシステム。
8. 前記情報処理端末は、前記音声操作装置からの認証処理の要求に応じて前記生体認証処理を実行する際に、生体情報センサにより生体情報を読み取るための画面を表示する、ことを特徴とする請求項１乃至７のいずれか一項に記載のシステム。
9. 前記音声操作装置は、前記認証結果に応じた検証の成功に従い、認証されたユーザ専用のサービスを外部システムから提供され、該音声操作装置でユーザ専用のサービスを実行する、ことを特徴とする請求項１乃至８のいずれか一項に記載のシステム。
10. 生体認証のための認証モジュール、および該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段を備える情報処理端末と、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置と、を含むシステムの制御方法であって、
    前記音声操作装置が、ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う工程と、
    前記音声操作装置が、前記外部システムから、認証要求を受信する工程と、
    前記音声操作装置が、前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する工程と、
    前記情報処理端末が、前記音声操作装置からの認証処理の要求に応じて、前記認証モジュールおよび前記記憶手段に格納された生体情報を用いた生体認証処理を実行する工程と、
    前記情報処理端末が、前記生体認証処理による認証結果を前記音声操作装置に送信する工程と、
    前記音声操作装置が、前記外部システムに対して、前記情報処理端末からの認証結果を送信する工程と、
    を有し、
    前記生体認証処理による認証結果は、前記記憶手段に生体情報と関連付けて格納されている秘密鍵と、該秘密鍵のペアとなる公開鍵が登録された前記外部システムが発行した検証用データとを用いることで作成された署名を含む、ことを特徴とするシステムの制御方法。
11. 生体認証のための認証モジュール、および該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段を備える情報処理端末と、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置と、を含むシステムの制御方法をコンピュータに実行させるプログラムであって、前記制御方法は、
    前記音声操作装置が、ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う工程と、
    前記音声操作装置が、前記外部システムから、認証要求を受信する工程と、
    前記音声操作装置が、前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する工程と、
    前記情報処理端末が、前記音声操作装置からの認証処理の要求に応じて、前記認証モジュールおよび前記記憶手段に格納された生体情報を用いた生体認証処理を実行する工程と、
    前記情報処理端末が、前記生体認証処理による認証結果を前記音声操作装置に送信する工程と、
    前記音声操作装置が、前記外部システムに対して、前記情報処理端末からの認証結果を送信する工程と、
    を有し、
    前記生体認証処理による認証結果は、前記記憶手段に生体情報と関連付けて格納されている秘密鍵と、該秘密鍵のペアとなる公開鍵が登録された前記外部システムが発行した検証用データとを用いることで作成された署名を含む、ことを特徴とするプログラム。
12. 音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置であって、
    ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う第１の要求手段と、
    前記外部システムから、認証要求を受信する受信手段と、
    前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する第２の要求手段と、
    前記情報処理端末から、前記認証処理の要求の応答として、前記情報処理端末が備える生体認証のための認証モジュールおよび前記情報処理端末が備える記憶手段に格納された生体情報を用いた生体認証処理を実行した認証結果を受信し、該受信した認証結果を前記外部システムに送信する送信手段と、を有し、
    前記認証結果として、前記記憶手段に生体情報と関連付けて格納されている秘密鍵と、該秘密鍵のペアとなる公開鍵が登録された前記外部システムが発行した検証用データとを用いることで作成された署名が含まれる、ことを特徴とする音声操作装置。
13. 音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置であって、
    ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う第１の要求手段と、
    前記外部システムから、前記音声操作装置に音声の入力を行ったユーザの情報処理端末に対応する識別情報が含まれる認証要求を受信する受信手段と、
    前記認証要求に従い、前記識別情報に基づき特定した前記ユーザの情報処理端末に対する認証処理を、無線通信を介して、要求する第２の要求手段と、
    前記情報処理端末から、前記認証処理の要求の応答として、前記情報処理端末が備える生体認証のための認証モジュールおよび前記情報処理端末が備える記憶手段に格納された生体情報を用いた生体認証処理を実行した認証結果を受信し、該受信した認証結果を前記外部システムに送信する送信手段と、を有する、ことを特徴とする音声操作装置。
14. 音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置の制御方法であって、
    ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う工程と、
    前記外部システムから、認証要求を受信する工程と、
    前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する工程と、
    前記情報処理端末から、前記認証処理の要求の応答として、前記情報処理端末が備える生体認証のための認証モジュールおよび前記情報処理端末が備える記憶手段に格納された生体情報を用いた生体認証処理を実行した認証結果を受信し、該受信した認証結果を前記外部システムに送信する工程と、を有し、
    前記認証結果として、前記記憶手段に生体情報と関連付けて格納されている秘密鍵と、該秘密鍵のペアとなる公開鍵が登録された前記外部システムが発行した検証用データとを用いることで作成された署名が含まれる、ことを特徴とする音声操作装置の制御方法。
15. 音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置の制御方法をコンピュータに実行させるプログラムであって、前記制御方法は、
    ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う工程と、
    前記外部システムから、認証要求を受信する工程と、
    前記認証要求に従い、無線通信を介して、前記ユーザの情報処理端末に対する認証処理を要求する工程と、
    前記情報処理端末から、前記認証処理の要求の応答として、前記情報処理端末が備える生体認証のための認証モジュールおよび前記情報処理端末が備える記憶手段に格納された生体情報を用いた生体認証処理を実行した認証結果を受信し、該受信した認証結果を前記外部システムに送信する工程と、を有し、
    前記認証結果として、前記記憶手段に生体情報と関連付けて格納されている秘密鍵と、該秘密鍵のペアとなる公開鍵が登録された前記外部システムが発行した検証用データとを用いることで作成された署名が含まれる、ことを特徴とするプログラム。
16. 音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置の制御方法であって、
    ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う工程と、
    前記外部システムから、前記音声操作装置に音声の入力を行ったユーザの情報処理端末に対応する識別情報が含まれる認証要求を受信する工程と、
    前記認証要求に従い、前記識別情報に基づき特定した前記ユーザの情報処理端末に対する認証処理を、無線通信を介して、要求する工程と、
    前記情報処理端末から、前記認証処理の要求の応答として、前記情報処理端末が備える生体認証のための認証モジュールおよび前記情報処理端末が備える記憶手段に格納された生体情報を用いた生体認証処理を実行した認証結果を受信し、該受信した認証結果を前記外部システムに送信する工程と、を有する、ことを特徴とする音声操作装置の制御方法。
17. 音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置の制御方法をコンピュータに実行させるプログラムであって、前記制御方法は、
    ユーザの音声の入力に応じて、外部システムに対する該入力に対応する処理要求を行う工程と、
    前記外部システムから、前記音声操作装置に音声の入力を行ったユーザの情報処理端末に対応する識別情報が含まれる認証要求を受信する工程と、
    前記認証要求に従い、前記識別情報に基づき特定した前記ユーザの情報処理端末に対する認証処理を、無線通信を介して、要求する工程と、
    前記情報処理端末から、前記認証処理の要求の応答として、前記情報処理端末が備える生体認証のための認証モジュールおよび前記情報処理端末が備える記憶手段に格納された生体情報を用いた生体認証処理を実行した認証結果を受信し、該受信した認証結果を前記外部システムに送信する工程と、を有する、ことを特徴とするプログラム。
18. ユーザの認証の結果を検証する機能を有するサービスを提供する外部システムと、生体認証のための認証モジュール、および該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段を備える情報処理端末と、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置と、を含むシステムであって、
    前記音声操作装置は、
    ユーザの音声の入力に応じて、前記外部システムに対する該入力に対応する処理要求を行う第１の要求手段を有し、
    前記情報処理端末は、
    前記音声操作装置で行われた前記処理要求に基づく認証処理の要求に応じて、前記ユーザにより提示された生体情報と、前記記憶手段に格納された生体情報と、を用いた前記認証モジュールによる生体認証処理を実行する実行手段を有し、
    前記外部システムは、
    前記情報処理端末で実行された前記生体認証処理による認証の成功に応じて作成される情報を受信して、該受信した情報を検証する検証手段と、
    前記検証手段による検証に成功した場合、前記処理要求に対応するサービスを提供する提供手段と、
    前記提供されたサービスに関する結果を、前記音声操作装置に送信する送信手段と、を有し、
    前記情報処理端末では、前記記憶手段に、前記生体情報に紐づけて秘密鍵が格納され、
    前記外部システムには、該秘密鍵に対応する公開鍵が登録され、
    前記外部システムの前記検証手段は、前記情報処理端末で実行された前記生体認証処理による認証の成功に応じて作成される情報として、前記外部システムが発行した検証用データと前記秘密鍵とを用いて作成された署名を、前記登録されている公開鍵を用いて検証する、
    ことを特徴とするシステム。
19. 前記外部システムでは、前記ユーザの識別情報に関連付けて、前記公開鍵が登録される、ことを特とする請求項１８に記載のシステム。
20. 前記外部システムにより提供されるサービスは、ホテルにチェックインした前記ユーザに対して提供されるルームサービスである、ことを特徴とする請求項１８または１９に記載のシステム。
21. 前記外部システムでは、前記ホテルにチェックインした前記ユーザの識別情報とホテルのルームナンバーと前記音声操作装置の識別情報とを紐づけて管理する、ことを特徴とする請求項２０に記載のシステム。
22. 前記外部システムにより提供されるサービスは、前記ユーザが契約している音楽配信サービスであり、
    前記音声操作装置は、前記提供手段により提供されるサービスとして、音楽配信サービスにより提供された音楽を再生することを特徴とする請求項１８または１９に記載のシステム。
23. ユーザの認証の結果を検証する機能を有するサービスを提供する外部システムと、生体認証のための認証モジュール、および該認証モジュールにより認証処理を行う際に必要なユーザの生体情報を格納する耐タンパー性を備える記憶手段を備える情報処理端末と、音声の入力を受け付けて該入力に対応する処理を実行する音声操作装置と、を含むシステムの制御方法であって、
    前記音声操作装置が、ユーザの音声の入力に応じて、前記外部システムに対する該入力に対応する処理要求を行う工程と、
    前記情報処理端末が、前記音声操作装置で行われた前記処理要求に基づく認証処理の要求に応じて、前記ユーザにより提示された生体情報と、前記記憶手段に格納された生体情報と、を用いた前記認証モジュールによる生体認証処理を実行する工程と、
    前記外部システムが、前記情報処理端末で実行された前記生体認証処理による認証の成功に応じて作成される情報を受信して、該受信した情報を検証する工程と、
    前記外部システムが、前記検証する工程による検証に成功した場合、前記処理要求に対応するサービスを提供する工程と、
    前記外部システムが、前記提供されたサービスに関する結果を、前記音声操作装置に送信する工程と、を有し、
    前記情報処理端末では、前記記憶手段に、前記生体情報に紐づけて秘密鍵が格納され、
    前記外部システムには、該秘密鍵に対応する公開鍵が登録され、
    前記外部システムの前記検証する工程は、前記情報処理端末で実行された前記生体認証処理による認証の成功に応じて作成される情報として、前記外部システムが発行した検証用データと前記秘密鍵とを用いて作成された署名を、前記登録されている公開鍵を用いて検証する、ことを特徴とするシステムの制御方法。

Images