Neighbor space pushing method

Abstract

The invention relates to a neighbor space pushing method, and belongs to the technical field of communication, and the method comprises the following steps: S1, alpha, beta and gamma terminal devices periodically generate broadcast signals with beacons Id through a Bluetooth bus; s2, terminal equipment of beta and gamma classes collects, filters and processes beacons Id of which the Bluetooth signal intensity is greater than the baseline X within the time of the period T through a local data processing module A, and constructs a beacon Id list; s3, submitting metadata combined by a beacon Id list and a terminal user identity certificate to the server by the beta and gamma type terminals through a network access module; s4, the server queries a terminal information set corresponding to each beacon Id in the list in a data storage module B to form a neighbor space terminal information set list; and S5, the server queries the push preference configuration of the user in a data storage module B according to the user identity certificate. According to the invention, information can be pushed through Bluetooth broadcast, and friend-making experience in space is improved.

Description

Technical Field

[0001] The present invention relates to the field of communication technologies, and in particular, to a method for pushing information in a neighboring space. Background Art

[0002] With the rapid development of Internet of Things technologies, the interconnection and interoperability between intelligent devices have become the norm. In various public places, such as scenic spots, exhibition halls, shopping malls, etc., people increasingly hope to obtain information related to their own locations and interests through intelligent devices.

[0003] Most existing information push systems adopt broadcast-based pushing, that is, without considering the specific locations and interests of users, information is widely pushed to all devices. This pushing method not only wastes resources but also easily causes information overload for users. At the same time, due to the lack of an effective identity authentication mechanism, the information pushing process is vulnerable to malicious attacks, such as the beacon Id being tampered with or forged, resulting in users receiving false information. Summary of the Invention

[0004] The object of the present invention is to address the problems in the background art and propose a method for pushing information in a neighboring space that can push information through Bluetooth broadcasting and improve the friend-making experience in the space.

[0005] The technical solution of the present invention: A method for pushing information in a neighboring space, the method comprising the following steps:

[0006] S1. Terminal devices of types α, β, and γ periodically generate broadcast signals with beacon Ids through a Bluetooth bus;

[0007] S2. Terminal devices of types β and γ, through the local data processing module A, collect, filter, and process beacon Ids with a Bluetooth signal strength greater than the baseline X within a period of time T, and construct a beacon Id list;

[0008] S3. Terminal devices of types β and γ submit metadata combined with the beacon Id list and the terminal user identity credentials to the server through an access module;

[0009] S4. The server queries the terminal information sets corresponding to each beacon Id in the list in the data storage module B to form a neighboring space terminal information set list;

[0010] S5. The server queries the user's push preference configuration according to the user identity credentials in the data storage module B;

[0011] S6. The server combines the user push preference configuration and the neighboring space terminal information set list through the data processing module B to infer and generate a push message queue exclusive to the user;

[0012] S7. The server sends messages to terminal devices of types β and γ through the access module;

[0013] Type S8 terminal devices process messages via other types of sub-methods, while type γ terminal devices display messages to users via the interaction module.

[0014] Preferably, the type α terminal device in step S1 includes a Bluetooth module A and a data storage module A;

[0015] Type β terminal devices include a Bluetooth module B, an access network module, a data processing module A, and a data storage module A;

[0016] Type γ terminal devices include a Bluetooth module B, an access network module, an interaction module, a data processing module A, and a data storage module A.

[0017] Preferably, the Bluetooth module A includes a broadcast module;

[0018] The Bluetooth module B includes a broadcast module and a receiving module.

[0019] Preferably, the server includes a data processing module B, a data storage module B, and an access network module.

[0020] Preferably, the data processing module B includes a beacon Id allocation module, a device identity registration module, and a device interconnection management module.

[0021] Preferably, when type β and γ terminal devices monitor a new beacon Id through Bluetooth module B broadcasting, they will use the signature key obtained from the remote server in the local trusted execution environment to verify the validity of the beacon Id. If the verification passes, it proves that the source of the beacon Id is legal and has not been tampered with; if the verification fails, it indicates that the beacon Id has been tampered with or forged.

[0022] Preferably, type γ terminal devices are connected to the server through the Internet bus. Users register personal accounts through the data processing module B, fill in and submit personal account information, and select interaction features in the account; the beacon Id allocation module generates at least one beacon Id for the user and binds it to the user's personal account information.

[0023] Preferably, the collection of near-neighbor space features includes the following steps:

[0024] B1. The terminal device records the beacon Ids received in its near-neighbor space within the most recent T time range through the local beacon list;

[0025] B2. Whenever a new device broadcasting a beacon enters the neighboring space range of the terminal device described in B1, the Bluetooth listening module of the terminal device will obtain the new beacon ID. At the same time, the Bluetooth listening module of the terminal device will also receive the beacon IDs broadcast by other devices that are already in the neighboring space range and have been included in the local beacon list. To distinguish between the two, the data processing module A compares each beacon ID received in the current cycle with each beacon ID in the local beacon list one by one:

[0026] b1. When the beacon ID belongs to a beacon in the local beacon list, update the beacon listening timestamp in the local beacon list;

[0027] b2. If the beacon ID belongs to a beacon outside the local beacon list, construct a beacon submission list and add the beacon submission list to the queue of the local beacon list to form the updated local beacon list for the next cycle;

[0028] B3. When the beacon ID stored in the local beacon list in the current cycle exceeds time T out then remove the beacon ID from the local beacon list;

[0029] B4. When a new beacon ID enters the comparison range, repeat the above steps and perform comparison and identification using the local beacon list for the new cycle.

[0030] Preferably, the push preference selection algorithm in step S6 includes, when receiving the beacon list, querying the characteristic attributes corresponding to the beacons through the data storage module B, querying the characteristic labels of each beacon, obtaining N characteristic labels, and obtaining a 1*N characteristic vector corresponding to Property

[0031] Query the user preference setting Config setting and historical preference Config pref through the data storage module B, calculate the user's interest weights for the N characteristics according to the user preferences and historical preferences, form an N*1 preference factor vector, and obtain

[0032] Query the beacon popularity in the neighboring area through the database, normalize the popularity of all beacons recorded in the neighboring area, and then obtain h = Lookup(Heat(LocationGPS), Bid) according to the popularity of the beacon corresponding to the query Bid;

[0033] Association tendency score:

[0034] Select the Bid with a Score greater than the threshold θ,

[0035] Query the corresponding account information according to the Bid and construct a push list.

[0036] Preferably, it further includes a recording module for recording the GPS location information of β and γ type terminal messages when a push event occurs.

[0037] Compared with the prior art, the present invention has the following beneficial technical effects:

[0038] 1. By setting the threshold θ and the matching algorithm based on user preferences, beacons that are more relevant to the user can be accurately screened out, avoiding interference from invalid or irrelevant information and meeting the personalized needs of users.

[0039] 2. Enhance the user's ability to discover potential interests:

[0040] By combining the user's historical preferences and the current environmental popularity, the system can actively identify and recommend beacon information that the user may not have realized but meets their potential interests, bringing more exploration opportunities to the user.

[0041] 3. Dynamically adapt to environmental characteristics:

[0042] Based on the beacon dynamic update algorithm in the device's neighboring space, the system can real-time identify beacons with high popularity or concentrated user attention, ensuring the timeliness and relevance of the push information and adapting to the changing social environment.

[0043] 4. Improve interaction efficiency

[0044] The automated push algorithm reduces the time cost for users to manually screen and search in complex environments, enabling users to focus more on actual social interactions or resource utilization.

[0045] 5. Promote social connections in offline scenarios

[0046] The system combines online recommendations with offline scenarios through efficient interest matching and environmental adaptation algorithms, further encouraging users to establish connections with strangers around them and improving the offline social experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following will briefly introduce the drawings required for the description of the embodiments. Obviously, the following drawings are only some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0048] Figure 1 It is the flowchart of the method for the embodiment in the present invention;

[0049] Figure 2 It is the interaction schematic diagram for the embodiment in the present invention;

[0050] Figure 3 This is the flowchart of the neighboring space feature acquisition algorithm for the embodiments in the present invention;

[0051] Figure 4 This is the flowchart of the push message selection algorithm for the embodiments in the present invention;

[0052] Figure 5 This is the schematic diagram of identity verification for the embodiments in the present invention. Detailed implementation manners

[0053] To make the above objects, features, and advantages of the present invention more obvious and understandable, the following detailed description of the specific implementation manners of the present invention will be given in conjunction with the accompanying drawings of the specification.

[0054] In the following description, many specific details are set forth to facilitate a thorough understanding of the present invention. However, the present invention may also be implemented in other ways different from those described herein. Those skilled in the art can make similar generalizations without departing from the connotation of the present invention. Therefore, the present invention is not limited by the specific embodiments disclosed below.

[0055] Secondly, the so-called "one embodiment" or "embodiment" herein refers to a specific feature, structure, or characteristic that may be included in at least one implementation manner of the present invention. The appearances of "in one embodiment" in different places in this specification do not all refer to the same embodiment, nor are they embodiments that are mutually exclusive of other embodiments individually or selectively.

[0056] Embodiment 1

[0057] As Figures 1-5 shown, a neighboring space push method proposed by the present invention includes the following steps:

[0058] S1. Terminal devices of types α, β, and γ periodically generate broadcast signals with beacon Ids through a Bluetooth bus;

[0059] S2. Terminal devices of types β and γ collect, filter, and process beacon Ids with Bluetooth signal strength greater than the baseline X within the time period T through the local data processing module A, and construct a beacon Id list;

[0060] S3. Terminal devices of types β and γ submit metadata combined with the beacon Id list and the terminal user identity credentials to the server through the network access module;

[0061] S4. The server queries the corresponding terminal information sets for each in the beacon Id list in the data storage module B to form a neighboring space terminal information set list;

[0062] S5. The server queries the user's push preference configuration in data storage module B according to the user identity credential;

[0063] S6. The server combines the user push preference configuration and the list of neighboring space terminal information sets through data processing module B to infer and generate a push message queue exclusive to the user;

[0064] S7. The server sends messages to β and γ type terminals through the network access module;

[0065] S8. The β type terminal device processes the message through other types of sub-methods, while the γ type terminal displays the message to the user through the interaction module.

[0066] When the β and γ type terminal devices broadcast and monitor a new beacon Id through Bluetooth module B, the validity of the beacon Id will be verified in the local trusted execution environment using the signature key obtained from the remote server. If the verification passes, it proves that the source of the beacon Id is legal and has not been tampered with; if the verification fails, it indicates that the beacon Id has been tampered with or forged. When the terminal device broadcasts and monitors a new beacon Id through BLE, the validity of the beacon Id will be verified in the local TEE environment using the signature key Key obtained from the remote server. Since:

[0067] Beacon Id = Signature || Beacon Number,

[0068] Signature = HMAC(Key, Beacon Number)

[0069] In the signature verification process, the signature is calculated according to the Beacon Number through the same HMAC algorithm and compared with the Signature in the beacon Id. If the two are consistent, it proves that the message has not been tampered with and the source is legal; if they are inconsistent, it indicates that the message may have been tampered with or forged.

[0070] Shared signature key Key = Sig || Key rand ,

[0071] Here:

[0072] Sig = Hash(Key rand ) d mod n;

[0073] Where Hash(…) is the hash value of Key_rand;

[0074] d is the private key (private_key) of RSA;

[0075] n is the modulus of RSA;

[0076] The generated Key is maintained and managed by the data storage module B on the server side and is distributed and used in cooperation with the terminal side.

[0077] The γ-type terminal device is connected to the server through the Internet bus. The user registers a personal account through the data processing module B and selects interaction features in the account; fills in and submits personal account information and selects interaction features in the account; the beacon Id allocation module generates at least one beacon Id for the user account and binds it to the user's personal account information.

[0078] It further includes a recording module for recording the GPS location information of β and γ-type terminal messages when a push event occurs, and for recording the GPS location information of the terminal when a push message is sent.

[0079] When the γ-type terminal devices of user one and user two generate an interaction through the Bluetooth bus and this interaction is submitted to the server via the Internet bus, the data processing module B of the server uses the push preference selection algorithm to estimate the willingness tendency of user one and user two to establish an interconnection. According to the estimated results, information push is set, including the following three situations:

[0080] First, after estimation, the correlation tendency scores of both parties towards each other are very low, indicating that based on factors such as the preference information shown through the account, it is highly probable that both parties are not interested in each other. The server will not push this device interconnection.

[0081] Second, after estimation, the correlation tendency scores of both parties towards each other are very high, indicating that based on factors such as the preference information shown through the account, the two parties have similar interests. The server will push this device interconnection to both parties' devices simultaneously.

[0082] Third, after estimation, user one's account shows a unilateral high-score correlation tendency towards user two, but user two's account shows a lack of interest in the basic characteristics shown by user one. In this case, the server will only push the interconnection information of meeting user two on user one's γ-type terminal device. User one can further choose to follow or ignore user two through the pushed interconnection information. If user one follows user two's account, the server will send a follow-up reminder from user one to user two.

[0083] In this embodiment, when the terminal device of user one and the terminal device of user two generate an interaction through the Bluetooth bus and belong to the third category, a push reminder will be sent on the APP interface of user one, meeting user two at a certain time and a certain place, and the attribute characteristics of user two match the preference characteristics of user one, so as to push information to user one. At this time, user one can view the other party's account information according to the permissions set by the other party;

[0084] If the permission set by User 1 is that strangers cannot view it, then User 2 cannot view User 1's account information at this time;

[0085] If the permission set by User 1 is to view basic information, then User 2 can view some basic information of User 1;

[0086] After User 2 views the push information about User 1, User 2 can choose to follow User 1 in the APP through the network access module. At this time, it shows on User 1's side that a stranger has followed you, and User 1 can query User 2's public information;

[0087] If User 1 chooses to follow User 2, it means that both parties follow each other. The data storage module B of the server records the association information, and the recorded information includes time, GPS location, beacon sender, and beacon receiver to inform both parties of the time and location of meeting and the mode of establishing interconnection.

[0088] Embodiment 2 is as Figures 1-5 shown. A near - neighbor space push method proposed by the present invention. Compared with Embodiment 1, in this embodiment, the α - type terminal device in step S1 includes a Bluetooth module A and a data storage module A;

[0089] The β - type terminal device includes a Bluetooth module B, a network access module, a data processing module A, and a data storage module A;

[0090] The γ - type terminal device includes a Bluetooth module B, a network access module, an interaction module, a data processing module A, and a data storage module A.

[0091] The Bluetooth module A includes a broadcast module;

[0092] The Bluetooth module B includes a broadcast module and a receiving module.

[0093] The server includes a data processing module B, a data storage module B, and a network access module.

[0094] The data processing module B includes a beacon Id allocation module, a device identity registration module, and a device interconnection management module.

[0095] In this embodiment, the α-type terminal device is a Bluetooth patch that only has a broadcasting function. When used in scenarios such as scenic area exhibitions, the user of the α-type terminal device places the device at a specific location and binds information such as scenic spots and exhibits associated with this location to the beacon ID of the α-type terminal device. When another user of the γ-type terminal device holds the γ-type terminal device and establishes a push relationship with the α-type terminal device through the Bluetooth bus, the user of the γ-type terminal device can query the binding information about the α-type terminal device stored in the server through the interaction module. Thus, whenever the user of the γ-type terminal device, who is a tourist, walks close to objects such as scenic spots and exhibits, the binding information about this object will be automatically pushed to the APP on their device, and the tourist can perform operations such as querying, leaving messages, and collecting through the APP.

[0096] The β-type terminal device is an Internet of Things device, such as a camera, a smart lock, a wearable device, etc., which are devices that cannot actively interact. By interacting through the γ-type terminal device with the β-type terminal device, the information of the β-type terminal device can be viewed, such as unlocking automatically when approaching or quickly connecting to the camera.

[0097] The γ-type terminal device is an actively operable device such as a mobile phone, a tablet, a computer, etc. When APPs are installed on two mobile phones and the user registers and logs in, the user account will obtain a unique beacon ID, making the user information correspond to the information of Bluetooth module B. The local broadcasting module and receiving module of Bluetooth module B can act as the emitter and receiver of information. When two γ-type terminal devices approach each other, they can obtain each other's Bluetooth beacons through the Bluetooth bus.

[0098] The user can set the mode by themselves:

[0099] Do not disturb, that is, even if the APP is in the open state, neither broadcast the identity identifier nor receive any identity identifier;

[0100] Unidirectional reception, that is, the user only receives the broadcast information pushed by other users, and does not send out broadcast information themselves;

[0101] Unidirectional push, that is, the user's broadcast information is only pushed to other users, and the user does not receive the broadcast information pushed by other users;

[0102] Normal mode, that is, when receiving the broadcast information of other users, the user's own broadcast information is sent out at the same time. Receiving the broadcast information is achieved through the receiving module, and sending out the broadcast information is achieved through the broadcast module.

[0103] The user can set the permission for the disclosure of account information by themselves:

[0104] Prevent strangers from viewing information, that is, strangers cannot view my information;

[0105] Strangers are not allowed to follow, that is, strangers cannot follow me, and there will be no display on my side; allowing strangers to follow means that strangers can follow me.

[0106] Example 3 is as follows Figures 1-5 As shown, a method for pushing in the neighboring space proposed by the present invention. Compared with Example 1 or Example 2, in this example, the collection of neighboring space features includes the following steps:

[0107] B1. The terminal device records the beacon IDs heard in its neighboring space within the recent T time range through the local beacon list.

[0108] B2. Whenever a new device broadcasting a beacon enters the neighboring space range of the terminal device described in B1, the Bluetooth listening module of the terminal device will obtain a new beacon ID; at the same time, the Bluetooth listening module of the terminal device will also receive the beacon IDs broadcast by other devices that have already been included in the local beacon list and are already within the neighboring space range. To distinguish between the two, the data processing module A compares each beacon ID heard in the current cycle with each beacon ID in the local beacon list one by one:

[0109] b1. When the beacon ID belongs to the beacon in the local beacon list, update the beacon listening timestamp in the local beacon list.

[0110] b2. If the beacon ID belongs to a beacon outside the local beacon list, construct a beacon submission list and add the beacon submission list to the queue of the local beacon list to form an updated local beacon list for the next cycle.

[0111] B3. When the beacon ID stored in the local beacon list in the current cycle exceeds the time T out then remove the beacon ID from the local beacon list.

[0112] B4. When a new beacon ID enters the comparison range, repeat the above steps and perform comparison and identification using the local beacon list of the new cycle.

[0113] In this example, the neighboring space visible beacon refers to the beacon within the neighboring space range that can be obtained by listening to the BLE broadcast through the Bluetooth module at a certain moment.

[0114] The local beacon list means that the beacon IDs that have been submitted to the server via the network access module will be added to the local beacon list. When the time difference between the most recent listening time of a certain beacon ID in the local beacon list and the current moment is greater than T out and the most recent listening timestamp of the local beacon has not been updated, then delete the beacon ID from the list.

[0115] The beacon submission list refers to the set of all beacons obtained by screening from all beacons visible in the neighboring space that do not appear in the local beacon list, which will be submitted to the server via the network access module for subsequent push selection and generation; the beacon submission list includes the GPS location and CRED user account credentials.

[0116] The above algorithm can effectively limit or control the frequency of identity beacons received by devices in the neighboring space submitted to the remote server, avoid repeated submissions in a short period of time, and reduce the computing load of the remote server; at the same time, it can ensure that any identity beacon heard in the neighboring space will not be missed during the process of the server judging and selecting the identity beacon.

[0117] Embodiment 4

[0118] As Figures 1-5 shown, a neighboring space push method proposed by the present invention. Compared with Embodiment 1 or Embodiment 2 or Embodiment 3, in this embodiment, the push preference selection algorithm in step S6 includes that when receiving the beacon list, query the characteristic attributes corresponding to the beacons through the data storage module B, query the characteristic tags of each beacon, obtain N characteristic tags, and Property corresponds to a 1*N special

[0119] eigenvector to obtain

[0120] Query the user preference setting Config setting and historical preference Config pref through the data storage module B, calculate the interest weights of the user for the N characteristics according to the user preference and historical preference, form an N*1 preference factor vector, and obtain

[0121] Query the beacon heat in the neighboring area through the database, normalize the heat of all beacons with records in the neighboring area, and then obtain h = Lookup(Heat(LocationGPS), Bid) according to the heat of the beacon corresponding to the query Bid;

[0122] Association tendency score: Select the Bid with a Score greater than the threshold θ,

[0123] Query the corresponding account information according to the Bid to construct the push list.

[0124] In this embodiment, a Score greater than the threshold θ means that user one is likely to be interested in befriending or associating with user two corresponding to the account of the beacon. Through this algorithm, user one will automatically receive the push of the beacon accounts in the neighboring area of the device location space that meet at least one of the following characteristics:

[0125] 1. The self-characteristics presented by the account information conform to the user preferences of User One;

[0126] 2. There is a similarity between the self-characteristics presented by the account information and the accounts recently followed by User One, that is, it meets the historical preference characteristics presented by User One;

[0127] 3. Among all the accounts of the broadcast beacons in the near space of User One's device, this account has received excessive user attention compared to others, showing a higher popularity;

[0128] Through the above push selection algorithm, users can quickly and efficiently obtain target information that meets their interests or preferences without the need for active searching, thereby enhancing the interaction experience and social efficiency.

[0129] Specifically, the beneficial effects of this embodiment include:

[0130] 1. Improve the accuracy of information push:

[0131] By setting the threshold T and the matching algorithm based on user preferences, beacons accounts with higher relevance to users can be accurately screened out, avoiding the interference of invalid or irrelevant information and meeting the personalized needs of users.

[0132] 2. Enhance the user's ability to discover potential interests:

[0133] By combining the user's historical preferences and the current environmental popularity, the system can actively identify and recommend beacon information that users may not have realized but conforms to their potential interests, bringing more exploration opportunities to users.

[0134] 3. Dynamically adapt to environmental characteristics:

[0135] Based on the beacon dynamic update algorithm in the device's near space, the system can real-time identify beacons with high popularity or concentrated user attention, ensuring the timeliness and relevance of the pushed information and adapting to the changing social environment.

[0136] 4. Improve interaction efficiency

[0137] The automated push algorithm reduces the time cost of users' manual screening and searching in complex environments, enabling users to focus more on actual social interactions or resource utilization.

[0138] 5. Promote social connections in offline scenarios

[0139] The system combines online recommendations with offline scenarios through efficient interest matching and environmental adaptation algorithms, further encouraging users to establish connections with strangers around them and improving the offline social experience.

[0140] The embodiments of the present invention have been described in detail above in conjunction with the accompanying drawings. However, the present invention is not limited thereto, and various changes can be made without departing from the spirit of the present invention within the scope of knowledge possessed by those skilled in the art to which the present invention pertains.

Claims

1. A neighbor space push method, characterized by: The method comprises the following steps: End devices of categories S1, α, β, and γ periodically generate broadcast signals with beacon IDs via the Bluetooth bus; S2, β and γ terminal devices collect, filter and process beacon IDs whose Bluetooth signal strength is greater than the baseline X within the period T through the local data processing module A, and construct a beacon ID list; S3, β and γ terminals submit metadata consisting of a beacon ID list and the terminal user's identity credentials to the server through the network access module; S4. The server searches the data storage module B for the terminal information set corresponding to each beacon ID in the list to form a list of neighboring space terminal information sets; S5. The server queries the user's push preference configuration in the data storage module B according to the user's identity credentials; S6. The server uses the data processing module B to infer and generate a push message queue for the exclusive user by combining the user's push preference configuration and the neighboring space terminal information set list; S7, the server sends a message to the β and γ terminals through the network access module; S8. The β-type terminal device processes the message via other types of sub-methods, while the γ-type terminal displays the message to the user via the interactive module.

2. A neighbor space push method according to claim 1, characterized in that: The class α terminal device in step S1 includes a Bluetooth module A and a data storage module A; β-type terminal equipment, including Bluetooth module B, network access module, data processing module A, and data storage module A; Class γ terminal equipment includes a Bluetooth module B, a network access module, an interaction module, a data processing module A, and a data storage module A.

3. A neighbor space push method according to claim 2, characterized in that: Bluetooth module A, including broadcast module; The Bluetooth module B includes a broadcasting module and a receiving module.

4. A neighbor space push method according to claim 3, characterized in that: The server includes a data processing module B, a data storage module B, and a network access module.

5. A neighbor space push method according to claim 4, characterized in that: The data processing module B includes a beacon ID allocation module, a device identity registration module, and a device interconnection management module.

6. A neighbor space push method according to claim 5, characterized in that: When the β and γ terminal devices listen to the new beacon ID through the Bluetooth module B broadcast, they will use the signature key obtained from the remote server in the local trusted execution environment to verify the validity of the beacon ID. If the verification passes, it proves that the source of the beacon ID is legitimate and has not been tampered with; If the verification fails, it means that the beacon ID has been tampered with or forged.

7. A neighbor space push method according to claim 6, characterized in that: The γ-type terminal device is connected to the server through the Internet bus. The user registers a personal account through the data processing module B, fills in and submits personal account information, and selects interactive features in the account; The beacon ID allocation module generates at least one beacon ID for the user and binds it to the user's personal account information.

8. A neighbor space push method according to claim 7, characterized in that: The neighbor space feature collection includes the following steps: B1. The terminal device records the beacon IDs heard in its neighboring space within the recent T time range through the local beacon list; B2. Whenever a new device that is broadcasting a beacon enters the neighboring space range of the terminal device described in B1, the Bluetooth listening module of the terminal device will obtain the new beacon ID; at the same time, the Bluetooth listening module of the terminal device will also receive the beacon IDs broadcast by other devices that have been included in the local beacon list and are already in the neighboring space range; in order to distinguish between the two, the data processing module A compares each beacon ID heard in the current cycle with each beacon ID in the local beacon list one by one: b1. When the beacon ID belongs to the beacon in the local beacon list, the beacon monitoring timestamp in the local beacon list is updated; b2. If the beacon ID belongs to a beacon outside the local beacon list, a beacon submission list is constructed and added to the queue of the local beacon list to form an updated local beacon list for the next cycle; B3. The beacon ID stored in the local beacon list of the current cycle exceeds the time T out After that, the beacon ID is removed from the local beacon list; B4. When a new beacon ID enters the comparison range, repeat the above steps and use the local beacon list of the new cycle for comparison and identification.

9. A neighbor space push method according to claim 8, characterized in that: The push preference selection algorithm in step S6 includes, after receiving the beacon list, querying the characteristic attribute corresponding to the beacon through the data storage module B, querying the characteristic label of each beacon, obtaining N characteristic labels, and obtaining the characteristic vector corresponding to the Property 1*N Query user preference settings Config through data storage module B setting and History Preference Config pref , calculate the user's interest weights for N features based on user preferences and historical preferences, and form an N*1 preference factor vector, and get The heat of beacons in the neighboring areas is queried through the database, the heat of all beacons recorded in the neighboring areas is normalized, and then the heat of the beacon corresponding to the query Bid is obtained to obtain h = Lookup (Heat (LocationGPS), Bid); Association tendency score: Select the Bid whose Score is greater than the threshold θ, Query the corresponding account information based on Bid and build a push list.

10. A neighbor space push method according to claim 8, characterized in that: It also includes a recording module for recording GPS location information of β and γ terminal messages when a push event is generated.

Images