JP2017142651A - 携帯型デバイス及びプログラム - Google Patents

Abstract

【課題】よりセキュリティを向上させた携帯型デバイス及びプログラムを提供する。【解決手段】ウェアラブル端末１の制御部１０は、提示部１２、声紋認証部１４、音声認識部１５、内容判定部１６及びロック解除部１８を備える。提示部１２は、ディスプレイ５にワンタイムパスワードを出力する。声紋認証部１４は、提示部１２による出力後にマイク４が受け付けた音声に基づき、声紋データを記憶する声紋データ記憶部３２を参照して声紋認証を行い、認証を許可するか否かを判定する。内容判定部１６は、音声をテキストデータに変換する音声認識部１５が変換したテキストデータの内容が、ディスプレイ５に出力されたワンタイムパスワードに対応するものであるか否かを判定する。ロック解除部１８は、声紋認証部１４により認証を許可すると判定され、かつ、内容判定部１６によりワンタイムパスワードに対応するものであると判定された場合、ロックを解除する。【選択図】図２

Description

本発明は、本人認証に使用する携帯型デバイス及びプログラムに関する。

従来、音声を使用して本人認証をする端末が開示されている（例えば、特許文献１）。特許文献１で開示されている端末は、音声を受け付け、声紋認証を行って本人であるか否かを判定し、また、音声認識をしてその結果を用いてアプリケーションを実行する。

国際公開第２０１４／１０９３４４号

上述の端末では、その端末の使用者の音声を予め録音しておき、使用者以外の者が録音した音声を用いた場合であっても、認証してしまう。そのため、使用者以外の者が、使用者になりすましてアプリケーションを実行できてしまうものであった。
そこで、本発明は、よりセキュリティを向上させた携帯型デバイス及びプログラムを提供することを目的とする。

本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。

第１の発明は、出力部に文字列からなる提示データを出力する提示手段と、提示手段による出力後に音声受付部が受け付けた音声に基づき、認証を許可する声紋データを記憶する声紋データ記憶部を参照して声紋認証を行い、認証を許可するか否かを判定する声紋認証手段と、前記音声を文字列に変換する音声認識手段と、前記音声認識手段が変換した前記文字列の内容が、前記出力部に出力された前記提示データに対応するものであるか否かを判定する内容判定手段と、前記声紋認証手段により認証を許可すると判定され、かつ、前記内容判定手段により前記提示データに対応するものであると判定された場合に、認証を行う認証手段と、を備える携帯型デバイスである。
第２の発明は、第１の発明の携帯型デバイスにおいて、前記提示データは、ワンタイムパスワードであること、を特徴とする携帯型デバイスである。
第３の発明は、第１の発明又は第２の発明の携帯型デバイスにおいて、前記提示データを生成する生成手段を備えること、を特徴とする携帯型デバイスである。
第４の発明は、第１の発明又は第２の発明の携帯型デバイスにおいて、他の装置から前記提示データを受信する受信手段を備えること、を特徴とする携帯型デバイスである。
第５の発明は、第１の発明から第４の発明までのいずれかの携帯型デバイスにおいて、前記出力部は、前記提示データを表示させるディスプレイであること、を特徴とする携帯型デバイスである。
第６の発明は、第１の発明から第４の発明までのいずれかの携帯型デバイスにおいて、前記出力部は、前記提示データに基づいて複数種類の色の光を順番に出力させる光出力装置であること、を特徴とする携帯型デバイスである。
第７の発明は、第１の発明から第６の発明までのいずれかの携帯型デバイスにおいて、前記認証手段は、ロックを解除する処理を行い、前記認証手段による処理の後に前記音声受付部が受け付けた前記音声に対して前記音声認識手段が変換した前記文字列の内容に基づく処理を行う音声内容処理手段を備えること、を特徴とする携帯型デバイスである。
第８の発明は、第１の発明から第７の発明までのいずれかの携帯型デバイスにおいて、この携帯型デバイスをユーザが装着しているか否かを検知する着脱検知部を備え、前記認証手段は、さらに、前記着脱検知部が検知した場合に、前記認証を行うこと、を特徴とする携帯型デバイスである。
第９の発明は、第１の発明から第８の発明までのいずれかの携帯型デバイスにおいて、動きを検出するセンサ部と、動きのパターンを記憶するパターン記憶部と、を備え、前記認証手段は、前記センサ部により検出された動きが、前記パターン記憶部に記憶されたパターンに合致しているか否かを判定し、パターンに合致していると判定した場合に、前記認証を行うこと、を特徴とする携帯型デバイスである。
第１０の発明は、第１の発明から第９の発明までのいずれかの携帯型デバイスとしてコンピュータを機能させるためのプログラムである。

本発明によれば、よりセキュリティを向上させた携帯型デバイス及びプログラムを提供することができる。

第１実施形態に係るウェアラブル端末の例を示す図である。 第１実施形態に係るウェアラブル端末の機能ブロックを示す図である。 第１実施形態に係るウェアラブル端末の記憶部の例を示す図である。 第１実施形態に係るウェアラブル端末のメイン処理を示すフローチャートである。 第１実施形態に係るウェアラブル端末のロック解除処理を示すフローチャートである。 第１実施形態に係るウェアラブル端末での表示例を示す図である。 第１実施形態に係るウェアラブル端末を用いた名刺交換での使用例を示す図である。 第２実施形態に係るウェアラブル端末を用いた決済での使用例を示す図である。 第２実施形態に係るウェアラブル端末を用いた病院での使用例を示す図である。 第３実施形態に係るウェアラブル端末の使用例を示す図である。 第３実施形態に係るウェアラブル端末の機能ブロックを示す図である。 第３実施形態に係るウェアラブル端末の記憶部の例を示す図である。 第３実施形態に係るウェアラブル端末のメイン処理を示すフローチャートである。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（第１実施形態）
＜ウェアラブル端末１＞
図１は、第１実施形態に係るウェアラブル端末１の例を示す図である。
図２は、第１実施形態に係るウェアラブル端末１の機能ブロックを示す図である。
図３は、第１実施形態に係るウェアラブル端末１の記憶部３０の例を示す図である。

図１に示すウェアラブル端末１（携帯型デバイス）は、音声によって本人認証処理を行い、各種処理に利用する装置である。各種処理とは、例えば、ウェアラブル端末１に記憶されたデータを用いた処理であり、物品購入時の決済処理や、名刺交換の処理等をいう。以下、この実施形態では、ウェアラブル端末１を用いて名刺交換をする処理を例に説明する。
ウェアラブル端末１は、図１（Ａ）に示すように、例えば、ユーザＰの腕（手首部分）に装着する腕時計型の装置である。この例では、ウェアラブル端末１は、本体部１ａと、ベルト部１ｂとにより構成されている。
ウェアラブル端末１は、音声により、ユーザＰ本人であるか否かを判定する機能や、音声を認識する機能を有する。また、ウェアラブル端末１は、ユーザＰの脈拍を計測することによって、ウェアラブル端末１が装着されているか否かを判定する機能を有する。さらに、ウェアラブル端末１は、動きを検出する機能を有する。

図２に示すように、ウェアラブル端末１は、マイク４（音声受付部）と、ディスプレイ５（出力部）と、着脱センサ６（着脱検知部）と、動きセンサ７（センサ部）と、通信部８と、電源ボタン９と、制御部１０と、記憶部３０とを備える。
マイク４は、音声を受け付ける装置である。マイク４は、図１に示すように、ユーザＰがウェアラブル端末１を装着した状態で、ユーザＰが発音した音声を取得可能な位置に設けられる。
ディスプレイ５は、液晶パネル等で構成される表示部としての機能を有する。ディスプレイ５は、図１に示すように、ユーザＰがウェアラブル端末１を装着した状態で、ユーザＰが視認可能な位置に設けられる。

着脱センサ６は、ウェアラブル端末１がユーザＰに装着されているか否かを判断するための検出情報を取得する。
着脱センサ６は、例えば、脈拍センサである。着脱センサ６は、ユーザＰとの接触面（この場合は、手首の皮膚）にセンサ接触面を接して、ユーザＰの脈拍を検出する。着脱センサ６は、ユーザＰの皮膚に伝播する心臓の鼓動に同期した振動を脈波として検出することで、心拍数を取得できる。
なお、着脱センサ６は、ユーザＰに装着されているか否かが判断可能なものであれば、上述のセンサに限定されず、他のセンサであってもよい。
動きセンサ７は、例えば、加速度センサであり、ユーザＰの動きを検出する。

通信部８は、外部の装置（端末等）との間で通信を行うためのインタフェースである。通信部８は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に代表される短距離無線通信を行うものであってもよいし、その他の通信方式（ｗｉ−ｆｉ、人体通信）を行うものであってもよい。また、通信部８は、複数の通信方法を組み合わせてもよい。
電源ボタン９は、このウェアラブル端末１の電源を投入し、又は、電源を切断するためのものである。

制御部１０は、ウェアラブル端末１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部３０に記憶されているアプリケーションプログラム等を適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、可変データ生成部１１（生成手段）と、提示部１２（提示手段）と、音声入力部１３と、声紋認証部１４（声紋認証手段）と、音声認識部１５（音声認識手段）と、内容判定部１６（内容判定手段）と、着脱判定部１７と、ロック解除部１８（認証手段）と、音声内容処理部１９（音声内容処理手段）と、動作判定部２０（動作判定手段）とを備える。

可変データ生成部１１は、可変データ（提示データ）を生成する制御部である。ここで、可変データとは、都度変わるランダムなデータをいい、例えば、ワンタイムパスワードのような文字列である。可変データ生成部１１は、利用者の本人確認等に用いる秘密の文字列（パスワード）として、短時間（例えば、１分等）のみ有効なその場限り（ワンタイム）の文字列を生成する。
提示部１２は、可変データ生成部１１が生成したワンタイムパスワードを、ディスプレイ５に表示させる制御部である。
音声入力部１３は、マイク４を介して音声データの入力を受け付ける制御部である。
声紋認証部１４は、音声入力部１３が受け付けた音声データに基づいて、声紋によって本人認証を行う制御部である。
音声認識部１５は、音声入力部１３が受け付けた音声データをテキストデータに変換する制御部である。

内容判定部１６は、音声認識部１５が取得した音声の内容が、提示部１２によりディスプレイ５に表示されたワンタイムパスワードに対応するものであるか否かを判定する制御部である。
着脱判定部１７は、着脱センサ６からの検出情報に基づいて、ユーザＰがウェアラブル端末１を装着しているか否かを判定する制御部である。
ロック解除部１８は、声紋認証部１４によって本人であることの認証が行われ、かつ、内容判定部１６によって音声の内容が提示内容に対応するものであると判定された場合に、ウェアラブル端末１のロックを解除する処理を行う制御部である。
音声内容処理部１９は、ロック解除部１８によるロック解除処理後に、音声入力部１３がマイク４を介して音声データを受け付けた場合に、音声認識部１５がその音声データをテキストデータに変換して、音声の内容に基づく処理を行う制御部である。
動作判定部２０は、動きセンサ７が検出した動作パターンが、動作パターン記憶部３５に記憶された動作パターンに合致しているか否かを判定する制御部である。
なお、これらの各機能の詳細については、後述する。

記憶部３０は、制御部１０を実行するために必要なプログラム、データ等を記憶するための半導体メモリ素子等の記憶領域である。
記憶部３０は、プログラム記憶部３１と、声紋データ記憶部３２と、処理内容データ記憶部３３と、可変データ記憶部３４と、動作パターン記憶部３５とを備える。
プログラム記憶部３１は、各種のプログラムを記憶する記憶領域である。
プログラム記憶部３１は、処理プログラム３１ａ（プログラム）を記憶している。処理プログラム３１ａは、制御部１０の各機能を実行するためのプログラムである。
声紋データ記憶部３２は、声紋認証に使用する声紋データを記憶する記憶領域である。声紋データ記憶部３２は、例えば、このウェアラブル端末１を使用するユーザＰの声紋データを記憶する。ウェアラブル端末１では、まず、事前処理として、ユーザＰの声をマイク４から取得して分析し、声の特徴を抽出したパターンを声紋データとして、声紋データ記憶部３２に記憶させる。

処理内容データ記憶部３３は、処理内容のデータを記憶する記憶領域である。処理内容データ記憶部３３は、図３（Ａ）に示すように、処理項目と、その処理で使用する処理データとを対応付けて記憶する。処理項目は、このウェアラブル端末１を用いて行う処理の名称であり、例えば、決済、保険証、名刺交換等である。また、処理データは、処理で使用するデータである。処理データは、個人情報等の秘匿情報であり、暗号化されたデータである。処理項目が「決済」であれば、処理データは、例えば、クレジットカードのカード番号であり、処理項目が「保険証」であれば、処理データは、例えば、ユーザＩＤである。また、処理項目が「名刺交換」であれば、処理データは、例えば、ユーザＰの氏名、電子メールアドレス、電話番号、住所等の個人データである。

図２に戻り、可変データ記憶部３４は、可変データ生成部１１が生成したワンタイムパスワードを記憶する記憶領域である。可変データ記憶部３４には、最新のワンタイムパスワードを記憶する。
動作パターン記憶部３５は、図３（Ｂ）に示すように、処理項目と、許可する動作パターンとを記憶する記憶領域である。動作パターンは、動きセンサ７が検出した値に関するものである。

なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、ウェアラブル端末１は、制御部１０、記憶部３０等を備えた情報処理装置であり、コンピュータの概念に含まれる。

＜メイン処理の説明＞
次に、ウェアラブル端末１での処理について説明する。
図４は、第１実施形態に係るウェアラブル端末１のメイン処理を示すフローチャートである。
図５は、第１実施形態に係るウェアラブル端末１のロック解除処理を示すフローチャートである。
図６は、第１実施形態に係るウェアラブル端末１での表示例を示す図である。
図４に示すメイン処理は、ウェアラブル端末１の電源ボタン９（図１参照）をユーザＰが押すことで、ウェアラブル端末１の電源が投入（ＯＮ）されたことを条件に起動する。なお、この処理の説明では、初回起動時を除くものとして説明する。初回起動時には、ユーザＰの声を取得し、声紋データを作成して声紋データ記憶部３２に記憶させる処理が追加になる。また、電源が投入されたウェアラブル端末１は、ロックがかかった状態になっている。

図４のステップＳ（以下、「Ｓ」という。）１０において、制御部１０（着脱判定部１７）は、着脱センサ６からの検出情報に基づいて、ユーザＰがウェアラブル端末１を装着しているか否かを判定する。ここで、制御部１０は、着脱センサ６から定期的に脈拍を検出し、かつ、それが、予め定められた許容範囲内である場合には、ユーザＰがウェアラブル端末１を装着していると判断する。判定結果により装着中であると判定された場合（Ｓ１０：ＹＥＳ）には、制御部１０は、処理をＳ１１に移す。他方、装着中ではないと判定された場合（Ｓ１０：ＮＯ）には、制御部１０は、本処理を終了する。

Ｓ１１において、制御部１０は、ディスプレイ５に装着中画面５５を表示させる。装着中画面５５は、図６（Ａ）に示すように、ロック解除の操作をユーザＰに促すものである。この例では、電源ボタン９をユーザＰが押下することにより、制御部１０が電源ボタン９の押下が検出するか、又は、ウェアラブル端末１が装着された腕をユーザＰが動かすことにより、制御部１０（動作判定部２０）が動作パターン記憶部３５（図３（Ｂ）参照）に記憶された動作パターンを検出した場合に、制御部１０は、ロック解除処理を行うものとする。
Ｓ１２において、制御部１０は、電源ボタン９の押下又は特定動作を検出したか否かを判断する。電源ボタン９の押下又は特定動作を検出した場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、電源ボタン９の押下及び特定動作のいずれも検出しない場合（Ｓ１２：ＮＯ）には、制御部１０は、本処理を終了する。

Ｓ１３において、制御部１０は、ロック解除処理を行う。
ここで、ロック解除処理について、図５に基づき説明する。
図５のＳ３０において、ウェアラブル端末１の制御部１０（可変データ生成部１１）は、ワンタイムパスワードを生成する。この例では、ワンタイムパスワードは、４桁の数字で示されるものとするが、生成するワンタイムパスワードは、これに限定されず、英数字を含むものであってもよいし、桁数が異なるものであってもよい。
Ｓ３１において、制御部１０（提示部１２）は、生成したワンタイムパスワードを、ディスプレイ５に表示させる。また、制御部１０は、生成したワンタイムパスワードを、可変データ記憶部３４に記憶させる。

図６（Ｂ）は、ディスプレイ５に表示された可変データ表示画面５０を示す。可変データ表示画面５０は、ワンタイムパスワードと、指示内容とからなる。ユーザＰは、指示内容（この例では、「発音せよ」。）を見て、受付時間内（例えば、１０秒）に表示されている４桁の数字をマイク４に向かって話すことになる。この例では、ユーザＰは、「いち、さん、ご、なな」と発音する。なお、この例の可変データ表示画面５０に示すように、受付時間をバー表示によって示し、残り時間が分かる態様にしてもよい。

図５に戻り、Ｓ３２において、制御部１０（音声入力部１３）は、一定以上の音量の音声を受け付けたか否かを判断する。音声を受け付けた場合（Ｓ３２：ＹＥＳ）には、制御部１０は、処理をＳ３３に移す。他方、音声を受け付けていない場合（Ｓ３２：ＮＯ）には、制御部１０は、処理をＳ３３ａに移す。
Ｓ３３ａにおいて、制御部１０は、受付時間が経過したか否かを判断する。受付時間が経過した場合（Ｓ３３ａ：ＹＥＳ）には、制御部１０は、本処理を終了し、処理を図４に移す。他方、受付時間が経過していない場合（Ｓ３３ａ：ＮＯ）には、制御部１０は、処理をＳ３２に戻す。

他方、Ｓ３３において、制御部１０（声紋認証部１４）は、声紋認証処理を行う。具体的には、制御部１０は、Ｓ３２で受け付けた音声データから声紋データを生成し、生成した声紋データと、声紋データ記憶部３２に記憶されている声紋データとを照合する。そして、制御部１０は、２つの声紋データの一致の度合いに応じて、声紋認証ができたか否かを判定する。
Ｓ３４において、制御部１０（音声認識部１５）は、Ｓ３２で受け付けた音声データをテキストデータに変換する。

Ｓ３５において、制御部１０（内容判定部１６）は、Ｓ３４によって取得したテキストデータと、可変データ記憶部３４に記憶されたワンタイムパスワードの内容との一致度合いを算出する。例えば、図６（Ｂ）に示す可変データ表示画面５０の場合、表示されているワンタイムパスワードが「１３５７」であるので、Ｓ３４で取得したテキストデータが「いち、さん、ご、なな」であったり、「いち、さん、ご、しち」であったりした場合には、制御部１０は、一致度合いを高く算出して、一致していると判断できる。
なお、Ｓ３３と、Ｓ３４及びＳ３５との処理は、同時に行ってもよいし、Ｓ３４及びＳ３５の処理後にＳ３３の処理を行ってもよい。

Ｓ３６において、制御部１０（内容判定部１６）は、Ｓ３３によって声紋認証ができたと判定され、かつ、Ｓ３５によって音声内容が一致したと判定されたか否かを判断する。そして、声紋認証ができたと判定され、かつ、音声内容が一致したと判定された場合には、声紋認証及び音声内容がいずれも正しいものであり、全てがＯＫであると判断する。全てがＯＫであると判断された場合（Ｓ３６：ＹＥＳ）には、制御部１０は、処理をＳ３７に移す。他方、全てがＯＫではない場合、つまり、声紋認証及び音声内容のうち少なくとも一方が正しいものではないと判断された場合（Ｓ３６：ＮＯ）には、制御部１０は、本処理を終了し、処理を図４に移す。
Ｓ３７において、制御部１０（ロック解除部１８）は、このウェアラブル端末１のロックを解除する。その後、制御部１０は、本処理を終了し、処理を図４に移す。

図４に戻り、Ｓ１４において、制御部１０は、ロックが解除できたか否かを判断する。ロックが解除できた場合（Ｓ１４：ＹＥＳ）には、制御部１０は、処理をＳ１５に移す。他方、ロックが解除できなかった場合（Ｓ１４：ＮＯ）には、制御部１０は、処理をＳ２０に移す。
Ｓ１５において、制御部１０は、ディスプレイ５に指示画面５１を表示させる。指示画面５１は、図６（Ｃ）に示すように、ユーザＰに対して処理内容を話すように指示するための画面である。
他方、Ｓ２０において、制御部１０は、ディスプレイ５に解除不可画面５２を表示させる。解除不可画面５２は、図６（Ｄ）に示すように、ロックが解除できなかったことを示す画面である。また、解除不可画面５２は、電源ボタン９を操作する指示内容を含んでもよい。その後、制御部１０は、本処理を終了する。

Ｓ１６において、制御部１０は、所定時間が経過したか否かを判断する。所定時間が経過した場合（Ｓ１６：ＹＥＳ）には、制御部１０は、処理をＳ２１に移す。他方、所定時間が経過していない場合（Ｓ１６：ＮＯ）には、制御部１０は、処理をＳ１７に移す。
Ｓ１７において、制御部１０（音声入力部１３）は、一定以上の音量の音声を受け付けたか否かを判断する。音声を受け付けた場合（Ｓ１７：ＹＥＳ）には、制御部１０は、処理をＳ１８に移す。他方、音声を受け付けていない場合（Ｓ１７：ＮＯ）には、制御部１０は、処理をＳ１６に移す。
他方、Ｓ２１において、制御部１０は、ディスプレイ５に所定時間経過画面５３を表示させる。所定時間経過画面５３は、図６（Ｅ）に示すように、音声を受け付けることができなかったことを示す画面である。また、所定時間経過画面５３は、電源ボタン９を操作する指示内容を含んでもよい。その後、制御部１０は、本処理を終了する。
Ｓ１８において、制御部１０は、音声内容処理を行う。音声内容処理については、後述する。その後、制御部１０は、本処理を終了する。

＜音声内容処理の例＞
次に、音声内容処理について説明する。
図７は、第１実施形態に係るウェアラブル端末１を用いた名刺交換での使用例を示す図である。
図７に示す例は、第１実施形態のウェアラブル端末１Ａ（１）を有するユーザＰＡと、ウェアラブル端末１Ｂ（１）を有するユーザＰＢとの間で、お互いの個人データをやりとりする場合である。

ユーザＰＡは、ウェアラブル端末１Ａを装着し、ユーザＰＢは、ウェアラブル端末１Ｂを装着している（図４のＳ１０がＹＥＳ）。そして、各々のウェアラブル端末１において、図６（Ａ）に示す装着中画面５５が表示されているときに、各々のユーザＰが特定動作をすることで（図４のＳ１２がＹＥＳ）、各ウェアラブル端末１の制御部１０は、ロック解除処理を行う（図４のＳ１３）。
次に、ユーザＰＡのウェアラブル端末１Ａ及びユーザＰＢのウェアラブル端末１Ｂにおいてロックが解除できた場合には、各ディスプレイ５には、指示画面５１（図６（Ｃ））が表示される。

そこで、図７（Ａ）に示すように、ユーザＰＡは、自身のウェアラブル端末１Ａのマイク４Ａ（４）に向かって「名刺交換」と発音する。同様に、ユーザＰＢは、自身のウェアラブル端末１Ｂのマイク４Ｂ（４）に向かって「名刺交換」と発音する。各ウェアラブル端末１において、制御部１０（音声内容処理部１９）は、マイク４を介して「名刺交換」の音声を受け付けて、音声内容処理を行う。
また、ユーザＰＡ及びユーザＰＢは、「名刺交換」の発音後に、図７（Ｂ）に示すように、各々のウェアラブル端末１が装着された手同士で握手をし、腕を振る。

これらのユーザＰの音声及び動作により、各ウェアラブル端末１の制御部１０（音声認識部１５）は、音声データから「名刺交換」のテキストデータを取得する。
次に、ウェアラブル端末１の制御部１０は、動きセンサ７が握手の動きを検出することで、制御部１０が握手の動きに対応する動作パターンデータを取得する。
そして、ウェアラブル端末１の制御部１０は、動作パターンデータに基づいて、通信相手となる他のウェアラブル端末１の検索を開始する。同時に、各ウェアラブル端末１の制御部１０は、周辺のウェアラブル端末１に通知するために、通信部８を介して自身の動作パターンデータを送出する。

その後、一のウェアラブル端末１が、同じ動作パターンである他のウェアラブル端末１を見つけたことに応じて、一方のウェアラブル端末１と、他のウェアラブル端末１との間で通信を確立する。このとき、一のウェアラブル端末１（例えば、ウェアラブル端末１Ａとする。）が主になり、他のウェアラブル端末１（例えば、ウェアラブル端末１Ｂとする。）が従になる。そして、主であるウェアラブル端末１Ａの制御部１０（可変データ生成部１１）は、新たにワンタイムパスワードを生成して、ディスプレイ５に表示させると共に、制御部１０は、生成したワンタイムパスワードを、通信部８を介して送出する。そうすることで、従であるウェアラブル端末１Ｂは、ワンタイムパスワードを受信して、ディスプレイ５に表示させる。
このような処理により、各ウェアラブル端末１では、図７（Ｃ）に示すように、ディスプレイ５に同じワンタイムパスワードが表示される。

ユーザＰＡ及びユーザＰＢは、お互いのウェアラブル端末１のディスプレイ５に表示されたワンタイムパスワードを見て、同じものであることを確認した場合には、図７（Ｄ）に示すように、各ユーザＰは、自身のウェアラブル端末１のマイク４に向かって「確認」と発音する。
そうすることで、ウェアラブル端末１Ａは、ユーザＰＡの個人データを、処理内容データ記憶部３３（図３（Ａ）参照）から抽出して、ウェアラブル端末１Ｂに送信すると共に、ウェアラブル端末１ＢからユーザＰＢの個人データを受信する。同様に、ウェアラブル端末１Ｂは、ユーザＰＢの個人データを、ウェアラブル端末１Ａに送信すると共に、ユーザＰＡの個人データを受信する。
このようにすることで、各ウェアラブル端末１に記憶されている個人データを、安全かつ確実に相手先のウェアラブル端末１に送信することができる。

このように、第１実施形態によれば、ウェアラブル端末１は、以下のような効果がある。
（１）ウェアラブル端末１に表示されたワンタイムパスワードをユーザＰが発音するだけで、ウェアラブル端末１のロックが解除できる。よって、ユーザＰの音声によって、本人認証と、ロック解除操作との２つの処理を行うことができる。
（２）ウェアラブル端末１に表示されるものがワンタイムパスワードであるので、例えば、不正使用をしようとした場合には、都度変わるワンタイムパスワードの音声を録音した様々なパターンの録音データを用意しなければならない。よって、結果として、例えば、悪意のある第三者によって不正使用をすることを、ほぼ不可能にできる。
（３）ウェアラブル端末１には、ワンタイムパスワードを表示可能なディスプレイ５を有すればよく、ディスプレイ５は、最低限の機能として数字が表示できるものであればよい。よって、ディスプレイ５は、簡易な装置で済む。
（４）声紋データによる声紋認証結果と、音声認識によって生成したテキストデータがワンタイムパスワードに対応したか否かとの２つの判断によって、その両方の条件を満たした場合に、ロック解除の処理を行う。そのため、声紋データが登録された者以外が使用しても、処理を行わせないようにできる。

（５）ロックが解除された後では、音声認識により生成したテキストデータに基づく処理を実行する。よって、音声内容によってウェアラブル端末１を操作でき、音声内容に基づく処理を実行させることができる。
（６）ウェアラブル端末１が送信する処理データは、暗号化されたデータにすることで、データを途中で盗み見られても解読できず、セキュリティ性が向上する。
（７）ウェアラブル端末１を装着中であるか否かを判断し、装着中であることを、ロック解除の判断にする。よって、ウェアラブル端末１を装着していない状態での使用が制限できるため、よりセキュリティ性が向上する。
（８）動作パターン記憶部３５の動作パターンに合致している場合には、ロック解除処理を行うので、ユーザＰが動作パターン記憶部３５に記憶されている動作パターンを知らなければ、ウェアラブル端末１を使用できない。よって、ウェアラブル端末１を、セキュリティ性をより向上させたものにできる。

（第２実施形態）
第２実施形態では、ウェアラブル端末を、他の用途で使用するものについて説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。

＜例１：店舗での決済＞
図８は、第２実施形態に係るウェアラブル端末１を用いた決済での使用例を示す図である。
図８に示す例は、ウェアラブル端末１を有するユーザＰが、ウェアラブル端末１を店舗での決済処理で使用する場合である。
まず、ユーザＰは、決済前にウェアラブル端末１を装着する。そして、ウェアラブル端末１に図６（Ａ）に示す装着中画面５５が表示されているときに、特定動作をすることで、ウェアラブル端末１は、ロック解除処理を行う（図４のＳ１３）。ウェアラブル端末１においてロックが解除できた場合には、ディスプレイ５には、指示画面５１（図６（Ｃ））が表示される。
そこで、図８（Ａ）に示すように、ユーザＰは、ウェアラブル端末１のマイク４に向かって「決済」と発音する。

その後、図８（Ｂ）に示すように、ユーザＰは、ウェアラブル端末１を、決済処理端末７２のリーダライタ７１に近づける。
ウェアラブル端末１では、制御部１０（音声内容処理部１９）がマイク４を介して「決済」の音声を受け付けて、音声内容処理を行う（図４のＳ１８）。
音声内容処理として、ウェアラブル端末１の制御部１０は、音声データから「決済」のテキストデータを取得し、決済で使用するクレジットカードのカード番号を、処理内容データ記憶部３３（図３（Ａ）参照）から取得する。そして、ウェアラブル端末１の制御部１０は、通信部８を介してリーダライタ７１に対して、クレジットカードのカード番号を送出する。
そのようにすることで、図８（Ｃ）に示すように、決済処理端末７２では、リーダライタ７１を介してクレジットカードのカード番号を受信して、決済処理を行うことができる。

＜例２：病院での保険証提示＞
図９は、第２実施形態に係るウェアラブル端末１を用いた病院での使用例を示す図である。
図９に示す例は、ウェアラブル端末１を有するユーザＰが、ウェアラブル端末１を病院での保険証提示で使用する場合である。
まず、ユーザＰは、病院の受付に行く前にウェアラブル端末１を装着する。そして、ウェアラブル端末１に図６（Ａ）に示す装着中画面５５が表示されているときに、特定動作をすることで、ウェアラブル端末１は、ロック解除処理を行う（図４のＳ１３）。ウェアラブル端末１においてロックが解除できた場合には、ディスプレイ５には、指示画面５１（図６（Ｃ））が表示される。

そこで、ユーザＰは、ウェアラブル端末１のマイク４に向かって「保険証」と発音する（＃１）。
次に、ユーザＰは、ウェアラブル端末１を、病院に設置されている受付端末８２のリーダライタ８１に近づける。
ウェアラブル端末１では、制御部１０（音声内容処理部１９）は、マイク４を介して「保険証」の音声を受け付けて、音声内容処理を行う（図４のＳ１８）。
音声内容処理として、ウェアラブル端末１の制御部１０は、音声データから「保険証」のテキストデータを取得し、保険証番号を得るためのユーザＩＤを、処理内容データ記憶部３３（図３（Ａ）参照）から取得する。そして、ウェアラブル端末１の制御部１０は、通信部８を介してリーダライタ８１に対して、保険証番号の提示要求としてユーザＩＤを送出する（＃２）。

受付端末８２は、リーダライタ８１を介して受信したユーザＩＤを、保険証番号を管理しているセンタサーバ８５に対して送信することで、問合せをする（＃３）。
センタサーバ８５では、受信したユーザＩＤに対応する保険証番号を、センタサーバ８５が有するデータベースから取得して（＃４）、取得した保険証番号を受付端末８２に送信する（＃５）。
このようにすることで、受付端末８２は、リーダライタ８１を介してウェアラブル端末１との通信をすることで、ウェアラブル端末１のユーザＰの保険証番号を得ることができる。

なお、この例では、保険証番号を取得するものとして説明したが、同じ処理によって、センタサーバ８５で管理している各種のデータを、ユーザＩＤを用いることで取得することができる。その場合には、例えば、ユーザＩＤの他に、処理ごとに異なる暗号鍵を記憶部３０に記憶しておき、暗号鍵も含めてセンタサーバ８５に送信ようにしてもよい。そして、暗号鍵によってデータが復元できた場合には、そのデータを使用できるので、よりセキュリティ性の高い仕組みにすることができる。

このように、第２実施形態によれば、ウェアラブル端末１は、以下のような効果がある。
処理内容データ記憶部３３に様々な処理項目と、処理項目に対応する処理データとを記憶させることによって、１つのウェアラブル端末１を、様々な用途に用いることができる。

（第３実施形態）
第３実施形態では、ディスプレイを有さないウェアラブル端末を、入室管理に用いるものについて説明する。
＜ウェアラブル端末２０１＞
図１０は、第３実施形態に係るウェアラブル端末２０１の使用例を示す図である。
図１１は、第３実施形態に係るウェアラブル端末２０１の機能ブロックを示す図である。
図１２は、第３実施形態に係るウェアラブル端末２０１の記憶部２３０の例を示す図である。
図１０に示すウェアラブル端末２０１は、音声により、ユーザＰ本人であるか否かを判定する機能や、音声を認識する機能を有する。そして、このウェアラブル端末２０１は、入室管理装置２９０（他の装置）が備えられた部屋の入室を行うために用いられる。

図１１に示すように、ウェアラブル端末２０１は、マイク４と、通信部８と、電源ボタン９と、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）部２０２（出力部、光出力装置）と、制御部２１０と、記憶部２３０とを備える。
ＬＥＤ部２０２は、様々な色の光を出力する光出力装置である。ＬＥＤ部２０２は、図１０に示すように、ユーザＰがウェアラブル端末２０１を装着した状態で、ユーザＰが視認可能な位置に設けられる。

制御部２１０は、可変データ受信部２１１（受信手段）と、提示部２１２と、音声入力部１３と、声紋認証部１４と、音声認識部１５と、内容判定部２１６と、処理データ送信部２２１（認証手段）とを備える。
可変データ受信部２１１は、可変データとして、ランダムな光の色パターンに対応する値を、認証元の入室管理装置２９０（図１０）から受信する制御部である。可変データ受信部２１１は、可変データとして、例えば、０，１，２からなる４桁以上の数字データを受信する。
提示部２１２は、可変データ受信部２１１が受信した可変データに対応した色の光を、ＬＥＤ部２０２を介して出力させる制御部である。

内容判定部２１６は、音声認識部１５が取得した音声の内容が、提示部２１２によりＬＥＤ部２０２が発光した色のパターンに対応するものであるか否かを判定する制御部である。
処理データ送信部２２１は、声紋認証部１４による処理及び内容判定部２１６による処理の結果に基づいて、記憶部２３０に記憶されているユーザＰのユーザＩＤを送出する処理を行う制御部である。

記憶部２３０は、プログラム記憶部３１と、声紋データ記憶部３２と、可変データ記憶部３４と、光パターン記憶部２３６とを備える。
プログラム記憶部３１は、処理プログラム２３１ａを記憶している。処理プログラム２３１ａは、制御部２１０の各機能を実行するためのプログラムである。
光パターン記憶部２３６は、図１２に示すように、値と、光の色とを対応付けて記憶する記憶領域である。値は、この例では、０，１，２のいずれかであり、光の色は、各値に対応している。
また、記憶部２３０は、入室管理装置２９０での解錠で使用するユーザＰのユーザＩＤを記憶している。

＜メイン処理の説明＞
次に、ウェアラブル端末２０１での処理について説明する。
図１３は、第３実施形態に係るウェアラブル端末２０１のメイン処理を示すフローチャートである。
図１３に示すメイン処理の起動条件は、第１実施形態（図４）と同様である。なお、この例でのウェアラブル端末２０１は、ロックがかかっておらず、電源が投入された後でも使用可能なものである。
Ｓ２１０において、ウェアラブル端末２０１の制御部２１０（可変データ受信部２１１）は、可変データを受信したか否かを判断する。ユーザＰは、ウェアラブル端末２０１を装着して入室管理装置２９０（図１０）に近づくことで、通信部８を介して可変データを受信できる。可変データを受信した場合（Ｓ２１０：ＹＥＳ）には、制御部２１０は、処理をＳ２１１に移す。他方、可変データを受信していない場合（Ｓ２１０：ＮＯ）には、制御部２１０は、可変データを受信するまで本処理に留まる。

Ｓ２１１において、制御部２１０（提示部２１２）は、受信した可変データに対応する光を、ＬＥＤ部２０２を介して出力させる。また、制御部２１０は、受信した可変データを、可変データ記憶部３４に記憶させる。
例えば、受信した可変データが「０２１２」であれば、光パターン記憶部２３６（図１２）を参照すれば、光の色は、「赤、白、緑、白」である。よって、制御部２１０は、ＬＥＤ部２０２から「赤、白、緑、白」の順番で光を出力させる。
Ｓ２１２からＳ２１４までの処理及びＳ２１３ａの処理は、第１実施形態（図５）のＳ３２からＳ３４までの処理及びＳ３３ａの処理と同様である。

Ｓ２１５において、制御部２１０（内容判定部２１６）は、Ｓ２１４によって取得したテキストデータと、可変データ記憶部３４に記憶された可変データの値に対応する光の色との一致度合いを算出する。
例えば、可変データが「０２１２」の場合、上述したように、光の色は、「赤、白、緑、白」である。よって、テキストデータが「アカ、シロ、ミドリ、シロ」であれば、制御部２１０は、テキストデータと、可変データ記憶部３４に記憶された可変データの値に対応する光の色との一致度合いを高く算出して、一致していると判断できる。

Ｓ２１６において、制御部２１０は、Ｓ２１３によって声紋認証ができたと判定され、かつ、Ｓ２１５によって音声内容が一致したと判定されたか否かを判断する。声紋認証ができたと判定され、音声内容が一致したと判定された場合には、全てがＯＫであると判断する。全てがＯＫであると判断された場合（Ｓ２１６：ＹＥＳ）には、制御部２１０は、処理をＳ２１７に移す。他方、声紋認証及び音声内容の少なくとも一方が正しいものではないと判断された場合（Ｓ２１６：ＮＯ）には、制御部２１０は、本処理を終了する。

Ｓ２１７において、制御部２１０（処理データ送信部２２１）は、記憶部２３０に記憶されているユーザＰのユーザＩＤを、通信部８を介して出力する。その際、制御部２１０は、ＬＥＤ部２０２を発光させることで、ユーザＩＤを送出中であることを示してもよい。その後、制御部２１０は、本処理を終了する。
このような処理によって、入室管理装置２９０は、ウェアラブル端末２０１からユーザＩＤを受信することができる。そして、入室管理装置２９０において、受信したユーザＩＤが許可されたものである場合には、解錠してユーザＰの入室を許可することができる。

このように、第３実施形態によれば、ウェアラブル端末２０１は、以下のような効果がある。
ディスプレイを有さない簡易な端末であっても、ＬＥＤ部２０２があればユーザＰを認証することができる。よって、ウェアラブル端末２０１の構造がより簡易なものであっても実現できる。
そして、認証後には、ユーザＩＤを出力するので、ユーザＩＤを使用している入室管理装置２９０に処理を行わせることができる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）第１及び第２実施形態では、可変データをディスプレイに出力し、第３実施形態では、可変データをＬＥＤ部に出力するものを説明したが、これに限定されない。可変データをユーザに提示できればよく、例えば、モールス信号のような振動（バイブレーション）等であってもよい。
（２）第１及び第２実施形態では、可変データをウェアラブル端末で生成し、第３実施形態では、入室管理装置から可変データを受信するものを例に説明したが、これに限定されない。例えば、認証対象（例えば、入室管理装置等）から信号を受信したことに応じて、ウェアラブル端末では、受信した信号に対応する可変データを生成してもよい。
（３）各実施形態では、腕時計型のウェアラブル端末を用いるものを説明したが、これに限定されない。例えば、眼鏡型のウェアラブル端末を用いるものであってもよい。例えば、第１実施形態に対応するものとしては、眼鏡型のウェアラブル端末のうち、レンズには、ディスプレイ機能を有するようにし、肌に触れる蔓の部分には、脈拍センサを設けることで、腕時計型のウェアラブル端末と同様に、装着中であるか否かを含めて判断できる。
（４）第１実施形態では、名刺交換処理を行うものを例に説明し、第２実施形態では、決済処理、保険証処理を行うものを例に説明し、第３実施形態では、入室管理装置での解錠を行うものを例に説明したが、これに限定されない。

（５）第１及び第２実施形態では、ウェアラブル端末を装着中であることを、着脱センサを用いて行うものとして説明したが、これに限定されない。装着中であることを検出できれば、どのような手段を用いてもよい。また、さらに、復元が難しい声紋以外のバイオメトリクス認証（例えば、指紋、虹彩等）を用いることで、よりセキュリティ性を向上させることができる。
（６）第１及び第２実施形態では、ワンタイムパスワードによるロック解除処理と、その後の音声処理による音声内容処理とを１つのプログラムによって行うものとして説明したが、これに限定されない。例えば、ロック解除処理のプログラムと、音声内容処理とのプログラムを別プログラムにしてもよい。

（７）第１及び第２実施形態では、処理内容データ記憶部として、処理項目と処理データを１：１対応するものとして説明したが、これに限定されない。例えば、処理項目が「決済」である場合に、処理データとして、クレジットカードのカード番号の他に、ポイントカードや、電子マネーのカード番号等があってもよく、１：多の関係であってもよい。その場合には、どの処理データを使用するかをユーザに選択させたり、予め順序を決めて記憶したりしておくことで、複数の処理データに対しても適用できる。
（８）第１及び第２実施形態では、動作パターンを記憶しておき、記憶された動作パターンに一致する動きを検出した場合にロック解除処理を行うものとして説明したが、これに限定されない。例えば、動作パターンを、様々な用途の処理項目に対応付けて記憶してもよい。そのようにすることで、ウェアラブル端末では、用途を動きによっても把握できる。

１，１Ａ，１Ｂ，２０１ ウェアラブル端末
４，４Ａ，４Ｂ マイク
５ ディスプレイ
６ 着脱センサ
７ 動きセンサ
８ 通信部
９ 電源ボタン
１０，２１０ 制御部
１１ 可変データ生成部
１２，２１２ 提示部
１３ 音声入力部
１４ 声紋認証部
１５ 音声認識部
１６，２１６ 内容判定部
１７ 着脱判定部
１８ ロック解除部
１９ 音声内容処理部
２０ 動作判定部
３０，２３０ 記憶部
３１ａ，２３１ａ 処理プログラム
３２ 声紋データ記憶部
３３ 処理内容データ記憶部
３５ 動作パターン記憶部
７１，８１ リーダライタ
７２ レジ端末
８２ 受付端末
２０２ ＬＥＤ部
２１１ 可変データ受信部
２２１ 処理データ送信部
２３６ 光パターン記憶部
２９０ 入室管理装置
Ｐ，ＰＡ，ＰＢ ユーザ

Claims (10)

1. 出力部に文字列からなる提示データを出力する提示手段と、
   提示手段による出力後に音声受付部が受け付けた音声に基づき、認証を許可する声紋データを記憶する声紋データ記憶部を参照して声紋認証を行い、認証を許可するか否かを判定する声紋認証手段と、
   前記音声を文字列に変換する音声認識手段と、
   前記音声認識手段が変換した前記文字列の内容が、前記出力部に出力された前記提示データに対応するものであるか否かを判定する内容判定手段と、
   前記声紋認証手段により認証を許可すると判定され、かつ、前記内容判定手段により前記提示データに対応するものであると判定された場合に、認証を行う認証手段と、
   を備える携帯型デバイス。
2. 請求項１に記載の携帯型デバイスにおいて、
   前記提示データは、ワンタイムパスワードであること、
   を特徴とする携帯型デバイス。
3. 請求項１又は請求項２に記載の携帯型デバイスにおいて、
   前記提示データを生成する生成手段を備えること、
   を特徴とする携帯型デバイス。
4. 請求項１又は請求項２に記載の携帯型デバイスにおいて、
   他の装置から前記提示データを受信する受信手段を備えること、
   を特徴とする携帯型デバイス。
5. 請求項１から請求項４までのいずれかに記載の携帯型デバイスにおいて、
   前記出力部は、前記提示データを表示させるディスプレイであること、
   を特徴とする携帯型デバイス。
6. 請求項１から請求項４までのいずれかに記載の携帯型デバイスにおいて、
   前記出力部は、前記提示データに基づいて複数種類の色の光を順番に出力させる光出力装置であること、
   を特徴とする携帯型デバイス。
7. 請求項１から請求項６までのいずれかに記載の携帯型デバイスにおいて、
   前記認証手段は、ロックを解除する処理を行い、
   前記認証手段による処理の後に前記音声受付部が受け付けた前記音声に対して前記音声認識手段が変換した前記文字列の内容に基づく処理を行う音声内容処理手段を備えること、
   を特徴とする携帯型デバイス。
8. 請求項１から請求項７までのいずれかに記載の携帯型デバイスにおいて、
   この携帯型デバイスをユーザが装着しているか否かを検知する着脱検知部を備え、
   前記認証手段は、さらに、前記着脱検知部が検知した場合に、前記認証を行うこと、
   を特徴とする携帯型デバイス。
9. 請求項１から請求項８までのいずれかに記載の携帯型デバイスにおいて、
   動きを検出するセンサ部と、
   動きのパターンを記憶するパターン記憶部と、
   を備え、
   前記認証手段は、前記センサ部により検出された動きが、前記パターン記憶部に記憶されたパターンに合致しているか否かを判定し、パターンに合致していると判定した場合に、前記認証を行うこと、
   を特徴とする携帯型デバイス。
10. 請求項１から請求項９までのいずれかに記載の携帯型デバイスとしてコンピュータを機能させるためのプログラム。

Images