CN102147900A - 一种支付实现系统及方法 - Google Patents

Abstract

本发明公开了一种支付实现系统及方法，用以解决现有支付实现系统的支付安全性较差，导致用户帐户被窃取的问题。本发明提供的一种支付实现方法包括：接收用户的支付请求，并从中获取帐户名和密码信息；根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权；当鉴权通过时，生成与该帐户名相对应的动态口令，并将该动态口令发送给用户；当用户提供的动态口令，与该用户的帐户名相对应的动态口令相同时，接受该用户的支付请求，实现支付。

Description

一种支付实现系统及方法

技术领域

本发明涉及通信技术领域，尤其涉及一种支付实现系统及方法。

背景技术

在安全要求比较高的电子商务应用中，为了确保用户输入的密码不被别人捕获，通常会采用两种方式：一种是采用SSL(Security Socket Layer)加密通道，另一种是在客户端安装加密控件。

其中，SSL是一种安全保密协议，在浏览器和网页(Web)服务器之间构造安全通道来进行数据传输，SSL运行在TCP/IP层之上、应用层之下，为应用程序提供加密数据通道。SSL采用了RC4、MD5以及RSA等加密算法，使用40位的密钥，适用于商业信息的加密。

但是，当客户端是手机等移动设备时，以上两种方式都存在一定的局限性，以手机为例，现有手机的智能操作系统有很多种，而无论是SSL加密通道，还是加密控件的安装，都需要根据不同的手机操作系统进行设计，因此，必然增加成本。另外，现有很多非智能手机的机器性能上无法满足SSL加密通道和安全控件的运行，因此，很多手持移动设备无法实现常见的加密算法，或者无法在浏览器上安装安全控件。

因此，在需要用户密码信息完成支付转账等商务应用中，无法获得可靠的技术保障，容易造成用户信息泄露，给用户帐户带来损失。

发明内容

本发明实施例提供了一种支付实现系统及方法，用以解决现有支付实现系统的支付安全性较差，导致用户帐户被窃取的问题。

本发明实施例提供的一种支付实现系统包括：

支付平台，用于接收用户的支付请求，并从中获取帐户名和密码信息，根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权，当鉴权通过时，通过动态口令实现支付；

发射机，用于将动态口令发送给接收机；

接收机，用于接收发射机发送的动态口令，并输出显示。

本发明实施例提供的一种支付实现系统包括：

支付平台，用于接收用户的支付请求，并从中获取帐户名和密码信息，根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权，当鉴权通过时，生成动态口令，并将动态口令发送给接收机，通过动态口令实现支付；

接收机，用于接收支付平台发送的动态口令，并输出显示。

本发明实施例提供的一种支付实现方法包括：

接收用户的支付请求，并从中获取帐户名和密码信息；

根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权；

当鉴权通过时，生成与该帐户名相对应的动态口令，并将该动态口令发送给用户；

当用户提供的动态口令，与该用户的帐户名相对应的动态口令相同时，接受该用户的支付请求，实现支付。

本发明实施例，接收用户的支付请求，并从中获取帐户名和密码信息；根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权；当鉴权通过时，生成与该帐户名相对应的动态口令，并将该动态口令发送给用户；当用户提供的动态口令，与该用户的帐户名相对应的动态口令相同时，接受该用户的支付请求，实现支付，从而解决了现有支付实现系统的支付安全性较差，导致用户帐户被窃取的问题。

附图说明

图1为本发明实施例提供的一种支付实现系统的总体结构示意图；

图2为本发明实施例提供的一种支付实现系统的具体结构示意图；

图3为本发明实施例提供的一种支付实现系统的具体结构示意图；

图4为本发明实施例提供的一种支付实现系统的具体结构示意图；

图5为本发明实施例提供的一种支付实现系统的总体结构示意图；

图6为本发明实施例提供的一种支付实现系统的具体结构示意图；

图7为本发明实施例提供的一种支付实现方法的流程示意图。

具体实施方式

本发明实施例提供了一种支付实现系统及方法，用以解决现有支付实现系统的支付安全性较差，导致用户帐户被窃取的问题。

下面结合附图对本发明实施例提供的技术方案进行说明。

参见图1，本发明实施例提供的一种支付实现系统包括：

支付平台101，用于将接收支付请求，其中包括帐户名和密码信息。根据支付请求中提供的帐户名和密码信息，以及该支付平台101预先存储的帐户名和密码信息，对用户进行鉴权，如果该支付平台101预先存储有支付请求中提供的帐户名，并且该支付请求中提供的密码信息，与该支付平台101预先存储的该帐户名对应的密码信息一致，则鉴权通过，若该支付请求中提供的密码信息，与该支付平台101预先存储的该帐户名对应的密码信息不一致，则鉴权失败，拒绝用户的支付请求。

当支付平台101对用户的鉴权通过，则需要进一步地生成与支付请求中包括的帐户名相对应的动态口令，所述动态口令，例如：可以是数字、字母或其他符号。并将动态口令发送给用户，用户收到该动态口令后，将动态口令输入该支付平台101，支付平台101需要对用户提供的动态口令进行校验，若校验成功，则接受该用户的支付请求，最终确认允许对用户的帐户进行支付(包括转账)等操作。若校验失败，则拒绝用户的支付请求。

发射机102，用于通过有线传输或无线传输的方式，根据预先存储的帐户名和接收机标识(例如个人地址码)的对应关系，将与帐户名相对应的动态口令，发送给该帐户名对应的接收机103。

接收机103，用于接收发射机102发射的动态口令，并输出显示给用户。

其中，可以由支付平台生成动态口令，并发送给发射机，再由发射机将动态口令发送给接收机。

也可以由发射机生成动态口令，并分别发送给支付平台和接收机。

或者，也可以由支付平台和发射机分别生成动态口令，由发射机将动态口令发送给接收机。此种情况下，支付平台和发射机根据同样的算法，利用时间等信息，分别生成相同的动态口令。

下面给出几个具体实施例的说明。

实施例一：

参见图2，本发明实施例提供的一种支付实现系统包括：支付平台201、发射机202和接收机203。

其中，支付平台201包括用户信息存储单元10、支付请求接收单元11、鉴权单元12、动态口令生成单元13、动态口令发送单元14、校验单元15和确认支付单元16。

用户信息存储单元10存储有不同用户的帐户名和密码信息，每一帐户名与一密码相对应。

支付请求接收单元11，用于接收支付请求，其中包括帐户名和密码信息。

鉴权单元12，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元10预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发动态口令生成单元13，若鉴权失败，则拒绝用户的支付请求。

动态口令生成单元13，用于根据鉴权单元12的触发，生成与支付请求中包括的帐户名相对应的动态口令，该动态口令是随机生成的，可以是一组随机序列。

动态口令发送单元14，用于将动态口令，以及该动态口令与帐户名的对应关系，发送给发射机202。

发射机202可以通过特定频段，根据预先存储的帐户名和接收机标识(例如个人地址码)的对应关系，将与动态口令发送单元14发送的帐户名相对应的动态口令，发送给该帐户名对应的接收机203。

接收机203，用于接收发射机202发射的动态口令，并输出显示给用户。用户将动态口令输入支付平台201。

校验单元15，接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与动态口令生成单元13生成的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元16，否则，校验失败，则拒绝用户的支付请求。

确认支付单元16，根据校验单元15的触发，对用户的帐户进行支付等操作。

实施例二：

参见图3，本发明实施例提供的一种支付实现系统包括：支付平台301、发射机302和接收机303。

其中，支付平台301包括用户信息存储单元20、支付请求接收单元21、鉴权单元22、动态口令请求单元23、校验单元24和确认支付单元25。

发射机302包括动态口令生成单元31和动态口令发送单元32。

用户信息存储单元20存储有不同用户的帐户名和密码信息，每一帐户名与一密码相对应。

支付请求接收单元21，用于接收支付请求，其中包括帐户名和密码信息。

鉴权单元22，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元20预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发动态口令请求单元23，若鉴权失败，则拒绝用户的支付请求。

动态口令请求单元23，用于根据鉴权单元22的触发，向发射机302发送动态口令请求，其中包括帐户名。

发射机302中的动态口令生成单元31，根据动态口令请求，生成与该动态口令请求中的帐户名相对应的动态口令。

动态口令发送单元32，用于将动态口令生成单元31生成的动态口令，以及该动态口令对应的帐户名，发送给支付平台301；并且，通过特定频段，根据预先存储的帐户名和接收机标识的对应关系，将与动态口令生成单元31生成的动态口令，发送给对应的接收机303。

接收机303，用于接收发射机302发射的动态口令，并输出显示给用户。用户将动态口令输入支付平台301。

校验单元24，接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与发射机302发送的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元25，否则，校验失败，则拒绝用户的支付请求。

确认支付单元25，根据校验单元24的触发，对用户的帐户进行支付等操作。

实施例三：

参见图4，本发明实施例提供的一种支付实现系统包括：支付平台401、发射机402和接收机403。

其中，支付平台401包括用户信息存储单元40、支付请求接收单元41、鉴权单元42、第一动态口令生成单元43、通知生成动态口令单元44、校验单元45和确认支付单元46。

发射机402包括第二动态口令生成单元51和动态口令发送单元52。

用户信息存储单元40存储有不同用户的帐户名和密码信息，每一帐户名与一密码相对应。

支付请求接收单元41，用于接收支付请求，其中包括帐户名和密码信息。

鉴权单元42，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元40预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发第一动态口令生成单元43，若鉴权失败，则拒绝用户的支付请求。

第一动态口令生成单元43，用于根据鉴权单元42的触发，利用时间信息，生成与支付请求中包括的帐户名相对应的动态口令。

通知生成动态口令单元44，用于向发射机402发送生成动态口令的通知，其中包括第一动态口令生成单元43生成动态口令所用到的时间信息，以及与该动态口令相对应的帐户名。

发射机402中的第二动态口令生成单元51，根据通知生成动态口令单元44发送的通知，利用其中携带的时间信息，生成与该通知中的帐户名相对应的动态口令。

其中，第二动态口令生成单元51和第一动态口令生成单元43采用同一算法，利用同一时间信息生成动态口令，因此生成的同一帐户名对应的动态口令相同。

动态口令发送单元52，用于通过特定频段，根据预先存储的帐户名和接收机标识的对应关系，将第二动态口令生成单元51生成的动态口令，发送给对应的接收机403。

接收机403，用于接收发射机402发射的动态口令，并输出显示给用户。用户将动态口令输入支付平台401。

校验单元45，用于接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与第一动态口令生成单元43生成的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元46，否则，校验失败，则拒绝用户的支付请求。

确认支付单元46，根据校验单元45的触发，对用户的帐户进行支付等操作。

上述本发明实施例中提供的接收机，可以是传呼接收机，类似于以前的寻呼机(BP机)，通过个人地址码寻呼特定用户。

另外，本发明实施例提供的一种支付实现系统，还可以仅包括如图5所示的支付平台501和接收机502。

具体地，参见图6，支付平台501包括：用户信息存储单元60、支付请求接收单元61、鉴权单元62、动态口令生成单元63、动态口令发送单元64、校验单元65和确认支付单元66。

用户信息存储单元60存储有不同用户的帐户名和密码信息，每一帐户名与一密码相对应。

支付请求接收单元61，用于接收支付请求，其中包括帐户名和密码信息。

鉴权单元62，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元60预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发动态口令生成单元63，若鉴权失败，则拒绝用户的支付请求。

动态口令生成单元63，用于根据鉴权单元62的触发，生成与支付请求中包括的帐户名相对应的动态口令，该动态口令是随机生成的，可以是一组随机序列。

动态口令发送单元64，用于将动态口令，以及该动态口令与帐户名的对应关系，发送给接收机502。

动态口令发送单元64可以通过特定频段，根据预先存储的帐户名和接收机标识(例如个人地址码)的对应关系，将与帐户名相对应的动态口令，发送给该帐户名对应的接收机502。

接收机502，用于接收支付平台501发射的动态口令，并输出显示给用户。用户将动态口令输入支付平台501。

校验单元65，接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与动态口令生成单元63生成的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元66，否则，校验失败，则拒绝用户的支付请求。

确认支付单元66，根据校验单元65的触发，对用户的帐户进行支付等操作。

此时，接收机502可以为感应卡，通过感应接收支付平台501发送的动态口令，无需在支付平台之外设置发射机。

本发明实施例提供的接收机，成本低廉，实现简单，携带方便，可以被广大用户所接受。

参见图7，本发明实施例提供的一种支付实现方法包括步骤：

S101、接收用户的支付请求，并从中获取帐户名和密码信息。

S102、根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权。

S103、当鉴权通过时，生成与该帐户名相对应的动态口令，并将该动态口令发送给用户。

S104、当用户提供的动态口令，与该用户的帐户名相对应的动态口令相同时，接受该用户的支付请求，实现支付。

综上所述，本发明实施例通过动态口令实现支付的技术方案，可以有效解决现有支付实现系统的支付安全性较差，导致用户帐户被窃取的问题，提高了银行等的支付实现的安全性，并且易于实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种支付实现系统，其特征在于，该系统包括：

支付平台，用于接收用户的支付请求，并从中获取帐户名和密码信息，根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权，当鉴权通过时，通过动态口令实现支付；

发射机，用于将动态口令发送给接收机；

接收机，用于接收发射机发送的动态口令，并输出显示。

2.根据权利要求1所述的系统，其特征在于，所述支付平台，包括：

用户信息存储单元，用于存储不同用户的帐户名和密码信息；

支付请求接收单元，用于接收用户的支付请求，其中包括帐户名和密码信息；

鉴权单元，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发动态口令生成单元，若鉴权失败，则拒绝用户的支付请求；

动态口令生成单元，用于根据鉴权单元的触发，生成与支付请求中包括的帐户名相对应的动态口令；

动态口令发送单元，用于将动态口令，以及该动态口令与帐户名的对应关系，发送给发射机；

校验单元，用于接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与动态口令生成单元生成的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元，否则，校验失败，拒绝用户的支付请求；

确认支付单元，用于根据校验单元的触发，实现支付。

3.根据权利要求2所述的系统，其特征在于，所述发射机，根据预先存储的帐户名和接收机标识的对应关系，将与帐户名相对应的动态口令，发送给该帐户名对应的接收机。

4.根据权利要求1所述的系统，其特征在于，所述支付平台，包括：

用户信息存储单元，用于存储不同用户的帐户名和密码信息；

支付请求接收单元，用于接收用户的支付请求，其中包括帐户名和密码信息；

鉴权单元，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发动态口令请求单元，若鉴权失败，则拒绝用户的支付请求；

动态口令请求单元，用于根据鉴权单元的触发，向发射机发送动态口令请求，其中包括帐户名；

校验单元，用于接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与发射机发送的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元，否则，校验失败，拒绝用户的支付请求；

确认支付单元，用于根据校验单元的触发，实现支付。

5.根据权利要求4所述的系统，其特征在于，所述发射机，包括：

动态口令生成单元，用于根据支付平台发送的动态口令请求，生成与该动态口令请求中的帐户名相对应的动态口令；

动态口令发送单元，用于将动态口令生成单元生成的动态口令，以及该动态口令对应的帐户名，发送给支付平台；并且，根据预先存储的帐户名和接收机标识的对应关系，将与动态口令生成单元生成的动态口令，发送给接收机。

6.根据权利要求1所述的系统，其特征在于，所述支付平台，包括：

用户信息存储单元，用于存储不同用户的帐户名和密码信息；

支付请求接收单元，用于接收用户的支付请求，其中包括帐户名和密码信息；

鉴权单元，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发动态口令生成单元，若鉴权失败，则拒绝用户的支付请求；

第一动态口令生成单元，用于根据鉴权单元的触发，利用时间信息，生成与支付请求中包括的帐户名相对应的动态口令；

通知生成动态口令单元，用于向发射机发送生成动态口令的通知，其中包括所述时间信息，以及与该动态口令相对应的帐户名；

校验单元，用于接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与第一动态口令生成单元生成的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元，否则，校验失败，拒绝用户的支付请求；

确认支付单元，用于根据校验单元的触发，实现支付。

7.根据权利要求6所述的系统，其特征在于，所述发射机，包括：

第二动态口令生成单元，用于根据通知生成动态口令单元发送的通知，利用其中携带的时间信息，生成与该通知中的帐户名相对应的动态口令；

动态口令发送单元，用于根据预先存储的帐户名和接收机标识的对应关系，将第二动态口令生成单元生成的动态口令，发送给接收机。

8.一种支付实现系统，其特征在于，该系统包括：

支付平台，用于接收用户的支付请求，并从中获取帐户名和密码信息，根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权，当鉴权通过时，生成动态口令，并将动态口令发送给接收机，通过动态口令实现支付；

接收机，用于接收支付平台发送的动态口令，并输出显示。

9.根据权利要求8所述的系统，其特征在于，所述支付平台，包括：

用户信息存储单元，用于存储不同用户的帐户名和密码信息；

支付请求接收单元，用于接收用户的支付请求，其中包括帐户名和密码信息；

鉴权单元，用于根据支付请求中提供的帐户名和密码信息，以及用户信息存储单元预先存储的帐户名和密码信息，对用户进行鉴权，若鉴权通过，则触发动态口令生成单元，若鉴权失败，则拒绝用户的支付请求；

动态口令生成单元，用于根据鉴权单元的触发，生成与支付请求中包括的帐户名相对应的动态口令；

动态口令发送单元，用于将动态口令，以及该动态口令与帐户名的对应关系，发送给接收机；

动态口令发送单元，用于根据预先存储的帐户名和接收机标识的对应关系，将与帐户名相对应的动态口令，发送给该帐户名对应的接收机；

校验单元，用于接收用户输入的帐户名和动态口令，并判断用户输入的动态口令与动态口令生成单元生成的与该帐户名对应的动态口令是否一致，如果是，则校验通过，触发确认支付单元，否则，校验失败，拒绝用户的支付请求；

确认支付单元，用于根据校验单元的触发，实现支付。

10.一种支付实现方法，其特征在于，该方法包括：

接收用户的支付请求，并从中获取帐户名和密码信息；

根据从支付请求中获取的帐户名和密码信息，以及预先存储的帐户名和密码信息，对用户进行鉴权；

当鉴权通过时，生成与该帐户名相对应的动态口令，并将该动态口令发送给用户；

当用户提供的动态口令，与该用户的帐户名相对应的动态口令相同时，接受该用户的支付请求，实现支付。

Images