特許 6141388 声紋認証方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6141388

(24)【登録日】2017年5月12日

(45)【発行日】2017年6月7日

(54)【発明の名称】声紋認証方法および装置

(51)【国際特許分類】

   G06F 21/32 20130101AFI20170529BHJP

【ＦＩ】

   G06F21/32

【請求項の数】14

【全頁数】18

(21)【出願番号】特願2015-218284(P2015-218284)

(22)【出願日】2015年11月6日

(65)【公開番号】特開2017-10511(P2017-10511A)

(43)【公開日】2017年1月12日

【審査請求日】2015年11月6日

(31)【優先権主張番号】201510358723.3

(32)【優先日】2015年6月25日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】513224353

【氏名又は名称】バイドゥ オンライン ネットワーク テクノロジー （ベイジン） カンパニー リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】リ、チャオ

(72)【発明者】

【氏名】ワン、ジージャン

【審査官】 平井 誠

(56)【参考文献】

【文献】 特開平１０−０２０８８３（ＪＰ，Ａ）

【文献】 特開２０１１−１００２６１（ＪＰ，Ａ）

【文献】 特開２００２−２４５２４４（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１０／００１７２０９（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００７／００５５５１７（ＵＳ，Ａ１）

【文献】 特開平０４−２１８８６０（ＪＰ，Ａ）

【文献】 特開２００２−３１２３１８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００２／０１５２０７０（ＵＳ，Ａ１）

【文献】 特開２０００−１４８１８７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／３２

(57)【特許請求の範囲】

【請求項1】

ユーザに文字列を表示するステップと、
前記ユーザが朗読した前記文字列の音声を取得するステップと、
前記音声の声紋識別ベクトルを取得するステップと、
前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定するステップと
を含み、
前記文字列には、前記ユーザが設置した好みの文字が含まれ、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示され、
前記音声の声紋識別ベクトルを取得する前に、さらに、
前記音声に対して音声識別を行い、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断するステップと、
一致する場合、前記音声の声紋識別ベクトルを取得するステップを実行するステップと
を含む声紋認証方法。

【請求項2】

前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定するステップは、さらに、
前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとのマッチング値を計算するステップと、
前記マッチング値が予め設定した閾値より大きいか、またはそれと等しい場合、前記ユーザが認証を通過すると判定し、前記マッチング値が予め設定した閾値より小さい場合、前記ユーザが認証を通過しないと判定するステップと
を含む請求項１に記載の声紋認証方法。

【請求項3】

前記ユーザに文字列を表示する前に、さらに、
前記ユーザが設置した好みの文字と前記ユーザが設置した符号との間の対応関係を作成して保存するステップを含む請求項１に記載の声紋認証方法。

【請求項4】

前記ユーザが設置した好みの文字と前記ユーザが設置した符号との間の対応関係を作成して保存した後、さらに、
ユーザに少なくとも一つの文字列を表示するステップと、
前記ユーザが朗読した少なくとも一つの文字列の少なくとも一節の音声を取得するステップと、
前記少なくとも一節の音声の声紋識別ベクトルを取得するステップと、
取得した前記少なくとも一節の音声の声紋識別ベクトルにより前記ユーザが登録した声紋識別ベクトルを算出するステップと、
前記ユーザが登録した声紋識別ベクトルを保存するステップと
を含む請求項３に記載の声紋認証方法。

【請求項5】

前記少なくとも一節の音声の声紋識別ベクトルを取得する前に、さらに、
前記少なくとも一節の音声に対して音声識別を行い、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断するステップと、
一致する場合、前記少なくとも一節の音声の声紋識別ベクトルを取得するステップを実行するステップと
を含む請求項４に記載の声紋認証方法。

【請求項6】

音声の声紋識別ベクトルを取得するステップは、
前記音声の声学特徴を抽出するステップと、
普通背景モデル条件における前記声学特徴の事後確率を計算するステップと
を含み、
前記事後確率がガウス分布に従い、前記事後確率の期待値が前記音声の声紋識別ベクトルである請求項１、４、および５のうちのいずれか一項に記載の声紋認証方法。

【請求項7】

ユーザに表示した文字列には、平文表示の文字が含まれ、前記平文表示の文字がそれぞれ異なる請求項１または４に記載の声紋認証方法。

【請求項8】

ユーザに文字列を表示するための表示モジュールと、
前記ユーザが朗読した前記文字列の音声を取得し、前記音声の声紋識別ベクトルを取得するための取得モジュールと、
前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定するための判定モジュールとを含み、
前記文字列には、前記ユーザが設置した好みの文字が含まれ、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示され、
音声識別モジュールをさらに含み、
前記音声識別モジュールは、前記取得モジュールにより前記音声の声紋識別ベクトルを取得する前に、前記音声に対して音声識別を行い、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断し、
前記取得モジュールは、前記音声識別モジュールにより前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判定した場合、前記音声の声紋識別ベクトルを取得するステップを実行する声紋認証装置。

【請求項9】

前記判定モジュールは、計算サブモジュールと、認証結果判定サブモジュールとを含み、
計算サブモジュールは、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとのマッチング値を計算し、
認証結果判定サブモジュールは、前記計算サブモジュールにより計算したマッチング値が予め設定した閾値より大きいか、またはそれと等しい場合、前記ユーザが認証を通過すると判定し、前記計算サブモジュールにより計算したマッチング値が予め設定した閾値より小さい場合、前記ユーザが認証を通過しないと判定する請求項８に記載の声紋認証装置。

【請求項10】

作成モジュールと保存モジュールとをさらに含み、
前記作成モジュールは、前記表示モジュールがユーザに文字列を表示する前に、前記ユーザが設置した好みの文字と前記ユーザが設置した符号との間の対応関係を作成し、
前記保存モジュールは、前記作成モジュールにより作成した対応関係を保存する請求項８に記載の声紋認証装置。

【請求項11】

前記表示モジュールは、さらに、ユーザに少なくとも一つの文字列を表示し、
前記文字列には、ユーザ設置の好みの文字が含まれ、
前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示され、
前記取得モジュールは、さらに、前記ユーザが朗読した少なくとも一つの文字列の少なくとも一節の音声を取得し、前記少なくとも一節の音声の声紋識別ベクトルをそれぞれ取得し、取得した前記少なくとも一節の音声の声紋識別ベクトルにより前記ユーザが登録した声紋識別ベクトルを算出し、
前記保存モジュールは、さらに、前記ユーザが登録した声紋識別ベクトルを保存する請求項１０に記載の声紋認証装置。

【請求項12】

音声識別モジュールをさらに含み、
前記音声識別モジュールは、前記取得モジュールが前記少なくとも一節の音声の声紋識別ベクトルを取得する前に、前記少なくとも一節の音声に対して音声識別を行い、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断し、
前記取得モジュールは、前記音声識別モジュールにより前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判定した場合、前記少なくとも一節の音声の声紋識別ベクトルを取得するステップを実行する請求項１１に記載の声紋認証装置。

【請求項13】

前記取得モジュールにより前記音声の声紋識別ベクトルを取得するステップは、
前記取得モジュールにより前記音声の声学特徴を抽出し、普通背景モデル条件における前記声学特徴の事後確率を計算するステップを含み、
前記事後確率がガウス分布に従い、前記事後確率の期待値が前記音声の声紋識別ベクトルである請求項８、１１、および１２のうちのいずれか一項に記載の声紋認証装置。

【請求項14】

前記表示モジュールによりユーザに表示した文字列には、平文表示の文字が含まれ、前記平文表示の文字がそれぞれ異なる請求項８または１１に記載の声紋認証装置。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、身分認証の技術領域に関し、特に声紋認証方法および装置に関する。

【背景技術】

【0002】

モバイルペイメント（Ｍｏｂｉｌｅ Ｐａｙｍｅｎｔ）は、スマートフォン支払いとも言われ、交易双方がある物品やサービスに対して、モバイル端末をキャリアとした上で、モバイル通信ネットによって商売交易を実現することを意味する。モバイルペイメントに使われるモバイル端末は、スマートフォン、個人用携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｄｉｔａｌ Ａｓｓｉｔａｎｔ、以下、ＰＤＡと略する）、パソコン（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、以下、ＰＣと略する）などである。

【0003】

従来技術では、モバイルペイメントに使われる方法は、通常、メッセージ支払い、コードスキャン支払いおよび指紋支払いなどを含む。しかし、現在使われている支払い方法の安全性が一般的である。例えば、パスワードとメッセージ検証に基づく支払い方法では、パスワードやスマートフォンを他人に取られた場合、同じように支払いを実現できるので、ユーザの経済損失をもたらし、ユーザ体験が低くなる。

【発明の開示】

【発明が解決しようとする課題】

【0004】

本発明の目的は、従来技術における少なくともある程度一つの問題を解決することにある。

【0005】

そのために、本発明の第一目的は、声紋認証方法を提出することにある。当方法は、ユーザの声紋を照合することによってユーザの身分を認証し、支払いの安全性をアップでき、また、ユーザからのパスワード入力が不要し、パスワード検証も要らない。したがって、利用過程の便利さと支払い効率をアップし、ユーザ好みで隠した文字が、パスワードを平文で表示したくないというユーザの心理要求を満足したので、ユーザ体験を向上し、声紋パスワードの使い勝手を上げられる。

【0006】

本発明の第二目的は、声紋認証装置を提出することにある。

【0007】

上記目的を達成するため、本発明の第一側面の実施例は、ユーザに前記ユーザが設置した好みの文字を含む文字列を表示するステップと、前記ユーザが朗読した前記文字列の音声を取得するステップと、前記音声の声紋識別ベクトルを取得するステップと、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定するステップとを含み、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。

【0008】

本発明の実施例の声紋認証方法によれば、ユーザに表示した文字列の中に、ユーザが設置した好みの文字が含まれ、そのうち、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。続いて、ユーザが朗読した前記文字列の音声を取得し、前記音声の声紋識別ベクトルを取得し、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定し、これによって、ユーザの声紋を照合することによってユーザの身分を認証する。従って、支払いの安全性をアップでき、また、ユーザからのパスワード入力が不要し、パスワード検証も要らない。したがって、利用過程の便利さと支払い効率をアップし、ユーザ好みで隠した文字が、パスワードを平文で表示したくないというユーザの心理要求を満足したので、ユーザ体験を向上し、声紋パスワードの使い勝手を上げられる。

【0009】

上記目的を達成するため、本発明の第二側面の実施例の声紋認証装置は、ユーザに前記ユーザが設置した好みの文字を含む文字列を表示するための表示モジュールと、前記ユーザが朗読した前記文字列の音声を取得し、前記音声の声紋識別ベクトルを取得するための取得モジュールと、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定するための判定モジュールとを含み、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。

【0010】

本発明の実施例の声紋認証装置によれば、表示モジュールがユーザに表示した文字列の中に、ユーザが設置した好みの文字が含まれ、そのうち、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。続いて、取得モジュールは、ユーザが朗読した前記文字列の音声を取得し、前記音声の声紋識別ベクトルを取得し、判定モジュールは、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定する。このように、ユーザの声紋を照合することによってユーザの身分を認証し、支払いの安全性をアップでき、また、ユーザからのパスワード入力が不要し、パスワード検証も要らない。したがって、利用過程の便利さと支払い効率をアップし、ユーザ好みで隠した文字が、パスワードを平文で表示したくないというユーザの心理要求を満足したので、ユーザ体験を向上し、声紋パスワードの使い勝手を上げられる。

【0011】

本発明の付加的特徴と利点は、その一部が下記の記述からあげられ、ほかの部分が下記の記述により顕著となり、あるいは、本発明の使用を通して理解できる。

【図面の簡単な説明】

【0012】

下記の図面を利用して、本発明の上述および／または付加の側面と利点をよく理解できる。その中で、

【図1】本発明の声紋認証方法の一つの実施例のフローチャートである；

【図2】本発明の声紋認証方法のほかの一つの実施例のフローチャートである；

【図3】本発明の声紋認証方法における登録過程の一つの実施例のフローチャートである；

【図4】本発明の声紋認証方法における登録過程のほかの一つの実施例のフローチャートである；

【図5】本発明の声紋認装置の一つの実施例の構造模式図である；

【図6】本発明の声紋認装置のほかの一つの実施例の構造模式図である。

【発明を実施するための形態】

【0013】

次から図面に示された実施例について詳しく説明する。下記の記述で図面を引用するとき、別に表示がない限り、異なる図面の同じ数字は同じ要素、または類似的要素を示す。図面を参照しがら説明する下記の実施例は、本発明の解釈のみの例示であり、本発明を制限するものと理解できない。また、本発明の実施例は、特許請求項の範囲内でのすべての変化、修正および同等物を含む。

【0014】

図１は本発明の声紋認証法の一つの実施例のフローチャートである。図１に示すように、当声紋認証方法はステップ１０１、ステップ１０２およびステップ１０３を含む。

【0015】

ステップ１０１：、ユーザに文字列を表示する。前記文字列には、前記ユーザが設置した好みの文字が含まれる。また、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。

【0016】

その中に、好みの文字がどの符号に対応するかは、ユーザの事前設定によって決める。たとえば、ユーザが、０−９の１０個の数字から「１」と「６」を好みの文字として選び、「１」に対応する符号を「＃」、「６」に対応する符号を「＠」とする。これによって、文字列「８２９１７６５」を「８２９＃７＠５」として表示される。

【0017】

本実施例には、好みの文字に対応する符号の表示形式は具体的には異なってもよい。その表示形式は、次のような形式を含めるが、それらに限らない。

【0018】

１、特殊符号、たとえば、キーボードの中の特殊符号「！」、「＠」、「＃」、「＄」、「＾」、「＆」、「＊」、「（」、「）」など。

【0019】

２、漢字、たとえば、「水」、「火」、「風」など。

【0020】

３、画像、たとえば、果物、小動物、漫画など。

【0021】

ステップ１０２において、前記ユーザが朗読した前記文字列の音声を取得する。

【0022】

本実施例には、ユーザが朗読した「８２９＃７＠５」文字列の音声を取得する。

【0023】

ステップ１０３において、前記音声の声紋識別ベクトルを取得する。

【0024】

具体的に、前記少なくとも一節の音声の声紋識別ベクトルを取得するステップは、前記音声の声学特徴を抽出するステップと、普通背景モデル条件における前記声学特徴の事後確率を計算するステップとを含み、前記事後確率がガウス分布に従い、前記事後確率の期待値が前記音声の声紋識別ベクトルである。

【0025】

ステップ１０４において、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定する。

【0026】

前記声紋認証方法によれば、ユーザに表示した文字列の中に、ユーザが設置した好みの文字が含まれ、そのうち、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。続いて、ユーザが朗読した前記文字列の音声を取得し、前記音声の声紋識別ベクトルを取得し、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定する。このように、ユーザの声紋を照合することによってユーザの身分を認証し、支払いの安全性をアップでき、また、ユーザからのパスワード入力が不要し、パスワード検証も要らない。したがって、利用過程の便利さと支払い効率をアップし、ユーザ好みで隠した文字が、パスワードを平文で表示したくないというユーザの心理要求を満足したので、ユーザ体験を向上し、声紋パスワードの使い勝手を上げられる。

【0027】

さらに、図２を参照して、図２は本発明の声紋認証方法のほかの一つの実施例のフローチャートである。ステップ１０３において前記音声の声紋識別ベクトルを取得する前に、さらに、ステップ２０１およびステップ２０２を含むことができる。

【0028】

ステップ２０１において、前記音声に対して音声識別を行い、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断する。一致する場合、ステップ１０３を実行し、もし前記ユーザが朗読した前記符号の音声は前記ユーザが設置した好みの文字と一致しなければ、ステップ２０２を実行する。

【0029】

ステップ２０２において、エラーメッセージを返して、朗読した前記符号の音声は前記ユーザが設置した好みの文字と一致しないことを提示する。

【0030】

すなわち、認証過程では、ユーザが一つの文字列を朗読する必要があり、サーバ側は、ユーザが朗読した文字列の音声に対して音声識別を行い、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断する。ユーザが好みの文字を正しく朗読した場合のみ、ユーザの朗読した文字列の音声を更に声紋認証モジュールへ伝送し、前記音声の声紋識別ベクトルを取得する。

【0031】

認証過程においては、録音詐欺を防ぐため、完全にランダムな文字列を使うことができる。認証過程で話した文字列をユーザ登録した声紋識別ベクトルにできるだけ近付けるために、平文表示の文字は文字列の中に含まれることができる。ただし、本実施例には、平文表示の文字が一回しか出ない。すなわち、平文表示の文字がそれぞれ異なる。それに対して、符号で隠した好みの文字は、平文表示の文字と違ってもいいし（ケース１）、同じであってもよい（ケース２）。たとえば、好みの数字が「１」であり、 「１」に対応する符号が「＃」である場合、支払い提示の文字列が「２＃７６３９８５」（ケース１）、あるいは、「２＃７６３９１５」（ケース２）となる。

【0032】

具体的に、認証過程は、信号処理、声紋照合および一致性判断という三つの段階を含む。信号処理は、ユーザの朗読した文字列の音声に対して、プリ増幅、音声区間検出（Ｖｏｉｃｅ Ａｃｔｉｖｉｔｙ Ｄｅｔｅｃｔｉｏｎ， 以下、ＶＡＤと略す）、声学特徴抽出および特徴処理などの処理を行う。

【0033】

声紋照合および一致性判断の段階というのは、ステップ１０４において、前記音声の声紋識別ベクトルとユーザが登録した声紋識別ベクトルとを照合し、声紋認証結果を判定する。具体的には、図２を参照して、ステップ１０４は、ステップ２０３、ステップ２０４、ステップ２０５、およびステップ２０６を含むことができる。

【0034】

ステップ２０３において、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとのマッチング値を計算する。

【0035】

具体的に、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとのマッチング値を計算し、すなわち、認証過程で生じた声紋識別ベクトル（Ｉｄｅｎｔｉｇｙ Ｖｅｃｔｏｒ、以下、ｉｖｅｃｔｏｒと略す）とユーザが登録した時に生じた声紋識別ベクトルを照合して点数を付ける。これは、コサイン距離、サポートベクターマシン（Ｓｕｐｐｏｒｔ Ｖｅｃｔｏｒ Ｍａｃｈｉｎｅ、以下、ＳＶＭと略す）、ベイズ分類器、または、ガウス確率線形判別分析（Ｇａｕｓｓ Ｐｒｏｂａｂｉｌｉｓｔｉｃ Ｌｉｎｅａｒ Ｄｉｓｃｒｉｍｉｎａｎｔ Ａｎａｌｙｓｉｓ、以下、ＧＰＬＤＡと略す）などの方法によって実現される。次は、例として、ＧＰＬＤＡ方法により照合して点数を付けるのを説明する。

【0036】

認証過程からの声紋ｉｖｅｃｔｏｒをη_１とし、サーバに保存したユーザ登録の声紋ｉｖｅｃｔｏｒをη_２とする。ここに、二種類の仮説がある。Ｈ_１は前記音声を朗読したユーザが登録したユーザと同一話者であり、Ｈ_０は前記音声を朗読したユーザが登録したユーザと異なる話者である。したがって、この仮説の対数尤度比は、次の式で表す。

【数1】

【0037】

ここで、分子と分母の条件付き確率の分布がいずれもガウス分布に従い、しかも、その期待値が０だと仮定する。そして、式（１）は、次のように簡略化できる。

【数2】

【0038】

ここで、

【数3】

その中に、ΦとΣは、ＧＰＬＤＡモデルの訓練段階からのもので、ここで直接に抽出されてもよい。ＧＰＬＤＡのモデルは、次の式で表す。

【0039】

【数4】

ここで、η_ｒは観測したｒ人目の声紋ｉｖｅｃｔｏｒであり、βはｒ人目の声紋の真実値で、隠し変数だから直接に取得できない。Φは伝送行列であり、ε_ｒは観測誤差であり、Ｎ（０，Σ）のガウス分布に従う。

【0040】

また、本実施例はマルチ分類器のスコア融合をサポートする。すなわち、検証段階において、一つの声学特徴に対し、複数の分類方法を利用する。たとえば、ＳＶＭ、 ＧＰＬＤＡおよびコサイン距離という三種類の分類器を同時に利用し、その後、三つの分類器の得点をスコア融合して、最終スコアを得る。

【0041】

また、本実施例はマルチ特徴の融合をもサポートする。すなわち、複数の声学特徴を抽出し、同じまたは違う分類器で点数を付けて、再びスコアを融合する。たとえば、同時に一節の音声からメル周波数ケプストラム係数（Ｍｅｌ Ｆｒｅｑｕｅｎｃｙ Ｃｅｐｓｔｒａｌ Ｃｏｅｆｆｉｃｉｅｎｔｓ、以下、 ＭＦＣＣと略す）と知覚的線形予測係数（Ｐｅｒｃｅｐｔｕａｌ Ｌｉｎｅａｒ Ｐｒｅｄｉｃｔｉｖｅ、以下、ＰＬＰと略す）の特徴を抽出する。その後、ＭＦＣＣとＰＬＰに基づく声紋ｉｖｅｃｔｏｒをそれぞれ取得し、再びＧＰＬＤＡ分類器に入り、２個のスコアを得てから、一つのスコアに融合する。

【0042】

ステップ２０４において、前記マッチング値が予め設定した閾値より大きいか、または、それと等しいかを判断する。そうである場合、ステップ２０５を実行する。前記マッチング値が予め設定した閾値より小さい場合、ステップ２０６を実行する。

【0043】

その中に、前記予め設定した閾値は、具体的操作においてシステムの性能および／または操作要求によって自分で設定される。本実施例は予め設定した閾値の大きさを制限しない。

【0044】

ステップ２０５において、前記ユーザが認証を通過すると判定する。

【0045】

ステップ２０６において、前記ユーザが認証を通過しないと判定する。

【0046】

以上、認証過程を説明した。前記認証過程は、支払いおよび／または身分検証などのユーザ身分を認証する必要がある場合に利用されることができる。

【0047】

本発明の実施例において、認証過程の前に、ユーザが登録した声紋識別ベクトルを取得するため、登録過程を行うこともできる。図３は本発明の声紋認証方法における登録過程の一つの実施例のフローチャートである。図３に示すように、登録過程は、ステップ３０１、ステップ３０２、ステップ３０３、ステップ３０４、ステップ３０５およびステップ３０６を含む。

【0048】

ステップ３０１において、前記ユーザが設置した好みの文字と前記ユーザが設置した符号との間の対応関係を作成して保存する。

【0049】

たとえば、ユーザは、自分の好みで０−９の１０個の数字から任意の数字を好みの文字として選ばれる。たとえば、「１」と「６」を好みの文字とする。そして、符号「＃」が「１」に対応し、符号「＠」が「６」に対応するように設置する。この場合、サーバが「１」と「＃」の対応関係、および「６」と「＠」の対応関係を作成して保存する必要がある。

【0050】

本実施例には、好みの文字に対応する符号の表示形式は異なってもよい。その表示形式は、次のような形式を含めるが、それらに限らない。

【0051】

１、特殊符号、たとえば、キーボードの中の特殊符号「！」、「＠」、「＃」、「＄」、「＾」、「＆」、「＊」、「（」、「）」など。

【0052】

２、漢字、たとえば、「水」、「火」、「風」など。

【0053】

３、画像、たとえば、果物、小動物、漫画など。

【0054】

ステップ３０２において、ユーザに少なくとも一つの文字列を表示する。前記文字列には、ユーザ設置の好みの文字が含まれ、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。

【0055】

その中に、ユーザに表示した文字列は、平文表示の文字が含まれてもよい。前記平文表示の文字がそれぞれ異なる。

【0056】

安全性をアップして、録音詐欺を防ぐため、ユーザに表示した少なくともひとつの文字列は、ルールがなく、完全にランダムな文字列である。また、もっと大きなサンプル空間を覆うために、文字列の中に数字が一回しか出ない。すなわち、文字列の中に、平文表示の文字がそれぞれ異なる。たとえば、文字列が「３２１４９６５８」でもよいが、「３２１４９６２８」のように「２」を重複することがない。同時に、文字列には、ユーザ設置の好み数字が含まれるべきである。

【0057】

ステップ３０３において、前記ユーザが朗読した少なくとも一つの文字列の少なくとも一節の音声を取得する。

【0058】

登録過程では、ユーザが提示に従い、表示した少なくとも一つの文字列を朗読する。そのうち、好みの数字が特殊符号で表示される。たとえば、表示した文字列が「３２＃４９＠５８」である場合には、ユーザが「３２１４９６５８」と朗読する必要がある。

【0059】

ステップ３０４において、前記少なくとも一節の音声の声紋識別ベクトルを取得する。

【0060】

具体的に、前記少なくとも一節の音声の声紋識別ベクトルを取得するステップは、前記音声の声学特徴を抽出するステップと、普通背景モデル条件における前記声学特徴の事後確率を計算するステップとを含み、前記事後確率がガウス分布に従い、前記事後確率の期待値が前記音声の声紋識別ベクトルである。

【0061】

本実施例において、音声の声紋識別ベクトルを取得するのは、現在の国際先進的な識別ベクトル（ｉｄｅｎｔｉｔｙ−ｖｅｃｔｏｒ、以下、ｉｖｅｃｔｏｒと略す）モデリング方法を利用する。当モデリング方法は、信号処理及びモデリングという二段階を含む。信号処理は、プリ増幅、音声区間検出（ＶＡＤ）、声学特徴抽出および特徴処理などを含む。モデリング段階は、普通背景モデル（Ｕｎｉｖｅｒｓａｌ Ｂａｃｋｇｒｏｕｄ Ｍｏｄｅｌ、以下、ＵＢＭと略す）条件における各節の音声の声学特徴（たとえば、ＭＦＣＣ）に対して、Ｂａｕｍ−Ｗｅｌｃｈ統計を行い、その事後確率を計算し、この事後確率がガウス分布に従い、当事後確率の期待値はｉｖｅｃｔｏｒである。たとえば、一節の音声ｕはＬ個のフレームの声学特徴｛ｙ_１，ｙ_２，…ｙ_Ｌ｝に分割され、特徴次元がＤであり、Ｃ個のガウスＵＢＭモデルΩに基づいてＢａｕｍ−Ｗｅｌｃｈの０階と１階統計を行い、次のように示される。

【数5】

【0062】

ここで、ｃ＝１，２，…，Ｃはガウスモデルのインデックス、Ｐ（ｃ｜ｙ_ｔ，Ω）はｙ_ｔの第ｃ個ガウスの事後確率、ｍ_ｃは第ｃ個ガウスの期待値である。次の式により音声ｕの声紋ｉｖｅｃｔｏｒを得られる。

【数6】

【0063】

ここで、Ｎは、対角要素がＮ_ｃＩ（ｃ＝１，…，Ｃ）であるＣＤ×ＣＤ次元の行列である。その中に、Ｉは単位対角行列、Ｆはすべての一階統計Ｆ_ｃを組み合わせたＣＤ×１のベクトル、ＴとΣは声紋ｉｖｅｃｔｏｒ抽出手段の伝送行列と分散共分散行列であり、訓練段階で因子分析の方法により得られ、ここでは直接に抽出されてもよい。演算子（・）^ｔは、行列転置を表す。

【0064】

ステップ３０５において、取得した少なくとも一節の音声の声紋識別ベクトルにより前記ユーザが登録した声紋識別ベクトルを算出する。

【0065】

登録過程でＫ個の文字列を利用し、各文字列がいずれも一つの独立声紋ｉｖｅｃｔｏｒを抽出せば、ユーザがすべての文字列を朗読し終わると、当該Ｋ個の声紋ｉｖｅｃｔｏｒを結合し、ユーザの唯一の声紋ｉｖｅｃｔｏｒを計算して、ユーザの声紋特徴と表す。計算は次の通りである。

【数7】

ここで、演算子ｎｏｒｍ（・）は長さ正規化であり、すなわち、括弧中のベクトルのモールドを１に変える。同時に、本実施例も、

【数8】

の声紋特徴をサポートする。

【0066】

理解できるのは、前記音声の声紋識別ベクトルを取得する方法が、同様に認証過程で前記音声の声紋識別ベクトルの取得ステップに使われる。

【0067】

ステップ３０６において、前記ユーザが登録した声紋識別ベクトルを保存する。

【0068】

さらに、図４を参照して、図４は本発明の声紋認証方法における登録過程のほかの一つの実施例のフローチャートである。図４に示すように、ステップ３０４の前に、さらに、ステップ４０１、ステップ４０２およびステップ４０３を含む。

【0069】

ステップ４０１において、前記少なくとも一節の音声に対して音声識別を行う。

【0070】

ステップ４０２において、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断し、一致する場合、ステップ３０４を実行し、もし前記ユーザが朗読した前記符号の音声は前記ユーザが設置した好みの文字と一致しなければ、ステップ４０３を実行する。

【0071】

ステップ４０３において、エラーメッセージを返送して、ユーザが朗読した前記符号の音声が前記ユーザの設置した好みの文字と一致しないことを提示する。

【0072】

すなわち、ユーザが朗読した各文字列は、いずれもサーバ端末でテキストマッチングを行う。ユーザが好みの数字を正しく朗読した場合だけ、モデリングへ進む。そうでなければ、ユーザが再度数字列を朗読すべきである。

【0073】

本発明実施例が提供した声紋認証方法は、本質的に声紋識別とユーザパスワードを結合して声紋支払いシステムのユーザ体験を改善することである。ランダムな文字列の中に一部の文字を隠して表示することによって、声紋検証の安全性をアップし、同時に、ユーザニーズで隠した文字が、パスワードを表示したくないユーザの心理要求を満足できる。そのほか、隠し数字が非常に少なく、従来の長いパスワードと同様ではない。また、特殊符号と関連つけて覚えやすい。

【0074】

本発明実施例が提供した声紋認証方法は、支払いの安全性をアップした。利用者の声紋情報を利用したので、真似にくく、安全度を上げられる。なお、便利さを増加し、また、ユーザからのパスワード入力が不要し、パスワード検証も要らない。したがって、利用過程の便利さと支払い効率をアップする。単純な声紋支払いに比べて、本発明実施例が提供した声紋認証方法は、声紋とユーザ好みを結合して、声紋安全性と従来のパスワード安全性を重なった効果を有する。ユーザ好みで隠した文字が、パスワードを平文で表示したくないユーザの心理要求を満足でき、ユーザ体験を向上した。なお、本発明実施例が提供した方法は、声紋の使い勝手を上げられる。従来の声紋パスワードが退屈であり、本発明実施例は、特殊文字、画像、または漢字などの符号を結合して、声紋パスワードの便利性をさらに向上させ、使い勝手を上げられる。

【0075】

図５は本発明の声紋認装置の一つの実施例の構造模式図である。本実施例の声紋認装置は、本発明の図１に示す実施例のフローチャートを実現できる。図５に示すように、前記声紋認装置は、表示モジュール５１、取得モジュール５２および判定モジュール５３を含む。

【0076】

その中に、表示モジュール５１は、ユーザに文字列を表示する。前記文字列には、前記ユーザが設置した好みの文字が含まれ、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。

【0077】

その中に、好みの文字がどの符号に対応するかは、ユーザの事前設定によって決める。たとえば、ユーザが、０−９の１０個の数字から「１」と「６」を好みの文字として選び、「１」に対応する符号を「＃」、「６」に対応する符号を「＠」とする。これによって、文字列「８２９１７６５」を「８２９＃７＠５」として表示される。

【0078】

本実施例には、好みの文字に対応する符号の表示形式は異なってもよい。その表示形式は、次のような形式を含めるが、それらに限らない。

【0079】

１、特殊符号、たとえば、キーボードの中の特殊符号「！」、「＠」、「＃」、「＄」、「＾」、「＆」、「＊」、「（」、「）」など。

【0080】

２、漢字、たとえば、「水」、「火」、「風」など。

【0081】

３、画像、たとえば、果物、小動物、漫画など。

【0082】

取得モジュール５２は、前記ユーザが朗読した前記文字列の音声を取得し、前記音声の声紋識別ベクトルを取得する。本例には、取得モジュール５２は、ユーザが朗読した「８２９＃７＠５」の音声を取得する。

【0083】

判定モジュール５３は、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとを比較し、声紋認証結果を判定する。

【0084】

前記声紋認証装置において、表示モジュール５１は、ユーザに前記ユーザが設置した好みの文字を含む文字列を表示する。その中に、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。そして、取得モジュール５２は、ユーザが朗読した前記文字列の音声を取得し、前記音声の声紋識別ベクトルを取得する。判定モジュール５３は、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルを比較し、声紋認証結果を判定する。これで、ユーザの声紋を照合することによってユーザの身分を認証し、支払いの安全性をアップでき、また、ユーザからのパスワード入力が不要し、パスワード検証も要らない。したがって、利用過程の便利さと支払い効率をアップし、ユーザ好みで隠した文字が、パスワードを平文で表示したくないというユーザの心理要求を満足したので、ユーザ体験を向上し、声紋パスワードの使い勝手を上げられる。

【0085】

図６は本発明の声紋認装置のほかの一つの実施例の構造模式図である。図５に示す声紋認装置と違うのは、図６に示す声紋認装置は、さらに、音声識別モジュール５４を含む。

【0086】

音声識別モジュール５４は、取得モジュール５２により前記音声の声紋識別ベクトルを取得する前に、さらに、前記音声に対して音声識別を行い、ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断する。

【0087】

取得モジュール５２は、具体的には、音声識別モジュール５４により前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判定した場合、前記音声の声紋識別ベクトルを取得するステップを実行する。

【0088】

すなわち、認証過程では、ユーザが一つの文字列を朗読する必要があり、音声識別モジュール５４は、ユーザが朗読した文字列の音声に対して音声識別を行い、前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断する。ユーザが好みの文字を正しく朗読した場合のみ、ユーザの朗読した文字列の音声を声紋認証モジュールへ伝送し、取得モジュール５２により前記音声の声紋識別ベクトルを取得する。

【0089】

認証過程においては、録音詐欺を防ぐため、完全にランダムな文字列を使うことができる。認証過程で話した文字列をユーザ登録した声紋識別ベクトルにできるだけ近付けるために、平文表示の文字は文字列の中に含まれることができる。ただし、本実施例には、平文表示の文字を一回しか出ない。すなわち、平文表示の文字がそれぞれ異なる。それに対して、符号で隠した好みの文字は、平文表示の文字と違ってもいいし（ケース１）、同じであってもよい（ケース２）。たとえば、好みの数字が「１」 であり、「１」に対応する符号が「＃」である場合、支払い提示の文字列が「２＃７６３９８５」（ケース１）、あるいは、「２＃７６３９１５」（ケース２）となる。

【0090】

本実施例には、判定モジュール５３は、計算サブモジュール５３１および認証結果判定サブモジュール５３２を含むことができる。

【0091】

その中に、計算サブモジュール５３１は、前記音声の声紋識別ベクトルと前記ユーザが登録した声紋識別ベクトルとのマッチング値を計算する。具体的に、計算サブモジュール５３１は、マッチング値を計算するとき、本発明の図２に示す実施例の方法を利用できるので、ここでその説明を省略する。

【0092】

認証結果判定サブモジュール５３２は、計算サブモジュール５３１により計算したマッチング値が予め設定した閾値より大きいか、またはそれと等しい場合、前記ユーザが認証を通過すると判定し、計算サブモジュール５３１により計算したマッチング値が予め設定した閾値より小さい場合、前記ユーザが認証を通過しないと判定する。その中に、前記予め設定した閾値は、具体的操作においてシステムの性能および／または操作要求によって自分で設定される。本実施例は予め設定した閾値の大きさを制限しない。

【0093】

さらに、前記声紋認証装置は、作成モジュール５５と保存モジュール５６を更に含むことができる。

【0094】

作成モジュール５５は、表示モジュール５１によりユーザに文字列を表示する前に、前記ユーザが設置した好みの文字と前記ユーザが設置した符号との間の対応関係を作成する。

【0095】

保存モジュール５６は、作成モジュール５５により作成した対応関係を保存する。

【0096】

例として、ユーザは、自分の好みで０−９の１０個の数字から任意の数字を好みの文字として選ばれる。たとえば、「１」と「６」を好みの文字とする。そして、符号「＃」が「１」に対応し、符号「＠」が「６」に対応するように設置する。この場合、作成モジュール５５は「１」と「＃」の対応関係、および「６」と「＠」の対応関係を作成する必要があり、保存モジュール５６は、作成モジュール５５により作成した対応関係を保存する必要がある。

【0097】

そして、表示モジュール５１は、ユーザに少なくとも一つの文字列を表示する。前記文字列には、ユーザ設置の好みの文字が含まれ、前記ユーザが設置した好みの文字は前記文字列の中において前記好みの文字に対応する符号で表示される。

【0098】

その中に、表示モジュール５１によりユーザに表示した文字列には、平文表示の文字が含まれてもよい。平文表示の文字平文表示の文字前記平文表示の文字がそれぞれ異なる。

【0099】

安全性をアップして、録音詐欺を防ぐために、表示モジュール５１によりユーザに表示した少なくとも一つの文字列は、ルールがなく、完全にランダムな文字列である。また、もっと大きなサンプル空間を覆うために、文字列の中に数字が一回しか出ない。すなわち、表示モジュール５１により表示した文字列の中に、平文表示の文字がそれぞれ異なる。たとえば、文字列が「３２１４９６５８」でもよいが、「３２１４９６２８」のように「２」を重複することがない。同時に、文字列には、ユーザ設置の好み数字が含まれるべきである。

【0100】

取得モジュール５２は、前記ユーザが朗読した少なくとも一つの文字列の少なくとも一節の音声を取得し、前記少なくとも一節の音声の声紋識別ベクトルをそれぞれ取得し、取得した前記少なくとも一節の音声の声紋識別ベクトルにより前記ユーザが登録した声紋識別ベクトルを算出する。

【0101】

保存モジュール５６は、更に、前記ユーザが登録した声紋識別ベクトルを保存する

【0102】

さらに、音声識別モジュール５４は、取得モジュール５２により前記少なくとも一節の音声の声紋識別ベクトルを取得する前に、前記少なくとも一節の音声に対して音声識別を行い、ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判断し、取得モジュール５２は、具体的には、音声識別モジュール５４により前記ユーザが朗読した前記符号の音声と前記ユーザが設置した好みの文字との一致性を判定した場合、前記少なくとも一節の音声の声紋識別ベクトルを取得するステップを実行する。

【0103】

すなわち、ユーザが朗読した各文字列は、いずれもサーバ端末でテキストマッチングを行う。ユーザが好みの数字を正しく朗読した場合だけ、モデリングへ進む。そうでなければ、ユーザが再度数字列を朗読すべきである。

【0104】

本実施例において、取得モジュール５２が音声の声紋識別ベクトルを取得するステップは次の通りである。具体的には、取得モジュール５２によって、前記音声の声学特徴を抽出して、普通背景モデル条件における前記声学特徴の事後確率を計算し、前記事後確率がガウス分布に従い、前記事後確率の期待値が前記音声の声紋識別ベクトルである。具体的に、取得モジュール５２が音声の声紋識別ベクトルを取得する方法は、本発明の図３に示す実施例を参照できるので、ここでその説明を省略する。

【0105】

前記声紋認証装置は、本質的に声紋識別とユーザパスワードを結合して声紋支払いシステムのユーザ体験を改善することである。ランダムな文字列の中に一部の文字を隠して表示することによって、声紋検証の安全性をアップし、同時に、ユーザニーズで隠した文字が、パスワードを表示したくないユーザの心理要求を満足できる。そのほか、隠し数字が非常に少なく、従来の長いパスワードと同様ではない。また、特殊符号と関連つけて覚えやすい。

【0106】

前記声紋認証装置は、支払いの安全性をアップした。利用者の声紋情報を利用したので、真似にくく、安全度を上げられる。なお、便利さを増加し、また、ユーザからのパスワード入力が不要し、パスワード検証も要らない。したがって、利用過程の便利さと支払い効率をアップする。単純な声紋支払いに比べて、本発明実施例が提供した声紋認証装置は、声紋とユーザ好みを結合して、声紋安全性と従来のパスワード安全性を重なった効果を有する。ユーザ好みで隠した文字が、パスワードを平文で表示したくないユーザの心理要求を満足でき、ユーザ体験を向上した。なお、本発明実施例が提供した装置は、声紋の使い勝手を上げられる。従来の声紋パスワードが退屈であり、本発明実施例は、特殊文字、画像、または漢字などの符号を結合して、声紋パスワードの便利性をさらに向上させ、使い勝手を上げられる。

【0107】

説明すべきなのは、本発明の表現には、用語「第一」、「第二」などが単なる表現目的に使われ、相対重要性を示したり暗示することはない。また、本発明の表現には、別に説明がなければ、「複数」の意味が二つまたは二つ以上である。

【0108】

フローチャートまたは他の方式で説明した過程や方法は、一つまたは複数の、判定ロジック性能または過程のステップの実行できるコマンドのコードのモジュール、セクターあるいは部分を含む。本発明の望ましい実施方式の範囲は、他の実現を含み、表示または討論の順序に従わなくてもよい。述べられた機能に基づいて基本的に同様な方式または逆の順序で、その機能を実行することができる。これは、本発明実施例の所属技術領域の技術者に理解される。

【0109】

また、理解すべきなのは、本発明の各部分は、ハードウェア、ソフトウェア、部品またはそれらの組み合わせで実現できる。前記実施例には、複数のステップまたは方法がメモリに保存され、適当なコマンド実行システムのソフトウェアまたは部品で実現される。たとえば、ハードウェアで実現する場合、他の実施方式と同じように、本領域周知の下記の任意一つまたはそれらの組み合わせで実現できる。すなわち、デジタル信号に対してロジック機能を実現するロジックゲート回路を有する個別のロジック回路、ロジックゲート回路を組み合わせた適当な専用ＩＣ、プログラマブルゲートアレイ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、以下、ＰＧＡと略す）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、以下、ＦＰＧＡと略す）などである。

【0110】

前記実施例の方法にある全部または一部のステップがプログラムにより関連のハードウェアを実行することで完成されることは、本技術領域の普通技術者に理解される。前記プログラムは一つの計算機の読み出し書き込み可能な記憶メディアに記憶される。当プログラムを実行するとき、実施例方法のステップの一つまたはそれらの組み合わせを含む。

【0111】

なお、本発明の各実施例の各機能モジュールを一つの処理モジュールに集中し、または、単独に存在し、あるいは、二つまたは二つ以上モジュールを一つの処理モジュールに集中することができる。前記集成したモジュールは、ハードウェアの形式、または、ソフトウェアの形式で実現される。前記集成したモジュールは、ソフトウェアの形式で実現し、また、独立の製品として販売や使用するとき、計算機の読み出し書き込み可能な記憶メディアに記憶されることができる。

【0112】

前記記憶メディアは、ディスク、または、ＣＤなどである。

【0113】

本説明書には、用語「一つの実施例」、「いくつかの実施例」、「例示」、「具体的例示」などは、当実施例や例示の具体的特徴、構造、材料が本発明の少なくとも一つの実施例や例示に含まれることを意味する。本説明書には、前記用語の説明が必ずしも同じ実施例や例示を意味しない。また、説明の中の具体的特徴、構造、材料は、任意の一つやいくつかの実施例や例示に適当な方式で結合されることができる。

【0114】

以上本発明の実施形態を示して説明したが、当業者にとって理解できるのは、上記の実施形態は例示的なものに限らず、本発明を制限するように解釈される事が出来ない。本発明の原理と要旨から逸脱しない範囲で、これらの実施形態に対し様々な変更、修正、置換および変形をすることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】