(57)【要約】  本発明は、音声確認のための方法、装置、及びシステムを提供し、前記方法は、ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するステップと、ネットワーク側で、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報をユーザに対して再生するステップと、ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、通話が終了すると、記録から得られた記録情報をネットワーク側に送信するステップと、ネットワーク側で、音声確認情報及び記録情報に従って確認結果を決定するステップとを含む。本発明によって提供される技術的な解決策は、確認の利便性を高め、確認の不確実さを減らし、確認の実施形態の方法を充実させる。
2017529711.tif 000002
【特許請求の範囲】
【請求項１】
音声確認の方法であって、
ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、前記音声確認要求に対応する音声確認情報を決定するステップと、
前記ネットワーク側で、前記ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報を前記ユーザに対して再生するステップと、
前記ユーザ側で、前記ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、前記通話が終了すると、記録から得られた記録情報を前記ネットワーク側に送信するステップと、
前記ネットワーク側で、前記音声確認情報及び前記記録情報に従って確認結果を決定するステップとを含む、前記方法。
【請求項２】
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを前記音声確認要求に対応する音声確認情報として使用するステップ、又は
前記音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを前記音声確認要求に対応する前記音声確認情報として使用するステップをさらに含む、請求項１に記載の方法。
【請求項３】
音声確認要求に対応する音声確認情報を決定するステップが、
前記音声確認情報の識別を取得し、識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた前記記録情報及び前記識別子を一緒に前記ネットワーク側に送信するステップを含む、請求項１に記載の方法。
【請求項４】
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、前記記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
前記記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、前記音声確認が失敗したと決定するステップとを含む、請求項３に記載の方法。
【請求項５】
ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行するステップが、
前記ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、請求項１〜４のいずれかに記載の方法。
【請求項６】
音声確認の方法であって、
音声確認要求をネットワーク側に送信するステップと、
前記ネットワーク側からユーザへの通話を監視し、前記ユーザが呼び出されることを監視する場合、前記音声確認要求に応答してネットワークによって実行される音声確認情報を取得するために自動リスニング及び記録操作を実行するステップと、
前記通話が終了すると、前記ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた前記記録情報を前記ネットワーク側に送信するステップとを含む、前記方法。
【請求項７】
ネットワーク側から送信された音声確認情報の識別子を受信するステップをさらに含み、
記録から得られた記録情報を前記ネットワーク側に送信するステップが、
前記記録から得られた前記記録情報及び前記識別子を一緒に前記ネットワーク側に送信するステップを含み、
前記識別子が、前記記録情報と共に音声確認を実行するためのものである、請求項６に記載の方法。
【請求項８】
ユーザが呼び出されることを監視する場合、自動リスニング及び記録操作を実行するステップが、
前記ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、請求項６又は７に記載の方法。
【請求項９】
音声確認の方法であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、前記音声確認要求に対応する音声確認情報を決定するステップと、
前記ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、前記音声確認情報を前記ユーザに対して再生するステップと、
前記音声確認情報及び前記ユーザ側から受信された記録情報に従って音声確認の結果を決定するステップであって、前記記録情報が、前記ユーザ側で、前記ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、ステップとを含む、前記方法。
【請求項１０】
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを前記音声確認要求に対応する音声確認情報として使用するステップ、又は
前記音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを前記音声確認要求に対応する前記音声確認情報として使用するステップを含む、請求項９に記載の方法。
【請求項１１】
音声確認要求に対応する音声確認情報を決定するステップが、
前記音声確認情報の識別子を取得し、前記識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた前記記録情報及び前記識別子を一緒に前記ネットワーク側に送信するステップを含む、請求項９又は１０に記載の方法。
【請求項１２】
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、前記記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
前記記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、前記音声確認が失敗したと決定するステップとを含む、請求項１１に記載の方法。
【請求項１３】
ユーザ側に提供される音声確認のための装置であって、
ネットワーク側に音声確認要求を送信するように適合された音声確認要求モジュールと、
前記ネットワーク側からユーザへの通話を監視し、前記ユーザが呼び出されることを監視する場合、前記音声確認要求に応答して前記ネットワーク側によって再生された音声確認情報を取得するために、自動リスニング及び記録操作を実行し、前記通話が終了すると、前記ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた前記記録情報を前記ネットワーク側に送信するように適合された監視記録モジュールとを含む、前記装置。
【請求項１４】
音声確認要求モジュールが、
ネットワーク側から送信された音声確認情報の識別子を受信するようにさらに適合され、
監視記録モジュールが、
記録から得られた記録情報及び前記識別子を共に前記ネットワーク側に送信するように特に適合され、
前記識別子が、前記記録情報と共に音声確認を実行するためのものである、請求項１３に記載の装置。
【請求項１５】
監視記録モジュールが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するように特に適合される、請求項１３又は１４に記載の装置。
【請求項１６】
ネットワーク側に提供される音声確認のための装置であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、前記音声確認要求に対応する音声確認情報を決定するように適合された制御モジュールと、
前記ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、前記音声確認情報を前記ユーザに対して再生するように適合された通話モジュールと、
前記音声確認情報及び前記ユーザ側から受信された記録情報に従って音声確認の結果を決定するように適合された音声確認モジュールであって、前記記録情報が、前記ユーザ側で、前記ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、音声確認モジュールとを含む、前記装置。
【請求項１７】
制御モジュールが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するか、又は
前記音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを前記音声確認要求に対応する前記音声確認情報として使用するように特に適合される、請求項１６に記載の装置。
【請求項１８】
制御モジュールが、
音声確認情報の識別子を取得し、前記識別子をユーザ側に提供するようにさらに適合され、
前記制御モジュールが、前記ユーザ側から記録情報及び前記識別子を受信するように特に適合される、請求項１６又は１７に記載の装置。
【請求項１９】
音声確認モジュールが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行し、
前記記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、前記音声確認が失敗したと決定するように特に適合される、請求項１８に記載の方法。
【請求項２０】
音声確認のシステムであって、
請求項１３〜１５のいずれかに記載の装置及び請求項１６〜１９のいずれかに記載の装置を含む、前記システム。
【請求項２１】
実行されるときに請求項１〜１２のいずれかに記載の方法を実行させるコンピュータコードを記憶するコンピュータ可読媒体。
【請求項２２】
コンピュータデバイスによって実行されるときに請求項１〜１２のいずれかに記載の方法を実行させるコンピュータプログラム製品。
【請求項２３】
メモリ及びプロセッサを含み、前記メモリがコンピュータコードを記憶し、前記プロセッサが前記コンピュータコードを実行することによって請求項１〜１２のいずれかに記載の方法を実行するように構成されるコンピュータデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１５年６月３０日に出願した「Method of voice verification, Apparatus, And System」と題した中国特許出願第２０１５１０３７８０１８．Ｘ号の優先権を主張するものであり、この特許出願の内容は、参照によって本明細書に組み込まれる。
【０００２】
本発明は、確認技術に関し、より詳細には、音声確認の方法、音声確認装置、及び音声確認システムに関する。
【背景技術】
【０００３】
ユーザの財産の喪失及びユーザ情報の漏洩を防止するためのユーザアカウントのセキュリティ又はユーザ情報のセキュリティを守るために、確認が、ネットワーク決済及びユーザのログオンのようなプロセスに広く適用されてきた。
【０００４】
既存の確認プロセスは、通常、（マルチメディアメッセージングサービス（ＭＭＳ，Multimedia Messaging Service）メッセージを含む）ショートメッセージングサービス（ＳＭＳ，Short Messaging Service）メッセージに基づいて実装される。特定の実施形態のプロセスは、概して、ユーザ機器から確認要求を受信した後、サーバ（例えば、決済サーバ又はログオンサーバ）によって、ユーザによって予約されたモバイル電話番号を検索し、確認コードが数字又はアルファベット又は数字及びアルファベットの組合せである可能性がある、確認要求に関する確認コードを生じさせること、サーバによって、ユーザによって予約されたモバイル電話番号に従ってＳＭＳサーバを介してユーザに確認コードを含むＳＭＳメッセージを送信すること、ＳＭＳを受信した後にユーザによって、対応するページの入力ボックスにＳＭＳの確認コードを入力すること、ユーザ機器から確認コードを受信した後にサーバによって、前に生じさせられた確認コード及び受信された確認コードに従って確認を行うことを含む。確認結果は、主として、サーバがその後の手順（例えば、その後のログオン手順又は決済手順など）を決めるためのものである。
【０００５】
本発明を生み出す過程で、発明者らは、既存の確認方法がネットワーク攻撃及び確認要求の偽造を含む違法行為によるユーザアカウント及びユーザ情報に対するセキュリティの問題をある程度防止することができるが、不便さ、不確実さ、及び単一の確認手段のような問題に対処するための改善をまだ必要とすることを発見している。特に、ＳＭＳメッセージが記憶及び転送メカニズム（storage and forwarding mechanism）を介して送信されるので、ＳＭＳサーバは、ＳＭＳメッセージを送信するときに受信者のステータス（例えば、受信者が電源がオンであるかどうか又は信号のカバーエリア内にあるかどうか）を知らず、したがって、受信者がＳＭＳメッセージを受信する時間が予測できず、このことは、確認プロセスに不確実さを加え、通常の状況においては、ＳＭＳをユーザに送信するのに約５〜１０秒を要し、ユーザは確認コードが受信されるまで待つ必要があり、さらに、既存の確認方法は、ユーザが受信された確認コードを手動で入力することを必要とするので不便であり、確認コードの手動入力は、確認プロセス中に人為的な瑕疵を持ち込み、確認プロセスの利便性をさらに損なう可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、音声確認のための方法、装置、及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、音声確認の方法であって、以下のステップを含む、方法が提供される。
【０００８】
本発明の別の態様によれば、音声確認装置であって、以下を含む、装置も提供される。
【０００９】
本発明のさらなる態様によれば、音声確認システムであって、以下を含む、システムがさらに提供される。
【００１０】
従来技術と比較して、本発明は、以下の利点、すなわち、ユーザ側からの音声確認要求に応答してユーザへの通話を開始し、ユーザに対して音声確認情報を再生することによって、ネットワーク側がユーザ側のステータスと音声確認情報がユーザ側に対して正常に再生されたかどうかとをはっきりと知り得るという利点を有し、本発明は、ネットワーク側がユーザのステータスを知ることができないことによって引き起こされる確認プロセスのある程度の不確実さを避ける。ユーザ側に監視、自動リスニング、自動音声記録、及びネットワークワークへの記録情報の自動送信などの操作を実行させることによって、本発明の実施形態によれば、ネットワーク側がその後の音声確認操作を速やかで円滑に実行し得るように、確認を必要とする情報（すなわち、記録情報）がネットワーク側に、手動操作を導入することなく自動的に送り返される可能性があり、それは、確認コードの手動入力、ユーザが確認を必要とする情報の受信を待たなければならないこと、及び確認プロセスに人為的な過失を招くことなどによって引き起こされる確認プロセスの不便さのような問題を防止する。したがって、本発明によって提供される技術的な解決策は、確認の利便性を高め、不確実さを減らし、確認の実施形態の方法を充実させることが分かる。
【図面の簡単な説明】
【００１１】
添付の図面を参照して非限定的な実施形態の詳細な説明を読むことによって、本発明のその他の特徴、目的、及び利点がさらに明らかになるであろう。
【図１】本発明の第１の実施形態による音声確認の方法の流れ図である。
【図２】本発明の第２の実施形態による音声確認の方法の流れ図である。
【図３】本発明の第３の実施形態による音声確認システムの概略図である。
【図４】本発明の第４の実施形態による音声確認装置の概略図である。
【図５】本発明の第５の実施形態による音声確認装置の概略図である。
【発明を実施するための形態】
【００１２】
図面において、同じ又は同様の参照番号は、同じ又は同様の構成要素を表す。
【００１３】
例示的な実施形態をより詳細に検討する前に、一部の例示的な実施形態が流れ図の形態で処理又は方法として説明されることが言及されるべきである。流れ図はそれぞれの操作を順次処理されるものとして示すが、流れ図中の多くの操作は、平行して、同時に、又は一斉に実施される可能性がある。加えて、さまざまな操作が、順序を変えられ得る。操作が完了されるとき、処理は終了される可能性がある。しかし、添付の図面に含まれないさらなるステップが含まれる可能性がある。処理は、方法、機能、仕様、サブルーチン、サブプログラムなどに対応する可能性がある。
【００１４】
文脈の中で言及される「サーバ」は、論理的サーバ又はエンティティサーバ（entity server）を含む可能性があり、エンティティサーバは、「ネットワークデバイス」とも呼ばれる可能性があり、「ネットワークデバイス」とはすなわち、ネットワーク側に設けられ、所定のプログラム又は命令を実行することによって数値計算及び／又は論理計算のような所定の処理手順を実行し得るインテリジェントな電子デバイスである。ネットワークデバイスは、プロセッサ及びメモリを含む可能性があり、プロセッサは、所定の処理手順を実行するための予め記憶されたプログラム命令を実行し、所定の処理手順は、ＡＳＩＣ、ＦＰＧＡ、及びＤＳＰなどのハードウェアによって実行されるか、又は命令及びハードウェアの組合せによって実行される可能性もある。
【００１５】
エンティティサーバは、小型のタブレットデバイス又は大型のタブレットデバイスである可能性がある。サーバは単なる例であり、本発明に適用可能であるならば、その他の既存の又は将来登場するであろうネットワークデバイスも本発明の保護範囲に含まれるべきであり、参照により本明細書に組み込まれることに留意する必要がある。
【００１６】
下で検討される方法（その一部は流れ図によって示される）は、概して、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、又はこれらの任意の組合せによって実装される可能性がある。それらの方法がソフトウェア、ファームウェア、ミドルウェア、又はマイクロコードを用いて実装されるとき、必要なタスクを実行するためのプログラムコード又はコードセグメントは、機械又はコンピュータ可読媒体（例えば、ストレージ媒体）に記憶される可能性がある。（１又は２以上の）プロセッサが、必要なタスクを実施する可能性がある。
【００１７】
本明細書において開示される特定の構造及び機能の詳細は、本発明の例示的な実施形態を説明することを目的とした見本であるに過ぎない。むしろ、本発明は、多くの代替的な実施形態によって特に実装され得る。したがって、本発明は本明細書に示される実施形態にのみ限定されると理解されるべきでない。
【００１８】
しかし、「第１の」及び「第２の」のような用語がそれぞれのユニットを説明するために本明細書において使用される可能性があるが、これらのユニットはこれらの用語によって限定されるべきでないことを理解されたい。これらの用語の使用は、ユニットを区別するためのものであるに過ぎない。例えば、例示的な実施形態の範囲を逸脱することなく、第１のユニットが第２のユニットと呼ばれる可能性があり、同様に、第２のユニットが第１のユニットと呼ばれる可能性がある。本明細書において使用される用語「及び／又は」は、列挙された１又は２以上の関連する項目の任意の及びすべての組合せを含む。
【００１９】
１つのユニットがさらなるユニットに「接続される」又は「結合される」とき、そのユニットはさらなるユニットに直接接続されるか若しくは結合される可能性があり、又は中間ユニットが存在する可能性がある。対照的に、ユニットがさらなるユニットに「直接接続される」又は「直接結合される」とき、中間ユニットは存在しない。ユニットの間の関係を説明するためのその他の用語（例えば、「〜の間に配される」対「〜の間に直接配される」、「隣接する」対「直に隣接する」など）は、同様にして解釈されるべきである。
【００２０】
本明細書において使用される用語は、好ましい実施形態を説明するためのものに過ぎず、例示的な実施形態を限定するように意図されていない。別途示されない限り、本明細書において使用される単数形「１つの（a）」又は「１つの（one）」は、複数形も含むように意図される。本明細書において使用される用語「含む（comprise）」及び／又は「含む（include）」は、記載された特徴、整数（integer）、ステップ、操作、ユニット、及び／又は構成要素の存在を規定するが、１若しくは２以上のその他の特徴、整数、ステップ、操作、ユニット、構成要素、及び／又はこれらの組合せの存在又は追加を除外しないことも理解されたい。
【００２１】
一部の代替的な実施形態においては、記載された機能／アクションが図面において示されるものとは異なる順序で行われる可能性があることにも留意されたい。例えば、含まれる機能／アクションに応じて、２つの連続的に示された図が、実質的に同時に又はときには逆の順序で実行される可能性がある。
【００２２】
以降で、本発明が、図面に関連してさらに詳細に説明される。
【００２３】
実施形態１：音声確認の方法
図１は、本実施形態の音声確認の方法の流れ図を示し、図１に示される方法は、主として、ステップＳ１００、ステップＳ１１０、ステップＳ１２０、及びステップＳ１３０を含む。以降、図１のそれぞれのステップが示される。
【００２４】
Ｓ１００：ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号（user voice communication number）を取得し、音声確認要求に対応する音声確認情報を決定する。
【００２５】
特に、ネットワーク側は、ユーザによって予約された複数のユーザ音声通信番号を予め記憶する。これらのユーザ音声通信番号は、通信番号の組を形成する。ネットワーク側は、通信番号の予め記憶された組から音声確認要求に対応するユーザ音声通信番号を取得し得る。特定の例において、ネットワーク側の通信番号の組は、ユーザ音声通信番号とユーザ識別子（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報など。以降、説明はユーザの決済アカウント情報を例として用いて行われる）との間の複数の対応関係を含む。ネットワーク側は、ユーザ側から音声確認要求を受信するとき、まず、音声確認要求で運ばれる情報からユーザの決済アカウント情報を取得する可能性があり、それから、ネットワーク側は、ユーザの決済アカウント情報に対応するユーザ音声通信番号を取得するためにユーザアカウント決済情報を用いて組からマッチング及び検索を実行する。本実施形態は、ネットワーク側で音声確認要求に従ってユーザ音声通信番号を取得する特定の実施形態に限定されない。
【００２６】
本実施形態において取得されるユーザ音声通信番号は、主として、ネットワーク側とユーザ側との間の音声通話接続を確立するためのものである。本実施形態におけるユーザ音声通信番号は、ユーザのモバイル電話番号である可能性がある。
【００２７】
１つの応用シナリオでは、本実施形態において、ユーザ音声通信番号に対応するユーザデバイス及び音声確認要求を送信するユーザ機器は、同じユーザ機器であり、例えば、ユーザは、そのユーザのスマートモバイル電話（又は電話機能を有するタブレットコンピュータ）を用いて決済操作又はログオン操作などを実行し、単に、スマートモバイル電話（又は電話機能を有するタブレットコンピュータ）の番号（すなわち、ユーザのモバイル電話番号）が、ユーザ識別子（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報など）に対応するユーザ音声通信番号である。
【００２８】
別の応用シナリオでは、本実施形態において、ユーザ音声通信番号に対応するユーザ機器は、音声確認要求を送信するユーザ機器と異なり、例えば、ユーザが、そのユーザのスマートフォン（又は電話機能を有するタブレットコンピュータ）を用いて決済操作又はログオン操作などを実行する一方、ネットワーク側に記憶されたユーザ識別子情報に対応するユーザ音声通信番号は、ユーザのスマートフォンの番号であり、別の例においては、ユーザが、スマートフォンを用いて決済操作を実行する一方、スマートフォンの番号（すなわち、ユーザのモバイル電話番号）は、ユーザ識別子情報（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報）に対応するユーザ音声通信番号ではなく、つまり、ユーザ識別子情報に対応するユーザ音声通信番号は、決済操作又はログオン操作を実行するためにユーザによって使用されるスマートモバイル電話番号の番号と同一ではない。
【００２９】
本実施形態において、特定の期間（例えば、数時間又は数十時間又は数日）内に異なる音声確認要求に関してネットワーク側で決定される音声確認情報は、通常、反復的でない。言い換えると、本発明のネットワーク側は、特定の期間内に異なる音声確認要求が異なる音声確認情報に対応すべきであることを保証すべきである。
【００３０】
本実施形態のネットワーク側によって、音声確認要求に対応する音声確認情報を決定する特定の例が、下で与えられ、ネットワーク側は、複数のオーディオファイル（音声ファイルとも呼ばれる可能性がある）を予め記憶し、複数のオーディオファイルの特性は、大きく異なり、すべてのオーディオファイルが、オーディオファイルセットを形成する可能性があり、音声確認要求を受信するとき、ネットワーク側は、オーディオファイルセットからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。
【００３１】
本実施形態のネットワーク側によって、音声確認要求に対応する音声確認情報を決定する別の特定の例が、下で与えられ、ネットワーク側は、音声確認要求を受信した後、オーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。ネットワーク側でオーディオファイルを無作為に生じさせる方法は、予め記憶されたオーディオファイルからオーディオ情報の小さなセグメントを無作為に取り込み、それによって、新しいオーディオファイルを生じさせることである可能性があり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。ネットワーク側でオーディオファイルを無作為に生じさせる方法は、２又は３以上の予め記憶されたオーディオファイルを新しいオーディオファイルへと無作為に合成することである可能性もあり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。
【００３２】
本実施形態は、ネットワーク側が音声確認要求に対応する音声確認情報を決定するための特定の実施形態の方法を、特定のフォーマットのオーディオファイル、又はネットワーク側がオーディオファイルを無作為に生じさせるための特定の実施形態の方法などに限定しない。
【００３３】
本実施形態の音声確認情報は、音楽音声確認情報（musical voice verification information）を再生するため、又は数及び／若しくはアルファベット及び／若しくは語及び／若しくは漢字の形態の音声確認情報を再生するために使用される可能性があり、加えて、音声確認情報を再生する継続時間は、通常、非常に短く、例えば、おおむね１〜５秒などである。本実施形態は、音声確認情報によって再生される特定の内容又は音声確認情報を再生する時間の長さを限定しない。
【００３４】
本実施形態において、すべての音声確認情報は、対応する一意識別子を有し、つまり、１つの音声確認情報が、１つの識別子を用いて一意に決定され得る。識別子は、音声確認情報の識別子と呼ばれる可能性がある。音声確認情報に対応する識別子は、特に、オーディオファイルのファイル名、若しくはオーディオファイルの記憶パス及びファイル名の組合せ、又はオーディオファイルのインデックス値、又は無作為生成アルゴリズムを用いて無作為に生じさせられた識別子である可能性がある。本実施形態は、音声確認情報の識別子の特定の表現形態に限定されない。
【００３５】
本実施形態の音声確認情報に対応する識別子は、確認プロセス（例えば、決済確認プロセス）のために使用される可能性があり、音声マッチングアルゴリズムにおいて識別子を追加することによって、音声確認の結果の正確さが、さらに保証される可能性がある。
【００３６】
一実施形態においては、音声確認要求に対応する音声確認情報を決定する間に、ネットワーク側は、例えば、オーディオファイルのファイル名又はインデックス値を音声確認情報として取得し、別の例として、オーディオファイルの記憶パス及びファイル名を音声確認情報として取得するなど、音声確認情報に対応する識別子をやはり取得する可能性があり、それから、ネットワーク側は、音声確認情報に対応する識別子をユーザ側に提供する可能性がある。通常の状況においては、ネットワーク側は、決定された音声確認情報に対応する識別子を、ユーザ側の音声確認要求を送信するユーザ機器に提供し得る。音声確認要求を送信するユーザ機器がユーザ音声通信番号に対応するユーザ機器でない場合、音声確認要求を送信するユーザ機器は、ネットワーク側から送信された音声確認情報に対応する識別子をユーザ音声通信番号に対応するユーザ機器に提供する可能性があり、例えば、音声確認要求を送信するユーザ機器は、ＷｉＦｉ又はＢｌｕｅｔｏｏｔｈなどのワイヤレス送信方法によって、音声確認情報に対応する識別子を、ユーザ音声通信番号に対応するユーザ機器に提供し、別の例として、音声確認要求を送信するユーザ機器は、ユーザ音声通信番号に対応するユーザ機器が２次元コードをスキャンすることによって音声確認情報に対応する識別子を取得し得るように２次元コードを表示し、もちろん、音声確認要求を送信するユーザ機器は、ネットワーク側から送信された音声確認情報に対応する識別子をユーザ音声通信番号に対応するユーザ機器に提供するためにその他の都合の良い送信方法を採用する可能性もあり、加えて、音声確認要求を送信するユーザ機器は、ユーザ音声通信番号に対応するユーザ機器がその後の記録から得られる記録情報の受信者を知り得るように、識別子を送信するとき、音声確認要求に関する受信者情報もユーザ音声通信番号に対応するユーザ機器に提供する可能性がある。本実施形態は、音声確認要求を送信するユーザ機器がネットワーク側から送信された音声確認情報に対応する識別子をユーザ音声通信番号に対応するユーザ機器にどのようにして提供するかに関して特定の実施形態の方法を限定しない。
【００３７】
実際の応用シナリオでは、本実施形態のネットワーク側が音声確認情報に対応する識別子をユーザ側に提供する可能性があるが、それは、本実施形態のネットワーク側が音声確認情報に対応する識別子をユーザ側に提供しなければならないことを意味せず、つまり、ネットワーク側が音声確認情報に対応する識別子をユーザ側に提供しないとき、本実施形態の確認手順がやはり実施され得ることに特に留意されたい。
【００３８】
Ｓ１１０：ネットワーク側で、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルー（call through）の場合、決定された音声確認情報をユーザに対して再生する。
【００３９】
特に、本実施形態のネットワーク側は、ユーザ側との音声通話接続（すなわち、音声リンク）を確立するためにユーザ音声通信番号に従って対応する通話操作を実行する可能性がある。本実施形態のネットワーク側は、既存の通話方法を使用してユーザ側との音声通話接続を確立する可能性があり、例えば、ネットワーク側は、公衆交換電話網（ＰＳＴＮ，Public Switched Telephone Network）によってインターネットプロトコル（ＩＰ，Internet Protocol）ネットワークに接続し、又はネットワーク側は、自動音声応答（ＩＶＲ，Interactive Voice Response）技術を用いてユーザ側との音声通話接続を確立する。ユーザ側との音声通話接続を正常に確立する（例えば、ユーザが着信に答える）とき、ネットワーク側は、音声通話接続に基づいてユーザに対して上で決定された音声確認情報を再生する。本実施形態は、ネットワーク側によって対応するユーザへの通話を開始し、ネットワーク側によって音声通話接続を通じてユーザに対して音声確認情報を再生する特定の実施形態の方法を限定しない。
【００４０】
本実施形態のネットワーク側は、ユーザに対して音声確認情報を正常に再生することができるように通話反復機能（call repeating function）を提供し、例えば、音声通話接続がユーザの現在の通話のために正常に確立されない場合、又は音声通話接続がユーザの現在の通話のために正常に確立されたが、音声確認情報が正常に再生されない場合、ネットワーク側は、ユーザのために通話機能を再び実行するべきである。
【００４１】
ネットワーク側で通話を繰り返す特定の例は、ネットワーク側がユーザ音声通信番号の加入位置（subscription location）を決定することができない場合、ネットワーク側が、ユーザ音声通信番号に対して調整を実行し（例えば、現在の通話に対応する特定の失敗理由に基づいてユーザ音声通信番号をどのようにして調整すべきかを決め）、調整後にユーザを呼び出す操作を再実行する可能性があり、例えば、ネットワーク側が、ユーザ音声通信番号の前に０をダイヤルし、ユーザを再び呼び出し、別の例として、ネットワーク側が、ユーザ音声通信番号の前に加えられた０を削除し、ユーザを再び呼び出すことである。
【００４２】
ネットワーク側で通話を繰り返す別の特定の例は、現在の通話によって使用される発呼者の番号に異常が起こる（例えば、発呼者の番号がＰＳＴＮによって遮られるなど）場合、ネットワーク側が、その他の発呼者の番号を用いてユーザを呼び出す操作を再び実行する可能性があることである。言い換えると、複数の発呼者の番号が、ネットワーク側において与えられ、ネットワーク側が発呼者の番号に由来する原因でユーザ側との音声通話接続を正常に確立することができない場合、ネットワーク側は、発呼者の番号を変更し、新しい発呼者の番号を用いてユーザ側との音声通話接続を確立しようと再び試みるべきである。
【００４３】
ネットワーク側で通話を繰り返すさらなる特定の例は、ネットワーク側が現在の通話のためにユーザ側との音声通話接続を正常に確立したが、接続の中断のような理由で音声確認情報を正常に再生することができないとき、ネットワーク側が、音声確認情報を正常に再生することができるようにユーザを呼び出す操作を再び実行する可能性があることである。
【００４４】
Ｓ１２０．ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、通話が終了すると、記録から得られた記録情報をネットワーク側に送信する。
【００４５】
特に、ユーザ側は、音声確認要求を送信した後、通話監視ステータスになる可能性があり、例えば、ユーザ側は、確認サービスを開始した後、通話監視ステータスになり、着信があることを監視するとき、ユーザ側は、リスニング操作を自動的に実行し、記録サービスなどを呼び出すことによって音声通話接続で再生されたオーディオ信号を記録し、通話が終了する（例えば、電話が切られる）と、ユーザ側は、ネットワーク側が音声確認メッセージに関する音声確認操作を実行し得るように、記録情報を含む音声確認メッセージをネットワーク側に自動的に送信し、例えば、ネットワーク側は、ハイパーテキスト転送プロトコル（ＨＴＴＰ，HyperText Transfer Protocol）によってネットワーク側に記録情報を送信する。
【００４６】
その他の通話（確認と関係がない通話）に対して自動リスニング及び記録操作を実行することを防止するために、本実施形態のユーザ側は、通話監視ホワイトリストを予め記憶し、ユーザ側は、監視される通話の発呼側が予め記憶された通話ホワイトリスト内の発呼側に属するときに自動リスニング及び自動記録操作を実行するだけであり、そうでないとき、ユーザ側は、自動リスニング及び自動記録操作を実行しない。
【００４７】
ユーザ側は、ネットワーク側から送信された音声確認情報に対応する識別子を受信する場合、記録情報を受信された識別子と共にネットワーク側に送信する可能性があり、例えば、ユーザ側は、記録情報及び識別子を含むＨＴＴＰに基づく音声確認メッセージをネットワーク側に送信する。
【００４８】
上の例について続けると、音声確認要求を送信するユーザ機器がユーザ音声通信番号に対応するユーザ機器ではないとき、ユーザ音声通信番号に対応するユーザ機器は、音声確認要求及び音声確認要求に関する受信者情報を送信するユーザ機器から送信された音声確認情報に対応する識別子を受信した後、音声確認要求内の識別子及び受信者情報をバッファリングし、記録情報をネットワーク側に送信するときに、受信者情報に基づいてネットワーク側に識別子及び記録情報を共に送信する。
【００４９】
Ｓ１３０．ネットワーク側で、音声確認情報及び記録情報に従って確認結果を決定する。
【００５０】
特に、ネットワーク側は、それによって音声マッチング操作の正確さを高めるために受信された記録された情報を前処理した後、音声マッチングの操作を実行する可能性がある。ここで、前処理は、雑音低減処理及び正規化（normalization）処理を指す。
【００５１】
本実施形態において確認結果を決定する特定の例は、ネットワーク側が、受信された記録情報とネットワーク側に記憶されたそれぞれの音声確認情報との間でそれぞれ音声マッチングを実行し、記録情報に一致する音声確認情報がネットワーク側によって前に決定された音声確認情報であるとき、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定されることである。
【００５２】
本実施形態において確認結果を決定する別の特定の例は、ネットワーク側が、受信された記録情報とネットワーク側によって前に決定された音声確認情報との間で音声マッチングを実行し、音声マッチングの結果がそれらの情報が一致するということであるとき、今回の音声確認が成功したと決定し、一方、音声マッチングの結果がそれらの情報が一致しないということであるとき、今回の音声確認が失敗したと決定することである。
【００５３】
ネットワーク側が記録情報を受信するだけでなく、ユーザ側から送信された音声確認情報に対応する識別子も受信する場合、本実施形態において確認結果を決定する特定の例は、ネットワークが、受信された識別子に従ってネットワーク側に記憶されたすべての音声確認情報から音声確認情報の一部を選び出し、受信された記録情報と音声確認情報の一部との間でそれぞれ音声マッチングを実行し、記録情報に一致する音声確認情報がネットワーク側によって前に決定された音声確認情報であるとき、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定することである。
【００５４】
ネットワーク側は、識別子及び記録情報を用いて音声確認を実行するためにその他の方法を採用する可能性もあり、例えば、ユーザから送信された識別子が前に決定された識別子と一致し、記録情報も前に決定された音声確認情報と一致すると決定する場合、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定する。
【００５５】
実施形態の音声確認情報に対応する識別子が音声確認を決定する過程で補助情報として働く可能性があり、例えば、それが音声マッチングの回数を減らすか、又は音声確認を決定するための条件として働く可能性があることが、上の説明から分かる。
【００５６】
本実施形態の音声マッチングプロセスは、記録情報内の特徴を抽出することと、抽出された特徴を音声確認の特徴と比較することとを含む可能性があり、本実施形態におけるそれぞれの音声確認情報の特徴が、予め抽出され、ネットワーク側に記憶される可能性がある。本実施形態の音声マッチングプロセスは、記録情報に対して音声認識を実行することと、記録情報に対する音声認識の結果を音声確認情報に対する音声認識の結果と比較することとをさらに含む可能性があり、本実施形態におけるそれぞれの音声確認情報の音声認識の結果は、予め実行され、ネットワーク側に記憶された音声認識である可能性がある。もちろん、本実施形態は、音声マッチングを実行するためにその他の音声マッチングアルゴリズムを使用する可能性もある。本実施形態は、音声マッチングの特定の実施形態の方法を限定しない。
【００５７】
音声確認が成功したとき、ネットワーク側は、その後の処理手順（例えば、その後の決済手順又はその後のユーザログオン手順など）に進み得る。加えて、この決済手順が（成功か若しくは失敗かにかかわらず）完了されるか又はログオン手順が（ログオン失敗か若しくはログオン成功かにかかわらず）完了されるとき、ユーザ側は、ユーザの通話をもはや監視しない可能性があり、例えば、ユーザ側は、現在開始されている監視サービスなどを閉じる。
【００５８】
実施形態２：音声確認の方法
本実施形態は、スマートモバイル電話を用いてユーザによってネットワーク決済を実行する例を取りあげ、図２を参照して本実施形態の音声確認の方法を示す。本実施形態においては、ユーザによって使用されるスマートモバイル電話の番号が、ネットワーク側のユーザによって予約されたユーザの決済アカウント情報に対応するユーザ音声通信番号である。
【００５９】
図２において、スマートモバイル電話は、ユーザ側に属する。ワイヤレス決済クライアントが、スマートモバイル電話内に提供される。決済サーバ、コールセンター、及び音声マッチングサーバは、ネットワーク側に属する。
【００６０】
本実施形態におけるワイヤレス決済クライアントは、特に、スマートモバイル電話のモバイル決済ソフトウェア開発キット（ＳＤＫ，Software Development Kit）又はＡＰＰ製品の形態である可能性があり、本実施形態における決済サーバ、コールセンター、及び音声マッチングサーバは、ネットワークデバイス（例えば、サーバ）の同じセットに集中的に設けられる可能性があり、又は異なるネットワークデバイスの２つ若しくは３つのセットに別々に配される可能性がある。本実施形態は、ワイヤレス決済クライアント、決済サーバ、コールセンター、及び音声マッチングサーバの特定の表現形態に限定されない。
【００６１】
ステップ１：ネットワーク決済プロセスの間に、ワイヤレス決済クライアントが、音声確認要求を開始し、そのワイヤレス決済クライアントが置かれるスマートモバイル電話の着信を監視し始め、例えば、ワイヤレス決済クライアントは、通話ステータス監視サービスを開始することによって着信を監視する。
【００６２】
ステップ２．ワイヤレス決済クライアントから音声確認要求を受信するとき、決済サーバが、音声確認要求で運ばれた情報（例えば、ユーザの決済アカウント情報）に従ってその決済サーバのローカルに記憶された情報（例えば、ユーザの決済アカウント情報とスマートモバイル電話番号との間の対応関係の組）から音声確認要求に対応するスマートモバイル電話番号を検索し、決済サーバは、その決済サーバが予め記憶するオーディオファイルの識別子の組から識別子を無作為に選択し、識別子をワイヤレス決済クライアントに提供する。
【００６３】
本実施形態におけるすべてのオーディオファイルは、決済サーバに記憶されるか又はコールセンターに記憶される可能性がある。もちろん、すべてのオーディオファイルは、決済サーバ及びコールセンターとは独立したその他の場所に記憶される可能性もある。
【００６４】
ステップ３．決済サーバが、その決済サーバが見つけるスマートモバイル電話番号及び無作為に選択された識別子をコールセンターを通じて対応するユーザを呼び出すためにコールセンターに提供し、識別子に対応する音声確認情報をユーザに対して再生する。決済サーバは、コールセンターによって提供されるウェブサービスインターフェースを通じてコールセンターに識別子及びスマートモバイル電話番号を提供し、それによって、ＨＴＴＰレイヤに基づくアウトバウンドコールインターフェースの呼び出しを実施する可能性がある。
【００６５】
ステップ４：コールセンターが、ユーザ側のスマートモバイル電話との音声通話接続を確立する（つまり、通話リンクを確立する）ために、決済サーバによって提供されたスマートモバイル電話番号に基づいて通話操作を実行する。音声通話接続が正常に確立された後、コールセンターは、決済サーバによって提供された識別子に従って対応する音声確認情報（例えば、オーディオファイル）を再生し、例えば、コールセンターは、識別子に従ってローカルに記憶されたオーディオファイルから識別子に対応するオーディオファイルを選択し、そして、音声通話接続が正常に確立された後、オーディオファイルを再生する。
【００６６】
ステップ５．スマートモバイル電話のワイヤレス決済クライアントが、ユーザが呼び出され、発呼者がワイヤレス決済クライアントに記憶されたホワイトリストに属することを監視するとき、自動リスニングを実行し、コールセンターによって再生される音声確認情報を記録するために自動記録操作を実行する。
【００６７】
ステップ６．ワイヤレス決済クライアントが、この通話が終了すると、そのワイヤレス決済クライアントが記録する記録情報及び決済サーバによって提供された識別子を、ＨＴＴＰに基づく音声確認メッセージによって自動的にアップロードする。
【００６８】
ステップ７．決済サーバが、音声マッチング操作を実行するように音声マッチングサーバに要求するために、音声マッチングサーバに受信された記録情報及び識別子を共に提供する。また、音声マッチングサーバは、すべての音声確認情報を記憶する。コールセンターの音声確認情報のすべては、音声マッチングサーバに記憶されたすべての音声確認情報と同一であるべきであり、例えば、音声マッチングサーバの音声確認情報を更新するとき、音声マッチングサーバは、コールセンターのすべての音声確認情報を同期して更新すべきである。音声マッチングサーバは、受信された識別子に従ってすべての音声確認情報の中の音声確認情報の一部を決定し、記録情報と音声確認情報の一部との間の音声マッチングを１つずつ実行し、マッチングされた音声確認情報又は音声確認情報の識別子（例えば、オーディオファイル名）を決済サーバに提供する。決済サーバは、音声確認情報が前に決定された音声確認情報と一致していると判定するか、又は音声マッチングサーバから送信された識別子が前に決定された音声確認情報の識別子と同一であると判定するときに、この音声確認が成功したと決定し、そうでないとき、この音声確認が失敗したと決定する。決済サーバは、音声確認の結果に基づいてその後の決済フローを決める可能性がある。
【００６９】
この決済プロセスが終了した後、ワイヤレス決済クライアントは、ユーザの着信をもはや監視すべきでなく、例えば、ワイヤレス決済クライアントは、電話通話ステータス監視サービスなどを閉じる。
【００７０】
実施形態３：音声確認システム
本実施形態の音声確認システムの主な構造が、図３に示される。
【００７１】
図３の音声確認システムは、主に、制御モジュール３１１、通話モジュール３１２、音声確認モジュール３１３、音声確認要求モジュール３２１、及び監視記録モジュール３２２を含み、制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３が、ネットワーク側に設けられる一方、音声確認要求モジュール３２１及び監視記録モジュール３２２は、ユーザ側に設けられる。
【００７２】
本実施形態における制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３は、ネットワーク側の同じデバイスに組み込まれるか、又はネットワーク側の２つ若しくは３つの相互に独立したデバイスに別々に配される可能性がある。
【００７３】
本実施形態における音声確認要求モジュール３２１及び監視記録モジュール３２２は、ユーザ側の同じユーザ機器内に設けられる可能性があり、例えば、両方ともユーザの同じスマートモバイル電話に配され、音声確認要求モジュール３２１並びに監視及び記録モジュール３２２は、２つの相互に独立したユーザ機器内に設けられる可能性もあり、例えば、音声確認要求モジュール３２１が、ＰＣマシン又はタブレットコンピュータ内に設けられる一方、監視及び記録モジュール３２２は、スマートモバイル電話内に設けられる。
【００７４】
以降、音声確認システムに含まれるそれぞれのモジュールが、以下で詳細に説明される。
【００７５】
音声確認要求モジュール３２１は、主に、ネットワーク側に音声確認要求を送信するように適合される。
【００７６】
特に、確認を必要とする応用シナリオでは、音声確認要求モジュール３２１が、ネットワーク側に音声確認要求を送信するためにトリガされ、例えば、ユーザ側のウェブサイトにログオンする手順の間に、音声確認要求モジュール３２１が、ネットワーク側に音声確認要求を送信するためにトリガされ、別の例として、ユーザ側でネットワーク決済を実行する手順の間に、音声確認要求モジュール３２１が、ネットワーク側に音声確認要求を送信するためにトリガされる。
【００７７】
音声確認要求モジュール３２１によってネットワーク側に送信される音声確認要求は、通常、ＨＴＴＰに基づく音声確認要求であり、音声確認要求は、通常、ユーザを一意に特徴付け得るユーザ識別子、例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報などを運ぶ。
【００７８】
制御モジュール３１１は、主に、ユーザ側からの音声確認要求に基づいてユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するように適合される。
【００７９】
特に、制御モジュール３１１は、ユーザによって予約された複数のユーザ音声通信番号を予め記憶する。これらのユーザ音声通信番号は、通信番号の組を形成する。制御モジュール３１１は、予め記憶された通信番号の組から音声確認要求に対応するユーザ音声通信番号を取得し得る。特定の例として、制御モジュール３１１は、ユーザ音声通信番号とユーザ識別子（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報など。以降、説明はユーザの決済アカウント情報を例として用いて行われる）との間の対応関係を予め記憶し、複数の対応関係は、通信番号の組を形成する。ユーザ側から音声確認要求を受信するとき、制御モジュール３１１は、まず、音声確認要求で運ばれる情報からユーザの決済アカウント情報を取得する可能性があり、それから、制御モジュール３１１は、ユーザの決済アカウント情報に対応するユーザ音声通信番号を取得するためにユーザアカウント決済情報を用いて組内の対応関係に従ってマッチング及び検索を実行する。本実施形態は、制御モジュール３１１によって、音声確認要求に従ってユーザ音声通信番号を取得する特定の実施形態の方法に限定されない。
【００８０】
制御モジュール３１１によって取得されるユーザ音声通信番号は、主として、ネットワーク側とユーザ側との間の音声通話接続を確立するためのものである。制御モジュール３１１によって取得されるユーザ音声通信番号は、ユーザのモバイル電話番号である可能性がある。
【００８１】
１つの応用シナリオでは、制御モジュール３１１によって取得されるユーザ音声通信番号に対応するユーザ機器は、音声確認要求モジュール３２１が置かれるユーザ機器である。別の応用シナリオでは、制御モジュール３１１によって取得されるユーザ音声通信番号に対応するユーザ機器は、音声確認要求モジュール３２１が置かれるユーザ機器でない。２つの応用シナリオの特定の例は、上の実施形態１において説明されており、本明細書において繰り返されない。
【００８２】
本実施形態において、特定の期間（例えば、数時間又は数十時間又は数日）内に異なる音声確認要求に関して制御モジュール３１１によって決定される音声確認情報は、通常、反復的でない。言い換えると、制御モジュール３１１は、特定の期間内に異なる音声確認要求が異なる音声確認情報に対応すべきであることを保証すべきである。
【００８３】
制御モジュール３１１によって、音声確認要求に対応する音声確認情報を決定する特定の例が、下で与えられ、ネットワーク側は、複数のオーディオファイルを予め記憶し、複数のオーディオファイルの特徴は、互いに大きく異なる。すべてのオーディオファイルは、オーディオファイルセットを形成する可能性がある。音声確認要求を受信するとき、制御モジュール３１１は、オーディオファイルセットからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。
【００８４】
制御モジュール３１１によって、音声確認要求に対応する音声確認情報を決定する別の特定の例が、下で与えられ、制御モジュール３１１は、音声確認要求を受信した後、オーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。制御モジュール３１１によってオーディオファイルを無作為に生じさせる方法は、予め記憶されたオーディオファイルからオーディオ情報の小さなセグメントを無作為に取り込み、それによって、新しいオーディオファイルを生じさせることである可能性があり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。制御モジュール３１１によってオーディオファイルを無作為に生じさせる方法は、２又は３以上の予め記憶されたオーディオファイルを新しいオーディオファイルへと無作為に合成することである可能性もあり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。
【００８５】
本実施形態は、制御モジュール３１１が音声確認要求に対応する音声確認情報を決定するための特定の実施形態の方法、オーディオファイルの特定のフォーマット、又は制御モジュール３１１がオーディオファイルを無作為に生じさせるための特定の実施形態の方法を限定しない。
【００８６】
本実施形態の音声確認情報は、音楽音声確認情報を再生するため、又は数及び／若しくはアルファベット及び／若しくは語及び／若しくは漢字の形態の音声確認情報を再生するために使用される可能性がある。加えて、音声確認情報を再生する時間の長さは、通常、非常に短く、例えば、おおむね１〜５秒である。本実施形態は、音声確認情報によって再生される特定の内容又は音声確認情報を再生する時間の長さを限定しない。
【００８７】
本実施形態において、すべての音声確認情報は、対応する一意識別子を有し、つまり、１つの音声確認情報が、１つの識別子を用いて一意に決定され得る。識別子は、音声確認情報の識別子と呼ばれる可能性がある。音声確認情報に対応する識別子は、特に、オーディオファイルのファイル名、若しくはオーディオファイルの記憶パス及びファイル名の組合せ、又はオーディオファイルのインデックス値、又は無作為生成アルゴリズムを用いて無作為に生じさせられた識別子である可能性がある。本実施形態は、音声確認情報の識別子の特定の表現形態に限定されない。
【００８８】
本実施形態の音声確認情報に対応する識別子は、確認プロセス（例えば、決済確認プロセス）のために使用される可能性があり、音声マッチングアルゴリズムにおいて識別子を追加することによって、音声確認の結果の正確さが、さらに保証される可能性がある。
【００８９】
一実施形態においては、音声確認要求に対応する音声確認情報を決定する間に、制御モジュール３１１は、例えば、オーディオファイルのファイル名又はインデックス値を音声確認情報として取得し、別の例として、オーディオファイルの記憶パス及びファイル名を音声確認情報として取得するなど、音声確認情報に対応する識別子をやはり取得する可能性があり、それから、制御モジュール３１１は、音声確認情報に対応する識別子をユーザ側に提供する可能性がある。通常の状況においては、制御モジュール３１１は、決定された音声確認情報に対応する識別子を音声確認要求モジュール３２１に提供し得る。音声確認要求モジュール３２１は、制御モジュール３１１から送信された音声確認情報に対応する識別子を監視記録モジュール３２２に提供すべきであり、音声確認要求モジュール３２１及び監視記録モジュール３２２が同じユーザ機器に設けられない場合、音声確認要求モジュール３２１は、Ｗｉ−Ｆｉ又はＢｌｕｅｔｏｏｔｈなどのワイヤレス送信方法によって監視記録モジュール３２２に音声確認情報に対応する識別子を提供する可能性があり、音声確認要求モジュール３２１は、監視記録モジュール３２２が２次元コードをスキャンすることによって音声確認情報に対応する識別子を取得し得るように２次元コードを表示する可能性もあり、もちろん、音声確認要求モジュール３２１は、制御モジュール３１１から送信された音声確認情報に対応する識別子を監視記録モジュール３２２に提供するためにその他の都合の良い送信方法を採用する可能性もあり、加えて、音声確認要求モジュール３２１は、監視記録モジュール３２２がその後の記録から得られた記録情報に関する受信者を知り得るように、識別子を送信するとき、監視記録モジュール３２２に音声確認要求に関する受信者情報も提供する可能性がある。本実施形態は、音声確認要求モジュール３２１がネットワーク側から送信された音声確認情報に対応する識別子を監視記録モジュール３２２にどのようにして提供するかに関して特定の実施形態の方法を限定しない。
【００９０】
実際の応用シナリオでは、本実施形態の制御モジュール３１１が音声確認情報に対応する識別子をユーザ側に提供する可能性があるが、それは、本実施形態の制御モジュール３１１が音声確認情報に対応する識別子をユーザ側に提供しなければならないことを意味せず、つまり、制御モジュール３１１が音声確認情報に対応する識別子をユーザ側に提供しないとき、本実施形態の確認手順がやはり完全に実施され得ることに特に留意されたい。
【００９１】
通話モジュール３１２は、主に、制御モジュール３１１によって取得されたユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報をユーザに対して再生するように適合される。
【００９２】
特に、通話モジュール３１２は、ユーザ音声通信番号に従って通話操作を実行することによってネットワーク側とユーザ側との間の音声通話接続（すなわち、音声リンク）を確立する。通話モジュール３１２は、既存の通話方法を使用してユーザ側との音声通話接続を確立する可能性があり、例えば、通話モジュール３１２は、ＩＰネットワークがＰＳＴＮに接続されるとき、ＩＶＲ技術を用いてユーザ側との音声通話接続を確立する。
【００９３】
ユーザ側で音声通話接続を正常に確立する（例えば、ユーザが着信に答える）場合、通話モジュール３１２は、音声通話接続に基づいてユーザに対して上で決定された音声確認情報を再生する。本実施形態は、通話モジュール３１２によって対応するユーザへの通話を開始し、通話モジュール３１２によって音声通話接続を通じてユーザに対して音声確認情報を再生する特定の実施形態の方法を限定しない。
【００９４】
通話モジュール３１２は、ユーザに対して音声確認情報を正常に再生するために通話反復機能を提供し、例えば、音声通話接続がユーザの現在の通話のために正常に確立されないか、音声通話接続がユーザの現在の通話のために正常に確立されたが、音声確認情報が正常に再生されない場合、通話モジュール３１２は、ユーザのために通話機能を再実行すべきである。
【００９５】
通話モジュール３１２によって通話を繰り返す特定の例は、通話モジュール３１２がユーザ音声通信番号の加入位置を決定することができない場合、通話モジュール３１２が、ユーザ音声通信番号を調整する（例えば、現在の通話に対応する特定の失敗理由に基づいてユーザ音声通信番号をどのようにして調整すべきかを決める）可能性があり、調整後にユーザを呼び出す操作を再び実行し、例えば、通話モジュール３１２が、ユーザ音声通信番号の前に０をダイヤルし、それから、ユーザを再び呼び出し、別の例として、通話モジュール３１２が、ユーザ音声通信番号の前に加えられた０を削除し、それから、ユーザを再び呼び出すことである。
【００９６】
通話モジュール３１２によって通話を繰り返す別の特定の例は、現在の通話のために通話モジュール３１２によって使用される発呼者の番号に異常が起こる（例えば、発呼者の番号がＰＳＴＮによって遮られる）場合、通話モジュール３１２が、その他の発呼者の番号を用いてユーザを呼び出す操作を再び実行する可能性があることである。言い換えると、複数の発呼者の番号が、通話モジュール３１２において与えられ、通話モジュール３１２が発呼者の番号に由来する原因でユーザ側との音声通話接続を正常に確立することができない場合、通話モジュール３１２は、発呼者の番号を変更し、新しい発呼者の番号を用いてユーザ側との音声通話接続を確立しようと再び試みるべきである。
【００９７】
通話モジュール３１２によって通話を繰り返すさらなる特定の例は、ユーザ側との音声通話接続が現在の通話のために正常に確立されたが、音声確認情報が接続の中断のような原因で正常に再生されない場合、通話モジュール３１２が、音声確認情報を正常に再生することができるようにユーザを呼び出す操作を再び実行する可能性があることである。
【００９８】
監視記録モジュール３２２は、主に、ユーザへの通話を監視し、音声確認要求に関してネットワーク側によって再生される音声認証情報を取得するために、ユーザが呼び出されることを監視するときに、自動リスニング及び記録操作を実行するように適合され、通話が終了すると、監視記録モジュール３２２は、音声確認モジュール３１３が記録情報に従って音声確認を実行し得るように、記録から得られた記録情報をネットワーク側に送信する。
【００９９】
特に、監視記録モジュール３２２は、音声確認要求モジュール３２１が音声確認要求を送信した後、通話監視ステータスになる可能性があり、例えば、監視記録モジュール３２２は、確認サービスを開始した後、通話監視ステータスになり、着信が監視されるとき、監視記録モジュール３２２は、リスニング操作を自動的に実行し、記録サービスなどを呼び出すことによって音声通話接続で再生されたオーディオ信号を記録し、現在の通話が終了される（例えば、電話が切られる）と、監視記録モジュール３２２は、記録情報を含む音声確認メッセージをネットワーク側（例えば、制御モジュール３１１）に自動的に送信し、例えば、監視記録モジュール３２２は、ＨＴＴＰによって制御モジュール３１１に記録情報を送信し、制御モジュール３１１は、音声確認モジュール３１３が音声確認メッセージに関して音声確認操作を実行し得るように、記録情報を音声確認モジュール３１３に提供する。
【０１００】
その他の通話（確認と関係がない通話）に対して自動リスニング及び記録操作を実行することを防止するために、監視記録モジュール３２２は、通話監視ホワイトリストを予め記憶し、監視記録モジュール３２２は、監視される通話の発呼側が予め記憶された通話ホワイトリスト内の発呼側であるときに自動リスニング及び自動記録操作を実行するだけである可能性があり、そうでないとき、監視記録モジュール３２２は、自動リスニング及び自動記録操作を実行しない。
【０１０１】
監視記録モジュール３２２は、音声確認情報に対応する識別子を受信するとき、記録情報を受信された識別子と共に制御モジュール３１１に送信する可能性があり、例えば、監視記録モジュール３２２は、記録情報及び識別子を含むＨＴＴＰに基づく音声確認メッセージを制御モジュール３１１に送信する。
【０１０２】
上の例について続けると、音声確認要求モジュール３２１が置かれるユーザ機器が監視記録モジュールが置かれるユーザ機器ではないとき、監視記録モジュール３２２は、音声確認要求モジュール３２１から送信された音声確認情報に対応する識別子、及び音声確認要求に関する受信者情報を受信した後、識別子及び音声確認要求に関する受信者情報をバッファリングし、制御モジュール３１１に記録情報を送信すると、受信者情報に基づいて制御モジュール３１１に識別子及び記録情報を一緒に送信する。
【０１０３】
音声確認モジュール３１３は、主に、ユーザ側からの音声確認情報及び記録情報に従って音声確認の結果を決定するように適合される。
【０１０４】
特に、音声確認モジュール３１３は、音声マッチング操作の正確さを高めるために、その音声確認モジュール３１３が受信する記録情報（例えば、制御モジュール３１１から送信された記録情報）を前処理した後、音声マッチング操作を実行する可能性がある。ここで、前処理は、雑音低減処理及び正規化処理を指す。
【０１０５】
音声確認モジュール３１３によって確認結果を決定する特定の例は、音声確認モジュール３１３が、受信された記録情報とローカルに記憶されたそれぞれの音声確認情報との間でそれぞれ音声マッチングを実行し、記録情報に一致する音声確認情報が制御モジュール３１１によって前に決定された音声確認情報であるとき、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定されることである。
【０１０６】
音声確認モジュール３１３によって確認結果を決定する別の特定の例は、音声確認モジュール３１３が、受信された記録情報と制御モジュール３１１によって前に決定された音声確認情報との間で音声マッチングを実行し、音声マッチングの結果がそれらの情報が一致するということであるとき、音声確認モジュール３１３が、今回の音声確認が成功したと決定し、一方、音声マッチングの結果がそれらの情報が一致しないということであるとき、音声確認モジュール３１３が、今回の音声確認が失敗したと決定することである。
【０１０７】
音声確認モジュール３１３が記録情報を受信するだけでなく、ユーザ側から送信された音声確認情報に対応する識別子も受信する場合、音声確認モジュール３１３によって確認結果を決定する特定の例は、音声確認モジュール３１３が、ローカルに記憶されたすべての音声確認情報から音声確認情報の一部を選び出し、受信された記録情報と音声確認情報の一部との間でそれぞれ音声マッチングを実行し、記録情報とマッチングされた音声確認情報が制御モジュール３１１によって前に決定された音声確認情報であるとき、音声確認モジュール３１３が、今回の音声確認が成功したと決定し、そうでないとき、音声確認モジュール３１３が、今回の音声確認が失敗したと決定することである。
【０１０８】
音声確認モジュール３１３は、識別子及び記録情報を用いて音声確認を実行するためにその他の方法を採用する可能性もあり、例えば、ユーザから送信された識別子が前に決定された識別子と一致し、記録情報も前に決定された音声確認情報と一致すると決定する場合、音声確認モジュール３１３は、今回の音声確認が成功したと決定し、そうでないとき、音声確認モジュール３１３は、今回の音声確認が失敗したと決定する。
【０１０９】
実施形態の音声確認情報に対応する識別子が音声確認を決定する過程で補助情報として働く可能性があり、例えば、それが音声マッチングの回数を減らすか、又は音声確認を決定するための条件として働く可能性があることが、上の説明から分かる。
【０１１０】
音声確認モジュール３１３の音声マッチングプロセスは、記録情報内の特徴を抽出することと、抽出された特徴を音声確認の特徴と比較することとを含む可能性があり、本実施形態におけるそれぞれの音声確認情報の特徴が、予め抽出され、音声確認モジュール３１３でローカルに記憶される可能性がある。音声確認モジュール３１３の音声マッチングプロセスは、記録情報に対して音声認識を実行することと、記録情報の音声認識の結果を音声確認情報の音声認識の結果と比較することとをさらに含む可能性があり、本実施形態におけるそれぞれの音声確認情報の音声認識の結果は、予め実行され、ネットワーク側に記憶された音声認識である可能性がある。もちろん、音声確認モジュール３１３は、音声マッチングを実行するためにその他の音声マッチングアルゴリズムを使用する可能性もある。本実施形態は、音声確認モジュール３１３によって実行される音声マッチングの特定の実施形態の方法を限定しない。
【０１１１】
音声確認が成功したとき、ネットワーク側（例えば、制御モジュール３１１）は、その後の処理手順（例えば、その後の決済処理又はその後のユーザログオン手順など）に進み得る。加えて、この決済手順が（成功か若しくは失敗かにかかわらず）完了されるか又はログオン手順が（ログオン失敗か若しくはログオン成功かにかかわらず）完了されるとき、監視記録モジュール３２２は、ユーザの通話をもはや監視しない可能性があり、例えば、監視記録モジュール３２２は、現在開始されている監視サービスを閉じる。
【０１１２】
実施形態４：音声確認装置
音声確認装置の主な構造が、図４に示される。
【０１１３】
図４の音声確認装置は、制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３を含み、これらのモジュールは、ネットワーク側に設けられる。制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３は、ネットワーク側の同じデバイスに組み込まれるか、又はネットワーク側の２つ若しくは３つの相互に独立したデバイスに別々に配される可能性がある。
【０１１４】
制御モジュール３１１は、主に、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するように適合される。
【０１１５】
通話モジュール３１２は、主に、制御モジュール３１１によって取得されたユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するように適合される。
【０１１６】
音声確認モジュール３１３は、主に、制御モジュール３１１によって決定された音声確認情報及びユーザ側からの記録情報に従って音声確認の結果を決定するように適合される。
【０１１７】
制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３によって実行される特定の操作は、上の実施形態２及び実施形態３において説明されており、実施形態２に関して、制御モジュール３１１は、決済サーバに設けられる可能性があり、通話モジュール３１２は、コールセンターに設けられる可能性があり、一方、音声確認モジュール３１３は、音声マッチングサーバ及び決済サーバに設けられる可能性があり（つまり、音声確認モジュール３１３の音声マッチングの部分が音声マッチングサーバによって実行され、一方、決済サーバが音声マッチングの結果に応じて音声確認の結果の決定の部分を実行する）、これは、繰り返して説明されない。
【０１１８】
実施形態５  音声確認装置
本実施形態の音声確認モジュールの主な構造が、図５に示される。
【０１１９】
図５の音声確認モジュールは、音声確認要求モジュール及び監視記録モジュール３２２を含み、これらのモジュールは、ユーザ側に設けられる。
【０１２０】
本実施形態における音声確認要求モジュール３２１及び監視記録モジュール３２２は、ユーザ側の同じユーザ機器内に設けられる可能性があり、例えば、１つのスマートモバイル電話に配され、音声確認要求モジュール３２１及び監視記録モジュール３２２は、２つの相互に独立したデバイス内にそれぞれ設けられる可能性もあり、例えば、音声確認要求モジュール３２１が、ＰＣ又はタブレットコンピュータ内に設けられる一方、監視記録モジュール３２２は、スマートモバイル電話内に設けられる。
【０１２１】
音声確認要求モジュール３２１は、主に、ネットワーク側に音声確認要求を送信するように適合される。
【０１２２】
監視記録モジュール３２２は、主に、ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視するとき、音声確認要求に応答してネットワーク側によって再生された音声確認情報を取得するために自動ピックアップ及び記録操作を実行するように適合され、通話が終了すると、監視記録モジュール３２２は、ネットワーク側が記録情報に従って音声確認を実行し得るように、記録から得られた記録情報をネットワーク側に送信する。
【０１２３】
音声確認要求モジュール３２１及び監視記録モジュール３２２によって実行される特定の操作は、実施形態２及び実施形態３において説明されており、音声確認要求モジュール３２１及び監視記録モジュール３２２の特定の例は、実施形態２のワイヤレス決済クライアントであり、これは、本明細書において繰り返して説明されない。
【０１２４】
本開示はソフトウェア又はソフトウェア及びハードウェアの組合せで実装される可能性があり、例えば、専用集積回路（ＡＳＩＣ）、多目的コンピュータ、又は任意のその他の同様のハードウェアデバイスによって実装される可能性があることに留意されたい。一実施形態において、本開示のソフトウェアプログラムは、上記ステップ又は機能を実施するためにプロセッサによって実行される可能性がある。同様に、（関連するデータ構造を含む）本開示のソフトウェアプログラムは、コンピュータ可読記録媒体、例えば、ＲＡＭメモリ、磁気若しくは光ドライバ、又はフロッピーディスク、及び同様のデバイスに記憶され得る。加えて、本開示の機能の一部のステップは、ハードウェア、例えば、さまざまな機能又はステップを実行するためにプロセッサと協力する回路によって実施される可能性がある。
【０１２５】
本開示が上の例示的な実施形態の詳細に限定されず、本開示の精神又は基本的特徴から逸脱することなくその他の形態で実施され得ることは、当業者に明らかである。したがって、実施形態は必ず例示的と考えられるべきであり、限定的であると考えられるべきでなく、本開示の範囲は上の説明ではなく添付の請求項によって限定される。したがって、請求項の等価な要素の意味及び範囲に入るように意図されるすべての変更は、本開示に包含されるべきである。請求項の参照符号は、関連する請求項を限定すると考えられるべきでない。加えて、用語（「含む（comprise）／含んでいる（comprising）／含む（include）／含んでいる（including）」）は、その他のユニット又はステップを除外せず、単数は、複数を除外しないことは明らかである。装置の請求項に記載の複数のユニット又は手段は、ソフトウェア又はハードウェアによって単一のユニット又は手段によって実装される可能性もある。第１の及び第２のなどの用語は、名前を示すために使用され、いかなる特定の順番も示さない。
【０１２６】
例示的な実施形態が上で特に示され、説明されたが、当業者は、請求項の精神及び範囲を逸脱することなく、それらの例示的な実施形態の形態及び詳細がある程度変わり得ることを理解するであろう。本明細書において、求められる保護は、添付の請求項において定義される。それぞれの実施形態のこれらの及びその他の態様は、以下の付番された項で規定される。
１．
音声確認の方法であって、
ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するステップと、
ネットワーク側で、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報をユーザに対して再生するステップと、
ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、通話が終了すると、記録から得られた記録情報をネットワーク側に送信するステップと、
ネットワーク側で、音声確認情報及び記録情報に従って確認結果を決定するステップとを含む、前記方法。
２．
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップ、又は
音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップをさらに含む、項１に記載の方法。
３．
音声確認要求に対応する音声確認情報を決定するステップが、
音声確認情報の識別を取得し、識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた記録情報及び識別子を一緒にネットワーク側に送信するステップを含む、項１に記載の方法。
４．
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、音声確認が失敗したと決定するステップとを含む、項３に記載の方法。
５．
ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行するステップが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、項１〜４のいずれかに記載の方法。
６．
音声確認の方法であって、
音声確認要求をネットワーク側に送信するステップと、
ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視する場合、音声確認要求に応答してネットワークによって実行される音声確認情報を取得するために自動リスニング及び記録操作を実行するステップと、
通話が終了すると、ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた記録情報をネットワーク側に送信するステップとを含む、前記方法。
７．
ネットワーク側から送信された音声確認情報の識別子を受信するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた記録情報及び識別子を一緒にネットワーク側に送信するステップを含み、
識別子が、記録情報と共に音声確認を実行するためのものである、項６に記載の方法。
８．
ユーザが呼び出されることを監視する場合、自動リスニング及び記録操作を実行するステップが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、項６又は７に記載の方法。
９．
音声確認の方法であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するステップと、
ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するステップと、
音声確認情報及びユーザ側から受信された記録情報に従って音声確認の結果を決定するステップであって、記録情報が、ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、ステップとを含む、前記方法。
１０．
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップ、又は
音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップを含む、項９に記載の方法。
１１．
音声確認要求に対応する音声確認情報を決定するステップが、
音声確認情報の識別子を取得し、識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた記録情報及び識別子を一緒にネットワーク側に送信するステップを含む、項９又は１０に記載の方法。
１２．
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、音声確認が失敗したと決定するステップとを含む、項１１に記載の方法。
１３．
ユーザ側に提供される音声確認のための装置であって、
ネットワーク側に音声確認要求を送信するように適合された音声確認要求モジュールと、
ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視する場合、音声確認要求に応答してネットワーク側によって再生された音声確認情報を取得するために、自動リスニング及び記録操作を実行し、通話が終了すると、ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた記録情報をネットワーク側に送信するように適合された監視記録モジュールとを含む、前記装置。
１４．
音声確認要求モジュールが、
ネットワーク側から送信された音声確認情報の識別子を受信するようにさらに適合され、
監視記録モジュールが、
記録から得られた記録情報及び識別子を共にネットワーク側に送信するように特に適合され、
識別子が、記録情報と共に音声確認を実行するためのものである、項１３に記載の装置。
１５．
監視記録モジュールが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するように特に適合される、項１３又は１４に記載の装置。
１６．
ネットワーク側に提供される音声確認のための装置であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するように適合された制御モジュールと、
ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するように適合された通話モジュールと、
音声確認情報及びユーザ側から受信された記録情報に従って音声確認の結果を決定するように適合された音声確認モジュールであって、記録情報が、ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、音声確認モジュールとを含む、前記装置。
１７．
制御モジュールが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するか、又は
音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用するように特に適合される、項１６に記載の装置。
１８．
制御モジュールが、
音声確認情報の識別子を取得し、識別子をユーザ側に提供するようにさらに適合され、
制御モジュールが、ユーザ側から記録情報及び識別子を受信するように特に適合される、項１６又は１７に記載の装置。
１９．
音声確認モジュールが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行し、
記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、音声確認が失敗したと決定するように特に適合される、項１８に記載の方法。
２０．
音声確認のシステムであって、
項１３〜１５のいずれかに記載の装置及び項１６〜１９のいずれかに記載の装置を含む、前記システム。
【図１】
2017529711.tif 000003
【図２】
2017529711.tif 000004
【図３】
2017529711.tif 000005
【図４】
2017529711.tif 000006
【図５】
2017529711.tif 000007
【手続補正書】
【提出日】平成28年9月29日(2016.9.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
音声確認の方法であって、
ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、前記音声確認要求に対応する音声確認情報を決定するステップと、
前記ネットワーク側で、前記ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報を前記ユーザに対して再生するステップと、
前記ユーザ側で、前記ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、前記通話が終了すると、記録から得られた記録情報を前記ネットワーク側に送信するステップと、
前記ネットワーク側で、前記音声確認情報及び前記記録情報に従って確認結果を決定するステップとを含む、前記方法。
【請求項２】
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを前記音声確認要求に対応する音声確認情報として使用するステップ、又は
前記音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを前記音声確認要求に対応する前記音声確認情報として使用するステップをさらに含む、請求項１に記載の方法。
【請求項３】
音声確認要求に対応する音声確認情報を決定するステップが、
前記音声確認情報の識別を取得し、識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた前記記録情報及び前記識別子を一緒に前記ネットワーク側に送信するステップを含む、請求項１に記載の方法。
【請求項４】
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、前記記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
前記記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、前記音声確認が失敗したと決定するステップとを含む、請求項３に記載の方法。
【請求項５】
ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行するステップが、
前記ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、請求項１〜４のいずれかに記載の方法。
【請求項６】
音声確認の方法であって、
音声確認要求をネットワーク側に送信するステップと、
前記ネットワーク側からユーザへの通話を監視し、前記ユーザが呼び出されることを監視する場合、前記音声確認要求に応答してネットワークによって実行される音声確認情報を取得するために自動リスニング及び記録操作を実行するステップと、
前記通話が終了すると、前記ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた前記記録情報を前記ネットワーク側に送信するステップとを含む、前記方法。
【請求項７】
ネットワーク側から送信された音声確認情報の識別子を受信するステップをさらに含み、
記録から得られた記録情報を前記ネットワーク側に送信するステップが、
前記記録から得られた前記記録情報及び前記識別子を一緒に前記ネットワーク側に送信するステップを含み、
前記識別子が、前記記録情報と共に音声確認を実行するためのものである、請求項６に記載の方法。
【請求項８】
ユーザが呼び出されることを監視する場合、自動リスニング及び記録操作を実行するステップが、
前記ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、請求項６又は７に記載の方法。
【請求項９】
音声確認の方法であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、前記音声確認要求に対応する音声確認情報を決定するステップと、
前記ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、前記音声確認情報を前記ユーザに対して再生するステップと、
前記音声確認情報及び前記ユーザ側から受信された記録情報に従って音声確認の結果を決定するステップであって、前記記録情報が、前記ユーザ側で、前記ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、ステップとを含む、前記方法。
【請求項１０】
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを前記音声確認要求に対応する音声確認情報として使用するステップ、又は
前記音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを前記音声確認要求に対応する前記音声確認情報として使用するステップを含む、請求項９に記載の方法。
【請求項１１】
音声確認要求に対応する音声確認情報を決定するステップが、
前記音声確認情報の識別子を取得し、前記識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた前記記録情報及び前記識別子を一緒に前記ネットワーク側に送信するステップを含む、請求項９又は１０に記載の方法。
【請求項１２】
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、前記記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
前記記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、前記音声確認が失敗したと決定するステップとを含む、請求項１１に記載の方法。
【請求項１３】
ユーザ側に提供される音声確認のための装置であって、
ネットワーク側に音声確認要求を送信するように適合された音声確認要求モジュールと、
前記ネットワーク側からユーザへの通話を監視し、前記ユーザが呼び出されることを監視する場合、前記音声確認要求に応答して前記ネットワーク側によって再生された音声確認情報を取得するために、自動リスニング及び記録操作を実行し、前記通話が終了すると、前記ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた前記記録情報を前記ネットワーク側に送信するように適合された監視記録モジュールとを含む、前記装置。
【請求項１４】
音声確認要求モジュールが、
ネットワーク側から送信された音声確認情報の識別子を受信するようにさらに適合され、
監視記録モジュールが、
記録から得られた記録情報及び前記識別子を共に前記ネットワーク側に送信するように特に適合され、
前記識別子が、前記記録情報と共に音声確認を実行するためのものである、請求項１３に記載の装置。
【請求項１５】
監視記録モジュールが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するように特に適合される、請求項１３又は１４に記載の装置。
【請求項１６】
ネットワーク側に提供される音声確認のための装置であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、前記音声確認要求に対応する音声確認情報を決定するように適合された制御モジュールと、
前記ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、前記音声確認情報を前記ユーザに対して再生するように適合された通話モジュールと、
前記音声確認情報及び前記ユーザ側から受信された記録情報に従って音声確認の結果を決定するように適合された音声確認モジュールであって、前記記録情報が、前記ユーザ側で、前記ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、音声確認モジュールとを含む、前記装置。
【請求項１７】
制御モジュールが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するか、又は
前記音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを前記音声確認要求に対応する前記音声確認情報として使用するように特に適合される、請求項１６に記載の装置。
【請求項１８】
制御モジュールが、
音声確認情報の識別子を取得し、前記識別子をユーザ側に提供するようにさらに適合され、
前記制御モジュールが、前記ユーザ側から記録情報及び前記識別子を受信するように特に適合される、請求項１６又は１７に記載の装置。
【請求項１９】
音声確認モジュールが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行し、
前記記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、前記音声確認が失敗したと決定するように特に適合される、請求項１８に記載の装置。
【請求項２０】
音声確認のシステムであって、
請求項１３〜１５のいずれかに記載の装置及び請求項１６〜１９のいずれかに記載の装置を含む、前記システム。
【請求項２１】
実行されるときに請求項１〜１２のいずれかに記載の方法を実行させるコンピュータコードを記憶するコンピュータ可読媒体。
【請求項２２】
コンピュータデバイスによって実行されるときに請求項１〜１２のいずれかに記載の方法を実行させるコンピュータプログラム製品。
【請求項２３】
メモリ及びプロセッサを含み、前記メモリがコンピュータコードを記憶し、前記プロセッサが前記コンピュータコードを実行することによって請求項１〜１２のいずれかに記載の方法を実行するように構成されるコンピュータデバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１５年６月３０日に出願した「Method of voice verification, Apparatus, And System」と題した中国特許出願第２０１５１０３７８０１８．Ｘ号の優先権を主張するものであり、この特許出願の内容は、参照によって本明細書に組み込まれる。
【０００２】
本発明は、確認技術に関し、より詳細には、音声確認の方法、音声確認装置、及び音声確認システムに関する。
【背景技術】
【０００３】
ユーザの財産の喪失及びユーザ情報の漏洩を防止するためのユーザアカウントのセキュリティ又はユーザ情報のセキュリティを守るために、確認が、ネットワーク決済及びユーザのログオンのようなプロセスに広く適用されてきた。
【０００４】
既存の確認プロセスは、通常、（マルチメディアメッセージングサービス（ＭＭＳ，Multimedia Messaging Service）メッセージを含む）ショートメッセージングサービス（ＳＭＳ，Short Messaging Service）メッセージに基づいて実装される。特定の実施形態のプロセスは、概して、ユーザ機器から確認要求を受信した後、サーバ（例えば、決済サーバ又はログオンサーバ）によって、ユーザによって予約されたモバイル電話番号を検索し、確認コードが数字又はアルファベット又は数字及びアルファベットの組合せである可能性がある、確認要求に関する確認コードを生じさせること、サーバによって、ユーザによって予約されたモバイル電話番号に従ってＳＭＳサーバを介してユーザに確認コードを含むＳＭＳメッセージを送信すること、ＳＭＳを受信した後にユーザによって、対応するページの入力ボックスにＳＭＳの確認コードを入力すること、ユーザ機器から確認コードを受信した後にサーバによって、前に生じさせられた確認コード及び受信された確認コードに従って確認を行うことを含む。確認結果は、主として、サーバがその後の手順（例えば、その後のログオン手順又は決済手順など）を決めるためのものである。
【０００５】
本発明を生み出す過程で、発明者らは、既存の確認方法がネットワーク攻撃及び確認要求の偽造を含む違法行為によるユーザアカウント及びユーザ情報に対するセキュリティの問題をある程度防止することができるが、不便さ、不確実さ、及び単一の確認手段のような問題に対処するための改善をまだ必要とすることを発見している。特に、ＳＭＳメッセージが記憶及び転送メカニズム（storage and forwarding mechanism）を介して送信されるので、ＳＭＳサーバは、ＳＭＳメッセージを送信するときに受信者のステータス（例えば、受信者が電源がオンであるかどうか又は信号のカバーエリア内にあるかどうか）を知らず、したがって、受信者がＳＭＳメッセージを受信する時間が予測できず、このことは、確認プロセスに不確実さを加え、通常の状況においては、ＳＭＳをユーザに送信するのに約５〜１０秒を要し、ユーザは確認コードが受信されるまで待つ必要があり、さらに、既存の確認方法は、ユーザが受信された確認コードを手動で入力することを必要とするので不便であり、確認コードの手動入力は、確認プロセス中に人為的な瑕疵を持ち込み、確認プロセスの利便性をさらに損なう可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、音声確認のための方法、装置、及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、音声確認の方法であって、ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するステップと、ネットワーク側で、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報をユーザに対して再生するステップと、ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、通話が終了すると、記録から得られた記録情報をネットワーク側に送信するステップと、ネットワーク側で、音声確認情報及び記録情報に従って確認結果を決定するステップとを含む、前記方法が提供される。
【０００８】
本発明の別の態様によれば、音声確認の方法であって、音声確認要求をネットワーク側に送信するステップと、ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視する場合、音声確認要求に応答してネットワークによって実行される音声確認情報を取得するために自動リスニング及び記録操作を実行するステップと、通話が終了すると、ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた記録情報をネットワーク側に送信するステップとを含む、前記方法が提供される。
【０００９】
本発明の別の態様によれば、音声確認の方法であって、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するステップと、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するステップと、音声確認情報及びユーザ側から受信された記録情報に従って音声確認の結果を決定するステップであって、記録情報が、ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、ステップとを含む、前記方法が提供される。
【００１０】
本発明の態様によれば、ユーザ側に提供される音声確認のための装置であって、ネットワーク側に音声確認要求を送信するように適合された音声確認要求モジュールと、ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視する場合、音声確認要求に応答してネットワーク側によって再生された音声確認情報を取得するために、自動的なリスニング及び記録操作を実行し、通話が終了すると、ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた記録情報をネットワーク側に送信するように適合された監視記録モジュールとを含む、前記装置が提供される。
【００１１】
本発明の別の態様によれば、ネットワーク側に提供される音声確認のための装置であって、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するように適合された制御モジュールと、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するように適合された通話モジュールと、音声確認情報及びユーザ側から受信された記録情報に従って音声確認の結果を決定するように適合された音声確認モジュールであって、記録情報が、ユーザ側で、ユーザが呼び出されることを監視するとき、自動的なリスニング及び記録操作を実行することから得られた情報を指す、音声確認モジュールとを含む、前記装置が提供される。
【００１２】
本発明のさらなる態様によれば、ユーザ側に設けられた音声確認のための上述の装置及びネットワーク側に設けられた音声確認のための装置を含む、音声確認システムがさらに提供される。
【００１３】
従来技術と比較して、本発明は、以下の利点、すなわち、ユーザ側からの音声確認要求に応答してユーザへの通話を開始し、ユーザに対して音声確認情報を再生することによって、ネットワーク側がユーザ側のステータスと音声確認情報がユーザ側に対して正常に再生されたかどうかとをはっきりと知り得るという利点を有し、本発明は、ネットワーク側がユーザのステータスを知ることができないことによって引き起こされる確認プロセスのある程度の不確実さを避ける。ユーザ側に監視、自動リスニング、自動音声記録、及びネットワークワークへの記録情報の自動送信などの操作を実行させることによって、本発明の実施形態によれば、ネットワーク側がその後の音声確認操作を速やかで円滑に実行し得るように、確認を必要とする情報（すなわち、記録情報）がネットワーク側に、手動操作を導入することなく自動的に送り返される可能性があり、それは、確認コードの手動入力、ユーザが確認を必要とする情報の受信を待たなければならないこと、及び確認プロセスに人為的な過失を招くことなどによって引き起こされる確認プロセスの不便さのような問題を防止する。したがって、本発明によって提供される技術的な解決策は、確認の利便性を高め、不確実さを減らし、確認の実施形態の方法を充実させることが分かる。
【図面の簡単な説明】
【００１４】
添付の図面を参照して非限定的な実施形態の詳細な説明を読むことによって、本発明のその他の特徴、目的、及び利点がさらに明らかになるであろう。
【図１】本発明の第１の実施形態による音声確認の方法の流れ図である。
【図２】本発明の第２の実施形態による音声確認の方法の流れ図である。
【図３】本発明の第３の実施形態による音声確認システムの概略図である。
【図４】本発明の第４の実施形態による音声確認装置の概略図である。
【図５】本発明の第５の実施形態による音声確認装置の概略図である。
【発明を実施するための形態】
【００１５】
図面において、同じ又は同様の参照番号は、同じ又は同様の構成要素を表す。
【００１６】
例示的な実施形態をより詳細に検討する前に、一部の例示的な実施形態が流れ図の形態で処理又は方法として説明されることが言及されるべきである。流れ図はそれぞれの操作を順次処理されるものとして示すが、流れ図中の多くの操作は、平行して、同時に、又は一斉に実施される可能性がある。加えて、さまざまな操作が、順序を変えられ得る。操作が完了されるとき、処理は終了される可能性がある。しかし、添付の図面に含まれないさらなるステップが含まれる可能性がある。処理は、方法、機能、仕様、サブルーチン、サブプログラムなどに対応する可能性がある。
【００１７】
文脈の中で言及される「サーバ」は、論理的サーバ又はエンティティサーバ（entity server）を含む可能性があり、エンティティサーバは、「ネットワークデバイス」とも呼ばれる可能性があり、「ネットワークデバイス」とはすなわち、ネットワーク側に設けられ、所定のプログラム又は命令を実行することによって数値計算及び／又は論理計算のような所定の処理手順を実行し得るインテリジェントな電子デバイスである。ネットワークデバイスは、プロセッサ及びメモリを含む可能性があり、プロセッサは、所定の処理手順を実行するための予め記憶されたプログラム命令を実行し、所定の処理手順は、ＡＳＩＣ、ＦＰＧＡ、及びＤＳＰなどのハードウェアによって実行されるか、又は命令及びハードウェアの組合せによって実行される可能性もある。
【００１８】
エンティティサーバは、小型のタブレットデバイス又は大型のタブレットデバイスである可能性がある。サーバは単なる例であり、本発明に適用可能であるならば、その他の既存の又は将来登場するであろうネットワークデバイスも本発明の保護範囲に含まれるべきであり、参照により本明細書に組み込まれることに留意する必要がある。
【００１９】
下で検討される方法（その一部は流れ図によって示される）は、概して、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、又はこれらの任意の組合せによって実装される可能性がある。それらの方法がソフトウェア、ファームウェア、ミドルウェア、又はマイクロコードを用いて実装されるとき、必要なタスクを実行するためのプログラムコード又はコードセグメントは、機械又はコンピュータ可読媒体（例えば、ストレージ媒体）に記憶される可能性がある。（１又は２以上の）プロセッサが、必要なタスクを実施する可能性がある。
【００２０】
本明細書において開示される特定の構造及び機能の詳細は、本発明の例示的な実施形態を説明することを目的とした見本であるに過ぎない。むしろ、本発明は、多くの代替的な実施形態によって特に実装され得る。したがって、本発明は本明細書に示される実施形態にのみ限定されると理解されるべきでない。
【００２１】
しかし、「第１の」及び「第２の」のような用語がそれぞれのユニットを説明するために本明細書において使用される可能性があるが、これらのユニットはこれらの用語によって限定されるべきでないことを理解されたい。これらの用語の使用は、ユニットを区別するためのものであるに過ぎない。例えば、例示的な実施形態の範囲を逸脱することなく、第１のユニットが第２のユニットと呼ばれる可能性があり、同様に、第２のユニットが第１のユニットと呼ばれる可能性がある。本明細書において使用される用語「及び／又は」は、列挙された１又は２以上の関連する項目の任意の及びすべての組合せを含む。
【００２２】
１つのユニットがさらなるユニットに「接続される」又は「結合される」とき、そのユニットはさらなるユニットに直接接続されるか若しくは結合される可能性があり、又は中間ユニットが存在する可能性がある。対照的に、ユニットがさらなるユニットに「直接接続される」又は「直接結合される」とき、中間ユニットは存在しない。ユニットの間の関係を説明するためのその他の用語（例えば、「〜の間に配される」対「〜の間に直接配される」、「隣接する」対「直に隣接する」など）は、同様にして解釈されるべきである。
【００２３】
本明細書において使用される用語は、好ましい実施形態を説明するためのものに過ぎず、例示的な実施形態を限定するように意図されていない。別途示されない限り、本明細書において使用される単数形「１つの（a）」又は「１つの（one）」は、複数形も含むように意図される。本明細書において使用される用語「含む（comprise）」及び／又は「含む（include）」は、記載された特徴、整数（integer）、ステップ、操作、ユニット、及び／又は構成要素の存在を規定するが、１若しくは２以上のその他の特徴、整数、ステップ、操作、ユニット、構成要素、及び／又はこれらの組合せの存在又は追加を除外しないことも理解されたい。
【００２４】
一部の代替的な実施形態においては、記載された機能／アクションが図面において示されるものとは異なる順序で行われる可能性があることにも留意されたい。例えば、含まれる機能／アクションに応じて、２つの連続的に示された図が、実質的に同時に又はときには逆の順序で実行される可能性がある。
【００２５】
以降で、本発明が、図面に関連してさらに詳細に説明される。
【００２６】
実施形態１：音声確認の方法
図１は、本実施形態の音声確認の方法の流れ図を示し、図１に示される方法は、主として、ステップＳ１００、ステップＳ１１０、ステップＳ１２０、及びステップＳ１３０を含む。以降、図１のそれぞれのステップが示される。
【００２７】
Ｓ１００：ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号（user voice communication number）を取得し、音声確認要求に対応する音声確認情報を決定する。
【００２８】
特に、ネットワーク側は、ユーザによって予約された複数のユーザ音声通信番号を予め記憶する。これらのユーザ音声通信番号は、通信番号の組を形成する。ネットワーク側は、通信番号の予め記憶された組から音声確認要求に対応するユーザ音声通信番号を取得し得る。特定の例において、ネットワーク側の通信番号の組は、ユーザ音声通信番号とユーザ識別子（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報など。以降、説明はユーザの決済アカウント情報を例として用いて行われる）との間の複数の対応関係を含む。ネットワーク側は、ユーザ側から音声確認要求を受信するとき、まず、音声確認要求で運ばれる情報からユーザの決済アカウント情報を取得する可能性があり、それから、ネットワーク側は、ユーザの決済アカウント情報に対応するユーザ音声通信番号を取得するためにユーザアカウント決済情報を用いて組からマッチング及び検索を実行する。本実施形態は、ネットワーク側で音声確認要求に従ってユーザ音声通信番号を取得する特定の実施形態に限定されない。
【００２９】
本実施形態において取得されるユーザ音声通信番号は、主として、ネットワーク側とユーザ側との間の音声通話接続を確立するためのものである。本実施形態におけるユーザ音声通信番号は、ユーザのモバイル電話番号である可能性がある。
【００３０】
１つの応用シナリオでは、本実施形態において、ユーザ音声通信番号に対応するユーザデバイス及び音声確認要求を送信するユーザ機器は、同じユーザ機器であり、例えば、ユーザは、そのユーザのスマートモバイル電話（又は電話機能を有するタブレットコンピュータ）を用いて決済操作又はログオン操作などを実行し、単に、スマートモバイル電話（又は電話機能を有するタブレットコンピュータ）の番号（すなわち、ユーザのモバイル電話番号）が、ユーザ識別子（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報など）に対応するユーザ音声通信番号である。
【００３１】
別の応用シナリオでは、本実施形態において、ユーザ音声通信番号に対応するユーザ機器は、音声確認要求を送信するユーザ機器と異なり、例えば、ユーザが、そのユーザのスマートフォン（又は電話機能を有するタブレットコンピュータ）を用いて決済操作又はログオン操作などを実行する一方、ネットワーク側に記憶されたユーザ識別子情報に対応するユーザ音声通信番号は、ユーザのスマートフォンの番号であり、別の例においては、ユーザが、スマートフォンを用いて決済操作を実行する一方、スマートフォンの番号（すなわち、ユーザのモバイル電話番号）は、ユーザ識別子情報（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報）に対応するユーザ音声通信番号ではなく、つまり、ユーザ識別子情報に対応するユーザ音声通信番号は、決済操作又はログオン操作を実行するためにユーザによって使用されるスマートモバイル電話番号の番号と同一ではない。
【００３２】
本実施形態において、特定の期間（例えば、数時間又は数十時間又は数日）内に異なる音声確認要求に関してネットワーク側で決定される音声確認情報は、通常、反復的でない。言い換えると、本発明のネットワーク側は、特定の期間内に異なる音声確認要求が異なる音声確認情報に対応すべきであることを保証すべきである。
【００３３】
本実施形態のネットワーク側によって、音声確認要求に対応する音声確認情報を決定する特定の例が、下で与えられ、ネットワーク側は、複数のオーディオファイル（音声ファイルとも呼ばれる可能性がある）を予め記憶し、複数のオーディオファイルの特性は、大きく異なり、すべてのオーディオファイルが、オーディオファイルセットを形成する可能性があり、音声確認要求を受信するとき、ネットワーク側は、オーディオファイルセットからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。
【００３４】
本実施形態のネットワーク側によって、音声確認要求に対応する音声確認情報を決定する別の特定の例が、下で与えられ、ネットワーク側は、音声確認要求を受信した後、オーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。ネットワーク側でオーディオファイルを無作為に生じさせる方法は、予め記憶されたオーディオファイルからオーディオ情報の小さなセグメントを無作為に取り込み、それによって、新しいオーディオファイルを生じさせることである可能性があり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。ネットワーク側でオーディオファイルを無作為に生じさせる方法は、２又は３以上の予め記憶されたオーディオファイルを新しいオーディオファイルへと無作為に合成することである可能性もあり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。
【００３５】
本実施形態は、ネットワーク側が音声確認要求に対応する音声確認情報を決定するための特定の実施形態の方法を、特定のフォーマットのオーディオファイル、又はネットワーク側がオーディオファイルを無作為に生じさせるための特定の実施形態の方法などに限定しない。
【００３６】
本実施形態の音声確認情報は、音楽音声確認情報（musical voice verification information）を再生するため、又は数及び／若しくはアルファベット及び／若しくは語及び／若しくは漢字の形態の音声確認情報を再生するために使用される可能性があり、加えて、音声確認情報を再生する継続時間は、通常、非常に短く、例えば、おおむね１〜５秒などである。本実施形態は、音声確認情報によって再生される特定の内容又は音声確認情報を再生する時間の長さを限定しない。
【００３７】
本実施形態において、すべての音声確認情報は、対応する一意識別子を有し、つまり、１つの音声確認情報が、１つの識別子を用いて一意に決定され得る。識別子は、音声確認情報の識別子と呼ばれる可能性がある。音声確認情報に対応する識別子は、特に、オーディオファイルのファイル名、若しくはオーディオファイルの記憶パス及びファイル名の組合せ、又はオーディオファイルのインデックス値、又は無作為生成アルゴリズムを用いて無作為に生じさせられた識別子である可能性がある。本実施形態は、音声確認情報の識別子の特定の表現形態に限定されない。
【００３８】
本実施形態の音声確認情報に対応する識別子は、確認プロセス（例えば、決済確認プロセス）のために使用される可能性があり、音声マッチングアルゴリズムにおいて識別子を追加することによって、音声確認の結果の正確さが、さらに保証される可能性がある。
【００３９】
一実施形態においては、音声確認要求に対応する音声確認情報を決定する間に、ネットワーク側は、例えば、オーディオファイルのファイル名又はインデックス値を音声確認情報として取得し、別の例として、オーディオファイルの記憶パス及びファイル名を音声確認情報として取得するなど、音声確認情報に対応する識別子をやはり取得する可能性があり、それから、ネットワーク側は、音声確認情報に対応する識別子をユーザ側に提供する可能性がある。通常の状況においては、ネットワーク側は、決定された音声確認情報に対応する識別子を、ユーザ側の音声確認要求を送信するユーザ機器に提供し得る。音声確認要求を送信するユーザ機器がユーザ音声通信番号に対応するユーザ機器でない場合、音声確認要求を送信するユーザ機器は、ネットワーク側から送信された音声確認情報に対応する識別子をユーザ音声通信番号に対応するユーザ機器に提供する可能性があり、例えば、音声確認要求を送信するユーザ機器は、ＷｉＦｉ又はＢｌｕｅｔｏｏｔｈなどのワイヤレス送信方法によって、音声確認情報に対応する識別子を、ユーザ音声通信番号に対応するユーザ機器に提供し、別の例として、音声確認要求を送信するユーザ機器は、ユーザ音声通信番号に対応するユーザ機器が２次元コードをスキャンすることによって音声確認情報に対応する識別子を取得し得るように２次元コードを表示し、もちろん、音声確認要求を送信するユーザ機器は、ネットワーク側から送信された音声確認情報に対応する識別子をユーザ音声通信番号に対応するユーザ機器に提供するためにその他の都合の良い送信方法を採用する可能性もあり、加えて、音声確認要求を送信するユーザ機器は、ユーザ音声通信番号に対応するユーザ機器がその後の記録から得られる記録情報の受信者を知り得るように、識別子を送信するとき、音声確認要求に関する受信者情報もユーザ音声通信番号に対応するユーザ機器に提供する可能性がある。本実施形態は、音声確認要求を送信するユーザ機器がネットワーク側から送信された音声確認情報に対応する識別子をユーザ音声通信番号に対応するユーザ機器にどのようにして提供するかに関して特定の実施形態の方法を限定しない。
【００４０】
実際の応用シナリオでは、本実施形態のネットワーク側が音声確認情報に対応する識別子をユーザ側に提供する可能性があるが、それは、本実施形態のネットワーク側が音声確認情報に対応する識別子をユーザ側に提供しなければならないことを意味せず、つまり、ネットワーク側が音声確認情報に対応する識別子をユーザ側に提供しないとき、本実施形態の確認手順がやはり実施され得ることに特に留意されたい。
【００４１】
Ｓ１１０：ネットワーク側で、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルー（call through）の場合、決定された音声確認情報をユーザに対して再生する。
【００４２】
特に、本実施形態のネットワーク側は、ユーザ側との音声通話接続（すなわち、音声リンク）を確立するためにユーザ音声通信番号に従って対応する通話操作を実行する可能性がある。本実施形態のネットワーク側は、既存の通話方法を使用してユーザ側との音声通話接続を確立する可能性があり、例えば、ネットワーク側は、公衆交換電話網（ＰＳＴＮ，Public Switched Telephone Network）によってインターネットプロトコル（ＩＰ，Internet Protocol）ネットワークに接続し、又はネットワーク側は、自動音声応答（ＩＶＲ，Interactive Voice Response）技術を用いてユーザ側との音声通話接続を確立する。ユーザ側との音声通話接続を正常に確立する（例えば、ユーザが着信に答える）とき、ネットワーク側は、音声通話接続に基づいてユーザに対して上で決定された音声確認情報を再生する。本実施形態は、ネットワーク側によって対応するユーザへの通話を開始し、ネットワーク側によって音声通話接続を通じてユーザに対して音声確認情報を再生する特定の実施形態の方法を限定しない。
【００４３】
本実施形態のネットワーク側は、ユーザに対して音声確認情報を正常に再生することができるように通話反復機能（call repeating function）を提供し、例えば、音声通話接続がユーザの現在の通話のために正常に確立されない場合、又は音声通話接続がユーザの現在の通話のために正常に確立されたが、音声確認情報が正常に再生されない場合、ネットワーク側は、ユーザのために通話機能を再び実行するべきである。
【００４４】
ネットワーク側で通話を繰り返す特定の例は、ネットワーク側がユーザ音声通信番号の加入位置（subscription location）を決定することができない場合、ネットワーク側が、ユーザ音声通信番号に対して調整を実行し（例えば、現在の通話に対応する特定の失敗理由に基づいてユーザ音声通信番号をどのようにして調整すべきかを決め）、調整後にユーザを呼び出す操作を再実行する可能性があり、例えば、ネットワーク側が、ユーザ音声通信番号の前に０をダイヤルし、ユーザを再び呼び出し、別の例として、ネットワーク側が、ユーザ音声通信番号の前に加えられた０を削除し、ユーザを再び呼び出すことである。
【００４５】
ネットワーク側で通話を繰り返す別の特定の例は、現在の通話によって使用される発呼者の番号に異常が起こる（例えば、発呼者の番号がＰＳＴＮによって遮られるなど）場合、ネットワーク側が、その他の発呼者の番号を用いてユーザを呼び出す操作を再び実行する可能性があることである。言い換えると、複数の発呼者の番号が、ネットワーク側において与えられ、ネットワーク側が発呼者の番号に由来する原因でユーザ側との音声通話接続を正常に確立することができない場合、ネットワーク側は、発呼者の番号を変更し、新しい発呼者の番号を用いてユーザ側との音声通話接続を確立しようと再び試みるべきである。
【００４６】
ネットワーク側で通話を繰り返すさらなる特定の例は、ネットワーク側が現在の通話のためにユーザ側との音声通話接続を正常に確立したが、接続の中断のような理由で音声確認情報を正常に再生することができないとき、ネットワーク側が、音声確認情報を正常に再生することができるようにユーザを呼び出す操作を再び実行する可能性があることである。
【００４７】
Ｓ１２０．ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、通話が終了すると、記録から得られた記録情報をネットワーク側に送信する。
【００４８】
特に、ユーザ側は、音声確認要求を送信した後、通話監視ステータスになる可能性があり、例えば、ユーザ側は、確認サービスを開始した後、通話監視ステータスになり、着信があることを監視するとき、ユーザ側は、リスニング操作を自動的に実行し、記録サービスなどを呼び出すことによって音声通話接続で再生されたオーディオ信号を記録し、通話が終了する（例えば、電話が切られる）と、ユーザ側は、ネットワーク側が音声確認メッセージに関する音声確認操作を実行し得るように、記録情報を含む音声確認メッセージをネットワーク側に自動的に送信し、例えば、ネットワーク側は、ハイパーテキスト転送プロトコル（ＨＴＴＰ，HyperText Transfer Protocol）によってネットワーク側に記録情報を送信する。
【００４９】
その他の通話（確認と関係がない通話）に対して自動リスニング及び記録操作を実行することを防止するために、本実施形態のユーザ側は、通話監視ホワイトリストを予め記憶し、ユーザ側は、監視される通話の発呼側が予め記憶された通話ホワイトリスト内の発呼側に属するときに自動リスニング及び自動記録操作を実行するだけであり、そうでないとき、ユーザ側は、自動リスニング及び自動記録操作を実行しない。
【００５０】
ユーザ側は、ネットワーク側から送信された音声確認情報に対応する識別子を受信する場合、記録情報を受信された識別子と共にネットワーク側に送信する可能性があり、例えば、ユーザ側は、記録情報及び識別子を含むＨＴＴＰに基づく音声確認メッセージをネットワーク側に送信する。
【００５１】
上の例について続けると、音声確認要求を送信するユーザ機器がユーザ音声通信番号に対応するユーザ機器ではないとき、ユーザ音声通信番号に対応するユーザ機器は、音声確認要求及び音声確認要求に関する受信者情報を送信するユーザ機器から送信された音声確認情報に対応する識別子を受信した後、音声確認要求内の識別子及び受信者情報をバッファリングし、記録情報をネットワーク側に送信するときに、受信者情報に基づいてネットワーク側に識別子及び記録情報を共に送信する。
【００５２】
Ｓ１３０．ネットワーク側で、音声確認情報及び記録情報に従って確認結果を決定する。
【００５３】
特に、ネットワーク側は、それによって音声マッチング操作の正確さを高めるために受信された記録された情報を前処理した後、音声マッチングの操作を実行する可能性がある。ここで、前処理は、雑音低減処理及び正規化（normalization）処理を指す。
【００５４】
本実施形態において確認結果を決定する特定の例は、ネットワーク側が、受信された記録情報とネットワーク側に記憶されたそれぞれの音声確認情報との間でそれぞれ音声マッチングを実行し、記録情報に一致する音声確認情報がネットワーク側によって前に決定された音声確認情報であるとき、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定されることである。
【００５５】
本実施形態において確認結果を決定する別の特定の例は、ネットワーク側が、受信された記録情報とネットワーク側によって前に決定された音声確認情報との間で音声マッチングを実行し、音声マッチングの結果がそれらの情報が一致するということであるとき、今回の音声確認が成功したと決定し、一方、音声マッチングの結果がそれらの情報が一致しないということであるとき、今回の音声確認が失敗したと決定することである。
【００５６】
ネットワーク側が記録情報を受信するだけでなく、ユーザ側から送信された音声確認情報に対応する識別子も受信する場合、本実施形態において確認結果を決定する特定の例は、ネットワークが、受信された識別子に従ってネットワーク側に記憶されたすべての音声確認情報から音声確認情報の一部を選び出し、受信された記録情報と音声確認情報の一部との間でそれぞれ音声マッチングを実行し、記録情報に一致する音声確認情報がネットワーク側によって前に決定された音声確認情報であるとき、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定することである。
【００５７】
ネットワーク側は、識別子及び記録情報を用いて音声確認を実行するためにその他の方法を採用する可能性もあり、例えば、ユーザから送信された識別子が前に決定された識別子と一致し、記録情報も前に決定された音声確認情報と一致すると決定する場合、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定する。
【００５８】
実施形態の音声確認情報に対応する識別子が音声確認を決定する過程で補助情報として働く可能性があり、例えば、それが音声マッチングの回数を減らすか、又は音声確認を決定するための条件として働く可能性があることが、上の説明から分かる。
【００５９】
本実施形態の音声マッチングプロセスは、記録情報内の特徴を抽出することと、抽出された特徴を音声確認の特徴と比較することとを含む可能性があり、本実施形態におけるそれぞれの音声確認情報の特徴が、予め抽出され、ネットワーク側に記憶される可能性がある。本実施形態の音声マッチングプロセスは、記録情報に対して音声認識を実行することと、記録情報に対する音声認識の結果を音声確認情報に対する音声認識の結果と比較することとをさらに含む可能性があり、本実施形態におけるそれぞれの音声確認情報の音声認識の結果は、予め実行され、ネットワーク側に記憶された音声認識である可能性がある。もちろん、本実施形態は、音声マッチングを実行するためにその他の音声マッチングアルゴリズムを使用する可能性もある。本実施形態は、音声マッチングの特定の実施形態の方法を限定しない。
【００６０】
音声確認が成功したとき、ネットワーク側は、その後の処理手順（例えば、その後の決済手順又はその後のユーザログオン手順など）に進み得る。加えて、この決済手順が（成功か若しくは失敗かにかかわらず）完了されるか又はログオン手順が（ログオン失敗か若しくはログオン成功かにかかわらず）完了されるとき、ユーザ側は、ユーザの通話をもはや監視しない可能性があり、例えば、ユーザ側は、現在開始されている監視サービスなどを閉じる。
【００６１】
実施形態２：音声確認の方法
本実施形態は、スマートモバイル電話を用いてユーザによってネットワーク決済を実行する例を取りあげ、図２を参照して本実施形態の音声確認の方法を示す。本実施形態においては、ユーザによって使用されるスマートモバイル電話の番号が、ネットワーク側のユーザによって予約されたユーザの決済アカウント情報に対応するユーザ音声通信番号である。
【００６２】
図２において、スマートモバイル電話は、ユーザ側に属する。ワイヤレス決済クライアントが、スマートモバイル電話内に提供される。決済サーバ、コールセンター、及び音声マッチングサーバは、ネットワーク側に属する。
【００６３】
本実施形態におけるワイヤレス決済クライアントは、特に、スマートモバイル電話のモバイル決済ソフトウェア開発キット（ＳＤＫ，Software Development Kit）又はＡＰＰ製品の形態である可能性があり、本実施形態における決済サーバ、コールセンター、及び音声マッチングサーバは、ネットワークデバイス（例えば、サーバ）の同じセットに集中的に設けられる可能性があり、又は異なるネットワークデバイスの２つ若しくは３つのセットに別々に配される可能性がある。本実施形態は、ワイヤレス決済クライアント、決済サーバ、コールセンター、及び音声マッチングサーバの特定の表現形態に限定されない。
【００６４】
ステップ１：ネットワーク決済プロセスの間に、ワイヤレス決済クライアントが、音声確認要求を開始し、そのワイヤレス決済クライアントが置かれるスマートモバイル電話の着信を監視し始め、例えば、ワイヤレス決済クライアントは、通話ステータス監視サービスを開始することによって着信を監視する。
【００６５】
ステップ２．ワイヤレス決済クライアントから音声確認要求を受信するとき、決済サーバが、音声確認要求で運ばれた情報（例えば、ユーザの決済アカウント情報）に従ってその決済サーバのローカルに記憶された情報（例えば、ユーザの決済アカウント情報とスマートモバイル電話番号との間の対応関係の組）から音声確認要求に対応するスマートモバイル電話番号を検索し、決済サーバは、その決済サーバが予め記憶するオーディオファイルの識別子の組から識別子を無作為に選択し、識別子をワイヤレス決済クライアントに提供する。
【００６６】
本実施形態におけるすべてのオーディオファイルは、決済サーバに記憶されるか又はコールセンターに記憶される可能性がある。もちろん、すべてのオーディオファイルは、決済サーバ及びコールセンターとは独立したその他の場所に記憶される可能性もある。
【００６７】
ステップ３．決済サーバが、その決済サーバが見つけるスマートモバイル電話番号及び無作為に選択された識別子をコールセンターを通じて対応するユーザを呼び出すためにコールセンターに提供し、識別子に対応する音声確認情報をユーザに対して再生する。決済サーバは、コールセンターによって提供されるウェブサービスインターフェースを通じてコールセンターに識別子及びスマートモバイル電話番号を提供し、それによって、ＨＴＴＰレイヤに基づくアウトバウンドコールインターフェースの呼び出しを実施する可能性がある。
【００６８】
ステップ４：コールセンターが、ユーザ側のスマートモバイル電話との音声通話接続を確立する（つまり、通話リンクを確立する）ために、決済サーバによって提供されたスマートモバイル電話番号に基づいて通話操作を実行する。音声通話接続が正常に確立された後、コールセンターは、決済サーバによって提供された識別子に従って対応する音声確認情報（例えば、オーディオファイル）を再生し、例えば、コールセンターは、識別子に従ってローカルに記憶されたオーディオファイルから識別子に対応するオーディオファイルを選択し、そして、音声通話接続が正常に確立された後、オーディオファイルを再生する。
【００６９】
ステップ５．スマートモバイル電話のワイヤレス決済クライアントが、ユーザが呼び出され、発呼者がワイヤレス決済クライアントに記憶されたホワイトリストに属することを監視するとき、自動リスニングを実行し、コールセンターによって再生される音声確認情報を記録するために自動記録操作を実行する。
【００７０】
ステップ６．ワイヤレス決済クライアントが、この通話が終了すると、そのワイヤレス決済クライアントが記録する記録情報及び決済サーバによって提供された識別子を、ＨＴＴＰに基づく音声確認メッセージによって自動的にアップロードする。
【００７１】
ステップ７．決済サーバが、音声マッチング操作を実行するように音声マッチングサーバに要求するために、音声マッチングサーバに受信された記録情報及び識別子を共に提供する。また、音声マッチングサーバは、すべての音声確認情報を記憶する。コールセンターの音声確認情報のすべては、音声マッチングサーバに記憶されたすべての音声確認情報と同一であるべきであり、例えば、音声マッチングサーバの音声確認情報を更新するとき、音声マッチングサーバは、コールセンターのすべての音声確認情報を同期して更新すべきである。音声マッチングサーバは、受信された識別子に従ってすべての音声確認情報の中の音声確認情報の一部を決定し、記録情報と音声確認情報の一部との間の音声マッチングを１つずつ実行し、マッチングされた音声確認情報又は音声確認情報の識別子（例えば、オーディオファイル名）を決済サーバに提供する。決済サーバは、音声確認情報が前に決定された音声確認情報と一致していると判定するか、又は音声マッチングサーバから送信された識別子が前に決定された音声確認情報の識別子と同一であると判定するときに、この音声確認が成功したと決定し、そうでないとき、この音声確認が失敗したと決定する。決済サーバは、音声確認の結果に基づいてその後の決済フローを決める可能性がある。
【００７２】
この決済プロセスが終了した後、ワイヤレス決済クライアントは、ユーザの着信をもはや監視すべきでなく、例えば、ワイヤレス決済クライアントは、電話通話ステータス監視サービスなどを閉じる。
【００７３】
実施形態３：音声確認システム
本実施形態の音声確認システムの主な構造が、図３に示される。
【００７４】
図３の音声確認システムは、主に、制御モジュール３１１、通話モジュール３１２、音声確認モジュール３１３、音声確認要求モジュール３２１、及び監視記録モジュール３２２を含み、制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３が、ネットワーク側に設けられる一方、音声確認要求モジュール３２１及び監視記録モジュール３２２は、ユーザ側に設けられる。
【００７５】
本実施形態における制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３は、ネットワーク側の同じデバイスに組み込まれるか、又はネットワーク側の２つ若しくは３つの相互に独立したデバイスに別々に配される可能性がある。
【００７６】
本実施形態における音声確認要求モジュール３２１及び監視記録モジュール３２２は、ユーザ側の同じユーザ機器内に設けられる可能性があり、例えば、両方ともユーザの同じスマートモバイル電話に配され、音声確認要求モジュール３２１並びに監視及び記録モジュール３２２は、２つの相互に独立したユーザ機器内に設けられる可能性もあり、例えば、音声確認要求モジュール３２１が、ＰＣマシン又はタブレットコンピュータ内に設けられる一方、監視及び記録モジュール３２２は、スマートモバイル電話内に設けられる。
【００７７】
以降、音声確認システムに含まれるそれぞれのモジュールが、以下で詳細に説明される。
【００７８】
音声確認要求モジュール３２１は、主に、ネットワーク側に音声確認要求を送信するように適合される。
【００７９】
特に、確認を必要とする応用シナリオでは、音声確認要求モジュール３２１が、ネットワーク側に音声確認要求を送信するためにトリガされ、例えば、ユーザ側のウェブサイトにログオンする手順の間に、音声確認要求モジュール３２１が、ネットワーク側に音声確認要求を送信するためにトリガされ、別の例として、ユーザ側でネットワーク決済を実行する手順の間に、音声確認要求モジュール３２１が、ネットワーク側に音声確認要求を送信するためにトリガされる。
【００８０】
音声確認要求モジュール３２１によってネットワーク側に送信される音声確認要求は、通常、ＨＴＴＰに基づく音声確認要求であり、音声確認要求は、通常、ユーザを一意に特徴付け得るユーザ識別子、例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報などを運ぶ。
【００８１】
制御モジュール３１１は、主に、ユーザ側からの音声確認要求に基づいてユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するように適合される。
【００８２】
特に、制御モジュール３１１は、ユーザによって予約された複数のユーザ音声通信番号を予め記憶する。これらのユーザ音声通信番号は、通信番号の組を形成する。制御モジュール３１１は、予め記憶された通信番号の組から音声確認要求に対応するユーザ音声通信番号を取得し得る。特定の例として、制御モジュール３１１は、ユーザ音声通信番号とユーザ識別子（例えば、ユーザのログオンアカウント又はユーザの決済アカウント情報など。以降、説明はユーザの決済アカウント情報を例として用いて行われる）との間の対応関係を予め記憶し、複数の対応関係は、通信番号の組を形成する。ユーザ側から音声確認要求を受信するとき、制御モジュール３１１は、まず、音声確認要求で運ばれる情報からユーザの決済アカウント情報を取得する可能性があり、それから、制御モジュール３１１は、ユーザの決済アカウント情報に対応するユーザ音声通信番号を取得するためにユーザアカウント決済情報を用いて組内の対応関係に従ってマッチング及び検索を実行する。本実施形態は、制御モジュール３１１によって、音声確認要求に従ってユーザ音声通信番号を取得する特定の実施形態の方法に限定されない。
【００８３】
制御モジュール３１１によって取得されるユーザ音声通信番号は、主として、ネットワーク側とユーザ側との間の音声通話接続を確立するためのものである。制御モジュール３１１によって取得されるユーザ音声通信番号は、ユーザのモバイル電話番号である可能性がある。
【００８４】
１つの応用シナリオでは、制御モジュール３１１によって取得されるユーザ音声通信番号に対応するユーザ機器は、音声確認要求モジュール３２１が置かれるユーザ機器である。別の応用シナリオでは、制御モジュール３１１によって取得されるユーザ音声通信番号に対応するユーザ機器は、音声確認要求モジュール３２１が置かれるユーザ機器でない。２つの応用シナリオの特定の例は、上の実施形態１において説明されており、本明細書において繰り返されない。
【００８５】
本実施形態において、特定の期間（例えば、数時間又は数十時間又は数日）内に異なる音声確認要求に関して制御モジュール３１１によって決定される音声確認情報は、通常、反復的でない。言い換えると、制御モジュール３１１は、特定の期間内に異なる音声確認要求が異なる音声確認情報に対応すべきであることを保証すべきである。
【００８６】
制御モジュール３１１によって、音声確認要求に対応する音声確認情報を決定する特定の例が、下で与えられ、ネットワーク側は、複数のオーディオファイルを予め記憶し、複数のオーディオファイルの特徴は、互いに大きく異なる。すべてのオーディオファイルは、オーディオファイルセットを形成する可能性がある。音声確認要求を受信するとき、制御モジュール３１１は、オーディオファイルセットからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。
【００８７】
制御モジュール３１１によって、音声確認要求に対応する音声確認情報を決定する別の特定の例が、下で与えられ、制御モジュール３１１は、音声確認要求を受信した後、オーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用する。制御モジュール３１１によってオーディオファイルを無作為に生じさせる方法は、予め記憶されたオーディオファイルからオーディオ情報の小さなセグメントを無作為に取り込み、それによって、新しいオーディオファイルを生じさせることである可能性があり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。制御モジュール３１１によってオーディオファイルを無作為に生じさせる方法は、２又は３以上の予め記憶されたオーディオファイルを新しいオーディオファイルへと無作為に合成することである可能性もあり、その新しいオーディオファイルは単に、無作為に生じさせられたオーディオファイルである。
【００８８】
本実施形態は、制御モジュール３１１が音声確認要求に対応する音声確認情報を決定するための特定の実施形態の方法、オーディオファイルの特定のフォーマット、又は制御モジュール３１１がオーディオファイルを無作為に生じさせるための特定の実施形態の方法を限定しない。
【００８９】
本実施形態の音声確認情報は、音楽音声確認情報を再生するため、又は数及び／若しくはアルファベット及び／若しくは語及び／若しくは漢字の形態の音声確認情報を再生するために使用される可能性がある。加えて、音声確認情報を再生する時間の長さは、通常、非常に短く、例えば、おおむね１〜５秒である。本実施形態は、音声確認情報によって再生される特定の内容又は音声確認情報を再生する時間の長さを限定しない。
【００９０】
本実施形態において、すべての音声確認情報は、対応する一意識別子を有し、つまり、１つの音声確認情報が、１つの識別子を用いて一意に決定され得る。識別子は、音声確認情報の識別子と呼ばれる可能性がある。音声確認情報に対応する識別子は、特に、オーディオファイルのファイル名、若しくはオーディオファイルの記憶パス及びファイル名の組合せ、又はオーディオファイルのインデックス値、又は無作為生成アルゴリズムを用いて無作為に生じさせられた識別子である可能性がある。本実施形態は、音声確認情報の識別子の特定の表現形態に限定されない。
【００９１】
本実施形態の音声確認情報に対応する識別子は、確認プロセス（例えば、決済確認プロセス）のために使用される可能性があり、音声マッチングアルゴリズムにおいて識別子を追加することによって、音声確認の結果の正確さが、さらに保証される可能性がある。
【００９２】
一実施形態においては、音声確認要求に対応する音声確認情報を決定する間に、制御モジュール３１１は、例えば、オーディオファイルのファイル名又はインデックス値を音声確認情報として取得し、別の例として、オーディオファイルの記憶パス及びファイル名を音声確認情報として取得するなど、音声確認情報に対応する識別子をやはり取得する可能性があり、それから、制御モジュール３１１は、音声確認情報に対応する識別子をユーザ側に提供する可能性がある。通常の状況においては、制御モジュール３１１は、決定された音声確認情報に対応する識別子を音声確認要求モジュール３２１に提供し得る。音声確認要求モジュール３２１は、制御モジュール３１１から送信された音声確認情報に対応する識別子を監視記録モジュール３２２に提供すべきであり、音声確認要求モジュール３２１及び監視記録モジュール３２２が同じユーザ機器に設けられない場合、音声確認要求モジュール３２１は、Ｗｉ−Ｆｉ又はＢｌｕｅｔｏｏｔｈなどのワイヤレス送信方法によって監視記録モジュール３２２に音声確認情報に対応する識別子を提供する可能性があり、音声確認要求モジュール３２１は、監視記録モジュール３２２が２次元コードをスキャンすることによって音声確認情報に対応する識別子を取得し得るように２次元コードを表示する可能性もあり、もちろん、音声確認要求モジュール３２１は、制御モジュール３１１から送信された音声確認情報に対応する識別子を監視記録モジュール３２２に提供するためにその他の都合の良い送信方法を採用する可能性もあり、加えて、音声確認要求モジュール３２１は、監視記録モジュール３２２がその後の記録から得られた記録情報に関する受信者を知り得るように、識別子を送信するとき、監視記録モジュール３２２に音声確認要求に関する受信者情報も提供する可能性がある。本実施形態は、音声確認要求モジュール３２１がネットワーク側から送信された音声確認情報に対応する識別子を監視記録モジュール３２２にどのようにして提供するかに関して特定の実施形態の方法を限定しない。
【００９３】
実際の応用シナリオでは、本実施形態の制御モジュール３１１が音声確認情報に対応する識別子をユーザ側に提供する可能性があるが、それは、本実施形態の制御モジュール３１１が音声確認情報に対応する識別子をユーザ側に提供しなければならないことを意味せず、つまり、制御モジュール３１１が音声確認情報に対応する識別子をユーザ側に提供しないとき、本実施形態の確認手順がやはり完全に実施され得ることに特に留意されたい。
【００９４】
通話モジュール３１２は、主に、制御モジュール３１１によって取得されたユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報をユーザに対して再生するように適合される。
【００９５】
特に、通話モジュール３１２は、ユーザ音声通信番号に従って通話操作を実行することによってネットワーク側とユーザ側との間の音声通話接続（すなわち、音声リンク）を確立する。通話モジュール３１２は、既存の通話方法を使用してユーザ側との音声通話接続を確立する可能性があり、例えば、通話モジュール３１２は、ＩＰネットワークがＰＳＴＮに接続されるとき、ＩＶＲ技術を用いてユーザ側との音声通話接続を確立する。
【００９６】
ユーザ側で音声通話接続を正常に確立する（例えば、ユーザが着信に答える）場合、通話モジュール３１２は、音声通話接続に基づいてユーザに対して上で決定された音声確認情報を再生する。本実施形態は、通話モジュール３１２によって対応するユーザへの通話を開始し、通話モジュール３１２によって音声通話接続を通じてユーザに対して音声確認情報を再生する特定の実施形態の方法を限定しない。
【００９７】
通話モジュール３１２は、ユーザに対して音声確認情報を正常に再生するために通話反復機能を提供し、例えば、音声通話接続がユーザの現在の通話のために正常に確立されないか、音声通話接続がユーザの現在の通話のために正常に確立されたが、音声確認情報が正常に再生されない場合、通話モジュール３１２は、ユーザのために通話機能を再実行すべきである。
【００９８】
通話モジュール３１２によって通話を繰り返す特定の例は、通話モジュール３１２がユーザ音声通信番号の加入位置を決定することができない場合、通話モジュール３１２が、ユーザ音声通信番号を調整する（例えば、現在の通話に対応する特定の失敗理由に基づいてユーザ音声通信番号をどのようにして調整すべきかを決める）可能性があり、調整後にユーザを呼び出す操作を再び実行し、例えば、通話モジュール３１２が、ユーザ音声通信番号の前に０をダイヤルし、それから、ユーザを再び呼び出し、別の例として、通話モジュール３１２が、ユーザ音声通信番号の前に加えられた０を削除し、それから、ユーザを再び呼び出すことである。
【００９９】
通話モジュール３１２によって通話を繰り返す別の特定の例は、現在の通話のために通話モジュール３１２によって使用される発呼者の番号に異常が起こる（例えば、発呼者の番号がＰＳＴＮによって遮られる）場合、通話モジュール３１２が、その他の発呼者の番号を用いてユーザを呼び出す操作を再び実行する可能性があることである。言い換えると、複数の発呼者の番号が、通話モジュール３１２において与えられ、通話モジュール３１２が発呼者の番号に由来する原因でユーザ側との音声通話接続を正常に確立することができない場合、通話モジュール３１２は、発呼者の番号を変更し、新しい発呼者の番号を用いてユーザ側との音声通話接続を確立しようと再び試みるべきである。
【０１００】
通話モジュール３１２によって通話を繰り返すさらなる特定の例は、ユーザ側との音声通話接続が現在の通話のために正常に確立されたが、音声確認情報が接続の中断のような原因で正常に再生されない場合、通話モジュール３１２が、音声確認情報を正常に再生することができるようにユーザを呼び出す操作を再び実行する可能性があることである。
【０１０１】
監視記録モジュール３２２は、主に、ユーザへの通話を監視し、音声確認要求に関してネットワーク側によって再生される音声認証情報を取得するために、ユーザが呼び出されることを監視するときに、自動リスニング及び記録操作を実行するように適合され、通話が終了すると、監視記録モジュール３２２は、音声確認モジュール３１３が記録情報に従って音声確認を実行し得るように、記録から得られた記録情報をネットワーク側に送信する。
【０１０２】
特に、監視記録モジュール３２２は、音声確認要求モジュール３２１が音声確認要求を送信した後、通話監視ステータスになる可能性があり、例えば、監視記録モジュール３２２は、確認サービスを開始した後、通話監視ステータスになり、着信が監視されるとき、監視記録モジュール３２２は、リスニング操作を自動的に実行し、記録サービスなどを呼び出すことによって音声通話接続で再生されたオーディオ信号を記録し、現在の通話が終了される（例えば、電話が切られる）と、監視記録モジュール３２２は、記録情報を含む音声確認メッセージをネットワーク側（例えば、制御モジュール３１１）に自動的に送信し、例えば、監視記録モジュール３２２は、ＨＴＴＰによって制御モジュール３１１に記録情報を送信し、制御モジュール３１１は、音声確認モジュール３１３が音声確認メッセージに関して音声確認操作を実行し得るように、記録情報を音声確認モジュール３１３に提供する。
【０１０３】
その他の通話（確認と関係がない通話）に対して自動リスニング及び記録操作を実行することを防止するために、監視記録モジュール３２２は、通話監視ホワイトリストを予め記憶し、監視記録モジュール３２２は、監視される通話の発呼側が予め記憶された通話ホワイトリスト内の発呼側であるときに自動リスニング及び自動記録操作を実行するだけである可能性があり、そうでないとき、監視記録モジュール３２２は、自動リスニング及び自動記録操作を実行しない。
【０１０４】
監視記録モジュール３２２は、音声確認情報に対応する識別子を受信するとき、記録情報を受信された識別子と共に制御モジュール３１１に送信する可能性があり、例えば、監視記録モジュール３２２は、記録情報及び識別子を含むＨＴＴＰに基づく音声確認メッセージを制御モジュール３１１に送信する。
【０１０５】
上の例について続けると、音声確認要求モジュール３２１が置かれるユーザ機器が監視記録モジュールが置かれるユーザ機器ではないとき、監視記録モジュール３２２は、音声確認要求モジュール３２１から送信された音声確認情報に対応する識別子、及び音声確認要求に関する受信者情報を受信した後、識別子及び音声確認要求に関する受信者情報をバッファリングし、制御モジュール３１１に記録情報を送信すると、受信者情報に基づいて制御モジュール３１１に識別子及び記録情報を一緒に送信する。
【０１０６】
音声確認モジュール３１３は、主に、ユーザ側からの音声確認情報及び記録情報に従って音声確認の結果を決定するように適合される。
【０１０７】
特に、音声確認モジュール３１３は、音声マッチング操作の正確さを高めるために、その音声確認モジュール３１３が受信する記録情報（例えば、制御モジュール３１１から送信された記録情報）を前処理した後、音声マッチング操作を実行する可能性がある。ここで、前処理は、雑音低減処理及び正規化処理を指す。
【０１０８】
音声確認モジュール３１３によって確認結果を決定する特定の例は、音声確認モジュール３１３が、受信された記録情報とローカルに記憶されたそれぞれの音声確認情報との間でそれぞれ音声マッチングを実行し、記録情報に一致する音声確認情報が制御モジュール３１１によって前に決定された音声確認情報であるとき、今回の音声確認が成功したと決定し、そうでないとき、今回の音声確認が失敗したと決定されることである。
【０１０９】
音声確認モジュール３１３によって確認結果を決定する別の特定の例は、音声確認モジュール３１３が、受信された記録情報と制御モジュール３１１によって前に決定された音声確認情報との間で音声マッチングを実行し、音声マッチングの結果がそれらの情報が一致するということであるとき、音声確認モジュール３１３が、今回の音声確認が成功したと決定し、一方、音声マッチングの結果がそれらの情報が一致しないということであるとき、音声確認モジュール３１３が、今回の音声確認が失敗したと決定することである。
【０１１０】
音声確認モジュール３１３が記録情報を受信するだけでなく、ユーザ側から送信された音声確認情報に対応する識別子も受信する場合、音声確認モジュール３１３によって確認結果を決定する特定の例は、音声確認モジュール３１３が、ローカルに記憶されたすべての音声確認情報から音声確認情報の一部を選び出し、受信された記録情報と音声確認情報の一部との間でそれぞれ音声マッチングを実行し、記録情報とマッチングされた音声確認情報が制御モジュール３１１によって前に決定された音声確認情報であるとき、音声確認モジュール３１３が、今回の音声確認が成功したと決定し、そうでないとき、音声確認モジュール３１３が、今回の音声確認が失敗したと決定することである。
【０１１１】
音声確認モジュール３１３は、識別子及び記録情報を用いて音声確認を実行するためにその他の方法を採用する可能性もあり、例えば、ユーザから送信された識別子が前に決定された識別子と一致し、記録情報も前に決定された音声確認情報と一致すると決定する場合、音声確認モジュール３１３は、今回の音声確認が成功したと決定し、そうでないとき、音声確認モジュール３１３は、今回の音声確認が失敗したと決定する。
【０１１２】
実施形態の音声確認情報に対応する識別子が音声確認を決定する過程で補助情報として働く可能性があり、例えば、それが音声マッチングの回数を減らすか、又は音声確認を決定するための条件として働く可能性があることが、上の説明から分かる。
【０１１３】
音声確認モジュール３１３の音声マッチングプロセスは、記録情報内の特徴を抽出することと、抽出された特徴を音声確認の特徴と比較することとを含む可能性があり、本実施形態におけるそれぞれの音声確認情報の特徴が、予め抽出され、音声確認モジュール３１３でローカルに記憶される可能性がある。音声確認モジュール３１３の音声マッチングプロセスは、記録情報に対して音声認識を実行することと、記録情報の音声認識の結果を音声確認情報の音声認識の結果と比較することとをさらに含む可能性があり、本実施形態におけるそれぞれの音声確認情報の音声認識の結果は、予め実行され、ネットワーク側に記憶された音声認識である可能性がある。もちろん、音声確認モジュール３１３は、音声マッチングを実行するためにその他の音声マッチングアルゴリズムを使用する可能性もある。本実施形態は、音声確認モジュール３１３によって実行される音声マッチングの特定の実施形態の方法を限定しない。
【０１１４】
音声確認が成功したとき、ネットワーク側（例えば、制御モジュール３１１）は、その後の処理手順（例えば、その後の決済処理又はその後のユーザログオン手順など）に進み得る。加えて、この決済手順が（成功か若しくは失敗かにかかわらず）完了されるか又はログオン手順が（ログオン失敗か若しくはログオン成功かにかかわらず）完了されるとき、監視記録モジュール３２２は、ユーザの通話をもはや監視しない可能性があり、例えば、監視記録モジュール３２２は、現在開始されている監視サービスを閉じる。
【０１１５】
実施形態４：音声確認装置
音声確認装置の主な構造が、図４に示される。
【０１１６】
図４の音声確認装置は、制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３を含み、これらのモジュールは、ネットワーク側に設けられる。制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３は、ネットワーク側の同じデバイスに組み込まれるか、又はネットワーク側の２つ若しくは３つの相互に独立したデバイスに別々に配される可能性がある。
【０１１７】
制御モジュール３１１は、主に、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するように適合される。
【０１１８】
通話モジュール３１２は、主に、制御モジュール３１１によって取得されたユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するように適合される。
【０１１９】
音声確認モジュール３１３は、主に、制御モジュール３１１によって決定された音声確認情報及びユーザ側からの記録情報に従って音声確認の結果を決定するように適合される。
【０１２０】
制御モジュール３１１、通話モジュール３１２、及び音声確認モジュール３１３によって実行される特定の操作は、上の実施形態２及び実施形態３において説明されており、実施形態２に関して、制御モジュール３１１は、決済サーバに設けられる可能性があり、通話モジュール３１２は、コールセンターに設けられる可能性があり、一方、音声確認モジュール３１３は、音声マッチングサーバ及び決済サーバに設けられる可能性があり（つまり、音声確認モジュール３１３の音声マッチングの部分が音声マッチングサーバによって実行され、一方、決済サーバが音声マッチングの結果に応じて音声確認の結果の決定の部分を実行する）、これは、繰り返して説明されない。
【０１２１】
実施形態５  音声確認装置
本実施形態の音声確認モジュールの主な構造が、図５に示される。
【０１２２】
図５の音声確認モジュールは、音声確認要求モジュール及び監視記録モジュール３２２を含み、これらのモジュールは、ユーザ側に設けられる。
【０１２３】
本実施形態における音声確認要求モジュール３２１及び監視記録モジュール３２２は、ユーザ側の同じユーザ機器内に設けられる可能性があり、例えば、１つのスマートモバイル電話に配され、音声確認要求モジュール３２１及び監視記録モジュール３２２は、２つの相互に独立したデバイス内にそれぞれ設けられる可能性もあり、例えば、音声確認要求モジュール３２１が、ＰＣ又はタブレットコンピュータ内に設けられる一方、監視記録モジュール３２２は、スマートモバイル電話内に設けられる。
【０１２４】
音声確認要求モジュール３２１は、主に、ネットワーク側に音声確認要求を送信するように適合される。
【０１２５】
監視記録モジュール３２２は、主に、ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視するとき、音声確認要求に応答してネットワーク側によって再生された音声確認情報を取得するために自動ピックアップ及び記録操作を実行するように適合され、通話が終了すると、監視記録モジュール３２２は、ネットワーク側が記録情報に従って音声確認を実行し得るように、記録から得られた記録情報をネットワーク側に送信する。
【０１２６】
音声確認要求モジュール３２１及び監視記録モジュール３２２によって実行される特定の操作は、実施形態２及び実施形態３において説明されており、音声確認要求モジュール３２１及び監視記録モジュール３２２の特定の例は、実施形態２のワイヤレス決済クライアントであり、これは、本明細書において繰り返して説明されない。
【０１２７】
本開示はソフトウェア又はソフトウェア及びハードウェアの組合せで実装される可能性があり、例えば、専用集積回路（ＡＳＩＣ）、多目的コンピュータ、又は任意のその他の同様のハードウェアデバイスによって実装される可能性があることに留意されたい。一実施形態において、本開示のソフトウェアプログラムは、上記ステップ又は機能を実施するためにプロセッサによって実行される可能性がある。同様に、（関連するデータ構造を含む）本開示のソフトウェアプログラムは、コンピュータ可読記録媒体、例えば、ＲＡＭメモリ、磁気若しくは光ドライバ、又はフロッピーディスク、及び同様のデバイスに記憶され得る。加えて、本開示の機能の一部のステップは、ハードウェア、例えば、さまざまな機能又はステップを実行するためにプロセッサと協力する回路によって実施される可能性がある。
【０１２８】
本開示が上の例示的な実施形態の詳細に限定されず、本開示の精神又は基本的特徴から逸脱することなくその他の形態で実施され得ることは、当業者に明らかである。したがって、実施形態は必ず例示的と考えられるべきであり、限定的であると考えられるべきでなく、本開示の範囲は上の説明ではなく添付の請求項によって限定される。したがって、請求項の等価な要素の意味及び範囲に入るように意図されるすべての変更は、本開示に包含されるべきである。請求項の参照符号は、関連する請求項を限定すると考えられるべきでない。加えて、用語（「含む（comprise）／含んでいる（comprising）／含む（include）／含んでいる（including）」）は、その他のユニット又はステップを除外せず、単数は、複数を除外しないことは明らかである。装置の請求項に記載の複数のユニット又は手段は、ソフトウェア又はハードウェアによって単一のユニット又は手段によって実装される可能性もある。第１の及び第２のなどの用語は、名前を示すために使用され、いかなる特定の順番も示さない。
【０１２９】
例示的な実施形態が上で特に示され、説明されたが、当業者は、請求項の精神及び範囲を逸脱することなく、それらの例示的な実施形態の形態及び詳細がある程度変わり得ることを理解するであろう。本明細書において、求められる保護は、添付の請求項において定義される。それぞれの実施形態のこれらの及びその他の態様は、以下の付番された項で規定される。
１．
音声確認の方法であって、
ネットワーク側で、ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するステップと、
ネットワーク側で、ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、決定された音声確認情報をユーザに対して再生するステップと、
ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行し、通話が終了すると、記録から得られた記録情報をネットワーク側に送信するステップと、
ネットワーク側で、音声確認情報及び記録情報に従って確認結果を決定するステップとを含む、前記方法。
２．
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップ、又は
音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップをさらに含む、項１に記載の方法。
３．
音声確認要求に対応する音声確認情報を決定するステップが、
音声確認情報の識別を取得し、識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた記録情報及び識別子を一緒にネットワーク側に送信するステップを含む、項１に記載の方法。
４．
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、音声確認が失敗したと決定するステップとを含む、項３に記載の方法。
５．
ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行するステップが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、項１〜４のいずれかに記載の方法。
６．
音声確認の方法であって、
音声確認要求をネットワーク側に送信するステップと、
ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視する場合、音声確認要求に応答してネットワークによって実行される音声確認情報を取得するために自動リスニング及び記録操作を実行するステップと、
通話が終了すると、ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた記録情報をネットワーク側に送信するステップとを含む、前記方法。
７．
ネットワーク側から送信された音声確認情報の識別子を受信するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた記録情報及び識別子を一緒にネットワーク側に送信するステップを含み、
識別子が、記録情報と共に音声確認を実行するためのものである、項６に記載の方法。
８．
ユーザが呼び出されることを監視する場合、自動リスニング及び記録操作を実行するステップが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するステップを含む、項６又は７に記載の方法。
９．
音声確認の方法であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するステップと、
ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するステップと、
音声確認情報及びユーザ側から受信された記録情報に従って音声確認の結果を決定するステップであって、記録情報が、ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、ステップとを含む、前記方法。
１０．
音声確認要求に対応する音声確認情報を決定するステップが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップ、又は
音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用するステップを含む、項９に記載の方法。
１１．
音声確認要求に対応する音声確認情報を決定するステップが、
音声確認情報の識別子を取得し、識別子をユーザ側に提供するステップをさらに含み、
記録から得られた記録情報をネットワーク側に送信するステップが、
記録から得られた記録情報及び識別子を一緒にネットワーク側に送信するステップを含む、項９又は１０に記載の方法。
１２．
音声確認情報及び記録情報に従って音声確認の結果を決定するステップが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行するステップと、
記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、音声確認が失敗したと決定するステップとを含む、項１１に記載の方法。
１３．
ユーザ側に提供される音声確認のための装置であって、
ネットワーク側に音声確認要求を送信するように適合された音声確認要求モジュールと、
ネットワーク側からユーザへの通話を監視し、ユーザが呼び出されることを監視する場合、音声確認要求に応答してネットワーク側によって再生された音声確認情報を取得するために、自動リスニング及び記録操作を実行し、通話が終了すると、ネットワーク側が記録情報に従って音声確認を実行するように、記録から得られた記録情報をネットワーク側に送信するように適合された監視記録モジュールとを含む、前記装置。
１４．
音声確認要求モジュールが、
ネットワーク側から送信された音声確認情報の識別子を受信するようにさらに適合され、
監視記録モジュールが、
記録から得られた記録情報及び識別子を共にネットワーク側に送信するように特に適合され、
識別子が、記録情報と共に音声確認を実行するためのものである、項１３に記載の装置。
１５．
監視記録モジュールが、
ユーザが呼び出され、発呼側がホワイトリスト内の発呼側に属することを監視するとき、自動リスニング及び記録操作を実行するように特に適合される、項１３又は１４に記載の装置。
１６．
ネットワーク側に提供される音声確認のための装置であって、
ユーザ側からの音声確認要求に従ってユーザ音声通信番号を取得し、音声確認要求に対応する音声確認情報を決定するように適合された制御モジュールと、
ユーザ音声通信番号に従って対応するユーザへの通話を開始し、コールスルーの場合、音声確認情報をユーザに対して再生するように適合された通話モジュールと、
音声確認情報及びユーザ側から受信された記録情報に従って音声確認の結果を決定するように適合された音声確認モジュールであって、記録情報が、ユーザ側で、ユーザが呼び出されることを監視するとき、自動リスニング及び記録操作を実行することから得られた情報を指す、音声確認モジュールとを含む、前記装置。
１７．
制御モジュールが、
複数の予め設定されたオーディオファイルからオーディオファイルを無作為に選択し、無作為に選択されたオーディオファイルを音声確認要求に対応する音声確認情報として使用するか、又は
音声確認要求に関するオーディオファイルを無作為に生じさせ、無作為に生じさせられたオーディオファイルを音声確認要求に対応する音声確認情報として使用するように特に適合される、項１６に記載の装置。
１８．
制御モジュールが、
音声確認情報の識別子を取得し、識別子をユーザ側に提供するようにさらに適合され、
制御モジュールが、ユーザ側から記録情報及び識別子を受信するように特に適合される、項１６又は１７に記載の装置。
１９．
音声確認モジュールが、
受信された識別子に従って複数の音声確認情報を選択し、記録情報と選択された複数の音声確認情報との間でそれぞれ音声マッチングを実行し、
記録情報に一致する音声確認情報が音声確認要求に対応する音声確認情報であると決定した場合、音声確認が成功したと決定し、そうでない場合、音声確認が失敗したと決定するように特に適合される、項１８に記載の装置。
２０．
音声確認のシステムであって、
項１３〜１５のいずれかに記載の装置及び項１６〜１９のいずれかに記載の装置を含む、前記システム。
【国際調査報告】
2017529711.tif 000008
2017529711.tif 000009
2017529711.tif 000010
2017529711.tif 000011