CN110889686A - Multi-level account data processing method, device, equipment and readable storage medium - Google Patents
Multi-level account data processing method, device, equipment and readable storage medium Download PDFInfo
- Publication number
- CN110889686A CN110889686A CN201911127682.1A CN201911127682A CN110889686A CN 110889686 A CN110889686 A CN 110889686A CN 201911127682 A CN201911127682 A CN 201911127682A CN 110889686 A CN110889686 A CN 110889686A
- Authority
- CN
- China
- Prior art keywords
- account
- data
- sub
- parent
- account data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/275—Synchronous replication
Abstract
The embodiment of the invention provides a method, a device and equipment for processing multilevel account data and a readable storage medium, wherein the method comprises the steps of judging whether a payer is a parent account when payment is generated, and processing account data corresponding to the parent account according to the payment result of the parent account to a seller if the payer is the parent account; if the payer is a sub-account, after the sub-account successfully pays to the parent account to which the sub-account belongs, processing account data corresponding to the parent account to which the sub-account belongs, and then paying to the seller by the parent account to which the sub-account belongs; and after the parent account to which the sub-account belongs is not successful in paying the seller, rolling back the account data corresponding to the sub-account to the state before the sub-account pays the parent account to which the sub-account belongs. The settlement among the sub account, the parent account and the seller account can be completed by one payment operation; the data synchronization between the sub account and the parent account to which the sub account belongs is realized, the accuracy and the effectiveness of the data are guaranteed, and the reliability of the system is enhanced.
Description
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a method, an apparatus, a device, and a readable storage medium for processing multi-tier account data.
Background
The payment is used as the last link of the civil aviation sales business and is also a key step for the benefit clearing of the airline company. In the payment process, sometimes, the payment is unsuccessful due to network jitter or database stability, and further, the data recorded by the database is wrong.
Disclosure of Invention
In view of the above, the present invention provides a method, an apparatus, a device and a readable storage medium for processing multi-level account data, which are intended to perform data synchronization processing for abnormal transaction situations, so as to enhance the reliability of the system.
In order to achieve the above object, the following solutions are proposed:
in a first aspect, the present invention provides a method for processing multi-tier account data, including:
when payment is generated, judging whether a payer is a parent account, if so, processing account data corresponding to the parent account according to a payment processing result, and if not, determining that the payer is a child account, and processing the account data corresponding to the child account according to a payment processing result, wherein the payment processing result comprises success and failure;
processing account data corresponding to a parent account to which the sub-account belongs after the payment processing result is successful and the account data corresponding to the sub-account is processed;
after processing account data corresponding to a parent account to which the child account belongs, paying the parent account to which the child account belongs, and processing the account data corresponding to the parent account to which the child account belongs according to a payment processing result;
and after the payment processing result is unsuccessful and the account data corresponding to the parent account to which the sub-account belongs is processed, rolling back the account data corresponding to the sub-account to the state before the sub-account pays.
In a second aspect, the present invention provides a multi-tier account data processing apparatus, including:
the account level judging unit is used for judging whether a payer is a parent account or not when payment is generated, if so, executing the first data processing unit, and if not, determining that the payer is a child account and executing the second data processing unit;
the first data processing unit is used for processing the account data corresponding to the parent account according to a payment processing result;
the second data processing unit is used for processing the account data corresponding to the sub-account according to a payment processing result, wherein the payment processing result comprises success and failure;
the third data processing unit is used for processing the account data corresponding to the parent account to which the sub-account belongs after the payment processing result is successful and the account data corresponding to the sub-account is processed;
the fourth data processing unit is used for paying the parent account to which the child account belongs after processing the account data corresponding to the parent account to which the child account belongs, and processing the account data corresponding to the parent account to which the child account belongs according to the payment processing result;
and the data synchronization unit is used for rolling back the account data corresponding to the sub-account to the state before the sub-account is paid after the payment processing result is unsuccessful and the account data corresponding to the parent account to which the sub-account belongs is processed.
In a third aspect, the present invention provides a readable storage medium, on which a program is stored, which when executed by a processor, performs the steps of the multi-tier account data processing method according to the first aspect.
In a fourth aspect, the present invention provides a multi-tier account data processing apparatus, comprising: a memory and a processor;
the memory is used for storing programs;
the processor is configured to execute the program to implement the steps of the multi-level account data processing method according to the first aspect.
Compared with the prior art, the technical scheme of the invention has the following advantages:
the technical scheme provides a multi-level account data processing method, a device, equipment and a readable storage medium, wherein the method comprises the steps of judging whether a payer is a parent account when payment is generated, and processing account data corresponding to the parent account according to the payment result of the parent account to a seller if the payer is the parent account; if the payer is a sub-account, after the sub-account successfully pays to the parent account to which the sub-account belongs, processing account data corresponding to the parent account to which the sub-account belongs, and then paying to the seller by the parent account to which the sub-account belongs; and after the parent account to which the sub-account belongs is not successful in paying the seller, rolling back the account data corresponding to the sub-account to the state before the sub-account pays the parent account to which the sub-account belongs. The data synchronization between the sub account and the parent account to which the sub account belongs is realized, and the reliability of the system is enhanced.
Drawings
The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. Throughout the drawings, the same or similar reference numbers refer to the same or similar elements. It should be understood that the drawings are schematic and that elements and features are not necessarily drawn to scale.
Fig. 1 is a flowchart of a multi-tier account data processing method according to an embodiment of the present invention;
fig. 2 is a schematic logical structure diagram of a multi-tier account data processing apparatus according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a multi-tier account data processing device according to an embodiment of the present invention.
Detailed Description
Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the disclosure are for illustration purposes only and are not intended to limit the scope of the disclosure.
The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based, at least in part, on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description.
It should be noted that the terms "first", "second", and the like in the present disclosure are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence relationship of the functions performed by the devices, modules or units.
It is noted that references to "a", "an", and "the" modifications in this disclosure are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that "one or more" may be used unless the context clearly dictates otherwise.
The embodiment of the invention provides a multi-level account data processing method, and with reference to fig. 1, the method comprises the following steps:
s11: and judging whether the payer is a parent account, if so, executing the step S12, and if not, executing the step S13.
In the present invention, a parent account refers to a parent agency account, and a child account refers to a child agency account. The multi-level account is formed by establishing the sub-agency account and the parent agency account, the profit mode of the agency is enriched, and the progress of each business of the airline company is promoted. When the initiator of the payment (namely the initiator) is the account of the parent agency, the account of the parent agency directly pays the account of the airline company; when the initiator of the payment is the account of the sub agency, the account of the sub agency pays the account of the parent agency, and the account of the parent agency deducts the profit and then pays the account of the airline company.
S12: and processing the account data corresponding to the parent account according to the payment processing result of the payer.
S13: and processing the account data corresponding to the sub-account according to the payment processing result of the payer.
The payment processing results include success and unsuccessful. And when the payment processing result of the payer is successful, updating the account data corresponding to the payer according to the transaction content. For example, after purchasing the air ticket, the balance in the fund account corresponding to the payer is deducted according to the transaction amount. And when the processing result of the payer is unsuccessful, not updating the account data corresponding to the payer.
S14: and after the payment processing result of the payer is successful and the account data corresponding to the sub-account is processed, processing the account data corresponding to the parent account to which the sub-account belongs.
And after the child account successfully pays the parent account and the account data corresponding to the child account is updated, executing step 14, and updating the account data corresponding to the parent account to which the child account belongs. Specifically, the payer is a sub-account, after the airline ticket is purchased, the balance in the fund account corresponding to the sub-account is deducted according to the transaction amount, and the balance in the fund account corresponding to the parent account is added with money according to the transaction amount.
S15: and paying the parent account to which the child account belongs, and processing account data corresponding to the parent account to which the child account belongs according to the payment processing result.
After processing the account data corresponding to the parent account to which the child account belongs, step S15 is executed, the parent account to which the child account belongs is paid, the parent account is paid to the seller, that is, the airline account, the account data corresponding to the parent account is updated after the parent account is paid successfully, and the account data corresponding to the parent account is not updated after the parent account is paid unsuccessfully.
The unsuccessful payment includes failure of payment and payment abnormity. Payment failure is an unsuccessful transaction due to the balance or authority of the payment account not being satisfied; payment anomalies are unsuccessful transactions due to system reasons such as network jitter or database stability.
S16: and when the payment processing result of the parent account to which the child account belongs is unsuccessful and the account data corresponding to the parent account to which the child account belongs is processed, rolling back the account data corresponding to the child account to the state before the child account pays.
In the multi-level account data processing method provided by the embodiment, whether a payer is a parent account is judged when payment is generated, and if the payer is the parent account, account data corresponding to the parent account is processed according to a payment result from the parent account to a seller; if the payer is a sub-account, after the sub-account successfully pays to the parent account to which the sub-account belongs, processing account data corresponding to the parent account to which the sub-account belongs, and then paying to the seller by the parent account to which the sub-account belongs; and after the parent account to which the sub-account belongs is not successful in paying the seller, rolling back the account data corresponding to the sub-account to the state before the sub-account pays the parent account to which the sub-account belongs. In the payment mode, the settlement among the sub account, the parent account and the seller account can be completed by one-time payment operation; in the synchronous mode, the data synchronization between the sub-account and the parent account and the seller account is realized, the accuracy and the effectiveness of the data are ensured, and the reliability of the system is enhanced.
In a particular embodiment, the account data corresponding to the sub-account, the parent account, and the seller account each include funding account data, airline ticket account data, additional services account data, insurance account data, and/or mileage account data. The various types of account data are used for recording different data contents respectively. Specifically, the fund account data of the sub-account includes, but is not limited to, data such as the balance of the sub-account, daily sale limit and/or available balance on the same day; the air ticket account data of the sub-account comprises but is not limited to the data of the air ticket stock surplus, the number of sold air tickets and/or the total amount of sold air tickets of the sub-account; the additional service account data of the sub-account includes, but is not limited to, data of pre-paid baggage remaining, pre-selected seat remaining, pre-paid baggage number and/or pre-selected seat number of the sub-account; insurance account data for the sub-accounts includes, but is not limited to, insurance remnants and/or insurance numbers, etc.; the mileage account data for the sub-account includes, but is not limited to, mileage surplus and/or mileage data. Through separate management and synchronization of a plurality of accounts and the separation of each type of account data into service inventory data and sold data, various data are perfected, analysis of business conditions by customers and airlines is facilitated, and data statistical efficiency is improved.
After the sub account is successfully paid, the balance in the fund account data of the sub account is reduced, the balance in the fund account data of the parent account is increased, and the balance in the fund account data of the seller account is also increased; and after the payment of the sub-account is successful, according to different transaction contents, the total sold amount of the corresponding account data in the sub-account, the parent account and the seller account is increased, the sold data is increased and the inventory data is reduced. For example, when the ticket is purchased, after the payment of the sub-account is successful, the total amount of the sold tickets and the number of the sold tickets included in the ticket account data in the sub-account, the parent account and the seller account are increased, and the remaining amount of the ticket stock is decreased.
The additional service is a service of the ticket purchased by the passenger except for the transportation service provided by the ticket itself, for example, transportation of overweight baggage, that is, a baggage consignment service in which the passenger carries the baggage with a weight exceeding the free consignment limit. Each additional service product represents an additional service independently provided to passengers on a leg.
In a particular embodiment, the funding account data is virtual funding account data. The existing direct sale air ticket payment process is mainly in real-time butt joint with a bank or a third party, the payment efficiency is limited, complicated bank information needs to be provided, in addition, a certain rate also exists, and particularly for the business of overseas airlines, the high procedure cost greatly hinders the step of aviation product sales. In this embodiment, a virtual fund account is established, and the child and parent agencies form a dynamic fund pool by adding value directly to the airline. When payment operation is needed, the agency only needs to transfer money from various fund pools, and does not need to link banks or third parties for payment in real time, so that the efficiency of operations such as client payment is improved, the inconvenience caused by external payment linking is avoided, the dependence on the banks and the third party system is reduced, and the expansion of overseas airline business is facilitated.
The agency's recharge for its virtual fund account includes bank transfer recharge, check recharge, credit recharge, online recharge, etc. The check is charged by adding the amount corresponding to the amount of the check to the virtual fund account. The credit granting and recharging is that the agency obtains the overdraft amount of the virtual fund account by using the credit of the agency, and the money agency for the credit granting and recharging needs to be returned in the credit granting period. The online recharging is implemented by using an online mode, such as online transfer of bank accounts of a mobile phone, a third-party tool and the like.
The flowcharts in the figures illustrate the architecture, functionality, and operation of possible implementations of methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the flowchart illustrations, and combinations of blocks in the flowchart illustrations, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or by combinations of special purpose hardware and computer instructions.
In some embodiments, the clients, servers may communicate using any currently known or future developed network protocol, such as HTTP (HyperText transfer protocol), and may be interconnected with any form or medium of digital data communication (e.g., a communications network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), the Internet (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed network.
The names of messages or information exchanged between devices in the embodiments of the present disclosure are for illustrative purposes only, and are not intended to limit the scope of the messages or information.
Although the operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous.
It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order, and/or performed in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.
Computer program code for carrying out operations for the present disclosure may be written in any combination of one or more programming languages, including but not limited to an object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
The following are embodiments of the apparatus of the present invention that may be used to perform embodiments of the method of the present invention. For details which are not disclosed in the embodiments of the apparatus of the present invention, reference is made to the embodiments of the method of the present invention.
An embodiment of the present invention provides a multi-level account data processing apparatus, referring to fig. 2, including: an account level judging unit 21, a first data processing unit 22, a second data processing unit 23, a third data processing unit 24, a fourth data processing unit 25, and a data synchronizing unit 26.
The account level judging unit 21 is configured to judge whether the payer is a parent account when payment is generated, if so, execute the first data processing unit 22, and if not, determine that the payer is a child account and execute the second data processing unit 23.
And the first data processing unit 22 is configured to process account data corresponding to the parent account according to the payment processing result.
And the second data processing unit 23 is configured to process the account data corresponding to the sub-account according to a payment processing result, where the payment processing result includes success and failure.
And the third data processing unit 24 is configured to, after the payment processing result is successful and the account data corresponding to the child account is processed, process the account data corresponding to the parent account to which the child account belongs.
And the fourth data processing unit 25 is configured to, after processing account data corresponding to a parent account to which the child account belongs, perform payment on the parent account to which the child account belongs, and process the account data corresponding to the parent account to which the child account belongs according to a payment processing result of the parent account to which the child account belongs.
And the data synchronization unit 26 is configured to, after the payment processing result of the parent account to which the child account belongs is unsuccessful and account data corresponding to the parent account to which the child account belongs is processed, roll back the account data corresponding to the child account to a state before the child account pays.
In the multi-tier account data processing apparatus provided in this embodiment, the account level determining unit 21 determines whether the payer is a parent account when payment is generated, and if the payer is the parent account, the first data processing unit 22 processes account data corresponding to the parent account according to a payment result from the parent account to the seller; if the payer is a sub-account, the third data processing unit 24 processes the account data corresponding to the parent account to which the sub-account belongs after the sub-account successfully pays to the parent account to which the sub-account belongs, and then the parent account to which the sub-account belongs pays to the seller; after the parent account to which the sub-account belongs is not successful in paying to the seller, the data synchronization unit 26 rolls back the account data corresponding to the sub-account to the state before the sub-account pays to the parent account to which the sub-account belongs. In the payment mode, the settlement among the sub account, the parent account and the seller account can be completed by one-time payment operation; in the synchronous mode, the data synchronization between the sub-account and the parent account and the seller account is realized, the accuracy and the effectiveness of the data are ensured, and the reliability of the system is enhanced.
In one or more embodiments, the account data includes: funding account data, airline ticket account data, additional service account data, insurance account data, and/or mileage account data.
In one or more embodiments, each type of the account data includes: service inventory data and sold data.
In one or more embodiments, the funding account data is: virtual fund account data.
The units described in the embodiments of the present disclosure may be implemented by software or hardware. Where the name of a unit does not in some cases constitute a limitation of the unit itself, for example, the first retrieving unit may also be described as a "unit for retrieving at least two internet protocol addresses".
The functions described herein above may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), systems on a chip (SOCs), Complex Programmable Logic Devices (CPLDs), and the like.
The multi-level account data processing equipment provided by the embodiment of the invention can be a PC terminal, a cloud platform, a server cluster and the like. The server can be one or more of a rack server, a blade server, a tower server and a cabinet server. An embodiment of the present invention provides a multi-level account data processing device, and referring to fig. 3, a hardware structure of the device may include: at least one processor 31, at least one communication interface 32, at least one memory 33 and at least one communication bus 34; and the processor 31, the communication interface 32 and the memory 33 are communicated with each other through a communication bus 34.
The processor 31 may be a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), one or more Integrated circuits configured to implement embodiments of the present invention, or the like in some embodiments.
The communication interface 32 may include a standard wired interface, a wireless interface (e.g., WI-FI interface). Are commonly used to establish communication connections between multi-tier account data processing devices and other electronic devices or systems.
The memory 33 includes at least one type of readable storage medium. The readable storage medium may be an NVM (non-volatile memory) such as flash memory, hard disk, multimedia card, card-type memory, etc.
Wherein the memory 33 stores a computer program, and the processor 31 may call the computer program stored in the memory 33, the computer program being configured to:
when payment is generated, judging whether a payer is a parent account, if so, processing account data corresponding to the parent account according to a payment processing result, and if not, determining that the payer is a child account, and processing account data corresponding to the child account according to a payment processing result, wherein the payment processing result comprises success and failure;
processing account data corresponding to a parent account to which the sub-account belongs after the payment processing result is successful and the account data corresponding to the sub-account is processed;
after processing account data corresponding to a parent account to which the child account belongs, paying the parent account to which the child account belongs, and processing the account data corresponding to the parent account to which the child account belongs according to a payment processing result;
and after the payment processing result is unsuccessful and the account data corresponding to the parent account to which the sub-account belongs is processed, rolling back the account data corresponding to the sub-account to the state before the sub-account pays.
The refinement function and the extension function of the program may be referred to as described above.
An embodiment of the present invention further provides a readable storage medium, where the readable storage medium may store a program adapted to be executed by a processor, where the program is configured to:
when payment is generated, judging whether a payer is a parent account, if so, processing account data corresponding to the parent account according to a payment processing result, and if not, determining that the payer is a child account, and processing account data corresponding to the child account according to a payment processing result, wherein the payment processing result comprises success and failure;
processing account data corresponding to a parent account to which the sub-account belongs after the payment processing result is successful and the account data corresponding to the sub-account is processed;
after processing account data corresponding to a parent account to which the child account belongs, paying the parent account to which the child account belongs, and processing the account data corresponding to the parent account to which the child account belongs according to a payment processing result;
and after the payment processing result is unsuccessful and the account data corresponding to the parent account to which the sub-account belongs is processed, rolling back the account data corresponding to the sub-account to the state before the sub-account pays.
The refinement function and the extension function of the program may be referred to as described above.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
It should be noted that the computer readable medium in the present disclosure can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a non-transitory computer readable medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication means, or installed from a storage means, or installed from a ROM. The computer program, when executed by a processing device, performs the above-described functions defined in the methods of the embodiments of the present disclosure.
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
While several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.
The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and (but not limited to) the features disclosed in this disclosure having similar functions are replaced with each other to form the technical solution.
Claims (10)
1. A multi-level account data processing method is characterized by comprising the following steps:
when payment is generated, judging whether a payer is a parent account, if so, processing account data corresponding to the parent account according to a payment processing result, and if not, determining that the payer is a child account, and processing the account data corresponding to the child account according to a payment processing result, wherein the payment processing result comprises success and failure;
processing account data corresponding to a parent account to which the sub-account belongs after the payment processing result is successful and the account data corresponding to the sub-account is processed;
after processing account data corresponding to a parent account to which the child account belongs, paying the parent account to which the child account belongs, and processing the account data corresponding to the parent account to which the child account belongs according to a payment processing result;
and after the payment processing result is unsuccessful and the account data corresponding to the parent account to which the sub-account belongs is processed, rolling back the account data corresponding to the sub-account to the state before the sub-account pays.
2. The method of claim 1, wherein the account data comprises: funding account data, airline ticket account data, additional service account data, insurance account data, and/or mileage account data.
3. The method of claim 2, wherein each type of the account data comprises: service inventory data and sold data.
4. The method of claim 2, wherein the funding account data is: virtual fund account data.
5. A multi-tier account data processing apparatus, comprising:
the account level judging unit is used for judging whether a payer is a parent account or not when payment is generated, if so, executing the first data processing unit, and if not, determining that the payer is a child account and executing the second data processing unit;
the first data processing unit is used for processing the account data corresponding to the parent account according to a payment processing result;
the second data processing unit is used for processing the account data corresponding to the sub-account according to a payment processing result, wherein the payment processing result comprises success and failure;
the third data processing unit is used for processing the account data corresponding to the parent account to which the sub-account belongs after the payment processing result is successful and the account data corresponding to the sub-account is processed;
the fourth data processing unit is used for paying the parent account to which the child account belongs after processing the account data corresponding to the parent account to which the child account belongs, and processing the account data corresponding to the parent account to which the child account belongs according to the payment processing result;
and the data synchronization unit is used for rolling back the account data corresponding to the sub-account to the state before the sub-account is paid after the payment processing result is unsuccessful and the account data corresponding to the parent account to which the sub-account belongs is processed.
6. The apparatus of claim 5, wherein the account data comprises: funding account data, airline ticket account data, additional service account data, insurance account data, and/or mileage account data.
7. The apparatus of claim 6, wherein each type of the account data comprises: service inventory data and sold data.
8. The apparatus of claim 6, wherein the funding account data is: virtual fund account data.
9. A readable storage medium having a program stored thereon, wherein the program, when executed by a processor, implements the steps of the multi-tier account data processing method according to any one of claims 1 to 4.
10. A multi-tier account data processing device, comprising: a memory and a processor;
the memory is used for storing programs;
the processor is used for executing the program and realizing the steps of the multi-level account data processing method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911127682.1A CN110889686A (en) | 2019-11-18 | 2019-11-18 | Multi-level account data processing method, device, equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911127682.1A CN110889686A (en) | 2019-11-18 | 2019-11-18 | Multi-level account data processing method, device, equipment and readable storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110889686A true CN110889686A (en) | 2020-03-17 |
Family
ID=69747765
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911127682.1A Pending CN110889686A (en) | 2019-11-18 | 2019-11-18 | Multi-level account data processing method, device, equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110889686A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111476671A (en) * | 2020-04-08 | 2020-07-31 | 杭州复杂美科技有限公司 | Block chain rollback insurance method, equipment and storage medium |
| CN112016914A (en) * | 2020-08-19 | 2020-12-01 | 支付宝(杭州)信息技术有限公司 | Resource control and fund control method, device and equipment |
| CN113449873A (en) * | 2020-03-25 | 2021-09-28 | 北京同邦卓益科技有限公司 | Data processing method and device, electronic equipment and computer storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101030311A (en) * | 2007-04-16 | 2007-09-05 | 中国工商银行股份有限公司 | One to multiple account processing system |
| JP2017058905A (en) * | 2015-09-16 | 2017-03-23 | 株式会社日本総合研究所 | Finance experience system and control method therefor |
| CN109615468A (en) * | 2018-12-03 | 2019-04-12 | 大汉电子商务有限公司 | A kind of receipts payment administrative system and method |
| CN110086783A (en) * | 2019-04-08 | 2019-08-02 | 深圳众赢维融科技有限公司 | A kind of method, apparatus, electronic equipment and the storage medium of more account managements |
-
2019
- 2019-11-18 CN CN201911127682.1A patent/CN110889686A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101030311A (en) * | 2007-04-16 | 2007-09-05 | 中国工商银行股份有限公司 | One to multiple account processing system |
| JP2017058905A (en) * | 2015-09-16 | 2017-03-23 | 株式会社日本総合研究所 | Finance experience system and control method therefor |
| CN109615468A (en) * | 2018-12-03 | 2019-04-12 | 大汉电子商务有限公司 | A kind of receipts payment administrative system and method |
| CN110086783A (en) * | 2019-04-08 | 2019-08-02 | 深圳众赢维融科技有限公司 | A kind of method, apparatus, electronic equipment and the storage medium of more account managements |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113449873A (en) * | 2020-03-25 | 2021-09-28 | 北京同邦卓益科技有限公司 | Data processing method and device, electronic equipment and computer storage medium |
| CN111476671A (en) * | 2020-04-08 | 2020-07-31 | 杭州复杂美科技有限公司 | Block chain rollback insurance method, equipment and storage medium |
| CN112016914A (en) * | 2020-08-19 | 2020-12-01 | 支付宝(杭州)信息技术有限公司 | Resource control and fund control method, device and equipment |
| CN112016914B (en) * | 2020-08-19 | 2022-09-02 | 支付宝(杭州)信息技术有限公司 | Resource control and fund control method, device and equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8856043B2 (en) | Method and system for managing data and enabling payment transactions between multiple entities | |
| CN110889686A (en) | Multi-level account data processing method, device, equipment and readable storage medium | |
| CN111861437A (en) | Payment processing method and device | |
| CN112132674A (en) | Transaction processing method and device | |
| CN112184240A (en) | Refund request processing method and device | |
| CN111695970A (en) | Order processing method and system | |
| CN111105238A (en) | Transaction risk control method and device | |
| CN113554509B (en) | Processing method, device, medium and electronic equipment for online payment service | |
| US20160042343A1 (en) | Information processing apparatus, information processing method and information processing program | |
| CN111429092B (en) | Method, apparatus, device and computer readable medium for paying an accumulation fund | |
| CN114648404A (en) | Loan request processing method, loan request processing device, loan request processing terminal, and storage medium | |
| CN112950358A (en) | Traceable financial market transaction guarantee management method, device, equipment and medium | |
| CN112232789A (en) | BOP payment settlement method, device, equipment and readable storage medium | |
| CN112991029A (en) | Account checking method and device | |
| JP5416852B1 (en) | Corporate sales support system, corporate sales support method, and program | |
| CN111415263A (en) | Data matching method and device | |
| CN111242576A (en) | Method and device for processing request | |
| CN111179054A (en) | Request information processing method, server, client and system | |
| KR20160070932A (en) | Method for generating virtual account number and server performing the same | |
| CN117437076B (en) | Account checking method, device, equipment and medium based on account checking code | |
| CN113645050B (en) | Large-traffic user ticket gradient merging method and device and computing equipment | |
| CN110517157B (en) | Method, device, medium and electronic equipment for managing mutual insurance of property | |
| KR101039731B1 (en) | Method for Managing Customer's Information | |
| US20160048814A1 (en) | Split-fee merchant payment platform system and method | |
| CN116188154A (en) | Method, apparatus, electronic device and computer readable medium for processing payment request |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200317 |