CN101009017A - Trading system - Google Patents
Trading system Download PDFInfo
- Publication number
- CN101009017A CN101009017A CN 200710008206 CN200710008206A CN101009017A CN 101009017 A CN101009017 A CN 101009017A CN 200710008206 CN200710008206 CN 200710008206 CN 200710008206 A CN200710008206 A CN 200710008206A CN 101009017 A CN101009017 A CN 101009017A
- Authority
- CN
- China
- Prior art keywords
- transaction
- processing
- important document
- based requirements
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
The invention relates to a trade system. In prior art, an ordering information for securities trading, serial perform reception, trade terms confirm, bargain, sending result are processed. So the patent documentation 1 records that under condition of trading volume increasing caused by concentrating order the specified kinds, the problems of non-smoothly trade processing and system stop are happened. In the invention the affairs (a plurality of trade requirements) are divided by the stated unit, and perform each processing (including units for processing sub-affairs) In addition, the invention ensure sequentiality under the condition of above dividing such as the processing condition is stored in the database in each processing step. The stated unit includes kind, terminal, market, server and so on.
Description
Technical field
The present invention relates to realize comprising the technology of the commodity transaction of securities such as stock, relate in particular to employed securities exchange system in the transaction of in the exchange of so-called securities market, carrying out, its method and program in interior business.
Background technology
In the existing transaction that comprises security exchange, by receive and relatively ordering information judge whether meet terms of trade, thereby make transaction strike a bargain (with reference to prior art 1: the spy opens the 2001-297195 communique).Specifically, ordering information, the Transaction Information by the relevant stock jobbery of input media 32 input is stored in transaction memory storage 34, the memory storage 36 of concluding a bargin by control device 33.Ordering information, Transaction Information send to each client 10,20 by ordering information sending part 35, and are displayed on the display device 12.After transaction strikes a bargain, send transaction conclusion of the business information, be presented on the display device 12 by transaction conclusion of the business information sending part 37, and from loudspeaker 13 sound that gives a warning.After confirming transaction content, deletion ordering information, transaction conclusion of the business information store customer identification information, ordering information, Transaction Information into the memory storage 36 of concluding a bargin.
In addition, in the prior art,, commence business by uniting a plurality for the treatment of apparatus carrying out security exchange etc. when professional.In order to carry out this processing, used so-called formation (queue) and carried out processing.Such as, following formation is disclosed in the prior art 2 (US2005/0076059), that is: relate to a kind of business process tracking means, its purpose is and can follows the tracks of the flow process of the business process that constitutes by crossing over a plurality of application programs of carrying out between different business systems under the situation that does not change existing system.In order to realize this purpose, the incident management device 1 in the prior art 2 is collected by the incident extraction unit 32～52 of each operation system A3～C5 and is extracted the event data that defines and extract based on incident, is aligned in the event queue 12.Event correlation portion 13 concentrates event data and is business datum unit, carries out the association between the business datum and stores incident management DB14 into.When by user terminal 6 input search conditions, efferent 16 outputs to user terminal 6 and demonstration with the association between the business datum with tree-structure mode according to search condition retrieval event management DB 14.
But, carry out for ordering information serial in the prior art 1 receive, terms of trade are confirmed, transaction strikes a bargain, send each processing of result.Therefore, in the prior art 1, when because the order of certain species is concentrated etc. former thereby when trading volume was increased, transaction processing can not be carried out swimmingly, even may cause system's operation to stop.
Summary of the invention
The object of the present invention is to provide a kind of transaction system.The present invention is cut apart so-called affairs (a plurality of transaction-based requirements) with the unit of regulation, and the every processing of executed in parallel (comprise be used to handle subservice unit).In addition, the present invention has also guaranteed succession under situation about as above cutting apart.Such as, the situation of carrying out that will handle in every processing, step is stored in the database.Comprise kind, terminal, market, server etc. as the unit of regulation.
Specifically, transaction system of the present invention is connected with transmission any one group a plurality of transaction terminals transaction-based requirements, that belong in a plurality of groups respectively, carries out the security exchange of described transaction-based requirements correspondence and handles.Transaction system of the present invention has corresponding to each acceptance apparatus of described group (server), and this acceptance apparatus comprises accepts unit and storage unit, and this is accepted the unit and accepts the transaction-based requirements that contain trade variety; This storage unit confirms whether normally received the transaction-based requirements of being accepted, and under normal situation about receiving, reception result is sent to the transaction terminal that has sent these transaction-based requirements, and described transaction-based requirements are stored in the important document database.Also comprise corresponding with the trade variety of security respectively a plurality of traction processing apparatus (server), each traction processing apparatus (server) comprises from the extraction unit of the described important document database extraction transaction-based requirements corresponding with the trade variety of self, state recording the unit described important document database in of described transaction-based requirements can accept transaction that will extract.Also comprise corresponding with the trade variety of security respectively a plurality for the treatment of apparatus of concluding a bargin (server), each treating apparatus of concluding a bargin (server) comprises the unit of accepting second transaction-based requirements, and is corresponding and corresponding with the described transaction-based requirements of the state recording that can accept transaction with self trade variety in described second transaction-based requirements and the transaction-based requirements that are recorded in described important document database, the identifying unit whether judgement can conclude a bargin and handle according to described transaction-based requirements and described second transaction-based requirements, the described result's who concludes a bargin of reflection transaction-based requirements are recorded in unit in the described important document database.This transaction system can a plurality of security exchanges of executed in parallel.In addition, the present invention also comprises each device (server), method that constitutes this system and the program that realizes this system.
Among the present invention,, add and use this paired information at acceptance apparatus in order to obtain the corresponding relation between each transaction terminal and the group.At this, also comprise the information of the corresponding relation of the information of each kind of expression identification and kind group as this paired information.
And prior art 2 is an object with the workflow, and purpose is how to grasp (tracking) business process.Be that prior art 2 does not consider under the situation that be not carried out by the processing that each treating apparatus is carried out how to make its recovery especially.Therefore, in the prior art 2, when the processing of carrying out at treating apparatus stops, can not recovering the regulation business effectively.Especially from certain device send to handle request (through after the time limit of stipulated time its render a service disappear) and carry out under the situation about handling the accumulation of the case that can cause being untreated as trigger (trigger).And, when the case that is untreated is piled up, not only can waste hardware resources such as memory storage, even the system that can cause comprising this hardware resource stops, making to comprise transaction interior professional termination the itself.
At above problem, the present invention also has following formation.That is: do not having relevant processing information requested, and existing under the situation of the entity (case, important document information) that handle, self sending solicited message and beginning to handle at self.Here, the present invention also can separate processes about handle information requested and corresponding with it, carry out the necessary important document information of handling, judge whether there is the entity that handle according to having or not of this important document information.
More specifically, the following formation of the present invention.
Transaction system of the present invention is connected with transmission any one group a plurality of transaction terminals transaction-based requirements, that belong in a plurality of groups respectively, is made of a plurality for the treatment of apparatus, carries out the security exchange of described transaction-based requirements correspondence and handles.Described a plurality for the treatment of apparatus comprises first treating apparatus and second treating apparatus.This first treating apparatus sends the processing request that is used to carry out at least a portion that described security exchange handles, and this is handled request and renders a service sometimes after transmission and disappear; This second treating apparatus is carried out the processing of described processing request correspondence, described first treating apparatus sends described processing request, will be corresponding with described processing request, be used to carry out by described processing request the important document information stores of the processing that should carry out in the important document database.Described second treating apparatus confirms that the processing request that endlessly sends is arranged, under the situation that has described processing request, and the corresponding important document information of retrieval from described important document database, and carry out corresponding processing; Under the situation that does not have described processing request, retrieve described important document database, retrieval should be in the processing that self carries out untreated important document information, when having untreated important document information, self is sent and there is the corresponding solicited message of untreated this situation of important document information, after receiving described request information, obtain corresponding important document information from described important document database, and carry out corresponding processing.The message of unrecovered when the what is called here sends and renders a service the processing request that disappears behind the certain hour and comprise mechanical disorder, non-standing, also can be certain during the back render a service and disappear or the request that disappears itself.
Here, confirm to have the processing request that endlessly sends also to comprise and confirm to have or not effective processing request.Such as, comprise that also detecting the processing request that sends lost efficacy (comprising the disappearance of effectiveness and the disappearance of itself, such as overtime).In addition, first treating apparatus will be handled request and write (can visit from each treating apparatus) predetermined data storehouse.This database can be the important document database.In addition, second treating apparatus confirms to have the non-processor request by visiting described database.At this moment, can be provided with on important document information that expression has been handled or untreated sign, use this content to carry out the affirmation of non-processor request.Also can send to second treating apparatus with handling request, with the important document information stores in the important document database.
The solicited message that second treating apparatus sends also can be that " simulation " handles request.That is: identical with the project of handling request in terms of content, according to the important document information input important document information object (process object) that is stored in the important document database.That is, extract in the important document information that is stored in the important document database should handle at self, but untreated important document information, write the identifying information corresponding with this important document information.Here, can stab function service time and keep succession.That is: comprise request constantly the information of expression in the important document information that extracts, keep succession by using this information to control by the timestamp function record.
And the present invention also is included under the situation that detects overtime (inefficacy), sends solicited message.
In addition, the present invention also comprises the following processing of execution.Described second treating apparatus is when existing described untreated processing request (such as detecting the overtime situation about losing efficacy that waits), add up the number of this untreated important document information, in the processing of having carried out described correspondence or when getting access to the important document information of described correspondence, from described number, deduct 1, described second treating apparatus can send solicited message to self repeatedly, is 0 until described number.
The statistics of number can followingly be carried out.At first, make to comprise expression in the important document information and self handled or untreated information, wherein untreated by statistics such as identifying information, should be by the important document information of self handling.Specifically, be under the situation of search condition with " group code name ", " the group code name (discerning the identifier of this group) " administered with this process adds up to, be under the situation of search condition with " key word (key) ", " the group code name " administered with this process is search condition, with " keyword " is that unit adds up to, and sets this number in retransmitting with MQ (solicited message).(" keyword " is under the situation of unit, sends the MQ of the kind of the keyword with backlog of requests).Here, also can add up untreated number according to the content of important document database, and with its storage (that is: with this recorded content as the number that is untreated).
In addition, the important document information that deletion has been handled is retained in the important document database with untreated important document information, and such formation can be achieved by the number of adding up the important document information that keeps.
In the above-mentioned formation of the present invention, at least one side of described processing request and described request information is an information of self rendeing a service disappear (inefficacy, overtime) behind certain hour.In addition, described processing request and described request information also can be forwarding queues.
And the present invention is applicable to be cut apart so-called affairs (a plurality of transaction-based requirements) with the unit of regulation, and executed in parallel each handle (comprise be used to handle subservice unit).
According to one embodiment of the present invention, can parallel processing comprise every processing of subservice unit, can further improve the extendability of system.In addition, according to other embodiment of the present invention, can realize the recovery of handling more easily.
Description of drawings
Fig. 1 is the system's pie graph (1) in one embodiment of the present invention.
Fig. 2 is the system's pie graph (2) in one embodiment of the present invention.
Fig. 3 is the process flow diagram of the contents processing in expression one embodiment of the present invention.
Fig. 4 is the process flow diagram (under the normal condition) of the detailed process of step 101 in the presentation graphs 3～103.
Fig. 5 is the process flow diagram (under the abnormal ending situation) of the detailed process of step 101 in the presentation graphs 3～103.
Fig. 6 is the figure that is used to illustrate the base conditioning content of present embodiment.
Fig. 7 is the table that the corresponding relation of kind and kind group in one embodiment of the present invention has been write down in expression.
Fig. 8 is the figure of the notion of expression response message.
Fig. 9 is the figure of the time diagram (image) of expression response message.
Figure 10 is the figure of the response message object handles of each terminal of expression.
Figure 11 is the figure of the response message object handles of each kind of expression.
Figure 12 is the figure (1) of the thinking (treat Chi examine え side) of the queuing of expression in one embodiment of the present invention.
Figure 13 is the figure (2) of the thinking of the queuing of expression in one embodiment of the present invention.
Figure 14 is the figure (3) of the thinking of the queuing of expression in one embodiment of the present invention.
Figure 15 is the process flow diagram of the contents processing in expression one embodiment of the present invention.
Figure 16 is the process flow diagram that describes the retransmission process among Figure 15 in detail.
Figure 17 is the figure in event data storehouse of indicating.
Figure 18 is the effect of explanation present embodiment and the figure that handles summary.
Embodiment
Below, with reference to the description of drawings embodiments of the present invention.Transaction with security (stock) is that example is illustrated in the present embodiment, but the present invention is not limited to this.
The substance of present embodiment at first, is described with reference to Fig. 6.As shown in Figure 6, affairs are divided into subservice unit, and shown in Fig. 6 below, realize (simulation) parallel processing of similar pipeline processes.What Fig. 6 represented the top is an example of each subservice.
Next, the summary (thinking) of present embodiments is described with reference to Figure 12～14.The prerequisite of the processing of present embodiment has following project as shown in figure 12: the succession of each kind in being necessary to guarantee to conclude the business, and be necessary to manage the order receiving of every station terminal or accept/conclude a bargin notice.According to above-mentioned important document, as shown in figure 13, determine the processing unit of every processing.
In addition, in this thinking the relevant reason that process queue takes place have such as the processing unit's difference between handling (such as, accept orders～transaction processing and control 1 etc.).Then, handling the thinking of lining up between the different processing of unit with reference to Figure 13 explanation.The processing of accepting order～transaction processing control 1 is illustrated as the example of handling the different processing of unit.Be the processing of terminal unit because need make to accept to order, make transaction processing control 1 for being the processing of unit, so considered following content with the kind.
Accept order: be the processing of while for fear of a plurality of processes, check whether corresponding terminal is is accepting order from same terminal.
Can set the number of processes (handling multiple degree) of each set of terminal.
Transaction processing control 1: the process number that makes each kind group is 1, carries out serial processing in each kind group.
By this control, to accept order each terminal is guaranteed succession, transaction processing control 1 is to each kind assurance succession.
As shown in figure 13, accepting order and transaction processing control 1 serves as to handle unit with terminal, kind respectively, handles the unit difference, so line up under following situation.
As shown in figure 14, consider following situation: same kind C (kind group 1) is ordered from terminal A and terminal B.Transaction processing control 1 need be carried out serial processing to each kind, therefore, if come of the order arrival transaction processing control 1 of the order of self terminal A, then before the transaction processing control 1 of the order of coming self terminal A finishes, come the processing of the order of self terminal B to wait for early than terminal B.Like this, line up when MQ extracts in transaction processing control 1.
Because coming to follow the time of arrival of the order of self terminal Poisson (poisson) distributes, according to processing time, process utilization factor and the window number (being 1 in the above-mentioned example) of transaction processing control 1, utilize waiting line theory (treating Chi ranks reason Theory) to calculate above-mentioned queuing time.Consider this queuing time during the time in calculated response, and estimate.About this content, second embodiment is described with reference to Fig. 8～11.
Fig. 1 represents the system's pie graph in the present embodiment.Each computing machine interconnects by network.Each computing machine has and comprises storer, hard disk at treating apparatus such as interior memory storage and CPU, and treating apparatus is carried out information processing according to the program that is stored in the memory storage.As shown in Figure 1, the system in the present embodiment is made of the memory storage group 5 of the information of transaction terminal 1, acceptance apparatus 2, traction processing apparatus 3, conclude a bargin treating apparatus 4 and the relevant transaction of storage.These constitutive requirements are made of a plurality of respectively, also can followingly constitute: (1) transaction terminal 1 comprises a plurality of transaction terminals as group; (2) acceptance apparatus 2, traction processing apparatus 3, the treating apparatus 4 of concluding a bargin can be used as hardware and are made of the server unit of one, also can be used as to have respectively separately that the software of function constitutes.In addition, under above-mentioned (2) situation, also can make acceptance apparatus 2, traction processing apparatus 3 be one, can also make traction processing apparatus 3, the treating apparatus 4 of concluding a bargin is for one etc.In the present embodiment, as shown in Figure 2, be that the example of one illustrates with conclude a bargin treating apparatus 4 and traction processing apparatus 3.In this Fig. 1,2 the formation, each acceptance apparatus 2 (21,22) is corresponding with each group (securities broker company etc.) of transaction terminal.Each traction processing apparatus 3, respectively the treating apparatus 4 (perhaps that both are integrated and constitute treating apparatus 31,32) of concluding a bargin is corresponding with each kind that should be processed, and execution is about the processing of the transaction-based requirements of this corresponding relation.This corresponding relation can not be that device is the corresponding relation that hardware has, but the corresponding relation that software has.This corresponding relation can also be according to condition dynamic changes such as trading volumes.That is: from the transaction-based requirements of certain group or the transaction-based requirements of certain kind (increase) during to stated number (amount), can make device specifies (such as, same device, computer resource that transaction-based requirements are minimum) carry out the processing of this group (perhaps kind).In addition, present embodiment also is included in the relation that detects transaction-based requirements (perhaps following the calculated amount of transaction-based requirements) in the same device and whether satisfies certain relation (difference is more than threshold value or be regulation relation such as 1: 10), and according to this content alteration corresponding relation (device that transaction-based requirements are few changes to the many devices of transaction-based requirements).
The following describes the contents processing of present embodiment.
At first, with reference to Fig. 3, the base conditioning of present embodiment is described.In step 101, acceptance apparatus 21,22 carries out accepting from the transaction system of correspondence the processing of order.At this, acceptance apparatus 21 receives the transaction-based requirements that comprise identification appointment kind, buy or sell, wish the amount of money, stock number of share of stock, demander's's (transaction terminal (group)) information from transaction system.In order to receive corresponding transaction-based requirements, can connect transaction terminal (group) corresponding mutually on the physical relation as shown in figure, also can determine corresponding acceptance apparatus by transaction terminal, send transaction-based requirements to fixed acceptance apparatus.And, can implement filtration treatment acceptance apparatus one side, receive only transaction-based requirements from corresponding transaction terminal (group).
Then, import text in same step 101, be the inspection of transaction-based requirements.This checks according to the fault situation occurred on the communication path judge whether normally received transaction-based requirements.
In the present embodiment, acceptance apparatus 2 carries out following processing in step 101.At first, discerning the information that is included in the demander in the transaction-based requirements as prerequisite, is the information of determining transaction terminal.Here, acceptance apparatus 2 determines to retrieve in the table information that is used for determining the set of terminal that this information is corresponding with keyword in terminal-set of terminal.Then, the information that retrieves is included in the transaction-based requirements processing after carrying out.In the present embodiment, in any one transaction system, be keyword to specify kind, determine to retrieve the information of determining the kind group in the table in kind shown in Figure 7-kind group, and the information that retrieves is included in the transaction-based requirements.When in every processing, determining group (perhaps kind, terminal), use the information of newly appending as mentioned above.
Enter step 102 then, each acceptance apparatus sends to the transaction terminal that has sent transaction-based requirements with the check result of step 101.Being judged to be when normally receiving, will normally accept to reply sending to transaction terminal.Then the transaction-based requirements that receive are stored in the important document DB51.In this case, each transaction-based requirements and transaction situation are mapped storage.Here, the storage representation information of " accepting ".Also transaction-based requirements can be stored in the important document DB corresponding to each " trade variety " that comprised in the transaction-based requirements.Such as, the transaction-based requirements of kind " a " are stored in the important document DB51-a.In addition, important document DB is stored in the memory storage group 51.In addition, each important document DB51 (51-a, 51-b) also can be stored in the same medium on physical relation.
Then, in step 103, transaction system 31,32 respectively (use transaction processing program) from important document DB51 extract the transaction situation for " accepting " and with self transaction-based requirements of corresponding " kind ".This leaching process can send forwarding queue to each " trade variety " corresponding transaction system 31,32 and realize by acceptance apparatus one side when important document DB51 writes down (the same kind that is being comprised has write down under the situation more than the fixed number).Whether transaction system 31,32 can exist the transaction-based requirements of " accepting " at the important document DB51 that the regulation that comprises each certain hour is retrieved self correspondence constantly, also can retrieve important document DB as trigger with receive the information that expression write down from acceptance apparatus.Whether the transaction-based requirements that this trigger can detect same " kind " and are carried out more than a fixed number.In the record of important document DB can be recorded in the important document DB of each " kind " (following identical).
The transaction-based requirements that carry out extracting then publish the processing on so-called bulletin board.That is: make it become the state that to conclude the business.About the detailed process of this processing, narrate in the back with reference to Fig. 4,5.Under the situation of having carried out this processing, the transaction situation of important document DB is changed to " transaction " and record from " accepting ".
In step 104, transaction system 31,32 adds the order receiving numbering of identification transaction-based requirements respectively, and is stored in the important document DB.Then, each acceptance apparatus is a trigger with this record or time, record count, from important document DB will be corresponding with self " transaction terminal (group) ", the transaction situation numbers for the order receiving of the transaction-based requirements of " transaction " and sends to the transaction terminal that has sent these transaction-based requirements.
In step 105, transaction system 31,32 (use conclude a bargin handling procedure) respectively extracts the transaction-based requirements of transaction situation for " kind " " transaction ", corresponding with self from important document DB51.Can carry out this leaching process by the processing identical with step 103.Then, the transaction-based requirements that extract are carried out " processing of concluding a bargin ".That is: whether detection exists the transaction-based requirements of corresponding with the transaction-based requirements that extract (the expression buyer-seller relationship is opposite, price, number of share of stock correspondence).This is treated to common processing, omits its detailed description.
In step 106, transaction system 31,32 concluding a bargin of (use conclude a bargin handling procedure) determination step 105 respectively concludes a bargin whether set up (whether detecting corresponding transaction-based requirements) in handling, and this result is stored in the important document DB explicitly with corresponding transaction-based requirements.Then, under the situation about setting up of concluding a bargin, enter into step 107, and under the situation about not setting up of concluding a bargin, then enter into step 108.In step 106, under the situation about setting up of concluding a bargin, " transaction " of important document DB changed to " concluding a bargin ", and under the situation of not establishment of concluding a bargin, " transaction " changed to " not concluding a bargin ".
In step 107, each acceptance apparatus is a trigger with this record or time, record count, from important document DB will be corresponding with self " transaction terminal (group) ", the transaction situation sends to the transaction terminal that sends these transaction-based requirements for the notice of concluding a bargin of the transaction-based requirements of " concluding a bargin ", the described notice of concluding a bargin comprises the numbering of concluding a bargin that is used for determining agreement, enters step 108 then.
In step 108, transaction system 31,32 difference (use transaction processing program) generate and send the outside output information to transmissions such as not shown market systems.Here, extracting corresponding with self, transaction situation as described above is the transaction-based requirements of " concluding a bargin " or " not concluding a bargin ", and the processing of execution in step 108.
Below, with reference to Fig. 4,5, the detailed process of description of step 101～103 (especially step 103).At first, with reference to Fig. 4, the example under the situation of normally having carried out handling is described.
The detailed process of step 101 and 102 is described earlier.Step 101,102 (being following detailed process) is carried out with " group " unit.This point, as mentioned above.
In step 1011, receive the transaction-based requirements that send, in step 1012, import text as described above, be the inspection of transaction-based requirements.This is checked according to the fault situation occurred on the communication path and whether has judged normally reception.Being judged to be under the improper situation, enter into step 1021, and be judged to be under the normal situation, enter into step 1022.
In step 1021, send wrong (failing normally to receive) notice to the transaction terminal that sends transaction-based requirements.Then, in step 1022, the transaction-based requirements that receive are recorded in corresponding to each " kind " and in the important document DB that is provided with, that is: are recorded in the important document DB corresponding with " kind " of the transaction-based requirements that receive.At this moment, will " accept " and change to " transaction " and record.
In step 1023, the notice transaction terminal normally receives.In step 1024, produce forwarding queue (MQ), then as the processing trigger of transaction system 31 grades.Here, can produce forwarding queue at each " kind ".The generation of this forwarding queue (perhaps notifying to treating apparatus) can detect important document DB (transaction-based requirements of same " kind " that is comprised are more than the some) back that has been recorded in acceptance apparatus constantly in the regulation that comprises each certain hour and carry out as mentioned above.
Below, the detailed process of description of step 103.This step 103 (being following detailed process) is carried out with " kind " unit.This point, as mentioned above.In step 1031, extract the transaction-based requirements of " kind " corresponding with self from important document DB.Then, carry out to confirm handle in step 1032, whether each project of confirming the transaction-based requirements that extract has or not omissions, quantity corresponding with the transmission number etc.
Then, in step 1033, under the situation of (being judged to be incorrect) that makes a mistake, enter into step 1034 and carry out relevant wrong processing.That is: to the transaction terminal notice mistake has taken place.
Being judged to be under the normal situation, enter into step 1035.In step 1035, carry out " bulletin board recording processing ".As the embodiment of bulletin board recording processing, be included among the important document DB in the time can concluding the business flag set.In addition, accepting order record is also contained in bulletin board DB in a kind of form of present embodiment.And can be their combination.
In step 1036, carried out the bulletin board recording processing then to the important document DB of corresponding " kind " record.Enter step 1037 then, send expression to transaction terminal and order the notice of normally being accepted.In step 1039, the same with step 1024, produce forwarding queue (MQ), as the processing trigger in transaction system 31 grades.Here, can produce forwarding queue at each " kind ".The generation of this forwarding queue (perhaps notifying to treating apparatus) can detect important document DB (transaction-based requirements of same " kind " that is comprised are more than a fixed number) back that has been recorded in acceptance apparatus at the predetermined instant that comprises each certain hour and carry out as mentioned above.
Below, with reference to Fig. 5, the processing under the specification exception end situation (in the situation of the processing abnormal ending midway of step 103).This processing is identical with the processing of Fig. 4 basically.Detecting under the situation of abnormal ending, carry out this processing requirements once more.Specifically, realize by read the data identical from important document DB with the transaction-based requirements of abnormal ending.
Important document DB can have a plurality of kinds corresponding to each kind, each group as described above.In this case, with treatment situation change (the transaction situation of certain important document DB become " transaction " etc.) by " accepting " be that trigger is controlled so that realize information each other consistance, change the transaction situation of other important document DB.
As database cluster, can be provided for uniting the database of the every processing shown in Fig. 4,5.Important document DB and these databases comprise following content.
Important document DB: be used for database in the affairs associating storage data of basic APP;
Important document DB (accepting → conclude the business): the DB that is used for associating data during " accepting processing → transaction processing ";
Important document DB (concluding the business → conclude a bargin): the DB that is used for associating data during " transaction processing → processing of concluding a bargin ";
Important document DB (concluding a bargin → conclude the business): the DB that is used for associating data during " processing → transaction processing of concluding a bargin ";
Important document DB (concluding the business → accept): the DB that is used for associating data during " transaction processing → accept processing ";
Professional DB: required database on the business;
Accept and order bulletin board DB: the result of store transaction treating apparatus;
Order historical DB: the result who stores the treating apparatus of concluding a bargin.
According to embodiments of the present invention as mentioned above, (simulation) parallel processing by as pipeline processes can improve handling capacity.
Adopt aforesaid embodiment (carrying out dispersion treatment),, can adapt to the increase of transaction (computing) amount by setting up the extends perpendicular of each treating apparatus (traction processing apparatus 3, the treating apparatus 4 of concluding a bargin) by grouping.In addition, acceptance apparatus 2 can adapt to the increase of transaction (computing) amount by appending the horizontal extension of (enhancing) treating apparatus (CPU).And the present invention is not limited only to as above expand, also can each transaction system of extends perpendicular, and the horizontal extension acceptance apparatus can also all carry out extends perpendicular, horizontal extension to each device.
Below, with reference to Fig. 8～11, second kind of embodiment of the present invention is described.
In second kind of embodiment, calculate the response time under the dispersion treatment situation of carrying out in the above-mentioned embodiment.That is: as described in the above-mentioned embodiment, under the situation of carrying out dispersion treatment, can not know response time immediately at each transaction-based requirements.This is because shown in Figure 10,11, does not carry out on a table apparatus because each subservice is handled, so be difficult to calculate the time.The so-called response time as shown in Figure 8, be meant from accept order play carry out reception notification or the notice of concluding a bargin till time.
So in the present embodiment, the subservice that will disperse to carry out on a plurality for the treatment of apparatus connects to one and orders the reception notification business and control, and generates service response information.That is: write down the start time of subservice initial in every subservice and the concluding time of final subservice, the time calculates in response with both difference.When writing time, the information (accepting numbering) of identification transaction is stored accordingly.
Also can be as shown in Figure 8, write down the start time of every subservice and the concluding time of final subservice.In this case, extract necessary subservice, can calculate the response time of subservice (constituting) by multinomial subservice according to specifying.More particularly, carry out following the processing.To accept the subservice zero hour of order and accept number record in DB.After processing in, also with subservice zero hour with accept number record in DB.In a last subservice " reception notification processings " of ordering the reception notification business, not only with subservice zero hour with accept number record in DB, the subservice that also will reply behind the transaction terminal is recorded in the DB finish time.Will corresponding to one order the reception notification business accept numbering as keyword, the difference of the finish time of " the reception notification processing " of the zero hour of " accepting orders " according to subservice at first and last subservice calculates the response time of order reception notification business.
Below, with reference to description of drawings the third embodiment of the present invention.Transaction with security (stock) is that example is illustrated in the present embodiment, but the present invention is not limited to this (also being applicable to other business).
The substance of present embodiment at first, is described.
(1) common, send the request handled (such as MQ (forwarding queue)) from contact originating process (such as the acceptance apparatus Fig. 1,2 2) to contact destination process (such as the traction processing apparatus among Fig. 1,2 3).Here, with device, be hardware as sending the destination, but both comprised in the present embodiment that the different situation of hardware also comprised the situation that hardware is identical.Get final product so long as can send the record of important document database and handle request (MQ) to the process of handling the request destination from a certain process (handling procedure).Such as, " accepting order " process is carried out the number of times of set of terminal number, and " transaction processing control 1 " process is carried out the number of times of kind group number." transaction processing control 1 " is bundled on " the kind group " as the set of a plurality of kind keywords." transaction processing control 1 " this function title and kind group be combined determines a process.Server and group can be corresponding one to one, also can dispose a plurality of groups on a station server.
(2) in contact destination process, when receiving MQ, obtain (SELECT) important document information (record) from the important document DB of this MQ correspondence.,, there are following two kinds here: (a) use the identifier (such as, group code name) of " group " (perhaps self) of identification self to carry out (make to include separately in MQ and the important document information and organize code name) as this adquisitiones; (b) use the identifier of the kind of identification trading object to carry out (make in MQ and the important document information and include the identifier of discerning kind separately).In addition, also can stab function service time and make in the important document information and comprise temporal information, to be the contact originating process carrying out the temporal information that sends when handling Request Processing (or regulation such as transmission handle, also can be at the important document information processing) to this temporal information.Then, the order that obtains according to the order decision of this temporal information.Such as, by the time by early obtaining to late order.
Here, when (overtime) waited the inefficacy (perhaps detecting inefficacys) that causes because MQ lost efficacy, retrieve the important document database in the process of contact destination, whether detection exists untreated case (such as, important document information).This testing process uses that the identical method of putting down in writing with above-mentioned (2) of method is retrieved etc.Specifically, the both sides of important document database and processing request (MQ) have " group code name " and " keyword " of handling the request destination.Contact destination process, when obtaining message (MQ) by the MQGET step, checking out to after the message of self process, identical and be untreated and be search condition with " group code name " or " keyword ", from important document database retrieval record the earliest important document record constantly.
MQ is the trigger that is used to retrieve the important document database.That is: the information that can represent " will carry out what operation " among the MQ.The information of " will carry out what operation " is recorded in the important document database (important document information).Be set with information in the important document database as " will carry out what operation ", such as the information of determining corresponding subscription data (be recorded in to order and receive in the database etc.) etc., so, can according to the order that obtains the important document database order the processing that receives database (such as, guarantee the processing sequence of same intravarietal order required in the exchange).
(3) then, in the process of contact destination, start the program that is used to carry out the processing corresponding, and carry out and handle with the important document information that obtains.Then, notify next process (such as, the treating apparatus of concluding a bargin).
System's formation in the present embodiment and Fig. 1,2 identical.And present embodiment can obtain following effect by combining with decentralized processing.
(1) can realize " processing sequence assurance " as professional necessary condition.Flow process according to " set of terminal: n → kind group: m → set of terminal: n " is cut apart subservice, therefore guarantee that processing sequence becomes problem, and handle according to the order from morning to night that the earliest untreated important document information in important document DB begins, can guarantee processing sequence (kind group unit) (, sending processing requirements) from n set of terminal for the important document DB of kind group 1.
(2) can be with fault recovery object resource only as DBMS.In transaction monitor and DBMS both sides, have in the XA associating (two stages were submitted (two-phase commit) to) that recovers the object resource, the commit handling property is elongated, so can will recover the object resource only as DBMS, as non-XA associating, guarantee the commit performance.Certainly, the present invention also is applicable to the situation of XA associating.
(3) succession in the time of can guaranteeing to recover.Function by (1) (handling according to the order from morning to night that the earliest untreated important document information from the important document database begins) also can be guaranteed succession after fault recovery.
The present invention also comprises the situation that is not separated into subservice unit.
Below, the treatment scheme of present embodiment is described with reference to Figure 15.At first, as initial treatment, in step 200 startup process.Also comprise following step, be illustrated with the example that is treated to here at traction processing apparatus 3.Such as, be enabled in the program of using in this device.
MQGET in step 201 promptly obtains the request of processing then.MQ is sent by acceptance apparatus 2, is stored in the memory storage of regulation.When MQ was not present in the memory storage, the action of MQGET was overtime.Here, MQ can be controlled as after reaching the predefined time, loses efficacy in promptly overtime back.This predefined time can be set in the time that is being shorter than under other situation overtime when the process of startup.By such setting, can prevent to cause the MQ of storage to disappear owing to the switching of system.During so-called the startup, comprise startup back access to storage device for the first time.
Then, whether in step 202, it is overtime to detect MQGET (perhaps MQ).Under (detecting) overtime situation, enter into step 103, self is sent MQ.The trigger that the MQ here so long as be used to retrieves the important document database gets final product, and can represent the information of " will carry out what operation ", and the information of " will carry out what operation " is recorded in the important document database (important document information).Be set with information in the important document database, such as the information of determining corresponding subscription data (be recorded in to order and receive in the database etc.) etc. as " will carry out what operation ".Like this, getting final product so long as can become trigger (and lost efficacy for better) under rated condition, is not that MQ is also passable.
Below, with reference to Figure 16, the detailed process of description of step 203.
At first, in step 2031, from important document database shown in Figure 17, add up the number of case (being important document information) of being untreated.That is: extract and handled sign in each important document information and be expressed as untreated information, statistical representation belongs to the number of the important document information of the information (also can be the identifying information of this traction processing apparatus) that this traction processing apparatus should handle.Also can at first extract expression and belong to the important document information of the information (also can be the identifying information of this traction processing apparatus) that this traction processing apparatus should handle, therefrom detect and handled sign and be expressed as untreated information.
In step 2032, judge whether there is untreated case in the step 2031.If the result for not existing then enter into step 215, finishes this step 203.If the result then enters into step 2033 for existing.
In step 2033, editor's (generation) sends to the re-transmission MQ of self.Therefore as mentioned above, as long as MQ can become trigger, discern self identifying information of (traction processing apparatus) as long as comprise.But, contain among the MQ keyword (key) information such as group code name or processing time for better, this group code name is used to discern the affiliated group (perhaps traction processing apparatus self) of this traction processing apparatus, and this processing time is such as the corresponding important document information processing time of record.In addition, here, the number of the MQ of generation is below the untreated number that counts in the step 2031, less than untreated number for better.This is in order to prevent because the increase of the affairs that cause of this re-transmissions MQ or formation such as overflow at situation, so its number can consider that above factor is suitably definite.
Enter into step 2034 then.To self process (traction processing apparatus) transmission re-transmission MQ.Finish this processing (step 2035) then, enter into step 215.
In step 215, these affairs are finished, and enter into step 204.In step 204, obtain the request of processing in the same manner with step 201.In step 205, whether overtime detect in the same manner then with step 202.The timeout value at this place can be longer than the timeout value in the step 202.If the result then enters into step 206 for overtime, carry out the processing identical with step 203.
The following describes to be judged to be in step 202 or the step 205 and do not have overtime situation.Under situation about so judging, enter into step 207.In step 207, from memory storage obtain comprise by the MQ that retransmits step 203 or 206, to the MQ that self sends.Here, the MQ that obtains is deleted from the memory storage of storing it.
In step 208, corresponding to obtaining of MQ, (important document DB) obtains an important document information from the important document database.The method that obtains an important document information is included in key word information in the MQ by use and the content (not making illustrated key word information, temporal information) of important document database shown in Figure 17 is carried out.That is: handled in the important document information of selecting to comprise in the important document information be masked as untreated, be the earliest important document information (can make comprise these information in key word information and the UAP information constitute) in writing time of this traction processing apparatus.Like this, under the situation that can not select important document information, enter into step 215, and under situation about making a choice, enter into step 210.
In step 210, use selected important document information, according to the transaction processing of application program execution corresponding to this important document information.
After step 210 finishes, perhaps with step 210 processing of execution in step 211～214 concurrently.In step 211, the number of the re-transmission MQ that statistic procedure 200 is later.This process is by being included in number in the MQ, this number counted realized.And, can be by when sending, all count and write down and add up at every turn.According to this result, when re-transmission MQ is 0, enter into step 215; When not being 0, then enter into step 212.
In step 212, from the memory storage of storing the number that retransmits MQ number of retransmission is deducted 1 and carry out computing.Detect then and whether passed through certain hour (step 213).Enter into step 204 detecting under the situation of having passed through certain hour, carry out and same retransmission process such as step 203 grade.When in step 213, not detecting under the situation of having passed through certain hour, enter into step 215.Whether having passed through certain hour in this affirmation, is in order to be used to tackle the fault of a part of device or the supervision that formation is overflowed.Here, number of retransmission is stored in the memory storage, also can temporarily be stored in storer etc., make the MQ of re-transmission contain number of retransmission.That is: retransmit MQ in step 212, this MQ comprises the number of retransmission that counts and deducts 1 number of retransmission that obtains from step 211.
According to the processing of the third above-mentioned embodiment, can realize as Figure 18 and effect shown below.So long as can be recorded in the important document DB, just can proceed business processing in proper order according to the important document record.In addition, by the MQ retransmission process, can avoid lingeringly handling significantly.Especially can tackle following situation.(1) because a large amount of order inputs of a part of investor (securities broker company etc.) causes the MQ generation formation of handling the request source server to overflow; (2) order of certain species is concentrated to wait and is caused the MQ generation formation of handling request destination server to overflow; (3) grade out of service of handling request destination server causes MQ to disappear; (4) make MQ not deleted owing to the operation of handling request destination process stops to wait, overflow thereby cause MQ that formation takes place.
According to the third embodiment,, can improve the response speed and the processing power in the unit interval of coming the order of process database stored according to the principle of time priority order by MQ is handled as trigger.
Handle according to the recovery of the third embodiment, though since the order of certain species concentrate when causing a part of MQ to lose, also can the excessive processing that lingeringly order.And, in the third embodiment, also effective under the situation (also can and having permanent MQ) that comprises MQ (do not become during fault and recover object).Such as, with the order receiving process configuration in a plurality of communication servers.In this case, when in some servers the forward delay of MQ take place or transmitting on the way, breaking down, the transaction participator that can avoid sending this order is later than other transaction participator, perhaps because the change of stateful transaction and to the disadvantageous situation of own generation.
Claims (10)
1. transaction system, with send transaction-based requirements, belong to a plurality of transaction terminals any one group in a plurality of groups respectively and be connected, carry out the security exchange of corresponding described transaction-based requirements and handle, it is characterized in that,
Comprise:
Acceptance apparatus, this acceptance apparatus has to be accepted the unit of the transaction-based requirements that contain trade variety and confirms whether normally received the transaction-based requirements of being accepted each described group, under normal situation about receiving, reception result is sent to the transaction terminal that has sent these transaction-based requirements, and described transaction-based requirements are stored in unit in the important document database;
Corresponding with the trade variety of security respectively a plurality of traction processing apparatus, this traction processing apparatus have from the unit of the described important document database extraction transaction-based requirements corresponding with the trade variety of self and state recording the unit described important document database in of described transaction-based requirements can accept transaction that will extract; With
Corresponding with the trade variety of security respectively a plurality for the treatment of apparatus of concluding a bargin, this treating apparatus of concluding a bargin has the unit of accepting second transaction-based requirements, described second transaction-based requirements are for the transaction-based requirements of trade variety corresponding to self in the transaction-based requirements that are recorded in described important document database, corresponding with described transaction-based requirements with the state recording that can accept transaction, the unit that can judgement conclude a bargin and handle according to described transaction-based requirements and described second transaction-based requirements, and the transaction-based requirements that will reflect the described result who concludes a bargin are recorded in the unit in the described important document database
This transaction system can a plurality of security exchanges of executed in parallel.
2. transaction system according to claim 1 is characterized in that,
Determine described group based on described trade variety.
3. transaction system according to claim 1 is characterized in that,
The described treating apparatus of concluding a bargin also has as lower unit: judging under the situation about handling of concluding a bargin as described in can not carrying out, the transaction-based requirements of this kind are outputed to by the conclude a bargin unit of the external system that treating apparatus is connected of network and this.
4. transaction system according to claim 1 is characterized in that,
Described acceptance apparatus also has as lower unit: transaction-based requirements are under the normal situation as described in judging, forwarding queue is sent to the unit of described traction processing apparatus,
Described traction processing apparatus also has as lower unit: under the situation of forwarding queue as described in receiving, begin to carry out the unit to the processing of described transaction-based requirements.
5. transaction system, with send transaction-based requirements, belong to a plurality of transaction terminals any one group in a plurality of groups respectively and be connected, this transaction system is made of a plurality for the treatment of apparatus, carries out handling corresponding to the security exchange of described transaction-based requirements, it is characterized in that,
Described a plurality for the treatment of apparatus has first treating apparatus and second treating apparatus, and this first treating apparatus sends the processing request that is used to carry out at least a portion that described security exchange handles, and this is handled request and renders a service sometimes after transmission and disappear; This second treating apparatus is carried out corresponding to described processing processing of request,
Described first treating apparatus sends described processing request, will important document information corresponding with described processing request, that be used to carry out the processing that should carry out by described processing request, be stored in the important document database,
Described second treating apparatus confirms that the processing request that endlessly sends is arranged,
When having described processing request, the corresponding important document information of retrieval from described important document database, and carry out corresponding processing;
When not having described processing request, retrieve described important document database, retrieval should be in the processing that self carries out untreated important document information, when having untreated important document information, self is sent and there is the corresponding solicited message of untreated this situation of important document information, receive described request information, obtain corresponding important document information, carry out corresponding processing from described important document database.
6. transaction system according to claim 5 is characterized in that,
Described second treating apparatus under the situation that has described untreated processing request, is added up the number of this untreated important document information,
In the processing of having carried out described correspondence or when having obtained the important document information of described correspondence, the described number of being added up is deducted 1,
Can send solicited message to self repeatedly, till being 0 by the described number behind the subtraction.
7. transaction system according to claim 6 is characterized in that,
At least one side of described processing request and described request information is that self renders a service the information that disappears behind certain hour.
8. transaction system according to claim 7 is characterized in that,
Described second treating apparatus with described processing request and described request information stores in memory storage,
The effectiveness that detects at least one side in described processing request and the described request information disappears, and is detecting under the effectiveness disappearance situation, is judged to be not have described processing request.
9. transaction system according to claim 8 is characterized in that,
Described processing request and described request information are forwarding queues.
10. transaction system according to claim 9 is characterized in that,
Described second treating apparatus is below the number of the described untreated important document information that is counted to self the number of solicited message.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006017048 | 2006-01-26 | ||
| JP2006017048 | 2006-01-26 | ||
| JP2006044648 | 2006-02-22 | ||
| JP2006047667 | 2006-02-24 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101009017A true CN101009017A (en) | 2007-08-01 |
Family
ID=38697426
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200710008206 Pending CN101009017A (en) | 2006-01-26 | 2007-01-25 | Trading system |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP5018729B2 (en) |
| CN (1) | CN101009017A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101895468A (en) * | 2010-07-09 | 2010-11-24 | 中兴通讯股份有限公司 | Terminal equipment, core network server, service converging system and method |
| CN102236851A (en) * | 2010-04-21 | 2011-11-09 | 百度在线网络技术（北京）有限公司 | Real-time computation method and system of multi-dimensional credit system based on user empowerment |
| CN103069450A (en) * | 2010-08-20 | 2013-04-24 | 株式会社东芝 | Securities transaction system and device |
| CN109544338A (en) * | 2018-11-15 | 2019-03-29 | 深圳前海微众银行股份有限公司 | Assets stock trading method, equipment and computer readable storage medium |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010204721A (en) * | 2009-02-27 | 2010-09-16 | Tokyo Stock Exchange Inc | Apparatus, method, and program for processing agreement |
| JP5451110B2 (en) * | 2009-02-27 | 2014-03-26 | 株式会社東京証券取引所 | Securities trading system and processing method thereof |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08106501A (en) * | 1994-10-06 | 1996-04-23 | Hitachi Ltd | Sales transaction processing system |
| JP2002007707A (en) * | 2000-06-22 | 2002-01-11 | Keio Gijuku | Transaction system |
| JP2003085367A (en) * | 2001-09-07 | 2003-03-20 | Daiwa Securities Smbc Co Ltd | Device, method, and program for supporting securities trade |
| JP4406310B2 (en) * | 2004-03-30 | 2010-01-27 | 株式会社野村総合研究所 | MQ data synchronization system and MQ data synchronization program |
-
2007
- 2007-01-25 CN CN 200710008206 patent/CN101009017A/en active Pending
-
2008
- 2008-10-15 JP JP2008265875A patent/JP5018729B2/en active Active
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102236851A (en) * | 2010-04-21 | 2011-11-09 | 百度在线网络技术（北京）有限公司 | Real-time computation method and system of multi-dimensional credit system based on user empowerment |
| CN102236851B (en) * | 2010-04-21 | 2016-03-09 | 百度在线网络技术（北京）有限公司 | The method and system that the multidimensional credit system composing power based on user calculates in real time |
| CN101895468A (en) * | 2010-07-09 | 2010-11-24 | 中兴通讯股份有限公司 | Terminal equipment, core network server, service converging system and method |
| CN101895468B (en) * | 2010-07-09 | 2015-09-16 | 中兴通讯股份有限公司 | A kind of terminal equipment, core network server, business polymerization system and method |
| CN103069450A (en) * | 2010-08-20 | 2013-04-24 | 株式会社东芝 | Securities transaction system and device |
| CN109544338A (en) * | 2018-11-15 | 2019-03-29 | 深圳前海微众银行股份有限公司 | Assets stock trading method, equipment and computer readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2009009613A (en) | 2009-01-15 |
| JP5018729B2 (en) | 2012-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8768817B2 (en) | Transaction system | |
| US7480918B2 (en) | Duplicate message elimination during recovery when multiple threads are delivering messages from a message store to a destination queue | |
| JP6831412B2 (en) | Interfaces, systems, methods and computer program products for controlling the transfer of electronic messages | |
| US7082410B1 (en) | Line handler | |
| CN101784988B (en) | Transaction aggregation to increase transaction processing throughput | |
| CN101009017A (en) | Trading system | |
| US20030055768A1 (en) | Alert delivery and delivery performance in a monitoring system | |
| US20100115059A1 (en) | Transaction processing system | |
| CN107038182A (en) | Divide the completeness inspection method and device of table data | |
| US7454372B1 (en) | Market event alerts and user access to monitoring data | |
| US20030046035A1 (en) | Managing failures of a market monitoring system | |
| CN112381649A (en) | Transaction consensus method, device and equipment based on block chain | |
| CN106484791B (en) | Data statistical method and device | |
| US7249163B2 (en) | Method, apparatus, system and computer program for reducing I/O in a messaging environment | |
| RU2715801C2 (en) | Network bridge for local transaction authorization | |
| US11509619B2 (en) | Techniques to provide streaming data resiliency utilizing a distributed message queue system | |
| CN111274255B (en) | Service data monitoring method and system, monitoring architecture, equipment and storage medium | |
| CN111708802A (en) | Network request anti-reprocessing method and device | |
| CN113177052A (en) | Method and device for processing service data consistency of distributed system | |
| JP4797689B2 (en) | Trading system | |
| CN111192113A (en) | Order processing method, device, equipment and storage medium | |
| CN1447290A (en) | Business data management system, method and program | |
| US20120296951A1 (en) | System and method to execute steps of an application function asynchronously | |
| JP2011166270A (en) | Device, method and program for tabulating traffic | |
| JP4297118B2 (en) | Trading system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20070801 |