二维码校验方法及装置与流程

1.本公开涉及网络技术领域，尤其涉及一种二维码校验方法及装置。


背景技术：

2.随着互联网技术的发展，二维码支付已经成为主流支付方式。例如，用户可以使用电脑访问服务器(或称为互联网平台)提供的网页，在网页上进行商品购买。在进行商品购买时，服务器可以生成用于用户进行支付的二维码，并通过电脑在网页上进行显示。用户可以使用移动设备(如手机)扫描网页上显示的二维码完成支付。
3.上述二维码支付的方式安全系数较低，二维码容易被截图恶意传播，影响用户扫码支付的安全。


技术实现要素：

4.本公开提供一种二维码校验方法及装置，可以在用户使用第二设备扫描二维码进行支付时，校验当前二维码的安全性，并根据对当前二维码的安全性校验结果对用户进行相应的风险提示，以保证用户的支付安全。
5.本公开实施例的技术方案如下：
6.第一方面，本公开实施例提供一种二维码校验方法，所述方法包括：
7.接收来自第一设备的下单信息。根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。响应于第二设备扫描二维码的指令,获取第二设备的信息。比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
8.一种实现方式中，所述根据下单信息生成用于支付的二维码，包括：
9.将第一设备的信息与令牌进行关联，得到第一设备的信息与令牌之间的对应关系。根据下单信息、以及所述令牌，生成用于支付的二维码。
10.可选地，所述比较第一设备的信息和第二设备的信息，包括：
11.根据二维码中的令牌，获取与所述令牌对应的第一设备的信息。比较所述令牌对应的第一设备的信息和第二设备的信息。
12.一种实现方式中，所述比较第一设备的信息和第二设备的信息，包括：
13.根据第一设备的信息确定第一设备的第一地理位置。根据第二设备的信息确定第二设备的第二地理位置。比较第一地理位置和第二地理位置是否符合预设条件，得到比较结果。
14.可选地，所述根据比较结果，确定是否向第二设备发出支付风险提示，包括：
15.当第一地理位置和第二地理位置不符合预设条件时，向第二设备发出支付风险提示。
16.可选地，上述预设条件包括：第一地理位置和第二地理位置之间的地理位置跨度小于预设范围，或者，第一地理位置和第二地理位置处于同一区域。
17.可选地，所述方法还包括：
18.当第一地理位置和第二地理位置不符合预设条件时，对第二设备的支付过程进行拦截。
19.一种实现方式中，第一设备的信息包括第一设备的互联网协议(internet protocol，ip)信息，第二设备的信息包括第二设备的ip信息。
20.第二方面，本公开实施例提供一种二维码校验装置，所述装置包括：
21.接收模块，被配置为接收来自第一设备的下单信息。处理模块，被配置为根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。获取模块，被配置为响应于第二设备扫描二维码的指令,获取第二设备的信。处理模块，还被配置为比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
22.一种实现方式中，处理模块，具体被配置为将第一设备的信息与令牌进行关联，得到第一设备的信息与令牌之间的对应关系；根据下单信息、以及所述令牌，生成用于支付的二维码。
23.可选地，处理模块，具体被配置为根据二维码中的令牌，获取与所述令牌对应的第一设备的信息；比较所述令牌对应的第一设备的信息和第二设备的信息。
24.一种实现方式中，处理模块，具体被配置为根据第一设备的信息确定第一设备的第一地理位置；根据第二设备的信息确定第二设备的第二地理位置；比较第一地理位置和第二地理位置是否符合预设条件，得到比较结果。
25.可选地，处理模块，具体被配置为当第一地理位置和第二地理位置不符合预设条件时，向第二设备发出支付风险提示。
26.可选地，上述预设条件包括：第一地理位置和第二地理位置之间的地理位置跨度小于预设范围，或者，第一地理位置和第二地理位置处于同一区域。
27.可选地，处理模块，还被配置为当第一地理位置和第二地理位置不符合预设条件时，对第二设备的支付过程进行拦截。
28.一种实现方式中，第一设备的信息包括第一设备的ip信息，第二设备的信息包括第二设备的ip信息。
29.第三方面，本公开实施例还提供一种电子设备，包括：处理器和用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现第一方面所述的方法。
30.例如，处理器被配置为执行所述指令，以实现：接收来自第一设备的下单信息。根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。响应于第二设备扫描二维码的指令,获取第二设备的信息。比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
31.第四方面，本公开实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现第一方面所述的方法。
32.例如，所述指令被处理器执行时实现：接收来自第一设备的下单信息。根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。响应于第二设备扫描二维码的指令,获取第二设备的信息。比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
33.第五方面，本公开实施例提供一种计算机程序产品，包括计算机可读代码，或者承
载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器实现第一方面所述的方法。
34.例如，所述电子设备中的处理器实现：接收来自第一设备的下单信息。根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。响应于第二设备扫描二维码的指令,获取第二设备的信息。比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
35.本公开的实施例提供的技术方案至少带来以下有益效果：
36.基于上述任一方面，本公开实施例可以响应于第二设备扫描二维码的指令,获取第二设备的信息，并根据第二设备的信息与第二设备扫描到的二维码包括的第一设备的信息的比较结果，确定是否向第二设备发出支付风险提示。本公开实施例可以实现当用户使用第二设备对恶意传播的二维码截图中的二维码进行扫描时，向第二设备发出支付风险提示，以避免用户资金产生损失，提高了用户扫码支付的安全性。
37.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
38.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
39.图1为本公开实施例提供的应用场景示意图；
40.图2为本公开实施例提供的二维码校验方法的流程示意图；
41.图3为本公开实施例提供的根据下单信息生成二维码的流程示意图；
42.图4为本公开实施例提供的比较第一设备的信息和第二设备的信息的流程示意图；
43.图5为本技术实施例提供的二维码校验方法的另一流程示意图；
44.图6为本公开实施例提供的第一设备显示二维码的示意图；
45.图7为本公开实施例提供的第二设备扫描二维码的示意图；
46.图8为本公开实施例提供的第二设备显示第一提示信息的示意图；
47.图9为本公开实施例提供的二维码校验装置的结构示意图。
具体实施方式
48.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
49.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
50.还应当理解的是，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件
的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。
[0051]“和/或”用于描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
[0052]
随着互联网技术的发展，二维码支付已经成为主流支付方式。例如，用户可以使用电脑访问服务器(或称为互联网平台)提供的网页，在网页上进行商品购买。在进行商品购买时，服务器可以生成用于用户进行支付的二维码，并通过电脑在网页上进行显示。用户可以使用移动设备(如手机)扫描网页上显示的二维码完成支付。
[0053]
上述二维码支付的方式安全系数较低，二维码容易被截图恶意传播，影响用户扫码支付的安全。
[0054]
基于此，本公开实施例提供一种二维码校验方法，可以在用户使用移动设备(如第二设备)扫描二维码进行支付时，校验当前二维码的安全性，并根据对当前二维码的安全性校验结果对用户进行相应的风险提示，以保证用户扫码支付的安全。
[0055]
图1为本公开实施例提供的应用场景示意图。如图1所示，本公开实施例的应用场景可以包括：第一设备110、第二设备120、以及服务器130。第一设备110和第二设备120分别与服务器130连接。
[0056]
可选地，第一设备110与服务器130之间可以通过有线或无线的方式进行连接，第二设备120与服务器130之间可以通过无线的方式进行连接。例如，第二设备120与服务器130之间采用的无线通信协议可以为无线保真(wireless fidelity，wi
‑
fi)协议、蓝牙(bluetooth)协议、zigbee协议、近距离无线通信(near field communication，nfc)协议，各种蜂窝网协议等，在此不作限制。
[0057]
本公开实施例中，服务器130可以提供第一页面，第一设备110可以访问并显示第一页面，例如，第一设备110可以向服务器130发送访问请求，服务器130可以根据访问请求向第一设备110发送用于显示第一页面的第一文件，第一设备110接收到第一文件后，可以根据第一文件显示第一页面。例如，第一文件可以是超文本标记语言(hyper text markup language，html)文件。
[0058]
其中，第一页面可以是能够进行商品购买的网页，例如，第一页面可以是一些电子产品、衣服、首饰、家具等商品的购物网页，或者，第一页面也可以是一些游戏皮肤、虚拟礼物、虚拟游戏装备等商品的购物网页。
[0059]
一些实施例中，第一页面可以是单独的某个网页，或者，某个单独的某购物应用(application，app)的内置网页。另外一些实施例中，第一页面还可以是内嵌或设置于其他第二页面中的页面，例如，第二页面可以是短视频app的短视频播放页面，第一页面可以以功能控件(如导流入口)的形式内嵌于第二页面中。本公开实施例对第一页面的具体实现形式不作限制。
[0060]
示例性地，本公开实施例中，第一设备110可以是手机、平板电脑等个人智能设备，或者，也可以是笔记本电脑、台式计算机、电视等设备，又或者，还可以是其他可以显示第一页面的电子设备，在此对第一设备110的设备形态不作限制。
[0061]
示例性地，本公开实施例中，第二设备120可以是手机、可穿戴设备(例如智能手表、智能手环等)、或者其他具有扫码功能的电子设备。本公开实施例对第二设备120的设备
形态也不作限制。
[0062]
一些实施例中，第一设备110和第二设备120的设备形态可以相同。例如，第一设备110和第二设备120可以均为手机，或者，均为平板电脑。另外一些实施例中，第一设备110和第二设备120的设备形态也可以不同。
[0063]
可选地，本公开实施例中，服务器130可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本公开对服务器130的具体实现方式也不作限制。
[0064]
还有一些实施例中，服务器130还可以包含有数据库或与数据库连接，上述第一页面对应的第一文件可以存储于数据库中。第一设备110可以通过服务器130实现对数据库中第一文件的访问操作。
[0065]
一些实施例中，服务器130可以是短视频应用服务平台、新闻服务平台、直播服务平台、购物服务平台、外卖服务平台、共享服务平台、功能性网站等互联网平台的数据服务器。
[0066]
可选地，本公开实施例提供的二维码校验方法可以应用于上述图1所示的应用场景中的服务器130。图2为本公开实施例提供的二维码校验方法的流程示意图。如图2所示，该二维码校验方法可以包括：
[0067]
s201、接收来自第一设备的下单信息。
[0068]
示例性地，第一设备可以显示服务器提供的上述第一页面，下单信息可以是第一设备响应于用户在第一页面中的购买操作所生成的。例如，下单信息可以包括用户在第一页面中执行购买操作所购买的商品的名称、价格、商家，以及商品的发货及收获地址等具体的订单信息。
[0069]
s202、根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。
[0070]
s203、响应于第二设备扫描二维码的指令,获取第二设备的信息。
[0071]
s204、比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
[0072]
由s201
‑
s204可知，该二维码校验方法可以响应于第二设备扫描二维码的指令,获取第二设备的信息，并根据第二设备的信息与第二设备扫描到的二维码包括的第一设备的信息的比较结果，确定是否向第二设备发出支付风险提示。从而，该方法可以实现当用户使用第二设备对恶意传播的二维码截图中的二维码进行扫描时，向第二设备发出支付风险提示，以避免用户资金产生损失，提高了用户扫码支付的安全性。
[0073]
一种实现方式中，第一设备的信息包括第一设备的互联网协议(internet protocol，ip)信息，第二设备的信息包括第二设备的ip信息。
[0074]
示例性地，第一设备的ip信息也即第一设备的ip地址，第二设备的ip信息也即第二设备的ip地址。如第一设备的ip地址可以是“aaa.bb.c.dd”。
[0075]
其他一些可能的实现方式中，第一设备的信息也可以包括第一设备的标识，如：第一设备的设备序列号，第二设备的信息也可以包括第二设备的标识，如第二设备的设备序列号。
[0076]
一些实施例中，上述s201中接收到的下单信息中可以包括第一设备的信息。例如，第一设备可以向服务器发送下单信息，下单信息包括上述订单信息、以及第一设备的信息。
服务器接收到下单信息后，可以根据下单信息根生成用于支付的二维码，二维码包括第一设备的信息。
[0077]
图3为本公开实施例提供的根据下单信息生成二维码的流程示意图。如图3所示，一种可能的实现方式中，上述根据下单信息生成用于支付的二维码的步骤，可以包括：
[0078]
s301、将第一设备的信息与令牌(token)进行关联，得到第一设备的信息与令牌之间的对应关系。
[0079]
例如，服务器可以将第一设备的信息与token进行关联并保存在数据库中。
[0080]
s302、根据下单信息、以及令牌，生成用于支付的二维码。
[0081]
示例性地，服务器可以根据下单信息中包含的价格、商品名称等订单信息，以及第一设备的信息对应的token生成用于用户进行支付的二维码。服务器生成的二维码中即包括了第一设备的信息对应的token。
[0082]
也即，s302中生成的二维码中包括令牌，而令牌对应第一设备的信息，因此，该二维码中包括了第一设备的信息。
[0083]
上述将第一设备的信息与token进行关联，根据下单信息、以及第一设备的信息对应的token，生成用于用户进行支付的二维码的实现方式，可以便于服务器后续根据token查找token对应的第一设备的信息，而且，由于不直接使用第一设备的信息，所以还可以保护用户的隐私。
[0084]
可选地，本实现方式中，上述比较第一设备的信息和第二设备的信息的步骤，可以包括：根据二维码中的令牌，获取与所述令牌对应的第一设备的信息。比较所述令牌对应的第一设备的信息和第二设备的信息。
[0085]
另外一些实施例中，当下单信息中不包括第一设备的信息时，服务器在执行上述s202所述的步骤之前，也可以获取第一设备的信息。上述s202可以包括：服务器根据下单信息、以及第一设备的信息生成用于支付的二维码，二维码包括第一设备的信息。
[0086]
一种实现方式中，服务器可以向第一设备发送查询请求消息，第一设备接收到查询请求消息后，可以向服务器返回第一设备的信息。例如，服务器可以在接收到下单信息之后，或者，在与第一设备建立连接之后，向第一设备发送查询请求消息，以获取第一设备的信息。
[0087]
另一种实现方式中，第一设备与服务器建立连接之后，第一设备也可以向服务器主动上报第一设备的信息。例如，第一设备与服务器建立连接之后，第一设备可以主动向服务器发送第一设备的信息，服务器可以接收第一设备的信息并保存。
[0088]
本公开对服务器获取第一设备的信息的具体方式不作限制。
[0089]
可选地，与服务器获取第一设备的信息的方式类型，一种实现方式中，第二设备扫描二维码的指令(该指令可以是第二设备扫描到二维码时向服务器所发送的)中可以包括第二设备的信息，服务器可以响应于第二设备扫描二维码的指令，直接从指令中获取到第二设备的信息。
[0090]
另一种实现方式中，服务器也可以通过向第二设备发送查询请求消息，以获取第二设备接收到查询请求消息后向服务器返回的第二设备的信息。例如，服务器可以响应于第二设备扫描二维码的指令向第二设备发送查询请求消息，或者，在与第二设备建立连接之后，向第二设备发送查询请求消息。
[0091]
又一种实现方式中，第二设备与服务器建立连接之后，第二设备也可以向服务器主动上报第二设备的信息。例如，第二设备与服务器建立连接之后，第二设备可以主动向服务器发送第二设备的信息，服务器可以接收第二设备的信息并保存。服务器可以响应于第二设备扫描二维码的指令，获取保存的第二设备的信息。
[0092]
本公开对服务器获取第二设备的信息的具体方式也不作限制。
[0093]
图4为本公开实施例提供的比较第一设备的信息和第二设备的信息的流程示意图。如图4所示，一种可能的实现方式中，上述比较第一设备的信息和第二设备的信息的步骤，可以包括：
[0094]
s401、根据第一设备的信息确定第一设备的第一地理位置。
[0095]
s402、根据第二设备的信息确定第二设备的第二地理位置。
[0096]
示例性地，服务器可以将第一设备的信息(如ip信息)转换为第一设备的第一地理位置，以及将第二设备的信息(如ip信息)转换为第二设备的第二地理位置。例如，第一地理位置可以是第一设备的经纬度坐标，第二地理位置可以是第二设备的经纬度坐标。
[0097]
在得到第一设备的第一地理位置、以及第二设备的第二地理位置后，服务器可以执行s403。
[0098]
s403、比较第一地理位置和第二地理位置是否符合预设条件，得到比较结果。
[0099]
示例性地，比较结果可以包括第一地理位置和第二地理位置符合预设条件，或者，第一地理位置和第二地理位置不符合预设条件。
[0100]
一些实施例中，上述预设条件可以包括：第一地理位置和第二地理位置之间的地理位置跨度小于预设范围，或者，第一地理位置和第二地理位置处于同一区域。
[0101]
例如，第一地理位置和第二地理位置之间的地理位置跨度小于预设范围可以是指：第一设备的经度坐标与第二设备的经度坐标之间的差值小于第一阈值，且第一设备的维度坐标与第二设备的维度坐标之间的差值小于第二阈值。第一阈值和第二阈值可以相同，也可以不同。例如，第一阈值和第二阈值可以是5度、10度等，在此对第一阈值和第二阈值的大小不作限制。
[0102]
当第一设备的经度坐标与第二设备的经度坐标之间的差值大于或等于第一阈值，和/或，第一设备的维度坐标与第二设备的维度坐标之间的差值大于或等于第二阈值时，服务器可以确定比较结果为第一地理位置和第二地理位置不符合预设条件。当第一设备的经度坐标与第二设备的经度坐标之间的差值小于第一阈值，且第一设备的维度坐标与第二设备的维度坐标之间的差值小于第二阈值时，服务器可以确定比较结果为第一地理位置和第二地理位置符合预设条件。
[0103]
又例如，第一地理位置和第二地理位置处于同一区域可以是指：第一地理位置和第二地理位置处于同一城市区域、或者同一省份区域、又或者同一国家区域等，在此对区域的大小不作限制。
[0104]
当第一地理位置和第二地理位置分别处于不同的区域时，服务器可以确定比较结果为第一地理位置和第二地理位置不符合预设条件。当第一地理位置和第二地理位置处于同一区域时，服务器可以确定比较结果为第一地理位置和第二地理位置符合预设条件。
[0105]
可选地，上述根据比较结果，确定是否向第二设备发出支付风险提示的步骤，可以包括：当第一地理位置和第二地理位置不符合预设条件时，向第二设备发出支付风险提示。
[0106]
例如，当第一地理位置和第二地理位置不符合预设条件时，服务器可以向第二设备发送第一提示信息，第一提示信息用于提示用户当前支付有风险。第一提示信息即支付风险提示。
[0107]
可选地，所述方法还包括：当第一地理位置和第二地理位置不符合预设条件时，对第二设备的支付过程进行拦截。例如，服务器可以不响应第二设备发起的扫码支付请求，或者，中断扫码支付的过程。
[0108]
本公开实施例中，服务器通过比较第一地理位置和第二地理位置是否符合预设条件，得到比较结果，并根据比较确定是否向第二设备发出支付风险提示，可以实现当用户对恶意传播的二维码截图中的二维码进行扫描时，对用户进行支付有风险的相关提示，以避免用户资金产生损失，提高了用户扫码支付的安全性。
[0109]
下面以第一设备的信息为第一设备的ip信息、第二设备的信息为第二设备的ip信息为例，结合上述图1所示的场景，对本公开实施例进行示例性说明。
[0110]
示例性地，图5为本技术实施例提供的二维码校验方法的另一流程示意图。如图5所示，该方法可以包括：
[0111]
s501、第一设备向服务器发送访问请求，访问请求用于请求访问第一页面。
[0112]
服务器接收来自第一设备发送的访问请求。
[0113]
s502、服务器向第一设备发送第一页面对应的第一文件。
[0114]
第一设备接收来自服务器发送的第一页面对应的第一文件。
[0115]
s503、第一设备根据第一文件显示第一页面。
[0116]
s504、第一设备响应于用户在第一页面中的购买操作，生成下单信息。
[0117]
示例性地，第一页面中可以包括一个或多个可供用户选择的商品的标识信息(如图片)，如上所述，商品可以是电子产品、衣服、首饰、家具，或者，游戏皮肤、虚拟礼物、虚拟游戏装备等。用户可以在第一页面中点击某个商品的标识信息，第一设备可以响应于用户点击该商品的标识信息的操作，显示该商品的详情信息并显示购买按钮。该商品的详情信息可以包括该商品的价格。用户可以点击购买按钮，当用户点击购买按钮时，第一设备可以响应于用户点击购买按钮的操作，生成该商品对应的下单信息。其中，用户点击商品的标识信息的操作，以及点击购买按钮的操作即为用户在第一页面中的购买操作。
[0118]
可选地，其他一些实施方式中，用户在第一页面中的购买操作也可能不同，例如，用户在第一页面中的购买操作还可以是语音操作、或者其他类型的触控操作，在此并不作限制。
[0119]
示例性地，第一设备响应于用户在第一页面中的购买操作，生成的下单信息可以包括用户在第一页面中执行购买操作所购买的商品的名称、价格、商家，以及商品的发货及收获地址等订单信息。如上所述，下单信息可以包括第一设备的ip信息。
[0120]
s505、第一设备向服务器发送下单信息。
[0121]
服务器接收来自第一设备发送的下单信息。
[0122]
s506、服务器将第一设备的ip信息与令牌进行关联，得到第一设备的信息与令牌之间的对应关系。
[0123]
s507、服务器根据下单信息、以及令牌，生成用于支付的二维码。
[0124]
s508、服务器向第一设备发送二维码。
[0125]
第一设备接收来自服务器发送的二维码。
[0126]
s509、第一设备显示二维码。
[0127]
可选地，第一设备可以直接在当前显示的第一页面中插入一个视图控件用来显示二维码，或者，第一设备可以新建一个第二页面用于显示二维码。
[0128]
第一设备显示二维码，可以用于用户使用第二设备对第一设备显示的二维码进行扫描以进行支付。
[0129]
示例性地，图6为本公开实施例提供的第一设备显示二维码的示意图，图7为本公开实施例提供的第二设备扫描二维码的示意图。如图6所示，第一设备可以显示服务器生成的用于用户进行支付的二维码。如图7所示，用户可以使用第二设备对第一设备显示的二维码进行扫描，以进行扫码支付。第二设备扫描到二维码后，可以根据二维码向服务器发送支付请求。服务器接收到支付请求后，可以完成支付，并向第一设备和第二设备通知支付结果。
[0130]
可选地，第二设备扫描二维码的功能可以基于第二设备中安装的附带扫码功能的应用程序(application，app)实现，以下简称应用。例如，附带扫码功能的应用可以包括浏览器、相机应用、或者其他聊天应用或支付应用等。
[0131]
本公开实施例中，当用户使用第二设备对第一设备显示的二维码进行扫描，第二设备扫描到二维码后，根据二维码向服务器发送支付请求之前，或者，根据二维码向服务器发送支付请求的同时，可以向服务器发送自身的ip信息(即第二设备的ip信息)。服务器可以根据二维码中的令牌，获取与所述令牌对应的第一设备的ip信息，并比较所述令牌对应的第一设备的信息和第二设备的信息，得到比较结果。例如，该方法还包括：
[0132]
s510、第二设备响应于用户的扫码操作，扫描第一设备显示的二维码。
[0133]
其中，扫码操作可以是用户使用第二设备的扫码功能对第一设备显示的二维码进行扫描的操作。
[0134]
s511、第二设备扫描到二维码后，向服务器发送第二设备的ip信息、以及第二设备扫描到的二维码。
[0135]
例如，第二设备扫描到二维码后，可以向服务器发送一个指令；该指令可以包括第二设备的ip信息、以及第二设备扫描到的二维码。
[0136]
相应地，服务器接收来自第二设备发送的第二设备的ip信息、以及第二设备扫描到的二维码。
[0137]
s512、服务器根据第二设备扫描到的二维码中的令牌，获取与令牌对应的第一设备的ip信息。
[0138]
例如，服务器可以获取第二设备扫描到的二维码中包括的token；服务器根据第二设备扫描到的二维码中包括的token，查询第一设备的ip信息与token之间的对应关系，可以得到token对应的第一设备的ip信息。
[0139]
服务器在得到第二设备的ip信息、以及第二设备扫描到的二维码对应的第一设备的ip信息后，可以执行s513
‑
s515，并根据s515的比较结果确定是否执行s516(图5以执行s516为例)。
[0140]
s513、服务器根据第一设备的ip信息确定第一设备的第一地理位置。
[0141]
s514、服务器根据第二设备的ip信息确定第二设备的第二地理位置。
[0142]
s515、服务器比较第一地理位置和第二地理位置是否符合预设条件，得到比较结果。
[0143]
s516、当第一地理位置和第二地理位置不符合预设条件时，服务器向第二设备发送第一提示信息，第一提示信息用于提示用户当前支付有风险。
[0144]
相应地，第二设备可以接收来自服务器发送的第一提示信息。
[0145]
s517、第二设备显示第一提示信息。
[0146]
示例性地，图8为本公开实施例提供的第二设备显示第一提示信息的示意图。如图8所示，第二设备显示的第一提示信息801可以是“当前支付为异地支付，请确认是否继续支付”，另外，第二设备还可以显示一个确认按钮802、以及一个取消按钮803。当用户点击确认按钮802时，第二设备可以响应于用户点击确认按钮802的操作，向服务器发送确认消息，服务器接收到确认消息后可以继续进行后续支付操作。或者，当用户点击取消按钮803时，第二设备可以取消当前支付操作，并向服务器发送取消当前支付操作的消息。
[0147]
其他一些实现方式中，第一提示信息也可以是其他能够用于提示用户当前支付有风险的文字提示，或者，语音提示等，本公开第一提示信息的具体呈现方式不作限制。
[0148]
可选地，当第一设备的地理位置和第二设备的地理位置符合预设条件时，服务器可以继续进行后续处理，如根据来自第二设备的支付请求完成支付，并向第一设备和第二设备通知支付结果。其中，服务器根据支付请求完成支付可以是指服务器根据支付请求修改用户的账户余额。
[0149]
可选地，本公开一些实施例中，服务器还可以获取第一设备显示第一网页时，与第一网页相关的其他信息，如：用于显示第一网页的浏览器的版本信息、显示第一网页时的网络环境信息等。服务器在获取到用于显示第一网页的浏览器的版本信息、显示第一网页时的网络环境信息等后，还可以根据第一网页的浏览器的版本信息向第一设备发送浏览器更新提示信息、或者，根据显示第一网页时的网络环境信息向第一设备发送网络安全提示信息等。
[0150]
上述用于显示第一网页的浏览器的版本信息、显示第一网页时的网络环境信息等与第一网页相关的其他信息可以称为第一网页的基本显示信息，浏览器更新提示信息、或者网络安全提示信息等可以称为第二提示信息。
[0151]
以上说明主要从第一设备、第二设备、以及服务器三者之间进行交互的角度对本公开实施例提供的方案进行了介绍。但可以理解的是，上述二维码校验方法中，服务器所执行的部分步骤事实上可以由第二设备来完成。
[0152]
例如，第二设备扫描到二维码后，也可以不向服务器发送第二设备的ip信息，仅向服务器发送第二设备扫描到的二维码。服务器根据第二设备扫描到的二维码中的令牌，获取到第一设备的ip信息后，可以向第二设备发送第一设备的ip信息。然后，第二设备可以分别根据第二设备的ip信息、以及第一设备的ip信息，确定第二设备的第二地理位置、以及第一设备的第一地理位置。并在第二设备的第二地理位置、以及第一设备的第一地理位置不符合预设条件时，显示第一提示信息，第一提示信息用于提示用户当前支付有风险。也即，前述过程中，分别根据第二设备的ip信息、以及第一设备的ip信息，确定第二设备的第二地理位置、以及第一设备的第一地理位置的步骤、以及判断第二地理位置和第一地理位置是否符合预设条件的步骤可以是在第二设备中完成的，第二设备在判断得知第二地理位置和
第一地理位置不符合预设条件时，可以直接显示第一提示信息。
[0153]
可以理解的，在实际实施时，本公开实施例所述的第一设备、或者第二设备、或者服务器可以包含有用于实现前述对应二维码校验方法的一个或多个硬件结构和/或软件模块，这些执行硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
[0154]
基于这样的理解，以服务器包含的硬件结构和/或软件模块为例，本公开实施例还对应提供一种二维码校验装置，可以应用于上述服务器。图9为本公开实施例提供的二维码校验装置的结构示意图。如图9所示，该二维码校验装置可以包括：接收模块901、处理模块902、获取模块903。
[0155]
其中，接收模块901，被配置为接收来自第一设备的下单信息。处理模块902，被配置为根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。获取模块903，被配置为响应于第二设备扫描二维码的指令,获取第二设备的信。处理模块902，还被配置为比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
[0156]
一种实现方式中，处理模块902，具体被配置为将第一设备的信息与令牌进行关联，得到第一设备的信息与令牌之间的对应关系；根据下单信息、以及所述令牌，生成用于支付的二维码。
[0157]
可选地，处理模块902，具体被配置为根据二维码中的令牌，获取与所述令牌对应的第一设备的信息；比较所述令牌对应的第一设备的信息和第二设备的信息。
[0158]
一种实现方式中，处理模块902，具体被配置为根据第一设备的信息确定第一设备的第一地理位置；根据第二设备的信息确定第二设备的第二地理位置；比较第一地理位置和第二地理位置是否符合预设条件，得到比较结果。
[0159]
可选地，处理模块902，具体被配置为当第一地理位置和第二地理位置不符合预设条件时，向第二设备发出支付风险提示。
[0160]
可选地，上述预设条件包括：第一地理位置和第二地理位置之间的地理位置跨度小于预设范围，或者，第一地理位置和第二地理位置分别处于不同的区域。
[0161]
可选地，处理模块902，还被配置为当第一地理位置和第二地理位置不符合预设条件时，对第二设备的支付过程进行拦截。
[0162]
一种实现方式中，第一设备的信息包括第一设备的ip信息，第二设备的信息包括第二设备的ip信息。
[0163]
如上所述，本公开实施例可以根据上述方法示例对服务器进行功能模块的划分。其中，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。另外，还需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。
[0164]
关于上述实施例中的二维码校验装置，其中各个模块执行操作的具体方式、以及
具备的有益效果，均已经在前述方法实施例中进行了详细描述，此处不再赘述。
[0165]
本公开实施例还提供一种电子设备，该电子设备可以是上述服务器或服务器集群，该电子设备可以包括处理器和用于存储处理器可执行指令的存储器。电子设备中的处理器被配置为执行所述指令，以实现：接收来自第一设备的下单信息。根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。响应于第二设备扫描二维码的指令,获取第二设备的信息。比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
[0166]
可选地，电子设备中的处理器还可以被配置为执行指令时，实现前述实施例中所述的二维码校验方法的其他任意一个或多个步骤。
[0167]
在示例性实施例中，本公开实施例还提供一种二维码校验系统，可以包括上述服务器、第一设备和第二设备，服务器分别与第一设备和第二设备连接。该二维码校验系统可以参考图1所示。
[0168]
在示例性实施例中，本公开还提供了一种计算机可读存储介质，计算机可读存储介质上存储有指令，指令被处理器执行时实现前述实施例中所述的二维码校验方法。例如，指令被处理器执行时实现：接收来自第一设备的下单信息。根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。响应于第二设备扫描二维码的指令,获取第二设备的信息。比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
[0169]
可选地，上述计算机可读存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
[0170]
在示例性实施例中，本公开实施例还提供一种计算机程序产品，该计算机程序产品被执行时实现前述实施例中所述的二维码校验方法。例如，计算机程序产品包括计算机可读代码，或者承载有计算机可读代码的非易失性计算机可读存储介质，当所述计算机可读代码在电子设备中运行时，所述电子设备中的处理器实现：接收来自第一设备的下单信息。根据下单信息生成用于支付的二维码，二维码包括第一设备的信息。响应于第二设备扫描二维码的指令,获取第二设备的信息。比较第一设备的信息和第二设备的信息，根据比较结果，确定是否向第二设备发出支付风险提示。
[0171]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
[0172]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。