CN102324078A - 交易确认的方法及系统 - Google Patents

Abstract

本发明提供一种交易确认的方法及系统，所述方法包括交易处理服务器将待确认的交易信息及对应的电话终端号码发送至语音服务器；所述语音服务器通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器；所述交易处理服务器根据所述确认消息完成交易。本发明提供的交易确认的方法及系统，使用户可以在完成一笔交易之前，通过所述电话终端得知语音服务器播放的该笔交易的信息，并通过所述电话终端的屏幕、按键或话筒对该笔交易进行二次确认，从而更好地保障了用户的金融安全，并且无需携带额外的设备或附件，使用更加方便快捷。

Description

交易确认的方法及系统

技术领域

本发明涉及电子交易技术领域，特别涉及一种交易确认的方法及系统。

背景技术

随着信息技术的发展，金融交易方式已由传统的纸币形式逐渐演变为利用银行账号或者银行卡通过POS终端、网上银行、交易网站或第三方支付平台等通过网络进行电子交易的方式，甚至通过手机对商品条形码拍照上传的方式就可以购买商品。这种电子交易的方式操作简便快捷，无需支付方到现场进行交易，给人们的生活带来极大的便利。但同时，由于网络中存在大量盗用账号和密码的黑客、木马程序和钓鱼网站等，使得通过网络进行电子交易存在极大的风险。此外，在银行卡或交易账号丢失的情况下，也会给人们造成很大的经济损失。

目前，人们通常采用USB key和动态口令等方式来保障自己的交易安全。但这些方式同时也存在一些弊端。例如，USB key需要由用户花钱购买，不仅增加了额外的支出，而且每次交易时都需要随身携带，很不方便。此外，对于当前的通过手机拍照进行交易的方式，现有的USB key由于不能与手机兼容而无法保障用户的安全。而动态口令的方式只能应用于通过固定或移动终端在网上支付的情况，当用户在银行的POS终端或者柜台直接刷卡支付时，虽然银行服务器可以将交易金额等交易信息通过短信的方式告知用户，但此时交易已经完成了，如果银行卡被盗用，用户也只能通过挂失等方式进行事后处理，不能在交易完成之前就采取有效的措施。可见，对于当前各种各样的电子交易方式，上述现有的防范措施都不能很好的保障用户的金融安全。

发明内容

本发明提供一种交易确认的方法及系统，用于提高用户进行各种金融交易的安全性。

一方面，本发明提供一种交易确认的方法，包括如下步骤：

a1.交易处理服务器将待确认的交易信息及对应的电话终端号码发送至语音服务器；

a2.所述语音服务器通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器；

a3.所述交易处理服务器根据所述确认消息完成交易。

另一方面，本发明提供一种交易确认的系统，包括：

交易处理服务器，用于将待确认的交易信息及对应的电话终端号码发送至语音服务器；

语音服务器，用于通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器；

所述交易处理服务器还用于根据所述确认消息完成交易。

由上述技术方案可知，本发明提供的交易确认的方法及系统，通过交易处理服务器将待确认的交易信息及对应的电话终端号码发送至语音服务器，然后由所述语音服务器通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器，最后由所述交易处理服务器根据所述确认消息完成交易，使得用户可以在完成一笔交易之前，通过电话终端对该笔交易进行二次确认，从而更好地保障了用户的金融安全，并且无需携带额外的设备或附件，使用更加方便快捷。

附图说明

图1为本发明交易确认的方法的第一实施例的流程图；

图2为本发明交易确认的方法的第二实施例的流程图；

图3为本发明交易确认的方法的第三实施例的流程图；

图4为本发明交易确认的系统的结构示意图；

图5为本发明交易确认的系统中交易处理服务器的第一实施例的结构示意图；

图6为本发明交易确认的系统中交易处理服务器的第二实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例，对本发明实施例中的技术方案进行清楚、完整地描述。需要说明的是，在附图或说明书中，相似或相同的元件使用相同的附图标记。

首先参考图1，图1为本发明交易确认的方法的第一实施例的流程图。如图1所示，所述方法包括：

S10，交易处理服务器将待确认的交易信息及对应的电话终端号码发送至语音服务器。

具体地，所述交易信息包括交易账号、交易流水号、交易类型，对方账号和交易金额等。用户可以预先将其拥有的交易账号和电话终端号码通过银行柜台或者网上银行等方式告知银行，由银行工作人员或者网上银行服务器将所述交易账号和电话终端号码的对应关系表存储到所述交易处理服务器中。在S 10中，所述交易处理服务器可以根据所述对应关系表将待确认的交易信息及对应的电话终端号码发送至语音服务器。其中，所述电话终端可以是手机或固定电话等。

S11，所述语音服务器通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器。

具体地，当语音服务器接收到来自交易处理服务器的交易信息及对应的电话终端号码时，所述语音服务器可以主动对所述电话终端号码拨号，也可以等待来自所述电话终端号码的拨号，用户可以预先通过银行柜台或者网上银行约定具体的拨号方式。

当接通电话后，语音服务器将所述交易信息的详细内容播放给用户，用户确认之后通过该电话终端输入确认消息。其中，所述确认消息可以为密码或声纹口令，如果确认消息为密码，用户则通过所述电话终端的屏幕或按键进行输入，如果确认消息为声纹口令，用户则通过所述电话终端的话筒输入。

S12，所述交易处理服务器根据所述确认消息完成交易。如果所述交易处理服务器接收不到所述用户的确认消息，则不会进行交易处理。

可见，在本实施例中，通过语音服务器为用户播放交易信息，由用户对该交易信息的真实性进行确认，并在确认真实后通过所述电话终端输入相应的确认消息，最后由交易处理服务器根据该确认消息完成交易，使用户可以在完成一笔交易之前，通过电话终端对该笔交易进行二次确认，从而更好地保障了用户的金融安全，并且无需携带额外的设备或附件，使用更加方便快捷。

图2为本发明交易确认的方法的第二实施例的流程图。如图2所示，所述方法包括：

S20，交易发起前端将用户发起的交易信息发送至交易处理服务器。所述交易发起前端可以包括计算机、POS终端、银行柜台的处理终端或手机等移动终端。

S21，交易处理服务器将待确认的交易信息及对应的电话终端号码发送至语音服务器。

具体地，交易处理服务器在接收到来自所述交易发起前端的交易信息时，不会立刻进行交易处理，而是将所述交易信息作为所述待确认的交易信息，并根据预先存储的交易账号和电话终端号码的对应关系表，将所述待确认的交易信息及对应的电话终端号码发送至语音服务器，以等待确认。而有关所述交易信息、电话终端和对应关系表的详细内容与结合图1对第一实施例中S10的描述相同，所以此处不再赘述。

S22，交易处理服务器根据所述交易信息随机生成对应的待确认消息，并通过所述交易发起前端显示给所述用户。

其中，所述待确认消息可以为密码或声纹口令。在本实施例中，用户可以预先与银行约定通过密码还是声纹口令进行交易确认。如果所述待确认消息是密码，则所述待确认消息可以是随机生成的一位或多位密码；如果所述待确认消息是声纹口令，则所述待确认消息的内容可以是随机生成的一个词语或者一段话，而且用户需要通过银行柜台或者银行服务电话等方式预先录制自己的声纹信息，以便所述交易处理服务器可以判断出是否是用户本人的声音。

S23，语音服务器通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器，所述确认消息为所述用户将与所述待确认消息相同的内容通过所述电话终端输入的消息。

具体地，当所述用户通过所述交易发起前端得知所述待确认消息的内容后，如果所述语音服务器播放的交易信息属实，则所述用户将所述待确认消息的内容作为所述确认消息输入到所述电话终端。其中，如果所述待确认消息是密码，则用户通过所述电话终端的屏幕或按键进行输入；如果所述待确认消息是一段声纹口令，则用户将对应的内容对准所述电话终端的话筒读出以作为所述确认消息。而在本实施例中，所述语音服务器与电话终端的拨号方式与结合图1在第一实施例的S 11中的描述相同，所以此处不再赘述。

S24，交易处理服务器判断所述确认消息与所述待确认消息是否一致，并在判断出所述确认消息与所述待确认消息一致时完成交易。

可见，在本实施例中，用户可以直接通过常用的电话终端确认交易，而无需携带例如USB key等额外的硬件，也无需在确认时再次将确认密码输入到交易发起前端，避免了二次风险。此外，即使有犯罪分子盗取了用户的手机终端和交易账号，但其声纹信息也与用户的声纹信息不同，无法确认交易，从而更好地保障用户的金融安全。

图3为本发明交易确认的方法的第三实施例的流程图。如图3所示，所述方法包括：

S30，将用户预先约定的待确认消息存储到交易处理服务器中。

其中，所述预先约定的待确认消息可以为密码或声纹口令。如果所述待确认消息是声纹口令，需要所述用户通过银行柜台或者银行服务电话等方式预先录制自己的声纹口令，例如一个词语或者一段话，以便所述交易处理服务器可以判断出是否是用户本人的声音。

在本实施例中，用户可以通过银行柜台、银行服务电话或网上银行等方式将所述预先约定的待确认消息告知银行，由银行工作人员或者网上银行服务器将所述待确认消息存储到所述交易处理服务器中。之后，不管该用户通过何种方式进行交易，都需要根据所述待确认消息进行确认，具体的确认流程将通过后面的步骤详细描述。

S31，交易发起前端将所述用户发起的交易信息发送至所述交易处理服务器。所述交易发起前端可以包括计算机、POS终端、银行柜台的处理终端或手机等移动终端。

具体地，交易处理服务器在接收到来自所述交易发起前端的交易信息时，不会立刻进行交易处理，而是在收到来自语音服务器的用户对所述交易信息的确认消息之后才进行处理，具体的内容将在后面的步骤中详细描述。而有关所述交易信息、电话终端和对应关系表的详细内容与结合图1对第一实施例中S10的描述相同，所以此处不再赘述。

S32，交易处理服务器将待确认的交易信息及对应的电话终端号码发送至语音服务器。该步骤的详细内容与结合图2对第二实施例中步骤S21的描述相同，所以此处不再赘述。

S33，语音服务器通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器，所述确认消息为所述用户通过所述电话终端输入的消息。

具体地，当用户判断出所述语音服务器播放的交易信息属实时，则通过所述电话终端输入在步骤S30中该用户预先约定的待确认消息。如果预先约定的待确认消息为密码，用户则通过所述电话终端的屏幕或按键进行输入，如果预先约定的待确认消息为声纹口令，用户则通过所述电话终端的话筒输入。而在本实施例中，所述语音服务器与电话终端的拨号方式与结合图1在第一实施例的S11中的描述相同，所以此处不再赘述。

S34，交易处理服务器判断所述确认消息与所述待确认消息是否一致，并在判断出所述确认消息与所述待确认消息一致时完成交易。

以上是对本发明交易确认的方法实施例的详细描述，接下来结合图4-6详细描述本发明交易确认的系统实施例。

图4为本发明交易确认的系统1的结构示意图。如图4所示，所述系统1包括：

交易处理服务器10，用于将待确认的交易信息及对应的电话终端号码发送至语音服务器11。

具体地，所述交易信息包括交易账号、交易流水号、交易类型，对方账号和交易金额等。用户可以预先将其拥有的交易账号和电话终端号码通过银行柜台或者网上银行等方式告知银行，由银行工作人员或者网上银行服务器将所述交易账号和电话终端号码的对应关系表存储到交易处理服务器10中。所述交易处理服务器10可以根据所述对应关系表将待确认的交易信息及对应的电话终端号码发送至语音服务器11。其中，所述电话终端可以是手机或固定电话等。

语音服务器11，用于通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器10。

具体地，当语音服务器11接收到来自交易处理服务器10的交易信息及对应的电话终端号码时，语音服务器11可以主动对所述电话终端号码拨号，也可以等待来自所述电话终端号码的拨号，用户可以预先通过银行柜台或者网上银行约定具体的拨号方式。

当接通电话后，语音服务器11将所述交易信息的详细内容播放给用户，用户确认之后通过该电话终端输入确认消息。其中，所述确认消息可以为密码或声纹口令，如果确认消息为密码，用户则通过所述电话终端的屏幕或按键进行输入，如果确认消息为声纹口令，用户则通过所述电话终端的话筒输入。

所述交易处理服务器10还用于根据所述确认消息完成交易。如果交易处理服务器10接收不到所述用户的确认消息，则不会进行交易处理，从而保障用户的金融安全。

此外，所述交易确认的系统1还可包括交易发起前端(图中未示出)，用于将所述用户发起的交易信息发送至交易处理服务器10。所述交易发起前端可以包括计算机、POS终端、银行柜台的处理终端或手机等移动终端。

接下来结合图5-6详细描述本发明交易确认的系统1中交易处理服务器10的两个实施例。

图5为本发明交易确认的系统1中交易处理服务器10的第一实施例的结构示意图。如图5所示，所述交易处理服务器10包括发送模块100、显示模块101、第一接收模块102、第一判断模块103和第一交易处理模块104。其中，

发送模块100，用于将待确认的交易信息及对应的电话终端号码发送至语音服务器11。

显示模块101，用于根据所述发送模块100发送的交易信息随机生成对应的待确认消息，并通过所述交易发起前端显示给所述用户。

其中，所述待确认消息可以为密码或声纹口令。在本实施例中，用户可以预先与银行约定通过密码还是声纹口令进行交易确认。如果所述待确认消息是密码，则所述待确认消息可以是随机生成的一位或多位密码；如果所述待确认消息是声纹口令，则所述待确认消息的内容可以是随机生成的一个词语或者一段话，而且用户需要通过银行柜台或者银行服务电话等方式预先录制自己的声纹信息，以便所述交易处理服务器可以判断出是否是用户本人的声音。

第一接收模块102，用于接收来自语音服务器11的确认消息，所述确认消息为所述用户将与所述待确认消息相同的内容通过所述电话终端输入的消息。

具体地，当所述用户通过所述交易发起前端得知所述待确认消息的内容后，如果所述语音服务器播放的交易信息属实，则所述用户将所述待确认消息的内容作为所述确认消息输入到所述电话终端。其中，如果所述待确认消息是密码，则用户通过所述电话终端的屏幕或按键进行输入；如果所述待确认消息是一段声纹口令，则用户将对应的内容对准所述电话终端的话筒读出以作为所述确认消息。

第一判断模块103，用于判断所述第一接收模块102接收的确认消息与所述待确认消息是否一致。

第一交易处理模块104，用于在所述第一判断模块103判断出所述确认消息与所述待确认消息一致时完成交易。

图6为本发明交易确认的系统1中交易处理服务器10的第二实施例的结构示意图。如图6所示，所述交易处理服务器10包括发送模块100、第一存储模块105、第二接收模块106、第二判断模块107和第二交易处理模块108。其中，

第一存储模块105，用于存储所述用户预先约定的待确认消息。

其中，所述预先约定的待确认消息可以为密码或声纹口令。如果所述待确认消息是声纹口令，需要所述用户通过银行柜台或者银行服务电话等方式预先录制自己的声纹口令，例如一个词语或者一段话，以便所述交易处理服务器可以判断出是否是用户本人的声音。

在本实施例中，用户可以通过银行柜台、银行服务电话或网上银行等方式将所述预先约定的待确认消息告知银行，由银行工作人员或者网上银行服务器将所述待确认消息存储到交易处理服务器10的第一存储模块105中。

第二接收模块106，用于接收来自语音服务器11的确认消息，所述确认消息为所述用户通过所述电话终端输入的消息。

具体地，当用户判断出语音服务器11播放的交易信息属实时，则通过所述电话终端输入所述用户预先约定的待确认消息。如果预先约定的待确认消息为密码，用户则通过所述电话终端的屏幕或按键进行输入，如果预先约定的待确认消息为声纹口令，用户则通过所述电话终端的话筒输入。

第二判断模块107，用于判断第二接收模块106接收的确认消息与第一存储模块105中存储的待确认消息是否一致。

第二交易处理模块108，用于在第二判断模块107判断出所述确认消息与所述待确认消息一致时完成交易。

综上所述，本发明提供的交易确认的方法及系统，使用户可以在完成一笔交易之前，不管该用户通过何种方式发起该笔交易，都可以通过电话终端得知语音服务器播放的交易信息，并通过所述电话终端的屏幕、按键或者话筒对该笔交易进行二次确认，从而更好地保障了用户的金融安全，并且无需携带额外的设备或附件，使用更加方便快捷。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (17)

1.一种交易确认的方法，其特征在于，包括如下步骤：

a1.交易处理服务器将待确认的交易信息及对应的电话终端号码发送至语音服务器；

a2.所述语音服务器通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器；

a3.所述交易处理服务器根据所述确认消息完成交易。

2.根据权利要求1所述的方法，其特征在于，在所述步骤a1之前，所述方法还包括：

交易发起前端将所述用户发起的交易信息发送至所述交易处理服务器。

3.根据权利要求2所述的方法，其特征在于，在所述步骤a1之后并且在步骤a2之前，所述方法还包括：

所述交易处理服务器根据所述交易信息随机生成对应的待确认消息，并通过所述交易发起前端显示给所述用户。

4.根据权利要求3所述的方法，其特征在于，在所述步骤a2中，

所述确认消息为所述用户将与所述待确认消息相同的内容通过所述电话终端输入的消息。

5.根据权利要求4所述的方法，其特征在于，所述步骤a3包括：

所述交易处理服务器判断所述确认消息与所述待确认消息是否一致，并在判断出所述确认消息与所述待确认消息一致时完成交易。

6.根据权利要求2所述的方法，其特征在于，在所述交易发起前端将所述用户发起的交易信息发送至所述交易处理服务器之前，所述方法还包括：

将所述用户预先约定的待确认消息存储到所述交易处理服务器中。

7.根据权利要求6所述的方法，其特征在于，在所述步骤a2中，

所述确认消息为所述用户通过所述电话终端输入的消息。

8.根据权利要求7所述的方法，其特征在于，所述步骤a3包括：

所述交易处理服务器判断所述确认消息与所述待确认消息是否一致，并在判断出所述确认消息与所述待确认消息一致时完成交易。

9.根据权利要求3或6所述的方法，其特征在于，所述待确认信息和确认消息为密码或声纹口令。

10.根据权利要求1所述的方法，其特征在于，

所述交易信息包括交易账号、交易流水号、交易类型，对方账号和交易金额，并且在所述步骤a1之前，所述方法还包括：

将所述用户的交易账号和电话终端号码的对应关系表存储到所述交易处理服务器中。

11.一种交易确认的系统，其特征在于，包括：

交易处理服务器，用于将待确认的交易信息及对应的电话终端号码发送至语音服务器；

语音服务器，用于通过所述电话终端号码对应的电话终端为用户播放所述交易信息，并将所述用户通过所述电话终端输入的对所述交易信息的确认消息发送至所述交易处理服务器；

所述交易处理服务器还用于根据所述确认消息完成交易。

12.根据权利要求11所述的系统，其特征在于，所述系统还包括：

交易发起前端，用于将所述用户发起的交易信息发送至所述交易处理服务器。

13.根据权利要求12所述的系统，其特征在于，所述交易处理服务器包括：

发送模块，用于将所述待确认的交易信息及对应的电话终端号码发送至所述语音服务器。

14.根据权利要求13所述的系统，其特征在于，所述交易处理服务器还包括：

显示模块，用于根据所述发送模块发送的交易信息随机生成对应的待确认消息，并通过所述交易发起前端显示给所述用户；

第一接收模块，用于接收来自所述语音服务器的确认消息，所述确认消息为所述用户将与所述待确认消息相同的内容通过所述电话终端输入的消息；

第一判断模块，用于判断所述第一接收模块接收的确认消息与所述待确认消息是否一致；

第一交易处理模块，用于在所述第一判断模块判断出所述确认消息与所述待确认消息一致时完成交易。

15.根据权利要求13所述的系统，其特征在于，所述交易处理服务器还包括：

第一存储模块，用于存储所述用户预先约定的待确认消息；

第二接收模块，用于接收来自所述语音服务器的确认消息，所述确认消息为所述用户通过所述电话终端输入的消息；

第二判断模块，用于判断所述第二接收模块接收的确认消息与所述第一存储模块存储的待确认消息是否一致；

第二交易处理模块，用于在所述第二判断模块判断出所述确认消息与所述待确认消息一致时完成交易。

16.根据权利要求14或15所述的系统，其特征在于，所述待确认信息和确认消息为密码或声纹口令。

17.根据权利要求11所述的系统，其特征在于，

所述交易信息包括交易账号、交易流水号、交易类型，对方账号和交易金额，并且所述交易处理服务器还包括：

第二存储模块，用于存储所述用户的交易账号和电话终端号码的对应关系表。

Images