JP6508901B2 - 認証システム - Google Patents

Description

本発明は、認証システムに関する。

従来から、ユーザ認証が行われている。例えば、ウェブページ等では、ユーザにユーザＩＤおよびパスワードを入力させ、入力されたユーザＩＤおよびパスワードが予め登録されたユーザＩＤおよびパスワードと一致するかにより、ユーザ認証が行われる。

特開２０１１−１１８７４２号公報 特開２００４−１３２７４号公報

しかしながら、従来のユーザ認証は、ユーザにとって煩雑である。例えば、ユーザは、ユーザＩＤおよびパスワードを記憶していなければならない。また、ユーザは、ユーザ認証を行う際に、ユーザＩＤおよびパスワードの入力をしなければならない。

本願は、上記に鑑みてなされたものであって、ユーザ認証の煩雑さを低減できる認証装置、認証方法、認証プログラムおよび認証システムを提供することを目的とする。

本願に係る認証装置は、ユーザの操作に従って第１デバイスから送信された認証要求に応じて、認証コードを当該第１デバイスへ送信する送信部と、ユーザに対応付けられた第２デバイスから、前記第１デバイスから出力されて当該第２デバイスで集音された音に基づくデータを受信する受信部と、前記第２デバイスから受信したデータと、第１デバイスへ送信した認証コードに基づいて、前記認証要求に対する認証を行う認証部と、を有することを特徴とする。

実施形態の一態様によれば、ユーザ認証の煩雑さを低減できる。

図１は、実施形態に係る認証処理の一例を示す図である。 図２は、実施形態に係る認証システムを構成する各装置の構成例を示す図である。 図３は、実施形態に係るデバイス情報の一例を示す図である。 図４は、実施形態に係る認証コード情報の一例を示す図である。 図５は、実施形態に係る認証システムによる認証処理の流れの一例を示すシーケンス図である。 図６は、変形例に係る認証処理の一例を示す図である。 図７は、変形例に係る認証処理の一例を示す図である。 図８は、変形例に係る認証処理の一例を示す図である。 図９は、実施形態に係る認証装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る認証装置、認証方法、認証プログラムおよび認証システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る認証装置、認証方法、認証プログラムおよび認証システムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．認証処理〕
まず、図１を用いて、実施形態に係る認証処理の一例について説明する。図１は、実施形態に係る認証処理の一例を示す図である。図１では、認証システム１によって広告制御処理が行われる。

図１に示すように、認証システム１は、第１デバイス１０と、第２デバイス１１と、認証装置１２とを有する。第１デバイス１０と、第２デバイス１１と、認証装置１２とは、ネットワークを介して有線または無線により通信可能に接続される。なお、図１に示す認証システム１には、複数台の第１デバイス１０および第２デバイス１１が含まれてよい。

第１デバイス１０は、ユーザが使用を希望する情報処理装置である。第１デバイス１０は、複数のユーザで共用して使用する情報処理装置であり、ユーザ認証が成功した場合、第１デバイス１０により提供されるサービスまたは第１デバイス１０自体が利用可能となる。第１デバイス１０は、例えば、スマートフォン、ＰＤＡ（Personal Digital Assistant）、携帯電話機、デスクトップ型ＰＣ（Personal Computer）、ノート型ＰＣである。本実施形態では、第１デバイス１０を、会議室に配置され、共用して使用されるノート型ＰＣとした場合を例とする。

第２デバイス１１は、ユーザに対応付けられた情報処理装置である。第２デバイス１１は、各ユーザがそれぞれ所有しており、使用するユーザを１対１で対応付けることが可能な情報処理装置である。第２デバイス１１は、例えば、スマートフォン、ＰＤＡ（Personal Digital Assistant）、携帯電話機である。本実施形態では、第２デバイス１１を、それぞれのユーザが所有するスマートフォンとした場合を例とする。

認証装置１２は、ユーザの認証を行い、認証したユーザに対して所定のサービスを提供する情報処理装置であり、例えば、サーバ装置や複数のサーバ装置を含むクラウドシステム等により実現される。認証装置１２は、第１デバイス１０および第２デバイス１１とネットワークを介して接続され、任意の情報を送受信することができるものとする。

以下、図１を用いて、認証システム１がユーザを認証する認証処理を流れに沿って説明する。第１デバイス１０は、ユーザの操作に従って、認証に用いる認証情報の入力画面２０を表示する（ステップＳ１）。図１の例では、入力画面２０には、認証情報として、ユーザＩＤおよびパスワードを入力して認証を要求するログインボタン２１が設けられている。

ユーザは、ユーザＩＤおよびパスワードによる認証を要求する場合、入力画面２０にユーザＩＤおよびパスワードを入力してログインボタン２１を選択する。

ところで、ユーザＩＤおよびパスワードによるユーザ認証は、ユーザにとって煩雑である。例えば、ユーザは、ユーザＩＤおよびパスワードを記憶していなければならない。また、ユーザは、ユーザ認証を行う際に、ユーザＩＤおよびパスワードの入力をしなければならない。

そこで、本実施形態に係る認証システム１では、ユーザがユーザＩＤおよびパスワードの入力を行うことなく、ユーザ認証を行う。

図１の例では、入力画面２０には、ユーザＩＤおよびパスワードを入力せずに、音での認証を要求する音認証ボタン２２が設けられている。

ユーザは、ユーザＩＤおよびパスワードを入力せずに認証を要求する場合、入力画面２０の音認証ボタン２２を選択する。第１デバイス１０は、入力画面２０の音認証ボタン２２を選択されると、認証要求を認証装置１２へ送信する（ステップＳ２）。

認証装置１２は、第１デバイス１０から送信された認証要求に応じて、認証コードを生成し、当該第１デバイス１０へ送信する（ステップＳ３）。この認証コードは、認証要求を識別するためのコードである。認証コードは、認証要求されたセッション毎に付与される。認証装置１２は、認証要求を受け付けると、ユニークなコードを生成する。認証装置１２が送信する認証コードは、コードのデータであってもよく、認証コードを所定の変換規則に従い音に変換した音データであってもよい。

第１デバイス１０は、音を出力可能なスピーカを備えている。第１デバイス１０は、認証装置１２から認証コードを受信すると、受信した認証コードに基づく音をスピーカから出力する（ステップＳ４）。例えば、第１デバイス１０は、認証コードをコードのデータとして受信した場合、受信した認証コードのデータを所定の変換規則に従い音データに変換し、変換し音データを再生してスピーカから出力する。また、第１デバイス１０は、認証コードを音データとして受信した場合、受信した認証コードの音データを再生してスピーカから出力する。第１デバイス１０は、認証コードの音データを所定回または所定の再生時間だけ再生するまで音データの再生を繰り返す。

第１デバイス１０は、音データの再生中、受信した認証コードを画面２５に表示する（ステップＳ５）。認証コードをコードのデータとして受信した場合、第１デバイス１０は、受信した認証コードを画面２５に表示する。また、認証コードを音データとして受信した場合、第１デバイス１０は、所定の変換規則に従って音データの認識を行い、音データから認識された認証コードを画面２５に表示する。図１の例では、画面２５に認証コード「ＸＸＸＸＸ」が表示されている。

第２デバイス１１は、音を集音可能なマイクを備えている。ユーザは、第１デバイス１０に第２デバイス１１を近づけ、第１デバイス１０から出力される音をマイクで集音する（ステップＳ６）。第２デバイス１１は、所定の変換規則に従って、集音した音の音データの認識を行い、音データから認識された認証コードを画面２６に表示する（ステップＳ７）。図１の例では、画面２６に認証コード「ＸＸＸＸＸ」が表示されている。画面２６には、認証コードの送信を指示する送信ボタン２７が設けられている。

ユーザは、第１デバイス１０の画面２５に表示された認証コードと、第２デバイス１１の画面２６に表示された認証コードとを比較し、一致した場合、送信ボタン２７を選択する。これにより、第１デバイス１０から出力された音から認証コードが正しく認識できたことを確認して、認証の要求を行うことができる。

第２デバイス１１は、送信ボタン２７が選択されると、集音した音に基づくデータを認証装置１２へ送信する（ステップＳ８）。集音した音に基づくデータは、集音された音の音データであってもよく、所定の変換規則に従って音データを認識した認証コードのデータであってもよい。

認証装置１２は、第２デバイス１１から受信したデータと、第１デバイス１０へ送信した認証コードに基づいて、認証要求に対する認証を行う（ステップＳ９）。例えば、認証装置１２は、第２デバイス１１から音データを受信した場合、所定の変換規則に従って、受信した音データの認識を行う。そして、認証装置１２は、音データから認識された認証コードと、第１デバイス１０へ送信した認証コードとを比較し、認証コードが一致するか否かにより認証要求に対する認証を行う。また、例えば、認証装置１２は、第２デバイス１１から認証コードのデータを受信した場合、受信された認証コードと、第１デバイス１０へ送信した認証コードとを比較し、認証コードが一致するか否かにより認証要求に対する認証を行う。

認証装置１２は、認証コードが一致した場合、認証要求に対する認証が成功したと判定する。一方、認証装置１２は、認証コードが不一致の場合、認証要求に対する認証が失敗したと判定する。

認証装置１２は、第２デバイス１１毎に、当該第２デバイス１１に対応付けられるユーザに関する情報を記憶している。例えば、認証装置１２は、第２デバイス１１毎に、第２デバイス１１を所有するユーザに関する情報を記憶している。

認証装置１２は、認証結果に応じた情報を第１デバイス１０に送信する（ステップＳ１０）。例えば、認証装置１２は、認証要求に対する認証が成功した場合、認証が成功したデータを送信した第２デバイス１１のユーザによりログインが行われたものとして、画面２８を第１デバイス１０に送信する。図１の例では、認証装置１２は、認証したユーザのログインが完了したことを示す画面２８を送信している。一方、認証装置１２は、認証要求に対する認証が失敗した場合、認証が失敗した旨のデータを第１デバイス１０に送信する。

このように、認証システム１では、ユーザがユーザＩＤ、パスワードの入力を行うことなく、ユーザ認証を行うことができる。これにより、ユーザは、ユーザＩＤおよびパスワードを記憶しなくてもよく、また、ユーザ認証を行う際に、ユーザがユーザＩＤおよびパスワードの入力を行う必要もなくなるため、ユーザ認証の煩雑さを低減できる。

また、認証システム１では、第１デバイス１０および第２デバイス１１の処理をＷｅｂアプリケーションで作成した場合、第１デバイス１０および第２デバイス１１ではブラウザにより処理を実現できるため、環境を選ばずにログインを行うことができる。

また、認証システム１では、ユーザに対応付ける第２デバイス１１を特殊なデバイスではなく、スマートフォンにより実現できるため、システムを容易に構成できる。

また、認証システム１では、第１デバイス１０から出力する音の音量を制御することにより、音により認証コードを伝播させる範囲を制限できる。

以下、上記した認証処理を実現する認証システム１を構成する各装置の機能構成の一例について説明する。

〔２．認証システム１を構成する各装置の構成〕
次に、図２を用いて、実施形態に係る認証システム１を構成する各装置の構成について説明する。図２は、実施形態に係る認証システムを構成する各装置の構成例を示す図である。図２に示すように、認証システム１は、第１デバイス１０、第２デバイス１１および認証装置１２がネットワークＮを介して有線または無線により通信可能に接続される。

〔２−１．第１デバイス１０の構成〕
第１デバイス１０の構成について説明する。第１デバイス１０は、表示部３０、入力部３１、スピーカ３２、通信部３３、記憶部３４、制御部３５を有する。なお、認証装置１２の内部構成は、図２に示した構成に限られず、第１デバイス１０が実行する後述の認証処理を行う構成であれば他の構成であってもよい。

表示部３０は、例えば、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）などの表示デバイスによって実現される。表示部３０は、制御部３５の制御の元、各種の情報を表示する。

入力部３１は、例えば、第１デバイス１０に設けられた各種のボタンや、表示部３０上に設けられた透過型のタッチセンサなどの入力デバイスによって実現される。入力部３１は、各種の情報の入力を受け付ける。なお、図２の例では、機能的な構成を示したため、表示部３０と入力部３１を別に分けているが、例えば、タッチパネルなど表示部３０と入力部３１を一体的に設けたデバイスで構成してもよい。

スピーカ３２は、音を出力する出力デバイスによって実現される。スピーカ３２は、制御部３５の制御の元、各種の音を出力する。

通信部３３は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部３３は、ネットワークＮと有線または無線で接続され、認証装置１２との間で情報の送受信を行う。

記憶部３４は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部３４は、制御部３５で実行されるＯＳ（Operating System）や各種プログラムを記憶する。例えば、記憶部３４は、第１デバイス１０が実行する後述の認証処理を実行する認証プログラムを含む各種のプログラムを記憶する。さらに、記憶部３４は、制御部３５で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部３４は、認証コード４０を記憶する。

制御部３５は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、認証装置１２内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３５は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

また、制御部３５は、記憶部３４に記憶されている認証プログラムがＲＡＭを作業領域として実行されることにより、各種の処理部として動作する。例えば、制御部３５は、第１表示制御部５０、要求送信部５１、音生成部５２として動作する。

〔２−２．記憶部３４が記憶するデータの一例〕
続いて、記憶部３４が記憶するデータついて説明する。記憶部３４は、認証装置１２に対して送信された認証要求に対する応答として得られた認証コード４０を記憶する。

〔２−３．制御部３５が実行する処理の一例〕
制御部３５が有する第１表示制御部５０、要求送信部５１、音生成部５２が実行する処理の一例について説明する。

第１表示制御部５０は、ユーザの操作に従って、認証に用いる認証情報の入力画面２０を表示部３０に表示する。また、第１表示制御部５０は、認証装置１２に対して送信された認証要求に対する応答として認証コード４０が得られた場合、認証コード４０を表示した画面２５を表示部３０に表示する。また、第１表示制御部５０は、認証装置１２から認証結果に応じた情報を受信した場合、受信した情報に応じた表示を行う。例えば、認証装置１２で認証要求に対する認証が成功して認証装置１２から、認証したユーザのログインが完了したことを示す画面２８の情報を受信した場合、第１表示制御部５０は、画面２８を表示部３０に表示する。また、認証装置１２で認証要求に対する認証が失敗して認証装置１２から認証が失敗した旨のデータを受信した場合、第１表示制御部５０は、認証が失敗した旨を表示部３０に表示する。

要求送信部５１は、ユーザの操作に従って認証要求を認証装置１２へ送信する。例えば、要求送信部５１は、入力画面２０で音認証ボタン２２が選択された場合、認証要求を認証装置１２へ送信する。この認証要求に対して認証装置１２から認証コードが応答される。なお、ここでは、認証コードは、コードのデータとして認証装置１２から送信されるものとする。応答として認証装置１２から応答として得られた認証コードは、記憶部３４に認証コード４０として記憶される。第１表示制御部５０は、この認証コード４０を表示した画面２５を表示部３０に表示する。

音生成部５２は、認証コード４０のデータを所定の変換規則に従い音データに変換する。そして、音生成部５２は、変換した音データを、所定回または所定の再生時間だけ再生するまで音データを繰り返し再生する。

〔２−４．第２デバイス１１の構成〕
次に、第２デバイス１１の構成について説明する。第２デバイス１１は、表示部６０、入力部６１、マイク６２、通信部６３、記憶部６４、制御部６５を有する。なお、認証装置１２の内部構成は、図２に示した構成に限られず、第２デバイス１１が実行する後述の認証処理を行う構成であれば他の構成であってもよい。第２デバイス１１の表示部６０、入力部６１、通信部６３、記憶部６４、制御部６５は、第１デバイス１０の表示部３０、入力部３１、通信部３３、記憶部３４、制御部３５と同様であるため、同様の部分の説明を省略し、主に異なる部分について説明する。

マイク６２は、音を集音する集音デバイスによって実現される。マイク６２は、制御部６５の制御の元、音を集音する。

記憶部６４は、制御部６５で実行されるＯＳや各種プログラムを記憶する。例えば、記憶部６４は、第２デバイス１１が実行する後述の認証処理を実行する認証プログラムを含む各種のプログラムを記憶する。さらに、記憶部６４は、制御部６５で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部６４は、認証コード７０を記憶する。

制御部６５は、記憶部６４に記憶されている認証プログラムがＲＡＭを作業領域として実行されることにより、各種の処理部として動作する。例えば、制御部６５は、音認識部８０、第２表示制御部８１、送信部８２として動作する。

〔２−５．記憶部６４が記憶するデータの一例〕
続いて、記憶部６４が記憶するデータついて説明する。記憶部６４は、第１デバイス１０から出力された音を認識した結果として得られた認証コード７０を記憶する。

〔２−６．制御部６５が実行する処理の一例〕
制御部６５が有する音認識部８０、第２表示制御部８１、送信部８２が実行する処理の一例について説明する。

音認識部８０は、マイク６２により集音された音の認識を行う。例えば、音認識部８０は、マイク６２により集音された音の信号のアナログ信号を所定のサンプリングレートでデジタルの音データに変換する。そして、音認識部８０は、変換した音データを、所定の変換規則に従って認識を行って、音データから認証コードを識別する。認識された認証コードは、記憶部６４に認証コード７０として記憶される。

第２表示制御部８１は、音認識部８０による認識の結果、認証コード７０が得られた場合、認証コード７０を表示した画面２６を表示部６０に表示する。

送信部８２は、画面２６の送信ボタン２７が選択された場合、マイク６２により集音された音に基づくデータを認証装置１２へ送信する。ここでは、送信部８２は、集音した音の音データから認識された認証コード７０を認証装置１２へ送信する。

〔２−７．認証装置１２の構成〕
次に、認証装置１２の構成について説明する。認証装置１２は、通信部９０、記憶部９１、制御部９２を有する。なお、認証装置１２の内部構成は、図２に示した構成に限られず、認証装置１２が実行する後述の認証処理を行う構成であれば他の構成であってもよい。認証装置１２の通信部９０、記憶部９１、制御部９２は、第１デバイス１０の通信部３３、記憶部３４、制御部３５と同様であるため、同様の部分の説明を省略し、主に異なる部分について説明する。

記憶部９１は、制御部９２で実行されるＯＳや各種プログラムを記憶する。例えば、記憶部９１は、認証装置１２が実行する後述の認証処理を実行する認証プログラムを含む各種のプログラムを記憶する。さらに、記憶部９１は、制御部９２で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部９１は、デバイス情報１００、認証コード情報１０１を記憶する。

制御部９２は、記憶部９１に記憶されている認証プログラムがＲＡＭを作業領域として実行されることにより、各種の処理部として動作する。例えば、制御部９２は、送信部１１０、受信部１１１、認証部１１２、通知部１１３として動作する。

〔２−８．記憶部９１が記憶するデータの一例〕
続いて、記憶部９１が記憶するデータついて説明する。最初に、デバイス情報１００について説明する。デバイス情報１００は、ユーザと第２デバイス１１とを対応付ける情報が登録されたデータである。デバイス情報１００には、第２デバイス１１毎に、当該第２デバイス１１を所有するユーザに関する情報が登録されている。本実施形態では、デバイス情報１００に、第２デバイス１１毎に、所有するユーザのユーザＩＤが登録されている。

例えば、図３は、実施形態に係るデバイス情報の一例を示す図である。図３に示す例では、デバイス情報１００には、「デバイスＩＤ」、「ユーザＩＤ」等、複数の項目の情報が登録されている。「デバイスＩＤ」の項目は、第２デバイス１１を識別する識別情報を記憶する領域である。「ユーザＩＤ」の項目は、「デバイスＩＤ」の項目にデバイスＩＤが登録された第２デバイス１１を所有するユーザのユーザＩＤを記憶する領域である。図３の例では、デバイスＩＤが「スマートフォンＡ」は、所有するユーザのユーザＩＤが「ＡＡＡＡ」であることが登録されている。また、デバイスＩＤが「端末Ｂ」は、所有するユーザのユーザＩＤが「ＢＢＢＢ」であることが登録されている。なお、図３に示したデバイス情報１００は、あくまで一例であり、ユーザまたは第２デバイス１１に関する任意の形式の付加情報が追加されてもよい。

続いて、認証コード情報１０１について説明する。認証コード情報１０１は、第１デバイス１０からの認証要求に対して、送信した認証コードが登録されたデータである。

例えば、図４は、実施形態に係る認証コード情報の一例を示す図である。図４に示す例では、認証コード情報１０１には、「セッションＩＤ」、「認証コード」等、複数の項目の情報が登録されている。「セッションＩＤ」の項目は、第１デバイス１０から受信した認証要求のセッションのセッションＩＤを記憶する領域である。「認証コード」の項目は、「セッションＩＤ」の項目にセッションＩＤが登録されたセッションの認証要求に対して、送信した認証コードを記憶する領域である。図４の例では、セッションＩＤが「セッションＡ」のセッションの認証要求に対して、認証コードとして「ＸＸＸＸＸ」が送信されたことを示す。なお、図４に示した認証コード情報１０１は、あくまで一例であり、セッションに関する任意の形式の付加情報が追加されてもよい。

〔２−９．制御部９２が実行する処理の一例〕
図２に戻り、制御部９２が有する送信部１１０、受信部１１１、認証部１１２、通知部１１３が実行する処理の一例について説明する。

送信部１１０は、第１デバイス１０から認証要求を受信すると、ユニークな認証コードを生成する。そして、送信部１１０は、認証要求に対する応答として、生成した認証コードを認証要求元の第１デバイス１０へ送信する。なお、送信部１１０は、第１デバイス１０において認証コードの表示および認証コードに基づく音を出力させる制御情報を第１デバイスへ送信してもよい。例えば、第１デバイス１０がブラウザにより処理を実行する場合、送信部１１０は、スクリプト言語などにより認証コードの表示および認証コードに基づく音を出力させる制御情報を第１デバイス１０へ送信する。なお、第１デバイス１０に予め認証に関する処理を実行するアプリケーションプログラムがインストールされ、当該アプリケーションプログラムが、受信した認証コードの表示および認証コードに基づく音の出力を行う場合は、制御情報を第１デバイスへ送信する必要はない。

送信部１１０は、認証要求のセッションＩＤに対応付けて、送信した認証コードを認証コード情報１０１に登録する。

受信部１１１は、第２デバイス１１から、音に基づくデータを受信する。ここでは、受信部１１１は、第２デバイス１１から、集音された音の音データから認識された認証コード７０を受信する。

認証部１１２は、第２デバイス１１から受信したデータと、第１デバイス１０へ送信した認証コードとに基づいて、認証要求に対する認証を行う。例えば、認証部１１２は、第２デバイス１１から認証コード７０を受信すると、認証コード７０の送信元の第２デバイス１１を特定する。そして、認証部１１２は、デバイス情報１００を参照して、特定された第２デバイス１１を所有するユーザのユーザＩＤを特定する。また、認証部１１２は、認証コード情報１０１を参照して、受信された認証コード７０が登録されているか判定する。認証部１１２は、認証コード７０が登録されている場合、認証が成功したと判定して認証コード７０に対応付けられたセッションＩＤを特定する。一方、認証部１１２は、認証コード７０が登録されていない場合、認証が失敗したと判定する。

通知部１１３は、認証部１１２による認証結果に応じた情報を第１デバイス１０に通知する。例えば、通知部１１３は、認証が成功した場合、認証コード７０に対応付けられたセッションＩＤの認証要求に対して、第２デバイス１１のユーザによりログインが行われたものとして、画面２８を第１デバイス１０へ通知する。第１デバイス１０への通知は、例えば、第１デバイス１０から認証装置１２へ認証要求したセッションＩＤで周期的に問合わせを行わせ、問合わせに対する応答として行ってもよい。認証装置１２が第１デバイス１０へ通知を行える場合は、認証装置１２が第１デバイス１０へ直接通知を行ってもよい。

これにより、認証が成功した場合、ユーザは、ユーザがユーザＩＤ、パスワードの入力を行うことなく、ユーザ認証を行って第１デバイス１０を利用できる。

〔３．認証システム１の処理シーケンス〕
次に、図５を用いて、認証システム１が実行する認証処理の手順について説明する。図５は、実施形態に係る認証システムによる認証処理の流れの一例を示すシーケンス図である。なお、図５は、音認証を行う場合の認証処理の流れを示している。

第１デバイス１０は、ユーザから操作を受け付けると、認証に用いる認証情報の入力画面２０を表示する（ステップＳ１００）。ユーザは、ユーザＩＤおよびパスワードを入力せずに認証を要求する場合、入力画面２０の音認証ボタン２２を選択する。第１デバイス１０は、入力画面２０の音認証ボタン２２を選択されると、認証要求を認証装置１２へ送信する（ステップＳ１０１）。

認証装置１２は、第１デバイス１０から送信された認証要求を受信すると、認証コードを生成し、当該第１デバイス１０へ認証コードを送信する（ステップＳ１０２）。

第１デバイス１０は、認証装置１２から認証コードを受信すると、受信した認証コードに基づく音をスピーカ３２から出力する（ステップＳ１０３）。また、第１デバイス１０は、音データの再生中、受信した認証コードを画面２５に表示する（ステップＳ１０４）。ユーザは、第１デバイス１０に自身が所有する第２デバイス１１を近づけ、第１デバイス１０から出力される音をマイク６２で集音する。

第２デバイス１１は、所定の変換規則に従って、集音した音の音データの認識を行う（ステップＳ１０５）。そして、第２デバイス１１は、音データから認識された認証コードを画面２６に表示する（ステップＳ１０６）。ユーザは、第１デバイス１０の画面２５に表示された認証コードと、第２デバイス１１の画面２６に表示された認証コードとを比較し、一致した場合、画面２６に設けられた送信ボタン２７を選択する。第２デバイス１１は、送信ボタン２７が選択されると、集音した音に基づくデータを認証装置１２へ送信する（ステップＳ１０７）。

認証装置１２は、第２デバイス１１から受信したデータと、第１デバイス１０へ送信した認証コードに基づいて、認証要求に対する認証を行う（ステップＳ１０８）。認証装置１２は、認証結果に応じた情報を第１デバイス１０に送信し（ステップＳ１０９）、処理を終了する。

〔４．変形例〕
上記した実施形態に係る認証システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、認証システム１の他の実施形態について説明する。

〔４−１．音による認証処理の自動実行〕
上記の実施形態では、第１デバイス１０は、入力画面２０により、ユーザＩＤおよびパスワードを入力しての認証と、音による認証とをユーザの操作により選択的に実行可能とした例を示した。しかし、第１デバイス１０は、音による認証のみを実行するものとしてもよい。例えば、第１デバイス１０は、ユーザから認証を要求する操作を受け付けると、認証要求を認証装置１２へ送信してもよい。

〔４−２．認証コードの表示〕
上記の実施形態では、第１デバイス１０が受信した認証コードを画面２５に表示し、第２デバイス１１が音データから認識された認証コードを画面２６に表示する例を示した。しかし、第１デバイス１０および第２デバイス１１は、認証コードの表示を行わなくてもよい。この場合、第２デバイス１１は、音データから認証コードが認識された場合、ユーザからの指示を待たずに、認識した認証コードを認証装置１２へ送信すればよい。

〔４−３．認証情報の記憶〕
上記の実施形態では、デバイス情報１００に、第２デバイス１１毎に、当該第２デバイス１１を所有するユーザのユーザＩＤを記憶させた例を示した。しかし、デバイス情報１００には、第２デバイス１１毎に、当該第２デバイス１１を所有するユーザのユーザＩＤおよびパスワードなどの認証に用いる認証情報を記憶させてもよい。認証部１１２は、認証が成功した場合、ユーザＩＤおよびパスワードなどの認証情報を用いてログインを行うものとしてもよい。これにより、認証システム１は、認証が成功した場合に、他のシステムについてもユーザのログインを行わせることができる。

〔４−４．第２デバイス１１から第１デバイス１０へ認証コードの通知〕
上記の実施形態では、第２デバイス１１から第１デバイス１０へ認証コードを通知するようにしてもよい。図６は、変形例に係る認証処理の一例を示す図である。なお、図１と同一の処理部分については、同一の符号を付して説明を省略し、主に異なる部分について説明する。

例えば、第２デバイス１１は、音を出力可能なスピーカをさらに備える。第２デバイス１１は、集音した音の音データをスピーカから出力する（ステップＳ１１）。この際、ユーザは、第１デバイス１０に自身が所有する第２デバイス１１を近づけ、第２デバイス１１を振動させる。これにより、第２デバイス１１のスピーカから出力される音には、振動によるドップラー効果が生じる。

第１デバイス１０は、音を集音可能なマイクをさらに備える。第１デバイス１０は、第２デバイス１１から出力される音をマイクで集音する（ステップＳ１２）。第１デバイス１０は、第２デバイス１１へ出力した音と比較して、集音された音にドップラ効果が生じているか判定する（ステップＳ１３）。例えば、第１デバイス１０は、出力した音に対して、集音された音が高い周波数および低い周波数に周期的に変動している場合、ドップラ効果が生じていると判定する。

第１デバイス１０は、ドップラ効果が生じている場合、認証装置１２から通知された認証結果に応じた情報に応じて表示を行う（ステップＳ１４）。例えば、第１デバイス１０は、ドップラ効果が生じている場合、画面２８を表示させる。一方、第１デバイス１０は、ドップラ効果が生じていない場合、認証装置１２から通知された認証結果に応じた情報に対する表示を行わない。

これにより、認証システム１では、第１デバイス１０の近傍に第２デバイス１１が位置し、第１デバイス１０から出力された音が正しく第２デバイス１１に集音されたことが確認できた場合、第１デバイス１０に画面２８が表示される。この結果、認証システム１では、第１デバイス１０が近くに複数あり、他の第１デバイス１０の音が混信しやすい環境であっても、ユーザが使用を希望する第１デバイス１０に画面２８を表示させることができる。これにより、認証システム１では、第１デバイス１０が近くに複数ある場合でも、他の第１デバイス１０に誤ってログインしてしまうことを抑制できる。

また、第１デバイス１０は、第２デバイス１１から出力された音を集音し、出力した音と比較して、集音された音にドップラ効果が生じている場合、認証コードを表示および第２デバイス１１に対する通知の何れか一方または両方を行うものとし、第２デバイス１１は、第１デバイス１０から通知に応じて、集音された音に基づくデータに含まれる認証コードを表示するようにしてもよい。

図７は、変形例に係る認証処理の一例を示す図である。なお、図６と同一の処理部分については、同一の符号を付して説明を省略し、主に異なる部分について説明する。図７では、図６からステップＳ５、Ｓ６、Ｓ１３が削除されている。また、ステップＳ１８〜Ｓ２０は、ステップＳ８〜Ｓ１０と同一であるため、説明を省略する。

第１デバイス１０は、ドップラ効果が生じている場合、認証装置１２から受信した認証コードを画面２５に表示する（ステップＳ１５）。また、第１デバイス１０は、ドップラ効果が生じている場合、第２デバイス１１に対する通知を行う（ステップＳ１６）。例えば、第１デバイス１０は、ドップラ効果が生じている旨を第２デバイス１１に通知する。

第２デバイス１１は、第１デバイス１０からの通知を受信すると、音データから認識された認証コードを画面２６に表示する（ステップＳ１７）。この後、ステップＳ１８〜Ｓ２０の処理を実行する。

これにより、認証システム１では、第１デバイス１０の近傍に第２デバイス１１が位置し、第１デバイス１０から出力された音が正しく第２デバイス１１に集音されたことが確認できた場合、第１デバイス１０に画面２５が表示され、第２デバイス１１に画面２６が表示される。これにより、認証システム１では、第１デバイス１０に画面２５が表示され、第２デバイス１１に画面２６が表示されたことにより、ユーザが使用を希望する第１デバイス１０からの音を受信できたことが確認できるため、他の第１デバイス１０の音が混信しやすい環境であっても、ユーザが使用を希望する第１デバイス１０に対するユーザの認証を行うことができる。

〔４−５．他の適用例〕
上記の実施形態では、認証システム１を、第１デバイス１０を使用するユーザのログインの認証に適用した例に示した。しかし、認証システム１は、その他のデバイスの使用の認証に適用してもよい。例えば、認証システム１は、レンタカー、カーシェアリング、ホテルの部屋、貸し会議室などの使用の認証に適用してもよい。以下、認証システム１を貸し会議室の使用の認証に適応した場合を例に説明する。図８は、変形例に係る認証処理の一例を示す図である。図８の例では、第１デバイス１０は、例えば、貸し会議室のドアに設けれ、ドアの鍵の開閉を制御するデバイスとする。第２デバイス１１は、例えば、ユーザが所持するスマートフォンとする。

第１デバイス１０は、ユーザの操作に従って、認証要求を認証装置１２へ送信する（ステップＳ３０）。例えば、第１デバイス１０は、ドアに設けられたボタンなどの入力部３１をユーザが操作した場合、認証要求を認証装置１２へ送信する。

認証装置１２は、第１デバイス１０から送信された認証要求に応じて、認証コードを生成し、当該第１デバイス１０へ送信する（ステップＳ３１）。

第１デバイス１０は、音を出力可能なスピーカ３２を備えている。第１デバイス１０は、第１デバイス１０から認証コードを受信すると、受信した認証コードに基づく音をスピーカ３２から出力する（ステップＳ３２）。

第２デバイス１１は、音を集音可能なマイク６２を備えている。ユーザは、第１デバイス１０に第２デバイス１１を近づけ、第１デバイス１０から出力される音をマイク６２で集音する（ステップＳ３３）。第２デバイス１１は、所定の変換規則に従って、集音した音の音データの認識を行う（ステップＳ３４）。第２デバイス１１は、集音した音に基づくデータを認証装置１２へ送信する（ステップＳ３５）。

認証装置１２は、第２デバイス１１から受信したデータと、第１デバイス１０へ送信した認証コードに基づいて、認証要求に対する認証を行う（ステップＳ３６）。認証装置１２は、認証コードが一致した場合、認証要求に対する認証が成功したと判定する。一方、認証装置１２は、認証コードが不一致の場合、認証要求に対する認証が失敗したと判定する。

認証装置１２は、認証結果に応じた情報を第１デバイス１０に送信する（ステップＳ３７）。例えば、認証装置１２は、認証要求に対する認証が成功した場合、認証が成功した旨を示す通知を第１デバイス１０に送信する。一方、認証装置１２は、認証要求に対する認証が失敗した場合、認証が失敗した旨を示す通知を第１デバイス１０に送信する。

第１デバイス１０は、認証装置１２から認証が成功した旨を示す通知を受信した場合、図８に示すように、ドアが開錠する。これにより、ユーザは、ドアを開けてホテルの部屋に進入できる。

このように、認証システム１をホテルの部屋の使用の認証に適応した場合でも、ユーザがユーザＩＤ、パスワードの入力を行うことなく、ユーザ認証を行ってホテルの部屋のドアの開錠を行うことができる。なお、認証システム１によるドアの開錠の制御は、一例であり、その他の制御を行ってもよい。例えば、レンタカー、カーシェアリングの場合は、認証が成功した旨を示す通知があった場合、イグニッションの操作を有効とする制御を行ってもよい。これにより、認証が成功した場合、エンジンの起動が可能となる。また、例えば、ホテルの部屋、貸し会議室の場合は、認証が成功した旨を示す通知があった場合、部屋の照明や電源をオンする制御を行ってもよい。これにより、認証が成功した場合、部屋の照明や電源が使用可能となる。

〔４−５．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示した第１デバイス１０の第１表示制御部５０、要求送信部５１および音生成部５２や、第２デバイス１１の音認識部８０、第２表示制御部８１および送信部８２、認証装置１２の送信部１１０、受信部１１１、認証部１１２および通知部１１３が発揮する機能は、任意の粒度で統合されてもよい。

また、認証装置１２は、デバイス情報１００および認証コード情報１０１を記憶部９１に記憶させる必要はなく、例えば、デバイス情報１００および認証コード情報１０１は、ネットワーク上に存在する他のサーバ装置等が記憶していてもよい。

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔４−３．プログラム〕
また、上記してきた実施形態に係る認証装置１２は、例えば、図９に示すような構成のコンピュータ１０００によって実現される。以下、認証装置１２の機能を実行するコンピュータ１０００について説明する。図９は、実施形態に係る認証装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、およびメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納された認証プログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、係るプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して、生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、係るプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る認証装置１２として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされた認証プログラムを実行することにより、制御部９２の機能を実現する。また、ＨＤＤ１４００には、記憶部９１内のデータ、例えば、デバイス情報１００および認証コード情報１０１が格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からこれらのプログラムを取得してもよい。

〔５．効果〕
上述したように、認証装置１２は、ユーザの操作に従って第１デバイス１０から送信された認証要求に応じて、認証コードを当該第１デバイス１０へ送信する。認証装置１２は、ユーザに対応付けられた第２デバイス１１から、第１デバイス１０から出力されて当該第２デバイスで集音された音に基づくデータを受信する。認証装置１２は、第２デバイス１１から受信したデータと、第１デバイス１０へ送信した認証コードに基づいて、認証要求に対する認証を行う。これにより、認証装置１２は、ユーザ認証の煩雑さを低減できる。

また、認証装置１２は、第１デバイス１０において認証コードの表示および認証コードに基づく音を出力させる制御情報を第１デバイス１０へ送信する。これにより、認証装置１２は、第１デバイス１０にアプリケーションをインストールすることなく、第１デバイス１０での認証コードの表示、および、認証コードに基づく音の出力を行わせることができる。

また、認証システム１では、第１デバイス１０は、ユーザの操作に従って認証要求を送信し、当該認証要求に対する応答として得られた認証コードに基づく音を出力する。第２デバイス１１は、ユーザに対応付けられ、第１デバイス１０から出力され、集音された音に基づくデータを送信する。認証装置１２は、第１デバイス１０から送信された認証要求に応じて、認証コードを当該第１デバイス１０へ送信し、第２デバイス１１からデータを受信すると、当該データと第１デバイス１０へ送信した認証コードとに基づいて、認証要求に対する認証を行う。これにより、認証システム１は、ユーザ認証の煩雑さを低減できる。

また、第１デバイス１０は、認証要求に対する応答として得られた認証コードを表示する。第２デバイス１１は、集音された音に基づくデータに認証コードが含まれる場合、認証コードを表示する。これにより、ユーザが、音により伝播された認証コードが第２デバイス１１で正しく認識できたことを確認して、認証の要求を行うことができる。

また、第２デバイス１１は、認証コードが含まれる音が集音された場合、当該音に基づくデータを送信するかをユーザに問い合わせし、ユーザから送信指示が得られた場合、当該データを送信する。これにより、ユーザに、集音された音のデータにより認証を行わせることを意識させることができ、異なる第１デバイス１０の音を集音した場合に、データの送信を中止させることができる。

また、第２デバイス１１は、集音された音を出力する。認証装置１２は、認証結果に応じた情報を第１デバイス１０に通知する。第１デバイス１０は、第２デバイス１１から出力された音を集音し、出力した音と比較して、集音された音にドップラ効果が生じている場合、認証装置１２から通知される情報に基づき表示を行う。これにより、第１デバイス１０が近くに複数ある場合でも、ユーザが他の第１デバイス１０に誤ってログインして操作してしまうことを抑制できる。

また、第２デバイス１１は、集音された音を出力する。第１デバイス１０は、第２デバイス１１から出力された音を集音し、出力した音と比較して、集音された音にドップラ効果が生じている場合、認証コードを表示および第２デバイス１１に対する通知の何れか一方または両方を行う。第２デバイス１１は、第１デバイス１０から通知に応じて、集音された音に基づくデータに含まれる認証コードを表示する。これにより、他の第１デバイス１０の音が混信しやすい環境であっても、ユーザが使用を希望する第１デバイス１０に対するユーザの認証を行うことができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、認証部は、認証手段や認証回路に読み替えることができる。

１ 認証システム
１０ 第１デバイス
１１ 第２デバイス
１２ 認証装置
３２ スピーカ
３３ 通信部
３４ 記憶部
３５ 制御部
４０ 認証コード
５０ 第１表示制御部
５１ 要求送信部
５２ 音生成部
６２ マイク
６３ 通信部
６４ 記憶部
６５ 制御部
７０ 認証コード
８０ 音認識部
８１ 第２表示制御部
８２ 送信部
９０ 通信部
９１ 記憶部
９２ 制御部
１００ デバイス情報
１０１ 認証コード情報
１１０ 送信部
１１１ 受信部
１１２ 認証部
１１３ 通知部

Claims (4)

1. ユーザの操作に従って認証要求を送信し、当該認証要求に対する応答として得られた認証コードに基づく音を出力する第１デバイスと、
   前記ユーザに対応付けられ、前記第１デバイスから出力され、集音された音に基づくデータを送信する第２デバイスと、
   前記第１デバイスから送信された認証要求に応じて、認証コードを当該第１デバイスへ送信し、前記第２デバイスから前記データを受信すると、当該データと前記第１デバイスへ送信した認証コードとに基づいて、前記認証要求に対する認証を行う認証装置と、を備え、
   前記第２デバイスは、集音された音を出力し、
   前記認証装置は、認証結果に応じた情報を前記第１デバイスに通知し、
   前記第１デバイスは、前記第２デバイスから出力された音を集音し、出力した音と比較して、集音された音にドップラ効果が生じている場合、前記認証装置から通知される情報に基づき表示を行う
   ことを特徴とする認証システム。
2. ユーザの操作に従って認証要求を送信し、当該認証要求に対する応答として得られた認証コードに基づく音を出力する第１デバイスと、
   前記ユーザに対応付けられ、前記第１デバイスから出力され、集音された音に基づくデータを送信する第２デバイスと、
   前記第１デバイスから送信された認証要求に応じて、認証コードを当該第１デバイスへ送信し、前記第２デバイスから前記データを受信すると、当該データと前記第１デバイスへ送信した認証コードとに基づいて、前記認証要求に対する認証を行う認証装置と、を備え、
   前記第２デバイスは、集音された音を出力し、
   前記第１デバイスは、前記第２デバイスから出力された音を集音し、出力した音と比較して、集音された音にドップラ効果が生じている場合、前記認証コードを表示および前記第２デバイスに対する通知の何れか一方または両方を行い、
   前記第２デバイスは、前記第１デバイスから通知に応じて、集音された音に基づくデータに含まれる認証コードを表示する
   ことを特徴とする認証システム。
3. 前記第１デバイスは、前記認証要求に対する応答として得られた認証コードを表示し、
   前記第２デバイスは、集音された音に基づくデータに認証コードが含まれる場合、認証コードを表示する
   ことを特徴とする請求項１又は２に記載の認証システム。
4. 前記第２デバイスは、認証コードが含まれる音が集音された場合、当該音に基づくデータを送信するかをユーザに問い合わせし、
   ユーザから送信指示が得られた場合、当該データを送信する
   ことを特徴とする請求項１〜３の何れか１つに記載の認証システム。

Images