WO2022156696A1 - 一种数据处理方法、装置、计算机设备和可读存储介质 - Google Patents

一种数据处理方法、装置、计算机设备和可读存储介质 Download PDF

Info

Publication number
WO2022156696A1
WO2022156696A1 PCT/CN2022/072688 CN2022072688W WO2022156696A1 WO 2022156696 A1 WO2022156696 A1 WO 2022156696A1 CN 2022072688 W CN2022072688 W CN 2022072688W WO 2022156696 A1 WO2022156696 A1 WO 2022156696A1
Authority
WO
WIPO (PCT)
Prior art keywords
state
resource data
resource
business logic
service
Prior art date
Application number
PCT/CN2022/072688
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 WO2022156696A1 publication Critical patent/WO2022156696A1/zh
Priority to US17/965,668 priority Critical patent/US12099855B2/en

Links

Images

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/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4498—Finite state machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • 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/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488—Object-oriented

Definitions

  • the present application relates to the field of Internet technology, in particular to data processing technology.
  • red envelope payment business is mainly implemented in an event-driven manner.
  • the basic principle is as follows: when it is detected that the user sends a red envelope, it is judged whether the balance meets the requirements for sending red envelopes. If the requirements are met, the resource data is transferred to the red envelope account, and add a red packet record in the database, including the number of red packets and the amount of resource data; in the red packet receiving stage, it is judged whether the current number of red packets exceeds the number of red packets set when the red packet is issued, and only if it is less than the number of red packets is allowed.
  • the user receives the red envelope. After receiving the red envelope, a record of receiving the red envelope is inserted into the database, and the resource data is transferred to the account of the red envelope recipient. It can be seen that the implementation process of the existing red envelope payment business is performed in sequence according to the logic set in advance, and the implementation method of this resource data transfer business is single.
  • the embodiments of the present application provide a data processing method, apparatus, computer equipment, and readable storage medium, which can enrich the implementation manner of the resource data transfer service, and can better realize the resource data transfer service.
  • an embodiment of the present application provides a data processing method, which is executed by a computer device, including:
  • the state of the state machine of the resource data transfer service is set to the first state; the start request carries the state identifier of the first state;
  • the state of the state machine is adjusted to the second state, the second business logic corresponding to the second state is executed, and the execution result of the second business logic is obtained;
  • the service logic of the resource data transfer service includes at least the first service logic and the second business logic.
  • An aspect of an embodiment of the present application provides a data processing apparatus, the apparatus comprising:
  • a processing unit used to set the state of the state machine of the resource data transfer service as the first state in response to the start request of the resource data transfer service; the start request carries the state identifier of the first state;
  • the processing unit is further configured to execute the first business logic corresponding to the first state, and obtain an execution result of the first business logic;
  • the processing unit is further configured to adjust the state of the state machine to a second state according to the execution result of the first business logic, execute the second business logic corresponding to the second state, and obtain the second business logic the execution result;
  • an output unit configured to output the service execution result of the resource data transfer service according to the execution result of the second service logic when the second state is the termination state; the service logic of the resource data transfer service at least includes the first business logic and the second business logic.
  • an embodiment of the present application provides a computer device, including a processor and a memory, where the processor and the memory are connected to each other, wherein the memory is used to store a computer program, and the computer program includes program instructions, the The processor is configured to invoke the program instructions to execute the data processing method described above.
  • An aspect of an embodiment of the present application provides a computer-readable storage medium, where program instructions are stored in the computer-readable storage medium, and when the program instructions are executed, are used to implement the data processing method described above.
  • the embodiments of the present application provide a computer program product or computer program.
  • the computer program product or computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium.
  • the computer instructions are executed by a processor of a computer device, the execution The data processing method described above.
  • the state machine in the process of realizing the resource data transfer service, the state machine is used to realize the adjustment between the states of the resource data transfer service, and finally the resource data transfer service is realized, which enriches the realization mode of the resource data transfer service; Further, using the state machine can make the state transition of the entire resource data transfer service in an orderly manner, which is convenient for maintenance, and thus can better realize the resource data transfer service.
  • 1a is a schematic structural diagram of a data processing system provided by an embodiment of the present application.
  • FIG. 1b is an architectural diagram of a more specific data processing system provided by an embodiment of the present application.
  • FIG. 2a is a schematic diagram of a specific scenario of a data processing method provided by an embodiment of the present application.
  • 2b is a schematic diagram of a specific scenario of another data processing method provided by an embodiment of the present application.
  • 2c is a schematic diagram of a specific scenario of another data processing method provided by an embodiment of the present application.
  • FIG. 3 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • FIG. 4 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • FIG. 5 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • 6a is a schematic diagram of a notification message displaying a red envelope provided by an embodiment of the present application.
  • 6b is a schematic diagram of a notification message displaying a red envelope provided by an embodiment of the present application.
  • 6c is a schematic diagram of displaying data in a resource receiving interface provided by an embodiment of the present application.
  • FIG. 7 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • FIG. 8a is a schematic diagram of the flow of red envelope funds provided by an embodiment of the present application.
  • 8b is a schematic diagram of the implementation of a state machine based on a state mode provided by an embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of a data processing apparatus provided by an embodiment of the present application.
  • FIG. 10 is a schematic structural diagram of a computer device provided by an embodiment of the present application.
  • the data processing system may include a terminal device 101 and a server 102 .
  • the terminal device 101 and the server 102 may communicate directly or indirectly through wired or wireless communication.
  • the terminal device 101 is a device capable of realizing the resource data transfer service, or the terminal device 101 runs an application program capable of realizing the resource data transfer service, for example, the application program may be a payment application program.
  • the above-mentioned terminal device 101 can be a smart device such as a mobile phone, a tablet computer, a notebook computer, a handheld computer, a mobile internet device (MID), a wearable device, etc.; the above-mentioned server 102 can be an independent physical server, or multiple A server cluster or distributed system composed of physical servers can also provide cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, and content distribution networks. (Content Delivery Network, CDN), and cloud servers for basic cloud computing services such as big data and artificial intelligence platforms.
  • CDN Content Delivery Network
  • cloud servers for basic cloud computing services such as big data and artificial intelligence platforms.
  • the data processing system can be deployed based on the blockchain network, that is, both the terminal device and the server can be deployed in the blockchain network, or the terminal device can be deployed outside the blockchain network, and the server can be deployed in the blockchain network.
  • the server is deployed in the blockchain network, and the server is a server cluster or distributed system composed of multiple physical servers, each server can serve as a node in the blockchain network.
  • the blockchain mentioned here is a new application mode of computer technology such as distributed data storage, point-to-point transmission, consensus mechanism, and encryption algorithm. It is essentially a decentralized database, which is a series of associated data blocks generated using cryptographic methods.
  • the involved data (such as multiple states of a state machine and business logic corresponding to each state) can be stored on the blockchain.
  • the present application can be applied to the following scenarios: when game coins need to be transferred through a game APP, the solution of the present application can utilize the state machine for transferring game coins to complete the transfer of game coins.
  • multiple states can be set for the state machine according to the process of transferring game coins, and then the current state of the state machine for transferring game coins can be determined according to the user's operation for transferring game coins (for example, the current state is to purchase game coins) Coin state), and execute the business logic in the current state of the state machine: receive the user's input payment password, and transfer game coins to the user's game account.
  • the solution of this application can use the state machine for transferring the invoice to complete the transfer of the invoice.
  • multiple states can be set for the state machine according to the process of transferring the invoice, and then the current state of the state machine for transferring the invoice can be determined according to the user's operation for transferring the invoice (for example, the current state is the invoice generation state), And execute the business logic in the current state of the state machine: transfer the generated invoice to the merchant; after the invoice is successfully transferred to the merchant, the state of the state machine can be adjusted from the invoice generation state to the transfer success state; and so on, when a certain When each state is the termination state of the state machine, the result of transferring the invoice can be output according to the business execution result of this state.
  • the solution of the present application can utilize the state machine to realize the process of transferring legal currency.
  • the current state of the state machine for transferring legal currency can be determined according to the user's operation for transferring legal currency, and the business logic corresponding to the current state of the state machine can be executed, and according to the execution of the business logic The result determines the next state of the state machine, and transfers legal currency by continuously adjusting the state of the state machine.
  • the embodiment of the present application also provides a specific architecture of a data processing system.
  • the data processing system includes access layer, logical layer and data layer.
  • the access layer is mainly used to verify the user's login identity, and to limit the working frequency of computer equipment;
  • the logic layer is mainly used to realize the main process of the entire red envelope transfer business, including sending red envelopes, receiving red envelopes, and refunding red envelopes.
  • the process of the entire red envelope business can be controlled through a state machine.
  • multiple states can be set for the state machine of the red envelope business, and then the entire red envelope transfer business can be realized by adjusting the state of the state machine, and in the process of continuously optimizing the red envelope business process, the state machine can be based on the The optimization of the red envelope business process keeps adding new states.
  • the data layer is mainly used to store business orders, user orders, etc.
  • the data processing method provided by the embodiment of the present application can be executed by a computer device, and the computer device can be the terminal device 101 or the server 102 in the above-mentioned data processing system; the following takes the realization of the resource data transfer service through the computer device as an example to describe in detail:
  • FIG. 2a-FIG. 2c are schematic diagrams of scenarios of a data processing method provided by an embodiment of the present application.
  • Figure 2a is used to represent the resource data transfer service in the resource data transfer service provided by the embodiment of the present application.
  • the resource data transfer service is a red envelope service; as shown in Figure 2a, when user A passes its own When account A executes the red-envelope operation, the computer device (corresponding to the mobile phone used by user A) can correspondingly receive the start request for red-envelope distribution.
  • the computer device can set the state of the state machine of the red-envelope business to: waiting for the user to pay Then, the computer device can determine the first business logic under the "waiting for user payment state", assuming that the first business logic is to receive the payment password input by the user and transfer the resource data; then when the user enters the payment password, and to the user After the input payment password is verified, the resource data transfer operation is performed; after the resource data transfer is successful, the state of the state machine is adjusted from "waiting for user payment status" to: payment completion status.
  • payment completion status user A sends The resource data of the red envelope can be saved in the public account B in the corresponding area, so that subsequent users can transfer the red envelope from the public account B in the corresponding area to the account of the user who receives the red envelope.
  • the computer device can determine whether the "payment completion state” is a termination state, and when the computer device determines that the "payment completion state” is not terminated In the state, the computer device can execute the second business logic corresponding to the "payment completed state"; the second business logic at this time is to allocate the resource data in the red envelope to the user, which can be understood as a user successfully receiving the corresponding red envelope. , and the number of red packets received increases; then, when different users perform a red packet receiving operation, the computer device will correspondingly increase the number of received red packets by 1.
  • the computer device can determine whether the number of red packets received is less than the total number of red packets sent by user A, and if the number of red packets received is less than the total number of red packets sent, the computer device can change the state of the state machine from "payment completed state” Adjusted to "partial claim status", the business logic under this "partial claim status" is: Allocate the resource data in the red envelope to the user.
  • the computer device When the user performs the operation of clicking to receive the red envelope, the computer device correspondingly executes the business logic under the "partial receiving state"; if the number of red envelopes already received is less than the total number of red envelopes sent by user A, but the validity period of the sent red envelope exceeds the predetermined time Set the time, indicating that no user will receive the red envelope sent by user A in the future, the red envelope sent by user A has expired, and the computer device needs to return the expired red envelope to user A, then the computer device can adjust the state of the state machine from "partially received state” It is "refunding status", and then execute the business logic corresponding to "refunding status”: return the resource data in the red envelope. And so on.
  • the computer device determines that the state of the state machine is a termination state such as the full claim status or the refund successful status, output the resource data transfer service according to the execution result of the business logic of the full claim status or the execution result of the business logic of the refund successful status business execution results.
  • the cross-regional resource transfer services may be, for example, cross-region 1 and region 2 red-envelope business. Take user A and user B in region 1, and user C in region 2 to perform the red envelope business. After user B clicks the red envelope sent by user A, the computer device can save the red envelope in the public account B of region 1. The resource data is transferred to user B's account. In the specific implementation, the resource data stored in the red envelope of the public account B of the region 1 is transferred to the account of the user B mainly by adjusting the state of the state machine.
  • the computer device when user B clicks on the red envelope sent by user A, the computer device will receive the start request of the red envelope business accordingly, and can set the state of the red envelope receiving state machine to the initial state "to be transferred".
  • the business logic of "to-be-transferred status" is that the public account B in area 1 transfers money to user B; the computer equipment executes the transfer from public account B in area 1 to user B, and when the public account B in area 1 successfully transfers the red envelope to the user in area 1 After B, it can be understood that user B in region 1 has successfully received the resource data in the red envelope; the computer equipment adjusts the state of the state machine from "transfer pending state” to "transfer successful state".
  • the resource data of the red envelopes saved in the public account B of the above area 1 is the resource data suitable for use in the area 1.
  • the computer device After user C clicks on the red envelope sent by user A, since user C and user A are not in the same area, for the security of fund payment, the computer device responds to the click operation of user C (that is, receives the start request of the resource data transfer service), You can first transfer the resource data stored in the red envelope of public account B in area 1 to public account C in area 1, then the public account C in area 1 pays by swiping the card, and integrates the resource data saved by itself through the wallet to realize resource data. Conversion between 1 (applicable to resource data used in area 1) and resource data 2 (applicable to resource data used in area 2), and then transfer the public account B of area 2 to the public account C of area 2, and finally Transfer money to user C's account through public account C in region 2.
  • FIG. 2c is a process of realizing that user C receives the resource data in the red envelope of user A by adjusting the state of the state machine.
  • the computer device will receive the start request of the red envelope business correspondingly, and can set the state of the state machine of the red envelope to be "initial state", the first state of the "initial state”
  • a business logic is: calculate the resource data 1 received by the user C, convert the received resource data 1 into resource data 2, and generate a resource data 2 split order.
  • the computer device executes the first business logic, and after generating the resource data 2, the state machine of the red envelope business is adjusted from the "initial state" to "the public account B of the region 1 (referred to as region 1B in Fig. 2c)" ) transfer status to the public account C of area 1 (referred to as area 1C in FIG. 2c )”, and determine the second business logic of the state “to be transferred from the public account B of area 1 to the public account C of area 1” as the second business logic of area 1
  • the public account B transfers money to the public account C in the area 1, and performs the transfer from the public account B in the area 1 to the public account C in the area 1.
  • the computer equipment needs to determine whether the "transfer status of the public account B in the area 1 to the public account C in the area 1" is terminated, if the "transfer status from the public account B in the area 1 to the public account C in the area 1" is not terminated
  • the state of the state machine can be adjusted from "to be transferred from the public account B of the area 1 to the public account C of the area 1" to " Public account B in area 1 transfers successfully to public account C in area 1"
  • public account in area 1 C makes the payment by swiping the card, and then the computer device determines whether the "successful transfer status of the public account B in the area 1 to the public account C in the area 1" is a terminated state, if "the public account B in the area 1 has successfully transferred the public account
  • the device can output the business execution result of receiving the red envelope according to the successful payment status of the enterprise or the execution result of the business logic of red envelope rollback.
  • the state machine in the process of realizing the resource data transfer service, the state machine can be used to control the resource data transfer in the resource data transfer service, which enriches the realization mode of the resource data transfer service; further, the state machine is used to realize the above process, The state transition of the entire resource data transfer business is made in an orderly manner, which is convenient for maintenance, so that the resource data transfer business can be better realized.
  • FIG. 3 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • the method can be executed by computer equipment, and the computer equipment sets corresponding state machines for different services.
  • the data processing method described in this embodiment may include the following steps S301-S304:
  • the resource data transfer business can specifically be game currency transfer business, invoice transfer business, legal currency transfer business, etc.; in the electronic red envelope scenario, resource data transfer business can be divided into resource transfer business and resource transfer business; resource transfer business; The business can be the business of receiving red envelopes; the business of transferring resources can be the business of issuing red envelopes, etc.
  • the state machine has multiple states set for the resource data transfer service, and each state in the multiple states has a corresponding state identifier, the multiple states set for the state machine of the resource data transfer service, and each state
  • the state identifiers corresponding to each state can be stored in the local space of the computer device or on the blockchain network to prevent tampering with multiple states of the state machine and the state identifiers corresponding to each state.
  • the computer device when the computer device receives the start request of the resource data transfer service, it can first obtain the state identifier of the first state from the local space or from the blockchain network, and set the state of the state machine of the resource data transfer service as: first state.
  • the start request may be a request generated in response to a resource data transfer operation.
  • the state identifier of the first state is a preset state identifier of the initial state, and the computer device sets the initial state to the first state. state.
  • the resource data transfer operation may be an operation of clicking a control used to trigger the resource data transfer service. For example, the user may click on the control for issuing red packets or click on the control for receiving red packets; the resource data transfer operation may also be a user inputting an instruction for resource data transfer. or password manipulation.
  • the state adjustment of the state machine may fail due to reasons such as poor network quality or system jitter.
  • the start request may also be a breakpoint restart request generated after the state adjustment of the state machine fails, and the state identifier of the first state is the state identifier of the state the state machine is in when the state adjustment of the state machine fails.
  • the computer device saves the state adjustment history record of the state machine; when the computer device receives a breakpoint restart request generated after the state adjustment fails for the state machine, it can obtain the state adjustment history record and determine when the state adjustment fails.
  • the state identifier of the state where the state machine is located, and the state identifier of the state where the state machine is located is determined as the state identifier of the first state.
  • the state history adjustment record can be saved in the blockchain network.
  • each state of the state machine corresponds to business logic
  • the business logic corresponding to each state can be stored in the local space of the computer device, or the business logic corresponding to each state can be uploaded to the blockchain network and saved to Tampering is prevented; the computer device can first determine the first business logic from the local space or the blockchain network according to the first state, and then execute the first business logic.
  • the resource data transfer service is a resource transfer service (such as sending a red envelope)
  • the number of states corresponding to the state machine of the resource data transfer service is relatively small , and there is only one payment flow action, and the state of the state machine is relatively fixed.
  • the computer device may be implemented based on a common procedural state machine to determine the first business logic.
  • the resource data transfer service is a resource transfer service (such as receiving a red envelope)
  • the state machine has many states. If the above-mentioned state machine based on ordinary procedure is used, it is easy to cause logical confusion between codes, thereby increasing the development difficulty of developers and reducing development efficiency.
  • the state machine the state machine based on the ordinary procedure is more intrusive to the original code module. Therefore, when the state machine has many states, in order to make the state machine have good scalability and flexibility.
  • the computer device may determine the first business logic based on the state machine of the state schema.
  • the state machine based on the ordinary process means that each state of the state machine corresponds to a process-oriented state judgment condition, and corresponding business logic can be determined and executed according to each state judgment condition.
  • the state machine based on the state pattern means that each state of the state machine corresponds to an object-oriented state class, and corresponding business logic can be determined and executed based on each state class.
  • Each state of the state machine corresponds to a process-oriented state judgment condition or each state of the state machine corresponds to an object-oriented state class, which is determined by the number of states corresponding to the state machine.
  • each state of the state machine when the number of states corresponding to the state machine is less than the preset value, each state of the state machine can be selected to correspond to a process-oriented state judgment condition; when the number of states corresponding to the state machine is greater than or equal to the preset value, Each state of the state machine can be chosen to correspond to an object-oriented state class.
  • the state transition logic can be set in advance according to the state transition requirements of the resource data transfer service, and the computer device can compare the execution result of the state transition logic and the first business logic according to the state transition logic, and then compare the state of the state machine according to the comparison result. Adjust from the first state to the second state, then determine the corresponding second business logic according to the second state, and execute the second business logic.
  • the computer device may determine whether the second state is the termination state.
  • the state of the state machine can be adjusted according to the execution result of the second service logic, and based on the adjusted state, the service execution result of the resource data transfer service is output.
  • the computer device can take the current second state as the new first state, take the second business logic of the current second state as the new first business logic, and take the second business logic of the current second state as the new first business logic.
  • the current execution result of the second business logic is used as the execution result of the new first business logic, and then a new second state is determined according to the execution result of the new first business logic, and so on.
  • the business logic of the resource data transfer business includes at least a first business logic and a second business logic; in a specific implementation, the computer device outputs the final resource data transfer situation of the resource data transfer business according to the execution result of the second business logic.
  • the state machine in the process of realizing the resource data transfer service, is used to control the adjustment between states in the resource data transfer service, and finally the resource data transfer service is realized, which enriches the realization method of the resource data transfer service. ; Further, the state machine is used to realize the above process, so that the state transition of the entire resource data transfer service is orderly, which is convenient for maintenance, and thus can better realize the resource data transfer service.
  • FIG. 4 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • the method can be executed by computer equipment, and the computer equipment sets corresponding state machines for different services.
  • the data processing method described in this embodiment is introduced by taking the resource data transfer service as the resource data transfer out service as an example, and may include the following steps S401-S406:
  • the start request carries the state identifier of the first state.
  • the state machine corresponds to a plurality of states, and each state corresponds to a process-oriented state judgment condition.
  • the computer device traverses the state judgment conditions corresponding to the multiple states according to the first state, so as to determine the state judgment conditions corresponding to the first state, and executes step S403. For example, if the first state is the payment completion state, the computer device can traverse each state to determine whether there is a payment completion state in the conditions. If the payment completion state is successfully traversed under the various state determination conditions, it can determine the state determination condition corresponding to the payment completion state. .
  • the state judgment condition of each state corresponds to business logic.
  • the resource data transfer service is a resource transfer service
  • the first service logic corresponding to the first state may include resource data package allocation, statistics on the number of transferred resource data packages, and the like.
  • the first state is a state where the resource data package is partially transferred out, and the first business logic corresponding to the state judgment condition of the first state is to convert the resource data package into The resource data is allocated to the corresponding users, and the number of transferred resource data packages is counted (in the electronic red envelope scenario, the number of transferred resource data packages is the number of red envelopes received); the final execution result of the first business logic is the transferred resources number of packets.
  • the execution result of undertaking the above-mentioned first business logic is the number of transferred resource data packets, and the computer device obtains the total amount of resource data packets (in the electronic red packet scenario, the total amount of resource data packets is the total number of red packets sent by the user), and determines the transferred resources. Whether the number of packets is less than the total number of resource packets.
  • the state adjustment implementation process of the state machine is as follows:
  • the computer device traverses the state judgment conditions corresponding to each of the multiple states again to determine the second state.
  • the state judgment condition corresponding to the state is read, the second business logic corresponding to the state judgment condition is read, the second business logic is executed, and the state of the state machine is adjusted according to the execution result of the second business logic.
  • the second state can be regarded as the new first state
  • the state adjusted by the state machine can be regarded as the new second state
  • the service execution result of the resource data transfer service is output according to the business logic result of the termination state.
  • the execution result of the second business logic may include notification information indicating that all resource data packages have been received, or an expired resource data package has been returned to the account.
  • the service execution result of the resource transfer service is that the resource data package is successfully transferred out; when the execution result of the second business logic is When the expired resource data package has been returned to the account, the business execution result of the resource transfer service is that the resource data package is partially transferred out successfully.
  • a plurality of state judgment conditions corresponding to the state machine can be used to determine the state judgment conditions corresponding to the first state, and the state judgment conditions corresponding to the first state can be determined according to the state judgment conditions corresponding to the first state.
  • the first business logic and then adjust the state of the state machine to the second state according to the execution result of the first business logic, thus enriching the implementation mode of the resource data transfer service; further, using the state machine to realize the above process, so that the entire resource data
  • the state transition of the transfer business is orderly, which is easy to maintain, so that the resource data transfer business can be better realized.
  • FIG. 5 is a schematic flowchart of a data processing method provided by an embodiment of the present application.
  • the method can be executed by computer equipment, and the computer equipment sets corresponding state machines for different services.
  • This embodiment takes the resource data transfer service as the resource transfer service as an example for introduction, wherein the resource transfer service can be cross-regional resource transfer.
  • the service may also be the same area resource transfer service, which is not limited in the embodiment of the present application; the data processing method may include the following steps S501-S506:
  • the start request carries the state identifier of the first state.
  • the state machine includes multiple states, each state corresponds to an object-oriented state class, and each state class includes business logic.
  • the state pointer points to the instance corresponding to the state class of the first state.
  • the business logic that needs to be executed in the first state is encapsulated, the state pointer points to the instance corresponding to the state class of the first state, and the computer device can correspondingly determine the corresponding instance of the first state.
  • the first business logic is executed, and the first business logic is executed.
  • the state schema includes not only the state class, but also an environment class and an abstract class; wherein, the environment class maintains an instance of the state class, and runs operations of the instance corresponding to the state class through the interface of the abstract class.
  • a class can hold a state pointer; an abstract class, defined as the abstract interface of the environment class, can also be understood as a base class, and the abstract class is the parent class of the state class.
  • the computer device may point to the instance of the state class of the first state in the abstract class through the state pointer of the environment class.
  • the first business logic includes displaying on the session interface a notification message that the resource data package has been received.
  • the cross-regional resource transfer service is cross-regional red envelopes.
  • the The conversation interface displays the notification message of receiving the red envelope, and at this time, the notification message that the red envelope is received can be displayed in the conversation interface as shown in Figure 6a above.
  • each of the above state classes includes state transition logic.
  • the computer device may determine the second state according to the first business logic and state transition logic, and then point the state pointer to the instance corresponding to the state class of the second state, so that the state of the state machine is adjusted from the first state to the second state.
  • the above state transition logic includes one or more transition conditions and states corresponding to each transition condition.
  • the computer device determines, according to the first business logic and the state transition logic, that the specific implementation of determining the second state is: judging whether the execution result of the first business logic hits the target transition condition in the state transition logic; if the execution result of the first business logic hits the state For the target transition condition in the transition logic, the state corresponding to the target transition condition is determined as the second state, wherein the target transition condition is one transition condition among the one or more transition conditions.
  • the multiple conversion conditions are resource payment failure and resource payment success.
  • the resource payment failure corresponds to the resource transfer to the failed state
  • the resource payment success corresponds to the resource transfer to the successful state. If the target conversion condition hit by the execution result of the first business logic is resource payment failure, then the resource can be transferred to the failure state and determined as the second state; If the target conversion condition hit by the execution result of the first business logic is that the resource payment is successful , the resource can be transferred to the success state as the second state.
  • each of the above states corresponds to a process-oriented state class, and each state class, including business logic and state transition conditions, can be stored in the blockchain network.
  • the two conversion conditions may include resource data transfer success and resource data transfer failure; where resource data transfer success corresponds to the successful payment status of the enterprise, and resource data transfer failure corresponds to the enterprise payment failure status . If the execution result of the first business logic hits the resource data transfer success in the two conversion conditions, the enterprise payment success state is taken as the second state; if the execution result of the first business logic hits the resource data transfer failure in the two conversion conditions , the enterprise payment failure state is taken as the second state.
  • the computer device can call the target function in the state class corresponding to the abstract class through the environment class to judge the termination state. If the target function returns the state identifier of the terminal state, then determine that the second state is the terminal state, and execute step S506; if the target function returns the state identifier of the non-terminal state, then determine that the second state is the non-terminal state, and execute step S506 S505.
  • the computer device may call a service execution function to execute the second service logic corresponding to the second state.
  • the second business logic may include an opening window for displaying the red envelope in the session interface, and the interface for displaying the opening window for the red envelope at this time may be as shown in FIG. 6b.
  • the business logic of the resource data transfer business includes at least a first business logic and a second business logic.
  • the second business logic includes displaying the user name, the first resource data amount and the second resource data amount of the user who initiates the resource transfer service in the resource claim interface, wherein the first resource data amount and the first resource data amount
  • the second resource data volume corresponds to resource types in different regions.
  • the computer device adjusts the state of the state machine to The second state, and the second business logic corresponding to the second state is executed, that is, the user name "XX" who sent the red envelope is displayed on the resource receiving interface, the data volume of the first resource is "YY", and the data volume of the second resource is "ZZ" ".
  • the area corresponding to the first resource data volume is region 2, the resource type of the first resource data volume is resource data 1; the area corresponding to the second resource data volume is the game application area, and the resources of the second resource data volume are The type is game currency and so on.
  • the present application does not limit the resource types in different regions corresponding to the first resource data amount and the second resource data amount.
  • the computer device in the process of performing the resource data transfer service, adjusts the state of the state machine for controlling the resource data transfer service from the first state to the second state according to the execution result of the first service logic in the first state. state, and then judge the termination state in each state, so as to enrich the implementation of resource data transfer business.
  • the state machine is used to realize the above process, so that the state transition of the entire resource data transfer service is orderly, which is convenient for maintenance, so that the resource data transfer service can be better realized.
  • each state corresponds to a process-oriented state class. When there are many states of the state machine, the processing time of the entire resource data transfer service can be reduced.
  • each of the above states corresponds to a state class
  • all behaviors related to a certain state are set in the corresponding state class, and the behavior of the object can be changed only by changing the state of the object. Based on this, when it is necessary to transfer the resource data.
  • a business adds a new state, it only needs to generate a new state class corresponding to the new state to perform corresponding operations, which has good scalability.
  • FIG. 7 is a schematic flowchart of a data processing method provided by an embodiment of the application.
  • the data processing method can be executed by any node in the blockchain network, that is, the computer device in the foregoing embodiment can be any A node, and corresponding state machines are set for different services, the data processing method described in this embodiment may include the following steps S701-S706:
  • any node can read the start request of the resource data transfer service, and according to the start request, the state of the state machine of the resource data transfer service is set to the first state.
  • S705 Encapsulate the multiple states experienced by the state machine in the resource data transfer service, the execution result of the business logic corresponding to each state, and the service execution result of the resource data transfer service into blocks.
  • any node after any node receives the multiple states experienced by the state machine in the resource data transfer service, the execution result of the business logic corresponding to each state, and the service execution result of the resource data transfer service, it can compare the received multiple states. Each state, the execution result of the business logic corresponding to each state, and the business execution result of the resource data transfer service are verified. After the verification is passed, any node can execute the execution of the business logic corresponding to multiple states and each state. The result and the business execution result of the resource data transfer business are stored, and the block header and the block body are generated to obtain the block.
  • any node sends the above-generated block to other nodes in the blockchain network, and other nodes verify the generated block, and add the block to the blockchain after the verification is passed. middle.
  • the state machine in the process of performing the resource data transfer service, is used to control the transfer of resource data in the resource data transfer service, which does not need to be executed according to the preset logic in a certain program, and the resource can be accurately determined.
  • FIG 8a shows the specific circulation process of the entire red envelope capital flow: user C in region 1 sends red envelopes through account C or expressly, wherein account C can be understood as user C's coin purse; express can be understood as a bank card; The data resources in the sent red envelope are stored in the intermediate account (the merchant B account in Figure 8a), and then wait for the user to receive the red envelope.
  • the resource data in the red envelope is directly transferred to the user's coin wallet through the intermediate account.
  • the intermediate account needs to transfer the resource data in the red envelope to another intermediate account (the merchant C account in Figure 8a), and then the merchant C account swipes the card to pay, and passes Only by wallet fusion can resource data 1 (resource data applicable to region 1) be converted into resource data 2 (resource data applicable to region 2), and finally the coin wallet of the user in region 2 can be obtained. Since the wallet fusion process has been fixed, the embodiments of this application do not discuss the states involved in the wallet fusion.
  • the state mode is mainly composed of three types of classes: Context class (or called environment class), State class (or called abstract class) and ConcreteState class (or called state class), each state class corresponds to a The state of a cross-regional red envelope state machine, and the internal package corresponds to the implementation required for each state.
  • Context class or called environment class
  • State class or called abstract class
  • ConcreteState class or called state class
  • the Context class holds a state pointer to the State class (the parent pointer of the ConcreteState class), and the Context class can include the Run function and the mystate function.
  • the Run function The state pointer can be used to realize the state transition of the state machine and the business logic corresponding to the execution state; the mystate function can realize other functions.
  • Each ConcreteState class corresponds to isFinal function, process function, setcontext function, etc.
  • the isFinal function can be used to judge the termination state of the state machine, the process function can be used to execute the business logic corresponding to the state of the state machine, and the setcontext function can be used to Other functions of the state machine are implemented.
  • the computer device When the computer device receives the start request of the red envelope business from the user in region 2, it sets the state machine of the cross-region red envelope business to the initial state (corresponding to the first state above), and calls the state through the Run function in the Context class.
  • the pointer points to the isFinal function in the state class corresponding to the initial state in the State class, and judges whether the first state is a terminated state.
  • the state pointer is called through the Run function in the Context class to point to the process function in the state class corresponding to the initial state in the State class, and then the resource data 1 (corresponding to the above-mentioned state class) is calculated.
  • the business logic corresponding to the CBeforeB2CState class can be executed according to the above-mentioned business logic corresponding to the initial state, that is, the transfer from the merchant B account to the merchant C account, if the transfer is successful (the business logic execution result), then update the State pointer in the Context class to point to an instance of CB2CSucState (the state pointer points to an instance of CB2CSucState).
  • each state forms a subclass, and each state class only cares about her next possible state (that is, encapsulates the transition principle).
  • business logic Then modify the business logic and state transition conditions in the state class corresponding to the previous state, so that the previous state points to this newly added state, and the entire process can be automatically executed according to the state machine. There is no need to reconstruct the entire business logic.
  • the logic is not intrusive, the scalability is very good, and it is suitable for the code implementation of industry state machines such as payment.
  • the resource data transfer service state migration implemented in the embodiments of the present application based on the state mode has the following advantages:
  • Each state forms a subclass, and each state class only cares about its next possible state, thus encapsulating the transition principle.
  • the state transition logic and the state object are allowed to be integrated, that is, the state transition logic and the state object are both stored in the class corresponding to the state object, rather than a huge conditional statement block.
  • the code implementation of the final source data transfer business presents a design implementation with high cohesion and high expansion.
  • FIG. 9 is a schematic structural diagram of a data processing apparatus provided by an embodiment of the present application.
  • the data processing apparatus may be applied to the computer equipment in the above-mentioned embodiment corresponding to FIG. 3 or FIG. 4 or FIG. 5 ; or the data processing apparatus may be applied to any node in the above-mentioned embodiment corresponding to FIG. 7 .
  • the data processing apparatus may be a computer program (including program code) running in a computer device, for example, the data processing apparatus is an application software; the data processing apparatus may be used to execute corresponding steps in the methods provided in the embodiments of the present application.
  • a processing unit 901 configured to, in response to a start request of the resource data transfer service, set the state of the state machine of the resource data transfer service to a first state; the start request carries a state identifier of the first state;
  • the processing unit 901 is further configured to execute the first business logic corresponding to the first state, and obtain an execution result of the first business logic;
  • the processing unit 901 is further configured to adjust the state of the state machine to a second state according to the execution result of the first business logic, execute the second business logic corresponding to the second state, and obtain the second business the result of the execution of the logic;
  • An output unit 902 configured to output the service execution result of the resource data transfer service according to the execution result of the second service logic when the second state is the termination state; the service logic of the resource data transfer service is at least It includes the first business logic and the second business logic.
  • processing unit 901 is further configured to:
  • the state of the state machine is adjusted according to the execution result of the second service logic, and based on the adjusted state, a service execution result of the resource data transfer service is output.
  • the resource data transfer service includes a cross-regional resource transfer service
  • the first service logic includes displaying a notification message of receiving a resource data package on a session interface
  • the second service logic includes a resource receiving service.
  • the user name, the first resource data volume and the second resource data volume of the user who initiated the resource transfer service are displayed in the interface, and the first resource data volume and the second resource data volume correspond to resource types in different regions .
  • the start request of the resource data transfer service is a request generated in response to a resource data transfer operation
  • the start request of the resource data transfer service is a breakpoint restart request generated after the state adjustment of the state machine fails, and the state identifier of the first state carried in the start request is the state identifier of the state where the state machine is located when the state adjustment fails.
  • the state machine corresponds to multiple states, each state corresponds to a process-oriented state judgment condition, each state judgment condition corresponds to business logic, and the multiple states at least include the first state and the second state; the processing unit 901 is further configured to:
  • the service roadbed corresponding to the state judgment condition of the first state is read as the first service logic.
  • the resource data transfer service includes a resource transfer out service
  • the execution result of the first business logic includes the number of transferred resource data packets and a valid time stamp of the resource data
  • the processing unit 901 is specifically configured to :
  • the state of the state machine is adjusted to the state of all resources being transferred out, as the second state of the state machine;
  • the state of the state machine is adjusted to the returned resource state, which is used as the state machine the second state.
  • the state machine includes multiple states, each state corresponds to an object-oriented state class, and each state class includes business logic; when the state of the state machine is the first state, the state pointer points to the The instance corresponding to the state class of the first state; the processing unit 901 is specifically used for:
  • the state transition logic includes one or more transition conditions and states corresponding to each transition condition; the processing unit 901 is specifically configured to:
  • the state corresponding to the target transition condition is determined as the second state, and the target transition condition is the one or more A transition condition in transition conditions.
  • the resource data transfer service includes a resource transfer service
  • the plurality of conversion conditions include resource payment failure and resource payment success
  • the resource payment failure corresponds to a resource transfer failure state
  • the resource payment is successful The corresponding resource is transferred to the successful state
  • the second state is that the resource transitions to a failure state
  • the second state is that the resource transitions to a successful state.
  • each state of the state machine corresponds to a process-oriented state judgment condition; or, each state of the state machine corresponds to an object-oriented state class, and the state class is the number of states corresponding to the state machine Decide.
  • the start request of the resource data transfer service is read from the blockchain; the processing unit 901 is further configured to:
  • FIG. 10 is a schematic structural diagram of a computer device provided by an embodiment of the present application.
  • the computer device in the embodiment corresponding to FIG. 3 or FIG. 4 or FIG. 5 may be the computer device shown in FIG. 10
  • any node in the embodiment corresponding to FIG. 7 may be the computer device shown in FIG. 10 .
  • the computer device may include: a processor 1001 , an input device 1002 , an output device 1003 and a memory 1004 .
  • the above-mentioned processor 1001 , input device 1002 , output device 1003 and memory 1004 are connected through a bus 1005 .
  • the memory 1004 is used for storing a computer program
  • the computer program includes program instructions
  • the processor 1001 is used for executing the program instructions stored in the memory 1004 .
  • the processor 1001 executes the data processing method described in the foregoing method embodiments by running the executable program code in the memory 1004 .
  • the processor 1001 may be a central processing unit (Central Processing Unit, CPU), and the processor 1001 may also be other general-purpose processors, digital signal processors (Digital Signal Processor, DSP) ), Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • a general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
  • the memory 1004 may include read only memory and random access memory, and provides instructions and data to the processor 1001 .
  • a portion of memory 1004 may also include non-volatile random access memory.
  • the input device 1002 may include a keyboard, etc., and input the source code of the blockchain program to be tested to the processor 1001; the output device 1003 may include a display and the like.
  • the processor 1001, the input device 1002, the output device 1003, and the memory 1004 described in the embodiments of the present application may perform the implementations described in all the foregoing embodiments, and may also perform the implementations described in the foregoing apparatus. It is not repeated here.
  • An embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and the computer program includes program instructions, and when the program instructions are executed by a processor, all the foregoing embodiments can be executed steps performed in .
  • the embodiments of the present application also provide a computer program product or computer program, where the computer program product or computer program includes computer instructions, the computer instructions are stored in a computer-readable storage medium, and when the computer instructions are executed by the processor of the computer device, all the above-mentioned methods in the examples.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (Read-Only Memory, ROM), or a random access memory (Random Access Memory, RAM) or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Systems (AREA)

Abstract

一种数据处理方法、装置、计算机设备和可读存储介质，其中方法包括：响应于资源数据转移业务的启动请求，将资源数据转移业务的状态机的状态设置为第一状态；启动请求携带有第一状态的状态标识；执行第一状态对应的第一业务逻辑，得到第一业务逻辑的执行结果；根据第一业务逻辑的执行结果，将状态机的状态调整为第二状态，执行第二状态对应的第二业务逻辑，得到第二业务逻辑的执行结果；当第二状态是终止状态时，根据第二业务逻辑的执行结果，输出资源数据转移业务的业务执行结果；资源数据转移业务的业务逻辑至少包括第一业务逻辑和第二业务逻辑，可以丰富资源数据转移业务的实现方式。

Description

一种数据处理方法、装置、计算机设备和可读存储介质
本申请要求于2021年01月25日提交中国专利局、申请号为2021100989150、申请名称为“一种数据处理方法、装置、计算机设备和可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及互联网技术领域，尤其涉及数据处理技术。
背景技术
目前，随着互联网技术的不断发展，出现了各式各样的支付业务，如红包支付、转账等业务。其中，以红包支付业务为例，红包支付业务主要以事件驱动的方式实现，基本原理如下：检测到用户发红包时，判断余额是否满足发红包要求，若满足要求，则将资源数据转出发红包者账户，并在数据库中添加一条发红包记录，其中包括领取次数和资源数据量；在领红包阶段，判断当前领取次数是否超过发红包时设置的领取次数，只有小于该领取次数时，才允许用户领取红包，领取红包后，在数据库中插入一条领红包记录，并向红包所得者账户转入资源数据。可见，现有的红包支付业务的实现过程，是按照事先设定的逻辑依次执行的，这种资源数据转移业务的实现方式单一。
发明内容
本申请实施例提供了一种数据处理方法、装置、计算机设备和可读存储介质，可以丰富资源数据转移业务的实现方式，能够更好地实现资源数据转移业务。
本申请实施例一方面提供了一种数据处理方法，由计算机设备执行，包括：
响应于资源数据转移业务的启动请求，将所述资源数据转移业务的状态机的状态设置为第一状态；所述启动请求携带有所述第一状态的状态标识；
执行所述第一状态对应的第一业务逻辑，得到所述第一业务逻辑的执行结果；
根据第一业务逻辑的执行结果，将所述状态机的状态调整为第二状态，执行所述第二状态对应的第二业务逻辑，得到所述第二业务逻辑的执行结果；
当所述第二状态是终止状态时，根据所述第二业务逻辑的执行结果，输出所述资源数据转移业务的业务执行结果；所述资源数据转移业务的业务逻辑至少包括所述第一业务逻辑和所述第二业务逻辑。
本申请实施例一方面提供了一种数据处理装置，所述装置包括：
处理单元，用于响应于资源数据转移业务的启动请求，将所述资源数据转移业务的状态机的状态设置为第一状态；所述启动请求携带有所述第一状 态的状态标识；
所述处理单元，还用于执行所述第一状态对应的第一业务逻辑，得到所述第一业务逻辑的执行结果；
所述处理单元，还用于根据第一业务逻辑的执行结果，将所述状态机的状态调整为第二状态，执行所述第二状态对应的第二业务逻辑，得到所述第二业务逻辑的执行结果；
输出单元，用于当所述第二状态是终止状态时，根据所述第二业务逻辑的执行结果，输出所述资源数据转移业务的业务执行结果；所述资源数据转移业务的业务逻辑至少包括所述第一业务逻辑和所述第二业务逻辑。
本申请实施例一方面提供了一种计算机设备，包括处理器和存储器，所述处理器和所述存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述所述的数据处理方法。
本申请实施例一方面提供了一种计算机可读存储介质，该计算机可读存储介质中存储有程序指令，该程序指令被执行时，用于实现上述所述的数据处理方法。
本申请实施例一方面提供了一种计算机程序产品或计算机程序，计算机程序产品或计算机程序包括计算机指令，计算机指令存储在计算机可读存储介质中，计算机指令被计算机设备的处理器执行时，执行上述所述的数据处理方法。
在本申请实施例中，在实现资源数据转移业务的过程中，利用状态机来实现资源数据转移业务的状态之间的调整，最终实现资源数据转移业务，丰富了资源数据转移业务的实现方式；进一步地，利用状态机能够使得整个资源数据转移业务的状态转换有序，便于维护，进而能够更好地实现资源数据转移业务。
附图说明
图1a是本申请实施例提供的一种数据处理系统的结构示意图；
图1b是本申请实施例提供的一种更为具体的数据处理系统的架构图；
图2a是本申请实施例提供的一种数据处理方法的具体场景示意图；
图2b是本申请实施例提供的另一种数据处理方法的具体场景示意图；
图2c是本申请实施例提供的又一种数据处理方法的具体场景示意图；
图3是本申请实施例提供的一种数据处理方法的流程示意图；
图4是本申请实施例提供的一种数据处理方法的流程示意图；
图5是本申请实施例提供的一种数据处理方法的流程示意图；
图6a是本申请实施例提供的一种显示红包的通知消息的示意图；
图6b是本申请实施例提供的一种显示红包的通知消息的示意图；
图6c是本申请实施例提供的一种在资源领取界面中显示数据的示意图；
图7是本申请实施例提供的一种数据处理方法的流程示意图；
图8a是本申请实施例提供的一种红包资金流向示意图；
图8b是本申请实施例提供的一种基于状态模式的状态机的实现示意图；
图9是本申请实施例提供的一种数据处理装置的结构示意图；
图10是本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
为了更好地理解资源数据转移业务的实现过程，下面先介绍本申请实施例提供的一种数据处理系统，请参见图1a，该数据处理系统可包括终端设备101和服务器102。终端设备101与服务器102之间可以通过有线或无线通信方式进行直接或间接地通信。其中，终端设备101为能够实现资源数据转移业务的设备，或者该终端设备101中运行有可实现资源数据转移业务的应用程序，例如，应用程序可以是支付类的应用程序。上述终端设备101可以是手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备等智能设备；上述的服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。
在实际应用中，可基于区块链网络部署该数据处理系统，即可将终端设备和服务器均部署在区块链网络中，或者将终端设备部署在区块链网络外，将服务器部署在区块链网络内等等。当将服务器部署在区块链网络内，且服务器是由多个物理服务器构成的服务器集群或者分布式系统时，每个服务器均可作为区块链网络中的节点。其中，此处提及的区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。其本质上是一个去中心化的数据库，是一串使用密码学方法产生的相关联的数据块。在本申请公开的数据处理方法中，所涉及的数据(如状态机的多个状态和每个状态对应的业务逻辑)可保存于区块链上。
基于上述数据处理系统，本申请可应用在如下场景：当需要通过游戏APP转移游戏币时，采用本申请的方案可利用转移游戏币的状态机来完成游戏币的转移。在具体实现中，可根据转移游戏币的过程，为状态机设置多个状态，然后可根据用户针对转移游戏币的操作，确定转移游戏币的状态机的当前状态(例如，当前状态为购买游戏币状态)，并执行状态机的当前状态下的业务逻辑：接收用户输入支付密码，并向用户的游戏账户转入游戏币。成功接收到用户输入的支付密码，且验证该支付密码通过后，向用户的游戏账户转入游戏币；成功转入游戏币后，将状态机的状态由购买游戏币状态调整为购买成功状态，以此类推，当确定某个状态为状态机的终止状态时，可根据该状态的业务执行结果输出转移游戏币的结果。
当需要通过税务APP转移发票时，采用本申请的方案可利用转移发票的状态机来完成发票的转移。在具体实现中，可根据发票转移的过程，为状态机设置多个状态，然后可根据用户针对转移发票的操作，确定转移发票的状态机的当前状态(例如，当前状态为发票生成状态)，并执行状态机的当前状态下的业务逻辑：将生成的发票转移给商户；发票成功转移给商户之后，可将状态机的状态由发票生成状态调整为转移成功状态；以此类推，当确定某个状态为状态机的终止状态时，可根据该状态的业务执行结果输出转移发票的结果。
当需要通过支付类APP转移合法货币时，采用本申请的方案可利用状态机来实现转移合法货币的过程，在具体过程中，可根据合法货币转移的过程，针对该状态机设置所需要经历的多个状态，当转移合法货币时，可根据用户针对转移合法货币的操作，确定转移合法货币的状态机的当前状态，并执行状态机的当前状态对应的业务逻辑，并根据该业务逻辑的执行结果确定状态机的下一个状态，通过不断调整状态机的状态来转移合法货币。
在一种实现方式中，当资源数据转移业务为基于红包形式的资源转移业务，本申请实施例还提供了一种数据处理系统的具体架构，如图1b所示，该数据处理系统包括接入层、逻辑层和数据层。接入层主要用于校验用户登录的身份、以及对计算机设备的工作频率进行限制等；逻辑层主要用于实现整个红包转移业务的主流程，包括发红包、领红包、红包退款等。在本申请实施例中，可通过状态机来控制整个红包业务的流程。在具体实现中，可为该红包业务的状态机设置多个状态，然后通过调整该状态机的状态，来实现整个红包转移业务，并且在不断优化红包业务流程的过程中，状态机可根据该红包业务流程的优化，不断增加新的状态。数据层主要用于存储业务订单、用户订单等。
本申请实施例提供的数据处理方法可由计算机设备执行，该计算机设备可以是上述数据处理系统中的终端设备101或者服务器102；下述以通过计算机设备实现资源数据转移业务为例，进行详细说明：
请参见图2a-图2c，图2a-图2c是本申请实施例提供的一种数据处理方法的场景示意图。其中，图2a用于表示本申请实施例提供的资源数据转移业务中的资源数据转出业务，例如，该资源数据转出业务为发红包业务；如图2a所示，当用户A通过自身的账户A执行发红包操作时，计算机设备(对应用户A使用的手机)可以相应地接收到发红包的启动请求，此时，计算机设备可以将发红包业务的状态机的状态设置为：等待用户支付状态；然后，计算机设备可以确定“等待用户支付状态”下的第一业务逻辑，假设该第一业务逻辑为接收用户输入的支付密码以及转出资源数据；则在用户输入支付密码，且对用户输入的支付密码验证通过后，执行资源数据转出操作；资源数据转出成功后，将状态机的状态由“等待用户支付状态”调整为：支付完成状态， 在支付完成状态下，用户A发送的红包的资源数据可保存在对应地区的公共账户B中，以便后续用户领红包时从对应地区的公共账户B转账到领红包的用户的账户下。
发红包业务的状态机的状态由“等待用户支付状态”调整为“支付完成状态”后，计算机设备可判断该“支付完成状态”是否为终止状态，当计算机设备确定“支付完成状态”并非终止状态时，计算机设备可执行“支付完成状态”对应的第二业务逻辑；此时的第二业务逻辑为将红包中的资源数据分配给用户，这里可理解为某个用户成功领取相应的红包中的资源数据，并且领取的红包数量增加；然后，不同用户在执行领红包操作的过程中，每执行一次领红包操作，计算机设备就会对应地将已领取的红包的数量+1。随后，计算机设备可判断已领取的红包数量是否小于用户A发送的红包总数量，若该已领取的红包数量小于发送的总红包数量，则计算机设备可将状态机的状态由“支付完成状态”调整为“部分领取状态”，该“部分领取状态”下的业务逻辑为：将红包中的资源数据分配给用户。当用户执行点击领取红包的操作时，计算机设备对应地执行“部分领取状态”下的业务逻辑；若该已领取的红包数量小于用户A发送的总红包数量，但是发送的红包的有效时间超过预设时间，说明后续没有用户领取用户A发的红包，用户A发的红包已经过期，计算机设备需要将过期的红包退回给用户A，则计算机设备可将状态机的状态由“部分领取状态”调整为“退款中状态”，然后执行“退款中状态”对应的业务逻辑：将红包中资源数据退回。以此类推。当计算机设备确定状态机的状态为全部领取状态或者退款成功状态等终止状态时，根据全部领取状态的业务逻辑的执行结果、或者退款成功状态的业务逻辑的执行结果，输出资源数据转移业务的业务执行结果。
图2b-2c为本申请实施例提供的资源数据转移业务中的跨区域资源转入业务，该跨区域资源转入业务例如可以是跨地区1和地区2的领红包业务。以用户A和用户B身处地区1，用户C身处地区2执行领红包业务为例，用户B点击用户A发送的红包后，计算机设备可将保存在地区1的公共账户B的红包中的资源数据转账到用户B的账户中。在具体实现中，主要通过调整状态机的状态，来实现将保存在地区1的公共账户B的红包中的资源数据转账到用户B的账户中。如图2b所示，当用户B点击用户A发送的红包时，计算机设备会相应地接收到领红包业务的启动请求，可将领红包的状态机的状态设置为初始状态“待转账状态”，该“待转账状态”的业务逻辑为地区1的公共账户B向用户B转账；计算机设备执行地区1的公共账户B向用户B转账，当地区1的公共账户B将红包成功转给处于地区1用户B后，即可以理解为处于地区1的用户B已经成功领取红包中的资源数据；计算机设备将状态机的状态由“待转账状态”调整为“转账成功状态”。需要说明的是，上述地区1的公共账户B保存的红包的资源数据为适用于在地区1中使用的资源 数据。
用户C点击用户A发送的红包后，由于用户C和用户A不在同一区域，因此为了资金支付的安全性，计算机设备响应于用户C的点击操作(即接收到资源数据转移业务的启动请求)，可以先将保存于地区1的公共账户B的红包中的资源数据转给地区1的公共账户C，然后地区1的公共账户C通过刷卡支付，将自身保存的资源数据通过钱包融合，实现资源数据1(适用于在地区1使用的资源数据)与资源数据2(适用于在地区2使用的资源数据)之间的转换，进而将地区2的公共账户B转账到地区2的公共账户C，最终通过地区2的公共账户C转账到用户C的账户中。请参见图2c，图2c为通过调整状态机的状态实现用户C领取用户A的红包中的资源数据的过程。在具体实现中，用户C点击用户A发送的红包后，计算机设备将相应地接收到领红包业务的启动请求，可将领红包的状态机的状态设置为“初始状态”，“初始状态”的第一业务逻辑为：计算用户C领取的资源数据1，以及将领取的资源数据1换算成资源数据2，并生成一条资源数据2分单。然后，计算机设备执行第一业务逻辑，在生成资源数据2分单后将该领红包业务的状态机的状态由“初始状态”调整为“待地区1的公共账户B(图2c中简称地区1B)向地区1的公共账户C(图2c中简称地区1C)转账状态”，并确定状态“待地区1的公共账户B向地区1的公共账户C转账状态”的第二业务逻辑为地区1的公共账户B向地区1的公共账户C转账，并执行地区1的公共账户B向地区1的公共账户C转账。
计算机设备需要判断该“待地区1的公共账户B向地区1的公共账户C转账状态”是否为终止状态，若“待地区1的公共账户B向地区1的公共账户C转账状态”不为终止状态，计算机设备在地区1的公共账户B向地区1的公共账户C转账成功后，可将状态机的状态由“待地区1的公共账户B向地区1的公共账户C转账状态”调整为“地区1的公共账户B向地区1的公共账户C转账成功状态”，并执行“地区1的公共账户B向地区1的公共账户C转账成功状态”对应的第三业务逻辑：地区1的公共账户C做刷卡支付，接着，计算机设备判断“地区1的公共账户B向地区1的公共账户C转账成功状态”是否为终止状态，若“地区1的公共账户B向地区1的公共账户C转账成功状态”不为终止状态，计算机设备可以在地区1的公共账户C刷卡支付成功后，将“地区1的公共账户B向地区1的公共账户C转账成功状态”调整为“刷卡支付成功状态”；该刷卡支付成功状态对应的业务逻辑为地区2的公共账户B(图2c中简称地区2B)向地区2的公共账户C(图2c中简称地区2C)转账，并在确定该刷卡支付成功状态为非终止状态后，执行地区2的公共账户B向地区2的公共账户C转账，以此类推，当状态机所处状态为终止状态(如企业付款成功状态或者红包回退状态等)时，计算机设备可根据该企业付款成功状态或者红包回退的业务逻辑的执行结果，输出领红包的业务执行结果。
通过本申请，在实现资源数据转移业务的过程中，可利用状态机来控制资源数据转移业务中的资源数据转移，丰富了资源数据转移业务的实现方式；进一步地，利用状态机实现上述过程，使得整个资源数据转移业务的状态转换有序，便于维护，进而能够更好地实现资源数据转移业务。
请参阅图3，图3为本申请实施例提供的一种数据处理方法的流程示意图。该方法可由计算机设备执行，计算机设备针对不同业务设置对应的状态机，本实施例中描述的数据处理方法，可包括以下步骤S301-S304：
S301、响应于资源数据转移业务的启动请求，将资源数据转移业务的状态机的状态设置为第一状态。
其中，资源数据转移业务具体可以是游戏币转移业务、发票转移业务、法币转移业务等；在电子红包场景下，资源数据转移业务具体可以分为资源转入业务和资源转出业务；资源转入业务可以是领红包业务；资源转出业务可以是发红包业务等。
在具体实现中，状态机具有针对资源数据转移业务设置的多个状态，并且多个状态中每个状态均具有对应的状态标识，为资源数据转移业务的状态机设置的多个状态、以及每个状态对应的状态标识可保存在计算机设备的本地空间、或者区块链网络上，以防止对状态机的多个状态以及每个状态对应的状态标识进行篡改。相应地，当计算机设备接收到资源数据转移业务的启动请求时，可先从本地空间或者从区块链网络中获取第一状态的状态标识，并将资源数据转移业务的状态机的状态设置为第一状态。
在一种可能的实现方式中，启动请求可以是响应于资源数据转移操作生成的请求，此时第一状态的状态标识为预先设置的初始状态的状态标识，计算机设备将初始状态设置为第一状态。该资源数据转移操作可以是点击用于触发资源数据转移业务的控件的操作，例如，用户可点击发红包的控件或者点击领红包的控件；资源数据转移操作还可以是用户针对资源数据转移输入指令或者密码的操作。
在另一种可能的实现方式中，在执行资源数据转移业务的过程中，可能会由于网络质量差或者系统抖动等原因，导致状态机的状态调整失败，当网络质量变好或者系统稳定时，需要从断点处重新进行资源数据转移。在这种情况下，启动请求还可以是状态机的状态调整失败后生成的断点重启请求，该第一状态的状态标识是状态机的状态调整失败时状态机所处状态的状态标识。
具体的，计算机设备保存有状态机的状态调整历史记录；当计算机设备接收到针对态机的状态调整失败后生成的断点重启请求时，可获取该状态调整历史记录，并确定状态调整失败时状态机所处状态的状态标识，并将该状态机所处状态的状态标识确定为第一状态的状态标识。其中，该状态历史调 整记录可保存在区块链网络中。
S302、执行第一状态对应的第一业务逻辑，得到第一业务逻辑的执行结果。
在具体实现中，状态机的每个状态对应有业务逻辑，且每个状态对应的业务逻辑可保存在计算机设备的本地空间，也可将每个状态对应的业务逻辑上传区块链网络保存以防止篡改；计算机设备可先根据第一状态从本地空间或者区块链网络中确定出第一业务逻辑，然后执行该第一业务逻辑。
在一个实施例中，当资源数据转移业务的状态机的状态较少时，例如，资源数据转移业务为资源转出业务(如发红包)，资源转出业务的状态机对应的状态数量比较少，且仅有支付一个资金流动作，状态机的状态比较固定。计算机设备可基于普通过程式的状态机实现，确定第一业务逻辑。
在另一种实施例中，当资源数据转移业务的状态机的状态较多时，例如，资源数据转移业务为资源转入业务(如领红包)，由于该资源转入业务的资金流动作比较多，相应地，该状态机的状态也比较多，如果采用上述基于普通过程式的状态机很容易造成代码之间的逻辑混乱，从而增加开发人员的开发难度和降低开发效率，并且当需要新增状态机的状态时，基于普通过程式的状态机对原有代码模块的入侵性比较大。因此，当状态机的状态较多时，为了使状态机具有良好的扩展性和灵活性。计算机设备可基于状态模式的状态机来确定第一业务逻辑。
其中，基于普通过程式的状态机是指：状态机的每个状态对应一个面向过程的状态判断条件，根据该每个状态判断条件可确定相应的业务逻辑，并执行相应的业务逻辑。基于状态模式的状态机是指：状态机的每个状态对应一个面向对象的状态类，基于每个状态类可确定相应的业务逻辑，并执行相应的业务逻辑。状态机的每个状态对应一个面向过程的状态判断条件或者状态机的每个状态对应一个面向对象的状态类，是由状态机对应的状态数量决定的。在具体实现中，当状态机对应的状态数量小于预设数值时，可以选择状态机的每个状态对应一个面向过程的状态判断条件；当状态机对应的状态数量大于或者等于预设数值时，可以选择状态机的每个状态对应一个面向对象的状态类。
S303、根据第一业务逻辑的执行结果，将状态机的状态调整为第二状态，执行第二状态对应的第二业务逻辑，得到第二业务逻辑的执行结果。
在具体实现中，可预先根据资源数据转移业务的状态转移需求，设置状态转换逻辑，计算机设备可根据状态转换逻辑与第一业务逻辑的执行结果进行对比，进而，根据对比结果将状态机的状态由第一状态调整为第二状态，然后根据第二状态确定对应的第二业务逻辑，并执行第二业务逻辑。
在一个实施例中，计算机设备根据第一业务逻辑的执行结果，将状态机的状态调整为第二状态后，可判断该第二状态是否为终止状态。当该第二状 态是非终止状态时，可根据第二业务逻辑的执行结果，调整状态机的状态，并基于调整后的状态，输出资源数据转移业务的业务执行结果。可以理解的是，当第二状态是非终止状态时，计算机设备可将当前的第二状态作为新的第一状态，将当前的第二状态的第二业务逻辑作为新的第一业务逻辑，将当前的第二业务逻辑的执行结果作为新的第一业务逻辑的执行结果，再根据新的第一业务逻辑的执行结果确定新的第二状态，以此类推。
S304、当第二状态是终止状态时，根据第二业务逻辑的执行结果，输出资源数据转移业务的业务执行结果。
其中，资源数据转移业务的业务逻辑至少包括第一业务逻辑和第二业务逻辑；在具体实现中，计算机设备根据第二业务逻辑的执行结果，输出资源数据转移业务的最终的资源数据转移情况。
在本申请实施例中，在实现资源数据转移业务的过程中，利用状态机来控制资源数据转移业务中各状态之间的调整，最终实现资源数据转移业务，丰富了资源数据转移业务的实现方式；进一步地，利用状态机实现上述过程，使得整个资源数据转移业务的状态转换有序，便于维护，进而能够更好地实现资源数据转移业务。
请参阅图4，图4为本申请实施例提供的一种数据处理方法的流程示意图。该方法可由计算机设备执行，计算机设备针对不同业务设置对应的状态机，本实施例描述的数据处理方法以资源数据转移业务为资源数据转出业务为例进行介绍，可包括以下步骤S401-S406：
S401、响应于资源数据转移业务的启动请求，将资源数据转移业务的状态机的状态设置为第一状态。
其中，启动请求携带第一状态的状态标识。
S402、遍历多个状态各自对应的状态判断条件，以确定第一状态对应的状态判断条件。
其中，状态机对应有多个状态，每个状态对应的一个面向过程的状态判断条件。在具体实现中，计算机设备根据第一状态遍历多个状态各自对应的状态判断条件，从而确定第一状态对应的状态判断条件，并执行步骤S403。例如，第一状态为支付完成状态，计算机设备可以遍历各状态判断条件中是否存在支付完成状态，若成功在各状态判断条件下遍历到支付完成状态，则可确定支付完成状态对应的状态判断条件。
S403、读取第一状态的状态判断条件对应的业务逻辑，作为第一业务逻辑。
其中，每个状态的状态判断条件对应有业务逻辑。例如，当资源数据转移业务为资源转出业务时，第一状态对应的第一业务逻辑可包括资源数据包分配、统计已转资源数据包数量等。
S404、执行第一状态对应的第一业务逻辑，得到第一业务逻辑的执行结果。
在一个实施例中，在步骤S403中，第一状态为资源数据包部分转出状态，第一状态的状态判断条件对应的第一业务逻辑为根据用户触发的领取操作，将资源数据包中的资源数据分配给相应用户，并统计已转资源数据包数量(在电子红包场景下，已转资源数据包数量即是已领取红包数量)；最终得到的第一业务逻辑的执行结果为已转资源数据包数量。
S405、根据第一业务逻辑的执行结果，将状态机的状态调整为第二状态，执行第二状态对应的第二业务逻辑，得到第二业务逻辑的执行结果。
承接上述第一业务逻辑的执行结果为已转资源数据包数量，计算机设备获取资源数据包总量(在电子红包场景下，资源数据包总量即是用户发送的红包总数)，判断已转资源数据包数量是否小于资源数据包总量。若已转资源数据包数量等于资源数据包总数量，则将状态机的状态调整为资源全部转出状态，作为状态机的第二状态；若已转资源数据包数量小于资源数据包总数量，此时需要进一步判断资源数据包的有效时间戳是否超过预设时间戳，例如预设时间戳可为12小时、24小时等，在实际应用中，预设时间戳可根据需求设置。若资源数据包的有效时间戳超过预设时间戳，则将状态机的状态调整为退回资源状态，作为状态机的第二状态。若该资源数据包的有效时间戳未超过预设时间戳，则状态机的状态不发生改变，即将该资源部分领取状态作为第二状态。其中，该状态机的状态调整实现过程如下：
Figure PCTCN2022072688-appb-000001
进一步地，在确定第二状态后，可先判断该第二状态是否为终止状态，若第二状态为非终止状态，则计算机设备再次遍历多个状态各自对应的状态判断条件，以确定第二状态对应的状态判断条件，并读取该状态判断条件对应的第二业务逻辑，然后执行第二业务逻辑，进而根据第二业务逻辑的执行结果调整状态机的状态。此时可将第二状态作为新的第一状态，将状态机调整后的状态作为新的第二状态，并再次判断该新的第二状态是否终止状态，以此类推，直到当某个状态为终止状态时，根据终止状态的业务逻辑结果， 输出资源数据转移业务的业务执行结果。
S406、当第二状态是终止状态时，根据第二业务逻辑的执行结果，输出资源数据转移业务的业务执行结果；资源数据转移业务的业务逻辑至少包括第一业务逻辑和第二业务逻辑。
在具体实现中，第二业务逻辑的执行结果可包括显示资源数据包全部领取完的通知信息、或者已将过期资源数据包退回账户。具体的，当第二业务逻辑的执行结果为显示资源数据包全部领取完的通知信息时，该资源转出业务的业务执行结果为资源数据包转出成功；当第二业务逻辑的执行结果为已将过期资源数据包退回账户时，该资源转出业务的业务执行结果为资源数据包部分转出成功。
在本申请实施例中，在实现资源数据转移业务过程中，可采用状态机对应的多个状态判断条件来确定第一状态对应的状态判断条件，并根据第一状态对应的状态判断条件来确定第一业务逻辑，然后根据第一业务逻辑的执行结果将状态机的状态调整为第二状态，如此，丰富资源数据转移业务的实现方式；进一步地，利用状态机实现上述过程，使得整个资源数据转移业务的状态转换有序，便于维护，进而能够更好地实现资源数据转移业务。
请参阅图5，图5为本申请实施例提供的一种数据处理方法的流程示意图。该方法可由计算机设备执行，计算机设备针对不同业务设置对应的状态机，本实施例以资源数据转移业务为资源转入业务为例进行介绍，其中，该资源转入业务可以是跨区域资源转入业务，也可以是同一区域资源转入业务，本申请实施例不做限定；该数据处理方法可包括以下步骤S501-S506：
S501、响应于资源数据转移业务的启动请求，将资源数据转移业务的状态机的状态设置为第一状态。
其中，启动请求携带第一状态的状态标识。
S502、执行第一状态对应的第一业务逻辑，得到第一业务逻辑的执行结果。
其中，状态机包括多个状态，每个状态对应一个面向对象的状态类，每个状态类包括业务逻辑。当状态机为第一状态时，状态指针指向第一状态的状态类对应的实例。具体的，在第一状态的状态类对应的实例中，封装有第一状态需要执行的业务逻辑，状态指针指向第一状态的状态类对应的实例，计算机设备可以相应地确定第一状态对应的第一业务逻辑，并执行第一业务逻辑。
在一个实施例中，状态模式除了包括状态类，还可包括环境类和抽象类；其中，环境类维护一个状态类的实例，并通过抽象类的接口运行状态类对应的实例的操作，该环境类可持有一个状态指针；抽象类，定义为环境类的抽象接口，也可理解为基类，抽象类为状态类的父类。具体的，计算机设备可 以通过环境类的状态指针指向抽象类中第一状态的状态类的实例。
在一个实施例中，第一业务逻辑包括在会话界面显示接收到资源数据包的通知消息，例如，该跨区域资源转入业务为跨区域领红包，计算机设备在执行第一业务逻辑时，在会话界面显示接收到红包的通知消息，此时在会话界面中显示接收到红包的通知消息可如上述图6a所示。
S503、根据第一业务逻辑的执行结果，将状态机的状态调整为第二状态。
在具体实现中，由于基于状态模式可允许状态转换逻辑与状态对象合成一体，而不是某一个巨大的条件语句，因此上述每个状态类中包括状态转移逻辑。计算机设备可根据第一业务逻辑和状态转换逻辑确定第二状态，然后将状态指针指向第二状态的状态类对应的实例，以使状态机的状态由第一状态调整为第二状态。
在一个实施例中，上述状态转换逻辑包括一个或多个转换条件、以及各转换条件各自对应的状态。计算机设备根据第一业务逻辑和状态转换逻辑，确定第二状态的具体实现为：判断第一业务逻辑的执行结果是否命中状态转换逻辑中的目标转换条件；若第一业务逻辑的执行结果命中状态转换逻辑中的目标转换条件，则将目标转换条件对应的状态确定为第二状态，其中，目标转换条件是所述一个或多个转换条件中的一个转换条件。
在具体实现中，以资源数据转移业务为资源转入业务为例，多个转换条件为资源支付失败和资源支付成功，资源支付失败对应资源转入失败状态，资源支付成功对应资源转入成功状态；若第一业务逻辑的执行结果命中的目标转换条件为资源支付失败，则可将资源转入失败状态确定为第二状态；若第一业务逻辑的执行结果命中的目标转换条件为资源支付成功，则可将资源转入成功状态作为第二状态。
需要说明的是，上述每个状态对应面向过程的一个状态类，每个状态类包括业务逻辑以及状态转换条件等均可保存在区块链网络中。
例如，当资源转入业务为领红包业务时，两个转换条件可以包括资源数据转账成功和资源数据转账失败；其中，资源数据转账成功对应企业付款成功状态，资源数据转账失败对应企业付款失败状态。若第一业务逻辑的执行结果命中两个转换条件中的资源数据转账成功，则将企业付款成功状态作为第二状态；若第一业务逻辑的执行结果命中两个转换条件中的资源数据转账失败，则将企业付款失败状态作为第二状态。
S504、判断第二状态是否为终止状态。
在具体实现中，计算机设备可通过环境类调用抽象类对应的状态类中的目标函数，对终止状态进行判断。若目标函数返回的是终止状态的状态标识，则确定第二状态为终止状态，并执行步骤S506；若目标函数返回的是非终止状态的状态标识，则确定第二状态是非终止状态，并执行步骤S505。
S505、当第二状态是非终止状态时，执行第二状态对应的第二业务逻辑， 得到第二业务逻辑的执行结果，根据第二业务逻辑的执行结果，调整状态机的状态，并基于调整后的状态输出资源数据转移业务的业务执行结果。
在具体实现中，当第二状态是非终止状态时，计算机设备可调用业务执行函数，执行第二状态对应的第二业务逻辑。该第二业务逻辑可包括在会话界面中显示红包的打开窗口，此时显示红包的打开窗口的界面可如图6b所示。
S506、当第二状态是终止状态时，根据第二业务逻辑的执行结果，输出资源数据转移业务的业务执行结果。
其中，资源数据转移业务的业务逻辑至少包括第一业务逻辑和第二业务逻辑。
在一个实施例中，第二业务逻辑包括在资源领取界面中显示发起资源转入业务的用户的用户名称、第一资源数据量和第二资源数据量，其中，该第一资源数据量和第二资源数据量对应不同区域中的资源类型。例如，假设第一资源数据量对应的区域为地区2，该第一资源数据量的资源类型为资源数据2(即适用于地区2的资源数据)，第二资源数据量对应的区域为地区1，该第二资源数据量对应的资源类型为资源数据1(即适用于地区1的资源数据)，如图6c所示，当执行完成第一业务逻辑后，计算机设备将状态机的状态调整为第二状态，并执行第二状态对应的第二业务逻辑，即在资源领取界面显示发红包的用户名称“XX”，第一资源数据量为“YY”，以及第二资源数据量为“ZZ”。又例如，第一资源数据量对应的区域为地区2，该第一资源数据量的资源类型为资源数据1；第二资源数据量对应的区域为游戏应用区域，该第二资源数据量的资源类型为游戏币等等。本申请不限制第一资源数据量和第二资源数据量各自对应的不同区域中的资源类型。
在本申请实施例中，在进行资源数据转移业务的过程中，计算机设备根据第一状态的第一业务逻辑的执行结果，控制资源数据转移业务的状态机的状态由第一状态调整为第二状态，然后，在每个状态下进行终止状态判断，如此丰富资源数据转移业务的实现方式。进一步地，利用状态机实现上述过程，使得整个资源数据转移业务的状态转换有序，便于维护，进而能够更好地实现资源数据转移业务。并且每个状态对应一个面向过程的状态类，当状态机的状态较多时，可以减少整个资源数据转移业务的处理时间。进一步地，由于上述每个状态对应一个状态类，将所有与某个状态相关的行为设置在对应状态类中，只需要改变对象状态即可改变对象的行为，基于此，当需要对资源数据转移业务进行新增状态时，只需要生成新增状态对应的新增状态类就可以进行相应的操作，具有良好的扩展性。
请参见图7，图7为本申请实施例提供的一种数据处理方法的流程示意图，该数据处理方法可由区块链网络中的任一节点执行，即前述实施例中的 计算机设备可以是任一节点，且针对不同业务设置对应的状态机，本实施例中描述的数据处理方法，可包括以下步骤S701-S706：
S701、响应于从区块链上读取到的资源数据转移业务的启动请求，将资源数据转移业务的状态机的状态设置为第一状态。
在具体实现中，任一节点均可读取到的资源数据转移业务的启动请求，并根据该启动请求，将资源数据转移业务的状态机的状态设置为第一状态。
S702、执行第一状态对应的第一业务逻辑，得到第一业务逻辑的执行结果。
S703、根据第一业务逻辑的执行结果，将状态机的状态调整为第二状态，执行第二状态对应的第二业务逻辑，得到第二业务逻辑的执行结果；
S704、当第二状态是终止状态时，根据第二业务逻辑的执行结果，输出资源数据转移业务的业务执行结果；资源数据转移业务的业务逻辑至少包括第一业务逻辑和第二业务逻辑。
其中，上述步骤S702-S704的具体实现方式可参见上述步骤S302-S304的具体实现方式，在次不再赘述。
S705、将资源数据转移业务中状态机经历的多个状态、每个状态对应的业务逻辑的执行结果、以及资源数据转移业务的业务执行结果封装为区块。
具体实现中，任一节点接收到资源数据转移业务中的状态机经历的多个状态、每个状态对应的业务逻辑的执行结果以及资源数据转移业务的业务执行结果之后，可以对接收到的多个状态、每个状态对应的业务逻辑的执行结果以及资源数据转移业务的业务执行结果进行校验，在校验通过之后，任一节点可将多个状态、每个状态对应的业务逻辑的执行结果以及资源数据转移业务的业务执行结果进行储存，并生成区块头和区块主体，得到区块。
S706、将区块存储至区块链。
在具体实现中，任一节点将上述生成的区块发送给区块链网络中的其他节点，其他节点对生成的区块进行校验，并在校验通过后将区块添加至区块链中。
在本申请实施例中，在进行资源数据转移业务的过程中，利用状态机来控制资源数据转移业务中资源数据的转移，在一定程序上无需按照预设逻辑进行执行，且能够准确地确定资源数据转移业务的状态转换过程，进而完成资源数据转移业务；将资源数据转移业务过程中状态机经历的多个状态、每个状态对应的业务逻辑的执行结果、以及资源数据转移业务的业务执行结果保存到区块链中，可有效防止篡改资源数据转移业务过程中状态机经历的多个状态、每个状态对应的业务逻辑的执行结果、以及资源数据转移业务的业务执行结果。
基于上述数据处理方法，本申请实施例还提供一种更为具体的基于状态 机实现资源转入业务的方案。为方便理解，先以该资源转入业务为跨地区领红包为例。图8a为整个红包资金流的具体流通过程：处于地区1的用户C通过C账户或者快捷发红包，其中，C账户可以理解为用户C的零钱包；快捷可以理解为银行卡；计算机设备将所发送的红包中的数据资源保存在中间账户(如图8a中的商户B账户)，然后等待用户进行领红包。当处于地区1的用户领取红包后，直接经过中间账户将红包中的资源数据转到该用户的零钱包。但当处于地区2的用户领取红包后，需要由中间账户将红包中的资源数据再转给另外一个中间账户(如图8a中的商户C账户)，然后再由商户C账户刷卡支付，并经过钱包融合，才能将资源数据1(适用于地区1的资源数据)转换成资源数据2(适用于地区2的资源数据)，最终才能到该处于地区2的用户的零钱包。由于钱包融合过程已经固定，本申请实施例不对该钱包融合中涉及的状态进行讨论。从上述图8a可以看出，处于地区2的用户领红包后，会涉及到多个状态的改变，因此可采用基于状态模式来实现跨境领红包。其中，状态模式主要由3种类型的类组成：Context类(或者称为环境类)、State类(或称为抽象类)和ConcreteState类(或称为状态类)，每个状态类分别对应一种跨地区红包状态机的状态，内部封装对应每个状态所需的实现。
基于状态模式的跨地区红包的实现可如图8b所示：Context类持有一个指向State类的状态指针(ConcreteState类的父指针)，Context类中可包括Run函数以及mystate函数，其中，Run函数可利用状态指针实现状态机的状态转移和执行状态对应的业务逻辑；mystate函数可实现其他功能。每个ConcreteState类都对应有isFinal函数、process函数和setcontext函数等，其中isFinal函数可用于对状态机的状态进行终止状态判断，process函数可用于执行状态机的状态对应的业务逻辑，setcontext函数可用于状态机的其他功能实现。当计算机设备接收到处于地区2的用户的领红包业务的启动请求时，将跨地区领红包业务的状态机设置为初始状态(对应上述第一状态)，并通过Context类中的Run函数调用状态指针指向State类中的初始状态对应的状态类中的isFinal函数，判断第一状态是否终止状态。
(1)若计算机设备确定初始状态为非终止状态，则通过Context类中的Run函数调用状态指针指向State类中的初始状态对应的状态类中的process函数，然后计算出资源数据1(对应上述第一资源数据量)，以及将资源数据1换算为对应的资源数据2(对应上述第二资源数据量)，插入分单表一条记录，然后更新Context类里State类的指针指向CBeforeB2CState的实例。
(2)当更新Context类里State类的指针指向CBeforeB2CState的实例后，计算机设备需要按照上述判断初始状态是否为终止状态的实现方式，来判断CBeforeB2CState类对应的状态是否为终止状态。若CBeforeB2CState类对应的状态为非终止状态，则可按照上述执行初始状态相应的业务逻辑，来执行CBeforeB2CState类对应的业务逻辑，即商户B账户到商户C账户的转账， 若转账成功(业务逻辑执行结果)，则更新Context类里State的指针指向CB2CSucState的实例(状态指针指向CB2CSucState的实例)。
(3)更新Context类里State的指针指向CB2CSucState的实例(状态指针指向CB2CSucState的实例)后，按照上述初始状态的处理过程，来对CB2CSucState进行处理，然后执行CB2CSucState对应的业务逻辑，即执行刷卡支付。当刷卡支付成功后更新Context类里State的指针到下一个状态。以此类推。
从上述基于状态机实现跨地区领红包的过程可以看出，每个状态形成一个子类，每个状态类只关心她的下一个可能状态(即封装了转换原则)。并且在枚举可能的状态，在枚举可能的状态之前需要确定状态的种类；若后续状态机有新加状态的需求，只需要新加状态对应实现的ConcreteState类，在里面实现新加状态对应的业务逻辑。然后修改上一状态对应的状态类中的业务逻辑以及状态转换条件，使上一状态指向这个新加状态，整个流程就可以按照状态机自动执行下来，不需要重构整个业务逻辑，对原有逻辑没有侵入性，扩展性非常好，适用于支付等行业状态机的代码实现。
综上所述，本申请实施例基于状态模式实现的资源数据转移业务状态迁移，具有以下优点：
(1)每个状态形成一个子类，每个状态类只关心它的下一个可能状态，因此封装了转换原则。
(2)枚举资源数据转移业务所有可能的状态，并在枚举状态之前确定状态种类。
(3)将所有与某个状态有关的行为设置到一个类中，后续在增加新状态时，只需改变前一状态的有关行为，可以方便地增加新的状态。且后续只需要改变对象状态即可改变对象的行为。
(4)允许状态转换逻辑与状态对象合成一体，即将状态转换逻辑和状态对象都保存在状态对象对应的类中，而不是某一个巨大的条件语句块。
(5)可以让多个环境对象共享一个状态对象，从而减少系统中对象的个数。
即，通过这些优点，最终源数据转移业务的代码实现呈现的是一个高内聚，高扩展的设计实现。
请参见图9，其是本申请实施例提供的一种数据处理装置的结构示意图。如图9所示，数据处理装置可以应用于上述图3或图4或图5对应实施例中的计算机设备；或者数据处理装置可以应用于上述图7对应实施例中的任一节点，具体的，数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如数据处理装置为一个应用软件；该数据处理装置可以用于执行本申请实施例提供的方法中的相应步骤。
处理单元901，用于响应于资源数据转移业务的启动请求，将所述资源数据转移业务的状态机的状态设置为第一状态；所述启动请求携带有所述第一状态的状态标识；
所述处理单元901，还用于执行所述第一状态对应的第一业务逻辑，得到所述第一业务逻辑的执行结果；
所述处理单元901，还用于根据第一业务逻辑的执行结果，将所述状态机的状态调整为第二状态，执行所述第二状态对应的第二业务逻辑，得到所述第二业务逻辑的执行结果；
输出单元902，用于当所述第二状态是终止状态时，根据所述第二业务逻辑的执行结果，输出所述资源数据转移业务的业务执行结果；所述资源数据转移业务的业务逻辑至少包括所述第一业务逻辑和所述第二业务逻辑。
在一个实施例中，所述处理单元901，还用于：
判断所述第二状态是否为终止状态；
当所述第二状态是非终止状态时，根据所述第二业务逻辑的执行结果，调整所述状态机的状态，并基于调整后的状态，输出所述资源数据转移业务的业务执行结果。
在一个实施例中，所述资源数据转移业务包括跨区域资源转入业务，所述第一业务逻辑包括在会话界面显示接收到资源数据包的通知消息，所述第二业务逻辑包括在资源领取界面中显示发起所述资源转入业务的用户的用户名称、第一资源数据量和第二资源数据量，所述第一资源数据量和所述第二资源数据量对应不同区域中的资源类型。
在一个实施例中，所述资源数据转移业务的启动请求是响应于资源数据转移操作生成的请求；或者，
所述资源数据转移业务的启动请求是状态机的状态调整失败后生成的断点重启请求，所述启动请求中携带的第一状态的状态标识是状态调整失败时状态机所处状态的状态标识。
在一个实施例中，所述状态机对应有多个状态，每个状态对应一个面向过程的状态判断条件，每个状态判断条件对应有业务逻辑，所述多个状态至少包括所述第一状态和所述第二状态；所述处理单元901，还用于：
遍历所述多个状态各自对应的状态判断条件，以确定所述第一状态对应的状态判断条件；
读取所述第一状态的状态判断条件对应的业务路基，作为第一业务逻辑。
在一个实施例中，所述资源数据转移业务包括资源转出业务，所述第一业务逻辑的执行结果包括已转资源数据包数量和资源数据有效时间戳；所述处理单元901，具体用于：
获取资源数据包总量；
若所述已转资源数据包数量等于所述资源数据包总量，则将状态机的状 态调整为资源全部转出状态，作为所述状态机的第二状态；
若所述已转资源数据包数量小于所述资源数据包总量，且所述资源数据包有效时间戳超过预设时间戳，则将状态机的状态调整为退回资源状态，作为所述状态机的第二状态。
在一个实施例中，所述状态机包括多个状态，每个状态对应一个面向对象的状态类，每个状态类包括业务逻辑；当状态机的状态为第一状态时，状态指针指向所述第一状态的状态类对应的实例；所述处理单元901，具体用于：
确定所述第一状态的状态转换逻辑；
根据所述第一业务逻辑的执行结果和所述状态转换逻辑确定第二状态；
将所述状态指针指向所述第二状态的状态类对应的实例，以使所述状态机的状态由所述第一状态调整为所述第二状态。
在一个实施例中，所述状态转换逻辑包括一个或多个转换条件、以及各转换条件各自对应的状态；所述处理单元901，具体用于：
若所述第一业务逻辑的执行结果命中所述状态转换逻辑中的目标转换条件，则将所述目标转换条件对应的状态确定为第二状态，所述目标转换条件是所述一个或多个转换条件中的一个转换条件。
在一个实施例中，所述资源数据转移业务包括资源转入业务，所述多个转换条件包括资源支付失败和资源支付成功，所述资源支付失败对应资源转入失败状态，所述资源支付成功对应资源转入成功状态；
若所述目标转换条件为资源支付失败，则第二状态是资源转入失败状态；
若所述目标转换条件为资源支付成功，则第二状态是资源转入成功状态。
在一个实施例中，所述状态机的每个状态对应一个面向过程的状态判断条件；或者，所述状态机的每个状态对应一个面向对象的状态类，状态类是状态机对应的状态数量决定。
在一个实施例中，所述资源数据转移业务的启动请求是从区块链上读取的；所述处理单元901，还用于：
将资源数据转移业务中状态机经历的多个状态、每个状态对应的业务逻辑的执行结果、以及资源数据转移业务的业务执行结果封装为区块；
将所述区块存储至所述区块链。
可以理解的是，本实施例的数据处理装置的各功能单元的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例图3或图4或图5或图7的相关描述，此处不再赘述。
进一步地，请参见图10，图10是本申请实施例提供的一种计算机设备的结构示意图。上述图3或图4或图5对应实施例中的计算机设备可以为图10所示的计算机设备，上述图7对应的实施例中的任一节点可以为图10所 示的计算机设备。如图10所示，计算机设备可以包括：处理器1001、输入设备1002，输出设备1003和存储器1004。上述处理器1001、输入设备1002、输出设备1003和存储器1004通过总线1005连接。存储器1004用于存储计算机程序，所述计算机程序包括程序指令，处理器1001用于执行存储器1004存储的程序指令。
在本申请实施例中，处理器1001通过运行存储器1004中的可执行程序代码，执行上述方法实施例介绍的数据处理方法。
应当理解，在本申请实施例中，所称处理器1001可以是中央处理单元(Central Processing Unit，CPU)，该处理器1001还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器1004可以包括只读存储器和随机存取存储器，并向处理器1001提供指令和数据。存储器1004的一部分还可以包括非易失性随机存取存储器。
该输入设备1002可以包括键盘等，并向处理器1001输入待测区块链程序源代码；该输出设备1003可以包括显示器等。
具体实现中，本申请实施例中所描述的处理器1001、输入设备1002、输出设备1003和存储器1004可执行上述所有实施例中描述的实现方式，也可执行上述装置中所描述的实现方式，在此不再赘述。
本申请实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时，可执行上述所有实施例中所执行的步骤。
本申请实施例还提供一种计算机程序产品或计算机程序，计算机程序产品或计算机程序包括计算机指令，计算机指令存储在计算机可读存储介质中，计算机指令被计算机设备的处理器执行时，执行上述所有实施例中的方法。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (15)

  1. 一种数据处理方法，由计算机设备执行，包括：
    响应于资源数据转移业务的启动请求，将所述资源数据转移业务的状态机的状态设置为第一状态；所述启动请求携带有所述第一状态的状态标识；
    执行所述第一状态对应的第一业务逻辑，得到所述第一业务逻辑的执行结果；
    根据第一业务逻辑的执行结果，将所述状态机的状态调整为第二状态，执行所述第二状态对应的第二业务逻辑，得到所述第二业务逻辑的执行结果；
    当所述第二状态是终止状态时，根据所述第二业务逻辑的执行结果，输出所述资源数据转移业务的业务执行结果；所述资源数据转移业务的业务逻辑至少包括所述第一业务逻辑和所述第二业务逻辑。
  2. 根据权利要求1所述的方法，所述方法还包括：
    判断所述第二状态是否为终止状态；
    当所述第二状态是非终止状态时，根据所述第二业务逻辑的执行结果，调整所述状态机的状态，并基于调整后的状态，输出所述资源数据转移业务的业务执行结果。
  3. 根据权利要求1或2所述的方法，所述资源数据转移业务包括跨区域资源转入业务，所述第一业务逻辑包括在会话界面显示接收到资源数据包的通知消息，所述第二业务逻辑包括在资源领取界面中显示发起所述资源转入业务的用户的用户名称、第一资源数据量和第二资源数据量，所述第一资源数据量和所述第二资源数据量对应不同区域中的资源类型。
  4. 根据权利要求1或2所述的方法，所述资源数据转移业务的启动请求是响应于资源数据转移操作生成的请求；或者，
    所述资源数据转移业务的启动请求是所述状态机的状态调整失败后生成的断点重启请求，所述启动请求中携带的所述第一状态的状态标识是状态调整失败时所述状态机所处状态的状态标识。
  5. 根据权利要求1或2所述的方法，所述状态机对应有多个状态，每个状态对应一个面向过程的状态判断条件，每个状态判断条件对应有业务逻辑，所述多个状态至少包括所述第一状态和所述第二状态；
    所述方法还包括：
    遍历所述多个状态各自对应的状态判断条件，以确定所述第一状态对应的状态判断条件；
    读取所述第一状态的状态判断条件对应的业务逻辑，作为所述第一业务逻辑。
  6. 根据权利要求5所述的方法，所述资源数据转移业务包括资源转出业务，所述第一业务逻辑的执行结果包括已转资源数据包数量和资源数据有效时间戳；
    所述根据第一业务逻辑的执行结果，将所述状态机的状态调整为第二状态，包括：
    获取资源数据包总量；
    若所述已转资源数据包数量等于所述资源数据包总量，则将所述状态机的状态调整为资源全部转出状态，作为所述状态机的第二状态；
    若所述已转资源数据包数量小于所述资源数据包总量，且所述资源数据包有效时间戳超过预设时间戳，则将所述状态机的状态调整为退回资源状态，作为所述状态机的第二状态。
  7. 根据权利要求1或2所述的方法，所述状态机包括多个状态，每个状态对应一个面向对象的状态类，每个状态类包括业务逻辑；当状态机的状态为第一状态时，状态指针指向所述第一状态的状态类对应的实例；
    所述根据第一业务逻辑的执行结果，将所述状态机的状态调整为第二状态，包括：
    确定所述第一状态的状态转换逻辑；
    根据所述第一业务逻辑的执行结果和所述状态转换逻辑，确定所述第二状态；
    将所述状态指针指向所述第二状态的状态类对应的实例，以使所述状态机的状态由所述第一状态调整为所述第二状态。
  8. 根据权利要求7所述的方法，所述状态转换逻辑包括一个或多个转换条件、以及各转换条件各自对应的状态；
    所述根据所述第一业务逻辑的执行结果和所述状态转换逻辑，确定所述第二状态，包括：
    若所述第一业务逻辑的执行结果命中所述状态转换逻辑中的目标转换条件，则将所述目标转换条件对应的状态确定为所述第二状态，所述目标转换条件是所述一个或多个转换条件中的一个转换条件。
  9. 根据权利要求8所述的方法，所述资源数据转移业务包括资源转入业务，所述多个转换条件包括资源支付失败和资源支付成功，所述资源支付失败对应资源转入失败状态，所述资源支付成功对应资源转入成功状态；
    若所述目标转换条件为所述资源支付失败，则所述第二状态是所述资源转入失败状态；
    若所述目标转换条件为所述资源支付成功，则所述第二状态是所述资源转入成功状态。
  10. 根据权利要求1-9任一项所述的方法，所述状态机的每个状态对应一个面向过程的状态判断条件；
    或者，所述状态机的每个状态对应一个面向对象的状态类，所述状态类由状态机对应的状态数量决定。
  11. 根据权利要求1所述的方法，所述资源数据转移业务的启动请求是 从区块链上读取的；
    所述方法还包括：
    将资源数据转移业务中状态机经历的多个状态、每个状态对应的业务逻辑的执行结果、以及资源数据转移业务的业务执行结果封装为区块；
    将所述区块存储至所述区块链。
  12. 一种数据处理装置，包括：
    处理单元，用于响应于资源数据转移业务的启动请求，将所述资源数据转移业务的状态机的状态设置为第一状态；所述启动请求携带有所述第一状态的状态标识；
    所述处理单元，还用于执行所述第一状态对应的第一业务逻辑，得到所述第一业务逻辑的执行结果；
    所述处理单元，还用于根据第一业务逻辑的执行结果，将所述状态机的状态调整为第二状态，执行所述第二状态对应的第二业务逻辑，得到所述第二业务逻辑的执行结果；
    输出单元，用于当所述第二状态是终止状态时，根据所述第二业务逻辑的执行结果，输出所述资源数据转移业务的业务执行结果；所述资源数据转移业务的业务逻辑至少包括所述第一业务逻辑和所述第二业务逻辑。
  13. 一种计算机设备，包括输入设备、输出设备，所述计算机设备还包括处理器和存储介质，所述处理器用于获取存储介质中存储的一条或多条指令，以执行如权利要求1-11中任一项所述的方法。
  14. 一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时，执行权利要求1-11任一项所述的方法。
  15. 一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行权利要求1-11任一项所述的方法。
PCT/CN2022/072688 2021-01-25 2022-01-19 一种数据处理方法、装置、计算机设备和可读存储介质 WO2022156696A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/965,668 US12099855B2 (en) 2021-01-25 2022-10-13 Data processing method and apparatus, computer device, and readable storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110098915.0 2021-01-25
CN202110098915.0A CN114792233A (zh) 2021-01-25 2021-01-25 一种数据处理方法、装置、计算机设备和可读存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/965,668 Continuation US12099855B2 (en) 2021-01-25 2022-10-13 Data processing method and apparatus, computer device, and readable storage medium

Publications (1)

Publication Number Publication Date
WO2022156696A1 true WO2022156696A1 (zh) 2022-07-28

Family

ID=82459856

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/072688 WO2022156696A1 (zh) 2021-01-25 2022-01-19 一种数据处理方法、装置、计算机设备和可读存储介质

Country Status (3)

Country Link
US (1) US12099855B2 (zh)
CN (1) CN114792233A (zh)
WO (1) WO2022156696A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130282380A1 (en) * 2012-04-20 2013-10-24 Nuance Communications, Inc. Method And System For Facilitating Communications For A User Transaction
CN103745540A (zh) * 2014-01-16 2014-04-23 中国银行股份有限公司 银行业务状态机自动处理系统及信息状态自动转换方法
CN106909596A (zh) * 2016-06-23 2017-06-30 阿里巴巴集团控股有限公司 业务处理方法、装置及系统
CN108764864A (zh) * 2018-04-09 2018-11-06 阿里巴巴集团控股有限公司 一种配置支付流程、执行支付流程的方法、装置及设备
CN111144982A (zh) * 2019-12-20 2020-05-12 网联清算有限公司 订单状态转移方法、装置、电子设备和存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106535082B (zh) * 2015-09-09 2021-07-06 腾讯科技（深圳）有限公司 数据处理方法、装置和系统
CN110430064B (zh) * 2017-03-30 2020-12-04 腾讯科技（深圳）有限公司 区块链系统、消息处理方法及存储介质
US20220405852A1 (en) * 2019-08-09 2022-12-22 Trustlayer, Inc. System and method for tracking proof of insurance and insurance compliance

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130282380A1 (en) * 2012-04-20 2013-10-24 Nuance Communications, Inc. Method And System For Facilitating Communications For A User Transaction
CN103745540A (zh) * 2014-01-16 2014-04-23 中国银行股份有限公司 银行业务状态机自动处理系统及信息状态自动转换方法
CN106909596A (zh) * 2016-06-23 2017-06-30 阿里巴巴集团控股有限公司 业务处理方法、装置及系统
CN108764864A (zh) * 2018-04-09 2018-11-06 阿里巴巴集团控股有限公司 一种配置支付流程、执行支付流程的方法、装置及设备
CN111144982A (zh) * 2019-12-20 2020-05-12 网联清算有限公司 订单状态转移方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
CN114792233A (zh) 2022-07-26
US20230033236A1 (en) 2023-02-02
US12099855B2 (en) 2024-09-24

Similar Documents

Publication Publication Date Title
US11055136B2 (en) Prioritization in a permissioned blockchain
US10839395B2 (en) Techniques for expediting processing of blockchain transactions
CN110941679B (zh) 一种合约数据处理方法、相关设备及介质
WO2021109735A1 (zh) 一种基于跨链网络的资源处理方法及装置
CN111741026B (zh) 一种跨链事务请求处理方法、装置、设备以及存储介质
US20200133938A1 (en) Asset management method and apparatus, and electronic device
CN109146490B (zh) 区块生成方法、装置和系统
CN111309745B (zh) 虚拟资源处理方法、装置、电子设备及存储介质
WO2021031313A1 (zh) 一种交易处理方法及相关设备
CN110766394A (zh) 基于信用度的乘车支付方法、装置、电子设备及存储介质
WO2021238514A1 (zh) 基于区块链的数据处理方法、装置、设备及可读存储介质
CN110866740A (zh) 一种区块链事务请求的处理方法、装置、电子设备和介质
CN110597916A (zh) 基于区块链的数据处理方法、装置、存储介质及终端
WO2022267715A1 (zh) 一种预言机节点筛选方法、装置、存储介质及电子装置
CN111367965A (zh) 目标对象确定方法、装置、电子设备及存储介质
WO2021022916A1 (zh) 计费的方法、装置及系统
CN110381150B (zh) 区块链上的数据处理方法、装置、电子设备及存储介质
WO2022156696A1 (zh) 一种数据处理方法、装置、计算机设备和可读存储介质
WO2019233454A1 (zh) 链码升级方法及装置
CN112860347A (zh) 一种小程序中存证文件的生成方法及装置
CN112417052A (zh) 区块链网络中的数据同步方法、装置、设备及存储介质
CN112181599A (zh) 模型训练方法、装置及存储介质
CN113474801A (zh) 用于促进并发交易的方法、交易管理设备和计算机可读介质
CN113497762A (zh) 数据报文的传输方法及装置
WO2023221350A1 (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: 22742175

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 22.11.2023)

122 Ep: pct application non-entry in european phase

Ref document number: 22742175

Country of ref document: EP

Kind code of ref document: A1