CN111179081A - Message processing method and processing device - Google Patents
Message processing method and processing device Download PDFInfo
- Publication number
- CN111179081A CN111179081A CN201911347580.0A CN201911347580A CN111179081A CN 111179081 A CN111179081 A CN 111179081A CN 201911347580 A CN201911347580 A CN 201911347580A CN 111179081 A CN111179081 A CN 111179081A
- Authority
- CN
- China
- Prior art keywords
- processing
- strategy
- message
- sub
- processed
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0611—Request for offers or quotes
Abstract
The invention discloses a message processing method and a message processing device, and relates to the technical field of computers. One embodiment of the method comprises: packaging each processing algorithm or processing behavior into a sub-strategy separately; acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; and calling a sub-strategy of the processing strategy to process the message to be processed. The implementation method can increase or modify the processing flow through configuration, and further does not need to modify codes, thereby reducing the complexity of processing the messages to be processed, being convenient for maintenance and improving the expandability.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method and an apparatus for processing a message.
Background
The financial market refers to the general term of the precious metal trading places such as money borrowing, foreign exchange buying and selling, securities trading, bond and stock issuing, gold and the like, and the combination of the direct financial market and the indirect financial market jointly forms the whole financial market.
In the financial market, the price calculation of personal fund transaction has different processing modes and flows according to different products, for example, different currency pairs have the same price processing flow for a certain currency pair and different price processing flows for other currency pairs, and a scene of adding new currency pairs exists.
At present, the types of personal fund transactions include foreign exchange, settlement and sales exchange, account money, account foreign exchange, physical money and the like, and according to the existing business logic, the price processing of the personal fund transactions is mainly divided into three types: updating the price, calculating the price, not calculating the price, namely the processing flow may involve one of the categories, and may also involve two or three categories. In practical application, different kinds of processing flows are realized by using codes, and if a certain processing flow is changed or currency needs to be added, the logic of the codes needs to be modified.
In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art:
the realization process of price processing is complex, difficult to maintain and poor in expandability.
Disclosure of Invention
In view of this, embodiments of the present invention provide a method and a device for processing a message, which can increase or modify a processing flow through configuration, and further do not need to modify a code, thereby reducing the complexity of processing a message to be processed, facilitating maintenance, and improving expandability.
To achieve the above object, according to an aspect of an embodiment of the present invention, a method for processing a message is provided.
The message processing method of the embodiment of the invention comprises the following steps:
packaging each processing algorithm or processing behavior into a sub-strategy separately;
acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; wherein the processing policy comprises at least one of the sub-policies;
and calling a sub-strategy of the processing strategy to process the message to be processed.
Optionally, each processing algorithm or processing behavior is packaged separately as a sub-policy, including:
based on a strategy mode, packaging each processing algorithm or processing behavior into a sub-strategy in advance, and providing a strategy interface for calling the sub-strategy; wherein the sub-strategies include, but are not limited to, an enter current quotation strategy, a calculate quote strategy, and an enter pending price list strategy.
Optionally, the pending message is a transaction offer; and
acquiring a message to be processed, comprising:
establishing long connection between a message processor and a price-quoting platform; wherein the message processor comprises at least one sub-processor;
sending the trade offer from the pricing offer platform to the sub-processor via the long connection according to the offer title of the trade offer; wherein the offer header is used to identify offer types of the trade offers, and each trade offer of the offer type is processed by the corresponding sub-processor.
Optionally, analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed, including:
acquiring a strategy rule corresponding to the quotation type of the transaction quotation; the strategy rules are that the message content of the transaction offer corresponding to each processing strategy contains a specified character string and/or does not contain an exclusion character string;
and analyzing the message content of the transaction quotation by using the sub-processor according to the strategy rule so as to determine a processing strategy corresponding to the transaction quotation.
Optionally, invoking a sub-policy of the processing policy to process the to-be-processed message includes:
starting a processing thread;
and calling a sub-strategy of the processing strategy through the strategy interface in the processing thread so as to process the transaction quotation.
To achieve the above object, according to still another aspect of the embodiments of the present invention, there is provided a message processing apparatus.
The message processing device of the embodiment of the invention comprises:
the packaging module is used for packaging each processing algorithm or processing behavior into a sub-strategy;
the analysis module is used for acquiring a message to be processed and analyzing the message to be processed according to a policy rule so as to determine a processing policy of the message to be processed; wherein the processing policy comprises at least one of the sub-policies;
and the calling module is used for calling the sub-strategy of the processing strategy to process the message to be processed.
Optionally, the encapsulation module is further configured to:
based on a strategy mode, packaging each processing algorithm or processing behavior into a sub-strategy in advance, and providing a strategy interface for calling the sub-strategy; wherein the sub-strategies include, but are not limited to, an enter current quotation strategy, a calculate quote strategy, and an enter pending price list strategy.
Optionally, the pending message is a transaction offer; and
the analysis module is further to:
establishing long connection between a message processor and a price-quoting platform; wherein the message processor comprises at least one sub-processor;
sending the trade offer from the pricing offer platform to the sub-processor via the long connection according to the offer title of the trade offer; wherein the offer header is used to identify offer types of the trade offers, and each trade offer of the offer type is processed by the corresponding sub-processor.
Optionally, the analysis module is further configured to:
acquiring a strategy rule corresponding to the quotation type of the transaction quotation; the strategy rules are that the message content of the transaction offer corresponding to each processing strategy contains a specified character string and/or does not contain an exclusion character string;
and analyzing the message content of the transaction quotation by using the sub-processor according to the strategy rule so as to determine a processing strategy corresponding to the transaction quotation.
Optionally, the invoking module is further configured to:
starting a processing thread;
and calling a sub-strategy of the processing strategy through the strategy interface in the processing thread so as to process the transaction quotation.
To achieve the above object, according to still another aspect of the embodiments of the present invention, there is provided an electronic device for processing a message.
An electronic device for processing a message according to an embodiment of the present invention includes: one or more processors; the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors implement the message processing method of the embodiment of the invention.
To achieve the above object, according to still another aspect of embodiments of the present invention, there is provided a computer-readable storage medium.
A computer-readable storage medium of an embodiment of the present invention stores thereon a computer program that, when executed by a processor, implements a method of processing a message of an embodiment of the present invention.
One embodiment of the above invention has the following advantages or benefits: because each processing algorithm or processing behavior is individually packaged into a sub-strategy; acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; the technical means for processing the message to be processed by calling the sub-strategy of the processing strategy overcomes the technical problems of complex realization process of price processing, difficult maintenance and poor expandability, further achieves the purposes of increasing or modifying the processing flow through configuration, further does not need to modify codes, reduces the complexity of processing the message to be processed, is convenient to maintain and improves the technical effect of expandability.
Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
fig. 1 is a schematic diagram of the main steps of a message processing method according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a main flow of a message processing method according to a referential embodiment of the present invention;
FIG. 3 is a schematic diagram of a call sub-policy of a method of processing a message according to an embodiment of the invention;
FIG. 4 is a schematic diagram of a policy schema of a method of processing a message according to an embodiment of the invention;
fig. 5 is a schematic diagram of pseudo codes for acquiring a message to be processed according to a message processing method of an embodiment of the present invention;
FIG. 6 is a pseudo-code diagram of a configuration processing policy of a method of processing a message according to an embodiment of the invention;
FIG. 7 is a pseudo-code diagram of a sub-policy combination implementing a method of processing a message according to an embodiment of the invention;
FIG. 8 is a pseudo-code diagram of a method of processing a message implementing a single sub-policy according to an embodiment of the invention;
fig. 9 is a schematic diagram of an overall architecture of a message processing method according to a referential embodiment of the present invention;
FIG. 10 is a schematic view of the price component of FIG. 9;
fig. 11 is a schematic diagram of main blocks of a message processing apparatus according to an embodiment of the present invention;
FIG. 12 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;
fig. 13 is a schematic block diagram of a computer system suitable for use in implementing a terminal device or server according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
It should be noted that the embodiments of the present invention and the technical features of the embodiments may be combined with each other without conflict.
The existing price processing mode is to use codes to realize the processing flows of different currency pairs after price access, and if the processing flow of a certain currency pair changes or a new currency pair needs to be added, the code logic needs to be modified. This approach has the following disadvantages:
under the condition that a plurality of algorithms are similar, if-else or switch-case is needed to select a specific algorithm, so that the implementation process is complex and difficult to maintain;
when a new currency pair or a quotation is grouped, the code logic needs to be modified, and the expandability is poor;
configurable pricing of offer grouping and currency versus price processing cannot be achieved.
Therefore, the message processing method according to the embodiment of the present invention provides that a processing policy (a processing algorithm or a processing behavior is packaged as a sub-policy) is preset, and a corresponding combination policy is configured to process according to the processing mode and flow of each currency pair, precious metal and other products, that is, each sub-policy is selected and executed in a certain order. Different combination strategies can be freely switched to realize the processing of different services; the processing strategies can be flexibly combined and are easy to expand; the method separates the responsibility of using the algorithm from the algorithm, decouples the client from the algorithm, and can solve the problem through configuration without modifying the algorithm when needing to add or modify the processing flow.
Fig. 1 is a schematic diagram of main steps of a message processing method according to an embodiment of the present invention.
As shown in fig. 1, the method for processing a message according to the embodiment of the present invention mainly includes the following steps:
step S101: each processing algorithm or processing behavior is packaged individually as a sub-policy.
In the process of processing a bid or other messages, different processing algorithms or processing behaviors may be required, each processing process may be a combination of several processing algorithms or processing behaviors, and in order to simplify the processing process, the processing algorithms or processing behaviors may be packaged as sub-policies, and the corresponding sub-policies are directly called when in use.
In the embodiment of the present invention, step S101 may be implemented in the following manner: and packaging each processing algorithm or processing behavior into a sub-policy based on the policy mode in advance, and providing a policy interface for calling the sub-policy.
Policy model the idea is to encapsulate each processing algorithm or processing behavior for a set of algorithms into separate classes (i.e., sub-policies) with a common interface (i.e., policy interface) so that they can be substituted for each other. In a policy schema (Strategy Pattern), a class of behavior or algorithm can be changed at runtime, and this type of design schema belongs to a behavioral schema. Sub-strategies include, but are not limited to, an enter current quotation strategy, a calculate quote strategy, and an enter pending price list strategy.
Step S102: and acquiring the message to be processed, and analyzing the message to be processed according to the policy rule to determine the processing policy of the message to be processed.
Policy rules refer to which features or requirements a message to be processed can have for each processing policy. After the message to be processed is obtained, the message to be processed is analyzed, the corresponding processing strategy is determined according to the strategy rule, and then the message to be processed is processed according to the processing strategy. The processing strategy comprises at least one sub-strategy, namely, the processing of the message to be processed can be completed by using a single sub-strategy, or the processing of the message to be processed can be completed by using the combination of several sub-strategies.
As a preferred embodiment, the pending message may be a trade quote, such as a quote to buy foreign exchange, to sell exchange, to account funds, to account foreign exchange, to physical funds, etc., or a quote to sell futures, stocks, etc.
In the embodiment of the present invention, the step of acquiring the message to be processed may be implemented by the following method: establishing long connection between a message processor and a price-quoting platform; the trade offer is sent from the pricing platform to the sub-processor over a long connection according to the offer title of the trade offer.
Message handlers (handlers) are mainly used for the processing of asynchronous messages: when a message is sent, the message enters a message queue first, the function for sending the message returns immediately, and the other part takes out the messages one by one in the message queue and processes the message, namely the message sending and the message receiving are not synchronous processing. In the message processing method of the embodiment of the invention, the message processor comprises at least one sub-processor, and each sub-processor is used for processing fixed transaction offers of one or more offer types, namely, the transaction offer of each offer type is processed by the corresponding sub-processor. The pricing platform is a message middleware that receives trading offers. A long connection is one where multiple packets (i.e., transaction quotes) may be sent continuously over one connection, requiring a bi-directional link check packet if no packets are sent during the connection hold. Each sub-processor is enabled to establish a stable connection with the pricing platform through long connections, and accordingly each long connection is used for acquiring fixed transaction offers of one or more offer types, namely each sub-processor acquires transaction offers through the fixed one or more long connections.
The offer type of the transaction offer may be identified by an offer header, for example, by dividing several foreign currencies into a group and naming the group name (i.e., the offer header) as "fpp.1.," the corresponding offer type of "fpp.1." as a foreign currant, and if the transaction offer related to these several foreign currants is sent to the price-determining platform, a group of "fpp.1." is put in waiting for processing.
In the embodiment of the present invention, the step of analyzing the message to be processed according to the policy rule to determine the processing policy of the message to be processed may be implemented in the following manner: acquiring a strategy rule corresponding to the quotation type of the transaction quotation; and analyzing the message content of the transaction quotation by using the sub-processor according to the strategy rule to determine a processing strategy corresponding to the transaction quotation.
As a preferred embodiment, a specific policy rule may be configured for each offer type, and it is clear that each processing policy can process the transaction offer under the offer type, including the specified character string and/or not including the exclusion character string. It should be noted that the designated character strings corresponding to different processing strategies may be different or the same, and the designated character strings corresponding to the same processing strategy are different from the exclusion character strings.
The strategy rules are that the message content of the transaction quotation corresponding to each processing strategy contains a designated character string and/or does not contain an exclusion character string, and after the sub-processor acquires the transaction quotation, the sub-processor analyzes the message content of the transaction quotation based on the strategy rules, so that the processing strategy corresponding to the transaction quotation can be determined.
Step S103: and calling a sub-strategy of the processing strategy to process the message to be processed.
Relevant processing algorithms or processing behaviors are respectively packaged into sub-strategies in the step S101, and the sub-strategies required for processing the message to be processed can be determined according to the analysis in the step S102, so that the sub-strategies can be called in a strategy mode to process the message to be processed, processing procedures can be increased or modified through configuration, codes do not need to be modified, the complexity of processing the message to be processed is reduced, the maintenance is facilitated, and the expandability is improved.
In the embodiment of the present invention, step S103 may be implemented in the following manner: starting a processing thread; and calling a sub-strategy of the processing strategy through the strategy interface in the processing thread so as to process the transaction quotation.
And in the processing thread, calling and executing corresponding sub-strategies, or calling a corresponding sub-strategy combination and executing each sub-strategy in sequence to finish the processing of the transaction quotation.
According to the message processing method provided by the embodiment of the invention, each processing algorithm or processing behavior is independently packaged into a sub-strategy; acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; the technical means for processing the message to be processed by calling the sub-strategy of the processing strategy overcomes the technical problems of complex realization process of price processing, difficult maintenance and poor expandability, further achieves the purposes of increasing or modifying the processing flow through configuration, further does not need to modify codes, reduces the complexity of processing the message to be processed, is convenient to maintain and improves the technical effect of expandability.
As shown in fig. 2, the transaction offers are accessed from the pricing platform, and the accessed transaction offers are put into each group according to offer groups of the pricing platform, and each offer group corresponds to one or more fixed offer types. Assume that the following offer packets are divided, one for each sub-processor (handler):
grouping 1: buying and selling foreign exchanges, and settling and selling foreign exchanges;
grouping 2: the account money quotation specifically comprises the following steps: renminbi silver, renminbi platinum, AU9999, AU9995, dollar gold, dollar silver, and dollar platinum;
grouping 9: an account deposit market offer;
grouping 8: an account foreign exchange;
grouping 10: the real object gold, the price quotation platform is under development, and the quotation grouping is undetermined.
Among them, "packet 1", "packet 2" … … "and" packet 10 "are the offer titles.
The Handler subscribes the transaction quotations of each quotation group to the price quotation platform through a quotation Title (TOPIC), long connection is established between the Handler and the price quotation platform after subscription so as to monitor the information of the TOPIC, and a plurality of long connections can be established to process the transaction quotations of different TOPICs, namely the transaction quotations of various quotation types can correspond to the same Handler.
And each long connection processes the received transaction quotations through a corresponding Handler, the Handler can configure the strategy rules corresponding to the types of the processed quotations through configuration files, and the processing strategy of each transaction quotation can be determined according to the strategy rules. The policy rule may be in the format of a "quote title; the contained specified character string; excluded strings "that are not included, each rule corresponding to a processing policy, which policy rules may define conditions corresponding to a plurality of processing policies. For example, if the offer header of a certain transaction offer is the offer header in a certain policy rule, and the currency pair english abbreviation (i.e., message content) includes the specified character string but not the exclusion character string, then the offer is processed using the processing policy corresponding to the rule.
The Handler starts a separate processing thread for processing each transaction quotation, calls a corresponding processing strategy for processing during processing, wherein the processing strategy comprises at least one sub-strategy, the sub-strategy is an implementation class packaged by entering a current quotation table, calculating a quotation price and entering a price table to be processed, and completes the processing of the transaction quotation by utilizing one or a plurality of sub-strategies. For example, the trade quotation of the foreign exchange direct disk needs to update the current quotation table, calculate the price, and store the price into the price table to be processed; transaction quotes for account foreign exchanges, etc., require updating the current quote table, storing the quote in the pending price table.
The processing strategy is to divide the processing flow into a plurality of selectable configuration stages, and by taking fig. 3 as an example, A, B and C sub-strategies are designed, wherein a is a current quotation list strategy, B is a price calculating strategy, and C is a pending price list strategy. In the figure:
when dealing with transaction offers of foreign exchange, dollar gold, dollar silver and dollar platinum of the account, the price does not need to be calculated, and the processing strategy is A → C:
1. updating a current quotation table (executing a current quotation table strategy);
2. then entering a price list to be processed (executing a strategy of entering the price list to be processed);
when dealing with trade offers of closing sales exchange, real deposit and accumulated deposit, the processing strategy is A:
1. updating the current quotation table (executing the strategy of entering the current quotation table);
when dealing with trading quotations of foreign exchange direct plate, Renminbi silver, Renminbi platinum, AU9999 and AU9995, the quotation needs to be calculated, and the processing strategy is A → B → C:
1. updating a current quotation table (executing a current quotation table strategy);
2. then calculating the price (executing the price calculating strategy);
3. and then entering the price list to be processed (executing the strategy of entering the price list to be processed).
As shown in fig. 4, StrategyABC represents three sub-policies ABC, including a current quotation policy, a calculating quotation policy, and a pending quotation policy, which are all instances of compositestrages, combined with each other to form the above-mentioned processing policy.
The strategy mode is the packaging of the algorithm, the responsibility of using the algorithm is separated from the algorithm, and the algorithm is delegated to different object management, and the strategy mode has the greatest characteristic that the used algorithm can be changed under the condition of not influencing a client so as to realize different functions. Policy schemas typically pack a series of algorithms into a series of policy classes as subclasses of an abstract policy class.
Mainly aiming at the following scenes:
1. multiple processing modes aiming at the same problem are only different in specific behaviors;
2. when multiple operations of the same type need to be safely packaged;
3. when the client needs to use if-else or switch-case to select a concrete subclass, the client can select a concrete subclass according to the abstract class;
4. when the process flow or currency pair needs to be added or modified, the problem can be solved through configuration without modifying the class.
The policy schema embodies two principles that are very important in object-oriented programming:
1. the concept of packaging changes;
2. interfaces are used in the programming, rather than specific implementation classes (interface-oriented programming).
Taking TreeSet in Java as an example for explanation, TreeSet only knows that it just receives an interface type of Comparator, but specifically what kind of implementation class, TreeSet does not care about, and TreeSet itself is unknown before TreeSet is really transmitted into the implementation class, so we can implement the Comparator interface by themselves, and then encapsulate rules (the rules can be regarded as algorithms) in the implementation class, for example, to implement ordering of elements of a set, but to do ascending ordering or descending ordering, which is completely controlled by us, and can encapsulate such changed content into their implementation classes, and know the specific implementation when they really run.
The composition of the policy schema includes:
1. an abstract policy role, which is an abstract role, is typically implemented using interfaces or abstract classes. By contrast, we are our Comparator interface.
2. The specific policy role packages specific algorithms and behaviors, and in contrast, implements a group of implementation classes for implementing the assembler interface.
3. The environment role can internally hold a reference of an abstract role and call the abstract role to a client, and in contrast, the abstract role is a TreeSet class. Description of the drawings: the purpose of this is to receive a specific policy class that is passed to the TreeSet class when the TreeSet object is created.
Writing a policy mode:
1. defining abstract policy roles (defining a common policy interface for policy objects);
2. writing a specific policy role (in effect implementing the policy interface defined above);
3. the environment role is defined, and a reference of a policy class is held inside.
The processing policy can be configured by a configuration file, and the configuration is described as follows:
as shown in fig. 5, taking the ceda-application-context.xml as an example, the acquisition of the message to be processed may be performed through the following parts in the configuration file:
for example, the quote platform quote group is a $ 8 CNY redemption price, fpp.8.cnyfmts ═ CCBH is a subscribed key, the program reads all these keys and then subscribes to the quote platform for the specified trade, these prices are SPOT prices. For dollars so as not to write USD, the cross-disk typically requires the writing of a full currency pair, such as "EURJPYFMTS", where FMTS is the name given to the account foreign exchange (i.e., the offer title). Specifically, what currency pair to subscribe to, how to write the subscribed key, and please consult the price/quotation platform before adding a new subscription, there is also a subscription pattern of fpp.8, which represents that all currencies in the subscription quotation packet 8 offer all the terms, and the PFT component is in performance consideration without such subscription, because the PFT does not use the requirements of various far-drop points, and the data volume of the far-drop points is very large, which may affect the processing performance. PFT is currently only the on-demand price of each product.
As shown in fig. 6, policy configuration may be performed through the following sections in the configuration file:
one strategy map in the CommonMsgHandler is strategies, key is a strategy filtering rule, and value is a corresponding strategy combination (namely a processing strategy). The form of Key is "OFR _ GRPG _ ID; INCLUDE _ CCY; excludeccy "where OFR _ GRPG _ ID is the offer packet (i.e., offer header), includeccy is the inclusive currency set, separated by commas without spaces, excluder _ CCY is the exclusive currency set, separated by commas without spaces. When the pricing platform pushes a price (i.e. a transaction price), the pricing packet, the left and right currencies of the currency pair are extracted, when the pricing packet of the price is received as OFR _ GRPG _ ID, and the left and right currencies of the currency pair contain one of the currency _ CCY set and do not contain any currency pair (none of them) of the currency _ CCY set. The quotation grouping and currency pair meeting the above conditions are processed by using the policy combination corresponding to Value. For example, "8; a first step of; "is the inclusion of an offer packet 8 (any currency), does not contain a null (no currency pair cannot be included), i.e., this policy group is used for any currency pair of the offer packet 8; as another example, "1; CNY, CNH; "is an offer group 1, a currency pair containing either CNY or CNH currency, i.e., a deal and offer currency pair; as another example, "1; a USD; CNY, CNH; "is a quote packet 1, contains the USD, and does not contain CNY and does not contain CNH, i.e., a foreign exchange trading straightaway currency pair.
Continuing with the three processing strategies referred to in fig. 3 as an example, as shown in fig. 7, the specific processing contents are as follows:
curprctpstrages: the method is used for processing trade quotations of closing sales lines, real funds and accumulated funds, combines a single strategy of updating the current quotation strategy by the updateCurOfrStrategy, only calls the strategy of realizing the bean of the updateCurOfrStrategy after the quotation processed by the strategy, updates the price of the current quotation table, and then finishes the processing.
listnoncalcprctpstracees: transaction quotes for processing account foreign exchange, dollar gold, dollar silver, and dollar platinum, combining the currprctpstragies combination policy with the insertPendingOrderPrcStrategy insertion into the pending price queue (i.e., into the pending price table), the quotes processed through this policy will invoke the individual sub-steps of the currprcttptracegies combination policy in sequence, followed by the instertpendingorderprcstrategy processing step. Namely, the transaction quotation is updated into the current price list, and then the transaction quotation is inserted into the price queue to be processed to wait for the matching of the quotation, and then the processing is finished.
listcalcdrcprcttpstandards: transaction offers for processing foreign exchange direct disks, Renminbi silver, Renminbi platinum, AU9999, AU9995, combine currTpStracees combination strategy, the single strategy of calcListPrcStrategy calculating quotes, and the single strategy of insertPendingOrderPrcStrategy. The transaction quotation is sequentially subjected to the steps of updating the current quotation table, calculating the quotation price and inserting the quotation price into the queue, and then the processing is finished.
In addition, when each single sub-policy is implemented, as shown in fig. 8, the specific processing contents are as follows:
the updatecuroffrost single sub-policy bean: firstly, updating a current price quotation CUR _ ORIG _ OFR _ PRC; if the transaction price is the transaction price quoted by the account fund, inserting a historical original price table HIST _ ORIG _ OFR _ PRC (the last price before a certain time point is taken from the table in the account fund batch processing), and updating the inventory;
calcListPrcStrategy Single sub-policy bean: firstly, checking whether the currency pair is configured into a matchable currency pair or not, configuring the currency pair into a configuration file of a matching module (configuring each subsystem into a matchable currency pair or an item code), and automatically skipping the strategy if the currency pair is not the matchable currency pair; if the price is a matchable currency pair, then judging whether the price grouping and the product of the currency pair receive invalid price to participate in matching, and if the price is not accepted and the price is invalid, directly skipping the strategy; if the quotation is valid or invalid quotation is received, calling a quotation calculation module to calculate the quotation, and if the quotation is a foreign exchange transaction direct-drive currency pair, inserting the cost into an exchange rate quotation history table EXTR _ OFR _ PRC _ HIST (when a deal is matched, the matched quotation is inquired from the history table through the price serial number and then the corresponding cost is calculated at the moment, and when the deal is matched, the client price added with the client preference is calculated in a foreign call mode again). The foreign exchange purchase and sale only configures the single strategy for the straight-disk currency pair (including USD), and the cross-disk currency pair price calculation is introduced later;
insertPendingOrderPrcStrategy single sub-strategy bean: firstly, checking whether the currency pair is configured into a matchable currency pair or not, configuring the currency pair into a configuration file of a matching module (configuring each subsystem into a matchable currency pair or an item code), and automatically skipping the strategy if the currency pair is not the matchable currency pair; if the price is a matchable currency pair, then judging whether the price grouping and the product of the currency pair receive invalid price to participate in matching, and if the price is not accepted and the price is invalid, directly skipping the strategy; if the quoted price is valid or invalid quoted price is received, inserting the quoted price calculated in the previous step into the pending price queue and table PND _ ORD _ PRC (the current implementation is straight insertion, no inquiry is carried out, the table is basically useless), if the quoted price is not calculated in the previous step, the previous cost price can be used as the quoted price, such as foreign exchange of an account; if the account money is divided into 2 groups, the account money variety code represented by the currency pair short is acquired (because the money is divided into money and money, the money is gathered and the variety code is different, but the cost price is partially gathered, the money is the same as the money and money gathering currency pair short in English, and the price calculation needs to calculate the price of the money and money gathering at the same time), each variety is circulated, the account money price is calculated by using the same cost price, and when the money and money pair short in English are inserted into the queue, the money pair short in English is replaced by the variety code.
In order to further illustrate the technical idea of the present invention, the technical solution of the present invention will now be described with reference to specific application scenarios.
When the message processing method according to the embodiment of the present invention is applied, the overall architecture shown in fig. 9 may be referred to, and the overall architecture is mainly divided into an application part and a public component part, wherein the policy mode is applied to a price/quotation receiving part of the public component, and the processing flow may refer to step S101 to step S103 and other embodiments, which are not described herein again.
As shown in fig. 10, the price component is divided into three blocks according to the logic flow, the first block is an API provided for an application, the second block is a specific price calculation engine (pricing calculation in the figure), and the third part is processing and warehousing (caching) after the original price is accessed from the pricing and quotation platform. In addition, the foreign exchange cross plate is independently processed, the price of two straight plates can be taken once per second, and the price of the cross plate is calculated by the pricing management local component.
Fig. 11 is a schematic diagram of main blocks of a message processing apparatus according to an embodiment of the present invention.
As shown in fig. 11, a message processing apparatus 1100 according to an embodiment of the present invention includes: an encapsulation module 1101, an analysis module 1102 and a calling module 1103.
Wherein the content of the first and second substances,
an encapsulation module 1101 for individually encapsulating each processing algorithm or processing behavior into a sub-policy;
an analysis module 1102, configured to acquire a message to be processed, and analyze the message to be processed according to a policy rule to determine a processing policy of the message to be processed; wherein the processing policy comprises at least one of the sub-policies;
an invoking module 1103, configured to invoke a sub-policy of the processing policy to process the message to be processed.
In this embodiment of the present invention, the encapsulation module 1101 may further be configured to:
based on a strategy mode, packaging each processing algorithm or processing behavior into a sub-strategy in advance, and providing a strategy interface for calling the sub-strategy; wherein the sub-strategies include, but are not limited to, an enter current quotation strategy, a calculate quote strategy, and an enter pending price list strategy.
Further, the pending message may be a transaction offer.
In this embodiment of the present invention, the analysis module 1102 may further be configured to:
establishing long connection between a message processor and a price-quoting platform; wherein the message processor comprises at least one sub-processor;
sending the trade offer from the pricing offer platform to the sub-processor via the long connection according to the offer title of the trade offer; wherein the offer header is used to identify offer types of the trade offers, and each trade offer of the offer type is processed by the corresponding sub-processor.
In this embodiment of the present invention, the analysis module 1102 may further be configured to:
acquiring a strategy rule corresponding to the quotation type of the transaction quotation; the strategy rules are that the message content of the transaction offer corresponding to each processing strategy contains a specified character string and/or does not contain an exclusion character string;
and analyzing the message content of the transaction quotation by using the sub-processor according to the strategy rule so as to determine a processing strategy corresponding to the transaction quotation.
In this embodiment of the present invention, the invoking module 1103 may be further configured to:
starting a processing thread;
and calling a sub-strategy of the processing strategy through the strategy interface in the processing thread so as to process the transaction quotation.
According to the message processing device provided by the embodiment of the invention, each processing algorithm or processing behavior is independently packaged into a sub-strategy; acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; the technical means for processing the message to be processed by calling the sub-strategy of the processing strategy overcomes the technical problems of complex realization process of price processing, difficult maintenance and poor expandability, further achieves the purposes of increasing or modifying the processing flow through configuration, further does not need to modify codes, reduces the complexity of processing the message to be processed, is convenient to maintain and improves the technical effect of expandability.
Fig. 12 shows an exemplary system architecture 1200 of a processing method of a message or a processing apparatus of a message to which an embodiment of the present invention can be applied.
As shown in fig. 12, the system architecture 1200 may include terminal devices 1201, 1202, 1203, a network 1204 and a server 1205. Network 1204 is the medium used to provide communication links between terminal devices 1201, 1202, 1203 and server 1205. Network 1204 may include various types of connections, such as wire, wireless communication links, or fiber optic cables, to name a few.
A user may use terminal devices 1201, 1202, 1203 to interact with a server 1205 through a network 1204 to receive or send messages, etc. The terminal devices 1201, 1202, 1203 may have installed thereon various communication client applications, such as a shopping application, a web browser application, a search application, an instant messaging tool, a mailbox client, social platform software, and the like.
The terminal devices 1201, 1202, 1203 may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.
The server 1205 may be a server that provides various services, such as a background management server that supports shopping websites browsed by users using the terminal devices 1201, 1202, 1203. The background management server may analyze and perform other processing on the received data such as the product information query request, and feed back a processing result (e.g., target push information and product information) to the terminal device.
It should be noted that the message processing method provided by the embodiment of the present invention is generally executed by the server 1205, and accordingly, the message processing apparatus is generally disposed in the server 1205.
It should be understood that the number of terminal devices, networks, and servers in fig. 12 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 13, shown is a block diagram of a computer system 1300 suitable for use with a terminal device implementing an embodiment of the present invention. The terminal device shown in fig. 13 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 13, the computer system 1300 includes a Central Processing Unit (CPU)1301 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)1302 or a program loaded from a storage section 1308 into a Random Access Memory (RAM) 1303. In the RAM 1303, various programs and data necessary for the operation of the system 1300 are also stored. The CPU 1301, the ROM 1302, and the RAM 1303 are connected to each other via a bus 1304. An input/output (I/O) interface 1305 is also connected to bus 1304.
The following components are connected to the I/O interface 1305: an input portion 1306 including a keyboard, a mouse, and the like; an output section 1307 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 1308 including a hard disk and the like; and a communication section 1309 including a network interface card such as a LAN card, a modem, or the like. The communication section 1309 performs communication processing via a network such as the internet. A drive 1310 is also connected to the I/O interface 1305 as needed. A removable medium 1311 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 1310 as necessary, so that a computer program read out therefrom is mounted into the storage portion 1308 as necessary.
In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such embodiments, the computer program may be downloaded and installed from a network via communications component 1309 and/or installed from removable media 1311. The computer program executes the above-described functions defined in the system of the present invention when executed by a Central Processing Unit (CPU) 1301.
It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The modules described in the embodiments of the present invention may be implemented by software or hardware. The described modules may also be provided in a processor, which may be described as: a processor includes an encapsulation module, an analysis module, and a calling module. The names of these modules do not in some cases form a limitation on the modules themselves, for example, a calling module may also be described as a "module that calls a sub-policy of the processing policy to process the message to be processed".
As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to comprise: step S101: packaging each processing algorithm or processing behavior into a sub-strategy separately; step S102: acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; step S103: and calling a sub-strategy of the processing strategy to process the message to be processed.
According to the technical scheme of the embodiment of the invention, each processing algorithm or processing behavior is independently packaged into a sub-strategy; acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; the technical means for processing the message to be processed by calling the sub-strategy of the processing strategy overcomes the technical problems of complex realization process of price processing, difficult maintenance and poor expandability, further achieves the purposes of increasing or modifying the processing flow through configuration, further does not need to modify codes, reduces the complexity of processing the message to be processed, is convenient to maintain and improves the technical effect of expandability.
The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (12)
1. A method for processing a message, comprising:
packaging each processing algorithm or processing behavior into a sub-strategy separately;
acquiring a message to be processed, and analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed; wherein the processing policy comprises at least one of the sub-policies;
and calling a sub-strategy of the processing strategy to process the message to be processed.
2. The processing method of claim 1, wherein encapsulating each processing algorithm or processing behavior individually as a sub-policy comprises:
based on a strategy mode, packaging each processing algorithm or processing behavior into a sub-strategy in advance, and providing a strategy interface for calling the sub-strategy; wherein the sub-strategies include, but are not limited to, an enter current quotation strategy, a calculate quote strategy, and an enter pending price list strategy.
3. The process of claim 2, wherein the message to be processed is a transaction offer; and
acquiring a message to be processed, comprising:
establishing long connection between a message processor and a price-quoting platform; wherein the message processor comprises at least one sub-processor;
sending the trade offer from the pricing offer platform to the sub-processor via the long connection according to the offer title of the trade offer; wherein the offer header is used to identify offer types of the trade offers, and each trade offer of the offer type is processed by the corresponding sub-processor.
4. The processing method according to claim 3, wherein analyzing the message to be processed according to a policy rule to determine a processing policy of the message to be processed comprises:
acquiring a strategy rule corresponding to the quotation type of the transaction quotation; the strategy rules are that the message content of the transaction offer corresponding to each processing strategy contains a specified character string and/or does not contain an exclusion character string;
and analyzing the message content of the transaction quotation by using the sub-processor according to the strategy rule so as to determine a processing strategy corresponding to the transaction quotation.
5. The processing method according to claim 3, wherein invoking the sub-policy of the processing policy to process the message to be processed comprises:
starting a processing thread;
and calling a sub-strategy of the processing strategy through the strategy interface in the processing thread so as to process the transaction quotation.
6. An apparatus for processing a message, comprising:
the packaging module is used for packaging each processing algorithm or processing behavior into a sub-strategy;
the analysis module is used for acquiring a message to be processed and analyzing the message to be processed according to a policy rule so as to determine a processing policy of the message to be processed; wherein the processing policy comprises at least one of the sub-policies;
and the calling module is used for calling the sub-strategy of the processing strategy to process the message to be processed.
7. The processing apparatus of claim 6, wherein the encapsulation module is further configured to:
based on a strategy mode, packaging each processing algorithm or processing behavior into a sub-strategy in advance, and providing a strategy interface for calling the sub-strategy; wherein the sub-strategies include, but are not limited to, an enter current quotation strategy, a calculate quote strategy, and an enter pending price list strategy.
8. The processing apparatus according to claim 7, wherein the message to be processed is a transaction offer; and
the analysis module is further to:
establishing long connection between a message processor and a price-quoting platform; wherein the message processor comprises at least one sub-processor;
sending the trade offer from the pricing offer platform to the sub-processor via the long connection according to the offer title of the trade offer; wherein the offer header is used to identify offer types of the trade offers, and each trade offer of the offer type is processed by the corresponding sub-processor.
9. The processing apparatus as in claim 8, wherein the analysis module is further configured to:
acquiring a strategy rule corresponding to the quotation type of the transaction quotation; the strategy rules are that the message content of the transaction offer corresponding to each processing strategy contains a specified character string and/or does not contain an exclusion character string;
and analyzing the message content of the transaction quotation by using the sub-processor according to the strategy rule so as to determine a processing strategy corresponding to the transaction quotation.
10. The processing apparatus as claimed in claim 8, wherein the invoking module is further configured to:
starting a processing thread;
and calling a sub-strategy of the processing strategy through the strategy interface in the processing thread so as to process the transaction quotation.
11. An electronic device for processing messages, comprising:
one or more processors;
a storage device for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-5.
12. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911347580.0A CN111179081A (en) | 2019-12-24 | 2019-12-24 | Message processing method and processing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911347580.0A CN111179081A (en) | 2019-12-24 | 2019-12-24 | Message processing method and processing device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111179081A true CN111179081A (en) | 2020-05-19 |
Family
ID=70650425
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911347580.0A Pending CN111179081A (en) | 2019-12-24 | 2019-12-24 | Message processing method and processing device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111179081A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111694679A (en) * | 2020-06-05 | 2020-09-22 | 北京字跳网络技术有限公司 | Message processing method and device and electronic equipment |
| CN111857888A (en) * | 2020-07-10 | 2020-10-30 | 中国建设银行股份有限公司 | Transaction processing method and device |
| CN113821546A (en) * | 2021-07-29 | 2021-12-21 | 北京金玖银玖数字科技有限公司 | Real-time early warning method and device based on multivariate data layering |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130115927A1 (en) * | 2011-06-03 | 2013-05-09 | Apple Inc. | Active Transport Based Notifications |
| CN104754036A (en) * | 2015-03-06 | 2015-07-01 | 合一信息技术（北京）有限公司 | Message processing system and processing method based on kafka |
| CN106375472A (en) * | 2016-09-29 | 2017-02-01 | 北京三快在线科技有限公司 | Access request processing method and apparatus, and server |
| CN107590186A (en) * | 2017-08-07 | 2018-01-16 | 北京京东尚科信息技术有限公司 | Management and the method and policy engine system for performing data processing policy |
| CN107659546A (en) * | 2016-07-25 | 2018-02-02 | 武汉票据交易中心有限公司 | A kind of flow path processing method and device and server based on event |
-
2019
- 2019-12-24 CN CN201911347580.0A patent/CN111179081A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130115927A1 (en) * | 2011-06-03 | 2013-05-09 | Apple Inc. | Active Transport Based Notifications |
| CN104754036A (en) * | 2015-03-06 | 2015-07-01 | 合一信息技术（北京）有限公司 | Message processing system and processing method based on kafka |
| CN107659546A (en) * | 2016-07-25 | 2018-02-02 | 武汉票据交易中心有限公司 | A kind of flow path processing method and device and server based on event |
| CN106375472A (en) * | 2016-09-29 | 2017-02-01 | 北京三快在线科技有限公司 | Access request processing method and apparatus, and server |
| CN107590186A (en) * | 2017-08-07 | 2018-01-16 | 北京京东尚科信息技术有限公司 | Management and the method and policy engine system for performing data processing policy |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111694679A (en) * | 2020-06-05 | 2020-09-22 | 北京字跳网络技术有限公司 | Message processing method and device and electronic equipment |
| CN111694679B (en) * | 2020-06-05 | 2024-01-30 | 北京字跳网络技术有限公司 | Message processing method and device and electronic equipment |
| CN111857888A (en) * | 2020-07-10 | 2020-10-30 | 中国建设银行股份有限公司 | Transaction processing method and device |
| CN111857888B (en) * | 2020-07-10 | 2023-11-07 | 中国建设银行股份有限公司 | Transaction processing method and device |
| CN113821546A (en) * | 2021-07-29 | 2021-12-21 | 北京金玖银玖数字科技有限公司 | Real-time early warning method and device based on multivariate data layering |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7330834B1 (en) | System and method for electronic trading of assets | |
| CN111179081A (en) | Message processing method and processing device | |
| US11714863B2 (en) | Combinatorial matching techniques for electronic data messages | |
| WO1999031613A1 (en) | A method and apparatus for bundled asset trading | |
| US9633321B2 (en) | Systems and methods for facilitating call request aggregation over a network | |
| WO2002097701A1 (en) | Methods and systems for managing a portfolio of securities | |
| EP2631859A1 (en) | Integrating payment aggregators with e-commerce platform | |
| US20190066216A1 (en) | System for managing fees and payments on exchange traded products and associated method | |
| US8626612B2 (en) | Consolidating leads into a lead group | |
| US11605086B2 (en) | Electronic database search and storage efficiency improvement | |
| US20120303519A1 (en) | User input of consumer spending transaction data for savings and donations programs | |
| CN111127214A (en) | Method and apparatus for portfolio | |
| WO2019045900A1 (en) | System for issuing and managing exchange traded products as financial instruments and balancing the investment | |
| US20230053063A1 (en) | Statistics-aware sub-graph query engine | |
| Shakila et al. | A decentralized marketplace application based on ethereum smart contract | |
| US20190066215A1 (en) | System for controlling data and issuing client reports on exchange traded products and associated method | |
| US9633393B2 (en) | Extensible software architecture for processing level 2 financial data | |
| US10268991B1 (en) | Dynamic selection across cache | |
| US11379191B2 (en) | Presentation oriented rules-based technical architecture display framework | |
| CN111400313A (en) | Method and device for processing request | |
| CN114756556B (en) | Method, device, electronic equipment and computer readable medium for processing account data | |
| KR101314719B1 (en) | Order ui providing system and providing method thereof | |
| JP6423151B2 (en) | System and method for generating market information | |
| US20230360030A1 (en) | Systems and methods for processing a batch payment in real-time payment network | |
| WO2021169553A1 (en) | Method and apparatus for processing order |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20221010 Address after: 25 Financial Street, Xicheng District, Beijing 100033 Applicant after: CHINA CONSTRUCTION BANK Corp. Address before: 25 Financial Street, Xicheng District, Beijing 100033 Applicant before: CHINA CONSTRUCTION BANK Corp. Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |