CN105657040B - intranet communication method and system between devices - Google Patents

intranet communication method and system between devices Download PDF

Info

Publication number
CN105657040B
CN105657040B CN201610089258.2A CN201610089258A CN105657040B CN 105657040 B CN105657040 B CN 105657040B CN 201610089258 A CN201610089258 A CN 201610089258A CN 105657040 B CN105657040 B CN 105657040B
Authority
CN
China
Prior art keywords
address
server
client
multicast
port
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610089258.2A
Other languages
Chinese (zh)
Other versions
CN105657040A (en
Inventor
华耀波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen cool flag Internet Co., Ltd.
Original Assignee
Shenzhen Cool Flag Internet Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Cool Flag Internet Co Ltd filed Critical Shenzhen Cool Flag Internet Co Ltd
Priority to CN201610089258.2A priority Critical patent/CN105657040B/en
Publication of CN105657040A publication Critical patent/CN105657040A/en
Application granted granted Critical
Publication of CN105657040B publication Critical patent/CN105657040B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

the invention relates to the technical field of communication, provides a method and a system for intranet communication among equipment, and aims to solve the problems that in the prior art, the process of realizing intranet communication among equipment through server transfer depends on the connectivity of a whole link and needs resource cost support. The method comprises the following steps: the server adds a preset multicast group and monitors a preset multicast address and a preset multicast port; the client searches the server in a multicast mode, and mutually acquires the IP address of the opposite side with the server; and the client and the server transmit data packets through HTTP according to the acquired IP address of the opposite side. According to the invention, all the devices in the intranet are discovered in a multicast mode, and the IP addresses of the other sides are mutually acquired, so that data transmission can be carried out between the devices through HTTP, the intranet communication between the devices can be realized without relying on server transfer, the arrival rate of data transmission is ensured, and the resource cost investment brought by using a transfer server is avoided.

Description

intranet communication method and system between devices
Technical Field
the invention relates to the technical field of communication, in particular to a method and a system for intranet communication among devices.
Background
Along with the rapid development of the internet of things, more and more intelligent hardware comes out, and the intelligent hardware can be matched with a mobile phone or a tablet computer and other terminals for use, so that various intelligent devices can be conveniently controlled and monitored. In the early days, most of intelligent hardware adopts Bluetooth as a data transmission channel, but the Bluetooth transmission mode is only suitable for short-distance communication and has limitation on distance. Nowadays, more and more intelligent hardware starts to use WIFI (Wireless Fidelity) for communication, which can realize short-distance or long-distance communication based on the existing home or public network fast networking.
At present, intelligent hardware communication modes based on WIFI are generally realized through server transfer, for example, equipment A needs to send data to equipment B, and then the equipment A firstly sends the data to a transfer server and then the data is forwarded to the equipment B by the transfer server. This is the case. The communication mode depends on the connectivity of the whole link, including the link connectivity between the device a and the server and the link connectivity between the device B and the server, and if one of the links is poor or disconnected, the normal communication between the devices is affected, so that the messages are delayed or even cannot be transmitted, and meanwhile, the technical implementation and maintenance of the transit server need certain cost support.
disclosure of Invention
The invention aims to provide a method and a system for intranet communication between equipment, and aims to solve the problem that in the prior art, the process of realizing intranet communication between the equipment through server transfer depends on the connectivity of a whole link, so that the resource cost is overhigh.
In a first aspect of the present invention, a method for inter-device intranet communication is provided, including:
the server adds a preset multicast group and monitors a preset multicast address and a preset multicast port;
the client searches the server in a multicast mode, and mutually acquires the Internet Protocol (IP) address of the opposite side with the server;
And the client and the server transmit data packets through a hypertext transfer protocol (HTTP) according to the acquired IP address of the opposite side.
The second aspect of the present invention provides a system for intranet communication between devices, which includes a server and a client;
the server side comprises:
The monitoring module is used for joining a preset multicast group and monitoring a preset multicast address and a preset multicast port;
The acquisition module is used for acquiring the IP address of the client in a multicast mode;
The transmission module is used for carrying out data packet transmission with the client through a hypertext transfer protocol (HTTP) according to the IP address of the client acquired by the acquisition module;
the client comprises:
the searching module is used for searching the server side in a multicast mode;
The address acquisition module is used for acquiring the IP address of the server in a multicast mode;
And the data transmission module is used for carrying out data packet transmission with the server side through a hypertext transfer protocol (HTTP) according to the IP address of the server side acquired by the address acquisition module.
compared with the prior art, the invention has the following beneficial effects: all devices in the intranet are discovered in a multicast mode, and the IP addresses of the other devices are mutually acquired, so that data transmission can be carried out between the devices through HTTP, intranet communication between the devices can be realized without relying on server transfer, the data transmission arrival rate is ensured, and resource cost investment caused by the use of a transfer server is avoided.
Drawings
fig. 1 is a flowchart of a method for inter-device intranet communication according to an embodiment of the present invention;
Fig. 2 is a flowchart of a method for inter-device intranet communication according to a second embodiment of the present invention;
Fig. 3 is a schematic structural diagram of an inter-device intranet communication system according to a third embodiment of the present invention;
fig. 4 is a schematic structural diagram of an inter-device intranet communication system according to a fourth embodiment of the present invention.
Detailed Description
in order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The following detailed description of implementations of the invention refers to the accompanying drawings.
The first embodiment is as follows:
Fig. 1 is a flowchart of a method for inter-device intranet communication according to an embodiment of the present invention, which specifically includes steps S101 to S103, and is detailed as follows:
S101, the server side joins in a preset multicast group and monitors a preset multicast address and a preset multicast port.
Multicast (Multicast) is a mode of communication that involves a point-to-multipoint network connection between a sender and each recipient. If a sender transmits the same data to multiple receivers simultaneously, only one copy of the same data packet is needed.
specifically, the server joins in a preset multicast group, the multicast group provides a preset multicast address and a preset multicast port number, and the server joining in the multicast group monitors the multicast address and the multicast port.
further, the preset multicast address may be selected in a range of 239.0.0.0-239.255.255.255, the port number of the preset multicast port may be selected in a range of 1024-65535, and the multicast address in this embodiment may be defined as: 239.8.213.214, the port number of the multicast port may be defined as: 29383.
s102, the client searches the server side in a multicast mode, and mutually acquires the Internet protocol IP address of the opposite side with the server side.
the multicast mode means that when a sending end sends data to a plurality of receiving ends, the sending end does not need to send data to each receiving end, only needs to send the data to a preset multicast address, and all receiving ends joining in a multicast group can receive the data by monitoring the multicast address and a multicast port. Therefore, for the sending end, the data can be sent to all the receiving ends only by sending once, and the load of the network and the burden of the sending end can be greatly reduced.
specifically, the client sends the address information of the client to a preset multicast address in a multicast mode, and the server sends the address information of the server to the client after acquiring the address information of the client by monitoring the multicast address and a multicast port, so that the client and the server can mutually acquire the Internet Protocol (IP) address of the other side through the address information of the other side.
s103, the client and the server transmit data packets through a hypertext transfer protocol (HTTP) according to the acquired IP address of the opposite side.
specifically, after the client and the server mutually acquire the IP address of the other party, HTTP (HyperText Transfer Protocol) may be used for data communication through a default 80 port. For example, the POST method of HTTP may be used for packet transmission.
It should be noted that the server may be an intelligent hardware device, and is generally used as a data receiving end of intranet communication, and the client may be a terminal device such as a mobile phone and a tablet computer, and is generally used as a data sending end of intranet communication. However, the client and the server are not only between the terminal device and the hardware device, but also between the hardware device and the hardware device, and any combination between the terminal device and the terminal device; the client is not only used as a data sending end, but also the server is not only used as a data receiving end, and the client and the server can send and receive data to each other.
In the embodiment, the client and the server mutually discover each other in a multicast mode and mutually acquire the IP addresses of the other sides, so that data transmission can be performed between the devices through HTTP, intranet communication between the devices can be realized without relying on server transfer, the arrival rate of data transmission is ensured, and resource cost investment brought by using a transfer server is avoided.
example two:
fig. 2 is a flowchart of a method for inter-device intranet communication according to a second embodiment of the present invention, which specifically includes steps S201 to S206, which are detailed as follows:
s201, the server side joins in a preset multicast group and monitors a preset multicast address and a preset multicast port.
multicast (Multicast) is a mode of communication that involves a point-to-multipoint network connection between a sender and each recipient. If a sender transmits the same data to multiple receivers simultaneously, only one copy of the same data packet is needed.
specifically, the server joins in a preset multicast group, the multicast group provides a preset multicast address and a preset multicast port number, and the server joining in the multicast group monitors the multicast address and the multicast port.
Further, the preset multicast address may be selected in a range of 239.0.0.0-239.255.255.255, and the port number of the preset multicast port may be selected in a range of 1024-65535, where in this embodiment, the multicast address may be defined as: 239.8.213.214, the port number of the multicast port may be defined as: 29383.
s202, the client starts and monitors a preset monitoring port.
specifically, the client starts a preset monitoring port and monitors the monitoring port for monitoring the connection request of the server.
the port number of the listening port can be selected from the range of 1024 to 65535, and can be defined as 29385 in the embodiment. It should be noted that the port number of the monitoring port is different from the port number of the multicast port, the purpose of monitoring the monitoring port by the client is for reverse connection of the server, the purpose of monitoring the multicast port by the server is for acquiring information sent by the client, and meanwhile, the monitoring of the monitoring port by the client is not in a multicast mode, but the monitoring of the multicast port by the server is in a multicast mode.
S203, the client sends a discovery packet to the multicast address, and the discovery packet contains the IP address of the client and the information of the monitoring port.
Specifically, the client multicasts a discovery packet to the multicast address 239.8.213.214, where the discovery packet includes the IP address of the client and the port number 29385 of the listening port.
S204, the server receives the discovery packet through the multicast address and the multicast port, acquires the information of the IP address and the monitoring port of the client contained in the discovery packet, and initiates a connection request to the client according to the information of the IP address and the monitoring port of the client, wherein the connection request contains the IP address of the server.
Specifically, the server in the multicast group may receive the discovery packet of the client by listening to the multicast address 239.8.213.214 and the port number 29383 of the multicast port, and the server may obtain the IP address of the client and the port number 29385 of the listening port by parsing the discovery packet.
And the server initiates a connection request to the client according to the acquired IP address of the client and the port number 29385 of the monitoring port, and sends the IP address of the server to the client through the connection request.
s205, the client receives the connection request through the monitoring port started in the monitoring step S202, establishes target connection with the server according to the connection request, and analyzes the connection request to obtain the IP address of the server.
specifically, after monitoring the connection request of the server through the monitoring port with the port number of 29385, the client establishes a target connection with the server, and analyzes the connection request to obtain the IP address of the server.
s206, the client disconnects the target connection with the server.
Specifically, after the client and the server mutually acquire the IP address of the other party, the client may disconnect the target connection with the server because HTTP data transmission may be performed according to the IP address and the default port number.
And S207, the client and the server transmit data packets through a hypertext transfer protocol (HTTP) according to the acquired IP address of the opposite side.
specifically, after the client and the server mutually acquire the IP address of the other party, data communication can be performed using HTTP through the default 80 port. For example, the POST method of HTTP may be used for packet transmission.
Further, the data packet may include a header portion and a body portion.
some basic information of the data packet, including the total length, version number, and AES (Advanced Encryption Standard) index, etc., is recorded in the header portion, and the header portion may be transmitted in a plaintext form, that is, directly transmitted without Encryption.
The entity part records the data part of the data packet and can transmit through the ciphertext information. And randomly selecting one AES key from a preset fixed number of AES keys as an encryption key, encrypting the entity part, and recording the index number of the encryption key in the header part.
Further, before encrypting the entity part of the data packet, the transmitted data packet can be encapsulated by using a protobuf protocol, and the encapsulated data packet is serialized, so that the byte stream of the actually transmitted data packet is smaller, and the transmission efficiency is improved.
And after receiving the data packet, acquiring the index number of the encryption key by analyzing the packet head part of the data packet, selecting the corresponding AES key from the preset AES keys with fixed quantity according to the index number, and decrypting the entity part of the data packet.
In the embodiment, the client and the server mutually discover each other in a multicast mode and mutually acquire the IP addresses of the other sides, so that data transmission can be carried out between the devices through HTTP, intranet communication between the devices can be realized without relying on server transfer, the arrival rate of data transmission is ensured, and the resource cost investment brought by using a transfer server is avoided; meanwhile, in the data transmission process, the data transmission efficiency and the data transmission safety are improved by serializing the data packets and encrypting the entity part of the data packets.
example three:
Fig. 3 is a schematic structural diagram of an inter-device intranet communication system according to a third embodiment of the present invention, and only a part related to the third embodiment of the present invention is shown for convenience of description. The system for inter-device intranet communication illustrated in fig. 3 may be an execution subject of the method for inter-device intranet communication provided in the foregoing embodiment. The system for inter-device intranet communication illustrated in fig. 3 mainly includes: a server 31 and a client 32.
the server 31 includes a monitoring module 311, an obtaining module 312, and a transmission module 313, and each functional module is described in detail as follows:
A monitoring module 311, configured to join a preset multicast group, and monitor a preset multicast address and a preset multicast port;
an obtaining module 312, configured to obtain an IP address of the client 32 in a multicast manner;
A transmission module 313, configured to perform packet transmission with the client 32 through a hypertext transfer protocol HTTP according to the IP address of the client 32 acquired by the acquisition module 312.
the client 32 includes a searching module 321, an address obtaining module 322 and a data transmission module 323, and each functional module is described in detail as follows:
The searching module 321 is configured to search the server 31 in a multicast manner;
An address obtaining module 322, configured to obtain an IP address of the server 31 in a multicast manner;
the data transmission module 323 is configured to perform packet transmission with the server 31 through the hypertext transfer protocol HTTP according to the IP address of the server 31 acquired by the address acquisition module 322.
The process of implementing the respective functions of each module in the inter-device intranet communication system provided in this embodiment may specifically refer to the description of the embodiment shown in fig. 1, and is not described herein again.
As can be seen from the system for inter-device intranet communication illustrated in fig. 3, in this embodiment, the client and the server discover each other in a multicast manner and acquire the IP address of each other, so that data transmission can be performed between devices through HTTP, and therefore, the inter-device intranet communication can be achieved without relying on server transfer, the arrival rate of data transmission is ensured, and resource cost investment caused by using a transfer server is avoided.
example four:
fig. 4 is a schematic structural diagram of an inter-device intranet communication system according to a fourth embodiment of the present invention, and only a part related to the embodiment of the present invention is shown for convenience of description. The system for inter-device intranet communication illustrated in fig. 4 may be an execution subject of the method for inter-device intranet communication provided in the second embodiment. The system for inter-device intranet communication illustrated in fig. 4 mainly includes: a server 41 and a client 42.
The server 41 includes a monitoring module 411, an obtaining module 412 and a transmission module 413, and each functional module is described in detail as follows:
a monitoring module 411, configured to join a preset multicast group and monitor a preset multicast address and a preset multicast port;
an obtaining module 412, configured to obtain an IP address of the client 42 in a multicast manner;
a transmission module 413, configured to perform packet transmission with the client 42 through a hypertext transfer protocol HTTP according to the IP address of the client 42 acquired by the acquisition module 412.
Further, the air conditioner is provided with a fan,
The obtaining module 412 includes:
An obtaining sub-module 4121, configured to receive a discovery packet that is monitored by the monitoring module 411 at the multicast address and the multicast port, and obtain an IP address of the client 42 and information of the monitoring port that are included in the discovery packet;
the connection initiating sub-module 4122 is configured to initiate a connection request to the client 42 according to the IP address of the client 42 and the information of the listening port, where the connection request includes the IP address of the server 41.
the client 42 includes a searching module 421, an address obtaining module 422, a data transmission module 423, and a port listening module 424, and each functional module is described in detail as follows:
a port monitoring module 424, configured to start and monitor a preset monitoring port;
the searching module 421 is configured to search the server 41 in a multicast manner;
an address obtaining module 422, configured to obtain an IP address of the server 41 in a multicast manner;
The data transmission module 423 is configured to perform packet transmission with the server 41 through the hypertext transfer protocol HTTP according to the IP address of the server 41 acquired by the address acquisition module 422.
Further, the air conditioner is provided with a fan,
The lookup module 421 includes:
The sending submodule 4211 is configured to send a discovery packet to the multicast address, where the discovery packet includes information of the IP address and the listening port of the client 42.
The address acquisition module 422 includes:
a request receiving submodule 4221, configured to receive a connection request that is monitored by the port monitoring module 424 at a monitoring port;
A connection establishing submodule 4222, configured to establish a target connection with the server 41 according to the connection request;
the parsing submodule 4223 is configured to parse the connection request to obtain the IP address of the server 41;
The connection disconnection submodule 4224 is configured to disconnect the target connection with the server 41 after the analysis submodule 4223 acquires the IP address of the server 41.
Further, the data packet comprises a header part and an entity part, wherein the header part is transmitted in a plaintext form, and the entity part is transmitted in a ciphertext form.
Further, the air conditioner is provided with a fan,
The server 41 further includes:
an encryption module 414, configured to randomly select an AES key from preset fixed number of AES keys before the transmission module 413 transmits the data packet, as an encryption key, encrypt the entity portion, where an index number of the encryption key is recorded in the header portion, so that a receiver of the data packet can select a corresponding AES key according to the index number to decrypt;
The client 42 further includes:
a data encryption module 425, configured to randomly select one AES key from a preset fixed number of AES keys before the data transmission module 423 transmits the data packet, and encrypt the entity portion, where an index number of the AES key is recorded in the header portion, so that a receiver of the data packet can select a corresponding AES key according to the index number to decrypt the data packet.
the process of implementing the respective functions of each module in the inter-device intranet communication system provided in this embodiment may specifically refer to the description of the embodiment shown in fig. 2, and is not described herein again.
As can be seen from the system for inter-device intranet communication illustrated in fig. 4, in this embodiment, the client and the server discover each other in a multicast manner and acquire the IP address of each other, so that data transmission can be performed between devices through HTTP, and therefore, the inter-device intranet communication can be achieved without relying on server transfer, the arrival rate of data transmission is ensured, and the resource cost investment caused by using a transfer server is avoided; meanwhile, in the data transmission process, the data transmission efficiency and the data transmission safety are improved by serializing the data packets and encrypting the entity part of the data packets.
it should be noted that, in the present specification, the embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts in the embodiments may be referred to each other. For the system-class embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
it should be noted that, in the foregoing system embodiment, each included module is only divided according to functional logic, but is not limited to the above division as long as the corresponding function can be implemented; in addition, the specific names of the functional modules are only for convenience of distinguishing from each other and are not used for limiting the protection scope of the present invention.
it will be understood by those skilled in the art that all or part of the steps in the method for implementing the embodiments described above may be implemented by a program instructing associated hardware, and the corresponding program may be stored in a computer-readable storage medium, such as ROM/RAM, a magnetic disk or an optical disk.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents and improvements made within the spirit and principle of the present invention are intended to be included within the scope of the present invention.

Claims (8)

1. A method for Intranet communication between devices, comprising:
the method comprises the steps that a server side joins a preset multicast group, monitors a preset multicast address and a preset multicast port to obtain information sent by a client side, and sends address information of the server side to the client side;
the client starts and monitors a preset monitoring port;
the client sends a discovery packet to the multicast address, wherein the discovery packet comprises the IP address of the client and the information of the monitoring port;
The server receives the discovery packet by monitoring the multicast address and the multicast port, acquires the IP address of the client and the information of the monitoring port contained in the discovery packet, and initiates a connection request to the client according to the IP address of the client and the information of the monitoring port, wherein the connection request contains the IP address of the server;
the client receives the connection request by monitoring the monitoring port, establishes target connection with the server according to the connection request, and analyzes the connection request to obtain the IP address of the server;
And the client and the server transmit data packets through a hypertext transfer protocol (HTTP) according to the acquired IP address of the opposite side, the data packets are encapsulated by using a protobuf protocol, and the encapsulated data packets are serialized.
2. the method according to claim 1, wherein after the client searches for the server by multicast and mutually obtains the IP address of the other party with the server, the method further comprises:
the client disconnects the target connection with the server.
3. The inter-device intranet communication method according to any one of claims 1-2, wherein the data packet comprises a header portion and an entity portion, the header portion is transmitted in a plain text form, and the entity portion is transmitted in a cipher text form.
4. The method according to claim 3, wherein said transmitting the entity portion in the form of ciphertext comprises:
randomly selecting an AES key from preset keys of a fixed number of AESs as an encryption key, encrypting the entity part, and recording the index number of the encryption key in the header part so that a receiver of the data packet can select the corresponding AES key to decrypt according to the index number.
5. a system for intranet communication among devices is characterized by comprising a server and a client;
The server side comprises:
The monitoring module is used for joining a preset multicast group, monitoring a preset multicast address and a preset multicast port to acquire information sent by the client and sending the address information of the server to the client;
The acquisition module is used for acquiring the IP address of the client in a multicast mode;
The transmission module is used for carrying out data packet transmission with the client through a hypertext transfer protocol (HTTP) according to the IP address of the client acquired by the acquisition module;
the acquisition module includes:
an obtaining submodule, configured to receive a discovery packet that is monitored by the monitoring module at the multicast address and the multicast port, and obtain information of the IP address and the monitoring port of the client, which is included in the discovery packet;
The connection initiating submodule is used for initiating a connection request to the client according to the IP address of the client and the information of the monitoring port, and the connection request comprises the IP address of the server;
The client comprises:
the searching module is used for searching the server side in a multicast mode;
The address acquisition module is used for acquiring the IP address of the server in a multicast mode;
The data transmission module is used for carrying out data packet transmission with the server through a hypertext transfer protocol (HTTP) according to the IP address of the server acquired by the address acquisition module;
the port monitoring module is used for starting and monitoring a preset monitoring port;
The searching module comprises:
A sending submodule, configured to send a discovery packet to the multicast address, where the discovery packet includes an IP address of the client and information of the monitoring port;
the address acquisition module includes:
A request receiving submodule, configured to receive the connection request monitored by the port monitoring module at the monitoring port;
the connection establishing submodule is used for establishing target connection with the server according to the connection request;
And the analysis submodule is used for analyzing the connection request to obtain the IP address of the server.
6. the system according to claim 5, wherein the address obtaining module further comprises:
and the connection disconnection submodule is used for disconnecting the target connection with the server after the analysis submodule acquires the IP address of the server.
7. the system according to any one of claims 5 to 6, wherein said data packet includes a header portion and an entity portion, said header portion being transmitted in plain text, and said entity portion being transmitted in cipher text.
8. the system for inter-device intranet communication according to claim 7,
the server side further comprises:
the encryption module is used for randomly selecting an AES key from preset keys of a fixed number of AES (advanced encryption standard) as an encryption key before the transmission module transmits the data packet, encrypting the entity part, and recording the index number of the encryption key in the header part so that a receiver of the data packet can select the corresponding AES key to decrypt according to the index number;
the client further comprises:
And the data encryption module is used for randomly selecting an AES (advanced encryption standard) key from preset keys of AES (advanced encryption standard) with a fixed quantity as an encryption key before the data transmission module transmits the data packet, encrypting the entity part, and recording the index number of the encryption key in the header part so that a receiver of the data packet can select the corresponding AES key to decrypt according to the index number.
CN201610089258.2A 2016-02-17 2016-02-17 intranet communication method and system between devices Active CN105657040B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610089258.2A CN105657040B (en) 2016-02-17 2016-02-17 intranet communication method and system between devices

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610089258.2A CN105657040B (en) 2016-02-17 2016-02-17 intranet communication method and system between devices

Publications (2)

Publication Number Publication Date
CN105657040A CN105657040A (en) 2016-06-08
CN105657040B true CN105657040B (en) 2019-12-06

Family

ID=56489649

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610089258.2A Active CN105657040B (en) 2016-02-17 2016-02-17 intranet communication method and system between devices

Country Status (1)

Country Link
CN (1) CN105657040B (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106209524B (en) * 2016-06-23 2019-09-20 深圳酷旗互联网有限公司 Communication means and its system in a kind of local area network of embedded device
CN109151037B (en) * 2018-09-04 2022-03-04 政采云有限公司 Communication method and device
CN109150766A (en) * 2018-10-19 2019-01-04 泰华智慧产业集团股份有限公司 The method and apparatus of dynamic addressing server in local area network based on UDP multicast
CN114363394A (en) * 2021-12-23 2022-04-15 杭州当虹科技股份有限公司 Edge equipment discovery method based on BUSYBOX
CN114697258B (en) * 2022-04-11 2024-07-02 网易(杭州)网络有限公司 Data communication method, device, electronic equipment and storage medium
CN117499110A (en) * 2023-10-31 2024-02-02 东风商用车有限公司 Automatic driving data communication method and device based on vehicle-mounted Ethernet communication

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1466064A (en) * 2002-09-12 2004-01-07 联想(北京)有限公司 Method for discovering equipment in dynamic network combination of family network
CN101383952A (en) * 2007-09-06 2009-03-11 耐通信息科技(上海)有限公司 Discovery method for IP audio and video apparatus
CN104113458A (en) * 2014-07-23 2014-10-22 海信集团有限公司 Mobile terminal and intelligent household appliance interconnecting method and device

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100340084C (en) * 2004-04-28 2007-09-26 联想(北京)有限公司 A method for implementing equipment group and intercommunication between grouped equipments
CN101022399A (en) * 2007-03-14 2007-08-22 杭州华为三康技术有限公司 Automatic discovering server method, system and apparatus thereof
CN103761333A (en) * 2014-02-14 2014-04-30 北京中文在线数字出版股份有限公司 Wireless txt reader and reading method thereof

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1466064A (en) * 2002-09-12 2004-01-07 联想(北京)有限公司 Method for discovering equipment in dynamic network combination of family network
CN101383952A (en) * 2007-09-06 2009-03-11 耐通信息科技(上海)有限公司 Discovery method for IP audio and video apparatus
CN104113458A (en) * 2014-07-23 2014-10-22 海信集团有限公司 Mobile terminal and intelligent household appliance interconnecting method and device

Also Published As

Publication number Publication date
CN105657040A (en) 2016-06-08

Similar Documents

Publication Publication Date Title
CN105657040B (en) intranet communication method and system between devices
CN106878926B (en) Data transmission method based on low-power-consumption Bluetooth, slave master device and system
US10362451B2 (en) Methods, devices, and computer program products for facilitating device-to-device communication among wireless communication devices
CN102333293B (en) Small data transmission method and equipment
CN105100137B (en) A kind of method and electronic equipment of service discovery
US20160285630A1 (en) Private service identifiers in neighborhood aware networks
US10560378B2 (en) Data link layer-based communication method, device, and system
US10448230B2 (en) Data transmission
KR101518438B1 (en) Method for establishing secure network architecture, method and system for secure communication
CN104184646A (en) VPN data interaction method and system and VPN data interaction device
CN105120454B (en) Information transferring method, networking cut-in method and corresponding terminal
US20150043421A1 (en) Wireless relay apparatus, communication system, and communication method
JP2016146531A (en) Radio communication equipment, radio communication system, and program
JP4911222B2 (en) COMMUNICATION SYSTEM, COMMUNICATION METHOD IN COMMUNICATION SYSTEM, AND RELAY DEVICE
JP6802530B2 (en) Communication method
KR101423751B1 (en) Switch route exploring method, system and device
CN102857918A (en) Vehicle-mounted communication system
WO2014063624A1 (en) Communication device and data communication method
CN114666745B (en) Data transmission method, node control method, network equipment and network system
CN113438178B (en) Message forwarding method and device, computer equipment and storage medium
CN111865972B (en) Anonymous communication method and system
CN115915117A (en) Data encryption method based on WiFi Mesh
JP2018181364A (en) Storage device and program
Kuladinithi et al. CoRE M. Becker, Ed. Internet-Draft ComNets, TZI, University Bremen Intended status: Standards Track K. Li Expires: August 9, 2013 Huawei Technologies
JP2014120826A (en) Broadcast reception method in which data packet to be received by one terminal is intercepted by other terminal, system, terminal, and program

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180214

Address after: 518000 Guangdong, Nanshan District Nanshan Street science and Technology Park, industrial zone, industrial zone, sparrow sparrow, M-2

Applicant after: Shenzhen cool flag Internet Co., Ltd.

Address before: Nanshan District Xili street new Shenzhen road 518000 Guangdong province No. 1 Tsinghua B building 807 room

Applicant before: SHENZHEN BEIMEI INTERACTIVE TECHNOLOGY CO., LTD.

GR01 Patent grant
GR01 Patent grant