CN110098979B - Short link message monitoring method and device based on block chain - Google Patents
Short link message monitoring method and device based on block chain Download PDFInfo
- Publication number
- CN110098979B CN110098979B CN201910302089.XA CN201910302089A CN110098979B CN 110098979 B CN110098979 B CN 110098979B CN 201910302089 A CN201910302089 A CN 201910302089A CN 110098979 B CN110098979 B CN 110098979B
- Authority
- CN
- China
- Prior art keywords
- monitoring
- client
- subject name
- message
- event message
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Abstract
The invention discloses a short link message monitoring method and a device based on a block chain, wherein the method comprises the steps of acquiring a first monitoring request sent by a client, wherein the first monitoring request comprises a monitored subject name and a message push address, generating a monitoring ID of the client, storing the monitoring ID and the subject name of the client through a client management contract, determining an event message and a first monitoring ID according to the subject name, and respectively sending a first monitoring result to the client and the client for storing the event message according to the message push address and the first monitoring ID. When the block link node does not include the monitor ID in the received monitor request, it indicates that the monitor task is a new monitor task, and the block link node can generate the monitor ID to be used for distinguishing the new monitor task from a previous monitor task when a subsequent monitor request is received, so that the maintenance amount of the block link node on the monitor client is reduced, and the monitor efficiency is improved.
Description
Technical Field
The embodiment of the invention relates to the field of financial technology (Fintech), in particular to a short link message monitoring method and device based on a Block Chain (Block Chain).
Background
With the development of computer technology, more and more technologies are applied in the financial field, the traditional financial industry is gradually changing to financial technology (finth), and the blockchain message subscription technology is no exception, but due to the security and real-time requirements of the financial and payment industries, higher requirements are also put forward on the technology. At present, when a client initiates an event message in a monitoring block chain in a short-chain access form according to a subject name, the block chain cannot distinguish whether a current monitoring task is a new monitoring task or a previous monitoring task, and at this time, a client session of each monitoring task is stored and maintained, which results in that a block chain link point needs to maintain a great deal of client session information.
Disclosure of Invention
The embodiment of the invention provides a short link message monitoring method and device based on a block link, which are used for distinguishing the states of monitoring tasks, reducing the maintenance amount of a monitoring client by the block link point and improving the monitoring efficiency.
The short link message monitoring method based on the block chain provided by the embodiment of the invention comprises the following steps:
acquiring a first monitoring request sent by a client, wherein the first monitoring request comprises a monitored subject name and a message push address;
generating a monitoring ID of the client, and storing the monitoring ID of the client and the subject name through a client management contract; the client management contract is used for managing a client initiating event monitoring and a monitored subject name;
determining an event message and a first monitoring ID according to the subject name, wherein the first monitoring ID is the monitoring ID of a client storing the event message;
and respectively sending a first monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the first monitoring result comprises the event message and the monitoring ID.
In the above technical scheme, when the block link node does not include the monitor ID in the received monitor request, it indicates that the monitor task is a new monitor task, and the block link node can be used to distinguish a new monitor task from a previous monitor task when a subsequent monitor request is received by generating the monitor ID, so that the maintenance amount of the block link node on the monitor client is reduced, and the monitor efficiency is improved.
Optionally, the method further includes:
and periodically sending heartbeat information to the client, wherein the heartbeat information comprises the monitored subject name and the monitored ID of the client, so that the client determines the survival state of the blockchain node.
Optionally, after the periodically sending heartbeat information to the client, the method further includes:
acquiring a second monitoring request sent by the client, wherein the second monitoring request comprises a monitored subject name, the message push address and a monitoring ID of the client; the second monitoring request is sent after the client does not receive the heartbeat information periodically sent by the block link node;
determining event information which continues to be monitored according to the monitoring ID of the client and the monitored subject name;
and respectively sending a second monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the second monitoring result comprises the event message which is continuously monitored and the monitoring ID.
In the technical scheme, the second monitoring request comprises the monitoring ID, which indicates that the current monitoring task is the monitoring task before continuing, and the subject name and the monitoring ID do not need to be stored, so that the maintenance amount of the monitoring client by the link points of the block is reduced, and the monitoring efficiency is improved.
Optionally, the determining an event message to continue monitoring according to the monitoring ID of the client and the monitored subject name includes:
matching the monitoring ID of the client and the monitored subject name with the client management contract, if the matching is successful, continuing to monitor the event message, and determining the event message which is continuously monitored; otherwise, determining that the monitoring fails.
Optionally, the method further includes:
and if the first monitoring ID is the same as the monitoring ID of the client, sending the monitoring result to the client.
Correspondingly, an embodiment of the present invention further provides a short link message monitoring device based on a block chain, including:
the system comprises an acquisition unit, a sending unit and a processing unit, wherein the acquisition unit is used for acquiring a first monitoring request sent by a client, and the first monitoring request comprises a monitored subject name and a message push address;
the processing unit is used for generating the monitoring ID of the client and storing the monitoring ID of the client and the subject name through a client management contract; the client management contract is used for managing a client initiating event monitoring and a monitored subject name; determining an event message and a first monitoring ID according to the subject name, wherein the first monitoring ID is a monitoring ID of a client storing the event message;
and the sending unit is used for respectively sending a first monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the first monitoring result comprises the event message and the monitoring ID.
Optionally, the processing unit is further configured to:
and controlling the sending unit to periodically send heartbeat information to the client, wherein the heartbeat information comprises the monitored subject name and the monitored ID of the client, so that the client determines the survival state of the block link node.
Optionally, the processing unit is further configured to:
after the heartbeat information is periodically sent to the client, controlling the acquisition unit to acquire a second monitoring request sent by the client, wherein the second monitoring request comprises the monitored subject name, the message push address and the monitoring ID of the client; the second monitoring request is sent after the client side does not receive the heartbeat information sent periodically by the block link nodes;
determining event information which continues to be monitored according to the monitoring ID of the client and the monitored subject name;
and controlling the sending unit to respectively send a second monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the second monitoring result comprises the event message continuing to monitor and the monitoring ID.
Optionally, the processing unit is specifically configured to:
matching the monitoring ID of the client and the monitored subject name with the client management contract, if the matching is successful, continuing to monitor the event message, and determining the event message which is continuously monitored; otherwise, determining that the monitoring fails.
Optionally, the processing unit is further configured to:
and if the first monitoring ID is the same as the monitoring ID of the client, controlling the sending unit to send the monitoring result to the client.
Correspondingly, an embodiment of the present invention further provides a computing device, including:
a memory for storing program instructions;
and the processor is used for calling the program instruction stored in the memory and executing the short link message monitoring method based on the block chain according to the obtained program.
Accordingly, an embodiment of the present invention further provides a computer-readable non-volatile storage medium, which includes computer-readable instructions, and when the computer reads and executes the computer-readable instructions, the computer is enabled to execute the short link message monitoring method based on the block chain.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic diagram of a system architecture according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a short link message monitoring method based on a block chain according to an embodiment of the present invention;
fig. 3 is a schematic flowchart of another short link message monitoring method based on a block chain according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a short link message monitoring apparatus based on a block chain according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be described in further detail with reference to the accompanying drawings. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Fig. 1 illustrates a system architecture to which an embodiment of the present invention is applicable, which may include a plurality of clients 100 and a blockchain system 200.
The client 100 is configured to communicate with the blockchain system 200, send the generated data to the blockchain system 200 for storage, and monitor event information through the blockchain system 200.
The blockchain system 200 is formed by a plurality of blockchain nodes 210, and is in communication with the client 100, and configured to store data sent by the client 100, and feed back a monitoring result to the client 100 after receiving a monitoring request from the client 100. The plurality of blockchain nodes 210 may communicate with each other, and each blockchain node includes a plurality of blocks for storing data that the client 100 needs to listen to.
It should be noted that the structure shown in fig. 1 is only an example, and the embodiment of the present invention is not limited thereto.
Based on the above description, fig. 2 exemplarily shows a flow of a short link message monitoring method based on a block chain according to an embodiment of the present invention, where the flow may be performed by a short link message monitoring apparatus based on a block chain, and the apparatus may be a block chain node in the block chain system 200. The flow of short link message monitoring based on block links will be described below by way of monitoring clients, notifying clients to interact with block link points.
As shown in fig. 2, the process specifically includes:
step 201, the listening client sends a first listening request to the block link node.
In the embodiments of the present invention. The monitoring client is a client for monitoring event information, and can also be said to be a client for subscribing to event information. The first interception request sent by the interception client may include an intercepted topic name (topicName) and a message push address, where the topic name is to enable interception of event information corresponding to the topic name, and the message push address is to enable a blockchain node to send an event message to the interception client through the message push address after determining the event information corresponding to the topic name.
The message push address may be a URL (Uniform Resource Locator), or may be another link used for message push, or the like. When sending the first interception request, the interception client may send the first interception request to the blockchain node in a body form of http, that is, send the first interception request in a short link form, for example, a short link form access such as https, jsonrpc, and the like. The subject name is the subject name of the listening event, such as a transfer, transaction, payment, etc.
And 202, generating a monitoring ID of the monitoring client by the block chain node, and storing the monitoring ID of the monitoring client and the subject name through a client management contract.
In step 201, after receiving the first listening request sent by the listening client, the block chain node may generate a listening ID of the listening client. In generating the listening ID, a set of random numbers may be generated, for example, a 256-bit random number generated by the Linux system. Here, the snoop ID may be abbreviated as a subscribe ID.
In the embodiment of the present invention, the client management contract is used to manage the client initiating event snooping and the subject name of snooping, as shown in table 1.
TABLE 1
| Interception ID of an interception client | Subject name |
| Client A | Transfer accounts |
| Client B | Consumption of |
| Client C | Repayment |
| …… | …… |
For example, the subject name of the event that the client a needs to listen to is transfer, that is, the block link point needs to feed back the listening result of the event message related to the transfer to the client.
When storing the monitoring ID and the subject name of the monitoring client, the blockchain node may store the monitoring ID and the subject name in a key (descriptor ID) or value (topicName) data structure. Of course, the storage may also be performed in a data structure manner of map (diagram), which is not specifically limited in this embodiment of the present invention.
In step 203, the block link node determines the event message and the first listening ID according to the topic name.
After storing the monitoring ID and the subject name of the monitoring client through the client management contract, the block chain node can execute a monitoring task and monitor the event message corresponding to the subject name. Specifically, event messages in the tile that are related to the topic name may be polled according to the topic name.
At the same time as the event message is determined, the block link node may also determine the listening ID of the client storing the event message, i.e. the first listening ID, i.e. the listening ID of the notifying client. And after receiving a storage message request sent by the notification client, the blockchain node stores the monitoring ID of the notification client.
And step 204, the block chain link points respectively send monitoring results to the monitoring client and the notification client.
In step 203, after the block link node determines the event message, a listening result may be sent to the listening client and the notification client, where the listening result may include the event message related to the subject name and the listening ID of the listening client. The listening ID of the listening client is sent to the notification client in order to inform the notification client who listened to its stored event messages.
The block link node may send the monitoring result to the monitoring client according to the message push address received in step 201, and send the monitoring result to the notification client according to the first monitoring ID.
It should be noted that, when the first listening ID is the same as the listening ID of the listening client, only the listening result needs to be sent to the listening client. This indicates that the client storing the event message is the listening client.
Optionally, the block link node may also periodically send heartbeat information to the listening client, where the heartbeat information includes a subject name of the listening and a listening ID of the listening client, so that the listening client determines the survival status of the block link node. Wherein, the period for sending the heartbeat information can be set according to experience.
When the listening client does not receive the heartbeat information in one period, which indicates that the block link node has a problem, the event listening request can be initiated again. Specifically, the process shown in fig. 3 may include:
and 301, the monitoring client sends a second monitoring request to the block link node.
The second interception request may include an intercepted subject name, a message push address, and an interception ID of the interception client. The block link node can know whether the current interception task is a new interception task or a continuous interception task through the interception ID of the interception client. The second interception request is sent after the interception client receives the heartbeat information sent periodically.
And step 302, the block chain node determines the event message continuously monitored according to the monitoring ID of the monitoring client and the monitored subject name.
And the block chain link point matches the monitoring ID and the monitored subject name of the monitoring client with the client management contract, and if the matching is successful, the current monitoring task is a monitoring task before continuing, so that the monitoring of the event message is continued, and the event message which continues to be monitored is determined. And if the matching is unsuccessful, determining that the monitoring is failed.
And step 303, the block link node sends a second monitoring result to the monitoring client and the notification client respectively.
The second interception result may include the event message related to the subject name and the interception ID of the interception client. The listening ID of the listening client is sent to the notifying client in order to inform the notifying client who listened to its stored event messages.
The blockchain node may send the second monitoring result to the monitoring client according to the message push address received in step 301, and send the second monitoring result to the notification client according to the first monitoring ID.
It should be noted that, when the first listening ID is the same as the listening ID of the listening client, only the second listening result needs to be sent to the listening client. This indicates that the client storing the event message is the listening client.
The embodiment of the invention shows that a first monitoring request sent by a client is obtained, the first monitoring request comprises a monitored subject name and a message push address, a monitoring ID of the client is generated, the monitoring ID and the subject name of the client are stored through a client management contract, the client management contract is used for managing the client initiating event monitoring and the monitored subject name, an event message and a first monitoring ID are determined according to the subject name, the first monitoring ID is the monitoring ID of the client storing the event message, first monitoring results are respectively sent to the client and the client storing the event message according to the message push address and the first monitoring ID, and the first monitoring results comprise the event message and the monitoring ID. When the block chain node does not include the monitoring ID in the received monitoring request, the current monitoring task is a new monitoring task, and the monitoring ID can be generated to be used for distinguishing the new monitoring task from the previous monitoring task when the subsequent monitoring request is received, so that the maintenance amount of the block chain node on the monitoring client is reduced, and the monitoring efficiency is improved.
It should be noted that the monitoring client and the notification client in the embodiment of the present invention may be one process on one machine, or may be different processes on multiple machines.
Based on the same technical concept, fig. 4 exemplarily shows a structure of a short link message monitoring apparatus based on a block chain according to an embodiment of the present invention, and the apparatus may perform a flow of short link message monitoring based on a block chain. The device may be a blockchain link point 210 in the blockchain system 200 described above.
As shown in fig. 4, the apparatus specifically includes:
an obtaining unit 401, configured to obtain a first monitoring request sent by a client, where the first monitoring request includes a monitored subject name and a message push address;
a processing unit 402, configured to generate a monitoring ID of the client, and store the monitoring ID of the client and the topic name through a client management contract; the client management contract is used for managing a client initiating event monitoring and a monitored subject name; determining an event message and a first monitoring ID according to the subject name, wherein the first monitoring ID is the monitoring ID of a client storing the event message;
a sending unit 403, configured to send a first monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, where the first monitoring result includes the event message and the monitoring ID.
Optionally, the processing unit 402 is further configured to:
and controlling the sending unit 403 to periodically send heartbeat information to the client, where the heartbeat information includes the monitored subject name and the monitored ID of the client, so that the client determines the survival status of the blockchain node.
Optionally, the processing unit 402 is further configured to:
after the heartbeat information is periodically sent to the client, controlling the obtaining unit 401 to obtain a second monitoring request sent by the client, where the second monitoring request includes the monitored subject name, the message push address, and the monitoring ID of the client; the second monitoring request is sent after the client side does not receive the heartbeat information sent periodically by the block link nodes;
determining event information which continues to be monitored according to the monitoring ID of the client and the monitored subject name;
and controlling the sending unit 403 to send a second monitoring result to the client and the client storing the event message respectively according to the message push address and the first monitoring ID, where the second monitoring result includes the event message to continue monitoring and the monitoring ID.
Optionally, the processing unit 402 is specifically configured to:
matching the monitoring ID of the client and the monitored subject name with the client management contract, if the matching is successful, continuing to monitor the event message, and determining the event message which is continuously monitored; otherwise, determining that the monitoring fails.
Optionally, the processing unit 402 is further configured to:
if the first listening ID is the same as the listening ID of the client, the sending unit 403 is controlled to send the listening result to the client.
Based on the same technical concept, an embodiment of the present invention further provides a computing device, including:
a memory for storing program instructions;
and the processor is used for calling the program instruction stored in the memory and executing the short link message monitoring method based on the block chain according to the obtained program.
Based on the same technical concept, embodiments of the present invention further provide a computer-readable non-volatile storage medium, which includes computer-readable instructions, and when the computer reads and executes the computer-readable instructions, the computer is enabled to execute the short link message monitoring method based on the block chain.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including the preferred embodiment and all changes and modifications that fall within the scope of the invention.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.
Claims (12)
1. A short link message monitoring method based on a block chain is characterized by comprising the following steps:
acquiring a first monitoring request sent by a client, wherein the first monitoring request comprises a monitored subject name and a message push address;
generating a monitoring ID of the client, and storing the monitoring ID of the client and the subject name through a client management contract; the client management contract is used for managing a client initiating event monitoring and a monitored subject name;
determining an event message and a first monitoring ID according to the subject name, wherein the first monitoring ID is the monitoring ID of a client storing the event message;
and respectively sending a first monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the first monitoring result comprises the event message and the monitoring ID.
2. The method of claim 1, wherein the method further comprises:
and periodically sending heartbeat information to the client, wherein the heartbeat information comprises the monitored subject name and the monitored ID of the client, so that the client determines the survival state of the blockchain node.
3. The method of claim 2, wherein after the periodically sending heartbeat information to the client, further comprising:
acquiring a second monitoring request sent by the client, wherein the second monitoring request comprises the monitored subject name, the message push address and the monitoring ID of the client; the second monitoring request is sent after the client side does not receive the heartbeat information sent periodically by the block link nodes;
determining event information which continues to be monitored according to the monitoring ID of the client and the monitored subject name;
and respectively sending a second monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the second monitoring result comprises the event message continuously monitored and the monitoring ID.
4. The method of claim 3, wherein the determining the event message to continue the monitoring according to the monitoring ID of the client and the subject name of the monitoring comprises:
matching the monitoring ID of the client and the monitored subject name with the client management contract, if the matching is successful, continuing to monitor the event message, and determining the event message which is continuously monitored; otherwise, determining that the monitoring fails.
5. The method of any of claims 1 to 4, further comprising:
and if the first monitoring ID is the same as the monitoring ID of the client, sending the first monitoring result or the second monitoring result to the client.
6. A short link message monitoring device based on block chains is characterized by comprising:
the system comprises an acquisition unit, a sending unit and a receiving unit, wherein the acquisition unit is used for acquiring a first monitoring request sent by a client, and the first monitoring request comprises a monitored subject name and a message push address;
the processing unit is used for generating the monitoring ID of the client and storing the monitoring ID of the client and the subject name through a client management contract; the client management contract is used for managing a client initiating event monitoring and a monitored subject name; determining an event message and a first monitoring ID according to the subject name, wherein the first monitoring ID is the monitoring ID of a client storing the event message;
and the sending unit is used for respectively sending a first monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the first monitoring result comprises the event message and the monitoring ID.
7. The apparatus as recited in claim 6, said processing unit to further:
and controlling the sending unit to periodically send heartbeat information to the client, wherein the heartbeat information comprises the monitored subject name and the monitored ID of the client, so that the client determines the survival state of the blockchain node.
8. The apparatus as recited in claim 7, said processing unit to further:
after the heartbeat information is periodically sent to the client, controlling the acquisition unit to acquire a second monitoring request sent by the client, wherein the second monitoring request comprises the monitored subject name, the message push address and the monitoring ID of the client; the second monitoring request is sent after the client does not receive the heartbeat information periodically sent by the block link node;
determining event information which continues to be monitored according to the monitoring ID of the client and the monitored subject name;
and controlling the sending unit to respectively send a second monitoring result to the client and the client storing the event message according to the message push address and the first monitoring ID, wherein the second monitoring result comprises the event message continuing to monitor and the monitoring ID.
9. The apparatus as claimed in claim 8, wherein said processing unit is specifically configured to:
matching the monitoring ID of the client and the monitored subject name with the client management contract, if the matching is successful, continuing to monitor the event message, and determining the event message which is continuously monitored; otherwise, determining that the monitoring fails.
10. The apparatus of any of claims 6 to 9, wherein the processing unit is further to:
and if the first monitoring ID is the same as the monitoring ID of the client, controlling the sending unit to send the first monitoring result or the second monitoring result to the client.
11. A computing device, comprising:
a memory for storing program instructions;
a processor for calling program instructions stored in said memory to execute the method of any one of claims 1 to 5 in accordance with the obtained program.
12. A computer-readable non-transitory storage medium including computer-readable instructions which, when read and executed by a computer, cause the computer to perform the method of any one of claims 1 to 5.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910302089.XA CN110098979B (en) | 2019-04-16 | 2019-04-16 | Short link message monitoring method and device based on block chain |
| PCT/CN2020/082201 WO2020211629A1 (en) | 2019-04-16 | 2020-03-30 | Short link message monitoring method and apparatus based on blockchain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910302089.XA CN110098979B (en) | 2019-04-16 | 2019-04-16 | Short link message monitoring method and device based on block chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110098979A CN110098979A (en) | 2019-08-06 |
| CN110098979B true CN110098979B (en) | 2023-04-14 |
Family
ID=67444931
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910302089.XA Active CN110098979B (en) | 2019-04-16 | 2019-04-16 | Short link message monitoring method and device based on block chain |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN110098979B (en) |
| WO (1) | WO2020211629A1 (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110098979B (en) * | 2019-04-16 | 2023-04-14 | 深圳前海微众银行股份有限公司 | Short link message monitoring method and device based on block chain |
| CN111294274A (en) * | 2020-01-20 | 2020-06-16 | 北京砚棋科技有限公司 | Data processing method, data processing device, computer readable medium, and application of data processing method |
| CN111355732B (en) * | 2020-02-28 | 2021-06-11 | 腾讯科技（深圳）有限公司 | Link detection method and device, electronic equipment and storage medium |
| CN111857798B (en) * | 2020-06-30 | 2022-09-13 | 厦门亿联网络技术股份有限公司 | Method for notifying configuration change of embedded equipment |
| CN113254306B (en) * | 2021-05-10 | 2022-03-25 | 支付宝(杭州)信息技术有限公司 | Running state monitoring method, device, equipment and storage medium |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101680540B1 (en) * | 2015-06-18 | 2016-11-30 | 주식회사 코인플러그 | Financial institution document verification system that is based on the block chain |
| CN106503053B (en) * | 2016-09-26 | 2019-07-16 | 江苏通付盾科技有限公司 | UTXO querying method and device |
| CN106991164A (en) * | 2017-03-31 | 2017-07-28 | 北京京东金融科技控股有限公司 | Method, device and electronic equipment that finance data is handled are used for based on block chain |
| KR102016730B1 (en) * | 2017-05-24 | 2019-09-03 | 라온시큐어(주) | Authentification methods and system based on programmable blockchain and one-id |
| CN108052620B (en) * | 2017-12-15 | 2021-02-12 | 泰康保险集团股份有限公司 | Storage system of data state, node data processing system and method of block chain |
| CN108366105B (en) * | 2018-01-30 | 2019-12-10 | 百度在线网络技术（北京）有限公司 | Cross-block-chain data access method, device, system and computer readable medium |
| CN111787072B (en) * | 2018-04-03 | 2023-02-28 | 创新先进技术有限公司 | Cross-block-chain interaction method, device, system and electronic equipment |
| CN109034832A (en) * | 2018-06-13 | 2018-12-18 | 湖南搜云网络科技股份有限公司 | The information processing method and device of block chain, information processing node and storage medium |
| CN109102269B (en) * | 2018-06-13 | 2022-03-22 | 湖南搜云网络科技股份有限公司 | Transfer method and device based on block chain, block chain node and storage medium |
| CN110098979B (en) * | 2019-04-16 | 2023-04-14 | 深圳前海微众银行股份有限公司 | Short link message monitoring method and device based on block chain |
-
2019
- 2019-04-16 CN CN201910302089.XA patent/CN110098979B/en active Active
-
2020
- 2020-03-30 WO PCT/CN2020/082201 patent/WO2020211629A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| CN110098979A (en) | 2019-08-06 |
| WO2020211629A1 (en) | 2020-10-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110098979B (en) | Short link message monitoring method and device based on block chain | |
| CN109885410B (en) | Message sending method, device, computer equipment and storage medium | |
| CN107370667B (en) | Multithreading parallel processing method and device, readable medium and storage controller | |
| CN106817408B (en) | Distributed server cluster scheduling method and device | |
| WO2017125015A1 (en) | Method for processing workflow of distributed system and workflow engine system | |
| CN110557416B (en) | Multi-node collaborative blocking method and system | |
| CN109359992A (en) | A kind of novel block chain subregion sliced fashion and device | |
| CN110011930B (en) | Load balancing method and device for multi-union chain in block chain | |
| CN110099108B (en) | Block chain event duplicate removal method and device, computer equipment and storage medium | |
| CN114024972B (en) | Long connection communication method, system, device, equipment and storage medium | |
| CN107404540A (en) | The synchronous method and device of data | |
| CN110071968B (en) | Block chain based message storage method and device | |
| CN106713388A (en) | Emergent business processing method and device | |
| CN111988240A (en) | Data sending method and device, electronic equipment and storage medium | |
| US20220166842A1 (en) | Data distribution method and electronic device | |
| CN113645278B (en) | Cross-chain message transmission method, device and storage medium of block chain | |
| CN113342503B (en) | Real-time progress feedback method, device, equipment and storage medium | |
| WO2015117365A1 (en) | Method, device and system for interacting hello packets | |
| CN105335362B (en) | The processing method and system of real time data, instant disposal system for treating | |
| CN112532713B (en) | Anti-bifurcation detection method and device for blockchain | |
| Balhara et al. | Leader election algorithms in distributed systems | |
| CN109034768B (en) | Financial reconciliation method, apparatus, computer device and storage medium | |
| CN114979097A (en) | MQTT-based message pushing method and device and electronic equipment | |
| CN105634834A (en) | Data monitoring system and method | |
| CN108307081B (en) | Harassment data batch processing method and device |
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 |