CN105491012A - Message storage method and device - Google Patents
Message storage method and device Download PDFInfo
- Publication number
- CN105491012A CN105491012A CN201510812910.4A CN201510812910A CN105491012A CN 105491012 A CN105491012 A CN 105491012A CN 201510812910 A CN201510812910 A CN 201510812910A CN 105491012 A CN105491012 A CN 105491012A
- Authority
- CN
- China
- Prior art keywords
- message
- queue
- request
- authentication
- message request
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
Embodiments of the invention provide a message storage method and device, and relate to the field of computer technology. The method comprises the following steps: receiving an authentication request sent by an application server; carrying out identity authentication on the authentication request, and judging whether the identity authentication is passed; when the identity authentication is passed, receiving a message request sent by the application server, wherein the message request comprises a first queue message; and forwarding the first queue message in the message request to a task queue of a queue server according to the message request. By adopting the message storage method and device provided by the invention, the problem that any application server can store the first queue message in the task queue of the queue server to result in low data effectiveness and security of the task queue, and the beneficial effects of avoiding storing the first queue message of the unauthenticated application server in the task queue of the queue server, improving the security of the data in the task queue, avoiding generating excessive redundant messages and improving the effectiveness of the data in the task queue.
Description
Technical field
The present invention relates to field of computer technology, particularly relate to a kind of message deposit method and a kind of message deposit device.
Background technology
Along with computer is more and more inseparable with the life of people with the Internet etc., in order to better for providing service, increasing message can be recorded with for subsequent use, such as log information etc.The message queue of process log information conventional is at present Kafka message queue, and Kafka message queue is a kind of Distributed Message Queue, and it has the agreement of the pass-along message of oneself, is called kafka agreement.It is utilize Kafka agreement log information to be passed in Kafka message queue that message queue conventional at present deposits scheme, if desired the partial log message in Kafka message queue is used, then by calling API, above-mentioned log information can be passed to required server.
Scheme is deposited for above-mentioned conventional message queue, deposits problem both ways.On the one hand, utilizing in the process of Kafka agreement pass-along message to message encryption, thus to cause fail safe not high; In addition on the one hand, in such scheme, not through authentication, the server that any one forwarding server is connected can deposit message in Kafka message queue, message on the application server not needing to deposit also all can be stored in same Kafka message queue, and then reduce validity and the fail safe of deposited message.
Summary of the invention
In view of the above problems, the present invention is proposed to provide a kind of overcoming the problems referred to above or the first queue message deposit method solved the problem at least in part and corresponding first queue message deposit device.
According to one aspect of the present invention, provide a kind of message deposit method, comprising:
Receive the authentication request that application server sends;
Authentication is carried out to described authentication request, and judges whether authentication is passed through;
When authentication is passed through, then receive the message request that described application server sends; Described message request comprises first team's row message;
According to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
Alternatively, the step of the authentication request of described reception application server transmission comprises:
Receive the https authentication request that application server is sent by https agreement.
Alternatively, the step of the message request of the described application server transmission of described reception comprises:
Receive the https message request that described application server is sent by https agreement; Or receive the http message request that described application server is sent by http agreement.
Alternatively, after the step receiving the message request that described application server is sent by https agreement, also comprise:
Authentication is carried out to described https message request, judges whether authentication is passed through, judge whether authentication is passed through; After being verified, enter according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server.
Alternatively, described according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server, comprises:
The first queue message is extracted from the data field of described https message request or http message request;
Described first queue message is forwarded to the task queue of queue server.
Alternatively, described according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server, comprises:
By the first queue message at least two message request, merge into second queue message;
Described second queue message is forwarded to the task queue of queue server.
Alternatively, described by the first queue message at least two message request, before merging into the step of second queue message, also comprise:
Judge, in cycle fixed time, whether to receive at least two message request;
If do not receive at least two message request, then enter according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server;
If receive at least two message request, then enter the first queue message at least two message request, merge into the step of second queue message.
Alternatively, described by the first queue message at least two message request, the step merging into second queue message comprises:
By at least two message request during the first queue message coalescing, add between former and later two queues and separate mark, obtain the second queue message to merge.
Alternatively, also comprising:
When processing server is from the task queue of described queue server, extract described second queue message when processing, judge whether to have in described second queue message and separate mark;
Separate mark if had in described second queue message, then described second queue message is split as multiple first queue message accordingly.
According to a further aspect in the invention, provide a kind of message deposit device, comprising:
Authentication request receiver module, is suitable for the authentication request receiving application server transmission;
First authentication module, is suitable for carrying out authentication to described authentication request, and judges whether authentication is passed through;
Message request receiver module, is suitable for passing through when authentication, then receives the message request that described application server sends; Described message request comprises first team's row message;
Forwarding module, is suitable for according to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
Alternatively, described authentication request receiver module, comprising:
Https authentication request receives submodule, is suitable for the https authentication request that reception application server is sent by https agreement.
Alternatively, described message request receiver module, comprising:
Https message request receives submodule, is suitable for receiving the https message request that described application server is sent by https agreement;
And/or http message request receives submodule, be suitable for receiving the http message request that described application server is sent by http agreement.
Alternatively, after https message request receiver module, also comprise:
Second authentication submodule, is suitable for carrying out authentication to described https message request, judges whether authentication is passed through; After being verified, enter forwarding module.
Alternatively, described forwarding module, comprising:
Extract submodule, be suitable for extracting the first queue message from the data field of described https message request or http request;
First forwards submodule, is suitable for the task queue described first queue message being forwarded to queue server.
Alternatively, described forwarding module, comprising:
Merge submodule, be suitable for, by the first queue message at least two message request, merging into second queue message;
Second forwards submodule, is suitable for the task queue described first queue message or the second queue message being forwarded to queue server.
Alternatively, before described merging submodule, also comprise:
Judge module, is suitable for judging, in cycle fixed time, whether to receive at least two message request;
If do not receive at least two message request, then enter forwarding module;
If receive at least two message request, then enter merging submodule.
Alternatively, described merging submodule comprises:
Separate mark and add module, be suitable at least two message request during the first queue message coalescing, adding to separate identifying between former and later two queues, obtain the second queue message to merge.
Alternatively, also comprise:
Separate mark judge module, be suitable for, when processing server is from the task queue of described queue server, extracting described second queue message when processing, judge whether to have in described second queue message and separate mark; Separate mark if had in described second queue message, then enter fractionation module;
Split module, be suitable for described second queue message to be split as multiple first queue message accordingly.
According to a further aspect in the invention, provide a kind of message deposit equipment, comprising:
Memory, is loaded with many executable instructions;
Processor, performs described many executable instructions; Described many instructions comprise the method performing following steps:
Receive the authentication request that application server sends;
Authentication is carried out to described authentication request, and judges whether authentication is passed through;
When authentication is passed through, then receive the message request that described application server sends; Described message request comprises first team's row message;
According to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
First application server authentication can be carried out according to message deposit method of the present invention, can also send after authentication information encryption, and, for the information beyond authentication information, also transmit again after optionally can encrypting according to its security requirements, in addition, to multiple message request that cycle at fixed time receives, can be second queue message by the first queue message coalescing wherein, solve any application server thus and its first queue message can be deposited message to the task queue of queue server, cause data dangerous, data redundancy is more, make the data validity of task queue and the low problem of fail safe, achieve the application server that can screen and will store the first queue message to queue server, avoid the task queue of the first queue message stores to queue server of the application server of unauthenticated, improve the fail safe of data in task queue, and avoid producing too much redundancy message, improve the beneficial effect of the validity of data in task queue.
Above-mentioned explanation is only the general introduction of technical solution of the present invention, in order to technological means of the present invention can be better understood, and can be implemented according to the content of specification, and can become apparent, below especially exemplified by the specific embodiment of the present invention to allow above and other objects of the present invention, feature and advantage.
Accompanying drawing explanation
By reading hereafter detailed description of the preferred embodiment, various other advantage and benefit will become cheer and bright for those of ordinary skill in the art.Accompanying drawing only for illustrating the object of preferred implementation, and does not think limitation of the present invention.And in whole accompanying drawing, represent identical parts by identical reference symbol.In the accompanying drawings:
Fig. 1 shows a kind of according to an embodiment of the invention flow chart of steps of message deposit embodiment of the method;
Fig. 2 shows a kind of according to an embodiment of the invention flow chart of steps of message deposit embodiment of the method;
Fig. 3 shows a kind of according to an embodiment of the invention flow chart of steps of message deposit embodiment of the method;
Fig. 4 shows a kind of according to an embodiment of the invention structured flowchart of message deposit device embodiment;
Fig. 5 shows a kind of according to an embodiment of the invention structured flowchart of message deposit device embodiment;
Fig. 6 shows a kind of according to an embodiment of the invention structured flowchart of message deposit device embodiment;
Fig. 7 shows a kind of according to an embodiment of the invention structural representation of system;
Fig. 8 shows a kind of according to an embodiment of the invention structural representation of equipment.
Embodiment
Below with reference to accompanying drawings exemplary embodiment of the present disclosure is described in more detail.Although show exemplary embodiment of the present disclosure in accompanying drawing, however should be appreciated that can realize the disclosure in a variety of manners and not should limit by the embodiment set forth here.On the contrary, provide these embodiments to be in order to more thoroughly the disclosure can be understood, and complete for the scope of the present disclosure can be conveyed to those skilled in the art.
With reference to Fig. 1, show a kind of according to an embodiment of the invention flow chart of steps of message deposit embodiment of the method, specifically can comprise the steps:
Step S110, receives the authentication request that application server sends.
Wherein, application server provides the approach of access business logic to use for client application, such as play application server, disinfection server etc.
In embodiments of the present invention, whether the object in the authentication request that application server sends sends message request in order to whether certification can receive this application service, namely can set up with this application server and communicate.So the authentication information of this application server should be comprised in this authentication request.
Step S120, carries out authentication to described authentication request, and judges whether authentication is passed through.
As mentioned above, the object of the authentication request that application server sends sends message request in order to whether certification can receive this application service, and this deterministic process is above-mentioned authentication process itself.
In embodiments of the present invention, can using the username and password of application server as the foundation of authentication.Certainly, the embodiment embodiment of the present invention about authentication is not limited.
Step S130, when authentication is passed through, then receives the message request that described application server sends; Described message request comprises first team's row message.
If authentication is passed through, the message request that application server sends can be received.In embodiments of the present invention, above-mentioned message request comprises the first queue message.
The first queue message wherein can be the various types of messages that application server produces, as log information etc.In embodiments of the present invention, be introduced for log information.
Step S140, according to described message request, is forwarded to the task queue of queue server by the first queue message in described message request.
Queue server is wherein the server in order to storing message queue, and be such as usually used in the Kafka queue server processing log information, task queue can be Kafka queue.Wherein, Kafka is distributed post-subscribe message system.
Forward and refer to the task queue the first queue message in message request being sent to queue server, for concrete load mode, the embodiment of the present invention is not limited.
In embodiments of the present invention, using forwarding server as carrier, realize the process of above-mentioned forwarding.In embodiments of the present invention, forwarding server is a kind of web server, can support http protocol and/or HTTPS agreement.
In embodiments of the present invention, before the message request receiving application server transmission, the authentication request that can first send according to application server carries out authentication, to determine whether to receive the message request that this application server sends, the application server that will store the first queue message to queue server can be screened, avoid the task queue of the first queue message stores to queue server of the application server of unauthenticated, improve the fail safe of data in task queue, and avoid producing too much redundancy message, improve the validity of data in task queue.
Embodiment two
With reference to Fig. 2, show a kind of according to an embodiment of the invention flow chart of steps of message deposit embodiment of the method, specifically can comprise the steps:
Step S210, receives the https authentication request that application server is sent by https agreement.
Wherein, https (HyperTextTransferProtocoloverSecureSocketLayer, the http based on SSL) agreement provides authentication and encryption communication method, and it is widely used in the communication of security sensitive on the Internet now.Https agreement employs http agreement, and https consultation adopts SSL (SecureSocketsLayer SSL) passage, automatically encrypts the information transmitted and transmits information in an encrypted form.
SSL (SecureSocketsLayer, SSL) wherein, available service comprises: authenticated user and server, guarantees that data are sent to correct client-server; Enciphered data is stolen to prevent data midway; The integrality of service data, guarantees that data are not changed in transmitting procedure.And the authentication of SSL client is optional, determine by SSL server the identity whether verifying SSL client.
And http agreement is wherein an OO agreement belonging to application layer, because it is simple and direct, mode fast, be applicable to distributed Hypermedia Information System.But http agreement itself does not have the function of encryption, authentication, namely http agreement transmits information with form expressly.
Before judging whether to receive the message instruction that application server sends, first to carry out authentication to set up correspondence with this application server to this application server.
For the authentication request that application server sends, the authentication information of the application server of application server should be comprised, as username and password etc.In order to avoid the authentication information of above-mentioned application server is stolen, so transmit after tackling the encryption of above-mentioned authentication request, https agreement is namely utilized to send https authentication request again.In embodiments of the present invention, be described using username and password as authentication information.
Concrete verification process is as follows:
(1) application server sends a connection request to forwarding server; The certificate of oneself, symmetric encipherment algorithm kind and other relevant informations are returned application server by forwarding server, comprise forwarding server PKI S_PuKey in certificate wherein.
(2) application server checks that the CA the center whether certificate that forwarding server transmits is trusted by oneself is signed and issued.If so, (4) are performed; Otherwise, to client's warning message: whether inquiry continues access.
(3) whether application server compares the information in certificate, as validity period of certificate, server domain name and PKI S_PK, consistent with the information that forwarding server is passed back, if unanimously, then application server completes the preliminary authentication to forwarding server.
(4) application server sends the certificate of application server, the symmetric encryption scheme of support and other relevant informations to forwarding server, and the certificate of application server wherein comprises application server PKI C_PuKey.After receiving, forwarding server compares the information in certificate, and as validity period of certificate, server domain name and PKI S_PK, whether consistent with application server if sending information, if inconsistent, then refuses to connect.If consistent, then enter (5).
(5) what forwarding server sent according to application server arrives password kind, selects the scheme that a kind of level of encryption is the highest, after utilizing PKI C_PuKey to encrypt, is back to application server.
(6) after application server is deciphered by private key C_PrKey, learn the encipherment scheme that forwarding server is selected, and select the key key that converses, after then encrypting with forwarding server PKI S_PuKey, send to forwarding server.
(7) message that the application server that forwarding server receives transmits, deciphers with private key S_PrKey, obtains call key key.
(8) be sent to forwarding server after the authentication request encryption that application server utilizes above-mentioned call key key application server to send, wherein authentication request comprises authentication information, as username and password.
Step S220, carries out authentication to described authentication request, and judges whether authentication is passed through.When authentication is passed through, then enter step S230.
In embodiments of the present invention, for each qualified application server depositing message, by its corresponding identity information, user name, password etc. can be comprised, be stored in database according to certain format, such as with the form of cookie stored in database.
The username and password then will comprised in above-mentioned authentication request, matches with the identity information be stored in database, if the match is successful, then by this authentication, if mate unsuccessful, then not by this authentication.
In embodiments of the present invention, forwarding server utilizes above-mentioned call key key to the authentication information deciphering received and mates with the identity information stored in database, if the match is successful, then indicate identification is verified.If mate unsuccessful, then refuse application server and connect forwarding server.
The object of this authentication process itself is, is confirmed whether the message request receiving application server transmission.
Step S230, receives the https message request that described application server is sent by https agreement; Or receive the http message request that described application server is sent by http agreement;
Wherein, described https message request or http message request comprise the first queue message.
If receive the https message request that described application server is sent by https agreement, then enter step S240; If receive the http message request that described application server is sent by http agreement, then enter step S250.
In actual application, consider the problem of fail safe, when transmitting username and password to complete authentication, in order to avoid the authentication information of application server is stolen, transmission must be encrypted to username and password wherein, so now send https message request by https agreement, this message request comprises the first queue message containing username and password.
On the one hand, to guarantee the fail safe of every bar message request that received application server sends further, authentication can be carried out to every bar message request.Now, need the authentication information of the above-mentioned application server all comprising application server in every bar message request, and according to the needs of above-mentioned fail safe, the authentication information for application server should utilize https agreement to encrypt.
Therefore, in order to guarantee the fail safe of received every bar message request further, after authentication is passed through, still utilize https agreement to send message request, then the https message request sent by https agreement for application server received.
But, in addition on the one hand, after message request all being encrypted, be forwarded to queue server again, then the performance loss of each side can be caused larger.So after authentication, according to the content of the first queue message included in message request the need of encryption, https agreement is optionally utilized to send or utilize http agreement to send, what then finally utilize https agreement to send is https message request, and what utilize http agreement to send is http message request.Particularly, be https message request or http message request for the message request received, set flexibly by application server according to privacy requirements, to this, the present invention is not limited.
In addition, if the http request message that application server utilizes http agreement to send, wherein also can comprise the authentication information of application server, mode expressly is now adopted to transmit message request, in order to improve fail safe, also can carry out authentication to the authentication information of the application server expressly sent, be the authentication information of authentication information than the application server of encrypted form of the application server of plaintext version, stolen possibility is larger.Comparatively speaking, authentication is carried out to the http message request sent by http agreement, and the https message request sent by https agreement is carried out compared with authentication, the fail safe of obvious the latter can height more.So, in the embodiment of the present invention, preferably, utilize https agreement to send the https message request comprising the authentication information of application server.
Step S240, carries out authentication to described https message request, judges whether authentication is passed through; After being verified, enter step S250.
Wherein, the authentication information of above-mentioned application server is comprised in above-mentioned https message request equally.Carrying out authentication to https message request, is by the authentication information of application server equally, as username and password, matches being stored in the identity information in database, if the match is successful, then passes through authentication; If mate unsuccessful, then do not pass through authentication.
The object of this authentication process itself is, after the information request at every turn receiving application server transmission, confirm that this information request is that the qualified application server depositing message sends, namely whether the first message queue comprised in this information request is forwarded in the task queue of queue server.
In the embodiment of the present application, for the checking of https message request, only need application server to be encrypted https message request with aforementioned call key key and be sent to forwarding server, https message request need not carry the username and password of application server more again, with key key deciphering of conversing, forwarding server can think that authentication is passed through again.Certainly, application server also can carry username and password in https message request, and forwarding server also can continue to extract username and password and mate with local record, further verifies.
Step S250, extracts the first queue message from the data field of described https message request or http message request.
Generally speaking, the part such as message header and data field is all comprised in https message request and http message request, and introduction of the present invention is a kind of message deposit method, finally will by the first queue message deposit of the data field of above-mentioned https message request or http message request in queue server, so want first to extract the first queue message from the data field of https message request or http message request.
Step S260, is forwarded to the task queue of queue server by described first queue message.
This step and above-mentioned steps S140 similar, do not repeat them here.
In the embodiment of the present invention, https agreement can be utilized to send whole authentication request and message request, it performs step S210, S220, S230 (receiving only https message request in this step), S240, S250, S260; Or utilize https agreement to send authentication request, utilize http agreement to send entire message request, it performs step S210, S220, S230 (receiving only http message request in this step), S250, S260; Or, utilize https agreement to send authentication request, utilize https agreement or http agreement to send message request.To this, the present invention is not limited.
In embodiments of the present invention, equally before the message request receiving application server transmission, the authentication request that can first send according to application server carries out authentication, to determine whether to receive the message request that this application server sends, the application server that will store the first queue message to queue server can be screened, avoid the task queue of the first queue message stores to queue server of the application server of unauthenticated, improve the fail safe of data in task queue, and avoid producing too much redundancy message, improve the validity of data in task queue.
Embodiment three
With reference to Fig. 3, show a kind of according to an embodiment of the invention flow chart of steps of message deposit embodiment of the method, specifically can comprise the steps:
Step S310, receives the https authentication request that application server is sent by https agreement.
Step S320, carries out authentication to described authentication request, and judges whether authentication is passed through.When authentication is passed through, then enter step S330; When authentication is not passed through, then refuse application server and connect forwarding server.
Step S330, receives the https message request that described application server is sent by https agreement; Or receive the http message request that described application server is sent by http agreement, described message request comprises first team's row message.
Step S340, carries out authentication to described https message request, judges whether authentication is passed through; After being verified, enter step S350.
Step S350, judges, in cycle fixed time, whether to receive at least two message request; If do not receive at least two message request, then enter step S360; If receive at least two message request, then enter step S370.
In the process utilizing forwarding server forwarding messages, can produce certain redundancy message, clearly, above-mentioned redundant information does not have necessity of any storage, and if forward the first queue message to each message request to queue server, its system resources consumption is large.
In embodiments of the present invention, in order to reduce above-mentioned redundancy message as much as possible, and reduction system resource, the task queue that will can be forwarded to queue server after multiple first queue message coalescing again, and simultaneously, be the certain hour time limit when merging first queue message, such as in 5 seconds or 10 second time cycle, each first queue message coalescing in the message request received become second queue message.So in embodiments of the present invention, can pre-set cycle fixed time, this cycle fixed time can before this step, or arranges before arbitrary step before this step.In addition, give tacit consent in embodiments of the present invention in this step within set cycle fixed time, receive a message request to I haven't seen you for ages.Then need to judge within the time cycle of specifying, whether receive at least two message request, if do not receive at least two message request, then show to receive only a message request, then only the first queue message in this message request is forwarded to the task queue of queue server; If receive at least two message request, then can be second queue message by each first queue message coalescing in received each message request, and then the second queue message is forwarded to the task queue of queue server.
Step S360, is forwarded to the task queue of queue server by described first queue message.
Step S370, by the first queue message at least two message request, merges into second queue message.
Wherein, the mode being second queue message by multiple first queue message coalescing has a variety of, merge separate mark as directly added at different first queue message after, separation mark wherein must be different from the field of the first queue message in message request, to avoid the confusion causing segmentation mark and message.As A, B, C tri-queue messages are merged, then can for plant mode as follows:
A*—*B*—*C
" *-* " is wherein above-mentioned separation mark.
Conveniently the second above-mentioned queue message is split as each first queue message before merging again, so preferably, in embodiments of the present invention, step S370 comprises:
Step S371, by least two message request during the first queue message coalescing, adds and separates mark, obtain the second queue message to merge between former and later two queues.
Separation mark wherein can be made up of at random any character, numeral or additional character etc., with the unduplicated character string of field of the first queue message in message request, is not limited this present invention.And this separation mark is preset, it can be preset before this step, also can be preset before the arbitrary step before this step, and the embodiment of the present invention is not limited this.
Step S380, is forwarded to the task queue of queue server by described second queue message.
This step and the above-mentioned step that described first queue message is forwarded to the task queue of queue server similar, do not repeat them here.
For the content of above-mentioned step S371, preferably, also comprise in the embodiment of the present invention:
Whether step S390, when processing server is from the task queue of described queue server, extracts described second queue message when processing, judge to have in described second queue message and separate mark;
Separate mark if had in described second queue message, then described second queue message is split as multiple first queue message accordingly.
For processing server, handled message is the first initial queue message.If the second queue message that process is become by some first queue message coalescing, process wherein each first queue message and compare with separating, clearly the effect of the latter can be better.So, when extraction second queue message processes, judge in this second queue message, whether there is above-mentioned separation mark, if there is above-mentioned separation mark in this second queue message, then be designated boundary line with this separation, this second queue message is split as multiple first queue message accordingly, handled by final processing server is the first queue message obtained after splitting.
Second queue message as escribed above:
A*—*B*—*C
Wherein, A, B and C are the first queue message, and " *-* " is for separating mark.
Whether processing server can first judge to have in this second queue message separates mark, clearly, have in this second queue message and separate mark, then, field between beginning in second queue message to first separation mark occurred is extracted, as a first queue message A; Adjacent two fields separated between mark are extracted, as a first queue message B; Last is separated the field be identified between the second queue message ending to extract, as a first queue message C.Thus, above-mentioned second queue message is split as three the first queue messages:
A
B
C
For in the embodiment of the present invention, with inventive embodiments one, two similar steps, do not repeating.
In embodiments of the present invention, equally before the message request receiving application server transmission, the authentication request that can first send according to application server carries out authentication, to determine whether to receive the message request that this application server sends, the application server that will store the first queue message to queue server can be screened, avoid the task queue of the first queue message stores to queue server of the application server of unauthenticated, improve the fail safe of data in task queue, and avoid producing too much redundancy message, improve the validity of data in task queue.
In addition, in the embodiment of the present invention, if at the appointed time in the cycle quantity of message request be no less than two, then can be second queue message by the first queue message coalescing in the message request in this cycle instruction time, reduce message hop count, reduce system resources consumption.
For embodiment of the method, in order to simple description, therefore it is all expressed as a series of combination of actions, but those skilled in the art should know, the embodiment of the present invention is not by the restriction of described sequence of movement, because according to the embodiment of the present invention, some step can adopt other orders or carry out simultaneously.Secondly, those skilled in the art also should know, the embodiment described in specification all belongs to preferred embodiment, and involved action might not be that the embodiment of the present invention is necessary.
Embodiment four
With reference to Fig. 4, show a kind of according to an embodiment of the invention structured flowchart of message deposit device embodiment, specifically can comprise as lower module:
Authentication request receiver module 410, is suitable for the authentication request receiving application server transmission.
First authentication module 420, is suitable for carrying out authentication to described authentication request, and judges whether authentication is passed through.If by authentication, then enter message request receiver module 430.
If authentication is not passed through, then refuse the connection of application server.
Message request receiver module 430, is suitable for passing through when authentication, then receives the message request that described application server sends; Described message request comprises first team's row message.
Forwarding module 440, is suitable for according to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
In embodiments of the present invention, before the message request receiving application server transmission, the authentication request that can first send according to application server carries out authentication, to determine whether to receive the message request that this application server sends, the application server that will store the first queue message to queue server can be screened, avoid the task queue of the first queue message stores to queue server of the application server of unauthenticated, improve the fail safe of data in task queue, and avoid producing too much redundancy message, improve the validity of data in task queue.
Embodiment five
With reference to Fig. 5, show a kind of according to an embodiment of the invention structured flowchart of message deposit device embodiment, specifically can comprise as lower module:
Authentication request receiver module 510, is suitable for the authentication request receiving application server transmission.Specifically comprise:
Https authentication request receives submodule 511, is suitable for the https authentication request that reception application server is sent by https agreement.
First authentication module 520, is suitable for carrying out authentication to described authentication request, and judges whether authentication is passed through.If authentication is passed through, then enter message request receiver module 530.
Message request receiver module 530, is suitable for passing through when authentication, then receives the message request that described application server sends; Described message request comprises first team's row message; Specifically comprise:
Https message request receives submodule 531, is suitable for receiving the https message request that described application server is sent by https agreement;
Second authentication submodule 532, is suitable for carrying out authentication to described https message request, judges whether authentication is passed through; After being verified, enter forwarding module 540;
Http message request receives submodule 533, is suitable for receiving the http message request that described application server is sent by http agreement.
Forwarding module 540, is suitable for according to described message request, the first queue message in described message request is forwarded to the task queue of queue server, specifically comprises:
Extract submodule 541, be suitable for extracting the first queue message from the data field of described https message request or http request;
First forwards submodule 542, is suitable for the task queue described first queue message being forwarded to queue server.
In embodiments of the present invention, before the message request receiving application server transmission, the authentication request that can first send according to application server carries out authentication, to determine whether to receive the message request that this application server sends, the application server that will store the first queue message to queue server can be screened, avoid the task queue of the first queue message stores to queue server of the application server of unauthenticated, improve the fail safe of data in task queue, and avoid producing too much redundancy message, improve the validity of data in task queue.
Embodiment six
With reference to Fig. 6, show a kind of according to an embodiment of the invention structured flowchart of message deposit device embodiment, specifically can comprise as lower module:
Authentication request receiver module 610, is suitable for the authentication request receiving application server transmission.Specifically comprise:
Https authentication request receives submodule 611, is suitable for the https authentication request that reception application server is sent by https agreement.
First authentication module 620, is suitable for carrying out authentication to described authentication request, and judges whether authentication is passed through.When authentication is passed through, then enter message request receiver module 630; When authentication is not passed through, then refuse application server and connect forwarding server.
Message request receiver module 630, is suitable for passing through when authentication, then receives the message request that described application server sends; Described message request comprises first team's row message.Specifically comprise:
Https message request receives submodule 631, is suitable for receiving the https message request that described application server is sent by https agreement;
Second authentication submodule 632, is suitable for carrying out authentication to described https message request, judges whether authentication is passed through; After being verified, enter judge module 640; When authentication is not passed through, then refuse application server and connect forwarding server.
Http message request receives submodule 633, is suitable for receiving the http message request that described application server is sent by http agreement.
Judge module 640, is suitable for judging, in cycle fixed time, whether to receive at least two message request; If do not receive at least two message request, then enter the second forwarding submodule 652; If receive at least two message request, then enter and merge submodule 651.
Forwarding module 650, is suitable for according to described message request, the first queue message in described message request is forwarded to the task queue of queue server.Specifically comprise:
Merge submodule 651, be suitable for, by the first queue message at least two message request, merging into second queue message;
Preferably, described merging submodule 651 comprises:
Separate mark and add module, be suitable at least two message request during the first queue message coalescing, adding to separate identifying between former and later two queues, obtain the second queue message to merge.
Second forwards submodule 652, is suitable for the task queue described first queue message or the second queue message being forwarded to queue server.
Preferably, in embodiments of the present invention, after forwarding module 650, also comprise:
Separate mark judge module, be suitable for, when processing server is from the task queue of described queue server, extracting described second queue message when processing, judge whether to have in described second queue message and separate mark.Separate mark if had in described second queue message, then enter fractionation module.
Split module, be suitable for described second queue message to be split as multiple first queue message accordingly.
In embodiments of the present invention, before the message request receiving application server transmission, the authentication request that can first send according to application server carries out authentication, to determine whether to receive the message request that this application server sends, the application server that will store the first queue message to queue server can be screened, avoid the task queue of the first queue message stores to queue server of the application server of unauthenticated, improve the fail safe of data in task queue, and avoid producing too much redundancy message, improve the validity of data in task queue.
In addition, in the embodiment of the present invention, if at the appointed time in the cycle quantity of message request be no less than two, then can be second queue message by the first queue message coalescing in the message request in this cycle instruction time, the hop count of message can be reduced, reduce the consumption of system resource.
With reference to Fig. 7, show the structural representation of a kind of system of the embodiment of the present invention, specifically can comprise:
Application server 710, forwarding server 720, queue server 730;
Described application server 710, is suitable for sending authentication request and message request to forwarding server;
Described forwarding server 720 comprises:
Authentication request receiver module 721, is suitable for the authentication request receiving application server transmission.Described authentication request receiver module 721, comprising:
Https authentication request receives submodule, is suitable for the https authentication request that reception application server is sent by https agreement.
First authentication module 722, is suitable for carrying out authentication to described authentication request, and judges whether authentication is passed through.If by authentication, then enter message request receiver module 430; If authentication is not passed through, then refuse the connection of application server.
Message request receiver module 723, is suitable for passing through when authentication, then receives the message request that described application server sends; Described message request comprises first team's row message.Described message request receiver module 723, comprising:
Https message request receives submodule, is suitable for receiving the https message request that described application server is sent by https agreement;
Second authentication submodule, is suitable for carrying out authentication to described https message request, judges whether authentication is passed through; After being verified, enter judge module.
And/or http message request receives submodule, be suitable for receiving the http message request that described application server is sent by http agreement.
Judge module 724, is suitable for judging, in cycle fixed time, whether to receive at least two message request.If do not receive at least two message request, then enter forwarding module; If receive at least two message request, then enter merging submodule.
Forwarding module 725, is suitable for according to described message request, the first queue message in described message request is forwarded to the task queue of queue server.Described forwarding module 724, comprising:
Extract submodule, be suitable for extracting the first queue message from the data field of described https message request or http request;
First forwards submodule, is suitable for the task queue described first queue message being forwarded to queue server.
Merge submodule, be suitable for, by the first queue message at least two message request, merging into second queue message; Described merging submodule comprises:
Separate mark and add module, be suitable at least two message request during the first queue message coalescing, adding to separate identifying between former and later two queues, obtain the second queue message to merge.
Second forwards submodule, is suitable for the task queue described first queue message or the second queue message being forwarded to queue server.
Described queue server 730, is suitable for reception first message queue and deposits to task queue.
Preferably, also comprise data analytics server, be connected with queue server, in order to extracting message to analyze from the task queue of queue server.Whether described data analytics server comprises: separate mark judge module, is suitable for, when processing server is from the task queue of described queue server, extracting described second queue message when processing, judge to have in described second queue message and separate mark; Separate mark if had in described second queue message, then enter fractionation module;
Split module, be suitable for described second queue message to be split as multiple first queue message accordingly.
Embodiment eight
With reference to Fig. 8, show the structural representation of a kind of equipment of the embodiment of the present invention, described equipment 700 specifically can comprise:
Memory 810, is loaded with many executable instructions;
Processor 820, performs described many executable instructions; Described many instructions comprise the method performing following steps:
Receive the authentication request that application server sends;
Authentication is carried out to described authentication request, and judges whether authentication is passed through;
When authentication is passed through, then receive the message request that described application server sends; Described message request comprises first team's row message;
According to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
For device embodiment, due to itself and embodiment of the method basic simlarity, so description is fairly simple, relevant part illustrates see the part of embodiment of the method.
Intrinsic not relevant to any certain computer, virtual system or miscellaneous equipment with display at this algorithm provided.Various general-purpose system also can with use based on together with this teaching.According to description above, the structure constructed required by this type systematic is apparent.In addition, the present invention is not also for any certain programmed language.It should be understood that and various programming language can be utilized to realize content of the present invention described here, and the description done language-specific is above to disclose preferred forms of the present invention.
In specification provided herein, describe a large amount of detail.But can understand, embodiments of the invention can be put into practice when not having these details.In some instances, be not shown specifically known method, structure and technology, so that not fuzzy understanding of this description.
Similarly, be to be understood that, in order to simplify the disclosure and to help to understand in each inventive aspect one or more, in the description above to exemplary embodiment of the present invention, each feature of the present invention is grouped together in single embodiment, figure or the description to it sometimes.But, the method for the disclosure should be construed to the following intention of reflection: namely the present invention for required protection requires feature more more than the feature clearly recorded in each claim.Or rather, as claims below reflect, all features of disclosed single embodiment before inventive aspect is to be less than.Therefore, the claims following embodiment are incorporated to this embodiment thus clearly, and wherein each claim itself is as independent embodiment of the present invention.
Those skilled in the art are appreciated that and adaptively can change the module in the equipment in embodiment and they are arranged in one or more equipment different from this embodiment.Module in embodiment or unit or assembly can be combined into a module or unit or assembly, and multiple submodule or subelement or sub-component can be put them in addition.Except at least some in such feature and/or process or unit be mutually repel except, any combination can be adopted to combine all processes of all features disclosed in this specification (comprising adjoint claim, summary and accompanying drawing) and so disclosed any method or equipment or unit.Unless expressly stated otherwise, each feature disclosed in this specification (comprising adjoint claim, summary and accompanying drawing) can by providing identical, alternative features that is equivalent or similar object replaces.
In addition, those skilled in the art can understand, although embodiments more described herein to comprise in other embodiment some included feature instead of further feature, the combination of the feature of different embodiment means and to be within scope of the present invention and to form different embodiments.Such as, in the following claims, the one of any of embodiment required for protection can use with arbitrary compound mode.
All parts embodiment of the present invention with hardware implementing, or can realize with the software module run on one or more processor, or realizes with their combination.It will be understood by those of skill in the art that and microprocessor or digital signal processor (DSP) can be used in practice to realize according to the embodiment of the present invention
message depositthe some or all functions of the some or all parts in equipment.The present invention can also be embodied as part or all equipment for performing method as described herein or device program (such as, computer program and computer program).Realizing program of the present invention and can store on a computer-readable medium like this, or the form of one or more signal can be had.Such signal can be downloaded from internet website and obtain, or provides on carrier signal, or provides with any other form.
The present invention will be described instead of limit the invention to it should be noted above-described embodiment, and those skilled in the art can design alternative embodiment when not departing from the scope of claims.In the claims, any reference symbol between bracket should be configured to limitations on claims.Word " comprises " not to be got rid of existence and does not arrange element in the claims or step.Word "a" or "an" before being positioned at element is not got rid of and be there is multiple such element.The present invention can by means of including the hardware of some different elements and realizing by means of the computer of suitably programming.In the unit claim listing some devices, several in these devices can be carry out imbody by same hardware branch.Word first, second and third-class use do not represent any order.Can be title by these word explanations.
The invention discloses A1, a kind of message deposit method, comprising:
Receive the authentication request that application server sends;
Authentication is carried out to described authentication request, and judges whether authentication is passed through;
When authentication is passed through, then receive the message request that described application server sends; Described message request comprises first team's row message;
According to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
A2, method as described in A1, the step of the authentication request that described reception application server sends comprises:
Receive the https authentication request that application server is sent by https agreement.
A3, method as described in A1, the step of the message request that the described application server of described reception sends comprises:
Receive the https message request that described application server is sent by https agreement; Or receive the http message request that described application server is sent by http agreement.
A4, method as described in A3, after the step receiving the message request that described application server is sent by https agreement, also comprise:
Authentication is carried out to described https message request, judges whether authentication is passed through, judge whether authentication is passed through; After being verified, enter according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server.
A5, method as described in A3 or A4, described according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server, comprises:
The first queue message is extracted from the data field of described https message request or http message request;
Described first queue message is forwarded to the task queue of queue server.
A6, as the method for A1-A4 as described in one of them, described according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server, comprises:
By the first queue message at least two message request, merge into second queue message;
Described second queue message is forwarded to the task queue of queue server.
A7, method as described in A6, described by the first queue message at least two message request, before merging into the step of second queue message, also comprise
Judge, in cycle fixed time, whether to receive at least two message request;
If do not receive at least two message request, then enter according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server;
If receive at least two message request, then enter the first queue message at least two message request, merge into the step of second queue message.
A8, method as described in A6, described by the first queue message at least two message request, the step merging into second queue message comprises:
By at least two message request during the first queue message coalescing, add between former and later two queues and separate mark, obtain the second queue message to merge.
A9, method as described in A8, also comprise:
When processing server is from the task queue of described queue server, extract described second queue message when processing, judge whether to have in described second queue message and separate mark;
Separate mark if had in described second queue message, then described second queue message is split as multiple first queue message accordingly.
The invention also discloses B10, a kind of message deposit device, comprising:
Authentication request receiver module, is suitable for the authentication request receiving application server transmission;
First authentication module, is suitable for carrying out authentication to described authentication request, and judges whether authentication is passed through;
Message request receiver module, is suitable for passing through when authentication, then receives the message request that described application server sends; Described message request comprises first team's row message;
Forwarding module, is suitable for according to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
B11, device as described in claim B10, described authentication request receiver module, comprising:
Https authentication request receives submodule, is suitable for the https authentication request that reception application server is sent by https agreement.
B12, device as described in claim B10, described message request receiver module, comprising:
Https message request receives submodule, is suitable for receiving the https message request that described application server is sent by https agreement;
And/or http message request receives submodule, be suitable for receiving the http message request that described application server is sent by http agreement.
B13, device as described in B12, after https message request receiver module, also comprise:
Second authentication submodule, is suitable for carrying out authentication to described https message request, judges whether authentication is passed through; After being verified, enter forwarding module.
B14, device as described in B12 or B13, described forwarding module, comprising:
Extract submodule, be suitable for extracting the first queue message from the data field of described https message request or http request;
First forwards submodule, is suitable for the task queue described first queue message being forwarded to queue server.
B15, as the device of B10-B13 as described in one of them, described forwarding module, comprising:
Merge submodule, be suitable for, by the first queue message at least two message request, merging into second queue message;
Second forwards submodule, is suitable for the task queue described first queue message or the second queue message being forwarded to queue server.
B16, device as described in B15, before described merging submodule, also comprise:
Judge module, is suitable for judging, in cycle fixed time, whether to receive at least two message request;
If do not receive at least two message request, then enter forwarding module;
If receive at least two message request, then enter merging submodule.
B17, device as described in B15, described merging submodule comprises:
Separate mark and add module, be suitable at least two message request during the first queue message coalescing, adding to separate identifying between former and later two queues, obtain the second queue message to merge.
B18, device as described in B17, also comprise:
Separate mark judge module, be suitable for, when processing server is from the task queue of described queue server, extracting described second queue message when processing, judge whether to have in described second queue message and separate mark; Separate mark if had in described second queue message, then enter fractionation module;
Split module, be suitable for described second queue message to be split as multiple first queue message accordingly.
The invention also discloses C19, a kind of message deposit equipment, comprising:
Memory, is loaded with many executable instructions;
Processor, performs described many executable instructions; Described many instructions comprise the method performing following steps:
Receive the authentication request that application server sends;
Authentication is carried out to described authentication request, and judges whether authentication is passed through;
When authentication is passed through, then receive the message request that described application server sends; Described message request comprises first team's row message;
According to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
Claims (10)
1. a message deposit method, comprising:
Receive the authentication request that application server sends;
Authentication is carried out to described authentication request, and judges whether authentication is passed through;
When authentication is passed through, then receive the message request that described application server sends; Described message request comprises first team's row message;
According to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
2. the method for claim 1, is characterized in that, the step of the authentication request that described reception application server sends comprises:
Receive the https authentication request that application server is sent by https agreement.
3. the method for claim 1, is characterized in that, the step of the message request that the described application server of described reception sends comprises:
Receive the https message request that described application server is sent by https agreement; Or receive the http message request that described application server is sent by http agreement.
4. method according to claim 3, is characterized in that, after the step receiving the message request that described application server is sent by https agreement, also comprises:
Authentication is carried out to described https message request, judges whether authentication is passed through, judge whether authentication is passed through; After being verified, enter according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server.
5. the method according to claim 3 or 4, is characterized in that, described according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server, comprises:
The first queue message is extracted from the data field of described https message request or http message request;
Described first queue message is forwarded to the task queue of queue server.
6., according to the method for claim 1-4 described in one of them, it is characterized in that, described according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server, comprises:
By the first queue message at least two message request, merge into second queue message;
Described second queue message is forwarded to the task queue of queue server.
7. method according to claim 6, is characterized in that, described by the first queue message at least two message request, before merging into the step of second queue message, also comprises
Judge, in cycle fixed time, whether to receive at least two message request;
If do not receive at least two message request, then enter according to described message request, the first queue message in described message request is forwarded to the step of the task queue of queue server;
If receive at least two message request, then enter the first queue message at least two message request, merge into the step of second queue message.
8. method according to claim 6, is characterized in that, described by the first queue message at least two message request, the step merging into second queue message comprises:
By at least two message request during the first queue message coalescing, add between former and later two queues and separate mark, obtain the second queue message to merge.
9. a message deposit device, comprising:
Authentication request receiver module, is suitable for the authentication request receiving application server transmission;
First authentication module, is suitable for carrying out authentication to described authentication request, and judges whether authentication is passed through;
Message request receiver module, is suitable for passing through when authentication, then receives the message request that described application server sends; Described message request comprises first team's row message;
Forwarding module, is suitable for according to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
10. a message deposit equipment, comprising:
Memory, is loaded with many executable instructions;
Processor, performs described many executable instructions; Described many instructions comprise the method performing following steps:
Receive the authentication request that application server sends;
Authentication is carried out to described authentication request, and judges whether authentication is passed through;
When authentication is passed through, then receive the message request that described application server sends; Described message request comprises first team's row message;
According to described message request, the first queue message in described message request is forwarded to the task queue of queue server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510812910.4A CN105491012B (en) | 2015-11-20 | 2015-11-20 | Message storage method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510812910.4A CN105491012B (en) | 2015-11-20 | 2015-11-20 | Message storage method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105491012A true CN105491012A (en) | 2016-04-13 |
| CN105491012B CN105491012B (en) | 2019-12-24 |
Family
ID=55677730
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510812910.4A Active CN105491012B (en) | 2015-11-20 | 2015-11-20 | Message storage method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105491012B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110545226A (en) * | 2018-05-28 | 2019-12-06 | 中国石油天然气集团有限公司 | device communication method and communication system |
| CN111049899A (en) * | 2019-12-11 | 2020-04-21 | 贝壳技术有限公司 | kafka message storage system, method, apparatus, and computer-readable storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102307177A (en) * | 2010-09-25 | 2012-01-04 | 广东电子工业研究院有限公司 | Windows-virtual-machine-oriented onetime password management system and method thereof |
| CN102307207A (en) * | 2010-09-25 | 2012-01-04 | 广东电子工业研究院有限公司 | System and method for online customizing virtual machine image |
| CN102710749A (en) * | 2012-04-28 | 2012-10-03 | 广东威创视讯科技股份有限公司 | Message queue control method and server |
| CN103780635A (en) * | 2012-10-17 | 2014-05-07 | 百度在线网络技术（北京）有限公司 | System and method for distributed asynchronous task queue execution in cloud environment |
| WO2014152076A1 (en) * | 2013-03-15 | 2014-09-25 | Microsoft Corporation | Retry and snapshot enabled cross-platform synchronized communication queue |
-
2015
- 2015-11-20 CN CN201510812910.4A patent/CN105491012B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102307177A (en) * | 2010-09-25 | 2012-01-04 | 广东电子工业研究院有限公司 | Windows-virtual-machine-oriented onetime password management system and method thereof |
| CN102307207A (en) * | 2010-09-25 | 2012-01-04 | 广东电子工业研究院有限公司 | System and method for online customizing virtual machine image |
| CN102710749A (en) * | 2012-04-28 | 2012-10-03 | 广东威创视讯科技股份有限公司 | Message queue control method and server |
| CN103780635A (en) * | 2012-10-17 | 2014-05-07 | 百度在线网络技术（北京）有限公司 | System and method for distributed asynchronous task queue execution in cloud environment |
| WO2014152076A1 (en) * | 2013-03-15 | 2014-09-25 | Microsoft Corporation | Retry and snapshot enabled cross-platform synchronized communication queue |
Non-Patent Citations (2)
| Title |
|---|
| 刘勇钊: "基于预定格式的XML文档编辑器的设计与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
| 李晓剑: "消息队列中间件技术及MSMQ应用研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110545226A (en) * | 2018-05-28 | 2019-12-06 | 中国石油天然气集团有限公司 | device communication method and communication system |
| CN110545226B (en) * | 2018-05-28 | 2021-12-17 | 中国石油天然气集团有限公司 | Device communication method and communication system |
| CN111049899A (en) * | 2019-12-11 | 2020-04-21 | 贝壳技术有限公司 | kafka message storage system, method, apparatus, and computer-readable storage medium |
| CN111049899B (en) * | 2019-12-11 | 2021-01-05 | 贝壳找房(北京)科技有限公司 | kafka message storage system, method, apparatus, and computer-readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105491012B (en) | 2019-12-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9413735B1 (en) | Managing distribution and retrieval of security key fragments among proxy storage devices | |
| US9767299B2 (en) | Secure cloud data sharing | |
| CN109347835A (en) | Information transferring method, client, server and computer readable storage medium | |
| CN111460453A (en) | Machine learning training method, controller, device, server, terminal and medium | |
| CN106685973B (en) | Remember method and device, log-in control method and the device of log-on message | |
| US20130315394A1 (en) | Data encryption method, data verification method and electronic apparatus | |
| US20240104563A1 (en) | Hybrid identity as a service for decentralized browser based wallets | |
| US11012722B2 (en) | System and method for securely transferring data | |
| CN106973046B (en) | Inter-gateway data transmission method, source gateway and destination gateway | |
| CN102821098A (en) | System and method for self-dissolving instant messaging under cloud environment | |
| CN104202736A (en) | Mobile terminal short message end-to-end encryption method oriented to Android system | |
| CN106992859B (en) | Bastion machine private key management method and device | |
| CN109728896A (en) | A kind of incoming call certification and source tracing method and process based on block chain | |
| WO2022206453A1 (en) | Method and apparatus for providing cross-chain private data | |
| CN104994095A (en) | Equipment authentication method, clients, server and system | |
| CN106534150A (en) | Identity authentication method and system, user terminal and website server | |
| CN111262852B (en) | Business card signing and issuing method and system based on block chain | |
| CN112653556A (en) | TOKEN-based micro-service security authentication method, device and storage medium | |
| CN106533677A (en) | User login method, user terminal and server | |
| CA2981202C (en) | Hashed data retrieval method | |
| CN117478303B (en) | Block chain hidden communication method, system and computer equipment | |
| CN108846671B (en) | Online secure transaction method and system based on block chain | |
| CN105491012A (en) | Message storage method and device | |
| CN116455572B (en) | Data encryption method, device and equipment | |
| CN111131308A (en) | Calling system and method based on service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220725 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |
|
| TR01 | Transfer of patent right |