Friend making method, system and equipment based on near field communication

By binding hardware identifiers to user accounts in the cloud and exchanging anonymized information, and by using a near-field communication module to generate encounter records and establish controllable social relationships, the problems of offline-online disconnect and privacy security are solved, and the immediacy and security of social interaction are improved.

CN121750335APending Publication Date: 2026-03-27ZHONG FU TONG CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-12-30
Publication Date
2026-03-27

AI Technical Summary

Technical Problem

Existing location-based or online community-based stranger social applications are disconnected from offline physical encounters and online interactions, lacking immediacy and a sense of context, and making it difficult to ensure user privacy and security.

Method used

By binding hardware identifiers to user accounts in the cloud and using a desensitized information exchange mechanism, the system uses a near-field communication module to obtain hardware identifier information, generate encounter records, and establish controllable social relationships on the server side, enabling anonymous encounters, secure display, and authorized friend establishment.

Benefits of technology

It achieves a seamless connection between offline physical encounters and online interactions, enhancing the immediacy and authenticity of social interaction, while effectively protecting user privacy and reducing social pressure.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121750335A_ABST
    Figure CN121750335A_ABST
Patent Text Reader

Abstract

The invention discloses a method, a system and equipment for making friends based on near field communication. The method comprises the following steps: acquiring and broadcasting hardware identification information bound with a user account through a near field communication module; when the first user terminal and the second user terminal enter a communication range, mutually acquiring hardware identification information of each other; the associated application of the first user terminal inquires the server according to the information, and the server returns desensitization public information corresponding to the second user account to generate a first encounter record; the user can initiate a one-way friend adding instruction aiming at the record, and after confirmation of the other party, a formal friend relationship is established at the server side and mutual access to complete contact information is authorized. According to the method, offline physical encounter is converted into online traceable social contacts through binding of hardware identifiers and cloud accounts, a controllable process from anonymous encounter and safe display of desensitization information to authorized establishment of friend relationships is realized, and the problem that instant interaction and privacy protection are difficult to consider in friend making of strangers is effectively solved.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present application relates to the field of communication technology, in particular to a friend-making method, system and device based on near field communication. BACKGROUND

[0002] With the popularity of mobile Internet and smart terminals, stranger social applications based on geographic location or online communities have become an important way of modern socialization. Such applications usually connect users within a certain geographic range or users with similar interests through positioning services or online matching algorithms. Users can view the personal profiles of others in the application and choose to initiate online chat or friend applications. However, due to the disconnection between online matching and offline real-life meeting scenarios, users cannot directly associate virtual identities in the application with specific individuals they pass by in reality, resulting in a lack of immediacy and scene in social behavior, and a high threshold for breaking the ice. In addition, in order to facilitate online interaction, applications often require users to disclose a lot of personal information to attract attention, which poses a risk of privacy leakage, and users need to balance their social desire and privacy security. Although some technologies have attempted to use near field communication technologies such as Bluetooth for device discovery, existing solutions mostly focus on simple device connection or one-way information push, and fail to build a system that integrates offline physical encounters, online identity security association, and controllable social relationship establishment processes. How to seamlessly connect offline encounters and online interactions using near field communication, while achieving gradient and authorized disclosure of user privacy information, thereby reducing social pressure and improving matching authenticity while effectively protecting user data security, has become a technical problem that needs to be solved. SUMMARY

[0003] In view of the above, the purpose of the present application is to provide a friend-making method, system and device based on near field communication, which realizes seamless connection between offline encounters and controllable online socialization through cloud binding of hardware identifiers and user accounts and desensitization information interaction mechanism, and solves the problem of insufficient immediacy and authenticity and difficulty in balancing privacy security in stranger friend-making.

[0004] In order to achieve the above technical purpose, in a first aspect, the technical solution adopted by the present application is as follows: a friend-making method based on near field communication, comprising: obtaining first hardware identifier information periodically broadcast by a first user terminal through a near field communication module, and second hardware identifier information periodically broadcast by a second user terminal through a near field communication module, wherein the first hardware identifier information is bound to a first user account, and the second hardware identifier information is bound to a second user account; when the first user terminal and the second user terminal enter a near field communication range, generating a first encounter record in an associated application interface of the first user terminal, comprising: The first user terminal and the second user terminal acquire hardware identification information of each other; After the first user terminal acquires the hardware identification information of the second user terminal, an associated application of the first user terminal sends a query request containing the hardware identification information of the second user terminal to a server; The server retrieves a second user account bound to the hardware identification information in the query request according to the hardware identification information in the query request, and returns desensitized public information corresponding to the second user account to the associated application of the first user terminal to generate and display a first encounter record; The first user terminal initiates a one-way friend adding instruction for the first encounter record, and sends a friend application notification to an application interface associated with the second user terminal; The first user terminal receives a confirmation instruction of the second user terminal for the friend application notification, establishes a formal friend relationship between the first user account and the second user account on the server side, and authorizes the associated applications of the first user terminal and the second user terminal to access complete contact information based on the formal friend relationship.

[0005] In some embodiments, the first user terminal and the second user terminal acquire hardware identification information of each other, including: At least one of the first user terminal and the second user terminal is taken as a scanning party, and works in a low-power scanning mode to listen to broadcast signals within a communication range; The other of the first user terminal and the second user terminal is taken as a broadcasting party, and works in a connectable non-directional broadcasting mode to periodically broadcast a broadcast data packet containing its own hardware identification information; When the scanning party listens to the broadcast data packet of the broadcasting party, the hardware identification information of the broadcasting party is parsed and obtained; Wherein, the scanning party and the broadcasting party do not establish a persistent Bluetooth connection after completing a hardware identification information exchange.

[0006] In some embodiments, after the first user terminal acquires the hardware identification information of the second user terminal, the associated application of the first user terminal sends a query request containing the hardware identification information of the second user terminal to a server, including: The acquired hardware identification information of the second user terminal is compared with a queried identification record stored locally; If the hardware identification information of the second user terminal does not exist in the queried identification record, the step of sending a query request to the server is performed, and after the sending is successful, the hardware identification information of the second user terminal is added to the queried identification record; If the hardware identification information of the second user terminal already exists in the queried identification record, the operation of sending a query request to the server this time is inhibited.

[0007] In some embodiments, the server retrieves the second user account bound to the hardware identification information in the query request according to the hardware identification information in the query request, and returns the desensitized public information corresponding to the second user account to the associated application of the first user terminal to generate and display the first encounter record, including: The server obtains the first user friendship preference configuration associated with the first user account, and extracts the second user feature information from the user profile corresponding to the second user account; The first user friendship preference configuration and the second user feature information are matched to generate a matching evaluation value; It is judged whether the matching evaluation value meets a preset display threshold; If it is met, the step of returning the desensitized public information corresponding to the second user account to the associated application of the first user terminal is executed; If it is not met, an indication information is returned to the associated application of the first user terminal, and the indication information is used to indicate that the device has been sensed but does not need to generate a detailed encounter record.

[0008] In some embodiments, the first user friendship preference configuration and the second user feature information are matched to generate a matching evaluation value, including: The first user friendship preference configuration is parsed to obtain first preference information of at least one preference dimension, and the preference dimension includes an interest label dimension, a basic attribute requirement dimension, and a friendship scene tendency dimension. The first preference information includes a first user interest label set, a first basic attribute expected range, and a first expected friendship scene; The second user feature information is parsed to obtain a second user interest label set corresponding to the interest label dimension, a second user basic attribute value corresponding to the basic attribute requirement dimension, and a second user scene state corresponding to the friendship scene tendency dimension; For the interest label dimension, a set similarity algorithm is used to calculate the coincidence degree between the first interest label set and the second user interest label set as a first dimension matching score; For the basic attribute requirement dimension, a range compliance judgment algorithm is used to judge whether the second user basic attribute value falls within the first basic attribute expected range, and a second dimension matching score is generated according to the judgment result; For the friendship scene tendency dimension, a state matching algorithm is used to compare the first expected friendship scene with the second user scene state to generate a third dimension matching score; Based on at least one of the first dimension matching score, the second dimension matching score, and the third dimension matching score, a weighted fusion algorithm is used to generate the matching evaluation value.

[0009] In some embodiments, the first user terminal sends a friend application notification to the application interface associated with the second user terminal in response to the one-way friend adding instruction initiated by the first encounter record, including: The friend request with the additional context information, which at least contains one of the following: The first encounter record based on which the one-way friend adding instruction is initiated; The geographical location or the scene label corresponding to the first encounter record when the first encounter record is generated; The timestamp of the first time when the first user terminal and the second user terminal obtain each other's hardware identification information; The friend request with the additional context information is sent to the server; The server forwards the friend request to the friend application notification of the application interface associated with the second user terminal, wherein the additional context information is integrated and presented in the display content of the friend application notification.

[0010] In some embodiments, the first user terminal receives a confirmation instruction from the second user terminal for the friend application notification, and establishes a formal friend relationship between the first user account and the second user account on the server side, including: In response to the confirmation instruction, the server creates a formal friend relationship between the first user account and the second user account, and generates a time-limited secure communication channel associated with the formal friend relationship; Through the secure communication channel, a bidirectional privacy information exchange operation is performed, including: The server extracts a first privacy information item from the private database of the first user, which is pre-authorized by the first user to share when establishing a friend relationship; The server extracts a second privacy information item from the private database of the second user, which is pre-authorized by the second user to share when establishing a friend relationship; The server sends the first privacy information item to the application associated with the second user terminal, and sends the second privacy information item to the application associated with the first user terminal; After completing the bidirectional privacy information exchange operation, the secure communication channel is closed or invalidated.

[0011] In some embodiments, the first user terminal and the second user terminal are authorized to access the complete contact information based on the formal friend relationship through the applications associated with each other, including: In response to the establishment of the formal friend relationship, the server generates and associates a dynamic access token for the friend relationship between the first user account and the second user account; When the application associated with the first user terminal needs to access the complete contact information of the second user account, an access request carrying the dynamic access token is sent to the server; The server verifies validity of the dynamic access token and matching with the current friend pair; If the verification is passed, the server encapsulates the part of the complete contact information of the second user account which is currently valid and visible to the first user account into response data and returns to the associated application of the first user terminal; At least one of the validity period and the authority scope of the dynamic access token can be dynamically adjusted according to the configuration of the second user account or the state change of the friend pair.

[0012] In the second aspect, the application further provides a friend-making system based on near field communication, which is suitable for the method of the first aspect. The system comprises a first user terminal, a second user terminal and a server. The first user terminal is integrated with a first near field communication module, which is configured to periodically broadcast the hardware identification information of the terminal itself and scan and obtain the hardware identification information of other terminals within the communication range. The second user terminal is integrated with a second near field communication module, which is configured to periodically broadcast the hardware identification information of the terminal itself and scan and obtain the hardware identification information of other terminals within the communication range. The server is in communication connection with the associated applications of the first user terminal and the second user terminal. The server comprises an identification binding storage unit, an information query processing unit, a relationship management unit and an authority control and information exchange unit. The identification binding storage unit is used to store the binding relationship between the hardware identification information of each user terminal and the corresponding user account. The information query processing unit is used to receive the query request containing the target hardware identification information from the associated application of the user terminal, retrieve the corresponding target user account according to the identification binding storage unit and return the de-identified public information corresponding to the target user account. The relationship management unit is used to process the friend application initiated by the associated application of the user terminal, manage the sending and confirmation of the friend application notification and establish and maintain the formal friend relationship between the corresponding user accounts after receiving the mutual confirmation. The authority control and information exchange unit is used to control and execute the authorized access to the complete contact information between the associated user accounts after the establishment of the formal friend relationship. The associated applications of the first user terminal and the second user terminal are configured to perform the following operations: Send the hardware identification information obtained from the near field communication module to the information query processing unit of the server to generate a meeting record; Initiate a friend application based on the meeting record; Receive and display the friend application notification from the relationship management unit of the server; And after obtaining the authorization, access the complete contact information unlocked based on the formal friend relationship from the authority control and information exchange unit of the server.

[0013] In a third aspect, the present application also provides a friend-making device based on near field communication, characterized in that the system of the second aspect is installed thereon, and the friend-making device is configured as one of a mobile phone, a computer, a tablet computer and a wearable terminal.

[0014] By using the technical scheme, the present application has the beneficial effects that the hardware identification information bound with the user account is acquired and broadcasted by the near field communication module; when the first user terminal and the second user terminal enter the communication range, the hardware identification information of each other is acquired; the associated application of the first user terminal queries the server accordingly, and the server returns the desensitized public information corresponding to the second user account to generate the first meeting record; the user can initiate a one-way friend-adding instruction for the record, and after the confirmation of the other party, a formal friend relationship is established on the server side and the mutual access to the complete contact information is authorized. The present application converts the offline physical meeting into the online traceable social contact through the binding of the hardware identification and the cloud account, realizes the controllable process from the anonymous encounter, the safe display of the desensitized information to the authorized establishment of the friend relationship, effectively solves the problem that the instant interaction and the privacy protection cannot be considered in the stranger friendship, and improves the authenticity and the safety of the social contact. BRIEF DESCRIPTION OF DRAWINGS

[0015] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or the prior art description. Obviously, the drawings in the following description only constitute some embodiments of the present application, and all other drawings obtained by those skilled in the art without creative effort based on these drawings also belong to the protection scope of the present application.

[0016] Figure 1 is a step schematic diagram of steps S101 to S104 of the friend-making method described in the specific embodiment; Figure 2 is a step schematic diagram of steps S201 to S203 of the friend-making method described in the specific embodiment. DETAILED DESCRIPTION

[0017] The present application will be further described in detail below in combination with the drawings and embodiments. It is particularly pointed out that the following embodiments are only used to illustrate the present application, but do not limit the scope of the present application. Similarly, the following embodiments are only some embodiments of the present application, but not all embodiments, and all other embodiments obtained by those skilled in the art without creative effort also belong to the protection scope of the present application.

[0018] Please refer to Figure 1 In the first aspect, the present embodiment provides a friend-making method based on near field communication, comprising: S101, acquire first hardware identification information periodically broadcasted by the first user terminal through the near field communication module, and second hardware identification information periodically broadcasted by the second user terminal through the near field communication module, wherein the first hardware identification information is bound with the first user account, and the second hardware identification information is bound with the second user account; S102, when the first user terminal and the second user terminal enter the near field communication range, generate a first meeting record in the associated application interface of the first user terminal, including: The first user terminal and the second user terminal acquire each other's hardware identification information; After the first user terminal acquires the hardware identification information of the second user terminal, the associated application of the first user terminal sends a query request containing the hardware identification information of the second user terminal to the server; The server retrieves the second user account bound thereto according to the hardware identification information in the query request, and returns the de-identification public information corresponding to the second user account to the associated application of the first user terminal, so as to generate and display the first meeting record; S103, the first user terminal initiates a one-way friend adding instruction for the first meeting record, and sends a friend application notification to the application interface associated with the second user terminal; S104, the first user terminal receives the confirmation instruction of the second user terminal for the friend application notification, establishes a formal friend relationship between the first user account and the second user account on the server side, and authorizes the associated applications of the first user terminal and the second user terminal to access the complete contact information based on the formal friend relationship.

[0019] In step S101, the first user terminal and the second user terminal are both integrated with a near field communication module, which can be a Bluetooth module, an NFC module or other hardware components conforming to the near field communication standard. The first hardware identification information and the second hardware identification information are the unique hardware addresses of the near field communication modules of the respective terminals, such as Bluetooth MAC addresses. These hardware identification information is bound with the first user account and the second user account registered by the user on the server side when the user first uses the associated application through the interaction between the application and the server, and is stored in the database of the server. Periodic broadcast means that the terminal continuously sends signals containing its own hardware identification information at a preset time interval (for example, once every second), which does not establish a point-to-point connection, and is only used for discovery by other devices in a listening state. This step establishes a technical bridge for the association of offline device sensing and online identity by cloud binding the unique identification of the physical device with the virtual network identity.

[0020] In step S102, when the first user terminal and the second user terminal enter each other's near field communication effective range (for example, within a Bluetooth effective distance of 10 meters) due to physical proximity, the near field communication modules of both parties can detect each other's periodically broadcasted signals. Acquiring each other's hardware identification information means that each terminal works as a broadcast party and also as a scanning party, parses the received broadcast signal packet, and thereby extracts the hardware address of the other terminal contained therein. After the first user terminal acquires the hardware identification information of the second user terminal, the associated application (for example, a mobile phone APP or a mini program) thereof initiates a network query request to the server, taking the identification information as a key parameter. After the server receives the request, it searches the binding relationship database stored therein for the second user account uniquely bound to the hardware identification information. Subsequently, the server extracts the pre-set desensitized public information allowed to be publicly disclosed to non-friend users, such as processed nicknames, avatars, basic interest labels, etc., from the user database corresponding to the second user account, and returns these information to the associated application of the first user terminal. After the associated application receives these information, it integrates and displays them in the form of a “meeting record” in the application interface (such as the “meeting list” or “people nearby” page) to the first user. This step converts a one-time offline physical space proximity event into a traceable social touch point containing limited identity information in the online application in a safe and controllable manner. Before establishing any social relationship, the user can only access the non-private public information of the other party.

[0021] In step S103, after the first user views the first meeting record displayed on the terminal associated application interface, if the first user wishes to establish contact with the other party, the first user can initiate a one-way friend adding instruction by clicking the corresponding button or menu item. After the instruction is captured by the associated application, a standard friend application data packet is generated, which at least contains the identification of the initiator (the first user account) and the target (the second user account). The application is sent to the server through the network connection between the application and the server. The server is responsible for converting the application into a friend application notification and pushing it to the application interface associated with the second user terminal, for example, prompting in the application message center or notification bar of the second user. This step realizes the conversion from one-way interest expression (based on the first meeting record) to social invitation (friend application), and provides an operation entrance for the user to actively initiate a social relationship.

[0022] In step S104, after receiving the friend application notification on the terminal, the second user can choose to agree or refuse. When the second user issues a confirmation (i.e. agreement) instruction for the notification through the operation of the associated application interface, the instruction is fed back to the server. After verifying the validity of the instruction, the server performs the core relationship establishment operation, i.e. marks the status of the first user account and the second user account as "official friend relationship" in the database, and updates the social relationship graph of both parties. After the establishment of the official friend relationship, the server authorizes the associated applications of both parties to access the previously hidden, more complete contact information according to the preset permission rules. These complete contact information are set by the user in the personal profile, including but not limited to the phone number, WeChat number, detailed personal introduction, and other high-privacy content. The authorized access means that the server will respond to the profile query request from the user terminal of the established friend relationship and return the corresponding complete information. This step finally completes the complete closed loop from offline encounter, online preliminary understanding, to two-way confirmation and establishment of stable social relationship, and through the centralized permission control of the server side, ensures that the privacy information is only shared safely after the consent of both parties.

[0023] The embodiment provides a method of deeply integrating offline physical encounter and controllable online social interaction, which captures the offline encounter event through near field communication technology without induction, and converts the physical contact into a first encounter record that can be digitally traced by using the binding relationship between the hardware identifier and the cloud account. The method constructs a gradient social interaction process of induction, desensitization display, one-way application, two-way confirmation, and information unlocking, and only exchanges the hardware identifier and desensitized public information in the initial stage, so that the user privacy is effectively protected; the establishment of the social relationship is completely based on the two-way confirmation of the user, and the user is given full control over the privacy information. The embodiment solves the problems of disconnection between the traditional online social application and the real scene, and high privacy exposure risk in stranger social interaction, and provides a more natural, safe, and low-pressure way for the user to break the ice in offline social interaction and establish online relationship.

[0024] Please refer to Figure 2 In some embodiments, the first user terminal and the second user terminal acquire the hardware identifier information of each other, including: S201, taking at least one of the first user terminal and the second user terminal as a scanning party, and working in a low-power scanning mode to listen to broadcast signals in a communication range; S202, taking the other of the first user terminal and the second user terminal as a broadcasting party, and working in a connectable non-directional broadcasting mode to periodically broadcast a broadcast data packet containing the hardware identifier information of the broadcasting party; S203, when the scanning party detects the broadcast data packet of the broadcasting party, analyzing and obtaining the hardware identifier information of the broadcasting party; Wherein, the scanning party and the broadcasting party do not establish a sustained Bluetooth connection after completing the exchange of hardware identification information once.

[0025] In step S201, the scanning party refers to a near field communication module working role in the user terminal responsible for actively listening to the surrounding broadcast signal. The low-power scanning mode is a working state defined in the Bluetooth protocol, in which the module periodically opens the radio frequency receiving window to listen to the signal on the specific broadcast channel, and enters sleep during the listening gap to save power. This mode enables the terminal to continuously monitor other broadcast devices in the surrounding environment while maintaining a low energy consumption level, suitable for mobile devices that need to be on standby for a long time.

[0026] In step S202, the broadcasting party refers to a near field communication module working role in the user terminal responsible for sending its own identification signal externally. The connectable non-directional broadcast mode is a type of Bluetooth low-power broadcast, in which the module sends broadcast data packets containing a specific data structure to all directions around it at fixed time intervals. The broadcast data packet encapsulates the hardware identification information of the terminal, such as the complete Bluetooth MAC address or the encoded identifier. Periodic broadcasting ensures that its presence signal can be stably captured by devices in scanning state.

[0027] In step S203, when the terminal as the scanning party receives the broadcast data packet from the broadcasting party in its listening window, the underlying driver of the near field communication module will parse the data packet. The parsing process includes operations such as verifying the data packet format and extracting the payload field, and finally restoring the hardware identification information of the sender (i.e. the broadcasting party) from the data packet. After completing the information extraction, the scanning party passes the obtained hardware identification information to the upper layer association application for processing. It should be noted that in this interaction process, the scanning party and the broadcasting party only complete a one-way data packet reception and parsing, and do not perform subsequent Bluetooth pairing request, connection establishment and data link maintenance, avoiding unnecessary connection overhead, reducing radio frequency interference and power consumption between devices, and enabling a large number of devices to efficiently and in parallel complete identity awareness in dense scenarios.

[0028] This embodiment defines the roles of scanning party and broadcasting party, and uses standard low-power Bluetooth broadcast and scanning mechanisms to ensure the reliability and efficiency of hardware identification information exchange. Not establishing a sustained Bluetooth connection is the key, which clearly distinguishes this scheme from traditional device pairing or file transfer scenarios, and only implements lightweight and one-time identity discovery, rather than establishing a communication channel for sustained data exchange. This provides underlying technical support for subsequent social information acquisition based on cloud query, while ensuring the endurance of terminal devices and the scalability of the system.

[0029] In some embodiments, after the first user terminal acquires the hardware identification information of the second user terminal, the associated application of the first user terminal sends a query request containing the hardware identification information of the second user terminal to the server, including: comparing the acquired hardware identification information of the second user terminal with the queried identification record stored locally; If the hardware identification information of the second user terminal does not exist in the queried identification record, the step of sending a query request to the server is executed, and after successful sending, the hardware identification information of the second user terminal is added to the queried identification record; If the hardware identification information of the second user terminal already exists in the queried identification record, the operation of sending a query request to the server this time is suppressed.

[0030] In this embodiment, the queried identification record is a data set maintained by the associated application of the first user terminal in the local storage (such as a local database or a cache file of the mobile phone), which is used to record the hardware identification information that has initiated a query request to the server recently. The establishment of this record is to avoid repeated and unnecessary network queries on the hardware identification information of the same second user terminal.

[0031] After the associated application acquires the hardware identification information of the second user terminal, it does not immediately send a query request to the server, but first performs a local comparison. The comparison operation is usually realized by querying the local database or cache table to check whether the currently acquired hardware identification information already exists in the queried identification record. If the identification information does not exist in the record, it indicates that it is a newly sensed device that has not been queried before, and the associated application immediately constructs and sends a query request containing this identification information to the server. After confirming the successful sending of the query request (for example, receiving a confirmation response from the server), the application adds the hardware identification information as a new entry to the local queried identification record for subsequent comparison. On the contrary, if the identification information already exists in the record, it indicates that the device has been queried before, and its corresponding de-identified public information may already exist in the local cache or a meeting record has been generated, so the associated application will suppress (i.e., cancel or skip) the operation of sending a query request to the server this time.

[0032] The embodiment provides a local deduplication mechanism for optimizing network traffic and server load. By locally maintaining an already-inquired identifier record at the first user terminal and preferentially performing local comparison each time new hardware identifier information is acquired, repeated query requests caused by the user terminal passing through the same device multiple times in a short time or repeated capture of device broadcast signals can be effectively filtered out. This reduces the number of unnecessary network data transmissions, reduces the traffic consumption and power consumption of the mobile terminal, and also reduces the query processing pressure of the server, improves the overall efficiency and response speed of the system, and is especially suitable for scenarios in which the user is in a public place with frequent personnel flow.

[0033] In some embodiments, the server retrieves a second user account bound to the hardware identifier information in the query request according to the hardware identifier information in the query request, and returns desensitized public information corresponding to the second user account to an associated application of the first user terminal to generate and display a first encounter record, including: The server acquires a first user friendship preference configuration associated with the first user account, and extracts second user feature information from a user profile corresponding to the second user account; Matching degree calculation is performed on the first user friendship preference configuration and the second user feature information to generate a matching degree evaluation value; It is judged whether the matching degree evaluation value meets a preset display threshold value; If yes, the step of returning the desensitized public information corresponding to the second user account to the associated application of the first user terminal is performed; If no, an indication information is returned to the associated application of the first user terminal, and the indication information is used to indicate that the device has been sensed but does not need to generate a detailed encounter record.

[0034] In the embodiment, the first user friendship preference configuration is a set of parameterized settings associated with the first user account and stored by the server, which is pre-set by the first user through the associated application and used to represent the expected friendship object features or the interested social dimensions. The second user feature information is a set of feature data extracted from the complete user profile corresponding to the second user account and used for matching calculation. The matching degree calculation is a data processing process performed on the server side, which aims to quantify the degree of conformity between the first user friendship preference and the second user feature. The display threshold value is a pre-set numerical threshold value, which is used to determine whether the matching result meets the standard of generating a detailed encounter record.

[0035] The server, after receiving the query request, does not unconditionally return the second user's desensitized public information, but first performs a matching degree screening. Specifically, the server obtains the first user account associated friend-making preference configuration from the database, and extracts the corresponding feature information from the second user account profile. Subsequently, the server calculates the matching degree of the two sets of information through a specific algorithm, which involves the evaluation of the compliance of multiple dimensions (such as interest, age range, geographical location preference, etc.), and finally outputs a quantitative matching degree evaluation value. The server compares this evaluation value with the preset display threshold. If the evaluation value is greater than or equal to the threshold, it is determined that the matching degree between the two parties is high, and the server continues to execute the original process to return the desensitized public information to generate detailed first encounter records. If the evaluation value is lower than the threshold, the server does not return the detailed desensitized public information, but returns a brief indication information, which only indicates to the first user terminal that another device has been successfully sensed in the vicinity, but based on the matching degree consideration, there is no need to display the detailed card information of the other party.

[0036] The embodiment introduces an intelligent screening mechanism in the basic information query process, realizes the personalized and accurate generation of encounter records through the server-side matching degree calculation and threshold judgment based on user preference configuration. This can effectively filter out a large number of low-relevance encounter events, avoid the interference of uninterested or low-matching-degree strangers' information to the user, thereby improving the information quality of the encounter record list and the browsing efficiency of the user, making the social discovery process more focused and efficient. At the same time, by returning simplified indication information instead of complete feedback, the integrity of the device sensing function is also maintained, so that the user knows that the sensing mechanism is working.

[0037] In some embodiments, the matching degree calculation between the first user friend-making preference configuration and the second user feature information generates a matching degree evaluation value, including: The first user friend-making preference configuration is parsed to obtain first preference information of at least one preference dimension, the preference dimension including an interest label dimension, a basic attribute requirement dimension, and a friend-making scene tendency dimension, the first preference information including a first user interest label set, a first basic attribute expected range, and a first expected friend-making scene; The second user feature information is parsed to obtain a second user interest label set corresponding to the interest label dimension, a second user basic attribute value corresponding to the basic attribute requirement dimension, and a second user scene state corresponding to the friend-making scene tendency dimension; For the interest label dimension, a set similarity algorithm is used to calculate the coincidence degree between the first interest label set and the second user interest label set as the first dimension matching score; For the basic attribute requirement dimension, a range compliance judgment algorithm is adopted to judge whether the second user's basic attribute value falls within the first basic attribute expected range, and a second dimension matching score is generated according to the judgment result; For the friend-making scene tendency dimension, a state matching algorithm is adopted to compare the first expected friend-making scene with the second user's scene state, and a third dimension matching score is generated; Based on at least one of the first dimension matching score, the second dimension matching score and the third dimension matching score, a matching degree evaluation value is generated through a weighted fusion algorithm.

[0038] In this embodiment, the first user's friend-making preference configuration is a set of structured parameters associated with the first user's account stored by the server. The application provides an interactive interface for the user to set or select his preferences, and the server receives and stores these settings to form a data structure that can be parsed by the program, such as a JSON object containing specific fields or a database record. In the parsing process, the server program reads the data structure and extracts at least three dimensions of first preference information according to predefined rules, such as extracting the first user's interest tag set from the "interest tag" field; extracting the first basic attribute expected range from the "basic attribute requirement" field, which is usually represented as a minimum-maximum interval; extracting the first expected friend-making scene from the "friend-making scene tendency" field, which can be an enumerated value or a string identifier.

[0039] The second user's feature information is the corresponding data extracted from the complete profile of the second user's account. The server also obtains the second user's interest tag set, the second user's basic attribute value (such as age value) and the second user's scene state (such as the currently set social mode) by parsing the second user's profile storage structure.

[0040] The matching degree calculation is carried out independently for each dimension. For the interest tag dimension, a set similarity algorithm is adopted, such as calculating the ratio of the number of intersection elements to the number of union elements (Jaccard similarity coefficient) between the first interest tag set and the second user's interest tag set, and taking the ratio as the first dimension matching score. For the basic attribute requirement dimension, a range compliance judgment algorithm is adopted, that is, to judge whether the second user's basic attribute value is greater than or equal to the minimum value of the first basic attribute expected range and less than or equal to the maximum value; if it falls completely within the range, the second dimension matching score is recorded as full score (such as 1.0), if it does not fall within the range, it is recorded as the minimum score (such as 0.0), and intermediate scores can also be assigned according to the degree of deviation. For the friend-making scene tendency dimension, a state matching algorithm is adopted to compare the first expected friend-making scene with the second user's scene state by string comparison or logical matching; if they are completely consistent or belong to a pre-set compatible state combination, the third dimension matching score is recorded as a high score, otherwise as a low score.

[0041] Finally, the server generates a final matching degree evaluation value through a weighted fusion algorithm. The algorithm assigns a weight coefficient to the first dimension matching score, the second dimension matching score, and the third dimension matching score, and the sum of the weight coefficients is 1. The matching degree evaluation value is obtained by multiplying each dimension matching score by the corresponding weight coefficient and then adding them together. The weight coefficients can be preset by the system administrator according to business logic, or the first user can adjust the importance of each dimension in his / her preference configuration.

[0042] The embodiment provides a specific and operable multi-dimensional matching degree calculation scheme. By analyzing user preferences and features into structured data and quantitatively scoring them using mathematical or logical algorithms for different dimensions, and finally achieving comprehensive evaluation through weighted summation, the matching process is transformed from subjective and fuzzy judgment to objective and accurate calculation, greatly improving the automation level and accuracy of encounter record screening, and more effectively connecting users with high matching degree, optimizing the user's social discovery experience.

[0043] In some embodiments, the one-way friend adding instruction initiated by the first user terminal for the first encounter record sends a friend application notification to the application interface associated with the second user terminal, including: The friend request with additional context information includes at least one of the following: The first encounter record based on which the one-way friend adding instruction is initiated; The geographical location or scene label corresponding to the first encounter record when it was generated; The timestamp when the first user terminal and the second user terminal first obtained each other's hardware identification information; The friend request with additional context information is sent to the server; The server forwards the friend request to the friend application notification of the application interface associated with the second user terminal, wherein the additional context information is integrated and presented in the display content of the friend application notification.

[0044] In this embodiment, the additional context information refers to a set of auxiliary data related to the offline encounter event automatically added by the associated application of the first user terminal when generating the friend application. This set of information aims to provide the recipient (second user) with more background information about the source of this friend request, helping them to recall or understand the encounter scenario.

[0045] When the first user initiates a one-way friend adding instruction for a certain first encounter record, the associated application generates a standard friend request data packet. In addition to the basic initiator and receiver account identifiers, the application retrieves and packages additional context information associated with the first encounter record from the local storage. These information can include: the complete first encounter record content (such as the other party's de-sensitized public information) based on which the current application operation is triggered; the de-sensitized geographical location coordinates or preset scene labels (such as "coffee shop", "gym") recorded and delivered by the server when generating the encounter record; and the timestamp of the first successful exchange of hardware identification information between the two devices extracted from the local log.

[0046] The friend request carrying additional context information is sent to the server. When forwarding it to the second user terminal, the server formats the received additional context information and integrates it into the final friend application notification content displayed on the second user application interface. For example, in addition to displaying "someone has applied to add you as a friend", the notification interface will also display additional prompt information such as "you met near [coffee shop]" or "meeting time: [specific time]".

[0047] This embodiment greatly enhances the recognizability and credibility of social invitations by attaching context information closely related to offline encounter events to the friend application. The receiver can intuitively understand that this application is based on a specific offline encounter and recall the relevant scene with clues such as geographical location and time, thereby reducing the psychological threshold for accepting stranger friend applications, improving the pass rate of friend applications and the success rate of social ice-breaking, and making the combination of online social interaction and offline real experience more closely and naturally.

[0048] In some embodiments, the first user terminal receives a confirmation instruction from the second user terminal for the friend application notification, and establishes a formal friend relationship between the first user account and the second user account on the server side, including: In response to the confirmation instruction, the server creates a formal friend relationship between the first user account and the second user account and generates a time-limited secure communication channel associated with the formal friend relationship; Through the secure communication channel, perform a two-way privacy information exchange operation, including: The server extracts a first privacy information item from the first user's private database, which is pre-authorized by the first user to share when establishing a friend relationship; The server extracts a second privacy information item from the second user's private database, which is pre-authorized by the second user to share when establishing a friend relationship; The server sends the first privacy information item to the associated application of the second user terminal and sends the second privacy information item to the associated application of the first user terminal. After the completion of the bidirectional privacy information exchange operation, the secure communication channel is closed or invalidated.

[0049] In this embodiment, the secure communication channel is a protected logical communication link temporarily created by the server after confirming that both parties agree to establish a friend relationship, and is used to perform a one-time, high-security privacy information exchange at the beginning of relationship establishment. The channel is time-limited, meaning that it has a limited existence time, for example, it is invalidated immediately after the completion of the information exchange or automatically closed after a very short protection window period.

[0050] When the server receives the confirmation instruction from the second user terminal, it first updates the status of the first user account and the second user account in the database to a formal friend relationship. The server generates a unique secure communication channel for the pair of friends, which can be achieved by generating a temporary, high-strength encryption session key or token to ensure the data confidentiality and integrity of the subsequent exchange process.

[0051] The server performs bidirectional privacy information exchange operation through this secure channel. The server accesses the private database of the first user account and the second user account respectively. The private database stores data items of higher privacy, such as phone number, WeChat number, detailed address, etc., which are not displayed in the desensitized public information. The server extracts the first privacy information item authorized by the first user to share at the time of "establishing a friend relationship" from the private database of the first user according to the authorization rules set by the user account, and extracts the corresponding second privacy information item from the private database of the second user. After the extraction is completed, the server pushes the first privacy information item to the associated application of the second user terminal after encryption, and simultaneously pushes the second privacy information item to the associated application of the first user terminal after encryption. After the information is successfully delivered to the applications of both parties, the secure communication channel is automatically closed or invalidated by the server.

[0052] This embodiment introduces a time-limited secure communication channel to handle the first exchange of high-sensitive privacy information at the critical moment of establishing a formal friend relationship. This way isolates and strengthens the protection of the relationship establishment and privacy information exchange, two high-security operations at the logical and communication levels, effectively preventing the risk of sensitive information being intercepted or leaked in the regular communication link. The design of invalidating the channel after completing the exchange once maximizes the exposure window of sensitive data, greatly improving the security level of user privacy information at the beginning of social relationship establishment.

[0053] In some embodiments, the associated application of the first user terminal and the second user terminal is authorized to access each other's complete contact information unlocked based on the formal friendship, including: In response to the establishment of the formal friendship, the server generates and associates a dynamic access token for the friendship pair between the first user account and the second user account; When the associated application of the first user terminal needs to access the complete contact information of the second user account, an access request carrying the dynamic access token is sent to the server; The server verifies the validity of the dynamic access token and the matching of the current friendship pair; If the verification is passed, the server encapsulates the part of the complete contact information of the second user account that is currently valid and visible to the first user account as response data and returns it to the associated application of the first user terminal; At least one of the validity period and the authority range of the dynamic access token can be dynamically adjusted according to the configuration of the second user account or the state change of the friendship pair.

[0054] In this embodiment, the dynamic access token is a string of encrypted characters or data structures generated by the server when the formal friendship is established, which has uniqueness, timeliness and is bound to a specific friendship pair. It serves as the core credential for subsequent authorized access to complete contact information. The server generates an independent dynamic access token for each successfully established friendship pair and stores it in association with the user account identifiers of the relationship parties.

[0055] When the associated application of the first user terminal needs to obtain the complete contact information of the second user account (for example, when viewing the friend's profile page), the application will initiate a network access request to the server. This request must carry the dynamic access token associated with the current friendship pair previously issued by the server. After receiving the request, the server first performs token verification. The verification process includes: checking whether the format of the token is valid; checking whether the token has expired (based on its preset validity period); and confirming whether the token is indeed matched with the friendship pair composed of the first user account initiating the request and the second user account being accessed. If any of the verifications fails, the server rejects the access request.

[0056] If the verification is passed, the server then performs information retrieval and packaging. From the complete contact information database of the second user account, the server filters out two parts of information: one is the information that is still maintained as "valid" by the second user (e.g. phone numbers that are not marked as outdated); the other is the part of information that is "visible" to the first user account according to the privacy rules set by the second user (e.g. the second user can set different visibility ranges for different friend groups). The server packages these filtered information into structured response data (e.g. JSON format) and returns it to the associated application of the first user terminal through an encrypted channel.

[0057] The core feature of the dynamic access token lies in its dynamic adjustability. Its validity period is not fixed, for example, it can be set to 24 hours from creation, or shortened to one session according to the second user's settings. Its permission scope can also be dynamically adjusted, for example, the second user can modify the settings through the associated application at any time to revoke the access permission to certain sensitive information items (such as home address), and the server will check these latest permission settings synchronously when verifying the token, thereby controlling the returned information content. In addition, if the friendship is dissolved, all dynamic access tokens associated with this relationship will be immediately marked as invalid by the server.

[0058] This embodiment realizes fine and dynamic control of access permissions between friends by introducing the dynamic access token mechanism. Compared with static authorization, this mechanism binds access control with a verifiable, expirable and adjustable token, enabling the information provider (second user) to continuously and flexibly control the disclosure range and time limit of their own private information, and to adjust it at any time even during the existence of the friendship. This greatly enhances the user's control over personal data and improves the security and initiative of privacy protection, while ensuring that the information seeker (first user) can conveniently access the latest and valid contact information within the permission scope.

[0059] In a second aspect, the embodiment also provides a friend-making system based on near field communication, which is applicable to the method of the first aspect. The system comprises a first user terminal, a second user terminal and a server. The first user terminal is integrated with a first near field communication module, which is configured to periodically broadcast the hardware identification information of the terminal and scan and acquire the hardware identification information of other terminals within the communication range. The second user terminal is integrated with a second near field communication module, which is configured to periodically broadcast the hardware identification information of the terminal and scan and acquire the hardware identification information of other terminals within the communication range. The server is in communication connection with the associated applications of the first user terminal and the second user terminal. The server comprises an identification binding storage unit, an information query processing unit, a relationship management unit and a permission control and information exchange unit. The identification binding storage unit is used to store the binding relationship between the hardware identification information of each user terminal and the corresponding user account. The information query processing unit is used to receive a query request containing target hardware identification information from the associated application of the user terminal, retrieve the corresponding target user account according to the identification binding storage unit, and return the desensitized public information corresponding to the target user account. The relationship management unit is used to process the friend application initiated by the associated application of the user terminal, manage the sending and confirmation of the friend application notification, and establish and maintain the formal friend relationship between the corresponding user accounts after receiving the bidirectional confirmation. The permission control and information exchange unit is used to control and execute the authorized access to the complete contact information between the associated user accounts after the establishment of the formal friend relationship. The associated applications of the first user terminal and the second user terminal are configured to perform the following operations: send the hardware identification information acquired from the near field communication module to the information query processing unit of the server to generate a meeting record; initiate a friend application based on the meeting record; receive and display the friend application notification from the relationship management unit of the server; and after obtaining the authorization, access the complete contact information unlocked based on the formal friend relationship from the permission control and information exchange unit of the server.

[0060] In the embodiment, the first user terminal and the second user terminal are equal in hardware structure, both containing a near field communication module (such as a Bluetooth module) and a processor running an associated application (such as a mobile phone APP). The near field communication module is responsible for performing the periodic broadcast and scanning functions of the hardware, while the associated application is responsible for network communication with the server, processing user interface interaction and executing application logic.

[0061] The various functional units of the server can be implemented by software modules or service interfaces. The identification binding storage unit is usually a database table that stores the unique mapping relationship between hardware identification information (such as a MAC address) and a user account. The information query processing unit is a background service interface that accesses the database after receiving a query request, completes account retrieval, and returns desensitized information. The relationship management unit is responsible for maintaining the state machine of friend applications, processing applications, notifications, confirmations, and other processes, and updating the friend relationship status in the database after confirmation. The permission control and information exchange unit intervenes after the establishment of the friend relationship, is responsible for generating and verifying access tokens (such as dynamic access tokens), and controls access to and exchange of complete contact information according to permission rules.

[0062] The association application is configured as a bridge connecting hardware modules and cloud services. It reads the scanned hardware identification information from the near field communication module and calls the interface of the information query processing unit; provides an interface for users to initiate a friend application based on the returned encounter record; listens to and displays notifications from the relationship management unit; after obtaining authorization, requests access to complete contact information from the permission control and information exchange unit.

[0063] The system architecture of the embodiment clearly divides the three levels of terminal hardware perception, cloud data management and permission control, and application layer interaction. Through modular unit design, the key steps in the method process are solidified into specific system components, ensuring that the entire friend-making process can run stably, efficiently, and securely. The system provides reliable physical support for the method, enabling the scale deployment and application of the offline sensing, online matching, and privacy-controllable social mode.

[0064] In a third aspect, the embodiment also provides a near field communication-based friend-making device, characterized in that the system of the second aspect is installed thereon. The friend-making device is configured as one of a mobile phone, a computer, a tablet, and a wearable terminal.

[0065] In the embodiment, the friend-making device is specifically implemented as a smart terminal that integrates a near field communication module, a processor, a memory, and an operating system. Its form can be a mobile phone, a tablet computer, a notebook computer used by a user in daily life, or a wearable terminal or a separate portable hardware device specially designed for socializing. The portable hardware device can have physical keys, indicator lights, and prompt sound components, and can realize identity broadcasting and sensing through a low-power Bluetooth module. Regardless of the form, the device loads and runs the system software through its hardware platform, enabling the device to have complete capabilities to execute the near field communication-based friend-making method.

[0066] The embodiment realizes the final hardware carrier of the method of the first aspect and the system of the second aspect, and realizes the specific and commercially available product form. By integrating the system in the widely popular mobile intelligent terminal or the special-purpose device combined with entity interaction, the user can conveniently experience the social service combined with the offline induction and the online controllability by using the existing or exclusive device, and the practicability and the generalizability of the scheme are improved.

[0067] By adopting the above technical scheme, the present application is different from the prior art and has the following beneficial effects: through the periodic broadcast of the hardware identification information by the near field communication module and the mutual acquisition, the offline physical meeting event is accurately captured without sensing, the proximity in the real space is directly converted into the first meeting record which can be traced online, the problem that the traditional online socialization is disconnected from the real scene is effectively solved, and the immediacy and the authenticity of the social interaction are enhanced. In the process of generating the first meeting record, only the desensitization public information corresponding to the second user account is returned by the server, and the user can only access the non-private public information before establishing the formal friend relationship, and the complete contact information is authorized to be accessed only after the formal friend relationship is established through the mutual confirmation, so that the gradient type information disclosure mechanism guarantees the social breaking efficiency while greatly protecting the user privacy and safety, and solves the problem of high privacy exposure risk in the stranger friendship. Through a series of optimization and strengthening measures such as local query identification record comparison, matching degree calculation and screening based on user preferences, adding context information for friend application, establishing a time-sensitive security communication channel for privacy information exchange, and using dynamic access token to realize dynamic permission control, the efficiency, matching accuracy, social credibility and privacy protection security level of the system are further improved. The above method and system are embodied as an entity product which can be loaded on a mobile phone, a computer, a tablet computer or a wearable terminal, and the like, and provide a diversified hardware carrier for the landing application of the scheme, and the practicability and the generalizability of the scheme are improved. In summary, the present application constructs a complete closed loop from offline induction, online safe association to mutual confirmation and relationship establishment, improves the efficiency and experience of stranger friendship, and realizes the full respect and reliable protection of user privacy.

[0068] In addition, each functional unit in each embodiment of the present application can be integrated in one processing unit, or each unit can exist physically, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of a software functional unit.

[0069] If the integrated unit is implemented in the form of a software function unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application or the entire or part of the technical solutions that essentially contribute to the prior art can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various media that can store program codes.

[0070] The above only describes some embodiments of the present application, and does not limit the protection scope of the present application. Any equivalent device or equivalent process transformation, or direct or indirect application in other related technical fields based on the content of the present application specification and drawings are also included in the patent protection scope of the present application.

Claims

1. A method for making friends based on near-field communication, characterized in that, include: The system acquires first hardware identification information periodically broadcast by a first user terminal through a near-field communication module, and second hardware identification information periodically broadcast by a second user terminal through a near-field communication module, wherein the first hardware identification information is bound to a first user account, and the second hardware identification information is bound to a second user account. When the first user terminal and the second user terminal enter the near-field communication range, a first encounter record is generated on the associated application interface of the first user terminal, including: The first user terminal and the second user terminal obtain each other's hardware identification information; After the first user terminal obtains the hardware identification information of the second user terminal, the associated application of the first user terminal sends a query request containing the hardware identification information of the second user terminal to the server. The server retrieves the second user account bound to the hardware identifier information in the query request, and returns the de-identified public information corresponding to the second user account to the associated application of the first user terminal, so as to generate and display the first encounter record. The first user terminal sends a friend request notification to the application interface associated with the second user terminal in response to the one-way friend add command initiated by the first encounter record. When the first user terminal receives a confirmation instruction from the second user terminal regarding the friend request notification, it establishes a formal friend relationship between the first user account and the second user account on the server side, and authorizes the associated applications of the first user terminal and the second user terminal to mutually access the complete contact information unlocked based on the formal friend relationship.

2. The friend-making method based on near-field communication according to claim 1, characterized in that, The first user terminal and the second user terminal mutually obtain each other's hardware identification information, including: At least one of the first user terminal and the second user terminal is used as the scanning party, and operates in a low-power scanning mode to listen for broadcast signals within the communication range. The first user terminal and the other of the second user terminals are designated as the broadcaster, and the system operates in a connectable non-directional broadcast mode, periodically broadcasting broadcast data packets containing its own hardware identification information. When the scanner detects the broadcast data packet of the broadcaster, it parses and obtains the hardware identification information of the broadcaster; In this case, the scanning party and the broadcasting party do not establish a continuous Bluetooth connection after completing one exchange of hardware identification information.

3. The friend-making method based on near-field communication according to claim 1, characterized in that, After the first user terminal obtains the hardware identification information of the second user terminal, the associated application of the first user terminal sends a query request containing the hardware identification information of the second user terminal to the server, including: The obtained hardware identification information of the second user terminal is compared with the queried identification records stored locally; If the hardware identification information of the second user terminal does not exist in the queried identification record, then the step of sending a query request to the server is executed, and after successful sending, the hardware identification information of the second user terminal is added to the queried identification record. If the hardware identification information of the second user terminal already exists in the queried identification record, then the operation of sending a query request to the server is suppressed.

4. The friend-making method based on near-field communication according to claim 1, characterized in that, The server retrieves the second user account bound to the hardware identifier information in the query request, and returns de-identified public information corresponding to the second user account to the associated application of the first user terminal, in order to generate and display the first encounter record, including: The server obtains the first user's dating preference configuration associated with the first user account, and extracts the second user feature information from the user profile corresponding to the second user account; The matching degree between the first user's dating preference configuration and the second user's feature information is calculated to generate a matching degree evaluation value; Determine whether the matching degree evaluation value meets the preset display threshold; If the conditions are met, then the step of returning the de-identified public information corresponding to the second user account to the associated application of the first user terminal is executed; If the conditions are not met, an indication message is returned to the associated application of the first user terminal, indicating that the device has been detected but no detailed encounter record needs to be generated.

5. The friend-making method based on near-field communication according to claim 4, characterized in that, The matching degree is calculated by comparing the first user's dating preference configuration with the second user's feature information to generate a matching degree evaluation value, including: The first user's dating preference configuration is parsed to obtain first preference information of at least one preference dimension. The preference dimension includes interest tag dimension, basic attribute requirement dimension and dating scenario tendency dimension. The first preference information includes first user interest tag set, first basic attribute expected range and first expected dating scenario. The second user feature information is parsed to obtain the second user interest tag set corresponding to the interest tag dimension, the second user basic attribute value corresponding to the basic attribute requirement dimension, and the second user scenario state corresponding to the friendship scenario tendency dimension. For the interest tag dimension, a set similarity algorithm is used to calculate the overlap between the first interest tag set and the second user interest tag set, which is used as the first dimension matching score; For the aforementioned basic attribute requirement dimension, a range compliance judgment algorithm is adopted to determine whether the second user basic attribute value falls within the expected range of the first basic attribute, and a second dimension matching score is generated based on the judgment result; For the aforementioned dating scenario preference dimension, a state matching algorithm is used to compare the first desired dating scenario with the second user scenario state to generate a third dimension matching score; The matching score is generated based on at least one of the first dimension matching score, the second dimension matching score, and the third dimension matching score using a weighted fusion algorithm.

6. The friend-making method based on near-field communication according to claim 1, characterized in that, The first user terminal initiates a one-way friend add command based on the first encounter record, and sends a friend request notification to the application interface associated with the second user terminal, including: A friend request is generated with additional contextual information, which includes at least one of the following: The first encounter record upon which the one-way friend add command is based; The geographical location or scene tag corresponding to when the first encounter record was generated; The timestamp at which the first user terminal and the second user terminal first obtain each other's hardware identification information; Send the friend request carrying the additional context information to the server; The server forwards the friend request as a friend request notification to the application interface associated with the second user terminal, wherein the additional context information is integrated into the content displayed in the friend request notification.

7. The friend-making method based on near-field communication according to claim 1, characterized in that, The first user terminal receives a confirmation instruction from the second user terminal regarding the friend request notification, and establishes a formal friend relationship between the first user account and the second user account on the server side, including: In response to the confirmation command, the server creates the formal friend relationship between the first user account and the second user account, and generates a time-sensitive secure communication channel associated with the formal friend relationship; The secure communication channel is used to perform a two-way exchange of privacy information, including: The server extracts a first privacy information item from the private database of the first user account, which was pre-authorized by the first user to be shared when establishing a friend relationship; The server extracts a second privacy information item from the private database of the second user account, which was pre-authorized by the second user to be shared when establishing a friend relationship; The server will send the first privacy information item to the associated application of the second user terminal, and will also send the second privacy information item to the associated application of the first user terminal. After the two-way privacy information exchange operation is completed, the secure communication channel is closed or disabled.

8. The social networking method based on near-field communication according to claim 1, characterized in that, Authorizing the associated applications of the first user terminal and the second user terminal to mutually access the complete contact information unlocked based on the formal friend relationship, including: In response to the establishment of the formal friend relationship, the server generates and associates a dynamic access token for the friend relationship pair between the first user account and the second user account. When the associated application of the first user terminal needs to access the complete contact information of the second user account, it sends an access request carrying the dynamic access token to the server. The server verifies the validity of the dynamic access token and its matching with the current friend relationship pair; If the verification is successful, the server will encapsulate the currently valid part of the complete contact information of the second user account that is visible to the first user account into response data and return it to the associated application of the first user terminal. The validity period and permission scope of the dynamic access token can be dynamically adjusted according to the configuration of the second user account or the status change of the friend relationship pair.

9. A social networking system based on near-field communication, characterized in that, The system applicable to the method of any one of claims 1 to 8 comprises: The first user terminal integrates a first near-field communication module, which is configured to periodically broadcast its own hardware identification information and scan and obtain the hardware identification information of other terminals within the communication range. The second user terminal integrates a second near-field communication module, which is configured to periodically broadcast its own hardware identification information and scan for and obtain the hardware identification information of other terminals within the communication range. A server, which communicates with the associated applications of the first user terminal and the second user terminal, includes: The identifier binding storage unit is used to store the binding relationship between the hardware identifier information of each user terminal and the corresponding user account; The information query processing unit is used to receive a query request containing target hardware identification information from the user terminal associated application, retrieve the corresponding target user account according to the identification binding storage unit, and return the de-identified public information corresponding to the target user account. The relationship management unit is used to process friend requests initiated by user terminal associated applications, manage the sending and confirmation of friend request notifications, and establish and maintain formal friend relationships between the corresponding user accounts after receiving two-way confirmation. The access control and information exchange unit is used to control and execute authorized access to complete contact information between associated user accounts after the formal friend relationship is established. The associated application between the first user terminal and the second user terminal is configured to perform the following operations: The hardware identification information obtained from the near-field communication module is sent to the information query processing unit of the server to generate an encounter record; Initiate a friend request based on the aforementioned encounter record; Receive and display friend request notifications from the server relationship management unit; And, upon authorization, access to complete contact information unlocked based on a formal friend relationship from the server's access control and information exchange unit.

10. A social networking device based on near-field communication, characterized in that, It is equipped with the system described in claim 9, wherein the dating device is configured as one of a mobile phone, computer, tablet, or wearable terminal.