CN118573646A - Instant communication method without center server - Google Patents

Abstract

The present invention discloses an instant messaging method without a central server. The present invention realizes instant messaging between terminals in a local area network scenario without a central server by registering users locally on the client and discovering users in a local area network environment. A set of innovative methods for registering users locally on the client is provided, which improves the security of instant messaging in a local area network environment; a set of methods for discovering users in a local area network environment is provided, so that clients that trust each other can discover each other and communicate with each other. In addition, the data generated by instant messaging is stored locally on the client, and there is no need to maintain the data on the cloud. When the terminal running the client is shut down, the communication data is cleared, and the communication security is higher.

Description

Instant messaging method without central server

Technical Field

The present invention relates to the technical field of instant messaging, and in particular to an instant messaging method without a central server.

Background Art

Instant messaging systems have been widely used in all aspects of electronic office. In the Internet scenario, there are various instant messaging methods that can process text, pictures, videos, etc. At present, instant messaging systems need the support of servers to complete instant messaging functions, such as user registration, user information storage, user relationship storage, user audio and video calls, etc. The common implementation methods of instant messaging are:

Building the server and client

The server side is used to provide central server functions, to store users' basic personal information, relationships between users, user group relationships and other data, and to provide corresponding communication services.

The client is used to obtain the user's basic information, contact list, group messages, and complete audio and video calls from the server through an interface.

When the instant messaging system used in the Internet scenario is applied to the LAN scenario, the central server built by the above method is difficult to effectively and quickly meet the instant messaging needs of enterprise users, and has the following main defects:

1. Once the central server goes down, the user registration, login, communication and other functions of instant messaging will not be available, which will have an impact on the enterprise;

2. Building a central server in the local area network requires a large amount of server hardware resources and human resources for larger enterprises, and the maintenance cost is very high;

3. For some instant messaging services that require high confidentiality, the effect of self-destructing after reading cannot be achieved, and there is a risk of data leakage.

Summary of the invention

The present invention aims to realize instant messaging without a central server, reduce the cost of building an instant messaging system, and improve communication security, and provides an instant messaging method without a central server.

To achieve this object, the present invention adopts the following technical solutions:

Provided is an instant messaging method without a central server, the steps comprising:

S1, registering a user locally on the client and logging into the client;

S2, discovers users in a LAN environment;

S3, after discovering the user, add a friend through the first strategy, and/or create a group through the second strategy, and/or conduct a single chat or a group chat through the third strategy.

Preferably, in step S1, the method for registering a user locally on the client comprises the steps of:

S11, opening the client and activating the registration password;

S12, encrypting the activated registration password, the encryption method is as follows:

Adding a random number to the registration password to obtain a random password;

The random password is further encrypted using an encryption algorithm to obtain an encrypted ciphertext as the encryption result of the registration password.

Preferably, in step S11, the method for activating the registration password is: the user clicks a specified number of times continuously in a specified area of the user interface provided by the client.

Preferably, the registration password is the Mac address of the terminal on which the client runs or a user login password associated with the Mac address.

Preferably, the random password is further encrypted using an AES encryption algorithm.

Preferably, the registration password is the Mac address of the terminal running the client, and the method of adding a random number to the Mac address to obtain the random password is:

Extract the value of the last two digits in the Mac address;

Convert the extracted value into decimal;

assigning a random number to the terminal;

The converted decimal value is concatenated with the random number, and the concatenated result is used as the login password for the user to log in to the client at the terminal, and the concatenated result is used as the random password plus the random number.

Preferably, in step S2, the method for discovering a user comprises the steps of:

S21, connect to the LAN router and obtain the local IP address of the terminal running on the client logged in by the user

S22, defining a user online command and user online parameters;

S23, the terminal joins the multicast and sends an online message to the multicast, where the content of the online message includes the online command and the user online parameter;

S24, receiving feedback from other terminals regarding the online message, wherein the feedback message includes terminal device information of the other terminals that perform the feedback and user information of other users who log in to the terminal.

Preferably, after finding other users, the users can be added as friends. In step S3, the first strategy for adding friends specifically includes the following steps:

A1, a first user opens a personal information page of a first client running on a first terminal, and obtains a personal information QR code or a digital code representing the personal information;

A2, the second user opens the image scanning or digital code entry function of the second client running in the second terminal, scans the personal information QR code opened by the first user or enters the digital code of the first user, and the second terminal generates friend verification information and pushes it to the first terminal;

A3, after receiving the friend verification information, the first client generates a verification interface and displays it to the first user. The first user passes or rejects the friend verification on the verification interface. After passing the verification, the second user is added to the friend list of the first user in the first client.

Preferably, in step S3, the second strategy for creating a group specifically includes the steps of:

B1, a first user clicks a group creation button provided by a logged-in first client and jumps to the user's friend list page;

B2, after selecting a friend to be invited to join the group in the friend list page that jumps to the page and clicking to confirm, the first client generates an invitation message and sends it to the second client logged in by the invited second user;

B3, after receiving the invitation message, each of the second clients generates an invitation interface and displays it to the second user. After the second user accepts or rejects the invitation on the invitation interface, the second client generates a first feedback message and feeds it back to the first client;

B4, the first client adds each of the second users whose feedback result is "passed" to the created group;

After the user is found, the third strategy of conducting a single chat or a group chat includes the following steps:

C1, selecting a group to which a message is to be sent in a group selection interface provided by the first client;

C2, inputting the content of the message to be sent in the message input interface provided by the first client, including any one or more of text, picture, file, audio, video and the like;

C3, the first client obtains a group chat user list associated with the group selected in step C1 from a locally stored group chat user database;

C4, the first client marks the message to be sent input in step C2 as a group chat message, and assigns a group chat ID corresponding to the group chat message, where the group chat ID is the unique group ID of the group selected in step C1, and saves the group chat message after being assigned the group chat ID locally;

C5, after the first user clicks the "Send Message" button in the message input interface, the first client obtains the corresponding group chat message from the local computer, obtains the IP addresses of the second terminals logged in by all members of the group according to the group chat ID carried in the group chat message, and sends the group chat message to the corresponding second user through the corresponding second client according to the IP address;

C6. Each of the second clients that receives the group chat message obtains the message reading status of the corresponding second user, and feeds back the receiving status and the reading status to the first client.

The present invention realizes instant communication between terminals in a local area network scenario without a central server by registering users locally on the client and discovering users in a local area network environment. It provides an innovative method for registering users locally on the client, which improves the security of instant communication in a local area network environment; it provides a method for discovering users in a local area network environment, so that clients that trust each other can discover each other and communicate with each other. In addition, the data generated by instant communication is stored locally on the client, and there is no need to maintain the data on the cloud. When the terminal running the client is shut down, the communication data is cleared, and the communication security is higher.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following briefly introduces the drawings required for use in the embodiments of the present invention. Obviously, the drawings described below are only some embodiments of the present invention, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

1 is a diagram showing the steps of implementing an instant messaging method without a central server according to an embodiment of the present invention;

FIG2 is a diagram showing the overall architecture of an instant messaging system without a central server provided in this embodiment;

FIG3 is a diagram of a message sending architecture for a single chat or a group chat between a first client and a second client.

DETAILED DESCRIPTION

The technical solution of the present invention is further described below with reference to the accompanying drawings and through specific implementation methods.

Among them, the drawings are only used for illustrative explanations, and they only represent schematic diagrams rather than actual pictures, and should not be understood as limitations on this patent; in order to better illustrate the embodiments of the present invention, some parts of the drawings may be omitted, enlarged or reduced, and do not represent the size of the actual product; for those skilled in the art, it is understandable that some well-known structures and their descriptions in the drawings may be omitted.

The same or similar numbers in the drawings of the embodiments of the present invention correspond to the same or similar parts; in the description of the present invention, it should be understood that if the terms "upper", "lower", "left", "right", "inner", "outer", etc. appear, the orientation or position relationship indicated is based on the orientation or position relationship shown in the drawings, which is only for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation. Therefore, the terms describing the position relationship in the drawings are only used for illustrative purposes and cannot be understood as a limitation on this patent. For ordinary technicians in this field, the specific meanings of the above terms can be understood according to specific circumstances.

In the description of the present invention, unless otherwise clearly specified and limited, if the term "connection" or the like appears to indicate the connection relationship between components, the term should be understood in a broad sense, for example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, it can be the internal connection of two components or the interaction relationship between two components. For ordinary technicians in this field, the specific meanings of the above terms in the present invention can be understood according to specific circumstances.

Figure 2 shows the overall architecture of the instant messaging system without a central server constructed in this embodiment. The instant messaging method without a central server provided in this embodiment of the present invention specifically includes the following steps:

S1, registering a user locally on the client and logging into the client;

Clients include smart phones, PC desktops, laptops and other intelligent terminals. Each client is uniformly connected to the intranet router shown in Figure 2 and communicates through the intranet LAN. The router can be a router in the same network segment or a router in multiple network segments.

The specific method for registering a user locally on the client is:

(1) Open the client;

(2) Click a specified number of times in a specified area of the user interface provided by the client to activate the registration password, which is the user login password associated with the Mac address of the terminal on which the client is running;

(3) Encrypting the activated registration password, the encryption method is: adding a random number to the registration password, calculating a random password, and then using an encryption algorithm to further encrypt the random password to obtain an encrypted ciphertext. The encrypted ciphertext can also be displayed in a specified position on the user interface. For example, the Mac address is C0-18-03-7A-39-B0, the last two digits B0 of the Mac address are converted to decimal "176" in hexadecimal, and a random number is assigned to the registration password, such as the assigned random number is "547", and then 176 and 547 are spliced, such as "176547" as the login password, and finally "176547" is further encrypted using an encryption algorithm such as the AES algorithm to obtain a ciphertext, such as "U2FsdGVkX1/AyF0KJ2DR47/ESa946z3xvxRBZDdpMfU=".

When the user logs in to the client at the terminal, the decryption tool decrypts the ciphertext and records the decrypted login password. When the user enters the login password, the client verifies the first login password entered by the user with the decrypted second login password. If the verification is successful, the login is allowed, otherwise, the login failure is prompted.

S2, in a local area network environment, discovering users based on a broadcast and/or multicast method, the specific discovery method includes the following steps:

S21, connect to the LAN router and obtain the local IP address of the terminal running on the client logged in by the user; each terminal device connected to the router will be assigned an IP address by the router;

S22, define a user online command and user online parameters, where the online command and online parameters are defined as follows:

Online command: msg_br_entry;

Nickname parameter: msg_nickname;

IP address: msg_ipaddress;

Port: msg_port;

S23, the terminal joins the multicast and sends an online message to the multicast;

The content of the online message is the online command and user online parameters defined in step S22, for example:

{

"operate_type":"msg_br_entry",

"msg_nickname":"liming",

"msg_ipaddress":"192.168.1.4",

"msg_port":"5000"

}

The above code expresses the multicast content as follows: user liming is online, his IP address is 192.168.1.4, and the port number is 5000;

S24, receiving feedback from other users on the online message, where the feedback message includes terminal device information of other terminals that perform the feedback and user information of other users who log in to the terminal;

After other terminal devices receive liming's online message, they will automatically feedback the online message. The feedback message includes the basic information of the corresponding user, including the IP address of the terminal device where the corresponding user logs in in the local area network, text message transmission port, file message transmission port, audio and video stream transmission port, user name, etc.

The specific feedback methods are:

The instant messaging system sends point-to-point commands through the socket using the IP addresses and port information of both parties. The command content is, for example:

{

"operate_type":"msg_br_entry_response",

"msg_nickname":"zhangsan",

"msg_ipaddress":"192.168.1.5",

"msg_port":"5000"

}

The above command means that user zhangsan receives the online message of liming and feeds back zhangsan's basic information to liming. After that, liming can use the feedback message to update his friend list.

In order to increase the security of adding friends, the instant messaging system provided in this embodiment also adds a friend verification process. Only after mutual authentication can they add each other as friends. The friend verification process specifically includes the following steps:

A1, a first user opens a personal information page of a first client running on a first terminal, and obtains a personal information QR code or a digital code representing the personal information;

A2, the second user opens the image scanning or digital code entry function of the second client running in the second terminal, scans the personal information QR code opened by the first user or enters the digital code of the first user, and the second terminal generates friend verification information and pushes it to the first terminal; the push method is: the instant messaging system sends a point-to-point command through the socket according to the IP addresses and corresponding ports of both parties;

A3, after receiving the friend verification information, the first client generates a verification interface and displays it to the first user. The first user passes or rejects the friend verification on the verification interface. After passing the verification, the second user is added to the first user's friend list in the first client.

Find the user and add them and then transfer them to the following steps:

S3, after discovering the user, add friends through the first strategy, and/or create a group through the second strategy, and/or conduct a single chat or group chat through the third strategy, and/or conduct an audio or video call through the fourth strategy, and/or send and receive files through the fifth strategy.

The first strategy to be added is the above steps A1-A3, which will not be described in detail.

After the user is found, the second strategy for creating a group includes the following steps:

B1, the first user clicks a group creation button provided by the first client that has logged in and jumps to the user's friend list page;

B2, after selecting the friend to be invited to join the group in the friend list page that jumps to the page and clicking to confirm, the first client generates an invitation message and sends it to the second client logged in by the invited second user; the instant messaging system sends the invitation message to the selected second user in a point-to-point manner through the socket by using the IP addresses and port information of the first terminal and the second terminal that respectively run the first client and the second client;

B3, after receiving the invitation message, each second client generates an invitation interface and displays it to the second user. After the second user accepts or rejects the invitation on the invitation interface, the second client generates a first feedback message and feeds it back to the first client. The feedback path is the reverse path of the invitation message sending path determined in step B2;

B4, the first client adds each second user whose feedback result is "passed" to the created group.

After the user is found, the third strategy for group chat specifically includes the following steps:

C1, selecting a group to which a message is to be sent in a group selection interface provided by the first client;

C2, inputting the content of the message to be sent in the message input interface provided by the first client, including any one or more of text, picture, file, audio, video and the like;

C3, the first client obtains a group chat user list associated with the group selected in step C1 from a locally stored group chat user database;

C4, the first client marks the message to be sent input in step C2 as a group chat message, and assigns a group chat ID corresponding to the group chat message, where the group chat ID is the unique group ID of the group selected in step C1, and saves the group chat message after the group chat ID is assigned locally;

C5, after the first user clicks the "Send Message" button in the message input interface, the first client obtains the corresponding group chat message from the local computer, obtains the IP addresses of the second terminals where all members in the group log in according to the group chat ID carried in the group chat message, and sends the group chat message to the corresponding second user through the corresponding second client according to the IP address;

C6. Each second client that receives the group chat message obtains the message reading status of the corresponding second user, and feeds back the receiving status and the reading status to the first client.

The difference between single chat and group chat is that in step C1, there is no need to select a group to which a message is to be sent, but a single user is selected from the friend list provided by the first client. The specific message sending method is the same as the group chat method described in steps C1-C6, so it will not be repeated here.

Please refer to FIG2 for an architecture diagram of sending a single chat or group chat message between a first client and a second client.

The architecture for sending single or group chat messages includes:

The storage layer is mainly used to store passwords (such as registration passwords), messages, files, audio and video data;

The network layer mainly provides network support for various communication functions, such as message sending and receiving without a central server.

The signaling layer mainly provides business support functions, including discovering user commands and maintaining various message statuses;

The functional layer, based on the technical support of the storage layer, network layer, and signaling layer, provides various instant messaging functions, including single chat, group chat, message sending and receiving, activation of registration passwords, etc.

In summary, the present invention realizes instant communication between terminals in a local area network scenario without a central server by registering users locally on the client and discovering users in a local area network environment. It provides an innovative method for registering users locally on the client, which improves the security of instant communication in a local area network environment; it provides a method for discovering users in a local area network environment, so that clients that trust each other can discover each other and communicate with each other. In addition, the data generated by instant messaging is stored locally on the client, and there is no need to maintain the data on the cloud. When the terminal running the client is shut down, the communication data is cleared, and the communication security is higher.

It should be noted that the above specific implementations are only preferred embodiments of the present invention and the technical principles used. Those skilled in the art should understand that various modifications, equivalent substitutions, changes, etc. can be made to the present invention. However, as long as these changes do not deviate from the spirit of the present invention, they should be within the scope of protection of the present invention. In addition, some terms used in the specification and claims of this application are not restrictive, but are only for the convenience of description.

Claims (9)

1. A method for instant messaging without a central server, characterized in that the steps include: S1, registering a user locally on the client and logging into the client; S2, discovers users in a LAN environment; S3, after discovering the user, add a friend through the first strategy, and/or create a group through the second strategy, and/or conduct a single chat or a group chat through the third strategy. 2. The instant messaging method without a central server according to claim 1 is characterized in that in step S1, the method of registering a user locally on the client comprises the steps of: S11, opening the client and activating the registration password; S12, encrypting the activated registration password, the encryption method is as follows: Adding a random number to the registration password to obtain a random password; The random password is further encrypted using an encryption algorithm to obtain an encrypted ciphertext as the encryption result of the registration password. 3. The instant messaging method without a central server according to claim 2 is characterized in that, in step S11, the method for activating the registration password is: the user clicks continuously for a specified number of times in a specified area of the user interface provided by the client. 4. The instant messaging method without a central server according to claim 2 is characterized in that the registration password is the Mac address of the terminal on which the client runs or the user login password associated with the Mac address. 5. The instant messaging method without a central server according to claim 2 is characterized in that the random password is further encrypted using an AES encryption algorithm. 6. The instant messaging method without a central server according to claim 2, characterized in that the registration password is the Mac address of the terminal running the client, and the method of adding a random number to the Mac address to obtain the random password is: Extract the value of the last two digits in the Mac address; Convert the extracted value into decimal; assigning a random number to the terminal; The converted decimal value is concatenated with the random number, and the concatenated result is used as the login password for the user to log in to the client at the terminal, and the concatenated result is used as the random password plus the random number. 7. The instant messaging method without a central server according to claim 1, characterized in that in step S2, the method for discovering a user comprises the steps of: S21, connect to the LAN router and obtain the local IP address of the terminal running on the client logged in by the user S22, defining a user online command and user online parameters; S23, the terminal joins the multicast and sends an online message to the multicast, where the content of the online message includes the online command and the user online parameter; S24, receiving feedback from other terminals regarding the online message, wherein the feedback message includes terminal device information of the other terminals that perform the feedback and user information of other users who log in to the terminal. 8. The instant messaging method without a central server according to any one of claims 1 to 7, characterized in that after finding other users, the other users can be added as friends, and in step S3, the first strategy for adding friends specifically includes the steps of: A1, a first user opens a personal information page of a first client running on a first terminal, and obtains a personal information QR code or a digital code representing the personal information; A2, the second user opens the image scanning or digital code entry function of the second client running in the second terminal, scans the personal information QR code opened by the first user or enters the digital code of the first user, and the second terminal generates friend verification information and pushes it to the first terminal; A3, after receiving the friend verification information, the first client generates a verification interface and displays it to the first user. The first user passes or rejects the friend verification on the verification interface. After passing the verification, the second user is added to the friend list of the first user in the first client. 9. The instant messaging method without a central server according to any one of claims 1 to 7, characterized in that in step S3, the second strategy for creating a group specifically comprises the steps of: B1, a first user clicks a group creation button provided by a logged-in first client and jumps to the user's friend list page; B2, after selecting a friend to be invited to join the group in the friend list page that jumps to the page and clicking to confirm, the first client generates an invitation message and sends it to the second client logged in by the invited second user; B3, after receiving the invitation message, each of the second clients generates an invitation interface and displays it to the second user. After the second user accepts or rejects the invitation on the invitation interface, the second client generates a first feedback message and feeds it back to the first client; B4, the first client adds each of the second users whose feedback result is "passed" to the created group; After the user is found, the third strategy of conducting a single chat or a group chat includes the following steps: C1, selecting a group to which a message is to be sent in a group selection interface provided by the first client; C2, inputting the content of the message to be sent in the message input interface provided by the first client, including any one or more of text, picture, file, audio, video and the like; C3, the first client obtains a group chat user list associated with the group selected in step C1 from a locally stored group chat user database; C4, the first client marks the message to be sent input in step C2 as a group chat message, and assigns a group chat ID corresponding to the group chat message, where the group chat ID is the unique group ID of the group selected in step C1, and saves the group chat message after being assigned the group chat ID locally; C5, after the first user clicks the "Send Message" button in the message input interface, the first client obtains the corresponding group chat message from the local computer, obtains the IP addresses of the second terminals logged in by all members of the group according to the group chat ID carried in the group chat message, and sends the group chat message to the corresponding second user through the corresponding second client according to the IP address; C6. Each of the second clients that receives the group chat message obtains the message reading status of the corresponding second user, and feeds back the receiving status and the reading status to the first client.