Abnormal transaction processing method, device, electronic device and readable storage medium

Abstract

The present application relates to the field of Internet communication technology, and in particular to an abnormal transaction processing method, device, electronic device and readable storage medium, wherein the method registers the target transaction request time T1 and the target transaction flow information into an abnormal monitoring table; when the target transaction message feedback is abnormal, the target transaction is analyzed; and according to the analysis result of the target transaction, a matching target processing strategy is initiated. The present application solves the data consistency problem of the transaction process of the real-time transaction system of the bank based on the message queue technology, and strengthens the transaction integrity and reliability of the online transaction system.

Description

Technical Field

[0001] The present application relates to the field of Internet communication technology, and in particular to an abnormal transaction processing method, device, electronic device and readable storage medium. Background Art

[0002] At present, the real-time transaction devices of banks have the characteristics of real-time account movement, large transaction volume, high concurrency, and wide impact. They are the lifeline of bank funds flow. Therefore, this type of device has extremely high requirements for communication stability, timeliness, security, and fault tolerance. At present, there are four common communication methods in the industry: message queue communication method (MQ for short), socket communication method, HTTP communication method, and RPC remote call method. Among them, because the entire process of a complete transaction of a bank's real-time transaction device involves communication between multiple devices, MQ technology is widely used. However, while MQ communication technology can alleviate the concurrency pressure of the device and meet the peak consumption demand, it also brings new problems to the device because MQ technology cannot guarantee that the response message will reach the client in real time. The consistency of transactions cannot be guaranteed. Summary of the invention

[0003] The purpose of this application is to solve at least one of the above technical defects. The technical solution adopted by this application is as follows:

[0004] In a first aspect, an embodiment of the present application provides a method for processing abnormal transactions, the method comprising:

[0005] Register the target transaction request time T1 and the target transaction flow information into the abnormal monitoring table;

[0006] When monitoring that the target transaction message feedback is abnormal, analyzing the target transaction;

[0007] According to the analysis result of the target transaction, a matching target processing strategy is initiated.

[0008] Optionally, the monitoring of the target transaction message feedback exception includes:

[0009] Extract the target transaction message feedback time T2;

[0010] When T2-T1≥T3, it is determined that the target transaction message feedback is abnormal; wherein T3 is the time for the preset transaction system to complete the target transaction; and the target transaction message feedback abnormal type is message feedback timeout.

[0011] Optionally, the monitoring of the target transaction message feedback exception includes:

[0012] When it is monitored that the trading system has no message feedback for the target trading request;

[0013] Determine that the target transaction message feedback is abnormal; wherein the target transaction message feedback abnormal type is no message feedback.

[0014] Optionally, analyzing the target transaction and initiating a matching target processing strategy includes:

[0015] Analyze the transaction code of the target transaction to determine the transaction type of the target transaction; wherein the target transaction flow information at least includes: transaction code, flow number and business status;

[0016] A target processing strategy matching the determined transaction type is initiated.

[0017] Optionally, determining that the transaction type of the target transaction is a real-time transaction type;

[0018] Then obtain the target transaction flow information and start the timeout resend process;

[0019] or,

[0020] When it is determined that the target transaction type is a query transaction type;

[0021] A simulated response message is generated and fed back to the transaction user; wherein the simulated response message is used to inform the transaction user that the query transaction failed and to re-initiate the target transaction.

[0022] Optionally, the monitoring of the target transaction message feedback abnormality includes:

[0023] Scanning the preset transaction process and current transaction node of the target transaction;

[0024] When the target transaction status of the current transaction node is detected to be abnormal, a transaction request is initiated to the next transaction node.

[0025] Optionally, when it is determined that the target transaction message feedback exception type is no message feedback,

[0026] The target transaction request is cancelled.

[0027] In a second aspect, an embodiment of the present application provides an abnormal transaction processing device, the device comprising: a registration module, a monitoring module, an analysis module and a policy module; wherein:

[0028] The registration module is used to register the target transaction request time T1 and the target transaction flow information into the abnormal monitoring table;

[0029] The monitoring module is used to monitor the target transaction message feedback abnormality;

[0030] The analysis module is used to analyze the target transaction;

[0031] The strategy module is used to start a matching target processing strategy according to the analysis result of the target transaction.

[0032] In a third aspect, an embodiment of the present invention provides an electronic device, including a processor and a memory;

[0033] The memory is used to store operation instructions;

[0034] The processor is used to execute the above-mentioned abnormal transaction processing method by calling the operation instruction.

[0035] In a fourth aspect, a computer-readable storage medium is provided, wherein a computer program is stored on the storage medium, and when the computer program is executed by a processor, the above-mentioned method for handling abnormal transactions is implemented.

[0036] The abnormal transaction processing scheme disclosed in the embodiment of the present application registers the target transaction request time T1 and the target transaction flow information into the abnormal monitoring table; when the target transaction message feedback is abnormal, the target transaction is analyzed; and according to the analysis result of the target transaction, a matching target processing strategy is initiated. The technical scheme provided in the embodiment of the present application brings at least one of the following beneficial effects:

[0037] (1) The newly added automated exception handling function solves the data consistency problem in the transaction process of real-time transaction systems of banks based on message queue technology, strengthens the transaction integrity and reliability of this type of system, and improves customer experience satisfaction.

[0038] (2) The automated exception handling function provides a new transaction process tracking and exception handling mechanism for the bank's real-time transaction system. The original post-tracking and recovery mechanism remains effective. With the combined effect of the two mechanisms, the robustness of this type of system has been greatly improved.

[0039] (3) By splitting the original transaction into multiple atomic transactions, the transaction granularity is reduced and the transaction is microserviced. When the transaction is iteratively developed, only the individual atomic transactions involved in the transformation need to be focused on, achieving the effects of rapid response, rapid iteration, and immediate delivery. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in describing the embodiments of the present application are briefly introduced below.

[0041] Figure 1 A flowchart of a method for processing abnormal transactions provided in an embodiment of the present application;

[0042] Figure 2 A schematic diagram of the structure of an abnormal transaction processing device provided in an embodiment of the present application;

[0043] Figure 3 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0044] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present application, and cannot be interpreted as limiting the present invention.

[0045] Those skilled in the art will appreciate that, unless otherwise stated, the singular forms "a", "an", "said" and "the" used herein may also include plural forms. It should be further understood that the term "comprising" used in the specification of the present application refers to the presence of the features, integers, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or groups thereof. The term "and / or" used herein includes all or any unit and all combinations of one or more associated listed items.

[0046] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems will be described in detail below with reference to the accompanying drawings. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. The embodiments of the present application will be described below with reference to the accompanying drawings.

[0047] In order to make the purpose, technical solutions and advantages of this application clearer, Figure 1 A flowchart of a method for processing abnormal transactions provided by an embodiment of the present application is disclosed, such as Figure 1 As shown, the method includes:

[0048] S101, registering the target transaction request time T1 and the target transaction flow information into the abnormal monitoring table;

[0049] S102, when the target transaction message feedback is detected to be abnormal, analyzing the target transaction;

[0050] S103: Initiate a matching target processing strategy based on the analysis result of the target transaction.

[0051] In this application, the main problem to be solved is the transaction processing flow based on the MQ communication method. In the current transaction system, many internal and external communication interfaces adopt the MQ communication method, so there is a widespread and high probability problem that the transaction consistency cannot be guaranteed. The embodiment of this application adds an automated transaction exception handling function inside the transaction system. Since the module corresponding to this function is completely transparent and invisible to the upstream and downstream systems, the upstream and downstream systems can maintain the existing mechanism without feeling the access, thus solving the problem that the real-time transaction system of the bank using the MQ asynchronous communication mechanism cannot guarantee the consistency of the transaction data process.

[0052] In an optional embodiment of the present application, the monitoring of the target transaction message feedback abnormality includes:

[0053] When it is monitored that the trading system has no message feedback for the target trading request;

[0054] Determine that the target transaction message feedback is abnormal; wherein the target transaction message feedback abnormal type is no message feedback.

[0055] In an embodiment of the bank online transaction system processing abnormal transactions, the action of returning a feedback message after processing the target transaction request can also be referred to as making a response after processing the target transaction, so the above-mentioned message feedback exception can also be referred to as a response exception.

[0056] In an optional embodiment of the present application, the monitoring of the target transaction message feedback abnormality includes:

[0057] Extract the target transaction message feedback time T2; when T2-T1≥T3, judge that the target transaction message feedback is abnormal; wherein T3 is the preset time for the transaction system to complete the target transaction; the target transaction message feedback abnormal type is message feedback timeout. In the actual implementation process, different types of transactions enjoy different transaction completion times T3 through differentiated customized parameter configuration. When the online banking interconnection system receives a transaction, the function registers the transaction request time T1 and transaction flow information in the timeout flow table (i.e. the aforementioned abnormal monitoring table), and the timeout monitoring function is called up at the same time (i.e. the aforementioned abnormal monitoring function). This function extracts the system time T2 in real time during the entire life cycle of the transaction, that is, the transaction message feedback time, to determine whether the transaction has timed out. If the transaction is responded normally within the specified time T3, the timeout flow information is cleared and the system continues with subsequent processing. The normal subsequent processing is to match the asynchronous message through the transaction code, serial number and business status. The module first obtains the transaction code from the asynchronous message to determine whether it is a request message or a response message. If it is a request message, it is processed according to the normal business logic; if it is a response message, the original transaction is obtained according to the serial number match, the business status of the original transaction is determined, and different logical processing is performed according to the business status of the original transaction.

[0058] In an optional embodiment, analyzing the target transaction and initiating a matching target processing strategy includes:

[0059] Analyze the transaction code of the target transaction to determine the transaction type of the target transaction; wherein the target transaction flow information at least includes: transaction code, flow number and business status;

[0060] In the optional first specific embodiment, when it is determined that the transaction type of the target transaction is a real-time transaction type, the target transaction flow information is obtained to start the timeout retransmission process. The retransmission process is to obtain the full transaction information of the original target transaction from the abnormal monitoring table, that is, all the transaction flow information, assemble the original request transaction according to the target transaction request message template, and call up the communication module to complete the transaction transmission. This is because most transactions in the real-time transaction system involve account processing and have high requirements for transaction consistency. Therefore, this type of transaction is suitable for the timeout retransmission method.

[0061] In an optional second specific embodiment, when it is determined that the target transaction type is an inquiry transaction type; a simulated response message is generated and fed back to the transaction user; wherein the simulated response message is used to inform the transaction user that the inquiry transaction has failed and to re-initiate the target transaction. The simulated response message method assembles a response message according to different types of transaction response message samples, and completes the sending. This is because inquiry transactions (contract status inquiry, balance inquiry, transaction status inquiry, etc.) do not involve data updates and account changes, so the transaction failure can be clearly responded to by means of a simulated response message, and the requesting party can initiate it a second time.

[0062] In an optional embodiment of the present application, when the target transaction message feedback is abnormal, the monitoring includes: scanning the preset transaction process and current transaction node of the target transaction; when the target transaction state at the current transaction node is abnormal, a transaction request is initiated to the next transaction node. This is because the transaction types of the bank's real-time transaction system are diverse, the access channels are different, and the complexity of the business scenario causes a large number of transaction intermediate states (i.e., at different process nodes in the transaction process). The system needs to determine different subsequent processing processes according to the current state of different process nodes. Therefore, real-time query of transaction status is particularly important for the processing of subsequent processes. The embodiment of the present application provides a solution for adding a scheduled task to regularly scan the preset transaction process and current transaction node of the target transaction to realize the transaction status query function in a non-final transaction manner, which provides a key guarantee for the data consistency of the transaction process. Taking the online banking system as an example, if the current transaction node is "waiting for feedback from the core system", a processing result query request is sent to the core system; if it is "waiting for the response of the People's Bank of China", a processing result query request is sent to the People's Bank of China, and if there is no response, the query continues until the transaction status is updated to the final state.

[0063] In an optional embodiment of the present application, when it is determined that the target transaction message feedback exception type is no message feedback, the target transaction request is revoked. That is, after the exception handling strategies such as timeout retransmission, simulated response message, and transaction query described in the above embodiment, the original target transaction still does not receive a response message from the core system or the People's Bank of China system, then the exception automatic processing module will execute the final data consistency guarantee measure - business revocation mechanism, and cancel the processing of the original target transaction in the core system or the People's Bank of China system.

[0064] The abnormal transaction processing solution provided by the above embodiment can pre-place the automated exception processing function in the transaction requester system or in each upstream system in the complete transaction chain of the real-time transaction system. The transaction requester system or each upstream system can implement timeout monitoring, timeout retransmission, simulated receipt, status query, and transaction cancellation mechanism, thereby reducing the working pressure of the real-time transaction system and improving transaction processing efficiency.

[0065] In addition, in practice, a variety of scenarios may cause transaction timeouts (business logic errors, network jitter, MQ queue congestion, program defects, etc.). The embodiments of the present application can treat different scenarios equally and adopt a unified processing mode. By optimizing the automated exception handling function and integrating the timeout type judgment function, the robustness and availability of the abnormal transaction processing function are enhanced.

[0066] based on Figure 1 The abnormal transaction processing method provided by the embodiment shown, Figure 2 An abnormal transaction processing device provided by an embodiment of the present application is shown. Figure 2 As shown, the device mainly includes: the device includes: 201 registration module, 202 monitoring module, 203 analysis module and 204 strategy module; wherein,

[0067] The registration module 201 is used to register the target transaction request time T1 and the target transaction flow information into the abnormal monitoring table;

[0068] The monitoring module 202 is used to monitor the target transaction message feedback abnormality;

[0069] The analysis module 203 is used to analyze the target transaction;

[0070] The 204 strategy module is used to start a matching target processing strategy according to the analysis result of the target transaction.

[0071] In an optional embodiment, the monitoring module further includes an extraction unit and a judgment unit, wherein the extraction unit is used to extract the target transaction message feedback time T2;

[0072] The judgment unit is used to judge that the target transaction message feedback is abnormal when T2-T1≥T3; wherein T3 is the time for the preset transaction system to complete the target transaction; and the target transaction message feedback abnormal type is message feedback timeout.

[0073] In an optional embodiment, the analysis module is specifically used to analyze the transaction code of the target transaction to determine the transaction type of the target transaction; wherein the target transaction flow information includes at least: transaction code, serial number and business status; and initiate a target processing strategy that matches the determined transaction type.

[0074] In an optional embodiment, the policy module of the abnormal transaction processing device further includes a timeout retransmission module and a simulated receipt module, wherein:

[0075] The timeout retransmission module is used to obtain the target transaction flow information and start the timeout retransmission process when determining that the transaction type of the target transaction is a real-time transaction type;

[0076] The simulated receipt module is used to generate a simulated response message and feed it back to the transaction user when it is determined that the target transaction type is a query transaction type; wherein the simulated response message is used to inform the transaction user that the query transaction failed and to re-initiate the target transaction.

[0077] The abnormal transaction processing device also includes a transaction query module, which is used to: scan the preset transaction process and current transaction node of the target transaction when the target transaction message feedback is monitored to be abnormal; when the target transaction state at the current transaction node is monitored to be abnormal, initiate a transaction request to the next transaction node.

[0078] In an optional embodiment, the device further comprises a revocation module, which is used to revoke the target transaction request when it is determined that the target transaction message feedback exception type is no message feedback.

[0079] It can be understood that the above modules of the abnormal transaction processing device in this embodiment have the function of implementing Figure 1 The functions of the corresponding steps of the method in the embodiment shown in . The function can be implemented by hardware, or by hardware executing the corresponding software. The hardware or software includes one or more modules corresponding to the above functions. The above modules can be software and / or hardware, and the above modules can be implemented separately or integrated with multiple modules. For the functional description of the above modules, please refer to Figure 1 The corresponding description of the method in the embodiment shown in will not be repeated here.

[0080] An embodiment of the present application provides an electronic device, including a processor and a memory;

[0081] A memory, used for storing operation instructions;

[0082] The processor is used to execute the abnormal transaction processing method provided in any embodiment of the present application by calling an operation instruction.

[0083] As an example, Figure 3 A schematic diagram of the structure of an electronic device applicable to the embodiment of the present application is shown. Figure 3 As shown, the electronic device 2000 includes: a processor 2001 and a memory 2003. The processor 2001 and the memory 2003 are connected, such as through a bus 2002. Optionally, the electronic device 2000 may also include a transceiver 2004. It should be noted that in actual applications, the transceiver 2004 is not limited to one, and the structure of the electronic device 2000 does not constitute a limitation on the embodiments of the present application.

[0084] The processor 2001 is applied in the embodiment of the present application to implement the method shown in the above method embodiment. The transceiver 2004 may include a receiver and a transmitter. The transceiver 2004 is applied in the embodiment of the present application to implement the function of the electronic device of the embodiment of the present application communicating with other devices when executed.

[0085] Processor 2001 may be a CPU (Central Processing Unit), a general purpose processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It may implement or execute various exemplary logic blocks, modules and circuits described in conjunction with the disclosure of this application. Processor 2001 may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0086] The bus 2002 may include a path to transmit information between the above components. The bus 2002 may be a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus 2002 may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 3Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0087] The memory 2003 can be a ROM (Read Only Memory) or other types of static storage devices that can store static information and instructions, a RAM (Random Access Memory) or other types of dynamic storage devices that can store information and instructions, or an EEPROM (Electrically Erasable Programmable Read Only Memory), a CD-ROM (Compact Disc Read Only Memory) or other optical disk storage, optical disk storage (including compressed optical disk, laser disk, optical disk, digital versatile disk, Blu-ray disk, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited to these.

[0088] Optionally, the memory 2003 is used to store application code for executing the solution of the present application, and the execution is controlled by the processor 2001. The processor 2001 is used to execute the application code stored in the memory 2003 to implement the abnormal transaction processing method provided in any embodiment of the present application.

[0089] The electronic device provided in the embodiment of the present application is applicable to any embodiment of the above method and will not be described in detail here.

[0090] An embodiment of the present application provides a computer-readable storage medium, on which a computer program is stored. When the program is executed by a processor, the abnormal transaction processing method shown in the above method embodiment is implemented.

[0091] The computer-readable storage medium provided in the embodiments of the present application is applicable to any embodiment of the above method and will not be described in detail here.

[0092] The abnormal transaction processing scheme disclosed in the embodiment of the present application relates to the field of Internet of Things communication technology, and in particular to an abnormal transaction processing method, device, electronic device and readable storage medium. The method registers the target transaction request time T1 and the target transaction flow information into the abnormal monitoring table; when the target transaction message feedback is abnormal, the target transaction is analyzed; and according to the analysis result of the target transaction, the matching target processing strategy is started. The present application solves the data consistency problem of the transaction process of the real-time transaction system of the bank based on the message queue technology, and strengthens the transaction integrity and reliability of the online transaction system.

[0093] It should be understood that, although the steps in the flowchart of the accompanying drawings are displayed in sequence as indicated by the arrows, these steps are not necessarily executed in sequence in the order indicated by the arrows. Unless otherwise specified herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least a part of the steps in the flowchart of the accompanying drawings may include multiple sub-steps or multiple stages, and these sub-steps or stages are not necessarily executed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be executed in turn or alternately with other steps or at least a part of the sub-steps or stages of other steps.

[0094] The above are only some embodiments of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principles of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.

Claims

1. A method for processing abnormal transactions, characterized in that: The method comprises: Register the target transaction request time T1 and the target transaction flow information into the abnormal monitoring table; When monitoring that the message feedback of the target transaction is abnormal, analyzing the target transaction; Initiate a matching target processing strategy based on the analysis result of the target transaction; The analyzing the target transaction and initiating a matching target processing strategy according to the analysis result of the target transaction includes: Analyze the transaction code of the target transaction to determine the transaction type of the target transaction; wherein the transaction flow information of the target transaction at least includes: transaction code, serial number and business status; Initiate a target processing strategy that matches the determined transaction type of the target transaction; Determining that the transaction type of the target transaction is a real-time transaction type; Then obtain the transaction flow information of the target transaction and start the timeout retransmission process; or, When determining that the transaction type of the target transaction is a query transaction type; A simulated response message is generated and fed back to the transaction user, wherein the simulated response message is used to inform the transaction user that the query transaction has failed and to re-initiate the target transaction; When the monitoring of the target transaction message feedback is abnormal, it includes: Scanning the preset transaction process and current transaction node of the target transaction; When the target transaction status of the current transaction node is detected to be abnormal, a transaction request is initiated to the next transaction node; When it is determined that the abnormal type of the message feedback of the target transaction is no message feedback, the request for the target transaction is cancelled.

2. The abnormal transaction processing method according to claim 1, characterized in that: The monitoring of the target transaction message feedback that there is an abnormality includes: Extract the message feedback time T2 of the target transaction; When T2-T1≥T3, it is determined that the message feedback of the target transaction is abnormal; wherein T3 is the time for the preset transaction system to complete the target transaction; and the abnormal type of the message feedback of the target transaction is message feedback timeout.

3. The abnormal transaction processing method according to claim 1, characterized in that: The monitoring of the target transaction message feedback that there is an abnormality includes: When it is monitored that the trading system has no message feedback on the request for the target transaction; It is determined that there is an abnormality in the message feedback of the target transaction; wherein the abnormal type of the message feedback of the target transaction is no message feedback.

4. An abnormal transaction processing device, characterized in that: The device comprises: a registration module, a monitoring module, an analysis module and a strategy module; wherein, The registration module is used to register the request time T1 of the target transaction and the flow information of the target transaction into the abnormal monitoring table; The monitoring module is used to monitor the message feedback of the target transaction to find out that there is an abnormality; The analysis module is used to analyze the target transaction; The strategy module is used to start a matching target processing strategy according to the analysis result of the target transaction; The analysis module is specifically used to analyze the transaction code of the target transaction to determine the transaction type of the target transaction; wherein the transaction flow information of the target transaction at least includes: transaction code, serial number and business status; and initiate a target processing strategy that matches the determined transaction type of the target transaction; The strategy module also includes a timeout retransmission module and a simulated receipt module, wherein: The timeout retransmission module is used to determine that the transaction type of the target transaction is a real-time transaction type; then obtain the transaction flow information of the target transaction and start the timeout retransmission process; The simulated receipt module is used to generate a simulated response message and feed it back to the transaction user when determining that the transaction type of the target transaction is a query transaction type, wherein the simulated response message is used to inform the transaction user that the query transaction fails and to re-initiate the target transaction; The abnormal transaction processing device further comprises a transaction query module, which is used to monitor the message feedback of the target transaction to include: scanning the preset transaction process and the current transaction node of the target transaction; when the target transaction state at the current transaction node is monitored to be abnormal, initiating a transaction request to the next transaction node; The abnormal transaction processing device further includes a revocation module, and the revocation module is used to revoke the request for the target transaction when it is determined that the abnormal type of the message feedback of the target transaction is no message feedback.

5. An electronic device, characterized in that: including a processor and a memory; The memory is used to store operation instructions; The processor is used to execute the method according to any one of claims 1 to 3 by calling the operation instruction.

6. A computer-readable storage medium, characterized in that: The storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 3 is implemented.

Images