Methods, devices, electronic devices and storage media for processing account status information

Abstract

The embodiment of the present application provides a method for processing account status information, which is applied to a status storage system. The status storage system is provided with a data warehouse for storing status information corresponding to each account. The status storage system is connected to at least two business systems. Each status of a registered account is related to a business system. The method includes: receiving status indication information issued by the business system for a registered account, the status indication information is used to indicate that the registered account is updated to a first state; updating the current state of the registered account in the data warehouse to the first state according to the status indication information, and storing the current state of the registered account before the update as a historical state; receiving a status query request initiated for a target registered account; querying the data warehouse to obtain the current state of the target registered account according to the status query request; and returning the current state of the target registered account to the initiator of the status query request. This shortens the time for querying to determine the latest state.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a method, device, electronic device and storage medium for processing account status information. Background Art

[0002] The current status of a credit card account includes: application, approval, card verification, activation, card use, change, and cancellation. Among them, one status is related to one business system. In this context, if you need to know the current status of a credit card account, you need to make interface calls between multiple business systems, access each business system separately, and then determine the current status of the credit card account based on the results obtained from each business system. If the amount of data is large, this method of accessing each business system separately through interface calls will take a long time to query on the one hand; on the other hand, if one of the systems times out, the entire link will not be able to obtain the corresponding information.

[0003] Therefore, how to solve the long query time for determining the current status of a credit card account is a technical problem that needs to be solved urgently in the prior art. Summary of the invention

[0004] The embodiments of the present application provide a method, device, electronic device and storage medium for processing account status information, thereby shortening the time spent on querying and determining the current status of a credit card account, at least to a certain extent.

[0005] Other features and advantages of the present application will become apparent from the following detailed description, or may be learned in part by the practice of the present application.

[0006] According to one aspect of an embodiment of the present application, a method for processing account status information is provided, which is applied to a status storage system, wherein the status storage system is provided with a data warehouse for storing status information corresponding to each account, the status storage system is connected to at least two business systems, and each state of a registered account is related to a business system, the method comprising:

[0007] Receiving status indication information sent by the business system for a registered account, the status indication information is used to indicate that the registered account is updated to a first status;

[0008] updating the current state of the registered account in the data warehouse to the first state according to the state indication information, and storing the current state of the registered account before the update as a historical state;

[0009] Receive a status query request initiated for a target registered account;

[0010] querying the data warehouse to obtain the current status of the target registered account according to the status query request;

[0011] The current status of the target registered account is returned to the initiator of the status query request.

[0012] According to one aspect of an embodiment of the present application, a device for processing account status information is provided, which is applied to a status storage system, wherein the status storage system is provided with a data warehouse for storing status information corresponding to each account, the status storage system is connected to at least two business systems, and each state of a registered account is related to a business system, and the device includes:

[0013] A status indication information receiving module, used to receive status indication information sent by the business system for a registered account, wherein the status indication information is used to indicate that the registered account is updated to a first status;

[0014] a status update module, configured to update the current status of the registered account in the data warehouse to the first status according to the status indication information, and store the current status of the registered account before the update as a historical status;

[0015] A status query request receiving module, used to receive a status query request initiated for a target registered account;

[0016] A status query module, configured to query the data warehouse to obtain the current status of the target registered account according to the status query request;

[0017] The return module is used to return the current status of the target registered account to the initiator of the status query request.

[0018] In some embodiments of the present application, the device further comprises:

[0019] A second state determination module, configured to determine a second state of the target registered account according to life state information configured for the account, wherein the second state is a next state corresponding to a current state of the target registered account according to a time sequence relationship between states indicated by the life state information;

[0020] An operation instruction information acquisition module, used to acquire operation instruction information for the second state from the business system corresponding to the second state;

[0021] a return information generating module, configured to generate return information according to the current state of the target registered account, the second state and the operation instruction information;

[0022] The returning module is configured to send the returned information to the initiator of the status query request.

[0023] In some embodiments of the present application, the device further comprises:

[0024] An account change request receiving module, configured to receive an account change request, wherein the account change request indicates a first account identifier of a first registered account and a second account identifier of a second registered account;

[0025] a status data acquisition module, configured to acquire status data of the first registered account from the data warehouse according to the first account identifier, wherein the status data includes a historical status and a current status of the first registered account;

[0026] A state extraction module, configured to extract states with inheritable attributes from the historical states and current states of the first registered account;

[0027] A binding module, used to bind the state where the attribute is inheritable to the second registered account, so that the second registered account inherits the state where the attribute is inheritable in the state data of the first registered account;

[0028] The second status updating module is used to update the current status of the second account to the latest status among the extracted statuses.

[0029] In some embodiments of the present application, the status query request includes the account identifier of the target registered account, and the status query module includes:

[0030] The primary key query unit is used to perform a primary key query according to the account identifier of the target registered account to obtain a primary key corresponding to the target registered account.

[0031] A status data query unit is used to query the status data according to the primary key corresponding to the target registered account to obtain the status data of the target registered account, wherein the status data is stored in the data warehouse with the corresponding primary key as an index.

[0032] A status determination unit is used to extract the current status of the target registered account from the status data of the target registered account.

[0033] In some embodiments of the present application, a message queue is provided in the state storage system, and the device further includes:

[0034] The temporary storage module is used to temporarily store the status indication information corresponding to the registered account in the message queue.

[0035] The status update module is configured to: extract the status indication information corresponding to the registered account from the message queue; and update the current status of the registered account to the first status according to the status indication information.

[0036] According to one aspect of an embodiment of the present application, there is provided an electronic device, including:

[0037] Processor; and

[0038] A memory having computer-readable instructions stored therein, wherein the computer-readable instructions, when executed by the processor, implement the method as described above.

[0039] According to one aspect of an embodiment of the present application, a computer-readable storage medium is provided, on which computer-readable instructions are stored. When the computer-readable instructions are executed by a processor, the above method is implemented.

[0040] In the technical solution of the present application, since a status storage system is deployed that is in communication with each business system and updates and stores the status of each registered account, the party that needs to query the target registered account does not need to query the business systems that handle the business related to the registered account one by one, but only needs to query the status storage system.

[0041] Compared with the prior art that requires accessing each business system separately to determine the current status of a registered account, the solution of the present application only requires accessing the status storage system to determine the current status of a registered account, which greatly shortens the query time of the current status of a registered account. Moreover, since it is not necessary to access the business system to query the current status of a registered account, the query process of the current status does not affect the business processing process performed by the business system, effectively avoiding the problem of tight business system resources caused by the need to access the business system to query the current status.

[0042] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] The drawings herein are incorporated into the specification and constitute a part of the specification, showing embodiments consistent with the present application, and together with the specification, are used to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work. In the drawings:

[0044] Figure 1 is a schematic diagram of an implementation environment of the present application according to an embodiment;

[0045] Figure 2 is a flowchart of a method for processing account status information according to an embodiment;

[0046] Figure 3 is a flowchart of steps after step 240 in one embodiment according to one embodiment;

[0047] Figure 4 is a flowchart of steps after step 220 in one embodiment according to one embodiment;

[0048] Figure 5 is a flow chart showing step 240 in one embodiment according to one embodiment;

[0049] Figure 6 is a block diagram of a device for processing account status information according to an embodiment;

[0050] Figure 7 A schematic diagram of the structure of a computer system suitable for implementing an electronic device of an embodiment of the present application is shown. DETAILED DESCRIPTION

[0051] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this application will be more comprehensive and complete and fully convey the concept of the example embodiments to those skilled in the art.

[0052] In addition, described feature, structure or characteristic can be combined in one or more embodiments in any suitable manner. In the following description, many specific details are provided to provide a full understanding of the embodiments of the present application. However, those skilled in the art will appreciate that the technical scheme of the present application can be put into practice without one or more of the specific details, or other methods, components, devices, steps, etc. can be adopted. In other cases, known methods, devices, realizations or operations are not shown or described in detail to avoid blurring the various aspects of the application.

[0053] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities may be implemented in software form, or in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0054] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0055] Figure 1is a schematic diagram of an implementation environment of the present application according to an embodiment, such as Figure 1 As shown, the implementation environment includes a state storage system 110 and a plurality of business systems 120 that are in communication with the state storage system 110. The business system 120 is used to process services related to registered accounts. Services related to registered accounts may include registered account application services, review services for application information related to registered accounts, verification services for registered accounts, activation services for registered accounts, card usage services for registered accounts, changes in registered accounts, and cancellation services for registered accounts, which are not specifically limited here.

[0056] In the registered account of the present application, life state information is configured for it, and the life state information indicates various states of the registered account and the time sequence between various states.

[0057] The status of the registered account is related to the processing result of the business processing performed on the registered account by the business system 120. Specifically, after the business system 120 performs business processing on the registered account and obtains the corresponding business processing result, if the business processing result meets the update condition of the status of the registered account, status indication information is generated for the registered account and sent to the status storage system 110, so that the status storage system 110 updates the status of the registered account according to the status indication information.

[0058] For example, for the business system 120 for the review of registered accounts, if the business system 120 reviews that the various application information of the user corresponding to the registered account (such as identity information, personal credit information, etc.) meets the account opening requirements, a business processing result of passed review is obtained, and the status of the registered account is updated to the status indication information of the review status according to the business processing result indication. Correspondingly, after receiving the status indication information, the status storage system 110 updates the current status of the registered account to the review status.

[0059] In this embodiment, a business system 120 processes at least one business related to the status of a registered account, and thus, a business system 120 is related to at least one status of a registered account.

[0060] Continue reading Figure 1 As shown, the state storage system 110 is provided with a message queue 111 and a data warehouse 112. The message queue 111 serves as a message container between the business system 120 and the state storage system 110 to ensure the orderliness of message transmission between the state storage system 110 and the business system 120.

[0061] The data warehouse 112 is used to store the status of each registered account. Therefore, the status storage system can provide a status query service for the registered account based on the data warehouse.

[0062] The implementation details of the technical solution of the embodiment of the present application are described in detail below:

[0063] Figure 2 is a flowchart of a method for processing account status information according to an embodiment. Figure 2 The state storage system shown in the figure has a data warehouse for storing the state information corresponding to each account. The state storage system is connected to at least two business systems, and each state of a registered account is related to a business system. Figure 2 As shown, the method at least includes steps 210 to 250, which are described in detail as follows:

[0064] Step 210: receiving status indication information sent by the business system for the registered account, where the status indication information is used to indicate that the registered account is updated to the first status.

[0065] As described above, the business system is used to handle business related to registered accounts. Each business system completes specific business related to registered accounts. For example, business related to the acceptance of registered account applications is handled by business system A; business related to the review of application information related to registered accounts is handled by business system B; business related to changes in registered accounts is handled by business system C.

[0066] Among them, after the business system completes the processing of a business related to a registered account, if the processing result meets the condition for the state of the registered account to switch to a state, the business system generates state indication information according to the processing result, and the state indication information corresponds to the state to which the state of the registered account is to switch, that is, the first state mentioned above. Therefore, each state of the registered account is related to a business system, that is, when the business system completes the processing of a business related to the state of a registered account and the processing result meets the condition for the registered account to switch the state, the registered account can be updated to the state.

[0067] It is worth mentioning that the first status does not specifically refer to a certain status of the registered account, but generally refers to the status to be updated to which the registered account is indicated by the status indication information generated by the business system.

[0068] The registered account involved in this application can be a financial account such as a bank card account, credit card account, securities account, or an electronic account on other network platforms, such as an electronic account on a shopping platform, an electronic account on a video platform, etc., and is not specifically limited here.

[0069] Step 220: Update the current state of the registered account in the data warehouse to the first state according to the state indication information, and store the current state of the registered account before the update as the historical state.

[0070] That is to say, after any business system generates status indication information for a registered account and sends the status indication information to the status storage system, the status storage system updates the current status of the registered account accordingly, and the status before the update serves as the historical status of the registered account, thereby realizing the storage and update of the status of each registered account in the data warehouse.

[0071] Step 230: Receive a status query request initiated for the target registered account.

[0072] The target registered account does not refer to a specific registered account, but refers to a registered account whose current status is to be determined.

[0073] It is understandable that the status query request indicates the account identifier of the target registered account. The account identifier may be an account name, account card number, etc. For example, if the registered account is a credit card account, the account identifier may be a credit card number, ID card number, etc. If the registered account is an electronic account on a video platform, the account identifier may be an account serial number assigned during registration, etc.

[0074] Step 240: query the data warehouse to obtain the current status of the target registered account according to the status query request.

[0075] As described above, since the state storage system updates and stores the state of the registered account in the data warehouse according to the state indication information generated by each business system for the registered account, the state of each registered account in the data warehouse is consistent with the state of the registered account in the business system.

[0076] Furthermore, after receiving the status query request initiated for the target registered account, the status storage system can query the current status of the target registered account in the data warehouse according to the account identifier of the target registered account.

[0077] Step 250, returning the current status of the target registered account to the initiator of the status query request.

[0078] In the solution of the present application, since a status storage system is deployed that is in communication with each business system and updates and stores the status of each registered account, the party that needs to query the target registered account does not need to query the business systems that handle the business related to the registered account one by one, but only needs to query the status storage system.

[0079] Compared with the prior art that requires accessing each business system separately to determine the current status of a registered account, the solution of the present application only requires accessing the status storage system to determine the current status of a registered account, which greatly shortens the query time of the current status of a registered account. Moreover, since it is not necessary to access the business system to query the current status of a registered account, the query process of the current status does not affect the business processing process performed by the business system, effectively avoiding the problem of tight business system resources caused by the need to access the business system to query the current status.

[0080] In one embodiment, if Figure 3 As shown, after step 240, the method further includes:

[0081] Step 310, determining a second state of the target registered account according to the life state information configured for the account, the second state being the next state corresponding to the current state of the target registered account according to the timing relationship between the states indicated by the life state information.

[0082] In this embodiment, life state information configured for the account is also stored in the state storage system, and the life state information indicates the time sequence relationship between the various states that the registered account may experience. For example, if the registered account is a credit card account, assuming that the states that the credit card account needs to experience in sequence are: application, approval, card verification, activation, card use, change, and cancellation, then the life state information is used to indicate the above application→approval→card verification→activation→card use→change→cancellation.

[0083] On the basis of determining the current state of the target registered account, the next state corresponding to the current state of the target registered account, ie, the second state, can be determined in combination with the life state information.

[0084] Step 320: Acquire operation instruction information for the second state from the business system corresponding to the second state.

[0085] The operation instruction information corresponding to the second state is used to indicate the operation that the user needs to perform to switch the current state of the target registered account to the second state, such as the business system that the user needs to access.

[0086] Step 330, generating return information according to the current state, the second state and the operation instruction information of the target registered account.

[0087] In this embodiment, step 250 includes: sending the return information to the initiator of the status query request.

[0088] In this embodiment, the returned information includes three aspects: first, the current state of the target registered account; second, the next state (ie, the second state) corresponding to the current state of the target registered account; and third, the operation instruction information corresponding to the second state.

[0089] Therefore, after the initiator of the status query request receives the return information, on the one hand, it can know the current status of the target registered account to be queried, and can also determine the second state corresponding to the current state, and the operation required to switch to the second state, so as to provide operation guidance to the user, facilitate the user to perform targeted operations, and reduce the time spent by the user due to not knowing how to switch from the current state to the second state.

[0090] exist Figure 3 In the illustrated embodiment, the initiator of the status query request may be a client, so that after receiving the return information, the user of the client may learn the corresponding operations to be performed to switch from the current status to the next status.

[0091] In other embodiments, the initiator of the status query request may also be a business system. For the business system, it only needs to obtain the current status of the target registered account, and does not need to know the next state corresponding to the current state and the operation instruction information corresponding to the second state. In this scenario, the current status of the target registered account can also be directly sent to the initiator of the status query request without the need to perform the above steps 310-330.

[0092] Furthermore, the state storage system can perform targeted processing according to the identifier of the initiator of the state query request included in the state query request. Specifically, if the identifier of the initiator of the state query request indicates that the initiator of the state query request is a business system, then after determining the current state of the target registered account, the current state is directly sent to the business system that initiated the state query request; if the identifier of the initiator of the state query request indicates that the initiator of the state query request is a client user, then after determining the current state of the target registered account, the return information is generated according to the process of the above steps 310-330, and the return information is sent to the client user.

[0093] In one embodiment, if Figure 4 As shown, after step 220, the method further includes:

[0094] Step 410: Receive an account change request, where the account change request indicates a first account identifier of a first registered account and a second account identifier of a second registered account.

[0095] If the registered account is an account with a physical card, such as a credit card account, the credit card may be lost or damaged. If a credit card is to be reissued, a new credit card needs to be reconfigured for the user. In this application scenario, configuring a new credit card for the user is equivalent to opening a new registered account for the user.

[0096] For the user, the lost or damaged credit card may have gone through the application, review and other processes. In order to re-apply, review and other processes for the user, the status data corresponding to the lost or damaged credit card can be copied to the newly configured credit card to avoid repeated application and review processes.

[0097] In this embodiment, the account change request is a request initiated to copy the status data in one registered account to another registered account.

[0098] The first registered account does not specifically refer to a certain registered account, but generally refers to a registered account that needs to copy state data; similarly, the second registered account does not specifically refer to a certain registered account, but generally refers to a registered account that is to receive the copied state data.

[0099] Step 420: Acquire status data of the first registered account from the data warehouse according to the first account identifier, where the status data includes a historical status and a current status of the first registered account.

[0100] The status data of the first registered account includes all the states that the first registered account has experienced, specifically including the historical state and the latest state of the first registered account.

[0101] Step 430: extracting the inheritable state from the historical state and the current state of the first registered account.

[0102] In this embodiment, an inheritance attribute is configured for the status of a registered account, and the inheritance attribute is used to indicate whether the status can be inherited. If the inheritance attribute of a status indicates that the status can be inherited, it means that the status in the first registered account can be copied to the second registered account; conversely, if the inheritance attribute of a status indicates that the status cannot be inherited, it means that the status in the first registered account cannot be copied to the second registered account.

[0103] Therefore, in order to achieve state replication, first extract the states whose attributes are inheritable from all states experienced by the first registered account, that is, all historical states and current states.

[0104] For a credit card account, the inheritance attributes of its application, approval, card verification, activation, card usage, change and other statuses may be attributes that can be inherited; while the cancellation status may be attributes that cannot be inherited.

[0105] Step 440: Bind the state with the inheritable attribute to the second registered account, so that the second registered account inherits the state with the inheritable attribute in the state data of the first registered account.

[0106] After the state in which the extracted attribute is inheritable is bound to the second registered account, the state in which the extracted attribute is inheritable corresponds to the state experienced by the second registered account.

[0107] Step 450: Update the current status of the second account to the latest status among the extracted statuses.

[0108] The latest state in the extracted states is a state determined in the extracted states according to the temporal relationship between the states indicated by the life state information.

[0109] Through the above process, the inheritable status in the status data of the first registered account is copied to the second registered account, and the status of the second registered account is quickly updated and stored.

[0110] In one embodiment, if Figure 5 As shown, step 240 includes:

[0111] Step 510: perform a primary key query based on the account identifier of the target registered account to obtain a primary key corresponding to the target registered account.

[0112] Step 520, perform status data query according to the primary key corresponding to the target registered account to obtain the status data of the target registered account, wherein the status data is stored in the data warehouse with the corresponding primary key as an index.

[0113] In this embodiment, the data warehouse includes a warehouse for storing primary keys and a warehouse for storing state data. In the warehouse for storing state data, the primary key is used as an index.

[0114] In a specific embodiment, the warehouse for storing primary keys in the data warehouse may be an ElasticSearch system, and the warehouse for storing status data may be an Hbase system.

[0115] Step 530: extract the current status of the target registered account from the status data of the target registered account.

[0116] In this embodiment, in the data warehouse, the status data corresponding to each registered account is stored using the primary key as an index, thereby improving the speed of status data query.

[0117] In one embodiment, a message queue is provided in the state storage system, and after step 210, the method further includes: temporarily storing the state indication information corresponding to the registered account in the message queue. In this embodiment, step 230 includes: extracting the state indication information corresponding to the registered account from the message queue; and updating the current state of the registered account to the first state according to the state indication information.

[0118] In this embodiment, a message queue is set in the state storage system, and the message queue is used as a container for storing state indication information, so that the state storage system can extract the state indication information from the message queue in an orderly manner and update the state of the registered account accordingly. Especially in the scenario where there are many registered accounts and many business systems connected to the state storage system, multiple business systems may send state indication information to the state storage system at the same time. If the state indication information cannot be effectively managed, it may cause confusion in the update of the state of the registered account. By setting up a message queue, the state indication information is stored and retrieved in a first-in-first-out order, which ensures the orderliness of the storage and retrieval of the state indication information.

[0119] The following describes an apparatus embodiment of the present application, which can be used to execute the method in the above-mentioned embodiment of the present application. For details not disclosed in the apparatus embodiment of the present application, please refer to the above-mentioned method embodiment of the present application.

[0120] The present disclosure provides an account status information processing device 600, which is applied to a status storage system. The status storage system is provided with a data warehouse for storing status information corresponding to each account. The status storage system is connected to at least two business systems. Each state of a registered account is related to a business system, such as Figure 6 As shown, the device comprises:

[0121] The status indication information receiving module 610 is used to receive status indication information sent by the business system for a registered account, where the status indication information is used to indicate that the registered account is updated to a first status.

[0122] The status update module 620 is used to update the current status of the registered account in the data warehouse to the first status according to the status indication information, and store the current status of the registered account before the update as the historical status.

[0123] The status query request receiving module 630 is used to receive a status query request initiated for a target registered account.

[0124] The status query module 640 is used to query the data warehouse to obtain the current status of the target registered account according to the status query request.

[0125] The return module 650 is used to return the current status of the target registered account to the initiator of the status query request.

[0126] In one embodiment, the device further comprises:

[0127] A second state determination module, used to determine a second state of the target registered account according to the life state information configured for the account, the second state being the next state corresponding to the current state of the target registered account according to the time sequence relationship between the states indicated by the life state information;

[0128] An operation instruction information acquisition module, used to acquire operation instruction information for the second state from the business system corresponding to the second state;

[0129] A return information generating module, used to generate return information according to the current state, the second state and the operation instruction information of the target registered account;

[0130] The return module is configured to send the return information to the initiator of the status query request.

[0131] In one embodiment, the device further comprises:

[0132] The account change request receiving module is used to receive an account change request, where the account change request indicates a first account identifier of a first registered account and a second account identifier of a second registered account.

[0133] The status data acquisition module is used to acquire the status data of the first registered account from the data warehouse according to the first account identifier, where the status data includes the historical status and current status of the first registered account.

[0134] The state extraction module is used to extract states with inheritable attributes from the historical states and current states of the first registered account.

[0135] The binding module is used to bind the state with the attribute being inheritable to the second registered account, so that the second registered account inherits the state with the attribute being inheritable in the state data of the first registered account.

[0136] The second status updating module is used to update the current status of the second account to the latest status among the extracted statuses.

[0137] In one embodiment, the status query request includes the account identifier of the target registered account, and the status query module 640 includes:

[0138] The primary key query unit is used to perform a primary key query according to the account identifier of the target registered account to obtain the primary key corresponding to the target registered account.

[0139] The status data query unit is used to query the status data according to the primary key corresponding to the target registered account to obtain the status data of the target registered account, wherein the status data is stored in the data warehouse with the corresponding primary key as the index.

[0140] The state determination unit is used to extract the current state of the target registered account from the state data of the target registered account.

[0141] In one embodiment, a message queue is provided in the state storage system, and the device further comprises:

[0142] The temporary storage module is used to temporarily store the status indication information corresponding to the registered account in the message queue.

[0143] The status update module 620 is configured to: extract status indication information corresponding to the registered account from the message queue; and update the current status of the registered account to the first status according to the status indication information.

[0144] The implementation process of the functions and effects of each module / unit in the above-mentioned device is specifically described in the implementation process of the corresponding steps in the above-mentioned method, which will not be repeated here.

[0145] It is understood that these modules can be implemented by hardware, software, or a combination of the two. When implemented in hardware, these modules can be implemented as one or more hardware modules, such as one or more application specific integrated circuits. When implemented in software, these modules can be implemented as one or more computer programs executed on one or more processors.

[0146] Figure 7 A schematic diagram of the structure of a computer system suitable for implementing an electronic device of an embodiment of the present application is shown.

[0147] It should be noted that Figure 7 The computer system 700 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0148] like Figure 7As shown, the computer system 700 includes a central processing unit (CPU) 701, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 702 or the program loaded from the storage part 708 to the random access memory (RAM) 703, such as executing the method in the above embodiment. In the RAM 703, various programs and data required for system operation are also stored. The CPU 701, ROM 702 and RAM 703 are connected to each other through a bus 704. An input / output (I / O) interface 705 is also connected to the bus 704.

[0149] The following components are connected to the I / O interface 705: an input section 706 including a keyboard, a mouse, etc.; an output section 708 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 708 including a hard disk, etc.; and a communication section 709 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 709 performs communication processing via a network such as the Internet. A drive 710 is also connected to the I / O interface 705 as needed. A removable medium 77, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 710 as needed so that a computer program read therefrom is installed into the storage section 708 as needed.

[0150] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 709, and / or installed from a removable medium 77. When the computer program is executed by a central processing unit (CPU) 701, various functions defined in the system of the present application are executed.

[0151] It should be noted that the computer-readable medium shown in the embodiment of the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium can be, for example, but not limited to, a system, device or device of electricity, magnetism, light, electromagnetic, infrared, or semiconductor, or any combination of the above. More specific examples of computer-readable storage media can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, a device or a device or used in combination with it. In the present application, a computer-readable signal medium can include a data signal propagated in a baseband or as a part of a carrier wave, wherein a computer-readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate, or transmit programs for use by or in conjunction with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0152] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0153] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0154] As another aspect, the present application further provides a computer-readable storage medium, which may be included in the electronic device described in the above embodiment; or may exist independently without being assembled into the electronic device. The above computer-readable storage medium stores computer-readable instructions, and when the above computer-readable instructions are executed by a processor, such as a processor in the above electronic device, the method in any of the above method embodiments is implemented.

[0155] It should be noted that, although several modules or units of the equipment for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present application, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into being embodied by multiple modules or units.

[0156] Through the description of the above implementation methods, it is easy for those skilled in the art to understand that the example implementation methods described here can be implemented by software or by combining software with necessary hardware. Therefore, the technical solution according to the implementation methods of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the implementation methods of the present application.

[0157] The term "multiple" as used herein refers to two or more than two. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the related objects are in an "or" relationship.

[0158] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the embodiments disclosed herein. The present application is intended to cover any variations, uses or adaptations of the present application, which follow the general principles of the present application and include common knowledge or customary technical means in the art that are not disclosed in the present application.

[0159] It should be understood that the present application is not limited to the precise structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present application is limited only by the appended claims.

Claims

1. A method for processing account status information, characterized in that: Applied to a state storage system, the state storage system is provided with a data warehouse for storing state information corresponding to each account, the state storage system is connected to at least two business systems, each state of a registered account is related to a business system, the method comprises: Receiving status indication information sent by the business system for a registered account, the status indication information is used to indicate that the registered account is updated to a first status; updating the current state of the registered account in the data warehouse to the first state according to the state indication information, and storing the current state of the registered account before the update as a historical state; Receive a status query request initiated for a target registered account; querying the data warehouse to obtain the current status of the target registered account according to the status query request; Returning the current status of the target registered account to the initiator of the status query request; After updating the current state of the registered account in the data warehouse to the first state according to the state indication information, and storing the current state of the registered account before the update as a historical state, the method further includes: receiving an account change request, the account change request indicating a first account identifier of a first registered account and a second account identifier of a second registered account; Acquire status data of the first registered account from the data warehouse according to the first account identifier, wherein the status data includes a historical status and a current status of the first registered account; Extracting a state whose attribute is inheritable from the historical state and the current state of the first registered account; Binding the state in which the attribute is inheritable to the second registered account, so that the second registered account inherits the state in which the attribute is inheritable in the state data of the first registered account; Updating the current state of the second account to the latest state among the extracted states; After querying the data warehouse to obtain the current status of the target registered account according to the status query request, the method further includes: Determining a second state of the target registered account according to the life state information configured for the account, the second state being a next state corresponding to the current state of the target registered account according to the time sequence relationship between the states indicated by the life state information; Acquire operation instruction information for the second state from the business system corresponding to the second state; generating return information according to the current state of the target registered account, the second state and the operation instruction information; The returning the current status of the target registered account to the initiator of the status query request includes: The returned information is sent to the initiator of the status query request.

2. The method according to claim 1, characterized in that The status query request includes the account identifier of the target registered account, and querying the data warehouse to obtain the current status of the target registered account according to the status query request includes: Perform a primary key query according to the account identifier of the target registered account to obtain a primary key corresponding to the target registered account; Performing a status data query according to a primary key corresponding to the target registered account to obtain status data of the target registered account, wherein the status data is stored in the data warehouse with the corresponding primary key as an index; The current status of the target registered account is obtained by extracting from the status data of the target registered account.

3. The method according to claim 1, characterized in that The state storage system is provided with a message queue. After receiving the state indication information sent by the business system for the registered account, the method further includes: Temporarily storing the status indication information corresponding to the registered account in the message queue; The updating the current state of the registered account in the data warehouse to the first state according to the state indication information includes: Extracting status indication information corresponding to the registered account from the message queue; The current status of the registered account is updated to the first status according to the status indication information.

4. A device for processing account status information, characterized in that: Applied to a state storage system, the state storage system is provided with a data warehouse for storing state information corresponding to each account, the state storage system is connected to at least two business systems, each state of a registered account is related to a business system, and the device includes: A status indication information receiving module, used to receive status indication information sent by the business system for a registered account, wherein the status indication information is used to indicate that the registered account is updated to a first status; a status update module, configured to update the current status of the registered account in the data warehouse to the first status according to the status indication information, and store the current status of the registered account before the update as a historical status; A status query request receiving module, used to receive a status query request initiated for a target registered account; A status query module, configured to query the data warehouse to obtain the current status of the target registered account according to the status query request; A return module, used to return the current status of the target registered account to the initiator of the status query request; The device also includes: An account change request receiving module, configured to receive an account change request, wherein the account change request indicates a first account identifier of a first registered account and a second account identifier of a second registered account; a status data acquisition module, configured to acquire status data of the first registered account from the data warehouse according to the first account identifier, wherein the status data includes a historical status and a current status of the first registered account; A state extraction module, configured to extract states with inheritable attributes from the historical states and current states of the first registered account; A binding module, used to bind the state where the attribute is inheritable to the second registered account, so that the second registered account inherits the state where the attribute is inheritable in the state data of the first registered account; A second status updating module, used to update the current status of the second account to the latest status among the extracted statuses; The device also includes: A second state determination module, configured to determine a second state of the target registered account according to life state information configured for the account, wherein the second state is a next state corresponding to a current state of the target registered account according to a time sequence relationship between states indicated by the life state information; An operation instruction information acquisition module, used to acquire operation instruction information for the second state from the business system corresponding to the second state; a return information generating module, configured to generate return information according to the current state of the target registered account, the second state and the operation instruction information; The returning module is configured to send the returned information to the initiator of the status query request.

5. An electronic device, characterized in that: include: Processor; and A memory having computer-readable instructions stored thereon, wherein when the computer-readable instructions are executed by the processor, the method according to any one of claims 1 to 3 is implemented.

6. A computer-readable storage medium having computer-readable instructions stored thereon, characterized in that: When the computer-readable instructions are executed by a processor, the method according to any one of claims 1 to 3 is implemented.

Images