[go: up one dir, main page]

WO2024149010A1 - Procédé et appareil de traitement de quota de ressources - Google Patents

Procédé et appareil de traitement de quota de ressources Download PDF

Info

Publication number
WO2024149010A1
WO2024149010A1 PCT/CN2023/138088 CN2023138088W WO2024149010A1 WO 2024149010 A1 WO2024149010 A1 WO 2024149010A1 CN 2023138088 W CN2023138088 W CN 2023138088W WO 2024149010 A1 WO2024149010 A1 WO 2024149010A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource quota
platform
quota
resource
application
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.)
Pending
Application number
PCT/CN2023/138088
Other languages
English (en)
Chinese (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
Publication of WO2024149010A1 publication Critical patent/WO2024149010A1/fr
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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

Definitions

  • This document relates to the field of data processing technology, and in particular to a resource quota processing method and device.
  • institutions With the continuous development of Internet technology, more and more institutions choose to allocate corresponding resource quotas to institutional members online. Institutional members can conduct transactions based on the resource quotas allocated by the institutions. In actual application scenarios, institutions allocate corresponding resource quotas to institutional members on multiple platforms, allowing institutional members to trade on multiple platforms, thereby improving the convenience of transactions based on resource quotas.
  • One or more embodiments of this specification provide a resource quota processing method, which is applied to a first platform, including: freezing a first resource quota according to a jump instruction for application jump submitted by an institutional member in a first application based on a payment request. Synchronizing the first resource quota to a second platform, and unfreezing the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing. If a successful payment result returned by the second platform is detected, freezing the remaining resource quota of the second platform through an interface call. Unfreeze the first resource quota and perform quota update processing.
  • One or more embodiments of this specification provide another resource quota processing method, which is applied to a second platform, including: receiving a first resource quota synchronized by a jump instruction based on an application jump of the first platform, and updating a second resource quota based on the first resource quota; the second resource quota is frozen after the previous payment processing based on the institution identification.
  • Calling a payment interface after jumping from the first application to the second application, performing payment processing on a transaction order submitted by an institution member based on the institution identification according to the first resource quota. Performing quota update processing on the first resource quota based on the payment processing result.
  • One or more embodiments of the present specification provide a resource quota processing device, which runs on a first platform and includes: a first resource quota freezing module, which is configured to freeze the first resource quota according to a jump instruction for application jump submitted by an institutional member in the first application based on a payment request.
  • a resource quota synchronization module which is configured to synchronize the first resource quota to the second platform and unfreeze the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing.
  • a remaining resource quota freezing module which is configured to freeze the remaining resource quota of the second platform through an interface call if a successful payment result returned by the second platform is detected.
  • a first quota update module which is configured to unfreeze the first resource quota and perform quota update processing.
  • One or more embodiments of this specification provide another resource quota processing device, which runs on a second platform and includes: a resource quota receiving module, which is configured to receive a first resource quota synchronized by a jump instruction of the first platform based on an application jump, and update a second resource quota based on the first resource quota; the second resource quota is frozen after the previous payment processing based on the institution identification.
  • a payment processing module which is configured to call a payment interface, and after jumping from the first application to the second application, perform payment processing on a transaction order submitted by an institution member based on the institution identification according to the first resource quota.
  • a second quota updating module which is configured to perform quota update processing on the first resource quota based on the payment processing result.
  • a resource quota processing device including: a processor; and a memory configured to store computer executable instructions, wherein when the computer executable instructions are executed, the processor: freezes the first resource quota according to the jump instruction for application jump submitted by the institution member in the first application based on the payment request. Synchronizes the first resource quota to the second platform, and unfreezes the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing. If a successful payment result returned by the second platform is detected, freeze the remaining resource quota of the second platform through an interface call. Unfreeze the first resource quota and perform quota update processing.
  • One or more embodiments of the present specification provide another resource quota processing device, including: a processor; and a memory configured to store computer executable instructions, wherein the computer executable instructions enable the processor to Processor: Receive the first resource quota synchronized by the jump instruction of the first platform based on the application jump, and update the second resource quota based on the first resource quota; the second resource quota is frozen after the previous payment processing based on the institution identification. Call the payment interface, and after jumping from the first application to the second application, perform payment processing on the transaction order submitted by the institution member based on the institution identification according to the first resource quota. Perform quota update processing on the first resource quota based on the payment processing result.
  • One or more embodiments of this specification provide a storage medium for storing computer executable instructions, which implement the following process when executed by a processor: Freeze the first resource quota according to the jump instruction for application jump submitted by the institution member in the first application based on the payment request. Synchronize the first resource quota to the second platform, and unfreeze the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing. If a successful payment result returned by the second platform is detected, freeze the remaining resource quota of the second platform through an interface call. Unfreeze the first resource quota and perform quota update processing.
  • One or more embodiments of this specification provide another storage medium for storing computer executable instructions, which implement the following process when executed by a processor: receiving a first resource quota synchronized by a jump instruction based on an application jump of a first platform, and updating a second resource quota based on the first resource quota; the second resource quota is frozen after the previous payment processing based on the institution identification.
  • Calling a payment interface after jumping from the first application to the second application, performing payment processing on a transaction order submitted by an institution member based on the institution identification according to the first resource quota. Performing quota update processing on the first resource quota based on the payment processing result.
  • FIG1 is a processing flow chart of a resource quota processing method provided by one or more embodiments of this specification.
  • FIG2 is a processing sequence diagram of a resource quota processing method applied to a rights and interests scenario provided by one or more embodiments of this specification.
  • FIG3 is a processing flow chart of another resource quota processing method provided by one or more embodiments of this specification.
  • FIG4 is a schematic diagram of a resource quota processing device provided by one or more embodiments of this specification.
  • FIG5 is a schematic diagram of another resource quota processing device provided by one or more embodiments of this specification.
  • FIG6 is a schematic diagram of the structure of a resource quota processing device provided by one or more embodiments of this specification.
  • FIG. 7 is a schematic diagram of the structure of another resource quota processing device provided by one or more embodiments of this specification.
  • the present specification provides an embodiment of a resource quota processing method:
  • the resource quota processing method provided in this embodiment can be applied to a first platform. After obtaining a jump instruction for application jump submitted by an institutional member based on a payment request in a first application, the first resource quota is frozen, the first resource quota is synchronized to a second platform, and the second resource quota of the second platform is unfrozen, so as to update the second resource quota based on the first resource quota after unfreezing, and after detecting a successful payment result returned by the second platform, the remaining resource quota of the second platform is frozen.
  • the first resource quota is unfrozen and the quota update processing is performed, thereby realizing synchronous processing of the resource quotas of the first platform and the second platform.
  • the resource quota of another platform is frozen until the payment is completed, thereby avoiding overpayment by institutional members and resource loss of institutional members and institutions, and ensuring the resource quota. To achieve reasonable control.
  • the resource quota processing method provided in this embodiment specifically includes steps S102 to S108 .
  • Step S102 freezing the first resource quota according to the jump instruction for application jump submitted by the institution member in the first application based on the payment request.
  • the organization includes various forms of organizations such as enterprises, institutions, social groups, etc.
  • the organization includes not only the organization at the same level, but also the internal organization of the organization, such as the enterprise department or branch.
  • the organization members include the organization staff and/or organization-related personnel.
  • the first application includes an application that runs independently on a member terminal of an institution member, or a subprogram or applet installed in a third-party application.
  • the first platform includes a platform corresponding to the first application, and the first platform may be a platform for issuing resource quotas to the institution members of the institution.
  • the application jump includes jumping from the first application to the second application; optionally, the first application includes an application that runs on a member terminal of the institution member; the second application includes a subprogram installed in a third-party application, and the third-party application can run independently on a member terminal of an institution member.
  • the member terminal includes a terminal device of an institution member; the second platform includes a platform corresponding to the second application.
  • institutional members can conduct transactions based on resource quotas on the first platform and the second platform, that is, the first platform and the second platform are trading platforms for institutional members to conduct transactions based on resource quotas, and the first platform and the second platform may have their own resource quotas.
  • the institution can directly issue resource quotas to the first platform, and the institutional members of the institution can conduct transactions based on the resource quota, that is, the institutional members of the institution correspond to the same resource quota.
  • the institution can also issue resource quotas to institutional members on the first platform, that is, the institutional members of the institution correspond to the same or different resource quotas; the first resource quota includes the first equity resource quota.
  • the first resource quota can be the resource quota of the institutional members or the resource quota of the institution.
  • the first resource quota is the welfare resource quota of the institutional members, or the welfare resource quota of the institution, and the institutional members can consume the welfare resource quota of the institution.
  • the organization can issue resources to its members.
  • it can be detected whether the initial resource quota of the first platform is in a frozen state. If the initial resource quota is not in a frozen state, the initial resource quota is updated based on the issued resource quota, that is, before the first resource quota is frozen and executed according to the jump instruction for application jump submitted by the organization member in the first application based on the payment request, if the initial resource quota detected according to the resource issuance instruction submitted by the organization member to which the organization member belongs is not in a frozen state, the resource issuance quota carried by the resource issuance instruction is updated to the first application based on the issued resource quota.
  • the initial resource quota is updated to obtain the first resource quota.
  • the following operation is also performed: according to the resource issuance instruction submitted by the institution to which the institutional member belongs, check whether the initial resource quota is in a frozen state; if not, update the initial resource quota based on the issuance resource quota carried by the resource issuance instruction to obtain the first resource quota; if so, do not process it or recheck whether the initial resource quota is in a frozen state at a preset time interval.
  • the initial resource quota refers to the resource quota of the first platform before the quota is updated based on the issued resource quota; the issued resource quota refers to the resource quota issued to the members of the institution.
  • the initial resource quota of the first platform is in a frozen state. If not, the initial resource quota of the first platform is updated based on the issuance resource quota carried by the resource issuance instruction to obtain the first resource quota.
  • institutional members can conduct transactions based on resource quotas on the first platform, and on the other hand, they can also conduct transactions based on resource quotas on the second platform.
  • the following operations are also performed: obtaining the transaction order submitted by the institutional member through the first application; deducting the initial resource quota according to the transaction order to obtain the first resource quota.
  • the initial order of the first platform will be adjusted according to the order amount of the transaction order submitted by the institutional members through the first application.
  • the initial resource quota is deducted to obtain the first resource quota.
  • the jump instruction for application jump submitted by the organization member based on the payment request in the first application is obtained, and the first resource quota of the first platform is frozen according to the jump instruction, so as to avoid the organization member from making payments based on the resource quota on the first platform and the second platform at the same time, and effectively manage the resource quota of multiple platforms.
  • the jump instruction for application jump submitted by the organization member based on the payment request in the first application can be obtained, the jump instruction is intercepted and processed, and the first resource quota of the first platform is frozen. After that, the first platform can configure a preset time period.
  • the organization After the organization registers for services on the first platform, it can allocate resource quotas to its members on the first platform, and the first platform configures the resource quotas of its members on the second platform through interface calls.
  • Step S104 synchronize the first resource quota to the second platform, and unfreeze the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing.
  • the first resource quota is frozen according to the jump instruction for application jump submitted by the institution member in the first application based on the payment request.
  • the first resource quota is synchronized to the second platform, and the second resource quota of the second platform is unfrozen, so as to update the second resource quota based on the first resource quota after unfreezing.
  • the first resource quota of the first platform can be synchronized to the second platform, and the second resource quota of the second platform can be unfrozen, so that the second resource quota can be updated based on the first resource quota after unfreezing.
  • the second resource quota is frozen after the previous payment processing based on the institution identification.
  • the first platform synchronizes the first resource quota of the first platform to the second platform, and calls the resource processing interface to unfreeze the second resource quota of the second platform, so that the second resource quota can be updated based on the first resource quota after unfreezing.
  • the member terminal of the institution member jumps from the first application to the second application.
  • the second platform After the second platform receives the synchronized first resource quota, it can process the payment of the transaction orders submitted by the institutional members based on the institutional identification according to the first resource quota, calculate the remaining resource quota of the second platform, and mark the transaction data to obtain the transaction data.
  • the second platform after the second platform receives the synchronized first resource quota, it performs the following operations: calling the payment interface, and processing the payment of the transaction orders submitted by the institutional members based on the institutional identification according to the first resource quota after the application jumps; calculating the remaining resource quota based on the initial transaction data obtained from the payment processing and the first resource quota, and marking the initial transaction data based on the jump parameters of the application jump to obtain the transaction data.
  • the organization identification includes an organization code, which refers to an identification code set by the organization for the payment of organization members, etc.
  • the organization code can uniquely identify the organization.
  • the organization code can exist in the form of identification codes such as QR code, bar code, and sound code.
  • the organization code can be associated with the resource quota of the organization on the second platform or the resource quota of the organization members on the second platform.
  • the organization members can use the organization code to make payments based on the resource quota of the second platform.
  • the organization code can also be used for invoicing, reimbursement and other processing.
  • the transaction order is submitted after the organization identification displayed on the member terminal of the organization member is scanned.
  • the jump parameter includes a transaction identifier assigned to the second platform.
  • the first platform may assign a transaction identifier to the second platform, and pass it through the jump parameter during the process of jumping from the first application to the second application.
  • the second platform after the second platform receives the synchronized first resource quota, it updates the second resource quota of the second platform based on the first resource quota, calls the payment interface, and processes the payment of the transaction order submitted by the institution member based on the institution identification according to the first resource quota after the application jumps, deducts the first resource quota according to the transaction amount obtained from the payment processing to obtain the remaining resource quota, and marks the initial transaction data based on the transaction identification to obtain the transaction data.
  • the second platform stores the remaining resource quota, that is, updates the first resource quota of the second platform to the remaining resource quota, and returns a payment success result to the first platform.
  • the payment success result returned by the second platform may be lost.
  • the preset time period is configured after the first resource quota is frozen.
  • the remaining resource quota of the second platform is frozen through an interface call, and if the freezing fails, the remaining resource quota is frozen according to the retry time interval until the freezing is successful, and then the first resource quota is unfrozen and the quota update is performed.
  • Step S106 If a successful payment result is detected returned by the second platform, the remaining resource amount of the second platform is frozen through an interface call.
  • the above-mentioned first platform synchronizes the first resource quota to the second platform, and unfreezes the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing.
  • the remaining resource quota of the second platform is frozen through an interface call. If no successful payment result returned by the second platform is detected, no processing is performed.
  • the remaining resource quota of the second platform is frozen through an interface call. If the freezing fails, the transaction of the representative organization member on the second platform has not been completed, and no processing is required at this time.
  • the payment success result is returned by the second platform within a preset time period, and the payment success result carries the remaining resource amount; the preset time period is configured after the first resource amount is frozen, that is, the first platform configures the preset time period after freezing the first resource amount of the first platform as described above.
  • the payment success result returned by the second platform is detected within the preset time period, the remaining resource amount of the second platform is frozen through an interface call.
  • this embodiment provides an optional implementation, in which the preset time period is calculated in the following way: obtaining the historical transaction duration and/or transaction preference data of the institutional members on the second platform; calculating the preset time period based on the historical transaction duration and/or the transaction preference data; optionally, the transaction preference data includes the display duration of the transaction store type and/or the institutional logo.
  • the process of calculating the preset time period based on the transaction preference data can be as follows: if the transaction store type is the first type, the preset time period is determined to be the first time period; if the transaction store type is the second type, the preset time period is determined to be the second time period; for example, the first type is a type where the transaction waiting time is greater than or equal to a time threshold, and the second type is a type where the transaction waiting time is less than a time threshold.
  • the transaction data can be queried from the second platform based on the detection of the successful payment result returned by the second platform.
  • the jump parameters include a transaction identifier assigned to the second platform.
  • the transaction identifier refers to a current transaction performed by an institution member on the second platform based on the institution identifier.
  • Step S108 unfreeze the first resource quota and perform quota update processing.
  • the remaining resource quota of the second platform is frozen through an interface call.
  • the first resource quota of the first platform is unfrozen and the quota is updated.
  • the payment success result may be lost, and on the other hand, the remaining resource quota of the second platform carried in the payment success result may also be lost.
  • the first resource quota in order to improve the comprehensiveness and accuracy of the quota update processing, on the one hand, the first resource quota can be updated according to the remaining resource quota carried in the payment success result, and on the other hand, the first resource quota can be updated according to the transaction data of the institution members on the second platform. Processing, thereby improving the flexibility of the quota update processing.
  • the quota update processing includes: calculating the transaction resource amount based on the transaction data of the institutional members on the second platform; updating the first resource quota based on the transaction resource amount; or, updating the first resource quota based on the remaining resource quota carried in the successful payment result.
  • the quota update processing can be performed in combination with the transaction data and the remaining resource quota.
  • the quota update processing can also be achieved in the following way: if the transaction resource amount of the institutional member on the second platform is consistent with the remaining resource amount carried in the successful payment result, the first resource quota of the first platform is updated based on the remaining resource amount; if the transaction resource amount of the institutional member on the second platform is inconsistent with the remaining resource amount carried in the successful payment result, the first resource quota of the first platform is updated based on the transaction resource amount; optionally, the transaction resource quota is calculated based on the transaction data of the institutional member on the second platform.
  • institutional members can conduct transactions on the second platform based on institutional identification, or they can conduct online transactions on the first platform.
  • the following operations are also performed: obtaining the transaction order submitted by the institutional member through the first application; deducting the target resource quota obtained by the update process according to the transaction order.
  • the organization can also issue resources. It should be noted that the organization can issue resources on the first platform.
  • the following operations are also performed: according to the resource issuance instruction submitted by the organization to which the organization member belongs, it is detected whether the target resource quota obtained by the update processing is in a frozen state; if not, the target resource quota is updated based on the issuance resource quota carried by the resource issuance instruction to obtain an updated resource quota.
  • institutional members can conduct continuous online transactions on the first platform, and can also conduct continuous offline transactions on the second platform based on the institutional identity.
  • the resource quota processing method applied to the rights and interests scenario includes the following steps.
  • Step S202 Freeze the first resource quota according to a jump instruction for application jump submitted by the institution member in the equity application based on the payment request.
  • Step S204 synchronize the first resource quota to the institution code platform, and unfreeze the second resource quota of the institution code platform through an interface call.
  • Step S214 If a successful payment result is detected from the institution code platform within a preset time period, the remaining resource amount of the institution code platform is frozen through an interface call.
  • Step S216 calling the data interface to query transaction data from the institution code platform according to the jump parameters of the application jump.
  • Step S218, calculating the transaction resource amount according to the queried transaction data, and updating the first resource quota of the equity platform according to the transaction resource amount.
  • the implementation process of the resource quota processing method applied to the equity scenario provided above is executed by the first platform, and the implementation process of the resource quota processing method applied to the equity scenario provided in the following method embodiment is executed by the second platform.
  • the two cooperate with each other during the execution process. Therefore, please refer to the corresponding content of the following method embodiment when reading the above implementation process. Correspondingly, please refer to the corresponding content of this method embodiment when reading the implementation process of the resource quota processing method applied to the equity scenario below.
  • the resource quota processing method provided in this embodiment can be applied to the second platform, receiving the first resource quota synchronized by the jump instruction of the first platform based on the application jump, so as to update the second resource quota based on the first resource quota, and after jumping from the first application to the second application, performing payment processing on the transaction order submitted by the institution member based on the institution identification according to the first resource quota, and performing quota update processing on the first resource quota based on the payment processing result, thereby realizing the synchronous processing of the resource quota of the first platform and the second platform, and freezing the resource quota of the other platform until the payment is completed while the institution member is making payment on one platform. It can avoid overpayment by members of the organization, avoid loss of resources for members and the organization, and achieve reasonable control over resource quotas.
  • the resource quota processing method provided in this embodiment specifically includes steps S302 to S306 .
  • the implementation process of the resource quota processing method provided in this embodiment can be executed by the second platform, and the implementation process of the resource quota processing method provided in the above method embodiment can be executed by the first platform.
  • the two cooperate with each other during the execution process. Therefore, please refer to the corresponding content of the present method embodiment for reading the implementation process of the resource quota processing method provided in the above method embodiment.
  • the corresponding content of the above method embodiment for reading the implementation process of the resource quota processing method provided in this embodiment.
  • Step S302 receiving a first resource quota synchronized by a jump instruction of a first platform based on an application jump, so as to update a second resource quota based on the first resource quota.
  • the organization includes various forms of organizations such as enterprises, institutions, social groups, etc.
  • the organization includes not only the organization at the same level, but also the internal organization of the organization, such as the enterprise department or branch.
  • the organization members include the organization staff and/or organization-related personnel.
  • the first application includes an application that runs independently on a member terminal of an institution member, or a subprogram or applet installed in a third-party application.
  • the first platform includes a platform corresponding to the first application, and the first platform may be a platform for issuing resource quotas to the institution members of the institution.
  • the application jump includes jumping from the first application to the second application; optionally, the first application includes an application that runs on a member terminal of the institution member; the second application includes a subprogram installed in a third-party application, and the third-party application can run independently on a member terminal of an institution member.
  • the member terminal includes a terminal device of an institution member; the second platform includes a platform corresponding to the second application.
  • institutional members can conduct transactions based on resource quotas on the first platform and the second platform, that is, the first platform and the second platform are trading platforms for institutional members to conduct transactions based on resource quotas, and the first platform and the second platform may have their own resource quotas.
  • the first platform freezes the first resource quota according to the jump instruction for application jump submitted by the institution member in the first application based on the payment request, and synchronizes the first resource quota to the second platform, and unfreezes the second resource quota of the second platform.
  • the second platform receives the first resource quota synchronized by the jump instruction of the first platform based on the application jump, so as to update the second resource quota based on the first resource quota.
  • the second resource quota was frozen after the previous payment processing based on the institution identification.
  • the first platform before synchronizing the first resource quota, the first platform further performs the following operation: freezing the first resource quota according to a jump instruction for application jump submitted by the institution member in the first application based on the payment request.
  • the institution can directly issue resource quotas to the first platform, and the institutional members of the institution can conduct transactions based on the resource quota, that is, the institutional members of the institution correspond to the same resource quota.
  • the institution can also issue resource quotas to institutional members on the first platform, that is, the institutional members of the institution correspond to the same or different resource quotas; the first resource quota includes the first equity resource quota.
  • the first resource quota can be the resource quota of the institutional members or the resource quota of the institution.
  • the first resource quota is the welfare resource quota of the institutional members, or the welfare resource quota of the institution, and the institutional members can consume the welfare resource quota of the institution.
  • the organization can issue resources to the organization members.
  • the first platform can detect whether the initial resource quota of the first platform is in a frozen state.
  • the initial resource quota is updated based on the issued resource quota, that is, before freezing and executing the first resource quota according to the jump instruction for application jump submitted by the organization member in the first application based on the payment request, if the initial resource quota detected according to the resource issuance instruction submitted by the organization to which the organization member belongs is not in a frozen state, the initial resource quota is updated based on the issuance resource quota carried by the resource issuance instruction to obtain the first resource quota.
  • the first platform before freezing and executing the first resource quota according to the jump instruction for application jump submitted by the organization member in the first application based on the payment request, the first platform also performs the following operations: according to the organization to which the organization member belongs The resource issuance instruction submitted is used to detect whether the initial resource quota is in a frozen state; if not, the initial resource quota is updated based on the resource issuance quota carried by the resource issuance instruction to obtain the first resource quota; if so, no processing is performed or the initial resource quota is re-checked at a preset time interval to determine whether it is in a frozen state.
  • the initial resource quota refers to the resource quota of the first platform before the quota is updated based on the issued resource quota; the issued resource quota refers to the resource quota issued to the members of the institution.
  • the initial resource quota of the first platform is in a frozen state. If not, the initial resource quota of the first platform is updated based on the issuance resource quota carried by the resource issuance instruction to obtain the first resource quota.
  • institutional members can conduct transactions based on resource quotas on the first platform, and on the other hand, they can also conduct transactions based on resource quotas on the second platform.
  • the first platform freezes and executes the first resource quota according to the jump instruction for application jump submitted by the institutional member in the first application based on the payment request, it also performs the following operations: obtaining the transaction order submitted by the institutional member through the first application; deducting the initial resource quota according to the transaction order to obtain the first resource quota.
  • the first platform deducts the initial resource quota of the first platform according to the order amount of the transaction order submitted by the institution member through the first application to obtain the first resource quota.
  • the first platform obtains the jump instruction for application jump submitted by the organization member in the first application based on the payment request, and freezes the first resource quota of the first platform according to the jump instruction, so as to avoid the organization member from making payments based on the resource quota on the first platform and the second platform at the same time, and effectively manages the resource quota of multiple platforms.
  • the first platform can obtain the jump instruction for application jump submitted by the organization member in the first application based on the payment request, intercept and process the jump instruction, and freeze the first resource quota of the first platform. After that, the first platform can configure a preset time period.
  • the above-mentioned first platform freezes the first resource quota according to the jump instruction for application jump submitted by the institution member in the first application based on the payment request. After that, the first platform synchronizes the first resource quota to the second platform and unfreezes the second resource quota of the second platform to update the second resource quota based on the first resource quota after unfreezing.
  • the first platform may synchronize the first resource quota of the first platform to the second platform, and unfreeze the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing.
  • the second resource quota is frozen after the previous payment processing based on the institution identification.
  • the first platform synchronizes the first resource quota of the first platform to the second platform, and calls the resource processing interface to unfreeze the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing.
  • the second platform receives the first resource quota synchronized by the first platform, and updates the second resource quota based on the first resource quota.
  • the member terminal of the institution member jumps from the first application to the second application.
  • Step S304 calling the payment interface, and performing payment processing on the transaction order submitted by the institution member based on the institution identifier according to the first resource quota after jumping from the first application to the second application.
  • the above-mentioned first platform receives the first resource quota synchronized by the jump instruction of the first platform based on the application jump, so as to update the second resource quota based on the first resource quota.
  • the payment interface is called, and after jumping from the first application to the second application, the transaction order submitted by the institutional member based on the institutional identifier is processed according to the first resource quota.
  • the organization identification described in this embodiment includes an organization code, which refers to an identification code set by the organization for the payment of organization members, etc.
  • the organization code can uniquely identify the organization.
  • the organization code can exist in the form of identification codes such as QR code, bar code, and sound code.
  • the organization code can be associated with the resource quota of the organization on the second platform or the resource quota of the organization members on the second platform.
  • the organization members can use the organization code to make payments based on the resource quota of the second platform.
  • the organization code can also be used for invoicing, reimbursement and other processing.
  • the transaction order is submitted after the organization identification displayed on the member terminal of the organization member is scanned.
  • Step S306 updating the first resource quota based on the payment processing result.
  • the above-mentioned payment interface is called, and after jumping from the first application to the second application, payment processing is performed on the transaction order submitted by the institution member based on the institution identification according to the first resource quota. In this step, the first resource quota is updated based on the payment processing result.
  • the first resource quota is deducted according to the initial transaction amount obtained by payment processing to obtain the remaining resource quota.
  • the second platform stores the remaining resource quota, that is, updates the first resource quota of the second platform to the remaining resource quota, and marks the initial transaction data based on the jump parameters of the application jump, obtains the transaction data, and returns the payment success result to the first platform.
  • the quota update processing includes: calculating the remaining resource quota according to the initial transaction data in the payment processing result and the first resource quota; and updating the first resource quota to the remaining resource quota.
  • initial transaction data is marked based on the jump parameter of the application jump to obtain transaction data.
  • the jump parameter includes a transaction identifier assigned to the second platform.
  • the first platform may assign a transaction identifier to the second platform, and pass it through the jump parameter during the process of jumping from the first application to the second application.
  • the following operation is also performed: returning the payment success result to the first platform to freeze the remaining resource quota of the second platform through an interface call, unfreeze the first resource quota of the first platform and perform quota update processing.
  • this embodiment provides an optional implementation in which the first platform synchronizes the first resource quota to the second platform and unfreezes the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing, and then performs the following operations: if the payment success result is not detected within the preset time period, freeze the remaining resource quota through an interface call; if the freezing fails, retry the freezing operation according to the retry time interval.
  • the preset time period is configured after the first resource quota is frozen.
  • the first platform if it does not detect a successful payment result returned by the second platform within a preset time period, it freezes the remaining resource quota of the second platform through an interface call, and if the freezing fails, freezes the remaining resource quota according to the retry time interval until the freezing is successful, then unfreezes the first resource quota and performs quota update processing.
  • the above-mentioned first platform synchronizes the first resource quota to the second platform, and unfreezes the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing. After that, if the first platform detects the successful payment result returned by the second platform, it freezes the remaining resource quota of the second platform through an interface call. If the successful payment result returned by the second platform is not detected, no processing is performed.
  • the first platform detects a successful payment result returned by the second platform, it freezes the remaining resource quota of the second platform through an interface call. If the freezing fails, the transaction of the representative organization members on the second platform has not been completed, and no processing is required at this time.
  • the payment success result is returned by the second platform within a preset time period, and the payment success result carries the remaining resource amount; the preset time period is configured after the first resource amount is frozen, that is, the first platform configures the preset time period after freezing the first resource amount of the first platform as described above.
  • the payment success result returned by the second platform is detected within the preset time period, the remaining resource amount of the second platform is frozen through an interface call.
  • the preset time period is calculated by the following method: obtaining the historical payment history of the institution members on the second platform; Transaction duration and/or transaction preference data; calculating the preset time period based on the historical transaction duration and/or the transaction preference data; optionally, the transaction preference data includes the display duration of the transaction store type and/or institution logo.
  • the process of calculating the preset time period based on the transaction preference data can be as follows: if the transaction store type is the first type, the preset time period is determined to be the first time period; if the transaction store type is the second type, the preset time period is determined to be the second time period; for example, the first type is a type where the transaction waiting time is greater than or equal to a time threshold, and the second type is a type where the transaction waiting time is less than a time threshold.
  • the first platform detects a successful payment result returned by the second platform, it freezes the remaining resource quota of the second platform through an interface call. After that, the first platform unfreezes the first resource quota and performs quota update processing.
  • the transaction data can be queried from the second platform based on the detection of the successful payment result returned by the second platform.
  • the jump parameters include a transaction identifier assigned to the second platform.
  • the transaction identifier refers to a current transaction performed by an institution member on the second platform based on the institution identifier.
  • the result of successful payment may be lost, and on the other hand, the remaining resource quota of the second platform carried in the result of successful payment may also be lost.
  • the first platform in order to improve the comprehensiveness and accuracy of the quota update processing, on the one hand, the first platform can update the first resource quota according to the remaining resource quota carried in the result of successful payment, and on the other hand, the first platform can update the first resource quota according to the transaction data of the institutional members on the second platform, thereby improving the flexibility of the quota update processing.
  • the above-mentioned first platform performs quota update processing in the following manner: calculating the transaction resource amount according to the transaction data of the institutional members on the second platform; updating the first resource quota according to the transaction resource amount; or, updating the first resource quota according to the remaining resource amount carried in the result of successful payment.
  • the first platform can perform quota update processing on two levels: transaction data and remaining resource quota. Specifically, the first platform performs quota update processing in the following manner: if the transaction resource amount of the institutional member on the second platform is consistent with the remaining resource amount carried in the successful payment result, the first resource quota of the first platform is updated based on the remaining resource amount; if the transaction resource amount of the institutional member on the second platform is inconsistent with the remaining resource amount carried in the successful payment result, the first resource quota of the first platform is updated based on the transaction resource amount; optionally, the transaction resource amount is calculated based on the transaction data of the institutional member on the second platform.
  • institutional members can conduct transactions on the second platform based on institutional identification, or they can conduct online transactions on the first platform.
  • the first platform after the first platform unfreezes the first resource quota and performs quota update processing, it also performs the following operations: obtaining the transaction order submitted by the institutional member through the first application; deducting the target resource quota obtained by the update processing according to the transaction order.
  • the organization can also distribute resources. It should be noted that the organization can distribute resources on the first platform.
  • the first platform after the first platform unfreezes the first resource quota and performs quota update processing, it also performs the following operations: according to the resource issuance instruction submitted by the organization to which the organization member belongs, check whether the target resource quota obtained by the update processing is in a frozen state; if not, update the target resource quota based on the issuance resource quota carried by the resource issuance instruction to obtain an updated resource quota.
  • the resource quota processing method applied to the rights and interests scenario specifically includes the following steps.
  • Step S206 receiving the first resource quota synchronized by the equity platform based on the jump instruction of the application jump, and based on The first resource quota updates the second resource quota.
  • Step S208 calling the payment interface, after jumping from the equity application to the institution code application, performing payment processing on the transaction order submitted by the institution member based on the institution code according to the first resource quota.
  • Step S210 calculating the remaining resource quota according to the initial transaction data obtained by the payment processing and the first resource quota, and marking the initial transaction data based on the jump parameter of the application jump to obtain transaction data.
  • Step S212 returning the payment success result to the equity platform.
  • An embodiment of a resource quota processing device provided in this specification is as follows: In the above embodiment, a resource quota processing method applied to a first platform is provided, and correspondingly, a resource quota processing device running on the first platform is also provided, which is described below in conjunction with the accompanying drawings.
  • FIG. 4 it shows a schematic diagram of a resource quota processing device provided by this embodiment.
  • the description is relatively simple, and the relevant parts can refer to the corresponding description of the method embodiment provided above.
  • the device embodiment described below is only illustrative.
  • This embodiment provides a resource quota processing device, which runs on a first platform, including: a first resource quota freezing module 402, configured to freeze a first resource quota according to a jump instruction for application jump submitted by an institution member in a first application based on a payment request; a resource quota synchronization module 404, configured to synchronize the first resource quota to a second platform, and unfreeze the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing; a remaining resource quota freezing module 406, configured to freeze the remaining resource quota of the second platform through an interface call if a successful payment result returned by the second platform is detected; a first quota update module 408, configured to unfreeze the first resource quota and perform quota update processing.
  • a first resource quota freezing module 402 configured to freeze a first resource quota according to a jump instruction for application jump submitted by an institution member in a first application
  • Another embodiment of a resource quota processing device provided in this specification is as follows: In the above embodiment, a resource quota processing method applied to a second platform is provided, and correspondingly, a resource quota processing device running on the second platform is also provided, which is described below in conjunction with the accompanying drawings.
  • FIG. 5 there is shown a schematic diagram of a resource quota processing device provided in this embodiment.
  • the description is relatively simple, and the relevant parts can refer to the corresponding description of the method embodiment provided above.
  • the device embodiment described below is only illustrative.
  • This embodiment provides a resource quota processing device, which runs on a second platform, including: a resource quota receiving module 502, which is configured to receive a first resource quota synchronized by a jump instruction of a first platform based on an application jump, and update a second resource quota based on the first resource quota; the second resource quota is frozen after the previous payment processing based on the institution identification; a payment processing module 504, which is configured to call a payment interface, and after jumping from the first application to the second application, perform payment processing on a transaction order submitted by an institution member based on the institution identification according to the first resource quota; a second quota updating module 506, which is configured to perform quota update processing on the first resource quota based on the payment processing result.
  • a resource quota receiving module 502 which is configured to receive a first resource quota synchronized by a jump instruction of a first platform based on an application jump, and update a second resource quota based on the first resource
  • FIG. 6 is a structural schematic diagram of a resource quota processing device provided by one or more embodiments of this specification.
  • a resource quota processing device includes: as shown in FIG6, the resource quota processing device may have relatively large differences due to different configurations or performances, and may include one or more processors 601 and memory 602, and the memory 602 may store one or more storage applications or data. Among them, the memory 602 can be a temporary storage or a permanent storage.
  • the application stored in the memory 602 may include one or more modules (not shown in the figure), and each module may include a series of computer executable instructions in the resource quota processing device.
  • the processor 601 may be configured to communicate with the memory 602 to execute a series of computer executable instructions in the memory 602 on the resource quota processing device.
  • the resource quota processing device may also include one or more processors 601 and a memory 602. One or more power supplies 603, one or more wired or wireless network interfaces 604, one or more input/output interfaces 605, one or more keyboards 606, etc.
  • a resource quota processing device includes a memory, and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer executable instructions in the resource quota processing device, and is configured to be executed by one or more processors.
  • the one or more programs include the following computer executable instructions: freezing the first resource quota according to a jump instruction for application jump submitted by an institution member in the first application based on a payment request; synchronizing the first resource quota to the second platform, and unfreezing the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing; if a successful payment result returned by the second platform is detected, freezing the remaining resource quota of the second platform through an interface call; unfreezing the first resource quota and performing quota update processing.
  • FIG. 7 is a structural schematic diagram of a resource quota processing device provided by one or more embodiments of this specification.
  • a resource quota processing device includes: As shown in FIG. 7, the resource quota processing device may have relatively large differences due to different configurations or performances, and may include one or more processors 701 and memory 702, and the memory 702 may store one or more storage applications or data. Among them, the memory 702 may be a temporary storage or a permanent storage.
  • the application stored in the memory 702 may include one or more modules (not shown in the figure), and each module may include a series of computer executable instructions in the resource quota processing device.
  • the processor 701 may be configured to communicate with the memory 702, and execute a series of computer executable instructions in the memory 702 on the resource quota processing device.
  • the resource quota processing device may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input/output interfaces 705, one or more keyboards 706, etc.
  • a resource quota processing device includes a memory, and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer executable instructions in the resource quota processing device, and is configured to be executed by one or more processors.
  • the one or more programs include the following computer executable instructions: receiving a first resource quota synchronized by a jump instruction of a first platform based on an application jump, and updating a second resource quota based on the first resource quota; the second resource quota is frozen after the previous payment processing based on the institution identification; calling a payment interface, and after jumping from the first application to the second application, performing payment processing on a transaction order submitted by an institution member based on the institution identification according to the first resource quota; and performing quota update processing on the first resource quota based on the payment processing result.
  • An embodiment of a storage medium provided in this specification is as follows: Corresponding to the resource quota processing method applied to the first platform described above, based on the same technical concept, one or more embodiments of this specification also provide a storage medium.
  • the storage medium provided in this embodiment is used to store computer-executable instructions, and the computer-executable instructions implement the following process when executed by the processor: freezing the first resource quota according to the jump instruction for application jump submitted by the institution member in the first application based on the payment request; synchronizing the first resource quota to the second platform, and unfreezing the second resource quota of the second platform, so as to update the second resource quota based on the first resource quota after unfreezing; if a successful payment result returned by the second platform is detected, freezing the remaining resource quota of the second platform through an interface call; unfreezing the first resource quota and performing quota update processing.
  • Another storage medium embodiment provided in this specification is as follows: Corresponding to the resource quota processing method applied to the second platform described above, based on the same technical concept, one or more embodiments of this specification also provide a storage medium.
  • the storage medium provided in this embodiment is used to store computer-executable instructions, which implement the following process when executed by a processor: receiving a first resource quota synchronized by a jump instruction based on an application jump of a first platform, and updating a second resource quota based on the first resource quota; the second resource quota is frozen after the previous payment processing based on the institution identification; calling a payment interface, and performing payment processing on a transaction order submitted by an institution member based on the institution identification according to the first resource quota after jumping from the first application to the second application; and performing quota update processing on the first resource quota based on the payment processing result.
  • a hardware improvement for example, improvements to the circuit structure of diodes, transistors, switches, etc.
  • a software improvement improvement of the method flow.
  • PLD programmable logic device
  • FPGA field programmable gate array
  • HDL Hardware Description Language
  • HDL Very-High-Speed Integrated Circuit Hardware Description Language
  • ABEL Advanced Boolean Expression Language
  • AHDL Altera Hardware Description Language
  • HDCal Joint CHDL
  • JHDL Java Hardware Description Language
  • Lava Lava
  • Lola MyHDL
  • PALASM RHDL
  • VHDL Very-High-Speed Integrated Circuit Hardware Description Language
  • Verilog Verilog
  • the controller may be implemented in any suitable manner, for example, the controller may take the form of a microprocessor or processor and a computer-readable medium storing a computer-readable program code (such as software or firmware) executable by the (micro)processor, a logic gate, a switch, an application specific integrated circuit (ASIC),
  • a computer-readable program code such as software or firmware
  • controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicone Labs C8051F320.
  • the memory controller can also be implemented as part of the control logic of the memory.
  • the controller can be implemented in the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers and embedded microcontrollers by logically programming the method steps. Therefore, this controller can be considered as a hardware component, and the devices included therein for implementing various functions can also be regarded as structures within the hardware component. Or even, the devices for implementing various functions can be regarded as both software modules for implementing the method and structures within the hardware component.
  • a typical implementation device is a computer.
  • the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
  • the above device is described by dividing it into various units according to its functions.
  • the functions of each unit can be implemented in the same or multiple software and/or hardware.
  • one or more embodiments of this specification may be provided as a method, system or computer program product. Therefore, one or more embodiments of this specification may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including an instruction device that implements the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.
  • These computer program instructions may also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, whereby the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.
  • a computing device includes one or more processors (CPU), input/output interfaces, network interfaces, and memory.
  • processors CPU
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • Memory may include non-permanent storage in a computer-readable medium, in the form of random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
  • RAM random access memory
  • ROM read-only memory
  • flash RAM flash memory
  • Computer-readable media include permanent and non-permanent, removable and non-removable media that can store information by any method or technology.
  • the information can be computer-readable instructions, data structures, program modules or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission media that can be used to store information that can be accessed by a computing device.
  • computer-readable media does not include transitory media such as modulated data signals and carrier waves.
  • One or more embodiments of the present specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules.
  • program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types.
  • One or more embodiments of the present specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network.
  • program modules may be located in local and remote computer storage media, including storage devices.

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

Sont proposés un procédé et un appareil de traitement de quota de ressources. Le procédé de traitement de quota de ressources consiste à : selon une instruction de saut, qui est soumise par un élément d'institution dans une première application sur la base d'une demande de paiement et est utilisée pour effectuer un saut d'application, geler un premier quota de ressources ; synchroniser le premier quota de ressources avec une seconde plateforme, et dégeler un second quota de ressources de la seconde plateforme, de façon à mettre à jour le second quota de ressources sur la base du premier quota de ressources après le dégel ; et si un résultat de réussite de paiement renvoyé par la seconde plateforme est détecté, geler les quotas de ressources restants de la seconde plateforme au moyen d'une invocation d'interface ; et dégeler le premier quota de ressources et effectuer un traitement de mise à jour de quota.
PCT/CN2023/138088 2023-01-11 2023-12-12 Procédé et appareil de traitement de quota de ressources Pending WO2024149010A1 (fr)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2024149010A1 true WO2024149010A1 (fr) 2024-07-18

Family

ID=86178125

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/138088 Pending WO2024149010A1 (fr) 2023-01-11 2023-12-12 Procédé et appareil de traitement de quota de ressources

Country Status (2)

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

Families Citing this family (1)

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

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101226617A (zh) * 2007-01-19 2008-07-23 阿里巴巴公司 一种基于多平台数据交互处理的方法和系统
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 支付宝(杭州)信息技术有限公司 一种支付订单处理方法、装置、设备及系统
CN116071073A (zh) * 2023-01-11 2023-05-05 支付宝(杭州)信息技术有限公司 资源额度处理方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101226617A (zh) * 2007-01-19 2008-07-23 阿里巴巴公司 一种基于多平台数据交互处理的方法和系统
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 支付宝(杭州)信息技术有限公司 一种支付订单处理方法、装置、设备及系统
CN116071073A (zh) * 2023-01-11 2023-05-05 支付宝(杭州)信息技术有限公司 资源额度处理方法及装置

Also Published As

Publication number Publication date
CN116071073B (zh) 2024-09-03
CN116071073A (zh) 2023-05-05

Similar Documents

Publication Publication Date Title
RU2728820C1 (ru) Способ и устройство обработки данных на основе блокчейна
CN111899008B (zh) 资源转移方法、装置、设备及系统
WO2018121319A1 (fr) Procédé et appareil de contrôle de bloc données
CN112016921B (zh) 交易处理方法、装置及设备
CN110503435B (zh) 基于区块链的交易预警方法、装置及设备
TW201828220A (zh) 業務處理方法及裝置
KR20190088535A (ko) 블록체인 기반 데이터 처리 방법 및 장치
CN108830705B (zh) 一种交易数据的汇总方法、装置及设备
CN110428304B (zh) 一种订单结算系统、方法及装置
TW201915867A (zh) 虛擬卡的開卡方法、系統和支付系統、發卡系統
WO2019179235A1 (fr) Procédé, dispositif et système de mise en cache de données
US20240394345A1 (en) Data interaction processing
US20240232932A1 (en) Stake sharing processing method and apparatus
WO2024149010A1 (fr) Procédé et appareil de traitement de quota de ressources
US11176161B2 (en) Data processing method, apparatus, and device
WO2021239087A1 (fr) Appareil, dispositif et procédé de traitement de données, et support
CN112258295A (zh) 记录处理方法、装置及设备
CN117992204A (zh) 内存检测方法、装置、设备及存储介质
CN114819958A (zh) 基于区块链的交易处理方法、装置及设备
CN118229294A (zh) 一种风控的方法、装置、存储介质及电子设备
CN118093731A (zh) 基于领域模型的数据处理方法及装置
CN118172057A (zh) 订单支付处理方法及装置
US20210383073A1 (en) Comment management method, server and readable storage medium
CN116128496A (zh) 交易记账处理方法及装置
CN109271269A (zh) 一种应用闪退的处理方法、装置及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23915765

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE