CN111917770A - Device communication method, device and storage medium - Google Patents
Device communication method, device and storage medium Download PDFInfo
- Publication number
- CN111917770A CN111917770A CN202010757958.0A CN202010757958A CN111917770A CN 111917770 A CN111917770 A CN 111917770A CN 202010757958 A CN202010757958 A CN 202010757958A CN 111917770 A CN111917770 A CN 111917770A
- Authority
- CN
- China
- Prior art keywords
- message
- message body
- target service
- field
- service data
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The embodiment of the disclosure provides a device communication method, a device and a storage medium. The method comprises the following steps: responding to a trigger operation for indicating to send a message, and acquiring target service data corresponding to the message; acquiring a predefined general message body, and filling the general message body through Protocol Buffers according to the target service data to obtain a target service message body; filling the target service message body into a message body of an MQTT Protocol through Protocol Buffers to generate a data packet; and sending the data packet to a message receiving party through an MQTT protocol so that the message receiving party analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis. The embodiment of the disclosure can solve the problem that the prior art cannot effectively realize equipment communication.
Description
Technical Field
The disclosed embodiments relate to the field of communications technologies, and in particular, to a device communication method, apparatus, device, and storage medium.
Background
After the vehicle-mounted recorder is mounted on a vehicle, the vehicle-mounted recorder is remotely controlled to report information, upload video files, watch real-time live video and the like. Therefore, communication between devices is particularly important.
It is common that some communication protocols are based on proprietary communication protocols defined by themselves; still another part of the communication protocol is based on Message Queue Telemetry Transport (MQTT), and MQTT is a "lightweight" communication protocol based on publish/subscribe (publish/subscribe) mode, which is built on TCP/IP protocol, and MQTT has the greatest advantage that it can provide real-time and reliable Message service for connecting remote devices with very few codes and limited bandwidth.
However, the private communication protocol defined by the user is opaque, and the development and maintenance costs are high; aiming at the MQTT protocol, the data is complex to encapsulate and analyze, the workload of encapsulation and analysis is large, errors are easy to occur, and the expansion is not easy. Therefore, the prior art cannot effectively realize device communication.
Disclosure of Invention
The embodiment of the disclosure provides a device communication method, a device and a storage medium, which can solve the problem that the prior art cannot effectively realize device communication.
In a first aspect, an embodiment of the present disclosure provides an apparatus communication method, including: responding to a trigger operation for indicating to send a message, and acquiring target service data corresponding to the message; acquiring a predefined general message body, and filling the general message body through Protocol Buffers according to the target service data to obtain a target service message body; filling the target service message body into a message body of an MQTT Protocol through Protocol Buffers to generate a data packet; and sending the data packet to a message receiving party through an MQTT protocol so that the message receiving party analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis.
In a second aspect, an embodiment of the present disclosure provides a device communication method, including: acquiring a data packet sent by a message sender through an MQTT protocol; acquiring a target service message body of the data packet obtained by analysis of Protocol Buffers; and acquiring a predefined general message body, and determining target service data according to the general message body and the target service message body.
In a third aspect, an embodiment of the present disclosure provides a device communication apparatus, including: the acquisition module is used for responding to the trigger operation for indicating the sending of the message and acquiring the target service data corresponding to the message; the first processing module is used for acquiring a predefined general message body, and filling the general message body through Protocol Buffers according to the target service data to obtain a target service message body; the first processing module is further configured to fill the target service message body into a message body of an MQTT Protocol through Protocol Buffers, and generate a data packet; and the message sending module is used for sending the data packet to a message receiving party through an MQTT protocol so that the message receiving party analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis.
In a fourth aspect, an embodiment of the present disclosure provides a device communication apparatus, including: the acquisition module is used for acquiring a data packet sent by a sender through an MQTT protocol; the first processing module is used for acquiring a target service message body of the data packet obtained by Protocol Buffers; the first processing module is further configured to acquire a predefined general message body, and determine target service data according to the general message body and the target service message body.
In a fifth aspect, an embodiment of the present disclosure provides an electronic device, including:
a memory;
a processor; and
a computer program;
wherein the computer program is stored in the memory and configured to be executed by the processor to implement the method according to the first aspect, the second aspect.
In a sixth aspect, the disclosed embodiments provide a computer-readable storage medium, on which a computer program is stored, the computer program being executed by a processor to implement the method of the first aspect or the second aspect.
The device communication method, the device, the equipment and the storage medium provided by the embodiment of the disclosure respond to the trigger operation for indicating the sending of the message, and acquire the target service data corresponding to the message; acquiring a predefined general message body, filling the general message body by Protocol Buffers in combination with target service data to obtain a target service message body, the generic message body thus provides a framework for easy expansion, the way in which the generic message body is populated with target service data enables the expansion of different target service message bodies, and the target service message body is filled into the message body of the MQTT Protocol through Protocol Buffers, generating a data packet, sending the data packet to a message receiver through an MQTT protocol, so that the message receiver analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis, the data encapsulation is simple through the Protocol Buffers filling, the corresponding analysis workload is also reduced, and an MQTT protocol is adopted for communication of the equipment, so that real-time and reliable message service can be provided for connecting remote equipment. Therefore, in the network transmission Protocol, the MQTT Protocol is used, and in the data encapsulation Protocol, the Protocol Buffers are used, so that the expansion is facilitated, real-time and reliable message service is provided, the complexity in data encapsulation and analysis is reduced, and the communication of the equipment is effectively realized.
Drawings
Fig. 1 is a schematic view of an application scenario of a device communication method provided in an embodiment of the present disclosure;
fig. 2 is a schematic flow chart of a device communication method provided in an embodiment of the present disclosure;
fig. 3 is a flowchart illustrating a device communication method according to another embodiment of the disclosure;
fig. 4 is a flowchart illustrating a device communication method according to another embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of a device communication apparatus provided in an embodiment of the present disclosure;
fig. 6 is a schematic structural diagram of a device communication apparatus according to another embodiment of the present disclosure;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure.
With the foregoing drawings in mind, certain embodiments of the disclosure have been shown and described in more detail below. These drawings and written description are not intended to limit the scope of the disclosed concepts in any way, but rather to illustrate the concepts of the disclosure to those skilled in the art by reference to specific embodiments.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the exemplary embodiments below are not intended to represent all implementations consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.
In the prior art, a private communication protocol defined by the user is opaque, and the development and maintenance costs are high; aiming at the MQTT protocol, the data is complex to encapsulate and analyze, the workload of encapsulation and analysis is large, errors are easy to occur, and the expansion is not easy. Therefore, the communication protocol in the prior art is inconvenient to expand, and data encapsulation and analysis are complex, so that communication cannot be effectively realized.
In order to solve the technical problems, the technical idea of the present disclosure is to use an MQTT Protocol on a network transmission Protocol and Protocol Buffers on a data encapsulation Protocol, which can reduce the complexity of data encapsulation and analysis, and define a general message body for message uplink and downlink during data body transmission, perform secondary encapsulation on the message content to be transmitted, and add message inspection and encryption, thereby facilitating expansion and ensuring security.
Fig. 1 is a schematic application scenario diagram of a device communication method provided in an embodiment of the present disclosure. As shown in fig. 1, the scenario includes: a terminal device 10 and a server 20; the terminal device may be a vehicle-mounted device, the user may report or respond to service data such as a location, a heartbeat, a heart rate, and the like to the server through the vehicle-mounted device, and the server may also send a corresponding response message or a specific service to the vehicle-mounted device. Specifically, a combined scheme of MQTT + Protocol Buffers is used on the vehicle-mounted equipment, uplink and downlink messages are defined, an outer layer general message body is separated from specific services, the problems of different service calls, encryption, compression, verification and the like are solved, not only is convenience in expansion realized, but also safety is ensured, meanwhile, aiming at the use of the Protocol Buffers, the Protocol Buffers are a method for serializing structural data which is language-independent, platform-independent and extensible, the method can be used for (data) communication protocols, data storage and the like, data structures are defined, then specially generated source codes are used for easily writing and reading the structural data in various data streams by using various languages, the problems that the data based on the MQTT Protocol is complex in packaging and analyzing, and the workload of packaging and analyzing is large and errors easily are solved, and the communication of the equipment is effectively realized.
In one scenario, a new function is added: and the vehicle-mounted equipment reports the GPS information of the vehicle-mounted equipment to the server.
Newly defining a message body related to the service, namely a report GpsInfoRequest message body, including fields corresponding to current time and position information respectively through Protocol Buffers, creating the report GpsInfoRequest message body by the vehicle-mounted equipment, correspondingly filling data, filling the object into a data (namely a corresponding specific service object) field of an outer RpcmAccess (namely a general message body), filling the RpcmInfoRequest into a message body of an MQTT through the Protocol Buffers, and sending the message body to a server; after receiving the message, the server takes out the message body, converts the message body into an RpcMessage object, and analyzes report GpsInfoRequest according to a method name (method) called by RPC, so as to obtain specific data to be reported by the server. Therefore, the server adds the object in the configuration without additional development work.
The above-mentioned MQTT + Protocol Buffers combined scheme can also be docked to different server platforms: when the method is connected to different server platforms, only the defined Protocol Buffers files need to be taken out, and the servers are supported by the Protocol Buffers, so that the development workload is very small. Migration to different hardware devices is also possible: and migrating to different hardware devices, namely recompiling the defined Protocol Buffers, and ensuring that the workload is very small.
In particular, the device communication method provided by the embodiment of the present disclosure aims to solve the above technical problems in the prior art.
The following describes the technical solutions of the present disclosure and how to solve the above technical problems in specific embodiments. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present disclosure will be described below with reference to the accompanying drawings.
Fig. 2 is a flowchart illustrating a device communication method according to an embodiment of the present disclosure. The embodiment of the present disclosure provides an apparatus communication method, which aims at the above technical problems in the prior art, and the method includes the following specific steps:
s201, responding to a trigger operation for indicating to send a message, and acquiring target service data corresponding to the message.
The executing subject of the embodiment of the present disclosure may be a terminal device or a server, that is, the terminal device or the server may be used as both a message sender and a message receiver, which is not limited specifically herein.
In the embodiment of the present disclosure, the triggering operation may be a triggering operation for actively reporting information or a triggering operation for responding to a received message, and different types of the triggering operations are different in specific data for filling the general message body.
Specifically, no matter the trigger operation is performed on the terminal device or the server, the target service data corresponding to the message to be sent may be obtained according to the trigger operation, where the target service data may include a specific service, such as reporting or obtaining service data such as GPS positioning information, heart rate, and heartbeat. The specific service may be a function to be extended.
S202, obtaining a predefined general message body, and filling the general message body through Protocol Buffers according to the target service data to obtain a target service message body.
In the embodiment of the disclosure, a general message body is predefined, which is convenient for service expansion. Based on the obtained target service data, the general message body is filled through Protocol Buffers to obtain a target service message body, namely an expanded message body related to the specific service. Herein, the
S203, filling the target service message body into a message body of an MQTT Protocol through Protocol Buffers to generate a data packet.
In the embodiment of the disclosure, the target service message body is filled into the message body of the MQTT Protocol through Protocol Buffers, so that data encapsulation is realized, and the workload of data analysis is reduced. The method not only facilitates the expansion, but also reduces the complexity of data encapsulation and analysis based on the MQTT protocol.
S204, the data packet is sent to a message receiving party through an MQTT protocol so that the message receiving party can analyze the data packet and execute corresponding operation according to the target service data obtained through analysis.
In the embodiment of the disclosure, the MQTT protocol is used in the network transmission protocol, and a real-time reliable message service can be provided for the connected remote device with few codes and limited bandwidth, so that the data packet is sent to the message receiver through the MQTT protocol. The message receiver of the message receiver is a terminal device or a server, for example, the message sender is a terminal device, and the message receiver is a server; the message sender is a server and the message receiver is a terminal device. Here, the terminal device includes at least an in-vehicle device.
And message transmission between the terminal equipment and the server is realized through an MQTT protocol. Therefore, after the data packet is sent to the message receiving party through the MQTT Protocol, the message receiving party can analyze the data packet through the Protocol Buffers after receiving the data packet and execute corresponding operation according to the target service data obtained through analysis, the analysis is facilitated through the Protocol Buffers, and the workload of the analysis is reduced.
The equipment communication method provided by the embodiment of the disclosure acquires target service data corresponding to a message by responding to a trigger operation for indicating to send the message; acquiring a predefined general message body, filling the general message body by Protocol Buffers in combination with target service data to obtain a target service message body, the generic message body thus provides a framework for easy expansion, the way in which the generic message body is populated with target service data enables the expansion of different target service message bodies, and the target service message body is filled into the message body of the MQTT Protocol through Protocol Buffers, generating a data packet, sending the data packet to a message receiver through an MQTT protocol, so that the message receiver analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis, the data encapsulation is simple through the Protocol Buffers filling, the corresponding analysis workload is also reduced, and an MQTT protocol is adopted for communication of the equipment, so that real-time and reliable message service can be provided for connecting remote equipment. Therefore, in the network transmission Protocol, the MQTT Protocol is used, and in the data encapsulation Protocol, the Protocol Buffers are used, so that the expansion is facilitated, the real-time and reliable message service is provided, and the complexity in data encapsulation and analysis is reduced.
How to expand the target service message body based on the generic message body can refer to fig. 3, where fig. 3 is a flowchart of a device communication method according to another embodiment of the present disclosure. The embodiment of the present disclosure describes step S202 in detail based on the above-mentioned embodiment, for example, based on the embodiment described in fig. 2. The general message body comprises an encapsulation characteristic field and a service data field. The filling the general message body by Protocol Buffers according to the target service data to obtain a target service message body may include:
s301, according to the type of the trigger operation and the target service data, filling the encapsulation characteristic field through Protocol Buffers, and according to the target service data, filling the service data field through Protocol Buffers to obtain a first message body.
In the embodiment of the present disclosure, the type of the trigger operation may be a notification operation type or a response operation type. The notification operation type may be an operation of actively reporting information, and the response operation type may be an operation of responding after receiving a message.
Specifically, a package feature field is filled through Protocol Buffers based on target service data in combination with the type of the trigger operation, where the package feature field at least includes a message ID field, a compression mode field, an encryption mode field, a called method name field, a message occurrence time field, and a service operation field. And meanwhile, based on target service data, filling the service data field through Protocol Buffers, and filling the service data field into a specific service. After filling, a first message body is generated. For ease of extension, the predefined generic message body encapsulation characteristic field is separate from the service data field, i.e. the characteristic data of the message itself is separate from the specific service.
S302, serializing the first message body through Protocol Buffers to obtain a target service message body.
In the embodiment of the present disclosure, serialization is a process of converting state information of an object into a form that can be stored or transmitted. During serialization, the object writes its current state to a temporary or persistent store. The object may later be recreated by reading or deserializing the state of the object from storage. Therefore, after the filling, in order to facilitate storage or transmission, the first message body may be serialized through Protocol Buffers, and the serialized first message body is the target service message body.
Optionally, the embodiment of the present disclosure describes in detail how to fill the service data field on the basis of the above embodiment. The filling of the service data fields by Protocol Buffers according to the target service data can be realized by the following steps:
step a1, generating a target message body associated with the target service data through Protocol Buffers.
In the embodiment of the present disclosure, according to the obtained target service data, a target message body related to the target service data is defined by Protocol Buffers. For example, the vehicle-mounted device reports its GPS information to the server as a target service, the target service data includes GPS information, and a report gpsinforrequest message body, which is a message body related to the target service, is created by Protocol Buffers. The report gpsinforrequest message body may include a current time field and a specific service field.
Optionally, how to generate the target message body associated with the target service data may be implemented by the following steps:
and b1, generating a current time field through Protocol Buffers.
And b2, generating a target service data field through Protocol Buffers according to the target service data.
Step b3, generating the target message body according to the current time field and the target service data field.
In the embodiment of the present disclosure, a current time field may be defined by using Protocol Buffers, a target service data field may be defined by using Protocol Buffers according to target service data, and a message body related to the target service data, that is, a target message body, is formed by the current time field and the target service data field.
The target service data field is a field related to a specific service, and taking the report gpsinforrequest message body as an example, the target service data field is a location information field.
Specifically, according to the acquired target service data, a target message body related to the target service data is defined through Protocol Buffers. For example, the vehicle-mounted device reports its GPS information to the server as a target service, the target service data includes GPS information, etc., a message body related to the target service, that is, a report gpsinforrequest message body is created through Protocol Buffers, the report gpsinforrequest message body may at least include a current time field and a location information field, and then the created report gpsinforrequest message body is data-filled.
Step a2, according to the target service data and the target message body, filling the service data field through Protocol Buffers.
In the embodiment of the present disclosure, the general message body is filled by using Protocol Buffers through specific target service data in combination with the target message body, where service data fields in the general message body may be specifically filled.
Optionally, after generating the target message body, performing data padding, and the step a2 may be implemented by:
1) acquiring current time; 2) filling the current time and the target service data into the target message body through Protocol Buffers to obtain a first object; 3) and filling the service data fields through Protocol Buffers according to the first object.
In the embodiment of the present disclosure, the current time is obtained in real time, the current time and the target service data are filled into the target message body through Protocol Buffers to obtain a first object, then the first object is filled into a service data field in the general message body by using the Protocol Buffers, meanwhile, data filling is performed on other fields of the general message body, and then the general message body with the filling number is filled into the message body by using the Protocol Buffers to generate a data packet. The content of the message to be transmitted is packaged for the second time, and message inspection and encryption are added, so that the expansion is facilitated, and the safety is ensured.
Optionally, how to obtain the first object may include:
and correspondingly filling a current time field in the target message body and the target service data field through Protocol Buffers according to the current time and the target service data, and serializing the filled target message body through the Protocol Buffers to obtain the first object.
In the embodiment of the present disclosure, the obtained current time is filled into the current time field of the target message body by using Protocol Buffers, and meanwhile, the target service data, such as location information, heartbeat data, and heart rate data, is filled into the target service data field of the target message body, such as the location information field, the heartbeat information field, and the heart rate information field, by using Protocol Buffers.
And after the current time and the target service data are filled into a target message body through Protocol Buffers, sequencing the filled target message body by using the Protocol Buffers to obtain a first object. And then filling the first object as a specific service object into a target service data field in the general message body, thereby realizing the extension on the protocol and adding any new function.
Optionally, how to fill the encapsulation feature field by Protocol Buffers may be implemented by the following steps:
and c1, acquiring the type of the trigger operation.
Step c2, obtaining the associated information of the target service data, where the associated information at least includes the ID of the message sender, the ID of the message receiver, the compression mode, the encryption mode, the called method name, the message generation time, and the service operation type is consistent with the type of the trigger operation.
And c3, filling the packaging characteristic field through Protocol Buffers according to the associated information and the type of the triggering operation.
In the embodiment of the present disclosure, the predefined general message body includes the encapsulation characteristic field and the service data field, and the encapsulation characteristic field is separated from the service data field, so that the function can be arbitrarily extended. The packaging characteristic field at least comprises a message ID field, a compression mode field, an encryption mode field, a called method name field, a message occurrence time field and a service operation field. In order to enable data filling of the generic message body, associated information associated with the target service data, i.e. the encapsulation characteristic data to be filled, may be obtained: message sender ID, message receiver ID, compression mode, encryption mode, called method name, message generation time and service operation type. The type of the service operation is consistent with the type of the trigger operation, that is, the type of the trigger operation determines the specific data of the service operation type field in the encapsulation characteristic field. Further, a message sender ID field and a message receiver ID field may be included in the message ID field.
Alternatively, the embodiment of the present disclosure provides a detailed description of step c3 on the basis of the above embodiments. According to the associated information and the type of the trigger operation, filling the encapsulation feature field by Protocol Buffers may include:
and correspondingly filling the ID of the message sender, the ID of the message receiver, a compression mode, an encryption mode, a called method name, message generation time and the type of the trigger operation into the packaging characteristic field through Protocol Buffers.
Specifically, Protocol Buffers are used for correspondingly filling an ID of a message sender and an ID of a message receiver into a message ID field, filling a compression mode into a compression mode field, filling an encryption mode into an encryption mode field, filling a called method name into a called method name field, filling message occurrence time into a message occurrence time field, and filling the type of trigger operation into a service operation field. And after the first object is filled into the service data field in the universal message body, sequencing the filled universal message body, namely the first message body by using Protocol Buffers to obtain the target service message body. And then, the target service message body is filled into the message body of the MQTT protocol to generate a data packet, so that multiple packaging of data is realized, message inspection and encryption are added, the expansion is convenient, and the safety is ensured.
In practical applications, for filling a message body, the prior art can be implemented in two ways: the method I can use a self-defined data format, and needs to package and analyze according to a fixed rule and a byte sequence, so that the workload is large; in the second method, json and xml can be used for filling, the data compression rate is low, and the analysis efficiency is low. Therefore, the above two modes are only suitable for simple data reporting of the device side, and cannot achieve a mechanism that the device side sends a request for a server response, or the server requests the device side and the device side to respond. The predefined general message body in the present disclosure includes a service operation field, for example, whether the transmission of the message belongs to a notification operation type or a response operation type, and a response mechanism of the device side and the server can be implemented through the service operation field.
The method is used for defining and filling a message body by using Protocol Buffers, and is suitable for two scenes of uplink messages and downlink messages: an outer "message box" is defined, containing message ID, compression, encryption, etc. fields, and specific service separation. The message content of a particular service is part of the generic message body.
Specifically, the general upstream and downstream message body is defined as follows:
for the uplink message, the client (i.e. the device terminal) sends a message to the Topic, and the client fills the message body: a client sequence ID; service and method of RPC call (or method name of RPC call); corresponding to a specific service PB object; data compression mode, 0 represents no compression, and the others represent different compression modes; the digest algorithm, such as sha-1, is used for verifying data and preventing tampering; a server (i.e., server) sequence ID; the local time when the message was created. Here, the local time when the message is created may be the same as or different from the current time when the target message body is created, and is determined by combining a specific scenario.
Specifically, after filling and serializing the field of the RpcML, the client fills the field into a message body of an MQTT protocol, and the data field corresponds to a specific service PB/Request. And after receiving the message, the server side takes out the message body, deserializes the data by using RpcML, and calls a service corresponding to the inside of the server, namely a specific service PB/Request corresponding to the data according to the method (namely the called method name).
Aiming at the downlink message, the server fills a message body: scene 1: the client receives Response of the server after sending a message to the Topic; scene 2: the client receives the downlink message after subscribing to the Topic.
Filling a message body by the server: a server sequence ID; required int32 cmdType 2; //1 denotes Response (Response operation, scenario 1), 2 denotes notify (notification operation, scenario 2); the name of the method called; corresponding to a specific service PB object; data compression mode, 0 represents no compression, and the others represent different compression modes; the digest algorithm, such as sha-1, is used for verifying data and preventing tampering; a client sequence ID; the message transmission time. Here, the message sending time may be the same as or different from the current time of creation of the target message body, and is determined by combining a specific scenario.
Specifically, after filling and serializing the fields of the MessageNotify by the server, the fields are filled into the message body of the MQTT protocol, and the data fields correspond to specific services PB. And after receiving the MQTT message, the client side takes out the data of the message body, deserializes the data by using MessageNotify, and performs corresponding business logic processing according to the specific data of the business operation field and the called method name.
Therefore, the communication method can be applied to the following application scenarios: such as a ride share scenario, a capacity dispatch scenario, and so forth. The specific requirements are as follows: in the above scenario, what needs to be done specifically. For example, in a car sharing scenario: the car sharing cost calculation, the matching of car sharing passengers, the route selection and the like. The method uses a combined scheme of MQTT + Protocol Buffers on terminal equipment (such as vehicle-mounted equipment), defines an outer layer general message body for uplink and downlink messages, separates specific services, and is used for solving the problems of different service calling, encryption, compression, verification and the like.
Furthermore, the existing technology is migrated to different hardware platforms, such as andoid, linux, and the encapsulation and parsing of data needs to be re-developed. The equipment is difficult to be docked to different IOT (Internet of things) platforms, the workload of platform side adaptation is large, but the workload of data analysis is reduced by the method, and for a client, the data is transplanted to different hardware platforms only by recompilation, for a server, only some configuration is needed, and complex data analysis is not needed. Therefore, the expansion and the use are convenient, and the packaging and the analysis complexity of the data are reduced.
Fig. 4 is a flowchart illustrating a device communication method according to another embodiment of the present disclosure. The embodiments shown in fig. 2 and fig. 3 are implemented by encapsulating data based on Protocol Buffers to obtain a data packet, and then transmitting the data packet through MQTT Protocol, and correspondingly, after receiving the data packet through MQTT Protocol, analyzing the data through Protocol Buffers to obtain corresponding specific services, thereby solving the problem that communication cannot be effectively implemented in the prior art. Specifically, the device communication method may include:
s401, data packets sent by a message sender through an MQTT protocol are obtained.
S402, obtaining a target service message body of the data packet obtained through Protocol Buffers analysis.
S403, obtaining a predefined general message body, and determining target service data according to the general message body and the target service message body.
In the embodiment of the present disclosure, the execution subject may be a terminal device or a server, and may implement reverse serialization of the data packet and analyze the data packet to the target service data in combination with the embodiment described in fig. 2.
Specifically, a data packet sent by a message sender is acquired or received through an MQTT Protocol, and the data packet is serialized through Protocol Buffers, so that the data packet can be deserialized through the Protocol Buffers to obtain a target service message body, and the target service message body is a general message body filled with specific data, so that the target service message body is analyzed based on a predefined general message body, and target service data can be obtained. The workload is low by using Protocol Buffers for analysis.
According to the device communication method provided by the embodiment of the disclosure, the problem that errors are easy to occur when the bytecode is analyzed based on certain fixed rules in the prior art is solved by acquiring the data packet sent by the message sender by using the MQTT Protocol and analyzing the transmitted data packet through Protocol Buffers. And a combined scheme of MQTT + Protocol Buffers is used on terminal equipment (such as vehicle-mounted equipment), uplink and downlink messages are subjected to defining of an outer layer general message body, and specific services are separated, so that the problems of different service calling and the problems of encryption, compression, verification and the like are solved.
Optionally, in the embodiment of the present disclosure, on the basis of the above-described embodiment, for example, on the basis of the embodiment described in fig. 4, S403 is described in detail. The determining target service data according to the general message body and the target service message body may include the following steps:
and d1, deserializing the target service message body through Protocol Buffers to obtain a first message body.
And d2, determining the target service data according to the first message body and the general message body.
In the embodiment of the present disclosure, after a target message body is obtained, a Protocol Buffers is used to perform deserialization on the target service message body to obtain a first message body, and a field corresponding to target service data, that is, a service data field, is determined in combination with a general message body. The Protocol Buffers analysis mode is combined with a data packet transmission mode, namely MQTT Protocol transmission, so that the real-time performance of the message is ensured, and the workload of data analysis is reduced.
Fig. 5 is a schematic structural diagram of a device communication apparatus according to an embodiment of the present disclosure. The device communication apparatus may specifically be the terminal device or the server in the above embodiment. The device communication apparatus provided in the embodiment of the present disclosure may execute the processing procedure provided in the embodiment of the device communication method, as shown in fig. 5, the device communication apparatus includes: a first obtaining module 501, a first processing module 502 and a message sending module 503; the acquiring module 501 is configured to, in response to a trigger operation for instructing to send a message, acquire target service data corresponding to the message; a first processing module 502, configured to obtain a predefined general message body, and fill the general message body with Protocol Buffers according to the target service data to obtain a target service message body; the first processing module 502 is further configured to fill the target service message body into a message body of an MQTT Protocol through Protocol Buffers, so as to generate a data packet; the message sending module 503 is configured to send the data packet to a message receiving party through an MQTT protocol, so that the message receiving party analyzes the data packet and executes a corresponding operation according to the target service data obtained through analysis.
Optionally, the general message body includes an encapsulation characteristic field and a service data field. The first processing module is specifically configured to: according to the type of the trigger operation and the target service data, filling the encapsulation characteristic field through Protocol Buffers, and according to the target service data, filling the service data field through Protocol Buffers to obtain a first message body; and serializing the first message body through Protocol Buffers to obtain a target service message body.
Optionally, the first processing module is further specifically configured to: generating a target message body associated with the target service data through Protocol Buffers; and filling the service data fields through Protocol Buffers according to the target service data and the target message body.
Optionally, the first processing module is further specifically configured to: generating a current time field through Protocol Buffers; generating a target service data field through Protocol Buffers according to the target service data; and generating the target message body according to the current time field and the target service data field.
Optionally, the first processing module is further specifically configured to: acquiring current time; filling the current time and the target service data into the target message body through Protocol Buffers to obtain a first object; and filling the service data fields through Protocol Buffers according to the first object.
Optionally, the first processing module is further specifically configured to: correspondingly filling a current time field and a target service data field in the target message body through Protocol Buffers according to the current time and the target service data; serializing the filled target message body through Protocol Buffers to obtain the first object.
Optionally, the package feature field at least includes a message ID field, a compression mode field, an encryption mode field, a called method name field, a message occurrence time field, and a service operation field; the encapsulation characteristic field is separate from the service data field.
Optionally, the type of the trigger operation includes a notification operation type or a response operation type, and the first processing module is further specifically configured to: acquiring the type of the trigger operation; acquiring the associated information of the target service data, wherein the associated information at least comprises a message sender ID, a message receiver ID, a compression mode, an encryption mode, a called method name, message generation time and a service operation type, and the service operation type is consistent with the type of the trigger operation; and filling the packaging characteristic field through Protocol Buffers according to the associated information and the type of the triggering operation.
Optionally, the message ID field includes a message sender ID field and a message receiver ID field; the first processing module is further specifically configured to: and correspondingly filling the ID of the message sender, the ID of the message receiver, a compression mode, an encryption mode, a called method name, message generation time and the type of the trigger operation into the packaging characteristic field through Protocol Buffers.
Optionally, the message receiver is a terminal device or a server, and the terminal device at least includes a vehicle-mounted device.
The device communication apparatus in the embodiment shown in fig. 5 may be configured to execute the technical solution of the method embodiment in the first aspect, and the implementation principle and the technical effect are similar, which are not described herein again.
The embodiment of the present disclosure, through a first obtaining module 501, a first processing module 502, and a message sending module 503, is configured to respond to a trigger operation for instructing to send a message, and obtain target service data corresponding to the message; acquiring a predefined general message body, filling the general message body by Protocol Buffers in combination with target service data to obtain a target service message body, the generic message body thus provides a framework for easy expansion, the way in which the generic message body is populated with target service data enables the expansion of different target service message bodies, and the target service message body is filled into the message body of the MQTT Protocol through Protocol Buffers, generating a data packet, sending the data packet to a message receiver through an MQTT protocol, so that the message receiver analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis, the data encapsulation is simple through the Protocol Buffers filling, the corresponding analysis workload is also reduced, and an MQTT protocol is adopted for communication of the equipment, so that real-time and reliable message service can be provided for connecting remote equipment. Therefore, in the network transmission Protocol, the MQTT Protocol is used, and in the data encapsulation Protocol, the Protocol Buffers are used, so that the expansion is facilitated, real-time and reliable message service is provided, the complexity in data encapsulation and analysis is reduced, and the communication of the equipment is effectively realized.
Fig. 6 is a schematic structural diagram of a device communication apparatus according to another embodiment of the present disclosure. The device communication apparatus may specifically be the terminal device or the server in the above embodiment. The device communication apparatus provided in the embodiment of the present disclosure may execute the processing procedure provided in the embodiment of the device communication method, as shown in fig. 6, the device communication apparatus includes: a second obtaining module 601 and a second processing module 602. A second obtaining module 601, configured to obtain a data packet sent by a sender through an MQTT protocol; the second processing module is used for acquiring a target service message body of the data packet obtained by Protocol Buffers; the second processing module 602 is further configured to obtain a predefined general message body, and determine target service data according to the general message body and the target service message body.
Optionally, the second processing module is specifically configured to: deserializing the target service message body through Protocol Buffers to obtain a first message body; and determining target service data according to the first message body and the general message body.
The device communication apparatus in the embodiment shown in fig. 6 may be configured to execute the technical solution of the method embodiment in the second aspect, and the implementation principle and the technical effect are similar, which are not described herein again.
The second obtaining module 601 and the second processing module 602 configured in the embodiment of the present disclosure are configured to solve the problem that in the prior art, errors are easily caused when a bytecode is parsed based on some fixed rules by obtaining a data packet sent by a message sender using an MQTT Protocol and then parsing the transferred data packet through Protocol Buffers. And a combined scheme of MQTT + Protocol Buffers is used on terminal equipment (such as vehicle-mounted equipment), uplink and downlink messages are subjected to defining of an outer layer general message body, and specific services are separated, so that the problems of different service calling and the problems of encryption, compression, verification and the like are solved.
Fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure. The electronic device may specifically be the terminal device or the server in the above embodiment. The electronic device provided in the embodiment of the present disclosure may execute the processing procedure provided in the embodiment of the device communication method, as shown in fig. 7, an electronic device 700 provided in this embodiment includes: at least one processor 701 and a memory 702. The processor 701 and the memory 702 are connected by a bus 703.
In a specific implementation process, the at least one processor 701 executes the computer-executable instructions stored in the memory 702, so that the at least one processor 701 executes the method in the above-described method embodiment.
For a specific implementation process of the processor 701, reference may be made to the above method embodiments, which implement principles and technical effects similar to each other, and details of this embodiment are not described herein again.
In the embodiment shown in fig. 7, it should be understood that the Processor may be a Central Processing Unit (CPU), other general purpose processors, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the present invention may be embodied directly in a hardware processor, or in a combination of the hardware and software modules within the processor.
The memory may comprise high speed RAM memory and may also include non-volatile storage NVM, such as at least one disk memory.
The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, the buses in the figures of the present disclosure are not limited to only one bus or one type of bus.
In addition, the embodiment of the present disclosure also provides a computer-readable storage medium, on which a computer program is stored, the computer program being executed by a processor to implement the device communication method described in the above embodiment.
The computer-readable storage medium may be implemented by any type of volatile or non-volatile memory device or combination thereof, such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk. Readable storage media can be any available media that can be accessed by a general purpose or special purpose computer.
An exemplary readable storage medium is coupled to the processor such the processor can read information from, and write information to, the readable storage medium. Of course, the readable storage medium may also be an integral part of the processor. The processor and the readable storage medium may reside in an Application Specific Integrated Circuits (ASIC). Of course, the processor and the readable storage medium may also reside as discrete components in the apparatus.
Those of ordinary skill in the art will understand that: all or a portion of the steps of implementing the above-described method embodiments may be performed by hardware associated with program instructions. The program may be stored in a computer-readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned storage medium includes: various media that can store program codes, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (26)
1. A device communication method, comprising:
responding to a trigger operation for indicating to send a message, and acquiring target service data corresponding to the message;
acquiring a predefined general message body, and filling the general message body through Protocol Buffers according to the target service data to obtain a target service message body;
filling the target service message body into a message body of an MQTT Protocol through Protocol Buffers to generate a data packet;
and sending the data packet to a message receiving party through an MQTT protocol so that the message receiving party analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis.
2. The method of claim 1, wherein the generic message body comprises an encapsulation feature field and a service data field;
the filling the general message body through Protocol Buffers according to the target service data to obtain a target service message body, including:
according to the type of the trigger operation and the target service data, filling the encapsulation characteristic field through Protocol Buffers, and according to the target service data, filling the service data field through Protocol Buffers to obtain a first message body;
and serializing the first message body through Protocol Buffers to obtain a target service message body.
3. The method of claim 2, wherein the padding the traffic data field with Protocol Buffers according to the target traffic data comprises:
generating a target message body associated with the target service data through protocol buffers;
and filling the service data fields through Protocol Buffers according to the target service data and the target message body.
4. The method of claim 3, wherein generating, by Protocol Buffers, a target message body associated with the target traffic data comprises:
generating a current time field through Protocol Buffers;
generating a target service data field through protocol buffers according to the target service data;
and generating the target message body according to the current time field and the target service data field.
5. The method of claim 4, wherein the populating the traffic data field with Protocol Buffers according to the target traffic data and the target message body comprises:
acquiring current time;
filling the current time and the target service data into the target message body through Protocol Buffers to obtain a first object;
and filling the service data fields through Protocol Buffers according to the first object.
6. The method of claim 5, wherein the padding the current time and the target traffic data into the target message body through Protocol Buffers to obtain a first object comprises:
correspondingly filling a current time field and a target service data field in the target message body through Protocol Buffers according to the current time and the target service data;
serializing the filled target message body through Protocol Buffers to obtain the first object.
7. The method according to any one of claims 2-6, wherein the encapsulation characteristic field at least comprises a message ID field, a compression mode field, an encryption mode field, a called method name field, a message occurrence time field, and a service operation field;
the encapsulation characteristic field is separate from the service data field.
8. The method according to claim 7, wherein the type of the trigger operation includes a notification operation type or a response operation type, and wherein the padding of the encapsulation characteristic field by Protocol Buffers according to the type of the trigger operation and the target traffic data includes:
acquiring the type of the trigger operation;
acquiring the associated information of the target service data, wherein the associated information at least comprises a message sender ID, a message receiver ID, a compression mode, an encryption mode, a called method name, message generation time and a service operation type, and the service operation type is consistent with the type of the trigger operation;
and filling the packaging characteristic field through Protocol Buffers according to the associated information and the type of the triggering operation.
9. The method of claim 8, wherein the message ID field comprises a message sender ID field and a message receiver ID field;
according to the associated information and the type of the trigger operation, filling the packaging characteristic field through Protocol Buffers, including:
and correspondingly filling the ID of the message sender, the ID of the message receiver, a compression mode, an encryption mode, a called method name, message generation time and the type of the triggering operation into the packaging characteristic field through protocol buffers.
10. The method according to claim 1, wherein the message receiver is a terminal device or a server, and the terminal device at least comprises a vehicle-mounted device.
11. A device communication method, comprising:
acquiring a data packet sent by a message sender through an MQTT protocol;
acquiring a target service message body of the data packet obtained by analysis of protocol buffers;
and acquiring a predefined general message body, and determining target service data according to the general message body and the target service message body.
12. The method of claim 11, wherein the determining target service data according to the generic message body and the target service message body comprises:
deserializing the target service message body through Protocol Buffers to obtain a first message body;
and determining target service data according to the first message body and the general message body.
13. An apparatus communication device, comprising:
the first acquisition module is used for responding to trigger operation for indicating to send the message and acquiring target service data corresponding to the message;
the first processing module is used for acquiring a predefined general message body, and filling the general message body through Protocol Buffers according to the target service data to obtain a target service message body;
the first processing module is further configured to fill the target service message body into a message body of an MQTT Protocol through Protocol Buffers, and generate a data packet;
and the message sending module is used for sending the data packet to a message receiving party through an MQTT protocol so that the message receiving party analyzes the data packet and executes corresponding operation according to the target service data obtained by analysis.
14. The apparatus of claim 13, wherein the generic message body comprises an encapsulation characteristic field and a traffic data field;
the first processing module is specifically configured to:
according to the type of the trigger operation and the target service data, filling the encapsulation characteristic field through Protocol Buffers, and according to the target service data, filling the service data field through Protocol Buffers to obtain a first message body;
and serializing the first message body through Protocol Buffers to obtain a target service message body.
15. The apparatus of claim 14, wherein the first processing module is further specifically configured to:
generating a target message body associated with the target service data through protocol buffers;
and filling the service data fields through Protocol Buffers according to the target service data and the target message body.
16. The apparatus of claim 15, wherein the first processing module is further specifically configured to:
generating a current time field through Protocol Buffers;
generating a target service data field through protocol buffers according to the target service data;
and generating the target message body according to the current time field and the target service data field.
17. The apparatus of claim 16, wherein the first processing module is further specifically configured to:
acquiring current time;
filling the current time and the target service data into the target message body through Protocol Buffers to obtain a first object;
and filling the service data fields through Protocol Buffers according to the first object.
18. The apparatus of claim 17, wherein the first processing module is further specifically configured to:
correspondingly filling a current time field and a target service data field in the target message body through Protocol Buffers according to the current time and the target service data;
serializing the filled target message body through Protocol Buffers to obtain the first object.
19. The apparatus according to any one of claims 14-18, wherein the package characteristic field comprises at least a message ID field, a compression mode field, an encryption mode field, a called method name field, a message occurrence time field, and a service operation field;
the encapsulation characteristic field is separate from the service data field.
20. The apparatus according to claim 19, wherein the type of the trigger operation includes a notification operation type or a response operation type, and the first processing module is further specifically configured to:
acquiring the type of the trigger operation;
acquiring the associated information of the target service data, wherein the associated information at least comprises a message sender ID, a message receiver ID, a compression mode, an encryption mode, a called method name, message generation time and a service operation type, and the service operation type is consistent with the type of the trigger operation;
and filling the packaging characteristic field through Protocol Buffers according to the associated information and the type of the triggering operation.
21. The apparatus of claim 20, wherein the message ID field comprises a message sender ID field and a message receiver ID field; the first processing module is further specifically configured to:
and correspondingly filling the ID of the message sender, the ID of the message receiver, a compression mode, an encryption mode, a called method name, message generation time and the type of the triggering operation into the packaging characteristic field through protocol buffers.
22. The apparatus according to claim 13, wherein the message receiver is a terminal device or a server, and the terminal device comprises at least a vehicle-mounted device.
23. An apparatus communication device, comprising:
the second acquisition module is used for acquiring a data packet sent by a sender through an MQTT protocol;
the second processing module is used for acquiring a target service message body of the data packet obtained by Protocol Buffers;
the second processing module is further configured to acquire a predefined general message body, and determine target service data according to the general message body and the target service message body.
24. The apparatus of claim 23, wherein the second processing module is specifically configured to:
deserializing the target service message body through Protocol Buffers to obtain a first message body;
and determining target service data according to the first message body and the general message body.
25. An electronic device, comprising:
a memory;
a processor; and
a computer program;
wherein the computer program is stored in the memory and configured to be executed by the processor to implement the method of any of claims 1-12.
26. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010757958.0A CN111917770B (en) | 2020-07-31 | 2020-07-31 | Device communication method, device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010757958.0A CN111917770B (en) | 2020-07-31 | 2020-07-31 | Device communication method, device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111917770A true CN111917770A (en) | 2020-11-10 |
| CN111917770B CN111917770B (en) | 2022-09-20 |
Family
ID=73288271
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010757958.0A Active CN111917770B (en) | 2020-07-31 | 2020-07-31 | Device communication method, device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111917770B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112750435A (en) * | 2020-12-28 | 2021-05-04 | 苏州思必驰信息科技有限公司 | Smart home equipment synchronization method and device |
| CN112884944A (en) * | 2021-04-28 | 2021-06-01 | 奥特酷智能科技(南京)有限公司 | Method and system for realizing rapid diagnosis of vehicle-mounted sensor based on Telemetry technology |
| CN114710454A (en) * | 2022-03-29 | 2022-07-05 | 成都中科创达软件有限公司 | Message processing method, vehicle-mounted communication device, electronic equipment and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108809972A (en) * | 2018-06-01 | 2018-11-13 | 南京邮电大学 | A kind of Internet of Things Comprehensive Experiment and application development platform and framework based on the ecosystem of increasing income |
| CN109936585A (en) * | 2017-12-15 | 2019-06-25 | 蔚来汽车有限公司 | The method for remotely controlling vehicle based on smart machine |
| CN110430219A (en) * | 2019-08-24 | 2019-11-08 | 深圳旦倍科技有限公司 | Method and system of the various protocols internet of things equipment from adaptation |
| US20200059376A1 (en) * | 2018-08-20 | 2020-02-20 | T-Mobile Usa, Inc. | Eventually consistent data replication in queue-based messaging systems |
| CN110943911A (en) * | 2019-12-19 | 2020-03-31 | 北京轻元科技有限公司 | High-efficiency data transmission method for Internet of things based on protobuf |
-
2020
- 2020-07-31 CN CN202010757958.0A patent/CN111917770B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109936585A (en) * | 2017-12-15 | 2019-06-25 | 蔚来汽车有限公司 | The method for remotely controlling vehicle based on smart machine |
| CN108809972A (en) * | 2018-06-01 | 2018-11-13 | 南京邮电大学 | A kind of Internet of Things Comprehensive Experiment and application development platform and framework based on the ecosystem of increasing income |
| US20200059376A1 (en) * | 2018-08-20 | 2020-02-20 | T-Mobile Usa, Inc. | Eventually consistent data replication in queue-based messaging systems |
| CN110430219A (en) * | 2019-08-24 | 2019-11-08 | 深圳旦倍科技有限公司 | Method and system of the various protocols internet of things equipment from adaptation |
| CN110943911A (en) * | 2019-12-19 | 2020-03-31 | 北京轻元科技有限公司 | High-efficiency data transmission method for Internet of things based on protobuf |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112750435A (en) * | 2020-12-28 | 2021-05-04 | 苏州思必驰信息科技有限公司 | Smart home equipment synchronization method and device |
| CN112750435B (en) * | 2020-12-28 | 2022-07-26 | 思必驰科技股份有限公司 | Smart home equipment synchronization method and device |
| CN112884944A (en) * | 2021-04-28 | 2021-06-01 | 奥特酷智能科技(南京)有限公司 | Method and system for realizing rapid diagnosis of vehicle-mounted sensor based on Telemetry technology |
| CN114710454A (en) * | 2022-03-29 | 2022-07-05 | 成都中科创达软件有限公司 | Message processing method, vehicle-mounted communication device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111917770B (en) | 2022-09-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111917770B (en) | Device communication method, device and storage medium | |
| CN109726016A (en) | A kind of link tracing methods, devices and systems for distributed system | |
| CN112003937B (en) | Satellite data transmission method, device, computer equipment and storage medium | |
| US20230118176A1 (en) | Data transmission method and apparatus, computer-readable storage medium, electronic device, and computer program product | |
| CN112671697B (en) | Data processing method, device and system of comprehensive monitoring system | |
| CN111629030A (en) | Communication processing method, device, medium and equipment based on edge computing platform | |
| CN112953850B (en) | Data transmission method and device, computer readable medium and electronic equipment | |
| CN110740481A (en) | Data processing method, apparatus and computer storage medium based on quality of service | |
| CN114124929A (en) | Cross-network data processing method and device | |
| CN111782306A (en) | Interface calling information processing method and device, electronic equipment and storage medium | |
| CN116055524A (en) | Interaction method, processor and device for Internet platform and Internet of things equipment | |
| CN114095912B (en) | Emergency communication gateway system compatible with multiple satellites intelligently and working method thereof | |
| CN110138753B (en) | Distributed message service system, method, apparatus, and computer-readable storage medium | |
| CN114938713A (en) | WLAN perception measurement method and device, electronic equipment and storage medium | |
| CN112689020A (en) | Message transmission method, message middleware, electronic equipment and storage medium | |
| CN112039801B (en) | Method, system and proxy server for setting IP information | |
| CN111459819B (en) | Software testing method and device, electronic equipment and computer readable medium | |
| CN113746851A (en) | Agent system and method for supporting real-time analysis of GRPC request | |
| CN113300971A (en) | Data processing system and method | |
| CN115361262B (en) | Method and system for realizing FTP (File transfer protocol) reporting of transmission equipment performance file | |
| CN117135156B (en) | Edge cluster nano-tube method, system, computer readable storage medium and electronic equipment based on publish/subscribe message protocol | |
| CN108737525A (en) | A kind of Web service system based on REST frameworks | |
| CN114666640B (en) | Edge gateway access server | |
| CN116112261A (en) | Gatekeeper penetration method, gatekeeper penetration system, MQTT client, MQTT server and electronic equipment | |
| CN116846775A (en) | Fault tolerance test method and device, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |