WO2019176206A1 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

本技術の一形態に係る情報処理装置は、取得部と、設定部と、処理実行部とを具備する。前記取得部は、ユーザに対して実行されるモーダル認証の信頼度を取得する。前記設定部は、前記ユーザの依頼した要求に基づいて信頼度閾値を設定する。前記処理実行部は、前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留する。

Description

情報処理装置、情報処理方法、及びプログラム

　本技術は、ユーザの認証に適用可能な情報処理装置、情報処理方法、及びプログラムに関する。

　従来から顔認証技術等のユーザを認識する技術が広く利用されている。例えば、特許文献１には、ユーザ認識を伴うサービスを、より柔軟に提供することが可能なシステムが開示されている。特許文献１に記載のシステムでは、ユーザの身体的特徴等の第１の観測情報と、過去のユーザの身体的特徴等である第２の観測情報の少なくとも一部とが照合される。これにより、ユーザ及びユーザの変化を認識することが可能となっている（特許文献１の段落［００１５］～［００２１］図３等）。

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

　このようなユーザ認証を実行する際には、ユーザへの成りすまし等を十分に防止し、高い安全性を発揮することが重要である。一方で、安全性を高めるためにパスワードの入力等をユーザに頻繁に要求すると、ユーザビリティが低下してしまう。

　以上のような事情に鑑み、本技術の目的は、高いユーザビリティを発揮させつつ、安全性を向上させることが可能となる情報処理装置、情報処理方法、及びプログラムを提供することにある。

　上記目的を達成するため、本技術の一形態に係る情報処理装置は、取得部と、設定部と、処理実行部とを具備する。
　前記取得部は、ユーザに対して実行されるモーダル認証の信頼度を取得する。
　前記設定部は、前記ユーザの依頼した要求に基づいて信頼度閾値を設定する。
　前記処理実行部は、前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留する。

　この情報処理装置では、モーダル認証の信頼度が、ユーザの要求に基づいて設定された信頼度閾値よりも大きくなるまで、ユーザの要求に応じた処理の実行が保留される。これにより、高いユーザビリティを発揮させつつ、安全性を向上することが可能となる。

　前記設定部は、前記ユーザの要求の種類に基づいて、前記信頼度閾値を設定してもよい。
　これにより、ユーザの誤認を防ぎ、安全性を向上することが可能となる。

　前記処理実行部は、前記取得されたモーダル認証の信頼度が前記設定された信頼度閾値より大きくなった場合、前記モーダル認証の認証結果に基づく処理を実行してもよい。

　前記処理実行部は、前記モーダル認証の認証結果が正当である場合に、前記ユーザの要求に応じた処理を実行してもよい。

　前記処理実行部は、前記モーダル認証の認証結果が不当である場合に、前記ユーザの要求を拒否してもよい。
　これにより、ユーザ以外の要求を拒否し、安全性を向上することが可能となる。

　前記処理実行部は、前記モーダル認証の認証結果が不当である場合に、警戒モードを選択してもよい。

　前記警戒モードは、前記ユーザに対するモーダル認証の実行が規制されるモードであってもよい。

　前記警戒モードは、前記ユーザに対するモーダル認証の実行が禁止されるモードであってもよい。

　前記設定部は、前記ユーザの要求に基づいてタイムアウト時間を設定してもよい。この場合、前記処理実行部は、前記タイムアウト時間に基づいて、前記ユーザの要求に応じた処理の実行の保留を継続するか否かを判定してもよい。

　前記設定部は、前記ユーザの要求の種類に基づいて、前記タイムアウト時間を設定してもよい。

　前記処理実行部は、前記モーダル認証の信頼度が前記信頼度閾値より大きくなる前に前記タイムアウト時間が経過した場合は、前記ユーザに対するモーダル認証の実行を規制してもよい。

　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性を判定してもよい。

　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性がない場合には、前記ユーザに対するモーダル認証の実行を規制してもよい。

　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性がない場合には、前記モーダル認証の信頼度を高めるための中間処理を実行してもよい。

　前記処理実行部は、前記中間処理として、前記モーダル認証の信頼度を高めるための行動を前記ユーザに要求することを含む処理を実行してもよい。

　前記処理実行部は、前記モーダル認証の信頼度を高めるために前記ユーザに要求される行動を行う際の前記ユーザの負担度に基づいて、前記中間処理を選択してもよい。

　前記処理実行部は、前記モーダル認証の実行が中断される可能性を判定し、前記モーダル認証の実行が中断される可能性がある場合には、前記モーダル認証の実行の中断を防止するための処理を実行してもよい。

　前記処理実行部は、処理の実行を保留している前記ユーザの要求に関連した前記ユーザの他の要求を受付けた場合に、処理の実行を保留している前記ユーザの要求と前記ユーザの他の要求との関係に応じた処理を実行してもよい。

　前記ユーザに対して実行されるモーダル認証は、認証のための行動を前記ユーザが行う必要がない方法により実行されていてもよい。

　前記情報処理装置は、前記ユーザへの情報の通知を制御する通知制御部を具備してもよい。この場合、前記通知制御部は、前記ユーザの要求に応じた処理の実行が保留されている間は、前記モーダル認証の認証結果に関する情報の通知を保留（規制）してもよい。

　本技術の一形態に係る情報処理方法は、コンピュータシステムにより実行される情報処理方法であって、ユーザに対して実行されるモーダル認証の信頼度を取得することを含む。
　前記ユーザの要求に基づいて信頼度閾値が設定される。
　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行が保留される。

　本技術の一形態に係るプログラムは、コンピュータシステムに以下のステップを実行させる。
　ユーザに対して実行されるモーダル認証の信頼度を取得するステップ。
　前記ユーザの要求に基づいて信頼度閾値を設定するステップ。
　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留するステップ。

　以上のように、本技術によれば、高いユーザビリティを発揮させつつ、安全性を向上することが可能となる。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術の一実施形態に係る情報処理システムの概要を説明するための模式図である。 情報処理システムの基本動作を説明するためのフローチャートである。 モーダル認証装置の構成例を示すブロック図である。 トラッキングが実行される際の動作例を示すフローチャートである。 本技術に係るユーザ認証の一例の概要を説明するための図である。 エージェントの機能的な構成例を示すブロック図である。 ユーザの要求に対するエージェントの処理例を示すフローチャートである。 ユーザの要求に対するエージェントの処理例を示すフローチャートである。 ユーザの要求に対するエージェントの処理例を示すフローチャートである。 ユーザの依頼内容に応じた即時性と信頼性とを決定する一例を示す図である。 ユーザの依頼内容に応じた即時性と信頼性とを決定する一例を示す図である。 即時性と信頼性に対応したタイムアウト時間と信頼度閾値を設定するためのテーブル情報の一例を示す図である。 タイムアウト時間までにユーザのモーダル認証の信頼度が大きくなる可能性を判断する処理例を示すフローチャートである。 中間処理の具体例を示す表である。 エージェントの行う処理を継続させるための処理の例を示すフローチャートである。

　以下、本技術に係る実施形態を、図面を参照しながら説明する。

　［情報処理システムの構成］
　図１は、本技術の一実施形態に係る情報処理システムの概要を説明するための模式図である。図２は、情報処理システムの基本動作を説明するためのフローチャートである。

　情報処理システム１００は、対話型のエージェントに音声や身振り等を介して、様々な要求を依頼することが可能なシステムである。

　エージェントは、典型的には、ディープラーニング（深層学習）等を行うＡＩ（人工知能）により構築される。図１に示す例では、ユーザ１から視認可能な形態で、エージェント２が構成されている。エージェント２内には、コンピュータシステムが構築されており、本技術に係る情報処理装置として機能する。

　情報処理システム１００は、エージェント２と、カメラ３と、マイク４と、スピーカ５と、テレビ６とを含む。例えば、ユーザ１がテレビ６に表示されている自転車を指差しながら「これを注文して！」と発話する。

　エージェント２は、カメラ３により撮影されたユーザ１の画像、及びマイク４により取得されたユーザ１の音声を解析する。これによりユーザ１がテレビ６に映っている自転車を購入したい旨の要求を入力したことを認識し、当該要求を受付ける（ステップ１０１）。

　なおエージェント２が、ユーザ１が注文を要求した対象を認識する方法は限定されない。例えばエージェント２がネットワークを介してテレビ６と接続されており、現在表示されている物が認識可能であってもよい。あるいは、テレビ画面が撮影され、その撮影画像を解析することで、注文を要求した対象が認識されてもよい。

　エージェント２は、要求を入力したユーザ１に対して、ユーザ認証を実行する。本実施形態では、情報処理システム１００に含まれる記憶部７から、要求を入力したユーザ１に関するモーダル認証情報が取得される（ステップ１０２）。

　本実施形態では、モーダル認証情報は、モーダル認証装置１０（図３参照）により生成される。例えば部屋内等において人物が検出されると、その人物に対してトラッキングが開始されモーダル認証が実行される（ステップ２０１）。モーダル認証が実行されると、モーダル認証情報が生成される。トラッキングが実行されている間、モーダル認証情報は更新され、記憶部７に登録される（ステップ２０２）。モーダル認証装置によるモーダル認証については、後に詳しく説明する。

　エージェント２は、記憶部７から取得したモーダル認証情報に基づいて、要求を入力したユーザ１が、本情報処理システム１００の利用を許可されているユーザ本人であるか否かを判定する（ステップ１０３）。

　要求を入力したユーザ１がユーザ本人である場合、すなわちユーザ認証の結果が正当である場合（ステップ１０３のＹｅｓ）、ユーザの要求に応じた処理が実行される。図１に示す例では、エージェント２により、自転車の注文処理（購入処理）が実行される。この際に、スピーカ５を介して「かしこまりました」等の音声が出力されてもよい。

　要求を入力したユーザ１がユーザ本人ではない場合（ステップ１０３のＮｏ）、すなわちユーザ認証の結果が不当である場合には、自転車の購入処理は実行されず、ステップ１０３に戻る。なお、図２に示すフローは、本技術に係るユーザ認証の基本動作であり、詳細な動作については後に説明する。

　図３は、モーダル認証装置１０の構成例を示すブロック図である。図４は、モーダル認証装置によりトラッキングが実行される際の動作例を示すフローチャートである。上記したように、本実施形態では、モーダル認証装置１０により、検出された人物（ユーザ１）に対してモーダル認証が実行される。

　モーダル認証とは、ユーザ１の生体情報に基づいてユーザ１を認証する認証技術のことである。ユーザ１の生体情報としては、例えば顔、声、指紋、癖等の特有の行動、匂い（体臭、口臭、タバコや化粧品の匂い）、虹彩、脳波の波形等が挙げられる。

　また本開示では、生体情報に準ずる情報を用いた認証も、モーダル認証に含まれる。そのような生体情報に準ずる情報としては、例えば身に着けている機器、衣服、靴、所持品、及び肉眼では見えないインク等が挙げられる。身に着けている機器については、その機器自身の情報が用いられてもよいし、その機器の使用者情報等の機器に関する情報が用いられてもよい。所持品については、電子機器に限らず普通の品物も含まれる。肉源では見えないインクの使用方法については、例えば手などに人物識別用の情報を書く等の方法が考えられる。もちろんこれに限定されず、他の情報が、生体情報や生体情報に準ずる情報に含まれ得る。

　以下、生体情報及び生体情報に準ずる情報を、まとめて生体情報と記載する。また異なる種類の生体情報を、異なるモーダルと表現する場合がある。

　モーダル認証装置１０は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、及びＨＤＤ等のコンピュータの構成に必要なハードウェアを有する。ＣＰＵがＲＯＭ等に予め記録されているプログラムをＲＡＭにロードして実行することにより、図３に示す各ブロックが実現される。例えばＰＣ等の任意のコンピュータにより、モーダル認証装置を実現することが可能である。もちろんＦＰＧＡ、ＡＳＩＣ等のハードウェアが用いられてもよい。

　モーダル認証装置１０は、生体情報取得部１１と、モーダル認証実行部１２と、モーダル認証情報登録部１３とを有する。

　生体情報取得部１１は、ユーザ１の生体情報を取得する。例えばカメラ３により撮影されたユーザ１の画像に基づいて、ユーザ１の顔や体型、服装等の生体情報が取得される。またマイク４等により取得されたユーザ１の音声により、ユーザ１の声情報が取得される。その他、生体情報を取得する方法は限定されない。例えば指紋や脳波等を取得するための専用のデバイスが用いられ、当該専用のデバイスから生体情報が取得されてもよい。

　モーダル認証実行部１２は、取得された生体情報に基づいて、モーダル認証を実行する。例えば記憶部７に記憶されているユーザ１に関する生体情報との間で、マッチング処理を実行することでモーダル認証が実行される。モーダル認証を実行するための具体的なアルゴリズム等は限定されず、例えば機械学習が用いられてもよい。

　本実施形態では、モーダル認証の実行により、モーダル認証の認証結果とモーダル認証の信頼度とを含むモーダル認証情報が生成される。生成されたモーダル認証情報は、モーダル認証情報登録部１３により、記憶部７に登録される。

　モーダル認証の認証結果は、例えば「ユーザ１がユーザ本人である」「ユーザ１がユーザ本人ではない」「ユーザ１が誰であるかを判定できない（不明：Unknown）」等の情報を含む。本実施形態では、認証結果が「ユーザ１がユーザ本人である」となる場合に、モーダル認証の結果は正当であるとする。それ以外の認証結果となった場合には、モーダル認証の結果は不当（失敗）であるとする。

　モーダル認証の信頼度は、モーダル認証の認証結果をどの程度信頼してよいかを表す指標である。図４に示すように、本実施形態では、ユーザ１が入室すると、ユーザ１のトラッキングが開始され、モーダル認証が実行される（ステップ３０１）。

　モーダル認証装置１０は、ユーザ１が退室するまで、継続して実行される（ステップ３０２からステップ３０３のＮｏのループ）。ステップ３０２では、トラッキング中に実行されるモーダル認証の認証結果及びモーダル認証の信頼度が適宜統合され、モーダル認証情報が生成される。

　例えばトラッキングを継続する時間が長いほど、人物に関する生体情報を多く取得することが可能であるので、モーダル認証の信頼度が向上する。また種類の異なる複数のモーダル認証（例えば顔認証及び音声認証等）を同時に実行することも可能となり、各モーダル認証の信頼度を合算することも可能である。この際に、モーダル認証の種類により、重み付けが行われ、各々の信頼度が合算されてもよい。

　モーダル認証の信頼度を算出するために具体的な方法は限定されず、任意のアルゴリズムが用いられてよい。例えば取得された生体情報と、記憶されている生体情報とのマッチング結果の精度に基づいて、モーダル認証の信頼度が算出される。あるいは取得された生体情報の内容や情報量等に基づいて、モーダル認証の信頼度が算出されてもよい。あるいはモーダル認証を実行するトラッキングの時間をパラメータとして、モーダル認証の信頼度が算出されてもよい。

　ユーザ１が退室した場合には（ステップ３０３のＹｅｓ）、ユーザ１のトラッキングが終了する（ステップ３０４）。すなわちユーザ１に対するモーダル認証が終了する。なおトラッキングが可能な範囲は、１つの部屋に限定されず、複数の部屋にわたってトラッキングが可能であってもよい。また室内に限定されず、室外も含めた任意の範囲が、トラッキングが可能な範囲として設定されてもよい。

　なお本実施形態では、トラッキング中に実行されるモーダル認証として、ユーザ１が認証のための行動を行う必要のない方法より実行されるモーダル認証が選択されている。すなわち、例えば顔認証や音声認証等の、部屋にて通常の行動を行っているユーザ１に対して実行可能なモーダル認証が実行される。これにより、モーダル認証のためにユーザにかかる負担を十分に抑えることが可能となる。もちろん、このような低負荷なモーダル認証が実行される場合に、限定される訳ではない。

　［エージェント２によるユーザ認証］
　図５は、本技術に係るユーザ認証の一例の概要を説明するための図である。図５Ａは、記憶部７に登録されているＡさんが購入処理を依頼した場合を示す図である。当然のことながら、所定の処理の依頼は、上記したユーザの要求に含まれる。

　エージェント２は、Ａさんから要求が入力されたことを認識し、要求を受付ける。そして記憶部２から、Ａさん（正確にはＡさんに相当する人物）に関するモーダル認証情報を読み出す。すなわち、エージェント２は、Ａさんに対してモーダル認証が実行されることで生成されたモーダル認証情報を取得する。

　図５Ａに示すように、Ａさんから依頼があった時点では、モーダル認証の信頼度が信頼度閾値よりも小さかったとする。この場合、表面上は、Ａさんの依頼を受諾しながらも、Ａさんの要求に応じた処理である購買処理の実行が保留される。例えばスピーカ５等を介して依頼を受付けた旨の通知をしつつ、処理の実行は保留される。なお、信頼度閾値については、後に詳しく説明する。

　エージェント２は、購買処理の実行を保留した状態で、定期的にＡさんに関するモーダル認証情報を記憶部７から取得する。そして、取得されたモーダル認証情報に含まれる信頼度が、信頼度閾値よりも大きいか否かを判定する。

　図５Ａに示すように、モーダル認証の信頼度が蓄積されて、信頼度閾値よりも大きくなったとする。この場合、エージェント２は、モーダル認証の認証結果に基づく処理を実行する。図５Ａでは、モーダル認証の認証結果は、Ａさんが本人であるという結果となる。すなわちモーダル認証結果は正当となるので、ユーザの要求に応じた処理として、依頼された購買処理が実行される。

　このように本実施形態では、取得されたモーダル認証の信頼度が、信頼度閾値よりも大きくなるまで、ユーザの要求に応じた処理の実行が保留される。なお、信頼度が信頼度閾値よりも小さい場合に、そのときに取得されたモーダル認証情報に含まれる認証結果が不当となってしまう場合もあり得る。

　例えばＡさんの画像を適正に撮影することができない場合や、Ａさんの声を取得できない場合等に、本人であるという認証結果が得られないといったことも起こり得る。本実施形態では、モーダル認証の信頼度が十分に蓄積された場合の認証結果に基づいて、ユーザ認証が実行される。従って、非常に高い認証精度を発揮することが可能となり、安全性を向上させることが可能である。また信頼度を高めるための特別な行動をユーザに要求することなく、ユーザ認証を実行可能であるので、高いユーザビリティが発揮される。

　図５Ｂは、Ａさんの子供のＢ君が、Ａさんに成りすまして購入処理を依頼した場合を示す図である。Ｂ君は記憶部７に登録されていない、あるいは登録されているが購買処理は許可されていないとする。

　エージェント２は、Ｂ君から要求が入力されたことを認識し、要求を受付ける。そして記憶部２から、Ｂ君（正確にはＢ君に相当する人物）に関するモーダル認証情報を読み出す。すなわち、エージェント２は、Ｂ君に対してモーダル認証が実行されることで生成されたモーダル認証情報を取得する。

　図５Ｂに示すように、Ｂ君から依頼があった時点では、モーダル認証の信頼度が信頼度閾値よりも小さかったとする。この場合、表面上は、Ｂ君の依頼を受諾しながらも、Ｂ君の要求に応じた処理である購買処理の実行が保留される。

　エージェント２は、購買処理の実行を保留した状態で、定期的にＢ君に関するモーダル認証情報を記憶部７から取得する。そして、取得されたモーダル認証情報に含まれる信頼度が、信頼度閾値よりも大きいか否かを判定する。

　図５Ｂに示すように、モーダル認証の信頼度が蓄積されて、信頼度閾値よりも大きくなったとする。この場合、エージェント２は、モーダル認証の認証結果に基づく処理を実行する。例えばＢ君が登録されていない場合には、モーダル認証の認証結果は、（不明：Unknown）となる。Ｂ君が登録されている場合には、認証結果は、Ｂ君となる。いずれにせよ、モーダル認証の認証結果は不当となるので、ユーザの要求は拒否される。具体的には、ユーザの要求に応じた処理である購買処理がキャンセルされ、後に説明する警戒モードが選択される。

　なお、信頼度が信頼度閾値よりも小さい場合に、そのときに取得されたモーダル認証情報に含まれる認証結果が正当となってしまう場合もあり得る。本実施形態では、モーダル認証の信頼度が十分に蓄積された場合の認証結果に基づいて、ユーザ認証が実行される。従って、成りすまし等を十分に防止することが可能となり、高い安全性が発揮される。

　また、例えば十分に信頼度が蓄積されない状態でモーダル認証の結果が不当であった場合に、すぐに要求を拒否したり、改めてＩＤ／パスワードの入力等を求めるとする。そうすると、成りすましを試みたＢ君に対して、成りすましが上手くいっていないということが即時に伝わってしまう。この結果、どうやったら成りすましが成功するかといった点について、ヒントを与えてしまう可能性が生じる。

　本実施形態では、信頼度が十分に蓄積されるまで処理の実行が保留される。従ってどのような行為が成りすましの成功及び失敗に影響を与えるか等をＢ君が十分に分析して成りすましを修正する、といったことを抑制可能であり、高い安全性が発揮される。

　なお定期的に取得されるモーダル認識情報に含まれる信頼度が変動している場合もあり得る。その場合、定期的に得られる信頼度の平均値等が、改めてモーダル認証の信頼度として算出されてもよい。なお、モーダル認証装置１０により信頼度が生成される場合に、過去の信頼度の履歴等に基づいて平均値等が算出され、その値がその時点での信頼度として記憶部７に登録されてもよい。

　図６は、エージェント２の機能的な構成例を示すブロック図である。エージェント２は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、及びＨＤＤ等のコンピュータの構成に必要なハードウェアを有する。

　ＣＰＵがＲＯＭ等に予め記録されている本技術に係るプログラムをＲＡＭにロードして実行することにより、機能ブロックとして、取得部２０、設定部３０、処理実行部４０、要求受付部５０、及び通知制御部６０が構成され、本技術に係る情報処理方法が実行される。

　例えばＰＣ等の任意のコンピュータにより、情報処理装置１００を実現することが可能である。もちろんＦＰＧＡ、ＡＳＩＣ等のハードウェアが用いられてもよい。また図６に示す各ブロックを実現するために、ＩＣ（集積回路）等の専用のハードウェアが用いられてもよい。

　プログラムのインストールは、例えば種々の記録媒体を介して実行される。あるいは、インターネット等を介してプログラムのインストールが実行されてもよい。

　本実施形態では、エージェント２は、視認可能な単体の機器として構成されている。これに限定されず、特定の筐体を持たずに警報機、蛍光、及び壁の内部等の住宅内にある設備に組み込まれて、エージェントが構成されてもよい。すなわち視認可能でない構成にてエージェントが実現されてもよい。

　取得部２０は、記憶部７から、モーダル認証情報を取得する。例えば取得部２０により、記憶部７から取得されたモーダル認証情報に含まれる信頼度の平均値等が算出され、改めてモーダル認証の信頼度として出力されてもよい。

　設定部３０は、信頼度閾値設定部３１と、タイムアウト時間設定部３２と、依頼内容分類部３３とを有する。

　信頼度閾値設定部３１は、図５に示す信頼度閾値を設定する。信頼度閾値とは、ユーザのモーダル認証の信頼度がその値より大きくなることで十分な認証結果が得られる閾値のことである。本実施形態では、信頼度閾値は、ユーザ１の要求の種類に基づいて設定される。

　タイムアウト時間設定部３２は、タイムアウト時間を設定する。タイムアウト時間とは、ユーザの要求に応じた処理の実行の保留を継続するか否かの判定基準となる時間である。本実施形態では、タイムアウト時間は、ユーザ１の要求の種類に基づいて設定される。

　依頼内容分類部３３は、ユーザ１の要求した依頼の内容に基づいて依頼を分類する。依頼内容に応じた分類をする方法は図１０～図１２を参照して後に説明する。

　処理実行部４０は、実行判断部４１と、警戒モード部４２と、中間処理部４３とを有する。各ブロックについては、図７～図９に示すフローチャートを参照して説明を行う。

　要求受付部５０は、ユーザ１が入力した要求を受付ける。例えばカメラ３により撮影されたユーザ１の画像やマイク４により取得されたユーザ１の音声を解析することで、ユーザの要求を認識し受付けることが可能である。もちろん、その他の方法が実行されてもよい。

　通知制御部６０は、ユーザ１への情報の通知を制御する。例えばユーザの要求を受諾した旨の通知等、種々の情報が通知される。また通知制御部６０により、情報の通知タイミングの制御、所定の情報の通知の規制や保留等が実行される。

　例えば通知制御部６０は、図５を参照して説明したように、ユーザの要求を表面上受諾した場合には、その旨をスピーカ５等を介して通知する。またユーザの要求の処理の実行が保留されている間は、モーダル認証の認証結果に関する情報の通知を保留（規制）する。モーダル認証の認証結果に関する情報は、例えばモーダル認証の認証結果や、現在処理の実行を保留している旨等を含む。

　図７～図９は、ユーザの要求に対するエージェントの処理例を示すフローチャートである。要求受付部５０により、ユーザ１の要求が受付けられると、信頼度閾値設定部３１及びタイムアウト時間設定部３２により、信頼度閾値及びタイムアウト時間が設定される（ステップ４０１）。

　本実施形態では、ユーザの要求の種類に応じて設定される信頼性と即時性に基づいて、信頼度閾値及びタイムアウト時間が設定される。信頼性は、ユーザ１の要求に応じた処理を実行する際の必要な安全性に基づいて設定される。要求を入力したユーザ１がユーザ本人であることがどの程度望まれるかによって設定されるということも可能である。

　即時性は、ユーザの要求に応じた処理をいつまでに実行する必要があるかに基づいて設定される。例えばユーザの要求が、急を要する場合や緊急の要求である場合には、即時性は高く設定される。信頼性及び即時性に基づいた信頼度閾値やタイムアウト時間の設定について、図１０～図１２に例示した種々の要求を参照しながら、後に説明する。

　実行判断部４１により、モーダル認証の信頼度が信頼度閾値よりも大きいか否かは判定される（ステップ４０２）。図４に示す例では、信頼度≧信頼度閾値となるか否かが判定されるが、信頼度＞信頼度閾値となるか否かが判定されてもよい。

　モーダル認証の信頼度が信頼度閾値よりも大きい場合には（ステップ４０２のＹｅｓ）、図９のステップ６０１に進む。そして実行判断部４１により、モーダル認証の認証結果が正当であるか否かが判定される。

　モーダル認証の認証結果が正当である場合には（ステップ６０１のＹｅｓ）、実行判断部４１により、ユーザ１の要求に応じた処理が実行される。モーダル認証の認証結果が正当でない、すなわち不当である場合には（ステップ６０１のＮｏ）、実行判断部４１により、ユーザ１の要求が拒否され処理の実行がキャンセルされる（ステップ６０２）。

　また警戒モード部４２により警戒モードが選択され、エージェント２のユーザ認証のモードが警戒モードに遷移される（ステップ６０３）。警戒モードは、ユーザ１に対するモーダル認証の実行が規制されるモードである。モーダル認証の実行の規制は、モーダル認証の実行の禁止、及び所定の種類のモーダル認証の実行の禁止を含む。

　モーダル認証の結果が不当である場合には、成りすまし等の不正な状態が発生している可能性が高い。一方で、モーダル認証が間違っている可能性が全くない訳でもない。従って本実施形態では、警戒モードとして、信頼性が高いユーザ認証のみを有効とするモードが設定される。

　例えば警戒モードでは、生体情報を用いたモーダル認証は禁止とされ、例えばＩＤ及びパスワードの入力によるユーザ認証や、予め登録された秘密の質問の回答を入力してもらう方法によるユーザ認証等が実行される。もちろん他の認証方法も採用可能である。

　あるいは警戒モードでは、信頼性の低いモーダル認証が禁止され、信頼性の高いモーダル認証が実行される。信頼性の高いモーダル認証とは、指紋認証、及び網膜認証等のユーザ本人を信頼性高く特定できる特徴に基づいたモーダル認証である。

　例えば、ユーザのＤＮＡ、ユーザの掌形、ユーザの虹彩、ユーザの血管、ユーザの筆跡、及びユーザの歩行等の認証が、信頼性の高いモーダル認証として採用されてもよい。もちろん複数のモーダルを組み合わせたモーダル認証が実行されてもよい。

　警戒モードは、例えばエージェント２の管理者がパスワードの入力等の所定の手続きを実行するか、事前に設定した期間が経過した場合に解除される。この際、通知制御部６０により、警戒モードに遷移したことがユーザ１に通知されてもよい。なお、警戒モードを解除する方法は限定されず、例えば、ユーザによる警戒モードを解除する旨の発話に応じて、警戒モードが解除されてもよい。

　なおユーザ１が認証のための特別な行動を行う必要がないモーダル認証は、信頼度が低くなる傾向がある。反対に、ユーザ１が認証のために特別な行動を行う必要があるモーダル認証は、信頼度が高くなる傾向がある。もちろん生体情報を取得するためのシステムを高精度に構築することで、ユーザ１が認証のための特別な行動を行う必要なく、信頼性の高いモーダル認証を実行することも可能である。

　いずれにせよ本発明者は、警戒モードに遷移する前の通常モードでは、ユーザビリティを重視して、ユーザ１が認証のための特別な行動を行う必要がないモーダル認証を積極的に採用する。警戒モードでは信頼性を重視して、モーダル認証の禁止、あるいは信頼性の高いモーダル認証のみを採用する。このような新たな発想により、高いユーザビリティの発揮と、安全性の向上とが実現されている。

　モーダル認証の信頼度が信頼度閾値よりも小さい場合には（ステップ４０２のＮｏ）、実行判断部４１により、タイムアウト時間の経過する前にモーダル認証の信頼度が信頼度閾値より大きくなる可能性があるか否かが判定される（ステップ４０３）。すなわち、タイムアウトとなる前に、信頼度が信頼度閾値を超える見込みがあるか否か判定される。本ステップを実行するための方法例として、図１３を参照して後に説明する。

　ステップ４０３の判定の結果が肯定である場合には（ステップ４０３のＹｅｓ）、実行判断部４１により、ユーザ１の要求に応じた処理の実行の保留が継続される（ステップ４０４）。このことは、トラッキングによるモーダル認証を継続させ、信頼度が蓄積することを待機することにも相当する。

　ステップ４０３の判定の結果が否定である場合には（ステップ４０３のＮｏ）、中間処理部４３により、モーダル認証の信頼度を高めるための中間処理が実行される。中間処理としては、例えば、モーダル認証の信頼度を高めるための行動をユーザに要求することを含む種々の処理が挙げられる。

　図８に示すように本実施形態では、まず中間処理部４３により、適用可能な中間処理があるか否かが判定される（ステップ５０１）。例えばユーザの要求の種類や、必要なモーダルの種類、ユーザの状況、周りの状況等に基づいて、適用可能な中間処理があるか否かが判定される。

　適用可能な中間処理がない場合には（ステップ５０１のＮｏ）、実行判断部４１により、ユーザ１に対するモーダル認証の実行が規制される（ステップ５０６）。すなわち警戒モードと同様に、信頼性を重視して、モーダル認証が禁止される、あるいは信頼性の高いモーダル認証のみが実行される。警戒モードと同じ認証方法が採用されてもよいし、警戒モードとは異なる認証方法が採用されてもよい。

　いわゆる、通常よく行われる認証方法（ＩＤ及びパスワードの入力等）を採用することで、ユーザにとって慣れている方法でのユーザ認証となり、ユーザビリティの低下を抑えることが可能である。

　適用可能な中間処理がある場合には（ステップ５０１のＹｅｓ）、中間処理部４３により、ユーザの負担が最小のものが実行される（ステップ５０２）。このように本実施形態では、モーダル認証の信頼度を高めるためにユーザに要求される行動を行う際の、ユーザの負担度に基づいて、中間処理が適宜選択される。これによりユーザビリティを高く維持することが可能となる。

　中間処理が実行されると、ユーザ１の要求に応じた処理の実行の保留が継続される（ステップ５０３）。そしてモーダル認証の信頼度が信頼度閾値よりも大きいか否かが判定される（ステップ５０４）。モーダル認証の信頼度が信頼度閾値よりも大きい場合には（ステップ５０４のＹｅｓ）、図９のステップ６０１に進む。

　モーダル認証の信頼度が信頼度閾値よりも小さい場合には（ステップ５０４のＮｏ）、タイムアウト時間の経過する前にモーダル認証の信頼度が信頼度閾値より大きくなる可能性があるか否かが判定される（ステップ５０５）。ステップ５０５の判定の結果が肯定である場合には（ステップ５０５のＹｅｓ）、ステップ５０３に戻る。

　ステップ５０５の判定の結果が否定である場合には（ステップ５０５のＮｏ）、ユーザ１に対するモーダル認証の実行が規制される（ステップ５０６）。

　なお図７～図９に示すフローでは、タイムアウト時間の経過する前にモーダル認証の信頼度が信頼度閾値より大きくなる可能性が判定され、当該可能性がない場合には、モーダル認証の実行が規制された。これにより、ユーザはタイムアウト時間までのモーダル認証の信頼度が蓄積される待機時間を減らすことにより、高いユーザビリティを発揮することが可能となる。

　なお、モーダル認証の信頼度が信頼度閾値より大きくなる可能性を判定するステップが行われない方法もあり得る。この場合、モーダル認証の信頼度が信頼度閾値より大きくなる前にタイムアウト時間が経過すると、ユーザに対するモーダル認証の実行が規制される。また中間処理が実行されない方法もあり得る。この場合、タイムアウト時間の経過する前にモーダル認証の信頼度が信頼度閾値より大きくなる可能性がない場合に、ユーザに対するモーダル認証の実行が規制される。

　図１０及び図１１は、ユーザの依頼内容（要求の種類）に応じた即時性と信頼性とを決定する一例を示す図である。図１２は、即時性及び信頼性と、タイムアウト時間及び信頼度閾値との関係を含むテーブル情報の一例である。

　図７に示すように、要求受付部５０により、ユーザ１の要求が受付けられると、信頼度閾値設定部３１及びタイムアウト時間設定部３２により、信頼度閾値及びタイムアウト時間が設定される（ステップ４０１）。以下、このステップ４０１の処理の具体例を図１０～図１２を参照して説明する。

　本実施形態では、図１０および図１１に示す依頼内容分類部３３により、ユーザ１の要求が、「動作カテゴリ」、「対象物」、及び「時間軸」に基づいて分類される。具体的には、ユーザ１の要求の種類に応じて、「動作カテゴリ」、「対象物」、及び「時間軸」の各々に関するメタ情報が設定される。

　「動作カテゴリ」は、ユーザ１により要求されている動作であり、例えば購入、状態変更、コンテンツ再生、送信（send）、受信（Receive）、接続（connect）、受付（accept）、登録、問い合わせ等のメタ情報が設定される。

　「対象物」は、要求された動作の対象物であり、例えば安価なもの、高価なもの、年齢制限があるもの、鍵、照明、ライフライン、写真、音楽、つぶやき、文章、警察（通報先）、スケジュール、天気予報等のメタ情報が設定される。

　「時間軸」は、要求された動作を行う時間（タイミング）であり、例えば現在、将来、緊急等のメタ情報が設定される。もちろん「動作カテゴリ」、「対象物」、及び「時間軸」に関するメタ情報が、上記したものや図１０及び図１１に示されたものに限定される訳ではない。またユーザ１の要求を分類するためのパラメータも限定されず、例えば「動作カテゴリ」、「対象物」、及び「時間軸」とは異なるパラメータが採用されてもよい。

　依頼内容分類部３３は、ユーザ１の要求の種類に応じて設定された「動作カテゴリ」「対象物」「時間軸」に関するメタ情報に基づいて、即時性及び信頼性を設定する。この設定方法は限定されず、任意のアルゴリズムが用いられてよい。

　図７に示すステップ４０１において、信頼度閾値設定部３１及びタイムアウト時間設定部３２は、ユーザ１の要求の種類に応じて設定された即時性及び信頼性に基づき、図１２Ａ及びＢに示すテーブル情報を参照して、信頼度閾値及びタイムアウト時間を設定する。本実施形態では、依頼内容分類部３３は、設定部の一部として機能する。なお図１２Ａ及びＢに示すテーブル情報を一例であり、即時性に対するタイムアウト時間の具体的な値や、信頼性に対する信頼度閾値の具体的な値等は、任意に設定されてよい。

　以下、図１０及び図１１を参照して、ユーザ１の要求の分類（メタ情報の設定）、即時性及び信頼性の設定の具体例について説明する。

　信頼性の設定について、例えばユーザ１が高価な物の購買、ユーザ１の家の鍵の開錠、及びユーザ１のスケジュールの確認等をエージェント２に依頼した場合、ユーザ１本人である必要性が高いため、信頼性は「大」に設定される。この結果、信頼度閾値は９９％に設定される。

　ユーザ１の要求した内容が部屋の温度を上げることのようにユーザ１本人でなくともよい場合、信頼性は「小」に設定される。この結果、信頼度閾値は１０％に設定される。

　即時性の設定について、例えばユーザ１が品薄の商品の購買、電話を受ける等を依頼した場合、急を要するため即時性は「大」に設定される。この結果、タイムアウト時間は数秒に設定される。

　ユーザ１の要求した内容がスケジュールの設定等、今すぐに処理を実行する必要がない場合、即時性は「小」に設定される。この結果、タイムアウト時間は１０分に設定される。

　調理中の火を止める、及び警察や救急車を呼ぶ等の緊急の場合は、信頼性は「小」、即時性は「緊急」とされ、信頼度閾値は１０％、タイムアウト時間は０秒に設定される。なお緊急のときには、信頼性「ゼロ」及び信頼度閾値０％に設定され、誰であるかを認証することなく、要求が実行されてもよい。

　このように、ユーザ１の要求の内容に対して信頼性と即時性とを求め、信頼度閾値とタイムアウト時間とを設定することにより、エージェント２はユーザ１のユーザビリティ、及び安全性を損なわずにユーザ１の要求に応えることが可能となる。

　図１０を参照して、安価な物の購入に対しては、「購入」「安価な物」「現在」のメタ情報が設定され、それに対応して信頼性は購入物の内容に合わせて「小～中」、即時性は「小」に設定される。この結果、信頼度閾値は１０～８０％に設定され、タイムアウト時間は１０分に設定される。

　高価な物の購入に対しては、「購入」「高価な物」「現在」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「小」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は１０分に設定される。

　明日必要になる物の購入に対しては、「購入」「物」「将来」のメタ情報が設定され、それに対応して信頼性は購入物の内容に合わせて設定され、即時性は「小」に設定される。この結果、信頼度閾値は購入物の内容に合わせて設定され、タイムアウト時間は１０分に設定される。

　年齢制限のあるものの購入に対しては、「購入」「年齢制限があるもの」「現在／将来」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「小」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は１０分に設定される。

　品薄な物の購入に対しては、「購入」物」「緊急」のメタ情報が設定され、それに対応して信頼性は購入物の内容に合わせて設定され、即時性は「大」に設定される。この結果、信頼度閾値は購入物の内容に合わせて設定され、タイムアウト時間は０秒に設定される。

　家の鍵を開けることに対しては、「状態変更」「屋外の鍵」「現在」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「大」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は数秒に設定される。

　部屋の鍵を開けることに対しては、「状態変更」「屋内の鍵」「現在」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「中」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は３０秒に設定される。

　照明又は空調を変更することに対しては、「状態変更」「照明、空調」「現在」のメタ情報が設定され、それに対応して信頼性は「小」、即時性は「中」に設定される。この結果、信頼度閾値は１０％に設定され、タイムアウト時間は３０秒に設定される。

　火を止める等の緊急の依頼に対しては、「動作停止」「ライフライン」「緊急」のメタ情報が設定され、それに対応して信頼性は「小」、即時性は「緊急」に設定される。この結果、信頼度閾値は１０％に設定され、タイムアウト時間を０秒に設定される。

　プロの音楽、動画、及び写真を再生することに対しては、「コンテンツ再生」「プロの音楽／動画／写真」「現在」のメタ情報が設定され、それに対応して信頼性は「小」、即時性は「中」に設定される。この結果、信頼度閾値は１０％に設定され、タイムアウト時間は３０秒に設定される。

　プライベートの音楽、動画、及び写真を再生することに対しては、「コンテンツ再生」「プライベートの音楽／動画／写真」「現在」のメタ情報が設定され、それに対応して信頼性は「中」、即時性は「中」に設定される。この結果、信頼度閾値は８０％に設定され、タイムアウト時間は３０秒に設定される。

　録音／録画メッセージを送ることに対しては、「send」「音声／画像」「現在」のメタ情報が設定され、それに対応して信頼性は「小」、即時性は「中」に設定される。この結果、信頼度閾値は１０％に設定され、タイムアウト時間は３０秒に設定される。

　メール／手書きメッセージを送ることに対しては、「send」「文書」現在」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「中」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は３０秒に設定される。

　ＳＮＳへ投稿することに対しては、「send」「つぶやき」「現在」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「中」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は３０秒に設定される。

　録音／録画メッセージを受けることに対しては、「Receive」「音声／画像」「現在」のメタ情報が設定され、それに対応して信頼性は内容に合わせて「中～大」、即時性は内容に合わせて「小～大」に設定される。この結果、信頼度閾値は内容に合わせて８０～９９％に設定され、タイムアウト時間は内容に合わせて数秒～１０分に設定される。

　メール／手書きメッセージを受けることに対しては、「Receive」「文書」「現在」のメタ情報が設定され、それに対応して信頼性は内容に合わせて「中～大」、即時性は内容に合わせて「小～大」は設定される。この結果、信頼度閾値は内容に合わせて８０～９９％に設定され、タイムアウト時間は内容に合わせて数秒～１０分に設定される。

　図１１を参照して、警察や救急車等を呼ぶことに対しては、「connect」「警察、救急、消防」「緊急」のメタ情報が設定され、それに対応して信頼性は「小」、即時性は「緊急」に設定される。この結果、信頼度閾値を１０％に設定され、タイムアウト時間は０秒に設定される。

　誰かに電話をかけることに対しては、「connect」「ライブ音声／画像」「現在」のメタ情報が設定され、それに対応して信頼性は「小」、即時性は「中」に設定される。この結果、信頼度閾値は１０％に設定され、タイムアウト時間は３０秒に設定される。

　電話を受けることに対しては、「accept」「ライブ音声／画像」「現在」のメタ情報が設定され、それに対応して信頼性は「中」、即時性は「大」に設定される。この結果、信頼度閾値は８０％に設定され、タイムアウト時間は数秒に設定される。

　モーニングコールの設定に対しては、「登録」「モーニングコール」「将来」のメタ情報が設定され、それに対応して信頼性は「中」、即時性は「小」に設定される。この結果、信頼度閾値は８０％に設定され、タイムアウト時間は１０分に設定される。

　スケジュールの設定に対しては、「登録」「スケジュール」「現在」のメタ情報が設定され、それに対応して信頼性は「中」、即時性は「小」に設定される。この結果、信頼度閾値は８０％に設定され、タイムアウト時間は１０分に設定される。

　スケジュールの確認に対しては、「問い合わせ」「スケジュール」「現在」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「中」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は３０秒に設定される。

　天気の確認に対しては、「問い合わせ」「天気予報」「現在」のメタ情報が設定され、それに対応して信頼性は「小」、即時性は「中」に設定される。この結果、信頼度閾値は１０％に設定され、タイムアウト時間は３０秒に設定される。

　エキスパートエージェントに相談することに対しては、「問い合わせ」「知識」「現在」のメタ情報が設定され、それに対応して信頼性は相談先に合わせて「小～中」、即時性は「中」に設定される。この結果、信頼度閾値は相談先に合わせて１０～８０％に設定され、タイムアウト時間は３０秒に設定される。

　ここで、エキスパートエージェントとは、旅行の相談等の特定の分野に特化したエージェントのことを指す。エキスパートエージェントにインターネット等を介して相談をする。

　パスワード等のユーザ１本人の秘密の情報を聞くことに対しては、「問い合わせ」「個人の秘密情報」「現在」のメタ情報が設定され、それに対応して信頼性は「大」、即時性は「中」に設定される。この結果、信頼度閾値は９９％に設定され、タイムアウト時間は３０秒に設定される。

　このように本実施形態では、ルールベースにて、ユーザ１の要求の種類に応じた信頼度閾値及びタイムアウト時間が設定される。これに限定されず、機械学習をベースにして、信頼度閾値及びタイムアウト時間が設定されておよい。例えばユーザ１の要求に関するメタ情報を入力として、機械学習により、信頼度閾値及びタイムアウト時間が出力されてもよい。その他、任意の方法が採用されてよい。

　図１３は、タイムアウト時間までにユーザのモーダル認証の信頼度が大きくなる可能性を判断する処理例を示すフローチャートである。すなわち図７のステップ４０３や図８のステップ５０５にて、実行判断部４１により実行される処理の一例である。

　図１３の右上に示すグラフは、モーダル認証の信頼度が蓄積する様子を模式的に示すグラフである。グラフ内の点線は信頼度の実際の変動であり、実線は信頼度を平滑化したものである。以下に説明するように、本実施形態では、信頼度を平滑化することで、タイムアウト時間の経過する前に、モーダル認証の信頼度が信頼度閾値より大きくなる可能性があるか否かが判定される。

　トラッキングを開始してからの経過時間が一定以下か否かが判定される（ステップ７０１）。経過時間が一定以下である場合（ステップ７０１のＹｅｓ）、またタイムアウト時間が経過するまで時間があるので、タイムアウト時間の経過する前に、モーダル認証の信頼度が大きくなる可能性があると判定される（ステップ７０２）。

　経過時間が一定を越えている場合（ステップ７０１のＮｏ）、（現時点のユーザ１のモーダル認証の信頼度）＋（平滑化したユーザ１のモーダル認証の信頼度の傾き）×（タイムアウト時間までの残り時間）を加えた値が信頼度閾値よりも大きくなるか否かがが判定される

　ステップ７０３の判定の結果が肯定である場合は（ステップ７０３のＹｅｓ）、タイムアウト時間の経過する前に、モーダル認証の信頼度が大きくなる可能性があると判定される（ステップ７０２）。

　ステップ７０３の判定の結果が否定である場合は（ステップ７０３のＮｏ）、タイムアウト時間の経過する前に、モーダル認証の信頼度が大きくなる可能性がないと判定される（ステップ７０４）。

　ユーザ１のモーダル認証の信頼度を平滑化する理由は、トラッキングによって得ているユーザ１のモーダル認証はユーザ１の顔が向いている方向等によって同じ顔のモーダル認証であっても信頼度が変動するためである。これにより、ユーザの様々な状態であっても、ユーザ認証の精度を高め、安全性を向上することが可能となる。

　平滑化することにより、ユーザ１のモーダル認証の信頼度は毎秒何％上がるという傾きが得られる。この傾きの度合いによって、タイムアウト時間までにユーザ１のモーダル認証の信頼度が信頼度閾値より大きくなるか否かが判定される。

　例えば、現時点でのユーザ１のモーダル認証の信頼度が１０％として、平滑化したユーザ１のモーダル認証の信頼度の傾きが毎秒８％上がるとする。この場合タイムアウト時間が１０秒とすると、タイムアウト時間までにユーザ１のモーダル認証の信頼度は９０％に上がる可能性があるとみなされる。

　この時、信頼度閾値設定部３１が設定した信頼度閾値が８０％とすると、ユーザ１はタイムアウト時間までにユーザ１のモーダル認証の信頼度が信頼度閾値より大きくなる可能性があると判定され、認証が継続される。

　また、平滑化したユーザ１のモーダル認証の信頼度の傾きが毎秒５％上がるとすると、タイムアウト時間までにユーザ１のモーダル認証の信頼度は６０％である。この場合、実行判断部４１は、タイムアウト時間までにユーザ１のモーダル認証の信頼度が信頼度閾値より大きくなる可能性がないと判定する。

　現時点でのユーザ１のモーダル認証の信頼度が低く、平滑化したユーザ１のモーダル認証の信頼度の傾きが小さい時、タイムアウト時間までにユーザ１のモーダル認証の信頼度が信頼度閾値を超えないと判定された場合、実行判断部４１はタイムアウト時間まで待たずに、次のステップに進むことができる。これにより、ユーザの待機時間を減らすことができ、高いユーザビリティが発揮される。

　なお、図１３に示すように平滑化したユーザ１のモーダル認証の信頼度が一次関数で表記されているが、これに限定されず、２次関数等の傾きでユーザのモーダル認証の認証信頼度が上昇してもよい。なお、信頼度を平滑化することで、タイムアウト時間の経過する前に、モーダル認証の信頼度が信頼度閾値より大きくなる可能性があるか否かを判定するために、他の任意の方法が用いられてもよい。

　図１４は、中間処理の具体例を示す表である。中間処理部４３はステップ５０１の判定の結果が肯定である場合（ステップ５０１のＹｅｓ）、ステップ５０２であるユーザ１に適用可能な中間処理の内、ユーザ１の負担感（負担度）が最小のものを選択する。以下、中間処理部４３による中間処理の選択例を具体的に説明する。

　図１４の表では、中間処理ごとの特性を示す評価パラメータが記載されている。本実施形態では、評価パラメータとして、「取得できるモーダル」「即時性が高い場合に使える方法か？」「傍受されても構わない方法か？」「加齢の影響の対処に使える方法か？」及び「ユーザの負担感」が設定されている。

　取得できるモーダルとは、実行される中間処理によって得られるモーダルである。例えば、ユーザ１のモーダル認証の信頼度を高めるために必要なモーダルが特定されている場合には、この評価パラメータが参照されて、適切な中間処理が選択される。

　即時性が高い場合に使える方法とは、ユーザ１の要求に基づいて設定されたタイムアウト時間が短い場合（あるいは残り少ない場合）でも、ユーザ１のモーダル認証の信頼度を高めることができる中間処理である。

　傍受されても構わない方法とは、実行される中間処理によるエージェント２とユーザ１とのやり取りが他者に見られていても、ユーザ１の個人情報が漏れない中間処理である。

　加齢の影響の対処に使える方法とは、エージェント２がユーザ１を認証してから月日が経っている場合等において、ユーザ１の加齢に対して影響の少ない方法により実行される中間処理である。

　図１４を参照して、顔画像情報の取得への協力を求める中間処理は、「顔」が取得できるモーダルとなる。またすぐに顔を向かせることができるので即時性が高く、特に個人情報が漏れる訳ではないので傍受されても構わない方法となる。一方で、顔は加齢の影響を受けるので、加齢の影響の対処には使えない。ユーザの負担感は、顔を向けさせるということで、中となる。

　音声情報の取得への協力を求める中間処理は、「声」が取得できるモーダルとなる。またすぐに発話させることができるので即時性が高く、発話させる内容を適宜選択することで傍受されても構わない方法として使用可能である。一方で、声は加齢の影響を受けるので、加齢の影響の対処には使えない。ユーザの負担感は、中となる。

　音声情報と、本人確認を補強する情報取得への協力を求める中間処理は、「音声、知識」が取得できるモーダルとなる。またすぐに発話させることができるので即時性が高い方法として使用可能である。加齢の影響の対処については、声自体は加齢の影響を受けるが、知識自体は加齢の影響をほぼ受けないので、発話させる内容を適宜選択することである程度は対処可能である。一方で、知識は他人がいると傍受されるので、傍受されては構わない方法には使えない。ユーザの負担感は、中となる。

　ＩＤ／パスワードよりも負担の少ない認証方法への協力を求める中間処理は、ここでは指紋認証が想定されており、指紋」が取得できるモーダルとなる。またすぐに指紋認証装置に触れることができるので即時性が高く、加齢の影響に影響しない方法として使用可能である。ユーザの負担感は、中となる。なお指紋認証以外の方法もあり得る。

　あまり害のなさそうな働きかけをして、顔画像情報取得への協力を求める中間処理は、「顔」が取得できるモーダルとなる。また顔は他人に見られても構わないので傍受されても構わない方法として使用可能である。一方で、顔は加齢の影響を受けるので、加齢の影響の対処には使えない。また、顔の認識に時間がかかる可能性があるため、即時性が高い場合は使えない。ユーザの負担感は、小となる。

　あまり害のなさそうな働きかけをして、音声情報取得への協力を求める中間処理は、「声」が取得できるモーダルとなる。また他人に聞かれても構わない内容を適宜選択することで傍受されても構わない方法として使用可能である。一方で、声は加齢の影響を受けるので、加齢の影響の対処には使えない。また、声の認識に時間がかかる可能性があるため、即時性が高い場合は使えない。ユーザの負担感は、小となる。

　認証に都合が良いようにユーザの行動を支配する中間処理は、「顔」が取得できるモーダルとなる。また顔は他人に見られても構わないので傍受されても構わない方法として使用可能である。一方で、顔は加齢の影響を受けるので、加齢の影響の対処には使えない。また、認証に都合の良いイベントがたまたま発生するのを待たなくてはならない可能性があり、即時性が高い場合は使えない。ユーザの負担感は、極小となる。

　以上の分類された中間処理の内、中間処理部４３が適用可能且つユーザの負担感が最小のものを実施する例を示す。

　第１の例として、ユーザ１がエージェント２に対して声で「高価な物」を買うことを要求したとする。エージェント２は、ユーザ１の音声は聞こえたが、ユーザ１の顔の向きが悪いためにモーダル認証の信頼度が低く、タイムアウト時間までにユーザ１のモーダル認証の信頼度が信頼度閾値を超える可能性がないと判定し、中間処理を実行する。

　エージェント２はユーザ１の依頼内容が「購買」「高価な物」に該当するので即時性は低いと判定する。またエージェント２はユーザ１の顔情報をさらに取得することで、ユーザ１のモーダル認証の信頼度が向上すると判定する。これらの判定から、エージェント２は図１４の「認証に都合が良いようにユーザの行動を支配する」を選択することが可能であるが、ここでは「認証に都合が良いようにユーザの行動を支配する」ことが難しいとする。この場合、エージェント２は「あまり害のなさそうな働きかけをして、顔画像情報を取得する」を選択する。

　上記に基づいて、エージェント２はユーザ１の顔を認識するのに都合の良い方向に写真を表示する。ユーザ１が表示された写真を見ることで、ユーザ１は認証のための特別な行動を意識せずに、つまり負担感が小さい認証によってユーザ１のモーダル認証の信頼度を高めることができる。

　第２の例としては、エージェント２が電話を受けたことを検知した際に、部屋にいる人物を特定できていない状況である。この時、タイムアウト時間までに人物のモーダル認証の信頼度が信頼度閾値を超える可能性がないと判定し、中間処理を実行する。

　この場合、図１１の「電話を受ける」に該当するのでエージェント２は即時性が高いと判定する。またエージェント２はユーザ１の顔情報をさらに取得することで、ユーザ１のモーダル認証の信頼度が向上すると判定する。この時、指紋認証装置等のユーザ１を特定する手段がない場合、テレビ画面にカメラが付いているとすると、顔画像を取得することが最適と判定する。

　以上より、エージェント２は図１４の「顔画像情報取得への協力を求める」を選択する。上記に基づいて、エージェント２はユーザの顔を認識するのに都合の良い方向に人物が向くように指示を出す。人物が指定された方を見ることで、ユーザ１のモーダル認証の信頼度を高めることができる。

　第２の例の場合、人物がユーザ１に成りすました時、エージェント２の出した指示により、認証結果が確かではないことを教えることになる。しかし、即時性が高いことによりタイムアウト時間が短いので、ユーザ１への成りすましを修正する時間が足りないことにより、安全性は向上される。

　なお、中間処理の内容、適用可能な中間処理を選択する方法、及び評価パラメータの設定方法等はこれに限定されず、任意に設定されてよい。図１４に示されている取得できるモーダル、即時性が高い場合に使える方法、傍受されても構わない方法、加齢の影響の対処に使える方法、及びユーザの負担感以外の任意のアルゴリズムが採用されてもよい。また、ユーザ１の依頼内容や傾向に合わせてエージェント２がディープラーニング等の機械学習を用いて、適宜変更してもよい。

　以上、本実施形態に係る情報処理装置１００では、ユーザ１に対して実行されるモーダル認証の信頼度が取得され、またユーザ１の要求に基づいて信頼度閾値が設定される。そして、モーダル認証の信頼度が信頼度閾値より大きくなるまで、ユーザ１の要求に応じた処理の実行が保留される。これにより、高いユーザビリティを発揮させつつ、安全性を向上させることが可能となる。

　例えばモーダル認証の信頼度が信頼度閾値よりも小さい場合に、いきなりＩＤ／パスワード入力等の通常よく行われる認証をユーザに求めるのではなく、ユーザのモーダル認証の信頼度が十分に蓄積するまで処理が保留される。これによりユーザにとって認証のための特別な負担であるユーザ認証を強いる頻度を減らし、高いユーザビリティを発揮することが可能となる。

　また、モーダル認証の信頼度が信頼度閾値よりも小さい場合に、ＩＤ／パスワード入力等のユーザ認証を求めると、成りすましを試みた人物に対して信頼度が不足しているというヒントを与えることもあり得る。本実施形態では、要求に対する処理を保留していることをＵＩ等で表示しないことで、成りすましを試みた人物がユーザ本人のクセを真似する等の成りすましを行うことを防ぎ、モーダル認証を継続する時間を稼ぐことができる。これにより、安全性を向上させることができる。

　本実施形態では、モーダル認証の認証結果がユーザ本人ではなかった場合、不特定の人物が成りすましを試みた可能性を考慮し、警戒モード部４２により警戒モードが選択される。これにより、網膜認証等の信頼性の高いモーダル認証及びパスワ－ド入力等の所定の手続き以外を規制するため、安全性を向上することが可能となる。

　＜その他の実施形態＞
　本技術は、以上説明した実施形態に限定されず、他の種々の実施形態を実現することができる。

　図１５は、エージェント２の行う処理を継続させるための処理の例を示すフローチャートである。このフローチャートはユーザ１からの依頼を保留している時に、エージェント２が認証の継続ができなくなった場合、又は保留している依頼と新たに依頼された内容が干渉することを想定している。

　図１５の「keep-aliveを更新する」とは、エージェント２がユーザ１からの依頼を保留中に、停電等の理由でエージェント２が動作継続できなくなった場合の対策である。

　keep-aliveとは、エージェント２が現在時刻等の現在の状況を、クラウドサービス等のサーバ機器に定期的に通知することである。これにより、ユーザ１からの依頼を保留中にエージェント２からのkeep-aliveが途絶えた場合、サーバ機器はエージェント２が動作継続できなくなったと判定し、ユーザ1に対する認証を行ってエージェント２の処理を引き継ぐことが可能となる。

　認証を継続している際に、ユーザ１の外出する動作をエージェント２が検知した場合、エージェント２は外出に対する対策を行う（ステップ８０１のＹｅｓ）。

　外出に対する対策とは、エージェント２がユーザ１からの依頼を保留している間に、ユーザ１がトラッキング可能な範囲から出ていきトラッキングの継続が困難になる場合を想定した対策である。

　例えば、ユーザ１が部屋もしくは家から退出しようとしている素振りをエージェント２が検出した場合、ユーザ１が退出する前にユーザ１を呼び止めて、ＩＤ／パスワード入力等の信頼性の高いユーザ認証を行い、図９のフローチャートに移行する。

　外出ではなく（ステップ８０１のＮｏ）、ユーザ１が寝るような動作をエージェント２が検知した場合、エージェント２は寝てしまうことに対する対策を行う（ステップ８０２のＹｅｓ）。

　寝てしまうことに対する対策とは、ユーザ１が就寝することによりエージェント２は声等のユーザ１のモーダル認証を得ることができず、ユーザ１のモーダル認証の認証結果の信頼度の向上が困難になる場合を想定した対策である。

　例えば、ユーザ１が就寝する兆候をエージェント２が検出した場合、エージェントはユーザが就寝する前にユーザ１を呼び止めて、ＩＤ／パスワード入力等の信頼性の高いユーザ認証を求め、図９のフローチャートに移行する。

　寝るような動作ではなく（ステップ８０２のＮｏ）、保留中の「登録」処理に対する問い合わせをエージェント２が受けた場合、エージェント２は保留中の「登録」に対する対策を行う（ステップ８０３のＹｅｓ）。

　保留中の「登録」に対する対策とは、エージェント２がユーザ１からの要求が動作カテゴリの「登録」である処理を保留している間に、その「登録」に関する問い合わせをユーザがエージェントに行った場合を想定した対策である。

　例えば、ユーザ１の明日のスケジュールを登録する要求をエージェント２が保留していた場合に、ユーザ１がエージェント２に明日のスケジュールを確認することを要求したとする。このような場合は、保留中のスケジュールの登録を、登録されているものとして返答をする。エージェントは返答をした上で、ユーザ１にＩＤ／パスワード入力等の信頼性の高いユーザ認証を求め、図９のフローチャートに移行する。

　問い合わせではなく（ステップ８０３のＮｏ）、保留中の処理と競合する処理の依頼をエージェント２が受けた場合、エージェント２は競合する処理の依頼に対する対策を行う（ステップ８０４のＹｅｓ）。

　競合する処理の依頼に対する対策とは、エージェント２がユーザ１からの依頼を保留している間に、保留中の要求と競合もしくは矛盾する要求を新たに依頼された場合を想定した対策である。

　エージェント２が保留中の依頼と重複する依頼を受けた場合、後から受けた依頼を拒否する。例えば、ユーザ１が部屋の温度を下げることをエージェント２に依頼し、その要求の処理をエージェント２が保留している間に、ユーザ１が再び部屋の温度を下げる依頼をした場合が挙げられる。

　エージェント２が保留中の依頼と両立しにくい依頼を受けた場合は、どちらの要求を処理するかをユーザ１に問い合わせる。この際にユーザ１のモーダル認証の認証結果の信頼度が信頼度閾値を超えている場合は図９のフローチャートに移行をする。ユーザ１のモーダル認証の認証結果の信頼度が信頼度閾値を超えない場合は、ＩＤ／パスワ－ド入力等の信頼性の高いユーザ認証を行い、図９のフローチャートに移行をする。

　例えば、ユーザ１が動画の再生をエージェントに依頼をし、エージェント２が処理を保留している間に、ユーザ１が音楽の再生を依頼したとする。この場合、音声出力のあるコンテンツを複数同時に再生することになり、音が混ざるためエージェント２はどちらの依頼を実行するかユーザ１に問い合わせる。

　競合する処理の依頼ではなく（ステップ８０４のＮｏ）、保留中の要求の処理の後続となる処理の依頼をエージェント２が受けた場合、エージェント２は後続の処理の依頼に対する対策を行う（ステップの８０５のＹｅｓ）。

　後続の処理の依頼に対する対策とは、エージェント２がユーザ１からの依頼を保留している間に、保留されている依頼と前後関係のある依頼を受けた場合を想定した対策である。

　例えば、ユーザ１がメッセージの送信をエージェント２に依頼した場合、エージェント２が処理を保留している間に、ユーザ１が同じ相手へメッセージの送信をエージェント２に依頼したとする。ユーザ１は先に送信したメッセージを相手が見ている前提で後のメッセージを送信した可能性があるので、エージェント２は両方の依頼の処理を保留した上で、図９のフローチャートに移行をした際にそれらの要求を依頼された順番通りに処理を行う。

　この場合の図７、及び図８のタイムアウト時間は、両方の要求に設定されたタイムアウト時間のうち、タイムアウト時間の残り時間が短い方とする。

　上記のエージェント２がユーザ１の認証が困難になるケースが無い場合（ステップ８０５のＮｏ）、エージェント２はユーザ１の認証を継続させる。

　本実施形態において図１５に示すステップ８０１及び８０２の処理は、モーダル認証の実行が中断される可能性を判定することに相当する。また各ステップのＹｅｓは、モーダル認証の実行が中断される可能性がある場合に相当する。また「外出に対する対策」「寝てしまうことに対する対策」はモーダル認証の実行の中断を防止するための処理に相当する。

　また図１５に示すステップ８０３～８０５のＹｅｓは、処理の実行を保留しているユーザの要求に関連したユーザの他の要求を受付けた場合に相当する。また「保留中の「登録」に対する対策」「競合する処理の依頼に対する対策」「後続の処理の依頼に対する対策」は処理の実行を保留しているユーザの要求とユーザの他の要求との関係に応じた処理に相当する。

　このような処理を実行することで、ユーザからの処理を保留している間にエージェント２がユーザを認証継続できなくなった場合に、保留中の処理が放棄されることを防ぐことができ、高いユーザビリティを発揮することが可能となる。

　なお、図１５のフローチャートの順番と内容とはこれに限定されない。ユーザ１のトラッキングによる認証が困難になり得る状況に対応する任意の対策を行ってもよい。ユーザ１の保留している依頼と新たに要求した依頼に対しても任意の対策を行ってもよい。

　上記では、図１にエージェント２とカメラ３とマイク４とスピーカ５とテレビ６とが図示されている。これに限定されず、例えば、エージェント２にカメラ３、マイク４、スピーカ５、及びテレビ６等の画像を表示できる構成のいずれか１つが備えられてもよい。またカメラ３、マイク４、スピーカ５、及びテレビ６内のいずれか１つにエージェント２が構成されてもよい。

　また上記では、エージェントと、モーダル認証装置とが別個に構成され、ユーザへのトラッキング（モーダル認証）と、ユーザ認証とが別個に実行された。これに限定されず、エージェントと、モーダル認証装置とが一体的に構成され、本技術に係る情報処理装置として実現されてもよい。

　また、上記ではエージェント等のコンピュータにより、本技術に係る情報処理方法が実行される場合を説明した。しかしながらユーザが操作可能なコンピュータとネットワーク等を介して通信可能な他のコンピュータとにより、本技術に係る情報処理方法、及びプログラムが実行されてもよい。またユーザが操作可能なコンピュータと、他のコンピュータとが連動して、本技術に係る情報処理システムが構築されてもよい。

　すなわち本技術に係る情報処理方法、及びプログラムは、単体のコンピュータにより構成されたコンピュータシステムのみならず、複数のコンピュータが連動して動作するコンピュータシステムにおいても実行可能である。なお本開示において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれもシステムである。

　コンピュータシステムによる本技術に係る情報処理方法、及びプログラムの実行は、例えばモーダル認証の信頼度の取得、信頼度閾値の設定、処理の実行の保留等が、単体のコンピュータにより実行される場合、及び各処理が異なるコンピュータにより実行される場合の両方を含む。また所定のコンピュータによる各処理の実行は、当該処理の一部または全部を他のコンピュータに実行させその結果を取得することを含む。

　すなわち本技術に係る情報処理方法及びプログラムは、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成にも適用することが可能である。

　以上説明した本技術に係る特徴部分のうち、少なくとも２つの特徴部分を組み合わせる
ことも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別
なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示で
あって限定されるものではなく、また他の効果が発揮されてもよい。

　なお、本技術は以下のような構成も採ることができる。
（１）ユーザに対して実行されるモーダル認証の信頼度を取得する取得部と、
　前記ユーザの要求に基づいて信頼度閾値を設定する設定部と、
　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留する処理実行部と
　を具備する情報処理装置。
（２）（１）に記載の情報処理装置であって、
　前記設定部は、前記ユーザの要求の種類に基づいて、前記信頼度閾値を設定する
　情報処理装置。
（３）（１）又は（２）に記載の情報処理装置であって、
　前記処理実行部は、前記取得されたモーダル認証の信頼度が前記設定された信頼度閾値より大きくなった場合、前記モーダル認証の認証結果に基づく処理を実行する
　情報処理装置。
（４）（３）に記載の情報処理装置であって、
　前記処理実行部は、前記モーダル認証の認証結果が正当である場合に、前記ユーザの要求に応じた処理を実行する
　情報処理装置。
（５）（３）又は（４）に記載の情報処理装置であって、
　前記処理実行部は、前記モーダル認証の認証結果が不当である場合に、前記ユーザの要求を拒否する
　情報処理装置。
（６）（３）から（５）のうちいずれか１つに記載の情報処理装置であって、
　前記処理実行部は、前記モーダル認証の認証結果が不当である場合に、警戒モードを選択する
　情報処理装置。
（７）（６）に記載の情報処理装置であって、
　前記警戒モードは、前記ユーザに対するモーダル認証の実行が規制されるモードである
　情報処理装置
（８）（６）又は（７）に記載の情報処理装置であって、
　前記警戒モードは、前記ユーザに対するモーダル認証の実行が禁止されるモードである
　情報処理装置。
（９）（１）から（８）のうちいずれか１つに記載の情報処理装置であって、
　前記設定部は、前記ユーザの要求に基づいてタイムアウト時間を設定し、
　前記処理実行部は、前記タイムアウト時間に基づいて、前記ユーザの要求に応じた処理の実行の保留を継続するか否かを判定する
　情報処理装置。
（１０）（９）に記載の情報処理装置であって、
　前記設定部は、前記ユーザの要求の種類に基づいて、前記タイムアウト時間を設定する
　情報処理装置。
（１１）（９）又は（１０）に記載の情報処理装置であって、
　前記処理実行部は、前記モーダル認証の信頼度が前記信頼度閾値より大きくなる前に前記タイムアウト時間が経過した場合は、前記ユーザに対するモーダル認証の実行を規制する
　情報処理装置。
（１２）（９）から（１１）のうちいずれか１つに記載の情報処理装置であって、
　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性を判定する
　情報処理装置。
（１３）（１２）に記載の情報処理装置であって、
　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性がない場合には、前記ユーザに対するモーダル認証の実行を規制する
　情報処理装置。
（１４）（１２）に記載の情報処理装置であって、
　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性がない場合には、前記モーダル認証の信頼度を高めるための中間処理を実行する
　情報処理装置。
（１５）（１４）に記載の情報処理装置であって、
　前記処理実行部は、前記中間処理として、前記モーダル認証の信頼度を高めるための行動を前記ユーザに要求することを含む処理を実行する
　情報処理装置。
（１６）（１４）又は（１５）に記載の情報処理装置であって、
　前記処理実行部は、前記モーダル認証の信頼度を高めるために前記ユーザに要求される行動を行う際の前記ユーザの負担度に基づいて、前記中間処理を選択する
　情報処理装置。
（１７）（１）から（１６）のうちいずれか１つに記載の情報処理装置であって、
　前記処理実行部は、前記モーダル認証の実行が中断される可能性を判定し、前記モーダル認証の実行が中断される可能性がある場合には、前記モーダル認証の実行の中断を防止するための処理を実行する
　情報処理装置。
（１８）（１）から（１７）のうちいずれか１つに記載の情報処理装置であって、
　前記処理実行部は、処理の実行を保留している前記ユーザの要求に関連した前記ユーザの他の要求を受付けた場合に、処理の実行を保留している前記ユーザの要求と前記ユーザの他の要求との関係に応じた処理を実行する
　情報処理装置。
（１９）ユーザに対して実行されるモーダル認証の信頼度を取得し、
　前記ユーザの要求に基づいて信頼度閾値を設定し、
　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留する
　ことをコンピュータシステムが実行する情報処理方法。
（２０）ユーザに対して実行されるモーダル認証の信頼度を取得するステップと、
　前記ユーザの要求に基づいて信頼度閾値を設定するステップと、
　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留するステップと
　をコンピュータシステムに実行させるプログラム。

　１…ユーザ
　２…エージェント
　７…記憶部
　１０…モーダル認証装置
　１１…生体情報取得部
　１２…モーダル認証実行部
　１３…認証結果情報登録部
　２０…取得部
　３０…設定部
　３１…信頼度閾値設定部
　３２…タイムアウト時間設定部
　４０…処理実行部
　４１…実行判断部
　４２…警戒モード部
　４３…中間処理部
　５０…要求受付部
　６０…通知制御部
　１００…情報処理装置

Claims (20)

1. 　ユーザに対して実行されるモーダル認証の信頼度を取得する取得部と、
   　前記ユーザの要求に基づいて信頼度閾値を設定する設定部と、
   　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留する処理実行部と
   　を具備する情報処理装置。
2. 　請求項１に記載の情報処理装置であって、
   　前記設定部は、前記ユーザの要求の種類に基づいて、前記信頼度閾値を設定する
   　情報処理装置。
3. 　請求項１に記載の情報処理装置であって、
   　前記処理実行部は、前記取得されたモーダル認証の信頼度が前記設定された信頼度閾値より大きくなった場合、前記モーダル認証の認証結果に基づく処理を実行する
   　情報処理装置。
4. 　請求項３に記載の情報処理装置であって、
   　前記処理実行部は、前記モーダル認証の認証結果が正当である場合に、前記ユーザの要求に応じた処理を実行する
   　情報処理装置。
5. 　請求項３に記載の情報処理装置であって、
   　前記処理実行部は、前記モーダル認証の認証結果が不当である場合に、前記ユーザの要求を拒否する
   　情報処理装置。
6. 　請求項３に記載の情報処理装置であって、
   　前記処理実行部は、前記モーダル認証の認証結果が不当である場合に、警戒モードを選択する
   　情報処理装置。
7. 　請求項６に記載の情報処理装置であって、
   　前記警戒モードは、前記ユーザに対するモーダル認証の実行が規制されるモードである
   　情報処理装置。
8. 　請求項６に記載の情報処理装置であって、
   　前記警戒モードは、前記ユーザに対するモーダル認証の実行が禁止されるモードである
   　情報処理装置。
9. 　請求項１に記載の情報処理装置であって、
   　前記設定部は、前記ユーザの要求に基づいてタイムアウト時間を設定し、
   　前記処理実行部は、前記タイムアウト時間に基づいて、前記ユーザの要求に応じた処理の実行の保留を継続するか否かを判定する
   　情報処理装置。
10. 　請求項９に記載の情報処理装置であって、
    　前記設定部は、前記ユーザの要求の種類に基づいて、前記タイムアウト時間を設定する
    　情報処理装置。
11. 　請求項９に記載の情報処理装置であって、
    　前記処理実行部は、前記モーダル認証の信頼度が前記信頼度閾値より大きくなる前に前記タイムアウト時間が経過した場合は、前記ユーザに対するモーダル認証の実行を規制する
    　情報処理装置。
12. 　請求項９に記載の情報処理装置であって、
    　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性を判定する
    　情報処理装置。
13. 　請求項１２に記載の情報処理装置であって、
    　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性がない場合には、前記ユーザに対するモーダル認証の実行を規制する
    　情報処理装置。
14. 　請求項１２に記載の情報処理装置であって、
    　前記処理実行部は、前記タイムアウト時間が経過する前に前記モーダル認証の信頼度が前記信頼度閾値より大きくなる可能性がない場合には、前記モーダル認証の信頼度を高めるための中間処理を実行する
    　情報処理装置。
15. 　請求項１４に記載の情報処理装置であって、
    　前記処理実行部は、前記中間処理として、前記モーダル認証の信頼度を高めるための行動を前記ユーザに要求することを含む処理を実行する
    　情報処理装置。
16. 　請求項１４に記載の情報処理装置であって、
    　前記処理実行部は、前記モーダル認証の信頼度を高めるために前記ユーザに要求される行動を行う際の前記ユーザの負担度に基づいて、前記中間処理を選択する
    　情報処理装置。
17. 　請求項１に記載の情報処理装置であって、
    　前記処理実行部は、前記モーダル認証の実行が中断される可能性を判定し、前記モーダル認証の実行が中断される可能性がある場合には、前記モーダル認証の実行の中断を防止するための処理を実行する
    　情報処理装置。
18. 　請求項１に記載の情報処理装置であって、
    　前記処理実行部は、処理の実行を保留している前記ユーザの要求に関連した前記ユーザの他の要求を受付けた場合に、処理の実行を保留している前記ユーザの要求と前記ユーザの他の要求との関係に応じた処理を実行する
    　情報処理装置。
19. 　ユーザに対して実行されるモーダル認証の信頼度を取得し、
    　前記ユーザの要求に基づいて信頼度閾値を設定し、
    　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留する
    　ことをコンピュータシステムが実行する情報処理方法。
20. 　ユーザに対して実行されるモーダル認証の信頼度を取得するステップと、
    　前記ユーザの要求に基づいて信頼度閾値を設定するステップと、
    　前記取得されたモーダル認証の信頼度が、前記設定された信頼度閾値より大きくなるまで、前記ユーザの要求に応じた処理の実行を保留するステップと
    　をコンピュータシステムに実行させるプログラム。

Images