支付码管理方法、终端设备、服务器、系统及存储介质与流程

[0001]
本申请属于数据处理领域，尤其涉及一种支付码管理方法、终端设备、服务器、系统及存储介质。


背景技术：

[0002]
随着信息技术的发展，移动支付成为了一大主流支付方式。支付过程涉及到的终端设备可相互扫描支付码，以完成支付。但在此过程中，需要付款方终端设备和收款方终端设备均在线，才能够实现支付码的扫描以及支付。
[0003]
但在某些支付场景中，由于场地限制或其他限制，且其中的终端设备所连接的网络往往为移动网络，导致终端设备的网络连接质量无法保证，可能会出现移动网络信号差或无移动网络信号的情况，导致终端设备进入离线状态无法完成支付。


技术实现要素：

[0004]
本申请实施例提供一种支付码管理方法、终端设备、服务器、系统及存储介质，能够实现终端设备的支付码的离线支付。
[0005]
第一方面，本申请实施例提供一种支付码管理方法，应用于终端设备，该方法包括：在终端设备与服务器之间的网络通信连通的情况下，向服务器发送支付码生成请求，支付码生成请求包括目标支付码生成影响因子，目标支付码生成影响因子为与终端设备对应的支付码生成影响因子，支付码生成影响因子包括终端设备的设备配置信息；在终端设备与服务器之间的网络通信连通的情况下，接收服务器发送的目标支付码，目标支付码由服务器根据目标支付码生成影响因子和预设的支付码生成策略生成，支付码生成策略包括支付码生成影响因子与支付码类型的对应关系，目标支付码的支付码类型与目标支付码生成影响因子具有对应关系；存储目标支付码；在终端设备的网络通信断开的情况下，输出目标支付码进行支付。
[0006]
第二方面，本申请实施例提供一种支付码管理方法，应用于服务器，该方法包括：在服务器与终端设备之间的网络通信连通的情况下，接收终端设备发送的支付码生成请求，支付码生成请求包括目标支付码生成影响因子，目标支付码生成影响因子为与终端设备对应的支付码生成影响因子，支付码生成影响因子包括终端设备的设备配置信息；根据目标支付码生成影响因子和预设的支付码生成策略，生成目标支付码，支付码生成策略包括支付码生成影响因子与支付码类型的对应关系，目标支付码的支付码类型与目标支付码生成影响因子具有对应关系；在服务器与终端设备之间的网络通信连通的情况下，向终端设备下发目标支付码，目标支付码用于在终端设备的网络通信断开的情况下进行支付。
[0007]
第三方面，本申请实施例提供一种终端设备，包括：发送模块，用于在终端设备与服务器之间的网络通信连通的情况下，向服务器发送支付码生成请求，支付码生成请求包括目标支付码生成影响因子，目标支付码生成影响因子为与终端设备对应的支付码生成影响因子，支付码生成影响因子包括终端设备的设备配置信息；接收模块，用于在终端设备与
服务器之间的网络通信连通的情况下，接收服务器发送的目标支付码，目标支付码由服务器根据目标支付码生成影响因子和预设的支付码生成策略生成，支付码生成策略包括支付码生成影响因子与支付码类型的对应关系，目标支付码的支付码类型与目标支付码生成影响因子具有对应关系；存储模块，用于存储目标支付码；输出模块，用于在终端设备的网络通信断开的情况下，输出目标支付码进行支付。
[0008]
第四方面，本申请实施例提供一种服务器，包括：接收模块，用于在服务器与终端设备之间的网络通信连通的情况下，接收终端设备发送的支付码生成请求，支付码生成请求包括目标支付码生成影响因子，目标支付码生成影响因子为与终端设备对应的支付码生成影响因子，支付码生成影响因子包括终端设备的设备配置信息；生成模块，用于根据目标支付码生成影响因子和预设的支付码生成策略，生成目标支付码，支付码生成策略包括支付码生成影响因子与支付码类型的对应关系，目标支付码的支付码类型与目标支付码生成影响因子具有对应关系；发送模块，用于在服务器与终端设备之间的网络通信连通的情况下，向终端设备下发目标支付码，目标支付码用于在终端设备的网络通信断开的情况下进行支付。
[0009]
第五方面，本申请实施例提供一种终端设备，包括处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面的支付码管理方法。
[0010]
第六方面，本申请实施例提供一种服务器，包括处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第二方面的支付码管理方法。
[0011]
第七方面，本申请实施例提供一种支付码管理系统，包括第五方面的终端设备和第六方面的服务器。
[0012]
第八方面，本申请实施例提供一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面的支付码管理方法或第二方面的支付码管理方法。
[0013]
本申请实施例提供一种支付码管理方法、终端设备、服务器、系统及存储介质，在终端设备与服务器之间的网络通信连通的情况下，向服务器发送支付码请求。支付码请求包括与该终端设备对应的支付码生成影响因子。支付码生成影响因子包括终端设备的设备配置信息。服务器可根据支付码生成影响因子，生成与支付码生成影响因子对应的支付码类型的目标支付码。终端设备接收并存储服务器下发的目标支付码。在终端设备的网络通信断开的情况下，输出存储的目标支付码进行支付。在终端设备的网络通信断开的情况下，终端设备仍然可进行支付，实现了终端设备的支付码的离线支付。
附图说明
[0014]
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0015]
图1为本申请实施例提供的支付码管理的一示例的场景示意图；
[0016]
图2为本申请第一方面提供的支付码管理方法的一实施例的流程图；
[0017]
图3为本申请第一方面提供的支付码管理方法的另一实施例的流程图；
[0018]
图4为本申请第一方面提供的支付码管理方法的又一实施例的流程图；
[0019]
图5为本申请第二方面提供的支付码管理方法的一实施例的流程图；
[0020]
图6为本申请第二方面提供的支付码管理方法的另一实施例的流程图；
[0021]
图7为本申请第二方面提供的支付码管理方法的又一实施例的流程图；
[0022]
图8为本申请实施例提供的支付码获取流程的一示例的示意图；
[0023]
图9为本申请实施例提供的终端设备离线支付流程的一示例的示意图；
[0024]
图10为本申请第三方面提供的终端设备的一实施例的结构示意图；
[0025]
图11为本申请第三方面提供的终端设备的另一实施例的结构示意图；
[0026]
图12为本申请第四方面提供的服务器的一实施例的结构示意图；
[0027]
图13为本申请第四方面提供的服务器的另一实施例的结构示意图；
[0028]
图14为本申请第五方面提供的终端设备的一实施例的结构示意图；
[0029]
图15为本申请第六方面提供的服务器的一实施例的结构示意图。
具体实施方式
[0030]
下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
[0031]
随着信息技术的发展，移动支付成为了一大主流支付方式。付款方的终端设备和收款方的终端设备可相互扫描支付码完成支付。例如，收款方的终端设备扫描付款方的终端设备显示的支付码，从而完成支付。但扫码支付需要付款方的终端设备和收款方的终端设备均在线，即付款方的终端设备的网络通信处于连通状态，收款方的终端设备的网络通信处于连通状态。但由于支付场景中场地限制或其他限制，例如，支付地点位于地下或封闭环境中，终端设备的网络通信处于断开状态，则终端设备无法出示支付码，导致终端设备无法完成支付。需要说明的是，本申请实施例中终端设备的网络通信断开或网络通信处于断开状态，指终端设备无网络信号，或终端设备有网络信号但网络信号不足以支持支付码的在线传输。
[0032]
图1为本申请实施例提供的支付码管理的一示例的场景示意图。如图1所示，该用于支付码管理的系统可包括终端设备11和服务器12，在此并不限定终端设备11和服务器12的数量。终端设备11具体可包括手机、平板电脑、可穿戴设备等可输出支付码的支付码输出设备，还可包括辅助设备，在此并不限定。辅助设备可作为支付码输出设备与服务器之间的交互中转站，支付码输出设备与服务器可通过辅助设备进行交互。终端设备11可安装有支付应用程序，通过支付应用程序输出支付码。具体地，支付码输出设备安装有支付应用程序。
[0033]
在一些示例中。服务器12具体可包括支付码管理服务器。在一些示例中，服务器12还可包括收单服务器和/或支付应用程序的后台服务器。服务器12也可为集成有支付码管理、收单、支付应用程序后台服务等功能的服务器，在此并不限定。终端设备11与服务器12之间可通过网络通信连接，进行交互。终端设备11与服务器12之间也可通过网络通信及其他设备进行交互，在此并不限定。
[0034]
本申请提供一种支付码管理方法、终端设备、服务器、系统及存储介质，能够使终端设备在离线状态下也可输出支付码以完成支付。下面将具体介绍支付码管理方法、终端设备、服务器、系统及存储介质的具体内容。
[0035]
本申请第一方面提供一种支付码管理方法，该支付码管理方法可应用于终端设备。图2为本申请第一方面提供的支付码管理方法的一实施例的流程图。如图2所示，该支付码管理方法可包括步骤s201至步骤s204。
[0036]
在步骤s201中，在终端设备与服务器之间的网络通信连通的情况下，向服务器发送支付码生成请求。
[0037]
这里的网络通信连接是指终端设备有网络信号且网络信号足以支持终端设备与服务器之间的交互。支付码生成请求包括目标支付码生成影响因子。目标支付码生成影响因子为与终端设备对应的支付码生成影响因子。支付码生成影响因子可影响服务器生成的支付码的支付码类型。
[0038]
支付码生成影响因子可包括终端设备的设备配置信息。设备配置信息用于表征该终端设备中的各个配置信息，如可表征终端设备的硬件配置信息和软件配置信息。在一些示例中，设备配置信息可包括但不限于以下一项或多项：终端设备型号、终端设备操作系统、终端设备安全配置。根据终端设备型号可确定得到终端设备的硬件配置信息，如终端设备的存储容量、终端设备的硬件安全等级等，在此并不限定。根据终端设备操作系统可确定得到终端设备的软件配置信息，例如操作系统是否封闭等，终端设备操作系统可包括安卓系统和ios系统等，在此并不限定。根据终端设备安全配置可确定终端设备是否具有安全硬件或安全环境，如终端设备是否具有安全元件(secure element，se)或可信执行环境(trusted execution environment，tee)。
[0039]
在一些实施例中，支付码生成影响因子还可包括终端设备中存储的支付码的支付码状态信息。支付码状态信息用于表征终端设备中存储的支付码的状态。在一些示例中，支付码状态信息可包括但不限于以下一项或多项：支付码数量、支付码使用状态、支付码已存时长。支付码数量用于表征终端设备中存储的可使用的支付码的数量。支付码使用状态用于表征终端中存储的各支付码的使用状态，可包括已使用状态或未使用状态。支付码已存时长用于表征支付码存储至终端设备的时长。
[0040]
通过支付码状态信息，服务器可确定生成的目标支付码的数目，并将生成的目标支付码下发给终端设备。终端设备通过支付码状态信息可从服务器获取到足够的目标支付码。
[0041]
在步骤s202中，在终端设备与服务器之间的网络通信连通的情况下，接收服务器发送的目标支付码。
[0042]
目标支付码是由服务器根据目标支付码生成影响因子和预设的支付码生成策略生成的。支付码生成策略包括支付码生成影响因子与支付码类型的对应关系。目标支付码包括支付码类型与目标支付码生成影响因子对应的支付码，即目标支付码的支付码类型与目标支付码生成影响因子具有上述对应关系。支付码可包括但不限于一维码、二维码等，在此并不限定。
[0043]
支付码类型可根据具体的工作场景和工作需求划分，在此并不限定。支付码类型不同的支付码的支付码属性不同。在一些示例中，支付码类型可按照支付码属性划分。支付
码属性可包括但不限于以下一项或多项：支付码加密方式、支付码信息容量、支付码编码算法。支付码加密方式、支付码信息容量、支付码编码算法的不同，可体现为生成的支付码的安全等级、存储所需空间大小等的不同，在此并不限定。例如，支付码类型包括第一类和第二类；第一类的支付码的安全等级高于第二类的支付码的安全等级，对应地，可体现为第一类的支付码的支付码加密方式安全等级高于第二类的支付码的支付码加密方式，也可体现为第一类的支付码的支付码信息容量高于第二类的支付码的支付码信息容量，还可体现为第一类的支付码的支付码编码算法比第二类的支付码的支付码编码算法复杂。支付码类型的数目在此并不先限定。
[0044]
支付码生成影响因子与支付码类型的对应关系可根据具体的工作场景和工作需求设定，在此并不限定。具体地，对应关系中可包括一项支付码生成因子与支付码类型的对应关系，也可包括多项支付码生成因子组合与支付码类型的对应关系，在此并不限定。
[0045]
在一些示例中，支付码类型包括第一类和第二类，第一类的支付码的安全等级高于第二类的支付码的安全等级。支付码生成影响因子a1表征的终端设备的安全等级低于支付码生成影响因子a2表征的终端设备的安全等级。支付码生成影响因子a1与支付码类型中的第一类具有对应关系，支付码生成影响因子a2与支付码类型中的第二类具有对应关系。
[0046]
例如，第一类的支付码的安全等级高于第二类的支付码的安全等级，具体体现为第一类的支付码的支付码加密方式的安全性高于第二类的支付码的支付码加密方式的安全性。在支付码生成影响因子中终端设备型号b1表征的终端设备的硬件配置安全等级高于安全等级门限，数据安全性较高的情况下，对于支付码的安全等级要求可适当降低，终端设备型号b1与第二类具有对应关系；在支付码生成影响因子中终端设备型号b2表征的终端设备的硬件配置安全等级低于或等于安全等级门限，数据安全性较低的情况下，对于支付码的安全等级要求较高，终端设备型号b2与第一类具有对应关系。
[0047]
又例如，第一类的支付码的安全等级高于第二类的支付码的安全等级，具体体现为第一类的支付码的支付码加密方式的安全性高于第二类的支付码的支付码加密方式的安全性，以及，第一类的支付码的信息容量高于第二类的支付码的信息容量，以及第一类的支付码的支付码编码算法比第二类的支付码的支付码编码算法复杂；在支付码生成影响因子中终端设备安全配置c1表征终端设备具有se，数据安全性较高的情况下，对于支付码的安全等级要求可适当降低，该终端设备安全配置c1与第二类具有对应关系；在支付码生成影响因子中终端设备安全配置c2表征终端设备不具有se或tee，数据安全性较低的情况下，对于支付码的安全等级要求较高，该终端设备安全配置c2与第一类具有对应关系。
[0048]
再例如，第一类的支付码的安全等级高于第二类的支付码的安全等级，具体体现为第一类的支付码的支付码加密方式的安全性高于第二类的支付码的支付码加密方式的安全性，以及，第一类的支付码的支付码编码算法比第二类的支付码的支付码编码算法复杂。在支付码生成影响因子中终端设备操作系统d1表征终端设备操作系统较为封闭，数据安全性较高的情况下，对于支付码的安全等级要求可适当降低，终端设备操作系统d1与第二类具有对应关系；在支付码生成影响因子中终端设备操作系统d2表征的终端设备操作系统较为开放，数据安全性较低的情况下，对于支付码的安全等级要求较高，终端设备操作系统d2与第一类具有对应关系。
[0049]
在另一些示例中，支付码类型包括第一类和第二类，第一类的支付码的存储所需
空间大小大于第二类的支付码的存储所需空间大小。支付码生成影响因子a3表征的终端设备的存储空间大小高于支付码生成影响因子a4表征的终端设备的存储空间大小。支付码生成影响因子a3与支付码类型中的第一类具有对应关系，支付码生成影响因子a4与支付码类型中的第二类具有对应关系。
[0050]
例如，第一类的支付码的存储所需空间大小大于第二类的支付码的存储所需空间大小。具体体现为第一类的支付码的支付码信息容量大于第二类的支付码的支付码信息容量。在支付码生成影响因子中终端设备型号b3表征的终端设备的硬件存储空间大于存储阈值的情况下，对于支付码的存储所需空间大小的要求可适当降低，终端设备型号b3与第一类具有对应关系；在支付码生成影响因子中终端设备型号b4表征的终端设备的的硬件存储空间小于或等于存储阈值的情况下，对于支付码的存储所需空间大小要求较高，终端设备型号b4与第二类具有对应关系。
[0051]
在步骤s203中，存储目标支付码。
[0052]
目标支付码存储在终端设备中，在终端设备的网络通信断开的情况下，终端设备可从本地调取目标支付码以进行支付。在一些示例中，在终端设备具有se的情况下，对应地，为了提高目标支付码的数据安全性，可存储目标支付码至se。在另一些示例中，在终端设备具有tee的情况下，对应地，为了提高目标支付码的数据安全性，可存储目标支付码至tee。
[0053]
为了进一步保证目标支付码的数据安全性，在一些示例中，服务器生成的目标支付码为加密的目标支付码，即终端设备内存储的是加密的目标支付码。
[0054]
在步骤s204中，在终端设备的网络通信断开的情况下，输出目标支付码进行支付。
[0055]
在终端设备的网络通信断开的情况下，即在终端设备离线的情况下，终端设备可将自身预先存储的目标支付码输出，以进行支付。这里的输出的方式具体可为显示，在此并不限定。
[0056]
在一些示例中，在终端设备具有se的情况下，对应地，目标支付码存储在se中，在进行支付的过程中，从se中获取目标支付码并输出。在另一些示例中，在终端设备具有tee的情况下，对应地，目标支付码存储在tee中，从tee中获取目标支付码并输出。
[0057]
在一些示例中，终端设备内存储的是加密的目标支付码，在需要支付的情况下，终端设备可先对加密的目标支付码进行解密，再将解密后的目标支付码输出，以进行支付。
[0058]
在本申请实施例中，在终端设备与服务器之间的网络通信连通的情况下，向服务器发送支付码请求。支付码请求包括与该终端设备对应的支付码生成影响因子。支付码生成影响因子包括终端设备的设备配置信息。服务器可根据支付码生成影响因子，生成与支付码生成影响因子对应的支付码类型的目标支付码。终端设备接收并存储服务器下发的目标支付码。在终端设备的网络通信断开的情况下，输出存储的目标支付码进行支付。在终端设备的网络通信断开的情况下，终端设备仍然可进行支付，实现了终端设备的支付码的离线支付。
[0059]
而且，由于目标支付码为支付码类型与支付码生成影响因子具有支付码生成策略中的对应关系的支付码，使得终端设备可接收到与自身配置相匹配的目标支付码，实现了终端设备与离线的支付码的个性化配置，提高了离线的支付码与终端设备的适配性，也提高了离线的支付码生成的灵活性。
[0060]
在一些示例中，终端设备可包括支付码输出设备和辅助设备，辅助设备可为手机等能够与支付码输出设备进行通信的设备。支付码输出设备可通过辅助设备与服务器之间进行交互，以从服务器获取到目标支付码。目标支付码可先传输并存储至辅助设备，在支付码输出设备需要输出目标支付码的情况下，辅助设备将目标支付码传输给支付码输出设备。目标支付码也可先传输至辅助设备，再由辅助设备将目标支付码传输并存储至支付码输出设备，在支付码输出设备需要输出目标支付码的情况下，支付码设备可直接输出目标支付码。
[0061]
在一些实施例中，终端设备还可根据自身存储的支付码的支付码状态信息，确定是否向服务器发起支付码生成请求。图3为本申请第一方面提供的支付码管理方法的另一实施例的流程图。图3与图2的不同之处在于，图2中的步骤s201可具体细化为步骤s2011和步骤s2012。
[0062]
在步骤s2011中，在终端设备与服务器之间的网络通信连通的情况下，获取终端设备中存储的支付码的支付码数量。
[0063]
支付码数量用于表征终端设备中存储的可使用的支付码的数量。终端设备可实时统计支付码数量，也可从终端设备获取的支付码状态信息中确定支付码数量，在此并不限定。
[0064]
在步骤s2012中，在支付码数量小于预设请求阈值的情况下，向服务器发送支付码生成请求。
[0065]
预设请求阈值可根据工作场景和工作需求设定，在此并不限定。例如，预设请求阈值可为5。在一些示例中，预设请求阈值可根据支付码生成影响因子确定。例如，预设请求阈值可与支付码生成影响因子表征的安全等级呈正相关关系，支付码生成影响因子表征的终端设备的安全等级越高，预设请求阈值可越大。终端设备的安全等级越高，表示终端设备的数据安全性越高。
[0066]
支付码数量小于预设请求阈值，表示支付码数量不足，终端设备需要补充支付码，可通过向服务器发送支付码生成请求，实现支付码的数量的补充。支付码数量大于或等于预设请求阈值，表示支付码数量充足，终端设备不需要补充支付码，不需要向服务器发送支付码生成请求，避免过多的支付码占据终端设备中过多的存储空间。
[0067]
在支付码数量小于1的情况下，终端设备可发出提示信息，以提示用户当前无可用支付码，不能进行支付。
[0068]
在一些实施例中，终端设备还可对支付码状态信息进行更新。图4为本申请第一方面提供的支付码管理方法的又一实施例的流程图。图4与图2的不同之处在于，图4所示的支付码管理方法还可包括步骤s205、步骤s206和步骤s207。
[0069]
在步骤s205中，在利用目标支付码进行支付的情况下，删除支付使用的目标支付码，并更新支付码状态信息中的支付码数量。
[0070]
例如，在进行支付前，终端设备中存储的支付码的支付码数量为8，在利用其中的一个目标支付码进行支付后，将使用的该目标支付码从终端设备中删除，并将支付码数量更新为7。通过对已使用的目标支付码进行删除，以及更新支付码数量，可避免已使用的目标支付码被再次使用而造成的数据混乱。
[0071]
在步骤s206中，在目标支付码的支付码已存时长超过预设有效时长的情况下，删
除目标支付码，并更新支付码状态信息中的支付码数量。
[0072]
预设有效时长为支付码的有效时长阈值，可根据工作场景和工作需求设定，在此并不限定。例如，预设有效时长为24小时。目标支付码的支付码已存时长超过预设有效时长，表示该目标支付码时效超期，为保证数据安全，可将该目标支付码删除，并更新支付码数量。例如，预设有效时长为24小时，在2020年10月30日下午4:00，终端设备的支付码数量为7且7个目标支付码的有效时长均未超过24小时；在2020年10月30日下午5:00，终端设备中的2个目标支付码的有效时长超过24小时，删除这2个目标支付码，并将支付码数量更新为5。
[0073]
在步骤s207中，在利用目标支付码进行支付的情况下，更改支付使用的目标支付码的支付码使用状态，并更新支付码状态信息中的支付码数量和支付码使用状态。
[0074]
目标支付码的支付码使用状态在该目标支付码未使用前为未使用状态，当支付码使用状态为未使用状态的目标支付码被使用后，可暂时不删除该目标支付码，但将该目标支付码的支付码使用状态更新为已使用状态，并更新支付码数量。
[0075]
通过更新支付码状态信息，终端设备可将最新的支付码状态信息通过支付码生成请求向服务器发送，以使服务器能够根据最新的支付码状态信息生成与该终端设备当前状态所匹配的目标支付码。
[0076]
本申请第二方面提供一种支付码管理方法，可应用于服务器。图5为本申请第二方面提供的支付码管理方法的一实施例的流程图。如图5所示，该支付码管理方法可包括步骤s301至步骤s303。
[0077]
在步骤s301中，在服务器与终端设备之间的网络通信连通的情况下，接收终端设备发送的支付码生成请求。
[0078]
支付码生成请求包括目标支付码生成影响因子。目标支付码生成影响因子为与终端设备对应的支付码生成影响因子。支付码生成影响因子包括终端设备的设备配置信息。
[0079]
在一些示例中，设备配置信息可包括但不限于以下一项或多项：终端设备型号、终端设备操作系统、终端设备安全配置。
[0080]
在一些示例中，支付码生成影响因子还可包括终端设备中存储的支付码的支付码状态信息。具体地，支付码状态信息可包括但不限于以下一项或多项：支付码数量、支付码使用状态、支付码已存时长。
[0081]
在步骤s302中，根据目标支付码生成影响因子和预设的支付码生成策略，生成目标支付码。
[0082]
支付码生成策略包括支付码生成影响因子与支付码类型的对应关系。目标支付码的支付码类型与目标支付码生成影响因子具有上述对应关系。
[0083]
在一些示例中，支付码类型可按照支付码属性划分。支付码属性可包括但不限于以下一项或多项：支付码加密方式、支付码信息容量、支付码编码算法。
[0084]
服务器根据支付码生成策略中支付码生成影响因子与支付码类型的对应关系，确定与目标支付码生成影响因子具有对应关系的支付码类型，从而生成支付码类型与目标支付码生成影响因子具有对应关系的目标支付码。
[0085]
在步骤s303中，在服务器与终端设备之间的网络通信连通的情况下，向终端设备下发目标支付码。
[0086]
目标支付码用于在终端设备的网络通信断开的情况下进行支付。即在终端设备的网络通信断开的情况下，终端设备可利用在服务器与终端设备之间的网络通信连通的情况下服务器发送给终端设备的目标支付码进行支付。
[0087]
上述步骤s301至步骤s303中涉及的具体内容可参见上述实施例中的相关说明，在此不再赘述。
[0088]
在本申请实施例中，在服务器与终端设备之间的网络通信连通的情况下，服务器接收终端设备发送的支付码生成请求，根据支付码生成请求包括的目标支付码生成影响因子和预设的支付码生成策略，为终端设备生成与支付码类型与目标支付码生成影响因子具有对应关系的目标支付码，并将目标支付码在服务器与终端设备之间的网络通信连通的情况下向终端设备发送，以使终端设备在接收到该目标支付码之后的网络通信断开的情况下，可利用该目标支付码进行支付，实现了终端设备的支付码的离线支付。
[0089]
而且，由于目标支付码为支付码类型与支付码生成影响因子具有支付码生成策略中的对应关系的支付码，使得服务器生成与终端设备配置相匹配的目标支付码，实现了终端设备与离线的支付码的个性化配置，提高了离线的支付码与终端设备的适配性，也提高了离线的支付码生成的灵活性。
[0090]
图6为本申请第二方面提供的支付码管理方法的另一实施例的流程图。图6与图5的不同之处在于，图5中的步骤s302可具体细化为图6中的步骤s3021。上述实施例中的支付码状态信息可包括支付码数量。
[0091]
在步骤s3021中，在支付码数量小于预设请求阈值的情况下，生成数目为目标值的目标支付码。
[0092]
预设请求阈值的具体内容可参见上述实施例中的相关说明，在此不再赘述。支付码数量小于预设请求阈值，表示终端设备中的支付码数量不足，服务器可生成补充到终端设备中的目标支付码。具体地，服务器可将终端设备中的支付码补足。其中，目标值为预设请求阈值与支付码数量的差值，即在服务器向终端设备发送数目为目标值的目标支付码后，终端设备中的支付码数量可达到预设请求阈值，即终端设备中的支付码数量足够。
[0093]
通过根据终端设备中的支付码数量来确定生成的目标支付码的数目，从而将终端设备中的支付码补足，避免终端设备在网络通信断开的状态下出现无支付码可用的情况。
[0094]
图7为本申请第二方面提供的支付码管理方法的又一实施例的流程图。图7与图5的不同之处在于，图7所示的支付码管理方法还可包括步骤s304至步骤s306。
[0095]
在步骤s304中，接收支付信息。
[0096]
支付信息包括目标支付码信息和订单信息。目标支付码信息即为目标支付码被扫描后解码得到的信息。订单信息可包括但不限于订单号、支付金额、支付方信息、收款方信息等，在此并不限定。
[0097]
在一些示例中，本申请实施例中的服务器可包括收单服务器和支付码管理服务器，支付信息可由终端设备输出，扫码设备扫描支付码将支付信息发送至服务器。在另一些示例中，本申请实施例中的服务器包括支付码管理服务器，支付信息可由终端设备输出，扫码设备扫描支付码将支付信息发送至收单服务器，收单服务器再将支付信息发送至服务器。
[0098]
在步骤s305中，对支付信息进行验证。
[0099]
对支付信息进行的验证可由收单服务器执行，也可由支付码管理服务器执行，在此并不限定。对支付信息进行的验证可包括对支付信息的合法性的验证以及其他方面的验证，如支付的额度验证等，在此并不限定。
[0100]
在一些示例中，支付信息还可包括限额信息。在订单信息表征的支付金额小于或等于限额信息表征的预设额度的情况下，确定支付信息验证成功。预设额度可为支付额度，也可为免密额度，还可为其他额度，在此并不限定。订单信息表征的支付金额小于或等于限额信息表征的预设额度，表示本次支付的支付金额在预设额度限定的范围内，不需要用户再输入验证信息，即可确定为支付信息验证成功。
[0101]
在订单信息表征的支付金额大于限额信息表征的预设额度的情况下，服务器向终端设备发送验证请求。验证请求用于请求获取验证信息。服务器接收验证信息，根据验证信息确定支付信息验证是否成功。订单信息表征的支付金额大于限额信息表征的预设额度，表示本次支付的支付金额在预设额度限定的范围外，需要用户再输入验证信息，通过用户输入的验证信息确定支付信息验证是否成功。
[0102]
在步骤s306中，在对支付信息验证成功的情况下，完成支付信息对应的支付。
[0103]
在支付信息验证成功的情况下，可进行扣款等动作，支付成功。在支付信息验证失败的情况下，不进行扣款等动作，支付失败。
[0104]
下面以支付码管理过程中的支付码获取流程为例，说明终端设备与服务器之间交互过程。图8为本申请实施例提供的支付码获取流程的一示例的示意图。如图8所示，服务器可包括后台服务器和支付码管理服务器，支付码获取流程可包括步骤s401至步骤s409。
[0105]
在步骤s401中，终端设备接收触发输入。
[0106]
在步骤s402中，终端设备响应于触发输入，检测终端设备的网络通信环境。
[0107]
在步骤s403中，获取支付码生成影响因子。
[0108]
在步骤s404中，在终端设备的网络通信连通且确定终端设备中支付码的支付码数量小于预设请求阈值的情况下，向后台服务器发送支付码生成请求。
[0109]
在步骤s405中，后台服务器向支付码管理服务器发送支付码生成请求。
[0110]
在步骤s406中，支付码管理服务器根据支付码生成请求，生成一个或两个以上的加密的目标支付码。
[0111]
在步骤s407中，支付码管理服务器向后台服务器发送加密的目标支付码。
[0112]
在步骤s408中，后台服务器向终端设备发送加密的目标支付码。
[0113]
在步骤s409中，在终端设备的网络通信连通的情况下，终端设备存储加密的目标支付码至se或tee中。
[0114]
下面以支付码管理过程中的终端设备离线支付的流程为例，说明终端设备与服务器之间交互过程。图9为本申请实施例提供的终端设备离线支付流程的一示例的示意图。如图9所示，服务器可包括支付码管理服务器和收单服务器，终端设备离线支付流程可包括步骤s501至步骤s514。
[0115]
在步骤s501中，终端设备接收触发输入。
[0116]
在步骤s502中，终端设备响应于触发输入，进行用户信息验证。具体可验证用户账号信息、用户身份标识等，在此并不限定。
[0117]
在步骤s503中，在用户信息验证成功的情况下，终端设备检测网络通信环境。
[0118]
在步骤s504中，在终端设备的网络通信断开的情况下，终端设备从se或tee中获取加密的目标支付码，解密并显示该目标支付码，更新支付码状态信息。
[0119]
在步骤s505中，收款方设备扫描目标支付码，获取支付信息。支付信息包括目标支付码信息和订单信息。
[0120]
在步骤s506中，收款方设备向收单服务器发送支付信息。
[0121]
在步骤s507中，收单服务器向支付码管理服务器发送支付信息。
[0122]
在步骤s508中，支付码管理服务器进行限额验证，在订单信息表征的支付金额大于限额信息表征的预设额度的情况下，向终端设备发送验证请求。
[0123]
在步骤s509中，终端设备获取验证信息。
[0124]
在步骤s510中，终端设备向支付码管理服务器发送验证信息。
[0125]
在步骤s511中，支付码管理服务器根据验证信息进行支付信息验证。
[0126]
在步骤s512中，在支付信息验证成功的情况下，支付码管理服务器进行扣款。
[0127]
在步骤s513中，支付码管理服务器向终端设备发送扣款信息。
[0128]
在步骤s514中，支付码管理服务器向收单服务器发送扣款信息。
[0129]
本申请第三方面提供一种终端设备。图10为本申请第三方面提供的终端设备的一实施例的结构示意图。如图10所示，该终端设备600可包括发送模块601、接收模块602、存储模块603和输出模块604。
[0130]
发送模块601可用于在终端设备与服务器之间的网络通信连通的情况下，向服务器发送支付码生成请求。
[0131]
支付码生成请求包括目标支付码生成影响因子。目标支付码生成影响因子为与终端设备对应的支付码生成影响因子。支付码生成影响因子包括终端设备的设备配置信息。
[0132]
在一些示例中，设备配置信息可包括但不限于以下一项或多项：终端设备型号、终端设备操作系统、终端设备安全配置。
[0133]
在一些示例中，支付码生成影响因子还可包括终端设备中存储的支付码的支付码状态信息。
[0134]
具体地，支付码状态信息可包括但不限于以下一项或多项：支付码数量、支付码使用状态、支付码已存时长。
[0135]
接收模块602可用于在终端设备与服务器之间的网络通信连通的情况下，接收服务器发送的目标支付码。
[0136]
目标支付码由服务器根据目标支付码生成影响因子和预设的支付码生成策略生成。支付码生成策略包括支付码生成影响因子与支付码类型的对应关系。目标支付码的支付码类型与目标支付码生成影响因子具有对应关系。
[0137]
在一些示例中，支付码类型按照支付码属性划分，支付码属性可包括但不限于以下一项或多项：支付码加密方式、支付码信息容量、支付码编码算法。
[0138]
存储模块603可用于存储目标支付码。
[0139]
输出模块604可用于在终端设备的网络通信断开的情况下，输出目标支付码进行支付。
[0140]
在本申请实施例中，在终端设备与服务器之间的网络通信连通的情况下，向服务器发送支付码请求。支付码请求包括与该终端设备对应的支付码生成影响因子。支付码生
成影响因子包括终端设备的设备配置信息。服务器可根据支付码生成影响因子，生成与支付码生成影响因子对应的支付码类型的目标支付码。终端设备接收并存储服务器下发的目标支付码。在终端设备的网络通信断开的情况下，输出存储的目标支付码进行支付。在终端设备的网络通信断开的情况下，终端设备仍然可进行支付，实现了终端设备的支付码的离线支付。
[0141]
而且，由于目标支付码为支付码类型与支付码生成影响因子具有支付码生成策略中的对应关系的支付码，使得终端设备可接收到与自身配置相匹配的目标支付码，实现了终端设备与离线的支付码的个性化配置，提高了离线的支付码与终端设备的适配性，也提高了离线的支付码生成的灵活性。
[0142]
在一些示例中，上述发送模块601可用于：在终端设备与服务器之间的网络通信连通的情况下，获取终端设备中存储的支付码的支付码数量；在支付码数量小于预设请求阈值的情况下，向服务器发送支付码生成请求。
[0143]
在一些示例中，存储模块603可包括安全元件，或者，存储模块603位于可行执行环境中。
[0144]
图11为本申请第三方面提供的终端设备的另一实施例的结构示意图。图11与图10的不同之处在于，图11所示的终端设备600还可包括更新模块605。
[0145]
更新模块605可用于：在利用目标支付码进行支付的情况下，删除支付使用的目标支付码，并更新支付码状态信息中的支付码数量；在目标支付码的支付码已存时长超过预设有效时长的情况下，删除目标支付码，并更新支付码状态信息中的支付码数量；在利用目标支付码进行支付的情况下，更改支付使用的目标支付码的支付码使用状态，并更新支付码状态信息中的支付码数量和支付码使用状态。
[0146]
本申请第四方面提供了一种服务器。图12为本申请第四方面提供的服务器的一实施例的结构示意图。如图12所示，该服务器700可包括接收模块701、生成模块702和发送模块703。
[0147]
接收模块701可用于在服务器与终端设备之间的网络通信连通的情况下，接收终端设备发送的支付码生成请求。
[0148]
支付码生成请求包括目标支付码生成影响因子。目标支付码生成影响因子为与终端设备对应的支付码生成影响因子。支付码生成影响因子包括终端设备的设备配置信息。
[0149]
在一些示例中，设备配置信息可包括但不限于以下一项或多项：终端设备型号、终端设备操作系统、终端设备安全配置。
[0150]
在一些示例中，支付码生成影响因子还可包括终端设备中存储的支付码的支付码状态信息。具体地，支付码状态信息可包括但不限于以下一项或多项：支付码数量、支付码使用状态、支付码已存时长。
[0151]
生成模块702可用于根据目标支付码生成影响因子和预设的支付码生成策略，生成目标支付码。
[0152]
支付码生成策略包括支付码生成影响因子与支付码类型的对应关系。目标支付码的支付码类型与目标支付码生成影响因子具有对应关系。
[0153]
在一些示例中，支付码类型按照支付码属性划分。支付码属性可包括但不限于以下一项或多项：支付码加密方式、支付码信息容量、支付码编码算法。
[0154]
发送模块703可用于在服务器与终端设备之间的网络通信连通的情况下，向终端设备下发目标支付码，目标支付码用于在终端设备的网络通信断开的情况下进行支付。
[0155]
在本申请实施例中，在服务器与终端设备之间的网络通信连通的情况下，服务器接收终端设备发送的支付码生成请求，根据支付码生成请求包括的目标支付码生成影响因子和预设的支付码生成策略，为终端设备生成与支付码类型与目标支付码生成影响因子具有对应关系的目标支付码，并将目标支付码在服务器与终端设备之间的网络通信连通的情况下向终端设备发送，以使终端设备在接收到该目标支付码之后的网络通信断开的情况下，可利用该目标支付码进行支付，实现了终端设备的支付码的离线支付。
[0156]
而且，由于目标支付码为支付码类型与支付码生成影响因子具有支付码生成策略中的对应关系的支付码，使得服务器生成与终端设备配置相匹配的目标支付码，实现了终端设备与离线的支付码的个性化配置，提高了离线的支付码与终端设备的适配性，也提高了离线的支付码生成的灵活性。
[0157]
在一些示例中，支付码状态信息包括支付码数量。上述生成模块702可用于在支付码数量小于预设请求阈值的情况下，生成数目为目标值的目标支付码，目标值为预设请求阈值与支付码数量的差值。
[0158]
图13为本申请第四方面提供的服务器的另一实施例的结构示意图。图13与图12的不同之处在于，图13所示的服务器700还可包括验证模块704和执行模块705。
[0159]
上述接收模块701还可用于接收支付信息，支付信息包括目标支付码信息和订单信息。
[0160]
验证模块704可用于对支付信息进行验证。
[0161]
执行模块705可用于在对支付信息验证成功的情况下，完成支付信息对应的支付。
[0162]
在一些示例中，支付信息还可包括限额信息。
[0163]
上述验证模块704可用于在订单信息表征的支付金额小于或等于限额信息表征的预设额度的情况下，确定支付信息验证成功。
[0164]
上述发送模块703还可用于在订单信息表征的支付金额大于限额信息表征的预设额度的情况下，向终端设备发送验证请求，验证请求用于请求获取验证信息。
[0165]
上述接收模块701还可用于接收验证信息；根据验证信息确定支付信息验证是否成功。
[0166]
本申请第五方面还提供了一种终端设备。图14为本申请第五方面提供的终端设备的一实施例的结构示意图。如图14所示，终端设备800包括存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序。
[0167]
在一个示例中，上述处理器802可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
[0168]
存储器可包括只读存储器(read-only memory，rom)，随机存取存储器(random access memory，ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请中第一方面的支付码
管理方法所描述的操作。
[0169]
处理器802通过读取存储器801中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述实施例中第一方面的支付码管理方法。
[0170]
在一个示例中，终端设备800还可包括通信接口803和总线804。其中，如图14所示，存储器801、处理器802、通信接口803通过总线804连接并完成相互间的通信。
[0171]
通信接口803，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口803接入输入设备和/或输出设备。
[0172]
总线804包括硬件、软件或两者，将终端设备800的部件彼此耦接在一起。举例来说而非限制，总线804可包括加速图形端口(accelerated graphics port，agp)或其他图形总线、增强工业标准架构(enhanced industry standard architecture，eisa)总线、前端总线(front side bus，fsb)、超传输(hyper transport，ht)互连、工业标准架构(industrial standard architecture，isa)总线、无限带宽互连、低引脚数(low pin count，lpc)总线、存储器总线、微信道架构(micro channel architecture，mca)总线、外围组件互连(peripheral component interconnect，pci)总线、pci-express(pci-x)总线、串行高级技术附件(serial advanced technology attachment，sata)总线、视频电子标准协会局部(video electronics standards association local bus，vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线804可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
[0173]
本申请第六方面还提供了一种服务器。图15为本申请第六方面提供的服务器的一实施例的结构示意图。如图15所示，服务器900包括存储器901、处理器902及存储在存储器901上并可在处理器902上运行的计算机程序。
[0174]
在一个示例中，上述处理器902可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
[0175]
存储器可包括只读存储器(read-only memory，rom)，随机存取存储器(random access memory，ram)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请中第二方面的支付码管理方法所描述的操作。
[0176]
处理器902通过读取存储器901中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述实施例中第二方面的支付码管理方法。
[0177]
在一个示例中，服务器900还可包括通信接口903和总线904。其中，如图15所示，存储器901、处理器902、通信接口903通过总线904连接并完成相互间的通信。
[0178]
通信接口903，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口903接入输入设备和/或输出设备。
[0179]
总线904包括硬件、软件或两者，将服务器900的部件彼此耦接在一起。举例来说而非限制，总线904可包括加速图形端口(accelerated graphics port，agp)或其他图形总线、增强工业标准架构(enhanced industry standard architecture，eisa)总线、前端总
线(front side bus，fsb)、超传输(hyper transport，ht)互连、工业标准架构(industrial standard architecture，isa)总线、无限带宽互连、低引脚数(low pin count，lpc)总线、存储器总线、微信道架构(micro channel architecture，mca)总线、外围组件互连(peripheral component interconnect，pci)总线、pci-express(pci-x)总线、串行高级技术附件(serial advanced technology attachment，sata)总线、视频电子标准协会局部(video electronics standards association local bus，vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线904可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
[0180]
本申请第七方面还提供一种支付码管理系统，该支付码管理系统可包括上述实施例中的终端设备和服务器。终端设备和服务器的具体内容可参见上述实施例中的相关说明，在此不再赘述。
[0181]
本申请第八方面还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时可实现上述实施例中的第一方面的支付码管理方法或第二方面的支付码管理方法，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，上述计算机可读存储介质可包括非暂态计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等，在此并不限定。
[0182]
需要明确的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。对于装置实施例、终端设备实施例、服务器实施例、系统实施例、计算机可读存储介质实施例而言，相关之处可以参见方法实施例的说明部分。本申请并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本申请的精神之后，作出各种改变、修改和添加，或者改变步骤之间的顺序。并且，为了简明起见，这里省略对已知方法技术的详细描述。
[0183]
上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
[0184]
本领域技术人员应能理解，上述实施例均是示例性而非限制性的。在不同实施例中出现的不同技术特征可以进行组合，以取得有益效果。本领域技术人员在研究附图、说明书及权利要求书的基础上，应能理解并实现所揭示的实施例的其他变化的实施例。在权利要求书中，术语“包括”并不排除其他装置或步骤；数量词“一个”不排除多个；术语“第一”、“第二”用于标示名称而非用于表示任何特定的顺序。权利要求中的任何附图标记均不应被理解为对保护范围的限制。权利要求中出现的多个部分的功能可以由一个单独的硬件或软
件模块来实现。某些技术特征出现在不同的从属权利要求中并不意味着不能将这些技术特征进行组合以取得有益效果。