本发明专利技术提供了一种支付信息确定方法、装置、系统和电子设备，其中方法包括：接收业务系统的订单支付状态的请求信息，根据请求信息生成未支付的中间订单；通过查询第三方支付平台获取中间订单的支付状态；当查询到中间订单处于支付成功的状态时，更新中间订单状态为已支付；将已支付的中间订单的支付状态通知业务系统。本发明专利技术提升了对接第三方支付平台的效率，确保订单支付成功后，业务系统能够及时地知晓订单支付状态。订单支付状态。订单支付状态。
【技术实现步骤摘要】
支付信息确定方法、装置、系统和电子设备
[0001]本专利技术主要涉及网络支付
，尤其涉及一种支付信息确定方法、装置、系统和电子设备。
技术介绍
[0002]自研电商系统接入支付时，需要对接多个第三方支付平台，对接重复且麻烦。而且支付成功严重依赖第三方支付平台的支付回调，如果第三方支付平台支付回调出现延迟或者失效，那么自研的电商系统很可能检测不到用户的支付行为，不能更快捷地响应用户。特别对于一些小的支付平台，技术能力保障不到位情况下，此类问题尤其严重。
[0003]现有技术中，往往是通过公共代码基础去接入第三方支付平台，但是支付状态的确保和及时维护支付状态还是需要业务系统自己去保证。另外就是利用消息队列保证支付回调的顺序性。此种方式是基于已经从第三方支付平台中获取了支付回调的消息，对于消息顺序的预处理通过消息队列保证，对于支付系统本身没有回调的情况并未提出解决方案。
[0004]目前企业内部的电商系统接入第三方支付平台(如支付宝、微信等)，在B2C(business to customer，企业对消费者)扫码支付场景下严重依赖第三方支付平台本身的回调支付。企业内部如果各个业务都单独对接第三方支付平台，则是各业务系统自己去维护支付状态。第三方支付平台本身支付回调出现延迟或短时间异常时，各业务系统需要单独去调用读取支付状态，每个业务侧都需要关心和处理维护支付状态的兜底机制，造成资源浪费。另外，基于各第三方支付平台做数据分析时，比如分析客户使用第三方支付平台支付的比例以及各个业务方收入情况等，需要各业务系统单独提供接口去支持数据分析业务，而财务侧使用的第三方支付平台管理端(如微信的商户平台或支付宝商户平台)不具备提供接口查询的能力。
[0005]可见，现阶段并没有统一的订单支付状态维护系统，且针对不同平台的支付状态也是在各业务系统内部，业务系统不能够及时地知晓订单支付状态。
技术实现思路
[0006]本专利技术要解决的技术问题是提供一种支付信息确定方法、装置、系统和电子设备，提升对接第三方支付平台的效率，确保订单支付成功后，业务系统能够及时地知晓订单支付状态。
[0007]为解决上述技术问题，第一方面，本专利技术提供了一种支付信息确定方法，包括：接收业务系统的订单支付状态的请求信息，根据所述请求信息生成未支付的中间订单；通过查询第三方支付平台获取所述中间订单的支付状态；当查询到所述中间订单处于支付成功的状态时，更新所述中间订单状态为已支付；将已支付的中间订单的支付状态通知所述业务系统。
[0008]可选地，所述通过查询第三方支付平台获取所述中间订单的支付状态包括：若获
取的所述中间订单的支付状态为未支付，则再次查询所述第三方支付平台获取所述中间订单的支付状态。
[0009]可选地，多次查询所述第三方支付平台获取所述中间订单的支付状态过程中，查询所用总时间不超过支付二维码的有效期。
[0010]可选地，多次查询所述第三方支付平台获取所述中间订单的支付状态过程中，后一次查询的间隔时间大于前一次查询的间隔时间，其中所述间隔时间为两次查询之间的时间间隔。
[0011]可选地，所述后一次查询的间隔时间大于前一次查询的间隔时间包括：若查询次数大于3次，则第3次之后的每一次查询的间隔时间是相邻前两次查询的间隔时间之和。
[0012]可选地，所述方法还包括：接收所述第三方支付平台发送的所述中间订单支付成功的信息。
[0013]可选地，在所述将已支付的中间订单的支付状态通知所述业务系统之后，还包括：接收所述业务系统的应答信息，其中所述应答信息指示所述业务系统已知晓所述中间订单对应的订单为已支付的状态。
[0014]可选地，若已将已支付的中间订单的支付状态通知所述业务系统，且未收到所述业务系统的应答信息，则在所有所述中间订单中筛选出已支付但未接收到所述业务系统应答信息的中间订单。
[0015]可选地，将筛选出已支付但未接收到所述业务系统应答信息的中间订单通知所述业务系统。
[0016]可选地，将筛选出已支付但未接收到所述业务系统应答信息的中间订单通知所述业务系统过程中，若通知次数超过预定次数，则停止通知所述业务系统。
[0017]第二方面，本专利技术提供了一种支付信息确定装置，包括：生成模块，用于接收业务系统的订单支付状态的请求信息，根据所述请求信息生成未支付的中间订单；查询模块，用于通过查询第三方支付平台获取所述中间订单的支付状态；更新模块，用于当查询到所述中间订单处于支付成功的状态时，更新所述中间订单状态为已支付；通知模块，用于将已支付的中间订单的支付状态通知所述业务系统。
[0018]第三方面，本专利技术提供了一种支付信息确定系统，包括：接口层，所述接口层用于连接外部系统，所述外部系统包括业务系统和第三方支付平台；数据管理单元，所述数据管理单元用于管理接入所述支付信息确定系统的数据，所述数据包括业务标识和交易数据；支付转换单元，所述支付转换单元用于根据所述业务系统提供的订单支付类型调用不同的所述第三方支付平台；查询单元，所述查询单元用于查询未支付的中间订单及所述中间订单的支付状态，以及查询已支付但未收到所述业务系统应答信息的中间订单；回调单元，所述回调单元用于发送所述中间订单已支付的消息给所述业务系统，以及接收所述业务系统反馈的应答信息。
[0019]第四方面，本专利技术提供了一种电子设备，包括：处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的支付信息确定方法的步骤。
[0020]第五方面，本专利技术提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的支付信息确定方法的步骤。
[0021]与现有技术相比，本专利技术具有以下优点：首先接收业务系统的订单支付状态的请求信息，根据请求信息生成未支付的中间订单；再通过查询第三方支付平台获取中间订单的支付状态；当查询到中间订单处于支付成功的状态时，更新中间订单状态为已支付；最后将已支付的中间订单的支付状态通知业务系统，提升了对接第三方支付平台的效率，确保订单支付成功后，业务系统能够及时地知晓订单支付状态。
附图说明
[0022]包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本申请原理的作用。附图中：
[0023]图1是本专利技术一个实施例支付信息确定方法的流程示意图；
[0024]图2是本专利技术一个实施例中查询第三方支付平台中订单状态示意图；
[0025]图3是本专利技术一个实施例中第三方支付平台与支付中心的交互示意图；
[0026]图4是本专利技术一个实施例中支付中心与业务系统的交互示意图；
[0027]图5是本专利技术一个实施例中未收到应答信息时的查询示意图；
[0028]图6是本专利技术一个实施例中一笔订单完成支付的整个时序示意图；
[002本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种支付信息确定方法，其特征在于，包括：接收业务系统的订单支付状态的请求信息，根据所述请求信息生成未支付的中间订单；通过查询第三方支付平台获取所述中间订单的支付状态；当查询到所述中间订单处于支付成功的状态时，更新所述中间订单状态为已支付；将已支付的中间订单的支付状态通知所述业务系统。2.如权利要求1所述的支付信息确定方法，其特征在于，所述通过查询第三方支付平台获取所述中间订单的支付状态包括：若获取的所述中间订单的支付状态为未支付，则再次查询所述第三方支付平台获取所述中间订单的支付状态。3.如权利要求2所述的支付信息确定方法，其特征在于，多次查询所述第三方支付平台获取所述中间订单的支付状态过程中，查询所用总时间不超过支付二维码的有效期。4.如权利要求3所述的支付信息确定方法，其特征在于，多次查询所述第三方支付平台获取所述中间订单的支付状态过程中，后一次查询的间隔时间大于前一次查询的间隔时间，其中所述间隔时间为两次查询之间的时间间隔。5.如权利要求4所述的支付信息确定方法，其特征在于，所述后一次查询的间隔时间大于前一次查询的间隔时间包括：若查询次数大于3次，则第3次之后的每一次查询的间隔时间是相邻前两次查询的间隔时间之和。6.如权利要求1所述的支付信息确定方法，其特征在于，所述方法还包括：接收所述第三方支付平台发送的所述中间订单支付成功的信息。7.如权利要求1所述的支付信息确定方法，其特征在于，在所述将已支付的中间订单的支付状态通知所述业务系统之后，还包括：接收所述业务系统的应答信息，其中所述应答信息指示所述业务系统已知晓所述中间订单对应的订单为已支付的状态。8.如权利要求7所述的支付信息确定方法，其特征在于，若已将已支付的中间订单的支付状态通知所述业务系统，且未收到所述业务系统的应答信息，则在所有所述中间订单中筛选出已支付但未接收到所述业务系统应答信息的中间订单。9.如权利要求8所述的...
【专利技术属性】
技术研发人员：于奎强，林喆，
申请(专利权)人：深圳米开朗基罗科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。