Cross-partition transaction analysis method and device, medium and product

Abstract

The invention discloses a cross-partition transaction analysis method and device, a medium and a product. Relates to the technical field of computers, can be applied to the technical field of finance, and comprises the following steps: in response to a transaction request, determining a source partition and a target mirror partition involved in a target transaction according to the content of the transaction request, and respectively carrying out transaction processing in the source partition and the target mirror partition; if it is detected that target transaction processing is completed, target transaction information is determined and stored in a target database through target exit programs arranged in the source partition and the target mirror image partition respectively in the online system; and if an analysis request for the cross-partition transaction in the specified time period is detected, matching is performed in the target database, and the total number of original transactions and the total number of mirror transactions are determined to generate a cross-partition transaction analysis result. The online system and the exit program are respectively arranged in the source partition and the mirror partition involved in the transaction, so that the cross-partition transaction information synchronization can be performed, and the cross-partition transaction condition can be accurately and effectively analyzed.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computers, and can be applied to the field of financial technology, and particularly relates to a cross-partition transaction analysis method and device, a medium and a product. BACKGROUND

[0002] With the continuous development of computer technology and the continuous expansion of banking business, a business host is often provided with multiple logical partitions for processing a large number of businesses, but for scenarios involving business interaction between different logical partitions, especially cross-partition transaction scenarios, it is particularly difficult to synchronize transaction data and analyze the completion of cross-partition transactions.

[0003] Therefore, how to synchronize cross-partition transaction information and accurately and effectively analyze cross-partition transaction situations is a problem to be solved at present. SUMMARY

[0004] The present application provides a cross-partition transaction analysis method, device, medium and product to synchronize cross-partition transaction information and accurately and effectively analyze cross-partition transaction situations.

[0005] According to an aspect of the present application, a cross-partition transaction analysis method is provided, comprising:

[0006] In response to a transaction request, determining a source partition and a target mirror partition involved in a target transaction according to the transaction request content, and performing transaction processing in the source partition and the target mirror partition, respectively;

[0007] If it is detected that the target transaction processing is completed, determining target transaction information through a target export program set in an online system in the source partition and the target mirror partition, respectively, and storing the target transaction information to a target database;

[0008] If an analysis request for cross-partition transactions in a specified time period is detected, matching in the target database to determine a total number of original transactions and a total number of mirror transactions, so as to generate a cross-partition transaction analysis result.

[0009] According to another aspect of the present application, a cross-partition transaction analysis device is provided, comprising:

[0010] A processing module, configured to, in response to a transaction request, determine a source partition and a target mirror partition involved in a target transaction according to the transaction request content, and perform transaction processing in the source partition and the target mirror partition, respectively;

[0011] A storage module, configured to, if it is detected that the target transaction processing is completed, determine target transaction information through a target export program set in an online system in the source partition and the target mirror partition, respectively, and store the target transaction information to a target database;

[0012] The analysis module is used to match the data in the target database if an analysis request for cross-partition transactions within a specified time period is detected, to determine the total number of original transactions and the total number of mirrored transactions, and to generate cross-partition transaction analysis results.

[0013] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising:

[0014] At least one processor; and

[0015] A memory communicatively connected to the at least one processor; wherein,

[0016] The memory stores a computer program that can be executed by the at least one processor, which enables the at least one processor to perform the cross-regional transaction analysis method according to any embodiment of the present invention.

[0017] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement the cross-partition transaction analysis method according to any embodiment of the present invention.

[0018] According to another aspect of the present invention, a computer program product is also provided, the computer program product including a computer program that, when executed by a processor, implements the cross-partition transaction analysis method of any embodiment of the present invention.

[0019] The technical solution of this invention, in response to a transaction request, determines the source partition and target mirror partition involved in the target transaction based on the content of the transaction request, and performs transaction processing in the source partition and target mirror partition respectively. If the completion of the target transaction processing is detected, the target transaction information is determined and stored in the target database through the target exit programs set in the online system in the source partition and target mirror partition respectively. If an analysis request for cross-partition transactions within a specified time period is detected, matching is performed in the target database to determine the total number of original transactions and the total number of mirror transactions, so as to generate cross-partition transaction analysis results. By setting up online systems and exit programs in the source partition and mirror partition involved in the transaction respectively, cross-regional transaction information can be synchronized, and accurate and effective analysis of cross-partition transaction situations can be performed.

[0020] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0021] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0022] Figure 1 This is a flowchart of a cross-regional transaction analysis method provided by an embodiment of the present invention;

[0023] Figure 2 This is an interactive schematic diagram of a cross-regional transaction analysis method provided in an embodiment of the present invention;

[0024] Figure 3 This is a structural block diagram of a cross-regional transaction analysis device provided in an embodiment of the present invention;

[0025] Figure 4 This is a schematic diagram of the structure of the electronic device provided in an embodiment of the present invention. Detailed Implementation

[0026] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0027] It should be noted that the terms "first," "second," "target," "candidate," and "alternative," etc., used in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the invention described herein can be practiced in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus. The acquisition, storage, use, and processing of data in the technical solutions of this application comply with relevant laws and regulations.

[0028] It should be noted that cross-region transactions from personal partitions to public partitions often fail due to various reasons, such as active or passive process pauses, routing issues, and problems with the definition and installation of mirrored transactions. In related technologies, heartbeat detection is typically performed on specific check items. While this method can obtain some check indicators of the transaction channel at a certain point in time, it cannot detect some unforeseen anomalies (such as packet loss under high concurrency) and cannot provide a macro-level understanding of the transaction channel's health. To address these issues, this invention establishes an online system and an exit program for the source and mirrored partitions involved in the transaction, respectively. This enables the synchronization of cross-region transaction information and allows for accurate and effective analysis of cross-region transaction conditions. The specific implementation method will be described in detail in subsequent embodiments.

[0029] Example 1

[0030] Figure 1 This is a flowchart of a cross-partition transaction analysis method provided by an embodiment of the present invention. This embodiment is applicable to situations where online systems and exit programs are set up in the source partition and mirror partition involved in the transaction, respectively, to synchronize cross-partition transaction information and to accurately and effectively analyze the cross-partition transaction situation. This method can be executed by a cross-partition transaction analysis device, which can be implemented in hardware and / or software. The cross-partition transaction analysis device can be configured in an electronic device, such as a host server with at least two logical partitions.

[0031] It should be noted that a host refers to a mainframe or a small to medium-sized server with a host operating system installed. Essentially, it is a closed server that centrally processes business. Considering the large volume of business in large banks, in order to facilitate resource management, the instances of online transaction middleware are divided into multiple logical partitions according to business type or region. The personal partition is specifically used to run personal business for individuals, and the corporate partition is specifically used to run corporate business for enterprises.

[0032] like Figure 1 As shown, cross-regional transaction analysis methods include:

[0033] S101. In response to the transaction request, determine the source partition and target mirror partition involved in the target transaction based on the content of the transaction request, and perform transaction processing in the source partition and target mirror partition respectively.

[0034] In this context, a transaction request refers to a cross-partition transaction request obtained by the host server, specifically a transaction request obtained through the online system of the source partition. A target transaction refers to the cross-partition transaction requested in the transaction request, such as a cross-partition transaction from the source partition to the target mirror partition. The source partition is the partition from which the target transaction originates. The target mirror partition is another partition type corresponding to the target transaction.

[0035] Both the source partition and the target mirror partition are logical partitions of the host; each logical partition corresponds to an online system for transaction processing; the online system in the source partition and the online system in the corresponding target mirror partition jointly complete cross-partition transaction processing; the online system can specifically be a host transaction processing middleware that supports online transaction services, provides online transaction processing and transaction management services for applications, enables high-concurrency online transactions, and provides users with real-time transaction requests and responses.

[0036] Optionally, transaction processing can be performed in the source partition and the target mirror partition, including: dividing the transaction task of the transaction request according to the content of the transaction request, and determining the personal transaction task for individuals and the corporate transaction task for enterprises; if the partition type of the source partition is a personal partition, then the personal transaction task is executed through the online system of the source partition, and the corporate transaction task is executed through the online system of the target mirror partition.

[0037] For example, taking the personal partition as an example, the personal partition is specifically used to process online transactions for personal business. Specifically, a transaction can be initiated from a terminal channel such as a teller, and after passing through the host gateway, it reaches the host server. The transaction is then routed from the terminal partition to the personal partition, and runs and processes in a fixed memory block allocated when the online system in the personal partition starts. The public partition is similar, with transactions running and processing in a fixed memory block of the online system in the public partition.

[0038] For example, an online system can allocate a block of memory for the execution of each transaction. Each transaction is defined by its attributes and occupies a small block of memory for execution. Transactions must first define their attributes in the online system before they can run in the online system.

[0039] It should be noted that if the source partition is a personal partition, the personal transaction task of the source partition can be executed first, and then the corporate transaction task of the target mirror partition can be executed; or the corporate transaction task of the target mirror partition can be executed first, and then the personal transaction task of the source partition can be executed; or the tasks of the two partitions can be executed simultaneously. This invention does not limit this.

[0040] It should be noted that the above-mentioned technical solution of the present invention divides a cross-regional transaction task into a personal transaction task and a corporate transaction task, and further controls the execution of transactions by the source partition and the mirror partition, providing an implementation method for the source partition and the mirror partition to interact and process a cross-regional transaction, which is helpful for transaction synchronization.

[0041] Optionally, determining the source partition and target mirror partition involved in the target transaction based on the transaction request content includes: determining the initiating partition of the transaction request based on the transaction request content, and determining the initiating partition as the source partition involved in the target transaction; determining the partition type of the source partition, and determining the target mirror partition corresponding to the target transaction based on the partition type of the source partition and the transaction request content; wherein the partition type is a personal partition or a public partition.

[0042] For example, if the transaction task is to send an individual's salary from a corporate account to a personal account, then a corporate transaction task means deducting the corresponding amount from the individual's corporate account in the corporate section, while a personal transaction task means transferring the corresponding salary to the personal account in the personal section.

[0043] It should be noted that the above-mentioned technical solution of the present invention can quickly determine the mirror partition corresponding to the source partition by combining the source partition's status as a personal partition or a public partition with the content of the transaction request. This helps to quickly control the online system corresponding to the partition to execute transaction processing.

[0044] Optionally, the target mirror partition corresponding to the target transaction is determined based on the partition type of the source partition and the content of the transaction request, including: if the partition type of the source partition is a personal partition, then the partition type corresponding to the target mirror partition is determined to be a corporate partition; the target enterprise involved in the transaction is determined based on the content of the transaction request, and the corporate partition to which the target enterprise belongs is determined as the target mirror partition corresponding to the target transaction.

[0045] Optionally, the source partition can be a personal partition, in which case the target mirror partition is a public partition; the source partition can also be a public partition, in which case the target mirror partition is a personal partition.

[0046] It should be noted that the above-mentioned technical solution of the present invention, by further limiting the partition type of the source partition to a personal partition, directly limits the target mirror partition to a corporate partition, and further determines the target mirror partition based on the enterprise information limited by the transaction request content, provides a method for quickly determining the corresponding corporate partition when the source partition is a personal partition, as a possible implementation method for mirror partitioning, which helps to improve the efficiency of subsequent transaction processing.

[0047] Optionally, after each transaction is completed, a transaction packet (i.e., a transaction result data packet containing information such as transaction success, failure, and amount involved) can be returned to the host gateway. When leaving the host, the transaction packet will pass through the same exit (a memory block used to temporarily store the transaction result data packet).

[0048] S102. If the target transaction is detected to be completed, the target transaction information is determined and stored in the target database through the target exit program set in the source partition and the target mirror partition in the online system respectively.

[0049] The target transaction information may include personal transaction information obtained from executing transactions in the personal partition and corporate transaction information obtained from executing transactions in the corporate partition. Personal transaction information may include at least one of the following: transaction name, transaction time, and online environment information. The online environment information may be the instance name of the online system, such as online banking in the personal partition or counter service in the corporate partition. The content and type of corporate transaction information are not elaborated here. The online systems in the source partition and the target mirror partition can be interconnected to achieve a complete cross-regional transaction task.

[0050] It should be noted that mirrored transactions can be predefined or temporarily defined by the application when crossing partitions. Only after being defined can the transaction be crossed. After crossing and completing the transaction processing, it will be captured by the exit program in the exit memory block, pushed to the data transmission pipeline, and the central control will read the pipeline and write the mirrored transaction information into the database.

[0051] Optionally, detection can be performed separately through the exit programs of the source partition and the target mirror partition. If the detection indicates that the transactions in both the source partition and the target mirror partition are completed, it is determined that the target transaction processing has been completed.

[0052] Optionally, a personal zone may include at least one online system. For example, a personal zone may include a counter online system and an online banking online system. Correspondingly, if a transaction request is submitted by an individual at the counter, the terminal routing online system will identify it as a counter channel based on the transaction code and then route it to the counter online system in the personal zone for transaction processing. Similarly, a corporate zone may also include a counter online system and an online banking online system. If a transaction request is initiated by a corporate customer at a point-of-sale terminal, the terminal routing online system will identify it based on the transaction code and then route it to the corresponding online system in the corporate zone for execution.

[0053] Optionally, the target transaction information is determined by the target exit program set in the online system in the source partition and the target mirror partition, respectively. This includes: if the partition type of the source partition is a personal partition, then the personal transaction information corresponding to the personal transaction task is determined by the target exit program set in the online system in the source partition; the corporate transaction information is determined by the target exit program set in the online system in the target mirror partition, and the personal transaction information and the corporate transaction information are determined as the target transaction information.

[0054] Among them, corporate transaction information refers to the transaction information corresponding to corporate transaction tasks. Optionally, an exit program can be configured in each partition's online system for high-speed collection of transaction information from their respective online systems.

[0055] For example, an application can be pre-deployed in the online system to read transaction packets from the host exit, thereby parsing information such as the transaction name and transaction time, and then pushing this information to the process interface SOCKET. This application is the target exit program in this invention. Because the transaction speed is extremely fast, and the target exit program is consistent with the host assembly language, execution efficiency can be guaranteed.

[0056] Optionally, the export program can read the export memory block (the memory block that stores the transaction result data packet), and then parse the transaction result data packet to obtain information such as the transaction name and transaction time. Specifically, it can start from the starting address of the transaction packet, sequentially extract each segment of data in the transaction packet, and extract the values ​​of the data segments such as the transaction name and transaction time that are of interest.

[0057] It should be noted that the above-mentioned technical solution of the present invention determines transaction information through the exit program of the online system in different partitions, providing a way to determine transaction information quickly and accurately, which helps to improve the analysis efficiency when analyzing transaction situations.

[0058] Optionally, the personal transaction information corresponding to the personal transaction task can be determined through the target exit program set in the online system in the source partition. This includes: obtaining the target transaction package and transaction time through the target exit program set in the online system in the source partition, and parsing the target transaction package to determine the transaction name of the target transaction; determining the online environment information to which the online system of the source partition belongs, and determining the personal transaction information corresponding to the personal transaction task based on the transaction name, transaction time, and online environment information. Optionally, after determining the target transaction package, the target transaction package can be stored in a temporary memory block.

[0059] Optionally, determining the target transaction information and storing it in the target database includes: interacting with the main control module through the target exit program set in the online system in the target mirror partition to store the corporate transaction information in the target database; and storing personal transaction information in a preset pipeline queue through the target exit program set in the online system in the source partition to instruct the main control module to store the personal transaction information in the preset pipeline queue in the target database.

[0060] Optionally, the target exit program can call a preset data transmission pipeline operation function through a preset instruction to store personal transaction information into a preset pipeline queue. For example, the instruction "SOCKET(WRITE, "data1", ADDRESS)" means to push data1 into the preset pipeline queue.

[0061] Optionally, the main control module can periodically read the data in the pipeline queue. When the length is 0, it means that no data is stored in the queue and no reading is performed. When the length is not 0, the transaction information is read in sequence, so that the transaction information of different partitions can be quickly stored in the target database.

[0062] It should be noted that the above-mentioned technical solution of the present invention determines transaction information based on transaction time, transaction name and online environment, and stores the transaction information in the pipeline queue through interaction with the main control module, and finally stores it in the database. This can determine accurate and comprehensive transaction information. At the same time, the pipeline queue method can orderly store the transaction information of each different partition online system into the sequential database, improving the efficiency of transaction information storage.

[0063] S103. If an analysis request for cross-partition transactions within a specified time period is detected, a match is performed in the target database to determine the total number of original transactions and the total number of mirrored transactions, so as to generate cross-partition transaction analysis results.

[0064] Optionally, if an analysis request for cross-partition transactions within a specified time period is detected, the system matches the data in the target database to determine the total number of original transactions and the total number of mirrored transactions, thereby generating cross-partition transaction analysis results. This includes: if a transaction analysis request issued by a target user is detected through a preset user interface, the system matches the data in the target database according to the specified time period in the transaction analysis request to determine the total number of original transactions and the total number of mirrored transactions; the system determines the cross-partition success rate based on the total number of original transactions and the total number of mirrored transactions, and generates cross-partition transaction analysis results based on the correlation between the cross-partition success rate and a preset threshold.

[0065] Optionally, the cross-region success rate can be determined by the formula (total number of mirrored transactions / total number of original transactions) × 100%. If the cross-region success rate is greater than the preset threshold, the cross-region transaction status is considered healthy; otherwise, the cross-region transaction channel is considered unhealthy and needs to be improved and optimized to generate cross-region transaction analysis results.

[0066] It should be noted that the above-mentioned technical solution of the present invention can quickly match relevant transaction data within a preset time period by matching the target database according to the specified time period in the analysis request, determine the accurate transaction success rate, and facilitate the subsequent management of the host-related logical partitions and the optimization of the transaction process.

[0067] The technical solution of this invention, in response to a transaction request, determines the source partition and target mirror partition involved in the target transaction based on the content of the transaction request, and performs transaction processing in the source partition and target mirror partition respectively. If the completion of the target transaction processing is detected, the target transaction information is determined and stored in the target database through the target exit programs set in the online system in the source partition and target mirror partition respectively. If an analysis request for cross-partition transactions within a specified time period is detected, matching is performed in the target database to determine the total number of original transactions and the total number of mirror transactions, so as to generate cross-partition transaction analysis results. By setting up online systems and exit programs in the source partition and mirror partition involved in the transaction respectively, cross-regional transaction information can be synchronized, and accurate and effective analysis of cross-partition transaction situations can be performed.

[0068] Example 2

[0069] Figure 2 This is an interactive schematic diagram of a cross-partition transaction analysis method provided by an embodiment of the present invention. Based on the above embodiments, this embodiment provides a preferred example of setting up an online system and an exit program in the source partition and mirror partition involved in the transaction respectively, synchronizing cross-partition transaction information, and accurately and effectively analyzing cross-partition transaction situations.

[0070] like Figure 2 As shown, the host that performs cross-partition transaction analysis operations in this invention may include: a main control unit (i.e., a main control module), a UI (User Interface), an alarm center, storage (i.e., a storage module), and at least two partitions, specifically three personal partitions and three public partitions. Each partition is equipped with an online system for transaction processing, and each online system is equipped with an EXIT exit program for storing transaction information.

[0071] For example, the online system in each personal partition can define transactions, and the corresponding public partition can define mirrored transactions. Figure 2 The dashed lines in the text can refer to possible cross-partition routing channels for transaction packets. Figure 2 The solid lines in the diagram represent the data flow of the interaction process in cross-regional transaction analysis methods.

[0072] Optionally, after the online system of a personal partition completes the transaction processing, it can send the transaction packet to the online system of the corresponding public partition. At the same time, the exit program stores the transaction information in the data transmission pipeline. Specifically, the exit program can read the transaction name, online environment information and transaction time from the transaction memory block of the online system and write the transaction information into the data transmission pipeline.

[0073] Optionally, the exit program can be placed in the startup search chain of the online system; the startup parameters of each online system can be set to automatically deploy and run the exit program at startup, so that the exit program can remain resident in the address space of the online system after the online system restarts.

[0074] Optionally, after the exit program captures a transaction, it will allocate a new temporary memory space, copy a transaction packet from the transaction memory block, put it into the newly allocated temporary memory block, and then parse the transaction packet in the temporary memory block to obtain the online environment information and transaction time, that is, obtain information such as transaction name, online environment information and transaction time, and write it into the data transmission pipeline.

[0075] Optionally, after the main control module reads information data from the pipeline queue, it can write it to the storage module. When a user request is obtained based on the user interface, the module can retrieve data for a specified time period, source partition, and target partition from the database storage. That is, it can determine the total number of original transactions and the total number of mirrored transactions in units of transactions, and can also output the data to the user interface.

[0076] Optionally, records with inconsistent numbers of original and mirrored transactions can be distinguished by color coding or other methods. Simultaneously, the controller can calculate (mirrored transaction count / original transaction count) × 100% to obtain transaction records with a cross-partition success rate below a certain value. The corresponding cross-partition links will then be sent to the alarm center to alert users of link anomalies, allowing them to understand the health of the trading channel from a macro perspective.

[0077] Example 3

[0078] Figure 3 This is a structural block diagram of a cross-partition transaction analysis device provided in an embodiment of the present invention. This embodiment is applicable to situations where online systems and exit programs are set up in the source partition and mirror partition involved in the transaction, respectively, to synchronize cross-partition transaction information and accurately and effectively analyze cross-partition transaction conditions. The cross-partition transaction analysis device provided by the present invention can execute the cross-partition transaction analysis method provided in any embodiment of the present invention, possessing the corresponding functional modules and beneficial effects of the execution method. This cross-partition transaction analysis device can be implemented in hardware and / or software and configured in an electronic device with cross-partition transaction analysis functionality, such as... Figure 3 As shown, the cross-regional transaction analysis device may specifically include:

[0079] The processing module 301 is used to respond to a transaction request, determine the source partition and target mirror partition involved in the target transaction based on the content of the transaction request, and perform transaction processing in the source partition and target mirror partition respectively;

[0080] The storage module 302 is used to determine the target transaction information and store it in the target database by means of the target exit program set in the source partition and the target mirror partition in the online system if the target transaction processing is detected to be completed.

[0081] The analysis module 303 is used to match the target database if an analysis request for cross-partition transactions within a specified time period is detected, to determine the total number of original transactions and the total number of mirrored transactions, so as to generate cross-partition transaction analysis results.

[0082] The technical solution of this invention, in response to a transaction request, determines the source partition and target mirror partition involved in the target transaction based on the content of the transaction request, and performs transaction processing in the source partition and target mirror partition respectively. If the completion of the target transaction processing is detected, the target transaction information is determined and stored in the target database through the target exit programs set in the online system in the source partition and target mirror partition respectively. If an analysis request for cross-partition transactions within a specified time period is detected, matching is performed in the target database to determine the total number of original transactions and the total number of mirror transactions, so as to generate cross-partition transaction analysis results. By setting up online systems and exit programs in the source partition and mirror partition involved in the transaction respectively, cross-regional transaction information can be synchronized, and accurate and effective analysis of cross-partition transaction situations can be performed.

[0083] Furthermore, the processing module 301 is specifically used for:

[0084] The originating partition of the transaction request is determined based on the content of the transaction request, and the originating partition is identified as the source partition involved in the target transaction;

[0085] The partition type of the source partition is determined, and the target mirror partition corresponding to the target transaction is determined based on the partition type of the source partition and the content of the transaction request; the partition type is either a personal partition or a public partition.

[0086] Furthermore, the processing module 301 is specifically used for:

[0087] If the source partition is a personal partition, then the target mirror partition is determined to be a public partition.

[0088] Based on the content of the transaction request, the target company involved in the transaction is identified, and the corporate partition to which the target company belongs is identified as the target mirror partition corresponding to the target transaction.

[0089] Furthermore, both the source partition and the target mirror partition are logical partitions; each logical partition corresponds to an online system for transaction processing; the online system in the source partition and the online system in the corresponding target mirror partition jointly complete cross-partition transaction processing.

[0090] Processing module 301 is specifically used for:

[0091] The transaction tasks of the transaction requests are divided according to the content of the transaction requests, and individual transaction tasks for individuals and corporate transaction tasks for enterprises are determined.

[0092] If the source partition is a personal partition, then personal trading tasks are executed through the online system of the source partition, and corporate trading tasks are executed through the online system of the target mirror partition.

[0093] Furthermore, the storage module 302 is specifically used for:

[0094] If the source partition is a personal partition, then the personal transaction information corresponding to the personal transaction task is determined by the target exit program set in the online system in the source partition.

[0095] By using the target exit program set in the online system within the target mirror partition, corporate transaction information is identified, and personal and corporate transaction information are identified as target transaction information.

[0096] Furthermore, the storage module 302 is specifically used for:

[0097] The target transaction packet and transaction time are obtained by retrieving the target exit program set in the online system in the source partition, and the target transaction packet is parsed to determine the transaction name of the target transaction;

[0098] Determine the online environment information of the online system to which the source partition belongs, and determine the personal transaction information corresponding to the personal transaction task based on the transaction name, transaction time, and online environment information;

[0099] Storage module 302 is also used for:

[0100] The target exit program set in the online system in the target mirror partition interacts with the main control module to store corporate transaction information in the target database;

[0101] The personal transaction information is stored in the preset pipeline queue by the target exit program set in the online system in the source partition, so as to instruct the main control module to store the personal transaction information in the preset pipeline queue into the target database.

[0102] Furthermore, the analysis module 303 is specifically used for:

[0103] If a transaction analysis request from a target user is detected through a preset user interface, the target database is matched according to the specified time period in the transaction analysis request to determine the total number of original transactions and the total number of mirrored transactions.

[0104] Based on the total number of original transactions and the total number of mirrored transactions, the cross-partition success rate is determined, and the cross-partition transaction analysis results are generated based on the correlation between the cross-partition success rate and a preset threshold.

[0105] Example 4

[0106] Figure 4 This is a schematic diagram of the structure of the electronic device provided in an embodiment of the present invention. Figure 4 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0107] like Figure 4 As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory 12 or a random access memory 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the read-only memory 12 or loaded from storage unit 18 into the random access memory 13. The random access memory 13 may also store various programs and data required for the operation of the electronic device 10. The processor 11, read-only memory 12, and random access memory 13 are interconnected via a bus 14. An input / output interface 15 is also connected to the bus 14.

[0108] Multiple components in electronic device 10 are connected to input / output 15, including: input unit 16, such as a keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as a disk, optical disk, etc.; and communication unit 19, such as a network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0109] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing units, graphics processing units, various special-purpose artificial intelligence computing chips, various processors running machine learning model algorithms, digital signal processors, and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as cross-partition transaction analysis methods.

[0110] In some embodiments, the cross-partition transaction analysis method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 10 via read-only memory 12 and / or communication unit 19. When the computer program is loaded into random access memory 13 and executed by processor 11, one or more steps of the cross-partition transaction analysis method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to perform the cross-partition transaction analysis method by any other suitable means (e.g., by means of firmware).

[0111] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays, application-specific integrated circuits (ASICs), application-specific standard products (ASICs), system-on-a-chip (SoCs), complex programmable logic devices (PLCs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0112] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0113] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory, read-only memory, erasable programmable read-only memory, optical fibers, portable compact disk read-only memory, optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0114] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a cathode ray tube or liquid crystal display) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (e.g., voice input, speech input, or tactile input).

[0115] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0116] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a host product within the cloud computing service system to address the shortcomings of traditional physical hosts and virtual reality services, such as high management difficulty and weak business scalability.

[0117] In one embodiment, the present invention further includes a computer program product, which includes a computer program that, when executed by a processor, implements the cross-partition transaction analysis method of any embodiment of the present invention.

[0118] In the implementation of a computer program product, computer program code for performing the operations of this invention can be written in one or more programming languages ​​or a combination thereof. Programming languages ​​include object-oriented programming languages ​​as well as conventional procedural programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including local area networks (LANs) or wide area networks (WANs), or it can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0119] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0120] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A cross-regional transaction analysis method, characterized in that, include: In response to a transaction request, the source partition and target mirror partition involved in the target transaction are determined based on the content of the transaction request, and transaction processing is performed in the source partition and target mirror partition respectively; If the target transaction is detected to be completed, the target transaction information is determined and stored in the target database through the target exit program set in the source partition and the target mirror partition in the online system respectively. If an analysis request for cross-partition transactions within a specified time period is detected, a match is performed in the target database to determine the total number of original transactions and the total number of mirrored transactions, in order to generate cross-partition transaction analysis results.

2. The method according to claim 1, characterized in that, Based on the transaction request content, determine the source partition and target mirror partition involved in the target transaction, including: The originating partition of the transaction request is determined based on the content of the transaction request, and the originating partition is identified as the source partition involved in the target transaction; The partition type of the source partition is determined, and the target mirror partition corresponding to the target transaction is determined based on the partition type of the source partition and the content of the transaction request; the partition type is either a personal partition or a public partition.

3. The method according to claim 2, characterized in that, Based on the partition type of the source partition and the content of the transaction request, determine the target mirror partition corresponding to the target transaction, including: If the source partition is a personal partition, then the target mirror partition is determined to be a public partition. Based on the content of the transaction request, the target company involved in the transaction is identified, and the corporate partition to which the target company belongs is identified as the target mirror partition corresponding to the target transaction.

4. The method according to claim 1, characterized in that, in, Both the source partition and the target mirror partition are logical partitions; each logical partition corresponds to an online system for transaction processing; the online system in the source partition and the online system in the corresponding target mirror partition jointly complete cross-partition transaction processing; Accordingly, transaction processing is performed in the source partition and the target mirror partition respectively, including: The transaction tasks of the transaction requests are divided according to the content of the transaction requests, and individual transaction tasks for individuals and corporate transaction tasks for enterprises are determined. If the source partition is a personal partition, then personal trading tasks are executed through the online system of the source partition, and corporate trading tasks are executed through the online system of the target mirror partition.

5. The method according to claim 1, characterized in that, The target transaction information is determined by using the target exit programs set in the source partition and target mirror partition in the online system, including: If the source partition is a personal partition, then the personal transaction information corresponding to the personal transaction task is determined by the target exit program set in the online system in the source partition. By using the target exit program set in the online system within the target mirror partition, corporate transaction information is identified, and personal and corporate transaction information are identified as target transaction information.

6. The method according to claim 5, characterized in that, By using the target exit program set in the online system within the source partition, the personal transaction information corresponding to the personal transaction task is determined, including: The target transaction packet and transaction time are obtained by retrieving the target exit program set in the online system in the source partition, and the target transaction packet is parsed to determine the transaction name of the target transaction; Determine the online environment information of the online system to which the source partition belongs, and determine the personal transaction information corresponding to the personal transaction task based on the transaction name, transaction time, and online environment information; Accordingly, the target transaction information is determined and stored in the target database, including: The target exit program set in the online system in the target mirror partition interacts with the main control module to store corporate transaction information in the target database; The personal transaction information is stored in the preset pipeline queue by the target exit program set in the online system in the source partition, so as to instruct the main control module to store the personal transaction information in the preset pipeline queue into the target database.

7. The method according to claim 1, characterized in that, If an analysis request for cross-partition transactions within a specified time period is detected, a match is performed in the target database to determine the total number of original transactions and the total number of mirrored transactions, thereby generating cross-partition transaction analysis results, including: If a transaction analysis request from a target user is detected through a preset user interface, the target database is matched according to the specified time period in the transaction analysis request to determine the total number of original transactions and the total number of mirrored transactions. Based on the total number of original transactions and the total number of mirrored transactions, the cross-partition success rate is determined, and the cross-partition transaction analysis results are generated based on the correlation between the cross-partition success rate and a preset threshold.

8. A cross-regional transaction analysis device, characterized in that, include: The processing module is used to respond to transaction requests, determine the source partition and target mirror partition involved in the target transaction based on the content of the transaction request, and perform transaction processing in the source partition and target mirror partition respectively; The storage module is used to determine the target transaction information and store it in the target database by using the target exit program set in the source partition and the target mirror partition in the online system, respectively, if the target transaction processing is detected to be completed. The analysis module is used to match the target database if an analysis request for cross-partition transactions within a specified time period is detected, determine the total number of original transactions and the total number of mirrored transactions, and generate cross-partition transaction analysis results.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute the cross-partition transaction analysis method according to any one of claims 1-7.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the cross-regional transaction analysis method according to any one of claims 1-7.

Images