Announcement Processing Method, Device, Electronic Device and Storage Medium

Abstract

An embodiment of the present invention discloses a notice processing method, device, electronic device, and storage medium. The notice processing method obtains a failure reason from a first transaction record, and then automatically creates and sends a notice to a first object. Moreover, it detects whether the transaction service has returned to normal through a second transaction record, and performs a target operation when the transaction service has returned to normal, thereby realizing automatic monitoring of transaction service failures, automatic creation and sending of notices, and automatic monitoring of the restoration of transaction services, without manual intervention, effectively improving the notice processing efficiency, reducing the manual operation and maintenance costs, reducing the number of complaints from users of the transaction service, improving the user experience, and can be widely applied to the field of Internet technologies.

Description

Technical Field

[0001] The present invention relates to the field of Internet technologies, and particularly to a method, an apparatus, an electronic device, and a storage medium for announcement processing. Background Art

[0002] With the development of Internet technologies, online transactions have become increasingly popular. For example, most transaction services such as transfers, credit card repayments, and red envelope sending can be completed through the Internet. When a transaction service fails, the users of the transaction service cannot use it normally. In order to enable the users to timely learn that the transaction service has failed, in the related art, generally, operation and maintenance personnel need to intervene to announce to the users that the transaction service has failed. However, this method reduces the processing efficiency of the announcement due to the need for manual intervention. Summary of the Invention

[0003] The following is an overview of the subject matter described in detail in this document. This overview is not intended to limit the scope of protection of the claims.

[0004] Embodiments of the present invention provide a method, an apparatus, an electronic device, and a storage medium for announcement processing, which can automatically monitor the failure and recovery of a transaction service, automatically create and send an announcement, and indicate to a first object that the transaction service has returned to normal, without manual intervention, effectively improving the processing efficiency of the announcement and reducing the operation and maintenance costs.

[0005] On the one hand, embodiments of the present invention provide a method for announcement processing, including:

[0006] Obtain a first transaction record of a transaction service, count a first quantity corresponding to the first transaction record of a successful transaction or a failed transaction, determine the state of the transaction service according to a comparison result between the first quantity and a first threshold, when it is determined that the transaction service is in a failure state, obtain a failure cause according to the first transaction record of the failed transaction, and create a first announcement according to the failure cause;

[0007] In response to a request instruction of a first object for the transaction service, send the first announcement to the first object for the first object to display the first announcement;

[0008] Obtain a second transaction record of the transaction service after the first announcement is created, count a second quantity corresponding to the second transaction record of a successful transaction or a failed transaction, determine the state of the transaction service according to a comparison result between the second quantity and a second threshold, when it is determined that the transaction service has returned to normal, perform a target operation, where the target operation is used to indicate to the first object that the transaction service has returned to normal.

[0009] On the other hand, embodiments of the present invention further provide a message processing apparatus, including:

[0010] An announcement creation module, configured to obtain a first transaction record of a trading service, count a first quantity corresponding to the first transaction record of successful or failed transactions, determine the status of the trading service according to a comparison result between the first quantity and a first threshold, when it is determined that the trading service is in a fault state, obtain a fault cause based on the first transaction record of failed transactions, and create a first announcement according to the fault cause;

[0011] An announcement sending module, configured to, in response to a request instruction of a first object for the trading service, send the first announcement to the first object for the first object to display the first announcement;

[0012] A target operation execution module, configured to obtain a second transaction record of the trading service after the first announcement is created, count a second quantity corresponding to the second transaction record of successful or failed transactions, determine the status of the trading service according to a comparison result between the second quantity and a second threshold, and when it is determined that the trading service resumes normal, execute a target operation, where the target operation is used to indicate to the first object that the trading service resumes normal.

[0013] Further, the above announcement creation module is specifically configured to:

[0014] Obtain the current acquisition time and the data acquisition frequency, and determine an acquisition time range according to the current acquisition time and the data acquisition frequency;

[0015] Obtain the modification time corresponding to the historical transaction record of the trading service, and determine the historical transaction record whose modification time is within the acquisition time range as the first transaction record;

[0016] Obtain the payment feedback time corresponding to the first transaction record, and use the quantity of the first transaction records whose payment feedback time is within a first preset time range as the first quantity of successful transactions, or use the quantity of the first transaction records whose payment feedback time is outside the first preset time range as the first quantity of failed transactions.

[0017] Further, the above announcement creation module is specifically configured to:

[0018] Obtain the failed payment channels in the first transaction record of failed transactions, and determine the number of channel types of the failed payment channels;

[0019] When the number of channel types is two, the failed payment channels include a first payment channel and a second payment channel, obtain a third quantity of failed transactions of the first payment channel and a fourth quantity of failed transactions of the second payment channel, and obtain a fault cause according to the difference between the third quantity and the fourth quantity;

[0020] Alternatively, when the number of types of said channels is at least three, sort the failed payment channels according to the number of transaction failures, use the failed payment channels ranked before the third threshold as the first payment channels, use the failed payment channels ranked after the fourth threshold as the second payment channels, based on the first transaction record, obtain the third number of transaction failures of the first payment channels and the fourth number of transaction failures of the second payment channels, and obtain the cause of the failure according to the difference between the third number and the fourth number.

[0021] Further, the above-mentioned announcement creation module is specifically configured to:

[0022] When the difference between the third number and the fourth number is greater than or equal to the fifth threshold, determine that the cause of the failure is that the first payment channel or the second payment channel is in a failure state;

[0023] Alternatively, when the difference between the third number and the fourth number is less than the fifth threshold, determine that the cause of the failure is that the trading platform is in a failure state.

[0024] Further, the above-mentioned announcement creation module is specifically configured to:

[0025] Obtain the first payment account in the first transaction record of the transaction failure, and obtain the fifth number of the first transaction records of each first payment account with transaction failures;

[0026] Use the first payment accounts with the fifth number greater than or equal to the sixth threshold as the target payment accounts, and determine that the payment system corresponding to the target payment accounts is in a failure state.

[0027] Further, the above-mentioned announcement sending module is specifically configured to:

[0028] In response to a request instruction of a first object for the transaction service, obtain the second payment account associated with the first object;

[0029] When the second payment account matches the target payment account, send the first announcement to the first object, where the first announcement is used to indicate that the payment system corresponding to the target payment account is in a failure state.

[0030] Further, the above-mentioned announcement sending module is further configured to:

[0031] Determine a second object from the transaction initiating objects of the transaction service, and use the other objects except the second object in the transaction initiating objects as the first objects;

[0032] The above-mentioned target operation execution module is specifically configured to:

[0033] Obtain the second transaction record of the second object after the creation of the first announcement.

[0034] Further, the above announcement sending module is specifically configured to:

[0035] Generate a random number with a preset number of digits;

[0036] Obtain the object identifier of the transaction initiating object of the transaction service, where the object identifier is a digital string including identification digits;

[0037] Extract the identification digits with the preset number of digits from the object identifier;

[0038] Determine a second object from the transaction initiating objects according to the matching relationship between the identification digits and the random number.

[0039] Further, the above announcement creation module is further configured to:

[0040] If the first quantity is the quantity of the first transaction records with successful transactions, compare the first quantity with the seventh threshold. When the first quantity is less than or equal to the seventh threshold, determine that there is a risk of failure in the transaction service, create an alarm message and send the alarm message to a third object, where the seventh threshold is greater than the first threshold, and the third object is an object other than the transaction initiating object of the transaction service;

[0041] Or, if the first quantity is the quantity of the first transaction records with failed transactions, compare the first quantity with the eighth threshold. When the first quantity is greater than or equal to the eighth threshold, determine that there is a risk of failure in the transaction service, create an alarm message and send the alarm message to a third object, where the eighth threshold is less than the first threshold, and the third object is an object other than the transaction initiating object of the transaction service.

[0042] Further, the above announcement creation module is further configured to:

[0043] Obtain the acquisition end time of the first transaction record and the latest modification time of the first transaction record;

[0044] Obtain the acquisition delay of the first transaction record according to the difference between the acquisition end time and the latest modification time;

[0045] When the acquisition delay is greater than or equal to the ninth threshold, confirm the first database from which the first transaction record is sourced, discard the first transaction record, and re-obtain the first transaction record from a second database other than the first database;

[0046] When the recounted first quantity is less than or equal to the seventh threshold, it is determined that there is a risk of failure in the transaction service;

[0047] Or, when the recounted first quantity is greater than or equal to the eighth threshold, it is determined that there is a risk of failure in the transaction service.

[0048] Further, the above-mentioned announcement creation module is specifically configured to:

[0049] According to the first quantity, determine the target quantity range corresponding to the first quantity from multiple preset quantity ranges, and obtain the fault recovery duration according to the target quantity range;

[0050] Create a first announcement according to the fault cause and the fault recovery duration.

[0051] Further, the above-mentioned target operation execution module is specifically configured to:

[0052] Cancel sending the first announcement;

[0053] Or, send a second announcement to the first object for the first object to display the second announcement, and the second announcement is used to indicate that the transaction service has returned to normal.

[0054] On the other hand, an embodiment of the present invention further provides an electronic device, including a memory and a processor. The memory stores a computer program, and when the processor executes the computer program, the above-mentioned announcement processing method is implemented.

[0055] On the other hand, an embodiment of the present invention further provides a computer-readable storage medium. The storage medium stores a program, and when the program is executed by a processor, the above-mentioned announcement processing method is implemented.

[0056] On the other hand, a computer program product or a computer program is provided. The computer program product or the computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the above-mentioned announcement processing method.

[0057] The embodiments of the present invention at least include the following beneficial effects: By obtaining the first transaction record of the transaction service, counting the first quantity corresponding to the first transaction record with successful or failed transactions, and determining the state of the transaction service according to the comparison result between the first quantity and the first threshold, the embodiments of the present invention can automatically monitor the failure of the transaction service. When it is determined that the transaction service is in a failure state, the cause of the failure is obtained based on the first transaction record with failed transactions, and a first announcement is created according to the cause of the failure, realizing the automatic creation of the announcement content. In response to a request instruction of a first object for the transaction service, the first announcement is sent to the first object for the first object to display the first announcement, so that when the transaction service fails, through a timely announcement, it is prompted that the transaction service is in a failure state and the specific cause of the failure. After obtaining the second transaction record of the transaction service after creating the first announcement, counting the second quantity corresponding to the second transaction record with successful or failed transactions, and determining the state of the transaction service according to the comparison result between the second quantity and the second threshold. When it is determined that the transaction service has returned to normal, a target operation is executed to indicate to the first object that the transaction service has returned to normal, which can automatically monitor the recovery of the transaction service ability and enable the first object to learn in a timely manner that the transaction service ability has recovered. It can be seen that the announcement processing method provided by the embodiments of the present invention obtains the cause of the failure through the first transaction record, then automatically creates and sends an announcement to the first object, and executes a target operation after the transaction service returns to normal, thereby realizing the automatic monitoring of transaction service failures, the automatic creation and sending of announcements, and the automatic monitoring of the recovery of transaction services, without manual intervention, effectively improving the processing efficiency of announcements, reducing the manual operation and maintenance cost, reducing the number of complaints from users of the transaction service, and improving the user experience.

[0058] Other features and advantages of the present invention will be described in the following specification, and, in part, will be obvious from the specification, or will be understood by implementing the present invention. The objectives and other advantages of the present invention can be realized and obtained by the structures specifically pointed out in the specification, the claims, and the drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] The drawings are used to provide a further understanding of the technical solutions of the present invention, and constitute a part of the specification. They are used together with the embodiments of the present invention to explain the technical solutions of the present invention, and do not constitute a limitation to the technical solutions of the present invention.

[0060] Figure 1 It is a schematic diagram of an implementation environment provided by an embodiment of the present invention;

[0061] Figure 2 It is a flowchart of an announcement processing method applied to a server provided by an embodiment of the present invention;

[0062] Figure 3Schematic diagram of the architecture of the credit card repayment system provided by the embodiments of the present invention;

[0063] Figure 4 Flowchart of the announcement processing method applied to the terminal provided by the embodiments of the present invention;

[0064] Figure 5 Complete flowchart of the announcement processing method provided by the embodiments of the present invention;

[0065] Figure 6 Schematic diagram of an operation interface for credit card repayment provided by the embodiments of the present invention;

[0066] Figure 7 Another schematic diagram of an operation interface for credit card repayment provided by the embodiments of the present invention;

[0067] Figure 8 Another display schematic diagram of the first announcement provided by the embodiments of the present invention;

[0068] Figure 9 Schematic diagram of an operation interface for transfer provided by the embodiments of the present invention;

[0069] Figure 10 Schematic diagram of an operation interface for sending red envelopes provided by the embodiments of the present invention;

[0070] Figure 11 Another schematic diagram of an operation interface for credit card repayment provided by the embodiments of the present invention;

[0071] Figure 12 Another schematic diagram of an operation interface for credit card repayment provided by the embodiments of the present invention;

[0072] Figure 13 Schematic diagram of the structure of the announcement processing device provided by the embodiments of the present invention;

[0073] Figure 14 Partial structure block diagram of the server provided by the embodiments of the present invention. Detailed implementation manners

[0074] In order to make the objectives, technical solutions and advantages of the present invention clearer and more understandable, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not used to limit the present invention.

[0075] Before further elaborating on the embodiments of the present invention, the nouns and terms involved in the embodiments of the present invention are described. The nouns and terms involved in the embodiments of the present invention are applicable to the following explanations:

[0076] Announcement: Generally refers to making something known widely, used to notify the target object of specific content.

[0077] Blockchain: Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanism, and encryption algorithms. Essentially, blockchain is a decentralized database, a series of data blocks generated by using cryptographic methods. Each data block contains information about a batch of network transactions, which is used to verify the validity of the information (anti-counterfeiting) and generate the next block. Blockchain can include the blockchain underlying platform, the platform product service layer, and the application service layer.

[0078] The blockchain underlying platform can include processing modules such as user management, basic services, smart contracts, and operation monitoring. Among them, the user management module is responsible for the identity information management of all blockchain participants, including maintaining the generation of public and private keys (account management), key management, and the maintenance of the correspondence between the real identity of the user and the blockchain address (permission management). And under authorization, it supervises and audits the transaction situations of certain real identities, and provides the rule configuration for risk control (risk control audit); the basic service module is deployed on all blockchain node devices, used to verify the validity of business requests, and record them on the storage after consensus on valid requests. For a new business request, the basic service first performs interface adaptation parsing and authentication processing (interface adaptation), then encrypts the business information through the consensus algorithm (consensus management), transmits it to the shared ledger intact and consistently after encryption (network communication), and records and stores it; the smart contract module is responsible for the registration and issuance of contracts, as well as contract triggering and contract execution. Developers can define contract logic through a certain programming language, publish it to the blockchain (contract registration), trigger the execution by calling keys or other events according to the logic of the contract terms, complete the contract logic, and at the same time provide functions for contract upgrade and cancellation; the operation monitoring module is mainly responsible for the deployment, configuration modification, contract setting, cloud adaptation during the product release process, and the visual output of the real-time state during product operation, such as: alarming, monitoring the network situation, monitoring the health status of node devices, etc.

[0079] The platform product service layer provides the basic capabilities and implementation frameworks of typical applications. Developers can build on these basic capabilities and overlay the characteristics of the business to complete the blockchain implementation of the business logic. The application service layer provides application services based on the blockchain solution for business participants to use.

[0080] In related technologies, when a transaction service fails, generally, operation and maintenance personnel need to intervene and announce to users that the transaction service has failed. However, this method reduces the processing efficiency of the announcement due to the need for manual intervention. For example, operation and maintenance personnel may fail to handle the failure of the transaction service in a timely manner because they are dealing with other problems, or there may be errors in the process of fault location, which will affect the processing efficiency of the announcement.

[0081] Based on this, embodiments of the present invention provide a notice processing method, apparatus, electronic device, and storage medium, which can automatically monitor the failure and recovery of transaction services, automatically create and send notices, and indicate that the first object transaction service has returned to normal, without manual intervention, effectively improving the notice processing efficiency and reducing operation and maintenance costs.

[0082] Refer to Figure 1 , Figure 1 FIG. is a schematic diagram of an implementation environment provided by an embodiment of the present invention, and this implementation environment includes a server 101 and a terminal 102.

[0083] The server 101 may be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or may also be a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), as well as big data and artificial intelligence platforms.

[0084] In addition, the server 101 may also be a node server in a blockchain network.

[0085] The terminal 102 may be a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, etc., but is not limited thereto. The terminal 102 and the server 101 may be directly or indirectly connected through wired or wireless communication methods, and embodiments of the present invention do not make limitations herein.

[0086] Exemplarily based on Figure 1 the implementation environment shown, embodiments of the present invention provide a notice processing method. Taking the application of this notice processing method to the server 101 as an example for illustration, it can be understood that this notice processing method can also be applied to the terminal 102.

[0087] Refer to Figure 2 , Figure 2 FIG. is a flowchart of a notice processing method applied to a server provided by an embodiment of the present invention. The notice processing method applied to the server 101 provided by embodiments of the present invention includes but is not limited to the following steps 201 to 205.

[0088] Step 201: Obtain the first transaction record of the transaction service, count the first quantity corresponding to the first transaction record of successful or failed transactions, determine the state of the transaction service according to the comparison result between the first quantity and the first threshold. When it is determined that the transaction service is in a failure state, obtain the failure cause according to the first transaction record of the failed transaction, and create a first notice according to the failure cause.

[0089] In a possible implementation, the transaction service can be fund transfer, credit card repayment, red packet sending, etc. When the user's initiating terminal uses the transaction service, a transaction record will be generated. One form of manifestation of this transaction record can be a transaction work order. After the initiating terminal uses the transaction service each time, the server will generate a corresponding transaction record. This transaction record can include information such as the transaction amount, transaction object, object identifier, payment channel, modification time, payment feedback time, and account arrival result of the current transaction service. Among them, when the initiating terminal uses different payment service providers for payment, it means that the initiating terminal uses different payment channels. Additionally, taking the transaction service of credit card repayment as an example for illustration, refer to Figure 3 , Figure 3 which is a schematic architecture diagram of the credit card repayment system provided by the embodiments of the present invention. The above-mentioned modification time refers to the time when the initiating terminal initiates credit card repayment, and the above-mentioned payment feedback time refers to the time when the initiating terminal successfully pays to the credit card repayment platform. Similarly, if the transaction service is fund transfer, then the above-mentioned modification time refers to the time when the initiating terminal initiates the fund transfer, and the above-mentioned payment feedback time refers to the time when the initiating terminal successfully pays to the fund transfer platform; if the transaction service is red packet sending, then the above-mentioned modification time refers to the time when the initiating terminal enables the red packet sending function, and the above-mentioned payment feedback time refers to the time when the initiating terminal successfully pays to the red packet platform.

[0090] In a possible implementation, a successful transaction can be that the initiating terminal successfully pays to the transaction platform, and a failed transaction can be that the initiating terminal fails to pay to the transaction platform. The first transaction record refers to the transaction record used to judge the status of the transaction service. In the embodiments of the present invention, the status of the transaction service is automatically determined by counting the number of first transaction records. The status of the transaction service can be a normal state or a fault state. Among them, the status of the transaction service can be determined by counting the first quantity corresponding to the first transaction records of successful transactions and according to the comparison result between the first quantity and the first threshold. Specifically, when the first quantity is the number of first transaction records of successful transactions, when the first quantity is less than or equal to the first threshold, it can be inferred that the number of successful transactions of the transaction service is small at this time, and thus it is determined that the transaction service is in a fault state. Of course, the status of the transaction service can also be determined from the perspective of failed transactions. When the first quantity is the number of first transaction records of failed transactions, when the first quantity is greater than or equal to the first threshold, it can be inferred that the number of failed transactions of the transaction service is large at this time, and thus it is determined that the transaction service is in a fault state.

[0091] Among them, the first threshold can be set according to the actual situation. For example, when the first quantity is the quantity of the first transaction records with successful transactions, the first threshold can be 5%, 10%, or 15% of the total quantity of the first transaction records, etc. Specifically, when the total quantity of the obtained first transaction records is 1000, the first threshold can be 100. When the first quantity is less than or equal to 100, it can be determined that the transaction service is in a failure state. Or, when the first quantity is the quantity of the first transaction records with failed transactions, the first threshold can be 85%, 90%, or 95% of the total quantity of the first transaction records, etc. Specifically, when the total quantity of the obtained first transaction records is 1000, the first threshold can be 900. When the first quantity is greater than or equal to 900, it can be determined that the transaction service is in a failure state. Of course, the first threshold can also be set according to actual processing experience. The embodiments of the present invention are not limited to the first threshold being a preset proportion of the total quantity of the first transaction records.

[0092] Determining the state of the transaction service through the first quantity can achieve the effect of automatically creating and automatically sending the first announcement without manual intervention. When it is determined that the transaction service is in a failure state, the cause of the failure is obtained according to the first transaction records with failed transactions, and the first announcement is created according to the cause of the failure. In the embodiments of the present invention, when it is determined that the transaction service is in a failure state, the cause of the failure is further obtained according to the first transaction records with failed transactions. Compared with simply notifying the failure of the transaction service in the first announcement, the content of the first announcement can be made more abundant, and the initiating terminal of the transaction service can initially master the cause of the failure through the first announcement.

[0093] Step 202: In response to a request instruction of a first object for the transaction service, send the first announcement to the first object for the first object to display the first announcement.

[0094] Among them, the first object can be any one of the transaction initiating objects of the transaction service. It can be understood that the transaction initiating object is the initiating terminal of the transaction service. When the server creates the first announcement according to the cause of the failure, when the first object requests to initiate a transaction, the server will send the first announcement to the first object, so that the user of the transaction service learns that the transaction service has failed.

[0095] In a possible implementation manner, the request instruction of the first object for the transaction service can be a request instruction generated when entering the function interface corresponding to the transaction service, or a request instruction generated when confirming payment. When the server receives the request instruction, it sends the first announcement to the first object.

[0096] Step 203: Obtain the second transaction records of the trading service after the creation of the first announcement, count the second quantity corresponding to the second transaction records with successful or failed transactions, determine the status of the trading service according to the comparison result between the second quantity and the second threshold, and when it is determined that the trading service has returned to normal, perform the target operation.

[0097] It can be understood that the second transaction records refer to the transaction records used to determine whether the trading service has returned to normal. Similarly, it is possible to count the second quantity corresponding to the second transaction records with successful transactions and determine whether the trading service has returned to normal according to the comparison result between the second quantity and the second threshold. Specifically, when the second quantity is the quantity of the second transaction records with successful transactions, when the second quantity is greater than or equal to the second threshold, it can be inferred that the number of successful transactions of the trading service is large, and thus it is determined that the trading service has returned to normal. Of course, it is also possible to determine whether the trading service has returned to normal from the perspective of failed transactions. When the second quantity is the quantity of the second transaction records with failed transactions, when the second quantity is less than or equal to the second threshold, it can be inferred that the number of successful transactions of the trading service is large, and thus it is determined that the trading service has returned to normal.

[0098] Among them, the second threshold can be set according to the actual situation. For example, when the second quantity is the quantity of the second transaction records with successful transactions, the second threshold can be 85%, 90% or 95% etc. of the total quantity of the second transaction records, or the second threshold can also be set based on the total quantity of the first transaction records, such as 0.5%, 1% or 1.5% etc. of the total quantity of the first transaction records. Specifically, when the total quantity of the obtained second transaction records is 100, the second threshold can be 90. When the second quantity is greater than or equal to 90, it can be determined that the trading service has returned to normal. Or, when the second quantity is the quantity of the second transaction records with failed transactions, the second threshold can be 5%, 10% or 15% etc. of the total quantity of the second transaction records, or it can also be 0.05%, 0.1% or 0.15% etc. of the total quantity of the first transaction records. Specifically, when the total quantity of the obtained second transaction records is 100, the second threshold can be 10. When the second quantity is less than or equal to 10, it can be determined that the trading service has returned to normal. Of course, the second threshold can also be set according to actual processing experience. The embodiments of the present invention are not limited to the second threshold being a preset proportion of the total quantity of the second transaction records or the first transaction records.

[0099] It can be understood that the meanings represented by the first quantity and the second quantity can be combined and applied. For example, both the first quantity and the second quantity are the quantities of successful transactions, or both the first quantity and the second quantity are the quantities of failed transactions, or the first quantity is the quantity of successful transactions and the second quantity is the quantity of failed transactions, or the first quantity is the quantity of failed transactions and the second quantity is the quantity of successful transactions. The embodiments of the present invention do not make any limitations in this regard.

[0100] Among them, the target operation is used to indicate that the trading service of the first object has returned to normal. The target operation can be to cancel the sending of the first announcement. Canceling the sending of the first announcement can be deleting the first announcement, or taking the first announcement offline. Subsequently, even if the server receives a request instruction from the first object again, the first announcement will no longer be sent to the first object. Therefore, the first object no longer displays the first announcement, enabling the user of the trading service to perceive that the trading service has returned to normal. Additionally, the target operation can also be to send a second announcement to the first object for the first object to display. The second announcement is used to indicate that the trading service has returned to normal. By sending the second announcement to the first object, it can also intuitively enable the user of the trading service to perceive that the trading service has returned to normal. It can be understood that the above two execution methods of the target operation can be executed alternatively or simultaneously, that is, the target operation can be to cancel the sending of the first announcement and send a second announcement to the first object.

[0101] By using the second quantity to determine whether the trading service has returned to normal, it is possible to automatically monitor the recovery of the trading service ability without manual intervention and enable the first object to promptly learn that the trading service ability has recovered. It can be seen that in the above steps 201 to 203, the cause of the failure is obtained from the first transaction record, and then an announcement is automatically created and sent to the first object. When the trading service returns to normal, the target operation is executed, thereby realizing the automated monitoring of trading service failures, the automatic creation and sending of announcements, and the automated monitoring of the recovery of the trading service, without manual intervention, effectively improving the processing efficiency of announcements, reducing the manual operation and maintenance costs, reducing the number of complaints from users of the trading service, and improving the user experience.

[0102] In a possible implementation, in the above step 201, the first transaction record of the transaction service is obtained, and the first quantity corresponding to the first transaction record with a successful or failed transaction is counted. Specifically, the current acquisition time and the data acquisition frequency are obtained, and the acquisition time range is determined according to the current acquisition time and the data acquisition frequency; the modification time corresponding to the historical transaction record of the transaction service is obtained, and the historical transaction record whose modification time is within the acquisition time range is determined as the first transaction record; the payment return time corresponding to the first transaction record is obtained, and the quantity of the first transaction records whose payment return time is within the first preset time range is used as the first quantity of successful transactions, or the quantity of the first transaction records whose payment return time is outside the first preset time range is used as the first quantity of failed transactions.

[0103] In a possible implementation, the server can obtain the first transaction record according to a preset data acquisition frequency. For example, if the data acquisition frequency is one minute, the server will obtain the first transaction record every minute, that is, the server will judge the status of the transaction service every minute, so as to improve the timeliness of announcement processing. The current acquisition time is the time when the server starts to obtain the first transaction record. For example, it can be set that the server starts to obtain the first transaction record at the 10th second of each minute, then the current acquisition time is the 10th second of each minute. Then, since the data acquisition frequency is one minute, the server will determine the acquisition time range as the transaction records of the past minute. For example, if the current acquisition time is 10:00:10, the acquisition time range is from 09:59:10 to 10:00:09. Specifically, it can be determined whether the historical transaction record is the first transaction record by judging whether the modification time of the historical transaction record is within the acquisition time range. It can be understood that the embodiments of the present invention do not limit the current acquisition time and the data acquisition frequency. On this basis, after the first transaction record is determined, according to the payment return time of the first transaction record, if the payment return time of the first transaction record is within the first preset time range, it can be determined that the first transaction record is a successful transaction, otherwise it is a failed transaction. The first preset time range can be the same as the above acquisition time range, or can be appropriately adjusted according to the actual situation, which is not limited in the embodiments of the present invention.

[0104] In the embodiments of the present invention, obtaining the failure reason based on the first transaction record of the transaction failure can make the content of the first announcement richer. Specifically, in the above step 201, obtaining the failure reason based on the first transaction record of the transaction failure may specifically be to obtain the failed payment channels in the first transaction record of the transaction failure, and determine the number of types of the failed payment channels; when the number of types of channels is two, the failed payment channels include the first payment channel and the second payment channel, obtain the third quantity of the first payment channel's transaction failure and the fourth quantity of the second payment channel's transaction failure, and obtain the failure reason based on the difference between the third quantity and the fourth quantity; or, when the number of types of channels is at least three, sort the failed payment channels according to the number of transaction failures, take the failed payment channels ranked before the third threshold as the first payment channel, and take the failed payment channels ranked after the fourth threshold as the second payment channel; based on the first transaction record, obtain the third quantity of the first payment channel's transaction failure and the fourth quantity of the second payment channel's transaction failure, and obtain the failure reason of the transaction service based on the difference between the third quantity and the fourth quantity.

[0105] Specifically, obtaining the failure reason of the transaction service based on the difference between the third quantity and the fourth quantity may be that when the difference between the third quantity and the fourth quantity is greater than or equal to the fifth threshold, it is determined that the failure reason is that the first payment channel or the second payment channel is in a failure state, or, when the difference between the third quantity and the fourth quantity is less than the fifth threshold, it is determined that the failure reason is that the transaction platform is in a failure state. Among them, since generally the number of payment channels is small, when the difference between the third quantity and the fourth quantity is greater than or equal to the fifth threshold, it indicates that the difference in the number of transaction failures between the first payment channel and the second payment channel is large, and it can be inferred that mainly the first payment channel has a failure; and when the difference between the third quantity and the fourth quantity is less than the fifth threshold, it indicates that the number of transaction failures between the first payment channel and the second payment channel is quite the same, and the distribution of the number of transaction failures is relatively uniform, and it can be inferred that the transaction platform has a failure. It can be understood that the fifth threshold can be reasonably set according to the number of the first transaction records of the transaction failure. For example, when the number of the first transaction records of the transaction failure is 1000, the fifth threshold can be set to 50. Of course, the embodiments of the present invention do not make any limitations.

[0106] Taking the number of channel types as three as an example for illustration, that is, the failed payment channels include payment channel A1, payment channel A2, and payment channel A3. The number of failed transactions in payment channel A1 is 300, the number of failed transactions in payment channel A2 is 200, and the number of failed transactions in payment channel A3 is 250. Then, sorting the failed payment channels according to the number of failed transactions can be arranged from large to small or from small to large. Here, taking the arrangement from large to small as an example, the sorting result is payment channel A1, payment channel A3, payment channel A2. The third threshold and the fourth threshold can be set according to the number of channel types. For example, in the above example, both the third threshold and the fourth threshold can be set to 2. Therefore, it is determined that the first payment channel before the second place is payment channel A1, and the second payment channel after the second place is payment channel A2. Furthermore, the difference between the third quantity and the fourth quantity is obtained as 50. When the fifth threshold is set to 100, at this time, the difference between the third quantity and the fourth quantity is less than the fifth threshold, then it can be determined that the cause of the failure is that the trading platform is in a faulty state. It can be understood that if the number of channel types is greater than three, the third threshold and the fourth threshold can be adjusted accordingly. For example, when the number of channel types is four, the sorting result of the number of failed transactions from large to small is payment channel A1, payment channel A2, payment channel A3, payment channel A4. Then the third threshold can be 2 and the fourth threshold can be 3. No more examples will be given here. In addition, the quantities of the first payment channel and the second payment channel are not limited either. For example, when the number of channel types is four, the third threshold can be 3 and the fourth threshold can be 2. Then the first payment channel can be payment channel A1 and payment channel A2, and the second payment channel can be payment channel A3 and payment channel A4. That is, more payment channels can be introduced to determine the difference between the third quantity and the fourth quantity to improve the accuracy and reliability of determining the cause of the failure.

[0107] On this basis, exemplarily, the first announcement created can be "XX payment channel is in a faulty state. Please forgive the inconvenience caused."

[0108] In a possible implementation, in addition to determining whether the cause of the failure is related to the payment channel, it is also possible to determine whether the cause of the failure is related to the payment account. In step 201 above, the cause of the failure is obtained based on the first transaction record of the failed transaction. Specifically, it may also be to obtain the first payment account in the first transaction record of the failed transaction, obtain the fifth quantity of the first transaction records of each first payment account with transaction failures, and use the first payment accounts with the fifth quantity greater than or equal to the sixth threshold as the target payment accounts, and determine that the payment system corresponding to the target payment accounts is in a failure state. The first payment account is the account used for deducting funds when the initiating terminal initiates a transaction service in the first transaction record. Different initiating terminals may use the same type of first payment account for transactions. Among them, the same type of first payment account may refer to accounts corresponding to the same bank. Generally speaking, the same initiating terminal may also use multiple first payment accounts. Therefore, the first transaction record involves a relatively large number of different first payment accounts. Based on this, in the embodiment of the present invention, by obtaining the fifth quantity of the first transaction records of each first payment account with transaction failures and comparing it with the sixth threshold, when the fifth quantity is greater than or equal to the sixth threshold, it can be determined that the corresponding payment system is in a failure state, so that the initiating terminal cannot successfully pay to the payment platform. Therefore, the payment system with a failure can be quickly judged through the fifth quantity. Among them, the payment system may be the bank system corresponding to the first payment account. It can be understood that the sixth threshold can be set according to the actual situation. For example, it can be set according to the historical transaction records of the transaction service. The embodiment of the present invention does not make any limitations.

[0109] For example, the first payment accounts involved in the first transaction record include account B1, account B2, account B3, account B4, account B5, and account B6. The fifth quantities of the above-mentioned each account with transaction failures are respectively counted through the first transaction record as: 100, 300, 400, 200, 600, 800. If the sixth threshold is set to 500, then the target payment accounts are account B5 and account B6, and it can be determined that the payment systems corresponding to account B5 and account B6 are in a failure state.

[0110] On this basis, exemplarily, the created first announcement may be "The XX bank system is in a failure state. Please forgive the inconvenience caused."

[0111] Further, when it is determined through the fifth quantity that a malfunctioning payment system has occurred, the malfunctioning payment system can be specified in the first announcement. Based on this, in step 202 above, in response to a request instruction from a first object for a transaction service, the first announcement is sent to the first object. Specifically, in response to a request instruction from a first object for a transaction service, the second payment account associated with the first object is obtained. When the second payment account matches the target payment account, the first announcement is sent to the first object. Here, the first announcement is used to indicate that the payment system corresponding to the target payment account is in a malfunction state. The second payment account is the account used for deduction associated with each initiating terminal, and generally, it has been associated before the initiating terminal initiates a transaction service. The same initiating terminal can be associated with one or more types of accounts, and the account used for deduction can be selected by itself when initiating a transaction service. After receiving the request instruction from the first object for a transaction service, by first obtaining the second payment account associated with the first object and determining the matching relationship between the second payment account and the target payment account, when the second payment account matches the target payment account, the first announcement is sent to the first object. That is, the first object for which the second payment account does not match the target payment account will not receive the first announcement, avoiding interference from the first announcement to the initiating terminal for which the second payment account does not match the target payment account and improving the reliability and rationality of sending the first announcement. For example, the initiating terminal of a certain transaction service is associated with account C1. According to the sixth threshold, it is determined that the payment system corresponding to this account C1 has not malfunctioned, so the first announcement will not be sent to this initiating terminal.

[0112] In a possible implementation manner, the first object can be some of the transaction initiating objects. Based on this, before sending the first announcement to the first object in response to a request instruction from the first object for a transaction service, the server can first determine a second object from the transaction initiating objects of the transaction service, and use the other objects in the transaction initiating objects except the second object as the first object. Here, the second object can be used to automatically monitor the recovery of the transaction service ability. Therefore, the second object will not receive the first announcement, facilitating subsequent determination of whether the transaction service has returned to normal by monitoring the second transaction record of the second object.

[0113] Among them, the second object can be an object with a preset proportion among the transaction initiating objects. For example, 1%, 3%, or 5% of the objects are randomly selected from the transaction initiating objects as the second object. Of course, the embodiment of the present invention does not limit the extraction proportion. Specifically, a random number with a preset number of digits can be generated, and the object identifier of the transaction initiating object corresponding to the transaction service is obtained. The object identifier is a digital string including identification numbers. The identification numbers with a preset number of digits are extracted from the object identifier. According to the matching relationship between the identification numbers and the random number, the second object is determined from the transaction initiating objects. The preset number of digits can be set according to the actual situation, such as 3 digits or 4 digits. The object identifier can be the account ID of the transaction initiating object or the account card number of the transaction initiating object. Taking the object identifier as the account ID as an example, the account ID can be the digital string: 123456789, and the preset number of digits can be 3 digits. Assuming that the generated random number is 789, the identification numbers with a preset number of digits extracted from the object identifier can be the last 3 digits of the extracted account ID, that is, 789. At this time, the identification numbers extracted from the account ID match the random number, so the above account ID can be determined as the second object. It can be understood that in addition to extracting the last 3 digits of the account ID, the first 3 digits of the account ID can also be extracted, or the 1st, 3rd, and 5th digits of the account ID can be extracted, etc. The extraction rule of the identification numbers can be set according to the actual needs, and the embodiment of the present invention does not limit it. By determining the second object in the way of matching the random number with the identification numbers, the randomness of the second object can be improved, so that it can be more reliable to judge whether the transaction service has returned to normal through the second object subsequently.

[0114] In addition, in addition to improving the reliability of judging whether the transaction service has returned to normal from the perspective of randomness, the reliability of judging whether the transaction service has returned to normal can also be improved from the perspective of activity. Specifically, the historical transaction times of the transaction initiating objects can be counted, and then sorted from more to less, and the transaction initiating objects ranked at the top are used as the second objects. Among them, the extraction proportion of the second objects is not exemplified here again. The advantage of the above method is that since the historical transaction times of the second objects are more, it can be considered that the activity of the second objects is higher. Therefore, when judging whether the transaction service has returned to normal through the second objects subsequently, it can be avoided that the second objects do not initiate transactions and thus no corresponding transaction records can be obtained, and the sample quantity for judging whether the transaction service has returned to normal is too small, thereby improving the reliability of judging whether the transaction service has returned to normal.

[0115] In a possible implementation, before determining the status of the trading service based on the comparison result of the first quantity and the first threshold, an alarm message can also be sent to a third object to prompt the third object that there may be a risk of failure in the trading service. The third object can be the monitoring terminal of the operation and maintenance personnel. By sending an alarm message to the monitoring terminal, the attention of the operation and maintenance personnel can be attracted, and the stability of the trading service operation can be improved. The forms of the alarm message include but are not limited to telephone, text message, instant messaging, etc. Similarly, sending an alarm message to the third object can also be divided into the following two cases:

[0116] If the first quantity is the quantity of the first transaction records with successful transactions, compare the first quantity with the seventh threshold. When the first quantity is less than or equal to the seventh threshold, it is determined that there is a risk of failure in the trading service, an alarm message is created and sent to the third object, where the seventh threshold is greater than the first threshold, and the third object is other objects other than the transaction initiating object;

[0117] Or, if the first quantity is the quantity of the first transaction records with failed transactions, compare the first quantity with the eighth threshold. When the first quantity is greater than or equal to the eighth threshold, it is determined that there is a risk of failure in the trading service, an alarm message is created and sent to the third object, where the eighth threshold is less than the first threshold, and the third object is other objects other than the transaction initiating object.

[0118] It can be understood that the seventh threshold or the eighth threshold can be set according to the actual situation. For example, the seventh threshold can be 25%, 50%, or 75% of the total quantity of the first transaction records, or the eighth threshold can be 50%, 55%, or 60% of the total quantity of the first transaction records. Of course, the embodiments of the present invention do not make any limitations. Before determining the status of the trading service, first determine whether there is a risk of failure in the trading service. When it is determined that there is a risk of failure in the trading service, first send an alarm message to the monitoring terminal so that the operation and maintenance personnel can perceive it in time, thereby forming a multi-level judgment of the trading service status and improving the stability of the trading service operation.

[0119] In addition, after the trading service returns to normal, the server can also send a notification message to the third object so that the operation and maintenance personnel can know in time.

[0120] Furthermore, to determine that there is a risk of failure in the transaction service, specifically, the acquisition end time of the first transaction record and the latest modification time of the first transaction record can be obtained first. Based on the difference between the acquisition end time and the latest modification time, the acquisition delay of obtaining the first transaction record is obtained. Taking the first quantity, which is the number of first transaction records with successful transactions, as an example, when the first quantity is less than or equal to the seventh threshold, the acquisition delay is first judged. When the acquisition delay is less than the ninth threshold, it is determined that there is a risk of failure in the transaction service. This can avoid the judgment error caused by the decrease in the accuracy of the first quantity due to the acquisition delay and improve the accuracy of the transaction service status judgment. Among them, the latest modification time refers to the modification time closest to the current time in the first transaction record, and the acquisition end time is the time when the first transaction record is acquired completely.

[0121] Specifically, when the acquisition delay is greater than or equal to the ninth threshold, the first database from which the first transaction record is sourced is confirmed, the first transaction record is discarded, and the first transaction record is re-obtained from the second database other than the first database. The first quantity is re-counted based on the re-obtained first transaction record. When the re-counted first quantity is less than or equal to the seventh threshold, it is determined that there is a risk of failure in the transaction service, or when the re-counted first quantity is greater than or equal to the eighth threshold, it is determined that there is a risk of failure in the transaction service. Among them, when the acquisition delay is greater than or equal to the ninth threshold, it indicates that the currently obtained first transaction record is affected by the acquisition delay, resulting in a decrease in the accuracy of the first quantity. Therefore, the first transaction record can be discarded, the first transaction record can be re-obtained from another database, and the first quantity can be re-counted for judgment.

[0122] Among them, the ninth threshold can be set according to the actual situation. For example, it can be set to 0.5 seconds, 1 second, etc., and the embodiments of the present invention do not make any limitations.

[0123] For example, the server of the transaction service can set a database host and a database standby. Therefore, the above-mentioned first database can be the database standby, and the second database can be the database host. That is, at first, the first transaction record is obtained from the database standby first. When the acquisition delay is greater than the ninth threshold, the acquisition is switched to obtain the first transaction record from the database host. It can be understood that the acquisition delay may be generated when the server obtains the first transaction record from the database standby, or may also be generated when the database standby synchronizes the first transaction record from the database host.

[0124] In a possible implementation, in addition to determining the first threshold by using a preset percentage of the total number of the first transaction records and determining the second threshold by using a preset percentage of the total number of the second transaction records, different first thresholds and second thresholds can also be configured according to different time periods. Specifically, at least one of the first threshold and the second threshold is determined by a target time range, that is, the first threshold can be determined by the target time range, or the second threshold can be determined by the target time range, or both the first threshold and the second threshold can be determined by the target time range.

[0125] Among them, the target time can be one of the acquisition end time of the first transaction records, the latest modification time of the first transaction records, or the average modification time of the first transaction records. The acquisition end time and the latest modification time have been explained above and will not be elaborated here. The average modification time refers to the average value of the modification times of all the first transaction records. The second preset time range can be divided according to actual requirements. For example, the second preset time range can be divided into late night, morning, afternoon, and evening. The time range of late night can be from 00:00 to 05:59, the time range of morning can be from 6:00 to 12:00, the time range of afternoon can be from 12:01 to 18:00, and the time range of evening can be from 18:01 to 23:59. For each time range, corresponding first thresholds and second thresholds can be preset according to the analysis of the historical transaction records of the trading service. Taking the determination of the first threshold as an example for illustration below, the principle of determining the second threshold is similar. For example, since the request volume of the trading service increases in turn in the above four time ranges of late night, morning, afternoon, and evening, the first threshold can also increase accordingly according to different time ranges. For example, the first thresholds corresponding to late night, morning, afternoon, and evening can be 500, 1000, 1500, and 2000 in sequence. Assuming the target time is 20:00, the target time range determined from the above second preset time range according to the target time is from 18:01 to 23:59, and then the first threshold is determined to be 2000. By configuring different first thresholds and second thresholds in different time periods to adapt to the business peak and trough of the trading service, the setting of the first threshold and the second threshold is made more reasonable, and the reliability of the first announcement processing is improved.

[0126] Similarly, the above method of determining the first threshold and the second threshold according to different time periods is also applicable to the seventh threshold and the eighth threshold.

[0127] In a possible implementation, the expected fault recovery duration of the trading service can also be added to the first announcement. Specifically, in step 201 above, creating the first announcement according to the fault cause can be to determine the target quantity range corresponding to the first quantity from multiple preset quantity ranges according to the first quantity, obtain the fault recovery duration according to the target quantity range, and create the first announcement according to the fault cause and the fault recovery duration. Among them, the preset quantity ranges can be set according to the actual situation. For example, they can be 0 to 2000, 2001 to 3000, 3001 to 4000, etc. Of course, the specific division method is not limited in the embodiments of the present invention. And each preset quantity range corresponds to a fault recovery duration. The specific corresponding principle can be determined through daily operation and maintenance capabilities. For example, when the preset quantity range is 0 to 2000, the corresponding fault recovery duration can be one hour; when the preset quantity range is 2001 to 3000, the corresponding fault recovery duration can be two hours; when the preset quantity range is 3001 to 4000, the corresponding fault recovery duration can be three hours. Assuming the first quantity is 2500, the target quantity range determined from the above three preset quantity ranges is 2001 to 3000, and then the fault recovery duration is determined to be two hours. By determining the target quantity range corresponding to the first quantity from multiple preset quantity ranges and obtaining the fault recovery duration according to the target quantity range, the fault recovery duration of the trading service can be automatically predicted and added to the first announcement. On the basis of realizing the automatic processing of the first announcement, the content of the first announcement can be enriched, and the expected fault recovery duration can be announced to the user, so that the user can have a preliminary expectation for the recovery of the trading service, which is beneficial to reducing the number of complaints.

[0128] In addition, after the first announcement is created, the fault recovery duration in the first announcement can change with time to improve the accuracy of the fault recovery duration.

[0129] Refer to Figure 4 , Figure 4 which is the flowchart of the announcement processing method applied to the terminal provided by the embodiments of the present invention. Hereinafter, taking the announcement processing method in the embodiments of the present invention applied to Figure 1 the terminal 102 as an example for illustration, the announcement processing method includes but is not limited to the following steps 401 to 402.

[0130] Step 401: In response to an interaction operation for the trading service, generate a request instruction for the trading service and send the request instruction to the server.

[0131] Step 402: Receive the first announcement sent by the server and display the first announcement.

[0132] Among them, the above first announcement is created and sent by the server in the following manner:

[0133] Obtain the first transaction record of the transaction service, count the first quantity corresponding to the first transaction record with successful or failed transactions, determine the status of the transaction service according to the comparison result between the first quantity and the first threshold. When it is determined that the transaction service is in a fault state, obtain the fault cause based on the first transaction record with failed transactions, and create the first announcement according to the fault cause;

[0134] Among them, when the transaction service returns to normal, the terminal will no longer receive the first announcement.

[0135] The following uses a specific example to illustrate the complete process of the announcement processing method in the embodiment of the present invention. Refer to Figure 5 , Figure 5 which is the complete flowchart of the announcement processing method provided by the embodiment of the present invention. The announcement processing method includes the following steps 501 to step 520.

[0136] Step 501: Determine whether the second value of the current time is 10. If so, jump to step 502; otherwise, jump to step 520;

[0137] Step 502: Obtain the first transaction records in the past minute according to the modification time corresponding to the historical transaction records;

[0138] Step 503: Count the first transaction records with the payment return lead time within the first preset time range, and obtain the first quantity corresponding to the first transaction records with successful transactions;

[0139] Step 504: Determine the seventh threshold according to the target time range;

[0140] Step 505: Determine whether the first quantity is less than the seventh threshold. If so, jump to step 506; otherwise, jump to step 520;

[0141] Step 506: Calculate the acquisition delay of the first transaction record;

[0142] Step 507: Determine whether the acquisition delay is greater than the ninth threshold and connect to the standby database. If so, jump to step 508; otherwise, jump to step 509;

[0143] Step 508: Switch to connect to the main database, and jump to step 502;

[0144] Step 509: Determine whether there is a valid first announcement currently. If so, jump to step 514; otherwise, jump to step 510;

[0145] Step 510: Send an alarm message to the third object;

[0146] Step 511: Determine a first threshold according to the target time range, and determine whether the first quantity is less than or equal to the first threshold. If so, jump to step 512; otherwise, jump to step 520;

[0147] Step 512: Determine whether the announcement automatic sending switch is turned on. If so, jump to step 513; otherwise, jump to step 520;

[0148] Step 513: Obtain the failure cause based on the first transaction record of the transaction failure, create a first announcement according to the failure cause, and jump to step 520;

[0149] Step 514: Determine whether the creation time of the first announcement is earlier than or equal to the acquisition time of the first transaction record. If so, jump to step 515; otherwise, jump to step 520;

[0150] Step 515: Obtain the second transaction record of the second object from the first transaction record, and count the second quantity corresponding to the second transaction records with successful transactions;

[0151] Step 516: Determine whether the second quantity is greater than the second threshold. If so, jump to step 517; otherwise, jump to step 520;

[0152] Step 517: Send a notification message to the third object;

[0153] Step 518: Determine whether the announcement automatic cancellation switch is turned on. If so, jump to step 519; otherwise, jump to step 520;

[0154] Step 519: Cancel the sending of the first announcement;

[0155] Step 520: End the process.

[0156] Among them, step 501 is used to set the execution frequency of the announcement processing method. In this example, the execution frequency of the announcement processing method is 1 minute, that is, the announcement processing method starts to be executed at the 10th second of each minute. Of course, the second value of 10 in this example is only for illustrative purposes, and the embodiments of the present invention are not limited.

[0157] Among them, in step 513, after the server creates the first announcement, it can respond to the request instruction of the first object for the transaction service, and send the first announcement to the first object for the first object to display the first announcement;

[0158] Among them, after the server sends an alarm message to the third object, the operation and maintenance personnel may manually create the first announcement. Therefore, in step 514, by determining whether the creation time of the first announcement is earlier than or equal to the acquisition time of the first transaction record, it is determined that the obtained transaction record is after the creation of the first announcement.

[0159] In this example, the seventh threshold may be 5% of the total number of first transaction records, the first threshold may be 1% of the total number of first transaction records, and the second threshold may be 0.5% of the total number of first transaction records.

[0160] It can be seen that the announcement processing method provided by the embodiments of the present invention can realize the automatic monitoring of transaction service failures, the automatic creation and sending of announcements, the automatic monitoring of transaction service recovery, and the automatic cancellation of announcements, without manual intervention, effectively improving the processing efficiency of announcements, reducing the manual operation and maintenance costs, reducing the number of complaints from users of transaction services, and improving the user experience.

[0161] It can be understood that although the steps in the above various flowcharts are sequentially shown according to the indication of the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless there is a clear description in this embodiment, the execution of these steps has no strict order limit, and these steps can be executed in other orders. Moreover, at least a part of the steps in the above flowcharts may include multiple steps or multiple stages. These steps or stages are not necessarily executed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be executed alternately or alternately with at least a part of other steps or steps or stages in other steps.

[0162] The following uses an actual scenario to illustrate the announcement processing method in the embodiments of the present invention.

[0163] Refer to Figure 6 , Figure 6 FIG. is a schematic diagram of an operation interface for credit card repayment provided by an embodiment of the present invention. Among them, in response to an interaction operation for a transaction service, the interaction operation is to click to enter the first function interface 601 for credit card repayment. At this time, the terminal generates a request instruction for credit card repayment and sends the request instruction to the server. If the server determines that the terminal is the first object, it sends the first announcement 602 to the terminal. After receiving the first announcement 602, the terminal displays the first announcement 602 on the first function interface 601 for credit card repayment. Figure 6 FIG. shows that the first announcement 602 is displayed at the top of the first function interface 601 for credit card repayment. It can be understood that the embodiments of the present invention do not limit the specific display position of the first announcement 602. The first announcement 602 can also be displayed at the bottom, both sides, etc. of the first function interface 601 for credit card repayment. Moreover, when the content of the first announcement 602 is relatively long, the first announcement 602 can be displayed in a scrolling manner.

[0164] Refer to Figure 7 , Figure 7Another schematic diagram of the operation interface for credit card repayment provided by an embodiment of the present invention. Among them, in response to an interaction operation for a transaction service, the interaction operation is to click the confirm repayment button 701. At this time, the terminal generates a request instruction for the transaction service and sends the request instruction to the server. If the server determines that the terminal is the first object, it sends the first announcement 602 to the terminal. After receiving the first announcement 602, the terminal displays the first announcement 602 on the confirmation interface 702 for credit card repayment. Figure 7 It shows that after clicking the confirm repayment button 701, the first announcement 602 is displayed in a pop-up display manner. In addition, referring to Figure 8 , Figure 8 Another schematic diagram of the display of the first announcement 602 provided by an embodiment of the present invention. It can be seen that after clicking the confirm repayment button 701, the first announcement 602 can also be displayed in a display manner that jumps to another notification interface 801 outside the confirmation interface 702.

[0165] Referring to Figure 9 , Figure 9 A schematic diagram of an operation interface for transferring funds provided by an embodiment of the present invention. Among them, in response to an interaction operation for a transaction service, the interaction operation is to click to enter the second function interface 901 for transferring funds. At this time, the terminal generates a request instruction for transferring funds and sends the request instruction to the server. If the server determines that the terminal is the first object, it sends the first announcement 602 to the terminal. After receiving the first announcement 602, the terminal displays the first announcement 602 on the second function interface 901 for transferring funds. Figure 9 It shows that the first announcement 602 is displayed at the top of the second function interface 901 for transferring funds. It can be understood that the embodiment of the present invention does not limit the specific display position of the first announcement 602. The first announcement 602 can also be displayed at the bottom, both sides, etc. of the second function interface 901 for transferring funds. And when the content of the first announcement 602 is relatively long, it can be displayed in a scrolling display manner.

[0166] Similarly, when the transaction service is transferring funds, the interaction operation can also be to click the confirm transfer button 902. Similar to the schematic diagrams shown in Figure 7 or Figure 8 , after clicking the confirm transfer button 902, the first announcement 602 can also be displayed in a pop-up display manner or a display manner that jumps to another interface. Specific schematic diagrams are not provided here for display.

[0167] Referring to Figure 10 , Figure 10A schematic diagram of an operation interface for sending red envelopes provided by an embodiment of the present invention. Among them, in response to an interaction operation for a transaction service, the interaction operation is to click to enter the third function interface 1001 for sending red envelopes. At this time, the terminal generates a request instruction for sending red envelopes and sends the request instruction to the server. If the server determines that the terminal is the first object, it sends the first announcement 602 to the terminal. After receiving the first announcement 602, the terminal displays the first announcement 602 on the third function interface 1001 for sending red envelopes. Figure 10 It is shown in that the first announcement 602 is displayed at the top of the third function interface 1001 for sending red envelopes. It can be understood that the embodiment of the present invention does not limit the specific display position of the first announcement 602. The first announcement 602 can also be displayed at the bottom, both sides, etc. of the third function interface 1001 for sending red envelopes. Moreover, when the content of the first announcement 602 is relatively long, the first announcement 602 can be displayed in a scrolling manner.

[0168] Similarly, when the transaction service is sending red envelopes, the interaction operation can also be to click the confirm red envelope button 1002. Similar to the Figure 7 or Figure 8 schematic diagram shown, after clicking the confirm red envelope button 1002, the first announcement 602 can also be displayed in a pop-up display manner or a display manner of jumping to another page, and specific schematic diagrams are not provided for display here.

[0169] Taking the scenario of credit card repayment as an example below, the principle of the server instructing the terminal to resume normal transaction services through the target operation is described.

[0170] Referring to Figure 11 , Figure 11 Another schematic diagram of an operation interface for credit card repayment provided by an embodiment of the present invention. When the server determines that the transaction service has resumed normal, it can cancel sending the first announcement. That is, when the terminal generates a request instruction for credit card repayment and sends the request instruction to the server, the server no longer sends the first announcement to the terminal. Therefore, the first announcement is no longer displayed on the first function interface 601 for credit card repayment of the terminal, so that the user of the terminal knows that the transaction service has resumed normal.

[0171] Referring to Figure 12 , Figure 12 Another schematic diagram of an operation interface for credit card repayment provided by an embodiment of the present invention. When the server determines that the transaction service has resumed normal, when the terminal generates a request instruction for credit card repayment and sends the request instruction to the server, the server can send a second announcement 1201 to the terminal. After receiving the second announcement 1201, the terminal displays the second announcement 1201 on the first function interface 601 for credit card repayment, so that the user of the terminal knows that the transaction service has resumed normal.

[0172] It can be understood that in the scenarios of transferring funds and sending red envelopes, the principle by which the server instructs the terminal transaction service to resume normal operation through the target operation is similar to that Figure 11 and Figure 12 shown, and will not be elaborated here.

[0173] Referring to Figure 13 , Figure 13 is a schematic structural diagram of the announcement processing device provided by an embodiment of the present invention. Among them, the announcement processing device includes:

[0174] An announcement creation module 1301, configured to obtain a first transaction record of a transaction service, count a first quantity corresponding to the first transaction record of a successful or failed transaction, determine the status of the transaction service according to a comparison result between the first quantity and a first threshold, when it is determined that the transaction service is in a fault state, obtain a fault cause according to the first transaction record of the failed transaction, and create a first announcement according to the fault cause;

[0175] An announcement sending module 1302, configured to determine a second object from the transaction initiation objects of the transaction service, and in response to a request instruction of a first object for the transaction service, send the first announcement to the first object for the first object to display the first announcement; wherein, the first object is other objects except the second object among the transaction initiation objects;

[0176] A target operation execution module 1303, configured to obtain a second transaction record of the second object after creating the first announcement, count a second quantity corresponding to the second transaction record of a successful or failed transaction, determine the status of the transaction service according to a comparison result between the second quantity and a second threshold, and when it is determined that the transaction service resumes normal operation, cancel sending the first announcement.

[0177] Further, the above-mentioned announcement creation module 1301 is specifically configured to:

[0178] Obtain the current acquisition time and the data acquisition frequency, and determine the acquisition time range according to the current acquisition time and the data acquisition frequency;

[0179] Obtain the modification time corresponding to the historical transaction record of the transaction service, and determine the historical transaction record with the modification time within the acquisition time range as the first transaction record;

[0180] Obtain the payment return time corresponding to the first transaction record, and use the quantity of the first transaction records with the payment return time within the first preset time range as the first quantity of successful transactions, or use the quantity of the first transaction records with the payment return time outside the first preset time range as the first quantity of failed transactions.

[0181] Further, the above-mentioned announcement creation module 1301 is specifically configured to:

[0182] Obtain the failed payment channels in the first transaction record of the failed transaction, and determine the number of types of the failed payment channels;

[0183] When the number of types of channels is two, the failed payment channels include the first payment channel and the second payment channel. Obtain the third quantity of the failed transactions of the first payment channel and the fourth quantity of the failed transactions of the second payment channel, and obtain the cause of the failure based on the difference between the third quantity and the fourth quantity;

[0184] Or, when the number of types of channels is at least three, sort the failed payment channels according to the number of failed transactions. Take the failed payment channels before the third threshold as the first payment channel, and take the failed payment channels after the fourth threshold as the second payment channel. Based on the first transaction record, obtain the third quantity of the failed transactions of the first payment channel and the fourth quantity of the failed transactions of the second payment channel, and obtain the cause of the failure based on the difference between the third quantity and the fourth quantity.

[0185] Furthermore, the above-mentioned announcement creation module 1301 is specifically used for:

[0186] When the difference between the third quantity and the fourth quantity is greater than or equal to the fifth threshold, determine that the cause of the failure is that the first payment channel or the second payment channel is in a faulty state;

[0187] Or, when the difference between the third quantity and the fourth quantity is less than the fifth threshold, determine that the cause of the failure is that the trading platform is in a faulty state.

[0188] Furthermore, the above-mentioned announcement creation module 1301 is specifically used for:

[0189] Obtain the first payment account in the first transaction record of the failed transaction, and obtain the fifth quantity of the first transaction records of each first payment account with failed transactions;

[0190] Take the first payment accounts with the fifth quantity greater than or equal to the sixth threshold as the target payment accounts, and determine that the payment system corresponding to the target payment accounts is in a faulty state.

[0191] Furthermore, the above-mentioned announcement sending module 1302 is specifically used for:

[0192] In response to the request instruction of the first object for the trading service, obtain the second payment account associated with the first object;

[0193] When the second payment account matches the target payment account, send the first announcement to the first object, where the first announcement is used to indicate that the payment system corresponding to the target payment account is in a faulty state.

[0194] Furthermore, the above-mentioned announcement sending module 1302 is also used for:

[0195] Determine a second object from the transaction initiating objects of the transaction service, and use the other objects in the transaction initiating objects except the second object as the first object;

[0196] The above-mentioned target operation execution module 1303 is specifically configured to:

[0197] Obtain the second transaction record of the second object after creating the first announcement.

[0198] Furthermore, the above-mentioned announcement sending module 1302 is specifically configured to:

[0199] Generate a random number with a preset number of digits;

[0200] Obtain the object identifier of the transaction initiating object of the transaction service, where the object identifier is a digital string including identification digits;

[0201] Extract the identification digits with a preset number of digits from the object identifier;

[0202] Determine the second object from the transaction initiating objects according to the matching relationship between the identification digits and the random number.

[0203] Furthermore, the above-mentioned announcement creation module 1301 is further configured to:

[0204] If the first quantity is the quantity of the first transaction records with successful transactions, compare the first quantity with a seventh threshold. When the first quantity is less than or equal to the seventh threshold, determine that there is a risk of failure in the transaction service, create an alarm message and send the alarm message to a third object, where the seventh threshold is greater than the first threshold, and the third object is an object other than the transaction initiating object of the transaction service;

[0205] Or, if the first quantity is the quantity of the first transaction records with failed transactions, compare the first quantity with an eighth threshold. When the first quantity is greater than or equal to the eighth threshold, determine that there is a risk of failure in the transaction service, create an alarm message and send the alarm message to a third object, where the eighth threshold is less than the first threshold, and the third object is an object other than the transaction initiating object of the transaction service.

[0206] Furthermore, the above-mentioned announcement creation module 1301 is further configured to:

[0207] Obtain the acquisition end time of the first transaction record and the latest modification time of the first transaction record;

[0208] Obtain the acquisition delay of the first transaction record according to the difference between the acquisition end time and the latest modification time;

[0209] When the acquisition delay is greater than or equal to the ninth threshold, confirm the first database from which the first transaction record is sourced, discard the first transaction record, and re-acquire the first transaction record from a second database other than the first database;

[0210] When the re-counted first quantity is less than or equal to the seventh threshold, determine that there is a risk of a fault in the transaction service;

[0211] Or, when the re-counted first quantity is greater than or equal to the eighth threshold, determine that there is a risk of a fault in the transaction service.

[0212] Furthermore, the above-mentioned announcement creation module 1301 is specifically configured to:

[0213] According to the first quantity, determine the target quantity range corresponding to the first quantity from multiple preset quantity ranges, and obtain the fault recovery duration according to the target quantity range;

[0214] Create a first announcement according to the fault cause and the fault recovery duration.

[0215] Furthermore, the above-mentioned target operation execution module 1303 is specifically configured to:

[0216] Cancel sending the first announcement;

[0217] Or, send a second announcement to the first object for the first object to display the second announcement, and the second announcement is used to indicate that the transaction service has returned to normal.

[0218] The announcement processing device and the announcement processing method provided by the embodiments of the present invention are based on the same inventive concept, and thus can realize the automatic monitoring of transaction service faults and the automatic creation and sending of announcements, the automatic monitoring of the recovery of transaction services and the automatic cancellation of announcements, without manual intervention, effectively improving the processing efficiency of announcements, reducing the manual operation and maintenance cost, reducing the number of complaints from users of transaction services, and improving the user experience.

[0219] It can be understood that the working principles of the various modules of the announcement processing device have been described in detail in the various embodiments of the announcement processing method, and will not be repeated here.

[0220] The following takes a server as an example to illustrate the structure of the electronic device for executing the announcement processing method according to the embodiments of the present invention. Refer to Figure 14 , Figure 14It is a partial structural block diagram of the server provided by the embodiment of the present invention. The server 1400 may vary greatly due to different configurations or performances, and may include one or more central processing units (CPUs) 1422 (for example, one or more processors) and a memory 1432, and one or more storage media 1430 (for example, one or more mass storage devices) for storing application programs 1442 or data 1444. Among them, the memory 1432 and the storage medium 1430 may be transient storage or persistent storage. The program stored in the storage medium 1430 may include one or more modules (not shown in the figure), and each module may include a series of instruction operations on the server. Further, the central processor 1422 may be configured to communicate with the storage medium 1430 and execute a series of instruction operations in the storage medium 1430 on the server 1400.

[0221] The server 1400 may further include one or more power supplies 1426, one or more wired or wireless network interfaces 1450, one or more input / output interfaces 1458, and / or one or more operating systems 1441, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.

[0222] The processor in the server can be used to execute the announcement processing method.

[0223] The embodiment of the present invention further provides a computer-readable storage medium, which is used to store program codes, and the program codes are used to execute the execution announcement processing methods of the foregoing various embodiments.

[0224] The embodiment of the present invention also discloses a computer program product or a computer program. The computer program product or the computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor of the computer device can read the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the execution announcement processing methods of the foregoing various embodiments.

[0225] In the description of the present invention and in the above-mentioned accompanying drawings, terms such as "first", "second", "third", "fourth", etc. (if any) are used to distinguish similar objects and do not necessarily describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances so that the embodiments of the present invention described herein can be implemented in an order different from those illustrated or described herein. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device comprising a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products or devices.

[0226] It should be understood that in the present invention, "at least one (item)" means one or more, and "a plurality" means two or more. "And / or" is used to describe the association relationship of associated objects and indicates that three relationships can exist. For example, "A and / or B" can mean: only A exists, only B exists, and both A and B exist at the same time. Among them, A and B can be singular or plural. The character " / " generally means that the associated objects before and after are in an "or" relationship. "At least one (one) of the following" or its similar expression refers to any combination of these items, including any combination of single items (ones) or plural items (ones). For example, at least one (one) of a, b, or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0227] It should be understood that in the description of the embodiments of the present invention, the meaning of "a plurality (or multiple items)" is more than two. Understandings such as greater than, less than, exceeding, etc. do not include the present number, and understandings such as above, below, within, etc. include the present number.

[0228] In several embodiments provided by the present invention, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed coupling or direct coupling or communication connection between each other can be an indirect coupling or communication connection through some interfaces, devices or units, and can be in electrical, mechanical or other forms.

[0229] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed over multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0230] In addition, the functional units in various embodiments of the present invention may be integrated into one processing unit, may exist separately as individual physical units, or two or more units may be integrated into one unit. The above integrated units can be implemented in the form of hardware or in the form of software functional units.

[0231] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods in various embodiments of the present invention. The aforementioned storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical discs that can store program codes.

[0232] It should also be understood that the various embodiments provided in the embodiments of the present invention can be combined arbitrarily to achieve different technical effects.

[0233] The above is a specific description of the preferred embodiments of the present invention, but the present invention is not limited to the above embodiments. Those skilled in the art can also make various equivalent deformations or substitutions without departing from the spirit of the present invention, and these equivalent deformations or substitutions are all included within the scope defined by the claims of the present invention.

Claims

1. A notice processing method, characterized in that, Including: Obtain the first transaction record of the transaction service, obtain the acquisition end time of the first transaction record and the latest modification time of the first transaction record, obtain the acquisition delay of obtaining the first transaction record according to the difference between the acquisition end time and the latest modification time, when the acquisition delay is greater than or equal to the ninth threshold, confirm the first database from which the first transaction record is sourced, discard the first transaction record, re-obtain the first transaction record from a second database other than the first database, count the first quantity corresponding to the first transaction record with a successful or failed transaction, determine the status of the transaction service according to the comparison result between the first quantity and the first threshold, when it is determined that the transaction service is in a fault state, obtain the fault cause based on the first transaction record with a failed transaction, and create a first announcement according to the fault cause; When responding to a request instruction of a first object for the transaction service, send the first announcement to the first object for the first object to display the first announcement, and the request instruction is generated when entering the function interface corresponding to the transaction service; Obtain the second transaction record of the transaction service after creating the first announcement, count the second quantity corresponding to the second transaction record with a successful or failed transaction, determine the status of the transaction service according to the comparison result between the second quantity and the second threshold, and when it is determined that the transaction service has returned to normal, perform a target operation, where the target operation is used to indicate to the first object that the transaction service has returned to normal.

2. The announcement processing method according to claim 1, wherein The obtaining of the first transaction record of the transaction service and the counting of the first quantity corresponding to the first transaction record with a successful or failed transaction include: Obtain the current acquisition time and the data acquisition frequency, and determine the acquisition time range according to the current acquisition time and the data acquisition frequency; Obtain the modification time corresponding to the historical transaction record of the transaction service, and determine the historical transaction record with the modification time within the acquisition time range as the first transaction record; Obtain the payment return time corresponding to the first transaction record, and use the quantity of the first transaction record with the payment return time within the first preset time range as the first quantity of a successful transaction, or use the quantity of the first transaction record with the payment return time outside the first preset time range as the first quantity of a failed transaction.

3. The announcement processing method according to claim 1, wherein The obtaining of the fault cause based on the first transaction record with a failed transaction includes: Obtain the failed payment channels in the first transaction record with a failed transaction, and determine the number of channel types of the failed payment channels; When the number of channel types is two, the failed payment channels include a first payment channel and a second payment channel, obtain the third quantity of the failed transaction of the first payment channel and the fourth quantity of the failed transaction of the second payment channel, and obtain the fault cause according to the difference between the third quantity and the fourth quantity; Alternatively, when the number of types of said channels is at least three, sort the failed payment channels according to the number of transaction failures, take the failed payment channels ranked before the third threshold as the first payment channels, take the failed payment channels ranked after the fourth threshold as the second payment channels, based on the first transaction record, obtain the third number of transaction failures of the first payment channels and the fourth number of transaction failures of the second payment channels, and obtain the cause of the failure according to the difference between the third number and the fourth number.

4. The announcement processing method according to claim 3, characterized in that, The obtaining the cause of the failure of the transaction service according to the difference between the third number and the fourth number includes: When the difference between the third number and the fourth number is greater than or equal to the fifth threshold, determine that the cause of the failure is that the first payment channel or the second payment channel is in a failure state; Or, when the difference between the third number and the fourth number is less than the fifth threshold, determine that the cause of the failure is that the trading platform is in a failure state.

5. The announcement processing method according to claim 1, characterized in that The obtaining the cause of the failure according to the first transaction record of the transaction failure includes: Obtain the first payment account in the first transaction record of the transaction failure, and obtain the fifth number of the first transaction records of each first payment account with transaction failures; Take the first payment accounts with the fifth number greater than or equal to the sixth threshold as the target payment accounts, and determine that the payment system corresponding to the target payment accounts is in a failure state.

6. The announcement processing method according to claim 5, wherein When responding to a request instruction of a first object for the transaction service, sending the first announcement to the first object includes: When responding to a request instruction of a first object for the transaction service, obtain the second payment account associated with the first object; When the second payment account matches the target payment account, send the first announcement to the first object, where the first announcement is used to indicate that the payment system corresponding to the target payment account is in a failure state.

7. The announcement processing method according to claim 1, wherein: Before sending the first announcement to the first object when responding to a request instruction of a first object for the transaction service, the announcement processing method further includes: determining a second object from the transaction initiating objects of the transaction service, and taking the other objects in the transaction initiating objects except the second object as the first object; The obtaining the second transaction record of the transaction service after creating the first announcement includes: obtaining the second transaction record of the second object after creating the first announcement.

8. The announcement processing method according to claim 7, wherein The determining a second object from the transaction initiating objects of the transaction service includes: Generating a random number with a preset number of digits; Obtain the object identifier of the transaction initiating object of the transaction service, where the object identifier is a digital string including identification digits; Extract the identification digits with the preset number of digits from the object identifier; Determine a second object from the transaction initiating objects according to the matching relationship between the identification digits and the random number.

9. The announcement processing method according to claim 1, wherein Before determining the state of the transaction service according to the comparison result of the first number and the first threshold, the announcement processing method further includes: If the first quantity is the quantity of the first transaction records with successful transactions, compare the first quantity with a seventh threshold. When the first quantity is less than or equal to the seventh threshold, determine that there is a risk of failure in the transaction service, create an alarm message, and send the alarm message to a third object, where the seventh threshold is greater than the first threshold, and the third object is an object other than the transaction initiating object of the transaction service; Alternatively, if the first quantity is the quantity of the first transaction records with failed transactions, compare the first quantity with an eighth threshold. When the first quantity is greater than or equal to the eighth threshold, determine that there is a risk of failure in the transaction service, create an alarm message, and send the alarm message to a third object, where the eighth threshold is less than the first threshold, and the third object is an object other than the transaction initiating object of the transaction service.

10. The announcement processing method according to claim 8, characterized in that, The determination that there is a risk of failure in the transaction service includes: When the first quantity is less than or equal to the seventh threshold, determine that there is a risk of failure in the transaction service; Or, when the re - counted first quantity is greater than or equal to the eighth threshold, determine that there is a risk of failure in the transaction service.

11. The announcement processing method according to claim 1, characterized in that: At least one of the first threshold and the second threshold is determined by a target time range; The target time range is determined through the following steps: Obtain a target time, and determine a target time range corresponding to the target time from a plurality of second preset time ranges; Wherein, the target time includes one of the following: The acquisition end time of the first transaction record; Or, the latest modification time of the first transaction record; Or, the average modification time of the first transaction record.

12. The announcement processing method according to claim 1, wherein The execution of the target operation includes at least one of the following: Cancel sending the first announcement; Or, send a second announcement to the first object for the first object to display the second announcement, where the second announcement is used to indicate that the transaction service has returned to normal.

13. A message processing device, characterized in that, It includes: An announcement creation module, configured to obtain the first transaction records of the transaction service, obtain the acquisition end time of the first transaction records and the latest modification time of the first transaction records, obtain the acquisition delay of obtaining the first transaction records according to the difference between the acquisition end time and the latest modification time. When the acquisition delay is greater than or equal to a ninth threshold, confirm the first database from which the first transaction records are sourced, discard the first transaction records, re - obtain the first transaction records from a second database other than the first database, count the first quantity corresponding to the first transaction records with successful or failed transactions, determine the status of the transaction service according to the comparison result between the first quantity and the first threshold. When it is determined that the transaction service is in a failure state, obtain the failure reason according to the first transaction records with failed transactions, and create a first announcement according to the failure reason; A notice sending module, configured to send the first notice to the first object when responding to a request instruction of the first object for the trading service, so that the first object can display the first notice, and the request instruction is generated when entering a function interface corresponding to the trading service; A target operation execution module, configured to obtain a second transaction record of the trading service after the first notice is created, count a second quantity corresponding to the second transaction record of successful or failed transactions, determine the state of the trading service according to a comparison result between the second quantity and a second threshold, and when it is determined that the trading service resumes normal, execute a target operation, where the target operation is used for the first object to learn that the trading service resumes normal.

14. An electronic device, including a memory and a processor, where the memory stores a computer program, and the processor implements the notice processing method according to any one of claims 1 to 12 when executing the computer program.

15. A computer-readable storage medium, where the storage medium stores a program, and the program is implemented to execute the notice processing method according to any one of claims 1 to 12 when executed by a processor.

Images