User search processing method and device

Abstract

The embodiments of this specification provide a user search processing method and device, wherein a user search processing method includes: obtaining a search keyword sent by a visiting user through a financial service by a client; determining a corresponding search feature type according to the keyword type of the search keyword; if the search feature type conforms to the feature search strategy of a two-way financial relationship network, querying candidate users matching the search keyword under the search feature type based on the two-way financial relationship network; obtaining the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way financial relationship network; optimizing the candidate user according to the intimacy, and sending the optimized search results to the client.

Description

Technical Field

[0001] This document relates to the field of data processing technology, and in particular to a user search processing method and device. Background Art

[0002] With the continuous development of internet technology, users are increasingly using online services to transfer funds, send red envelopes, and other activities. Previously, users needed to search for the recipient of funds and then complete these online activities through the searched recipient. In many scenarios, users often transfer funds or send red envelopes to their financial contacts. Based on this, how to specifically solve the search for the recipient of funds when transferring funds or sending red envelopes has become a key concern for users. Summary of the Invention

[0003] One or more embodiments of this specification provide a user search processing method, which is applied to the server side, including: obtaining the search keywords sent by the visiting user through the financial service. Determine the corresponding search feature type according to the keyword type of the search keyword. If the search feature type conforms to the feature search strategy of the two-way financial relationship network, query the candidate users matching the search keyword under the search feature type based on the two-way financial relationship network. Obtain the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way financial relationship network. Optimize the candidate user according to the intimacy, and send the search results obtained by the optimization process to the client.

[0004] One or more embodiments of this specification provide another user search processing method, applied to a client, comprising: obtaining a search keyword entered by a visiting user through a search control configured in a financial service and sending the result to a server; receiving search results from the server, optimized for candidate users; querying the candidate users in a two-way financial relationship network based on the keyword type of the search keyword; the search results including the two-way financial relationship between the visiting user and the candidate users; and displaying the search results within the financial service.

[0005] One or more embodiments of the present specification provide a user search processing device, which runs on the server side and includes: a keyword acquisition module, which is configured to acquire the search keywords sent by the visiting user through the financial service. A search feature type determination module, which is configured to determine the corresponding search feature type according to the keyword type of the search keyword. If the search feature type meets the feature search strategy of the two-way financial relationship network, the candidate user query module is run, and the candidate user query module is configured to query the candidate users matching the search keyword under the search feature type based on the two-way financial relationship network. An intimacy acquisition module, which is configured to acquire the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted in the two-way financial relationship network. An optimization processing module, which is configured to optimize the candidate user according to the intimacy, and send the search results obtained by the optimization processing to the client.

[0006] One or more embodiments of this specification provide another user search processing device, which runs on a client and includes: a search keyword sending module, configured to obtain the search keyword entered by the accessing user through the search control configured by the financial service, and send it to the server. A search result receiving module, configured to receive the search results sent by the server, obtained by optimizing the candidate user; the candidate user is obtained by querying in a two-way financial relationship network based on the keyword type of the search keyword; the search result includes the two-way financial relationship between the accessing user and the candidate user. A search result display module, configured to display the search results within the financial service.

[0007] One or more embodiments of the present specification provide a user search processing device, comprising: a processor; and a memory configured to store computer-executable instructions, wherein the computer-executable instructions, when executed, cause the processor to: obtain search keywords sent by a visiting user through a financial service. Determine the corresponding search feature type based on the keyword type of the search keyword. If the search feature type conforms to the feature search strategy of a two-way financial relationship network, query candidate users matching the search keyword under the search feature type based on the two-way financial relationship network. Obtain the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way financial relationship network. Optimize the candidate user based on the intimacy, and send the search results obtained by the optimization process to the client.

[0008] One or more embodiments of this specification provide another user search processing device, comprising: a processor; and a memory configured to store computer-executable instructions, wherein when executed, the computer-executable instructions cause the processor to: obtain a search keyword entered by a visiting user through a search control configured in a financial service and transmit the result to a server; receive search results from the server that are optimized for candidate users; obtain the candidate users by searching a two-way financial relationship network based on the keyword type of the search keyword; the search results include the two-way financial relationship between the visiting user and the candidate users; and display the search results within the financial service.

[0009] One or more embodiments of this specification provide a storage medium for storing computer-executable instructions, which implement the following process when executed by a processor: Obtain the search keywords sent by the visiting user through the financial service. Determine the corresponding search feature type based on the keyword type of the search keyword. If the search feature type conforms to the feature search strategy of the two-way financial relationship network, query the candidate users matching the search keyword under the search feature type based on the two-way financial relationship network. Obtain the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way financial relationship network. Optimize the candidate user according to the intimacy, and send the search results obtained by the optimization process to the client.

[0010] One or more embodiments of this specification provide another storage medium for storing computer-executable instructions, which, when executed by a processor, implement the following process: obtaining a search keyword entered by a visiting user through a search control configured in a financial service and sending the result to a server; receiving search results from the server that are optimized for candidate users; searching a two-way financial relationship network for the candidate users based on the keyword type of the search keyword; the search results containing the two-way financial relationship between the visiting user and the candidate user; and displaying the search results within the financial service. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate one or more embodiments of this specification or technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or descriptions of the prior art. Obviously, the drawings described below are only some embodiments described in this specification. Those skilled in the art can derive other drawings based on these drawings without inventive effort.

[0012] Figure 1A flowchart of a user search processing method provided by one or more embodiments of this specification;

[0013] Figure 2 A schematic diagram of a two-way funding relationship network provided for one or more embodiments of this specification;

[0014] Figure 3 A processing sequence diagram of a user search processing method applied to a search engine scenario provided by one or more embodiments of this specification;

[0015] Figure 4 A flowchart of another user search processing method provided by one or more embodiments of this specification;

[0016] Figure 5 A schematic diagram of a user search processing device provided in one or more embodiments of this specification;

[0017] Figure 6 A schematic diagram of another user search processing device provided in one or more embodiments of this specification;

[0018] Figure 7 A schematic diagram of the structure of a user search processing device provided in one or more embodiments of this specification;

[0019] Figure 8 A schematic diagram of the structure of another user search processing device provided in one or more embodiments of this specification. DETAILED DESCRIPTION

[0020] In order to enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the technical solutions in one or more embodiments of this specification will be clearly and completely described below in conjunction with the drawings in one or more embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this specification, not all of the embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of this document.

[0021] This specification provides an embodiment of a user search processing method:

[0022] Reference Figure 1 The user search processing method provided in this embodiment is applied to the server and specifically includes steps S102 to S110.

[0023] Step S102: obtaining the search keywords sent by the client and input by the accessing user through the financial service.

[0024] The user search processing method provided in this embodiment realizes user search by constructing a two-way capital relationship network. Specifically, the corresponding search feature type is determined according to the keyword type of the search keyword input by the visiting user through the capital service. When the search feature type conforms to the feature search strategy of the two-way capital relationship network, the two-way capital relationship network is used to find candidate users matching the search keyword under the search feature type, and the candidate users are optimized based on the read intimacy between the visiting user and the candidate users. The search results obtained by the optimization process are sent to the client. By introducing the two-way capital relationship network, the convenience and efficiency of user search are improved, the accuracy of user search is improved, and the user experience is thereby improved.

[0025] The fund service described in this embodiment refers to a service for fund interaction or fund flow between users, such as a transfer service and a red envelope sending service. It should be noted that the fund service can be an application running independently on the client, or a subroutine installed in a third-party application. The third-party application includes a third-party payment application. In addition, the fund service can also be other types of services for interaction between users; in an actual fund flow scenario, the accessing user inputs search keywords related to the user who wants to conduct fund flow (such as transfer, sending red envelope) through the fund service, and then finds the user corresponding to the search keyword. In this process, the accessing user refers to the user who has a user search demand.

[0026] The search keyword refers to various forms of search terms entered during the search process, such as characters, words, numbers and / or pinyin. It should be noted that the search keyword can be a complete search term, such as a complete name, a complete 11-digit contact number, or a complete email address; in addition, the search keyword can also be a part of a complete search term, such as the surname of a complete name, the first 3 digits or the last 4 digits of a complete 11-digit contact number. Moreover, the search keyword can be a keyword composed of a single keyword type, or a keyword composed of multiple keyword types, for example, the keyword type is Chinese type, Pinyin type, English type, or digital type, and the search keyword is the Chinese type keyword "**Ping" or the search keyword is the Chinese type + digital type keyword "**Ping187".

[0027] In specific implementation, the search keyword input by the user through the fund service sent by the client is obtained. Before this, the client obtains the search keyword input by the user through the search control configured by the fund service and sends it to the server.

[0028] Step S104: determining a corresponding search feature type according to the keyword type of the search keyword.

[0029] The search feature type in this embodiment refers to the type of search feature that may correspond to a search keyword. Search features refer to characteristic parameters related to a user, including but not limited to notes, name, nickname, contact number, bank card number, and email address. For example, if the search keyword is "**Ping", the keyword type of "**Ping" is "Chinese type", and the search feature types corresponding to "Chinese type" are "Name type", "Note type", and "Nickname type".

[0030] Based on the above acquisition of the search keyword sent by the client and input by the user through the financial service, in this step, the search feature type corresponding to the keyword type is determined according to the keyword type of the search keyword.

[0031] In actual applications, the keyword type of the search keyword entered by the user may include multiple keyword types. For example, if the user enters "Ping 187", the keyword type of the search keyword includes Chinese type and numeric type. In order to conduct targeted user searches and improve the search accuracy and comprehensiveness during the user search process, the search keyword can be segmented, and then each segmented search keyword unit can be used to perform matching searches. In an optional implementation provided by this embodiment, in the process of determining the corresponding search feature type based on the keyword type of the search keyword, the following operations are performed:

[0032] Parsing the search keyword to obtain a keyword type of the search keyword;

[0033] If the keyword type obtained by parsing is a fusion keyword type, segmenting the search keyword to obtain each search keyword unit;

[0034] The corresponding search feature type is determined according to the keyword unit type of each search keyword unit.

[0035] The fusion keyword type refers to a keyword type of a search keyword including at least two keyword types.

[0036] For example, the search keyword is "Ping187", and the keyword type of "Ping187" includes two keyword types, namely the fusion keyword type, and "Ping187" is segmented to obtain the search keyword units "Ping" and "187". The keyword unit type of "Ping" is "Chinese type", and the keyword unit type of "187" is "digital type". The search feature type corresponding to the "Chinese type" is "remark type, name type, nickname type", and the search feature type corresponding to the "digital type" is "contact number type, bank card number type". The search method is adjusted according to the user's search needs to meet the user's multi-faceted search needs and improve the user experience.

[0037] Step S106: If the search feature type meets the feature search strategy of the two-way capital relationship network, candidate users matching the search keyword under the search feature type are searched based on the two-way capital relationship network.

[0038] The two-way capital relationship network described in this embodiment refers to a connection diagram or network diagram that represents the capital transaction relationship and social relationship between users, wherein the capital transaction relationship and social relationship have directionality. Specifically, the two-way capital relationship network can be a directed network diagram. In addition, it can also be other forms of connection diagrams or network diagrams that represent directed capital transaction relationships and social relationships. Figure 2 As shown, "Account A" is the master node, "Account B" and "Account C" are slave nodes, "Pay" represents the flow of funds from "Account A" to "Account B", "Remarks a" represents the remark information set by A for B based on the fact that B is a friend of A at the application account level, specifically the search feature associated with the connection relationship established between "Account A" and "Account B", "Receive" represents the flow of funds from "Account C" to "Account A", "Remarks b" represents the remark information set by A for C based on the fact that B and A are friends at the application account level, specifically the search feature associated with the connection relationship established between "Account A" and "Account C", and "Name" and "Nickname" are account-associated search features.

[0039] The feature search strategy refers to a strategy for searching candidate users by using the feature types included in the two-way capital relationship network. For example, the keyword is "**Ping", the keyword type of "**Ping" is "Chinese type", and the search feature types corresponding to "Chinese type" are "name type", "remark type", and "nickname type". The feature types included in the two-way capital relationship network include "name type", "remark type", "nickname type", "communication number type", "bank card number type", and "email address type". If the search feature types cover the feature types of the two-way capital relationship network, then the feature search strategy is "using name, remark and / or nickname to search for candidate users", that is, in the name , remarks and / or nickname dimensions; for example, the search keyword is "187", the keyword type of "187" is "digital type", and the search feature types corresponding to "digital type" are "communication number type" and "bank card number type". The feature types included in the two-way capital relationship network include "name type", "remarks type", "nickname type", "communication number type", "bank card number type" and "email address type". The search feature types cover the feature types of the two-way capital relationship network, and the feature search strategy is "using communication number and / or bank card number to search for candidate users", that is, a strategy for searching in the communication number and / or bank card number dimensions.

[0040] The above step determines the corresponding search feature type based on the keyword type of the search keyword. In this step, if the search feature type meets the feature search strategy of the two-way capital relationship network, specifically if the feature type included in the two-way capital relationship network covers the search feature type, the two-way capital relationship network is used to search for candidate users matching the search keyword under the search feature type.

[0041] In a specific implementation, in an optional implementation mode provided by this embodiment, the above-mentioned two-way capital relationship network is constructed in the following manner:

[0042] Determine a master node based on the account identifier of the accessing user, and determine a slave node based on the target account identifier included in the offline fund record of the accessing user;

[0043] Establishing a connection relationship between the master node and the slave node according to a relationship attribute and / or a bidirectional fund relationship between the accessing user and the target user to which the target account identifier belongs;

[0044] The search feature of the target user extracted from the offline fund record is associated with the subordinate node corresponding to the target user to obtain the two-way fund relationship network.

[0045] Among them, the account identifier represents the visiting user, and the target account identifier represents the account identifier of the target user who has had a financial transaction relationship or social relationship (such as a friend relationship) with the visiting user; the offline fund record refers to the cached fund flow or fund interaction record of the visiting user, and the offline fund record includes the fund flow amount, two-way fund relationship, account information of the fund recipient, and account information of the fund initiator; the relationship attribute refers to the relationship performance between the visiting user and the target user, such as the relationship attribute is friend or non-friend, and the relationship attribute can also be replaced by a relationship level, such as the relationship level is first level, second level, or third level; the two-way fund relationship refers to the payment and receipt relationship between two users for fund flow; the search features include but are not limited to the target user's name, nickname, account identifier (application account identifier), remarks, contact number, and bank card number.

[0046] For example, the visiting user is A, and the target user who has had a financial transaction or social relationship with A is B. A's account ID is used as the master node, and B's target account ID is used as the slave node. Based on whether A and B are friends and / or which of A and B is the fund initiator and which is the fund recipient, a connection relationship between the master node and the slave node is established. If A is the fund initiator and B is the fund recipient, the master node corresponding to A's account ID points to the slave node corresponding to B's target account ID. Based on B's search features extracted from offline fund records, search feature association is performed on the slave node corresponding to B, thereby obtaining a two-way fund relationship network. By constructing a two-way fund relationship network, huge data support is provided for user search.

[0047] In addition, based on determining the nodes and establishing the connection relationship, the search features of the target user extracted from the offline fund record can be associated with the established connection relationship between the visiting user and the target user to obtain a two-way fund relationship network; based on determining the nodes and establishing the connection relationship, part of the search features of the target user extracted from the offline fund record can be associated with the subordinate node corresponding to the target user, and the other part of the search features can be associated with the established connection relationship between the visiting user and the target user.

[0048] Step S108: Obtain the intimacy between the visiting user and the candidate user.

[0049] The intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way capital relationship network.

[0050] The relationship characteristic parameters described in this embodiment refer to relevant parameters that characterize the financial transaction relationship or social relationship between two users; the relationship characteristic parameters include the frequency of capital flow and / or relationship attributes. For example, the relationship characteristic parameters are: the frequency of capital flow is 5 times / month, and the relationship attribute is friends. In addition, the relationship characteristic parameters can also be other types of data, such as the amount of capital flow within a preset time period.

[0051] In the above case, when the search feature type conforms to the feature search strategy of the two-way capital relationship network, the candidate users matching the search keyword under the search feature type are queried based on the two-way capital relationship network. On this basis, this step obtains the intimacy between the visiting user and the candidate user, and uses the obtained intimacy to optimize the matching candidate users and send them to the client.

[0052] In actual applications, the candidate users obtained by the above matching may have insufficient login frequency or short online time, or may have little interaction with the visiting user or have no close financial relationship with the visiting user. For these users, the probability of searching for these users to transfer money or send red envelopes to them is low. To improve search efficiency and accuracy, the intimacy between the visiting user and the candidate users can be obtained, and then search results can be provided to the visiting user based on the intimacy. In an optional implementation provided by this embodiment, in the process of calculating the intimacy between the visiting user and the candidate users, the following operations are performed:

[0053] Reading the fund flow frequency and / or relationship attributes between the visiting user and the candidate user included in the relationship feature parameters;

[0054] The fund flow frequency and / or the relationship attribute are input into an intimacy algorithm to calculate the intimacy, and the intimacy is output.

[0055] Continuing with the above example, the relationship characteristic parameters between visiting user A and candidate user B are: fund flow frequency 5 times / month, relationship attribute is friends, and the relationship characteristic parameters are input into the intimacy algorithm for intimacy calculation, and the output intimacy is 80.

[0056] It should be noted that the relationship characteristic parameters can include any one or more of the frequency of capital turnover and relationship attributes. That is, in the process of intimacy calculation, any one or more of the frequency of capital turnover and relationship attributes can be input into the intimacy algorithm for intimacy calculation to adapt to a variety of intimacy calculation scenarios.

[0057] Step S110 , optimizing the candidate users according to the intimacy, and sending the optimized search results to the client.

[0058] Based on the above-mentioned intimacy between the visiting user and the candidate users, in order to improve the user experience, the intimacy between the visiting user and the candidate users is used as a basis for optimizing the matched candidate users, and the optimized search results are sent to the client.

[0059] The specific implementation process of optimizing the candidate users is implemented in the following manner in an optional implementation provided in this embodiment:

[0060] Sorting the candidate users according to the intimacy to obtain a candidate user list;

[0061] Filtering candidate users whose ranking positions are before a preset position in the candidate user list, or filtering candidate users whose account login frequency is higher than a preset frequency in the candidate user list;

[0062] Based on the bidirectional financial relationship between the visiting user and the candidate users obtained by screening, which is extracted from the bidirectional financial relationship network, the candidate users obtained by screening are labeled.

[0063] Specifically, the candidate users may be sorted in descending order according to the size of their intimacy to obtain a candidate user list, which is sorted in descending order according to their intimacy. Then, the candidate users whose sorting positions are before the preset positions are filtered out in the candidate user list (for example, the top 10 candidate users are filtered out), or the candidate users whose account login frequency is higher than the preset frequency are filtered out in the candidate user list (for example, candidate users whose account login frequency is higher than 20 times / month are filtered out). On this basis, according to the fund payment and collection relationship between the visiting user and the candidate user (that is, a two-way fund relationship, in simple terms, which is the fund initiator and which is the fund recipient), the candidate user is marked as the fund initiator or the fund recipient in the previous offline fund record, or it is determined whether the frequency of the candidate user as a fund initiator is higher than the frequency as a fund recipient. If so, the candidate user is marked as the fund initiator; otherwise, the candidate user is marked as the fund recipient.

[0064] It should be noted that the two filtering processing implementation methods provided above, filtering candidate users whose ranking positions in the candidate user list are before the preset position, and filtering candidate users whose account login frequencies in the candidate user list are higher than the preset frequency, can both be performed, and the execution order of the two is not specifically limited in this embodiment and is determined according to the actual scenario. For example, first filter the candidate users whose ranking positions in the candidate user list are before the preset position, and then filter the candidate users whose account login frequencies are higher than the preset frequency among the filtered candidate users; or the server first filters the candidate users whose account login frequencies are higher than the preset frequency, and then filters the candidate users whose ranking positions are before the preset position among the filtered candidate users.

[0065] Furthermore, based on the above-mentioned sorting process and screening of any one of the candidate users in the candidate user list, the candidate users obtained by screening can be labeled; that is, the candidate users are sorted according to intimacy to obtain a candidate user list; based on the two-way financial relationship between the visiting user extracted from the two-way financial relationship network and the candidate user in the candidate user list, the candidate user is labeled; in addition, according to intimacy, the candidate users whose sorting position is before the preset position are screened among the candidate users, or, the candidate users whose account login frequency is higher than the preset frequency are screened among the candidate users; based on the two-way financial relationship between the visiting user extracted from the two-way financial relationship network and the candidate users obtained by screening, the candidate users obtained by screening are labeled.

[0066] In specific implementations, in order to enhance the data comprehensiveness of the two-way financial relationship network, thereby improving the accuracy and efficiency of user searches, regular search feature updates can be performed on the two-way financial relationship network to expand the search scope of candidate users. In an optional implementation provided by this embodiment, the specific implementation process of regularly updating the search features for the two-way financial relationship network is as follows:

[0067] The offline fund records of the accessing user within a preset time period are obtained based on an open data processing service, and the search characteristics of the two-way fund relationship network are updated using the offline fund records.

[0068] Specifically, based on the Open Data Processing Service (ODPS, which mainly serves the storage and calculation of batch structured data and can provide solutions for massive data warehouses), the offline fund records of the visiting user within a preset time period (for example, 3 months) are obtained, and the search features of the two-way fund relationship network are updated or added based on the offline fund records. Specifically, if there is a newly added user account identifier in the offline fund record, it means that the visiting user has had fund transactions with the new user within the preset time period. The user account identifier is added as a new slave node, and a connection relationship between the master node and the slave node is established based on the relationship attributes and / or two-way fund relationship between the visiting user and the target user to which the user account identifier belongs, and the search features of the target user are associated with the slave node; if there are offline fund records of the target user corresponding to the historical slave node and the visiting user in the offline fund record, it means that there is a new fund transaction between the visiting user and the target user corresponding to the historical slave node in the two-way fund relationship network, and a connection relationship between the new master node and the historical slave node is added.

[0069] In addition to the above-mentioned implementation method of performing user searches based on the two-way financial relationship network, user searches can also be performed using a contact list authorized by the access user or a user database containing registered users of the application to expand the search scope and improve the comprehensiveness of the search. In an optional implementation method provided in this embodiment, the following operations are performed during the user search using the user database:

[0070] If the search feature type meets the feature search strategy of the accessing user's contact list, searching the contact list for a candidate user list consisting of candidate users matching the search keyword under the search feature type;

[0071] The candidate users in the candidate user list are sorted, and the sorting result is sent to the client.

[0072] Among them, "if the search feature type meets the feature search strategy of the user database" can be replaced by "if the feature type contained in the user database covers the search feature type"; the feature search strategy here refers to the strategy of using the feature types contained in the user database to search for candidate users.

[0073] For example, the search keyword is "1xxxxxxxxxx", the keyword type is "digital type", and the search feature types corresponding to "digital type" are "communication number type" and "bank card number type". The feature search strategy of the user database is to use the communication number to search for the corresponding candidate users, and to use the bank card number to search for the corresponding candidate users. In the user database, search for candidate users matching "1xxxxxxxxxx" under "communication number", and search for candidate users matching "1xxxxxxxxxx" under "bank card number". The candidate users found in the two parts are merged to obtain a candidate user list, and the account information of the candidate users in the candidate user list is sent to the client.

[0074] It should be noted that there may be one candidate user or multiple candidate users in the above-mentioned candidate user list. Based on the candidate user list composed of candidate users matching the search keyword under the search feature type found in the user database, the intimacy between the visiting user and each candidate user in the candidate user list may be calculated, and each candidate user may be sorted according to the intimacy, and / or candidate users whose intimacy meets the intimacy threshold may be screened out from the candidate user list, and the candidate users may be labeled based on the two-way financial relationship between the visiting user and the candidate user.

[0075] In addition, user searches can also be performed based on the accessing user's contact list. The contact list here is obtained with the accessing user's authorization to protect the accessing user's security and privacy. In an optional implementation provided by this embodiment, in the process of searching for a user using the contact list, the following operations are performed:

[0076] If the search feature type meets the feature search strategy of the accessing user's contact list, searching the contact list for a candidate user list consisting of candidate users matching the search keyword under the search feature type;

[0077] The candidate users in the candidate user list are sorted, and the sorting result is sent to the client.

[0078] Among them, "if the search feature type meets the feature search strategy of the accessing user's contact list" can be replaced by "if the feature type contained in the accessing user's contact list covers the search feature type"; the feature search strategy here refers to the strategy of searching for candidate users using the feature types contained in the contact list.

[0079] Specifically, the feature search strategy of the communication list is to use "name" to search for users, and to use "communication number" to search for users. If the search feature type corresponding to the keyword type of the search keyword meets the feature search strategy of the communication list of the accessed user, for example, the search feature type is "communication number type", the communication list is searched for a candidate user list consisting of candidate users matching the search keyword under the "communication number type", the candidate users in the candidate user list are sorted, and the sorting results are sent to the client. Specifically, during the sorting process, the candidate users can be sorted according to the first letter of their names.

[0080] It should be added that there may be one candidate user or multiple candidate users in the above-mentioned candidate user list. Based on the candidate user list composed of candidate users matching the search keyword under the search feature type found based on the communication list, the intimacy between the visiting user and each candidate user in the candidate user list may be calculated, and each candidate user may be sorted according to the intimacy, and / or candidate users whose intimacy meets the intimacy threshold may be screened out from the candidate user list, and the candidate users may be labeled based on the two-way financial relationship between the visiting user and the candidate user.

[0081] To summarize, the user search processing method provided in this embodiment first obtains the search keywords sent by the client and input by the visiting user through the financial service, and determines the corresponding search feature type according to the keyword type of the search keyword; secondly, if the search feature type conforms to the feature search strategy of the two-way financial relationship network, the candidate users matching the search keywords under the search feature type are queried based on the two-way financial relationship network, and the intimacy between the visiting user and the candidate users is obtained; finally, the candidate users are optimized according to the intimacy, and the search results obtained by the optimization process are sent to the client. By introducing the two-way financial relationship network, the convenience and efficiency of user search are improved, the accuracy of user search is improved, and the user experience is thereby improved.

[0082] The following uses the application of a user search processing method provided by this embodiment in a search engine scenario as an example to further illustrate the user search processing method provided by this embodiment. Figure 3 , a user search processing method applied to a search engine scenario specifically includes the following steps.

[0083] Step S304: parse the search keyword to obtain the keyword type of the search keyword.

[0084] Step S306: If the keyword type obtained by parsing is a fusion keyword type, the search keyword is segmented based on the search engine to obtain various search keyword units.

[0085] Step S308: determining the corresponding search feature type according to the keyword unit type of each search keyword unit.

[0086] Step S310 : If the search feature type meets the feature search strategy of the two-way capital relationship network, the search engine searches for candidate users matching the search keyword under the search feature type in the two-way capital relationship network.

[0087] Step S312: Obtain the intimacy between the visiting user and the candidate user.

[0088] Step S314: sort the candidate users according to their intimacy to obtain a candidate user list.

[0089] After that, the server can also filter candidate users whose ranking position is before the preset position in the candidate user list, or filter candidate users whose account login frequency is higher than the preset frequency in the candidate user list. On this basis, the candidate users obtained by filtering can be labeled in step S316.

[0090] Step S316 , labeling each candidate user based on the bidirectional financial relationship between the accessing user and each candidate user in the candidate user list extracted from the bidirectional financial relationship network.

[0091] Step S318: Send the search results obtained by labeling to the client.

[0092] The implementation process of the user search processing method for the search engine scenario provided above is executed by the server, and the implementation process of the user search processing method applied to the search engine scenario provided by the following method embodiment is executed by the client. The two cooperate with each other during the execution process. Therefore, when reading the above implementation process, please refer to the corresponding content of the following method embodiment.

[0093] Another user search processing method embodiment provided in this specification:

[0094] In the above embodiment, a user search processing method is provided, which is applied to the server. In conjunction with this, this embodiment also provides a user search processing method, which is applied to the client, which is described below with reference to the accompanying drawings.

[0095] Reference Figure 4 The user search processing method provided in this embodiment is applied to the client and specifically includes steps S402 to S406.

[0096] Step S402: obtaining the search keyword entered by the accessing user through the search control configured by the financial service, and sending it to the server.

[0097] The user search processing method provided in this embodiment sends the search keywords input by the visiting user through the financial service to the server, and displays the search results obtained by optimizing the candidate users sent by the server within the financial service to display the optimized candidate users to the visiting user, thereby improving the search accuracy and thus improving the user experience.

[0098] The fund service described in this embodiment refers to a service for fund interaction or fund flow between users, such as a transfer service and a red envelope sending service. It should be noted that the fund service can be an application running independently on the client, or a subroutine installed in a third-party application. The third-party application includes a third-party payment application. In addition, the fund service can also be other types of services for interaction between users; in an actual fund flow scenario, the accessing user inputs search keywords related to the user who wants to conduct fund flow (such as transfer, sending red envelope) through the fund service, and then finds the user corresponding to the corresponding search keyword. In this process, the accessing user refers to the user who has a user search demand.

[0099] The search keyword refers to various forms of search terms entered during the search process, such as characters, words, numbers and / or pinyin. It should be noted that the search keyword can be a complete search term, such as a complete name, a complete 11-digit contact number, or a complete email address; in addition, the search keyword can also be a part of a complete search term, such as the surname of a complete name, the first 3 digits or the last 4 digits of a complete 11-digit contact number. Moreover, the search keyword can be a keyword composed of a single keyword type, or a keyword composed of multiple keyword types, for example, the keyword type is Chinese type, Pinyin type, English type, or digital type, and the search keyword is the Chinese type keyword "**Ping" or the search keyword is the Chinese type + digital type keyword "**Ping187".

[0100] In specific implementation, the search keywords entered by the accessing user through the search control configured by the fund service are obtained and sent to the server. Correspondingly, the server obtains the search keywords entered by the accessing user through the fund service sent by the client.

[0101] Step S404: receiving the search results sent by the server that are optimized for the candidate users.

[0102] The candidate users are obtained by querying in a two-way capital relationship network according to the keyword type of the search keyword; and the search result includes the two-way capital relationship between the visiting user and the candidate users.

[0103] The above step obtains the search keywords entered by the visiting user through the search control configured by the fund service and sends them to the server. On this basis, this step receives the search results obtained by optimizing the candidate users sent by the server. Prior to this, the server determines the corresponding search feature type based on the keyword type of the search keyword. If the search feature type conforms to the feature search strategy of the two-way fund relationship network, the server queries the candidate users matching the search keyword under the search feature type based on the two-way fund relationship network, obtains the intimacy between the visiting user and the candidate user, optimizes the candidate user based on the intimacy, and sends the optimized search results to the client.

[0104] The search feature type refers to the type of search feature that may correspond to the search keyword. Search features refer to characteristic parameters related to the user, including but not limited to notes, name, nickname, contact number, bank card number, and email address. For example, if the search keyword is "**Ping", the keyword type of "**Ping" is "Chinese type", and the search feature types corresponding to "Chinese type" are "Name type", "Note type", and "Nickname type".

[0105] In actual applications, the keyword type of the search keyword entered by the user may include multiple keyword types. For example, when entering "Ping187", the keyword type of the search keyword includes Chinese type and numeric type. In order to conduct targeted user searches and improve the accuracy and comprehensiveness of the search during the user search process, the server can segment the search keyword and then use the segmented search keyword units to perform matching searches. In an optional implementation provided by this embodiment, the server performs the following operations in the process of determining the corresponding search feature type based on the keyword type of the search keyword:

[0106] Parsing the search keyword to obtain a keyword type of the search keyword;

[0107] If the keyword type obtained by parsing is a fusion keyword type, segmenting the search keyword to obtain each search keyword unit;

[0108] The corresponding search feature type is determined according to the keyword unit type of each search keyword unit.

[0109] The fusion keyword type refers to a keyword type of a search keyword including at least two keyword types.

[0110] For example, the search keyword is "Ping187", and the keyword type of "Ping187" includes two keyword types, namely the fusion keyword type. The server splits "Ping187" to obtain the search keyword units "Ping" and "187". The keyword unit type of "Ping" is "Chinese type", and the keyword unit type of "187" is "digital type". The search feature types corresponding to the "Chinese type" are "remark type, name type, nickname type", and the search feature types corresponding to the "digital type" are "contact number type, bank card number type". The search method is adjusted according to the user's search needs to meet the user's multi-faceted search needs and improve the user experience.

[0111] The aforementioned two-way capital relationship network refers to a connection diagram or network diagram that represents the capital transaction relationship and social relationship between users, wherein the capital transaction relationship and social relationship are directed. Specifically, the two-way capital relationship network can be a directed network diagram. In addition, it can also be other forms of connection diagrams or network diagrams that represent directed capital transaction relationships and social relationships. Figure 2 As shown, "Account A" is the master node, "Account B" and "Account C" are slave nodes, "Pay" represents the flow of funds from "Account A" to "Account B", "Remarks a" represents the remark information set by A for B based on the fact that B is a friend of A at the application account level, specifically the search feature associated with the connection relationship established between "Account A" and "Account B", "Receive" represents the flow of funds from "Account C" to "Account A", "Remarks b" represents the remark information set by A for C based on the fact that B and A are friends at the application account level, specifically the search feature associated with the connection relationship established between "Account A" and "Account C", and "Name" and "Nickname" are account-associated search features.

[0112] The feature search strategy refers to a strategy for searching candidate users by using the feature types included in the two-way capital relationship network. For example, the keyword is "**Ping", the keyword type of "**Ping" is "Chinese type", and the search feature types corresponding to "Chinese type" are "name type", "remark type", and "nickname type". The feature types included in the two-way capital relationship network include "name type", "remark type", "nickname type", "communication number type", "bank card number type", and "email address type". If the search feature types cover the feature types of the two-way capital relationship network, then the feature search strategy is "using name, remark and / or nickname to search for candidate users", that is, in the name , remarks and / or nickname dimensions; for example, the search keyword is "187", the keyword type of "187" is "digital type", and the search feature types corresponding to "digital type" are "communication number type" and "bank card number type". The feature types included in the two-way capital relationship network include "name type", "remarks type", "nickname type", "communication number type", "bank card number type" and "email address type". The search feature types cover the feature types of the two-way capital relationship network, and the feature search strategy is "using communication number and / or bank card number to search for candidate users", that is, a strategy for searching in the communication number and / or bank card number dimensions.

[0113] Specifically, the two-way funding relationship network is constructed in the following way:

[0114] Determine a master node based on the account identifier of the accessing user, and determine a slave node based on the target account identifier included in the offline fund record of the accessing user;

[0115] Establishing a connection relationship between the master node and the slave node according to a relationship attribute and / or a bidirectional fund relationship between the accessing user and the target user to which the target account identifier belongs;

[0116] The search feature of the target user extracted from the offline fund record is associated with the subordinate node corresponding to the target user to obtain the two-way fund relationship network.

[0117] Among them, the account identifier represents the visiting user, and the target account identifier represents the account identifier of the target user who has had a financial transaction relationship or social relationship (such as a friend relationship) with the visiting user; the offline fund record refers to the cached fund flow or fund interaction record of the visiting user, and the offline fund record includes the fund flow amount, two-way fund relationship, account information of the fund recipient, and account information of the fund initiator; the relationship attribute refers to the relationship performance between the visiting user and the target user, such as the relationship attribute is friend or non-friend, and the relationship attribute can also be replaced by a relationship level, such as the relationship level is first level, second level, or third level; the two-way fund relationship refers to the payment and receipt relationship between two users for fund flow; the search features include but are not limited to the target user's name, nickname, account identifier (application account identifier), remarks, contact number, and bank card number.

[0118] For example, the visiting user is A, and the target user who has had financial transactions or social relationships with A is B. The server uses A's account ID as the master node and B's target account ID as the slave node. Based on whether A and B are friends and / or which of A and B is the fund initiator and which is the fund recipient, a connection relationship between the master node and the slave node is established. If A is the fund initiator and B is the fund recipient, the master node corresponding to A's account ID points to the slave node corresponding to B's target account ID. Based on B's search features extracted from offline fund records, the search features of the slave nodes corresponding to B are associated, thereby obtaining a two-way fund relationship network. By constructing a two-way fund relationship network, huge data support is provided for user search.

[0119] In addition, the server can also, based on determining the node and establishing the connection relationship, associate the search features of the target user extracted from the offline fund record with the established connection relationship between the visiting user and the target user to obtain a two-way fund relationship network; the server can also, based on determining the node and establishing the connection relationship, associate part of the search features of the target user extracted from the offline fund record with the subordinate node corresponding to the target user, and associate another part of the search features with the established connection relationship between the visiting user and the target user.

[0120] When the search feature type conforms to the feature search strategy of the two-way capital relationship network, the above-mentioned server queries the candidate users matching the search keyword under the search feature type based on the two-way capital relationship network. On this basis, the server obtains the intimacy between the visiting user and the candidate user, and optimizes the matching candidate users with the help of the obtained intimacy and sends them to the client.

[0121] Among them, the relationship characteristic parameters refer to relevant parameters that characterize the financial transaction relationship or social relationship between two users; the relationship characteristic parameters include the frequency of capital flow and / or relationship attributes, for example, the relationship characteristic parameters are: the frequency of capital flow is 5 times / month, and the relationship attribute is friends. In addition, the relationship characteristic parameters can also be other types of data, such as the amount of capital flow within a preset time period.

[0122] In actual applications, the candidate users matched by the above server may have insufficient login frequency or short online time, or may have few interactions with the visiting user or have no close financial relationship with the visiting user. For these users, the probability of searching for these users to transfer money or send red envelopes to them is low. In order to improve search efficiency and accuracy, the server can obtain the intimacy between the visiting user and the candidate users, and then provide search results to the visiting user based on the intimacy. In the process of calculating the intimacy between the visiting user and the candidate users, the server performs the following operations:

[0123] Read the fund flow frequency and / or relationship attributes between the accessing user and the candidate user contained in the relationship feature parameters;

[0124] The frequency of capital flow and / or relationship attributes are input into the intimacy algorithm to calculate the intimacy and output the intimacy.

[0125] Continuing with the above example, the relationship characteristic parameters between visiting user A and candidate user B are: fund flow frequency 5 times / month, relationship attribute is friends, and the server inputs the relationship characteristic parameters into the intimacy algorithm to calculate the intimacy and outputs an intimacy of 80.

[0126] It should be noted that the relationship characteristic parameters can include any one or more of the frequency of capital flow and relationship attributes. That is, in the process of intimacy calculation, the server can input any one or more of the frequency of capital flow and relationship attributes into the intimacy algorithm for intimacy calculation to adapt to various intimacy calculation scenarios.

[0127] The above-mentioned server obtains the intimacy between the visiting user and the candidate user. On this basis, in order to improve the user experience, the server optimizes the matched candidate users based on the intimacy between the visiting user and the candidate user, and sends the optimized search results to the client.

[0128] The server implements the optimization process for candidate users in the following ways:

[0129] Sorting the candidate users according to the intimacy between the visiting user and the candidate users to obtain a candidate user list;

[0130] Filtering candidate users whose ranking positions are before a preset position in the candidate user list, or filtering candidate users whose account login frequency is higher than a preset frequency in the candidate user list;

[0131] Based on the bidirectional financial relationship between the visiting user and the candidate user extracted from the bidirectional financial relationship network, the candidate users obtained by screening are labeled.

[0132] Specifically, the server can sort the candidate users in descending order according to the size of the intimacy to obtain a candidate user list, which is sorted from large to small according to the intimacy, and then filter the candidate users whose sorting position is before the preset position in the candidate user list (for example, filter the top 10 candidate users), or filter the candidate users whose account login frequency is higher than the preset frequency in the candidate user list (for example, filter the candidate users whose account login frequency is higher than 20 times / month). On this basis, the server marks the candidate user as the fund initiator or the fund recipient in the previous offline fund record according to the fund payment and collection relationship between the visiting user and the candidate user (that is, a two-way fund relationship, in simple terms, which is the fund initiator and which is the fund recipient), or determines whether the frequency of the candidate user as a fund initiator is higher than the frequency as a fund recipient. If so, the candidate user is marked as the fund initiator, and if not, the candidate user is marked as the fund recipient.

[0133] It should be noted that the two filtering processing implementation methods provided by the above-mentioned server are filtering candidate users whose ranking position is before the preset position in the candidate user list, and filtering candidate users whose account login frequency is higher than the preset frequency in the candidate user list. The server can execute both of them, and the execution order of the two is not specifically limited and is determined according to the actual scenario. For example, the server first filters the candidate users whose ranking position is before the preset position in the candidate user list, and then filters the candidate users whose account login frequency is higher than the preset frequency among the filtered candidate users; or the server first filters the candidate users whose account login frequency is higher than the preset frequency, and then filters the candidate users whose ranking position is before the preset position among the filtered candidate users.

[0134] Furthermore, based on the above-mentioned sorting process and screening of any one of the candidate users in the candidate user list, the server can label the candidate users obtained by screening; that is, sort the candidate users according to intimacy to obtain a candidate user list; label the candidate user based on the two-way financial relationship between the visiting user extracted from the two-way financial relationship network and the candidate user in the candidate user list; in addition, screen the candidate users whose sorting position is before the preset position among the candidate users according to intimacy, or screen the candidate users whose account login frequency is higher than the preset frequency among the candidate users; label the candidate users obtained by screening based on the two-way financial relationship between the visiting user extracted from the two-way financial relationship network and the candidate users obtained by screening.

[0135] In specific implementation, in order to enhance the data comprehensiveness of the two-way capital relationship network, thereby improving the accuracy and efficiency of user searches, regular search feature updates can be performed on the two-way capital relationship network to expand the search scope of candidate users. The specific implementation process of the server-side regular search feature updates for the two-way capital relationship network is as follows:

[0136] Based on the open data processing service, the offline fund records of the accessing user within a preset time period are obtained, and the offline fund records are used to update the search features of the two-way fund relationship network.

[0137] Specifically, the server obtains the offline fund records of the visiting user within a preset time period (for example, 3 months) based on the Open Data Processing Service (ODPS, which mainly serves the storage and calculation of batch structured data and can provide solutions for massive data warehouses), and updates or adds search features to the two-way fund relationship network based on the offline fund records. Specifically, if there is a newly added user account identifier in the offline fund record, it means that the visiting user has had fund transactions with the new user within the preset time period. The user account identifier is added as a new slave node, and a connection relationship between the master node and the slave node is established based on the relationship attributes and / or two-way fund relationship between the visiting user and the target user to which the user account identifier belongs, and the search features of the target user are associated with the slave node; if there are offline fund records of the target user corresponding to the historical slave node and the visiting user in the offline fund record, it means that there is a new fund transaction between the visiting user and the target user corresponding to the historical slave node in the two-way fund relationship network, and a connection relationship between the new master node and the historical slave node is added.

[0138] In addition to the above-mentioned implementation method of searching for users based on the two-way capital relationship network, the server can also search for users by using the contact list authorized by the access user or the user database containing registered users of the application to expand the search scope and improve the comprehensiveness of the search. Specifically, when searching for users using the user database, the server performs the following operations:

[0139] If the search feature type meets the feature search strategy of the user database, a candidate user list consisting of candidate users matching the search keyword under the search feature type is searched in the user database;

[0140] Read the account information of the candidate users in the candidate user list and send it to the client.

[0141] Among them, "if the search feature type meets the feature search strategy of the user database" can be replaced by "if the feature type contained in the user database covers the search feature type"; the feature search strategy here refers to the strategy of using the feature types contained in the user database to search for candidate users.

[0142] For example, the search keyword is "1xxxxxxxxxx", the keyword type is "digital type", and the search feature types corresponding to "digital type" are "communication number type" and "bank card number type". The feature search strategy of the user database is to use the communication number to search for the corresponding candidate users, and to use the bank card number to search for the corresponding candidate users. The server searches for candidate users matching "1xxxxxxxxxx" under "communication number" in the user database, and searches for candidate users matching "1xxxxxxxxxx" under "bank card number". The candidate users found in the two parts are merged to obtain a candidate user list, and the account information of the candidate users in the candidate user list is sent to the client.

[0143] It should be noted that there may be one candidate user or multiple candidate users in the above-mentioned candidate user list. The above-mentioned server may calculate the intimacy between the visiting user and each candidate user in the candidate user list based on the candidate user list composed of candidate users matching the search keyword under the search feature type found in the user database, sort each candidate user according to the intimacy, and / or screen out candidate users whose intimacy meets the intimacy threshold in the candidate user list, and label the candidate users based on the two-way financial relationship between the visiting user and the candidate user.

[0144] In addition, the server can also search for users based on the accessing user's contact list. The contact list here is obtained with the accessing user's authorization to protect the accessing user's security and privacy. Specifically, when the server uses the contact list to search for users, it performs the following operations:

[0145] If the search feature type meets the feature search strategy of the access user's contact list, search the contact list for a candidate user list consisting of candidate users matching the search keyword under the search feature type;

[0146] Sort the candidate users in the candidate user list and send the sorting results to the client.

[0147] Among them, "if the search feature type meets the feature search strategy of the accessing user's contact list" can be replaced by "if the feature type contained in the accessing user's contact list covers the search feature type"; the feature search strategy here refers to the strategy of searching for candidate users using the feature types contained in the contact list.

[0148] Specifically, the feature search strategy of the communication list is to use "name" to search for users, and to use "communication number" to search for users. If the search feature type corresponding to the keyword type of the search keyword meets the feature search strategy of the communication list of the accessed user, for example, the search feature type is "communication number type", the server searches the communication list for a candidate user list composed of candidate users matching the search keyword under the "communication number type", sorts the candidate users in the candidate user list, and sends the sorting results to the client. Specifically, during the sorting process, the candidate users can be sorted according to the first letter of their names.

[0149] It should be added that there may be one candidate user or multiple candidate users in the above-mentioned candidate user list. The above-mentioned server may calculate the intimacy between the visiting user and each candidate user in the candidate user list based on the candidate user list composed of candidate users matching the search keyword under the search feature type found based on the communication list, sort each candidate user according to the intimacy, and / or screen out candidate users in the candidate user list whose intimacy meets the intimacy threshold, and label the candidate users based on the two-way financial relationship between the visiting user and the candidate user.

[0150] Step S406: Display the search results in the financial service.

[0151] Based on the search results obtained by optimizing the candidate users sent by the receiving server, this step displays the search results within the financial service to enhance the user's perception. The search results include the two-way financial relationship between the user and the candidate users.

[0152] To sum up, the user search processing method provided in this embodiment obtains the search keywords entered by the accessing user to trigger the search control of the financial service configuration and sends them to the server; receives the search results obtained by optimizing the candidate users sent by the server; displays the search results within the financial service to improve the search accuracy and thereby improve the user experience.

[0153] The following uses the application of a user search processing method provided by this embodiment in a search engine scenario as an example to further illustrate the user search processing method provided by this embodiment. Figure 3 , a user search processing method applied to a search engine scenario specifically includes the following steps.

[0154] Step S302: obtaining the search keyword entered by the access user in the search control that triggers the fund service configuration, and sending it to the server.

[0155] Step S322: Display the search results sent by the client in the financial service.

[0156] An embodiment of a user search processing device provided in this specification is as follows:

[0157] In the above embodiment, a user search processing method applied to a server is provided. Correspondingly, a user search processing device running on the server is also provided, which will be described below with reference to the accompanying drawings.

[0158] Reference Figure 5 , which shows a schematic diagram of a user search processing device provided by this embodiment.

[0159] Since the device embodiment corresponds to the method embodiment, the description is relatively simple. For the relevant parts, please refer to the corresponding description of the method embodiment provided above. The device embodiment described below is only illustrative.

[0160] This embodiment provides a user search processing device, which runs on a server and includes:

[0161] The keyword acquisition module 502 is configured to acquire the search keyword sent by the client and input by the accessing user through the financial service;

[0162] A search feature type determination module 504 is configured to determine a corresponding search feature type according to the keyword type of the search keyword;

[0163] If the search feature type meets the feature search strategy of the two-way capital relationship network, the candidate user query module 506 is executed. The candidate user query module 506 is configured to query candidate users matching the search keyword under the search feature type based on the two-way capital relationship network;

[0164] The intimacy acquisition module 508 is configured to acquire the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way capital relationship network;

[0165] The optimization processing module 510 is configured to perform optimization processing on the candidate users according to the intimacy, and send the search results obtained by the optimization processing to the client.

[0166] Another embodiment of a user search processing device provided in this specification is as follows:

[0167] In the above embodiment, a user search processing method applied to a client is provided. Correspondingly, a user search processing device running on the client is also provided, which will be described below with reference to the accompanying drawings.

[0168] Reference Figure 6 , which shows a schematic diagram of a user search processing device provided by this embodiment.

[0169] Since the device embodiment corresponds to the method embodiment, the description is relatively simple. For the relevant parts, please refer to the corresponding description of the method embodiment provided above. The device embodiment described below is only illustrative.

[0170] This embodiment provides a user search processing device, which runs on a client and includes:

[0171] The search keyword sending module 602 is configured to obtain the search keyword entered by the accessing user through the search control configured by the financial service and send it to the server;

[0172] Search result receiving module 604 is configured to receive search results sent by the server, obtained by optimizing a candidate user; the candidate user is obtained by querying the two-way financial relationship network based on the keyword type of the search keyword; the search results include the two-way financial relationship between the accessing user and the candidate user;

[0173] The search result display module 606 is configured to display the search results within the financial service.

[0174] An embodiment of a user search processing device provided in this specification is as follows:

[0175] Corresponding to the user search processing method applied to the server described above, based on the same technical concept, one or more embodiments of this specification also provide a user search processing device, which is used to execute the user search processing method provided above. Figure 7A schematic diagram of the structure of a user search processing device provided in one or more embodiments of this specification.

[0176] This embodiment provides a user search processing device, including:

[0177] like Figure 7 As shown, the user search processing device may have relatively large differences due to different configurations or performances, and may include one or more processors 701 and memory 702. The memory 702 may store one or more storage applications or data. The memory 702 may be a temporary storage or a persistent storage. The application stored in the memory 702 may include one or more modules (not shown in the figure), each of which may include a series of computer-executable instructions in the user search processing device. Furthermore, the processor 701 may be configured to communicate with the memory 702 to execute the series of computer-executable instructions in the memory 702 on the user search processing device. The user search processing device may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input / output interfaces 705, one or more keyboards 706, etc.

[0178] In a specific embodiment, a user search processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the user search processing device, and the one or more programs are configured to be executed by one or more processors, including computer-executable instructions for performing the following:

[0179] Get the search keywords sent by the client and entered by the access user through the financial service;

[0180] Determining a corresponding search feature type according to the keyword type of the search keyword;

[0181] If the search feature type meets the feature search strategy of the two-way capital relationship network, query the two-way capital relationship network for candidate users matching the search keyword under the search feature type;

[0182] Obtaining the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way capital relationship network;

[0183] The candidate users are optimized according to the intimacy, and the search results obtained by the optimization process are sent to the client.

[0184] Another embodiment of a user search processing device provided in this specification is as follows:

[0185] Corresponding to the user search processing method applied to the client described above, based on the same technical concept, one or more embodiments of this specification also provide a user search processing device, which is used to execute the user search processing method provided above. Figure 8 A schematic diagram of the structure of a user search processing device provided in one or more embodiments of this specification.

[0186] This embodiment provides a user search processing device, including:

[0187] like Figure 8 As shown, the user search processing device may have relatively large differences due to different configurations or performances, and may include one or more processors 801 and memory 802. The memory 802 may store one or more storage applications or data. The memory 802 may be a temporary storage or a persistent storage. The application stored in the memory 802 may include one or more modules (not shown in the figure), each of which may include a series of computer-executable instructions in the user search processing device. Furthermore, the processor 801 may be configured to communicate with the memory 802 to execute the series of computer-executable instructions in the memory 802 on the user search processing device. The user search processing device may also include one or more power supplies 803, one or more wired or wireless network interfaces 804, one or more input / output interfaces 805, one or more keyboards 806, etc.

[0188] In a specific embodiment, a user search processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the user search processing device, and the one or more programs are configured to be executed by one or more processors, including computer-executable instructions for performing the following:

[0189] Get the search keywords entered by the user through the search control configured in the fund service and send them to the server;

[0190] Receiving a search result obtained by optimizing a candidate user from the server; obtaining the candidate user by searching a two-way funding relationship network based on a keyword type of the search keyword; and the search result including a two-way funding relationship between the visiting user and the candidate user;

[0191] The search results are displayed within the financial service.

[0192] An embodiment of a storage medium provided in this specification is as follows:

[0193] Corresponding to the above-described method for processing user searches applied to a server, based on the same technical concept, one or more embodiments of this specification further provide a storage medium.

[0194] The storage medium provided in this embodiment is used to store computer-executable instructions. When the computer-executable instructions are executed by a processor, the following process is implemented:

[0195] Get the search keywords sent by the client and entered by the access user through the financial service;

[0196] Determining a corresponding search feature type according to the keyword type of the search keyword;

[0197] If the search feature type meets the feature search strategy of the two-way capital relationship network, query the two-way capital relationship network for candidate users matching the search keyword under the search feature type;

[0198] Obtaining the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the relationship feature parameters between the visiting user and the candidate user extracted from the two-way capital relationship network;

[0199] The candidate users are optimized according to the intimacy, and the search results obtained by the optimization process are sent to the client.

[0200] It should be noted that the embodiment of the storage medium in this specification and the embodiment of the user search processing method in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.

[0201] Another storage medium embodiment provided in this specification is as follows:

[0202] Corresponding to the user search processing method applied to the client described above, based on the same technical concept, one or more embodiments of this specification further provide a storage medium.

[0203] The storage medium provided in this embodiment is used to store computer-executable instructions. When the computer-executable instructions are executed by a processor, the following process is implemented:

[0204] Get the search keywords entered by the user through the search control configured in the fund service and send them to the server;

[0205] Receiving a search result obtained by optimizing a candidate user from the server; obtaining the candidate user by searching a two-way funding relationship network based on a keyword type of the search keyword; and the search result including a two-way funding relationship between the visiting user and the candidate user;

[0206] The search results are displayed within the financial service.

[0207] It should be noted that the embodiment of the storage medium in this specification and the embodiment of the user search processing method in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.

[0208] The foregoing description of this specification describes specific embodiments. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that described in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order shown or the sequential order to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0209] In the 1930s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements today can now be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by user programming. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to hire a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly done using "logic compiler" software. This is similar to the software compiler used when developing programs. Before compilation, the original code must also be written in a specific programming language, called a hardware description language (HDL). There is not just one HDL, but many, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that by simply programming the method flow in one of these hardware description languages and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

[0210] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also know that in addition to implementing the controller in a purely computer-readable program code format, the controller can be implemented in the form of logic gates, switches, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the means for implementing various functions included therein can also be considered as structures within the hardware component. Or even, the means for implementing various functions can be considered as both a software module implementing the method and a structure within the hardware component.

[0211] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0212] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0213] Those skilled in the art will appreciate that one or more embodiments of this specification may be provided as a method, system, or computer program product. Thus, one or more embodiments of this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0214] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0215] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0216] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0217] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0218] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0219] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory media such as modulated data signals and carrier waves.

[0220] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0221] One or more embodiments of this specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, and the like that perform specific tasks or implement specific abstract data types. One or more embodiments of this specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communications network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0222] The various embodiments in this specification are described in a progressive manner. Similar parts between the various embodiments can be referred to in conjunction with each other. Each embodiment focuses on the differences between the other embodiments. In particular, the system embodiments are generally similar to the method embodiments, so the description is relatively simple. For relevant parts, refer to the description of the method embodiments.

[0223] The foregoing description is merely an example of the present invention and is not intended to limit the present invention. Persons skilled in the art will readily appreciate that various modifications and variations of the present invention are possible. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present invention are intended to be included within the scope of the claims herein.

Claims

1. A user search processing method, applied to a server, comprising: Get the search keywords sent by the client and entered by the access user through the financial service; Determining a corresponding search feature type according to the keyword type of the search keyword; The search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; If the feature type included in the two-way capital relationship network covers the search feature type, querying candidate users matching the search keyword under the search feature type based on the two-way capital relationship network; the two-way capital relationship network includes the relationship attributes between the accessing user and the candidate user, the two-way capital relationship, and the search features of the candidate user extracted from the offline capital record; The offline fund record is a cached fund flow or fund interaction record of the accessing user; Obtaining the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user extracted from the two-way capital relationship network within a preset time period; The candidate users are sorted according to the intimacy to obtain a candidate user list, each candidate user is tagged based on the two-way financial relationship between the visiting user and each candidate user in the candidate user list, and the search results obtained by tagging are sent to the client.

2. The user search processing method according to claim 1, wherein labeling each candidate user based on the bidirectional financial relationship between the accessing user and each candidate user in the candidate user list comprises: Filtering candidate users whose ranking positions are before a preset position in the candidate user list, or filtering candidate users whose account login frequency is higher than a preset frequency in the candidate user list; Based on the bidirectional financial relationship between the visiting user and the candidate users obtained by screening, which is extracted from the bidirectional financial relationship network, the candidate users obtained by screening are labeled.

3. The user search processing method according to claim 1, wherein determining the corresponding search feature type according to the keyword type of the search keyword comprises: Parsing the search keyword to obtain a keyword type of the search keyword; If the keyword type obtained by parsing is a fusion keyword type, segmenting the search keyword to obtain each search keyword unit; The corresponding search feature type is determined according to the keyword unit type of each search keyword unit.

4. The user search processing method according to claim 1, further comprising: If the search feature type meets the feature search strategy of the user database, searching the user database for a candidate user list consisting of candidate users matching the search keyword under the search feature type; The account information of the candidate users in the candidate user list is read and sent to the client.

5. The user search processing method according to claim 1, further comprising: If the search feature type meets the feature search strategy of the accessing user's contact list, searching the contact list for a candidate user list consisting of candidate users matching the search keyword under the search feature type; The candidate users in the candidate user list are sorted, and the sorting result is sent to the client.

6. The user search processing method according to claim 1, wherein the two-way capital relationship network is constructed by: Determine a master node based on the account identifier of the accessing user, and determine a slave node based on the target account identifier included in the offline fund record of the accessing user; Establishing a connection relationship between the master node and the slave node according to a relationship attribute and / or a bidirectional fund relationship between the accessing user and the target user to which the target account identifier belongs; The search feature of the target user extracted from the offline fund record of the accessing user is associated with the subordinate node corresponding to the target user to obtain the two-way fund relationship network.

7. The user search processing method according to claim 1, further comprising: The offline fund records of the accessing user within a preset time period are obtained based on an open data processing service, and the search characteristics of the two-way fund relationship network are updated using the obtained offline fund records.

8. A user search processing method, applied to a client, comprising: Get the search keywords entered by the user through the search control configured in the fund service and send them to the server; Receive search results obtained by optimizing the candidate users sent by the server; the candidate users are queried in the two-way capital relationship network according to the search feature type corresponding to the keyword type of the search keyword; the optimization process includes sorting the candidate users according to the intimacy between the visiting user and the candidate users to obtain a candidate user list, and labeling each candidate user based on the two-way capital relationship between the visiting user and each candidate user in the candidate user list; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user within a preset time period extracted from the two-way capital relationship network; the search results include the two-way capital relationship; the search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; the two-way capital relationship network includes the relationship attributes between the visiting user and the candidate users, the two-way capital relationship, and the search features of the candidate users extracted from offline capital records; The offline fund record is a cached fund flow or fund interaction record of the accessing user; The search results are displayed within the financial service.

9. The user search processing method according to claim 8, wherein labeling each candidate user based on the bidirectional financial relationship between the accessing user and each candidate user in the candidate user list comprises: Filtering candidate users whose ranking positions are before a preset position in the candidate user list, or filtering candidate users whose account login frequency is higher than a preset frequency in the candidate user list; Based on the bidirectional financial relationship between the visiting user and the candidate users obtained by screening, which is extracted from the bidirectional financial relationship network, the candidate users obtained by screening are labeled.

10. The user search processing method according to claim 8, wherein the search feature type corresponding to the keyword type of the search keyword is determined in the following manner: Parsing the search keyword to obtain a keyword type of the search keyword; If the keyword type obtained by parsing is a fusion keyword type, segmenting the search keyword to obtain each search keyword unit; The corresponding search feature type is determined according to the keyword unit type of each search keyword unit.

11. The user search processing method according to claim 8, wherein the two-way capital relationship network is obtained by: Determine a master node based on the account identifier of the accessing user, and determine a slave node based on the target account identifier included in the offline fund record of the accessing user; Establishing a connection relationship between the master node and the slave node according to a relationship attribute and / or a bidirectional fund relationship between the accessing user and the target user to which the target account identifier belongs; The search feature of the target user extracted from the offline fund record of the accessing user is associated with the subordinate node corresponding to the target user to obtain the two-way fund relationship network.

12. A user search processing device, running on a server, comprising: A keyword acquisition module is configured to acquire search keywords sent by the client and input by the accessing user through the fund service; A search feature type determination module is configured to determine a corresponding search feature type according to the keyword type of the search keyword; the search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; If the feature type included in the two-way capital relationship network covers the search feature type, executing a candidate user query module, the candidate user query module being configured to query candidate users matching the search keyword under the search feature type based on the two-way capital relationship network; the two-way capital relationship network including the relationship attributes between the accessing user and the candidate user, the two-way capital relationship, and the search features of the candidate user extracted from the offline capital record; The offline fund record is a cached fund flow or fund interaction record of the accessing user; an intimacy acquisition module configured to acquire an intimacy between the visiting user and the candidate user; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user extracted from the two-way capital relationship network within a preset time period; The optimization processing module is configured to sort the candidate users according to the intimacy to obtain a candidate user list, label each candidate user based on the two-way financial relationship between the visiting user and each candidate user in the candidate user list, and send the search results obtained by labeling to the client.

13. A user search processing device, running on a client, comprising: A search keyword sending module is configured to obtain the search keyword entered by the accessing user through the search control configured in the fund service and send it to the server; A search result receiving module is configured to receive search results obtained by optimizing a candidate user sent by the server; the candidate user is obtained by querying in a two-way capital relationship network according to a search feature type corresponding to a keyword type of the search keyword; the optimization process includes sorting the candidate users according to the intimacy between the visiting user and the candidate user to obtain a candidate user list, and labeling each candidate user based on the two-way capital relationship between the visiting user and each candidate user in the candidate user list; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user within a preset time period extracted from the two-way capital relationship network; the search result includes the two-way capital relationship; the search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; the two-way capital relationship network includes the relationship attributes between the visiting user and the candidate user, the two-way capital relationship, and the search feature of the candidate user extracted from the offline capital record; The offline fund record is a cached fund flow or fund interaction record of the accessing user; The search result display module is configured to display the search result within the financial service.

14. A user search processing device, comprising: processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to: Get the search keywords sent by the client and entered by the access user through the financial service; Determining a corresponding search feature type according to the keyword type of the search keyword; the search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; If the feature type included in the two-way capital relationship network covers the search feature type, querying candidate users matching the search keyword under the search feature type based on the two-way capital relationship network; the two-way capital relationship network includes the relationship attributes between the accessing user and the candidate user, the two-way capital relationship, and the search features of the candidate user extracted from the offline capital record; The offline fund record is a cached fund flow or fund interaction record of the accessing user; Obtaining the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user extracted from the two-way capital relationship network within a preset time period; The candidate users are sorted according to the intimacy to obtain a candidate user list, each candidate user is tagged based on the two-way financial relationship between the visiting user and each candidate user in the candidate user list, and the search results obtained by tagging are sent to the client.

15. A user search processing device, comprising: processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to: Get the search keywords entered by the user through the search control configured in the fund service and send them to the server; Receive search results obtained by optimizing the candidate users sent by the server; the candidate users are queried in the two-way capital relationship network according to the search feature type corresponding to the keyword type of the search keyword; the optimization process includes sorting the candidate users according to the intimacy between the visiting user and the candidate users to obtain a candidate user list, and labeling each candidate user based on the two-way capital relationship between the visiting user and each candidate user in the candidate user list; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user within a preset time period extracted from the two-way capital relationship network; the search results include the two-way capital relationship; the search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; the two-way capital relationship network includes the relationship attributes between the visiting user and the candidate users, the two-way capital relationship, and the search features of the candidate users extracted from offline capital records; The offline fund record is a cached fund flow or fund interaction record of the accessing user; The search results are displayed within the financial service.

16. A storage medium for storing computer-executable instructions, wherein the computer-executable instructions, when executed by a processor, implement the following process: Get the search keywords sent by the client and entered by the access user through the financial service; Determining a corresponding search feature type according to the keyword type of the search keyword; the search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; If the feature type included in the two-way capital relationship network covers the search feature type, querying candidate users matching the search keyword under the search feature type based on the two-way capital relationship network; the two-way capital relationship network includes the relationship attributes between the accessing user and the candidate user, the two-way capital relationship, and the search features of the candidate user extracted from the offline capital record; The offline fund record is a cached fund flow or fund interaction record of the accessing user; Obtaining the intimacy between the visiting user and the candidate user; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user extracted from the two-way capital relationship network within a preset time period; The candidate users are sorted according to the intimacy to obtain a candidate user list, each candidate user is tagged based on the two-way financial relationship between the visiting user and each candidate user in the candidate user list, and the search results obtained by tagging are sent to the client.

17. A storage medium for storing computer-executable instructions, wherein the computer-executable instructions, when executed by a processor, implement the following process: Get the search keywords entered by the user through the search control configured in the fund service and send them to the server; Receive search results obtained by optimizing the candidate users sent by the server; the candidate users are queried in the two-way capital relationship network according to the search feature type corresponding to the keyword type of the search keyword; the optimization process includes sorting the candidate users according to the intimacy between the visiting user and the candidate users to obtain a candidate user list, and labeling each candidate user based on the two-way capital relationship between the visiting user and each candidate user in the candidate user list; the intimacy is calculated based on the amount of capital flow between the visiting user and the candidate user within a preset time period extracted from the two-way capital relationship network; the search results include the two-way capital relationship; the search feature type is the type of search feature corresponding to the search keyword, and the search feature is a feature parameter related to the user; the two-way capital relationship network includes the relationship attributes between the visiting user and the candidate user, the two-way capital relationship and the search features of the candidate user extracted from the offline capital record; the offline capital record is the cached capital flow or capital interaction record of the visiting user; The search results are displayed within the financial service.

Images