WO2021234648A1 - 虚拟资源分配方法及装置和电子设备 - Google Patents

虚拟资源分配方法及装置和电子设备 Download PDF

Info

Publication number
WO2021234648A1
WO2021234648A1 PCT/IB2021/054405 IB2021054405W WO2021234648A1 WO 2021234648 A1 WO2021234648 A1 WO 2021234648A1 IB 2021054405 W IB2021054405 W IB 2021054405W WO 2021234648 A1 WO2021234648 A1 WO 2021234648A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
virtual
type
resource type
resources
Prior art date
Application number
PCT/IB2021/054405
Other languages
English (en)
French (fr)
Inventor
孙健康
Original Assignee
支付宝实验室(新加坡)有限公司
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 支付宝实验室(新加坡)有限公司 filed Critical 支付宝实验室(新加坡)有限公司
Publication of WO2021234648A1 publication Critical patent/WO2021234648A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request

Definitions

  • the embodiments of this specification relate to the field of Internet technology, and in particular, to a virtual resource allocation method and device, and electronic equipment. Background technique
  • virtual resources can be exchanged between different systems according to requirements. For example, when a system has too many virtual resources, the excess virtual resources can be sent to other systems. For another example, when a certain system has insufficient virtual resources, it can also request other systems to obtain virtual resources. Summary of the invention
  • the embodiments of this specification provide a virtual resource allocation method and device, and electronic equipment.
  • a method for allocating virtual resources includes: receiving a virtual resource receiving request initiated by a second system; wherein the virtual resource receiving request includes the first system The first number of virtual resources of the first resource type provided by the first system and the first number of virtual resources in the resource pool of the second system carried in the virtual resource sending request sent to the second system Two resource types; in response to the virtual resource receiving request, it is determined whether the first resource type matches the second resource type; if the first resource type does not match the second resource type, based on the first resource type and The conversion relationship between the second resource types is to convert a first quantity of virtual resources of the first resource type provided by the first system into a second quantity of virtual resources of the second resource type; The virtual resources of the second resource type are allocated to the resource pool of the second system.
  • the method further includes: performing a security check on the virtual resource in the virtual resource receiving request; determining the first resource Whether the type matches the second resource type includes: determining whether the first resource type matches the second resource type when the virtual resource in the virtual resource receiving request passes a security check.
  • the virtual resources include virtual red envelopes; the first system includes a client that sends virtual red envelopes; the second system includes a client that receives virtual red envelopes; and the resource type includes currency;
  • the resource pool includes user accounts.
  • the virtual red envelopes include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • a virtual resource allocation method comprising: receiving a virtual resource sending request initiated by a first system; wherein the virtual resource sending request carries the The first number of virtual resources of the first resource type provided by the first system and the second system address that receives the virtual resource; in response to the virtual resource sending request, obtain from the second system corresponding to the second system address The second system The second resource type of the virtual resource in the middle resource pool; if the first resource type does not match the second resource type, according to the conversion relationship between the first resource type and the second resource type, the first system The provided first number of virtual resources of the first resource type are converted into a second number of virtual resources of the second resource type; and the second number of virtual resources of the second resource type and the second system address are assembled into a new one A virtual resource sending request, and sending the new virtual resource sending request to the second system corresponding to the second system address; so that the second system triggers the new virtual resource sending request and then sends the first Two numbers of
  • the method further includes: performing a security check on the virtual resource in the virtual resource sending request; and the slave second system Obtaining the second resource type of the virtual resource in the resource pool in the second system from the second system corresponding to the address includes: when the virtual resource in the virtual resource sending request passes the security check, from the second resource type The second system corresponding to the system address acquires the second resource type of the virtual resource in the resource pool in the second system.
  • the virtual resource includes a virtual red envelope; the first system includes a client that sends a virtual red envelope; the second system includes a client that receives a virtual red envelope; the resource type includes a currency; The resource pool includes user accounts.
  • the virtual red envelopes include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • a virtual resource allocation device including: a receiving unit that receives a virtual resource receiving request initiated by a second system; wherein the virtual resource receiving request includes In the virtual resource sending request sent by the first system to the second system, the first number of virtual resources of the first resource type provided by the first system and the virtual resources in the resource pool of the second system are carried.
  • the second resource type of the resource a response unit, in response to the virtual resource receiving request, determine whether the first resource type matches the second resource type; a conversion unit, if the first resource type is different from the second resource type Match, according to the conversion relationship between the first resource type and the second resource type, the first number of virtual resources of the first resource type provided by the first system is converted to the second number of virtual resources of the second resource type.
  • Resources an allocation unit, which allocates the second number of virtual resources of the second resource type to the resource pool of the second system.
  • the response unit specifically includes: a checking subunit, in response to the virtual resource receiving request, performing a security check on the virtual resource in the virtual resource receiving request; a judging subunit, in the When the virtual resource in the virtual resource receiving request passes the security check, it is determined whether the first resource type matches the second resource type.
  • the virtual resource includes a virtual red envelope; the first system includes a client that sends a virtual red envelope; the second system includes a client that receives a virtual red envelope; and the resource type includes a currency type;
  • the resource pool includes user accounts.
  • the virtual red envelopes include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • a virtual resource allocation device including: The receiving unit receives a virtual resource sending request initiated by the first system; wherein the virtual resource sending request carries a first quantity of virtual resources of the first resource type provided by the first system and a first resource receiving the virtual resource.
  • the response unit specifically includes: a check subunit, which performs a security check on the virtual resource in the virtual resource sending request; an obtaining subunit, where the virtual resource in the virtual resource sending request passes In the case of the security check, the second resource type of the virtual resource in the resource pool in the second system is obtained from the second system corresponding to the second system address.
  • the virtual resource includes a virtual red envelope; the first system includes a client that sends a virtual red envelope; the second system includes a client that receives a virtual red envelope; and the resource type includes a currency type;
  • the resource pool includes user accounts.
  • the virtual red envelopes include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • an electronic device including: a processor; a memory for storing executable instructions of the processor; wherein the processor is configured as any one of the aforementioned virtual resources Distribution method.
  • the embodiment of this specification provides a virtual resource allocation scheme, by comparing the resource type of the virtual resource provided by the first system with the resource type of the virtual resource used by the second system, the two resource types do not match.
  • the resource type of the virtual resource provided by the first system is automatically converted to the resource type used by the second system; so that the virtual resource received by the second system can be used directly, which ensures the availability of the virtual resource and improves the virtual resource Use efficiency.
  • FIG. 1 is a flowchart of a virtual resource allocation method provided by an embodiment of this specification
  • FIG. 2 is a schematic diagram of a virtual red envelope scenario provided by an embodiment of this specification
  • FIG. 3 is a flowchart of a virtual resource allocation method provided by an embodiment of this specification.
  • FIG. 4 is a hardware structure diagram of a virtual resource allocation device provided by an embodiment of this specification.
  • FIG. 5 is a schematic diagram of a module of a virtual resource allocation device provided in an embodiment of this specification.
  • FIG. 6 is a schematic diagram of modules of a virtual resource allocation apparatus provided by an embodiment of this specification. Detailed ways
  • first, second, third, etc. may be used in this specification to describe various information, the information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as second information, and similarly, the second information may also be referred to as first information.
  • word “if” as used herein can be interpreted as "at time” or "when. ⁇ ” or "in response to determination”.
  • Step 210 Receive virtual resource reception initiated by the second system Request; wherein, the virtual resource receiving request includes a first number of virtual resources of the first resource type provided by the first system and carried in the virtual resource sending request sent by the first system to the second system , And the second resource type of the virtual resource in the resource pool of the second system;
  • Step 220 In response to the virtual resource receiving request, determine whether the first resource type matches the second resource type;
  • Step 230 If If the first resource type does not match the second resource type, according to the conversion relationship between the first resource type and the second resource type, the first resource type provided by the first system is The resource is converted into a second quantity of resources of the second resource type;
  • Step 240 Allocating the second quantity of resources of the second resource type to the resource pool of the second system.
  • the method can be applied to a distributed system, and both the first system and the second system can be systems in the distributed system.
  • the scheduling of virtual resources between different systems can be uniformly managed by the management server of the distributed system.
  • each system has a unique system address, so it can be routed to the corresponding system based on the system address.
  • the virtual resource sending request includes a first system address, a first number of virtual resources of the first resource type provided by the first system, and a second system address.
  • the management server of the distributed system responds to the virtual resource sending request initiated by the first system, routing it to the second system in the distributed system based on the second system address; sending the virtual resource sending request to the first system Two systems.
  • the second system can receive the resource provided by the first system if the virtual resource sending request is triggered; at this time, the second system will initiate a virtual resource receiving request to the management server.
  • the virtual resource receiving request includes a first quantity of virtual resources of the first resource type provided by the first system and a second resource type of virtual resources in the local resource pool of the second system.
  • the management server of the distributed system responds to the virtual resource receiving request initiated by the second system. First, determine whether the first resource type and the second resource type included in the virtual resource reception request match; if the first resource type does not match the second resource type, then according to the difference between the first resource type and the second resource type After converting the first quantity of resources of the first resource type provided by the first system into the second quantity of resources of the second resource type, the second quantity of resources of the second resource type The resource pool allocated to the second system.
  • the judging whether the first resource type matches the second resource type may specifically include judging whether the first resource type is consistent with the second resource type.
  • the allocating the second amount of resources of the second resource type to the resource pool of the second system may specifically include injecting the second amount of resources of the second resource type into the second system.
  • the resource pool of the system may specifically include injecting the second amount of resources of the second resource type into the second system.
  • the second system can directly use the received resources without additional processing; this ensures virtual resources Usability improves the efficiency of resource use.
  • the aforementioned virtual resources may include tasks to be executed by each system in a distributed system.
  • the resource pool may refer to a task pool local to each system for storing tasks to be executed.
  • the aforementioned virtual resources may also include virtual computing resources and/or virtual storage resources of various systems in a distributed system.
  • each system has independent physical computing resources or physical storage resources, these physical computing resources or physical storage resources can be managed uniformly through a distributed management system, and each The system redistributes its own virtual computing resources and becomes virtual storage resources.
  • the virtual computing resources and storage resources that can be used by each system can be dynamically adjusted.
  • each system can dynamically allocate virtual resources according to the amount of resources actually required by each system. For example, a first system with more virtual computing resources may allocate excess virtual computing resources to a second system with fewer virtual computing resources. The first system with more virtual storage resources can allocate excess virtual storage resources to the second system with fewer virtual storage resources.
  • the security check can be a check commonly used in the industry, such as KYC check (Know your customer, fully understand your customer X
  • the preset threshold may be a preset empirical value. It can also be an optimal value calculated based on machine learning algorithms or big data technology.
  • virtual red envelope As an example, the aforementioned virtual resources may also be other virtual items other than “virtual red envelopes” that can be distributed and sent online: for example, electronic shopping coupons, electronic vouchers, electronic coupons, and so on.
  • the above-mentioned virtual resource is a "virtual red envelope" scenario diagram.
  • the above-mentioned first system may refer to a client that sends virtual red packets;
  • the above-mentioned second system includes a client that receives virtual red packets;
  • the above resource types include currency types; and
  • the above resource pool includes user accounts.
  • user A can send a virtual red envelope to client B through client A.
  • user A Before sending, user A needs to determine the target user to receive the virtual red envelope (the example in Figure 2 is user B); determine the first currency of the virtual red envelope and the first amount of funds in the virtual red envelope.
  • the first currency type may be manually selected and determined by user A, or may be automatically determined by client A according to user A's usage habits.
  • User A completes the virtual red envelope payment through the payment service provided by the service.
  • a virtual red packet sending request is sent to user B.
  • the virtual red envelope sending request carries the virtual red envelope of the first currency with the first amount of funds, and the user B address. service
  • the terminal routes to client B where user B is based on the address of user B, and sends the virtual red packet sending request to client B.
  • User B's client B receives user A's virtual red envelope, and when user B triggers to receive the virtual red envelope, user B's client B will initiate a virtual red envelope reception request to the server.
  • the receiving request includes the virtual red envelope of the first currency currency of the first amount of funds carried in the virtual red envelope sending request; and the second currency currency used by the user account of user B.
  • the server responds to the virtual red envelope receiving request initiated by the client B; judges whether the first currency currency type matches the second currency currency type. If it does not match, according to the exchange rate relationship between the first currency currency and the second currency currency, the virtual red envelope of the first currency currency of the first amount of funds is converted into the second currency currency of the second amount of funds Virtual red envelope; Finally, the virtual red envelope of the second currency of the second amount of funds is remitted into the user account of user B.
  • the server when the server responds to the virtual red packet receiving request, it may also perform a security check on the virtual red packet in the virtual red packet receiving request to determine whether the transfer of the virtual red packet is legal.
  • the security check may include KYC check and AML check (Anti-Money Laundering, anti-money laundering).
  • KYC check the user account holders of both parties involved in the virtual red envelope are subjected to various checks to understand the legitimacy of the source of funds in the virtual red envelope.
  • AML inspection it is determined whether the act of sending the virtual red envelope is money laundering.
  • the aforementioned virtual red envelopes can include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • the embodiments of the present specification can provide a solution for receiving and sending virtual red envelopes in combination with cross-border remittance to support cross-border and cross-currency virtual red envelopes.
  • the currency of the virtual red envelope can be automatically converted into the currency used by the recipient. So that the recipient can receive the virtual red envelope to get the funds in the currency currently used, without the need for manual currency conversion.
  • Step 310 Receive a virtual resource sending request initiated by the first system;
  • the virtual resource sending request carries a first quantity of virtual resources of the first resource type provided by the first system and a second system address that receives the virtual resource;
  • step 320 in response to the virtual resource sending request, from Acquire the second resource type of the virtual resource in the resource pool in the second system from the second system corresponding to the second system address;
  • Step 330 If the first resource type does not match the second resource type, then According to the conversion relationship between the first resource type and the second resource type, converting a first quantity of virtual resources of the first resource type provided by the first system into a second quantity of virtual resources of the second resource type;
  • Step 340 Assemble the second number of virtual resources of the second resource type and the second system address into a new virtual resource sending request, and send the new virtual resource sending request to the corresponding second system address The second system;
  • the method shown in this embodiment can be applied to a distributed system, and both the first system and the second system can be systems in the distributed system.
  • the scheduling of virtual resources between different systems can be managed uniformly by the management server of the distributed system.
  • each system has a unique system address, so it can be routed to the corresponding system based on the system address.
  • the virtual resource sending request includes a first system address, a first number of virtual resources of the first resource type provided by the first system, and a second system address.
  • the management server of the distributed system responds to the virtual resource sending request initiated by the first system, and routes to the distributed system based on the second system address.
  • the second system does not directly send the virtual resource sending request to the second system, but actively obtains the second resource type of the virtual resource in the resource pool in the second system from the second system.
  • the management server judges whether the first resource type included in the virtual resource sending request matches the acquired second resource type; if the first resource type does not match the second resource type, it is based on the first resource type.
  • the conversion relationship between the resource type and the second resource type After the first quantity of resources of the first resource type provided by the first system is converted to the second quantity of resources of the second resource type, a new one needs to be reassembled
  • the virtual resource sends a request and sends it to the second system.
  • the management server directly injects the second number of virtual resources of the second resource type into the resource pool of the second system.
  • the aforementioned virtual resources may include tasks to be executed by each system in a distributed system.
  • the resource pool may refer to a task pool local to each system for storing tasks to be executed.
  • the aforementioned virtual resources may also include virtual computing resources and/or virtual storage resources of various systems in a distributed system.
  • each system has independent physical computing resources or physical storage resources, these physical computing resources or physical storage resources can be managed uniformly through the distributed management system, and each system can be allocated its own virtual computing resources. Resources and become virtual storage resources.
  • the virtual computing resources and storage resources that can be used by each system can be dynamically adjusted. Based on this, each system can dynamically allocate virtual resources according to the amount of resources actually required by each system. For example, a first system with more virtual computing resources may allocate excess virtual computing resources to a second system with fewer virtual computing resources. The first system with more virtual storage resources can The intended storage resources are allocated to the second system with few virtual storage resources.
  • the security check can be a check commonly used in the industry, such as KYC check (Know your customer, fully understand your customer X
  • the preset threshold may be a preset empirical value. It can also be an optimal value calculated based on machine learning algorithms or big data technology.
  • virtual red envelope As an example, the aforementioned virtual resources may also be other virtual items other than “virtual red envelopes” that can be distributed and sent online: for example, electronic shopping coupons, electronic vouchers, electronic coupons, and so on.
  • the above-mentioned virtual resource is a "virtual red envelope" scenario diagram.
  • the above-mentioned first system may refer to a client that sends virtual red packets;
  • the above-mentioned second system includes a client that receives virtual red packets;
  • the above resource types include currency types; and
  • the above resource pool includes user accounts.
  • the virtual red envelopes may include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • user A can send a virtual red envelope to client B through client A.
  • user A Before sending, user A needs to determine the target user to receive the virtual red envelope (the example in Figure 2 is user B); determine the first currency of the virtual red envelope and the first amount of funds in the virtual red envelope.
  • the first currency type may be manually selected and determined by user A, or may be automatically determined by client A according to user A's usage habits.
  • User A completes the virtual red envelope payment through the payment service provided by the service.
  • a virtual red packet sending request is sent to user B.
  • the virtual red envelope sending request carries the virtual red envelope of the first currency of the first amount of funds, and the user B address.
  • the server responds to the virtual red packet sending request, routing it to the client B where user B is located based on the address of user B, and obtains the second currency used by the user account of user B from client B. [77] The server determines whether the currency of the first currency matches the currency of the second currency. If it matches, according to the exchange rate relationship between the first currency currency and the second currency currency, the virtual red envelope of the first currency currency with the first amount of funds is converted into the virtual red envelope of the second currency currency with the second amount of funds. Red envelope.
  • the server assembles the virtual red envelope of the second currency currency with the second amount of funds and the user B address into a new virtual red envelope sending request, and sends the new virtual red envelope sending request to the user B address to route to Client B where user B is located.
  • the server when the server responds to the virtual red packet sending request, it may also perform a security check on the virtual red packet in the virtual red packet sending request to determine whether the transfer of the virtual red packet is legal.
  • the security check may include KYC check and AML check (Anti-Money Laundering, anti-money laundering).
  • KYC check the user account holders of both parties involved in the virtual red envelope are subjected to various checks to understand the legitimacy of the source of funds in the virtual red envelope.
  • AML inspection it is determined whether the act of sending the virtual red envelope is money laundering.
  • the second currency currency used by the user account of the user B is obtained from the client B.
  • this specification also provides an embodiment of a virtual resource allocation device.
  • the device embodiments can be implemented by software, or can be implemented by hardware or a combination of software and hardware.
  • a logical device it is formed by reading the corresponding computer service program instructions in the non-volatile memory into the memory through the processor of the device where it is located.
  • FIG. 4 it is a hardware structure diagram of the device where the virtual resource allocation device is located in this specification.
  • the device where the device is located usually allocates actual functions according to virtual resources, and may also include other hardware, which will not be repeated here.
  • FIG. 5 is a block diagram of a virtual resource allocation device provided by an embodiment of this specification.
  • the device corresponds to the embodiment shown in FIG. 1, and the device includes:
  • the receiving unit 410 receives a virtual resource receiving request initiated by the second system; wherein the virtual resource receiving request includes the virtual resource sending request sent by the first system to the second system, which is carried by the virtual resource sending request sent by the first system to the second system.
  • the response unit 420 in response to the virtual resource receiving request, judges whether the first resource type matches the second resource type;
  • the conversion unit 430 if the first resource type and the second resource type do not match, perform according to the first resource type A conversion relationship between the type and the second resource type, converting a first quantity of virtual resources of the first resource type provided by the first system into a second quantity of virtual resources of the second resource type;
  • the allocation unit 440 allocates the second number of virtual resources of the second resource type to the resource pool of the second system.
  • the response unit 410 specifically includes:
  • the checking subunit in response to the virtual resource receiving request, performs a security check on the virtual resource in the virtual resource receiving request;
  • the judging subunit in the case that the virtual resource in the virtual resource receiving request passes the security check, judge whether the first resource type matches the second resource type.
  • the virtual resources include virtual red envelopes; the first system includes a client that sends virtual red envelopes; the second system includes a client that receives virtual red envelopes; and the resource type includes currency;
  • the resource pool includes user accounts.
  • the virtual red envelopes include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • FIG. 6 is a block diagram of a virtual resource allocation device provided by an embodiment of this specification.
  • the device corresponds to the embodiment shown in FIG. A virtual resource sending request; wherein the virtual resource sending request carries a first quantity of virtual resources of the first resource type provided by the first system and a second system address that receives the virtual resources; a response unit 520, In response to the virtual resource sending request, obtain the second resource type of the virtual resource in the resource pool in the second system from the second system corresponding to the second system address; the conversion unit 530, if the first resource type Does not match the second resource type, then according to the conversion relationship between the first resource type and the second resource type, the first number of virtual resources of the first resource type provided by the first system is converted into a second resource type.
  • an allocating unit 540 which assembles the second number of virtual resources of the second resource type and a second system address into a new virtual resource sending request, and sends the new virtual resource Sending a sending request to the second system corresponding to the second system address; so that the second system triggers the new virtual resource sending request and then allocating the second number of virtual resources of the second resource type to all Describe the resource pool of the second system.
  • the response unit 510 specifically includes: a checking subunit, which performs a security check on the virtual resource in the virtual resource sending request; and an acquiring subunit, which is used in the virtual resource sending request. In the case of passing the security check, obtain the second resource type of the virtual resource in the resource pool in the second system from the second system corresponding to the second system address.
  • the virtual resource includes a virtual red envelope; the first system includes a client that sends the virtual red envelope; The second system includes a client receiving a virtual red envelope; the resource type includes currency type; and the resource pool includes a user account.
  • the virtual red envelopes include cross-border virtual red envelopes sent based on cross-border remittance channels.
  • a typical implementation device is a computer.
  • the specific form of the computer can be 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 receiving and sending device, and a game control A console, a tablet computer, a wearable device, or a combination of any of these devices.
  • the device embodiment since it basically corresponds to the method embodiment, please refer to the part of the description of the method embodiment for related parts.
  • the device embodiments described above are merely illustrative, where the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, that is, they may be located in One place, or it can be distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution in this specification. Ordinary technicians in the field can understand and implement it without creative work.
  • FIG. 5 and 6 above describe the internal functional modules and structural schematics of the virtual resource allocation apparatus.
  • the substantial execution body may be an electronic device, including: a processor; a memory for storing executable instructions of the processor ; Wherein, the processor is configured as the embodiment of the virtual resource allocation method shown in any one of the foregoing FIG. 1 and FIG. 3.
  • the processor may be a central processing unit (English: Central Processing Unit, abbreviated as: CPU), or may be other general-purpose processors, digital signal processors (English: : Digital Signal Processor, short name: DSP), application specific integrated circuit (English: Application Specific Integrated Circuit, short name: ASIC), etc.
  • the general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc.
  • the aforementioned memory can be a read-only memory (English: read-only memory, abbreviation: ROM), a random access memory (English: read-only memory, abbreviation: ROM) : Random access memory, in short: RAM), flash memory, hard disk or solid state hard disk.
  • the steps of the method disclosed in the embodiments of this specification can be directly embodied as being executed and completed by a hardware processor, or executed and completed by a combination of hardware and software modules in the processor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书实施例提供一种虚拟资源分配方法及装置和电子设备。所述方法包括：接收第二***发起的虚拟资源接收请求；其中，所述虚拟资源接收请求包含有第一***发送的虚拟资源发送请求中携带的，由所述第一***提供的第一数量的第一资源类型的虚拟资源，以及所述第二***的资源池中虚拟资源的第二资源类型；响应于所述虚拟资源接收请求，判断所述第一资源类型与第二资源类型是否匹配；如果所述第一资源类型与第二资源类型不匹配，则根据第一资源类型和第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的资源转换为第二数量的第二资源类型的虚拟资源；将所述第二数量的第二资源类型的虚拟资源分配所述第二***的资源池。

Description

虚拟资源分配方法及装置和 电子设备 技术领域
[01] 本说明书实施例涉及互联网技术领域， 尤其涉及一种虚拟资源分配方法及装置和 电子设备。 背景技术
[02]在分布式***中， 根据需求不同***之间可以交换虚拟资源。 例如， 当某个***虚 拟资源过多时可以将多余的虚拟资源发送给其它***。 再例如， 当某个***虚拟资源不 足时也可以向其它***请求获取虚拟资源。 发明内容
[03] 本说明书实施例提供的一种虚拟资源分配方法及装置和电子设备。
[04] 根据本说明书实施例的第一方面， 提供一种虚拟资源分配方法， 所述方法包括： 接收第二***发起的虚拟资源接收请求； 其中， 所述虚拟资源接收请求包含有第一*** 向所述第二***发送的虚拟资源发送请求中携带的， 由所述第一***提供的第一数量的 第一资源类型的虚拟资源， 以及所述第二***的资源池中虚拟资源的第二资源类型； 响 应于所述虚拟资源接收请求， 判断所述第一资源类型与第二资源类型是否匹配； 如果所 述第一资源类型与第二资源类型不匹配，则根据第一资源类型和第二资源类型之间的转 换关系，将所述第一***提供的第一数量的第一资源类型的虚拟资源转换为第二数量的 第二资源类型的虚拟资源； 将所述第二数量的第二资源类型的虚拟资源分配至所述第二 ***的资源池。
[05] 可选的， 在所述响应于所述虚拟资源接收请求之后， 所述方法还包括： 对所述虚 拟资源接收请求中的虚拟资源进行安全性检查； 所述判断所述第一资源类型与第二资源 类型是否匹配，包括：在所述虚拟资源接收请求中的虚拟资源通过安全性检查的情况下， 判断所述第一资源类型与第二资源类型是否匹配。
[06] 可选的，所述虚拟资源包括虚拟红包；所述第一***包括发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括货币币种； 所述资源池包 括用户账户。
[07] 可选的， 所述虚拟红包包括基于跨境汇款渠道发送的跨境虚拟红包。
[08] 根据本说明书实施例的第二方面， 提供一种虚拟资源分配方法， 所述方法包括： 接收第一***发起的虚拟资源发送请求； 其中， 所述虚拟资源发送请求中携带有所述第 一***提供的第一数量的第一资源类型的虚拟资源和接收该虚拟资源的第二***地址； 响应于所述虚拟资源发送请求，从所述第二***地址对应的第二***处获取该第二*** 中资源池中虚拟资源的第二资源类型； 如果所述第一资源类型与第二资源类型不匹配， 则根据第一资源类型和第二资源类型之间的转换关系，将所述第一***提供的第一数量 的第一资源类型的虚拟资源转换为第二数量的第二资源类型的虚拟资源； 将所述第二数 量的第二资源类型的虚拟资源和第二***地址组装为新的虚拟资源发送请求， 并将所述 新的虚拟资源发送请求发送给所述第二***地址对应的第二***； 以使所述第二***触 发所述新的虚拟资源发送请求后将所述第二数 量的第二资源类型的虚拟资源分配至所 述第二***的资源池。
[09]可选的， 在所述响应于所述虚拟资源发送请求之后， 所述方法还包括： 对所述虚拟 资源发送请求中的虚拟资源进行安全性检查； 所述从所述第二***地址对应的第二*** 处获取该第二***中资源池中虚拟资源的第二资源类型， 包括： 在所述虚拟资源发送请 求中的虚拟资源通过安全性检查的情况下，从所述第二***地址对应的第二***处获取 该第二***中资源池中虚拟资源的第二资源类型。
[10]可选的， 所述虚拟资源包括虚拟红包； 所述第一***包括发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括货币币种； 所述资源池包 括用户账户。
[11]可选的， 所述虚拟红包包括基于跨境汇款渠道发送的跨境虚拟红包。
[12]根据本说明书实施例的第三方面， 提供一种虚拟资源分配装置， 所述装置包括： 接 收单元， 接收第二***发起的虚拟资源接收请求； 其中， 所述虚拟资源接收请求包含有 第一***向所述第二***发送的虚拟资源发送请求中携带的， 由所述第一***提供的第 一数量的第一资源类型的虚拟资源， 以及所述第二***的资源池中虚拟资源的第二资源 类型； 响应单元， 响应于所述虚拟资源接收请求， 判断所述第一资源类型与第二资源类 型是否匹配； 转换单元， 如果所述第一资源类型与第二资源类型不匹配， 则根据第一资 源类型和第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类 型的虚拟资源转换为第二数量的第二资源类型的虚拟资源； 分配单元， 将所述第二数量 的第二资源类型的虚拟资源分配至所述第二***的资源池。
[13]可选的， 所述响应单元具体包括： 检查子单元， 响应于所述虚拟资源接收请求， 对 所述虚拟资源接收请求中的虚拟资源进行安全性检查； 判断子单元， 在所述虚拟资源接 收请求中的虚拟资源通过安全性检查的情况下，判断所述第一资源类型与第二资源类型 是否匹配。
[14]可选的， 所述虚拟资源包括虚拟红包； 所述第一***包括发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括货币币种； 所述资源池包 括用户账户。
[15]可选的， 所述虚拟红包包括基于跨境汇款渠道发送的跨境虚拟红包。
[16]根据本说明书实施例的第四方面， 提供一种虚拟资源分配装置， 所述装置包括： 接 收单元， 接收第一***发起的虚拟资源发送请求； 其中， 所述虚拟资源发送请求中携带 有所述第一***提供的第一数量 的第一资源类型的虚拟资源和接收该虚拟资源的第二 ***地址； 响应单元， 响应于所述虚拟资源发送请求， 从所述第二***地址对应的第二 ***处获取该第二***中资源池中虚拟资源的第二资源类型； 转换单元， 如果所述第一 资源类型与第二资源类型不匹配， 则根据第一资源类型和第二资源类型之间的转换关系， 将所述第一***提供的第一数量 的第一资源类型的虚拟资源转换为第二数量的第二资 源类型的虚拟资源； 分配单元， 将所述第二数量的第二资源类型的虚拟资源和第二*** 地址组装为新的虚拟资源发送请求， 并将所述新的虚拟资源发送请求发送给所述第二系 统地址对应的第二***； 以使所述第二***触发所述新的虚拟资源发送请求后将所述第 二数量的第二资源类型的虚拟资源分配至所述第二***的资源池。
[17]可选的， 所述响应单元具体包括： 检查子单元， 对所述虚拟资源发送请求中的虚拟 资源进行安全性检查； 获取子单元， 在所述虚拟资源发送请求中的虚拟资源通过安全性 检查的情况下，从所述第二***地址对应的第二***处获取该第二***中资源池中虚拟 资源的第二资源类型。
[18]可选的， 所述虚拟资源包括虚拟红包； 所述第一***包括发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括货币币种； 所述资源池包 括用户账户。
[19]可选的， 所述虚拟红包包括基于跨境汇款渠道发送的跨境虚拟红包。
[20]根据本说明书实施例的第五方面， 提供一种电子设备， 包括： 处理器； 用于存储处 理器可执行指令的存储器； 其中， 所述处理器被配置为上述任一项虚拟资源分配方法。
[21]本说明书实施例， 提供了一种虚拟资源分配方案， 通过比对第一***提供的虚拟资 源的资源类型与第二***使用的虚拟资源的资源类型，在这两种资源类型不匹配的情况 下， 自动将第一***提供的虚拟资源的资源类型转换为第二***使用的资源类型； 以使 第二***接收到的虚拟资源可以直接使用， 保证了虚拟资源可用性， 提高了虚拟资源使 用效率。 附图说明
[22]图 1是本说明书一实施例提供的虚拟资源分配方法的流程图；
[23]图 2是本说明书一实施例提供的虚拟红包场景的示意图；
[24]图 3是本说明书一实施例提供的虚拟资源分配方法的流程图；
[25]图 4是本说明书一实施例提供的虚拟资源分配装置的硬件结构图;
[26]图 5是本说明书一实施例提供的虚拟资源分配装置的模块示意图;
[27]图 6是本说明书一实施例提供的虚拟资源分配装置的模块示意图。 具体实施方式
[28] 这里将详细地对示例性实施例进行说明， 其示例表示在附图中。 下面的描述涉及 附图时， 除非另有表示， 不同附图中的相同数字表示相同或相似的要素。 以下示例性实 施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。 相反， 它们仅是 与如所附权利要求书中所详述的、 本说明书的一些方面相一致的装置和方法的例子。
[29] 在本说明书使用的术语是仅仅出于描述特定实施例的目的， 而非旨在限制本说明 书。 在本说明书和所附权利要求书中所使用的单数形式的“一种”、 “所述”和 “该”也旨在 包括多数形式， 除非上下文清楚地表示其他含义。 还应当理解， 本文中使用的术语“和 / 或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。 本文中的多个可 以是指两个或两个以上的情况。
[30] 应当理解， 尽管在本说明书可能采用术语第一、 第二、 第三等来描述各种信息， 但这些信息不应限于这些术语。 这些术语仅用来将同一类型的信息彼此区分开。 例如， 在不脱离本说明书范围的情况下， 第一信息也可以被称为第二信息， 类似地， 第二信息 也可以被称 为第一信息。 取决于语境， 如在此所使用的词语“如果”可以被解释成为 “在 时”或“当 . 时”或 “响应于确定”。
[31] 在分布式***中存在针对不同***分配虚拟资源的需求。 由于分布式***是由若 千***共同构建的， 而每个***实际上都是独立的个体。 因此难免存在***之间虚拟资 源不兼容的问题。 这里的虚拟资源不兼容的原因有： 两个***使用的虚拟资源的资源类 型不匹配。
[32] 对于虚拟资源不兼容的虚拟资源， ***即使接收了该虚拟资源， 也无法正常使用 该虚拟资源； 因为存在虚拟资源不可用的问题。
[33] 为了解决上述问题， 本说明书提供了一种虚拟资源分配方法， 以下可以参考图 1 所示的例子介绍， 所述方法可以包括以下步骤： 步骤 210: 接收第二***发起的虚拟资源接收请求； 其中， 所述虚拟资源接收请求 包含有第一***向所述第二***发送的虚拟资源发送请求中携带的， 由所述第一***提 供的第一数量的第一资源类型的虚拟资源， 以及所述第二***的资源池中虚拟资源的第 二资源类型； 步骤 220: 响应于所述虚拟资源接收请求， 判断所述第一资源类型与第二资源类型 是否匹配； 步骤 230: 如果所述第一资源类型与第二资源类型不匹配， 则 4艮据第一资源类型和 第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的资源 转换为第二数量的第二资源类型的资源； 步骤 240: 将所述第二数量的第二资源类型的资源分配至所述第二***的资源池。 [34] 其中， 所述方法可以应用于分布式***中， 所述第一***和第二***都可以是所 述分布式***中的***。 在分布式***中， 不同***之间虚拟资源的调度可以由分布式 ***的管理服务器统一管理。 在分布式***中， 每个***都具有唯一的***地址， 因此 可以基于***地址路由到对应的***。
[35] 具体地， 当第一***将本地资源池中的虚拟资源发送给第二***时， 第一***需 要组装一个虚拟资源发送请求。 该虚拟资源发送请求中包含有第一***地址、 第一*** 提供的第一数量的第一资源类型的虚拟资源和第二***地址。
[36] 然后由分布式***的管理服务器响应于所述第一***发起的虚拟资源发送请求， 基于第二***地址路由到分布式***中的第二***； 将该虚拟资源发送请求发送给第二 ***。
[37] 第二***在接收到虚拟资源发送请求后， 如果触发了该虚拟资源发送请求， 则可 以接收第一***提供的资源； 此时， 第二***会向管理服务器发起虚拟资源接收请求。 该虚拟资源接收请求中包含有第一***提供的第一数量的第一资源类型的虚拟资源， 以 及第二***本地资源池中虚拟资源的第二资源类型。
[38] 分布式***的管理服务器响应于所述响应于第二***发起的虚拟资源接收请求。 首先判断该虚拟资源接收请求中包含的第一资源类型和第二资源类型是否匹配； 如果所 述第一资源类型与第二资源类型不匹配，则根据第一资源类型和第二资源类型之间的转 换关系，将所述第一***提供的第一数量的第一资源类型的资源转换为第二数量的第二 资源类型的资源后，再将所述第二数量的第二资源类型的资源分配至所述第二***的资 源池。
[39] 其中， 所述判断所述第一资源类型与第二资源类型是否匹配， 具体可以包括判断 所述第一资源类型与第二资源类型是否一致。
[40] 所述将所述第二数量的第二资源类型的资源分配至所述第二***的资源池， 具体 可以包括将所述第二数量的第二资源类型的资源注入所述第二***的资源池。
[41] 由于分配至第二***资源池的资源与该资源池中已有资源都是第二资源类型的， 第二***可以直接使用接收的资源， 而无需做额外处理； 如此保证了虚拟资源可用性， 提高了资源使用效率。
[42] 上述虚拟资源， 可以包括分布式***下各个***待执行的任务。 当某个***待执 行的任务过多时， 可以将部分待执行的任务发送给其它***， 以缓解本***执行压力。 相对应的， 所述资源池就可以是指每个***本地的任务池， 用于存放待执行的任务。
[43] 上述虚拟资源， 还可以包括分布式***下各个***的虚拟计算资源和 /或虚拟存储 资源。 在分布式***中虽然各个***都具有独立的物理计算资源或者物理存储资源， 但 是可以通过分布式管理***将这些物理计算资源或者物理存储资源统一管理， 并为每个 ***再分配各自的虚拟计算资源和成虚拟存储资源。也就是说，各个***可使用的虚拟 计算资源、 存储资源可以是动态调整的。 基于此， 各个***之间可以根据各自实际需要 的资源量来动态分配虚拟资源。 例如， 虚拟计算资源多的第一***可以将多余的虚拟计 算资源分配给虚拟计算资源少的第二***。虚拟存储资源多的第一***可以将多余的虚 拟存储资源分配给虚拟存储资源少的第二***。
[44] 在实际应用中， 为了保障***的安全， 需要对虚拟资源接收请求或者虚拟资源发 送请求中相关信息如***地址、 虚拟资源等进行安全性检查。 只有在请求中相关信息通 过安全性检查的情况下才可以继续执行后续步骤。所述安全性检查可以是业内普遍使用 的检查， 例如 KYC检查（ Know your customer, 充分了解你的客户 X
[45] 以下示例性介绍安全性检查内容： 检查虚拟资源接收请求中第一***和第二*** 的地址是否正确， 是否为分布式***中***。 如果任一***的地址错误， 说明该请求不 安全， 通不过安全性检查。
[46] 检查虚拟资源接收请求中第一***提供的虚拟资源的第一数量是否超过该第一系 统的资源池内虚拟资源的剩余数量。如果超过，说明该请求不安全，通不过安全性检查。
[47] 检查虚拟资源接收请求中第一***提供的虚拟资源的第一数量是否超过预设阈值。 如果超过， 说明该请求不安全， 通不过安全性检查。 其中， 所述预设阈值可以是预先设 置的经验值。 也可以是基于机器学习算法或大数据技术计算得到的最优值。
[48] 通过安全性检查可以提前发现问题， 避免在进行虚拟资源分配过程中出现异常而 导致分配失败。
[49] 以下以上述虚拟资源为 “虚拟红包”为例对步骤 210-240 中示出的技术方案进行说 明。
[50] 当然， 以上述虚拟资源为“虚拟红包 ”为例仅是示例性。在实际应用中， 上述虚拟资 源还可以是 “虚拟红包”以外的能够在线上进行分配发送的其它虚拟物品： 例如， 电子购 物券、 电子凭证、 电子优惠券等。
[51] 如图 2所示的以上述虚拟资源为“虚拟红包”的场景示意图。该示例中，上述第一系 统可以是指包括发送虚拟红包的客户端； 上述第二***包括接收虚拟红包的客户端； 上 述资源类型包括货币币种； 上述资源池包括用户账户。
[52] 在实现中， 用户 A可以通过客户端 A向客户端 B发送虚拟红包。 在发送前用户 A 需要确定接收虚拟红包的目标用户 （图 2示例即为用户 B）; 确定虚拟红包的第一货币 币种以及虚拟红包内的第一资金数量。其中，所述第一货币币种可以是用户 A手动选择 确定的， 也可以是客户端 A根据用户 A的使用习惯自动确定的。 用户 A通过服务提供 的支付服务完成虚拟红包的支付。从而向用户 B发送一个虚拟红包发送请求。该虚拟红 包发送请求中携带有第一资金数量的第一货币币种的虚拟红包， 以及用户 B地址。服务 端基于用户 B地址路由到用户 B所在的客户端 B,并将该虚拟红包发送请求发送给客户 端 B。
[53] 用户 B的客户端 B接收用户 A的虚拟红包， 当用户 B触发接收该虚拟红包时会使 用户 B的客户端 B向服务端发起虚拟红包接收请求。 该接收请求包含虚拟红包发送请 求携带的第一资金数量的第一货币币种的虚拟红包；以及用户 B的用户账户使用的第二 货币币种。
[54] 服务端响应于客户端 B发起的虚拟红包接收请求； 判断第一货币币种和第二货币 币种是否匹配。 如果不匹配， 则根据第一货币币种和第二货币币种之间的汇率关系， 将 第一资金数量的第一货 币币种的虚拟红包转换为第二资金数量的第二货币币种的虚拟 红包； 最后， 将第二资金数量的第二货币币种的虚拟红包汇入用户 B的用户账户中。
[55] 另外， 所述服务端响应于虚拟红包接收请求时， 还可以对该虚拟红包接收请求中 的虚拟红包进行安全性检查， 以判定该虚拟红包的转移是否合法。 所述安全性检查可以 包括 KYC检查和 AML检查（ Anti-Money Laundering, 反洗钱）。 通过 KYC检查对虚拟 红包涉及的双方用户账户持有人进行多种审查， 以了解虚拟红包内资金来源的合法性。 通过 AML 检查判断发送所述虚拟红包的行为是否是洗钱行为。
[56] 由于汇入用户 B的用户账户中虚拟红包的货币币种是该用户账户支持的货币币种； 因此用户 B可以直接使用虚拟红包内的资金， 而无需手动再进行币种转换； 如此保证了 跨币种的虚拟红包的可用性。
[57] 在实际应用中， 由于不同币种之间资金来玩需要通过跨境汇款渠道完成； 因此上 述虚拟红包可以包括基于跨境汇款渠道发送的跨境虚拟红包。如此本说明书实施例可以 提供一种结合跨境汇款支持跨国跨币种的虚拟红包的收发方案，该方案下可以自动将虚 拟红包的币种转换为接收方使用的币种。 以使接收方收取该虚拟红包得到其当前使用币 种的资金， 无需手动进行币种转换。
[58] 本说明书提供了一种虚拟资源分配方法， 以下可以参考图 3 所示的例子介绍， 所 述方法可以包括以下步骤： 步骤 310: 接收第一***发起的虚拟资源发送请求； 其中， 所述虚拟资源发送请求 中携带有所述第一 ***提供的第一数量的第一资源类型的虚拟资源和接收该虚拟资源 的第二***地址； 步骤 320: 响应于所述虚拟资源发送请求， 从所述第二***地址对应的第二***处 获取该第二***中资源池中虚拟资源的第二资源类型； 步骤 330: 如果所述第一资源类型与第二资源类型不匹配， 则 4艮据第一资源类型和 第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的虚拟 资源转换为第二数量的第二资源类型的虚拟资源； 步骤 340: 将所述第二数量的第二资源类型的虚拟资源和第二***地址组装为新的 虚拟资源发送请求， 并将所述新的虚拟资源发送请求发送给所述第二***地址对应的第 二***； 以使所述第二***触发所述新的虚拟资源发送请求后将所述第二数量的第二资 源类型的虚拟资源分配至所述第二***的资源池。
[59] 与前述图 1 实施例相同的， 本实施例所示方法可以应用于分布式***中， 所述第 一***和第二***都可以是所述分布式***中的***。 在分布式***中， 不同***之间 虚拟资源的调度可以由分布式***的管理服务器统一管理。 在分布式***中， 每个*** 都具有唯一的***地址， 因此可以基于***地址路由到对应的***。
[60] 具体地， 当第一***将本地资源池中的虚拟资源发送给第二***时， 第一***需 要组装一个虚拟资源发送请求。 该虚拟资源发送请求中包含有第一***地址、 第一*** 提供的第一数量的第一资源类型的虚拟资源和第二***地址。
[61] 与图 1 实施例不同之处在于， 本实施例中由分布式***的管理服务器响应于所述 第一***发起的虚拟资源发送请求，基于第二***地址路由到分布式***中的第二***; 并不直接将该虚拟资源发送请求发送给第二***， 而是主动向第二***获取该第二*** 中资源池中虚拟资源的第二资源类型。
[62] 然后管理服务器判断该虚拟资源发送请求中包含的第一资源类型和所获取到的第 二资源类型是否匹配； 如果所述第一资源类型与第二资源类型不匹配， 则根据第一资源 类型和第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型 的资源转换为第二数量的第二资源类型的资源后， 需要重新组装新的虚拟资源发送请求， 并发送给第二***。 第二***在触发该新的虚拟资源发送请求后， 管理服务器直接将第 二数量的第二资源类型的虚拟资源注入所述第二***的资源池。
[63] 由于分配至第二***资源池的资源与该资源池中已有资源都是第二资源类型的， 第二***可以直接使用接收的资源， 而无需做额外处理； 如此保证了虚拟资源可用性， 提高了资源使用效率。
[64] 上述虚拟资源， 可以包括分布式***下各个***待执行的任务。 当某个***待执 行的任务过多时， 可以将部分待执行的任务发送给其它***， 以缓解本***执行压力。 相对应的， 所述资源池就可以是指每个***本地的任务池， 用于存放待执行的任务。
[65] 上述虚拟资源， 还可以包括分布式***下各个***的虚拟计算资源和 /或虚拟存储 资源。 在分布式***中虽然各个***都具有独立的物理计算资源或者物理存储资源， 但 是可以通过分布式管理***将这些物理计算资源或者物理存储资源统一管理， 并为每个 ***再分配各自的虚拟计算资源和成虚拟存储资源。也就是说，各个***可使用的虚拟 计算资源、 存储资源可以是动态调整的。 基于此， 各个***之间可以根据各自实际需要 的资源量来动态分配虚拟资源。 例如， 虚拟计算资源多的第一***可以将多余的虚拟计 算资源分配给虚拟计算资源少的第二***。虚拟存储资源多的第一***可以将多余的虚 拟存储资源分配给虚拟存储资源少的第二***。
[66] 在实际应用中， 为了保障***的安全， 需要对虚拟资源发送请求中相关信息如系 统地址、 虚拟资源等进行安全性检查。 只有在请求通过安全性检查的情况下才可以继续 执行后续步骤。所述安全性检查可以是业内普遍使用的检查，例如 KYC检查（ Know your customer, 充分了解你的客户 X
[67] 以下示例性介绍安全性检查内容： 检查虚拟资源发送请求中第一***和第二*** 的地址是否正确， 是否为分布式***中***。 如果任一***的地址错误， 说明该请求不 安全， 通不过安全性检查。
[68] 检查虚拟资源发送请求中第一***提供的虚拟资源的第一数量是否超过该第一系 统的资源池内虚拟资源的剩余数量。如果超过，说明该请求不安全，通不过安全性检查。
[69] 检查虚拟资源发送请求中第一***提供的虚拟资源的第一数量是否超过预设阈值。 如果超过， 说明该请求不安全， 通不过安全性检查。 其中， 所述预设阈值可以是预先设 置的经验值。 也可以是基于机器学习算法或大数据技术计算得到的最优值。
[70] 通过安全性检查可以提前发现问题， 避免在进行虚拟资源分配过程中出现异常而 导致分配失败。
[71] 以下以上述虚拟资源为“虚拟红包 ”为例对步骤 310-340 中示出的技术方案进行说 明。
[72] 当然， 以上述虚拟资源为“虚拟红包 ”为例仅是示例性。在实际应用中， 上述虚拟资 源还可以是 “虚拟红包”以外的能够在线上进行分配发送的其它虚拟物品： 例如， 电子购 物券、 电子凭证、 电子优惠券等。
[73] 如图 2所示的以上述虚拟资源为“虚拟红包”的场景示意图。该示例中，上述第一系 统可以是指包括发送虚拟红包的客户端； 上述第二***包括接收虚拟红包的客户端； 上 述资源类型包括货币币种； 上述资源池包括用户账户。
[74] 与前一实施例相同的， 所述虚拟红包可以包括基于跨境汇款渠道发送的跨境虚拟 红包。
[75] 在实现中， 用户 A可以通过客户端 A向客户端 B发送虚拟红包。 在发送前用户 A 需要确定接收虚拟红包的目标用户 （图 2示例即为用户 B）; 确定虚拟红包的第一货币 币种以及虚拟红包内的第一资金数量。其中，所述第一货币币种可以是用户 A手动选择 确定的， 也可以是客户端 A根据用户 A的使用习惯自动确定的。 用户 A通过服务提供 的支付服务完成虚拟红包的支付。从而向用户 B发送一个虚拟红包发送请求。该虚拟红 包发送请求中携带有第一资金数量的第一货币币种的虚拟红包， 以及用户 B地址。
[76] 服务端响应于虚拟红包发送请求，基于用户 B地址路由到用户 B所在的客户端 B, 从客户端 B获取用户 B的用户账户使用的第二货币币种。 [77] 服务端判断第一货币币种和第二货币币种是否匹配。 如果匹配， 则根据第一货币 币种和第二货币币种之间的汇率关系，将第一资金数量的第一货币币种的虚拟红包转换 为第二资金数量的第二货币币种的虚拟红包。
[78] 进一步的， 服务端将第二资金数量的第二货币币种的虚拟红包和用户 B地址组装 为新的虚拟红包发送请求，并将新的虚拟红包发送请求发送给用户 B地址路由到用户 B 所在的客户端 B。
[79] 最后， 用户 B触发接收新的虚拟红包发送请求后， 服务端将第二资金数量的第二 货币币种的虚拟红包汇入用户 B的用户账户中。
[80] 由于汇入用户 B的用户账户中虚拟红包的货币币种是该用户账户支持的货币币种； 因此用户 B可以直接使用虚拟红包内的资金， 而无需再进行币种转换； 如此保证了跨币 种的虚拟红包的可用性。
[81] 另外， 所述服务端响应于虚拟红包发送请求时， 还可以对该虚拟红包发送请求中 的虚拟红包进行安全性检查， 以判定该虚拟红包的转移是否合法。 所述安全性检查可以 包括 KYC检查和 AML检查（ Anti-Money Laundering, 反洗钱）。 通过 KYC检查对虚拟 红包涉及的双方用户账户持有人进行多种审查， 以了解虚拟红包内资金来源的合法性。 通过 AML 检查判断发送所述虚拟红包的行为是否是洗钱行为。 在虚拟红包发送请求通 过安全性检查的情况下， 再从客户端 B获取用户 B的用户账户使用的第二货币币种。
[82] 与前述虚拟资源分配方法实施例相对应， 本说明书还提供了虚拟资源分配装置的 实施例。 所述装置实施例可以通过软件实现， 也可以通过硬件或者软硬件结合的方式实 现。 以软件实现为例， 作为一个逻辑意义上的装置， 是通过其所在设备的处理器将非易 失性存储器中对应的计算机业务程序指令读取到内存中运行形成的。 从硬件层面而言， 如图 4所示， 为本说明书虚拟资源分配装置所在设备的一种硬件结构图， 除了图 4所示 的处理器、 网络接口、 内存以及非易失性存储器之外， 实施例中装置所在的设备通常根 据虚拟资源分配实际功能， 还可以包括其他硬件， 对此不再赘述。
[83] 请参见图 5, 为本说明书一实施例提供的虚拟资源分配装置的模块图， 所述装置对 应了图 1所示实施例， 所述装置包括：
[84] 接收单元 410, 接收第二***发起的虚拟资源接收请求； 其中， 所述虚拟资源接收 请求包含有第一***向所述第二***发送的虚拟资源发送请求中携带的， 由所述第一系 统提供的第一数量的第一资源类型的虚拟资源， 以及所述第二***的资源池中虚拟资源 的第二资源类型；
[85] 响应单元 420, 响应于所述虚拟资源接收请求， 判断所述第一资源类型与第二资源 类型是否匹配；
[86] 转换单元 430, 如果所述第一资源类型与第二资源类型不匹配， 则 4艮据第一资源类 型和第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的 虚拟资源转换为第二数量的第二资源类型的虚拟资源；
[87] 分配单元 440,将所述第二数量的第二资源类型的虚拟资源分配至所述第二***的 资源池。
[88] 可选的， 所述响应单元 410具体包括：
[89] 检查子单元， 响应于所述虚拟资源接收请求， 对所述虚拟资源接收请求中的虚拟 资源进行安全性检查；
[90] 判断子单元， 在所述虚拟资源接收请求中的虚拟资源通过安全性检查的情况下， 判断所述第一资源类型与第二资源类型是否匹配。
[91] 可选的，所述虚拟资源包括虚拟红包；所述第一***包括发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括货币币种； 所述资源池包 括用户账户。
[92] 可选的， 所述虚拟红包包括基于跨境汇款渠道发送的跨境虚拟红包。
[93] 请参见图 6, 为本说明书一实施例提供的虚拟资源分配装置的模块图， 所述装置对 应了图 3所示实施例， 所述装置包括： 接 收单元 510， 接收第一***发起的虚拟资源发送请求； 其中， 所述虚拟资源发送 请求中携带有所述第一 ***提供的第一数量的第一资源类型的虚拟资源和接收该虚拟 资源的第二***地址； 响应单元 520， 响应于所述虚拟资源发送请求， 从所述第二***地址对应的第二系 统处获取该第二***中资源池中虚拟资源的第二资源类型； 转换单元 530， 如果所述第一资源类型与第二资源类型不匹配， 则 4艮据第一资源类 型和第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的 虚拟资源转换为第二数量的第二资源类型的虚拟资源； 分 配单元 540， 将所述第二数量的第二资源类型的虚拟资源和第二***地址组装为 新的虚拟资源发送请求， 并将所述新的虚拟资源发送请求发送给所述第二***地址对应 的第二***； 以使所述第二***触发所述新的虚拟资源发送请求后将所述第二数量的第 二资源类型的虚拟资源分配至所述第二***的资源池。
[94] 可选的， 所述响应单元 510具体包括： 检查子单元， 对所述虚拟资源发送请求中 的虚拟资源进行安全性检查； 获取子单元， 在所述虚拟资源发送请求中的虚拟资源通过 安全性检查的情况下，从所述第二***地址对应的第二***处获取该第二***中资源池 中虚拟资源的第二资源类型。
[95] 可选的，所述虚拟资源包括虚拟红包；所述第一***包括发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括货币币种； 所述资源池包 括用户账户。
[96] 可选的， 所述虚拟红包包括基于跨境汇款渠道发送的跨境虚拟红包。
[97] 上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现， 或者由具有某种功能的产品来实现。 一种典型的实现设备为计算机， 计算机的具体形式 可以是个人计算机、 膝上型计算机、 蜂窝电话、 相机电话、 智能电话、 个人数字助理、 媒体播放器、 导航设备、 电子邮件收发设备、 游戏控制台、 平板计算机、 可穿戴设备或 者这些设备中的任意几种设备的组合。
[98] 上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实 现过程， 在此不再赘述。
[99] 对于装置实施例而言， 由于其基本对应于方法实施例， 所以相关之处参见方法实 施例的部分说明即可。 以上所描述的装置实施例仅仅是示意性的， 其中所述作为分离部 件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也 可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。 可以根 据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技 术人员在不付出创造性劳动的情况下， 即可以理解并实施。
[100] 以上图 5、 6描述了虚拟资源分配装置的内部功能模块和结构示意， 其实质上的 执行主体可以为一种电子设备， 包括： 处理器； 用于存储处理器可执行指令的存储器； 其中， 所述处理器被配置为前述图 1、 图 3中任一所示虚拟资源分配方法的实施例。
[101] 在上述电子设备的实施例中， 应理解， 该处理器可以是中央处理单元 （英文： Central Processing Unit, 筒称： CPU）, 还可以是其他通用处理器、 数字信号处理器（英 文： Digital Signal Processor, 筒称： DSP）、 专用集成电路（英文： Application Specific Integrated Circuit, 筒称： ASIC）等。 通用处理器可以是微处理器或者该处理器也可以 是任何常规的处理器等， 而前述的存储器可以是只读存储器（英文： read-only memory, 缩写： ROM）、 随机存取存储器（英文： random access memory, 筒称： RAM）、 快闪存 储器、 硬盘或者固态硬盘。 结合本说明书实施例所公开的方法的步骤可以直接体现为硬 件处理器执行完成， 或者用处理器中的硬件及软件模块组合执行完成。
[102] 本说明书中的各个实施例均采用递进的方式描述， 各个实施例之间相同相似的部 分互相参见即可， 每个实施例重点说明的都是与其他实施例的不同之处。 尤其， 对于电 子设备实施例而言， 由于其基本相似于方法实施例， 所以描述的比较筒单， 相关之处参 见方法实施例的部分说明即可。
[103] 本领域技术人员在考虑说明书及实践这里公开的实施例后， 将容易想到本说明书 的其它实施方案。 本说明书旨在涵盖本说明书的任何变型、 用途或者适应性变化， 这些 变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未公开的本技术 领域中的公知常识或惯用技术手段。 说明书和实施例仅被视为示例性的， 本说明书的真 正范围和精神由下面的权利要求指出。
[104] 应当理解的是， 本说明书并不局限于上面已经描述并在附图中示出的精确结构， 并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来 限制。

Claims

权利要求书
1、 一种虚拟资源分配方法， 所述方法包括： 接收第二 ***发起的虚拟资源接收请求； 其中， 所述虚拟资源接收请求包含有第一 ***向所述第二***发送的虚拟资源发送请求中携带的， 由所述第一***提供的第一数 量的第一资源类型的虚拟资源， 以及所述第二***的资源池中虚拟资源的第二资源类型; 响应于所述虚拟资源接收请求， 判断所述第一资源类型与第二资源类型是否匹配； 如果所述第一 资源类型与第二资源类型不匹配，则 4艮据第一资源类型和第二资源类 型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的虚拟资源转换为 第二数量的第二资源类型的虚拟资源； 将所述第二数量 的第二资源类型的虚拟资源分配至所述第二***的资源池。
2、 根据权利要求 1所述的方法， 在所述响应于所述虚拟资源接收请求之后， 所述 方法还包括： 对所述虚拟资源接收请求中的虚拟资源进行安全性检查； 所述判 断所述第一资源类型与第二资源类型是否匹配， 包括： 在所述虚拟资源接收请求中的虚拟资源通过安全性检查的情况下，判断所述第一资 源类型与第二资源类型是否匹配。
3、 根据权利要求 1所述的方法， 所述虚拟资源包括虚拟红包； 所述第一***包括 发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括 货币币种； 所述资源池包括用户账户。
4、 根据权利要求 3所述的方法， 所述虚拟红包包括基于跨境汇款渠道发送的跨境 虚拟红包。
5、 一种虚拟资源分配方法， 所述方法包括： 接收第一 ***发起的虚拟资源发送请求； 其中， 所述虚拟资源发送请求中携带有所 述第一***提供的第一数量的第一资源类型的虚拟资源和接收该虚拟资源的第二*** 地址； 响应于所述虚拟资源发送请求，从所述第二***地址对应的第二***处获取该第二 ***中资源池中虚拟资源的第二资源类型； 如果所述第一 资源类型与第二资源类型不匹配，则 4艮据第一资源类型和第二资源类 型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的虚拟资源转换为 第二数量的第二资源类型的虚拟资源； 将所述第二数量 的第二资源类型的虚拟资源和第二***地址组装为新的虚拟资源 发送请求， 并将所述新的虚拟资源发送请求发送给所述第二***地址对应的第二***； 以使所述第二***触发所述新的虚拟资源发送请求后将所述第二数量的第二资源类型 的虚拟资源分配至所述第二***的资源池。
6、 根据权利要求 5所述的方法， 在所述响应于所述虚拟资源发送请求之后， 所述 方法还包括： 对所述虚拟资源发送请求中的虚拟资源进行安全性检查； 所述从所述第二 ***地址对应的第二***处获取该第二***中资源池中虚拟资源 的第二资源类型， 包括： 在所述虚拟资源发送请求中的虚拟资源通过安全性检查的情况下，从所述第二*** 地址对应的第二***处获取该第二***中资源池中虚拟资源的第二资源类型。
7、 根据权利要求 5所述的方法， 所述虚拟资源包括虚拟红包； 所述第一***包括 发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括 货币币种； 所述资源池包括用户账户。
8、 根据权利要求 7所述的方法， 所述虚拟红包包括基于跨境汇款渠道发送的跨境 虚拟红包。
9、 一种虚拟资源分配装置， 所述装置包括： 接收单元 ， 接收第二***发起的虚拟资源接收请求； 其中， 所述虚拟资源接收请求 包含有第一***向所述第二***发送的虚拟资源发送请求中携带的， 由所述第一***提 供的第一数量的第一资源类型的虚拟资源， 以及所述第二***的资源池中虚拟资源的第 二资源类型； 响应单元， 响应于所述虚拟资源接收请求， 判断所述第一资源类型与第二资源类型 是否匹配； 转换单元， 如果所述第一资源类型与第二资源类型不匹配， 则 4艮据第一资源类型和 第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的虚拟 资源转换为第二数量的第二资源类型的虚拟资源； 分配单元 ，将所述第二数量的第二资源类型的虚拟资源分配至所述第二***的资源 池。
10、 根据权利要求 9所述的装置， 所述响应单元具体包括： 检查子单元， 响应于所述虚拟资源接收请求， 对所述虚拟资源接收请求中的虚拟资 源进行安全性检查； 判 断子单元， 在所述虚拟资源接收请求中的虚拟资源通过安全性检查的情况下， 判 断所述第一资源类型与第二资源类型是否匹配。
11、 根据权利要求 9所述的装置， 所述虚拟资源包括虚拟红包； 所述第一***包括 发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包括 货币币种； 所述资源池包括用户账户。
12、 根据权利要求 11所述的装置， 所述虚拟红包包括基于跨境汇款渠道发送的跨 境虚拟红包。
13、 一种虚拟资源分配装置， 所述装置包括： 接收单元 ， 接收第一***发起的虚拟资源发送请求； 其中， 所述虚拟资源发送请求 中携带有所述第一***提供的第一数量的第一资源类型的虚拟资源和接收该虚拟资源 的第二***地址； 响应单元， 响应于所述虚拟资源发送请求， 从所述第二***地址对应的第二***处 获取该第二***中资源池中虚拟资源的第二资源类型； 转换单元， 如果所述第一资源类型与第二资源类型不匹配， 则 4艮据第一资源类型和 第二资源类型之间的转换关系，将所述第一***提供的第一数量的第一资源类型的虚拟 资源转换为第二数量的第二资源类型的虚拟资源； 分配单元 ，将所述第二数量的第二资源类型的虚拟资源和第二***地址组装为新的 虚拟资源发送请求， 并将所述新的虚拟资源发送请求发送给所述第二***地址对应的第 二***； 以使所述第二***触发所述新的虚拟资源发送请求后将所述第二数量的第二资 源类型的虚拟资源分配至所述第二***的资源池。
14、 根据权利要求 13所述的装置， 所述响应单元， 具体包括： 检查子单元， 响应于所述虚拟资源发送请求， 对所述虚拟资源发送请求中的虚拟资 源进行安全性检查； 获取子单元， 在所述虚拟资源发送请求中的虚拟资源通过安全性检查的情况下， 从 所述第二***地址对应的第二***处获取该第二***中资源池中虚拟资源的第二资源 类型。
15、 根据权利要求 13所述的装置， 所述虚拟资源包括虚拟红包； 所述第一***包 括发送虚拟红包的客户端； 所述第二***包括接收虚拟红包的客户端； 所述资源类型包 括货币币种； 所述资源池包括用户账户。
16、 根据权利要求 15所述的装置， 所述虚拟红包包括基于跨境汇款渠道发送的跨 境虚拟红包。
17、 一种电子设备， 包括： 处理器； 用于存储处理器可执行指令的存储器； 其 中， 所述处理器被配置为上述权利要求 1-8中任一项所述的方法。
PCT/IB2021/054405 2020-05-22 2021-05-21 虚拟资源分配方法及装置和电子设备 WO2021234648A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010444285.3A CN111638954A (zh) 2020-05-22 2020-05-22 虚拟资源分配方法及装置和电子设备
CN202010444285.3 2020-05-22

Publications (1)

Publication Number Publication Date
WO2021234648A1 true WO2021234648A1 (zh) 2021-11-25

Family

ID=72330279

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2021/054405 WO2021234648A1 (zh) 2020-05-22 2021-05-21 虚拟资源分配方法及装置和电子设备

Country Status (2)

Country Link
CN (1) CN111638954A (zh)
WO (1) WO2021234648A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110238549A1 (en) * 2010-03-25 2011-09-29 Leftovercash, Inc. Foreign currency exchange system and method
CN107767267A (zh) * 2017-10-20 2018-03-06 上海策赢网络科技有限公司 一种虚拟资源的转移方法和装置
CN107784491A (zh) * 2016-08-26 2018-03-09 财付通支付科技有限公司 资源包发送方法、发放方法、资源获取方法及装置
CN111027951A (zh) * 2019-11-27 2020-04-17 腾讯科技（深圳）有限公司 跨域虚拟资源流转控制方法、装置、电子设备及存储介质
CN111028075A (zh) * 2019-12-12 2020-04-17 腾讯科技（深圳）有限公司 虚拟资源转移方法、装置及设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102427473B (zh) * 2011-11-28 2014-03-05 中国联合网络通信集团有限公司 跨平台资源构建方法及***
CN106855828A (zh) * 2015-12-09 2017-06-16 阿里巴巴集团控股有限公司 一种资源处理方法及装置
CN108270773A (zh) * 2017-12-22 2018-07-10 杭州顺网珑腾信息技术有限公司 一种用于实现电子红包发放的处理***
CN109146437B (zh) * 2018-07-25 2022-03-29 腾讯科技（深圳）有限公司 虚拟资源的处理方法、客户端及存储介质
CN109951374B (zh) * 2019-02-22 2021-06-08 上海掌门科技有限公司 一种虚拟资源对象分配的方法及设备
CN110569127B (zh) * 2019-09-10 2023-07-04 腾讯科技（深圳）有限公司 虚拟资源转移、发送、获取方法和装置
CN110910109B (zh) * 2019-11-25 2022-03-25 腾讯科技（深圳）有限公司 基于区块链的电子资源转移方法及装置
CN111131420B (zh) * 2019-12-12 2022-05-31 腾讯科技（深圳）有限公司 电子资源转移方法、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110238549A1 (en) * 2010-03-25 2011-09-29 Leftovercash, Inc. Foreign currency exchange system and method
CN107784491A (zh) * 2016-08-26 2018-03-09 财付通支付科技有限公司 资源包发送方法、发放方法、资源获取方法及装置
CN107767267A (zh) * 2017-10-20 2018-03-06 上海策赢网络科技有限公司 一种虚拟资源的转移方法和装置
CN111027951A (zh) * 2019-11-27 2020-04-17 腾讯科技（深圳）有限公司 跨域虚拟资源流转控制方法、装置、电子设备及存储介质
CN111028075A (zh) * 2019-12-12 2020-04-17 腾讯科技（深圳）有限公司 虚拟资源转移方法、装置及设备

Also Published As

Publication number Publication date
CN111638954A (zh) 2020-09-08

Similar Documents

Publication Publication Date Title
WO2019019490A1 (zh) 一种用于支付区块链网络中交易费用的方法和***
CN108921525B (zh) 区块链红包的处理方法、装置、电子设备及介质
US20190384627A1 (en) Secure consensus-based endorsement for self-monitoring blockchain
TWI759638B (zh) 操作請求分配方法、裝置及設備
KR102150747B1 (ko) 트랜잭션 정보 프로세싱 방법 및 장치
CN110998554B (zh) 实时的基于云的消息传递***
CN109819023B (zh) 分布式事务处理方法及相关产品
WO2017092598A1 (zh) 一种资源处理方法及装置
TWI647636B (zh) 區塊鏈負載平衡系統及其方法
CN110795343A (zh) 测试***、测试方法和计算设备
US20220230159A1 (en) Zero-step authentication using wireless-enabled mobile devices
US20170244727A1 (en) Tokenization for Network Authorization Routing
WO2021234648A1 (zh) 虚拟资源分配方法及装置和电子设备
CN112732547B (zh) 业务测试方法、装置、存储介质及电子设备
WO2021234649A1 (zh) 汇款执行方法及装置和电子设备
CN111028075A (zh) 虚拟资源转移方法、装置及设备
TW201624373A (zh) 資料業務處理方法及裝置
US10917244B1 (en) Blockchain network communication management
CN109905446B (zh) 一种业务处理方法、服务器和计算机存储介质
US10482446B2 (en) Payment system
TWI772758B (zh) 基於票據的請求流控制
WO2024011917A1 (en) Delegate model for blockchain transactions
US11341501B2 (en) Zero-step authentication of transactions using passive biometrics
TWI691921B (zh) 透過網路提供具備身分認證機制之金融服務的行動銀行系統與執行方法
TWI707282B (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: 21808939

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21808939

Country of ref document: EP

Kind code of ref document: A1