CN116071073A - 资源额度处理方法及装置 - Google Patents

资源额度处理方法及装置 Download PDF

Info

Publication number
CN116071073A
CN116071073A CN202310041674.5A CN202310041674A CN116071073A CN 116071073 A CN116071073 A CN 116071073A CN 202310041674 A CN202310041674 A CN 202310041674A CN 116071073 A CN116071073 A CN 116071073A
Authority
CN
China
Prior art keywords
resource
platform
application
processing
resource amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202310041674.5A
Other languages
English (en)
Other versions
CN116071073B (zh
Inventor
沈海涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202310041674.5A priority Critical patent/CN116071073B/zh
Publication of CN116071073A publication Critical patent/CN116071073A/zh
Priority to PCT/CN2023/138088 priority patent/WO2024149010A1/zh
Application granted granted Critical
Publication of CN116071073B publication Critical patent/CN116071073B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本说明书实施例提供了资源额度处理方法及装置，其中，一种资源额度处理方法包括：根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；对所述第一资源额度进行解冻并进行额度更新处理。

Description

资源额度处理方法及装置
技术领域
本文件涉及数据处理技术领域，尤其涉及一种资源额度处理方法及装置。
背景技术
随着互联网技术的不断发展，越来越多的机构选择线上方式向机构成员分配相应的资源额度，机构成员基于机构分配的资源额度可进行交易，在实际的应用场景中，机构在多个平台针对机构成员分配对应的资源额度，使得机构成员可在多个平台进行交易，提升基于资源额度进行交易的便捷性。
发明内容
本说明书一个或多个实施例提供了一种资源额度处理方法，应用于第一平台，包括：根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结。向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度。若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度。对所述第一资源额度进行解冻并进行额度更新处理。
本说明书一个或多个实施例提供了另一种资源额度处理方法，应用于第二平台，包括：接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结。调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理。基于支付处理结果对所述第一资源额度进行额度更新处理。
本说明书一个或多个实施例提供了一种资源额度处理装置，运行于第一平台，包括：第一资源额度冻结模块，被配置为根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结。资源额度同步模块，被配置为向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度。剩余资源额度冻结模块，被配置为若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度。第一额度更新模块，被配置为对所述第一资源额度进行解冻并进行额度更新处理。
本说明书一个或多个实施例提供了另一种资源额度处理装置，运行于第二平台，包括：资源额度接收模块，被配置为接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结。支付处理模块，被配置为调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理。第二额度更新模块，被配置为基于支付处理结果对所述第一资源额度进行额度更新处理。
本说明书一个或多个实施例提供了一种资源额度处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结。向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度。若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度。对所述第一资源额度进行解冻并进行额度更新处理。
本说明书一个或多个实施例提供了另一种资源额度处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结。调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理。基于支付处理结果对所述第一资源额度进行额度更新处理。
本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结。向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度。若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度。对所述第一资源额度进行解冻并进行额度更新处理。
本说明书一个或多个实施例提供了另一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结。调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理。基于支付处理结果对所述第一资源额度进行额度更新处理。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
图1为本说明书一个或多个实施例提供的一种资源额度处理方法处理流程图；
图2为本说明书一个或多个实施例提供的一种应用于权益场景的资源额度处理方法处理时序图；
图3为本说明书一个或多个实施例提供的另一种资源额度处理方法处理流程图；
图4为本说明书一个或多个实施例提供的一种资源额度处理装置示意图；
图5为本说明书一个或多个实施例提供的另一种资源额度处理装置示意图；
图6为本说明书一个或多个实施例提供的一种资源额度处理设备的结构示意图；
图7为本说明书一个或多个实施例提供的另一种资源额度处理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
本说明书提供的一种资源额度处理方法实施例：
本实施例提供的资源额度处理方法，可应用于第一平台，在获取到机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令后，对第一资源额度进行冻结，向第二平台同步第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度，并在检测到第二平台返回的支付成功结果后，冻结第二平台的剩余资源额度，在此基础山，对第一资源额度进行解冻并进行额度更新处理，以此，实现对第一平台和第二平台的资源额度的同步处理，在机构成员在一个平台进行支付的过程中，冻结另一个平台的资源额度直至支付完成，避免机构成员的超额支付，避免机构成员和机构的资源损失，对资源额度实现合理的把控。
参照图1，本实施例提供的资源额度处理方法，具体包括步骤S102至步骤S108。
步骤S102，根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结。
本实施例中，机构包括企业、事业单位、社会团体等各种形式的组织，此外，机构不仅包括本级组织，还包括机构的内部组织，比如企业部门或者分部。所述机构成员包括机构工作人员和/或机构相关人员。
所述第一应用，包括独立运行于机构成员的成员终端的应用程序，或者搭载于第三方应用程序内的子程序或者小程序。所述第一平台包括第一应用对应的平台，所述第一平台可以是针对机构的机构成员进行资源额度发放的平台。可选的，所述应用跳转，包括从所述第一应用跳转至第二应用；可选的，所述第一应用，包括运行于所述机构成员的成员终端的应用程序；所述第二应用，包括搭载于第三方应用内的子程序，所述第三方应用可独立运行于机构成员的成员终端。所述成员终端包括机构成员的终端设备；第二平台包括所述第二应用对应的平台。
需要说明的是，机构成员可以在第一平台和第二平台基于资源额度进行交易，即第一平台和第二平台为机构成员基于资源额度进行交易的交易平台，第一平台和第二平台可存在各自的资源额度。
实际应用中，机构可以直接向第一平台发放资源额度，机构的机构成员可基于该资源额度进行交易，即机构的机构成员对应同一资源额度，机构也可以针对机构成员在第一平台发放资源额度，即机构的机构成员对应相同或者不同的资源额度；所述第一资源额度，包括第一权益资源额度，所述第一资源额度可以是机构成员的资源额度，也可以是机构的资源额度，比如第一资源额度是机构成员的福利资源额度，或者机构的福利资源额度，机构成员可以对机构的福利资源额度进行消费。
在实际的应用过程中，机构可向机构成员进行资源发放，在此过程中，为了能够顺利进行资源额度的额度更新，可检测第一平台的初始资源额度是否处于冻结状态，在初始资源额度未处于冻结状态的情况下，基于发放资源额度对初始资源额度进行额度更新，即在根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结执行之前，若根据机构成员所属机构提交的资源发放指令检测到的初始资源额度未处于冻结状态，基于所述资源发放指令携带的发放资源额度对所述初始资源额度进行额度更新，获得所述第一资源额度，本实施例提供的一种可选实施方式中，在根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结执行之前，还执行如下操作：
根据所述机构成员所属机构提交的资源发放指令，检测初始资源额度是否处于冻结状态；
若否，基于所述资源发放指令携带的发放资源额度对所述初始资源额度进行额度更新，获得所述第一资源额度；
若是，不作处理即可或者按照预设时间间隔重新检测初始资源额度是否处于冻结状态。
其中，所述初始资源额度是指第一平台的未基于发放资源额度进行额度更新之前的资源额度；所述发放资源额度是指向机构成员发放的资源额度。
具体的，根据机构成员所属机构提交的资源发放指令，检测第一平台的初始资源额度是否处于冻结状态，若否，基于资源发放指令携带的发放资源额度对第一平台的初始资源额度进行额度更新，获得所述第一资源额度。
实际应用中，机构成员一方面可以基于资源额度在第一平台进行交易，另一方面也可基于资源额度在第二平台进行交易，基于此，本实施例提供的一种可选实施方式中，在根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结执行之前，还执行如下操作：
获取所述机构成员通过所述第一应用提交的交易订单；
根据所述交易订单对初始资源额度进行扣减，获得所述第一资源额度。
具体的，根据机构成员通过第一应用提交的交易订单的订单数额，对第一平台的初始资源额度进行扣减，获得第一资源额度。
具体实施时，获取机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，并根据该跳转指令对第一平台的第一资源额度进行冻结，以避免机构成员同时在第一平台和第二平台基于资源额度进行支付，对多平台的资源额度进行有效管理，具体可获取机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对该跳转指令进行拦截处理，并对第一平台的第一资源额度进行冻结。在此之后，第一平台可配置预设时间周期。
需要说明的是，机构在第一平台进行服务注册后，可在第一平台向机构成员分配资源额度，第一平台通过接口调用在第二平台配置机构成员的资源额度。
步骤S104，向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度。
上述根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结，本步骤中，向第二平台同步第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度。
具体实施时，为了保持第一平台和第二平台的资源额度的实时同步，可向第二平台同步第一平台的第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新第二资源额度，可选的，所述第二资源额度在前一次基于机构标识进行支付处理后被冻结。具体的，第一平台向第二平台同步第一平台的第一资源额度，调用资源处理接口对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度。在第一平台对第二平台的第二资源额度进行解冻之后，机构成员的成员终端从第一应用跳转至第二应用。
第二平台接收到同步的第一资源额度后，可按照第一资源额度对机构成员基于机构标识提交的交易订单进行支付处理，并计算第二平台的剩余资源额度，以及对交易数据进行标记处理，获得交易数据，本实施例提供的一种可选实施方式中，所述第二平台接收到同步的第一资源额度后，执行如下操作：
调用支付接口，在所述应用跳转后按照所述第一资源额度对所述机构成员基于机构标识提交的交易订单进行支付处理；
根据支付处理获得的初始交易数据和所述第一资源额度计算所述剩余资源额度，以及基于所述应用跳转的跳转参数对所述初始交易数据进行标记处理，获得交易数据。
其中，所述机构标识包括机构码，所述机构码是指机构为机构成员的支付等所设置的标识码，该机构码能够唯一标识机构，机构码的存在形式可以是二维码、条形码、声音码等标识码，该机构码可关联机构在第二平台的资源额度或者关联机构成员在第二平台的资源额度，机构成员可通过该机构码基于第二平台的资源额度实现支付。此外，所述机构码也可用于开票、报销等处理。可选的，所述交易订单在机构成员的成员终端展示的机构标识被扫描后提交。
可选的，所述跳转参数，包括向所述第二平台分配的交易标识；实际应用中，在从第一应用跳转至第二应用之前，第一平台可向第二平台分配交易标识，在第一应用跳转至第二应用的过程中通过跳转参数进行传递。
具体的，第二平台接收到同步的第一资源额度后，基于第一资源额度更新第二平台的第二资源额度，调用支付接口，在应用跳转后按照第一资源额度对机构成员基于机构标识提交的交易订单进行支付处理，根据支付处理获得的交易数额对第一资源额度进行扣减，获得所述剩余资源额度，并基于交易标识对初始交易数据进行标记处理，获得交易数据。
在此之后，第二平台对所述剩余资源额度进行存储，即将第二平台的第一资源额度更新为剩余资源额度，并向第一平台返回支付成功结果。
实际应用中，第二平台返回的支付成功结果存在丢失的情况，针对于此，为了及时对第一平台和第二平台的资源额度进行同步，防止机构成员在多个平台出现超额支付的问题，本实施例提供的一种可选实施方式中，在向第二平台同步第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度执行之后，还执行如下操作：
若在预设时间周期内未检测到所述支付成功结果，通过接口调用冻结所述剩余资源额度；
在冻结失败的情况下，按照重试时间间隔重试冻结操作。
可选的，所述预设时间周期在所述第一资源额度被冻结后进行配置。
具体的，若在预设时间周期内未检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度，并在冻结失败的情况下，按照重试时间间隔冻结所述剩余资源额度，直至冻结成功后对第一资源额度进行解冻并进行额度更新处理。
步骤S106，若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度。
上述第一平台向第二平台同步第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度，本步骤中，若检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度，若未检测到第二平台返回的支付成功结果，不作处理即可。
具体实施时，若检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度，在冻结失败的情况下，代表机构成员在第二平台的交易还未完成，此时不作处理即可。
可选的，所述支付成功结果，由所述第二平台在预设时间周期内返回，所述支付成功结果中携带所述剩余资源额度；所述预设时间周期在所述第一资源额度被冻结后进行配置，即第一平台在上述对第一平台的第一资源额度进行冻结之后配置预设时间周期。可选的，若在所述预设时间周期内检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度。
在此基础上，为了提升预设时间周期的有效性和合理性，避免影响机构成员下一次基于第二应用进行支付的过程，提升成员体验，本实施例提供的一种可选实施方式中，所述预设时间周期，通过如下方式计算获得：
获取所述机构成员在所述第二平台的历史交易时长和/或交易偏好数据；
根据所述历史交易时长和/或所述交易偏好数据计算所述预设时间周期；
可选的，所述交易偏好数据包括交易门店类型和/或机构标识的展示时长。
具体的，根据交易偏好数据计算预设时间周期的过程，可通过若交易门店类型为第一类型，确定预设时间周期为第一时间周期；若交易门店类型为第二类型，确定预设时间周期为第二时间周期；比如第一类型为交易等待时长大于或者等于时长阈值的类型，第二类型为交易等待时长为小于时长阈值的类型。
实际应用中，为了提升对第一资源额度进行额度更新的更新精确度，提升额度更新的更新全面性，在上述第二平台接收到同步的第一资源额度后执行的操作的基础上，可在检测到第二平台返回的支付成功结果的基础上，从第二平台查询交易数据，可选的，所述跳转参数，包括向所述第二平台分配的交易标识，本实施例提供的一种可选实施方式中，若检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度执行之后，还执行如下操作：
根据所述交易标识调用数据接口从所述第二平台查询所述交易数据。
其中，所述交易标识是指表征机构成员在第二平台基于机构标识进行的当前交易。
步骤S108，对所述第一资源额度进行解冻并进行额度更新处理。
上述在检测到第二平台返回的支付成功结果的情况下，通过接口调用冻结第二平台的剩余资源额度，本步骤中，对第一平台的第一资源额度进行解冻并进行额度更新处理。
实际应用中，一方面支付成功结果存在丢失的情况，另一方面支付成功结果中携带的第二平台的剩余资源额度也可存在丢失的情况，针对于此，为了提升额度更新处理的全面性和精确性，一方面可根据支付成功结果中携带的剩余资源额度对第一资源额度进行更新处理，另一方面可根据机构成员在第二平台的交易数据对第一资源额度进行更新处理，以此，提升额度更新处理的灵活性，本实施例提供的一种可选实施方式中，所述额度更新处理，包括：
根据所述机构成员在所述第二平台的交易数据计算交易资源数额；
根据所述交易资源数额对所述第一资源额度进行更新处理；
或者，
根据所述支付成功结果中携带的所述剩余资源额度，对所述第一资源额度进行更新处理。
此外，为了进一步提升额度更新处理的精确性和全面性，可结合交易数据和剩余资源额度两个层面进行额度更新处理，具体的，所述额度更新处理，也可通过如下方式实现：若机构成员在第二平台的交易资源数额与支付成功结果中携带的剩余资源额度一致，基于所述剩余资源额度对第一平台的第一资源额度进行更新处理；若机构成员在第二平台的交易资源数额与支付成功结果中携带的剩余资源额度不一致，基于交易资源数额对第一平台的第一资源额度进行更新处理；可选的，所述交易资源额度基于所述机构成员在第二平台的交易数据计算获得。
实际应用中，机构成员可以在第二平台基于机构标识进行交易，也可以在第一平台进行在线交易，本实施例提供的一种可选实施方式中，在对第一资源额度进行解冻并进行额度更新处理执行之后，还执行如下操作：
获取所述机构成员通过所述第一应用提交的交易订单；
根据所述交易订单对更新处理获得的目标资源额度进行扣减。
在实际的应用过程中，在第一平台对第一资源额度进行解冻并进行额度更新处理之后，机构也可进行资源发放，需要说明的是，机构进行资源发放可在第一平台进行，本实施例提供的一种可选实施方式中，在对第一资源额度进行解冻并进行额度更新处理之后，还执行如下操作：
根据所述机构成员所属机构提交的资源发放指令，检测更新处理获得的目标资源额度是否处于冻结状态；
若否，基于所述资源发放指令携带的发放资源额度对目标资源额度进行额度更新，获得更新资源额度。
需要补充的是，机构成员可在第一平台实现持续性地在线交易，也可在第二平台基于机构标识实现持续性地线下交易。
下述以本实施例提供的一种资源额度处理方法在权益场景的应用为例，对本实施例提供的资源额度处理方法进行进一步说明，参见图2，应用于权益场景的资源额度处理方法，具体包括如下步骤。
步骤S202，根据机构成员基于支付请求在权益应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结。
步骤S204，向机构码平台同步第一资源额度，并通过接口调用对机构码平台的第二资源额度进行解冻。
步骤S214，若在预设时间周期内检测到机构码平台返回的支付成功结果，通过接口调用冻结机构码平台的剩余资源额度。
步骤S216，根据应用跳转的跳转参数调用数据接口从机构码平台查询交易数据。
步骤S218，根据查询到的交易数据计算交易资源数额，并根据交易资源数额对权益平台的第一资源额度进行更新处理。
上述提供的应用于权益场景的资源额度处理方法的实现过程，由第一平台执行，下述方法实施例提供的应用于权益场景的资源额度处理方法的实现过程，由第二平台执行，二者在执行过程中相互配合，因此，阅读上述实现过程请参照下述方法实施例的对应内容，相应的，阅读下述应用于权益场景的资源额度处理方法的实现过程请参照本方法实施例的对应内容。
本说明书提供的另一种资源额度处理方法实施例：
本实施例提供的资源额度处理方法，可应用于第二平台，接收第一平台基于应用跳转的跳转指令同步的第一资源额度，以基于第一资源额度更新第二资源额度，在从第一应用跳转至第二应用后根据第一资源额度对机构成员基于机构标识提交的交易订单进行支付处理，并基于支付处理结果对第一资源额度进行额度更新处理，以此，实现对第一平台和第二平台的资源额度的同步处理，在机构成员在一个平台进行支付的过程中，冻结另一个平台的资源额度直至支付完成，避免机构成员的超额支付，避免机构成员和机构的资源损失，对资源额度实现合理的把控。
参照图3，本实施例提供的资源额度处理方法，具体包括步骤S302至步骤S306。
需要说明的是，本实施例提供的资源额度处理方法的实现过程，可由第二平台执行，上述方法实施例提供的资源额度处理方法的实现过程，可由第一平台执行，二者在执行过程中相互配合，因此，阅读上述方法实施例提供的资源额度处理方法的实现过程请参照本方法实施例的对应内容，相应的，阅读本实施例提供的资源额度处理方法的实现过程请参照上述方法实施例的对应内容。
步骤S302，接收第一平台基于应用跳转的跳转指令同步的第一资源额度，以基于所述第一资源额度更新第二资源额度。
本实施例中，机构包括企业、事业单位、社会团体等各种形式的组织，此外，机构不仅包括本级组织，还包括机构的内部组织，比如企业部门或者分部。所述机构成员包括机构工作人员和/或机构相关人员。
第一应用，包括独立运行于机构成员的成员终端的应用程序，或者搭载于第三方应用程序内的子程序或者小程序。所述第一平台包括第一应用对应的平台，所述第一平台可以是针对机构的机构成员进行资源额度发放的平台。可选的，所述应用跳转，包括从所述第一应用跳转至第二应用；可选的，所述第一应用，包括运行于所述机构成员的成员终端的应用程序；所述第二应用，包括搭载于第三方应用内的子程序，所述第三方应用可独立运行于机构成员的成员终端。所述成员终端包括机构成员的终端设备；第二平台包括所述第二应用对应的平台。
需要说明的是，机构成员可以在第一平台和第二平台基于资源额度进行交易，即第一平台和第二平台为机构成员基于资源额度进行交易的交易平台，第一平台和第二平台可存在各自的资源额度。
具体实施时，第一平台根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结，并向第二平台同步所述第一资源额度，对所述第二平台的第二资源额度进行解冻，相应的，第二平台接收第一平台基于应用跳转的跳转指令同步的第一资源额度，以基于所述第一资源额度更新第二资源额度。可选的，所述第二资源额度在前一次基于机构标识进行支付处理后被冻结。
本实施例提供的一种可选实施方式中，所述第一平台在同步第一资源额度之前，还执行如下操作：根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结。
实际应用中，机构可以直接向第一平台发放资源额度，机构的机构成员可基于该资源额度进行交易，即机构的机构成员对应同一资源额度，机构也可以针对机构成员在第一平台发放资源额度，即机构的机构成员对应相同或者不同的资源额度；所述第一资源额度，包括第一权益资源额度，所述第一资源额度可以是机构成员的资源额度，也可以是机构的资源额度，比如第一资源额度是机构成员的福利资源额度，或者机构的福利资源额度，机构成员可以对机构的福利资源额度进行消费。
在实际的应用过程中，机构可向机构成员进行资源发放，在此过程中，为了能够顺利进行资源额度的额度更新，第一平台可检测第一平台的初始资源额度是否处于冻结状态，在初始资源额度未处于冻结状态的情况下，基于发放资源额度对初始资源额度进行额度更新，即在根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结执行之前，若根据机构成员所属机构提交的资源发放指令检测到的初始资源额度未处于冻结状态，基于所述资源发放指令携带的发放资源额度对所述初始资源额度进行额度更新，获得所述第一资源额度，本实施例提供的一种可选实施方式中，第一平台在根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结执行之前，还执行如下操作：
根据所述机构成员所属机构提交的资源发放指令，检测初始资源额度是否处于冻结状态；
若否，基于所述资源发放指令携带的发放资源额度对所述初始资源额度进行额度更新，获得所述第一资源额度；
若是，不作处理即可或者按照预设时间间隔重新检测初始资源额度是否处于冻结状态。
其中，所述初始资源额度是指第一平台的未基于发放资源额度进行额度更新之前的资源额度；所述发放资源额度是指向机构成员发放的资源额度。
具体的，根据机构成员所属机构提交的资源发放指令，检测第一平台的初始资源额度是否处于冻结状态，若否，基于资源发放指令携带的发放资源额度对第一平台的初始资源额度进行额度更新，获得所述第一资源额度。
实际应用中，机构成员一方面可以基于资源额度在第一平台进行交易，另一方面也可基于资源额度在第二平台进行交易，基于此，本实施例提供的一种可选实施方式中，第一平台在根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结执行之前，还执行如下操作：
获取所述机构成员通过所述第一应用提交的交易订单；
根据所述交易订单对初始资源额度进行扣减，获得所述第一资源额度。
具体的，第一平台根据机构成员通过第一应用提交的交易订单的订单数额，对第一平台的初始资源额度进行扣减，获得第一资源额度。
具体实施时，第一平台获取机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，并根据该跳转指令对第一平台的第一资源额度进行冻结，以避免机构成员同时在第一平台和第二平台基于资源额度进行支付，对多平台的资源额度进行有效管理，具体第一平台可获取机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对该跳转指令进行拦截处理，并对第一平台的第一资源额度进行冻结。在此之后，第一平台可配置预设时间周期。
上述第一平台根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结，在此之后，第一平台向第二平台同步第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度。
具体实施时，为了保持第一平台和第二平台的资源额度的实时同步，第一平台可向第二平台同步第一平台的第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新第二资源额度，可选的，所述第二资源额度在前一次基于机构标识进行支付处理后被冻结。具体的，第一平台向第二平台同步第一平台的第一资源额度，调用资源处理接口对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度。相应的，第二平台接收第一平台同步的第一资源额度，并基于第一资源额度更新第二资源额度，第一平台向第二平台同步第一平台的第一资源额度之后，机构成员的成员终端从第一应用跳转至第二应用。
步骤S304，调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理。
上述第一平台接收第一平台基于应用跳转的跳转指令同步的第一资源额度，以基于所述第一资源额度更新第二资源额度，本步骤中，调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理。
本实施例所述机构标识包括机构码，所述机构码是指机构为机构成员的支付等所设置的标识码，该机构码能够唯一标识机构，机构码的存在形式可以是二维码、条形码、声音码等标识码，该机构码可关联机构在第二平台的资源额度或者关联机构成员在第二平台的资源额度，机构成员可通过该机构码基于第二平台的资源额度实现支付。此外，所述机构码也可用于开票、报销等处理。可选的，所述交易订单在机构成员的成员终端展示的机构标识被扫描后提交。
步骤S306，基于支付处理结果对所述第一资源额度进行额度更新处理。
上述调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理，本步骤中，基于支付处理结果对第一资源额度进行额度更新处理。
具体实施时，根据支付处理获得的初始交易数额对第一资源额度进行扣减，获得所述剩余资源额度，在此之后，第二平台对所述剩余资源额度进行存储，即将第二平台的第一资源额度更新为剩余资源额度，并基于应用跳转的跳转参数对初始交易数据进行标记处理，获得交易数据，向第一平台返回支付成功结果。
本实施例提供的一种可选实施方式中，所述额度更新处理，包括：
根据所述支付处理结果中的初始交易数据和所述第一资源额度计算剩余资源额度；
将所述第一资源额度更新为所述剩余资源额度。
本实施例提供的一种可选实施方式中，在基于支付处理结果对所述第一资源额度进行额度更新处理执行之后，还执行如下操作：
基于所述应用跳转的跳转参数对初始交易数据进行标记处理，获得交易数据。
可选的，所述跳转参数，包括向所述第二平台分配的交易标识；实际应用中，在从第一应用跳转至第二应用之前，第一平台可向第二平台分配交易标识，在第一应用跳转至第二应用的过程中通过跳转参数进行传递。
本实施例提供的一种可选实施方式中，在基于支付处理结果对所述第一资源额度进行额度更新处理执行之后，还执行如下操作：
向所述第一平台返回支付成功结果，以通过接口调用冻结所述第二平台的剩余资源额度，对所述第一平台的第一资源额度进行解冻并进行额度更新处理。
实际应用中，第二平台返回的支付成功结果存在丢失的情况，针对于此，为了及时对第一平台和第二平台的资源额度进行同步，防止机构成员在多个平台出现超额支付的问题，本实施例提供的一种可选实施方式中，第一平台在向第二平台同步第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度执行之后，还执行如下操作：
若在预设时间周期内未检测到所述支付成功结果，通过接口调用冻结所述剩余资源额度；
在冻结失败的情况下，按照重试时间间隔重试冻结操作。
可选的，所述预设时间周期在所述第一资源额度被冻结后进行配置。
具体的，第一平台若在预设时间周期内未检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度，并在冻结失败的情况下，按照重试时间间隔冻结所述剩余资源额度，直至冻结成功后对第一资源额度进行解冻并进行额度更新处理。
上述第一平台向第二平台同步第一资源额度，并对第二平台的第二资源额度进行解冻，以在解冻后基于第一资源额度更新第二资源额度，在此之后，第一平台若检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度，若未检测到第二平台返回的支付成功结果，不作处理即可。
具体实施时，第一平台若检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度，在冻结失败的情况下，代表机构成员在第二平台的交易还未完成，此时不作处理即可。
可选的，所述支付成功结果，由所述第二平台在预设时间周期内返回，所述支付成功结果中携带所述剩余资源额度；所述预设时间周期在所述第一资源额度被冻结后进行配置，即第一平台在上述对第一平台的第一资源额度进行冻结之后配置预设时间周期。可选的，若在所述预设时间周期内检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度。
在此基础上，为了提升预设时间周期的有效性和合理性，避免影响机构成员下一次基于第二应用进行支付的过程，提升成员体验，本实施例提供的一种可选实施方式中，所述预设时间周期，通过如下方式计算获得：
获取所述机构成员在所述第二平台的历史交易时长和/或交易偏好数据；
根据所述历史交易时长和/或所述交易偏好数据计算所述预设时间周期；
可选的，所述交易偏好数据包括交易门店类型和/或机构标识的展示时长。
具体的，根据交易偏好数据计算预设时间周期的过程，可通过若交易门店类型为第一类型，确定预设时间周期为第一时间周期；若交易门店类型为第二类型，确定预设时间周期为第二时间周期；比如第一类型为交易等待时长大于或者等于时长阈值的类型，第二类型为交易等待时长为小于时长阈值的类型。
第一平台若检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度，在此之后，第一平台对所述第一资源额度进行解冻并进行额度更新处理。
实际应用中，为了提升对第一资源额度进行额度更新的更新精确度，提升额度更新的更新全面性，在上述第二平台接收到同步的第一资源额度后执行的操作的基础上，可在检测到第二平台返回的支付成功结果的基础上，从第二平台查询交易数据，可选的，所述跳转参数，包括向所述第二平台分配的交易标识，本实施例提供的一种可选实施方式中，第一平台若检测到第二平台返回的支付成功结果，通过接口调用冻结第二平台的剩余资源额度执行之后，还执行如下操作：
根据所述交易标识调用数据接口从所述第二平台查询所述交易数据。
其中，所述交易标识是指表征机构成员在第二平台基于机构标识进行的当前交易。
实际应用中，一方面支付成功结果存在丢失的情况，另一方面支付成功结果中携带的第二平台的剩余资源额度也可存在丢失的情况，针对于此，为了提升额度更新处理的全面性和精确性，一方面第一平台可根据支付成功结果中携带的剩余资源额度对第一资源额度进行更新处理，另一方面第一平台可根据机构成员在第二平台的交易数据对第一资源额度进行更新处理，以此，提升额度更新处理的灵活性，本实施例提供的一种可选实施方式中，上述第一平台通过如下方式进行额度更新处理：
根据所述机构成员在所述第二平台的交易数据计算交易资源数额；
根据所述交易资源数额对所述第一资源额度进行更新处理；
或者，
根据所述支付成功结果中携带的所述剩余资源额度，对所述第一资源额度进行更新处理。
此外，为了进一步提升额度更新处理的精确性和全面性，第一平台可结合交易数据和剩余资源额度两个层面进行额度更新处理，具体的，第一平台通过如下方式进行额度更新处理：若机构成员在第二平台的交易资源数额与支付成功结果中携带的剩余资源额度一致，基于所述剩余资源额度对第一平台的第一资源额度进行更新处理；若机构成员在第二平台的交易资源数额与支付成功结果中携带的剩余资源额度不一致，基于交易资源数额对第一平台的第一资源额度进行更新处理；可选的，所述交易资源额度基于所述机构成员在第二平台的交易数据计算获得。
实际应用中，机构成员可以在第二平台基于机构标识进行交易，也可以在第一平台进行在线交易，本实施例提供的一种可选实施方式中，第一平台在对第一资源额度进行解冻并进行额度更新处理执行之后，还执行如下操作：
获取所述机构成员通过所述第一应用提交的交易订单；
根据所述交易订单对更新处理获得的目标资源额度进行扣减。
在实际的应用过程中，在第一平台对第一资源额度进行解冻并进行额度更新处理之后，机构也可进行资源发放，需要说明的是，机构进行资源发放可在第一平台进行，本实施例提供的一种可选实施方式中，第一平台在对第一资源额度进行解冻并进行额度更新处理之后，还执行如下操作：
根据所述机构成员所属机构提交的资源发放指令，检测更新处理获得的目标资源额度是否处于冻结状态；
若否，基于所述资源发放指令携带的发放资源额度对目标资源额度进行额度更新，获得更新资源额度。
下述以本实施例提供的一种资源额度处理方法在权益场景的应用为例，对本实施例提供的资源额度处理方法进行进一步说明，参见图2，应用于权益场景的资源额度处理方法，具体包括如下步骤。
步骤S206，接收权益平台基于应用跳转的跳转指令同步的第一资源额度，并基于第一资源额度更新第二资源额度。
步骤S208，调用支付接口，在从权益应用跳转至机构码应用后根据第一资源额度对机构成员基于机构码提交的交易订单进行支付处理。
步骤S210，根据支付处理获得的初始交易数据和第一资源额度计算剩余资源额度，以及基于应用跳转的跳转参数对初始交易数据进行标记处理，获得交易数据。
步骤S212，向权益平台返回支付成功结果。
本说明书提供的一种资源额度处理装置实施例如下：
在上述的实施例中，提供了一种应用于第一平台的资源额度处理方法，与之相对应的，还提供了一种运行于第一平台的资源额度处理装置，下面结合附图进行说明。
参照图4，其示出了本实施例提供的一种资源额度处理装置示意图。
由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种资源额度处理装置，运行于第一平台，包括：
第一资源额度冻结模块402，被配置为根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
资源额度同步模块404，被配置为向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；
剩余资源额度冻结模块406，被配置为若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；
第一额度更新模块408，被配置为对所述第一资源额度进行解冻并进行额度更新处理。
本说明书提供的另一种资源额度处理装置实施例如下：
在上述的实施例中，提供了一种应用于第二平台的资源额度处理方法，与之相对应的，还提供了一种运行于第二平台的资源额度处理装置，下面结合附图进行说明。
参照图5，其示出了本实施例提供的一种资源额度处理装置示意图。
由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种资源额度处理装置，运行于第二平台，包括：
资源额度接收模块502，被配置为接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结；
支付处理模块504，被配置为调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理；
第二额度更新模块506，被配置为基于支付处理结果对所述第一资源额度进行额度更新处理。
本说明书提供的一种资源额度处理设备实施例如下：
对应上述描述的一种应用于第一平台的资源额度处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种资源额度处理设备，该资源额度处理设备用于执行上述提供的资源额度处理方法，图6为本说明书一个或多个实施例提供的一种资源额度处理设备的结构示意图。
本实施例提供的一种资源额度处理设备，包括：
如图6所示，资源额度处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器601和存储器602，存储器602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器602可以是短暂存储或持久存储。存储在存储器602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括资源额度处理设备中的一系列计算机可执行指令。更进一步地，处理器601可以设置为与存储器602通信，在资源额度处理设备上执行存储器602中的一系列计算机可执行指令。资源额度处理设备还可以包括一个或一个以上电源603，一个或一个以上有线或无线网络接口604，一个或一个以上输入/输出接口605，一个或一个以上键盘606等。
在一个具体的实施例中，资源额度处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对资源额度处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；
若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；
对所述第一资源额度进行解冻并进行额度更新处理。
本说明书提供的另一种资源额度处理设备实施例如下：
对应上述描述的一种应用于第二平台的资源额度处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种资源额度处理设备，该资源额度处理设备用于执行上述提供的资源额度处理方法，图7为本说明书一个或多个实施例提供的一种资源额度处理设备的结构示意图。
本实施例提供的一种资源额度处理设备，包括：
如图7所示，资源额度处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括资源额度处理设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在资源额度处理设备上执行存储器702中的一系列计算机可执行指令。资源额度处理设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入/输出接口705，一个或一个以上键盘706等。
在一个具体的实施例中，资源额度处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对资源额度处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结；
调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理；
基于支付处理结果对所述第一资源额度进行额度更新处理。
本说明书提供的一种存储介质实施例如下：
对应上述描述的一种应用于第一平台的资源额度处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；
若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；
对所述第一资源额度进行解冻并进行额度更新处理。
需要说明的是，本说明书中关于一种存储介质的实施例与本说明书中关于一种应用于第一平台的资源额度处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
本说明书提供的另一种存储介质实施例如下：
对应上述描述的一种应用于第二平台的资源额度处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结；
调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理；
基于支付处理结果对所述第一资源额度进行额度更新处理。
需要说明的是，本说明书中关于另一种存储介质的实施例与本说明书中关于一种应用于第二平台的资源额度处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (21)

1.一种资源额度处理方法，应用于第一平台，包括：
根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；
若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；
对所述第一资源额度进行解冻并进行额度更新处理。
2.根据权利要求1所述的资源额度处理方法，所述额度更新处理，包括：
根据所述机构成员在所述第二平台的交易数据计算交易资源数额；
根据所述交易资源数额对所述第一资源额度进行更新处理；
或者，
根据所述支付成功结果中携带的所述剩余资源额度，对所述第一资源额度进行更新处理。
3.根据权利要求1所述的资源额度处理方法，所述应用跳转，包括从所述第一应用跳转至第二应用；
其中，所述第一应用，包括运行于所述机构成员的成员终端的应用程序；所述第二应用，包括搭载于第三方应用内的子程序。
4.根据权利要求1所述的资源额度处理方法，所述第二平台接收到同步的所述第一资源额度后，执行如下操作：
调用支付接口，在所述应用跳转后按照所述第一资源额度对所述机构成员基于机构标识提交的交易订单进行支付处理；
根据支付处理获得的初始交易数据和所述第一资源额度计算所述剩余资源额度，以及基于所述应用跳转的跳转参数对所述初始交易数据进行标记处理，获得交易数据。
5.根据权利要求4所述的资源额度处理方法，所述跳转参数，包括向所述第二平台分配的交易标识；
相应的，所述若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度步骤执行之后，且所述对所述第一资源额度进行解冻并进行额度更新处理步骤执行之前，还包括：
根据所述交易标识调用数据接口从所述第二平台查询所述交易数据。
6.根据权利要求1所述的资源额度处理方法，所述对所述第一资源额度进行解冻并进行额度更新处理步骤执行之后，还包括：
获取所述机构成员通过所述第一应用提交的交易订单；
根据所述交易订单对更新处理获得的目标资源额度进行扣减。
7.根据权利要求1所述的资源额度处理方法，所述根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结步骤执行之前，还包括：
根据所述机构成员所属机构提交的资源发放指令，检测初始资源额度是否处于冻结状态；
若否，基于所述资源发放指令携带的发放资源额度对所述初始资源额度进行额度更新，获得所述第一资源额度。
8.根据权利要求1所述的资源额度处理方法，所述支付成功结果，由所述第二平台在预设时间周期内返回；
所述预设时间周期在所述第一资源额度被冻结后进行配置。
9.根据权利要求8所述的资源额度处理方法，所述预设时间周期，通过如下方式计算获得：
获取所述机构成员在所述第二平台的历史交易时长和/或交易偏好数据；
根据所述历史交易时长和/或所述交易偏好数据计算所述预设时间周期；
其中，所述交易偏好数据包括交易门店类型。
10.根据权利要求1所述的资源额度处理方法，还包括：
若在预设时间周期内未检测到所述支付成功结果，通过接口调用冻结所述剩余资源额度；
在冻结失败的情况下，按照重试时间间隔重试冻结操作。
11.一种资源额度处理方法，应用于第二平台，包括：
接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结；
调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理；
基于支付处理结果对所述第一资源额度进行额度更新处理。
12.根据权利要求11所述的资源额度处理方法，所述额度更新处理，包括：
根据所述支付处理结果中的初始交易数据和所述第一资源额度计算剩余资源额度；
将所述第一资源额度更新为所述剩余资源额度。
13.根据权利要求11所述的资源额度处理方法，所述第一应用，包括运行于所述机构成员的成员终端的应用程序；
所述第二应用，包括搭载于第三方应用内的子程序。
14.根据权利要求11所述的资源额度处理方法，所述基于支付处理结果对所述第一资源额度进行额度更新处理步骤执行之后，还包括：
基于所述应用跳转的跳转参数对初始交易数据进行标记处理，获得交易数据。
15.根据权利要求11所述的资源额度处理方法，所述第一平台在同步所述第一资源额度之前，执行如下操作：
根据所述机构成员基于支付请求在所述第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
相应的，所述基于支付处理结果对所述第一资源额度进行额度更新处理步骤执行之后，还包括：
向所述第一平台返回支付成功结果，以通过接口调用冻结所述第二平台的剩余资源额度，对所述第一平台的第一资源额度进行解冻并进行额度更新处理。
16.一种资源额度处理装置，运行于第一平台，包括：
第一资源额度冻结模块，被配置为根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
第一资源额度同步模块，被配置为向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；
剩余资源额度冻结模块，被配置为若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；
第一额度更新模块，被配置为对所述第一资源额度进行解冻并进行额度更新处理。
17.一种资源额度处理装置，运行于第二平台，包括：
第一资源额度接收模块，被配置为接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结；
支付处理模块，被配置为调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理；
第二额度更新模块，被配置为基于支付处理结果对所述第一资源额度进行额度更新处理。
18.一种资源额度处理设备，包括：
处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：
根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；
若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；
对所述第一资源额度进行解冻并进行额度更新处理。
19.一种资源额度处理设备，包括：
处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：
接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结；
调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理；
基于支付处理结果对所述第一资源额度进行额度更新处理。
20.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
根据机构成员基于支付请求在第一应用提交的进行应用跳转的跳转指令，对第一资源额度进行冻结；
向第二平台同步所述第一资源额度，并对所述第二平台的第二资源额度进行解冻，以在解冻后基于所述第一资源额度更新所述第二资源额度；
若检测到所述第二平台返回的支付成功结果，通过接口调用冻结所述第二平台的剩余资源额度；
对所述第一资源额度进行解冻并进行额度更新处理。
21.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
接收第一平台基于应用跳转的跳转指令同步的第一资源额度，并基于所述第一资源额度更新第二资源额度；所述第二资源额度在前一次基于机构标识进行支付处理后被冻结；
调用支付接口，在从第一应用跳转至第二应用后根据所述第一资源额度对机构成员基于所述机构标识提交的交易订单进行支付处理；
基于支付处理结果对所述第一资源额度进行额度更新处理。
CN202310041674.5A 2023-01-11 2023-01-11 资源额度处理方法及装置 Active CN116071073B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202310041674.5A CN116071073B (zh) 2023-01-11 2023-01-11 资源额度处理方法及装置
PCT/CN2023/138088 WO2024149010A1 (zh) 2023-01-11 2023-12-12 资源额度处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310041674.5A CN116071073B (zh) 2023-01-11 2023-01-11 资源额度处理方法及装置

Publications (2)

Publication Number Publication Date
CN116071073A true CN116071073A (zh) 2023-05-05
CN116071073B CN116071073B (zh) 2024-09-03

Family

ID=86178125

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310041674.5A Active CN116071073B (zh) 2023-01-11 2023-01-11 资源额度处理方法及装置

Country Status (2)

Country Link
CN (1) CN116071073B (zh)
WO (1) WO2024149010A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024149010A1 (zh) * 2023-01-11 2024-07-18 支付宝(杭州)信息技术有限公司 资源额度处理方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104408614A (zh) * 2014-11-25 2015-03-11 苏州米谷网络科技有限公司 网络游戏虚拟物品交易系统及方法
CN112862430A (zh) * 2021-01-19 2021-05-28 浙江网商银行股份有限公司 资源发放处理方法及装置
CN112967046A (zh) * 2021-03-01 2021-06-15 支付宝(杭州)信息技术有限公司 关联支付处理方法及装置
CN113554426A (zh) * 2020-04-23 2021-10-26 河北雄安链点科技有限公司 一种多数字资产交换平台
CN113807834A (zh) * 2021-09-17 2021-12-17 支付宝(杭州)信息技术有限公司 资源处理方法及装置
CN114493577A (zh) * 2022-01-27 2022-05-13 支付宝(杭州)信息技术有限公司 一种支付订单处理方法、装置、设备及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101226617A (zh) * 2007-01-19 2008-07-23 阿里巴巴公司 一种基于多平台数据交互处理的方法和系统
CN116071073B (zh) * 2023-01-11 2024-09-03 支付宝(杭州)信息技术有限公司 资源额度处理方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104408614A (zh) * 2014-11-25 2015-03-11 苏州米谷网络科技有限公司 网络游戏虚拟物品交易系统及方法
CN113554426A (zh) * 2020-04-23 2021-10-26 河北雄安链点科技有限公司 一种多数字资产交换平台
CN112862430A (zh) * 2021-01-19 2021-05-28 浙江网商银行股份有限公司 资源发放处理方法及装置
CN112967046A (zh) * 2021-03-01 2021-06-15 支付宝(杭州)信息技术有限公司 关联支付处理方法及装置
CN113807834A (zh) * 2021-09-17 2021-12-17 支付宝(杭州)信息技术有限公司 资源处理方法及装置
CN114493577A (zh) * 2022-01-27 2022-05-13 支付宝(杭州)信息技术有限公司 一种支付订单处理方法、装置、设备及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024149010A1 (zh) * 2023-01-11 2024-07-18 支付宝(杭州)信息技术有限公司 资源额度处理方法及装置

Also Published As

Publication number Publication date
WO2024149010A1 (zh) 2024-07-18
CN116071073B (zh) 2024-09-03

Similar Documents

Publication Publication Date Title
EP3886403B1 (en) Block chain service acceptance and consensus method and device
JP6716149B2 (ja) ブロックチェーンベースのデータ処理方法および装置
CN108345977B (zh) 一种业务处理方法及装置
CN111899008B (zh) 资源转移方法、装置、设备及系统
CN110134668B (zh) 应用于区块链的数据迁移方法、装置和设备
CN106899666B (zh) 一种针对业务标识的数据处理方法及装置
CN110443457B (zh) 数据处理方法及装置
CN110008018A (zh) 一种批量任务处理方法、装置及设备
CN111768303B (zh) 交易处理方法、装置、设备及系统
CN114327759B (zh) 区块链数据的处理方法及装置
CN111783018A (zh) 一种页面处理方法、装置及设备
CN107578338B (zh) 一种业务发布方法、装置及设备
CN109615130A (zh) 一种定时提醒办理业务的方法、装置及系统
CN116071073B (zh) 资源额度处理方法及装置
CN109428900B (zh) 一种数据处理的方法及装置
CN110046052B (zh) 一种服务调用方法及装置
CN113643030B (zh) 交易处理方法、装置及设备
CN112258166A (zh) 一种交易请求处理方法和装置
CN110032433B (zh) 一种任务执行方法、装置、设备及介质
CN110022351B (zh) 一种业务请求的处理方法和装置
CN113837731B (zh) 一种偏好设置、业务处理的系统、方法、装置及设备
CN117435317A (zh) 交易记账处理方法及装置
CN115905266A (zh) 图结构数据的处理方法和用于图结构数据的存储引擎
CN116483477A (zh) 一种api调用方法及装置
CN110187987B (zh) 用于处理请求的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40088814

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant