CN111526047A - Block chain-based message queue design method and device - Google Patents
Block chain-based message queue design method and device Download PDFInfo
- Publication number
- CN111526047A CN111526047A CN202010294400.3A CN202010294400A CN111526047A CN 111526047 A CN111526047 A CN 111526047A CN 202010294400 A CN202010294400 A CN 202010294400A CN 111526047 A CN111526047 A CN 111526047A
- Authority
- CN
- China
- Prior art keywords
- message
- intelligent contract
- monitoring
- address
- subscriber
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Abstract
The embodiment of the specification relates to a block chain-based message queue design method and a block chain-based message queue design device, which are used as a message routing mechanism based on a log index function of an intelligent contract on a block chain. Thus, a publisher of a message can send a certain event and add a message topic to the event, so that a subscriber can subscribe to the message event by monitoring a certain type of topic. And simultaneously, multiple parties are allowed to publish message events simultaneously, and multiple parties subscribe messages simultaneously, so that a subscriber and a publisher can form a many-to-many mapping relation, and the rights of message publishing and subscribing can be regulated through rights management. The message queue has better availability and robustness due to the multi-center characteristic of the block chain.
Description
Technical Field
The embodiment of the specification relates to the technical field of networks, in particular to a block chain-based message queue design method and device.
Background
The current common message queue is designed with Rabbitmq, Kafka, etc., and the message is sent into the queue, which is a container for holding the message during the transmission process. The message queue manager acts as a man-in-the-middle in relaying messages from its source to its destination. The main purpose of the queues is to provide routing and guarantee delivery of messages; if the recipient is not available when the message is sent, the message queue will hold the message until it can be successfully delivered. But the traditional message queue is used as a single center, and the message queue is easily unavailable once a system fails.
Disclosure of Invention
The embodiment of the specification provides a block chain-based message queue design method and device, which are used for solving the problem of poor risk resistance caused by a single center in the prior art.
In order to solve the above technical problem, the embodiments of the present specification adopt the following technical solutions:
in a first aspect, a block chain-based message queue design method is provided, and is applied to a federation chain system, where the method includes:
deploying an intelligent contract of a message sending event on a block chain, wherein the type of a log index is set in the intelligent contract;
the message sender and the message subscriber acquire the intelligent contract address;
the message sender constructs transaction by message content and log index content and sends the transaction to the intelligent contract;
the message subscriber calls an RPC interface and sets monitoring parameters to monitor the message; wherein the listening parameters comprise at least one log index type;
and the message subscriber reads the historical message according to the monitoring result.
In a second aspect, an apparatus for designing a block chain-based message queue is provided, which is applied to a federation chain system, and includes:
a contract deployment unit: the intelligent contract is used for deploying a message sending event on a blockchain, and the type of a log index is set in the intelligent contract;
a contract address acquisition unit: the intelligent contract address is obtained by a message sender and a message subscriber;
a transaction construction unit: the message sender is used for sending message content and log indexed content construction transaction to the intelligent contract;
the message monitoring unit: the message subscriber calls an RPC interface and sets monitoring parameters to monitor the message; wherein the listening parameters comprise at least one log index type;
a message reading unit: the message subscriber reads the history message according to the monitoring result.
The embodiment of the specification adopts at least one technical scheme which can achieve the following beneficial effects: in the alliance chain system of the blockchain, as the messages cannot be rolled back once being uplinked, the alliance chain system has the characteristics of final certainty, and meanwhile, the messages of the blockchain cannot be tampered and are distributed. Therefore, by designing the message queue in the alliance chain system, the message is permanently reserved, when the receiver of the message is unavailable, the block chain always keeps the message on the chain, and when the receiver of the message returns to normal, the historical message can still be read. The message queue has better availability and robustness due to the multi-center characteristic of the block chain.
Drawings
In order to more clearly illustrate the embodiments of the present specification or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only some embodiments described in the embodiments of the present specification, and for those skilled in the art, other drawings can be obtained according to the drawings without any creative efforts.
Fig. 1 is a schematic diagram illustrating steps of a block chain-based message queue design method according to an embodiment of the present disclosure;
fig. 2 is a schematic structural diagram of a block chain-based message queue design apparatus according to an embodiment of the present disclosure.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present disclosure more clear, the technical solutions of the embodiments of the present disclosure will be clearly and completely described below with reference to the specific embodiments of the present disclosure and the accompanying drawings. It is to be understood that the embodiments described are only a few embodiments of the present disclosure, and not all embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present specification without any creative effort belong to the protection scope of the embodiments in the present specification.
The technical solutions provided by the embodiments of the present description are described in detail below with reference to the accompanying drawings.
It should be noted that: in the federation chain to which the present invention applies, the following preconditions need to be met: the intelligent contract is supported, and the authority of message transmission can be defined through the intelligent contract; the intelligent contract generation log is supported, and a log index can be added to the intelligent contract generation log, for example, the log index can be recorded in a block in a BloomFilter mode, so that the retrieval efficiency is further improved; the RPC interface is supported to conveniently listen to the index.
Example one
Referring to fig. 1, a schematic step diagram of a block chain-based message queue design method provided in an embodiment of the present specification, applied to a federation chain system, where the method includes:
step 102: deploying an intelligent contract of a message sending event on a block chain, wherein the type of a log index is set in the intelligent contract;
step 104: the message sender and the message subscriber acquire the intelligent contract address;
step 106: the message sender constructs transaction by message content and log index content and sends the transaction to the intelligent contract;
step 108: the message subscriber calls an RPC interface and sets monitoring parameters to monitor the message; wherein the listening parameters comprise at least one log index type;
step 110: and the message subscriber reads the historical message according to the monitoring result.
Optionally, the types of the log index include: message subject, message sender address, message subscriber address.
Optionally, the listening parameters further include: the monitoring starting block, the monitoring ending block and one or more addresses of the intelligent contract.
The process of blockchain based message queue design is now specifically exemplified. Taking three parties A, B and C as examples, wherein A is a sender of a message and uses a node N1 to access a chain; b, C are message subscribers and access the chain using node N2.
The third party of A, B and C appoints, the format of the event in the intelligent contract is (string extended topic, address extended sender, string data), therefore the intelligent contract code of the message sending event deployed on the block chain is as follows:
wherein string indexed topic indicates that the type of the log index is a message subject; the address indexedsender represents that the type of the log index is the address of a message sender; address indexed to represents that the type of the log index is the address of the message subscriber; string data represents the data format of the message content as a string.
Message sender a and message subscriber B, C obtain the intelligent contract address and publish the contract code so that A, B, C can confirm by address getting the contract code.
When A wants to send a message to B, the content construction transaction of the message content and the log index is sent to the intelligent contract, wherein the calling method is publish.
The message subscriber B calls an RPC interface, such as newFilter, for message listening. The monitoring parameter setting comprises a block fromBlock starting monitoring, a block toBlock ending monitoring, the address of an intelligent contract and the type of a log index, wherein the type of the log index is that the address of a message sender is matched with the address A;
and B, reading the history message according to the monitoring result. When B or node N2 fails, B can listen again from the height of the failed block without worrying about the loss of messages after the failure is repaired.
If a new user D joins, D wants to subscribe the message sent to B and C by A, and the monitoring parameter setting during monitoring by D comprises a block fromBlock for starting monitoring, a block toBlock for finishing monitoring, the address of an intelligent contract and the type of a log index are that the address of a message sender is matched with the address of A; the message subscriber address matches the address of B or C.
If the new user E is used as a message sender and also needs to issue messages to B and C, a contract manager is required to add E to the writable right of the intelligent contract address, and the E party can send the messages
Optionally, the RPC interface is a newFilter interface.
Optionally, the intelligent contract manages the message sending and subscription rights of the user.
Since there is no way to distinguish event types for event snooping in the embodiments of the present invention, a contract address is used here for each event, and if a new event type is to be added, a new contract needs to be deployed. The sending authority of the event is limited in each contract through authority management, and the monitor of the event can flexibly subscribe the event concerned by the monitor according to the monitored grammar.
It should be noted that: in the federation chain, the joining and the leaving of the nodes and the access of the nodes are protected by a permission mechanism, so that only authorized users can be allowed to access information on the chain, and the permission mechanism of the federation chain can be utilized to add permission protection for the access and the issue of messages. For the traditional block chain, the read authority of the user is not limited, and here, more authority management rules can be added to the user in a mode that a middle layer is added to a service side of a node.
Through the technical description above, it can be found that: and the log index function based on the intelligent contracts on the block chains is used as a message routing mechanism. Thus, a publisher of a message can send a certain event and add a message topic to the event, so that a subscriber can subscribe to the message event by monitoring a certain type of topic. And simultaneously, multiple parties are allowed to publish message events simultaneously, and multiple parties subscribe messages simultaneously, so that a subscriber and a publisher can form a many-to-many mapping relation, and the rights of message publishing and subscribing can be regulated through rights management.
Through the technical scheme of the specification, in the alliance chain system of the blockchain, as the message cannot be rolled back once being uplinked, the method has the characteristics of final certainty, and meanwhile, the message of the blockchain cannot be tampered and is distributed. Therefore, by designing the message queue in the alliance chain system, the message is permanently reserved, when the receiver of the message is unavailable, the block chain always keeps the message on the chain, and when the receiver of the message returns to normal, the historical message can still be read. The message queue has better availability and robustness due to the multi-center characteristic of the block chain.
Example two
Referring to fig. 2, a schematic structural diagram of a block chain-based message queue design apparatus provided in this specification is applied to a federation chain system, and the apparatus mainly includes:
contract deployment unit 202: the intelligent contract is used for deploying a message sending event on a blockchain, and the type of a log index is set in the intelligent contract;
contract address acquisition unit 204: the intelligent contract address is obtained by a message sender and a message subscriber;
the transaction construction unit 206: the message sender is used for sending message content and log indexed content construction transaction to the intelligent contract;
the message listening unit 208: the message subscriber calls an RPC interface and sets monitoring parameters to monitor the message; wherein the listening parameters comprise at least one log index type;
the message reading unit 210: the message subscriber reads the history message according to the monitoring result.
Optionally, the types of the log index include: message subject, message sender address, message subscriber address.
Optionally, the listening parameters further include: the monitoring starting block, the monitoring ending block and one or more addresses of the intelligent contract.
Optionally, the RPC interface is a newFilter interface.
Optionally, the apparatus further includes a right management unit, configured to manage, by the smart contract, a message sending right and a subscription right of the user.
Through the technical scheme of the specification, in the alliance chain system of the blockchain, as the message cannot be rolled back once being uplinked, the method has the characteristics of final certainty, and meanwhile, the message of the blockchain cannot be tampered and is distributed. Therefore, by designing the message queue in the alliance chain system, the message is permanently reserved, when the receiver of the message is unavailable, the block chain always keeps the message on the chain, and when the receiver of the message returns to normal, the historical message can still be read. The message queue has better availability and robustness due to the multi-center characteristic of the block chain.
It should be understood that the device for designing a message queue based on a block chain described in the second embodiment may execute all technical solutions related to the method for designing a message queue based on a block chain in the form of a functional module, and achieve corresponding technical effects, which are not described herein again.
In short, the above description is only a preferred embodiment of the present disclosure, and is not intended to limit the scope of the present disclosure. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the embodiments of the present disclosure should be included in the protection scope of the embodiments of the present disclosure.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. One typical implementation device is a computer. In particular, the computer may be, for example, a personal computer, a laptop computer, a cellular telephone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The embodiments in the present specification are all described in a progressive manner, and the same and similar parts among the embodiments can be referred to each other, and each embodiment focuses on the differences from the other embodiments. It will be appreciated by a person skilled in the art that the scope of the invention as referred to in the present application is not limited to the specific combination of the above-mentioned features, but also covers other embodiments formed by any combination of the above-mentioned features or their equivalents without departing from the concept of the present application. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.
Claims (10)
1. A block chain based message queue design method is applied to a federation chain system, and comprises the following steps:
deploying an intelligent contract of a message sending event on a block chain, wherein the type of a log index is set in the intelligent contract;
the message sender and the message subscriber acquire the intelligent contract address;
the message sender constructs transaction by message content and log index content and sends the transaction to the intelligent contract;
the message subscriber calls an RPC interface and sets monitoring parameters to monitor the message; wherein the listening parameters comprise at least one log index type;
and the message subscriber reads the historical message according to the monitoring result.
2. The method of claim 1, wherein the type of log index comprises: message subject, message sender address, message subscriber address.
3. The method of claim 1, wherein the listening parameters further comprise: the monitoring starting block, the monitoring ending block and one or more addresses of the intelligent contract.
4. The method of claim 1, wherein the RPC interface is a newFilter interface.
5. The method of claim 1, further comprising the intelligent contract managing messaging and subscription rights of the user.
6. A block chain based message queue design device applied to a federation chain system comprises:
a contract deployment unit: the intelligent contract is used for deploying a message sending event on a blockchain, and the type of a log index is set in the intelligent contract;
a contract address acquisition unit: the intelligent contract address is obtained by a message sender and a message subscriber;
a transaction construction unit: the message sender is used for sending message content and log indexed content construction transaction to the intelligent contract;
the message monitoring unit: the message subscriber calls an RPC interface and sets monitoring parameters to monitor the message; wherein the listening parameters comprise at least one log index type;
a message reading unit: the message subscriber reads the history message according to the monitoring result.
7. The apparatus of claim 6, wherein the types of log indexes comprise: message subject, message sender address, message subscriber address.
8. The apparatus of claim 6, wherein the listening parameters further comprise: the monitoring starting block, the monitoring ending block and one or more addresses of the intelligent contract.
9. The apparatus of claim 6, wherein the RPC interface is a newFilter interface.
10. The apparatus of claim 6, further comprising a rights management unit to manage messaging and subscription rights of a user by the smart contract.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010294400.3A CN111526047B (en) | 2020-04-15 | 2020-04-15 | Block chain-based message queue design method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010294400.3A CN111526047B (en) | 2020-04-15 | 2020-04-15 | Block chain-based message queue design method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111526047A true CN111526047A (en) | 2020-08-11 |
| CN111526047B CN111526047B (en) | 2022-11-08 |
Family
ID=71902021
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010294400.3A Active CN111526047B (en) | 2020-04-15 | 2020-04-15 | Block chain-based message queue design method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111526047B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112214802A (en) * | 2020-09-30 | 2021-01-12 | 电子科技大学 | Block chain intelligent contract message publishing and subscribing method |
| CN112235137A (en) * | 2020-10-12 | 2021-01-15 | 杭州溪塔科技有限公司 | Method and device for upgrading block link point program and electronic equipment |
| CN112016115B (en) * | 2020-11-02 | 2021-02-05 | 中航信移动科技有限公司 | Event subscription system based on block chain |
| CN114679472A (en) * | 2022-03-01 | 2022-06-28 | 达闼机器人股份有限公司 | Communication system, method, apparatus, storage medium, and electronic device |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108509523A (en) * | 2018-03-13 | 2018-09-07 | 深圳前海微众银行股份有限公司 | Structuring processing method, equipment and the readable storage medium storing program for executing of block chain data |
| US20180268401A1 (en) * | 2017-03-17 | 2018-09-20 | Royal Bank Of Canada | Systems and methods for hybrid blockchain platform |
| CN109165190A (en) * | 2018-07-11 | 2019-01-08 | 南京邮电大学 | A kind of electronic data based on block chain intelligence contract deposits card method |
| CN109376146A (en) * | 2018-10-26 | 2019-02-22 | 陕西医链区块链集团有限公司 | A kind of search engine system and method based on block chain |
| US20190109866A1 (en) * | 2017-10-05 | 2019-04-11 | Tata Consultancy Services Limited | Multi-verifier approach for attestation of nodes in a network |
| CN109710694A (en) * | 2018-12-26 | 2019-05-03 | 深圳市网心科技有限公司 | Data processing method, equipment, storage medium and block catenary system |
| CN110096381A (en) * | 2019-05-10 | 2019-08-06 | 百度在线网络技术（北京）有限公司 | Implementation method, device, equipment and the medium of remote procedure call |
| CN110278211A (en) * | 2019-06-24 | 2019-09-24 | 深圳前海微众银行股份有限公司 | A kind of data checking method and device based on block chain |
| CN110675144A (en) * | 2018-07-03 | 2020-01-10 | 国际商业机器公司 | Enhancing non-repudiation of blockchain transactions |
| CN110689349A (en) * | 2019-10-08 | 2020-01-14 | 深圳前海微众银行股份有限公司 | Transaction hash value storage and search method and device in block chain |
-
2020
- 2020-04-15 CN CN202010294400.3A patent/CN111526047B/en active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180268401A1 (en) * | 2017-03-17 | 2018-09-20 | Royal Bank Of Canada | Systems and methods for hybrid blockchain platform |
| US20190109866A1 (en) * | 2017-10-05 | 2019-04-11 | Tata Consultancy Services Limited | Multi-verifier approach for attestation of nodes in a network |
| CN108509523A (en) * | 2018-03-13 | 2018-09-07 | 深圳前海微众银行股份有限公司 | Structuring processing method, equipment and the readable storage medium storing program for executing of block chain data |
| CN110675144A (en) * | 2018-07-03 | 2020-01-10 | 国际商业机器公司 | Enhancing non-repudiation of blockchain transactions |
| CN109165190A (en) * | 2018-07-11 | 2019-01-08 | 南京邮电大学 | A kind of electronic data based on block chain intelligence contract deposits card method |
| CN109376146A (en) * | 2018-10-26 | 2019-02-22 | 陕西医链区块链集团有限公司 | A kind of search engine system and method based on block chain |
| CN109710694A (en) * | 2018-12-26 | 2019-05-03 | 深圳市网心科技有限公司 | Data processing method, equipment, storage medium and block catenary system |
| CN110096381A (en) * | 2019-05-10 | 2019-08-06 | 百度在线网络技术（北京）有限公司 | Implementation method, device, equipment and the medium of remote procedure call |
| CN110278211A (en) * | 2019-06-24 | 2019-09-24 | 深圳前海微众银行股份有限公司 | A kind of data checking method and device based on block chain |
| CN110689349A (en) * | 2019-10-08 | 2020-01-14 | 深圳前海微众银行股份有限公司 | Transaction hash value storage and search method and device in block chain |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112214802A (en) * | 2020-09-30 | 2021-01-12 | 电子科技大学 | Block chain intelligent contract message publishing and subscribing method |
| CN112214802B (en) * | 2020-09-30 | 2023-04-28 | 电子科技大学 | Block chain intelligent contract message publishing and subscribing method |
| CN112235137A (en) * | 2020-10-12 | 2021-01-15 | 杭州溪塔科技有限公司 | Method and device for upgrading block link point program and electronic equipment |
| CN112016115B (en) * | 2020-11-02 | 2021-02-05 | 中航信移动科技有限公司 | Event subscription system based on block chain |
| CN114679472A (en) * | 2022-03-01 | 2022-06-28 | 达闼机器人股份有限公司 | Communication system, method, apparatus, storage medium, and electronic device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111526047B (en) | 2022-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111526047B (en) | Block chain-based message queue design method and device | |
| CN101711469B (en) | Voicemail filtering and transcription | |
| US8316052B2 (en) | Method, computer program product and apparatus for providing media sharing services | |
| CN103024061B (en) | Network communication contact book shared system and method | |
| CN101730879B (en) | Voicemail filtering and transcription | |
| TWI806813B (en) | Communication method and server | |
| CN111445328A (en) | Cross-link gateway interaction system and method and supply chain data management method | |
| JP4924602B2 (en) | Call rejection device, call rejection method, and call rejection program | |
| CA2524104A1 (en) | Method and system for controlling access to presence information on a peer-to-peer basis | |
| JPH09247275A (en) | General purpose directory service | |
| WO2007135676A2 (en) | A flexible messaging system for mobile phone users | |
| US20080045192A1 (en) | Method, system and management center server for providing mobile service | |
| FR2808398A1 (en) | ANONYMOUS MESSAGING USING MOBILE TELEPHONES | |
| US8467776B2 (en) | User-controllable telephone call processing | |
| CN101001279A (en) | Communication system and communication management method | |
| CN108513018A (en) | Automatically replying incoming call method, apparatus and terminal side equipment | |
| US9356896B2 (en) | Automated announcement-and-bulletins system | |
| US10742580B2 (en) | Intelligent prevention of spam emails at share sites | |
| CA2823983C (en) | Constructing a contact sharing history | |
| US8600022B2 (en) | System and method for providing an anti-marketing feature in a network | |
| US20120196582A1 (en) | Method and apparatus for configuring caller identification multimedia contents | |
| US9838344B2 (en) | Intelligent prevention of spam emails at share sites | |
| EP2979435B1 (en) | Method for processing data of a social network user | |
| JP4050666B2 (en) | Communication method and apparatus | |
| KR102195429B1 (en) | Anchoring Method of Block Chain |
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 | ||
| CB02 | Change of applicant information |
Address after: Room 2339, 2nd Floor, No. 92, Huancheng North Road, Gongshu District, Hangzhou City, Zhejiang Province 310005 Applicant after: Hangzhou Xita Technology Co.,Ltd. Address before: 310000 No. 1001, floor 10, tower a, Huaxing Times Square, No. 478, Wensan Road, Xihu District, Hangzhou, Zhejiang Province Applicant before: Hangzhou Xita Technology Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |