Communication method and device

Abstract

The invention discloses a communication method and equipment, and the method applied to a transmitting end comprises the steps: obtaining the transmitting end characteristics of the transmitting end and the receiving end characteristics of at least one receiving end, the transmitting end characteristics comprise the biological characteristics of an associated user of the transmitting end, and the receiving end characteristics comprise the biological characteristics of an associated user of the receiving end; the receiving end is a device needing to communicate with the sending end; sending a target token generated according to the sending end feature and the receiving end feature to at least one receiving end; and verifying analysis data returned by the at least one receiving end according to the target token, and establishing communication connection with at least one of the receiving ends based on a verification result.

Description

Technical Field

[0001] This application relates to the field of communications, and in particular to a communication method and device. Background Technology

[0002] In related technologies, electronic devices often need to establish communication connections to achieve interconnection functions such as screen mirroring and remote control. However, establishing communication connections with unverified devices carries the risk of information leakage. Therefore, how to verify the trustworthiness of connected devices when establishing communication connections has become an urgent problem to be solved. Summary of the Invention

[0003] Therefore, this application discloses the following technical solution:

[0004] The first aspect of this application provides a communication method applied at a transmitting end, the method comprising:

[0005] Obtain the sender characteristics of the sender and the receiver characteristics of at least one receiver. The sender characteristics include the biometrics of the associated user of the sender, and the receiver characteristics include the biometrics of the associated user of the receiver. The receiver is the device that the sender needs to communicate with.

[0006] The target token generated based on the sender characteristics and the receiver characteristics is sent to the at least one receiver.

[0007] Verify the parsed data returned by at least one receiver based on the target token, and establish a communication connection with at least one of the receivers based on the verification result.

[0008] A second aspect of this application provides a communication method applied at a receiving end, the method comprising:

[0009] The target token is received from the sending end. The target token is generated based on the characteristics of the sending end and the receiving end. The characteristics of the sending end include the biometric characteristics of the user associated with the sending end. The characteristics of the receiving end include the biometric characteristics of the user associated with the receiving end. The receiving end is the device that the sending end needs to communicate with.

[0010] Parse the token fragment to obtain parsed data;

[0011] The parsed data is fed back to the sending end, enabling the sending end to establish a communication connection with the receiving end based on the verification result of the reconstructed data based on the parsed data.

[0012] A third aspect of this application provides an electronic device, which is a transmitter and includes a memory, a processor, and an ultrasonic module.

[0013] The ultrasonic module is used to transmit and receive signals;

[0014] The memory is used to store computer programs;

[0015] The processor is used to execute the computer program to perform:

[0016] Obtain the sender characteristics of the sender and the receiver characteristics of at least one receiver. The sender characteristics include the biometrics of the associated user of the sender, and the receiver characteristics include the biometrics of the associated user of the receiver. The receiver is the device that the sender needs to communicate with.

[0017] The target token generated based on the sender characteristics and the receiver characteristics is sent to the at least one receiver.

[0018] Verify the parsed data returned by at least one receiver based on the target token, and establish a communication connection with at least one of the receivers based on the verification result.

[0019] A fourth aspect of this application provides an electronic device, which is a receiving end, and the electronic device includes a memory, a processor, and an ultrasonic module;

[0020] The ultrasonic module is used to transmit and receive signals;

[0021] The memory is used to store computer programs;

[0022] The processor is used to execute the computer program to perform:

[0023] The target token is received from the sending end. The target token is generated based on the characteristics of the sending end and the receiving end. The characteristics of the sending end include the biometric characteristics of the user associated with the sending end. The characteristics of the receiving end include the biometric characteristics of the user associated with the receiving end. The receiving end is the device that the sending end needs to communicate with.

[0024] Parse the token fragment to obtain parsed data;

[0025] The parsed data is fed back to the sending end, enabling the sending end to establish a communication connection with the receiving end based on the verification result of the reconstructed data based on the parsed data. Attached Figure Description

[0026] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort.

[0027] Figure 1 This is a flowchart of a communication method provided in an embodiment of this application;

[0028] Figure 2 This is a flowchart illustrating a method for generating and sending a target token according to an embodiment of this application;

[0029] Figure 3 This is a flowchart illustrating how to embed token fragments into a target signal segment for transmission to a receiving end, as provided in an embodiment of this application.

[0030] Figure 4 This is a flowchart of another communication method provided in an embodiment of this application;

[0031] Figure 5 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0032] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0033] This embodiment provides a communication method applied to the sending end. Please refer to [link / reference]. Figure 1 The method may include the following steps.

[0034] S101, obtain the sender characteristics of the sender and the receiver characteristics of at least one receiver. The sender characteristics include the biometric characteristics of the associated user of the sender, and the receiver characteristics include the biometric characteristics of the associated user of the receiver. The receiver is a device that the sender needs to communicate with.

[0035] S102, the target token generated based on the sender characteristics and receiver characteristics is sent to at least one receiver.

[0036] S103, verify the parsed data returned by at least one receiver according to the target token, and establish a communication connection with at least one of the receivers based on the verification result.

[0037] The beneficial effect of this embodiment is that when the sending end and the receiving end establish a communication connection, the sending end sends a target token generated based on the biometrics of the associated users of both parties to the receiving end, and then verifies the parsed data fed back by the receiving end based on the target token. Thus, the sending end can use the biometrics of the associated users of the receiving end to verify whether the receiving end that established the communication connection is a trustworthy device, thereby reducing the risk of information leakage when establishing a communication connection.

[0038] The sending end can be any device that initiates the communication connection, and its device type is not limited. For example, it can be a mobile phone, tablet, laptop or other types of device.

[0039] The biometric features of the associated user at the sending end may include any one or more of the associated user's voiceprint features, semantic features bound to the voiceprint features, fingerprint features, and facial features, without limitation.

[0040] The voiceprint features of the associated user can be extracted from the input speech of the associated user. The semantic features bound to the voiceprint features refer to the semantic features of the input speech used to extract the voiceprint features. As an example, the input speech of the associated user at the sending end can be "I am Zhang San". Voiceprint features can be extracted from this input speech, as well as the semantic features representing the meaning of this input speech, which are then used as semantic features bound to the voiceprint features. The voiceprint features and the bound semantic features are fused to form the sending end features of the sending end.

[0041] There are no limitations on the methods for extracting speaker features from a speech segment. As an example, the input speech can be pre-emphasized to compensate for the attenuation of high-frequency components. The pre-emphasized input speech can then be divided into multiple audio frames. The fundamental frequency of each audio frame can be extracted to obtain the fundamental frequency features of the input speech. Furthermore, a short-time Fourier transform can be performed on each audio frame to obtain the spectrum corresponding to each audio frame. Based on the spectrum corresponding to each audio frame, the Mel-frequency cepstral (MFCC) coefficients of each audio frame can be calculated. Finally, the MFCC coefficients and the fundamental frequency of each audio frame can be fused, and the fusion result can be standardized to obtain the speaker features of the input speech.

[0042] The biometrics of the associated users at the receiving end can be obtained in the same way, so I won't go into details.

[0043] There can be one or more receiving ends. The specific devices selected as receiving ends can be determined based on the operations of the associated users on the sending end. For example, if the sending end identifies multiple devices within a certain range that can establish communication connections, it can display the device information of these devices on the screen and select one or more devices as receiving ends based on the choices of the associated users. Device information includes, but is not limited to, any one or more of the following: device type, device model, device name, and device identifier.

[0044] Receiver characteristics can be obtained through pre-registration. In this embodiment, before two devices establish a communication connection, they can execute a registration process in response to the operations of their respective associated users. During the registration process, each device can obtain the biometric characteristics of itself and the associated users of the devices it needs to communicate with, and store the device identifier and the biometric characteristics of the associated users of the devices in a local biometric database.

[0045] For example, if device A is associated with user A and device B is associated with user B, during the registration process, device A collects the biometric features of user A and user B, stores user A's biometric features in correspondence with device A's device identifier, and stores user B's biometric features in correspondence with device B's device identifier. Similarly, device B collects the biometric features of user A and user B, stores user A's biometric features in correspondence with device A's device identifier, and user B's biometric features in correspondence with device B's device identifier.

[0046] Thus, in S101, the sending end can read the biometrics of its associated users from the local biometric database as the sending end feature, and read the biometrics of the associated users of the receiving end from the local biometric database based on the device identifier of the receiving end as the receiving end feature.

[0047] In S102, the sender can generate the target token based on various methods.

[0048] Optionally, the sender can input the current timestamp and the sender's device key (secret_key) into a function that calculates a hash value (e.g., the hmac_sha256 function), and use the hash value calculated based on both as the target token (full_token). This process can be represented as full_token = hmac_sha256(timestamp, secret_key). The function inputting the hash value can also include sender characteristics and / or receiver characteristics.

[0049] Optional, please see Figure 2 The sending end can also generate the target token according to steps S201 and S202 in the following method.

[0050] S201, Generate verification information based on the device key of the sending end, the device key of the receiving end, and the current timestamp.

[0051] S202, Generate the target token based on the verification information, sender characteristics, and receiver characteristics.

[0052] S203, based on the device information of the receiving end, the target token is sent to at least one receiving end using a broadcast signal of the corresponding frequency band.

[0053] In step S201, the sending end can use a hash function to calculate the sending end's device key, the receiving end's device key, and the current timestamp, and use the calculated hash value as verification information. In S202, the sending end can fuse the verification information, sending end features, and receiving end features to obtain the target token. For example, it can add or concatenate these information to obtain the target token, or the sending end can use another hash function or other functions to calculate the verification information, sending end features, and receiving end features, and use the calculation result as the target token.

[0054] Optionally, the current timestamp used when generating the target token can be replaced with other information, such as a number, string or other information agreed upon in advance by the sender and receiver, or a random number or random string generated each time the target token is generated.

[0055] according to Figure 2 The advantage of this method in generating the target token is that by combining the biometrics of the associated users of both the sender and receiver with their respective device keys, the security of the target token can be improved, further preventing it from being cracked by third-party devices other than the sender and receiver.

[0056] A device key for any device can be generated based on the biometrics of the user associated with that device, thus uniquely binding it to the biometrics of the user associated with that device. Each device key, along with the biometrics of the user associated with that device, is securely stored on the device's local storage and / or in a trusted storage module in the cloud. The device key itself is never transmitted in plaintext over the network. Optionally, a device key can be generated in the device's secure environment (such as a trusted execution environment) when the device is first bound to the biometrics of the user associated with it.

[0057] There are no limitations on the method for generating a device key based on the biometric characteristics of the associated user. One possible method for generating a device key is to perform a hash calculation on the voiceprint features, the bound semantic features, and a random number (or random string), and use the resulting hash value as the device key; or it is to perform a hash calculation on the voiceprint features and the bound semantic features, and fuse the resulting hash value with the device information to obtain the device key.

[0058] Optionally, after each device generates its own device key, it can also calculate the hash value of this device key (i.e., the secure hash of the device key) and store the device key and its hash value together in the trusted storage module. In this way, when using the device key, the hash value of the device key can be used to verify whether the device key has been tampered with.

[0059] After obtaining the target token, the sending end can generate a target signal carrying the target token and send the target token to each receiving end by broadcasting the target signal.

[0060] If there is only one receiver, the target signal can carry the complete target token, or it can carry two token fragments of the target token, one token fragment corresponding to the sender and the other token fragment corresponding to the receiver, or it can carry only the token fragment of the target token corresponding to the receiver.

[0061] If there are N receivers, where N is greater than 1, the target signal can carry N+1 token fragments split from the target token. These N+1 token fragments include N token fragments corresponding to the N receivers and the token fragment corresponding to the sender. Alternatively, it can carry only the N token fragments corresponding to the N receivers from the N+1 token fragments. Or, during the splitting process, the target token can be split into N token fragments based on the number of receivers, without obtaining the token fragment corresponding to the sender. In this case, the target signal can carry all N token fragments.

[0062] Optionally, based on the receiving end's device information, sending the target token to at least one receiving end using a broadcast signal in the corresponding frequency band may include:

[0063] Based on the device information of the receiving end, select the carrier frequency band corresponding to the receiving end from the preset frequency band range, and send the target token to at least one receiving end with the broadcast signal of the corresponding carrier frequency band.

[0064] For each receiver, the transmitter can determine a carrier frequency band corresponding to that receiver. Since different receivers have different device information, the carrier frequency bands of different receivers are different.

[0065] The advantages of determining the carrier frequency band corresponding to the receiver based on the receiver's device information are twofold. First, this allows different receivers to send target signals using different carrier frequency bands, avoiding interference between signals on the same carrier frequency band. Second, associating the carrier frequency band with the device information can prevent third-party devices from obtaining the carrier frequency band and causing information leakage, thus improving security.

[0066] Optionally, based on the receiver's device information, a carrier frequency band corresponding to the receiver is selected from a preset frequency band range, including at least one of the following:

[0067] Frequency band determination method one: Based on the number of receivers, the preset frequency band range is divided into at least one carrier frequency band corresponding to the receiver, either evenly or unevenly.

[0068] The second method for determining the frequency band involves dividing the preset frequency band range into at least one carrier frequency band corresponding to the receiver, based on the type of receiver.

[0069] The third method for determining the frequency band involves dividing the preset frequency band range into at least one carrier frequency band corresponding to the receiving end based on the device identifier of the receiving end.

[0070] The fourth method for determining the frequency band involves determining at least one carrier frequency band corresponding to the receiving end based on the initial frequency band range corresponding to the equipment information of the transmitting end and the equipment information of the receiving end.

[0071] In frequency band determination method one, the preset frequency band range can be divided into N equal-length sub-frequency band ranges based on the number of receivers N. Each of the N sub-frequency band ranges corresponds one-to-one with the N receivers. Then, for each receiver, the carrier frequency band of that receiver is determined within its corresponding sub-frequency band range. For example, if the sub-frequency band range of a receiver is 18kHz to 19kHz, the carrier frequency band of the receiver can be determined to be 18.5kHz, that is, the center frequency band of the sub-frequency band range is determined as the carrier frequency band of the receiver. Alternatively, the carrier frequency band can be further determined within the sub-frequency band range corresponding to the receiver using the aforementioned frequency band determination methods two to five.

[0072] In the first method of frequency band determination, the sub-frequency band ranges of different receiving ends can also be different. For example, the sub-frequency band range corresponding to each receiving end can be divided from the preset frequency band range in a decreasing or increasing manner according to the length of the range, or for each receiving end, a sub-frequency band range that does not overlap with other receiving ends can be randomly divided from the preset frequency band range.

[0073] Determining the carrier frequency band of the receiver in this way ensures that each receiver has a unique carrier frequency band, which is different from other receivers, effectively avoiding interference between signals with the same carrier frequency band.

[0074] In the second method of frequency band determination, the transmitting end can obtain in advance the correspondence between different device types and the frequency bands of that device type. The frequency band corresponding to the device type can indicate that the device of that type is suitable for receiving signals in this frequency band. For example, the frequency band corresponding to a machine vision system (vision) can be 18.5kHz, the frequency band corresponding to a desktop computer (DT) can be 19kHz, the frequency band corresponding to a laptop can be 19.5kHz, the frequency band corresponding to a tablet computer (pad) can be 20kHz, and the frequency band corresponding to a mobile phone can be 20.5kHz. These correspondences can be pre-configured in the transmitting end during the manufacturing stage or downloaded by the transmitting end via the network.

[0075] Therefore, the transmitting end can query the above correspondence based on the device type of each receiving end, and determine the frequency band corresponding to the device type as the carrier frequency band of the receiving end.

[0076] In some optional embodiments, for each receiver, the frequency band corresponding to the receiver's device type can be used as the center frequency band. A floating frequency band is determined based on the receiver's characteristics. The center frequency band and the floating frequency band are added together to obtain the carrier frequency band for this receiver. For example, if the receiver is a machine vision system, a hash value of the receiver's characteristics can be calculated, and this hash value can be mapped to the range of [-250Hz, 250Hz] (through modulo operation or other methods) to obtain the floating frequency band for this receiver. Finally, the 18.5kHz center frequency band is added to this floating frequency band to obtain the carrier frequency band for this receiver.

[0077] In the third method of frequency band determination, the device identifier can be the device serial number (or number) k set by the transmitter for each receiver. Furthermore, to further improve security, the carrier frequency band can be determined by combining the receiver characteristics and the device identifier. For example, the carrier frequency band f_k of the kth receiver can be calculated using formula (1).

[0078] f_k=18000+H(M_k)mod4000+50*k, (1).

[0079] Wherein, 18000 corresponds to the lower limit of the preset frequency band range of 18kHz, and can be replaced with other values ​​depending on the preset frequency band range; 4000 represents the length of the preset frequency band range from 18kHz to 22kHz, i.e., 4kHz, and can be replaced with other values ​​depending on the preset frequency band range; H(M_k) represents the hash value obtained by calculating M_k based on the hash function, which can be the SHA-256 hash function or other hash functions; M_k is the receiver characteristic of the k-th receiver; H(M_k) mod 4000 means taking the modulo operation of H(M_k) with 4000, that is, the remainder after dividing H(M_k) by 4000.

[0080] Optionally, when determining the carrier frequency band of the kth receiver, the lower limit of the preset frequency band range in formula (1) can also be replaced with the frequency band corresponding to the device type of the kth receiver.

[0081] Optionally, if the target signal transmitted by the transmitter also carries a token fragment corresponding to the transmitter, the transmitter can also determine its carrier frequency band to generate a broadcast signal corresponding to the transmitter based on the token fragment and the carrier frequency band. The carrier frequency band corresponding to the transmitter can be determined based on the aforementioned formula (1), that is, the carrier frequency band of the transmitter f_0 = 18000 + H(M_0) mod 4000, where M_0 represents the transmitter characteristic. Alternatively, the carrier frequency band of the transmitter can also be directly equal to the frequency band corresponding to the device type of the transmitter, for example, directly equal to 19.8kHz.

[0082] In the fourth method of frequency band determination, the initial frequency band range corresponding to the equipment information of the transmitting end indicates the signal transmission capability of the transmitting end, that is, the range of frequency bands that the transmitting end can transmit.

[0083] In this determination method, the initial frequency band range can be used as the aforementioned preset frequency band range, and the signal reception capability of the receiving end can be determined based on the equipment information of the receiving end, that is, determining the frequency band range of signals that the receiving end can receive. Then, the intersection of the preset frequency band range and the signal reception capability of at least one receiving end can be determined. Within this intersection, the carrier frequency band of the receiving end is further determined according to the aforementioned frequency band determination methods.

[0084] Determining the carrier frequency band of the receiving end in the above manner can ensure that the target signal can be successfully transmitted and correctly received by at least one receiving end, avoiding the situation where the carrier frequency band of the target signal exceeds the transmission or reception capabilities and thus cannot be transmitted or received.

[0085] The preset frequency band range can be determined based on the capabilities of the ultrasonic module used to transmit signals at the transmitting end, based on the type of equipment at the transmitting end, or can be any pre-defined frequency band range. For example, the preset frequency band range could be 18kHz to 22kHz.

[0086] Optionally, the target token is sent to at least one receiver using a broadcast signal in the corresponding frequency band, including:

[0087] Based on the device information of the receiving end, the target token is split to obtain token fragments corresponding to each receiving end;

[0088] The token fragments corresponding to the receiving end are embedded into the target signal segments in the corresponding carrier frequency bands and sent to at least one receiving end.

[0089] There are no restrictions on the method used to obtain token fragments. For example, based on the number of receivers N, the target token can be split into N equal fragments or N+1 fragments, with each fragment serving as a token fragment. For instance, if it needs to be split into N token fragments corresponding to N receivers, the splitting process can be represented as size = len(full_token) / N, token_k = full_token[(k-1)*size : k*size], where k ranges from 1 to N; if it needs to be split into N+1 token fragments corresponding to the sender and N receivers, the splitting process can be represented as size = len(full_token) / (N+1), token_k = full_token[k*size] : (k+1)*size], where the value of k ranges from 0 to N; token_0 represents the token fragment corresponding to the sender, and when k is greater than or equal to 1, token_k represents the token fragment corresponding to the kth receiver. len(full_token) represents the number of characters contained in the target token. full_token[(k-1)*size:k*size] represents the fragment composed of the (k-1)*size character to the k*size character in the target token. size represents the fragment length, and the characters in the target token are numbered starting from 0.

[0090] Optionally, different fragment lengths can be set for different device types. This allows for the extraction of token fragments of a corresponding number and length from the target token based on the device types of both the sender and receiver, or solely based on the device type of the receiver. The fragment length represents the number of characters contained in the corresponding token fragment.

[0091] When obtaining token fragments based on device type, the number of characters contained in the target token can be adjusted according to the number of receivers and device type, so that the target token can be split into token fragments of the corresponding number and fragment length.

[0092] The adjustment can be done as follows: if the target token contains too many characters, exceeding the sum of the required token shard lengths, then the corresponding number of characters can be deleted one by one from the last character of the target token backwards; if the target token contains too few characters, less than the sum of the required token shard lengths, then the corresponding number of characters can be added from the end of the target token. The added characters can be randomly generated characters or copied characters from the original target token.

[0093] The purpose of setting different token lengths for different device types is that after any receiving end parses its own token fragment, it can determine whether the fragment length of this token fragment matches its own device type. If they do not match, it can not send back parsed data and can refuse to establish a communication connection with the sending end. If they match, it will send back parsed data and establish a communication connection with the sending end, which helps to further improve security.

[0094] Optional, please see Figure 3 The method of embedding the token fragment corresponding to the receiving end into the target signal segment in the carrier frequency band corresponding to the receiving end for transmission to at least one receiving end may include the following steps.

[0095] S301, determine the target signal spectrum from the carrier frequency band corresponding to the receiving end; the target signal spectrum is the frequency band with the lowest frequency band energy in the carrier frequency band.

[0096] S302, embed the token fragment corresponding to the receiving end into the target signal spectrum to obtain the embedded signal spectrum.

[0097] S303, the embedded signal spectrum is converted to obtain the broadcast signal corresponding to the receiver, and then sent to at least one receiver.

[0098] For each receiver, the transmitter can modulate the carrier frequency band corresponding to the receiver based on the token fragment and identity information of the receiver to obtain the target signal segment corresponding to the receiver.

[0099] The method for obtaining the target signal segment can be any modulation method in the relevant technology of signal modulation, without limitation. As an example, the quadrature modulation method can be used to obtain the target signal segment at the receiving end. The implementation process of the quadrature modulation method can be represented by the following formula (2).

[0100] s_k(t)=I_k(t)*cos(2π*f_k(t))+Q_k(t)*sin(2π*f_k(t)), (2).

[0101] Where s_k(t) represents the target signal segment corresponding to the k-th device, I_k(t) represents the identity information of the k-th device, f_k(t) represents the carrier frequency band of the k-th device, and Q_k(t) represents the token fragment corresponding to the k-th device. The value of k ranges from 0 to N, where the 0th device represents the transmitter, and the 1st to Nth devices represent the 1st to Nth receivers. The receiver's number is determined by the transmitter.

[0102] The identity information of the kth device can be the biometrics of the user associated with the kth device, or a part of the biometrics of the user associated with the kth device, or the device key or a part of the device key of the kth device, or a hash value generated based on the biometrics, device key and current timestamp of the kth device, without any specific limitation.

[0103] In S301, the target signal segment at the receiving end can be processed based on any of the related technologies for extracting the signal spectrum to obtain the corresponding signal spectrum. Then, the frequency band with the lowest frequency band energy in this signal spectrum can be determined as the target signal spectrum. For example, the Mel spectrum of the target signal can be extracted as the signal spectrum. For specific extraction methods, please refer to the related technologies, which will not be elaborated here.

[0104] After obtaining the signal spectrum, the frequency band with the lowest energy in the signal spectrum can be determined as the target signal spectrum by analyzing the energy intensity of each frequency band in the spectrum. This process can be expressed as min_band = np.argmin(np.mean(mel_spec, axis=1)), where mel_spec represents the signal spectrum of the target signal segment at the k-th receiver, i.e., mel_spec = melspectrogram(s_k(t)), melspectrogram() extracts the Mel spectrum of the signal within the brackets, min_band is the identifier of the frequency band with the lowest energy (i.e., the lowest energy sub-band), np.mean(mel_spec, axis=1) calculates the average energy of each frequency band in the signal spectrum, and this average energy is the band energy of the corresponding frequency band. np.argmin() outputs the identifier of the frequency band with the smallest average energy. The specific principles of the above functions can be found in relevant technologies and will not be elaborated here.

[0105] After determining the target signal spectrum, the function `embed_lsb()` can be called to embed data into the least significant bit (LSB). The target signal spectrum `mel_spec[min_band]` and the token fragment `token_k` from the k-th receiver are taken as input. Step S302 is executed to embed `token_k` into the target signal spectrum. This process can be represented as `embed_lsb(mel_spec[min_band], token_k)`. After executing S302, the signal spectrum with the embedded token fragment is denoted as `mel_spec'`. The working principle of `embed_lsb()` can be found in relevant technical documentation and will not be elaborated here.

[0106] The embedded signal spectrum may include only the target signal spectrum with the token fragment embedded; or it may include the target signal spectrum with the token fragment embedded, and other frequency bands other than the lowest frequency band energy extracted based on the signal spectrum extraction technique in the foregoing embodiments.

[0107] Finally, in step S303, the embedded signal spectrum mel_spec' is processed using correlation techniques in the field of signal processing to convert the signal spectrum into a signal. The obtained signal is the broadcast signal of the kth receiver, denoted as s_k(t)'. In the above method, k is equal to any one of 1 to N, and N is the number of receivers.

[0108] The above method can also be used to process the carrier frequency band and token fragment corresponding to the transmitter to obtain the broadcast signal corresponding to the transmitter, denoted as s_0(t)'.

[0109] In order to merge the broadcast signals from at least one receiver into a target signal, when generating the target signal segment, each target signal segment can be controlled to have a uniform duration, so that each broadcast signal also has a uniform duration. For example, the duration of both the target signal segment and the broadcast signal can be controlled to be 300 milliseconds (ms), or both can be other durations, such as 400ms, 510ms, etc., and the specific values ​​are not limited.

[0110] Steps S301 to S304 are equivalent to generating a broadcast signal corresponding to each receiver based on the token fragment and the carrier frequency band corresponding to the receiver.

[0111] In some embodiments, the target signal can be obtained by directly fusing the various target signal segments without embedding token fragments into the target signal spectrum. The fusing method is the same as the method for fusing broadcast signals described below.

[0112] The advantages of embedding token fragments into the lowest energy subband are twofold. First, the embedded token fragment acts as a watermark for the target signal, preventing third-party devices from copying and using the target signal without authorization. Second, since the token fragment is embedded into the lowest energy subband, the embedded data has minimal impact on the signal spectrum and does not affect the receiver's ability to interpret the corresponding broadcast signal.

[0113] Furthermore, since the embedded target signal spectrum is the frequency band with the lowest frequency energy, the sound intensity corresponding to this frequency band is extremely low after being converted into a broadcast signal, and it will hardly be perceived by the user, thereby effectively reducing the interference caused by the broadcast signal at the transmitting end.

[0114] After obtaining the broadcast signal, if there is only one receiving end, the broadcast signal from the transmitting end and the broadcast signal from the receiving end can be merged to obtain the target signal; if there are multiple receiving ends, the broadcast signal from the transmitting end and the broadcast signals from multiple receiving ends can be merged to obtain the target signal, or the broadcast signals from multiple receiving ends can be merged to obtain the target signal.

[0115] Optionally, if there is only one receiver, the transmitter can also directly broadcast the broadcast signal corresponding to that receiver as the target signal.

[0116] There are no restrictions on the fusion method. Taking the fusion of broadcast signals from the transmitting end and broadcast signals from multiple receiving ends as an example, one fusion method is to sequentially splice the various broadcast signals, setting a segment of signal with a fixed frequency and duration as a separator between every two broadcast signals, adding a synchronization header signal before the first broadcast signal, and adding an end signal after the last broadcast signal, thereby forming a continuous signal as the target signal.

[0117] For example, given a transmitter, receiver 1, and receiver 2, the obtained target signal can include, in sequence: synchronization header signal | initiator | separator | target 1 | separator | target 2 | end signal |. The initiator corresponds to the converted target signal from the transmitter, target 1 corresponds to the converted target signal from receiver 1, and target 2 corresponds to the converted target signal from receiver 2. The frequency and duration of the separator are not limited; for example, it can be a signal of 18kHz or 100ms. The synchronization header signal can be a signal obtained by sweeping within the aforementioned preset frequency band, such as a 300ms-long sine wave whose frequency continuously varies with time within the preset frequency band range of 18kHz to 22kHz. The end signal can be obtained based on the aforementioned target token; for example, the hash value of the target token can be calculated, and the carrier frequency band of the transmitter can be modulated using the hash value of the target token to obtain a 200ms-long signal as the end signal. Optionally, the target signal may not include an end signal.

[0118] Taking the fusion of broadcast signals from the transmitting end and broadcast signals from multiple receiving ends as an example, multiple broadcast signals can be weighted and fused according to the weights of their respective devices to obtain the target signal. This process can be represented by the following formula (3).

[0119] s_{total}(t)=∑w_k*s_k(t)', (3).

[0120] Where k ranges from 0 to N, w_k represents the weight of the k-th device, s_k(t)' represents the broadcast signal of the k-th device, the 0th device is the transmitter, and the 1st to Nth devices are the receivers, and s_{total}(t) represents the target signal. The weight of each device can be determined based on the biometrics of the users associated with each device, or based on the device type, or it can be a preset value. As an example, the weight of each device can be equal to 1.

[0121] As an example, the sending end is device A, and devices B and C are the receiving ends. The carrier frequency band, identity information and token fragmentation of the three devices determined in the aforementioned manner are shown in Table 1.

[0122] Table 1

[0123] equipment carrier frequency band Identity information Token Sharding Equipment A f0=19.8kHz Complete Feature A T0 (0x3A7B) Equipment B f1 = 20.1 kHz + 50 Hz Bits 0 to 10 of feature B T1 (0xC24F) Equipment C f2 = 18.7kHz + 100Hz The 10th to 20th bits of feature C T2 (0x8E)

[0124] Based on this, the broadcast signals corresponding to the three devices can be obtained and fused using the aforementioned method to obtain the target signal: s_{total}(t) = s_A(t)@19.8kHz + s_B(t)@20.15kHz + s_C(t)@18.8kHz. Here, s_A(t), s_B(t), and s_C(t) represent the broadcast signals corresponding to devices A, B, and C, respectively, and @19.8kHz, @20.15kHz, and @18.8kHz respectively indicate that these signal segments are modulated on their corresponding carrier frequency bands.

[0125] In step S103, if the target signal transmitted by the transmitting end carries a complete target token, then the received parsing data can be the target token extracted by the receiving end from the target signal, or it can be the hash value of the target token. If the target signal transmitted by the transmitting end carries a token fragment corresponding to the receiving end, then the parsing data fed back by each receiving end can be the token fragment corresponding to this receiving end.

[0126] If the parsed data is the target token, the sender can compare whether the target token and the parsed data are consistent. If they are consistent, the verification result is determined to be successful, and a communication connection is established. If they are inconsistent, the verification result is determined to be unsuccessful, and the communication connection is refused to be established.

[0127] If the parsed data is the hash value of the target token, the sender can calculate the hash value of the target token and compare it with the parsed data. If they match, the verification result is determined to be successful, and a communication connection is established. If they do not match, the verification result is determined to be unsuccessful, and the communication connection is refused to be established.

[0128] If the parsed data includes a token fragment corresponding to the receiver that returned the parsed data, then the method for verifying at least one parsed data returned by the receiver based on the target token can be:

[0129] First, if there is only one receiver, the token fragment returned by the receiver and the token fragment corresponding to the sender are combined to obtain a reconstructed token, in order to verify whether the target token and the reconstructed token are consistent.

[0130] Second, if there is only one receiver, the multiple tokens returned by the receiver are fragmented and combined to obtain a reconstructed token, and the target token and the reconstructed token are verified to be consistent.

[0131] Third, if there are multiple receivers, the tokens returned by multiple receivers are fragmented and combined to obtain a reconstructed token in order to verify whether the target token and the reconstructed token are consistent.

[0132] When using the second verification method, even if there is only one receiver, the sender can still split the target token into multiple token fragments corresponding to this receiver based on its own device identifier, device key, timestamp, sender characteristics, and / or other possible device information. The splitting method can be as follows: the target token is split into multiple strings of equal length, and each string is encrypted based on the above information. The encrypted results serve as multiple token fragments. For example, the target token is split into three strings of equal length. The first string is encrypted using the sender's device identifier to obtain the first token fragment, the second string is encrypted using the sender's device key to obtain the second token fragment, and the third string is encrypted using the current timestamp to obtain the third token fragment.

[0133] Then, the sender can shard each token and... Figure 3 The method for obtaining corresponding broadcast signals based on token fragmentation obtains the broadcast signal corresponding to each token fragment, and finally combines multiple broadcast signals into a target signal and broadcasts the target signal.

[0134] Correspondingly, after receiving the target signal, the single receiving end can parse each broadcast signal to obtain the token fragment carried by each broadcast signal, and feed back all the obtained token fragments as parsed data to the sending end.

[0135] After receiving the parsed data, the sending end can use the information used during encryption to decrypt the corresponding token fragment, obtain the corresponding string, and finally recombine these strings to obtain the recombined token.

[0136] For example, the first token fragment is decrypted using the sender's device identifier to obtain the first string, the second token fragment is decrypted using the sender's device key to obtain the second string, the third token fragment is decrypted using the timestamp at the time of encryption to obtain the third string, and the first to third strings are combined to obtain the recombined token.

[0137] The advantage of determining and verifying token fragments in the above manner is that token fragments are obtained by encrypting the sender's own device information and / or timestamps. This can further improve the security of the signal broadcast by the sender and prevent third-party devices from intercepting the signal and cracking the information it carries.

[0138] If the target token and the reassembled token are the same, the verification result is determined to be successful, and a communication connection is established. If they are different, the verification result is determined to be unsuccessful, and the communication connection is refused to be established.

[0139] Establishing a communication connection refers to the process where, after successful verification, the sending end and each receiving end that has returned parsed data establish a communication connection. The communication connection established between the sending and receiving ends can include, but is not limited to, Bluetooth connections, LAN-based wireless connections, and other possible wireless communication connections. For specific methods of establishing a communication connection, please refer to relevant technologies.

[0140] The form of the target signal broadcast by the transmitter is not limited. For example, the target signal can be an ultrasonic signal, which the transmitter can broadcast through a speaker; the target signal can also be an electromagnetic signal, which the transmitter can broadcast through a radio frequency module.

[0141] This embodiment also provides a communication method applied to a receiving end; please refer to [link / reference]. Figure 4 This method may include...

[0142] S401, Receive token fragments of the target token sent by the sender. The target token is generated based on the sender's characteristics and the receiver's characteristics. The sender's characteristics include the biometrics of the sender's associated user, and the receiver's characteristics include the biometrics of the receiver's associated user. The receiver is the device that the sender needs to communicate with.

[0143] S402, parse the token fragment to obtain the parsed data.

[0144] S403 feeds back the parsed data to the sending end, enabling the sending end to establish a communication connection with the receiving end based on the verification result of the reconstructed data based on the parsed data.

[0145] The reconstructed data parsed in S403 is equivalent to the aforementioned reconstructed token. The method for the sending end to obtain the verification result of the reconstructed data can be found in the method for verifying whether the target token and the reconstructed token are consistent in the previous embodiment, and will not be repeated here.

[0146] Receiving token fragments in step S401 means receiving a target signal broadcast by the sending end carrying a target token or token fragments. Parsing and obtaining parsed data in step S402 means parsing the received target signal to obtain the target token or token fragments carried therein.

[0147] When the receiving end executes S402, it can process the broadcast signal contained in the target signal in the following manner to obtain the identity information and token fragments carried by the broadcast signal:

[0148] After obtaining the target signal, the receiver can extract a broadcast signal contained in the target signal. For any broadcast signal, the receiver determines the carrier frequency band used to demodulate the broadcast signal and performs demodulation processing on the broadcast signal based on this carrier frequency band. For example, if the target signal segment is obtained through quadrature modulation, the receiver can perform quadrature demodulation processing on the broadcast signal based on the corresponding carrier frequency band. The information of the corresponding cosine signal obtained by demodulation is used as the identity information carried by the broadcast signal, and the information of the corresponding sine signal obtained by demodulation is used as the token fragment carried by the broadcast signal.

[0149] If the transmitting end determines the carrier frequency band according to the aforementioned formula (1), then when the receiving end determines the carrier frequency band used to demodulate a broadcast signal, it can substitute the lower limit of the preset frequency band range, the receiving end characteristics of this receiving end into formula (1), and determine the value of k based on the order of this broadcast signal in the target signal, thereby determining the carrier frequency band used to demodulate a broadcast signal. For example, setting k equal to 0 to calculate the carrier frequency band used to demodulate the first broadcast signal of the target signal, setting k equal to 1 to calculate the carrier frequency band used to demodulate the second broadcast signal of the target signal, and so on. The preset frequency band range can be synchronized in advance between the transmitting end and each receiving end after it is determined, and stored locally on each device.

[0150] For any broadcast signal, the receiving end can compare the identity information it carries with the identity information stored locally. For example, it can compare the biometric features it carries with the biometric features of the user associated with this receiving end. If the two match, it is determined that this broadcast signal corresponds to this receiving end, and the token fragment carried by this broadcast signal can be fed back to the sending end as parsed data. If the two do not match, it is determined that this broadcast signal does not correspond to this receiving end.

[0151] In the above embodiments, the methods of quadrature demodulation or other demodulation processing can be found in the relevant technologies in the field of signal modulation and demodulation, and will not be described in detail here.

[0152] If the receiver determines that a broadcast signal corresponds to itself, it can stop processing other broadcast signals. If the receiver determines that a broadcast signal does not correspond to itself, it can continue to process the subsequent broadcast signals in the aforementioned manner until all broadcast signals contained in the target signal have been processed.

[0153] If a receiver receives a target signal and determines that each broadcast signal contained in the target signal does not correspond to the receiver, then the receiver can confirm that it is not a device that the sender needs to communicate with. In this case, the receiver will not send back parsed data to the sender, will discard the target signal, and will not establish a communication connection with the receiver.

[0154] If the target signal or broadcast signal directly carries the complete target token, the receiving end can also parse the target token using the method described above and feed the parsed target token back to the sending end as parsed data.

[0155] Referring to the example in Table 1, after receiving the target signal, device B, as the receiving end, can extract the identity information of device B from the broadcast signal corresponding to device B, thereby confirming that the broadcast signal corresponds to device B. Then, the token fragment corresponding to device B extracted from the broadcast signal corresponding to device B is fed back to device A as parsed data. Similarly, device C can extract the token fragment corresponding to device C from the broadcast signal corresponding to device C and feed back the token fragment corresponding to device C as parsed data to device A. When device D receives the target signal, after comparing it in the above manner, it determines that each broadcast signal in the target signal does not correspond to device D, so it discards the target signal and does not establish a communication connection with device A.

[0156] Optionally, the target signal can carry the sender's identity information. In this case, after receiving the target signal, the receiver can first verify the information carried by the target signal based on the sender's identity information stored locally. After the verification is successful, the receiver can then parse the target token to obtain the parsed data.

[0157] As an example, if the target signal received by the receiving end contains the broadcast signal corresponding to the aforementioned sending end, then the receiving end can extract the sending end features of the sending end from the broadcast signal corresponding to the sending end using the aforementioned method for extracting the identity information of the broadcast signal; then, the receiving end can compare the extracted sending end features with the locally stored sending end features, and execute step S402 only after confirming that the two are consistent; if the two are inconsistent, step S402 is not executed and the received target signal is discarded.

[0158] Executing S402 only after the sender's identity information has been verified can prevent information leakage caused by the receiver parsing signals broadcast by untrusted third-party devices, thus further enhancing security.

[0159] The method by which the receiver feeds back the parsed data to the transmitter is not limited. Optionally, the receiver can feed back the parsed data in the same form as the target signal, that is, through ultrasonic signals or electromagnetic signals.

[0160] In some optional embodiments, the sending end can send the target token to the receiving end by determining the carrier frequency band and the corresponding token fragment for each receiving end; for each receiving end, the sending end generates the target signal corresponding to the receiving end based on the token fragment of the receiving end and the carrier frequency band corresponding to the receiving end, and then broadcasts the target signal corresponding to this receiving end, so that the receiving end can extract the token fragment carried in the target signal after receiving the corresponding target signal.

[0161] In other words, the transmitting end can generate at least one target signal that corresponds one-to-one with the receiving end. Each target signal carries a token fragment of the corresponding receiving end. The carrier frequency band used by each target signal is the carrier frequency band of the corresponding receiving end. The transmitting end can broadcast the target signal corresponding to each receiving end in sequence, thereby sending the token fragment to their respective receiving ends.

[0162] The method for generating the target signal corresponding to the receiver based on the token fragment of the receiver and the carrier frequency band corresponding to the receiver can be found in the aforementioned embodiment of the method for generating the broadcast signal corresponding to the receiver based on the token fragment of the receiver and the carrier frequency band corresponding to the receiver, and will not be repeated here.

[0163] Correspondingly, the receiving end can use the method of demodulating broadcast signals in the aforementioned embodiment to parse each received target signal, extract the identity information and token fragment carried by each target signal, and confirm whether each target signal corresponds to itself by comparing the identity information. If a target signal is confirmed to correspond to itself, the receiving end will feed back the token fragment extracted from this target signal as parsed data to the sending end.

[0164] After establishing a communication connection between the sending and receiving ends using the above methods, the sending and receiving ends can achieve various device interconnection functions.

[0165] For example, when a user's tablet computer is brought close to a desktop computer and a display device, a communication connection is established in the manner described above. Then, the desktop computer and the display device automatically wake up in response to the establishment of the communication connection, log in to the associated user's account, and automatically resume the programs that were running and / or the documents that were open before hibernation.

[0166] For example, after a communication connection is established between a tablet, a mobile phone, and a laptop, if a user runs a specific application on any of these devices, the other devices connected to the communication connection can switch to the corresponding working mode based on the running application to avoid affecting the user's use of the application. For instance, if a learning application (such as an online teaching application) is launched on a tablet, the laptop switches to silent mode, the mobile phone switches to do-not-disturb mode, and social notifications are blocked. Or, if a game application is launched on a laptop, the laptop can improve its performance (such as by increasing the refresh rate), the mobile phone switches to do-not-disturb mode, and the tablet automatically turns off its screen.

[0167] For example, after the laptop, the conference room large screen device, and the mobile phone establish the above communication connection, if the laptop starts the meeting application, the mobile phone automatically switches to silent mode and synchronizes the meeting schedule, and the conference room large screen device switches to screen projection mode, so that the laptop can directly project the display content onto the conference room large screen device.

[0168] This embodiment provides an electronic device; please refer to [link / reference]. Figure 5 The electronic device includes a memory 501, a processor 502, and an ultrasonic module 503;

[0169] The ultrasonic module 503 is used for transmitting and receiving signals;

[0170] Memory 501 is used to store computer programs;

[0171] The electronic device can function as a transmitter. When functioning as a transmitter, the processor 502 can execute the computer program stored in the memory 501 to perform:

[0172] The sender characteristics of the sender and at least one receiver characteristics are obtained. The sender characteristics include the biometrics of the associated user of the sender, and the receiver characteristics include the biometrics of the associated user of the receiver. The receiver is the device that the sender needs to communicate with.

[0173] The target token generated based on the sender's characteristics and the receiver's characteristics is sent to at least one receiver.

[0174] Verify the parsed data returned by at least one receiver based on the target token, and establish a communication connection with at least one of the receivers based on the verification result.

[0175] The aforementioned electronic device can also function as a receiver. When functioning as a receiver, the processor 502 can execute the computer program stored in the memory 501 to perform:

[0176] The target token fragment sent by the sender is received. The target token is generated based on the sender's characteristics and the receiver's characteristics. The sender's characteristics include the biometrics of the sender's associated user, and the receiver's characteristics include the biometrics of the receiver's associated user. The receiver is the device that the sender needs to communicate with.

[0177] Parse the token fragments to obtain the parsed data;

[0178] The parsed data is fed back to the sending end, enabling the sending end to establish a communication connection with the receiving end based on the verification result of the reconstructed data based on the parsed data.

[0179] The working principles of the above electronic devices as transmitters and receivers can be found in the communication methods described in the foregoing embodiments, specifically the steps performed by the transmitter and receiver, and will not be repeated here.

[0180] The ultrasonic module of the above electronic device may include a speaker for transmitting sound signals and a microphone for receiving sound signals.

[0181] It should be noted that the various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0182] For ease of description, the above systems or devices are described separately as various modules or units based on their functions. Of course, in implementing this application, the functions of each unit can be implemented in one or more software and / or hardware components.

[0183] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the related technology, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0184] Finally, it should be noted that in this document, relational terms such as first, second, third, and fourth are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0185] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A communication method applied to a sending terminal, the method comprising: obtaining a sending terminal feature of the sending terminal and a receiving terminal feature of at least one receiving terminal, the sending terminal feature comprising a biological feature of an associated user of the sending terminal, the receiving terminal feature comprising a biological feature of an associated user of the receiving terminal, the receiving terminal being a device to which the sending terminal needs to communicate; sending a target token generated according to the sending terminal feature and the receiving terminal feature to the at least one receiving terminal; verifying parsed data returned by the at least one receiving terminal according to the target token, and establishing a communication connection with at least one of the receiving terminals based on a verification result. 2.The method of claim 1, wherein the sending of the target token generated according to the sending terminal feature and the receiving terminal feature to the at least one receiving terminal comprises: generating verification information according to a device key of the sending terminal, a device key of the receiving terminal, and a current timestamp; generating the target token according to the verification information, the sending terminal feature, and the receiving terminal feature; and sending the target token to the at least one receiving terminal in a broadcast signal of a corresponding frequency band according to device information of the receiving terminal. 3.The method of claim 2, wherein the sending of the target token to the at least one receiving terminal in a broadcast signal of a corresponding frequency band according to device information of the receiving terminal comprises: selecting a carrier frequency band corresponding to the receiving terminal from a preset frequency band range according to the device information of the receiving terminal, and sending the target token to the at least one receiving terminal in a broadcast signal of the corresponding carrier frequency band. 4.The method of claim 3, wherein the selection of the carrier frequency band corresponding to the receiving terminal from the preset frequency band range according to the device information of the receiving terminal comprises at least one of the following: uniformly or non-uniformly dividing the preset frequency band range into carrier frequency bands corresponding to the at least one receiving terminal according to a number of the receiving terminals; dividing the preset frequency band range into carrier frequency bands corresponding to the at least one receiving terminal according to a type of the receiving terminals; dividing the preset frequency band range into carrier frequency bands corresponding to the at least one receiving terminal according to a device identifier of the receiving terminals; and determining the carrier frequency band corresponding to the at least one receiving terminal according to an initial frequency band range corresponding to the device information of the sending terminal and the device information of the receiving terminal. 5.The method of any one of claims 2-4, wherein the sending of the target token to the at least one receiving terminal in a broadcast signal of a corresponding carrier frequency band comprises: splitting the target token to obtain a token fragment corresponding to each of the receiving terminals according to the device information of the receiving terminal; and embedding the token fragment corresponding to each of the receiving terminals into a target signal segment in the corresponding carrier frequency band to send to the at least one receiving terminal. 6.The method of claim 5, wherein the embedding of the token fragment corresponding to each of the receiving terminals into the target signal segment in the carrier frequency band corresponding to each of the receiving terminals to send to the at least one receiving terminal comprises: determining a target signal spectrum from the carrier frequency band corresponding to each of the receiving terminals. ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ The target signal spectrum is a frequency band with the lowest band energy in the carrier frequency band; The token fragment corresponding to the receiving end is embedded in the target signal spectrum to obtain an embedded signal spectrum; The embedded signal spectrum is converted to obtain a broadcast signal corresponding to the receiving end, which is sent to the at least one receiving end.

7. The method of claim 5, wherein the analysis data returned by the receiving end comprises token fragments corresponding to the receiving end. The target token is used to verify the analysis data returned by the at least one receiving end, comprising: When the number of receiving ends is one, the token fragments returned by the receiving end are combined to obtain a recombined token, and it is verified whether the target token and the recombined token are consistent. Or, when the number of receiving ends is multiple, the token fragments returned by multiple receiving ends are combined to obtain a recombined token, and it is verified whether the target token and the recombined token are consistent.

8. A communication method applied to a receiving end, comprising: Receiving token fragments of a target token sent by a sending end, the target token being generated according to sending end features and receiving end features, the sending end features comprising biological features of an associated user of the sending end, the receiving end features comprising biological features of an associated user of the receiving end, the receiving end being a device that needs to communicate with the sending end; Analyzing the token fragments to obtain analysis data; Feeding back the analysis data to the sending end, so that the sending end establishes a communication connection with the receiving end based on a verification result of recombined data of the analysis data.

9. An electronic device, which is a sending end, comprising a memory, a processor and a signal module; The ultrasonic module is used for transmitting and receiving signals; The memory is used for storing a computer program; The processor is used for executing the computer program to perform: Obtaining sending end features of the sending end and receiving end features of at least one receiving end, the sending end features comprising biological features of an associated user of the sending end, the receiving end features comprising biological features of an associated user of the receiving end, the receiving end being a device that needs to communicate with the sending end; Sending a target token generated according to the sending end features and the receiving end features to the at least one receiving end; Verifying analysis data returned by the at least one receiving end according to the target token, and establishing a communication connection with at least one of the receiving ends based on a verification result.

10. An electronic device, which is a receiving end, comprising a memory, a processor and a signal module; The ultrasonic module is used for transmitting and receiving signals; The memory is used for storing a computer program; The processor is used for executing the computer program to perform: Receiving token fragments of a target token sent by a sending end, the target token being generated according to sending end features and receiving end features, the sending end features comprising biological features of an associated user of the sending end, the receiving end features comprising biological features of an associated user of the receiving end, the receiving end being a device that needs to communicate with the sending end; Analyzing the token fragments to obtain analysis data; The parsed data is fed back to the sending end, so that the sending end establishes a communication connection based on a verification result of reorganized data of the parsed data and the receiving end.

Images