交易速度提升方法、装置、设备和介质与流程

1.本公开涉及金融领域，更具体地，涉及一种交易速度提升方法、 装置、设备、介质和程序产品。


背景技术：

2.在互联网开放的网络环境下，买卖双方可以不谋面地在线进行各 种商贸活动，实现消费者的网上购物、商户之间的网上交易和在线电 子支付以及各种商务活动、交易活动、金融活动和相关的综合服务活 动。
3.两方或两方以上在交易中通过互联网来完成信息传递，所以每一 个环节对于设备与互联网的连接状况都有较高的要求。各方在交易过 程中过多的环节依赖于网络进行在线交互，可能会出现页面加载速度 慢、信息校验速度慢或因信息传递不畅而导致交易失败等问题。


技术实现要素：

4.鉴于上述问题，本公开提供了一种交易速度提升方法、装置、设 备、介质和程序产品。
5.本公开实施例的一个方面，提供了一种交易速度提升方法，用于 客户端，包括：接收支付机构端发送的支付请求，其中，所述支付请 求根据客户发起的第一交易而生成，所述支付请求包括所述第一交易 的订单信息；响应于所述支付请求，读取预先存储在本地的支付页面 框架；根据所述订单信息和所述支付页面框架，生成并展示支付页面； 接收所述客户通过所述支付页面输入的支付信息；在所述支付信息符 合预设条件的情况下，确定所述第一交易支付成功。
6.根据本公开的实施例，在读取预先存储在本地的支付页面框架之 前，还包括：响应于所述支付请求，读取预先存储在本地的登录页面； 以及展示所述登录页面。
7.根据本公开的实施例，在展示所述登录页面之后，还包括：接收 所述客户在所述登录页面输入的登录信息；根据所述登录信息和客户 端标识，生成第一密钥；利用预先存储在本地的第二密钥校验所述第 一密钥，其中，所述第二密钥根据所述客户预先输入的登录信息和所 述客户端标识生成。
8.根据本公开的实施例，在所述第二密钥与所述第一密钥相匹配的 情况下，读取所述支付页面框架。
9.根据本公开的实施例，所述接收所述客户通过所述支付页面输入 的支付信息包括：根据所述客户在所述支付页面的第一操作，确定所 述客户选择的支付方式；根据所述支付方式，读取预先存储在本地的 验签页面；以及展示所述验签页面，其中，所述验签页面用于使所述 客户输入所述支付信息。
10.根据本公开的实施例，在展示所述验签页面之后，还包括：根据 所述客户在所述验签页面的第二操作，确定所述客户选择的验签方式； 接收所述客户根据所述验签方式输
入的所述支付信息。
11.根据本公开的实施例，在接收所述客户根据所述验签方式输入的 所述支付信息之后，还包括：根据所述支付信息和客户端标识，生成 第三密钥；利用预先存储在本地的第四密钥校验所述第三密钥，其中， 所述第四密钥通过所述客户根据所述验签方式预先输入的支付信息 和所述客户端标识生成。
12.根据本公开的实施例，在所述第四密钥与所述第三密钥相匹配的 情况下，确定所述支付信息符合预设条件。
13.根据本公开的实施例，在接收支付机构端发送的支付请求之前， 还包括：根据所述客户在商户端选择的订单信息，向所述商户端发起 所述第一交易，其中，所述商户端被配置为响应于所述第一交易将所 述订单信息发送至所述支付机构端，所述支付机构端被配置为响应于 所述订单信息生成所述支付请求。
14.根据本公开的实施例，在根据所述客户在商户端选择的订单信息， 向所述商户端发起所述第一交易之前，还包括：响应于所述客户访问 所述商户端的操作，读取预先存储在本地的至少一个商品信息；展示 所述至少一个商品信息，其中，所述商户端被配置为在所述客户选择 所述至少一个商品信息的情况下，生成所述订单信息。
15.根据本公开的实施例，还包括：在确定所述第一交易支付成功的 情况下，在本地生成交易成功通知；将所述交易成功通知发送至所述 支付机构端。
16.根据本公开的实施例，所述将所述第一交易成功通知发送至所述 支付机构端包括：在未将所述第一交易成功通知发送至所述支付机构 端的情况下，每隔预定时间重新发送，直至发送成功。
17.根据本公开的实施例，在读取预先存储在本地的支付页面框架之 前，还包括：根据第二交易过程中所展示的支付页面，获取所述支付 页面框架，其中，所述第二交易包括所述客户在所述第一交易之前发 起的交易；将所述支付页面框架存储在本地。
18.本公开实施例的另一方面提供了一种交易速度提升方法，用于支 付机构端，包括：响应于客户发起的第一交易，生成支付请求；将所 述支付请求发送至客户端，其中，所述客户端被配置为执行如上所述 的方法进行支付。
19.本公开实施例的另一方面提供了一种交易速度提升装置，用于客 户端，包括：请求接收模块，用于接收支付机构端发送的支付请求， 其中，所述支付请求根据客户发起的第一交易而生成，所述支付请求 包括所述第一交易的订单信息；框架读取模块，用于响应于所述支付 请求，读取预先存储在本地的支付页面框架；页面展示模块，用于根 据所述订单信息和所述支付页面框架，生成并展示支付页面；信息接 收模块，用于接收所述客户通过所述支付页面输入的支付信息；支付 确定模块，用于在所述支付信息符合预设条件的情况下，确定所述第 一交易支付成功。
20.本公开实施例的另一方面提供了一种交易速度提升装置，用于支 付机构端，包括：请求生成模块，用于响应于客户发起的第一交易， 生成支付请求；请求发送模块，用于将所述支付请求发送至客户端， 其中，所述客户端被配置为执行如上所述的方法进行支付。
21.本公开实施例的另一方面提供了一种电子设备，包括：一个或多 个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个 或多个程序被所述一个或多个处理器
执行时，使得一个或多个处理器 执行如上所述的方法。
22.本公开实施例的另一方面还提供了一种计算机可读存储介质，其 上存储有可执行指令，该指令被处理器执行时使处理器执行如上所述 的方法。
23.本公开实施例的另一方面还提供了一种计算机程序产品，包括计 算机程序，该计算机程序被处理器执行时实现如上所述的方法。
24.上述一个或多个实施例具有如下有益效果：通过减少支付机构与 客户之间的信息传递，可以减少因网络环境不佳而导致的信息传递不 畅的情况，最终提升线上支付交易速度。可以响应于支付机构端发送 的支付请求，读取预先存储在本地的支付页面框架，并将订单信息填 充在支付页面框架中生成支付页面，并向客户展示。根据客户通过支 付页面输入的支付信息，来确定交易是否支付成功。相对于向支付机 构端请求展示支付页面的方式，通过将支付页面框架保存到本地，可 以有效地提升加载支付页面的速度，降低了由于网络状态不佳而导致 交易速度慢或交易失败的风险。
附图说明
25.通过以下参照附图对本公开实施例的描述，本公开的上述内容以 及其他目的、特征和优点将更为清楚，在附图中：
26.图1示意性示出了根据本公开的实施例的交易速度提升方法的 应用场景图；
27.图2示意性示出了根据本公开实施例的用于客户端的交易速度 提升方法的流程图；
28.图3示意性示出了根据本公开实施例的展示商品信息的流程图；
29.图4示意性示出了根据本公开实施例的展示登录页面的流程图；
30.图5示意性示出了根据本公开实施例的校验登录信息的流程图；
31.图6示意性示出了根据本公开实施例的展示验签页面的流程图；
32.图7示意性示出了根据本公开实施例的接收支付信息的流程图；
33.图8示意性示出了根据本公开实施例的校验支付信息的流程图；
34.图9示意性示出了根据本公开实施例的发送交易成功通知的流 程图；
35.图10示意性示出了根据本公开实施例的用于支付机构端的交易 速度提升方法的流程图；
36.图11示意性示出了根据本公开的另一实施例的交易速度提升方 法的流程图；
37.图12示意性示出了根据本公开实施例的用于客户端的交易速度 提升装置的结构框图；
38.图13示意性示出了根据本公开实施例的用于支付机构端的交易 速度提升装置的结构框图；
39.图14示意性示出了根据本公开实施例的适于实现交易速度提升 方法的电子设备的方框图。
具体实施方式
40.以下，将参照附图来描述本公开的实施例。但是应该理解，这些 描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述 中，为便于解释，阐述了许多具体的细
节以提供对本公开实施例的全 面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情 况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术 的描述，以避免不必要地混淆本公开的概念。
41.在本公开的技术方案中，在获取或采集客户个人信息之前，均获 取了客户的授权或同意。所涉及的客户个人信息的收集、存储、使用、 加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定， 采取了必要保密措施，且不违背公序良俗。
42.网络环境是影响在线交易速度快慢的重要因素，例如随着良好网 络环境到弱网络环境网速逐渐降低，无网络环境的无法联网。即使良 好网络环境下，如果每一环节都需要各方进行交互，也会增加请求和 回应的时间。而在无网络环境或弱网络环境中可能会造成信息传递不 畅而导致交易失败。在弱网络环境下，客户进行线上交易时交易页面 加载速度慢，信息校验速度慢等原因也会大大地降低客户体验。
43.本公开的实施例提供了一种交易速度提升方法、装置、设备、介 质和程序产品，通过减少支付机构与客户之间的信息传递，可以减少 因网络环境不佳而导致的信息传递不畅的情况，最终提升线上支付交 易速度。可以响应于支付机构端发送的支付请求，读取预先存储在本 地的支付页面框架，并将订单信息填充在支付页面框架中生成支付页 面，并向客户展示。根据客户通过支付页面输入的支付信息，来确定 交易是否支付成功。相对于向支付机构端请求展示支付页面的方式， 通过将交易页面信息保存到本地，可以有效地提升加载支付页面的速 度，降低了由于网络状态不佳而导致交易速度慢或交易失败的风险。
44.需要说明的是，本公开实施例提供的交易速度提升方法、装置、 设备、介质和程序产品可用于金融领域中提升交易速度相关方面，还 可以用于金融领域之外的其他领域，本公开实施例对应用领域不做限 制。
45.图1示意性示出了根据本公开的实施例的交易速度提升方法的 应用场景图。
46.如图1所示，根据该实施例的应用场景100可以包括终端设备 101、102、103，网络104，第一服务器105和第二服务器106。网络 104用以在终端设备101、102、103、第一服务器105和第二服务器 之间提供通信链路的介质。网络104可以包括各种连接类型，例如有 线、无线通信链路或者光纤电缆等等。
47.客户可以使用终端设备101、102、103通过网络104与第一服务 器105或第二服务器106交互，以接收或发送消息等。终端设备101、 102、103上可以安装有各种通讯客户端应用，例如购物类应用、网 页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台 软件等(仅为示例)。
48.终端设备101、102、103可以是具有显示屏并且支持网页浏览的 各种电子设备，包括但不限于手表、手杖等各种各样的穿戴设备、智 能手机、平板电脑、膝上型便携计算机和台式计算机等等。
49.第一服务器105或第二服务器106可以是提供各种服务的服务器， 例如对客户利用终端设备101、102、103所浏览的网站提供支持的后 台管理服务器(仅为示例)。后台管理服务器可以对接收到的客户请 求等数据进行分析等处理，并将处理结果(例如根据客户请求获取或 生成的网页、信息、或数据等)反馈给终端设备。
50.根据本公开的实施例，客户端可以是软件或硬件，例如终端设备 101、102、103，或终端设备内安装的客户端应用(如商户应用或支 付机构应用)。商户端可以是软件或硬件，
例如第一服务器105或部 署在第一服务器105中的系统。支付机构端可以是软件或硬件，例如 第二服务器106或部署在第二服务器106中的系统。在一些场景中， 客户端可以由商户或支付机构提供，例如商户提供有刷卡机、pos 机和刷脸设备等，银行等金融机构提供如手机银行、网上银行、atm 机、柜台机等各种自助式智能服务终端的硬件或软件。
51.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意 性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
52.以下将基于图1描述的场景，通过图2～图11对本公开实施例的 交易速度提升方法进行详细描述。
53.图2示意性示出了根据本公开实施例的用于客户端的交易速度 提升方法的流程图。
54.如图2所示，该实施例的交易速度提升方法包括操作s210～操作 s250。
55.在操作s210，接收支付机构端发送的支付请求，其中，支付请 求根据客户发起的第一交易而生成，支付请求包括第一交易的订单信 息。
56.示例性地，第一交易可以由客户与支付机构两方参与。例如在支 付机构提供的银行柜面设备、网上银行、手机银行或自助设备中展示 理财产品，客户可以在设备中选择理财产品购买来发起第一交易，然 后支付机构端生成支付请求并发送。
57.示例性地，第一交易也可以由客户、商户和支付机构三方参与， 具体交易流程主要通过客户、商户和支付机构三方之间的信息传递来 完成。例如首先客户通过移动端设备在商户端发起交易，商户将客户 订单信息发送给支付机构。然后支付机构收到商户订单信息，向客户 发送交易请求。
58.在操作s220，响应于支付请求，读取预先存储在本地的支付页 面框架。
59.可以理解，从本地调用支付页面框架可以不再依赖网络环境，减 少了与支付机构进行交互的环节。尤其在无网络或弱网络环境下，也 可以利用本地存储的页面框架进入支付环节。
60.在操作s230，根据订单信息和支付页面框架，生成并展示支付 页面。
61.示例性地，将订单信息填充在支付页面框架的对应部分来生成支 付页面，然后向客户展示。支付页面的作用是，向客户展示本次交易 的订单，以便客户确认订单信息并进行支付操作。
62.在操作s240，接收客户通过支付页面输入的支付信息。
63.示例性地，客户可以在支付页面进行操作交互。客户可以直接在 支付页面输入支付信息，也可以点击支付页面的支付按钮，然后根据 后续展示的页面输入支付信息。支付信息可以是客户预先设置的验证 信息，如数字密码、九宫格密码、指纹、声纹或人脸等信息。
64.在操作s250，在支付信息符合预设条件的情况下，确定第一交 易支付成功。
65.通过减少支付机构与客户之间的信息传递，可以减少因网络环境 不佳而导致的信息传递不畅的情况，最终提升线上支付交易速度。可 以响应于支付机构端发送的支付请求，读取预先存储在本地的支付页 面框架，并将订单信息填充在支付页面框架中生成支付页面，并向客 户展示。根据客户通过支付页面输入的支付信息，来确定交易是否支 付成功。相对于向支付机构端请求展示支付页面的方式，通过将交易 页面信息保存到本地，可
以有效地提升加载支付页面的速度，降低了 由于网络状态不佳而导致交易速度慢或交易失败的风险。
66.根据本公开的实施例，在客户端本地可以存储有一个或多个交易 页面，例如支付页面框架、登录页面和验签页面等。在客户端本地还 可以存储有商品信息、客户账户信息、登录信息和验签信息等交易数 据。
67.在一些实施例中，上述在客户端本地存储的交易页面或交易数据 可以预先让客户输入并在本地保存，例如在客户端本地提前批量下载 各个交易页面，并提示客户输入交易数据，最后进行本地保存。
68.在另一些实施例中，可以在客户发起第一交易之前，在第二交易 过程中，存储一个或多个环节中各方在线交互的交易页面，以及保存 客户的交易数据。例如客户通过移动端设备在淘宝或京东等网上商城 进行购物下单后并选择支付机构(如银行等金融机构)，订单信息将 发送至支付机构，客户在设备上进行账户登录，选择支付方式，验证 交易等一系列操作之后，支付机构接受客户的一系列信息，取得支付 结果，并将支付结果整理成商户通知通过互联网发送至商户端，商户 处理通知并向客户反馈交易结果。下面通过步骤1～步骤18进一步介 绍。
69.步骤1，客户通过客户端(如移动端设备)在商户端浏览商品， 并选择商品下单以发起第二交易，商户将客户订单信息发送给支付机 构端。
70.步骤2，支付机构端收到商户订单信息，向客户端发送交易请求。
71.步骤3，客户通过联网的登录页面(如调用支付机构端软件以展 示登录页面)登录支付机构端账户。
72.步骤4，将登录页面保存至移动端设备本地。
73.步骤5，获取客户移动端设备的设备指纹并保存至本地。
74.步骤6.1，若客户登陆信息输入错误，则登录失败，返回登录页 面重新登录。
75.步骤6.2，若客户登陆信息输入正确，则客户登录成功，进入支 付机构端验签台。
76.步骤7，将客户的登录信息与设备指纹加密生成第二密钥。
77.示例性地，设备指纹即为客户端标识，将登录信息与设备指纹加 密的作用在于，首先考虑到信息安全的问题，用加密手段加密后将一 定程度地防止客户信息泄露。其次就是能将客户与设备进行绑定，为 后续重复的交易提供便利。
78.在一些实施例中，可以将客户账号和/或sim卡标识作为客户端 标识，来结合登录信息生成第二密钥。
79.步骤8，将第二密钥保存至移动端本地。
80.步骤9，在支付机构端验签台展示支付页面，该支付页面中包括 订单信息。
81.步骤10，将客户账户信息及支付页面框架保存至移动端设备本 地。客户账户信息也可以加密存储，实现客户隐私保护。
82.具体地，首先根据第二交易过程中所展示的支付页面，获取支付 页面框架。然后，将支付页面框架存储在本地。
83.支付页面框架可以h5的格式保存至本地，保存的内容是页面的 框架，不包含具体的商品、订单以及客户信息。当客户进入再次支付 交易流程时，可以将页面ui框架与当次的订单信息和客户信息结合 进行展示，这样做的目的是令客户在不同订单或不同场景时
都能运用 本地已存储的框架进行交易。
84.步骤11，客户选择支付方式。
85.步骤12，进入验签页面。
86.步骤13，将验签页面保存至本地。
87.步骤14，客户选择验签方式，并输入验签信息，如账号密码、 声音、手势、人脸或指纹等信息。
88.步骤14.1，若客户验签失败，返回验签页面重新选择验签方式。
89.步骤14.2，若客户验签成功，则支付成功。
90.步骤15，将客户的验签信息与设备指纹加密生成第四密钥。
91.示例性地，将验签信息与设备指纹加密的作用在于，同样考虑到 信息安全的问题，防止客户信息泄露。以及将客户与设备进行绑定， 为后续重复的交易提供便利。
92.在一些实施例中，可以将客户账号和/或sim卡标识作为客户端 标识，生成第四密钥。在该实施例中生成的第二密钥和第四密钥，以 及账户信息和交易页面等可以存储在内存卡中。客户可以将sim卡 和内存卡取出来更换移动端设备，提高便捷性。
93.步骤16，将第四密钥保存至移动端本地。
94.步骤17，交易成功，支付机构端形成交易成功的商户通知。
95.步骤18，支付机构端将商户通知发送给商户。
96.结合上述步骤1～步骤18，下面进一步介绍本公开实施例的交易 速度提升方法。
97.图3示意性示出了根据本公开实施例的展示商品信息的流程图。
98.如图3所示，在操作s210之前，该实施例中展示商品信息包括 操作s310～操作s320。
99.在操作s310，响应于客户访问商户端的操作，读取预先存储在 本地的至少一个商品信息。
100.示例性地，可以在客户授权的情况下，记录客户访问频率较高的 商品或频繁购买的商品。例如客户定期购买理财产品，如对基金进行 定投，可以在本地提前存储理财产品的页面和具体信息。还可以在客 户允许的情况下，根据客户的画像推荐同类客户经常购买的商品，如 使用聚类算法、基于近邻的协同过滤算法或基于内容的推荐算法等。
101.在操作s320，展示至少一个商品信息，其中，商户端被配置为 在客户选择至少一个商品信息的情况下，生成订单信息。
102.相关技术中，客户访问购物页面一般是实时的请求载入商品信息。 虽然会给客户推荐已购买或商户认为客户有购买意向的商品，但是通 常是在后台生成推荐记录，并联网载入推荐商品。
103.根据本公开的实施例，在本地预先存储至少一个商品信息，可以 不再依赖于网络环境载入，提高加载速度，给用户提供良好的体验。
104.图4示意性示出了根据本公开实施例的展示登录页面的流程图。
105.如图4所示，在操作s220中读取预先存储在本地的支付页面框 架之前，还包括展示登录页面，具体包括操作s410～操作s420。
106.在操作s410，响应于支付请求，读取预先存储在本地的登录页 面。
107.示例性地，预先存储在本地的可以是登录页面，也可以是登录页 面框架。在存储
了登录页面框架时，可以结合客户的个人信息进行显 示。个人信息可以从本地获得或者从支付请求中获得。对多个客户可 以通用登录页面的情况下，可以存储登录页面，后续将登录页面直接 展示。
108.在操作s420，展示登录页面。
109.例如在某个商品端支付时，会联网跳转到支付机构端并展示加载 登录页面。该实施例可以直接在本地调用登录页面并展示，不再联网 加载。
110.图5示意性示出了根据本公开实施例的校验登录信息的流程图。
111.如图5所示，该实施例的校验登录信息包括操作s510～操作s530。
112.在操作s510，接收客户在登录页面输入的登录信息。
113.示例性地，登录页面可以包括一个或多个登录方式，以及对应的 输入栏。客户可以在选择登录方式后输入对应的账号和密码。登录方 式可包括账号密码、手机验证码、邮箱验证码、声音验证码或人脸识 别等方式。
114.在操作s520，根据登录信息和客户端标识，生成第一密钥。
115.示例性地，客户端标识可以包括设备标识、用户账号或sim卡 标识等。生成第一密钥所使用的客户端标识和加密算法跟预先存储第 二密钥时相同。加密算法可以包括对称加密算法(如des、3des、 aes等)、非对称算法(如rsa、dsa等)和散列算法(如sha-1、 md5等)。
116.在操作s530，利用预先存储在本地的第二密钥校验第一密钥， 其中，第二密钥根据客户预先输入的登录信息和客户端标识生成。
117.相关技术中，通常由客户端将登录信息发送至支付机构端进行联 网校验。该实施例利用预先存储的第二密钥实现了本地的登录校验， 进一步减少了客户端与支付机构端之间的联网交互信息。
118.根据本公开的实施例，在第二密钥与第一密钥相匹配的情况下， 读取支付页面框架。虽然登录页面和支付页面框架皆是存储在本地， 依然按照原有的流程进行交易，能够保护客户的财产安全，避免其他 人没有该客户的登录信息却能进行支付的情况发生。
119.下面结合图6和图7，介绍操作s230中接收客户通过支付页面 输入的支付信息的实施例。
120.图6示意性示出了根据本公开实施例的展示验签页面的流程图。
121.如图6所示，该实施例的展示验签页面包括操作s610～操作s630。
122.在操作s610，根据客户在支付页面的第一操作，确定客户选择 的支付方式。
123.示例性地，第一操作可以包括客户点击支付页面上的任一区域、 如点击任一个支付方式所在的区域。第一操作还可以包括设备快捷键、 在支付页面滑动特定手势或通过声音选择支付方式等。支付方式可以 包括a银行、b银行或第三方支付机构等。
124.在操作s620，根据支付方式，读取预先存储在本地的验签页面。
125.示例性地，预先存储在本地的可以是验签页面，也可以是验签页 面框架。在存储了验签页面框架时，可以结合客户的个人信息进行显 示。对多个客户可以通用验签页面的情况下，可以存储验签页面，后 续将验签页面直接展示。
126.在操作s630，展示验签页面，其中，验签页面用于使客户输入 支付信息。
127.在用户选择好支付方式后，向用户展示验签页面。该页面可以包 括输入支付信息
的提示或功能按钮。
128.相关技术中，在登录成功后会进入支付机构提供的验签台服务， 展示支付页面和验签页面。该实施例可以直接在本地调用验签页面并 展示，不再联网进入验签台，提高了展示速度。
129.图7示意性示出了根据本公开实施例的接收支付信息的流程图。
130.如图7所示，该实施例的接收支付信息包括操作s710～操作s720。
131.在操作s710，根据客户在验签页面的第二操作，确定客户选择 的验签方式。
132.示例性地，第二操作可以包括客户点击验签页面上的任一区域、 设备快捷键、在支付页面滑动特定手势或通过声音选择验签方式等。 验签方式可以包括数字密码、九宫格密码、指纹、声纹或人脸等方式。
133.在操作s720，接收客户根据验签方式输入的支付信息。
134.根据本公开的实施例，用户与验签页面进行交互过程中的页面或 动作也可以预先存储在本地，实现该环节的脱机操作。
135.图8示意性示出了根据本公开实施例的校验支付信息的流程图。
136.如图8所示，该实施例的校验支付信息包括操作s810～操作s820。
137.在操作s810，根据支付信息和客户端标识，生成第三密钥。
138.示例性地，生成第一密钥所使用的客户端标识和加密算法跟预先 存储的第四密钥相同。
139.在操作s820，利用预先存储在本地的第四密钥校验第三密钥， 其中，第四密钥通过客户根据验签方式预先输入的支付信息和客户端 标识生成。
140.相关技术中，通常由客户端将支付信息发送至支付机构端进行联 网校验。该实施例利用预先存储的第四密钥实现了本地验签，进一步 减少了客户端与支付机构端的信息校验。
141.根据本公开的实施例，预设条件包括第三密钥与第四密钥匹配。 在第四密钥与第三密钥相匹配的情况下，确定支付信息符合预设条件。
142.图9示意性示出了根据本公开实施例的发送交易成功通知的流 程图。
143.如图9所示，该实施例的发送交易成功通知包括操作s910～操作 s920。
144.在操作s910，在确定第一交易支付成功的情况下，在本地生成 交易成功通知。
145.在操作s920，将交易成功通知发送至支付机构端。
146.示例性地，交易成功通知用于告知支付机构端并证明客户支付成 功。相关技术中由支付机构端生成交易成功通知，在商户端参与的情 况下，将该通知发给商户端。该实施例可以在本地验签成功后直接生 成交易成功通知，不再等待支付机构端生成，在无网络或弱网络环境 中，能够进一步提升交易速度。
147.根据本公开的实施例，将第一交易成功通知发送至支付机构端包 括：在未将第一交易成功通知发送至支付机构端的情况下，每隔预定 时间重新发送，直至发送成功。
148.考虑到无网络环境中通知将无法及时发送，客户完成交易操作之 后若商户通知无法正常发送，可以提示客户由于网络条件限制交易尚 未完成，需移步到网络环境良好的场所。通知在发送失败后将发送记 录和该通知继续保存至本地设备内，然后每十分钟(仅为示例)重新 进行一次发送尝试，直到设备重新联网将通知完成发送后交易完成。 即使无
网络环境或弱网络环境也可以提高交易的稳定性，避免交易失 败。
149.图10示意性示出了根据本公开实施例的用于支付机构端的交易 速度提升方法的流程图。
150.如图10所示，该实施例的交易速度提升方法包括操作s1010～操 作s1020。
151.在操作s1010，响应于客户发起的第一交易，生成支付请求。
152.示例性地，第一交易可以由客户与支付机构两方参与。支付机构 端可以直接接收客户发起的第一交易，然后支付机构端生成支付请求 并发送。
153.示例性地，第一交易也可以由客户、商户和支付机构三方参与。 客户向商户发起第一交易，由商户向支付机构发送订单，然后由支付 机构生成支付请求。
154.在操作s1020，将支付请求发送至客户端，其中，客户端被配 置为执行上述图2～图9对应的任一实施例进行支付。
155.根据本公开的实施例，由于客户端在接收到支付请求后，对于登 录、支付页面订单展示和验签页面等交易页面直接在本地加载，还可 以在本地进行登录信息和支付信息进行校验，减少了支付机构端与客 户端之间的信息传递和信息校验，提升了交易速度。
156.图11示意性示出了根据本公开的另一实施例的交易速度提升方 法的流程图。
157.如图11所示，该实施例的交易速度提升方法包括操作s1110～操 作s1180。
158.操作s1110，根据客户在商户端选择的订单信息，向商户端发起 第一交易。
159.操作s1120，商户端被配置为响应于第一交易将订单信息发送至 支付机构端，
160.操作s1130，支付机构端被配置为响应于订单信息生成支付请求。 在生成支付请求后将其发送给客户端。
161.操作s1140，首先客户端展示本地储存的登录页面。接着客户通 过本地页面登录支付机构账户。然后将客户输入的信息与设备指纹加 密生成第一密钥。最后第一密钥与第二密钥校验成功，客户登录成功。 若校验失败，则继续登录或停止支付。
162.操作s1150，首先客户端读取本地订单页h5页面框架，并结合 订单信息及解密的客户账户信息进行展示。然后客户选择支付方式。 其中，为提高客户账户信息的安全性，在预先存储阶段加密保存客户 账户信息。
163.操作s1160，首先客户端展示本地验签页面。接着客户进入验签 页面，选择验签方式。然后将客户输入的支付信息与设备指纹加密生 成第三密钥。最后，若第三密钥与第四密钥校验成功，则确认支付成 功。若校验失败，则继续校验或停止支付。
164.操作s1170，在客户端本地形成交易成功通知，将通知联网发送 给支付机构。
165.操作s1180，支付机构将交易成功通知发送给商户端。
166.根据本公开的实施例，通过将交易页面保存至本地和本地校验加 密信息的方式，将原本的线上支付交易流程允许客户使用移动端设备 脱机处理，从而减少支付机构与客户之间的信息传递与信息校验，以 达到交易提速的目的。具体地，通过将交易页面信息保存到本地可以 有效地提升移动设备加载网络页面的速度，降低了由于网络状态不佳 而导致加载页面失败的风险。另外，通过将信息校验移至手机本地校 验也可以有效地提升线上支付交易的速度和流畅度。
167.根据本公开的实施例，支付机构将用户登录、订单展示、交易验 签和交易结果等一系列网页ui框架以h5的形式保存至客户端本地， 并且获取设备指纹和客户键入和选择
的信息，之后将信息与设备指纹 进行加密生成密钥并保存。当客户再次选择该支付机构进行支付时， 客户端收到支付请求后交易可无需联网，在脱机状态下可以完成登录、 验签、支付等操作。当本地判定交易成功后将生成支付成功通知，在 网络恢复后发送给支付机构审核，审核通过后再反馈给商户。若脱机 处理验密等环节未通过验证，客户的交易将重新接入首次支付交易的 互联网流程，客户的信息将重新加密并记录。
168.在网络环境良好的情况下，由于交易的部分步骤移至客户端本地 处理，能够节省原在线交互的环节和时间。
169.在弱网络环境下，当客户使用线上支付交易时，一个或多个交易 页面从本地读取，不再需要考虑网络环境的因素，交易速度将会得到 提升。其对客户是有感的，所以客户的用户体验也将会得到提升。除 此之外，交易失败的概率也会大大降低，相关技术中交易流程任何一 个页面加载失败都有可能导致交易无法正常进行，而本公开实施例调 用本地文件不会存在加载失败的问题。
170.在无网络环境下，在本地储存有客户之前交易信息的情况下，先 在正常网络环境中执行接收支付请求及发起交易的步骤，之后即可在 无网络环境中进行交易，客户完成交易验签后无需其他操作，只需等 移动设备连接到正常网络环境中发送通知，交易即可完成。可以实现 时效性不强，无需及时确认的交易在无网络环境中进行交易，例如国 债、贵金属或理财产品购买、农村普惠信贷产品办理、信用卡办理等。
171.举例说明在无网络环境下的应用：例如在偏远山村中仍未搭设无 线网络，当地的村民有购买理财产品的需求。几名村民到附近银行网 点进行初次理财产品的购买之后，该网点可以将村民们的个人客户信 息等通过交易记录到移动端设备中。之后村民们需要再次交易时可以 通过电话预约的方式进行预约，银行工作人员根据预约订单，可以携 带该移动设备并提前加载好订单，到该地区为村民进行上门服务。村 民们完成了交易验签后无需其他操作，银行工作人员携带移动设备返 回网点接入网络即可完成交易，交易结果可以通过电话等其他方式告 知村民。银行工作人员提供了上门服务的办法，解决了村民无网络、 出门难的问题，有助于推进金融服务下乡入户工作。
172.基于上述交易速度提升方法，本公开还提供了用于客户端和支付 机构端的交易速度提升装置。以下将结合图12和图13进行详细描述。
173.图12示意性示出了根据本公开实施例的用于客户端的交易速度 提升装置的结构框图。
174.如图12所示，该实施例的交易速度提升装置1200包括请求接收 模块1210、框架读取模块1220、页面展示模块1230、信息接收模块 1240和支付确定模块1250。
175.请求接收模块1210可以执行操作s210，用于接收支付机构端发 送的支付请求，其中，支付请求根据客户发起的第一交易而生成，支 付请求包括第一交易的订单信息。
176.框架读取模块1220可以执行操作s220，用于响应于支付请求， 读取预先存储在本地的支付页面框架。
177.页面展示模块1230可以执行操作s230，用于根据订单信息和支 付页面框架，生成并展示支付页面。
178.信息接收模块1240可以执行操作s240，用于接收客户通过支付 页面输入的支付信息。
179.支付确定模块1250可以执行操作s250，用于在支付信息符合预 设条件的情况下，确定第一交易支付成功。
180.根据本公开的实施例，交易速度提升装置1200还可以包括信息 存储模块，用于在读取预先存储在本地的支付页面框架之前，根据第 二交易过程中所展示的支付页面，获取支付页面框架，其中，第二交 易包括客户在第一交易之前发起的交易。将支付页面框架存储在本地。 信息存储模块还可以用于存储登录页面和验签页面等交易页面，以及 存储密钥信息和客户账户信息等数据。
181.页面展示模块1230可以执行操作s310～操作s320，操作s410～ 操作s420和操作s610～操作s630，在此不做赘述。
182.根据本公开的实施例，交易速度提升装置1200还可以包括信息 校验模块，该模块可以执行操作s810～操作s820，在此不做赘述。
183.根据本公开的实施例，信息接收模块1240可以执行操作s710～ 操作s720，在此不做赘述。
184.根据本公开的实施例，交易速度提升装置1200还可以包括交易 通知模块，该模块可以执行操作s910～操作s920，在此不做赘述。
185.图13示意性示出了根据本公开实施例的用于支付机构端的交易 速度提升装置的结构框图。
186.如图13所示，该实施例的交易速度提升装置1300包括请求生成 模块1310和请求发送模块1320。
187.请求生成模块1310可以执行操作s1010，用于响应于客户发起 的第一交易，生成支付请求。
188.请求发送模块1320可以执行操作s1020，用于将支付请求发送 至客户端，其中，客户端被配置为执行图2～图9对应的任一个实施 例的方法进行支付。
189.需要说明的是，装置部分实施例中各模块/单元/子单元等的实施 方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方 法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的 功能、以及达到的技术效果相同或类似，在此不再赘述。
190.根据本公开的实施例，交易速度提升装置1200或1300中的任 意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可 以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部 分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。
191.根据本公开的实施例，交易速度提升装置1200或1300中的至 少一个模块可以至少被部分地实现为硬件电路，例如现场可编程门阵 列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、 封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成 或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件 以及固件三种实现方式中任意一种或以其中任意几种的适当组合来 实现。或者，交易速度提升装置1200或1300中的至少一个模块可 以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行 时，可以执行相应的功能。
192.图14示意性示出了根据本公开实施例的适于实现交易速度提升 方法的电子设备的方框图。
193.如图14所示，根据本公开实施例的电子设备1400包括处理器 1401，其可以根据存储在只读存储器(rom)1402中的程序或者从 存储部分1408加载到随机访问存储器(ram)1403中的程序而执行 各种适当的动作和处理。处理器1401例如可以包括通用微处理器(例 如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如， 专用集成电路(asic))等等。处理器1401还可以包括用于缓存用 途的板载存储器。处理器1401可以包括用于执行根据本公开实施例 的方法流程的不同动作的单一处理单元或者是多个处理单元。
194.在ram 1403中，存储有电子设备1400操作所需的各种程序和 数据。处理器1401、rom 1402以及ram 1403通过总线1404彼此 相连。处理器1401通过执行rom 1402和/或ram 1403中的程序来 执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序 也可以存储在除rom 1402和ram 1403以外的一个或多个存储器中。 处理器1401也可以通过执行存储在所述一个或多个存储器中的程序 来执行根据本公开实施例的方法流程的各种操作。
195.根据本公开的实施例，电子设备1400还可以包括输入/输出(i/o) 接口1405，输入/输出(i/o)接口1405也连接至总线1404。电子设 备1400还可以包括连接至i/o接口1405的以下部件中的一项或多项： 包括键盘、鼠标等的输入部分1406；包括诸如阴极射线管(crt)、 液晶显示器(lcd)等以及扬声器等的输出部分1407；包括硬盘等 的存储部分1408；以及包括诸如lan卡、调制解调器等的网络接口 卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信 处理。驱动器1410也根据需要连接至i/o接口1405。可拆卸介质1411， 诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动 器1410上，以便于从其上读出的计算机程序根据需要被安装入存储 部分1408。
196.本公开还提供了一种计算机可读存储介质，该计算机可读存储介 质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是 单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介 质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实 现根据本公开实施例的方法。
197.根据本公开的实施例，计算机可读存储介质可以是非易失性的计 算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬 盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程 只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器 (cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组 合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的 有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其 结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包 括上文描述的rom 1402和/或ram 1403和/或rom 1402和ram 1403以外的一个或多个存储器。
198.本公开的实施例还包括一种计算机程序产品，其包括计算机程序， 该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机 程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现 本公开实施例所提供的方法。
199.在该计算机程序被处理器1401执行时执行本公开实施例的系统/ 装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装 置、模块、单元等可以通过计算机程序模块来实现。
200.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储 器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网 络介质上以信号的形式进行传输、分
发，并通过通信部分1409被下 载和安装，和/或从可拆卸介质1411被安装。该计算机程序包含的程 序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线 等等，或者上述的任意合适的组合。
201.在这样的实施例中，该计算机程序可以通过通信部分1409从网 络上被下载和安装，和/或从可拆卸介质1411被安装。在该计算机程 序被处理器1401执行时，执行本公开实施例的系统中限定的上述功 能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单 元等可以通过计算机程序模块来实现。
202.根据本公开的实施例，可以以一种或多种程序设计语言的任意组 合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体 地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语 言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++， python，“c”语言或类似的程序设计语言。程序代码可以完全地在客 户计算设备上执行、部分地在客户设备上执行、部分在远程计算设备 上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算 设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网 (lan)或广域网(wan)，连接到客户计算设备，或者，可以连接 到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
203.附图中的流程图和框图，图示了按照本公开各种实施例的系统、 方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点 上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码 的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于 实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的 实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发 生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们 有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的 是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合， 可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者 可以用专用硬件与计算机指令的组合来实现。
204.本领域技术人员可以理解，本公开的各个实施例和/或权利要求 中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合 没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情 况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多 种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
205.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为 了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述 了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合 使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开 的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改 都应落在本公开的范围之内。