Social information pushing method, related apparatus, device and storage medium

Abstract

Disclosed in the present application are a social information pushing method, a related apparatus, a device and a storage medium. The method of the present application comprises: in response to a payment transaction request, acquiring a consumption feature vector corresponding to a target user account, the payment transaction request carrying the target user account and device location information; on the basis of the device location information and the consumption feature vector corresponding to the target user account, determining M user accounts; on the basis of the device location information, determining N pieces of recommended location information; and pushing social information to at least two terminals, the at least two terminals comprising a target terminal and at least one terminal, the target terminal having logged into the target user account, each of the at least one terminal having logged into one of the M user accounts, and the social information comprising the N pieces of recommended location information. The present application reduces the social cost of users and can also improve the accuracy of social matching.

Description

A method, related device, equipment, and storage medium for pushing social information.

[0001] This application claims priority to Chinese Patent Application No. 202411629710.0, filed on November 14, 2024, entitled "A method, related apparatus, device and storage medium for pushing social information", the entire contents of which are incorporated herein by reference. Technical Field

[0002] This disclosure relates to the field of internet technology, and more specifically to the push of social information. Background Technology

[0003] Social interaction is an essential need in people's daily lives. With the advent of the internet age, people's social interactions have continuously changed, and online social networking has become one of the important ways to fulfill these needs. Users can build friendships with other strangers online, expanding their networks and social connections.

[0004] Currently, users can connect with strangers through online social applications. First, users register an account on the application and fill in personal information (such as interests, location, etc.). Then, the application uses matching algorithms to find potential matches based on this information. After a successful match, users can communicate with their matched counterparts through the application and then choose to meet in real life.

[0005] The aforementioned solution suffers from at least the following problems: Firstly, it currently relies heavily on user-provided personal information for matching, limiting its accuracy. Secondly, users need to communicate to some extent before arranging a meeting, resulting in high communication costs. Therefore, an effective method is urgently needed to address these issues. Summary of the Invention

[0006] This application provides a method, related apparatus, device, and storage medium for pushing social information, which not only reduces the social costs for users but also improves the accuracy of social matching.

[0007] In view of this, this application provides a method for pushing social information, including:

[0008] In response to a payment transaction request, the consumption feature vector corresponding to the target user account is obtained, wherein the payment transaction request carries the target user account and device location information;

[0009] Based on the device location information and the consumption feature vector corresponding to the target user account, determine M user accounts, where M is an integer greater than or equal to 1;

[0010] N recommended locations are determined based on the device location information, where N is an integer greater than or equal to 1;

[0011] Social information is pushed to at least two terminals, including a target terminal and at least one other terminal. The target terminal is logged into a target user account, and each of the at least one terminal is logged into one of M user accounts. The social information includes N recommended location information.

[0012] This application also provides a social information push device, including...

[0013] The acquisition module is used to obtain the consumption feature vector corresponding to the target user account in response to the payment transaction request. The payment transaction request carries the target user account and device location information.

[0014] The determination module is used to determine M user accounts based on the device location information and the consumption feature vector corresponding to the target user account, where M is an integer greater than or equal to 1;

[0015] The determination module is also used to determine N recommended location information based on the device location information, where N is an integer greater than or equal to 1;

[0016] The push module is used to push social information to at least two terminals, wherein the at least two terminals include a target terminal and at least one terminal. The target terminal is logged into a target user account, and each of the at least one terminal is logged into one of M user accounts. The social information includes N recommended location information.

[0017] In another aspect, this application provides a computer device including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the methods described above.

[0018] Another aspect of this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the methods described above.

[0019] Another aspect of this application provides a computer program product, including a computer program that, when executed by a processor, implements the methods described above.

[0020] As can be seen from the above technical solutions, the embodiments of this application have the following advantages:

[0021] This application provides a method for pushing social information. Based on a payment transaction request, the server obtains the consumption feature vector corresponding to the user who triggered the payment request (represented by the target user account). Then, it performs social matching using the consumption feature vector and device location information to obtain M user accounts that match the target user account. The consumption feature vector and device location information more accurately reflect users' consumption habits and preferences, thereby improving matching accuracy. If a match is successful, the device location information is used again to recommend nearby social locations (i.e., recommended location information), and this recommended location information is pushed to the target user account and at least one of the M user accounts to facilitate offline meetings. Through this method, not only are recommended meeting locations suggested to two users preparing for social interaction, reducing the user's social costs, but the accuracy of social matching is also improved by introducing device location information and consumption feature vectors. Attached Figure Description

[0022] Figure 1 is a schematic diagram of an implementation environment for the social information push method in this application embodiment;

[0023] Figure 2 is a schematic diagram of another implementation environment of the social information push method in this application embodiment;

[0024] Figure 3 is a flowchart of a social information push method in an embodiment of this application;

[0025] Figure 4 is a schematic diagram of matching user accounts in an embodiment of this application;

[0026] Figure 5 is another schematic diagram of matching user accounts in an embodiment of this application;

[0027] Figure 6 is a schematic diagram of determining the range of the nearby area in an embodiment of this application;

[0028] Figure 7 is another schematic diagram illustrating the determination of the nearby area range in an embodiment of this application;

[0029] Figure 8 is another schematic diagram illustrating the determination of the vicinity area in an embodiment of this application;

[0030] Figure 9 is a schematic diagram of an interface for displaying social information based on different user accounts in an embodiment of this application;

[0031] Figure 10 is a schematic diagram of a communication architecture of a payment interaction device in an embodiment of this application;

[0032] Figure 11 is a schematic diagram of an interface for user authorization to report terminal location in an embodiment of this application;

[0033] Figure 12 is a schematic diagram of determining the candidate user account set in an embodiment of this application;

[0034] Figure 13 is a schematic diagram of a recommendation model based on reinforcement learning training in an embodiment of this application;

[0035] Figure 14 is a schematic diagram of a social location recommendation based on consumer rating in an embodiment of this application;

[0036] Figure 15 is a schematic diagram showing a single recommended location information in an embodiment of this application;

[0037] Figure 16 is a schematic diagram showing multiple recommended location information in an embodiment of this application;

[0038] Figure 17 is a schematic diagram of a session implementation in an embodiment of this application;

[0039] Figure 18 is a schematic diagram of a reservation implementation in an embodiment of this application;

[0040] Figure 19 is a schematic diagram of the overall process of the social information push method in the embodiment of this application;

[0041] Figure 20 is a schematic diagram of a social information push device in an embodiment of this application;

[0042] Figure 21 is a schematic diagram of a computer device in an embodiment of this application. Detailed Implementation

[0043] This application provides a method, related apparatus, device, and storage medium for pushing social information, which not only reduces the social costs for users but also improves the accuracy of social matching.

[0044] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a particular order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented, for example, in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “corresponding,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0045] It is understood that, in the specific embodiments of this application, when data related to biometrics (e.g., facial images, palm print images, fingerprint images, voiceprint data, etc.), device location information, order data, consumption data, etc., are used in specific products or technologies, user permission or consent is required. That is, before collecting user data, users can be notified through prompts, pop-up windows, or voice prompts. The process of collecting user data only begins after user permission or consent has been obtained. In other words, all user data collected in this application is collected with the user's consent and authorization, and the collection, use, and processing of related data must comply with the relevant laws, regulations, and standards of the relevant countries and regions.

[0046] With the development of stranger-based social networking, finding more accurate and faster matchmaking has become a social need for young people. Traditional stranger-based social networking is mainly based on online applications (APPs). However, users need to communicate with their matched partners within the APP to confirm each other's interests and backgrounds, which consumes users' time and energy, resulting in high communication costs. Furthermore, since online communication cannot provide a complete understanding of the other person, users may have certain psychological barriers and concerns when deciding to meet offline. At the same time, relying on the personal information provided by users as the matching basis may not accurately reflect their actual preferences.

[0047] Based on this, this application provides a method for social matching based on payment, consumption profiles, and geolocation information. By obtaining user identity information and combining it with user consumption data to construct a user consumption profile, and using geolocation information for real-time matching, the method recommends nearby social locations after a successful match to facilitate offline meetings, thereby reducing users' social costs and achieving an efficient, real-time, and convenient method for socializing with strangers.

[0048] Before introducing the specific methods of this application, the application scenarios of this application will be illustrated by example in conjunction with the implementation environment. It should be understood that the following application scenarios are merely illustrative and are not limited to these examples in practice.

[0049] Implementation Environment 1: Biometric Payment;

[0050] The method provided in this application can be applied to the implementation environment shown in Figure 1, which includes a payment interaction device 101, a cash register device 102, a terminal 103, a network 104, a server 105, and a database 106.

[0051] Payment interaction device 101 includes, but is not limited to, point-of-sale (POS) terminals, QR code scanners, biometric devices, and near-field communication (NFC) devices. Biometric devices include, but are not limited to, facial recognition devices, fingerprint recognition devices, iris recognition devices, voiceprint recognition devices, and palm-swipe payment devices. This application uses a palm-swipe payment device as an example for illustration.

[0052] The POS device 102 is used for receiving payments, recording sales data, and managing inventory during transactions. The POS device 102 can be connected to the payment interaction device 101 via a universal serial bus (USB) or similar cable.

[0053] Terminal 103 includes, but is not limited to, mobile phones, tablets, laptops, desktop computers, smart voice payment interaction devices, virtual reality devices, smart home appliances, vehicle terminals, and aircraft. Client 1031 is deployed on terminal 103. Client 1031 can run on terminal 103 via a browser, or via a standalone app or mini-program.

[0054] Network 104 uses standard communication technologies and / or protocols, typically the Internet, but can also be any network, including but not limited to Bluetooth, local area network (LAN), metropolitan area network (MAN), wide area network (WAN), mobile, private network, or any combination of virtual private network. In some embodiments, custom or dedicated data communication technologies may be used to replace or supplement the aforementioned data communication technologies.

[0055] Server 105 can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence (AI) platforms.

[0056] Database 106 is used to store the consumption feature vectors corresponding to user accounts for use by server 105.

[0057] Based on the above implementation environment, let's take the example of target users making payments by swiping their palms at offline consumption venues.

[0058] In step A1, the target user provides biometric data (e.g., palm print image) to the payment interaction device 101 (e.g., palm payment device) and executes the palm payment process.

[0059] In step A2, the payment interaction device 101 sends the target user account and device location information to the cashier device 102. The target user account (e.g., a user account nicknamed "User A") is the target user's account, and the device location information is the location information of the payment interaction device 101. Based on this, the cashier device 102 sends a payment transaction request carrying the target user account and device location information to the server 105 via network 104.

[0060] In step A3, server 105 responds to the payment transaction request by retrieving the consumption feature vector corresponding to the target user account from database 106.

[0061] In step A4, server 105 matches the relevant information of several user accounts (e.g., user account nicknamed "User B") to be pushed to the target user based on device location information and consumption feature vector corresponding to the target user account.

[0062] In step A5, server 105 obtains several recommended location information (e.g., bookstore, park, restaurant, etc.) based on device location information.

[0063] In step A6, server 105 pushes social information to the terminal used by the target user and the terminal used by user B, respectively. The social information pushed to the target user includes user B's relevant information (e.g., interests, personal signature, etc.) and recommended location information. The social information pushed to user B includes the target user's relevant information (e.g., interests, personal signature, etc.) and recommended location information.

[0064] Implementation Environment 2: QR code payment;

[0065] The method provided in this application can be applied to the implementation environment shown in Figure 2, which includes a terminal 201, a network 202, a server 203, and a database 204. It is understood that the relevant descriptions of the terminal 201, network 202, server 203, and database 204 can be found in the foregoing embodiments, and will not be repeated here.

[0066] Based on the above implementation environment, let's take the example of target users making payments by swiping their palms at offline consumption venues.

[0067] In step B1, the target user uses terminal 201 to scan the QR code provided by the merchant and executes the QR code payment process. Terminal 201 sends a payment transaction request carrying the target user's account and device location information to server 203 via network 202. The target user's account (e.g., a user account nicknamed "User A") is the target user's account, and the device location information is the location information of terminal 201.

[0068] In step B2, server 203 responds to the payment transaction request by retrieving the consumption feature vector corresponding to the target user account from database 204.

[0069] In step B3, server 203 matches the relevant information of several user accounts (e.g., user account nicknamed "User B") to be pushed to the target user based on device location information and consumption feature vector corresponding to the target user account.

[0070] In step B4, server 203 obtains several recommended location information (e.g., bookstore, park, restaurant, etc.) based on device location information.

[0071] In step B5, server 203 pushes social information to the terminal used by the target user and the terminal used by user B, respectively. The social information pushed to the target user includes relevant information about user B and recommended location information. The social information pushed to user B includes relevant information about the target user and recommended location information.

[0072] Based on the above introduction, the social information push method in this application will be described below. Please refer to Figure 3. The social information push method in this application embodiment can be completed independently by the server, or it can be completed by the server and the terminal in cooperation. The method provided in this application includes:

[0073] S301. In response to the payment transaction request, obtain the consumption feature vector corresponding to the target user account, wherein the payment transaction request carries the target user account and device location information;

[0074] In one or more embodiments, after receiving a payment transaction request, the server can obtain its corresponding consumption feature vector based on the target user account and device location information carried in the payment transaction request. Here, the target user account refers to the account used by the target user, and the target user is the user who triggered the payment transaction request.

[0075] A payment transaction request is a request used for payment transactions. It can be initiated through methods such as QR code payment or biometric payment. This application does not make any specific limitations on this.

[0076] Specifically, the server constructs a consumption feature vector corresponding to the target user's account based on the target user's consumption data. The consumption feature vector is used to describe the user's consumption data. For example, consumption data includes, but is not limited to, consumption habits (e.g., consumption frequency, consumption time), consumption preferences (e.g., consumed goods, consumption locations, consumption merchants, etc.), and consumption capacity (consumption amount, number of purchases, maximum amount of a single purchase, etc.).

[0077] Device location information is used to describe the location where the target user initiates a payment transaction request, such as the location information of the terminal used by the user during QR code payment, or the location information of the device that collects the user's biometric information during biometric payment. This application does not specifically limit this.

[0078] It should be noted that the term "in response to" in this application refers to the conditions or states upon which the execution of an operation depends, and one or more operations that can be executed when certain conditions or states are met. These operations can be real-time or have a certain delay.

[0079] S302. Based on the device location information and the consumption feature vector corresponding to the target user account, determine M user accounts, where M is an integer greater than or equal to 1.

[0080] In one or more embodiments, the server obtains a set of candidate user accounts based on device location information and the consumption feature vector corresponding to the target user account. The set of candidate user accounts includes multiple sets of location information and consumption feature vectors corresponding to the target user account, resulting in multiple matched user accounts. The device location information can narrow the matching range to match users with similar locations, while the consumption feature vector is used to filter users with similar consumption habits and interests to form the candidate user account set. Then, the server determines M user accounts from the candidate user account set to push to the target user. The value of M can be customized by the target user or follow the system default setting. If the target user wants more social opportunities, they can set the value of M larger; if the target user values ​​more matching accuracy, they can set the value of M smaller.

[0081] The following diagrams illustrate how user accounts are pushed to target users based on the same location and the surrounding area. Let's take M = 1 as an example, and the target user account as "Account A".

[0082] For example, please refer to Figure 4, which is a schematic diagram of matching user accounts in an embodiment of this application. As shown in the figure, after a target user makes a purchase at a coffee shop, they trigger a payment transaction request by swiping their palm. The backend will then record the purchase history corresponding to the target user account (i.e., "Account A"). Other users who also made purchases at the same coffee shop within one hour prior to the target user's purchase are selected as candidate users, resulting in a corresponding set of candidate user accounts. Next, the similarity between the purchase feature vectors of each user account in the candidate user account set and the purchase feature vector of "Account A" is calculated, thereby selecting the user account with the highest similarity (e.g., "Account B") as the user account recommended to the target user.

[0083] For example, please refer to Figure 5, which is another schematic diagram of matching user accounts in this embodiment of the application. As shown in the figure, after the target user makes a purchase at a coffee shop, a payment transaction request is triggered by swiping their palm. The backend will then record the purchase history corresponding to the target user account (i.e., "Account A"), and determine, based on the geographical location of the coffee shop, that the associated area also includes hot pot restaurants, convenience stores, bookstores, and barbecue restaurants. Other users who made purchases within the associated area in the hour prior to the target user's purchase are selected as candidate users, resulting in a corresponding set of candidate user accounts. Next, the similarity between the purchase feature vector of each user account in the candidate user account set and the purchase feature vector of "Account A" is calculated, thereby selecting the user account with the highest similarity (e.g., "Account B") as the user account recommended to the target user.

[0084] S303. Determine N recommended locations based on the device location information, where N is an integer greater than or equal to 1;

[0085] In one or more embodiments, the server determines N recommended locations based on device location information. The recommended location information includes, but is not limited to, the address, location name, and map location of the recommended location; these are not limited here.

[0086] The following sections, with illustrations, will explain how to determine N recommended locations based on the surrounding area.

[0087] For example, please refer to Figure 6, which is a schematic diagram of determining the nearby area range in an embodiment of this application. As shown in the figure, assuming that based on the background consumption records, the device location information corresponding to the target user account and the most recent consumption location corresponding to "Account B" are both "coffee shop". Based on this, the location of "coffee shop" can be used as the center to construct the nearby area range (e.g., an area with a radius of 500 meters). Thus, several locations (e.g., convenience stores, bookstores, etc.) can be selected from the nearby area range as recommended locations.

[0088] For example, let's take the user account "Account B" as the one pushed to the target user. Please refer to Figure 7, which is another schematic diagram illustrating the determination of the nearby area range in this embodiment. As shown in the figure, assuming that based on the background consumption records, the device location information corresponding to the target user account is "coffee shop," and the most recent consumption location corresponding to "Account B" is "hot pot restaurant," then the center location between "coffee shop" and "hot pot restaurant" can be used as the center to construct the nearby area range (e.g., an area with a radius of 500 meters). Therefore, several locations (e.g., convenience stores, cinemas, etc.) can be selected from the nearby area range as recommended locations.

[0089] For example, consider user accounts "Account B", "Account C", and "Account D" that are pushed to the target user. Please refer to Figure 8, which is another schematic diagram illustrating the determination of the nearby area range in this embodiment. As shown in the figure, assuming that based on background consumption records, the device location information corresponding to the target user account is "coffee shop", the most recent consumption location corresponding to "Account B" is "hot pot restaurant", the most recent consumption location corresponding to "Account C" is "barbecue restaurant", and the most recent consumption location corresponding to "Account D" is "bookstore", then the nearby area range (e.g., a radius of 500 meters) can be constructed using the center location between "coffee shop", "hot pot restaurant", "barbecue restaurant" and "bookstore" as the center. Therefore, several locations (e.g., convenience stores) can be selected from the nearby area range as recommended locations.

[0090] S304. Push social information to at least two terminals, wherein the at least two terminals include a target terminal and at least one terminal, the target terminal is logged into a target user account, and each of the at least one terminal is logged into one of M user accounts, and the social information includes N recommended location information.

[0091] In one or more embodiments, the server pushes social information to the target terminal used by the target user based on M user accounts and N recommended location information. It should be noted that the server will also push social information to at least one of the M user accounts; however, the social information pushed to at least one of the M user accounts must include the target user account.

[0092] Specifically, taking the user account "Account B" pushed to the target user as an example, assuming the user nickname corresponding to "Account B" is "User B", and the user nickname corresponding to the target user account is "User A", please refer to Figure 9. Figure 9 is a schematic diagram of an interface for displaying social information based on different user accounts in an embodiment of this application. In Figure 9 (A), the social information recommended to the target user account is shown. This social information includes information related to "Account B", such as the nickname, gender, age, interests, and personal signature of "Account B". In Figure 9 (B), the social information recommended to "Account B" is shown. This social information includes information related to the target user account, such as the nickname, gender, age, interests, and personal signature of the target user account. In addition, the server can also provide advertising information to the target terminal, such as recommending products of interest based on the target user's consumption profile, thereby improving the shopping experience and conversion rate.

[0093] It should be noted that social information also needs to include information on N recommended locations (e.g., the location information of "XXX Park") and the social time, etc., which are not limited here.

[0094] This application provides a method for pushing social information. By incorporating real user information, such as consumption feature vectors and device location information at the time of consumption, the method offers a more authentic match compared to user-provided personal information. Matching based on this information prioritizes the user's actual lifestyle and interests, thus improving the quality of social matching. Furthermore, selecting offline meeting locations based on device location information, without requiring special communication, and through more accurate and authentic matching, increases the likelihood of offline social interaction, reduces user social costs, and enables an efficient, real-time, and convenient method for connecting with strangers.

[0095] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, responding to a payment transaction request may specifically include:

[0096] In response to a payment transaction request sent through the POS device, wherein the device location information carried in the payment transaction request is the current location information of the payment interaction device;

[0097] or,

[0098] In response to a payment transaction request sent by the target terminal, wherein the device location information carried in the payment transaction request is the current location information of the target terminal.

[0099] In one or more embodiments, two methods for triggering payment transaction requests by devices are described. As can be seen from the foregoing embodiments, the device location information can be the current location information of the payment interaction device or the current location information of the target terminal. The target terminal is the terminal used by the target user.

[0100] The following examples will illustrate how different devices report payment transaction requests to the server.

[0101] 1. Report via POS device;

[0102] Merchants typically place payment interaction devices within their stores, and the location of these devices serves as location information, indicating the merchant's location. Based on this location information, merchants can identify potential social contacts by matching them with users who have made purchases at the same or nearby stores, and this also helps recommend suitable nearby social locations.

[0103] Specifically, for ease of understanding, please refer to Figure 10. Figure 10 is a schematic diagram of the communication architecture of a payment interaction device in an embodiment of this application. As shown in Figure 10, taking a palm-swiping payment device as an example, the target user swipes their palm on the payment interaction device, and the payment interaction device uploads the collected palmprint image of the target user to the server. The server identifies the target user's identity, generates a payment code, and then sends the payment code to the payment interaction device. The payment interaction device connects to the merchant's POS device via USB and transmits the payment code and device location information to the POS device. The POS device places an order using the payment code. The POS device sends a payment transaction request to the server, wherein the payment transaction request carries device location information, order data, target user account, etc.

[0104] 2. Reporting via the target terminal;

[0105] Users typically make purchases at specific locations (e.g., inside a store), and the device's location, as location information, can indicate where the user made the purchase. Based on this location information, users who have made purchases at the same or nearby stores can be identified as potential social contacts, and this also helps recommend suitable nearby social locations.

[0106] It is worth noting that the terminal needs to obtain user authorization before reporting location information. Taking the authorization of the target user as an example, please refer to Figure 11. Figure 11 is a schematic diagram of an interface for authorizing the reporting of terminal location in an embodiment of this application. Figure 11(A) shows the authorization interface. 1101 indicates the authorization control, and 1102 indicates the cancellation control. When the target user clicks the authorization control indicated by 1101, a request is triggered for the target terminal to report device location information to the server, thus displaying the authorization success interface as shown in Figure 11(B). If the target user clicks the cancellation control indicated by 1102, the target terminal is refused permission to report device location information to the server.

[0107] Secondly, this application embodiment provides two methods for triggering payment transaction requests using devices. Through the above methods, not only does biometric payment support reporting device location information, but QR code payment also supports reporting device location information. This improves the flexibility and feasibility of information reporting, enabling the backend to obtain more accurate device location information.

[0108] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, obtaining the consumption feature vector corresponding to the target user account may specifically include:

[0109] Retrieve the consumption feature vector corresponding to the target user account from the database;

[0110] The database is used to store the consumption feature vector corresponding to at least one user account. The consumption feature vector is constructed based on the historical consumption data corresponding to the user account.

[0111] In one or more embodiments, a method for querying consumption feature vectors based on a database is described. As can be seen from the foregoing embodiments, the consumption feature vectors corresponding to each user account can be stored in a database. Therefore, the server can obtain the consumption feature vector corresponding to a target user account by querying the database.

[0112] Specifically, the server first needs to collect order data for each target user account within a historical time period. This order data includes the target user's spending records at partner merchants (e.g., shopping malls, restaurants) and their spending behavior on partner platforms. Historical consumption data is then statistically analyzed based on the order data corresponding to each target user account. Based on this, a corresponding consumption feature vector is constructed according to the historical consumption data corresponding to the target user account. This historical consumption data includes, but is not limited to, total consumption amount, total number of transactions, average consumption amount, maximum consumption amount, time of the most recent transaction, location of the most recent transaction, and the percentage of goods purchased. The location of the most recent transaction is determined based on device location information.

[0113] Understandably, historical consumption data can comprehensively reflect users' consumption habits and preferences. For example, total consumption amount and total number of purchases can reflect users' consumption activity level, average consumption amount and maximum consumption amount can reflect users' spending power and consumption tendency, and the proportion of consumption categories can reflect users' preference for different goods or services.

[0114] It should be noted that in order to improve the accuracy, reliability and completeness of historical consumption data, the collected order data needs to be cleaned first, that is, to remove duplicate, erroneous and invalid data. Data preprocessing techniques can be used, such as missing value imputation and outlier handling.

[0115] Secondly, this application provides a method for querying consumption feature vectors based on a database. This method pre-constructs consumption feature vectors corresponding to user accounts offline, facilitating rapid user matching and social location matching, thereby improving the efficiency of information recommendation.

[0116] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, before querying the consumption feature vector corresponding to the target user account from the database, the following may be included:

[0117] Obtain the order data set corresponding to the target user account, where the order data set includes order data from various historical time periods;

[0118] Statistical analysis is performed on the order data set corresponding to the target user account to obtain the historical consumption data corresponding to the target user account;

[0119] The historical consumption data corresponding to the target user account is standardized to obtain the consumption feature vector corresponding to the target user account.

[0120] In one or more embodiments, a method for constructing a consumption feature vector is described. As can be seen from the foregoing embodiments, based on background consumption records, it is possible to obtain various order data of a target user within a historical period (e.g., the past month), wherein the order data includes, but is not limited to, consumption amount, consumption time, and consumption category.

[0121] The following will use the target user account "Account A" as an example for introduction.

[0122] Specifically, suppose we obtain order data sets corresponding to "Account A", "Account B", and "Account C" from the backend consumption records, where the order data sets include order data from the past month. Based on this, we can separately obtain the historical consumption data corresponding to "Account A", "Account B", and "Account C". Taking historical consumption data including total consumption amount, total number of transactions, average consumption amount, and maximum consumption amount as an example, please refer to Table 1 for easier understanding. Table 1 is an example of historical consumption data corresponding to each user account.

[0123] Table 1

[0124] To facilitate subsequent data analysis and mining, these historical consumption data need to be standardized. For example, standardization can be performed using the min-max normalization method or the Z-score. The following example illustrates standardization using min-max normalization, where each feature's value is mapped to the interval [0,1] as follows:

[0125] S_normalization=(S_value-S_min) / (S_max-S_min); Formula (1)

[0126] Where S_normalization represents the normalized value. S_value represents the original value before normalization. S_min represents the minimum value for the same attribute. S_max represents the maximum value for the same attribute.

[0127] Taking the normalized total consumption amount corresponding to "Account C" as an example, its original value S_value is 3000, the minimum value of the attribute "total consumption amount" is 500, and the maximum value of the attribute "total consumption amount" is 4000. Based on this, the normalized value is calculated to be 0.714 using formula (1).

[0128] Similarly, the historical consumption data corresponding to each user account is normalized, resulting in the historical consumption data normalization results shown in Table 2.

[0129] Table 2

[0130] Based on Table 2, the consumption feature vector corresponding to "Account A (i.e., the target user account)" is (1,0.5,1,1), the consumption feature vector corresponding to "Account B" is (0,0,0,0), and the consumption feature vector corresponding to "Account C" is (0.714,1,0.33,0.4615).

[0131] It should be noted that historical consumption data may also include the time and location of the most recent purchase, and the percentage of products purchased. The location of the most recent purchase can be represented by latitude and longitude. In practical applications, this data also needs to be standardized.

[0132] Furthermore, this application provides a method for constructing a consumption feature vector. By utilizing historical order data corresponding to a user account to construct the consumption feature vector, the user's consumption habits can be fully reflected, which is beneficial for improving the accuracy of social matching. In addition, by standardizing the data, the influence of data units and numerical ranges can be eliminated, facilitating subsequent data analysis and mining.

[0133] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, the payment transaction request also carries target order data;

[0134] Obtain the consumption feature vector corresponding to the target user account, which may specifically include:

[0135] Obtain the order data set corresponding to the target user account, where the order data set includes order data from various historical time periods;

[0136] By statistically analyzing the order data set corresponding to the target user account and the target order data, the real-time consumption data corresponding to the target user account can be obtained.

[0137] The real-time consumption data corresponding to the target user account is standardized to obtain the consumption feature vector corresponding to the target user account.

[0138] In one or more embodiments, a method for constructing a consumption feature vector in real time is described. As can be seen from the foregoing embodiments, after a payment transaction request is triggered, the server can obtain the order data of the target user's current consumption (i.e., the target order data). Therefore, the server combines the set of order data corresponding to the target user's account in the background consumption records (e.g., all order data within the past month) with the target order data to construct a consumption feature vector.

[0139] The following will use the target user account "Account A" as an example for introduction.

[0140] Specifically, order data sets corresponding to "Account A", "Account B", and "Account C" are obtained from the backend consumption records, and historical consumption data as shown in Table 1 is obtained. Assuming that the target user's consumption amount this time is 2600, based on this, the real-time consumption data of "Account A" is statistically analyzed in conjunction with the target order data. For ease of understanding, please refer to Table 3, which is an example of the real-time consumption data corresponding to each user account.

[0141] Table 3

[0142] To facilitate subsequent data analysis and mining, these real-time consumption data need to be standardized. Taking the min-max normalization method as an example, the normalization results of the real-time consumption data can be obtained as shown in Table 4 by combining formula (1).

[0143] Table 4

[0144] Based on Table 4, the consumption feature vector corresponding to "Account A (i.e., the target user account)" is (1,0.6,1,1), the consumption feature vector corresponding to "Account B" is (0,0,0,0), and the consumption feature vector corresponding to "Account C" is (0.41,1,0.2,0.25).

[0145] Secondly, this application provides a method for constructing a consumption feature vector in real time. By combining the user's current consumption behavior with historical order data, the consumption feature vector not only reflects the user's long-term consumption habits but also embodies the user's latest consumption characteristics, thereby improving the accuracy and reliability of matching.

[0146] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, the payment transaction request also carries the target consumption time;

[0147] Based on the device location information and the consumption feature vector corresponding to the target user account, M user accounts are determined, which may specifically include:

[0148] Determine the associated area range based on the device location information;

[0149] Determine the relevant time range based on the target consumption time;

[0150] From the historical consumption data corresponding to each user account, obtain the location and time of the most recent consumption for each user account;

[0151] The candidate user account set includes all user accounts whose most recent purchase location is within the relevant area and whose most recent purchase time is within the relevant time range.

[0152] Select M user accounts from the candidate user account set.

[0153] In one or more embodiments, a method for obtaining a set of candidate user accounts is described. As can be seen from the foregoing embodiments, after a target user completes a payment, the server can determine the target user's consumption time (i.e., the target consumption time) based on the payment transaction request, and combine this with device location information to filter out a portion of user accounts as a set of candidate user accounts.

[0154] Specifically, the server constructs an associated region range based on device location information. This associated region range is the area range linked to the device location information. For example, using the location indicated by the device location information as the center, a range within a 200-meter radius is defined as the associated region range. The server determines the associated time range based on the target consumption time. This associated time range is the consumption time associated with the target consumption time. For example, if the target consumption time is 10:00:00 on October 20, 2024, then a range within approximately one hour can be defined as the associated time range (9:00:00 on October 20, 2024 to 10:00:00 on October 20, 2024). The target consumption time is the time when the target user account initiates a payment transaction request.

[0155] Based on this, for ease of understanding, please refer to Figure 12. Figure 12 is a schematic diagram of determining the candidate user account set in an embodiment of this application. As shown in Figure 12, 1201 is used to indicate the most recent consumption location (i.e., device location information) corresponding to "Account A (i.e., the target user account)", and an associated area range is constructed based on the location of "Account A". 1202 is used to indicate the most recent consumption location corresponding to "Account B", 1203 is used to indicate the most recent consumption location corresponding to "Account C", 1204 is used to indicate the most recent consumption location corresponding to "Account D", 1205 is used to indicate the most recent consumption location corresponding to "Account E", and 1206 is used to indicate the most recent consumption location corresponding to "Account F".

[0156] Please refer to Table 5, which shows the most recent consumption time for each user account.

[0157] Table 5

[0158] As shown in Figure 12, the most recent purchase locations for "Account B", "Account C", and "Account D" are within the associated region. As shown in Table 5, the most recent purchase times for "Account B", "Account C", and "Account E" are within the associated time range. Therefore, the intersection of "Account B" and "Account C" is used as the candidate user account set. M user accounts can then be determined from this candidate user account set.

[0159] Secondly, this application provides a method for obtaining a set of candidate user accounts. This method requires filtering not only the associated regional range based on device location information but also the associated time range based on the target user's consumption time. Therefore, combining the associated regional range and the associated time range for matching can narrow down the matching scope. The associated regional range determines whether social objects are close to each other, while the associated time range indicates a higher probability that social objects are close to the collected device location information. Thus, matching based on the associated regional range and associated time range increases the probability that the social objects obtained are close. This not only improves social matching efficiency but also ensures that the recommended social objects are geographically close, facilitating offline meetings.

[0160] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, the payment transaction request also carries the target consumption time;

[0161] Based on the device location information and the consumption feature vector corresponding to the target user account, M user accounts are determined, which may specifically include:

[0162] Obtain the cluster label corresponding to the target user account, where the cluster label is used to indicate the clustering attribute information corresponding to the user account;

[0163] Determine the associated area range based on the device location information;

[0164] Determine the relevant time range based on the target consumption time;

[0165] From the historical consumption data corresponding to each user account, obtain the location and time of the most recent consumption for each user account;

[0166] The candidate user account set includes all user accounts whose most recent consumption location is within the associated region, whose most recent consumption time is within the associated time, and whose cluster label is the same as the cluster label corresponding to the target user account.

[0167] Select M user accounts from the candidate user account set.

[0168] In one or more embodiments, another method for obtaining a candidate user account set is described. As can be seen from the foregoing embodiments, after a target user completes a payment, the server can determine the target user's consumption time (i.e., the target consumption time) based on the payment transaction request, and combine this with device location information and cluster tags to filter out a subset of user accounts as a candidate user account set. The cluster tag of a user account is used to characterize the clustering attribute information corresponding to that user account; user accounts with the same cluster tag have the same clustering attribute information.

[0169] It should be noted that cluster tags can be obtained manually. For example, total spending can be divided into different tiers: spending greater than or equal to 5000 belongs to the first tier; spending greater than or equal to 1000 and less than 5000 belongs to the second tier; and spending less than 1000 belongs to the third tier. Similarly, the total number of transactions can be divided into different tiers: spending greater than or equal to 100 belongs to the first tier; spending greater than or equal to 10 and less than 100 belongs to the second tier; and spending less than 10 belongs to the third tier. The maximum spending amount can also be divided into different tiers: maximum spending greater than or equal to 1000 belongs to the first tier; maximum spending greater than or equal to 100 and less than 1000 belongs to the second tier; and maximum spending less than 100 belongs to the third tier. Thus, corresponding cluster tags can be generated by combining different attribute levels. Cluster tags can also be obtained through clustering algorithms; that is, users belonging to the same cluster have the same cluster tag.

[0170] Specifically, the server constructs an associated region range based on device location information. For example, using the location indicated by the device location information as the center, the range within a radius of 200 meters is defined as the associated region range. The server determines the associated time range based on the target consumption time. For example, if the target consumption time is 10:00:00 on October 20, 2024, then the range within approximately one hour can be defined as the associated time range.

[0171] Based on this, for easier understanding, please refer to Figure 12 again, where "Account A" is the target user account, and "Account B", "Account C" and "Account D" are respectively located in the relevant area for their most recent consumption.

[0172] It should be noted that the cluster label can be represented as "1", "2", "3", etc. For easier understanding, please refer to Table 6, which is an illustration of the most recent consumption time and cluster label for each user account.

[0173] Table 6

[0174] Table 6 shows that the most recent consumption times for "Account B", "Account C", and "Account E" are within the relevant time range. "Account B", "Account C", and "Account F" all share the same cluster label as "Account A". Therefore, the intersection of "Account B" and "Account C" is used as the candidate user account set. M user accounts can then be determined from this candidate user account set.

[0175] Secondly, this application provides another method for obtaining a set of candidate user accounts. This method filters related regional ranges based on device location information and related time ranges based on the target user's consumption time. Furthermore, it combines cluster tags to filter users. Therefore, by further combining cluster tags with related regional and time ranges for matching, the matching range can be narrowed. Social objects obtained through matching based on related regional and time ranges are more likely to be geographically close, and cluster tags can filter out specific users with similar consumption patterns. This not only improves social matching efficiency but also ensures that recommended social objects are geographically close, facilitating offline meetings and improving the accuracy of social matching.

[0176] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, the cluster label corresponding to the target user account is obtained, wherein the cluster label is used to indicate the clustering attribute information corresponding to the user account, specifically including:

[0177] Obtain historical consumption data for each user account;

[0178] The historical consumption data corresponding to each user account is standardized to obtain the consumption feature vector corresponding to each user account;

[0179] Based on the consumption feature vector corresponding to each user account, cluster label corresponding to each user account is obtained through cluster analysis;

[0180] Based on the cluster label corresponding to each user account, determine the cluster label corresponding to the target user account.

[0181] In one or more embodiments, a method for generating cluster labels based on a clustering algorithm is described. As can be seen from the foregoing embodiments, cluster labels can be automatically generated based on the consumption feature vector corresponding to a user account using a clustering algorithm. The process of generating cluster labels will be illustrated below using the K-means clustering algorithm as an example.

[0182] Specifically, let's assume the number of clusters is set to 9.

[0183] This yields nine clusters, each with the same cluster label. Therefore, based on the cluster in which the target user account belongs, its corresponding cluster label can be determined.

[0184] Furthermore, this application provides a method for generating cluster labels based on a clustering algorithm. Compared to manual labeling, using a clustering algorithm for labeling not only improves labeling efficiency but also saves on manual processing costs.

[0185] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, determining M user accounts from the candidate user account set may specifically include:

[0186] Based on the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to each user account in the candidate user account set, calculate the similarity between the target user account and each user account in the candidate user account set;

[0187] Based on the similarity between the target user account and each user account in the candidate user account set, determine M user accounts.

[0188] In one or more embodiments, a method for determining user accounts to be pushed to based on similarity is described. As can be seen from the foregoing embodiments, after obtaining a set of candidate user accounts, the similarity between the consumption feature vector corresponding to the target user account and the consumption feature vectors corresponding to each user account in the candidate user account set is calculated.

[0189] It should be noted that similarity calculation methods include, but are not limited to, calculating the Euclidean distance or cosine similarity between two consumer feature vectors. Euclidean distance maps to the interval [0,1], with smaller Euclidean distances indicating greater similarity. Cosine similarity maps to the interval [-1,1], with larger cosine similarities indicating greater similarity.

[0190] The following section will use the calculation of Euclidean distance and cosine similarity as examples. Assume the consumption feature vector includes the standardized total consumption amount and the total number of transactions, and assume the candidate user account set includes "Account B".

[0191] I. Euclidean distance;

[0192] Specifically, the Euclidean distance between consumption feature vectors can be calculated as follows:

[0193] Where A represents the consumption feature vector corresponding to the target user account. B represents the consumption feature vector corresponding to "Account B". d(A,B) represents the Euclidean distance between the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to "Account B". x1 represents the first eigenvalue (e.g., total consumption amount) of the consumption feature vector corresponding to the target user account, and y1 represents the first eigenvalue of the consumption feature vector corresponding to "Account B". n y represents the nth feature value of the consumption feature vector corresponding to the target user account. n This represents the nth feature value of the consumption feature vector corresponding to "Account B".

[0194] Based on formula (2), the Euclidean distance between the target user account and each user account in the candidate user account set can be calculated. Then, the user accounts in the candidate user account set are sorted in ascending order of Euclidean distance, and the top M user accounts are selected as recommendations.

[0195] Optionally, in practical applications, a distance threshold can be further set (e.g., 0.3), meaning that only user accounts whose Euclidean distance is less than or equal to the distance threshold are sorted. If the Euclidean distance of each user account in the candidate user account set is greater than the distance threshold, then no account recommendation is performed.

[0196] II. Cosine similarity;

[0197] Specifically, the cosine similarity between consumption feature vectors can be calculated as follows:

[0198] Where A represents the consumption feature vector corresponding to the target user account. B represents the consumption feature vector corresponding to "Account B". D(A,B) represents the cosine similarity between the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to "Account B". A·B represents the dot product of A and B. ||A|| represents the magnitude of A, and ||B|| represents the magnitude of B.

[0199] Based on formula (3), the cosine similarity between the target user account and each user account in the candidate user account set can be calculated. Then, the user accounts in the candidate user account set are sorted in descending order of cosine similarity, and the top M user accounts are selected as recommendations.

[0200] Optionally, in practical applications, a similarity threshold can be further set (e.g., 0.8), meaning that only user accounts with a cosine similarity greater than or equal to the similarity threshold are sorted. If the similarity threshold corresponding to each user account in the candidate user account set is less than the similarity threshold, then no account recommendation is made.

[0201] Furthermore, this application provides a method for determining the user account to be pushed to based on similarity. By using the consumption feature vectors between different user accounts to calculate similarity, the accuracy and efficiency of matching can be improved, and false matches can be reduced, thereby enhancing overall accuracy and user experience.

[0202] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, determining M user accounts from the candidate user account set may specifically include:

[0203] Based on the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to each user account in the candidate user account set, M user accounts are obtained through the recommendation model.

[0204] After pushing social information to at least two devices, it may also include:

[0205] Receive recommendation ratings sent by the target terminal;

[0206] The model parameters of the recommendation model are updated based on the recommendation score.

[0207] In one or more embodiments, a method for determining user accounts to be pushed to based on a recommendation model is introduced. As can be seen from the foregoing embodiments, after obtaining a set of candidate user accounts, matching can be performed not only through similarity calculation but also through AI models. The following will introduce a matching method based on an AI model (i.e., a recommendation model).

[0208] Specifically, assume the candidate user account set includes "Account B". Based on this, the consumption feature vectors corresponding to the target user account and "Account B" are used as input to the recommendation model. The recommendation model outputs a similarity score, which can be set between 0 and 1, with a higher score indicating higher similarity. Therefore, the user accounts in the candidate user account set are sorted in descending order of similarity score, and the top M user accounts are selected for recommendation. Optionally, a score threshold can be further set (e.g., 0.8), meaning only user accounts with similarity scores greater than or equal to the threshold are sorted. If the similarity score of each user account in the candidate user account set is less than the similarity threshold, no account recommendation is made.

[0209] It should be noted that the recommendation model can use deep structured semantic models (DSSM), convolutional neural networks (CNN)-DSSM, long short-term memory networks (LSTM)-DSSM, or vector space models, etc., without any limitation here.

[0210] Furthermore, after pushing social information to at least two terminals, the server can also receive recommendation ratings from the terminals. For example, taking the recommendation ratings provided by the target user through the target terminal, assume that a higher recommendation rating indicates a higher user satisfaction with the recommended social information. Therefore, based on the recommendation ratings, the server trains the recommendation model using reinforcement learning methods (e.g., Q-learning, Deep Q-Network).

[0211] For ease of understanding, please refer to Figure 13. Figure 13 is a schematic diagram of a recommendation model trained based on reinforcement learning in an embodiment of this application. As shown in the figure, S t Let a represent the consumption feature vector of each user account in the database at time t. t This indicates that the similarity score output by the recommendation model represents the M user accounts selected by the target user. After the server recommends social information to the target user and the users corresponding to the M user accounts, it obtains the recommendation scores from these users, i.e., r. t Therefore, the Q value can be updated in the following way:

[0212]

[0213] Among them, Q(S) t ,a t Q(S) represents the Q value at time t. t+1 ,a t+1 Let α represent the Q-value at time t+1. Let α represent the learning rate. Let γ be the discount factor.

[0214] The initial Q-value is a small random value or 0. By iteratively updating the Q-value, a converged Q-value table can be obtained, allowing the selection of the action with the maximum Q-value, thereby achieving the learning of the optimal policy.

[0215] Furthermore, this application provides a method for determining user accounts to be recommended based on a recommendation model. Through this method, reinforcement learning can automatically learn matching strategies, thereby providing users with more accurate real-time matching recommendations and social location recommendations. In this process, by continuously collecting user feedback, the reinforcement learning algorithm can self-adjust to improve matching accuracy and user satisfaction.

[0216] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, determining N recommended location information based on device location information may specifically include:

[0217] Based on the device location information and the most recent consumption location corresponding to each of the M user accounts, a set of candidate locations is determined, wherein the set of candidate locations includes at least one candidate location;

[0218] Obtain the consumption rating corresponding to each candidate location in the candidate location set;

[0219] Based on the consumption rating corresponding to each candidate location, N recommended location information are determined.

[0220] In one or more embodiments, a method for determining recommended location information is described. As can be seen from the foregoing embodiments, based on device location information and the most recent consumption location corresponding to each of the M user accounts, a subset of locations can be selected as a candidate location set. Then, the application programming interface (API) of a review app is further called to obtain the consumption rating of each location, which serves as the basis for selecting recommended locations.

[0221] Understandably, consumer ratings can come from user reviews, data analysis results from review apps, or the system's internal rating mechanism. Consumer ratings reflect user satisfaction with a venue, their experience, and their ability to recommend it, helping the system to identify more popular locations.

[0222] Specifically, let's take "Account B" as an example, which is the user account pushed to the target user. For easier understanding, please refer to Figure 14, which is a schematic diagram of recommending social locations based on consumption ratings in this embodiment of the application. As shown in the figure, assuming that based on the background consumption records, the device location information corresponding to the target user account is "coffee shop," and the most recent consumption location corresponding to "Account B" is "hot pot restaurant," we can use the center location between "coffee shop" and "hot pot restaurant" as the center to construct a nearby area (e.g., an area with a radius of 500 meters). Therefore, we first obtain a set of candidate locations from the nearby area. For example, we can use "cinema" and "arcade" as the candidate location set. Next, we call the API of the review app to obtain the consumption rating of "cinema" as 4.2 and the consumption rating of "arcade" as 3.8. Based on this, taking N=1 as an example, we prioritize "cinema," which has a higher consumption rating, as the recommended location and provide feedback on the recommended location information corresponding to "cinema."

[0223] It should be noted that in practical applications, recommended locations can also be filtered based on user interests. For example, if the target user likes food, the restaurant's consumption rating will be multiplied by a weight greater than 1 (e.g., 1.2). Alternatively, if both the target user and the user being recommended to like food, the restaurant's consumption rating will be multiplied by another weight greater than 1 (e.g., 1.5). This will be used as the basis for ranking candidate locations.

[0224] Secondly, this application provides a method for determining recommended location information. By combining device location information with the consumption locations of potential social partners to determine candidate locations, this method can better align with the user's actual activity range, increasing the likelihood of offline interaction. Furthermore, filtering recommended locations based on consumption ratings can provide users with high-quality social venues, improving the accuracy and reliability of recommended locations, thereby enhancing the user's social experience.

[0225] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, N equals 1;

[0226] After pushing social information to at least two devices, it may also include:

[0227] If social consent requests are received from at least two terminals respectively, then a social success message is sent to at least two terminals respectively.

[0228] If a social rejection request is received from at least one of at least two terminals, a social failure message is sent to each of the at least two terminals.

[0229] In one or more embodiments, a method for providing social feedback based on a single recommended location is described. As described in the foregoing embodiments, the server can push a social location to at least two successfully matched users. That is, at least two successfully matched users can view the social information through their respective terminals. The following description will take the perspective of the target user (e.g., user A) as an example.

[0230] Specifically, for ease of understanding, please refer to Figure 15. Figure 15 is a schematic diagram showing a single recommended location information in an embodiment of this application. As shown in Figure 15(A), 1501 is used to indicate the social information pushed to the target terminal, wherein the social information includes the user account corresponding to the recommended "User B", related information, recommended location information, social time, etc. 1502 is used to indicate the consent to meet control. 1503 is used to indicate the refuse to meet control.

[0231] For example, if the target user clicks the consent control indicated by 1502, a social consent request is triggered. Assume the server also receives the social consent request triggered by user B. Consequently, the target terminal displays the interface shown in Figure 15(B). 1504 indicates a social success message. Accordingly, the terminal used by user B will also display a social success message (i.e., "User A has confirmed that they will meet you at XXX Park before 16:00:00 on October 20, 2024").

[0232] For example, if the target user clicks the refuse-meeting control indicated by 1503, a social refusal request is triggered. The target terminal then displays the interface shown in Figure 15(C). 1505 indicates a social refusal message. Correspondingly, the terminal used by user B will also display a social refusal message (i.e., "User A has refused to meet").

[0233] Furthermore, the target user can click the feedback control indicated by 1506, thereby displaying the interface shown in Figure 15(D) on the target terminal. Here, 1507 indicates the feedback options; that is, the target user can also report the reason for refusing to meet offline, in order to optimize the recommendation results.

[0234] Secondly, this application provides a method for social feedback based on a single recommended location. Through this method, users can choose whether to arrange an offline meeting with recommended users based on the pushed social information. Thus, through real-time matching recommendations, users can easily find nearby individuals with similar consumption characteristics, further promoting offline social interaction. Simultaneously, recommending suitable social locations improves social convenience, helps expand users' social circles, and increases offline social activity.

[0235] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, N is greater than 1;

[0236] After pushing social information to at least two devices, it may also include:

[0237] Receive a location selection request sent by each of at least two terminals, wherein the location selection request carries any one of N recommended location information;

[0238] If the recommended location information carried in each location selection request is the same, then a social success message is sent to at least two terminals respectively;

[0239] If the recommended location information carried in each location selection request is not exactly the same, a social failure message is sent to at least two terminals respectively.

[0240] In one or more embodiments, a method for providing social feedback based on multiple recommended location information is described. As can be seen from the foregoing embodiments, the server can push at least two social locations to at least two successfully matched users. That is, at least two successfully matched users can view the social information through their respective terminals. The following description will take the perspective of the target user (e.g., user A) as an example.

[0241] Specifically, for ease of understanding, please refer to Figure 16. Figure 16 is a schematic diagram showing multiple recommended location information in an embodiment of this application. As shown in Figure 16(A), 1601 is used to indicate the social information pushed to the target terminal, wherein the social information includes the user account corresponding to the recommended "User B", related information, multiple recommended location information, social time, etc. 1602 is used to indicate the recommended location information selected by the target user (i.e., XXX Park). 1603 is used to indicate the consent to meet control. 1604 is used to indicate the refuse to meet control.

[0242] For example, the target user selects the recommended location information indicated by 1602 and clicks the "agree to meet" control indicated by 1603, thus triggering a location selection request. Assume the server also receives the location selection request triggered by user B, and that the location selection request carries the recommended location information "XXX Park". Therefore, the target terminal displays the interface shown in Figure 16(B). 1605 indicates a successful social interaction message. Accordingly, the terminal used by user B will also display a successful social interaction message (i.e., "User A has confirmed that they will meet you at XXX Park before 16:00:00 on October 20, 2024").

[0243] For example, if the target user clicks the refuse-meeting control indicated by 1604, a social refusal request is triggered. The target terminal then displays the interface shown in Figure 16(C). 1606 indicates a social refusal message. Correspondingly, the terminal used by user B will also display a social refusal message (i.e., "User A has refused to meet").

[0244] For example, the target user selects the recommended location information indicated by 1602 and clicks the "agree to meet" control indicated by 1603, thus triggering a location selection request. Assume the server receives the location selection request triggered by user B, and this request carries the recommended location information "XXX Restaurant". Therefore, the target terminal displays the interface shown in Figure 16(D). 1607 is used to indicate a social meeting failure message. Correspondingly, the terminal used by user B will also display a social meeting failure message (i.e., "The meeting location you selected is different from user A's; this meeting has failed").

[0245] Secondly, this application embodiment provides a method for social feedback based on multiple recommended location information. Through this method, users can choose one of the multiple recommended locations as a meeting place; the appointment is only considered successful if all users choose the same location. This not only increases the flexibility of location selection but also better tests the tacit understanding between users, thereby enhancing the fun of the activity.

[0246] Optionally, based on one or more embodiments corresponding to Figure 3 above, in another optional embodiment provided by this application, the target terminal is used to display the received social information;

[0247] The target terminal is also used to provide a session control, wherein, in response to a selection operation on the session control, first information is sent to the target terminal so that the target terminal can display the session interface corresponding to the target group through the first information, the target group including the target user account and M user accounts;

[0248] The target terminal is also used to provide a reservation control; wherein, in response to a selection operation on the reservation control, a second message is sent to the target terminal so that the target terminal can display the reservation interface corresponding to the recommended location information through the second message.

[0249] In one or more embodiments, two methods for supporting further interactions between users are described. As can be seen from the foregoing embodiments, upon receiving social information, users can further choose to communicate online with recommended individuals. If the recommended social location is a restaurant, cinema, etc., users can also make reservations or purchase tickets in advance to facilitate offline activities. The methods for implementing conversations and reservations will be described below with reference to the illustrations.

[0250] 1. Provide conversation functionality;

[0251] Specifically, for ease of understanding, please refer to Figure 17. Figure 17 is a schematic diagram of a session implementation in an embodiment of this application. Figure 17(A) illustrates the social information pushed by the server to the target terminal, where the social information includes information related to "User B". 1701 is used to indicate the session control. When the target user clicks the session control indicated by 1701, a selection operation for the session control is triggered, thereby displaying the session interface corresponding to the target group as shown in Figure 17(B). The target group includes the target user account and M user accounts.

[0252] It should be noted that when M equals 1, the target group includes only two users. When M is greater than 1, the target group includes multiple users. Figure 17(B) illustrates a target group with only two users (i.e., user A and user B), but this should not be construed as a limitation of this application.

[0253] 2. Provide reservation function;

[0254] Specifically, for ease of understanding, please refer to Figure 18. Figure 18 is a schematic diagram of a reservation system implemented in this embodiment of the application. Figure 18(A) illustrates the social information pushed by the server to the target terminal, where the social information includes recommended location information (i.e., XXX restaurant). 1801 is used to indicate the reservation control. When the target user clicks the reservation control indicated by 1801, that is, a selection operation for the reservation control is triggered, thereby displaying the reservation interface corresponding to the recommended location information as shown in Figure 18(B). Through this reservation interface, reservation information for "XXX restaurant" can be selected. The reservation information includes the number of people (e.g., 2 people), date (e.g., October 20, 2024), time (e.g., 12:00), and dining location (e.g., lobby).

[0255] Secondly, this application provides two methods to support other interactions between users. Through these methods, in addition to pushing social information, users can also engage in temporary conversations, thereby facilitating communication and further increasing the success rate of social activities. Simultaneously, reservations can be made for certain locations (e.g., restaurants), which not only makes it easier for users to meet but also helps create a better meeting environment.

[0256] Based on the above embodiments, the overall flow of the social information push method is described below. Please refer to Figure 19, which is a schematic diagram of the overall flow of the social information push method in this application embodiment. As shown in the figure, specifically:

[0257] In step 1901, the user registers and logs in. That is, the user can register and log in to the product platform using a mobile phone number or other identity authentication methods. The user must authorize the product platform to obtain consumption data and geolocation information, and authorize the product platform to obtain information such as the user's avatar, nickname, interest description, and personal signature.

[0258] In step 1902, payment interaction devices are integrated. That is, payment interaction devices are deployed in partner offline locations (e.g., shopping malls, restaurants, etc.). Users in these locations use these payment interaction devices for identity verification and upload their real-time location information to the product platform. Based on this, taking the palm-swipe payment device as an example, the palm-swipe payment device uses palm biometric technology to obtain the user's identity information and upload real-time location information and consumption information to the product platform.

[0259] In step 1903, a consumption feature vector is constructed. That is, the product platform collects user consumption data and device location information, first cleaning, integrating, and standardizing the data to provide a data foundation for the construction of consumption profiles and matching algorithms. Based on this, combined with the identity information obtained from the payment interaction device, a user consumption profile is constructed. This consumption profile includes, but is not limited to, consumption habits, consumption preferences, and spending power. Through the user's consumption profile, their needs and habits can be understood more accurately, thereby achieving precise matching.

[0260] In step 1904, real-time matching and recommendation are performed. That is, the product platform performs real-time matching based on the user's consumption profile and device location information, recommending other users with similar consumption habits and preferences. Simultaneously, based on the geographical location information of both parties, nearby social locations (e.g., cafes, restaurants, etc.) are recommended, enabling matching between geographically proximate users and improving the real-time nature and convenience of the matching process.

[0261] In step 1905, users engage in offline social interaction. That is, successfully matched users can go to recommended social locations to meet and interact offline, reducing social costs and psychological barriers.

[0262] The social information push device of this application is described in detail below. Please refer to Figure 20, which is a schematic diagram of an embodiment of the social information push device in this application. The social information push device 200 includes:

[0263] The acquisition module 2001 is used to obtain the consumption feature vector corresponding to the target user account in response to the payment transaction request, wherein the payment transaction request carries the target user account and device location information;

[0264] The determination module 2002 is used to determine M user accounts based on the device location information and the consumption feature vector corresponding to the target user account, where M is an integer greater than or equal to 1;

[0265] The determination module 2002 is also used to determine N recommended location information based on the device location information, where N is an integer greater than or equal to 1;

[0266] The push module 2003 is used to push social information to at least two terminals, wherein the at least two terminals include a target terminal and at least one terminal, the target terminal is logged into a target user account, and each of the at least one terminal is logged into one of M user accounts, and the social information includes N recommended location information.

[0267] This application provides a social information push device. Using this device, greater emphasis can be placed on users' actual lifestyles and interests, thereby improving the quality of social matching. Simultaneously, selecting offline meeting locations based on device location information helps increase the likelihood of offline social interaction.

[0268] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application,

[0269] The acquisition module 2001 is specifically used to respond to a payment transaction request sent through the cash register device, wherein the device location information carried in the payment transaction request is the current location information of the payment interaction device;

[0270] or,

[0271] In response to a payment transaction request sent by the target terminal, wherein the device location information carried in the payment transaction request is the current location information of the target terminal.

[0272] This application provides a social information push device. Using this device, not only can biometric payment methods report device location information, but also QR code payment methods can report device location information. This improves the flexibility and feasibility of information reporting, enabling the backend to obtain more accurate device location information.

[0273] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application,

[0274] The acquisition module 2001 is specifically used to query the consumption feature vector corresponding to the target user account from the database;

[0275] The database is used to store the consumption feature vector corresponding to at least one user account. The consumption feature vector is constructed based on the historical consumption data corresponding to the user account.

[0276] This application provides a social information push device. Using this device, consumption feature vectors corresponding to user accounts are pre-constructed offline, facilitating rapid user matching and social location matching, thereby improving the efficiency of information recommendation.

[0277] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, the social information push device 200 further includes a processing module 2004;

[0278] The acquisition module 2001 is also used to acquire the order data set corresponding to the target user account before querying the consumption feature vector corresponding to the target user account from the database. The order data set includes order data from each historical period.

[0279] Processing module 2004 is used to perform statistics on the order data set corresponding to the target user account to obtain the historical consumption data corresponding to the target user account;

[0280] The processing module 2004 is also used to standardize the historical consumption data corresponding to the target user account to obtain the consumption feature vector corresponding to the target user account.

[0281] This application provides a social information push device. Using this device, a consumption feature vector is constructed using historical order data corresponding to a user account, which can fully reflect the user's consumption habits and improve the accuracy of social matching. Furthermore, by standardizing the data, the influence of data units and numerical ranges can be eliminated, facilitating subsequent data analysis and mining.

[0282] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, the payment transaction request also carries target order data;

[0283] The acquisition module 2001 is specifically used to acquire the order data set corresponding to the target user account, wherein the order data set includes order data from various historical time periods;

[0284] By statistically analyzing the order data set corresponding to the target user account and the target order data, the real-time consumption data corresponding to the target user account can be obtained.

[0285] The real-time consumption data corresponding to the target user account is standardized to obtain the consumption feature vector corresponding to the target user account.

[0286] This application provides a social information push device. Using this device, the consumption feature vector can not only reflect a user's long-term consumption habits but also their latest consumption characteristics, thereby improving the accuracy and reliability of matching.

[0287] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, the payment transaction request also carries the target consumption time;

[0288] The determination module 2002 is specifically used to determine the associated area range based on the device location information;

[0289] Determine the relevant time range based on the target consumption time;

[0290] From the historical consumption data corresponding to each user account, obtain the location and time of the most recent consumption for each user account;

[0291] The candidate user account set includes all user accounts whose most recent purchase location is within the relevant area and whose most recent purchase time is within the relevant time range.

[0292] Select M user accounts from the candidate user account set.

[0293] This application provides a social information push device. By combining the associated regional range and associated time range for matching, the matching range can be narrowed. This not only improves social matching efficiency but also ensures that recommended social contacts are geographically close, facilitating offline meetings.

[0294] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, the payment transaction request also carries the target consumption time;

[0295] The determination module 2002 is specifically used to obtain the cluster label corresponding to the target user account, wherein the cluster label is used to indicate the clustering attribute information corresponding to the user account;

[0296] Determine the associated area range based on the device location information;

[0297] Determine the relevant time range based on the target consumption time;

[0298] From the historical consumption data corresponding to each user account, obtain the location and time of the most recent consumption for each user account;

[0299] The candidate user account set includes all user accounts whose most recent consumption location is within the associated region, whose most recent consumption time is within the associated time, and whose cluster label is the same as the cluster label corresponding to the target user account.

[0300] Select M user accounts from the candidate user account set.

[0301] This application provides a social information push device. By combining the associated regional range and associated time range for matching, the matching scope can be narrowed. This not only improves the efficiency of social matching but also ensures that recommended social partners are geographically close, facilitating offline meetings. Furthermore, combining cluster tags can further narrow the matching scope and match users with similar consumption patterns, thereby improving the accuracy of social matching.

[0302] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application,

[0303] Module 2002 is specifically used to obtain the historical consumption data corresponding to each user account;

[0304] The historical consumption data corresponding to each user account is standardized to obtain the consumption feature vector corresponding to each user account;

[0305] Based on the consumption feature vector corresponding to each user account, cluster label corresponding to each user account is obtained through cluster analysis;

[0306] Based on the cluster label corresponding to each user account, determine the cluster label corresponding to the target user account.

[0307] This application provides a social information push device. Compared to manual labeling, using clustering algorithms for labeling with this device not only improves labeling efficiency but also saves on manual processing costs.

[0308] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application,

[0309] The determination module 2002 is specifically used to calculate the similarity between the target user account and each user account in the candidate user account set based on the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to each user account in the candidate user account set.

[0310] Based on the similarity between the target user account and each user account in the candidate user account set, determine M user accounts.

[0311] This application provides a social information push device. Using this device can improve the accuracy and efficiency of matching, reduce false matches, and thus improve overall accuracy and user experience.

[0312] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, the social information push device 200 further includes a receiving module 2005;

[0313] The determination module 2002 is specifically used to obtain M user accounts through a recommendation model based on the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to each user account in the candidate user account set.

[0314] The receiving module 2005 is used to receive the recommendation rating sent by the target terminal after pushing social information to at least two terminals;

[0315] The processing module 2004 is also used to update the model parameters of the recommendation model based on the recommendation score.

[0316] This application provides a social information push device. Using this device, the reinforcement learning algorithm can self-adjust by continuously collecting user feedback during the process, thereby improving matching accuracy and user satisfaction.

[0317] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application,

[0318] The determination module 2002 is specifically used to determine a set of candidate locations based on the device location information and the most recent consumption location corresponding to each of the M user accounts, wherein the set of candidate locations includes at least one candidate location;

[0319] Obtain the consumption rating corresponding to each candidate location in the candidate location set;

[0320] Based on the consumption rating corresponding to each candidate location, N recommended location information are determined.

[0321] This application provides a social information push device. By combining device location information with the consumption locations of potential social partners to determine candidate locations, the device can better align with the user's actual activity range, increasing the likelihood of offline interaction. Furthermore, filtering recommended locations based on consumption ratings can provide users with high-quality social venues, improving the accuracy and reliability of recommended locations and thus enhancing the user's social experience.

[0322] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, N equals 1;

[0323] The social messaging device 200 also includes a sending module 2006;

[0324] The sending module 2006 is used to send a social success message to at least two terminals after pushing social information to at least two terminals and receiving social consent requests from at least two terminals respectively.

[0325] The sending module 2006 is further configured to send a social rejection message to each of the at least two terminals if it receives a social rejection request from at least one of the at least two terminals.

[0326] This application provides a social information push device. Using this device, through real-time matching and recommendations, users can easily find nearby individuals with similar consumption characteristics, further promoting offline social interaction. Simultaneously, by recommending suitable social locations, it improves social convenience, helps expand users' social circles, and increases offline social activity.

[0327] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, N is greater than 1;

[0328] The receiving module 2005 is also configured to receive a location selection request sent by each of the at least two terminals after pushing social information to at least two terminals, wherein the location selection request carries any one of N recommended location information;

[0329] The sending module 2006 is also used to send a social success message to at least two terminals if the recommended location information carried in each location selection request is the same.

[0330] The sending module 2006 is also used to send a social failure message to at least two terminals if the recommended location information carried in each location selection request is not completely the same.

[0331] This application provides a social messaging device. Using this device, an appointment is considered successful only if all users choose the same location to meet. This not only increases the flexibility of location selection but also better tests the tacit understanding between users, thereby enhancing the fun of the activity.

[0332] Optionally, based on the embodiment corresponding to FIG20 above, in another embodiment of the social information push device 200 provided in this application, the target terminal is used to display the received social information;

[0333] The target terminal is also used to provide a session control, wherein, in response to a selection operation on the session control, first information is sent to the target terminal, the first information being used to cause the target terminal to display the session interface corresponding to the target group, the target group including the target user account and M user accounts;

[0334] The target terminal is also used to provide a reservation control; wherein, in response to a selection operation on the reservation control, a second message is sent to the target terminal, the second message being used to cause the target terminal to display a reservation interface corresponding to the recommended location information.

[0335] This application provides a social information push device. Using this device, users can easily communicate and exchange ideas based on temporary sessions, further increasing the success rate of social activities. Pre-booking not only facilitates meeting users but also helps create a better meeting environment.

[0336] Figure 21 is a schematic diagram of a computer device structure provided in an embodiment of this application. The computer device 2100 can vary significantly due to different configurations or performance. It may include one or more central processing units (CPUs) 2122 (e.g., one or more processors) and a memory 2132, and one or more storage media 2130 (e.g., one or more mass storage devices) for storing application programs 2142 or data 2144. The memory 2132 and storage media 2130 may be temporary or persistent storage. The program stored in the storage media 2130 may include one or more modules (not shown in the figure), each module including a series of instruction operations on the computer device. Furthermore, the CPU 2122 may be configured to communicate with the storage media 2130 and execute the series of instruction operations in the storage media 2130 on the computer device 2100.

[0337] Computer device 2100 may also include one or more power supplies 2126, one or more wired or wireless network interfaces 2150, one or more input / output interfaces 2158, and / or one or more operating systems 2141, such as Windows Server. TM Mac OS X TM Unix TM Linux TM FreeBSD TM etc.

[0338] The steps performed by the computer device in the above embodiments can be based on the computer device structure shown in Figure 21.

[0339] This application also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of the methods described in the foregoing embodiments.

[0340] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the methods described in the foregoing embodiments.

[0341] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0342] In this application embodiment, the terms "module" or "unit" refer to a computer program or part of a computer program that has a predetermined function and works with other related parts to achieve a predetermined goal, and can be implemented wholly or partially using software, hardware (such as processing circuitry or memory), or a combination thereof. Similarly, a processor (or multiple processors or memory) can be used to implement one or more modules or units. Furthermore, each module or unit can be part of an overall module or unit that includes the functionality of that module or unit.

[0343] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection between apparatuses or units through some interfaces, and may be electrical, mechanical, or other forms.

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

[0345] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0346] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a server or terminal device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing computer programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0347] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A method for pushing social information, the method being applied to a server, the method comprising: In response to a payment transaction request, a consumption feature vector corresponding to the target user account is obtained, wherein the payment transaction request carries the target user account and device location information; Based on the device location information and the consumption feature vector corresponding to the target user account, M user accounts are determined, where M is an integer greater than or equal to 1; Based on the device location information, N recommended location information are determined, where N is an integer greater than or equal to 1; Social information is pushed to at least two terminals, wherein the at least two terminals include a target terminal and at least one terminal, the target terminal is logged into the target user account, and each of the at least one terminal is logged into one of the M user accounts, and the social information includes the N recommended location information.

2. The push method according to claim 1, wherein responding to a payment transaction request includes: In response to the payment transaction request sent through the POS device, wherein the device location information carried in the payment transaction request is the current location information of the payment interaction device; or, In response to the payment transaction request sent by the target terminal, wherein the device location information carried in the payment transaction request is the current location information of the target terminal.

3. The push method according to claim 1 or 2, wherein obtaining the consumption feature vector corresponding to the target user account includes: Retrieve the consumption feature vector corresponding to the target user account from the database; The database is used to store consumption feature vectors corresponding to at least one user account, and the consumption feature vectors are constructed based on the historical consumption data corresponding to the user account.

4. The push method according to claim 3, before querying the consumption feature vector corresponding to the target user account from the database, the method further includes: Obtain the order data set corresponding to the target user account, wherein the order data set includes order data from various historical time periods; The order data set corresponding to the target user account is statistically analyzed to obtain the historical consumption data corresponding to the target user account; The historical consumption data corresponding to the target user account is standardized to obtain the consumption feature vector corresponding to the target user account.

5. The push method according to claim 1 or 2, wherein the payment transaction request further carries target order data; The step of obtaining the consumption feature vector corresponding to the target user account includes: Obtain the order data set corresponding to the target user account, wherein the order data set includes order data from various historical time periods; By statistically analyzing the order data set corresponding to the target user account and the target order data, the real-time consumption data corresponding to the target user account is obtained. The real-time consumption data corresponding to the target user account is standardized to obtain the consumption feature vector corresponding to the target user account.

6. The push method according to any one of claims 1 to 5, wherein the payment transaction request further carries the target consumption time; The step of determining M user accounts based on the device location information and the consumption feature vector corresponding to the target user account includes: Based on the device location information, the associated area range is determined; Determine the associated time range based on the target consumption time; From the historical consumption data corresponding to each user account, obtain the location and time of the most recent consumption for each user account; The candidate user account set includes all user accounts whose most recent consumption location is within the associated region and whose most recent consumption time is within the associated time range. The M user accounts are determined from the set of candidate user accounts.

7. The push method according to any one of claims 1 to 5, wherein the payment transaction request further carries the target consumption time; The step of determining M user accounts based on the device location information and the consumption feature vector corresponding to the target user account includes: Obtain the cluster label corresponding to the target user account, wherein the cluster label is used to indicate the clustering attribute information corresponding to the user account; Based on the device location information, the associated area range is determined; Determine the associated time range based on the target consumption time; From the historical consumption data corresponding to each user account, obtain the location and time of the most recent consumption for each user account; The candidate user account set includes all user accounts whose most recent consumption location is within the associated area, whose most recent consumption time is within the associated time, and whose cluster label is the same as the cluster label corresponding to the target user account. The M user accounts are determined from the set of candidate user accounts.

8. The push method according to claim 7, wherein obtaining the cluster tag corresponding to the target user account includes: Obtain the historical consumption data corresponding to each user account; The historical consumption data corresponding to each user account is standardized to obtain the consumption feature vector corresponding to each user account; Based on the consumption feature vector corresponding to each user account, cluster label corresponding to each user account is obtained through cluster analysis; Based on the cluster label corresponding to each user account, determine the cluster label corresponding to the target user account.

9. The push method according to any one of claims 6 to 8, wherein determining the M user accounts from the candidate user account set comprises: Based on the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to each user account in the candidate user account set, calculate the similarity between the target user account and each user account in the candidate user account set; The M user accounts are determined based on the similarity between the target user account and each user account in the candidate user account set.

10. The push method according to any one of claims 6 to 8, wherein determining the M user accounts from the candidate user account set comprises: Based on the consumption feature vector corresponding to the target user account and the consumption feature vector corresponding to each user account in the candidate user account set, the M user accounts are obtained through a recommendation model; After pushing social information to at least two terminals, the method further includes: Receive the recommendation rating sent by the target terminal; The model parameters of the recommendation model are updated based on the recommendation score.

11. The push method according to any one of claims 1 to 10, wherein determining N recommended location information based on the device location information includes: Based on the device location information and the most recent consumption location corresponding to each of the M user accounts, a candidate location set is determined, wherein the candidate location set includes at least one candidate location; Obtain the consumption rating corresponding to each candidate location in the candidate location set; Based on the consumption rating corresponding to each candidate location, the information of the N recommended locations is determined.

12. The push method according to any one of claims 1 to 11, wherein N equals 1; After pushing social information to at least two terminals, the method further includes: If a social consent request is received from each of the at least two terminals, a social success message is sent to each of the at least two terminals. If a social rejection request is received from at least one of the at least two terminals, a social failure message is sent to each of the at least two terminals.

13. The push method according to any one of claims 1 to 11, wherein N is greater than 1; After pushing social information to at least two terminals, the method further includes: Receive a location selection request sent by each of the at least two terminals, wherein the location selection request carries any one of the N recommended location information; If the recommended location information carried in each of the location selection requests is the same, then a social success message is sent to each of the at least two terminals respectively; If the recommended location information carried in each location selection request is not exactly the same, a social failure message is sent to each of the at least two terminals respectively.

14. The push method according to any one of claims 1 to 13, wherein the target terminal is used to display the received social information; The target terminal is further configured to provide session controls, wherein, When in response to a selection operation on the session control, first information is sent to the target terminal, the first information being used to cause the target terminal to display the session interface corresponding to the target group, the target group including the target user account and the M user accounts; The target terminal is also used to provide a reservation control; wherein, in response to a selection operation on the reservation control, second information is sent to the target terminal, the second information being used to cause the target terminal to display a reservation interface corresponding to the recommended location information.

15. A social information push device, comprising: The acquisition module is used to acquire the consumption feature vector corresponding to the target user account in response to a payment transaction request, wherein the payment transaction request carries the target user account and device location information; The determination module is used to determine M user accounts based on the device location information and the consumption feature vector corresponding to the target user account, wherein M is an integer greater than or equal to 1; The determining module is further configured to determine N recommended location information based on the device location information, wherein N is an integer greater than or equal to 1; The push module is used to push social information to at least two terminals, wherein the at least two terminals include a target terminal and at least one terminal, the target terminal is logged into the target user account, and each of the at least one terminal is logged into one of the M user accounts, and the social information includes the N recommended location information.

16. A computer device comprising a memory and a processor, the memory storing a computer program, the processor executing the computer program to implement the steps of the push method according to any one of claims 1 to 14.

17. A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the push method according to any one of claims 1 to 14.

18. A computer program product comprising a computer program that, when executed by a processor, implements the steps of the push method according to any one of claims 1 to 14.

Images