CN110782240B - Business data processing method and device, computer equipment and storage medium - Google Patents
Business data processing method and device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN110782240B CN110782240B CN201910968902.7A CN201910968902A CN110782240B CN 110782240 B CN110782240 B CN 110782240B CN 201910968902 A CN201910968902 A CN 201910968902A CN 110782240 B CN110782240 B CN 110782240B
- Authority
- CN
- China
- Prior art keywords
- service
- service request
- identifier
- request
- target
- 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.)
- Active
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/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Development Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The application relates to the field of basic operation and maintenance, and provides a service data processing method and device, computer equipment and a storage medium. The method comprises the following steps: receiving a service request sent by a terminal, wherein the service request carries a user identifier and a service identifier corresponding to the terminal; searching a corresponding mirror account according to the user identification, acquiring state data corresponding to the mirror account and a verification rule corresponding to the service identification, and verifying the state data according to the verification rule; when the verification is passed, the service request is sent to a target server so that the target server executes service operation corresponding to the service identifier, and when the service operation is completed, a service simulation instruction corresponding to the service request is returned; and executing corresponding service simulation operation according to the service simulation instruction so as to update the state data of the mirror account. By adopting the method, the response efficiency of the target server can be improved.
Description
Technical Field
The present application relates to the field of internet technologies, and in particular, to a method and an apparatus for processing service data, a computer device, and a storage medium.
Background
All service requests in the existing fund deposit and management service are directly sent to a target server of a deposit and management bank, so that great pressure is applied to the target server, and the response efficiency of the target server is low.
Disclosure of Invention
In view of the foregoing, it is necessary to provide a business data processing method, apparatus, computer device, and storage medium capable of improving response efficiency of a target server of a deposit bank.
A method for processing service data, the method comprising:
receiving a service request sent by a terminal, wherein the service request carries a user identifier and a service identifier corresponding to the terminal;
searching a corresponding mirror account according to the user identification, acquiring state data corresponding to the mirror account and a verification rule corresponding to the service identification, and verifying the state data according to the verification rule;
when the verification is passed, the service request is sent to a target server so that the target server executes service operation corresponding to the service identifier, and when the service operation is completed, a service simulation instruction corresponding to the service request is returned;
and executing corresponding service simulation operation according to the service simulation instruction so as to update the state data of the mirror account.
In one embodiment, before sending the service request to the target server, the method includes:
judging the type of the service request according to the service identifier;
when the service request is judged to be a first preset type of service request according to the service identifier, inquiring a target atomic interface corresponding to the service identifier;
acquiring an interface parameter value of the target atomic interface, and converting the service request into a service sub-request for the target atomic interface according to the interface parameter value;
the sending the service request to a target server includes:
and sending the service sub-request to a target server.
In one embodiment, after the determining the type of the service request according to the service identifier, the method further includes:
when the service request is judged to be a second preset type of service request according to the service identifier, acquiring current payment configuration data corresponding to the user identifier;
calling a pre-configured payment routing control engine according to the current payment configuration data to obtain a current payment mode corresponding to the user identification;
the sending the service request to a target server includes:
and sending the current payment mode and the service request to the target server.
In one embodiment, the method further comprises:
when the state data which are not verified pass, acquiring a corresponding guiding strategy according to the state data which are not verified pass;
and sending the guiding strategy to the terminal so that the terminal displays a guiding page corresponding to the guiding strategy.
In one embodiment, the method further comprises:
acquiring incremental resource data from a first database according to a preset time interval; the first database is a database used for storing first resource data in the target server;
comparing the incremental resource data with data in a second database; the second database is used for storing second resource data corresponding to the mirror image account;
and when the comparison is inconsistent, generating alarm information and sending the alarm information to a preset operation terminal.
In one embodiment, the method further comprises:
acquiring a product identifier corresponding to the current resource corresponding to the user identifier;
determining a classification label corresponding to the current resource according to the product identification, and classifying the current resource according to the classification label;
and sending the classification result to the terminal for displaying.
In one embodiment, the method further comprises:
when an account state query request is received, acquiring a target user identifier carried by the account state query request;
inquiring a corresponding target mirror account according to the target user identification, and acquiring target state data of the target mirror account;
and returning the target state data to the terminal corresponding to the target user identification.
A traffic data processing apparatus, the apparatus comprising:
the service request receiving module is used for receiving a service request sent by a terminal, wherein the service request carries a user identifier and a service identifier corresponding to the terminal;
the verification module is used for searching a corresponding mirror account according to the user identification, acquiring state data corresponding to the mirror account and a verification rule corresponding to the service identification, and verifying the state data according to the verification rule;
a service request sending module, configured to send the service request to a target server when the verification passes, so that the target server executes a service operation corresponding to the service identifier, and when the service operation is completed, return a service simulation instruction corresponding to the service request;
and the state data updating module is used for executing corresponding service simulation operation according to the service simulation instruction so as to update the state data of the mirror account.
A computer device comprising a memory and a processor, the memory storing a computer program, the processor implementing the steps of the business data processing method according to any of the embodiments when executing the computer program.
A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the steps of the service data processing method according to any of the above embodiments.
By arranging the mirror image system server between the terminal and the target server, the mirror image system server can complete the service operation of the target server each time, the business operation is simulated, so that the state of the mirror account of the user in the mirror system is synchronized with the state of the electronic account of the user in the deposit bank in near real time, after receiving the service request, the mirror account system server can firstly verify the service request according to the state of the mirror account, only the service request is transmitted to the target server after the verification is passed, thus, the verification operation of the target server is reduced, the influence of the transaction which is not verified to pass on the target server is avoided, therefore, the pressure of the target server is greatly reduced, and the response efficiency of the deposit and management bank to the service request is improved.
Drawings
Fig. 1 is an application scenario diagram of a service data processing method in an embodiment;
FIG. 2 is a flow chart illustrating a method for processing service data according to an embodiment;
FIG. 3 is a flowchart illustrating steps in an embodiment for sending a service request to a target server;
FIG. 4 is a flowchart illustrating steps for sending a service request to a target server in another embodiment;
FIG. 5 is a block diagram of a business data processing apparatus in one embodiment;
FIG. 6 is a diagram illustrating an internal structure of a computer device according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The service data processing method provided by the application can be applied to the application environment shown in fig. 1. The terminal 102 communicates with the mirror image system server 104 through a network, the mirror image system server 104 communicates with the target server 106 through a network, and the target server 106 is a server corresponding to a storage bank. After receiving a service request sent by a user through the terminal 102, the mirror system server 104 performs a prior check on the service request, and only the service request passing the check is sent to the target server 106, when performing the check, specifically, the mirror system server 104 first parses the service request to obtain a user identifier and a service identifier, then searches a mirror account corresponding to the user according to the user identifier, obtains status data corresponding to the mirror account, obtains a check rule corresponding to the service identifier, then checks the status data according to the check rule, further, when the check passes, the mirror system server 104 sends the service request to the target server 106, the target server 106 receives the service request, executes a corresponding service operation, and when the service operation is completed, sends a service simulation instruction to the mirror system server 104, the mirror system server 104 executes the service simulation operation according to the service simulation instruction to update the state data of the mirror account corresponding to the user.
The terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices, and the server 104 may be implemented by an independent server or a server cluster formed by a plurality of servers.
In an embodiment, as shown in fig. 2, a service data processing method is provided, which is described by taking the application of the method to the mirroring system server 104 in fig. 1 as an example, and includes the following steps:
step 202, receiving a service request sent by a terminal, where the service request carries a user identifier and a service identifier corresponding to the terminal.
The service identification is used for uniquely identifying the service type corresponding to the service scene, the service type comprises various investment services, repayment services, recharging services and withdrawal services, the investment services refer to investment and financing services, the repayment services refer to repayment for borrowing, the recharging services refer to recharging services for electronic accounts of the depository bank, and the withdrawal services refer to transferring funds from the electronic accounts of the depository bank. The user identifier is used for uniquely identifying the identity of the user corresponding to the terminal, and can be composed of letters, numbers, symbols or a combination of letters, numbers and symbols with preset digits.
Specifically, after receiving a service request sent by a terminal, the mirror system server may parse the service request to obtain a user identifier and a service identifier carried in the service request.
And 204, searching a corresponding mirror account according to the user identifier, acquiring state data corresponding to the mirror account and a verification rule corresponding to the service identifier, and verifying the state data according to the verification rule.
The mirror image account refers to a virtual electronic account which is created for a user in a mirror image system and is used for simulating an electronic account of the user in a deposit bank. The state data corresponding to the mirror account includes, but is not limited to, a card binding state, a resource amount and a transaction password, wherein the card binding state refers to a binding state between a bank card under a user name and an electronic account in a deposit bank, and the resource amount refers to a numerical value for representing the amount of funds. The check rule refers to a rule for checking the service request after receiving the service request. The checking rules are set by developers according to the service requirements under each service scene and correspond to the service identifiers one by one.
Specifically, after the mirror image system server finds the mirror image account corresponding to the current user according to the user identification, all state data corresponding to the mirror image account are obtained, a check rule corresponding to the current service is further found according to the service identification, and the state data is checked according to the check rule.
And step 206, when the verification is passed, sending the service request to the target server, so that the target server executes the service operation corresponding to the service identifier, and when the service operation is completed, returning a service simulation instruction corresponding to the service request.
The service operation refers to a step flow executed when the target server responds to the service request. It can be understood that, services of different service types correspond to different service scenarios, and service logics thereof are different, so that when the target server responds to service requests corresponding to services of different service types, steps executed by the target server are also different, that is, service operations corresponding to different service types are different, for example, in a payment service scenario, a payment operation is executed by the target server, and in a recharge service scenario, a recharge operation is executed by the target server. There is a one-to-one correspondence between the service operation and the service identifier.
Specifically, when the state data corresponding to the mirror account meets the check rule corresponding to the service identifier, the mirror system server determines that the service request passes the check, at this time, the service request can be sent to the target server, the target server analyzes the service request after receiving the service request, obtains the service identifier and the user identifier carried by the service request, determines the service type corresponding to the service request according to the service identifier, and then executes the service operation corresponding to the service type. For example, when the service type corresponding to the service request is an investment service, the service operation executed by the target server may be to subtract the investment amount corresponding to the service request from the fund amount of the electronic account corresponding to the investor a, and increase the investment amount corresponding to the service request from the fund amount of the electronic account corresponding to the investor B.
Further, after the service operation is completed, the target server may generate a service simulation instruction according to the service identifier and the user identifier, and return the service simulation instruction to the mirror system server.
In one embodiment, when the verification passes, the mirror image system server may further freeze the mirror image account, and after the mirror image account is frozen, the state data corresponding to the mirror image account may not change, so as to prevent the state data of the mirror image account from being inaccurate due to a user misoperation.
And step 208, executing corresponding service simulation operation according to the service simulation instruction to update the state data of the mirror account.
The service simulation operation refers to an operation of simulating a step flow executed when the target server responds to the service request so as to realize the same service result.
Specifically, the mirror image system server analyzes the service simulation instruction to obtain a service identifier and a user identifier, determines a service type according to the service identifier, and executes a service simulation operation corresponding to the service type for a mirror image account corresponding to the user identifier so as to update state data of the mirror image account corresponding to the user identifier.
It can be understood that the service operation corresponding to the same service category may be the same as or different from the service simulation operation, as long as the same service result can be achieved. For example, for the business operation corresponding to the investment business, the business operation executed by the target server may be that the investment amount corresponding to the business request is first subtracted from the fund amount of the electronic account corresponding to the investor a, and then the investment amount corresponding to the business request is added to the fund amount of the electronic account corresponding to the investor B; the business operation executed by the mirror image system server can be that the capital amount of the mirror image account corresponding to the investor A is subtracted by the investment amount corresponding to the business request, and then the capital amount of the mirror image account corresponding to the investor B is increased by the investment amount corresponding to the business request; or simultaneously subtracting the investment amount corresponding to the service request from the fund amount of the mirror image account corresponding to the investor A, and increasing the investment amount corresponding to the service request by the fund amount of the mirror image account corresponding to the investor B.
In the service data processing method, the mirror image system server is arranged between the terminal and the target server, and the mirror image system server can simulate the service operation after the target server completes the service operation each time, so that the state of a mirror image account of a user in a mirror image system is synchronized with the state of an electronic account of a user in a deposit bank in a quasi-real-time manner.
In one embodiment, as shown in fig. 3, before sending the service request to the target server, the method includes:
step 302, determining the type of the service request according to the service identifier.
And 304, when the service request is judged to be the service request of the first preset type according to the service identifier, querying a target atomic interface corresponding to the service identifier.
For some services, the service flow corresponding to the service request sent by the terminal to the mirror system server is not completely consistent with the actual service flow of the target server, the service is a service of a first preset type, and the service request corresponding to the service is a service request of the first preset type. For example, in a payment service, a service flow corresponding to a service request sent by a terminal to a mirror account server is a one-to-one payment flow for uniformly paying for an investment product, but when the payment is made by a target server, the payment needs to be made to a plurality of different debit accounts corresponding to the investment product, that is, the payment flow is a one-to-many payment flow by the target server.
For a first preset type of service, an atomic interface corresponding to the service may be preset, and a correspondence between the atomic interface and a service identifier corresponding to the service is established. When the mirror system server judges that the service request is the first preset type of service request according to the service identifier, the corresponding target atomic interface can be found according to the service identifier. Wherein, the atomic interface refers to an interface with atomicity on the target server.
And step 306, acquiring an interface parameter value of the target atomic interface, and converting the service request into a service sub-request for the target atomic interface according to the interface parameter value.
Further, in this embodiment, the step 206 of sending the service request to the target server includes:
step 308, the service sub-request is sent to the target server.
Specifically, after a target atomic interface is queried, the mirror system server queries a corresponding interface parameter value field according to an interface identifier of the target atomic interface, determines a field value corresponding to the interface parameter field according to a user identifier and a service identifier carried in a service request to obtain an interface parameter value required by the target atomic interface, and converts the service request according to the obtained interface parameter value to obtain a service sub-request.
For example, in a repayment service, an interface parameter value field of an atomic interface of a target server includes a borrowing account, so that when a service request for repayment sent by a terminal is converted by a mirror image system server, a corresponding borrowing account number needs to be found according to a user identifier, and the service request is split according to the borrowing account number to obtain a service sub-request, for example, the borrowing account number found according to the user identifier carried in a certain service request includes a1, a2, and A3, the service request needs to be split into the service sub-request for a1 repayment, the service sub-request for a2 repayment, and the service sub-request for A3 repayment.
It will be appreciated that the service sub-request will typically carry the same service identity as the service request.
Further, the mirror image system server sends the obtained plurality of business sub-requests to the target service respectively.
In one embodiment, after receiving the service sub-request, the target server parses the service sub-request and executes the service operation corresponding to the service sub-request, after the service operation is completed, the target server generates service simulation sub-instructions corresponding to the service sub-request and sends the service simulation sub-instructions to the mirror image system server, and after receiving the service simulation sub-instructions corresponding to all the service sub-requests corresponding to the current service request, the mirror image system server converts the service simulation sub-instructions into service simulation instructions according to the service simulation sub-instructions and executes the corresponding service simulation operation according to the service simulation instructions to update the state data of the mirror image account.
In the embodiment, the mirror system server can meet different service requirements by variously combining the atomic interfaces of the target server, and the consistency of various service results is ensured at a logic level, so that the accuracy of the target server in responding to the service request is ensured.
In one embodiment, as shown in fig. 4, after determining the type of the service request according to the service identifier, the method further includes:
step 402, when the service request is determined to be a second preset type of service request according to the service identifier, obtaining current payment configuration data corresponding to the user identifier.
The service request of the second preset type comprises a service request corresponding to a recharging service and a repayment service. The current payment configuration data corresponding to the user identifier refers to relevant data for configuring the payment mode of the user. In one embodiment, the current payment configuration data includes at least one of a withholding agreement between the user and the third party payment, a user bound bank card account number.
And step 404, calling a pre-configured payment routing control engine according to the current payment configuration data to obtain a current payment mode corresponding to the user identifier.
Further, in this embodiment, the step 206 of sending the service request to the target server includes:
step 406, sending the current payment mode and the service request to the target server.
Specifically, the mirror system server calls a pre-configured payment routing control engine, the payment routing control engine judges the payment configuration data of the user through a preset judgment rule, and the current payment mode corresponding to the user identifier is determined according to a judgment result.
In one embodiment, the payment routing control engine may first determine whether a protocol number of a withholding protocol between the user and the third party payment is real and valid, if so, determine that the third party withholding payment is a current payment mode, if not, continue to determine whether a bank card account bound by the user supports unionpay payment, and if so, determine that the unionpay payment is the current payment mode.
In the embodiment, the payment routing control engine is configured, so that the current payment mode can be automatically determined according to the current payment configuration data of the user, and the user experience is improved.
In one embodiment, the method further comprises: when the state data which is not verified is available, acquiring a corresponding guide strategy according to the state data which is not verified; and sending the guiding strategy to the terminal so that the terminal displays a corresponding guiding page according to the guiding strategy.
In this embodiment, for different state data, a corresponding relationship between the state data and the guidance policy is pre-established, when the mirror system server verifies the state data according to the verification rule and determines that there is state data that fails to be verified, a guidance policy corresponding to the state data may be obtained according to the pre-established corresponding relationship, and the guidance policy is sent to the terminal, and after receiving the guidance policy, the terminal may generate and display a corresponding guidance page according to the guidance policy, so that a user corresponding to the terminal can supplement or update the state data that fails to be verified according to the guidance page.
For example, a user tee initiates a service request with an investment amount of 5000 through a terminal, the resource amount in state data of a mirror account of the user tee is 3000 in a mirror system server, when the mirror system server checks the state data, the check on the resource data is not passed, at this time, the mirror system server can acquire a guidance policy corresponding to the resource amount, namely ' available balance is insufficient ', the user is requested to recharge first and then invest ', after the mirror system server sends the guidance policy to the terminal, the terminal can generate a guidance page according to the guidance policy, the user is prompted to recharge on the guidance page, and a recharge entrance is provided to guide the user to update the resource amount in the state data through recharging.
In the above embodiment, the mirror system server may guide the user corresponding to the terminal to supplement or update the status data that is not verified by obtaining the guidance policy and sending the terminal.
In one embodiment, the method further comprises: acquiring incremental resource data from a first database according to a preset time interval; the first database is used for storing first resource data in the target server; comparing the incremental resource data with data in a second database; the second database is used for storing second resource data corresponding to the mirror image account; and when the comparison is inconsistent, generating alarm information and sending the alarm information to a preset operation terminal.
The first database is a database used for storing first resource data in the target server. The first resource data refers to fund data corresponding to an electronic account of a user existing management bank, and comprises fund flow details and fund balances. Incremental resource data refers to newly added data records in the first database. The second database is a database on the mirror image system server and is used for storing second resource data corresponding to the mirror image account. And the second resource data is fund data corresponding to the mirror image account and comprises fund flow details and fund balance.
Specifically, when data in the first database changes, a log record is generated, the mirror system server can determine incremental resource data in the first database by analyzing the log record of the first database and acquire the incremental resource data, the incremental resource data is compared with data in the second database one by one, when data records which are different from any data record in the second database exist in the incremental resource data, it is determined that data which are inconsistent in comparison exist, at the moment, the mirror system server can generate warning information and send the warning information to a preset operation terminal, and an operator corresponding to the operation terminal is reminded of a fund error.
In one embodiment, the method further comprises: acquiring a product identifier corresponding to a current resource corresponding to the user identifier; determining a classification label corresponding to the current resource according to the product identification, and classifying the current resource according to the classification label; and sending the classification result to a terminal for displaying.
The current resource corresponding to the user identifier refers to the fund held by the user existing management bank corresponding to the user identifier. The product identifier corresponding to the current resource corresponding to the user identifier refers to the product identifier of the financial product, which is invested by the user through the held fund, corresponding to the user identifier.
In this embodiment, a corresponding classification label is preset for each financial product, and a correspondence between the classification label and a product identifier corresponding to the financial product is established. The classification labels may be used to characterize the investment dimension of the current resource. In one embodiment, the category label may be determined as a re-investment, a reservation, etc. according to the fund status corresponding to the financial product, wherein the re-investment indicates that the part of the fund is in the automatic re-investment status, and the reservation indicates that the part of the resource is in the reservation status. In one embodiment, the tags may be determined to be classified as short-term, medium-term, and long-term based on the time period of the financial product.
After determining the classification label corresponding to the current resource according to the product identification, the mirror image system server classifies the resource corresponding to the resource amount corresponding to each product identification in the current resource to the classification label corresponding to the product identification, thereby completing the classification of the current resource and obtaining the classification result. For example, the currently held amount of the user lie iv is 8000 yuan, the financial products invested by lie iv include a financial product a, a financial product B and a financial product C, the investment amounts are 2000 yuan, 5000 yuan and 1000 yuan, the classification labels corresponding to the financial product a, the financial product B and the financial product C are long-term, long-term and short-term, the mirror image system server classifies the current resources according to the classification labels, and the obtained classification result is: and (3) long-term: 7000 yuan; short-term: 1000 yuan.
In one embodiment, a default classification label may be set, for example, "available balance", and for a resource for which no corresponding product identifier exists in the current resource, the resource may be indicated as a resource that can be flexibly used, and therefore, the resource may be classified into a category corresponding to the default classification label.
In the embodiment, the current resources are classified through the classification labels, and the classification result is sent to the terminal for displaying, so that the user can definitely know the distribution condition of the current resources in each class, the user experience can be improved, the invalid service request of the user can be reduced, and the response pressure of the mirror image system server is reduced.
In one embodiment, the method further comprises: when an account state query request is received, acquiring a target user identifier carried by the account state query request; inquiring a corresponding target mirror image account according to the target user identification, and acquiring target state data of the target mirror image account; and returning the target state data to the terminal corresponding to the target user identifier.
In this embodiment, because the state of the mirror account and the electronic account of the depository bank change synchronously, when the user needs to query the state data of the electronic account of the depository bank, the mirror account server may directly query the state data of the mirror account corresponding to the user, and send the queried state data to the terminal corresponding to the user. The account state query request does not need to be sent to the target server for corresponding, so that the pressure of the target server is further reduced, and the response efficiency of the target server to other service requests is improved.
It should be understood that although the various steps in the flow charts of fig. 2-4 are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 2-4 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performing the sub-steps or stages is not necessarily sequential, but may be performed alternately or alternatingly with other steps or at least some of the sub-steps or stages of other steps.
In one embodiment, as shown in fig. 5, there is provided a service data processing apparatus 500, including:
a service request receiving module 502, configured to receive a service request sent by a terminal, where the service request carries a user identifier and a service identifier corresponding to the terminal;
the verification module 504 is configured to search a corresponding mirror account according to the user identifier, acquire state data corresponding to the mirror account and a verification rule corresponding to the service identifier, and verify the state data according to the verification rule;
a service request sending module 506, configured to send the service request to the target server when the verification passes, so that the target server executes a service operation corresponding to the service identifier, and returns a service simulation instruction corresponding to the service request when the service operation is completed;
and the state data updating module 508 is configured to execute a corresponding service simulation operation according to the service simulation instruction to update the state data of the mirror account.
In one embodiment, the apparatus further includes a service type determining module, configured to determine a type of the service request according to the service identifier; when the service request is judged to be a first preset type of service request according to the service identifier, inquiring a target atomic interface corresponding to the service identifier; converting the service request into a service sub-request for a target atomic interface; the service request sending module 506 is configured to send the service sub-request to the target server.
In one embodiment, the service type determining module is further configured to obtain current payment configuration data corresponding to the user identifier when it is determined that the service request is a second preset type of service request according to the service identifier; calling a pre-configured payment routing control engine according to the current payment configuration data to obtain a current payment mode corresponding to the user identification; the service request sending module 506 is configured to send the current payment method and the service request to the target server.
In one embodiment, the apparatus further includes a guidance policy sending module, configured to, when there is status data that fails to be checked, obtain a corresponding guidance policy according to the status data that fails to be checked; and sending the guiding strategy to the terminal so that the terminal displays a guiding page corresponding to the guiding strategy.
In one embodiment, the apparatus further includes an alarm information sending module, configured to obtain incremental resource data from the first database according to a preset time interval; the first database is used for storing first resource data in the target server; comparing the incremental resource data with data in a second database; the second database is used for storing second resource data corresponding to the mirror image account; and when the comparison is inconsistent, generating alarm information and sending the alarm information to a preset operation terminal.
In one embodiment, the apparatus further includes a resource classification module, configured to obtain a product identifier corresponding to a current resource corresponding to the user identifier; determining a classification label corresponding to the current resource according to the product identification, and classifying the current resource according to the classification label; and sending the classification result to a terminal for displaying.
In one embodiment, the apparatus further includes an account status query module, configured to, when receiving an account status query request, obtain a target user identifier carried in the account status query request; inquiring a corresponding target mirror account according to the target user identification, and acquiring target state data of the target mirror account; and returning the target state data to the terminal corresponding to the target user identifier.
For specific limitations of the service data processing apparatus, reference may be made to the above limitations on the service data processing method, which is not described herein again. The modules in the business data processing device can be wholly or partially implemented by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as shown in fig. 6. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing the business data processing data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a business data processing method.
Those skilled in the art will appreciate that the architecture shown in fig. 6 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided, which includes a memory and a processor, the memory stores a computer program, and the processor implements the steps of the business data processing method according to any of the above embodiments when executing the computer program.
In an embodiment, a computer-readable storage medium is provided, on which a computer program is stored, which computer program, when being executed by a processor, realizes the steps of the business data processing method of any of the above embodiments.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above may be implemented by hardware instructions of a computer program, which may be stored in a non-volatile computer-readable storage medium, and when executed, may include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
All possible combinations of the technical features in the above embodiments may not be described for the sake of brevity, but should be considered as being within the scope of the present disclosure as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, and these are all within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. A method for processing service data, the method comprising:
receiving a service request sent by a terminal, wherein the service request carries a user identifier and a service identifier corresponding to the terminal;
searching a corresponding mirror account according to the user identification, acquiring state data corresponding to the mirror account and a verification rule corresponding to the service identification, and verifying the state data according to the verification rule;
when the verification is passed, the service request is sent to a target server so that the target server executes service operation corresponding to the service identifier, and when the service operation is completed, a service simulation instruction corresponding to the service request is returned;
executing corresponding service simulation operation according to the service simulation instruction to update the state data of the mirror account;
when the state data which are not verified pass, acquiring a corresponding guiding strategy according to the state data which are not verified pass;
and sending the guiding strategy to the terminal so that the terminal displays a guiding page corresponding to the guiding strategy.
2. The method of claim 1, wherein before sending the service request to the target server, the method comprises:
judging the type of the service request according to the service identifier;
when the service request is judged to be a first preset type of service request according to the service identifier, inquiring a target atomic interface corresponding to the service identifier;
acquiring an interface parameter value of the target atomic interface, and converting the service request into a service sub-request for the target atomic interface according to the interface parameter value;
the sending the service request to a target server includes:
and sending the service sub-request to a target server.
3. The method of claim 2, wherein after said determining the type of the service request based on the service identification, the method further comprises:
when the service request is judged to be a second preset type of service request according to the service identifier, acquiring current payment configuration data corresponding to the user identifier;
calling a pre-configured payment routing control engine according to the current payment configuration data to obtain a current payment mode corresponding to the user identification;
the sending the service request to a target server includes:
and sending the current payment mode and the service request to the target server.
4. The method of claim 1, further comprising:
acquiring incremental resource data from a first database according to a preset time interval; the first database is a database used for storing first resource data in the target server;
comparing the incremental resource data with data in a second database; the second database is used for storing second resource data corresponding to the mirror image account;
and when the comparison is inconsistent, generating alarm information and sending the alarm information to a preset operation terminal.
5. The method of claim 1, further comprising:
acquiring a product identifier corresponding to the current resource corresponding to the user identifier;
determining a classification label corresponding to the current resource according to the product identification, and classifying the current resource according to the classification label;
and sending the classification result to the terminal for displaying.
6. The method of any one of claims 1 to 5, further comprising:
when an account state query request is received, acquiring a target user identifier carried by the account state query request;
inquiring a corresponding target mirror account according to the target user identification, and acquiring target state data of the target mirror account;
and returning the target state data to the terminal corresponding to the target user identification.
7. A service data processing apparatus, characterized in that the apparatus comprises:
the service request receiving module is used for receiving a service request sent by a terminal, wherein the service request carries a user identifier and a service identifier corresponding to the terminal;
the verification module is used for searching a corresponding mirror account according to the user identifier, acquiring state data corresponding to the mirror account and a verification rule corresponding to the service identifier, and verifying the state data according to the verification rule;
a service request sending module, configured to send the service request to a target server when the verification passes, so that the target server executes a service operation corresponding to the service identifier, and when the service operation is completed, return a service simulation instruction corresponding to the service request;
the state data updating module is used for executing corresponding service simulation operation according to the service simulation instruction so as to update the state data of the mirror account;
and the guiding strategy sending module is used for acquiring a corresponding guiding strategy according to the state data which is not verified when the state data which is not verified passes, and sending the guiding strategy to the terminal so that the terminal displays a guiding page corresponding to the guiding strategy.
8. The apparatus of claim 7, further comprising a service type determining module, configured to determine a type of the service request according to the service identifier; when the service request is judged to be a first preset type of service request according to the service identifier, inquiring a target atomic interface corresponding to the service identifier; acquiring an interface parameter value of the target atomic interface, and converting the service request into a service sub-request for the target atomic interface according to the interface parameter value; the service request sending module is further configured to send the service sub-request to a target server.
9. A computer device comprising a memory and a processor, the memory storing a computer program, wherein the processor when executing the computer program performs the steps of the method according to any of claims 1 to 6.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910968902.7A CN110782240B (en) | 2019-10-12 | 2019-10-12 | Business data processing method and device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910968902.7A CN110782240B (en) | 2019-10-12 | 2019-10-12 | Business data processing method and device, computer equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110782240A CN110782240A (en) | 2020-02-11 |
| CN110782240B true CN110782240B (en) | 2022-09-09 |
Family
ID=69385244
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910968902.7A Active CN110782240B (en) | 2019-10-12 | 2019-10-12 | Business data processing method and device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110782240B (en) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111460129B (en) * | 2020-03-27 | 2023-08-22 | 泰康保险集团股份有限公司 | Method, device, electronic equipment and storage medium for generating identification |
| CN111598575B (en) * | 2020-05-19 | 2023-09-05 | 中国工商银行股份有限公司 | Business process control method, business process control device, electronic equipment and readable storage medium |
| CN111367446B (en) * | 2020-05-26 | 2020-09-25 | 太平金融科技服务（上海）有限公司 | Business operation method and device, computer equipment and storage medium |
| CN111694867A (en) * | 2020-06-16 | 2020-09-22 | 北京同邦卓益科技有限公司 | Data management method and device, electronic equipment and storage medium |
| CN112132674A (en) * | 2020-09-16 | 2020-12-25 | 建信金融科技有限责任公司 | Transaction processing method and device |
| CN113032036B (en) * | 2021-02-03 | 2022-04-26 | 腾讯科技（深圳）有限公司 | Service data processing method, device, system, computer equipment and storage medium |
| CN113051280A (en) * | 2021-03-16 | 2021-06-29 | 广东核电合营有限公司 | Label information updating method and device, computer equipment and storage medium |
| CN113220482A (en) * | 2021-04-30 | 2021-08-06 | 北京达佳互联信息技术有限公司 | Call request processing method and device, electronic equipment and storage medium |
| CN113220377A (en) * | 2021-05-11 | 2021-08-06 | 上海销氪信息科技有限公司 | Method, system and storage medium for managing and controlling functions of micro-service |
| CN113489773B (en) * | 2021-06-30 | 2022-11-04 | 未鲲(上海)科技服务有限公司 | Data access method, device, equipment and medium |
| CN113656095B (en) * | 2021-08-06 | 2023-08-04 | 北京数码大方科技股份有限公司 | Processing method and device for configuration data |
| CN113781202B (en) * | 2021-08-24 | 2024-04-12 | 上海数禾信息科技有限公司 | Data processing method, device, computer equipment and storage medium |
| CN114143364B (en) * | 2021-12-30 | 2024-05-14 | 北京像素软件科技股份有限公司 | Cross-server data updating method and device |
| CN115174555A (en) * | 2022-06-28 | 2022-10-11 | 平安科技（深圳）有限公司 | File transmission method and device, electronic equipment and storage medium |
| CN115131080A (en) * | 2022-08-31 | 2022-09-30 | 深圳高灯计算机科技有限公司 | Bill service processing method, server, computer device and storage medium |
| CN117435630B (en) * | 2023-12-21 | 2024-03-29 | 杭银消费金融股份有限公司 | Rule preposition-based data verification method and system |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101378386A (en) * | 2007-08-31 | 2009-03-04 | 运软网络科技(上海)有限公司 | Safety authentication method and apparatus for transferring screen by a palm terminal using virtual technology |
| CN102208000A (en) * | 2010-03-31 | 2011-10-05 | 伊姆西公司 | Method and system for providing security mechanisms for virtual machine images |
| CN103051497A (en) * | 2012-12-28 | 2013-04-17 | 华为技术有限公司 | Business flow-mirroring method and mirroring device |
| CN104899730A (en) * | 2014-09-22 | 2015-09-09 | 腾讯科技（深圳）有限公司 | Mobile terminal data processing method, terminals and mobile terminal data processing system |
| CN108259618A (en) * | 2018-01-30 | 2018-07-06 | 北京泰尔英福网络科技有限责任公司 | The data interactive processing method and device of a kind of synchronization |
| CN109815013A (en) * | 2019-01-02 | 2019-05-28 | 深圳壹账通智能科技有限公司 | Business data processing method, device, computer equipment and storage medium |
| CN110322244A (en) * | 2019-07-05 | 2019-10-11 | 中国工商银行股份有限公司 | It is a kind of based on the inter-bank of virtual account without card enchashment processing method and processing device |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102364516A (en) * | 2011-10-24 | 2012-02-29 | 北京银行股份有限公司 | Method and system for authenticating payment information of integrated circuit (IC) social security card |
| CN104796380B (en) * | 2014-01-16 | 2019-09-17 | 腾讯科技（深圳）有限公司 | Method and system, terminal, the authentication server of safety check |
-
2019
- 2019-10-12 CN CN201910968902.7A patent/CN110782240B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101378386A (en) * | 2007-08-31 | 2009-03-04 | 运软网络科技(上海)有限公司 | Safety authentication method and apparatus for transferring screen by a palm terminal using virtual technology |
| CN102208000A (en) * | 2010-03-31 | 2011-10-05 | 伊姆西公司 | Method and system for providing security mechanisms for virtual machine images |
| CN103051497A (en) * | 2012-12-28 | 2013-04-17 | 华为技术有限公司 | Business flow-mirroring method and mirroring device |
| CN104899730A (en) * | 2014-09-22 | 2015-09-09 | 腾讯科技（深圳）有限公司 | Mobile terminal data processing method, terminals and mobile terminal data processing system |
| CN108259618A (en) * | 2018-01-30 | 2018-07-06 | 北京泰尔英福网络科技有限责任公司 | The data interactive processing method and device of a kind of synchronization |
| CN109815013A (en) * | 2019-01-02 | 2019-05-28 | 深圳壹账通智能科技有限公司 | Business data processing method, device, computer equipment and storage medium |
| CN110322244A (en) * | 2019-07-05 | 2019-10-11 | 中国工商银行股份有限公司 | It is a kind of based on the inter-bank of virtual account without card enchashment processing method and processing device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110782240A (en) | 2020-02-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110782240B (en) | Business data processing method and device, computer equipment and storage medium | |
| CN109474578A (en) | Message method of calibration, device, computer equipment and storage medium | |
| CN109285069B (en) | Resource transfer method, device and server | |
| CN109815138A (en) | Business information test method, device, computer equipment and storage medium | |
| CN109194495B (en) | Server, message processing method, and computer-readable storage medium | |
| CN109087208B (en) | Pre-loan data processing method, pre-loan data processing device, computer equipment and storage medium | |
| CN110636106B (en) | Information pushing method and device, computer equipment and storage medium | |
| CN108492005B (en) | Project data processing method and device, computer equipment and storage medium | |
| CN111580874B (en) | System safety control method and system for data application and computer equipment | |
| CN110941630A (en) | Database operation and maintenance method, device and system | |
| CN110968437A (en) | Method, device, equipment and medium for parallel execution of single contract based on Java intelligent contract | |
| CN110347545A (en) | A kind of test method and device of business platform cache policy | |
| CN111091358B (en) | Unified processing method and system for multiple payment channels | |
| CN109544321A (en) | Intelligence loan method, apparatus, computer equipment and storage medium | |
| CN112232818A (en) | Data reconciliation method and device, computer equipment and storage medium | |
| CN109447384A (en) | Verification method, device, equipment and the storage medium of air control system | |
| CN113888299A (en) | Wind control decision method and device, computer equipment and storage medium | |
| CN112104671B (en) | Interface authorization monitoring method and device, computer equipment and storage medium | |
| KR101737559B1 (en) | Apparatus and method for generating identification information for replacing account number, and computer program for the same | |
| CN116797345A (en) | Task processing method, device, computer equipment and storage medium | |
| CN111367776A (en) | Recording method, device, equipment and storage medium of resource transfer service | |
| CN112613967B (en) | Business transaction data processing method and device, computer equipment and storage medium | |
| CN116095074A (en) | Resource allocation method, device, related equipment and storage medium | |
| CN108961039B (en) | Transaction processing method, device and system | |
| CN111709709A (en) | Information processing method, system and computer equipment based on warranty service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200210 Address after: 200120 floor 15, 1333 Lujiazui Ring Road, free trade Experimental Zone, Pudong New Area, Shanghai Applicant after: Weikun (Shanghai) Technology Service Co.,Ltd. Address before: 13th Floor, 1333 Lujiazui Ring Road, Shanghai Free Trade Pilot Area, 200120 Applicant before: SHANGHAI LUJIAZUI INTERNATIONAL FINANCIAL ASSETS TRANSACTION MARKET CO.,LTD. |
|
| TA01 | Transfer of patent application right | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |