一种基于本地化存储的订单支付方法、装置和系统制造方法及图纸

本申请提供一种基于本地化存储的订单支付方法、装置和系统、计算设备和计算机可读存储介质，其中所述方法为了避免IAP支付过程中出现的各种常见异常，当客户端接收到服务器返回的消息时，都将订单相关消息存储在本地的非易失性存储器中形成本地订单信息。本地订单信息除了用于IAP支付成功后向应用服务器请求发货外，还用于支付流程意外中断后再次发起补单时使用。在该方法中实现了多时机触发补单机制，在进行补单时，对操作系统支付队列中的订单进行检查，若存在支付完成但未关闭的订单，则向应用服务器发起发货请求。当客户端同应用服务器连接状态正常，并成功将订单记录在应用服务器后，才删除本地保存的订单信息并将操作系统支付队列中的相关支付订单关闭，避免了重复发货的情况，提高了整个IAP支付系统的效率。提高了整个IAP支付系统的效率。提高了整个IAP支付系统的效率。

【技术实现步骤摘要】
一种基于本地化存储的订单支付方法、装置和系统


[0001]本申请涉及计算机安全
，特别涉及一种基于本地化存储的订单支付方法、装置和系统、计算设备和计算机可读存储介质。

技术介绍

[0002]目前，在苹果iOS操作系统生态下的应用中购买虚拟商品时，都需要使用苹果公司提供的IAP(in
‑
App Purchase，应用程序内购)支付方案。该方案使用iOS操作系统中内嵌的内购框架StoreKit与应用服务器进行数据传输。但是，为保护用户隐私，该方案存在一些限制，如不支持根据用户信息去获取支付结果等，当某些情况下，如网络连接错误时，应用与应用服务器断开连接，导致通过StoreKit完成的订单状态无法及时与应用服务器同步，从而出现掉单、重复发货等情况，因此亟需一种完备的订单支付解决方案。

技术实现思路

[0003]有鉴于此，本申请实施例提供了一种基于本地化存储的订单支付方法、装置和系统、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。
[0004]根据本申请实施例的第一方面，提供了一种基于本地化存储的订单支付方法，包括：
[0005]向应用服务器发起购买请求，接收所述应用服务器返回的第一支付订单；
[0006]将所述第一支付订单信息本地化保存为第一存储信息，并根据所述第一支付订单完成支付操作；
[0007]若支付成功，根据所述支付操作返回的支付凭证，对第一存储信息进行更新，生成第二存储信息；
[0008]根据根据操作系统支付队列中支付成功订单和所述第二存储信息向所述应用服务器发起请求，通知所述应用服务器进行发货处理。
[0009]根据本申请实施例的第二方面，提供了一种基于本地化存储的订单支付装置，集成与客户端，包括：
[0010]第一请求单元，用于向应用服务器发起购买请求，接收所述应用服务器返回的第一支付订单；
[0011]第一存储单元，用于将所述第一支付订单信息本地化保存为第一存储信息；
[0012]支付单元，用于根据所述第一支付订单完成支付操作；
[0013]第二存储单元，用于根据所述支付操作返回的支付凭证，对第一存储信息进行更新，生成第二存储信息；
[0014]第二请求单元，用于根据操作系统支付队列中支付成功订单和所述第二存储信息向所述应用服务器发起请求，通知所述应用服务器进行发货处理。
[0015]根据本申请实施例的第三方面，提供了一种基于本地化存储的订单支付系统，包括上述客户端与应用服务器。
[0016]根据本申请实施例的第四方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述一种基于本地化存储的订单支付方法的步骤。
[0017]根据本申请实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述基于本地化存储的订单支付方法的步骤。
[0018]与现有技术相比，本申请提供的实施例为了防止IAP支付过程中的掉单等情况的发生，当客户端接收到服务器返回的消息时，都将其存储在本地的非易失性存储器中形成本地的订单信息。本地的订单信息除了用于IAP支付成功后向应用服务器请求发货外，还用于支付流程意外中断后再次发起补单时使用。每当用户登录客户端应用时，都会进入补单流程，对操作系统支付队列中的订单进行检查，若存在支付完成但未关闭的订单，则根据本地保存的订单信息发起补单流程，向应用服务器重新发起发货请求。当客户端同应用服务器连接状态正常，并成功将订单记录在应用服务器后，才会删除本地保存的订单信息并将操作系统支付队列中的相关支付订单关闭，避免了重复发货的情况，提高了整个IAP支付系统的效率，并且仅在此状态下才将该笔订单从iOS系统支付队列中进行关闭处理(finishTransaction)，避免存在未处理的订单从iOS系统支付队列中关闭导致订单未被记录导致掉单的情况。订单信息的来源包含操作系统支付队列以及存储在本地的非易失性存储器两部分，可以进一步对订单的真实性、有效性进行校验。
附图说明
[0019]图1是本申请实施例提供的计算设备的结构框图；
[0020]图2是本申请实施例提供的一种基于本地化存储的订单支付方法的流程示意图；
[0021]图3是本申请实施例提供的一种基于本地化存储的订单支付方法中发货流程的示意图；
[0022]图4是本申请实施例提供的一种多时机触发补单机制的流程示意图；
[0023]图5是本申请实施例提供的一种基于本地化存储的订单支付装置的结构示意图；
具体实施方式
[0024]在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
[0025]在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0026]应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“响应于
确定”。
[0027]在本申请中，提供了一种基于本地化存储的订单支付方法及系统、计算设备和计算机可读存储介质，在下面的实施例中逐一进行详细说明。
[0028]图1示出了根据本申请一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。
[0029]计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi
‑
MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
[0030]在本申请的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于本地化存储的订单支付方法，应用于客户端，其特征在于，包括：向应用服务器发起购买请求，接收所述应用服务器返回的第一支付订单；将所述第一支付订单信息本地化保存为第一存储信息，并根据所述第一支付订单完成支付操作；若支付成功，根据所述支付操作返回的支付凭证，对第一存储信息进行更新，生成第二存储信息；根据操作系统支付队列中支付成功订单和所述第二存储信息向所述应用服务器发起请求，通知所述应用服务器进行发货处理。2.根据权利要求1所述的方法，其中，所述第一支付订单包括：第一支付订单的唯一标识以及虚拟商品的描述信息；其中，所述虚拟商品的描述信息包括虚拟商品的计费点信息。3.根据权利要求2所述的方法，其中，将所述第一支付订单信息本地化保存为第一存储信息包括：将所述第一支付订单的信息保存在客户端本地的非易失性存储器中。4.根据权利要求3所述的方法，其中，将所述第一支付订单的信息保存在客户端本地的非易失性存储器中还包括：在本地化存储所述第一支付订单时，将所述第一支付订单中的计费点作为键值。5.根据权利要求1所述的方法，其中，根据所述第一支付订单完成支付操作包括：若支付成功，在操作系统的支付队列中对支付订单进行支付成功标记；若支付失败，在操作系统的支付队列中对支付订单进行关闭处理。6.根据权利要求1所述的方法，其中，根据所述支付操作返回的支付凭证，对第一存储信息进行更新，生成第二存储信息包括：将所述支付凭证中的TransactionID作为键值，插入到第一存储信息中生成第二存储信息。7.根据权利要求6所述的方法，其中，根据所述第二存储信息向所述应用服务器发起请求，通知所述应用服务器进行发货处理包括：从所述第二存储信息中获取包括TransactionID和计费点信息在内的交易信息，将所述交易信息写入到运行内存中，并根据所述交易信息向所述应用服务器发起发货请求。8.根据权利要求7所述的方法，其中，根据所述第二存储信息向所述应用服务器发起请...

【专利技术属性】
技术研发人员：吴国倩，曾伟，侯治丞，梁前武，王诗萌，肖春天，
申请(专利权)人：北京云游互动网络科技有限公司，
类型：发明
国别省市：