(57)【要約】【課題】【解決手段】支払い検証方法、装置及びシステム。該方法は、支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信するステップ（Ｓ１０２）と、プリセット条件に基づき、前記第１の待検証コマンドと前記第２の待検証コマンドとが一致するかどうかを判断するステップ（Ｓ１０４）と、検証結果を前記支払い端末および／又は前記入金端末に送信するステップ（Ｓ１０６）とを含む。前記技術方案を採用ことで、従来の検証方法のセキュリティ欠陥、これによるセキュリティ上の問題を解決し、更に、検証方法のセキュリティ性を向上させる効果を達成した。【選択図】図１
2017535893.tif 000002
【特許請求の範囲】
【請求項１】
支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信することと、
プリセット条件に基づき、前記第１の待検証コマンドと前記第２の待検証コマンドとが一致するかどうかを判断することと、
検証結果を前記支払い端末および／又は前記入金端末に送信することと、を含む、
支払い検証方法。
【請求項２】
前記第１の待検証コマンドは、ユーザー特徴情報、及び支払いアカウント情報のうちの少なくとも一つを含み、
前記第２の待検証コマンドは、ユーザー特徴情報、及び入金端末情報のうちの少なくとも一つを含む、
請求項１に記載の方法。
【請求項３】
前記ユーザー特徴情報は、音声、顔面特徴、及び網膜情報のうちの少なくとも一つを含み、および／又は、前記支払いアカウント情報は、アカウントを含み、および／又は、前記入金端末情報は、入金端末ＩＤ、及び請求書情報のうちの少なくとも一つを含む、
請求項２に記載の方法。
【請求項４】
下記の態様を含む方法のいずれかによって、プリセット条件に基づいて前記第１の待検証コマンドと前記第２の待検証コマンドとが一致するかどうかを判断し、
態様１は、プリセット条件において予め記憶された前記支払い端末の支払いアカウント情報に基づき、前記第１の待検証コマンドにおける支払いアカウント情報に一致するかどうかを判断し、プリセット条件において予め記憶された前記支払い端末のユーザー特徴情報に基づき、前記第１の待検証コマンドにおけるユーザー特徴情報が前記第２の待検証コマンドにおけるユーザー特徴情報に一致するかどうかを判断し、
態様２は、プリセット条件において予め記憶された前記支払い端末の支払いアカウント情報に基づき、前記第１の待検証コマンドにおける支払いアカウント情報と一致するかどうかを判断し、プリセット条件において予め記憶された前記支払い端末のユーザー特徴情報に基づき、前記第１の待検証コマンドにおけるユーザー特徴情報が前記予め記憶されたユーザー特徴情報と一致するかどうかを判断するとともに、前記第２の待検証コマンドにおけるユーザー特徴情報が前記予め記憶されたユーザー特徴情報と一致するかどうかを判断する、
請求項２に記載の方法。
【請求項５】
態様１又は態様２による判断結果のいずれも一致である場合に、検証成功のメッセージを前記支払い端末および／又は前記入金端末に送信する方法と、
態様１又は態様２による判断結果の少なくとも一つが一致でない場合に、検証失敗のメッセージを前記支払い端末および／又は前記入金端末に送信する方法と、
を含む方法のいずれかによって、検証結果を前記支払い端末および／又は前記入金端末に送信する、
請求項４に記載の方法。
【請求項６】
検証結果を前記支払い端末および／又は前記入金端末に送信する前に、さらに、
前記第１の待検証コマンドにおけるユーザー特徴情報および前記支払いアカウント情報と、前記第２の待検証コマンドにおける入金端末情報における請求書情報とに基づき、消費明細を生成することと、
前記消費明細を記憶することと、を含む、請求項２に記載の方法。
【請求項７】
前記支払い端末と前記入金端末とが支払いリンクが予め確立された場合に、前記第１の待検証コマンドと前記第２の待検証コマンドを受信する、
請求項１に記載の方法。
【請求項８】
支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信するように設置される受信モジュールと、
プリセット条件に基づき、前記受信モジュールが受信された前記第１の待検証コマンドと前記第２の待検証コマンドとが一致するかどうかを判断するように設置される判断モジュールと、
前記判断モジュールによる検証結果を前記支払い端末および／又は前記入金端末に送信するように設置される送信モジュールと、を含む、
支払い検証装置。
【請求項９】
前記判断モジュールは、下記の態様を含む方法のいずれかによって、プリセット条件に基づいて前記第１の待検証コマンドと前記第２の待検証コマンドとが一致するかどうかを判断するように設置され、
第１の判断ユニットは、プリセット条件において予め記憶された前記支払い端末の支払いアカウント情報に基づき、前記第１の待検証コマンドにおける支払いアカウント情報に一致するかどうかを判断し、プリセット条件において予め記憶された前記支払い端末のユーザー特徴情報に基づき、前記第１の待検証コマンドにおけるユーザー特徴情報が前記第２の待検証コマンドにおけるユーザー特徴情報に一致するかどうかを判断するように設置され、
第２の判断ユニットは、プリセット条件において予め記憶された前記支払い端末の支払いアカウント情報に基づき、前記第１の待検証コマンドにおける支払いアカウント情報と一致するかどうかを判断し、プリセット条件において予め記憶された前記支払い端末のユーザー特徴情報に基づき、前記第１の待検証コマンドにおけるユーザー特徴情報が予め前記記憶されたユーザー特徴情報と一致するかどうかを判断するとともに、前記第２の待検証コマンドにおけるユーザー特徴情報が前記予め記憶されたユーザー特徴情報と一致するかどうかを判断するように設置される、
請求項８に記載の装置。
【請求項１０】
送信モジュールは、下記の態様を含む方法のいずれかによって、検証結果を前記支払い端末および／又は前記入金端末に送信するように設置され、
第１の送信ユニットは、前記第１の判断ユニット又は前記第２の判断ユニットによる判断結果のいずれも一致である場合に、検証成功のメッセージを前記支払い端末および／又は前記入金端末に送信するように設置され、
第２の送信ユニットは、前記第１の判断ユニット又は前記第２の判断ユニットによる判断結果の少なくとも一つが一致でない場合に、検証失敗のメッセージを前記支払い端末および／又は前記入金端末に送信するように設置される、
請求項９に記載の装置。
【請求項１１】
前記装置は、さらに、
検証結果を前記支払い端末および／又は前記入金端末に送信する前に、前記第１の待検証コマンドにおけるユーザー特徴情報および支払いアカウント情報と、前記第２の待検証コマンドにおける入金端末情報における請求書情報とに基づき、消費明細を生成するように設置される生成モジュールと、
前記生成モジュールが生成した前記消費明細を記憶するように設置される記憶モジュールと、を含む、
請求項８に記載の装置。
【請求項１２】
サーバーと、支払い端末と、入金端末とを含む支払い検証システムであって、
前記サーバーは、前記支払い端末および前記入金端末に通信接続が確立され、前記支払い端末から送信された第１の待検証コマンドと前記入金端末から送信された第２の待検証コマンドとを受信するとともに、プリセット条件に基づき、前記第１の待検証コマンドと前記第２の待検証コマンドとが一致するかどうかを判断し、前記支払い端末および／又は前記入金端末に検証結果を送信するように設置され、
前記サーバーは、請求項８から請求項１１の何れか一項に記載の支払い検証装置である、
支払い検証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、具体的には、支払い検証方法、装置及びシステムに関する。
【背景技術】
【０００２】
モバイルインターネットの発展に伴い、携帯電話がますます強力になり、様々なアプリケーションソフトウェアも多様化になり、その中、特に、様々なアプリケーションソフトウェアに含まれる機能は生活の至る所に及び、人々の生活とのつながりがますます緊密になり、且つ様々なアプリケーションソフトウェアが提供するサービスは人々の日常生活における不可欠な部分になっている。
【０００３】
携帯電話のアプリケーションは、ほとんど身分検証に関連し、例えば、ネットショッピング、支払い、身分検証、アカウントログイン等がいずれもユーザーの身分を検証する必要があるため、操作のセキュリティ性を確保するために、現在ほとんどの場合には、パスワードによる検証が採用され、このような方法は、伝統的であり広く利用されているが、パスワードがクラックされ又は他人に知られると、他人は簡単に検証成功し、直接に支払い又は振替を行うことができ、ユーザーの財産、個人データセキュリティ等に多大な脅威や傷害をもたらし、重大な結果を与える。ユーザーは、アカウントのセキュリティのために、しばしばクラックされる可能性を低減させるように複雑なパスワードを設置する必要があるが、検証毎にこの複雑なパスワードを入力する必要があり、操作が面倒で使用上にも非常に不便である。
【０００４】
加えて、現地支払いの場合には、ほとんど現金又はカードで支払い、現金で支払う場合、小銭を用意する又は商店がおつりを返す必要があり、カードで支払う場合、ＰＯＳ端末によってカードをスワイプし、パスワードを入力して生成される請求書に署名する必要があり、操作に時間がかかり、且つ流れが複雑である。また、消費明細を記録しなければ、経過時間が長くなると、ユーザーは何を買ったのかを思い出せない可能性があり、財務管理に極めて不便をかける。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような現在の検証方法に鑑み、現在の検証方法のセキュリティ欠陥、これによるセキュリティ上の問題を解決するために、よりセキュアで便利、迅速な検証方法が要求されている。
【０００６】
従来技術における検証方法のセキュリティ欠陥、これによるセキュリティ上の問題について、これまで効果的な解決策はまだ提出されていない。
【課題を解決するための手段】
【０００７】
本発明の実施例は、少なくとも従来技術における検証方法のセキュリティ欠陥、これによるセキュリティ上の問題を解決する支払い検証方法、装置及びシステムを提供する。
【０００８】
本発明の一つの実施例によれば、支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信することと、プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断することと、検証結果を支払い端末および／又は入金端末に送信することとを含む支払い検証方法を提供する。
【０００９】
本発明の実施例でが、第１の待検証コマンドは、ユーザー特徴情報、及び支払いアカウント情報のうちの少なくとも一つを含み、第２の待検証コマンドは、ユーザー特徴情報、及び入金端末情報のうちの少なくとも一つを含む。
【００１０】
本発明の実施例では、ユーザー特徴情報は、音声、顔面特徴、及び網膜情報のうちの少なくとも一つを含み、及び／又は、支払いアカウント情報は、アカウントを含み、及び／又は、入金端末情報は、入金端末ＩＤ、及び請求書情報のうちの少なくとも一つを含む。
【００１１】
本発明の実施例では、下記の態様を含む方法のいずれかによって、プリセット条件に基づいて第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断する。態様１は、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報に一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が第２の待検証コマンドにおけるユーザー特徴情報に一致するかどうかを判断する。態様２は、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報と一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断するとともに、第２の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断する。
【００１２】
本発明の実施例では、態様１又は態様２による判断結果のいずれも一致である場合に、検証成功のメッセージを支払い端末および／又は入金端末に送信する方法と、態様１又は態様２による判断結果の少なくとも一つが一致でない場合に、検証失敗のメッセージを支払い端末および／又は入金端末に送信する方法とを含む方法のいずれかによって、検証結果を支払い端末および／又は入金端末に送信する。
【００１３】
本発明の実施例では、検証結果を支払い端末および／又は入金端末に送信する前に、さらに、第１の待検証コマンドにおけるユーザー特徴情報および支払いアカウント情報と、第２の待検証コマンドにおける入金端末情報における請求書情報とに基づき、消費明細を生成することと、消費明細を記憶することとを含む。
【００１４】
本発明の実施例では、支払い端末と入金端末とが支払いリンクが予め確立された場合、第１の待検証コマンド及び第２の待検証コマンドを受信する。
【００１５】
本発明の一態様によれば、支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信するように設置される受信モジュールと、プリセット条件に基づき、受信モジュールが受信した第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断するように設置される判断モジュールと、判断モジュールによる検証結果を支払い端末および／又は入金端末に送信するように設置される送信モジュールとを含む他の支払い検証装置を提供する。
【００１６】
本発明の実施例では、判断モジュールは、下記の態様のいずれかによって、プリセット条件に基づいて第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断するように設置される。第１の判断ユニットは、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報に一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が第２の待検証コマンドにおけるユーザー特徴情報に一致するかどうかを判断するように設置される。第２の判断ユニットは、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報と一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断するとともに、第２の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断するように設置される。
【００１７】
本発明の実施例では、送信モジュールは、下記の態様を含む方法のいずれかによって、検証結果を支払い端末および／又は入金端末に送信するように設置される。第１の送信ユニットは、第１の判断ユニット又は第２の判断ユニットによる判断結果のいずれも一致である場合に、検証成功のメッセージを支払い端末および／又は入金端末に送信するように設置される。第２の送信ユニットは、第１の判断ユニット又は第２の判断ユニットによる判断結果の少なくとも一つが一致でない場合に、検証失敗のメッセージを支払い端末および／又は入金端末に送信するように設置される。
【００１８】
本発明の実施例では、装置は、さらに、検証結果を支払い端末および／又は入金端末に送信する前に、第１の待検証コマンドにおけるユーザー特徴情報および支払いアカウント情報と、第２の待検証コマンドにおける入金端末情報における請求書情報とに基づき、消費明細を生成するように設置される生成モジュールと、生成モジュールが生成した消費明細を記憶するように設置される記憶モジュールとを含む。
【００１９】
本発明の一実施例によれば、サーバーと、支払い端末と、入金端末とを含む他の支払い検証システムを提供する。ここで、サーバーは、支払い端末および入金端末と通信接続が確立され、支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信し、プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断し、支払い端末および／又は入金端末に検証結果を送信するように設置され、サーバーは、上記いずれかの支払い検証装置である。
【発明の効果】
【００２０】
本発明の実施例によれば、支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信し、プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断し、検証結果を支払い端末および／又は入金端末に送信するように構成されることによって、検証方法のセキュリティ欠陥、これによるセキュリティ上の問題を解決し、更に、検証方法のセキュリティ性を向上させる効果を達成した。
【００２１】
ここで説明する図面は、本発明のさらに深い理解を提供するために含められ、本出願の一部を成し、本発明の模式的な実施例及びその説明は、本発明を解釈するために用いられ、本発明に対する不適当な限定を成さない。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施例による支払い検証方法の流れ図である。
【図２】本発明の実施例による支払い検証方法の情報交換流れ図である。
【図３】本発明の実施例による支払い検証装置の構造ブロック図である。
【図４】本発明の好ましい実施例による支払い検証装置の構造ブロック図である。
【図５】本発明の好ましい実施例による支払い検証装置の他の構造ブロック図である。
【図６】本発明の実施例による支払い検証装置の他の構造ブロック図である。
【図７】本発明の実施例による支払い検証システムの構造図である。
【図８】本発明に係る音声に基づいた検証流れ図である。
【発明を実施するための形態】
【００２３】
以下、図面を参考しながら実施例に関連して本発明について詳しく説明する。なお、衝突しない限り、本出願における実施例及び実施例における特徴は互いに組み合わせることができる。
【００２４】
実施例１
本実施例に支払い検証方法が提供される。図１は本発明の実施例による支払い検証方法の流れ図であり、図１に示すように、該流れは、
支払い中に、支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信するステップＳ１０２と、
プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断するステップＳ１０４と、
検証結果を支払い端末および／又は入金端末に送信するステップＳ１０６と含む。
【００２５】
以上のステップによれば、支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドを受信し、プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断し、検証結果を支払い端末および／又は入金端末に送信することによって、検証方法のセキュリティ欠陥、これによるセキュリティ上の問題を解決し、更に、検証方法のセキュリティ性を向上させる効果を達成した。
【００２６】
上記から分かるように、支払い端末は、スマートフォン、タブレットＰＣ、ＭＰ３、ＭＰ４、パーソナル・デジタル・アシスタントのうちの少なくとも一つを含み、入金端末は、ＰＯＳ端末、キャッシュレジスターのうちの少なくとも一つを含む。本発明の実施例による支払い検証方法はサーバーに適用され、本発明の実施例では、支払い端末がスマートフォンを例とし、入金端末がキャッシュレジスターを例として説明する。
【００２７】
例えば、支払い中に、サーバーは、スマートフォンから報告される第１の待検証コマンドと、キャッシュレジスターから報告される第２の待検証コマンドとを受信する。ここで、スマートフォンは、待検証コマンドを報告する時に、支払いクライアントによってユーザー特徴を収集して支払いクライアントのアカウント情報と結びつけて第１の待検証コマンドを生成し、キャッシュレジスターは、待検証コマンドを報告する時に、ユーザー特徴を収集してキャッシュレジスターに記憶されたＩＤ及び請求書情報と結びつけて第２の待検証コマンドを生成し、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを比較する時に、サーバーにおけるプリセット条件によって第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断することで、検証結果を得る。
【００２８】
上記をまとめると、支払い検証処理において、従来のパスワードによる検証とハンドジェスチャーによる検証に比べて、ユーザー特徴による検証によって、パスワード入力処理とハンドジェスチャー入力検証処理が省略され、支払い効率が向上するとともに、パスワード入力およびハンドジェスチャー入力処理において誤入力が発生しやすいから、ユーザー特徴による検証によって、支払い検証の正確率が向上する。更に、ユーザー特徴が一意性を有するため、情報セキュリティの面で一層高まった信頼性を有し、支払い検証のセキュリティ性が向上する。
【００２９】
本発明の実施例では、第１の待検証コマンドは、ユーザー特徴情報、支払いアカウント情報のうちの少なくとも一つを含み、第２の待検証コマンドは、ユーザー特徴情報、入金端末情報のうちの少なくとも一つを含む。
【００３０】
本発明の実施例では、ユーザー特徴情報は、音声、顔面特徴、網膜情報のうちの少なくとも一つを含み、および／又は、支払いアカウント情報は、アカウントを含み、および／又は、入金端末情報は、入金端末ＩＤ、請求書情報のうちの少なくとも一つを含む。
【００３１】
ここで、ステップＳ１０２ないしステップＳ１０６を参照すれば、ユーザー特徴は、音声、顔面特徴、網膜情報のうちの一種であってもよく、入金端末情報における入金端末ＩＤは、サーバー端末に予め記憶されたキャッシュレジスターの所属ＩＤ又は関連アカウントであってもよく、請求書情報は、現在支払い端末を利用しているユーザーの購入明細書であってもよい。
【００３２】
例えば、相変わらず上記を例とし、ここで、ユーザー特徴が音声を例として説明し、スマートフォンを利用するユーザーＡが存在する。支払い中に、サーバーは、支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信し、具体的には、以下の通りである。
【００３３】
サーバーが受信する第１の待検証コマンドと第２の待検証コマンドとが、それぞれ以下の方法によって得られる。
【００３４】
第１の待検証コマンドの場合、スマートフォンは、ユーザーＡの音声を収集することによって、ユーザーＡの音声とスマートフォンの支払いクライアントのアカウントとを合わせてカプセル化し、これにより第１の待検証コマンドを得、第１の待検証コマンドをサーバーに送信する。
【００３５】
それとともに、第２の待検証コマンドの場合、スマートフォンとキャッシュレジスターとが支払いリンクが予め確立されたので、スマートフォンがユーザーＡの音声を収集するとともに、キャッシュレジスターも配置されたマイクによってユーザーＡの音声を収集し、ユーザーＡの購入明細書の決算総数とキャッシュレジスターのＩＤとを、収集されたユーザーＡの音声と共にサーバーに送信する。
【００３６】
本発明の実施例では、ステップＳ１０４は、下記の態様を含む方法のいずれかによって、プリセット条件に基づいて第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断する。
【００３７】
態様１は、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報に一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が第２の待検証コマンドにおけるユーザー特徴情報に一致するかどうかを判断する。
例えば、相変わらず上記のユーザーＡを例として説明すると、サーバー端末にはユーザーＡが利用するスマートフォンにおける支払いクライアントのアカウント及び音声検証コマンドが記憶されているので、第１の待検証コマンドと第２の待検証コマンドとを検証する時に、ステップ１において、サーバーは、受信されたアカウントが同一のアカウントに対応するアカウント支払いであることを確保するように、第１の待検証コマンドにおける支払いアカウント情報におけるアカウントと予め記憶されたアカウントを比較し、ステップ２において、サーバーは、現在ステップ1においてアカウントを利用しているユーザーが同一のユーザーＡであることを確保するように、第１の待検証コマンドに担持される音声及び第２の待検証コマンドに担持される音声と、予め記憶された音声検証コマンドの音色とを比較する。
【００３８】
態様２は、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報と一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断するとともに、第２の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断する。
ステップ１において、サーバーは、受信されたアカウントが同一のアカウントに対応するアカウント支払いであることを確保するように、第１の待検証コマンドにおける支払いアカウント情報におけるアカウントと予め記憶されたアカウントとを比較し、ステップ２において、サーバーは、現在ステップ１においてアカウント利用しているユーザーが同一のユーザーＡであることと音声検証の正確率を確保するように、第１の待検証コマンドに担持される音声の音色及び内容と、予め記憶された音声検証コマンドの音色及び内容とを比較するとともに、第２の待検証コマンドに担持される音声の音色及び内容と、予め記憶された音声検証コマンドの音色及び内容とを比較する。
【００３９】
本発明の実施例では、ステップＳ１０６において、下記の方法の少なくとも一つを含む方法によって、検証結果を支払い端末および／又は入金端末に送信する。
【００４０】
態様１又は態様２による判断結果がいずれも一致である場合に、検証成功のメッセージを支払い端末および／又は入金端末に送信する。態様１を例として、態様１又は態様２の詳細を説明すると、態様１におけるステップ１とステップ２の判断結果がいずれも同じであれば検証に成功し、サーバーが検証成功のメッセージを支払い端末および／又は入金端末に送信する。態様２は、上記と同じであり、ここで贅言しない。
【００４１】
態様１又は態様２の少なくとも一つの判断結果が一致でない場合に、検証失敗のメッセージを支払い端末および／又は入金端末に送信する。
【００４２】
以上のように、態様１又は態様２におけるステップ１とステップ２の何れか１つの検証による判断結果が一致であれば検証が失敗し、サーバーが検証失敗のメッセージを支払い端末および／又は入金端末に送信する。
【００４３】
本発明の実施例では、ステップＳ１０６において検証結果を支払い端末および／又は入金端末に送信する前に、以下のステップを更に含む。
【００４４】
ステップＳ１０７において、第１の待検証コマンドにおけるユーザー特徴情報および支払いアカウント情報と、第２の待検証コマンドにおける入金端末情報における請求書情報とに基づき、消費明細を生成する。
【００４５】
ステップＳ１０８において、消費明細を記憶する。
【００４６】
ステップＳ１０７とステップＳ１０８とを合わせて、検証に成功であれば、サーバーは、今回の検証の詳細を記憶し、更に消費明細を生成し、ユーザーＡが検索可能のように記憶する。
【００４７】
本発明の実施例では、支払い端末と入金端末とが支払いリンクが予め確立された場合に、第１の待検証コマンドと第２の待検証コマンドとを受信する。
【００４８】
図２は、本発明の実施例による支払い検証方法の情報交換流れ図であり、図２に示すように、当該情報交換の流れは、以下の通りである。
【００４９】
ステップＳ２０１において、支払い端末と入金端末とが支払いリンクが確立される。
【００５０】
ステップＳ２０２において、支払い端末は、ユーザー特徴を収集する。
【００５１】
ステップＳ２０３において、入金端末は、ユーザー特徴を収集する。
【００５２】
ステップＳ２０４において、支払い端末は、収集されたユーザー特徴と支払いアカウントを結びつけて第１の待検証コマンドを生成する。
【００５３】
ステップＳ２０５において、支払い端末は、サーバーに第１の待検証コマンドを送信する。
【００５４】
ステップＳ２０６において、入金端末は、収集されたユーザー特徴と入金端末情報を結びつけて第２の待検証コマンドを生成する。
【００５５】
ステップＳ２０７において、入金端末は、サーバーに第２の待検証コマンドを送信する。
【００５６】
ステップＳ２０８において、サーバーは、入金端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信する。
【００５７】
ステップＳ２０９において、サーバーは、プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断する。
【００５８】
ステップＳ２１０において、サーバーは、検証結果を支払い端末および／又は入金端末に送信する。
【００５９】
ステップＳ２１１において、支払い端末は、サーバーが送信した検証結果を受信する。
【００６０】
ステップＳ２１２において、入金端末は、サーバーが送信した検証結果を受信する。
【００６１】
本発明の実施例による支払い検証方法は、音声を例とし、顔面特徴又は網膜情報の検証方法も音声と同じであり、ここで贅言しない。また、上記検証方法に加えて、人体の特有の紋様、例えば指紋を検証コマンドとしてもよく、その検証方法が音声検証と同じであり、本発明の実施例は支払い検証方法の実現に準じ、具体的には限定をしない。
【００６２】
実施例２
本実施例では、さらに、支払い検証装置を提供する。該装置は上記実施例及び好ましい実施形態を実現することに用いられ、すでに説明したことは贅言しない。以下に使用される術語「モジュール」は、予定の機能を実現できるソフトウェアおよび／又はハードウェアの組合せである。以下の実施例に説明される装置は、ソフトウェアで実現されることが好ましいが、ハードウェア、又はソフトウェアとハードウェアの組合せによる実現も可能であり、検討される。
【００６３】
図３は、本発明の実施例による支払い検証装置の構造ブロック図であり、図３に示すように、該装置は、受信モジュール３２と、判断モジュール３４と、送信モジュール３６とを含む。
【００６４】
ここで、受信モジュール３２は、支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドを受信するように設置される。
判断モジュール３４は、受信モジュール３２と通信接続が確立され、プリセット条件に基づき、受信モジュール３２で受信された第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断するように設置される。
送信モジュール３６は、判断モジュール３４と通信接続が確立され、判断モジュール３４による検証結果を支払い端末および／又は入金端末に送信するように設置される。
【００６５】
本発明の実施例では、図４は本発明の好ましい実施例による支払い検証装置の構造ブロック図であり、図４に示すように、判断モジュール３４は、下記の態様を含む方法のいずれかによって、プリセット条件に基づいて第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断するように設置される。
第１の判断ユニット３４１は、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報に一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が第２の待検証コマンドにおけるユーザー特徴情報に一致するかどうかを判断するように設置される。
第２の判断ユニット３４２は、プリセット条件において予め記憶された支払い端末の支払いアカウント情報に基づき、第１の待検証コマンドにおける支払いアカウント情報と一致するかどうかを判断し、プリセット条件において予め記憶された支払い端末のユーザー特徴情報に基づき、第１の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断するとともに、第２の待検証コマンドにおけるユーザー特徴情報が予め記憶されたユーザー特徴情報と一致するかどうかを判断するように設置される。
【００６６】
本発明の実施例では、図５は本発明の好ましい実施例による支払い検証装置の構造ブロック図であり、図５に示すように、送信モジュール３６は、下記の態様を含む方法のいずれかによって、検証結果を支払い端末および／又は入金端末に送信するように設置される。
第１の送信ユニット３６１は、第１の判断ユニット３４１又は第２の判断ユニット３４２による判断結果のいずれも一致である場合に、検証成功のメッセージを支払い端末および／又は入金端末に送信するように設置される。
第２の送信ユニット３６２は、第１の判断ユニット３４１又は第２の判断ユニット３４２による判断結果の少なくとも一つが一致でない場合に、検証失敗のメッセージを支払い端末および／又は入金端末に送信するように設置される。
【００６７】
本発明の実施例では、図６は本発明の実施例による支払い検証装置の構造ブロック図であり、図６に示すように、該装置は、図３に示す全てのモジュールに加えて、さらに、生成モジュール３８と、記憶モジュール４０とを含む。
ここで、生成モジュール３８は、検証結果を支払い端末および／又は入金端末に送信する前に、第１の待検証コマンドにおけるユーザー特徴情報および支払いアカウント情報と、第２の待検証コマンドにおける入金端末情報における請求書情報とに基づき、消費明細を生成するように設置される。
記憶モジュール４０は、生成モジュール３８と接続関係が確立され、生成モジュール３８で生成された消費明細を記憶するように設置される。
【００６８】
実施例３
本実施例では、支払い検証システムを提供し、図７は、本発明の実施例による支払い検証システムの構造図であり、図７に示すように、該システムは、サーバー７２と、支払い端末７４と、入金端末７６とを含む。
ここで、サーバー７２は、支払い端末７４及び入金端末７６とに通信接続が確立され、支払い端末７４から送信された第１の待検証コマンドと、入金端末７６から送信された第２の待検証コマンドとを受信するとともに、プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断し、支払い端末７４および／又は入金端末７６に検証結果を送信するように設置される。
ここで、サーバー７２は、図３ないし図６の何れか一つに示される支払い検証装置である。
【００６９】
本発明の実施例では、身分検証して支払いを行うために支払い端末と入金端末とが同時に音声パスワードが入力される策略が採用され、即ち、ユーザーは、支払う時に現地で任意な音声パスワードを言い出し、携帯電話端末と入金端末が同時にこの音声パスワードを受信してサーバーに送信し、サーバー側では、これらコマンドを解析して認証し、認証に成功すると、ユーザー検証が成功し、認証に成功しないと、ユーザー検証が失敗する。
【００７０】
本発明の実施例に係る方法は、主に以下のステップを含む。
ステップ１において、端末ユーザーは、検証操作を始める。
ステップ２において、ユーザーは、現地で音声パスワードを言い出し、支払い端末と入金端末が該音声パスワードを受信すると、同時にこのパスワードを符号化にしてからサーバーに送信する。
ステップ３において、サーバーは、音声パスワードを受信すると、パスワードを復号化する。
ステップ４において、サーバーは、解析後のパスワードに対して、コマンドを送信したアカウントであるかどうかを確定するためのアカウント判定と、支払い端末と入金端末のパスワードとが一致するかどうかを判定するためのパスワード内容判定とを含む認証を行う。
ステップ５において、サーバーは、検証結果をクライアントに返信し、認証成功でないと検証失敗であり、パスワード認証に成功すると検証成功であって、同時にこの音声を今回の検証のメモとして記録する。
ステップ６において、検証が終了する。
【００７１】
具体的には、図８は本発明における音声に基づく検証流れ図であり、具体的な実施ステップは以下の通りである。
ステップ８０１において、端末ユーザーは、検証操作を始める。
ステップ８０２において、ユーザーは、現地で音声パスワードを言い出し、支払い端末と入金端末が該音声パスワードを受信すると、同時にこのパスワードを符号化にしてからサーバーに送信する。
ステップ８０３において、サーバーは、音声パスワードを受信すると、パスワードを復号化する。
ステップ８０４において、サーバーは、解析後のパスワードに対して、コマンドを送信したアカウントであるかどうかを確定するためのアカウント判定と、支払い端末と入金端末のパスワードとが一致するかどうかを判定するためのパスワード内容判定とを含む認証を行う。
ステップ８０５において、サーバーは、検証結果をクライアントに返信し、認証成功でないと検証失敗であり、パスワード認証に成功すると検証成功であって、同時にこの音声を今回の検証のメモとして記録する。
ステップ８０６において、検証が終了する。
【００７２】
当業者にとって理解するであろうが、上記の本発明の各モジュール又は各ステップは汎用の計算装置で実現でき、それらは単一の計算装置に集中され、又は複数の計算装置から構成されたネットワークに分布されることが可能であり、選択的に、それらは計算装置が実行可能なプログラムコードで実現でき、それによって、それらを記憶装置に記憶して計算装置により実行することが可能であり、且つある場合に、本発明に説明された順序と異なる順序によって示された又は説明されたステップを実行し、又はそれらをそれぞれに各集積回路モジュールに製作し、又はそれらのうちの複数のモジュール又はステップを単一の集積回路モジュールに製作して実現することが可能である。このように、本発明は何れかの特定のハードウェアとソフトウェアの結合に限定されない。
【００７３】
以上の内容は本発明の好ましい実施例に過ぎず、本発明に対する制限に用いられず、当業者にとって、本発明には様々な変更と変化が可能である。本発明の要旨および原則に従う修正、同等な入替、改善等は、いずれも本発明の保護範囲内に含まれるべきである。
【産業上の利用可能性】
【００７４】
本発明の実施例に係る技術方案は、端末の支払い過程に用いられることができ、支払い中に支払い端末から送信された第１の待検証コマンドと入金端末から送信された第２の待検証コマンドとを受信し、プリセット条件に基づき、第１の待検証コマンドと第２の待検証コマンドとが一致するかどうかを判断し、検証結果を支払い端末および／又は入金端末に送信するように構成される。本発明の実施例は、検証方法のセキュリティ欠陥、これによるセキュリティ上の問題を解決し、更に、検証方法のセキュリティ性を向上させる効果を達成した。
【図１】
2017535893.tif 000003
【図２】
2017535893.tif 000004
【図３】
2017535893.tif 000005
【図４】
2017535893.tif 000006
【図５】
2017535893.tif 000007
【図６】
2017535893.tif 000008
【図７】
2017535893.tif 000009
【図８】
2017535893.tif 000010
【国際調査報告】
2017535893.tif 000011
2017535893.tif 000012
2017535893.tif 000013
2017535893.tif 000014