CN117635230A

CN117635230A - Abnormality processing method, abnormality processing device, electronic equipment and storage medium

Info

Publication number: CN117635230A
Application number: CN202311657660.2A
Authority: CN
Inventors: 陈艳琳; 庄俊南; 赖显鑫
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Priority date: 2023-12-05
Filing date: 2023-12-05
Publication date: 2024-03-01

Abstract

The application provides an exception handling method, an exception handling device, electronic equipment and a storage medium, and relates to the technical field of computers, wherein the exception handling method comprises the following steps: receiving a response message for receiving the activity equity from the target user side, wherein the response message is used for indicating the account-arriving state of the activity equity; responding to the recognition of the failure of the account arrival of the activity equity, acquiring a corresponding response message as abnormal data, and locking the acquisition qualification of the target user side; determining the type of the abnormal data, wherein the type is used for indicating the acquisition state of the activity rights; unlocking the acquisition qualification of the target user terminal corresponding to the abnormal data according to the first type; and responding to the type as the second type, and re-determining the type of the abnormal data after waiting for a preset time. The abnormal condition of the acquisition of the activity rights and interests is intelligently processed, the condition of frequent rights and interests is avoided, and the accuracy of financial accounting and cost sharing is ensured; the background polling times are reduced through a classification mechanism, and the processing efficiency is improved.

Description

Abnormality processing method, abnormality processing device, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to an exception handling method, an exception handling device, an electronic device, and a storage medium.

Background

When the movable platform holds a marketing campaign, higher customer flow can be brought, so that the system throughput of the movable platform is suddenly increased, even by tens of times. In the case of sudden increases in system throughput, anomalies may occur that result in poor user experience.

At present, when an abnormality occurs in an activity of suddenly increasing the customer flow, for example, when a coupon is issued, the abnormality is often solved manually by repeated polling and operators through a background system, and an intelligent processing method is lacked.

Disclosure of Invention

The present application aims to solve, at least to some extent, one of the technical problems in the related art.

Therefore, a first object of the present application is to propose an exception handling method to implement intelligent handling of active exception conditions.

A second object of the present application is to provide an exception handling apparatus.

A third object of the present application is to propose an electronic device.

A fourth object of the present application is to propose a computer readable storage medium.

A fifth object of the present application is to propose a computer programme product.

To achieve the above object, an embodiment of a first aspect of the present application provides an exception handling method, including:

receiving at least one response message for the target user side to get the activity equity, wherein the response message is used for indicating the account-arriving state of the activity equity;

for any response message, responding to the identification of the failure of the arrival of the activity equity, acquiring the corresponding response message as abnormal data, and locking the acquisition qualification of the target user terminal;

determining the type of the abnormal data, wherein the type is used for indicating the acquisition state of the activity rights;

unlocking the acquisition qualification of the target user side corresponding to the abnormal data according to the first type, wherein the first type is used for indicating that the acquisition state is acquisition failure;

and responding to the type as a second type, and obtaining a response message of the abnormal data update after waiting for a preset time, wherein the second type is used for indicating that the acquisition state is unknown error or acquisition overtime.

To achieve the above object, an embodiment of a second aspect of the present application provides an exception handling apparatus, including:

the receiving module is used for receiving at least one response message for receiving the activity equity from the target user side, wherein the response message is used for indicating the account-arriving state of the activity equity;

the acquisition module is used for responding to the identification of the arrival failure of the activity equity aiming at any response message, acquiring the corresponding response message as abnormal data and locking the acquisition qualification of the target user side;

a determining module, configured to determine a type of the abnormal data, where the type is used to indicate a pickup state of the activity equity;

the first processing module is used for responding to the type as a first type and unlocking the acquisition qualification of the target user end corresponding to the abnormal data, wherein the first type is used for indicating that the acquisition state is acquisition failure;

and the second processing module is used for responding to the type as a second type and obtaining the response message of the abnormal data update after waiting for a preset time, wherein the second type is used for indicating that the acquisition state is unknown error or acquisition overtime.

To achieve the above object, an embodiment of a third aspect of the present application provides an electronic device, including: a processor, and a memory communicatively coupled to the processor;

the memory stores computer-executable instructions;

the processor executes the computer-executed instructions stored in the memory to implement an exception handling method according to the embodiment of the first aspect of the present application.

To achieve the above object, an embodiment of a fourth aspect of the present application proposes a computer-readable storage medium, in which computer-executable instructions are stored, the computer-executable instructions being used to implement an exception handling method according to the embodiment of the first aspect of the present application when executed by a processor.

To achieve the above object, an embodiment of a fifth aspect of the present application proposes a computer program product, including a computer program, which when executed by a processor implements an exception handling method according to an embodiment of the first aspect of the present application.

According to the exception handling method, the exception handling device, the electronic equipment and the storage medium, a response message for acquiring the activity equity by the target user side is received, and the response message is used for indicating the account-arriving state of the activity equity; responding to the recognition of the failure of the account arrival of the activity equity, acquiring a corresponding response message as abnormal data, and locking the acquisition qualification of the target user side; determining the type of the abnormal data, wherein the type is used for indicating the acquisition state of the activity rights; unlocking the acquisition qualification of the target user end corresponding to the abnormal data according to the first type, wherein the first type is used for indicating that the acquisition state is acquisition failure; and responding to the type as a second type, and re-determining the type of the abnormal data after waiting for a preset time, wherein the second type is used for indicating that the acquisition state is an unknown error or acquisition time-out. The method has the advantages that through intelligently processing abnormal conditions of the acquisition of the activity rights and interests, the uniqueness of the acquisition of the activity rights and interests is guaranteed, the situation of excessive rights and interests is avoided, and the accuracy of financial accounting and cost sharing is guaranteed; and the background polling times are reduced through a classification mechanism, so that the processing efficiency is improved, the operation pressure is reduced, the abnormal situation of a user side is timely solved, and the user experience is improved.

Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.

Drawings

The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:

FIG. 1 is a flowchart of an exception handling method according to an embodiment of the present disclosure;

FIG. 2 is a flowchart illustrating another exception handling method according to an embodiment of the present disclosure;

fig. 3 is a schematic structural diagram of an exception handling apparatus according to an embodiment of the present application.

Detailed Description

Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the drawings are exemplary and intended for the purpose of explaining the present application and are not to be construed as limiting the present application.

The following describes an exception handling method and apparatus according to an embodiment of the present application with reference to the accompanying drawings.

Fig. 1 is a flow chart of an exception handling method according to an embodiment of the present application.

In the process of issuing the activity equity, the condition that the throughput of the system is suddenly increased is likely to occur, the problem that the issuing of the activity equity is abnormal is likely to occur, the problem that repeated polling and manual reissue of operators are needed to be solved by means of a background system is high in system pressure, the operators are tired to deal with the abnormality and customer complaint, and the time spent on operation and analysis of the activity data is less; on the other hand, there may be more than one provider who performs the issuing of the activity equity, and if the repeated issuing occurs, this may cause an accounting problem and increase the pressure of manual reconciliation.

In view of the above problems, an embodiment of the present application provides an exception handling method to implement intelligent handling of an activity exception condition, as shown in fig. 1, where the exception handling method includes the following steps:

step 101, receiving at least one response message for receiving the activity equity from the target user side, where the response message is used to indicate the account-arriving state of the activity equity.

Alternatively, the activity equity may be a coupon, a red pack, etc. incentive for the same denomination provided by different suppliers, such as e-commerce cards, telephone fees, etc.

Optionally, after the client selects the corresponding activity equity click to get on the activity equity get page of the target user side, abnormal conditions may occur to cause account-to-account failure, for example, insufficient coupons, network delay, not in the time of issuing coupons, etc., a response message reflecting the account-to-account status of the activity equity is generated, and sent to the server for processing.

Alternatively, the target ue may generate multiple response messages at different times.

Step 102, for any response message, in response to identifying that the activity equity is failed to be checked out, acquiring the corresponding response message as abnormal data, and locking the acquisition qualification of the target user side.

Optionally, after receiving any response message sent by the target user end, the server can identify the response message and determine whether the activity right received by the client is checked out.

Optionally, when the event right receipt failure is identified, it indicates that an abnormal situation occurs in the process of receiving the event right, and since the response message is used as feedback data of the target client, the abnormal situation can be reflected, and the corresponding response message is used as abnormal data for subsequent processing.

It should be noted that, when the acquisition of the activity equity fails, the acquisition of the activity equity cannot be performed on behalf of the client, and there may be a situation that the network delay causes the acquisition delay, but the acquisition is successful, so in order to avoid that the client repeatedly acquires the activity equity, the acquisition qualification of the target user side is locked, so that the client cannot acquire the same activity equity again.

Step 103, determining the type of the abnormal data, wherein the type is used for indicating the acquisition state of the activity rights.

Optionally, the acquisition status of the activity equity may be acquisition failure, unknown error or acquisition timeout, and in case that the acquisition status is acquisition failure, it can be determined that the activity equity acquired by the client is not in charge; if the acquisition status is unknown error or acquisition time-out, it cannot be determined whether the client fails to acquire the activity equity, and the possibility of repeatedly acquiring the activity equity cannot be avoided.

In the case that the type of the abnormal data is the first type, step 104 is performed; in the case where the type of the abnormal data is the second type, step 105 is performed.

And 104, unlocking the acquisition qualification of the target user end corresponding to the abnormal data in response to the first type, wherein the first type is used for indicating that the acquisition state is acquisition failure.

In the case that the type of the abnormal data is the first type, it can be determined that the activity equity received by the client is not paid, and the client can re-receive the activity equity, so that the receiving qualification of the target user side is unlocked, and the client can re-click to receive the activity equity.

And step 105, responding to the type as a second type, and obtaining a response message updated by abnormal data after waiting for a preset time, wherein the second type is used for indicating that the acquisition state is an unknown error or acquisition time-out.

If the type of the abnormal data is the second type, it cannot be determined whether the activity rights and interests received by the client fail, and if the receiving qualification of the target client is unlocked, the repeated receiving of the activity rights and interests may occur, so that after waiting for a preset time, a response message for updating the abnormal data is obtained again.

As a possible implementation, the preset time may be 5 minutes.

Optionally, the processes of steps 101 to 105 in the embodiments of the present application are repeated for the updated response message.

In this embodiment, at least one response message for receiving the activity equity from the target user terminal is received, where the response message is used to indicate the account-arriving state of the activity equity; for any response message, responding to the identification of the failure of the arrival of the activity equity, acquiring the corresponding response message as abnormal data, and locking the acquisition qualification of the target user terminal; determining the type of the abnormal data, wherein the type is used for indicating the acquisition state of the activity rights; unlocking the acquisition qualification of the target user end corresponding to the abnormal data according to the first type, wherein the first type is used for indicating that the acquisition state is acquisition failure; and responding to the type as a second type, and obtaining a response message updated by abnormal data after waiting for a preset time, wherein the second type is used for indicating that the acquisition state is unknown error or acquisition time-out. The method has the advantages that through intelligently processing abnormal conditions of the acquisition of the activity rights and interests, the uniqueness of the acquisition of the activity rights and interests is guaranteed, the situation of excessive rights and interests is avoided, and the accuracy of financial accounting and cost sharing is guaranteed; and the background polling times are reduced through a classification mechanism, so that the processing efficiency is improved, the operation pressure is reduced, the abnormal situation of a user side is timely solved, and the user experience is improved.

In this embodiment, another exception handling method is provided, and fig. 2 is a schematic flow chart of another exception handling method provided in the embodiment of the present application.

As shown in fig. 2, the exception handling method may include the steps of:

step 201, receiving at least one response message for receiving the activity equity from the target user, where the response message is used to indicate the account status of the activity equity.

Optionally, after the client selects the corresponding activity equity click to get on the activity equity get page of the target user side, the server receives an activity equity get instruction from the target user side; generating an order number of the target user side for taking the activity equity; transmitting the activity equity and the order number to a target user; and receiving a response message returned by the target user terminal.

In this embodiment of the present application, when an activity acquisition instruction is initiated, an order number that is acquired by a target user side for an activity equity is generated, where the order number uniquely corresponds to an acquisition operation of the activity equity, that is, each time the target user side performs an acquisition operation, an order number is correspondingly generated and is used as an identifier of the acquisition operation.

In this embodiment of the present application, after generating an order number, the server sends an activity equity and the order number to the target user side, and the target user side returns a response message to the server, where the response message is used to reflect the acquisition situation of the target user side, and the response message includes letters and numbers, and different response messages represent different types of acquisition situations, for example, the response message YDCAO1111203 represents that the coupon activity does not exist; YNAF301300AA indicates that the transaction is abnormal. The target user side returns a response message reflecting the acquisition condition, and the server receives the response message returned by the target user side.

By generating the order number uniquely corresponding to the acquisition operation of the activity equity and returning the response message based on the order number, the response message generated by the same acquisition operation can be determined at different times, and the current account-arriving state of the activity equity can be accurately reflected.

Step 202, identifying an order number generated by the target user side for taking the activity equity; and identifying that the activity equity is failed to be checked out in response to the activity equity corresponding to the order number being empty.

Optionally, the order number is a unique identifier of the activity equity acquisition, and the identification of the order number can determine whether the activity equity corresponding to the acquisition operation exists, and in the case that the activity equity arrives, the identification of the order number can inquire the identifier of the corresponding activity equity, such as a redemption code of a coupon.

In the embodiment of the application, the fact that the activity equity corresponding to the order number is empty is identified, namely, the identification of the activity equity does not exist, and the failure of the activity equity to account is indicated; and identifying the identification of the activity equity corresponding to the order number, indicating successful account checking, wherein the response message is normal and does not need subsequent processing.

Step 203, for any response message, in response to identifying that the activity equity is failed to be checked out, acquiring the corresponding response message as abnormal data, and locking the acquisition qualification of the target user terminal.

Optionally, in the case of failure of the activity equity to account, the corresponding response message is used as feedback data of the target client, so that abnormal conditions can be reflected, and therefore, the response message of failure of the activity equity to account is obtained as abnormal data.

It should be noted that, the failure of the acquisition of the activity equity can not represent the acquisition failure of the client when acquiring the activity equity, and there may be a situation that the network delay causes the acquisition delay, but the acquisition is successful, so that the acquisition qualification of the target user side is locked under the condition that the acquisition of the activity equity fails, so that the client can not acquire the same activity equity again, the repeated acquisition of the activity equity by the client is avoided, and the accuracy of financial accounting and cost sharing is ensured.

And 204, responding to the re-acquisition of the target user side, and displaying prompt information on an acquisition page of the activity equity.

Optionally, in the event that the activity equity is failed to be checked out, the target ue may perform the click-to-get again, and since the check-out qualification of the target ue is locked, the client cannot check out the same activity equity again, recognizes the check-out instruction of the target ue for clicking out the check-out again, triggers the protection mechanism, and displays the corresponding prompt information on the check-out page of the activity equity, for example, displays "the activity is too hot, please try again later-! "or display" the rights acquisition situation is in the middle of being confirmed, please view the-! ".

Further, different response messages correspond to different abnormal conditions, and correspondingly, different prompt messages can be displayed. For example, if the returned response message is YNAF301300AA, indicating that the transaction is abnormal, it is possible to display that "the benefit pickup situation is in the middle of being confirmed, please view-! "prompt information; in the case of a response message returned as YDCAO1111203, indicating that the coupon activity is not present, it may be shown that "activity is too hot, please try again later-! "prompt information.

In other embodiments, the prompt information may be preset based on actual rules, and by displaying the page prompt information, the abnormal reasons of the activity rights and interests are fed back to the target user side, so as to improve the use experience of the client.

In step 205, the type of the abnormal data is determined, and the type is used for indicating the acquisition state of the activity equity.

Optionally, obtaining representative data of either type; the abnormal data is classified based on the similarity between any of the abnormal data and the representative data.

In the embodiment of the application, the types of the abnormal data comprise three types of acquisition failure, unknown error and acquisition timeout.

Optionally, different response messages reflect different abnormal conditions, and the existing response messages are classified into three categories, for example, by a clustering method.

In the embodiment of the application, the response messages are clustered through a kmeans clustering method, specifically, the number of clustering centers is set to be 3, the response messages are used as vectors, the distance between the response messages is calculated as a clustering distance, the response messages are clustered to obtain three clustering clusters, and the types of the three clustering clusters are determined based on the clustering centers of the clustering clusters. The response message of the clustering center of any cluster is the representative data of the corresponding type.

When the type of the abnormal data is determined, the clustering distance between the abnormal data and each representative data is calculated, and the type corresponding to the shortest clustering distance is selected as the type of the abnormal data.

In the embodiment of the application, the similarity is reflected by the clustering distance, the shorter the clustering distance is, the higher the similarity between the abnormal data and the representative data is, the more likely the abnormal data belongs to the type of the corresponding representative data, the abnormal data is classified by the clustering distance, the corresponding processing can be carried out according to different types, the background polling times are reduced, and the processing efficiency is improved.

In the case that the type of the abnormal data is the first type, step 206 is performed; in the case where the type of the abnormal data is the second type, step 207 is performed.

And step 206, unlocking the acquisition qualification of the target user end corresponding to the abnormal data in response to the first type, wherein the first type is used for indicating that the acquisition state is acquisition failure.

The unlocking is used for indicating the target user side to re-get the activity rights and interests.

Further, a prompt message of "please re-pick up" is displayed on the activity right pick-up page.

Step 207, in response to the type being the second type, obtaining a response message of the abnormal data update after waiting for a preset time, where the second type is used to indicate that the pickup state is an unknown error or the pickup is overtime.

As a possible implementation, the preset time may be 5 minutes.

In the embodiment of the application, the response message of the abnormal data update is obtained again through the following steps: acquiring order numbers corresponding to the abnormal data; and after waiting for the preset time, re-receiving the updated response message of the target user terminal based on the order number corresponding to the abnormal data.

Optionally, after receiving the updated response message, the status of the interest in the target user may change, for example, the interest in the target user is indicated to be successfully checked based on the updated response message, without subsequent processing.

Optionally, after receiving the updated response message, indicating that the rights and interests of the target user end fail to be checked out, the processes from step 202 to step 207 in the embodiment of the present application are repeated.

By taking the order number as the unique identification of the activity equity, the response message of the same taking operation update can be determined after waiting for the preset time, and the account-arriving state of the activity equity update after waiting for the preset time can be accurately reflected.

Further, regularly extracting abnormal data with a second type as data to be processed; and pushing the data to be processed to the setting client.

As a possible implementation, the timing extraction may be one every hour, that is, the abnormal data determined as the second type is extracted as the data to be processed every hour.

Since the providers of the activity equity may be different, if the acquisition qualification is unlocked for the abnormal data of the second type, repeated acquisition of the activity equity may be caused, or even multiple acquisition may occur, so that the acquisition qualification can only be locked for the abnormal data of the second type, the account-arriving state of the activity equity is redetermined after waiting for a preset time, and the account-arriving state is pushed to the setting client in a fixed time to remind an operator of processing. So that the problem of accurate positioning of movable operators is solved, the risk of customer complaints is reduced, and the later account checking cost is reduced.

In this embodiment, at least one response message for receiving the activity equity from the target user terminal is received, where the response message is used to indicate the account-arriving state of the activity equity; identifying an order number generated by the target user side for taking the activity equity; identifying that the activity equity is due failure in response to the activity equity corresponding to the order number being empty; for any response message, responding to the identification of the failure of the arrival of the activity equity, acquiring the corresponding response message as abnormal data, and locking the acquisition qualification of the target user terminal; responding to the re-acquisition of the target user side, and displaying prompt information on an acquisition page of the activity equity; determining the type of the abnormal data, wherein the type is used for indicating the acquisition state of the activity rights; unlocking the acquisition qualification of the target user end corresponding to the abnormal data according to the first type, wherein the first type is used for indicating that the acquisition state is acquisition failure; and responding to the type as a second type, and obtaining a response message updated by abnormal data after waiting for a preset time, wherein the second type is used for indicating that the acquisition state is unknown error or acquisition time-out. The method has the advantages that through intelligently processing abnormal conditions of the acquisition of the activity rights and interests, the uniqueness of the acquisition of the activity rights and interests is guaranteed, the situation of excessive rights and interests is avoided, and the accuracy of financial accounting and cost sharing is guaranteed; and the background polling times are reduced through a classification mechanism, so that the processing efficiency is improved, the operation pressure is reduced, the abnormal situation of a user side is timely solved, and the user experience is improved.

In order to achieve the above embodiment, the present application further proposes an exception handling apparatus.

As shown in fig. 3, the abnormality processing apparatus 300 includes: a receiving module 301, an acquiring module 302, a determining module 303, a first processing module 304 and a second processing module 305.

The receiving module 301 is configured to receive at least one response message for receiving the activity right from the target user, where the response message is used to indicate an account status of the activity right;

the acquiring module 302 is configured to, for any response message, respond to the identification of the arrival failure of the activity equity, acquire the corresponding response message as abnormal data, and lock the acquisition qualification of the target user terminal;

a determining module 303, configured to determine a type of the abnormal data, where the type is used to indicate a pickup status of the activity right;

the first processing module 304 is configured to unlock, in response to the type being a first type, a retrieval qualification of the target user terminal corresponding to the abnormal data, where the first type is used to indicate that the retrieval status is a retrieval failure;

the second processing module 305 is configured to, in response to the type being a second type, wait for a preset time, and obtain a response message for updating the abnormal data, where the second type is used to indicate that the pickup status is an unknown error or that the pickup is overtime.

Further, in a possible implementation manner of the embodiment of the present application, the receiving module 301 is further configured to:

receiving an activity equity acquisition instruction from a target user terminal;

generating an order number of the target user side for taking the activity equity;

transmitting the activity equity and the order number to a target user;

and receiving a response message returned by the target user terminal.

Further, in a possible implementation manner of the embodiment of the present application, the obtaining module 302 is further configured to:

and responding to the re-acquisition of the target user side, and displaying prompt information on an acquisition page of the activity equity.

Identifying an order number generated by the target user side for taking the activity equity;

and identifying that the activity equity is failed to be checked out in response to the activity equity corresponding to the order number being empty.

Further, in a possible implementation manner of the embodiment of the present application, the determining module 303 is further configured to:

obtaining representative data of any type;

the abnormal data is classified based on the similarity between any of the abnormal data and the representative data.

Further, in a possible implementation manner of the embodiment of the present application, the second processing module 305 is further configured to:

acquiring order numbers corresponding to the abnormal data;

and after waiting for the preset time, re-receiving the updated response message of the target user terminal based on the order number corresponding to the abnormal data.

Further, in a possible implementation manner of the embodiment of the present application, the apparatus is further configured to:

regularly extracting abnormal data with a second type as data to be processed;

and pushing the data to be processed to a set user terminal.

It should be noted that the foregoing explanation of the embodiment of the exception handling method is also applicable to the exception handling apparatus of this embodiment, and will not be repeated here.

In the embodiment of the application, a response message for receiving the activity equity by the target user side is received, wherein the response message is used for indicating the account-arriving state of the activity equity; responding to the recognition of the failure of the account arrival of the activity equity, acquiring a corresponding response message as abnormal data, and locking the acquisition qualification of the target user side; determining the type of the abnormal data, wherein the type is used for indicating the acquisition state of the activity rights; unlocking the acquisition qualification of the target user end corresponding to the abnormal data according to the first type, wherein the first type is used for indicating that the acquisition state is acquisition failure; and responding to the type as a second type, and re-determining the type of the abnormal data after waiting for a preset time, wherein the second type is used for indicating that the acquisition state is an unknown error or acquisition time-out. The method has the advantages that through intelligently processing abnormal conditions of the acquisition of the activity rights and interests, the uniqueness of the acquisition of the activity rights and interests is guaranteed, the situation of excessive rights and interests is avoided, and the accuracy of financial accounting and cost sharing is guaranteed; and the background polling times are reduced through a classification mechanism, so that the processing efficiency is improved, the operation pressure is reduced, the abnormal situation of a user side is timely solved, and the user experience is improved.

In order to achieve the above embodiments, the present application further proposes an electronic device including: a processor, and a memory communicatively coupled to the processor; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory to implement the methods provided by the previous embodiments.

In order to implement the above-mentioned embodiments, the present application also proposes a computer-readable storage medium in which computer-executable instructions are stored, which when executed by a processor are adapted to implement the methods provided by the foregoing embodiments.

In order to implement the above embodiments, the present application also proposes a computer program product comprising a computer program which, when executed by a processor, implements the method provided by the above embodiments.

The processes of collecting, storing, using, processing, transmitting, providing, disclosing and the like of the personal information of the user related in the application all accord with the regulations of related laws and regulations, and do not violate the popular public order.

It should be noted that personal information from users should be collected for legitimate and reasonable uses and not shared or sold outside of these legitimate uses. In addition, such collection/sharing should be performed after receiving user informed consent, including but not limited to informing the user to read user agreements/user notifications and signing agreements/authorizations including authorization-related user information before the user uses the functionality. In addition, any necessary steps are taken to safeguard and ensure access to such personal information data and to ensure that other persons having access to the personal information data adhere to their privacy policies and procedures.

The present application contemplates embodiments that may provide a user with selective prevention of use or access to personal information data. That is, the present disclosure contemplates that hardware and/or software may be provided to prevent or block access to such personal information data. Once personal information data is no longer needed, risk can be minimized by limiting data collection and deleting data. In addition, personal identification is removed from such personal information, as applicable, to protect the privacy of the user.

In the foregoing descriptions of embodiments, descriptions of the terms "one embodiment," "some embodiments," "example," "particular example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.

Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "plurality" is at least two, such as two, three, etc., unless explicitly defined otherwise.

Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and additional implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.

Logic and/or steps represented in the flowcharts or otherwise described herein, e.g., a ordered listing of executable instructions for implementing logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). In addition, the computer readable medium may even be paper or other suitable medium on which the program is printed, as the program may be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.

It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the various steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with the other embodiments, if implemented in hardware, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable Gate Arrays (PGAs), field Programmable Gate Arrays (FPGAs), and the like.

Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing module, or each unit may exist alone physically, or two or more units may be integrated in one module. The integrated modules may be implemented in hardware or in software functional modules. The integrated modules may also be stored in a computer readable storage medium if implemented in the form of software functional modules and sold or used as a stand-alone product.

The above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, or the like. Although embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives, and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.

Claims

1. An exception handling method, comprising the steps of:

2. The exception handling method according to claim 1, wherein the receiving the at least one response message of the target ue for receiving the activity right includes:

receiving an activity equity acquisition instruction from the target user;

generating an order number for the target user side to take the activity equity;

sending the activity equity and the order number to the target user;

and receiving the response message returned by the target user terminal.

3. The exception handling method according to claim 2, wherein the obtaining the response message for updating the exception data after waiting for the preset time includes:

acquiring an order number corresponding to the abnormal data;

and after waiting for the preset time, re-receiving the updated response message of the target user side based on the order number corresponding to the abnormal data.

4. The exception handling method of claim 1, wherein the responding to identifying the activity equity checkout failure further comprises, thereafter:

and responding to the target user side to get again, and displaying prompt information on a get page of the activity equity.

5. The exception handling method of claim 1, wherein the responding to identifying the activity equity checkout failure comprises:

and identifying that the activity equity is out of account according to the activity equity corresponding to the order number.

6. The exception handling method of claim 1, wherein the determining the type of the exception data comprises:

obtaining representative data of any type;

the abnormal data is classified based on the similarity between any one of the abnormal data and the representative data.

7. The exception handling method according to claim 1, wherein the method further comprises:

regularly extracting the abnormal data with the second type as data to be processed;

pushing the data to be processed to a set user terminal.

8. An abnormality processing apparatus, comprising:

9. An electronic device, comprising: a processor, and a memory communicatively coupled to the processor;

the memory stores computer-executable instructions;

the processor executes computer-executable instructions stored in the memory to implement the method of any one of claims 1-7.

10. A computer readable storage medium having stored therein computer executable instructions which when executed by a processor are adapted to carry out the method of any one of claims 1-7.

11. A computer program product comprising a computer program which, when executed by a processor, implements the method of any of claims 1-7.