Transaction scenario simulation method and device

Abstract

The present invention provides a method and device for simulating a trading scenario, the method comprising: determining a first trading scenario, and determining a model group corresponding to the first trading scenario, wherein the model group comprises a plurality of first reactant models, the first reactant models are constructed according to a bigraph modeling method, and the first reactant models characterize the equipment of the first trading scenario; determining first data to be transmitted and a first reaction condition of the model group according to the first trading scenario, and determining a target reactant model in the model group according to the first trading scenario; when the model group satisfies the first reaction condition, transmitting the first data to the target reactant model. In the method of the present invention, when the trading scenario is modeled, the trading scenario is simulated only by the model in the model group corresponding to the trading scenario, that is, the trading scenario does not introduce models corresponding to other devices, thereby avoiding the exponential growth of the simulation scale of the trading scenario and reducing the simulation time of the trading scenario.

Description

Technical Field

[0001] The present invention relates to a transaction scenario simulation technology, and in particular to a transaction scenario simulation method and device. Background Art

[0002] With the rapid development of current banking business, banking business systems are becoming more and more complex. Banking business involves more and more devices, which makes the transaction scenarios corresponding to banking business contain more and more steps.

[0003] At present, transaction scenarios are determined based on banking business, and then models corresponding to the transaction scenarios are constructed, so as to simulate banking business through the models.

[0004] However, banking business involves a large number of devices, and when simulating transaction scenarios, the simulation scale grows exponentially, resulting in a longer simulation time for transaction scenarios. Summary of the invention

[0005] The present invention provides a transaction scene simulation method and device, which are used to solve the problem of long transaction scene simulation time.

[0006] In one aspect, the present invention provides a method for simulating a transaction scenario, comprising:

[0007] Determine a first transaction scenario, and determine a model group corresponding to the first transaction scenario, wherein the model group includes a plurality of first reactant models, the first reactant models are constructed according to a bigraph modeling method, and the first reactant models represent devices of the first transaction scenario;

[0008] Determining first data to be transmitted and a first reaction condition of the model group according to the first transaction scenario, and determining a target reactant model in the model group according to the first transaction scenario;

[0009] When the model group satisfies the first reaction condition, the first data is transmitted to the target reactant model.

[0010] In one embodiment, before the step of determining the first transaction scenario and determining the model group corresponding to the first transaction scenario, the step further includes:

[0011] Acquire each second transaction scenario, and determine a first transaction state and a first transaction condition corresponding to the second transaction scenario;

[0012] Determine each device corresponding to the second transaction scenario according to the first transaction state, and construct a second reactant model for each device corresponding to the second transaction scenario according to a bigraph modeling method;

[0013] generating paths between the second reactant models, and determining second reaction conditions for the second reactant models to react according to the first transaction conditions;

[0014] According to each of the second reactant models, the path and the second reaction condition corresponding to the second transaction scenario, a model group corresponding to each of the second transaction scenarios is constructed.

[0015] In one embodiment, after the step of constructing a model group corresponding to each second transaction scenario according to each second reactant model, the path, and the second reaction condition corresponding to the second transaction scenario, the step further includes:

[0016] Acquire second data of each second reactant model in the model group, wherein the second data is determined according to the first transaction state;

[0017] When it is determined according to the second data that the path corresponding to the second reactant model is abnormal, generating alarm information according to the abnormal path, and outputting the alarm information;

[0018] When operation information based on the alarm information is received, the abnormal path is corrected according to the operation information.

[0019] In one embodiment, when it is determined according to the second data that the path corresponding to the second reactant model is abnormal, the step of generating alarm information according to the abnormal path includes:

[0020] When it is determined according to the second data that the path corresponding to the second reactant model is abnormal, controlling each of the second reactant models in the model group to react according to the second transaction scenario;

[0021] Detecting whether there is any abnormality in the path after each of the second reactant models reacts;

[0022] When an abnormality occurs in a path after the second reactant model reacts, alarm information is generated according to the abnormal path.

[0023] In one embodiment, after the step of constructing a model group corresponding to each second transaction scenario according to each second reactant model, the path, and the second reaction condition corresponding to the second transaction scenario, the step further includes:

[0024] When a change in the first transaction state is detected, a third reactant model corresponding to the equipment involved in the second transaction state is obtained in each of the model groups according to the second transaction state, wherein the second transaction state is the changed first transaction state, and the equipment involved in the first transaction state is different from the equipment involved in the second transaction state;

[0025] The model group corresponding to the second transaction scenario is reconstructed according to each of the third reactant models, the second transaction conditions between the third reactant models, and the paths between the third reactants.

[0026] In one embodiment, after the step of constructing a model group corresponding to each second transaction scenario according to each second reactant model, the path, and the second reaction condition corresponding to the second transaction scenario, the step further includes:

[0027] When a change in the first transaction state of the second transaction scenario is detected, determining a third transaction condition corresponding to the second transaction scenario according to a third transaction state, wherein the third transaction state is the first transaction state after the change;

[0028] The second reaction condition in the model group corresponding to the second transaction scenario is modified according to the third transaction condition.

[0029] On the other hand, the present invention also provides a method for simulating a transaction scenario, comprising:

[0030] A determination module, configured to determine a first transaction scenario and determine a model group corresponding to the first transaction scenario, wherein the model group includes a plurality of first reactant models, the first reactant models are constructed according to a bigraph modeling method, and the first reactant models represent devices of the first transaction scenario;

[0031] The determination module is further used to determine the first data to be transmitted and the first reaction condition of the model group according to the first transaction scenario, and to determine the target reactant model in the model group according to the first transaction scenario;

[0032] A transmission module is used to transmit the first data to the target reactant model when the model group meets the first reaction condition.

[0033] On the other hand, the present invention further provides a terminal device, the terminal device comprising a memory and a processor;

[0034] The memory stores computer-executable instructions;

[0035] The processor executes the computer-executable instructions stored in the memory, so that the processor executes the simulation method of the transaction scenario as described above.

[0036] On the other hand, the present invention further provides a computer-readable storage medium, wherein the computer-readable storage medium stores computer execution instructions, and when the computer execution instructions are executed by a processor, they are used to implement the simulation method of the transaction scenario as described above.

[0037] On the other hand, the present invention also provides a computer program product, including a computer program, which, when executed by a processor, implements the method for simulating the transaction scenario as described above.

[0038] The simulation method and device of the transaction scenario provided by the present invention, the terminal device determines the first transaction scenario and the model group corresponding to the first transaction scenario, the model group includes multiple reactant models, the reactant model is constructed according to the even graph modeling method, and the reactant model characterizes the equipment of the transaction scenario, the terminal device then determines the transaction scenario to determine the data to be transmitted and the reaction conditions of the model group, and determines the target reactant model corresponding to the data in the model group based on the transaction scenario, when the model group meets the reaction conditions, the data is transmitted to the target reactant model, and the simulation of the transaction scenario is completed. In the present invention, the equipment corresponding to the transaction scenario is limited by the even graph modeling method, so that when the transaction scenario is modeled, the transaction scenario is simulated only by the model in the model group corresponding to the transaction scenario, that is, the transaction scenario does not introduce the model corresponding to other devices, avoids the exponential growth of the simulation scale of the transaction scenario, and reduces the simulation time of the transaction scenario. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.

[0040] Figure 1 A system architecture diagram of a terminal device for implementing a simulation method for a transaction scenario according to the present invention;

[0041] Figure 2 It is a flowchart of a first embodiment of a method for simulating a transaction scenario of the present invention;

[0042] Figure 3 A simulation schematic diagram corresponding to the simulation method of the transaction scenario of the present invention;

[0043] Figure 4 Another simulation schematic diagram corresponding to the simulation method of the transaction scenario of the present invention;

[0044] Figure 5 It is another simulation schematic diagram corresponding to the simulation method of the transaction scenario of the present invention;

[0045] Figure 6 It is another simulation schematic diagram corresponding to the simulation method of the transaction scenario of the present invention;

[0046] Figure 7 It is another simulation schematic diagram corresponding to the simulation method of the transaction scenario of the present invention;

[0047] Figure 8It is a flow chart of a second embodiment of a method for simulating a transaction scenario of the present invention;

[0048] Fig. 9 It is a flow chart of a third embodiment of a method for simulating a transaction scenario of the present invention;

[0049] Fig.10 It is a flowchart of a fourth embodiment of a method for simulating a transaction scenario of the present invention;

[0050] Fig.11 The hardware structure diagram of the terminal device of the present invention;

[0051] Fig.12 It is a schematic diagram of the functional modules of the terminal device of the present invention.

[0052] The above drawings show clear embodiments of the present disclosure, which will be described in more detail below. These drawings and text descriptions are not intended to limit the scope of the present disclosure in any way, but to illustrate the concepts of the present disclosure to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0053] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Instead, they are merely examples of devices and methods consistent with some aspects of the present disclosure as detailed in the appended claims.

[0054] The present invention provides a method for simulating a transaction scenario, which can be Figure 1 The system architecture diagram shown is implemented as follows, Figure 1 This is the system architecture diagram of the terminal equipment. Figure 1 As shown, the terminal device 100 includes a plurality of model groups 110, each model group 110 corresponds to a transaction scenario, and the model group 110 includes a plurality of reactant models 101, which are constructed by the bigraph modeling method, and the reactant model 101 is constructed based on the device of the transaction scenario, that is, the reactant model 101 corresponds to the device involved in the transaction scenario. The reactant model constructed by the bigraph modeling method performs simulation in the manner of a flow chart mode simulation.

[0055] The following specific embodiments are used to describe in detail the technical solutions of the present invention and how the technical solutions of the present application solve the above-mentioned technical problems. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present invention will be described below in conjunction with the accompanying drawings.

[0056] Reference Figure 2 , Figure 2 The first embodiment of the transaction scenario simulation method of the present invention comprises the following steps:

[0057] Step S10, determining a first transaction scenario, and determining a model group corresponding to the first transaction scenario, wherein the model group includes multiple first reactant models, the first reactant models are constructed according to a bigraph modeling method, and the first reactant models characterize the equipment of the first transaction scenario.

[0058] In this embodiment, the execution subject is a terminal device, and the terminal device can be a device with a simulated transaction scene such as a computer. The terminal device is provided with a plurality of model groups, and each model group corresponds to a transaction scene. The model group includes a plurality of reactant models, and the reactant model is constructed based on the dual graph modeling method, and the prototype of the reactant model is the device involved in the transaction scene. For example, the transaction scene is that a user withdraws money from an ATM (Automated Teller Machine, ATM for short), which involves an ATM and a savings card, and thus a corresponding reactant model can be constructed for the ATM and the savings card.

[0059] When a transaction scenario needs to be simulated, the transaction scenario to be simulated is defined as a first transaction scenario, that is, the terminal device determines the first transaction scenario. Each model group in the terminal device corresponds to a transaction scenario, and the terminal device obtains the model group according to the first transaction scenario.

[0060] Step S20, determining first data to be transmitted and a first reaction condition of the model group according to the first transaction scenario, and determining a target reactant model in the model group according to the first transaction scenario.

[0061] Each first reactant model in the model group is provided with corresponding reaction conditions for reaction, and these reaction conditions constitute the first reaction conditions of the model group, and the first reaction conditions are stored in the model group. The terminal device obtains the first reaction conditions of the model group. The simulation of the transaction scenario is actually the data entering from one reactant model to another reactant model, or the data entering a reactant model from the model group. The reactant model for data transmission is defined as the target reactant model, which is determined according to the first transaction scenario, that is, the terminal device can determine the target reactant model based on the first transaction scenario.

[0062] Each transaction scenario has corresponding data to be transmitted. Here, the data to be transmitted in the first transaction scenario is defined as the first data. For example, if the transaction scenario is ATM withdrawal, the data to be transmitted is the card number of the savings card, the balance in the savings card, and the amount to be withdrawn. The terminal device obtains the first data to be transmitted in the first transaction scenario.

[0063] Step S30: When the model group satisfies the first reaction condition, the first data is transmitted to the target reactant model.

[0064] The reaction of each first reactant model in the model group can be understood as a simulation of the first transaction scenario. The reaction of each first reactant model requires the model group model to meet the first reaction condition. The first reaction condition can be understood as a prerequisite for realizing the first transaction scenario. For example, the first reaction condition is that the network quality is good, the ATM card slot is not blocked, and the verification parameters are accurate.

[0065] When the model group meets the first reaction condition, each first reactant model can react, thereby simulating the first transaction model, that is, transmitting the first data to the target reactant model. If the model group does not meet the first reaction condition, a prompt message will be sent to the target reactant model. The following is an example.

[0066] Reference Figure 3 , Figure 3 The model group corresponding to the simulated transaction scenario includes the reactant model corresponding to the ATM and the reactant model corresponding to the card, and the reaction condition is that the ATM card slot is not blocked, etc. When the model group meets the reaction condition, the reactant model corresponding to the card is accommodated by the reactant model corresponding to the ATM, which can be understood as the information corresponding to the card is transmitted to the reactant model corresponding to the ATM.

[0067] Reference Figure 4 , Figure 4 The model group corresponding to the simulated transaction scenario includes the reactant model corresponding to the bank and the reactant model corresponding to UnionPay. The reaction condition is that the network is unobstructed, and the data to be transmitted is the transaction information. If the model group meets the reaction condition, that is, the network is unobstructed, the transaction information is transmitted to the reactant model corresponding to UnionPay.

[0068] Reference Figure 5 , Figure 5 The model group corresponding to the simulated transaction scenario includes the reactant model corresponding to the bank and the reactant model corresponding to UnionPay. The reaction conditions are network access and verification, and the data to be transmitted is transaction information. When the model group meets the reaction conditions, that is, the network is unobstructed and verification is passed, the transaction information is transmitted from the reactant model corresponding to UnionPay to the reactant model corresponding to the bank.

[0069] Reference Figure 6 , Figure 6The model group corresponding to the simulated transaction scenario includes the reactant model corresponding to system A and the reactant model corresponding to system B. The reaction conditions are network access and parameter verification, and the data to be transmitted is transaction information. When the model group meets the reaction conditions, that is, the network is unobstructed and the parameters pass the verification, the transaction information is transmitted from the reactant model corresponding to system A to the reactant model corresponding to system B.

[0070] Reference Figure 7 , Figure 7 The model group corresponding to the simulated transaction scenario includes the reactant model corresponding to system A and the reactant model corresponding to the upstream system of system A. The reaction conditions are network access and parameter verification, and the data to be transmitted is transaction information. If the model group does not meet the reaction conditions, that is, the network is not smooth, a timeout message is generated and transmitted to the reactant model corresponding to the upstream system of system A.

[0071] In the technical solution provided in this embodiment, the terminal device determines the first transaction scenario and the model group corresponding to the first transaction scenario. The model group includes multiple reactant models. The reactant model is constructed according to the even graph modeling method, and the reactant model represents the equipment of the transaction scenario. The terminal device then determines the transaction scenario to determine the data to be transmitted and the reaction conditions of the model group, and determines the target reactant model corresponding to the data in the model group based on the transaction scenario. When the model group meets the reaction conditions, the data is transmitted to the target reactant model to complete the simulation of the transaction scenario. In the present invention, the equipment corresponding to the transaction scenario is limited by the even graph modeling method, so that when the transaction scenario is modeled, the transaction scenario is simulated only by the model in the model group corresponding to the transaction scenario, that is, the transaction scenario does not introduce the models corresponding to other devices, avoiding the exponential growth of the simulation scale of the transaction scenario and reducing the simulation time of the transaction scenario.

[0072] Reference Figure 8 , Figure 8 This is a second embodiment of the method for simulating a transaction scenario of the present invention. Based on the first embodiment, before step S10, the method further includes:

[0073] Step S40, obtaining each second transaction scenario, and determining the first transaction state and the first transaction condition corresponding to the second transaction scenario.

[0074] Step S50, determining each device corresponding to the second transaction scenario according to the first transaction state, and constructing a second reactant model for each device corresponding to the second transaction scenario according to the bigraph modeling method.

[0075] Step S60, generating paths between the second reactant models, and determining the second reaction conditions for the second reactant models to react according to the first transaction conditions.

[0076] Step S70, constructing a model group corresponding to each second transaction scenario according to each second reactant model, path and second reaction condition corresponding to the second transaction scenario.

[0077] In this embodiment, before simulating the first transaction scenario, a corresponding model group needs to be constructed. The terminal device obtains each second transaction scenario to be simulated. Each second transaction scenario has a corresponding first transaction state and a first transaction condition.

[0078] The transaction state refers to the state of the device in the transaction scenario, and the transaction state can be used to determine the data of the reactant model corresponding to the device. The first transaction condition refers to the condition required for the transaction to be carried out in the transaction scenario.

[0079] The terminal device determines each device corresponding to the second transaction scenario based on the transaction status, and thus constructs a corresponding second reactant model for each device in the second transaction scenario based on the bigraph modeling method.

[0080] Using the bigraph modeling method, the reactant model can be represented by the Bigraph static structure, the constraints on the various data involved can be represented by the Sorting constraints, and the Bigraphical reaction system can be used to model and simulate the reaction steps.

[0081] The terminal device then generates paths between each second reactant through the dual graph modeling method, and each path represents an instance. The terminal device uses the first transaction condition as the second reaction condition for the reactant model to react. The terminal device then constructs a model group corresponding to the second transaction scenario through each second reactant model, path and second reaction condition corresponding to the second transaction scenario. In this way, the terminal can construct a corresponding model group for each second transaction scenario. It should be noted that the terminal device can add the requirements of the second transaction scenario for data as a Sorting constraint, thereby isolating each model group, that is, isolating each model group through the dotted box in 1.

[0082] Compared with manual execution or other simple simulation methods, the simulation method provided in this embodiment saves simulation time, and the even graph supports concurrent simulation, which avoids omissions due to inadequate consideration of concurrency.

[0083] In the technical solution provided in this embodiment, the terminal device obtains each second transaction scenario and determines the first transaction status and the first transaction condition corresponding to the second transaction scenario, thereby constructing a model group corresponding to the second transaction scenario based on the first transaction condition, the first transaction status and each device in the second transaction scenario.

[0084] Reference Fig. 9 , Fig. 9This is a third embodiment of the method for simulating a transaction scenario of the present invention. Based on the second embodiment, after step S70, the method further includes:

[0085] Step S80, obtaining second data of each second reactant model in the model group, wherein the second data is determined according to the first transaction state.

[0086] Step S90, when it is determined according to the second data that the path corresponding to the second reactant model is abnormal, generating alarm information according to the abnormal path, and outputting the alarm information;

[0087] Step S100, when operation information based on the alarm information is received, the abnormal path is corrected according to the operation information.

[0088] In this embodiment, after completing the modeling of the model group of the transaction scenario, the terminal device needs to detect whether there is an abnormality in the path corresponding to the reactant model, so as to correct the abnormal path.

[0089] In this regard, the terminal device obtains the second data of each second reactant model in the model group, thereby verifying the second reactant model according to the second data. The verification process may be that the parameters in the second data are parameters that should not appear. For example, the second data is the balance of the debit card. If the balance is negative, the second reactant model corresponding to the second data is a node that should not appear under normal circumstances, that is, the path corresponding to the second reactant model is abnormal. At this time, the terminal device generates an alarm message based on the abnormal path, and outputs the alarm message, thereby reminding the simulation personnel to repair the abnormal path. The terminal device can also execute the transaction corresponding to the path. If the transaction is abnormal, the path is an abnormal path.

[0090] Furthermore, the path abnormality may be caused by imperfect modeling. In this regard, when the path corresponding to the second reactant is determined to be abnormal based on the second data, the terminal device first records the abnormal path and abnormal node, and controls each second reactant model of the model group to react according to the second transaction scenario. The terminal device then detects whether the path after each second reactant model reacts is abnormal. If all paths are normal, it is determined that the model group will not simulate abnormalities, and the terminal device deletes the entered abnormal paths and abnormal nodes. If a path is abnormal, it is determined that the abnormal path is not caused by incomplete modeling. The terminal device then generates an alarm message based on the abnormal path, thereby reminding the simulation personnel to repair the abnormal path.

[0091] The simulation personnel will perform operations based on the alarm to correct the abnormal path, so that the terminal device can obtain the operation information and then correct the abnormal path based on the operation information.

[0092] In the technical solution provided in this embodiment, after the model group is constructed, the model group needs to be verified to determine whether there is an abnormal path. If there is an abnormal path, an alarm is issued to remind the simulation personnel to repair the abnormal path.

[0093] Reference Fig.10 , Fig.10 The fourth embodiment of the simulation method for the sub-transaction scenario is based on the second or third embodiment, and after step S70, further includes:

[0094] Step S110, when a change in the first transaction state is detected, a third reactant model corresponding to the equipment involved in the second transaction state is obtained in each model group according to the second transaction state, wherein the second transaction state is the first transaction state after the change, and the equipment involved in the first transaction state is different from the equipment involved in the second transaction state.

[0095] Step S120, reconstructing the model group corresponding to the second transaction scenario according to each third reactant model, the second transaction condition between the third reactant models, and the path between the third reactants.

[0096] In this embodiment, the designed even-graph model group can be partially reused and spliced ​​together to avoid duplication of work and insufficient communication when the transaction link is too long.

[0097] Specifically, the transaction status of the second transaction scenario will change. If it is detected that the first transaction status of the second transaction scenario changes to the second transaction status, the third reactant model corresponding to the equipment involved in the second transaction status is obtained in each model group based on the second transaction status. The third reactant model is an already constructed model. It should be noted that the change in transaction status will cause the equipment involved in the second transaction scenario to change, that is, the equipment involved in the first transaction status is different from the equipment involved in the second transaction status.

[0098] The terminal device reconstructs the model group corresponding to the second transaction scenario based on the third reactant model, the second transaction condition corresponding to the third reactant model, and the path between the third reactants. The second transaction condition corresponding to the third reactant model and the path between the third reactants can both be determined by the second transaction state and the transaction condition under the second transaction state.

[0099] In the technical solution provided in this embodiment, when the terminal device detects a change in the transaction status of the second transaction scenario, it determines the reactant model required for the changed transaction status in the existing reactant model based on the changed transaction status, and thereby reconstructs the corresponding model group based on the determined reactant model. There is no need to repeatedly construct the reactant model, thereby saving the model construction time of the transaction scenario.

[0100] In one embodiment, the designed dual graph model group can be partially reused and spliced ​​to avoid duplication of work and insufficient communication when the transaction link is too long. Specifically, the transaction status of the second transaction scenario will change. The change in the transaction status will cause the transaction conditions involved in the second transaction scenario to change.

[0101] In this regard, the terminal device obtains the third transaction condition based on the changed third transaction condition, thereby correcting the second reaction condition in the model group in the second transaction scenario according to the third transaction condition.

[0102] Fig.11 It is a block diagram of a terminal device according to an exemplary embodiment. The terminal device may be a computer, a tablet device, a mobile phone, etc.

[0103] The terminal device 600 may include: a processor 61, such as a CPU, a memory 62, and a transceiver 63. Those skilled in the art will appreciate that Figure 6 The structure shown in the figure does not constitute a limitation on the terminal device, and may include more or less components than shown in the figure, or combine certain components, or arrange components differently. The memory 62 may be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0104] The processor 61 may call a computer program stored in the memory 62 to complete all or part of the steps of the above-mentioned transaction scenario simulation method.

[0105] The transceiver 63 is used to send information to an external device and receive information transmitted by an external device.

[0106] A non-temporary computer-readable storage medium, when the instructions in the storage medium are executed by the processor of a terminal device, enables the terminal device to execute the simulation method of the above-mentioned transaction scenario.

[0107] A computer program product includes a computer program. When the computer program is executed by a processor of a terminal device, the terminal device is enabled to execute the simulation method of the above-mentioned transaction scenario.

[0108] Reference Fig.12 The present invention further provides a terminal device 700, comprising:

[0109] A determination module 701 is used to determine a first transaction scenario and determine a model group corresponding to the first transaction scenario, wherein the model group includes a plurality of first reactant models, the first reactant models are constructed according to a bigraph modeling method, and the first reactant models represent devices of the first transaction scenario;

[0110] A determination module 701, for determining first data to be transmitted and a first reaction condition of a model group according to a first transaction scenario, and determining a target reactant model in the model group according to the first transaction scenario;

[0111] The transmission module 702 is used to transmit the first data to the target reactant model when the model group meets the first reaction condition.

[0112] In one embodiment, the terminal device 700 includes:

[0113] An acquisition module, used to acquire each second transaction scenario, and determine the first transaction state and the first transaction condition corresponding to the second transaction scenario;

[0114] A determination module 701 is used to determine each device corresponding to the second transaction scenario according to the first transaction state, and to construct a second reactant model for each device corresponding to the second transaction scenario according to a bigraph modeling method;

[0115] A generating module, used for generating paths between the second reactant models, and determining the second reaction conditions for the second reactant models to react according to the first transaction conditions;

[0116] A construction module is used to construct a model group corresponding to each second transaction scenario according to each second reactant model, path and second reaction condition corresponding to the second transaction scenario.

[0117] In one embodiment, the terminal device 700 includes:

[0118] an acquisition module, configured to acquire second data of each second reactant model in the model group, wherein the second data is determined according to the first transaction state;

[0119] The determination module 701 is used to generate alarm information according to the abnormal path when it is determined according to the second data that the path corresponding to the second reactant model is abnormal, and output the alarm information.

[0120] In one embodiment, the terminal device 700 includes:

[0121] A control module, configured to control each second reactant model in the model group to react according to the second transaction scenario when it is determined according to the second data that the path corresponding to the second reactant model is abnormal;

[0122] A detection module, used to detect whether there is any abnormality in the path after each second reactant model reacts;

[0123] A generating module, used for generating alarm information according to the abnormal path when an abnormality occurs in the path after the second reactant model reacts;

[0124] When operation information based on the alarm information is received, the abnormal path is corrected according to the operation information.

[0125] In one embodiment, the terminal device 700 includes:

[0126] an acquisition module, configured to acquire, when a change in the first transaction state is detected, a third reactant model corresponding to the equipment involved in the second transaction state in each model group according to the second transaction state, wherein the second transaction state is the first transaction state after the change, and the equipment involved in the first transaction state is different from the equipment involved in the second transaction state;

[0127] A construction module is used to reconstruct the model group corresponding to the second transaction scenario according to each third reactant model, the second transaction conditions between the third reactant models, and the paths between the third reactants.

[0128] In one embodiment, the terminal device 700 includes:

[0129] A determination module 701, configured to determine a third transaction condition corresponding to the second transaction scenario according to a third transaction status when a change in the first transaction status of the second transaction scenario is detected, wherein the third transaction status is the first transaction status after the change;

[0130] The correction module is used to correct the second reaction condition in the model group corresponding to the second transaction scenario according to the third transaction condition.

[0131] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. The present invention is intended to cover any variations, uses or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The description and examples are to be regarded as exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.

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

Claims

1. A method for simulating a transaction scenario, characterized in that: include: Determine a first transaction scenario, and determine a model group corresponding to the first transaction scenario, wherein the model group includes a plurality of first reactant models, the first reactant models are constructed according to a bigraph modeling method, and the first reactant models characterize the equipment of the first transaction scenario; wherein the first reactant model is represented by a Bigraph static structure, a Sorting constraint is used to represent constraints on various data involved, and a Bigraphical reaction system is used to model and simulate reaction steps; Determine the first data to be transmitted and the first reaction condition of the model group according to the first transaction scenario, and determine the target reactant model in the model group according to the first transaction scenario; wherein each first reactant model in the model group is provided with a corresponding reaction condition for reaction, and the reaction condition constructs the first reaction condition of the model group, and the first reaction condition is stored in the model group; the first reaction condition is a prerequisite for realizing the first transaction scenario; When the model group satisfies the first reaction condition, transmitting the first data to the target reactant model; Before the step of determining the first transaction scenario and determining the model group corresponding to the first transaction scenario, the method further includes: Acquire each second transaction scenario, and determine a first transaction state and a first transaction condition corresponding to the second transaction scenario; wherein the first transaction state refers to the state of the device in the transaction scenario, and is used to determine the data of the reactant model corresponding to the device; the first transaction condition refers to the condition required for the transaction to be conducted in the transaction scenario; Add the data requirements of the second transaction scenario as Sorting constraints to isolate each model group; Determine each device corresponding to the second transaction scenario according to the first transaction state, and construct a second reactant model for each device corresponding to the second transaction scenario according to a bigraph modeling method; generating paths between the second reactant models, and determining second reaction conditions for the second reactant models to react according to the first transaction conditions; Constructing a model group corresponding to each second transaction scenario according to each second reactant model, the path, and the second reaction condition corresponding to the second transaction scenario; Acquire second data of each second reactant model in the model group, wherein the second data is determined according to the first transaction state; When it is determined according to the second data that the path corresponding to the second reactant model is abnormal, generating alarm information according to the abnormal path, and outputting the alarm information; When operation information based on the alarm information is received, correcting the abnormal path according to the operation information; After the step of constructing a model group corresponding to each second transaction scenario according to each second reactant model, the path and the second reaction condition corresponding to the second transaction scenario, the method further includes: When a change in the first transaction state is detected, a third reactant model corresponding to the equipment involved in the second transaction state is obtained in each of the model groups according to the second transaction state, wherein the second transaction state is the changed first transaction state, and the equipment involved in the first transaction state is different from the equipment involved in the second transaction state; The model group corresponding to the second transaction scenario is reconstructed according to each of the third reactant models, the second transaction conditions between the third reactant models, and the paths between the third reactants.

2. The method for simulating a transaction scenario according to claim 1, characterized in that: When it is determined according to the second data that the path corresponding to the second reactant model is abnormal, the step of generating alarm information according to the abnormal path includes: When it is determined according to the second data that the path corresponding to the second reactant model is abnormal, controlling each of the second reactant models in the model group to react according to the second transaction scenario; Detecting whether there is any abnormality in the path after each of the second reactant models reacts; When an abnormality occurs in a path after the second reactant model reacts, alarm information is generated according to the abnormal path.

3. The method for simulating a transaction scenario according to claim 1, characterized in that: After the step of constructing a model group corresponding to each second transaction scenario according to each second reactant model, the path and the second reaction condition corresponding to the second transaction scenario, the method further includes: When a change in the first transaction state of the second transaction scenario is detected, determining a third transaction condition corresponding to the second transaction scenario according to a third transaction state, wherein the third transaction state is the first transaction state after the change; The second reaction condition in the model group corresponding to the second transaction scenario is modified according to the third transaction condition.

4. A method for simulating a transaction scenario, characterized in that: include: A determination module is used to determine a first transaction scenario and determine a model group corresponding to the first transaction scenario, wherein the model group includes a plurality of first reactant models, the first reactant models are constructed according to a bigraph modeling method, and the first reactant models characterize the equipment of the first transaction scenario; wherein the first reactant model is represented by a Bigraph static structure, a Sorting constraint is used to represent constraints on various data involved, and a Bigraphical reaction system is used to model and simulate reaction steps; The determination module is further used to determine the first data to be transmitted and the first reaction condition of the model group according to the first transaction scenario, and determine the target reactant model in the model group according to the first transaction scenario; wherein each first reactant model in the model group is provided with a corresponding reaction condition for reaction, and the reaction condition constructs the first reaction condition of the model group, and the first reaction condition is stored in the model group; the first reaction condition is a prerequisite for realizing the first transaction scenario; a transmission module, configured to transmit the first data to the target reactant model when the model group satisfies the first reaction condition; The determination module is further used to obtain each second transaction scenario, and determine the first transaction state and the first transaction condition corresponding to the second transaction scenario; wherein the first transaction state refers to the state of the device in the transaction scenario, and is used to determine the data of the reactant model corresponding to the device; the first transaction condition refers to the condition required for the transaction to be carried out in the transaction scenario; Add the data requirements of the second transaction scenario as Sorting constraints to isolate each model group; Determine each device corresponding to the second transaction scenario according to the first transaction state, and construct a second reactant model for each device corresponding to the second transaction scenario according to a bigraph modeling method; generating paths between the second reactant models, and determining second reaction conditions for the second reactant models to react according to the first transaction conditions; Constructing a model group corresponding to each second transaction scenario according to each second reactant model, the path, and the second reaction condition corresponding to the second transaction scenario; Acquire second data of each second reactant model in the model group, wherein the second data is determined according to the first transaction state; When it is determined according to the second data that the path corresponding to the second reactant model is abnormal, generating alarm information according to the abnormal path, and outputting the alarm information; When operation information based on the alarm information is received, correcting the abnormal path according to the operation information; When a change in the first transaction state is detected, a third reactant model corresponding to the equipment involved in the second transaction state is obtained in each of the model groups according to the second transaction state, wherein the second transaction state is the changed first transaction state, and the equipment involved in the first transaction state is different from the equipment involved in the second transaction state; The model group corresponding to the second transaction scenario is reconstructed according to each of the third reactant models, the second transaction conditions between the third reactant models, and the paths between the third reactants.

5. A terminal device, characterized in that: The terminal device includes a memory and a processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the processor executes the transaction scenario simulation method according to any one of claims 1 to 3.

6. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the method for simulating a transaction scenario as described in any one of claims 1 to 3.

7. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the method for simulating a transaction scenario as described in any one of claims 1 to 3 is implemented.

Images