CN107767226A - 一种支付订单的生成方法 - Google Patents

Abstract

本发明实施例涉及一种支付订单的生成方法，包括：终端设备接收用户输入的请求支付的操作指令，获取商品数据和支付渠道信息，获取用户信息和设备信息，生成订单数据；终端设备根据用户ID和请求支付的时间生成哈希码并存储；根据订单数据和哈希码，生成订单支付请求信息，发送给服务器；服务器对订单支付请求信息进行解析，得到用户信息、商品数据、设备信息、支付渠道信息和哈希码并对其分别进行验证；如果验证通过，服务器判断是否已存储有哈希码；如果没有，服务器生成支付标识信息；服务器根据用户信息、商品数据、设备信息、支付渠道信息和支付标识信息生成订单信息，并发送给终端设备；终端设备接收到订单信息删除所存储的哈希玛。

Description

一种支付订单的生成方法

技术领域

本发明涉及通信技术领域，尤其涉及一种支付订单的生成方法。

背景技术

目前随着互联网技术的发展和普及，电子支付给人们生活和工作带来了很大的方便，电子支付的应用越来越广泛。

但是，电子支付的过程中有可能会出现由于用户失误地进行了重复点击支付操作，或者网络不稳定等原因，终端设备发送了重复的支付请求，服务端返回了多个支付订单，最终出现重复支付的情况。

发明内容

本发明的目的是提供一种支付订单的生成方法，能够过滤重复支付请求，生成唯一安全的支付订单。

为实现上述目的，本发明提供了一种支付订单的生成方法，包括：

终端设备接收用户输入的请求支付的操作指令；

所述终端设备根据所述操作指令获取所述操作指令指向的商品数据和支付渠道信息；所述商品数据至少包括商品ID和商品价格信息；

所述终端设备获取所述用户的用户信息和所述终端设备的设备信息，根据所述用户信息、所述设备信息、所述支付渠道信息和所述商品数据生成订单数据；

所述终端设备根据所述用户的用户ID和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储；

所述终端设备根据所述订单数据和所述哈希码，生成订单支付请求信息，发送给服务器；

所述服务器对所述订单支付请求信息进行解析，得到所述用户信息、所述商品数据、所述设备信息、所述支付渠道信息和所述哈希码；

所述服务器对所述用户信息、所述商品数据、所述设备信息、所述支付渠道信息和所述哈希码分别进行数据有效性的验证；

如果验证通过，所述服务器判断是否已存储有所述哈希码；

如果没有所述哈希码，所述服务器根据所述订单支付请求信息生成所述订单数据的支付标识信息；

所述服务器根据所述用户信息、所述商品数据、所述设备信息、所述支付渠道信息和所述支付标识信息生成订单信息，并发送给所述终端设备；

所述终端设备根据接收到的所述订单信息删除所存储的所述哈希玛。

优选的，在所述终端设备根据所述用户的用户ID和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储之前，所述方法还包括：

所述终端设备检测是否已存在所述哈希码；

当存在所述哈希码时，获取预设的订单支付提示信息，并显示。

优选的，在所述终端设备根据所述用户的用户ID和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储之后，所述方法还包括：

获取预设的时间阈值；

监测系统当前时间；

当所述系统当前时间与所述请求支付的时间的时间间隔达到所述预设的时间阈值时，删除所存储的所述哈希玛。

优选的，所述终端设备根据所述用户的用户ID和请求支付的时间采用哈希算法进行数字签名具体为：

所述终端设备根据所述用户的用户ID和请求支付的时间通过SHA256算法生成所述哈希码，用以所述数字签名。

优选的，在所述服务器对用户信息、所述商品数据、所述设备信息和所述哈希码分别进行数据有效性的验证之后，所述方法还包括：

如果验证不通过，所述服务器获取预设的验证失败信息发送给所述终端设备进行显示。

优选的，在所述服务器判断是否已存储有所述哈希码之后，所述方法还包括：

如果已存储有所述哈希玛，所述服务器获取预设的数据错误提示信息，发送给所述终端设备。

本发明实施例提供的支付订单的生成方法，能够过滤重复支付请求，生成唯一安全的支付订单。

附图说明

图1为本发明实施例提供的支付订单的生成方法流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明提供一种支付订单的生成方法，能够过滤重复支付请求，生成唯一安全的支付订单。

图1为本发明实施例提供的支付订单的生成方法流程图，以下结合图1所示，对本发明实施例提供的支付订单的生成方法进行说明。

本发明实施例提供的支付订单的生成方法包括如下步骤：

步骤101，终端设备接收用户输入的请求支付的操作指令。

具体的，终端设备可以为智能手机、平板电脑等加载有服务应用的设备。

请求支付的操作指令可以是用户通过点击选择请求支付的选项输入的。在一个具体的例子里，用户定向点触智能手机的触摸屏膜上请求支付的选项位置，智能手机接收到用户输入的操作指令，此操作指令中含有与请求支付的选项相对应的屏幕二维坐标信息，终端设备对此操作指令进行识别，可以确定此操作指令为请求支付的操作指令。

步骤102，终端设备根据操作指令获取操作指令指向的商品数据和支付渠道信息。

具体的，终端设备对请求支付的操作指令进行识别，确定请求支付的商品对象，并获取相应的商品数据，并且，通过请求支付的操作指令确定用户所选择的支付渠道信息。商品数据至少包括商品ID和商品价格信息，还可以包括商品的数量信息等。

在一个具体的例子里，智能手机接收到操作指令，根据操作指令中的屏幕二维坐标信息，确定此操作指令为某商品订单的请求支付指令，根据商品订单获取相应的商品数据，其中商品订单可以为商城应用平台发送给终端设备的。智能手机还可以根据操作指令确定此操作指令指向的支付渠道信息。其中，支付渠道信息可以为终端设备根据用户在输入请求支付的操作指令之前输入的支付渠道确认指令生成的。支付渠道可以为支付宝等支付平台。

步骤103，终端设备获取用户的用户信息和终端设备的设备信息，根据用户信息、设备信息、支付渠道信息和商品数据生成订单数据。

具体的，用户信息可以包括用户的用户ID和用户名称信息。

设备信息可以包括终端设备的类型信息、终端设备的应用系统信息和终端设备的终端ID等。

步骤104，终端设备根据用户的用户ID和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储。

具体的，哈希算法可以为SHA256算法。

在一个具体的例子中，终端设备根据用户的用户ID和请求支付的时间通过SHA256算法进行数字签名，生成哈希码并存储。通过SHA256算法生成的哈希码极难被破解。哈希码是根据用户ID和请求支付的时间通过哈希算法生成的，根据不同的请求支付的时间生成的哈希码是不同的，可以通过设定确定请求支付时间的计算精度，比如可以确定精度为秒，在此情况下即使用户ID相同，但请求支付的时间是13点13分00秒时和当请求支付的时间是13点13分20秒时生成的哈希码是不同的。在一个优选的实施例中，在终端设备根据用户ID和请求支付的时间采用哈希算法进行数字签名之前，终端设备还可以检测是否已存在哈希码，当存在哈希码时，就不再次生成哈希码，以避免重复生成哈希码，最终造成重复支付。并且当终端设备检测到已存在哈希码时，还可以获取预设的提示订单正在支付的订单支付提示信息，并显示，以提醒用户正在支付中。

进一步的，在终端设备根据用户ID和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储之后，终端设备可以获取预设的时间阈值并对系统当前时间进行监测，其中预设的时间阈值可以为管理人员根据需要预先设置的一段时长，即用户请求支付之后可以再次请求支付的时长，在一个具体的例子中，此时长可以为管理人员根据所统计的一次支付完成所需要的时长设置的。这样的设定可以避免用户因为操作原因造成的订单重复提交。

因此，时长设定也可以根据用户的操作习惯进行统计分析来设定。可以如上述设定精度为秒，也可以基于数据分析结果确定一个适当的时长。在该时长内的相同支付请求都被认为是重复的。

当系统当前时间与请求支付的时间的时间间隔达到预设的时间阈值时，删除所存储的哈希玛，以允许用户重新请求支付。

例如，平均支付完成时间为15秒，管理人员预先设定了时间阈值为20秒，终端设备在接收到用户输入的请求支付的操作指令之后的10秒时，再次接收到了用户输入的请求支付的操作指令，终端设备检测已存在哈希码，就不再次生成哈希码，并对订单支付提示信息进行显示，提示用户订单正在支付中。

当系统当前时间与请求支付的时间的时间间隔达到预设的时间阈值20秒时，删除所存储的哈希玛。

而在终端设备接收到用户输入的请求支付的操作指令之后的20秒之后，如果再次接收到了用户输入的请求支付的操作指令，此时终端设备检测不到哈希码，根据用户ID和此次请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储，即允许用户重新请求支付。

步骤105，终端设备根据订单数据和哈希码，生成订单支付请求信息，发送给服务器。

具体的，订单支付请求信息包括哈希码，哈希码是此订单支付请求信息的唯一标识ID。

步骤106，服务器对订单支付请求信息进行解析，得到用户信息、商品数据、设备信息、支付渠道信息和哈希码。

具体的，服务器接收到终端设备发送的订单支付请求信息，对订单支付请求信息进行解析，得到用户的用户信息，商品的商品数据、终端设备的设备信息，支付渠道的支付渠道信息以及此订单支付请求信息的标识ID即哈希码。

步骤107，服务器对用户信息、商品数据、设备信息、支付渠道信息和哈希码分别进行数据有效性的验证。

在一个具体的例子中，服务器根据哈希码是否符合规定的生成规则，判断其是否具有有效性。

此外，在具体的例子中服务器可以根据服务器内存储的白名单或黑名单来判断用户信息、商品数据、设备信息和支付渠道信息等是否有效。例如：接收到的用户信息与黑名单中的用户信息匹配，判定此用户信息为非法用户信息，此用户信息不具有有效性。

如果对用户信息、商品数据、设备信息、支付渠道信息和哈希码的数据有效性验证中，有任何一个验证不通过，执行步骤108，如果对上述各项的数据有效性验证均通过，执行步骤109-113

步骤108，服务器获取预设的验证失败信息发送给终端设备进行显示。

具体的，服务器对用户信息、商品数据、设备信息和哈希码分别进行数据有效性的验证，如果有任一有效性验证不通过，则服务器获取预设的验证失败信息发送给终端设备进行显示。预设的验证失败信息可以包括有效性验证不通过的具体原因信息。

步骤109，服务器判断是否已存储有相同的哈希码。

具体的，如果服务器对用户信息、商品数据、设备信息和哈希码分别进行数据有效性的验证通过，服务器判断服务器内是否已经存储有相同的哈希码。

在本发明实施例中，考虑到了由于网络不稳定等原因，造成终端设备重复发送了相同的订单支付请求信息的可能性。在这种情况下，会出现服务器中已经存在哈希玛之后又收到相同哈希玛的情况。

如果已存储有相同的哈希码，执行步骤110，如果没有相同的哈希码，执行步骤111-113。

步骤110，服务器获取预设的数据错误提示信息，发送给所述终端设备。

具体的，服务器在接收一个订单支付请求信息时，对解析该订单支付请求信息得到的哈希码首先进行查重操作，判断服务器内是否已经存储有相同的哈希码，如果有，则说明可能是因为网络错误或不稳定等问题造成了订单重复发送。此时，服务器可以获取预设的数据错误提示信息，发送给所述终端设备提示订单重复，或者直接将该重复的订单支付请求信息删除。

步骤111，服务器根据订单支付请求信息生成订单数据的支付标识信息。

具体的，如果服务器确定没有存储有相同的哈希码，确定订单支付请求信息为合法信息，根据订单支付请求信息生成订单数据的支付标识信息。

在一个优选的实施例中，服务器确定没有存储有相同的哈希码之后，还将用户信息、商品数据、设备信息和哈希码存储到服务器的数据库中，以备查询调用等。

步骤112，服务器根据订单数据和支付标识信息生成订单信息，并发送给终端设备。

具体的，服务器在根据订单支付请求信息生成订单数据的支付标识信息之后，根据此支付标识信息和订单数据生成订单信息，发送给终端设备。

步骤113，终端设备接收订单信息，根据接收到的订单信息删除所存储的哈希玛。

具体的，终端设备接收订单信息，根据订单信息确定哈希码，删除终端设备中存储的相同的哈希码，以允许用户再次请求支付。

例如，终端设备在接收到用户输入的请求支付的操作指令之后的15秒时，接收到服务器发送的订单信息，确定并删除所存储的哈希码。终端设备在删除所存储的哈希码之后，再次接收用户输入的请求支付的操作指令，终端设备检测不到哈希码，则根据用户ID和此次请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储，即允许用户的此次请求支付。

在一个具体的例子中，终端设备在接收到订单信息之后，将此订单信息发送给第三方支付平台，例如支付宝等，用以支付宝根据接收到的订单信息确定用户ID，要扣除的金额等。

本发明实施例提供的支付订单的生成方法，能够过滤重复支付请求，生成唯一安全的支付订单。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种支付订单的生成方法，其特征在于，所述支付订单的生成方法包括：

终端设备接收用户输入的请求支付的操作指令；

所述终端设备根据所述操作指令获取所述操作指令指向的商品数据和支付渠道信息；所述商品数据至少包括商品ID和商品价格信息；

所述终端设备获取所述用户的用户信息和所述终端设备的设备信息，根据所述用户信息、所述设备信息、所述支付渠道信息和所述商品数据生成订单数据；

所述终端设备根据所述用户的用户I D和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储；

所述终端设备根据所述订单数据和所述哈希码，生成订单支付请求信息，发送给服务器；

所述服务器对所述订单支付请求信息进行解析，得到所述用户信息、所述商品数据、所述设备信息、所述支付渠道信息和所述哈希码；

所述服务器对所述用户信息、所述商品数据、所述设备信息、所述支付渠道信息和所述哈希码分别进行数据有效性的验证；

如果验证通过，所述服务器判断是否已存储有所述哈希码；

如果没有所述哈希码，所述服务器根据所述订单支付请求信息生成所述订单数据的支付标识信息；

所述服务器根据所述用户信息、所述商品数据、所述设备信息、所述支付渠道信息和所述支付标识信息生成订单信息，并发送给所述终端设备；

所述终端设备根据接收到的所述订单信息删除所存储的所述哈希玛。

2.根据权利要求1所述的支付订单的生成方法，其特征在于，在所述终端设备根据所述用户的用户ID和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储之前，所述方法还包括：

所述终端设备检测是否已存在所述哈希码；

当存在所述哈希码时，获取预设的订单支付提示信息，并显示。

3.根据权利要求1所述的支付订单的生成方法，其特征在于，在所述终端设备根据所述用户的用户ID和请求支付的时间采用哈希算法进行数字签名，生成哈希码并存储之后，所述方法还包括：

获取预设的时间阈值；

监测系统当前时间；

当所述系统当前时间与所述请求支付的时间的时间间隔达到所述预设的时间阈值时，删除所存储的所述哈希玛。

4.根据权利要求1所述的支付订单的生成方法，其特征在于，所述终端设备根据所述用户的用户ID和请求支付的时间采用哈希算法进行数字签名具体为：

所述终端设备根据所述用户的用户I D和请求支付的时间通过SHA256算法生成所述哈希码，用以所述数字签名。

5.根据权利要求1所述的支付订单的生成方法，其特征在于，在所述服务器对用户信息、所述商品数据、所述设备信息和所述哈希码分别进行数据有效性的验证之后，所述方法还包括：

如果验证不通过，所述服务器获取预设的验证失败信息发送给所述终端设备进行显示。

6.根据权利要求1所述的支付订单的生成方法，其特征在于，在所述服务器判断是否已存储有所述哈希码之后，所述方法还包括：

如果已存储有所述哈希玛，所述服务器获取预设的数据错误提示信息，发送给所述终端设备。