CN113222765B - Market data pushing method and device, electronic equipment and storage medium - Google Patents
Market data pushing method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN113222765B CN113222765B CN202110605304.0A CN202110605304A CN113222765B CN 113222765 B CN113222765 B CN 113222765B CN 202110605304 A CN202110605304 A CN 202110605304A CN 113222765 B CN113222765 B CN 113222765B
- Authority
- CN
- China
- Prior art keywords
- target
- data
- transaction data
- market
- dimension
- 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.)
- Active
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
- G06F18/00—Pattern recognition
- G06F18/20—Analysing
- G06F18/24—Classification techniques
- G06F18/241—Classification techniques relating to the classification model, e.g. parametric or non-parametric approaches
-
- 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/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- General Business, Economics & Management (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Bioinformatics & Computational Biology (AREA)
- Bioinformatics & Cheminformatics (AREA)
- General Engineering & Computer Science (AREA)
- Artificial Intelligence (AREA)
- Life Sciences & Earth Sciences (AREA)
- Technology Law (AREA)
- Evolutionary Biology (AREA)
- Evolutionary Computation (AREA)
- Game Theory and Decision Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The application relates to a market data pushing method, a market data pushing device, electronic equipment and a storage medium, wherein the market data pushing method comprises the following steps: the method comprises the steps of firstly determining a target transaction data dimension of a target product, then calling transaction data corresponding to the target transaction data dimension from market data of the target product, then packaging the transaction data into a target market data packet according to the number of the target transaction data dimension, and finally pushing the target market data packet to a user terminal. Therefore, when the target market data packet is packaged, the target market data packet can be packaged according to the number of the target transaction data dimensions, and the condition that a small amount of transaction data is packaged by using a large-length data format is avoided.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a market data pushing method and apparatus, an electronic device, and a storage medium.
Background
With the arrival of the data information era, the aspects of work, life and the like can not leave the data information, and a data demand party usually wants to acquire first-hand market data, so that the market data pushing speed needs to be increased.
For a certain product, the market data usually includes transaction data corresponding to a plurality of transaction data dimensions, and in the related art, when the market data of the product is pushed to a user, no matter the data corresponding to several transaction data dimensions, the transaction data is encapsulated into a data packet with a fixed data length for transmission, which may cause a situation that a small amount of data is transmitted through a data packet with a large length, and thus, the pushing speed of the small amount of data is slowed down.
Disclosure of Invention
In order to solve the problem that the data pushing speed is reduced due to the fact that a small amount of data is sent through a large-length data packet in the related technology, the application provides a market data pushing method and device, electronic equipment and a storage medium.
According to a first aspect of the present application, there is provided a market data pushing method, including:
determining a target transaction data dimension of a target product;
calling transaction data corresponding to the target transaction data dimension from the market data of the target product;
packaging the transaction data into a target market data packet according to the number of the target transaction data dimensions;
and pushing the target market data packet to a user terminal corresponding to a target user.
In an optional embodiment, the determining the target transaction data dimension of the target product includes:
calling a dimension quantity requirement preconfigured by the target user, and determining a first quantity of target transaction data dimensions required by the target user according to the dimension quantity requirement;
acquiring a second quantity of transaction data dimensions currently contained in the market data of the target product;
if the first quantity is larger than or equal to the second quantity, all transaction data dimensions contained in the market data at present are determined as the target transaction data dimensions;
and if the first quantity is smaller than the second quantity, screening the trading data dimensions of the first quantity from all the trading data dimensions currently contained in the market data to be used as the target trading data dimensions.
In an optional implementation manner, if the first number is smaller than the second number, the step of screening the transaction data dimensions of the first number from all transaction data dimensions currently included in the market data as the target transaction data dimension includes:
if the first quantity is smaller than the second quantity, sorting all transaction data dimensions contained in the market data from high to low according to a preset priority;
determining the first number of transaction data dimensions after sorting as the target transaction data dimensions.
In an optional embodiment, the determining the target transaction data dimension of the target product includes:
under the condition that market updating data of the target product are obtained, determining the dimensions of transaction data to be updated contained in the market updating data;
and determining the dimension of the transaction data to be updated contained in the market updating data as the dimension of the target transaction data.
In an optional embodiment, the determining the target transaction data dimension of the target product includes:
obtaining the attention degree of each transaction data dimension contained in the market data of the target product at present;
and determining the transaction data dimension of the target quantity with the highest attention as the target transaction data dimension.
In an optional embodiment, the obtaining of the attention of each transaction data dimension currently included in the market data of the target product includes:
for any transaction data dimension contained in the market data of the target product at present, acquiring user information subscribing transaction data corresponding to the transaction data dimension;
and determining the attention of the transaction data dimension according to the user information.
In an optional embodiment, the determining the attention of the transaction data dimension according to the user information includes:
determining the number of users subscribing the transaction data corresponding to the transaction data dimension according to the user information, and determining the number of the users as the attention of the transaction data dimension;
or,
classifying users subscribing the transaction data corresponding to the transaction data dimension according to the user category carried by the user information;
and determining the attention of the transaction data dimension according to the number of the users in each user category and the preset weight corresponding to each user category.
In an optional embodiment, the encapsulating the transaction data into the target market data packet according to the number of the target transaction data dimensions includes:
determining a target data format corresponding to the number of the target transaction data dimensions from all pre-stored data formats according to the mapping relation between the number of the preset transaction data dimensions and the data formats;
and packaging the transaction data according to the target data format to obtain a target market data packet.
In an optional implementation manner, the pushing the target market data packet to a user terminal corresponding to a target user includes:
determining a target interface corresponding to a user terminal corresponding to a target user from all interfaces according to a preset mapping relation between the user terminal and the interfaces;
and sending the target market data packet to a user terminal corresponding to the target user through the target interface.
In an optional implementation manner, the sending the target market data packet to the user terminal corresponding to the target user through the target interface includes:
judging whether a sending end for generating the target market data packet and a sending end where the target interface is located are the same sending end or not;
if the data packets are the same as the sending end, the target market data packets are sent to the user terminal corresponding to the target user through the target interface;
if the target interfaces are not the same sending end, determining the target sending end where the target interface is located;
and forwarding the target market data packet to the target sending end so that the target sending end sends the target market data packet to a user terminal corresponding to the target user.
In an optional embodiment, the method further comprises:
receiving market updating data of a target product sent by a trading exchange;
if the market updating data is full data, updating the currently stored market data of the target product into the market updating data;
and if the market updating data is incremental data, updating the market data of the currently stored target product according to the incremental data.
In an optional implementation manner, if the market data update data is incremental data, updating the market data of the currently stored target product according to the incremental data includes:
if the market updating data is incremental data, determining the dimensionality of the transaction data to be updated corresponding to the market updating data;
and updating the data corresponding to the data dimension of the transaction to be updated in the market data of the currently stored target product according to the incremental data.
According to a second aspect of the present application, there is provided a market data pushing device, the device comprising:
the determining module is used for determining the target transaction data dimension of the target product;
the calling module is used for calling the transaction data corresponding to the target transaction data dimension from the market data of the target product;
the packaging module is used for packaging the transaction data into a target market data packet according to the number of the target transaction data dimensions;
and the pushing module is used for pushing the target market data packet to a user terminal corresponding to the target user.
In an optional embodiment, the determining module comprises:
the calling unit is used for calling a dimension quantity requirement preconfigured by the target user and determining a first quantity of target transaction data dimensions required by the target user according to the dimension quantity requirement;
the first acquisition unit is used for acquiring a second number of transaction data dimensions currently contained in the market data of the target product;
a first determining unit, configured to determine, if the first number is greater than or equal to the second number, all transaction data dimensions currently included in the market data as the target transaction data dimensions;
and a second determining unit, configured to, if the first number is smaller than the second number, screen, from all transaction data dimensions currently included in the market data, the transaction data dimensions of the first number as the target transaction data dimensions.
In an optional embodiment, the second determining unit comprises:
the ordering subunit is configured to, if the first quantity is smaller than the second quantity, order all transaction data dimensions currently included in the market data from high to low according to a preset priority;
and the first determining subunit is used for determining the sorted transaction data dimensions of the first quantity as the target transaction data dimensions.
In an optional embodiment, the determining module comprises:
the third determining unit is used for determining the dimensionality of the transaction data to be updated contained in the market updating data under the condition that the market updating data of the target product is obtained;
and the fourth determining unit is used for determining the dimension of the transaction data to be updated contained in the market updating data as the dimension of the target transaction data.
In an optional embodiment, the determining module comprises:
the second acquisition unit is used for acquiring the attention degree of each transaction data dimension contained in the market data of the target product;
and the fifth determining unit is used for determining the transaction data dimension of the target quantity with the highest attention as the target transaction data dimension.
In an optional embodiment, the second obtaining unit includes:
the first acquisition subunit is used for acquiring user information of the transaction data corresponding to the transaction data dimension for subscribing any transaction data dimension currently contained in the market data of the target product;
and the second determining subunit is used for determining the attention degree of the transaction data dimension according to the user information.
In an optional embodiment, the second determining subunit comprises:
the third determining subunit is used for determining the number of users subscribing the transaction data corresponding to the transaction data dimension according to the user information, and determining the number of the users as the attention of the transaction data dimension;
or,
the classification subunit is used for classifying the users subscribing the transaction data corresponding to the transaction data dimension according to the user category carried by the user information;
and the fourth determining subunit is used for determining the attention of the transaction data dimension according to the number of the users in each user category and the preset weight corresponding to each user category.
In an alternative embodiment, the encapsulation module comprises:
a fifth determining unit, configured to determine, according to a mapping relationship between the number of preset transaction data dimensions and data formats, a target data format corresponding to the number of target transaction data dimensions from all pre-stored data formats;
and the packaging unit is used for packaging the transaction data according to the target data format to obtain a target market data packet.
In an optional embodiment, the push module comprises:
a sixth determining unit, configured to determine, according to a preset mapping relationship between the user terminal and the interfaces, a target interface corresponding to the user terminal corresponding to the target user from all the interfaces;
and the sending unit is used for sending the target market data packet to a user terminal corresponding to the target user through the target interface.
In an optional embodiment, the sending unit includes:
a judging subunit, configured to judge whether a sending end that generates the target market data packet and a sending end that the target interface is located are the same sending end;
the first sending subunit is configured to send the target market data packet to a user terminal corresponding to the target user through the target interface if the target market data packet is the same sending end;
a fifth determining subunit, configured to determine, if the target interfaces are not the same sending end, a target sending end where the target interface is located;
and the second sending subunit is configured to forward the target market data packet to the target sending end, so that the target sending end sends the target market data packet to a user terminal corresponding to the target user.
In an optional embodiment, the apparatus further comprises:
the receiving module is used for receiving market updating data of the target product sent by the exchange;
the first updating module is used for updating the currently stored market data of the target product into the market updating data if the market updating data is full data;
and the second updating module is used for updating the market information data of the currently stored target product according to the incremental data if the market information updating data is the incremental data.
In an optional embodiment, the second update module comprises:
a sixth determining subunit, configured to determine, if the market updating data is incremental data, a to-be-updated transaction data dimension corresponding to the market updating data;
and the updating unit is used for updating the data corresponding to the data dimension of the transaction to be updated in the market data of the currently stored target product according to the incremental data.
According to a third aspect of the present application, there is provided an electronic device comprising: at least one processor and memory;
the processor is configured to execute the market data pushing program stored in the memory, so as to implement the market data pushing method according to the first aspect of the present application.
According to a fourth aspect of the present application, there is provided a storage medium storing one or more programs that, when executed, implement the market data pushing method according to the first aspect of the present application.
The technical scheme provided by the application can comprise the following beneficial effects: the method comprises the steps of firstly determining a target transaction data dimension of a target product, then calling transaction data corresponding to the target transaction data dimension from market data of the target product, then packaging the transaction data into a target market data packet according to the number of the target transaction data dimension, and finally pushing the target market data packet to a user terminal. Therefore, when the target market data packet is packaged, the target market data packet can be packaged according to the number of the target transaction data dimensions, and the condition that a small amount of transaction data is packaged by using a large-length data format is avoided.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.
Fig. 1 is a schematic diagram of a market pushing architecture according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a market data pushing method according to an embodiment of the present application;
fig. 3 is a schematic flow chart illustrating a first method for determining a target transaction data dimension in a market data pushing method according to another embodiment of the present application;
fig. 4 is a schematic flow chart illustrating a second method for determining a target transaction data dimension in a market data pushing method according to another embodiment of the present application;
fig. 5 is a schematic flow chart illustrating a third method for determining a target transaction data dimension in a market data pushing method according to another embodiment of the present application;
fig. 6 is a schematic flowchart illustrating a process of encapsulating transaction data according to a market data pushing method according to another embodiment of the present application;
fig. 7 is a schematic diagram of a connection architecture of a relay and a user terminal according to another embodiment of the present application;
fig. 8 is a schematic diagram of a connection architecture between a plurality of FPGA processing units included in a relay and a user terminal according to another embodiment of the present application;
fig. 9 is a schematic structural diagram of a market data pushing apparatus according to another embodiment of the present application;
fig. 10 is a schematic structural diagram of an electronic device according to another embodiment of the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
Referring to fig. 1, fig. 1 is a schematic diagram of a market pushing architecture according to an embodiment of the present application.
As shown in fig. 1, the market pushing architecture of the present embodiment relates to an exchange 101, a transfer party 102, and a data demand party (user terminal) 103.
The trading contract is stored in the exchange, one trading contract relates to one trading data dimension of one product and trading data under the trading data dimension, and it should be noted that the trading data dimension may be a trading price of the product. In a specific example, the product is apple, and in a trading contract, the specified trading price is 5 yuan/jin, and the trading amount is 100 jin of sales, where 5 yuan/jin is the trading data dimension in the trading contract, and 100 jin of sales is the trading data in the trading data dimension.
The trading contract stored in the exchange will increase with the occurrence of a trade, and generally, when the trading contract stored in the exchange changes, relevant data will be sent to the transfer party, where the relevant data may be a certain trading data dimension of a certain product and trading data under the trading data dimension.
After receiving the relevant data sent by the transaction, the transfer party updates the market data of a certain product stored by the transfer party according to the received relevant data, generally, for a certain product, multiple transaction data dimensions, that is, multiple transaction prices, each transaction price has corresponding transaction data, and all transaction data can constitute the market data of the product.
The transfer party sends the market data of the target product to the user terminal according to the requirements of the user, and because the data content of the market data of the target product may be different during each sending, and the number of transaction data dimensions concerned by each user may also be different, the transaction data contained in the market data packet sent to the user terminal may also be different, and the difference is mainly the difference of the number of the transaction data dimensions.
It should be noted that the relay party may use an FPGA to process data.
In the related art, a fixed data packet length is used to encapsulate transaction data, but in some cases, the number of transaction data dimensions to be sent is relatively small, for example, only 3 transaction data dimensions are provided, but 5 data units (each data unit is used to store transaction data in one transaction data dimension) are reserved in a data packet format, which may cause the size of the encapsulated data packet to be much larger than the size of the transaction data to be sent, which may cause waste of transmission line resources, even cause congestion of a transmission line, and slow down the transmission speed.
Therefore, the transfer party of this embodiment encapsulates the transaction data into the target market data packet according to the number of the target transaction data dimensions that need to be sent, thereby avoiding the above problems. For specific method execution, reference may be made to the following description in the embodiments, which are not repeated herein.
Referring to fig. 2, fig. 2 is a schematic flowchart illustrating a market data pushing method according to an embodiment of the present application.
As shown in fig. 2, the market data pushing method provided in this embodiment may include:
step S201, determining the target transaction data dimension of the target product.
For convenience of description, the present embodiment is described by taking pushing a market data packet of a target product as an example, and pushing a market data packet of another product can be implemented by the method of the present embodiment as well.
In this step, the target transaction data dimension is at least one of all transaction data dimensions of the target product, and there are various ways for determining the target transaction data dimension, which will be described in turn below.
Fig. 3 is a schematic flowchart illustrating a first method for determining a target transaction data dimension in a market data pushing method according to another embodiment of the present application.
As shown in fig. 3, a first way of determining the target transaction data dimension may be determined according to the requirement of the user, and specifically may include:
step S301, a dimension quantity requirement pre-configured by a target user is called, and a first quantity of target transaction data dimensions required by the target user is determined according to the dimension quantity requirement.
Generally, a user may pre-configure the transaction data dimension data required by the user in a transfer party, and the transfer party generally stores the dimension quantity requirement configured by each user, which may specifically refer to table 1 below.
| User' s | Dimension number requirement |
| User A | 5 |
| User B | 3 |
| User C | 4 |
| …… | …… |
TABLE 1
It should be noted that, the user a, the user B, and the user C are user identifiers, and since the user faced by the present application is a user terminal in nature, each user terminal will have a unique identifier in the sending network when the sending network is constructed, and therefore, the specific content of the user a, the user B, and the user C may be the identifiers of the corresponding user terminals in the sending network.
In this step, table 1 may be directly retrieved, and then the first number of the target transaction data dimensions required by the target user is found from table 1, in a specific example, if the target user is user a, it can be known from table 1 that the corresponding first number is 5.
Step S302, obtaining a second quantity of transaction data dimensions currently contained in the market data of the target product.
Generally, the transfer party updates the market data of the target product according to the data sent by the exchange, and the market data is directly stored in the transfer party, so that the incremental updating is directly performed on the basis of the stored market data in the later period.
Specifically, for the market data of the target product, the storage content thereof may be as shown in table 2.
TABLE 2
Each product will have its own market data, which will typically be mapped and stored in the transfer party, so in this step, the market data of the target product, i.e. table 2, can be found first, and then the second quantity is determined according to the transaction data dimensions contained in table 2. In a specific example, there are transaction prices 1, 2, 3, and 4 in table 2, and these 4 transaction data dimensions, then the second number obtained in this step is 4.
Step S303, if the first quantity is larger than or equal to the second quantity, all transaction data dimensions contained in the market data at present are determined as target transaction data dimensions.
In this step, if the first number is greater than or equal to the second number, that is, the number of the transaction data dimensions currently existing in the target product cannot meet or just meets the number of the transaction data dimensions required by the target user, at this time, all the transaction data dimensions currently included in the market data need to be determined as the target transaction data dimensions.
In a specific example, step S301 determines that the first quantity is 5, and step S302 determines that the second quantity is 4, which is the case in step S303, and it is necessary to determine the transaction prices 1, 2, 3, and 4 in table 2 as the target transaction data dimension.
Step S304, if the first quantity is smaller than the second quantity, the trading data dimensions of the first quantity are screened out from all the trading data dimensions contained in the market data currently to be used as target trading data dimensions.
In this step, the first number is smaller than the second number, that is, the number of the transaction data dimensions currently existing in the target product far satisfies the number of the transaction data dimensions required by the target user. In order to facilitate pushing according to the requirements of users, all transaction data dimensions contained in the market data at present can be sorted from high to low according to a preset priority, and then the first quantity of transaction data dimensions after sorting are determined as target transaction data dimensions.
The priority indicated in this step may be set in advance for each transaction data dimension, and the priority may be set using a number, and for convenience of understanding, the smaller the number is, the higher the priority is, for example, the priority of level 1 is the highest priority.
Of course, the transaction data dimension in this embodiment is the transaction price, and the transaction price itself is a number, so the transaction price can be ranked as its own priority. The change of priority can also be better adapted when facing the situation of adding, deleting and modifying transaction prices.
Referring to fig. 4, fig. 4 is a schematic flow chart illustrating a second method for determining a target transaction data dimension in a market data pushing method according to another embodiment of the present application.
As shown in fig. 4, the second way of determining the dimension of the target transaction data of the present embodiment may be determined by means of updating the market data. The method specifically comprises the following steps:
step S401, under the condition that market updating data of the target product is obtained, determining the dimensions of transaction data to be updated contained in the market updating data.
It should be noted that, when obtaining the market information update data of the target product, the transfer party may also update the currently stored market information, which may specifically include:
step one, market information updating data of a target product sent by a trading exchange is received.
And step two, if the market information updating data is full data, updating the currently stored market information of the target product into market information updating data.
And step three, if the market updating data is incremental data, updating the market data of the target product stored currently according to the incremental data.
It should be noted that, the judgment of whether the market update data is full data or incremental data may be determined according to a specific identifier in the market update data sent by the exchange. Generally, the market update data sent by the exchange has an identifier of full data or incremental data, for example, the identifier bit is "1" in the case of full data, and the identifier bit is "0" in the case of incremental data.
Of course, in order to reduce the amount of data to be sent, the current exchange generally defaults to pushing incremental data, and if the transfer party needs full data, the transfer party needs to actively send a request to the exchange. In this embodiment, it may be set that full-volume data is actively requested only once when the market is opened, and therefore, whether the full-volume data or the incremental data is determined according to the time when the obtained market update data is obtained. For example, after the market is opened, the acquisition time is the earliest and can be determined as the full data, and the acquisition time at the subsequent time is the incremental data.
In addition, if the market updating data is incremental data, the transaction data dimension to be updated corresponding to the market updating data can be determined first, and then the data corresponding to the transaction data dimension to be updated in the market data of the target product stored currently is updated according to the incremental data.
In a specific example, based on table 2, the current market update data includes the transaction data corresponding to the transaction price 1 and the transaction data corresponding to the transaction price 2, and at this time, the transaction data corresponding to the transaction price 1 is updated directly from the market update data, the transaction data corresponding to the transaction price 1 in table 2 is updated, and the transaction data corresponding to the transaction price 2 is updated from the market update data, and the transaction data corresponding to the transaction price 2 in table 2 is updated.
The above determined transaction data dimension to be updated is the transaction data dimension to be updated that needs to be determined in step S401. Of course, for the case that the market updating data is full data, the dimension of the transaction data to be updated in the full data also needs to be determined.
Specifically, the market updating data includes transaction data corresponding to each transaction data dimension to be updated, and in this step, only the transaction data dimension to be updated corresponding to the transaction data needs to be extracted from the market updating data.
Step S402, determining the dimensions of the transaction data to be updated contained in the market updating data as the dimensions of the target transaction data.
In this step, the data dimension to be updated included in the market updating data is directly determined as the target transaction data dimension, that is, in the second mode of determining the target transaction data dimension, as long as the market updating data is acquired, the data dimension to be updated included in the market updating data is determined as the target transaction data dimension.
Referring to fig. 5, fig. 5 is a schematic flow chart illustrating a third method for determining a target transaction data dimension in a market data pushing method according to another embodiment of the present application.
As shown in fig. 5, a third way of determining the target transaction data dimension in this embodiment may be determined by the attention of the user to each transaction data dimension. The method specifically comprises the following steps:
step S501, obtaining the attention degree of each transaction data dimension contained in the market data of the target product.
It should be noted that the attention degree of each transaction data dimension may be updated in real time according to the attention degree of the user, and for any transaction data dimension currently included in the market data of the target product, user information subscribing to the transaction data corresponding to the transaction data dimension may be acquired.
The subscribing transaction data dimension may refer to that the user needs to acquire transaction data corresponding to the transaction data dimension. Generally, each transaction data dimension corresponds to a user identifier of the storage subscription, and specifically, refer to table 3.
| Transaction data dimension | Subscribing users |
| Transaction price 1 | User A and user B |
| Transaction price 2 | User A, user B, and user C |
| Transaction price 3 | User A |
| Transaction price 4 | User A and user B |
TABLE 3
It should be noted that, because the transaction data dimension in this embodiment is constantly changing, a certain difficulty may be brought about in a third way of determining the target transaction data dimension. In order to implement dynamic subscription between the transaction data dimension and the subscribing user, the subscribing user may be mapped with the array sequence, which may be specifically shown in table 4.
| Transaction data dimension | Subscribing users |
| Sequence 1 | User A and user B |
| Sequence 2 | User A, user B, and user C |
| Sequence 3 | User A |
| Sequence 4 | User A and user B |
TABLE 4
And then sequentially filling the transaction data dimensions into the array sequence according to the priority order so as to enable each transaction data dimension to generate a mapping relation with the subscribing user. Because the user generally subscribes for the required number (N), the transfer party pushes the sorted transaction data of the first N transaction data dimensions to the user terminal, that is, the user does not subscribe for the transaction data of a specific transaction data dimension (one of the reasons why the transaction data dimension changes constantly). Therefore, the embodiment makes it possible to generate a mapping relationship between transaction data dimensions and subscribing users by using an array sequence.
After user information subscribing transaction data corresponding to a certain transaction data dimension is acquired, the attention degree of the transaction data dimension can be determined according to the user information.
Specifically, there may be two implementation manners, one of which is to determine the number of users subscribing to the transaction data corresponding to the transaction data dimension according to the user information, and determine the number of users as the attention degree of the transaction data dimension, that is, the number of users subscribing to the transaction data dimension is taken as the corresponding attention degree.
The attention degree of the transaction data dimension can be determined according to the weight corresponding to the user category of the user which is classified in advance and the number of the users, and specifically, the user who subscribes the transaction data corresponding to the transaction data dimension can be classified according to the user category carried by the user information; and determining the attention of the transaction data dimension according to the number of the users in each user category and the preset weight corresponding to each user category.
The user categories may be classified according to business data submitted by the user, such as business data of profit and the like, the user is classified into a high-quality user, a medium-quality user and other users, and each user category may correspond to a respective weight, such as 0.8 of the high-quality user, 0.5 of the medium-quality user and 0.2 of the other users.
When the attention of a certain transaction data dimension is calculated, calculation may be performed according to the number of users and preset weights corresponding to user categories, based on the data in table 3, if the user a is a high-quality user, the user B, and the user C are medium users, for the transaction data dimension of the transaction price 2, the number of the high-quality users is 1, the number of the medium users is 2, and the number of other users is 0, the attention of the transaction price 2 may be 1.8 +2 + 0.5+ 0.2-1.8.
Based on the data, the value and the meaning of the attention degree of the transaction data dimension can be improved.
And step S502, determining the transaction data dimension of the target quantity with the highest attention as the target transaction data dimension.
Since the attention degrees of all transaction data dimensions are determined in step S502, the transaction data dimensions of the target number with the highest attention degree can be determined as the target transaction data dimensions in this step.
The target number of the present step may be a preset number, or may be the first number in the foregoing steps. For the description of the first quantity, reference may be made to the foregoing embodiments, which are not repeated herein.
Step S202, transaction data corresponding to the target transaction data dimension is called from the market data of the target product.
In the step, the market data are stored in the form of mapping the transaction data dimension and the transaction data, so that the transaction data corresponding to the target transaction data dimension can be directly called from the market data of the target product in the step.
And step S203, packaging the transaction data into a target market data packet according to the number of the target transaction data dimensions.
In order to ensure that the size of the encapsulated target market data packet matches the number of target transaction data dimensions, different data formats may be preset, and each data format corresponds to the number of one transaction data dimension, which may be specifically shown in table 5.
TABLE 5
It should be noted that, for any data format, the number of data units for storing transaction data included in the data format is equal to the number of transaction data dimensions corresponding to the data unit. Wherein, a data unit is used for storing transaction data of a transaction data dimension.
Specifically, since the number of the transaction data dimensions corresponding to the data format 1 is 1, the data bits of the data format 1 may be { start bit, data unit 1, end bit, check bit }, and since the number of the transaction data dimensions corresponding to the data format 2 is 2, the data bits of the data format 2 may be { start bit, data unit 1, data unit 2, end bit, check bit }, and so on.
Based on this, referring to fig. 6, a specific process of the packaging in this step can be shown, and fig. 6 is a schematic flow chart of the packaged transaction data of a market data pushing method according to another embodiment of the present application.
As shown in fig. 6, the process of packaging transaction data provided by this embodiment may include:
step S601, determining a target data format corresponding to the number of target transaction data dimensions from all pre-stored data formats according to a mapping relationship between the number of preset transaction data dimensions and the data formats.
Since the number of the target transaction data dimensions has already been determined in the foregoing step, in this step, only the target data format corresponding to the number of the target transaction data dimensions needs to be determined. For example, taking table 5 as an example, if the number of the target transaction data dimensions is 2, the corresponding target data format is data format 2.
Step S602, the transaction data is packaged according to the target data format, and a target market data packet is obtained.
In this step, the transaction data corresponding to the target transaction data dimension is filled into the corresponding data unit, and if a check bit exists, the corresponding check data is calculated and filled into the check bit.
In a specific example, the number of target transaction data dimensions is 2, and the target data format is data format 2, i.e., { start bit, data unit 1, data unit 2, end bit, check bit }, then the transaction data corresponding to each of the two target transaction data dimensions may be filled into data unit 1 and data unit 2, respectively.
And step S204, pushing the target market data packet to a user terminal corresponding to the target user.
In order to bypass the network protocol stack, the relay party and the user terminal in this embodiment are connected by using an EFBI interface, it should be noted that one EFBI interface can only access one user terminal, and a specific architecture can refer to fig. 7, where fig. 7 is a schematic diagram of a connection architecture of the relay party and the user terminal according to another embodiment of the present application.
In this embodiment, one interface corresponds to one user, each interface has a corresponding interface identifier at the transfer party, and the transfer party prestores mapping relationships between the user terminals and the interfaces, which are generally mapped by using the interface identifiers and the identifiers of the user terminals.
Of course, the relay may be formed by a plurality of FPGA processing units, as shown in fig. 8, fig. 8 is a schematic diagram of a connection architecture between the plurality of FPGA processing units included in the relay and the user terminal according to another embodiment of the present application. The interface is directly hung on each FPGA, and in order to improve the operation speed of the FPGAs, market data of different products can be processed by different FPGA processing units, so that the situation that the sending interface and the market data packet are not on the same FPGA processing unit any more may occur.
Based on the above situation, the sending of the target market data packet to the user terminal corresponding to the target user through the target interface may specifically be to first determine whether the sending end that generates the target market data packet and the sending end that the target interface is located are the same sending end.
And if the data packets are the same as the sending end, sending the target market data packets to the user terminal corresponding to the target user through the target interface.
If the target sending terminals are not the same, determining the target sending terminal where the target interface is located; and forwarding the target market data packet to a target sending end so that the target sending end sends the target market data packet to a user terminal corresponding to a target user.
In this embodiment, a target transaction data dimension of a target product is determined, then transaction data corresponding to the target transaction data dimension is called from market data of the target product, the transaction data is packaged into a target market data packet according to the number of the target transaction data dimension, and finally the target market data packet is pushed to a user terminal. Therefore, when the target market data packet is packaged, the target market data packet can be packaged according to the number of the target transaction data dimensions, and the condition that a small amount of transaction data is packaged by using a large-length data format is avoided.
Referring to fig. 9, fig. 9 is a schematic structural diagram of a market data pushing device according to another embodiment of the present application.
As shown in fig. 9, the market data pushing device provided in this embodiment may include:
a determining module 901, configured to determine a target transaction data dimension of a target product;
the calling module 902 is configured to call transaction data corresponding to a target transaction data dimension from market data of a target product;
the packaging module 903 is used for packaging the transaction data into a target market data packet according to the number of the target transaction data dimension;
and the pushing module 904 is configured to push the target market data packet to a user terminal corresponding to the target user.
Referring to fig. 10, fig. 10 is a schematic structural diagram of an electronic device according to another embodiment of the present application.
As shown in fig. 10, the electronic device provided in this embodiment includes: at least one processor 1001, memory 1002, at least one network interface 1003, and other user interfaces 1004. The various components in the electronic device 1000 are coupled together by a bus system 1005. It is understood that bus system 1005 is used to enable communications among the components connected. The bus system 1005 includes a power bus, a control bus, and a status signal bus, in addition to a data bus. But for the sake of clarity the various busses are labeled in figure 10 as the bus system 1005.
The user interface 1004 may include, among other things, a display, a keyboard, or a pointing device (e.g., a mouse, trackball, touch pad, or touch screen, among others.
It is to be understood that the memory 1002 in embodiments of the present invention may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration and not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (ddr Data Rate SDRAM, ddr SDRAM), Enhanced Synchronous SDRAM (ESDRAM), synchlronous SDRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 1002 described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
In some embodiments, memory 1002 stores the following elements, executable units or data structures, or a subset thereof, or an expanded set thereof: an operating system 10021 and a second application 10022.
The operating system 10021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, and is used for implementing various basic services and processing hardware-based tasks. The second application 10022 includes various second applications, such as a Media Player (Media Player), a Browser (Browser), and the like, for implementing various application services. A program for implementing the method according to the embodiment of the present invention may be included in the second application 10022.
In the embodiment of the present invention, the processor 1001 is configured to execute the method steps provided by the method embodiments by calling a program or an instruction stored in the memory 1002, which may be, in particular, a program or an instruction stored in the second application 10022.
The method disclosed by the embodiment of the invention can be applied to the processor 1001 or can be implemented by the processor 1001. The processor 1001 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by integrated logic circuits of hardware or instructions in the form of software in the processor 1001. The Processor 1001 may be a general-purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software elements in the decoding processor. The software elements may be located in ram, flash, rom, prom, or eprom, registers, among other storage media that are well known in the art. The storage medium is located in the memory 1002, and the processor 1001 reads the information in the memory 1002 and performs the steps of the method in combination with the hardware.
It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented in one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform the functions of the present Application, or a combination thereof.
For a software implementation, the techniques herein may be implemented by means of units performing the functions herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.
The embodiment of the invention also provides a storage medium (computer readable storage medium). The storage medium herein stores one or more programs. Among others, the storage medium may include volatile memory, such as random access memory; the memory may also include non-volatile memory, such as read-only memory, flash memory, a hard disk, or a solid state disk; the memory may also comprise a combination of memories of the kind described above.
When one or more programs in the storage medium are executable by one or more processors, the market pushing method executed on the electronic device side is realized.
The processor is configured to execute the market pushing program stored in the memory to implement the following steps of the market pushing method executed on the (electronic device side).
With regard to the apparatus in the above-described embodiment, the specific manner in which each module performs the operation has been described in detail in the embodiment related to the method, and will not be elaborated here.
It is understood that the same or similar parts in the above embodiments may be mutually referred to, and the same or similar parts in other embodiments may be referred to for the content which is not described in detail in some embodiments.
It should be noted that, in the description of the present application, the terms "first", "second", etc. are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. Further, in the description of the present application, the meaning of "a plurality" means at least two unless otherwise specified.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and the scope of the preferred embodiments of the present application includes other implementations in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present application.
It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.
It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware that is related to instructions of a program, and the program may be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a separate product, may also be stored in a computer readable storage medium.
The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc.
In the description herein, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
Although embodiments of the present application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present application, and that variations, modifications, substitutions and alterations may be made to the above embodiments by those of ordinary skill in the art within the scope of the present application.
Claims (9)
1. A market data pushing method, comprising:
determining a target transaction data dimension for a target product, wherein the target transaction data dimension comprises at least one of all transaction data dimensions for the target product, the transaction data dimension comprising a transaction price;
calling transaction data corresponding to the target transaction data dimension from the market data of the target product;
packaging the transaction data into a target market data packet according to the number of the target transaction data dimensions, including: determining a target data format corresponding to the number of the target transaction data dimensions from all pre-stored data formats according to the mapping relation between the number of the preset transaction data dimensions and the data formats; packaging the transaction data according to the target data format to obtain a target market data packet;
and pushing the target market data packet to a user terminal corresponding to a target user.
2. The method of claim 1, wherein determining a target transaction data dimension for a target product comprises:
calling a dimension quantity requirement preconfigured by the target user, and determining a first quantity of target transaction data dimensions required by the target user according to the dimension quantity requirement;
acquiring a second quantity of transaction data dimensions currently contained in the market data of the target product;
if the first quantity is larger than or equal to the second quantity, all transaction data dimensions contained in the market data at present are determined as the target transaction data dimensions;
if the first quantity is smaller than the second quantity, screening the trading data dimensions of the first quantity from all the trading data dimensions contained in the market data at present as the target trading data dimensions;
if the first quantity is smaller than the second quantity, screening the trading data dimensions of the first quantity from all the trading data dimensions currently contained in the market data as the target trading data dimensions, including:
if the first quantity is smaller than the second quantity, sorting all transaction data dimensions contained in the market data from high to low according to a preset priority;
determining the first number of transaction data dimensions after sorting as the target transaction data dimensions.
3. The method of claim 1, wherein determining a target transaction data dimension for a target product comprises:
under the condition that market updating data of the target product are obtained, determining the dimensions of transaction data to be updated contained in the market updating data;
and determining the dimension of the transaction data to be updated contained in the market updating data as the dimension of the target transaction data.
4. The method of claim 1, wherein determining a target transaction data dimension for a target product comprises:
obtaining the attention degree of each transaction data dimension contained in the market data of the target product at present;
determining the transaction data dimension of the target quantity with the highest attention as the target transaction data dimension;
the obtaining of the attention degree of each transaction data dimension currently contained in the market data of the target product includes:
for any transaction data dimension contained in the market data of the target product at present, acquiring user information subscribing transaction data corresponding to the transaction data dimension;
and determining the attention of the transaction data dimension according to the user information.
5. The method of claim 4, wherein determining the interest level of the transaction data dimension based on the user information comprises:
determining the number of users subscribing the transaction data corresponding to the transaction data dimension according to the user information, and determining the number of the users as the attention of the transaction data dimension;
or,
classifying users subscribing the transaction data corresponding to the transaction data dimension according to the user category carried by the user information;
and determining the attention of the transaction data dimension according to the number of the users in each user category and the preset weight corresponding to each user category.
6. The method of claim 1, wherein the pushing the target market data packet to a user terminal corresponding to a target user comprises:
determining a target interface corresponding to a user terminal corresponding to a target user from all interfaces according to a preset mapping relation between the user terminal and the interfaces;
sending the target market data packet to a user terminal corresponding to the target user through the target interface;
the sending the target market data packet to the user terminal corresponding to the target user through the target interface includes:
judging whether a sending end for generating the target market data packet and a sending end where the target interface is located are the same sending end or not;
if the data packets are the same as the sending end, the target market data packets are sent to the user terminal corresponding to the target user through the target interface;
if the target interfaces are not the same sending end, determining the target sending end where the target interface is located;
and forwarding the target market data packet to the target sending end so that the target sending end sends the target market data packet to a user terminal corresponding to the target user.
7. A market data push apparatus, the apparatus comprising:
a determination module for determining a target transaction data dimension of a target product, wherein the target transaction data dimension comprises at least one of all transaction data dimensions of the target product, and the transaction data dimension comprises a transaction price;
the calling module is used for calling the transaction data corresponding to the target transaction data dimension from the market data of the target product;
the packaging module is used for packaging the transaction data into a target market data packet according to the number of the target transaction data dimensions, and comprises: determining a target data format corresponding to the number of the target transaction data dimensions from all pre-stored data formats according to the mapping relation between the number of the preset transaction data dimensions and the data formats; packaging the transaction data according to the target data format to obtain a target market data packet;
and the pushing module is used for pushing the target market data packet to a user terminal corresponding to the target user.
8. An electronic device, comprising: at least one processor and memory;
the processor is used for executing the market data pushing program stored in the memory to realize the market data pushing method of any one of claims 1 to 6.
9. A storage medium characterized in that the storage medium stores one or more programs which, when executed, implement the market data pushing method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110605304.0A CN113222765B (en) | 2021-05-31 | 2021-05-31 | Market data pushing method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110605304.0A CN113222765B (en) | 2021-05-31 | 2021-05-31 | Market data pushing method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113222765A CN113222765A (en) | 2021-08-06 |
| CN113222765B true CN113222765B (en) | 2021-11-19 |
Family
ID=77081946
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110605304.0A Active CN113222765B (en) | 2021-05-31 | 2021-05-31 | Market data pushing method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113222765B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114283012A (en) * | 2021-11-30 | 2022-04-05 | 德邦证券股份有限公司 | Market data pushing method and device and storage medium |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101483538A (en) * | 2009-01-23 | 2009-07-15 | 深圳市同洲电子股份有限公司 | Transmitting method, receiving method for security transaction data, system and equipment thereof |
| CN108335179A (en) * | 2018-03-28 | 2018-07-27 | 李本道 | Staple commodities method of commerce, apparatus and system |
| CN109801164A (en) * | 2019-01-22 | 2019-05-24 | 国泰君安证券股份有限公司 | The system and method for main force's act of purchase and sale analysis are realized based on transaction data |
| CN109816529A (en) * | 2019-01-31 | 2019-05-28 | 黄涛 | A kind of digital cash unifies method of commerce |
| US10565651B2 (en) * | 2017-03-20 | 2020-02-18 | Chicago Mercantile Exchange Inc. | Equation-based transaction request messaging and transaction processing |
| US10580100B2 (en) * | 2016-06-06 | 2020-03-03 | Chicago Mercantile Exchange Inc. | Data payment and authentication via a shared data structure |
| CN112422489A (en) * | 2020-03-11 | 2021-02-26 | 深圳华锐金融技术股份有限公司 | Service data transmission method, device, computer equipment and storage medium |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106294486B (en) * | 2015-06-04 | 2020-06-05 | 交通银行股份有限公司 | Financial market data processing method and system |
| CN111225069B (en) * | 2020-03-13 | 2023-06-20 | 浙江书香荷马文化有限公司 | Distributed market data processing system and method |
-
2021
- 2021-05-31 CN CN202110605304.0A patent/CN113222765B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101483538A (en) * | 2009-01-23 | 2009-07-15 | 深圳市同洲电子股份有限公司 | Transmitting method, receiving method for security transaction data, system and equipment thereof |
| US10580100B2 (en) * | 2016-06-06 | 2020-03-03 | Chicago Mercantile Exchange Inc. | Data payment and authentication via a shared data structure |
| US10565651B2 (en) * | 2017-03-20 | 2020-02-18 | Chicago Mercantile Exchange Inc. | Equation-based transaction request messaging and transaction processing |
| CN108335179A (en) * | 2018-03-28 | 2018-07-27 | 李本道 | Staple commodities method of commerce, apparatus and system |
| CN109801164A (en) * | 2019-01-22 | 2019-05-24 | 国泰君安证券股份有限公司 | The system and method for main force's act of purchase and sale analysis are realized based on transaction data |
| CN109816529A (en) * | 2019-01-31 | 2019-05-28 | 黄涛 | A kind of digital cash unifies method of commerce |
| CN112422489A (en) * | 2020-03-11 | 2021-02-26 | 深圳华锐金融技术股份有限公司 | Service data transmission method, device, computer equipment and storage medium |
Non-Patent Citations (3)
| Title |
|---|
| 一种实时行情数据交换组件的设计与实现;王家鑫;《中国优秀硕士学位论文全文数据库 信息科技辑》;20150815(第8期);I139-250 * |
| 国内证券高速实时行情平台设计与实现;王琉;《中国优秀硕士学位论文全文数据库 信息科技辑》;20190915(第9期);I138-261 * |
| 基于Android系统的股票行情订阅系统设计与实现;李凯;《中国优秀硕士学位论文全文数据库 信息科技辑》;20210215(第2期);I138-525 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113222765A (en) | 2021-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2021036228A1 (en) | File upload method and apparatus, terminal, server, system, and storage medium | |
| WO2018059222A1 (en) | File slice uploading method and apparatus, and cloud storage system | |
| CN111176761B (en) | Microservice calling methods and devices | |
| CN103854168A (en) | Heterogeneous process to-do task centralized processing method and device | |
| US20130266129A1 (en) | Method and system for recalling a voice mail | |
| US20150332191A1 (en) | Reducing costs related to use of networks based on pricing heterogeneity | |
| CN110096388A (en) | A kind of method, apparatus and computer storage medium of data backup | |
| WO2016000507A1 (en) | Traffic-saving mode search service method, server, client and system | |
| CN114461415A (en) | Message data processing method and device, computer equipment and storage medium | |
| CN107689976A (en) | A kind of document transmission method and device | |
| CN116204487A (en) | Remote data access method and device | |
| CN113222765B (en) | Market data pushing method and device, electronic equipment and storage medium | |
| WO2023103419A1 (en) | Message queue-based method and apparatus for sending 5g messages in batches, and electronic device | |
| CN118395024B (en) | Data query method, device, system, server and storage medium | |
| US10782914B2 (en) | Buffer systems and methods of operating the same | |
| CN113760986A (en) | Data query method, device, equipment and storage medium | |
| CN116185669B (en) | A broadcast distribution method and related equipment | |
| CN109766363B (en) | Streaming data processing method, system, electronic device and storage medium | |
| CN117235393A (en) | Self-adaptive page loading method and device, equipment and storage medium | |
| WO2012171363A1 (en) | Method and equipment for data operation in distributed cache system | |
| CN113342781B (en) | Data migration method, device, equipment and storage medium | |
| CN114257635B (en) | Service calling method, system, computer device, storage medium and program product | |
| CN112596793B (en) | Redirection method and device for composite equipment | |
| WO2023082813A1 (en) | Information sharing method and apparatus, electronic device and storage medium | |
| CN117692401A (en) | Message sending method, device, server and storage medium |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 9th Floor, Block A, Shenzhen National Engineering Laboratory Building, No. 20, Gaoxin South 7th Road, High-tech Zone Community, Yuehai Street, Nanshan District, Shenzhen, Guangdong 518000 Patentee after: Shenzhen Huayun Information System Technology Co.,Ltd. Address before: No. 904, block a, national engineering laboratory building, Gaoxin South 7th road digital technology park, Yuehai street, Nanshan District, Shenzhen, Guangdong 518000 Patentee before: Shenzhen Huayun Information System Co.,Ltd. |