CN104268780A - 一种交易订单确认方法、装置及服务器 - Google Patents

Abstract

本申请公开了一种交易订单确认方法、装置及服务器，通过响应商户发送的订单信息，对商户及订单信息进行有效性验证，初步确认了订单的合法性。在商户及订单信息通过有效性验证时，对订单信息进行签名，生成订单签名数据，利用订单签名数据生成条形码，并将条形码发送给商户，以供商户将条形码展示给消费用户。通过签名处理，使得生成的条形码具有唯一性，不能够被他人篡改。接着，接收消费用户发送的条形码扫描数据，判断条形码扫描数据是否与订单签名数据相同，若是，则确认所述订单信息合法，否则，确认其不合法。通过对消费用户反馈的条形码扫描数据与订单签名数据进行对比，防止了因钓鱼软件伪造订单而影响到用户金融安全的问题。

Description

一种交易订单确认方法、装置及服务器

技术领域

本申请涉及金融处理技术领域，更具体地说，涉及一种交易订单确认方法、装置及服务器。

背景技术

随着整个社会节奏的加快以及移动互联网速度与覆盖范围的提升，网上购物已呈现爆发式增长态势。

网络购物最重要的仍是金融安全问题，现有的网络购物支付方式为用户确认订单，然后由商户将订单转发给银行交易系统，再由用户输入网银用户名及密码，完成订单的支付。但是，整个支付过程中，并没有对订单的有效性进行验证，因此很容易被非法钓鱼网站篡改订单，严重影响了用户的金融安全。因此，急需一种对交易订单合法性进行验证的方案。

发明内容

有鉴于此，本申请提供了一种交易订单确认方法、装置及服务器，用于解决现有交易支付过程中没有对订单进行有效性验证，因而影响用户金融安全的问题。

为了实现上述目的，现提出的方案如下：

一种交易订单确认方法，包括：

响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，所述订单信息为消费用户确认后的订单信息；

若所述商户及所述订单信息通过有效性验证，则对所述订单信息进行签名，生成订单签名数据；

利用所述订单签名数据生成条形码；

将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户；

接收所述消费用户发送的条形码扫描数据；

判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认所述订单信息不合法。

优选地，在确认所述商户及所述订单信息通过有效性验证之后，还包括：

对所述订单信息进行加密处理。

优选地，所述对所述商户及所述订单信息进行有效性验证，包括：

判断所述商户是否在预设的商户白名单上；

若是，则确认所述商户及所述订单信息通过有效性验证；

若否，则确认所述商户及所述订单信息未通过有效性验证。

优选地，所述判断所述条形码扫描数据是否与所述订单签名数据相同，包括：

提取所述条形码扫描数据中的签名，判断该签名是否与所述订单签名数据中的签名一致，若是，则确认所述条形码扫描数据与所述订单签名数据相同，否则确认二者不同。

优选地，所述条形码为一维条形码或者二维条形码。

一种交易订单确认装置，包括：

订单响应单元，用于响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，所述订单信息为消费用户确认后的订单信息；

签名处理单元，用于在所述商户及所述订单信息通过有效性验证时，对所述订单信息进行签名，生成订单签名数据；

条形码生成单元，用于利用所述订单签名数据生成条形码；

条形码发送单元，用于将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户；

条形码接收单元，用于接收所述消费用户发送的条形码扫描数据；

订单确认单元，用于判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认所述订单信息不合法。

优选地，还包括：

订单加密单元，用于在确认所述商户及所述订单信息通过有效性验证后，对所述订单信息进行加密处理。

优选地，所述订单响应单元包括：

白名单判断单元，用于判断所述商户是否在预设的商户白名单上，若是，则确认所述商户及所述订单信息通过有效性验证；若否，则确认所述商户及所述订单信息未通过有效性验证。

优选地，所述订单确认单元包括：

签名提取单元，用于提取所述条形码扫描数据中的签名；

签名判断单元，用于判断该签名是否与所述订单签名数据中的签名一致，若是，则确认所述条形码扫描数据与所述订单签名数据相同，否则确认二者不同。

一种服务器，包括上述所述的交易订单确认装置。

从上述的技术方案可以看出，本申请实施例提供的交易订单确认方法，通过响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，初步确认了订单的合法性。在所述商户及所述订单信息通过有效性验证时，对所述订单信息进行签名，生成订单签名数据，利用所述订单签名数据生成条形码，将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户。通过签名处理，使得生成的条形码具有唯一性，不能够被他人篡改。接着，接收消费用户发送的条形码扫描数据，判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认其不合法。通过对消费用户反馈的条形码扫描数据与订单签名数据进行对比，防止了因钓鱼软件伪造订单而影响到用户金融安全的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种交易订单确认方法流程图；

图2为本申请实施例公开的另一种交易订单确认方法流程图；

图3为本申请实施例公开的一种对商户及订单信息进行有效性验证的方法流程图；

图4为本申请实施例公开的一种交易订单确认装置结构示意图；

图5为本申请实施例公开的另一种交易订单确认装置结构示意图；

图6为本申请实施例公开的订单响应单元的一种结构示意图；

图7为本申请实施例公开的订单确认单元的一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，图1为本申请实施例公开的一种交易订单确认方法流程图。

如图1所示，该方法包括：

步骤S100、响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证；

具体地，所述订单信息为消费用户确认后的订单信息。本步骤中对商户的身份及订单信息进行验证，以初步判断该订单是否合法。

步骤S110、若所述商户及所述订单信息通过有效性验证，则对所述订单信息进行签名，生成订单签名数据；

通过对商户及订单信息进行验证，在判断验证通过之后，对订单信息进行签名处理，签名可以保证订单的不可篡改性，其他人如果想篡改订单信息，需要同时了解签名方式，而签名只有银行系统才能够完成，因此增加了订单信息的安全。

步骤S120、利用所述订单签名数据生成条形码；

具体地，利用条形码生成技术，将订单签名数据生成条形码，该条形码可以是一维条形码，也可以是常见的二维条形码。

步骤S130、将所述条形码发送给所述商户；

具体地，将生成的条形码发送给商户，商户可以将该条形码向消费用户进行展示，以供消费用户进行扫描。

步骤S140、接收所述消费用户发送的条形码扫描数据；

步骤S150、判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则执行步骤S160、确认所述订单信息合法，否则，执行步骤S170、确认所述订单信息不合法。

具体地，商户向消费用户展示条形码后，消费用户可以利用支持条形码扫描功能的终端如手机，进行条形码的扫描，并将扫描后的数据发送给银行交易系统，进行条形码扫描数据与订单签名数据的核对，若二者完全相同，则确认该订单信息的合法性，否则认为该订单信息被伪造，属于不合法订单信息，进而提醒消费用户不要付款。

本申请实施例提供的交易订单确认方法，通过响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，初步确认了订单的合法性。在所述商户及所述订单信息通过有效性验证时，对所述订单信息进行签名，生成订单签名数据，利用所述订单签名数据生成条形码，将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户。通过签名处理，使得生成的条形码具有唯一性，不能够被他人篡改。接着，接收消费用户发送的条形码扫描数据，判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认其不合法。通过对消费用户反馈的条形码扫描数据与订单签名数据进行对比，防止了因钓鱼软件伪造订单而影响到用户金融安全的问题。

进一步，参见图2，图2为本申请实施例公开的另一种交易订单确认方法流程图。

结合图1和图2可知，在确认所述商户及所述订单信息通过有效性验证之后，还可以包括：

步骤S200、对所述订单信息进行加密处理。

则所述步骤S110、对所述订单信息进行签名的过程，具体为对加密处理的订单信息进行签名。

通过加密算法，使得订单信息更加不容易被外人破解，防止订单信息被伪造，提高了订单信息的安全性。

需要说明的是，上述对商户及订单信息进行有效性验证的过程，可以参见图3所示，图3为本申请实施例公开的一种对商户及订单信息进行有效性验证的方法流程图。

如图3所示，该过程为：

步骤S300、判断所述商户是否在预设的商户白名单上；

若是，则执行步骤S310、确认所述商户及所述订单信息通过有效性验证；

若否，则执行步骤S320、确认所述商户及所述订单信息未通过有效性验证。

本实施例中通过设置商户白名单，来确定商户身份。进而，在确定商户身份通过验证时，同时确定该商户发送的订单信息也是通过验证的。当然，这仅仅是一种方式而已。除此以外，我们还可以设置订单的格式，判断接收的订单信息格式是否正确，进而确定订单信息的合法性。

进一步需要解释的是，上述判断条形码扫描数据是否与订单签名数据相同的过程，可以是：首先提取所述条形码扫描数据中的签名，然后判断该签名是否与所述订单签名数据中的签名一致，若是，则确认所述条形码扫描数据与所述订单签名数据相同，否则确认二者不同。如果订单被他人伪造了，那么由于伪造者是不知道签名的，因此在进行扫描数据与订单签名数据相同与否的判断时，从扫描数据中提取不出签名或者提取出的签名与订单签名数据中的签名不同，此时即认为该订单信息不合法。

下面对本申请实施例提供的交易订单确认装置进行描述，下文描述的交易订单确认装置与上文描述的交易订单确认方法可相互对应参照。

参见图4，图4为本申请实施例公开的一种交易订单确认装置结构示意图。该装置可以应用于银行的交易系统中，来进行交易订单的确认。

如图4所示，该装置包括：

订单响应单元41，用于响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，所述订单信息为消费用户确认后的订单信息；

签名处理单元42，用于在所述商户及所述订单信息通过有效性验证时，对所述订单信息进行签名，生成订单签名数据；

条形码生成单元43，用于利用所述订单签名数据生成条形码；

条形码发送单元44，用于将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户；

条形码接收单元45，用于接收所述消费用户发送的条形码扫描数据；

订单确认单元46，用于判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认所述订单信息不合法。

可选的，图5示例了本申请实施例公开的交易订单确认装置的另一种结构，结合图4和图5可知，该装置还可以包括：

订单加密单元51，用于在确认所述商户及所述订单信息通过有效性验证后，对所述订单信息进行加密处理。

可选的，图6示例了本申请实施例公开的订单响应单元的一种结构，如图6所示，订单响应单元41包括：

白名单判断单元411，用于判断所述商户是否在预设的商户白名单上，若是，则确认所述商户及所述订单信息通过有效性验证；若否，则确认所述商户及所述订单信息未通过有效性验证。

可选的，图7示例了本申请实施例公开的订单确认单元的一种结构，如图7所示，订单确认单元46包括：

签名提取单元461，用于提取所述条形码扫描数据中的签名；

签名判断单元462，用于判断该签名是否与所述订单签名数据中的签名一致，若是，则确认所述条形码扫描数据与所述订单签名数据相同，否则确认二者不同。

本申请实施例提供的交易订单确认装置，通过响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，初步确认了订单的合法性。在所述商户及所述订单信息通过有效性验证时，对所述订单信息进行签名，生成订单签名数据，利用所述订单签名数据生成条形码，将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户。通过签名处理，使得生成的条形码具有唯一性，不能够被他人篡改。接着，接收消费用户发送的条形码扫描数据，判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认其不合法。通过对消费用户反馈的条形码扫描数据与订单签名数据进行对比，防止了因钓鱼软件伪造订单而影响到用户金融安全的问题。

在此基础上，本申请实施例还公开了一种服务器，该服务器包括上述的交易订单确认装置。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种交易订单确认方法，其特征在于，包括：

响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，所述订单信息为消费用户确认后的订单信息；

若所述商户及所述订单信息通过有效性验证，则对所述订单信息进行签名，生成订单签名数据；

利用所述订单签名数据生成条形码；

将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户；

接收所述消费用户发送的条形码扫描数据；

判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认所述订单信息不合法。

2.根据权利要求1所述的方法，其特征在于，在确认所述商户及所述订单信息通过有效性验证之后，还包括：

对所述订单信息进行加密处理。

3.根据权利要求1所述的方法，其特征在于，所述对所述商户及所述订单信息进行有效性验证，包括：

判断所述商户是否在预设的商户白名单上；

若是，则确认所述商户及所述订单信息通过有效性验证；

若否，则确认所述商户及所述订单信息未通过有效性验证。

4.根据权利要求1所述的方法，其特征在于，所述判断所述条形码扫描数据是否与所述订单签名数据相同，包括：

提取所述条形码扫描数据中的签名，判断该签名是否与所述订单签名数据中的签名一致，若是，则确认所述条形码扫描数据与所述订单签名数据相同，否则确认二者不同。

5.根据权利要求1所述的方法，其特征在于，所述条形码为一维条形码或者二维条形码。

6.一种交易订单确认装置，其特征在于，包括：

订单响应单元，用于响应商户发送的订单信息，对所述商户及所述订单信息进行有效性验证，所述订单信息为消费用户确认后的订单信息；

签名处理单元，用于在所述商户及所述订单信息通过有效性验证时，对所述订单信息进行签名，生成订单签名数据；

条形码生成单元，用于利用所述订单签名数据生成条形码；

条形码发送单元，用于将所述条形码发送给所述商户，以供所述商户将所述条形码展示给消费用户；

条形码接收单元，用于接收所述消费用户发送的条形码扫描数据；

订单确认单元，用于判断所述条形码扫描数据是否与所述订单签名数据相同，若是，则确认所述订单信息合法，否则，确认所述订单信息不合法。

7.根据权利要求6所述的装置，其特征在于，还包括：

订单加密单元，用于在确认所述商户及所述订单信息通过有效性验证后，对所述订单信息进行加密处理。

8.根据权利要求6所述的装置，其特征在于，所述订单响应单元包括：

白名单判断单元，用于判断所述商户是否在预设的商户白名单上，若是，则确认所述商户及所述订单信息通过有效性验证；若否，则确认所述商户及所述订单信息未通过有效性验证。

9.根据权利要求6所述的装置，其特征在于，所述订单确认单元包括：

签名提取单元，用于提取所述条形码扫描数据中的签名；

签名判断单元，用于判断该签名是否与所述订单签名数据中的签名一致，若是，则确认所述条形码扫描数据与所述订单签名数据相同，否则确认二者不同。

10.一种服务器，其特征在于，包括权利要求6-9任意一项所述的交易订单确认装置。