Network communication method, device, equipment and storage medium

Abstract

The embodiments of this specification provide a network communication method, apparatus, device, and storage medium. The method may include: upon receiving a request code generation request from a first user terminal, sending a generated request code to the first user terminal; receiving a signed request code signed by a second user terminal; and, if the request code from the first user terminal is valid and the signed request code matches the request code from the first user terminal, constructing a communication token for the second user terminal for communicating with the first user terminal, and canceling the request code from the first user terminal. By constructing a communication token that can provide communication between the first user and the second user without involving the exact user communication address, the security of user communication can be improved to a certain extent.

Description

Technical Field

[0001] The embodiments in this specification relate to the field of network data communications, and specifically to a network communication method, apparatus, device, and storage medium. Background Art

[0002] Currently, when people communicate with each other, they usually use telephones or third-party social platforms such as WeChat.

[0003] However, in related technologies, people's contact information or social platform account information can be easily leaked or stolen, resulting in people's privacy and security not being guaranteed. Summary of the Invention

[0004] The various embodiments of this specification provide a network communication method, apparatus, device, and storage medium that can improve the security of user privacy to a certain extent.

[0005] One embodiment of the present specification provides a network communication method, the method comprising: upon receiving a request code generation request sent by a first user terminal, sending the generated request code to the first user terminal; receiving a signed request code signed by a second user terminal; when the request code of the first user terminal is valid and the signed request code matches the request code of the first user terminal, constructing a communication token for the second user terminal for communicating with the first user terminal, and canceling the request code of the first user terminal.

[0006] One embodiment of the present specification provides a network communication method, which includes: receiving a message request directed to a communication token sent by a second user terminal; wherein the communication token is used to communicate with a first user terminal; when the communication token belongs to the second user terminal, receiving a communication message sent by the second user terminal; and providing the communication message to the first user terminal based on the communication token.

[0007] One embodiment of the present specification provides a network communication method, applied to a second user terminal, the method comprising: determining a target communication token based on user input; wherein the target communication token is used for the second user terminal to communicate with the first user terminal; generating a communication message; and sending the communication message to the first user terminal based on the target communication token.

[0008] One embodiment of the present specification provides a network communication method, which is applied to a first user terminal, and the method includes: receiving a communication message in a message group to which the first user terminal belongs; wherein the communication message includes an encrypted message placeholder and a message ciphertext; when the encrypted message placeholder is successfully decrypted using a communication password, a message placeholder corresponding to the encrypted message placeholder is obtained; wherein the communication password is a communication password contained in a communication token belonging to a second user terminal; wherein the communication token is used for communication between the second user terminal and the first user terminal; using the user private key of the first user terminal to decrypt the message ciphertext to obtain the encrypted message content; using the communication password to decrypt the encrypted message content to obtain the message content.

[0009] One embodiment of the present specification also provides a network communication device. The network communication device may include a sending module, a receiving module, and a building module. The sending module is used to send the generated request code to the first user terminal when receiving a request code generation request sent by the first user terminal. The receiving module is used to receive a signature request code signed by the second user terminal; wherein the signature request code includes a request code and the identity information of the second user. The building module is used to build a communication token for the second user terminal for communicating with the first user terminal according to the identity information of the second user when the request code of the first user terminal is valid and the request code included in the signature request code matches the request code of the first user terminal, and to cancel the request code of the first user terminal.

[0010] One embodiment of this specification also provides a network communication device. The network communication device may include a request receiving module, a message receiving module, and a message providing module. The request receiving module is configured to receive a message request sent by a second user terminal and directed to a communication token; wherein the communication token is used to communicate with a first user terminal. The message receiving module is configured to receive a communication message sent by the second user terminal if the communication token belongs to the second user terminal. The message providing module is configured to provide the communication message to the first user terminal based on the communication token.

[0011] One embodiment of this specification also provides a network communication device. The network communication device may include a determination module, a generation module, and a sending module. The determination module is configured to determine a target communication token based on user input; the target communication token is used for communication between the second user terminal and the first user terminal. The generation module is configured to generate a communication message. The sending module is configured to send the communication message to the first user terminal based on the target communication token.

[0012] One embodiment of the present specification also provides a network communication device. The network communication device may include a message receiving module, a message placeholder number determination module, a first decryption module, and a second decryption module. The message receiving module is used to receive the communication message in the message group where the first user terminal is located; wherein the communication message includes an encrypted message placeholder number and a message ciphertext. The message placeholder number determination module is used to obtain the message placeholder number corresponding to the encrypted message placeholder number when the encrypted message placeholder number is successfully decrypted using the communication password; wherein the communication password is the communication password contained in the communication token belonging to the second user terminal; wherein the communication token is used for the second user terminal to communicate with the first user terminal. The first decryption module is used to decrypt the message ciphertext using the user private key of the first user terminal to obtain the encrypted message content. The second decryption module is used to decrypt the encrypted message content using the communication password to obtain the message content.

[0013] An embodiment of this specification provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and when the processor executes the computer program, the method described in any of the above embodiments is implemented.

[0014] An embodiment of this specification provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the method described in any of the aforementioned embodiments is implemented.

[0015] The multiple implementations provided in this specification can improve the security of user communications to a certain extent by constructing a communication token that can provide communication between a first user and a second user without involving the exact user communication address. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 This is a schematic diagram of the architecture of a network communication system provided in one embodiment of this specification.

[0017] Figure 2 A flowchart of a network communication method provided in accordance with one embodiment of the present disclosure.

[0018] Figure 3 A schematic diagram of a network communication method provided in accordance with one embodiment of the present disclosure.

[0019] Figure 4 A flowchart of a network communication method provided in accordance with one embodiment of the present disclosure.

[0020] Figure 5 A schematic diagram of a network communication method provided in accordance with one embodiment of the present disclosure.

[0021] Figure 6A flowchart of a network communication method provided in accordance with one embodiment of the present disclosure.

[0022] Figure 7 A flowchart of a network communication method provided in accordance with one embodiment of the present disclosure.

[0023] Figure 8 A schematic diagram of a network communication device provided in accordance with one embodiment of the present disclosure.

[0024] Figure 9 A schematic diagram of a network communication device provided in accordance with one embodiment of the present disclosure.

[0025] Figure 10 A schematic diagram of a network communication device provided in accordance with one embodiment of the present disclosure.

[0026] Figure 11 A schematic diagram of a network communication device provided in accordance with one embodiment of the present disclosure.

[0027] Figure 12 A schematic diagram of a computer device provided for one embodiment of the present specification. DETAILED DESCRIPTION

[0028] In the related art, communicating over the Internet requires providing a user's communication address. Communication with the user can be performed based on the communication address. However, obtaining the user's communication address may expose the user to problems such as malware reading private information.

[0029] Therefore, it is necessary to provide a network communication method that can solve the technical problem of low security of users during communication by constructing a communication token that can provide communication for the first user and the second user without involving the exact user communication address.

[0030] See also Figure 1 , an embodiment of this specification provides a network communication system. The network communication system may include a client and a server. The client may include at least one user terminal corresponding to different users. Network communication can be established between the user terminals. Among them, the client may be an electronic device with network access capability. Specifically, for example, the client may be a desktop computer, a tablet computer, a laptop computer, a smart phone, a digital assistant, a smart wearable device, a shopping guide terminal, a television, a smart speaker, a microphone, etc. Among them, smart wearable devices include but are not limited to smart bracelets, smart watches, smart glasses, smart helmets, smart necklaces, etc. Alternatively, the client may also be software that can run in the electronic device.

[0031] The network communication system may further include at least one server. The server may be used to provide functions such as proxy services, encryption services or communication services. In the case where the network communication system includes multiple servers, different servers may provide different service functions. The server may be an electronic device with certain computing and processing capabilities. It may have a network communication module, a processor, a memory, etc. Of course, the server may also refer to software running in the electronic device. The server may also be a distributed server, which may be a system with multiple processors, memories, network communication modules, etc. operating in collaboration. Alternatively, the server may also be a server cluster formed by several servers. Alternatively, with the development of science and technology, the server may also be a new technical means that can realize the corresponding functions of the embodiments of the specification. For example, it may be a new form of "server" based on quantum computing.

[0032] See also Figure 2 , the embodiments of this specification provide a network communication method, which can be applied to a server. The server can provide a non-fungible token (NFT) proxy service. The network communication method can include the following steps.

[0033] Step S101: upon receiving a request code generation request sent by a first user terminal, sending a generated request code to the first user terminal.

[0034] In some cases, when multiple users need to communicate, they can pre-mint non-fungible tokens (NFTs) for each other to communicate. In some cases, the process of minting NFTs can represent the process of users adding each other as friends. Therefore, the NFT proxy service can mint NFTs by receiving a request code from the user.

[0035] In some cases, when a second client needs to communicate with a first client, a communication connection between the two can be established by requesting a proxy service to generate a request code. Therefore, the first client can request a server to generate a corresponding request code. Correspondingly, upon receiving the request code generation request from the first client, the server can send the generated request code to the first client.

[0036] The non-fungible token (NFT) can be used to represent a unique cryptocurrency token for digital assets (including jpg images and video clips). Of course, the non-fungible token (NFT) can also represent message text that can be used for communication.

[0037] The first user terminal may represent a user with whom communication is desired. Specifically, the user terminal may represent a user client. The client may be used to manage information such as private keys, public keys, and user addresses. In some embodiments, the user address may include a wallet address.

[0038] The request code may represent an identity identifier generated by the first user terminal to establish a communication relationship with the second user terminal. Specifically, the first user terminal may identify the first user terminal based on the request code. The request code may be a numerical sequence, a string of characters, etc. Of course, the request code may also include information such as a website address and a QR code. In some embodiments, the request code may be time-sensitive.

[0039] In some embodiments, the first client may sign and authorize the request for generating the request code and then send it to the server. After receiving the request for generating the request code, the server may send the request code to the first client after confirming the identity of the first client.

[0040] Step S102: Receive the signature request code signed by the second client.

[0041] In some cases, the second client can establish a communication relationship with the first client after receiving the request code. After receiving the request code from the first client, the second client can sign the request code to obtain a signed request code, and then send the signed request code to the server. The server can then determine the first and second clients with whom communication is required based on the signed request code. The second client can receive the request code by sending it through an existing communication channel from the user of the first client.

[0042] Step S103: When the request code of the first user terminal is valid and the signature request code matches the request code of the first user terminal, a communication token for the second user terminal to communicate with the first user terminal is constructed, and the request code of the first user terminal is cancelled.

[0043] In some cases, the signature request code can be used to identify a first user terminal and a second user terminal that needs to establish a communication relationship with the first user terminal. Specifically, if the request code of the first user terminal is valid, it can be considered that the first user terminal can establish a communication relationship based on the request code. If the signature request code matches the request code of the first user terminal, it can be determined that the user terminals that need to establish a communication relationship are the first user terminal and the second user terminal, respectively. Specifically, the request code can correspond to the first user terminal. The signature request code can be accompanied by the identity information of the second user terminal. Therefore, if the signature request code matches the request code of the first user terminal, it can be determined that the user terminals that need to establish a communication relationship are the first user terminal and the second user terminal, respectively.

[0044] By constructing a communication token for the second user terminal to communicate with the first user terminal, a communication connection between the second user terminal and the first user terminal can be established. After the communication connection is established through the request code, the request code of the first user terminal can be cancelled.

[0045] In some implementations, a communication token may be constructed for the first user terminal for communicating with the second user terminal.

[0046] In some embodiments, the request code of the first user terminal may have a corresponding validity period. The signature request code may include the identity information of the first user terminal and the identity information of the second user terminal. When the signature request code matches the request code of the first user terminal, it can be determined that the user terminals that need to establish communication contact are the first user terminal and the second user terminal. In some embodiments, the request code can also trigger a logout operation through settings. For example, the server can also log out the request code after it is used or after a preset number of uses to protect the information of the first user terminal to a certain extent. Of course, the request code can also send a logout instruction to the proxy service through the user terminal.

[0047] The request code can be used to identify the first and second user terminals that require communication, and the communication token can then be used to construct a communication token for the second user terminal to communicate with the first user terminal. The communication token does not need to include the address information of the user being communicated with. Consequently, information theft parties cannot obtain the exact user address, thereby improving the security of user communications to a certain extent.

[0048] See also Figure 3In some embodiments, the network communication method may further include: receiving a first user identifier of a first user terminal; wherein the first user identifier corresponds to the first user terminal; dividing the first user terminal into a first message group according to the first user identifier; wherein the first message group includes user identifiers of multiple user terminals; wherein the first message group corresponds to a communication token minting contract; the communication token minting contract is used to construct a communication token for the user terminals in the first message group; accordingly, constructing a communication token for the second user terminal to communicate with the first user terminal includes: calling the communication token minting contract of the first message group to construct a communication token for the second user terminal to communicate with the first user terminal.

[0049] In some cases, a non-fungible token (NFT) proxy service can construct communication tokens for multiple user terminals that need to communicate. In order to improve the security of user terminal information and the timeliness of message transmission to a certain extent, the user terminals can be divided into multiple message groups. Among them, each message group corresponds to a communication token casting contract, which is used to cast communication tokens for user terminals that need to establish communication links with user terminals in the message group. For example, user A is in the first message group. User B needs to establish communication links with user A. Therefore, a communication token can be constructed for user B based on the communication token casting contract of the first message group. The communication token can be used by user B to send messages to user A. Among them, in the process of constructing a communication token through the communication token casting contract, a random number can be generated by the oracle server to generate a symmetric encryption key to encrypt the communication message.

[0050] The first user identifier can be used to represent the first user terminal. A server providing a non-fungible token (NFT) proxy service can receive the first user identifier. The first user identifier can be received by the server actively obtaining it from the first client, or by the first client actively sending it to the server. Of course, the first user identifier can also be received by pre-storing user identifiers of different clients in a database, and the server can receive the identifier by requesting the database.

[0051] The first message group may include multiple users. The first message group may correspond to a communication token minting contract. Each user in the first message group can use the communication token minting contract to generate a communication token for the user with which the user needs to communicate. The same group corresponds to the same message storage space for storing communication messages. Communication messages with users in the message group can be stored in the same message storage space. Furthermore, a user can identify its own communication messages in the message storage space. Grouping multiple users can, to a certain extent, ensure that intermediary servers cannot unambiguously determine the address information of the target end of a communication message, thereby improving communication security. Accordingly, when a message group includes a large number of users, user address security is improved. For example, if user B needs to send a message to user A, user B simply sends the message to user A's message storage space. User A then retrieves its own communication messages from the message storage space. The messages sent by user B do not reveal user A's exact user address.

[0052] Accordingly, the method for classifying the first user terminal into the first message group based on the first user identifier may be to add the user terminal corresponding to the first user identifier to an existing message group. Of course, the method for classifying the first user terminal into the first message group based on the first user identifier may also be to collect applications from a certain number of user terminals, randomly group the user identifiers of the certain number of user terminals, and form the first message group in which the first user terminal is located.

[0053] The first message group may include multiple user terminals. The first message group may correspond to a communication token minting contract. Correspondingly, the second message group may also include multiple user terminals, and the second message group may also correspond to a communication token minting contract. The communication token minting contract may represent rules for constraining communication. Specifically, the communication token minting contract may be code running on a blockchain. The corresponding rules may be automatically executed based on the code.

[0054] In some embodiments, only one-way communication is possible between a first user terminal and a second user terminal. For example, if user A needs to send a message to user B, a communication token can be created for user A based solely on the communication token minting contract of user B's message group, allowing user A to send communication messages to user B using the communication token. If user A possesses a communication token, only one-way communication is possible. That is, they can only send messages to user B, but not receive messages from user B. Therefore, if two-way communication is desired between user A and user B, a communication token can be minted for user B based on the communication token minting contract of user A's message group, enabling two-way communication.

[0055] The communication token may represent a non-fungible token (NFT) issued based on a corresponding communication token minting contract.

[0056] Correspondingly, the method of calling the communication token casting contract of the first message group to construct a communication token for the second user terminal to communicate with the first user terminal may include: calling the communication token casting contract of the first message group to construct a communication token for the second user terminal to communicate with the first user terminal. Specifically, for example, the first user is in the first message group, and the communication token casting contract corresponding to the first message group may be the first contract. The second user is in the second message group, and the communication token casting contract corresponding to the second message group may be the second contract. Using the first contract, a communication token can be cast for the second user to send messages to members of the first message group. Using the second contract, a communication token can be cast for the first user to send messages to members of the second message group.

[0057] In some embodiments, the communication token minting contract may reside on a blockchain. The process of minting a communication token through the communication token minting contract may include obtaining a random number from an oracle service to generate a symmetric encryption key. This symmetric encryption key can be used to encrypt and decrypt communication messages, allowing the client to identify its own communication messages in the message storage space using the symmetric encryption key. The oracle service can be any oracle, such as Chainlink or DOS. The communication token minting contract can obtain the timestamp of the current blockchain block using its own time signature, insert a random number into the timestamp according to a specific rule, and generate a string of numbers that serves as the symmetric encryption key. The key can also be a string of characters. For example, the timestamp could be "1653917564" and the random number could be "0273." The key generation process can involve inserting a digit from the head of the random number at intervals of one digit from the time, resulting in the string of numbers "01267533917564." This combination rule can be randomly selected by the proxy service using a preset centralized rule before the communication token minting contract is uploaded to the blockchain.

[0058] In some embodiments, the network communication method may further include: obtaining the first user public key of the first user terminal, the second user public key of the second user terminal, the blockchain wallet address of the second user terminal and the access path for constructing metadata of the communication token; wherein the metadata includes the user public key of the user terminal in the first message group; the calling of the communication token casting contract of the first message group to construct a communication token for the second user to communicate with the first user includes: passing the first user public key, the second user public key, the blockchain wallet address of the second user and the access path into the communication token casting contract to receive the communication token fed back by the communication token casting contract.

[0059] In some cases, metadata of the communication token needs to be generated before the communication token is minted. The metadata can provide information related to the message group to be communicated with and information related to encryption of the message to be communicated during the communication process using the communication token.

[0060] The metadata can be used to provide information required for communication between a first user and a second user. Specifically, the metadata may include the first user public key of the first user, the second user public key of the second user, the blockchain wallet address of the second user, and the access path for constructing metadata for a communication token. The first user public key and the second user public key can be used to support operations such as message encryption and information verification.

[0061] Specifically, during the network communication process, the second user terminal may use the symmetric encryption key encrypted by the public key of the second user terminal to encrypt the message content to be communicated.

[0062] In some embodiments, the metadata may further include: validity information for stipulating whether the communication token can be transferred; and / or condition information for stipulating an expiration condition of the communication token.

[0063] In some cases, to ensure the privacy of communications between different users, the number of valid communications using the communication token and the validity period of communication privileges may be limited. Therefore, the metadata may also include conditional information specifying the expiration conditions for the communication token. These expiration conditions may include the validity period, the number of valid communications, and so on. In some implementations, the metadata may also include validity information regarding whether the communication token can be transferred.

[0064] See also Figure 4 and Figure 5 , the embodiment of this specification provides a network communication method. The network communication method may include the following steps.

[0065] Step S201: receiving a message request directed to a communication token sent by a second user terminal; wherein the communication token is used to communicate with a first user terminal.

[0066] In some cases, when communication is required between the second user terminal and the first user terminal, a message request directed to the communication token can be sent by the second user terminal to request communication between the first user terminal and the second user terminal.

[0067] The message request may represent a request sent by the second user terminal to the communication server when communicating with the first user terminal. The message request may be accompanied by corresponding information representing the first user terminal. The message request may point to a communication token. Specifically, the message request may include the address of the communication token casting contract of the first user terminal and the unique identifier of the communication token in the communication token casting contract of the first user terminal. In some embodiments, the message request may also include information such as the public key, private key and signature of the second client, so that the server can verify whether the communication object is correct.

[0068] In some embodiments, the message request may include a message placeholder number and an identifier of a message storage space of the second message group in which the second user terminal is located. The message storage space may include the content of the message to be communicated. Of course, in some embodiments, the message request may also be pre-agreed information.

[0069] Step S202: When the communication token belongs to the second user terminal, receive a communication message sent by the second user terminal.

[0070] In some cases, a communication token used by a second user terminal to communicate with a first user terminal may be generated based on a communication token minting contract of a first message group that the first user terminal is in. Therefore, if it is determined that the communication token belongs to the second user terminal, a communication message sent by the second user terminal may be received.

[0071] The communication message may include message content that the second user terminal needs to send to the first user terminal.

[0072] Determining whether the communication token belongs to the second user can involve determining the communication token based on the unique identifier in the message request within the communication token minting contract of the first message group. Subsequently, determining whether the communication token belongs to the second user can be performed based on information such as the public key and private key signature provided in the message request. In some embodiments, determining whether the communication token belongs to the second user can be performed by querying metadata of the communication token.

[0073] Step S203: providing the communication message to the first user terminal based on the communication token.

[0074] Upon receiving a communication message from the second user, the server may pass the communication message to the first user. Specifically, the communication message may be sent to the first user via the communication token. For example, the server may store the encrypted communication message in the storage space of the first message group corresponding to the first user. The first user may decrypt the communication message in the storage space to determine whether it is addressed to itself. If the communication message is determined to be addressed to itself, i.e., if the decryption is successful, the content of the communication message may be determined.

[0075] In some embodiments, the communication token corresponds to the message group to which the first user terminal belongs; the message group has a message storage space; the message request is a message placeholder number request, which is used to request to obtain a message placeholder number representing the spatial position of the message storage space; the network communication method may further include: when the communication token belongs to the second user terminal, setting a message placeholder number corresponding to the message request for the message storage space of the message group; wherein the spatial position represented by the message placeholder number corresponds to the communication message; and sending the message placeholder number to the second user terminal.

[0076] In some cases, the second user terminal needs to send a communication message to the first user terminal. At this time, the second user terminal can request the message storage space of the message group where the first user terminal is located from the server through the communication token. Specifically, the second user terminal can request the message placeholder number from the server. The server will verify through the communication token and the public key, private key and other information of the second user terminal. If the verification is successful, the server can set the message placeholder number so that the message placeholder number has information that can identify the message storage space of the first message group. In some embodiments, the message placeholder number can represent an address variable. The server can add corresponding address information representing the message storage space address to the address variable.

[0077] The message group may have multiple user terminals. The message group may have a corresponding communication token minting contract. The message group may have a corresponding message storage space. The message storage space may be used to store message content required to be communicated by the user terminals of the message group.

[0078] The communication token corresponding to the message group to which the first user belongs may indicate that the communication token may be generated based on the communication token minting contract of the message group to which the first user belongs. The communication token may be constructed by the first user for communication with the second user according to the communication token minting contract of the message group to which the first user belongs.

[0079] The message storage space may represent a space storing communication messages. The message storage space may correspond to a message group. Specifically, the message storage space may include communication messages sent by a user terminal sending a message to user terminals in the message group. Accordingly, user terminals in the message group may identify their own communication messages in the message storage space. Each communication message in the message storage space may correspond to a unique message placeholder to distinguish different communication messages.

[0080] The message request may be a message placeholder number request. That is, before the second user terminal sends a communication message to the first user terminal, it is necessary to apply for a message placeholder number that uniquely represents the communication message, so that after the communication message is sent to the message storage space of the message group where the first user terminal is located, the communication message has a unique message placeholder number. In some embodiments, the message placeholder number may be accompanied by a unique identifier representing the storage space of the first user terminal. The message placeholder number may be unique and sequential. For example, the message placeholder number may be a self-incrementing sequence. Of course, the message placeholder number may also be generated based on a timestamp.

[0081] To verify that the communication token belongs to the second user, the server may verify the second user's message request. Specifically, the server may obtain metadata about the communication token based on the unique identifier of the communication token included in the message request and the communication token minting contract that generated the communication token. The server then determines whether the communication token belongs to the second user based on the public and private key signatures provided by the second user.

[0082] In the case where the communication token belongs to the second user terminal, the server providing communication services can set a message placeholder number corresponding to the message request for the message storage space of the message group to send the message placeholder number to the second user terminal. Specifically, in the case where the communication token belongs to the second user terminal, the server can obtain a unique message placeholder number from the first message group. The storage space represented by the message placeholder number can be empty. The server can then return the message placeholder number to the second user terminal together with an additional current message placeholder number that can identify the storage space of the first message group. Among them, the first message group can represent the message group where the first user terminal is located.

[0083] In some embodiments, the communication message includes an encrypted message placeholder and encrypted message content obtained by encrypting the message placeholder and the message content using the communication password in the communication token by the second user terminal. Accordingly, the network communication method may further include: obtaining the user public key of the message group corresponding to the communication token; wherein the message group involves multiple user terminals, and the user public keys of different user terminals are different; using the user public key to encrypt the encrypted message content of the communication message, respectively, to obtain multiple message ciphertexts; accordingly, providing the communication message to the first user terminal based on the communication token includes: sending the encrypted message placeholder and the multiple message ciphertexts to the user terminals included in the message group corresponding to the communication token.

[0084] In some cases, the communication message may be sent to the message storage space after being encrypted, so as to ensure to a certain extent that only the target user end can successfully obtain the correct communication message.

[0085] In the process of casting a communication token, a communication password corresponding to the communication token can be generated. The communication password can be a symmetric encryption key encrypted by the public key of the second user terminal. Of course, it can also be a pre-set symmetric encryption key. Before sending the communication message to the message storage space, the message placeholder and the message content can be encrypted by the communication password to obtain the encrypted message placeholder and the encrypted message content. Furthermore, the server can also use the public key of the user terminal of the first message group to encrypt the encrypted message content respectively to obtain multiple message ciphertexts. During the communication process, the server can send the encrypted message placeholder and the message ciphertext to the message storage space of the first message group.

[0086] The communication message may include an encrypted message placeholder and encrypted message content. The encrypted message placeholder and encrypted message content may be encrypted using a communication password in the communication token. The communication password of the communication token may be pre-stored in metadata. Specifically, the communication password may be a symmetric encryption key encrypted by the public key of the second user terminal. The message content may represent a message to be communicated. The symmetric encryption key may be stored in metadata. The message placeholder and message content may be encrypted using the symmetric encryption key.

[0087] To enable members of the first message group to determine the target user end of the communication message, the communication message can be encrypted using the user's public key before being provided to the first user end. Specifically, the public key of the user end of the first message group can be stored in the metadata of the communication token. The communication message can be encrypted using the user's public key before being provided to the message storage space corresponding to the first message group.

[0088] The user public key can represent the public key of a user in the message group. Accordingly, the method for obtaining the user public key of the message group corresponding to the communication token can be queried in the metadata of the communication token. Different users have different user public keys. The encrypted data can be organized and sent to the message storage space of the first message group. Specifically, the encrypted data can include an encrypted message placeholder number and a message ciphertext. The server can send the encrypted placeholder number and the corresponding message ciphertext to the message storage space in the form of a key-value pair. Specifically, for example, the message placeholder number can be 0001, and the encrypted message placeholder number after encryption using the communication password can be QWER. Accordingly, the different user terminals in the message group can include user 1, user 2, and user 3. The message ciphertext encrypted by user 1's public key can be "1111JHF9283Y", the message ciphertext encrypted by user 2's public key can be "2222WFWFG3D", and the message ciphertext encrypted by user 3's public key can be "3333CW1FGF0". Correspondingly, the data sent to the message storage space can be "{current message placeholder number: "0001", encrypted message placeholder number: "QWER", message ciphertext: [User 1: "1111JHF9283Y", User 2: "2222WFWFG3D", User 3: "3333CW1FGF0"]}".

[0089] See also Figure 6 The embodiments of this specification provide a network communication method. The network communication method can be applied to a second user terminal. The network communication method can include the following steps.

[0090] Step S301: Determine a target communication token based on user input; wherein the target communication token is used for the second user terminal to communicate with the first user terminal.

[0091] In some cases, the second user terminal may determine the object to be communicated with and the content of the communication based on the user's input.

[0092] The target communication token may be used to provide communication between the first user terminal and the second user terminal.

[0093] The user's input information may include the content of the message to be communicated and information about the communication partner to be communicated with. The communication partner to be communicated with may be determined based on a selection operation received by the second client from the user. The communication partner to be communicated with may be determined based on the user's selection operation. Furthermore, the communication partner to be communicated with may be determined to be a communication token provided by the second client.

[0094] Step S302: Generate a communication message.

[0095] The method for generating the communication message may be that the second user terminal receives the message content input by the user to generate the communication message. In some embodiments, the communication message may include a message placeholder and corresponding message content.

[0096] Step S303: Send the communication message to the first user terminal based on the target communication token.

[0097] After generating the communication message, the second user terminal may send the communication message to the first user terminal. Specifically, the second user terminal may send the encrypted communication message to the message storage space of the message group to which the first user terminal belongs.

[0098] In some embodiments, the step of generating a communication message may include: obtaining a communication password from the target communication token; encrypting the message content to obtain encrypted message content; and encapsulating the encrypted message content into a communication message.

[0099] In some cases, to ensure the privacy and identifiability of the communication message sent to the message storage space, the second user terminal may encrypt the communication message and send the encrypted communication message to the message storage space of the first user terminal. Of course, in some embodiments, the second user terminal may also encrypt the communication message once and send it to a server that provides message encryption services. The server may then encrypt the communication message again and send it to the message storage space of the first user terminal.

[0100] The process of obtaining the communication password from the target communication token may be to obtain a symmetric encryption key encrypted with the public key of the second user terminal from the metadata of the target communication token. The symmetric encryption key may be generated during the process of generating the target communication token. Accordingly, the process of encrypting the message content to obtain the encrypted message content may be to encrypt the message content using the symmetric encryption key. The message content may include a message placeholder and the corresponding information content to be communicated.

[0101] Correspondingly, the process of encapsulating the encrypted message content into a communication message can be to process the encrypted message content according to a predetermined message content format so that different ends can confirm the information in an agreed manner.

[0102] In some embodiments, the communication token corresponds to the message group to which the first user terminal belongs; the message group has a message storage space; the method may also include: sending a message placeholder request to the server based on the target communication token, requesting to obtain the message placeholder number representing the spatial location of the message storage space; receiving the message placeholder number fed back by the server; encrypting the message placeholder number based on the communication password to obtain an encrypted message placeholder number; accordingly, the step of encapsulating the encrypted message content into a communication message includes: encapsulating the encrypted message placeholder number and the encrypted message content into a communication message.

[0103] In some cases, the second user terminal may request from the server identification information indicating the address of the message storage space of the message group to which the first user terminal belongs, as well as a message placeholder number. In some embodiments, the message placeholder number can be used to determine the address to which the communication message is sent. In some embodiments, the message placeholder number can be used to identify the target user terminal of the communication message.

[0104] During the communication process, the second user terminal may request a message placeholder number from the server for sending a message to the first message group. Therefore, the second user terminal may send a message placeholder number request to the server based on the target communication token to obtain a message placeholder number that indicates the location of the message storage space.

[0105] Upon receiving the message placeholder number from the server, the second user terminal can encrypt the message placeholder number using the communication password to obtain an encrypted message placeholder number. The encrypted message placeholder number and the encrypted message content can then be combined to form a communication message, further enhancing the security of the communication message. Furthermore, the encrypted message placeholder number can be used to determine the target user terminal of the communication message. For example, the first user terminal can decrypt the encrypted message placeholder number using a symmetric encryption key. Successful decryption indicates that the corresponding communication message belongs to the first user terminal.

[0106] See also Figure 7 The embodiment of this specification provides a network communication method. The network communication method can be applied to a first user terminal. The network communication method can include the following steps.

[0107] Step S401: receiving a communication message in the message group to which the first user terminal belongs; wherein the communication message includes an encrypted message placeholder and a message ciphertext.

[0108] In some cases, the second user terminal may provide the communication message to the first user terminal. The first user terminal may receive the communication message in the message group to which it belongs.

[0109] The method for receiving the communication message in the message group where the first user terminal is located may be that the first user terminal regularly communicates with the message storage space of the group where the first user terminal is located. The communication mode with the message storage control may include automatic push, automatic pull, and user-initiated pull.

[0110] Step S402: When the encrypted message placeholder is successfully decrypted using the communication password, the message placeholder corresponding to the encrypted message placeholder is obtained; wherein the communication password is the communication password contained in the communication token belonging to the second user terminal; wherein the communication token is used for the second user terminal to communicate with the first user terminal.

[0111] In some cases, the communication message may include an encrypted message placeholder and a message ciphertext.

[0112] The first user terminal can decrypt the encrypted message placeholder and the message ciphertext. Specifically, the first user terminal can decrypt the encrypted message placeholder by using the communication password. When the message placeholder obtained after decrypting the encrypted message placeholder is consistent with the current message placeholder number attached to the communication message, it can be considered that the message content corresponding to the message ciphertext is sent to the first user terminal. Among them, the communication password can be represented by a symmetric encryption key stored by the first user terminal. When the encrypted message placeholder is successfully decrypted using the communication password, it can be indicated that the communication password can be the communication password in the communication token of the second user terminal, and therefore it can be successfully decrypted.

[0113] Step S403: Decrypt the message ciphertext using the user private key of the first user terminal to obtain the encrypted message content.

[0114] If it is determined that the ciphertext message belongs to the first client, since the ciphertext message may be encrypted using the first client's public key, the ciphertext message may be decrypted using the first client's private key to obtain the corresponding encrypted message content. The encrypted message content may be encrypted using the communication password when the second client provides the communication message to the first client.

[0115] Step S404: Use the communication password to decrypt the encrypted message content to obtain the message content.

[0116] In some cases, after decrypting the ciphertext using the private key of the first user terminal to obtain the encrypted message content, the encrypted message can be further decrypted using the communication password to obtain the message content. The communication password can be represented by a symmetric encryption key. The symmetric encryption key can be stored on the first user terminal. Accordingly, the corresponding encryption key can correspond to or be the same as the symmetric encryption key in the communication token.

[0117] In some implementations, the message group has a message storage space; and the step of receiving the communication message in the message group where the first user terminal is located includes: accessing the message storage space to obtain the communication message in the message storage space.

[0118] The method for accessing the message storage space to obtain the communication messages in the message storage space may be to access the message storage space periodically. In some embodiments, after the message storage space is updated, an update message may be sent to users in the message group corresponding to the message storage space. After receiving the update message, the user terminal corresponding to the user in the message group may actively access the message storage space.

[0119] In some embodiments, the spatial position of the communication message in the message storage space has a current message placeholder number; in the step of using the user private key of the first user terminal to decrypt the message ciphertext, the message ciphertext is decrypted using the user private key of the first user terminal only when the message placeholder number matches the current message placeholder number.

[0120] In some cases, the communication message may include a current message placeholder, an encrypted message placeholder, and a message ciphertext.

[0121] The current message placeholder number may represent a message placeholder number that has not been encrypted. The encrypted message placeholder number may be encrypted using the user public key of the message group to which the first user terminal belongs. The encrypted message placeholder numbers correspond to the user terminals of the message group to which the first user terminal belongs. Therefore, the first user terminal may decrypt the encrypted message placeholder numbers respectively. When the encrypted message placeholder number after decryption matches the message placeholder number, it may be determined that the message ciphertext is sent to the first user terminal. Furthermore, the first user terminal may decrypt the message ciphertext.

[0122] In some embodiments, the first user terminal stores multiple communication passwords; the step of using the communication password to decrypt the encrypted message placeholder includes: using the multiple communication passwords to decrypt the encrypted message placeholder respectively; if there is a message placeholder obtained by decryption that matches the current message placeholder, it is considered that the decryption of the encrypted message placeholder is successful.

[0123] In some cases, the first user terminal may store multiple communication passwords to improve network communication security to a certain extent. When the first user terminal receives a communication message, it is not clear which of the multiple communication passwords corresponds to the communication message. Therefore, the first user terminal can use each of the multiple communication passwords to decrypt the encrypted message placeholder. If any of the decrypted message placeholders matches the current message placeholder, the encrypted message placeholder is considered to have been successfully decrypted.

[0124] In some embodiments, the network communication method may further include: displaying a communication list including multiple user information; wherein the user information is used to represent the corresponding user terminal; the user information in the communication list respectively corresponds to a communication token used for communication between the user terminal represented by the user information and the first user terminal; in the event of receiving a blacklist operation for the user terminal represented by the user information in the communication list, setting the communication password in the first user terminal corresponding to the user terminal targeted by the blacklist operation to invalid.

[0125] In some cases, a user can block users from a communication list through a client. The communication list may include at least one user's information. This user information may indicate the user terminals with which communication is possible. Specifically, the client can block users from the communication list by, upon receiving the block operation, blocking the corresponding symmetric encryption key and not using that key to decrypt message placeholders. This allows the blocked user terminals to be blocked.

[0126] See also Figure 8 One embodiment of the present specification further provides a network communication device. The network communication device may include a sending module, a receiving module, and a building module.

[0127] The sending module is used to send the generated request code to the first user terminal when receiving the request code generation request sent by the first user terminal.

[0128] The receiving module is used to receive the signature request code signed by the second user terminal; wherein the signature request code includes the request code and the identity information of the second user.

[0129] A construction module is used to construct a communication token for the second user terminal to communicate with the first user terminal according to the identity information of the second user, and to cancel the request code of the first user terminal when the request code of the first user terminal is valid and the request code included in the signature request code matches the request code of the first user terminal.

[0130] See also Figure 9 One embodiment of the present specification further provides a network communication device. The network communication device may include a request receiving module, a message receiving module, and a message providing module.

[0131] The request receiving module is used to receive a message request sent by the second user terminal and directed to a communication token; wherein the communication token is used to communicate with the first user terminal.

[0132] The message receiving module is used to receive the communication message sent by the second user terminal when the communication token belongs to the second user terminal.

[0133] A message providing module is used to provide the communication message to the first user terminal based on the communication token.

[0134] See also Figure 10 One embodiment of the present specification further provides a network communication device. The network communication device may include a determination module, a generation module, and a sending module.

[0135] A determination module is used to determine a target communication token based on user input; wherein, the target communication token is used for the second user terminal to communicate with the first user terminal.

[0136] The generation module is used to generate communication messages.

[0137] A sending module is used to send the communication message to the first user terminal based on the target communication token.

[0138] See also Figure 11 One embodiment of the present specification further provides a network communication device. The network communication device may include a message receiving module, a message placeholder number determination module, a first decryption module, and a second decryption module.

[0139] The message receiving module is used to receive the communication message in the message group where the first user terminal is located; wherein the communication message includes an encrypted message placeholder number and a message ciphertext.

[0140] A message placeholder number determination module is used to obtain the message placeholder number corresponding to the encrypted message placeholder number when the encrypted message placeholder number is successfully decrypted using the communication password; wherein the communication password is the communication password contained in the communication token belonging to the second user terminal; wherein the communication token is used for the second user terminal to communicate with the first user terminal.

[0141] The first decryption module is used to decrypt the message ciphertext using the user private key of the first user terminal to obtain the encrypted message content.

[0142] The second decryption module is used to use the communication password to decrypt the encrypted message content to obtain the message content.

[0143] See also Figure 12 , an embodiment of this specification provides a computer device, including a memory and a processor, the memory stores a computer program, and the processor implements the network communication method described in any of the aforementioned embodiments when executing the computer program.

[0144] The embodiments of this specification also provide a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the network communication method in any of the above embodiments is implemented.

[0145] The embodiments of this specification also provide a computer program product including instructions, which, when executed by a computer, enables the computer to perform the network communication method in any of the above embodiments.

[0146] It should be understood that the specific examples herein are only intended to help those skilled in the art better understand the embodiments of this specification, rather than to limit the scope of the present invention.

[0147] It can be understood that in the various implementations of this specification, the size of the serial number of each process does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the implementation methods of this specification.

[0148] It can be understood that the various embodiments described in this specification can be implemented individually or in combination, and the embodiments in this specification are not limited to this.

[0149] Unless otherwise indicated, all technical and scientific terms used in the embodiments of this specification have the same meaning as those commonly understood by those skilled in the art in the technical field of this specification. The terms used in this specification are only for the purpose of describing specific embodiments and are not intended to limit the scope of this specification. The term "and / or" used in this specification includes any and all combinations of one or more related listed items. The singular forms "a", "above", and "the" used in the embodiments of this specification and the appended claims are also intended to include plural forms unless the context clearly indicates otherwise.

[0150] It is understood that the processor in the embodiments of this specification can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment can be completed by hardware integrated logic circuits in the processor or software instructions. The above processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The various methods, steps, and logic block diagrams disclosed in the embodiments of this specification can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of this specification can be directly implemented as being executed by a hardware decoding processor, or by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium mature in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0151] It will be understood that the memory in the embodiments of this specification may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0152] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this specification.

[0153] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the above-described systems, devices and units can refer to the corresponding processes in the aforementioned method implementation methods and will not be repeated here.

[0154] In the several embodiments provided in this specification, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0155] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of this embodiment.

[0156] In addition, each functional unit in each embodiment of this specification may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0157] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this specification, or the part that contributes to the prior art, or the part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the method described in each embodiment of this specification. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0158] The above description is merely a specific embodiment of this specification, but the scope of protection of the present invention is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this specification should be included in the scope of protection of this specification. Therefore, the scope of protection of the present invention should be based on the scope of protection of the claims.

Claims

1. A network communication method, characterized in that: The method comprises: Upon receiving a request code generation request sent by a first user terminal, sending the generated request code to the first user terminal; Receiving the signature request code signed by the second client; When the request code of the first user terminal is valid and the signature request code matches the request code of the first user terminal, the communication token casting contract of the first message group is called to construct a communication token for the second user terminal to communicate with the first user terminal, and cancel the request code of the first user terminal; wherein, the first message group is the message group to which the first user terminal belongs, and corresponds to a communication token casting contract; the communication messages of each user terminal in the same message group are stored in the same message storage space.

2. The method according to claim 1, characterized in that The method further comprises: Receiving a first user identifier of a first user terminal; wherein the first user identifier corresponds to the first user terminal; The first user terminal is divided into the first message group according to the first user identifier; wherein the first message group includes user identifiers of multiple user terminals.

3. The method according to claim 2, characterized in that The method further comprises: Obtaining a first user public key of the first user terminal, a second user public key of the second user terminal, a blockchain wallet address of the second user terminal, and an access path for constructing metadata for a communication token; wherein the metadata includes the user public key of the user terminal in the first message group; The calling of the communication token casting contract of the first message group to construct a communication token for the second user to communicate with the first user includes: The first user public key, the second user public key, the second user's blockchain wallet address and the access path are passed into the communication token casting contract to receive the communication token fed back by the communication token casting contract.

4. A network communication method, characterized in that: The method comprises: Receiving a message request directed to a communication token sent by a second user terminal; wherein the communication token is used to communicate with the first user terminal; In a case where the communication token belongs to the second user terminal, receiving a communication message sent by the second user terminal; The communication message is provided to the first user terminal based on the communication token; wherein, the communication token is constructed by calling the communication token casting contract corresponding to the first message group, the first message group is the message group to which the first user terminal belongs, and corresponds to a communication token casting contract; the communication messages of each user terminal in the same message group are stored in the same message storage space.

5. The method according to claim 4, characterized in that The message request is a message placeholder number request, which is used to request to obtain a message placeholder number representing a spatial location of the message storage space; The method further comprises: In the case where the communication token belongs to the second user terminal, setting a message placeholder number corresponding to the message request for the message storage space of the message group; wherein the spatial position represented by the message placeholder number corresponds to the communication message; The message placeholder number is sent to the second user terminal.

6. The method according to claim 5, characterized in that The communication message includes an encrypted message placeholder number and encrypted message content obtained by encrypting the message placeholder number and message content by the second user terminal using the communication password in the communication token; The method further comprises: Obtaining a user public key of a message group corresponding to the communication token; wherein the message group involves multiple user terminals, and the user public keys of different user terminals are different; Encrypting the encrypted message contents of the communication messages using the user public key to obtain multiple message ciphertexts; Providing the communication message to the first user terminal based on the communication token includes: The encrypted message placeholder and the multiple message ciphertexts are sent to the user end included in the message group corresponding to the communication token.

7. A network communication method, characterized in that: Applied to a second user terminal, the method includes: Determining a target communication token based on user input; wherein the target communication token is used for the second user terminal to communicate with the first user terminal; generating a communication message; The communication message is sent to the first user terminal based on the target communication token; wherein, the target communication token is constructed by calling the communication token casting contract corresponding to the first message group, and the first message group is the message group to which the first user terminal belongs and corresponds to a communication token casting contract; the communication messages of each user terminal in the same message group are stored in the same message storage space.

8. The method according to claim 7, characterized in that The generating of the communication message comprises: Obtaining a communication password from the target communication token; Encrypting the message content to obtain encrypted message content; Encapsulate the encrypted message content into a communication message.

9. The method according to claim 8, characterized in that The method further comprises: Sending a message placeholder number request to the server based on the target communication token, for requesting to obtain a message placeholder number representing a spatial location of the message storage space; Receive the message placeholder number fed back by the server; Encrypting the message placeholder based on the communication password to obtain an encrypted message placeholder; The step of encapsulating the encrypted message content into a communication message comprises: The encrypted message placeholder and the encrypted message content are encapsulated into a communication message.

10. A network communication method, characterized in that: Applied to a first user terminal, the method includes: Receiving a communication message in a first message group to which the first user terminal belongs; wherein the communication message includes an encrypted message placeholder and a message ciphertext; the first message group corresponds to a communication token minting contract; and the communication messages of each user terminal in the same message group are stored in the same message storage space; Upon successful decryption of the encrypted message placeholder using the communication password, obtaining a message placeholder corresponding to the encrypted message placeholder; wherein the communication password is a communication password contained in a communication token belonging to the second user terminal; wherein the communication token is used for communication between the second user terminal and the first user terminal, and the communication token is constructed by calling the communication token minting contract corresponding to the first message group; decrypting the message ciphertext using the user private key of the first user terminal to obtain the encrypted message content; The encrypted message content is decrypted using the communication password to obtain the message content.

11. The method according to claim 10, characterized in that The receiving a communication message in the message group to which the first user terminal belongs includes: The message storage space is accessed to obtain the communication message in the message storage space.

12. The method according to claim 11, characterized in that The spatial position of the communication message in the message storage space has a current message placeholder number; In the step of using the user private key of the first user terminal to decrypt the message ciphertext, the user private key of the first user terminal is used to decrypt the message ciphertext only when the message placeholder number matches the current message placeholder number.

13. The method according to claim 12, characterized in that The first user terminal stores a plurality of communication passwords; The step of decrypting the encrypted message placeholder using the communication password comprises: decrypting the encrypted message placeholder using the multiple communication passwords respectively; In the case that the decrypted message placeholders include one that matches the current message placeholder, it is considered that the decryption of the encrypted message placeholder is successful.

14. The method according to claim 10, characterized in that The method further comprises: Displaying a communication list including a plurality of user information; wherein the user information is used to represent a corresponding user terminal; the user information in the communication list respectively corresponds to a communication token for the user terminal represented by the user information to communicate with the first user terminal; In the case of receiving a blacklisting operation on a user terminal represented by the user information in the communication list, setting the communication password corresponding to the user terminal targeted by the blacklisting operation in the first user terminal to be invalid.

15. A computer device, characterized in that: The method comprises a memory and a processor, wherein the memory stores a computer program, and the processor implements the method according to any one of claims 1 to 14 when executing the computer program.

16. A computer-readable storage medium, characterized in that The computer storage medium stores a computer program, which, when executed by a processor, enables the method according to any one of claims 1 to 14 to be performed.

Images